JP2014081705A - 情報処理端末、および情報処理端末を制御するための制御方法 - Google Patents

Abstract

【課題】必要なバージョンアップが確実に行なわれる情報処理端末を提供する。
【解決手段】情報処理端末は、アプリケーションを提供するサーバと通信するための通信インターフェイスと、情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、プロセッサとを含む。プロセッサは、サーバから第１のアプリケーションの最新バージョン情報を取得し、メモリを参照して、取得した第１のアプリケーションの最新バージョン情報と第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断し、最新バージョン情報と現在のバージョン情報とが異なる場合には、第２のアプリケーションの現在のバージョン情報を最新バージョン情報に更新するように構成されている。
【選択図】図３

Description

本発明は、情報処理端末の制御に関し、より特定的には、情報処理端末に保存されているアプリケーションのバージョンの管理に関する。

スマートフォンのような情報処理端末のソフトウェアの更新に関し、たとえば、特開２００７−３３４６３６号公報（特許文献１）は、情報処理端末がソフトウェアのアップデートに要する時間を最短にするための「更新処理プログラム及び更新処理装置」を開示している。具体的には、「ソフトウェア記憶手段１３に格納されている旧版数ソフトウェアを要求された新版数ソフトウェアにアップデートする場合、まず、版数情報取得手段１４が、要求された任意の新版数ソフトウェアに関する版数情報を取得する。次に、処理時間算出手段１５が、取得した新版数ソフトウェアの版数情報と、旧版数ソフトウェアの版数情報とに基づき、全更新処理、部分更新処理、及び複写後更新処理それぞれの更新処理時間を算出する。処理選択手段１６は、算出されたそれぞれの更新処理時間を比較し、最も時間の短い更新処理を選択する。そして、更新手段１７が、選択された更新処理を用いてソフトウェア記憶手段１３の旧版数ソフトウェアを要求された任意の新版数ソフトウェアに更新する。」というものである（［要約］参照）。

また、特開２００７−２８０２７５号公報（特許文献２）は、「接続された装置双方に対して、適切なソフトウエアを速やかにインストールする」ための「プログラムインストールシステム」を開示している。当該プログラムインストールシステムは、「第一の装置と、第二の装置」とを含み、「第一の装置は、装置情報送信手段と、プログラムバージョン情報送信手段と、プログラム受信手段と、第一のインストール手段と、を有し、第二の装置は、装置情報受信手段と、プログラムバージョン情報受信手段と、第一のプログラム取得手段と、第二のインストール手段と、判定手段と、第二のプログラム取得手段と、プログラム送信手段と、を有する」というものである（［要約］参照）。

特開２００７−３３４６３６号公報 特開２００７−２８０２７５号公報

ところで、スマートフォンのような情報処理端末には、ユーザが消せないアプリケーションが予めインストール（プリインストール）されている。サーバに登録されているアプリケーションがバージョンアップされると、その通知がサーバからスマートフォンに送信される。多くのアプリケーションのバージョンアップが、サーバから情報処理端末に通知されると、ユーザにとって必要な（すなわちユーザによって使用されている）アプリケーションのバージョンアップの通知が、ユーザが使用していないプリインストールされたアプリケーションのバージョンアップの通知に紛れてしまう場合がある。その結果、ユーザは、必要なアプリケーションのバージョンアップの通知を見逃してしまう恐れがある。したがって、ユーザが、必要なバージョンアップの通知を見逃さないようにする技術が必要とされている。

この開示の目的は、必要なバージョンアップが確実に行なわれる情報処理端末を提供することである。他の局面の目的は、必要なバージョンアップが確実に行なわれるように情報処理端末を制御するための制御方法を提供することである。

ある実施の形態に従う情報処理端末は、アプリケーションを提供するサーバと通信するための通信インターフェイスと、情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、プロセッサとを含む。プロセッサは、サーバから第１のアプリケーションの最新バージョン情報を取得する。プロセッサは、メモリを参照して、取得した第１のアプリケーションの最新バージョン情報と第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断する。プロセッサは、最新バージョン情報と現在のバージョン情報とが異なる場合には、第２のアプリケーションの現在のバージョン情報を最新バージョン情報に更新するように構成されている。

好ましくは、プロセッサは、現在のバージョン情報と最新バージョン情報とが異ならない場合には、第２のアプリケーションの現在のバージョン情報をサーバに送信するように構成されている。

好ましくは、情報処理端末に対する指示を受け付ける操作インターフェイスと、画像を表示するためのモニタとをさらに含む。プロセッサは、第２のアプリケーションを起動する指示に基づいて、第１のアプリケーションと、第１のアプリケーションに関する最新バージョンのアプリケーションとのいずれを起動するかを選択する画面をモニタに表示させるように構成されている。

好ましくは、プロセッサは、最新バージョンのアプリケーションの起動を選択する指示を受け付けると、サーバから最新バージョンのアプリケーションを取得し、第２のアプリケーションを取得された最新バージョンのアプリケーションに更新するように構成されている。

好ましくは、プロセッサは、第１のアプリケーションに関連付けられた第１のオブジェクトと、第２のアプリケーションに関連付けられた第２のオブジェクトとをモニタに表示させ、第２のオブジェクトの表示形態を、第１のオブジェクトの表示形態から変更させるように構成されている。

好ましくは、プロセッサは、第２のアプリケーションの生成指示に基づいて、第２のアプリケーションのバージョン情報として、第１のアプリケーションの現在のバージョン情報を設定して、第２のアプリケーションを生成するように構成されている。

