(57)【要約】【課題】メモリの残量が少なくなった際に、ＯＳ及びシステム動作に支障を来すことなく、メモリの容量を確保可能とする。【解決手段】残量検出部が、メモリに対する使用要求があった際に、メモリの容量の残量を検出する。占有アプリ検出部は、メモリを占有しているアプリ又はサービスを検出する。そして、残量検出部により、使用要求によりメモリが使用されることで、メモリの残量が所定以下となることが検出された場合に、容量確保部が、ＯＳ又はシステムによりプロセス終了が禁止されるアプリ又はサービスが記憶されたプロセス終了禁止記憶部を参照し、メモリに記憶されているアプリ又はサービスのうち、プロセス終了禁止記憶部に記憶されていないアプリ又はサービスをプロセス終了することで、メモリ上に使用要求に対応する容量を確保する。【選択図】図１
2019179525.tif 000002
【特許請求の範囲】
【請求項１】
メモリに対する使用要求があった際に、前記メモリの容量の残量を検出する残量検出部と、
前記メモリを占有しているアプリケーションプログラム又はサービスを検出する占有アプリ検出部と、
前記残量検出部により、前記使用要求により前記メモリが使用されることで、前記メモリの残量が所定以下となることが検出された場合に、オペレーションシステム又は情報処理装置が適用されるシステムにより、プロセス終了が禁止されるアプリケーションプログラム又はサービスが記憶されたプロセス終了禁止記憶部を参照し、前記メモリに記憶されているアプリケーションプログラム又はサービスのうち、前記プロセス終了禁止記憶部に記憶されていないアプリケーションプログラム又はサービスをプロセス終了することで、メモリ上に前記使用要求に対応する容量を確保する容量確保部と
を有する情報処理装置。
【請求項２】
前記プロセス終了禁止記憶部に対しては、任意のアプリケーションプログラム又はサービスを記憶可能であること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記プロセス終了禁止記憶部に記憶されている前記アプリケーションプログラム又は前記サービスには、優先度が付されており、
前記容量確保部は、前記優先度が低い順に、前記アプリケーションプログラム又は前記サービスをプロセス終了させて、前記メモリ上に前記使用要求に対応する容量を確保すること
を特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
残量検出部が、メモリに対する使用要求があった際に、前記メモリの容量の残量を検出する残量検出ステップと、
占有アプリ検出部が、前記メモリを占有しているアプリケーションプログラム又はサービスを検出する占有アプリ検出ステップと、
前記残量検出部により、前記使用要求により前記メモリが使用されることで、前記メモリの残量が所定以下となることが検出された場合に、容量確保部が、オペレーションシステム又は情報処理装置が適用されるシステムにより、プロセス終了が禁止されるアプリケーションプログラム又はサービスが記憶されたプロセス終了禁止記憶部を参照し、前記メモリに記憶されているアプリケーションプログラム又はサービスのうち、前記プロセス終了禁止記憶部に記憶されていないアプリケーションプログラム又はサービスをプロセス終了することで、メモリ上に前記使用要求に対応する容量を確保する容量確保ステップと
を有する情報処理方法。
【請求項５】
コンピュータを、
メモリに対する使用要求があった際に、前記メモリの容量の残量を検出する残量検出部と、
前記メモリを占有しているアプリケーションプログラム又はサービスを検出する占有アプリ検出部と、
前記残量検出部により、前記使用要求により前記メモリが使用されることで、前記メモリの残量が所定以下となることが検出された場合に、オペレーションシステム又は情報処理装置が適用されるシステムにより、プロセス終了が禁止されるアプリケーションプログラム又はサービスが記憶されたプロセス終了禁止記憶部を参照し、前記メモリに記憶されているアプリケーションプログラム又はサービスのうち、前記プロセス終了禁止記憶部に記憶されていないアプリケーションプログラム又はサービスをプロセス終了することで、メモリ上に前記使用要求に対応する容量を確保する容量確保部として機能させること
を特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【０００２】
機器の主制御を行う一般的なオペレーティングシステム（ＯＳ）には、メモリを有効に活用するため、メモリの残量を管理するメモリ管理機能が設けられている。ＯＳは、アプリケーションプログラム（アプリ）又はサービス等により、メモリの残量が少なくなった際に、メモリ管理機能により、ＯＳに不要なアプリ及びサービスのプロセスを終了し、メモリの容量を確保するようになっている。
【０００３】
また、特許文献１（特開２００８−１８６１６７号公報）には、新たなアプリケーションの実行に必要なメモリ容量が揮発性メモリに残っていないと判定した場合に、不揮発性メモリ内の終了禁止アプリケーション情報を参照し、終了禁止アプリケーション以外の実行中或いは中断中のアプリケーションを終了させる電子機器が開示されている。これにより、複数のアプリケーションの実行中において、新たなアプリケーションをユーザの手を煩わせずに好適に実行可能となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来は、ＯＳに必要なアプリ及びサービス以外は強制的にプロセス終了するため、システムに必要なアプリ及びサービスまでプロセス終了され、システム動作に支障を来す問題があった。
【０００５】
本発明は、上述の課題に鑑みてなされたものであり、メモリの残量が少なくなった際に、ＯＳ及びシステム動作に支障を来すことなく、メモリの容量を確保可能な情報処理装置、情報処理方法及び情報処理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、メモリに対する使用要求があった際に、メモリの容量の残量を検出する残量検出部と、メモリを占有しているアプリケーションプログラム又はサービスを検出する占有アプリ検出部と、残量検出部により、使用要求によりメモリが使用されることで、メモリの残量が所定以下となることが検出された場合に、オペレーションシステム又は情報処理装置が適用されるシステムにより、プロセス終了が禁止されるアプリケーションプログラム又はサービスが記憶されたプロセス終了禁止記憶部を参照し、メモリに記憶されているアプリケーションプログラム又はサービスのうち、プロセス終了禁止記憶部に記憶されていないアプリケーションプログラム又はサービスをプロセス終了することで、メモリ上に使用要求に対応する容量を確保する容量確保部とを有する。
【発明の効果】
【０００７】
本発明によれば、メモリの残量が少なくなった際に、ＯＳ及びシステム動作に支障を来すことなく、メモリの容量を確保できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態のＭＦＰのハードウェア構成図である。
【図２】図２は、実施の形態の操作端末の機能ブロック図である。
【図３】図３は、実施の形態のＭＦＰのホワイトリストに対する登録動作を説明するための図である。
【図４】図４は、実施の形態のＭＦＰのメモリ管理機能を説明するためのフローチャートである。
【図５】図５は、実施の形態のＭＦＰにおいて、ホワイトリストに認証アプリを設定する動作の流れを示すフローチャートである。
【図６】図６は、実施の形態のＭＦＰにおける、ＯＳの起動を含むシステム起動時の動作を説明するためのフローチャートである。
【図７】図７は、実施の形態のＭＦＰにおける、優先度リストの作成動作の流れを示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、情報処理装置、情報処理方法及び情報処理プログラムの適用例となる複合機（ＭＦＰ：Multifunction  Peripheral）の説明をする。より詳細には、複合機に接続された操作端末が情報処理装置に相当する。ただし、情報処理装置は、アプリケーションがインストール可能な装置であれば、これに限定されない。例えば、複合機の本体部、パーソナルコンピュータ、スマートデバイス、電子黒板、プロジェクタなどであっても良い。
【００１０】
（ＭＦＰのハードウェア構成）
図１は、実施の形態のＭＦＰのハードウェア構成図である。この図１に示すように、実施の形態のＭＦＰは、操作端末１０と本体部１５を有する。
【００１１】
（操作端末のハードウェア構成）
操作端末１０は、ＣＰＵ（Central  Processing  Unit）１、ＲＯＭ（Read  Only  Memory）２、ＲＡＭ（Random  Access  Memory）３、ＨＤＤ（Hard  Disk  Drive）４、ネットワーク通信部５、近距離無線通信部６、ＵＳＢインタフェース部（ＵＳＢＩ／Ｆ）７、操作部８、及び、接続インタフェース部（接続Ｉ／Ｆ）９を有している。
【００１２】
ＲＯＭ２には、操作端末１０の全体の制御を行うプログラムであるＯＳ（Operating  System）が記憶されている。ＨＤＤ４には、ＲＡＭ３等のメモリ残量が減少した際に、不要なアプリケーションプログラム（アプリ）又はサービスをプロセス終了して記憶領域を確保する容量確保アプリ１１が記憶されている。なお、ＨＤＤ４に代えてフラッシュメモリを用いても良い。ＣＰＵ１は、この容量確保アプリ１１をＲＡＭ３に展開して実行する。詳しくは、後述する。なお、ＲＡＭ３は、メモリの一例である。また、「サービス」は、情報、又は、所定の機能を提供するプログラムである。
【００１３】
また、ＨＤＤ４には、各アプリ及びサービスに対してそれぞれ付加された優先度を示す優先度リスト１２、起動している場合にプロセス終了させないアプリ及びサービスが記憶されたホワイトリスト１３、及び、ＯＳに必要なアプリ及びサービスが登録されたリストであるＯＳ優先度リストが記憶されている。なお、詳しくは後述するが、優先度リスト１２は、予めＨＤＤ４に記憶されているリストではなく、ホワイトリスト１３及びＯＳ優先度リスト１４に基づいて作成されるリストである。
【００１４】
操作部８は、表示部上にタッチセンサが設けられた、いわゆるタッチパネルとなっており、ユーザの接触操作に基づいて、ＣＰＵ１に印刷の実行命令又はスキャンの実行命令等を出力する。操作部８は、例えばタッチパネル機能が設けられた有機ＥＬ表示装置で構成してもよい。また、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けてもよい。
【００１５】
また、操作端末１０は、本体部１５に対して装着及び取り外しが可能となっている。操作端末１０は、本体部１５に装着されている場合、有線通信により本体部１５との間で通信を行い、本体部１５から取り外されている場合、無線通信により本体部１５との間で通信を行う。また、操作端末１０の動作を制御するＯＳは、例えばＡｎｄｒｏｉｄ（登録商標）であり、本体部１５の動作を制御するＯＳは、例えばＬｉｎｕｘ（登録商標）である等のように、操作端末１０及び本体部１５は、それぞれ異なるＯＳで動作するようになっている。
【００１６】
なお、以下、操作端末１０のＯＳが、操作端末１０にインストールされた容量確保アプリ１１に基づいて動作することで、操作端末１０において動作中の不要なアプリ等をプロセス終了させて、操作端末１０が有するＲＡＭ３の容量を確保する例を説明する。しかし、操作端末１０のＯＳが、操作端末１０にインストールされた容量確保アプリ１１に基づいて動作することで、本体部１５において動作中の不要なアプリ等をプロセス終了させて、本体部１５が有するＲＡＭ３６の容量を確保しても良い。また、操作端末１０は、スマートデバイス又はタブレット端末等の携帯端末でもよい。
【００１７】
また、本体部１５のＯＳが、本体部１５にインストールされた容量確保アプリに基づいて動作することで、操作端末１０において動作中の不要なアプリ等をプロセス終了させて、操作端末１０が有するＲＡＭ３の容量を確保する構成であっても良い。また、容量確保アプリ１１が有する後述する機能の全て又は一部を、操作端末１０のＯＳが有していても良い。また、容量確保アプリ１１は、メモリ容量の確保以外にも所定の機能を有するアプリケーションであっても良い。いずれの場合も容量確保動作は同様の動作となる。
【００１８】
（本体部のハードウェア構成）
本体部１５は、図１に示すように、ＣＰＵ３１、接続インタフェース部（接続Ｉ／Ｆ）３２、スキャナエンジン３３、プリンタエンジン３４、ＲＯＭ３５、ＲＡＭ３６及びＨＤＤ３７を有する。操作端末１０は、本体部１５に対して通信可能に設けられており、例えば有線通信によって接続されるが、これに限定されず、無線通信で接続されても良い。
【００１９】
（操作端末の機能構成）
実施の形態のＭＦＰの操作端末１０の場合、ＣＰＵ１は、容量確保アプリ１１を実行することで、図２に示すようにメモリ確保要求取得部２１、判断部２２、不要アプリ選定部２３、ＯＳ要否判定部２４及びホワイトリスト対象判断部２５として機能する。判断部２２は、残量検出部の一例であり、例えばＲＡＭ３の記憶領域の残量を検出し、ＲＡＭ３に、アプリケーション等から要求されたメモリ残量が存在するか否かを判断する。
【００２０】
メモリ確保要求取得部２１は、新たに起動したアプリケーション等からの、メモリの確保要求を取得する。なお、メモリ確保要求取得部２１は起動済みのアプリケーション等が処理を実行する場合などに、起動済みアプリケーションからメモリの確保要求を取得してもよい。不要アプリ選定部２３は、ＲＡＭ３又はＨＤＤ４に記憶されている優先度リスト１２に基づいて、現在、ＲＡＭ３に展開されているアプリ又はサービスのうち、不要なアプリ又はサービスを選定する。ＯＳ要否判定部２４は、現在、ＲＡＭ３に展開されているアプリ又はサービスのうち、ＯＳにとって不要なアプリ又はサービスを判定する。ホワイトリスト対象判断部２５は、不要と判定されたアプリ又はサービスのうち、プロセス終了が禁止又は制限されているアプリ又はサービスを検出する。なお、不要アプリ選定部２３は、占有アプリ検出部及び容量確保部の一例である。
【００２１】
なお、この例では、メモリ確保要求取得部２１〜ホワイトリスト対象判断部２５をソフトウェアで実現することとしたが、これらのうち、一部又は全部を、ＩＣ（Integrated  Circuit）等のハードウェアで実現してもよい。
【００２２】
また、容量確保アプリ１１は、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）などのコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）、ブルーレイディスク（登録商標）、半導体メモリなどのコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、インターネット等のネットワーク経由でインストールするかたちで提供してもよいし、機器内のＲＯＭ等に予め組み込んで提供してもよい。
【００２３】
（メモリの領域確保動作の概要）
この実施の形態のＭＦＰの場合、ＣＰＵ１は容量確保アプリ１１を実行することで、ＲＡＭ２の残容量が所定以下となった際に、不要なアプリ及びサービスをプロセス終了して容量を確保する（メモリ管理機能）。不要なアプリ及びサービスは、ホワイトリスト１３及びＯＳ優先度リスト１４に登録されていないアプリ及びサービスから決定する。ホワイトリスト１３には、ＭＦＰの製造者側が予めアプリ及びサービスを登録するか、又は、ユーザ設定により登録する。
【００２４】
例えば、図３に示す認証機能２６の場合、第１の認証アプリ２８及び第２の認証アプリ２９のうち、利用する認証アプリがユーザ設定で決まるため、ＭＦＰの製造者側では、ホワイトリスト１３に予め登録することが困難となる。このため、使用する認証アプリがユーザにより選択された際に、認証管理アプリ２７が、ユーザに選択された方の認証アプリを特定するための情報（特定情報）である、例えばアプリ名等をＨＤＤ４等の記憶部に登録する。ＯＳは、ＲＡＭ３の記憶領域が所定以下に減少した際に、ＨＤＤ４に登録されているアプリ名等の特定情報を読み出し、プロセス終了を禁止するアプリ及びサーピスとしてホワイトリスト１３に登録する。
【００２５】
なお、アプリ及びサービスをホワイトリスト１３へ登録するタイミングはこれに限定されず、任意のタイミングで実行することができる。例えば、認証管理アプリ２７がユーザに選択されたタイミングで、選択された認証管理アプリ２７をホワイトリスト１３へ登録することができる。
【００２６】
ここで、ＯＳにとっては不要となることからＯＳ優先度リスト１４に登録されないアプリ又はサービスであっても、ＭＦＰのシステムとしては必要なアプリ及びサービス、つまりホワイトリスト１３に登録されるアプリ及びサービスとして、「コントローラ制御を行うアプリ」、「認証制御を行うアプリ」、「ＳＤＫ（Software  Development  Kit）」及び「リアルタイム性を必要とするサービス」等が存在する。
【００２７】
「コントローラ制御を行うアプリ」は、ＭＦＰの本体部１５側の制御を行うアプリである。操作端末１０と本体部１５との通信を実施して、通信が切れると、操作端末１０のＣＰＵ１と本体部１５のＣＰＵ３１との間で制御の状態が合わなくなり、エラーが発生する。このため、「コントローラ制御を行うアプリ」は、プロセス終了を禁止する必要がある。
【００２８】
「認証制御を行うアプリ」は、ユーザ認証時にログイン性能が求められるアプリである。「ＳＤＫ」は、サードベンダへ公開しているＳＤＫの対応として、即時応答動作する必要があるサービスである。「リアルタイム性を必要とするサービス」は、エラー表示等、ユーザへの通知が遅れることでユーザ操作に悪影響があるサービスである。
【００２９】
（メモリ管理機能）
ＣＰＵ１は、容量確保アプリを実行することで、図４のフローチャートを用いて説明するメモリ管理機能を実現する。なお、メモリ管理を実行する前（システム起動時）に、予めアプリ毎の優先度が設定される。これは、後述する。
【００３０】
まず、ステップＳ１では、メモリ確保要求取得部２１が、ＲＡＭ２の容量確保要求を取得する。一例ではあるが、「ＲＡＭ２の容量確保」は、例えば新たにアプリが起動すると、このアプリ側からＣＰＵ１に対してＲＡＭ２の容量確保の要求が行われる。また、起動済みのアプリが所定の機能を実行するために、更なる容量の確保を要求する際に、ＲＡＭ２の容量確保の要求が行われる。
【００３１】
次に、ステップＳ２では、判断部２２が、ＲＡＭ３の記憶領域の残量を検出し、ＲＡＭ３の記憶領域が枯渇するか否かを判断する。アプリ等から要求されたデータ量分の残量がＲＡＭ３に存在する場合（ステップＳ２：Ｎｏ）、要求のあったアプリのデータをＲＡＭ３に展開できるため、そのまま図４のフローチャートの処理を終了する。
【００３２】
これに対して、判断部２２は、アプリ等から要求されたデータ量分の残量がＲＡＭ３に存在しない場合、又は、アプリのデータをＲＡＭ３上に展開した際にＲＡＭ３の残量が所定以下の残量となる場合（ステップＳ２：Ｙｅｓ）、要求のあったアプリのデータをＲＡＭ３上に展開困難となる。このため、不要アプリ選定部２３は、ステップＳ３において、現在起動しているアプリ及びサービスのうち、不要となるアプリ及びサービスを、アプリ又はサービスの優先度に基づいて選定する。
【００３３】
より詳しくは、不要アプリ選定部２３が、後述する優先度リスト１２を参照することにより、プロセス終了させるアプリ及びサービスを選定する（ステップＳ３）。不要アプリ選定部２３は、優先度リスト１２に設定されたアプリ及びサービスの内、最も優先度の低いアプリ及びサービスをプロセス終了させる（ステップＳ４）。以下の表１に優先度リスト１２の一例を示す。
【００３４】
【表１】
2019179525.tif 000003
【００３５】
この表１の例の場合、「−１」の優先度が一番高い優先度を示し、「４」の優先度が一番低い優先度を示している。この表１の例の場合、不要アプリ選定部２３は、最も優先度の低いアプリであるバックグランドアプリ（以前に動作していたアプリ）をプロセス終了させる。なお、「４」の優先度が設定されているアプリ又はサービスをプロセス終了させた場合でも、なおもＲＡＭ３の容量が枯渇する場合、不要アプリ選定部２３は、「３」の優先度３が設定されているアプリ又はサービスを削除する。
【００３６】
表１には、優先度毎にメモリ残量が保持されており、所定のメモリ残量を下回った場合にのみ対応する優先度のアプリ又はサービスを終了することができることを示している。例えば、メモリ残量が２５０ＭＢを下回った場合は、「４」の優先度のアプリ又はサービスを終了することができる。不要アプリ選択部２３は、メモリ残量が２５０ＭＢ以上になるまで「４」の優先度のアプリ又はサービスを選定して終了させる。ただし、「４」の優先度のアプリ又はサービスを全て終了させてもなおメモリ残量が２５０ＭＢを下回る場合であっても「３」、「２」、「１」、「０」、「−１」の優先度のアプリ又はサービスは終了させない。
【００３７】
また、メモリ残容量が２００ＭＢを下回った場合、「４」及び「３」の優先度のアプリ又はサービスを終了する。不要アプリ選択部２３は、メモリ残量が２００ＭＢ以上になるまで、優先度に応じて「４」及び「３」の優先度のアプリ又はサービスを選定して終了させる。ただし、「４」及び「３」の優先度のアプリ又はサービスを全て終了させてもなおメモリ残量が２００ＭＢを下回る場合であっても「２」、「１」、「０」、「−１」の優先度のアプリ又はサービスは終了させない。つまり、メモリ残量が表１に記載された値を下回った場合にのみ、該値に対応する優先度が設定されたアプリ又はサービスを終了することが許可される。なお、「−１」の優先度のアプリ又はサービスは、メモリ残量が所定値を下回った場合であっても終了対象として選定されることはない。
【００３８】
（ホワイトリストに対する登録動作）
次に、実施の形態のＭＦＰは、ＲＡＭ３の記憶領域が枯渇する場合でも、プロセス終了を禁止するアプリ又はサービスが登録されたホワイトリスト１３を有している。図５は、このホワイトリスト１３に、認証アプリを設定する動作の流れを示すフローチャートである。
【００３９】
まず、ステップＳ２１では、ユーザが操作部８を操作することで、所望の認証機能を設定する。より詳細には、ＵＳＢ（Universal  Serial  Bus）認証又はＢｌｕｅｔｏｏｔｈ（登録商標）認証（ＵＳＢキーやＢｌｕｅｔｏｏｔｈ（登録商標）キーなどの認証情報を記憶したＵＳＢ／Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスをＭＦＰに接続することで、ＭＦＰを使用可能とする認証）など、複数の認証方法のうち利用する認証方法を設定する。なお、認証方法としては、この他、識別情報（ＩＤ）又はパスワードを手動入力することによる認証方法、ＩＤカードを用いた認証方法、カメラを用いた顔認証方法、指紋認証などであっても良い。
【００４０】
次に、ステップＳ２２では、ＣＰＵ１は、認証機能に応じて設定アプリを判断し、ＯＳに対して認証アプリを設定する。すなわち、ＣＰＵ１は、ステップＳ２１で設定された認証方法に基づいて、この認証方法を実行するアプリを特定する。
【００４１】
次に、ステップＳ２３では、ＣＰＵ１が、ＯＳに設定したアプリをホワイトリスト１３に設定する。なお、複数のホワイトリスト１３に対し、それぞれの優先度のアプリ及びサービスを登録しても良い。例えば、最上位の優先度のホワイトリスト、２番目に高い優先度のホワイトリスト、の２つのホワイトリストを設けることができる。また、最上位のホワイトリストに登録されたアプリ及びサービスは、不要アプリ選定部２３によるプロセス終了を禁止してもよい。また、２番目に高い優先度のホワイトリストに登録されたアプリ及びサービスは、表１に示す「特殊アプリ」と同等のアプリ優先度として取り扱ってもよい。この場合、２番目に高い優先度のホワイトリストに登録されたアプリ及びサービスも、不要アプリ選定部２３によりプロセス終了され難くすることができる。
【００４２】
（プロセス終了対象の選定動作）
次に、表１を用いてプロセス終了対象の選定動作を説明する。なお、表１において、「−１」の優先度が最も高い優先度であり、「４」の優先度が最も低い優先度であることとして説明を進める。しかし、他の優先度の設定でも良い。
【００４３】
優先度は、アプリ及びサービス毎に付加されており、不要アプリ選定部２３は、優先度に応じてプロセス終了の対象となるアプリ及びサービスを選定する。アプリ及びサービスは、優先度が低い順にプロセス終了の対象とされ、優先度が高いアプリ及びサービスは、プロセス終了されにくくなっている。また、最高位の優先度である「−１」の優先度のアプリ及びサービスは、プロセス終了が禁止されている。つまり、「−１」の優先度のアプリ／サービスは、ＲＡＭ３の残量が枯渇した場合でも、プロセス終了されることはない。一方、「０」〜「４」の優先度となっているアプリ／サービスは、ＲＡＭ３の残量が枯渇する場合には、優先度に応じてプロセス終了される。
【００４４】
優先度は、例えばシステムアプリ等、ＯＳ又はＭＦＰのシステムとして必要となるアプリ及びサービスに対して「−１」の優先度が付される。フォアグランドアプリ又は特殊アプリに対しては、高めの優先度が付加され、プロセス終了されにくくなっている。バックグランドアプリに対しては、プロセス情報（起動順序又はメモリ使用量等）に応じて、付加される優先度が変更される。すなわち、バックグランドアプリがユーザによって選択された場合又は新たに起動された場合、バックグランドアプリはフォアグランドアプリとなる。この場合、フォアグランドアプリ用の優先度が付加される。また、フォアグランドアプリに移行後に、新たに他のアプリが起動した場合は、フォアグランドアプリからバックグランドアプリへ移行し、再度、バックグランドアプリ用の優先度が付加される。
【００４５】
次に、ＭＦＰのシステムに必要なアプリ及びサービスを、「−１」の優先度に設定することでプロセス終了させないようすることができる。また、ＭＦＰのシステムに必要なアプリ及びサービスを、「１」の優先度に設定することでプロセス終了されにくいようにすることもできる。このような優先度は、アプリ又はサービスの特性に基づき決定されて付加される。例えば、他のデバイスと接続する機能又は認証機能等の機能がプロセス終了した場合に、システムとして成立しないアプリ及びサービスに対しては「−１」の優先度が付加され、プロセス終了が禁止される。また、リアルタイム性等のように、機能がプロセス終了した場合に、ユーザへの悪影響があるアプリ及びサービスに対しては、「１」の優先度が付加され、プロセス終了されにくいようにする。
【００４６】
（システム起動時の動作）
次に、ＭＦＰのＯＳの起動を含むシステム起動時の動作を、図６のフローチャートを用いて説明する。起動時となると、ＣＰＵ１は、ＨＤＤ４からＯＳ優先度リスト１４及びホワイトリスト１３を取得する（ステップＳ３１）。ＯＳ優先度リスト１４は、以下の表２に示すように、ＯＳに必要なアプリ及びサービスが登録されたリストである。
【００４７】
【表２】
2019179525.tif 000004
【００４８】
この表２の例の場合、ＯＳに必要なアプリ又はサービスとして、アプリＡ，アプリＢ及びサービスＡがＯＳ優先度リスト１４に登録されている例である。このＯＳ優先度リスト１４に登録されたアプリ／サービスは、プロセス終了が禁止される（プロセス終了されない）。つまり、ＯＳ優先度リスト１４は、優先度リスト１２において、「−１」の優先度が設定されるアプリ又はサービスが登録されているリストである。
【００４９】
また、以下の表３に、ホワイトリスト１３の一例を示す。
【００５０】
【表３】
2019179525.tif 000005
【００５１】
この表３の例は、第２のホワイトリストの優先度よりも第１のホワイトリストの優先度の方が高く、第１のホワイトリストには、アプリＣ，アプリＤ及びサービスＢが登録されており、第２のホワイトリストには、アプリＥ及びアプリＣが登録されている例である。第１のホワイトリストに登録されたアプリＣ，アプリＤ及びサービスＢは、プロセス終了されないアプリ又はサービスである。つまり、優先度リスト１２において「−１」の優先度が設定されたアプリ又はサービスである。第２のホワイトリストに登録されたアプリ又はサービスは、プロセス終了されにくいアプリ又はサービスである。つまり、優先度リスト１２において、「１」の優先度に設定されたアプリ又はサービスである。ホワイトリスト１３は、このように優先度毎に複数設けてもよい。
【００５２】
次に、ＣＰＵ１は、ＲＡＭ２にＯＳ優先度リスト１４及びホワイトリスト１３を展開して、優先度リスト１２を作成する（ステップＳ３２）。この優先度リスト１２の作成動作は、図７のフローチャートを用いて後述する。
【００５３】
優先度リスト１２は、例えば以下の表４に示すように、アプリ及びサービス毎に優先度を設定したリストであるが、表１に示したように優先度毎にアプリ及びサービスを登録したリストであっても良い。
【００５４】
【表４】
2019179525.tif 000006
【００５５】
ここで、優先度リスト１２は、ＣＰＵ１及びＯＳが参照可能に保持することができる。例えば、優先度リスト１２は、ＲＡＭ２に展開される。また、一例であるが、ＣＰＵ１は、ＯＳ優先度リスト１４に登録されているアプリ又はサービスの優先度を例えば「−１」とし、ホワイトリスト１３に登録されているアプリ又はサービスの優先度を例えば「−１（又は１）」に設定する。また、作成した優先度リスト１２は、所定のタイミングでＨＤＤ４に記憶することで次にシステムを起動したときにＨＤＤ４に記憶された優先度リスト１２を読み出して使用しても良いし、システムを起動する度に優先度リスト１２を作成しても良い。
【００５６】
なお、ＣＰＵ１は、システム起動後にも優先度リスト１２を更新する。つまり、システム起動後に、ユーザの操作などによってアプリが起動した場合、又はシステムによってアプリ／サービスが自動的に起動した場合に、アプリと優先度を優先度リスト１２に追加して更新する。また、ユーザの操作などによって、アプリがフォアグラウンド又はバックグラウンドへ移行した場合に、該アプリの優先度を変更するように更新する。
【００５７】
（優先度リストの作成動作）
次に、図７のフローチャートを用いて、優先度リスト１２の作成動作を説明する。ＣＰＵ１は、図６のフローチャートのステップＳ３１で取得したＯＳ優先度リスト１４に基づいてＯＳに必要なアプリ又はサービスかを判断し（ステップＳ４１）、ＯＳに必要なアプリ又はサービスの場合（ステップＳ４１：Ｙｅｓ）、優先度を変更する（ステップＳ４３）。
【００５８】
また、ＣＰＵ１は、図６のフローチャートのステップＳ３１で取得したホワイトリスト１３に基づいて、システムに必要なアプリ及びサービスかを判断し（ステップＳ４２）、システムに必要なアプリ及びサービスの場合（ステップＳ４２：Ｙｅｓ）、優先度を変更する（ステップＳ４３）。これにより、ホワイトリスト１３には、ＯＳにとっては不要であっても、システムとしては必要なアプリ及びサービスが保持される。
【００５９】
なお、ＣＰＵ１は、ＯＳ優先度リスト１４又はホワイトリスト１３に登録されていないアプリ／サービスの場合には、優先度は変更しない。この場合、ＣＰＵ１は、アプリ又はサービスの動作する環境がフォアグラウンドかバックグラウンドかによって優先度を設定する。
【００６０】
（実施の形態の効果）
以上の説明から明らかなように、実施の形態のＭＦＰは、ＯＳ及びシステムに必要なアプリ及びサービスを登録することで、ＯＳ又はシステムに必要なアプリ又はサービスがプロセス終了される不都合を防止できる。このため、ＲＡＭ３（メモリ）の残量が少なくなった際に、ＭＦＰのＯＳ又はシステムに必要なアプリ又はサービスがプロセス終了されることで、システムに支障を来す不都合を防止したうえで、ＲＡＭ３（メモリ）の容量を確保できる。
【００６１】
最後に、上述の実施の形態は、一例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。このような実施の形態及び実施の形態の変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００６２】
１  ＣＰＵ
２  ＲＯＭ
３  ＲＡＭ
４  ＨＤＤ
１０  操作端末
１１  容量確保アプリ
１２  優先度リスト
１３  ホワイトリスト
１４  ＯＳ優先度リスト
１５  本体部
２１  メモリ確保要求取得部
２２  判断部
２３  不要アプリ選定部
２４  ＯＳ要否判定部
２５  ホワイトリスト対象判断部
２６  認証機能
２７  認証管理アプリ
２８  第１の認証アプリ
２９  第２の認証アプリ
【先行技術文献】
【特許文献】
【００６３】
【特許文献１】特開２００８−１８６１６７号公報
【図１】
2019179525.tif 000007
【図２】
2019179525.tif 000008
【図３】
2019179525.tif 000009
【図４】
2019179525.tif 000010
【図５】
2019179525.tif 000011
【図６】
2019179525.tif 000012
【図７】
2019179525.tif 000013