CN105516309A

CN105516309A - 一种加油加气站数据的传输方法和传输系统

Info

Publication number: CN105516309A
Application number: CN201510900010.5A
Authority: CN
Inventors: 蒋晓宁; 苏敏; 甘志刚; 方亮; 刘尧
Original assignee: Zhejiang Gongshang University
Current assignee: Zhejiang Gongshang University
Priority date: 2015-12-08
Filing date: 2015-12-08
Publication date: 2016-04-20

Abstract

本发明适用于数据处理领域，提供了一种加油加气站数据的传输方法，所述方法包括：加油加气站客户端通过webservice或websocket与加油加气站服务器端进行登录认证；所述加油加气站服务器端通过webservice或websocket向所述加油加气站客户端发送应用数据。本发明实施例，加油加气站客户端与加油加气站服务器端进行登录认证，在登录成功之后，加油加气站服务器端向加油加气站客户端发送数据，提供了一种加油加气站数据的传输方式，使得加油加气的数据格式得到统一和规范，方便了数据的传输。

Description

一种加油加气站数据的传输方法和传输系统

技术领域

本发明属于数据处理领域，尤其涉及一种加油加气站数据的传输方法和传输系统。

背景技术

目前，在我国的石油零售行业，随着物联网技术不断崛起与应用，加油加气站的自动化和信息化已经达到一定水平，如加油加气站自动化系统有自动液位仪、视频监控等；加油加气站信息系统有加油IC卡系统、零管系统、非油品系统、发票系统等。但是各系统之间数据共享不足，存在信息孤岛的困扰，其主要表现在以下四个方面：

加油加气站各个系统开发时间不一致，缺乏整体的规划，系统数据格式不统一，数据互联十分困难。

加油加气站IC卡系统为十年前开发运用，销售数据需要日结后才会上报至总部系统，实时性差。

加油加气站大部分液位仪系统并未联网，工作人员需要手工输入液位仪库存信息，这样给工作人员增加了很大工作量，同时也无法保证数据的实时性、准确性。

加油加气站的液位仪、加油机型号和品牌种类繁多，导致接口协议也不一致，不利于站内设备数据交互。

发明内容

本发明实施例的目的在于提供一种加油加气站数据的传输方法和传输系统，以解决现有技术数据不统一、不规范的问题。

本发明实施例是这样实现的，一种加油加气站数据的传输方法，所述方法包括：

加油加气站客户端通过webservice或websocket与加油加气站服务器端进行登录认证；

所述加油加气站服务器端通过webservice或websocket向所述加油加气站客户端发送应用数据。

本发明实施例还提供了一种加油加气站数据的传输系统，所述系统包括：

至少一个加油加气站客户端，用于通过webservice或websocket与加油加气站服务器端进行登录认证，并在所述登录认证通过之后，接收所述加油加气站服务器端发送的应用数据；

加油加气站服务器端，用于通过webservice或websocket与加油加气站客户端进行登录认证，并在所述登录认证通过之后，向所述加油加气站客户端发送应用数据。

本发明实施例，加油加气站客户端与加油加气站服务器端进行登录认证，在登录成功之后，加油加气站服务器端向加油加气站客户端发送数据，提供了一种加油加气站数据的传输方式，使得加油加气的数据格式得到统一和规范，方便了数据的传输。

附图说明

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

图1为本发明实施例提供的加油加气站数据传输方法的流程图；

图2为本发明实施例提供的加油加气站数据传输系统的结构图。

具体实施方式

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

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一

如图1所示为本发明实施例提供的加油加气站数据传输方法的流程图，所述方法包括以下步骤:

步骤S101，加油加气站客户端与加油加气站服务器端进行登录认证。

在本发明实施例中，加油加气站客户端在与加油加气站服务器端进行数据传输之前，需要进行登录认证，只有通过了登录认证才可以传输数据。所述加油加气站客户端通过webservice与加油加气站服务器端进行登录认证，包括：

加油加气站客户端向加油加气站服务器端发送登录请求，加油加气站服务器端向加油加气站客户端回复登录结果；或者，

生产型加油加气站客户端和消费型加油加气站客户端分别向加油加气站服务器端发送登录请求，加油加气站服务器端分别向生产型加油加气站客户端和消费型加油加气站客户端回复登录结果。

