CN113395344A - 行程轨迹分享方法、装置、电子设备及存储介质 - Google Patents

行程轨迹分享方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN113395344A
CN113395344A CN202110646253.6A CN202110646253A CN113395344A CN 113395344 A CN113395344 A CN 113395344A CN 202110646253 A CN202110646253 A CN 202110646253A CN 113395344 A CN113395344 A CN 113395344A
Authority
CN
China
Prior art keywords
track
order
batch
information
sharing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110646253.6A
Other languages
English (en)
Other versions
CN113395344B (zh
Inventor
於为定
舒江莉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Yunmanman Information Technology Co ltd
Original Assignee
Jiangsu Manyun Logistics Information Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jiangsu Manyun Logistics Information Co ltd filed Critical Jiangsu Manyun Logistics Information Co ltd
Priority to CN202110646253.6A priority Critical patent/CN113395344B/zh
Publication of CN113395344A publication Critical patent/CN113395344A/zh
Application granted granted Critical
Publication of CN113395344B publication Critical patent/CN113395344B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供一种行程轨迹分享方法、装置、电子设备及存储介质。方法包括：接收第一用户端发送的批量轨迹分享请求；根据所述批量轨迹分享请求确定多个目标订单和第二用户端；获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。本申请实施例通过批量向第二用户端发送轨迹信息，从而提高了轨迹分享的效率。

Description

行程轨迹分享方法、装置、电子设备及存储介质
技术领域
本申请涉及通信技术领域，具体而言，涉及一种行程轨迹分享方法、装置、电子设备及存储介质。
背景技术
为了保障行车安全，行程轨迹分享越来越多应用于网约车平台。例如：在出现安全事件或者在某些特定场景下(例如晚上打车)，乘客能够将自己的行程分享给他人，以便于他人利用应用程序APP、小程序或者网页等实时获取乘客的行程信息。
在货运行业中，大批量货物大多由多个承运人承运，并且收货方较为关心货物运输进度。在利用网络平台进行托运时，托运方可以通过APP查看各个承运方行程轨迹。因此，当存在多个承运方为同一个托运方运送货物，且收货方需要获知各个承运方的送货进度时，托运方只能分别将每个承运人的行程一个一个发给收货方，而收货方也需要一一查看各个承运人的行程轨迹，效率低下。在客运行业中，例如公司集体活动包多辆车出行时，也会遇到类似问题。
发明内容
本申请实施例的目的在于提供一种行程轨迹分享方法、装置、电子设备及存储介质，用以提高行程轨迹分享的效率。
第一方面，本申请实施例提供一种行程轨迹分享方法，包括：接收第一用户端发送的批量轨迹分享请求；根据所述批量轨迹分享请求确定多个目标订单和第二用户端；获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
本申请实施例通过批量向第二用户端发送轨迹信息，从而提高了轨迹分享的效率。
进一步地，在接收第一用户端发送的批量轨迹分享请求之前，所述方法还包括：接收所述第一用户端发送轨迹分享请求，所述轨迹分享请求包括待分享订单；根据所述待分享订单判断是否存在关联订单；若存在，则向所述第一用户端发送询问所述第一用户端是否批量分享轨迹的询问消息，其中，所述询问消息包括所述关联订单。
当存在关联订单时，向第一用户端发送询问消息，以提醒第一用户端有关联的订单，避免第一用户端逐个分享轨迹。
进一步地，所述多个目标订单包括：所述待分享订单和所述第一用户端从所述关联订单中选择的订单。
进一步地，所述待分享订单包括装货地信息和卸货地信息，所述根据所述待分享订单判断是否存在关联订单，包括：判断是否存在与所述待分享订单的所述装货地信息和/或所述卸货地信息相同的关联订单。通过关联订单的判断，若存在关联订单，则询问第一用户端是否批量分享，防止第一用户端在不知道有关联订单的情况下一一分享轨迹信息。
进一步地，所述批量轨迹分享请求包括所述第一用户端选择的所述多个目标订单。第一用户端可以主动选择要批量分享的目标订单。
进一步地，所述向所述第二用户端发送所述多个第一轨迹信息，包括：根据所述多个第一轨迹信息生成对应的链接；向所述第二用户端发送所述链接。
进一步地，所述方法还包括：获取所述第一用户端对应的被监测订单对应的最新的第二轨迹信息；根据所述第二轨迹信息对应的定位时间距当前时间的累计时长判断所述被监测订单的轨迹是否异常；若异常，则触发告警。使得第一用户端及时获知轨迹异常情况。
第二方面，本申请实施例提供另一种行程轨迹分享方法，包括：向服务器发送批量轨迹分享请求，所述批量轨迹分享请求包括多个目标订单和第二用户端。
进一步地，在向服务器发送批量轨迹分享请求之前，所述方法还包括：向所述服务器发送轨迹分享请求，所述轨迹分享请求包括待分享订单；接收所述服务器发送的询问是否批量分享轨迹的询问消息，其中，所述询问消息包括所述关联订单；从所述关联订单中选择要分享的订单；根据从所述关联订单中选择要分享的订单和所述待分享订单生成所述轨迹分享请求。
进一步地，所述向所述服务器发送轨迹分享请求，包括：接收订单筛选条件；根据所述订单筛选条件确定符合条件的订单，并展示所述符合条件的订单；从所述符合条件的订单中确定所述多个目标订单，并根据所述多个目标订单生成所述轨迹分享请求；向所述服务器发送轨迹分享请求。
第三方面，本申请实施例提供有一种行程轨迹分享方法，包括：接收服务器发送的批量轨迹信息，所述批量轨迹信息包括多个目标订单分别对应的第一轨迹信息；接收轨迹查看请求，并根据所述轨迹查看请求将包含所述第一轨迹信息的多个目标订单展示在同一个页面中。
进一步地，所述方法还包括：接收服务器发送的所述多个第一轨迹信息对应的轨迹状态；在所述页面中还展示有每个所述第一轨迹信息的所述轨迹状态。
第四方面，本申请实施例提供一种服务器，包括：请求接收模块，用于接收第一用户端发送的批量轨迹分享请求；信息确定模块，用于根据所述批量轨迹分享请求确定多个目标订单和第二用户端；轨迹分享模块，用于获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
第五方面，本申请实施例提供一种第一用户端，包括：请求发送模块，用于向服务器发送批量轨迹分享请求，所述批量轨迹分享请求包括多个目标订单和第二用户端。
第六方面，本申请实施例提供一种第二用户端，包括：信息接收模块，用于接收服务器发送的批量轨迹信息，所述批量轨迹信息包括多个目标订单分别对应的第一轨迹信息；轨迹查看模块，用于接收轨迹查看请求，并根据所述轨迹查看请求将包含所述第一轨迹信息的多个目标订单展示在同一个页面中。
第七方面，本申请实施例提供一种电子设备，包括：处理器、存储器和总线，其中，所述处理器和所述存储器通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面、第二方面或第三方面的方法。
第八方面，本申请实施例提供一种非暂态计算机可读存储介质，包括：所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面、第二方面或第三方面的方法。
本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的行程轨迹分享系统结构示意图；
图2为本申请实施例提供的一种行程轨迹分享方法流程示意图；
图3为本申请实施例提供的场景一的轨迹信息批量分享方法流程示意图；
图4为本申请实施例提供的询问页面示意图；
图5为本申请实施例提供的一种关联订单展示图；
图6为本申请实施例提供的场景二的轨迹信息批量分享方法流程示意图；
图7为本申请实施例提供的轨迹看板页面示意图；
图8为本申请实施例提供的第二用户端显示的链接示意图；
图9为本申请实施例提供的轨迹看板示意图；
图10为本申请实施例提供的一种行程轨迹分享方法信令交互图；
图11为本申请实施例提供的另一种行程轨迹分享方法信令交互图；
图12为本申请实施例提供的服务器结构示意图；
图13为本申请实施例提供的电子设备实体结构示意图。
具体实施方式
对比实施例中，托运方通过多个承运方为收货方运输货物的情况，当收货方需要获知每个承运方的轨迹信息时，需要由托运方一一将承运方的轨迹信息发送给收货方。并且收货方也需要一一点击查看各个承运方的轨迹信息，其轨迹分享效率较低。
可以理解的是，上述托运方指的是货主，承运方指的是运输货物的人，收货方指的是接收货物的人。
为了解决这一问题，本申请实施例提供一种行程轨迹分享方法，该方法通过接收第一用户端的批量轨迹分享请求，将多个目标订单对应的第一轨迹信息发送给第二用户端，以实现多个第一轨迹信息一并分享，从而提高了行程轨迹分享的效率。在接下来的描述中，虽然本申请的实施例是结合货运场景进行描述的，但本发明构思并不一定限定于货运领域。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
图1为本申请实施例提供的行程轨迹分享系统结构示意图，如图1所示，该系统包括服务器101、第一用户端102和第二用户端103；其中，第一用户端102为托运方所使用的终端，第二用户端103为收货方或其他需要获知订单行驶轨迹的人所使用的终端，为了便于描述，下述实施例中将第二用户端103对应的使用者为收货方。第一用户端102和一个第二用户端103可以是手机、平板电脑、智能穿戴设备，还可以是车载终端等，本申请实施例对此不做具体限定。可以理解的是，第一用户端102和第二用户端103均可以有多个，为便于画图，图1中只画出一个第一用户端102和一个第二用户端103。
服务器101分别与第一用户端102和第二用户端103通过网络通信连接，用于信息的传输，例如：第一用户端102可以通过网络向服务器101发送批量轨迹分享请求等，服务器101可以根据第一用户端102的请求返回对应的信息，服务器101还可以向第二用户端103发送多个第一轨迹信息等，以实现对第一轨迹信息的批量分享。
图2为本申请实施例提供的一种行程轨迹分享方法流程示意图，如图2所示，该方法应用于服务器，包括：
步骤201：接收第一用户端发送的批量轨迹分享请求；
步骤202：根据所述批量轨迹分享请求确定多个目标订单和第二用户端；
步骤203：获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
在步骤201中，当托运方想要将多个订单的轨迹信息分享给他人时，可以通过第一用户端向服务器发送批量轨迹分享请求。其中，批量轨迹分享请求是指要分享多条订单的轨迹信息的请求，且多条订单为处于运输中状态的订单。
在步骤202中，目标订单指的是要分享给第二用户端轨迹信息的订单。批量轨迹分享请求中可以包括多个目标订单，也可以只包括多个目标订单中的一个目标订单。针对批量轨迹分享请求包括多个目标订单的情况，服务器可以直接从批量轨迹分享请求中获取多个目标订单。针对批量轨迹分享请求只包括多个目标订单中的一个目标订单的情况，服务器可以根据这个目标订单获取相关联的订单作为目标订单。第二用户端为第一用户端选择的接收多个目标订单对应的第一轨迹信息的终端，也可以是服务器根据目标订单中收货人信息确定。
在步骤203中，第一轨迹信息指的是对应的目标订单的车辆在运输目标订单对应的货物时产生的轨迹信息。服务器在获取到多个目标订单分别对应的第一轨迹信息后，向第二用户端发送多个第一轨迹信息，从而第二用户端在接收到多个第一轨迹信息后，可以查看多个第一轨迹信息，实现第一轨迹信息的批量分享。
可以理解的是，轨迹信息批量分享可以分为两种场景，下面分别针对这两种场景进行介绍：
图3为本申请实施例提供的场景一的轨迹信息批量分享方法流程示意图，如图3所示，包括：
步骤301：托运方可以通过第一用户端查看待分享订单，并通过触发第一用户端中分享行程的功能，向服务器发送待分享订单的轨迹分享请求；
步骤302：服务器在接收到该轨迹分享请求后，根据轨迹分享请求中的待分享订单判断是否存在关联订单，如果存在关联订单，则向第一用户端发送询问第一用户端是否批量分享轨迹的询问消息，如图4所示，其中，询问消息中包括待分享订单对应的关联订单。
步骤303：托运方可以根据实际需求选择是否批量分享，若选择批量分享，则第一用户端向服务器发送批量轨迹分享请求。可以理解的是，第一用户端在向服务器发送批量轨迹分享请求之前，可以选择是否全部或部分将关联订单的轨迹信息进行批量分享，也可以不选择，若不选择具体分享哪些关联订单，则默认分享全部关联订单的轨迹信息。
步骤304：服务器在接收到第一用户端发送的批量轨迹分享请求后，根据批量轨迹分享请求确定多个目标订单，可以理解的是，多个目标订单包括待分享订单以及选择分享行程轨迹的关联订单。
步骤305：服务器获取多个目标订单分别对应的第一轨迹信息，并将多个第一轨迹信息一并发送给第二用户端。
在上述实施例的基础上，所述待分享订单包括装货地信息和卸货地信息，所述根据所述待分享订单判断是否存在关联订单，包括：
判断是否存在与所述待分享订单的所述装货地信息和/或所述卸货地信息相同的关联订单。
在具体的实施过程中，判断是否存在与待分享订单对应的关联订单的方法包括以下几种：
第一种：待分享订单包括一个装货地和一个卸货地，待确定订单也包括一个装货地和一个卸货地。可以理解的是，第一用户端对应的除待分享订单以外的其他处于运输中状态的订单。
(1)若待分享订单的装货地与待确定订单的装货地相同，则可认为待确定订单为待分享订单的关联订单。
(2)若待分享订单的卸货地与待确定订单的卸货地相同，则可认为待确定订单为待分享订单的关联订单。
(3)若待分享订单的装货地与待确定订单的装货地相同，且待分享订单的卸货地与待确定订单的卸货地相同，则可认为待确定订单为待分享订单的关联订单。
第二种：待分享订单包括一个装货地和一个卸货地，待确定订单包括多个装货地和多个卸货地。
(1)若待确定订单中有至少一个装货地与待分享订单的装货地相同，则可认为待确定订单为待分享订单的关联订单。
(2)若待确定订单中有至少一个卸货地与待分享订单的卸货地相同，则可认为待确定订单为待分享订单的关联订单。
(3)若待确定订单中有至少一个装货地与待分享订单的装货地相同，且待确定订单中有至少一个卸货地与待分享订单的卸货地相同，则可认为待确定订单为待分享订单的关联订单。
第三种：待分享订单包括多个装货地和多个卸货地，待确定订单包括多个装货地和多个卸货地。
(1)若待分享订单中有至少一个装货地与待确定订单中的至少一个装货地相同，则可认为待确定订单为待分享订单的关联订单。
(2)若待分享订单中有至少一个卸货地与待确定订单中的至少一个卸货地相同，则可认为待确定订单为待分享订单的关联订单。
(3)若待分享订单中有至少一个装货地与待确定订单中的至少一个装货地相同，且待分享订单中有至少一个卸货地与待确定订单中的至少一个卸货地相同，则可认为待确定订单为待分享订单的关联订单。
应当说明的是，上述判断装货地和/或卸货地是否相同时，不一定要求地址完全相同，属于同一个省、同一个市、同一个区的则认为是相同的。当然具体匹配精度可以根据实际情况进行确定，本申请实施例对此不作具体限定。另外，还可以根据其他信息进行关联订单的确定，例如可以根据收货人信息，对于同一个收货人，可能在多个地方设置有卸货地，因此，即便卸货地不在同一个区，那么也可以认为是关联订单。
本申请实施例提供一种关联订单展示图，如图5所示，当托运方选择批量分享行程轨迹后，服务器将关联订单发送给第一用户端，在第一用户端显示关联订单。在关联订单显示页面中，托运方可以选择只显示与装货地相同的关联订单，也可以选择只显示与卸货地相同的关联订单，还可以同时显示与装货地相同的关联订单和与卸货地相同的关联订单。针对展示多个关联订单的情况，可以按照关联订单对应的生产时间进行升序或降序排序展示。并且，每个关联订单包括承运方头像、姓名、车牌、车辆信息、最后一次定位时间、最后一次位置信息。另外，在该页面中默认选中待分享订单，通过选择头标签的装货地和卸货地展示不同的关联订单列表。托运方可以通过在该页面显示的关联订单列表中选择要批量分享的目标订单。
可以理解的是，图5中展示的是可以将多个目标订单的第一轨迹信息分享给好友，在实际应用中，可以将第一轨迹信息分享给运货APP中的好友对应的终端，还可以根据电话号码、微信好友、h5页面推送等进行第一轨迹信息的分享等，本申请实施例不对第一轨迹信息的具体分享方式进行限定。
图6为本申请实施例提供的场景二的轨迹信息批量分享方法流程示意图，如图6所示，包括：
步骤601：托运方通过第一用户端选择多个目标订单，在选择好要批量分享轨迹信息的多个目标订单后，通过触发批量分享功能并选择第二用户端后生成批量轨迹分享请求；
步骤602：向服务器发送该批量轨迹分享请求，其中，该批量轨迹分享请求中包括步骤601中托运方选择的多个目标订单；
步骤603：服务器接收该批量轨迹分享请求，从批量轨迹分享请求中获取多个目标订单，并获取多个目标订单分别对应的第一轨迹信息以及第二用户端；
步骤604：向第二用户端发送多个第一轨迹信息。
图7为本申请实施例提供的轨迹看板页面示意图，如图7所示，在轨迹看板页面中显示有运输中、轨迹正常、轨迹缺失等切换标签。其中，运输中的切换标签被选中时，会在切换标签下方区域显示当前处于运输中状态的订单；轨迹正常的切换标签被选中时，会在切换标签下方区域显示当前轨迹信息为正常的订单；轨迹缺失的切换标签被选中时，会在切换标签下方区域显示当前行驶轨迹为缺失的订单。并且，在每个切换标签下设置有具体的筛选条件，例如：装货地、卸货地、预计装货日期和预计卸货日期等。托运方通过第一用户端的轨迹看板页面进行订单筛选，例如：可以筛选运输中的预计装货日期为2099年3月29日和2099年3月28日的订单。当然，还可以利用其他筛选条件对其他切换标签中的订单进行筛选，本申请实施例在此不再赘述。
托运方可以从筛选后的订单中选择要批量分享轨迹信息的多个目标订单，在轨迹看板页面中可以显示已选目标订单的数量。可以理解的是，托运方选择的多个目标订单可以是关联订单，也可以不是关联订单。当选择完成后，可以通过批量分享功能，向服务器发送批量轨迹分享请求。
本申请实施例通过批量分享轨迹信息，提高了轨迹信息分享的效率。
在上述实施例的基础上，所述向所述第二用户端发送所述多个第一轨迹信息，包括：
根据所述多个第一轨迹信息生成对应的链接；
向所述第二用户端发送所述链接。
在具体的实施过程中，服务器向第二用户端发送多个第一轨迹信息对应的链接，如图8所示，收货方通过触发第二用户端的页面上显示的链接后，可以跳转到对应的应用程序中，在该应用程序中展示多个目标订单的第一轨迹信息，如图9所示，轨迹展示页面的页头展示分享用户信息，即，姓名+分享的轨迹；轨迹展示页面的主页面中展示多个目标订单的列表，每个目标订单包括装货地、卸货地、装货时间、卸货时间、最近一次定位信息、最近一次定位时间、轨迹状态、承运方头像、承运方姓名、车牌号、车辆信息等，并且还提供即时通讯功能模块，当收货方需要与承运方联系时，可以通过触发该即时通讯功能模块与承运方终端进行即时通讯。其中，轨迹状态包括目标订单当前轨迹正常、有定位信息轨迹缺失、无定位信息轨迹缺失和无轨迹轨迹获取中四种情况。当收货方触发轨迹信息时，可以进入轨迹详情页面，该轨迹详情页面用于展示承运方终端所经过的各个地点构成的轨迹，以及到达关键地点的时间。
在上述实施例的基础上，所述方法还包括：
获取所述第一用户端对应的被监测订单对应的最新的第二轨迹信息；
根据所述第二轨迹信息对应的定位时间距当前时间的累计时长判断所述被监测订单的轨迹是否异常；
若异常，则触发告警。
在具体的实施过程中，为了对承运方的运输安全进行监控，服务器可以获取被检测订单对应的最新的第二轨迹信息，其中，被检测订单指的是第二用户端对应的处于运输中状态的订单。最新的第二轨迹信息指的是被监测订单对应的最近一次的轨迹信息。服务器可以判断第二轨迹信息的时间距离当前时间的累计时长，若累计时长超过预设时长，则说明被监测订单的轨迹异常，服务器向第一用户端发出告警，以告知第一用户端该被监测订单的轨迹缺失。
应当说明的是，在确定累计时长时，可以直接计算第二轨迹的定位时间距离当前时间的时间间隔，也可以预先设定不累计轨迹时长的时间段，例如：可以将23:00-6:00这一时间段作为不累计轨迹时长的时间段。若第二轨迹的定位时间为22:00，当前时间为次日7:00，其累计时长为2小时，这2个小时由22:00-23:00和6:00-7:00构成。设置不累计轨迹时长的目的是，根据实际情况，在夜间23:00-6:00这一时间段，高速不允许货车进入，此时货车可能在高速公路的入口附近等待。
另外，若当前时间超过了预计卸货时间，那么计算获得的累计时长超过预设时长，也不再触发告警。例如：预计卸货时间为2099年3月27日18:00，到达该时间后，被监测订单仍处于运输中状态，在此场景下，即便累计时长大于预设时长，也不会触发告警。这么设定的原因是可能承运方已经将货物运输到卸货地，并完成卸货，但是承运方并没有向服务器提交完成订单的信息，用于防止误报警的情况发生。
在另一实施例中，第一用户端可以选择是否开启触发告警的功能。
在另一实施例中，当触发告警后，若再次获取到最近的第二轨迹信息，则自动关闭告警，轨迹状态置为正常。
本申请实施例的优势在于，在货运行业，承运方在接单后一般距离装完货还有一段时间(本申请实施例举例中为6小时)，如果在这6小时内不断采集承运方的第二轨迹会给服务器资源带来较大的负担，因此运输中的订单轨迹缺失6小时以内的，不判定为轨迹缺失，并且夜间不累计轨迹缺失时长，均能够降低服务器压力。
应当说明的是，预设时长可以根据实际情况进行设定，本申请实施例对此不作具体限定。
图10为本申请实施例提供的一种行程轨迹分享方法信令交互图，如图10所示，包括服务器、第一用户端和第二用户端：
步骤1001：第一用户端向服务器发送轨迹分享请求；可以理解的是，轨迹分享请求为第一用户端针对待分享订单的。
步骤1002：服务器向第一用户端发送询问消息；当服务器判断获知存在与待分享订单相关联的关联订单，则向第一用户端发送是否批量分享轨迹信息的询问消息。
步骤1003：第一用户端向服务器发送批量轨迹分享请求；当托运方选择批量分享，则第一用户端向服务器发送批量轨迹分享请求。
步骤1004：服务器获取多个目标订单分别对应的第一轨迹信息和第二用户端；多个目标订单包括待分享订单和托运方从关联订单中选择要分享的关联订单。
步骤1005：服务器向第二用户端发送包含多个第一轨迹信息的批量轨迹信息。可以理解的是，批量轨迹信息可以是以链接的形式发送给第二用户端，当收货方触发该链接时，第二用户端接收到轨迹查看请求，并根据轨迹查看请求将包含第一轨迹信息的多个目标订单展示在同一个页面中。
图11为本申请实施例提供的另一种行程轨迹分享方法信令交互图，如图11所示，包括服务器、第一用户端和第二用户端：
步骤1101：第一用户端向服务器发送批量轨迹分享请求；可以理解的是，批量轨迹分享请求中包括托运方通过第一用户端选择的多个目标订单。
步骤1102：服务器获取多个目标订单分别对应的第一轨迹信息和第二用户端；
步骤1103：服务器向第二用户端发送多个第一轨迹信息。可以理解的是，批量轨迹信息可以是以链接的形式发送给第二用户端，当收货方触发该链接时，第二用户端接收到轨迹查看请求，并根据轨迹查看请求将包含第一轨迹信息的多个目标订单展示在同一个页面中。
应当说明的是，发送给第二用户端的多个第一轨迹信息为实时更新的，当服务器获得到目标订单对应的车辆最新的第一轨迹信息后，将该最新的第一轨迹信息同步给第二用户端。并且，服务器还可以向第二用户端发送多个第一轨迹信息分别对应的轨迹状态，其中，轨迹状态可以为轨迹正常、轨迹缺失等。第二用户端在接收到轨迹状态后，将轨迹状态显示在页面的对应位置上。
图12为本申请实施例提供的服务器结构示意图，该装置可以是电子设备上的模块、程序段或代码。应理解，该装置与上述图2方法实施例对应，能够执行图2方法实施例涉及的各个步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该服务器包括：请求接收模块1201、信息确定模块1202和轨迹分享模块1203，其中：
请求接收模块1201用于接收第一用户端发送的批量轨迹分享请求；信息确定模块1202用于根据所述批量轨迹分享请求确定多个目标订单和第二用户端；轨迹分享模块1203用于获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
在上述实施例的基础上，该服务器还包括分享请求模块，用于：
接收所述第一用户端发送轨迹分享请求，所述轨迹分享请求包括待分享订单；
根据所述待分享订单判断是否存在关联订单；
若存在，则向所述第一用户端发送询问所述第一用户端是否批量分享轨迹的询问消息，其中，所述询问消息包括所述关联订单。
在上述实施例的基础上，所述待分享订单包括装货地信息和卸货地信息，分享请求模块具体用于：
判断是否存在与所述待分享订单的所述装货地信息和/或所述卸货地信息相同的关联订单。
在上述实施例的基础上，所述批量轨迹分享请求包括所述第一用户端选择的所述多个目标订单。
在上述实施例的基础上，轨迹分享模块1203具体用于：
根据所述多个第一轨迹信息生成对应的链接；
向所述第二用户端发送所述链接。
在上述实施例的基础上，服务器还包括告警模块，用于：
获取所述第一用户端对应的被监测订单对应的最新的第二轨迹信息；
根据所述第二轨迹信息对应的定位时间距当前时间的累计时长判断所述被监测订单的轨迹是否异常；
若异常，则触发告警。
本申请实施例提供一种第一用户端，包括：请求发送模块，用于向服务器发送批量轨迹分享请求，所述批量轨迹分享请求包括多个目标订单和第二用户端。
在上述实施例的基础上，第一用户端还包括询问模块，用于：
向所述服务器发送轨迹分享请求，所述轨迹分享请求包括待分享订单；
接收所述服务器发送的询问是否批量分享轨迹的询问消息，其中，所述询问消息包括所述关联订单；
从所述关联订单中选择要分享的订单；
根据从所述关联订单中选择要分享的订单和所述待分享订单生成所述轨迹分享请求。
在上述实施例的基础上，询问模块具体用于：
接收订单筛选条件；
根据所述订单筛选条件确定符合条件的订单，并展示所述符合条件的订单；
从所述符合条件的订单中确定所述多个目标订单，并根据所述多个目标订单生成所述轨迹分享请求；
向所述服务器发送轨迹分享请求。
本申请实施例还提供一种第二用户端，包括：信息接收模块和轨迹查看模块，其中：
信息接收模块用于接收服务器发送的批量轨迹信息，所述批量轨迹信息包括多个目标订单分别对应的第一轨迹信息；轨迹查看模块用于接收轨迹查看请求，并根据所述轨迹查看请求将包含所述第一轨迹信息的多个目标订单展示在同一个页面中。
在上述实施例的基础上，第二用户端还包括轨迹状态接收模块，用于：
接收服务器发送的所述多个第一轨迹信息对应的轨迹状态；
在所述页面中还展示有每个所述第一轨迹信息的所述轨迹状态。
图13为本申请实施例提供的电子设备实体结构示意图，如图13所示，所述电子设备，包括：处理器(processor)1301、存储器(memory)1302和总线1303；其中，
所述处理器1301和存储器1302通过所述总线1303完成相互间的通信；
所述处理器1301用于调用所述存储器1302中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：接收第一用户端发送的批量轨迹分享请求；根据所述批量轨迹分享请求确定多个目标订单和第二用户端；获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
处理器1301可以是一种集成电路芯片，具有信号处理能力。上述处理器1301可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器1302可以包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)等。
本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收第一用户端发送的批量轨迹分享请求；根据所述批量轨迹分享请求确定多个目标订单和第二用户端；获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：接收第一用户端发送的批量轨迹分享请求；根据所述批量轨迹分享请求确定多个目标订单和第二用户端；获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (14)

