CN113141408A - 一种取件提醒方法和装置 - Google Patents

Abstract

本申请实施例提供了一种取件提醒方法，该方法应用于配置在车辆中的车载中控系统，该方法包括：接收来自移动终端的至少一个快递取件短信；从快递服务器获取每个快递取件短信对应的快递的签收信息，所述签收信息用于指示快递是否被签收；基于至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递；在确定存在未被签收的快递的情况下，提醒用户取件，所述用户为正在驾驶或乘坐车辆的用户。由此，可以避免快递在已经被签收的情况下向用户发出无效提醒；避免用户在开车的时候分心去回忆是否还有快递需要取，节省用户精力，提高驾车安全；此外，在用户开车没有看到新接收到的快递取件短信时，能够及时提醒用户取件。

Description

一种取件提醒方法和装置

技术领域

本申请涉及车联网领域，并且更具体地，涉及一种取件提醒方法和装置。

背景技术

在驾驶车辆的过程中，由于需要集中注意力在驾驶上，可能会忘记生活或者工作中一些必要的事项，或者可能会有一些比较重要的信息我们无法及时查看，比如一些快递信息。虽然现有技术中，车端可以配有日程提醒功能，能够帮助用户想起需要做的事件，但是提醒的事件中可能存在一些无效的内容。例如：针对那些用户处理过的快递信息，仍然在用户驾驶过程中进行提醒，对驾驶车辆过程中提醒用户需要做的事件没有帮助。

发明内容

本申请实施例提供了一种取件提醒方法，以期在车端提醒未被签收的快递取件短信。

第一方面，本申请提供了一种取件提醒方法，该方法包括：接收来自移动终端的至少一个快递取件短信；基于所述至少一个快递取件短信中的每个快递取件短信，从快递服务器获取所述每个快递取件短信对应的快递的签收信息，所述签收信息用于指示快递是否被签收；基于所述至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递；在确定存在未被签收的快递的情况下，提醒用户取件，所述用户为正在驾驶或乘坐所述车辆的用户。

基于上述方案，车端基于快递取件短信提醒正在驾驶车辆的用户有快递需要取，并从快递服务器获取快递取件短信的签收信息，从而判断来自移动终端的快递取件短信是否被签收，避免快递在已经被签收的情况下向用户发出无效提醒；避免用户在开车的时候分心去回忆是否还有快递需要取，节省用户精力，提高驾车安全；此外，在用户开车没有看到新接收到的快递取件短信时，能够及时提醒用户取件。

可选地，所述提醒用户取件，包括：通过所述车载中控系统的显示界面和/或语音提醒所述用户取件。

可选地，所述提醒用户取件，包括：当所述车辆位于所述未被签收的快递的取件地点的附近时，提醒所述用户取件。

可选地，所述提醒用户取件包括：在确定存在未被签收的快递，且检测到所述车辆档位挂至驻车档的情况下，提醒所述用户取件。

可选地，所述在确定存在未被签收的快递的情况下，提醒用户取件，包括：若只有一个快递未被签收，则提示快递的具体信息；若有多个快递未被签收，则提示所述用户有多个快递需要取。

可选地，所述接收来自移动终端的至少一个快递取件短信，包括：通过无线通信技术，从所述车辆的后台服务器接收来自所述移动终端的所述至少一个快递取件短信。

可选地，所述接收来自移动终端的至少一个快递取件短信，包括：通过蓝牙通信技术，从所述移动终端接收所述至少一个快递取件短信。

第二方面，提供了一种取件提醒装置，包括用于实现第一方面和第一方面任一项中所述的取件提醒方法的模块或单元。应理解，各个模块或单元可通过执行计算机程序来实现相应的功能。

第三方面，提供了一种取件提醒装置，包括处理器，所述处理器用于执行第一方面和第一方面任一项中所述取件提醒方法。

所述装置还可以包括存储器，用于存储指令和数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的指令时，可以实现上述第一方面描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信，示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。

第四方面，提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机实现第一方面和第一方面任一项中所述的方法。

第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行第一方面以及第一方面任一项中所述的方法。

应当理解的是，本申请的第二方面至第五方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是本申请实施例提供的方法的场景的示意图；

图2是本申请实施例提供的一种取件提醒方法的示意性流程图；

