进行乘车轨迹模拟，直至到收到第三位置信息为止，确定一卡通所属乘客的乘车轨迹。
[0052]本实施例提供的地铁计费方法，用户在进站时，一卡通接收到刷卡机的读卡请求后，向服务器发送第一位置信息，在用户乘车过程中，一卡通根据预设的规则，向服务器发送至少一个第二位置信息，用户出站时，一卡通接收到刷卡机的读卡请求后，向服务器发送第三位置信息，从而使服务器根据各位置信息确定一卡通所属用户的乘车轨迹，以便根据用户的乘车轨迹对一卡通进行计费，计费结果准确、合理。
[0053]上述实施例中提到，为了使服务器为了使服务器根据一卡通的各位置信息，方便的确定一卡通的进站和出站位置，可以在第一位置信息和第三位置信息中携带特殊的标识。另外，还可以通过控制一卡通的定位功能的开启和关闭，即控制一卡通向服务器发送位置信息的时机，来使服务器根据一卡通的各位置信息，方便的确定一卡通的进站和出站位置，下面结合图2对上述方法进详细的说明。图2为本发明实施例二提供的另一种地铁计费方法流程示意图。如图2所示，在上述SlO之后，该方法还包括:
[0054]S15，启动所述--^通的定位功能。
[0055]相应的，上述S14之后，还包括:
[0056]S16，关闭所述一^^通的定位功能。
[0057]具体的，一卡通收到第N次读卡请求后，即可触发打开一卡通的定位功能，来对一卡通进行实时定位，在接收到第N+1次读卡请求后，即可关闭定位功能，结束对一^通的定位，从而不再向服务器发送位置信息，至此，服务器在超过设定的时间间隔后，不再收到该一卡通的位置信息，即可确定一卡通所属的用户乘车结束，另外，由于第一位置信息，是服务器在一卡通第N次刷卡时，接收到的，距离一卡通第N-1次被读卡时发送的第三位置信息的时间间隔一定大于设定的时间间隔，因此，服务器可确定第一位置信息对应乘车起始位置，从而根据第一位置信息、第二位置信息和第三位置信息即可确定一卡通所属用户此次乘车轨迹。
[0058]另外，设置一卡通在进站时开启定位功能，出站时关闭定位功能，有效的防止了一卡通不断向服务器发送位置信息，给服务器带来的负担。
[0059]需要说明的是，一卡通发送的第一位置信息和第三位置信息，可以是由一卡通的定位功能确定的，也可以是一卡通与刷卡机接触时，从刷卡机处获得的，比如获得刷卡机的标识号，从而将刷卡机的标识号发送给服务器，而服务器中存储有各刷卡机的标识号及所处的位置信息，因此，服务器根据刷卡机的标识号，即可确定乘客的乘车起始和终止位置。
[0060]本实施例提供的地铁计费方法，在用户进站时，用户的一卡通接收到刷卡机的读卡请求后，启动定位功能，并向服务器发送第一位置信息，在用户乘车过程中，一卡通根据预设的规则，向服务器发送至少一个第二位置信息，用户出站时，一卡通接收到刷卡机的读卡请求后，向服务器发送第三位置信息，并关闭定位功能，从而使服务器根据各位置信息确定一卡通所属用户的乘车轨迹，以便根据乘车轨迹对一卡通进行计费，计费结果准确、合理，且仅在用户乘车过程中开启定位功能，向服务器发送位置信息，减轻了服务器的负担。
[0061]图3为本发明实施例三提供的又一种地铁计费方法流程示意图。如图3所示，该方法包括:
[0062]S30，接收一卡通的第一位置信息，所述第一位置信息是所述一卡通在第N次接收读卡请求后产生的，其中，N为奇数。
[0063]S31，接收所述一^^通的至少一个第二位置信息。
[0064]S32，接收所述一卡通的第三位置信息，所述第三位置信息是所述一卡通在第N+1次接收读卡请求后产生的。
[0065]S33，根据所述一卡通的各位置信息，确定所述一卡通所属用户的乘车轨迹。
[0066]S34，根据所述乘车轨迹对所述一卡通进行计费。
[0067]其中，本实施例提供的服务器，可以是指一个服务器，也可以是多个服务器的统称，比如，在任一地铁站处都设置一个服务器，所有服务器之间可以共享信息，从而多个服务器配合，即可确定一个一^^通所属的用户的乘车轨迹。
[0068]本实施例提供的服务器执行的地铁计费方法，为与上述实施例一或实施例二提供的地铁计费方法交互的方法，服务器的计费过程可参照上述实施例一或二的详细描述，此处不再赘述。
[0069]具体的，服务器接收到第一位置信息后，根据第一位置信息中携带的特殊标识，确定第一位置信息为一卡通乘车起始位置消息，之后，再收到第三位置信息后，根据第三位置信息中携带的特殊标识，确定第三位置信息为一卡通乘车结束位置消息，然后即可根据第一位置信息、第二位置信息及第三位置信息，确定一卡通的乘车轨迹，进而结合收费标准，对此次乘车进行计费；或者，还可以在服务器中存储一卡通标识与位置信息的对应关系，当服务器收到一卡通发送的位置信息后，通过查询一卡通标识与位置信息的映射关系表，判断此次收到的位置信息的是否为乘车起始或结束消息，举例来说，若服务器收到的某一卡通发送的某一位置信息，与该服务器收到的该一卡通前一次发送的位置信息的时间间隔为I小时，则可确定此次收到的位置信息为乘车起始消息，而之后在收到该一卡通发送的又一位置信息之后的第二预设时间内，比如10分钟内，都未再收到其他的位置信息，则可确定最后一次收到的位置信息为乘车结束消息，从而即可确定该一卡通的乘车轨迹，进而对该一卡通进行计费，可以理解的是，这种计费方式，对一卡通的扣款时间会比用户离站的时间滞后第二预设的时间。其中，第二预设的时间，可以根据一卡通向服务器发送位置信息的时间间隔确定，需大于一卡通发送位置信息的时间间隔。
[0070]本实施例提供的地铁计费方法，服务器在用户进站时，收到用户的一卡通发送的第一位置信息，之后在用户乘车过程中，收到一卡通发送的至少一个第二位置信息，在用户出站时，收到用户的一卡通发送的第三位置信息，然后根据各位置信息确定用户的乘车轨迹，进而根据用户的乘车轨迹，对一卡通进行计费，计费结构准确、合理。
[0071]上述实施例中，服务器中可以保存一卡通标识和位置信息的对应关系，从而根据收到的位置信息的时机，确定用户的乘车起始和终止位置。为了进一步简化服务器的计费过程，服务器中可以仅保存当前乘车用户的一卡通的位置信息，下面结合图4对服务器中仅保存当前乘车用户的一卡通的位置信息的情形进行详细说明。
[0072]图4为本发明实施例四提供的又一种地铁计费方法流程示意图。如图4所示，在上述S30之后，还包括:
[0073]S35，存储所述通的第一位置信息。
[0074]相应的，S34之后，还包括:
[0075]S36，将所述一卡通对应的各位置信息删除。
[0076]具体的，服务器在接收到一卡通的第一位置信息后，根据一卡通的标识，查找本地存储的一卡通标识与位置信息的对应关系，若未找到该一卡通标识对应的位置信息，则确定该第一位置信息为起始位置信息，或者，第一位置信息中有特殊标识，服务器根据该特殊标识，确定第一位置信息为起始位置信息，然后将该一卡通的标识与位置信息的对应关系存储在本地，之后在收到第三位置信息后，根据第三位置信息中的特殊标识，确定第三位置信息为结束位置信息，然后根据第一位置信息、第二位置信息和第三位置信息确定用户的乘车轨迹，并对一卡通进行计费后，即可将该一卡通对应的各位置信息删除，等再次收到该一卡通的位置信息时，重复上述过程。
[0077]本实施例提供的地铁计费方法，服务器在用户进站时，收到用户的一卡通发送的第一位置信息，之后在用户乘车过程中，收到一卡通发送的至少一个第二位置信息，在用户出站时，收到用户的一卡通发送的第三位置信息，然后根据各位置信息确定用户的乘车轨迹，进而根据用户的乘车轨迹，对一卡通进行计费，计费结构准确、合理。且，服务器中仅保存用户乘车过程中一卡通的各位置信息，在计费结束后，即将各位置信息删除，不仅简化了服务器对一卡通的计费过程，而且节省了服务器的资源。
[0078]图5为本发明实施例五提供的一种地铁计费一卡通结构示意图。如图5所示，该一卡通50包括:第一接收模块51、第一发送模块52、第二发送模块53和第二接收模块54。
[0079]其中，第一接收模块51，用于接收刷卡机的第N次读卡