JP2006277632A - 情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体 - Google Patents

Abstract

【課題】 記憶領域が小さい情報処理装置においても、支障なく、外部機器を用いてコピーする手間も必要なく、データ或いはプログラムを取り扱うことを可能とした情報処理装置、情報処理システムを提供する。
【解決手段】 情報処理システムは、携帯端末１０１、ＰＣ１０２a、１０２b、サーバ１０６を備える。携帯端末１０１のＣＰＵ２０１は、メモリカードスロット２１２に対するメモリカードの装着を検出した場合、メモリカードから読み出した第一関連情報とフラッシュＲＯＭ２０９に記憶された第二関連情報とを比較し、フラッシュＲＯＭ２０９に存在しメモリカードに存在しないデータを、第二関連情報に含まれた取得元情報が示す取得元から取得してメモリカードに書き込む制御を行う。
【選択図】 図１

Description

本発明は、記憶メディアの着脱が可能な情報処理装置に関し、特に、記憶メディアに対し書き込んだデータやプログラムを使用したり実行したりする場合に適用可能な情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体に関する。

従来、情報処理装置にダウンロードしてきたデータと同じデータを再度ダウンロードしてくることはよく行われている。例えば、著作権を有する音楽コンテンツさえも、その音楽コンテンツを以前に購入したという情報があれば、音楽コンテンツが破壊された場合、ＥＭＤ（Electric Music Distribution）サーバから再課金なしで、音楽コンテンツの再配信を受けられるようになっている（例えば、特許文献１参照）。
特開２００１−１９５５０９号公報

上記特許文献１には以下のような課題が存在する。即ち、音楽コンテンツの破壊に備えるため、予め音楽コンテンツのバックアップコピーが許可されるが、音楽コンテンツの再配信を受けられるのは、バックアップコピーがない場合のみである。また、音楽コンテンツをポータブルデバイスに移動すれば、パーソナルコンピュータ（以下ＰＣと略称）のハードディスクドライブ（以下ＨＤＤと略称）に記憶していた音楽コンテンツの方は削除されてしまう。これは、音楽コンテンツの無闇なコピーを防止するには有効な手法である。

しかしながら、上記特許文献１の手法は、ＰＣのＨＤＤのように、大きな記憶領域を有しコンテンツのバックアップを充分に行うことが可能な記憶媒体の場合に有効なものであり、内部に備える記憶媒体の記憶領域が小さい機器には適用できない。内部に備える記憶媒体の記憶領域が小さい機器においては、しばしば、メモリカード等の外部記憶媒体或いは記憶メディアを装着可能とし、これにデータ等を記憶しておくことが行われる。通常、この種の記憶メディアに音楽コンテンツのようなコピーが制限されるデータは記憶されない。それこそ不正使用の温床となりかねないからである。

しかし、上記のような内部記憶媒体の記憶領域が小さく、記憶メディアを装着した機器においても、他人が著作権を有する音楽コンテンツデータやプログラム等のソフトウエアを取り扱うことが要望されている。しかも、それを達成するのに、著作権やライセンスの権利等を侵害しないことが必要である。

また、単に記憶メディアにデータを記憶するとなると、記憶メディアを交換した場合、必要とするデータがないという状況に陥る場合がある。これを防止するため、どの記憶メディアにどのデータが記憶されているかをユーザが判断しなくてはならない、或いは、もし現在使用している記憶メディアに必要とするデータが含まれていないなら、しかるべき場所からダウンロードしてこなくてはならない、という煩雑さがある。その問題を解決することも要望されている。

また、従来の技術は、データのコピーは人間が手動で行っているため煩雑であり、その手間を省くことも要望されている。

本発明の目的は、記憶領域が小さい情報処理装置においても、支障なく、外部機器を用いてコピーする手間も必要なく、データ或いはプログラムを取り扱うことを可能とした情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体を提供することにある。

上述の目的を達成するために、本発明の情報処理装置は、データ及びデータに関する第一関連情報を記憶する記憶メディアの着脱を検出する検出手段と、データ及び前記記憶メディアに書き込まれたデータの取得元情報を含む第二関連情報を記憶する記憶手段と、前記検出手段により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないデータを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む制御手段と、を備えることを特徴とする。

上述の目的を達成するために、本発明の情報処理装置は、プログラム及びプログラムに関する第一関連情報とユーザ識別情報を記憶する記憶メディアの着脱を検出する検出手段と、プログラム及び前記記憶メディアに書き込まれたプログラムの取得元情報を含む第二関連情報とユーザ識別情報を記憶する記憶手段と、前記検出手段により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないプログラムを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込み、前記記憶メディアに記憶されたプログラムを実行する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないときは、前記プログラムの実行を不許可とする制御手段と、を備えることを特徴とする。

本発明によれば、情報処理装置に一度データ或いはプログラムが書き込まれていれば（コピー或いはインストールされて）いれば、該データ或いはプログラムが存在しない記憶メディアを情報処理装置に装着した場合に、取得元から取得したデータ或いはプログラムを記憶メディアに書き込む（コピー或いはインストールする）ので、記憶領域が小さい情報処理装置においても、支障なく、外部機器を用いてコピーする手間も必要なく、データ或いはプログラムを取り扱うことができる。

また、本発明によれば、再書き込み（再コピーまたは再インストール）可能と判定したデータを記憶メディアに書き込むので、無駄な書き込みを防止することができる。

また、本発明によれば、記憶メディアに記憶されたユーザ識別情報と情報処理装置内に記憶されたユーザ識別情報が一致しなければ、データの使用を不許可とするので、データの不正コピーによる使用を防止することができる。

また、本発明によれば、実行しようとするプログラムに関する情報が情報処理装置内に記憶されていない場合は、プログラムの実行を不許可とするので、プログラムが動作できる機器を限定することができ、プログラムの不正コピーによる使用を防止することができる。

また、本発明によれば、ユーザ識別情報を情報処理装置から情報管理装置に送信し、情報管理装置がデータ送信を許可した後に、データを情報処理装置に送信するので、データ供給者側のデータ供給条件を満たしたときのみ、データを情報処理装置の記憶手段にコピーすることができ、データが無闇にコピーされることがないことを保証することができる。

以下、本発明の実施の形態を図面に基づき説明する。

図１は、本発明の実施の形態に係る情報処理システムの構成例を示す図である。

図１において、情報処理システムは、情報処理装置としての携帯端末１０１、ＰＣ１０２ａ、ＰＣ１０２ｂ、サーバ１０６、ＬＡＮ（Local Area Network）１０３、インターネット１０５から構成されている。以下の説明ではＰＣ１０２ａ、ＰＣ１０２ｂを総称してＰＣ１０２とも表記する。尚、図１ではＰＣを２台設置し携帯端末を１台設置した場合を例に挙げているが、ＰＣ及び携帯端末の設置台数は任意である。

