CN205608922U - POS (point of sale) machine - Google Patents
POS (point of sale) machine Download PDFInfo
- Publication number
- CN205608922U CN205608922U CN201620271956.XU CN201620271956U CN205608922U CN 205608922 U CN205608922 U CN 205608922U CN 201620271956 U CN201620271956 U CN 201620271956U CN 205608922 U CN205608922 U CN 205608922U
- Authority
- CN
- China
- Prior art keywords
- processing unit
- screen
- pos
- service request
- interface
- 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.)
- Expired - Fee Related
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The utility model provides a POS (point of sale) machine, POS (point of sale) machine is including the first screen, collection of money processing unit, payment processing unit and the second screen that connect gradually. Collection of money processing unit is used for sending professional request, receives professional demand processing result and passes through first screen display. Payment processing unit is used for receiving and handling professional request, through second screen display professional relevant mutual interface and/or business information send professional demand processing result. The utility model provides a POS (point of sale) machine is mutual through the professional request of collecting payment between processing unit and payment processing unit side of collection of money and the payment side to show the information display and mutual interface of collection of money side and payment side respectively through first screen and second screen, it will side of collection of money and the operation and the demonstration clean separation of payment side to have realized, further realized providing normalized interface through setting up the interface unit, and then can realize simple, low -cost professional customizeing in collection of money processing unit.
Description
Technical field
The application relates to payment devices technical field, is specifically related to a kind of POS.
Background technology
Tradition Mobile POS Terminal the most only arranges a screen, and is not independently arranged gust display screen,
Beneficiary and paying party all can only be operated by an interface (or physical button), user
Bank card account information and input password etc. are all that both sides are visible, and safety aspect ensures the highest.
Additionally, traditional POS also has directly cannot carry out what advertisement putting showed to client
Defect.
Utility model content
In view of drawbacks described above of the prior art or deficiency, it is desirable to provide one by beneficiary and to pay
The POS that the operation of money side and display are kept completely separate.
This utility model provides a kind of POS, and described POS includes first be sequentially connected with
Screen, gathering processing unit, payment processing unit and the second screen；
Described gathering processing unit is used for sending service request, receives service request result also
Shown by described first screen；
Described payment processing unit is used for receiving and process described service request, by described second
Screen shows the interactive interface and/or business information that business is relevant, sends service request and processes knot
Really.
The POS that the many embodiments of this utility model provide is by gathering processing unit and cashier's counter
It is mutual that reason unit carries out the service request between beneficiary and paying party, and by the first screen and
Second screen shows that the information of beneficiary and paying party shows and interactive interface respectively, it is achieved that will
Beneficiary and the operation of paying party and display are kept completely separate；
The POS that some embodiments of this utility model provide is further by gathering processing unit
And between payment processing unit, interface unit is set, receive and parse through standardized service request,
Return the service request result of standardized packages, it is achieved that standardized interface is provided, enters
And simple, the service customizing of low cost can be realized in gathering processing unit；
Some embodiments of this utility model provide POS further by process advertisement show with
The service request that Quick Response Code shows, extends the function of POS；
The POS that some embodiments of this utility model provide is further by by the first screen and the
Two screens are separately positioned on the not coplanar of POS shell, have ensured the safety of user profile.
Accompanying drawing explanation
By reading retouching in detail with reference to made non-limiting example is made of the following drawings
Stating, other features, purpose and advantage will become more apparent upon:
Fig. 1 is the structural representation of POS in this utility model one embodiment.
Fig. 2 is the structural representation of POS in this utility model one preferred embodiment.
Fig. 3 is Password Input operation flow schematic diagram in this utility model one preferred embodiment.
Fig. 4 is advertisement display operation flow schematic diagram in this utility model one preferred embodiment.
Fig. 5 is Quick Response Code display operation flow schematic diagram in this utility model one preferred embodiment.
Detailed description of the invention
With embodiment, the application is described in further detail below in conjunction with the accompanying drawings.It is appreciated that
, specific embodiment described herein is used only for explaining relevant utility model, rather than right
The restriction of this utility model.It also should be noted that, for the ease of describing, in accompanying drawing only
Show the part relevant to utility model.
It should be noted that in the case of not conflicting, the embodiment in the application and embodiment
In feature can be mutually combined.Describe this below with reference to the accompanying drawings and in conjunction with the embodiments in detail
Application.
Fig. 1 is the structural representation of POS in this utility model one embodiment.
As it is shown in figure 1, in the present embodiment, the POS that this utility model provides includes successively
The first screen 10, gathering processing unit 30, payment processing unit 50 and the second screen connected
70。
Gathering processing unit 30 is used for sending service request, receives service request result and leads to
Cross the first screen 10 to show.
Payment processing unit 50 is used for receiving and process described service request, by the second screen
70 show the interactive interface and/or business information that business are relevant, send service request result.
Specifically, in the present embodiment, the first screen 10 and the second screen 70 are touch screen,
In more embodiments, described POS also can use integrated two input dresses according to the actual requirements
Put or by the first screen 10 and the second screen by the way of standard interface connects two input equipment
Curtain 70 is set to non-touch screen.
Gathering processing unit 30 by various customed by the way of trigger service request after, to pay
Money processing unit 50 sends service request；Payment processing unit 50 receives the laggard of service request
Row processes, and show business information (such as prompting input password) and alternately on the second screen 70
Interface (such as inputs the interface of password), and after finishing service processes, at service request
Reason result is back to processing unit 30 of collecting money.Gathering processing unit 30 receives service request and processes
After result, shown by the first screen 10.
The POS that above-described embodiment provides is carried out by gathering processing unit and payment processing unit
Service request between beneficiary and paying party is mutual, and is divided by the first screen and the second screen
Do not show that the information of beneficiary and paying party shows and interactive interface, it is achieved that by beneficiary and pay
Operation and the display of money side are kept completely separate.
In a preferred embodiment, between gathering processing unit 30 and payment processing unit 50 also
It is provided with interface unit 40.
Interface unit 40 is for receiving and parsing through the standardized industry that gathering processing unit 30 sends
Business request, the service request after resolving sends to payment processing unit 50, receives service request
It is standardized encapsulation after result and sends to gathering processing unit 30.
Specifically, interface unit 40 provides standardized interface, processing unit 30 of collecting money
Need to utilize the sdk of correspondence can customized new service request quickly and easily.
The POS that above-described embodiment provides is further by processing at gathering processing unit and payment
Interface unit is set between unit, receives and parses through standardized service request, return standardization
The service request result of encapsulation, it is achieved that standardized interface is provided, and then can receive
Money processing unit realizes simple, the service customizing of low cost.
In a preferred embodiment, interface unit 40 is additionally operable to payment processing unit 50
Before sending the service request after parsing, carry out shaking hands with payment processing unit 50 and lead to safely to set up
Letter.
In a preferred embodiment, the first screen 10 is additionally operable to show that interactive interface is for beneficiary
User initiates described service request.
Specifically, in the present embodiment, the first screen 10 is touch screen, and the first screen 10 shows
After showing interactive interface, beneficiary is clicked on button in interactive interface and is got final product initiating business request.
In a preferred embodiment, described service request includes Password Input.Fig. 3 is this practicality
Password Input operation flow schematic diagram in a novel preferred embodiment.As it is shown on figure 3, in this reality
Executing in example, the service request of described Password Input includes downloading key and request is defeated close.
Specifically, gathering processing unit 30 sends standardized download key to interface unit 40
Service request.Interface unit 40 resolves after receiving, single by process of shaking hands and pay the bill
Unit 50 sets up communication, then sends analysis result to payment processing unit 50.Payment processes single
Unit 50 carries out process to analysis result and obtains key and load, and returns to interface unit 40 and downloads
Encryption key result.Interface unit 40 is standardized encapsulation to the download encryption key result received, then returns
Back to gathering processing unit 30.The download that gathering processing unit 30 receives standardized packages is close
Key result, it may be judged whether download successfully: if failed download, resend the business downloading key
Request；If downloading successfully, entering next step, sending to interface unit 40 and asking defeated close business
Request.Interface unit 40 resolves, by shaking hands and pay the bill processing unit 50 after receiving
Set up communication, then analysis result is sent to payment processing unit 50.Payment processing unit 50
Processing analysis result, on the second screen 70, display reminding user inputs the word of password
Information, and the interactive interface of password is inputted for user, and use after user inputs password
The key that one step is downloaded is encrypted generation cryptographic secret, sends described cryptographic secret to interface
Unit 40.Interface unit 40 to receive cryptographic secret be standardized encapsulation, return again to
Gathering processing unit 30.Gathering processing unit 30 is decrypted by double secret key cryptographic secret,
Obtain password, judge that password is the most correct by relevant Business Processing, and at the first screen 10
Upper display password information correctly or incorrectly.
In a preferred embodiment, described service request includes that advertisement shows.Fig. 4 is this practicality
Advertisement display operation flow schematic diagram in a novel preferred embodiment.As shown in Figure 4, in this reality
Executing in example, the service request that described advertisement shows includes carrying advertisement picture and display/wheel advertisement
Picture.
Specifically, gathering processing unit 30 sends standardized carrying advertisement to interface unit 40
The service request of picture.Interface unit 40 resolves, by shaking hands and cashier's counter after receiving
Reason unit 50 sets up communication, then advertising pictures parsing obtained sends to processing unit of paying the bill
50.Payment processing unit 50 receives advertising pictures, returns advertising pictures to interface unit 40 and adds
Carry result.Interface unit 40 is standardized encapsulation to the advertising pictures loading result received, then
Return to processing unit 30 of collecting money.Gathering processing unit 30 judges whether advertising pictures loads into
Merit: if loading unsuccessfully, resend the service request of carrying advertisement picture；If loading successfully,
Enter next step, send the service request of display/carousel advertising pictures to interface unit 40.Connect
Mouth unit 40 carries out parsing after receiving and obtains solicited message, by shaking hands and pay the bill processing unit
50 set up communication, then solicited message parsing obtained sends to payment processing unit 50.Payment
Processing unit 50 to perform described solicited message, on the second screen 70 display or carousel on one
The advertising pictures that step loads, and result transmission will be performed to interface unit 40.Interface unit 40
The execution result received is standardized encapsulation, returns again to gathering processing unit 30.Gathering
After processing unit 30 receives the execution result of standardized packages, on the first screen 10, display is wide
Accuse picture and show/the information of carousel success or failure.
In a preferred embodiment, described service request includes that Quick Response Code shows.Fig. 5 is this reality
With Quick Response Code display operation flow schematic diagram in a novel preferred embodiment.As it is shown in figure 5,
In the present embodiment, the service request that described Quick Response Code shows includes two-dimensional code display and returns standby
Interface.
Specifically, gathering processing unit 30 sends standardized display two dimension to interface unit 40
The service request of code.Interface unit 40 carries out parsing and obtains Quick Response Code display request after receiving,
By shake hands with pay the bill processing unit 50 set up communicate, then the Quick Response Code that parsing is obtained show ask
Ask transmission to payment processing unit 50.Payment processing unit 50 performs Quick Response Code display request,
Two-dimensional code display on the second screen 70, and return execution result to interface unit 40.Interface
Unit 40 is standardized encapsulation to the execution result received, and returns again to gathering processing unit
30.Gathering processing unit 30 judges whether Quick Response Code shows successfully: if showing unsuccessfully, again send out
Send the service request of two-dimensional code display；If loading successfully, two-dimensional code display on the first screen 10
Show successful information, simultaneously enter next step, send return to interface unit 40 standby
The service request at interface.Interface unit 40 carries out parsing after receiving and obtains standby request, passes through
Shake hands to set up with processing unit 50 of paying the bill and communicate, then standby request parsing obtained sends to paying
Money processing unit 50.Payment processing unit 50 is to performing described standby request, at the second screen
Show standby interface on 70, and result transmission will be performed to interface unit 40.Interface unit 40
The execution result received is standardized encapsulation, returns again to gathering processing unit 30.Gathering
After processing unit 30 receives the execution result of standardized packages, it is judged that return whether standby interface becomes
Merit: if failure, resend the service request returning standby interface.
The POS that above-described embodiment provides is shown by process advertisement further and Quick Response Code shows
Service request, extend the function of POS.
In a preferred embodiment, in gathering processing unit 30, Mobile operating system or embedding is installed
Enter formula operating system, for installing the application program initiating standardization service request.
Specifically, in the present embodiment, in gathering processing unit 30, Android system is installed, logical
Cross the app application program that the sdk installed according to corresponding interface unit 40 develops, it is possible to achieve from
Row subscription services is asked.In more embodiment, can process single according to the actual requirements in gathering
The Mobile operating systems such as WP, IOS, blackberry or Saipan, or Win CE, Linux are installed in unit 30
Deng embedded OS.
In a preferred embodiment, described POS is integrated integrated equipment, the first screen 10
With on the not coplanar that the second screen 70 is separately positioned on described POS shell.
In certain embodiments, the first screen 10 and the second screen 70 are separately positioned on shell
Front and side.
In certain embodiments, the first screen 10 and the second screen 70 are separately positioned on shell
Front and back.
In more embodiment, the shell of POS can be arranged to different according to the actual requirements
Shape, as long as the set respectively position of the first screen 10 and the second screen 70 is not at same
In the range of view, identical technique effect can be realized.
The POS that above-described embodiment provides is further by by the first screen and the second screen difference
It is arranged on the not coplanar of POS shell, has ensured the safety of user profile.
Above description is only the preferred embodiment of the application and saying institute's application technology principle
Bright.It will be appreciated by those skilled in the art that utility model scope involved in the application, and
It is not limited to the technical scheme of the particular combination of above-mentioned technical characteristic, also should contain not simultaneously
In the case of departing from the design of described utility model, above-mentioned technical characteristic or its equivalent feature carry out
Combination in any and other technical scheme of being formed.Such as features described above with disclosed herein (but
It being not limited to) technical characteristic with similar functions replaces mutually and the technical scheme that formed.
Claims (6)
1. a POS, it is characterised in that described POS includes the first screen, gathering processing unit, payment processing unit and the second screen being sequentially connected with；
Described gathering processing unit is used for sending service request, receives service request result and is shown by described first screen；
Described payment processing unit is used for receiving and process described service request, the interactive interface relevant by described second screen display business and/or business information, sends service request result.
POS the most according to claim 1, it is characterised in that be additionally provided with interface unit between described gathering processing unit and described payment processing unit；
Described interface unit is for receiving and parsing through the standardized service request that described gathering processing unit sends, service request after resolving sends to described payment processing unit, is standardized encapsulation and sends to described gathering processing unit after receiving service request result.
POS the most according to claim 2, it is characterised in that described interface unit is additionally operable to, before sending the service request after resolving to described payment processing unit, carry out shaking hands to set up secure communication with described payment processing unit.
4. according to the POS described in any one of claim 1-3, it is characterised in that described POS is integrated integrated equipment, described first screen and described second screen and is separately positioned on the not coplanar of described POS shell.
POS the most according to claim 4, it is characterised in that described first screen and described second screen are separately positioned on front and the side of shell.
POS the most according to claim 4, it is characterised in that described first screen and described second screen are separately positioned on the front and back of shell.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201620271956.XU CN205608922U (en) | 2016-04-01 | 2016-04-01 | POS (point of sale) machine |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201620271956.XU CN205608922U (en) | 2016-04-01 | 2016-04-01 | POS (point of sale) machine |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN205608922U true CN205608922U (en) | 2016-09-28 |
Family
ID=56964267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201620271956.XU Expired - Fee Related CN205608922U (en) | 2016-04-01 | 2016-04-01 | POS (point of sale) machine |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN205608922U (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105761391A (en) * | 2016-04-01 | 2016-07-13 | 无锡矽鼎科技有限公司 | Pos machine |
-
2016
- 2016-04-01 CN CN201620271956.XU patent/CN205608922U/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105761391A (en) * | 2016-04-01 | 2016-07-13 | 无锡矽鼎科技有限公司 | Pos machine |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11640605B2 (en) | Method, server, and storage medium for verifying transactions using a smart card | |
| CN111343233B (en) | Storage-based payment method and device and mobile terminal | |
| CN104599121B (en) | Information transmission method, device and system | |
| KR101714653B1 (en) | Systems and methods for enabling additional devices to check in to bluetooth low energy (ble) beacons | |
| US10445711B1 (en) | Remote controlled ATM system and method | |
| US20160247142A1 (en) | Online payment system and method based on two-dimensional code | |
| EP3938869B1 (en) | Synchronizing augmented or virtual reality, ar/vr, applications with companion device interfaces | |
| CN105761391A (en) | Pos machine | |
| CN104637192B (en) | A kind of stored value card and its application method, mobile terminal and electronic ticket transaction system | |
| EP3659084A1 (en) | Secure card data entry system and method | |
| CN105096113B (en) | Mobile payment method and device | |
| CN105989485A (en) | Business management method and device | |
| CN205608922U (en) | POS (point of sale) machine | |
| CN109376809B (en) | Method and device for realizing secure payment by using two-dimension code | |
| SE542426C2 (en) | Method and system for authorizing a transaction | |
| CN108848420B (en) | VIP member opening method and device | |
| JP2014041607A (en) | Method for verifying authenticity, corresponding server, system and computer program | |
| KR102572703B1 (en) | Service providing apparatus and method for payment using cyber money, system and computer readable medium having computer program recorded therefor | |
| CN110493172B (en) | Method, system and related equipment for obtaining encapsulation information | |
| CN106941615B (en) | Payment method, set top box and system | |
| CN114841683A (en) | Resource transfer method, device, computer equipment and readable storage medium | |
| KR20200086930A (en) | Apparatus and method for security payment | |
| WO2014154224A1 (en) | Network server system, method for data exchange, computer program product, interaction server, and computer implemented account modification application | |
| CN104899739A (en) | Transaction execution system and transaction execution method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160928 Termination date: 20200401 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |