JP2010049704A - 移動通信端末機用コンテンツ提供方法 - Google Patents

Abstract

【課題】コンテンツをマルチファイルで構成することで移動通信端末機用コンテンツを効果的に提供する。
【解決手段】移動通信端末機にコンテンツを提供する方法において、マルチファイルでなされたコンテンツを保存することであって、前記マルチファイルは実行ファイル、ＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含み、前記マルチファイルに対するパッケージリスト情報を生成し、前記パッケージリスト情報を前記移動通信端末機に送信し、前記パッケージリスト情報中のマルチファイルを前記移動通信端末機に送信する。前記移動通信端末機中のダウンロードエージェントプログラムは前記パッケージリスト情報中のマルチファイルの通信が完了したか判断する。
【効果】コンテンツをマルチファイルで構成することでマルチファイルを効率的に送信することができる。
【選択図】図１

Description

本発明は、移動通信端末機用コンテンツ提供方法に関するもので、詳しくは、移動通信端末機に提供されるコンテンツをマルチファイル形態で構成することにより大容量のコンテンツを効率的に提供し、移動通信端末機で大容量のコンテンツを効率的に管理できるようにする方法に関する。

最近、インターネットの急速な発展はインターネットを介して多様なコンテンツへのアクセスを高めている。

ここで、コンテンツとは、インターネットを介して提供される各種情報やその内容物、例えば、テキスト、音楽、ゲーム及び映画だけでなく上記のようなコンテンツを使用者の端末機から再生する実行可能プログラムを指す。

過去、コンテンツは有線インターネットを介してダウンロードされ、デスクトップ型ＰＣやノート型コンピュータを介して提供されたが、最近は、移動電話またはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）が普及しており、移動通信端末機を介して（各種）コンテンツを利用するという使用者の要求がますます高まっている。

現在、有線インターネットを介する大容量マルチメディアデータ通信技術の発展とデスクトップＰＣまたはノート型コンピュータの急速な処理性能の発展により、数十メガから数Ｇバイトに至るコンテンツを提供できるようになったが、移動通信端末機にコンテンツを提供することにおいては移動通信端末機のメモリ容量及び処理性能の限界及び無線ネットワークの不安定性のため、移動通信端末機に非常に少ない容量のコンテンツしか提供できないのが実状である。

このように、以前は、移動通信端末機に少ない容量のコンテンツをダウンロードしていたので、移動通信端末機用コンテンツを一つのファイルで構成して提供することが一般的であった。

例えば、ゲームコンテンツを提供する場合、コンテンツを利用するための実行データ及びキャラクタまたは背景を示すためのリソース情報などは一つのファイルで構成して提供した。

最近は、外部メモリデバイスにより移動通信端末機のメモリ容量を大きくして、処理性能を向上することが可能になった。しかしながら、依然として大容量のコンテンツを一つのファイルで構成して提供するのが実状である。

しかし、移動通信端末機にコンテンツを一つのファイルで提供する場合には下記のような欠点が存在し得る。

第一に、大容量のコンテンツの場合、コンテンツの最初の開発以後に多様なパッチ（Ｐａｔｃｈ）ファイルが存在することがあるが、コンテンツを一つのファイルで提供する場合、比較的少ない容量のパッチをダウンロードするために全体のコンテンツを新たにダウンロードしなくてはならなかった。

第二に、少ない容量のパッチファイルをダウンロードするためにコンテンツの全体を新たにダウンロードする場合、ネットワークを介するパッケージ通信量が多くなり情報料が高くなる。

第三に、大容量のコンテンツの場合、機能拡張のための拡張パック（ＰＡＣＫ）が存在することもある。このような場合、コンテンツの基本パックと拡張パックの間に一致する要素が多くても拡張パック全体を新たにダウンロードしなくてはならない。

さらに、従来の移動通信端末機に用いる再生プログラム、例えばＶＯＤプレーヤ、ＤＭＢプレーヤ及びＭＰ３プレーヤは、端末機の処理性能を与えるために移動通信端末機の製造時にオペレーティングシステムに搭載されていたが、誤り訂正のためのパッチファイルやこれらのプログラムをアップグレードするための拡張パックを提供して、バイナリの端末ＯＳを更新することだけで可能になる。しかし、端末機の処理性能が持続的に向上されており、外部メモリデバイスにより端末記憶の制限がなくなっているので、このように端末ＯＳと共に提供されていたこれらのプログラムをダウンロードできる可能性が大きくなった。

しかし、また、このような実行プログラムが移動通信端末機に一つのファイルでダウンロードされても、少ない容量のパッチファイルや、既に基本パックに含まれている多くの要素を拡張パックをダウンロードする場合にもコンテンツの全体を新たにダウンロードしなくてはならないという欠点は依然として存在する。

さらに、従来の方法では、移動通信端末機用コンテンツを一つのファイルで提供して、このファイルは移動通信端末機のメモリ内に予め設定されたアドレス領域内に別途の特定ディレクトリなしで一つのファイルで保存されていた。

最近は、移動通信端末機の処理性能向上及びメモリ容量の拡張で、大容量のコンテンツの提供が可能になっているが、依然として大容量のコンテンツを一つのファイルで移動通信端末機に提供し、別途の特定ディレクトリの指定なしに予め設定された保存領域内に保存している。

コンテンツが大容量化した場合、多様なパッチファイルが存在し得るが、従来技術によれば、小さいサイズのパッチファイルのダウンロードのためだけに、コンテンツの全体をダウンロードしなくてはならず、これにより、移動通信端末機はコンテンツのダウンロードの際にはメモリ容量を多く確保しなくてはならない。

また、従来技術によれば、移動通信端末機に既にインストールされた大容量のコンテンツに対する拡張パックを提供されず、もし拡張パックがあったとしても従来技術によれば、コンテンツを一つのファイルで構成したので拡張パックは別のファイルと認識され、基本パックが保存されている領域と異なる領域に拡張パックは保存されることになるので使用可能なメモリ容量が制限されていた。

本発明は、上記のような従来技術の欠点を解決するためになされたものであり、（各種）コンテンツをマルチファイルで構成することで移動通信端末機用コンテンツを効果的に提供する方法及びこれを具現するためのプログラムを含む記録媒体である。

本発明の別の目的は、大容量のコンテンツの管理を効率的に行うことができる移動通信端末機及びこれを具現するためのプログラムを含む記録媒体である。

上記のような目的を果たすために、本発明の第１実施例によれば、移動通信端末機にコンテンツを提供する方法において、実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含むマルチファイルで構成されたコンテンツを保存するステップと、上記マルチファイルに対するパッケージリスト情報を生成するステップと、上記パッケージリスト情報を上記移動通信端末機に送信するステップと、上記パッケージリスト情報中のマルチファイルを上記移動通信端末機に送信するステップと、を含み、上記移動通信端末機中のダウンロードエージェントプログラムは上記パッケージリスト情報中のマルチファイルの通信が完了したかを判断する。

また、本発明の別の実施例によれば、移動通信端末機にコンテンツを提供するコンテンツサーバを含む移動通信システムに個別ファイルを提供する提供方法であって、上記移動通信端末機に保存されている複数の個別ファイルで構成されるコンテンツに対する、コンテンツマスタＩＤ及び個別ファイル情報を含むパッケージリスト情報を受信するステップと、上記受信されたパッケージリスト中の個別ファイル情報と上記コンテンツサーバに保存されているコンテンツの個別ファイル情報とを比較するステップと、上記コンテンツサーバに保存されている複数の個別ファイルのうち上記受信したパッケージリスト情報中のファイルと異なる個別ファイル情報を移動通信端末機に送信するステップとを含む。