携帯端末１０１とＰＣ１０２ｂは、ＬＡＮ１０４により接続され、携帯端末１０１とＰＣ１０２ａは、ＵＳＢ（Universal Serial Bus）１０４により接続されている。携帯端末１０１は、メモリカードスロット（図２参照）を備えており、該メモリカードスロットに装着されたメモリカードに対してデータの書き込み／読み出しを行うことが可能である。携帯端末１０１の種類は、携帯電話機、デジタルカメラ、ＰＤＡ（Personal Digital Assistant）等、任意である。ＰＣ１０２ａ、ＰＣ１０２ｂは、携帯端末１０１に対してアプリケーションプログラム（以下アプリケーションと略称）をインストールしたり、各種データの書き込み／読み出しを行ったりすることが可能である。

図１では、携帯端末１０１とＰＣ１０２ｂをＬＡＮ１０４により接続し、携帯端末１０１とＰＣ１０２ａをＵＳＢ１０４により接続している場合を図示しているが、常時このように接続されているわけではない。携帯端末１０１は、随時、これらの接続を切り離して持ち運ぶことが可能である。即ち、携帯端末１０１に対してアプリケーションをインストールしたり、各種データの書き込み／読み出しを行ったりする場合に、携帯端末１０１をＰＣ１０２ａ或いはＰＣ１０２ｂに接続するという意味である。本実施の形態では、携帯端末１０１とＰＣ１０２ａ、ＰＣ１０２ｂとの間を有線で接続する場合を例に挙げているが、これに限定されず、携帯端末１０１とＰＣ１０２ａ、ＰＣ１０２ｂとの間を無線で接続してもよい。

インターネット１０５は、広域ネットワークである。インターネット１０５には、携帯端末１０１、ＰＣ１０２ａ、ＰＣ１０２ｂ、サーバ１０６が接続可能である。本実施の形態では、広域ネットワークの代表としてインターネット１０５を挙げているが、公衆電話網でもよい。サーバ１０６は、ＰＣ１０２ａ、ＰＣ１０２ｂと同様に、携帯端末１０１に対してアプリケーションをインストールしたり、各種データの送受信を行ったりすることが可能である。

図２は、携帯端末１０１の内部構成を示すブロック図である。

図２において、携帯端末１０１は、中央処理装置（以下ＣＰＵ）２０１、ＲＯＭ２０２、ＲＡＭ２０３、タイマ２０４、ディスプレイ２０５、マイク２０６、スピーカ２０７、操作部２０８、フラッシュＲＯＭ２０９、ＬＡＮ Ｉ／Ｆ２１０、ＵＳＢ Ｉ／Ｆ２１１、メモリカードスロット２１２、バス２１３を備えている。

ＣＰＵ２０１は、携帯端末１０１全体の制御を司るものであり、制御プログラムに基づき、図３〜図９、図１１〜図１２のフローチャートに示す処理を実行する。ＲＯＭ２０２は、各種の制御プログラムを読み出し可能に格納している。ＲＡＭ２０３は、制御プログラム動作中の一時的な値の保存に用いる。タイマ２０４は、各種時間を計測する。ディスプレイ２０５は、各種データを表示する。マイク２０６は、音声録音に用いる。スピーカ２０７は、音声出力に用いる。操作部２０８は、携帯端末１０１の電源のＯＮ／ＯＦＦ、文字・数字の入力等を行うための各種操作ボタンを備えている。

フラッシュＲＯＭ２０９は、各種設定データ（後述の第二関連情報を含む）やプログラムを保存しておくための不揮発性メモリである。ＬＡＮ Ｉ／Ｆ２１０は、携帯端末１０１がＬＡＮ１０３と接続する際のインタフェースを司る。ＵＳＢ Ｉ／Ｆ２１１は、携帯端末１０１がＵＳＢ１０４と接続する際のインタフェースを司る。メモリカードスロット２１２は、アプリケーション及び後述の第一関連情報を記憶するメモリカード（不図示）が着脱可能である。上記各部は相互にバス２１３で接続されている。

次に、アプリケーションをＰＣ１０２ａまたはＰＣ１０２ｂから携帯端末１０１にダウンロードし、該アプリケーションを携帯端末１０１のメモリカードスロット２１２に装着されたメモリカードにインストールする手順について、図３乃至図５のフローチャートを参照しながら説明する。

尚、アプリケーションのダウンロード元としては、ＰＣ１０２ａやＰＣ１０２ｂでなく、サーバ１０６であっても同様の手順で実現できることを先に述べておく。

図３乃至図５は、携帯端末１０１におけるアプリケーションのインストール手順を示すフローチャートである。

図３乃至図５において、携帯端末１０１の電源ＯＮ時、最初に、携帯端末１０１のＣＰＵ２０１は、メモリカードスロット２１２にメモリカードが装着されているかどうかを調べる（ステップＳ３００）。メモリカードスロット２１２にメモリカードが装着されていない場合は、アプリケーションのインストールが不可なので、本処理を終了する。尚、携帯端末１０１の電源が入っている時にメモリカードスロット２１２にメモリカードが装着された場合は、メモリカードスロット２１２から割り込み信号がＣＰＵ２０１に入力されるので、ＣＰＵ２０１はメモリカードの存在を即座に知ることができる。この場合は、ステップＳ３００をスキップし、次のステップＳ３２５から処理を始める。

メモリカードスロット２１２にメモリカードが装着されている場合は、ＣＰＵ２０１は、メモリカード上にアプリケーション記憶可ファイルが存在するかどうかを調べる（ステップＳ３２５）。ここで、アプリケーション記憶可ファイルのパスは予め決められている。また、アプリケーション記憶可ファイルの中身は必要ない。アプリケーション記憶可ファイルが存在するということは、そのメモリカードに対するアプリケーションのインストールが可であることを意味する。従って、アプリケーション記憶可ファイルが存在する場合は、ＣＰＵ２０１は、次の処理をステップＳ３０５にジャンプする。

アプリケーション記憶可ファイルが存在しない場合は、ＣＰＵ２０１は、メモリカード上にアプリケーション記憶不可ファイルが存在するかどうかを調べる（ステップＳ３０１）。ここで、アプリケーション記憶不可ファイルのパスは予め決められている。また、アプリケーション記憶不可ファイルの中身は必要ない。アプリケーション記憶不可ファイルが存在するということは、そのメモリカードに対するアプリケーションのインストールが不可であることを意味する。従って、アプリケーション記憶不可ファイルが存在する場合は、ＣＰＵ２０１は、アプリケーションのインストールができないと判断し、本処理を終了する。

アプリケーション記憶不可ファイルが存在しない場合は、ＣＰＵ２０１は、このメモリカードにアプリケーションを記憶してよいかを尋ねるダイアログをディスプレイ２０５上に表示し、ユーザがアプリケーション記憶可を選んだかどうかを判定する（ステップＳ３０２）。携帯端末１０１のユーザはディスプレイ２０５へのタッチや操作部２０８の所定ボタンの押下等の適当な手段により、そのダイアログに対して可否を応答する。

ユーザがアプリケーション記憶不可を選んだ場合は、ＣＰＵ２０１は、今後、このメモリカードにアプリケーションを記憶させないようにするかを尋ねるダイアログをディスプレイ２０５上に表示する（ステップＳ３０３）。ユーザがダイアログに対してＹＥＳと応答した場合は、ＣＰＵ２０１は、メモリカードの決められたパス上にアプリケーション記憶不可ファイルを作成して（ステップＳ３０４）、本処理を終了する。ユーザが今後アプリケーションを記憶することもあるかもしれないと考え、ダイアログに対してＮＯと応答した場合は、ＣＰＵ２０１は、何もせず本処理を終了する。