好ましくは、プロセッサは、第２のアプリケーションの生成指示に基づいて、サーバから第１のアプリケーションの最新バージョン情報を取得し、第２のアプリケーションのバージョン情報として、最新バージョン情報を設定して、第２のアプリケーションを生成するように構成されている。

好ましくは、プロセッサは、メモリに格納された第１のアプリケーションの使用履歴に基づいて、第２のアプリケーションを生成するように構成されている。

別の実施の形態に従うと、情報処理端末を制御するための制御方法が提供される。情報処理端末は、アプリケーションを提供するサーバと通信するための通信インターフェイスと、情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、プロセッサとを含む。制御方法は、プロセッサが、サーバから第１のアプリケーションの最新バージョン情報を取得するステップと、プロセッサが、メモリを参照して、取得された第１のアプリケーションの最新バージョン情報と第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断するステップと、プロセッサが、最新バージョン情報と現在のバージョン情報とが異なる場合には、現在のバージョン情報を最新バージョン情報に更新するステップとを含む。

さらに別の実施の形態に従うと、情報処理端末を制御するための制御プログラムが提供される。情報処理端末は、アプリケーションを提供するサーバと通信するための通信インターフェイスと、情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、プロセッサとを含む。制御プログラムは、プロセッサに、サーバから第１のアプリケーションの最新バージョン情報を取得するステップと、メモリを参照して、取得された第１のアプリケーションの最新バージョン情報と第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断するステップと、最新バージョン情報と現在のバージョン情報とが異なる場合には、現在のバージョン情報を最新バージョン情報に更新するステップとを実行させる。

これらの局面において、必要なバージョンアップが確実に行なわれる。
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

本実施の形態に係る情報処理端末のデータ構造を説明するための図である。 情報処理端末のハードウェア構成を表わすブロック図である。 情報処理端末によって実現される機能の構成を表わすブロック図である。 本実施の形態に係る情報処理端末が提供するユーザインターフェイス画面を示す図である。 本実施の形態に係る情報処理端末が実行するダミーアプリの生成処理手順を示すフローチャートである。 本実施の形態に係る情報処理端末が実行するバージョンアップ通知に対する応答処理を示すフローチャートである。 本実施の形態に係る情報処理端末が実行するアプリの起動処理を示すフローチャートである。 アプリを起動する際のモニタにおける状態の変化を表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

［１．課題］
まず、本実施の形態に係る情報処理端末が対処する課題について詳細に説明する。

図１は、本実施の形態に係る情報処理端末のデータ構造を説明するための図である。図１では、情報処理端末が有するメモリにおけるデータの格納の一態様を概念的に表している。ここでは、メモリが、不揮発性ＲＡＭ（Random Access Memory）である場合について説明する。なお、図１で示されるデータ構造は、不揮発性ＲＡＭに限られず、フラッシュメモリにおいても実現できる。

図１を参照すると、メモリは、システム管理領域４１０と、ユーザ領域４２０とを含む。システム管理領域４１０には、情報処理端末にプリインストールされたアプリケーション（以下、単に「プリインストールアプリ」とも称する。）が格納される。ユーザ領域４２０には、ユーザによって新たにインストールされたアプリケーションや、新たに作成（生成）されたアプリケーションなどが格納される。

システム管理領域４１０は、一般的に、ユーザがデータなどを削除することができない格納領域である。すなわち、プリインストールアプリは、情報処理端末に消去不可能な状態で予めインストールされていることになる。したがって、ユーザはプリインストールアプリを自分の都合により削除することができないことから、プリインストールアプリはシステム管理領域４１０を占有し続けることになる。

アプリケーション（以下、単に「アプリ」とも称する。）のバージョン管理モジュールを有するサーバなどから、バージョンアップの通知を受けて、情報処理端末がプリインストールアプリのバージョンを更新した場合、バージョンアップされたアプリは、ユーザ領域４２０に格納される。ユーザ領域４２０に保持されたアプリが再度バージョンアップされた場合には、情報処理端末は、以前バージョンアップされたアプリに、再度バージョンアップされたアプリを上書きしてユーザ領域４２０に格納する。すなわち、情報処理端末のメモリには、システム管理領域４１０に格納されたプリインストールアプリと、ユーザ領域４２０に格納されたバージョンアップされたアプリとが併存することになる。

ユーザがプリインストールアプリを使用しない場合であっても、上述のように、プリインストールアプリは削除できないため、プリインストールアプリのバージョンアップの通知がなされることになる。そのため、ユーザは、情報処理端末に通知される全てのアプリのバージョンアップの通知の中から、不要である（使用しない）プリインストールアプリのバージョンアップ通知を排除して、必要な（使用する）アプリのバージョンアップの通知を選択して、当該使用するアプリのバージョンを更新する必要がある。また、ユーザは、バージョンアップの通知が多い場合には、必要なアプリケーションのバージョンアップの通知を見逃してしまう恐れもある。

［２．動作概要］
本実施の形態に係る情報処理端末は、以下のように動作することで、上述のような課題を解決する。

情報処理端末は、ユーザからの指示に基づいて、プリインストールアプリに関連付けられ、所定の機能を有するアプリ（本願明細書では、これを「ダミーアプリ」とも称する。）を生成する。ユーザは、自身が使用しないプリインストールアプリについてのダミーアプリを生成する指示を行なう。例えば、ダミーアプリは、そのバージョン情報として、プリインストールアプリのバージョン情報が設定されて、図１で示したユーザ領域４２０に格納される。