在本发明实施例中，加油加气站数据的传输方式分为两种：加油加气站客户端向加油加气站服务器端要求发送数据，则加油加气站服务器端根据该要求发送数据，或者，加油加气站服务器端主动向加油加气站客户端发送数据，这两种方法对应的登录方式分别为：加油加气站客户端向加油加气站服务器端发送登录请求，加油加气站服务器端向加油加气站客户端回复登录结果；或者，生产型加油加气站客户端和消费型加油加气站客户端分别向加油加气站服务器端发送登录请求，加油加气站服务器端分别向生产型加油加气站客户端和消费型加油加气站客户端回复登录结果。

步骤S102，所述加油加气站服务器端向所述加油加气站客户端发送应用数据。

在本发明实施例中，在完成了加油加气站客户端的登录认证之后，加油加气站服务器端即可以向加油加气站客户端发送数据。

如果为加油加气站客户端向加油加气站服务器端要求应用数据，包括：

加油加气站客户端通过webservice向加油加气站服务器端发送应用数据请求消息；

加油加气站服务器端根据所述应用数据请求消息，通过webservice向加油加气客户端发送应用数据。

如果为加油加气站服务器端主动向加油加气站客户端发送应用数据，包括：

生产型加油加气站客户端生成生产应用数据，并通过websocket将所述生产应用数据发送到加油加气站服务器端；

加油加气站服务器端通过websocket将所述生产应用数据发送到消费型加油加气站客户端；

消费型加油加气站客户端根据所述生产应用数据生成消费应用数据。

举例说明：

具体报文格式通过JSON-RPC实现，下面说明上述图1和图2中消息的json格式实现。

请求/应答方式：应用程序开发者通过向http://xxxx/xxxx/xxx.php(xxx.php为处理用户请求的程序)发送下述HTTP请求来调用服务。

1.1为webservice_client向webservice_server发送的登录请求消息，实现如下：

{

"payload_type":"LOGIN",/*消息类型：登陆消息*/

"payload":{/*消息内容*/

"user":"xxx",/*登录名*/

"password":"xxxx"/*登录密码*/

},

"id":"1"/*消息标识符*/

}

1.2为webservice_server向webservice_client发送的登陆请求回复消息，实现如下：

登录成功

{

"payload_type":"STATUS",/*消息类型：登陆消息*/

"payload":{/*消息内容*/

"authID":"xxxxxx"/*由webservice_server生成唯一认证ID，作为后续应用数据请求“通行证”*/

},

"id":"1"/*消息标识符，与对应请求消息标识符一致*/

}

登录失败

{

"payload_type":"STATUS",/*消息类型：登陆消息*/

"payload":{/*消息内容*/

"code":"DATA_INVALID"/*登录失败*/

},

"id":"1"/*消息标识符，与对应请求标识符一致*/

}

1.3为webservice_client向webservice_server发送的应用数据请求，实现如下：

{

"payload_type":"GET",/*消息类型：应用数据请求消息*/

"payload":{/*消息内容*/

"command":"",/*请求应用数据的类别*/

"stationid":""/*加油加气站的唯一标识，即请求该站的应用数据*/

},

"id":"2",/*消息标识符*/

"authID":"xxxxxx"/*唯一认证ID，与1.2中的一致*/

}

"command":在该消息中，"command"字段内容即为请求/应答方式下应用数据的类别。一共有六种类型的应用数据，"command"取值定义如下：

油罐数据：can

油枪泵码数据：gun

油枪成交记录数据：transction

插卡数据：insert_card

抬枪数据：up_gun

挂枪数据：off_gun

1.4为webservice_server向webservice_client发送的应用数据请求回复消息，实现如下：

{

"payload_type":"DATA",/*消息类型：回复应用数据请求的消息*/

"payload":{xxxx},/*消息内容*/

"id":"2",/*消息标识符，与对应请求消息标识符一致*/

"authID":"xxxxxx"/*唯一认证ID，与1.2中的一致*/

}

"payload":在该消息中，"payload"字段内容即为请求/应答方式下的应用数据。一共有六种类型的应用数据(油罐数据、油枪泵码数据、油枪成交记录数据、插卡数据、抬枪数据、挂枪数据)，这六种类型应用数据的json格式实现如下：

油罐数据格式：

{

"MsgType":"can",/*消息标记*/

"Staionid":,/*加油站编号*/

"TankNo":,/*油灌编号*/

"ProductCode":,/*油品*/

"DateTime":,/*时间*/

"Volume":,/*体积(油水总体积)*/

"TCVolume":,/*标准体积*/

"Ulage":,/*灌空(体积)*/

"Height":,/*液位(油高+水高)*/

"Water":,/*水高*/

"Temperature":,/*温度*/

"WaterVolume"/*水体积*/

}

