(57)【要約】【課題】情報処理装置のソフトウェア更新において、空き容量と比較するための閾値に予測値が使用されており、更新によるデータサイズの増量が大きな場合に予測値を実測値に変更するための冗長なソフトウェア更新が必要となる。【解決手段】情報処理装置は、ソフトウェアを更新するための更新データをサーバから取得する。更新データは、アップデートの実行で情報処理装置のユーザデータの記憶領域において増加するデータサイズの増加量を示す情報を含んでいる。この増加量は、更新データの作成者等がアップデートを実行してデータサイズの増加量を実測する等により得られる。情報処理装置は、更新データに含まれる増加量を、記憶領域の空き容量と比較するための閾値として使用することでソフトウェア更新の可否を判定し、判定結果に従って、更新データを用いたアップデートを実行する。【選択図】図６
2014109790.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置であって、
ソフトウェアとデータを記憶するための記憶部と、
アップデート対象のソフトウェアを更新するための更新用データを前記サーバから取得して前記情報処理装置の前記アップデート処理を制御する制御部とを備え、
前記更新用データは、前記記憶されるソフトウェアをアップデートすることで前記記憶部において増加するデータサイズの増加量を示す増加量情報を含んでおり、
前記制御部は、
前記取得した更新用データに含まれる前記増加量情報と、前記記憶部における記憶領域の空き容量とを比較することにより、前記更新用データを適用することによる前記アップデート対象のソフトウェアの更新の可否を判定する判定部を含み、
前記判定部による判定結果に従って前記ソフトウェアのアップデートを実行する、
情報処理装置。
【請求項２】
前記更新用データは、
更新データ本体と、前記更新データ本体のメタ情報とからなり、
前記増加量情報は、前記メタ情報に含まれ、前記更新データ本体によって前記ソフトウェアをアップデートすることで増加するデータサイズの増加量を示しており、
前記制御部は、前記更新用データに含まれる前記メタ情報から前記増加量情報を抽出して閾値として設定する閾値設定部を含み、
前記判定部は、前記設定された閾値と、前記記憶領域の空き容量とを比較することにより、前記ソフトウェアの更新の可否を判定する、
請求項１記載の情報処理装置。
【請求項３】
前記増加量情報に示される増加量は、前記更新用データによるソフトウェアのアップデートが実行されて実測により得られたデータ増加量に基づく値である、
請求項１または２に記載の情報処理装置。
【請求項４】
前記制御部は、前記増加量情報に示されるデータサイズの増加量が、前記記憶部における記憶領域の空き容量を上回る場合に、前記増加量と前記空き容量との差分に基づいて、前記アップデート処理の実行に不足している前記記憶領域の空き容量を表示させ、前記空き容量を増加させるための操作を受け付ける、
請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置におけるアップデートの方法であって、前記情報処理装置は、ソフトウェアとデータを記憶するための記憶部を備え、
前記方法は、
前記情報処理装置が、アップデート対象のソフトウェアを更新するための更新用データを前記サーバから取得して前記情報処理装置の前記アップデート処理を制御するステップを含み、
前記更新用データは、前記記憶されるソフトウェアをアップデートすることで前記記憶部において増加するデータサイズの増加量を示す増加量情報を含んでおり、
前記方法は、
前記情報処理装置が、前記取得した更新用データに含まれる前記増加量情報と、前記記憶部における記憶領域の空き容量とを比較することにより、前記更新用データを適用することによる前記アップデート対象のソフトウェアの更新の可否を判定するステップと、
前記判定結果に従って前記ソフトウェアのアップデートを実行するステップとを含む、
方法。
【請求項６】
サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置におけるアップデート処理を制御するためのプログラムであって、前記情報処理装置は、プロセッサと、メモリとを備え、
前記プログラムは、前記プロセッサに、
アップデート対象のソフトウェアを更新するための更新用データを前記サーバから取得して前記アップデート処理を制御するステップを実行させ、
前記更新用データは、前記メモリに記憶されるソフトウェアをアップデートすることで前記メモリにおいて増加するデータサイズの増加量を示す増加量情報を含んでおり、
前記プログラムは、前記プロセッサに、
前記取得した更新用データに含まれる前記増加量情報と、前記メモリにおける記憶領域の空き容量とを比較することにより、前記更新用データを適用することによる前記アップデート対象のソフトウェアの更新の可否を判定するステップと、
前記判定結果に従って前記ソフトウェアをアップデートするステップとを実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアのアップデートが可能な情報処理装置に関し、特に、アップデート時の処理の効率を向上させるための技術に関する。
【背景技術】
【０００２】
近年、スマートフォン、タブレット端末などの情報処理装置が普及しており、これら情報処理装置は、ネットワークを通じて様々なアプリケーションを取得することができる。また、情報処理装置は、ＯＳ（Operating system）やアプリケーションなどのソフトウェアをアップデートするためネットワークを通じてサーバと接続し、サーバからアップデート用のデータをダウンロードすることができる。情報処理装置は、ＯＳ等をアップデートすることで機能を追加することができる。
【０００３】
情報処理装置がＯＳ等のソフトウェアをアップデートする場合、アップデートにより情報処理装置が記憶するデータのサイズが増加しうる。ソフトウェアのアップデート時に情報処理装置の記憶領域の空き容量が十分でない場合、情報処理装置はアップデートに失敗し、正常に起動しなくなるおそれがある。そのため、アップデートの際、情報処理装置の記憶領域の空き容量が、アップデート処理の実行に十分であるか否かを判定する必要がある。例えば、国際公開第２００６／１３７１４７号（特許文献１）は、携帯電話装置がダウンロードを希望する目的データのサイズ情報を含む管理情報を受信し、管理情報に含まれる目的データのサイズ情報に基づいて、目的データのサイズが所定値を超えるか判定する技術を開示している。特許文献１に記載される技術によると、携帯電話装置が履歴の格納に使用する一時的格納領域が大容量のコンテンツデータの格納に使用されることがなくなり、一時的格納領域において保持できる履歴の数が保証される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００６／１３７１４７号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
情報処理装置は、ソフトウェアをアップデートする場合に、記憶領域の空き容量と、所定の閾値とを比較することで、空き容量がソフトウェアの更新に十分にあるか否かを判定する。上記の所定の閾値は、例えば、ソフトウェアのアップデートの処理を実行するためのプログラムに埋め込まれており、固定値である。この固定値は、例えば、ソフトウェアのアップデートに伴い増加するデータ量を、情報処理装置の開発者等が製品開発段階等において推定した値である。
【０００６】
アップデート時に情報処理装置の記憶領域において実際に増加するデータ量が上記の所定の閾値を上回る場合、アップデートの実行に十分な記憶領域が情報処理装置に確保されていないおそれがある。この場合、情報処理装置は、ソフトウェアをアップデートする際に、この所定の閾値を変更するための別のアップデートプログラムを少なくとも1回は実行する必要があり、情報処理装置のソフトウェアのアップデート時の処理が複雑化する。
【０００７】
そこで、本発明は、情報処理装置のソフトウェアのアップデート時の処理の効率を向上させるための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一実施形態に従う情報処理装置は、サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置であって、ソフトウェアとデータを記憶するための記憶部と、アップデート対象のソフトウェアを更新するための更新用データをサーバから取得して情報処理装置のアップデート処理を制御する制御部とを備え、更新用データは、記憶されるソフトウェアをアップデートすることで記憶部において増加するデータサイズの増加量を示す増加量情報を含んでおり、制御部は、取得した更新用データに含まれる増加量情報と、記憶部における記憶領域の空き容量とを比較することにより、更新用データを適用することによるアップデート対象のソフトウェアの更新の可否を判定する判定部を含み、判定部による判定結果に従ってソフトウェアのアップデートを実行する。
【０００９】
別の実施形態に従うと、サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置におけるアップデート方法が提供される。情報処理装置は、ソフトウェアとデータを記憶するための記憶部を備える。方法は、情報処理装置が、アップデート対象のソフトウェアを更新するための更新用データをサーバから取得して情報処理装置のアップデート処理を制御するステップを含み、更新用データは、記憶されるソフトウェアをアップデートすることで記憶部において増加するデータサイズの増加量を示す増加量情報を含んでおり、方法は、情報処理装置が、取得した更新用データに含まれる増加量情報と、記憶部における記憶領域の空き容量とを比較することにより、更新用データを適用することによるアップデート対象のソフトウェアの更新の可否を判定するステップと、判定結果に従ってソフトウェアのアップデートを実行するステップとを含む。
【００１０】
別の実施形態に従うと、サーバとの通信によりソフトウェアのアップデートが可能な情報処理装置におけるアップデート処理を制御するためのプログラムが提供される。情報処理装置は、プロセッサと、メモリとを備える。プログラムは、プロセッサに、アップデート対象のソフトウェアを更新するための更新用データをサーバから取得してアップデート処理を制御するステップを実行させ、更新用データは、メモリに記憶されるソフトウェアをアップデートすることでメモリにおいて増加するデータサイズの増加量を示す増加量情報を含んでおり、プログラムは、プロセッサに、取得した更新用データに含まれる増加量情報と、メモリにおける記憶領域の空き容量とを比較することにより、更新用データを適用することによるアップデート対象のソフトウェアの更新の可否を判定するステップと、判定結果に従ってソフトウェアをアップデートするステップとを実行させる。
【発明の効果】
【００１１】
上記一実施形態によると、情報処理装置のソフトウェアのアップデート時の処理の効率を向上させることができる。
【００１２】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００１３】
【図１】実施の形態の情報処理装置を含むネットワークの全体構成の概略を示す図である。
【図２】情報処理装置１００の構成を示す機能ブロック図である。
【図３】更新データ管理サーバ８００の構成を示す機能ブロック図である。
【図４】更新データ８８の構成を示す図である。
【図５】情報処理装置１００と更新データ管理サーバ８００とが情報処理装置１００のアップデート用のデータを送受信する処理を示すフローチャートである。
【図６】情報処理装置１００が更新データをインストールする処理を示すフローチャートである。
【図７】更新データ管理サーバ８００が更新データを配信する処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１５】
＜実施の形態１のネットワークの構成の概略＞
図１は、実施の形態の情報処理装置を含むネットワークの全体構成の概略を示す図である。図１に示すように、このネットワークは、情報処理装置１００Ａと、情報処理装置１００Ｂと、無線ルータ２００と、無線基地局３００と、更新データ生成装置６００と、ネットワーク７００と、更新データ管理サーバ８００とを含む。情報処理装置１００Ａ、情報処理装置１００Ｂ（以下、これら複数の情報処理装置を総称して「情報処理装置１００」と言うこともある）は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ(Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ディスプレイ、通信インターフェース等を備え、プログラムに従って動作する。例えば、情報処理装置１００Ａは、タブレット端末であり、情報処理装置１００Ｂは、スマートフォンである。
【００１６】
図１に示すように、情報処理装置１００は、無線ルータ２００、無線基地局３００等によってインターネットと接続しており、ネットワーク７００を通じて更新データ管理サーバ８００と通信し、更新データ管理サーバ８００からアプリケーションをダウンロードすることができる。また、情報処理装置１００は、ＯＳ（Operating  System）やアプリケーション等をアップデートするためのデータ（更新データ）を更新データ管理サーバ８００からダウンロードしてインストールすることにより、ＯＳやアプリケーションをアップデートすることができる。例えば、情報処理装置１００は、ユーザの設定に応じて自動的にＯＳ等の更新データを取得する。
【００１７】
更新データ管理サーバ８００は、情報処理装置１００のＯＳ等をアップデートするためのデータを配信する配信サーバとして機能する。更新データ管理サーバ８００は、データベースシステムを管理しており、情報処理装置１００の機種ごとにアップデート用のデータを保持している。更新データ管理サーバ８００は、情報処理装置１００からのアクセスを受け付けて情報処理装置１００を認証し、認証済みの情報処理装置１００に対し、ＯＳやアプリケーションのアップデート用のデータ等を送信する。更新データ管理サーバ８００は、情報処理装置１００からＯＳやアプリケーションを更新するための更新データの送信要求を受け付けて更新データを情報処理装置１００へ送信する。情報処理装置１００は、更新データ管理サーバ８００から送信されるデータサイズ増加量情報に基づいて、アップデート用のデータと情報処理装置１００の記憶領域の空き容量とを比較し、比較結果に応じてアップデートの実行の可否を判定する。なお、更新データ管理サーバ８００は、複数のサーバから構成されることとしてもよい。
【００１８】
＜情報処理装置１００の各機能の構成＞
図２を参照して情報処理装置１００の構成について説明する。図２は、情報処理装置１００の構成を示す機能ブロック図である。図２に示すように、情報処理装置１００は、第１アンテナ１１Ａと、第２アンテナ１１Ｂと、第１無線ＲＦ（Radio  Frequency）部１２Ａと、第２無線ＲＦ部１２Ｂと、記憶部１３と、表示部１４と、操作部１５と、音声出力部１６と、制御部１７と、を含む。制御部１７は、通信処理部３１と、閾値設定部３２と、判定処理部３３とを含む。また、制御部１７は、更新データダウンロードマネージャ３４、および更新データインストールプログラム３５等のプログラムを記憶部１３等から読み出して、読み出したプログラムに従って動作する。
【００１９】
情報処理装置１００は、複数の通信方式に対応しており、通信方式それぞれに対応して無線ＲＦ部およびアンテナなどを含む。図２では、２つの無線ＲＦ部を備える例を示している。
【００２０】
第１アンテナ１１Ａと第２アンテナ１１Ｂとは、情報処理装置１００が送信する信号を電波として放射する。また、第１アンテナ１１Ａは、空間から電波を受信して受信信号を第１無線ＲＦ部１２Ａへ出力する。第２アンテナ１１Ｂは、空間から電波を受信して受信信号を第２無線ＲＦ部１２Ｂへ出力する。
【００２１】
第１無線ＲＦ部１２Ａおよび第２無線ＲＦ部１２Ｂは、アンテナや高周波回路などを含む通信モジュールであり、情報処理装置１００が送受信する無線通信信号の変復調や周波数変換を行う。通信方式とは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信規格や、ＩＥＥＥ８０２．１１などの無線ＬＡＮ（Local  Area  Network）規格などがある。また、無線ＲＦ部は、ＬＴＥ（Long  Term  Evolution）、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）など、移動体通信システムにおける通信方式に対応している。
【００２２】
記憶部１３は、フラッシュメモリ等により構成され、アプリケーションや電話帳データなど情報処理装置１００が使用するデータを記憶するための記憶領域である。記憶部１３は、製品種別情報２１と、バージョン情報２２等を記憶する。製品種別情報２１は、情報処理装置１００の機種を特定するための情報を含み、例えば情報処理装置１００の機種名称などである。バージョン情報２２は、情報処理装置１００において動作しているＯＳやアプリケーションなどのバージョンを示す。情報処理装置１００は、製品種別情報２１とバージョン情報２２とを更新データ管理サーバ８００へ送信する。更新データ管理サーバ８００は、製品種別情報２１とバージョン情報２２とを受信することで、情報処理装置１００に対応するアップデート用のデータを特定する。
【００２３】
更新データダウンロードマネージャ３４は、情報処理装置１００が更新データ管理サーバ８００と通信して自装置に対応するアップデート用のデータをダウンロードする処理を管理するためのプログラムである。情報処理装置１００は、更新データダウンロードマネージャ３４を実行することにより、例えば、製品種別情報２１およびバージョン情報２２を更新データ管理サーバ８００へ送信してアップデート用のデータの有無を確認する処理、更新データ管理サーバ８００からアップデート用のデータを受信するため更新データ管理サーバ８００と通信接続を確立する処理、およびアップデート用のデータを更新データ管理サーバ８００から受信する処理等を行う。
【００２４】
更新データインストールプログラム３５は、情報処理装置１００が更新データ管理サーバ８００からダウンロードしたアップデート用のデータを情報処理装置１００にインストールする処理を制御するためのプログラムである。情報処理装置１００は、更新データインストールプログラム３５を実行することにより、例えば、アップデートに必要なユーザデータ領域の空き容量が確保されているか否かを判定する処理、アップデート用のデータのインストールを開始するため情報処理装置１００を再起動する処理、情報処理装置１００の再起動後、アップデートに必要な最小限のプログラムを起動してアップデート用のデータを情報処理装置１００にインストールする処理、およびアップデートの成否に応じて表示部１４にメッセージを表示する処理等を行う。
【００２５】
表示部１４は、メニュー画面においてアイコンや背景画像を表示し、アプリケーションの動作によって静止画や動画などを表示するためのディスプレイである。また、表示部１４は、情報処理装置１００がソフトウェアをアップデートさせている状態において、アップデートの進捗状況やアップデートの成否などの情報を表示する。表示部１４は、例えばＬＣＤ（Liquid  Crystal  Display）や有機ＥＬ（electroluminescence）ディスプレイによって実現される。
【００２６】
操作部１５は、ユーザの操作を受け付けるための操作部材であり、例えば静電容量方式によってユーザの接触操作を受け付けるタッチパネルである。
【００２７】
音声出力部１６は、音声を出力するための部材であり、スピーカ等である。音声出力部１６は、制御部１７の制御により、情報処理装置１００のアップデート処理の成否に応じて音声出力などを行う。
【００２８】
制御部１７は、ＣＰＵ等により構成され、プログラムに従って動作することによって、通信処理部３１、閾値設定部３２、判定処理部３３としての機能を発揮して情報処理装置１００の動作を制御する。通信処理部３１は、情報処理装置１００による外部の通信装置との通信処理を制御する。例えば、情報処理装置１００は、制御部１７が更新データダウンロードマネージャ３４を実行することにより通信処理部３１としての機能を発揮し、更新データ管理サーバ８００からＯＳのアップデート用のデータを受信する処理等を行う。
【００２９】
情報処理装置１００は、更新データインストールプログラム３５を実行することにより、閾値設定部３２および判定処理部３３の機能を発揮する。閾値設定部３２は、情報処理装置１００が受信したアップデート用のデータ等に基づいて、情報処理装置１００がアップデート用のデータのインストールを行うのに十分な記憶領域（ユーザデータ領域）の空き容量があるか否かの判断に用いるための閾値を設定する。判定処理部３３は、情報処理装置１００が受信したアップデート用のデータ等に基づいて、アップデート用のデータのインストールに十分な記憶領域の空き容量があるか否かを判断し、空き容量が十分にある場合に、ＯＳやアプリケーションのアップデートを行う。これらのアップデート用のデータをインストールするための処理の詳細は後述する。
【００３０】
＜更新データ管理サーバ８００の構成＞
図３を参照して更新データ管理サーバ８００の構成について説明する。図３は、更新データ管理サーバ８００の構成を示す機能ブロック図である。図３に示すように、更新データ管理サーバ８００は、通信インターフェース部８１と、記憶部８２と、制御部８３と、を含む。更新データ管理サーバ８００は、情報処理装置１００からアップデート用のデータの送信要求を受け付けて、情報処理装置１００に対応するアップデート用のデータを情報処理装置１００へ送信する。
【００３１】
通信インターフェース部８１は、更新データ管理サーバ８００がネットワーク７００と接続することによって他の装置と通信するためのインターフェースである。
【００３２】
記憶部８２は、ＨＤＤ（Hard  disk  drive）などにより構成され、大容量の記憶領域を備える。記憶部８２は、更新データバージョン管理情報８７と更新データ８８とを記憶する。更新データバージョン管理情報８７は、情報処理装置１００の機種とアップデート用のデータとの対応関係、および、アップデート用のデータのバージョンとを管理するための情報である。更新データ８８は、情報処理装置１００をアップデートさせるためのデータである。
【００３３】
制御部８３は、ＣＰＵ等により構成され、プログラムに従って動作することによって、更新データ保管処理部９１と、更新データ配信管理部９２としての機能を発揮して更新データ管理サーバ８００の動作を制御する。
【００３４】
更新データ保管処理部９１は、更新データ生成装置６００を操作することで情報処理装置１００のアップデート用のデータを作成する事業者等のユーザからアップデート用のデータのアップロードを受け付ける。更新データ保管処理部９１は、アップデート用のデータのアップロードを行うユーザを認証し、認証結果に応じてデータをＨＤＤ等に格納する。また、更新データ保管処理部９１は、アップデート用のデータのアップロードを行うユーザから、アップデート用のデータが対応する情報処理装置１００の機種名や、アップデート用のデータのバージョンなどの情報を受け付けて更新データバージョン管理情報８７を更新する。
【００３５】
更新データ配信管理部９２は、情報処理装置１００のＯＳ等をアップデートするためのアップデート用のデータを情報処理装置１００へ送信する処理を管理する。更新データ配信管理部９２は、情報処理装置１００から送信される情報処理装置１００の製品種別情報２１およびバージョン情報２２等を受信し、情報処理装置１００からのアップデート用のデータの送信要求を受け付けて、情報処理装置１００の認証処理、情報処理装置１００の機種等に対応したアップデート用のデータを情報処理装置１００に送信する処理等を行う。
【００３６】
＜データ＞
次に、本実施形態における情報処理装置１００のプログラムを更新するためのアップデート用のデータの構成を説明する。図４は、更新データ８８の構成を示す図である。図４に示すように、更新データ８８は、更新データ本体４１と、更新データメタ情報４２（ユーザデータサイズ増加量情報）とを含む。
【００３７】
情報処理装置１００がアップデート用のデータをインストールすることによって情報処理装置１００の記憶領域において増加するデータ量は、アップデート用のデータのファイルの構成と、情報処理装置１００に記憶されるアップデート前のデータのバージョン等によって定まる。更新データ管理サーバ８００は、情報処理装置１００から送信される製品種別情報２１とバージョン情報２２とを受け付ける。更新データメタ情報４２に示されるデータ量の増加量は、例えば、アップデート用のデータの提供者や開発者等が、予めアップデートを試行することによって得られる。アップデート用のデータのアップロードを行うデータの提供者や開発者等は、更新データ本体４１と更新データメタ情報４２とから構成される更新データ８８を更新データ管理サーバ８００へアップロードする。
【００３８】
＜動作＞
次に、図５から図７を用いて情報処理装置１００および更新データ管理サーバ８００の動作について説明する。図５は、情報処理装置１００と更新データ管理サーバ８００とが情報処理装置１００のアップデート用のデータを送受信する処理を示すフローチャートである。
【００３９】
情報処理装置１００と更新データ管理サーバ８００との動作を説明すると、ステップＳ１１において、情報処理装置１００は、ＯＳやアプリケーションなどソフトウェアの更新を開始する操作を操作部１５によってユーザから受け付ける。
【００４０】
ステップＳ１３において、ユーザからのソフトウェアの更新を開始する操作を受け付けることに応じて情報処理装置１００は更新データダウンロードマネージャ３４を読み出して実行する。通信処理部３１は、情報処理装置１００を更新データ管理サーバ８００と通信接続するための処理を行い、更新データ管理サーバ８００による情報処理装置１００の認証を受ける処理を行う。通信処理部３１は、記憶部１３から製品種別情報２１とバージョン情報２２とを読み出して、読み出した製品種別情報２１とバージョン情報２２とを更新データ管理サーバ８００へ送信する。
【００４１】
ステップＳ８１において、更新データ管理サーバ８００は、情報処理装置１００と通信接続して情報処理装置１００の認証を行い、情報処理装置１００から受信する製品種別情報２１とバージョン情報２２とに基づいて、情報処理装置１００のソフトウェアをアップデートさせるためのアップデート用のデータがあるか否かを判定する。更新データ管理サーバ８００は、アップデート用のデータがあると判定した場合、情報処理装置１００へアップデート用のデータを送信し、アップデート用のデータがないと判定した場合、アップデート用のデータがない旨のメッセージデータを情報処理装置１００へ送信する。詳しくは後述する。
【００４２】
ステップＳ１５において、通信処理部３１は、更新データ管理サーバ８００から更新データ８８をダウンロードして情報処理装置１００のメモリに保持する。なお、情報処理装置１００に装着される外部の記憶媒体（メモリカードなど）に更新データ８８を記憶させることとしてもよい。
【００４３】
ステップＳ１７において、情報処理装置１００は、更新データインストールプログラム３５を記憶部１３から読み出して実行することによって、更新データ管理サーバ８００からダウンロードした更新データ８８を情報処理装置１００へインストールするための処理を実行する。詳しくは後述する。
【００４４】
＜情報処理装置１００における更新データのインストール処理＞
図６は、情報処理装置１００が更新データをインストールする処理を示すフローチャートである。図６に示す一連の処理は、図５のステップＳ１７の処理に対応している。情報処理装置１００は、記憶部１３から更新データインストールプログラム３５を読み出して実行することで、閾値設定部３２と判定処理部３３の機能を発揮する。
【００４５】
ステップＳ２１において、閾値設定部３２は、ステップＳ１５でダウンロードした更新データ８８に含まれる更新データメタ情報４２を抽出する。
【００４６】
ステップＳ２３において、閾値設定部３２は、ステップＳ２１で抽出した更新データメタ情報４２に示されるデータサイズの増加量を閾値として設定する。この閾値は、情報処理装置１００が更新データ８８に含まれる更新データ本体４１を情報処理装置１００にインストールする際に、ユーザデータ領域の空き容量と比較するために用いられる。
【００４７】
ステップＳ２５において、判定処理部３３は、記憶領域のユーザデータ領域の空き容量と、ステップＳ２３で設定した閾値とを比較し、ユーザデータ領域の空き容量が閾値以上であるか否かを判定する。ユーザデータ領域の空き容量が閾値以上である場合（ステップＳ２５においてＹＥＳ）、制御部１７は、ステップＳ２７の処理を実行する。ユーザデータ領域の空き容量が閾値よりも小さい場合（ステップＳ２５においてＮＯ）、制御部１７は、ステップＳ２９の処理を実行する。
【００４８】
ステップＳ２７（ステップＳ２５においてＹＥＳの場合）において、制御部１７は、ステップＳ１５でダウンロードした更新データ８８に含まれる更新データ本体４１を用いて、アップデート用のデータのインストールを実行する。
【００４９】
ステップＳ２９において（ステップＳ２５においてＮＯの場合）、制御部１７は、ユーザデータ領域の空き容量が、アップデート用のデータのインストールを実行するには不十分であることをユーザへ報知するための処理を行う。例えば、制御部１７は、ユーザデータ領域の空き容量が不足している旨のメッセージを表示部１４に表示し、音声出力部１６によってエラーを示す音声を出力する。
【００５０】
ステップＳ３１において、制御部１７は、ユーザデータ領域の空き容量と、閾値との差分を算出し、算出結果を、不足しているユーザデータ領域の空き容量として表示部１４に表示し、ユーザがユーザデータ領域の空き容量を増加させるための操作を行うか否かを判断する。
【００５１】
一定時間内にユーザがデータを削除する操作を受け付ける等によってユーザデータ領域の空き容量を増加させるための操作を情報処理装置１００が受け付けた場合、制御部１７は、ステップＳ２５の処理を行う。一定時間内にユーザデータ領域の空き容量を増加させるための操作が情報処理装置１００になされなかった場合（ステップＳ３１：ＮＯ）、情報処理装置１００は、更新データをインストールする処理を終了する。
【００５２】
＜更新データ管理サーバ８００における更新データの配信処理＞
図７は、更新データ管理サーバ８００が更新データを配信する処理を示すフローチャートである。図７に示す処理は、図５のステップＳ８１の処理に対応している。
【００５３】
ステップＳ８５において、更新データ管理サーバ８００の更新データ配信管理部９２は、情報処理装置１００から製品種別情報２１およびバージョン情報２２を受信する。
【００５４】
ステップＳ８７において、更新データ配信管理部９２は、情報処理装置１００から受信した製品種別情報２１に基づいて、情報処理装置１００に提供される最新の更新データを特定し、更新データのバージョンを参照する。更新データ管理サーバ８００は、更新データのバージョンと、情報処理装置１００のバージョン情報２２とを比較して、アップデートの対象となるデータがあるか否かを判定する。
【００５５】
ステップＳ８９において、更新データ配信管理部９２は、ステップＳ８７の処理の結果、アップデートの対象となるデータがある場合（ステップＳ８９においてＹＥＳ）、ステップＳ９１の処理を実行する。更新データ配信管理部９２は、アップデートの対象となるデータがない場合（ステップＳ８９においてＮＯ）、ステップＳ９３の処理を実行する。
【００５６】
ステップＳ９１において、更新データ配信管理部９２は、情報処理装置１００に提供される更新データ８８を情報処理装置１００へ送信する。
【００５７】
ステップＳ９３（ステップＳ８９においてＮＯ）において、更新データ配信管理部９２は、情報処理装置１００に対し、アップデートの対象となるデータがない旨のメッセージデータを送信する。
【００５８】
（まとめ）
実施の形態１で説明したように、ＯＳをバージョンアップさせたときや、新規に追加されたアプリケーションプログラムが初めて動作を開始するときに必要となるユーザデータのデータサイズの増加量は、実際に情報処理装置１００においてアップデートを試行することで確定される。更新データ管理サーバ８００は、この試行によって確定するユーザデータのデータサイズの増加量を、更新データ管理サーバ８００が送信する更新データ８８に更新データメタ情報４２として含める。情報処理装置１００は、更新データ８８に含まれる更新データメタ情報４２を参照して、ユーザデータ領域の空き容量と比較するための閾値を設定し、ソフトウェアの更新処理を開始する前に、ユーザデータ領域の空き容量を閾値と比較する。情報処理装置１００は、閾値よりもユーザデータ領域の空き容量が大きい場合に、ソフトウェアの更新処理を開始し、ユーザデータ領域の空き容量が閾値よりも小さい場合は、ソフトウェア更新処理を実行しない。
【００５９】
上記のような本実施の形態１の手段を講じない場合、２回以上のソフトウェア更新が必要となることがある。２回以上のソフトウェアの更新とは、（１回目の更新）ユーザデータ領域の空き容量と比較するための固定的な閾値を製品開発時に推定した値とし、この固定的な閾値を、試行により確定された値に変更するためのソフトウェア更新と、（２回目の更新）情報処理装置１００のＯＳ等のソフトウェアの更新等である。これに対し、本実施の形態１によると、上記（１回目の更新）の、閾値を変更するためのソフトウェア更新処理を省くことができる。また、１回のソフトウェア更新において、ユーザデータ領域の空き容量不足を引き起こすことなく、情報処理装置１００のソフトウェアのアップデートをすることが可能である。
【００６０】
＜その他＞
本発明の情報処理装置は、ＣＰＵとその上で実行されるプログラムにより実現される。本発明を実現するプログラムは、コンピュータが読み取り可能な記録媒体、例えば半導体メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に格納することができ、これらの記録媒体に記録して提供され、又は、通信インターフェースを介してネットワークを利用した送受信により提供される。
【００６１】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６２】
１１Ａ  第１アンテナ、１１Ｂ  第２アンテナ、１２Ａ  第１無線ＲＦ部、１２Ｂ  第２無線ＲＦ部、１３  記憶部、１４  表示部、１５  操作部、１６  音声出力部、１７  制御部、２１  製品種別情報、２２  バージョン情報、３１  通信処理部、３２  閾値設定部、３３  判定処理部、３４  更新データダウンロードマネージャ、３５  更新データインストールプログラム、８１  通信インターフェース部、８２  記憶部、８３  制御部、８７  更新データバージョン管理情報、８８  更新データ、９１  更新データ保管処理部、９２  更新データ配信管理部、１００  情報処理装置、２００  無線ルータ、３００  無線基地局、６００  更新データ生成装置、７００  ネットワーク、８００  更新データ管理サーバ。
【図１】
2014109790.tif 000003
【図２】
2014109790.tif 000004
【図３】
2014109790.tif 000005
【図４】
2014109790.tif 000006
【図５】
2014109790.tif 000007
【図６】
2014109790.tif 000008
【図７】
2014109790.tif 000009