(57)【要約】【課題】要求元から要求された画像データを元画像サーバ装置から高い確率で取得し要求元のフォーマットに合う画像データに変換して要求元に送信する。【解決手段】ファイル名で指定された画像データのダウンロードが要求元Ａ１から要求されたとき画像データを元画像サーバ装置Ｃから取得し要求元Ａ１のフォーマットに合う画像データに変換してから要求元Ａ１に送信する画像変換サーバ装置Ｂは、前記ファイル名の中の拡張子の有無に関わらず予め設定された拡張子を付けて前記ファイル名をリネームし該リネームしたファイル名で画像データをサーバ装置Ｃに要求する（手順▲３▼）と共に、前記リネームしたファイル名によってサーバ装置Ｃから画像データを取得できなかったときは該ファイル名を更に別の予め設定された拡張子を付けてリネームし該リネームしたファイル名によって画像データをサーバ装置Ｃに要求する（手順▲４▼）。【選択図】　図２
2004078526.tif 000002
【特許請求の範囲】
【請求項１】
ファイル名で指定された画像データのダウンロードが要求元から要求されたとき該画像データを元画像サーバ装置から取得し前記要求元のフォーマットに合う画像データに変換してから該要求元に送信する画像変換サーバ装置において、前記ファイル名の中の拡張子の有無に関わらず予め設定された拡張子を付けて前記ファイル名をリネームし該リネームしたファイル名で前記画像データを前記元画像サーバ装置に要求すると共に、前記リネームしたファイル名によって前記元画像サーバ装置から前記画像データを取得できなかったときは該ファイル名を更に別の予め設定された拡張子を付けてリネームし該リネームしたファイル名によって前記画像データを前記元画像サーバ装置に要求する手段を備えることを特徴とする画像変換サーバ装置。
【請求項２】
前記予め設定された拡張子を、優先順位が付けられた拡張子リストの中から前記優先順に選択する手段を備えることを特徴とする請求項１に記載の画像変換サーバ装置。
【請求項３】
前記拡張子リストは前記元画像サーバ装置に置かれ、前記画像変換サーバ装置は要求元から画像データのダウンロード要求があったとき前記元画像サーバ装置に対して前記拡張子リストの送信を要求することを特徴とする請求項１または請求項２に記載の画像変換サーバ装置。
【請求項４】
ファイル名で指定された画像データのダウンロードが要求元から要求されたとき該画像データを元画像サーバ装置から取得し前記要求元のフォーマットに合う画像データに変換してから該要求元に送信する画像変換方法において、前記ファイル名の中の拡張子の有無に関わらず予め設定された拡張子を付けて前記ファイル名をリネームし該リネームしたファイル名で前記画像データを前記元画像サーバ装置に要求すると共に、前記リネームしたファイル名によって前記元画像サーバ装置から前記画像データを取得できなかったときは該ファイル名を更に別の予め設定された拡張子を付けてリネームし該リネームしたファイル名によって前記画像データを前記元画像サーバ装置に要求することを特徴とする画像変換方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は画像変換サーバ装置及び画像変換方法に係り、特に、元画像サーバ装置から目的の画像データを高い確率で迅速且つ効率的に取得することができる画像変換サーバ装置及び画像変換方法に関する。
【０００２】
【従来の技術】
携帯電話機やパーソナルデジタルアシスタント（ＰＤＡ）等の携帯端末がインターネットに接続されるようになってきたため、携帯端末のユーザは所望の画像データをネット上の画像サーバから携帯端末にダウンロードして液晶表示部に表示させたり、待ち受け画面にしたりする例が増えてきている。また、ネット上のサイトも、様々な画像データを画像サーバに置き、商品を画像で宣伝することができるようになってきている。
【０００３】
しかし、携帯電話機を例にとっても、その機種は２００種類近くも存在し、機種毎に液晶表示部のサイズが異なり、機種によっては、ＪＰＥＧ方式の画像データしか表示できなかったり、ＰＮＧ方式の画像データしか表示できなかったり、ＧＩＦ方式の画像データしか表示できなかったりする。
【０００４】
そこで、画像サーバ（以下、元画像サーバという。）と携帯端末との間に中継サーバとして画像変換サーバを介在させ、携帯端末は所望の画像データを画像変換サーバに要求し、画像変換サーバがこの所望画像データを元画像サーバから取り出し、携帯端末の機種に適合する方式の画像データに変換すると共に画像の大きさをその携帯端末の表示部のサイズに変換し、携帯端末に送信する技術が提案されている。
【０００５】
例えば図４に示す様に、ＰＮＧ方式の画像データしか表示できない携帯端末１からネット上の或るサイト２（この例では、中古自動車を紹介するサイトする。）にアクセスしたとする。このサイト２に携帯端末１の機種に適合するインデックスファイル３が存在すると、携帯端末１には図５に示す画面が表示される。この画面上で「本日のおすすめ」の欄をクリックしたとき、画像変換サーバ（Ｓｅｒｖ０１）４を指定した画像データにリンク５（図４参照）が張られているため携帯端末１は画像変換サーバ４に接続される。
【０００６】
そして、画像変換サーバ４は、サイト２との間で予め決められた元画像サーバ６に対して画像データ００１．ｐｎｇを要求して取得し、この画像データを携帯端末１に適合するフォーマットのデータに変換して携帯端末１宛に送信する。これにより、携帯端末１のユーザは、「本日のおすすめ」として紹介されている中古自動車の画像７を表示部１ａで見ることができる。また、所望画像が置かれている場所が分かっている場合には、携帯端末１から直接、画像変換サーバ５の該当画像データのＵＲＬを指定してアクセスし、この画像データを受信することも可能である。
【０００７】
尚、ネット上におけるファイルデータの転送に関連する文献として、例えば、特開平１１―１２０１３７号公報や特開２００１―１０９７８２号公報などがある。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記の例でいえば、携帯端末１から求められたＰＮＧ方式の画像データを画像変換サーバ４が元画像サーバ６に要求しても、元画像サーバ６が全ての画像データを他の方式例えばＪＰＥＧ方式で保持していた場合には、該当する画像データが無いとして元画像サーバ６から画像変換サーバ４にエラーが返されてしまい、サイト２のユーザに対するサービスが低下してしまうという問題がある。
【０００９】
元画像サーバ６がＪＰＥＧ方式でしか画像データを保持していないということが予め分かっていれば、００１．ｐｎｇの画像データを携帯端末１が要求してきても、画像変換サーバ４は元画像サーバ６に対して００１．ｊｐｇを要求することができるため問題は生じないが、長期に渡って様々な画像データが蓄積される元画像サーバ６には、種々の方式の画像データが蓄積されて行くことが予想され、如何にしてサービス性を向上させるかが課題となる。
【００１０】
本発明の目的は、高い確率で迅速且つ効率的に所望画像データを元画像サーバ装置から取り出すことができるサービス性の高い画像変換サーバ装置及び画像変換方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成する画像変換サーバ装置は、ファイル名で指定された画像データのダウンロードが要求元から要求されたとき該画像データを元画像サーバ装置から取得し前記要求元のフォーマットに合う画像データに変換してから該要求元に送信する画像変換サーバ装置において、前記ファイル名の中の拡張子の有無に関わらず予め設定された拡張子を付けて前記ファイル名をリネームし該リネームしたファイル名で前記画像データを前記元画像サーバ装置に要求すると共に、前記リネームしたファイル名によって前記元画像サーバ装置から前記画像データを取得できなかったときは該ファイル名を更に別の予め設定された拡張子を付けてリネームし該リネームしたファイル名によって前記画像データを前記元画像サーバ装置に要求する手段を備えることを特徴とする。
【００１２】
この構成により、要求された画像データが、要求元から指定されたファイル名と異なる拡張子のファイル名で元画像サーバ装置に蓄積されていた場合でも、該当する画像データを画像変換サーバ装置が取得できるため、ユーザに対してサービス不可となる事態を回避可能となる。
【００１３】
好適には、前記予め設定された拡張子を、優先順位が付けられた拡張子リストの中から前記優先順に選択する手段を備えることを特徴とする。この構成により、ヒットする確率の高い順に拡張子リストを構成しておけば、試行回数を少なくして目的の画像データを効率的に取得することが可能となる。
【００１４】
更に好適には、前記拡張子リストは前記元画像サーバ装置に置かれ、前記画像変換サーバ装置は要求元から画像データのダウンロード要求があったとき前記元画像サーバ装置に対して前記拡張子リストの送信を要求することを特徴とする。
【００１５】
この構成により、元画像サーバ装置の構成を元画像サーバ装置側だけで構築しても画像変換サーバ装置は効率的且つ迅速に目的画像データを取得することが可能となる。
【００１６】
上記目的を達成する画像変換方法は、ファイル名で指定された画像データのダウンロードが要求元から要求されたとき該画像データを元画像サーバ装置から取得し前記要求元のフォーマットに合う画像データに変換してから該要求元に送信する画像変換方法において、前記ファイル名の中の拡張子の有無に関わらず予め設定された拡張子を付けて前記ファイル名をリネームし該リネームしたファイル名で前記画像データを前記元画像サーバ装置に要求すると共に、前記リネームしたファイル名によって前記元画像サーバ装置から前記画像データを取得できなかったときは該ファイル名を更に別の予め設定された拡張子を付けてリネームし該リネームしたファイル名によって前記画像データを前記元画像サーバ装置に要求することを特徴とする。
【００１７】
この構成により、この画像変換方法を実行するプログラムが読み込まれたコンピュータは上記の画像変換サーバ装置として機能することとなる。
【００１８】
【発明の実施の形態】
以下、本発明の一実施形態を図面を参照して説明する。
【００１９】
図１は、本発明の一実施形態に係るシステム構成図である。様々な種類、機種の携帯端末Ａ１，Ａ２，…からアクセスされるインターネット上の画像変換サーバ装置Ｂは、携帯端末Ａ１等から要求された画像データを、インターネットを介して元画像サーバ装置Ｃに要求し、元画像サーバ装置Ｃから受け取った画像データを要求元の携帯端末Ａ１等に適合するフォーマットに変換して携帯端末Ａ１等に送信する様になっている。
【００２０】
図２は、図１に示すシステムにおける処理シーケンス図の一例であり、以下の手順▲１▼〜▲６▼で処理が進む。今の場合、携帯端末Ａ１は、“．ｐｎｇ”という拡張子しか受け付けない端末であるとし、“００１．ｐｎｇ”という画像データを画像変換サーバ装置Ｂに要求するものとする。しかし、この画像データに対応する、元画像サーバ装置Ｃに格納されている元画像データは、“００１．ｊｐｇ”という名前のＪＰＥＧ方式のファイルであるものとする。尚、この実施の形態では、静止画像の拡張子を例に説明するが、勿論、本発明はＡＶＩやＭＰＥＧなどの拡張子を持つ動画の画像データにも適用可能であることはいうまでもない。
【００２１】
▲１▼　先ず、携帯端末Ａ１から、“ｈｔｔｐ：／／ｂ．ｃｏｍ／ｐｈｏｔｏ／００１．ｐｎｇ”というリクエストがインターネットに出される。このＵＲＬは、携帯端末Ａ１の操作ボタンから手入力されても、また、どこかのサイトのＨＴＭＬ中のリンクをクリックするなどして出力されてもよい。携帯端末Ａ１は、“．ｐｎｇ”という拡張子しか受け付けない端末であるため、ＵＲＬの最後はやむを得ず“．ｐｎｇ”で終わっている。
【００２２】
▲２▼　“ｂ．ｃｏｍ”として指定された画像変換サーバ装置Ｂは、このリクエストを受信し、予め決められている元画像サーバ装置Ｃに対して、画像データを要求する前に、“．ＩｍａｇｅＣｏｎｆ”という設定ファイルを要求する。即ち、この例では、“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｐｈｏｔｏ／．ＩｍａｇｅＣｏｎｆ”をネット上に出力する。
【００２３】
この設定ファイル内には、元画像サーバ装置Ｃ内でヒットする確率が高い画像データの拡張子順が記述されている。例えば、元画像サーバ装置Ｃに蓄積されている画像データが、ＧＩＦ方式→ＪＰＥＧ方式→ＢＭＰ方式の順にヒットする確率が高ければ、“ＦｏｒｍａｔＳｅａｒｃｈ　ｇｉｆ　ｊｐｇ　ｂｍｐ”と拡張しリストが記述されている。
【００２４】
“ｃ．ｃｏｍ”として指定された元画像サーバ装置Ｃは、自身が“．ＩｍａｇｅＣｏｎｆ”という設定ファイルを持っていればこの設定ファイルを画像変換サーバ装置Ｂに返送する。この設定ファイルを持っていない場合については図３で後述する。
【００２５】
▲３▼　設定ファイルを受け取った画像変換サーバ装置Ｂは、設定ファイル内を参照し、携帯端末Ａ１から要求された画像データ“００１．ｐｎｇ”の拡張子を無視して“００１．ｇｉｆ”と画像データファイル名をリネームしてこの画像データファイルを元画像サーバ装置Ｃに対して要求する。即ち、この例では、画像変換サーバ装置Ｂは、“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｐｈｏｔｏ／００１．ｇｉｆ”をインターネット上に出力する。
【００２６】
上述したように、元画像サーバ装置Ｃでは、“００１．ｐｎｇ”の画像データは保持していないため、この画像変換サーバ装置Ｂからの問い合わせに対して、元画像サーバ装置Ｃは“４０４　Ｎｏｔ　Ｆｏｕｎｄ”を意味するエラーコードを返すことになる。
【００２７】
▲４▼　次に画像変換サーバ装置Ｂは、設定ファイル中の２番目の拡張子を用いて、元画像サーバ装置Ｃに対して“００１．ｊｐｇ”を要求する。即ち、“ｈｔかｐ：／／ｃ．ｃｏｍ／ｐｈｏｔｏ／００１．ｊｐｇ”をネットに出力する。
【００２８】
この要求に対して、元画像サーバ装置Ｃは“００１．ｊｐｇ”の画像データを画像変換サーバ装置Ｂに対して送信する。
【００２９】
▲５▼　画像データ“００１．ｊｐｇ”を受け取った画像変換サーバ装置Ｂは、この画像データを、携帯端末Ａ１のフォーマットに変換する。即ち、ＪＰＥＧ方式の画像データ“００１．ｊｐｇ”をＰＮＧ方式の画像データ“００１．ｐｎｇ”に変換すると共に、画像のサイズを携帯端末Ａ１の表示画面のサイズに合わせて変換する。どの様なフォーマットに変換すればよいかは、▲１▼の問い合わせ時に携帯端末Ａ１の機種情報などが携帯端末Ａ１から送られてくるため、この機種情報から判断する。
【００３０】
▲６▼　携帯端末Ａ１用に変換された画像データ“００１．ｐｎｇ”は、画像変換サーバ装置Ｂから携帯端末Ａ１に送信され、一連の処理は終了する。
【００３１】
図３は、以上の一連の処理を行うときの画像変換サーバ装置Ｂにおける処理手順を示すフローチャートである。画像変換サーバ装置Ｂでは、図２の手順▲１▼にて元画像サーバ装置Ｃに対して要求した“．ＩｍａｇｅＣｏｎｆ”の設定ファイルが存在するか否かを判定する（ステップＳ１）。元画像サーバ装置Ｃから設定ファイルが送られてきた場合にはステップＳ２に進み、この設定ファイル内に設定されてる拡張子リストを使用することに決め、次のステップＳ３に進む。
【００３２】
設定ファイルが元画像サーバ装置Ｃに設定されておらず、設定ファイルを画像変換サーバ装置Ｂが取得できない場合には、ステップＳ１からステップＳ４に進み、画像変換サーバ装置Ｂ内に予め元画像サーバ装置Ｃ用として設定されている拡張子リストを使用することに決め、ステップＳ３に進む。
【００３３】
ステップＳ３では、拡張子リストから拡張子を１個取り出すことができるか否かを判定する。拡張子リスト内の全ての拡張子を１個づつ順に取り出し終わった場合には、このステップＳ３における判定結果は否定となり、ステップＳ３からステップＳ５に進み、“４０４　Ｎｏｔ　Ｆｏｕｎｄ”などを意味するエラーコードを端末Ａ側に返送し、この処理を終了する。
【００３４】
ステップＳ３で、拡張子リストから拡張子を１個取り出すことができた場合には、次にステップＳ６に進み、拡張子を付け替えたＵＲＬを作成し、元画像サーバ装置Ｃに対して画像データを要求し、次のステップＳ７に進む。
【００３５】
ステップＳ７では、元画像サーバ装置Ｃから画像データが返送されてきたか否かを判定し、画像データが返送されてこない場合にはステップＳ３に戻り、次の拡張子を１個、拡張子リストから取り出す。
【００３６】
ステップＳ７で画像データが元画像サーバ装置Ｃから返送されてきたと判定した場合には、ステップＳ８に進み、この画像データを携帯端末Ａのフォーマットに変換し、変換後の画像データを携帯端末Ａに返送し、この処理を終了する。
【００３７】
以上述べた様に、本実施形態に係る画像変換サーバ装置では、携帯端末側から要求された画像データの拡張子を無視し、予め設定されている拡張子リストに記述されている拡張子順に画像データを元画像サーバに要求するため、携帯端末から要求された画像データの拡張子と元画像サーバに格納されている画像データとが対応しない場合でも携帯端末から要求された画像データを元画像サーバに要求して取得することができ、この画像データを携帯端末用にフォーマット変換して携帯端末に送信することが可能となる。
【００３８】
また、拡張子リストに記述する拡張子の順番を、ヒットする確率の高い順番にしておくことで、画像データを元画像サーバから取り出す試行回数を減らすことができ、更に効率的に目的画像を取得可能となる。
【００３９】
更に、例えば“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｐｈｏｔｏ／”というディレクトリにはＧＩＦ形式またはＪＰＥＧ方式の画像データが置かれており、“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｉｃｏｎｓ／”というディレクトリにはアイコン用のＰＮＧファイルのみが置かれていることが分かっている場合には、“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｐｈｏｔｏ／．ＩｍａｇｅＣｏｎｆ”には「ＦｏｒｍａｔＳｅａｒｃｈ　ｇｉｆ　ｊｐｇ」と書いておき、“ｈｔｔｐ：／／ｃ．ｃｏｍ／ｉｃｏｎｓ／．ＩｍａｇｅＣｏｎｆ”には「ＦｏｒｍａｔＳｅａｒｃｈ　ｐｎｇ」と書いておくことによって、無駄な試行錯誤による画像データのサーチ処理を減らすことが可能となる。
【００４０】
更にまた、元画像サーバ装置Ｃ用の拡張子リストは、本実施形態では元画像サーバ装置Ｃに置いておき、画像変換サーバ装置Ｂが最初にこの拡張子リストを元画像サーバ装置Ｃに要求することとしたが、拡張子リストを元画像サーバ装置Ｃに置かず、画像変換サーバ装置Ｂに置いておくことで、図２の▲２▼の手順が不要となるため、更に効率的に目的画像データを取得可能となる。
【００４１】
尚、元画像サーバ装置Ｃが持っている設定ファイル中の拡張子リストと、画像変換サーバ装置Ｂが持っているディフォルトの拡張子リストの内容は一致している必要はなく、また、元画像サーバ装置Ｃが持っている拡張子リストを使用しないというスイッチを画像変換サーバ装置Ｂに設けておくことで、常に、画像変換サーバ装置Ｂが持っているディフォルトの拡張子リストを優先使用する構成とすることも可能である。
【００４２】
【発明の効果】
本発明によれば、画像データを要求する携帯端末側が要求する画像データに如何なる拡張子を付けようとも、別の拡張子が付いた該当する画像データを高い確率で迅速且つ効率的に元画像サーバ装置から取得することができ、サービス性の高い画像変換サーバを構築することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る画像変換サーバ装置を用いたシステム構成図である。
【図２】図１に示すシステムにおける処理シーケンスの一例を示す図である。
【図３】図１に示す画像変換サーバ装置における処理手順を示すフローチャートである。
【図４】携帯端末が画像を要求するときの従来方法の説明図である。
【図５】図４に示すインデックスｈｔｍｌによって表示される画面例を示す図である。
【符号の説明】
Ａ１，Ａ２，…　携帯端末
Ｂ　画像変換サーバ装置
Ｃ　元画像サーバ装置
【図１】
2004078526.tif 000003
【図２】
2004078526.tif 000004
【図３】
2004078526.tif 000005
【図４】
2004078526.tif 000006
【図５】
2004078526.tif 000007