Public appliance management method and system based on mobile client

Abstract

The present invention relates to a management method and system for public appliances, and typical cases include the management and parking of urban public bicycles. In particular, it relates to a management method and system for public appliances based on a mobile phone client, which comprises the following steps: (1) The return point or area has a unique number and the number is publicized in the form of a two-dimensional code. A filing database of the return point or area is established in the server, and the database includes at least the return point or area number ID. (2) After the public appliance is returned to the return point or area, the client must scan the publicized two-dimensional code and report the two-dimensional code information publicized at the return point or area before the payment can be completed. The beneficial effects are as follows: It is mandatory for the public appliance to return to the management point before the mobile phone client can pay the fee, so that the return location or area of the public appliance can be standardized. By using the client to associate and transfer the ID of the public appliance, the server can obtain the distribution and statistical data of the public appliance. Provide third-party site registration and filing to realize the profit management mode of idle sites.

Description

Technical Field

[0001] The present invention relates to a method and system for managing public appliances, and typical cases include the management and parking of urban public bicycles. In particular, it relates to a method and system for managing public appliances based on a mobile phone client. Background Art

[0002] Public appliances refer to those whose ownership belongs to a certain management institution, a third-party institution, or an individual, and whose right of use or lease of use belongs to the general public users, and which can move with the users. Users can ensure their usage status through a password lock (not limited to). Specifically, such as transportation tools such as public bicycles, rental cars, park tour vehicles, umbrellas with password locks, mobile power supplies, water sports appliances, scenic spot explanation machines, stereoscopic glasses, etc. Typical cases include the management and charging of urban public bicycles. Chinese Patent Application No. 2016110458231, a method and system for managing public appliances based on a mobile phone client, discloses at least a method and system for managing dockless public bicycles. For example, the current dockless public bicycle ofo depends on the user's mobile phone for positioning and on a mechanical password lock for the right of use. Users can park randomly, and a large number of disorderly parkings cause congestion on urban roads. Therefore, standardizing the parking points has become an urgent problem to be solved. Currently, there are already electronic fences, such as the Mobike model, which uses Bluetooth short-distance positioning technology, or uses electronic piles to force bicycles to return to the piles. These methods all require electronic hardware facilities and power sources, and are not easy to promote. Summary of the Invention

[0003] Public appliances refer to those whose ownership belongs to a certain management institution, a third-party institution, or an individual, and whose right of use or lease of use belongs to the general public users, and which can move with the users. Users can ensure their usage status through a password lock (not limited to).

[0004] Specifically, such as transportation tools such as public bicycles, rental cars, park tour vehicles, umbrellas with password locks, mobile power supplies, water sports appliances, scenic spot explanation machines, stereoscopic glasses, etc.

[0005] The purpose of the present invention is to provide a method and system for managing public appliances based on a mobile phone client, which can query the idle, occupied, sublet, etc. situations on the mobile phone client. The public appliances can only complete the payment on the mobile phone client after returning to the management point (return point or area), so as to standardize the return location or area of the public appliances. The system of the present invention can be based on an independent platform (including an open platform, that is, the public appliances are provided by a third party for registration), or through a third-party service (API), or embedded in an existing IM platform, such as QQ, WeChat, etc., and use the existing QQ, WeChat payment, or embedded in Alipay and use Alipay payment.

[0006] The technical solution of the present invention is as follows:

[0007] The return point or area number is represented by ID, and the public appliance number is represented by id. The number is an identifier with unique expression, including but not limited to the ability to add other information, such as geographical location, quantity limit, single - use limit (one - to - one validity, that is, one ID corresponds to one id, and only after the ID is released can it correspond to other ids again), encryption information, payment information, payment start information, etc.

[0008] A public appliance management method based on a mobile phone client, including a client and a server, is characterized in that it includes the following steps:

[0009] (1) The return point or area has a unique number and this number is publicized in the form of a two - dimensional code. A return point or area record database is established in the server, and the database at least includes the return point or area number ID;

[0010] (2) After the public appliance is returned to the return point or area, the client must scan the publicized two - dimensional code and report the two - dimensional code information publicized for this return point or area. Only after passing the server record authentication can the payment be completed (that is, the number ID serves as the authentication code);

[0011] Or, after the public appliance is returned to the return point or area, the client must scan the publicized two - dimensional code and report the two - dimensional code information publicized for this return point or area and at the same time issue a payment instruction, and complete the payment after passing the server record authentication.

[0012] Further, in step (1), it also includes (1.1) The database also includes the geographical location information of the return point or area corresponding to the number ID.

[0013] Further, in step (1), it also includes (1.2) Only one public appliance can be returned to one return point, that is, one ID can only correspond to one id. The status of the ID in the server is idle or occupied. In the idle state, it can be corresponded to an id again, and in the occupied state, it cannot correspond to other ids.

[0014] Or, in step (1), it also includes (1.3) A certain number of public appliances can be returned to one return point, that is, one ID can correspond to multiple ids, and the maximum number of ids that can be accommodated by the ID is set in the server.

[0015] Still further, in step (1.3), it also includes (1.3.1) The database also includes the id of the public appliance returned in this number ID and the real - time data of access statistics, and provides the real - time data of the number of public appliances that can be accommodated by this number ID and the geographical location to the client.

[0016] Further, step (2) further includes (2.1) that the client must report its current geographical location information during the operation of returning public appliances. After the server obtains the client's current geographical location information, it compares it with the geographical location of the return point or area in the database to check if they are the same. If they are the same, the payment can be completed; otherwise, the payment cannot be completed. A user behavior database is established in the server: the geographical location information reported by the client of the previous user when returning is compared with the geographical location information reported by the client of the next user when renting. If they are the same, the user is judged as honest; otherwise, the user is judged as dishonest. And the user behavior data is provided to the client to urge the user to keep their promise.