1.一种行程轨迹分享方法，其特征在于，包括：
接收第一用户端发送的批量轨迹分享请求；
根据所述批量轨迹分享请求确定多个目标订单和第二用户端；
获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送多个第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
2.根据权利要求1所述的方法，其特征在于，在接收第一用户端发送的批量轨迹分享请求之前，所述方法还包括：
接收所述第一用户端发送轨迹分享请求，所述轨迹分享请求包括待分享订单；
根据所述待分享订单判断是否存在关联订单；
若存在，则向所述第一用户端发送询问所述第一用户端是否批量分享轨迹的询问消息，其中，所述询问消息包括所述关联订单。
3.根据权利要求2所述的方法，其特征在于，所述待分享订单包括装货地信息和卸货地信息，所述根据所述待分享订单判断是否存在关联订单，包括：
判断是否存在与所述待分享订单的所述装货地信息和/或所述卸货地信息相同的关联订单。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
获取所述第一用户端对应的被监测订单对应的最新的第二轨迹信息；
根据所述第二轨迹信息对应的定位时间距当前时间的累计时长判断所述被监测订单的轨迹是否异常；
若异常，则触发告警。
5.一种行程轨迹分享方法，其特征在于，包括：
向服务器发送批量轨迹分享请求，所述批量轨迹分享请求包括多个目标订单和第二用户端。
6.根据权利要求5所述的方法，其特征在于，在向服务器发送批量轨迹分享请求之前，所述方法还包括：
向所述服务器发送轨迹分享请求，所述轨迹分享请求包括待分享订单；
接收所述服务器发送的询问是否批量分享轨迹的询问消息，其中，所述询问消息包括关联订单；
从所述关联订单中选择要分享的订单；
根据从所述关联订单中选择要分享的订单和所述待分享订单生成所述轨迹分享请求。
7.根据权利要求6所述的方法，其特征在于，所述向所述服务器发送轨迹分享请求，包括：
接收订单筛选条件；
根据所述订单筛选条件确定符合条件的订单，并展示所述符合条件的订单；
从所述符合条件的订单中确定所述多个目标订单，并根据所述多个目标订单生成所述轨迹分享请求；
向所述服务器发送轨迹分享请求。
8.一种行程轨迹分享方法，其特征在于，包括：
接收服务器发送的批量轨迹信息，所述批量轨迹信息包括多个目标订单分别对应的第一轨迹信息；
接收轨迹查看请求，并根据所述轨迹查看请求将包含所述第一轨迹信息的多个目标订单展示在同一个页面中。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
接收服务器发送的所述第一轨迹信息对应的轨迹状态；
在所述页面中还展示有每个所述第一轨迹信息的所述轨迹状态。
10.一种服务器，其特征在于，包括：
请求接收模块，用于接收第一用户端发送的批量轨迹分享请求；
信息确定模块，用于根据所述批量轨迹分享请求确定多个目标订单和第二用户端；
轨迹分享模块，用于获取所述多个目标订单分别对应的第一轨迹信息，并向所述第二用户端发送所述第一轨迹信息，以实现对所述第一轨迹信息的批量分享。
11.一种第一用户端，其特征在于，包括：
请求发送模块，用于向服务器发送批量轨迹分享请求，所述批量轨迹分享请求包括多个目标订单和第二用户端。
12.一种第二用户端，其特征在于，包括：
信息接收模块，用于接收服务器发送的批量轨迹信息，所述批量轨迹信息包括多个目标订单分别对应的第一轨迹信息；
轨迹查看模块，用于接收轨迹查看请求，并根据所述轨迹查看请求将包含所述第一轨迹信息的多个目标订单展示在同一个页面中。
13.一种电子设备，其特征在于，包括：处理器、存储器和总线，其中，
所述处理器和所述存储器通过所述总线完成相互间的通信；
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1-9任一项所述的方法。
14.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令被计算机运行时，使所述计算机执行如权利要求1-9任一项所述的方法。
CN202110646253.6A 2021-06-09 2021-06-09 行程轨迹分享方法、装置、电子设备及存储介质 Active CN113395344B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110646253.6A CN113395344B (zh) 2021-06-09 2021-06-09 行程轨迹分享方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110646253.6A CN113395344B (zh) 2021-06-09 2021-06-09 行程轨迹分享方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN113395344A true CN113395344A (zh) 2021-09-14
CN113395344B CN113395344B (zh) 2022-10-25

