摘录自:

API PUBL 3855

Conventions and Implementation Guidelines for EDI Wellsite Information Transfer Specification (WITS)

1.1版本

1991年7月1日

井场信息传输规范(WITS)是一种通信格式,它应用于从一个计算机系统向另一个计算机系统传输各种各样的井场数据。在石油工业的勘探和开发领域中,它作为一种推荐格式,使作业和服务公司,既可以在联机状态下,也可以批传递方式进行数据交换。

WITS是一种多级格式,它提供一个容易实现的具有灵活性不断增加的较高级别的进入点。在低级别时,使用一种固定格式的数据流;而在高级别时,可应用一种自定义的定制的数据流。

WITS数据流由不连续的数据记录组成。每个数据记录的产生都是独立于其它数据类型,并且每个数据记录都有唯一的触发变量和采样间距。通常,钻机动作决定了在其一给定时间内使用哪个记录,以便只有合适的数据被传输。

WITS还包括远程计算机系统向发送系统发送指令的方式,以便设置或改变某些参数,其中包括传输的数据类型和传输间距。

除规定了数据传输格式外,WITS还定义了一套基本的数据类型,以便增加用户自定义的记录类型。

背景

多年来,许多作业和服务公司已经为电子数据交换开发了各种独有的格式。当服务公司和作业者之间建立了一种新的工作关系之后,可能需要写入新的软件,在双方的数据采集和分析系统能以一种正确的方式进行通信之前,要进行大量的试验和调试工作。通常导至必须牺牲时间和数据的方式才能起动系统的问题。这些格式的陆续开发和维护需花费巨大的代价。

这些格式的匹配和修改的成本和复杂性常使参与这类服务的作业者感到棘手,并且大量的井场数据常常不能被采集或迅速地被决策者采用,而这些数据对钻井过程中进行井场动态分析,钻井监控和地层评价又是非常有用的。

