CN115861000A - 云上车站***及云上车站***的交互方法 - Google Patents

Abstract

本发明公开了一种云上车站***及云上车站***的交互方法，该***包括云站务***、联网售票***、用车业务***和清分结算***，并通过与乘客端和驾驶员端的数据交互，实现客运站分散化、站务***云端化的新型客运模式。通过云站务***中站务SaaS平台和智慧车辆安检点、行包安检设备以及智慧候车厅的配合，实现客运任务的执行，脱离传统客运站的束缚，提高客运设备利用率、资产回报率以及客运站稳定性。同时，通过联网售票***为客运业务提供传统车站与云上车站的车票信息生成与汇总，利用用车业务***为乘客提供客运用车服务，并通过清分结算***对客运业务的交易数据进行清分结算，提高了客运数据处理效率，提升了乘客体验。

Description

云上车站***及云上车站***的交互方法

技术领域

本发明涉及客运技术领域，尤其涉及到一种云上车站***及云上车站***的交互方法。

背景技术

现有道路乘客运输及场(站)经营中，需修建含停车场、安检线、乘车站台、候车大厅、办公场地在内的大型场站和建筑、配以传统信息化技术集成的站务***、安检设施、售取检机具、播报设备，并接入联网售票一类互联网平台，以满足经营道路乘客运输需要实现的一系列生产运营管理工作

然而，这样的道路乘客运输及场(站)经营具有以下问题：

(1)现有场(站)的核心业务***—站务***，大多采用本地建设，IT资源通常部署于站内小型设备房中，其供电、温控、网络条件差，缺少数据安全和***灾备的保护，缺乏技术运维人员的专业维护，遇春运、国庆一类客流高峰时节，易出现负载瓶颈引发***故障，影响甚至中断旅客运输服务，影响社会秩序。

(2)各场(站)的安检设施、售取检机具、车辆安检线和站务***，多为自行筹建、集成，各场(站)数据标准、接口规范和业务流程各不相同，凡遇“交通运输部电子客票”、“省级联网售票平台”一类国家级、省级建设任务时，大多场(站)需要进行信息化***和设施设备改造，重建成本高、周期长、经营影响大。同时由于技术和数据规范不统一，致使与部\省级行业监管平台对接实施周期长，数据准确性和可用性差，影响主管部门行业监管的深入。

(3)旅客运输站需投入大量土地、资金和人力物资修建场站和建筑，受限于行业经营成本和疫情常态化的影响，行业投资回报率普遍很低。

(4)现有的道路旅客运输主要采用基于线下场(站)的生产组织方式，各客运线路均从固定旅客运输站发车，场(站)及客运企业投建的站务***、安检线、售取检机具、停车场、候车大厅均只服务本站发车线路的旅客和客运企业，场地建筑、信息化***及硬件设施设备利用率低、生产组织效率低、旅客服务体验差、社会资源浪费大。

(5)站务***均围绕线下交易服务场景设计开发，缺少联网售票的业务流程和功能模块，均需与各省级联网售票平台对接才可实现互联网预售，与部级及属地省级电子客票平台对接才可实现电子客票，同时缺失互联网快速发展下诞生的网约车、定制客运的***能力，不满足《道路旅客运输及客运站管理规定(交通运输部令2020年第17号)》中鼓励开展的客运定制服务，不能覆盖多样化的旅客出行需求。

(6)现有旅客运输站大多对接属地省级联网售票平台实现网络预售，涉及旅客、平台、旅客运输站、客运企业、保险公司之间的票款、乘意险保费的支付清算工作，受限于各地网售平台不同的技术建设程度，会发生不满足银办发[2017]217号文件及银***《互联网保险业务监管办法》的要求，出现非合规化支付清算的情况；同时，已提供合规支付清算技术方案的网售平台，多是自行选择的不同银行或非银支付机构的技术方案，使得旅客运输站尤其在对接多家网售平台时，需在多家银行和非银支付机构开通支付清算账户，开户工作重复、流程冗长、账户管理繁琐，统计对账工作量巨大。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种云上车站***及云上车站***的交互方法，旨在解决目前道路乘客运输方案中***故障率高、监管困难、投资回报率低、设备利用率低、客户体验不佳以及***效率不高的技术问题。

为实现上述目的，本发明提供一种云上车站***，所述云上车站***包括：

云上车站平台，所述云上车站平台用于获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端，在接收到第一购票信息时，更新所述车票信息，以及根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置；

至少一个乘客端，所述乘客端用于采集第一购票指令，根据所述第一购票指令和所述车票信息生成第一购票信息，并将所述第一购票信息发送至云上车站平台；其中，所述第一购票信息包括乘客的上车位置和下车位置；

至少一个驾驶员端，所述驾驶员端用于获取发车信息，所述驾驶员端对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

可选的，所述云上车站平台包括：

云站务***，所述云站务***用于获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至联网售票***，以及根据所述车票信息，生成发车信息，并将所述发车信息发送至所述驾驶员端；

联网售票***，所述联网售票***用于获取所述乘客端的第一购票信息，并根据所述第一购票信息，更新所述车票信息。

可选的，所述云上车站***还包括至少一个车辆安检设备，所述车辆安检设备设置于车辆安检点，所述云站务***包括：

站务SaaS平台，用于在接收到票务创建指令时，生成车票信息，在接收到购票指令时，为所述购票指令对应的乘客匹配对应的车票信息，以生成出行订单，以及在接收到报班指令时，为所述报班指令对应的驾驶员端生成对应的发车计划，以使所述驾驶员端根据所述发车计划执行客运任务；