ユーザがアプリケーション記憶可を選んだ場合は、ＣＰＵ２０１は、アプリケーション記憶可ファイルをメモリカードの所定のパス上に作成する（ステップＳ３２６）。次いで、ＣＰＵ２０１は、メモリカードのルートディレクトリ上のファイルＡＰＰ＿ＩＮＦＯ（これをパス”／ＡＰＰ＿ＩＮＦＯ”で示す）が存在するかどうかを調べる（ステップＳ３０５）。尚、”／ＡＰＰ＿ＩＮＦＯ”というパスはあくまで一例であり、勿論、他のパスに予め決めていてもよい。

ファイルＡＰＰ＿ＩＮＦＯは、メモリカードにインストールされた一乃至複数のアプリケーションに関する情報を記述したファイルである。このファイルＡＰＰ＿ＩＮＦＯには、例えば、各アプリケーションにつき、アプリケーションを作成したメーカ名（或いは個人名）、アプリケーション名、バージョン、アプリケーションファイルを格納したメモリカード上のパス、アプリケーションＩＤを含む情報（第一関連情報）が記述されている。

尚、アプリケーションＩＤがメーカから最初に与えられていない場合は、メーカ名、アプリケーション名、及びバージョンからアプリケーションを一意に識別できるので、これらの情報を基にＣＰＵ２０１がアプリケーションＩＤを計算する。計算手法としては、例えば、メッセージダイジェスト処理を使う方法が考えられる。或いは、アプリケーションの取得元のＵＲＬ（Unified Resource Locator）や、アプリケーションファイルそのものの情報（例えば名前やサイズ）からアプリケーションＩＤを計算してもよい。

パス”／ＡＰＰ＿ＩＮＦＯ”がメモリカード上に存在しない場合は（ステップＳ３０５でＮＯ）、ＣＰＵ２０１は、このメモリカードには１つもアプリケーションがインストールされていないと判断し、今まで携帯端末１０１にインストールしたアプリケーションのリストを取得する（ステップＳ３０６）。リスト取得を可能とするために、携帯端末１０１のフラッシュＲＯＭ２０９には、今までに携帯端末１０１にインストールした全てのアプリケーションに関する情報（アプリケーション関連情報）が格納されている。

フラッシュＲＯＭ２０９には、アプリケーション関連情報（第二関連情報）として、上記のファイルＡＰＰ＿ＩＮＦＯに記述された情報の他に、アプリケーションの取得元情報（ダウンロード元のＵＲＬ、或いは、アプリケーションがＰＣ１０２ａからＵＳＢ経由で携帯端末１０１にインストールされた場合はＵＳＢ経由であることを示す情報等）、アプリケーションを再取得する場合に取得元の許可が必要なアプリケーションかどうかを示すフラグ、及び、アプリケーションを再インストールする必要があるかどうかを示すフラグが格納されている。また、アプリケーションの使用に関して細かいライセンス規定がある場合は、ライセンスに関する情報も格納されている。

アプリケーションを最初に携帯端末１０１にインストールしたときに、そのインストール方法に応じて、或いはインストール時の取得元との情報のやり取りによって、ＣＰＵ２０１が上述したアプリケーションに関する情報を取得し、フラッシュＲＯＭ２０９に格納する。

尚、ここで、「携帯端末１０１にインストール」という用語と「メモリカードにインストール」という用語を使用しているが、ＰＣ１０２から携帯端末１０１にアプリケーションをインストールしたとき、フラッシュＲＯＭ２０９にはアプリケーションを格納する十分な領域が確保されないので、アプリケーションの実体はメモリカードに置かれることを想定している。従って、「携帯端末１０１にインストール」ということは、一旦、アプリケーションファイルが携帯端末１０１にロードされることを意味しているだけで、アプリケーションの実体が携帯端末１０１内に置かれることを意味しているものではない。

上記ステップＳ３０６で今まで携帯端末１０１にインストールしたアプリケーションのリストを取得した後は、これらのアプリケーションをメモリカードにインストールするために、ステップＳ３１１以下の処理を実行する。

一方、パス”／ＡＰＰ＿ＩＮＦＯ”が存在する場合は（ステップＳ３０５でＹＥＳ）、ＣＰＵ２０１は、ファイルＡＰＰ＿ＩＮＦＯに記載されたアプリケーションのリストを取得する（ステップＳ３０７）。次いで、ＣＰＵ２０１は、取得したアプリケーションのリストを基に、アプリケーションのファイルが実際にメモリカード上にあるかどうかを調べ、実際に存在するアプリケーションのリスト（ａ）を取得する（ステップＳ３０８）。

ここで、ＡＰＰ＿ＩＮＦＯファイルの情報を完全に信用せずに、わざわざ、アプリケーションのファイルが実在するかどうか調べる理由は、メモリカードは一般的なＰＣとメモリカードリーダ／ライタを用いてファイルの移動や消去が簡単に行えるので、その可能性をチェックしなければならないからである。

更に、ＣＰＵ２０１は、今まで携帯端末１０１にインストールしたアプリケーションのリスト（ｂ）を取得する（ステップＳ３０９）。そして、ＣＰＵ２０１は、実際に存在するアプリケーションのリスト（ａ）と、今まで携帯端末１０１にインストールしたアプリケーションのリスト（ｂ）との差に相当する、ｂ−ａを求める。即ち、今まで携帯端末１０１にインストールしたがメモリカードにはインストールしていないアプリケーションのリストを取得する（ステップＳ３１０）。

上記ステップＳ３０６の処理と上記ステップＳ３１０の処理の結果、メモリカードにインストールすべきアプリケーションのリストが得られた。

次に、ユーザはディスプレイ２０５上で、処理を行う次のアプリケーションをリストから選択しようとする。ＣＰＵ２０１は、アプリケーションの全てについてインストールが終了したかどうかをチェックする（ステップＳ３１１）。インストールすべきアプリケーションが残っていない場合は、本処理を終了する。インストールすべきアプリケーションが残っている場合は、ＣＰＵ２０１は、フラッシュＲＯＭ２０９内のアプリケーション関連情報を参照し、当該アプリケーションが再インストールが可能なアプリケーションかどうかを判定する（ステップＳ３１２）。

上記ステップＳ３１２の判定を実施することにより、ユーザが新しいメモリカードへの再インストールは不要と判断したアプリケーションはインストールされないので、インストールの時間を短縮することができる。また、後述するように、アプリケーションではなくデータをインストール（またはデータリソースからのコピー）する場合は、ユーザは一時的なデータをメモリカードに格納したいだけで、全てのメモリカードにデータのコピーを置いておきたくはない場合、上記ステップＳ３１２の判定が役立つ。