また、本発明の別の実施例によれば、コンテンツサーバから移動通信端末にコンテンツの個別ファイルを受信するデジタル処理装置により実行可能な命令を構成するプログラムを記憶した記憶媒体であって、上記コンテンツサーバから上記移動通信端末機に保存されている実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含む複数の個別ファイルで構成されるコンテンツに対応する、コンテンツマスタＩＤとコンテンツ統一バージョン情報及び個別ファイル情報を含む最新パッケージリスト情報を受信するステップと、上記最新パッケージリスト情報中の個別ファイル情報と上記移動通信端末機に保存されているコンテンツの個別ファイル情報とを比較するステップと、上記パッケージリスト情報中の複数の個別ファイルのうち上記移動通信端末機中のファイルと異なる個別ファイル情報を上記コンテンツサーバにダウンロードするよう要求するステップと、を含む。

また、本発明の別の実施例によれば、コンテンツサーバの移動通信端末に予め保存されたコンテンツの基本パックに対応する拡張パックファイルを受信するデジタル処理装置により実行可能な命令を構成するプログラムを記録する記憶媒体であって、上記コンテンツサーバから実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含む複数の個別ファイルで構成され拡張パックコンテンツに対応する、コンテンツマスタＩＤ、コンテンツ統一バージョン情報及び個別ファイル情報を含む拡張パックパッケージリスト情報を受信するステップと、上記拡張パックパッケージリスト情報中の個別ファイル情報と上記移動通信端末機に予め保存された個別ファイル情報情報とを比較するステップと、上記拡張パックパッケージリスト中の複数の個別ファイルのうち上記基本パックに対応するファイルと異なる個別ファイル情報をダウンロードするよう要求するステップと、を含む。

さらに、本発明の第２実施例によれば、コンテンツサーバから移動通信端末にダウンロードされた大容量のコンテンツを管理するデジタル処理装置により実行可能な命令を構成するプログラムを記憶する記憶媒体であって、上記コンテンツサーバからコンテンツを構成する実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含むマルチファイルに対する、コンテンツマスタＩＤ含むパッケージリストを受信するステップと（ａ）、上記マルチファイルを受信するステップ（ｂ）と、上記コンテンツマスタＩＤを上位ディレクトリとし、上記受信されたマルチファイルをそれぞれコンテンツマスタＩＤの下位ディレクトリに保存するステップ（ｃ）と、を含む。

また、本発明の別の実施例によれば、大容量のコンテンツを管理する移動通信端末機であって、コンテンツサーバからコンテンツを構成する実行ファイルとＤＬＬファイル及びリソースファイルの少なくともいずれか一つを含むマルチファイルに対する、コンテンツのマスターＩＤを含むパッケージリスト及びマルチファイルを受信するとともに、前記マルチファイルをディレクトリ構造に基づき保存するダウンロード管理モジュールと、前記コンテンツのマスターＩＤの存在に従って、前記コンテンツサーバから送信されるべきファイルのサイズに対して十分なメモリ容量が確保されているか判断するメモリ容量判断モジュールと、を含む。

本発明によれば、コンテンツをマルチファイルで構成して、これをパッケージリストで管理することで大容量のコンテンツのパッチファイルを個別に送信できる。

また、本発明によれば、使用者が誤って削除した実行に必要なファイルを、コンテンツのパッチ手順を介して、またはコンテンツの再ダウンロードを要求により復旧することが可能であり、コンパイルを必要とするゲームアプリケーションとコンパイルが必要のないリソースファイルを同時に送信できる。

本発明によれば、通常、共有可能なファイルを含むマルチファイルで構成された大容量のコンテンツを移動通信端末機に予め設定されたディレクトリ構造で保存するので大容量のコンテンツを効率的に管理できる。

また、本発明によれば、受信アイコンが表示され、最新のすべてのパッチファイルのダウンロードが完了されないと、パッチファイルのダウンロード中はコンテンツの実行を禁止するので、移動通信端末機を安定的に用いることができる。

また、本発明によれば、パッチファイルをダウンロードしている間に、一つのパッチファイルのダウンロードが完了されると、マルチファイルのうちダウンロードの完了されたパッチファイルと個別ＩＤが一致するファイルをパッチファイルに更新するので、大容量のメモリを確保する必要がない。

本発明の好ましい一実施例によるコンテンツ提供システムを示す図である。 本発明の好ましい一実施例によるコンテンツサーバで構成されるモジュールを示す図である。 本発明の好ましい一実施例によるダウンロードエージェントプログラムで構成されるモジュールを示す図である。 本発明の好ましい一実施例によるパッケージリスト情報を示す図である。 本発明による実行ファイルの構成情報を示す図である。 本発明によるＤＬＬファイルの構成情報を示す図である。 本発明によるリソースファイルの構成情報を示す図である。 本発明によるアイテムファイルの構成情報を示す図である。 本発明によるコンテンツダウンロードを示すフローチャートである。 本発明の好ましい一実施例による必要ファイルのダウンロードを示すフローチャートである。 本発明の別の実施例によるダウンロードエージェントプログラムで構成されるモジュールを示す図である。 本発明の別の実施例による必要ファイルのダウンロード手順を示すフローチャートである。 本発明の好ましい別の実施例によるコンテンツ提供システムを示す図である。 本発明の好ましい一実施例によるコンテンツマネージャで構成されるモジュールを示す図である。 本発明の好ましい一実施例によるコンテンツのディレクトリ構造を示す図である。 本発明の一実施例によるコンテンツをダウンロードする際の保存手順を示す図である。 本発明の一実施例によるパッチファイルをダウンロードする際のアイコン表示手順を示すフローチャートである。

上述した目的、特徴及び長所は添付された図と、関連する以下の詳細な説明を介してより明らかになる。先ず、各図の構成要素に参照番号を付けることにおいて、同一の構成要素はたとえ異なる図上に表示されてもできるだけ同一の番号を有するようにしてある。

以下で添付された図を参照して、本発明による移動通信端末機用コンテンツ提供方法及びこれを具現するための記録媒体に関する好ましい実施例を詳細に説明する。

図１は、本発明の好ましい一実施例によるコンテンツ提供システムを示す図である。

図１に示すように、本発明によるコンテンツ提供システムは移動通信端末機１００及びコンテンツサーバ１０８を含むことができる。移動通信端末機１００とコンテンツサーバ１０８はネットワークを介して互いに繋がることができる。

ここで、ネットワークは、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＢＳＣ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）及びＰＤＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｎｇ Ｎｏｄｅ）を含む無線ネットワークであっても良い。

移動通信端末機１００は、上記のようなネットワーク構成要素を用いて無線でコンテンツサーバ１０８に接続することで各種コンテンツの提供を受けることができる。

一般的にコンテンツは、インターネットのようなネットワークを介して提供される音楽データ及び映画データを指す。しかし、本明細書におけるコンテンツという用語は、その他上記したデータを実行するための実行ファイル及び連結プログラム（例えば、ＤＬＬプログラム）まで含み、本発明におけるコンテンツとは、ネットワークを介して送信されるすべてのデータを指す。

移動通信端末機１００は、従来の移動電話機、ＭＢＳ（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｙｓｔｅｍ）などを含むことができる。

本発明によれば、移動通信端末機１００は、無線インターネットブラウザ１０２、ダウンロードエージェントプログラム１０４及びコンテンツ保存部１０６を含むことができる。

コンテンツサーバ１０８から提供されるコンテンツリストまたはアイテムリストを受けて再生する無線インターネットブラウザ１０２は、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ブラウザ、ＭＥ（Ｍｏｂｉｌｅ Ｅｘｐｌｏｒｅｒ）などを含むことができる。

