浙江融创OpenMAS移动代理服务器软件产品-基础组件接口设计文档
- 格式:doc
- 大小:528.00 KB
- 文档页数:23
中国移动通信企业标准中国移开发者社区应用开发要求S p e c i f i c a t i o n F o rT h e A p p l i c a t i o n D e v e l o p m e n t o f C h i n a M o b i l e S D N版本号:1.2.0中国移动通信集团公司 发布╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施QB-╳╳-╳╳╳-╳╳╳╳目录前言 (II)1 范围 (1)2 规范性引用文件 (1)3 术语、定义和缩略语 (1)3.1 术语、定义 (1)3.2 缩略语 (2)4 业务概念 (2)5 开发要求 (2)5.1 权利责任.................................... 错误!未定义书签。
5.1.1 开发者权力............................ 错误!未定义书签。
5.1.2 责任.................................. 错误!未定义书签。
5.2 界面要求 (3)5.2.1 启动画面(适用于游戏、软件) (3)5.2.2 “关于”项说明 (3)5.2.3 “帮助”项说明 (4)5.2.4 “退出”项说明 (4)5.3 安装卸载要求 (4)5.4 联网要求 (4)5.5 程序进程 (5)5.6 数据读写(细化读写范围) (5)5.7 计费功能 (5)5.8 其他要求 (5)6 接口说明.......................................... 错误!未定义书签。
7 用户体验相关的建议 (6)7.1 用户界面设计原则 (6)7.2 用户交互设计原则 (6)7.3 几个固定按键的建议 (6)7.4 应用界面文字格式建议 (6)7.5 其他建议 (6)8 编制历史 (7)前言本标准规定了中国移动开发者社区的应用开发要求,是各应用开发者/开发商开发应用的依据,以满足后续应用进入Mobile Market运营管理的要求。
移动开发平台技术参数一、主要采购清单二、技术参数1功能性要求移动应用平台为企业移动应用提供统一的开发、运行和运营管理平台,解决移动应用安全防护、部署更新、运行监控和开发集成等问题,提高应用管理效率,降低应用维护成本,提升用户体验。
1.1统一的集成开发环境1)使用反转驱动原生开发模式,使用HTML、Javscript、CSS进行原生UI界面移动应用开发。
2)代码跨平台:项目需至少维护一套源代码,同时必须保证跨平台的性能要求以及用户体验的一致性。
3)支持HTML、Javscript输入智能提示,并可通过插件方式扩展提示。
4)支持Javascript断点调试,在编缉器中对javascript代码设置断点,并支持单步,单步进入,单步退出,运到结束等。
5)使用真机设备调试,支持同时接入多个设备同时调试,通过扫码的方式进行调试环境配置。
6)支持热部署、热更新、多屏调试,在调试设备上即时看到UI面变化,支持同时更新多个调试设备。
7)支持通过插件的方进行原生控件扩展开发。
8)支持导出应用部署包和补丁包。
9)支持组件管理,开发平台应该具备良好的扩展性,提供组件和扩展和管理能力。
1.2后端服务集成能力1)支持使用http,webservice等各种协议接入2)支持使用图形化的方式快速进行服务开发和编排3)支持对接入服务进行监控和统计4)支持使用HTTPS安全通道进行数据传输5)支持使用自定义加密算法进行数据动态加密传输6)支持对数据压缩传输,提高数据传输效率7)终端接入控制:支持终端接入控制,只有符合条件的终端才允许接入,支持多种限制策略:账号、手机串号、IMSI等。
8)终端数据安全:对移动终端本地数据进行加密存储,支持对客户端代码混淆,防止程序代码泄露。
9)支持用户访问权限控制。
1.3集成能力1)统一的移动端自动化测试:支持对Android、IOS等移动应用进行自动化测试,保障应用的快速迭代和交付;2)自动编译打包:支持对移动应用进行日编译、自动打包支持;3)代码扫描:支持对移动应用代码扫描,扫描安全漏洞,保障应用安全;4)安全加固:对应用进行安全加壳,代码混淆,保障应用安全;1.4企业应用商店1)提供企业移动应用商店,可发布各类企业移动应用,无须第三方审核。
融创平台实施方案简介融创平台是一款企业级云端协作工具,能够帮助企业提高工作效率和团队沟通。
该平台拥有多种功能和应用,包括文件共享、任务管理、日程安排等,涵盖了企业日常工作所需的各个方面。
本文将介绍融创平台的实施方案,包括平台的部署、配置和上线。
部署1.环境准备融创平台需要部署在云服务器上,因此需要提前申请云服务器和域名。
具体可以参考阿里云、腾讯云等云厂商提供的服务。
2.软件安装选择适合的融创平台安装包,例如选择Linux版本,进行安装,建议使用命令行安装。
3.数据库配置融创平台会自动创建和使用数据库,需要对数据库进行配置。
具体可以参考官方文档。
配置1.基础配置在融创平台上线前,需要进行基础配置,包括企业信息、权限控制、网络设置等。
在配置中需要开启对不同角色的权限控制,以保证数据安全。
2.自定义应用融创平台支持自定义应用,企业可以自行开发或者扩展应用。
例如开发一个应用进行人员考勤管理、项目管理等。
3.数据集成融创平台支持与各类第三方应用进行数据集成,例如与企业ERP系统集成、OA系统集成等。
上线1.完成测试在平台上线前,需要进行全面测试,确保平台的功能、性能和安全性能够满足企业需求。
测试重点关注部署是否完整、功能是否正常、数据是否准确等。
2.账号设置上线前需要设置管理员账号和普通用户账号。
管理员账号拥有最高权限,可以进行平台管理和应用开发;普通用户账号只能使用平台上的应用或者查看数据。
3.信息通知上线后需要通过各种方式将融创平台的信息通知给员工,例如内部邮件、公告等。
可以提供培训和使用指南,增加员工对平台使用的积极性。
总结融创平台实施方案是企业成功使用该平台的前提条件。
通过正确的部署、配置和上线,企业可以轻松完成平台的整合和推广。
本文介绍的方案仅供参考,具体实施需要根据企业的需求和情况进行定制和调整。
电商平台移动应用开发手册第一章:项目规划与需求分析 (2)1.1 项目背景与目标 (2)1.2 用户需求分析 (3)1.3 功能规划 (3)第二章:技术选型与架构设计 (4)2.1 技术栈选择 (4)2.2 系统架构设计 (5)2.3 模块划分 (5)第三章:界面设计与交互体验 (5)3.1 界面设计原则 (5)3.2 用户界面设计 (6)3.3 交互体验优化 (6)第四章:数据存储与缓存 (7)4.1 数据库设计 (7)4.2 缓存策略 (7)4.3 数据安全与备份 (7)第五章:网络通信与API设计 (8)5.1 网络通信协议 (8)5.2 API设计规范 (8)5.3 网络异常处理 (9)第六章:用户模块开发 (9)6.1 用户注册与登录 (9)6.1.1 注册流程设计 (9)6.1.2 登录流程设计 (10)6.2 用户信息管理 (10)6.2.1 用户信息查询 (10)6.2.2 用户信息修改 (10)6.3 用户权限控制 (11)6.3.1 权限管理设计 (11)6.3.2 动态加载菜单 (11)6.3.3 用户权限变更 (11)第七章:商品模块开发 (11)7.1 商品信息展示 (11)7.2 商品分类与搜索 (12)7.3 商品详情页设计 (13)第八章:购物车与订单管理 (13)8.1 购物车功能实现 (13)8.1.1 购物车添加商品 (13)8.1.2 购物车商品展示 (13)8.1.3 购物车商品数量限制 (14)8.1.4 购物车价格计算 (14)8.2 订单创建与支付 (14)8.2.1 订单创建 (14)8.2.2 订单支付 (14)8.2.3 订单支付超时处理 (14)8.3 订单查询与售后 (14)8.3.1 订单查询 (14)8.3.2 订单状态更新 (14)8.3.3 售后服务 (14)8.3.4 售后评价 (15)第九章:支付模块开发 (15)9.1 支付渠道接入 (15)9.2 支付安全与风控 (15)9.3 支付结果处理 (16)第十章:物流模块开发 (16)10.1 物流公司接入 (16)10.2 物流跟踪与查询 (16)10.3 物流异常处理 (17)第十一章:营销与活动模块 (17)11.1 优惠券与折扣 (17)11.2 限时活动与团购 (18)11.3 营销数据统计与分析 (18)第十二章:测试与优化 (18)12.1 功能测试 (18)12.1.1 测试计划 (18)12.1.2 测试用例设计 (18)12.1.3 测试执行 (19)12.1.4 缺陷管理 (19)12.2 功能测试 (19)12.2.1 功能测试计划 (19)12.2.2 功能测试用例设计 (19)12.2.3 功能测试执行 (19)12.2.4 功能优化 (20)12.3 优化与维护 (20)12.3.1 代码优化 (20)12.3.2 系统维护 (20)第一章:项目规划与需求分析1.1 项目背景与目标信息技术的不断发展,企业对于数字化转型的需求日益迫切,以提升核心竞争力并适应市场变化。
软件接口开发服务合同范本(通用)甲方(委托方):________________乙方(受托方):________________根据《中华人民共和国合同法》及相关法律法规的规定,甲乙双方在平等、自愿、公平、诚实信用的原则基础上,就甲方委托乙方进行软件接口开发服务事宜,达成如下合同:一、合同标的1.1 甲方委托乙方进行软件接口开发服务,具体服务内容如下:(1)软件接口需求分析;(2)软件接口设计;(3)软件接口编码;(4)软件接口测试;(5)软件接口部署;(6)软件接口运维支持。
二、合同金额2.1 本合同总金额为人民币【】元(大写:【】元整),具体支付方式和时间如下:(1)合同签订后【】个工作日内,甲方支付乙方合同金额的【】%;(2)软件接口开发完成后,甲方支付乙方合同金额的【】%;(3)软件接口部署并验收合格后,甲方支付乙方合同金额的【】%;(4)软件接口运维支持结束后,甲方支付乙方合同金额的【】%。
三、合同期限3.1 本合同自双方签字盖章之日起生效,有效期为【】年,自合同生效之日起计算。
四、甲方的权利和义务4.1 甲方有权对乙方的软件接口开发过程进行监督和检查,并提出意见和建议;4.2 甲方有权要求乙方按照约定的时间和标准完成软件接口开发服务;4.3 甲方有权要求乙方提供软件接口开发过程中的相关文档和资料;4.4 甲方应按照约定的时间和金额向乙方支付合同款项;4.5 甲方应提供必要的硬件、软件和网络环境,以便乙方顺利进行软件接口开发服务;4.6 甲方应保证提供的软件接口需求真实、准确、完整,并承担因需求变更而产生的额外费用。
五、乙方的权利和义务5.1 乙方有权要求甲方提供必要的硬件、软件和网络环境,以便顺利进行软件接口开发服务;5.2 乙方有权要求甲方按照约定的时间和金额支付合同款项;5.3 乙方应按照约定的时间和质量完成软件接口开发服务;5.4 乙方应提供软件接口开发过程中的相关文档和资料;5.5 乙方应保证软件接口开发过程中所使用的软件和工具合法、有效,并承担因此产生的法律责任;5.6 乙方应保证软件接口开发过程中所涉及的知识产权归属甲方,并承担因此产生的法律责任。
研发平台软件项目软件项目接口文档作者:完成日期:签收人:签收日期:修改情况记录:第1章引言 (3)1.1编写目的 (3)1.2术语 (3)1.3参考文献 (3)第2章接口定义 (4)2.1同步接口指令 (4)1.1编写目的说明对程序系统的接口设计、数据结构设计等,为开发编码奠定基础。
本文档描述本地UI软件的JavaScript代码和STB浏览器组件库iPanel之间的交互接口,包括请求的格式,请求结果的格式,相关错误的定义,以及请求和结果返回的交互流程。
本文的主要读者为需要系统前端开发人员、STB开发人员,以及需要了解本前端与STB 接口的相关人员。
1.2术语术语或缩写词说明性定义IPTV 交互式网络电视STB 机顶盒HTML 超文本置标语言JavaScript 一种应用于客户端Web开发的脚本语言CSS 层叠样式表DOM 文档对象模型JSON 专门为浏览器中的网页上运行的JavaScript代码而设计的一种数据格式XML 可扩展置标语言iPanel IPTV终端浏览器1.3参考文献第2章接口定义本软件页面与底层交互采用iPanel扩展的ioctlRead/Write方式进行,数据交换采用json字符串/String方式。
2.1同步接口指令读取菜单。
*【电视剧场】1*【我的影视】2*【家庭院线】3*【我的专区】4*【信息空间】5,*【热门推荐】6,*【帮助】7,帮助模块中的3个子模块(下载状态、帮助、设置)可分别控制*【移动信息】8,当关闭外置节目播放时,移动信息中不显示外置节目当关闭外置文件播放时,移动信息中不显示外置文件当终端未登录服务器时,移动信息中不显示外置文件*【动听世界】9,*【自定义模块A】,*【自定义模块B】,离线;软件查询模式方式约定: 0->出厂设置;1->版本升级;2->版本信息;3-> 网络状态查询;软键盘开关约定: 0->打开;1->关闭网络状态约定:var NetWorkStatusMode = [{ ERROR: 0, name: '网络连接异常请检查连接', setname: "网络连接异常请检查连接", icon: "red" },{ CONNECTING: 1, name: '正在连接', setname: "与服务器正在连接", icon: "orange" },{ SUCCESS: 2, name: '连接成功正在登录', setname: "与服务器连接成功,正在登录", icon: "orange" },{ NORMAL: 3, name: '网络连接正常', setname: "网络连接正常", icon: "green" },{ W_ERROR: 4, name: '无线网络连接异常请检查连接', setname: "无线网络连接异常请检查连接", icon: "red" },{ W_CONNECTING: 5, name: '无线正在连接', setname: "无线与服务器正在连接", icon: "orange" },{ W_SUCCESS: 6, name: '无线连接成功正在登录', setname: "无线与服务器连接成功正在登录", icon: "orange" },{ W_NORMAL: 7, name: '无线网络连接正常', setname: "无线网络连接正常", icon: "green" }。
1.引言1.1编写目的【阐明编写需求说明书的目的,指明读者对象。
】为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景a.本项目由***SP服务商委托鹏谷科技开发完成b.本项目与中移动CMPP服务器连接,并向中移动手机计费系统发送信息1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。
】栏目:由SP服务商提供,可供手机用户订阅的手机短信的明确分类系统组:使用系统的不同角色,不同的组拥有不同的权限,即实现了不同的角色系统用户:组中的用户。
即最终使用系统的人员1.4参考资料a.项目经核准的计划任务书、合同或上级机关的批文b.项目开发计划c.文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2.任务概述2.1目标开发一个能够自动发送短信的SP服务系统。
2.2运行环境服务器:操作系统:Red Hat Enterprice Linux AS release 3 (Taroon) 支持环境:Tomcat数据库:Oracle 10g客户端:操作系统:Windows XP , Linux OS2.3条件与限制3.数据描述3.1静态数据3.2动态数据【包括输入数据和输出数据。
】3.3数据库介绍【给出使用数据库的名称和类型。
】3.4数据词典3.5数据采集4.功能需求4.1功能划分类似于说明书4.2功能描述1.短消息生成模块功能描述:根据栏目种类,维护一个短信库,为栏目生成具体短信,以供发送。
此模块为系统维护一个短消息库,保存某些非实时栏目已经发送过的信息,比如笑话。
以供日后使用。
功能子项1:编辑子项描述:1.向栏目维护模块发送请求,获得栏目种类和栏目描述2.点击某栏目,进入编辑页面。
3.在编辑页面上有“查看历史消息”,点击可查看库中存放的历史消息4.编辑完毕后,点击“提交”,将编辑好的信息提交到数据库中备注:编辑之后的短消息存入数据库专门表,在通过审核后,可置为预发送状态功能子项2:审核子项描述:对已经编辑的短消息进行审核1.单击“栏目”,显示所有栏目2.点击某栏目,查看对应短消息3.单击“审核通过”,将内容存入数据库。
四川托普集团技术文档卷号:卷内编号:V1.0版多层体系政务框架平台之一行政服务中心政务平台软件产品需求规格说明书Software Product Requirements Specification项目承担部门:中央研究院应用产品开发中心撰写人(签名):完成日期:本文檔使用部门:■主管领导■项目组□客户(市场)■维护人员□用户文档验交组(签名):验交日期:评审负责人(签名):评审日期:软件产品需求规格说明书Software Product Requirements Specification 1.引言1.1.目的本节描述软件产品需求规格说明书(SRS)的目的是:定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;提供性能要求、初步设计和对用户影响的信息,作为软件人员进行软件结构设计和编码的基础;作为软件总体测试的依据。
1.2.定义Workflow:工作流1.3.参考资料行政服务中心政务平台白皮书行政服务中心政务平台项目审批表2.软件总体概述2.1.软件标识软件全称:多层体系政务框架平台之一行政服务中心政务平台软件简称:XZFWZXZW版本号:1.02.2.软件描述2.2.1.系统属性行政服务中心是改革开放进程中一项新生事物,是实践江总书记“三个代表”重要思想的具体表现,是改善投资环境,扩大开放,吸收外来投资,加快发展的重要举措。
为了实现行政服务中心“一站式集中,一条龙服务”,为全社会提供平等竞争的市场条件和长期稳定的投资环境,塑造廉洁,规范,高效的政府形象的目标,充分利用信息化技术,建设先进实用的可扩展性强的行政服务信息系统,实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。
为此,托普集团根据行政服务中心的业务需求,设计了行政服务中心政务平台。
2.2.2.开发背景开发目的:1、公众服务2、行政服务中心和各级政府部门应用目标:行政服务机构使用范围:行政服务机构,公众2.3.软件功能(共12个系统模块)其中内部办公模块又分为:2.4.用户的特点因为本软件是一个全新的概念,对它的使用要求领导绝对的支持,才能将这个软件系统得以很好的使用。
中国移动浙江公司OpenMAS移动代理服务器软件产品基础组件接口设计文档v1.01 / 232010.062 / 23目录1. 概述 (3)1.1. 文档概述 ........................................................................................................................... 3 1.2. 引用标准 ........................................................................................................................... 3 2. OpenMAS 业务简介 (4)2.1. OpenMAS 业务定义 .......................................................................................................... 4 2.2. OpenMAS 业务特征 .......................................................................................................... 4 3. 接口说明.. (5)3.1. 短消息接口 (5)3.1.1. 业务功能 ................................................................................................................ 5 3.1.2. 流程说明 ................................................................................................................ 9 3.1.3. 数据类型定义 ...................................................................... 错误!未定义书签。
3.1.4. 短信发送(SendSMS)接口 ................................................... 错误!未定义书签。
3.1.5. 短信接收(GetSms)接口 ...................................................... 错误!未定义书签。
3.2. 彩信接口 . (14)3.2.1. 业务功能 .............................................................................................................. 14 3.2.2. 流程说明 .. (17)3 / 233.2.3. 彩信表示规范 ...................................................................................................... 14 3.2.4. 数据类型定义 ...................................................................... 错误!未定义书签。
3.2.5. 彩信发送(SendMMS)接口 .................................................. 错误!未定义书签。
3.2.6. 彩信接收(GetReceivedMms)接口 ...................................... 错误!未定义书签。
1. 概述1.1. 文档概述本文档描述了OpenMAS 组件与SI/EC 平台交互的接口,包括短信、彩信、。
1.2. 引用标准[1]中国移动通信集团公司 《省BOSS 与业务管理平台(业务平台)接口规范(暂行)》(V1.1.0)[2]中国移动通信集团公司 《全网行业应用业务规范》[3]中国移动通信集团公司 《中国移动一级BOSS 系统接口规范-全网行业应用-SMS 业务单行本-IAGW-M 部分2.0.0》[4]中国移动通信集团公司《中国移动一级BOSS 系统接口规范V1.4.5》[5]中国移动通信集团公司《省行业网关开发全网行业应用总体技术要求-报批稿》 [6]中国移动通信集团公司《省BOSS 与省行业网关接口规范1.1.2》4 / 232. OpenMAS 业务简介2.1. OpenMAS 业务定义OpenMAS ,即Open Mobile Agent Server ,其将行业客户的各类应用与移动通信业务应用集成结合,实现SMS (Short Message Service )、USSD (Unstructured Supplementary Service Data )、MMS (Multimedia Messaging Service )、WAP (Wireless Application Protocol )、KJava (Kilo JAVA )等方面的移动数据应用,是沟通集团客户IT 应用环境与移动网络之间的桥梁,为集团客户提供面向移动网络的统一的界面和接口,并可衍生出结合移动终端和其它移动应用的新的应用系统,丰富集团客户应用;对集成集团客户已有系统,OPENMAS 系统可以简化开发流程、缩短开发周期,可以快速在已有应用系统中集成移动化功能,也可以根据OPENMAS 系统开发针对性的移动应用。
2.2. OpenMAS 业务特征与OPENMAS 服务器所具备的特殊地位对应,可以将OPENMAS 服务器的应用分为三个层次。
✓ 作为集团客户应用系统的统一移动接入手段:为集团客户应用系统提供包括短信、彩信、USSD 、WAP 、WEB 、定位等在内的统一通信能力。
功能的侧重点是提供通信能力的支持。
在这个层次,MAS 作为统一移动接入能力提供者,不参与业务的核心逻辑;✓ 实现集团客户应用的移动化:将集团客户IT 系统的应用环境扩展到移动网络,从而实现移动化的集团客户应用。
此时,移动化成为集团客户应用系统必备的功能需求,MAS 服务器也成为集团客户应用系统不可或缺的部分。
为了实现移动化的需求,集团客户应用系统不需要进行大的改动,在MAS 服务器上需对集团客户应用系统的功能进行必要的扩充,MAS 服务器成为集团客户应用系统的延伸。
5 / 23提供新业务:在MAS 服务器上运行一个或多个应用模块。
MAS 服务器提供的应用相对独立,或是由于移动网络环境而衍生出的新的业务系统,这些应用也属于集团客户应用系统的范畴,并与其它集团客户应用系统共同使用MAS 服务器所提供的接入和移动化支撑功能。
3. 接口说明3.1. 短消息WebService 接口3.1.1. 业务功能集团客户应用系统通过此接口实现短信的收发和状态查询。
集团客户应用系统调用SendMessage 接口发送短信,OpenMAS 接收请求进行发送。
在提交短信发送请求之后, OpenMAS 根据集团客户预先注册的插件主动通知短信发送状态。
6 / 233.1.2. 短信发送接口3.1.2.1. 流程说明发送接口描述: ∙集团客户应用系统在OpenMAS 基础组件上注册(并登记状态报告的接收URL ),并在OpenMAS 基础组件上生成账号; ∙ 集团客户应用系统调用OpenMAS 基础组件的sendMessage 接口,发起短信发送的操作; ∙ OpenMAS 接收到短信,然后将短信发送到短信网关; ∙ OpenMAS 接收短信网关的状态报告(结果回执);∙OpenMAS 根据注册的URL ,调用基础组件的NotifySmsDeliveryReport 方法(带上回执的结果参数)。
∙集团客户应用系统获取到具体的状态报告信息。
7 / 233.1.2.2. 调用方式3.1.2.3. 发送方法(SendMessage)发起方:应用系统 落地方:OpenMas 平台string SendMessage (string ApplicationID, string Password, string [] DestinationAddresses,string Message);string SendMessage (string ApplicationID, string Password,string [] DestinationAddresses, string Message string ExtendCode);备注:消息内容Message 为UTF-8编码。
请求参数定义1、 ApplicationID :应用程序ID (类型:string )2、 Password :应用程序发送短信密码,用来防止有人恶意模仿应用程序发送短信(类型:string )3、 DestinationAddresses :短信接收方号码,可同时发多人(类型:string 数组)4、 ExtendCode :由该应用填写的应用内部扩展号码。
(类型:string )5、 Message :短信内容(类型:string )返回值定义6、 返回此次发送信息的唯一标识符,用于用户查询发送状态。
(类型:string)3.1.2.4. 状态报告方法 (NotifySmsDeliveryReport)发起方:OpenMas 平台 落地方:应用系统8 / 23限制条件:应用系统必须注册指定插件void NotifySmsDeliveryReport(DeliveryReport deliveryReport);请求参数定义deliveryReport :短信发送状态,与发送请求数组一一对应(类型:DeliveryReport )1、 DeliveryStatus :发送状态(DeliveryStatus ),枚举类型2、 ReceivedAddress :接收方地址(string )3、 StatusCode :状态码,如果发送失败可确定错误原因(string )4、 SendAddress :发送地址5、 MessageId :发送标识 返回值定义3、无返回值9 / 233.1.3. 短信接收接口3.1.3.1. 流程说明∙∙ 接收短信流程说明:∙ 由应用系统提前在OpenMAS 基础组件注册插件,并登记用于接收短信的URL ; ∙ 然后OpenMAS 基础组件从短信网关接收短信信息;∙ OpenMAS 组件根据插件注册时登记的URL 信息,调用URL 对应的NotifySMS 方法; ∙ 集团客户应用系统收到OpenMAS 的调用,获取上行短信唯一标识的MessageID ; ∙ 集团客户应用系统调用OpenMAS 组件方法(GetMessage ),获取上行短信的详细内容。