WO2016098147A1 - 情報処理装置および起動制御方法 - Google Patents

情報処理装置および起動制御方法 Download PDF

Info

Publication number
WO2016098147A1
WO2016098147A1 PCT/JP2014/006346 JP2014006346W WO2016098147A1 WO 2016098147 A1 WO2016098147 A1 WO 2016098147A1 JP 2014006346 W JP2014006346 W JP 2014006346W WO 2016098147 A1 WO2016098147 A1 WO 2016098147A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
state image
memory state
snapshot image
information processing
Prior art date
Application number
PCT/JP2014/006346
Other languages
English (en)
French (fr)
Inventor
知彦 東山
下谷　光生
伸輝 岡田
哲史 藤▲崎▼
村山　修
Original Assignee
三菱電機株式会社
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 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2014/006346 priority Critical patent/WO2016098147A1/ja
Publication of WO2016098147A1 publication Critical patent/WO2016098147A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating

Definitions

  • This invention relates to high-speed activation of processing in an information processing apparatus.
  • In-vehicle information devices such as car navigation systems (hereinafter referred to as car navigation systems) have a demand to perform a desired operation immediately after power-on. Therefore, a snapshot that speeds up startup by storing the state of the system in which a desired operation can be performed immediately as data called a snapshot image in a part of the storage area and reading it when the information processing device starts up There is a technology called booting.
  • the conventional information processing apparatus prepares a plurality of snapshot images acquired before shipment in advance, and selects the most appropriate snapshot image based on the information processing apparatus activation factor and user information.
  • a selection method has been proposed (for example, Patent Document 1).
  • An information processing apparatus is made to solve the above-described problems, and stores a snapshot image according to a state when the vehicle is stopped, thereby obtaining a snapshot image acquired before factory shipment.
  • the purpose is to be able to deal with situations that cannot be handled.
  • the present invention has been made to solve the above-described problems, and is a preset default memory state image, a dynamically set dynamic memory state image, the default memory state image, and the dynamic memory state.
  • a basic software that operates using an image and a memory device that stores the application, and when the execution of the basic software is completed, the application that is suitable for a start condition at the next start is started, and the basic that is in a state suitable for this condition
  • the software and the application are stored as the dynamic memory state image, and when the software is started next time, either the default memory state image or the dynamic memory state image is selected, and the basic software stored in the selected one and A control unit for starting the application.
  • the necessary storage area is also minimized.
  • FIG. 1 is a block diagram illustrating a configuration of an information processing device 10 according to a first embodiment.
  • 1 is a block diagram showing a configuration of a memory according to a first embodiment.
  • 3 is a block diagram illustrating a configuration of a dynamically acquired snapshot image 203.
  • FIG. 2 is a software module configuration diagram of the information processing apparatus 10 according to Embodiment 1.
  • FIG. It is a figure which shows the specific example of the state table 204 at the time of next time starting. It is a figure which shows the specific example of the load image table.
  • It is a processing flow at the time of the information processing apparatus 10 concerning Embodiment 1 complete
  • FIG. 4 is a block diagram showing a configuration of a memory according to Embodiment 2.
  • FIG. FIG. 10 is a diagram showing an example of an operation of acquiring a dynamically acquired application snapshot image of application A according to the second embodiment.
  • FIG. 10 illustrates an example of an operation for acquiring an OS initial snapshot image 306 according to the second embodiment. It is an example which shows the state of RAM102 before the factory shipment which concerns on Embodiment 2, and RAM102 at the time of system end.
  • 6 is a software module configuration diagram of an information processing apparatus 10 according to Embodiment 2.
  • FIG. It is a processing flow at the time of the information processing apparatus 10 which concerns on Embodiment 2 complete
  • FIG. 1 is a block diagram showing the configuration of the information processing apparatus 10 in the present embodiment.
  • the information processing apparatus 10 will be described assuming an in-vehicle information device such as a car navigation system mounted on a car.
  • a CPU 101 Central Processing Unit
  • a RAM 102 Random Access Memory
  • a ROM 103 Read Only Memory
  • OS Operating System
  • the secondary storage device 104 is a non-volatile storage device that stores a snapshot image, such as an SD card, SSD (Solid State Drive), HDD (Hard Disk Drive), or the like.
  • the memory device includes a RAM 102, a ROM 103, and a secondary storage device 104.
  • the GPS I / F 105 is an interface that receives position information of an information processing apparatus received by a GPS (Global Positioning System).
  • An RT (real-time) clock 106 is a timer that measures an absolute time that is unrelated to the startup time of the system.
  • a CAN (Controller Area Network) I / F 107 is a communication interface that communicates with an ECU (Engine Control Unit) via the CAN.
  • the connected device I / F 108 is an interface for connecting to a connected device such as a music player or a mobile phone.
  • the communication I / F 109 is a communication device connected to a LAN (Local Area Network) via a wireless connection of Wi-Fi (Wireless Fidelity) or Bluetooth (registered trademark), or a receiver of VICS (registered trademark) or FM (Frequency Modulation) radio wave.
  • the sensor I / F is an interface for receiving surrounding obstacle information sensed by a sensor equipped with a millimeter wave radar or the like.
  • FIG. 2 is a block diagram showing the configuration of the RAM 102, ROM 103, and secondary storage device 104 in the present embodiment and the stored contents.
  • the secondary storage device 104 includes a shipping snapshot image 202, a dynamically acquired snapshot image 203, a next startup state table 204, and a load image table 205.
  • the shipping snapshot image 202 is a snapshot image incorporated in advance before shipment from the factory, and here, a case where three types of shipping snapshot images a to c (203a to 203c) are prepared is shown.
  • the shipping snapshot image 203 is a plurality of snapshot images acquired before factory shipment. Although it is assumed that the snapshot image is a fixed one and is not changed after shipment, it may be changed by software update or the like.
  • the dynamically acquired snapshot image 203 is an image acquired dynamically when the information processing apparatus 10 is terminated.
  • FIG. 3 is a block diagram showing the configuration of the dynamically acquired snapshot image 203 in this embodiment.
  • the dynamically acquired snapshot image 203 includes an application group 301 and an OS 302.
  • the application group 301 has an application necessary for the information processing apparatus 10 to operate.
  • the application 1 and the application 2 are held.
  • a combination of different applications for example, the application 1, the application 3, and the application 4 may be used.
  • the dynamic acquisition snapshot image 203 has been described as an example, but the internal structures of the shipping snapshot images a to c (202a to 202c) are the same.
  • the next startup state table 204 stores candidates of the state of the information processing apparatus 10 to be reproduced at the next startup, and conditions for selecting them.
  • the load image table 205 defines image candidates to be loaded at startup and conditions for selecting one of them.
  • the ROM 103 stores a boot loader 201 that operates on the CPU 101.
  • the CPU 101 loads the boot loader 201 in the ROM 103 onto the RAM 102. Thereafter, the CPU 101 executes the boot loader 201 loaded on the RAM 102.
  • the boot loader 201 is loaded onto the RAM 102 in order to start the information processing apparatus 10 at high speed.
  • the boot loader 201 is not loaded onto the RAM 102, and the CPU 101 executes the boot loader 201 on the ROM 103. Also good.
  • the boot loader 201 refers to the next startup state table 204, selects either the dynamically acquired snapshot image 203 or the snapshot image 202 at the time of shipment, and loads the RAM 102.
  • the CPU 101 executes the OS 302 in the snapshot image loaded on the RAM 102.
  • FIG. 4 is a configuration diagram of the software module in the present embodiment.
  • the OS 302 includes a first determination unit 401, an OS restart unit 402, and a snapshot image acquisition unit 403.
  • the boot loader 201 includes a second determination unit 404 and a snapshot image load unit.
  • the first determination unit 401 of the OS 302 refers to the next startup state table 204 when the information processing apparatus 10 ends, and is a dynamic snapshot image candidate to be loaded at the next startup from the state at the end. A configuration necessary for the acquired snapshot image 203 is determined.
  • the first determination unit 401 calls the OS restart unit 402 after determining a configuration necessary for the dynamic acquisition snapshot image 203.
  • the OS restart unit 402 restarts the OS.
  • the OS restart unit 402 starts an application set in a necessary configuration and calls the snapshot image acquisition unit 403.
  • the snapshot image acquisition unit 403 acquires a snapshot image after rebooting the OS, and stores the snapshot image in the dynamically acquired snapshot image 203 in the secondary storage device 104.
  • FIG. 5 is a diagram illustrating a specific example of the next startup state table 204.
  • the condition column in the next startup state table 204 indicates a condition when the information processing apparatus 10 ends.
  • the status column indicates a status when the information processing apparatus 10 is activated next time.
  • the configuration column indicates setting information necessary when the OS 302 transitions to the state described in the state column after the information processing apparatus 10 is restarted.
  • an application to be started and a screen displayed by the application are defined.
  • each condition will be described one by one.
  • the state changes to the rear camera display state. This is because if the condition of stopping in a forward direction is satisfied, there is a high possibility that the vehicle will start with a bag next time. Whether or not the vehicle has stopped forward is determined from the acceleration history, and whether or not there is an obstacle is determined from the sensor information.
  • priority may be assigned according to the user's preference. At that time, the priority may be automatically learned from an operation history after the user has started, or may be manually set by the user.
  • the first determination unit 401 determines whether the condition described in the condition column is satisfied. If the condition is satisfied, the first determination unit 401 transitions to the state described in the state column by restarting the OS. Get a snapshot image.
  • the second determination unit 404 of the boot loader 201 refers to the load image table 205 when the information processing apparatus 10 starts up, and selects from the dynamically acquired snapshot image 203 and the shipping snapshot image 202 stored at the previous end. Then, an image most suitable for the state when the information processing apparatus 10 is activated is selected, and the snapshot image loading unit 405 is called.
  • the snapshot image loading unit 405 loads the snapshot image selected from the secondary storage device 104 onto the RAM 102 and returns the processing to the boot loader 201.
  • the boot loader 201 loads on the RAM 102 and executes the snapshot image loaded on the RAM 102.
  • FIG. 6 is a diagram illustrating a specific example of the load image table 205. This table is used to determine which of the snapshot image acquired when the information processing apparatus 10 ended last time or the factory-shipped snapshot image is suitable for this activation.
  • a condition column in the load image table 205 indicates a condition when the information processing apparatus 10 is activated.
  • snapshot images corresponding to the conditions described in the condition column are defined. Hereinafter, each item in the condition column will be described. (1) If a snapshot image of the air conditioner operation status has been acquired, but the stop time is within 30 minutes, the air conditioner itself will be operated, but it is determined that the setting value is unlikely to be changed and shipped. When the snapshot image a is loaded.
  • the information processing apparatus 10 in the present embodiment will be described as receiving an instruction to end the operation when the car engine stops and receiving an instruction to start the operation when the car engine is activated. Note that elements other than the engine stop may be used as an instruction to start the operation with respect to the information processing apparatus 10.
  • FIG. 7 is a processing flow when the information processing apparatus 10 according to the present embodiment finishes the operation.
  • the first determination unit 401 acquires information for determining the current state of the vehicle (S101). For example, the position at the time of stopping from the GPS I / F 105, the time and date at the end of the system from the RT clock 106, the history of acceleration immediately before stopping from the CAN I / F 107, and the connection of a music player or the like from the connected device I / F 108 Presence / absence, frequency and volume selected by the FM radio wave receiver from the communication I / F 109, and obstacle sensor information mounted on the vehicle from the sensor I / F 110.
  • the first determination unit 401 stores the current time and date acquired from the RT clock 106 in the RAM 102, the secondary storage device 104, or the ROM 103 (S102). By storing the current time and date in this manner, the information processing apparatus 10 can calculate the stop time until then when the information processing apparatus 10 is activated next time. Next, based on the information acquired in S101, the first determination unit 401 determines a state to be restored at the next activation, that is, a state to be saved in the dynamically acquired snapshot image 203 (S103).
  • the OS restart unit 402 restarts the OS (S104). After the restart, the process branches according to the state determined in S103 (S105). When the state A is selected, the OS restart unit 402 starts the application set in the configuration so as to transit to the next startup state A (S106).
  • the application set in the configuration is started so as to transit to the next start state B (S107).
  • the next start state C The application set in the configuration is started so as to make a transition to (S108).
  • the OS restart unit 402 calls the snapshot image acquisition unit 403.
  • the snapshot image acquisition unit 403 acquires a snapshot image (S109) and stores it in the secondary storage device 104.
  • FIG. 8 is a processing flow when the information processing apparatus 10 according to the present embodiment starts operation.
  • the boot loader 203 performs minimum hardware initialization processing such as a memory for loading the snapshot image into the RAM 102. (S201).
  • the boot loader 203 calls the second determination unit 404.
  • the second determination unit 404 acquires information necessary for determining a snapshot image to be loaded (S202). As information acquired here, for example, when the load image table 205 is as shown in FIG. 6, the current time and date from the RT clock 106, and the external connection status of the music player from the connected device I / F 108.
  • the second determination unit 404 selects a snapshot image to be loaded based on the information acquired in S202 (S203).
  • the snapshot image loading unit 406 loads the snapshot image selected by the second determination unit 404 into the RAM 102 and develops it in the RAM 102.
  • the snapshot image loading unit 406 loads the shipping snapshot image a and develops it in the RAM 102 (S204).
  • the shipping snapshot image b is loaded and expanded in the RAM 102 (S205).
  • the shipping snapshot image c is loaded and expanded in the RAM 102 ( S206).
  • the snapshot image loading unit 406 loads the dynamically acquired snapshot image and develops it in the RAM 102 (S207). After the snapshot image is expanded in the RAM 102, the processing shifts to the expanded OS.
  • the snapshot image to be loaded next time is acquired when the system is terminated, the snapshot image can be dynamically acquired in accordance with the user's preference and the situation at that time after shipment from the factory. Also, since only one dynamically acquired snapshot image is stored in the secondary storage device, compared to a method in which a plurality of assumed states are stored in advance in order to load an image according to the situation. Various snapshot images can be loaded without increasing the capacity of the secondary storage device.
  • Embodiment 2 FIG.
  • the information processing apparatus 10 is restarted once at the end of the information processing apparatus 10, transitions to a target state, and acquires a snapshot image.
  • a method of acquiring a snapshot image without restarting the OS by individually acquiring each application and the OS image will be described.
  • FIG. 9 is a diagram illustrating an example of data stored in the secondary storage device 104 according to the present embodiment. 9, the same reference numerals as those in FIG. 2 denote the same or corresponding parts, and the same operations as those described in FIG. 2 used in the first embodiment are performed. The difference from FIG. 2 is a dynamically acquired application snapshot image 305 and an OS initial snapshot image 306.
  • the dynamic acquisition application snapshot image 305 is a snapshot image of a plurality of applications (application sets) that are activated in the next activation state when determining the next activation state when the information processing apparatus 10 ends.
  • the dynamically acquired application snapshot image 305 includes a memory state image used by the application and a page table image of the application.
  • the page table image of the application is the image of the page table itself when there is a page table for each application, and has the address space identifier of the corresponding application when the address space identifier is stored in the page table.
  • a collection of entries are stored in the page table.
  • the OS initial snapshot image 306 is a snapshot image of the OS part acquired at the time of factory shipment and in a state where only the OS is activated.
  • the OS referred to here includes a daemon group that is at least necessary for starting the system. The difference between the dynamically acquired application snapshot image 305 and the OS initial snapshot image 306 will be described with reference to FIGS. 10 and 11.
  • FIG. 10 is a diagram illustrating an example of an operation for acquiring the dynamically acquired application snapshot image 305 of the application A.
  • the dynamically acquired application snapshot image 305 is created when the system is terminated. A case will be described as an example where the OS is started and then the application A and the application B are started.
  • Data used by application A (application A usage data 501, 505), data used by application B (application B usage data 502, 504), data used by OS (OS usage data 503.506) ) Is taken on the RAM.
  • the page table 507 is also stored on the RAM, and the entry includes an application A page table entry 508, an application B page table entry 509, and an OS page table entry 510.
  • the snapshot image acquisition unit 403 acquires the data 501 and 505 used by the application A and stores it as a memory state image 511. Further, the snapshot image acquisition unit 403 acquires the page table entry 508 of the application A in the page table 507, corrects it so as not to overlap with the physical address of the page table entry 604 of the OS described later, and the page table of the application A Save as entry modified version 512.
  • FIG. 11 is a diagram illustrating an operation example of acquiring the OS initial snapshot image 306.
  • the OS initial snapshot image 306 is acquired before shipment from the factory. For example, only the OS is activated independently before shipment from the factory, and the snapshot image acquisition unit 403 stores the OS usage data 601 and 602 at that time as the memory state image 605 of the OS. Similarly, the snapshot image acquisition unit 403 acquires the OS page table entry 604 in the page table 603.
  • FIG. 12 shows an example of the state of the RAM 102 before factory shipment and the state of the RAM 102 when the system is terminated.
  • the OS usage data 602 and the usage data 505 of the application A are both stored in the physical address 0x4000_0000. If a memory state image is loaded in this state, one of the data is overwritten. Therefore, it is necessary to correct the physical address of the corresponding page table entry of application A so that it does not overlap with the physical address of the data of the initial OS.
  • FIG. 13 is a configuration diagram of the software module in the present embodiment.
  • the same reference numerals as those in FIG. 4 represent the same or corresponding parts, and the same operations as those described in FIG. 4 used in the first embodiment are performed.
  • the OS 202 does not include the OS restart unit 402 and a page table correction unit 406 is added.
  • the page table modification unit 406 modifies the application page table entry so as to be consistent with the OS page table entry 606 of the OS initial snapshot image 306 (so as not to overlap). For example, if the address of the OS page table entry 606 and the address of the application page table entry overlap, the address of the application page table entry is changed to another address.
  • FIG. 14 is a processing flow at the end of the information processing apparatus 10 in the present embodiment. Note that the operation in the present embodiment is the same as the procedure described in the first embodiment, and only differences from the operation described in the first embodiment will be described below.
  • the processing in S101 to S103 and S105 is the same as that in the first embodiment (S104 is not performed).
  • the OS restart unit 402 starts the application set that constitutes the snapshot image income state A (S301a). Thereafter, the page table modification unit 406 acquires the page table entry of the next startup state A application set (S302a), and modifies them so as to be consistent with the page table of the OS initial snapshot image 406 (S303a). .
  • the snapshot image loading unit 405 acquires the snapshot image of the next startup state A application set, and ends the processing (S304a).
  • the OS restart unit 402 starts an application set constituting the snapshot image income state B (S301b). Thereafter, the page table modification unit 406 acquires the page table entry of the next startup state B application set (S302b), and modifies them so as to be consistent with the page table of the OS initial snapshot image 406 (S303b). .
  • the snapshot image loading unit 405 acquires the snapshot image of the next startup state B application set, and ends the process (S304b).
  • the OS restart unit 402 starts the application set that configures the snapshot image income state C (S301c).
  • the page table modification unit 406 acquires the page table entry of the next startup state C application set (S302c), and modifies them so as to be consistent with the page table of the OS initial snapshot image 406 (S303c).
  • the snapshot image loading unit 405 acquires the snapshot image of the next startup state C application set, and ends the process (S304c).
  • FIG. 15 is a processing flow at the time of activation of the information processing apparatus 10 in the present embodiment. Note that the operation in the present embodiment is the same as the procedure described in the first embodiment, and only the difference from the operation described in the first embodiment will be described. The processing in S201 to S206 is the same as that in the first embodiment.
  • the snapshot image loading unit 405 loads the OS initial snapshot image (S401).
  • the snapshot image loading unit 405 loads the snapshot image of the application set for the dynamically acquired application snapshot image 305 (S402), and activates the information processing apparatus 10. Next, the snapshot image loading unit 405 modifies the OS initial snapshot image so that the dynamically acquired application snapshot image can be activated (S403).
  • a data structure for managing the application to be loaded is added to the OS data expanded on the RAM.
  • a sufficient number of applications are started and acquired in a state where application management data is created, and the application management data is transferred to S402 when the system is started. It is possible to change the data of the loaded application.
  • change to an appropriate value for extra application management data for example, management data of a dummy application that sleeps and does not process anything.
  • an OS initial snapshot image may be held for each number of applications to be loaded, and the corresponding OS initial snapshot image may be called. In this case, no extra application management data is generated.
  • the OS initial image is acquired before shipment from the factory.
  • the image of each application is also acquired before shipment from the factory, and is necessary according to the state determined at the end of the previous operation at the time of startup.
  • An application snapshot image and an OS initial image may be loaded onto the RAM.
  • the page table may not be corrected before shipment from the factory, but may be performed each time the system is started.
  • the snapshot image of the OS and the application is acquired separately, thereby acquiring the snapshot image without restarting the OS. Therefore, the end time of the information processing apparatus 10 can be shortened. Further, since the restart time is shortened, the amount of battery consumed after the engine is stopped can be reduced.