车辆安检模块，用于获取设置于车辆安检点的车辆安检设备采集的车辆安检信息，判断所述车辆安检信息是否满足安全条件，以及在接收到报班请求时，为所述驾驶员端生成报班指令。

可选的，所述云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，所述智慧候车厅设有电子站牌设备，所述云站务***还包括：

查询模块，所述查询模块用于采集电子站牌设备的车辆查询指令，并根据所述车辆查询指令，匹配对应的客运信息，并将所述客运信息发送至电子站牌设备；其中，客运信息包括线路信息、班次信息、车辆信息或驾驶员信息中的一种或多种；

购票模块，所述购票模块用于采集电子站牌设备的第二购票指令，并根据所述第二购票指令和当前智慧候车厅对应的车票信息，生成第二购票信息，以使所述联网售票***根据所述第二购票信息，更新所述车票信息；其中，所述第二购票信息包括当前智慧候车厅的位置信息和下车位置信息。

可选的，所述云上车站***还包括至少一个行包安检设备，所述行包安检设备设置于客运车辆或智慧候车厅，用于采集乘客的行包安检信息。

可选的，所述乘客端还用于采集用车请求信息，所述云上车站平台还包括用车业务***，所述用车业务***包括：

运力监管模块，用于在接收到客运开通请求时，为客运企业分配业务权限，以及获取客运企业的运力资源；

业务配置模块，用于在接收到业务配置数据时，形成用车商品信息，并将所述用车商品信息发送至运营平台；

订单处理模块，用于根据乘客在运营平台选择的用车商品信息，匹配对应的用车服务，生成用车订单，以及判断所述用车订单是否为风险订单，并对所述风险订单进行风控处理；

用车调派模块，用于根据风控处理后的所述用车订单，将所述用车订单对应的订单数据信息分配给驾驶员端，以使所述驾驶员端对应的客运车辆执行所述用车订单对应的用车服务。

可选的，所述云上车站平台还包括清分结算***，所述云上车站平台还包括清分结算***，所述清分结算***与支付平台交互通信，所述支付平台创建有运营平台对应的第一账户和供应商对应的第二账户，所述支付平台包括银行和非银支付机构，所述清分结算***包括：

清分模块，用于在接收到清算请求时，识别清算对象模型，根据所述清算对象模型，根据所述清单对象模型，匹配对应的计费规则，以及基于所述计费规则，确定清分数据传递至结算模块用于生成结算单，并向所述银行和非银支付机构发送清分请求，用于生成预出款依据；

结算模块，用于获取所述清分数据，根据所述清分数据和供应商对应的结算规则，生成结算单；

合规出款模块，用于获取结算单，并在供应商确认所述结算单后，将所述结算单发送至银行和非银支付机构，以使所述银行和非银支付机构根据所述结算单和预出款依据，调整第一账户和第二账户的账款分配，并执行出款动作。

可选的，所述云上车站平台还包括安全***，所述安全***用于对所述乘客端与云上车站平台的交互数据和所述驾驶员端与云上车站平台的交互数据进行安全保护。

此外，为了实现上述目的，本发明还提供了一种云上车站***的交互方法，其特征在于，用于如上所述云上车站***，所述云上车站***的交互方法方法包括如下步骤：

云上车站平台获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端；

乘客端采集乘客的第一购票指令，根据所述第一购票指令和所述车票信息生成第一购票信息，并将第一购票信息发送至云上车站平台；

云上车站平台在接收到第一购票信息时，更新所述车票信息；其中，第一购票信息包括乘客的上车位置和下车位置；

云上车站平台根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置；

驾驶员端获取发车信息，以使所述驾驶员端对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

可选的，所述云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，所述智慧候车厅设有电子站牌设备，所述云上车站***的交互方法还包括：

电子站牌设备采集乘客的第二购票指令，并根据所述第二购票指令和当前智慧车厅对应的车票信息生成第二购票信息，并将第二购票信息发送至云上车站平台；其中，所述第二购票信息包括当前智慧候车厅的位置信息和下车位置信息；

云上车站平台在接收到第二购票信息时，更新所述车票信息。

本发明实施例提出的一种云上车站***及云上车站***的交互方法，该***包括云站务***、联网售票***、用车业务***和清分结算***，并通过与乘客端和驾驶员端的数据交互，实现客运站分散化、站务***云端化的新型客运模式。通过云站务***中站务SaaS平台和智慧车辆安检点、行包安检设备以及智慧候车厅的配合，实现客运任务的执行，脱离传统客运站的束缚，提高客运设备利用率、资产回报率以及客运站稳定性。同时，通过联网售票***为客运业务提供传统车站与云上车站的车票信息生成与汇总，利用用车业务***为乘客提供客运用车服务，并通过清分结算***对客运业务的交易数据进行清分结算，提高了客运数据处理效率，提升了乘客体验。

附图说明

图1为本发明实施例中云上车站***第一实施例的结构示意图；

图2为本发明实施例中云上车站***第二实施例的结构示意图；

图3为本发明实施例中云上车站***第三实施例的结构示意图；

图4为本发明实施例中用车业务***运行的原理示意图；

图5为本发明实施例中云上车站***的交互方法第一实施例的流程示意图；

图6为本发明实施例中云上车站***的交互方法第二实施例的流程示意图。

