CN105701406A - Method of Android platform for running traditional payment application - Google Patents

Method of Android platform for running traditional payment application Download PDF

Info

Publication number
CN105701406A
CN105701406A CN201511014208.XA CN201511014208A CN105701406A CN 105701406 A CN105701406 A CN 105701406A CN 201511014208 A CN201511014208 A CN 201511014208A CN 105701406 A CN105701406 A CN 105701406A
Authority
CN
China
Prior art keywords
sdk
layer
application
conventional payment
service layer
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.)
Granted
Application number
CN201511014208.XA
Other languages
Chinese (zh)
Other versions
CN105701406B (en
Inventor
王云
夏杰
杨华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Zhengtong Electronics Co Ltd
Original Assignee
Shenzhen Zhengtong Electronics Co Ltd
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
Application filed by Shenzhen Zhengtong Electronics Co Ltd filed Critical Shenzhen Zhengtong Electronics Co Ltd
Priority to CN201511014208.XA priority Critical patent/CN105701406B/en
Publication of CN105701406A publication Critical patent/CN105701406A/en
Application granted granted Critical
Publication of CN105701406B publication Critical patent/CN105701406B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107File encryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Stored Programmes (AREA)
  • Storage Device Security (AREA)

Abstract

The invention discloses a method of an Android platform for running a traditional payment application. A middleware is arranged between the traditional payment application and a peripheral driver; and the middleware comprises a runtime API (Application Program Interface) layer used for providing a uniform API for the traditional payment application; an SDK (Software Development Kit) layer used for providing a C program interface for the runtime API layer; an SDK service layer used for providing an Android level interface and interacting with the SDK layer through a SOCKET command; and a device service layer used for providing an Android drive and a specific authority operating interface both customized based on a specific device for the SDK service layer to call. The method of the Android platform for running the traditional payment application can realize implementation of the traditional payment application function on the Android platform at a relatively low cost.

Description

Android platform runs the method for conventional payment application
Technical field
The present invention relates to conventional payment application, particularly relate to the method running conventional payment application in android terminal。
Background technology
The POS(PointofSales of traditional platform, electronic marketing point)/EPOS(electronicpointofsale, electronic fare payment system) application be all based on C language exploitation, it is transplanted to Android(Android if to be concluded the business) on the intelligent terminal of system, then need again based on Android exploitation application。This method, it is necessary to expend substantial amounts of manpower and materials in application and development and transaction debugging。
Summary of the invention
The technical problem to be solved in the present invention is in that, based on the drawbacks described above of prior art, it is proposed to a kind of Android platform runs the method for conventional payment application, it is possible to relatively low cost, reach the realization at Android platform of the conventional payment application function。
The technical solution adopted for the present invention to solve the technical problems is: provide a kind of method that Android platform runs conventional payment application, between conventional payment application and peripheral hardware drive, middleware is set, this middleware includes: api layer during operation, for the API unified to conventional payment application offer;SDK layer, provides c program interface for api layer during to this operation;SDK service layer, is used for providing Android aspect interface, is interacted by SOCKET instruction between itself and this SDK layer;And device service layer, for providing the Android according to concrete device customizing to drive and special access right operation interface, call for SDK service layer。
In certain embodiments, the start-up course of this conventional payment application includes: first, loads by SDK service layer;Afterwards, load the encrypted file system of SDK layer, after waiting that running environment is ready, just start to load application。
In certain embodiments, the application of this conventional payment is to operate on this Android platform in the way of thread, and the process loading application includes: first, creates application thread;Then, application library is loaded;Then, whether the version of the version and the application of this conventional payment that verify this interface mates, and coupling enters application principal function, until application end of run, exits thread, unmatched words, directly terminate thread。
In certain embodiments, the process of this conventional payment application call interface includes: if what SDK layer can directly process, then SDK layer returns result to the application of this conventional payment after having processed。
In certain embodiments, the process of this conventional payment application call interface also includes: can directly process if not SDK layer, then first function command and parameter are added in command queue, then pass through SOCKET instruction and be sent to this SDK service layer successively, if what SDK service layer can directly process, return result is fed back to SDK layer by SOCKET by this SDK service layer, and this SDK layer returns result to the application of this conventional payment again。
In certain embodiments, the process of this conventional payment application call interface also includes: can directly process if not SDK service layer, then this SDK service layer completes interface function by calling this device service layer, and return result is fed back to SDK layer by SOCKET, SDK layer returns result to the application of this conventional payment again。
In certain embodiments, this SDK layer includes: instruction group bag, java standard library, log management, application management, AES, encrypted file system and virtual serial port。
In certain embodiments, this SDK service layer includes: hardware driving, and system is arranged and user interface。
In certain embodiments, this device service layer can provide the equipment that Android drives to include: code keypad, printer, card reader, network, serial ports and security module。
In certain embodiments, apply based on the conventional payment of the interface exploitation of this middleware have only to carry out to recompilate can stress-free temperature in Android platform。
The beneficial effects of the present invention is, by arranging middleware between conventional payment application and peripheral hardware drive dexterously, and the four-layer structure that when making this middleware include running, api layer, SDK layer, SDK service layer and device service layer are constituted, with relatively low cost, the realization at Android platform of the conventional payment application function can be reached。
Accompanying drawing explanation
Below in conjunction with drawings and Examples, the invention will be further described, in accompanying drawing:
Fig. 1 is the hierarchical structure signal of the method for the Android platform operation conventional payment application of the present invention。
Fig. 2 be the present invention method in conventional payment application Booting sequence signal。
Fig. 3 be the present invention method in load application flow process signal。
Fig. 4 be the present invention method in conventional payment application function call flow process signal。
Detailed description of the invention
In conjunction with accompanying drawing, presently preferred embodiments of the present invention is elaborated。
The hierarchical structure signal of the method for conventional payment application is run referring to the Android platform that Fig. 1, Fig. 1 are the present invention。The present invention proposes a kind of method that Android platform runs conventional payment application, comprising: apply in conventional payment, between 1 and peripheral hardware driving 2, middleware 3 is set, this middleware 3 includes: api layer (Runtime) 30 during operation, for applying, to conventional payment, the API that 1 offer is unified;SDK(SoftwareDevelopmentKit, SDK) layer 31, provide c program interface for api layer 30 during to this this operation;SDK service layer (SDKserver) 32, for providing Android aspect interface, by SOCKET(socket between itself and this SDK layer, it is used for describing IP address and port, it being the handle of a communication chain, it is possible to be used for realizing the communication between different virtual machine or different computer) instruction interacts;And device service layer 33, for providing the Android according to concrete device customizing to drive and special access right operation interface, call for this SDK service layer。It is noted that based on the conventional payment application 1 of the interface exploitation of this middleware 3 have only to carry out to recompilate can stress-free temperature in Android platform。
Booting sequence signal referring to conventional payment application in the method that Fig. 2 and Fig. 3, Fig. 2 are the present invention。Fig. 3 be the present invention method in load application flow process signal。The start-up course of this conventional payment application includes: first, loads (step 201) by SDK service layer;Afterwards, load the encrypted file system (step 202) of SDK layer, after waiting that running environment is ready, just start to load application (step 203)。Specifically, the application of this conventional payment is to operate on this Android platform in the way of thread, and the process loading application includes: first, creates application thread (step 301);Then, application library (step 302) is loaded;Then, whether the version of the version and the application of this conventional payment that verify this interface mates (step 303), the words of coupling, enter application principal function (step 304), until application end of run, exit thread (step 305), unmatched words, directly terminate thread (step 305)。
Function call flow process signal referring to conventional payment application in the method that Fig. 4, Fig. 4 are the present invention。This SDK layer 31(step 401 is called in this conventional payment application 1), if what SDK layer 31 can directly process, then SDK layer 31 returns result to this conventional payment application 1(step 402 after having processed);Can directly process if not SDK layer 31, then first function command and parameter are added in the command queue of SOCKET client (step 403), then this SOCKET client is sent to SOCKET service end (step 405) successively by SOCKET instruction, this SDK service layer 32 receives order (step 407) from this SOCKET service end, if what SDK service layer 32 can directly process, return result is given this SOCKET service end (step 408) by this SDK service layer 32, this SOCKET service end feeds back to this SOCKET client (step 406) by SOCKET, result is given this SDK layer 31(step 404 by this SOCKET client), this SDK layer returns result to this conventional payment application (step 402) again;Can directly process if not SDK service layer, then this SDK service layer 32 is by calling this device service layer 33(step 409), this device service layer 33 returns result to this SDK service layer 32 and completes interface function (step 410), and by return result by SOCKET feed back to SDK layer 31(follow step 408,406,404), SDK layer 31 returns result to this conventional payment application 1(step 402 again)。
Referring to Fig. 1, this SDK layer 31 includes: instruction group bag, java standard library, log management, application management, AES, encrypted file system and virtual serial port。This SDK service layer 32 includes: hardware driving, and system is arranged and user interface。Wherein, hardware driving specifically includes: network, security module, code keypad and other hardware。This device service layer 33 can provide the equipment that Android drives to include: code keypad, printer, card reader, network, serial ports, security module and other hardware。This device service layer 33 can also provide system to arrange the support of aspect。
The beneficial effects of the present invention is, by applying in conventional payment dexterously, between 1 and peripheral hardware driving 2, middleware 3 is set, and the four-layer structure that when making this middleware 3 include running, api layer 30, SDK layer 31, SDK service layer 32 and device service layer 33 are constituted, with relatively low cost, the realization at Android platform of the conventional payment application function can be reached。
It should be appreciated that above example is only in order to illustrate technical scheme, it is not intended to limit, it will be understood by those skilled in the art that the technical scheme that above-mentioned case study on implementation is recorded can be modified, or its partial technical characteristic is carried out equivalent replacement;And these amendments and replacement, all should belong to the protection domain of claims of the present invention。

Claims (10)

1. an Android platform runs the method that conventional payment is applied, it is characterised in that arranging middleware between conventional payment application and peripheral hardware drive, this middleware includes: api layer during operation, for the API unified to conventional payment application offer;SDK layer, provides c program interface for api layer during to this operation;SDK service layer, is used for providing Android aspect interface, is interacted by SOCKET instruction between itself and this SDK layer;And device service layer, for providing the Android according to concrete device customizing to drive and special access right operation interface, call for SDK service layer。
2. method according to claim 1, it is characterised in that: the start-up course of this conventional payment application includes: first, loads by SDK service layer;Afterwards, load the encrypted file system of SDK layer, after waiting that running environment is ready, just start to load application。
3. method according to claim 2, it is characterised in that: the application of this conventional payment is to operate on this Android platform in the way of thread, and the process loading application includes: first, creates application thread;Then, application library is loaded;Then, whether the version of the version and the application of this conventional payment that verify this interface mates, and coupling enters application principal function, until application end of run, exits thread, unmatched words, directly terminate thread。
4. method according to claim 3, it is characterised in that: the process of this conventional payment application call interface includes: if what SDK layer can directly process, then SDK layer returns result to the application of this conventional payment after having processed。
5. method according to claim 4, it is characterized in that: the process of this conventional payment application call interface also includes: can directly process if not SDK layer, then first function command and parameter are added in command queue, then pass through SOCKET instruction and be sent to this SDK service layer successively, if what SDK service layer can directly process, return result is fed back to SDK layer by SOCKET by this SDK service layer, and this SDK layer returns result to the application of this conventional payment again。
6. method according to claim 5, it is characterized in that: the process of this conventional payment application call interface also includes: can directly process if not SDK service layer, then this SDK service layer completes interface function by calling this device service layer, and return result is fed back to SDK layer by SOCKET, SDK layer returns result to the application of this conventional payment again。
7. method according to claim 1, it is characterised in that: this SDK layer includes: instruction group bag, java standard library, log management, application management, AES, encrypted file system and virtual serial port。
8. method according to claim 1, it is characterised in that: this SDK service layer includes: hardware driving, and system is arranged and user interface。
9. method according to claim 1, it is characterised in that: this device service layer can provide the equipment that Android drives to include: code keypad, printer, card reader, network, serial ports and security module。
10. the method according to any one of claim 1 to 9, it is characterised in that: based on the conventional payment application of the interface exploitation of this middleware have only to carry out to recompilate can stress-free temperature in Android platform。
CN201511014208.XA 2015-12-31 2015-12-31 The method that Android platform runs conventional payment application Active CN105701406B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201511014208.XA CN105701406B (en) 2015-12-31 2015-12-31 The method that Android platform runs conventional payment application

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201511014208.XA CN105701406B (en) 2015-12-31 2015-12-31 The method that Android platform runs conventional payment application

Publications (2)

Publication Number Publication Date
CN105701406A true CN105701406A (en) 2016-06-22
CN105701406B CN105701406B (en) 2018-09-07

Family

ID=56225925

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201511014208.XA Active CN105701406B (en) 2015-12-31 2015-12-31 The method that Android platform runs conventional payment application

Country Status (1)

Country Link
CN (1) CN105701406B (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106095537A (en) * 2016-06-30 2016-11-09 福建联迪商用设备有限公司 Android pays management method and the system of plug-in unit
CN106657393A (en) * 2017-02-08 2017-05-10 浪潮(苏州)金融技术服务有限公司 Device remote interaction system and method based on Websocket
CN109582312A (en) * 2018-12-04 2019-04-05 艾体威尔电子技术(北京)有限公司 A kind of UI layer of intelligence POS separates development approach with logical layer
CN111061577A (en) * 2019-12-11 2020-04-24 万表名匠(广州)科技有限公司 Third party payment processing system and method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120239578A1 (en) * 2011-03-17 2012-09-20 Allegro Systems Llc Mobile Secure Transactions Using Human Intelligible Handshake Key
CN102789381A (en) * 2011-12-31 2012-11-21 浙江创佳数字技术有限公司 Method for achieving digital televisions in accordance to digital video broadcasting (DVB) standards in Andriod system
CN102819452A (en) * 2012-07-13 2012-12-12 深圳市酷开网络科技有限公司 Middleware device based on android system and method thereof
CN102929593A (en) * 2011-08-12 2013-02-13 中国科学院声学研究所 Method for achieving Android system to be compatible with internal application

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120239578A1 (en) * 2011-03-17 2012-09-20 Allegro Systems Llc Mobile Secure Transactions Using Human Intelligible Handshake Key
CN102929593A (en) * 2011-08-12 2013-02-13 中国科学院声学研究所 Method for achieving Android system to be compatible with internal application
CN102789381A (en) * 2011-12-31 2012-11-21 浙江创佳数字技术有限公司 Method for achieving digital televisions in accordance to digital video broadcasting (DVB) standards in Andriod system
CN102819452A (en) * 2012-07-13 2012-12-12 深圳市酷开网络科技有限公司 Middleware device based on android system and method thereof

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106095537A (en) * 2016-06-30 2016-11-09 福建联迪商用设备有限公司 Android pays management method and the system of plug-in unit
CN106657393A (en) * 2017-02-08 2017-05-10 浪潮(苏州)金融技术服务有限公司 Device remote interaction system and method based on Websocket
CN109582312A (en) * 2018-12-04 2019-04-05 艾体威尔电子技术(北京)有限公司 A kind of UI layer of intelligence POS separates development approach with logical layer
CN109582312B (en) * 2018-12-04 2021-09-21 艾体威尔电子技术(北京)有限公司 UI layer and logic layer separation method of intelligent POS
CN111061577A (en) * 2019-12-11 2020-04-24 万表名匠(广州)科技有限公司 Third party payment processing system and method

Also Published As

Publication number Publication date
CN105701406B (en) 2018-09-07

Similar Documents

Publication Publication Date Title
CN102004655B (en) Device and method for automatically installing drivers
CN103970563B (en) The method of dynamic load Android class
WO2018106968A1 (en) Methods and apparatus to automate deployments of software defined data centers
CN106686420A (en) Live streaming application program management method and apparatus
US20080288962A1 (en) Method and System for Dynamic Remote injection of In-process Agents into Virtual Machine based Applications
CN110096424B (en) Test processing method and device, electronic equipment and storage medium
CN100511156C (en) Apparatus for compulsively terminating thread blocked on input/output operation and method for the same
CN101382904B (en) Method and system for implementing automatic installation of intelligent cipher key equipment
US10817819B2 (en) Workflow compilation
CN105701406A (en) Method of Android platform for running traditional payment application
CN103246525B (en) A kind of method and client realizing applying operation
CN1283817A (en) Method and appts for automatic matching, setting and spreading small microsoft windows applied program for calculating equipment
CN102609279A (en) Application execution in a restricted application execution environment
CN102411693A (en) Inherited Product Activation For Virtual Machines
US20150120818A1 (en) Multi-tenant saas platform and method for automated deployment of connector application, and tenant and service provider using virtual machine
CN103677807A (en) Customizing program logic for booting a system
CN104750528A (en) Management method and device for components in Android program
CN112148278A (en) Visual block chain intelligent contract framework and intelligent contract development and deployment method
CN105897902B (en) It is a kind of to start locally applied method and system by browser
CN107483261A (en) A kind of upgrade method and gateway device
CN107133055A (en) A kind of method that customized development is realized based on ClassLoader
CN101739246A (en) Smart card and application data processing method
Abid et al. Verification of a dynamic management protocol for cloud applications
CN111984263A (en) Method, device, equipment and medium for running second system application on first system
US10002007B2 (en) Operating system (OS) independent device drivers

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant