文档库 最新最全的文档下载
当前位置:文档库 › KJJ14接口说明

KJJ14接口说明

KJJ14接口说明
KJJ14接口说明

KJJ14A型传输接口

1 概述

1.1 用途

KJJ14A型传输接口(以下简称传输接口)是KJ95N型煤矿综合监控系统的主要配套产品,在地面主机与井下分站的信息交换中,完成信号的传递和安全隔离。该传输接口放置于地面控制室内。

1.2 防爆型式

地面一般兼矿用本质安全型,防爆标志为“[Exib]Ⅰ”。

1.3 使用环境条件

传输接口应在下列环境条件下正常工作:

a.环境温度:0℃~+40℃;

b.平均相对湿度:不大于90%(+40℃);

c.大气压力:86~106 kPa;

d.无爆炸性混合物、无破坏绝缘的腐蚀性气体、无滴水、无显著振动和冲击、但有保温、保暖及通风的室内。

1.4 型号说明

KJ J 14 A

2 工作原理

2.1 下行工作原理

主机发送的下行信号先经过信号转换,将网络信号转换为TTL信号制,并通过光电隔离元件隔离主机与分站间的电联系,避免相互间的干扰,同时信号送指示灯显示。最后由专用芯片转换为485信号制的本质安全型信号输出给分站。2.2 上行工作原理

分站发送的上行信号(本质安全型信号)先经过信号转换,将485信号制转换为TTL信号制,并通过光电隔离元件隔离主机与分站间的电联系,避免相互间的干扰,同时信号送指示灯显示。最后由专用芯片转换为网络信号输出给主机或从机。

2.3 其它

采用短路块跳接的方式,改变RS485的120欧姆终端电阻。

3 产品结构

3.1 外形尺寸及重量

外形尺寸(l×b×h)mm:103×104×26;

重量: 0.5 kg。

3.2 主要结构特征

外形结构如图1所示。

图1 KJJ14A型传输接口外形结构图

4 功能

⑴可与分站等设备双向通信并具有指示功能;

⑵可与监测主机等设备双向通信并具有指示功能;

⑶具有电源指示功能;

⑷与分站通信的输入、输出信号为本质安全型;

⑸具备输入、输出信号制式的转换功能;

⑹具备本安信号、非安信号隔离功能;

⑺通过传输指示灯的常亮、常暗可实现故障指示。

5 技术参数

⑴工作电压:DC 9~18 V;

⑵ RS485接口传输距离:不少于15 km;

⑶ RS485接口传输方式:主从、半双工;

⑷以太网电接口通信介质采用双绞线,速率10/100 Mbps自适应,最大传输距离100 m,符合IEEE802.3和IEEE802.3u以太网标准;

⑸接口与分站通信介质采用矿用阻燃屏蔽信号电缆,截面积不小于 1.5

mm2,

信号为本质安全型485信号;

⑹ RS485接口传输速率:1200 bps;

⑺容量:64台;

⑻工作方式:连续工作方式。

6 安装

传输接口放置在地面控制室内的台面上,连接方式如图2所示。

图2 KJJ14A型传输接口与系统中关联设备连接图

7 接线

7.1 电源的连接

将直流9~18 V接在接线端子X1上,如图3所示。

X1

图3电源接线图

7.2 以太网接口的连接

做好水晶头的网线直接接到传输接口相应的RJ45口上即可,图4为传输接口与外部以太网设备之间的以太网电缆连线图(参考EIA/TIA568A标准)。

7.3 RS485的连接

图5所示为RS485接线端子图。

7.4 参数的配置

以太网/RS485转换单元需分配一个IP地址,出厂时以太网/RS485转换单元的IP地址设置为192.168.127.100。以太网/RS485转换单元支持远程计算机登录管理及WEB浏览功能,可方便地对IP地址及相关参数重新设置并监视设备当前的运行状况。

7.5 驱动程序的安装

与传输接口联网的任何计算机,如需对以太网/RS485转换单元所对应的RS485接口进行控制操作,都需先安装驱动程序,把该以太网/RS485转换单元的RS485接口映射为本机的一个虚拟的COM口。计算机通过该虚拟的COM口即可实

现对挂接在以太网/RS485转换单元的串口设备的监测控制。

图4 网络接口接线图

X2

图5 RS485

接口接线图

8 调试

分站的接入一般要先经过分线盒。检查各端口接线准确无误后,将插头插入相应的插座,开始调试。接通电源,可见电源指示灯亮,监测主机可进入工作状态,接口下行指示灯闪烁。如果是分站接入系统,可在分站上根据主机的定义设定地址,这时从主机巡检图上可以观察传输是否正常:如果显示分站掉电,而分站上行指示灯不闪烁,说明两芯传输线极性接错,或分站地址设定得不对,应更正过来;如果分站上行指示灯闪烁,主机显示掉电而传输距离较远时,应将短接端子调到2、3的位置。

9 使用注意事项

9.1 以太网/RS485转换单元的配置应正确,IP 地址等不可随意更改。

9.2 通过接地端子,将外壳接地。

9.3 接线时应注意不可用力过猛,以免螺丝滑扣,造成接触不良。

10 常见故障及排除方法

传输接口正常工作时,电源指示亮,以太网接口指示灯闪烁,下行、上行指示灯闪烁。若出现故障应先排除电源故障,再检查其它问题。常见故障及排除方法如表1所示。

11 维护

11.1 使用传输接口前请仔细阅读各相关产品的使用说明书。 11.2 传输接口应有专门的使用、维护人员。