また、情報処理端末は、与えられた実行命令に基づいて、メモリに格納されているアプリを実行可能に構成されている。実行命令は、情報処理端末のユーザによって、既に実行されているアプリからの実行命令に基づいて、または、当該アプリを実行するために予め規定された条件が成立したことに基づいて、当該アプリを実行する。当該条件は、たとえば、アプリの実行タイミングとして予め設定されたタイミングが到来したことであるが、これに限られない。当該条件は、少なくとも、情報処理端末のユーザが設定可能な条件であればよい。

（２．１ サーバからのバージョンアップ通知に対する応答時の動作）
ここでは、サーバからのバージョンアップ通知に対する情報処理端末の応答時の動作概要について説明する。以下の機能は、情報処理端末が、主にダミーアプリ（のプログラム）を実行することで実現される。

（１）情報処理端末は、バージョン管理モジュールを有するサーバからアプリのバージョン情報の問い合わせを受け付けると、ダミーアプリに関連付けられたプリインストールアプリの最新のバージョン情報（最新バージョン情報）を取得する。

（２）情報処理端末は、ダミーアプリのバージョン情報と取得した最新バージョン情報とが一致するか否かを判断する。

（３）情報処理端末は、これらのバージョン情報が一致しない場合には、ダミーアプリのバージョン情報を、取得した最新バージョン情報に更新する。情報処理端末は、これらのバージョン情報が一致する場合には、ダミーアプリのバージョン情報をサーバに対して送信する。

上記のように、情報処理端末は、プリインストールアプリの最新バージョン情報のみを取得し、当該最新バージョン情報がダミーアプリのバージョン情報として設定される。すなわち、プリインストールアプリに関連付けられたダミーアプリによって、バージョン情報のみが更新されていくことになる。

また、情報処理端末は、ダミーアプリのバージョン情報と、最新のバージョン情報とが一致する場合には、ダミーアプリのバージョン情報（すなわち、最新バージョン情報）をサーバに対して送信する。したがって、サーバ側において、情報処理端末は、最新バージョンのアプリケーションを有しているものと判断される。

これにより、ユーザは、バージョン情報の通知を必要としないプリインストールアプリについて、ダミーアプリを生成しておけば、自動的にバージョン情報だけ更新されていくとともに、当該バージョン情報が自動的にサーバに送信される。その結果、ユーザは、サーバから送信されるアプリのバージョンアップ通知の中から不要なバージョンアップ通知を排除して、必要なバージョンアップの通知を選択するといった手間を排除することができる。

（２．２ ダミーアプリの起動時の動作）
ここでは、ダミーアプリの起動時の情報処理端末の動作概要について説明する。以下の機能は、情報処理端末が、主にダミーアプリのプログラムを実行することで実現される。

（１）情報処理端末は、ユーザからの指示に基づいて、ダミーアプリを起動すると、プリインストールアプリについての最新バージョンのアプリをサーバから取得して起動するか、または、すでに情報処理端末のメモリに格納されているプリインストールアプリを起動するかをユーザに選択させる選択画面をモニタに表示する。

（２）情報処理端末は、ユーザからプリインストールアプリの起動指示を受け付けた場合には、プリインストールアプリを起動する。一方、情報処理端末は、ユーザから最新バージョンのアプリの起動指示を受け付けた場合には、サーバから最新バージョンのアプリを取得し、ダミーアプリに最新のアプリを上書きインストールして、最新のアプリを起動する。

これにより、ユーザは、普段使用しないプリインストールアプリについても、状況により使用したい場合には、プリインストールアプリの起動を選択すればよい。このとき、最新バージョンのアプリはインストールされない。ダミーアプリ（のプログラム）は、上記（２．１）で説明したバージョン情報の通知機能、ならびに上記の選択画面の表示、アプリの起動機能しか持たないソフトウェアであるため、非常に小さなサイズで実現できる。したがって、最新バージョンのアプリをインストールする場合と比較して、メモリ容量を削減することができる。

また、ユーザは、初め使用しないと考えて、プリインストールアプリについてのダミーアプリを生成していた場合でも、今後プリインストールアプリを使用する機会が多くなるような場合には、より充実した機能を有する最新バージョンのアプリの起動を選択すればよい。このとき、最新バージョンのアプリがダミーアプリに上書きインストールされるため、ダミーアプリ分のメモリ容量を余分に使用することもない。

なお、ダミーアプリの生成については、情報処理端末の画面に表示されるアプリケーションのリストからユーザの選択指示により生成される態様、および、各アプリケーションの使用履歴から使用頻度が低いもの、または、最近使用されていない等の条件に応じて、情報処理端末が自動で生成する態様のいずれであってもよい。

［３．ハードウェア構成］
図２を参照して、本実施の形態に係る情報処理端末１００の構成について説明する。図２は、情報処理端末１００のハードウェア構成を表わすブロック図である。本実施の形態において、情報処理端末１００は、たとえば、携帯電話機、スマートフォン、タブレット端末、パーソナルコンピュータ等であるが、列挙されたものに限られず、少なくとも、通信機能と情報処理機能とを備える端末であればよい。

情報処理端末１００は、ＣＰＵ２０と、アンテナ２３と、通信装置２４と、操作インターフェイス２５と、カメラ２６と、フラッシュメモリ２７と、ＲＡＭ２８と、ＲＯＭ（Read Only Memory）２９と、メモリカード駆動装置３０と、マイク３２と、スピーカ３３と、音声信号処理回路３４と、モニタ３５と、ＬＥＤ（Light Emitting Diode）３６と、データ通信インターフェイス３７と、バイブレータ３８と、加速度センサ３９とを備える。メモリカード駆動装置３０には、メモリカード３１が装着され得る。

