JP2006251893A - アプリケーション取得方式及びアプリケーション取得方法及び記憶装置 - Google Patents

Abstract

【課題】 ＰＣが携帯型記憶装置に保存されているアプリケーションソフトウエアを実行しようとする際、アプリケーションをサーバから取得することを目的とする。
【解決手段】 携帯型記憶装置がＰＣから送信されたアプリケーション識別子転送要求に対応したアプリケーション識別子をＰＣに送信し、ＰＣが携帯型記憶装置から送信されたアプリケーション識別子をアプリケーションサーバに送信し、アプリケーションサーバがＰＣから送信されたアプリケーション識別子に対応したアプリケーションソフトウエアをＰＣに送信し、ＰＣがアプリケーションサーバから送信されたアプリケーションソフトウエアを実行する。
【選択図】 図１

Description

この発明は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で利用するアプリケーション（アプリケーションソフトウエア）の取得方式に関するものである。

近年、ハードディスクの小型化と大容量化が進み、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）と接続して使用する持ち歩き可能なポータブルなハードディスクが製品化されている。そこで、ハードディスク等の携帯型記憶装置に個人が所有するデータとアプリケーションを保存し、移動先などの複数のＰＣで利用したいという要求がある。このように、データのみならずアプリケーションまで携帯型記憶装置に保存して持ち運ぶことで、ユーザは任意のＰＣで、ユーザが所有するアプリケーションを利用することができるとともに、自分の作業環境を構築することができる。

通常、携帯型記憶装置とＰＣはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などの有線ケーブルで接続されるが、移動先でケーブルを接続するのはユーザにとってわずらわしい操作である。そのため、携帯型記憶装置とＰＣを無線で接続したいという要求が生まれる。バッテリで駆動でき、無線でＰＣと通信可能な携帯型記憶装置であれば、ポケットに携帯型記憶装置を入れたまま、ＰＣから携帯型記憶装置のデータやアプリケーションにアクセスすることができる。

図３７は、このようにＰＣが携帯型記憶装置からアプリケーションを読み出し、実行する際の動作シーケンスを示した図である。ユーザが実行したいアプリケーションを指定すると、ＰＣはアプリケーション（実行ファイル）の転送要求を携帯型記憶装置に送る。すると携帯型記憶装置は、転送要求に含まれたファイル名によって指定されるアプリケーションをＰＣへ送信する。そして、アプリケーション（実行ファイル）を受信したＰＣは、これを実行する。

また、上記の方法の他に、ＰＣ上で動作するアプリケーションの設定情報を携帯端末に保存しておき、ＰＣ上でアプリケーションを実行する際に、この設定情報を携帯端末からＰＣへ転送することで、各ユーザに応じた設定でアプリケーションを実行する方法が開示されている（例えば、特許文献１）。
特開２０００−１４８６３７号公報

上記の携帯型記憶装置からＰＣへアプリケーションを転送し実行する方式では、一般にアプリケーションの実行ファイルのサイズは大きいため、これを転送するために携帯型記憶装置は大きな電力を消費してしまうという問題がある。携帯型記憶装置がバッテリで駆動する場合、消費電力が大きくなると携帯型記憶装置の利用可能時間が短くなってしまう。
また、上記特許文献１では、アプリケーションの設定情報を携帯端末からＰＣへ転送しているが、アプリケーションはあらかじめＰＣにインストールされていることを前提にしているため、携帯端末からアプリケーションを取得して実行することはできない。

本発明は、上記のような問題点を解決するためになされたもので、ＰＣが携帯型記憶装置に保存されているアプリケーションを実行しようとする際、他のサーバから当該アプリケーションを取得することが可能な場合は、アプリケーションを携帯型記憶装置から取得する代わりにサーバから取得することにより、携帯型記憶装置の通信量を削減し、消費電力を抑えることを目的とする。

この発明に係るアプリケーション取得方式は、アプリケーションソフトウエアを識別するアプリケーション識別子の転送要求受信時にこのアプリケーション識別子転送要求に対応したアプリケーション識別子を送信する携帯型記憶装置と、
前記アプリケーション識別子に対応したアプリケーションソフトウエアを送信するアプリケーションサーバと、
前記携帯型記憶装置に前記アプリケーション識別子転送要求を送信し、前記携帯型記憶装置により送信された前記アプリケーション識別子を前記アプリケーションサーバに送信し、前記アプリケーションサーバにより送信された前記アプリケーションソフトウエアを実行するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）と、を備えたものである。

この発明は、携帯型記憶装置がＰＣから送信されたアプリケーション識別子転送要求に対応したアプリケーション識別子をＰＣに送信し、ＰＣが携帯型記憶装置から送信されたアプリケーション識別子をアプリケーションサーバに送信し、アプリケーションサーバがＰＣから送信されたアプリケーション識別子に対応したアプリケーションソフトウエアをＰＣに送信し、ＰＣがアプリケーションサーバから送信されたアプリケーションソフトウエアを実行することにより、携帯型記憶装置とＰＣと間のデータ転送量を削減することができるので、携帯型記憶装置の消費電力を抑えることができる。

実施の形態１．
図１は、実施の形態１のアプリケーション取得方式の構成図である。
図１において、携帯型記憶装置１００はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など情報処理装置で利用するデータやアプリケーション（アプリケーションソフトウエア）が保存され、バッテリにより動作する装置であり、各種情報を記憶する記憶手段としての記憶部１０１、データ転送の制御を行う制御手段としての制御部１０２、ＰＣ２００と通信を行うための通信手段としての近距離無線部１０３、各構成要素に電力を供給するバッテリ１０４により構成されている。

ＰＣ２００は、各種情報を記憶する記憶手段としての記憶部２０１、データ転送の制御を行う制御手段としての制御部２０２、携帯型記憶装置１００と通信を行うための通信手段としての近距離無線部２０３、ＰＣ２００の利用者がＰＣ２００を操作するためのユーザインターフェース２０４、ネットワーク４００を介してアプリケーションサーバ３００と通信を行うための通信手段としての通信部２０５により構成されている。
アプリケーションサーバ３００は、各種情報を記憶する記憶手段としての記憶部３０１、データ転送の制御を行う制御手段としての制御部３０２、ネットワーク４００を介してＰＣ２００と通信を行うための通信手段としての通信部３０３により構成されている。
なお、ＰＣ２００およびアプリケーションサーバ３００には充分な電力が供給されており、電力不足で動作不能になることはない。

図２は、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００の動作を示すシーケンス図である。
次に、本実施の形態における、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００の動作の概要を図２を参照しながら説明する。
まず、ユーザ操作により携帯型記憶装置１００の近距離無線部１０３とＰＣ２００の近距離無線部２０３との通信が確立され、ユーザはＰＣ２００のユーザインターフェース２０４を介して携帯型記憶装置１００にあるファイルが閲覧可能な状態になっているものとする（図示せず）。

ユーザが、携帯型記憶装置１００の記憶部１０１に記憶されたアプリケーションを実行しようとすると、ＰＣ２００から携帯型記憶装置１００にアプリケーション識別子転送要求が送信される（ステップＳ１０）。アプリケーション識別子転送要求を受信した携帯型記憶装置１００は、アプリケーション識別子が存在するか調べ（ステップＳ１１）、存在する場合はＰＣ２００にアプリケーション識別子を送信する（ステップＳ１２）。前記アプリケーションのアプリケーションサーバ内の記憶場所を示すアプリケーション識別子を受信したＰＣ２００は、携帯型記憶装置１００から送信されたアプリケーション識別子に基づき、アプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ１３）。

アプリケーション転送要求を受信したアプリケーションサーバ３００は、ＰＣ２００から要求されたアプリケーションが記憶部３０１に存在するか調べ（ステップＳ１４）、存在する場合はアプリケーションをＰＣ２００に送信する（ステップＳ１５）。アプリケーションを受信したＰＣ２００は、アプリケーションを実行する（ステップＳ１６）。
携帯型記憶装置１００は、アプリケーション識別子が存在しない場合、ＰＣ２００にアプリケーションを送信し（ステップＳ１７）、ＰＣ２００は受信したアプリケーションを実行する（ステップＳ１６）。

また、アプリケーションサーバ３００にステップＳ１３のアプリケーション転送要求で指定したアプリケーションが存在しない場合、アプリケーションサーバ３００はエラー通知をＰＣ２００に送信する（ステップＳ１８）。エラー通知を受信したＰＣ２００は、アプリケーション転送要求を携帯型記憶装置１００に送信し（ステップＳ１９）、これを受信した携帯型記憶装置１００はアプリケーションをＰＣ２００に送信する（ステップＳ１７）。ＰＣ２００は受信したアプリケーションを実行する（ステップＳ１６）。

