JP2012155442A - 情報処理装置、制御方法、プログラム、記録媒体 - Google Patents

Abstract

【課題】 複数のユーザーが利用するシステムにおいて、ユーザーがＰＣにインストールして使用しているアプリケーションプログラムと同じ構成を、他のＰＣに容易な操作で再現する。
【解決手段】 ユーザーが使用しているＰＣのアプリケーションプログラム構成情報をデバイスを特定する情報と共にサーバーへ送信しておき、別のＰＣでアプリケーションプログラムのインストールを行う際に、前述のデバイスを特定する情報をキーとしてサーバーへ送信することで、以前と同じアプリケーションプログラムをダウンロードしインストールする。
【選択図】 図６（ａ）

Description

本発明はアプリケーションプログラムをコンピューターにインストールするための装置に関する。

近年、ＰＣが幅広く普及している中で、ＰＣの買い替えなどに際して以前のＰＣで使用していたアプリケーションプログラムプログラムと同じものを使用したいと望むユーザーが存在する。ユーザーが以前のＰＣで使用していたアプリケーションプログラムを意識することなく、容易に以前と同じアプリ構成を再現することのできる方法として特許文献１が提案されている。

特許文献１では、ＰＣで使用していたアプリケーションプログラムと同じ構成を別のＰＣで再現する方法として、ＰＣのアプリケーションプログラム構成情報（以降ではアプリ構成情報と呼ぶ）をサーバに送信し、送信されたアプリ構成情報に従って、必要なアプリケーションプログラムを別のＰＣへダウンロードしてインストールすることができる。

特開2008-243070号公報

しかしながら、上述の特許文献１に開示された従来技術では、移行元ＰＣと移行先ＰＣの一対の組しかない場合での技術を開示している。そのため、たくさんのユーザーが利用するシステムである場合に、各ユーザーから送信されたアプリ構成情報を、適切な移行先となるＰＣへ自動でダウンロードを行う手段がない。

図１は、先行技術において、２台のＰＣのアプリ構成情報を送信し、それぞれ別のＰＣへアプリ構成を再現する場合の概念図である。第一のユーザーが移行元端末１０１のアプリ構成情報１０６をサーバ１０５に送信すると、サーバ１０５にアプリ構成情報１０６が保存される。また、第二のユーザーが移行元端末１０２のアプリ構成情報をサーバ１０５に送信すると、サーバ１０５にアプリ構成情報１０７が保存される。ここで第一のユーザーが移行元端末１０１から移行先端末１０３へアプリ構成の再現を行いたいと考える場合、サーバーにはアプリ構成情報１０６とアプリ構成情報１０７が保存されているので、アプリ構成情報１０６と移行先端末１０３を自動で結びつけることができない。

また、移行を行うことが前提であるために、ユーザーから送信されたアプリ構成情報がサーバーに保存されていない場合に、移行先端末へアプリケーションプログラムのダウンロードを行う手段がない。

本発明に係る情報処理装置は、他のコンピュータ内にインストールされているアプリケーションプログラムの一覧と、当該他のコンピュータに接続されているデバイスを特定する情報とを対応づけて記憶するサーバーと通信する情報処理装置であって、
情報処理装置に接続されているデバイスを特定するデバイス情報を取得する取得手段と、
前記取得手段で取得した情報を、前記サーバーに送信する送信手段と、
前記サーバにおいて、前記デバイス情報に対応づけられている前記アプリケーションプログラムの一覧を受信して、当該アプリケーションプログラムの一覧に記述されているアプリケーションプログラムのインストールの実行を制御する制御手段とを有することを特徴とする。

複数のユーザーが利用するシステムであって、ユーザーが送信したＰＣのアプリ構成情報がサーバーに複数存在する場合に、適切な移行先となるＰＣを自動で検出しダウンロードを行うことができる。また、ユーザーがアプリケーションプログラムのインストールを行う際に、以前に使用していたＰＣのアプリ構成情報をサーバーに送信しておかなくても、インストール時に接続しているデバイスの機種に応じた基本となるアプリケーションプログラムのダウンロードを行うことができる。

従来のアプリケーションプログラム構成環境移行方法を示した概念図 本発明の構成例 本発明の構成例 アプリ構成情報送信時のフローチャート ＰＣまたはサーバーに保存されるアプリ構成情報例 デバイス機種に応じた基本アプリ構成情報例 アプリケーションプログラムインストール時のフローチャート アプリケーションプログラムインストール時のフローチャート アプリケーションプログラムインストール時のフローチャート アプリケーションプログラムインストール時のフローチャート デバイス機種に応じたアプリケーションプログラムインストール時のフローチャート サーバーのアプリ構成情報削除時のフローチャート サーバーのアプリ構成情報削除時のフローチャート サーバーのアプリ構成情報削除時のフローチャート