图3是本申请实施例提供的一种取件提醒方法的另一示意性流程图；

图4是本申请实施例提供的另一种取件提醒方法的一示意性流程图；

图5是本申请实施例提供在车端通过语音添加提醒事项的一示意性流程图；

图6是本申请实施例提供的取件提醒装置的示意性框图；

图7是本申请实施例提供的取件提醒装置的另一示意性框图。

具体实施方式

在驾驶过程中，为了安全考虑，用户往往需要集中注意力在驾驶上，这个时候往往会忘记生活或者工作中一些必要的事项，如取快递。因此，在车端配置相应的快递取件提醒功能，非常有必要。一种可能的情况为：基于移动终端收到的快递取件短信在车端提醒用户是否有快递需要取。这种情况下，会出现快递取件短信中的快递被取走，而依然在车端进行提醒用户的操作，对驾驶车辆过程中提醒用户需要做的事件没有帮助。

基于上述问题，本申请提供了一种车端的取件提醒方法，通过从快递服务器获取该快递的签收信息，从而判断来自移动终端的快递取件短信是否需提醒用户取件，针对移动终端未被签收的快递取件短信提醒用户，避免无效提醒。

下面将结合附图，对本申请中的技术方案进行描述。

图1为本申请提供的一种取件提醒方法的应用场景的示意图。

如图1所示，该场景可以包括车辆100、后台服务器110、快递服务器120移动终端130。其中，车辆100可以包括车载中控系统1001、、车载蓝牙设备1002、显示屏1003、音响1004、定位系统1005和车辆状态模块1006。其中，定位系统1005可以包括但不限于，全球卫星定位系统(global positioning system，GPS)、北斗卫星导航系统(BeiDou navigationsatellite system，BDS)、实时动态定位(real-time kinematic，RTK)和超宽带(ultrawide band，UWB)定位系统。

后台服务器110可以用于在后台管理车辆，实现快递服务器120、移动终端130与车辆100之间的信号传送与通讯。

移动终端130可以通过无线通信技术与快递服务器120、后台服务器110进行通信，也可以通过蓝牙通信技术与车载蓝牙设备1002进行通信。其中，无线通信技术例如可以为第四代移动通信技术(the 4th generation，4G)或第五代移动通信技术(the 5thgeneration，5G)等。

其中，车辆100和移动终端130中可以安装有车载事项提醒应用程序(application，APP)。

在车端配置快递取件提醒功能具体可以通过在车辆100和移动终端130同时登录车载事项提醒APP的账号来实现。具体来说，当用户使用同一账号在车辆100和移动终端130上登录了车载事项提醒APP后，移动终端130便可使用无线通信技术将快递取件短信发送至后台服务器110，以使得后台服务器110将该快递取件短信推送至车载中控系统1001。由此，车辆100即可接收到由移动终端130推送的快递取件短信，实现了车端的快递取件提醒功能。

应理解，该快递取件提醒功能仅为车载事项提醒APP能够实现的功能之一，该车载事项提醒APP还可实现其他提醒功能。本申请实施例包含但不限于此。

还应理解，快递取件提醒功能也可通过其他应用程序来实现，比如单独用于提醒取件的APP等。本申请实施例包含但不限于此。

图2为本申请实施例提供的一种车端的取件提醒方法200的示意性流程图。该方法可以通过上述架构示意图中的车载中控系统实现。如图2所示，该方法包括步骤210至步骤250，下面详细说明步骤210至步骤250。

在步骤210中，接收来自移动终端的至少一个快递取件短信。

其中，移动终端例如可以为手机等可接收到快递取件短信的移动终端。例如，当有新的快递到达时，快递服务器可以向移动终端发送快递取件短信。可以理解，该移动终端是上述新到达的快递的收件人的移动终端。快递服务器可通过快递单中的手机号或其他联系方式向该收件人的移动终端发送快递取件短信。在本申请实施例中，该收件人可以是本申请实施例中正在驾驶或乘坐车辆的用户。

其中，快递取件短信中包括但不限于以下一项或多项：快递取件地点、快递名称、快递站点名称、快递单号和取件码。

可以理解，移动终端可能会接收到一个或多个快递取件短信，该一个或多个快递取件短信都可以被推送至车载中控系统中。