附图标号说明：

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现有道路乘客运输及场(站)经营中，需修建含停车场、安检线、乘车站台、候车大厅、办公场地在内的大型场站和建筑、配以传统信息化技术集成的站务***、安检设施、售取检机具、播报设备，并接入联网售票一类互联网平台，以满足经营道路乘客运输需要实现的一系列生产运营管理工作

然而，这样的道路乘客运输及场(站)经营具有以下问题：

(1)现有场(站)的核心业务***—站务***，大多采用本地建设，IT资源通常部署于站内小型设备房中，其供电、温控、网络条件差，缺少数据安全和***灾备的保护，缺乏技术运维人员的专业维护，遇春运、国庆一类客流高峰时节，易出现负载瓶颈引发***故障，影响甚至中断旅客运输服务，影响社会秩序。

(2)各场(站)的安检设施、售取检机具、车辆安检线和站务***，多为自行筹建、集成，各场(站)数据标准、接口规范和业务流程各不相同，凡遇“交通运输部电子客票”、“省级联网售票平台”一类国家级、省级建设任务时，大多场(站)需要进行信息化***和设施设备改造，重建成本高、周期长、经营影响大。同时由于技术和数据规范不统一，致使与部\省级行业监管平台对接实施周期长，数据准确性和可用性差，影响主管部门行业监管的深入。

(3)旅客运输站需投入大量土地、资金和人力物资修建场站和建筑，受限于行业经营成本和疫情常态化的影响，行业投资回报率普遍很低。

(4)现有的道路旅客运输主要采用基于线下场(站)的生产组织方式，各客运线路均从固定旅客运输站发车，场(站)及客运企业投建的站务***、安检线、售取检机具、停车场、候车大厅均只服务本站发车线路的旅客和客运企业，场地建筑、信息化***及硬件设施设备利用率低、生产组织效率低、旅客服务体验差、社会资源浪费大。

(5)站务***均围绕线下交易服务场景设计开发，缺少联网售票的业务流程和功能模块，均需与各省级联网售票平台对接才可实现互联网预售，与部级及属地省级电子客票平台对接才可实现电子客票，同时缺失互联网快速发展下诞生的网约车、定制客运的***能力，不满足《道路旅客运输及客运站管理规定(交通运输部令2020年第17号)》中鼓励开展的客运定制服务，不能覆盖多样化的旅客出行需求。

(6)现有旅客运输站大多对接属地省级联网售票平台实现网络预售，涉及旅客、平台、旅客运输站、客运企业、保险公司之间的票款、乘意险保费的支付清算工作，受限于各地网售平台不同的技术建设程度，会发生不满足银办发[2017]217号文件及银***《互联网保险业务监管办法》的要求，出现非合规化支付清算的情况；同时，已提供合规支付清算技术方案的网售平台，多是自行选择的不同银行或非银支付机构的技术方案，使得旅客运输站尤其在对接多家网售平台时，需在多家银行和非银支付机构开通支付清算账户，开户工作重复、流程冗长、账户管理繁琐，统计对账工作量巨大。

为了解决这一问题，提出本发明的云上车站***的各个实施例。本发明提供的云上车站***包括云站务***、联网售票***、用车业务***和清分结算***，并通过与乘客端和驾驶员端的数据交互，实现客运站分散化、站务***云端化的新型客运模式。通过云站务***中站务SaaS平台和智慧车辆安检点、行包安检设备以及智慧候车厅的配合，实现客运任务的执行，脱离传统客运站的束缚，提高客运设备利用率、资产回报率以及客运站稳定性。同时，通过联网售票***为客运业务提供传统车站与云上车站的车票信息生成与汇总，利用用车业务***为乘客提供客运用车服务，并通过清分结算***对客运业务的交易数据进行清分结算，提高了客运数据处理效率，提升了乘客体验。

本发明实施例提供了一种云上车站***，参照图1，图1为本发明云上车站***的第一实施例的结构示意图。

本实施例中，云上车站***包括云上车站平台100、至少一个乘客端200以及至少一个驾驶员端300。

具体而言，云上车站平台100用于获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端200，在接收到第一购票信息时，更新所述车票信息，以及根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端300；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置。

容易理解的，云上车站平台100为设置于云端的车站服务器，该车站服务器获取客运企业的运输资源数据、运输线路班次以及历史运输数据等信息创建车票信息，并将车票信息发送至乘客端200。

进一步的，云上车站平台100还可通过乘客运输站的工作人员，通过访问车站服务器，登录所属客运站的平台账号，进入对应客运站的数据空间，根据车站服务器获取的运输资源数据、运输线路班次以及历史运输数据等信息创建车票信息。

具体而言，乘客端200为用于连接所述云上车站平台100的电子设备，乘客通过乘客端200获取车票信息，根据车票信息向乘客端200输入第一购票指令，利用第一购票指令和车票信息生成第一购票信息，并将第一购票信息发送至云上车站平台100，第一购票信息包括乘客的上车位置乘客身份证信息和乘客联系电话以及下车位置和乘客联系电话等。

容易理解的，乘客端200在向云上车站平台100发送第一购票信息后，云上车站平台100根据接收的第一购票信息，对车票信息进行更新，以使当前车票信息与实际票务情况相符，以便其余乘客进行票务查询以及票务购买。

具体而言，驾驶员端300为用于连接云上车站平台100的电子设备，驾驶员对应的客运企业在和云上车站平台100建立关联之后，驾驶员可通过驾驶员端300连接云上车站平台100，查询驾驶员对应的发车信息，进而执行客运任务。

