WP开发应用认证要求.docx

WP开发应用认证要求.docx

《WP开发应用认证要求.docx》由会员分享，可在线阅读，更多相关《WP开发应用认证要求.docx（21页珍藏版）》请在冰点文库上搜索。

WP开发应用认证要求

WindowsPhone的应用程序认证要求

本文介绍了Windows Phone应用程序或游戏要通过认证并在Windows PhoneMarketplace中发布而必须满足的策略和技术要求。

1.0计划概述

设计认证过程的一个核心原则是：

每个策略或要求都是清晰、客观且可测试的。

此透明原则旨在帮助开发人员轻松地设计和测试满足这些要求的应用程序。

下面列出了认证计划的主要内容：

1.应用程序很可靠。

2.应用程序有效地利用了资源。

3.应用程序不妨碍手机的其他功能。

4.应用程序不是恶意软件。

1.1需要了解的提交和认证过程内容

在准备将应用程序发布到Windows PhoneMarketplace之前，必须先执行认证过程。

在应用程序提交之前不需要签名。

认证过程包括静态验证和自动测试应用程序，以验证其是否满足所有策略和要求。

下面列出了5种主要的策略和要求类别：

∙应用程序策略

∙内容策略

∙应用程序提交要求

∙技术认证要求

∙对特定应用程序类型的其他要求

下面是一个简单的提交和认证过程图示。

1.1.1过程概述

下面简单地概述了提交和认证过程：

1.使用您的帐户登录到AppHub。

2.创建新的应用程序提交。

3.上传应用程序XAP文件。

4.输入应用程序的元数据，比如标题、描述、类别和图解。

5.选择发行国家/地区和价格。

6.在输入这些元数据时会验证XAP文件。

7.如果XAP文件验证成功，提交过程将继续进行步骤8；否则过程终止并通知您。

通过认证过程之后，可以选择立即发布选项，也可以稍后再发布。

8.文件重新打包XAP，如4.1.2节所述。

9.重新打包的XAP文件会部署到手机以进行认证测试。

认证测试包括自动和手动验证应用程序是否满足2、3、4、5和6节中所描述的要求。

10.如果应用程序满足所有要求，则重新打包的XAP文件和程序集文件将获得签名，并且会根据步骤7的选项发布应用程序。

11.如果应用程序不满足其中一个或多个要求，您将得到一个故障报告，并且无法发布应用程序。

重要提示：

当提交应用程序更新进行认证时，其认证过程与原始应用程序的认证过程相同。

1.1.2代码签名

当应用程序准确无误地成功通过认证测试后，会自动进行代码签名。

还会使用Authenticode®证书对应用程序和重新打包的XAP文件进行签名，这个证书是在注册为AppHub成员时分配给您的。

证书签发后，不会保留之前签发给应用程序和XAP文件的任何签名。

重要提示：

在将所有应用程序安装到投放市场的Windows Phone设备并在其上运行之前，都必须使用Microsoft签发的Authenticode证书对他们进行签名。

2应用程序策略

为了保护WindowsPhoneMarketplace的服务及其用户，并满足移动运营商的需求，Microsoft对于在WindowsPhoneMarketplace中分发的应用程序制定了以下策略。

Microsoft保留在必要时更新本策略的权利。

要求

要求内容

2.1

从WindowsPhoneMarketplace中获取的应用程序必须提供完备的功能（下文允许的外部数据存取除外）。

除非您与用户已存在计费支付关系，否则您不得要求用户在使用过程中、在WindowsPhoneMarketplace之外支付费用以激活、解锁或延长该应用程序的使用。

2.2

您的应用程序不得用于销售、绑定或以其他方式推广移动语音服务套餐。

2.3

您的应用程序不得危害（a）WindowsPhone设备或（b）WindowsPhoneMarketplace的安全或功能。

2.4

如果您的应用程序包含或显示广告，则该广告必须符合Microsoft广告创意承诺原则指南（MicrosoftAdvertisingCreativeAcceptancePolicyGuide），并且该应用程序必须具有独特的、实质的及合法的内容和目的，而不仅仅是广告的展示。

2.5

如果您的应用程序需要另外下载一个大的数据包（例如，大于50MB），以使该应用程序的运行与描述一致，则该应用程序的描述必须说明该数据包的估计大小，并且说明用于获取数据的网络连接可能引起额外费用。

2.6

如果您的应用程序支持聊天、即时消息传递或其他形式的个人到个人的沟通，并允许用户使用移动设备设置或创建其帐户或ID，则该应用程序必须包含验证机制，以确认创建帐户或ID的用户年龄在13岁或以上。

2.7

以下要求适用于使用MicrosoftLocationServiceAPI接收用户移动设备的位置的应用程序：

2.7.1