次に、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００の動作をさらに詳しく説明する。
まず、ＰＣ２００からの要求に応じて携帯型記憶装置１００がアプリケーション識別子１１０をＰＣ２００に送信する動作について、図３、図４、図５を参照しながら説明する。
図３は、携帯型記憶装置１００の動作を示すフローチャートである。
図４は、ＰＣ２００の動作を示すフローチャートである。
図５は、記憶部１０１に記憶されたデータの構造を示す図であり、ルートディレクトリの下にディレクトリやファイルがツリー構成で記憶されている。

ここで、上述のように携帯型記憶装置１００とＰＣ２００は無線回線で通信を確立しており、ユーザはＰＣ２００のユーザインターフェース２０４を介して携帯型記憶装置１００にあるファイルを閲覧可能な状態になっているものとする。
このとき、携帯型記憶装置１００にあるアプリケーションを実行しようとすると、ＰＣ２００の制御部２０２が近距離無線部２０３を介して携帯型記憶装置１００へアプリケーション識別子転送要求を送信する（ステップＳ２０１）。
アプリケーション識別子転送要求にはアプリケーション１０９のディレクトリパスが含まれる。ディレクトリパスとはファイルの記憶位置を示す文字列である。

携帯型記憶装置１００の制御部１０２は、近距離無線部１０３を介してＰＣ２００からメッセージを受信すると（ステップＳ１０１）、メッセージの種類を調べる（ステップＳ１０２）。メッセージがアプリケーション転送要求の場合、アプリケーション識別子転送要求に含まれるディレクトリパスを参照して、記憶部１０１の指定された箇所にアプリケーション識別子１１０のファイルが存在するか調べる（ステップＳ１０３）。

なお、図５に示すように、アプリケーション識別子１１０のファイルはアプリケーション１０９と同じディレクトリに存在し、そのファイル名はアプリケーションのファイル名の拡張子を「.ｉｄ」としたものとすることでアプリケーションのファイル名から一意に決定できる。例えば、アプリケーションのファイル名が「ａｐｐ１.ｅｘｅ」の場合、アプリケーション識別子のファイル名は「ａｐｐ１.ｉｄ」とする。アプリケーション識別子１１０にはＵＲＬ１１１が記憶されている。

図６は、アプリケーション識別子１１０に記憶されたＵＲＬ１１１の構造を示す図である。
図６に示すように、ＵＲＬ１１１は、スキーム名１００１、区切り文字１００２、サーバ名１００３、パス名１００４から構成される。スキーム名１００１は、ＵＲＬで指定するファイルを入手するために用いる手段である。区切り文字１００２は、スキーム名とサーバ名を区切るための文字である。サーバ名１００３は、ＵＲＬ１１１で指定するファイルが置かれているアプリケーションサーバを示す。パス名１００４は、ファイルのアプリケーションサーバでの記憶場所を示す。

アプリケーション識別子１１０が記憶部１０１に存在する場合、制御部１０２は記憶部１０１に記憶されたアプリケーション識別子１１０を抽出し、抽出したアプリケーション識別子１１０を近距離無線部１０３を介してアプリケーション識別子１１０をＰＣ２００に送信する（ステップＳ１０４）。
一方、アプリケーション識別子１１０が記憶部１０１に存在しない場合、制御部１０２はアプリケーション転送要求に対応したアプリケーションを記憶部１０１から抽出し、抽出したアプリケーション１０９を近距離無線部１０３を介してＰＣ２００に送信する（ステップＳ１０５）。

ＰＣ２００が近距離無線部２０３を介して携帯型記憶装置１００からメッセージを受信すると（ステップＳ２０２）、制御部２０２はメッセージの種類を調べる（ステップＳ２０３）。メッセージがアプリケーション１０９の場合、制御部２０２は受信したアプリケーション１０９を実行する（ステップＳ２０７）。アプリケーション識別子１１０の場合、ＰＣ２００はアプリケーションサーバ３００からアプリケーション３０８をダウンロードすることを試みる。

次に、ＰＣ２００が携帯型記憶装置１００から受信したアプリケーション識別子１１０を用いてアプリケーションサーバ３００からアプリケーション３０８を取得する動作について、図３、図４、図７、図８も参照しながら説明する。
図７は、アプリケーションサーバ３００の動作を示すフローチャートである。
図８は、記憶部３０１に記憶されたデータの構造を示す図であり、ルートディレクトリの下にディレクトリやファイルがツリー構成で記憶されている。

近距離無線部２０３を介して携帯型記憶装置１００からアプリケーション識別子１１０を受信した制御部２０２は、アプリケーション識別子１１０に含まれるＵＲＬ１１１のサーバ名１００３を参照してアプリケーションサーバ３００を特定し、通信部２０５を介してアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ２０４）。アプリケーション転送要求には、ＰＣ２００が受信したアプリケーション識別子１１０に含まれるＵＲＬ１１１が含まれる。

通信部３０３を介してアプリケーション転送要求を受信した（ステップＳ３０１）制御部３０２は、アプリケーション転送要求に含まれるＵＲＬ１１１を参照し、ＵＲＬ１１１のパス名１００４で指定されたアプリケーション３０８が記憶部３０１に存在するか調べる（ステップＳ３０２）。アプリケーション３０８は、図８に示すように記憶部３０１に記憶されている。指定されたアプリケーション３０８が記憶部３０１に存在する場合、制御部３０２は記憶部３０１に記憶されたアプリケーション３０８を抽出し、抽出したアプリケーション３０８を通信部３０３を介してＰＣ２００に送信する（ステップＳ３０３）。

指定されたアプリケーション３０８が記憶部３０１に存在しない場合、制御部３０２は通信部３０３を介してＰＣ２００へエラー通知「アプリケーションがない」を送信する（ステップＳ３０４）。
通信部２０５を介してアプリケーションサーバ３００よりメッセージを受信した制御部２０２は（ステップＳ２０５）、受信したメッセージを参照してアプリケーションの受信に成功したか調べる（ステップＳ２０６）。成功した場合、ＰＣ２００は受信したアプリケーション３０８を実行する（ステップＳ２０７）。

次に、ＰＣ２００がアプリケーションサーバ３００からアプリケーション３０８を取得できなかった場合、再び携帯型記憶装置１００からアプリケーション１０９の取得を試みる動作について、図３、図４も参照しながら説明する。
なお、ＰＣ２００がアプリケーションサーバ３００からアプリケーション３０８を取得できない場合とは、ＰＣ２００がアプリケーションサーバ３００に接続できない場合や、アプリケーション転送要求で指定したアプリケーション３０８がアプリケーションサーバ３００に存在しない場合等である。

ＰＣ２００は、近距離無線部２０３を介して携帯型記憶装置１００にアプリケーション転送要求を送信する（ステップＳ２０８）。アプリケーション転送要求にはアプリケーション１０９のディレクトリパスが含まれる。近距離無線部１０３を介してメッセージを受信した制御部１０２は（ステップＳ１０１）、メッセージの種類を調べる（ステップＳ１０２）。

メッセージがアプリケーション転送要求の場合、制御部１０２はアプリケーション転送要求に含まれるディレクトリパスで指定されたアプリケーションを記憶部１０１から抽出し、抽出したアプリケーション１０９を近距離無線部１０３を介してＰＣ２００に送信する（ステップＳ１０５）。
近距離無線部２０３を介して携帯型記憶装置１００からアプリケーション１０９を受信した（ステップＳ２０９）制御部２０２は、アプリケーション１０９を実行する（ステップＳ２０７）。

以上のように、本実施の形態によれば、携帯型記憶装置１００に記憶されているアプリケーションがアプリケーションサーバ３００にも記憶されている場合は、携帯型記憶装置１００からＰＣ２００に転送しない代わりにアプリケーションサーバ３００から取得することにより、携帯型記憶装置１００とＰＣ２００と間のデータ転送量を削減することができるので、結果として携帯型記憶装置１００の消費電力を抑えることができる。
また、この際、アプリケーションを携帯型記憶装置１００とアプリケーションサーバ３００のどちらから取得するかを自動的に判断するため、利用者がアプリケーションを携帯型記憶装置１００とアプリケーションサーバ３００のどちらから取得するのか選択する必要がないといった利点もある。

なお、この例では、アプリケーションのバージョンについて考慮していなかったが、アプリケーションサーバ３００から取得するアプリケーションのバージョンをユーザが指定できるように構成してもよい。
この動作について、図９、図１０、図１１、図１２も参照しながら説明する。
図９は、ユーザが取得するアプリケーションのバージョンを参照する場合のアプリケーションサーバ３００の動作を示すフローチャートである。
図１０は、アプリケーションのバージョン情報を持つ場合の携帯型記憶装置１００の記憶部１０１に記憶されたデータの構造を示す図である。
図１１は、アプリケーションのバージョン情報を持つ場合のアプリケーションサーバ３００の記憶部３０１に記憶されたデータの構造を示す図である。
図１２は、取得するアプリケーションのバージョンをユーザが指定できる場合の記憶部１０１に記憶されたＵＲＬ１１１の構造を示す図である。

ＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１１０を受信するまでの動作は、図３、図４とほぼ同様である。ただし、図１０に示すように携帯型記憶装置１００の記憶部１０１に保存されているアプリケーション識別子１１０にはバージョン情報が含まれている。そして、図１２に示すように、アプリケーション識別子１１０に含まれるＵＲＬ１１１はアプリケーションの記憶されているディレクトリ名を表現しているものとする。

次に、ＰＣ２００が携帯型記憶装置１００から受信したアプリケーション識別子１１０を用いてアプリケーションサーバ３００からアプリケーション３０８を取得する動作について、図４、図９、図１１、図１２も参照しながら説明する。
近距離無線部２０３を介して携帯型記憶装置１００からメッセージを受信した制御部２０２は（ステップＳ２０２）、メッセージの種類を調べる（ステップＳ２０３）。
メッセージがアプリケーション識別子１１０の場合、制御部２０２はアプリケーション識別子１１０に含まれるＵＲＬ１１１のサーバ名１００２を参照してアプリケーションサーバ３００を特定し、通信部２０５を介してアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ２０４）。アプリケーション転送要求には、ＰＣ２００が受信したアプリケーション識別子に含まれるＵＲＬ１１１およびバージョン１１８が含まれる。

通信部３０３を介してアプリケーション転送要求を受信した制御部３０２は（ステップＳ３０１）、アプリケーション転送要求からＵＲＬ１１１とバージョン１１８を取り出し、アプリケーション転送要求で指定されたＵＲＬ１１１のパス名と同じディレクトリが記憶部３０１に存在するか調べる（ステップＳ３０５）。存在する場合、制御部３０２はそのディレクトリの下に、アプリケーション転送要求で指定されたバージョン１１８と同じディレクトリ名のディレクトリが存在するか調べる（ステップＳ３０６）。

図１１に示すように、ＵＲＬで指定されるディレクトリパスの下にバージョンの異なるアプリケーションがディレクトリごとに分けられて記憶されており、アプリケーションの記憶されているディレクトリの名前はバージョンと同じである。バージョン１１８と同じディレクトリ名のディレクトリが存在する場合、制御部３０２は通信部３０３を介してアプリケーション３０８をＰＣ２００に転送する（ステップＳ３０３）。アプリケーションが存在しない、もしくはバージョンの一致するアプリケーション３０８が存在しない場合、制御部３０２は通信部３０３を介してエラー通知をＰＣ２００に送信する（ステップＳ３０４）。

通信部２０５を介してアプリケーション３０８を受信した制御部２０２は（ステップＳ２０５、ステップＳ２０６）、受信したアプリケーション３０８を実行する（ステップＳ２０７）。通信部２０５によりエラー通知を受信するなどでアプリケーション３０８の受信に失敗した場合、制御部２０２は携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、この後、携帯型記憶装置１００から送信された上記アプリケーション転送要求に対応したアプリケーション１０９を受信し（ステップＳ２０９）、受信したアプリケーション１０９を実行する（ステップＳ２０７）。

ここでは、アプリケーションサーバ３００は指定されたバージョンのアプリケーションが存在したときのみアプリケーションをＰＣ２００に送信することにしたが、指定されたバージョンのアプリケーションが存在しない場合に、異なるバージョンのアプリケーションを送信するようにしてもよい。
また、この動作を自動的に行ってもよいし、ユーザにその動作の許可を問い合わせてもよい。さらに、指定されたバージョンよりも新しいアプリケーションがアプリケーションサーバ３００に存在した場合は、自動的に最新バージョンのアプリケーションをＰＣ２００に送信するようにしてもよいし、ユーザにその動作の許可を問い合わせてもよい。

上記のように、アプリケーションのバージョンを指定することにより、携帯型記憶装置１００のユーザの作業環境をより正確に再現でき、ユーザの作業効率が上がるといった利点がある。また、指定したバージョンのアプリケーションを取得できない場合に異なるバージョンのアプリケーションを取得することで、携帯型記憶装置１００からのアプリケーションの転送を行わなくてよくなるため、携帯型記憶装置１００の消費電力を抑えることができるといった利点がある。

また、この例では、アプリケーションは無条件で使用できるものとして説明したが、対象となるアプリケーションが市販のものであり、そのアプリケーションを正規に購入したという証明書が必要である場合が考えられる。その場合について、図１３、図１４、図１５、図１６も参照しながら説明する。
図１３は、証明書の検査を行う場合のＰＣ２００の動作を示すフローチャートである。
図１４は、証明書の検査を行う場合のアプリケーションサーバ３００の動作を示すフローチャートである。

図１５は、証明書を持つ場合の記憶部１０１に記憶されたデータの構造を示す図であり、図７のフローチャートで説明したアプリケーション識別子のＵＲＬに加えてアプリケーションの正当な購入者であることを示す証明書が含まれている。＜証明書＞とは、例えばアプリケーション販売者から与えられた文字列である。
図１６は、証明書を持つ場合の記憶部３０１に記憶されたデータの構造を示す図である。なお、携帯型記憶装置１００の動作は図３とほぼ同様であるので図は省略する。
図１４において、ＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１２０を受信するまでの動作は、図３、図４とほぼ同様である。ただし、図１５に示すように、携帯型記憶装置１００からＰＣ２００に送信するアプリケーション識別子１２０には、ＵＲＬ１１１に加えてアプリケーションが正当に購入されたことを示す証明書１２１が含まれている。

次に、ＰＣ２００がアプリケーションサーバ３００からアプリケーション３０８を取得する動作について、図１３、図１４、図１６も参照しながら説明する。
まず、制御部２０２がアプリケーション識別子１２０に含まれるＵＲＬ１１１のサーバ名１００２を参照してアプリケーションサーバ３００を特定し、通信部２０５を介してアプリケーションサーバ３００へアプリケーション転送要求を送信する（ステップＳ２０４）。このアプリケーション転送要求には、ＰＣ２００が受信したアプリケーション識別子１２０に含まれていたＵＲＬ１１１および証明書１２１が含まれる。

図１６に示すように、アプリケーションサーバ３００の記憶部３０１にはＵＲＬ１１１で指定されるディレクトリパスの下にアプリケーション３０８と証明書のリスト３１３が記憶されている。証明書のリスト３１３とは、アプリケーションの正当な購入者に与えられる文字列のリストである。例えば、図１６に示すように、アプリケーション３０８のファイル名が「ａｐｐ１.ｅｘｅ」の場合、証明書のリスト３１３のファイル名は「ａｐｐ１.ｌｉｓｔ」というように拡張子を変更したものと決めておけば、証明書のリスト３１３のファイル名はアプリケーション３０８のファイル名から一意に決定できる。

アプリケーションサーバ３００の制御部３０２は通信部３０３を介してアプリケーション転送要求を受信する（ステップＳ３０１）と、アプリケーション転送要求からＵＲＬ１１１と証明書１２１を取り出しＵＲＬ１１１のパス名１００４で指定された場所にアプリケーション３０８が存在するか調べる（ステップＳ３０２）。アプリケーション３０８が存在する場合、制御部３０２はアプリケーション３０８と同じディレクトリにある証明書のリスト３１３の中に証明書１２１と一致するものがあるか調べる（ステップＳ３０７）。一致するものが存在する場合、制御部３０２は通信部３０３を介してアプリケーション３０８をＰＣ２００へ送信する（ステップＳ３０３）。

アプリケーションがＵＲＬ１１１で指定された場所にない場合、制御部３０２は通信部３０３を介してエラー通知「アプリケーションがない」をＰＣ２００に送信する（ステップＳ３０４）。証明書のリスト３１３の中から証明書１２１と一致するものが存在しない場合、制御部３０２は通信部３０３を介してエラー通知「証明書が不正」をＰＣ２００に送信する（ステップＳ３０８）。通信部２０５を介してアプリケーションサーバ３００からメッセージを受信した（ステップＳ２０５）制御部２０２は、アプリケーション３０８の受信に成功したか調べる（ステップＳ２０６）。受信に成功した場合、制御部２０２は受信したアプリケーション３０８を実行する（ステップＳ２０７）。

次に、ＰＣ２００がアプリケーションサーバ３００からエラーメッセージを受信した場合の動作について、図１３も参照しながら説明する。エラーメッセージの内容が「証明書が不正」の場合、制御部２０２はユーザインターフェース２０４を介してユーザへその旨を通知する（ステップＳ２１０）。エラーメッセージの内容が「指定したアプリケーションが存在しない」の場合、制御部２０２は携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、この後、携帯型記憶装置１００から送信された上記アプリケーション転送要求に対応したアプリケーション１０９を受信し（ステップＳ２０９）、受信したアプリケーション１０９を実行する（ステップＳ２０７）。

