一种车辆充电装置的运营方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种车辆充电装置的运营方法及装置。

背景技术

随着新能源汽车的普及，为新能源汽车提供能量补给的车辆充电装置(例如充电桩)也越来越多。

但是，现有的车辆充电装置通常均匀的部署在城市的各个位置，从而导致繁华位置的车辆充电装置的数量供不应求，而偏僻位置的车辆充电装置却经常性闲置。

发明内容

本申请提供一种车辆充电装置的运营方法及装置，解决了现有的车辆充电装置的部署不合理的技术问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种车辆充电装置的运营方法，包括：服务器获取车辆充电装置在预设时间段内的充电信息，并根据充电信息确定车辆充电装置在预设时间段内的运营费用。其中，充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。运营费用与充电信息之间为正比关系。

由上可知，服务器确定的运营费用与车辆充电装置在预设时间段内的充电信息之间为正比关系，而充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。这样一来，当车辆充电装置在预设时间段内的充电次数较少或充电时长较短时，说明车辆充电装置的闲置率较高。在这种情况下，服务器可以降低车辆充电装置的运营费用，以刺激车主到该车辆充电装置处进行充电。相应的，当车辆充电装置在预设时间段内的充电次数较多或充电时长较长时，说明车辆充电装置的利用率较高。在这种情况下，服务器可以提高车辆充电装置的运营费用，以刺激车主到其他运营费用较低的车辆充电装置处进行充电，进而解决了车辆充电装置的部署不合理的技术问题。

第二方面，提供一种车辆充电装置的运营装置，包括：获取单元和确定单元。获取单元，用于获取车辆充电装置在预设时间段内的充电信息；充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。确定单元，用于根据获取单元获取的充电信息，确定车辆充电装置在预设时间段内的运营费用；运营费用与充电信息之间为正比关系。

第三方面，提供一种车辆充电装置的运营装置，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当车辆充电装置的运营装置运行时，处理器执行存储器存储的计算机执行指令，以使车辆充电装置的运营装置执行第一方面所述的车辆充电装置的运营方法。

该车辆充电装置的运营装置可以是网络设备，也可以是网络设备中的一部分装置，例如网络设备中的芯片系统。该芯片系统用于支持网络设备实现第一方面及其任意一种可能的实现方式中所涉及的功能，例如，接收、确定、分流上述车辆充电装置的运营方法中所涉及的数据和/或信息。该芯片系统包括芯片，也可以包括其他分立器件或电路结构。

第四方面，提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令，当计算机执行指令在计算机上运行时，使得该计算机执行第一方面所述的车辆充电装置的运营方法。

第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行如上述第一方面及其各种可能的实现方式所述的车辆充电装置的运营方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与车辆充电装置的运营装置的处理器封装在一起的，也可以与车辆充电装置的运营装置的处理器单独封装，本申请对此不作限定。

本发明中第二方面、第三方面、第四方面以及第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面以及第五方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本申请中，上述车辆充电装置的运营装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

本发明的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种车辆充电装置的运营系统的结构示意图；

图2为本申请实施例提供的一种车辆充电装置的运营装置的硬件结构示意图；

图3为本申请实施例提供的又一种车辆充电装置的运营装置的硬件结构示意图；

图4为本申请实施例提供的一种车辆充电装置的运营方法的流程示意图；

图5为本申请实施例提供的又一种车辆充电装置的运营方法的流程示意图；

图6为本申请实施例提供的一种区块链系统的结构示意图；

图7为本申请实施例提供的又一种车辆充电装置的运营方法的流程示意图；

图8为本申请实施例提供的一种车辆充电装置的运营装置的结构示意图；

图9为本申请实施例提供的又一种车辆充电装置的运营装置的结构示意图。

具体实施方式

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

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了便于清楚描述本申请实施例的技术方案，在本申请实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。

如背景技术所描述，现有的充电装置通常均匀的部署在城市的各个位置，从而导致繁华位置的充足装置的数量供不应求，而偏僻位置的充电装置却经常性闲置。

针对上述问题，本申请实施例提供了一种车辆充电装置的运营方法，服务器获取根据车辆充电装置在预设时间段内的充电信息，确定与充电信息为正比的运营费用，解决了现有的车辆充电装置的部署不合理的技术问题。