Family

ID=77620056

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110646253.6A Active CN113395344B (zh) 2021-06-09 2021-06-09 行程轨迹分享方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113395344B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114061587A (zh) * 2021-11-15 2022-02-18 江苏满运软件科技有限公司 一种轨迹信息处理方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103411602A (zh) * 2013-07-18 2013-11-27 江苏中科天安智联科技有限公司 车辆行驶轨迹分享系统
US20180240054A1 (en) * 2015-03-02 2018-08-23 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for order pairing
CN109410000A (zh) * 2018-10-19 2019-03-01 北京小米移动软件有限公司 订单提示方法及装置
CN109785087A (zh) * 2019-03-19 2019-05-21 上海鹊喜生物科技有限公司 一种订单分享的数据处理系统和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103411602A (zh) * 2013-07-18 2013-11-27 江苏中科天安智联科技有限公司 车辆行驶轨迹分享系统
US20180240054A1 (en) * 2015-03-02 2018-08-23 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for order pairing
CN109410000A (zh) * 2018-10-19 2019-03-01 北京小米移动软件有限公司 订单提示方法及装置
CN109785087A (zh) * 2019-03-19 2019-05-21 上海鹊喜生物科技有限公司 一种订单分享的数据处理系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
百度经验: "快递批量查询跟踪物流信息的快速方法", 《HTTPS://JINGYAN.BAIDU.COM/ARTICLE/14BD256E0EE32CFA6C26121F.HTML》, 26 March 2020 (2020-03-26), pages 0004 - 0176 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114061587A (zh) * 2021-11-15 2022-02-18 江苏满运软件科技有限公司 一种轨迹信息处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN113395344B (zh) 2022-10-25