上記のように、証明書を用いることにより、市販アプリケーションを正当な購入者のみが取得できるようになり、携帯型記憶装置１００のユーザの作業環境をより正確に再現でき、市販アプリケーションの不正取得を防止できるといった利点がある。

以上の説明では、取得する対象をアプリケーションとして説明したが、携帯型記憶装置にあるアプリケーション以外のファイルを取得することも可能である。この場合、アプリケーション識別子をファイル識別子として使用し、ファイルの取得に利用する。ファイルの取得先はＵＲＬで指定するため、取得先はアプリケーションサーバに限らず、例えば、ＷｅｂサーバやＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバでも構わない。

また、ひとつのアプリケーションが複数のファイルから構成される場合は、アプリケーション識別子に複数のＵＲＬを持たせることで、アプリケーション実行に必要なファイルすべてを、アプリケーションサーバからＰＣへ転送させるようにしても構わない。
この動作について、図３、図１７、図１８、図１９も参照しながら説明する。
図１７は、１つのアプリケーション識別子に複数のＵＲＬが含まれる場合の記憶部１０１に記憶されたデータの構造を示す図である。
図１８は、１つのアプリケーション識別子に複数のＵＲＬが含まれる場合のＰＣ２００の動作を示すフローチャートである。
図１９は、１つのアプリケーションが複数のファイルで構成される場合の記憶部３０１に記憶されたデータの構造を示す図である。

図１８に示すＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１２６を受信するまでの動作は、図４と同様である。ただし、携帯型記憶装置１００からＰＣ２００へ送信されるアプリケーション識別子１２６には複数のＵＲＬが含まれている。
ＰＣ２００がアプリケーションサーバ３００からアプリケーションを取得する動作について、図５、図１８も参照しながら説明する。ここでは、アプリケーション識別子にＵＲＬが複数含まれていたとして説明する。

通信部２０５を介して携帯型記憶装置１００からメッセージを受信した制御部２０２は（ステップＳ２０２）、メッセージの種類を調べる（ステップＳ２０３）。メッセージがアプリケーション識別子の場合、制御部２０２はアプリケーション識別子から取り出したＵＲＬのサーバ名１００３を参照してアプリケーションサーバ３００を特定し、通信部２０５を介してアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ２０４）。ＰＣ２００からアプリケーション転送要求を受信したアプリケーションサーバ３００の動作は図７と同様である。

制御部２０２は、アプリケーションサーバ３００からメッセージを受信し（ステップＳ２０５）、ファイルを受信に成功した（ステップＳ２０６）場合、受信したファイルを記憶部２０１に保存する（ステップＳ２１１）。制御部２０２はアプリケーション識別子１２６に含まれるＵＲＬすべてについて取得が完了したか調べる（ステップＳ２１２）。ＰＣ２００は、ステップＳ２０４からステップＳ２１２の処理を、携帯型記憶装置１００から受信したアプリケーション識別子１２６に含まれる全てのＵＲＬについて繰り返す。

ＰＣ２００は、アプリケーションサーバ３００から全てのファイルを受信すると、アプリケーション３２０を実行する（ステップＳ２０７）。制御部２０２がアプリケーションサーバ３００からエラー通知を受信するなどしてファイル取得に失敗した場合（ステップＳ２０６）は、近距離無線部２０３を介して携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、この後、携帯型記憶装置１００から送信された上記アプリケーション転送要求に対応したアプリケーション１０９を受信し（ステップＳ２０９）、受信したアプリケーション１０９を実行する（ステップＳ２０７）。

上記のように、ひとつのアプリケーション識別子に複数のＵＲＬを持たせて、ＰＣ２００がアプリケーション識別子に含まれるＵＲＬを用いてアプリケーションサーバ３００にアプリケーション取得要求を複数回送信し、ＰＣ２００がアプリケーションサーバ３００からアプリケーションを構成するファイルをすべて取得することで、アプリケーションサーバ３００はアプリケーションを構成するファイルの個数に関係なく、単にひとつのアプリケーション取得要求に対してひとつのファイルを転送するといった処理を行えばよいため、アプリケーションサーバの構築が容易であるといった利点がある。また、携帯型記憶装置１００のユーザは、アプリケーションを構成するファイル数に関係なく、同じ操作でアプリケーション取得が可能であるといった利点もある。

また、アプリケーションが複数のファイルから構成される場合は、アプリケーションサーバ３００が１つのアプリケーション転送要求に対して複数のファイルをＰＣ２００に転送するようにしても構わない。この動作について、図３、図４、図１２、図１９、図２０も参照しながら説明する。
図２０は、１つのＵＲＬと複数のファイルを関連付けた場合のアプリケーションサーバ３００の動作を示すフローチャートである。
まず、ＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１１０を受信するまでの動作は、図３、図４と同様である。ただし、アプリケーション識別子１１０に含まれるＵＲＬ１１１は、図１２に示すようにアプリケーションの記憶されているディレクトリ名を表現しているものとする。

次に、ＰＣ２００がアプリケーションサーバ３００からアプリケーションを構成するファイルを取得する動作について、図４、図２０も参照しながら説明する。
通信部２０５を介して携帯型記憶装置１００からメッセージを受信した（ステップＳ２０２）制御部２０２は、メッセージの種類を調べる（ステップＳ２０３）。メッセージがアプリケーション識別子１１０の場合、制御部２０２は通信部２０５を介してアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ２０４）。

図１９に示すように、記憶部３０１では、アプリケーションを構成する複数のファイルが１つのディレクトリに記憶されている。通信部３０３を介してアプリケーション転送要求を受信した（ステップＳ３０１）制御部３０２は、ＵＲＬ１１１のパス名１００５で指定されたディレクトリが記憶部３０１に存在するか調べる（ステップＳ３０５）。指定されたディレクトリが存在する場合、制御部３０２は通信部３０３を介してそのディレクトリにあるファイルすべてをＰＣ２００へ送信する（ステップＳ３０９）。存在しない場合、制御部３０２は通信部３０３を介してエラー通知「アプリケーションがない」を送信する（ステップＳ３０４）。

ＰＣ２００が通信部２０５にてアプリケーションサーバ３００からメッセージを受信すると（ステップＳ２０５）、制御部２０２はアプリケーションの受信に成功したか調べる（ステップＳ２０６）。成功した場合、制御部２０２は受信したアプリケーション３２０を実行する（ステップＳ２０７）。ＰＣ２００がアプリケーションサーバ３００からアプリケーションを構成するファイルを受信できなかった場合、制御部２０２は通信部２０５を介して携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、アプリケーション１０９を受信し（ステップＳ２０９）、受信したアプリケーション１０９を実行する（ステップＳ２０７）。

上記のように、アプリケーションサーバ３００がアプリケーション識別子に含まれるひとつのＵＲＬを受信するとアプリケーションを構成する複数のファイルをＰＣ２００へ送信することにより、ＰＣ２００からアプリケーションサーバ３００へのアプリケーション取得要求の送信回数が１回になるため、アプリケーション取得要求を複数回送信する場合よりも、アプリケーション取得に要する時間を短くすることができるといった利点がある。また、携帯型記憶装置１００のユーザは、アプリケーションを構成するファイル数に関係なく、同じ操作でアプリケーション取得が可能であるといった利点もある。

なお、ここではＰＣ２００が近距離無線部２０３と通信部２０５の両方を持つとしたが、近距離無線部２０３と通信部２０５の通信方式が同じである場合は、これら２つを１つの部分として構成しても構わない。
また、ＰＣ２００が受信したアプリケーションおよび携帯型記憶装置１００からＰＣ２００に送信し、記憶部２０１に保存されているファイルは、ユーザがログオフなどしてＰＣ２００の利用を終了するときに、ＰＣ２００が自動的に記憶部２０１から削除するようにするように構成しておけば、アプリケーションおよびユーザの所有するファイルの盗難や不正使用を防ぐことができる。
また、ＰＣ２００は図２にある構成要素を含んでいるものであれば、例えばデジタルテレビなどの情報家電でも構わない。

実施の形態２．
実施の形態１では、ユーザ操作により携帯型記憶装置とＰＣが無線回線で通信を確立した後、ＰＣがアプリケーションサーバからアプリケーションを取得するようにしたものであるが、本実施の形態では、ユーザがＰＣの使用を開始して、携帯型記憶装置とＰＣが通信を確立する前に、携帯型記憶装置がキャッシュサーバにアプリケーション識別子の一覧１７を送信して、これを受信したキャッシュサーバがアプリケーションサーバにアプリケーション転送要求を送信する場合について説明する。