本申请实施例提供的车辆充电装置的运营方法适用于车辆充电装置的运营系统10。图1示出了该车辆充电装置的运营系统10的一种结构。如图1所示，该车辆充电装置的运营系统10包括：车辆11、服务器12和车辆充电装置13。其中，服务器12分别与车辆11和车辆充电装置13之间通信连接。

需要说明的是，图1示出的车辆充电装置的运营系统10仅仅是本申请实施例提供的一种实现方式，在实际应用中，服务器12还可以连接多个车辆和多个车辆充电装置，本申请对此不作限定。

本申请实施例中的车辆11可以为车载终端、车载设备或其他可以与服务器12通信的车辆智能设备，本申请实施例对此不作任何限定。

可选的，车辆11可以通过通信网络向服务器12发送车架号、车辆牌照、车主信息(例如车主的姓名、电话等)、车辆预约车辆充电装置的预约时刻或预约费用等。

本申请实施例中的服务器12可以是服务器集群(由多个服务器组成)中的一个服务器，也可以是该服务器中的芯片，还可以是该服务器中的片上系统，还可以通过部署在物理机上的虚拟机(virtual machine，VM)实现，本申请实施例对此不作限定。

可选的，服务器12上可以部署多个运营商的运营平台，例如：车辆充电装置运营平台或停车场运营平台等。服务器12可以获取车辆充电装置13在预设时间段内的充电次数或充电时长，以确定车辆充电装置13在预设时间段内的运营费用，并向多个运营商的运营平台发送确定好的运营费用，以使得多个运营商对应的门店对车辆充电装置13实施与运营费用对应的运营政策。服务器12还可以获取车辆11预约车辆充电装置13的预约信息，以确定车辆是否预约成功。

可选的，车辆充电装置运营平台或停车场运营平台还可以部署在不同的服务器上。当车辆充电装置运营平台或停车场运营平台部署在不同的服务器上时，“每个服务器与车辆充电装置13的通信流程”与“服务器12与车辆充电装置13的通信流程”相同。

本申请实施例中的车辆充电装置13可以为充电桩终端、车辆充电设备或其他可以与服务器12通信的智能车辆充电设备，本申请实施例对此不作任何限定。

可选的，车辆充电装置13可以通过通信网络向服务器12发送车辆充电装置13在预设时间段内的充电次数或充电时长等。

图1中的车辆11、服务器12和车辆充电装置13的基本硬件结构类似，都包括图2所示车辆充电装置的运营装置所包括的元件。下面以图2所示的车辆充电装置的运营装置为例，介绍图1中的车辆11、服务器12和车辆充电装置13的硬件结构。

图2示出了本申请实施例提供的车辆充电装置的运营装置的一种硬件结构示意图。如图2所示，该车辆充电装置的运营装置包括处理器21，存储器22、通信接口23、总线24。处理器21，存储器22以及通信接口23之间可以通过总线24连接。

处理器21是车辆充电装置的运营装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21可以是一个通用中央处理单元(central processingunit，CPU)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。

作为一种实施例，处理器21可以包括一个或多个CPU，例如图2中所示的CPU 0和CPU 1。

存储器22可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

一种可能的实现方式中，存储器22可以独立于处理器21存在，存储器22可以通过总线24与处理器21相连接，用于存储指令或者程序代码。处理器21调用并执行存储器22中存储的指令或程序代码时，能够实现本发明实施例提供的车辆充电装置的运营方法。

另一种可能的实现方式中，存储器22也可以和处理器21集成在一起。

通信接口23，用于与其他设备通过通信网络连接。所述通信网络可以是以太网，无线接入网，无线局域网(wireless local area networks，WLAN)等。通信接口23可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。

总线24，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

需要指出的是，图2示出的结构并不构成对该车辆充电装置的运营装置的限定。除图2所示部件之外，该车辆充电装置的运营装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

图3示出了本申请实施例中车辆充电装置的运营装置的另一种硬件结构。如图3所示，车辆充电装置的运营装置可以包括处理器31以及通信接口32。处理器31与通信接口32耦合。

处理器31的功能可以参考上述处理器21的描述。此外，处理器31还具备存储功能，可以参考上述存储器22的功能。