Similar Documents

Publication Publication Date Title
US10366550B2 (en) Vibration monitoring device for vehicle components
CN100495469C (zh) 基于车载智能终端的车辆运输调度管理系统
US8599003B2 (en) Information transmission and processing systems and methods for freight carriers
KR101654167B1 (ko) 배달 주문자의 광고가 가능한 택배 방법
US20150371185A1 (en) Systems and methods for managing a cargo transaction
CN101777153A (zh) 基于rfid的冷链物流管理系统
CN102999828B (zh) 用于救援物资监控的数据处理方法和装置
US20050219056A1 (en) Method and system for tracking individuals and providing related electronic notifications
CN1319220A (zh) 无纸记录系统和方法
WO2010076146A1 (de) Verfahren zur planung der fahrtroute eines transportfahrzeugs, transportfahrzeug
CN113395344B (zh) 行程轨迹分享方法、装置、电子设备及存储介质
CN110837995A (zh) 物流异常的处理方法及装置、电子设备、存储介质
CN103853115A (zh) 基于物联网车载式农产品配送过程监测系统
US20140114718A1 (en) Methods, apparatuses and computer program products for automating arrivals and departures
US11553321B2 (en) Apparatus and method for dispatching a tow truck in response to a roadway emergency
CN102938198A (zh) 公共交通运输分配方法与公共交通运输系统
CN113793084A (zh) 冷链运输监控方法、系统、装置、设备及存储介质
RU2340102C2 (ru) Способ и устройство для определения задержек в сети связи
CN111222822B (zh) 货源推送方法、装置、电子设备及可读存储介质
CA2954018A1 (en) System and method for monitoring mobile vehicles
AU2015100253A4 (en) Rail Systems Mark-Up Language
JP3720719B2 (ja) 車両盗難警報システム及び車両盗難警報方法
JP2003128252A (ja) 荷物配送管理システム、荷物配送管理サーバ、移動体端末、および荷物配送管理方法
CN117522089B (zh) 一种基于货主发货意图的智能匹配调度系统
CN117408599A (zh) 一种用于电子商务的商品物流智能调度管控系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 210000 3rd floor, building a, Wanbo Science Park, 66 Huashen Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee after: Jiangsu Yunmanman Information Technology Co.,Ltd.

Address before: 210000 3rd floor, building a, Wanbo Science Park, 66 Huashen Avenue, Yuhuatai District, Nanjing City, Jiangsu Province

Patentee before: Jiangsu manyun Logistics Information Co.,Ltd.

EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20210914

Assignee: Nanjing Manyun Cold Chain Technology Co.,Ltd.

Assignor: Jiangsu Yunmanman Information Technology Co.,Ltd.

Contract record no.: X2023980040393

Denomination of invention: Journey trajectory sharing methods, devices, electronic devices, and storage media

Granted publication date: 20221025

License type: Common License

Record date: 20230824