(57)【要約】  【目的】  画像変換をできるだけ少なくする。  【構成】  携帯電話に表示可能な画像情報を表す画像定義（第２行目，第３行目）を複数個画像定義スクリプトに記載して画像サーバに記憶しておく。携帯電話から画像サーバへのリクエストに応じて画像ファイルが読み出される。読み出された画像ファイルと画像定義とを比較して，その画像ファイルを変換しなくとも画像を携帯電話に表示できるか確認する。複数の画像定義のすべてを用いて確認しても，画像ファイルを変換しなければならない場合に，画像変換が行われる。画像定義スクリプトには画像定義が複数含まれているので，画像サーバにおいて画像ファイルを変換する確率が低くなる。画像サーバの負担が軽くなる。  【選択図】  図６
2006011884.tif 000002
【特許請求の範囲】
【請求項１】
画像端末装置の表示装置に表示可能な画像の情報を画像端末装置ごとに複数記憶する画像情報記憶手段，
画像端末装置から送信される画像リクエストを受信する画像リクエスト受信手段，
上記画像リクエスト受信手段によって受信した画像リクエストに応じて，画像ファイルを画像データベースから読み取る画像ファイル読み取り手段，
上記画像リクエスト受信手段によって受信した画像リクエストを送信した画像端末装置に対応する複数の画像情報を上記画像情報記憶手段から読み取る画像情報読み取り手段，  上記画像リクエスト受信手段によって受信した画像リクエストを送信した画像端末装置の表示装置に，上記画像ファイル読み取り手段によって読み取られた画像ファイルによって表される画像を表示可能かどうかを，上記画像情報読み取り手段によって読み取られた複数の画像情報にもとづいて判定する表示可否判定手段，
上記表示可否判定手段によって表示可能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを上記画像端末装置に送信する第１の画像ファイル送信手段，
上記表示可否判定手段によって表示不能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを，上記画像端末装置の表示装置に表示可能なように変換する画像ファイル変換手段，および
上記画像ファイル変換手段によって変換された画像ファイルを上記画像端末装置に送信する第２の画像ファイル送信手段，
を備えた画像サーバ。
【請求項２】
上記画像ファイル変換手段が，
上記表示可否判定手段によって表示不能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを，上記画像情報読み取り手段によって読み取られた複数の画像情報のうち最初に規定されている画像情報にもとづいて，上記画像端末装置の表示装置に表示可能なように変換するものである，
請求項１に記載の画像サーバ。
【請求項３】
上記画像情報読み取り手段によって読み取られた複数の画像情報の中に強制変換指令が含まれているかどうかを判定する強制変換指令判定手段，および
上記強制変換指令判定手段により強制変換指令が含まれていると判定されたことに応じて，上記表示可否判定手段における判定結果にかかわらず，上記画像ファイル読み取り手段によって読み取られた画像ファイルを強制変換するように上記画像ファイル変換手段を制御する第１の変換制御手段，
をさらに備えた請求項１に記載の画像サーバ。
【請求項４】
上記画像ファイル読み取り手段によって読み取られた画像ファイルにもとづいて，読み取られた画像ファイルを変換する必要があるかどうかを判定する変換判定手段，および
上記変換判定手段によって変換する必要があると判定されたことに応じて，上記表示可否判定手段における判定結果にかかわらず，上記画像ファイル読み取り手段によって読み取られた画像ファイルを変換するように上記画像ファイル変換手段を制御する第２の変換制御手段，
をさらに備えた請求項１に記載の画像サーバ。
【請求項５】
画像端末装置の表示装置に表示可能な画像の情報を画像端末装置ごとに複数記憶しておき，
画像端末装置から送信される画像リクエストを受信し，
受信した画像リクエストに応じて，画像ファイルを画像データベースから読み取り，
受信した画像リクエストを送信した画像端末装置に対応する複数の画像情報を，記憶されている画像情報の中から読み取り，
受信した画像リクエストを送信した画像端末装置の表示装置に，読み取られた画像ファイルによって表される画像を表示可能かどうかを，読み取られた複数の画像情報にもとづいて判定し，
表示可能と判定されたことに応じて，読み取られた画像ファイルを上記画像端末装置に送信し，
表示不能と判定されたことに応じて，読み取られた画像ファイルを，上記画像端末装置の表示装置に表示可能なように変換し，
変換された画像ファイルを上記画像端末装置に送信する，
画像サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，画像サーバおよびその制御方法に関する。
【背景技術】
【０００２】
ブラウザ端末とＷｅｂサーバーとが互いに通信可能な場合には，ブラウザ端末において表示可能なように画像の変換処理が行われることがある。変換された画像を表す画像データがＷｅｂサーバーからブラウザ端末に送信される（特許文献１）。
【特許文献１】特開2004−13297号
【０００３】
携帯電話から画像サーバに画像のリクエストがあった場合にも，その携帯電話に表示できるように画像ファイルが変換される。変換された画像ファイルが画像サーバから携帯電話に送信される。画像サーバにおいて，携帯電話の種類ごとに１つの画像情報が規定されており，リクエストのあった携帯電話に対応した画像情報にもとづいて画像ファイルが変換される。ところが，携帯電話は，通常は複数種類の画像フォーマットに対応しているのに対し，画像サーバにおいて規定されている画像情報は１種類であるから，携帯電話において表示できるにもかかわらず，画像サーバにおいて変換されてしまうことがある。不要な画像変換が行われてしまうことがある。
【発明の開示】
【０００４】
この発明は，不要な画像変換をなくすことを目的とする。
【０００５】
この発明による画像サーバは，画像端末装置の表示装置に表示可能な画像の情報を画像端末装置ごとに複数記憶する画像情報記憶手段，画像端末装置から送信される画像リクエストを受信する画像リクエスト受信手段，上記画像リクエスト受信手段によって受信した画像リクエストに応じて，画像ファイルを画像データベースから読み取る画像ファイル読み取り手段，上記画像リクエスト受信手段によって受信した画像リクエストを送信した画像端末装置に対応する複数の画像情報を上記画像情報記憶手段から読み取る画像情報読み取り手段，上記画像リクエスト受信手段によって受信した画像リクエストを送信した画像端末装置の表示装置に，上記画像ファイル読み取り手段によって読み取られた画像ファイルによって表される画像を表示可能かどうかを，上記画像情報読み取り手段によって読み取られた複数の画像情報にもとづいて判定する表示可否判定手段，上記表示可否判定手段によって表示可能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを上記画像端末装置に送信する第１の画像ファイル送信手段，上記表示可否判定手段によって表示不能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを，上記画像端末装置の表示装置に表示可能なように変換する画像ファイル変換手段，および上記画像ファイル変換手段によって変換された画像ファイルを上記画像端末装置に送信する第２の画像ファイル送信手段を備えていることを特徴とする。
【０００６】
この発明は，上記画像サーバに適した方法も提供している。すなわち，この方法は，画像端末装置の表示装置に表示可能な画像の情報を画像端末装置ごとに複数記憶しておき，画像端末装置から送信される画像リクエストを受信し，受信した画像リクエストに応じて，画像ファイルを画像データベースから読み取り，受信した画像リクエストを送信した画像端末装置に対応する複数の画像情報を，記憶されている画像情報の中から読み取り，受信した画像リクエストを送信した画像端末装置の表示装置に，読み取られた画像ファイルによって表される画像を表示可能かどうかを，読み取られた複数の画像情報にもとづいて判定し，表示可能と判定されたことに応じて，読み取られた画像ファイルを上記画像端末装置に送信し，表示不能と判定されたことに応じて，読み取られた画像ファイルを，上記画像端末装置の表示装置に表示可能なように変換し，変換された画像ファイルを上記画像端末装置に送信するものである。
【０００７】
この発明によると，画像端末装置の表示装置に表示可能な画像情報が画像端末装置ごとに複数記憶されている。画像端末装置から送信された画像リクエストが受信されると，その画像リクエストに応じた画像ファイルが画像データベースから読み取られ，かつ対応する複数の画像情報が読み取られる。読み取られた画像ファイルによって表される画像が，画像端末装置の表示装置に表示可能かどうかが，複数の画像情報にもとづいて判定される。表示可能であれば，読み取られた画像ファイルが画像サーバから画像端末装置に送信される。表示不能であれば，表示可能なように画像ファイルが変換されて画像サーバから画像端末装置に送信される。
【０００８】
画像端末装置に表示可能な情報を示す画像情報が複数記憶されており，この複数の画像情報にもとづいて画像ファイルを変換するかどうかを判定しているので，読み取られた画像ファイルによって表される画像が表示されないと判定される確率が低くなる。不要な画像ファイル変換をなくすことができる。
【０００９】
上記画像ファイル変換手段は，たとえば，上記表示可否判定手段によって表示不能と判定されたことに応じて，上記画像ファイル読み取り手段によって読み取られた画像ファイルを，上記画像情報読み取り手段によって読み取られた複数の画像情報のうち最初に規定されている画像情報にもとづいて，上記画像端末装置の表示装置に表示可能なように変換するものである。
【００１０】
上記画像情報読み取り手段によって読み取られた複数の画像情報の中に強制変換指令が含まれているかどうかを判定する強制変換指令判定手段，および上記強制変換指令判定手段により強制変換指令が含まれていると判定されたことに応じて，上記表示可否判定手段における判定結果にかかわらず，上記画像ファイル読み取り手段によって読み取られた画像ファイルを強制変換するように上記画像ファイル変換手段を制御する第１の変換制御手段をさらに備えるようにしてもよい。
【００１１】
上記画像ファイル読み取り手段によって読み取られた画像ファイルにもとづいて，読み取られた画像ファイルを変換する必要があるかどうかを判定する変換判定手段，および上記変換判定手段によって変換する必要があると判定されたことに応じて，上記表示可否判定手段における判定結果にかかわらず，上記画像ファイル読み取り手段によって読み取られた画像ファイルを変換するように上記画像ファイル変換手段を制御する第２の変換制御手段をさらに備えてもよい。
【００１２】
いずれの場合も必要に応じて，画像ファイルを強制変換できる。
【実施例】
【００１３】
図１は，この発明の実施例を示すもので，通信システムの概要を示している。
【００１４】
通信システムには，表示装置が設けられている携帯電話１と画像サーバ10とが含まれている。これらの携帯電話１と画像サーバ10とは，インターネットを介して互いに通信可能である。画像サーバ10には，多数の画像ファイルが格納されている画像データベース11が接続されている。
【００１５】
この実施例による通信システムにおいては，携帯電話１から画像サーバ10に画像がリクエストされる。画像リクエストに応じた画像ファイルが画像データベース11の中から見つけられる。見つけられた画像ファイルによって表される画像が携帯電話１の表示装置に表示可能なものであれば，その画像ファイルが画像サーバ10から携帯電話１に送信される。見つけられた画像ファイルによって表される画像が携帯電話１の表示装置に表示不可能なものであれば，表示可能なようにその画像ファイルが変換される。
【００１６】
携帯電話１において表示可能かどうかを判定するために，画像サーバ10には，表示可能な画像の情報を表す画像定義が記載（格納）されている画像定義スクリプトが携帯電話１の機種ごとに記憶されている。携帯電話１は，通常，複数種類の形態（画像フォーマット，画像の大きさなど）の画像を表示できる。このために，この実施例においては，画像定義スクリプトには複数の画像定義が記載されている。リクエストされた画像が複数の画像定義のうち一つの画像定義を満足すれば，リクエストした携帯電話に画像を表示できることとなる。リクエストされた画像が複数の画像定義のうち一つの画像定義も満足しなければ，リクエストした携帯電話にその画像を表示できないので，画像変換が行われる。変換された画像が携帯電話に表示される。とくに，この実施例においては，画像定義スクリプトに記載されている画像定義は，複数なので，画像変換処理を行わない確率が低くなる。より詳しくは，以下の説明によって明らかとなろう。
【００１７】
図２は，画像サーバ10の電気的構成を示すブロック図である。
【００１８】
画像サーバ10の全体の動作は，ＣＰＵ12によって統括される。
【００１９】
ＣＰＵ12には，インターネットを介して携帯電話１と通信するための通信回路13，表示装置14，上述した画像定義スクリプトなどの所定のデータ類を記憶するメモリ15および入力装置16が接続されている。また，上述したように，インターフェイス（図示略）によってＣＰＵ12と画像データベース11とが接続されている。
【００２０】
図３から図５は，画像データベース11に格納されている画像ファイルによって表される画像の一例である。
【００２１】
図３は，JPEG（joint photographic expert group）の画像フォーマットにもとづいて圧縮されている画像ファイルによって表される画像（JPEG画像）である。図３に示すJPEG画像は，水平方向（幅）100画素垂直方向（高さ）100画素のものである。
【００２２】
図４は，GIF（Graphics Interchange Format）の画像フォーマットにもとづいて圧縮されている画像ファイルによって表される画像（GIF画像）である。図４に示すGIF画像は，水平方向50画素垂直方向50画素のものである。
【００２３】
図５は，図３に示す画像と同様に，JPEGの画像フォーマットにもとづいて圧縮されている画像ファイルによって表される画像（JPEG画像）である。図５に示すJPEG画像は，水平方向1000画素垂直方向1000画素のものである。
【００２４】
このように，画像データベース11には，様々な画像を表し，かついろいろなフォーマットをもつ多数の画像ファイルが格納されている。
【００２５】
図６は，画像定義スクリプトの一例である。
【００２６】
第１行は，画像定義スクリプトの開始および画像定義スクリプトに対応する携帯電話の機種名を示している。「ＡＢＣ」という機種名の携帯電話についての画像定義スクリプトである。
【００２７】
第２行および第３行は，画像定義（画像情報）を示している。これらの画像定義に従う画像であれば，「ＡＢＣ」という機種名の携帯電話に表示できることとなる。第２行の画像定義は，画像フォーマットがJPEG(Image Format=JPEG)であり，幅が120画素(width=120)高さが120画素(height=120)以下の画像であれば，「ＡＢＣ」という機種名の携帯電話に表示できることを示している。第３行の画像定義は，画像フォーマットがGIF(Image Format=JPEG)であり，幅が100画素(width=100)高さが100画素(height=100)以下の画像であれば，「ＡＢＣ」という機種名の携帯電話に表示できることを示している。このように，画像定義スクリプトには，複数の画像定義が格納されているから，上述したように，携帯電話１からのリクエストに応じて画像データベース11から読み出された画像ファイルによって表される画像が第２行または第３行の画像定義に従うものであれば，携帯電話１に画像を表示するために変換する必要がないと判断される。変換する確率が少なくなり，変換処理による画像サーバ10の負担が軽くなる。
【００２８】
第４行は，画像スクリプトの終了を示している。
【００２９】
図７は，画像定義スクリプトの他の例を示している。
【００３０】
第１行は，図６と同様であり，画像スクリプトの開始および画像定義スクリプトに対応する携帯電話の機種名を示している。「ＸＹＺ」という機種名の携帯電話についての画像定義スクリプトである。
【００３１】
第２行は，画像定義を示している。この第２行に示す画像定義は，上述した図６における第２行および第３行の画像定義と異なり，強制変換指令(option=force convert)が含まれている。強制変換指令は，第２行の画像定義に従うように画像フォーマットがJPEG(Image Format=JPEG)であり，幅が120画素(width=120)高さが120画素(height=120)以下の画像であっても強制変換を行うものである。JPEGなどの画像フォーマットにおいては，細かい仕様があり，フォーマットおよび画像の大きさ（幅，高さ）で定められる画像定義を満足する画像であっても表示できないことがある。このために，強制変換処理が行われ，所定の仕様に統一されるように強制変換処理が行われる。第２行に示す画像定義によれば，JPEGフォーマットであり，かつ幅および高さがそれぞれ120画素以下の画像であっても所定の仕様のJPEGフォーマットに統一されるように画像変換処理が行われる。もっとも，強制変換指令が含まれている画像定義のフォーマットと異なるフォーマットに変換するようにしてもよいのはいうまでもない。
【００３２】
第３行および第４行は，図６に示すものと同じである。
【００３３】
図８（Ａ）および（Ｂ）は，JPEGファイルのファイル構造（データ構造）の一例である。（Ａ）は正常なものであり，（Ｂ）は不正常なもの（画像再生装置によっては再生ができたり，できなかったりするもの）である。
【００３４】
（Ａ）を参照して，正常なJPEGファイルの最初にはＳＯＩ（start of image）マーカが付加されている。ファイルにＳＯＩマーカが付加されていることから，このファイルがJPEGファイルであることが分かる。
【００３５】
このＳＯＩマーカの次からフレーム・ヘッダが開始する。フレーム・ヘッダの最初には，ＳＯＦ（start of frame）マーカが規定されている。フレーム・ヘッダには，JPEGファイルに格納されている画像データ（エントロピー符号化されている）によって表される画像の幅，高さなどのデータが格納されている。
【００３６】
フレーム・ヘッダの次からスキャン・ヘッダが開始する。スキャン・ヘッダの最初にはＳＯＳ（start of scan）マーカが規定されている。スキャン・ヘッダには，エントロピー符号化されている画像データを復号するための情報が格納されている。
【００３７】
スキャン・ヘッダの次からエントロピー符号化セグメントが開始する。エントロピー符号化セグメントに，エントロピー符号化された画像データが格納されている。
【００３８】
JPEGファイルの最後には，JPEGファイルの終了を示すＥＯＩ（end of image）マーカが付加されている。
【００３９】
このように，正常なJPEGファイルには，ＳＯＩマーカ，フレーム・ヘッダ，スキャン・ヘッダ，エントロピー符号化セグメントおよびＥＯＩマーカが含まれている。
【００４０】
（Ｂ）に示す不正常なJPEGファイルは，画像の最後の部分のデータが欠損しているものである。このために，JPEGファイルに，ＳＯＩマーカ，フレーム・ヘッダおよびスキャン・ヘッダが含まれているが，エントロピー符号化セグメントの一部およびＥＯＩマーカが含まれていない。
【００４１】
（Ｂ）に示すような不正常なJPEGファイルを再生して画像を表示できる装置もあるが，画像を表示できない装置もある。このために，この実施例においては，不正常なJEPGファイルについては，上述した画像定義に従うものであっても正常なJPEGファイルとなるように画像変換が行われる。
【００４２】
図９は，携帯電話と画像サーバとの処理手順を示すフローチャートである。
【００４３】
携帯電話１から画像サーバ10に，携帯電話１の表示装置に表示すべき画像のリクエストおよび携帯電話１の機種情報が送信される（ステップ21）。画像リクエストは，たとえば，http://keitaipicture/image/001.jpgのようなＵＲＬ（uniform resource locator）であり，このＵＲＬの例でいえば，001.jpgがリクエストした画像のファイル名である。
【００４４】
携帯電話１から送信された画像リクエストおよび携帯電話１の機種情報が画像サーバ10において受信されると（ステップ32），画像リクエストに応じた画像ファイルが画像データベース11から読み取られる（ステップ33）。また，画像をリクエストした携帯電話１の機種情報に応じた画像定義スクリプトが画像サーバ10のメモリ15から取り出される（ステップ34）。取り出された画像定義スクリプトに記載されている画像定義と画像データベース11から読み取られた画像ファイルとが，画像定義スクリプトに記載されている複数の画像定義のうち一番上の画像定義から順に比較される（ステップ35）。この比較にもとづいて，画像データベース11から読み取られた画像を無変換で出力可能か，すなわち，画像データベース11から読み取られた画像ファイルを変換しないで携帯電話１に送信した場合に携帯電話１の表示装置に表示可能かどうかが判断される（ステップ36）。
【００４５】
メモリ15から取り出された画像定義スクリプトが図６に示すものであり，画像データベース11から読み出された画像ファイルによって表される画像が図３に示すものであったとすると，画像定義スクリプトの最初の画像定義から，携帯電話１は，JPEGフォーマットをもつ幅120画素高さ120画素以内の画像であれば表示できることがわかり，画像データベース11から読み取られた画像は図３に示すように幅100画素高さ100画素のJPEG画像であるから，無変換で出力可能と判断される（ステップ36でＹＥＳ）。拡大処理は行われないが，行われるようにしてもよいのはいうまでもない。
【００４６】
無変換で出力可能と判断されると，画像定義の中に強制変換指令が含まれているかどうかが確認される（ステップ37）。画像定義の中に図７の第２行に示すような強制変換指令が含まれていると強制変換が行われる（ステップ40）。強制変換された画像ファイルが画像サーバ10から携帯電話１に送信される（ステップ40）。たとえば，画像定義が図７に示す画像スクリプトの第２行に示すものの場合，画像定義の中に強制変換指令(option=force convert)が含まれているから，画像データベース11から読み取られた画像が図３に示すように変換することなく携帯電話１の表示装置に表示可能と判断されるものであっても所定の仕様をもつJPEGフォーマットの画像となるように変換処理が行われる。変換された画像ファイルが画像サーバ10から携帯電話１に送信される。
【００４７】
無変換で出力可能と判断された画像定義の中に強制変換指令が含まれていなければ（ステップ37でＮＯ），画像データベース11から読み取られた画像ファイルが正常なものか（図７（Ａ）参照），不正常なものか（図７（Ｂ）参照）どうかが判断される（ステップ38）。画像データベース11から読み取られた画像ファイルが正常なファイルであれば（ステップ38でＹＥＳ），その画像ファイルが携帯電話１に送信される（ステップ39）。不正常な画像ファイルであれば（ステップ38でＮＯ），その不正常な画像ファイルが正常な画像ファイルとなるように画像変換処理が行われる。画像変換された画像ファイルが画像サーバ11から携帯電話１に送信される（ステップ40）。
【００４８】
画像スクリプトから取り出された画像定義と画像データベース11から読み取られた画像ファイルとを比較した結果，変換する必要がある場合には（ステップ36でＮＯ），別の画像定義がその画像スクリプトの中に記載されているかどうかが確認される（ステップ41）。別の画像定義があれば（ステップ41でＹＥＳ），その別の画像定義が画像スクリプトから取り出され（ステップ34），画像データベース11から読み出された画像と比較される（ステップ35）。その結果，無変換で出力可能であれば（ステップ36でＹＥＳ），ステップ37以降の処理が行われる。たとえば，画像データベース11から読み取られた画像ファイルが図４に示すものであり，画像定義スクリプトが図６に示すものの場合には，図６の画像定義スクリプトの第１行目の画像定義では画像ファイルの変換が必要と判断されるが，第２行目の画像定義では画像ファイルの変換は必要とは判断されない。このために，画像データベース11から読み取られた画像ファイルが変換されずに携帯電話１に送信される。
【００４９】
無変換で出力できないと判断され（ステップ36でＮＯ），かつ画像スクリプトの中に画像ファイルと比較されていない別の画像定義が含まれていない場合には（ステップ41でＮＯ），画像スクリプトの最初に記載されている画像定義にしたがって画像ファイルが変換される。変換された画像ファイルが携帯電話１に送信される（ステップ42）。たとえば，画像定義スクリプトが図６に示すもので，画像データベース11から読み取られた画像が図５に示すものの場合，図６に示す画像定義スクリプトに記載されている複数の画像定義のうちのいずれの画像定義も満足しない。このために，図５に示す幅1000画素高さ1000画素のJPEG画像は，図６に示す画像定義スクリプトの最初の画像定義にしたがって，幅100画素高さ100画素のJPEG画像に変換される。変換された画像ファイルが携帯電話１に送信される。
【００５０】
上述のようにして画像サーバ10から送信された画像ファイルが携帯電話１において受信されると（ステップ22），その受信した画像ファイルによって表される画像が携帯電話の表示装置に表示される（ステップ23）。
【００５１】
上述した実施例においては，無変換で出力可能と判断されても強制変換するかどうか（ステップ37），画像データベース11から読み取られた画像ファイルが正常なものかどうか（ステップ38）などを判断して必要に応じて画像ファイルの変換処理が行われているが，無変換で出力可能と判断されたことに応じて，強制変換するかどうか，画像ファイルが正常なものかどうかなどを確認することなく携帯電話１に画像ファイルを送信するようにしてもよい。また，強制変換するかどうか，または画像ファイルが正常なものかどうかの一方だけを行うようにしてもよい。
【図面の簡単な説明】
【００５２】
【図１】通信システムの概要を示している。
【図２】画像サーバの電気的構成を示すブロック図である。
【図３】画像の一例である。
【図４】画像の一例である。
【図５】画像の一例である。
【図６】画像定義スクリプトの一例である。
【図７】画像定義スクリプトの一例である。
【図８】（Ａ）は，正常なJPEGファイルのファイル構造を示し，（Ｂ）は，不正常なJPEGファイルのファイル構造を示している。
【図９】携帯電話と画像サーバとの処理手順を示すフローチャートである。
【符号の説明】
【００５３】
１  携帯電話（画像端末装置）
10  画像サーバ
11  画像データベース
12  ＣＰＵ（画像ファイル読み取り手段，画像情報読み取り手段，表示可否判定手段，画像ファイル変換手段）
13  通信回路（画像リクエスト受信手段，第１の画像ファイル送信手段，第２の画像ファイル送信手段）
15  メモリ（画像情報記憶手段）
【図１】
2006011884.tif 000003
【図２】
2006011884.tif 000004
【図３】
2006011884.tif 000005
【図４】
2006011884.tif 000006
【図５】
2006011884.tif 000007
【図６】
2006011884.tif 000008
【図７】
2006011884.tif 000009
【図８】
2006011884.tif 000010
【図９】
2006011884.tif 000011