アンテナ２３は、基地局によって発信される信号を受信し、または、基地局を介して他の通信装置と通信するための信号を送信する。アンテナ２３によって受信された信号は、通信装置２４によってフロントエンド処理が行なわれた後、処理後の信号は、ＣＰＵ２０に送られる。通信装置２４は、例えば、アプリケーションを提供するサーバと通信する。サーバは、情報提供事業者によって運営される。

操作インターフェイス２５は、情報処理端末１００に対する操作を受け付ける。操作インターフェイス２５は、たとえば、ボタンなどのハードキー、タッチパネルを利用したソフトキーとして実現される。操作インターフェイス２５は、操作を受け付けると、その時の情報処理端末１００の動作モードに応じた信号をＣＰＵ２０に送出する。

ＣＰＵ２０は、情報処理端末１００に対して与えられる命令に基づいて情報処理端末１００の動作を制御するための処理を実行する。ＣＰＵ２０は、情報処理端末に与えられた実行命令に基づいて、メモリに格納されているアプリを実行する。あるいは、情報処理端末１００が信号を受信すると、ＣＰＵ２０は、通信装置２４から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路３４に送出する。音声信号処理回路３４は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカ３３に送出する。スピーカ３３は、その信号に基づいて音声を出力する。

マイク３２は、情報処理端末１００に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路３４に対して送出する。音声信号処理回路３４は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ２０に対して送出する。ＣＰＵ２０は、その信号を送信用のデータに変換し、変換後のデータを通信装置２４に対して送出する。通信装置２４は、そのデータを用いて送信用の信号を生成し、アンテナ２３に向けてその信号を送出する。

カメラ２６は、たとえばＣＭＯＳ（Complementary Metal-Oxide Semiconductor）素子を含む。カメラ２６は、ＣＰＵ２０からの命令に基づいて撮影を実行し、画像データをＲＡＭ２８に書き込む。

フラッシュメモリ２７は、ＣＰＵ２０から送られるデータを格納する。また、ＣＰＵ２０は、フラッシュメモリ２７に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。

ＲＡＭ２８は、操作インターフェイス２５に対して行なわれた操作に基づいてＣＰＵ２０によって生成されるデータを一時的に保持する。他の局面において、ＲＡＭ２８は、データを永続的に保持するための不揮発ＲＡＭであってもよい。

ＲＯＭ２９は、情報処理端末１００に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ２０は、ＲＯＭ２９から当該プログラムまたはデータを読み出し、情報処理端末１００の動作を制御する。

メモリカード駆動装置３０は、メモリカード３１に格納されているデータを読み出し、ＣＰＵ２０に送出する。メモリカード駆動装置３０は、ＣＰＵ２０によって出力されるデータを、メモリカード３１の空き領域に書き込む。

音声信号処理回路３４は、上述のような通話のための信号処理を実行する。なお、図１に示される例では、ＣＰＵ２０と音声信号処理回路３４とが別個の構成として示されているが、他の局面において、ＣＰＵ２０と音声信号処理回路３４とが一体として構成されていてもよい。

モニタ３５は、タッチパネル式のディスプレイであるが、タッチパネルの機構は特に限られない。モニタ３５は、ＣＰＵ２０から取得されるデータに基づいて、当該データによって規定される画像を表示する。たとえば、フラッシュメモリ２７が格納している静止画像（たとえば、写真、電子書籍等）、動画像、音楽ファイルの属性（当該ファイルの名前、演奏者、演奏時間など）を表示する。静止画像は、描画された画像、デフォルトで情報処理端末１００の製造事業者によって予め準備された画像を含み得る。

ＬＥＤ３６は、ＣＰＵ２０からの信号に基づいて、予め定められた発光動作を実現する。

データ通信インターフェイス３７は、データ通信用のケーブルの装着を受け付ける。データ通信インターフェイス３７は、ＣＰＵ２０から出力される信号を当該ケーブルに対して送出する。あるいは、データ通信インターフェイス３７は、当該ケーブルを介して受信されるデータを、ＣＰＵ２０に対して送出する。

バイブレータ３８は、ＣＰＵ２０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。

加速度センサ３９は、情報処理端末１００に作用する加速度の方向を検出する。検出結果は、ＣＰＵ２０に入力される。

情報処理端末１００における処理は、情報処理端末１００のハードウェアおよびＣＰＵ２０により実行されるソフトウェアによって実現される。このようなソフトウェアは、フラッシュメモリ２７、ＲＡＭ２８、ＲＯＭ２９またはメモリカード３１その他の記憶装置に予め格納されている場合がある。また、ソフトウェアは、メモリカード３１その他の記憶媒体に格納されて、プログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムとして提供される場合もある。このようなソフトウェアは、メモリカード駆動装置３０その他の読取装置によりその記憶媒体から読み取られて、あるいは、通信装置２４を介してダウンロードされた後、ＲＡＭ２８に一旦格納される。そのソフトウェアは、ＣＰＵ２０によって当該記憶装置から読み出され、ＲＡＭ２８に実行可能なプログラムの形式で格納される。ＣＰＵ２０は、そのプログラムを実行する。

図２に示される情報処理端末１００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、フラッシュメモリ２７、ＲＡＭ２８、ＲＯＭ２９またはメモリカード３１その他の記憶装置に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。