容易理解的，云上车站平台100还可根据车票信息，生成发车信息，并将发车信息发送至分配的对应的驾驶员端300，以使所述驾驶员端300对应的客运车辆根据发车信息执行客运任务。

需要说明的是，云上车站平台100在根据车票信息生成发车信息时，发车信息中包含有驾驶员端300对应客运车辆执行客运任务的至少一个上车位置和至少一个下车位置。其中，上车位置为设置于不同位置的乘客上车点，下车位置为设置于不同位置的乘客下车点，通过将乘客上车点和乘客下车点分散设置于客运站之外，一方面降低客运站建设成本，提高了客运设备的利用率，另一方面提高了乘客的乘车体验，乘客不需千里迢迢前往固定的客运站，只需通过查询最近的上车位置以及目的地的下车位置，即可体验高效率、高便捷性的客运服务。

在本实施例中，提供一种云上车站***，通过客运站分散化设置，站务***云端化设置，根据乘客的购票信息，分配客运车辆前往对应的上车位置和下车位置，实现客运任务的执行，脱离传统客运站的束缚，提高客运设备利用率、乘客运输效率以及乘客体验。

为了便于理解，参阅图2，图2为本发明云上车站***的第二实施例的结构示意图。基于如图1所示的云上车站***的第一实施例，本实施例提出云上车站***的第二实施例，具体如下：

在本实施例中，如图2所示，云上车站平台100包括云站务***和联网售票***。

具体而言，云站务***用于获取客运数据，根据客运数据创建车票信息，并将车票信息发送至联网售票***，以及根据车票信息，生成发车信息，并将发车信息发送至驾驶员端300。

容易理解的，云站务***在采集到的客运数据后，利用所述客运数据创建车票信息，并将车票信息发送至联网售票***，由联网售票***将车票信息发送至对应的乘客端200，进而乘客在乘客端200进行票务查询时，获取车票信息。

具体而言，联网售票***用于获取乘客端200的第一购票信息，并根据第一购票信息，更新车票信息。

容易理解的，联网售票***在获得云站务***生成的车票信息后，监测接入联网售票***的乘客端200的购票信息，当获取到乘客端200的第一购票信息时，根据第一购票信息更新当前车票信息。

在一些实施例中，云上车站***还包括至少一个车辆安检设备400，车辆安检设备400设置于车辆安检点，车辆安检点还设置有身份识别设备500。在此基础上，云站务***还包括站务SaaS平台和车辆安检模块。

具体而言，站务SaaS平台，用于在接收到票务创建指令时，生成车票信息，在接收到购票指令时，为所述购票指令对应的乘客匹配对应的车票信息，以生成出行订单，以及在接收到报班指令时，为所述报班指令对应的驾驶员端生成对应的发车计划，以使所述驾驶员端根据所述发车计划执行客运任务；车辆安检模块，用于获取设置于车辆安检点的车辆安检设备采集的车辆安检信息，判断所述车辆安检信息是否满足安全条件，以及在接收到报班请求时，为所述驾驶员端生成报班指令。

容易理解的，云站务***，用于获取客运数据，根据客运数据创建车票信息，并将车票信息发送至联网售票***；用于根据所述车票信息，生成安检指令，并将所述安检指令发送至所述驾驶员端300，以使所述驾驶员端300对应的客运车辆执行安检任务；用于获取所述发车指令对应的车辆安检设备400采集的车辆安检信息和身份识别设备500采集的驾驶员身份信息，并在所述车辆安检信息和所述驾驶员身份信息满足安全条件时，生成发车信息；其中，安全条件为车辆安检正常且驾驶员身份与客运车辆匹配，发送模块设置于云站务***中，用于将所述发车信息发送至对应的驾驶员端300，以使所述驾驶员端300对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

需要说明的是，车辆安检点可设置于加油站、机动车安全监测站等场所。场所拥有安检资质，配有取得客运机动车安检资质证书的主\副安检员，或具备本地行管部门要求的其他条件的主\副安检员，场所设置有安检地沟、安检设备及工具，如：胎压检测设备，扳手，起子，榔头，三角木，扭力扳手，钢卷尺，钢板尺，套筒扳手，便携式照明工具，轮胎气压表，轮胎花纹工具尺，安全帽，工装，手套，反光背心等安全防护用品等，主\副安检员参考下图工序使用上述设施设备对客运机动车进行安全例检。

进一步的，在安全例检结束后，主\副安检员登入云上车站平台100为对应车辆填报安检结果，上传车辆信息即安检结果，并打印安全例检结果单交由驾驶员随车携带，云上车站平台100根据安检结果判定是否准予受检车辆报班承运。安检点工作人员亦可直接登录云上车站平台100登记录入安检结果。在判定准予受检车辆报班承运后，将发车信息发送至对应的驾驶员端300。

安检结果均会通过云上车站平台100存储记录，当班驾驶员及所属客运企业可登入云上车站平台100查询对应班次承运车辆的历次安全例检结果记录。

需要说明的是，为了实现对脱离客运站的客运车辆在执行每次客运任务之前的安检过程，在云站务***的创建模块创建了车票信息，并将车票信息发送至联网售票***时，需要根据车票信息生成安检指令。该安检指令用于驱动驾驶员端300对应的客运车辆前往车辆安检点执行安检任务。

