WO2012152161A1 - 应用商店系统及实现应用内购买功能的方法 - Google Patents

应用商店系统及实现应用内购买功能的方法 Download PDF

Info

Publication number
WO2012152161A1
WO2012152161A1 PCT/CN2012/073675 CN2012073675W WO2012152161A1 WO 2012152161 A1 WO2012152161 A1 WO 2012152161A1 CN 2012073675 W CN2012073675 W CN 2012073675W WO 2012152161 A1 WO2012152161 A1 WO 2012152161A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
purchase
item
iap
request
Prior art date
Application number
PCT/CN2012/073675
Other languages
English (en)
French (fr)
Inventor
巫妍
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201110245465XA external-priority patent/CN102737341A/zh
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/240,769 priority Critical patent/US20140214686A1/en
Priority to JP2014526365A priority patent/JP6345115B2/ja
Publication of WO2012152161A1 publication Critical patent/WO2012152161A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Definitions

  • the present invention relates to the field of communications, and in particular to an application store system and a method for implementing an In Application Purchase (IAP) function.
  • IAP In Application Purchase
  • 3G the third generation
  • smart development of mobile communication eg, smart phones
  • the development of mobile Internet is more and more widely.
  • Apple has been offering iPhone apps through the app store since 2008, and has achieved nearly 1 billion downloads in the short term.
  • the use of this mobile app store has created a large number of independent app developers.
  • Major operators, handset manufacturers and Internet vendors will also launch their own online app stores on the agenda, or have launched an online app store.
  • a typical emerging application is to have a store built into the app.
  • a purchase request can be triggered from within the app.
  • This application can be a game.
  • the user can trigger a purchase request from a purchase portal developed by the developer for the game.
  • the application can also be an e-reader, where the user downloads an e-reader application for free, and after opening the application, the e-book can be purchased in the application. According to statistics, this type of application can increase the user's willingness to purchase.
  • . 1 is a basic architecture diagram of an application store system according to the related art. As shown in FIG. 1, in a general application store system, a main functional entity is an application store online store and a developer community, which are briefly described below.
  • the main functional modules of the application store online store in the related art include: portal, authentication module, application distribution module, supply sales module, business support module and operation support module.
  • the portal is mainly configured to provide an access portal of a WEB portal, a WAP portal, a mobile client or a PC client, through which the mobile terminal user can Easy to search and download apps.
  • the authentication module is configured to provide authentication of the user and authentication of the application.
  • the application distribution module is configured to provide various application distribution channels, such as downloading to a computer, WAP PUSH to mobile phone, SMS sending address, or client directly downloading and installing functions related to application distribution.
  • the Supply Sales module is configured to provide management of applications sold in the App Store, including: store and shelf management, application downline management, and recommended ranking management.
  • the application store online store function entity is mainly responsible for interaction with the user, and the interaction between the two is realized through a WEB interface operation or an application interface, and is represented by "Web/interface 1 (webpage/interface 1)" in the figure.
  • Web/interface 1 webpage/interface 1
  • Key features of the developer community in related technologies include: app uploading, app management features, forum features, developer wiki.
  • the developer community functional entity is primarily responsible for the interaction between the developer and the app store system.
  • the interaction between the developer and the developer community is implemented through a web interface operation or an SDK interface, which is represented by "Web/Interface 3 (Web Page/Interface 3)" in the figure.
  • the information interaction between the developer community and the application store online store is implemented through "interface 2", which is mainly responsible for synchronizing the application and application information passed by the administrator from the developer community to the application store online store.
  • interface 2 is mainly responsible for synchronizing the application and application information passed by the administrator from the developer community to the application store online store.
  • the current application store system already has good development support for common applications, but in this system, if developers want to develop built-in in-app purchases (also known as in-app purchases or in-app purchases, For the application of the IAP process, you need to set up another server to handle these billing requests, and also provide the corresponding full billing function. In this way, the cost of development and maintenance is very high.
  • the present invention provides an application store system and a method of implementing an in-app purchase function to at least solve the above problems.
  • An aspect of the present invention provides an application store system, including a developer community function entity and an application store online store function entity, further comprising: a configuration module configured to accept a corresponding purchase item for the application and corresponding to the purchase item The information is uploaded by the developer community function entity; the IAP processing module is configured to receive a purchase request from the application, and perform information according to the purchase item requested by the purchase request. Deduction fee.
  • the configuration module and the IAP processing module are located in the developer community function entity; or the configuration module is located in the developer community function entity, and the IAP processing module is located in the application store network In the store function entity, an interface between the developer community function entity and the application store online store function entity is configured to synchronize the purchase item and information corresponding to the purchase item to the IAP processing module.
  • the IAP processing module includes: a purchase request interface, configured to receive the purchase request from the application, and perform deduction according to information corresponding to the purchase item requested by the purchase request.
  • the IAP processing module further includes: a purchase request response interface, configured to return a purchase success message to the application if the purchase request interface debit is successful.
  • the purchase request response interface is configured to return the purchase success message carrying information of a purchase item with a successful charge when the purchase item with successful deduction is an item that has been downloaded in the application;
  • the purchase success message carrying the encrypted debit memo is returned.
  • the encrypted deduction certificate carried in the purchase success message returned by the purchase request response interface is obtained by: Encrypting the debit memo using a verification code corresponding to the application and applying an encryption algorithm, wherein the verification code, an encryption algorithm corresponding to the application, and a verification rule are configured for downloading by the application Describe the successful purchase of the item in the application server.
  • the IAP processing module includes: an IAP query interface, configured to receive a query request from the application, perform a query of a purchase item according to the query request; and an IAP query response interface, configured to return a query to the application Information about the purchase item.
  • the configuration module and the IAP processing module are located in an IAP management module of the application store system.
  • the IAP management module is disposed in the developer community functional entity.
  • Another aspect of the present invention provides a developer community functional entity, including: a configuration module, configured to accept, for an application, a corresponding purchase item and information corresponding to the purchase item, wherein the application is Uploaded by the developer community functional entity.
  • an application store online store function entity includes: an IAP processing module configured to receive a purchase request from an application, and perform deduction according to information corresponding to the purchased item requested by the purchase request, The information corresponding to the purchase item and the purchase item is synchronized to the IAP processing module through an interface between the developer community function entity and the application store online store function entity.
  • the IAP processing module includes: a purchase request interface, configured to receive a purchase request from the application, and perform deduction according to information corresponding to the purchased item requested by the purchase request.
  • the IAP processing module further includes: a purchase request response interface, configured to return a purchase success message to the application if the purchase request interface debit is successful.
  • the IAP processing module further includes: an IAP query interface, configured to receive a query request from the application, perform a query of the purchase item according to the query request; and an IAP query response interface, configured to return a query to the application Information about the purchase item.
  • an application store system including a developer community function entity and an application store online store function entity, and an IAP management module, wherein the IAP management module includes: a configuration module, configured to accept Applying a corresponding purchase item and information corresponding to the purchase item, wherein the application is uploaded by the developer community function entity; the purchase request processing module is configured to receive a purchase request from the application, according to the The information corresponding to the purchase item requested by the purchase request is deducted.
  • Still another aspect of the present invention provides a method of implementing an IAP function, comprising: responsive to a user selecting an operation of a purchase item to be purchased, the application transmitting a purchase request to an application store system; the application store system receiving the purchase request And deducting the fee according to the information corresponding to the purchased item requested by the purchase request.
  • the method further includes: the application receiving the application store system is deducted a purchase success message returned in the case of success; in the case that the successful purchase item is the downloaded item in the application, the application is based on the information of the successful purchase item carried in the purchase success message Authorizing to use the successful purchase item of the deduction; in case the successful purchase item is the undownloaded item in the application, the application sends the encrypted deduction certificate carried in the purchase success message And an application server for downloading the successful purchase item for the application.
  • the application further includes: the application server pair The encrypted debit memo is decrypted and verified, and if the debit memo is legal, the service content of the debited purchase item is delivered to the application.
  • the method further includes: the application initiating a query request to the application store system; the application store system performing a query of the purchase item according to the query request, The application returns information of the purchased purchase item; the application displays information of the received purchase item.
  • a configuration module for implementing purchase item configuration is set in an application store system, and an IAP processing module for performing interaction processing between an application item deduction fee, a query and the like and an application store system according to the configuration is provided.
  • the problem of excessive cost for developers to develop applications is reduced, reducing the cost of developing and maintaining applications that have in-app purchases.
  • FIG. 1 is a basic structural diagram of an application store system according to the related art
  • FIG. 2 is a structural block diagram of an application store system according to an embodiment of the present invention
  • FIG. 3 is an application store system according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing a preferred structure of an application store system according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of an interface included in an IAP processing module according to an embodiment of the present invention
  • FIG. 7 is a block diagram showing a preferred structure of an application store system according to another embodiment of the present invention;
  • FIG. 8 is an IAP management module in an application store system according to another embodiment of the present invention
  • 1 is a block diagram of a preferred structure of an IAP management module in an application store system according to another embodiment of the present invention
  • FIG. 10 is a flowchart of a method for implementing an in-app purchase function according to an embodiment of the present invention.
  • Figure 11 shows the connection between the application and the application SERVER in the application store that does not provide IAP functionality.
  • FIG. 12 is a diagram showing an interface relationship between an application store, an in-app purchase function module, a developer, and a developer application server according to Embodiment 1.
  • FIG. 13 is a diagram showing that each module in the IAP function according to Embodiment 2 is divided into different ones.
  • FIG. 14 is a flowchart of a developer configuration and a user performing an in-app purchase according to Embodiment 2; 15 is a flow chart for implementing built-in in-app purchases according to Embodiment 3; FIG. 16 is a flow chart for implementing independent server in-app purchase according to Embodiment 4.
  • BEST MODE FOR CARRYING OUT THE INVENTION hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
  • FIG. 2 is a structural block diagram of an application store system according to an embodiment of the present invention. As shown in FIG.
  • the system includes a developer community function entity 22 and an application store network.
  • the store function entity 24 further includes a configuration module 261 configured to accept purchase items corresponding to the application configuration uploaded by the developer community function entity 22 and information corresponding to the purchase item; the IAP processing module 262 is configured to be based on the configuration module 261.
  • the configuration in the middle provides an interface process between the application and the application store system, preferably, is configured to receive a purchase request from the application, and deduct the fee corresponding to the purchase item requested to be purchased by the purchase request.
  • the above configuration module 261 and IAP processing module 262 together constitute an IAP management function for processing an interaction interface between an application such as an in-app purchase purchase request and an IAP purchase item query related interface and an application store.
  • FIG. 3 is a block diagram of a preferred structure of an application store system according to an embodiment of the present invention.
  • the modules including at least the configuration module 261 and the IAP processing module 262 included in the IAP management function may all be set in the developer.
  • Community function entity 22 In FIG. 3, the application store online store function entity and the user's interactive WEB interface operation or application interface are implemented, and are represented by "Web/interface 1 (webpage/interface 1)" in the figure.
  • the developer community functional entity is primarily responsible for the interaction between the developer and the app store system.
  • the interaction between the developer and the developer community is implemented through the WEB interface operation or the SDK interface. It is represented by "Web/Interface 3 (Web Page/Interface 3)" in the figure, and the management and configuration of the IAP is also completed through the interface.
  • the information interaction between the developer community and the application store online store is implemented through "interface 2", which is mainly responsible for synchronizing the application and application information passed by the administrator from the developer community to the application store online store.
  • FIG. 4 is a block diagram 2 of a preferred structure of an application store system according to an embodiment of the present invention. As shown in FIG. 4, each module of the IAP management function may also be separately disposed in the developer community function entity 22 and the application store network store. Can be in entity 24.
  • the configuration module 261 is disposed in the developer community function entity 22, and the IAP processing module 262 is disposed in the application store online store function entity 24.
  • the configuration module 261 is used by the developer to configure the IAP purchase item, and the IAP processing module 262 mainly processes the interaction between the application and the application store system regarding the query of the IAP item and the purchase related information.
  • the developer community provides an entry point for developers to upload and configure application-related information, so the IAP configuration module is configured in the developer community, and after the developer uploads the application, configures the IAP items within the application. 4 is different from the application store system preferred interface block diagram shown in FIG.
  • An inter-IAP information synchronization interface (which may be implemented by adding an interface between the developer community functional entity 22 and the application store online store functional entity 24, but is preferably reusable currently in the developer community functional entity 22 and the application store network
  • the interface 2 between the store function entities 24 implements the above synchronization process by extending the interface 2 for synchronizing the application-related IAP purchasable item information of the developer configuration into the application store online store function entity.
  • the information about the IAP purchaseable item is available in the application store online store functional entity.
  • the IAP configuration module can query related information in the application store online store function entity.
  • the interaction between the application store online store function entity and the user is implemented through a WEB interface operation or an application interface, which is represented by "Web/interface 1 (webpage/interface 1)" in the figure, application and IAP processing. Module interaction is also done through this interface.
  • the developer community functional entity is mainly responsible for the interaction between the developer and the application store system through the WEB interface operation or the SDK interface, which is represented by "Web/interface 3 (webpage/interface 3)" in the figure, IAP management and Configuration is done through this interface.
  • the information interaction between the developer community and the application store online store is implemented through "interface 2", which is mainly responsible for synchronizing the application, application information and IAP purchase related information that the administrator approves from the developer community to the application store network. In the store.
  • the interface processing management module 262 mainly includes the following main interfaces: a purchase request interface 2621, configured to receive from an application. Applying the purchase request of the IAP item, deducting the information corresponding to the purchase item purchased by the purchase request; the purchase request response interface 2622 is set to return the purchase success message if the purchase request interface 2621 deducts the fee successfully.
  • the IAP query interface 2623 is configured to receive a query request from the application, and perform a query of the purchase item according to the query request.
  • the query request response interface 2624 is configured to return the information of the purchased purchase item to the application.
  • the query request may indicate one or more purchase items corresponding to the query application.
  • the application store system needs to have a support deduction (specifically, the application store system itself can complete the deduction or the application store system can be completed through the external settlement system.
  • the function of deduction allows developers to develop IOP-enabled applications without having to provide purchasing functionality in the application server.
  • the IAP processing module 262 (specifically, the purchase request interface 2621 in the IAP processing module 262) may be configured to correspond to the purchase item requested to be purchased according to the purchase request after receiving the purchase request from the application.
  • the information is charged by the purchase function module set in the application store system, or the external settlement system is controlled by the external interface.
  • the content carried in the returned purchase success message may be determined according to the category of the application purchase item.
  • the IAP processing module 262 (specifically, the purchase request response interface 2622 in the IAP processing module 262) may successfully deduct the fee.
  • the purchase success message carrying the information of the purchase item with the successful deduction is returned, and the application can determine to unlock the purchase item according to the purchase item of the specific deduction.
  • the user uses; and in the case that the successful purchase item is an undownloaded item in the application, the purchase success message carrying the encrypted deduction certificate is returned, and the application can send the encrypted deduction certificate to the application server.
  • the IAP processing module 262 may be assisted in determining the category of the purchased item in various manners.
  • the information of the purchased item configured in the configuration module 261 may include one or more parameters for the IAP purchase item. Classification, one is built-in IAP purchase, one is a purchase item that needs to download content, and may include other types of purchase items as the functions in the application expand. In this way, the IAP processing module 262 can determine the type of the current purchase item according to the above parameters, thereby determining the subsequent processing manner.
  • the verification code may be used for the encryption of the debit memo.
  • the encrypted deduction certificate carried in the purchase success message returned by the IAP processing module 262 may be passed. Obtained in the following way: Use the check code corresponding to the application (an optional way to obtain the verification code is: the developer applies for a deduction check code for the application in the app store) and applies the encryption algorithm to the deduction
  • the fee voucher is encrypted, wherein the check code, the encryption algorithm corresponding to the application, and the verification rule are configured in an application server for the application to download the purchase item with successful deduction, and the subsequent application server receives
  • the deduction algorithm is used to verify the deduction fee, and after verification, the purchase item with the successful deduction fee can be delivered to the application.
  • the encryption and decryption algorithm and the verification rules are provided by the application store system (for example, can be specified in the development manual).
  • the functions of the interfaces of the IAP processing module in the above IAP management function may be implemented by setting a module having a corresponding function in the application store system, for example, the function of the purchase request interface may be
  • the purchase request response interface can be implemented by setting a purchase request response module.
  • the IAP query interface can be implemented by setting a query request processing module, and the IAP query response interface can be implemented by setting a query request response module. Please see the follow-up application A description of an embodiment of a store system.
  • the application can also receive the transmission of the processing request and/or the processing response, thereby realizing the entire purchase function.
  • a developer community functional entity including the configuration module described above, for accepting a corresponding purchase item and information corresponding to the purchase item for an application uploaded by the developer community function entity.
  • Another embodiment of the present invention further provides an application store online store function entity, including an IAP processing module, configured to receive a purchase request from an application, and perform deduction according to information corresponding to the purchased item requested by the purchase request, wherein The information corresponding to the purchase item and the purchase item is synchronized to the IAP processing module through an interface between the developer community function entity and the application store online store function entity.
  • the IAP processing module can include one or more of the purchase request interface, the purchase request response interface, the IAP query interface, and the query request response interface described above.
  • FIG. 6 is a structural block diagram of an application store system according to another embodiment of the present invention. As shown in FIG. 6, the system includes a developer community function entity 62 and an application.
  • the store online store function entity 64 further includes an IAP management module 66, wherein the IAP management module 66 includes: a configuration module 661 configured to accept purchase items corresponding to the application configuration uploaded by the developer community function entity 62 and corresponding to the purchase item
  • the purchase request processing module 662 also referred to as the payment request processing module, is configured to receive a purchase request from the application, and deduct the fee according to the information corresponding to the purchased item requested by the purchase request.
  • the application store system needs to have a support deduction (specifically, the application store system itself can complete the deduction or the application store system completes the deduction through the external settlement system), thereby This allows developers to develop IAP-enabled applications without the need to provide purchasing functionality in the application server.
  • the purchase request processing module 662 may be configured to, after receiving the purchase request from the application, the information corresponding to the purchased item requested to be purchased according to the purchase request, by using the purchase function module set in the application store system. Deduction, or control the external settlement system through the external interface for deduction.
  • FIG. 7 is a block diagram showing a preferred structure of an application store system according to another embodiment of the present invention. As shown in FIG.
  • FIG. 8 is a block diagram of a preferred structure of an IAP management module in an application store system according to another embodiment of the present invention.
  • the IAP management module 66 may further include: a purchase request response module 663, also called a payment request response.
  • the module configured to return a purchase success message to the application if the purchase request processing module 662 debits successfully.
  • the content carried in the returned purchase success message may be determined according to the category of the application purchase item.
  • the purchase request response module 663 returns if the purchase item with successful deduction is the downloaded item in the application.
  • the purchase success message carrying the information of the purchase item with successful deduction the application can determine to unlock the purchase item for the user according to the purchase item of the specific deduction; and the purchase item with successful deduction is not in the application.
  • the purchase success message carrying the encrypted debit memo is returned, and the application can send the encrypted debit memo to the application server, so that the application server decides to decrypt the deduction certificate. Whether to return specific service content to the app.
  • the purchase request response module 663 can be used to determine the category of the purchase item in various ways.
  • the information of the purchase item configured in the configuration module 661 can include one or more parameters to purchase the item for the IAP.
  • the purchase request response module 663 can determine the type of the current purchase item based on the above parameters, thereby determining the subsequent processing manner.
  • the verification code may be used for the encryption of the deduction certificate.
  • the encrypted deduction certificate carried in the purchase success message returned by the purchase request response module 663 is obtained by: using a verification code corresponding to the application (1)
  • An optional way to obtain the verification code is: the developer applies a deduction check code for the application in the application store and encrypts the deduction certificate by using an encryption algorithm, where the verification code corresponds to
  • the encryption algorithm and the verification rule of the application are configured in an application server used by the application for downloading the purchase item with successful deduction, and after the subsequent application server receives the encrypted deduction certificate, the decryption algorithm is used.
  • the verification rule verifies the deduction fee, and after verification, the purchase item with the successful deduction fee can be delivered to the application.
  • FIG. 9 is a block diagram of a preferred structure of an IAP management module in an application store system according to another embodiment of the present invention.
  • the IAP management module 66 may further include: a query request processing module 664 configured to receive from an application. The query request, the query of the purchase item is performed according to the query request; the query request response module 665 is configured to return the information of the purchased purchase item to the application.
  • the query request may indicate one or more purchase items corresponding to the query application, and the query request processing module 664 performs a query of the purchase item according to the query request, and accordingly returns information of the corresponding one or more purchase items.
  • the functions of each module in the above IAP management module 66 can be implemented by setting an interface having a corresponding function, and the application can complete the transmission of the processing request through the interface having the functions. / or handle the receipt of the response, thus achieving the entire purchase function.
  • 10 is a flowchart of a method for implementing an in-app purchase function according to an embodiment of the present invention.
  • the method includes: Step S1002: In response to a user selecting an operation of a purchase item to be purchased, the application sends a purchase request to an application store system; S1004: The application store system receives the purchase request from the application, and deducts the fee according to the information corresponding to the purchased item requested by the purchase request.
  • the method is applicable to the structure of a plurality of application store systems. For example, if the method is implemented by adopting the structure of the application store system in the first embodiment, the application should apply to the IAP processing module of the application store system in step S1002.
  • step S1004 the IAP processing module 262 of the application store system receives the purchase request from the application, and performs deduction according to the information corresponding to the purchased item requested by the purchase request; if the above second embodiment is used
  • the application store system is configured to implement the method.
  • step S1002 the application should send a purchase request to the purchase request processing module 662 of the application store system.
  • step S1004 the purchase request processing module 662 of the application store system receives the application from the application. The purchase request is deducted according to the information corresponding to the purchase item purchased by the purchase request.
  • an application with an in-app purchase function can purchase a purchase item through an application store system, and the developer does not need to configure a purchase function in the application server, which simplifies the complexity of developing an application.
  • the application store system needs to have a support deduction (specifically, the application store system itself can complete the deduction or the application store system completes the deduction through the external settlement system), thereby This allows developers to develop IAP-enabled applications without the need to provide purchasing functionality in the application server.
  • the information corresponding to the purchase item requested to be purchased according to the purchase request may be deducted by the purchase function module set in the application store system, or The external settlement system is controlled by the external interface for deduction.
  • the application store system receives the purchase request from the application, and after deducting the information corresponding to the purchased item requested by the purchase request, the method may further include: the application receiving the application store system is deducted In the case where the fee is successful, the purchase success message is returned; in the case that the successful purchase item is the downloaded item in the application, the application authorizes the use of the deduction according to the information of the successful purchase item carried in the purchase success message.
  • the purchase item in the case that the successful purchase item is an undownloaded item in the application, the application sends the encrypted deduction certificate carried in the purchase success message to the application server that supplies the purchase item with the successful download deduction fee. .
  • the application can directly determine After the purchase is successful, it is decided whether to open the project to the user; and for the purchase item that needs to be downloaded, the application can send a deduction certificate to the application server to request to download the paid service or content.
  • the application server can decrypt and verify the encrypted debit memo, and transfer the deduction to the application if the deduction certificate is legal.
  • the service content of the successful purchase item is a precrypted credit memo carried in the purchase success message.
  • the above purchase response processing procedure is applicable to the structure of a plurality of application store systems. For example, if the purchase response is implemented using the structure of the application store system in the first embodiment above, the purchase request response interface 2622 of the application store system returns. Purchase response; if the purchase response is implemented using the structure of the application store system in the second embodiment above, the purchase response is returned by the purchase request response module 663 in the application store system.
  • the application may query the application store system for the information of the purchase item, thereby facilitating the user to decide whether to purchase the purchase item, and specifically, the following process may be used for processing: the application initiates a query to the application store system.
  • the application store system performs a query of the purchase item according to the query request, and returns information of the purchased purchase item to the application; and the application displays the information of the received purchase item.
  • the above purchase item query processing procedure is applicable to the structure of a plurality of application store systems. For example, if the purchase item query is implemented by adopting the structure of the application store system in the above first embodiment, the IAP query 2623 of the application store system receives The query request returns the query result by the IAP query response interface 2624. If the purchase item query is implemented by using the structure of the application store system in the second embodiment above, the query request processing module 664 in the application store system receives the query request. The query result is returned by the query request response module 665. In the actual situation, the application may initiate a purchase item query process.
  • the application initiates an instruction query to the application store system.
  • the query request of all the purchase items corresponding to the application the application store system queries the information of all the purchase items corresponding to the application and returns to the application; the application displays the information of the received purchase items for the user to view.
  • the server needs to download the IAP purchase item of the content, and the application initiates a query request for querying the purchase item that can be purchased to the application server; the application server returns the purchase item that can be purchased to the application. a list of purchase item identifiers; the application initiates a query request carrying the purchase item identifier to be queried to the application store system; the application store system queries the purchase item information corresponding to the purchase item identifier to be queried and returns the information to the application; Purchase item information for users to view.
  • the embodiments 1-4 described below combine the technical solutions of the above-described plurality of preferred embodiments.
  • Embodiment 1 and Embodiment 2 are described based on the structure in the above first embodiment regarding the application store system, and those skilled in the art should understand that the following embodiments are equally applicable to the second one.
  • the specific implementation process is similar to the structure in the embodiment of the application store system, and details are not described herein again.
  • Embodiment 1 This embodiment describes a basic architecture of an application store system in which an in-app purchase function module is added, and by way of example, details an application store in this embodiment is used in comparison with an application store system in the related art.
  • the advantages of the system As shown in Figure 2, the IAP function has been added based on the basic structure of the application store. IAP function is mainly
  • the IAP configuration module and the IAP processing module are composed.
  • the IAP configuration module is primarily responsible for providing developers with access to manage their in-app purchases, and the IAP processing module provides a complete purchase settlement process for users using applications with in-app purchases.
  • the IAP configuration module and the IAP processing module can be an integral part of the developer community or can be placed in other functional entities within the application store.
  • the purchaseable items in the application are divided into two forms, one is the built-in IAP purchase item, and the other is the purchase item that needs to download the content, which is described separately below: In the case of the built-in IAP purchase item, the content and service have been It is downloaded by the user inside the program, and the user needs to purchase to unlock a certain content or service. Take a game as an example.
  • a certain level in the game needs to be purchased before it can be played.
  • an application store in the related art that does not provide an IAP function
  • a user if a user needs to implement such a function, it is necessary to provide a game server to the user to complete the purchase.
  • the application store that provides the IAP function the function of the game is implemented, and only an application is required to create an IAP purchase item for the application and price the item.
  • the user can unlock the level to continue the game after the user purchases the price of the IAP item from the app store.
  • the user content and service are provided by the developer on the application server. After the user purchases a certain product of the IAP, the corresponding application server downloads the corresponding content or uses a certain service.
  • a reader application that can purchase magazines, the reader sells for 0 yuan, mainly wants to make profits through the sale of magazines, and each magazine sells 5 yuan.
  • users need to implement similar functions in the program, they need to complete all the functions in the self-built application server. Developers need to upload the app to the app store for sale at a price of $0. At the same time you need to build an application server yourself.
  • the application server needs to provide the application to query the purchaseable magazine request, the purchase of the magazine request, the magazine delivery and purchase interface, the basic interface and functions, and the internal upload magazine and management magazine information. And manage the basic management functions of the user. As shown in FIG.
  • an interface relationship between an application and an application server at runtime is displayed in an application store that does not provide an IAP function.
  • the application server needs to provide all the functions of content delivery, service provision, in-app purchase process, and purchase process. It can be seen that due to the need to provide such a versatile application server, for ordinary developers, such an in-app purchase function is provided in an application store that does not provide an IAP function. The cost of development of an application is very high. And on the issue of purchase, it is not only the issue of development costs, but also cooperation with online banking.
  • the interface relationship between the application and the application server and the application store at runtime is displayed in the application store that provides the IAP function.
  • the application store development application using the IAP function after the application is downloaded by the user, the user can trigger the purchase from the application, and still needs to interact with the application store, and if the purchase behavior needs to occur, the user purchases from the application store.
  • the application server provides content and services, and after the user purchases successfully, a content/service request can be initiated to the application server to obtain the corresponding content/service purchased. For example, if a developer wants to develop a magazine reader, the application needs to be uploaded to the app store for sale at a price of 0 yuan. In the IAP management, an IAP purchase item is created for the application, such as the name "April 2011”. XX Magazine", priced at 5 yuan.
  • the IAP function can be divided into a configuration module and an IAP processing module by modules, wherein the configuration module and the IAP processing module can be separately located in the application store online store and the developer community, as shown in FIG.
  • This embodiment describes the flow of implementing the IAP purchase function in the case where the IAP function module is divided.
  • the configuration module and the IAP processing module are separated as shown in FIG. 13, it is necessary to increase the synchronization interface of the IAP item related information between the developer community and the application store online store system.
  • Step 1401 The developer uploads an application in the developer community, and configures the application-related IAP in the IAP configuration module.
  • Step 1402 the administrator reviews the IAP entry through the developer application and configuration in the developer community;
  • Step 1403 The developer community synchronizes the IAP item related information with the application store online store system.
  • Step 1404 After the application is purchased, the user can query the IAP purchaseable item through the interface provided by the application in the application, and make a purchase.
  • the IAP configuration module is placed in the developer community, and the IAP processing module is placed in a preferred structure in the application store online store system.
  • the information of the IAP is synchronized between the developer community and the application store online store system, that is, step 1403. One less step.
  • the IAP processing module Since the application only interacts with the IAP processing module, if the IAP information is not synchronized from the developer community to the application store online store system, the IAP processing module cannot obtain the IAP related information supply query.
  • the IAP configuration module and the IAP processing module are separated, the main difference from the structure in which the IAP function module in Embodiment 1 is placed in the developer community is that the IAP information synchronization between the developer community and the application store online store is increased.
  • the IAP configuration module and the IAP processing module are placed in the functional entity in the application store, which is determined by the specific implementation.
  • Embodiments 3 and 4 the application store system is uniformly used for the IAP process description, and the description applies to both architectures, as well as to other similarly modified but identically the same application store network store architecture.
  • Embodiment 3 This embodiment describes in detail a method of developing an application of an in-app purchase function using an application store to which an IAP function module is added.
  • the app is a game, and a certain level of the game needs to be purchased before it can continue.
  • the developer needs to set a purchaseable IAP item for the game in the IAP management module. Assume that the IAP item is a certain game item, the name is "XX game XX item", and the price is 1 yuan.
  • Step 1501 the user opens the application, triggering the in-app purchase process during the use of the application. In the case of a game, this trigger can be a page where the user clicks on the "buy item" button in the game to call out the purchaseable item.
  • step 1502 the application initiates a request to the IAP function module of the application store by querying the IAP purchasable item interface.
  • step 1503 The application store IAP module queries the IAP purchasable item corresponding to the application, and returns the result to the application by querying the response interface of the IAP purchaseable item interface.
  • step 1504 the application displays the IAP purchasable item on the interface according to the returned content of the interface for the user to select.
  • step 1505 the user selects one or more pieces of IAP purchase items, which may be one game item or multiple game items, and select to purchase.
  • step 1506 the application initiates a purchase request to the application store according to the user's selection.
  • step 1507 after the application store debits successfully, the purchase success message is returned to the application, and the authorized user uses the purchased item.
  • the purchaseable item has been set for the game, and the authentication is set when the item is used. That is to say, when the user purchases the props, it is not necessary to update the application version or download an item, but to judge whether the prop can be used inside the application.
  • An application for downloading content after purchase is described in Embodiment 4 below.
  • Embodiment 4 This embodiment describes in detail a method of implementing an application of an in-app purchase function with an application store to which an IAP function module is added. In this application, there are purchases that need to access the application server to get content. Suppose the app is a magazine reader.
  • Step 1601 the user opens the magazine reader application in the mobile phone, clicks to refresh the latest magazine, and the application accesses the magazine server through the interface to query the latest purchaseable magazine.
  • step 1602 the magazine server queries the currently available magazine, and returns a list of corresponding IDs of the purchaseable items to the application.
  • Step 1603 the application initiates a request to the application store according to the ID list returned by the magazine server, and requests to query the specific information of the IAP product corresponding to the product ID of the IAP, including the name, the price, and the like.
  • Step 1604 the application store queries the specific information of the IAP purchase item corresponding to the IAP ID, including the name, the price, and the like, and sends the result to the application.
  • step 1605 the application presents the information of the available IAP product to the user according to the returned result of the application store for the user to purchase.
  • Step 1606 the user selects one or more products and requests a purchase.
  • Step 1607 the application sends the user's purchase request to the application store, and the key information of the purchase request is: the corresponding ID of the purchased IAP, the purchase price.
  • Step 1608 the application store processes the purchase request, deducts the user, and returns the application deduction success or failure result. If the deduction is successful, the charging parameter needs to be carried in the return parameter, and the charging voucher may be an encrypted character string.
  • step 1609a the application determines the charging result, and if it fails, the process ends.
  • step 1609b the application determines the charging result. If successful, the result of the successful deduction is sent to the application server.
  • Step 1610 After receiving the deduction certificate, the application server decrypts and verifies the encrypted character string in the deduction certificate.
  • the application transmits the magazine purchased by the user to the user.
  • the application obtains the purchased magazine, and the user can read the magazine that he has purchased successfully, and the process ends.
  • the developer-developed application needs to transfer some information between the application store and the application server in the in-app purchase process. For example, in step 1610, the application needs to take this after receiving the application store's deduction success message. Information is passed to the application server.
  • the app store provides the purchase voucher encryption and decryption algorithm and verification rules in the developer manual. After the application store debits successfully, the verification code is used to encrypt the purchase voucher. When the purchase voucher is passed to the application server through the application, the application server decrypts the purchase voucher according to the check code, and verifies the purchase according to the verification rule provided by the application store. The voucher, when the purchase voucher is valid, delivers the content or service purchased by the user to the user. It should be noted that the above processing manner only provides a preferred solution.
  • the encryption of the purchase credential can be variously changed and changed, and the same principle is within the protection scope of the present invention.
  • the developer wants to upload the latest issue of the magazine, he only needs to add an IAP purchase item to the IAP management module of the application store, for example, the XXX magazine of XXX in 20XX, the price is 4 yuan, and the application store is The IAP purchase item is assigned an IAP ID.
  • the developer can maintain magazine information in the app store service based on the IAP ID. When users download the latest issue of a magazine using a magazine reader, there is no need to update the application at all. This form of IAP function management reduces the workload of the developer and simplifies the user's operation.
  • the developer when developing an application with an in-app purchase function, the developer does not need to configure the purchase item purchase function in the application server, which simplifies the complexity of developing the application by the developer.
  • the management and maintenance of purchase items through the architecture is relatively easy to implement, simplifying the operation of the user.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供了应用商店系统及实现应用内购买功能的方法，该系统包括：开发者社区功能实体和应用商店网店功能实体，还包括：配置模块，设置为接受为应用配置对应的购买项和对应于所述购买项的信息，其中，所述应用是通过所述开发者社区功能实体上传的；应用内购买处理模块，设置为接收来自所述应用的购买请求，按照所述购买请求所请求购买的购买项对应的信息进行扣费。本发明降低了普通开发者开发及维护存在程序内购买功能的应用的成本。

Description

应用商店系统及实现应用内购买功能的方法 技术领域 本发明涉及通信领域， 具体而言， 涉及一种应用商店系统及实现应用内购买 （In Application Purchase, 简称为 IAP) 功能的方法。 背景技术 随着第三代（the 3rf Generation, 简称为 3G)移动通信的发展和智能移动终端（例 如， 智能手机） 的发展， 手机互联网 （internet) 的应用越来越广泛。 在这样的环境下， 苹果从 2008年开始通过应用商店 （apple app store) 提供 iPhone应用， 在短期内取得 了接近 10亿的下载量。 这种手机应用商店的使用， 造就了一大批独立应用开发者。 各大运营商、 手机制 造商以及互联网厂商也将推出各自的在线应用商店提上日程， 或业已推出在线应用商 店。 随着应用商店的发展， 应用的形式也发生了多种多样的变化。 应用商店需要为这 些不同的应用提供更好的系统支撑能力。 一种典型的新兴的应用是在应用中内置一个 商店。 当用户下载该应用时， 可以从应用内触发一个购买请求。 这种应用可以是一个 游戏， 当游戏中需要某个道具时， 用户可以从开发者为游戏开发的某个购买入口触发 购买请求。 这种应用也可以是一个电子阅读器， 用户免费的下载了某电子阅读器的应 用程序， 打开该应用程序后可以在应用程序中购买电子书。 据统计， 这一类型的应用 可以提高用户的购买意愿。 开发者迫切的需要应用商店为其提供这类应用开发的系统 和结算能力以降低开发这类应用的开发成本。 而应用商店之争， 最后也将演变为如何 吸引更多开发者， 所以应用商店也应从开发者的角度考虑， 为其提供更好的系统支撑 以便于开发者开发具备程序内购买功能的应用程序。 图 1是根据相关技术的应用商店系统的基本架构图， 如图 1所示， 在普通的应用 商店系统中， 主要的功能实体为应用商店网店以及开发者社区， 以下分别进行简要的 说明。 相关技术中的应用商店网店的主要功能模块包括： 门户， 鉴权模块， 应用分发模 块， 供应销售模块， 业务支撑模块和运营支撑模块。 门户主要设置为提供 WEB门户、 WAP门户、 手机客户端或者 PC客户端的访问入口， 通过该入口， 手机终端用户可以 方便的搜索和下载应用。 鉴权模块设置为提供对用户的鉴权以及应用的鉴权。 应用分 发模块设置为提供各种应用分发途径， 比如下载到电脑、 WAP PUSH到手机、 短信发 送地址或者客户端直接下载安装等与应用分发相关的功能。 供应销售模块设置为提供 对应用商店中销售的应用的管理， 包括： 店铺和货架的管理、 应用上线下线的管理以 及推荐排行的管理。 应用商店网店功能实体主要负责与用户之间的交互， 两者之间的 交互通过 WEB界面操作或者应用接口来实现， 在图中以" Web/接口 1 (网页 /接口 1 ) " 来表示。 相关技术中的开发者社区的主要功能包括： 应用上传， 应用管理功能， 论坛功能， 开发者 wiki。 开发者社区功能实体主要负责开发者和应用商店系统之间的交互。 开发 者与开发者社区之间的交互通过 WEB界面操作或者 SDK接口来实现，在图中以" Web/ 接口 3 (网页 /接口 3 ) "来表示。 开发者社区和应用商店网店之间的信息交互通过 "接口 2"来实现， 该接口主要负 责将管理员审核通过的应用及应用信息从开发者社区同步到应用商店网店中。 目前的这种应用商店系统对于普通的应用已具备较好的开发支持能力， 但是， 在 该系统中， 如果开发者希望开发内置有程序内购买 （也称为应用内购买或应用程序内 购买， 简称为 IAP)流程的应用， 就需要自己再另外搭建一个服务器 （server)来处理 这些计费请求， 同时也要提供相应的完整的结算功能。 这样， 开发及维护的代价均非 常之高。 发明内容 本发明提供了一种应用商店系统及实现应用内购买功能的方法， 以至少解决上述 问题。 本发明的一个方面提供了一种应用商店系统， 包括开发者社区功能实体和应用商 店网店功能实体， 还包括： 配置模块， 设置为接受为应用配置对应的购买项和对应于 所述购买项的信息， 其中， 所述应用是通过所述开发者社区功能实体上传的； IAP 处 理模块， 设置为接收来自所述应用的购买请求， 按照所述购买请求所请求购买的购买 项对应的信息进行扣费。 优选地， 所述配置模块和所述 IAP处理模块位于所述开发者社区功能实体中； 或 者， 所述配置模块位于所述开发者社区功能实体中， 所述 IAP处理模块位于所述应用 商店网店功能实体中， 所述开发者社区功能实体和所述应用商店网店功能实体之间的 接口设置为将所述购买项和对应于所述购买项的信息同步至所述 IAP处理模块。 优选地， 所述 IAP处理模块包括： 购买请求接口， 设置为接收来自所述应用的所 述购买请求， 按照所述购买请求所请求购买的购买项对应的信息进行扣费。 优选地， 所述 IAP处理模块还包括： 购买请求响应接口， 设置为在所述购买请求 接口扣费成功的情况下， 向所述应用返回购买成功消息。 优选地， 所述购买请求响应接口设置为在扣费成功的购买项为所述应用中已下载 的项目的情况下， 返回携带有扣费成功的购买项的信息的所述购买成功消息； 以及设 置为在扣费成功的购买项为所述应用中未下载的项目的情况下， 返回携带有经过加密 的扣费凭证的所述购买成功消息。 优选地， 在扣费成功的购买项为所述应用中待下载的项目的情况下， 所述购买请 求响应接口返回的所述购买成功消息中携带的经过加密的扣费凭证通过以下方式获 得： 使用对应于所述应用的校验码并应用加密算法对扣费凭证进行加密， 其中， 所述 校验码、 对应于所述应用的加密算法和验证规则配置在用于供所述应用下载所述扣费 成功的购买项的应用服务器中。 优选地， 所述 IAP处理模块包括： IAP查询接口， 设置为接收来自所述应用的查 询请求， 根据所述查询请求进行购买项的查询； IAP 查询响应接口， 设置为向所述应 用返回查询到的购买项的信息。 优选地， 所述配置模块和所述 IAP处理模块位于所述应用商店系统的 IAP管理模 块中。 优选地， 所述 IAP管理模块设置在所述开发者社区功能实体中。 本发明的另一个方面提供了一种开发者社区功能实体， 包括： 配置模块， 设置为 接受为应用配置对应的购买项和对应于所述购买项的信息， 其中， 所述应用是通过所 述开发者社区功能实体上传的。 本发明的又一个发明提供了一种应用商店网店功能实体， 包括： IAP 处理模块， 设置为接收来自应用的购买请求， 按照所述购买请求所请求购买的购买项对应的信息 进行扣费， 其中， 所述购买项和所述购买项对应的信息是通过开发者社区功能实体和 所述应用商店网店功能实体之间的接口同步到所述 IAP处理模块中的。 优选地， 所述 IAP处理模块包括： 购买请求接口， 设置为接收来自所述应用的购 买请求， 按照所述购买请求所请求购买的购买项对应的信息进行扣费。 优选地， 所述 IAP处理模块还包括： 购买请求响应接口， 设置为在所述购买请求 接口扣费成功的情况下， 向所述应用返回购买成功消息。 优选地， 所述 IAP处理模块还包括： IAP查询接口， 设置为接收来自所述应用的 查询请求， 根据所述查询请求进行购买项的查询； IAP 查询响应接口， 设置为向所述 应用返回查询到的购买项的信息。 本发明的再一个方面提供了一种应用商店系统， 包括开发者社区功能实体和应用 商店网店功能实体， 还包括 IAP管理模块， 其中， 所述 IAP管理模块包括： 配置模块， 设置为接受为应用配置对应的购买项和对应于所述购买项的信息， 其中， 所述应用是 通过所述开发者社区功能实体上传的； 购买请求处理模块， 设置为接收来自应用的购 买请求， 按照所述购买请求所请求购买的购买项对应的信息进行扣费。 本发明的再一个方面提供了一种实现 IAP功能的方法， 包括： 响应于用户选定待 购买的购买项的操作， 应用向应用商店系统发送购买请求； 所述应用商店系统接收所 述购买请求， 按照所述购买请求所请求购买的购买项对应的信息进行扣费。 优选地， 在所述应用商店系统接收来自应用的购买请求， 按照所述购买请求所请 求购买的购买项对应的信息进行扣费之后， 还包括： 所述应用接收所述应用商店系统 在扣费成功的情况下返回的购买成功消息； 在扣费成功的购买项为所述应用中已下载 的项目的情况下， 所述应用根据所述购买成功消息中携带的扣费成功的购买项的信息 授权使用所述扣费成功的购买项； 在扣费成功的购买项为所述应用中未下载的项目的 情况下， 所述应用将所述购买成功消息中携带的经过加密的扣费凭证发送至供所述应 用下载所述扣费成功的购买项的应用服务器。 优选地， 在所述应用将所述购买成功消息中携带的经过加密的扣费凭证发送至供 所述应用下载所述扣费成功的购买项的应用服务器之后， 还包括： 所述应用服务器对 所述经过加密的扣费凭证进行解密和校验， 在所述扣费凭证合法的情况下， 向所述应 用传递所述扣费成功的购买项的服务内容。 优选地， 在应用向所述请求购买处理模块发送购买请求之前， 还包括： 所述应用 向所述应用商店系统发起查询请求； 所述应用商店系统根据所述查询请求进行购买项 的查询， 向所述应用返回查询到的购买项的信息； 所述应用显示接收到的购买项的信 息。 通过本发明， 在应用商店系统中设置用于实现购买项配置的配置模块， 及按照配 置进行购买项扣费、 查询等应用与应用商店系统之间的交互处理的 IAP处理模块， 解 决了开发者开发应用的成本过高的问题， 降低了普通开发者开发及维护存在程序内购 买功能的应用的成本。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的应用商店系统的基本架构图； 图 2是根据本发明一个实施例的应用商店系统的结构框图； 图 3是根据本发明一个实施例的应用商店系统的优选结构框图一； 图 4是根据本发明一个实施例的应用商店系统的优选结构框图二； 图 5是根据本发明一个实施例的 IAP处理模块包含的接口的示意图； 图 6是根据本发明另一个实施例的应用商店系统的结构框图； 图 7是根据本发明另一个实施例的应用商店系统的优选结构框图； 图 8是根据本发明另一个实施例的应用商店系统中的 IAP管理模块的优选结构框 图一; 图 9是根据本发明另一个实施例的应用商店系统中的 IAP管理模块的优选结构框 图二； 图 10是根据本发明实施例的实现应用内购买功能的方法的流程图； 图 11是在不提供 IAP功能的应用商店中，应用程序在运行时与应用程序 SERVER 之间的接口图； 图 12是根据实施例 1 的应用商店、 程序内购买功能模块、 开发者和开发者应用 server之间的接口关系图； 图 13是根据实施例 2的 IAP功能中各模块分设于不同的功能实体的示意图； 图 14是根据实施例 2的开发者配置及用户进行应用内购买的流程图； 图 15是根据实施例 3的实现内建程序内购买的流程图； 图 16是根据实施例 4的实现独立 server程序内购买的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 本发明的一个实施例提供了一种应用商店系统， 图 2是根据本发明一个实施例的 应用商店系统的结构框图， 如图 2所示， 该系统包括开发者社区功能实体 22和应用商 店网店功能实体 24， 还包括配置模块 261， 设置为接受为通过开发者社区功能实体 22 上传的应用配置对应的购买项和对应于购买项的信息； IAP 处理模块 262， 设置为根 据在配置模块 261中的配置在所述应用和所述应用商店系统之间提供接口处理， 优选 地， 设置为接收来自应用的购买请求， 按照购买请求所请求购买的购买项对应的信息 进行扣费。 以上的配置模块 261和 IAP处理模块 262共同构成了用于处理应用内购买 项购买请求和 IAP购买项查询相关接口这类应用与应用商店之间的交互接口的 IAP管 理功能。 通过以上的系统， 开发者在开发具备应用内购买功能的应用时， 无需在应用服务 器中配置购买功能， 简化了开发者开发应用的复杂度。 同时， 通过该架构可以更方便 的进行程序内购买项的管理及维护， 简化了用户的操作。 图 3是根据本发明一个实施例的应用商店系统的优选结构框图一， 如图 3所示， IAP管理功能所包含的模块 （至少包含配置模块 261和 IAP处理模块 262 ) 可以全部 设置在开发者社区功能实体 22中。在图 3中，应用商店网店功能实体与用户之间的交 互 WEB界面操作或者应用接口来实现，在图中以" Web/接口 1 (网页 /接口 1 ) "来表示。 开发者社区功能实体主要负责开发者和应用商店系统之间的交互。 开发者与开发者社 区之间的交互通过 WEB界面操作或者 SDK接口来实现，在图中以" Web/接口 3 (网页 /接口 3 ) "来表示， IAP的管理和配置也通过该接口来完成。 开发者社区和应用商店网 店之间的信息交互通过"接口 2"来实现， 该接口主要负责将管理员审核通过的应用及 应用信息从开发者社区同步到应用商店网店中。 由于开发者社区和应用之间无接口， 所以当 IAP处理模块配置在开发者社区中时， 需要单独开放一个"接口 4" (其功能由 IAP处理模块 262来实现） 来完成应用和 IAP处理模块之间的信息交互。 图 4是根据本发明一个实施例的应用商店系统的优选结构框图二， 如图 4所示， IAP管理功能的各个模块也可以分别设置在开发者社区功能实体 22和应用商店网店功 能实体 24中。其中配置模块 261配置在开发者社区功能实体 22中， IAP处理模块 262 配置在应用商店网店功能实体 24中。 配置模块 261是开发者配置 IAP购买项使用的， IAP处理模块 262则主要处理应用和应用商店系统之间的有关 IAP项的查询和购买相 关信息的交互。开发者社区提供开发者上传和配置应用程序相关信息的入口，所以 IAP 配置模块配置在开发者社区，在开发者上传应用后，对应用内的 IAP项一同进行配置。 图 4与图 3所示的应用商店系统优选接口框图一的区别在于， 由于应用商店网店系统 是用户通过应用商店或 WEB进行访问， 涉及用户和应用商店系统的交互， 所以当负 责应用和应用商店系统之间的接口交互的 IAP处理模块放在应用商店网店功能模块中 时， 应用商店网店中并无 IAP可购买项的信息， 所以需要增加开发者社区和应用商店 网店功能实体之间的 IAP信息同步接口 （可在开发者社区功能实体 22和应用商店网 店功能实体 24之间新增一个接口来实现，但优选地可复用目前在开发者社区功能实体 22和应用商店网店功能实体 24之间的接口 2，通过对接口 2进行扩展来实现以上同步 过程） 来用于将开发者配置的应用相关的 IAP可购买项信息同步到应用商店网店功能 实体中。 当应用商店网店功能实体中具备了 IAP可购买项的相关信息。 用户通过应用 中的接口来和 IAP配置模块进行查询和购买等操作的时候 IAP配置模块才能在应用商 店网店功能实体中查询到相关信息。 在图 4中， 应用商店网店功能实体与用户之间的交互通过 WEB界面操作或者应 用接口来实现， 在图中以" Web/接口 1 (网页 /接口 1 ) "来表示， 应用和 IAP处理模块 的交互也通过该接口来完成。 开发者社区功能实体主要负责开发者和应用商店系统之 间的交互通过 WEB界面操作或者 SDK接口来实现， 在图中以" Web/接口 3 (网页 /接 口 3 ) "来表示， IAP的管理和配置通过该接口来完成。 开发者社区和应用商店网店之 间的信息交互通过"接口 2"来实现， 该接口主要负责将管理员审核通过的应用、 应用 信息及 IAP购买项相关信息从开发者社区同步到应用商店网店中。 图 5是根据本发明一个实施例的 IAP处理模块包含的接口的示意图，如图 5所示， 接口处理管理模块 262主要包括以下几个主要的接口： 购买请求接口 2621， 设置为接 收来自应用的应用 IAP项的购买请求， 按照购买请求所请求购买的购买项对应的信息 进行扣费； 购买请求响应接口 2622， 设置为在购买请求接口 2621扣费成功的情况下， 返回购买是否成功的消息给应用； IAP查询接口 2623， 设置为接收来自应用的查询请 求， 根据查询请求进行购买项的查询； 查询请求响应接口 2624， 设置为向应用返回查 询到的购买项的信息。 查询请求可以指示查询应用所对应的一个或多个购买项。 需要说明的是， 为了简化开发者开发应用的复杂度， 应用商店系统需要具备支持 扣费 （具体可以是应用商店系统自身完成扣费或应用商店系统通过外部结算系统完成 扣费） 的功能， 从而使得开发者在开发具备 IAP功能的应用时， 无需在应用服务器中 提供购买功能。 在本应用商店系统中， IAP处理模块 262 (具体可以为 IAP处理模块 262中的购买请求接口 2621 ) 可以设置为在接收到来自应用的购买请求后， 按照购买 请求所请求购买的购买项对应的信息， 通过设置在应用商店系统中的购买功能模块进 行扣费， 或者通过外部接口控制外部结算系统进行扣费。 在实际应用中， 返回的购买成功消息所携带的内容可以根据应用购买项的类别来 决定， 例如， IAP处理模块 262 (具体可以为 IAP处理模块 262中的购买请求响应接 口 2622 )在扣费成功的购买项为应用中已下载的项目的情况下， 返回携带有扣费成功 的购买项的信息的购买成功消息， 此时应用可以根据具体扣费成功的购买项， 来确定 解锁这些购买项供用户使用； 以及在扣费成功的购买项为应用中未下载的项目的情况 下， 返回携带有经过加密的扣费凭证的购买成功消息， 此时应用可以将加密的扣费凭 证发送到应用服务器， 以便应用服务器在对扣费凭证进行解密校验后决定是否向应用 返回具体的服务内容。 在实际操作中， 可以通过多种方式来协助 IAP处理模块 262对 购买项的类别进行判定， 例如， 配置模块 261中配置的购买项的信息可以包括一个或 多个参数来为该 IAP购买项进行分类， 一种是内建 IAP购买项的， 一种是需要下载内 容的购买项， 随着应用中功能的扩展， 还可能包括其他类型的购买项。 这样， IAP 处 理模块 262就可以根据以上的参数确定当前的购买项的类型， 从而决定后续的处理方 式。 对于扣费凭证进行加密可以使用验证码的方式， 例如， IAP 处理模块 262 (具体 可以为 IAP处理模块 262中的购买请求响应接口 2622 )返回的购买成功消息中携带的 经过加密的扣费凭证通过以下方式获得： 使用对应于该应用的校验码 （一种可选的获 得该验证码的方式是： 开发者在应用商店为自己的应用申请一个扣费校验码） 并应用 加密算法对扣费凭证进行加密， 其中， 所述校验码、 对应于所述应用的加密算法和验 证规则配置在用于供所述应用下载所述扣费成功的购买项的应用服务器中， 后续应用 server 收到加密后的扣费凭证后， 则使用该解密算法和验证规则对扣费进行验证， 通 过验证后即可将下载扣费成功的购买项传递给应用程序。 其中， 加解密算法和验证规 则由应用商店系统提供 （例如， 可以在开发手册中规定）。 需要说明的是， 在实际应用中， 以上 IAP管理功能中的 IAP处理模块的各个接口 的功能， 都可以通过在应用商店系统中设置具备相应功能的模块来实现， 例如， 购买 请求接口的功能可以通过设置购买请求响应模块实现， 购买请求响应接口可以通过设 置购买请求响应模块来实现， IAP查询接口可以通过设置查询请求处理模块实现， IAP 查询响应接口可以通过设置查询请求响应模块来实现， 具体描述请详见后续关于应用 商店系统的实施例的描述。 应用通过具备这些功能的模块， 同样可以完成处理请求的 发送和 /或处理响应的接收， 从而实现整个购买功能。 本发明的另一个实施例还提供了一种开发者社区功能实体， 包括以上描述的配置 模块， 用于接受为通过开发者社区功能实体上传的应用配置对应的购买项和对应于购 买项的信息。 本发明的另一个实施例还提供了一种应用商店网店功能实体，包括 IAP处理模块， 设置为接收来自应用的购买请求， 按照购买请求所请求购买的购买项对应的信息进行 扣费， 其中， 购买项和购买项对应的信息是通过开发者社区功能实体和应用商店网店 功能实体之间的接口同步到 IAP处理模块中的。 该 IAP处理模块可以包括以上描述的购买请求接口、 购买请求响应接口、 IAP查 询接口、 查询请求响应接口中的一个或多个。 本发明的另一个实施例提供了一种应用商店系统， 图 6是根据本发明另一个实施 例的应用商店系统的结构框图， 如图 6所示， 该系统包括开发者社区功能实体 62和应 用商店网店功能实体 64， 还包括 IAP管理模块 66， 其中， IAP管理模块 66包括： 配 置模块 661， 设置为接受为通过开发者社区功能实体 62上传的应用配置对应的购买项 和对应于购买项的信息； 购买请求处理模块 662， 也称支付请求处理模块， 设置为接 收来自应用的购买请求， 按照购买请求所请求购买的购买项对应的信息进行扣费。 通过以上的系统， 开发者在开发具备应用内购买功能的应用时， 无需在应用服务 器中配置购买功能， 简化了开发者开发应用的复杂度。 同时， 通过该架构可以更方便 的进行程序内购买项的管理及维护， 简化了用户和开发者的操作。 需要说明的是， 为了简化开发者开发应用的复杂度， 应用商店系统需要具备支持 扣费 （具体可以是应用商店系统自身完成扣费或应用商店系统通过外部结算系统完成 扣费） 的功能， 从而使得开发者在开发具备 IAP功能的应用时， 无需在应用服务器中 提供购买功能。 在本应用商店系统中， 购买请求处理模块 662可以设置为在接收到来 自应用的购买请求后， 按照购买请求所请求购买的购买项对应的信息， 通过设置在应 用商店系统中的购买功能模块进行扣费， 或者通过外部接口控制外部结算系统进行扣 费。 图 7是根据本发明另一个实施例的应用商店系统的优选结构框图， 如图 7所示， IAP管理模块 66设置在开发者社区功能实体 62中。 图 8是根据本发明另一个实施例的应用商店系统中的 IAP管理模块的优选结构框 图一， 如图 8所示， IAP管理模块 66还可以包括： 购买请求响应模块 663， 也称支付 请求响应模块， 设置为在购买请求处理模块 662扣费成功的情况下， 向应用返回购买 成功消息。 在实际应用中， 返回的购买成功消息所携带的内容可以根据应用购买项的类别来 决定， 例如， 购买请求响应模块 663在扣费成功的购买项为应用中已下载的项目的情 况下， 返回携带有扣费成功的购买项的信息的购买成功消息， 此时应用可以根据具体 扣费成功的购买项， 来确定解锁这些购买项供用户使用； 以及在扣费成功的购买项为 应用中未下载的项目的情况下， 返回携带有经过加密的扣费凭证的购买成功消息， 此 时应用可以将加密的扣费凭证发送到应用服务器， 以便应用服务器在对扣费凭证进行 解密校验后决定是否向应用返回具体的服务内容。 在实际操作中， 可以通过多种方式 来协助购买请求响应模块 663对购买项的类别进行判定， 例如， 配置模块 661中配置 的购买项的信息可以包括一个或多个参数来为该 IAP 购买项进行分类， 一种是内建 IAP购买项的， 一种是需要下载内容的购买项， 随着应用中功能的扩展， 还可能包括 其他类型的购买项。 这样， 购买请求响应模块 663就可以根据以上的参数确定当前的 购买项的类型， 从而决定后续的处理方式。 对于扣费凭证进行加密可以使用验证码的方式， 例如， 购买请求响应模块 663返 回的购买成功消息中携带的经过加密的扣费凭证通过以下方式获得： 使用对应于该应 用的校验码 （一种可选的获得该验证码的方式是： 开发者在应用商店为自己的应用申 请一个扣费校验码） 并应用加密算法对扣费凭证进行加密， 其中， 所述校验码、 对应 于所述应用的加密算法和验证规则配置在用于供所述应用下载所述扣费成功的购买项 的应用服务器中， 后续应用 server收到加密后的扣费凭证后， 则使用该解密算法和验 证规则对扣费进行验证， 通过验证后即可将下载扣费成功的购买项传递给应用程序。 其中， 加解密算法和验证规则由应用商店系统提供 （例如， 可以在开发手册中规定）。 图 9是根据本发明另一个实施例的应用商店系统中的 IAP管理模块的优选结构框 图二， 如图 9所示， IAP管理模块 66还可以包括： 查询请求处理模块 664， 设置为接 收来自应用的查询请求， 根据查询请求进行购买项的查询； 查询请求响应模块 665， 设置为向应用返回查询到的购买项的信息。 查询请求可以指示查询应用所对应的一个 或多个购买项， 查询请求处理模块 664则根据查询请求进行购买项的查询， 相应地返 回对应的一个或多个购买项的信息。 需要说明的是， 在实际应用中， 以上 IAP管理模块 66中的各个模块的功能， 都 可以通过设置具备相应功能的接口来实现， 应用通过具备这些功能的接口， 就可以完 成处理请求的发送和 /或处理响应的接收， 从而实现整个购买功能。 图 10是根据本发明实施例的实现应用内购买功能的方法的流程图， 该方法包括： 步骤 S1002, 响应于用户选定待购买的购买项的操作， 应用向应用商店系统发送 购买请求； 步骤 S1004, 应用商店系统接收来自应用的购买请求， 按照购买请求所请求购买 的购买项对应的信息进行扣费。 该方法适用于多种应用商店系统的结构， 例如， 若采用以上第一个实施例中的应 用商店系统的结构来实现该方法， 则在步骤 S1002中， 应用应向应用商店系统的 IAP 处理模块 262发送购买请求， 在步骤 S1004中， 应用商店系统的 IAP处理模块 262接 收来自应用的购买请求， 按照购买请求所请求购买的购买项对应的信息进行扣费； 若 采用以上第二个实施例中的应用商店系统的结构来实现该方法， 则在步骤 S1002中， 应用应向应用商店系统的购买请求处理模块 662发送购买请求， 在步骤 S1004中， 应 用商店系统的购买请求处理模块 662接收来自应用的购买请求， 按照购买请求所请求 购买的购买项对应的信息进行扣费。 通过以上的方法， 具备应用内购买功能的应用可以通过应用商店系统来进行购买 项的购买， 开发者无需在应用服务器中配置购买功能， 简化了开发者开发应用的复杂 度。 需要说明的是， 为了简化开发者开发应用的复杂度， 应用商店系统需要具备支持 扣费 （具体可以是应用商店系统自身完成扣费或应用商店系统通过外部结算系统完成 扣费） 的功能， 从而使得开发者在开发具备 IAP功能的应用时， 无需在应用服务器中 提供购买功能。在本实施例中，应用商店系统中可以在接收到来自应用的购买请求后， 按照购买请求所请求购买的购买项对应的信息， 通过设置在应用商店系统中的购买功 能模块进行扣费， 或者通过外部接口控制外部结算系统进行扣费。 为了便于应用进行购买请求后的判定处理， 在应用商店系统接收来自应用的购买 请求， 按照购买请求所请求购买的购买项对应的信息进行扣费之后， 还可以包括： 应 用接收应用商店系统在扣费成功的情况下返回的购买成功消息； 在扣费成功的购买项 为应用中已下载的项目的情况下， 应用根据购买成功消息中携带的扣费成功的购买项 的信息授权使用扣费成功的购买项； 在扣费成功的购买项为应用中未下载的项目的情 况下， 应用将购买成功消息中携带的经过加密的扣费凭证发送至供应用下载扣费成功 的购买项的应用服务器。 通过该流程， 对于无需下载的购买项， 应用可以直接判定是 否购买成功后， 决定是否向用户开放该项目； 而对于需要下载的购买项， 应用可以向 应用服务器发送扣费凭证， 请求下载已付费的服务或内容。 在应用将购买成功消息中 携带的经过加密的扣费凭证发送至应用服务器之后， 应用服务器可以对经过加密的扣 费凭证进行解密和校验， 在扣费凭证合法的情况下， 向应用传递扣费成功的购买项的 服务内容。 以上的购买响应处理过程适用于多种应用商店系统的结构， 例如， 若采用 以上第一个实施例中的应用商店系统的结构来实现购买响应， 则由应用商店系统的购 买请求响应接口 2622返回购买响应；若采用以上第二个实施例中的应用商店系统的结 构来实现购买响应， 则由应用商店系统中的购买请求响应模块 663返回购买响应。 在应用向请求购买处理模块发送购买请求之前， 应用可以向应用商店系统查询购 买项的信息， 从而便于用户决定是否进行购买项购买， 具体可以采用以下的流程进行 处理： 应用向应用商店系统发起查询请求； 应用商店系统根据查询请求进行购买项的 查询， 向该应用返回查询到的购买项的信息； 应用显示接收到的购买项的信息。 以上 的购买项查询处理过程适用于多种应用商店系统的结构， 例如， 若采用以上第一个实 施例中的应用商店系统的结构来实现购买项查询，则由应用商店系统的 IAP查询 2623 接收查询请求， 由 IAP查询响应接口 2624返回查询结果； 若采用以上第二个实施例 中的应用商店系统的结构来实现购买项查询， 则由应用商店系统中的查询请求处理模 块 664接收查询请求， 由查询请求响应模块 665返回查询结果。 在实际情况下， 应用发起购买项查询的过程可能有多种， 以下例举两种可能比较 常用的查询过程： ( 1 )对于内建购买项的查询，应用向应用商店系统发起用于指示查询应用所对应 的所有购买项的查询请求； 应用商店系统查询应用所对应的所有购买项的信息并返回 给应用； 应用显示接收到的购买项的信息， 供用户查看。
(2) 对于非内建购买项， 需要去服务器下载内容的 IAP购买项， 应用向应用服 务器发起用于查询能够被购买的购买项的查询请求； 应用服务器向应用返回能够被购 买的购买项的购买项标识的列表； 应用向应用商店系统发起携带有待查询的购买项标 识的查询请求； 应用商店系统查询待查询的购买项标识所对应的购买项的信息并返回 给应用； 应用显示接收到的购买项的信息， 供用户查看。 以下描述的实施例 1-4， 综合了上述多个优选实施例的技术方案。 需要说明的是， 以下实施例 1和实施例 2以上述第一个关于应用商店系统的实施例中的结构为基础进 行描述， 本领域技术人员应当理解， 以下实施例同样适用于第二个关于应用商店系统 的实施例中的结构， 具体实现过程类似， 在此不再赘述。 实施例 1 本实施例描述增加了应用内购买功能模块的应用商店系统的基本架构， 并通过举 例的方式， 详细说明相比于相关技术中的应用网店系统， 采用本实施例中的应用商店 系统所具备的优点。 如图 2所示， 在应用商店基本结构的基础上， 增加了 IAP功能。 IAP功能主要由
IAP配置模块和 IAP处理模块组成。 IAP配置模块主要负责为开发者提供用于管理其 程序内购买产品的入口， IAP 处理模块提供用户使用含有程序内购买功能的应用时的 完整的购买结算流程。 IAP配置模块和 IAP处理模块可以是开发者社区的一个组成部 分， 也可以置于应用商店内其他的功能实体中。 应用中的可购买项分为两种形式， 一种是内建 IAP购买项的， 一种是需要下载内 容的购买项， 以下分别进行说明： 内建 IAP购买项的情况下， 内容和服务已经在程序内部被用户下载了， 用户需要 购买后才能解锁某个内容或服务。 以一个游戏为例， 该游戏中的某一个关卡需要购买 后才能玩。 在相关技术中的没有提供 IAP功能的应用商店中， 用户如果需要实现这样 的功能必须要提供一个游戏 server给用户来完成购买。 而在提供了 IAP功能的应用商 店中实现该游戏的功能， 只需要上传应用之后给该应用建立一个 IAP购买项， 并为该 项目定价。 用户向应用商店购买该 IAP项目的价格后才可以解锁该关卡继续游戏。 需要下载内容的购买项的情况下，用户内容和服务在应用服务器上由开发者提供， 用户购买了 IAP的某个产品后， 去相应的应用服务器上下载对应的内容或使用某种服 务。 以一个可以购买杂志的阅读器应用程序为例， 该阅读器售卖价格为 0元， 主要希 望通过杂志的售卖来获得利润， 每期杂志卖 5元。 用户如果需要实现程序内购买类似 的功能， 需要在自建应用程序 server中完成所有的功能。 开发者需要将应用程序上传 到应用商店中进行售卖， 价格为 0元。 同时需要自己建立一个应用程序 server。 在应 用程序运行时， 应用程序 server需要提供应用程序查询可购买杂志的请求， 购买杂志 的请求， 杂志递送和购买接口这几个基本的接口和功能， 还须提供内部的上传杂志以 及管理杂志信息和管理用户的基本管理功能。 如图 11所示，显示了在不提供 IAP功能的应用商店中，应用程序在运行时与应用 程序 server之间的接口关系。在应用程序被下载后，应用将只和自己的应用程序 server 之间进行信息交互和内容传递。应用程序 server需要提供所有的内容传递， 服务提供， 程序内购买流程， 购买流程的功能。 可见， 由于需要提供如此多功能的应用 server, 对于普通开发者来说， 在没有提供 IAP功能的应用商店中提供这种程序内购买功能的 应用程序， 开发的代价非常高。 并且在购买问题上， 也不仅仅是开发成本的问题， 还 须和网上银行合作。 如图 12所示， 显示了在提供了 IAP功能的应用商店中， 应用程序在运行时与应 用程序 server以及应用商店之间的接口关系。 使用 IAP功能的应用商店开发应用， 在 应用被用户下载后，用户从应用中可以触发购买，仍然需要与应用商店进行信息交互， 如果需要发生购买行为， 用户向应用商店购买。 应用程序 server中提供内容和服务， 用户购买成功后可向应用程序 server发起内容 /服务请求， 以获取购买的相应的内容 / 服务。 举例说明， 开发者如果要开发一个杂志阅读器， 需要将应用程序上传到应用商 店中进行售卖，价格为 0元，在 IAP管理中为该应用建立 IAP购买项，比如名称为 "2011 年 4月 XX杂志"，定价为 5元。同时也需要建立一个应用程序 server,该应用程序 server 为应用提供杂志内容递送的服务。 当用户购买杂志时， 购买费用给应用商店， 购买成 功后去应用 server下载对应的已购买杂志。 对于开发者来说， 在提供了 IAP功能的应用商店中开发这种应用大大降低了开发 难度和开发成本。 自建的应用程序 server上只需要提供基本的内容管理和内容递送服 务即可。 关于购买过程、 购买项等管理已经在应用商店中实现。 实施例 2
IAP功能按模块可以划分为配置模块和 IAP处理模块， 其中配置模块和 IAP处理 模块可以分设在应用商店网店和开发者社区中， 如图 13所示。本实施例就描述了 IAP 功能模块分设的情形下， IAP购买功能实现的流程。 在如图 13所示的配置模块和 IAP处理模块分设的情况下， 需要增加开发者社区 和应用商店网店系统之间的 IAP项相关信息的同步接口。 SP， 当开发者在开发者社区 中配置了 IAP项， 经过审核并生效后， 开发者社区要将 IAP项的相关信息同步到应用 商店网店系统中， 这样当应用与 IAP处理模块交互的时候， 应用商店网店系统才能在 自己的系统中查询到该 IAP项的相关信息。 在 IAP配置模块和 IAP处理模块分设的情况下。 IAP购买项从开发者配置到用户 购买的流程如图 14所示， 如图 14所示， 包括以下步骤： 步骤 1401，开发者在开发者社区上传应用，并在 IAP配置模块配置应用相关的 IAP 项； 步骤 1402， 管理员在开发者社区审核通过开发者应用及配置的 IAP项； 步骤 1403， 开发者社区向应用商店网店系统同步 IAP项相关信息； 步骤 1404， 应用被购买后， 用户在应用内可以通过应用提供的界面查询到 IAP可 购买项， 并进行购买。 在 IAP配置模块置于开发者社区， IAP处理模块置于应用商店网店系统中的优选 结构中， IAP的信息在开发者社区和应用商店网店系统的同步， 也就是步骤 1403， 是 必不可少的一个步骤。 由于应用只和 IAP处理模块进行信息交互， 所以如果 IAP的信 息没有从开发者社区同步到应用商店网店系统的话， IAP处理模块就无法获取 IAP相 关信息供应用查询。 对于 IAP配置模块和 IAP处理模块分设的情形，与实施例 1中 IAP功能模块都置 于开发者社区中的结构的主要区别在于， 增加了开发者社区和应用商店网店之间的 IAP信息同步功能。 当然， IAP配置模块和 IAP处理模块在应用商店中放置于什么功 能实体中， 由具体实现来决定。在实施例 3和 4中，统一使用应用商店系统来进行 IAP 流程描述， 这种描述都适用于这两种架构， 也适用于其他的类似的变形的但原理相同 的应用商店网店架构。 实施例 3 该实施例详细描述了用增加了 IAP功能模块的应用商店开发应用程序内购买功能 的应用程序的方法。 假设该应用是一个游戏， 该游戏的某一个关卡需要购买后才能继 续。 开发者上传该游戏后需要在 IAP管理模块中为该游戏设置一个可购买 IAP项， 假 设该 IAP项为某个游戏道具， 名称为 "XX游戏 XX道具"， 价格为 1元。 游戏玩家购 买之后， 应用商店将购买成功消息返回给该游戏， 该玩家才能在游戏中使用该道具。 图 15是根据实施例 3的实现内建程序内购买的流程图，下面实施例的步骤主要描 述了用户在使用应用的过程中的道具购买的步骤， 从步骤描述中可以清晰的了解到这 类应用程序内购买实现的整个流程： 步骤 1501， 用户打开应用程序， 在应用程序的使用过程中触发应用内购买流程。 以游戏为例， 这种触发可以是用户点击游戏中的 "购买道具"按钮唤出可购买道具的页 面。 步骤 1502，应用程序通过查询 IAP可购买项接口向应用商店的 IAP功能模块发起 请求。 步骤 1503，应用商店 IAP模块查询该应用对应的 IAP可购买项，将结果通过查询 IAP可购买项接口的 response接口返回给应用程序。 步骤 1504，应用程序根据接口的返回内容将 IAP可购买项显示在界面上供用户选 择。 步骤 1505， 用户选择一件或多件 IAP购买项， 可以是一个游戏道具或多个游戏道 具， 选择购买。 步骤 1506， 应用程序根据用户的选择向应用商店发起购买请求。 步骤 1507， 应用商店扣费成功后， 将购买成功消息返回给应用， 应用授权用户使 用购买到的道具。 在上述实施例中， 用户开发该游戏时， 已经为游戏设置了可购买的道具， 并且在 使用道具时设置了认证。 也就是说， 当用户购买了道具后， 并不需要再更新应用程序 版本或下载一个道具， 而是在应用程序内部对道具是否可以使用进行了判断即可。 对于需要购买后下载内容的应用， 将在下面的实施例 4中进行描述。 实施例 4 该实施例详细描述了用增加了 IAP功能模块的应用商店实现应用程序内购买功能 的应用程序的方法。该应用程序中，存在需要访问应用程序服务器获取内容的购买项。 假设该应用是一个杂志阅读器。 用户免费在应用商店下载了该杂志阅读器。 但是如果 需要看杂志， 则需要订购杂志并支付一定的费用才行。 图 16是根据实施例 3的实现独立 server程序内购买的流程图，下面实施例的步骤 主要描述了用户在使用杂志阅读器的过程中购买杂志的步骤， 从步骤描述中可以清晰 的了解到这类应用程序内购买实现的整个流程： 步骤 1601， 用户在手机中打开杂志阅读器应用程序， 点击刷新最新杂志， 则应用 程序通过接口访问杂志服务器查询最新可购买杂志。 步骤 1602， 杂志服务器查询目前可购买杂志， 返回可购买项的对应 ID列表给应 用程序。 步骤 1603， 应用程序根据杂志服务器返回的 ID列表向应用商店发起请求， 要求 查询 IAP的商品 ID对应的 IAP产品具体信息， 包括名称， 价格等。 步骤 1604， 应用商店查询 IAP ID对应的 IAP购买项的具体信息包括名称， 价格 等信息， 并将结果发送给应用程序。 步骤 1605，应用程序根据应用商店的返回结果将可购买 IAP产品的信息展现给用 户， 供用户购买。 步骤 1606， 用户选择一个或多个产品， 请求购买。 步骤 1607，应用程序将用户的购买请求发送给应用商店，购买请求的关键信息为： 购买的 IAP的对应 ID， 购买价格。 步骤 1608， 应用商店处理购买请求， 对用户进行扣费， 返回应用程序扣费成功或 失败结果， 如果扣费成功， 需要在返回参数里携带收费凭证， 该收费凭证可以为加密 的字符串。 步骤 1609a， 应用程序判断收费结果， 如果失败， 则流程结束。 步骤 1609b， 应用程序判断收费结果， 如果成功， 则将扣费成功的结果发送给应 用程序服务器。 步骤 1610， 应用程序服务器收到扣费凭证后， 对扣费凭证中的加密字符串进行解 密和校验， 如果凭证合法则应用程序将用户所购买的杂志传递给用户。 步骤 1611， 应用程序获取到所购买的杂志， 用户可以阅读自己购买成功的杂志， 流程结束。 在上述流程中可以发现， 应用商店和应用程序 server之间未设置直接接口。 因为， 应用程序服务器的地址有可能会进行修改。 在应用商店侧维护应用程序服务器的信息 是不合理的。 所以， 开发者开发的应用程序在应用程序内购买流程中需要将一些信息 在应用商店和应用程序 server之间传送， 比如步骤 1610， 当应用程序收到应用商店的 扣费成功消息之后需要将这个信息传递的到应用程序 server中。 在这里有一个关键点 是扣费凭证需要进行加密， 否则一旦应用程序被篡改后会导致一系列的伪冒支付的传 递信息。 一个比较简单的实施办法是， 开发者在应用商店为应用申请一个校验码。 应用商 店在开发者手册中提供购买凭证加解密算法和校验规则。 应用商店扣费成功后就使用 该校验码对购买凭证进行加密。 当购买凭证通过应用程序传递到应用程序服务器时， 应用程序 server根据校验码解密购买凭证， 并根据应用商店提供的校验规则校验购买 凭证， 当判断购买凭证有效后将用户购买的内容或服务传递给用户。 需要说明的是， 以上的处理方式只是提供一个优选的方案， 这种对购买凭证加密可以有各种更改和变 化， 只要原理相同均在本发明的保护范围之内。 在上述实施例中， 开发者如果希望上传最新一期的杂志， 则只需要去应用商店的 IAP管理模块增加一个 IAP购买项， 比如说 20XX年 X月 XX杂志， 定价 4元， 应用 商店为该 IAP购买项分配一个 IAP ID。 开发者根据该 IAP ID在应用商店服务维护杂 志信息即可。用户在使用杂志阅读器下载最新一期杂志时， 完全不需要更新应用程序。 这种 IAP功能管理的形式， 减少了开发者的工作量， 同时， 也简化了用户的操作。 综上所述， 通过本发明实施例提供的方案， 开发者在开发具备应用内购买功能的 应用时，无需在应用服务器中配置购买项购买功能， 简化了开发者开发应用的复杂度。 同时， 通过该架构进行购买项的管理及维护是比较容易实现的， 简化了用户的操作。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而可以将 它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种应用商店系统， 包括开发者社区功能实体和应用商店网店功能实体， 还包 括：
配置模块， 设置为接受为应用配置对应的购买项和对应于所述购买项的信 息， 其中， 所述应用是通过所述开发者社区功能实体上传的；
应用内购买 IAP处理模块， 设置为接收来自所述应用的购买请求， 按照所 述购买请求所请求购买的购买项对应的信息进行扣费。
2. 根据权利要求 1所述的系统， 其中，
所述配置模块和所述 IAP处理模块位于所述开发者社区功能实体中；或者， 所述配置模块位于所述开发者社区功能实体中， 所述 IAP处理模块位于所 述应用商店网店功能实体中， 所述开发者社区功能实体和所述应用商店网店功 能实体之间的接口设置为将所述购买项和对应于所述购买项的信息同步至所述 IAP处理模块。
3. 根据权利要求 1所述的系统， 其中， 所述 IAP处理模块包括：
购买请求接口， 设置为接收来自所述应用的所述购买请求， 按照所述购买 请求所请求购买的购买项对应的信息进行扣费。
4. 根据权利要求 3所述的系统， 其中， 所述 IAP处理模块还包括： 购买请求响应接口， 设置为在所述购买请求接口扣费成功的情况下， 向所 述应用返回购买成功消息。
5. 根据权利要求 4所述的系统， 其中， 所述购买请求响应接口设置为在扣费成功 的购买项为所述应用中已下载的项目的情况下， 返回携带有扣费成功的购买项 的信息的所述购买成功消息； 以及设置为在扣费成功的购买项为所述应用中未 下载的项目的情况下， 返回携带有经过加密的扣费凭证的所述购买成功消息。
6. 根据权利要求 5所述的系统， 其中， 在扣费成功的购买项为所述应用中待下载 的项目的情况下， 所述购买请求响应接口返回的所述购买成功消息中携带的经 过加密的扣费凭证通过以下方式获得： 使用对应于所述应用的校验码并应用加密算法对扣费凭证进行加密，其中， 所述校验码、 对应于所述应用的加密算法和验证规则配置在用于供所述应用下 载所述扣费成功的购买项的应用服务器中。
7. 根据权利要求 1所述的系统， 其中， 所述 IAP处理模块包括：
IAP查询接口， 设置为接收来自所述应用的查询请求， 根据所述查询请求 进行购买项的查询；
IAP查询响应接口， 设置为向所述应用返回查询到的购买项的信息。
8. 根据权利要求 1、 3-7中任一项所述的系统， 其中， 所述配置模块和所述 IAP处 理模块位于所述应用商店系统的 IAP管理模块中。
9. 根据权利要求 8所述的系统， 其中， 所述 IAP管理模块设置在所述开发者社区 功能实体中。
10. 一种开发者社区功能实体， 包括： 配置模块， 设置为接受为应用配置对应的购买项和对应于所述购买项的信 息， 其中， 所述应用是通过所述开发者社区功能实体上传的。
11. 一种应用商店网店功能实体， 包括：
应用内购买 IAP处理模块， 设置为接收来自应用的购买请求， 按照所述购 买请求所请求购买的购买项对应的信息进行扣费， 其中， 所述购买项和所述购 买项对应的信息是通过开发者社区功能实体和所述应用商店网店功能实体之间 的接口同步到所述 IAP处理模块中的。
12. 根据权利要求 11所述的应用商店网店功能实体， 其中， 所述 IAP处理模块包 括：
购买请求接口， 设置为接收来自所述应用的购买请求， 按照所述购买请求 所请求购买的购买项对应的信息进行扣费。
13. 根据权利要求 12所述的应用商店网店功能实体， 其中， 所述 IAP处理模块还 包括：
购买请求响应接口， 设置为在所述购买请求接口扣费成功的情况下， 向所 述应用返回购买成功消息。
14. 根据权利要求 11所述的应用商店网店功能实体， 其中， 所述 IAP处理模块还 包括：
IAP查询接口， 设置为接收来自所述应用的查询请求， 根据所述查询请求 进行购买项的查询；
IAP查询响应接口， 设置为向所述应用返回查询到的购买项的信息。
15. 一种实现应用内购买 IAP功能的方法， 包括： 响应于用户选定待购买的购买项的操作， 应用向应用商店系统发送购买请 求；
所述应用商店系统接收来自应用的购买请求， 按照所述购买请求所请求购 买的购买项对应的信息进行扣费。
16. 根据权利要求 15所述的方法，其中，在所述应用商店系统接收来自应用的购买 请求， 按照所述购买请求所请求购买的购买项对应的信息进行扣费之后， 还包 括：
所述应用接收所述应用商店系统在扣费成功的情况下返回的购买成功消 息；
在扣费成功的购买项为所述应用中已下载的项目的情况下， 所述应用根据 所述购买成功消息中携带的扣费成功的购买项的信息授权使用所述扣费成功的 购买项； 在扣费成功的购买项为所述应用中未下载的项目的情况下， 所述应用 将所述购买成功消息中携带的经过加密的扣费凭证发送至供所述应用下载所述 扣费成功的购买项的应用服务器。
17. 根据权利要求 16所述的方法，其中，在所述应用将所述购买成功消息中携带的 经过加密的扣费凭证发送至供所述应用下载所述扣费成功的购买项的应用服务 器之后， 还包括：
所述应用服务器对所述经过加密的扣费凭证进行解密和校验， 在所述扣费 凭证合法的情况下， 向所述应用传递所述扣费成功的购买项的服务内容。
18. 根据权利要求 15所述的方法，其中，在应用向所述请求购买处理模块发送购买 请求之前， 还包括：
所述应用向所述应用商店系统发起查询请求； 所述应用商店系统根据所述查询请求进行购买项的查询， 向所述应用返回 查询到的购买项的信息；
所述应用显示接收到的购买项的信息。
PCT/CN2012/073675 2011-03-31 2012-04-09 应用商店系统及实现应用内购买功能的方法 WO2012152161A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/240,769 US20140214686A1 (en) 2011-03-31 2012-04-09 Application store system and method for implementing in-application purchase function
JP2014526365A JP6345115B2 (ja) 2011-08-25 2012-04-09 アプリ・ストア・システム及びアプリ内購入機能の実現方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110245465XA CN102737341A (zh) 2011-03-31 2011-08-25 应用商店系统及实现应用内购买功能的方法
CN201110245465.X 2011-08-25

Publications (1)

Publication Number Publication Date
WO2012152161A1 true WO2012152161A1 (zh) 2012-11-15

Family

ID=47143371

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/073675 WO2012152161A1 (zh) 2011-03-31 2012-04-09 应用商店系统及实现应用内购买功能的方法

Country Status (2)

Country Link
JP (1) JP6345115B2 (zh)
WO (1) WO2012152161A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101744598B1 (ko) * 2014-12-31 2017-06-13 엔에이치엔엔터테인먼트 주식회사 통합 결제 서비스를 제공하는 클라우드 서비스 방법 및 시스템

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101840556A (zh) * 2009-03-16 2010-09-22 苹果公司 解锁应用程序的补充功能组件的方法、装置及相关设备
CN102004987A (zh) * 2010-10-21 2011-04-06 中国移动通信集团北京有限公司 一种应用业务的实现方法、装置和系统
US20110246290A1 (en) * 2010-04-02 2011-10-06 Apple Inc. In application purchasing

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005867A (ja) * 1999-06-18 2001-01-12 Nippon Telegr & Teleph Corp <Ntt> 電子オンライン商取引システム、電子商取引方法、その装置及びプログラム記録媒体
JP2005004304A (ja) * 2003-06-10 2005-01-06 Matsushita Electric Ind Co Ltd ライセンス配信方法及びライセンス配信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101840556A (zh) * 2009-03-16 2010-09-22 苹果公司 解锁应用程序的补充功能组件的方法、装置及相关设备
US20110246290A1 (en) * 2010-04-02 2011-10-06 Apple Inc. In application purchasing
CN102004987A (zh) * 2010-10-21 2011-04-06 中国移动通信集团北京有限公司 一种应用业务的实现方法、装置和系统

Also Published As

Publication number Publication date
JP2014529794A (ja) 2014-11-13
JP6345115B2 (ja) 2018-06-20

Similar Documents

Publication Publication Date Title
WO2012129865A1 (zh) 应用商店系统及实现应用内购买功能的方法
JP7043701B2 (ja) ソフトウェアアプリケーションの信頼を最初に確立し、かつ定期的に確認するシステム及び方法
US10824700B2 (en) Device, system, and method of selective activation, deactivation, and configuration of components
KR101784125B1 (ko) 결제 데이터의 보안 프로비저닝, 전송 및 인증을 위한 방법, 디바이스 및 시스템
JP4469376B2 (ja) 移動電話、移動電話を用いてキャッシュレス取引を行うための方法及びコンピュータシステム
WO2020215909A1 (en) Method, client device and pos terminal for offline transaction
US20110085667A1 (en) Various methods and apparatuses for securing an application container
US20110307388A1 (en) Methods and systems for payment processing based on a mobile phone number
US11694182B2 (en) Systems and methods for displaying payment device specific functions
TWI649000B (zh) 實現行動終端與接收終端間通訊連結的方法
CN109118193A (zh) 用于安全元件交易和资产管理的装置和方法
CN103781044B (zh) 一种用手机话费购买移动应用中的商品的计费方法和计费系统
JP2015528934A (ja) 支払方法及び装置
JPH11316729A (ja) インターネット課金方法及びシステム及びインターネット課金プログラムを記録した記録媒体
US11887080B2 (en) Instant digital issuance
CN110692073A (zh) 基于通知的卡账户的配置
JP2008027425A (ja) 電子決済システム、電子決済サーバ、有価価値提供装置、移動体通信端末、並びに電子決済方法
KR20200119671A (ko) 디지털 컨텐츠의 이용 권리 증서를 발행 수량 만큼 유통시키는 방법, 상기 방법을 수행하는 서버, 및 상기 방법을 실행하기 위하여 매체에 저장된 컴퓨터 프로그램
KR20130082948A (ko) 지불 대행 시스템, 사용자 단말 및 마켓 서버
KR20070097874A (ko) 이동통신 단말기를 이용하는 직불결제 서비스 시스템
JP7268279B2 (ja) オンシェルフ取引デバイスのための非接触型支払として受付可能なセキュアなモバイル支払及びバックオフィスアプリケーションソリューション
KR20080009242A (ko) 이동통신 단말기를 이용하는 직불결제 서비스 시스템
KR101553049B1 (ko) 이동통신단말기를 이용한 사용자 인증 시스템 및 사용자 인증방법
WO2012152161A1 (zh) 应用商店系统及实现应用内购买功能的方法
KR20100087493A (ko) 이동통신 단말기를 이용한 통합 멤버십 발급 방법 및 그 시스템과 통합 멤버십 발급 기능을 갖춘 이동통신 단말기

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12781854

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014526365

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14240769

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 12781854

Country of ref document: EP

Kind code of ref document: A1