11.3 传输接口出现故障时,应仔细分析判断,找出故障所在。禁止带电焊接、拔插电路板和有关集成电路,不要随意更换电路的元器件和改变电路参数。 11.4 装置在搬运过程中应避免剧烈振动和撞击,长期不用时应包装好,放置在

通风良好的仓库里。

11.5 配接设备如表2所示。

表1 常见故障及排除方法表

表2 KJJ14A型传输接口配接设备一览表

12 运输、储存

12.1 运输

传输接口包装好后,在避免雨雪淋袭的条件下,适于各种运输方式。

12.2 储存

传输接口包装好后,应能在温度为-10℃~+40℃、相对湿度不大于90%的

环境条件中贮存一年。

13 订货须知

如有特殊要求,可在订货时协商。

14 附件及资料

使用说明书 1份

产品合格证 1份

15 执行标准

KJJ14A传输接口企业标准 Q/320400 MZ135-2007

接口使用说明文档

中国移动短信网关 SP端接口使用手册 China Mobile Shot Message Gateway Interface for SP Manual 作者:沈岗 日期:2004年1月 版本:V1.2

一、CMSMIF.CMPPApp 简要说明: 该类采用CMPP协议(V2.0)实现了SP端与移动短信网关的连接处理。 本类中,采用长连接方式与ISMG通讯。通信双方以客户-服务器方式建立TCP连接,用于双方信息的相互提交。当信道上没有数据传输时,通信双方应每隔时间C发送链路检测包以维持此连接,当链路检测包发出超过时间T后未收到响应,立即再发送链路检测包,再连续发送N-1次后仍未得到响应则断开此连接。参数C、T、N可通过属性配置。 消息发送时采用并发方式,即发送一条消息不等待网关回复确认,继续向网关发送短信,这样发送消息速度非常快,完全取决于网关的处理速度及网络速度。为避免消息丢失,同时采用了滑动窗口流量控制,窗口大小可通过属性设置。 消息接收、网络断开等采用事件触发方式,不需应用程序轮询,在此接口基础之上编程方便。 类中运用了多线程技术,如一条线程处理发送网络包,而另一条线程处理从网关上接收网络包,其他还有一些线程处理检测包、网络连接情况监测等,使程序思路明确、执行效率很高、运行非常稳定。 (一)属性 1.ActiveInterval 说明:检测包发送时间间隔,单位:毫秒。默认值为120000,即120秒。为上 述类说明中的C参数。 2.MaxNetworkPackSize 说明:与ISMG通讯时最大网络包大小,单位:字节。默认值为512Byte。 3.MaxRetryTimes 说明:网络超时最大重发次数,单位:次。默认值为3次。为类说明中的N。 4.OverTime 说明:网络包发送超时时间,单位:毫秒,超过此值还未收到回复则重发。默认值 为60000,即60秒。为类说明中的T。 5.QueueLength 说明:网络队列大小,单位:个,默认值为20。为类说明中的滑动窗口大小, 以控制发送流量。 (二)方法 1.ConnectToIsmg 方法说明: 连接到远程短信网关ISMG上,只有连接到远程短信网关上,才可进行短信收发操作。 在本操作中,自动初始化本地Socket,以连接到指定IP服务器的指定端口上。 声明原型:int ConnectToIsmg(string ServerIP,int Port,string SP_ID,string Secret,string SN) 参数说明: ServerIP:远程短信网关服务器的IP地址,如211.138.200.51 Port:远程短信网关服务器的端口号,如7890 SP_ID:企业服务代码

Web Services业务接口规范说明书

XXXX系统 Web Services业务接口规范说明书 拟制 审核 会签 批准 【公司名称】

版本历史

目录 1.范围 (1) 2.术语、定义和缩略语 (1) 2.1 术语、定义 (1) 2.2 缩略语 (1) 3.接口设计 (1) 3.1 接口公共参数 (1) 3.1.1请求参数 (1) 3.1.2返回参数 (2) 3.2 业务功能接口 (3) 3.2.1业务模块1 (3) 4.MD5加密 (6) 5.参考文献 (6)

1.范围 本规范文档主要适用于XXXX系统和其它业务系统信息数据的接入。 2.术语、定义和缩略语 2.1术语、定义 2.2缩略语 3.接口设计 3.1接口公共参数 接口服务器通过:http://IP:port/EIP/WebService/ 连接服务器,同时对外提供业务功能接口,接收的参数和返回的参数都用一定的xml格式进行封装。 3.1.1请求参数 1.请求类型为String类型

2.头部参数体head定义 请求参数的头部参数体header格式固定,定义如下:

3.请求参数体param定义 参数体param中的具体请求参数,根据不同的业务而不同,详见各业务接口。 3.1.2返回参数 1.返回类型为String类型

2.头部参数体head定义 返回参数的头部参数体header格式固定,定义如下: 3.返回值参数体result定义 参数体result中的具体返回参数,根据不同的业务而不同。详见各业务功能返回值参数体result定义。 注意:在value值标识为失败时,无论在任何业务功能下result都有可能为空。 4.返回value 值 <-- 注释 例如:

数据交换接口规范

附件4:数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制,是自包含、自描述(WSDL)、模块化的应用,由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议,支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件,传输前以GZIP格式将文件压缩,然后设置BASE64编码,最后在接收端将其解压,解析读取数据。 二、软件准备 JDK1.6,tomcat6.0,Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验:服务端在接收数据时同样需要进行用户合法性 校验,并返回信息。

