发明内容
针对现有技术的缺陷，本发明提供一种UE行程信息监控方法及装置，通过对用户乘车过程中的行程信息的监控，保证弱势群体在打车过程中的安全性。
第一方面，本发明提供了一种UE行程信息监控方法，所述方法包括：
服务器在根据第一UE的打车请求派单之后，实时接收所述第一UE发送的当前第一位置信息；所述打车请求中包括出发地和目的地信息；
所述服务器根据所述目的地信息和所述第一位置信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息；
所述服务器在所述预设第一时间段之后，接收所述第一UE发送的当前第二位置信息，判断第二位置信息是否与所述至少一个待到达位置信息相同，若相同，则确定当前第一UE按照预设行程行驶。
优选的，所述服务器根据所述目的地信息和所述第一位置信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息，包括：
所述服务器获取第一位置信息对应的路面状况信息，
所述服务器根据所述目的地信息、所述第一位置信息和路面状况信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息。
优选的，所述判断第二位置信息是否与所述至少一个待到达位置信息相同之后，所述方法还包括：
若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向与所述第一UE关联的第二UE发送异常信息；
或者，
若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向第一UE发送指示发送异常信息的指令，以使所述第一UE根据所述指示发送异常信息的指令向与所述第一UE关联的第二UE发送异常信息。
优选的，所述异常信息包括：
所述第一UE采集的用户输入的语音信息；
或者
所述第一UE与所述第二UE建立通话连接。
优选的，所述方法还包括：
所述服务器每隔预设第二时间段向与第一UE关联的第二UE发送第一UE的当前位置信息和/或当前位置的路面状况信息和/或至少一个待到达的位置信息。
优选的，所述第一UE和第二UE为用户使用的移动终端或者用户的可穿戴设备。
第二方面，本发明提供了一种UE行程信息监控装置，所述装置包括：
接收单元，用于在根据第一UE的打车请求派单之后，实时接收所述第一UE发送的当前第一位置信息；所述打车请求中包括出发地和目的地信息；
确定单元，用于根据所述目的地信息和所述第一位置信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息；
判断单元，用于在所述预设第一时间段之后，接收所述第一UE发送的当前第二位置信息，判断第二位置信息是否与所述至少一个待到达位置信息相同，若相同，则确定当前第一UE按照预设行程行驶。
优选的，所述确定单元，具体包括获取子单元和待到达位置确定子单元；
所述获取子单元，用于获取第一位置信息对应的路面状况信息，
所述待到达位置确定子单元，用于根据所述目的地信息、所述第一位置信息和路面状况信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息。
优选的，所述判断单元，还用于若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向与所述第一UE关联的第二UE发送异常信息；
或者，
若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向第一UE发送指示发送异常信息的指令，以使所述第一UE根据所述指示发送异常信息的指令向与所述第一UE关联的第二UE发送异常信息。
优选的，所述异常信息包括：
所述第一UE采集的用户输入的语音信息；
或者
所述第一UE与所述第二UE建立通话连接。
优选的，所述装置还包括：
发送单元，用于每隔预设第二时间段向与第一UE关联的第二UE发送第一UE的当前位置信息和/或当前位置的路面状况信息和/或至少一个待到达的位置信息。
优选的，所述第一UE和第二UE为用户使用的移动终端或者用户的可穿戴设备。
由上述技术方案可知，本发明提供一种UE行程信息监控方法及装置，通过将弱势群体在乘车过程中的行程预估信息的实时发送到服务器上，实现对弱势群体打车过程中的安全监控的目的，保证了弱势群体在乘车过程中的人身安全。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
以下对本公开实施例中提及的部分词语进行举例说明。
本公开实施例中提及的用户设备(User Equipment，简称UE)是指呼叫服务方或者监控方，如交通工具叫车服务中的乘客或者监控人，所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。
如图1所示，本公开一实施例提供了一种行程信息监控方法，该方法包括如下步骤：
S101：服务器在根据第一UE的打车请求派单之后，实时接收所述第一UE发送的当前第一位置信息；所述打车请求中包括出发地和目的地信息。
其中，服务器在根据第一UE的打车请求派单之后，第一UE实时的将自身的位置信息上传到服务器，第一位置信息为用户当前的位置信息。
S102：所述服务器根据所述目的地信息和所述第一位置信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息。
可以理解的是，可能出发地与目的地之间存在不止一条路径，因此在预设的第一时间段内第一UE可以到达的下一个位置并不是唯一的，可存在多个。其中预设第一时间段可以根据实际情况设定，举例来说，可以是50米、100米等等，本公开并不对具体的值进行限定。
S103：所述服务器在所述预设第一时间段之后，接收所述第一UE发送的当前第二位置信息。
其中，第二位置信息为第一UE在预设第一时间段后的实时位置信息，第一位置信息为第一UE在预设第一时间段之前的实时位置信息，本实施例为较清楚的说明，故使用第一和第二进行区分，其均表示第一UE的实时位置信息。
S104：判断第二位置信息是否与所述至少一个待到达位置信息相同。
S105：若相同，则确定当前第一UE按照预设行程行驶。
若第一UE的第二位置信息与所述至少一个待到达位置信息相同，说明在第一UE在预设第一时间段内到达预估的位置，因此表明第一UE按照预设的行程行驶，即当前行驶为安全状态。
本实施例的UE行程信息监控方法，服务器实时接收第一UE发送的实时位置信息，进而判断该第一UE的行驶是否符合预期路程，由此，可有效实现对第一UE行驶过程的监控，保证第一UE的使用者的安全。
在本公开的另一个优选的实施例中，在上述图1所示的实施例的步骤S102之前，还可包括下述的图1未示出的步骤S102’：
S102’：所述服务器获取第一位置信息对应的路面状况信息。
举例来说，本实施例的路面状况信息可包括路面拥堵程度，车辆多少，指示灯情况等等，这些信息可以是从服务器中的数据库中获取，或者从其他的应用程序/应用软件中获取。
相应的，步骤S102具体为下述的步骤S102a：
S102a：所述服务器根据所述目的地信息、所述第一位置信息和路面状况信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息。
根据第一UE当前所在位置周围的路面状况信息能够预估在预设的时间段内预设第一时间段到达的位置。
本实施例中结合路面状态信息确定待到达的位置信息，进而较好应用在当前环境中，实现实时监控该第一UE的行驶是否符合预期路程，保证第一UE的使用者的安全。
图2示出了本公开另一实施例提供的一种UE行程信息监控方法的流程示意图；其中，图2的步骤S201、S202、S203、S204、S205与前述图1示出的步骤S101和S102、S103、S104、S105相同，在此不再赘述。图2还包括下述的步骤：
S206：若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向与所述第一UE关联的第二UE发送异常信息。
其中，第二UE为与第一UE的关联UE，第二UE可以为第一UE使用者的亲人或者监护人使用，当第一UE在第一预设时间段内未到达预估的位置时，服务器将异常信息发送至第二UE，使得第二UE能够及时的得知第一UE的异常情况。
图3示出了本公开另一实施例提供的一种UE行程信息监控方法的流程示意图；其中，图3的步骤S301、S302、S303、S304、S305与前述图1示出的步骤S101和S102、S103、S104、S105相同，在此不再赘述。图3还包括下述的步骤：
S306：若不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向第一UE发送指示发送异常信息的指令，以使所述第一UE根据所述指示发送异常信息的指令向与所述第一UE关联的第二UE发送异常信息。
其中，第二UE为与第一UE的关联UE，第二UE可以为第一UE使用者的亲人或者监护人使用，当第一UE在第一预设时间段内未到达预估的位置时，服务器将向第一UE发送指示异常信息的指令，第一UE根据接收到的指示异常信息的指令，向第二UE发送异常信息。
上述方法通过为第一UE关联亲人使用的UE，增加了异常机制，在乘车人的行程信息有异常变化时能够及时的通知与乘车人关联的用户。
在本公开的另一个优选的实施例中，上述图2或者图3中所述异常信息包括：所述第一UE采集的用户输入的语音信息。
本实施例中，服务器或者第一UE向第二UE发送异常信息，具体为要求用户输入语音信息，第一UE与第二UE之间建立通话连接，使得用户与关联的用户之间实时通话来确定乘车人乘车的安全性。
在本公开的另一个优选的实施例中，上述图2或者图3中所述异常信息包括：所述第一UE与所述第二UE建立通话连接。
本实施例中，服务器或者第一UE与第二UE发送异常信息，具体为启动拨打电话程序，第一UE与第二UE之间建立通话连接，使得用户与关联的用户之间实时通话来确定乘车人乘车的安全性。
图4示出了本公开另一实施例提供的一种UE行程信息监控方法的流程示意图；其中，图4的步骤S401、S402、S403、S404、S405与前述图1示出的步骤S101和S102、S103、S104、S105相同，在此不再赘述。图4还包括下述的步骤：
S406：所述服务器每隔预设第二时间段向与第一UE关联的第二UE发送第一UE的当前位置信息和/或当前位置的路面状况信息和/或至少一个待到达的位置信息。
上述方法保证了与乘车人使用的UE关联的UE能够实时的掌握乘车人的行程信息，便于对乘车人乘车的安全性进行监控。
在本公开的另一个优选的实施例中，所述第一UE和第二UE为用户使用的移动终端或者用户的可穿戴设备。
可以理解的是，第二UE为乘车人的监护人或者亲人的UE。将乘车人的行程信息发送至第二UE，可以使得乘车人的监护人或者亲人能够实时的掌控乘车人的行程信息。
上述方法通过将弱势群体在乘车过程中的路面状况信息和行程预估信息的实施与弱视群体使用的UE关联的监护人的UE上，实现安全用户对弱势群体的安全监控的目的，保证了弱势群体在乘车过程中的人身安全。
图5示出了本公开一实施例提供了一种UE形成信息监控装置，如图5所示，该装置包括接收单元501、确定单元502、判断单元503。其中：
接收单元501，用于在根据第一UE的打车请求派单之后，实时接收所述第一UE发送的当前第一位置信息；所述打车请求中包括出发地和目的地信息；
确定单元502，用于根据所述目的地信息和所述第一位置信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息；
判断单元503，用于在所述预设第一时间段之后，接收所述第一UE发送的当前第二位置信息，判断第二位置信息是否与所述至少一个待到达位置信息相同，若相同，则确定当前第一UE按照预设行程行驶。
本实施例中，所述确定单元502，具体包括图中未示出的获取子单元5021和待到达位置确定子单元5022；
所述获取子单元5021，用于获取第一位置信息对应的路面状况信息，
所述待到达位置确定子单元5022，用于根据所述目的地信息、所述第一位置信息和路面状况信息，确定第一UE在预设第一时间段内的至少一个待到达的位置信息。
进一步的，所述判断单元503，还用于若第二位置信息与所述至少一个待到达位置信息均不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向与所述第一UE关联的第二UE发送异常信息；
在本发明的另一个优选的实施例中，所述判断单元503，还用于若第二位置信息与所述至少一个待到达位置信息均不相同，则确定当前第一UE未按照预设行程行驶，所述服务器向第一UE发送指示发送异常信息的指令，以使所述第一UE根据所述指示发送异常信息的指令向与所述第一UE关联的第二UE发送异常信息。
其中，所述异常信息包括：所述第一UE采集的用户输入的语音信息。
在本发明的另一个优选的实施例中，所述异常信息包括：所述第一UE与所述第二UE建立通话连接。
进一步的，所述装置还包括：发送单元504，用于每隔预设第二时间段向与第一UE关联的第二UE发送第一UE的当前位置信息和/或当前位置的路面状况信息和/或至少一个待到达的位置信息。
其中，所述第一UE和第二UE为乘车人或者监护人使用的移动终端或者可穿戴设备。
可理解的是，上述装置与上述方法是一一对应的关系，上述方法中的实施细节也适用于上述装置，因此，本实施例不再对上述装置的具体实施细节进行详细描述。
上述装置通过将弱势群体在乘车过程中的路面状况信息和行程预估信息的实时发送到与弱视群体使用的UE关联的监护人使用的UE上，实现安全用户对弱势群体的行程信息的安全监控，保证了弱势群体在乘车过程中的人身安全。
本领域普通技术人员可以理解：实现上述方法实施例的全部或者部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。
本公开的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。