当該アプリケーションが再インストールが可能なアプリケーションでない場合は（ステップＳ３１２でＮＯ）、ＣＰＵ２０１は、当該アプリケーションについてのインストールを中止し、次のアプリケーションの処理に移るため、上記ステップＳ３１１に戻る。当該アプリケーションが再インストールが可能なアプリケーションである場合は（ステップＳ３１２でＹＥＳ）、ＣＰＵ２０１は、上述したフラッシュＲＯＭ２０９内のアプリケーション関連情報を参照し、そのアプリケーションが再取得時に取得元の許可が必要なアプリケーションかどうかを判別する（ステップＳ３１３）。取得元の許可が必要なアプリケーションの場合は、図７のステップＳ５０１に進む。

取得元の許可が必要ないアプリケーションの場合は、ＣＰＵ２０１は、更にアプリケーション関連情報を参照し、そのアプリケーションの取得元情報を得て、アプリケーションの取得元はＵＲＬかどうかを判別する（ステップＳ３１４）。アプリケーションの取得元はＵＲＬでない場合は、図６のステップＳ４０１に進む。アプリケーションの取得元はＵＲＬである場合は、ＣＰＵ２０１は、現在、ネットワーク機能がＯＮであるかどうか、即ち携帯端末１０１がＬＡＮ１０３に接続された状態であるかどうかを判別する（ステップＳ３１５）。

ネットワーク機能がＯＮでない場合は、ＣＰＵ２０１は、ネットワーク機能をＯＮにするかどうかを尋ねるダイアログをディスプレイ２０５上に表示する（ステップＳ３１６）。ユーザがネットワーク機能をＯＮにすることを選んだ場合は、ＣＰＵ２０１は、ネットワーク機能をＯＮにする（ステップＳ３１８）。しかし、勿論、携帯端末１０１がＬＡＮ１０３に接続されていなければ通信はできないので、ユーザが携帯端末１０１をＬＡＮ１０３に接続することは必要である。

ユーザがネットワーク機能をＯＮにしないことを選んだ場合は、ＣＰＵ２０１は、そのアプリケーションについてはインストールできない旨をディスプレイ２０５上に表示し（ステップＳ３１７）、上記ステップＳ３１１に戻り、次のアプリケーションのインストールに備える。アプリケーションの取得元はＬＡＮ１０３だけでなく、ＵＳＢ１０４の場合もある。そのようなアプリケーションのインストールを可能とするため、ＬＡＮ１０３を使用できないからといってここで本処理を終了するのではなく、上記ステップＳ３１１に戻るようになっている。

ネットワーク機能がＯＮになると、ＣＰＵ２０１は、アプリケーションの取得元であるＵＲＬにアクセスし、アプリケーションを携帯端末１０１にダウンロードする（ステップＳ３１９）。ここではＰＣ１０２ｂからダウンロードする。その際のプロトコルはＨＴＴＰ（Hyper Text Transfer Protocol）、ＦＴＰ（File Transfer Protocol）等、様々なものが考えられるが、それらの何れでもよい。

次に、ＣＰＵ２０１は、ＰＣ１０２ｂからのアプリケーションのダウンロードが成功したかどうかをチェックする（ステップＳ３２０）。ダウンロードが失敗した場合は、ＣＰＵ２０１は、ダウンロードが失敗した旨をディスプレイ２０５上に表示し（ステップＳ３２１）、上記ステップＳ３１１に戻る。ダウンロードが成功した場合は、ＣＰＵ２０１は、必要であれば、ダウンロードしたアプリケーションに関する情報をフラッシュＲＯＭ２０９に記憶する（ステップＳ３２２）。

「必要であれば」という意味について説明する。本来、ここでダウンロードしたアプリケーションは、既に携帯端末１０１にとってはインストール済みであるから、そのアプリケーションに関する情報はフラッシュＲＯＭ２０９内に格納済みのはずである。しかし、例えばバージョンが変更されたりして、アプリケーションに関する情報の修正が必要になるときがあるかもしれない。バージョン情報を基にアプリケーションＩＤを計算している場合は、アプリケーションＩＤの再計算も必要になる。そのような場合、アプリケーションに関する情報を更新する。

上記ステップＳ３２２では、フラッシュＲＯＭ２０９内のアプリケーションの再インストールが可能かどうかを示すフラグがセットされることもある。該フラグのセット手順について図１２のフローチャートを参照しながら説明する。

図１２は、携帯端末１０１におけるアプリケーションの再インストールが可能かどうかを示すフラグをセットする手順を示すフローチャートである。

図１２において、携帯端末１０１のＣＰＵ２０１は、図５のステップＳ３２２の処理に来ると、ダイアログをディスプレイ２０５上に表示し、当該アプリケーションを再インストール可能とするかどうかをユーザに尋ねる（ステップＳ８０１）。ユーザが再インストール可能とすると応答した場合は、ＣＰＵ２０１は、フラッシュＲＯＭ２０９内の当該アプリケーションに対するアプリケーションの再インストールが可能かどうかを示すフラグをセットする（ステップＳ８０２）。

ユーザが再インストールを可能としない応答した場合は、ＣＰＵ２０１は、上記再インストールが可能かどうかを示すフラグをクリアする（ステップＳ８０４）。そして、上記ステップＳ８０２またはステップＳ８０４の処理が終了すると、ＣＰＵ２０１は、アプリケーションの他の情報をフラッシュＲＯＭ２０９内に格納する（ステップＳ８０３）。

尚、図１２に示した手順は、最初にアプリケーションをインストールしたときに行ってもよい。また、図示しないが、携帯端末１０１に新しいメモリカードを装着する度に、ステップＳ８０１でアプリケーションを再インストールするかどうかを尋ねるダイアログを開くのはユーザにとって煩わしいので、ステップＳ８０１、ステップＳ８０２、ステップＳ８０４の処理は、最初にアプリケーションをインストールした時だけと、ユーザが明示的に上記再インストールが可能かどうかを示すフラグを変更するよう携帯端末１０１を操作した時だけに行い、携帯端末１０１に新しいメモリカードを装着したときはこれらのステップを省略するようにしてもよい。

図５に戻り、ＣＰＵ２０１は、ステップＳ３２２の処理後、ダウンロードしてきたアプリケーションをメモリカードにインストールする（ステップＳ３２３）。ここでは、アプリケーションファイルのデフォルトの格納先パスは予め決められている可能性もあるが、ユーザは他の格納先パスを選びたいこともありうる。ユーザに他の格納先パスを選ばせるため、必要であれば、ＣＰＵ２０１は格納先パスを選択させるダイアログをディスプレイ２０５上に表示する。

次いで、ＣＰＵ２０１は、メモリカードにインストールしたアプリケーションに関する情報を格納するため、”／ＡＰＰ＿ＩＮＦＯ”を更新する（ステップＳ３２４）。上述したように、アプリケーションファイルの格納先パスをユーザが選択した場合は、その格納先パスを”／ＡＰＰ＿ＩＮＦＯ”の中に記述する。

以上のようにして、１つのアプリケーションについて、その取得元がＵＲＬであった場合のインストールは終了し、上記ステップＳ３１１に戻り、次のアプリケーションに処理が移る。

次に、携帯端末１０１におけるアプリケーションの取得元がＵＳＢであった場合のアプリケーションのインストールの手順について図６のフローチャートを参照しながら説明する。

図６は、携帯端末１０１におけるアプリケーションの取得元がＵＳＢであった場合のアプリケーションのインストール手順を示すフローチャートである。

