JP4373341B2 - 符号化ファイルがアプリケーションで使用可能かどうかを判定する方法 - Google Patents

Description

本発明はコンピュータ通信及び電気通信に関する。より具体的には、本発明は、アプリケーションにおける符号化されたファイルの利用に関して、より早く判定することを可能にするための、符号化ファイルがアプリケーションで利用可能であるかどうかを判定するための方法及び電気機器、並びにこの方法を実行するためのプログラムコードを含むコンピュータ読み取り可能な媒体及びこのようなコードを含むコンピュータプログラム要素に関する。

コンピュータ及び無線通信の分野では、電子メール、ＭＭＳ（マルチメディアメッセージング）及びＥＭＳ（拡張ショートメッセージサービス又は拡張ＳＭＳ）等の、符号化されたファイル（符号化ファイル）を含んだ様々な形式のメッセージを送信することが知られている。符号化ファイルは例えばビデオファイル、画像（静止画及び動画）並びに音声ファイルであってよい。

このようなファイルは携帯電話のような可搬型電子機器や、様々な形式のデスクトップ型又は可搬型コンピュータ等にダウンロード及び保存可能である。また、これらのファイルを上述の装置自体でローカルに生成することも可能である。ＭＭＳファイルはマルチメディアファイルであり、それ自体は符号化ファイルではない。しかし、異なる形式のメディアファイルを含むことが可能であり、これらメディアファイルは通常何らかの形式の符号化アルゴリズムによって符号化されている。

ＭＭＳやＥＭＳのようなアプリケーションを使用する際、符号化ファイルがそのアプリケーションで使用できるかどうか、例えば符号化ファイルをＭＭＳメッセージ内で送信できるかを、その符号化ファイルを開いて復号化すること無しに直接判別することは現時点において不可能である。この復号化は時間及び電子機器のリソースを消費するため、判別を目的として、アプリケーションで使用できないファイルを復号化しなくてはならない場合、アプリケーションがそのファイルを使用する都度復号化を行うことは好ましくない。

ファイルのヘッダにファイルに関する情報を含ませることが知られている。例えば、特許文献１は、画像や、画像に関連付けられた画像情報を含んだ書類を、サーバから受信可能な移動端末を記載している。これにより、ユーザは画像を確認することが可能である。画像情報は画像の保存場所として記載されている。この文献はまた、移動端末中の画像を背景画像として利用するためにサイズ変更することについても記載している。

特許文献２は、異なるメディアタイプのメッセージをシステムから移動通信装置へ送信可能なＭＭＳシステムを開示する。このシステムは緊急性、トピック、送信者等に基づくユーザのプロファイル、好み、利用法に従ってメッセージをソートしたり、フィルタ処理したりすることができる。

特許文献３は、マルチメディアデータをネットワーク又はインターネットから、携帯電話へダウンロードすることを記載する。マルチメディアファイルのメディアのタイプ情報は、マルチメディアファイルのヘッダに含まれている。ヘッダ中のこの情報は、マルチメディアファイルの長さに関する情報及び、マルチメディアファイルに含まれるメディアファイルのタイプに関する情報を含んでいる。

これらの文献では、符号化ファイルが既にアプリケーションで使用されている端末や装置を説明しており、アプリケーションでの利用前にファイルが利用できるかどうかを判別することに関しては記載していない。

従って、上述した文献はいずれも、時間の節約を目的として、アプリケーションで用いるための符号化ファイルの選択を早めるために利用可能なことを何も開示していない。従って、アプリケーションで符号化ファイルを使用しようとする際、どの符号化ファイルがそのアプリケーションで使用可能であるのかをすぐに把握することを可能にする手法に対する必要性が存在する。

ＥＰ１０５２５９８号公報 ＷＯ０１／３５６２２号公報 ＷＯ０１／８６９８６号公報

符号化ファイルがＭＭＳのようなアプリケーションで使用されようとしている場合、そのファイルを復号化することなく使用可能であるかどうかを知ることについての問題がある。

本発明は、符号化ファイルを使用しようとする毎にそのファイルを復号化する必要なしに、アプリケーションで使用すべき符号化ファイルの高速選択を可能とすることを目的とする。

この目的は、ファイルの少なくとも１つのプロパティを取得し、プロパティをアプリケーションに対して照合し、ファイルがアプリケーションで使用可能であるかどうかの指標を生成し、符号化ファイルにこの指標を関連付けることによって達成される。

