CN111862478A - 一种车辆运营方法及装置 - Google Patents

Abstract

本申请实施例提供一种车辆运营方法及装置，涉及通信技术领域，解决了私家车共享率较低的技术问题。车辆运营方法包括：服务器获取车辆的共享信息，并根据共享信息确定车辆的运营费用。其中，共享信息用于表示车辆的共享次数或共享时长。运营费用与共享信息之间为反比关系。

Description

一种车辆运营方法及装置

技术领域

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

背景技术

近年来，随着我国经济的快速发展,私家车保有量持续激增。但是，私家车为用户提供出行服务后，大部分时间均停靠在停车场内。因此，现有的私家车的有效利用率较低。

随着共享行业的发展，共享车辆渐渐的提高了私家车的有效利用率。但是，由于各种原因，用户不愿意将私家车进行共享，进而导致私家车的共享率较低。

发明内容

本申请提供一种车辆运营方法及装置，解决了私家车共享率较低的技术问题。

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

第一方面，提供一种车辆运营方法，包括：服务器获取车辆的共享信息，并根据共享信息确定车辆的运营费用。其中，共享信息用于表示车辆的共享次数或共享时长。运营费用与共享信息之间为反比关系。

由上可知，服务器确定的运营费用与车辆的共享信息之间为反比关系，而共享信息用于表示车辆的共享次数或共享时长。这样一来，当车辆的共享次数较多，或共享时长较长时，车辆的运营费用较低。在这种情况下，车辆运营装置可以刺激车主将私家车进行共享，或诱导用户出行时使用共享车辆，提高了私家车的共享率，进而提高了私家车的有效利用率。

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

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

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

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

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

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

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

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

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

附图说明

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

如背景技术所描述，由于各种原因，用户不愿意将私家车进行共享，进而导致私家车的共享率较低。

针对上述问题，本申请实施例提供了一种车辆运营方法，服务器获取车辆的共享信息，并根据共享信息确定车辆的运营费用。解决了私家车共享率较低的技术问题。

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

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

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

可选的，车辆11可以通过通信网络向服务器12发送车架号、车辆位置、车辆牌照、车主信息(例如车主的姓名、电话等)、车辆共享次数、车辆共享时长或使用车辆的租户信息(例如租户的姓名、电话等)。

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

可选的，服务器12上可以部署多个运营商的运营平台，例如：汽车保险运营平台，租赁运营平台，维修运营平台，保养运营平台，洗车运营平台，停车场运营平台，高速公路运营平台，道路管理部门运营平台，交警部门运营平台等。服务器12可以获取车辆11发送的共享信息，确定车辆的运营费用，并向多个运营商的运营平台发送确定好的运营费用，以使得多个运营商对应的门店对车辆11实施与运营费用对应的运营政策。

可选的，多个运营商的运营平台还可以部署在不同的服务器上。当多个运营商的运营平台部署在不同的服务器上时，“每个服务器与车辆11的通信流程”与“服务器12与车辆11的通信流程”相同。

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

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