なお、記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

［４．機能構成］
図３を参照して、本実施の形態に係る情報処理端末１００の構成についてさらに説明する。図３は、情報処理端末１００によって実現される機能の構成を表わすブロック図である。

ある局面において、情報処理端末１００は、入力部３０２と、生成部３０４と、取得部３０６と、判断部３０８と、更新部３１０と、表示制御部３１２と、アプリ起動部３１４とを含む。これらの機能は、基本的には、情報処理端末１００のＣＰＵ２０がメモリ（フラッシュメモリ２７、ＲＡＭ２８、およびＲＯＭ２９）に格納されたプログラムを実行し、情報処理端末１００の構成要素へ指令を与えることなどによって実現される。すなわち、ＣＰＵ２０は情報処理端末１００の動作全体を制御する制御部としての機能を有する。また、情報処理端末１００は、ＲＡＭ２８あるいはフラッシュメモリ２７で実現される機能であるアプリ格納部３０１をさらに含む。なお、これらの機能構成の一部または全部はハードウェアで実現されていてもよい。

アプリ格納部３０１は、消去不可能な状態で予めインストールされたプリインストールアプリと、プリインストールアプリに関連付けられたダミーアプリとを格納する。より具体的には、アプリ格納部３０１は、システム管理領域４１０においてプリインストールアプリと、当該アプリのバージョン情報とを格納する。アプリ格納部３０１は、ユーザ領域４２０においてプリインストールアプリに関連付けられたダミーアプリと、当該アプリのバージョン情報とを格納する。アプリ格納部３０１は、１つ以上のプリインストールアプリおよびダミーアプリを格納する。

入力部３０２は、情報処理端末に対するユーザからの指示を受け付ける。入力部３０２は、主に、ＣＰＵ２０と操作インターフェイス２５とが連係して動作することで実現される機能である。

生成部３０４は、入力部３０２を介してダミーアプリの生成指示を受け付けると、ダミーアプリを生成する。より具体的には、生成部３０４は、ある局面では、ダミーアプリのバージョン情報として、プリインストールアプリの現在のバージョン情報を設定して、ダミーアプリを生成する。また、生成部３０４は、サーバ２５０からプリインストールアプリの最新バージョン情報を取得し、ダミーアプリのバージョン情報として、取得した最新バージョン情報を設定して、ダミーアプリを生成する。また、生成部３０４は、生成したダミーアプリをＲＡＭ２８（またはフラッシュメモリ２７）のユーザ領域４２０に格納する。

生成部３０４は、別の局面では、アプリ格納部３０１に格納されているアプリの使用履歴に基づいて、ダミーアプリを生成する。より具体的には、生成部３０４は、使用履歴を参照して、実行された回数が予め設定された回数よりも少ないアプリ（すなわち、使用頻度が低いアプリ）を選定し、選定されたアプリについてダミーアプリを生成する。使用頻度が低いアプリは、ユーザが普段使用しないアプリである可能性が高いためである。使用履歴は、当該アプリが使用された日時または実行された回数を含む。なお、生成部３０４は、最後に実行されてから経過した期間が予め設定された期間よりも長いアプリ（すなわち、最近使用していないアプリ）についてダミーアプリを生成してもよい。

取得部３０６は、サーバ２５０からバージョン情報の問い合わせを受け付けると、プリインストールアプリの最新バージョン情報を取得する。また、取得部３０６は、サーバ２５０に対して、アプリ格納部３０１に格納されているアプリのバージョン情報の問い合わせを送信し、問い合わせに応答してサーバ２５０から送信された最新のバージョン情報を取得する場合であってもよい。取得部３０６は、主に、ＣＰＵ２０がダミーアプリ（のプログラム）を実行することによって実現される機能（すなわち、ダミーアプリが有する機能）である。

判断部３０８は、ＲＡＭ２８を参照して、取得部３０６によって取得されたプリインストールアプリの最新バージョン情報とダミーアプリの現在のバージョン情報とが異なるか否かを判断する。換言すると、判断部３０８は、プリインストールアプリの最新バージョン情報とダミーアプリの現在のバージョン情報とを比較して、バージョンがアップされたか否かを判断する。判断部３０８は、主に、ＣＰＵ２０がダミーアプリを実行することによって実現される機能である。

更新部３１０は、判断部３０８の判断結果を受けて、プリインストールアプリの最新バージョン情報とダミーアプリの現在のバージョン情報とが異なる場合には、ダミーアプリの現在のバージョン情報を当該最新バージョン情報に更新する。より具体的には、ＲＡＭ２８のユーザ領域４２０に格納されたダミーアプリのバージョン情報は、当該最新バージョン情報に更新される。また、更新部３１０は、当該現在のバージョン情報と当該最新バージョン情報とが異ならない場合には、ダミーアプリの現在のバージョン情報をサーバ２５０に送信する。更新部３１０は、主に、ＣＰＵ２０がダミーアプリを実行することによって実現される機能である。

表示制御部３１２は、ある局面では、ダミーアプリを起動する指示に基づいて、ＲＡＭ２８に予め格納されたプリインストールアプリと、当該プリインストールアプリに関する最新バージョンのアプリケーション（プリインストールアプリの最新版）とのいずれを実行するかを選択する画面をモニタ３５に表示させる。当該機能は、ＣＰＵ２０がダミーアプリを実行することによって実現される機能である。