本発明の１つの目的は、符号化ファイルが選択される毎にそのファイルを復号化する必要なしに、アプリケーションで使用すべき符号化ファイルの高速選択を可能とする方法を提供することである。

本発明の第１の見地によれば、この目的は、符号化ファイルの少なくとも１つのプロパティを取得し、このプロパティを、符号化ファイルを使用する可能性のある少なくとも１つのアプリケーションに対して照合(matching)し、この照合に基づいて符号化ファイルがそのアプリケーションで使用可能であるかどうかを示す指標を生成し、符号化ファイルの当該アプリケーションでの使用に関するその後の高速判定ができるように、この指標を符号化ファイルに関連付ける各ステップを含む、符号化ファイルがアプリケーションで使用可能であるかを判定する方法によって達成される。

本発明の第２の見地は、第１の見地の要素を含み、さらに、複数のプロパティを個々のアプリケーションに対して照合し、符号化ファイルの全ての照合されたプロパティがそのアプリケーションで利用可能であった場合にファイルが利用可能であることを示すフラグを生成する工程を含む。

本発明の第３の見地は、第１の見地の要素を含み、符号化ファイルが画像ファイルである方法に関する。

本発明の第４の見地は、第１の見地の要素を含み、符号化ファイルが音声ファイルである方法に関する。

本発明の第５の見地は、第１の見地の要素を含み、さらに指標に関連付けされたアプリケーションで符号化ファイルを用いる前に、指標をチェックする工程を含む方法に関する。

本発明の第６の見地は、第１の見地の要素を含み、プロパティが符号化ファイルの復号化を通じて取得される方法に関する。

本発明の別の目的は、ファイルが選択される毎にそのファイルを復号化する必要なしに、アプリケーションで使用すべき符号化ファイルの高速選択を可能とする電子機器を提供することである。

本発明の第７の見地によれば、この目的は以下の手段を含む、符号化ファイルがアプリケーションで使用可能であるかを判定するための電子機器によって達成される。アプリケーションに関連付けられた少なくとも１つのファイル照合ユニットであって、符号化ファイルの少なくとも１つのプロパティを受信し、このプロパティを、アプリケーションに対して照合し、この照合に基づいて、このファイルがこのアプリケーションで使用可能であるかどうかを示す指標を生成し、このファイルのこのアプリケーションでの使用に関してその後高速判定ができるように、この指標を符号化ファイルに関連付けるように構成されたファイル照合ユニット。

本発明の第８の見地は、第７の見地の要素を含み、さらに符号化ファイルの少なくとも１つのプロパティを得るためのファイルプロパティ抽出手段を有する電子機器に関する。

本発明の第９の見地は、第８の見地の要素を含み、ファイルプロパティ抽出手段がファイルの複数のプロパティを抽出するように構成され、さらにファイル照合ユニットが、アプリケーションに関連する全ての抽出されたプロパティを照合するように構成される電子機器に関する。

本発明の第１０の見地は、第８の見地の要素を含み、ファイルプロパティ抽出手段がさらに抽出後のプロパティを保存するように構成される電子機器に関する。

本発明の第１１の見地は、第８の見地の要素を含み、ファイルプロパティ抽出手段がファイル復号化器である電子機器に関する。

本発明の第１２の見地は、第７の見地の要素を含み、対応する指標を、符号化ファイルを用いる前にチェックするように構成されたアプリケーションユニットをさらに含む電子機器に関する。

本発明の第１３の見地は、第７の見地の要素を含み、ファイル照合ユニットが複数存在するとともに、その各々が対応するアプリケーションに対応付けられている電子機器に関する。

本発明の第１４の見地は、第７の見地の要素を含み、可搬型通信機器である電子機器に関する。

本発明の第１５の見地は、第１４の見地の要素を含み、携帯電話機である電子機器に関する。

本発明のさらに別の目的は、ファイルが選択される毎にそのファイルを復号化する必要なしに、アプリケーションで使用すべき符号化ファイルの高速選択を可能とするプログラム製品を提供することである。