以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。

図２は、本発明の構成例を表す図である。図２（a）の２００はアプリケーションプログラムがインストールされているＰＣであり、本発明ではこのＰＣにインストールされているアプリ構成情報をサーバ２０８へ送信し、図２（b）のＰＣ２２６に同じアプリ構成を再現することを考える。また、ＰＣ２００のアプリ構成情報をサーバーに送信していない場合に、撮像装置２１５に応じた基本アプリをＰＣ２２６へインストールすることも考える。

まずは、図２（a）のＰＣ２００について説明を行う。２０１はＣＰＵである。２０３は、ハードディスクなどの二次記憶装置であり、ＣＰＵを動かすプログラムを格納する。２０２は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。２０４は、液晶ディスプレーなどの表示部である。２０５は、キーボードやマウスなどの操作部である。２０６は、他のコンピューターと通信するためのEthernet(登録商標）端子などのネットワーク装置である。２０７は、デバイスと通信を行うためのＵＳＢ端子などの通信装置である。

２０８はサーバーであり、本発明ではＰＣ２００から送信されたアプリ構成情報を保存するために用いられる。サーバーは、各ユーザーから送信された数だけアプリ構成情報を保存する。２０９はＣＰＵである。２１１は、ハードディスクなどの二次記憶装置であり、ＣＰＵを動かすプログラムを格納する。また、本発明ではユーザーから送信されるアプリ構成情報を保存するとともに、ユーザーへダウンロードするアプリケーションプログラムのインストーラーを保存するために用いられる。ＰＣへのインストーラーのダウンロード、サーバーに保存されているアプリ構成情報の検索などは、二次記憶装置に保存されているプログラムに従って、ＣＰＵ２０９が行う。

２１５は撮像装置である。本発明では、ＣＰＵ２０１は撮像装置によって固有となる、デバイスを特定する情報（以降ではデバイス情報と呼ぶ）を抽出して、アプリ構成情報と共に二次記憶装置２０３へ保存する。デバイス情報の例として、カメラのＩＤ番号（カメラ個体ごとに付けられるシリアル番号）やカメラの機種名が挙げられる。２２４はＰＣと通信を行うための通信制御装置であり、ＰＣのＣＰＵ２０１は、通信制御装置２２４を介してデバイス情報を抽出する。

次に、第一のＰＣ２００にインストールされているアプリ構成情報の抽出と、ＰＣに接続しているデバイス情報の抽出について説明を行う。アプリ構成情報の抽出とデバイス情報の抽出は、ＰＣに予めインストールされているアプリケーションプログラム管理ソフトウェアに従って、ＣＰＵ２０１が行う。アプリケーションプログラム管理ソフトウェアは常駐ソフトのように起動するものである。従って、ユーザーが意図してアプリケーションプログラム管理ソフトウェアを起動することなく、アプリ構成情報の抽出とデバイス情報の抽出を行うことができる。

ＣＰＵ２０１は、アプリケーションプログラム管理ソフトウェアが初めてＰＣ２００にインストールされたときに、アプリ構成情報の抽出を行う。また、ＰＣ２００に新たにアプリケーションプログラムをインストールするなどしてＰＣのアプリ構成情報が変わったときに、アプリ構成情報の抽出を行う。ＣＰＵ２０１は、抽出したアプリ構成情報を二次記憶装置２０３に保存する。ＣＰＵ２０１は、以上の２つの場合に自動でアプリ構成情報の抽出を行う。

次に、デバイス情報の抽出について説明を行う。ＣＰＵ２０１は、ＰＣ２００に初めて撮像装置２１５を接続した際に、撮像装置２１５のデバイス情報を抽出して二次記憶装置２０３に保存する。撮像装置をＰＣに接続したことの検出は、アプリケーションプログラム管理ソフトウェアに従ってＣＰＵ２０１が行う。撮像装置２１５を２回目以降にＰＣ２００へ接続した際は、ＣＰＵ２０１はデバイス情報の抽出を行わない。別の撮像装置をＰＣ２００に初めて接続した際には、同様にしてデバイス情報を抽出して二次記憶装置２０３に保存する。このように複数のデバイス情報の抽出を行うことで、第二のＰＣ２２６でアプリ構成を再現する際に、第一のＰＣで接続したことのあるものであれば、いずれの撮像装置を接続しても、アプリのインストールを行うことが可能となる。

図３は、ＰＣに保存しているアプリ構成情報とデバイス情報をサーバーへ送信する際のフローチャートである。アプリ構成情報とデバイス情報をサーバーへ送信することで、ＰＣを買い換えた際などに、新しいＰＣからデバイス情報をサーバーへ送信し、デバイス情報をキーとすることで現在のＰＣと同じアプリ構成を再現することが可能となる。ＣＰＵ２０１は、ＰＣ２００に初めて撮像装置２１５を接続した際に、アプリ構成情報とデバイス情報を組にしてサーバー２０８へ送信する。また、ＰＣ２００に新たにアプリケーションプログラムをインストールするなどしてＰＣのアプリ構成情報が変わった際に、同様にして、ＣＰＵ２０１はアプリ構成情報とデバイス情報をサーバー２０８へ送信する。ここでの新たなアプリケーションプログラムは、アプリケーションプログラム管理ソフトウェアに従ってＣＰＵ２０１がインストールするものである。ＣＰＵ２０１は、以上の２つの場合にアプリ構成情報の送信を開始する。

図３の説明に戻る。アプリ構成情報の送信時に、ＣＰＵ２０１は、ステップ３０１においてユーザーに対してアプリ構成情報の送信許可の確認を行う。ここでユーザーに対して確認を行う理由は、ユーザーの中には自身が使用しているアプリ構成がサーバーに送信されることを好ましくないと感じる場合も考えられるからである。そのために、アプリ構成情報をサーバーに送信してよいかをユーザーに確認する。ユーザーが送信不許可を選択した場合は、アプリ構成情報の送信は行わない。ユーザーが送信許可を選択した場合は、ＣＰＵ２０１は、ステップ３０２においてユーザーに対してユーザーを特定する情報（以降ではユーザー情報と呼ぶ）を入力するかの確認を行う。ユーザー情報の入力を行うと、第二のＰＣでアプリ構成を再現してインストールを行う際にもユーザー情報の入力が必要となる。

ここで言うユーザー情報は、ユーザーだけが知っている情報を指す。例えば、ユーザーが持つＥ−ｍａｉｌアドレスである。例えば、アプリ構成情報の送信時にユーザー情報としてＥ−ｍａｉｌアドレスを入力しておけば、その後カメラを譲渡した場合でも、譲渡した相手が第二のＰＣでアプリ構成を再現する際に正しいユーザー情報を入力することができないので、アプリ構成情報に従ったインストールはできない。このように、第一のＰＣでアプリ構成情報を送信する時と、第二のＰＣでアプリをインストール時にユーザー情報を入力することで、カメラを譲渡、紛失した場合の第三者による移行防止が可能となる。ユーザー情報は、Ｅ−ｍａｉｌアドレスや任意のパスワードのように、ＰＣの操作部２０５から入力することができる。

ユーザー情報を入力しない場合は、ＣＰＵ２０１は、ステップ３０４においてアプリ構成情報とデバイス情報を組にしてサーバへ送信する。ここで、ユーザー情報を入力しないフローが存在するのは、ユーザーの中には入力を手間だと感じることえ考えられるためであり、ユーザー情報を入力しなくても、第二のＰＣでアプリ構成を再現することは可能となる。ユーザーが入力を必要とした場合のみ、ユーザー情報の入力を行えるようにする。

ユーザー情報を入力する場合は、ユーザーはステップ３０３においてユーザー情報の入力を行う。そしてＣＰＵ２０１は、ステップ３０５においてアプリ構成情報とデバイス情報とユーザー情報を組にしてサーバへ送信する。

図４は、アプリケーションプログラム管理ソフトウェアに従ってＣＰＵ２０１が抽出したアプリ構成情報、デバイス情報、またユーザーが入力したユーザー情報の構成例である。これらの情報はＰＣの二次記憶装置２０３に保存される。また、サーバー送信後には、サーバーの二次記憶装置２１１に保存される。

図４（a）は、アプリ構成情報４０１のみが保存されている構成例である。ＰＣ２００にアプリ構成情報のみが保存される場合として、アプリケーションプログラム管理ソフトウェアがインストールされている状態で、撮像装置を一度も接続していない状態が挙げられる。アプリ構成情報４０１では、ＰＣ２００に「画像閲覧アプリ」、「静止画像編集アプリ」、「動画像編集アプリ」、「ＲＡＷ現像アプリ」がインストールされていることを示している。また、ＰＣ２００に新たなアプリをインストールした際には、アプリケーションプログラム管理ソフトウェアに従って、ＣＰＵ２０１はアプリ構成情報４０１の「ＲＡＷ現像アプリ」の下に新たなアプリを追加する。また、ＰＣ２００の既存のアプリをアンインストールした際には、ＰＣのアプリ構成情報が変わったものと判断し、ＰＣに新たなアプリをインストールしたときと同様にして、アプリ構成情報の抽出を行う。アプリ構成情報の抽出を行うことでアプリ構成情報は更新されるので、結果としてアンインストールしたアプリがアプリ構成情報４０１から削除されることになる。

図４（b）は、アプリ構成情報４０２とデバイス情報４０３が保存されている構成例である。ＣＰＵ２０１は、アプリ構成情報とデバイス情報を抽出して、組にして保存する。ここでデバイス情報は、ある一つのデバイスにおけるＩＤ番号と機種名の２つが保存されているものである。例えばデバイス情報４０３においては、デバイスＩＤ番号は「DEVICE_ID_ABC12345」であり、デバイス機種名は「CameraTypeA」である。ＰＣに新たなデバイスを接続した場合には、デバイス情報４０３の「CameraTypeA」の下に新たなデバイス情報を追加する。

図４（c）は、アプリ構成情報４０４とデバイス情報４０５とユーザー情報４０６が保存されている構成例である。ＣＰＵ２０１は、アプリ構成情報とデバイス情報とユーザー情報を組にして保存する。構成例のユーザー情報には、ユーザーが入力した「abc.defgh@xxx.yy.zz」が保存されている。ユーザー情報は、アプリ構成情報送信時にユーザーが入力した場合のみ、保存される。

次に、ユーザーがアプリケーションプログラムのインストールを行う第二のＰＣの構成図について、説明を行う。図２（b）は、インストールを行うＰＣ２２６の構成図を示している。ここで、サーバー２０８と撮像装置２１５は、図２（a）と同じものとする。２２７はＣＰＵである。２２９は、ハードディスクなどの二次記憶装置である。２２８は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。２３０は、液晶ディスプレーなどの表示部である。２３１は、キーボードやマウスなどの操作部である。２３２は、他のコンピューターと通信するためのEthernet端子などのネットワーク装置である。２３３は、デバイスと通信を行うためのＵＳＢ端子などの通信装置である。２３４は、ＣＤ−ＲＯＭなどを読み取る光学ディスク装置である。

続いて、ユーザーがアプリケーションプログラムのインストールを行う方法について説明を行う。アプリケーションプログラムのインストールは、ユーザーがアプリのインストールを要求した際に、ＰＣにインストールされているアプリケーションプログラム管理ソフトウェアに従って、ＣＰＵ２２７が行う。

ユーザーがアプリのインストールを要求する第一の手段として、ＣＤのようなメディアからインストールを行う方法がある。まず、ＰＣの光学ディスク装置２３４にＣＤを挿入すると、ＣＰＵ２２７はＣＤに入っているアプリケーションプログラム管理ソフトウェアのインストールを行う。そして、アプリケーションプログラム管理ソフトウェアのインストールが終了すると、ＣＰＵ２２７はデバイスの接続を要求し、以降は図６（a）のフローに従ってアプリのインストールを行う。

ユーザーがアプリのインストールを要求する第二の手段として、Ｗｅｂサーバーにあるダウンロードページからインストールを行う方法がある。Ｗｅｂサーバーにあるダウンロードページからアプリのインストールを選択すると、ＣＰＵ２２７は、Ｗｅｂサーバーからアプリケーションプログラム管理ソフトウェアのダウンロードを行い、ダウンロードが終了した後にインストールを開始する。そしてインストールが終了すると、ＣＰＵ２２７はデバイスの接続を要求し、以降は図６（a）のフローに従ってアプリのインストールを行う。

ユーザーがアプリのインストールを要求する第三の手段として、ＰＣの一部機能であるデバイスを管理するインターフェースからインストールを行う方法がある。このデバイスを管理するインターフェースの一例として、マイクロソフトの次期ＯＳであるWindows（登録商標）７の機能である「Device Stage」が挙げられる。Device StageはＰＣに接続されているデバイスを管理・利用することのできる機能である。まず、撮像装置のようなデバイスを接続すると、Device Stageの画面が起動する。この画面は、デバイスの製造元によってカスタマイズすることができ、デバイスを利用するユーザーにとって役立つ機能を盛り込むことができるようになっている。

このDevice Stageの画面に、「アプリのインストール」ボタンを配置することで、ユーザーは容易な操作でアプリのインストールを開始することが可能となる。ユーザーがアプリのインストールを選択すると、ＣＰＵ２２７は「アプリのインストール」ボタンのリンク先にアクセスし、アプリケーションプログラム管理ソフトウェアのダウンロードを行う。そしてダウンロードが終了した後に、インストールを開始する。インストールが終了すると、ＣＰＵ２２７はデバイスの接続を要求し、以降は図６（a）のフローに従ってアプリのインストールを行う。

図６は、アプリケーションプログラム管理ソフトウェアがインストールされているＰＣ２２６において、ユーザーがアプリのインストールを要求した際の、ＰＣ側とサーバー側のフローチャートである。図６（a）はＰＣ側のフローチャートを示しており、図６（b）〜（d）はサーバー側のフローチャートを示している。

前述したように、アプリケーションプログラム管理ソフトウェアのインストールが終了すると、ＣＰＵ２２７がデバイスの接続を要求する。そしてユーザーがＰＣにデバイスを接続するとＣＰＵ２２７はデバイスの接続を検出し、ステップ６００において接続されているデバイス情報をサーバーへ送信する。ここで、サーバーへ送信するデバイス情報とは、デバイスＩＤ番号とデバイス機種名の２つを含んでいる。デバイスＩＤ番号は、ユーザーが第一のＰＣでアプリ構成情報をサーバーへ送信していた場合に、その構成情報を検索するためのキーとなる。デバイス機種名は、デバイスの機種に応じた基本アプリをインストールする場合に、そのデバイス機種を検索するキーとなる。

ＰＣからデバイス情報をサーバへ送信すると、ステップ６０９においてサーバーのＣＰＵ２０９は、サーバーのソフトウェアに従ってＰＣからデバイス情報を受信する。ＣＰＵ２０９は、ステップ６１０において受信したデバイス情報に対応するアプリ構成情報がサーバーに保存されているかを検索し、その有無をＰＣへ送信する。ここで使用するデバイス情報とは、デバイスのＩＤ番号にあたる。例えば、ユーザーが第一のＰＣにおいて、デバイス情報「DEVICE_ID_ABC12345」を持つアプリ構成情報をサーバーに送信していた場合、ステップ６００で同じデバイス情報をサーバーに送信すれば、サーバーのＣＰＵ２０９は過去にアプリ構成情報が送信されたと判断する。そして対応するアプリ構成情報が有ることを、ＰＣ２２６へ送信する。

次に、ステップ６０１において、ＣＰＵ２２７は送信したデバイス情報に対応するアプリ構成情報の有無を、サーバーから受信する。アプリ構成情報が無い場合は、ステップ６０２においてデバイス機種に応じたアプリをダウンロードし、インストールする。デバイスの機種に応じたアプリのインストール詳細については、後述する。アプリ構成情報がある場合は、ＣＰＵ２２７はステップ６０３においてユーザーに対してインストール方式の確認を行う。ここで言うインストール方式とは、アプリの新規インストールか移行インストールを表す。新規インストールであればデバイスの機種に応じたアプリのインストールを行う。また、移行インストールであればサーバーに保存されているアプリ構成情報に従って、すなわちユーザーが過去に使用していたアプリケーションプログラムと同じものをインストールするフローに移る。ここでユーザーがインストール方式を選択できるのは、以前のＰＣで使用していたアプリ構成情報をサーバーに送信していたとしても、デバイスの機種に応じたアプリをインストールしたい場合が考えられるからである。

ユーザーが移行インストールを選択した場合は、ＣＰＵ２２７はステップ６０４においてサーバーへ移行インストール情報を送信する。ここで言う移行インストール情報とは、移行インストールを要求する情報とステップ６００でサーバーに送信したデバイス情報を含んでいる。そしてサーバーのＣＰＵ２０９はステップ６１１において、ＰＣから移行インストール情報を受信する。ＣＰＵ２０９はステップ６１２において、受信したデバイス情報に対応するアプリ構成情報を検索し、アプリ構成情報の中にユーザー情報が含まれているかを確認し、その有無をＰＣへ送信する。

ＰＣのＣＰＵ２２７はステップ６０５において、サーバーからユーザー情報の有無を受信し、ユーザー情報が保存されていない場合は、ステップ６０６においてユーザーが以前にサーバーへ送信したアプリ構成情報に従ってアプリをダウンロードし、インストールする。ユーザー情報がサーバーに保存されている場合は、ＣＰＵ２２７はステップ６０７においてユーザーに対してユーザー情報の確認を行う。ここで言うユーザー情報の確認は、ＰＣの操作部２３１によってユーザーからの入力を受けることである。そして入力されたユーザー情報をサーバーへする。するとサーバーのＣＰＵ２０９はステップ６１３において、ＰＣから送信されたユーザー情報を受信する。ＣＰＵ２０９はステップ６１４で、受信したユーザー情報が正しいかを確認する。例えば、ユーザーがＰＣ２００において、ステップ６００で送信したデバイス情報と共にユーザー情報「abc.defgh@xxx.yy.zz」をサーバーに送信していた場合、ステップ６０７で同じユーザー情報を入力しサーバーに送信することで、サーバーのＣＰＵ２０９は正しいユーザー情報であると判断する。ＣＰＵ２０９は、ユーザー情報が正しいと判断すれば移行判定情報として移行許可をＰＣへ送信し、ユーザー情報が正しくないと判断すれば移行不許可をＰＣへ送信する。

ＰＣのＣＰＵ２０１はステップ６０８でサーバーから移行判定情報を受信し、移行許可の場合は、ステップ６０６においてアプリ構成情報に従ってアプリをダウンロードし、インストールする。移行判定情報が移行不許可の場合は、ＣＰＵ２２７はステップ６０３において再度インストール方式の確認を行う。

次に、デバイス機種に応じたアプリをインストールする方法について、説明を行う。

図５は、サーバー管理者によって作成されるデバイスの機種に応じた基本アプリ構成情報である。基本アプリ構成情報はデバイス機種名とアプリ構成情報によって構成されている。

図５（a）は、デバイス機種名が５０１に示す「CameraTypeA」であり、そのデバイスに対応する基本アプリが５０２に示す「画像閲覧アプリ」、「静止画像編集アプリ」、「動画編集アプリ」である場合の構成例である。

また、図５（b）は、デバイス機種名が５０３に示す「CameraTypeB」であり、そのデバイスに対応する基本アプリが５０４に示す「画像閲覧アプリ」、「静止画像編集アプリ」、「ＲＡＷ現像アプリ」である場合の構成例である。

ここで、図５（a）と図５（b）では基本となるアプリ構成情報が異なっていることが分かる。これは、「CameraTypeA」という撮像装置は、静止画像と動画像を撮影できる機能があるが、ＲＡＷ画像は撮影できないものであることが考えられる。また、「CameraTypeB」という撮像装置は、静止画像とＲＡＷ画像を撮影できる機能があるが、動画像は撮影できないものであることが考えられる。このようにデバイスの機種に応じた基本アプリを設定することで、例えばＲＡＷ画像を撮影できないカメラを使っている場合に、ＲＡＷ現像アプリをＰＣにインストールすることがなくなる。

図７（a）はデバイスの機種に応じたアプリをインストールする際の、ＰＣ側とサーバー側のフローチャートである。図７（a）はＰＣ側のフローチャートを示しており、図７（b）はサーバー側のフローチャートを示している。

デバイスの機種に応じたアプリをインストールする場合として、ユーザーが過去にアプリ構成情報をサーバーへ送信していない場合と、インストール方式でアプリの新規インストールを選択した場合の２つが挙げられる。まず、デバイスの機種に応じたアプリをインストールする際に、ＰＣ２２６のＣＰＵ２２７はステップ７０１において、アプリのダウンロード要求と共に接続されているデバイス情報をサーバーへ送信する。サーバー２０８のＣＰＵ２０９はステップ７０４において、ＰＣから送信されたダウンロード要求とデバイス報を受信する。そしてＣＰＵ２０９はステップ７０５においてデバイス情報を元にして、ダウンロードする基本アプリを決定する。ここで使用するデバイス情報とは、デバイスの機種名にあたる。また、ダウンロードするアプリの決定には、図５に示すデバイス機種に応じた基本アプリ構成情報を用いる。例えば、「CameraTypeA」というデバイス情報をサーバーへ送信した場合は、ＣＰＵ２０９はサーバーに保存されている基本アプリ構成情報の中から該当するデバイス機種名を検索し、「CameraTypeA」に対応する３つのアプリ、すなわち「画像閲覧アプリ」、「静止画像編集アプリ」、「動画像編集アプリ」を決定する。そしてＣＰＵ２０９はステップ７０６において、各アプリをＰＣへダウンロードする。ＰＣのＣＰＵ２２７はステップ７０２においてサーバーから必要なアプリをダウンロードし、ダウンロードが終了したらステップ７０３においてアプリのインストールを行う。

図６（a）の説明に戻る。ステップ６０２、またはステップ６０６においてアプリのインストールが終了した後に、インストールを行った第二のＰＣ２２６のＣＰＵ２２７はサーバーにアプリ構成情報の送信を行う。これは、今回アプリのインストールを行ったＰＣが、将来には移行元のＰＣとなることが考えられるからである。そのために、今回インストールしたアプリ構成情報と接続しているデバイス情報をサーバーへ送信する。アプリ構成情報の送信は、図３に示すフローチャートに沿ってＣＰＵ２２７が行う。

以上のようにアプリのインストールについて説明をしてきたが、ユーザーがサーバーに送信したアプリ構成情報を削除したいと考える場合もある。例えばカメラを他人に譲渡した場合に、アプリ構成情報をサーバーに保存したままであれば、譲渡先の人が同じアプリ構成を再現することが可能となる。自分が使用していたアプリ構成を他人に知られることが好ましくないと感じることもあり、ユーザーからの要求でアプリ構成情報の削除を行うことで、このような例を防ぐことができる。ここでは、過去にＰＣ２００のアプリ構成情報をサーバー２０８へ送信している場合に、ＰＣ２００のアプリ構成情報を削除することを例として挙げる。

サーバーに保存されているアプリ構成情報の第一の削除方法として、ユーザーからの明示的な削除要求を受け付けることによって、アプリ構成情報の削除を行う。また、第二の削除方法として、ユーザーがアプリケーションプログラム管理ソフトウェアのアンインストールを行う際に、アプリ構成情報の削除を行うことができる。

図８は、サーバーに保存されているアプリ構成情報の削除を行う際の、ＰＣ側とサーバー側のフローチャートである。図８（a）は、ユーザーがアプリ構成情報の削除を要求した際のＰＣ側のフローチャート、図８（b）はユーザーがアプリケーションプログラム管理ソフトウェアのアンインストールを行う際のＰＣ側のフローチャート、図８（c）はアプリ構成情報の削除要求を受信したサーバー側のフローチャートを示している。

まず、ユーザーが明示的にアプリ構成情報の削除要求を行った場合について説明する。

ステップ８０１において、ユーザーはＰＣに対してアプリ構成情報の削除要求を行う。具体的な方法として、ユーザーはタスクトレイにあるアプリケーションプログラム管理ソフトウェアのアイコンをクリックし、アプリ構成情報の削除を選択することで、アプリ構成情報の削除要求を行うことができる。そしてＣＰＵ２０１はステップ８０２において、ＰＣに保存しているデバイス情報と共にアプリ構成情報削除要求をサーバーへ送信する。

するとサーバーのＣＰＵ２０９はステップ８０８において、ＰＣから送信されたアプリ構成情報削除要求とデバイス情報を受信する。そしてＣＰＵ２０９はステップ８０９において、受信したデバイス情報を元にして対応するアプリ構成情報と共に削除を行う。

次に、ユーザーがＰＣ２００のアプリケーションプログラム管理ソフトウェアをアンインストールする場合について、図８（b）を用いて説明を行う。

ステップ８０３において、ユーザーはアプリケーションプログラム管理ソフトウェアのアンインストール要求を行う。アンインストール要求は、アプリケーションプログラム管理ソフトウェアのアンインストーラーを起動することで行うことができる。アンインストール要求を受けると、ＣＰＵ２０１はステップ８０４において、アプリ構成情報を以前にサーバーへ送信したことがあるかを確認する。アプリ構成情報をサーバーへ送信したことがない場合は、ＣＰＵ２０１はステップ８０５においてアプリケーションプログラム管理ソフトウェアのアンインストールを行う。アプリ構成情報をサーバーへ送信したことがある場合は、ＣＰＵ２０１はステップ８０６において、ユーザーに対してサーバーに保存されているアプリ構成情報の削除を行うかを確認する。ユーザーが削除を行わないことを選択した場合には、ＣＰＵ２０１はステップ８０５においてアンインストールのみを行う。ユーザーが削除を行うことを選択した場合には、ＣＰＵ２０１はステップ８０７において、ＰＣに保存されているデバイス情報と共にアプリ構成情報削除要求をサーバーへ送信する。削除要求をサーバーへ送信した後の、サーバー側のフローは前述したものと同じであるので説明を省略する。そして、削除要求をサーバーへ送信した後のＰＣ側のフローはステップ８０５に移り、ＣＰＵ２０１はアンインストールを行う。

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。

また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。

また、プログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータはがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。

２００：第一のＰＣ、２０１：第一のＰＣのＣＰＵ、２０２：第一のＰＣの一次記憶装置、２０３：第一のＰＣの二次記憶装置、２０４：第一のＰＣの表示部、２０５：第一のＰＣの操作部、２０６：第一のＰＣのネットワーク装置、２０７：第一のＰＣの通信装置、２０８：サーバー、２０９：サーバーのＣＰＵ、２１０：サーバーの一次記憶装置、２１１：サーバーの二次記憶装置、２１２：サーバーの表示部、２１３：サーバーの操作部、２１４：サーバーのネットワーク装置、２１５：撮像装置、２２４：撮像装置の通信制御装置、２２６：第二のＰＣ、２２７：第二のＰＣのＣＰＵ、２２８：第二のＰＣの一次記憶装置、２２９：第二のＰＣの二次記憶装置、２３０：第二のＰＣの表示部、２３１：第二のＰＣの操作部、２３２：第二のＰＣのネットワーク装置、２３３：第二のＰＣの通信装置、２３４：第二のＰＣの光学ディスク装置、４０１：アプリ構成情報、４０２：アプリ構成情報、４０３：デバイスを特定する情報、４０４：アプリ構成情報、４０５：デバイスを特定する情報、４０６：ユーザーを特定する情報、５０１：デバイス機種名、５０２：アプリ構成情報、５０３：デバイス機種名、５０４：アプリ構成情報

Claims (10)

1. 他のコンピュータ内にインストールされているアプリケーションプログラムの一覧と、当該他のコンピュータに接続されているデバイスを特定する情報とを対応づけて記憶するサーバーと通信する情報処理装置であって、
   情報処理装置に接続されているデバイスを特定するデバイス情報を取得する取得手段と、
   前記取得手段で取得した情報を、前記サーバーに送信する送信手段と、
   前記サーバにおいて、前記デバイス情報に対応づけられている前記アプリケーションプログラムの一覧を受信して、当該アプリケーションプログラムの一覧に記述されているアプリケーションプログラムのインストールの実行を制御する制御手段とを有することを特徴とする情報処理装置。
2. 前記制御手段は、前記アプリケーションプログラムの一覧に記述されているアプリケーションプログラムをインストールするためのプログラムを、前記サーバから受信するか、または、前記情報処理装置が備える読み出し手段により記憶媒体から読み出すことを特徴とする請求項１に記載の情報処理装置。
3. さらに、前記情報処理装置に前記デバイスが接続されているか否かを判定する判定手段を有し、
   前記判定手段により前記デバイスが接続されていないことを判定した場合には、前記デバイスの接続をユーザに促すための通知を行う通知手段とを有することを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 他のコンピュータ内にインストールされているアプリケーションプログラムの一覧と、当該他のコンピュータに接続されているデバイスを特定する情報とを対応づけて記憶するサーバーと通信する情報処理装置にアプリケーションプログラムをインストールする制御方法であって、
   情報処理装置に接続されているデバイスを特定するデバイス情報を取得する取得工程と、
   前記取得工程で取得した情報を、前記サーバーに送信する送信工程と、
   前記サーバにおいて、前記デバイス情報に対応づけられている前記アプリケーションプログラムの一覧を受信して、当該アプリケーションプログラムの一覧に記述されているアプリケーションプログラムのインストールの実行を制御する制御工程とを有することを特徴とする制御方法。
5. 前記制御工程は、前記アプリケーションプログラムの一覧に記述されているアプリケーションプログラムをインストールするためのプログラムを、前記サーバから受信するか、または、前記情報処理装置が備える読み出し手段により記憶媒体から読み出すことを特徴とする請求項４に記載の制御方法。
6. さらに、前記情報処理装置に前記デバイスが接続されているか否かを判定する判定工程を有し、
   前記判定工程により前記デバイスが接続されていないことを判定した場合には、前記デバイスの接続をユーザに促すための通知を行う通知工程とを有することを特徴とする請求項４または請求項５に記載の制御方法。
7. 他のコンピュータ内にインストールされているアプリケーションプログラムの一覧と、当該他のコンピュータに接続されているデバイスを特定する情報とを対応づけて記憶するサーバーと通信する情報処理装置に読み込まれて、当該情報処理装置のCPUにより実行されることにより、以下の制御方法によりアプリケーションプログラムをインストールするプログラムであって、
   前記制御方法は、
   情報処理装置に接続されているデバイスを特定するデバイス情報を取得する取得工程と、
   前記取得工程で取得した情報を、前記サーバーに送信する送信工程と、
   前記サーバにおいて、前記デバイス情報に対応づけられている前記アプリケーションプログラムの一覧を受信して、当該アプリケーションプログラムの一覧に記述されているアプリケーションプログラムのインストールの実行を制御する制御工程とを有することを特徴とするプログラム。
8. 前記制御工程は、前記アプリケーションプログラムの一覧に記述されているアプリケーションプログラムをインストールするためのプログラムを、前記サーバから受信するか、または、前記情報処理装置が備える読み出し手段により記憶媒体から読み出すことを特徴とする請求項７に記載のプログラム。
9. さらに、前記情報処理装置に前記デバイスが接続されているか否かを判定する判定工程を有し、
   前記判定工程により前記デバイスが接続されていないことを判定した場合には、前記デバイスの接続をユーザに促すための通知を行う通知工程とを有することを特徴とする請求項７または請求項８に記載のプログラム。
10. 請求項７乃至請求項８のいずれか１項に記載のプログラムを格納する、コンピュータにより可読の記録媒体。