ダウンロードエージェントプログラム１０４は、コンテンツサーバ１０８からコンテンツのダウンロードがある場合、コンテンツのすべてが受信されたか判断する。

本発明によれば、コンテンツサーバ１０８は、コンテンツを一つのファイルで構成するよりは、むしろ複数のファイル（以降、‘マルチファイル’もしくは‘複数の個別ファイル’）例えば実行ファイル（ＥＸＥファイル）、連結ファイル、リソース（ＲＥＳ）ファイル及びアイテムファイルなどに整理して保存する。使用者のダウンロード要求がある場合、コンテンツサーバ１０８はマルチファイルに対する情報を含むパッケージリストを生成してマルチファイルとともにパッケージリストを移動通信端末機１００に送信する。

実行ファイルは、特定コンテンツを再生している間メモリに継続的にロードされている。

リンクファイル、例えばＤＬＬ（Ｄｙｎａｍｉｃ Ｌｉｂｒａｒｙ Ｌｉｎｋ）ファイルは、移動通信端末機１００のメモリにロードされた実行ファイルとコンパイルされるよりは、むしろ実行中にそのリンクファイルを用いる実行ファイルと繋がる。リンクファイルはメモリの効率的使用及び開発されたソフトウェアの再使用、構造的ソフトウェアの開発などのためのものである。

さらに、リソースファイルは、例えば、ゲームコンテンツの場合、ゲームグラフィックのファイルであり、ＶＯＤプレーヤのような再生プログラムの場合においてはスキンファイルである。

アイテムファイルは、リソース機能を拡張するためのものである。例えば、レーシングゲームにおける自動車や競技場を拡張するためのファイルであり、ＶＯＤプレーヤの場合にはスキン変更またはスキン拡張のファイルである。

パッケージリスト情報は、コンテンツマスタＩＤ、統一バージョン情報、実行ファイルのＩＤ及びバージョン情報、コンテンツに含まれたＤＬＬ、ＲＥＳ及びアイテムファイルの個数、ＩＤ及びバージョン情報などが含まれる。

本発明によれば、ダウンロードエージェントプログラム１０４は、コンテンツサーバ１０８からパッケージリスト情報を受信してこれを保存する。また、コンテンツサーバ１０８からコンテンツの通信がある場合、ダウンロードエージェントプログラムはパッケージリストに含まれたそれぞれのマルチファイルの通信が完了されたか判断する。

さらに、本発明の一実施例によれば、既にダウンロードされたコンテンツに対するパッチファイルが存在する場合、移動通信端末機１００のダウンロードエージェントプログラム１０４は既にダウンロードされたコンテンツに対するパッケージリスト情報をコンテンツサーバ１０８に送信する。コンテンツサーバ１０８は、移動通信端末機１００から送信されたパッケージリスト情報を用いて現在コンテンツサーバ１０８に保存されているファイルのうち移動通信端末機１００中のファイルと異なるサイズまたは異なる個別ＩＤをもつものを調べ、移動通信端末機１００に送信する。

例えば、サイズまたは個別ＩＤが同一でない場合、パッチまたは移動通信端末機１００から削除された復旧する必要のあるファイルが必要である。この場合、コンテンツサーバ１０８は個別ファイルのサイズ情報または個別バージョン情報を用いて必要なファイルを移動通信端末機１００に送信する。

本発明の別の実施例によれば、移動通信端末機１００は、パッチファイルが必要であるか否か判断することができる。この際、ダウンロードエージェントプログラム１０４は、コンテンツサーバ１０８からコンテンツの最新パッケージリストを受信して、最新パッケージリストに含まれた個別ファイルの情報と、移動通信端末機１００に含まれた個別ファイルの情報とを比較する。比較の後、ダウンロードエージェントプログラム１０４は異なる個別ファイル情報を持つファイルのダウンロードをコンテンツサーバ１０８に要求する。

ここで、異なる個別ファイルの情報とは、例えば、同一のＩＤを有する二つのファイルがサイズまたは個別バージョンが一致しないことを意味する。この場合、パッチファイルや削除されたファイルの復旧であり得るのでダウンロードエージェントプログラム１０４はこれをコンテンツサーバ１０８に要求することになる。

上記のように、本発明によれば、大容量のコンテンツをマルチファイルで構成し、パッケージリスト情報を用いてパッチファイルなどの提供処理を実行する。したがって、少ない容量のパッチまたは削除されたファイルのためにコンテンツのすべてをダウンロードすることをなくすことができる。

コンテンツ保存部１０６は、コンテンツサーバ１０８からダウンロードされたあらゆる種類のコンテンツを保存する。コンテンツ保存部１０６は移動通信端末機１００の内蔵メモリ、もしくは、大容量のコンテンツを収容するための外部メモリであっても良い。

本発明は、無線ネットワークを介してコンテンツをダウンロードすることについて説明した。しかし、これは一例に過ぎなく、有線ネットワークを介して使用者ＰＣにコンテンツをダウンロードした後に、無線ネットワークを介して少ない容量のパッチファイルをダウンロードし、ダウンロードしたコンテンツを移動通信端末機１００に移動する場合も本発明の適用範囲にはいるものとして見るべきである。

本発明によると、コンテンツサーバ１０８はデータベース１１０に繋がり、データベース１１０には使用者情報、コンテンツを構成するマルチファイル及びパッケージリスト情報などが保存される。

図２は、本発明の好ましい一実施例によるコンテンツサーバで構成されるモジュールを示す図である。

図２に示すように、本発明によるコンテンツサーバ１０８はコンテンツリスト提供モジュール２００、パッケージリスト生成モジュール２０２、バージョン比較モジュール２０４、サイズ比較モジュール２０６、ＣＯＤモジュール２０８、暗号化モジュール２１０、アプリケーション送信モジュール２１２、リソース送信モジュール２１４及び認証キー提供モジュール２１６を含む。

コンテンツリスト提供モジュール２００は、コンテンツサーバ１０８に接続した移動通信端末機１００にコンテンツリスト及びアイテムリストなどを提供する。

パッケージリスト生成モジュール２０２は、特定コンテンツを構成するマルチファイルに対するパッケージリストを生成する。

本発明によると、コンテンツサーバ１０８は、移動通信端末機１００にダウンロードされるコンテンツをマルチファイル形態で構成し、これらのマルチファイルに対するパッケージリストを生成する。

図４は、本発明の好ましい一実施例によるパッケージリスト情報を示す図である。図４に示すように、本発明によるパッケージリスト情報は、コンテンツマスタＩＤ、コンテンツ統一バージョン、実行ファイル個数、実行ファイル構成情報、ＤＬＬファイル個数、ＤＬＬファイル構成情報、リソース（ＲＥＳ）ファイル個数、リソース（ＲＥＳ）ファイル構成情報、アイテム（Ｉｔｅｍ）ファイル個数及びアイテム（Ｉｔｅｍ）ファイル構成情報などを含む。

コンテンツ統一バージョンは、特定コンテンツが基本パックであるかまたは拡張パックであるかを示し、パッチバージョンの状態を示す。

本発明の好ましい一実施例によれば、実行ファイルの数は一つが好ましい。実行ファイルの構成情報は図５に示すように、一つの実行ファイルに対する実行ファイルのＩＤ、実際のファイル名、バージョン情報、サイズ及び課金情報が含まれる。

統一バージョン情報は、例えば１．ｘ．ｘまたは２．ｘ．ｘなどのＭａｊｏｒ／Ｍｉｄｄｌｅ／Ｍｉｎｏｒの構造で表される。Ｍａｊｏｒ番号は基本パックであるかまたは拡張パックであるかを識別する識別番号とすることができ、Ｍｉｄｄｌｅ及びＭｉｎｏｒ番号はパッチを識別するためのものとすることができる。