进一步的，只有在车辆安检设备400采集的车辆安检信息和身份识别设备500采集的驾驶员身份信息满足安全条件时，生成发车信息，其中，安全条件为车辆安检正常且驾驶员身份与客运车辆匹配，此时再将发车信息发送至对应的驾驶员端300，以使所述驾驶员端300对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

在另一实施例中，云上车站***还包括至少一个行包安检设备700，行包安检设备700设置于客运车辆或乘客上车点。

具体而言，为了实现对脱离客运站的客运车辆在运输乘客的安检过程，行包安检设备700通过设置于客运车辆或乘客上车点，检测乘坐客运车辆的乘客的行包安检信息，并将行包安检信息发送至安检模块。

进一步的，行包安检设备700包括X光射线检测仪、金属探测器和易燃易爆物品检测仪等。

在又一实施例中，云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，智慧候车厅设有电子站牌设备600，云站务***包括查询模块和购票模块。

具体而言，为了乘客在上车位置或下车位置接收更佳的客运服务，可在上车位置和下车位置设置智慧候车厅，乘客可在乘客端200购票之后，前往对应的智慧候车厅进行候车。

需要说明的是，智慧候车厅可选择设置于城市公交站点、交通枢纽等公众场所，电子站牌设备600通过4G/5G有限网络与联网售票平台连通数据接口，并与云上车站平台100进行数据交互。

同时，云站务***还包括查询模块和购票模块，查询模块用于采集电子站牌设备600的车辆查询指令，并根据所述车辆查询指令，匹配对应客运车辆的客运信息，并将所述客运信息发送至电子站牌设备600；其中，客运信息包括线路信息、班次信息、车辆信息或驾驶员信息中的一种或多种；购票模块用于采集电子站牌设备600的第二购票指令，并根据所述第二购票指令和当前智慧候车厅对应的车票信息，生成第二购票信息，以使所述联网售票***根据所述第二购票信息，更新所述车票信息；其中，所述第二购票信息包括当前智慧候车厅的位置信息和下车位置信息。

具体的，乘客可通过电子站牌与联网售票***信息交互，实时查询途径本站点的班线信息，发起购票，通过其配置的身份证阅读器完成乘客身份证识别，实现实名制购票，通过打印机打印带有电子***信息、部级电子客票信息或地方性电子客票信息的乘车凭证。当乘客所购班次的承运车辆驾驶员报班后，可查询对应班次当班驾驶员及承运车辆信息，可显示车辆运行位置及到站信息播报。使本设备设立场所形成可提供班线查询、实名制核验、车票购取、票证打印、候车信息查询的乘车点。

在本实施例中，提供了一种云上车站***，通过将车辆安检、行包安检从客运站脱离，并分散设置于不同位置，便于不同位置的客运车辆在其对应位置进行车辆安检以及乘客行包安检，为客运企业提供灵活的车辆安检点以及行包安检方案；同时，为上车位置和下车位置配置对应的智慧候车厅，便于乘客在不同位置等候客运车辆、查询客运车辆信息、购票以及乘坐客运车辆，提高了乘客的乘客服务体验。

为了便于理解，参阅图3，图3为本发明云上车站***的第三实施例的结构示意图。基于如图2所示的云上车站***的第二实施例，本实施例提出云上车站***的第三实施例，具体如下：

在本实施例中，乘客端200还用于采集用车请求信息，云上车站平台100还包括用车业务***，其中，用车业务***包括运力监管模块、业务配置模块、订单处理模块和用车调派模块。

具体而言，运力监管模块，用于在接收到客运开通请求时，为客运企业分配业务权限，以及获取客运企业的运力资源；业务配置模块，用于在接收到业务配置数据时，形成用车商品信息，并将所述用车商品信息发送至运营平台；订单处理模块，用于根据乘客在运营平台选择的用车商品信息，匹配对应的用车服务，生成用车订单，以及判断所述用车订单是否为风险订单，并对所述风险订单进行风控处理；用车调派模块，用于根据风控处理后的所述用车订单，将所述用车订单对应的订单数据信息分配给驾驶员端，以使所述驾驶员端对应的客运车辆执行所述用车订单对应的用车服务。

进一步的，用车业务***还包括地图服务模块，所述地图服务模块包括地图服务配置单元、地图数据处理单元和地图服务调用单元。

具体而言，地图服务配置单元，获取地图服务商提供的地图信息；地图数据处理单元，对所述地图信息进行规则化处理以及标签处理，获得用车地图数据；地图服务调用单元，在接收到调用指令时，将所述用车地图数据发送至调用端，所述调用端为所述调用指令对应的处理端。

在本实施例中，如图4所示，用车业务***的整体业务原理流程如下：

(1)运输企业、乘客运输站或人力资源公司于运力监管模块上传运力资料数据信息，运力监管模块进行数据信息审核，审核通过后，即可开通相关业务及相关驾驶员驾驶员端账号，且行程信息可调度的运力数据信息。

(2)同时针对运力监控数据信息存储，数据中台获取运力监控数据信息，生成贴源数据，并针对贴源数据标签化后，生成对应数据报表，运力监管模块依据数据报表生成可视化数据图表，进行展示。

(3)运输企业、乘客运输站或人力资源公司于运力监管模块根据开通的业务数据信息，配置业务规则数据信息，形成可销售的在线客运商品数据信息。

(4)并在业务配置模块针对可销售的在线客运商品数据信息，关联对应品牌、渠道数据信息，定向投放商品。

