[0087] 下面结合附图和实施例对本发明进一步说明。
[0088] 图14为本发明原理示意图，系统包括管理服务器、至少一个共享单车服务器、共享单车客户端；共享单车服务器如现有的ofo服务器及摩拜服务器，管理服务器建立归还点或区域ID数据库，发布归还点或区域ID标识编号，并将所述ID标识以二维码在对应归还点或区域的物理位置公示，管理服务器中还包括统计单元，统计单元负责各编号ID中归还的各分属运营商单车id及出入统计的实时数据，并将实时数据发布；共享单车服务器负责共享单车业务流程，还包括归还认证单元，所述归还认证单元获取客户端扫描的公示二维码信息后方能完成支付，并将归还信息上报管理服务器，或管理服务器还包括归还认证单元，所述归还认证单元获取客户端扫描的公示二维码信息后将确认信息返回共享单车服务器后由共享单车服务器继续完成支付，并记录id+ID归还信息；共享单车客户端负责共享单车业务客户端流程。由于各共享单车运营商的单车编号不统一，可以在原编号前加一识别码用于系统处理，如ofo加o字段、摩拜加m字段，具体流程如：ofo 单车id归还至ID归还点时通过ofo共享单车客户端扫描ID并上报所属服务器（ofo服务器），在用车时ofo服务器已获取共享单车客户端用户标识及单车id标识，ofo服务器将ID+oid报送管理服务器（或管理服务器开通专属ofo 通道由管理服务器标识ofo单车标识oid），管理服务器记录ofo的oid+ID归还信息；同理，摩拜单车id归还至ID归还点时通过摩拜共享单车客户端扫描ID并上报所属服务器（摩拜服务器），在用车时摩拜服务器已获取共享单车客户端用户标识及单车id标识，摩拜服务器将ID+mid报送管理服务器（或管理服务器开通专属摩拜通道由管理服务器标识摩拜单车标识mid），管理服务器记录摩拜的mid+ID归还信息。当然，还包括重新借出数据处理，即某id单车被重新借出时共享单车服务器向管理服务器发出归还注销指令，管理服务器不断地进行数据更新并发布实时统计数据。
[0089] 管理服务器还包括移车计算单元，获取各共享单车服务器报送的单车归还数及借走数结合总容量数计算空闲车位，如果空闲车位为0则发出移出的移车指令，如果实时单车数为0则发出移入的移车指令，移出单车数量为：实时单车数-总容量数/2，移入单车数量为：总容量数/2，移出归还点和移入归还点进行距离匹配，或进行移出单车数量和移入单车数量匹配。考虑到“潮汐”现象是数量的时间积累，所以采用时间优先的消除方案，而时间优先即移动距离优先，所以，距离匹配采用最短距离匹配。
[0090] 图1为共享单车管理系统归还模式原理图，101为共享单车服务器，102为共享单车客户端，假设被用户1持有，103为另一共享单车客户端，假设被用户2持有，104为共享单车客户端，假设被用户3持有，id1、id2、id3为自行车编号且该编号二维码在车身上公示，共享单车服务器中有诸如中国专利申请2016110458231披露的系统，或现有的ofo系统、摩拜系统，对于本发明还需建立或获取归还点或区域数据库，数据库至括归还点或区域编号ID、地理位置，所述归还点或区域编号ID由编码单元形成二维码以便公示；服务器还包括归还认证单元，所述归还认证单元获取客户端扫描的公示二维码信息后方能由结算单元完成支付。
[0091] 100为归还点模式，其地理位置为地理位置1（N31.58.42，E120.54.3），由于手机定位的误差距离一般为5米，所以归还点是一个区域，归还点编号的二维码设置在归还点区域的中心位置，由共享单车服务器发布其空闲车位加载地图提供给共享单车客户端查询，进一步，共享单车客户端中，还包括引导地图，引导地图可以由现有的第三方地图平台提供。假设id1自行车被用户1租赁占用，户1持有共享单车客户端102，用户1在归还点ID1处确定归还自行车id1，结算过程中，共享单车客户端102必须要扫描归还点公示的ID1二维码，识别成功后上报共享单车服务器101，通过共享单车服务器101认证归还点ID1有效方能完成支付操作，进一步，共享单车服务器获取共享单车客户端102的实时地理位置后发送南北、东西等方向及位移数据指示给共享单车客户端102，进一步规范自行车停放位置。参照图2和图4，图2为自行车id2通过扫描已在归还点ID1并已支付成功的自行车id1二维码实现归还ID1归还点的实施方案（id传递），图4为基于手机客户端的公共自行车管理系统流程图，假设用户2持共享单车客户端103确定将自行车id2归还至归还点ID1，共享单车客户端103不直接扫描ID1二维码，而采用扫描自行车id1二维码的方式归还自行车id2，由于自行车id1已经支付成功，所以可以确定自行车id1已经按规定停放，通过自行车id传递，共享单车客户端103通过扫描自行车id1二维码并上报共享单车服务器方能完成支付。进一步，自行车归还至归还点或区域后共享单车客户端扫描其它已在该归还点或区域的自行车id二维码并上报服务器后，如果服务器返回该id未完成支付则需继续扫描其它已在该归还点或区域的其它自行车，直至扫描到在该归还点或区域完成支付的自行车id方能完成支付，服务器获取所述未完成支付id数据。对于id传递的归还方式会带来停放无序扩展的问题，所以服务器对共享单车客户端地理位置距离归还点ID1允许位移进行测算，并将位移调整数据及指示提供给共享单车客户端，所以一方面通过容量限制，另一方面通过位移指示规范自行车的停放秩序。进一步为了严格规范自行车必须停放在归还点，参照图3及图6，图3为同时（或限时）扫描归还点ID1二维码和自行车id1二维码以保证自行车id1归还至归还点ID1的实施方案，图6为本发明双二维码识别流程图，通过共享单车客户端同时扫描归还点ID1二维码和自行车id1二维码识别后上传服务器，由服务器认定自行车id1停放在归还点ID1处。如果采用图7为本发明利用宽限时间扫描ID和id二维码保证自行车位于归还点的二维码识别流程图，即共享单车客户端102确定归还自行车id1至归还点ID1，首先必须扫描归还点ID1二维码，识别成功后必须在宽限时间t内扫描自行车id1二维码，t一般可以选择10秒~
30秒，在扫描自行车id1二维码成功后上报ID1和id1信息至服务器，由由服务器认定自行车id1停放在归还点ID1处。
[0092] 200归还区域为线形，其地理位置2（N32.58.42，E121.54.3），对于该归还区域，其编号二维码可以是一样的，也可以不一样，图中采用不同的编号二维码ID2、ID3、ID4，采用不同的编号二维码的优势是可以控制自行车停放布局，共享单车客户端103可以扫描ID2、ID3、ID4中任何一个二维码，识别后上传服务器以确定自行车id2停放在相应归还点。对于200归还区域，可以设置一个ID对应多个id，也可以设置为一个ID车位对应一个id，即一个车位只能停放一辆自行车，待该停放自行车被租用后才能释放该停车位，一个实施例如图8为本发明采用归还点车架保证一个自行车id归还一个归还点车位ID的实施方案，具体扫描操作参照图3及图6，图3为同时（或限时）扫描归还点ID1二维码和自行车id1二维码以保证自行车id1归还至归还点ID1的实施方案，图6为本发明双二维码识别流程图，通过共享单车客户端同时扫描归还点ID1二维码和自行车id1二维码识别后上传服务器，由服务器认定自行车id1停放在归还点ID1处。如果采用图7为本发明利用宽限时间扫描ID和id二维码保证自行车位于归还点的二维码识别流程图，即共享单车客户端102确定归还自行车id1至归还点ID1，首先必须扫描归还点ID1二维码，识别成功后必须在宽限时间t内扫描自行车id1二维码，t一般可以选择10秒 30秒，在扫描自行车id1二维码成功后上报ID1和id1信息至服务~
器，由由服务器认定自行车id1停放在归还点ID1处。
[0093] 300归还区域，其地理位置3（N33.58.42，E122.54.3），对于该归还区域，其编号二维码可以是一样的，也可以不一样，图中采用不同的编号二维码ID5 ID22，采用不同的编号~二维码的优势是可以控制自行车停放布局，共享单车客户端104可以扫描ID5 ID22中任何~
一个二维码，识别后上传服务器以确定自行车id3停放在相应归还点。对于300归还区域，可以设置一个ID对应多个id，也可以设置为一个ID车位对应一个id，即一个车位只能停放一辆自行车，待该停放自行车被重新租用后才能释放该停车位。扫描方式也可以是双二维码同时扫描或双二维码限时扫描。
[0094] 图2为自行车id2通过扫描已在归还点ID1并已支付成功的自行车id1二维码实现归还ID1归还点的实施方案（id传递），共享单车客户端102已通过扫描归还点ID1二维码并支付成功，服务器101确定自行车id1停放归还点ID1处，共享单车客户端103扫描自行车id1二维码并上报id1信息至服务器，服务器根据自行车id1所处位置确定自行车id2也处于该位置，即id传递，考虑到id传递的归还方式会带来停放无序扩展的问题，所以服务器对共享单车客户端地理位置距离归还点ID1允许位移进行测算，并将位移调整数据及指示提供给共享单车客户端，所以一方面通过容量限制，另一方面通过位移指示规范自行车的停放秩序。
[0095] 图3为同时（或限时）扫描归还点ID1二维码和自行车id1二维码以保证自行车id1归还至归还点ID1的实施方案，由于归还点ID1二维码和自行车id1二维码处于同时或限时被共享单车客户端102拍照扫描，所以归还点和自行车必然处于同一地点位置。
[0096] 图4为共享单车管理系统流程图：
[0097] 假设共享单车客户端1租用自行车id1，共享单车客户端2租用自行车id2，归还点ID1。
[0098] 管理服务器中建立归还点或区域ID数据库，所述ID数据库中还包括每个归还点或区域的最大容量数及其地理位置信息，并将所述ID标识以二维码在对应归还点或区域的物理位置公示。
[0099] 共享单车服务器获取管理服务器ID数据库进行备案。
[0100] 共享单车客户端1扫描归还点ID1二维码归还自行车id1流程：
[0101] 201、确定归还id1自行车；
[0102] 202、上报当前地理位置信息；
[0103] 203、自行车id1支付等待；
[0104] 204、扫描归还点ID1二维码；
[0105] 205、上传归还点ID1信息；
[0106] 206、归还点ID1认证；
[0107] 进一步，地理位置认证，地理位置认证用于防止用户不在实际地点进行支付（如采用复制的ID二维码），归还点容量允许认证，容量允许即允许的最多停放数量；
[0108] 207、结算支付；
[0109] 208、支付成功返回信息。
[0110] 共享单车客户端2扫描自行车id1二维码归还自行车id2至归还点ID1流程：
[0111] 2011、确定归还id2自行车；
[0112] 2012、上报当前地理位置信息；
[0113] 2013、自行车id2支付等待；
[0114] 2014、扫描自行车id1二维码；
[0115] 2015、上传自行车id1信息；
[0116] 2106、由自行车id1关联归还点ID1认证；
[0117] 进一步，地理位置认证，地理位置认证用于防止用户不在实际地点进行支付，归还点容量允许认证，容量允许即允许的最多停放数量；
[0118] 再进一步，地理位置距离归还点ID1允许位移测算；
[0119] 2017、位移调整数据及指示；
[0120] 2018、位移调整；
[0121] 2019、结算支付；
[0122] 2020、支付成功返回信息。
[0123] 在共享单车服务器中，数据分析单元不断进行数据分析、形成自行车相对位置状态图以便进行管理、对于异常情况报警，形成归还点分布地图中空闲车位数量信息提供给各客户端查询。在管理服务器中进行归还统计并将统计数据实时发布。
[0124] 考虑到操作方便，用户归还自行车时，共享单车客户端直接扫描归还点或区域公示的二维码并上报共享单车服务器，共享单车服务器自动执行支付程序，在进行归还点认证（备案认证）后完成支付，在此，ID二维码即支付码或支付启动码，同时负责启动支付程序。
[0125] 归还认证也可以在管理服务器中执行：共享单车客户端扫描ID后上传共享单车服务器，共享单车服务器将id+ID信息报送至管理服务器，由管理服务器对ID进行认证并记录id+ID归还信息，管理服务器将认证确认信息返回至共享单车服务器后由共享单车服务器继续执行支付操作。
[0126] 图5为图3同时扫描归还点ID1二维码和自行车id1二维码以保证自行车id1归还至归还点ID1的实施方案的流程图。
[0127] 假设共享单车客户端1租用自行车id1，共享单车客户端2租用自行车id2，归还点ID1。
[0128] 管理服务器中建立归还点或区域ID数据库，发布归还点或区域ID标识编号。
[0129] 共享单车服务器获取管理服务器ID数据库进行备案。
[0130] 共享单车客户端1扫描归还点ID1二维码归还自行车id1流程：
[0131] 201、确定归还id1自行车；
[0132] 202、上报当前地理位置信息；
[0133] 203、自行车id1支付等待；
[0134] 2041、将归还点ID1二维码和自行车id1二维码一同扫描，这里包括同时扫描或限时扫描两种情况；
[0135] 2051、上传ID1和id1信息；
[0136] 2052、双二维码识别，该识别程序可以放在服务器端也可以放在客户端；
[0137] 206、归还点ID1认证；
[0138] 进一步，地理位置认证，地理位置认证用于防止用户不在实际地点进行支付，归还点容量允许认证，容量允许即允许的最多停放数量；
[0139] 207、结算支付；
[0140] 208、支付成功返回信息。
[0141] 共享单车客户端2扫描自行车id1二维码归还自行车id2至归还点ID1流程：
[0142] 2011、确定归还id2自行车；
[0143] 2012、上报当前地理位置信息；
[0144] 2013、自行车id2支付等待；
[0145] 20141、将自行车id1和id2二维码一同扫描，这里包括同时扫描或限时扫描两种情况；
[0146] 20151、上传id1和id2信息；
[0147] 20152、双二维码识别，该识别程序可以放在服务器端也可以放在客户端；
[0148] 2106、由自行车id1关联归还点ID1认证；
[0149] 进一步，地理位置认证，地理位置认证用于防止用户不在实际地点进行支付，归还点容量允许认证，容量允许即允许的最多停放数量；
[0150] 20161、地理位置距离归还点ID1允许位移测算；
[0151] 2017、位移调整数据及指示；
[0152] 2018、位移调整；
[0153] 继续扫描其它自行车id并执行20161步骤直至满足停放条件；
[0154] 2019、结算支付；
[0155] 2020、支付成功返回信息。
[0156] 在共享单车服务器中，数据分析单元不断进行数据分析、形成自行车相对位置状态图以便进行管理、对于异常情况报警，形成归还点分布地图中空闲车位数量信息提供给各客户端查询。在管理服务器中进行归还统计并将统计数据实时发布。
[0157] 考虑到操作方便，用户归还自行车时，共享单车客户端直接扫描归还点或区域公示的二维码并上报共享单车服务器，共享单车服务器自动执行支付程序，在进行归还点认证（备案认证）后完成支付，在此，ID二维码即支付码或支付启动码，同时负责启动支付程序。
[0158] 归还认证也可以在管理服务器中执行：共享单车客户端扫描ID后上传共享单车服务器，共享单车服务器将id+ID信息报送至管理服务器，由管理服务器对ID进行认证并记录id+ID归还信息，管理服务器将认证确认信息返回至共享单车服务器后由共享单车服务器继续执行支付操作。
[0159] 图6为本发明双二维码识别流程图（双二维码同时扫描），包括步骤：
[0160] 开始；获取两个二维码ID和id；根据位置探测图形确定两个二维码识别区域；分别对识别区域的图像进行矫正；对图像进行二值化处理；对二值化图像进行处理；分别识别解码；获得二维码ID和id信息。
[0161] 图7为本发明利用宽限时间扫描ID和id二维码保证自行车位于归还点的二维码识别流程图（双二维码限时扫描），包括步骤：
[0162] 开始；获取二维码ID；二维码ID识别成功；宽限时间t判断：如果小于t则获取二维码id，二维码id识别成功；如果大于t则返回获取二维码ID继续执行二维码ID的识别程序。考虑到用户操作，一般t选择10秒 30秒，即保证用户完成操作又要防止用户作弊。客户端在~
成功识别ID二维码及id二维码后将ID及id信息上传服务器，由服务器进行认证处理。
[0163] 图8为本发明采用归还点车架保证一个自行车id归还一个归还点车位ID的实施方案，图中801为自行车，802为停放车架，将二维码id1设置在自行车801明显的部位，如龙头位置，将ID1二维码设置在802停放车架明显部位，如龙头的卡位，这样便于客户端进行同时或限时扫描。
[0164] 图9为本发明归还点场地注册流程图，包括客户端和服务器，其步骤为：
[0165] 901、场地注册申请：地址、容量、模式，模式包括一个ID对应多个id，或一个ID对应一个id；
[0166] 902、审核；
[0167] 903、归还点备案；
[0168] 904、生成编号ID二维码，可以增加防伪信息，或制作防伪二维码；
[0169] 905、发送ID二维码；
[0170] 906、ID二维码布置及公示；
[0171] 907、归还数据统计；
[0172] 908、存放费用结算。
[0173] 费用结算即提供一种第三方归还场地的盈利模式，吸引社会闲置场地的充分利用。
[0174] 图10为本发明硬件配置图，包括共享单车客户端及共享单车服务器，共享单车服务器包括：
[0175] 共享单车服务系统，如中国专利申请2016110458231披露的管理方法及系统，或其它共享服务系统，具体如现有的ofo、摩拜等共享服务系统。
[0176] 归还点备案数据库，包括归还点编号ID、地理位置等；
[0177] 规则设定控制单元，包括设定各种模式及认证方式，模式包括一个ID对应多个id，或一个ID对应一个id；认证方式包括地理位置认证、归还点容量允许认证、允许位移认证等；
[0178] 统计单元，统计单元负责该编号ID中归还的单车id及出入统计的实时数据，并将该编号ID可容纳单车数量的实时数据及地理位置提供给共享单车客户端。
[0179] 双二维码识别单元，可以在共享单车服务器中也可以在共享单车客户端，包括同时扫描或限时扫描两种模式；
[0180] 数据分析单元，用于建立大数据分析模型；
[0181] 场地结算单元，用于第三方归还点场地结算。
[0182] 服务器中所有指令操作、状态变更均有时间日志记录，以便于数据分析时使用，数据分析如事件关联、事件矛盾、事件一致等。
[0183] 目前共享自行车一般可以随意归还停放，所以共享自行车服务系统可以在地图上划分出强制归还区域和随意归还区域供客户端查询，比如城市闹市区属于强制归还区域，在该区域归还停放必须停放在本发明所述的归还点或区域，当然共享自行车服务系统可以根据实际情况随时调整强制归还区域和随意归还区域并提供导航路线至客户端。
[0184] 图11提供一种自行车自带GPS及电子锁车装置的管理实施方案，假设共享单车客户端1租用自行车id1，归还点ID1。
[0185] 管理服务器中建立归还点或区域ID数据库，所述ID数据库中还包括每个归还点或区域的最大容量数及其地理位置信息，并将所述ID标识以二维码在对应归还点或区域的物理位置公示。
[0186] 共享单车服务器获取管理服务器ID数据库进行备案，归还点分布地图提供给各共享单车客户端。
[0187] 共享单车客户端1扫描归还点ID1二维码归还自行车id1流程：
[0188] 用户确定归还id1自行车，自动或被动锁车后id1自行车自动上报当前地理位置信息；
[0189] 1101、扫描归还点ID1二维码，ID1二维码同时负责启动支付程序；
[0190] 1102、上传归还点ID1信息；
[0191] 1104、归还点ID1认证，即查询ID1是否属于备案归还点；
[0192] 1105、地理位置认证，即比对自行车GPS上报的当前地理位置信息和ID1备案的地理位置信息是否一致；
[0193] 1106、归还点容量允许认证；
[0194] 1107、结算支付；
[0195] 1108、支付成功返回信息。
[0196] 图11实施方案中可以采用电子开、关锁，具体操作模式：用户用启用自行车时由共享单车客户端扫描id二维码后共享单车服务器发送开锁指令使锁具自动执行开锁动作，用户停用自行车时由共享单车客户端扫描id二维码后共享单车服务器发送关锁指令使锁具自动执行关锁动作（非强制归还区），同时执行结算程序，或，用户停用自行车时由共享单车客户端扫描ID二维码后共享单车服务器发送关锁指令使锁具自动执行关锁动作（强制归还区），同时执行结算程序。
[0197] 在共享单车服务器中，数据分析单元不断进行数据分析、形成自行车相对位置状态图以便进行管理、对于异常情况报警，形成归还点分布地图中空闲车位数量信息提供给各客户端查询。在管理服务器中进行归还统计并将统计数据实时发布。
[0198] 考虑到操作方便，用户归还自行车时，共享单车客户端直接扫描归还点或区域公示的二维码并上报服务器，共享单车服务器自动执行支付程序，由服务器进行归还点认证（备案认证）后完成支付，在此，ID二维码即支付码或支付启动码，同时负责启动支付程序。
[0199] 归还认证也可以在管理服务器中执行：共享单车客户端扫描ID后上传共享单车服务器，共享单车服务器将id+ID信息报送至管理服务器，由管理服务器对ID进行认证并记录id+ID归还信息，管理服务器将认证确认信息返回至共享单车服务器后由共享单车服务器继续执行支付操作。参照图15为图11实施方式在管理服务器中认证的方案，将步骤1104~1106步骤在管理服务器中执行：
[0200] 共享单车服务器传送id1+ID1+地理位置信息至管理服务器；
[0201] 1104、归还点ID1认证，即查询ID1是否属于备案归还点；
[0202] 1105、地理位置认证，即比对自行车GPS上报的当前地理位置信息和ID1备案的地理位置信息是否一致；
[0203] 1106、归还点容量允许认证；
[0204] 管理服务器返回认证确认信息至共享单车服务器并记录id1归还ID1，管理服务器进行归还统计、实时数据发布，形成单车地理位置分布图。
[0205] 图12提供一种锁具装置中仅设置接收模块的共享单车实施方案，包括共享单车客户端、共享单车服务器，自行车锁具装置中设置接收模块及开、关锁驱动装置，假设用户由共享单车客户端1租、还id1自行车，其步骤包括：
[0206] 租车：
[0207] 用户由共享单车客户端1确定租用id1自行车；
[0208] 1201、扫描id1二维码；
[0209] 1202、上传id1信息并上报地理位置信息；
[0210] 1203、执行id1开锁指令，发送id1开锁指令至id自行车锁具装置，自行车锁具装置由电驱动开锁；
[0211] 1204、确定共享单车客户端1租用id1自行车并开始计时；
[0212] 还车：
[0213] 1205、扫描id1二维码；
[0214] 1206、上传id1信息并上报地理位置信息；
[0215] 1207、确定共享单车客户端1归还id1自行车并停止计时；
[0216] 1208、执行id1关锁指令，发送id1关锁指令至id自行车锁具装置，自行车锁具装置由电驱动关锁；
[0217] 1209、结算支付；
[0218] 1210、支付成功返回信息。
[0219] 或强制归还模式，假设归还点为ID1，管理服务器中建立归还点或区域ID数据库，发布归还点或区域ID标识编号，共享单车服务器获取管理服务器ID数据库进行备案，归还点分布地图提供给各共享单车客户端：
[0220] 1301、扫描id1二维码；
[0221] 1302、上传id1信息并上报地理位置信息；
[0222] 1303、归还点ID1认证，即ID1必须在共享单车服务器中备案过；
[0223] 1304、地理位置认证，即客户端1上报的当前地理位置必须和备案的ID1地理位置一致，防止扫描复制二维码；
[0224] 1305、归还点容量允许认证；
[0225] 1306、确定共享单车客户端1归还id1自行车并停止计时；
[0226] 1307、执行id1关锁指令，发送id1关锁指令至id1自行车锁具装置，自行车锁具装置由电驱动关锁；
[0227] 1308、结算支付；
[0228] 1309、支付成功返回信息。
[0229] 共享单车服务器中建立用户行为数据库：上一个用户归还时其客户端上报的地理位置信息和下一个客户租用时其客户端上报的地理位置信息进行比对，如果一致则评判为诚信，不一致评判为不诚信，并将用户行为数据提供给共享单车客户端以督促用户守信。
[0230] 归还认证也可以在管理服务器中执行：共享单车客户端扫描ID后上传共享单车服务器，共享单车服务器将id+ID信息报送至管理服务器，由管理服务器对ID进行认证并记录id+ID归还信息，管理服务器将认证确认信息返回至共享单车服务器后由共享单车服务器继续执行支付操作。
[0231] 图13为本发明适合密码锁的实施方案，包括共享单车客户端、共享单车服务器，自行车锁具装置为密码锁，假设用户由共享单车客户端1租、还id1自行车，其步骤包括：
[0232] 租车：
[0233] 用户由共享单车客户端1确定租用id1自行车；
[0234] 1401、扫描id1二维码；
[0235] 1402、上传id1信息并上报地理位置信息；
[0236] 1403、查询id1开锁密码，发送id1开锁密码至共享单车客户端1，用户以密码开锁；
[0237] 1404、确定客户端1租用id1自行车并开始计时；
[0238] 还车：
[0239] 1405、扫描id1二维码；
[0240] 1406、上传id1信息并上报地理位置信息；
[0241] 1407、确定共享单车客户端1归还id1自行车并停止计时；
[0242] 1408、结算支付；
[0243] 1409、支付成功返回信息。
[0244] 或强制归还模式，假设归还点为ID1，管理服务器中建立归还点或区域ID数据库，发布归还点或区域ID标识编号，共享单车服务器获取管理服务器ID数据库进行备案，归还点分布地图提供给各共享单车客户端：
[0245] 1501、扫描id1二维码；
[0246] 1502、上传id1信息并上报地理位置信息；
[0247] 1503、归还点ID1认证，即ID1必须在共享单车服务器中备案过；
[0248] 1504、地理位置认证，即共享单车客户端1上报的当前地理位置必须和备案的ID1地理位置一致，防止扫描复制二维码；
[0249] 1505、归还点容量允许认证；
[0250] 1506、确定客户端1归还id1自行车并停止计时；
[0251] 1507、结算支付；
[0252] 1508、支付成功返回信息。
[0253] 共享单车服务器中建立用户行为数据库：上一个用户归还时其共享单车客户端上报的地理位置信息和下一个客户租用时其共享单车客户端上报的地理位置信息进行比对，如果一致则评判为诚信，不一致评判为不诚信，并将用户行为数据提供给共享单车客户端以督促用户守信。
[0254] 锁具装置中仅设置接收模块的优势是电能消耗少，成本低，无需设置GPS模块。
[0255] 归还认证也可以在管理服务器中执行：共享单车客户端扫描ID后上传共享单车服务器，共享单车服务器将id+ID信息报送至管理服务器，由管理服务器对ID进行认证并记录id+ID归还信息，管理服务器将认证确认信息返回至共享单车服务器后由共享单车服务器继续执行支付操作。
[0256] 图16为本发明移车流程图，本发明可以采用第三方服务企业或个人进行移车服务业务，这样可以充分利用社会运载车辆及人力资源，比如完成一辆单车的移车任务获取0.2元的移车费，相比于2元/小时的租车费只占10%，如果个人有10辆车/次的运载工具，一天移车100次，则月收入可达6000元，这样既解决了共享单车运营问题又解决了一部分就业问题，通过管理服务器模型函数计算及人工干预解决“潮汐”问题，参照图16：
[0257] 包括移车客户端、管理服务器，通过移车客户端在管理服务器上进行移车任务注册获取用户标识以便进行业务流程，管理服务器负责归还统计、实时数据发布、模型函数计算、任务发布。
[0258] 模型函数计算包括：管理服务器获取各共享单车服务器报送的单车归还数及借走数结合总容量数计算空闲车位，如果空闲车位为0则发出移出的移车指令，如果实时单车数为0则发出移入的移车指令，移出单车数量为：实时单车数-总容量数/2，移入单车数量为：总容量数/2，移出归还点和移入归还点进行距离匹配，或进行移出单车数量和移入单车数量匹配。进一步，距离匹配采用最短距离匹配。进一步，匹配采用借出速度和归还速度匹配，借出速度即某一归还点单位时间单车被借出的数量，归还速度即某一归还点单位时间单车被归还的数量。再进一步，匹配采用借出加速度和归还加速度匹配，借出加速度即某一归还点t1时段统计的借出速度为V1，经过△t后，t2时段统计的借出速度为V2，借出加速度为（V2-V1）/△t，归还加速度即某一归还点t1时段统计的归还速度为V1，经过△t后，t2时段统计的归还速度为V2，归还加速度为（V2-V1）/△t。
[0259] 移车客户端获取任务后确定任务1，管理服务器将任务1挂起，移车客户端对移出ID1归还点单车id扫描并上报移出单车id，服务器记录ID1移出单车id；任务主体将单车移入ID2归还点，移车客户端扫描ID2二维码并上报ID2信息，管理服务器中执行ID2移入等待，移车客户端扫描单车id并上报移入单车id（多辆单车连续扫描单车id）管理服务器记录ID2移入单车id，管理服务器对移车费进行结算，当然，管理服务器可以对结算支付指令进行转移后由单车所属的运营商的共享单车服务器进行支付，管理服务器返回任务1完成信息至移车客户端，管理服务器重新刷新实时数据发布。
[0260] 模型函数计算还包括：
[0261] 管理服务器获取ID归还点的实时归还及借出单车数量进行计算，满足如下条件则发出移车指令：
[0262] a. 归还点归还单车数达到最大容量数则发出移出的移车指令，移出单车数量为：实时单车数-总容量数/2，归还点实时单车数为0则发出移入的移车指令，移入单车数量为：
总容量数/2-实时单车数。
[0263] 或：
[0264] b. 归还点归还单车数达到设定值C1且单车归还速度V还＞0则发出移出的移车指令，移出单车数量为：实时单车数-总容量数/2，归还点实时单车数为C2且单车借出速度V借＞0则发出移入的移车指令，移入单车数量为：总容量数/2-实时单车数，借出速度V借即某一归还区域单位时间单车被借出的数量，归还速度V还即某一归还区域单位时间单车被归还的数量，总容量数≥C1＞总容量数/2，总容量数/2＞C2≥0。
[0265] 或：
[0266] c. 归还点归还单车数达到设定值C1且单车归还加速度A还＞0则发出移出的移车指令，移出单车数量为：实时单车数-总容量数/2，归还点实时单车数为C2且单车借出加速度A借＞0则发出移入的移车指令，移入单车数量为：总容量数/2-实时单车数，借出加速度A借即某一归还点t1时段统计的借出速度为V1，经过△t后，t2时段统计的借出速度为V2，借出加速度为A借=（V2-V1）/△t，归还加速度A还即某一归还点t1时段统计的归还速度为V1，经过△t后，t2时段统计的归还速度为V2，归还加速度为A还=（V2-V1）/△t。
[0267] 或：
[0268] d. 归还点归还单车数达到设定值C1且单车归还速度V还＞0且单车归还加速度A还＞0则发出移出的移车指令，移出单车数量为：实时单车数-总容量数/2，归还点实时单车数为C2且单车借出速度V借＞0且单车借出加速度A借＞0则发出移入的移车指令，移入单车数量为：总容量数/2 - 实时单车数。
[0269] 进一步，还包括步骤：令C1=总容量数。
[0270] 进一步，还包括步骤：令C2=0。
[0271] 进一步，还包括步骤：令C1=M。
[0272] 进一步，还包括步骤：所述计算方法还包括匹配计算，匹配采用借出速度V借和归还速度V还匹配；或匹配采用借出加速度A借和归还加速度A还匹配；或匹配采用移出单车数量和移入单车数量匹配；或匹配采用归还区域之间的距离匹配。
[0273] 上述应用模式及规则均不限定本发明的方法及系统的基本特征，并非限定本发明的保护范围。凡在本发明的精神和原则之内，作出的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