Abstract

　予め設定された既定メモリ状態イメージと動的に設定する動的メモリ状態イメージと既定メモリ状態イメージ及び動的メモリ状態イメージを用いて動作する基本ソフトウェアとアプリケーションを記憶するメモリ装置と、基本ソフトウェアの実行が終了する時に次回起動時の起動条件に適したアプリケーションを起動し、この条件に適した状態の基本ソフトウェアおよびアプリケーションを動的メモリ状態イメージとして保存し、次回起動した際、既定メモリ状態イメージ及び動的メモリ状態イメージのいずれかを選択し、選択した方に保存された基本ソフトウェアおよびアプリケーションを起動する制御部と、を有することを特徴とする情報処理装置を提供する。

Description

情報処理装置および起動制御方法
　この発明は、情報処理装置における処理の高速起動に関する。
　カーナビゲーションシステム（以下、カーナビと呼ぶ）などの車載情報機器（以下、情報処理装置と呼ぶ）では、電源投入から直ちに所望の操作をしたいという要求がある。
　そこで、所望の操作が直ちに行えるシステムの状態を、スナップショットイメージと呼ばれるデータとして、予め記憶領域の一部に記憶しておき、情報処理装置の起動時に読み込むことにより、起動を高速化するスナップショットブートと呼ばれる技術が存在する。
　しかし、カーナビのような情報処理装置では、状況によって起動時に復帰させたいシステム状態が異なる場合がある。例えば、以下のような状況が想定される。
（１）新たな目的地を設定するとき（既に目的地へ到着した後に起動された場合）は目的地検索画面を表示する。
（２）毎日の通勤時は、目的地検索画面を表示せず、音楽再生などを表示する。
（３）前向き駐車したときはリアビューカメラの画面を表示する。
（４）スマートフォンが接続されたときはスマートフォンと接続し、通信する処理を起動する。
　スナップショットブートを用いた情報処理装置の場合、決まったイメージをロードするため、毎回同じ状態に復帰してしまい、起動時の状況に応じて適切な状態に復帰させることはできない。
　このような課題を解決するべく、従来の情報処理装置では、出荷前に取得したスナップショットイメージを予め複数用意しておき、情報処理装置の起動要因やユーザー情報などから最も適切なスナップショットイメージを選択する方法が提案されている（例えば特許文献１）。
特開２０１２－１３３６５０号公報
　従来の情報処理装置は、工場出荷前に取得したスナップショットイメージしか保有していないため、出荷時に想定した状態にしか復帰できず、システムの状態によっては、適切なイメージをロードすることができないという問題があった。
　また、システムの状態に応じて、工場出荷前に取得したスナップショットイメージを複数保存した場合、スナップショットイメージ保存しておくために必要な記憶領域が大きくなってしまうという問題があった。
　本発明に係る情報処理装置は、上記のような問題点を解決するためになされたもので、停車時の状態に応じてスナップショットイメージを保存することにより、工場出荷前に取得したスナップショットイメージでは対応できない状態にも対応できることを目的とする。
この発明は、上記のような課題を解消するためになされたもので、予め設定された既定メモリ状態イメージと動的に設定する動的メモリ状態イメージと前記既定メモリ状態イメージ及び前記動的メモリ状態イメージを用いて動作する基本ソフトウェアとアプリケーションを記憶するメモリ装置と、前記基本ソフトウェアの実行が終了する時に次回起動時の起動条件に適した前記アプリケーションを起動し、この条件に適した状態の前記基本ソフトウェアおよび前記アプリケーションを前記動的メモリ状態イメージとして保存し、次回起動した際、前記既定メモリ状態イメージ及び前記動的メモリ状態イメージのいずれかを選択し、選択した方に保存された前記基本ソフトウェアおよび前記アプリケーションを起動する制御部と、を有することを特徴とする情報処理装置を提供する。
　本発明によれば、必要な記憶領域も最小限に抑えること
実施の形態１に係る情報処理装置１０の構成を示すブロック図である。 実施の形態１に係るメモリの構成を示すブロック図である。 動的取得スナップショットイメージ２０３の構成を示すブロック図である。 実施の形態１に係る情報処理装置１０のソフトウェアモジュール構成図である。 次回起動時状態テーブル２０４の具体例を示す図である。 ロードイメージテーブル２０５の具体例を示す図である。 実施の形態１に係る情報処理装置１０が動作を終了する際の処理フローである。 実施の形態１に係る情報処理装置１０が動作を開始する際の処理フローである。 実施の形態２に係るメモリの構成を示すブロック図である。 実施の形態２に係るアプリケーションＡの動的取得アプリケーションスナップショットイメージの取得動作の一例を示した図である。 実施の形態２に係るＯＳ初期スナップショットイメージ３０６の取得動作の一例を示した図である。 実施の形態２に係る工場出荷前のＲＡＭ１０２とシステム終了時のＲＡＭ１０２の状態を示す一例である。 実施の形態２に係る情報処理装置１０のソフトウェアモジュール構成図である。 実施の形態２に係る情報処理装置１０が動作を終了する際の処理フローである。 実施の形態２に係る情報処理装置１０が動作を開始する際の処理フローである。
実施の形態１．
　図１は本実施の形態における情報処理装置１０の構成を示すブロック図である。なお、本実施の形態では、情報処理装置１０は、例えば車に搭載されたカーナビなどの車載情報機器を想定して説明を行う。
　図１において、ＣＰＵ１０１（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）は、情報処理装置１０の全体の制御をつかさどる演算装置（制御部）である。
　ＲＡＭ１０２（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）はＣＰＵ１０１の作業領域として利用される主記憶装置である。
　ＲＯＭ１０３（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）はＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を実行するためのブートローダのプログラムイメージを格納する不揮発性記憶装置である。
　２次記憶装置１０４はＳＤカード、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等のような、スナップショットイメージを格納する不揮発性記憶装置である。
　なお、メモリ装置は、ＲＡＭ１０２、ＲＯＭ１０３、２次記憶装置１０４で構成される。
　ＧＰＳ　Ｉ／Ｆ１０５はＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）が受信した情報処理装置の位置情報を受けるインターフェースである。
　ＲＴ（リアルタイム）クロック１０６はシステムの起動時間に無関係な絶対時間を計測するタイマである。
　ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）　Ｉ／Ｆ　１０７はＣＡＮ経由でＥＣＵ（Ｅｎｇｉｎｅ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）と通信する通信インターフェースである。
　接続機器Ｉ／Ｆ１０８は例えば音楽プレイヤや携帯電話などの接続機器と接続するためのインターフェースである。
　通信Ｉ／Ｆ１０９はＷｉ－Ｆｉ（　Ｗｉｒｅｌｅｓｓ　Ｆｉｄｅｌｉｔｙ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）の無線経由でＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続する通信機器や、ＶＩＣＳ（登録商標）、ＦＭ（Ｆｒｅｑｕｅｎｃｙ　Ｍｏｄｕｌａｔｉｏｎ）電波の受信機とのインターフェース、センサＩ／Ｆはミリ波レーダなどを搭載したセンサが感知した周囲の障害物情報を受信するインターフェースである。
　図２は、本実施の形態におけるＲＡＭ１０２、ＲＯＭ１０３、２次記憶装置１０４の構成とその記憶内容を示すブロック図である。
　図２において、２次記憶装置１０４は、出荷時スナップショットイメージ２０２、動的取得スナップショットイメージ２０３、次回起動時状態テーブル２０４、ロードイメージテーブル２０５を備えている。
　出荷時スナップショットイメージ２０２は、工場出荷前に予め組み込まれたスナップショットイメージであり、ここでは、出荷時スナップショットイメージａ～ｃ（２０３ａ～２０３ｃ）の３種類用意された場合について示している。
　出荷時スナップショットイメージ２０３は、工場出荷前に取得された複数のスナップショットイメージである。固定的なスナップショットイメージであり、出荷後に変更されることはないものを想定しているが、ソフトウェアアップデートなどにより変更されるものでもよい。
　動的取得スナップショットイメージ２０３は、情報処理装置１０の終了時に動的に取得したイメージである。
　図３を用いて、スナップショットイメージの詳細について述べる。
　図３は、本実施の形態における動的取得スナップショットイメージ２０３の構成を示すブロック図である。
　図３において、動的取得スナップショットイメージ２０３は、アプリケーション群３０１、ＯＳ３０２を備えている。
　アプリケーション群３０１は、情報処理装置１０が動作するのに必要とするアプリケーションを保有している。図３の例では、アプリケーション１とアプリケーション２のみを保有しているが、スナップショットイメージによっては、違うアプリケーションの組み合わせ、例えばアプリケーション１とアプリケーション３とアプリケーション４であってもよい。
　なお、図３では、動的取得スナップショットイメージ２０３を例として説明したが、出荷時スナップショットイメージａ～ｃ（２０２ａ～２０２ｃ）の内部構造も同じである。
　次回起動時状態テーブル２０４は、次回起動時に再現したい情報処理装置１０の状態の候補と、それに選択するための条件が格納されたものである。
　ロードイメージテーブル２０５は、起動時にロードするイメージの候補とそれらから１つを選択するための条件が規定されたものである。
　図２において、ＲＯＭ１０３は、ＣＰＵ１０１上で動作するブートローダ２０１が格納されている。情報処理装置１０が起動されると、ＣＰＵ１０１は、ＲＯＭ１０３のブートローダ２０１をＲＡＭ１０２上にロードする。その後、ＣＰＵ１０１は、ＲＡＭ１０２上にロードされたブートローダ２０１を実行する。
　なお、本実施の形態では、情報処理装置１０を高速に起動すべく、ブートローダ２０１をＲＡＭ１０２上にロードしたが、ブートローダ２０１をＲＡＭ１０２上にロードせず、ＣＰＵ１０１がＲＯＭ１０３上のブートローダ２０１を実行してもよい。
　ブートローダ２０１は、次回起動時状態テーブル２０４を参照し、動的取得スナップショットイメージ２０３、あるいは、出荷時スナップショットイメージ２０２の中のいずれかのスナップショットイメージを選択し、ＲＡＭ１０２ロードする。
　ＣＰＵ１０１は、ＲＡＭ１０２にロードされたスナップショットイメージの中のＯＳ３０２を実行する。
　次に、図４～６を用いて、本実施の形態におけるソフトウェアモジュールについて説明を行う。
　図４は、本実施の形態におけるソフトウェアモジュールの構成図である。
　図４において、ＯＳ３０２は、第１の判定部４０１と、ＯＳ再起動部４０２と、スナップショットイメージ取得部４０３を備えている。
　ブートローダ２０１は、第２の判定部４０４と、スナップショットイメージロード部を備えている。
　ＯＳ３０２の第１の判定部４０１は、情報処理装置１０が終了する際、次回起動時状態テーブル２０４を参照し、その終了時の状態から次回起動時にロードするスナップショットイメージの候補となる、動的取得スナップショットイメージ２０３に必要なコンフィグレーションを決定する。
　第１の判定部４０１は、動的取得スナップショットイメージ２０３に必要なコンフィグレーションを決定した後、ＯＳ再起動部４０２を呼び出す。
　ＯＳ再起動部４０２は、第１の判定部４０１の判定結果を受けて、ＯＳを再起動する。
　ＯＳの再起動後、ＯＳ再起動部４０２は、必要なコンフィグレーションに設定されているアプリケーションを起動し、スナップショットイメージ取得部４０３を呼び出す。
　スナップショットイメージ取得部４０３は、ＯＳの再起動後、スナップショットイメージを取得し、２次記憶装置１０４内の動的取得スナップショットイメージ２０３に保存する。
　図５は、次回起動時状態テーブル２０４の具体例を示す図である。
　次回起動時状態テーブル２０４内の条件の列は、情報処理装置１０が終了する際の条件を示している。
　状態の列は、情報処理装置１０が次回起動する際の状態を示している。
　コンフィグレーションの列は、情報処理装置１０の再起動後、ＯＳ３０２が、状態列に記載の状態へ遷移する際に必要な設定情報を示している。コンフィグレーション列には、起動するアプリケーションやそのアプリケーションが表示する画面などが定義される。
以下、各条件を１つずつ説明する。
　（１）前向きに駐車する、または前方に障害物があるという条件を満たした場合、リアカメラ表示状態に遷移する。前向きに停車するという条件を満たした場合は次にバッグで発車する可能性が高いためである。前向きに停車したか否かは加速度の履歴から判断し、障害物があるか否かはセンサ情報から判断する。
　（２）自宅に停車し、かつ休日の前日以外の２１：００以降であった場合、非ナビゲーション状態に遷移する。これは、翌日に通勤で使用する可能性が高く、ナビゲーション機能を利用する可能性は低いためである。
　（３）目的地に停車するという条件を満たした場合、次回目的地検索をする可能性が高いと判断し、目的地新規設定状態に遷移する。
　音楽プレイヤが外部接続されているという条件を満たした場合は、次回も音楽プレイヤが使用される可能性が高いと判断し、音楽再生状態に遷移する。
　（４）夏場または冬場に停車した場合は、エアコン操作がされる可能性が高いと判断し、エアコン操作状態に遷移する。これはカーナビディスプレイ画面上の操作によりエアコン操作を行う場合を想定している。
　複数の条件を満たした場合を想定し、ユーザーの趣向に応じて優先度付を行ってもよい。その際、優先度はユーザーの起動後の操作履歴から自動で学習してもよいし、ユーザーが手動で設定してもよい。
　第１の判定部４０１は、情報処理装置１０が終了する際、この条件列に記載の条件を満たしているか判定し、満たしている場合、ＯＳ再起動により状態列に記載の状態に遷移し、スナップショットイメージを取得する。
　ブートローダ２０１の第２の判定部４０４は、情報処理装置１０が起動する際、ロードイメージテーブル２０５を参照し、前回終了時に保存した動的取得スナップショットイメージ２０３と出荷時スナップショットイメージ２０２の中から、情報処理装置１０が起動した際の状態に、最も適したイメージを選択し、スナップショットイメージロード部４０５を呼び出す。
　スナップショットイメージロード部４０５は、２次記憶装置１０４から選択したスナップショットイメージをＲＡＭ１０２上にロードし、処理をブートローダ２０１に返す。
　ブートローダ２０１は、ＲＡＭ１０２上にロードし、ＲＡＭ１０２上にロードしたスナップショットイメージを実行する。
　図６は、ロードイメージテーブル２０５の具体例を示す図である。このテーブルは、情報処理装置１０が前回終了する際に取得したスナップショットイメージまたは工場出荷時スナップショットイメージの中のどれが今回の起動に適しているかの判断に用いられる。
　ロードイメージテーブル２０５内の条件の列は、情報処理装置１０が起動した際の条件を示している。
　対象イメージの列は、条件の列に記載されている条件に対応したスナップショットイメージが定義されている。
　以下、条件の列の各項目について説明する。
　（１）エアコン操作状態のスナップショットイメージを取得済みであるが、停車時間が３０分以内だった場合、エアコンそのものの動作はさせるものの、設定値が変更される可能性は低いと判断し、出荷時スナップショットイメージａをロードする。
　（２）音楽再生状態のスナップショットイメージを取得済みであるが、音楽プレイヤが外部接続されていない場合、音楽再生アプリが起動する可能性は低いと判断し、出荷時スナップショットイメージｂをロードする。
　（３）通勤時状態のスナップショットイメージを取得済みであるが、停車時間が３時間以内だった場合、通勤に使用するケースではないと判断し、出荷スナップショットイメージｃをロードする。
　（４）上記以外の場合、前回終了時に取得した動的取得スナップショットイメージ２０３をロードする。
　次に図７と図８を用いて、情報処理装置１０の動作について説明する。
　本実施の形態における情報処理装置１０は、車のエンジンが停止すると、動作を終了する指示を受け取り、車のエンジンが作動すると、動作を開始する指示を受け取るものとして説明を行う。
　なお、エンジンが停止すること以外の要素を、情報処理装置１０に対して動作を開始する指示としてもよい。
　図７は本実施の形態における情報処理装置１０が、動作を終了する際の処理フローである。
　車のエンジンが停止され、情報処理装置１０が外部から動作の終了指示を受け取ると、第１の判定部４０１は、現在の車の状態を判断するための情報を取得する（Ｓ１０１）。
　例えば、ＧＰＳ　Ｉ／Ｆ１０５からは停車時の位置、ＲＴクロック１０６からはシステム終了時の時刻や日付、ＣＡＮＩ／Ｆ１０７からは停車直前の加速度の履歴、接続機器Ｉ／Ｆ１０８からは音楽プレイヤなどの接続の有無、通信Ｉ／Ｆ１０９からはＦＭ電波の受信機が選択している周波数や音量、センサＩ／Ｆ１１０からは車に搭載されている障害物センサ情報などを取得する。
　次に、第１の判定部４０１は、ＲＴクロック１０６から取得した現在時刻や日付をＲＡＭ１０２、２次記憶装置１０４、またはＲＯＭ１０３に保存する（Ｓ１０２）。
　このように現在時刻や日付を保存しておくことにより、情報処理装置１０は、次回起動した際、それまでの停車時間を算出することが可能となる。
　次に、第１の判定部４０１は、Ｓ１０１で取得した情報を元に、次回起動時に復帰する状態、すなわち動的取得スナップショットイメージ２０３へ保存すべき状態を決定する（Ｓ１０３）。
　第１の判定部が、次回起動時に復帰する状態を決定する方法については、図５の説明にて述べたとおりである。
　次に、ＯＳ再起動部４０２がＯＳを再起動する（Ｓ１０４）。再起動後、Ｓ１０３で決定した状態に応じて処理が分岐する（Ｓ１０５）。
　ＯＳ再起動部４０２は、状態Ａが選択されていた場合、次回起動時状態Ａへ遷移するよう、コンフィグレーションに設定されたアプリケーションを起動する（Ｓ１０６）。
　同様に、状態Ｂが選択されていた場合、次回起動時状態Ｂへ遷移するよう、コンフィグレーションに設定されたアプリケーションを起動し（Ｓ１０７）、状態Ｃが選択されていた場合、次回起動時状態Ｃへ遷移するよう、コンフィグレーションに設定されたアプリケーションを起動する（Ｓ１０８））。
　目的の状態に遷移したのち、ＯＳ再起動部４０２は、スナップショットイメージ取得部４０３を呼び出す。
　スナップショットイメージ取得部４０３は、スナップショットイメージを取得し（Ｓ１０９）、２次記憶装置１０４に保存する。
　図８は本実施の形態における情報処理装置１０が、動作を開始する際の処理フローである。
　車のエンジンが始動され、情報処理装置１０が外部から動作の開始指示を受け取ると、ブートローダ２０３は、スナップショットイメージをＲＡＭ１０２にロードするためのメモリなど最低限必要なハードウェアの初期化処理を行う（Ｓ２０１）。
　次にブートローダ２０３は、第２の判定部４０４を呼び出す。
　第２の判定部４０４は、ロードすべきスナップショットイメージを決定するために必要な情報を取得する（Ｓ２０２）。
　ここで取得する情報としては、例えば、ロードイメージテーブル２０５が、図６に示す通りである場合、ＲＴクロック１０６から現在時刻や日付、接続機器Ｉ／Ｆ１０８から音楽プレイヤの外部接続状況である。
　次に第２の判定部４０４は、Ｓ２０２で取得した情報を元に、ロードするスナップショットイメージを選択する（Ｓ２０３）。
　スナップショットイメージロード部４０６は、第２の判定部４０４が選択したスナップショットイメージをＲＡＭ１０２へロードし、ＲＡＭ１０２に展開する。
　第２の判定部４０４が取得した情報から、条件Ａを選択した場合、スナップショットイメージロード部４０６は、出荷時スナップショットイメージａをロードしてＲＡＭ１０２に展開する（Ｓ２０４）。
　同様に、条件Ｂを選択した場合、出荷時スナップショットイメージｂをロードしてＲＡＭ１０２に展開し（Ｓ２０５）、条件Ｃを選択した場合、出荷時スナップショットイメージｃをロードし、ＲＡＭ１０２に展開する（Ｓ２０６）。
　条件Ａ、条件Ｂ、条件Ｃのいずれにも当てはまらなかった場合、スナップショットイメージロード部４０６は、動的取得スナップショットイメージをロードしてＲＡＭ１０２に展開する（Ｓ２０７）。
　スナップショットイメージがＲＡＭ１０２に展開されたあとは、展開されたＯＳに処理が移行する。
　最後に本発明の効果について説明する。
　本発明では、システム終了時に次回ロードするスナップショットイメージを取得しているので、工場出荷後にユーザーの趣向や、その時の状況に合わせて動的にスナップショットイメージを取得することができる。また、２次記憶装置には動的に取得したスナップショットイメージを１つしか保存しないので、状況に合わせたイメージをロードするために、想定される複数の状態をあらかじめ保存しておく方法に比べ、２次記憶装置の容量を増やさずに様々なスナップショットイメージをロードすることができる。
実施の形態２．
　以上の実施の形態１では、情報処理装置１０の終了時に１回再起動し、目的の状態に遷移しスナップショットイメージを取得した。
　実施の形態２では、各アプリケーションとＯＳのイメージを個別に取得することにより、ＯＳ再起動なしでスナップショットイメージを取得する方法について説明する。
　図９は本実施の形態における２次記憶装置１０４に保存されるデータの一例を表す図である。
　図９において、図２と同一の符号は、同一または相当する部分を表しており、実施の形態１で用いた図２で記載したものと同じ動作をする。
　図２との差分は、動的取得アプリケーションスナップショットイメージ３０５とＯＳ初期スナップショットイメージ３０６である。
　動的取得アプリケーションスナップショットイメージ３０５は、情報処理装置１０の終了時に次回起動時状態を判定する際、その次回起動時状態に起動している複数のアプリケーション（アプリケーションセット）のスナップショットイメージである。
　この動的取得アプリケーションスナップショットイメージ３０５は、アプリケーションが使用しているメモリ状態イメージと、それらアプリケーションのページテーブルのイメージで構成されている。
　アプリケーションのページテーブルのイメージは、アプリケーションごとにページテーブルが存在する場合は上記ページテーブルのイメージのそのものであるし、ページテーブルにアドレス空間識別子を格納している場合は、該当アプリケーションのアドレス空間識別子持つエントリを集めたものである。
　ＯＳ初期スナップショットイメージ３０６は、工場出荷時に取得した、ＯＳのみが起動した状態の、ＯＳ部分のスナップショットイメージである。なお、ここでいうＯＳには、システム起動に最低限必要なデーモン群も含む。
　図１０および図１１を用いて、動的取得アプリケーションスナップショットイメージ３０５と、ＯＳ初期スナップショットイメージ３０６の違いを示す。
　図１０は、アプリケーションＡの動的取得アプリケーションスナップショットイメージ３０５の取得動作例を示した図である。なお、動的取得アプリケーションスナップショットイメージ３０５は、システム終了時に作成される。
　ＯＳが起動し、その後アプリケーションＡとアプリケーションＢが起動した場合を例に説明する。アプリケーションＡが使用しているデータ（アプリＡ使用データ５０１、５０５）、アプリケーションＢが使用しているデータ（アプリＢ使用データ５０２、５０４）、ＯＳが使用しているデータ（ＯＳ使用データ５０３．５０６）がＲＡＭ上にとられる。
　また、ページテーブル５０７もＲＡＭ上にとられ、この中のエントリとして、アプリＡのページテーブルエントリ５０８と、アプリＢのページテーブルエントリ５０９、ＯＳのページテーブルエントリ５１０が含まれる。
　スナップショットイメージ取得部４０３が、アプリケーションＡが使用しているデータ５０１、５０５を取得し、メモリ状態イメージ５１１として保存する。また、スナップショットイメージ取得部４０３が、ページテーブル５０７中のアプリケーションＡのページテーブルエントリ５０８を取得し、後述するＯＳのページテーブルエントリ６０４の物理アドレスと重複しないように修正し、アプリＡのページテーブルエントリ修正版５１２として保存する。
　図１１は、ＯＳ初期スナップショットイメージ３０６の取得動作例を示した図である。
　なお、ＯＳ初期スナップショットイメージ３０６は工場出荷前に取得する。
　例えば、工場出荷前にＯＳだけを単独起動しておき、スナップショットイメージ取得部４０３が、その時のＯＳ使用データ６０１、６０２をＯＳのメモリ状態イメージ６０５として保存する。また、同様にスナップショットイメージ取得部４０３がページテーブル６０３中のＯＳのページテーブルエントリ６０４を取得する。
　ページテーブルエントリの物理アドレスを修正する理由を図１２にて説明する。
　図１２は、工場出荷前のＲＡＭ１０２とシステム終了時のＲＡＭ１０２の状態の例を示している。
　図１２の例では、ＯＳ使用データ６０２とアプリケーションＡの使用データ５０５が共に物理アドレス０ｘ４０００＿００００に保存されている状態であったとする。
　この状態のままのメモリ状態イメージをロードするとどちらかのデータが上書きされてしまう。そこで、アプリケーションＡの該当するページテーブルエントリの物理アドレスを初期ＯＳのデータの物理アドレスと重複しないように修正する必要がある。
　図１３は本実施の形態におけるソフトウェアモジュールの構成図である。
　図１３において、図４と同一の符号は、同一または相当する部分を表しており、実施の形態１で用いた図４で記載したものと同じ動作をする。以下、図４との差分について説明する。
　本実施の形態においては、ＯＳ２０２にはＯＳ再起動部４０２は存在せず、ページテーブル修正部４０６が追加されている。
　ページテーブル修正部４０６は、アプリケーションのページテーブルエントリを、ＯＳ初期スナップショットイメージ３０６のＯＳのページテーブルエントリ６０６と整合性が合うように（重複しないように）修正する。例えば、ＯＳのページテーブルエントリ６０６のアドレスとアプリケーションのページテーブルエントリのアドレスが重複していた場合、アプリケーションのページテーブルエントリのアドレスを別のアドレスに変更する。
　次に、動作について説明する。
　図１４は、本実施の形態における情報処理装置１０の終了時の処理フローである。
　なお、本実施の形態における動作については、実施の形態１で述べた手順と同じであり、以下に実施の形態１で説明した動作との差異についてのみ説明する。
　Ｓ１０１～Ｓ１０３、及びＳ１０５の処理は実施の形態１と同様である（Ｓ１０４は行わない）。
　ＯＳ再起動部４０２は、状態Ａが選択されていた場合、スナップショットイメージ所得状態Ａを構成するアプリケーションセットを起動する（Ｓ３０１ａ）。
　その後、ページテーブル修正部４０６が次回起動時状態Ａ用アプリセットのページテーブルエントリを取得し（Ｓ３０２ａ）、それらをＯＳ初期スナップショットイメージ４０６のページテーブルと整合性が合うように修正する（Ｓ３０３ａ）。
　本処理が必要な理由は、情報処理装置１０終了時のＯＳのページテーブルエントリはＯＳ初期スナップショットイメージ３０６のページテーブルエントリと異なるため、次回起動時状態Ａ用アプリセットのページテーブルエントリとメモリアドレスが重複する可能性があるためである。
　最後に、スナップショットイメージロード部４０５が次回起動時状態Ａ用アプリセットのスナップショットイメージを取得し、処理を終了する（Ｓ３０４ａ）。
　ＯＳ再起動部４０２は、状態Ｂが選択されていた場合、スナップショットイメージ所得状態Ｂを構成するアプリケーションセットを起動する（Ｓ３０１ｂ）。
　その後、ページテーブル修正部４０６が次回起動時状態Ｂ用アプリセットのページテーブルエントリを取得し（Ｓ３０２ｂ）、それらをＯＳ初期スナップショットイメージ４０６のページテーブルと整合性が合うように修正する（Ｓ３０３ｂ）。
　最後に、スナップショットイメージロード部４０５が次回起動時状態Ｂ用アプリセットのスナップショットイメージを取得し、処理を終了する（Ｓ３０４ｂ）。
　ＯＳ再起動部４０２は、状態Ｃが選択されていた場合、スナップショットイメージ所得状態Ｃを構成するアプリケーションセットを起動する（Ｓ３０１ｃ）。
　その後、ページテーブル修正部４０６が次回起動時状態Ｃ用アプリセットのページテーブルエントリを取得し（Ｓ３０２ｃ）、それらをＯＳ初期スナップショットイメージ４０６のページテーブルと整合性が合うように修正する（Ｓ３０３ｃ）。
　最後に、スナップショットイメージロード部４０５が次回起動時状態Ｃ用アプリセットのスナップショットイメージを取得し、処理を終了する（Ｓ３０４ｃ）。
　図１５は、本実施の形態における情報処理装置１０の起動時の処理フローである。
　なお、本実施の形態における動作については、実施の形態１で述べた手順と同じであり、いかに実施の形態１で説明した動作との差異についてのみ説明する。
　Ｓ２０１～Ｓ２０６の処理は実施の形態１と同様である。
　スナップショットイメージロード部４０５は、ＯＳ初期スナップショットイメージのロードを行う（Ｓ４０１）。
　また、スナップショットイメージロード部４０５は、動的取得アプリケーションスナップショットイメージ３０５用アプリケーションセットのスナップショットイメージのロード（Ｓ４０２）を行い、情報処理装置１０を起動する。
　次に、スナップショットイメージロード部４０５は、ＯＳ初期スナップショットイメージを、動的取得アプリケーションスナップショットイメージが起動可能な状態に修正する（Ｓ４０３）。
　具体的には、ロードするアプリケーションを管理するデータ構造を、ＲＡＭ上に展開したＯＳのデータに追加する。追加の方法として、例えば、ＯＳ初期スナップショットイメージ取得時に、十分な数のアプリケーションを起動してアプリケーション管理データが作成されている状態で取得しておき、システム起動時に、そのアプリケーション管理データをＳ４０２にてロードしたアプリケーションのデータに変更する、といった方法が考えられる。
　その場合、余分なアプリケーション管理データには適当な値、例えばスリープをして何も処理をしないようなダミーアプリケーションの管理データ、などに変更する。あるいは、ロードするアプリケーションの数ごとにＯＳ初期スナップショットイメージを持っておき、該当するＯＳ初期スナップショットイメージを呼び出してもよい。この場合、余分なアプリケーション管理データは発生しない。
　なお、本実施の形態ではＯＳ初期イメージのみを工場出荷前に取得しているが、各アプリケーションのイメージも工場出荷前に取得しておき、起動時に、前回終了時に決定した状態に応じて必要なアプリケーションのスナップショットイメージとＯＳ初期イメージをＲＡＭ上にロードしてもよい。
　このためには、アプリケーションのスナップイメージを取得する際、ＯＳのページテーブルの物理アドレスだけでなく、他のアプリケーションの物理アドレスと重複しないように修正する。また、このページテーブルの修正は工場出荷前には行わず、システム起動時に都度行ってもよい。
　最後に本実施の形態の効果について説明する。
　本実施の形態では、ＯＳとアプリケーションのスナップショットイメージを別々に取得することにより、ＯＳ再起動なしでスナップショットイメージを取得する。
　そのため、情報処理装置１０の終了時間を短くすることができる。また、再起動時間が短くなることにより、エンジン停止後に消費するバッテリー量を減らすことができる。
　１０　情報勝利装置、１０１　ＣＰＵ、１０２　ＲＡＭ、１０３　ＲＯＭ、１０４　２次記憶装置、１０５　ＧＰＳＩ／Ｆ、１０６　ＲＴクロック、１０７　ＣＡＮＩ／Ｆ、１０８　接続機器Ｉ／Ｆ、１０９　通信Ｉ／Ｆ、１１０　センサＩ／Ｆ、２０１　ブートローダ、２０２出荷時スナップショットイメージ、２０３　動的取得スナップショットイメージ、２０４　次回起動時状態テーブル、２０５　ロードイメージテーブル、３０１　アプリケーション群、３０２　ＯＳ、３０５　動的取得アプリケーションスナップショットイメージ、３０６　ＯＳ初期スナップショットイメージ、４０１　第１の判定部、４０２　ＯＳ再起動部、４０３　スナップショットイメージ取得部、４０４　第２の判定部、４０５　スナップショットイメージロード部、４０６　ページテーブル修正部、５０１　アプリＡ使用データ、５０２　アプリＢ使用データ、５０３　ＯＳ使用データ、５０４　アプリＢ使用データ５０５　アプリＡ使用データ、５０６　ＯＳ使用データ、５０７　ページテーブル、５０８　アプリＡのページテーブルエントリ、５０９　アプリＢのページテーブルエントリ、５１０　ＯＳのページテーブルエントリ、５１１　アプリケーションのメモリ状態イメージ、５１２　アプリＡのページテーブルエントリ修正版、６０１　ＯＳ使用データ、６０２　ＯＳ使用データ、６０３　ページテーブル、６０４　ＯＳのページテーブルエントリ、６０５　ＯＳのメモリ状態イメージ、６０６　ＯＳのページテーブルエントリ。