図６において、携帯端末１０１のＣＰＵ２０１は、図４のステップＳ３１４でアプリケーションの取得元がＵＲＬでなかった場合、アプリケーションの取得元はＵＳＢ１０４かどうかを判定する（ステップＳ４０１）。アプリケーションの取得元がＵＳＢ１０４である場合は、ＣＰＵ２０１は、現在、携帯端末１０１がＵＳＢ１０４を用いた通信中であるかどうかを調べる（ステップＳ４０２）。

携帯端末１０１がＵＳＢ１０４を用いた通信中でない場合は、ＣＰＵ２０１は、携帯端末１０１にＵＳＢ１０４が接続されていない旨の警告メッセージをディスプレイ２０５上に表示する（ステップＳ４０６）。そして、ＣＰＵ２０１は、ユーザが携帯端末１０１にＰＣ１０２ａをＵＳＢ１０４により接続するのを待つ（ステップＳ４０７とステップＳ４０８のループ）。この時、ユーザがＵＳＢ接続を行わず、当該アプリケーションについてはインストールしないで無視することをディスプレイ２０５上で選択すると、図４のステップＳ３１１に戻る。

携帯端末１０１がＵＳＢ１０４を用いた通信中だった場合（ステップＳ４０２でＹＥＳ）、或いは、ユーザがＵＳＢ接続を行った場合（ステップＳ４０７でＹＥＳ）、ＣＰＵ２０１は、該当するアプリケーションのインストールをＰＣ１０２ａに要求する（ステップＳ４０３）。具体的には、アプリケーション名やバージョン名等のアプリケーションを識別する情報或いは上記アプリケーションＩＤ情報と共に、アプリケーションインストール要求メッセージが、携帯端末１０１からＰＣ１０２ａに送信される。

アプリケーションインストール要求メッセージを受け取ったＰＣ１０２ａは、該メッセージ内のアプリケーションを識別する情報を用いてアプリケーションを識別し、該当するアプリケーションファイルを携帯端末１０１に対して送信する。

アプリケーションがＰＣ１０２ａ内のＨＤＤに格納されていれば、即座にＰＣ１０２ａから携帯端末１０１に対しアプリケーションのインストールが行われる。最初にアプリケーションをＰＣ１０２ａから携帯端末１０１にインストールした時にＣＤ−ＲＯＭ等の記憶メディアからインストールした場合は、ＰＣ１０２ａはまずインストールに用いるＣＤ−ＲＯＭをＰＣ１０２ａにセットするよう表示画面を介してユーザに促し、それが終了した後、アプリケーションファイルを携帯端末１０１に対して送信する。

一方、携帯端末１０１のＣＰＵ２０１は、この間、ＰＣ１０２ａからアプリケーションが送信されてくるのを待つ（ステップＳ４０４及びステップＳ４０５のループ）。ＰＣ１０２ａからアプリケーションが送信されてくる前にユーザがアプリケーションのインストール中止を選択した場合、或いは、所定の時間がタイムアウトした場合（ステップＳ４０５でＹＥＳ）、そのアプリケーションのインストールが中止され、図４のステップＳ３１１に戻る。

アプリケーションのインストールが中止される前に、ＰＣ１０２ａからアプリケーションが送信された場合は（ステップＳ４０４でＹＥＳ）、図５のステップＳ３２２にジャンプし、アプリケーションの取得元がＵＲＬであった場合と同様のシーケンスを辿る。尚、ステップＳ３２２では「ダウンロードした」アプリケーションの情報をフラッシュＲＯＭ２０９に記憶すると説明したが、ＵＳＢ１０４を使用したアプリケーションのインストールの場合は、ダウンロードを「ＵＳＢを通じて受信した」と読み替えればよい。以下、同様である。

さて、上記ステップＳ４０１でアプリケーションの取得元がＵＳＢ１０４でない場合は、ＣＰＵ２０１は、単に、アプリケーションがインストールできない旨をディスプレイ２０５上に表示し（ステップＳ４０９）、図４のステップＳ３１１に戻っている。

しかし、本発明では、取得元がＵＲＬかＵＳＢでなければアプリケーションがインストールできないわけではない。どうしてもアプリケーションをインストールできない時に、最後にその旨を表示するのが、ステップＳ４０９の処理である。他にも図示してはいないが、アプリケーションの取得元としては、他のメモリカード（携帯端末１０１が複数のメモリカードスロット２１２を備えている場合は、メモリカードの交換をすることなく他のメモリカードからアプリケーションを読み出し、これをインストールすることも可能である）、或いは、メモリカード以外の記憶素子や記憶メディア、或いは、赤外線・無線ＬＡＮ・Bluetooth・携帯電話機・ＰＨＳといった無線手段等、様々な手段を用いて、アプリケーションのインストールが可能である。

次に、携帯端末１０１におけるアプリケーションの再取得時にＰＣ１０２ｂの許可を得る手順を経てアプリケーションをインストールする手順について、図７乃至図９のフローチャートを参照しながら説明する。

図７乃至図９は、携帯端末１０１におけるアプリケーションの再取得時にＰＣ１０２ｂの許可を得る手順を経てアプリケーションをインストールする手順を示すフローチャートである。

図７乃至図９において、携帯端末１０１のＣＰＵ２０１は、図４のステップＳ３１３で、フラッシュＲＯＭ２０９内のアプリケーション関連情報を参照し、当該アプリケーションが再取得時に許可が必要なアプリケーションであると判断した場合、アプリケーションの取得元はＵＲＬかどうかを調べる（ステップＳ５０１）。アプリケーションの取得元がＵＲＬでない場合は、ステップＳ５１７に進む。

アプリケーションの取得元がＵＲＬである場合は、ステップＳ５０２のネットワーク機能がＯＮであるかどうかを調べる処理に進むが、ステップＳ５０２〜ステップＳ５０５までのネットワーク機能をＯＮにする手順は上記ステップＳ３１５〜ステップＳ３１８と同様であるため、説明を省略する。

次に、ＣＰＵ２０１は、フラッシュＲＯＭ２０９内に格納されている、ユーザを識別するためのユーザＩＤ及びダウンロードを要求するアプリケーション名（或いはアプリケーションを識別する情報、或いはアプリケーションＩＤ）をアプリケーションの取得元に送信する（ステップＳ５０６）。続くステップＳ５０７以降の処理は後述する。

ユーザＩＤとは、購入したことなどの理由によりアプリケーションを使用する権利があるユーザを識別するためのものであるが、役目はそれだけにとどまらない。後述するが、アプリケーションを実行する場合、その使用権があるかどうかをチェックするためにユーザＩＤを用いる。これは、メモリカードにも格納される。しかし、一旦メモリカードにユーザＩＤ情報を格納してしまえば、悪意を持ったユーザが何らかの手段により、ユーザＩＤ情報を不正に読み出し、ユーザＩＤとアプリケーションを別のメモリカードにコピーすることで、別の携帯端末においてアプリケーションを実行することも可能になる。

