琴城通空中圈存平台短信报文接口规范V1.2.6
上海华腾软件系统有限公司
2012-6-19
目录
1业务说明 (1)
1.1系统结构 (1)
1.1.1整体结构 (1)
1.1.2手机终端 (1)
1.1.3短信网关 (1)
1.1.4空圈平台 (1)
1.1.5第三方应用平台 (2)
1.1.6支付平台 (2)
1.2业务和流程 (2)
1.2.1S TK菜单 (2)
1.2.2圈存流程 (3)
1.2.3业务流程说明 (4)
1.2.3.1开通流程说明 (4)
1.2.3.2圈存流程说明 (4)
1.2.3.3远程余额查询流程说明 (5)
1.2.3.4触发充值流程说明 (5)
2接口定义 (5)
2.1数据类型定义 (5)
2.2总体报文格式 (5)
2.2.1上行报文格式 (5)
2.2.2下行报文格式 (7)
2.3交易类型定义 (8)
2.3.1上行交易类型 (8)
2.3.2下行交易类型 (8)
2.4交易接口定义 (9)
2.4.1开通请求 (9)
2.4.2开通应答 (9)
2.4.3充值请求 (9)
2.4.4充值应答 (10)
2.4.5充值结果请求 (11)
2.4.6充值结果应答 (11)
2.4.7冲正请求 (12)
2.4.8冲正应答 (12)
2.4.10查看余额应答 (13)
2.4.11触发充值请求 (13)
2.5行业应用数据定义 (13)
2.5.1开通请求 (13)
2.5.2开通应答 (13)
2.5.3充值请求 (13)
2.5.4充值应答 (14)
2.5.5充值结果请求 (14)
2.5.6充值结果应答 (15)
2.5.7冲正请求 (15)
2.5.8冲正应答 (15)
2.5.9查看余额请求 (15)
2.5.10查看余额应答 (15)
2.5.11触发充值请求 (15)
2.6字段说明 (16)
2.6.1T AR (16)
2.6.2命令类型 (16)
2.6.3命令版本 (16)
2.6.4命令长度 (16)
2.6.5命令参数密文 (16)
2.6.6随机数 (16)
2.6.7M AC (16)
2.6.8报文流水号 (16)
2.6.9交易流水号 (17)
2.6.10触发流水号 (17)
2.6.11行业应用数据长度 (17)
2.6.12行业应用数据 (17)
2.6.13充值方式 (17)
2.6.14充值金额 (17)
2.6.15充值前余额 (18)
2.6.16支付方式 (18)
2.6.17支付账号长度 (18)
2.6.18支付账号 (18)
2.6.19支付密码 (18)
2.6.20充值账号长度 (18)
2.6.21充值账号 (18)
2.6.22充值请求结果 (18)
2.6.23错误描述长度 (18)
2.6.25交易提交时间 (18)
2.6.26充值后金额 (18)
2.6.27充值结果应答码 (19)
2.6.28原始交易流水号 (19)
2.6.29原始交易提交时间 (19)
2.6.30冲正结果应答码 (19)
2.6.31查看余额响应码 (19)
3安全规范 (19)
3.1密钥管理 (19)
3.1.1密钥选择 (19)
3.1.2密钥分散 (20)
3.1.2.1一级分散 (20)
3.1.2.2二级分散 (20)
3.2加密解密 (21)
3.3MAC计算 (22)
3.3.1参与数据 (22)
3.3.2计算步骤 (22)
4附录 (23)
4.1附录A状态字 (23)
1业务说明
1.1系统结构
1.1.1整体结构
琴城通
支付平台
1.1.2手机终端
手机终端需支持STK菜单，并支持数据短信。
SIM卡提供STK菜单，并按照本规范要求实现上下行报文的处理。
1.1.3短信网关
短信网关是移动支付应用的短信通道，短信网关负责转发上行短信到近场支付平台进行处理，以及向用户发送下行短信通知业务处理结果。
1.1.4空圈平台
空圈平台负责向应用系统提供交易数据短信通道；负责重复报文过滤；负责短信报文的组装和安全处理；负责向支付系统分析数据短信并转发应用系统的交易请求，并记录交易手机号码、类型、日期以及结果等数据。
1
1.1.5第三方应用平台
第三方应用平台利用空圈平台提供的数据短信通道完成空中的业务处理。
1.1.6支付平台
支付平台作为空中交易的资金来源，提供支付及支付撤销等业务。
1.2业务和流程
1.2.1STK菜单
2
1.2.2圈存流程
3
1.2.3业务流程说明
1.2.3.1开通流程说明
1、初始状态下一卡通下三个子菜单处于隐藏状态。用户首次点击一卡通菜单，卡片发起开通请求。
2、卡片收到开通成功应答，提示开通成功，显示子菜单。
3、卡片收到开通失败应答，提示开通失败，用户再次点击一卡通菜单重新发送开通请求。
4、直到收到开通应答为成功，此时开通完成，才能显示子菜单。
1.2.3.2圈存流程说明
1、用户点击充值菜单，发起充值请求，先提示用户输入金额，用户输入完成卡片判断输入的金额是否合法，不合法则提示金额不合法，合法则提示用户是否确认充值**元，用户确认之后，向平台发送请求。
2、卡片未收到充值应答，用户点击充值菜单，提示用户上次交易未完成是否重发，用户确认重发，则重新发起（报文流水和交易流水不变）。重发三次之后仍未收到充值应答，用户第四次点击充值则提示取消充值交易，用户确认发起冲正请求，冲正请求发送失败或者未收到冲正应答或者收到冲正应答为失败，则重复发起冲正请求，直到收到冲正应答为成功。
3、卡片收到充值应答为失败，提示用户充值失败，交易结束，不需要冲正。用户再次点击充值菜单，发起新的充值请求。
4、卡片收到充值应答为成功，则进行卡片写卡。写卡完成之后，不管写卡是否成功，都发起充值结果请求，写卡结果在充值结果域标明。若此时发送充值结果请求失败或者未收到充值结果应答或者收到充值结果应答为失败，则重复发起充值结果请求，直到收到充值结果应答并且应答为成功。
5、用户发起新的交易的条件是前一笔交易已经完成，即收到充值结果应答为成功或者收到冲正应答为成功，其它情况都不算交易完成。交易未完成时，禁止发起新的交易。
4
6、对于琴岛通整个空圈平台作为一个POS ，由琴城通平台为空圈平台分配一个POS ID，卡片在发卡时将此POS ID写入卡内，发起交易时卡内读取POS ID参与运算。POS 流水号由空圈平台统一产生。
1.2.3.3远程余额查询流程说明
卡片发送余额查询应答时触发流水号同收到的余额查询请求中触发流水号相同。
1.2.3.4触发充值流程说明
1、卡片收到触发充值请求时，发起充值请求，报文流水号更新为触发充值请求中的报文流水号、触发流水号及金额都采用触发充值请求中的数据，交易流水号及卡片余额等都采用卡片当前值。
2、卡片发送充值请求时不需要支付相关的域。
2接口定义
2.1数据类型定义
B byte
Hex hex码
BCD bcd码
2.2总体报文格式
2.2.1上行报文格式
5
6
7
2.3交易类型定义
下行交易类型
2.3.2
8
2.4交易接口定义
2.4.1开通请求
2.4.2开通应答
2.4.3充值请求
9
2.4.4充值应答
2.4.5充值结果请求
11
2.4.8冲正应答
12
2.4.11触发充值请求
2.5行业应用数据定义
2.5.1开通请求
无
2.5.2开通应答
无
2.5.3充值请求
13
2.5.4充值应答
14
2.5.6充值结果应答
无
2.5.7冲正请求
2.5.8冲正应答
无
2.5.9查看余额请求
无
2.5.10查看余额应答
无
2.5.11触发充值请求
无
15
2.6字段说明
2.6.1TAR
TAR值用于唯一标识一个应用。
上行短信中该字段由卡片填入，由空中交易系统解析后，根据TAR值确定该数据短信对应的应用，并将短信报文转发给对应的应用空中交易处理模块进行处理。
下行短信中该字段由空中交易平台填入，发送到卡片中，由卡片的数据短信分发模块根据该字段将数据短信分发到对应的卡片应用进行处理。
2.6.2命令类型
交易请求的类型，定义见2.3节交易类型定义。
2.6.3命令版本
暂固定0X01。
2.6.4命令长度
命令参数密文的长度。
2.6.5命令参数密文
命令参数整体经过加密后得到命令参数密文。
2.6.6随机数
SIM卡/平台在每次发送请求时都需产生4字节的随机数，用来对主密钥进行分散。
2.6.7MAC
通讯押码，防止报文在传输过程中遭到篡改，计算方法见3.3节。
2.6.8报文流水号
双界面卡片上行数据时，报文流水号使用的是最近一次下行报文中包含的报文流水号，若从未收到下行报文，报文流水号设为0。
双界面卡在收到下行报文时，会对报文流水号的有效性作出判断：
1）若报文流水号为0，则将卡内保存的报文流水号修改为0；
16
《V10短信平台使用说明书》 公司介绍 “桦信软件公司”是一批心怀高远理想，胸燃火热激情的专业人士组成的集“市场营销，售后客服，技术开发”于一体的“专业化，市场化”的优秀团队。自创始之日起，“桦信软件公司”专注软件开发，开拓市场需求，服务新老客户，迄今已有五年之久。 五年来，我们专业为短信运营公司提供优质短信平台，同时根据不同客户的各种需求，提供了个性化的“功能订制”产品。 为满足不同的短信业务需求，我们不断升级和增加功能不断完善短信平台。现在的我们，已经成长发展为业内一流的专业团队。 为解决客户遇到的一切问题，实现客户要求的任何功能，我们通过修改源代码，从根本上有效解决技术难题，给使用平台系统的客户提供了有保障的技术服务支持。现在的我们，已经成为客户公认的优秀客服团队。 V10短信平台功能体系分类说明 “桦信软件”开发的《V10短信平台》的十大卖点! 1. 本系统可接任何形式通道接口 如：Http、api、webservice、移动数据库接口等。 2.并且可接设备设置设备集群，多种接口设备可同时使用互不干扰 3. 后台可根据不同的用户设置扣量比例和扣量规则 4. 后台支持电脑审核和手机审核提醒 当不在电脑前时可使用手机提醒审核功能。同时短信后台也会有相应提示音提醒，自动提醒自动刷新审核池列表。5.后台支持审核时临时给客户修改通道、临时修改内容和临时 修改扣除条数 6.支持自动收录白名单，扣量时系统会自动过滤白名单，并将 白名单发送出去 7. 后台支持发送明细虚假记录上穿，也支持自动上传 用户提交后，系统就会自动生成虚假记录到客户端，客户可通过客户端查询相关记录。 8. 号码资源上传功能 通过后台可上传不同地区，年龄，消费状况等相关属性的数据；也可上传号码资源信息。系统会根据用户的设定来生成相关信息（这些只是大致介绍。如有需要，可联系我们获得相关全面信息和测试）。 9. 敏感词语设置 通过后台设置敏感词语后，客户端在提交短信时如果发送内容中有敏感词语客户端会提醒用户并告知用户哪个词或字是敏感词 10.整个平台也可作虚拟发送平台 “桦信软件”开发的《V10短信平台系统》的体系分类说明一、V10短信平台后台软件的功能模块清单 1. 用户管理(1). 添加用户(2). 用户浏览和管理 (3). 用户充值记录查询 (4). 用户资源虚增比例设置 2. 短信管理 (1). 短信审核池 (2). 提交记录查询
信息技术服务合同书 合同编号： 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）因骨干网或传输网故障及国家或移动运营商政策变化导致双方合作无法继续履行的，双方互不追究责任。乙方退还甲方剩余信息费用。 七、本协议自双方代表或其授权人签字（加盖公章）之日起生效，协议未尽事宜由双方另行友好协商解决，本协议一式二份，甲方执一份，乙方执一份，双方效力对等。 甲方：乙方： 代表人：代表人： 电话：电话： 日期：年月日日期：年月日
Web Service接入模式 Web Service 发送短信模式 Web Service 路径：https://www.doczj.com/doc/e92618589.html,/WS/LinkWS.asmx 系统提供8个接口: 注册接口Reg、更改密码接口UpdPwd、修改注册信息UpdReg、 查询余额接口SelSum、发送信息接口Send、 群发短信接口 BatchSend 、短信报告接口 GetReportSMS、接收短信Get 注册接口Reg 输入参数： 参数说明类型 LoginName代理商账号String LoginPwd 代理商密码String CorpName 企业名称String LinkMan 联系人String Tel 联系电话String Mobile 联系人手机String Email 邮件String Memo 其他备注String CorpID 用户账号String Pass 用户密码String 输出参数： 输出返回值参数状态说明
OK 注册成功 错误文本失败 Ｃ# 实例： try { Dxt.LinkWS LinkWs=new dxt.LinkWS(); String ReS=LinkWs.Reg(LoginName, LoginPwd, CorpName, LinkMan, Tel, Mobile, Email, CorpID, Pass); if(ReS=="OK") { MessageBox.Show("注册成功" ); } else { MessageBox.Show("注册失败！" ); } } catch (https://www.doczj.com/doc/e92618589.html,.WebException WebExcp) { MessageBox.Show("网络错误，无法连接到服务器！" ); } 更改密码UpPwd 输入参数 参数说明类型 CorpID 帐号String Pwd 密码String NewPwd 新密码String 输出参数： 输出返回值参数状态说明 0 密码修改成功 –1 账号未注册 –2 其他错误 –3 密码错误 Ｃ# 实例： try { Dxt.LinkWS LinkWs=new Dxt.LinkWS(); int
合同订立原则 平等原则： 根据《中华人民共和国合同法》第三条：“合同当事人的法律地位平等，一方不得将自己的意志强加给另一方”的规定，平等原则是指地位平等的合同当事人，在充分协商达成一致意思表示的前提下订立合同的原则。这一原则包括三方面内容：①合同当事人的法律地位一律平等。不论所有制性质，也不问单位大小和经济实力的强弱，其地位都是平等的。②合同中的权利义务对等。当事人所取得财产、劳务或工作成果与其履行的义务大体相当；要求一方不得无偿占有另一方的财产，侵犯他人权益；要求禁止平调和无偿调拨。③合同当事人必须就合同条款充分协商，取得一致，合同才能成立。任何一方都不得凌驾于另一方之上，不得把自己的意志强加给另一方，更不得以强迫命令、胁迫等手段签订合同。 自愿原则： 根据《中华人民共和国合同法》第四条：“当事人依法享有自愿订立合同的权利，任何单位和个人不得非法干预”的规定，民事活动除法律强制性的规定外，由当事人自愿约定。包括：
第一，订不订立合同自愿；第二，与谁订合同自愿，；第三，合同内容由当事人在不违法的情况下自愿约定；第四，当事人可以协议补充、变更有关内容；第五，双方也可以协议解除合同；第六，可以自由约定违约责任，在发生争议时，当事人可以自愿选择解决争议的方式。 公平原则： 根据《中华人民共和国合同法》第五条：“当事人应当遵循公平原则确定各方的权利和义务”的规定，公平原则要求合同双方当事人之间的权利义务要公平合理具体包括：第一，在订立合同时，要根据公平原则确定双方的权利和义务；第二，根据公平原则确定风险的合理分配；第三，根据公平原则确定违约责任。 诚实信用原则： 根据《中华人民共和国合同法》第六条：“当事人行使权利、履行义务应当遵循诚实信用原则”的规定，诚实信用原则要求当事人在订立合同的全过程中，都要诚实，讲信用，不得有欺诈或其他违背诚实信用的行为。 善良风俗原则：
客户短信发送系统使用手册 一、短信平台使用须知： 1、请您把自己的平台登录密码修改的尽量复杂一些，以防被盗。 2、本平台为三网106通道，发送前请小批量自我测试，收到后再群发，为减少投诉，群发时间请尽量安排在8：30－－17：30期间，17：30以后的信息后排到次日早上发送。 3、发送短信号码一般情况下是106开始的号码，国家有重要会议或短信严管期间，系统后台会自动转成卡发的方式。 二、浏览器兼容问题 如果是360 6版以上的浏览器，设置其模式为兼容模式。 IE7以上的浏览器： 第一步：找到浏览器中的【工具】，点击【工具】中的【兼容性视图设置】。
第二步：在弹出的兼容性视图设置对话框中勾选上【在兼容性视图中显示所有网站】。勾选好后点击【关闭】即可。如下图所示。
三、进入系统后首先修改原始密码。以防别人用你的账户和密码乱发短信。 点击【信息维护】下的【密码维护】到修改密码页修改初始密码。
二、添加联系人 添加联系人有两种形式，手动添加单个联系人和批量导入。 第一种：手动单个添加联系人时，直接点击【联系人管理】中的【添加联系人】到添加联系人信息页，填写上联系人的相关信息后，点击【添 加信息】按钮即可添加单个联系人信息。
在添加联系人信息时，第一个要填写的信息【选择分组】是在【分组管理】中添加的。点击【分组管理】到分组管理页，然后点击【添加分组】按钮，如下图：
然后到添加页中输入分组名称，点击【添加分组】按钮，即是添加了分组信息。如下图： 添加好的分组就可以在添加联系人页中【选择分组】下拉框中显示，如下图。它与手机通讯录中联系人的分组一样。 第二种：直接导入多个联系人信息时。 第一步：首先点击【联系人管理】下的【联系人导入】进入导入联系人页面中，如图所示即为导入联系人页面。
编号：_____________信息系统维护服务合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 法定代表人： 地址： 联系方式： 乙方： 法定代表人： 地址： 联系方式： 根据《中华人民共和国合同法》及我国相关现行生效的法律法规的规定，合同双方就乙方向甲方提供“系统”的技术支持及系统维护服务事宜确立本合同，以明确双方的权利、义务，确保合同双方共同执行。 一、服务说明 年月，甲方 的系统（以下简称“系统”）上线运行后进入为期个月的免费系统维护期，乙方针对系统运行期间可能出现的软件故障提供了相应维护服务，对应用系统提供了技术支持和服务。 年月系统免费维护期已满，现经甲乙双方协商确定由乙方继续向甲方提供系统有偿维护服务，服务内容见本合同“二、服务内容”。 但对于甲方在乙方软件基础上自行进行的开发内容，不属于本合同服务范围，乙方不提供技术支持与维护服务。
二、服务内容 三、服务响应
当甲方系统发生一个技术问题后，乙方支持服务队伍接到报告后会对甲方每次支持请求做出及时响应。 支持服务队伍将甲方服务请求划分为三种级别，服务级别取决于对系统运行的关键程度和备用资源的合理调用，并依据不同服务级别，决定相应的服务响应时间。此外，对于甲方的特殊要求，亦可双方商讨并制定单独的解决方法。 服务级别定义： i级（全面加紧服务）：系统宕机重启后仍不能正常启动或启动后无法登陆。ii级（加紧服务）：报送文件产生功能不能实现、时好时坏等情况的出现。 iii级（常规服务）：报送文件生成以外的功能产生不能实现或时好时坏等情况的出现。 四、服务期限 年月日起 至年月日。服务期满后如双方均无异议，则服务期限自动顺延一年，延长的服务期限内的维护费用不包含在本合同维护费用之内，由甲方在该延长服务期限开始后与乙方另行协商签订运维合同。 五、维护费用 1、维护费用：人民币（大 写）（￥元）。本合同生效后乙方向甲方出具足额有效的发票，甲方收到后日内一次性将前述款项转账至乙方指定账户。 2、乙方账户信息：
短信综合服务平台接口技术规范(V1.0)
目录 一.概述 (3) 二.调用路径 (3) 三.调用参数说明 (3) 1.SendMsg.jsp （发送短信）参数说明 (3) 2.GetMsgStatues.jsp (查询状态,短信回复等)参数说明 (4) 四.特殊符转换 (5)
一.概述 业务系统可通过该接口发送短信。 二.调用路径 SendMsg.jsp 调用路径为:Http://IP:8080/Interface/ SendMsg.jsp GetMsgStatues.jsp调用路径为:Http://IP:8080/Interface/ GetStatues.jsp Http://IP:8080/在系统中采用配置方式，方便以后服务升级。 三.调用参数说明 1.SendMsg.jsp （发送短信）参数说明 ●传入参数 UnitCode 单位编号 (每一单位唯一编号) SPCODE 接入号 Account 帐号 Password 密码 DestNum 接收号码 Content 短信内容（长度不能超过1024） WriteBack 是否要求回复(0表示不要求回复,1表示要求回复),仅当WriteBack 为1时,对方收到短信后方可回复短信至平台 ●返回参数 SendMsg.jsp 以xml格式返回调用结果，格式如下：
短信服务合作协议范本 甲方：_____________________ 联系人：___________________ 联系电话：_________________ 传真：_____________________ 电子信箱：_________________ 乙方：_____________________ 联系人：___________________ 联系电话：_________________ 电子信箱：_________________ qq：_______________________ 汇款地址(开户行)：_______ 帐号：_____________________ 鉴于： 乙方是拥有大量用户群互联网信息提供商，拟采用短信等移动通讯方式，向自己的会员及手机用户及时发送各类娱乐资讯及相关活动的短信息。 _________(以下简称甲方)，拥有短信息特服号通道，技术力量和移动数据通讯管理平台。 双方就乙方利用甲方短信平台为最终用户提供短消息信息服务，本着平等互利、优势互补、公平双赢、共同发展的原则，经认真研究和友好磋商，特签订本协议。第一条合作内容 1.1甲乙双方就短信业务开展合作。乙方确保在双方协议期限内不再与第三方进行类似合作，否则将视为违约。 1.2乙方负责和决定对最终用户提供信息服务的内容和用户宣传推广工作，甲方通过其渠道资源为乙方提供市场推广的支持。 1.3乙方应保证向用户提供的短信息及相关服务质量优良并及时更新，如因信息质量和服务质量问题引起的用户投诉，其经济和名誉损失由乙方承担，并妥善处理此类投诉的客户服务工作。
1.4甲方负责提供短信服务的全部技术及设备，并负责技术平台搭建，用户数据库管理及对乙方的技术支持、技术接口，保证满足业务需求。 1.5甲方负责通过移动运营商为乙方完成信息费的代计费和代收费工作。 1.6甲方负责协调“______________”和“______________”两家移动运营商，保证信息发送的及时和不丢失，凡因信息下发通道不畅引起的用户投诉和经济损失，全部责任由甲方承担，如因运营商网络和用户手机设置等问题造成的投诉，甲乙双方应及时沟通确认，并向用户合理解释，获得谅解。 第二条双方的责任与权利 2.1甲方责任： (1)甲方负责本项目短信平台，短信通道的提供和日常维护工作; (2)甲方负责向_________，_________申报全网业务，短信服务计费和服务费收取工作; (3)甲方负责信息接入标准的制订，并为乙方提供规范的接口标准; (4)甲方负责为乙方提供后台应用程序接口函数包，并负责在信息接入具体程序开发时的技术指导; (5)甲方负责乙方接入短信的透明传输，并保证所传信息内容的完整性; (6)甲方负责自身短信平台系统的安全和稳定，负责对服务业务运营状况进行监控，发现异常时应及时向对方通报，并及时处理; (7)对于非甲方系统所引起的任何故障，甲方都应及时通知乙方，并配合乙方共同对故障原因进行分析及处理;如因甲方系统所引起的任何故障，甲方都应及时通知乙方，如乙方因此而造成损失，甲方应负责赔偿; (8)甲方有权对乙方所发送的信息量进行统计及监控。 2.2乙方责任： (1)乙方负责网站相关信息服务以及所发送短信内容的编辑及提供; (2)乙方负责网站相关信息服务及短信内容合法性、政策性及安全性，保证互联网及手机短信息的内容遵循有关法律，法规以及电信管理部门的有关规定，并承担相关的法律责任。 (3)乙方应保证本合作项目信息内容的完整性、及时性、准确性，如单纯因乙方提供的信息错误而引起的责任纠纷，由乙方承担责任。
用户操作大全 中国商品信息服务平台
2008年11月 引言 ?感谢您使用中国物品编码中心研究开发的全球贸易产品服务数据中心——中国商品信 息服务平台2.0版本（ANCCNET Ver 2.0）。 ?本操作手册所指的中国商品信息服务平台（ANCCNET）是产品信息注册系统（ANCCNET Ver 1.0）的升级版，是基于计算机网络技术、全球统一标识系统而构建的新一代标准化信 息交换平台。 ?本操作大全为中国商品信息服务平台的使用和操作手册，主要介绍平台的具体操作步 骤、使用方法和注意事项等，适用于所有已经成为全球数据同步（GDS）会员的平台使用和操作的用户。 ?本大全中所采用的表格、插图、截图及流程图等都是为了更详细直观地描述平台的具体 操作步骤，由于技术开发和系统升级之故，会存在与实际使用的界面不同的现象，请以新版界面为主。 ?为确保您在中国商品信息服务平台内的操作正确无误，请在登录ANCCNET平台进行操作 前仔细阅读本操作大全，有任何其他疑问，请咨询所在地编码分支机构或直接拨打400-7000-690服务热线。
目录
1、平台概述 1.1 平台简介 中国商品信息服务平台 (ANCCNET，以下简称平台)是一个以计算机网络技术、全球统一标识技术为基础，以权威准确、详实全面的高质量商品信息和服务信息为基础的标准化信息交换平台。 ◆服务对象广泛应用于零售消费、物品流通、资源计划、电子采购和品类管理等领域，服务于商 品的制造商、零售商、批发商以及咨询机构等行业。 1.2 平台组成 中国商品信息服务平台的构建是基于全球数据结构标准的，其中包括：全球数据字典（GDD）、全球统一产品分类系统（GPC）、全球数据同步系统（GDS）。正是这些国际标准的采用才使得中国区数据与全球数据的同步成为可能。中国商品信息服务平台由商品信息注册系统、商品信息质量保证系统、任务计划处理系统、全球数据同步管理系统四大部分组成，能够满足商业信息交换的个性化需求，实现信息资源价值的最大化利用。 商品信息注册系统任务计划处理系统 中国商品信息服务平台 商品信息质量保证系统全球同步管理系统 商品信息服务平台的构成图 1.3 平台特性 平台基于全球注册中心、认证数据池、数据质量框架和全球数据分类而构建，有力地保证着数据的准确性和安全性，实现数据的持续同步。主要具有下列特性： 较低的成本投入 平台保证制造商和客户能够分享最新、最准确的数据，并且传达双方合作的意愿，能够满足各类企业不同的等级需求，最终促使贸易伙伴以微小投入完成合作。仅需拥有一台可上网的计算机即可享受平台的优质服务。 高度的扩展性
信息类合作协议范本 合同编号： 甲方：中国联通**分公司 地址： 电话： 传真： 开户行： 银行帐号： 乙方：**索特微软件技术有限公司 地址：新北区创新科技园科技楼北区 电话：0519- 传真：0519- 开户行： **商业银行南大街支行 银行帐号：729 甲方作为移动通信运营商和移动数据业务的运营商，面向各应用提供商提供开放、有偿的通信通道；乙方作为应用提供商直接面向甲方用户提供信息类应用服务。 为了充分发挥合作双方在各自服务领域的资源优势，向广大甲方用户提供短消息信息服务。双方本着平等互利、优势互补、共同发展的原则，并经过充分协商，就合作开展短消息“信息类应用服务合作事宜”达成以下协议： 一、甲乙双方合作项目内容： 1.甲方作为短信平台提供商，向乙方有偿提供通信通道。 2.乙方利用甲方的短消息系统向甲方的用户有偿提供附件中所描述的信息、应用服务。 3.甲方利用其营业系统，向乙方提供有偿的代收费服务。 4.双方合作范围为**文教系统的各学校、培训中心。 二、甲方的义务和权利 1.甲方有权审核乙方提供的经营许可证、资信证明、业务许可证明、资讯来源、物价审批及银行帐户等资料。 2.甲方承诺在本协议有效期内，不在本地（**地区）对第三方开放本合作项目；乙方承诺在本协议有效期内，不超出双方商定的范围发展客户，并在本协议生效30天内，不与其他电信运营服务商开展类似合作。 3.甲方配合乙方连通短消息网关至乙方服务器的通讯线路，甲方不得任意提供给其他用户，并保证给予乙方的短消息服务号码8765＊＊的正常使用。 4.甲方允许乙方在甲方提供的短消息平台端口上进行短消息信息服务。 5.甲方使用甲方的客服中心作为投诉受理的呼叫中心，呼叫中心号码为1001。甲方对有关网络通信问题引起的用户咨询、申告和投诉承担责任。甲方客服中心1001应受理该业务中产生的各种非网络通信问题引起的用户咨询、费用查询和投诉，并对解答不了的问题妥善引
消息收发接口规范 (HTTP方式) 一开发前请阅读 (2) 1.1安全信息责任条款 (2) 二概述 (3) 三名词定义 (3) 四HTTP方法 (3) 4.1下行接口(z_mdsmssend) (3) 4.2上行接口 (3) 4.3查询余额接口(z_balance) (4) 五下行返回状态 (4) 六服务地址 (5) 七郑重声明 (5) 版本: V1.1 时间: 2011年12月15日
一开发前请阅读 1.1安全信息责任条款 本人/本公司在使用本软件过程中，将严格遵守国家相关法律、法规、保证本公司信息发布的安全，并切实做到： （1）建立健全本公司信息发布的内部保障制度、信息安全保密制度、用户信息安全管理制度，建立健全本公司信息安全责任制度和信息发布的审批制度，严 格审查本公司产品所发布信息。 （2）严格遵守《互联网信息服务管理办法》，对用户编辑的信息内容进行把关，保证信息内容的健康、合法。 （3）明确本企业的客户群和客户范围，所有通讯受众必须是自愿且明确同意接受企业服务。 （4）若发送未经用户允许的信息等所造成的影响、投诉等一切损失与本软件版权方无关、由本人/本公司承担全部责任；同时，本人/本公司也应承担若因此 给本软件版权方造成的全部损失。 （5）不利用本软件制作、复制、发布、传播含有下列内容的信息： ?反对宪法所确定的基本原则的； ?危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一的； ?损坏国家荣誉和利益的； ?煽动民族仇恨、民族歧视，破坏民族团结的； ?破坏国家民族宗教政策，宣扬邪教和封建迷信的； ?散布谣言，扰乱社会秩序，破坏社会稳定的； ?散布淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪的； ?侮辱或者诽谤他人，侵害他人合法权益的； ?含有法律、行政法规禁止的其他内容的； （6）自信息发布六个月内不修改删除信息发送日志内容，日志记录的备份应至少保持6个月以上，在国家机关进行依法查询时，予以提供。 （7）若发现本公司所发布的信息明显属于上述第（5）款所列内容，保证立即停止传输，并向国家有关机关报告。
短信平台服务协议（二） 至2020年12月，禁止化学武器组织进行了4700余次视察。至2020年12月，禁化武组织召开了17届缔约国大会和70届执理会，审议化武销毁、促进国家履约措施、防护与援助、国际合作、《公约》普遍性及其他履约相关问题。 出租方：______（以下简称甲方） 地址：________________________ 法定代表人：__________________ 职务：________________________ 承租方：______（以下简称乙方） 地址：________________________ 承租人：______________________ 职务：________________________ 甲方：________________ 乙方：________________
七租赁期满，甲方对协议书第四条和第五条进行验收，如无损坏，乙方也无其他违约行为，甲方应退还押金，否则甲方有权酌情扣除押金，并保留采取法律措施的权利。 双方经充分协商，达成以下协议，共同遵守。 一、合同内容 1．甲方向乙方以有偿收费方式提供群发短信平台，供乙方发布商务广告短信息。 2．协议签定后，乙方应向甲方支付所需短信息量的金额后，甲方在平台上给予乙方的群发软件中充值相应金额的短信数量，供乙方在群发软件上撰写信息内容及确定所发客户手机号码段，通过网络提交到甲方短信平台上予以发布。 3．短信费用：短信费用为_________元／条，共_________条，共计_________元（大写：_________元整）。 4．使用期限：乙方付费充值之日算起，一次性购买_________条以下_________个月内短信发送有效，一次性购_____条以上______个月有效，过期作废。 二、付款方式及期限：_______________________。乙方款到甲方帐户后，甲方开通平台供乙方使用。 本合同自______年______月______日起至______年______月______日止。到期后在双方均同意的情况下，可以再续签租用合同。 三、双方责任 1．甲方平台应保证乙方商务短信正常发布，保障信息畅通发送。 2．广告发送中若出现对发送手机号的投诉，责任由甲方负责。若内容出现投诉，责任由乙方负责。 3．乙方使用甲方短信群发软件第一个月内，每次向平台提交短信量不少于_________条。 4．乙方发布商务短信息，应提前______天向甲方平台提交，若乙方没有提前向甲方平台提交，甲方也应该最大程度地畅通发布。 5．如甲方原因导致乙方不能正常发送短信息，甲乙双方经友好协商予以解决。如双方无法达成共识，双方解除本协议，甲方退还乙方尚存的短费用。
居家养老信息服务平台操作手册
居家养老信息服务系统 业务操作手册 金讯通软件技术有限公司 11月08日 目录
1.引言 1.1系统说明 ●系统名称 居家养老服务信息管理系统。 ●适用对象 本系统主要用于系统管理人员、座席人员。本系统与呼叫中心系统配合使用。其中，管理系统包含老龄数据管理、业务受理、安全监护管理、商家管理、系统报表、基础数据管理六部分。系统每个模块既保持一定的独立性，实现各自独立的功能，她们之间又相互依赖，共同实现对老人档案数据管理和其它业务的处理。系统设置有严密的安全机制，对不同级别的人员分配有不同的权限，对各个使用本系统的人员的密码均进行了加密处理。不同权限的人员登录系统后看到的界面不完全一样，所能使用的功能模块和所能进行的操作也不完全相同。1.2编写目的 编写本使用手册的目的，是能够帮助业务管理人员尽快熟悉系统的操作使用。本手册在编写的时候，附带了大量的插图，能够更真实地反映系统平台的功能，系统平台使用人员能够一目了然的掌握平台的功能。插图中显示的界面样式一般都是最新的页面样式，操作人员经过插图与页面的对比，能够更快地掌握系统
平台的基本操作。 1.3系统要求 ?客户端 本系统有一些页面效果需要IE6.0以上版本浏览器或谷歌的支持。 ?服务器 一般情况下，本系统需要语音网关、CTI服务器、数据库服务器、应用服务器等关键设备联合工作。服务器能够进行数据备份和录音以及电源保护装置。 1.4业务管理系统登录 如果操作人员尚未登陆系统，则系统会首先打开登录平台的页面让操作人员登录，操作人员只有输入正确的员工帐号和密码，才能成功登录。 不能登录的人员需要向系统管理人员申请登录帐号和密码后进行正常登录。 登录的页面如图1.4.1所示：
文件编号：GD/FS-1991 （协议范本系列） 短信息发送服务协议详细 版 It Is Necessary To Clarify The Rights And Obligations Of The Parties, To Restrict Parties, And To Supervise Both Parties To Keep Their Promises And To Restrain The Act Of Reckless Repentance. 编辑：_________________ 单位：_________________ 日期：_________________
短信息发送服务协议详细版 提示语：本协议文件适合使用于明确协议各方的权利与义务、并具有约束力和可作为凭证，且对当事人双方或者多方都有约制性，能实现监督双方信守诺言、约束轻率反悔的行为。文档所展示内容即为所得，可在下载完成后直接进行编辑。 合同编号：_________ 甲方：_________ 乙方：_________ 经甲乙双方友好协商，就甲方向乙方提供短信息广告发送通信传输服务，达成本协议。 一、定义 短消息（单位：万条）：由文字组成的信息，通过中国移动gsm网络传送。每条短消息最大长度为_________字符（英文／数字：_________字；汉字：_________字） 二、甲方义务
（1）负责提供发送短信息所需要的一切短信息能够平台、系统，一切硬软件资源，网络环境及所需要人员。 （2）甲方将保证实际发送的数量与承诺的相符合。 由于甲方原因导致信息发送至错误对象，则甲方承担其发送错误的短信资费，并重新发送补足发送数量。 如发生移动网络故障导致发送迟延，甲方应提供电信运营商出具的有效证明。 甲方在数据传输，控制方面对乙方有影响的变动时需提前通知乙方。 如甲方由于自身原因无法继续提供短消息发送平台给乙方使用，应及时通知乙方并将乙方预付的短消息发送费用中尚未使用的金额全部退还乙方，并承担
基于JAVA的短信接口调用代码实例 代码描述：基于JA V A的短信接口调用代码实例 代码平台：聚合数据 import java.io.BufferedReader; import java.io.DataOutputStream; import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import java.io.UnsupportedEncodingException; import https://www.doczj.com/doc/e92618589.html,.HttpURLConnection; import https://www.doczj.com/doc/e92618589.html,.URL; import https://www.doczj.com/doc/e92618589.html,.URLEncoder; import java.util.HashMap; import java.util.Map; import net.sf.json.JSONObject; /** *短信API服务调用示例代码－聚合数据 *在线接口文档：https://www.doczj.com/doc/e92618589.html,/docs/54 **/ public class JuheDemo { public static final String DEF_CHATSET = "UTF-8"; public static final int DEF_CONN_TIMEOUT = 30000; public static final int DEF_READ_TIMEOUT = 30000; public static String userAgent = "Mozilla/5.0 (Windows NT 6.1) Appl eWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.66 Safari/537.36"; //配置您申请的KEY public static final String APPKEY ="*************************"; //1.屏蔽词检查测 public static void getRequest1(){ String result =null; String url ="https://www.doczj.com/doc/e92618589.html,/sms/black";//请求接口地址 Map params = new HashMap();//请求参数 params.put("word","");//需要检测的短信内容，需要UTF8 URLENCODE
编号：YB-HT-019655 短信平台服务合同范本 Model SMS platform service 甲方： 乙方： 签订日期：年月日 文档中文字均可自行修改 编订：YunBo Network
短信平台服务合同范本 正文： 短信平台服务合同 短信平台服务合同 甲方：_________ 乙方：_________ 经甲乙双方协商，达成以下合同： 1．乙方向甲方提供短信平台短信代发业务，甲方委托乙方发送短信计_________条。于_______年______月______日时发送。甲方保证信息内容的真实性和有效性，并保证信息内容不触犯国家法律法规，不对社会公共安全造成损害，并单独承担可能产生的法律责任。 2．甲方按短信发送数量向乙方支付费用为：每条短信支付
_________元，总计支付_________元。甲方须以现金或汇款方式支付短信费用，必须先行支付后才执行短信发送任务。 3．甲方通过网络方式或电话电子邮件等方式提交要发送的短信内容及号码，并提前预约发送时间。 4．甲方对短信接收方是否愿意接收甲方提供的信息，并对可能产生的法律纠纷单独承担责任。 5．乙方代发任务完成后向甲方提供发送日志作为查验依据。 6．乙方保证按时按量高质完成甲方的信息任务。 7．乙方对甲方资料绝对保密。 8．申明：遵守国家的有关法规和行政规章制度。不发送任何非法的、骚扰性、中伤他人的、辱骂性的、恐吓性的、伤害性的、挑衅的、庸俗的、淫秽等内容的信息。不发送任何教唆他人构成犯罪的信息。不发送涉及国家安全、国家机密的信息。 本合同一式贰份，甲乙双方各执壹份，从签字之日开始生效。本合同传真件有效。 甲方（盖章）：_________
短信平台需求及设计文档 V1.0 作者：李学昌 完成日期：2012/03/19 签收人： 签收日期： 修改情况记录：
目录 1 引言 ......................................................................................................................................... - 3 - 1.1 编写目的....................................................................................................................... - 3 - 1.2 背景............................................................................................................................... - 3 - 1.3 定义.................................................................................................. 错误！未定义书签。 2 任务概述.................................................................................................................................. - 3 - 2.1 目标............................................................................................................................... - 3 - 2.2短信平台的性能需求.................................................................................................... - 3 - 3 需求规定.................................................................................................................................. - 4 - 3.1应急预案管理................................................................................................................ - 4 - 3.1.1 功能需求特点.................................................................................................... - 4 - 附录...................................................................................................................................... - 5 -
短信服务合作协议 短信服务合作协议 甲方：_____________________ 联系人：___________________ 联系电话：_________________ 传真：_____________________ 电子信箱：_________________ 乙方：_____________________ 联系人：___________________ 联系电话：_________________ 电子信箱：_________________ qq：_______________________ 汇款地址（开户行）：_______ 帐号：_____________________ 鉴于： 乙方是拥有大量用户群互联网信息提供商，拟采用短信等移动通讯方式，向自己的会员及手机用户及时发送各类娱乐资讯及相关活动的短信息。 _________（以下简称甲方），拥有短信息特服号通道，技术力量和移动数据通讯管理平台。 双方就乙方利用甲方短信平台为最终用户提供短消息信息服务，本着平等互利、优势互补、公平双赢、共同发展的原则，经认真研究和友好磋商，特签订本协议。 第一条合作内容 1．1 甲乙双方就短信业务开展合作。乙方确保在双方协议期限内不再与第三方进行类似合作，否则将视为违约。 1．2 乙方负责和决定对最终用户提供信息服务的内容和用户宣传推广工作，甲方通过其渠道资源为乙方提供市场推广的支持。 1．3 乙方应保证向用户提供的短信息及相关服务质量优良并及时更新，如因信息质量和服务质量问题引起的用户投诉，其经济和名誉损失由乙方承担，并妥善处理此类投诉的客户服务工作。 1．4 甲方负责提供短信服务的全部技术及设备，并负责技术平台搭建，用户数据库管理及对乙方的技术支持、技术接口，保证满足业务需求。 1．5 甲方负责通过移动运营商为乙方完成信息费的代计费和代收费工作。 1．6 甲方负责协调“______________”和“______________”两家移动运营商，保证信息发送的及时和不丢失，凡因信息下发通道不畅引起的用户投诉和经济损失，全部责任由甲方承担，如因运营商网络和用户手机设置等问题造成的投诉，甲乙双方应及时沟通确认，并向用户合理解释，获得谅解。 第二条双方的责任与权利 2．1 甲方责任： （1）甲方负责本项目短信平台，短信通道的提供和日常维护工作； （2）甲方负责向_________，_________申报全网业务，短信服务计费和服务费收取工作； （3）甲方负责信息接入标准的制订，并为乙方提供规范的接口标准；