図２１は、実施の形態２のアプリケーション取得方式の構成図であり、図１と同一符号は同一又は相当部分を示し説明を省略する。
図２１において、キャッシュサーバ５００はＰＣ２００とほぼ同様の構成であり、ＰＣ２００とキャッシュサーバ５００は同じローカルネットワーク６００に属するものとする。
図２２は、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００、キャッシュサーバ５００の動作を示すシーケンス図である。

次に、本実施の形態における、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００、キャッシュサーバ５００の動作の概要を図２２を参照しながら説明する。
実施の形態１では、ユーザ操作により携帯型記憶装置１００とＰＣ２００が無線回線で通信を確立した後、ＰＣ２００がアプリケーションサーバ３００からアプリケーションを取得していた。これに対し、本実施の形態では、ユーザがＰＣ２００の使用を開始して携帯型記憶装置１００とＰＣ２００が通信を確立する前に、携帯型記憶装置１００がキャッシュサーバ５００にアプリケーション識別子の一覧を送信する（ステップＳ２０）。これを受信したキャッシュサーバ５００がアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ２１）。

アプリケーション転送要求を受信したアプリケーションサーバ３００はキャッシュサーバ５００にアプリケーションを送信する（ステップＳ２２）。アプリケーションを受信したキャッシュサーバ５００はアプリケーションを記憶部５０１に保存する。この動作をアプリケーション識別子一覧に含まれるすべてのアプリケーションについて繰り返す（ステップＳ２３）。

携帯型記憶装置１００とＰＣ２００がユーザ操作により通信を確立し、ユーザが携帯型記憶装置１００にあるアプリケーションを実行しようとすると、ＰＣ２００は携帯型記憶装置１００にアプリケーション識別子転送要求を送信する（ステップＳ２４）。
アプリケーション識別子転送要求を受信した携帯型記憶装置１００は、アプリケーション識別子をＰＣ２００に送信する（ステップＳ２５）。アプリケーション識別子を受信したＰＣ２００は、キャッシュサーバ５００にアプリケーション転送要求を送信する（ステップＳ２６）。
アプリケーション転送要求を受信したキャッシュサーバ５００は、アプリケーションをＰＣ２００に送信する（ステップＳ２７）。アプリケーションを受信したＰＣ２００はアプリケーション１４を実行する（ステップＳ２８）。

携帯型記憶装置１００とＰＣ２００が通信を始める前に、ＰＣ２００と同じローカルネットワーク６００に存在するキャッシュサーバ５００がアプリケーションサーバ３００からアプリケーションを取得しておくことにより、ＰＣ２００がアプリケーションサーバ３００からアプリケーションを取得する場合と比較して、ＰＣ２００へのアプリケーション転送時間を短縮し、アプリケーションの起動に要する時間を短縮できるという利点がある。

次に、上記動作についてさらに詳しく説明する。
まず、携帯型記憶装置１００がキャッシュサーバ５００にアプリケーション識別子の一覧を送信し、キャッシュサーバ５００が携帯型記憶装置１００により指定されたアプリケーションをアプリケーションサーバ３００から取得する動作について、図７、図２３、図２４、図２５、図２６も参照しながら説明する。
図２３は、携帯型記憶装置１００の動作を示すフローチャートである。
図２４は、記憶部１０１に記憶されたデータの構造を示す図である。
図２５は、キャッシュサーバ５００の動作を示すフローチャートである。
図２６は、記憶部５０１に記憶されたデータの構造を示す図である。

ここで、近距離無線部５０３は常に自身の存在を通知するための信号を発信しており、近距離無線部５０３に接近すると携帯型記憶装置１００の制御部１０２は近距離無線部１０３を介してその信号を検出できるものとする。
まず、制御部１０２が近距離無線部１０３を介してメッセージを受信すると（ステップＳ１０１）、メッセージの種類を調べる（ステップＳ１０２）。メッセージが近距離無線部５０３の発信する信号の場合、制御部１０２は近距離無線部１０３を介してキャッシュサーバ５００にアプリケーション識別子の一覧を送信する（ステップＳ１０６）。
なお、図２４に示すように、アプリケーション識別子の一覧であるアプリケーション識別子リスト１３１は、ユーザがあらかじめ記憶部１０１内に用意しているものとする。

携帯型記憶装置１００から送信されたメッセージを近距離無線部５０３を介して受信したキャッシュサーバ５００の制御部５０２は（ステップＳ５０１）、メッセージの種類を調べる（ステップＳ５０２）。メッセージがアプリケーション識別子の一覧１３１の場合、制御部５０２はアプリケーション識別子リスト１３１に含まれるアプリケーション識別子の個数分、以下の動作を行う。
まず、制御部５０２は通信部５０５よりアプリケーションサーバ３００にアプリケーション転送要求を送信する（ステップＳ５０３）。通信部３０３よりアプリケーション転送要求を受信したアプリケーションサーバ３００の動作は図７と同様である。

制御部５０２は、アプリケーションサーバ３００から通信部５０５を介してメッセージを受信すると（ステップＳ５０４）、アプリケーションの受信に成功したか調べる（ステップＳ５０５）。アプリケーションの受信に成功した場合、制御部５０２はアプリケーション識別子とアプリケーションを図２６に示す形式で記憶部５０１に保存する（ステップＳ５０６）。
図２６に示すように、アプリケーションとアプリケーション識別子の記憶部５０１における保存場所は、アプリケーション識別子に含まれるＵＲＬのサーバ名とパス名のファイル名を除いた部分をディレクトリ名として用いたディレクトリである。

制御部５０２は、アプリケーションサーバ３００から通信部５０５よりエラー通知を受信した場合、即ちアプリケーションの受信に失敗した場合（ステップＳ５０５）には、特に何もせず次の処理に移る。制御部５０２は携帯型記憶装置１００から受信したアプリケーション識別子すべてについて上記の処理が完了したか調べる（ステップＳ５０７）。完了した場合、制御部５０２は再びアプリケーション識別子の一覧を携帯型記憶装置１００から受信するまで待機する。完了していない場合、制御部５０２は残りのアプリケーション識別子に対して同様の動作を行う。

次に、ユーザが携帯型記憶装置１００にあるアプリケーション１０９を実行しようとしたときに、ＰＣ２００がキャッシュサーバ５００からアプリケーション５０８を取得する動作について、図２３、図２６、図２５も参照しながら説明する。
図２７は、ＰＣ２００の動作を示すフローチャートである。
まず、ＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１１０を受信するまでの動作は、実施の形態１の図４と同様である。

携帯型記憶装置１００から近距離無線部２０３を介してメッセージを受信した（ステップＳ２０２）制御部２０２は、メッセージの種類を調べる（ステップＳ２０３）。メッセージがアプリケーション識別子１１０の場合、制御部２０２は通信部２０５よりアプリケーション転送要求をキャッシュサーバ５００に送信する（ステップＳ２１３）。ここで、ＰＣ２００はキャッシュサーバ５００の存在をあらかじめ知っており、かつ通信可能であるとする。

通信部５０５を介してＰＣ２００からメッセージを受信した（ステップＳ５０１）制御部５０２は、メッセージの種類を調べる（ステップＳ５０２）。メッセージがアプリケーション転送要求の場合、制御部５０２はアプリケーション転送要求からＵＲＬ１１１を取り出し（ステップＳ５０８）、ＵＲＬ１１１のパス名１００４のファイル名を除く部分を参照して記憶部５０１に指定されたアプリケーション５０８が存在するか調べる（ステップＳ５０９）。アプリケーション５０８が存在する場合、制御部５０２は通信部５０５よりアプリケーション５０８をＰＣ２００に送信する（ステップＳ５１０）。
一方、アプリケーション５０８が存在しない場合、制御部５０２は通信部５０５よりエラー通知「アプリケーションがない」をＰＣ２００へ送信する（Ｓ５１１）。

ＰＣ２００の制御部２０２は、通信部２０５よりキャッシュサーバ５００からメッセージを受信すると（ステップＳ２１４）、アプリケーション５０８の受信に成功したか調べる（ステップＳ２０６）。アプリケーション５０８の受信に成功した場合、制御部２０２はアプリケーション５０８を実行する（ステップＳ２０７）。
制御部２０２は、通信部２０５よりキャッシュサーバ５００からエラー通知を受信した場合、実施の形態１と同様に、携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、携帯型記憶装置１００からアプリケーション１０９を取得し（ステップＳ２０９）、実行する（ステップＳ２０７）。

以上のように、本実施の形態によれば、ユーザがＰＣ２００の使用を開始し携帯型記憶装置１００とＰＣ２００が通信を始める前に、携帯型記憶装置１００からキャッシュサーバ５００にアプリケーション識別子の一覧を送信し、キャッシュサーバ５００が予めアプリケーションサーバ３００からアプリケーションを取得しておき、ＰＣ２００がアプリケーションサーバ３００ではなく近くにあるキャッシュサーバ５００からアプリケーションを取得することにより、携帯型記憶装置１００とＰＣ２００と間のデータ転送量を少なくすることができ、この結果携帯型記憶装置１００の消費電力を抑えることができる。また、Ｐ２００へのアプリケーション転送時間を短縮することができ、この結果アプリケーションの起動に要する時間を短くすることができる。