[0017] Alternatively, step (2) further includes (2.1) that the server has a geographical location authentication step. After the server obtains the geographical location information of the public appliance, it compares it with the geographical location of the return point or area in the database to check if they are the same. If they are the same, the payment can be completed; otherwise, the payment cannot be completed.

[0018] The public appliance management method based on a mobile phone client is characterized in that: in step (3), after the public appliance is returned to the return point or area, the client must scan the id two-dimensional code of other public appliances that have completed payment at the return point or area and report it to the server before the payment can be completed.

[0019] Further, step (3) further includes (3.1) that the server calculates the displacement and direction deviation of the public appliance corresponding to the client from the return point and provides displacement adjustment data and instructions.

[0020] The public appliance management method based on a mobile phone client is characterized in that: in step (4), after the public appliance is returned to the return point or area and the client scans the id two-dimensional code of other public appliances at the return point or area and reports it to the server, if the server returns that the payment for this id has not been completed, it is necessary to continue scanning the id two-dimensional codes of other public appliances at the return point or area until the id of a public appliance that has completed payment at the return point or area is scanned before the payment can be completed, and the server obtains the data of the id for which the payment has not been completed.

[0021] The public appliance management method based on a mobile phone client is characterized in that: in step (5), the server forms a relative position placement status map of public appliances after obtaining multiple public appliance ids and their current geographical locations.

[0022] The public appliance management method based on a mobile phone client is characterized in that: the two-dimensional code of the return point or area number is arranged at the boundary or all of the return point area for the client to scan and upload.

[0023] The described public appliance management method based on a mobile phone client is characterized in that: the two-dimensional code of the return point or area number is set at the center of the return point area to eliminate the error distance of mobile phone positioning.

[0024] The described public appliance management method based on a mobile phone client is characterized in that: the two-dimensional code of the return point or area number ID and the two-dimensional code of the public appliance ID are scanned and uploaded to the server together, and the server conducts authentication to ensure that the public appliance with this ID falls into this ID return point or area.

[0025] The described public appliance management method based on a mobile phone client is characterized in that: the two-dimensional code of the return point or area number ID and the two-dimensional code of the public appliance ID are scanned and uploaded to the server together, and the server conducts identification to ensure that the public appliance with this ID falls into this ID return point or area.

[0026] Or, the client simultaneously takes pictures to obtain the images of the two-dimensional code of the return point or area number ID and the two-dimensional code of the public appliance ID. After the client conducts identification, the information is uploaded to the server to ensure that the public appliance with this ID falls into this ID return point or area.

[0027] The described public appliance management method based on a mobile phone client is characterized in that: the two-dimensional code of the ID of other public appliances already at the return point and the two-dimensional code of the ID of the public appliance to be returned are scanned and identified together and then uploaded to the server, and the server makes a judgment to ensure that the public appliance with this ID to be returned falls into this ID return point or area.

[0028] The described public appliance management method based on a mobile phone client is characterized in that: the client first scans the two-dimensional code of the return point ID. After successful identification, within the grace period t, the two-dimensional code of the public appliance ID used by this client is scanned to complete the payment, so as to ensure that the public appliance with this ID falls into this ID return point or area.

[0029] Or, the client first scans the two-dimensional code of the ID of other public appliances already at the return point. After successful identification, within the grace period t, the two-dimensional code of the public appliance ID used by this client is scanned, and after the two two-dimensional code information is uploaded to the server, the server determines that the public appliance with this ID falls into this ID return point or area before the payment can be completed.

[0030] The described public appliance management method based on a mobile phone client is characterized in that: 10 seconds ≤ t ≤ 30 seconds.

[0031] The described public appliance management method based on a mobile phone client is characterized in that: a third-party venue is registered and filed in the server as a return point or area, and the server distributes a unique number and its two-dimensional code.

[0032] The public appliance management method based on a mobile phone client is characterized in that: a three-dimensional two-dimensional code is used to make the publicity two-dimensional code of the return point or area, preventing the two-dimensional code from being photographed and copied.

[0033] A public appliance management system based on a mobile phone client, including a client and a server, is characterized in that: a return point or area filing database is established in the server, and the database at least includes a return point or area number ID and a geographical location. The return point or area number ID forms a two-dimensional code for publicity by a coding unit; the server further includes a return authentication unit, and the return authentication unit can complete the payment only after obtaining the publicity two-dimensional code information scanned by the client.

[0034] The public appliance management system based on a mobile phone client is characterized in that: the server further includes a statistical unit, and the statistical unit is responsible for the real-time data of the public appliance IDs returned in each number ID and the access statistics, and provides the real-time data of the number of public appliances that can be accommodated in each number ID and the geographical location to the client.

[0035] The public appliance management system based on a mobile phone client is characterized in that: the server further includes a unit for obtaining the geographical location information of the client. After the server obtains the current geographical location information of the client, it compares it with the geographical location of the return point or area filed in the database. If they are the same, the payment can be completed; if they are different, the payment cannot be completed.

[0036] The public appliance management system based on a mobile phone client is characterized in that: the server further includes a data analysis unit for big data analysis: after the public appliance is returned to the return point or area, the client completes the payment after scanning the ID two-dimensional code of other public appliances that have completed the payment at the return point or area and reporting it to the server. After the server obtains multiple public appliance IDs and the current geographical locations, a relative position placement status map of the public appliances is formed.