2、数据封装:为方便数据传输和解析,客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范,并严格按照此规范。 3、数据压缩:为提高数据的传输效率和减小传输的数据量,客户端 在传输之前需将数据以GZIP格式进行压缩,并设置BASE64位编码,以便基于HTTP传输。 4、对上传文件进行规范性校验:服务端在接收数据之前,校验客户 端数据是否按照XML规范要求,并按GZIP格式进行压缩,设置BASE64编码,否则返回不合法文件格式。 5、返回结果:服务端进行完校验,解析成功并反馈给业务系统后, 会反馈成功信息给客户端,如不成功则返回不成功。 五、客户端接收数据过程(与服务端接收过程类似。) 六、术语说明

THANKS !!! 致力为企业和个人提供合同协议,策划案计划书,学习课件等等 打造全网一站式需求 欢迎您的下载,资料仅供参考

接口调用说明文档

XXX)科技有限公司 数据接口 2015-5-26

目录 第1章引言. ......................................................... 错误!未定义书签。 背景. ........................................................... 错误!未定义书签。 第2章接口与数据定义. ................................................... 错误!未定义书签。 曝光台查询接口. ..................................................... 错误!未定义书签。 曝光台列表查询.......................... 错误!未定义书签。 曝光台详情查询.......................... 错误!未定义书签。 信用公示查询接口定义.......................... 错误!未定义书签。 守信公示列表查询.......................... 错误! 未定义书签。 守信公示详情查询.......................... 错误!未定义书签。 失信公示列表查询.......................... 错误!未定义书签。 失信公示详情查询.......................... 错误!未定义书签。 企业名称查询接口定义.......................... 错误!未定义书签。 Webservice 方法定义 ........................ 错误! 未定义书签。 请求参数. .................................................... 错误! 未定义书签。 返回数据. .................................................... 错误!未定义书签。 企业信息查询接口定义.......................... 错误!未定义书签。 Webservice 方法定义 ........................ 错误! 未定义书签。 请求参数. .................................................... 错误! 未定义书签。 返回数据. .................................................... 错误!未定义书签。

各种接口说明资料

视频基础知识 目前,国内外各个视频会议生产厂家都陆续推出了自己的各种高清或超清产品,都在不遗余力的宣传图像分辨率。但是,要达到高清/超清的视频会议,单单有720p或者1080p的图像分辨率是不够的。视频会议作为多媒体的一种应用,整个系统涉及到前端视频采集、图像的编码能力、高质量的网络传输、高清晰的视频显示设备。另外,如果我们在观看高清晰视频图像的时候,不能得到一个更清晰、连续的音频效果,那么这个过程实际上就没有任何意义,所以高质量音频的重要性完全不亚于视频。所以在高清或者超清的视频会议中有几个关键的知识点需要了解:高清的视频分辨率、高清视频显示设备的接口、高质量的音频传输接口、高质量的音频。技术的发展都是循序渐进的过程,在本文档中不但列出了高清视频的相关术语,还把非高清视频系统中的相关术语也一并列出,这样会有一个很直观的比较过程。 1视频接口 我们经常在家里的电视机、各种播放器上,视频会议产品和监控产品的编解码器的视频输入/输出接口上看到很多视频接口,这些视频接口哪些是模拟接口、哪些是数字接口,哪些接口可以传输高清图像等,下面就做一个详细的介绍。 目前最基本的视频接口是复合视频接口、S-vidio接口;另外常见的还有色差接口、VGA接口、DVI接口、HDMI 接口、SDI接口。 1.1复合视频接口 1.1.1接口图 1.1.2说明 复合视频接口也叫AV接口或者Video接口,是目前最普遍的一种视频接口,几乎所有的电视机、影碟机类产品都有这个接口。 它是音频、视频分离的视频接口,一般由三个独立的RCA插头(又叫梅花接口、RCA接口)组成的,其中的V接

口连接混合视频信号,为黄色插口;L接口连接左声道声音信号,为白色插口;R接口连接右声道声音信号,为 红色插口。 1.1.3评价 它是一种混合视频信号,没有经过RF射频信号调制、放大、检波、解调等过程,信号保真度相对较好。图像品质 影响受使用的线材影响大,分辨率一般可达350-450线,不过由于它是模拟接口,用于数字显示设备时,需要一 个模拟信号转数字信号的过程,会损失不少信噪比,所以一般数字显示设备不建议使用。 1.2S-Video接口 1.2.1接口图 1.2.2说明 S接口也是非常常见的接口,其全称是Separate Video,也称为SUPER VIDEO。S-Video连接规格是由日本人开发的一种规格,S指的是“SEPARATE(分离)”,它将亮度和色度分离输出,避免了混合视讯讯号输出时亮度和色度的相互干扰。S接口实际上是一种五芯接口,由两路视亮度信号、两路视频色度信号和一路公共屏蔽地线共五条芯线组成。 1.2.3评价 同AV 接口相比,由于它不再进行Y/C混合传输,因此也就无需再进行亮色分离和解码工作,而且使用各自独立的传

接口文档规范

XXX接口说明书(版本:V1.0)

修订记录