さらに、ＤＬＬファイル、リソースファイル及びアイテムファイルの個数は、コンテンツの種類に応じて変化することができる。それぞれの構成情報は図６ないし図８に示すように、各ファイルのＩＤ情報、バージョン情報、サイズ及び課金情報を含む。

さらに、アイテムファイルは、リソースを拡張するためのファイルであって、最初のコンテンツのダウンロード際に必ず含まれていなくてもよい。

本発明によるパッケージリスト生成モジュール２０２は、使用者から最初のコンテンツの要求を受信しているとき、マルチファイルに対する情報を持つパッケージリストを生成してコンテンツリスト提供モジュール２００に送信する。コンテンツリスト提供モジュール２００は、パッケージリスト情報を移動通信端末機１００に送信する。

パッケージリストは、使用者からコンテンツの通信要求があった後に生成されるが、これは一例に過ぎなく、先にパッケージリストを生成し、使用者から要求を受信した際にこれを送信することもできる。

以後、マルチファイルのダウンロードが開始すると、移動通信端末機１００のダウンロードエージェントプログラム１０４は、既に提供されたパッケージリストに含まれたすべてのマルチファイルが送信されたか否かを判断する。

さらに、パッケージリスト生成モジュール２０２は、特定コンテンツの最初のダウンロード際だけではなく、移動通信端末機１００に既に保存されたコンテンツに対してパッチファイルなどをダウンロードする際にも最新パッケージリストを生成する。

本発明の好ましい一実施例によれば、コンテンツサーバ１０８は、バージョン比較モジュール２０４を含む。バージョン比較モジュール２０４は、パッチファイルが必要であるか否かを決定するために、移動通信端末機１００に中のコンテンツの統一バージョンとコンテンツサーバ１０８中のコンテンツの統一バージョンとを比較する。

さらに、個別ファイル比較モジュール２０６は、移動通信端末機１００から送信されたパッケージリスト中の各個別ファイルの情報とコンテンツサーバ１０８に保存されているパッケージリスト中の各個別ファイルの情報とを比較する。

上記のように、本発明による個別ファイルには、個別ＩＤ、サイズ及びバージョン情報などが含まれる。個別ファイル比較モジュール２０６は、コンテンツサーバ１０８と移動通信端末機１００にそれぞれ保存されたファイルのうち同一の個別ＩＤを持つ二つのファイルのサイズまたは個別バージョン情報とを比較する。

これによって、もし個別ファイル情報が異なる場合、移動通信端末機１００にパッチファイルや削除されたファイルのダウンロードが達成される。

本発明は、サイズ情報または個別バージョン情報を用いるが、本発明はこれにより限定されず、個別ファイルに関する多様な情報を用いて個別ファイルの比較処理を行うこともできる。

本発明の一実施例によれば、コンテンツサーバ１０８は、移動通信端末機１００にコンテンツの要求されたファイルリストを送信する。

ここで、要求されたファイルリストとは、個別ファイル情報の比較により特定された移動通信端末機１００に送信されるべきファイルのリストを指す。

要求されたファイルリストの送信の後、要求されたファイル（パッチファイルまたは復旧ファイルを含む）の通信処理が行われ、移動通信端末機１００のダウンロードエージェントプログラム１０４は全ての要求されたファイルの通信が完了したか否かを判断する。

したがって、使用者は一つのコンテンツを構成するマルチファイルのうちパッチもしくは、復旧されるべき個別ファイルを受信することができるので、無線ネットワークへの接続時間が減り、結果として通信料を節減できる。

ＣＯＤモジュール２０８は、マルチファイルのうちコンパイルが必要な実行ファイル及びＤＬＬファイルをコンパイルする。

ＣＯＤモジュール２０８は、現在論議されている無線インターネットプラットフォーム規格のためＷＩＰＩ（Ｗｉｒｅｌｅｓｓ Ｉｎｔｅｒｎｅｔ Ｐｌａｔｆｏｒｍ ｆｏｒ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）における核心となる構成要素である。

本発明によれば、コンテンツを構成するマルチファイルのうち実行ファイルまたはＤＬＬファイルは、コンパイルされる必要があり、ＣＯＤモジュール２０８はこのようなファイルをコンパイルする。

暗号化モジュール２１０は必要な場合、マルチファイルのそれぞれを暗号化する機能をする。

実行ファイル及びＤＬＬファイルはコンパイルされ、その後、上記のようにＣＯＤモジュール２０８において暗号化され、リソースファイル及びアイテムファイルはコンパイルされない状態で暗号化される。

また、本発明によれば、ＤＬＬファイル、リソースファイル及びアイテムファイルのそれぞれは複数のファイルで構成される場合もあり、必要であればそれぞれのファイルに個別に暗号化処理が行われる。

（ゲーム）アプリケーション送信モジュール２１２は、マルチファイルのうち実行ファイル及びＤＬＬファイルを移動通信端末機１００に送信する。すなわち、（ゲーム）アプリケーション送信モジュール２１２は、コンパイルされたファイル、例えばＣＯＤモジュール２０８がコンパイルした実行ファイル及びＤＬＬファイル、を送信する。

リソース送信モジュール２１４は、コンパイルの必要がないリソースファイル及びアイテムファイルを移動通信端末機１００に送信する。

アイテムファイルは、リソースを拡張するためのものであって、上記のように、ゲームのグラフィック表現拡張、各プレーヤの追加スキンなどを含むものである。アイテムファイルは、コンテンツの最初のダウンロードの際にダウンロードされるべき必須ファイルではない。

従来、（移動）通信事業者がコンテンツを提供する場合、ファイル全体が一つのファイルにコンパイルされ、コンパイルされたファイルが送信されていた。しかし、この場合、コンテンツサーバを運営する（移動）通信事業者は、コンパイルされていないファイルを一度に提供することができなかった。

本発明によれば、コンパイルされたファイルと個別にコンパイルされる必要のないリソースファイルを送信することができるので、（移動）通信事業者はマルチファイルを一度に送信することが可能になる。

認証キー提供モジュール２１６は、コンテンツ保護のために暗号化されたファイルを解読するための認証キーを移動通信端末機１００に送信する。

上記では、コンテンツサーバ１０８に具備されたそれぞれのモジュールは、使用者の要求に応じてコンテンツを提供すると説明したが、これは一例に過ぎなく、それぞれのモジュールは別々のサーバから実行される場合もある。

図３は本発明の好ましい一実施例によるダウンロードエージェントプログラムで構成されるモジュールを示す図である。

図３に示すように、本発明によるダウンロードエージェントプログラムは通信完了判断モジュール３００、パッケージリスト送信モジュール３０２及び必要ファイルリスト受信モジュール３０４を含む。

通信完了判断モジュール３００は、コンテンツサーバ１０８から送信されたパッケージリストに含まれる全てのマルチファイルのダウンロードが、コンテンツの最初のダウンロード際に完了されたか判断する。

一つのコンテンツを構成するマルチファイルを送信する場合、通信完了判断モジュール３００は、予め提供された当該ファイルのサイズを用いて、各ファイルの通信完了を判断する。通信完了判断モジュール３００は、個別ファイルの通信が完了したときコンテンツサーバ１０８に通信完了応答信号を送ることができ、すべてのマルチファイルの通信が完了したとき全体ファイルの通信完了応答信号を送ることができる。

しかし、これは一例に過ぎなく、全てのマルチファイルの通信が完了した場合のみ応答信号を送信することも可能である。

さらに、通信完了判断モジュール３００は要求されたファイルのダウンロード際に通信完了を判断する。