(5)乘客在用户终端查询并选择所属渠道已投放的商品信息，且填写相关行程信息、乘客信息等后，提交至订单处理模块，生成订单数据信息。

(6)订单处理模块针对已生成的订单数据信息，按照已配置的风控规则进行过滤，并针对触发风控的订单数据信息，按照风控处理规则进行处理。

(7)经过订单处理模块过滤及处理的订单数据信息，调用用车调派模块进行运调和派单。

(8)用车调派模块按照订单调度类型(计划调度、实时或预约调度)，获取对应的运调规则和派单规则进行派单。

(9)派单成功后，更新对应的驾驶员和车辆调度信息到订单数据信息中，并返回给驾驶员驾驶员端和乘客用户终端。

(10)驾驶员可按照驾驶员端展示订单及调度数据信息向地图服务***获取导航路线，接送、服务乘客。乘客可通过用户终端向地图服务***获取并查看驾驶员实时位置等信息；

针对实时或预约调度类型订单，地图服务***提供实时计价、就近派单等服务能力。

容易理解的，在一些情况下，乘客端200还需要定制客运路线，此时，乘客可通过乘客端200向云上车站平台100的用车业务***发送用车请求信息，用车业务***的订单生成模块用于获取至少一个乘客端200发送的用车请求信息，并根据所述用车请求信息，生成客运订单。

具体而言，客运企业可通过在云上车站平台100管理车辆、驾驶员、开通城市、线路班次、电子围栏、计价体系等业务数据，在接收到乘客端200的用车请求信息时，形成可销售的在线客运产品信息。

乘客通过乘客端200，选用所需出行产品，填录对应出行产品所需的乘客、起讫地、日期、时间、增值服务信息，完成订单提交和在线支付。

驾驶员通过驾驶员端300，获悉其承运业务的线路、班次、订单、乘客信息，在车辆安全例检后，即可按照驾驶员端300展示的线路、班次、订单、乘客信息出车接送乘客。

进一步的，在客运订单生成后，订单分配模块用于将所述客运订单分配至对应驾驶员端300，并向所述驾驶员端300发送安检指令，以使所述驾驶员端300对应的客运车辆执行安检任务，并在所述车辆安检信息、所述行包安检信息和所述驾驶员身份信息满足预设条件时，生成发车信息。

另外，在本实施例中，云上车站平台100还包括清分结算***，清分结算***与支付平台交互通信，所述支付平台创建有运营平台对应的第一账户和供应商对应的第二账户，所述支付平台包括银行和非银支付机构，所述清分结算***包括清分模块、结算模块和合规出款模块。

具体而言，清分模块，用于在接收到清算请求时，识别清算对象模型，根据所述清算对象模型，根据所述清单对象模型，匹配对应的计费规则，以及基于所述计费规则，确定清分数据传递至结算模块用于生成结算单，并向所述银行和非银支付机构发送清分请求，用于生成预出款依据；结算模块，用于获取所述清分数据，根据所述清分数据和供应商对应的结算规则，生成结算单；合规支付模块，用于获取结算单，并在供应商确认所述结算单后，将所述结算单发送至银行和非银支付机构，以使所述银行和非银支付机构根据所述结算单和预出款依据，调整第一账户和第二账户的账款分配，并执行出款动作。

容易理解的，当支付平台为银行支付平台，所述第一账户包括运营平台账户和第一监管账户，所述第二账户包括供应商账户和第二监管账户，所述第二账户为所述运营平台账户的二级账户；其中：所述第一监管账户接收用户关于订单的转账款项，所述调整第一账户和第二账户的账款分配为执行第一监管账户向第二监管账户的转账动作；所述合规支付***还用于将结算单发送至银行监管机构，并在所述银行监管机构确认后，将所述结算单发送至支付平台。

容易理解的，当支付平台为非银行支付平台，所述第一账户包括运营平台账户，所述第二账户包括供应商账户和第二监管账户，所述第二账户为所述运营平台账户的二级账户；其中：所述第二监管账户接收用户关于订单的转账款项，所述调整第一账户和第二账户的账款分配为将第二监管账户中结算单对应款项从冻结状态修改为解冻状态。

具体的，清分结算***流程操作可分为用户侧、平台侧和供应商侧。

用户侧：用户在互联网经营者建立的交易平台对供应商提供的商品进行购买，用户支付的资金进入非银支付机构的资金监管账户中，用户接收到商品购买成功信息，可对购买成功信息进行使用。

平台侧：平台按照一定时间范围，对平台交易数据进行清洗，使用清洗后的数据，识别供应商对象，按照供应商的清分规则，进行清分，清分完成后，提供给结算***，用于结算单生成，待供应商对结算单进行确认后，通知银行/非银支付机构进行资金划拨/解冻。

供应商侧：在***内，对平台提供的结算单进行确认后，待平台完成资金划拨/解冻，即可在银行/非银支付机构对划拨/解冻资金进行提现操作。

根据用户侧、平台侧和供应商侧的操作可实现清分结算***业务流程。

需要说明的是，对于合规支付模块，在国家所倡导的＂互联网+＂和＂双创＂新的时代背景下，会涌现出越来越多基于互联网服务的企业，企业在进行互联网经营过程中会出现非合规化支付清算的情况，违反了银办发[2017]217号文件及银***《互联网保险业务监管办法》的要求。清分结算平台的合规支付***对接了银行和非银支付机构共同搭建合规支付清算网络，维护商户以及客户的资金安全。

