rpc-标准规范

('第1页共34页竭诚为您提供优质文档/双击可除rpc,标准规范篇一：异系统数据通信规范第一章异构系统间数据交换一、webservice规范描述webservice是一个平台独立的，低耦合的，自包含的（组件不依赖其他组件，能够以独立的方式供外部使用）、基于可编程的web的应用程序，可使用开放的xml（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。第2页共34页webservice技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据webservice规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。webservice是自描述（当前组件包含了自身与其他组件交互相关的描述信息，不需要其他的配置文件或者额外信息来描述）、自包含的可用网络模块，可以执行具体的业务功能。webservice也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集xml、http。webservice减少了应用接口的花费。webservice为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。webservice希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于web无缝集成”的第3页共34页目标。二、webservice技术支持webservice平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据表示方法和类型系统。要实现互操作性，webservice平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。这些协议有：xml和xsd可扩展的标记语言（标准通用标记语言下的一个子集）是webservice平台中表示数据的基本格式。除了易于建立和易于分析外，xml主要的优点在于它既与平台无关，又与厂商无关。xml是由万维网协会(w3c)创建，w3c制定的xmlschemaxsd定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。webservice平台是用xsd来作为数据类型系统的。当第4页共34页你用某种语言如Vb.net或c#来构造一个webservice时，为了符合webservice标准，所有你使用的数据类型都必须被转换为xsd类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如soap。soapsoap即简单对象访问协议(simpleobjectaccessprotocol)，它是用于交换xml（标准通用标记语言下的一个子集）编码信息的轻量级协议。它有三个主要方面：xml-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为xml对象的规则，执行远程过程调用(Rpc)的约定。soap可以运行在任何其他传输协议上。例如，你可以使用smtp，即因特网电子邮件协议来传递soap消息，这可是很有诱惑力的。在传输层之间的头是不同的，但xml有效负载保持相同。wsdlwebservice描述语言wsdl就是用机器能阅读的方式提第5页共34页供的一个正式描述文档而基于xml（标准通用标记语言下的一个子集）的语言，用于描述webservice及其函数、参数和返回值。因为是基于xml的，所以wsdl既是机器可阅读的，又是人可阅读的。uddiuddi的目的是为电子商务建立标准；uddi是一套基于web的、分布式的、为webservice提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的webservice注册，以使别的企业能够发现的访问协议的实现标准。调用Rpc与消息传递webservice本身其实是在实现应用程序间的通信。我们有两种应用程序通信的方法：Rpc远程过程调用和消息传递。使用Rpc的时候，客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属第6页共34页性。Rpc系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。第二章移动端数据交换一、json数据格式描述json(javascriptobjectnotation)是轻量级的数据交换格式。它基于ecmascript的一个子集。json采用完全独立于语言的文本格式，但是也使用了类似于c语言家族的习惯（包括c、c++、c#、java、javascript、perl、python等）。这些特性使json成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成(一般用于提升网络传输速率)。二、http协议描述http全称是hypertexttransferprotocal，即：超文本第7页共34页传输协议，从1990年开始就在www上广泛应用，是现今在www上应用最多的协议，http是应用层协议，当你上网浏览网页的时候，浏览器和web服务器之间就会通过http在internet上进行数据的发送和接收。http是一个基于请求/响应模式的、无状态的协议。即我们所说的Request/Response。三、https协议描述https（全称：hypertexttransferprotocoloversecuresocketlayer），是以安全为目标的http通道，简单讲是http的安全版。即http下加入ssl层，https的安全基础是ssl，因此加密的详细内容就需要ssl。它是一个uRischeme（抽象标识符体系），句法类同http:体系。用于安全的http数据传输。https:uRl表明它使用了http，但https存在不同于http的默认端口及一个加密/身份验证层（在http与tcp第8页共34页之间）。这个系统的最初研发由网景公司(netscape)进行，并内置于其浏览器netscapenavigator中，提供了身份验证与加密通讯方法。现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方面。比如我付款一笔钱给一个卡号，直连和间连数据流是怎么走的？直连就是第三方支付【直接对接】银行接口。间连指第三方支付【间接对接】银行接口，中间存在一个中介方（例如银联）。如果你从第三方账户余额中付款一笔钱给一个银行卡。同行的情况就不说了，直接把第三方备付金账户和你的银行卡账户两边的虚账算好就行；跨行就涉及到资金划拨问题。直连接口：数据流：清分阶段（算账）：第三方向备付金银行发起：付款指令，备付金银行、收单银行两家银行统计清楚每天所有的交易算下来实际要补多少差额第9页共34页给对方。资金流：资金划拨阶段（给钱）：资金从第三方支付公司的备付金银行→通过央行大小额系统进行资金划拨→收单银行（就是你实际收钱的银行卡所属银行）。间连接口（如银联）：清分阶段（算账）：清分是在银联清算系统内部完成的。银联清算系统会统计每天的指令，把该出钱的银行账户、该收钱的银行账户、还有自己的利润这些都算清楚然后报告央妈。资金划拨阶段（给钱）：同样走央行大小额系统进行资金划拨。直连的优势：为什么直连对第三方支付这么重要？就像两个人直接说话，总比让第三者来传话要好一样。1、双方系统直接交互，支付成功率高，经过的系统少，出错率小。第10页共34页2、不经过二道贩子，速度快！3、咱俩直接谈条件，限额、费率等等基本都能拿到好的。篇二：Rpc缠冷缠带施工及验收方法橡塑型环氧煤沥青冷缠带外防腐层施工及验收方法1规范性引用文件下列文件的条款通过本标准引用而成为本标准的条款：gb/t8923—88涂装前钢材表面锈蚀等级和除锈等级gb50268—97给排水管道工程施工及验收规范sy/t0447—96埋地钢质管道环氧煤沥青防腐层技术标准q/dh01—20xx环氧煤沥青冷缠带2材料第11页共34页1环氧煤沥青冷缠带由基带和定型胶两部分配套组成，应同为东化公司产品。2贮存时应保持原包装，存放于防火措施合格的仓库内，并在保质期内使用。3防腐层施工工艺流程Rpc带0.8mm4施工技术要求4.1施工环境施工时，钢表面温度应高于露点3℃以上，空气相对湿度应低于80%，所使用定型胶的施工温度范围应与当时气温相适应。遇雨、雪、雾、5级以上大风等不利气候条件，应停止露天施工，未固化防腐层应防止雨水浸淋。4.2表面预处理。钢材表面清除油污，采用抛丸或喷砂除锈，最低要求为处理至达到中国国家标准gb/t8923的sa2级（美国钢结构涂装协会sspc称工业级），最好达到sa21/2级（sspc第12页共34页称近白级），sa21/2级正式名称为：“非常彻底的喷射或抛射除锈”，其定义为：钢材表面应无可见的油脂、污垢、氧化皮、铁锈和油漆涂层等附着物，任何残留的痕迹应仅是点状或条纹状的轻微色斑。施工条件受限制时，经业主批准也可采用手工或动力工具除锈至st3级。钢表面处理合格后，应在返锈前尽快涂漆，如出现返锈必须再次处理。4.3配定型胶。按表3.3规定的施工温度条件正确选用定型胶，各种定型胶组成不同，不能混用。先将a、b组份分别搅匀，然后按a组份:b组份＝1:1（重量比）混合，除了在冬季确有必要外，否则不应加稀释剂冲稀。混合后应尽快使用，夏季必须在1h内用完。冬季环境温度较低，定型胶的粘度对温度非常敏感，尤其是在5℃以第13页共34页下，粘度增加很大。为了便于配料、混合和涂刷，应预先将定型胶存放在有保暖条件的库房内，或采取适当的加温措施（注：严禁明火加热），使料温在15℃以上。若施工现场条件差，经业主批准也可加入数量不超过5%的稀释剂，降低胶料粘度。加入稀释剂后会带来涂层厚度减薄、出现少量针孔和气泡等弊病，要在涂层实干后，认真检查和修补，以确保涂层质量。稀释剂应使用东化公司配套产品。4.4焊缝打腻子。焊缝高度高于钢管表面2mm时，应对焊缝两侧打腻子形成光滑过渡面。腻子配制方法是在混合好的定型胶中加入约两倍重量的滑石粉调匀制成，应现配现用，在4h内用完。4.5涂胶和缠带。涂胶前钢表面必须洁净、干燥，要求涂胶量足，不得第14页共34页漏涂，钢管两端各留约100㎜不涂定型胶或预涂可焊涂料。涂第一层定型胶后接着缠基带，对宽度125mm基带压边宽度应不小于10mm，对宽度250mm及以上基带压边宽度应不小于20mm，基带搭接长度宜为100～150㎜。缠带时必须拉紧，使接触紧密，表面平整无鼓包。可见涂胶和缠带施工工艺流程。基带分正反面，正面网格纹，反面较粗糙，缠带时应将反面贴在钢管表面。为保证gh404橡塑带压边的严密性，要求在缠带时应边缠边在压边处涂定型胶，并对钢管两端的防腐层边沿和中间如有搭接头处，均应加缠不干胶胶带固定。每天工作结束后，可用配套供应的稀释剂清洗涂刷工具，稀释剂用后滤去杂物，密闭封存，可再次使用。4.6检漏和补漏。防腐层缠后静置自干，至少8h内保持不淋雨、不泡第15页共34页水，待防腐层实干后，用电火花检漏仪检漏。对gh404橡塑型（0.8mm）防腐层用8.0kV检查施工时涂胶不均匀或漏涂而形成的少量针孔，并对出现针孔处用粉笔圈出记号并尽快涂定型胶补漏。5防腐层检验及修补5.1一般要求。参照gb50268-97和sy/t0447的要求，对防腐层进行外观、厚度、漏点和粘结力检验。外观、厚度、漏点应在防腐层实干后、充分固化前检验，粘结力可在实干或固化后检验。防腐层达到实干或充分固化所需时间随施工温度变化很大，现场判断实干和充分固化的定性方法为：实干：手指用力推防腐层不移动；固化：手指甲重刻防腐层不留痕迹。5.2外观检查第16页共34页对防腐管逐根目测检查。要求表面平整，压边宽度均匀，粘结紧密。5.3厚度检查用磁性测厚仪检查。防腐管每10～20根为一组，每组抽查1根，每根抽查一个截面，每个截面对称测四点。符合规定厚度为合格。若不合格，再在该组内随机抽查两根，如其中仍有不合格，则该组判为不合格。厚度不合格防腐管，应在涂层未固化前补涂定型胶增厚至合格。5.4电火花试验用电火花检漏仪以第5.6规定的电压对防腐管进行抽查，检测时，探头接触防腐层表面，以约0.2m/s的速度移动。对检出的漏点处及周围约50㎜范围内的防腐层用砂轮或砂纸打毛，然后补涂定型胶覆盖，固化后再次进行电火花试验。5.5粘结力抽查第17页共34页用锋利刀刃垂直划透防腐层，形成边长约40mm，夹角45°的V形切口，用刀尖从切割线交点挑剔切口内的防腐层，符合下列条件之一认为防腐层粘结力合格：①、实干后的防腐层，撕开面积约50㎡，撕开处应不露铁，定型胶与钢管普遍粘结；②、充分固化后的防腐层，只能撕裂，且破坏处不露铁，定型胶与钢管普遍粘结。粘结力检查为破坏性试验，不宜多做。以不少于20根防腐管为一组，每组抽查1根，每根抽查1点，如合格则判为全组合格，如不合格则在该组内随机抽查2根，如其中仍有不合格则判为全组不合格。粘结力不合格的防腐管不允许补涂处理，应铲除全部防腐层重新施工。6运输和存放6.1防腐层未达到实干时不得搬运防腐管。6.2装卸防腐管时，只能用软质吊带与防腐层接触。6.3堆放防腐管的场地应平整，地面有足够承载能力，第18页共34页无碎石等坚硬物。管两端和中部应放置沙袋或木垫，使管外壁之间及与地面隔离。6.4不得践踏防腐管或在管上行走，如施工必要，必须穿软质平底鞋。6.5管端应采取保护措施，防止砂石、垃圾等杂物进入管内。防腐管应及时埋地使用，如预计存放超过一个月，应用苫布覆盖，避免日晒雨淋，如存放超过半年，使用前宜刷涂一层环氧煤沥青面漆。7补口及补伤7.1补口①、防腐管线焊接前应用宽度不小于450㎜的厚石棉布或其他遮盖物遮盖焊口两边的防腐层，防止焊渣飞溅烫坏。②、补口处的防腐层结构应与管体相同。③、表面处理应喷砂至sa2级，如不具备条件经业主同第19页共34页意可用动力工具除锈至st3级。④、补口处防腐层固化后按5.2～5.5规定抽检，抽检率由用户决定。⑤、若工程紧急，可直接下沟。7.2补伤①、将已损坏的防腐层清除干净，对已裸露的钢表面，用动力工具除锈至st3级，并将损伤点周围防腐层打毛。②、使用与管体防腐层相同的材料及防腐层结构，按规定顺序补伤，搭接宽度应不小于50㎜（于破损处贴补），当防腐层破损面积较大时，应按补口方法处理（缠绕一周以上）。③、补伤处防腐层固化后进行质量抽检，抽检率由用户决定。8下沟及回填8.1现场施工的防腐管正常情况应在防腐层充分固化后方能下沟。若工程紧急，在缠带后可以在注意保护避免碰第20页共34页撞的情况下下沟和回填土，防腐层可在沟下最终达到充分固化。8.2管底应垫土至少20cm，管线下沟后管面至少盖土20㎝，土质应为松软细土、细沙（或不含坚硬石块的其他土质），然后方可回填原状土。________________________篇三：opc接口技术规范opc接口技术规范周爱华汪仁智周爱华先生，重庆工业自动化仪表研究所公用自控事业部副部长；汪仁智先生，副部长。关键词：opccom/dcom数据信息技术规范服务器客户应用程序一opc基本原理opc是基于microsoft公司ole/com和dcom技术的。第21页共34页1.opc概述opc数据信息访问技术规范通过opc服务器描述了opccom部件对象和接口的运行情况。通过一个或者多个软件供应商所提供的opc驱动程序，一个opc客户应用程序能够连接到opc服务器，opc客户应用程序如图1所示。不同的软件供应商都能够提供相应的opc服务器。软件供应商提供的程序代码决定了每个服务器所能够访问的过程控制设备和数据信息，以及服务器怎样访问物理控制设备数据信息的详细内容和数据名称。opc技术规范有关命名习惯在后续的介绍中会详细涉及到。opc客户与服务器的关系如图2所示。在应用过程中，opc服务器通常包括服务器、组和项目等几个对象。opc服务器对象维持着有关服务器和适合于opc组对象并作为一个容器服务器的数据信息。而opc组对象则维持着其自身的数据信息，并为容器和逻辑opc项目提第22页共34页供运行机制。opc组为客户组织数据信息提供了一种方式。例如，在一个特殊操作显示或者报表中，组可以表征项目，数据信息也能够进行读取和写入操作。此外，在一个组中，客户和项目之间也能够很容易地建立起连接关系，而且当需要的时候还能够及时激活和取消。一个opc客户应用程序可以组态数据信息的变化速率，一个opc服务器应该将变化的数据信息提供给opc客户应用程序。opc组有两种类型的组别，即公共和本地(或者私有)组。公共组的数据信息可以允许多个客户应用程序共享访问，而私有组的数据信息仅供本地化客户应用程序共享访问。更详细的内容在后面还将会涉及到。对于公共组还有更加特殊的可选择接口内容。在每个组中，客户能够定义一个或者多个opc项目。如图3所示。opc项目表征了在服务器内部数据信息来源的连第23页共34页接情况。从习惯性接口的一面来观察，一个opc项目是不大可能直接访问一个由opc客户应用程序所建立的对象。因此，对于一个opc项目，必须要有一个已经定义好的外部接口来完成这项工作。对于opc项目的所有访问则是依靠一个包含有opc项目的opc组对象来实现的，或者只需要对opc项目进行简单的定义即可。与每个opc项目相关联的内容则是数值、品质和时间标志。数值是以一个变量的形式表现出来，而品质则类似于通过现场总线所指定的功能特性。应该更加注意的是，opc项目不是数据信息的来源，opc项目仅仅是用于连接数据信息来源的。2.opc适合于什么地方opc技术最初的设计是用于从网络服务器访问数据信息，opc接口能被应用于程序中的许多地方。如图4所示，第24页共34页最低限度opc服务器接口能从相应的物理设备获得数据信息，并将其传输到一个scada系统或者dcs中去；另一方面，也可以将scada系统或者dcs的数据信息传送到应用程序中去。这种结构体系和设计的运行机制使得有可能建立一个opc服务器，且允许一个opc客户应用程序访问来自于其他许多opc服务器所提供的数据信息，当然，这些不同的opc服务器程序则需要来自于许多不同的opc服务器软件供应商，并且是依靠单个对象运行于不同的节点。3.一般opc结构体系和组成opc是一种为两组接口提供了预定义的技术规范，这两种接口是opc常规接口和opc自动化接口。一个经过修改以后的自动化接口在2.0版本的opc技术规范中得到了体现。opc接口如图5所示。opc数据信息访问技术规范详细指定了com接口(即接口是什么)，而不是接口的执行(即并非怎样执行)。另外，第25页共34页还指定了接口被希望提供到客户应用程序并进行使用的行为举止。opc数据信息访问技术规范内藏了对结构体系和接口的恰当的详细描述。像所有com部件的执行一样，opc是一种客户/服务器结构模式，opc服务器部件为opc对象及其管理工作提供了一个接口。在一个opc服务器的执行过程中，有几个独特的事项需要考虑。主要问题是通过非共享通信路径到相应的物理设备的数据信息传输频率。因此，我们希望opc服务器既可以进行本地服务，也能够进行远程传输，其exe文件所包含的代码对于物理设备进行直接性数据信息的采集是完全可靠和完善的。一个opc客户应用程序与一个opc服务器之间通过指定的opc常规和自动化接口进行通信处理。opc服务器必须首先执行常规接口，然后就可以随意地执行自动化接口。第26页共34页一个inproc(opc处理器)部件可以被应用于配置接口和提供额外的opc自动化接口所需要的项目级功能特性。典型opc结构体系如图6所示。opc服务器通过各种各样的客户应用程序进行巩固和优化数据信息访问方式也是人们所期望的，这样可以促进与物理设备的有效通信性能。在输入(读)方面，通过物理设备所返回的数据信息对于异步分发或者通过不同opc客户应用程序的同步采集将得到进一步缓冲；在输出(写)方面，opc服务器代表opc客户应用程序刷新物理设备的数据信息。4.对象和接口opc服务器对象为一组数据信息源进行访问(读/写)或者通信提供了一种方式。源变量的类型是一套服务器执行的功能函数。通过opc接口部件，一个opc客户应用程序能连接到第27页共34页opc服务器，而且可以与opc服务器进行通信，并处理相应的数据信息。opc服务器对象为opc客户应用程序建立和利用opc组对象提供了相应的功能特性。这种组对象允许客户应用程序将它们所希望访问的数据信息有效地组织起来。当一个组对象被作为一个单元单独处理时，能被激活和被解除激活状态。组对象为客户应用程序项目能够预订列表数据信息也提供了一种方式，所以只要当opc服务器上的数据信息改变时，它也能及时得到通告。值得注意的是，所有com对象都是通过接口部件进行存取的。客户应用程序仅仅只能了解接口部件。因此，这里的对象描述是采用了本地化的表示方式，而不是服务器内部的执行。如图7、8和9分别展示了标准opc服务器、组和项目对象，其中[]内的一些接口部件是可选择性的内容。5.必需的接口定义第28页共34页opc服务器驱动程序的开发商必须执行必需性接口的全部功能特性。一个opc客户应用程序通过从opc必需的接口部件调用功能函数来实现与opc服务器数据信息的通信处理工作。6.可选择性的接口定义opc服务器驱动程序的开发商可以执行选择性接口的功能特性。可选择性接口部件是一种开发商可以选择性执行的opc服务器驱动程序。当一个opc服务器支持一种可选择性接口部件时，即使该功能正好返回e_notimpl代码，在可选择性接口部件内部的所有功能也必须被执行。希望使用可选择性接口功能特性的opc客户应用程序将会对可选择性接口部件询问相应的opc服务器。而opc客户应用程序必须被设计成不允许这种可选择性接口部件的存在。第29页共34页7.客户应用程序应该使用的接口一般而言，所建立的opc客户应用程序通常利用脚本程序设计语言，而且还将使用到自动化接口部件。采用c++程序设计语言所建立的opc客户应用程序最容易找到，利用常规接口部件就能够最大限度地完成所需要的功能特性。8.地址空间和服务器的配置opc数据信息访问技术规范已明确规定，一个opc服务器组态地址空间利用ipersistFile对象接口可进行管理和持续性的存储，其中，只有opc服务器中带有细节性的数据信息，可进行持续性的存储。所有opc客户应用程序组态数据信息(组和项目定义)必须通过各自的客户应用程序进行持续性的存储。在系统中已定义的所有处理工作不能确保客户与服务器之间的会谈具有相同的数值。能够区别opc服务器的地址空间是非常重要的，也就是第30页共34页人们所熟悉的opc服务器组态工作，由于这种地址空间是一种小型化子集的原因，一些特殊的客户应用程序可能会对详细的内容感兴趣，其详细内容也就是组和项目对象。在opc数据信息访问技术规范中，详细论述了opc客户应用程序所涉及到的特殊组对象的相关内容，组对象的持续性存储性能是各个opc客户应用程序的职责范围。opc服务器地址空间的怎样定义和组态等详细内容在opc数据信息访问技术规范中特意采取了未明确的方式来处理的。例如，opc服务器地址空间可以是如下的任何一种。(1)完全固定方式，例如，在一定的刻度(标度)范围内，对于特殊设备需要提供专用接口部件。(2)在opc环境以外的所有组态方式，例如，对于一个已经存在的外部dcs需要一个接口部件。(3)在启动时，通过一种智能化的服务器进行自动化组态的方式，对于已经安装了硬件或接口部件的现有系统能第31页共34页够直接获得数据信息。(4)在运行中，通过一种智能化的服务器进行自动化组态的方式，这种基于客户应用程序数据信息项目名称的opc服务器运行方式是目前最需要的。opc服务器地址空间在服务器内部的稳固性和易管理性也是人们所期望的。opc客户应用程序定义和管理相关的被称为组的小型化项目。利用opcgroup对象接口部件，能为客户应用程序提供容易定义、管理和重新建立相应接口对象部件的能力。opc客户应用程序直接指挥opc服务器建立、管理和删除相应的组对象，组的持续性是opc客户应用程序的职责范围。尽管这些分析的可能性存在，借助于公共组对象的使用，opc服务器能为这种类型的组对象提供持续性存储性能，或者将它们作为已被定义为组对象的服务器来对待。9.本地与远程服务器第32页共34页我们希望opc服务器供应商将至少能够提供下述相对于网络的两种方法中的任何一种：(1)opc服务器供应商能够进一步表征，将opc客户应用程序始终连接到一个本地化的opc服务器上，而且是现有私有化网络计划的应用。在这种情况下，数据信息的代码可能会作为opc项目定义特殊化的一部分。对于opc服务器供应商来说，谁能将opc功能特性增加到一个现有的分布式产品系统中去，他就会首先取得这些方法的使用权。(2)opc服务器供应商还能够进一步表征，在目标节点上的opc客户应用程序应该连接到所希望的opc服务器上，通过dcom技术的应用，进而提供网络化功能特性。由于这种原因，应该深入考虑所有“Rpc_e_”返回错误代码，这也有可能从后续的功能特性介绍中得到正确的答案。10.应用级服务器和网络节点选择在一个服务器内部，opc数据信息访问技术规范支持将第33页共34页客户应用程序的需求组织进入组对象的概念。这样的组对象仅仅能够包含一部分opc服务器对象对数据信息的需求。为了能够访问数据信息，一个opc客户应用程序还将需要指明下列内容：(1)opcactivex服务器的名称，此操作可通过cocreateinstance和cocreateinstanceex接口部件的操作来实现。(2)opcactivex服务器宿主机器的名称，这种操作可以通过cocreateinstanceex接口部件的操作来实现。(3)opc项目定义特殊供应商，也就是在opc服务器地址空间中特殊数据信息项目的名称。然而，对于opc结构体系和客户程序的用户接口部件的讨论显然已超出opc数据信息访问技术规范的范围。11.unicode、windows95/98和windowsnt/2000对于opc接口部件的所有字符串参数均采用了unicode第34页共34页字符编码标准，因为本地化oleapi(应用程序编程接口部件)都采用了unicode字符编码标准。Visualbasic4.0及其以上的版本也全部采用了unicode字符编码标准，当需要时，只要调用一个dll动态库就能完成从unicode字符编码到ansi字符编码的正常字符串转换工作，并将通过字符串直接转换为unicode字符编码标准，此时，通过相应的typelib命令就能表现出来，这种操作同样也适合于opc接口部件。有关unicode字符编码标准更加详尽的内容可以进一步参考microsoft公司Visualbasic系列产品内的dll.txt文档文件。',)