上記のように、本発明の一実施例によれば、移動通信端末機１００に既にダウンロードされたコンテンツに対してパッチファイルや復旧ファイルが必要である場合、コンテンツサーバ１０８は必要ファイルリストを生成して送信する。この際、通信完了判断モジュール３００は、前記必要ファイルリストを用いてすべての個別ファイルの通信が完了したか判断（照合）する。

移動通信端末機１００から特定コンテンツに対するパッチファイルの問合せの要求がある場合、コンテンツサーバ１０８は、個別ファイル情報を比較するために移動通信端末機１００に保存された特定コンテンツに対するパッケージリスト情報を必要とする。このために、パッケージリスト送信モジュール３０２は、移動通信端末機１００に保存されているパッケージリスト情報をコンテンツサーバ１０８に送信する。

必要ファイルリスト受信モジュール３０４は、コンテンツサーバ１０８が、移動通信端末機１００から送信されたパッケージリスト中の個別ファイル情報と現在コンテンツサーバ１０８に保存されている個別ファイル情報とを比較して生成した必要ファイルリストを受信する。

図９は、本発明によるコンテンツダウンロードを示すフローチャートである。

図９は、コンテンツの最初のダウンロードの手順を示し、この手順は、コンテンツの基本パックのダウンロードだけではなく拡張パックのダウンロードでも当てはまる。

図９を参照すると、ステップＳ９００において、移動通信端末機１００は、コンテンツサーバ１０８にコンテンツリストの提供を要求する。

ステップＳ９０２において、コンテンツサーバ１０８は、移動通信端末機１００への応答としてコンテンツリストを送信し、移動通信端末機１００の無線インターネットブラウザ１０２は前記コンテンツリストを受信して表示する。

ステップＳ９０４において、使用者がダウンロードを望むコンテンツを選択するとき、移動通信端末機１００は、コンテンツサーバ１０８に当該選択されたコンテンツのダウンロードを要求する。

以後、ステップＳ９０６において、コンテンツサーバ１０８は要求されたコンテンツを構成するマルチファイルをデータベース１１０から抽出し、ステップＳ９０８において、パッケージリストを生成する。

上記のように、パッケージリストはコンテンツマスタＩＤ、統一バージョン情報、実行ファイル、ＤＬＬファイル及びリソースファイルそれぞれの個数と構成情報が含まれる。

ステップＳ９１０において、コンテンツサーバ１０８は、生成されたパッケージリスト情報を移動通信端末機１００に送信し、以後、ステップＳ９１２において、一つのコンテンツを構成するマルチファイル送信する。

ステップＳ９１４において、移動通信端末機１００のダウンロードエージェントプログラム１０４は、コンテンツサーバから送信されたパッケージリスト情報を用いてすべてのマルチファイルの通信が完了したか否かを判断（照合）する。

ステップＳ９１６において、すべてのマルチファイルの通信が完了した場合、移動通信端末機１００は、通信完了信号をコンテンツサーバ１０８に送信し、ステップＳ９１８において、コンテンツサーバ１０８は応答信号を移動通信端末機１００に送信する。

図１０は、本発明の好ましい一実施例による必要ファイルダウンロードを示すフローチャートである。

図１０は、コンテンツの最初のダウンロードの以後の個別ファイルダウンロードの手順を示す図であり、図１０を参照すると、先ず、ステップＳ１０００において、移動通信端末機１００は、コンテンツサーバ１０８に接続して移動通信端末機に保存されたパッケージリスト情報を送信する。

本発明の一実施例によれば、パッケージリスト情報は、コンテンツマスタＩＤ、各個別ファイルのＩＤ、個別ファイルのサイズ及びバージョン情報などを含むことができる。

ステップＳ１００２において、コンテンツサーバ１０８は移動通信端末機１００からパッケージリストを受信し、コンテンツサーバ１０８に保存されている個別ファイル情報と上記受信したパッケージリスト中の個別ファイル情報とを比較する。

ステップＳ１００４においては、コンテンツサーバ１０８は個別ファイル情報は、異なる個別ファイル情報を持つファイルを指摘する必要ファイルリストを生成する。

上記のように、必要ファイルリストとは、ファイルのリスト、すなわち、同一の個別ＩＤを有するが異なるサイズまたは個別バージョンのパッチファイル、復旧ファイルを意味する。

ステップＳ１００６において、コンテンツサーバ１０８は、必要ファイルリストを移動通信端末機１００に送信し、その後、ステップＳ１００８において、必要ファイルリストに含まれた個別ファイルを送信する。

ステップＳ１０１０において、移動通信端末機１００は必要ファイルリストに含まれた全てのファイルの通信が完了したか判断（照合）する。

ステップＳ７１２において、すべてのパッチファイルの通信が完了すると、移動通信端末機１００は、ファイル通信完了信号をコンテンツサーバ１０８に送信し、ステップＳ１０１４で、個別ファイルダウンロードの手順は、コンテンツサーバ１０８がこれに対する応答信号を送信するときに完了する。

本発明によれば、コンテンツがマルチファイルで構成することにより、必要なファイルのみをダウンロードして、個別ファイル情報を比較することが可能になる。

さらに、本発明によれば、必要ファイルのダウンロード手順は、予め設定された方法によりコンテンツダウンロードの際にコンテンツサーバ１０８に自動接続するダウンロードエージェントプログラム１０４によって、もしくは、ＡＰＩを介してダウンロードエージェントプログラムを呼び出す移動通信端末機において、パッチ対象であり実行可能な個別プログラムによって、もしくは使用者からの再ダウンロード要求により行われることもできる。

さらに、本発明における必要ファイルまたは復旧ファイルのダウンロード手順について説明したが、本発明はこれにより制限されず、移動通信端末機１００に既に保存されている基本パックに対応する拡張パックのダウンロード処理中の上記のバージョン比較及びサイズ比較手順により拡張パックの追加されたファイルを選択的に送信することも可能である。

図１１は、本発明の別の実施例によるダウンロードエージェントプログラムで構成されるモジュールを示す図である。

本発明の別の実施例によれば、必要ファイルのダウンロードの際に、個別ファイル情報の比較処理は移動通信端末機１００より行われる。

このために、図１１に示すように、本発明によるダウンロードエージェントプログラムは、通信完了判断モジュール１１００、パッケージリスト送信モジュール１１０２、最新パッケージリスト受信モジュール１１０４、個別ファイル比較モジュール１１０６及び必要ファイル要求モジュール１１０８を含むことができる。

通信完了判断モジュール１１００は、図３の説明と同一であるのでこれに対する詳細な説明は省略する。

パッケージリスト送信モジュール１１０２も図３の説明と同一であるが、本発明の別の実施例では移動通信端末機１００により必要ファイルを選別する処理が行われる。

パッケージリスト情報はマルチファイルのすべての情報を含む必要はなく、コンテンツサーバ１０８が移動通信端末機１００の要求するコンテンツを識別するためのコンテンツマスタＩＤを含むことができる。

移動通信端末機１００からコンテンツマスタＩＤを含むパッケージリストを受信する場合、コンテンツサーバ１０８はコンテンツマスタＩＤに対応する最新パッケージリストを生成し、それを移動通信端末機１００に送信する。この際、最新パッケージリスト受信モジュール１１０４はコンテンツサーバ１０８から最新パッケージリストを受信する。

個別ファイル比較モジュール１１０６は、コンテンツサーバ１０８から送信された最新パッケージリスト中の個別ファイルの情報と移動通信端末機１００に中の個別ファイルの情報とを比較する。

上記のように、個別ファイルの比較は、同一の個別ＩＤを持つ二つのファイルのサイズまたは個別バージョン情報を比較することであるが、これらの情報に限定されない。