本発明の第１６の見地によれば、この目的は以下のプログラムコードを格納するコンピュータ読み取り可能な記録媒体を含むコンピュータプログラム製品によって達成される。コンピュータ又は電子機器にこのプログラムがロードされた際に、コンピュータ又は電子機器に以下の手順を実行させるコンピュータプログラムコード。符号化ファイルの少なくとも１つのプロパティを取得し、このプロパティを、符号化ファイルを使用する可能性のある少なくとも１つのアプリケーションに対して照合し、この照合に基づいて符号化ファイルがそのアプリケーションで使用可能であるかどうかを示す指標を生成し、その符号化ファイルのそのアプリケーションでの使用に関してその後高速判定できるように、この指標を符号化ファイルに関連付ける。

本発明のさらに別の目的は、ファイルが選択される毎にそのファイルを復号化する必要なしに、アプリケーションで使用すべき符号化ファイルの高速選択を可能とするプログラム要素を提供することである。

本発明の第１７の見地によれば、この目的は、符号化ファイルの少なくとも１つのプロパティを取得し、このプロパティを、符号化ファイルを使用する可能性のある少なくとも１つのアプリケーションに対して照合し、この照合に基づいてその符号化ファイルがそのアプリケーションで使用可能であるかどうかを示す指標を生成し、その符号化ファイルのそのアプリケーションでの使用に関してその後高速判定できるように、この指標を符号化ファイルに関連付ける各工程をコンピュータ又は電子機器に実行させるコンピュータプログラムコードを有するコンピュータプログラム要素によって達成される。

本発明は以下のような利点を有する。指標を生成し、ファイルに関連付けることにより、様々なアプリケーションでのより高速なファイル使用のためにこの情報を利用することが可能になる。例えばＭＭＳアプリケーションのユーザが、符号化ファイルを含めてＭＭＳメッセージをサーバへ送信することを欲したとすると、ＭＭＳアプリケーションはその装置のユーザに対して、関連付けされた指標を有するファイルのみを見ることを許可する。これにより、ＭＭＳメッセージの作成が簡単かつ高速になる。そして、アプリケーションは、ファイルが使用できるかどうかを知る前に復号器によってファイルを復号化させたり、プロパティを抽出させたりする必要がない。アプリケーションは単に指標をチェックするだけで、そのファイルを使用できるかどうかを知ることができる。本発明により、大量のファイルについて、それらが適用可能であるかどうかに関して素早くチェックすることも可能である。完全な復号化を実施する代わりに、関連付けられた指標をチェックするので、復号化を行う場合よりもシステムリソースの使用量が少なくて済む。これはメモリ消費の多いアプリケーションにとって極めて重要である。

なお、本明細書において「含む／有する」という語が用いられる場合、説明された機能、整数、ステップ又は構成部品の存在を特定するものとして解釈されるが、他の機能、整数、ステップ、構成部品又はそのグループの１つ又はそれより多くの存在や付加を排除するものではない点に留意されたい。

図１に、本発明による電子機器又は装置１０を示す。好ましい実施形態において、この装置はアンテナ１２、ディスプレイ１４及び複数のキーを含むキーパッド１６を有する携帯電話機(cellular phone)である。電話の発呼又は着呼とは別に、キーパッド１６は機能の選択等の情報入力やプロンプトへの応答に用いられ、またディスプレイ１４は電話機のユーザに機能やプロンプトを表示するために用いられる。アンテナ１２はネットワークを介して他のユーザと通信するために用いられる。なお、携帯電話機は本発明を実施可能な装置の単なる一例である。本発明は例えばＰＤＡ(personal digital assistant:携帯情報端末)、パームトップコンピュータ、ラップトップコンピュータはもとより、ＰＣ（パーソナルコンピュータ）のような通常の据え置きコンピュータにおいても利用することが可能である。

図２は、セルラネットワーク２０に接続されたサーバ２２と通信するため、基地局１８を介してセルラネットワーク２０に接続された携帯電話機１０を示している。このネットワークは通常ＧＳＭ形式のネットワークであるか、ＧＰＲＳネットワークである。もちろん、ネットワークはＷＣＤＭＡネットワークであっても良い。サーバ２２は、ＭＭＳ（マルチメディアメッセージング）及び／又はＥＭＳ（拡張ＳＭＳ）メッセージを受信可能なサーバである。電話機１０は、他の電話機、ＰＤＡ又はコンピュータと通信可能であっても良いことを理解されたい。サーバ２２はまた、セルラネットワーク２０に直接接続されても、他のネットワークを介して接続されてもよい。ネットワークはもちろんセルラネットワークである必要はなく、インターネット、企業ネットワーク、ＬＡＮ又は無線ＬＡＮのような他の形式のネットワークであっても良い。ネットワークはさらに所謂ＰＳＴＮ（公衆交換電話網）であってもよい。この図は、本発明を提供可能な環境を示すために含められている。しかし、アプリケーションが他の装置との通信を必要とする訳ではなく、その場合ネットワークを介した接続も不要となりうることを理解されたい。