您的应用程序必须使用MicrosoftLocationServiceAPI确定位置。

2.7.2

您的应用程序的隐私策略必须通知用户的信息包括，如何使用和公开从LocationServiceAPI获取的位置数据，以及用户对位置数据的使用及共享所具有的控制。

2.7.3

您的应用程序必须在应用程序中提供设置，使用户可以启用或禁止应用程序通过LocationServiceAPI访问和使用位置。

2.7.4

如果您的应用程序向其他服务或其他个人（包括广告网络）发布或提供从LocationServiceAPI获取的位置数据，则您的应用程序必须实施一个获得选择加入许可的方法。

为了实现一个征得用户许可的方法，该应用程序必须（a）首先描述如何使用或共享位置信息；（b）在按所描述的方式发布位置信息之前获取用户的明确许可；并且（c）提供一个机制，用户可通过该机制在以后选择退出位置信息的发布。

您的应用程序必须定期提醒用户或提供一个可视的指示器，表明位置数据正在被发送给其他服务或个人。

2.7.5

您的应用程序不得替代、避开或隐藏任何与LocationServiceAPI相关的Microsoft用户通知或提示。

2.7.6

您的应用程序不得替代或避开用户在移动设备上禁用位置服务的选项。

2.7.7

您的应用程序必须仅在必要时才向LocationServiceAPI请求位置信息并保留和使用这些位置数据，以提供应用程序承诺提供给用户的位置感知功能。

2.7.8

您和您的应用程序必须采取措施，以防止XX地访问、使用或公开从LocationServiceAPI接收的位置数据。

2.8

如果您的应用程序从移动设备向任何服务或其他个人发布用户的个人信息，则该应用程序必须实现一个征得用户许可的方法。

个人信息是指与某位可识别的用户相关的所有信息或数据，包括但不限于以下内容，且与其保存位置（移动设备或可从移动设备访问的基于web的服务器）无关：

∙联系人

∙照片

∙电话号码

∙短信或其他文本通信

∙浏览历史记录

为了实现一个征得用户容许的方法，该应用程序必须（a）提供隐私策略，该策略至少必须描述如何使用或共享个人信息；（b）在按所描述的方式发布信息之前获取用户的明确许可；并且（c）提供一个机制，使用户可通过该机制随后选择退出信息的发布。

2.9

如果您的应用程序使用Microsoft推送通知服务（MicrosoftPushNotificationService），则该应用程序及Microsoft推送通知服务的使用必须符合以下要求：

2.9.1

该应用程序必须首先描述所提供的通知并获取用户的明确许可（选择加入），而且必须提供一个机制，用户可以通过该机制在以后选择退出接收推送通知。

使用Microsoft推送通知服务提供的所有通知必须与提供给用户的描述一致，并且必须符合所有适用的应用程序策略和内容策略。

2.9.2

该应用程序及其Microsoft推送通知服务的使用不得过度占用网络容量或Microsoft推送通知服务的带宽，或由于过多的推送通知对WindowsPhone、其他Microsoft设备或服务造成负担，Microsoft将基于其合理的考虑进行判断；并且该应用程序不得危害或干扰任何Microsoft网络或服务器，或连接到Microsoft推送通知服务的任何第三方服务器或网络。

2.9.3

Microsoft推送通知服务不得被用于发送关键任务或其他生命攸关的事件通知，包括但不限于与医疗设备或状态相关的关键通知。

MICROSOFT明确声明不能保证MICROSOFT推送通知服务的使用或MICROSOFT推送通知服务通知的交付不中断、无错误，或以其他方式承诺上述服务的实时性。

2.10

您的应用程序必须具有独特的、实质的及合法的内容和目的，而不是仅仅启动一个网页。

3内容策略

为了保护Windows PhoneMarketplace的服务及其用户，并满足移动运营商的要求，Microsoft对于在Windows PhoneMarketplace中发布的内容和元数据制定了以下策略。

Microsoft保留在必要时更新本策略的权利。

WindowsPhone游戏

如果您的应用程序通过了具备资质的游戏评级委员会（当前包括CERO、CRB、DJCTZ、ESRB、FPB、GRB、OFLC-新西兰、PEGI和USK）的评级，则需要提交该应用程序的有效等级证书及其适当的内容描述。

提交给巴西，韩国和南非的游戏需要包含游戏等级。

如果提交游戏的限制性评级等于或小于CERO的“B”、CRB的“PG”、DJCTO的“12”、ESRB的“T”、FPB的“13”、GRB的“12”、OFLC-新西兰的“PG”、PEGI的“12”或者USK的“12”，则该游戏被认为符合本内容策略。