表示制御部３１２は、別の局面では、プリインストールアプリに関連して設けられる（関連付けられた）オブジェクトと、ダミーアプリに関連付けられたオブジェクトとをモニタ３５に表示させる。例えば、表示制御部３１２は、図４のような画面をモニタ３５に表示させる。オブジェクトは、ユーザの操作を受け付けるため、ユーザへ何らかの情報を提示するため、あるいは両者を併せた機能を発揮するための、モニタ３５に表示される各種の画像を意味する。オブジェクトの一例としては、アイコンやウィジェットなどが挙げられる。

図４は、本実施の形態に係る情報処理端末１００が提供するユーザインターフェイス画面を示す図である。

図４を参照して、表示制御部３１２は、モニタ３５にアプリの一覧画面（ホーム画面）として複数のアプリケーションにそれぞれ関連付けられた複数のオブジェクトを表示させる。より具体的には、モニタ３５には、アプリケーション「メール」、「スケジュール」、「表計算」、「ブラウザ」、「地図」、「辞書」に対応するアイコンが表示されている。

ここで、アプリ「辞書」のアイコン５１０が他のアイコンとは異なり、周辺が強調表示されていることがわかる。これは、アイコン５１０が、プリインストールアプリ「辞書」に関連付けられたダミーアプリ「辞書」のアイコンであることを示している。すなわち、表示制御部３１２は、アプリ格納部３０１を参照して、ダミーアプリに関連付けられたオブジェクトの表示形態を、プリインストールアプリに関連付けられたオブジェクトの表示形態から変更させる。

このように、ダミーアプリのアイコンが、プリインストールアプリのアイコンとは異なる表示形態で表示されることで、ユーザは、ダミーアプリであるか否かを判断しやすくなる。なお、ダミーアプリの表示形態は、上記の強調表示に限られず、例えば、色を変更するものであってもよい。

再び図３を参照して、アプリ起動部３１４は、プリインストールアプリ、または最新バージョンのアプリケーションの起動指示に従って、対応するアプリを起動する。アプリ起動部３１４は、表示制御部３１２によって表示されたプリインストールアプリの起動、または最新バージョンのアプリの起動を選択させる選択画面において、ユーザから起動指示を受け付ける。

アプリ起動部３１４は、プリインストールアプリの起動指示を受け付けた場合には、アプリ格納部３０１に格納されたプリインストールアプリを起動する。一方、アプリ起動部３１４は、最新バージョンのアプリの起動指示を受け付けた場合には、サーバ２５０から最新バージョンのアプリを取得する。例えば、アプリ起動部３１４は、バージョンアップすべきアプリの識別番号をサーバ２５０に送信し、当該アプリの最新バージョンのダウンロードをサーバ２５０に要求する。情報処理端末１００が正当なユーザであることがサーバ２５０によって確認されると、サーバ２５０は、当該アプリの最新バージョンを情報処理端末１００に送信する。

アプリ起動部３１４は、ダミーアプリを取得された最新バージョンのアプリに更新する。より具体的には、アプリ起動部３１４は、ダミーアプリに当該最新バージョンのアプリを上書きインストールする。そして、アプリ起動部３１４は、最新バージョンのアプリを起動する。アプリ起動部３１４は、主にＣＰＵ２０がダミーアプリを実行することによって実現される機能である。

［５．制御構造］
図５から図８を参照して、本実施の形態に係る情報処理端末１００の制御構造について説明する。

（５．１ ダミーアプリの生成）
図５は、本実施の形態に係る情報処理端末１００が実行するダミーアプリの生成処理手順を示すフローチャートである。以下の各ステップは、ＣＰＵ２０がダミーアプリを生成する生成プログラムを実行することによって実現される。

図５を参照して、ステップＳ５１０にて、ＣＰＵ２０は、ダミーアプリの作成指示を受け付ける。たとえば、ＣＰＵ２０は、操作インターフェイス２５からの信号に基づいてダミーアプリの作成の指示を受け付ける。あるいは、予め定められたタイミングで、ＣＰＵ２０は、ＲＡＭ２８に格納されたプリインストールアプリの使用履歴を参照して、使用頻度の低い当該アプリについてダミーアプリの作成指示を自ら作成してもよい。また、ＣＰＵ２０は、最後に使用された時から予め定められた期間が経過したプリインストールアプリについてダミーアプリの作成指示を自ら作成してもよい。制御は、ステップＳ５２０に移される。

ステップＳ５２０にて、ＣＰＵ２０は、通信装置２４（またはデータ通信インターフェイス３７）を介して、サーバ２５０と通信し、作成されたダミーアプリに関連付けられたプリインストールアプリの最新のバージョン情報を取得する。制御は、ステップＳ５３０に移される。

ステップＳ５３０にて、ＣＰＵ２０は、バージョン情報として、取得した最新バージョン情報を設定して、上述したような機能を有するダミーアプリを生成する。より具体的には、ＣＰＵ２０は、ダミーアプリとして、後述する図６および図７で示される処理を実現するためのアプリを生成する。

上記において、ＣＰＵ２０は、ステップＳ５２０を実行しない場合であってもよい。この場合、ステップＳ５３０にて、ＣＰＵ２０は、ダミーアプリのバージョン情報として、プリインストールアプリの現在のバージョン情報を設定して、ダミーアプリを生成する。

（５．２ バージョンアップ通知に対する応答）
図６は、本実施の形態に係る情報処理端末１００が実行するバージョンアップ通知に対する応答処理を示すフローチャートである。以下の各ステップは、ＣＰＵ２０が、主に生成されたダミーアプリ（のプログラム）を実行することによって実現される。なお、ＣＰＵ２０は、一部の処理について予めメモリに格納されたプログラムを実行してもよい。