移动终端将快递取件短信推送至车载中控系统的一种可能的实现方式为：移动终端可通过无线通信技术将快递取件短信推送至后台服务器，以便于后台服务器转发至车载中控系统。

具体而言，用户的移动终端接收到快递取件短信，并且车辆和移动终端上的车载事项提醒APP处于登录状态，则，该车载事项提醒APP可以从移动终端中的短信中筛选出快递取件短信，并将筛选出的快递取件短信通过无线通信技术上传至后台服务器。后台服务器可以将接收到的快递取件短信发送到相应的车载中控系统，车载中控系统即可收到来自移动终端的快递取件短信。

应理解，车载中控系统能够连上网的情况下，车辆和移动终端登录相同的车载事项提醒APP的账号，则后台服务器可以将移动终端与相应的车辆关联起来，当移动终端上有取件短信上传至后台服务器中时，后台服务器即可匹配到相应的车辆，并向其发送取件短信。

示例性地，移动终端的车载事项提醒APP可以通过关键字筛选的方式从移动终端的所有短信中筛选出快递取件短信。其中，关键字可以为快递取件短信中的常见词，例如可以为：放入代收点、某某驿站、某某快递、某快递柜等。

移动终端将快递取件短信推送至车载中控系统的另一种可能的实现方式为：车载蓝牙设备连接移动终端蓝牙设备后，移动终端基于车载中控系统的请求，通过蓝牙短信协议(message access profile，MAP)向车载中控系统发送移动终端中的短信。

在步骤220中，基于至少一个快递取件短信中的每个快递取件短信，从快递服务器获取每个快递取件短信对应的快递的签收信息。

其中，签收信息用于指示快递是否被签收。

由于用户可能在驾驶车辆之前已经看过至少一个快递取件短信中的一部分短信，并且已经取出看过短信中的快递，所以如果在用户驾驶车辆的过程中，对用户已经取出的快递再在车端提醒，对驾驶车辆过程中提醒用户需要做的事件没有帮助。因此，基于快递取件短信在车端提醒用户取件之前，先判断快递取件短信中的快递是否被取走。

具体地，车载中控系统可以针对每个快递取件短信，从快递服务器获取每个快递取件短信的签收信息，判断该快递取件短信中的快递是被取走。

一种可能的设计为：车载中控系统从快递取件短信中解析出该快递的快递单号和/或取件号，根据该快递单号或者取件号通过后台服务器从快递服务器中获取相应的快递的签收信息。

示例性地，车载中控系统接收到的一条取件短信，其内容为“您于4月13日下午购买的XXX已到达某某地点的XX快递代收点，快递单号为654XXXX，取件码为437XXX”。车载中控系统对该短信进行解析获取到快递信息为“快递单号为654XXXX，取件码为437XXX”，然后根据该快递单号和取件码通过后台服务器从快递服务器中获取相应的快递的物流信息，该物流信息中包含签收信息。

另一种可能的设计为：车载中控系统解析基于蓝牙短信协议从移动终端获取的未读短信信息，解析出快递取件短信。

应理解，由于未读短信中的快递取件短信的快递未被签收的概率较大，因此，这里只解析未读短信，也可以从所有短信中解析出快递取件短信，本申请对此不作限定。

在步骤230中，基于至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递。

根据步骤220可以获得每个快递取件短信对应的快递的签收信息。其中，签收信息包含在物流信息中。例如如果物流信息中包含“已签收”等签收信息，则可判断该快递已经被签收；如果物流信息中包含“待签收”等签收信息，则判断该快递未被签收。

在步骤240中，在确定存在未被签收的快递的情况下，提醒用户取件。

由步骤230可以确定每一个快递取件短信中的快递是否被签收，如果上述至少一个快递取件短信中存在有未被签收的快递，则可以提醒用户取件。

示例性地，后台服务器可以将所述未被签收的快递对应的快递取件短信推送到车载中控系统，车载中控系统通过以下方式中的一种或者两种提醒用户：通过弹框形式在车载显示屏上显示，提醒用户取件；或，通过车载音响语音提醒用户取件。其中，语音提醒的内容可以是将取件短信采用从文本到语音(text to speech，TTS)的技术转换为语音。