図３は、携帯電話機の本発明に係る内部の部分を示している。電話機１０はファイルプロパティ抽出器２２を含み、本実施形態においてファイルプロパティ抽出器２２は符号化ファイルの復号化器（デコーダ）である。このような復号化器の例はＪＰＥＧファイル用のＪＰＥＧデコーダである。以下、本発明がどのように機能するかの例を、ＪＰＥＧに関して説明するが、本発明はこの形式のファイル及びその復号化器に全く限定されない。復号化器２２には、様々なファイルを格納するファイルストレージ２４が接続される。復号化器２２は第１のファイル照合ユニット２６に接続され、第１のファイル照合ユニット２６はさらに第１のアプリケーションユニット２８に接続される。第１のアプリケーションユニット２８はＭＭＳアプリケーションを受け持つ。復号化器２２はさらに第２のファイル照合ユニット３０に接続され、第２のファイル照合ユニット３０はさらに第２のアプリケーションユニット３２に接続される。第２のアプリケーションユニット３２はＥＭＳアプリケーションを受け持つ。２つの照合ユニット２６、３０はファイルストレージ２４に接続される。

図４は、本発明に係る方法のフローチャートを示す。
図５は、ファイル６０、ＭＭＳ６２及びＥＭＳ６４の３つの列を含むファイルストレージ２４を示し、３つのファイル、ファイル１、ファイル２及びファイル３にアプリケーションＭＭＳ及びＥＭＳについてのタグが付加されている。タグの存在は「イエス」のＹにより、タグの不存在は「ノー」のＮによりそれぞれ示されている。

本発明の好ましい実施形態を、図３、４及び５を参照して説明する。本実施形態は現時点において出願人が信ずる本発明のベストモードである。携帯電話機１０はファイルストレージ２４に複数の符号化ファイルを有している。図５にそのような３つのファイルが示されており、１番目のファイル（ファイル１）はＪＰＥＧファイル、２番目のファイル（ファイル２）はＧＩＦファイル、３番目のファイル（ファイル３）はＭＰＥＧファイルである。これらのファイルはいくつかの異なる方法でストレージに格納されうる。それらはＷＡＰ又はインターネットブラウザを介してダウンロードされても、電子メール、ＭＭＳ又はＥＭＳを介して受信されても、他の何らかの方法でダウンロードされてもよいし、電話機内でローカルに生成されても、予め電話機に用意されていても良い。本発明の方法は、復号化器２２がステップ３６において、ストレージからファイル（ここでは、ＪＰＥＧファイルであるファイル１）を読み出すことによって開始する。

ステップ３８でこのファイルは復号化器２２で復号化され、復号化の過程においてファイルの様々なプロパティが抽出される。このプロパティはステップ４０でファイルストレージ２４の、そのファイルに関連付けされた領域に保存される。ＪＰＥＧファイルに対するプロパティとしては、色数(color depth)、画像の幅、画像の高さ、画像がアニメーションを含むかどうかに関する情報及び、符号化形式が挙げられるが、他のプロパティについても実施可能である。様々なプロパティは復号化器２２から第１及び第２のファイル照合ユニット２６、３０の両方に転送される。第１及び第２のファイル照合ユニット２６、３０において、これらプロパティはＭＭＳアプリケーション及びＥＭＳアプリケーションにおける要件(requirements)と照合される（ステップ４２）。これは、全ての関連するプロパティが、対象アプリケーションの能力に照らしてチェックされることを意味する。全ての選択されたプロパティが適合すると、２つのファイル照合ユニットは指標、この好ましい実施形態ではフラグを、ステップ４４で生成する。そして、フラグがある場合、２つのファイル照合ユニットはステップ４６で、ファイルにこの生成されたフラグを関連付けもしくはタグ付けするか、複数のファイルをフラグに関連付ける。そして、方法はステップ４８で終了する。