図６を参照して、ステップＳ６１０にて、ＣＰＵ２０は、ダミーアプリに関連付けられたプリインストールアプリのバージョンの問い合せを受け付ける。当該問い合わせは、たとえばサーバ２５０から送られる。制御は、ステップＳ６２０に移される。

ステップＳ６２０にて、ＣＰＵ２０は、通信装置２４（またはデータ通信インターフェイス３７）を介して、サーバ２５０と通信して、問い合わせを受け付けたプリインストールアプリの最新バージョン情報を取得する。制御は、ステップＳ６３０に移される。

ステップＳ６３０にて、ＣＰＵ２０は、サーバ２５０から取得した最新バージョン情報と、ダミーアプリのバージョン情報とを比較することにより、バージョンが異なるか否かを判断する。ＣＰＵ２０は、当該バージョンが異なると判断すると（ステップＳ６３０にてＹＥＳ）、制御をステップＳ６４０に切り換える。そうでない場合には（ステップＳ６３０にてＮＯ）、ＣＰＵ２０は、制御をステップＳ６５０に切り換える。

ステップＳ６４０にて、ＣＰＵ２０は、ダミーアプリのバージョン情報を取得した最新バージョン情報に更新する。制御は、ステップＳ６５０に移される。

ステップＳ６５０にて、ＣＰＵ２０は、ダミーアプリのバージョン情報をサーバ２５０に返す。

（５．３ アプリの起動）
図７および８を参照して、情報処理端末１００が、アプリを起動する際の処理手順について説明する。

図７は、本実施の形態に係る情報処理端末１００が実行するアプリの起動処理を示すフローチャートである。以下のステップＳ７１０以降のステップは、ＣＰＵ２０が主に生成されたダミーアプリ（のプログラム）を実行することによって実現される。

図８は、アプリを起動する際のモニタ３５における状態の変化を表わす図である。
図７および８を参照して、ステップＳ７０５にて、ＣＰＵ２０は、モニタ３５に各アプリの一覧画面（ホーム画面）を表示する。より具体的には、ＣＰＵ２０は、プリインストールアプリのアイコンと、ダミーアプリのアイコンとをモニタ３５に表示させる。このとき、モニタ３５の画面は、図８における状態（Ａ）に対応する。状態（Ａ）において示されるアイコン２１０は、ダミーアプリに対応するアイコンを表わす。

ステップＳ７１０にて、ＣＰＵ２０は、操作インターフェイス２５からの信号に基づいて、ダミーアプリの起動指示を受け付ける。例えば、ユーザが、アイコン２１０を押下すると、ＣＰＵ２０は、ダミーアプリの起動指示を受け付けたと判断する。制御は、ステップＳ７２０に移される。

ステップＳ７２０にて、ＣＰＵ２０は、モニタ３５にアプリの選択画面を表示する。モニタ３５の画面は、図８における状態（Ｂ）に対応する。状態（Ｂ）において、モニタ３５には、メッセージ２２０が表示される。メッセージ２２０は、「最新版が存在します。どちらを起動しますか？」と示している。さらに、モニタ３５には、ユーザによる選択の指示を受け付けるためのアイコン２２１，２２２が表示される。

ＣＰＵ２０は、操作インターフェイス２５からの信号に基づいて、最新版のアプリの起動が指示されたか（アイコン２２１の押下）または旧版のアプリ（プリインストールアプリ）の起動が指示されたか（アイコン２２２の押下）を判断する。ＣＰＵ２０は、最新版のアプリの起動が指示されたと判断すると、制御をステップＳ７３０に切り換える。一方、ＣＰＵ２０は、旧版のアプリの起動が指示されたと判断すると、制御をステップＳ７６０に切り換える。

ステップＳ７３０にて、ＣＰＵ２０は、通信装置２４（またはデータ通信インターフェイス３７）を介してサーバ２５０と通信し、最新バージョンのアプリをサーバ２５０から取得する。モニタ３５の画面は、図８における状態（Ｃ）に対応する。状態（Ｃ）において、モニタ３５には、情報処理端末１００が、最新版のアプリを提供するサーバ２５０と通信して、最新版のアプリをダウンロードしていることを通知する画面が表示される。制御は、ステップＳ７４０に移される。

ステップＳ７４０にて、ＣＰＵ２０は、最新バージョンのアプリをダミーアプリと置き換えてインストールする。具体的には、ＣＰＵ２０は、ＲＡＭ２８のユーザ領域４２０に格納されているダミーアプリの代わりに取得した最新バージョンのアプリを格納する。制御は、ステップＳ７５０に移される。

ステップＳ７５０にて、ＣＰＵ２０は、最新バージョンのアプリを起動する。その後、制御は終了する。モニタ３５の画面は、図８における状態（Ｄ）に対応する。モニタ３５には、最新バージョンのアプリが起動されたことを表わす画面が表示される。そして、制御は終了する。その後、その後、ＣＰＵ２０は、ユーザからの各種指示に基づいて、最新バージョンのアプリを実行する。

ステップＳ７６０にて、ＣＰＵ２０は、旧バージョンのアプリの起動指示に基づいて、旧バージョンのアプリ（プリインストールアプリ）を起動する。モニタ３５の画面は、図８における状態（Ｅ）に対応する。モニタ３５には、旧バージョンのアプリ（プリインストールアプリ）が起動されたことを表わす画面が表示される。そして、制御は終了する。その後、ＣＰＵ２０は、ユーザからの各種指示に基づいて、プリインストールアプリを実行する。

