一种共享自行车的还车处理方法和装置与流程

1.本公开实施例涉及共享自行车的车辆控制技术领域，更具体地，涉及一种共享自行车的还车处理方法、装置及服务器。


背景技术：

2.目前，通过共享自行车出行已经成为城市中新兴的出行方式，可以有效解决城市人群的出行需求。现有的共享自行车包括由用户提供骑行动力的普通自行车，也包括具有助力电机的电动自行车等。
3.对于共享自行车，目前均要求定点停车，即，用户需要将自行车停放在设定的停车围栏中，才能完成还车。为了实现定点停车，现有的还车处理方案为：服务器在接收到对于一自行车的关锁请求的情况下，会请求该自行车提供自身的位置信息，该位置信息可以是自行车的gps定位装置提供的绝对位置信息，也可以是自行车的蓝牙装置提供的反映该自行车与停车围栏中蓝牙道钉间距离的相对位置信息；服务器根据自行车返回的该位置信息，检测自行车是否位于设定的停车围栏中，进而实现定点停车控制。
4.对于以上还车处理方案，一方面依赖于gps定位装置的定位结果，在复杂的环境下，定位成功的时间及精度都会有所降低，进而会影响用户还车的时间及成功率；另一方面，需要在停车围栏中安装蓝牙道钉，而且依赖于蓝牙扫描信号强度的精度，易受到外界的干扰而产生误判。以上这些情况均会影响用户的还车体验，因此，在定点停车的应用下，有必要提供一种有利于提高还车效率和还车成功率的还车处理方法。


技术实现要素：