[0037] Furthermore, it is characterized in that: after the public appliance is returned to the return point or area and the client scans the ID two-dimensional code of other public appliances at the return point or area and reports it to the server, if the server returns that the ID has not completed the payment, it is necessary to continue to scan other public appliances at the return point or area until the ID of the public appliance that has completed the payment at the return point or area is scanned to complete the payment, and the server obtains the data of the ID that has not completed the payment.

[0038] Furthermore, it is characterized in that: the data analysis unit outputs the ID data of abnormal payment or geographical location.

[0039] The described system for managing public appliances based on a mobile phone client is characterized in that: the server further includes a dual - QR - code unified recognition unit, which is used to recognize the unified image of the return point or area number ID QR - code and the public appliance ID QR - code uploaded by the client, so as to ensure that the public appliance with this ID falls into this ID return point or area.

[0040] The described system for managing public appliances based on a mobile phone client is characterized in that: the client further includes a dual - QR - code unified recognition unit, which is used to recognize the unified image of the return point or area number ID QR - code and the public appliance ID QR - code captured by the client, so as to ensure that the public appliance with this ID falls into this ID return point or area.

[0041] The described system for managing public appliances based on a mobile phone client is characterized in that: the server further includes a third - party venue registration and filing unit, where a third - party venue registers and files in the server as a return point or area, and the server assigns a unique number and QR - code.

[0042] The described system for managing public appliances based on a mobile phone client is characterized in that: the server or the client further includes a QR - code on - site recognition unit, which is used to identify on - site QR - codes and QR - codes copied by taking pictures.

[0043] The described system for managing public appliances based on a mobile phone client is characterized in that: the QR - code is an anti - counterfeiting QR - code.

[0044] Chinese Patent Announcement CN104376339B - A Graphic Code Scanning Method with Verification Function and Its Graphic Code Structure discloses an anti - counterfeiting QR - code.

[0045] The described system for managing public appliances based on a mobile phone client is characterized in that: the QR - code can be replaced by a one - dimensional code, or other graphic codes, or numbered digits.

[0046] The present invention is specifically described and illustrated by the parking of bicycles at return points or areas in the management of urban public bicycles (shared bicycles) in a typical case city.

[0047] The present invention is particularly applicable to public bicycle systems that rely on user mobile phone positioning and use passwords, such as the existing ofo system.

[0048] The beneficial effects of the present invention are as follows: providing a method and system for managing public appliances based on a mobile phone client, forcing the public appliance to return to the management point before the mobile phone client can complete the payment, so as to standardize the return location or area of the public appliance. Using the client to transmit the ID association of the public appliance, the server obtains the distribution and statistical data of the public appliance. Providing third - party venue registration and filing to realize the profit - making management mode of idle venues. Description of the Drawings

[0049] Figure 1 It is the schematic diagram of the return mode of the public bicycle management system based on the mobile phone client.

[0050] Figure 2 It is the implementation plan (ID transfer) for bicycle ID2 to return to the return point ID1 by scanning the two-dimensional code of bicycle ID1 that has been at the return point ID1 and has been successfully paid.

[0051] Figure 3 It is the implementation plan for scanning the two-dimensional code of return point ID1 and bicycle ID1 simultaneously (or within a limited time) to ensure that bicycle ID1 is returned to return point ID1.

[0052] Figure 4 It is the flow chart of the public bicycle management system based on the mobile phone client.

[0053] Figure 5 It is Figure 3 The flow chart of the implementation plan for scanning the two-dimensional code of return point ID1 and bicycle ID1 simultaneously to ensure that bicycle ID1 is returned to return point ID1.

[0054] Figure 6 It is the flow chart of the dual two-dimensional code recognition of the present invention (simultaneous scanning of dual two-dimensional codes).

[0055] Figure 7 It is the flow chart of the two-dimensional code recognition of the present invention for using the grace period to scan the ID and ID two-dimensional codes to ensure that the bicycle is at the return point (limited-time scanning of dual two-dimensional codes).

[0056] Figure 8 It is the implementation plan of the present invention for using the frame at the return point to ensure that one bicycle ID returns to one return point parking space ID.

[0057] Figure 9 It is the flow chart of the return point site registration of the present invention.

[0058] Figure 10 It is the hardware configuration diagram of the present invention.

[0059] Figure 11 Provide a management implementation plan for bicycles with built-in GPS and electronic locking devices.

[0060] Figure 12 Provide a shared bicycle implementation plan in which only a receiving module is set in the lock device.

[0061] Figure 13 It is the implementation plan of the present invention suitable for password locks. Detailed implementation manners

[0062] The present invention will be further described below in conjunction with the accompanying drawings and embodiments.

[0063] Figure 1 This is the schematic diagram of the return mode of the public bicycle management system based on the mobile phone client. 101 is the server, 102 is the client, assumed to be held by user 1, 103 is another client, assumed to be held by user 2, 104 is the client, assumed to be held by user 3, and id1, id2, and id3 are the bicycle numbers, and the QR codes of these numbers are publicly displayed on the bicycles. In the server, there is a system disclosed in Chinese Patent Application No. 2016110458231, a method and system for managing public appliances based on a mobile phone client, or existing ofo systems, Mobike systems. For the present invention, a return point or area database needs to be established. The database at least includes the return point or area number ID and the geographical location. The return point or area number ID is formed into a QR code by the encoding unit for public display. The server also includes a return authentication unit. Only after the return authentication unit obtains the information of the publicly displayed QR code scanned by the client can the settlement unit complete the payment.