银行合规支付清算网络：云上车站平台与银行签订合作协议开通平台户、平台资金监管账户、手续费账户、垫资账户等，供应商在平台户下开通二级户、供应商资金监管账户，并绑定结算卡，用户在云上车站平台与银行搭建的合规支付清算网络中进行票款快捷支付，平台会将订单支付信息实时上报给银行监管机构，资金也进入资金监管账户中，清分结算***会根据和供应商的结算周期，进行票款清分，清分成功后生成供应商结算单，供应商确认后将供应商清分结算信息通过API接口实时上报给银行监管机构，监管机构检查信息无误后，从平台监管账户将票款划账至供应商监管账户完成票款结算。

非银支付机构合规支付清算网络：云上车站平台与非银支付机构签订合作协议开通平台户、手续费账户、垫资账户等，供应商在平台户下开通二级户、供应商资金监管账户，并绑定结算卡，用户在云上车站平台与非银支付机构搭建的合规支付清算网络中使用微信、支付宝进行票款支付，用户支付的资金通过合规的支付清算网络进入供应商资金监管账户中资金为冻结状态，清分结算***会根据和供应商的结算周期，进行票款清分，清分成功后生成供应商结算单，供应商确认后，平台通过API接口给非银支付机构发送资金解冻指令，解冻供应商资金完成票款结算。

容易理解的，清分模块用于提取所述客运订单和所述车票信息中的交易支付信息，并对所述交易支付信息进行清分，以获得支付清分信息；结算模块用于对所述支付清分信息进行费用结算，以对交易费用进行分配。

具体而言，清分模块可满足各式各样业务多样的清分需求，在上游***如订单***、交易***、支付***等发起清算请求后，识别清算对象模型，查询对应对象模型的计费规则，根据计费规则计算票款以供结算使用，如基于订单清算供应商结算票款、基于交易计算付费卡营销成本、基于支付计算交易成本等。

进一步的，清分模块的运行方式为：通过应收应付对象，以及对象之间的关系识别对象模型，通过对象模型找到结算款项类型计费规则，通过计费规则计算结算款项金额以及通过API接口对结算***输出准确的清分数据。

具体而言，结算模块可根据具体的清分数据以及预设分配规则，对交易费用进行分配与结算。

另外，在本实施例中，云上车站平台100还包括安全***。

具体而言，安全***用于对所述乘客端200与云上车站平台100的交互数据和所述驾驶员端300与云上车站平台100的交互数据进行安全保护。

在本实施例中，提出一种云上车站***，通过在云上车站平台100设置用车业务***，为乘客提供客运路线定制服务，满足乘客不同客运服务要求；同时，通过在云上车站平台100设置清分结算***，以对交易支付信息进行清分，并将交易费用在客运企业间进行分配，实现高分辨率的业务数据清分以及费用结算。

为了便于理解，参阅图5，图5为本发明云上车站***的交互方法的第一实施例的流程示意图。基于如上所示的云上车站***的实施例，本实施例提出云上车站***的交互方法的实施例，具体如下：

如图5所示，本发明实施例提出的云上车站***的交互方法，包括如下步骤：

S100，云上车站平台获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端；

S200，乘客端采集乘客的第一购票指令，根据所述第一购票指令和所述车票信息生成第一购票信息，并将第一购票信息发送至云上车站平台；

S300，云上车站平台在接收到第一购票信息时，更新所述车票信息；其中，第一购票信息包括乘客的上车位置和下车位置；

S400，云上车站平台根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置；

S500，驾驶员端获取发车信息，以使所述驾驶员端对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

如图6所示，提供云上车站***的交互方法的第二实施例，基于如图5所示的第一实施例。在本实施例中，所述云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，所述智慧候车厅设有电子站牌设备，所述云上车站***的交互方法还包括：

S600，电子站牌设备采集乘客的第二购票指令，并根据所述第二购票指令和当前智慧车厅对应的车票信息生成第二购票信息，并将第二购票信息发送至云上车站平台；

S700，云上车站平台在接收到第二购票信息时，更新所述车票信息。

本实施例提供的云上车站***的交互方法，本发明通过客运站分散化设置，站务***云端化设置，根据乘客的购票信息，分配客运车辆前往对应的上车位置和下车位置，实现客运任务的执行，脱离传统客运站的束缚，提高客运设备利用率、乘客运输效率以及乘客体验。

本发明云上车站***的交互方法的其他实施例或具体实现方式可参照上述各云上车站***的实施例，此处不再赘述。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有云上车站交互程序，所述云上车站交互程序被处理器执行时实现如上文所述的云上车站***的交互方法的步骤。因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。确定为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

Claims (10)

1.一种云上车站***，其特征在于，所述云上车站***包括：

云上车站平台，所述云上车站平台用于获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端，在接收到第一购票信息时，更新所述车票信息，以及根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置；

至少一个乘客端，所述乘客端用于采集第一购票指令，根据所述第一购票指令和所述车票信息生成第一购票信息，并将所述第一购票信息发送至云上车站平台；其中，所述第一购票信息包括乘客的上车位置和下车位置；

至少一个驾驶员端，所述驾驶员端用于获取发车信息，所述驾驶员端对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

2.如权利要求1所述的云上车站***，其特征在于，所述云上车站平台包括：

云站务***，所述云站务***用于获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至联网售票***，以及根据所述车票信息，生成发车信息，并将所述发车信息发送至所述驾驶员端；

联网售票***，所述联网售票***用于获取所述乘客端的第一购票信息，并根据所述第一购票信息，更新所述车票信息。