個別ファイルの比較処理を通して、コンテンツサーバ１０８からダウンロードされるべき必要ファイルを識別でき、必要ファイル要求モジュール１１０８は必要ファイルのダウンロードをコンテンツサーバ１０８に要求する。

図１２は本発明の別の実施例による必要ファイルのダウンロード手順を示すフローチャートである。

図１２を参照すると、ステップＳ１２００において、移動通信端末機１００は、コンテンツマスタＩＤを含むパッケージリストを抽出し、それをコンテンツサーバ１０８に送信する。

パッケージリスト通信処理は、コンテンツが移動通信端末機１００中で実行された場合、ダウンロードエージェントプログラムの自動要求により行われる場合がある。しかし、これはまた、ＡＰＩ呼び出しによって、もしくは使用者からのコンテンツ再ダウンロード要求によって、複数のパッチファイルの存在に対して、実行されたコンテンツ要求により行われる場合もある。

ステップＳ１２０２において、コンテンツサーバ１０８は、コンテンツマスタＩＤを識別した後、コンテンツマスタＩＤに対応するマルチファイルを抽出することにより、最新パッケージリストを生成する。ステップＳ１２０４において、コンテンツサーバ１０８は、最新パッケージリストを移動通信端末機１００に送信する。

ステップＳ１２０６において、移動通信端末機１００は、最新パッケージリスト中の個別ファイルの情報と移動通信端末機１００中の個別ファイルの情報とを比較する。

この際、異なる情報を持つ個別ファイルはコンテンツサーバ１０８からダウンロードされるべきファイルなので、ステップＳ１２０８において、移動通信端末機１００は、コンテンツサーバ１０８に上記ファイルのダウンロードを要求し、ステップＳ１２１０において、コンテンツサーバ１０８は、これへの応答として対応するパッチファイルを送信する。

ステップＳ１２１２において、移動通信端末機１００は、最新パッケージリストを用いてすべての必要ファイルの通信が完了したか否かを判断（照合）し、完了した場合、ステップＳ１２１４において、パッチファイル通信完了信号をコンテンツサーバ１０８に送信する。

ステップＳ１２１６においては、パッチファイル通信完了信号に対する応答信号をコンテンツサーバ１０８が送信するとき、パッチファイルのダウンロードが完了する。

図１３は、本発明の好ましい一実施例による移動通信端末機にコンテンツを提供するシステムを示す図である。

図１３は、図１と比較すると、移動通信端末機１００はコンテンツマネージャ１３００を含むことだけを除き同じなので図１３の他の構成に対する詳細な説明は省略する。

上記のように、本発明による移動通信端末機１００は、コンテンツサーバ１０８からパッケージリスト情報及びこれに対応するマルチファイルを受信する。

パッケージリスト情報は、図４に示すように、コンテンツマスタＩＤ、統一バージョン情報、実行ファイルのＩＤ及びサイズ、その個数、ＤＬＬファイルのＩＤ及びサイズ、リソース（ＲＥＳ）ファイル及びアイテム（Ｉｔｅｍ）ファイルを含むことができる。

ここで、コンテンツマスタＩＤは、コンテンツサーバ１０８または移動通信端末機１００がコンテンツを識別するための識別子である。コンテンツ統一バージョンは、特定コンテンツが基本パックであるかまたは拡張パックであるか表し、パッチバージョン状態を表す。

本発明のよるコンテンツ統一バージョン情報は、Ｍａｊｏｒ／Ｍｉｄｄｌｅ／Ｍｉｎｏｒのような構造、例えば、１．ｘ．ｘまたは２．ｘ．ｘで表される場合がある。Ｍａｊｏｒ番号は、基本パックであるかまたは拡張パックであるかを識別するための識別番号である。Ｍｉｄｄｌｅ及びＭｉｎｏｒ番号はパッチを識別するためのものである。

さらに、実行ファイル、ＤＬＬファイル、リソースファイル及びアイテムファイルの個数は、コンテンツの種類に伴って変化してもよい。そして、図５ないし図８に示されたそれぞれの構成情報は、各ファイルの個別ＩＤ、バージョン情報、サイズ及び課金情報を含む。

コンテンツサーバ１０８がコンテンツを送信する場合、本発明によるコンテンツマネージャ１３００は、コンテンツを構成する全てのファイルの通信が、コンテンツサーバが生成したパッケージリストを用いて完了されたか判断（照合）する。

上記のように、本発明によるコンテンツは、互いに独立的なマルチファイルで構成される。コンテンツマネージャ１３００は、臨時ファイルの形態でダウンロード中のファイルを保存し、ダウンロードが完了した場合には、このファイルを実行ファイルとしてファイル名を変えて保存する。

最初にコンテンツを受信する際に、コンテンツマネージャ１３００はコンテンツ保存部のコンテンツマスタＩＤを用いてダウンロード中のコンテンツのためのフォルダを生成し、コンテンツマスタＩＤのフォルダの下位ディレクトリにコンテンツを構成するマルチファイルそれぞれ保存する。

図１５は、本発明の好ましい一実施例によるコンテンツのディレクトリ構造を示す図である。図１５に示すように、コンテンツマスタＩＤは、上位ディレクトリであり、マルチファイル、例えば実行ファイル、アイコンファイル、コンテンツ基本情報ファイル、ＤＬＬファイル及びリソースファイルは、下位ディレクトリに保存される。

ここで、アイコンファイルは、受信アイコン情報及び実行アイコン情報を含む。

さらに、コンテンツの拡張パックまたはパッチファイルを受信する場合、拡張もしくはパッチされるべきコンテンツは、既に移動通信端末機１００に保存されている。この場合、コンテンツマネージャ１３００は、これらのファイルが既に保存されたコンテンツマスタＩＤの下位ディレクトリに拡張パックやパッチファイルを保存する。

上記のように、本発明によるコンテンツは複数の独立的なマルチファイルで構成されるので、パッチファイルはそれぞれのマルチファイルに対して独立的に存在することができる。

したがって、少なくとも一つ以上のパッチファイルを受信する場合、本発明によるコンテンツマネージャ１３００は移動通信端末機１００に既に保存されているファイルにパッチファイルを上書きする。

本発明によるそれぞれのマルチファイルは、個別ＩＤ情報を含む。よって、コンテンツマネージャ１３００は、パッチファイルに既に保存されたファイルのうち同一パッチファイルの個別ＩＤを持つファイルを更新する。

一般的に、ファイルをダウンロードする際、コンテンツサーバ１０８は、ダウンロードされるべきコンテンツの容量を移動通信端末機１００が受信できるか先ず判断（照合）した後、送信を開始する。本発明によれば、新しいパッチファイルを送信する際に、移動通信端末機１００は、パッチファイルの合計容量よりも、むしろ大容量のパッチ（ファイル）と同等の記憶容量を確保するだけで、以後、複数のパッチファイルの受信が可能になる。

すなわち、従来の方法では、コンテンツは一つのファイルで構成したので、例えパッチファイルが存在する場合でも全体コンテンツをダウンロードすべきであった。したがって、移動通信端末機は、全体コンテンツのサイズと同等のメモリ容量を確保しなくてはならなかった。しかし、本発明によれば、コンテンツは小さなサイズのマルチファイルに分割され、これらのファイルそれぞれはダウンロード完了後に、独立して上書きされる。よって、少ない記憶容量しか確保されていなかったとしても、パッチファイルを受信することができるようになる。

また、拡張パックの場合にも、拡張パックを構成するいくつかのマルチファイルは、移動通信端末機１００に既に保存されたマルチファイルと一致することもある。拡張パックのダウンロードの際、基本パックに含まれないか、または基本パックを構成するマルチファイルと異なるサイズを持つパッチファイルをダウンロードすることが可能である。