なお、この例では、キャッシュサーバ５００にアプリケーションが存在しない場合は携帯型記憶装置１００からＰＣ２００にアプリケーションを送信するとしたが、実施の形態１のように、ＰＣ２００がアプリケーションサーバ３００からアプリケーションを取得するように構成してもよい。

実施の形態３．
本実施の形態では、ユーザ操作により携帯型記憶装置とＰＣが通信を確立した時点で、キャッシュサーバからＰＣにアプリケーションを一括送信し、アプリケーションをＰＣに保存しておく場合について説明する。
本実施の形態のアプリケーション取得方式の構成は、実施の形態２の図２１と同様である。
図２８は、携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００、キャッシュサーバ５００の動作を示すシーケンス図である。
図２９は、記憶部１０１に記憶されたデータの構造を示す図である。

次に、本実施の形態における、携帯型記憶装置１００、キャッシュサーバ５００、ＰＣ２００、アプリケーションサーバ３００の動作の概要を図２８を参照しながら説明する。
実施の形態２では、ユーザが携帯型記憶装置１００にあるアプリケーションを実行しようとした時点でＰＣ２００が携帯型記憶装置１００からアプリケーション識別子を取得し、そのアプリケーション識別子に基づいてＰＣ２００がキャッシュサーバ５００からアプリケーションを取得していた。

図２９に示すように、携帯型記憶装置１００は、携帯型記憶装置１００に固有の番号１３３で構成される端末識別子１３２を持つ。本実施の形態では、携帯型記憶装置１００からキャッシュサーバ５００に端末識別子１３２を送信し（ステップＳ３０）、続いてアプリケーション識別子の一覧を送信する（ステップＳ３１）。ここで、端末識別子１３２は、図２９に示すように携帯型記憶装置１００が持つ携帯型記憶装置１００に固有の番号である。
キャッシュサーバ５００は、受信したアプリケーション識別子で指定されたアプリケーション転送要求をアプリケーションサーバ３００へ送信し（ステップＳ３２）、これに対応したアプリケーションをアプリケーションサーバ３００から受信し保存する（ステップＳ３３）。この動作をアプリケーション識別子一覧１７に含まれるすべてのアプリケーションについて繰り返す。

携帯型記憶装置１００とＰＣ２００がユーザ操作により通信を確立すると、携帯型記憶装置１００はＰＣ２００に端末識別子１３２を送信する（ステップＳ３４）。端末識別子１３２を受信したＰＣ２００はキャッシュサーバ５００へ端末識別子１３２を含むアプリケーション一括転送要求を送信する（ステップＳ３５）。アプリケーション一括転送要求を受信したキャッシュサーバ５００は、端末識別子１３２に対応したアプリケーションとアプリケーション識別子をすべてＰＣ２００に送信する（ステップＳ３６）。ＰＣ２００はそれらを受信し、保存する。

ユーザが携帯型記憶装置１００にあるアプリケーションを実行しようとすると、ＰＣ２００は携帯型記憶装置１００にアプリケーション識別子転送要求を送信する（ステップＳ３７）。アプリケーション識別子転送要求を受信した携帯型記憶装置１００は、アプリケーション識別子をＰＣ２００に送信する（ステップＳ３８）。アプリケーション識別子を受信したＰＣ２００は、このアプリケーションがすでに記憶部に保存されているためそのアプリケーションを実行する（ステップＳ３９）。
これにより、ユーザが携帯型記憶装置１００のアプリケーションを実行する前にＰＣ２００に対象アプリケーションが保存されるため、アプリケーションを実行しようとしたときのアプリケーションの転送が行われず、アプリケーションの起動に要する時間を短くすることができる。

次に、上記動作についてさらに詳しく説明する。
まず、携帯型記憶装置１００がキャッシュサーバ５００へ端末識別子１３２とアプリケーション識別子の一覧を送信し、キャッシュサーバ５００が携帯型記憶装置１００により指定されたアプリケーションをアプリケーションサーバ３００から取得する動作について、図５、図２９、図３０、図３１、図３２も参照しながら説明する。
図３０は、携帯型記憶装置１００の動作を示すフローチャートである。
図３１は、キャッシュサーバ５００の動作を示すフローチャートである。
図３２は、記憶部５０１に記憶されたデータの構造を示す図である。

ここで、近距離無線部５０３は常に自身の存在を通知するための信号を発信しており、近距離無線部５０３に接近すると制御部１０２は近距離無線部１０３を介してその信号を検出できるものとする。
まず、制御部１０２は近距離無線部１０３を介して近距離無線部５０３からメッセージを受信すると（ステップ１０１）、メッセージの種類を調べる（ステップ１０２）。メッセージが近距離無線部５０３の発信する信号の場合、制御部１０２は近距離無線部１０３を介してキャッシュサーバ５００に端末識別子１３２とアプリケーション識別子の一覧１３１を送信する（ステップＳ１０６）。
なお、図２９に示すように、アプリケーション識別子の一覧であるアプリケーション識別子リスト１３１は、ユーザがあらかじめ記憶部１０１に用意しているものとする。また、端末識別子１３２は携帯型記憶装置１００に固有の番号である。

制御部５０２は、近距離無線部５０３を介して携帯型記憶装置１００からメッセージを受信する（ステップＳ５０１）と、メッセージの種類を調べる（ステップＳ５０２）。メッセージが端末識別子１３２とアプリケーション識別子の一覧１３１の場合、制御部５０２は通信部５０５を介してアプリケーション転送要求をアプリケーションサーバ３００に送信し（ステップＳ５０３）、アプリケーションサーバ３００は指定されたアプリケーションまたはエラー通知をキャッシュサーバ５００に送信する。この動作は、実施の形態２と同様である。

制御部５０２は、アプリケーションサーバ３００から通信部５０５を介してメッセージを受信すると（ステップＳ５０４）、アプリケーションの受信に成功したか調べる（ステップＳ５０５）。アプリケーションを受信した場合、制御部５０２はアプリケーション識別子とアプリケーションを図３２に示す形式で記憶部５０１に保存する（ステップＳ５０６）。
図３２に示すように、ルートディレクトリの下にディレクトリ名が端末識別子１３２のディレクトリがあり、そのディレクトリの下にディレクトリ名がアプリケーション識別に含まれるＵＲＬのパス名からファイル名を除いた部分であるディレクトリを作成し、アプリケーションとアプリケーション識別子はそのディレクトリに保存する。

制御部５０２は、アプリケーションサーバ３００から通信部５０５を介してエラー通知を受信した場合には、特に何もせず次の処理に移る。制御部５０２は携帯型記憶装置１００から受信したアプリケーション識別子すべてについて上記の処理が完了したか調べる（ステップＳ５０７）。完了した場合、再びアプリケーション識別子の一覧を携帯型記憶装置１００から受信するまで待機する。完了していない場合、制御部５０２は残りのアプリケーション識別子に対して同様の動作を行う。

次に、ユーザ操作により携帯型記憶装置１００とＰＣ２００の間で通信が確立したときに、ＰＣ２００がキャッシュサーバ５００からアプリケーションを一括して取得する動作について、図３１、図３３、図３４、図３５も参照しながら説明する。
図３３、携帯型記憶装置１００が最初に端末識別子１３２を送信する場合の携帯型記憶装置１００の動作を示すフローチャートである。
図３４は、ＰＣ２００が携帯型記憶装置１００から端末識別子１３２を受信した場合の動作を示すフローチャートである。
図３５は、本実施の形態における、記憶部２０１に記憶されたデータの構造を示す図である。

ユーザ操作により携帯型記憶装置１００とＰＣ２００の間で通信が確立した（ステップＳ１０７）とき、制御部１０２は近距離無線部１０３を介して端末識別子１３２をＰＣ２００に送信する（ステップＳ１０８）。近距離無線部２０３を介して端末識別子１３２を受信した（ステップＳ２１６）制御部２０２は通信部２０５を介してキャッシュサーバ５００へアプリケーション一括転送要求を送信する（ステップＳ２１８）。通信部５０５を介してＰＣ２００からメッセージを受信した（ステップＳ５０１）制御部５０２は、メッセージの種類を調べる（ステップＳ５０２）。

メッセージがアプリケーション一括転送要求の場合、制御部５０２は記憶部５０１にアプリケーション一括転送要求に含まれる端末識別子１３２を取り出し（ステップＳ５１２）、端末識別子１３２に関連付けられたディレクトリが存在するか調べる（ステップＳ５０９）。存在する場合、制御部５０２は端末識別子１３２に関連付けられたディレクトリに記憶されているアプリケーションとアプリケーション識別子すべてを通信部５０５よりＰＣ２００に送信する（ステップＳ５１３）。保存されていない場合、制御部５０２は通信部５０５よりエラー通知「アプリケーションがない」をＰＣ２００に送信する（ステップＳ５１１）。