これを防止するため、ユーザＩＤは、携帯端末１０１の固有情報（例えば機器シリアル番号）も含み、携帯端末１０１さえも識別できるようにするのが望ましい。具体的には、ユーザＩＤは、ＲＯＭ２０２に記憶された暗号鍵を用いて、携帯端末１０１に入力されたユーザ名及び機器シリアル番号を組み合わせたものを暗号化したものを用いる。暗号化することで、正規ユーザさえも、偽のユーザＩＤを作成することが困難になる。

ユーザ名も合わせて暗号化するのは、携帯端末１０１が他人に譲渡された場合を考えてのことである。携帯端末１０１のユーザ名を変更しなければ、前の持ち主が使っていたアプリケーションをそのまま使うことができる。しかし、ユーザ名情報は各種アプリケーションが様々な場面で使用する。これを避けるために、ユーザ名を変更する場合、ＣＰＵ２０１はフラッシュＲＯＭ２０９内に格納されている今までにインストールしたアプリケーションに関する情報を削除する。これにより、前の持ち主が使用していたアプリケーションは一切使用できなくなる。

ユーザＩＤの作成は、ユーザが携帯端末１０１の操作部２０８により最初にユーザ名を入力する時、或いはユーザ名を変更する時に行われる。その時は、ＣＰＵ２０１が入力されたユーザ名と機器シリアル番号を基に暗号化処理を行い、ユーザＩＤを計算し、フラッシュＲＯＭ２０９に格納する。

ここで、図７乃至図９のインストール手順の説明を中断し、携帯端末１０１からユーザＩＤ及びアプリケーション名を受信したＰＣ１０２ｂ側のアプリケーション送信手順について、図１０のフローチャートを参照しながら説明する。

図１０は、ＰＣ１０２ｂにおけるアプリケーション送信手順を示すフローチャートである。

図１０において、まず、ＰＣ１０２ｂは、ユーザＩＤ及びアプリケーション名を携帯端末１０１から受信する（ステップＳ６０１）。上述したように、アプリケーションを識別できるものであれば、アプリケーション名はアプリケーションＩＤ等の他の情報でもよい。次いで、ＰＣ１０２ｂは、ＰＣ内部に保持しているアプリケーションに関する情報（不図示）を参照し、携帯端末１０１からダウンロード要求があったアプリケーションが無制限にダウンロードが許可されているかどうかを調べる（ステップＳ６０２）。

無料のアプリケーションや試用版のアプリケーションならば、ダウンロードは無制限に許可されていることが多いと予想される。一方、商用アプリケーションならば、例えば最初のダウンロードは有料であるが、正規ユーザならば、その後のダウンロードは無料であったり、その後の無料ダウンロードの回数が制限されていたり、など様々な場合が考えられる。

最初のダウンロードのみ有料でその後は無制限にダウンロード可という条件ならば、ＰＣ１０２ｂは、ステップＳ６０２では無制限にダウンロードが許可されていると判断する。無制限にダウンロードが許可されていない場合は、ＰＣ１０２ｂは、まず暗号化されているユーザＩＤを復号化する（ステップＳ６０３）。これにより、ユーザ名及び機器シリアル番号が得られる。

次に、ＰＣ１０２ｂは、得られたユーザ名から、当該ユーザが正規ユーザかどうかを判断する（ステップＳ６０４）。当該ユーザが正規ユーザである場合は、ＰＣ１０２ｂは、携帯端末１０１の機器シリアル番号がＰＣ１０２ｂに既に登録されているかどうかをチェックする（ステップＳ６０５）。上記ステップＳ６０４及びステップＳ６０５の処理を行うために、当然、前もってユーザＩＤがＰＣ１０２ｂに登録されている。これは最初のアプリケーションのダウンロード時に行われる。

機器シリアル番号がＰＣ１０２ｂに既に登録されている場合は、ＰＣ１０２ｂは、アプリケーションの送信条件を満たすかどうか調べる（ステップＳ６０６）。上述したように、アプリケーションのダウンロードの回数が制限されている場合もありうる。更に、例えばライセンス条件の違いにより、ユーザ毎にアプリケーションのダウンロード回数が異なることも考えられる。そのため、今回、当該ユーザに対するアプリケーションのダウンロードが条件を満たすかどうかが判別される。

上記ステップＳ６０４、ステップＳ６０５、ステップＳ６０６の何れかの条件を満たさなかった場合は、ＰＣ１０２ｂは、ダウンロードが許可されないことを示すエラーを携帯端末１０１に対して返す（ステップＳ６０８）。

ステップＳ６０６で送信条件を満たした場合、或いは、ステップＳ６０２でアプリケーションの無制限ダウンロードが許可されている場合は、ＰＣ１０２ｂは、アプリケーションのダウンロードを許可し、暗号化されたアプリケーションを携帯端末１０１に送信する（ステップＳ６０７）。

図７乃至図９に戻り、一方、携帯端末１０１のＣＰＵ２０１は、アプリケーションのダウンロードが許可されたかどうかを待つ（ステップＳ５０７）。図１０のステップＳ６０８でＰＣ１０２ｂからエラーが返された場合は、ＣＰＵ２０１は、ダウンロードは許可されなかったと判断し、ダウンロードが不許可の旨をディスプレイ２０５上に表示し（ステップＳ５０８）、図４のステップＳ３１１に戻る。

図１０のステップＳ６０７でＰＣ１０２ｂからアプリケーションが送信された場合は、ＣＰＵ２０１は、ダウンロードが許可されたと判断し、ＰＣ１０２ｂから送信されたアプリケーションをダウンロードする（ステップＳ５０９）。ダウンロードが成功すると（ステップＳ５１０でＹＥＳ）、ＣＰＵ２０１は、アプリケーションを復号化する（ステップＳ５１２）。

尚、アプリケーションの暗号化・復号化は必ず必要というわけではない。アプリケーション供給者がアプリケーションを暗号化しなくてもよいと考えるなら、これらの手順は必要なくなる。但し、携帯端末１０１が復号化機能を有していれば、それをアプリケーションのインストールに用いることができるので、アプリケーション作成者にとっては著作権を侵害される心配が少なくなり、安心して携帯端末１０１向けのアプリケーションを供給できるという効果がある。

続くステップＳ５１３〜ステップＳ５１５はステップＳ３２２〜ステップＳ３２４と同様であるため、説明を省略する。最後に、ＣＰＵ２０１は、ユーザＩＤを所定のパスでメモリカードに書き込む（ステップＳ５１６）。但し、メモリカード内にユーザＩＤはただ１つでよく、メモリカードにユーザＩＤが既に書き込まれていれば、書き込む必要はない。この後、図４のステップＳ３１１に戻る。

他方、アプリケーションの取得元がＵＲＬでない場合は（ステップＳ５０１でＮＯ）、ＣＰＵ２０１は、アプリケーションの取得元がＵＳＢであるかどうかを調べる（ステップＳ５１７）。アプリケーションの取得元がＵＳＢである場合は、ステップＳ５１８に進むが、ステップＳ５１８及びステップＳ５２０〜ステップＳ５２２は、ステップＳ４０２及びステップＳ４０６〜ステップＳ４０８と同様であるため、説明を省略する。

ＵＳＢ通信路が確立した後、ＣＰＵ２０１は、ユーザＩＤをＰＣ１０２ａに送信すると共に、アプリケーションのインストールをＰＣ１０２ａに要求する（ステップＳ５１９）。その後、ステップＳ５０７にジャンプし、アプリケーションインストールの許可を待つ。