油枪泵码数据数据：

{

"MsgType":"gun",/*消息标记*/

"Staiond":,/*加油站编号*/

"oilguno":,/*油枪号*/

"volume":,/*加油升数*/

"price":,/*价格*/

"amn":,/*数额*/

"pump":,/*油枪泵码值*/

"psam_tc":/*成交记录*/3

"g_code":,/*油品代码*/

"asn":,/*卡应用号*/

"bal":/*卡余额*/

}

油枪成交记录数据格式:

{

"MsgType":"transction",/*消息标记*/

"Staiond":,/*加油站编号*/

"pos_tc":,/*终端机交易号*/

"t_ype":,/*交易类型*/

"time":,/*日期及时间*/

"asn":,/*卡应用号*/

"bal":,/*余额*/

"amn":,/*数额*/

"ct":,/*卡交易序号*/

"tac":,/*电子签名*/

"gmac":,/*解灰认证码*/

"psam_tac":,/*灰锁签名*/

"psam_asn":,/*PSAM应用号*/

"psam_tid":,/*PSAM编号*/

"psam_tc":,/*PSAM终端交易号*/

"ds:",/*扣款来源*/

"unit":,/*结算方式*/

"c_type":,/*卡类*/

"ver":,/*版本*/

"nz":,/*枪号*/

"g_code":,/*油品代码*/

"vol":,/*升数*/

"prc":,/*成交价格*/34

"emp":,/*员工号*/

"v_to":,/*升累计*/

"rfu":,/*备用*/

"t_mac":/*终端数据认证*/

}

插卡数据格式：

{

"MsgType":"insert_card",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":,/*油枪号*/

"asn":""/*卡应用号*/

}

抬枪数据格式：

{

"MsgType":"up_gun",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":/*油枪号*/

}

挂枪数据格式：

{

"MsgType":"off_gun",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":,/*油枪号*/

"Volume":,/*加油升数*/

"Pump":""/*油枪泵码值*/

}

推送方式：应用程序开发者通过在应用程序中添加消费型的websocket_client并与websocket_server交互，获取不同类型的实时数据

2.1为websocket_client向websocket_server发送的登录请求消息，实现如下

{

"src":"WEBSOCKET_CLIENT",/*消息发送端名称，为唯一标识*/

"dest":"WEBSOCKET_SERVER",/*消息目的地名称*/

"mode":"UNICAST",/*消息模式：单播、多播、广播*/

"payload_type":"LOGIN",/*消息类型：登陆消息*/

"payload":{/*消息内容*/

"echo":"OFF_ECHO",/*是否接收自己发出去的消息，用作测试*/

"subscribe":["websocket_client_oilcan_collect_group"]/*订阅消息组：订阅该组后，登陆成功ws-server将主动推送该组消息至该ws-client*/

}

2.2为websocket_server向websocket_client发送的登陆请求回复消息，实现如下：

已经有该用户登录，即不允许多个以src唯一标识的相同用户进行登录

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"DUPLI_LOGIN"}

}

不允许多开，即同一条线路传输线路上并且已有用户成功登陆后不允许其他用户发送登陆消息

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"DUPLI_OPEN"}

}

缺少必要的数据字段，即登陆消息中字段不全

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"DATA_INVALID"}

}

禁止登录。在websocket_server端有一个白名单功能，只允许特定的用户进行登录

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"FORBID_LOGIN"}

}

数据格式非法。主要是表现为传输的数据格式不是规范的json格式

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"FORMAT_INVALID"}

}

登录成功

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"UNICAST",

"payload_type":"STATUS",

"payload":{"code":"SUCCESS"}

}

2.3.1为websocket_client向websocket_server推送的应用数据消息，实现如下：

{

"src":"WEBSOCKET_CLIENT",

"dest":"WEBSOCKET_SERVER",

"mode":"MULTICAST",

"payload_type":"DATA",

"payload":{......}

}

2.3.2为websocket_server向websocket_client推送的应用数据消息，实现如下：

{

"src":"WEBSOCKET_SERVER",

"dest":"WEBSOCKET_CLIENT",

"mode":"MULTICAST",

"payload_type":"DATA",

"payload":{......}

}

"payload":在该消息中，"payload"字段内容即为应用数据。在数据服务机制中应用数据共有七种类型(油罐数据、油枪泵码数据、油枪成交记录数据、插卡数据、抬枪数据、挂枪数据、无法从油罐获取数据)，具体websocket_server会推送给websocket_client哪一种取决于websocket_client向websocket_server发送的登录消息中"subscribe"字段值，即订阅不同的消息组决定了收取不同的应用数据。下面分别介绍这七种数据json格式的具体实现：