コンテンツ保存部１０６は、コンテンツサーバ１０８からダウンロードされたあらゆる種類のコンテンツを保存する。コンテンツ保存部１０６は、移動通信端末機１００の内蔵メモリであっても、大容量のコンテンツを保存するための外部メモリであっても良い。

図１４は、本発明の好ましい一実施例によるコンテンツマネージャを構成するモジュールを示す図である。

図１４に示すように、本発明によるコンテンツマネージャはダウンロード管理モジュール１４００、アイコン表示モジュール１４０２、ランチングモジュール１４０４及びメモリ容量判断モジュール１４０６を含む。

ダウンロード管理モジュール１４００は、コンテンツサーバ１０８が送信するマルチファイルのダウンロードを管理する。ダウンロード管理モジュール１４００は、コンテンツサーバ１０８が送信したパッケージリスト情報を用いて全てのマルチファイルの通信が完了したか否かを判断する。

また、マルチファイルの受信の場合に、上記ダウンロード管理モジュールは、ダウンロードの際にマルチファイルのコンテンツマスタＩＤが既にコンテンツ保存部１０６に保存されているか判断する。もし、マルチファイルのコンテンツマスタＩＤがない場合、これを最初のダウンロードと見なし、それにより新しいフォルダがコンテンツマスタＩＤの下位に生成されることができ、受信されたマルチファイルはコンテンツマスタＩＤの下位ディレクトリに保存される。

一方、これが最初のダウンロードではない場合、すなわち、拡張パックやパッチファイルを受信する場合、ダウンロード管理モジュール１４００は、新しく追加されたファイル（すなわち基本パックに含まれていないファイル）を拡張パック中に、またはパッチファイルをコンテンツ保存部１０６中のコンテンツマスタＩＤの下位ディレクトリ中に保存する。

上記のように、パッチファイルの場合、パッチされるべきファイルが既にコンテンツ保存部１０６に保存されているので、ダウンロード管理モジュール１４００は、個別パッチファイルを受信しているときに、パッチファイルと共に保存されたファイルを更新する。

また、拡張パックの場合、拡張パックを構成するいくつかのマルチファイルは、移動通信端末機１００に既に保存されたマルチファイル（すなわち基本パックを構成する（マルチファイル））と同一となる。ダウンロード管理モジュール１４００は、拡張パックうちの一つであり、基本パック中のマルチファイルと同一の個別ＩＤを持つファイルを上書きし、コンテンツマスタＩＤの下位ディレクトリ中に基本パック含まれないファイル（すなわち、新たに追加されたファイル）を保存する。

アイコン表示モジュール１４０２は、コンテンツに対応するアイコンを表示し、本発明によるアイコンは実行アイコンと受信アイコンに区分されてもよい。

ここで、実行アイコンは、アイコンに対応するコンテンツの実行が可能であることを指し、もし使用者が実行アイコンを選択すると、コンテンツが実行される。

しかし、受信アイコンは、コンテンツに対する複数の個別ファイルがダウンロード中であることを指し、使用者が受信アイコンを選択するとき、コンテンツは実行されない。

また、既にパッチファイルの通信が一時中断された場合、受信アイコンは、引き続きダウンロードが必要であることを使用者に知らせる。また、パッチファイルの通信が一時中断された後、使用者が受信アイコンを選択すると、パッチファイルの引き続きのダウンロードが自動的に行われる。

本発明において、パッチファイルの通信が一時中断された場合、コンテンツを構成するいくつかのマルチファイルは、更新された統一バージョンに対応するファイルであることがあり、いくつかは以前の統一バージョンに該当するファイルであることがある。この場合、使用者がコンテンツを実行すると実行中のコンテンツにエラーが発生する場合もあり得るので、受信アイコンは表示されるべきである。

ランチングモジュール１４０４は、特定コンテンツに対するパッチファイル通信手順を開始するためにコンテンツ基本情報をコンテンツサーバ１０８に送信する。

ここで、コンテンツ基本情報は、コンテンツサーバ１０８から受信したコンテンツマスタＩＤ及びコンテンツ統一バージョン情報を含む。

コンテンツサーバ１０８にパッチファイルの存在（の可否）を要求すると、移動通信端末機１００は、コンテンツ基本情報をコンテンツサーバ１０８に送信する。コンテンツサーバ１０８は、現在コンテンツサーバ１０８に保存されている最新パッケージリストをこれにコンテンツマスタＩＤを付加して移動通信端末機１００に送信する。もし、受信した最新パッケージリスト中の統一バージョン情報が移動通信端末機１００中のコンテンツの統一バージョン情報と異なる場合、移動通信端末機１００は、パッチファイルが必要であると判断する。このように、異なるバージョンの場合、移動通信端末機は、パッケージリスト中の各マルチファイルのサイズと移動通信端末機１００中の各マルチファイルサイズとを比較することにより、コンテンツサーバ１０８に異なるサイズのファイルのダウンロードを要求する。

統一バージョン及びサイズの比較手順は、コンテンツサーバ１０８で行われてもよい。

コンテンツサーバ１０８が、移動通信端末機１００がダウンロードされるべきコンテンツのサイズと同等のメモリを確保しているのかを問合せるとき、メモリ容量判断モジュール１４０６は、移動通信端末機１００の残存メモリ容量を判断する。

この際、もし残存メモリ容量がダウンロードされるべきコンテンツのサイズより少ない場合には、コンテンツの通信が行われない。

さらに、本発明によれば、パッチファイルを受信する場合、ダウンロード管理モジュール１４００は、それぞれのパッチファイルの通信が完了されるときはいつでも既存ファイルに受信したパッチファイルを上書きする。したがって、全てのパッチファイルに対するメモリ容量を確保する必要はないが、最も大きなパッチファイルに相当するメモリ容量は確保する必要がある。また、拡張パックをダウンロードする場合に、基本パックと同一のファイルが存在するので、パッチが必要であるファイル及び基本パックに含まれないファイルのメモリ容量を確保すれば、パッチファイルまたは拡張パックをダウンロードすることが可能である。

図１６は、本発明の一実施例によるコンテンツをダウンロードする際の保存手順を示すフローチャートである。

図１６を参照すると、ステップＳ１６００において、コンテンツをダウンロードする際、移動通信端末機は、コンテンツサーバ１０８からパッケージリストを受信する。

ステップＳ１６０２において、パッケージリストを受信したとき、移動通信端末機１００は、パッケージリストからコンテンツマスタＩＤを抽出し、コンテンツ保存部１０６に当該コンテンツマスタＩＤが存在するか否かを判断（照合）する。

もし、コンテンツマスタＩＤが存在しない場合、それは新しいコンテンツのダウンロードなので、ステップＳ１６０４において、移動通信端末機１００は、コンテンツ保存部１０６中にコンテンツを構成する全てのマルチファイルのサイズと同等のメモリ容量があるか判断（調べる）する。

もし、確保されているメモリ容量が全てのマルチファイルのサイズに対して十分ではなかった場合、コンテンツのダウンロード処理は終了されるが、そうではない場合には、ステップＳ１６０６において、コンテンツマスタＩＤ名を上位ディレクトリとし、その下にフォルダを生成する手順を行う。

以後、ステップＳ１６０８において、ファイルダウンロード処理が始まり、移動通信端末機１００は、コンテンツサーバ１０８から（マルチファイルのうちで）ダウンロードされている状態のマルチファイルを臨時ファイルの形態で保存し、ステップＳ１６１０において、ダウンロード中のファイルのサイズ情報を用いて個別ファイルの通信が完了したか判断（照合）する。

もし、個別ファイルの通信が完了した場合は、ステップＳ１６１２において、これらのファイルはコンテンツマスタＩＤの下位ディレクトリに保存される。