游戏评级为CERO的“Z”、CRB的“MA15+”、DJCTO的“18”、ESRB的“M”、FPB的“18”、GRB的“15”、OFLC-新西兰的“R18”、PEGI的“18”或者USK的“18”，也可以接受，但由于受到WindowsPhone的“分级控制”而不能下载。

3.1授权内容、名称、徽标和商标

允许的内容如下：

∙内容和应用程序名称是独创的或得到许可的。

∙允许使用受版权保护的内容。

商标项（徽标/商标）的使用经过了商标所有者的批准。

∙如果应用程序描述了任一移动或有线电话、手持PDA或者任何其他数据和语音通信设备，则该应用程序肯定是通用的或者是WindowsPhone设备。

∙应用程序供应商有责任确定是否有权使用所选的名称、内容、徽标、版权、商标、在线服务和API。

3.2非法的或设想的危害

不允许的内容如下：

∙任何违反当地适用法律的淫秽或庸俗的内容。

∙任何描述或鼓励在现实世界中对人或动物进行伤害或实施暴力的内容。

3.3诽谤、中伤、诋毁、威胁

不允许的内容如下：

∙任何诽谤、中伤、诋毁或威胁内容。

∙任何促进或宣传上述指导原则所禁止内容的内容。

3.4仇恨言论或歧视性

不允许的内容如下：

∙任何主张歧视、仇恨或者基于种族、民族、国籍、语言、性别、年龄、生理缺陷、社会地位、宗教、性取向的暴力或表述，或者促进致力于上述目标的组织的内容。

这些内容可能包括记录一个种族、性别、性取向或宗教信仰负面成见的图片或文本。

我们更倾向于抵制有证据表明有意发帖骚扰、威胁或侮辱个人或团体的内容。

3.5酒精、烟草、武器和毒品

不允许的内容如下：

∙无论目标市场是哪里，任何促进或宣传（直接或间接）非法的（在适用的当地法律允许的范围内）或者过度出售或使用任何地区/场所不允许的酒精或烟草产品、毒品或武器的内容。

3.6成人相关的内容

不允许的内容如下：

∙性/裸体——性暗示或性刺激（比如，挑逗性的性接触、性虐待、自慰）图片；显示乳头、生殖器、臀部或阴毛的挑逗性图片。

∙正常人认为是成人或成人边缘的内容（图片、文本或音频）。

∙通常属于色情类的内容。

∙描绘或暗示卖淫嫖娼的内容。

∙描写特殊性癖好的内容。

∙描写儿童或动物性关系的内容。

3.7特定类型的非法活动

不允许的内容如下：

∙任何促进或宣传非法赌博、非法成人内容和/或色情文学、儿童色情作品、人兽性交、剽窃、网上非法药店、违规药品或犯罪或恐怖活动的内容。

∙根据应用程序供应商认可的其他合同条款，允许支持在合法赌博的管辖区域内进行合法赌博的应用程序。

∙任何指导用户如何制作炸弹或武器、毒品，或者招揽用户参与当地适用法律所谓的暴力或非法行为的内容。

∙擅自使用另一个实体的知识产权，包括但不限于：

软件、音乐、艺术品以及其他受版权、商标或专利保护的材料或商业机密。

∙任何促进或宣传未成年饮酒、非法使用毒品或者由于酒精或毒品使用导致社会危害行为（比如醉酒驾驶）的内容。

3.8暴力

不允许的内容如下：

∙现实暴力或恣意暴力，包括以下描述：

∙斩首、刺穿、鲜血飞溅/鲜血喷射/血流成河或淤血

∙身体部位爆炸

∙枪支/武器瞄准用户/观众（例如，“俄罗斯轮盘赌”游戏）

∙勒死/绞死

∙人或动物起火燃烧

∙虐待动物

∙人或动物痛苦的声音

∙非自愿的或肢体反抗的带有暴力或非法暗示的性暴力

∙强奸以及性侵犯

∙骚扰以及儿童性虐待

∙伤害或以其他方式伤害现实世界中的人或团体的要求或指令

∙歌颂危害人类的罪行，比如集体屠杀和酷刑。

3.9过分亵渎

不允许的内容如下：

∙任何过度使用亵渎性或成人语言的内容。

4应用程序提交要求

在提交过程中将验证以下要求。

这一过程包括检查元数据及验证您上传的XAP文件。

4.1安装程序包的验证

程序集和数据文件必须被打包为一个XAP文件包。

VisualStudio®2010ExpressforWindowsPhone生成必要的XAP程序包和清单文件。

要求

要求内容

4.1.1–程序包要求列表

XAP程序包文件最大为225MB。

XAP程序包必须包含以下内容：

∙一个有效的WindowsPhone应用程序清单文件，其名称为WMAppManifest.xml。

有关更多信息，请参阅WindowsPhone的应用程序清单文件主题。

∙WMAppManifest.xml文件中的