尚、上述したように、ＵＳＢを用いたインストールの場合は、ステップＳ５０７以降の「ダウンロード」をＵＳＢを通じた受信のように読み替える。

アプリケーションの取得元がＵＳＢでなかった場合は（ステップＳ５１７でＮＯ）、ＣＰＵ２０１は、図６のステップＳ４０９と同様に、アプリケーションがインストールできない旨をディスプレイ２０５上に表示して（ステップＳ５２３）、図４のステップＳ３１１に戻る。

次に、携帯端末１０１におけるアプリケーションの実行手順について、図１１のフローチャートを参照しながら説明する。

図１１は、携帯端末１０１におけるアプリケーション実行手順を示すフローチャートである。

図１１において、携帯端末１０１で何らかの手段によりメモリカード上のアプリケーションを実行しようとした場合、まず、ＣＰＵ２０１は、フラッシュＲＯＭ２０９内のアプリケーション関連情報を参照し、当該アプリケーションが再取得に許可が必要なアプリケーションであるかどうかをチェックする（ステップＳ７０１）。

再取得に許可が必要なアプリケーションである場合、ＣＰＵ２０１は、メモリカード内のユーザＩＤを読み出す（ステップＳ７０２）。次いで、ＣＰＵ２０１は、フラッシュＲＯＭ２０９内のユーザＩＤを読み出す（ステップＳ７０３）。ＣＰＵ２０１は、メモリカードから読み出したユーザＩＤとフラッシュＲＯＭ２０９から読み出したユーザＩＤとを比較し、一致するかどうかを調べる（ステップＳ７０４）。

メモリカード内のユーザＩＤとフラッシュＲＯＭ２０９内のユーザＩＤが一致した場合は（ステップＳ７０４でＹＥＳ）、ＣＰＵ２０１は、メモリカード内のファイル”／ＡＰＰ＿ＩＮＦＯ”を読み出し、実行しようとしているアプリケーションに関するアプリケーション識別情報、即ちアプリケーションＩＤを読み出す（ステップＳ７０５）。

ＣＰＵ２０１は、そのアプリケーションＩＤが、フラッシュＲＯＭ２０９内に格納されている、今までインストールしたアプリケーション関連情報の中にも存在するかどうかを調べる（ステップＳ７０６）。アプリケーションＩＤがフラッシュＲＯＭ２０９内のアプリケーション関連情報の中に存在する場合（ステップＳ７０６でＹＥＳ）、或いは、再取得に許可が必要ないアプリケーションである場合（ステップＳ７０１でＮＯ）は、アプリケーションの実行が許可され、ＣＰＵ２０１は、実際にアプリケーションを実行する（ステップＳ７０７）。

メモリカード内のユーザＩＤとフラッシュＲＯＭ２０９内のユーザＩＤが一致しない場合（ステップＳ７０４でＮＯ）、或いは、アプリケーションＩＤがフラッシュＲＯＭ２０９内のアプリケーション関連情報の中に存在しない場合（ステップＳ７０６でＮＯ）は、アプリケーションの実行が許可されず、ＣＰＵ２０１は、エラーをディスプレイ２０５上に表示して（ステップＳ７０８）、本処理を終了する。

以上説明したように、本実施の形態によれば、携帯端末１０１に一度アプリケーションがインストールされていれば、該アプリケーションが存在しないメモリカードを携帯端末１０１に装着した場合に、取得元から取得したアプリケーションがメモリカードに自動的にインストールされるので、記憶領域が小さい携帯端末においても、支障なく、外部機器を用いてコピーする手間も必要なく、アプリケーションを取り扱うことができる。

また、再インストール可能と判定したデータをメモリカードに書き込むので、無駄な書き込みを防止することができる。

また、メモリカードに記憶されたユーザ識別情報と携帯端末内に記憶されたユーザ識別情報が一致しなければ、アプリケーションの使用を不許可とするので、アプリケーションの不正コピーによる使用を防止することができる。

また、実行しようとするアプリケーションに関する情報が携帯端末内に記憶されていない場合は、アプリケーションの実行を不許可とするので、アプリケーションが動作できる機器を限定することができ、アプリケーションの不正コピーによる使用を防止することができる。

また、ユーザ識別情報を携帯端末１０１からＰＣ１０２に送信し、ＰＣ１０２がデータ送信を許可した後に、データを携帯端末１０１に送信するので、データ供給者側のデータ供給条件を満たしたときのみ、データを携帯端末１０１のフラッシュＲＯＭ２０９にコピーすることができ、データが無闇にコピーされることがないことを保証することができる。

[他の実施の形態]
上記実施の形態では、アプリケーションのインストール及び実行の手順について説明したが、アプリケーションのインストール及び実行に限定されるものではなく、外部から携帯端末１０１に移動される一般的なデータにも応用することが可能である。

例えば、Ｗｅｂページにアクセスし、気に入った画像データやＷｅｂページのＨＴＭＬデータそのものをとっておきたいとする。この場合、携帯端末１０１内部のフラッシュＲＯＭ２０９は容量が不足するので、ユーザは上記データをメモリカードに保存しておくべく、上記データを携帯端末１０１にダウンロードし、メモリカードに記録したとする。しかし、メモリカードにも多くのデータを記録しているので容量が足りなくなり、更に大容量のメモリカードに交換したとする。

このような時に、ＰＣを用いて新しいメモリカードにデータをコピーするのは手間がかかるので、本発明のように、新しいメモリカードを携帯端末１０１に装着した時に、自動的にデータがコピーされれば、ユーザは前にダウンロードしたデータを即座に利用することができる。

また、音楽コンテンツのように、著作権を有したりライセンス条件があるようなデータであっても、本発明のように、データが無制限に新しいメモリカードにコピーされるのではなくユーザＩＤの認証を経てからコピーが許可されるのであれば、著作権者にとっても安心できる。

このように、本発明は、アプリケーションだけでなく、一般的なデータにも応用することができる。その場合、これまでのアプリケーションについての説明は、「アプリケーションのインストール」を「データの移動、またはコピー、またはダウンロード」と読み替え、「アプリケーションの実行」を「データの使用」と読み替える。例えば、図１１のステップＳ７０７で「アプリケーションを実行する」とあるのは、「データを使用する」とする。

また、上記実施の形態では、記憶メディアとしてメモリカードを例に挙げて説明したが、本発明はメモリカードに限定されるものではなく、記憶メディア一般に適用することが可能である。

また、上記実施の形態では、実行させることができるソフトウエアの代表としてアプリケーションという語を用いてきたが、本発明はアプリケーションに限定されるものではなく、機器で動作するプログラム一般に適用可能であることは明白である。

また、上記実施の形態では、携帯端末を例に挙げて説明したが、本発明は携帯端末に限定されるものではなく、携帯端末は記憶メディアにデータを置いておく必要性が高い機器の例として挙げただけであり、携帯型の機器にしか応用できないというわけではない。記憶メディアを使用できる機器一般に適用することが可能である。
また、本発明の目的は、実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も、本発明に含まれることは言うまでもない。

この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