図６は、ファイル照合ユニット２６において、照合及びタグ付けがどのように行われるかをより詳細に示すフローチャートである。まず、ステップ５０で、プロパティが復号化器から受信される。ステップ５２で、全てのプロパティをそのアプリケーションユニットが処理可能であるならば、ステップ５４でフラグを生成する。照合は以下の方法で行うことができる。例えば、色数が第１のファイル照合ユニット２６で照合されるとすると、すなわち、そのファイルがカラー画像であり、このカラー画像が異なる２５６の色を有しうるとすると、これがＭＭＳアプリケーションの、色を含ませる能力と照合される。同様の方法で、画像の幅や高さ、ファイルフォーマット（ここでは例としてＪＰＥＧ）等、他のプロパティもチェックされる。

別の可能性のあるプロパティは画像がアニメーションを含むか否かである。この場合、ファイル（ファイル１）の全てのプロパティの照合ができたか、アプリケーションが処理可能であったため、ファイルストレージの列６２はＭＭＳアプリケーションに対する「Ｙ」を第１のファイル照合ユニットから受信する。このようにして、全てのプロパティの照合ができたらステップ５４でフラグが生成され、さらに対象のファイルへタグ付けされる（ステップ５６）。その後、方法はステップ５８で終了する。ステップ５２で、アプリケーションがいずれかのプロパティを処理できない場合、フラグは生成されず、処理はステップ５８で終了する。これは、復号化器からやはりプロパティを受信する第２のファイル照合ユニット３０によって例示することができる。上述の例において、ファイル（ファイル１）はカラー画像であり、従って、白黒画像のみ、すなわち色数が１の画像のみ処理するＥＭＳアプリケーションはそのファイルを処理することができない。従って、このアプリケーションはフラグを生成することができず、それがファイルストレージの列６２においてＮで示されている。

ファイルストレージ２４はあと２つ符号化ファイルを含んでおり、それらに対しても同様の処理が実行される。結果として、ファイル２は両方のアプリケーションで利用可能であり、一方でファイル３はいずれでも利用できない。

このファイルのタグ付けにより、後でこの情報を、様々なアプリケーションにおけるファイルのより高速な利用のために利用することができる。例えば、ＭＭＳアプリケーションのユーザがその後、例えばサーバ２２へ、符号化ファイルを含めてＭＭＳメッセージを送信することを欲した際、ＭＭＳアプリケーションはその装置のユーザにはタグを有するファイルのみを見ることを許可することで、ＭＭＳメッセージの生成を容易かつ高速にすることができる。そして、アプリケーションは、そのファイルを使用できるかどうかを知る前に、復号化器でファイルを復号化したり、プロパティを抽出したりする必要がない。アプリケーションは単にフラグをチェックすれば、そのファイルを使用できるかどうかを知ることができる。

本発明を用いることで、ファイルの大量のセットについて、それらが適用可能であるか否かに関してチェックすることも可能である。完全な復号化を行う代わりにタグをチェックするので、復号化に比べて少ないシステムリソースの使用で済む。これはメモリを消費するアプリケーションにおいて非常に重大である。

なお、図３に示したよりも多くの復号化器が存在していてもよい。この場合、全てのアプリケーションに対してフラグを生成できるよう、全ての復号化器は全てのファイル照合ユニット及びファイルストレージに接続される。同様に、ここで説明してきたよりも多くのアプリケーションを有するようにすることも可能である。この場合、各アプリケーションは、アプリケーションユニット及び全ての復号化器に接続される自身のファイル照合ユニットと、ファイルストレージを有することになるであろう。アプリケーションはＭＭＳやＥＭＳのような、メッセージ送信に関するアプリケーションに限定されない。他の可能性のあるアプリケーションの例は、ウエブ又はＷＡＰブラウザ、及び文書処理アプリケーションである。他の例としては、画像サイズに制限を加える画像エディタや、サポートするトラック数に制限を加えるＭＩＤＩ音声エディタがある。本発明は、符号化ファイルを受け付け、許可される入力ファイルに制限を与える任意のアプリケーションとともに一般に使用可能である。ファイルプロパティ抽出器は完全な復号化器でなく、他の好適な手段であってよい。

プロパティを符号化ファイルから抽出可能であることが重要であり、それはファイル全体の復号化を必要としないかもしれない。例えば、ファイルのヘッダ中の情報のみを復号化するだけで十分であるかもしれない。