一方、上記ステップＳ１６０２において、コンテンツマスタＩＤが存在する場合、すなわち、パッチファイルまたは拡張パックをダウンロードしている場合、ステップＳ１６１４において、移動通信端末機１００はダウンロードされるべきパッチファイルの（一つの）うち最も大きなファイルのサイズと同等のメモリ容量が確保されるか否かを判断（調べる）する。

パッチファイルのうち最も大きなファイルのメモリ容量が確保される場合、パッチファイルの受信手順を行ってもよく、この際、パッチファイルに対するコンテンツマスタＩＤ（の名前）を持つフォルダが既に存在するので、ステップＳ１６１６において、完全に通信されていない、コンテンツサーバ１０８から送信（伝送）されるファイルは、フォルダ生成せずに臨時ファイルの形態で保存される。

以後、ステップＳ１６１８において、個別ファイルの通信が完了したか否かを判断した後、個別ファイルの通信が完了した場合、ステップＳ１６２０において、移動通信端末機１００は、移動通信端末機１００中のファイルうち通信完了ファイルと同一のＩＤを持つファイルが存在するか判断（照合）する。

この際、ステップＳ１６２２において、同一のＩＤを持つファイルが存在する場合には、通信完了ファイルはパッチファイルであることを指すので、既存ファイルに上書きする手順が行われ、ステップＳ１６１２において、同一のＩＤを持つファイルが存在しない場合には通信完了ファイルは追加ファイルであることを指すので、コンテンツマスタＩＤの下位ディレクトリに上記ファイルを保存する手順が行われる。

図１７は、本発明の一実施例によるパッチファイルダウンロード中のアイコン表示手順を示すフローチャートである。

図１７を参照すると、ステップＳ１７００において、パッチファイルが受信している場合、ステップＳ１７０２において、移動通信端末機１００中のアイコン表示モジュールは受信アイコンを表示する。

以後、ステップＳ１７０４において、パッチファイル通信の完了が判断（照合）され、パッチファイルの通信が完了した場合には、ステップＳ１７０６おいて、実行アイコンが表示される。

しかし、上記ステップＳ１７０４において、パッチファイルの通信が完了されなかった場合、すなわち、パッチファイルの通信の一時中断がある場合は、ステップＳ１７０８において、受信アイコンは維持される。

以後、ステップＳ１７１０において、使用者の要求による（受信）アイコン選択信号（の入力）がある場合、ステップＳ１７１２において、移動通信端末機１００は、コンテンツサーバ１０８に一時中断されたファイルに対する引き続きのダウンロードを要求する。

また、本発明によると、上記にあるようにパッチファイルを受信しているときに受信アイコンが表示されることとしたが、これに限定されず、使用者にコンテンツの実行を禁止するために、拡張パックをダウンロードしているときにアイコンを表示することも可能である。

また、既存のファイルを更新するためのパッチファイルの通信のみならず、使用者が削除したファイルを復旧するための復旧ファイルの通信においても、上記のような手順が適用されることが可能である。

上記の本発明の好ましい実施例は、本発明を説明するためのものであり、当業者であれば多様な修正、変更、付加が可能であり、このような修正、変更及び付加は下記の特許請求の範囲に属するものとして見るべきである。

１００・・・移動通信端末機、１０２・・・無線インターネットブラウザ、１０４・・・ダウンロードエージェントプログラム、１０６・・・コンテンツ保存部、１０８・・・コンテンツサーバ、１１０・・・データベース、２００・・・コンテンツリスト提供モジュール、２０２・・・パッケージリスト生成モジュール、２０４・・・バージョン比較モジュール、２０６・・・サイズ比較モジュール、２０８・・・モジュール、２１０・・・暗号化モジュール、２１２・・・アプリケーション送信モジュール、２１４・・・リソース送信モジュール、２１６・・・認証キー提供モジュール、３００・・・通信完了判断モジュール、３０２・・・パッケージリスト送信モジュール、３０４・・・必要ファイルリスト受信モジュール、１１００・・・通信完了判断モジュール、１１０２・・・パッケージリスト送信モジュール、１１０４・・・最新パッケージリスト受信モジュール、１１０６・・・個別ファイル比較モジュール、１１０８・・・必要ファイル要求モジュール、１３００・・・コンテンツマネージャ、１４００・・・ダウンロード管理モジュール、１４０２・・・アイコン表示モジュール、１４０４・・・ランチングモジュール、１４０６・・・メモリ容量判断モジュール

Claims (7)

1. 移動通信端末機がコンテンツサーバからダウンロードされる大容量のコンテンツを管理する方法であって、
   （ａ）前記コンテンツサーバからコンテンツを構成する実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含むマルチファイルに対する、前記コンテンツのマスターＩＤを含むパッケージリストを受信するステップと、
   （ｂ）前記マルチファイルを受信するステップと、
   （ｃ）前記コンテンツのマスターＩＤを上位ディレクトリとして指定し、前記受信したマルチファイルのそれぞれを前記コンテンツのマスターＩＤの下位ディレクトリにそれぞれ保存するステップと、を含む、
   ことを特徴とする大容量のコンテンツ管理方法。
2. 前記コンテンツのマスターＩＤに対応するコンテンツがあるか判断するステップと、
   前記コンテンツのマスターＩＤがない場合に、全ての前記マルチファイルのサイズと同等のメモリ容量が確保されているか判断するステップと、
   全ての前記マルチファイルのサイズと同等のメモリ容量が確保されている場合に、前記コンテンツのマスターＩＤを上位ディレクトリとし、その下にフォルダを生成するステップと、をさらに含む、
   ことを特徴とする請求項１に記載の大容量のコンテンツ管理方法。
3. 前記コンテンツのマスターＩＤに対応するコンテンツがあるか判断するステップと、
   前記コンテンツのマスターＩＤがある場合に、前記コンテンツサーバからダウンロードされる一つ以上のファイルの中で最大のファイルのサイズと同等のメモリ容量が確保されているか判断するステップと、をさらに含む、
   ことを特徴とする請求項１に記載の大容量のコンテンツ管理方法。
4. 前記マルチファイルのそれぞれは、それ自身を識別するために個別ＩＤを持ち、
   前記ステップ（ｃ）は、
   前記移動通信端末機に既に保存されたファイルのうち受信したファイルと同一の個別ＩＤを持つファイルを前記受信したファイルに更新するステップを含む、
   ことを特徴とする請求項３に記載の大容量のコンテンツ管理方法。
5. 前記マルチファイルの通信が開始されるとき、受信アイコンを表示するステップをさらに含む、
   ことを特徴とする請求項３に記載の大容量のコンテンツ管理方法。
6. 前記マルチファイルの通信が一時中断され、後に使用者が受信アイコンを選択する場合に、前記コンテンツサーバに一時中断されたファイルの再ダウンロードを要求するステップをさらに含む、
   ことを特徴とする請求項５に記載の大容量のコンテンツ管理方法。
7. コンテンツサーバから移動通信端末機にダウンロードする大容量のコンテンツを管理するディジタル処理装置により実行可能な命令を記録する記録媒体であって、
   （ａ）前記コンテンツサーバからコンテンツを構成する実行ファイルとＤＬＬファイル及びリソースファイルの中の少なくともいずれか一つを含むマルチファイルに対する、前記コンテンツのマスターＩＤを含むパッケージリストを受信するステップと、
   （ｂ）前記マルチファイルを受信するステップと、
   （ｃ）前記コンテンツのマスターＩＤを上位ディレクトリとして指定し、前記受信したマルチファイルのそれぞれをコンテンツのマスターＩＤの下位ディレクトリに保存するステップと、を含む、
   ことを特徴とする記録媒体。
   

Images