本発明の実施の形態に係る情報処理システムの構成例を示す図である。 情報処理装置としての携帯端末の内部構成を示すブロック図である。 携帯端末におけるアプリケーションのインストール手順を示すフローチャートである。 図３の続きである。 図４の続きである。 携帯端末におけるアプリケーションの取得元がＵＳＢであった場合のアプリケーションのインストール手順を示すフローチャートである。 携帯端末におけるアプリケーションの再取得時にＰＣの許可を得る手順を経てアプリケーションをインストールする手順を示すフローチャートである。 図７の続きである。 図８の続きである。 ＰＣにおけるアプリケーション送信手順を示すフローチャートである。 携帯端末におけるアプリケーション実行手順を示すフローチャートである。 携帯端末におけるアプリケーションの再インストールが可能かどうかを示すフラグをセットする手順を示すフローチャートである。

符号の説明

１０１ 携帯端末（情報処理装置）
１０２ａ、１０２ｂ ＰＣ（情報管理装置）
１０３ ＬＡＮ
１０４ ＵＳＢ
１０５ インターネット
１０６ サーバ（情報管理装置）
２０１ ＣＰＵ（検出手段、制御手段）
２０９ フラッシュＲＯＭ（記憶手段）
２１２ メモリカードスロット

Claims (15)

1. データ及びデータに関する第一関連情報を記憶する記憶メディアの着脱を検出する検出手段と、
   データ及び前記記憶メディアに書き込まれたデータの取得元情報を含む第二関連情報を記憶する記憶手段と、
   前記検出手段により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないデータを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記制御手段は、前記記憶手段に存在し前記記憶メディアに存在せず且つ再書き込み可能と判定したデータを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込むことを特徴とする請求項１記載の情報処理装置。
3. 前記記憶メディア及び前記記憶手段は、更にユーザ識別情報を記憶し、
   前記制御手段は、前記記憶メディアに記憶されたデータを使用する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないときは、前記データの使用を不許可とすることを特徴とする請求項１記載の情報処理装置。
4. 前記制御手段は、前記記憶手段に存在し前記記憶メディアに存在しないデータがある場合、前記ユーザ識別情報を前記第二関連情報に含まれた前記取得元情報が示す取得元に送信し、前記取得元から該当するデータを取得して前記記憶メディアに書き込むことを特徴とする請求項１又は３記載の情報処理装置。
5. プログラム及びプログラムに関する第一関連情報とユーザ識別情報を記憶する記憶メディアの着脱を検出する検出手段と、
   プログラム及び前記記憶メディアに書き込まれたプログラムの取得元情報を含む第二関連情報とユーザ識別情報を記憶する記憶手段と、
   前記検出手段により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないプログラムを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込み、前記記憶メディアに記憶されたプログラムを実行する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないときは、前記プログラムの実行を不許可とする制御手段と、
   を備えることを特徴とする情報処理装置。
6. 前記制御手段は、前記記憶メディアに記憶されたプログラムを実行する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないとき或いは前記プログラムに関する情報が前記第二関連情報に含まれていないときは、前記プログラムの実行を不許可とすることを特徴とする請求項５記載の情報処理装置。
7. 前記第一関連情報は、データ或いはプログラムを識別する情報を含み、
   前記第二関連情報は、前記取得元情報及び前記第一関連情報に含まれる情報の他に、データ或いはプログラムを再取得する場合に取得元の許可が必要か否かを示す情報、データ或いはプログラムの再書き込みが必要か否かを示す情報を含むことを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
8. 前記ユーザ識別情報は、ユーザに関連する情報及び前記情報処理装置の識別情報から一意に導出されることを特徴とする請求項３乃至６の何れかに記載の情報処理装置。
9. 前記請求項１乃至８の何れかに記載の情報処理装置と、前記情報処理装置にデータ或いはプログラムを送信可能な情報管理装置とを備えることを特徴とする情報処理システム。
10. 前記情報管理装置は、データ或いはプログラムとユーザ識別情報とを関連付けた情報を格納する格納手段と、前記情報処理装置からデータ要求或いはプログラム要求とユーザ識別情報を受信した場合、要求されたデータ或いはプログラムとユーザ識別情報とを関連付けた情報が前記格納手段に存在するときは、要求されたデータ或いはプログラムを前記情報処理装置に送信する送信手段とを備えることを特徴とする請求項９記載の情報処理システム。
11. データ及びデータに関する第一関連情報を記憶する記憶メディアが着脱可能で、データ及び前記記憶メディアに書き込まれたデータの取得元情報を含む第二関連情報を記憶する記憶手段を備えた情報処理装置の制御方法であって、
    前記情報処理装置に対する前記記憶メディアの着脱を検出する検出工程と、
    前記検出工程により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないデータを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む制御工程と、
    を備えることを特徴とする制御方法。
12. プログラム及びプログラムに関する第一関連情報とユーザ識別情報を記憶する記憶メディアが着脱可能で、プログラム及び前記記憶メディアに書き込まれたプログラムの取得元情報を含む第二関連情報とユーザ識別情報を記憶する記憶手段を備えた情報処理装置の制御方法であって、
    前記情報処理装置に対する前記記憶メディアの着脱を検出する検出工程と、
    前記検出工程により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないプログラムを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む第一の制御工程と、
    前記記憶メディアに記憶されたプログラムを実行する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないときは、前記プログラムの実行を不許可とする第二の制御工程と、
    を備えることを特徴とする制御方法。
13. データ及びデータに関する第一関連情報を記憶する記憶メディアが着脱可能で、データ及び前記記憶メディアに書き込まれたデータの取得元情報を含む第二関連情報を記憶する記憶手段を備えた情報処理装置の制御方法をコンピュータに実行させるプログラムであって、
    前記情報処理装置に対する前記記憶メディアの着脱を検出する検出機能と、
    前記検出機能により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないデータを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む制御機能と、
    をコンピュータに実現させることを特徴とするプログラム。
14. プログラム及びプログラムに関する第一関連情報とユーザ識別情報を記憶する記憶メディアが着脱可能で、プログラム及び前記記憶メディアに書き込まれたプログラムの取得元情報を含む第二関連情報とユーザ識別情報を記憶する記憶手段を備えた情報処理装置の制御方法をコンピュータに実行させるプログラムであって、
    前記情報処理装置に対する前記記憶メディアの着脱を検出する検出機能と、
    前記検出機能により前記記憶メディアの装着を検出した場合、前記記憶メディアから読み出した前記第一関連情報と前記記憶手段に記憶された前記第二関連情報とを比較し、前記記憶手段に存在し前記記憶メディアに存在しないプログラムを、前記第二関連情報に含まれた前記取得元情報が示す取得元から取得して前記記憶メディアに書き込む第一の制御機能と、
    前記記憶メディアに記憶されたプログラムを実行する場合、前記記憶メディアから読み出したユーザ識別情報と前記記憶手段に記憶されたユーザ識別情報とを比較し、両者が一致しないときは、前記プログラムの実行を不許可とする第二の制御機能と、
    をコンピュータに実現させることを特徴とするプログラム。
15. 前記請求項１３又は１４記載のプログラムを格納することを特徴とするコンピュータ読み取り可能な記憶媒体。

Images