通信接口32用于为处理器31提供数据。该通信接口32可以是车辆充电装置的运营装置的内部接口，也可以是车辆充电装置的运营装置对外的接口(相当于通信接口23)。

需要指出的是，图2(或图3)中示出的结构并不构成对车辆充电装置的运营装置的限定，除图2(或图3)所示部件之外，该车辆充电装置的运营装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合上述图1示出的车辆充电装置的运营系统和上述图2(或图3)示出的车辆充电装置的运营装置，对本申请实施例提供的车辆充电装置的运营方法进行详细介绍。

实施例一

图4为本申请实施例提供的一种车辆充电装置的运营方法的流程示意图。如图4所示，该车辆充电装置的运营方法包括下述S401-S402。

S401、服务器获取车辆充电装置在预设时间段内的充电信息。

其中，充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。

可选的，车辆充电装置可以周期性的向服务器发送车辆充电装置的充电信息；也可以是服务器在固定时刻向车辆充电装置发送充电信息请求，请求获取车辆充电装置的充电信息。

可选的，服务器还可以获取车辆充电装置的其他信息，包括：车辆充电装置的位置、车辆充电装置对应的停车场、车辆充电装置的编号或车辆充电装置当前时刻的运营费用等。

S402、服务器根据充电信息，确定车辆充电装置在预设时间段内的运营费用。

其中，运营费用与充电信息之间为正比关系。

在获取到车辆充电装置在预设时间段内的充电信息之后，服务器可以根据充电信息，确定车辆充电装置在预设时间段内的运营费用。由于运营费用与充电信息之间为正比关系，而充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。这样一来，当车辆充电装置在预设时间段内的充电次数较少或充电时长较短时，说明车辆充电装置的闲置率较高。在这种情况下，服务器可以降低车辆充电装置的运营费用，以刺激车主到该车辆充电装置处进行充电。相应的，当车辆充电装置在预设时间段内的充电次数较多或充电时长较长时，说明车辆充电装置的利用率较高。在这种情况下，服务器可以提高车辆充电装置的运营费用，以刺激车主到其他运营费用较低的车辆充电装置处进行充电，进而解决了车辆充电装置的部署不合理的技术问题。

具体的，运营费用包括：车辆充电装置的充电费用或车辆使用车辆充电装置时的停车费用。

示例性的，预设位置A为市区的繁华地段。位置A的车辆充电装置在预设时间段内的充电次数大于预设次数，或充电时长大于预设时长时，说明到位置A的车辆充电装置进行充电的车辆较多。即位置A的车辆充电装置的利用率较高。相应的，位置A的停车场的停车位资源相对紧张。在这种情况下，服务器可以提高车辆充电装置的充电费用，或者提高车辆使用车辆充电装置时的停车费用，以刺激车主到其他运营费用较低的车辆充电装置处进行充电。

示例性的，预设位置B为高速公路的服务区内或者市区的偏僻地段。位置B的车辆充电装置在预设时间段内的充电次数小于预设次数，或充电时长小于预设时长时，说明到位置B的车辆充电装置进行充电的车辆较少。即位置B的车辆充电装置的闲置率较高。相应的，位置B的停车场的停车位资源相对宽松。在这种情况下，服务器可以降低车辆充电装置的充电费用，或者降低车辆使用车辆充电装置时的停车费用，甚至在车辆充电装置闲置率较高的时候，进行费用补贴，吸引车主前来位置B进行充电。这样一来，服务器可以有效的对整个城市的车辆充电装置进行宏观调控，让整个城市的车辆充电装置都能高效利用。

实施例二

服务器在对车辆充电装置的运营费用进行调控后，若车辆到较远位置的车辆充电装置处进行充电，则可以通过预约流程提前预约，防止车辆到远位置的车辆充电装置处进行充电时，无空闲的车辆充电装置。如图5所示，车辆充电装置的运营方法还包括下述S501-S504。

S501、服务器获取车辆预约车辆充电装置的预约信息。

其中，预约信息包括：预约时刻或预约费用。

服务器在对车辆充电装置的运营费用进行调控后，还可以接收车辆的预约信息，以使得车辆可以快速预约车辆充电装置进行充电，减少时间上的浪费，提高充电效率。