油罐数据格式：

{

"MsgType":can",/*消息标记*/

"Staionid":,/*加油站编号*/

"TankNo":,/*油灌编号*/

"ProductCode":,/*油品*/

"DateTime":,/*时间*/"Volume":,/*体积(油水总体积)*/

"TCVolume":,/*标准体积*/

"Ulage":,/*灌空(体积)*/

"Height":,/*液位(油高+水高)*/

"Water":,/*水高*/

"Temperature":,/*温度*/

"WaterVolume"/*水体积*/

}

油枪泵码数据数据：

{

"MsgType":gun",/*消息标记*/

"Staiond":,/*加油站编号*/

"oilguno":,/*油枪号*/

"volume":,/*加油升数*/

"price":,/*价格*/

"amn":,/*数额*/

"pump":,/*油枪泵码值*/

"psam_tc":/*成交记录*/

"g_code":,/*油品代码*/

"asn":,/*卡应用号*/

"bal":/*卡余额*/

}

油枪成交记录数据格式:

{

"MsgType":transction",/*消息标记*/"Staiond":,/*加油站编号*/

"pos_tc":,/*终端机交易号*/

"t_ype":,/*交易类型*/

"time":,/*日期及时间*/

"asn":,/*卡应用号*/

"bal":,/*余额*/

"amn":,/*数额*/

"ct":,/*卡交易序号*/

"tac":,/*电子签名*/

"gmac":,/*解灰认证码*/

"psam_tac":,/*灰锁签名*/

"psam_asn":,/*PSAM应用号*/

"psam_tid":,/*PSAM编号*/

"psam_tc":,/*PSAM终端交易号*/

"ds:",/*扣款来源*/

"unit":,/*结算方式*/

"c_type":,/*卡类*/

"ver":,/*版本*/

"nz":,/*枪号*/

"g_code":,/*油品代码*/

"vol":,/*升数*/

"prc":,/*成交价格*/

"emp":,/*员工号*/

"v_to":,/*升累计*/

"rfu":,/*备用*/

"t_mac":/*终端数据认证*/

}

插卡数据格式：

{

"MsgType":"insert_card",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":,/*油枪号*/

"asn":""/*卡应用号*/

}

抬枪数据格式：

{

"MsgType":"up_gun",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":/*油枪号*/

}

挂枪数据格式：

{

"MsgType":"off_gun",/*消息标记*/

"Stationid":"",/*加油站编号*/

"Oilgunno":,/*油枪号*/

"Volume":,/*加油升数*/

"Pump":""/*油枪泵码值*/

}

无法从油罐获取数据格式：

{

"MsgType":"oilcan_no_data",/*消息标记*/

"Stationid":"",/*加油站编号*/

"DateTime":"yyyy-MM-ddhh:mm:ss"/*消息时间*/

实施例二

如图2所示为本发明实施例提供的加油加气站数据传输系统的结构图，为了便于说明，仅示出与本发明实施例相关的部分，包括：

至少一个加油加气站客户端201，用于与加油加气站服务器端202进行登录认证，并在所述登录认证通过之后，接收所述加油加气站服务器端202发送的应用数据；

加油加气站服务器端202，用于与加油加气站客户端201进行登录认证，并在所述登录认证通过之后，向所述加油加气站客户端201发送应用数据。

在完成了加油加气站客户端的登录认证之后，加油加气站服务器端即可以向加油加气站客户端发送数据。

本领域普通技术人员还可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，包括ROM/RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种加油加气站数据的传输方法，其特征在于，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述加油加气站客户端通过webservice与加油加气站服务器端进行登录认证，包括：

3.如权利要求2所述的方法，其特征在于，如果为加油加气站客户端向加油加气站服务器端要求应用数据，包括：

4.如权利要求2所述的方法，其特征在于，如果为加油加气站服务器端主动向加油加气站客户端发送应用数据，包括：

5.一种加油加气站数据的传输系统，其特征在于，所述系统包括：

6.如权利要求5所述的系统，其特征在于，所述加油加气站客户端通过webservice与加油加气站服务器端进行登录认证，包括：

7.如权利要求6所述的系统，其特征在于，如果为加油加气站客户端向加油加气站服务器端要求应用数据，包括：

8.如权利要求6所述的系统，其特征在于，如果为加油加气站服务器端主动向加油加气站客户端发送应用数据，包括：