5.本公开实施例的一个目的是提供一种共享自行车的新的还车处理方案，以提高还车效率和还车成功率。
6.根据本公开的第一方面，提供了一种共享自行车的还车处理方法，所述共享自行车设置有射频阅读器、以及设置在脚撑上的天线，所述方法包括：
7.在检测到共享自行车发生还车事件的情况下，通过执行设定的至少一个检测项，检测所述共享自行车是否符合设定的还车条件，得到检测结果；
8.在所述检测结果表示所述共享自行车符合所述还车条件的情况下，控制所述共享自行车关锁；
9.所述至少一个检测项包括第一检测项，执行所述第一检测项包括：
10.控制所述射频阅读器通过所述天线进行射频扫描，得到射频标签的标签信息；
11.对所述标签信息进行校验，根据校验结果确定所述共享自行车是否通过所述第一检测项；其中，在所述校验结果表示所述射频标签与设定的停车围栏匹配的情况下，确定所述共享自行车通过所述第一检测项。
12.可选的，所述还车事件包括以下至少一项：
13.接收到对所述共享自行车的还车请求；
14.检测到所述共享自行车处于静止状态的连续时间长度达到设定时间长度；
15.检测到所述共享自行车的脚撑感应到指定还车动作。
16.可选的，所述至少一个检测项还包括第二检测项，执行所述第二检测项包括：
17.获取所述共享自行车的第一位置信息；
18.根据所述第一位置信息，确定所述共享自行车是否通过所述第二检测项；其中，在所述第一位置信息表示所述共享自行车位于所述停车围栏中的情况下，确定所述共享自行车通过所述第二检测项。
19.可选的，所述至少一个检测项还包括第三检测项，执行所述第三检测项包括：
20.获取所述共享自行车的停放方向信息；
21.根据所述停放方向信息，确定所述共享自行车是否通过所述第三检测项；其中，在所述停放方向信息表示所述共享自行车的停放方向与所在停车围栏的标准停放方向一致的情况下，确定所述共享自行车通过所述第三检测项。
22.可选的，所述方法还包括：
23.获取所述射频阅读器的工作参数的实际值；
24.根据所述工作参数的实际值，检测所述射频阅读器是否发生故障；
25.在检测到所述射频阅读器发生故障的情况下，停止执行所述第一检测项。
26.可选的，所述标签信息包括所述射频标签的身份标识信息；
27.所述方法还包括：
28.根据所述身份标识信息确定所述共享自行车的第二位置信息；
29.根据所述第二位置信息，在车辆地图中对所述共享自行车进行标识。
30.可选的，所述方法还包括：
31.根据所述检测结果控制所述共享自行车发出相应的语音提示；和/或，
32.向使用所述共享自行车的用户终端发送还车提示信息；其中，所述还车提示信息包括提示所述共享自行车是否符合所述还车条件的信息。
33.可选的，在所述检测结果表示所述共享自行车不符合所述还车条件的情况下，所述向使用所述共享车辆的用户终端发送还车提示信息，包括：
34.配置所述用户终端打开设定的还车提示页面；其中，所述还车提示页面包括所述还车提示信息和强制还车控件，所述强制还车控件用于根据用户的触发使得所述用户终端向所述共享自行车发送关锁指令，以供所述共享自行车根据所述关锁指令执行关锁动作。
35.可选的，所述方法还包括：
36.在所述共享自行车通过所述第一检测项的情况下，更新所述停车围栏内停放的共享自行车的数量；
37.根据所述数量对所述停车围栏进行共享自行车的调度。
38.根据本公开的第二方面，提供了一种共享自行车的还车处理装置，所述共享自行车设置有射频阅读器、以及设置在脚撑上的天线，所述装置包括：
39.检测执行模块，用于在检测到共享自行车发生还车事件的情况下，通过执行设定的至少一个检测项，检测所述共享自行车是否符合设定的还车条件，得到检测结果；
40.关锁控制模块，用于在所述检测结果表示所述共享自行车符合所述还车条件的情况下，控制所述共享自行车关锁；
41.所述至少一个检测项包括第一检测项，执行所述第一检测项包括：
42.控制所述射频阅读器通过所述天线进行射频扫描，得到射频标签的标签信息；
43.对所述标签信息进行校验，根据校验结果确定所述共享自行车是否通过所述第一检测项；其中，在所述校验结果表示所述射频标签与设定的停车围栏匹配的情况下，确定所述共享自行车通过所述第一检测项。
44.在本公开的第三方面，提供了一种共享自行车的还车处理装置，所述共享自行车设置有射频阅读器、以及设置在脚撑上的天线，所述装置包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在执行所述计算机程序时，控制所述装置执行根据本公开第一方面所述的方法。
45.根据本公开实施例的共享自行车的还车处理方法，使用共享自行车的用户，在归还共享自行车时，可以是将共享自行车的脚撑放置在设定的停车围栏内设置有射频标签的固定停车点内，对共享自行车的射频阅读器通过设置在脚撑上的天线扫描到的射频标签的标签信息进行校验，在校验结果表示射频标签与设定的停车围栏匹配的情况下，判定共享自行车符合位于停车围栏中的还车条件，控制共享自行车关锁，完成还车。由于通过将共享自行车的脚撑放置在停车围栏内设置有射频标签的固定停车点内进行还车，不依赖于共享自行车的定位模块、蓝牙模块的定位时间和定位精度等，因此，本公开实施例能够有效提高还车效率和还车成功率，进而提升用户的还车体验。而且，还可以防止射频标签被仿制导致用户随意停车。
46.通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
47.被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
48.图1是能够实施本发明实施例的共享自行车的还车处理方法的一种共享自行车系统的组成结构示意图；
49.图2是根据一个实施例的共享自行车的示意图；
50.图3是根据一个实施例的共享自行车的还车处理方法的流程示意图；
51.图4是根据一个实施例的共享自行车的还车处理装置的框图；
52.图5是根据另一个实施例的共享自行车的还车处理装置的框图。
具体实施方式
53.现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
54.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
55.对于相关领域普通技术人物已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为说明书的一部分。
56.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
57.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
58.《硬件配置》
59.图1是可用于实现本公开实施例的还车处理方法的一种共享自行车系统100的组成结构示意图。该共享自行车系统100可整体应用于共享自行车的还车处理场景。
60.如图1所示，共享自行车系统100包括服务器1000、用户终端2000和共享自行车3000。
61.服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器，跨多计算机，计算机数据中心的分散式服务器，云服务器，或者部署在云端的服务器集群等。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。
62.在一个实施例中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。
63.处理器1100用于执行计算机程序，该计算机程序可以采用比如x86、arm、risc、mips、sse等架构的指令集编写。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括usb接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、led显示屏触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。
64.本实施例中，服务器1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作以执行根据本发明实施例的还车处理方法。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
65.尽管在图1中示出了服务器1000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200、处理器1100和通信装置1400。
66.本实施例中，用户终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。
67.该用户终端2000安装有用车应用客户端，以通过操作该用车应用客户端，实现使用共享自行车的目的。
68.如图1所示，用户终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800等等。
69.处理器2100用于执行计算机程序，该计算机程序可以采用比如x86、arm、risc、mips、sse等架构的指令集编写。存储器2200例如包括rom(只读存储器)、ram(随机存取存储
器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括usb接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括至少一种短距离通信模块，例如是基于hilink协议、wifi(ieee 802.11协议)、mesh、蓝牙、zigbee、thread、z-wave、nfc、uwb、lifi等短距离无线通信协议进行短距离无线通信的任意模块，通信装置2400也可以包括远程通信模块，例如是进行wlan、gprs、2g/3g/4g/5g远程通信的任意模块。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户终端2000可以通过扬声器2700输出音频信号，及通过麦克风2800采集音频信号。
70.本实施例中，用户终端2000的存储器2200用于存储计算机程序，该计算机程序用于控制处理器2100进行操作以执行使用共享自行车的方法，例如包括：获取共享自行车3000的唯一标识，形成针对特定共享自行车的开锁请求发送至服务器；以及，根据服务器发送的费用结算通知进行账单解算等等。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
71.如图1所示，共享自行车3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、及输入装置3600等等。处理器3100用于执行计算机程序，该计算机程序可以采用比如x86、arm、risc、mips、sse等架构的指令集编写。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、耳机接口等。通信装置3400包括至少一种通信模块，例如能够进行有线或无线通信，又例如能够进行短距离和远程通信。输出装置3500例如可以是输出信号的装置，可以显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置3600例如可以包括触摸屏等触摸装置、按键、麦克风等声音感应装置、压力传感器等压力感应装置，等等。
72.共享自行车3000可以是自行车或电动自行车等任意形态，在此不做限定。
73.本实施例中，共享自行车3000可以向服务器1000上报自身的位置信息。
74.本实施例中，共享自行车3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作以执行根据本发明任意实施例的还车处理方法。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
75.网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的共享自行车系统100中，共享自行车3000与服务器1000、用户终端2000与服务器1000，可以通过网络4000进行通信。此外，共享自行车3000与服务器1000、用户终端2000与服务器1000通信所基于的网络4000可以是同一个，也可以是不同的。
76.应当理解的是，尽管图1仅示出一个服务器1000、用户终端2000、共享自行车3000，但不意味着限制各自的数量，该共享自行车系统100可以包含多个服务器1000、多个用户终端2000、多个共享自行车3000等。
77.图1所示的共享自行车系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。
78.《方法实施例》
79.图2示出了根据一个实施例的共享自行车的还车处理方法的流程示意图。本实施例的方法步骤可以是由共享自行车或服务器单独实施，也可以是由共享自行车和服务器共
同实施。服务器例如可以是图1中的服务器1000，共享自行车例如可以是图1中的共享自行车3000。
80.在本实施例中，共享自行车设置有射频阅读器21、以及设置在脚撑上的天线22。
81.射频阅读器21可以设置在共享自行车的任意位置上。射频阅读器例如可以是脚蹬下方、车架底部、后轮车轴、龙头菜篮、或车座下方等，在此不做限定。如图2所示，射频阅读器21可以是设置在后轮车轴上。
82.在一个例子中，可以是在停车围栏中铺设脚撑固定停车点，固定停车点内设置有射频标签23。如图2所示，天线22可以是设置在脚撑底部，以便于在共享自行车的脚撑放置在停车围栏中的固定停车点的情况下，射频阅读器21能够通过天线读取到固定停车点内的射频标签23的标签信息。
83.如图3所示，本实施例的共享自行车的还车处理方法可以包括如下步骤s3100～s3200：
84.步骤s3100，在检测到共享自行车发生还车事件的情况下，通过执行设定的至少一个检测项，检测共享自行车是否符合设定的还车条件，得到检测结果。
85.本实施例的还车事件，可以包括以下至少一项：
86.接收到对共享自行车的还车请求；
87.检测到共享自行车处于静止状态的连续时间长度达到设定时间长度；
88.检测到共享自行车的脚撑感应到指定还车动作。
89.在本公开的一个实施例中，该检测到共享自行车发生还车事件的步骤可以是由共享自行车实施。
90.在还车事件包括接收到对共享自行车的还车请求的实施例中，共享自行车上可以设置有车锁装置，用户可以手动控制该车锁装置执行关锁动作。共享自行车在检测到车锁装置执行关锁动作的情况下，向服务器发送还车请求。
91.或者，共享自行车可以设置有供用户触发该还车请求的输入装置。该输入装置可以具有任意的结构和形态，只要能够将用户触发还车请求的操作转换为对应的电信号发送给处理器即可，在此不做限定。
92.本实施例中，共享自行车接收到对共享自行车的还车请求，可以包括：
93.检测到共享自行车设置的触摸装置感应到对应于该还车请求的触摸动作，如是，则确定触发了该还车请求；或者，检测到共享自行车设置的声音感应装置接收到用户发出的还车请求声音；或者，检测到共享自行车的脚撑感应到对应于该还车请求的还车动作；或者，检测到该共享自行车设置的nfc装置能够感应到用户终端；或者，检测到共享自行车的蓝牙装置与用户终端的蓝牙装置断开了连接；或者，检测到该共享自行车的蓝牙装置接收到的用户终端的蓝牙信号的信号强度值小于设定值；或者，检测到共享自行车的车把未感应到压力的连续时间长度达到设定时间长度。
94.以上触摸装置适于感应用户的触摸动作。以上声音感应装置适于采集用户发出的还车请求声音。nfc装置与蓝牙装置适于在一定范围内感应用户终端等。
95.本实施例中的用户终端，可以是使用共享自行车的用户终端，即使用共享自行车的骑行订单所对应的用户终端。
96.例如，该输入装置可以包括按键电路，该按键电路的电信号输出端与处理器连接，
该按键电路包括还车按键，该还车按键可以设置在共享自行车的把手或者车锁等易于被看到或者易于操作的位置上。
97.又例如，该输入装置也可以包括触摸装置，并通过触摸装置感应与还车请求对应的触摸动作，触摸装置与处理器连接，以将触摸装置感应到的触摸动作，以电信号等形式发送至处理器。这可以是通过触摸装置提供作为还车按键的虚拟按键，该触摸动作为点击虚拟按键的操作，以供用户通过点击该虚拟按键来触发还车请求。这也可以是通过触摸装置感应与还车请求对应的滑动操作等，在此不做限定。
98.再例如，该输入装置也可以包括nfc装置，其可以接收用户终端发送的还车指令，nfc装置将该还车指令发送至共享自行车的处理器，共享自行车的处理器根据该还车指令向服务器发出还车请求，进而实现通过共享自行车的nfc装置触发还车请求的目的。
99.在还车事件包括检测到共享自行车处于静止状态的连续时间长度达到设定时间长度的情况下，共享自行车上可以是设置有加速度传感器，该加速度传感器可以是按照设定的第一频率采集加速度数据。根据加速度传感器所采集的加速度数据，可以检测共享自行车是否处于静止状态，以及共享自行车处于静止状态的连续时间长度。本实施例中的设定时间长度，可以是预先根据应用场景或具体需求所设定的。例如，该设定时间长度可以是1分钟。设定的第一频率可以是预先根据应用场景或具体需求设定好的。例如，该设定的第一频率可以是1分钟1次。
100.在还车事件包括检测到共享自行车的脚撑感应到指定还车动作的情况下，脚撑可以用于采集用户发出的对其施加的与还车请求对应的还车动作。与还车请求对应的还车动作，可以是放下脚撑、以使脚撑支撑共享自行车站立的动作。
101.在本公开的另一个实施例中，该检测到共享自行车发生还车事件的步骤可以是由服务器实施。
102.在还车事件包括接收到对共享自行车的还车请求的情况下，对共享自行车的还车请求可以是由使用共享自行车的用户终端发送至服务器的，也可以是由共享自行车发送至服务器的。
103.在对共享自行车的还车请求是由使用对共享自行车的用户终端发送至服务器的实施例中，用户终端可以是在使用共享自行车的过程中提供骑行页面，并在该骑行页面中提供用于触发还车请求的还车控件。用户终端在接收到用户通过该还车控件触发的信号的情况下，向服务器发送对其使用的对共享自行车的还车请求。
104.本实施例中，该还车请求可以携带有用户的用户身份标识和/或共享自行车的车辆标识，这样，服务器在接收到还车请求后，便可以获知该还车请求对应的用户账号及该还车请求对应的共享自行车。
105.在对共享自行车的还车请求是共享自行车发送至服务器的实施例中，共享自行车上可以设置有车锁装置，用户可以手动控制该车锁装置执行关锁动作。共享自行车在检测到车锁装置执行关锁动作的情况下，向服务器发送还车请求。
106.或者，共享自行车可以是在检测到还车事件发生的情况下，向服务器发送还车请求。共享自行车检测还车事件是否发生的方式可以参照前述实施例，在此不再赘述。
107.本实施例中，该还车请求可以携带有共享自行车的车辆标识，这样，服务器在接收到还车请求后，便可以获知该还车请求对应的共享自行车。
108.在还车事件包括检测到共享自行车处于静止状态的连续时间长度达到设定时间长度的情况下，可以是由共享车辆对自身处于静止状态的连续时间长度进行检测，并在该连续时间长度达到设定时间长度的情况下，将检测结果上传至服务器，使得服务器检测到共享自行车处于静止状态的连续时间长度达到设定时间长度。
109.在还车事件包括检测到共享自行车的脚撑感应到指定还车动作的情况下，可以是由共享车辆对脚撑感应到的动作进行检测，并在检测到脚撑感应到指定还车动作的情况下，将检测结果上传至服务器，使得服务器检测到共享自行车的脚撑感应到指定还车动作。
110.本实施例中设定的还车条件，可以包括定点停放在设定的停车围栏中。
111.该实施例中，该设定的停车围栏也称之为停车区域、停车点等，为根据规划划定的、允许停车的区域。在划定该停车围栏后，可以由运维人员将表示停车围栏的位置信息上传至服务器1000中。
112.在本公开的一个实施例中，至少一个检测项可以包括第一检测项，执行第一检测项可以包括如下所示的步骤s3110～s3120：
113.步骤s3110，控制射频阅读器通过天线进行射频扫描，得到射频标签的标签信息。
114.射频阅读器能够通过射频识别信号自动识别目标对象并获取相关数据，无须人工干预，可识别高速运动物体并可同时识别多个射频标签，操作快捷方便。
115.本实施例中，射频阅读器可以通过天线与射频标签之间可以进行非接触式的数据通信，达到读取射频标签内所存储的数据的目的。
116.射频阅读器通过天线进行射频扫描的过程中，如果天线与射频标签之间的距离在预设的感应范围内，射频阅读器则可以通过天线扫描到射频标签内所存储的标签信息。具体的，该感应范围的设定，可以是使得脚撑底部与设置射频标签的固定停车点相接触的情况下，天线与射频标签之间的距离在感应范围内；使得脚撑底部离开设置射频标签的固定停车点的情况下，例如，在脚撑被抬起的情况下，天线与射频标签之间的距离在感应范围外。
117.这样，在脚撑底部与设置射频标签的固定停车点相接触的情况下，射频阅读器就可以扫描到设置在设定停车围栏内的射频标签的标签信息。在脚撑底部离开设置射频标签的固定停车点的情况下，射频阅读器就将无法扫描到设置在设定停车围栏内的射频标签的标签信息。那么，就可以根据射频阅读器的标签信息确定共享自行车是否停放在设定的停车围栏中。
118.步骤s3120，对标签信息进行校验，根据校验结果确定该共享自行车是否通过第一检测项。
119.其中，在校验结果表示存储该标签信息的射频标签与设定的停车围栏匹配的情况下，确定共享自行车通过第一检测项。
120.在本实施例中，可以是预先对射频标签，与设置该射频标签的设定的停车围栏进行绑定。
121.具体的，射频信息可以包括射频标签的身份识别信息，该身份识别信息可以唯一标识射频标签。还可以预先针对设定的停车围栏设置唯一的身份标识信息，根据射频标签的身份识别信息和设定的停车围栏的身份标识信息，设置表示射频标签和设定的停车围栏之间匹配关系的关系表。根据该关系表，即可以确定存储有本次扫描到的射频信息的射频
标签与设定的停车围栏是否匹配。
122.在存储有射频阅读器扫描到的标签信息的射频标签，与设定的停车围栏匹配的情况下，表示脚撑底部与设置射频标签的固定停车点相接触，且该射频标签设置在设定的停车围栏中，也即共享自行车停放在设定的停车围栏中，因此，可以判定共享自行车通过第一检测项。在射频阅读器无法扫描到设置在设定停车围栏内的射频标签的标签信息的情况下，表示脚撑底部离开设置射频标签的固定停车点，即共享自行车未停放在设定的停车围栏中，因此，可以判定共享自行车未通过第一检测项。在射频阅读器扫描到的标签信息与设定的停车围栏不匹配的情况下，表示脚撑底部与射频标签相接触，但该射频标签并未设置在设定的停车围栏中，即共享自行车未停放在设定的停车围栏中，因此，也可以判定共享自行车未通过第一检测项。
123.本实施例通过执行第一检测项，可以保证共享自行车在停车围栏中定点停放，实现对共享自行车在停车围栏中的精准停放，避免共享自行车在停车围栏中停放混乱的情况，还可以防止射频标签被仿制导致用户随意停车。而且，该第一检测项的执行不受天气、楼宇遮挡影响，以保证共享自行车在不同场景下的定位精度。此外，固定停车点设置的射频标签为无源芯片，不需要外接电源进行维护，不会额外增加射频标签的维护成本。
124.在本公开的一个实施例中，该标签信息包括射频标签的身份标识信息。在此基础上，方法还包括：根据身份标识信息确定共享自行车的第二位置信息；根据第二位置信息，在车辆地图中对共享自行车进行标识。
125.在本实施例中，该身份标识信息，可以是唯一标识该射频标签的信息，根据该射频标识信息，可以确定共享自行车所在的停车围栏、以及与共享自行车的脚撑相接触的固定停车点内所设置的射频标签。
126.在本实施例中，在停车围栏中设置射频标签后，可以由运维人员将射频标签在停车围栏中的位置信息上传至服务器中。例如，可以创建反映停车围栏的位置信息、射频标签在停车围栏中的位置信息与射频标签的身份标识信息间的映射关系的第一映射表，并根据射频标签的身份标识信息，在该第一映射表中查找对应的停车围栏的位置信息、射频标签在停车围栏中的位置信息。
127.在射频标签在停车围栏中的位置信息为绝对位置信息的情况下，可以是将该设定射频标签的位置信息作为共享自行车的第二位置信息。
128.在射频标签在停车围栏中的位置信息为相对位置信息的情况下，可以是根据停车围栏的位置信息、射频标签在停车围栏中的位置信息，确定共享自行车的第二位置信息。该第二位置信息，可以是共享自行车与停车围栏的相对位置信息，也可以是绝对位置信息。
129.在本公开的一个实施例中，该方法还可以包括：在该共享自行车通过第一检测项的情况下，更新停车围栏内停放的共享自行车的数量；并根据该数量对停车围栏进行共享自行车的调度。
130.本实施例的步骤可以是由服务器实施。具体的，在共享自行车通过第一检测项的情况下，可以是将与该共享自行车的射频阅读器所扫描到的标签信息匹配的停车围栏中，停放的共享自行车的数量加一。在停车围栏中停放的共享自行车的数量满足调入条件的情况下，可以是通知运营人员向该停车围栏中调入共享自行车，在停车围栏中停放的共享自行车的数量满足调出条件的情况下，可以是通知运营人员将该停车围栏中所停放的共享自
行车调出。其中，调入条件和调出条件可以是预先根据停车围栏所设定的。例如，调入条件可以是小于或等于第一数量阈值，调出条件可以是大于或等于第二数量阈值。第一数量阈值小于第二数量阈值，第一数量阈值和第二数量阈值可以是预先根据该停车围栏中固定停车点的数量确定的，也可以是根据该停车围栏的尺寸确定的，在此不做限定。
131.在共享自行车关锁成功的情况下，可以是根据第二位置信息，在车辆地图中对共享自行车进行标识，以供其他用户对该共享自行车进行使用。
132.在本公开的另一个实施例中，至少一个检测项可以包括第二检测项，执行第二检测项可以包括如下所示的步骤s3210～s3220：
133.步骤s3210，获取共享自行车的第一位置信息。
134.该第一位置信息可以是反映该共享自行车所在位置的信息。
135.在一个例子中，该步骤s3210可以是由共享自行车实施的。
136.第一位置信息可以包括共享自行车的绝对位置信息。该绝对位置信息例如可以由共享自行车的gps等定位装置提供。这可以是，共享自行车的处理器根据该位置上报指令，读取定位装置采集到的绝对位置信息，作为第一位置信息。
137.第一位置信息也可以包括共享自行车相对标定物的相对位置信息，该标定物可以包括其他共享自行车的蓝牙装置、停车围栏内安装的蓝牙装置、及停车围栏内安装的射频识别装置中的至少一项。
138.以停车围栏内安装蓝牙装置为例，共享自行车在进入该停车围栏后，便可与该蓝牙装置建立蓝牙连接，该相对位置信息可以包括反映该共享自行车与该蓝牙装置间的距离的接收信号强度值(receivedsignalstrengthindication，rssi)。
139.在另一个例子中，该步骤s3210可以是由服务器实施的。
140.共享自行车可以是按照设定的第二频率上报第一位置信息，使得服务器获得共享自行车的第一位置信息。其中，设定的第二频率可以是预先根据应用场景或具体需求设定好的。例如，该设定的第二频率可以是3小时1次。
141.在另一个例子中，服务器在检测到共享自行车发生还车事件的情况下，向共享自行车发送第一指令。共享自行车可以是响应于该第一指令，将最新获取到的第一位置信息上报至服务器。
142.步骤s3220，根据第一位置信息，确定共享自行车是否通过第二检测项。
143.在本实施例中，为了加快第二检测项的执行速度，该步骤s3220可以是由服务器执行。
144.其中，在第一位置信息表示共享自行车位于停车围栏中的情况下，确定共享自行车通过第二检测项。在第一位置信息表示共享自行车未位于停车围栏中的情况下，确定共享自行车未通过第二检测项。
145.在第一位置信息包括共享自行车的绝对位置信息的实施例中，由于服务器记录有设定的停车围栏的位置信息，因此，服务器根据该绝对位置信息，可以判断该共享自行车是否位于设定的停车围栏中。
146.例如，停车围栏的位置信息可以包括停车围栏的中心位置坐标及区域半径，即，可以通过该中心位置坐标及区域半径等限定该停车围栏的有效范围。对此，服务器通过第一位置信息检测共享自行车是否位于该有效范围内，来判定共享自行车是否位于设定的停车
围栏中。
147.又例如，停车围栏的位置信息可以包括停车围栏边界的角点位置坐标，其中，角点为边界上的不可导的点，并通过该角点位置坐标限定该停车围栏的有效范围。对此，服务器通过检测第一位置信息检测共享自行车是否位于该有效范围内，来判定共享自行车是否位于设定的停车围栏中。
148.在第一位置信息包括共享自行车相对标定物的相对位置信息的实施例中，由于服务器记录有该标定物的位置信息(可以包括绝对位置信息和/或所在的停车围栏)，因此，服务器根据该相对位置信息，便可以判断该共享自行车是否位于设定的停车围栏中。
149.例如，可以通过停车围栏的标定物的标识来表示停车围栏的位置信息。对此，在共享自行车或者用户终端能够与该停车围栏的标定物建立连接，并将建立连接后获得的标定物的标识作为第一位置信息发送给服务器后，服务器即可根据该标识或者根据该标识及接收信号强度值，确定共享自行车是否已经位于停车围栏中。
150.本实施例通过执行第一检测项和/或第二检测项，可以保证共享自行车停放在停车围栏中。
151.在一个例子中，在至少一个检测项中包含第一检测项和第二检测项的情况下，为了避免射频标签被恶意仿制来影响对第一检测项的检查结果，可以是在共享自行车通过第一检测项和第二检测项的情况下，确定共享自行车符合还车条件。在共享自行车未通过第一检测项或第二检测项的情况下，确定共享自行车不符合还车条件。
152.在本公开的再一个实施例中，设定的还车条件，还可以包括定向停放。至少一个检测项可以包括第三检测项，执行第三检测项可以包括如下所示的步骤s3310～s3320：
153.步骤s3310，获取共享自行车的停放方向信息。
154.该实施例中，共享自行车的停放方向信息反映该共享自行车在停放时的方向，即，反映共享自行车的停放方向。例如，根据共享自行车的停放方向信息，确定共享自行车的停放方向为正北方向，或者正北偏东10
°
方向等。
155.共享自行车在任意时刻的方向信息，例如停放方向信息，可以包括由安装在共享自行车上的姿态传感器采集到的姿态数据。该姿态传感器包含三轴陀螺仪、三轴加速度计、三轴电子罗盘等至少一种运动传感器。
156.在一个例子中，可以将该姿态传感器设置在共享自行车的后架上，后架包括共享自行车的车身中管和相对该车身中管固定的其他部件，共享自行车的前架用于安装共享自行车的前轮，前架可以相对后架转动。该实施例中，共享自行车的方向信息反映的是共享自行车后架的方向信息。
157.在本公开一个实施例中，该步骤s3310可以是由共享自行车所实施的。
158.该实施例中，共享自行车可以在检测到共享自行车发生还车事件的情况下，读取姿态传感器当前采集到的方向信息，作为该共享自行车的停放方向信息。
159.该实施例中，共享自行车也可以在检测到共享自行车发生还车事件的情况下，获取共享自行车当前的方向信息，作为该共享自行车的停放方向信息。获取共享自行车当前的方向信息也即为，在检测到共享自行车发生还车事件的情况下，读取姿态传感器采集到的方向信息，对此，可以设置共享自行车的处理器按照设定的时间间隔读取姿态传感器采集到的方向信息，这样，处理器在接收到还车请求后，可以直接获取最新读取到的方向信息
作为该停放方向信息。
160.该实施例中，可以设置该时间间隔具有较短的时间长度，以提高最新读取到的方向信息作为共享自行车的停放方向信息的准确性，例如，该时间间隔为30s或者1min等。
161.在本公开一个实施例中，该步骤s3310可以是由服务器所实施的。
162.在一个例子中，共享自行车可以是按照设定的第三频率上报停放方向信息，使得服务器获得共享自行车的停放方向信息。其中，设定的第三频率可以是预先根据应用场景或具体需求设定好的。例如，该设定的第三频率可以是1分钟1次。
163.在另一个例子中，服务器在检测到共享自行车发生还车事件的情况下，向共享自行车发送第二指令。共享自行车可以是响应于该第二指令，读取姿态传感器当前采集到的停放方向信息上报至服务器。或者，共享自行车还可以是响应于该第二指令，将最新读取到的停放方向信息上报至服务器。
164.步骤s3320，根据停放方向信息，确定共享自行车是否通过第三检测项。
165.其中，在停放方向信息表示共享自行车的停放方向与所在的停车围栏的标准停放方向一致的情况下，确定共享自行车通过第三检测项。在停放信息表示共享自行车的停放方向与所在的停车围栏的标准停放方向不一致的情况下，确定共享自行车未通过第三检测项。
166.在本公开的一个实施例中，该步骤s3320可以是由服务器执行。
167.在本实施例中，在划定该停车围栏后，可以由运维人员将停车围栏的标准停放方向上传至服务器中。例如，可以创建反映停车围栏的标识与标准停放方向间的映射关系的第二映射表，并根据共享自行车的停放位置所在的停车围栏，在该第二映射表中查找对应的标准停放方向。
168.服务器可以是先确定共享自行车所在的停车围栏，再根据停放方向信息，确定共享自行车的停放方向与所在的停车围栏的标准停放方向是否一致。
169.在一个例子中，服务器可以是根据共享自行车的第一位置信息和/或第二位置信息，来确定共享自行车所在的停车围栏。
170.在共享自行车的停放方向与所在的停车围栏的标准停放方向之间的夹角小于或等于设定角度的情况下，可以确定共享自行车的停放方向与所在的停车围栏的标准停放方向一致；在共享自行车的停放方向与所在的停车围栏的标准停放方向之间的夹角大于设定角度的情况下，可以确定共享自行车的停放方向与所在的停车围栏的标准停放方向不一致。
171.其中，设定角度可以是预先根据应用场景或具体需求所设定的。例如，该设定角度可以是30度。
172.在本公开的另一个实施例中，该步骤s3320可以是由共享自行车执行。
173.在本实施例中，在划定该停车围栏后，可以由运维人员将停车围栏的标准停放方向，存储在设置在该停车围栏中的射频标签中，使得该停车围栏中的射频标签的标签信息中包含该停车围栏的标准停放方向。
174.在共享自行车的停放方向与所在的停车围栏的标准停放方向之间的夹角小于或等于设定角度的情况下，可以确定共享自行车的停放方向与所在的停车围栏的标准停放方向一致；在共享自行车的停放方向与所在的停车围栏的标准停放方向之间的夹角大于设定
角度的情况下，可以确定共享自行车的停放方向与所在的停车围栏的标准停放方向不一致。
175.其中，设定角度可以是预先根据应用场景或具体需求所设定的。例如，该设定角度可以是30度。
176.本实施例通过执行第三检测项，可以保证共享自行车定向停放在停车围栏中。
177.在本公开的一个实施例中，该方法还可以包括如下所示的步骤s3300～s3500：
178.步骤s3300，获取射频阅读器的工作参数的实际值。
179.本实施例中的工作参数，可以包括工作电流和/或工作电压。
180.步骤s3400，根据该工作参数的实际值，检测该射频阅读器是否发生故障。
181.在本实施例中，根据该工作参数的实际值，检测该射频阅读器是否发生故障，可以是将该工作参数的实际值与预设的该工作参数的参考值进行比较，在该工作参数的实际值与参考值之间的差值的绝对值小于或等于设定值的情况下，确定该射频阅读器未发生故障；在该工作参数的实际值与参考值之间的差值的绝对值大于设定值的情况下，确定该射频阅读器发生故障。
182.步骤s3500，在检测到该射频阅读器发生故障的情况下，停止执行第一检测项。
183.在在检测到该射频阅读器发生故障的情况下，无论共享自行车的脚撑是否放置在停车围栏中的固定停车点，该射频阅读器就无法扫描到设置在设定的停车围栏内的射频标签的标签信息，那么，也就无法根据射频阅读器的标签信息的校验结果确定共享自行车是否通过第一检测项。
184.因此，在检测到该射频阅读器发生故障的情况下，没有必要在执行第一检测项，可以停止执行第一检测项。
185.步骤s3200，在检测结果表示共享自行车符合该还车条件的情况下，控制该共享自行车关锁。
186.在检测所述共享自行车是否符合设定的还车条件，得到检测结果的步骤是由服务器执行的实施例中，在检测结果表示共享自行车符合该还车条件的情况下，服务器可以是向共享自行车发送关锁指令，以控制共享自行车关锁。
187.共享自行车在接收到服务器发送的关锁指令的情况下，将根据该关锁指令控制车锁关锁，完成还车操作。
188.在检测所述共享自行车是否符合设定的还车条件，得到检测结果的步骤是由共享自行车执行的实施例中，在检测结果表示共享自行车符合该还车条件的情况下，共享自行车可以是执行关锁动作，完成还车操作。
189.在检测结果表示共享自行车不符合该还车条件的情况下，禁止该共享自行车关锁。
190.在检测所述共享自行车是否符合设定的还车条件，得到检测结果的步骤是由服务器执行的实施例中，在检测结果表示共享自行车不符合该还车条件的情况下，服务器可以是不向共享自行车发送关锁指令，即不会控制共享自行车关锁。
191.在检测所述共享自行车是否符合设定的还车条件，得到检测结果的步骤是由共享自行车执行的实施例中，在检测结果表示共享自行车不符合该还车条件的情况下，共享自行车可以是不执行关锁动作。
192.根据本公开实施例的共享自行车的还车处理方法，使用共享自行车的用户，在归还共享自行车时，可以是将共享自行车的脚撑放置在设定的停车围栏内设置有射频标签的固定停车点内，使得共享自行车的射频阅读器通过设置在脚撑上的天线扫描到射频标签的标签信息的情况下，判定共享自行车符合位于停车围栏中的还车条件，控制共享自行车关锁，完成还车。由于通过将共享自行车的脚撑放置在停车围栏内设置有射频标签的固定停车点内进行还车，不依赖于共享自行车的定位模块、蓝牙模块的定位时间和定位精度等，因此，本公开实施例能够有效提高还车效率和还车成功率，进而提升用户的还车体验。
193.在本公开的一个实施例中，该方法还可以包括：根据检测结果控制共享自行车发出相应的语音提示。
194.在一个例子中，在检测结果表示共享自行车符合所述还车条件的情况下，可以是控制共享自行车发出第一语音提示。在检测结果表示共享自行车不符合所述还车条件的情况下，可以是控制共享自行车发出第二语音提示。其中，第一语音提示和第二语音提示可以是预先设定好、并存储在共享自行车内的不同的语音提示，以供用户区分所使用的共享自行车是否符合还车条件。
195.在另一个例子中，还可以是在检测结果表示共享自行车符合所述还车条件的情况下，控制共享自行车发出语音提示。在检测结果表示共享自行车不符合所述还车条件的情况下，控制共享自行车不发出语音提示。
196.在本公开的一个实施例中，该方法还可以包括：向使用共享自行车的用户终端发送还车提示信息。其中，该还车提示信息包括提示共享自行车是否符合还车条件的信息。
197.在检测结果表示共享自行车不符合所述还车条件的情况下，还车提示信息还可以包括向用户提示还车失败的原因的信息。例如，该还车提示信息可以是“请将共享自行车停放在停车点内”、“请将共享自行车按照标准停放方向进行摆放”的信息。
198.在检测结果表示共享自行车不符合所述还车条件的情况下，向使用共享自行车的用户终端发送还车提示信息，可以包括：
199.配置用户终端打开设定的还车提示页面。其中，还车提示页面包括还车提示信息和强制还车控件，强制还车控件可以用于根据用户的触发使得用户终端向共享自行车发送关锁指令，以供该共享自行车根据该关锁指令执行关锁动作。
200.在本实施例中，用户终端在接收到用户触发强制还车控件的信号的情况下，可以是通过网络、蓝牙或者是nfc将关锁指令发送至共享自行车，也可以是通过网络将关锁指令发送至服务器，由服务器再将该关锁指令转发至该共享自行车。共享自行车在接收到该关锁指令的情况下，执行关锁动作，完成还车操作。
201.这样，在共享自行车不符合所述还车条件的情况下，用户还可以通过移动终端进行强制还车，避免影响用户正常使用。
202.《装置实施例一》
203.与上述方法相对应的，本公开还提供了一种共享自行车的还车处理装置400，所述共享自行车设置有射频阅读器、以及设置在脚撑上的天线。如图4所示，该共享自行车的还车处理装置400可以包括检测执行模块410和关锁控制模块420。所述检测执行模块410用于在检测到共享自行车发生还车事件的情况下，通过执行设定的至少一个检测项，检测所述共享自行车是否符合设定的还车条件，得到检测结果；所述关锁控制模块420用于在所述检
测结果表示所述共享自行车符合所述还车条件的情况下，控制所述共享自行车关锁。
204.所述至少一个检测项包括第一检测项，执行所述第一检测项包括：
205.控制所述射频阅读器通过所述天线进行射频扫描，得到射频标签的标签信息；
206.对所述标签信息进行校验，根据校验结果确定所述共享自行车是否通过所述第一检测项；其中，在所述校验结果表示所述射频标签与设定的停车围栏匹配的情况下，确定所述共享自行车通过所述第一检测项。
207.在本公开的一个实施例中，所述还车事件包括以下至少一项：
208.接收到对所述共享自行车的还车请求；
209.检测到所述共享自行车处于静止状态的连续时间长度达到设定时间长度；
210.检测到所述共享自行车的脚撑感应到指定还车动作。
211.在本公开的一个实施例中，所述至少一个检测项还包括第二检测项，执行所述第二检测项包括：
212.获取所述共享自行车的第一位置信息；
213.根据所述第一位置信息，确定所述共享自行车是否通过所述第二检测项；其中，在所述第一位置信息表示所述共享自行车位于所述停车围栏中的情况下，确定所述共享自行车通过所述第二检测项。
214.在本公开的一个实施例中，所述至少一个检测项还包括第三检测项，执行所述第三检测项包括：
215.获取所述共享自行车的停放方向信息；
216.根据所述停放方向信息，确定所述共享自行车是否通过所述第三检测项；其中，在所述停放方向信息表示所述共享自行车的停放方向与所在停车围栏的标准停放方向一致的情况下，确定所述共享自行车通过所述第三检测项。
217.在本公开的一个实施例中，该还车处理装置400还可以包括：
218.用于获取所述射频阅读器的工作参数的实际值的模块；
219.用于根据所述工作参数的实际值，检测所述射频阅读器是否发生故障的模块；
220.用于在检测到所述射频阅读器发生故障的情况下，停止执行所述第一检测项的模块。
221.在本公开的一个实施例中，所述标签信息包括所述射频标签的身份标识信息；
222.所述还车处理装置400还可以包括：
223.用于根据所述身份标识信息确定所述共享自行车的第二位置信息的模块；
224.用于根据所述第二位置信息，在车辆地图中对所述共享自行车进行标识的模块。
225.在本公开的一个实施例中，所述还车处理装置400还包括：
226.用于根据所述检测结果控制所述共享自行车发出相应的语音提示的模块；和/或，
227.用于向使用所述共享自行车的用户终端发送还车提示信息的模块；其中，所述还车提示信息包括提示所述共享自行车是否符合所述还车条件的信息。
228.在本公开的一个实施例中，在所述检测结果表示所述共享自行车不符合所述还车条件的情况下，所述向使用所述共享车辆的用户终端发送还车提示信息，包括：
229.配置所述用户终端打开设定的还车提示页面；其中，所述还车提示页面包括所述还车提示信息和强制还车控件，所述强制还车控件用于根据用户的触发使得所述用户终端
向所述共享自行车发送关锁指令，以供所述共享自行车根据所述关锁指令执行关锁动作。
230.在本公开的一个实施例中，所述还车处理装置400还包括：
231.用于在所述共享自行车通过所述第一检测项的情况下，更新所述停车围栏内停放的共享自行车的数量的模块；
232.用于根据所述数量对所述停车围栏进行共享自行车的调度的模块。
233.本领域技术人员应当明白，可以通过各种方式来实现共享自行车的还车处理装置400。例如，可以通过指令配置处理器来实现共享自行车的还车处理装置400。例如，可以将指令存储在rom中，并且当启动设备时，将指令从rom读取到可编程器件中来实现共享自行车的还车处理装置400。例如，可以将共享自行车的还车处理装置400固化到专用器件(例如asic)中。可以将共享自行车的还车处理装置400分成相互独立的单元，或者可以将它们合并在一起实现。共享自行车的还车处理装置400可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
234.在本实施例中，共享自行车的还车处理装置400可以具有多种实现形式，例如，共享自行车的还车处理装置400可以是任何的提供共享自行车的还车处理服务的软件产品或者应用程序中运行的功能模块，或者是这些软件产品或者应用程序的外设嵌入件、插件、补丁件等，还可以是这些软件产品或者应用程序本身。
235.《装置实施例二》
236.本实施例提供一种共享自行车的还车处理装置5000。如图5所示，该共享自行车的还车处理装置5000可以包括存储器5200和处理器5100，存储器5200用于存储程序指令，处理器5100用于在执行该计算机程序时，控制共享自行车的还车处理装置5000执行本实施例中提供的任意一项共享自行车的还车处理方法。
237.在本公开的一个实施例中，该共享自行车的还车处理装置5000可以是由服务器单独提供，也可以是由共享自行车单独提供，还可以是由服务器和共享自行车共同提供。
238.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
239.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
240.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计
算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
241.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
242.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
243.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
244.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
245.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
246.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技
术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人物能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。