ここで、指標はフラグの形式、すなわち、アプリケーションがそのプロパティを処理可能であるならば１の値を有するビット、アプリケーションが処理できなければビットなし、すなわち０として与えられる。なお、これを行うためには様々なバリエーションが考えられるが、符号化ファイルが使用できるかどうかを示すためにはフラグが最も簡単であり、おそらく最もよい方法であろう。他の例は文字列、整数値又は複数のデータ形式の組み合わせであってもよい。これらの指標により、復号化することなく、関連するプロパティの全てをアプリケーションに明らかにすることができる。好ましい実施形態におけるフラグは、ファイルストレージ中のファイルに直接関連づけされた領域に与えられる。ただし、フラグをその領域に与える必要はなく、例えば符号化ファイルそのものや、別個のテーブル又はデータベースに与えられてもよい。ここでは、利用可能であることを示す肯定フラグ又はビットを、アプリケーションで利用できるファイルを表すために用いている。代わりに、否定フラグ、すなわちファイルがアプリケーションで利用できないことを示すビットを同様に用いることもできる。

また、全てのプロパティをファイル照合ユニットに転送する必要はない。そのアプリケーションに関係するプロパティのみを転送すればよい。

上述の例は、符号化画像ファイルがＪＰＥＧ形式である場合であった。本発明は他の形式の画像ファイルのみならず、例えばＷＡＶファイルのような様々な形式の音声ファイルといった他の形式の符号化ファイルに対しても同様に適用可能である。

本発明によれば、符号化ファイルの、得られたプロパティは、その後の利用のため、フラグの保存に加えて保存される。プロパティを保存するため、新しいアプリケーションが電話機にダウンロードされた場合に新しいフラグをより簡単に生成することが可能である。一部アプリケーションについては、図４のステップ３８，４０が少し異なる場合がありうる。その場合、既に抽出されているプロパティは、プロパティがアプリケーションと照合される前に、ファイル照合ユニットにより、復号化なしにファイルストレージの領域から読み出されるであろう。保存ステップは方法から省略されてもよいが、その場合、新しいアプリケーションがフラグを必要とする毎にプロパティを抽出しなければならないであろう。プロパティはまた、ファイルストレージへ保存する必要がないが、好適なメモリ位置に保存することができる。

また、ファイル照合ユニットは別個のユニットである必要はなく、アプリケーションユニットの一部として含まれていてもよい。

本発明はファイル照合ユニットを有する装置に関して説明されてきた。これらや、ファイルプロパティ抽出器の少なくとも１部のような本発明の他の部分をまた、適切なソフトウェアコードを含む、対応するプログラムメモリを備える１つ又は複数のプロセッサの形式で提供することも可能である。本発明の方法を実施するためのソフトウェアは、図７に示すように、ＣＤ−ＲＯＭ形式のディスク７４のような、コンピュータ読み取り可能な媒体に提供されてもよい。この場合、電話機又はコンピュータへロードされる際に本発明の方法を実行するためのソフトウェアは、このディスクへ提供される。プログラムコードはまた、セルラネットワーク外部又は内部のいずれかから遠隔的にダウンロードされたり、電話機が一時的に接続されている、ＰＣの様なコンピュータを介してダウンロードされてもよい。

本明細書で説明した電話機は、他の装置との通信を行うため、無線回路を用いている。しかし、これらの無線回路は本発明の本質的な部分ではなく、この通信は本技術分野において既に公知である方法で実行されるため、ここでは説明しない。

携帯電話機の形式を取る電子機器を示す図である。 図１の電話機がセルラネットワークを介してサーバに接続されている状態を示す図である。 図１に示す電話機の内部における、本発明に関連する部分のブロック図である。 本発明の好適な実施形態に係る方法を実施する方法のフローチャートである。 ２つの異なるアプリケーションに対する利用可否を示す情報によってタグ付けされた複数のファイルの表を示す図である。 本発明に係る方法の一部をより詳細に示すフローチャートである。 本発明に係る方法を実行するためのプログラムコードが格納されるＣＤ−ＲＯＭを示す図である。

Claims (17)