ＰＣ２００が通信部２０５を介してキャッシュサーバ５００からメッセージを受信すると（ステップＳ２１８）、制御部２０２はアプリケーションの受信に成功したか調べる（ステップＳ２１９）。アプリケーションとアプリケーション識別子の受信に成功した場合、制御部２０２は記憶部２０１にアプリケーションとアプリケーション識別子を保存する（ステップＳ２２０）。このとき、図３５に示す形式で記憶部２０１にアプリケーションとアプリケーション識別子を保存する。通信部２０５を介してエラー通知を受信した場合、制御部２０２は特に何もしない。

次に、ユーザが携帯型記憶装置１００にあるアプリケーション１０９を実行しようとしたときに、ＰＣ２００が予めキャッシュサーバ５００から取得したアプリケーションを起動する動作について、図３０、図３６も参照しながら説明する。
図３６は、ＰＣ２００の動作を示すフローチャートである。
ＰＣ２００が携帯型記憶装置１００からアプリケーション識別子１１０を受信するまでの動作は、実施の形態１と同様である。

携帯型記憶装置１００から近距離無線部２０３を介してメッセージを受信した（ステップＳ２０２）制御部２０２は、メッセージの種類を調べる（ステップＳ２０２）。メッセージがアプリケーション識別子１１０の場合、制御部２０２はアプリケーション識別子１００に含まれるＵＲＬ１１１のパス名１００４からファイル名を除いた部分を参照し、記憶部２０１にアプリケーション１０９が存在するか調べる（ステップＳ２１５）。存在する場合、制御部２０２はアプリケーション１０９を実行する（ステップＳ２０７）。存在しない場合、実施の形態１と同様に、携帯型記憶装置１００にアプリケーション転送要求を送信し（ステップＳ２０８）、アプリケーション１０９を受信し（ステップＳ２０９）、実行する（ステップＳ２０７）。

以上のように、本実施の形態によれば、ユーザがＰＣ２００の使用を開始し、携帯型記憶装置１００とＰＣ２００が通信を確立する前に、携帯型記憶装置１００からキャッシュサーバ５００にアプリケーション識別子の一覧を送信し、キャッシュサーバ５００が予めアプリケーションサーバ３００からアプリケーションを取得することに加えて、ユーザ操作により携帯型記憶装置１００とＰＣ２００が通信を確立した時点で、キャッシュサーバ５００からＰＣ２００にアプリケーションを一括送信し、アプリケーションをＰＣ２００に保存しておくようにした。これにより、ユーザが携帯型記憶装置１００のアプリケーションを実行する前にＰＣ２００に対象アプリケーションを保存することができるため、アプリケーションを実行しようとしたときにアプリケーションの転送をする必要がなく、アプリケーションの起動に要する時間を短くすることができる。

なお、この例では、携帯型記憶装置にあるアプリケーションを実行しようとしたとき、ＰＣにそのアプリケーションが存在しない場合は携帯型記憶装置からＰＣにアプリケーションを送信するとしたが、実施の形態１のように、ＰＣがアプリケーションサーバからアプリケーションを取得するように構成してもよい。

実施の形態１のアプリケーション取得方式の構成図。 実施の形態１における携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００の動作を示すシーケンス図。 実施の形態１における携帯型記憶装置１００の動作を示すフローチャート。 実施の形態１におけるＰＣ２００の動作を示すフローチャート。 実施の形態１における記憶部１０１に記憶されたデータの構造を示す図。 実施の形態１におけるアプリケーション識別子１１０に記憶されたＵＲＬ１１１の構造を示す図。 実施の形態１におけるアプリケーションサーバ３００の動作を示すフローチャート。 実施の形態１における記憶部３０１に記憶されたデータの構造を示す図。 実施の形態１におけるアプリケーションサーバ３００の動作を示すフローチャート。 実施の形態１においてアプリケーションのバージョン情報を持つ場合に記憶部１０１に記憶されたデータの構造を示す図。 実施の形態１においてアプリケーションのバージョン情報を持つ場合に記憶部３０１に記憶されたデータの構造を示す図。 実施の形態１においてユーザがアプリケーションのバージョンを指定できる場合に記憶部１０１に記憶されたＵＲＬ１１１の構造を示す図。 実施の形態１において証明書の検査を行う場合のＰＣ２００の動作を示すフローチャート。 実施の形態１において証明書の検査を行う場合のアプリケーションサーバ３００の動作を示すフローチャート。 実施の形態１において証明書を持つ場合に記憶部１０１に記憶されたデータの構造を示す図。 実施の形態１において証明書を持つ場合に記憶部３０１に記憶されたデータの構造を示す図。 実施の形態１において１つのアプリケーション識別子に複数のＵＲＬが含まれる場合に記憶部１０１に記憶されたデータの構造を示す図。 実施の形態１において１つのアプリケーション識別子に複数のＵＲＬが含まれる場合のＰＣ２００の動作を示すフローチャート。 実施の形態１において１つのアプリケーションが複数のファイルで構成される場合に記憶部３０１に記憶されたデータの構造を示す図。 実施の形態１において１つのＵＲＬと複数のファイルを関連付けた場合のアプリケーションサーバ３００の動作を示すフローチャート。 実施の形態２のアプリケーション取得方式の構成図。 実施の形態２における携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００、キャッシュサーバ５００の動作を示すシーケンス図。 実施の形態２における携帯型記憶装置１００の動作を示すフローチャート。 実施の形態２における記憶部１０１に記憶されたデータの構造を示す図。 実施の形態２におけるキャッシュサーバ５００の動作を示すフローチャート。 実施の形態２における記憶部５０１に記憶されたデータの構造を示す図。 実施の形態２におけるＰＣ２００の動作を示すフローチャート。 実施の形態３における携帯型記憶装置１００、ＰＣ２００、アプリケーションサーバ３００、キャッシュサーバ５００の動作を示すシーケンス図。 実施の形態３における記憶部１０１に記憶されたデータの構造を示す図。 実施の形態３における携帯型記憶装置１００の動作を示すフローチャート。 実施の形態３におけるキャッシュサーバ５００の動作を示すフローチャート。 実施の形態３における記憶部５０１に記憶されたデータの構造を示す図。 実施の形態３における携帯型記憶装置１００が最初に端末識別子１３２を送信する場合の携帯型記憶装置１００の動作を示すフローチャート。 実施の形態３におけるＰＣ２００が携帯型記憶装置１００から端末識別子１３２を受信した場合の動作を示すフローチャート。 実施の形態３における記憶部２０１に記憶されたデータの構造を示す図。 実施の形態３におけるＰＣ２００の動作を示すフローチャート。 従来の携帯型記憶装置の動作シーケンスを示す図。

符号の説明

１００ 携帯型記憶装置、１０１ 記憶部、１０２ 制御部、１０３ 近距離無線部、１０４ バッテリ、２００ ＰＣ、２０１ 記憶部、２０２ 制御部、２０３ 近距離無線部、２０４ ユーザインターフェース、２０５ 通信部、３００ アプリケーションサーバ、３０１ 記憶部、３０２ 制御部、３０３ 通信部、４００ ネットワーク。

Claims (18)

1. アプリケーションソフトウエアを識別するアプリケーション識別子の転送要求受信時にこのアプリケーション識別子転送要求に対応したアプリケーション識別子を送信する記憶装置と、
   前記アプリケーション識別子に対応したアプリケーションソフトウエアを送信するサーバと、
   前記記憶装置に前記アプリケーション識別子転送要求を送信し、前記記憶装置により送信された前記アプリケーション識別子を前記サーバに送信し、前記サーバにより送信された前記アプリケーションソフトウエアを実行する情報処理装置と、
   を備えたことを特徴とするアプリケーション取得方式。
2. 前記記憶装置は、前記アプリケーション識別子が記憶された第１の記憶手段と、前記情報処理装置により送信された前記アプリケーション識別子転送要求に対応したアプリケーション識別子が前記第１の記憶手段に存在する場合にこのアプリケーション識別子を前記情報処理装置に送信する第１の制御手段とを備え、
   前記サーバは、前記アプリケーションソフトウエアが記憶された第２の記憶手段と、前記情報処理装置により送信された前記アプリケーション識別子に対応したアプリケーションソフトウエアが前記第２の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信する第２の制御手段とを備え、
   前記情報処理装置は、前記第１の制御手段により送信された前記アプリケーション識別子を前記サーバに送信し、又前記第２の制御手段により送信された前記アプリケーションソフトウエアを実行する第３の制御手段を備えたことを特徴とする請求項１記載のアプリケーション取得方式。