[0064] 100 is the return point mode, and its geographical location is geographical location 1 (N31.58.42, E120.54.3). Since the error distance of mobile phone positioning is generally 5 meters, the return point is an area. The QR code of the return point number is set at the center of the return point area. The server publishes its available parking spaces and loads the map to provide it to the client for query. Further, in the client, there is also a guiding map, which can be provided by an existing third-party map platform. Assume that the id1 bicycle is rented and occupied by user 1. User 1 holds client 102. User 1 determines to return bicycle id1 at return point ID1. During the settlement process, client 102 must scan the ID1 QR code publicly displayed at the return point. After successful recognition, it reports to server 101. Only after the server 101 authenticates that the return point ID1 is valid can the payment operation be completed. Further, after the server obtains the real-time geographical location of client 102, it sends data such as north-south, east-west directions and displacement instructions to client 102 to further standardize the bicycle parking position. Refer to Figure 2 and Figure 4 , Figure 2 This is the implementation plan (id transfer) for bicycle id2 to return to return point ID1 by scanning the QR code of bicycle id1 that has already been at return point ID1 and has successfully paid. Figure 4It is a flowchart of a public bicycle management system based on a mobile phone client. Assume that user 2, with client 103, determines to return bicycle id2 to return point ID1. Instead of directly scanning the QR code of ID1, client 103 returns bicycle id2 by scanning the QR code of bicycle id1. Since the payment for bicycle id1 has been successfully made, it can be determined that bicycle id1 has been parked as required. Through the transfer of bicycle id, client 103 can complete the payment only by scanning the QR code of bicycle id1 and reporting it to the server. Further, after the bicycle is returned to the return point or area, if the client scans the QR code of other bicycle ids already at the return point or area and reports it to the server, and if the server returns that the payment for this id has not been completed, it is necessary to continue scanning other bicycle ids already at the return point or area until a bicycle id that has completed payment at the return point or area is scanned to complete the payment. The server obtains the data of the id for which the payment has not been completed. The return method through id transfer will cause problems of disorderly expansion of parking. Therefore, the server measures the allowable displacement of the client's geographical location from the return point ID1 and provides the displacement adjustment data and instructions to the client. So, on the one hand, through capacity limitation, and on the other hand, through displacement indication, the parking order of bicycles is regulated. Further, in order to strictly regulate that bicycles must be parked at the return point, referring to Figure 3 and Figure 6 , Figure 3 is an implementation plan for simultaneously (or within a limited time) scanning the QR code of return point ID1 and the QR code of bicycle id1 to ensure that bicycle id1 is returned to return point ID1. Figure 6 This is a flowchart of the dual QR code recognition of the present invention. After the client simultaneously scans the QR code of return point ID1 and the QR code of bicycle id1 and recognizes them, it uploads them to the server, and the server determines that bicycle id1 is parked at return point ID1. If Figure 7 This is a flowchart of the QR code recognition of the present invention that uses a grace period to scan the ID and the QR code of the id to ensure that the bicycle is at the return point. That is, when client 102 determines to return bicycle id1 to return point ID1, it must first scan the QR code of return point ID1. After successful recognition, it must scan the QR code of bicycle id1 within the grace period t. t can generally be selected from 10 seconds to 30 seconds. After successfully scanning the QR code of bicycle id1, it reports the information of ID1 and id1 to the server, and the server determines that bicycle id1 is parked at return point ID1.

[0065] The return area is linear, and its geographical location is 2 (N32.58.42, E121.54.3). For this return area, the numbered QR codes can be the same or different. In the figure, different numbered QR codes ID2, ID3, and ID4 are used. The advantage of using different numbered QR codes is that the bicycle parking layout can be controlled. The client 103 can scan any one of the QR codes ID2, ID3, and ID4, and after identification, upload it to the server to determine that the bicycle id2 is parked at the corresponding return point. For the 200 return area, one ID can be set to correspond to multiple ids, or it can be set that one ID parking space corresponds to one id, that is, only one bicycle can be parked in one parking space, and the parking space can be released only after the parked bicycle is rented. An example is Figure 8 This is an implementation scheme of the present invention using a return point frame to ensure that one bicycle id returns to one return point parking space ID. For the specific scanning operation, refer to Figure 3 and Figure 6 , Figure 3 This is an implementation scheme for simultaneously (or within a limited time) scanning the QR code of the return point ID1 and the QR code of the bicycle id1 to ensure that the bicycle id1 is returned to the return point ID1. Figure 6 This is the dual QR code recognition flow chart of the present invention. After the client simultaneously scans the QR code of the return point ID1 and the QR code of the bicycle id1 and uploads the recognition result to the server, the server determines that the bicycle id1 is parked at the return point ID1. If Figure 7 This is the QR code recognition flow chart of the present invention that uses a grace period to scan the ID and id QR codes to ensure that the bicycle is at the return point. That is, the client 102 determines to return the bicycle id1 to the return point ID1. First, it must scan the QR code of the return point ID1. After successful recognition, it must scan the QR code of the bicycle id1 within the grace period t. t can generally be selected from 10 seconds to 30 seconds. After successfully scanning the QR code of the bicycle id1, the ID1 and id1 information is reported to the server, and the server determines that the bicycle id1 is parked at the return point ID1.

[0066] The 300 return area, its geographical location is 3 (N33.58.42, E122.54.3). For this return area, the numbered QR codes can be the same or different. In the figure, different numbered QR codes ID5 - ID22 are used. The advantage of using different numbered QR codes is that the bicycle parking layout can be controlled. The client 104 can scan any one of the QR codes ID5 - ID22, and after identification, upload it to the server to determine that the bicycle id3 is parked at the corresponding return point. For the 300 return area, one ID can be set to correspond to multiple ids, or it can be set that one ID parking space corresponds to one id, that is, only one bicycle can be parked in one parking space, and the parking space can be released only after the parked bicycle is rented again. The scanning method can also be simultaneous dual QR code scanning or limited-time dual QR code scanning.

