中国移动开发者社区应用开发要求精.docx

1、中国移动开发者社区应用开发要求精 中 国 移 动 通 信 企 业 标 准中 国 移 动 开 发 者 社 区 应 用 开发 要 求S p e c i f i c a t i o n F o r T h e Ap p l i c a t i o n De v e l o p m e n t of Ch i n a M o b i l e SD N 版 本 号 :1. 2. 0 中国移动通信集团公司 发布 - - 发 布 - - 实 施 QB- - -目 录前 言 . II1 范围 . 12 规范性引用文件 . 13 术语、定义和缩略语 . 1 3.1 术语、定义 . 13.2 缩略语 . 24 业

2、务概念 . 25 开发要求 . 2 5.1 权利责任 . 错 误!未定义书签。 5.1.1 开发者权力 . 错 误!未定义书签。 5.1.2 责任 . 错 误!未定义书签。 5.2 界面要求 . 3 5.2.1 启动画面(适用于游戏、软件 . . 3 5.2.2 “关于”项说明 . 3 5.2.3 “帮助”项说明 . 3 5.2.4 “退出”项说明 . 4 5.3 安装卸载要求 . 4 5.4 联网要求 . 4 5.5 程序进程 . 4 5.6 数据读写(细化读写范围 . 5 5.7 计费功能 . 55.8 其他要求 . 56 接口说明 . 错 误!未定义书签。7 用户体验相关的建议 . 5

3、7.1 用户界面设计原则 . 5 7.2 用户交互设计原则 . 5 7.3 几个固定按键的建议 . 6 7.4 应用界面文字格式建议 . 67.5 其他建议 . 68 编制历史 . 6前 言本标准规定了中国移动开发者社区的应用开发要求, 是各应用开发者 /开发商开发应用 的依据,以满足后续应用进入 Mobile Market运营管理的要求。本标准主要包括应用通用要求、界面要求、用户体验建议等方面内容。本标准是 M-Market 业务系列标准之一,该系列标准的结构、名称或预计的名称如下:序号 标准编号 标准名称1 M-Market 业务平台总体技术要求2 M-Market 业务平台业务规范3 M

4、-Market 业务平台接口规范本标准需与 M-Market 业务平台业务规范配套使用。本标准的附录 为标准性附录,附录 为资料性附录。本标准由中移 号文件印发。本标准由中国移动通信集团数据部提出,集团公司技术部归口。本标准起草单位:中国移动通信有限公司研究院。本标准主要起草人:1范围本标准规定了中国移动开发者社区离线应用(软件、游戏、主题的技术要求,供中国移动开发者 社区的开发者 /开发商在开发离线应用时使用。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的 修改单(不包括勘误的内容或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的

5、各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。1 M-Market 业务平台总体技术要求中国移动通信有限公司2 M-Market 业务平台接口规范中国移动通信有限公司3 M-Market 业务平台业务规范中国移动通信有限公司43术语、定义和缩略语3.1 术语、定义术语 /定义 解释Mobile Market (M-Market 中国移动为构建适应移动互联网产业的新的商业模式,并通过 建立 M-Market 业务平台为业务运营、合作伙伴提供全面支撑。M-Market 客户端M-Market 客户端是浏览和下载 M-Market 应用的终端软件M-Mark

6、et 应用 经过 M-Market 测试认证中心测试认证后, 可交付给用户使用的 手机终端应用。应用是可安装、可执行的软件实体。M-Market 产品 在 M-Market 业务中定义为可面向用户进行销售的单元。 由合作 伙伴提供的应用, 在定义相应的资费规则后, 即成为在 M-Market 上可上架销售的产品。M-Market 商品 商品的是为了统计不同货架上产品的销售情况。产品在上架之 后即成为商品,商品是具有货架信息的某个产品。同一产品可 以同时放置到多个不同的货架上,即产生多个商品。体验式计费 指用户试用应用软件一段时间或者一定次数后再进行计费的一种计费方式。3.2 缩略语 4业务概念

7、在 2.5G 和 3G 移动宽带网络环境成熟,以及手机终端智能软件平台日渐普遍的基础上, M-Market 通过建立一种新的业务模式,提供开放的无线数据业务产业链,为手机用户提供体验良好、产品类型丰 富的手机终端应用和数字内容服务,并促进无线数据业务和市场的发展。M-Market 业务以中国移动统一的用户服务界面, 定制的客户端应用管理和开发环境, 向手机用户提 供全过程的业务服务质量。M-Market 在手机终端和互联网的渠道上建立面向消费用户的统一的产品销售门店, 向用户提供数字 产品展示、 产品体验、 产品订购、 产品使用反馈的一体化服务。 对于用户订购的应用或内容产品, M-Marke

8、t 建立通畅的数字产品递送服务,通过无线宽带网络,交付到客户端,通过客户端定制的应用管理和运行 环境,保证用户的使用产品的一致体验。M-Market 向用户提供的手机终端应用, 是由开放产业链中的参与者提供的, 包括中国移动、 个人应 用开发者、应用提供商 AP 、具有手机应用商店的终端厂家等。 M-Market 通过收入分成的模式,保证产 业链各方的利益,从而保证产品的不断更新和丰富。中国移动开发者社区的应用可申请进入中国移动 MobileMarket 进行销售, 所以对开发者社区的应用 需要制定基本的开发规范,从而协助社区的开发者 /开发商开发的应用能顺利通过测试与申请,进入 Mobile

9、Market 。离线应用主要包括:软件、游戏、主题。5开发要求应用开发要求从开发者应用开发、产品引入所涉及的各个方面和环节进行规范和约束,确保开发的 应用符合中国移动产品策略,在功能、安全、友好性上满足用户的需求。QB- 5.1 通用要求 l l 开发者应严格遵循中国移动产品策略开发各类应用。 开发者开发的应用不能损害用户的利益，包括但不限于泄露个人隐私、恶意订购、破坏用户数 据等。 5.2 界面要求 5.2.1 启动画面（适用于游戏、软件） l 应用（游戏、软件）的启动画面使用统一的中国移动 MobileMarket 标识图片，具体见图 1-1 所 示： 图 1-1 M-Market 应用启

10、动界面 l l 具体图片附件可从中国移动开发者社区资源下载获取(MM 应用改造图片-20090408.rar。 文字内容：中国移动 Mobile Market 让你的手机更加精彩，感谢你的支持！ 5.2.2 “关于”项说明 l “关于”项中，增加说明： “本应用经过中国移动测试认证中心安全测试，感谢您的支持！ ” l 程序包版本号需添加“MM 版本”字样。 l 程序包名称在最前面加上“MM-” 。 “关于”可合并到帮助中。 5.2.3 “帮助”项说明 应用必须提供“帮助” （主题除外）功能，包括开发者信息、软件名称、版本信息、基本的使用说 明。 3 QB- 5.2.4 “退出”项说明 应用必须

11、提供“退出” （主题除外）功能，退出时不能产生新的链接或界面。 5.3 安装卸载要求 5.3.1 安装 正确提示用户； 5.3.2 卸载 程序卸载应遵循各类应用程序卸载规则并且不遗留原应用的任何服务和数据。 5.4 软件升级要求（5 月 17 日产品暂不允许提供该功能） 5.4.1 手动升级（5 月 17 日产品暂不允许提供该功能） 软件应用必须提供用户在线手动升级的能力。用户确认升级后，如果 M-Market 平台有此软件更新 版本，则应用应能从 M-Market 业务平台下载最新版本的软件，并提醒用户进行安装。 5.4.2 自动升级（5 月 17 日产品暂不允许提供该功能） 推荐应用支持自

12、动升级，应用每次启动进行初始化时，上报当前版本信息，如果 M-Market 平台有 新的应用版本发布，提示用户是否进行升级。 如果新版本安装完成后需要重启，应用应给用户明确提示。 应用根据 M-Market 平台的指示，决定是否强制用户进行升级。强制升级是指不升级的应用将不能 正常使用。 5.5 联网要求（5 月 17 日产品暂不允许提供该功能） 开发者在开发应用时涉及到联网时应遵循以下要求： l 如果软件使用了联网、SMS、MMS、电话功能需在提交测试时申报。 l 如果软件使用了联网、SMS、MMS、电话功能，需要确保与申报时的目标号码或地址的一致。 l 如果软件运行过程中需要联网、蓝牙、红

13、外， 则软件关闭后，连接也必须关闭。 l 软件在启动运行过程中，如果需要 GRPS 初始连接，需要提示用户，且允许用户选择。 （特别 申报除外） l 如果通过蓝牙、红外、TCP/IP 网络向外部发送信息，需在提交测试时申报。 l 如果软件使用了 CMCC 特权 API，需要提交测试时申报。 5.6 程序进程 开发者开发的应用进程相关的要求如下： l 应用的进程不允许隐藏，需能在进程管理工具中查找到并接受管理，有特殊情况需在提交测试 时申报。 l 对于应用使用过程中的电话呼入、短信、彩信到达处理：电话必须立即接通，短信和彩信要求 可以正常收取。处理完呼入电话或短信、彩信后，回到应用，应用功能应是

14、完整的。 l 如果软件是开机启动，则必须允许用户可配置，可以通过任务管理器查出来，以及可以通过任 4 QB- l 5.7 务管理器中止。 程序关闭后，所有相关进程退出（特别申报除外） 。 数据读写 开发者开发的应用涉及数据读写时应满足如下要求： l 如果需要读取用户数据，需在提交测试时申报。 l 如果需要对用户数据进行删除操作，需要得到用户确认，并且可以取消。 l 如果需要写其它程序已存在的数据，需在提交测试时申报。 l 如果需要修改用户的配置，以及修改手机的初始配置，需在提交测试时申报。 5.8 计费功能 开发者在开发应用时应按照中国移动的计费要求，使用中国移动提供的计费插件，向用户提供体验

15、 式计费方式。(5 月 17 日推出时，按次下载成功后计费方式 5.9 广告要求 开发者开发的应用如需增加广告信息， 必须在提交作品时申报， 并符合中国移动广告业务规范要求。 5.10 其他 开发者在开发应用中涉及的其他要求如下： l 开发的应用中不能含有恶意代码（没作用却会带来危险的代码） ，导致终端服务不可用。 l 开发的应用中不能含有违背国家规定的黄色非法信息。 l 开发的应用所用的密码不可以明码显示。 l 开发的应用各个业务流程需能执行完成，各种异常情况下不得导致终端不可使用。 l 开发的应用中不能插入跟本应用或 MobileMarket 无关的广告信息。 用户体验相关的建议 6 此章

16、节只作为建议，不作强行规定。 6.1 用户界面设计原则 手机应用界面的设计应该是基于对应应用平台的整体风格，界面中的图标、按钮等须表现出一定的 个性，来体现它们各自的功能，从而减少用户的认知负担。 6.2 用户交互设计原则 用户交互应遵循的原则包括但不限于： l 提供快速反馈，对用户的操作要尽快返回反应信息。 l 要有清楚、清晰的错误提示。 l 允许电话、短彩信中断，不能影响基本的通信功能。 l 尽量使用用户的语言。 5 QB- l l 6.3 提供导航功能，用户能很方便进行功能切换。 符合特定机型用户对其按键认知的习惯，如： C 键等。 几个固定按键的建议 2（往上） 、4（往左或上一页）

17、、5（确定） 、6（往右或下一页） 、8（往下） 6.4 应用界面文字格式建议 l l 对于在手机中显示的应用程序名称，可以用中文表示的文件名，须用中文表示； 对于应用程序内向用户呈现的显示界面，所有可以用中文表示的内容，须用中文表示。 6.5 其他建议 l l l l l l 应用运行产生的临时或者持久文件须存储在安装目录下，特殊除外（比如维护的是系统设置或 者系统数据） 。 任何需要修改用户场景模式的行为，需要提示用户并得到确认或者软件使用说明中有注明。 对于使用了联网、电话、SMS、MMS、蓝牙、红外、定位类功能的应用，需要检查在无信号时是 否可以正确提示用户。 应用运行时，连续按几个在应用说明中没有定义的功能键的键，应对应用运行无影响。 由帐号控制的应用，用户可以修改密码、找回密码。 存在 UI 的应用，UI 须根据终端屏幕大小适配/调整。 7 编制历史 版本 1.0.0 1.1.0 1.2.0 日期 2009 年 3 月 2009 年 3 月 2009 年 3 月 初稿 初稿 更新稿 主要修改内容 6