CN108520404A - A kind of paying centres iOS strategy - Google Patents
A kind of paying centres iOS strategy Download PDFInfo
- Publication number
- CN108520404A CN108520404A CN201810197312.4A CN201810197312A CN108520404A CN 108520404 A CN108520404 A CN 108520404A CN 201810197312 A CN201810197312 A CN 201810197312A CN 108520404 A CN108520404 A CN 108520404A
- Authority
- CN
- China
- Prior art keywords
- payment
- information
- paying
- apple
- party
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
Abstract
The present invention relates to a kind of paying centres iOS strategies, include the following steps:When user initiates payment, input necessary payment information, paying centre obtains payment information, according to acquisition of information order, if obtaining order failure, then return to payment failure information, if obtaining order success, further type is judged, if it is necessary to pay using apple, then call the paying centres apple, if supporting Third-party payment, Third-party payment is called, when paying successfully, the paying centres apple or Third-party payment return to evidence for payment information, authentication center's parsing, validation of payment credential information.The present invention, algorithm is succinct, and versatility is good, can support APPLE payments and Third-party payment simultaneously, and Third-party payment flow is unified, and scalability is strong, convenient for exploitation and later maintenance.
Description
Technical field
The present invention relates to payment management technical field, the specifically a kind of paying centres iOS strategy.
Background technology
Existing iOS payments are divided into two classes, Third-party payment and the interior payment of application(Interior purchase).
Third-party payment includes:Alipay payment, wechat payment, Unionpay's payment, Baidu's wallet, Jingdone district payment etc..
Using interior payment(In-App Purchase):Virtual goods are bought in application program.If you are in App
The application program sold on Store will receive the 70% of payment amount.Apple does not allow iOS to apply built-in purchase(IAP)Make
With Third-party payment mode.
Third-party payment can directly pop up webpage and paid when being fitted without client.Can also be jumped to
It is paid in tripartite App.
For iOS exploitations, where mobile payment is always the pain spot of developer, the configurations of the various means of payment is respectively not
It is identical, it is very cumbersome, and do not support CocoaPods mostly(The class libraries management tool of iOS)Convenient integration mode, falls on the market
It is the means of payment for there are similar this services of Ping++ that can want with one-stop Integrated Development person, but is all charge.
Invention content
In view of the deficiencies in the prior art, the purpose of the present invention is to provide a kind of paying centres iOS strategy, algorithms
Succinctly, versatility is good, can support APPLE payments and Third-party payment simultaneously, and Third-party payment flow is unified, scalability
By force, it is convenient for exploitation and later maintenance.
To achieve the above objectives, the technical solution adopted by the present invention is that:
A kind of paying centres iOS strategy, which is characterized in that include the following steps:
When user initiates payment, necessary payment information is inputted,
Paying centre obtains payment information, according to acquisition of information order,
If obtaining order failure, payment failure information is returned,
If obtaining order success, further type is judged,
If it is necessary that being paid with apple, then the paying centres apple are called,
If supporting Third-party payment, Third-party payment is called,
When paying successfully, the paying centres apple or Third-party payment return to evidence for payment information,
Authentication center's parsing, validation of payment credential information.
Based on the above technical solution, authentication center parses evidence for payment information, gets paid information,
It sends payment information to server and asks certification,
Authentification failure then returns to payment failure information,
Certification passes through, then initiates merchandise request,
Complete payment.
Based on the above technical solution, the paying centres apple inquire apple and pay id first,
If inquiry less than, return to payment failure information,
If inquired, apple payments are initiated,
Etc. readjustment to be paid, and judge whether payment mistake occurs,
If there is mistake, then misarrangement processing being carried out, trial continues to pay,
If without mistake, judge whether to receive evidence for payment,
If do not received, payment failure information is returned,
If there is receiving, then evidence for payment information is returned.
Based on the above technical solution, the Third-party payment, it is first determined payer information,
Then selection commodity place an order,
It calls payment interface afterwards again, completes payment authentication mandate,
According to the setting of Third-party payment, receive return authentication as a result,
Judge whether payment succeeds,
If it fails, payment failure information is then returned,
If succeeded, the evidence for payment information of third party's offer is obtained.
Based on the above technical solution, the payer information includes:Wechat is paid, Alipay payment.
Based on the above technical solution, it is written simultaneously when single under selecting commodity according to the setting of Third-party payment
Signing messages.
Paying centres iOS of the present invention strategy, algorithm is succinct, and versatility is good, can support APPLE payments and the simultaneously
Tripartite pays, and Third-party payment flow is unified, and scalability is strong, convenient for exploitation and later maintenance.
Description of the drawings
The present invention has following attached drawing:
The flow chart of Fig. 1 present invention.
Specific implementation mode
Below in conjunction with attached drawing, invention is further described in detail.
As shown in Figure 1, the paying centres iOS strategy of the present invention, includes the following steps:
When user initiates payment, necessary payment information is inputted,
Paying centre obtains payment information, according to acquisition of information order,
If obtaining order failure, payment failure information is returned,
If obtaining order success, further type is judged,
If it is necessary that being paid with apple, then the paying centres apple are called,
If supporting Third-party payment, Third-party payment is called,
When paying successfully, the paying centres apple or Third-party payment return to evidence for payment information,
Authentication center's parsing, validation of payment credential information.
Based on the above technical solution, authentication center parses evidence for payment information, gets paid information,
It sends payment information to server and asks certification,
Authentification failure then returns to payment failure information,
Certification passes through, then initiates merchandise request,
Complete payment.
Based on the above technical solution, the paying centres apple inquire apple and pay id first,
If inquiry less than, return to payment failure information,
If inquired, apple payments are initiated,
Etc. readjustment to be paid, and judge whether payment mistake occurs,
If there is mistake, then misarrangement processing being carried out, trial continues to pay,
If without mistake, judge whether to receive evidence for payment,
If do not received, payment failure information is returned,
If there is receiving, then evidence for payment information is returned.
Based on the above technical solution, the Third-party payment, it is first determined payer information,
Then selection commodity place an order,
It calls payment interface afterwards again, completes payment authentication mandate,
According to the setting of Third-party payment, receive return authentication as a result,
Judge whether payment succeeds,
If it fails, payment failure information is then returned,
If succeeded, the evidence for payment information of third party's offer is obtained.
Based on the above technical solution, the payer information includes:Wechat is paid, Alipay payment.
Based on the above technical solution, it is written simultaneously when single under selecting commodity according to the setting of Third-party payment
Signing messages.
The content not being described in detail in this specification belongs to the prior art well known to professional and technical personnel in the field.
Claims (6)
1. a kind of paying centres iOS strategy, which is characterized in that include the following steps:
When user initiates payment, necessary payment information is inputted,
Paying centre obtains payment information, according to acquisition of information order,
If obtaining order failure, payment failure information is returned,
If obtaining order success, further type is judged,
If it is necessary that being paid with apple, then the paying centres apple are called,
If supporting Third-party payment, Third-party payment is called,
When paying successfully, the paying centres apple or Third-party payment return to evidence for payment information,
Authentication center's parsing, validation of payment credential information.
2. the paying centres iOS strategy as described in claim 1, it is characterised in that:Authentication center parses evidence for payment information, obtains
To payment information,
It sends payment information to server and asks certification,
Authentification failure then returns to payment failure information,
Certification passes through, then initiates merchandise request,
Complete payment.
3. the paying centres iOS strategy as described in claim 1, it is characterised in that:The paying centres apple, are inquired first
Apple pays id,
If inquiry less than, return to payment failure information,
If inquired, apple payments are initiated,
Etc. readjustment to be paid, and judge whether payment mistake occurs,
If there is mistake, then misarrangement processing being carried out, trial continues to pay,
If without mistake, judge whether to receive evidence for payment,
If do not received, payment failure information is returned,
If there is receiving, then evidence for payment information is returned.
4. the paying centres iOS strategy as described in claim 1, it is characterised in that:The Third-party payment, it is first determined payment
Square information,
Then selection commodity place an order,
It calls payment interface afterwards again, completes payment authentication mandate,
According to the setting of Third-party payment, receive return authentication as a result,
Judge whether payment succeeds,
If it fails, payment failure information is then returned,
If succeeded, the evidence for payment information of third party's offer is obtained.
5. the paying centres iOS strategy as claimed in claim 4, it is characterised in that:The payer information includes:Wechat branch
It pays, Alipay payment.
6. the paying centres iOS strategy as claimed in claim 4, it is characterised in that:According to the setting of Third-party payment, selecting
When single under commodity, while signing messages is written.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810197312.4A CN108520404A (en) | 2018-03-10 | 2018-03-10 | A kind of paying centres iOS strategy |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810197312.4A CN108520404A (en) | 2018-03-10 | 2018-03-10 | A kind of paying centres iOS strategy |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108520404A true CN108520404A (en) | 2018-09-11 |
Family
ID=63432827
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810197312.4A Pending CN108520404A (en) | 2018-03-10 | 2018-03-10 | A kind of paying centres iOS strategy |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108520404A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112967051A (en) * | 2021-03-16 | 2021-06-15 | 宝宝巴士股份有限公司 | Apple purchase payment method and device |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8386394B1 (en) * | 2011-04-04 | 2013-02-26 | Google Inc. | Verifying that a purchasing request is legitimate |
TW201333851A (en) * | 2012-02-04 | 2013-08-16 | Top Victory Invest Ltd | App transaction money flow method and app store management method |
WO2014014636A2 (en) * | 2012-07-19 | 2014-01-23 | Apple Inc. | Securing in-app purchases |
CN104318426A (en) * | 2014-10-22 | 2015-01-28 | 中国联合网络通信集团有限公司 | Application software use control method and device for in-application payment |
CN104639554A (en) * | 2015-02-13 | 2015-05-20 | 腾讯科技(深圳)有限公司 | Object operating method and device |
CN105825379A (en) * | 2016-03-14 | 2016-08-03 | 广州衡昊数据科技有限公司 | Method and system preventing payment means from embezzlement |
CN105931039A (en) * | 2016-04-18 | 2016-09-07 | 福建联迪商用设备有限公司 | Payment terminal, method and system based on Bluetooth iBeacon |
CN106022746A (en) * | 2016-05-23 | 2016-10-12 | 乐视控股(北京)有限公司 | Payment method and device applied to terminal equipment |
CN106954197A (en) * | 2017-03-16 | 2017-07-14 | 努比亚技术有限公司 | Mobile terminal and its payment information reminding method |
CN107025558A (en) * | 2016-01-29 | 2017-08-08 | 上海新卡说信息技术有限公司 | A kind of transaction system and transaction processing method |
-
2018
- 2018-03-10 CN CN201810197312.4A patent/CN108520404A/en active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8386394B1 (en) * | 2011-04-04 | 2013-02-26 | Google Inc. | Verifying that a purchasing request is legitimate |
US8566175B1 (en) * | 2011-04-04 | 2013-10-22 | Google Inc. | Common purchasing user interface |
TW201333851A (en) * | 2012-02-04 | 2013-08-16 | Top Victory Invest Ltd | App transaction money flow method and app store management method |
WO2014014636A2 (en) * | 2012-07-19 | 2014-01-23 | Apple Inc. | Securing in-app purchases |
CN104318426A (en) * | 2014-10-22 | 2015-01-28 | 中国联合网络通信集团有限公司 | Application software use control method and device for in-application payment |
CN104639554A (en) * | 2015-02-13 | 2015-05-20 | 腾讯科技(深圳)有限公司 | Object operating method and device |
CN107025558A (en) * | 2016-01-29 | 2017-08-08 | 上海新卡说信息技术有限公司 | A kind of transaction system and transaction processing method |
CN105825379A (en) * | 2016-03-14 | 2016-08-03 | 广州衡昊数据科技有限公司 | Method and system preventing payment means from embezzlement |
CN105931039A (en) * | 2016-04-18 | 2016-09-07 | 福建联迪商用设备有限公司 | Payment terminal, method and system based on Bluetooth iBeacon |
CN106022746A (en) * | 2016-05-23 | 2016-10-12 | 乐视控股(北京)有限公司 | Payment method and device applied to terminal equipment |
CN106954197A (en) * | 2017-03-16 | 2017-07-14 | 努比亚技术有限公司 | Mobile terminal and its payment information reminding method |
Non-Patent Citations (1)
Title |
---|
KEVIN_WZX: "iOS支付功能", 《网页在线公开:HTTPS://WWW.JIANSHU.COM/P/14C4B7370769》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112967051A (en) * | 2021-03-16 | 2021-06-15 | 宝宝巴士股份有限公司 | Apple purchase payment method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10902397B2 (en) | Interoperable financial transactions via mobile devices | |
RU2732585C2 (en) | Gateway level of abstraction | |
JP6622309B2 (en) | Provisioning platform for machine-to-machine equipment | |
TWI610255B (en) | Online payment method and equipment | |
US10810573B2 (en) | Switch server system interoperable with mobile devices providing secure communications | |
Karnouskos | Mobile payment: a journey through existing procedures and standardization initiatives | |
US20190287110A1 (en) | Method and apparatus for facilitating multi-element bidding for influencing a position on a payment list generated by an automated authentication engine | |
CN104933562B (en) | A kind of express fee exempts from close method of payment and system | |
WO2019128870A1 (en) | Communication method and apparatus for virtual sim card, and electronic device | |
WO2007118052A2 (en) | Method for universal electronic payment processing | |
US11004058B2 (en) | Transaction modification based on real-time offers | |
US20180225671A1 (en) | Method and apparatus for facilitating performing payment option aggregation utilizing an automated authentication engine | |
TW201501050A (en) | Payment transaction system integrated with cloud service | |
JP2019501471A (en) | Service fallback method and apparatus | |
JP2015508925A (en) | Authentication platform for PIN debit issuers | |
US20180232718A1 (en) | Method and apparatus for facilitating payment option aggregation to complete a transaction initiated at a third party payment apparatus, utilizing an automated authentication engine | |
US20180268476A1 (en) | Method and apparatus for facilitating multi-element bidding for influencing a position on a payment list generated by an automated authentication engine | |
CN108520404A (en) | A kind of paying centres iOS strategy | |
KR20130083050A (en) | Banking payment agency system using a virtual account and controlling method therefor | |
AU2015201425B2 (en) | Gateway abstraction layer | |
WO2019191365A1 (en) | Method and apparatus for facilitating performing payment option aggregation utilizing an automated authentication engine | |
JP2015062125A (en) | Method and system for financial transaction in mobile environment | |
US20240126598A1 (en) | Task processing system, method, and apparatus | |
WO2024026220A1 (en) | Systems and methods for transacting over a network | |
WO2019191367A1 (en) | Method and apparatus for facilitating multi-element bidding for influencing a position on a payment list generated by an automated authentication engine |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180911 |
|
RJ01 | Rejection of invention patent application after publication |