1简介 1.1文档目的 接口文档是前端与后端交互密不可分的环节,接口的规范性会直接影响双方对接过程中的效率和质量。本着快速高效开发的目的性,避免对接过程中的错误率。 1.2接口规范 (1) 遵循RESTful API设计风格 (2) 数据格式采用json格式 (3) 返回统一结构数据 例如: 结构:data(数据)、errorCode(状态码)、msg(提示信息) { data:{}, // 数据类型不一定为object类型 errorCode:10001, msg:'' } (4) 枚举型参数应列举参数所有值及说明 例如: gender:性别(男:1,女:2) userInfo:{ name:'张三', age:23, gender:1 }

(5) 具有嵌套关系的参数应指明嵌套关系及子级数据结构例如: billList: 账单列表(父级) billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] (6) 返回参数数据类型保持一致性 例如: billList: 账单列表(有数据) billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] billList: 账单列表(无数据) billList:[] 返回的参数数据类型都为:array (7) 下拉及选择型数据以键值对的形式返回 例如: orderOperate:订单操作 orderOperate:[

监管报表数据报送接口规范

监管报表数据报送接口规范修订历史纪录

一、销售机构、基金资金划付明细文件格式建议(J01) (一)报表格式 使用标准txt文件,文件内容格式如下(左侧数字表示行号): 1.总记录数(不包括本行) 2.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| 3.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| (二)报表说明 用于表示基金销售机构与基金之间的实际资金划付。其中资金划付日期是指实际资金汇划的日期;交易确认日期是与指该笔资金划付相对应的基金交易的确认日期;交易申请日期是与指该笔资金划付相对应的基金交易的申报日期;业务类型是指基金交易业务代码,包括:认购(一次交易确认为120、二次交易确认为130)、申购122、定额申购139、赎回124、定额赎回163、强制赎回142、分红143。 对于三种特殊业务类型“交易申请日期”字段的说明。分红143业务:“交易申请日期”填写权益登记日;强制赎回142业务:“交易申请日期”填写交易确认日期的上一工作日(由于上工作日的赎回可能会和当日的强赎合并划款);认购退款130业务:“交易申请日期”填写交易确认日期。 报送的实际资金划付数据是按照基金代码、业务类型进行

汇总的,即对于某个具体的资金划付日期,针对一只基金的某种业务类型,只申报一条汇总数据记录。 对于一种业务类型而言,只存在销售机构向基金划付金额或者只存在基金向销售机构划付金额。 基金代码---目前为6位编码,最长可扩展至30位。 业务类型---目前为3位编码,最长可扩展至30位。 登记结算机构代码--目前为8位编码,最长可扩展至30位。 (三)核对逻辑 中国结算每日将基金确认成功的交易数据按照基金代码、销售机构代码、业务类型进行汇总统计,得出销售机构各业务对基金应划入金额和应划出金额,用于与J01报表中的实际划付金额数据进行核对。中国结算汇总统计基金划入和基金划出金额的方法是:对认购业务,第一次确认(业务类型120)时统计的基金应收金额为:汇总每笔交易的确认金额全额;第二次确认(业务类型130)时统计的基金应付金额为:汇总每笔交易的(一次确认金额-二次确认金额+退回给投资人的利息)。 对申购(业务类型122)和定额申购(业务类型139)业务,统计的基金应收金额为:汇总每笔交易的(确认金额全额-代理费)。 对赎回(业务类型124)、定额赎回(业务类型163)、强制赎回(业务类型142)业务,统计的基金应付金额为:汇总每笔交易的(投资人实得金额+代理费)。 对分红(业务类型143)业务,统计的基金应付金额为:汇总每笔交易的(投资人实得现金红利金额)。

帝国CMS版接口说明

帝国CMS接口使用手册 一、简介 1、本接口应用于帝国CMS 版新闻系统模型的栏目文章发布; 2、本接口可以自动生成文章、栏目、首页等静态HTML页面; 3、本接口可以生成随机点击数,详见发布接口参数说明; 4、发布时请使用管理员用户帐号; 5、在帝国CMS utf8版使用本接口时,请在发布规则中选择编码为UTF-8; 6、本接口基于帝国CMS UTF8版制作,适用于帝国CMS GBK/utf-8等版本,应用于其他版本时请自行测试调整;; 7、接口文件无须任何改动即可使用,如果你希望增加校验或其他功能,请仔细修改; 8、2个接口文件请复制在网站 /e/admin目录下使用; 二、安装接口 在接口文件夹中找到接口文件,如图: 请将、等接口文件上传到指定目录,请使用二进制方式上传,如图: 三、配置发布规则 1、将范例发布规则文本导入ET2发布配置,或使用软件内置发布规则范例,如图:

2、将检查网址和发布网址中的“您的网站”改为您要发布的网站网址,如图: 3、在检查网址填上您要发布的栏目ID,如图: 4、在参数取值页,填上您要发布的网站栏目ID,如图: 这里查看栏目ID:

4、填上您的管理账号、密码,注意格式,如图: 四、接口说明 一、检查接口 1、接口文件名,为保密,请自行修改文件名; 2、本接口文件复制在网站/e/admin目录使用,如果目录名有变更,请自行对应; 3、主要参数 keyboard 文章标题 classid 栏目ID,用于指定检查栏目,可在后台网站栏目管理处查看; vercode 校验码,请自行设定,并在检查接口文件开始处修改$vercode 使其一致; 4、发布配置-文章检查网址处,可以如下填写: 注:使用大小写敏感的服务器的用户请注意网址大小写和网站文件一致 5、接口文件无须任何改动即可使用,如果你希望增加校验或其他功能,请仔细修改; 二、发布接口 1、接口文件名,为保密,请自行修改文件名; 2、本接口文件请复制在网站/e/admin目录下使用,为保密,请自行修改文件名;

时钟系统对时接口说明

时钟系统对时接口说明 时钟系统可以为其它系统提供标准时间信号以保证各系统间的时钟统一。时钟系统可以提供两钟对时信号,一种是RS422接口形式的对时信号,另一种是NTP网络时间信号。具体说明如下: 1. RS422接口的标准时间输出 1.1 RS422标准时间接口说明: 时钟系统可以为本系统外的其它系统,例如为公务电话系统、专用电话系统、无线通信系统、电视监视系统、广播等系统提供标准时间信号。 接口功能:为其它系统提供对时信息。 接口类型:RS422接口线缆 物理接口方式:RS422 通讯协议:参照时钟系统标准时间接口协议 接口数量:每个系统各1路。 接口位置及工程界面:控制中心通信系统设备室综合配线架的外侧。 1.2 时钟系统标准时间接口协议: ①输出接口:标准RS-422端口 ②波特率:9600bit/s ③数据位:8位

④起始位:1位 ⑤停止位:1位 ⑥校验位:无 ⑦工作方式:异步 ⑨数据格式:(ASCII字符串,共21个字符) ebh,90h, 起始符 c: 41h 无外时钟校时, 47h GPS校时 n4,n3,n2,n1 年 m2,m1 月 d2,d1 日 w(30h~36h) 星期 h2,h1 时 m2,m1 分 s2,s1 秒 xxh 校验码(累加检验,取低8位) cr(odh) 1ah; 结束符. 例:EB 90 47 32 30 30 39 30 33 33 31 32 31 30 32 34 33 36 XX 0D 1A 信息为:2009-03-31 星期二10:24:36 有外部较时。 ⑩传输距离:1200米(采用0.5平方毫米的双绞软线,超过1200米需增加中继器)2. NTP接口的标准时间输出 时钟系统也可以通过NTP网络时间服务器为本系统外的其它系统提供基于以太网协议网络接口时间信号。具体说明如下: ☉网络协议: NTP v2, v3 & v4 (RFC1119& 1305) NTP broadcast mode SNTP Simple Network Time Protocol (RFC2030) MD5 Authentication (RFC 1321) Telnet (RFC854) DHCP (RFC2132) FTP (RFC 959)

软件需求说明书编写规范

{产品名称} 软件需求规格说明书 编写人: 编写日期:年月日

目录 1.产品描述 (3) 1.1.编写目的 (3) 1.2.产品名称 (3) 1.3.名词定义(可选) (3) 2.产品需求概述 (3) 2.1.功能简介 (3) 2.2.运行环境 (3) 2.3.条件与限制(可选) (3) 3.功能需求 (3) 3.1.功能划分(可选) (3) 3.2.功能1 (4) 3.3.功能N (4) 3.4.不支持的功能 (4) 4.数据描述 (4) 5.性能需求(可选) (4) 6.运行需求(可选) (4) 6.1.用户界面 (4) 6.2.硬件接口 (4) 6.3.软件接口 (5) 6.4.通信接口 (5) 7.其它需求(可选) (5) 8.特殊需求(可选) (5) 9.不确定的问题(可选) (5) 10.编写人员及编写日期 (5) 11.附录 (5) 11.1.引用文件 (5) 11.2.参考资料 (5)

1.产品描述 1.1.编写目的 【说明编写本软件需求规格说明书的目的,指出预期的读者。】 1.2.产品名称 【本项目的名称,包括项目的全名、简称、代号、版本号。】 1.3.名词定义(可选) 【对重要的或是具有特殊意义的名词(包括词头和缩写)进行定义,以便读者可以正确地解释软件需求说明。】 2.产品需求概述 2.1.功能简介 【对产品的基本功能做一个简介,包括: 1.本产品的开发意图、应用目标及作用范围。 2.概略介绍了产品所具有的主要功能。可以用列表的方法给出,也可以用图形表示主要的需求分组以及它们之间的联系,例如数据流程图的顶层图或类图等。 3.说明本产品与其他相关产品的关系,是独立产品还是一个较大产品的组成部分。 可以用表示外部接口和数据流的系统高层次图,或者方框图说明。】 2.2.运行环境 1.硬件环境: 【详细列出本软件运行时所必须的最低硬件配置、推荐硬件配置(如主机、显示器、外部设备等)以及其它特殊设备。】 2.软件环境: 【如操作系统、网络软件、数据库系统以及其它特殊软件要求。】 2.3.条件与限制(可选) 【说明本软件在实现时所必须满足的条件和所受的限制,并给出相应的原因。 必须满足的条件包括输入数据的范围以及格式。 所受的限制包括软件环境、硬件环境等方面的内容。例如:必须使用或者避免的特定技术、工具、编程语言和数据库;企业策略、政府法规或工业标准;硬件限制,例如定时需求或存储器限制;经费限制、开发期限;项目对外部因素存在的依赖。例如其它项目开发的组件。等等】 3.功能需求 【功能需求描述系统特性,即产品所提供的主要服务。可以通过使用实例、运行模式、用户类、对象类或功能等级等不同方法来描述,还可以把它们组合起来使用。 功能需求的表述形式可以参见《需求分析和管理指南》第8.2节。】 3.1.功能划分(可选) 【此部分从用户的角度描述将软件划分成不同的部分,并给出总体功能结构。对于复杂

中国财务软件数据接口标准(DOC7)

中国财务软件数据接口标准(DOC7) 编者按:标准应该是衡量事务的准则。标准的制定一样都由国际/国家有关标准机构或行业主管部门完成。但一些行业的生产厂商为了爱护用户的投资,促进行业有序进展,也按照本行业的特点,联合起来制定了一些大伙儿认可并共同遵守的规范,这种做法在国外已被广泛采纳。随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探究,本期我们刊登的《中国财务软件数据接口标准》确实是由该财务软件行业的民间组织——中国软件行业协会财务及企业治理软件分会制定的,起草者为闻名财务软件厂商深圳金蝶公司。 一、背景 目前,国内财务软件众多,它们采纳的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换咨询题。烦琐的数据转换工作白费了大量人力和物力,同时也阻碍了财务软件产业的健康进展。国内财务软件的商业化差不多比较成熟,各财务软件公司都有一批用户。由于各种缘故,一些用户期望从一个软件交叉升级为另一软件。由于用户在旧软件上已做了大量的工作,必定期望升级后原有数据能移植到新的软件中,然而有些软件的数据文件通过加密或数据库结构未公布,要从中直截了当读取数据几乎不可能。为了爱护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。如此,建立一个公用的数据交换标准是专门必要的。 用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户期望把会计报表通过电子表格软件处理输出为各种专门形式;另一些高级用户,则期望在其它治理软件中能取到财务数据。这些数据交换工作都需要有一个标准的数据接口来规范。财务会计通过长期的进展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件储存财务数据的模式也大同小异。财务数据要紧按会计科目、凭证、余额及发生额、报表几个部分分块储备,它们之间既

完整的接口解决方案说明书

文档编号:T-JKJS 文档版本:0.01 项目编号:XX-DX- PECS 《XX电信工程外部协作系统》 Project Exterior Cooperation System 施工单位接口技术解决方案 编写人:南疯日期:2006-10-30 审核人:日期: 批准人:日期: XXXXXX信息科技股份有限公司 地址:XXXXXXX 邮编:XXXXXX 电话:XXXXXXXX传真:XXXXXX 网站:XXXXXXXXX 修改记录(Revision Chart) 版本号批准人修改人修改0.01南疯2006-10-30 0.02详细修改记录: 序号

1引言 1.1编写目的 1.2覆盖范围 1.3预期读者与阅读建议 1.4文档约定 1.5术语与缩略语 1.6参考文献 2概述 3接口方式 4接口安全 4.1接口认证 4.2数据安全 5事务处理 6性能考虑 7容错处理 8数据格式 8.1约定 8.2施工系统向外协系统发送请求 8.2.1请求查询一个业务数据 8.2.2新增一条记录,得到记录的键值 8.2.3修改一条记录 8.2.4删除一条记录 8.2.5文档上传 8.2.6一条记录中一个文档字段上传多个文件 8.2.7补充上传文档 8.2.8在记录中删除一个文档 8.2.9获得文档的基本信息 8.2.10获得文档的所有兄弟信息 8.2.11获得文档的所有父亲信息 8.2.12下载一个文档 8.2.13获得字典 8.3外协系统向施工系统发送请求 8.3.1发送变更后的数据 8.3.2发送变更后的字典 8.3.3文档发送请求 9信息数据项 9.1数据表 9.2字段信息 9.3字典类型

中国结算开放式基金新版系统管理人数据接口规范(TXT)

中国结算开放式基金新版系统管理人数据接口规范(TXT) 版本1.1 二○○九年九月

1. 总则 (4) 2. 术语定义 (4) 3. 基本要求 (8) 4. 数据接口 (10) 4.1. 信息格式 (10) 4.2. 接口文件名定义 (11) 4.3. TA支持业务 (13) 4.4. 业务数据项 (15) 4.4.1. 开户确认业务101 (16) 4.4.2. 销户确认业务102 (20) 4.4.3. 客户资料修改确认业务103 (21) 4.4.4. 撤销交易账号确认109 (25) 4.4.5. 变更交易帐户确认158 (27) 4.4.6. 认购业务数据项020 (27) 4.4.7. 认购结果业务数据项057 (29) 4.4.8. 申购业务数据项022 (31) 4.4.9. 定期定额申购业务数据项039 (34) 4.4.10. ETF一次申购业务数据项091 (37) 4.4.11. ETF二次申购业务数据项092 (39) 4.4.12. 赎回业务数据项024/定期定额赎回业务数据项063 (42) 4.4.13. ETF一次赎回业务数据项093 (46) 4.4.14. ETF二次赎回业务数据项094 (48) 4.4.15. 预约赎回业务数据项025 (51) 4.4.16. 撤预约单业务数据项053 (53) 4.4.17. 转托管业务数据项026/028 (55) 4.4.18. 转托管入业务数据项027 (56) 4.4.19. 设置分红方式业务数据项029 (58) 4.4.20. 基金转换业务数据项036 (59) 4.4.21. 份额冻结业务数据项031 (62) 4.4.22. 份额解冻业务数据项032 (64) 4.4.23. 非交易过户业务数据项033 (65) 4.4.24. 强增业务数据项044 (67) 4.4.25. 强减业务数据项045 (68) 4.4.26. 开通定期定额协议业务数据项059 (70) 4.4.27. 撤销定期定额协议业务数据项060 (71) 4.4.28. 变更定期定额协议业务数据项061 (72) 4.4.29. 认购业务数据项120 (74) 4.4.30. 认购结果业务数据项130 (75) 4.4.31. 申购业务数据项122 (78) 4.4.32. 定期定额申购业务数据项139 (81) 4.4.33. ETF一次申购业务数据项191 (83) 4.4.34. ETF二次申购业务数据项192 (85) 4.4.35. 赎回业务数据项124/定时定额赎回163 (88) 4.4.36. 强制赎回业务数据项142 (91)

个人信用信息基础数据库系统数据接口规范标准

1 前言 《企业信用信息基础数据库数据接口规》(简称“数据接口规”)规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定,本文档分为六部分。 前言简介本规各部分的容。 报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规的代码表、数据校验规则。 本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有:拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义 下列术语和定义适用于本规。 2.1.1报文 由报文头、报文体构成的,按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规中段为基础段。 2.1.4信息记录 数据采集的基本信息单位,包含报送机构一笔业务的有关数据。 本规中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头,报文头表示一次数据采集的开始,该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体容,报文体部分可包含一种或多种不同类型的信息记录,最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符(“﹨r﹨n”或“﹨n”)分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的容中不允许存在回车换行符(“﹨r﹨n”或“﹨n”)。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则

接口文档规范

XXX接口说明书 (版本: 文档编号保密等级 作者最后修改日期 审核人最后审批日期 批准人最后批准日期

修订记录 日期版本修订说明修订人

1简介 1.1文档目的 接口文档是前端与后端交互密不可分的环节,接口的规范性会直接影响双方对接过程中的效率和质量。本着快速高效开发的目的性,避免对接过程中的错误率。 1.2接口规范 (1) 遵循RESTful API设计风格 (2) 数据格式采用json格式 (3) 返回统一结构数据 例如: 结构:data(数据)、errorCode(状态码)、msg(提示信息) { data:{}, .] 订单列表 orderList orderId string 否订单id orderName string 否订单名称

isStudent boolean 是false false 是否学生(是:true,否: false) 返回参数: 参数名类型示例值默认值描述 data array […]返回的数据 data id string 用户id gender number 1 1 用户性别(男:1,女:2)invoiceTitle string 抬头 address string 地址 billList array [...] 订单列表数据 billList id string 订单id billName string 订单名称 billStauts number 1 1 订单状态(待开票:1,回款: 2,核销:3) address string 客户地址 userInfo object {} 用户信息 userInfo name name 用户姓名 age number 用户年龄 gender string 1 1 用户性别(男:1,女:2)errorCode number 状态信息 msg string 信息提示 返回示例值: { data:[ { id:'1', gender:2, invoiceTitle:'帝国快运', address:'陕西省西安市雁塔区科技路24号', billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' }, { id:'002', billName:'测试数据02',

BINARY数据接口规范

上海证券交易所技术文档 IS120 上海证券交易所行情网关BINARY数据接口规范 0.3240版 上海证券交易所 二○一九年十二五月

修订记录 2018-03-09,0.10版,文档创建。 2018-03-25, 0.20版,根据原有文件接口进行字段及内容调整。 2018-07-11,0.30版,根据反馈意见调整部分说明、调整价格精度、增加成交笔数及期权虚拟匹配数量。 2018-07-25,TradingPhaseCode闭市集合竞价相关调整。 2019-01-10,0.31版,增加债券回购延长对市场状态消息字段的说明。 2019-01-25, 0.32版,增加盘后固定价格交易的行情接口说明,调整国债预发行接口字段取值。 2019-03-04,调整盘后固定价格行情的产品状态取值。 2019-12-05,0.40版,原内容移入第二章,增加章节描述通过行情网关接收的文件及外部转发数据。

目录 1引言 (5) 1.1名词释义 (5) 2BINARY实时行情 (6) 2.1会话机制 (6) 2.1.1消息序号 (7) 2.1.2会话安全 (7) 2.1.3建立行情会话 (7) 2.1.4行情数据发布 (7) 2.1.5关闭行情会话 (7) 2.1.6心跳 (7) 2.1.7行情网关主动关闭行情会话的情况 (8) 2.2协议介绍 (8) 2.2.1字段说明 (8) 2.2.2BINARY消息头 (9) 2.2.3BINARY消息尾 (9) 2.3会话消息 (10) 2.3.1登录消息(MsgType=S001) (10) 2.3.2注销消息(MsgType=S002) (10) 2.3.3心跳消息(MsgType=S003) (11) 2.4应用消息 (12) 2.4.1市场状态消息(MsgType=M101) (12) 2.4.2行情快照消息(MsgType=M102) (13) 3文件接收 (20)

joomla接口说明

Joomla!接口使用手册 一、简介 1、本接口应用于Joomla! 文章发布; 2、发布时请使用管理员用户帐号; 3、Joomla! 是utf8网站,请在发布规则中选择编码为UTF-8; 4、本接口基于Joomla! 1.5.18官方中文版制作,应用于其他版本时请自行测试调整; 5、接口文件无须任何改动即可使用,如果你希望增加校验或其他功能,请仔细修改; 6、2个接口文件请复制在administrator网站根目录下使用; 二、安装接口 在接口文件夹中找到接口文件,如图: 请将etchk.php、etpost.php等接口文件上传到指定目录,请使用二进制方式上传,如图: 三、配置发布规则 1、复制范例发布规则或者将本节后附的范例规则文本导入ET2发布配置即可,如图:

2、将检查网址和发布网址中的“您的网站”改为您要发布的网站网址,如图: 3、在参数取值页,填上您要发布的网站栏目的单元ID和分类ID,分类ID可留空,如图: 这里查看单元ID:

这里查看分类ID: 4、填上您的管理账号、密码,注意格式,如图:

四、接口说明 一、检查接口 1、接口文件名etchk.php,为保密,请自行修改文件名; 2、本接口文件复制在网站administrator目录下使用; 3、主要参数 title文章标题 sectioned 单元ID,用于限定检查范围,可不填,请对照管理中心查看单元ID; catid 分类ID,用于限定检查范围,可不填,请对照管理中心查看分类ID; vercode 安全校验码,请自行设定,并在检查接口文件开始处修改vercode 使其一致; 4、发布配置-文章检查网址处,可以如下填写: http://您的网站/administrator/etchk.php?sectionid=&catid=&title=<%title%> 注:使用大小写敏感的服务器的用户请注意网址大小写和网站文件一致 5、接口文件无须任何改动即可使用,如果你希望增加校验或其他功能,请仔细修改; 二、发布接口 1、接口文件名etpost.php,为保密,请自行修改文件名; 2、本接口文件请复制在网站administrator目录下使用; 注:以下参数名后“=”号为示范取值而用,参数名本身不含“=”号; 固定取值的参数,可以在发布规则-参数取值中设置; 采集取值的参数项,请在发布规则-发布项中添加; 3、主要参数 Username 会员名参数名 passwd 密码参数名 title 主题标题参数名 text 内容参数名(若要进行分页请在数据整理中将ET2正文分隔标记“#-0-#”替换为Joomla分页标记


) etattachs 文件列表参数名; 4、附加参数 sectioned 单元ID,请对照管理中心查看; catid 分类ID,请对照管理中心查看; vercode 安全校验码,请自行设定,本项用以防止接口被他人利用,如果需

完整的接口解决方案说明书

XXXXXX信息科技股份有限公司

1引言 1.1编写目的 本文档为XX电信工程外部协作系统(以下简称外协系统)与电信工程施工单位内部系统(以下简称施工系统)接口技术解决方案,以此作为外协系统与施工系统实施接口的技术方案依据和项目设计标准。 1.2覆盖范围 XX电信工程外部协作系统项目组 施工系统接口开发技术组 1.3预期读者与阅读建议 XX电信企业信息化部 XX电信工程建设部 XXXX公司开发人员 施工系统开发人员

1.4文档约定 粗体正文表示强调内容 红色正文表示未完成或需要今后考虑的内容 蓝色正文表示待讨论内容 1.5术语与缩略语 1.6参考文献 (XXXX) 2概述 建设XX电信工程外部协作系统的目标,是在工程项目的管理、建设、使用和实施单位之间搭建起数据交换和协同工作的信息平台,延伸与拓展工程建设管理信息化的应用范围,实现通信工程建设过程的信息化管理,促进工程项目的管理部门、建设部门、实施部门和使用部门之间业务流程协调有序地开展,实现工程项目设计、施工、监理管理功能,将相关的设计、施工、监理单位纳入到工程建设管理中,完善工程项目建设过程管理体系,通过信息化推动管理的规范化,在信息化的应用过程中不断探索市场环境下工程建设管理的新思路和新方法。 根据工程部业务工作的实际情况,项目首先满足工程建设管理中应用最广泛、问题最突出的基本需求。 项目功能需求包括: ?建立工程外部协作系统与MSS等系统的接口; ?建立设计协作服务、监理协作服务、施工协作服务模块,为邮电设计院、电话监理公司和电信工程公司提供工程部所需的协作服务,保证工程建设实施流程的开展; ?在建立工程协作服务模块的基础上,建立工程外部协作系统与邮电设计院、电话监理公司、电信工程公司信息系统的接口,实现工程部与三家实施单位的信息交互与

数据传输和接口标准技术规范(212)协议Fix

污染源在线自动监控系统数据传输和接口标准技术规范FIX 超时重发机制: 请求回应的超时,在一个请求命令发出后在规定的时间内未收到回应,认为超时。超时后重发,重发规定次数后仍未收到回应认为通讯不可用,通讯结束。超时时间根据具体的通讯方式和任务性质可自定义。超时重发次数根据具体的通讯方式和任务性质可自定义。 执行超时 请求方在收到请求回应(或一个分包)后规定时间内未收到返回数据或命令执行结果,认为超时,命令执行失败,结束。缺省超时定义表(可扩充): 所有的通讯包都是由ACSII码字符组成(CRC校验码除外)。 通讯包结构组成:

系统编码表(可扩充)(GB/T16706-1996)见《环境信息标准化手册》第一卷第236页

执行结果定义表(可扩充) 命令列表(可扩充)

附录A:循环冗余校验(CRC)算法 CRC校验(Cyclic Redundancy Check)是一种数据传输错误检查方法,CRC码两个字节,包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC,并与接收到的CRC 域中的值比较,如果两值不同,则有误。 CRC是先调入一值是全“1”的16位寄存器,然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效,起始位和停止位以及奇偶校验位均无效。 CRC校验字节的生成步骤如下: ①装一个16位寄存器,所有数位均为1。 ②取被校验串的一个字节与16位寄存器的高位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③把这个16寄存器向右移一位。 ④若向右(标记位)移出的数位是1,则生成多项式1010 0000 0000 0001和这个寄存器进行“异或”运算;若向右移出的数位是0,则返回③。 ⑤重复③和④,直至移出8位。 ⑥取被校验串的下一个字节 ⑦重复③~⑥,直至被校验串的所有字节均与16位寄存器进行“异或”运算,并移位8次。 ⑧这个16位寄存器的内容即2字节CRC错误校验码。 校验码按照先高字节后低字节的顺序存放。

相关文档