S502、服务器判断预约信息是否满足预设条件。

在获取车辆预约车辆充电装置的预约信息之后，由于预约信息包括：预约时刻或预约费用，服务器可以判断预约信息是否满足预设条件。当服务器确定预约信息满足预设条件时，执行S503。当服务器确定预约信息不满足预设条件时，执行S504。

可选的，若有多个车辆在同一时刻预约同一个车辆充电装置，服务器可以根据不同车辆对应的预约费用，确定预约成功的车辆。

示例性的，车辆A目前的可用电量较低，因此，车辆A对车辆充电装置的预约需求较高。在这种情况下，车辆A可以支付较多的预约费用。服务器根据多个车辆的预约费用进行对比。当车辆A的预约费用较大时，则服务器确定车辆A预约成功。

可选的，若有多个车辆在固定时间段内预约同一个车辆充电装置，服务器可以根据不同车辆对应的预约时刻，确定预约成功的车辆。

示例性的，车辆A在八点预约了车辆充电装置A，车辆B在八点十分预约了车辆充电装置A。在这种情况下，服务器对车辆A和车辆B的预约时刻进行比对，确定车辆A为预约成功的车辆。

S503、服务器向车辆和车辆充电装置发送预约成功信息。

在确定预约信息满足预设条件时，服务器向车辆和车辆充电装置发送预约成功信息，以使得车辆可以到车辆充电装置处进行充电。

S504、服务器向车辆和车辆充电装置发送预约失败信息。

在确定预约信息不满足预设条件时，服务器向车辆和车辆充电装置发送预约失败信息，防止车辆到车辆充电装置处进行充电时，无法正常充电。

实施例三

本申请实施例提供的一种车辆充电装置的运营方法还可以应用于区块链系统中。为了便于理解本申请，现对本申请涉及到的相关要素进行描述。

区块链技术

区块链技术，也被称为分布式账本技术，是一种由若干台计算设备共同参与“记账”(即记录交易数据)，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化(即没有中心节点)、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。

区块链系统可包括多个区块链节点。区块链节点为具有通信功能以及存储功能的设备，如存储有区块链的设备。为了便于描述，本申请采用节点表示区块链节点。也就是说，本申请涉及到的节点均可用于表示区块链节点。

每一个节点既可接收信息，也可生成信息。不同的节点之间通过维护一个共同的区块链来保持通信。具体的，在区块链系统中，任一节点可以根据客户端发送的与交易相关的数据生成新的区块，并以广播的形式通知其他节点，其他节点可以对这个区块进行验证。当区块链系统中的所有节点达成共识后，新的区块就可以被添加到区块链中。

本申请中的节点可以理解为处理单元。在一种实现方式中，节点可以为物理设备，例如服务器或终端设备。在另一种实现方式中，节点可以为虚拟计算机；虚拟计算机为所有类型的虚拟化设备中软件虚拟出来的运行环境的统称，该概念包括虚拟机、容器。在其他实现方式中，节点可以为进程(process)或者线程(thread)；线程是操作系统能够进行运算调度的最小单位，线程被包含在进程之中，是进程中的实际运作单位；进程是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。

客户端(client)

用户可以通过区块链系统中的客户端实现创建链码，发起交易等功能。客户端可以部署在任意的电子设备上，通过区块链系统相应的软件开发工具包(softwaredevelopment kit，SDK)实现。该电子设备通过与区块链网络中的节点进行通信，从而实现客户端相应的功能。

如背景技术所描述，现有的充电装置通常均匀的部署在城市的各个位置，从而导致繁华位置的充足装置的数量供不应求，而偏僻位置的充电装置却经常性闲置。

针对背景技术中描述的技术问题，本申请实施例提供的一种车辆充电装置的运营方法，还可以应用于区块链系统中。图6示出了该区块链系统60的一种结构。如图6所示，该区块链系统60包括：车主节点61、车辆充电装置节点62、车辆节点63、停车场节点64和服务器节点65。其中，车主节点61、车辆充电装置节点62、车辆节点63和停车场节点64中的一个节点或多个节点与服务器节点65连接。