[0067] Figure 2 Implementation plan for bicycle id2 to return to return point ID1 by scanning the QR code of bicycle id1 that has already been at return point ID1 and has been successfully paid (id transfer). Client 102 has successfully paid by scanning the QR code of return point ID1. Server 101 determines that bicycle id1 is parked at return point ID1. Client 103 scans the QR code of bicycle id1 and reports the id1 information to the server. The server determines that bicycle id2 is also at this location based on the location of bicycle id1, that is, id transfer. Considering that the return method of id transfer will cause problems of disorderly parking expansion, the server measures the allowable displacement of the client's geographical location from return point ID1 and provides the displacement adjustment data and instructions to the client. Therefore, on the one hand, through capacity limitation, and on the other hand, through displacement indication, the parking order of bicycles is regulated.

[0068] Figure 3 Implementation plan for simultaneously (or within a limited time) scanning the QR code of return point ID1 and the QR code of bicycle id1 to ensure that bicycle id1 is returned to return point ID1. Since the QR code of return point ID1 and the QR code of bicycle id1 are photographed and scanned by client 102 simultaneously or within a limited time, the return point and the bicycle must be at the same location.

[0069] Figure 4 Flowchart of a public bicycle management system based on a mobile client:

[0070] Assume that client 1 rents bicycle id1, client 2 rents bicycle id2, and the return point is ID1.

[0071] A return point or area record database is established in the server. The database includes at least the return point or area number ID and geographical location, and the return point distribution map is provided to each client.

[0072] Process for client 1 to return bicycle id1 by scanning the QR code of return point ID1:

[0073] 201. Determine to return bicycle id1;

[0074] 202. Report the current geographical location information;

[0075] 203. Wait for the payment of bicycle id1;

[0076] 204. Scan the QR code of return point ID1;

[0077] 205. Upload the information of return point ID1;

[0078] 206. Authenticate return point ID1;

[0079] Further, geographical location authentication is used to prevent users from making payments when not at the actual location (such as using a copied ID QR code), and the return point capacity allows authentication. The capacity allowance is the maximum number of parked vehicles allowed;

[0080] 207. Settlement and payment;

[0081] 208. Return information upon successful payment.

[0082] Process of client 2 scanning the bicycle id1 QR code to return bicycle id2 to return point ID1:

[0083] 2011. Determine to return bicycle id2;

[0084] 2012. Report the current geographical location information;

[0085] 2013. Wait for payment of bicycle id2;

[0086] 2014. Scan the bicycle id1 QR code;

[0087] 2015. Upload the information of bicycle id1;

[0088] 2106. Authenticate the return point ID1 associated with bicycle id1;

[0089] Further, geographical location authentication is used to prevent users from making payments when not at the actual location. The return point capacity allows authentication. The capacity allowance is the maximum number of parked vehicles allowed;

[0090] Furthermore, measure the allowed displacement of the geographical location from return point ID1;

[0091] 2017. Displacement adjustment data and instructions;

[0092] 2018. Displacement adjustment;

[0093] 2019. Settlement and payment;

[0094] 2020. Return information upon successful payment.

[0095] In the server, the data analysis unit continuously conducts data analysis, forms a relative position status map of bicycles for management, alarms for abnormal situations, and forms information on the number of vacant parking spaces in the return point distribution map for each client to query.

[0096] For the sake of convenient operation, when a user returns a bicycle, the client directly scans the QR code publicly displayed at the return point or area and reports it to the server. The server automatically executes the payment process. After the server authenticates the return point (filing authentication), the payment is completed. Here, the ID QR code is the payment code or payment start code and is also responsible for starting the payment process.

[0097] Figure 5 For Figure 3

[0098] Assume that Client 1 rents Bike ID1, Client 2 rents Bike ID2, and the return point is Return Point ID1.

[0099] A return point or area record database is established in the server. The database includes at least the return point or area number ID and the geographical location, and the return point distribution map is provided to each client.

[0100] Process for Client 1 to scan the Return Point ID1 QR code to return Bike ID1:

[0101] 201. Determine to return Bike ID1;

[0102] 202. Report the current geographical location information;

[0103] 203. Wait for the payment of Bike ID1;

[0104] 2041. Scan the Return Point ID1 QR code and the Bike ID1 QR code together, including two cases: simultaneous scanning or time-limited scanning;

[0105] 2051. Upload the ID1 and ID1 information;

[0106] 2052. Identify the double QR codes. This identification program can be placed on the server side or the client side;

[0107] 206. Authenticate Return Point ID1;

[0108] Furthermore, geographical location authentication is used to prevent users from making payments at non-actual locations, and return point capacity allowance authentication, where the capacity allowance means the maximum number of parked bikes allowed;

[0109] 207. Settle the payment;

[0110] 208. Return the payment success information.

[0111] Process for Client 2 to scan the Bike ID1 QR code to return Bike ID2 to Return Point ID1:

[0112] 2011. Determine to return Bike ID2;

[0113] 2012. Report the current geographical location information;

[0114] 2013. Wait for the payment of Bike ID2;

[0115] ​20141. Scan the two-dimensional barcodes of bicycle IDs id1 and id2 together, including two cases: simultaneous scanning or time-limited scanning;

[0116] 20151. Upload the information of id1 and id2;

[0117] 20152. Dual two-dimensional barcode recognition. This recognition program can be placed on the server side or the client side;

[0118] 2106. Authenticate the return point ID1 associated with bicycle ID id1;

[0119] Furthermore, geographical location authentication is used to prevent users from making payments at non-actual locations, and return point capacity allowance authentication. Capacity allowance means the maximum number of parked bicycles allowed;

[0120] 20161. Measure the allowable displacement of the geographical location from the return point ID1;

