同步信息的方法及装置

1.一种同步信息的方法，其特征在于，该方法包括：
客户端接收服务端发送的第一信息，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息；
客户端接收到所述第一信息后，将所述第一听单偏好信息与所述客户端存储的第二听单偏好信息进行比较；
若所述第一听单偏好信息与所述第二听单偏好信息不一致，客户端向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端；
其中，所述第一听单偏好信息和第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述第一听单偏好信息与所述第二听单偏好信息一致，则客户端向用户展现所述订单信息。
3.根据权利要求1所述的方法，其特征在于，所述客户端接收服务端发送的第一信息之前，还包括：
客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；
接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；
或者，
客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。
4.根据权利要求1所述的方法，其特征在于，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息；
所述预约订单听单偏好信息包括预设的接单时间段信息；
所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息。
5.根据权利要求4所述的方法，其特征在于，所述客户端接收服务端发送的第一信息之前，还包括：
服务端根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息；
服务端根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。
6.一种同步信息的装置，其特征在于，该装置包括：
接收单元，用于接收服务端发送的第一信息，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息；
处理单元，用于当接收到所述第一信息时，将所述第一听单偏好信息与客户端存储的第二听单偏好信息进行比较；若所述第一听单偏好信息与所述第二听单偏好信息不一致，则向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至所述客户端；
其中，所述第一听单偏好信息和第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括展现单元，用于：
若所述第一听单偏好信息与所述第二听单偏好信息一致，则向用户展现所述订单信息。
8.根据权利要求6所述的装置，其特征在于，所述装置还包括设置单元，用于：
接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；
接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；
或者，
接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。
9.根据权利要求6所述的装置，其特征在于，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息；
所述预约订单听单偏好信息包括预设的接单时间段信息；
所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息。
10.根据权利要求6所述的装置，其特征在于，所述装置还包括筛选单元，用于：
根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息；
根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。