应理解，为了不在用户开车的过程中打扰用户，因此，提醒用户取件的过程可以在等红绿中期间或者刚刚停车期间执行。

提醒用户取件的一种可能的设计为，在检测到车辆档位挂至驻车档时，提醒用户取件。

示例性地，车辆状态模块检测到车辆档位挂至驻车档时，将该信息传送到车载中控系统，车载中控系统提醒用户取件。

提醒用户取件的另一种可能的设计为为：当车辆位于未被签收的快递的取件地点的附近时，提醒用户取件。

如前所述，快递取件短信中含有快递的快递取件地点。因此，车载中控系统可以通过解析快递取件短信得到快递取件地点，然后可以通过北斗定位系统或GPS定位车辆当前所在位置，将当前所在位置与快递取件地点相比较，若两者的位置差小于预设阈值时，提醒用户当前有快递需要取。更进一步地，通过车载语音助手可以提示用户是否导航到当前快递取件地点，用户可以通过语音控制是否导航到快递地址。如果用户选择不导航到当前快递取件地点，则不再提示当前快递取件信息。如果车辆途径快递取件地点，车载音响也会提示车主当前有快递需要取。

进一步地，未被签收的快递可能有一个或者多个。因此，如果只有一个快递未被签收，则可以提示该快递的具体信息，快递的具体信息例如可以为快递取件短信中的所有内容，例如包括但不限于以下一项或多项：取件地点、快递名称、快递站点名称、快递单号和取件码等；如果有多个快递未被签收，则提示用户有多个快递需要取。

应理解，上述方案的过程可以实时进行，即只要车辆启动，以及相应的取件提醒涉及的车端设备或移动终端以及快递服务器处于运行状态，则车端即可实时地接收来自移动终端的快递取件短信。

还应理解，若在步骤230中确定不存在未被签收的快递，可以不执行步骤240中提醒用户取件的操作。

基于上述方案，车端基于快递取件短信提醒正在驾驶车辆的用户有快递需要取，并从快递服务器获取快递取件短信的签收信息，从而判断来自移动终端的快递取件短信是否被签收，避免快递在已经被签收的情况下向用户发出无效提醒；避免用户在开车的时候分心去回忆是否还有快递需要取，节省用户精力，提高驾车安全；此外，在用户开车没有看到新接收到的快递取件短信时，能够顺便得知快递取件短信时，能够及时提醒用户取件。

图3为本申请实施例提供的快递取件方法300的另一示意性流程图。

在步骤310中，快递被送达至指定快递取件地点后，该快递的信息将被保存至快递服务器。

在步骤320中，快递服务器将该快递的取件短信推送至移动终端。

在步骤330中，移动终端中的车载事项提醒APP从移动终端中的短信中筛选出快递取件短信，并将其上传至车载中控系统。

在步骤340中，车载中控系统基于快递取件短信从快递服务器获取快递取件短信中的快递签收信息。

在步骤350中，基于快递签收信息判断是否存在未被签收的快递。

在步骤360中，如果没有被签收，则将该快递取件短信推送到车载中控主机，车端通过弹框和语音播报的方式提醒用户取件。

应理解，在实际的驾驶车辆的过程中，可能存在车载中控系统不能连网的情况，或者，也可能出现信号不好或者网络连接状态不佳的情况。此时，车载中控系统不能与后台服务器相连，因此，移动终端和车载中控系统之间不能通过后台服务器进行通信，但可以通过蓝牙通信技术进行通信。

图4是本申请实施例提供的一种移动终端和车载中控系统之间通过蓝牙通信时的快递取件方法400的示意性流程图。该方法400包括步骤410至步骤440，下面详细说明步骤410至步骤440。

在步骤410中，车载蓝牙设备连接移动终端蓝牙设备后，移动终端基于车载中控系统的请求，通过蓝牙短信协议向车载中控系统发送移动终端中的短信。

在步骤420中，车载中控系统解析基于蓝牙短信协议从移动终端获取的未读短信，解析出快递取件短信。

应理解，由于未读短信中的快递取件短信的快递未被签收的概率较大，因此，车载中控系统可以只解析未读短信，以减少工作量。当然，车载中控系统也可以从所有短信中解析出快递取件短信，本申请对此不作限定。

还应理解，解析出的快递取件短信可以包括一个或多个，并且解析的快递取件短信中包括快递取件地点。