[0121] 2017. Displacement adjustment data and instructions;

[0122] 2018. Displacement adjustment;

[0123] Continue to scan other bicycle IDs and execute step 20161 until the parking conditions are met;

[0124] 2019. Settlement and payment;

[0125] 2020. Return information indicating successful payment.

[0126] In the server, the data analysis unit continuously conducts data analysis, forms a relative position status map of bicycles for management, alarms for abnormal situations, and forms information on the number of available parking spaces in the return point distribution map for query by each client.

[0127] Figure 6 This is the flow chart of dual two-dimensional barcode recognition (simultaneous scanning of dual two-dimensional barcodes) of the present invention, including steps:

[0128] Start; obtain two two-dimensional barcode IDs and ids; determine two two-dimensional barcode recognition regions according to the position detection pattern; respectively correct the images of the recognition regions; perform binarization processing on the images; process the binarized images; respectively identify and decode; obtain the two-dimensional barcode ID and id information.

[0129] Figure 7 This is the flow chart of two-dimensional barcode recognition for ensuring that a bicycle is located at a return point by using a grace period to scan IDs and id two-dimensional barcodes (time-limited scanning of dual two-dimensional barcodes) of the present invention, including steps:

[0130] Start; Obtain the QR code ID; The QR code ID is successfully recognized; Judgment of the grace period t: If it is less than t, obtain the QR code ID, and the QR code ID is successfully recognized; If it is greater than t, return to obtain the QR code ID and continue to execute the QR code ID recognition program. Considering user operations, generally t is selected from 10 seconds to 30 seconds, that is, to ensure that users complete the operation and prevent users from cheating. After the client successfully recognizes the ID QR code and the id QR code, it uploads the ID and id information to the server, and the server performs authentication processing.

[0131] Figure 8 This is an implementation scheme of the present invention using a return point frame to ensure that one bicycle ID returns one return point parking space ID. In the figure, 801 is a bicycle, and 802 is a parking frame. The QR code id1 is set at an obvious part of the bicycle 801, such as the handlebar position, and the ID1 QR code is set at an obvious part of the 802 parking frame, such as the handlebar clamping position, which is convenient for the client to scan simultaneously or within a limited time.

[0132] Figure 9 This is the registration flow chart of the return point site of the present invention, including the client and the server. The steps are as follows:

[0133] 901. Site registration application: Address, capacity, mode. The mode includes one ID corresponding to multiple ids, or one ID corresponding to one id;

[0134] 902. Review;

[0135] 903. Return point filing;

[0136] 904. Generate a numbered ID QR code, anti-counterfeiting information can be added, or an anti-counterfeiting QR code can be made;

[0137] 905. Send the ID QR code;

[0138] 906. Layout and publicity of the ID QR code;

[0139] 907. Return data statistics;

[0140] 908. Storage fee settlement.

[0141] Fee settlement provides a profit model for a third-party return site, attracting the full utilization of social idle sites.

[0142] Figure 10 This is the hardware configuration diagram of the present invention, including the client and the server. The server includes:

[0143] A public appliance sharing service system, such as the management method and system disclosed in the management method and system for public appliances based on a mobile phone client in Chinese Patent Application No. 2016110458231, or other sharing service systems, specifically such as existing sharing service systems like ofo and Mobike.

[0144] A return point record database, including a return point number ID, geographical location, etc.;

[0145] A rule setting control unit, including setting various modes and authentication methods. The modes include one ID corresponding to multiple IDs, or one ID corresponding to one ID; the authentication methods include geographical location authentication, return point capacity allowance authentication, allowed displacement authentication, etc.;

[0146] A statistics unit is responsible for the real-time data of the public appliance IDs returned and the access statistics in this number ID, and provides the real-time data of the number of public appliances that this number ID can accommodate and the geographical location to the client.

[0147] A dual two-dimensional code recognition unit, which can be in the server or in the client, including two modes of simultaneous scanning or time-limited scanning;

[0148] A data analysis unit is used to establish a big data analysis model;

[0149] A venue settlement unit is used for the venue settlement of third-party return points.

[0150] All instruction operations and status changes in the server are recorded in a time log for use in data analysis, such as event correlation, event contradiction, event consistency, etc.

[0151] Currently, shared bicycles can generally be returned and parked at will. Therefore, the shared bicycle service system can divide the map into a mandatory return area and an optional return area for the client to query. For example, the downtown area of the city belongs to the mandatory return area, and when returning and parking in this area, it must be parked at the return point or area described in the present invention. Of course, the shared bicycle service system can adjust the mandatory return area and the optional return area at any time according to the actual situation and provide a navigation route to the client.

[0152] Figure 11 Provide a management implementation plan for a bicycle with a built-in GPS and an electronic locking device. Assume that Client 1 rents bicycle ID1 and the return point ID1. A return point or area record database is established in the server, and the database includes at least the return point or area number ID and geographical location. The return point distribution map is provided to each client.

[0153] The process for Client 1 to scan the two-dimensional code of return point ID1 to return bicycle ID1:

[0154] The user determines to return the bicycle with ID1. After the bicycle is locked automatically or passively, the bicycle with ID1 automatically reports its current geographical location information.

[0155] 1101. Scan the QR code of Return Point ID1, and the QR code of ID1 is also responsible for starting the payment process.

[0156] 1102. Upload the information of Return Point ID1.

[0157] 1104. Authenticate Return Point ID1, that is, query whether ID1 belongs to the recorded return point.

[0158] 1105. Geographical location authentication, that is, compare whether the current geographical location information reported by the bicycle's GPS is consistent with the geographical location information recorded for ID1.

[0159] 1106. Authenticate whether the capacity of the return point allows.

[0160] 1107. Settle the payment.