需要说明的是，图6中的服务器节点65与客户端的功能一致，为了便于理解，本申请实施例以客户端为服务器节点65进行描述。

图6示出的区块链系统可以为多个企业机构提供数据存储服务，以及数据查询服务。可以理解的是，图6所示的区块链系统仅为一个示例，并不是对本申请实施例提供的区块链系统的限定。

服务器节点65可以通过与其连接的节点将交易数据上传到区块链中，该交易数据可以为企业中的任一数据，如运营费用等，也可以通过与其连接的节点查询区块链中某一/某些区块的数据。

例如：当服务器节点65需要查询与该服务器节点对应的运营商的费用数据时，该服务器节点可以向与其连接的某一节点发起查询请求；在区块链系统中所有节点共识查询请求的情况下，该节点为服务器节点提供与该服务器节点对应的运营商的费用数据。

车主节点61、车辆充电装置节点62、车辆节点63和停车场节点64中的每个节点都可以是区块链系统中提供输入输出(input/output，IO)处理能力的设备。

车主节点61、车辆充电装置节点62、车辆节点63和停车场节点64中的每个节点都存储有区块链，且区块链系统中的所有节点可存储有相同的区块链(如图6示出的区块链，该区块链包括多个区块)，该区块链可以为联盟链/公有链/私有链。车主节点61、车辆充电装置节点62、车辆节点63和停车场节点64中的每个节点都可以对区块链进行操作(如添加区块、删除区块等)。

车主节点61、车辆充电装置节点62、车辆节点63和停车场节点64中的每个节点都具备一种或多种功能，如背书功能、排序功能或记账功能中的至少一种。

示例性的，车主节点61用于存储车主信息，例如车主的姓名或电话等。车辆充电装置节点62用于存储车辆充电装置的充电费用等。车辆节点53用于存储车辆信息，例如车架号、车辆位置或车辆牌照等。停车场节点64用于存储车辆使用车辆充电装置时的停车费用等。服务器节点54用于确定并存储车辆的运营费用。

结合上述图6示出的区块链系统，如图7所示，该车辆充电装置的运营方法包括下述S701-S702。

S701、服务器节点将充电信息、运营费用、预约信息和预约成功信息存储于区块中。

在区块链系统中，由于每个节点的信息都是共享的，因此，服务器节点可以获取到车主节点、车辆节点、车辆充电装置节点和停车场节点的信息。

具体的，服务器节点获取车辆充电装置在预设时间段内的充电信息，并根据充电信息，确定车辆充电装置在预设时间段内的运营费用。其次，服务器节点获取车辆预约车辆充电装置的预约信息，并在预约信息满足预设条件时，向车辆和所述车辆充电装置发送预约成功信息。后续，服务器节点将充电信息、运营费用、预约信息和预约成功信息存储于区块中。

在区块链技术中，交易数据以电子记录的形式被永久储存下来，存放这些电子记录的文件我们称之为“区块”。

区块是按时间顺序一个个先后生成的，每一个区块记录有它在被创建期间发生的所有交易，所有区块汇总起来形成一个链式的记录合集。由于不同区块链系统中，节点的吞吐率不同，因此，在不同区块链系统中，区块的大小可能也不同。

可以看出，区块中记录有该区块生成时间段内的交易数据，因此，区块的主体实际上是交易数据的合集。每一种区块链的结构设计可能不完全相同，但区块通常包括区块头(header)和区块体(body)两部分。

其中，区块头主要用于记录当前区块的特征值，可以包括当前区块的标识(如区块的编号)、当前区块中区块体的哈希值、时间戳(用于表示该区块的生成时间)、交易数量(transaction count)和随机数(nonce)等信息中的至少一种信息，此外，区块头还可以包括前一区块的哈希值(具体为前一区块中区块头的哈希值)。

区块头包括有多个特征值，在确定该区块的哈希值时，需要将该区块头中的各个特征值按照顺序连接在一起，以组成一个字符串，再对这个字符串计算哈希值。由于不同区块的区块头所包括的特征值的数值通常不同，因此，每一区块均唯一对应一个哈希值。

基于每一区块均唯一对应一个哈希值，且每个区块的区块头均包括有前一区块的哈希值，这样，多个区块即可形成区块链。