在步骤430中，车端基于至少一个快递取件短信，提醒用户取件。

基于快递取件短信提醒用户取件的相关的详细内容可参考步骤240，为了简洁，此处不再赘述。

在步骤440中，检测到车辆档位挂至驻车档时，再次提醒用户取件。

该步骤的具体内容可参考步骤250，为了简洁，此处不再赘述。

应理解，车辆开启时，车载蓝牙设备与移动终端的蓝牙设备连接后，自动获取短信信息。为了保护用户的数据安全，蓝牙断开后，车载端的短信数据将被车载系统删除。

基于上述方案，针对车端网络状态不佳的情况，移动终端与车端采用蓝牙通信的方式获取快递取件短信，基于快递取件短信在车端提醒用户取件，避免用户在开车的时候分心去回忆是否还有快递需要取，节省用户精力，提高驾车安全。此外，在用户开车没有看到新接收到的快递取件短信时，能够顺便得知快递取件短信时，能够及时提醒用户取件。

图5是本申请实施例提供在车端通过语音添加提醒事项的一流程示意图。

如图5所示，在步骤510中，用户可以通过唤醒词，如“你好，某宝！”，或者方向盘上的相关按键唤醒语音助手。

在步骤520中，语音唤醒成功，车端的语音助手被唤醒，并可通过语音回答，比如回答“在的”。

在步骤530中，用户可以输入语音，车端基于用户的语音输入识别用户的语音，若识别出语音后，执行步骤540，进行语音识别结果的解析和处理；若没有识别出语音，则返回步骤510，重新执行步骤510至步骤530，直到识别出语音，再执行步骤540。

示例性地，车端的语音助手被唤醒后，基于用户输入的语音“我要添加提醒”，开始添加提醒事项；基于用户输入的语音，如“今天下午15:00需要去XX驿站取快递！”，车机端通过语音转汉字，筛选其中关键信息，“今天下午15:00”，“去XX驿站取快递”等关键信息，车载事项提醒APP添加提醒项。车载事项提醒APP设置闹钟，提前5分钟提醒一次，即根据车端的系统时间，14:55提醒一次，15:00时再次提醒，提醒方式为语音+弹框2s提示。

更进一步地，车端设置好的提醒事项可以同步到移动终端，当车主到达目的地时，通过将待处理提醒事项，如将“下午15:00去XX驿站取快递”发送到车载中控系统；车载中控系统将待处理提醒事项推送到移动终端；移动终端接收到推送，将待处理提醒事项添加同步到移动终端的车载事项提醒APP。

基于上述方法，车端通过语音添加提醒事项，然后将语音转换成文本，车端基于文本自动添加提醒事项，比较便捷。另一方面，车端添加好提醒事项后，还可以推送至移动终端，在移动终端同步进行提醒，加强提醒的力度，防止用户遗忘。

应理解，上文多个方法实施例中的各个示例仅为便于理解而给出，不应对本申请实施例构成任何限定。

图6是是本申请实施例提供的取件提醒装置的示意性框图。如图6所示，该装置600可以包括：收发模块610和处理模块620。其中，该收发模块610，可用于接收来自移动终端的至少一个快递取件短信；基于所述至少一个快递取件短信中的每个快递取件短信，从快递服务器获取所述每个快递取件短信对应的快递的签收信息，所述签收信息用于指示快递是否被签收；处理模块620可用于基于所述至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递；在确定存在未被签收的快递的情况下，提醒用户取件，所述用户为正在驾驶或乘坐所述车辆的用户。

可选地，处理模块620还可用于通过所述车载中控系统的显示界面和/或语音提醒所述用户取件。

可选地，处理模块620还可用于当所述车辆位于所述未被签收的快递的取件地点的附近时，提醒所述用户取件。

可选地，处理模块620还可用于在确定存在未被签收的快递，且检测到所述车辆档位挂至驻车档的情况下，提醒所述用户取件。

可选地，处理模块620还可用于若只有一个快递未被签收，则提示快递的具体信息；若有多个快递未被签收，则提示所述用户有多个快递需要取。

可选地，收发模块610还可用于通过无线通信技术，从所述车辆的后台服务器接收来自所述移动终端的所述至少一个快递取件短信。