3. 前記第１の記憶手段は、前記アプリケーションソフトウエアが記憶され、
   第１の制御手段は、前記アプリケーション識別子が前記第１の記憶手段に存在しない場合に前記第１の記憶手段に記憶された前記アプリケーション識別子転送要求に対応したアプリケーションソフトウエアを前記情報処理装置に送信し、
   前記第３の制御手段は、第１の制御手段により送信された前記アプリケーションソフトウエアを実行することを特徴とする請求項２記載のアプリケーション取得方式。
4. 前記第１の記憶手段は、前記アプリケーションソフトウエアと前記アプリケーション識別子とが保存されたファイルが記憶され、
   前記アプリケーション識別子転送要求は、前記ファイルの前記第１の記憶手段上での記憶位置を含み、
   前記第１の制御手段は、前記記憶位置に対応したファイルが前記第１の記憶手段に存在するか否か検索することを特徴とする請求項２記載のアプリケーション取得方式。
5. 前記アプリケーション識別子は、このアプリケーション識別子に対応するアプリケーションソフトウエアが記憶されたサーバ名が含まれ、
   前記第３の制御手段は、前記第１の制御手段により送信されたアプリケーション識別子に含まれた前記サーバ名により特定したサーバに前記アプリケーション識別子を送信することを特徴とする請求項２記載のアプリケーション取得方式。
6. 前記第２の制御手段は、前記第３の制御手段により送信された前記アプリケーション識別子に対応したアプリケーションソフトウエアが前記第２の記憶手段に存在しない場合に前記情報処理装置にエラー通知を送信し、
   前記第３の制御手段は、前記エラー通知を受信した時に前記記憶装置にアプリケーション転送要求を送信し、
   前記第１の制御手段は、前記情報処理装置により送信された前記アプリケーション転送要求に対応したアプリケーションソフトウエアが前記第１の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項３記載のアプリケーション取得方式。
7. 前記アプリケーション識別子は、アプリケーションソフトウエアのバージョン情報が含まれ、
   前記第２の記憶手段は、アプリケーションソフトウエアのバージョン情報に対応したアプリケーションソフトウエアが記憶され、
   前記第２の制御手段は、前記第３の制御手段により送信された前記アプリケーション識別子に含まれた前記バージョン情報に対応したアプリケーションソフトウエアが前記第２の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項２記載のアプリケーション取得方式。
8. 前記アプリケーション識別子は、アプリケーションソフトウエアが正当に購入されたことを示す証明書が含まれ、
   前記第２の記憶手段は、前記証明書のリストが記憶され、
   前記第２の制御手段は、前記アプリケーション識別子に含まれた前記証明書が前記第２の記憶手段に記憶された前記証明書のリストと一致する場合に前記アプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項２記載のアプリケーション取得方式。
9. 前記アプリケーション識別子は、前記サーバを特定するサーバ特定情報が含まれ、
   前記第３の制御手段は、第１の制御手段により送信された前記アプリケーション識別子に含まれた前記サーバ特定情報に基づいて特定したサーバにアプリケーション転送要求を送信し、
   前記第２の制御手段は、前記第３の制御手段により送信された前記アプリケーション転送要求に対応したアプリケーションソフトウエアが前記第１の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項２記載のアプリケーション取得方式。
10. 前記アプリケーション識別子は、アプリケーションソフトウエアを構成する複数のファイルの記憶先情報が含まれ、
    前記第３の制御手段は、前記第１の制御手段により送信された前記記憶先情報が含まれ前記アプリケーション識別子を前記サーバに送信し、
    前記第２の制御手段は、前記第３の制御手段により送信された前記記憶先情報が含まれ前記アプリケーション識別子に対応したアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項２記載のアプリケーション取得方式。
11. 前記第２の記憶手段は、アプリケーションソフトウエアを構成する複数のファイルが記憶され、
    前記第２の制御手段は、前記第２の記憶手段に記憶された前記複数のファイルを前記情報処理装置に送信し、
    前記第３の制御手段は、前記第２の制御手段により送信された前記複数のファイルにより構成された前記アプリケーションソフトウエアを実行することを特徴とする請求項２記載のアプリケーション取得方式。
12. 前記第２の制御手段により送信されたアプリケーションソフトウエアを保存し、前記第３の制御手段により送信されたアプリケーション転送要求に対応したアプリケーションソフトウエアを前記情報処理装置に送信するキャッシュサーバを備え、
    前記第２の制御手段は、前記アプリケーションソフトウエアを前記キャッシュサーバに送信し、
    前記第３の制御手段は、前記アプリケーション転送要求を前記キャッシュサーバに送信し、前記キャッシュサーバにより送信された前記アプリケーションソフトウエアを実行することを特徴とする請求項２記載のアプリケーション取得方式。
13. 前記第１の記憶手段は、前記アプリケーション識別子の一覧であるアプリケーション識別子リストが記憶され、
    前記第１の制御手段は、前記第１の記憶手段に記憶された前記アプリケーション識別子リストを前記キャッシュサーバに送信し、
    前記第２の制御手段は、前記キャッシュサーバにより送信された前記アプリケーション転送要求に対応したアプリケーションソフトウエアを前記キャッシュサーバに送信し、
    前記キャッシュサーバは、前記第１の制御手段により前記アプリケーション識別子リストが送信された時にこのアプリケーション識別子リストに記載されたアプリケーション識別子に対応したアプリケーション転送要求を前記サーバに送信する第４の制御手段と、前記第２の制御手段により送信された前記アプリケーションソフトウエアが記憶された第４の記憶手段とを備えたことを特徴とする請求項１２記載のアプリケーション取得方式。
14. 前記第３の制御手段は、前記第１の制御手段により前記アプリケーション識別子が送信された時にアプリケーション転送要求を前記キャッシュサーバに送信し、又前記第４の制御手段により送信された前記アプリケーションソフトウエアを実行し、
    前記第４の制御手段は、又前記情報処理装置から送信されたアプリケーション転送要求に対応したアプリケーションソフトウエアが前記第４の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項１３記載のアプリケーション取得方式。
15. 前記第１の記憶手段は、記憶装置の固有番号である端末識別子が記憶され、
    前記第１の制御手段は、前記第１の記憶手段に記憶された前記端末識別子を前記キャッシュサーバに送信し、
    前記第４の制御手段は、前記第１の制御手段により前記端末識別子が送信された時に前記アプリケーション識別子リストに記載されたアプリケーション識別子に対応したアプリケーション転送要求を前記サーバに送信し、
    前記第２の制御手段は、前記第４の制御手段により送信された前記アプリケーション転送要求に対応したアプリケーションソフトウエアを前記キャッシュサーバに送信し、
    前記第４の記憶手段は、前記第２の制御手段により送信された前記アプリケーションソフトウエアを記憶することを特徴とする請求項１３記載のアプリケーション取得方式。
16. 前記第１の制御手段は、前記端末識別子を前記情報処理装置に送信し、
    前記第３の制御手段は、前記第１の制御手段により前記端末識別子が送信されると、前記端末識別子に対応したアプリケーション一括転送要求を前記キャッシュサーバに送信し、
    前記第４の制御手段は、前記第３の制御手段により送信された前記アプリケーション一括転送要求に対応したアプリケーションソフトウエアが前記第４の記憶手段に存在する場合にこのアプリケーションソフトウエアを前記情報処理装置に送信することを特徴とする請求項１５記載のアプリケーション取得方式。
17. アプリケーションソフトウエアを識別するアプリケーション識別子の転送要求を送信する第１の送信ステップと、
    前第１の送信ステップにより送信された前記アプリケーション識別子転送要求に対応したアプリケーション識別子が予め記憶されたアプリケーション識別子の中に存在する場合にこのリケーション識別子を送信する第２の送信ステップと、
    前記第２の送信ステップにより送信された前記アプリケーション識別子に対応したアプリケーションソフトウエアが予め記憶されたアプリケーションソフトウエアの中に存在する場合にこのアプリケーションソフトウエアを送信する第３の送信ステップと、
    前記第３の送信ステップにより送信された前記アプリケーションソフトウエアを実行する実行ステップとを備えたことを特徴とするアプリケーション取得方法。
18. アプリケーションソフトウエアを実行する情報処理装置と接続した時に前記情報処理装置により送信されたアプリケーション識別子転送要求を受信する通信手段と、
    アプリケーション識別子が記憶された記憶手段と、
    前記情報処理装置により送信された前記アプリケーション識別子転送要求に対応したアプリケーション識別子が前記第１の記憶手段に存在する場合にこのアプリケーション識別子を前記情報処理装置に送信し、このアプリケーション識別子に対応したアプリケーションソフトウエアをアプリケーションソフトウエアが記憶されたアプリケーションから取り出し前記情報処理装置に実行させる制御手段とを備えたことを特徴とする記憶装置。

Images