禹星科技短信平台接口定义规范
文件编号：YXKJ-D003
版本号：V 2.0
武汉禹星科技有限公司
2012年8月8日
目录
1 概述 (4)
1.1协议说明 (4)
1.2适用范围 (4)
1.3参考资料 (4)
1.4术语 (4)
2 CP与SP的通信 (5)
2.1 通用HTTP方式 (5)
2.1.1 从CP到SP的命令 (5)
2.2 通用Webservice方式 (6)
2.2.1 从CP到SP的命令 (6)
3 消息定义 (6)
3.1基于通用HTTP的消息定义 (6)
3.1.1 submit (7)
3.1.2 balance (9)
3.2基于通用Webservice的消息定义 (10)
3.2.1 submit (11)
3.2.2 balance (13)
4 接口常见问题 (15)
5 修订历史 (16)
附录1 (17)
前言
本规范为武汉禹星科技有限公司企业规范，现阶段版本是2.0版。本规范描述了武汉禹星科技短信业务中消息的类型和定义。根据业务的发展，规范中的指令操作和参数将会做进一步的调整和增加。
本规范解释权属于武汉禹星科技有限公司。
本规范起草单位：武汉禹星科技有限公司开发部。
本规范主要起草人：袁建斌。
1 概述
1.1协议说明
本协议是CP和SP之间的接口协议。
1.2适用范围
本协议适用于各CP厂商。
1.3参考资料
1.4术语
本协议用到以下术语：
2 CP与SP的通信
CP和SP支持两种类型的通信承载方式：通用HTTP承载方式和通用WebService承载方式。
2.1 通用HTTP方式
CP和SP之间采用通用HTTP方式通信时，CP为HTTP的客户端，SP 为服务器端。HTTP的特点决定客户端和服务器端的每一次通信都必须一次完成连接、发送请求、接收应答、关闭连接等过程(HTTP承载方式不再需要专门的连接命令)。
如果HTTP服务器接收到的HTTP请求内容的格式不完整或不正确，HTTP服务器应该返回错误码。
HTTP承载方式支持的HTTP协议为1.0版。
HTTP承载方式使用如下命令：
2.1.1 从CP到SP的命令
2.2 通用Webservice方式
CP和SP之间采用通用Webservice方式通信时，CP为Webservice 的客户端，SP为Webservice服务器端。
如果Webservice服务器接收到的Webservice请求内容的格式不完整或不正确，Webservice服务器应该返回错误码。
Webservice承载方式使用如下命令：
2.2.1 从CP到SP的命令
3 消息定义
3.1基于通用HTTP的消息定义
HTTP客户端采用POST或GET方法向服务器端发送请求，服务器端返回应答。
HTTP请求和响应的格式如下：
3.1.1 submit
submit请求：
请求地址：https://www.doczj.com/doc/d31746102.html,:8966/submit
submit应答
应答的文件格式是XML，编码是utf-8。
示例：
3.1.2 balance
balance请求：
请求地址：https://www.doczj.com/doc/d31746102.html,:8966/balance
balance应答
应答的文件格式是XML，编码是utf-8。
示例：
3.2基于通用Webservice的消息定义
Webservice客户端向服务器端发送请求，服务器端返回应答。
Webservice请求和响应的格式如下：
3.2.1 submit
submit请求：
请求地址：https://www.doczj.com/doc/d31746102.html,:8966/services/WS2Handler?wsdl 方法名称：submit
submit应答
应答的文件格式是XML，编码是utf-8。
示例：
3.2.2 balance
balance请求：
请求地址：https://www.doczj.com/doc/d31746102.html,:8966/services/WS2Handler?wsdl 方法名称：balance
balance应答
应答的文件格式是XML，编码是utf-8。
示例：
4 接口常见问题
5 修订历史
注：对该文件内容增加、删除或修改均需填写此历史，详细记载变更信息，以保证其可追溯性。
附录1
信息技术服务合同书 合同编号： 01 甲方：摩恩（上海）厨卫有限公司 乙方：湖南尚雅鑫网络科技有限公司 甲乙双方经充分协商，达成以下协议，承诺共同遵守： 一、内容 （1）乙方向甲方以有偿收费方式提供网络技术开发服务，为甲方发送宣传信息。 （2）协议签订后，甲方按照本合同第三款约定向乙方支付信息发送费用，乙方为甲方 提供信息发送服务。 二、信息内容与信息资费 (1)信息内容：网络技术开 (2)信息资费，见下表： (3)信息在 4 月 30 日之前发送完毕。 三、付款方式 双方约定选择以下第 1 种付款方式 （1）合同签订后，甲方一次性以现金或者银行转帐方式全额支付信息发送费用给乙方， 乙方在合同约定期限内把甲方信息发送完毕。 （2）合同签订后，甲方一次性以现金方式支付信息发送费用的50%作为信息发送预付 款，待乙方为甲方信息发送完毕后，甲方于7个工作日内一次性全额支付信息发送费用剩 余款项给乙方。 （3）信息发送完毕后，甲方于7个工作日内一次性全额支付信息发送费用给乙方。 （4）其他约定： 四、双方责任 （1）乙方应保证甲方信息的正常发送。 （2）信息发送中若出现手机信息接收方的投诉或信息发送内容违反本协议第五条约定的, 责任由甲方负责。 （3）甲方所要发送的商务信息内容应提前一天向乙方提交。一般情况下，在甲方递交信 息内容后乙方在24小时内会发送完毕。 （4）如乙方原因导致甲方不能正常发送信息，甲乙双方经友好协商予以妥善解决。
（5）乙方平台对于甲方提交的商务信息在早上8：00—18：00时段发送。甲方要求乙方超出此时段发布，乙方有权予以拒绝,特殊情况双方另行解决. （6）甲方不能向乙方指定帐号以外的任何帐号汇款，否则该项财务核算为无效（特殊情况经双方确认授权，可以适当变通）。 五、安全责任 甲方保证所递交发送信息内容的合法性，并对发送的信息内容单独承担责任，不得传播含有以下内容信息： （1）违反中华人民共和国宪法所确定的基本原则的。 （2）危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一的。 （3）损害国家荣誉和利益的。 （4）煽动民族仇恨、民族歧视，破坏民族团结的。 （5）破坏国家宗教政策，宣扬邪教和封建迷信的。 （6）造谣中伤，扰乱社会秩序，破坏社会稳定的。 （7）反动、色情、淫秽、赌博、暴力、凶杀、恐怖、恐吓或者教唆犯罪的。 （8）侮辱、谩骂、诽谤他人的。 （9）中华人民共和国法律、行政法规所禁止的其它内容的。 六、免责条件 （1）双方任何一方由于火灾、自然灾害、战争或政策等不可抗力因素不能履行或不能完全履行合同时，均应及时以书面形式通报对方，作为免责手续。不可抗力事件结束后，双方应协商继续履行合同，合同不能继续履行的，乙方退还甲方剩余信息费用。 （2）因骨干网或传输网故障及国家或移动运营商政策变化导致双方合作无法继续履行的，双方互不追究责任。乙方退还甲方剩余信息费用。 七、本协议自双方代表或其授权人签字（加盖公章）之日起生效，协议未尽事宜由双方另行友好协商解决，本协议一式二份，甲方执一份，乙方执一份，双方效力对等。 甲方：乙方： 代表人：代表人： 电话：电话： 日期：年月日日期：年月日
合同订立原则 平等原则： 根据《中华人民共和国合同法》第三条：“合同当事人的法律地位平等，一方不得将自己的意志强加给另一方”的规定，平等原则是指地位平等的合同当事人，在充分协商达成一致意思表示的前提下订立合同的原则。这一原则包括三方面内容：①合同当事人的法律地位一律平等。不论所有制性质，也不问单位大小和经济实力的强弱，其地位都是平等的。②合同中的权利义务对等。当事人所取得财产、劳务或工作成果与其履行的义务大体相当；要求一方不得无偿占有另一方的财产，侵犯他人权益；要求禁止平调和无偿调拨。③合同当事人必须就合同条款充分协商，取得一致，合同才能成立。任何一方都不得凌驾于另一方之上，不得把自己的意志强加给另一方，更不得以强迫命令、胁迫等手段签订合同。 自愿原则： 根据《中华人民共和国合同法》第四条：“当事人依法享有自愿订立合同的权利，任何单位和个人不得非法干预”的规定，民事活动除法律强制性的规定外，由当事人自愿约定。包括：
第一，订不订立合同自愿；第二，与谁订合同自愿，；第三，合同内容由当事人在不违法的情况下自愿约定；第四，当事人可以协议补充、变更有关内容；第五，双方也可以协议解除合同；第六，可以自由约定违约责任，在发生争议时，当事人可以自愿选择解决争议的方式。 公平原则： 根据《中华人民共和国合同法》第五条：“当事人应当遵循公平原则确定各方的权利和义务”的规定，公平原则要求合同双方当事人之间的权利义务要公平合理具体包括：第一，在订立合同时，要根据公平原则确定双方的权利和义务；第二，根据公平原则确定风险的合理分配；第三，根据公平原则确定违约责任。 诚实信用原则： 根据《中华人民共和国合同法》第六条：“当事人行使权利、履行义务应当遵循诚实信用原则”的规定，诚实信用原则要求当事人在订立合同的全过程中，都要诚实，讲信用，不得有欺诈或其他违背诚实信用的行为。 善良风俗原则：
西宁国税局短信应用平台 建设方案 上海若雅软件系统有限公司 2013年3月
目录 1项目概述 (5) 1.1 项目背景 (5) 1.2 需求分析 (5) 2 总体技术路线 (5) 2.1 J2EE技术架构 (5) 2.2 平台技术架构 (7) 3 系统架构 (8) 3.1功能结构 (8) 3.2物理结构 (9) 4 系统功能 (10) 4.1 用户和权限管理 (10) 4.2 角色管理 (10) 4.3 系统管理 (11) 4.4 短信审核功能 (12) 4.4.1 短信审核 (12) 4.4.2 审核查询 (12) 4.4.3 审核设置 (13) 4.5 与征管系统的交互功能 (13) 4.5.1 DB短信 (13) 4.5.2 界面发送 (13) 4.6 知识库应用 (13) 4.6.1 知识库同步 (13) 4.6.2 知识库应用 (14) 4.7 查询统计及优化 (14) 4.7.1 下行毒啊你选你查询 (14) 4.7.2 上行短信查询 (14)
4.7.3 查询优化 (14) 4.7.4 分析报表 (15) 4.8 接口管理 (15) 5 安全性 (15) 5.1 接入方式安全考虑 (15) 5.2 性能保障 (16) 6 项目管理及实施方案 (16) 6.1需求细化 (16) 6.2软件适应性开发和测试 (17) 6.3系统安装和整体调试 (17) 6.4系统试运行 (18) 6.5初验 (18) 6.6初验后试运行 (18) 6.7用户培训 (19) 6.9.1培训对象 (19) 6.9.2完成培训的保障措施 (20) 6.8终验 (20) 7 技术服务和售后维护 (20) 8.1服务体系 (21) 8.2技术支持服务内容 (21) 8.3售后服务流程 (21) 8.4售后服务方式 (22) 8.4.17*24小时业务服务 (22) 8.4.2现场技术支持 (22) 8.4.3远程登录诊断 (22) 8.4.4公司现场仿真专家会诊 (22) 8.4.5项目巡检 (22) 8.4.6总经理投诉热线 (23) 8.5售后服务保障措施 (23) 8.5.1完善的售后支持服务网络 (23)
信访信息化解决方案 第一章：概述 党的十六届五中全会提出，推进国民经济和社会信息化，加强信息资源开发和共享，完善社会管理体系，坚持以人为本，畅通诉求渠道，建立健全社会预警体系，提高调处人民内部矛盾纠纷和处置突发性事件的能力，以信息化推进社会主义和谐社会建设。信访部门担负着受理群众来信来访、调处社会矛盾纠纷、促进社会和谐稳定的重要职责，随着信息化、市场化的不断发展，人民群众围绕切身利益面对和产生的价值观念信号不能增强，各种新情况新问题将不断通过信访渠道反映出来，如何适应信访工作新形势、新任务，掌握和运用现代先进通信和网络技术、建立信访信息系统、进一步畅通信访渠道、维护人民群众根本利益、密切党和政府与人民群众的联系，已成为当前各级信访部门和广大信访干部必须思考的一个新课题。 1.1建立信访信息系统、加强信访信息化建设是一项紧迫的信访工作任务 信访信息系统是充分利用现有政务信息网络（政府专网）资源，实现上级人民政府、本级政府有关部门、下级人民政府之间和各级信访部门之间信访信息互联互通的一个全网络化的应用系统，从信访事项的受理、信访事项的处理与协调、信访事项处理过程与结果、信访事项处理结果的报告、信访人的回访、信访信息的查询和信访信息的统计分析等过程都实现信息化管理，是人民群众反映利益诉求的电子渠道，是提高信访工作业务管理水平和效率的电子平台。建立信访信息系统、推进信访信息化建设是是做好新形势下信访工作的迫切需要。 第一，“信息化信访”是信访工作发展的趋势所在，建立信访信息系统是落实《信访条例》的现实举措。信息化带来了人们思想观念的多维化、利益诉求反映方式的多样化，“高速、快捷、便利、高效”是当前信息时代对信访工作提出的客观要求。《信访条例》从畅通信访渠道、为人民群众反映问题提供便利条件出发，规定“县级以上地方人民政府应当充分利用现有政务信息网络资源，建立或者确定本行政区域的信访信息系统，并与上级人民政府、政府有关部门、下级人民政府的信访信息系统实现互联互通”，这从法律形式上明确了信息化为信访工作服务、为建设和谐化社会服务的目标。全省各地、各部门要加强对信访工作的信息化、规范化建设，畅通信访“绿色”渠道，保护信访人的合法权益，维护信访秩序，方便信访人通过网络方式提出信访事项，方便各级行政机关对信访事项受理和处理的信访信息共享，避免重复受理、处理，降低行政成本，提高行政效率，合理利用信息网络资源，建立本地区信访信息系统。 第二，建立信访信息系统赋予了信访工作崭新的工作方式和方法，是信访工作的拓展和延续。信访信息系统把电话、电子邮箱、传真和网络等多种信息资源有机结合起来，它的广泛应用，对于提高信访工作效率，方便群众反映问题，减轻信访工作者的劳动强度，加快信访信息的传递速度，及时化解矛盾，采纳群众建议具有十分重要意义和积极作用。一方面，它与传统的信访多是申诉求决有很大的差别，开辟了一条不受时间、地域限制的广阔的信访渠道，广大群众可以直接向当地的党政领导反映情况、提出意见和建议，广开了便捷的言路，
目录 1接口类型 (2) 1.1人机接口 (2) 1.2软件-硬件接口 (2) 1.3软件接口 (2) 1.4通信接口 (2) 2接口设计规范 (2) 2.1基本内容 (2) 2.2规格说明 (3) 2.2.1人机接口 (3) 2.2.2软件-硬件接口 (3) 2.2.3软件接口 (3) 2.2.4通信接口 (3) 3接口设计文档提纲 (3)
1接口类型 1.1人机接口 人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口，包括硬件及程序。 1.2软件-硬件接口 软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口 软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口 通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。 2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义 5、接口的规格和技术要求，包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求，包括硬件支持、存储资源分配等 8、接口程序的数据处理要求
9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口 准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口 逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口 逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。 2.2.4通信接口 逐个描述各个通信接口的设计特性。包括硬件描述、接口功能说明、通信协议、报文处理、存储资源分配、程序接口设计和程序编制要求等。 3接口设计文档提纲 1概述........................................................................................................................................................... 错误！未定义书签。 1.1编写目的......................................................................................................................................... 错误！未定义书签。 1.2参考资料......................................................................................................................................... 错误！未定义书签。 1.3术语和缩写词................................................................................................................................ 错误！未定义书签。2软件系统综述......................................................................................................................................... 错误！未定义书签。3接口设计.................................................................................................................................................. 错误！未定义书签。 3.1接口框图......................................................................................................................................... 错误！未定义书签。 3.2接口一览表.................................................................................................................................... 错误！未定义书签。 3.3人机接口......................................................................................................................................... 错误！未定义书签。 3.4软件-硬件接口 .............................................................................................................................. 错误！未定义书签。
编号：_____________信息系统维护服务合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 法定代表人： 地址： 联系方式： 乙方： 法定代表人： 地址： 联系方式： 根据《中华人民共和国合同法》及我国相关现行生效的法律法规的规定，合同双方就乙方向甲方提供“系统”的技术支持及系统维护服务事宜确立本合同，以明确双方的权利、义务，确保合同双方共同执行。 一、服务说明 年月，甲方 的系统（以下简称“系统”）上线运行后进入为期个月的免费系统维护期，乙方针对系统运行期间可能出现的软件故障提供了相应维护服务，对应用系统提供了技术支持和服务。 年月系统免费维护期已满，现经甲乙双方协商确定由乙方继续向甲方提供系统有偿维护服务，服务内容见本合同“二、服务内容”。 但对于甲方在乙方软件基础上自行进行的开发内容，不属于本合同服务范围，乙方不提供技术支持与维护服务。
二、服务内容 三、服务响应
当甲方系统发生一个技术问题后，乙方支持服务队伍接到报告后会对甲方每次支持请求做出及时响应。 支持服务队伍将甲方服务请求划分为三种级别，服务级别取决于对系统运行的关键程度和备用资源的合理调用，并依据不同服务级别，决定相应的服务响应时间。此外，对于甲方的特殊要求，亦可双方商讨并制定单独的解决方法。 服务级别定义： i级（全面加紧服务）：系统宕机重启后仍不能正常启动或启动后无法登陆。ii级（加紧服务）：报送文件产生功能不能实现、时好时坏等情况的出现。 iii级（常规服务）：报送文件生成以外的功能产生不能实现或时好时坏等情况的出现。 四、服务期限 年月日起 至年月日。服务期满后如双方均无异议，则服务期限自动顺延一年，延长的服务期限内的维护费用不包含在本合同维护费用之内，由甲方在该延长服务期限开始后与乙方另行协商签订运维合同。 五、维护费用 1、维护费用：人民币（大 写）（￥元）。本合同生效后乙方向甲方出具足额有效的发票，甲方收到后日内一次性将前述款项转账至乙方指定账户。 2、乙方账户信息：
武汉三玖家政服务有限公司 短信平台管理办法 第一条、目的 为了保证公司短信平台安全、规范的使用，特制定本管理办法第二条、范围 适用于客户消费通知、服务提醒、节日问候等短信群发 第三条、短信内容 1、表达清晰、文字简洁 2、格式统一。短信内容前必须有“【三玖家政】通知：”签名。例：【三玖家政】通知： 第四条、短信容量 1、一条短信的容量为70个字符；大于70个字符，即为二条短信；大于140个字符，即为三条短信；依次类推。 2、发送短信长度大于70个字符时，接收方仍能以一条长短信接受完毕。 第五条、短信模板
第六条、发送范围 该短信平台发送范围仅针对会员和内部员工，不得擅自以个人名义发送与公司无关的短信 会员短信发送暂分为三类 1、办卡充值类 2、刷卡消费类 3、派单通知类 4、放假通知类 员工短信发送暂分为两类 1、节日祝福：新年、端午、中秋、五一、元旦、国庆等 2、重要会议通知 第七条：处罚 1、短信正常发送有营业厅主管负责，其他部门如需发送短信的，需提前向胡主管申请，未经许可擅自发送短信的，每发送一条处罚10元。 2、短信模板如需更改，需向胡主管申请，没有申请擅自发送短信的，每发送一条处罚10元。 3、营业厅工作人员，没有按照公司要求，或者由于工作疏忽，造成短信内容与公司规定的短信模板内容不符的，每发送一条处罚1元。 4、新办卡客户、充值客户、电子卡刷卡消费客户、当天已派单客户，必须按照公司规定10分钟内发送短信，如果漏发短信，每条
处罚5元。 第八条：信息安全责任 不能制作、复制、发布、传播含有下列内容的信息： 1、反对宪法所确定的基本原则 2、危害国家安全、泄露国家秘密，颠覆国家政权，破坏国家统一的 3、损坏国家荣誉和利益的 4、煽动民族仇恨、民族歧视、破坏民族团的 5、破坏国家民族宗教政策，宣扬邪教和封建迷信的 6、散步淫秽、色情、赌博、暴力、凶杀、恐怖犯罪的 7、散步谣言、扰乱社会秩序，破坏社会稳定的 8、侮辱或者诽谤他人，侵害他人合法权益的 9、含有法律、行政法规禁止的其他内容的 第九条：一经发现有违反第九条，当追究当事者法律责任第十条：本办法自颁布之日起，有公司总经办解释、修订并完善，有总经理签批颁布。 武汉三玖家政服务有限公司 二零一四年十月二十七日
短信平台操作手册 伏明成 2012/3/13
目录 1.背景 (3) 2.建设目标 (3) 3.解决方案 (3) 3.1总体思路 (3) 3.2功能描述 (5) 3.2.1客服人员功能 (5) 3.2.2代理商功能 (6) 3.2.3终端用户功能 (6) 3.2.4发送短信服务功能 (7) 3.2.5权限管理 (7) 3.2.6统计查询 (8) 3.3技术结构 (8) 3.3.1平台总体结构 (8) 3.3.2开发架构 (9) 3.3.3技术优势 (9) 3.4需求分析 (10) 3.4.1代理商平台 (10) 3.4.2终端用户平台 (18) 3.4.3管理员平台 (27) 3.4.4数据接口 (39) 3.4.5短信发送服务 (40) 3.5其他非功能性需求 (42) 4.项目实施计划 (45) 4.1工程进度表 (45) 4.2项目启动阶段 (45) 4.3系统构建阶段 (46) 4.4项目计划阶段 (46) 4.5系统开发阶段 (47) 4.6系统稳定阶段 (47) 4.7试运行阶段 (48) 4.8验收阶段 (49)
1.背景 近几年中国通信市场飞速发展，市场规模以人们难以想象的速度急剧扩。短信（SMS）作为目前无线领域中一个神采飞扬的应用，改变传统的通信方式，改变着人们现在的生活方式，引发出新的机遇。 2.建设目标 按着同客户方的了解，本项目的建设目标是以短信的收发为核心建立一个可以支持多级管理的短信平台。具体要去如下： ?后台管理支持通道权限控制管理 ?支持多级供应商管理 ?支持短信的多级审核功能 ?支持准确、清晰的计费管理，包括通道计费和客户计费 ?支持充值管理 ?支持代理商后台分级管理 ?支持为客户提供SDK服务 3.解决方案 3.1总体思路 对于目前四大电信服务商，平台的通道管理提供应对不同服务商的通道功能，以及支持同一个供应商的多通道服务。整个平台提供两种形式的短信发送服务，一个是WEB版的短信发送，可以使用自己定义的短信模板发送单个用户或者多个用户的短息，可以定时发送，也可以立即发送。同时也提供SDK形式的服务，由客户自己集成到应用中，使用平台的发送功能。 平台支持多级代理商功能，每个代理商可以发展自己的客户，使用平台维护自己的客户
短信服务合作协议 短信服务合作协议 甲方：_____________________ 联系人：___________________ 联系电话：_________________ 传真：_____________________ 电子信箱：_________________ 乙方：_____________________ 联系人：___________________ 联系电话：_________________ 电子信箱：_________________ qq：_______________________ 汇款地址（开户行）：_______ 帐号：_____________________ 鉴于： 乙方是拥有大量用户群互联网信息提供商，拟采用短信等移动通讯方式，向自己的会员及手机用户及时发送各类娱乐资讯及相关活动的短信息。 _________（以下简称甲方），拥有短信息特服号通道，技术力量和移动数据通讯管理平台。 双方就乙方利用甲方短信平台为最终用户提供短消息信息服务，本着平等互利、优势互补、公平双赢、共同发展的原则，经认真研究和友好磋商，特签订本协议。 第一条合作内容 1．1 甲乙双方就短信业务开展合作。乙方确保在双方协议期限内不再与第三方进行类似合作，否则将视为违约。 1．2 乙方负责和决定对最终用户提供信息服务的内容和用户宣传推广工作，甲方通过其渠道资源为乙方提供市场推广的支持。 1．3 乙方应保证向用户提供的短信息及相关服务质量优良并及时更新，如因信息质量和服务质量问题引起的用户投诉，其经济和名誉损失由乙方承担，并妥善处理此类投诉的客户服务工作。 1．4 甲方负责提供短信服务的全部技术及设备，并负责技术平台搭建，用户数据库管理及对乙方的技术支持、技术接口，保证满足业务需求。 1．5 甲方负责通过移动运营商为乙方完成信息费的代计费和代收费工作。 1．6 甲方负责协调“______________”和“______________”两家移动运营商，保证信息发送的及时和不丢失，凡因信息下发通道不畅引起的用户投诉和经济损失，全部责任由甲方承担，如因运营商网络和用户手机设置等问题造成的投诉，甲乙双方应及时沟通确认，并向用户合理解释，获得谅解。 第二条双方的责任与权利 2．1 甲方责任： （1）甲方负责本项目短信平台，短信通道的提供和日常维护工作； （2）甲方负责向_________，_________申报全网业务，短信服务计费和服务费收取工作； （3）甲方负责信息接入标准的制订，并为乙方提供规范的接口标准；
精心整理 3.3.1平台总体结构....................................................................错误!未指定书签。 3.3.2开发架构............................................................................错误!未指定书签。 3.3.3技术优势............................................................................错误!未指定书签。 3.4需求分析........................................................................................错误!未指定书签。 3.4.1代理商平台........................................................................错误!未指定书签。 3.4.2终端用户平台....................................................................错误!未指定书签。 3.4.3管理员平台........................................................................错误!未指定书签。 3.4.4数据接口............................................................................错误!未指定书签。 3.4.5短信发送服务....................................................................错误!未指定书签。 3.5其他非功能性需求........................................................................错误!未指定书签。
房产登记智能短信互动平台技术解决方案 1.方案概述 随着中国移动通信行业的高速发展，移动通信用户迅速增长，手机已成了人们不可或缺的通讯设备，手机短信作为一种实用、方便、廉价的通信手段赢得了中国广大手机用户的钟爱。同时，短信应用的范围也逐渐由面向大众的移动增值服务向企业、银行、证券、交通、教育等应用领域扩展，成为企事业单位不可或缺的内部办公、客户服务和主动营销工具。 余杭区房管处为了使让购房者实时、准确地了解并掌握自家房产证处于办证环节的流程状态，及时的补充办证中需要的材料，决定开发一套与房产办证系统互动的手机智能短信互动应用平台。目的是以便捷的通信手段实时地发布各种通知、公告等公共信息和办证状态、补充材料明细、交费、领证等工作信息。 作为一个便民系统，余杭区房管局的房产登记智能短信互动平台即可以与房管处现有的房产管理系统进行数据互联，对办证各个环节的状态实时地通知每个办证户主；也可以作为一个平台单独使用，针对特定人群发送通知，公告，预警等信息；更可以让登记户主以短信智能查询的模式获取：房产政策、常见问题回复、办事流程等准确答案。 1.1.适用需求 短信移动办公：通知、公告、日程提醒 短信互动：房产政策、办事流程、楼盘信息 短信提示：办证状态提示、补充材料提示、领证通知等 短信投诉：对各类违规违法行为的短信投诉、受理回复、处理结果回复 短信功能集成：与现有的房产登记系统进行系统集成 1.2.方案特点 本方案可以对所有的用户发送短信（包括移动、联通、电信），无论是省内的还是省外的都可以发送和接收 独立设备，管理方便，发送速度快 发送不受任何网关的限制（前提条件，不发送违规短信、手机卡能正常收发短信） 本方案需要有特定的硬件、软件支持，日后运营由自己控制（自己对卡进行充值或购买新卡），运营费用低（SIM卡由自己购买，移动有短信套包，
S/PDIF接口规范详解，S/PDIF Specification （Sony/Philips Digital Interface Format）是一种数字音频传输接口，普遍使用光纤和同轴线输出，将音频信号输出值解码器上，能保持高保真度的输出结果，广泛应用在DTS（Digital Theatre System，数字化影院系统）和杜比数字中。 基本上是以AES/EBU(也称为AES3)专业用数字接口为参考然后做了一些小变动而成的家用版本，可以使用成本比较低的硬件来实现数字讯号传输。为了定制一个统一的接口规格，在现今以IEC 60958标准规范来囊括取代AES/EBU 与规范，而IEC 60958定义了三种主要型态： ?IEC 60958 TYPE 1 Balanced ─ 三线式传输，使用110 Ohm阻抗的线材以及XLR接头，使用于专业场合 ?IEC 60958 TYPE 2 Unbalanced ─ 使用75 Ohm阻抗的铜轴线以及RCA 接头，使用于一般家用场合 ?IEC 60958 TYPE 2 Optical ─ 使用光纤传输以及F05光纤接头，也是使用于一般家用场合 事实上，IEC 60958有时会简称为，而IEC 60958 TYPE 1即为AES/EBU(或着称为AES3)接口，而IEC 60958 TYPE 2即为接口，而虽然在IEC 60958 TYPE 2的接头规范里是使用RCA或着光纤接头，不过近年来一些使用的专业器材
改用BNC接头搭配上75 Ohm的同轴线以得到比较好的传输质量，下表为AES/EBU与的比较表。 使用的编码方法 在传输数据时使用双相符号编码(Biphase Mark Code)，简称BMC，属于一种相位调制(phase modulation)的编码方法，是将时钟讯号和数据讯号混合在一起传输的编码方法。 其原理是使用一个两倍于传输位率(Bit Rate)的时钟频率做为基准，把原本一位数据拆成两部份，当数据为1的时后在其时钟周期内转变一次电位(0->1或1->0)让数据变成两个不同电位的资料，变成10或01，而当数据为0时则不转变电位，变成11或00。同时每一个位开头的电平与前一个位结尾电平要不同，这样接收端才能判别每一个位的边界，如下图所示。 通信协议架构 与AES/EBU主要是做为传递PCM格式的信号，例如48kHz的DAT以及的CD，不过现在也有用来传递压缩过的多声道讯号。 标准传递两声道讯号的架构如下图所示，最上面为由192个框架(Frame)构成的区块(Block)。而每个Frame储存了两个声道的一组采样信号(Sample)，分为Channel A与Channel B两个声道。而每组Sample由一个子框架(Sub
信息类合作协议范本 合同编号： 甲方：中国联通**分公司 地址： 电话： 传真： 开户行： 银行帐号： 乙方：**索特微软件技术有限公司 地址：新北区创新科技园科技楼北区 电话：0519- 传真：0519- 开户行： **商业银行南大街支行 银行帐号：729 甲方作为移动通信运营商和移动数据业务的运营商，面向各应用提供商提供开放、有偿的通信通道；乙方作为应用提供商直接面向甲方用户提供信息类应用服务。 为了充分发挥合作双方在各自服务领域的资源优势，向广大甲方用户提供短消息信息服务。双方本着平等互利、优势互补、共同发展的原则，并经过充分协商，就合作开展短消息“信息类应用服务合作事宜”达成以下协议： 一、甲乙双方合作项目内容： 1.甲方作为短信平台提供商，向乙方有偿提供通信通道。 2.乙方利用甲方的短消息系统向甲方的用户有偿提供附件中所描述的信息、应用服务。 3.甲方利用其营业系统，向乙方提供有偿的代收费服务。 4.双方合作范围为**文教系统的各学校、培训中心。 二、甲方的义务和权利 1.甲方有权审核乙方提供的经营许可证、资信证明、业务许可证明、资讯来源、物价审批及银行帐户等资料。 2.甲方承诺在本协议有效期内，不在本地（**地区）对第三方开放本合作项目；乙方承诺在本协议有效期内，不超出双方商定的范围发展客户，并在本协议生效30天内，不与其他电信运营服务商开展类似合作。 3.甲方配合乙方连通短消息网关至乙方服务器的通讯线路，甲方不得任意提供给其他用户，并保证给予乙方的短消息服务号码8765＊＊的正常使用。 4.甲方允许乙方在甲方提供的短消息平台端口上进行短消息信息服务。 5.甲方使用甲方的客服中心作为投诉受理的呼叫中心，呼叫中心号码为1001。甲方对有关网络通信问题引起的用户咨询、申告和投诉承担责任。甲方客服中心1001应受理该业务中产生的各种非网络通信问题引起的用户咨询、费用查询和投诉，并对解答不了的问题妥善引
短信平台服务协议范本-合同范本 正文：True 短信平台服务协议 短信平台服务协议 甲方：________________ 乙方：________________ 双方经充分协商，达成以下协议，共同遵守。 一、合同内容 1．甲方向乙方以有偿收费方式提供群发短信平台，供乙方发布商务广告短信息。 2．协议签定后，乙方应向甲方支付所需短信息量的金额后，甲方在平台上给予乙方的群发软件中充值相应金额的短信数量，供乙方在群发软件上撰写信息内容及确定所发客户手机号码段，通过网络提交到甲方短信平台上予以发布。
3．短信费用：短信费用为_________元／条，共_________条，共计_________元（大写：_________元整）。 4．使用期限：乙方付费充值之日算起，一次性购买_________条以下_________个月内短信发送有效，一次性购_____条以上______个月有效，过期作废。 二、付款方式及期限：_______________________。乙方款到甲方帐户后，甲方开通平台供乙方使用。 三、双方责任 1．甲方平台应保证乙方商务短信正常发布，保障信息畅通发送。 2．广告发送中若出现对发送手机号的投诉，责任由甲方负责。若内容出现投诉，责任由乙方负责。 3．乙方使用甲方短信群发软件第一个月内，每次向平台提交短信量不少于_________条。 4．乙方发布商务短信息，应提前______天向甲方平台提交，若乙方没有提前向甲方平台提交，甲方也应该最大程度地畅通发布。 5．如甲方原因导致乙方不能正常发送短信息，甲乙双方经友好协商予以解决。如双方无法达成共识，双方解除本协议，甲
短信平台使用管理办法 第一条为推进XXX管理工作，规范XXX政务短信平台（下称短信平台）的使用和管理，保证该平台安全可靠运行，提高工作效率，降低工作成本，依据《中华让人民共和国电信条例》及国家通信短信管理有关规定制定本办法。 第二条短信平台是由XXX办公室（下称办公室）根据本单位内各部门日常政务工作需要，采用手机短信技术所建立的、满足各部门以手机短信形式沟通的政务活动需要的、全XXX系统统一的短信平台。 第三条短信平台投入使用后，XXX各部门需对外发送的政务信息短信一律在短信平台上发送。 第四条办公室具体职责包括： （一）负责监督和规范平台的使用； （二）负责短信平台管理员权限的分配和管理； （三）负责短信平台设备管理工作； （四）负责收集和分析整理各部门对平台提出的正常业务需求； （五）负责收集和整理各部门提供的手机号码，并严格执行保密工作； （六）负责平台的短信内容规范及发送对象； （七）负责定期通报各单位的短信使用情况。
第五条 XXX负责短信平台维护，并提供日常应用的技术支撑。 第六条短信平台的日常使用费用由XXX统一支付，使用部门不再支付任何使用费用。 第七条平台只用于处理工作中的公共事务信息，不得用于处理个人信息。部门主管领导为平台使用第一责任人，应切实加强内部管理，做好登记和审批工作。 第八条使用短信平台的XXX办公室应指定专人负责该单位日常电子政务信息的发送，XXX各部门发送的信息由各分管领导签发后，再报送至办公室，由办公室主任审阅后，报送XXX党组书记签发后再发送，严格审批信息发布和内容审核制度。 第九条使用短信平台的科协各部门必须严格遵守国家有关信息安全各项法律、法规及规章制度，严格执行信息安全管理规定，按照“谁发布、谁负责”的原则，对由本单位发出的所有短信负全部责任。健全内部使用制度、信息安全保密制度、用户信息安全管理制度。所发短信有违法现象的，将采取措施停止违规单位的短信服务功能，并追究该单位领导的责任。 第十条操作人员实行实名制，在使用平台发送短信时应显示部门和用户姓名，不允许匿名的短信直接发送到其它手机用户。
UMP短信平台解决方案 2011年11月
目录 一、项目背景 (3) 二、短信平台需求分析 (3) 2.1 功能方面的需求 (3) 2.2 管理方面存在的需求 (3) 2.3 运维方面的需求 (4) 三、UMP短信平台解决方案概述 (4) 3.1 UMP短信平台功能 (5) 3.2 UMP短信平台特点 (6) 3.3 优质通道资源介绍 (7) 3.4 UMP短信平台通用解决方案的优势 (8) 四、技术方案概述 (10) 4.1 UMP短信平台系统结构图 (10) 4.2 UMP短信平台系统模块构成 (10) 4.3 多业务系统对接 (11) 4.4 UMP短信发送管理 (12) 4.5 集中管理 (14) 4.6 业务统计报表 (15) 4.7 系统监控管理 (16) 五、系统整体组网规划 (18) 5.1 系统整体组网规划图及介绍 (18) 5.2 系统中硬件功能具体说明 (18) 六、服务体系 (19) 6.1 质量目标 (19) 6.2 服务支持 (20) 6.3 技术支持 (21)
一、项目背景 根据中国三大移动运营商公布的数据显示，截至2011年8月底，中国手机用户总数已达9.2726亿户。随着中国手机用户的高速增长，手机短信已经成为人们日常信息快递的重要方式，企业短信作为一种企业与客户之间的通信方式，以其覆盖面广、快捷，无时空限制，低成本、精准营销等众多优势，已经被广泛应用于金融、快消、百货、售后服务、快递物流、教育、房地产、汽车、农业、政府等众多行业，成为现代企业信息化重要组成部分。 现代企业普遍面临着来自成本、生产率、产品销售以及客户服务等方面的竞争压力，拓展产品销售渠道、提高员工作业生产率、降低运营成本以及提升客户服务质量，是现代企业提升市场综合竞争能力的关键。 随着企业短信规模化应用，传统短信平台单一信息收发功能，已经不能完全满足现代企业管理的需求，所以同时兼顾多种短信业务、方便与客户系统对接、简单易行的操作与维护、高稳定、高可靠的移动信息化应用成为短信平台发展趋势。 二、短信平台需求分析 2.1.功能方面的需求 ?支持多业务系统对接 大型企业都有自己的业务系统，很多业务信息都是通过系统生成后发送，这就要求短信平台能够与业务系统之间对接来实现数据交互，尽量减少二次开发，缩短项目时间。 ?千万级信息的处理能力 对于银行、证券这样的金融客户来讲，不仅需要提交千万级的信息量，而且还对短信的及时性要求也是极高，尤其是银行类动帐短息，及时性都要求控制在1秒左右；为了避免信 息的丢失和延时，这就要求短信平台具备大规模短信的处理能力和发送能力，既要保证信息的安全与完整，又要有条不紊的将信息及时发送出去。 ?状态报告及时返回 客户通过短信平台提交大批量的信息后，有多少条是成功到达客户手机？是大家都会关心的问题，所以平台需要能及时看到短信的发送的状态，从短信提交、处理过程及成功到达手机后发回的状态报告都能查看。 2.2.管理方面存在的需求
服务端与手机平台 接口协议 BespRout 2014年11月
文档修改/审批记录
目录 1.概述 (4) 2.涉及接口 (4) 3.接口总体要求 (4) 3.1.系统间接口的原则 (4) 3.2.处理流程 (4) 3.3.接口实现方式 (5) 4.XXX服务端接口 (5) 4.1.XX模块-根据XX下载相关的配置文件 (5) 4.2.XX模块-生成指定XX的文件配置 (6) 4.3.APP启动-初使化参数 (7) 5.附件 (8) 5.1.备注说明 (8)
1. 概述 本文档提供接口给手机端使用，为手机端提供业务平台数据 2. 涉及接口 本文档涉及的外围系统接口包括：无 3. 接口总体要求 3.1.系统间接口的原则 接口设计遵循如下原则： ?安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而 可靠的技术手段，制定严格的安全可靠的管理措施； ?开放性原则：提供开放式标准接口，提供与其它系统的互联互通； ?灵活性原则：提供灵活的接口设计，便于接口的变动。 ?可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高； ?可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便 的管理方式以处理各种情况； ?统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统 一。 3.2.处理流程 接口处理流程
3.3. 接口实现方式 手机APP 应用 与服务端采用基于HTTP 的REST 协议完成，数据传输默认为JSON 4. XXX 服务端接口 测试地址前缀: http://192.168.3.208:8088/xxx/xxx 4.1. XX 模块-根据XX 下载相关的配置文件