可选地，收发模块610还可用于通过蓝牙通信技术，从所述移动终端接收所述至少一个快递取件短信。

应理解，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

图7是本申请实施例提供的取件提醒装置的另一示意性框图。该装置可用于实现上述方法中取件提醒装置的功能。其中，该装置可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

如图7所示，该装置700可以包括至少一个处理器710，用于实现本申请实施例提供的方法中取件提醒装置的功能。示例性地，处理器710可用于接收来自移动终端的至少一个快递取件短信；基于所述至少一个快递取件短信中的每个快递取件短信，从快递服务器获取所述每个快递取件短信对应的快递的签收信息，所述签收信息用于指示快递是否被签收；基于所述至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递；在确定存在未被签收的快递的情况下，提醒用户取件，所述用户为正在驾驶或乘坐所述车辆的用户。

该装置700还可以包括至少一个存储器720，用于存储程序指令和/或数据。存储器720和处理器710耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器710可能和存储器720协同操作。处理器710可能执行存储器720中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

该装置700还可以包括通信接口730，用于通过传输介质和其它设备进行通信，从而用于装置700中的装置可以和其它设备进行通信。示例性地，所述通信接口730例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器710可利用通信接口730收发数据和/或信息，并用于实现图2至图5对应的任一实施例中所述的取件提醒装置所执行的方法。

本申请实施例中不限定上述处理器710、存储器720以及通信接口730之间的具体连接介质。本申请实施例在图7中以处理器710、存储器720以及通信接口730之间通过总线740连接。总线740在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

应理解，上文结合图6所描述的取件提醒装置600和结合图7所描述的取件提醒装置700例如可以是车载中控系统，或者是部署在车载中控系统中的部件，如芯片系统等。本申请实施例对此不做限定。

本申请还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行图2至图5对应的任一所示实施例中的方法。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得计算机执行图2至图5对应的任一所示实施例的方法。

应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本说明书中使用的术语“单元”、“模块”等，可用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。在本申请所提供的几个实施例中，应该理解到，所揭露的装置、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种取件提醒方法，其特征在于，所述方法应用于配置在车辆中的车载中控系统，所述方法包括：

接收来自移动终端的至少一个快递取件短信；

基于所述至少一个快递取件短信中的每个快递取件短信，从快递服务器获取所述每个快递取件短信对应的快递的签收信息，所述签收信息用于指示快递是否被签收；

基于所述至少一个快递取件短信对应的至少一个快递的签收信息，确定是否存在未被签收的快递；

在确定存在未被签收的快递的情况下，提醒用户取件，所述用户为正在驾驶或乘坐所述车辆的用户。

2.如权利要求1所述的方法，其特征在于，所述提醒用户取件，包括：

当所述车辆位于所述未被签收的快递的取件地点的附近时，提醒所述用户取件。

3.如权利要求1所述的方法，其特征在于，所述提醒用户取件包括：

在确定存在未被签收的快递，且检测到所述车辆档位挂至驻车档的情况下，提醒所述用户取件。

4.如权利要求1所述的方法，其特征在于，所述在确定存在未被签收的快递的情况下，提醒用户取件，包括：

若只有一个快递未被签收，则提示快递的具体信息；若有多个快递未被签收，则提示所述用户有多个快递需要取。

5.如权利要求1所述的方法，其特征在于，所述接收来自移动终端的至少一个快递取件短信，包括：

通过无线通信技术，从所述车辆的后台服务器接收来自所述移动终端的所述至少一个快递取件短信。

6.如权利要求1所述的方法，其特征在于，所述接收来自移动终端的至少一个快递取件短信，包括：

通过蓝牙通信技术，从所述移动终端接收所述至少一个快递取件短信。

7.一种取件提醒装置，其特征在于，包括用于实现如权利要求1至6中任一项所述的方法的模块。

8.一种车载中控系统，其特征在于，包括处理器和存储器；其中，

所述存储器，用于存储程序代码；

所述处理器，用于调用所述存储器中所存储的程序代码，执行权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得所述计算机执行权利要求1至6中任一项所述的方法。

10.一种计算机程序产品，其特征在于，包括计算机程序，当计算机运行所述计算机程序时，使得所述计算机执行如权利要求1至6中任一项所述的方法。

Images