3.如权利要求1所述的云上车站***，其特征在于，所述云上车站***还包括至少一个车辆安检设备，所述车辆安检设备设置于车辆安检点，所述云站务***包括：

站务SaaS平台，用于在接收到票务创建指令时，生成车票信息，在接收到购票指令时，为所述购票指令对应的乘客匹配对应的车票信息，以生成出行订单，以及在接收到报班指令时，为所述报班指令对应的驾驶员端生成对应的发车计划，以使所述驾驶员端根据所述发车计划执行客运任务；

车辆安检模块，用于获取设置于车辆安检点的车辆安检设备采集的车辆安检信息，判断所述车辆安检信息是否满足安全条件，以及在接收到报班请求时，为所述驾驶员端生成报班指令。

4.如权利要求3所述的云上车站***，其特征在于，所述云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，所述智慧候车厅设有电子站牌设备，所述云站务***还包括：

查询模块，所述查询模块用于采集电子站牌设备的车辆查询指令，并根据所述车辆查询指令，匹配对应的客运信息，并将所述客运信息发送至电子站牌设备；其中，客运信息包括线路信息、班次信息、车辆信息或驾驶员信息中的一种或多种；

购票模块，所述购票模块用于采集电子站牌设备的第二购票指令，并根据所述第二购票指令和当前智慧候车厅对应的车票信息，生成第二购票信息，以使所述联网售票***根据所述第二购票信息，更新所述车票信息；其中，所述第二购票信息包括当前智慧候车厅的位置信息和下车位置信息。

5.如权利要求4所述的云上车站***，其特征在于，所述云上车站***还包括至少一个行包安检设备，所述行包安检设备设置于客运车辆或智慧候车厅，用于采集乘客的行包安检信息。

6.如权利要求5所述的云上车站***，其特征在于，所述乘客端还用于采集用车请求信息，所述云上车站平台还包括用车业务***，所述用车业务***包括：

运力监管模块，用于在接收到客运开通请求时，为客运企业分配业务权限，以及获取客运企业的运力资源；

业务配置模块，用于在接收到业务配置数据时，形成用车商品信息，并将所述用车商品信息发送至运营平台；

订单处理模块，用于根据乘客在运营平台选择的用车商品信息，匹配对应的用车服务，生成用车订单，以及判断所述用车订单是否为风险订单，并对所述风险订单进行风控处理；

用车调派模块，用于根据风控处理后的所述用车订单，将所述用车订单对应的订单数据信息分配给驾驶员端，以使所述驾驶员端对应的客运车辆执行所述用车订单对应的用车服务。

7.如权利要求1-6任意一项所述的云上车站***，其特征在于，所述云上车站平台还包括清分结算***，所述清分结算***与支付平台交互通信，所述支付平台创建有运营平台对应的第一账户和供应商对应的第二账户，所述支付平台包括银行和非银支付机构，所述清分结算***包括：

清分模块，用于在接收到清算请求时，识别清算对象模型，根据所述清算对象模型，根据所述清单对象模型，匹配对应的计费规则，以及基于所述计费规则，确定清分数据传递至结算模块用于生成结算单，并向所述银行和非银支付机构发送清分请求，用于生成预出款依据；

结算模块，用于获取所述清分数据，根据所述清分数据和供应商对应的结算规则，生成结算单；

合规出款模块，用于获取结算单，并在供应商确认所述结算单后，将所述结算单发送至银行和非银支付机构，以使所述银行和非银支付机构根据所述结算单和预出款依据，调整第一账户和第二账户的账款分配，并执行出款动作。

8.如权利要求1-6任意一项所述的云上车站***，其特征在于，所述云上车站平台还包括安全***，所述安全***用于对所述乘客端与云上车站平台的交互数据和所述驾驶员端与云上车站平台的交互数据进行安全保护。

9.一种云上车站***的交互方法，其特征在于，用于如权利要求1-8任意一项所述云上车站***，所述云上车站***的交互方法方法包括如下步骤：

云上车站平台获取客运数据，根据所述客运数据创建车票信息，并将所述车票信息发送至乘客端；

乘客端采集乘客的第一购票指令，根据所述第一购票指令和所述车票信息生成第一购票信息，并将第一购票信息发送至云上车站平台；

云上车站平台在接收到第一购票信息时，更新所述车票信息；其中，第一购票信息包括乘客的上车位置和下车位置；

云上车站平台根据车票信息，生成发车信息，并将所述发车信息发送至驾驶员端；其中，所述发车信息包括上车位置集和下车位置集，所述上车位置集包括至少一个乘客对应的上车位置，所述下车位置集包括至少一个乘客对应的下车位置；

驾驶员端获取发车信息，以使所述驾驶员端对应的客运车辆根据所述发车信息，依次前往至少一个上车位置和至少一个下车位置，执行客运任务。

10.如权利要求9所述的云上车站***的交互方法，其特征在于，所述云上车站***还包括至少一个设置于上车位置和至少一个设置于下车位置的智慧候车厅，所述智慧候车厅设有电子站牌设备，所述云上车站***的交互方法还包括：

电子站牌设备采集乘客的第二购票指令，并根据所述第二购票指令和当前智慧车厅对应的车票信息生成第二购票信息，并将第二购票信息发送至云上车站平台；其中，所述第二购票信息包括当前智慧候车厅的位置信息和下车位置信息；

云上车站平台在接收到第二购票信息时，更新所述车票信息。

Images