一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

车载装置、车载系统以及车辆的制作方法

2022-02-20 05:29:06 来源:中国专利 TAG:


1.本公开涉及车载装置、车载系统以及车辆。


背景技术:

2.在日本特开平11-532189号公报(专利文献1)提出了一种如下所述的信息处理装置:在与信息处理装置连接的周边装置、扩展端口/卡等扩展功能装置内设置有储存驱动软件等的软件信息的存储装置,当将周边装置等与信息处理装置连接时,读出储存于存储装置的扩展功能用软件信息并传输至信息处理装置,信息处理装置将传输来的软件信息与自己的装置内的处于存储装置的软件信息的版本的新旧进行比较,将版本较新的软件信息写入至信息处理装置的扩展功能用软件信息用的存储器而在周边装置等的驱动以及信息处理中使用。
3.然而,在专利文献1中,虽然能够安装与所连接的设备对应的软件来使用设备,但在取下了设备而不再使用的情况下,导致软件残留在信息处理装置内。因此,无法高效地使用信息处理装置内的存储容量,因而存在改进的余地。


技术实现要素:

4.本公开是考虑了上述事实而完成的,提供在连接有设备的情况下安装对应的软件并能够高效地使用存储容量的车载装置、车载系统以及车辆。
5.第1方式所涉及的车载装置包括:检测部,检测预先决定的设备的连接的有无;通信部,与外部进行通信;以及控制部,在由上述检测部检测到上述设备的连接的情况下,进行经由上述通信部接收与上述设备对应的软件并安装的控制,在由上述检测部检测到上述设备的非连接的情况下,进行压缩上述软件的处理以及删除上述软件的处理的至少一方的处理。
6.根据第1方式,通过检测部检测预先决定的设备的连接的有无,通过通信部进行与外部的服务器等的通信。
7.而且,在由检测部检测到设备的连接的情况下,通过控制部进行经由通信部接收与设备对应的软件并安装的控制。由此,能够利用后装的设备。
8.另外,在由检测部检测到设备的非连接的情况下,通过控制部进行压缩软件的处理以及删除软件的处理的至少一方的处理。即,由于在设备被取下而不使用的情况下,通过进行压缩软件的处理、进行删除软件的处理来确保存储容量,所以能够高效地使用存储容量。
9.其中,在进行压缩软件的处理的情况下,上述控制部可以当由上述检测部检测到的上述非连接的状态满足预先决定的第1条件的情况下,进行压缩软件的上述处理。由此,能够高效地使用存储容量,在再次连接了设备的情况下,能够容易地进行软件的使用。
10.另外,在进行上述压缩的处理以及上述删除的处理的情况下,上述控制部可以当在满足上述第1条件之后满足预先决定的第2条件的情况下,进行上述删除的处理。由此,能
够将使用频度低的软件删除来高效地使用存储容量。
11.另外,上述控制部可以根据存储有上述软件的存储部的存储容量来将上述第2条件变更为预先决定的条件并对上述第2条件的成立进行判定。由此,能够存储容量越少则越进行删除的处理,能够更高效地使用存储容量。
12.另外,上述控制部可以根据存储有上述软件的存储部的存储容量来将上述第1条件变更为预先决定的条件并对上述第1条件的成立进行判定。由此,能够存储容量越少则越进行压缩的处理,能够更高效地使用存储容量。
13.另外,当在满足上述第1条件之后由上述检测部检测到上述设备的连接的情况下,上述控制部可以还进行将上述软件解压的处理。由此,在再次连接了设备的情况下,不再次安装软件,软件的再次使用变容易。
14.另外,上述控制部可以通过经由上述通信部而来自外部的远程操作来进行上述至少一方的处理。由此,能够减少车载装置内的为了压缩或删除的程序所需的容量,能够进一步高效地使用存储容量。
15.此外,可以如第8方式那样成为一种车载系统,包括:检测部,检测预先决定的设备向车载装置连接的有无;安装部,在由上述检测部检测到上述设备的连接的情况下,进行将与上述设备对应的软件安装至上述车载装置的控制;以及控制部,在由上述检测部检测到上述设备的非连接的情况下,进行压缩上述软件的处理以及删除上述软件的处理的至少一方的处理。
16.另外,可以如第9方式那样成为一种车辆,包括:检测部,检测预先决定的设备的连接的有无;通信部,与外部进行通信;以及控制部,在由上述检测部检测到上述设备的连接的情况下,进行经由上述通信部接收与上述设备对应的软件并安装的控制,在由上述检测部检测到上述设备的非连接的情况下,进行压缩上述软件的处理以及删除上述软件的处理的至少一方的处理。
17.如以上说明那样,根据本公开,可提供在连接有设备的情况下安装对应的软件并能够高效地使用存储容量的车载装置、车载系统以及车辆。
附图说明
18.图1是表示本实施方式所涉及的车载系统的简要结构的图。
19.图2是表示第1实施方式所涉及的车载系统中的服务器以及车载装置的功能结构的框图。
20.图3是表示在第1实施方式所涉及的车载系统的车载装置中、当安装与和器件连接部连接的后装器件(retrofitted device)对应的软件时进行的处理的流程的一个例子的流程图。
21.图4是表示在第1实施方式所涉及的车载系统的车载装置中、根据与已安装的软件对应的后装器件的连接状态而进行的处理的流程的一个例子的流程图。
22.图5是表示第2实施方式所涉及的车载系统中的服务器以及车载装置的详细的功能结构的框图。
23.图6是表示在第2实施方式所涉及的车载系统的车载装置中、根据与已安装的软件对应的后装器件的连接状态而进行的处理的流程的一个例子的流程图。
24.图7是表示在第2实施方式所涉及的车载系统的服务器中、根据与已安装的软件对应的后装器件的连接状态而进行的处理的流程的一个例子的流程图。
25.图8是表示根据车载装置的存储容量的余量来变更第1条件与第2条件各自的成立条件的处理的流程的一个例子的流程图。
具体实施方式
26.以下,参照附图对本发明的实施方式的一个例子详细进行说明。图1是表示本实施方式所涉及的车载系统的简要结构的图。
27.如图1所示,本实施方式所涉及的车载系统10包括服务器12以及多个车载装置16,分别与通信网络18连接。
28.本实施方式所涉及的车载系统10通过在服务器12与车载装置16之间进行信息的收授,来进行向搭载于多个车辆14的车载装置16连接后装的设备并使之能够利用的处理。具体而言,在向车载装置16连接了预先决定的设备的情况下,进行将对应的应用从服务器12安装至车载装置16来使后装设备能够利用的处理。
29.另外,在本实施方式所涉及的车载系统10中,当从车载装置16取下了后装设备的情况下,还进行将与被取下的后装设备对应的应用压缩的处理以及将其删除的处理的至少一方的处理。此外,在图1中示出2台车辆14,但也可以为1台,还可以为3台以上。
30.(第1实施方式)
31.图2是表示第1实施方式所涉及的车载系统10中的服务器12以及车载装置16的详细的功能结构的框图。
32.如图2所示,车载装置16具备控制部20、器件连接部22、作为检测部的一个例子的器件连接检测部24、通信部26以及存储部28。
33.器件连接部22连接作为预先决定的设备的后装器件50,与后装器件50进行信息的收授。作为一个例子,器件连接部22能够应用usb(universal serial bus)、uart(universal asynchronous receiver transmitter)、各种无线连接等各种连接方法。
34.器件连接检测部24检测后装器件50向器件连接部22的连接的有无,并将检测结果通知给控制部20。
35.通信部26经由通信网络18与服务器12建立通信,与服务器12进行信息的收发。
36.在存储部28存储从服务器12下载并安装的应用程序、驱动等各种软件、各种数据。
37.控制部20由包括cpu(central processing unit)、rom(read only memory)以及ram(random access memory)等的一般的微型计算机构成。控制部20进行与应用程序的安装、压缩、解压以及删除等相关的处理,并且进行与已安装的应用对应的处理。
38.具体而言,控制部20具有压缩处理部20a、解压处理部20b以及删除处理部20c的功能。控制部20的各功能通过将存储于rom的程序在ram展开并由cpu执行来实现。
39.在预先决定的第1条件成立的情况下,压缩处理部20a进行对从服务器12下载并安装至车载装置16的存储部28的应用、驱动等软件加以压缩的处理。其中,第1条件可以应用与软件对应的器件的非连接的检测次数、非连接的期间等对应的条件。例如,基于器件连接检测部24的检测结果来对与软件对应的器件的非连接的检测次数是否被检测到预先决定的第1阈值以上进行判定,在检测到第1阈值以上的非连接的检测次数的情况下,第1条件成
立。或者,基于器件连接检测部24的检测结果来对与软件对应的器件的非连接的期间是否被检测到预先决定的第1阈值以上进行判定,在检测到第1阈值以上的非连接的期间的情况下,第1条件成立。
40.在通过压缩处理部20a对软件压缩之后连接了与该软件对应的器件的情况下,解压处理部20b进行将被压缩的软件解压的处理。
41.在第1条件成立之后预先决定的第2条件成立的情况下,删除处理部20c进行从存储部28将安装于车载装置16的软件删除的处理。其中,第2条件可以与第1条件同样,应用与和软件对应的器件的非连接的检测次数、非连接的期间等对应的条件。例如,基于器件连接检测部24的检测结果来对与软件对应的器件的非连接的检测次数是否被检测到预先决定的第2阈值以上进行判定,在检测到第2阈值以上的非连接的检测次数的情况下,第2条件成立。或者,基于器件连接检测部24的检测结果来对与软件对应的器件的非连接的期间是否被检测到预先决定的第2阈值以上进行判定,在检测到第2阈值以上的非连接的期间的情况下,第2条件成立。此外,由于在第2条件成立的情况下,将应用删除,所以优选第2条件是比第1条件难以成立的条件。具体而言,优选第2条件的第2阈值大于第1条件的第1阈值。
42.另一方面,服务器12具备中央处理部30、中央通信部40以及db(数据库)42。
43.中央处理部30由包括cpu、rom以及ram等的一般的微型计算机构成,具备作为安装部的一个例子的软件导入控制部30a的功能。中央处理部30的软件导入控制部30a的功能通过将存储于rom的程序在ram展开并由cpu执行来实现。
44.软件导入控制部30a通过与车载装置16进行通信,由此在车载装置16连接有后装器件50的情况下进行从db42读出对应的应用并安装至车载装置16的处理。
45.另外,中央通信部40经由通信网络18与车载装置16建立通信,来进行各种信息的收发。
46.db42蓄积将安装于车载装置16的各种应用程序、驱动等软件、各种数据。
47.接着,对在如上述那样构成的本实施方式所涉及的车载系统10的各部进行的具体的处理加以说明。
48.首先,对在安装与和器件连接部22连接了的后装器件50对应的软件时由车载装置16进行的处理进行说明。图3是表示在本实施方式所涉及的车载系统10的车载装置16中、当安装与和器件连接部22连接了的后装器件50对应的软件时进行的处理的流程的一个例子的流程图。图3的处理例如在点火开关等启动车辆14的开关被接通的情况下开始。
49.在步骤100中,控制部20对后装器件50向器件连接部22的连接状态进行检测并移至步骤102。即,控制部20基于器件连接检测部24的检测结果来检测后装器件50的连接状态。
50.在步骤102中,控制部20对是否检测到器件的连接进行判定。在该判定为肯定的情况下移至步骤104,在该判定为否定的情况下结束一系列的处理。
51.在步骤104中,控制部20对是否没有与已连接的后装器件50对应的软件进行判定。对于该判定而言,在尚未安装与后装器件50对应的软件的情况下,做出肯定判定并移至步骤106,在已经安装的情况下结束一系列的处理。
52.在步骤106中,控制部20进行软件安装处理并结束一系列的处理。软件安装处理经由通信部26对于服务器12进行与后装器件50对应的软件的安装请求,服务器12的软件导入
控制部30a根据该安装请求来将对应的软件发送至车载装置16并进行安装。由此,能够利用后装器件50。
53.接下来,对根据与如上述那样安装的软件对应的后装器件50的连接状态而在车载装置进行的处理加以说明。图4是表示在本实施方式所涉及的车载系统10的车载装置16中、根据与已安装的软件对应的后装器件50的连接状态而进行的处理的流程的一个例子的流程图。其中,图4的处理是接着图3的处理进行的处理。
54.在步骤200中,控制部20检测安装完毕的软件的器件连接状态并移至步骤202。即,控制部20通过取得器件连接检测部24的检测结果来检测与安装完毕的软件对应的后装器件50向器件连接部22的连接的有无。
55.在步骤202中,控制部20对是否检测到非连接进行判定。该判定根据器件连接状态的检测结果来对是否从器件连接部22取下了与安装完毕的软件对应的后装器件50进行判定。在该判定为肯定的情况下,移至步骤204,在该判定为否定的情况下,移至步骤210。
56.在步骤204中,控制部20对与从器件连接部22取下的后装器件50对应的软件是否未压缩进行判定。该判定对是否尚未进行后述的软件压缩处理进行判定。在该判定为肯定的情况下,移至步骤206,在该判定为否定的情况下,移至步骤214。
57.在步骤206中,控制部20对非连接检测的第1条件是否成立进行判定。该判定例如对后装器件50的非连接的检测次数、检测期间是否为预先决定的第1阈值以上进行判定。在该判定为肯定的情况下,移至步骤208,在该判定为否定的情况下,结束一系列的处理。
58.在步骤208中,控制部20进行软件压缩处理并结束一系列的处理。软件压缩处理由压缩处理部20a进行对与满足了非连接检测的第1条件的后装器件50对应的应用、驱动等软件压缩的处理。由此,由于未使用的软件被压缩,所以能够使控制部20的存储容量增加,能够高效地使用存储容量。另外,在再次连接了后装器件50的情况下,能够容易地进行软件的使用。
59.另一方面,若通过后装器件50向器件连接部22的连接的检测而否定步骤202的判定并移至步骤210,则控制部20对与从器件连接部22取下的后装器件50对应的软件是否压缩完毕进行判定。该判定对是否进行上述的步骤208的软件压缩处理而软件压缩完毕进行判定。在该判定为肯定的情况下,移至步骤212,在该判定为否定的情况下,结束一系列的处理。
60.在步骤212中,控制部20进行软件解压处理并结束一系列的处理。软件解压处理由解压处理部20b进行将与器件连接部22连接的后装器件50的压缩完毕的应用、驱动等软件解压的处理。由此,由于在对器件连接部22再次连接了后装器件50的情况下,软件被解压而能够利用后装器件50,所以不再次安装软件,软件的再次使用变容易。
61.另外,若与从器件连接部22取下的后装器件50对应的软件压缩完毕而否定了步骤204的判定并移至步骤214,则控制部20对非连接检测的第2条件是否成立进行判定。该判定例如对后装器件50的非连接的检测次数、检测期间是否为预先决定的第2阈值以上进行判定。在该判定为肯定的情况下移至步骤216,在该判定为否定的情况下结束一系列的处理。
62.在步骤216中,控制部20进行软件删除处理并结束一系列的处理。软件删除处理由删除处理部20c进行将与满足了非连接检测的第2条件的后装器件50对应的应用、驱动等软件删除的处理。由此,由于使用频度低、未使用的不需要的软件被卸载,所以能够使控制部
20的存储容量增加,能够高效地使用存储容量。
63.由于通过这样进行处理,能够根据需要进行后装器件50的软件的压缩、解压以及删除,所以能够高效地使用车载装置16的存储容量。
64.(第2实施方式)
65.接着,对第2实施方式所涉及的车载系统11进行说明。图5是表示第2实施方式所涉及的车载系统11中的服务器12以及车载装置16的详细的功能结构的框图。此外,对与图1相同的结构标注相同的附图标记并省略详细的说明。
66.在上述的实施方式中,将压缩处理部20a、解压处理部20b以及删除处理部20c作为装备于车载装置16的控制部20的功能进行了说明,但在本实施方式中,服务器12的中央处理部30具备压缩处理部30b、解压处理部30c以及删除处理部30d的功能。
67.压缩处理部30b根据来自车载装置16的请求而经由通信网络18访问车载装置16,通过无线远程操作进行压缩应用、驱动等软件的处理。
68.解压处理部30c根据来自车载装置16的请求而经由通信网络18访问车载装置16,通过无线远程操作进行将压缩完毕的应用、驱动等软件解压的处理。
69.删除处理部30d根据来自车载装置16的请求而经由通信网络18访问车载装置16,通过无线远程操作进行删除应用、驱动等软件的处理。
70.另外,在本实施方式中,在服务器12的中央处理部30也进行后装器件50的非连接的检测。在本实施方式中,对在服务器12侧检测第2条件的成立的例子进行说明,但可以在服务器12侧还检测第1条件的成立。
71.接着,对在如上述那样构成的本实施方式所涉及的车载系统11的各部进行的具体的处理加以说明。此外,由于当安装与和器件连接部22连接的后装器件50对应的软件时在车载装置16进行的处理与上述实施方式同样地进行,所以省略说明。
72.对根据与已安装的软件对应的后装器件50的连接状态而在车载装置16进行的处理进行说明。图6是在本实施方式所涉及的车载系统11的车载装置16中、根据与已安装的软件对应的后装器件50的连接状态而进行的处理的流程的一个例子的流程图。其中,图6的处理是接着图3的处理进行的处理。另外,对与图4的处理相同的处理标注相同的附图标记来进行说明。
73.在步骤200中,控制部20对安装完毕的软件的器件连接状态进行检测并移至步骤201。即,控制部20通过取得器件连接检测部24的检测结果来检测与安装完毕的软件对应的后装器件50向器件连接部22的连接的有无。
74.在步骤201中,控制部20将器件连接状态的检测结果通知给服务器12并移至步骤202。
75.在步骤202中,控制部20对是否检测到非连接进行判定。该判定根据器件连接状态的检测结果来对是否从器件连接部22取下了与安装完毕的软件对应的后装器件50进行判定。在该判定为肯定的情况下,移至步骤204,在该判定为否定的情况下,移至步骤210。
76.在步骤204中,控制部20对与从器件连接部22取下的后装器件50对应的软件是否未压缩进行判定。该判定对是否尚未进行后述的软件压缩处理进行判定。在该判定为肯定的情况下移至步骤206,在该判定为否定的情况下移至步骤214。
77.在步骤206中,控制部20对非连接检测的第1条件是否成立进行判定。该判定例如
对后装器件50的非连接的检测次数、检测期间是否为预先决定的第1阈值以上进行判定。在该判定为肯定的情况下移至步骤207,在该判定为否定的情况下结束一系列的处理。
78.在步骤207中,控制部20向服务器12进行软件压缩请求并移至步骤209。
79.在步骤209中,控制部20接受来自服务器12的压缩处理并结束一系列的处理。即,通过服务器12的压缩处理部30b的无线远程操作来压缩与满足了非连接检测的第1条件的后装器件50对应的应用、驱动等软件。由此,由于未使用的软件被压缩,所以能够使控制部20的存储容量增加,能够高效地使用存储容量。另外,在再次连接了后装器件50的情况下,能够容易地进行软件的使用。
80.另一方面,若通过后装器件50向器件连接部22的连接的检测而否定步骤202的判定并移至步骤210,则控制部20对与从器件连接部22取下的后装器件50对应的软件是否压缩完毕进行判定。该判定对是否进行上述的服务器12的压缩处理而软件压缩完毕进行判定。在该判定为肯定的情况下移至步骤211,在该判定为否定的情况下结束一系列的处理。
81.在步骤211中,控制部20向服务器12进行软件解压请求并移至步骤213。
82.在步骤213中,控制部20接受来自服务器12的解压处理并结束一系列的处理。即,通过服务器12的解压处理部30c的无线远程操作来解压与器件连接部22连接的后装器件的压缩完毕的应用、驱动等软件。由此,由于在对器件连接部22再次连接了后装器件50的情况下,软件被解压而能够利用后装器件50,所以不再次安装软件,软件的再次使用变容易。
83.另外,若与从器件连接部22取下的后装器件50对应的软件压缩完毕而否定步骤204的判定并移至步骤215,则控制部20对是否从服务器12接收到第2条件成立信号进行判定。该判定例如对是否从服务器12接收到表示为后装器件50的非连接的检测次数、检测期间成为预先决定的第2阈值以上的第2条件成立信号进行判定。在该判定为肯定的情况下移至步骤217,在该判定为否定的情况下结束一系列的处理。
84.在步骤217中,控制部20向服务器12进行软件删除请求并移至步骤219。
85.在步骤219中,控制部20接受来自服务器12的删除处理并结束一系列的处理。即,通过服务器12的删除处理部30d的无线远程操作来删除与满足了非连接检测的第2条件的后装器件50对应的应用、驱动等软件。由此,由于使用频度低、未使用的不需要的软件被卸载,所以能够使控制部20的存储容量增加,能够高效地使用存储容量。
86.接下来,对根据与已安装的软件对应的后装器件50的连接状态而在服务器12进行的处理加以说明。图7是表示在本实施方式所涉及的车载系统11的服务器12中、根据与已安装的软件对应的后装器件50的连接状态来进行的处理的流程的一个例子的流程图。其中,图7的处理是在上述的步骤201中向服务器12通知了器件连接状态的检测结果的情况下开始的处理。
87.在步骤300中,中央处理部30经由中央通信部40接收后装器件50的连接状态的检测结果并移至步骤302。
88.在步骤302中,中央处理部30对接收到的检测结果是否为非连接状态进行判定。在该判定为肯定的情况下移至步骤304,在该判定为否定的情况下移至步骤310。
89.在步骤304中,中央处理部30对非连接检测的第2条件是否成立进行判定。该判定例如基于从车载装置16接收到的后装器件50的连接状态的检测结果来对后装器件50的非连接的检测次数、检测期间是否为预先决定的第2阈值以上进行判定。在该判定为否定的情
况下移至步骤306,在该判定为肯定的情况下移至步骤314。
90.在步骤306中,中央处理部30对非连接检测的第1条件是否成立进行判定。该判定对是否通过上述的步骤207从车载装置16进行了软件压缩请求进行判定。在该判定为肯定的情况下移至步骤308,在该判定为否定的情况下结束一系列的处理。
91.在步骤308中,中央处理部30进行软件压缩处理并结束一系列的处理。软件压缩处理由压缩处理部30b根据来自车载装置16的请求而经由通信网络18访问车载装置16并通过无线远程操作来进行压缩应用、驱动等软件的处理。由此,由于未使用的软件被压缩,所以能够使控制部20的存储容量增加,能够高效地使用存储容量。另外,在再次连接了后装器件50的情况下,能够容易地进行软件的使用。
92.另一方面,若从车载装置16接收到的后装器件50的连接状态的检测结果为连接状态而否定了步骤302的判定并移至步骤310,则中央处理部30对与从器件连接部22取下的后装器件50对应的软件是否压缩完毕进行判定。该判定对是否进行上述的步骤308的软件压缩处理而软件压缩完毕进行判定。在该判定为肯定的情况下移至步骤312,在该判定为否定的情况下结束一系列的处理。
93.在步骤312中,中央处理部30进行软件解压处理并结束一系列的处理。软件解压处理由解压处理部30c根据来自车载装置16的请求而经由通信网络18访问车载装置16,并通过无线远程操作来进行将压缩完毕的应用、驱动等软件解压的处理。由此,由于在对器件连接部22再次连接了后装器件50的情况下,软件被解压而能够利用后装器件50,所以不再次安装软件,软件的再次使用变容易。
94.另外,若与从器件连接部22取下的后装器件50对应的软件压缩完毕且非连接检测的第2条件成立而肯定了步骤304的判定并移至步骤314,则控制部20将表示为非连接检测的第2条件成立的第2条件成立信号发送至车载装置16并移至步骤316。由此,在车载装置16中肯定了上述的步骤215的判定。
95.在步骤316中,中央处理部30进行软件删除处理并结束一系列的处理。软件删除处理由删除处理部30d根据来自车载装置16的请求而经由通信网络18访问车载装置16,并通过无线远程操作来进行删除应用、驱动等软件的处理。由此,由于使用频度低、未使用的不需要的软件被卸载,所以能够使控制部20的存储容量增加,能够高效地使用存储容量。
96.这样,由于即便在服务器12的中央处理部30具备压缩处理部30b、解压处理部30c以及删除处理部30d的功能,也能够与上述的实施方式同样根据需要进行后装器件50的软件的压缩、解压以及删除,所以能够高效地使用车载装置16的存储容量。
97.另外,由于将压缩处理部30b、解压处理部30c以及删除处理部30d的功能设置于服务器12侧,所以能够削减为了进行车载装置16内的压缩、删除的程序所需的容量,能够进一步高效地使用存储容量。
98.此外,上述的各实施方式中的在第1条件以及第2条件中作为一个例子使用的、后装器件50非连接的检测次数、检测期间的阈值(第1阈值以及第2阈值)可以为固定值,但也可以根据车载装置16的存储容量的余量来变更成立条件,存储容量越少则越进行压缩、删除的处理。例如,可以在判定第1条件的成立之前与判定第2条件的成立之前追加图8的处理,并在决定成为各自的成立条件的阈值之后判定第1条件的成立与第2条件的成立。图8是表示根据车载装置16的存储容量的余量来变更第1条件与第2条件各自的成立条件的处理
的流程的一个例子的流程图。
99.即,在步骤400中,控制部20或者中央处理部30取得控制部20的存储容量的余量并移至步骤402。
100.在步骤402中,控制部20或者中央处理部30对存储容量的余量是否为预先决定的阈值以上进行判定。在该判定为肯定的情况下移至步骤404,在该判定为否定的情况下移至步骤406。
101.在步骤404中,控制部20或者中央处理部30在判定第1条件成立的情况下将第1阈值设定为预先决定的a,在判定第2条件成立的情况下将第2阈值设定为预先决定的a。
102.另一方面,在步骤406中,控制部20或者中央处理部30在判定第1条件成立的情况下将第1阈值设定为预先决定的b(a>b),在判定第2条件成立的情况下将第2阈值设定为预先决定的b(a>b)而比设定为a的情况难以进行压缩、删除。
103.通过这样进行处理而根据车载装置16的存储容量的余量来改变第1条件以及第2条件,由此在容量少的情况下能够优先进行压缩、删除而确保容量。
104.另外,在图8的处理中,对将第1条件以及第2条件的阈值变更为a、b这2种的例子进行了说明,但并不局限于此。例如,也可以设置2种以上的用于变更条件的阈值,并根据车载装置16的存储容量的余量来设定为预先决定的阈值,将第1条件以及第2条件的阈值变更为3种以上,存储容量的余量越少则越进行压缩、削减的处理。
105.此外,对在第1实施方式中在车载装置16侧进行压缩处理、删除处理以及解压处理、在第2实施方式中在服务器12侧进行压缩处理、删除处理以及解压处理的例子进行了说明,但并不局限于此。例如,也可以成为在车载装置16侧进行压缩处理、删除处理以及解压处理的一部分并在服务器12侧进行剩余的一部分的方式。或者,也可以作为具备多个服务器并将各处理分散至车载装置16以及多个服务器的方式,而成为减轻各自的负荷的方式。
106.另外,在第2实施方式中,对在车载装置16侧进行第1条件的成立的判定、在服务器12侧进行第2条件的成立的判定的例子进行了说明,但也可以如第1实施方式那样在车载装置16侧进行第1条件以及第2条件各自的成立的判定。或者,也可以在服务器12侧进行第1条件以及第2条件各自的成立的判定。或者,也可以在服务器12侧进行第1条件的成立的判定并在车载装置16侧进行第2条件的成立的判定。
107.另外,将上述的各实施方式中的在车载系统10、11的各部进行的处理说明为通过执行程序而进行的软件处理,但并不局限于此。例如,也可以是由gpu(graphics processing unit)、asic(application specific integrated circuit)以及fpga(field-programmable gate array)等硬件进行的处理。或者,也可以为将软件以及硬件双方组合而成的处理。另外,在为软件的处理的情况下,可以将程序存储于各种存储介质来使之流通。
108.并且,本公开并不限定于上述说明,除了上述方案以外,在不脱离其主旨的范围内当然能够进行各种变形而实施。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献