Claims (5)

  1. 　予め設定された既定メモリ状態イメージと動的に設定する動的メモリ状態イメージと前記既定メモリ状態イメージ及び前記動的メモリ状態イメージを用いて動作する基本ソフトウェアとアプリケーションを記憶するメモリ装置と、
    　前記基本ソフトウェアの実行が終了する時に次回起動時の起動条件に適した前記アプリケーションを起動し、この条件に適した状態の前記基本ソフトウェアおよび前記アプリケーションを前記動的メモリ状態イメージとして保存し、次回起動した際、前記既定メモリ状態イメージ及び前記動的メモリ状態イメージのいずれかを選択し、選択した方に保存された前記基本ソフトウェアおよび前記アプリケーションを起動する制御部と、
    を有することを特徴とする情報処理装置。
  2. 　前記制御部は、前記基本ソフトウェア終了時に次回起動時の起動条件に適した前記アプリケーションを起動する前に前記基本ソフウェアを再起動してから前記起動条件に適したアプリケーションを起動し、条件に適した状態の前記基本ソフトウェアおよび前記アプリケーションを前記動的メモリ状態イメージとして保存することを特徴とする請求項１に記載の情報処理装置。
  3. 　前記メモリ装置は前記アプリケーションが動作せず、前記基本ソフトウェアのみが起動した状態の基本メモリ状態イメージを記憶し、
    　前記制御部は、前記基本ソフトウェア終了時に次回起動時の起動条件に適した前記アプリケーションを起動し、前記アプリケーションを前記動的メモリ状態イメージとして前記メモリ装置に保存する際、前記動的メモリ状態イメージに含まれるプログラムのページテーブルと前記基本メモリ状態イメージに含まれるプログラムのページテーブルが重複しないようにページテーブルを修正することを特徴とする請求項１に記載の情報処理装置。
  4. 　前記メモリ装置は、前記基本メモリ状態イメージと前記アプリケーションが動作するメモリ状態イメージを記憶し、
    　前記制御部は、次回起動時の起動条件に適した前記アプリケーションが動作するメモリ状態イメージのページテーブルが互いに重複しないように修正することを特徴とする請求項１または請求項３に記載の情報処理装置。
  5. 　基本ソフトウェアの実行が終了する時に次回起動時の起動条件に適したアプリケーションを起動するステップと、この条件に適した状態の前記基本ソフトウェアおよび前記アプリケーションを動的メモリ状態イメージとして保存するステップと、起動した際、既定メモリ状態イメージ及び動的メモリ状態イメージのいずれかを選択するステップと、そのいずれかに保存された前記基本ソフトウェアおよび前記アプリケーションを起動するステップと、を有することを特徴とする起動制御方法。