区块体可以包括多个交易数据。对于每一交易数据而言，区块体还包括客户端的证书(用于说明交易的发起端)、背书节点的证书以及背书节点针对该交易的签名等信息。可选的，对于每一笔交易而言，区块体还可以包括排序节点(或称为共识节点)对该笔交易的签名。这里的签名均用于表示与该签名对应的设备对交易的鉴权，证书均用于表示身份。

上述签名和证书等数据均用于对交易数据的验证，这些数据通常占用区块体中70％的存储空间。

示例性的，表1示出了区块的一种结构形式。当然，区块的结构不仅仅局限于表1所示，且各个结构的取值也不仅仅局限于表1所示。

表1

S702、服务器节点向其他节点发送区块。

将充电信息、运营费用、预约信息和预约成功信息存储于区块中之后，服务器节点向其他节点发送区块，以使得其他节点共享包括充电信息、运营费用、预约信息和预约成功信息的区块，进而通过区块链系统实现车辆充电装置的运营。

本申请涉及到的充电信息、运营费用、预约信息和预约成功信息可以统称为“交易数据”。交易数据是指用户通过任一节点创建，并需要最终发布至区块链的分布式数据库中的一笔数据。

该交易数据存在狭义的交易数据以及广义的交易数据之分。

狭义的交易数据是指用户向区块链发布的一笔价值转移；例如，在传统的比特币区块链网络中，交易数据可以是用户在区块链中发起的一笔转账的数据。

广义的交易数据是指用户向区块链发布的一笔任意的数据：例如，运营方可以基于实际的业务需求搭建一个联盟链，依托于联盟链部署一些在线业务(比如，租房业务、车辆调度业务、保险理赔业务、信用服务、医疗服务等)，而在这类联盟链中，交易数据可以是用户在联盟链中发布的一笔具有业务意图的业务消息或者业务请求；又如，该交易数据还可以是用户向区块链发送的、用以更改用户的账户状态的数据(如账户余额等)。

因此，只要是用户向区块链的分布式数据库发布的任意数据，均可属于本申请所述的“交易数据”。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本申请实施例可以根据上述方法示例对车辆充电装置的运营装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图8所示，为本申请实施例提供的一种车辆充电装置的运营装置80的结构示意图。该车辆充电装置的运营装置80用于解决现有的车辆充电装置的部署不合理的技术问题，例如用于执行图4、图5或图7所示的车辆充电装置的运营方法。该车辆充电装置的运营装置80包括：获取单元801和确定单元802。

获取单元801，用于获取车辆充电装置在预设时间段内的充电信息；充电信息用于表示车辆充电装置在预设时间段内的充电次数或充电时长。例如，如图4所示，获取单元801用于执行S401。

确定单元802，用于根据获取单元801获取的充电信息，确定车辆充电装置在预设时间段内的运营费用；运营费用与充电信息之间为正比关系。例如，如图4所示，确定单元802用于执行S402。

可选的，运营费用包括：车辆充电装置的充电费用或车辆使用车辆充电装置时的停车费用。

可选的，获取单元801，还用于获取车辆预约车辆充电装置的预约信息；预约信息包括：预约时刻或预约费用。例如，如图5所示，获取单元801用于执行S501。

可选的，如图9所示，车辆充电装置的运营装置还包括：发送单元803。

发送单元803，用于若获取单元801获取的预约信息满足预设条件，则向车辆和车辆充电装置发送预约成功信息。例如，如图5所示，发送单元803用于执行S502。

可选的，如图9所示，运营装置还包括：存储单元804。

存储单元804，用于将充电信息、运营费用、预约信息和预约成功信息存储于区块中。例如，如图7所示，存储单元804用于执行S701。

发送单元803，还用于向其他节点发送存储单元804存储的区块。例如，如图7所示，发送单元803用于执行S702。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令。当计算机执行指令在计算机上运行时，使得计算机执行如上述实施例提供的车辆充电装置的运营方法中，车辆充电装置的运营装置执行的各个步骤。

本申请实施例还提供一种计算机程序产品，该计算机程序产品可直接加载到存储器中，并含有软件代码，该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的车辆充电装置的运营方法中，车辆充电装置的运营装置执行的各个步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取的存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。