COM接口协议
1 概述
此通讯协议标准主要是用来说明RFID原理机开发平台与主机或其他控制器之间通讯协议的规定和通讯方式的介绍，通讯协议是建立在RS232串行通讯基础上的，由于RFID原理机与电子标签之间的通讯是主—从应答方式，所以主机与RFID原理机之间通讯也是主—从应答方式。
当主机按照发送格式发送一帧数据到RFID原理机时，RFID原理机如果校验通过将按照协议规定提取有效信息发送出去，如果可读卡范围之内有电子标签存在，并返回相应信息，RFID原理机再次校验接收到的数据，如果数据校验通过，RFID原理机会将命令字和接收到的数据全部上发给主机，这样就更接近ISO/IEC15693标准协议。
RFID原理机提供标准RS232和USB-B口方便二次开发和ISO/IEC15693标准协议的学习，可以通过原理机上的SW2开关进行选择两种接口；也可以通过自带上位机软件通过RS232或USB-B口进行读写数据或教学演示。
2 数据通信协议
2.1 通信协议概念
通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。协议定义了数据单元使用格式，信息单元包含的信息与含义等，从而确保网络中数据顺利着传送到确定地方并被有效识别。
a.协议是基于一次交换
●上位机或其他控制器到RFID原理机一次请求
●RFID原理机到上位机或其他控制一次响应
b.每一次请求包含在一帧内，请求中包括针头(0x02)、指令长度、标志、命令字、
数据域、校验位和针尾(0x03)
●指令长度(8bits)：包括针头和针尾在内的整条指令的长度
●标志(8bits)：b2(数据编码模式选择)，b1(数据速率选择)，b0(位编码模式选择)，
其他位未使用
●命令字(8bits)：同ISO/IEC 15693中的规定
●数据域(不定)：应用数据域
●校验位(8bits)：从指令长度开始到数据域结束，逐字节累加值，累加过程中
溢出不做处理，只取低字节
c.每次响应包括以下的域：
●命令字(8bits)：与请求命令中的命令字相对应，作为请求指令应答对应标志
●标志(8bits)：同ISO/IEC 15693中响应域规定
●强制和可选的参数：取决于命令，同ISO/IEC 15693中响应域规定
●应用数据域：同ISO/IEC 15693中响应域规定
CRC(16bits)：除去命令字之外所有指令的校验位
d.一个单字节域在通讯中首先传输最低有效位(LSBit)
e.一个多字节域在通讯中首先传输最低有效字节(LSByte)，每字节首先传输最低有
效位(LSBit)
2.2 请求格式与请求标志定义
通用请求格式、请求标志字和请求命令字分别在下表1、表2和表3中做了定义，其中请求标志在ISO/IEC15693标准协议的基础上添加编码模式选择位，请求命令字完全采用ISO/IEC15693协议中的命令字。
表2 请求标志字定义
表3 请求命令字定义
2.3 响应格式
按照请求格式下发请求指令后，RFID原理机调制高频载波后将指令发送出去，VICC 识别到正确指令后将做相应的响应，RFID解调出响应数据后做CRC校验，如果校验通过，将按照响应格式通过RS232送出。响应格式在ISO/IEC 15693中通用响应格式的基础上添加了一字节的通用请求格式中的命令字，方便上位机或其他控制器处理。
响应格式如下表3-3所示，是完全接进ISO/IEC 15693响应格式的，这样在RFID原理机基础上进行二次开发的过程中，是完全接进标准协议的，这对学习标准协议和理解其他协议会有很大的帮助。
在一次响应中，响应标志指出VICC完成动作情况，并且相应域是否出现。响应标志由8bit组成，响应标志1-8位定义如表5所示。
将以错误码0F应答，所以第3部分命令集中当设置错误标志时的响应格式不做介绍。
除上面情况之外，如果通过RS232下发请求指令后，场内没有VICC做出响应或VICC 做了响应，但在RFID原理机接收数据的过程中出现了错误数据，这两种情况RFID原理机会返回错误的响应信息，分别如下所示：
返回：0x45 0x45 描述：请求超时，没有VICC响应或VICC不响应
返回：0x45 0x43 描述：校验失败，即收到数据，没有通过CRC校验
3 命令集
3.1 目录
命令编码= `01`
当收到目录请求命令，VICC将完成防冲突序列
目标请求格式：
3.2 保持静默
命令编码= `02`
当收到保持静默命令，VICC将进入保持静默状态并且不返回响应，原理机放回请求超时：0x45 0x45
如何解除静默和保持静默的一些特征在ISO/IEC15693-3中有详细介绍
3.3 读单个块
命令编码= `20`
当收到读单个块命令，VICC将读请求块，并且在应答中返回它的值
假如在请求中选择标志已设置，VICC将返回块安全状态，接着是块值
假如在请求中选择标志没有设置，VICC将只返回块值
读单个块请求格式：
3.4 写单个块
命令编码= `21`
当收到写单个块命令，VICC将包含在请求中的数据写入请求块，并且在应答中报告操作成功与否
写单个块请求格式：
3.5 锁定块
命令编码= `22`
当收到锁定块命令，VICC将永久锁定请求块
锁定单个块响应格式：
3.6 读多个块
命令编码= `23`
当收到读多个块命令，VICC将读请求块，并且在响应中发送回它们的值
假如选择标志在请求中有设置，VICC将返回块安全状态，接着返回一个接一个的块值假如选择标志没有在请求中设置，VICC将只返回块值
请求中“块数量”域中的值`06`请求7个块，值`00`请求读单个块
读多个块请求格式：
3.7 写多个块
命令编码= `24`
当收到写多个块命令，VICC将包含在请求中的数据写入请求块，并且在响应中报告操作成功与否
3.8 选择
命令编码= `25`
当接收到选择命令：
假如UID等于其自身的UID，VICC将进入选择状态，并将发送一个响应
假如不一样，VICC将回到准备状态，并将不发送响应
选择响应格式：
3.9 复位准备
命令编码= `26`
当收到复位准备命令，VICC将返回至准备状态
复位准备请求格式：
3.10 写AFI
命令编码= `27`
当收到写AFI请求，VICC将AFI值写入其内存中
写AFI响应格式：
3.11 锁定AFI
命令编码= `28`
当收到锁定AFI请求，VICC将AFI值永久地锁定在其内存中
3.12 写DSFID
命令编码= `29`
当收到写DSFID请求，VICC将DSFID值写入其内存中
写DSFID请求格式：
3.13 锁定DSFID
命令编码= `2A`
当收到锁定DSFID请求，VICC将DSFID值永久地锁定在其内存中
3.14 获取系统信息
命令编码= `2B`
当收到获取系统信息请求，将从VICC系统信息值
获取系统信息请求格式：
信息标志和信息域的定义和内容请查看ISO/IEC15693-3中介绍
3.15 获取多个块安全状态
命令编码= `2C`
当收到获取多个块安全状态的命令，VICC将发送回块的安全状态
块的编号从`00`到`FF`（0到255）
请求中块的数量比块安全状态的数量少1，VICC将在其响应中返回块安全状态获取多个安全块状态的请求格式：
3.16 蜂鸣器控制
命令编码= `2D`
当收到蜂鸣器控制的命令，RFID原理机将控制蜂鸣器发声
蜂鸣器控制无响应格式
4 校验字计算方法
校验字（8bit）是用来确保RFID原理机接收到的指令是否正确，RFID原理机从“指令长度”字开始到“数据域”结束，逐字节值进行累加，累加过程中溢出不做处理，校验字只取最低字节，下面是VB中计算校验字使用的函数。
Function Checkout(check_data() As Byte, check_len As Byte) As Integer
For i = 1 To check_len - 1
Checkout = Checkout + check_data(i)
Next
Checkout = Checkout And &HFF
End Function
获取系统信息指令举例(0x33 = 0x06+0x02+0x2B)：
0x02 0x06 0x02 0x2B 0x33 0x03
软件接口开发合同最新(示范 合同) Effectively restrain the parties’ actions and ensure that the legitimate rights and interests of the state, collectives and individuals are not harmed ( 合同范本 ) 甲方：______________________ 乙方：______________________ 日期：_______年_____月_____日 编号：MZ-HT-045550
软件接口开发合同最新(示范合同) 甲方： 身份证号： 住址： 乙方： 身份证号： 住址： 甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发接口（以下称“委托事项”），达成如下协议。 一、协议内容 1、甲方委托乙方开发接口，功能要求如下：。 2、项目经营范围：。
三、合作时间 1、合作期限为________年，自本协议签字生效之日算起。期满后双方如有继续合作的愿望，以本协议为基础重新签订协议。项目进度、交付及验收 2、乙方应于________年____月____日前完成项目的开发及内部测试工作； 3、在________年____月____日到________年____月____日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收。 四、合作分工 （一）甲方权利义务 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用和双方确认的需求变更所需产生的追加费用。 （二）乙方权利义务
手机app技术开发合同模板 篇一：app开发合同模板(ios、安卓) app应用开发合同书（安卓端ios端） 项目名称： 委托人：（甲方） 研究开发人：（乙方） 签订地点： 签订日期：年月日 有效期限：年月日至年月日 依据《中华人民共和国合同法》及相关法律的规定，合同双方就【】项目（以下简称“委托项目”）的、开发、维护等事宜（委托/合作开发）（该委托项目属委托开发※），经协商一致，签订本合同。 本合同中所有提到的书面形式包括纸质书面、电子邮件形式； 本合同中所有提到的通知、确认、验收等，除本合同条款明确约定外，包括但不限于口头、电话、im、截图、视频、书面及电子邮件等形式； 本合同中所有提到的接口标准包括：json、xml、webservice三种形式； 本合同中所有提到的ue是指用户体验，即产品原型图的交互设计； 本合同中所有提到的ui是指用户界面，即我们看到的界面的设计及美观程度； 本合同中所有提到的成果是指本合同履行过程中，乙方提交给甲方的关于委托项目的各阶段开发产物。 一、标的技术的内容、形式和要求： （一）甲方的权利和义务 1、甲方将与乙方积极沟通，向乙方提供详细的业务流程、文本、图片资料，以便乙方完成策 划、设计和开发等工作。甲方对其提供的资料真实性、合法性承担法律责任。甲方应在签订合同后的【5】个工作日内将委托项目开工所需要的基本资料（如logo源文件、业务流程、设计要求等相关电子或纸质版资料）以书面形式给到
乙方； 2、本委托项目中涉及到需要甲方配合时（包括但不限于：接口调试、业务流程确认、产品原 型图确认、风格设计稿确认、验收、反馈等），甲方接到乙方需要相关配合通知后需在【24】小时内予以配合； 3、出现以上第1条及第2条情况时，此委托项目开发的计划表由双方重新协商，并且受制于 本合同第十三条违约条款的约束； 4、如委托项目有接口调试且接口由甲方提供时，甲方应在签订合同后的【10】个工作日内向 乙方提供全部已调试正常可用接口（包括但不限于接口文档、接口数目、相关参数、返回值等），乙方需在【10】个工作日内将全部接口测试结果以书面形式反馈给甲方，如因甲方接口问题导致的委托项目延期，乙方将不承担任何责任，如延期超过【5】个工作日，乙方有权根据自身情况决定具体延期委托项目的时间，并以书面形式通知甲方。如甲方使用特殊的接口标准需事先向乙方提出，双方友好协商达成一致后方可执行； 5、若甲方未能按以上述约定提供启动委托项目开发所需的全部资料、接口及完成委托项目开 发必须的其它条件，经乙方书面催告后【5】个工作日内仍不能完成前述约定的，乙方得以单方解除本合同；本合同自书面解除通知到达对方时解除；本合同在此种情形下解除后，乙方已收取款项得以保留。乙方工作未履行部分不再履行； 6、在双方合作期间内，如有甲方要求乙方进行委托项目的ue/ui时，在乙方向甲方提交相关 ue/ui物料验收后，如甲方不满意，则乙方可根据甲方的要求进行修改，双方同意：双方将尽最大努力能在本合同第三条约定的期限内完成，如未能在该期限内达成一致意见，双方可以在该期限届满之日的合理期限内（“延展期”）继续协商，如在延展期内达成一致意见，本合同继续履行，委托项目预计完成期限相应顺延；如延展期累计达到【30】个工作日，且双方仍不能达成一致意见，则双方均可单方解除本合同。本合同自书面解除通知到达对方时解除；
接口开发及技术服务协议 2018年2月
甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发CATALO接口（以下称“委托事项”），达成如下协议： 、协议内容 1甲方委托乙方开发CATALO接口,功能要求如下： 二、双方责任 甲方责任: 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用与双方确认的需求变更所需产生的追加费用。 乙方责任: 1、乙方负责向甲方提交合格系统设计方案及开发计划； 2、乙方须按照项目进度的要求完成接口的开发、内测、接口联调及系统开通 3、乙方应遵循甲方的软件开发管理规范，配合甲方实现甲方内部所要求的单元测试、集成测试及配置管理等； 4、在系统正常使用12个月内，如果系统出现问题，乙方有责任负责维护； 5、乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。 、项目进度、交付及验收 1、乙方应于 __ 年____ 月___ 日前完成项目的开发及内部测试工作； 2、在 ____ 年____ 月_____ 日到__ 年 ___ 月日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收四、协议金额与付款方式
1、协议总金额为：人民币_______ ;该价格为含税、固定包干价格,甲方无需再向乙方另行支付其她任何费用。在项目完成验收后，三个工作日内，甲方向乙方一次性支付协议总额人民币 _________________________ 。 五、其她 1、本协议所指之日为自然日，本协议所指之工作日系指中华人民共与国法定之工作日。 2、本协议自甲方代表签字、加盖公章，乙方签字后即生效。有效期至双方义务全部履行完毕。 3、本协议一式两份，甲乙双方各持一份；本协议及依据本协议签署的相关系列协议及附件构成一个协议整体，不可分割，具有同等法律效力。
COM接口协议 1 概述 此通讯协议标准主要是用来说明RFID原理机开发平台与主机或其他控制器之间通讯协议的规定和通讯方式的介绍，通讯协议是建立在RS232串行通讯基础上的，由于RFID原理机与电子标签之间的通讯是主—从应答方式，所以主机与RFID原理机之间通讯也是主—从应答方式。 当主机按照发送格式发送一帧数据到RFID原理机时，RFID原理机如果校验通过将按照协议规定提取有效信息发送出去，如果可读卡范围之内有电子标签存在，并返回相应信息，RFID原理机再次校验接收到的数据，如果数据校验通过，RFID原理机会将命令字和接收到的数据全部上发给主机，这样就更接近ISO/IEC15693标准协议。 RFID原理机提供标准RS232和USB-B口方便二次开发和ISO/IEC15693标准协议的学习，可以通过原理机上的SW2开关进行选择两种接口；也可以通过自带上位机软件通过RS232或USB-B口进行读写数据或教学演示。 2 数据通信协议 2.1 通信协议概念 通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。协议定义了数据单元使用格式，信息单元包含的信息与含义等，从而确保网络中数据顺利着传送到确定地方并被有效识别。 a.协议是基于一次交换 ●上位机或其他控制器到RFID原理机一次请求 ●RFID原理机到上位机或其他控制一次响应 b.每一次请求包含在一帧内，请求中包括针头(0x02)、指令长度、标志、命令字、 数据域、校验位和针尾(0x03) ●指令长度(8bits)：包括针头和针尾在内的整条指令的长度 ●标志(8bits)：b2(数据编码模式选择)，b1(数据速率选择)，b0(位编码模式选择)， 其他位未使用 ●命令字(8bits)：同ISO/IEC 15693中的规定 ●数据域(不定)：应用数据域 ●校验位(8bits)：从指令长度开始到数据域结束，逐字节累加值，累加过程中 溢出不做处理，只取低字节 c.每次响应包括以下的域： ●命令字(8bits)：与请求命令中的命令字相对应，作为请求指令应答对应标志 ●标志(8bits)：同ISO/IEC 15693中响应域规定 ●强制和可选的参数：取决于命令，同ISO/IEC 15693中响应域规定 ●应用数据域：同ISO/IEC 15693中响应域规定
接口开发合同 -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
接口开发及技术服务协议 2018年2月
甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发CATALOG接口（以下称“委托事项”），达成如下协议： 一、协议内容 1、甲方委托乙方开发CATALOG接口，功能要求如下： 二、双方责任 甲方责任： 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用和双方确认的需求变更所需产生的追加费用。 乙方责任： 1、乙方负责向甲方提交合格系统设计方案及开发计划； 2、乙方须按照项目进度的要求完成接口的开发、内测、接口联调及系统开通； 3、乙方应遵循甲方的软件开发管理规范，配合甲方实现甲方内部所要求的单元测试、集成测试及配置管理等； 4、在系统正常使用12个月内，如果系统出现问题，乙方有责任负责维护； 5、乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。 三、项目进度、交付及验收 1、乙方应于____年____月____日前完成项目的开发及内部测试工作；
2、在____年____月____日到____年____月____日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收。 四、协议金额与付款方式 1、协议总金额为：人民币__________；该价格为含税、固定包干价格，甲方无需再向乙方另行支付其他任何费用。在项目完成验收后，三个工作日内，甲方向乙方一次性支付协议总额人民币_______ 。 五、其他 1、本协议所指之日为自然日，本协议所指之工作日系指中华人民共和国法定之工作日。 2、本协议自甲方代表签字、加盖公章，乙方签字后即生效。有效期至双方义务全部履行完毕。 3、本协议一式两份，甲乙双方各持一份；本协议及依据本协议签署的相关系列协议及附件构成一个协议整体，不可分割，具有同等法律效力。
技术开发（委托）合同 项目名称： 委托方： 受托方： 签订时间: 年月日 签订地点： 有效期限：
技术开发（委托）合同 委托方（甲方）： 住所地： 法定代表人： 项目联系人： 联系电话： 电子信箱： 受托方（乙方）： 住所地： 法定代表人： 项目联系人： 通讯地址： 电话： 电子信箱：
本合同由甲方委托乙方开发“XX商城平台”项目（以下简称“平台”），并支付开发费用，乙方接受委托并根据双方确定的需求（见附件）进行此项目的开发工作。 双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。 第一条本合同开发项目的具体内容： 乙方负责根据甲乙双方共同确定的《XX商城平台》的需求（见附件）完成“平台”软件的设计开发，且平台软件可支持十万用户同时在线的自由扩充。 第二条乙方须在合同签订之日起，日内向甲方提交与要求相对应的开发计划。 第三条乙方原则上按甲乙双方确认的本合同第二条所述的开发计划进行技术开发工作。因“平台”涉及相关创新的技术要求或由甲方硬件设备及接口、第三方接口原因造成的项目计划延迟，甲乙双方或与第三方协商解决，由此造成的开发延迟不作为甲方对乙方的考核要求。 第四条乙方在开发过程中如若需要相应协作，甲方须予以支持。甲方应向乙方提供的技术资料及协作事项如下： 1．技术资料清单： ①甲方所设计的电器硬件控制原理及接口； ②与业务相关第三方的接口技术资料； ③平台运营服务器账号及密码； ④第三方支付接口的账号及密码；
⑤其它相关技术信息。 2．甲方提供平台运营服务器、储存、数据库服务器、网络带宽等硬件环境及甲方自身设备硬件环境。 3. 提供时间和方式：合同签定后上述资料可通过合同约定的联系人电子邮件或甲乙双方当事人当面交付的方式提供。 4．其他协作事项： ①与第三方协作的沟通及技术资料转移事项； ②乙方须甲方给予帮助才能完成的，甲方必须给予帮助或协助。 本合同履行完毕后，上述技术资料按以下方式处理： ①第三方接口及技术资料，乙方归档后以文档的方式交付甲方； ②甲方提供的相关账户信息，待乙方交付后，乙方须自行销毁，同时甲方也须变更相关账户密码并妥善保管。 第五条甲方应按以下方式及时支付项目开发经费： 本合同技术开发费用总额为元（大写：人民币圆整） 具体支付方式和时间如下： （1）第一次支付（合同总额 %）：合同签订后5日内，甲方向乙方支付首付款元（大写：）； (2) 第二次支付（合同总额 %）：平台开发第一迭代完成后5日内，甲方向乙方支付款项元（大写：）； （3）第三次支付（合同总额 %）：平台开发完成后5日内，甲方向乙方支付款元（大写：）； （4）第四次支付（合同总额 %）：整个产品上线45日内，甲方向乙方支付款元（大写：）；
酒店通信系统PMS接口协议 一简介 (2) 二 TCP/IP链路 (2) 2.1 TCP层 (2) 2.2 请求包的格式规范 (2) 2.3 TCP/IP链路通信确认机制 (2) 2.4 TCP/IP链路存活消息 (3) 2.5 字段填充 (3) 3. PABX到PMS之间的消息 (4) 3.1 CDR（话单）发送请求消息 (4) 3.2 语音邮箱事件 (5) 3.3 房间状态事件 (5) 3.4 Minibar入账事件 (6) 3.5 Minibar清单事件 (7) 3.6 REPLY消息 (7) 4. PMS到PABX之间的消息 (9) 4.1 CHECK-IN消息 (9) 4.2 ROOM CHANGE 换房消息 (10) 4.3 VOICE MAIL ATTRIBUTION语音邮箱属性消息 (11) 4.4 Modification修改客房信息 (12) 4.5 CHECK-OUT 退房消息 (14) 4.6 Night Audit Request(夜间审计请求消息) (14) 4.7 Call barred Telephone(禁拨号码)设置 (15) 4.8添加语音留言 (15) 修订历史............................ 错误！未定义书签。
一简介 本协议规范的目的是使酒店通信系统(以下简称PABX)能够同步与酒店管理系统(以下简称PMS)完成酒店用户的Check-In、Check-Out和换房，并能够主动向酒店管理系统发送用户发起呼叫所产生的计费帐单。 PABX与PMS之间采用TCP/IP完成本协议规范的通信。 二 TCP/IP链路 2.1 TCP层 采用IPV4，PABX是TCP链路连接的服务端，PMS是TCP链路连接的客户端，TCP通信端口是5001. 2.2 请求包的格式规范 除了ACK、NACK以外的每个请求都已STX(0x02)开始，ETX(0x03)结束，STX和ETX之间为请求消息内容，即
Abis接口协议 在Abis接口，涉及的协议不多，主要有链路层的LapD协议和第三层协议（规范并没有专门为这一层协议其起名字，因此后面我们都称其为Abis层3协议）。 1.1 LapD协议 在GSM中，LapD（D信道链路接入规程）是BTS与BSC之间传送信令的数据链路规程，其目的是使用D信道通过用户—网络接口在第三层各实体间传送信息。LapD的规定考虑到开放系统互连（OSI）的参考模型和层服务规约。在OSI参考模型中的基本结构技术就是分层的技术。基于这种思想的设计，CCITT在建议Q.920-Q.921中对LapD作了详尽的描述，由于GSM 08.56在Q.921基础上作了一些修改，所以实际使用的是一种变形协议，以下的阐述均基于GSM 08.56。根据GSM规范的定义，BSC与BTS之间的信令接口应遵循LapD规程。 以下的三种信息种类可以被LapD支持：信令（包括短消息信息）、操作维护和 层2管理信息。 对每种信息种类BSC可以由一条或多条层2的链路到每个TRX和BCF。在Abis 接口上的信令链路通过Terminal Endpoint Identifiers （TEI）来寻址不同的是单元。 同样的单元通常有多个功能实体，在不同的功能实体之间的逻辑链路通过功能地 址Service Access Points Identifier （SAPI）来识别。在GSM规范中，有无线信令链路RSL（SAPI=0），操作维护链路OML（SAPI=62）和层2管理链路L2ML （SAPI=63）三种逻辑链路。 下图显示了不同层2链路的体系模型，一些逻辑链路可以在服用在一条物理链路上，同样的层2逻辑链路不可以分布在一条以上的物理链路上。 1.1.1 帧结构 链路层的基本功能是将要在信道上传送的信息构造成比单个比特大的单位，这种很小的单位将是所有链路层功能工作的基本结构。在信令世界中，这样的一个单位称为一帧。整个问题的关键是要在比特流中包含足够的信息，使接收端能够找到每一帧的开头和结尾。在这一点上LapD是HDLC的继承者，帧的起始和结尾都用一个8比特长的标志。为了防止虚假的开始和结束，引入了“０比特插入”掩盖数据流中出现的与标志相同的比特序列。这种机制允许帧的长度是可变的，甚至不需要指出帧内的实际长度。同一标志可以作为一帧的结束，同时指示下一帧的开始。 图 1 1 LapD帧标志 1.1.2 分段和重组 帧的最大长度要受低层传输约束的限制，当信令报文的最大长度超过帧允许的最 大长度时，这条报文就得分段，按几帧发送；相反的，在接收端必须将报文重组。要作到这一点，接收端必须收到足够的信息才能知道怎样重组报文，这增加了协议的额外开销。当预见到信令报文的最大长度不会超过帧的最大长度时，就可以免去分段和重组的过程。
合同登记编号：XXXXXXXXX 有 限 公 司
技 术 开 发 合 同 项目名称： 委 托 人： （甲方） 研究开发人：（乙方） 签订日期： 年 月 日 有效期限： 年 月 日 至 年 月 日
依据《中华人民共和国合同法》及相关法律的规定，合同双方就项目（以下简称“委托项目”）的设计、开发、维护等事宜（委托/合作开发）（该委托项目属委托开发计划※），经协商一致，签订本合同。 本合同中所有提到的书面形式包括纸质书面、电子邮件形式； 本合同中所有提到的通知、确认、验收等，除本合同条款明确约定外，包括但不限于口头、电话、IM、截图、视频、书面及电子邮件等形式； 本合同中所有提到的接口标准包括：JSON、XML、WebService三种形式； 本合同中所有提到的UI是指用户界面，即我们看到的界面的设计及美观程度； 本合同中所有提到的成果是指本合同履行过程中，乙方提交给甲方的关于委托项目的各阶段开发产物。 一、标的技术的内容、形式和要求： （一）甲方的权利和义务 1、甲方将与乙方积极沟通，向乙方提供详细的业务流程、文本、图片资料，以便乙方完成策划、设计和开发等工作。甲方对其提供的资料真实性、合法性承担法律责任。甲方应在签订合同后的【5】个工作日内将委托项目开工所需要的基本资料（如LOGO源文件、业务流程、设计要求等相关电子或纸质版资料）以书面形式给到乙方； 2、本委托项目中涉及到需要甲方配合时（包括但不限于：接口调试、业务流程确认、产品原型图确认、风格设计稿确认、验收、反馈等），甲方接到乙方需要相关配合通知后需在【24】小时内予以配合； 3、出现以上第1条及第2条情况时，此委托项目开发的计划表由双方重新协商，并且受制于本合同第十二条违约条款的约束； 4、如委托项目有接口调试且接口由甲方提供时，甲方应在签订合同后的【10】个工作日内向
接口开发合同范本-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
接口开发及技术服务协议 2018年2月
甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发CATALOG接口（以下称“委托事项”），达成如下协议： 一、协议内容 1、甲方委托乙方开发CATALOG接口，功能要求如下： 二、双方责任 甲方责任： 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用和双方确认的需求变更所需产生的追加费用。 乙方责任： 1、乙方负责向甲方提交合格系统设计方案及开发计划；
2、乙方须按照项目进度的要求完成接口的开发、内测、接口联调及系统开通； 3、乙方应遵循甲方的软件开发管理规范，配合甲方实现甲方内部所要求的单元测试、集成测试及配置管理等； 4、在系统正常使用12个月内，如果系统出现问题，乙方有责任负责维护； 5、乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。 三、项目进度、交付及验收 1、乙方应于____年____月____日前完成项目的开发及内部测试工作； 2、在____年____月____日到____年____月____日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收。 四、协议金额与付款方式 1、协议总金额为：人民币__________；该价格为含税、固定包干价格，甲方无需再向乙方另行支付其他任何费用。在项目完成验收后，三个工作日内，甲方向乙方一次性支付协议总额人民币_______ 。 五、其他 1、本协议所指之日为自然日，本协议所指之工作日系指中华人民共和国法定之工作日。 2、本协议自甲方代表签字、加盖公章，乙方签字后即生效。有效期至双方义务全部履行完毕。 3、本协议一式两份，甲乙双方各持一份；本协议及依据本协议签署的相关系列协议及附件构成一个协议整体，不可分割，具有同等法律效力。
甲方：联系地址： 联系人：联系方式： 邮编: 指定网站： 乙方：支付宝（中国）网络技术有限公司联系地址：杭州文三路478号华星时代广场22楼 联系人：联系方式： 第一部分服务与费用（请在需要的服务类型前的方框中打勾）
注：此收款账户只用于收取基本软件服务费或超量软件服务费，不用于其他业务收款服务。 针对批量付款用途的充值渠道另行协商。 第二部分合同条款 第一条定义 除上下文文义另有所指外，本合同中下列用语具有如下含义： 1.1 “支付宝服务”：乙方向甲方所提供的“支付宝”软件系统及其附随提供的款项收 付服务。 1.2 支付宝账户：指甲方在使用本合同约定的“支付宝服务”时，乙方向其提供的唯 一识别编号。甲方可为其设置密码、安装数字证书，并具体使用“支付宝服务” 开展交易，查询交易产生的款项收付账务明细。 1.3 支付宝商家工具接口：指乙方开发的“支付宝”软件系统的软件接口，与甲方网 站的软件系统对接后，即可通过甲方网站使用“支付宝服务”。乙方将依据甲方在 确定本协议时所使用的支付宝账户与支付宝接口绑定；若甲方需在支付宝接口下 添加其他新增支付宝账户，则需通过书面形式或其接口下正在使用的支付宝账户 邮箱向乙方指定系统后台发送申请，由乙方完成相应接口绑定工作，以保证甲方 收款账户的安全性。 1.4 交易流量：指由“支付宝”软件系统所统计的甲方通过其选定服务类型使用“支 付宝服务”所完成交易的单笔金额，是乙方据以收费的依据。在本合同生效前或 有效期内建立，在本合同有效期满后完成的交易，相应的交易金额不计入交易流 量，该交易金额计入双方重新签订的合同约定的交易流量内，双方没有重新签订
华工科技OA与携程接口开发合同 甲方：【华工科技产业股份有限公司】 乙方：【北京致远协创软件有限公司】 甲乙双方本着相互信任、真诚合作、共同发展的原则，在友好协商的基础上共同制定如下合同内容。 乙方同意向甲方提供，甲方同意向乙方购买列于本接口开发服务合同（主合同）及其附件工作任务书中的专业服务。 主合同及其工作任务书，一经双方授权代表签署和双方盖章, 即构成双方之间的完整合同, 并取代双方此前做出的任何口头或书面的意见交换或建议。对本合同的任何修改均须以书面形式进行，并经本合同双方授权的代表正式签字和双方盖章才能生效，本合同中未经修改的其他条款仍然有效。 若主合同与工作任务书，或构成本合同的其他文件有任何冲突，则以主合同为准。 本合同一经双方授权代表签署和双方盖章，即表示双方同意本合同的条款，接受本合同的约束。 第一条定义 1.1类型和范围。乙方提供工作任务书中规定属乙方责任范围内的服务(“服务”）,并在工作任务书中指定的场所实施服务。 工作任务书中的‘实施’类别服务，是指乙方向甲方提供的服务，由乙方负责工作任务书中规定的服务和列出的交付作品的管理和控制。 工作任务书中的‘协助’类别服务，是指乙方协助甲方的项目工作，但由甲方负责该类服务的整体管理和控制。 1.2 乙方的人员。乙方将尽商业上合理的努力确保被指派的乙方人员按照工作任务书规定的时间提供乙方的服务。在不影响乙方履行本合同义务的前提下，乙方员工可以在甲方的所在地和乙方的工作场所之间灵活分配他（她）们的时间。 1.3时间表。乙方将尽商业上合理的努力按照工作任务书规定的时间履行其义务。 1.4 应履行的服务。乙方将根据《工作任务书》按甲方的指示提供一名或数名能胜任的顾问。《工作任务书》及其相应的附录，作为本合同的附件并构成本合同的一部分。甲方须指定相关项目经理与乙方项目经理协调所有项目的服务，并负责作好必要的内部安排，以便于项目的顺利开展。《工作任务书》将更为完整地陈述服务的范围、期限和费用。《工作任务书》
接口开发合同协议书文件编号TT-00-PPS-GGB-USP-UYY-0089
接口开发及技术服务协议 2018年2月 甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发CATALOG接口（以下称“委托事项”），达成如下协议： 一、协议内容 1、甲方委托乙方开发CATALOG接口，功能要求如下：
二、双方责任 甲方责任： 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用和双方确认的需求变更所需产生的追加费用。 乙方责任： 1、乙方负责向甲方提交合格系统设计方案及开发计划；
2、乙方须按照项目进度的要求完成接口的开发、内测、接口联调及系统开通； 3、乙方应遵循甲方的软件开发管理规范，配合甲方实现甲方内部所要求的单元测试、集成测试及配置管理等； 4、在系统正常使用12个月内，如果系统出现问题，乙方有责任负责维护； 5、乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。 三、项目进度、交付及验收 1、乙方应于____年____月____日前完成项目的开发及内部测试工作； 2、在____年____月____日到____年____月____日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收。 四、协议金额与付款方式 1、协议总金额为：人民币__________；该价格为含税、固定包干价格，甲方无需再向乙方另行支付其他任何
费用。在项目完成验收后，三个工作日内，甲方向乙方一次性支付协议总额人民币_______ 。 五、其他 1、本协议所指之日为自然日，本协议所指之工作日系指中华人民共和国法定之工作日。 2、本协议自甲方代表签字、加盖公章，乙方签字后即生效。有效期至双方义务全部履行完毕。 3、本协议一式两份，甲乙双方各持一份；本协议及依据本协议签署的相关系列协议及附件构成一个协议整体，不可分割，具有同等法律效力。
接口开发及技术服务协议 2018年2月
甲、乙双方本着互惠互利、优势互补、共同发展的原则，经过友好协商，就甲方委托乙方开发CATALOG接口（以下称“委托事项”），达成如下协议： 一、协议内容 1、甲方委托乙方开发CATALOG接口，功能要求如下： 二、双方责任 甲方责任： 1、甲方对乙方提交的接口开发方案及开发计划进行确认； 2、甲方有责任对乙方提交的合格系统进行验收审核确认； 3、甲方负责按照付款要求提供协议约定的开发费用和双方确认的需求变更所需产生的追加费用。 乙方责任： 1、乙方负责向甲方提交合格系统设计方案及开发计划； 2、乙方须按照项目进度的要求完成接口的开发、内测、接口联调及系统开通； 3、乙方应遵循甲方的软件开发管理规范，配合甲方实现甲方内部所要求的单元测试、集成测试及配置管理等；
4、在系统正常使用12个月内，如果系统出现问题，乙方有责任负责维护； 5、乙方保证在出现应用系统故障时应及时、积极响应，遇有特殊情况双方协商。 三、项目进度、交付及验收 1、乙方应于____年____月____日前完成项目的开发及内部测试工作； 2、在____年____月____日到____年____月____日（此时间包含试运行的时间）完成甲方人员根据本协议中功能要求，进行验收。 四、协议金额与付款方式 1、协议总金额为：人民币__________；该价格为含税、固定包干价格，甲方无需再向乙方另行支付其他任何费用。在项目完成验收后，三个工作日内，甲方向乙方一次性支付协议总额人民币_______ 。 五、其他 1、本协议所指之日为自然日，本协议所指之工作日系指中华人民共和国法定之工作日。 2、本协议自甲方代表签字、加盖公章，乙方签字后即生效。有效期至双方义务全部履行完毕。 3、本协议一式两份，甲乙双方各持一份；本协议及依据本协议签署的相关系列协议及附件构成一个协议整体，不可分割，具有同等法律效力。
编号：_______________ 本资料为word版本，可以直接编辑和打印，感谢您的下载 三方系统接口保密协议书 甲方：___________________ 乙方：___________________ 日期：___________________
甲方： 乙方： 丙方： 为实现平台与系统对接、读取数据。经甲乙 丙三方友好协商，达成如下保密协议： 一、本协议所指的秘密为甲乙丙三方在合作过程中，丙方从乙方获取的乙方 所开发的对接系统的接口及相关信息（以下简称该秘密）。包括但不限于： 1、乙方向丙方提供乙方所开发的对接系统的接口（以下简称该 接口）。 2、乙方提供该接口这一事项（以下简称事项一）。 3、甲方对接系统这一事项（以下简称事项二）。 4、丙方对接该接口这一事项（以下简称事项三）。 5、丙方对接该接口所获取的所有数据信息（以下简称该数据）。 二、丙方从甲方或乙方获悉的秘密，应采取下列保密措施： 1、丙方不得在甲方项目之外使用该接口。 2、丙方仅在甲方项目中向有关参与的员工提供该接口信息。 3、西方不得阿非项目的任何单位、个人提供该接口。
4、丙方不得向非项目的任何单位、个人提供该数据。 5、丙方不得以任何方式宣传事项一。 6、丙方不得以任何方式宣传事项二。 7、丙方不得以任何方式宣传事项三。 三、本协议不因项目合同的履行结束而终止，项目合同结束后，丙方仍有义务保护该秘密；不论丙方参与甲方项目到何种进度，丙方均不得以该秘密向甲方或乙方索取、追述和主张任何权利。 四、自本协议生效之日起，凡因丙方在项目及管理上的疏忽而造成泄密情况 的，一经查实，丙方负全部法律责任。 五、本协议一式三份，具有同等法律效力，甲乙丙三方各执一份。 六、本协议自签订之日起生效。 甲方（盖章）乙方（盖章）西方（盖 章）
甲方：【XX有限公司】 乙方：【XX有限公司】 甲乙双方本着相互信任、真诚合作、共同发展的原则，在友好协商的基础上共同制定如下合同内容。 乙方同意向甲方提供，甲方同意向乙方购买列于本接口开发服务合同（主合同）及其附件工作任务书中的专业服务。 主合同及其工作任务书，一经双方授权代表签署和双方盖章，即构成双方之间的完整合同，并取代双方此前做出的任何口头或书面的意见交换或建议。对本合同的任何修改均须以书面形式进行，并经本合同双方授权的代表正式签字和双方盖章才能生效，本合同中未经修改的其他条款仍然有效。 若主合同与工作任务书，或构成本合同的其他文件有任何冲突，则以主合同为准。本合同一经双方授权代表签署和双方盖章，即表示双方同意本合同的条款，接受本合同的约束。 第一条定义 1.1 类型和范围。乙方提供工作任务书中规定属乙方责任范围内的服务(“服务”），并在工作任务书中指定的场所实施服务。 工作任务书中的‘实施’类别服务，是指乙方向甲方提供的服务，由乙方负责工作任务书中规定的服务和列出的交付作品的管理和控制。 工作任务书中的‘协助’类别服务，是指乙方协助甲方的项目工作，但由甲方负责该类服务的整体管理和控制。 1.2 乙方的人员。乙方将尽商业上合理的努力确保被指派的乙方人员按照工作任务书规定的时间提供乙方的服务。在不影响乙方履行本合同义务的前提下，乙方
员工可以在甲方的所在地和乙方的工作场所之间灵活分配他（她）们的时间。1.3 时间表。乙方将尽商业上合理的努力按照工作任务书规定的时间履行其义务。 1.4 应履行的服务。乙方将根据《工作任务书》按甲方的指示提供一名或数名能胜任的顾问。《工作任务书》及其相应的附录，作为本合同的附件并构成本合同的一部分。甲方须指定相关项目经理与乙方项目经理协调所有项目的服务，并负责作好必要的内部安排，以便于项目的顺利开展。《工作任务书》将更为完整地陈述服务的范围、期限和费用。《工作任务书》的任何修改应当经本合同各方事先书面同意。 1.5 对工作表现的满意。若在任何时候，甲方对乙方指定顾问的工作表现不满意，则应立即书面告知一方，说明具体原因和理由，并可要求乙方改正或更换顾问。对于甲方客观的反馈意见，乙方应及时采取合理措施予以解决。 1.6 人天。本合同所指人天按一人一工作日（每工作日按八小时工作时间）为计算单位。 第二条乙方的收费 乙方提供的服务以实际工作时间和本合同约定的费率为基础，除非本合同双方在《工作任务书》另有明确规定。服务将根据《工作任务书》或相应的附件(如适用的话)中所列明的和/或引用的费用开列账单。 第三条合同签订及期限 本合同自双方签字盖章之日起生效并持续有效，直至被任何一方根据相应的《工作任务书》规定的方式终止本合同，如系按照时间和费率收费，则应提前三十(30)天书面通知终止本合同。如在本合同项下存在多个《工作任务书》，则其中一份
软件开发销售合同 【篇一：软件开发购销合同】 软件开发购销合同 甲方： 乙方： 甲、乙双方本着平等互利的原则，就甲方向乙方购买《视高科技视 频会议系统》之事宜，双方经协商一致，达成下述合同条款，共同 遵守执行。 第一条总则 定义 合同：除非特别说明，“合同”一词均指本合同。 授权代表：甲乙双方各有一至二名授权代表，处理本合同对双方具 有法律约束力的事宜。 不可抗力：合同一方或双方不能预见、不能避免并不能克服之客观 情况，例如：地震、战争等。不可抗力不包括由于一方的疏忽或故 意不遵守良好的合同惯例所发生的事故。 合同生效 本合同经甲乙双方签字盖章之日生效。 3、合同修改 除非由双方授权代表签字并经单位加盖公章予以确认的书面修改文件，否则合同不得修改。符合这一程序的修改将构成合同的一部分，并将与合同具有同等的法律效力。 通告 为执行本合同所需要通告另一方的信息（如：通知、要求等）都应 当以书面形式提供。 通告的消息以挂号信、专递、传真或派人递交信件等形式发给规定 的对方联系地址，都可视为提交，并在以书面形式确认收到后生效。本合同的含义和解释，以及各方之间的关系均受中华人民共和国法 律约束。 第二条产品 产品名称 （版本号或型号） 功能简介 数量
单价 总价 合计：元 第三条付款方式及发货方式、时间 本合同产品货款由甲方一次性支付给乙方。具体支付方式和时间如下：自本合同签订之日起七个工作日内甲方支付给乙方人民币元整（元）。乙方收到甲方货款后3日内开具合法发票给甲方。 第四条甲方义务 甲方保证不对乙方所开发的软件进行拷贝、复制、泄露给第三方使用，否则乙方将追究甲方法律责任。 【篇二：软件开发签约合同】 软件开发销售合同 甲方： 地址： 法定代表人： 法定代表人身份证号： 电话： 乙方： 地址： 法定代表人： 法定代表人身份证号： 电话： 甲乙双方就甲方同意乙方为软件信息化管理系统开发项目（以下简 称“项目”）进行软件开发服务，鉴于乙方同意接受甲方事项，经双 方友好协商达成如下协议： 第一条本合同有关名词的定义 1.“软件” 本协议所述“软件”主要指乙方根据本协议“项目”内容和要求开发、 研制、实施的程序软件以及基于该程序软件上运行的所有网站网页、信息数据库和应用子系统等等。还包括用于说明、维护及使用应用 软件的相关技术文档和资料。 2.“保修期” “保修期”：指甲方与乙方在项目全面验收合格证书签署后的免费修复、免费升级、免费维护和免费部署的时期。具体包括乙方对项目
保密协议书 甲方： 乙方： 丙方： 为实现__________平台与_________系统对接、读取________数据。经甲乙丙三方友好协商，达成如下保密协议： 一、本协议所指的秘密为甲乙丙三方在合作过程中，丙方从乙方获取的乙方所开发的对接____________系统的接口及相关信息（以下简称该秘密）。包括但不限于： 1、乙方向丙方提供乙方所开发的对接__________系统的接口（以下简称该 接口）。 2、乙方提供该接口这一事项（以下简称事项一）。 3、甲方__________对接__________系统这一事项（以下简称事项二）。 4、丙方对接该接口这一事项（以下简称事项三）。 5、丙方对接该接口所获取的所有数据信息（以下简称该数据）。 二、丙方从甲方或乙方获悉的秘密，应采取下列保密措施： 1、丙方不得在甲方__________项目之外使用该接口。 2、丙方仅在甲方__________项目中向有关参与的员工提供该接口信息。 3、丙方不得向非__________项目的任何单位、个人提供该接口。
4、丙方不得向非__________项目的任何单位、个人提供该数据。 5、丙方不得以任何方式宣传事项一。 6、丙方不得以任何方式宣传事项二。 7、丙方不得以任何方式宣传事项三。 三、本协议不因__________项目合同的履行结束而终止，__________项目合同结束后，丙方仍有义务保护该秘密；不论丙方参与甲方__________项目到何种进度，丙方均不得以该秘密向甲方或乙方索取、追述和主张任何权利。 四、自本协议生效之日起，凡因丙方在项目及管理上的疏忽而造成泄密情况的，一经查实，丙方负全部法律责任。 五、本协议一式三份，具有同等法律效力，甲乙丙三方各执一份。 六、本协议自签订之日起生效。 甲方（盖章）乙方（盖章）丙方（盖章）
HDMI接口与HDMI协议 什么是HDMI接口？ HDMI的英文全称是“High Definition Multimedia”，中文的意思是高清晰度多媒体接口。HDMI接口可以提供高达5Gbps的数据传输带宽，可以传送无压缩的音频信号及高分辨率视频信号。同时无需在信号传送前进行数/模或者模/数转换，可以保证最高质量的影音信号传送。应用HDMI的好处是：只需要一条HDMI线，便可以同时传送影音信号，而不像现在需要多条线材来连接；同时，由于无线进行数/模或者模/数转换，能取得更高的音频和视频传输质量。对消费者而言，HDMI技术不仅能提供清晰的画质，而且由于音频/视频采用同一电缆，大大简化了家庭影院系统的安装。 2002年的4月，日立、松下、飞利浦、Silicon Image、索尼、汤姆逊、东芝共7家公司成立了HDMI组织开始制定新的专用于数字视频/音频传输标准。2002年岁末，高清晰数字多媒体接口(High-definition Digital Multimedia Interface)HDMI 1.0标准颁布。HDMI在针脚上和DV I兼容，只是采用了不同的封装。与DVI相比，HDMI可以传输数字音频信号，并增加了对HDCP的支持，同时提供了更好的DDC可选功能。HDMI支持5Gbps的数据传输率，最远可传输15米，足以应付一个1080p的视频和一个8声道的音频信号。而因为一个1080p的视频和一个8声道的音频信号需求少于4GB/s，因此HDMI还有很大余量。这允许它可以用一个电缆分别连接DVD播放器，接收器和PRR。此外HDMI支持EDID、DDC2B，因此具有HDMI的设备具有“即插即用”的特点，信号源和显示设备之间会自动进行“协商”，自动选择最合适的视频/音频格式。 传统的AV复合和色差接口都需要独立分开音频和视频数据线来传输信号，同为数字接口的DVI接口则并不支持音频传输，目前唯有HDMI具备了在一条数据线上同时传送影音信号的能力，因此人们也习惯把HDMI称为“高清一线通”。
附件列表： 附件1：互联网行为管理系统1.0定制化开发的需求规格（1）乙方根据甲方的要求，提供互联网行为管理系统1.0数据展现的Web页面调用接口，由甲方进行嵌入调用。 （2）乙方根据甲方提供的语音通话记录数据库、短信记录数据库，进行研发，将这两部分数据统一展现在乙方的互联网行为管理系统1.0页面上。 （3）乙方根据甲方的要求，提供部分互联网行为管理系统1.0新增业务相关的部分数据接口，由甲方自行开发数据展现。 （4）乙方的具体研发工作内容及规格如下： 4.1修改原系统1.0登录机制，并提供各子页面的调用地址 ?乙方调整或提供原系统的Web机制，实现甲方可以通过 自己的系统直接登录乙方的Web系统。 原乙方系统1.0的所有菜单均提供类似以下的内嵌 4.2系统权限管理(管理子域)的优化及功能裁剪 ?按照甲方Web页面需求，乙方提供最高权限的admin账
户登录。 4.3 手机号码关联的设计接口及实现 ?乙方提供开发接口。 ?甲方将特定对象的手机号码和互联网账号信息写入乙方 数据库。 ?由乙方原系统的虚拟人员Web模块统一展现。 4.4 语音通信记录的数据库接口及展现 ?乙方提供符合乙方系统的语音通信记录接口。 ?甲方按照接口，生成相应的通信记录文件。 ?乙方将语音通信记录展现在原系统的数据分析页面上。 4.5 短信记录的数据库接口及展现 ?乙方提供符合乙方系统的短信记录接口。 ?甲方按照接口，生成相应的短信记录文件。 ?乙方将短信记录展现在原系统的数据分析页面上。 4.6 修改优化监控对象(策略子域)的菜单功能 ?乙方优化原系统1.0，只保留案件管理、策略配置、策略 下发等子功能。 4.7 修改监控对象(策略子域)的告警方式 ?乙方去掉原系统1.0中的SMS短信、Web页面、邮件等 策略子域告警方式。 ?乙方增加由甲方告警的方式，即乙方在需要告警时通知 甲方系统，由甲方系统提供Web页面等告警方式。