(57)【要約】【課題】動作不良を防止する一方で、受信したデータを効率的にインストールすることができるプログラム、通信装置及びインストール方法を提供する。【解決手段】共通のグループＩＤが含まれている複数のアプリケーションの配信を要求する要求信号をサーバ装置２に送信し、複数のアプリケーションをダウンロードする通信部１６と、ダウンロードされた複数のアプリケーションをインストールするＣＰＵ１３と、該ＣＰＵ１３に複数のアプリケーションのダウンロード及びインストールをキャンセルするよう指示する信号を送信する入力部１１とを備える。ＣＰＵ１３は、通信部１６が複数のアプリケーションのダウンロード中に、入力部１１が送信した停止する指示信号を受信することにより、インストールしたアプリケーションをアンインストールし、全てのダウンロードを完了した後には、インストールを開始又は続行するよう構成してある。【選択図】図１
2014002600.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションのダウンロード及びインストール、並びにコンピュータへの指示信号の受付又は通信の中断に起因するダウンロード及びインストールのキャンセルをコンピュータに実行させるプログラムにおいて、
複数のアプリケーション夫々が有する相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類し、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始し、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行する
処理をコンピュータに実行させることを特徴とするプログラム。
【請求項２】
コンピュータに記憶されているダウンロード及びインストールを完了したアプリケーションのバージョン情報を読み出し、
コンピュータが受信したバージョン情報と、読み出したバージョン情報とを比較することにより、アプリケーション夫々について、ダウンロード及びインストールが行われていないバージョンが有るか否かを判定し、
有ると判定した場合に、該バージョンのアプリケーションのダウンロード及びインストールを開始する
処理をコンピュータに実行させることを特徴とする請求項１に記載のプログラム。
【請求項３】
ダウンロード及びインストールを行うアプリケーションを、グループＩＤ毎に複数のグループに分類し、
ダウンロード及びインストールのキャンセルを指示する指示信号のコンピュータへの受付又は通信の中断があった場合は、インストールが完了しており、同一のグループＩＤを有する全てのアプリケーションの中にダウンロードを完了していないアプリケーションが有るアプリケーションについては、アンインストールを開始し、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了したアプリケーションについては、インストールを開始又は続行する
処理をコンピュータに実行させることを特徴とする請求項１又は２に記載のプログラム。
【請求項４】
複数のアプリケーションのダウンロード及びインストール、並びにコンピュータへの指示信号の受付又は通信の中断に起因する、ダウンロード及びインストールのキャンセルを行う制御部を備える通信装置において、
前記制御部は、複数のアプリケーション夫々が有する、相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類し、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始し、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するよう構成してある
ことを特徴とする通信装置。
【請求項５】
複数のアプリケーションのダウンロード及びインストールを行うステップと、
コンピュータへの指示信号の受付又は通信の中断に起因する、ダウンロード及びインストールのキャンセルを行うステップとを含むインストール方法において、
複数のアプリケーション夫々が有する、相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類するステップと、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始するステップと、
同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するステップとを含む
ことを特徴とするインストール方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションデータを受信し、インストールする通信装置のプログラム、通信装置及びインストール方法に関する。
【背景技術】
【０００２】
携帯電話又はスマートフォン等の通信を行う通信装置に用いられるアプリケーションには、あるアプリケーションの特定の機能が無ければ、他のアプリケーションが動作しないといった、複数のアプリケーションが相互に連携しているものがある。このようなアプリケーションは共通のＩＤを付加することによりグループ化し、配信を行うことがある。
【０００３】
ここで、使用者によりキャンセルが行われること又は通信が途絶えることにより、通信装置は、グループ化された複数のアプリケーションのインストールが中断する場合がある。こうした場合には、グループ化されたアプリケーションのうち、インストールが完了したものと、インストールは完了しなかったものとが存在しうる。そうすると、例えば同じグループに属するアプリケーションの中に、新しいバージョンで設けられた機能に対応したものと未対応のものとが存在することになる。このため、複数のアプリケーション相互の連携が不十分になり、動作不良が起きるという問題が生じる。
【０００４】
こうした問題に対し、特許文献１には、依存関係にあるパッケージの全てがインストールされないうちにキャンセルが行われた場合には、インストールしたパッケージ全てをアンインストールする通信装置が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１７６２９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の方法では、依存関係にあるパッケージの全てがダウンロードが完了した後であったとしても、パッケージの全てのインストールが完了する前にキャンセルが行われた場合には、再度ダウンロードを開始しなければならない。そのため、受信したデータが効率的に利用されないという問題があった。
【０００７】
本発明は斯かる問題に基づいてなされたものであり、動作不良を防止する一方で、受信したデータを効率的にインストールすることができるプログラム、通信装置及びインストール方法の提供を目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るプログラムは、複数のアプリケーションのダウンロード及びインストール、並びにコンピュータへの指示信号の受付又は通信の中断に起因するダウンロード及びインストールのキャンセルをコンピュータに実行させるプログラムにおいて、複数のアプリケーション夫々が有する相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類し、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始し、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行する処理をコンピュータに実行させることを特徴とする。
【０００９】
本発明によれば、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了したアプリケーションのアンインストールを開始するので、同一グループのアプリケーションのバージョンを統一することができ、バージョンが異なることにより生じる動作不良を防止する。また、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するので、受信したデータを効率的にインストールすることができる。
【００１０】
本発明に係るプログラムは、コンピュータに記憶されているダウンロード及びインストールを完了したアプリケーションのバージョン情報を読み出し、コンピュータが受信したバージョン情報と、読み出したバージョン情報とを比較することにより、アプリケーション夫々について、ダウンロード及びインストールが行われていないバージョンが有るか否かを判定し、有ると判定した場合に、該バージョンのアプリケーションのダウンロード及びインストールを開始する処理をコンピュータに実行させることを特徴とする。
【００１１】
本発明によれば、アプリケーションのバージョン情報に基づいて、ダウンロード及びインストールを行うか否かを判定する。従って古いバージョンを再度ダウンロードする等不要な動作を防止することができる。
【００１２】
本発明に係るプログラムは、ダウンロード及びインストールを行うアプリケーションを、グループＩＤ毎に複数のグループに分類し、ダウンロード及びインストールのキャンセルを指示する指示信号のコンピュータへの受付又は通信の中断があった場合は、インストールが完了しており、同一のグループＩＤを有する全てのアプリケーションの中にダウンロードを完了していないアプリケーションが有るアプリケーションについては、アンインストールを開始し、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了したアプリケーションについては、インストールを開始又は続行する処理をコンピュータに実行させることを特徴とする。
【００１３】
本発明によれば、グループが複数ある場合にはグループ毎に、ダウンロード及びインストールのキャンセルを指示する指示信号のコンピュータへの受付又は通信の中断があった場合の処理を行い、動作不良を防止し、データを効率的にインストールする。
【００１４】
本発明に係る通信装置は、複数のアプリケーションのダウンロード及びインストール、並びにコンピュータへの指示信号の受付又は通信の中断に起因する、ダウンロード及びインストールのキャンセルを行う制御部を備える通信装置において、前記制御部は、複数のアプリケーション夫々が有する、相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類し、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始し、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するよう構成してあることを特徴とする。
【００１５】
本発明によれば、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了したアプリケーションのアンインストールを開始するので、同一グループのアプリケーションのバージョンを統一することができ、バージョンが異なることにより生じる動作不良を防止する。また、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するので、受信したデータを効率的にインストールすることができる。
【００１６】
本発明に係るインストール方法は、複数のアプリケーションのダウンロード及びインストールを行うステップと、コンピュータへの指示信号の受付又は通信の中断に起因する、ダウンロード及びインストールのキャンセルを行うステップとを含むインストール方法において、複数のアプリケーション夫々が有する、相互に関連したアプリケーションにより構成されるグループ毎に固有のグループＩＤに従って、ダウンロード及びインストールを行う複数のアプリケーションを、同一のグループＩＤ毎に分類するステップと、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、ダウンロード又はインストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了した前記グループＩＤを有するアプリケーションのアンインストールを開始するステップと、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、インストールのキャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するステップとを含むことを特徴とする。
【００１７】
本発明によれば、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了する前に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、インストールが完了したアプリケーションのアンインストールを開始するので、同一グループのアプリケーションのバージョンを統一することができ、バージョンが異なることにより生じる動作不良を防止する。また、同一のグループＩＤを有する全てのアプリケーションのダウンロードを完了した後に、キャンセルを指示する指示信号の受付又は通信の中断があった場合には、ダウンロードが完了した前記グループＩＤを有する全てのアプリケーションのインストールを開始又は続行するので、受信したデータを効率的にインストールすることができる。
【発明の効果】
【００１８】
本発明によれば、複数のアプリケーションのダウンロードが全て完了する前に、ダウンロード又はインストールをキャンセルすることにより、インストールが完了した一又は複数のアプリケーションをアンインストールする。一方、複数のアプリケーション全てのダウンロードを完了した後には、ダウンロードした全てのアプリケーションのインストールを完了する。従って動作不良を防止する一方で、受信したデータを効率的にインストールすることができる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態の概要を示す説明図である。
【図２】通信装置を示すブロック図である。
【図３】アプリ情報データベースを示す図表である。
【図４】グループデータベースを示す図表である。
【図５】サーバ装置を示すブロック図である。
【図６】表示部に表示される更新用アプリケーションを立ち上げた状態を示す模式図である。
【図７】表示部に表示される配信リストを示す模式図である。
【図８】表示部に表示される配信リストを示す模式図である。
【図９】キャンセルが行われた場合の表示を示す模式図である。
【図１０】表示部に表示される配信リストを示す模式図である。
【図１１】表示部に表示される配信リストを示す模式図である。
【図１２】ＣＰＵの動作処理を示すフローチャートである。
【図１３】ＣＰＵの動作処理を示すフローチャートである。
【図１４】ＣＰＵの動作処理を示すフローチャートである。
【図１５】グループデータベースを示す図表である。
【図１６】アプリ情報データベースを示す図表である。
【図１７】表示部に表示される配信リストを示す模式図である。
【図１８】ＣＰＵの動作処理を示すフローチャートである。
【図１９】ＣＰＵの動作処理を示すフローチャートである。
【図２０】ＣＰＵの動作処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
第１の実施の形態
図１は第１の実施の形態の概要を示す説明図である。通信装置１は、携帯電話機、スマートフォン、ＰＤＡ（Personal Digital Assistance）、ゲーム機又はノートブック型のパーソナルコンピュータ等である。サーバ装置２は、サーバコンピュータ又はサーバ機能を有するパーソナルコンピュータである。通信装置１及びサーバ装置２はインターネット等のネットワークＮを介して接続されている。通信装置１は、アプリケーションのダウンロードを要求する要求信号を、サーバ装置２に送信する。サーバ装置２は、要求信号を受信することにより、要求信号を送信した通信装置１にアプリケーションを送信する。
【００２１】
通信装置１は、複数のアプリケーションのダウンロードが全て完了する前に、ダウンロード又はインストールをキャンセルする場合には、インストールが完了した一又は複数のアプリケーションをアンインストールする。また、通信装置１は、複数のアプリケーション全てのダウンロードを完了した場合には、キャンセルの有無に拘わらず、ダウンロードした全てのアプリケーションのインストールを完了する。以下、詳細を説明する。
【００２２】
図２は通信装置１を示すブロック図である。通信装置１は入力部１１と、表示部１２と、制御部であるＣＰＵ（Central Processing Unit）１３と、ＲＡＭ（Random Access Memory）１４と、記憶部１５と、通信部１６等を含む。記憶部１５はさらに、制御プログラムデータベース１５１と、アプリケーションデータベース１５２と、アプリ情報データベース１５３と、グループデータベース１５４等を含む。
【００２３】
通信装置１の構成を説明する。入力部１１は、マウス、ボタン又はタッチパネル等であり、使用者がアプリケーション更新の開始を要求する要求信号、及びアプリケーション更新のキャンセルを指示するキャンセル信号等をＣＰＵ１３に出力する。表示部１２は、液晶又は有機ＥＬ（electro luminescence）等のディスプレイであり、各種画像の他に配信リストを表示する。
【００２４】
ＣＰＵ１３は、バスを介してハードウェア各部と接続されている。ＣＰＵ１３は、制御プログラムデータベース１５１に記憶された制御プログラムを読み出し、実行することにより、ハードウェア各部を制御する。また、ＣＰＵ１３は、各データベースに対し情報の書込及び読出を行う。
【００２５】
ＣＰＵ１３は、入力部１１から出力された要求信号及びキャンセル信号を受け付けた場合、アプリケーションのダウンロード及びインストール、並びにダウンロード及びインストールのキャンセル等を行う。また、ＣＰＵ１３は計時機能を有しており、サーバ装置２からアプリケーションデータのダウンロードの途中に、通信が中断し一定時間経過した場合にも、アプリケーションのダウンロード及びインストールをキャンセルする。
【００２６】
また、入力部１１からアプリケーションのダウンロードを要求する要求信号を受け付けた場合は、ＣＰＵ１３は、通信部１６を介して要求信号を送信する。該要求信号はアプリケーションＩＤが含まれており、サーバ装置２に送信される。
【００２７】
ＲＡＭ１４は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ（Dynamic RAM）又はフラッシュメモリ等である。また、ＲＡＭ１４は、ＣＰＵ１３による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２８】
記憶部１５は、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等で構成されている。記憶部１５は、制御プログラムデータベース１５１と、アプリケーションデータベース１５２と、アプリ情報データベース１５３と、グループデータベース１５４等を含む。
【００２９】
制御プログラムデータベース１５１には、ＣＰＵ１３が通信装置１のハードウェア各部を機能させるために必要なプログラムが記憶されている。アプリケーションデータベース１５２には、サーバ装置２からダウンロードしたアプリケーションのアプリケーションデータが記憶されている。本実施の形態ではアプリケーションデータには、アプリケーション１〜４が含まれているものとして説明する。これらのアプリケーション１〜４は、相互に連携しており、一のアプリケーションが動作することにより、他のアプリケーションが動作するようプログラムされている。ＣＰＵ１３は、アプリケーション１〜４を読み出し、実行することによって、夫々のアプリケーションに基づく制御を行う。
【００３０】
図３はアプリ情報データベース１５３を示す図表である。アプリ情報データベース１５３には、アプリケーション名アプリケーション１〜４について、アプリケーションＩＤフィールド、アプリケーション名フィールド、配信元のＵＲＬフィールド、インストール済バージョンフィールド、配信バージョンフィールド、ダウンロード済バージョンフィールド等が含まれている。各フィールドの情報はアプリケーションＩＤと関連付けて記憶されている。
【００３１】
図３において、アプリケーションＩＤフィールドにはアプリケーション１〜４のアプリケーションＩＤ「１０１」「１０２」「１０３」「１０４」が記憶されている。配信元のＵＲＬフィールドには、アプリケーション１〜４の配信元のＵＲＬが記憶されている。インストール済バージョンフィールドには、アプリケーションデータベース１５２に記憶されているアプリケーション１〜４のインストール済バージョンの情報が記憶されている。配信バージョンフィールドには、サーバ装置２より配信されるアプリケーション１〜４の配信バージョンの情報が記憶されている。ダウンロード済バージョンフィールドには、アプリケーションデータベース１５２に記憶されているアプリケーション１〜４のダウンロード済バージョンが記憶されている。
【００３２】
アプリケーション１は、ダウンロード済バージョンが「１．１」であり、インストール済バージョンが「１．０」である。従ってアプリケーション１は、バージョン「１．１」のダウンロードが完了しているが、インストールは完了していない状態である。アプリケーション２〜４は、インストール済バージョン及びダウンロード済バージョンが「１．０」である。従ってアプリケーション２〜４は、バージョン「１．１」のダウンロード及びインストールが完了していない状態である。
【００３３】
図４はグループデータベース１５４を示す図表である。グループデータベース１５４には、アプリケーションに固有のアプリケーションＩＤ及びアプリケーションの属するグループを示すグループＩＤが関連付けて記憶されている。グループデータベース１５４にはアプリケーションＩＤフィールド、グループＩＤフィールド及びグループ名フィールド等が含まれている。
【００３４】
アプリケーションＩＤフィールドには、アプリ情報データベース１５３に記憶されているアプリケーションＩＤフィールドと同様に、アプリケーション１〜４について、アプリケーションＩＤが記憶されている。グループＩＤフィールドには、アプリケーション１〜４の属するグループのグループＩＤが記憶されている。本実施の形態では、アプリケーション１〜４は同一のグループに属しており、全てが共通してグループＩＤ「００１」を有している。ＣＰＵ１３は、このグループＩＤにより、アプリケーションのグループを分類することができる。グループ名フィールドには、アプリケーション１〜４の属するグループのグループ名の情報が記憶されている。本実施の形態では、グループ名は共通しており「Ａ」である。各フィールドの情報はアプリケーション１〜４のアプリケーションＩＤと対応付けて記憶されている。
【００３５】
通信部１６は、ネットワークインタフェースである。ＣＰＵ１３がサーバ装置２と各種の情報を送受信する際には、通信部１６を介して信号の送受信を行う。
【００３６】
図５はサーバ装置２を示すブロック図である。サーバ装置２は、入力部２１と、ＣＰＵ２２と、ＲＡＭ２３と、記憶部２４と、通信部２５等を含む。記憶部２４はさらに、制御プログラムデータベース２４１と、配信管理データベース２４２と、アプリ管理データベース２４３と、グループ管理データベース２４４等を含む。なお、記憶部２４に含まれる各データベースの一部または全部は、サーバ装置２とは異なるサーバ装置に設けられていてもよい。
【００３７】
サーバ装置２の構成を説明する。入力部２１はキーボード又はタッチパネル等であり、通信装置１に配信を行うアプリケーションのアプリケーションデータ及び配信リストに含まれる情報を入力し、ＣＰＵ２２に出力する。
【００３８】
ＣＰＵ２２は、バスを介してハードウェア各部と接続されている。ＣＰＵ２２は、記憶部２４に記憶された制御プログラムを読み出しハードウェア各部を実行する。また、ＣＰＵ２２は、各データベースに対し情報の書き込み及び読み出しを行う。ＲＡＭ２３は、ＣＰＵ２２による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００３９】
記憶部２４はＥＥＰＲＯＭ、ＨＤＤ又は大容量フラッシュメモリ等である。制御プログラムデータベース２４１には、ハードウェア各部を機能させるために必要なプログラムが記憶されている。配信管理データベース２４２には、アプリケーション１〜４を含む、サーバ装置２から配信を行う全てのアプリケーションについての配信リストが記憶されている。配信リストには、各アプリケーションについて、アプリケーションＩＤ、アプリケーション名、配信元のＵＲＬ、作成者ＩＤ、配信するバージョン等の情報が含まれている。
【００４０】
アプリ管理データベース２４３には、アプリケーション１〜４を含む、サーバ装置２より配信を行う全てのアプリケーションデータがアプリケーションＩＤと関連付けて記憶されている。グループ管理データベース２４４には、サーバ装置２より配信を行う全てのアプリケーションのアプリケーションＩＤと該アプリケーションが属する一又は複数のグループのグループＩＤとが関連付けて記憶されている。
【００４１】
通信部２５は、ネットワークインタフェースである。ＣＰＵ２２が通信装置１と各種の情報を送受信する際には、通信部２５を介して信号の送受信を行う。
【００４２】
ＣＰＵ１３の動作について説明する。入力部１１から通信装置１の更新を行うアプリを立ち上げるよう指示する信号を受け付けることにより、ＣＰＵ１３はネットワークを検索し、サーバ装置２との接続を行う。
【００４３】
入力部１１からダウンロードを要求する要求信号を受け付けた場合、ＣＰＵ１３は、通信部１６を介して、要求信号をサーバ装置２に送信する。要求信号を受信したサーバ装置２のＣＰＵ２２は、配信管理データベース２４２に記憶されている配信リストを読み出す。グループ管理データベース２４４に記憶されているグループデータベースを読み出す。ＣＰＵ２２は、通信部２５を介して配信リストとグループデータベースとを通信装置１に送信する。入力部１１は、通信部１６を介して配信リストを受信する。
【００４４】
ＣＰＵ１３は、アプリ情報データベース１５３にアプリケーションＩＤ及びインストール済バージョン情報を読み出す。具体的には、ＣＰＵ１３は、アプリ情報データベース１５３から、アプリケーション１〜４のアプリケーションＩＤである「１０１」「１０２」「１０３」「１０４」及びインストール済バージョン情報「１．０」を読み出す。ＣＰＵ１３は、グループデータベース１５４から読み出したアプリケーションＩＤとグループＩＤとを対応させ、各アプリケーションを分類している。本実施の形態では、「１０１」「１０２」「１０３」「１０４」は全て同じグループＩＤ「００１」を有するので、１つのグループである。
【００４５】
さらにＣＰＵ１３は、アプリ情報データベース１５３にアプリケーションＩＤ及びダウンロード済バージョン情報を読み出す。具体的には、ＣＰＵ１３は、アプリ情報データベース１５３から読み出した、アプリケーション１〜４のアプリケーションＩＤである「１０１」「１０２」「１０３」「１０４」と、アプリケーション１のダウンロード済のバージョン情報「１．１」及びアプリケーション２〜４のダウンロード済のバージョン情報「１．０」を読み出す。
【００４６】
ＣＰＵ１３は、アプリ情報データベース１５３から読み出したインストール済のアプリケーションＩＤ及びバージョン情報と、サーバ装置２から受信した配信リストに記憶されているアプリケーションＩＤ及びバージョン情報とを比較する。アプリケーション１〜４はインストール済バージョン情報が「１．０」であり、配信リストに記憶されている配信バージョン情報は「１．１」である。インストール済バージョン情報と配信バージョン情報とを比較した結果、ＣＰＵ１３は、アプリケーション１〜４は、同一のアプリケーションＩＤに対応するバージョン情報が相違するので、アプリケーションの更新対象が有ると判定し、表示部１２に「更新可能」と表示する。なお、バージョン情報が一致する場合には、ＣＰＵ１３は、更新対象が無いと判定する。
【００４７】
さらにＣＰＵ１３は、アプリケーションデータベース１５２を参照し、ダウンロードは済んでいるが、インストールが済んでいないアプリケーションの有無を判定する。ＣＰＵ１３は、アプリ情報データベース１５３から読み出したダアプリケーションＩＤ及びダウンロード済バージョン情報と、サーバ装置２から受信した配信リストに記憶されているアプリケーションＩＤ及び配信バージョン情報とを比較する。
【００４８】
ＣＰＵ１３は、両者のバージョン情報が一致するか否かによりダウンロードを行うアプリケーションの有無を判定する。ＣＰＵ１３は、両者のバージョン情報が異なる場合には、ダウンロードを行うアプリケーションが有ると判定し、両者のバージョン情報が一致する場合には、ダウンロードを行うアプリケーションが無いと判定する。なお、判定方法について、ＣＰＵ１３は、両者のバージョン情報を比較して、ダウンロード済バージョン情報のバージョンの値が大きい場合に、ダウンロードを行うアプリケーションが有ると判定するようにしてもよい。
【００４９】
これにより、ＣＰＵ１３は、アプリケーション２〜４のアプリケーションデータのダウンロードを要求する信号をサーバ装置２に送信する。斯かる信号を受信したサーバ装置２のＣＰＵ２２は、アプリケーション２〜４のバージョン「１．１」をアプリ管理データベース２４３から読み出し、通信部２５を介して、通信装置１に送信する。ＣＰＵ１３は、通信部１６を介してアプリケーション２〜４をダウンロードする。ＣＰＵ１３は、ダウンロードしたアプリケーションをアプリケーションデータベース１５２に記憶する。
【００５０】
ＣＰＵ１３は、バージョン「１．１」のダウンロードを完了した場合には、既に記憶されているアプリケーション２〜４のバージョン「１．０」を削除する。また、ＣＰＵ１３は、アプリケーション２〜４のダウンロードが完了した場合には、アプリ情報データベース１５３のダウンロード済バージョンフィールドを「１．０」から「１．１」に更新する。
【００５１】
続いて、ＣＰＵ１３は、ダウンロードが完了したアプリケーション２〜４のバージョン「１．１」及び既にダウンロードされているアプリケーション１のバージョン「１．１」のインストールを行う。ＣＰＵ１３は、アプリケーション１〜４のインストールが完了した場合には、アプリ情報データベース１５３のインストール済バージョンフィールドを「１．０」から「１．１」に更新する。
【００５２】
図６は、表示部１２に表示される更新用アプリケーションを立ち上げた状態を示す模式図である。更新用アプリケーションを立ち上げた状態で更新するアプリケーションが有る場合には、ＣＰＵ１３は、「更新アプリがあります」という文字を表示部１２に表示する。また、ＣＰＵ１３は、更新を開始する「全て更新」及び更新を行わずに更新用アプリケーションを終了する「閉じる」を表示部１２に表示する。
【００５３】
図７は表示部１２に表示される配信リストを示す模式図である。更新対象が有る場合、ＣＰＵ１３は、グループ「Ａ」に属するアプリケーション１〜４の状態欄に「更新可能」と表示する。また、ＣＰＵ１３は、インストール済バージョンをインストール済バージョン欄に表示し、ダウンロードが済んだアプリケーションには、ダウンロード済欄にチェックを表示する。
【００５４】
図８は表示部１２に表示される配信リストを示す模式図である。図８の場合では、アプリケーション１は、ダウンロード及びインストールが完了した状態であり、ＣＰＵ１３は、表示部１２に表示されている配信リストの状態欄に「インストール済」と表示する。アプリケーション２は、ダウンロードが完了した後、インストール中の状態であり、ＣＰＵ１３は、「インストール中」と表示する。アプリケーション３は、ダウンロード中であり、ＣＰＵ１３は、「ダウンロード中」と表示する。アプリケーション４は、ダウンロードが開始されていない状態であり、ＣＰＵ１３は、「ダウンロード待機中」と表示する。
【００５５】
この場合、ダウンロードが完了したアプリケーションについては、ＣＰＵ１３は、アプリ情報データベース１５３のダウンロード済バージョンフィールド又はインストール済バージョンフィールドを更新する。即ち、ＣＰＵ１３は、アプリケーション１のインストール済バージョンフィールドを「１．１」に更新し、アプリケーション１及び２のダウンロード済バージョンフィールドを「１．１」に更新する。これに伴い、表示部１２に表示される配信リストのインストール済バージョン欄も「１．１」に更新する。
【００５６】
図９は、キャンセルが行われた場合の表示を示す模式図である。図８に示される状態で、入力部１１よりアプリケーション更新のキャンセルを行う信号を受け付けた場合は、ＣＰＵ１３は、アプリケーション１をアンインストールし、アプリケーション２のインストールを中断する。この場合は、ＣＰＵ１３は、インストールが済んだことにより一端「１．１」に更新したアプリケーション１のインストール済バージョンフィールドを、アンインストールにより、再度「１．０」に更新し、動作を終了する。なお、ＣＰＵ１３は、一定時間通信が中断された場合にも、アプリケーション更新のキャンセルを行う信号を受け付けた場合と同様の動作を行うが、以下では、ＣＰＵ１３がキャンセルを行う信号を受け付けた場合について説明する。
【００５７】
図１０は表示部１２に表示される配信リストを示す模式図である。アプリケーション１〜３は、ダウンロード及びインストールが完了した状態であり、状態欄に「インストール済」と表示されている。アプリケーション４は、ダウンロードが完了し、インストール中であり、状態欄に「インストール中」と表示されている。図１０に示される状態で入力部１１からキャンセルを行う信号を受け付けた場合は、ＣＰＵ１３は、アプリケーション４のインストールを開始又は続行する。また、ＣＰＵ１３は、ダウンロードが完了し、インストールが開始されていないアプリケーションのインストールを開始する。
【００５８】
このように、ＣＰＵ１３は、全てのアプリケーションのダウンロードが完了する前にキャンセルを行う指示信号を受け付けた場合には、インストールが完了した同一グループのアプリケーションを全てアンインストールする。一方全てのアプリケーションのダウンロードが完了した後には、ＣＰＵ１３は、キャンセルの有無によらず、全てのアプリケーションのインストールを開始又は続行する。
【００５９】
図１１は、表示部１２に表示される配信リストを示す模式図である。上述した場合と異なり、アプリケーション１がダウンロード中であり、状態欄に「ダウンロード中」と表示されている場合について説明する。この場合は、アプリケーション２〜４は、ダウンロードが開始されていない状態であり、ＣＰＵ１３は、「ダウンロード待機中」と表示させる。このように、一つのアプリケーションもダウンロードが完了しないまま、キャンセルを行う信号を受け付けた場合は、ＣＰＵ１３は、ダウンロード中のアプリケーション１を削除する。
【００６０】
本実施の形態における通信装置１及びサーバ装置２の動作について説明する。図１２〜図１４は、ＣＰＵ１３の動作処理を示すフローチャートである。ＣＰＵ１３は、まず、更新アプリケーションを立ち上げるよう指示する信号を入力部１１より受け付けたか否かを判定する（Ｓ１）。ＣＰＵ１３は、斯かる信号を受け付けていない場合は（Ｓ１でＮＯ）、待機を続ける（Ｓ１に戻す）。ＣＰＵ１３は、斯かる信号を受け付けた場合は（Ｓ１でＹＥＳ）、更新アプリケーションを起動する（Ｓ２）。また、ＣＰＵ１３は、ネットワークを検索し、サーバ装置２と接続を行う（Ｓ３）。
【００６１】
ＣＰＵ１３は、入力部１１より、アプリケーションのダウンロード及びインストールを開始するよう指示する信号を受け付けたか否かを判定する（Ｓ４）。ＣＰＵ１３は、斯かる信号を受け付けていない場合は（Ｓ４でＮＯ）、待機を続ける（Ｓ４に戻す）。受け付けた場合は（Ｓ４でＹＥＳ）、ＣＰＵ１３は、サーバ装置２に要求信号を送信する（Ｓ５）。サーバ装置２は受け付けた要求信号に従い、配信管理データベース２４２に記憶されている配信リストを読み出し、通信装置１に送信する。ＣＰＵ１３は、通信部１６を介してサーバ装置２から配信リストとグループデータベースとを受信する（Ｓ６）。また、ＣＰＵ１３は、グループＩＤに従って各アプリケーションをグループ毎に分類する（Ｓ７）。アプリケーションＩＤ及びインストール済バージョン情報をアプリ情報データベース１５３から読み出す（Ｓ８）。
【００６２】
ＣＰＵ１３は、アプリ情報データベース１５３から読み出したアプリケーションＩＤ及びインストール済バージョン情報と、配信リストに含まれているアプリケーションＩＤ及びアプリケーションのバージョン情報とを比較する（Ｓ９）。ＣＰＵ１３は、比較した結果、バージョン情報が一致するか否かにより、更新対象となるアプリケーションの有無を判定する（Ｓ１０）。共通するアプリケーションＩＤの全てについてバージョン情報が一致する、即ち更新対象が無いと判定した場合は（Ｓ１０でＹＥＳ）、ＣＰＵ１３は、待機を続ける（Ｓ４に戻す）。
【００６３】
少なくとも一つの共通するアプリケーションＩＤについて、両者のバージョン情報が異なる、即ち更新対象が有ると判定した場合は（Ｓ１０でＮＯ）、表示部１２に「更新可能」と表示する（Ｓ１１）。ＣＰＵ１３は入力部１１から「全て更新」を実行するよう指示する信号を受け付けたか否かを判定する（Ｓ１２）。斯かる信号を受け付けていない場合は（Ｓ１２でＮＯ）、ＣＰＵ１３は待機を続ける（Ｓ１２に戻す）。
【００６４】
斯かる信号を受け付けた場合は（Ｓ１２でＹＥＳ）、ＣＰＵ１３は、アプリケーションＩＤ及びダウンロード済バージョン情報をアプリ情報データベース１５３から読み出す（Ｓ１３）。ＣＰＵ１３は、アプリ情報データベース１５３から読み出したアプリケーションＩＤ及びダウンロード済バージョン情報と、配信リストに含まれているアプリケーションＩＤ及びアプリケーションのバージョン情報とを比較する（Ｓ１４）。
【００６５】
比較した結果、ＣＰＵ１３は、共通するアプリケーションＩＤのバージョン情報が全て一致するか否かを判定する（Ｓ１５）。一つでも異なると判定した場合は（Ｓ１５でＮＯ）、ＣＰＵ１３は、アプリケーションのダウンロードを要求する要求信号をサーバ装置２に送信する（Ｓ１６）。サーバ装置２は、要求信号を受け付けた場合、ＣＰＵ２２は、アプリ管理データベース２４３から両者のバージョンが異なるアプリケーションを読み出し、通信装置１に送信する。
【００６６】
ＣＰＵ１３は、異なるアプリケーションをサーバ装置２からダウンロードしてアプリケーションデータベース１５２に記憶する（Ｓ１７）、また、ＣＰＵ１３は、ダウンロードしたアプリケーションをインストールする（Ｓ１８）。全て一致すると判定した場合は（Ｓ１５でＹＥＳ）、ＣＰＵ１３は、アプリケーションデータベース１５２に記憶されている、まだインストールされていないアプリケーションをインストールする（Ｓ１８）。
【００６７】
また、ＣＰＵ１３は、キャンセルの有無を判定する（Ｓ１９）。ＣＰＵ１３は、キャンセルされなかった場合は（Ｓ１９でＮＯ）、インストールを開始又は続行し（Ｓ２０）、処理を終了する。キャンセルされた場合は（Ｓ１９でＹＥＳ）、キャンセルされた時点におけるアプリケーションのダウンロード及びインストールの状況を判別する。キャンセルされた時点で、ＣＰＵ１３が同一のグループＩＤを有するアプリケーションについて、全てダウンロードを完了したか否かを判定する（Ｓ２１）。全てのアプリケーションについてダウンロードが完了した場合は（Ｓ２１でＹＥＳ）、ＣＰＵ１３は、インストールを開始又は続行し（Ｓ２０）、処理を終了する。
【００６８】
全てのアプリケーションについては、ダウンロードが完了していない場合は（Ｓ２１でＮＯ）、ＣＰＵ１３は、アプリ情報データベース１５３を参照し、ダウンロードが完了したアプリケーションが一つでも有るか否かを判定する（Ｓ２２）。ダウンロードが完了したアプリケーションが無い場合は（Ｓ２２でＮＯ）、ＣＰＵ１３は、途中までダウンロードしたアプリケーションを削除して（Ｓ２３）、処理を終了する。
【００６９】
一方、キャンセルされた時点において、ダウンロードが完了したアプリケーションが有る場合は（Ｓ２２でＹＥＳ）、ＣＰＵ１３は、アプリ情報データベース１５３を参照し、インストールが済んだアプリケーションの有無を判定する（Ｓ２４）。インストールが済んだアプリケーションが無い場合は（Ｓ２４でＮＯ）、途中までダウンロードしたアプリケーションを削除して（Ｓ２３）、処理を終了する。インストールが済んだアプリケーションが有る場合は（Ｓ２４でＹＥＳ）、アンインストールを行い（Ｓ２５）、処理を終了する。
【００７０】
本実施の形態によれば、複数のアプリケーションのダウンロードが全て完了する前に、ダウンロード又はインストールをキャンセルすることにより、インストールが完了した一又は複数のアプリケーションをアンインストールする。一方、複数のアプリケーション全てのダウンロードを完了した後には、ダウンロードした全てのアプリケーションのインストールを完了する。従って、動作不良を防止する一方で、受信したデータを効率的にインストールすることができる。
【００７１】
なお、通信装置１はユーザに固有のＩＤであるユーザＩＤ又は端末に固有のＩＤである端末ＩＤを記憶部１５に記憶しており、サーバ装置２は、特定のユーザＩＤ又は端末ＩＤを有する通信装置１のみに配信するようにしてもよい。この場合は、ＣＰＵ１３は、要求信号にユーザＩＤ又は端末ＩＤを含めて送信し、サーバ装置２は受信した要求信号からユーザＩＤ又は端末ＩＤを抽出し、記憶部２４に記憶されているユーザＩＤ又は端末ＩＤを比較し、一致するか否かによって認証を行うようにしてもよい。
【００７２】
第２の実施の形態
第２の実施の形態について説明する。本実施の形態は、アプリケーションが属するグループが複数存在する形態に関する。本実施の形態における通信装置１及びサーバ装置２の構成は第１の実施の形態と同様である。
【００７３】
この場合は、キャンセルされた時点で、同じグループに属する複数のアプリケーションの全てのダウンロードが完了しているときは、ＣＰＵ１３は、該グループの複数のアプリケーションの全てのインストールを完了する。同じグループに属する複数のアプリケーションの全てのダウンロードが完了していないときは、ＣＰＵ１３は、該グループに属しインストールが完了した一又は複数のアプリケーションをアンインストールする。
【００７４】
図１５はグループデータベース１５４を示す図表である。アプリケーションＩＤフィールドには、アプリケーションＩＤ「２０１」「２０２」「２０３」「３０１」「３０２」「４０１」「４０２」が記憶されている。グループＩＤフィールドには、アプリケーション２１〜２３、３１、３２、４１、４２の属するグループのグループＩＤが記憶されている。グループＩＤフィールドには、アプリケーション２１〜２３はグループＩＤ「００２」、アプリケーション３１，３２はグループＩＤ「００３」、アプリケーション４１、４２はグループＩＤ「００４」が記憶されている。グループ名フィールドには、アプリケーション２１〜２３は「Ｂ」、アプリケーション３１、３２は「Ｃ」、アプリケーション４１、４２は「Ｄ」が記憶されている。各フィールドの情報は各アプリケーションのアプリケーションＩＤと対応付けてグループデータベース１５４に記憶されている。ＣＰＵ１３は、グループデータベース１５４からグループＩＤを読み出し、グループＩＤ「００２」を有するアプリケーション２１〜２３、グループＩＤ「００３」を有するアプリケーション３１，３２、グループＩＤ「００４」を有するアプリケーション４１、４２に、各アプリケーションを分類している。
【００７５】
図１６はアプリ情報データベース１５３を示す図表であり、図１７は、表示部１２に表示される配信リストを示す模式図である。この場合は、全てのアプリケーション２１〜２３、３１、３２、４１、４２のダウンロード済バージョン及びインストール済バージョンが「１．０」であるとし、配信バージョンが「１．１」であるとする。
【００７６】
ＣＰＵ１３は、サーバ装置２からアプリケーション２１〜２３、３１、３２、４１、４２のバージョン「１．１」をダウンロードする。ここで、アプリケーション２１は「インストール済」であり、アプリケーション２２、２３、３１は「インストール中」であり、アプリケーション３２、４１は「ダウンロード中」であり。アプリケーション４２は「ダウンロード待機中」である。この場合、ＣＰＵ１３はグループ名「Ｂ」に属するアプリケーション２１〜２３のインストールを完了させる。また、グループ「Ｃ」に属するアプリケーション３１をアンインストールする。
【００７７】
図１８〜図２０は、ＣＰＵ１３の動作処理を示すフローチャートである。Ｓ３１〜Ｓ４８は、Ｓ１〜Ｓ１８と同様であるため、説明を省略する。また、ＣＰＵ１３は、キャンセルを行う信号を受け付けたか否かを判定し（Ｓ４９）、キャンセルを行う信号を受け付けていない場合は（Ｓ４９でＮＯ）、全てのアプリケーションについてインストールを開始又は続行し（Ｓ５０）、処理を終了する。
【００７８】
キャンセルを行う信号を受け付けた場合は（Ｓ４９でＹＥＳ）、キャンセルを行う信号を受け付けた時点におけるアプリケーションのダウンロード及びインストールの状況を判別する。キャンセルを行う信号を受け付けた時点で、ＣＰＵ１３が、アプリ情報データベース１５３を参照し、同一のグループＩＤを有するアプリケーションについて、少なくとも１つは全てのアプリケーションのダウンロードを完了したか否かを判定する（Ｓ５１）。全てのアプリケーションがダウンロードされているグループが有る場合は（Ｓ５１でＹＥＳ）、ＣＰＵ１３は、該グループの全てのアプリケーションについて、インストールを開始又は続行する（Ｓ５２）、
【００７９】
全てのアプリケーションがダウンロードされているグループが無い場合（Ｓ５１でＮＯ）、ＣＰＵ１３は、ダウンロードが完了していないグループに属するアプリケーションの中に、ダウンロード済アプリケーションが一つでも有るか否かを判定する（Ｓ５３）。ダウンロード済のアプリケーションが無い場合は（Ｓ５３でＮＯ）、ダウンロード中のアプリケーションを削除し（Ｓ５４）、処理を終了する。ダウンロード済のアプリケーションが有る場合は（Ｓ５３でＹＥＳ）、ＣＰＵ１３は、インストール済のアプリケーションが有るか否かを判定する（Ｓ５５）。インストール済のアプリケーションが無い場合は（Ｓ５５でＮＯ）、ＣＰＵ１３は、途中までダウンロードしたアプリケーションを削除して（Ｓ５４）、処理を終了する。インストール済のアプリケーションが有る場合は（Ｓ５５でＹＥＳ）、ＣＰＵ１３は、アンインストールを行い（Ｓ５６）、処理を終了する。
【００８０】
本実施の形態によれば、更新対象となるアプリケーションが属するグループが複数有る場合であっても、動作不良を防止する一方で、受信したデータを効率的にインストールすることができる。
【００８１】
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８２】
１  通信装置
２  サーバ装置
１１  入力部
１２  表示部
１３  ＣＰＵ
１４  ＲＡＭ
１５  記憶部
１５１  制御プログラムデータベース
１５２  アプリケーションデータベース
１５３  アプリ情報データベース
１５４  グループデータベース
１６  通信部
２１  入力部
２２  ＣＰＵ
２３  ＲＡＭ
２４  記憶部
２４１  制御プログラムデータベース
２４２  配信管理データベース
２４３  アプリ管理データベース
２４４  グループ管理データベース
２５  通信部
【図１】
2014002600.tif 000003
【図２】
2014002600.tif 000004
【図３】
2014002600.tif 000005
【図４】
2014002600.tif 000006
【図５】
2014002600.tif 000007
【図６】
2014002600.tif 000008
【図７】
2014002600.tif 000009
【図８】
2014002600.tif 000010
【図９】
2014002600.tif 000011
【図１０】
2014002600.tif 000012
【図１１】
2014002600.tif 000013
【図１２】
2014002600.tif 000014
【図１３】
2014002600.tif 000015
【図１４】
2014002600.tif 000016
【図１５】
2014002600.tif 000017
【図１６】
2014002600.tif 000018
【図１７】
2014002600.tif 000019
【図１８】
2014002600.tif 000020
【図１９】
2014002600.tif 000021
【図２０】
2014002600.tif 000022