PCT/JP2014/006346 2014-12-19 2014-12-19 情報処理装置および起動制御方法 WO2016098147A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/006346 WO2016098147A1 (ja) 2014-12-19 2014-12-19 情報処理装置および起動制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/006346 WO2016098147A1 (ja) 2014-12-19 2014-12-19 情報処理装置および起動制御方法

Publications (1)

Publication Number Publication Date
WO2016098147A1 true WO2016098147A1 (ja) 2016-06-23

Family

ID=56126074

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/006346 WO2016098147A1 (ja) 2014-12-19 2014-12-19 情報処理装置および起動制御方法

Country Status (1)

Country Link
WO (1) WO2016098147A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019087297A1 (ja) * 2017-10-31 2019-05-09 三菱重工機械システム株式会社 車載器、制御方法、及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001067136A (ja) * 1999-08-26 2001-03-16 Toshiba Corp 情報処理装置及びシステム起動方法
JP2006309664A (ja) * 2005-05-02 2006-11-09 Mitsubishi Electric Corp 車載情報システム
JP2007065753A (ja) * 2005-08-29 2007-03-15 Fujitsu Ten Ltd 起動方法およびナビゲーション装置
JP2008152708A (ja) * 2006-12-20 2008-07-03 Toshiba Corp レジューム方法、プログラムおよび情報処理装置
JP2009187134A (ja) * 2008-02-04 2009-08-20 Ricoh Co Ltd 情報処理装置、情報処理装置の起動制御方法、プログラム及び記録媒体
JP2011096145A (ja) * 2009-10-30 2011-05-12 Pioneer Electronic Corp 情報処理装置、起動制御方法、起動制御プログラムおよび記録媒体

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001067136A (ja) * 1999-08-26 2001-03-16 Toshiba Corp 情報処理装置及びシステム起動方法
JP2006309664A (ja) * 2005-05-02 2006-11-09 Mitsubishi Electric Corp 車載情報システム
JP2007065753A (ja) * 2005-08-29 2007-03-15 Fujitsu Ten Ltd 起動方法およびナビゲーション装置
JP2008152708A (ja) * 2006-12-20 2008-07-03 Toshiba Corp レジューム方法、プログラムおよび情報処理装置
JP2009187134A (ja) * 2008-02-04 2009-08-20 Ricoh Co Ltd 情報処理装置、情報処理装置の起動制御方法、プログラム及び記録媒体
JP2011096145A (ja) * 2009-10-30 2011-05-12 Pioneer Electronic Corp 情報処理装置、起動制御方法、起動制御プログラムおよび記録媒体

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019087297A1 (ja) * 2017-10-31 2019-05-09 三菱重工機械システム株式会社 車載器、制御方法、及びプログラム
KR20200058477A (ko) * 2017-10-31 2020-05-27 미츠비시 쥬고 기카이 시스템 가부시키가이샤 차량 탑재 기기, 제어 방법, 및 프로그램
GB2581650A (en) * 2017-10-31 2020-08-26 Mitsubishi Heavy Ind Mach Systems Ltd Vehicle mounted device, control method, and program
JPWO2019087297A1 (ja) * 2017-10-31 2020-11-12 三菱重工機械システム株式会社 車載器、制御方法、及びプログラム
KR102345086B1 (ko) 2017-10-31 2021-12-29 미츠비시 쥬고 기카이 시스템 가부시키가이샤 차량 탑재 기기, 제어 방법, 및 프로그램
GB2581650B (en) * 2017-10-31 2022-02-23 Mitsubishi Heavy Ind Mach Systems Ltd Vehicle mounted device, control method, and program

