发明内容
有鉴于此,本公开提供了一种信息处理方法和可移动装置以及另一种信息处理方法和服务器。
本公开的一个方面提供了一种信息处理方法,包括:获取携带有地址信息的控制命令,其中,上述地址信息用于指示可移动装置需要前往的目的地;在获取到上述控制命令后,触发上述可移动装置开启录包流程;以及在上述录包流程开启的同时或开启之后的预定时刻,控制上述可移动装置开始移动以前往上述目的地。
根据本公开的实施例,上述方法还包括:判断上述可移动装置是否已到达上述目的地;如果上述可移动装置已到达上述目的地,则控制上述可移动装置停止移动;以及在上述可移动装置停止移动的同时或停止移动之后的预定时刻,触发上述可移动装置关闭上述录包流程。
根据本公开的实施例,上述方法还包括,在录包过程中:获取对应的第一报错信息;记录上述第一报错信息的第一报错时间;获取与上述第一报错时间对应的开始包和结束包;以及将获取的开始包和结束包上传至服务器。
根据本公开的实施例,在获取对应的第一报错信息之后,上述方法还包括:判断是否已收到至少一个第二报错信息,其中,上述第一报错信息和上述至少一个第二报错信息中任意两个相邻的报错信息对应的报错时间之间的间隔小于预设值;如果已收到上述至少一个第二报错信息,则记录上述至少一个第二报错信息中最后一个报错信息的第二报错时间;获取与上述第二报错时间对应的结束包;以及上述将获取的开始包和结束包上传至服务器包括:将与上述第一报错时间对应的开始包和与上述第二报错时间对应的结束包之间的录包全部上传至上述服务器。
根据本公开的实施例,上述方法还包括,在录包过程中:每隔预定时间段生成一个对应的录包文件;上述获取与上述第一报错时间对应的开始包和结束包包括:从生成的录包文件中获取与上述第一报错时间对应的至少一个第一录包文件和至少一个第二录包文件分别作为对应的开始包和结束包。
根据本公开的实施例,上述方法还包括,在录包过程中:判断已生成的录包文件对应的数据量是否已大于第一预设量;以及如果上述已生成的录包文件对应的数据量已大于上述第一预设量,则从当前的最先生成的录包文件开始,删除第二预设量的录包文件,其中,上述第二预设量小于上述第一预设量。
根据本公开的实施例,在将获取的开始包和结束包上传至服务器的同时或之后,上述方法还包括:发送提醒信息,以提醒用户上述可移动装置在前往上述目的地的过程中出错。
本公开的另一个方面提供了另一种信息处理方法,包括:向可移动装置发送携带有地址信息的控制命令,其中,上述地址信息用于指示上述可移动装置需要前往的目的地,上述控制命令用于触发上述可移动装置开启录包流程,并控制上述可移动装置在上述录包流程开启的同时或开启之后的预定时刻开始移动以前往上述目的地。
根据本公开的实施例,上述方法还包括:对上述可移动装置的录包应用进行信息配置。
本公开的另一方面提供了一种可移动装置,包括:第一获取模块,用于获取携带有地址信息的控制命令,其中,上述地址信息用于指示可移动装置需要前往的目的地;第一触发模块,用于在获取到上述控制命令后,触发上述可移动装置开启录包流程;以及第一控制模块,用于在上述录包流程开启的同时或开启之后的预定时刻,控制上述可移动装置开始移动以前往上述目的地。
根据本公开的实施例,上述可移动装置还包括:第一判断模块,用于判断上述可移动装置是否已到达上述目的地;第二控制模块,用于在上述可移动装置已到达上述目的地的情况下,控制上述可移动装置停止移动;以及第二触发模块,用于在上述可移动装置停止移动的同时或停止移动之后的预定时刻,触发上述可移动装置关闭上述录包流程。
根据本公开的实施例,上述可移动装置还包括:第二获取模块,用于在录包过程中,获取对应的第一报错信息;第一记录模块,用于记录上述第一报错信息的第一报错时间;第三获取模块,用于获取与上述第一报错时间对应的开始包和结束包;以及上传模块,用于将获取的开始包和结束包上传至服务器。
根据本公开的实施例,上述可移动装置还包括:第二判断模块,用于在获取对应的第一报错信息之后,判断是否已收到至少一个第二报错信息,其中,上述第一报错信息和上述至少一个第二报错信息中任意两个相邻的报错信息对应的报错时间之间的间隔小于预设值;第二记录模块,用于在已收到上述至少一个第二报错信息的情况下,记录上述至少一个第二报错信息中最后一个报错信息的第二报错时间;第四获取模块,用于获取与上述第二报错时间对应的结束包;以及上述上传模块还用于:将与上述第一报错时间对应的开始包和与上述第二报错时间对应的结束包之间的录包全部上传至上述服务器。
根据本公开的实施例,上述可移动装置还包括:生成模块,用于在录包过程中,每隔预定时间段生成一个对应的录包文件;上述第三获取模块还用于:从生成的录包文件中获取与上述第一报错时间对应的至少一个第一录包文件和至少一个第二录包文件分别作为对应的开始包和结束包。
根据本公开的实施例,上述可移动装置还包括:第三判断模块,用于在录包过程中,判断已生成的录包文件对应的数据量是否已大于第一预设量;以及删除模块,用于在上述已生成的录包文件对应的数据量已大于上述第一预设量的情况下,从当前的最先生成的录包文件开始,删除第二预设量的录包文件,其中,上述第二预设量小于上述第一预设量。
根据本公开的实施例,上述可移动装置还包括:发送模块,用于在将获取的开始包和结束包上传至服务器的同时或之后,发送提醒信息,以提醒用户上述可移动装置在前往上述目的地的过程中出错。
本公开的另一方面提供了一种服务器,包括:发送模块,用于向可移动装置发送携带有地址信息的控制命令,其中,上述地址信息用于指示上述可移动装置需要前往的目的地,上述控制命令用于触发上述可移动装置开启录包流程,并控制上述可移动装置在上述录包流程开启的同时或开启之后的预定时刻开始移动以前往上述目的地。
根据本公开的实施例,上述服务器还包括:配置模块,用于对上述可移动装置的录包应用进行信息配置。
本公开的另一方面提供了一种计算机系统,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现如上所述的方法。
本公开的另一方面提供了一种非易失性存储介质,存储有计算机可执行指令,上述指令在被执行时用于实现如上所述的方法。
本公开的另一方面提供了一种计算机程序,上述计算机程序包括计算机可执行指令,上述指令在被执行时用于实现如上所述的方法。
根据本公开的实施例,因为采用了根据远程服务器的控制命令自动开启录包流程的技术手段,所以至少部分地克服了现有的无人配送车在使用过程中需要手动打开录包工具,费时费力,且容易出错技术问题,进而达到了即省时省力,又不易出错的技术效果。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本领域技术人员还应理解,实质上任意表示两个或更多可选项目的转折连词和/或短语,无论是在说明书、权利要求书还是附图中,都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如,短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。
本公开的实施例提供了一种用于可移动装置的信息处理方法以及能够应用该方法的可移动装置。该方法包括获取携带有地址信息的控制命令,其中,上述地址信息用于指示可移动装置需要前往的目的地;在获取到上述控制命令后,触发上述可移动装置开启录包流程;以及在上述录包流程开启的同时或开启之后的预定时刻,控制上述可移动装置开始移动以前往上述目的地。
此外,本公开的实施例提供了一种用于服务器的信息处理方法以及能够应用该方法的服务器。该方法包括:发送模块,用于向可移动装置发送携带有地址信息的控制命令,其中,上述地址信息用于指示上述可移动装置需要前往的目的地,上述控制命令用于触发上述可移动装置开启录包流程,并控制上述可移动装置在上述录包流程开启的同时或开启之后的预定时刻开始移动以前往上述目的地。
图1示意性示出了可以应用本公开的信息处理方法的示例性系统架构。需要注意的是,图1所示仅为可以应用本公开实施例的系统架构的示例,以帮助本领域技术人员理解本公开的技术内容,但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
如图1所示,根据该实施例的系统架构100可以包括终端设备101,可移动装置102和服务器103。网络终端设备101,可移动装置102和服务器103之间以网络(图中未示出)提供通信链路的介质。网络可以包括各种连接类型,例如有线和/或无线通信链路等等。
用户可以使用可移动装置102通过网络与服务器103交互,以接收或发送消息等。可移动装置102上可以安装有各种通讯客户端应用,例如即时通信工具和邮箱客户端等(仅为示例)。
可移动装置102可以包括但不限于无人机、无人车、无人船等等。为了便于理解,下文将以无人车(也称作无人配送车)为例详细阐述本公开。
服务器103可以是提供各种服务的服务器,例如对用户利用可移动装置102进行货品配送提供支持的后台管理服务器(仅为示例)。
需要说明的是,本公开实施例所提供的第一种信息处理方法一般可以由可移动装置102执行。本公开实施例所提供的第二种信息处理方法一般可以由不同于可移动装置102且能够与可移动装置102通信的服务器103或服务器集群执行。
此外,如图1所示,可移动装置102可以分为智能开关模块1021、智能上传模块1022和智能管理模块1023。智能开关模块1021的工作流程将结合如图2和图4进行详细阐述。
应该理解,图1中的可移动装置、终端设备和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的可移动装置、终端设备和服务器。
图2示意性示出了根据本公开实施例的信息处理方法的流程图。
如图2所示,该方法包括操作S201~S203。
在操作S201,获取携带有地址信息的控制命令,其中,该地址信息用于指示可移动装置需要前往的目的地。
以无人配送车为例,具体地,可以通过远程控制方式由服务器向无人配送车发送携带有一地址信息的控制命令,以告知无人配送车其本次的货品配送地址即即将前往的目的地。
在操作S202,在获取到该控制命令后,触发该可移动装置开启录包流程。
为了实现自动录包的目的,在本公开实施例中,上述控制命令除了可以控制无人配送车以前往对应的目的地之外,还可以用于触发该无人配送车开启录包流程。该录包流程用于记录该无人配送车在配送过程中的各个状态。此外,通过录包流程记录的内容包括但不限于传感器以及关键操作的相关信息和时间点等。
在操作S203,在该录包流程开启的同时或开启之后的预定时刻,控制该可移动装置开始移动以前往该目的地。
在本公开实施例中,自动控制无人配送车开始移动并前往对应的目的地的时机包括至少两种,一种是在自动触发无人配送车开启发录包流程的同时自动控制该无人配送车开始移动,如图3所示,另一种是在自动触发无人配送车开启发录包流程的之后如等待1s之后自动控制该无人配送车开始移动。需要说明的是,前一种方式无法记录无人配送车开始移动之前的状态,但是后者可以。
与现有的无人配送车在使用过程中需要手动打开录包工具,费时费力,且容易出错相比,本公开实施例,通过根据远程服务器的控制命令自动开启录包流程,不仅能够克服上述缺陷,而且即省时省力,又不易出错。
下面参考图4~图8,结合具体实施例对图2所示的方法做进一步说明。
图4示意性示出了根据本公开另一实施例的信息处理方法的流程图。
作为一种可选的实施例,如图4所示,该方法还可以包括:
在操作S204,判断该可移动装置是否已到达该目的地。
以无人配送车为例,具体地,在本公开实施例中,可以实时获取无人配送车的定位信息如GPS信息等,并比较该定位信息与上述控制命令中携带的地址信息,以确定无人配送车是否已到达对应的目的地。其中,如果定位信息对应的地址与地址信息对应的地址一致(包括两个地址无偏差或者偏差在预设范围之内),则认为无人配送车已到达对应的目的地,否则,则认为无人配送车尚未到达对应的目的地。
在操作S205,如果该可移动装置已到达该目的地,则控制该可移动装置停止移动。
在操作S206,在该可移动装置停止移动的同时或停止移动之后的预定时刻,触发该可移动装置关闭该录包流程。
与关闭录包流程后控制无人配送车开始移动类似,在本公开实施例中,自动触发无人配送车关闭该录包流程的时机也包括至少两种,一种是在自动控制该无人配送车停止移动的同时自动触发无人配送车关闭发录包流程,如图3所示,另一种是在自动控制该无人配送车停止移动之后如等待1s之后自动触发无人配送车关闭录包流程。需要说明的是,前一种方式无法记录无人配送车停止移动之后的状态,但是后者可以。
与现有的无人配送车在使用过程中需要手动关闭录包工具,费时费力,且容易出错相比,本公开实施例,通过自动关闭录包流程,不仅能够克服上述缺陷,而且即省时省力,又不易出错。
作为一种可选的实施例,如图5所示,该方法还可以包括在录包过程中:
在操作S207,获取对应的第一报错信息。
在本公开实施例中,获取的报错信息可以包括但不限于定位模块、感知模块、规划模块和控制模块上报的error等级的报错信息。其中,定位模块用于对无人配送车进行定位,感知模块用于感知无人配送车周围的环境信息,规划模块用于规划无人配送车的移动轨迹,控制模块用于无人配送车实现各种控制操作。
在操作S208,记录该第一报错信息的第一报错时间。
在操作S209,获取与该第一报错时间对应的开始包和结束包。
在本公开实施例中,可以将第一报错时间前预设时间段内的记录包作为开始包,将第一报错时间后预设时间段内的记录包作为结束包,其中,第一报错时间前预设时间段与第一报错时间后预设时间段可以等时长,电可以不等时长。
以等时长为例,如图6A所示,假设第一报错时间为08:00,且录包开始时间早于07:55,那么开始包可以是从07:55~08:00之间记录的数据,结束包可以是从08:00~08:05之间记录的数据;如图6B所示,假设第一报错时间为08:00,且录包开始时间晚于07:55(如07:57),那么开始包可以是从07:57~08:00之间记录的数据,结束包可以是从08:00~08:05之间记录的数据;同理,如图6C所示,假设第一报错时间为08:00,且录包开始时间早于07:55,但录包结束时间早于08:05(如08:03)那么开始包可以是从07:55~08:00之间记录的数据,结束包可以是从08:00~08:03之间记录的数据。
在操作S210,将获取的开始包和结束包上传至服务器。
与现有的无人配送车需要手动拷贝录包,并从日志中找到出错时间,以及播放录包至该时间,以诊断问题,导致费时费力,且效率极低相比,本公开实施例,通过自动上传与出错时间对应的小部分数据包,不仅能克服上述缺陷,而且即费时费力,又效率较高,还能节约数据流量。
作为一种可选的实施例,如图7所示,在获取对应的第一报错信息之后,该方法还可以包括:
在操作S211,判断是否已收到至少一个第二报错信息,其中,该第一报错信息和该至少一个第二报错信息中任意两个相邻的报错信息对应的报错时间之间的间隔小于预设值。
如前述实施例,假设第一报错时间为08:00,且录包开始时间早于07:55,那么开始包可以是从07:55~08:00之间记录的数据,结束包可以是从08:00~08:05之间记录的数据,在这种情况下,上述预设值T可以是小于等于5分钟的任意值。
在操作S212,如果已收到该至少一个第二报错信息,则记录该至少一个第二报错信息中最后一个报错信息的第二报错时间。
在操作S213,获取与该第二报错时间对应的结束包;以及
如接上述示例,假设在第一报错时间之后又紧接着出现了2个第二报错时间,分别为08:02和08:06,此处08:06就是最后一个报错信息的第二报错时间。另外,此处获取与该第二报错时间对应的结束包的方法与前述的获取与第一报错时间对应的结束包的方法相同,在此不再赘述。
在操作S214,该将获取的开始包和结束包上传至服务器包括:将与该第一报错时间对应的开始包和与该第二报错时间对应的结束包之间的录包全部上传至该服务器。
如接上述示例,则需要将07:55(如果录包开始时间早于07:55)~08:11录包即记录信息全部上传。
通过本公开实施例,采用以第一个出错时间和最后一个出错时间为准,将对应的数据包上传,既可以避免上传时遗漏相关数据,又可以避免重复上传某些数据。
作为一种可选的实施例,该方法还可以包括,在录包过程中:每隔预定时间段(如60s)生成一个对应的录包文件;该获取与该第一报错时间对应的开始包和结束包包括:从生成的录包文件中获取与该第一报错时间对应的至少一个第一录包文件和至少一个第二录包文件分别作为对应的开始包和结束包。
通过本公开实施例,通过将录包按时间划分成较小的单位,如每60s生成一个小的录包文件,可以方便根据出错时间准确、快速地找到对应的开始包和结束包。
作为一种可选的实施例,该方法还可以包括,在录包过程中:判断已生成的录包文件对应的数据量是否已大于第一预设量;以及如果该已生成的录包文件对应的数据量已大于该第一预设量,则从当前的最先生成的录包文件开始,删除第二预设量的录包文件,其中,该第二预设量小于该第一预设量。
具体地,无人配送车的智能管理模块可以周期性(时间间隔可以通过远程服务器进行配置)地做如下检查:当保存录包(可以包括一个个录包文件)的目录大于一阈值如100GByte(阈值也可通过远程服务器进行配置)时,就可以将最先录制的30GByte的录包删除。具体地,在删除录时可以一条一条的删除,直到累计删除量满足对应的预设量如30Gbyte为止。
通过本公开实施例,采用在使用无人配送车的过程中删除部分录包文件,能够防止无人配送车的硬盘占满而影响其正常工作。
作为一种可选的实施例,在将获取的开始包和结束包上传至服务器的同时或之后,该方法还可以包括:发送提醒信息,以提醒用户该可移动装置在前往该目的地的过程中出错。
具体地,可以将所有报错的相关信息以邮件、短信或者其他即时通信方式通知处理者(处理者的信息可以通过远程服务器配置到无人配送车上)。
通过本公开实施例,通过发送提醒信息,可以提醒用户及时发现并处理无人配送车在配送过程中问题。
本公开的另一个方面提供了另一种信息处理方法,如图8所示,该方法包括如下操作:
在操作S301,向可移动装置发送携带有地址信息的控制命令。
其中,该地址信息用于指示该可移动装置需要前往的目的地,该控制命令用于触发该可移动装置开启录包流程,并控制该可移动装置在该录包流程开启的同时或开启之后的预定时刻开始移动以前往该目的地。
以无人配送车为例,具体地,可以通过远程控制方式由服务器向无人配送车发送携带有一地址信息的控制命令,以告知无人配送车其本次的货品配送地址即即将前往的目的地。
为了实现自动录包的目的,在本公开实施例中,上述控制命令除了可以控制无人配送车以前往对应的目的地之外,还可以用于触发该无人配送车开启录包流程。该录包流程用于记录该无人配送车在配送过程中的各个状态。此外,通过录包流程记录的内容包括但不限于传感器以及关键操作的相关信息和时间点等。
在本公开实施例中,自动控制无人配送车开始移动并前往对应的目的地的时机包括至少两种,一种是在自动触发无人配送车开启发录包流程的同时自动控制该无人配送车开始移动,如图3所示,另一种是在自动触发无人配送车开启发录包流程的之后如等待1s之后自动控制该无人配送车开始移动。需要说明的是,前一种方式无法记录无人配送车开始移动之前的状态,但是后者可以。
与现有的无人配送车在使用过程中需要手动打开录包工具,费时费力,且容易出错相比,本公开实施例,通过根据远程服务器的控制命令自动开启录包流程,不仅能够克服上述缺陷,而且即省时省力,又不易出错。
作为一种可选的实施例,该方法还可以包括:对该可移动装置的录包应用进行信息配置。
在本公开实施例中,信息配置主要包括处理者(即接收通知前述实施例中的通知消息用户)的相关信息,以及前述实施例中涉及的相关预设值、预设量和阈值等信息,在此不做限定。
通过本公开实施例,可以方便用户动态地配置相关信息以适应不同的应用场景。
图9示意性示出了根据本公开实施例的可移动装置的框图。
如图9所示,可移动装置400包括第一获取模块401、第一触发模块402和第一控制模块403。
第一获取模块401,用于获取携带有地址信息的控制命令,其中,地址信息用于指示可移动装置需要前往的目的地.
第一触发模块402,用于在获取到控制命令后,触发可移动装置开启录包流程。
第一控制模块403,用于在录包流程开启的同时或开启之后的预定时刻,控制可移动装置开始移动以前往目的地。
与现有的无人配送车在使用过程中需要手动打开录包工具,费时费力,且容易出错相比,本公开实施例,通过根据远程服务器的控制命令自动开启录包流程,不仅能够克服缺陷,而且即省时省力,又不易出错。
作为一种可选的实施例,如图10所示,可移动装置400还包括:第一判断模块404,用于判断可移动装置是否已到达目的地;第二控制模块405,用于在可移动装置已到达目的地的情况下,控制可移动装置停止移动;以及第二触发模块406,用于在可移动装置停止移动的同时或停止移动之后的预定时刻,触发可移动装置关闭录包流程。
与现有的无人配送车在使用过程中需要手动关闭录包工具,费时费力,且容易出错相比,本公开实施例,通过自动关闭录包流程,不仅能够克服缺陷,而且即省时省力,又不易出错。
作为一种可选的实施例,如图11所示,可移动装置400还包括:第二获取模块407,用于在录包过程中,获取对应的第一报错信息;第一记录模块408,用于记录第一报错信息的第一报错时间;第三获取模块409,用于获取与第一报错时间对应的开始包和结束包;以及上传模块410,用于将获取的开始包和结束包上传至服务器。
与现有的无人配送车需要手动拷贝录包,并从日志中找到出错时间,以及播放录包至该时间,以诊断问题,导致费时费力,且效率极低相比,本公开实施例,通过自动上传与出错时间对应的小部分数据包,不仅能克服缺陷,而且即费时费力,又效率较高,还能节约数据流量。
作为一种可选的实施例,如图12所示,可移动装置400还包括:第二判断模块411,用于在获取对应的第一报错信息之后,判断是否已收到至少一个第二报错信息,其中,第一报错信息和至少一个第二报错信息中任意两个相邻的报错信息对应的报错时间之间的间隔小于预设值;第二记录模块412,用于在已收到至少一个第二报错信息的情况下,记录至少一个第二报错信息中最后一个报错信息的第二报错时间;第四获取模块413,用于获取与第二报错时间对应的结束包;以及上传模块410还用于:将与第一报错时间对应的开始包和与第二报错时间对应的结束包之间的录包全部上传至服务器。
通过本公开实施例,采用以第一个出错时间和最后一个出错时间为准,将对应的数据包上传,既可以避免上传时遗漏相关数据,又可以避免重复上传某些数据。
作为一种可选的实施例,如图13所示,可移动装置400还包括:生成模块414,用于在录包过程中,每隔预定时间段生成一个对应的录包文件;第三获取模块408还用于:从生成的录包文件中获取与第一报错时间对应的至少一个第一录包文件和至少一个第二录包文件分别作为对应的开始包和结束包。
通过本公开实施例,通过将录包按时间划分成较小的单位,如每60s生成一个小的录包文件,可以方便根据出错时间准确、快速地找到对应的开始包和结束包。
作为一种可选的实施例,如图14所示,可移动装置400还包括:第三判断模块415,用于在录包过程中,判断已生成的录包文件对应的数据量是否已大于第一预设量;以及删除模块416,用于在已生成的录包文件对应的数据量已大于第一预设量的情况下,从当前的最先生成的录包文件开始,删除第二预设量的录包文件,其中,第二预设量小于第一预设量。
通过本公开实施例,采用在使用无人配送车的过程中删除部分录包文件,能够防止无人配送车的硬盘占满而影响其正常工作。
作为一种可选的实施例,如图15所示,可移动装置400还包括:发送模块417,用于在将获取的开始包和结束包上传至服务器的同时或之后,发送提醒信息,以提醒用户可移动装置在前往目的地的过程中出错。
通过本公开实施例,通过发送提醒信息,可以提醒用户及时发现并处理无人配送车在配送过程中问题。
本公开的另一方面提供了一种服务器,如图16所示,该服务器500包括:发送模块501,用于向可移动装置发送携带有地址信息的控制命令,其中,地址信息用于指示可移动装置需要前往的目的地,控制命令用于触发可移动装置开启录包流程,并控制可移动装置在录包流程开启的同时或开启之后的预定时刻开始移动以前往目的地。
与现有的无人配送车在使用过程中需要手动打开录包工具,费时费力,且容易出错相比,本公开实施例,通过根据远程服务器的控制命令自动开启录包流程,不仅能够克服缺陷,而且即省时省力,又不易出错。
作为一种可选的实施例,如图17所示,服务器500还可以包括:配置模块502,用于对可移动装置的录包应用进行信息配置。
通过本公开实施例,可以方便用户动态地配置相关信息以适应不同的应用场景。
根据本公开的实施例的模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块中的任意一个或多个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,根据本公开实施例的模块中的一个或多个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
例如,第一获取模块401、第一触发模块402和第一控制模块403中的任意多个可以合并在一个模块/单元/子单元中实现,或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者,这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合,并在一个模块/单元/子单元中实现。根据本公开的实施例,第一获取模块401、第一触发模块402和第一控制模块403中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,第一获取模块401、第一触发模块402和第一控制模块403中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
需要说明的是,本公开的实施例中方法部分与本公开的实施例中装置部分是相对应的,装置部分的描述具体可以参考方法部分,在此不再赘述。
本公开的另一方面提供了一种计算机系统,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现如上所述的方法。
本公开的另一方面提供了一种非易失性存储介质,存储有计算机可执行指令,上述指令在被执行时用于实现如上所述的方法。
图18示意性示出了根据本公开实施例的适于信息处理方法的计算机系统的框图。图18示出的计算机系统仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图18所示,根据本公开实施例的计算机系统600包括处理器601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 603中,存储有系统600操作所需的各种程序和数据。处理器601、ROM 602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,系统600还可以包括输入/输出(I/O)接口605,输入/输出(I/O)接口605也连接至总线604。系统600还可以包括连接至I/O接口605的以下部件中的一项或多项:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
根据本公开的实施例,根据本公开实施例的方法流程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质,该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线、光缆、射频信号等等,或者上述的任意合适的组合。
例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。