[0161] 1108. Return the payment success information.

[0162] Figure 11 In the implementation plan, electronic unlocking and locking can be adopted. The specific operation mode is as follows: When the user enables the bicycle, the client scans the ID QR code, and then the server sends an unlocking instruction to make the lock automatically execute the unlocking action. When the user disables the bicycle, the client scans the ID QR code, and then the server sends a locking instruction to make the lock automatically execute the locking action (in the non-mandatory return area), and at the same time, the settlement process is executed. Or, when the user disables the bicycle, the client scans the ID QR code, and then the server sends a locking instruction to make the lock automatically execute the locking action (in the mandatory return area), and at the same time, the settlement process is executed.

[0163] In the server, the data analysis unit continuously conducts data analysis, forms a relative position status map of the bicycles for management, alarms for abnormal situations, and forms the information of the number of available parking spaces in the return point distribution map for each client to query.

[0164] For the sake of convenient operation, when the user returns the bicycle, the client directly scans the QR code publicly displayed at the return point or area and reports it to the server. The server automatically executes the payment process, and after the server conducts the return point authentication (recorded authentication), the payment is completed. Here, the ID QR code is the payment code or payment start code and is also responsible for starting the payment process.

[0165] Figure 12 Provide a shared bicycle implementation plan in which only a receiving module is set in the lock device, including a client and a server. The server also includes a shared bicycle service system. A receiving module and unlocking and locking driving devices are set in the bicycle lock device. Assume that the user rents and returns the bicycle with ID1 by Client 1. The steps include:

[0166] Bicycle rental:

[0167] The user determines to rent the bicycle with ID1 by Client 1;

[0168] 1201. Scan the QR code of ID1;

[0169] 1202. Upload the information of ID1 and report the geographical location information;

[0170] 1203. Execute the unlocking instruction of ID1, send the unlocking instruction of ID1 to the bicycle lock device, and the bicycle lock device is unlocked by electric drive;

[0171] 1204. Determine that Client 1 rents the bicycle with ID1 and start timing;

[0172] Bicycle return:

[0173] 1205. Scan the QR code of ID1;

[0174] 1206. Upload the information of ID1 and report the geographical location information;

[0175] 1207. Determine that Client 1 returns the bicycle with ID1 and stop timing;

[0176] 1208. Execute the locking instruction of ID1, send the locking instruction of ID1 to the bicycle lock device, and the bicycle lock device is locked by electric drive;

[0177] 1209. Settle the payment;

[0178] 1210. Return the payment success information.

[0179] Or the forced return mode. Assume that the return point is ID1. A return point or area record database is established in the server. The database includes at least the return point or area number ID and the geographical location. The return point distribution map is provided to each client;

[0180] 1301. Scan the QR code of ID1;

[0181] 1302. Upload the information of ID1 and report the geographical location information;

[0182] 1303. Authenticate the return point ID1, that is, ID1 must be recorded in the server;

[0183] 1304. Authenticate the geographical location, that is, the current geographical location reported by Client 1 must be consistent with the recorded geographical location of ID1 to prevent scanning and copying the QR code;

[0184] 1305. Authenticate that the return point capacity is allowed;

[0185] 1306. Determine that client 1 has returned the bicycle with id1 and stop timing.

[0186] 1307. Execute the locking instruction for id1, send the locking instruction for id1 to the bicycle lock device of id1, and the bicycle lock device is locked electrically.

[0187] 1308. Settle the payment.

[0188] 1309. Return the payment success information.

[0189] Establish a user behavior database in the server: Compare the geographical location information reported by the client of the previous user when returning the bicycle with the geographical location information reported by the client of the next user when renting the bicycle. If they are the same, it is judged as honest; if they are different, it is judged as dishonest, and the user behavior data is provided to the client to urge the user to keep their promise.

[0190] Figure 13 This is an implementation scheme of the present invention suitable for a password lock, including a client and a server. The server also includes a shared bicycle service system. The bicycle lock device is a password lock. Assuming that a user rents and returns the bicycle with id1 through client 1, the steps include:

[0191] Renting a bicycle:

[0192] The user determines to rent the bicycle with id1 through client 1.

[0193] 1401. Scan the QR code of id1.

[0194] 1402. Upload the information of id1 and report the geographical location information.

[0195] 1403. Query the unlocking password of id1, send the unlocking password of id1 to client 1, and the user unlocks the bicycle with the password.

[0196] 1404. Determine that client 1 has rented the bicycle with id1 and start timing.

[0197] Returning a bicycle:

[0198] 1405. Scan the QR code of id1.

[0199] 1406. Upload the information of id1 and report the geographical location information.

[0200] 1407. Determine that client 1 has returned the bicycle with id1 and stop timing.

[0201] 1408. Settle the payment.

[0202] 1409. Return the payment success information.

[0203] Or the forced return mode. Assume the return point is ID1. A return point or area record database is established in the server. The database includes at least the return point or area number ID and the geographical location. The return point distribution map is provided to each client.

[0204] 1501. Scan the ID1 QR code.

[0205] 1502. Upload the ID1 information and report the geographical location information.

[0206] 1503. Authenticate the return point ID1, that is, ID1 must be recorded in the server.

[0207] 1504. Geographical location authentication, that is, the current geographical location reported by client 1 must be the same as the recorded geographical location of ID1 to prevent scanning and copying the QR code.

[0208] 1505. Authenticate whether the return point capacity allows.

[0209] 1506. Determine that client 1 returns the ID1 bicycle and stop timing.

[0210] 1507. Settle the payment.

[0211] 1508. Return the information of successful payment.