同步信息的方法及装置\n技术领域\n[0001] 本发明涉及计算机处理技术领域，尤其涉及同步信息的方法及装置。\n背景技术\n[0002] 目前，打车系统的使用越来越普遍，乘客可以便捷地通过移动终端上安装的打车系统发布打车请求，打车请求发送至服务端，而服务端通常会根据司机设置的听单偏好向司机所持的客户端推送相应的订单信息。而如何保证服务端存储的听单偏好信息和客户端存储的听单偏好信息一致则成为至关重要的问题。\n[0003] 现在常用的信息同步方法为：客户端向服务端发送用户设置的听单偏好信息后，屏蔽用户的一切操作，直至接收到服务端反馈的听单偏好信息的接收确认消息，如此保证服务端和客户端所保存的听单偏好信息一致。\n[0004] 然而，上述方法的弊端是：当客户端向发送听单偏好信息时，会屏蔽用户的一切操作，如此会对用户体验造成不便；而且，当用户更换客户端时，仍然会造成服务端和客户端所保存的听单偏好信息不一致。\n发明内容\n[0005] 针对现有技术的缺陷，本发明提供一种同步信息的方法及装置，能够在较短时间内使得服务端和客户端所保存的听单偏好信息达到一致，且不会对用户体验造成影响。\n[0006] 第一方面，本发明提供了一种同步信息的方法，该方法包括：\n[0007] 客户端接收服务端发送的第一信息，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息；\n[0008] 客户端接收到所述第一信息后，将所述第一听单偏好信息与所述客户端存储的第二听单偏好信息进行比较；\n[0009] 若所述第一听单偏好信息与所述第二听单偏好信息不一致，客户端向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端；\n[0010] 其中，所述第一听单偏好信息和第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。\n[0011] 优选地，所述方法还包括：\n[0012] 若所述第一听单偏好信息与所述第二听单偏好信息一致，则客户端向用户展现所述订单信息。\n[0013] 优选地，所述客户端接收服务端发送的第一信息之前，还包括：\n[0014] 客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；\n[0015] 接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；\n[0016] 或者，\n[0017] 客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。\n[0018] 优选地，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息；\n[0019] 所述预约订单听单偏好信息包括预设的接单时间段信息；\n[0020] 所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息。\n[0021] 优选地，所述客户端接收服务端发送的第一信息之前，还包括：\n[0022] 服务端根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息；\n[0023] 服务端根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。\n[0024] 第二方面，本发明还提供了一种同步信息的装置，该装置包括：\n[0025] 接收单元，用于接收服务端发送的第一信息，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息；\n[0026] 处理单元，用于当接收到所述第一信息时，将所述第一听单偏好信息与所述客户端存储的第二听单偏好信息进行比较；若所述第一听单偏好信息与所述第二听单偏好信息不一致，则向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端；\n[0027] 其中，所述第一听单偏好信息和第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。\n[0028] 优选地，所述装置还包括展现单元，用于：\n[0029] 若所述第一听单偏好信息与所述第二听单偏好信息一致，则向用户展现所述订单信息。\n[0030] 优选地，所述装置还包括设置单元，用于：\n[0031] 接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；\n[0032] 接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；\n[0033] 或者，\n[0034] 接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。\n[0035] 优选地，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息；\n[0036] 所述预约订单听单偏好信息包括预设的接单时间段信息；\n[0037] 所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息。\n[0038] 优选地，所述装置还包括筛选单元，用于：\n[0039] 根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息；\n[0040] 根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。\n[0041] 由上述技术方案可知，本发明提供一种同步信息的方法及装置，在服务端根据其存储的客户端的听单偏好信息向所述客户端发送订单信息的同时，向客户端发送其所存储的听单偏好信息，而客户端进一步对服务端存储的听单偏好信息和客户端存储的听单偏好信息进行比较，若两者不一致则重新发送听单偏好信息至服务端。如此服务端每次向客户端发送订单信息时都会发送听单偏好信息，从而能够在较短时间内使得服务端和客户端所保存的听单偏好信息达到一致，且不会对用户体验造成影响。\n附图说明\n[0042] 为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。\n[0043] 图1是本发明一实施例提供的一种同步信息的方法的流程示意图；\n[0044] 图2是本发明另一实施例提供的一种同步信息的装置的结构示意图。\n具体实施方式\n[0045] 下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。\n[0046] 如图1所示，为本公开一实施例提供的一种同步信息的方法，该方法包括如下步骤：\n[0047] S1：客户端接收服务端发送的第一信息。\n[0048] 其中，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息。\n[0049] 其中，所述客户端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。\n[0050] 其中，所述订单信息包括：终端出发地信息、终端目的地信息、终端的标识、和/或所述订单信息的生成时间等等。其中，终端为服务需求方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备；终端的标识包含手机号码、身份标识码(Identity，简称id)、硬件地址(Media Access Control，简称MAC)等。\n[0051] 需要说明的是，第一听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息，例如用户设置的偏好接单的时间段和地址范围等信息。其中，用户为司机。\n则所述订单信息为与所述第一听单偏好信息匹配的信息是指：根据第一听单偏好信息中设置的条件，服务端筛选出多个符合该条件的订单。而该听单偏好信息为客户端预先发送至服务端并存储的听单偏好信息，服务端根据第一听单偏好信息筛选出与第一听单偏好信息中的预设的接单时间信息及接单地址信息匹配的多个订单，并发送至客户端。\n[0052] S2：客户端接收到所述订单信息后，将所述第一听单偏好信息与所述客户端存储的第二听单偏好信息进行比较。\n[0053] 具体来说，本实施例中客户端将用户设置的听单偏好信息发送给服务端后，服务端并不会反馈响应消息至客户端。因此，为避免客户端发送听单偏好信息失败使得客户端和服务端的听单偏好信息不一致，则将服务端的第一听单偏好信息和客户端的第二听单偏好信息进行比较。其中，所述第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。\n[0054] 则将第一听单偏好信息中的预设接单时间段与第二听单偏好信息中的预设接单时间段进行比较，同时将第一听单偏好信息中的预设接单地址范围与第二听单偏好信息中的预设接单地址范围进行比较，若两者均相同，则表明第一听单偏好信息与第二听单偏好信息一致，否则第一听单偏好信息与第二听单偏好信息不一致。\n[0055] S3：若所述第一听单偏好信息与所述第二听单偏好信息不一致，客户端向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端。\n[0056] 具体来说，若第一听单偏好信息与第二听单偏好信息不一致，则表明服务端并未成功接收到客户端设置的最新的听单偏好信息，则客户端重新发送第二听单偏好信息，使得服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，以使客户端和服务端的听单偏好信息一致，而且服务端将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端，如此保证服务端根据听单偏好信息向客户端推送适合用户的订单信息。\n[0057] 相应地，所述方法还包括如下步骤：\n[0058] 若所述第一听单偏好信息与所述第二听单偏好信息一致，则客户端向用户展现所述订单信息。\n[0059] 具体来说，若第一听单偏好信息与第二听单偏好信息一致，则表明服务端已成功接收并更新客户端发送的最新设置的听单偏好信息，则客户端进一步将订单信息展现给用户，以使用户从中选择某一订单。\n[0060] 本实施例中，步骤S1之前，该方法还包括如下步骤：\n[0061] 客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；\n[0062] 接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；\n[0063] 或者，\n[0064] 客户端接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。\n[0065] 其中，接收用户在客户端的界面的操作是指，在客户端将用户设置的听单偏好信息发送至服务端后，并不会弹出loading对话框屏蔽用户的在客户端界面的任何操作，且不管是否接收到服务端的响应消息，都能够立即接收用户在客户端界面上的所有操作。\n[0066] 由此可见，本实施例中，客户端将听单偏好信息发送给服务端后，并不会屏蔽用户的一切操作而去等待接收服务端的响应消息，而是当服务端下次推送订单信息时，才去验证客户端与服务端的听单偏好信息是否一致，因此本实施例提供的方法相对于现有方法更方便用户的体验，不会造成时间的浪费，且由于服务端向客户端推送订单信息的频率比较频繁，则会在较短时间内使得客户端与服务端所存储的听单偏好信息达到一致。\n[0067] 本实施例中，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息。\n[0068] 其中，客户端标识包括：手机号码、身份标识码(Identity，简称id)、硬件地址(Media Access Control，简称MAC)等。而由于订单可分为预约订单和实时订单，则听单偏好信息包括预约订单听单偏好信息和实时订单听单偏好信息。\n[0069] 具体来说，所述预约订单听单偏好信息包括预设的接单时间段信息，即用户偏好接单的时间段信息；所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息，即用户偏好接单的地址范围。举例来说，预约订单听单偏好信息包括时间段信息，如预约时间为下午5点至下午8点的时间段；实时订单听单偏好信息包括地址范围信息，如出发地地址范围信息或目的地地址范围信息，如订单出发地距离客户端当前地址2km的范围内，或订单目的地距离客户端当前地址10km的范围内。\n[0070] 进一步地，本实施例步骤S1之前，该方法还包括如下步骤：\n[0071] 服务端根据本地存储的客户端的第一听单偏好信息获得与所述第一听单偏好信息匹配的订单信息。而该步骤具体包括：\n[0072] A01：服务端根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息。\n[0073] 举例来说，若预约订单听单偏好信息中的预设的时间段信息为下午5点至下午8点，则从所有预约订单中筛选出预约时间为下午5点至下午8点的预约订单，并将筛选出的预约订单信息发送至客户端。\n[0074] A02：服务端根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。\n[0075] 举例来说，若实时订单听单偏好信息中预设的地址范围信息为距离客户端当前地址2km的范围，则从所有实时订单中筛选出订单出发地距离客户端当前地址2km的范围内的实时订单，并将筛选出的实时订单信息发送至客户端。\n[0076] 本实施例提供了一种同步信息的方法，在服务端根据其存储的客户端的听单偏好信息向所述客户端发送订单信息的同时，向客户端发送其所存储的听单偏好信息，使得客户端将服务端存储的听单偏好信息和客户端存储的听单偏好信息进行比较，若不一致则重新发送听单偏好信息至服务端。如此服务端每次向客户端发送订单信息时都会发送听单偏好信息，从而能够在较短时间内使得服务端和客户端所保存的听单偏好信息达到一致，且不会对用户体验造成影响。\n[0077] 如图2所示，为本公开另一实施例提供了一种同步信息的装置结构示意图，该装置包括：接收单元201及处理单元202。其中：\n[0078] 接收单元201，用于接收服务端发送的第一信息，所述第一信息包括订单信息和所述服务端存储的第一听单偏好信息，所述订单信息为与所述第一听单偏好信息匹配的信息；\n[0079] 处理单元202，用于当接收到所述订单信息时，将所述第一听单偏好信息与所述客户端存储的第二听单偏好信息进行比较；若所述第一听单偏好信息与所述第二听单偏好信息不一致，则向服务端发送所述第二听单偏好信息，以使服务端根据所述第二听单偏好信息同步所述第一听单偏好信息，并将包括与同步的第一听单偏好信息匹配的订单信息的第一信息发送至客户端；\n[0080] 其中，所述第一听单偏好信息和第二听单偏好信息为用户通过客户端设置的用于筛选服务端中订单信息的信息。\n[0081] 需要说明的是，接收单元201及处理单元202均可位于客户端中。\n[0082] 本实施例中，所述装置还包括展现单元，用于：\n[0083] 若所述第一听单偏好信息与所述第二听单偏好信息一致，则向用户展现所述订单信息。所述展现单元可位于客户端中。\n[0084] 本实施例中，所述装置还包括设置单元，用于：\n[0085] 接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作；\n[0086] 接收所述服务端发送的完成更新所述服务端内存储的客户端的第一听单偏好信息的响应信息；\n[0087] 或者，\n[0088] 接收用户通过订单设置对话框设置的听单偏好信息，将所述用户设置的听单偏好信息发送至服务端，以及接收用户在客户端的界面的操作。\n[0089] 需要说明的是，所述设置单元可位于客户端中。\n[0090] 本实施例中，所述听单偏好信息包括：客户端标识、预约订单听单偏好信息和实时订单听单偏好信息；\n[0091] 所述预约订单听单偏好信息包括预设的接单时间段信息；\n[0092] 所述实时订单听单偏好信息包括根据客户端的当前地址预设的接单地址范围信息。\n[0093] 本实施例中，所述装置还包括筛选单元，用于：\n[0094] 根据所述第一听单偏好信息中的预约订单听单偏好信息，从多个预约订单中筛选出预设的接单时间段内的预约订单信息；\n[0095] 根据所述第一听单偏好信息中的实时订单听单偏好信息，从多个实时订单中筛选出预设的接单地址范围内的实时订单信息。\n[0096] 需要说明的是，所述筛选单元可位于服务端中。\n[0097] 对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。\n[0098] 应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。\n[0099] 本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。\n[0100] 应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。\n[0101] 以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。