处理器21是车辆运营装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21可以是一个通用中央处理单元(central processing unit，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 areanetworks，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、服务器获取车辆的共享信息。

其中，共享信息用于表示车辆的共享次数或共享时长。

可选的，当车辆为车载终端时，车载终端可以周期性的向服务器发送车辆的共享信息；也可以是服务器在固定时刻向车载终端发送共享信息请求，请求获取车辆的共享信息。

可选的，服务器还可以获取车辆的其他信息，包括：车架号、车辆位置、车辆牌照、车主信息(例如车主的姓名、电话等)、或使用车辆的租户信息(例如租户的姓名、电话等)。这样一来，服务器可以获取到车辆的其他信息，以使得车主在出租车辆或者租户在租赁车辆时，服务器可以根据车辆的其他信息和车辆的共享信息，向租户发送车辆的车架号、车辆位置、车辆牌照或车主信息，以及向车主发送使用车辆的租户信息。

可选的，服务器还可以通过车主对应的终端、租户对应的终端以及车辆获取车辆的共享信息和其他信息。例如：车主对应的终端可以通过通信网络向服务器发送车主信息，例如车主的姓名或电话等。租户对应的终端可以通过通信网络向服务器发送租户信息，例如租户的姓名、电话、租赁车辆的次数或租赁车辆的时长等。车辆可以通过通信网络向服务器发送车架号、车辆位置、车辆牌照、车辆共享次数或车辆共享时长。

上述车主对应的终端以及租户对应的终端可以为各种具有通信功能的手持设备、可穿戴设备、计算机或其他可以与服务器通信的智能设备，本申请实施例对此不作任何限定。例如，手持设备可以是智能手机。可穿戴设备可以是智能手环。计算机可以是个人数字助理(personal digital assistant，PDA)电脑、平板型电脑以及膝上型电脑(laptopcomputer)。

可选的，车主对应的终端还可以是车载终端。当车主对应的终端为车载终端时，车主对应的终端可以与车辆集成于同一设备上，也可以与车辆相互独立设置，本申请对此不作具体限定。

S402、服务器根据共享信息，确定车辆的运营费用。

其中，运营费用与共享信息之间为反比关系。

在获取到车辆的共享信息之后，服务器可以根据共享信息，确定车辆的运营费用。由于运营费用与车辆的共享信息之间为反比关系，而共享信息用于表示车辆的共享次数或共享时长。这样一来，当车辆的共享次数较多，或共享时长较长时，车辆的运营费用较低。

具体的，运营费用包括：车辆的维护费用或使用车辆的出行费用。其中，维护费用包括：保险费、保养费、维修费或洗车费中的至少一项。出行费用包括：过桥费、过路费、停车费或租赁费中的至少一项。

对于车主而言，当车辆的共享次数大于预设次数或共享时长大于预设时长时，说明车主经常将自己的车辆进行共享。在这种情况下，为了鼓励车主继续共享私家车，可以降低车辆的维护费用。例如车辆的保险费、保养费、维修费或洗车费中的至少一项。

对于租户而言，当车辆的共享次数大于预设次数或共享时长大于预设时长时，说明租户经常使用共享车辆。在这种情况下，为了鼓励租户继续使用共享车辆，可以降低租户使用车辆的出行费用。例如：车辆的过桥费、过路费、停车费或租赁费中的至少一项。

具体的，由于服务器上部署了多个运营商的运营平台，例如：汽车保险运营平台，租赁运营平台，维修运营平台，保养运营平台，洗车运营平台，停车场运营平台，高速公路运营平台，道路管理部门运营平台，交警部门运营平台等。服务器在确定车辆的运营费用之后，向多个运营商的运营平台发送确定好的运营费用，以使得多个运营商对应的门店可以对车辆实施与运营费用对应的运营政策。

示例性的，车辆A向服务器发送车辆A的共享次数大于预设次数、共享时长大于预设时长。在这种情况下，当车辆A的车主在对车辆A进行维修时，维修门店的收费系统可以根据服务器中维修运营平台发送的优惠后的维修费，对车辆A进行收费。相应的，当租户使用车辆A，并在停车场停车缴费时，停车场收费系统可以根据服务器中停车场运营平台发送的优惠后的停车费，对车辆A进行收费。

可选的，服务器根据共享信息，确定车辆的运营费用时，可以根据不同费用的优惠系数，确定车辆优惠后的总费用。

示例性的，预设车辆优惠后的总费用Y₀。车辆租赁费为Y₁，对应优惠系数为K₁。车辆的过路费为Y₂,对应优惠系数为K₂。车辆的过桥费为Y₃,对应优惠系数为K₃。车辆的停车费为Y₄,对应优惠系数为K₄。车辆的保险费为Y₅,对应优惠系数为K₅。车辆的保养费为Y₆,对应优惠系数为K₆。车辆的维修费为Y₇,对应优惠系数为K₇。车辆的洗车费为Y₈,对应优惠系数为K₈。车辆优惠后的总费用Y₀满足下述公式：

其中，K_n为不同费用的优惠系数，且0＜K_n≤1。K_n与车辆的共享次数F之间为反比关系，且K_n与车辆的共享时长T之间为反比关系。不同费用的优惠系数K_n满足下述公式：

K_n＝P_n*T+Q_n*F；

其中，P_n和Q_n为不同费用的调控参数。通过调整P_n和Q_n可以实现对车辆的运营费用的调控。

可选的，本申请实施例还可以包括其他优惠项目，例如违章费等。当优惠项目包括m个时，车辆优惠后的总费用Y₀满足下述公式：

可选的，服务器还可以对车主和租户的运营费用进行单独统计，并进行有规划的优惠调控，对不同的车辆的优惠项目进行费用调控，以实现通过多种手段、多种维度提高私家车的共享率和有效利用率。

本申请实施例提供一种车辆运营方法，包括：服务器获取车辆的共享信息，并根据共享信息确定车辆的运营费用。其中，共享信息用于表示车辆的共享次数或共享时长。运营费用与共享信息之间为反比关系。

由上可知，服务器确定的运营费用与车辆的共享信息之间为反比关系，而共享信息用于表示车辆的共享次数或共享时长。这样一来，当车辆的共享次数较多，或共享时长较长时，车辆的运营费用较低。在这种情况下，车辆运营装置可以刺激车主将私家车进行共享，或诱导用户出行时使用共享车辆，提高了私家车的共享率，进而提高了私家车的有效利用率。

实施例二

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

区块链技术

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

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

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

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

客户端(client)

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

如背景技术所描述，由于各种原因，用户不愿意将私家车进行共享，进而导致私家车的共享率较低。

针对背景技术中描述的技术问题，本申请实施例提供的一种车辆运营方法，还可以应用于区块链系统中。图5示出了该区块链系统50的一种结构。如图5所示，该区块链系统50包括：车主节点51、租户节点52、车辆节点53和服务器节点54。其中，车主节点51、租户节点52和车辆节点53中的一个节点或多个节点与服务器节点54连接。

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

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

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

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

车主节点51、租户节点52和车辆节点53中的每个节点都可以是区块链系统中提供输入输出(input/output，IO)处理能力的设备。

车主节点51、租户节点52和车辆节点53中的每个节点都存储有区块链，且区块链系统中的所有节点可存储有相同的区块链(如图5示出的区块链，该区块链包括多个区块)，该区块链可以为联盟链/公有链/私有链。车主节点51、租户节点52和车辆节点53中的每个节点都可以对区块链进行操作(如添加区块、删除区块等)。

车主节点51、租户节点52和车辆节点53中的每个节点都具备一种或多种功能，如背书功能、排序功能或记账功能中的至少一种。

示例性的，车主节点51用于存储车主信息，例如车主的姓名或电话等。租户节点52用于存储租户信息，例如租户的姓名或电话等。车辆节点53用于存储车辆信息，例如车架号、车辆位置、车辆牌照、车辆共享次数或车辆共享时长等。服务器节点54用于确定并存储车辆的运营费用。

结合上述图5示出的区块链系统，如图6所示，该车辆运营方法包括下述S601-S602。

S601、服务器节点将共享信息和运营费用存储于区块中。

在区块链系统中，由于每个节点的信息都是共享的，因此，服务器节点可以获取到车主节点、车辆节点或租户节点的信息。即服务器节点获取共享信息，并根据共享信息确定车辆的运营费用。后续，服务器节点将共享信息和运营费用存储于区块中。

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

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

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

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

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

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

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

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

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

表1

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

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

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

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

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

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

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

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

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

如图7所示，为本申请实施例提供的一种车辆运营装置70的结构示意图。该车辆运营装置70用于解决私家车共享率较低的技术问题，例如用于执行图4或图6所示的车辆运营方法。该车辆运营装置70包括：获取单元701和确定单元702。

获取单元701，用于获取车辆的共享信息；共享信息用于表示车辆的共享次数或共享时长。例如，如图4所示，获取单元701用于执行S401。

确定单元702，用于根据获取单元701获取的共享信息，确定车辆的运营费用；运营费用与共享信息之间为反比关系。例如，如图4所示，确定单元702用于执行S402。

可选的，运营费用包括：车辆的维护费用或使用车辆的出行费用；维护费用包括：保险费、保养费、维修费或洗车费中的至少一项；出行费用包括：过桥费、过路费、停车费或租赁费中的至少一项。

可选的，如图8所示，车辆运营装置还包括：存储单元703和发送单元704。

存储单元703，用于将共享信息和运营费用存储于区块中。例如，如图6所示，存储单元703用于执行S601。

发送单元704，用于向其他节点发送存储单元703存储的区块。例如，如图6所示，发送单元704用于执行S602。

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

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

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

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

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

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

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

Claims (8)

1.一种车辆运营方法，其特征在于，包括：

获取车辆的共享信息；所述共享信息用于表示所述车辆的共享次数或共享时长；

根据所述共享信息，确定所述车辆的运营费用；所述运营费用与所述共享信息之间为反比关系。

2.根据权利要求1所述的车辆运营方法，其特征在于，所述运营费用包括：所述车辆的维护费用或使用所述车辆的出行费用；所述维护费用包括：保险费、保养费、维修费或洗车费中的至少一项；所述出行费用包括：过桥费、过路费、停车费或租赁费中的至少一项。

3.根据权利要求1所述的车辆运营方法，其特征在于，所述车辆运营方法还包括：

将所述共享信息和所述运营费用存储于区块中；

向其他节点发送所述区块。

4.一种车辆运营装置，其特征在于，包括：获取单元和确定单元；

所述获取单元，用于获取车辆的共享信息；所述共享信息用于表示所述车辆的共享次数或共享时长；

所述确定单元，用于根据所述获取单元获取的所述共享信息，确定所述车辆的运营费用；所述运营费用与所述共享信息之间为反比关系。

5.根据权利要求4所述的车辆运营装置，其特征在于，所述运营费用包括：所述车辆的维护费用或使用所述车辆的出行费用；所述维护费用包括：保险费、保养费、维修费或洗车费中的至少一项；所述出行费用包括：过桥费、过路费、停车费或租赁费中的至少一项。

6.根据权利要求4所述的车辆运营装置，其特征在于，所述车辆运营装置还包括：存储单元和发送单元；

所述存储单元，用于将所述共享信息和所述运营费用存储于区块中；

所述发送单元，用于向其他节点发送所述存储单元存储的所述区块。

7.一种车辆运营装置，其特征在于，包括存储器和处理器；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过总线连接；

当所述车辆运营装置运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述车辆运营装置执行如权利要求1-3任一项所述的车辆运营方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机执行指令，当所述计算机执行指令在计算机上运行时，使得所述计算机执行如权利要求1-3任一项所述的车辆运营方法。

Images