[0212] A user behavior database is established in the server: The geographical location information reported by the client when the previous user returns is compared with the geographical location information reported by the client when the next user rents. If they are the same, it is judged as honest; if they are different, it is judged as dishonest. And the user behavior data is provided to the client to urge the user to keep faith.

[0213] The advantage of only setting a receiving module in the lock device is less power consumption, low cost, and no need to set a GPS module.

[0214] The above application modes and rules do not limit the basic features of the method and system of the present invention, nor limit the protection scope of the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims

1. A public appliance management method based on a mobile phone client, including a client and a server, characterized in that It includes the following steps: (1) The return point or area has a unique number, and this number is publicized in the form of a QR code. A return point or area record database is established in the server. The database includes at least the return point or area number ID; In step (1), it also includes (1.1) The database also includes the geographical location information of the return point or area corresponding to the number ID; (2) After the public appliance 1 is returned to the return point or area, the client must scan the publicized QR code and report the QR code information publicized for this return point or area before it can complete the payment. Or, after the public appliance 1 is returned to the return point or area, the client must scan the publicized QR code and report the QR code information publicized for this return point or area and at the same time issue a payment instruction, and complete the payment after passing the server record authentication; (3) After the public appliance 2 is returned to the return point or area, the client must scan the QR code of the public appliance id that has completed payment at this return point or area and report it to the server before it can complete the payment; In step (3), it also includes (3.1) The server calculates the displacement and direction deviation of the public appliance 2 corresponding to the client from the return point and provides displacement adjustment data and instructions; (4) After the public appliance 2 is returned to the return point or area, the client scans the QR code of the public appliance id that has already been at this return point or area and reports it to the server. If the server returns that the payment for this id has not been completed, it is necessary to continue scanning other public appliances that have already been at this return point or area until the QR code of the public appliance id that has completed payment at this return point or area is scanned before the payment can be completed. The server obtains the data of the id for which the payment has not been completed; (5) The server forms a relative position placement status diagram of the public appliances after obtaining multiple public appliance ids and the current geographical location; 2. The public appliance management method based on a mobile phone client according to claim 1, wherein: In step (1), it also includes (1.3) A certain number of public appliances can be returned at one return point, that is, one ID can correspond to multiple ids, and the maximum number of ids that can be accommodated by the ID is set in the server; 3. The public appliance management method based on a mobile phone client according to claim 2, characterized in that: In step (1.3), it also includes (1.3.1) The database also includes the public appliance id returned in this number ID and the real-time data of access statistics, and provides the real-time data of the number of public appliances that can be accommodated by this number ID and the geographical location to the client; 4. The public appliance management method based on a mobile phone client according to claim 1, characterized in that: In step (2), it also includes (2.1) The client must report the current geographical location information during the operation of returning the public appliance. After the server obtains the current geographical location information of the client, it compares it with the geographical location of this return point or area in the database. If they are the same, the payment can be completed. If they are different, the payment cannot be completed; 5. The public appliance management method based on a mobile phone client according to any one of claims 1 to 4, characterized in that: The third-party venue is registered and recorded in the server as a return point or area, and the server distributes a unique number and its QR code; 6. The public appliance management method based on a mobile phone client according to any one of claims 1 to 4, characterized in that: The publicized QR code of the return point or area is made with a three-dimensional QR code to prevent the QR code from being photographed and copied; 7. The system of the public appliance management method based on a mobile phone client according to claim 1, comprising a client and a server, characterized in that: the server A return point or area record database is established, and the database includes at least the return point or area number ID and geographical location. The return point or area number ID is formed into a QR code by the encoding unit for publicity; the server also includes a return authentication unit, and the return authentication unit can complete the payment only after obtaining the QR code information scanned by the client.

8. The system of the public appliance management method based on a mobile phone client according to claim 7, characterized in that: The server also includes a unit for obtaining the geographical location information of the client. After the server obtains the current geographical location information of the client, it compares it with the geographical location of the return point or area recorded in the database. If they are the same, the payment can be completed; if not, the payment cannot be completed.

9. The system of the public appliance management method based on a mobile phone client according to claim 8, characterized in that: The server also includes a statistical unit, which is responsible for the real-time data of the returned public appliance IDs and the access statistics in each numbered ID, and provides the real-time data of the number of public appliances that each numbered ID can accommodate and the geographical location to the client.

10. The system of the public appliance management method based on a mobile phone client according to claim 9, characterized in that: After the public appliance is returned to the return point or area, if the client scans the QR code of the ID of other public appliances that are already at the return point or area and reports it to the server, and if the server returns that the payment for this ID has not been completed, it is necessary to continue scanning the IDs of other public appliances that are already at the return point or area until the ID of the public appliance that has completed the payment at the return point or area is scanned before the payment can be completed. The server obtains the data of the ID for which the payment has not been completed.

11. The system of the public appliance management method based on a mobile phone client according to claim 10, characterized in that: The data analysis unit outputs the ID data of abnormal payments or geographical locations.

12. The system of the public appliance management method based on a mobile phone client according to any one of claims 7 to 11, characterized in that: The server also includes a third-party venue registration and filing unit. The third-party venue registers and files in the server as a return point or area, and the server distributes a unique number and a QR code.

13. The system of the public appliance management method based on a mobile phone client according to any one of claims 7 to 11, characterized in that: The server or the client also includes a QR code on-site identification unit, which is used to identify the on-site QR code and the QR code copied by taking a photo.

14. The system of the public appliance management method based on a mobile phone client according to any one of claims 7 to 11, characterized in that: The QR code is an anti-counterfeiting QR code.

15. The system of the public appliance management method based on a mobile phone client according to any one of claims 7 to 11, characterized in that: The QR code can be replaced by a one-dimensional code, or by other graphic codes, or by numbered digits.

Images