上記において、旧バージョンの起動指示（アイコン２２２の押下）は、最新版のアプリのダウンロードをキャンセルする指示ともいえる。

なお、本実施の形態において、情報処理端末１００は、各アプリケーションのバージョン情報（例、Ｖｅｒ．１．０、またはＶｅｒ．２．０等）をモニタ３５に表示してもよく、あるいは、表示しなくてもよい。

［６．まとめ］
本実施の形態に係る情報処理端末１００によると、ユーザにとって不要なアプリケーションについては、自動的にバージョン情報だけ更新されていくとともに、当該バージョン情報が自動的にサーバに送信される。その結果、ユーザは、不要なバージョンアップ通知を排除して、必要なバージョンアップの通知を選択するといった手間が排除される。また、必要なアプリケーションのバージョンアップの失念が防止される。そのため、ユーザは、必要なアプリケーションのバージョンアップを確実に行なうことが可能となる。

また、ダミーアプリの起動時にバージョンアップの要否が情報処理端末１００によって尋ねられるため、ユーザは、アプリのバージョンアップをして当該アプリを起動するのか、プリインストールアプリを起動するのかを選択することができる。

他の局面において、プリインストールされている不要なアプリケーションをバージョンアップすると、プリインストールアプリとバージョンアップしたアプリとが併存することになるため、情報処理端末１００のＲＡＭ２８の記憶領域が圧迫される。この点、本実施の形態によれば、ダミーアプリのサイズは小さいため、ＲＡＭ２８の記憶領域の使用量を抑制できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２０ ＣＰＵ、２３ アンテナ、２４ 通信装置、２５ 操作インターフェイス、２６ カメラ、２７ フラッシュメモリ、２８ ＲＡＭ、２９ ＲＯＭ、３０ メモリカード駆動装置、３１ メモリカード、３２ マイク、３３ スピーカ、３４ 音声信号処理回路、３５ モニタ、３６ ＬＥＤ、３７ データ通信インターフェイス、３８ バイブレータ、３９ 加速度センサ、１００ 情報処理端末、２１０，２２１，２２２ アイコン、２２０ メッセージ、２５０ サーバ、３０１ アプリ格納部、３０２ 入力部、３０４ 生成部、３０６ 取得部、３０８ 判断部、３１０ 更新部、３１２ 表示制御部、３１４ アプリ起動部、４１０ システム管理領域、４２０ ユーザ領域。

Claims (6)

1. 情報処理端末であって、
   アプリケーションを提供するサーバと通信するための通信インターフェイスと、
   前記情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、前記第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、
   プロセッサとを備え、
   前記プロセッサは、
   前記サーバから前記第１のアプリケーションの最新バージョン情報を取得し、
   前記メモリを参照して、前記取得した第１のアプリケーションの最新バージョン情報と前記第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断し、
   前記最新バージョン情報と前記現在のバージョン情報とが異なる場合には、前記第２のアプリケーションの現在のバージョン情報を前記最新バージョン情報に更新するように構成されている、情報処理端末。
2. 前記プロセッサは、
   前記現在のバージョン情報と前記最新バージョン情報とが異ならない場合には、前記第２のアプリケーションの現在のバージョン情報を前記サーバに送信するように構成されている、請求項１に記載の情報処理端末。
3. 前記情報処理端末に対する指示を受け付ける操作インターフェイスと、
   画像を表示するためのモニタとをさらに備え、
   前記プロセッサは、
   前記第２のアプリケーションを起動する指示に基づいて、前記第１のアプリケーションと、前記第１のアプリケーションに関する最新バージョンのアプリケーションとのいずれを起動するかを選択する画面を前記モニタに表示させるように構成されている、請求項１または２に記載の情報処理端末。
4. 前記プロセッサは、
   前記最新バージョンのアプリケーションの起動を選択する指示を受け付けると、前記サーバから前記最新バージョンのアプリケーションを取得し、
   前記第２のアプリケーションを前記取得された最新バージョンのアプリケーションに更新するように構成されている、請求項３に記載の情報処理端末。
5. 前記プロセッサは、
   前記第１のアプリケーションに関連付けられた第１のオブジェクトと、前記第２のアプリケーションに関連付けられた第２のオブジェクトとを前記モニタに表示させ、
   前記第２のオブジェクトの表示形態を、前記第１のオブジェクトの表示形態から変更させるように構成されている、請求項３または４に記載の情報処理端末。
6. 情報処理端末を制御するための制御方法であって、
   前記情報処理端末は、アプリケーションを提供するサーバと通信するための通信インターフェイスと、前記情報処理端末に消去不可能な状態で予めインストールされた第１のアプリケーションと、前記第１のアプリケーションに関連付けられた第２のアプリケーションとを格納するためのメモリと、プロセッサとを備え、
   前記制御方法は、
   前記プロセッサが、前記サーバから前記第１のアプリケーションの最新バージョン情報を取得するステップと、
   前記プロセッサが、前記メモリを参照して、取得された前記第１のアプリケーションの最新バージョン情報と前記第２のアプリケーションの現在のバージョン情報とが異なるか否かを判断するステップと、
   前記プロセッサが、前記最新バージョン情報と前記現在のバージョン情報とが異なる場合には、前記現在のバージョン情報を前記最新バージョン情報に更新するステップとを含む、情報処理端末の制御方法。

Images