1. 符号化ファイル(file 1)がアプリケーションで使用可能かどうかを判定する方法であって、
   プロパティ抽出器が、前記符号化ファイルから、前記符号化ファイルのデータに含まれる少なくとも１つのプロパティを取得するステップ(38,50)と、
   アプリケーションに関連づけられた少なくとも１つのファイル照合ユニットが、前記少なくとも１つのプロパティを、前記関連付けられたアプリケーションの要件と照合するステップ(42,52)と、
   前記ファイル照合ユニットが、前記照合に基づいて、前記符号化ファイルが前記関連付けられたアプリケーションで使用可能かどうかを示す指標を生成するステップ(44,54)と、
   前記ファイル照合ユニットが、前記符号化ファイルの前記関連付けられたアプリケーションでの利用に関してその後高速判定できるように、前記指標を前記符号化ファイルに関連付けるステップ(46,56)と、
   アプリケーションユニットが、前記符号化ファイルを前記関連付けられたアプリケーションで用いる前に、前記符号化ファイルの前記指標をチェックするステップとを有することを特徴とする方法。
2. 前記生成するステップにおいて、前記ファイル照合ユニットは、複数のプロパティを前記関連付けられたアプリケーションの要件と照合し、照合した全プロパティを前記関連付けられたアプリケーションが使用可能であれば、前記符号化ファイルが前記関連付けられたアプリケーションで使用可能であることを示す指標を生成することを特徴とする請求項１記載の方法。
3. 前記符号化ファイルが画像ファイルであることを特徴とする請求項１又は請求項２記載の方法。
4. 前記符号化ファイルが音声ファイルであることを特徴とする請求項１又は請求項２記載の方法。
5. 前記プロパティ抽出器が、前記取得した少なくとも１つのプロパティを保存するステップをさらに有することを特徴とする請求項１乃至請求項４のいずれか１項に記載の方法。
6. 前記生成するステップが、異なるアプリケーションに関連付けられた複数の前記ファイル照合ユニットによって行われることを特徴とする請求項１乃至請求項５のいずれか１項に記載の方法。
7. 前記プロパティ抽出器が前記符号化ファイルの復号化を通じて前記少なくとも１つのプロパティを取得することを特徴とする請求項１乃至請求項６のいずれか１項に記載の方法。
8. 符号化ファイルがアプリケーションで使用可能かどうかを判定するための電子機器であって、
   前記符号化ファイルのデータに含まれる少なくとも１つのプロパティを取得するファイルプロパティ抽出器と、
   アプリケーションに関連付けられた、少なくとも１つのファイル照合ユニット(26,28)を有し、
   前記ファイル照合ユニットが、
   前記プロパティ抽出器が取得した、前記符号化ファイルの少なくとも１つのプロパティを取得し、
   前記少なくとも１つのプロパティを、前記関連付けられたアプリケーションの要件と照合し、前記照合に基づいて、前記ファイルが前記アプリケーションで使用可能かどうかを示す指標を生成し、前記ファイルの前記アプリケーションでの利用に関してその後高速判定できるように、前記指標を前記符号化ファイルに関連付けるように構成され、
   前記電子機器が、さらに、前記符号化ファイルを前記関連付けられたアプリケーションで使用する前に、前記符号化ファイルの指標をチェックするように構成されるアプリケーションユニット(28,32)を有することを特徴とする電子機器。
9. 前記ファイルプロパティ抽出器が、前記ファイルの複数のプロパティを抽出するように構成され、前記ファイル照合ユニットが、前記関連付けられたアプリケーションの要件と前記複数のプロパティを照合し、照合した全プロパティを前記関連付けられたアプリケーションが使用可能であれば、前記符号化ファイルが前記関連付けられたアプリケーションで使用可能であることを示す指標を生成するように構成されることを特徴とする請求項８記載の電子機器。
10. 前記符号化ファイルが画像ファイル又は音声ファイルであることを特徴とする請求項８又は請求項９記載の電子機器。
11. 前記ファイルプロパティ抽出器が、前記取得した少なくとも１つのプロパティを保存するように構成されることを特徴とする請求項８乃至請求項１０のいずれか１項に記載の電子機器。
12. 前記ファイルプロパティ抽出器が、ファイル復号化器であることを特徴とする請求項８乃至請求項１１のいずれか１項に記載の電子機器。
13. 複数の前記ファイル照合ユニットを有し、その各々が異なるアプリケーションに関連付けられていることを特徴とする請求項８乃至請求項１２のいずれか１項に記載の電子機器。
14. 前記電子機器が携帯通信装置であることを特徴とする請求項８乃至請求項１３のいずれか１項に記載の電子機器。
15. 前記電子機器が携帯電話機であることを特徴とする請求項１４記載の電子機器。
16. コンピュータに、請求項１乃至請求項７のいずれか１項に記載の方法の各ステップを実行させるためのプログラム。
17. 請求項１６記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images