为了解决这种信息传输问题,在国际钻井承包商协会(IADC的钻井设备与测量分会(RIM)下面成立了一个工作组--信息传输分会。

信息传输分会

信息传输分会是由作业和服务公司在计算机软件系统开发、地质和钻井工程等领域中工作的代表所组成。他们都熟悉有关井场数据格式过多和不匹配的问题。

为了确保提出的格式对于整个石油工业是完全可行的,来自尽可能多的作业和服务公司的代表们作出了巨大的努力。这种努力包括了在美国以及在欧洲和亚洲从事作业的公司的意见。

该工作组的目标是广泛而具体的:

“定义应用远程通信设施或硬件媒体,从井场向基地传输的数据流格式和信息内容。”

要使格式的遗漏最小,在下列领域里为获得在井场条件下监视或采集的数据项目的清单作出了巨大的努力:

--地质

--钻井工程

--随钻测量(MWD)

--钻机参数

--固井(注水泥)

--钻杆测试(DST)

在这些领域里提供数据采集服务的公司,就当前使用的数据项目和格式进行了表决。经共同努力,小组成员就当前工业中使用的主要存在的数据格式和数据传输系统达成一致意见。一个由该行业优秀人员广泛参加的研讨班就数据传输和格式化的一般方法,当前使用的不同硬件及软件系统以及几种特定格式的特性和内容表达了意见。通过对Amoco, Arco, Mobil和Tenneco几家公司数据处理中心的现场参观和介绍,研讨班的效果得了加强。

随着综合性数据词典的建立和分会代表对现存格式的熟悉,他们希望通过周密考虑制定一套适用于作业和服务公司双方现在及将来需要的规定。

这些需求是:

--小公司和大公司均可达到

--在一定时期内能满足技术变化的工业需要

--提供一个简单的、低成本的进入点

--限定长期限的软件支持花销

--应用一种有效的传输方式

--能够用于联机和批处理方式

--能够在一个大范围计算机平台上执行

--能够满足单一远程用户和多个井场数据中心的需求

--包括现存的所有标准(法定的或事实上的)

--兼顾国际和本国的需要

考虑到这些需求,分会接受测井信息标准(LIS)作为WITS的基本框架,并且着手阐述这些格式的特定部分。选用LIS是因为它可以满足WITS提出的许多要求,这项工作的成果就是在本书中所描述的WITS数据通信格式。

信息传输分会正发展成为井场信息传输指导小组。并且WITS指导小组,除了具有IADC (国际钻井承包商协会)分会的地位外,也是API (国石油学会)石油信息数据交换中心(PIDX)的主要成员。API-PIDX WITS用户组织的目的是要改进这些格式,答复解释问题,以及研究在将来为满足新的要求而增强这些格式的方法。

井场信息传输规范(WITS)

WITS的主要特点是它所提供通信功能的多级方法。当前已定义了四个级别,0级以ASCII码格式为基础,1级到3级是以LIS为基础,而级别的增加都表示复杂性和灵活性的提高。目前分会正在考虑第5级(WITS4级),并很可能采用最近批准的APIRP-66(DLIS)(美国石油学会推荐格式)格式作为框架。它将考虑到更大程度的灵活性,但也带有一定程度的复杂性。这个文件仅限于讨论WITS0级到3级,而WITS4 级留在将来修订。

WITS(同LIS一样)传输的基本单位是“物理记录”(图1.1) 。随后是物理记录包含一个“逻辑记录”。虽然LIS标准有许多类型的逻辑记录,但仅有几种类型用于WITS,使用规定的类型以在不同级别内执行。

物理记录头

逻辑记录头

WITS数据记录

物理记录尾

←-------逻辑记录----→

←---------------物理记录------------→

图1.1:WITS数据记录的结构

在WITS中使用的基本逻辑记录类型是数据记录。每个数据记录由一组相关的数据项(字段或通道)组成。而LIS是一个自定义格式,用数据格式说明(DFS)记录来描述其后的数据记录内容,分会认为设置基本的“预定义数据记录”可作为进入该格式的好的进入点,以满足大批作业者的需要,同时也减少了为所要求的更复杂的系统的开发时间。3级允许用户通过用DFS记录来使用客户记录类型。

当前规定的WITS级(从简单到复杂)是:

WITS0级

WITS0级是由从一个计算机系统到另一个计算机系统的ASCII码格式数据值的单向传输组成。这个级别的基本用意是为服务公司在井场进行数据交换提供一个简单的方法。例如,如果在井场上只有一个通信通道可用于数据传输,而在这里又需要来自多个供应商的数据,就可能要用到WITS0级。这也为对远程传输要求较低的用户提供一个容易的进入点。

WITS1级

WITS1级是由固定格式和内容构成的数据记录的单向传输组成。这些记录被命名为WITS预定义数据记录(Pre?Defined Data Records),其内容在附录A中描述。该级只包括LIS数据记录,没有使用其他的LIS逻辑记录类型,也不可能进行双向对话。

对这些预定义数据记录,唯一可修改的是用其他数据项来取代被指定的备用通道。被发送的记录及其传输问题必须预先商定,且仅能由发送者改变。

WITS2级

WITS2级也使用预定义数据记录,但包含了允许远程系统(接收端) 控制通信会话的各个方面的双向对话。这些命令在LIS注释(类型232) 逻辑记录内被发送。因此,在这一级中使用LIS数据和注释记录。同WITS1级一样,数据记录的修改也只局限于用其它数据项取代备用通道。由发送端进行数据记录的缓冲以及为后续应用而进行再传输或批传送,在这一级是任选的。

WITS3级

WITS3级除支持预定义数据记录之外,还支持客户数据记录。这样的记录必须在使用前预先指定,由发送端通过传输数据格式或说明记录(LIS逻辑记录类型64)给出内容的细节。该级为数据传输又提供一个非常灵活的格式。然而,尤其是对接收端来说,这也肯定意味着复杂性的增加,因为如果接收端要使用这一格式,就必须能够阅读数据格式或说明记录。预定义数据记录是记录1-25(LIS逻辑记录类型151-175)。WITS数据记录26-49(LIS类型176-199)是为指导小组以后定义而保留的,这时客户WITS数据记录可以是50-80(LIS类型200-230)。在这一级,由发送端进行数据记录的缓冲是强制性的。

执行WITS

影响执行的一个重要因素是用户到底是作业者还是服务公司。正常情况服务公司收集并传输井场数据,它们的系统通常是发送端。同样,绝大多数作业者要接收和处理被传送的数据,他们的系统通常是接收端。在某些情况下公司可能需要开发发送端和接收端两边的软件。

WITS的执行者应熟悉这个文件和LIS手册(参考文献2)。分会将在格式的说明和解释方面帮助开发者。WITS各级别的全面执行是极其重要的。如果WITS的一个级别被使用,那么该级别100%地要被执行。这包括两套单位制的处理。执行某个级别的部分内容将无助于为开发这个格式的目标而作出的努力。

WITS依从性

当确定由一个特殊系统支持的WITS级别的状态时,将使用下列指南:

*WITS0级(无论是在发送端、接收端状态还是在两者都有的状态,如果不是全部,它们的记录是被支持的)

*WITS1级(无论是发送端、接收端状态或是在两者都有的状态;如果不是全部,它们记录是被支持的)

*WITS2级(无论是发送端状态还是在接收端状态或是在两者都有的状态;它们的记录是被支持的以及是否使用了缓冲器(2B级))

*WITS3级(无论是发送端状态、接收端状态或者在两者都有的状态)

使用WITS格式的优点

1、WITS定义了数据内容和格式,是由专业化的服务公司和许多主要的作业者同意和审查过的。

2、WITS允许一系列的通信选择,从一个经很好定义的记录子集的简单单向数据传输到双向通信会话。

3、WITS产生了一个作业和服务公司联系的工具,而无需为软件支持非兼容的传输格式花费无效投资。

4、WITS为在井场或以井场进行数据传输方面提供了一种“通用语言”。

WITS标准(1)简介相关推荐

  1. python函数库_10. 标准库简介

    10.标准库简介¶ 10.1.操作系统接口¶ os 模块提供了许多与操作系统交互的函数: >>>import os >>>os.getcwd() # Return ...

  2. Linux开发标准LSB简介:Linux Standard Base

    目录 Unix/Linux 标准化历史 POSIX Open Group Austin Group LSB LSB 简介 组织架构 工作组 LSB 的标准化流程 认证 认证问题报告 LSB 的历史.现 ...

  3. Python标准库简介

    很系统的简介了Python标准库的使用方向,对形成知识框架很有帮助. 作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明.谢谢! Python ...

  4. C++标准库简介(转)

    C++标准库的所有头文件都没有扩展名.C++标准库的内容总共在50个标准头文件中定义,其中18个提供了C库的功能. <cname>形式的标准头文件[ <complex>例外]其 ...

  5. STL标准容器类简介

    from: http://www.cppblog.com/lmlf001/archive/2006/04/20/5967.aspx 标准容器类 说明 顺序性容器 vector 从后面快速的插入与删除, ...

  6. C++标准库分析总结(一)——<标准库简介>

    目录 1 你应该具备的基础 1.1 你应该具备的基础 1.2 我们的目标 2 标准库介绍 2.1 C++标准库与C++标准模板库二者关系及表现形式 2.2 STL六大部件 2.3 STL的简单使用 2 ...

  7. 标准库简介—C++学习

    标准库 C++标准库 C++标准定义了庞大且功能丰富的标准库,其内容分为10类,包括: C1语言支持 C2输入/输出 C3诊断功能 C4通用工具 C5字符串 C6容器 C7迭代器 C8算法 C9数值操 ...

  8. Linux文件 IO 和标准 IO简介

    文件 IO 是 Linux 系统提供的接口, 针对文件和磁盘进行操作, 不带缓存机制: 标准 IO 是 C 语言函数库里的标准 I/O 模型, 在 stdio.h 中定义, 通过缓冲区操作文件, 带缓 ...

  9. uno牌的玩法图解_UNO牌标准版简介及规则说明

    UNO扑克是一种起源于欧洲流行于全世界的牌类游戏.简单易学,不用动什么脑筋,适合各年龄层人士玩."UNO"扑克是世界上最大的玩具公司美国美泰玩具公司的代表作,在全球的销售量已超过十 ...

最新文章

  1. Android -- ADT变化aarLint
  2. Eclipse 安装插件报错:An error occurred while collecting items to be installed session context was...解决方法汇总
  3. android seekbar闪退,android seekbar 踩坑之路
  4. java多线程异步调用别的系统接口代码_60 多个实例讲解,彻底搞懂 Java 多线程!
  5. Transformers Assemble(PART IV)
  6. 柬埔寨程序员的计算机梦想
  7. 【codevs1295】N皇后问题
  8. java pem 私钥_JAVA:如何使用密码保护将私钥保存在pem文件中
  9. Jmeter-使用http proxy代理录制脚本
  10. 黎曼可积和若尔当可测
  11. 一学就会的虚拟化技术之hyper-v桌面虚拟化
  12. ABP框架Web API跨域问题的解决方案
  13. 组合数据类型综合练习:英文词频统计
  14. Linux——基于GPU的超低延迟远程桌面Parsec
  15. 苏州地区--校招IT公司
  16. 1.《SQL必知必会》第五版 附录A样例表的添加
  17. 蓝桥杯 ADV-183 分苹果 java
  18. iFunk牵手苏宁达成战略合作,iFunk翼震撼首发
  19. spring-day01-概述-IOC
  20. PHP语言实现网站登录功能

热门文章

  1. 湖南职称英语与计算机考试,湖南省中级工程师职称要不要考职称英语?
  2. JS实现去除数组中空字符串元素(包括多个空格,undefined,null)
  3. web开发技术,vue.js前端开发实战黑马程序员
  4. 幕墙:单元式铝合金挂件槽口、钢挂件及配套紧定螺钉、螺栓标准化
  5. Nginx 服务详解
  6. 用户行为收集到hive
  7. 70句凄美伤感的爱情感悟
  8. 【国产虚拟仪器】基于 ZYNQ的声发射采集系统方案
  9. 超人社区二手v6.16.32
  10. piechart 文档 android,Android MPAndroidChart之PieChart和数据结构以及模型【5】