Similar Documents

Publication Publication Date Title
US9507604B2 (en) Boot method and boot system
JP6665728B2 (ja) 車載更新装置、車載更新システム及び通信装置の更新方法
CN102033790B (zh) 一种嵌入式系统bootrom的升级方法和装置
JP5382084B2 (ja) 車両用装置
CN102110000A (zh) 一种软件自动升级控制方法、装置及设备
US11561789B2 (en) Software update device, vehicle, and software update method
CN104965744A (zh) 一种系统升级方法及嵌入式系统
CN105955842A (zh) 一种嵌入式系统的系统分区结构及其通讯设备
JP2011095952A (ja) ファームウェア更新方法および電子機器
US8826263B2 (en) Portable terminal, portable terminal control method, and portable terminal control program
JP2011128751A (ja) データ記録装置およびデータ記録装置の制御方法
US20080263395A1 (en) Embedded device and image loading method thereof
US20160321057A1 (en) Electronic apparatus
WO2016098147A1 (ja) 情報処理装置および起動制御方法
US9868397B2 (en) Display control device, and display control method
WO2020246213A1 (ja) 情報処理装置および情報処理方法
JP2007316800A (ja) 車載プログラム書換え制御装置
WO2010067737A1 (ja) 情報処理装置およびプログラム更新方法
JP2009048424A (ja) 携帯電話端末及びオペレーティング・システム起動プログラム
CN110309018B (zh) 充电设备系统切换方法、充电设备及可读存储介质
US10216427B2 (en) Vehicle device for executing stored native and external applications
EP3584697B1 (en) Information processing device
CN107247642B (zh) 用于系统开机时确定可执行映像文件的方法及装置
US20140068155A1 (en) Information processing apparatus, information processing method, and program
WO2017043026A1 (ja) 制御方法およびそれを利用した通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14908357

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14908357

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP