Observation on the quality of life before and after the injection of antiangiogenic drug in the vitreous cavity of patients with wet agerelated macular degeneration
Dan-Dan Wang, Pei-Ying Xu, Tian-Yu Wang, Xiao-Xia Chen, Qing Peng
引用本文： Dan-Dan Wang, Pei-Ying Xu, Tian-Yu Wang, Xiao-Xia Chen, Qing Peng.Observation on the quality of life before and after the injection of antiangiogenic drug in the vitreous cavity of patients with wet agerelated macular degeneration[J].Chinese Nursing Research (Chines),):35-39
To explore the visionrelated quality of life (VRQL) before and after the injection of antiangiogenic drug into the vitreous cavity of patients with wet agerelated macular degeneration (AMD).
关键词： Agerelated
In Quality of life
作者简介：
Department of Ophthalmology, Xinhua Hospital, Shanghai Jiaotong University School of Medicine, Shanghai 200092, China Shanghai Minhang Hospital, Fudan University, Shanghai 201199, China
课题： This work was supported by National Natural Science Fund Project(No.) and Science and Technology Commission of Shanghai Natural fund project(No.11JC410602)
阅读全文：
阅读此文章需pdf阅读器APPLICATION STORE SYSTEM AND METHOD FOR IMPLEMENT IN APPLICATION PURCHASE FUNCTION
WIPO Patent Application WO/
The present invention provides an application store system and a method for implement an In Application Purchase (IAP) function. The system comprises: a developer community function entity and an application store online store function entity, and further comprises an IAP management module. The IAP management module comprises: a configuration module, set to receive a corresponding purchase item and information corresponding to the purchase item configured for an application uploaded through the developer commu and a payment request processing module, set to receive a payment request from the application, and perform charging according to the information corresponding to the purchase item for which the payment request requests paying. The present invention reduces the costs of development and maintenance of an application with the IAP function for an ordinary developer.<0}
Inventors:
WU, Yan (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nanshan Distric, Shenzhen Guangdong 7, 518057, CN)
Application Number:
Publication Date:
10/04/2012
Filing Date:
07/21/2011
Export Citation:
ZTE CORPORATION (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nanshan Distric, Shenzhen Guangdong 7, 518057, CN)
中兴通讯股份有限公司 (中国广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦, Guangdong 7, 518057, CN)
International Classes:
View Patent Images:
&&&&&&PDF help
Domestic Patent References:
Foreign References:
CN1658203A
Attorney, Agent or Firm:
KANGXIN PARTNERS, P.C. (Floor 16, Tower A Indo Building,A48 Zhichun Road, Haidian District, Beijing 8, 100098, CN)
权 利 要 求 书
1. 一种应用商店系统， 包括开发者社区功能实体和应用商店网店功能实体， 还包 括应用内购买 IAP管理模块， 其中， 所述 IAP管理模块包括： 配置模块， 设置为接受为通过所述开发者社区功能实体上传的应用配置对 应的购买项和对应于所述购买项的信息；
支付请求处理模块， 设置为接收来自应用的支付请求， 按照所述支付请求 所请求支付的购买项对应的信息进行扣费。
2. 根据权利要求 1所述的系统， 其中， 所述 IAP管理模块设置在所述开发者社区 功能实体中。
3. 根据权利要求 1所述的系统， 其中， 所述 IAP管理模块还包括：
支付请求响应模块， 设置为在所述支付请求处理模块扣费成功的情况下， 向所述应用返回支付成功消息。
4. 根据权利要求 3所述的系统， 其中， 所述支付请求响应模块设置为在扣费成功 的购买项为所述应用中已下载的项目的情况下， 返回携带有扣费成功的购买项 的信息的所述支付成功消息； 以及设置为在扣费成功的购买项为所述应用中未 下载的项目的情况下， 返回携带有经过加密的扣费凭证的所述支付成功消息。
5. 根据权利要求 4所述的系统， 其中， 在扣费成功的购买项为所述应用中未下载 的项目的情况下， 所述支付请求响应模块返回的所述支付成功消息中携带的经 过加密的扣费凭证通过以下方式获得：
使用对应于所述应用的校验码并应用加密算法对扣费凭证进行加密，其中， 所述校验码、 对应于所述应用的加密算法和验证规则配置在设置为供所述应用 下载所述扣费成功的购买项的应用服务器中。
6. 根据权利要求 1所述的系统， 其中， 所述 IAP管理模块还包括：
查询请求处理模块， 设置为接收来自应用的查询请求， 根据所述查询请求 进行购买项的查询；
查询请求响应模块， 设置为向所述应用返回查询到的购买项的信息。
7. 一种实现应用内购买 IAP功能的方法， 包括： 响应于用户选定待支付的购买项的操作， 应用向应用商店系统发送支付请 求；
所述应用商店系统接收来自应用的支付请求， 按照所述支付请求所请求支 付的购买项对应的信息进行扣费。 根据权利要求 7所述的方法， 其中， 在所述应用商店系统接收来自应用的支付 请求， 按照所述支付请求所请求支付的购买项对应的信息进行扣费之后， 还包 括：
所述应用接收所述应用商店系统在扣费成功的情况下返回的支付成功消 息；
在扣费成功的购买项为所述应用中已下载的项目的情况下， 所述应用根据 所述支付成功消息中携带的扣费成功的购买项的信息授权使用所述扣费成功的 购买项； 在扣费成功的购买项为所述应用中未下载的项目的情况下， 所述应用 将所述支付成功消息中携带的经过加密的扣费凭证发送至供所述应用下载所述 扣费成功的购买项的应用服务器。 根据权利要求 8所述的方法， 其中， 在所述应用将所述支付成功消息中携带的 经过加密的扣费凭证发送至供所述应用下载所述扣费成功的购买项的应用服务 器之后， 还包括：
所述应用服务器对所述经过加密的扣费凭证进行解密和校验， 在所述扣费 凭证合法的情况下， 向所述应用传递所述扣费成功的购买项的服务内容。 根据权利要求 7所述的方法， 其中， 在应用向所述请求支付处理模块发送支付 请求之前， 还包括：
所述应用向所述应用商店系统发起查询请求；
所述应用商店系统根据所述查询请求进行购买项的查询， 向所述应用返回 查询到的购买项的信息；
所述应用显示接收到的购买项的信息。
Description:
应用商店系统及实现应用内购买功能的方法 技术领域 本发明涉及通信领域， 具体而言， 涉及一种应用商店系统及实现应用内购买 （In Application Purchase, 简称为 IAP) 功能的方法。 背景技术 随着第三代（the 3rf Generation, 简称为 3G)移动通信的发展和智能移动终端（例 如， 智能手机） 的发展， 手机互联网 （internet) 的应用越来越广泛。 在这样的环境下， 苹果从 2008年开始通过应用商店 （apple app store) 提供 iPhone应用， 在短期内取得 了接近 10亿的下载量。 这种手机应用商店的使用， 造就了一大批独立应用开发者。 各大运营商、 手机制 造商以及互联网厂商也将推出各自的在线应用商店提上日程， 或业已推出在线应用商 店。 随着应用商店的发展， 应用的形式也发生了多种多样的变化。 应用商店需要为这 些不同的应用提供更好的系统支撑能力。 一种典型的新兴的应用是在应用中内置一个 商店。 当用户下载该应用时， 可以从应用内触发一个购买请求。 这种应用可以是一个 游戏， 当游戏中需要某个道具时， 用户可以从开发者为游戏开发的某个购买入口触发 购买请求。 这种应用也可以是一个电子阅读器， 用户免费的下载了某电子阅读器的应 用程序， 打开该应用程序后可以在应用程序中购买电子书。 据统计， 这一类型的应用 可以提高用户的购买意愿。 开发者迫切的需要应用商店为其提供这类应用开发的系统 和结算能力以降低开发这类应用的开发成本。 而应用商店之争， 最后也将演变为如何 吸引更多开发者， 所以应用商店也应从开发者的角度考虑， 为其开发具备程序内购买 功能的应用程序提供更好的系统支撑。 图 1是根据相关技术的应用商店系统的基本架构图， 如图 1所示， 在普通的应用 商店系统中， 主要的功能实体为应用商店网店以及开发者社区， 以下分别进行简要的 说明。 相关技术中的应用商店网店的主要功能模块包括： 门户， 鉴权模块， 应用分发模 块， 供应销售模块， 业务支撑模块和运营支撑模块。 门户主要用于提供 WEB 门户、 WAP门户、 手机客户端或者 PC客户端的访问入口， 通过该入口， 手机终端用户可以 方便的搜索和下载应用。 鉴权模块用于提供对用户的鉴权以及应用的鉴权。 应用分发 模块用于提供各种应用分发途径的功能， 比如下载到电脑、 WAP PUSH到手机、 短信 发送地址或者客户端直接下载***等与应用分发相关的功能。 供应销售模块用于提供 对应用商店中销售的应用的管理， 包括： 店铺和货架的管理、 应用上线 /下线的管理以 及推荐排行的管理。 相关技术中的开发者社区的主要功能包括： 应用上传， 应用管理功能， 论坛功能， 开发者 wiki o 目前的这种应用商店系统对于普通的应用已具备较好的开发支持能力， 但是， 在 该系统中， 如果开发者希望开发内置有程序内购买 （也称为应用内购买或应用程序内 购买）流程的应用，就需要自己再另外搭建一个服务器（server)来处理这些计费请求， 同时也要提供相应的完整的结算功能。 这样， 开发及维护的代价均非常之高。 发明内容 本发明的主要目的在于提供一种应用商店系统及实现应用内购买功能的方法， 以 至少解决上述问题。 本发明的一个方面提供了一种应用商店系统， 包括开发者社区功能实体和应用商 店网店功能实体， 还包括 IAP管理模块， 其中， 所述 IAP管理模块包括： 配置模块， 设置为接受为通过所述开发者社区功能实体上传的应用配置对应的购买项和对应于所 述购买项的信息； 支付请求处理模块， 设置为接收来自应用的支付请求， 按照所述支 付请求所请求支付的购买项对应的信息进行扣费。 所述 IAP管理模块设置在所述开发者社区功能实体中。 所述 IAP管理模块还包括： 支付请求响应模块， 设置为在所述支付请求处理模块 扣费成功的情况下， 向所述应用返回支付成功消息。 所述支付请求响应模块设置为在扣费成功的购买项为所述应用中已下载的项目的 情况下， 返回携带有扣费成功的购买项的信息的所述支付成功消息； 以及设置为在扣 费成功的购买项为所述应用中未下载的项目的情况下， 返回携带有经过加密的扣费凭 证的所述支付成功消息。 在扣费成功的购买项为所述应用中未下载的项目的情况下， 所述支付请求响应模 块返回的所述支付成功消息中携带的经过加密的扣费凭证通过以下方式获得： 使用对 应于所述应用的校验码并应用加密算法对扣费凭证进行加密， 其中， 所述校验码、 对 应于所述应用的加密算法和验证规则配置在设置为供所述应用下载所述扣费成功的购 买项的应用服务器中。 所述 IAP管理模块还包括：查询请求处理模块，设置为接收来自应用的查询请求， 根据所述查询请求进行购买项的查询； 以及查询请求响应模块， 设置为向所述应用返 回查询到的购买项的信息。 本发明的另一个方面提供了一种实现 IAP功能的方法， 包括： 响应于用户选定待 支付的购买项的操作， 应用向应用商店系统发送支付请求； 所述应用商店系统接收所 述支付请求， 按照所述支付请求所请求支付的购买项对应的信息进行扣费。 在所述应用商店系统接收来自应用的支付请求， 按照所述支付请求所请求支付的 购买项对应的信息进行扣费之后， 还包括： 所述应用接收所述应用商店系统在扣费成 功的情况下返回的支付成功消息； 在扣费成功的购买项为所述应用中已下载的项目的 情况下， 所述应用根据所述支付成功消息中携带的扣费成功的购买项的信息授权使用 所述扣费成功的购买项； 以及在扣费成功的购买项为所述应用中未下载的项目的情况 下， 所述应用将所述支付成功消息中携带的经过加密的扣费凭证发送至供所述应用下 载所述扣费成功的购买项的应用服务器。 在所述应用将所述支付成功消息中携带的经过加密的扣费凭证发送至供所述应用 下载所述扣费成功的购买项的应用服务器之后， 还包括： 所述应用服务器对所述经过 加密的扣费凭证进行解密和校验， 在所述扣费凭证合法的情况下， 向所述应用传递所 述扣费成功的购买项的服务内容。 在应用向所述请求支付处理模块发送支付请求之前， 还包括： 所述应用向所述应 用商店系统发起查询请求； 所述应用商店系统根据所述查询请求进行购买项的查询， 向所述应用返回查询到的购买项的信息； 以及所述应用显示接收到的购买项的信息。 通过本发明， 在应用商店系统中设置用于实现购买项配置及按照配置进行购买项 扣费的 IAP管理模块， 解决了开发者开发应用的成本过高的问题， 降低了普通开发者 开发及维护存在程序内购买功能的应用的成本。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的应用商店系统的基本架构图; 图 2是根据本发明实施例的应用商店系统的结构框图; 图 3是根据本发明实施例的应用商店系统的优选结构框图； 图 4是根据本发明实施例的应用商店系统中的 IAP管理模块的优选结构框图一； 图 5是根据本发明实施例的应用商店系统中的 IAP管理模块的优选结构框图二； 图 6是根据本发明实施例的实现应用内购买功能的方法的流程图； 图 7是在不提供 IAP功能的应用商店中， 应用程序在运行时与应用程序 SERVER 之间的接口图； 图 8是根据实施例 1的应用商店、程序内购买功能模块、开发者和开发者应用 server 之间的接口关系图； 图 9是根据实施例 2的实现内建程序内购买的流程图； 图 10是根据实施例 3的实现独立 server程序内购买的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 本实施例提供了一种应用商店系统， 图 2是根据本发明实施例的应用商店系统的 结构框图， 如图 2所示， 该系统包括开发者社区功能实体 22和应用商店网店功能实体 24， 还包括 IAP管理模块 26， 其中， IAP管理模块 26包括： 配置模块 261， 设置为接 受为通过开发者社区功能实体 22 上传的应用配置对应的购买项和对应于购买项的信 息； 支付请求处理模块 262， 设置为接收来自应用的支付请求， 按照支付请求所请求 支付的购买项对应的信息进行扣费。 通过以上的系统， 开发者在开发具备应用内购买功能的应用时， 无需在应用服务 器中配置支付功能， 简化了开发者开发应用的复杂度。 同时， 通过该架构可以更方便 的进行程序内购买项的管理及维护， 简化了用户的操作。 需要说明的是， 为了简化开发者开发应用的复杂度， 应用商店系统需要具备支持 扣费 （具体可以是应用商店系统自身完成扣费或应用商店系统通过外部结算系统完成 扣费） 的功能， 从而使得开发者在开发具备 IAP功能的应用时， 无需在应用服务器中 提供支付功能。 在本应用商店系统中， 支付请求处理模块 262可以设置为在接收到来 自应用的支付请求后， 按照支付请求所请求支付的购买项对应的信息， 通过设置在应 用商店系统中的支付功能模块进行扣费， 或者通过外部接口控制外部结算系统进行扣 费。 图 3是根据本发明实施例的应用商店系统的优选结构框图， 如图 3所示， IAP管 理模块 26可以设置在开发者社区功能实体 22中。 图 4是根据本发明实施例的应用商店系统中的 IAP管理模块的优选结构框图一， 如图 4所示， IAP管理模块 26还可以包括： 支付请求响应模块 263， 设置为在支付请 求处理模块 262扣费成功的情况下， 向应用返回支付成功消息。 在实际应用中， 返回的支付成功消息所携带的内容可以根据应用购买项的类别来 决定， 例如， 支付请求响应模块 263在扣费成功的购买项为应用中已下载的项目的情 况下， 返回携带有扣费成功的购买项的信息的支付成功消息， 此时应用可以根据具体 扣费成功的购买项， 来确定解锁这些购买项供用户使用； 以及在扣费成功的购买项为 应用中未下载的项目的情况下， 返回携带有经过加密的扣费凭证的支付成功消息， 此 时应用可以将加密的扣费凭证发送到应用服务器， 以便应用服务器在对扣费凭证进行 解密校验后决定是否向应用返回具体的服务内容。 在实际操作中， 可以通过多种方式 来协助支付请求响应模块 263对购买项的类别进行判定， 例如， 配置模块 261中配置 的购买项的信息可以包括一个或多个参数来为该 IAP 购买项进行分类， 一种是内建 IAP购买项的， 一种是需要下载内容的购买项， 随着应用中功能的扩展， 还可能包括 其他类型的购买项。 这样， 支付请求响应模块 263就可以根据以上的参数确定当前的 购买项的类型， 从而决定后续的处理方式。 对于扣费凭证进行加密可以使用验证码的方式， 例如， 支付请求响应模块 263返 回的支付成功消息中携带的经过加密的扣费凭证可以通过以下方式获得： 使用对应于 该应用的校验码 （一种可选的获得该验证码的方式是： 开发者在应用商店为自己的应 用申请一个扣费校验码） 并应用加密算法对扣费凭证进行加密， 其中， 所述校验码、 对应于所述应用的加密算法和验证规则配置在设置为供所述应用下载所述扣费成功的 购买项的应用服务器中， 后续应用 server收到加密后的扣费凭证后， 则使用该解密算 法和验证规则对扣费进行验证， 通过验证后即可将下载扣费成功的购买项传递给应用 程序。 其中， 加解密算法和验证规则可由应用商店系统提供 （例如， 可以在开发手册 中规定）。 图 5是根据本发明实施例的应用商店系统中的 IAP管理模块的优选结构框图二， 如图 5所示， IAP管理模块 26还可以包括： 查询请求处理模块 264， 设置为接收来自 应用的查询请求， 根据查询请求进行购买项的查询； 查询请求响应模块 265， 设置为 向应用返回查询到的购买项的信息。 查询请求可以指示查询应用所对应的一个或多个 购买项， 查询请求处理模块 264则根据查询请求进行购买项的查询， 相应地返回对应 的一个或多个购买项的信息。 需要说明的是， 在实际应用中， 以上 IAP管理模块 26中的各个模块的功能， 都 可以通过在 IAP管理模块 26中设置具备相应功能的接口来实现， 应用通过具备这些 功能的接口， 就可以完成处理请求的发送和 /或处理响应的接收， 从而实现整个支付功 能。 图 6是根据本发明实施例的实现应用内购买功能的方法的流程图， 该方法包括： 步骤 S602, 响应于用户选定待支付的购买项的操作， 应用向应用商店系统发送支 付请求； 步骤 S604, 应用商店系统接收来自应用的支付请求， 按照支付请求所请求支付的 购买项对应的信息进行扣费。 通过以上的方法， 具备应用内购买功能的应用可以通过应用商店系统来进行购买 项的支付， 开发者无需在应用服务器中配置支付功能， 简化了开发者开发应用的复杂 度。 需要说明的是， 为了简化开发者开发应用的复杂度， 应用商店系统需要具备支持 扣费 （具体可以是应用商店系统自身完成扣费或应用商店系统通过外部结算系统完成 扣费） 的功能， 从而使得开发者在开发具备 IAP功能的应用时， 无需在应用服务器中 提供支付功能。在本实施例中，应用商店系统中可以在接收到来自应用的支付请求后， 按照支付请求所请求支付的购买项对应的信息， 通过设置在应用商店系统中的支付功 能模块进行扣费， 或者通过外部接口控制外部结算系统进行扣费。 为了便于应用进行支付请求后的判定处理， 在应用商店系统接收来自应用的支付 请求， 按照支付请求所请求支付的购买项对应的信息进行扣费之后， 还可以包括： 应 用接收应用商店系统在扣费成功的情况下返回的支付成功消息； 在扣费成功的购买项 为应用中已下载的项目的情况下， 应用根据支付成功消息中携带的扣费成功的购买项 的信息授权使用扣费成功的购买项； 在扣费成功的购买项为应用中未下载的项目的情 况下， 应用将支付成功消息中携带的经过加密的扣费凭证发送至供应用下载扣费成功 的购买项的应用服务器。 通过该流程， 对于无需下载的购买项， 应用可以直接判定是 否支付成功后， 决定是否向用户开放该项目； 而对于需要下载的购买项， 应用可以向 应用服务器发送扣费凭证， 请求下载已付费的服务或内容。 在应用将支付成功消息中 携带的经过加密的扣费凭证发送至应用服务器之后， 应用服务器可以对经过加密的扣 费凭证进行解密和校验， 在扣费凭证合法的情况下， 向应用传递扣费成功的购买项的 服务内容。 在应用向请求支付处理模块发送支付请求之前， 应用可以向应用商店系统查询购 买项的信息， 从而便于用户决定是否进行购买项支付， 具体可以采用以下的流程进行 处理： 应用向应用商店系统发起查询请求； 应用商店系统根据查询请求进行购买项的 查询， 向该应用返回查询到的购买项的信息； 应用显示接收到的购买项的信息。 在实 际情况下， 应用发起购买项查询的过程可能有多种， 以下例举两种可能比较常用的查 询过程：
( 1 )对于内建购买项的查询，应用向应用商店系统发起用于指示查询应用所对应 的所有购买项的查询请求； 应用商店系统查询应用所对应的所有购买项的信息并返回 给应用； 应用显示接收到的购买项的信息， 供用户查看。
(2) 对于非内建购买项， 需要去服务器下载内容的 IAP购买项， 应用向应用服 务器发起用于查询能够被购买的购买项的查询请求； 应用服务器向应用返回能够被购 买的购买项的购买项标识的列表； 应用向应用商店系统发起携带有待查询的购买项标 识的查询请求； 应用商店系统查询待查询的购买项标识所对应的购买项的信息并返回 给应用； 应用显示接收到的购买项的信息， 供用户查看。 以下描述的实施例 1-3， 综合了上述多个优选实施例的技术方案。 实施例 1 本实施例描述增加了应用内购买功能模块的应用商店系统的基本架构， 并通过举 例的方式， 详细说明相比于相关技术中的应用网店系统， 采用本实施例中的应用商店 系统所具备的优点。 如图 3所示， 在应用商店基本结构的基础上， 增加了 IAP管理模块 （也称 IAP功 能模块、 IAP模块、 IAP管理功能模块或 IAP产品管理功能模块）。 IAP功能模块主要 负责为开发者提供用于管理其程序内购买产品的入口， 提供用户使用含有程序内购买 功能的应用时的完整的购买结算流程。 IAP 功能模块可以是开发者社区的一个组成部 分， 也可以置于应用商店内其他的功能实体中。 应用中的可购买项分为两种形式， 一种是内建 IAP购买项的， 一种是需要下载内 容的购买项， 以下分别进行说明： 内建 IAP购买项的情况下， 内容和服务已经在程序内部被用户下载了， 用户需要 购买后才能解锁某个内容或服务。 以一个游戏为例， 该游戏中的某一个关卡需要购买 后才能玩。 在相关技术中的没有提供 IAP功能的应用商店中， 用户如果需要实现这样 的功能必须要提供一个游戏 server给用户来完成支付。 而在提供了 IAP功能的应用商 店中实现该游戏的功能， 只需要上传应用之后给该应用建立一个 IAP购买项， 并为该 项目定价。 用户向应用商店支付该 IAP项目的价格后才可以解锁该关卡继续游戏。 需要下载内容的购买项的情况下，用户内容和服务在应用服务器上由开发者提供， 用户购买了 IAP的某个产品后， 去相应的应用服务器上下载对应的内容或使用某种服 务。 以一个可以购买杂志的阅读器应用程序为例， 该阅读器售卖价格为 0元， 主要希 望通过杂志的售卖来获得利润， 每期杂志卖 5元。 用户如果需要实现程序内购买类似 的功能， 需要在自建应用程序 server中完成所有的功能。 开发者需要将应用程序上传 到应用商店中进行售卖， 价格为 0元。 同时需要自己建立一个应用程序 server。 在应 用程序运行时， 应用程序 server需要提供应用程序查询可购买杂志的请求， 购买杂志 的请求， 杂志递送和支付接口这几个基本的接口和功能， 还须提供内部的上传杂志以 及管理杂志信息和管理用户的基本管理功能。 如图 7所示， 显示了在不提供 IAP功能的应用商店中， 应用程序在运行时与应用 程序 server之间的接口关系。在应用程序被下载后，应用将只和自己的应用程序 server 之间进行信息交互和内容传递。应用程序 server需要提供所有的内容传递， 服务提供， 程序内购买流程， 支付流程的功能。 可见， 由于需要提供如此多功能的应用 server, 对于普通开发者来说， 在没有提供 IAP功能的应用商店中提供这种程序内购买功能的 应用程序， 开发的代价非常高。 并且在支付问题上， 也不仅仅是开发成本的问题， 还 须和网上银行合作。 如图 8所示， 显示了在提供了 IAP功能的应用商店中， 应用程序在运行时与应用 程序 server以及应用商店之间的接口关系。 使用 IAP功能的应用商店开发应用， 在应 用被用户下载后， 用户从应用中可以触发购买， 仍然需要与应用商店进行信息交互， 如果需要发生支付行为， 用户向应用商店支付。 应用程序 server中提供内容和服务， 用户支付成功后可向应用程序 server发起内容 /服务请求， 以获取支付的相应的内容 / 服务。 举例说明， 开发者如果要开发一个杂志阅读器， 需要将应用程序上传到应用商 店中进行售卖，价格为 0元，在 IAP管理中为该应用建立 IAP购买项，比如名称为 "2011 年 4月 XX杂志"，定价为 5元。同时也需要建立一个应用程序 server,该应用程序 server 为应用提供杂志内容递送的服务。 当用户购买杂志时， 支付费用给应用商店， 支付成 功后去应用 server下载对应的已购买杂志。 对于开发者来说， 在提供了 IAP功能的应用商店中开发这种应用大大降低了开发 难度和开发成本。 自建的应用程序 server上只需要提供基本的内容管理和内容递送服 务即可。 支付、 购买项等管理已经在应用商店中实现。 实施例 2 该实施例详细描述了用增加了 IAP功能模块的应用商店开发应用程序内购买功能 的应用程序的方法。 假设该应用是一个游戏， 该游戏的某一个关卡需要购买后才能继 续。 开发者上传该游戏后需要在 IAP管理模块中为该游戏设置一个可购买 IAP项， 假 设该 IAP项为某个游戏道具， 名称为 "XX游戏 XX道具"， 价格为 1元。 游戏玩家支 付之后， 应用商店将支付成功消息返回给该游戏， 该玩家才能在游戏中使用该道具。 图 9是根据实施例 2的实现内建程序内购买的流程图， 下面实施例的步骤主要描 述了用户在使用应用的过程中的道具购买的步骤， 从步骤描述中可以清晰的了解到这 类应用程序内购买实现的整个流程： 步骤 901， 用户打开应用程序， 在应用程序的使用过程中触发应用内购买流程。 以游戏为例， 这种触发可以是用户点击游戏中的 "购买道具"按钮唤出可购买道具的页 面。 步骤 902， 应用程序通过查询 IAP可购买项接口向应用商店的 IAP功能模块发起 请求。 步骤 903， 应用商店 IAP模块查询该应用对应的 IAP可购买项， 将结果通过查询 IAP可购买项接口的 response接口返回给应用程序。 步骤 904， 应用程序根据接口的返回内容将 IAP可购买项显示在界面上供用户选 择。 步骤 905， 用户选择一件或多件 IAP购买项， 可以是一个游戏道具或多个游戏道 具， 选择购买。 步骤 906， 应用程序根据用户的选择向应用商店发起购买支付请求。 步骤 907， 应用商店扣费成功后， 将支付成功消息返回给应用， 应用授权用户使 用购买到的道具。 在上述实施例中， 用户开发该游戏时， 已经为游戏设置了可购买的道具， 并且在 使用道具时设置了认证。 也就是说， 当用户购买了道具后， 并不需要再更新应用程序 版本或下载一个道具， 而是在应用程序内部对道具是否可以使用进行了判断即可。 对于需要购买后下载内容的应用， 将在下面的实施例 3中进行描述。 实施例 3 该实施例详细描述了用增加了 IAP功能模块的应用商店实现应用程序内购买功能 的应用程序的方法。该应用程序中，存在需要访问应用程序服务器获取内容的购买项。 假设该应用是一个杂志阅读器。 用户免费在应用商店下载了该杂志阅读器。 但是如果 需要看杂志， 则需要订购杂志并支付一定的费用才行。 图 10是根据实施例 3的实现独立 server程序内购买的流程图，下面实施例的步骤 主要描述了用户在使用杂志阅读器的过程中购买杂志的步骤， 从步骤描述中可以清晰 的了解到这类应用程序内购买实现的整个流程： 步骤 1001， 用户在手机中打开杂志阅读器应用程序， 点击刷新最新杂志， 则应用 程序通过接口访问杂志服务器查询最新可购买杂志。 步骤 1002， 杂志服务器查询目前可购买杂志， 返回可购买项的对应 ID列表给应 用程序。 步骤 1003， 应用程序根据杂志服务器返回的 ID列表向应用商店发起请求， 要求 查询 IAP的商品 ID对应的 IAP产品具体信息， 包括名称， 价格等。 步骤 1004， 应用商店查询 IAP ID对应的 IAP购买项的具体信息包括名称， 价格 等信息， 并将结果发送给应用程序。 步骤 1005，应用程序根据应用商店的返回结果将可购买 IAP产品的信息展现给用 户， 供用户购买。 步骤 1006， 用户选择一个或多个产品， 请求购买。 步骤 1007，应用程序将用户的支付请求发送给应用商店，支付请求的关键信息为： 购买的 IAP的对应 ID， 支付价格。 步骤 1008， 应用商店处理购买支付请求， 对用户进行扣费， 返回应用程序扣费成 功或失败结果， 如果扣费成功， 需要在返回参数里携带收费凭证， 该收费凭证可以为 加密的字符串。 步骤 1009a， 应用程序判断收费结果， 如果失败， 则流程结束。 步骤 1009b， 应用程序判断收费结果， 如果成功， 则将扣费成功的结果发送给应 用程序服务器。 步骤 1010， 应用程序服务器收到扣费凭证后， 对扣费凭证中的加密字符串进行解 密和校验， 如果凭证合法则应用程序将用户所购买的杂志传递给用户。 步骤 1011， 应用程序获取到所购买的杂志， 用户可以阅读自己购买成功的杂志， 流程结束。 在上述流程中可以发现， 应用商店和应用程序 server之间未设置直接接口。 因为， 应用程序服务器的地址有可能会进行修改。 在应用商店侧维护应用程序服务器的信息 是不合理的。 所以， 开发者开发的应用程序在应用程序内购买流程中需要将一些信息 在应用商店和应用程序 server之间传送， 比如步骤 1010， 当应用程序收到应用商店的 扣费成功消息之后需要将这个信息传递的到应用程序 server中。 在这里有一个关键点 是扣费凭证需要进行加密， 否则一旦应用程序被篡改后会导致一系列的伪冒支付的传 递信息。 一个比较简单的实施办法是， 开发者在应用商店为应用申请一个校验码。 应用商 店在开发者手册中提供支付凭证加解密算法和校验规则。 应用商店扣费成功后就使用 该校验码对支付凭证进行加密。 当支付凭证通过应用程序传递到应用程序服务器时， 应用程序 server根据校验码解密支付凭证， 并根据应用商店提供的校验规则校验支付 凭证， 当判断支付凭证有效后将用户支付的内容或服务传递给用户。 需要说明的是， 以上的处理方式只是提供一个优选的方案， 这种对支付凭证加密可以有各种更改和变 化， 只要原理相同均在本发明的保护范围之内。 在上述实施例中， 开发者如果希望上传最新一期的杂志， 则只需要去应用商店的 IAP管理模块增加一个 IAP购买项， 比如说 20XX年 X月 XX杂志， 定价 4元， 应用 商店为该 IAP购买项分配一个 IAP ID。 开发者根据该 IAP ID在应用商店服务维护杂 志信息即可。用户在使用杂志阅读器下载最新一期杂志时， 完全不需要更新应用程序。 这种 IAP功能管理的形式， 减少了开发者的工作量， 同时， 也简化了用户的操作。 综上所述， 通过本发明实施例提供的方案， 开发者在开发具备应用内购买功能的 应用时，无需在应用服务器中配置购买项支付功能， 简化了开发者开发应用的复杂度。 同时， 通过该架构进行购买项的管理及维护是比较容易实现的， 简化了用户的操作。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而可以将 它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。
& 2004-. All rights reserved.