具体实施方式
下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例,然而应该理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
如上文所描述的,在传统的用于管理车辆的方案中,车主需要自行选择车辆保养时机时间、驾车去所选择的保养服务提供商处、等待保养进行以及将保养完毕的车辆驾回。常规情况下,车辆每行驶5000km-7000km时需要对润滑系统进行保养,而在遇到发动机噪音过大、加速无力、水温过高时也需清洗保养润滑系统;另外,汽车每行驶5000km-15000km时,需要清洗保养燃油系统,而当发觉引擎喘抖、迟滞和加速不良、冒黑烟、无力、费油时也需要清洗保养燃油系统;每6个月至8个月需清洗保养冷却系统,车辆每行驶40000km-45000km需清洗保养动力转向系统,或遇转向困难系统渗漏、更换动力转向机配件后,也需清洗保养动力转向系统。可见,车辆保养的时机非常复杂,并且会因车辆的品牌、人为、车况等因素的差异而发生变化。因此,车主无法准确掌握汽车的保养需求,而且在选择匹配的保养服务提供商、送车、等待和取车环节需要耗费大量的时间。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个,本公开的示例实施例提出了一种用于管理车辆方案。在该方案中,在管理设备处,获取车辆的车辆状态信息和关联用户的日程信息,车辆状态信息至少指示车辆的行驶里程和车辆位置,日程信息与车辆的关联用户相关联;基于日程信息和车辆状态信息,确定预定条件是否被满足:响应于确定预定条件被满足,确定车辆停留在当前车辆位置的时间是否大于或者等于保养车辆所需的预定时间间隔;以及响应于确定车辆停留在当前位置的时间大于或者等于保养车辆所需的预定时间间隔,向移动设备发送关于保养车辆的提示信息,以用于在移动设备处呈现提示信息,移动设备与关联用户相关联。
在上述方案中,通过管理设备基于所获的关联用户的日程信息和车辆状态信息(例如行驶里程和车辆位置),确定当满足预定条件时,并且基于日程信息确定车辆驻停当前位置的时间足够长时,向移动设备发送提示信息以向关联用户呈现车辆保养提示,本公开的管理车辆的方案可以实现根据基于实际车况和匹配的车辆驻停情况自动确定并提示车主进行车辆保养,而无须车主自行查询、记忆或者选择车辆保养时机,因而能够准确确定汽车的保养需求,以及节约车主的时间。
图1示出了根据本公开的实施例的用于管理车辆的系统100的示意图。如图1所示,系统100包括一个或多个车辆110、一个或多个移动设备120(该移动设备120例如与关联用户122相关联)、第一对象设备130(第一对象设备130例如属于提供车辆保养的服务商132)、第二对象设备140(第二对象设备140例如属于提供车辆保养的服务商142)、一个或多个管理设备150、一个或多个基站160。车辆110、移动设备120例如经由基站160和网络170进行数据交互,第一对象设备130、第二对象设备140和管理设备150例如通过网络170进行数据交互。在一些实施例中,系统100还包括:路侧单元(RSU,Road Side Unit,未示出)等。应当理解,图1中仅是示意性示出第一对象设备130、第二对象设备140,系统100可以包括更多的对象设备。
关于车辆110,其至少包括:车机、车载数据感知设备、车载T-BOX。车载数据感知设备用于实时感知车辆状态信息。
关于车载T-BOX,其用于与车机、移动设备120、路侧单元、管理设备170进行数据交互。车载T-BOX例如包括SIM卡、GPS天线,4G或5G天线等。当用户通过移动设备120(例如手机)的应用程序(App)发送控制命令(远程启动车辆、打开空调、调整座椅至合适位置等),TSP后台会发出监控请求指令到车载T-BOX,车辆在获取到控制命令后,通过CAN总线发送控制报文并实现对车辆的控制,最后反馈操作结果到用户的手机App上。车载T-BOX与车机之间通过canbus通信,实现数据交互,例如传输车辆状态信息、按键状态信息、控制指令等。车载T-BOX可以采集车辆110总线Dcan、Kcan、PTcan相关的总线数据。
车载数据感知设备用于获得车辆状态信息。该车辆状态信息至少指示车辆的行驶里程和车辆位置。行驶里程与车辆的保养周期密切相关,而车辆位置可以用于确定车辆的停留时间和用于推荐提供汽车保养服务的服务商(待选对象)。在一些实施例中,车载数据感知设备还可以获得车辆的使用时间、出厂时间等数据。车载数据感知设备例如是将上述车辆状态信息在车辆熄火时向管理设备170发送。
车辆110与移动设备120可以通过Wi-Fi、蓝牙、蜂窝等无线通信手段进行数据交互与共享。例如,关联用户122可以通过移动设备120上运行的应用程序(App)的关联账户绑定车辆110。例如,移动设备120可以经由App向管理设备150发送用户122的公钥以及token、车辆110的车架号以及移动设备号等信息进行虚拟钥匙的申请,以便获取开启车辆110或者获取车辆状态数据的虚拟钥匙。管理设备150例如通过下发申请虚拟钥匙指令到车辆110的T-BOX上。T-BOX再生成虚拟钥匙信息并返回到管理设备150。管理设备150存储该虚拟钥匙信息到数据库,并在移动设备120通过安全验证后,将虚拟钥匙发送给移动设备120。以便移动设备120在相对于车辆110的距离小于预定值(例如处于车外几米的范围之内)可以解锁车辆110,或者可以远程获取车辆110的车辆状态信息。
管理设备150例如是用于管理车辆的服务器。管理设备150用于获取来自车辆110的车辆状态信息,以及来自移动设备120的关联用户122的日程信息,以及基于车辆状态信息确定车辆110是否满足预定的保养条件,并且在确定车辆110停留在当前位置的时间足够长时,向关联用户122的移动设备120发送关于车辆保养的提示信息,以便移动设备120显示该提示信息。管理设备150与车辆110之间例如经由T-BOX、基站160和网络140进行数据交互。管理设备150与用户122的移动设备120之间的通信例如经由基站160和网络140进行。在一些实施例中,管理设备150可以具有一个或多个处理单元,包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外,管理设备150上也可以运行着一个或多个虚拟机。
移动设备120,其例如但不限于是手机。终端设备120可以在通过验证后直接与车载T-BOX进行数据交互。也可以如前文,在获得虚拟钥匙后,经由管理设备150远程获取车辆110的车辆状态信息。在一些实施例中,移动设备120可以是平板电脑。在移动设备120处存储有关于关联用户122的日程信息,并且可将日程信息定期同步至管理设备150。该日程信息中至少指示用户122出行时间、地点与相关事项。在一些实施例中,移动设备120还可以将移动设备120的位置信息同步至管理设备150。
以下将结合图2描述根据本公开的实施例的用于管理车辆的方法。图2示出了根据本公开的实施例的用于管理车辆的方法200的流程图。应当理解,方法200例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备150(即服务器)处的执行。应当理解,方法200还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框202处,管理设备150获取车辆110的车辆状态信息和关联用户122的日程信息。其中,车辆状态信息至少指示车辆的行驶里程和车辆位置,该日程信息与车辆的关联用户122相关联。
在一些实施例中,管理设备150可以通过车辆110的里程表获得行驶里程,管理设备150也可以经由车辆的OBD,例如通过OBD2协议的扩展,获取车辆110的行驶里程和车辆故障信息。管理设备150也可以经由车辆110的车载导航系统获得车辆的当前位置信息。在一些实施例中,车辆状态信息是车辆110在熄火时向管理设备发送的。
在框204处,管理设备150基于日程信息和车辆状态信息,确定预定条件是否被满足。
应当理解,不同品牌的车辆在保养周期和项目上不尽相同。在一些实施例中,管理设备150存储有与车辆110相关联的预定条件和预定保养关联信息。例如,预定条件用于指示与车辆110相关联的保养提示条件。保养关联信息用于指示与车辆110的行驶里程和行驶时间中至少一个相关联的车辆保养项目。
在一些实施例中,如果管理设备150确定车辆110行驶里程与预定阈值的差值小于或等于预定值(例如预定阈值为15000公里,预定值例如是1000公里),或者管理设备150确定当前时间距离车辆110的出厂时间的时间间隔已经大于或者等于第一预定时间值(例如1年),则确定预定条件满足。此时,管理设备150还可以基于所存储的保养关联信息来确定车辆110的保养项目例如包括以下至少一项:检查转向助力、检查制动系统的状况、检查自动变速器的状况、检测制动力、变速和转向是否正常、检查离合器行程,转向下支臂球头间隙、固定程度和防尘罩等等。
在一些实施例中,如果管理设备150基于关联用户的日程信息可以确定车辆110在近期会远距离出行,则确定预定条件满足。
在一些实施例中,如果管理设备150确定距离上一次车辆保养之后,车辆110行驶里程的增加值例如超过第一预定里程(例如6000公里),或者距离上一次车辆保养的时间间隔已经大于或者等于第一预定保养时间间隔(例如6个月),则基于预先存储的保养关联信息来确定的车辆110的保养项目例如包括以下至少一项:更换发动机机油、更换机油滤清器、清理空气滤清器、检查防冻液的液面高度及冰点,清理散热器表面、检查制动系统是否漏油,确定摩擦片厚度是否合适、检查发动机皮带磨损情况,调整皮带涨紧度等。
应当理解,上述预定条件、预定阈值、预定值、第一预定时间值、第一预定保养时间间隔仅是示例性的。管理设备150可以根据车辆110的品牌保养建议,以及基于车辆110的车况和使用频度等因素,确定匹配车辆110的预定条件、保养关联信息、以及其他相关的预定值。
在框206处,如果管理设备150确定预定条件被满足,则确定车辆110停留在当前车辆位置的时间是否大于或者等于保养车辆所需的预定时间间隔。
例如,如果管理设备150确定预定条件满足,管理设备150还可以基于关联用户122日程信息和移动设备120的位置信息确定车辆110停留在当前车辆位置的时间是否大于或者等于保养车辆110所需的预定时间间隔。例如,保养车辆110所需的预定时间间隔被提前设定为3个小时。如果管理设备150确定关联用户122日程信息指示未来6个小时中,该关联用户122在公司124有较为紧凑的会议和工作安排,没有任何出行计划,而且例如移动设备120的历史位置数据表明该关联用户122的历史工作时间大于或者等于8个小时,则管理设备150可以确定车辆110停留在当前车辆位置的时间大于保养车辆110所需的3个小时。因此,存在利用关联用户122在工作无需使用车辆110的期间进行车辆110的保养的足够时间。
在框208处,如果管理设备150确定车辆停留在当前位置的时间大于或者等于保养车辆所需的预定时间间隔,则向移动设备120发送关于保养车辆的提示信息,以用于在移动设备处呈现提示信息,移动设备与关联用户相关联。
在一些实施例中,如果管理设备150可以确定车辆110停留在当前车辆位置的时间大于或者等于保养车辆110所需的3个小时,则向移动设备120发送提示信息,以便在移动设备120处进行相关显示。例如移动设备120的关联用户122将车辆10停在公司124附件之后,在等电梯的时候,移动设备120在锁屏的情况下收到管理设备150所发的提示信息,响应于接收到提示信息,移动设备120自锁屏状态被唤醒,例如在界面上显示如下提示信息“您车辆已经行驶5000公里需要保养,今天您没有外出行程,建议今天做个保养”。
在上述方案中,通过在基于所获的关联用户的日程信息和车辆状态信息(例如行驶里程和车辆位置),确定当满足预定条件时,并且基于用户日程信息确定车辆驻停当前位置的时间足够时,向移动设备发送提示信息以呈现车辆保养提示,本公开的管理车辆的方案可以实现根据基于实际车况和匹配的车辆驻停情况自动确定并提示车主车辆保养,而无须车主自行查询、记忆或者选择车辆保养时机,因而能够准确确定汽车的保养需求,以及节约车主的时间。
在一些实施例中,方法200还包括用于推荐提供车辆保养服务的信息的方法300。以下结合图3来说明如何推荐提供车辆保养服务的信息。图3示出了根据本公开的实施例的用于推荐提供车辆保养服务的信息的方法300的流程图。应当理解,方法300例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备150(即服务器)处的执行。应当理解,方法300还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框302处,管理设备150可以获取用于提供保养服务的对象(该对象例如是多个提供车辆保养的服务商,例如132和142等)的第一信息,第一信息至少标识可提供保养的车型、空闲时间、对象位置和信用信息中的至少一项。空闲时间代表对应的提供车辆保养的服务商可以提供即时车辆保养而无需等待的服务时间。对象位置代表提供车辆保养的服务商的所在地理位置。信用信息例如指示提供车辆保养的服务商的资质或认证等级。在一些实施例中,第一信息还可以包括保养车辆的材料信息,例如,可提供的发动机机油、防冻液品牌等。
在框304处,管理设备150确定以下至少一项条件是否满足:车型和车辆状态信息相匹配;空闲时间与预定时间间隔相匹配;信用信息符合预定信用条件。预定信用条件例如是是否为4S店。管理设备150通过确认上述条件是否满足来匹配与车辆110的车型、停留时间、以及信用有保障的提供车辆保养的服务商。
在框306处,如果管理设备150确定以上至少一项条件满足,则将对象确定为待选对象。例如,在诸多提供车辆保养的服务商中,服务商132和142能够为车辆110的车型提供保养服务,在车辆110停留在当前位置的时间内,服务商132和142都处于空闲状态,以及服务商132和142都是信用有保障的优质服务商。因此,如果管理设备150将服务商132和142确定为待选对象。
在框308处,管理设备150基于对象位置和当前车辆位置之间的距离和路径中的至少一项,在待选对象中确定推荐对象。例如,管理设备150基于服务商132和142与车辆110的当前车辆位置之间的距离,来计算往来于车辆110的当前车辆位置和服务商所在地之间所需花费的时间,来确定最终推荐的提供车辆保养的服务商。在一些实施例中,管理设备150进一步获取车辆110的当前车辆位置和服务商所在地之间的路径和交通信息,以便更准确地计算的往来于当前车辆位置和服务商所在地之间所需花费的时间。例如,经上述计算,管理设备150可以推荐距离车辆当前位置更近的服务商132作为进行车辆保养服务的推荐对象。
在框310处,管理设备150在移动设备120处呈现与推荐对象相关联的推荐信息。在一些实施例中,推荐信息例如包括:保养车辆所需的时间、价格、推荐对象的位置、车辆停留的当前位置至推荐对象的路径、推荐对象的信用信息。
在上述方案中,管理设备150通过基于提供车辆保养的服务商的第一信息与预定条件的匹配情况,以及车辆110当前的停留位置为车辆110自动匹配合适的服务商,并将其推送至移动设备120进行显示,能够显著地节省关联用户(例如车主)选择提供车辆保养的服务商的时间,并且能够提高车辆与服务商的匹配度。
在一些实施例中,方法300还包括:如果管理设备150确定在移动设备120处检测到关于推荐对象的输入(例如检测到关联用户122在移动设备120上对所推荐的服务商132进行了点选操作),则管理设备150向与推荐对象相关联的对象设备(例如第一对象设备130)发送与车辆110的保养相关联的任务信息、授权凭证和车辆状态信息。其中任务信息至少指示任务类型。然后,管理设备150接收来自第一对象设备130的针对车辆110的解锁请求。如果管理设备150确定所收到的解锁请求中包括之前发送给推荐对象的授权凭证,则使车辆110被解锁。上述授权凭证例如是车辆的虚拟钥匙。任务信息例如是车辆保养订单,任务类型例如是“车辆大保养”、“日常车辆保养”等。通过采用上述手段,管理设备150可以通过分享授权凭证的方式安全地将车辆110的解锁手段交给所推荐的服务商,而不必当面交接车辆的实体钥匙。从而实现了关于车辆的安全和便捷的授权。
在一些实施例中,管理设备150向与推荐对象的对象设备(例如第一对象设备130)发送的授权凭证(例如是车辆110的虚拟钥匙)例如至少包括第一授权凭证和第二授权凭证(例如是第一虚拟钥匙和第二虚拟钥匙)。以便于推荐的服务商(例如132)中的多人使用虚拟钥匙来控制车辆110,例如,第一虚拟钥匙用于将车辆110从当前位置开到推荐的服务商132所在位置处,或者由服务商132所在位置处将车辆110送回当前位置。第二虚拟钥匙例如用于服务商132的保养人员在服务商132的所在位置处提供保养服务时控制车辆所需。第一虚拟钥匙和第二虚拟钥匙中的至少一个虚拟钥匙的有效性与所述车辆的位置信息、所述对象位置、预定有效时间中的至少一个相关联。例如,如果管理设备150检测到车辆110长时间处于与车辆当前位置、对象位置以及车辆当前位置至对象位置之间的路径之外的无关位置,管理设备150可以使得车辆的虚拟钥匙失效。或者例如,管理设备150给车辆110的虚拟钥匙的有效性预先设定一个预定有效时间(例如4个小时),如果管理设备150确定已经超过该预定有效时间,可以使得虚拟钥匙失效。通过采用上述手段,能够进一步保证车辆安全性,而且便于服务商在保养车辆的不同阶段由不同人便捷地对车辆进行控制。
在一些实施例中,方法200还包括同步车辆保养状态的方法400。以下结合图4来说明如何同步车辆保养状态。图4示出了根据本公开的实施例的用于同步车辆保养状态的方法400的流程图。应当理解,方法400例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备150(即服务器)处的执行。应当理解,方法400还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框402处,管理设备150可以获取车辆110被解锁后的车辆状态信息,车辆状态信息至少包括车载摄像装置的视频信息。
在框404处,管理设备150可以基于车辆110被解锁后的车辆状态信息和任务信息,来确定用于标识车辆保养情况的保养状态信息。
例如,在一些实施例中,管理设备150可以实时或按照某一预定时间间隔来确认车辆110的保养状态信息是否指示车辆110的保养是否已被完成;如果管理设备150确定车辆保养状态信息指示车辆的保养已被完成,则使得所发送的授权凭证失效;然后使车辆110被锁定。在一些实施例中,管理设备150如果确定车辆110已经被开回并停留在保养前的停留位置,并且已经收到了服务商132所发送的保养任务已经完成的状态信息。管理设备150使得授权凭证失效,并且锁定车辆110。
在框406处,管理设备150向移动设备120发送车辆110被解锁后的车辆状态信息和保养状态信息。
在上述方案中,管理设备150通过基于车辆状态信息确定保养状态信息,并且在确认保养任务已被完成的状态信息使得授权凭证失效,能够使得服务商针对车辆110的保养过程在监督下进行,并且使得关联用户能够便捷地了解车辆保养的进展,提高了车辆110的安全性。
图5示意性示出了适于用来实现本公开实施例的电子设备500的框图。设备500可以是用于实现执行图2至4所示的方法200、300和400的设备。如图5所示,设备500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序指令,来执行各种适当的动作和处理。在RAM 503中,还可存储设备500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
设备500中的多个部件连接至I/O接口505,包括:输入单元506、输出单元507、存储单元508,处理单元501执行上文所描述的各个方法和处理,例如执行方法200、300和400。例如,在一些实施例中,方法200、300和4000可被实现为计算机软件程序,其被存储于机器可读介质,例如存储单元508。在一些实施例中,计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由CPU501执行时,可以执行上文描述的方法200、300和400的一个或多个操作。备选地,在其他实施例中,CPU 501可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法200、300和400的一个或多个动作。
需要进一步说明的是,本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘管理设备。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或管理设备上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依据所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用于执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
以上仅为本公开的可选实施例,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等效替换、改进等,均应包含在本公开的保护范围之内。