(57)【要約】【課題】ＪＰＥＧ等の画像圧縮を行う必要が無く、端末側の記憶容量の増加やＣＰＵの負荷を増大させず、また、複数の精度の画像データを準備することがなく、送信側のデータベースの容量を増大させることがなく、かつ端末の要求する解像度の画像データを安価に転送することが可能な画像転送システムを提供する。【解決手段】本発明の画像送信システムは、ベクトル画像方式の画像データを蓄積するデータベース３と、端末Ｆまたは携帯端末Ｈから指定された画像データをデータベース３から抽出し、一次記憶する画像抽出部４と、端末Ｆ及び携帯端末Ｈの表示画面ＦＤ，ＨＤの解像度に基づき、表示領域内の画像データのデータ量の間引演算を行い、表示画面に表示する提供画像データを生成する間引演算部１と、この提供画像データを端末Ｆ，携帯端末Ｈに出力するサーバ２とを具備する。【選択図】　　　図１
2004023557.tif 000002
【特許請求の範囲】
【請求項１】
座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを蓄積するデータベースと、
端末から指定された前記画像データをデータベースから抽出し、一次記憶する画像抽出部と、
端末の表示画面の解像度に基づき、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算部と、
この提供画像データを前記端末に出力する画像送信部と
を具備することを特徴とする画像送信サーバ。
【請求項２】
前記間引演算部が、前記間引演算を、画像データにおける各ベクトル画像における座標及びベクトル式において、前記解像度に対応して、この各座標の座標値の桁数及びベクトル式の変更により行うことを特徴とする請求項１記載の画像送信サーバ。
【請求項３】
前記間引演算部が、前記表示領域に部分的に含まれる箇所を有するベクトル画像も、前記表示領域外部に有る座標及びベクトル式を変更し、前記提供表示画像に含めることを特徴とする請求項２記載の画像送信サーバ。
【請求項４】
前記間引演算部が、間引演算の結果、ベクトル画像が所定の大きさ以下となった場合、前記表示領域内の前記画像データからこのベクトル画像を消去することを特徴とする請求項２または請求項３に記載の画像送信システム。
【請求項５】
座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを、データベースに蓄積する記憶過程と、
端末から指定された前記画像データをデータベースから抽出し、画像抽出部に一次記憶する一次記憶過程と、
端末の表示画面の解像度に対応して、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算過程と、
この提供画像データを前記端末に出力する画像送信過程と
を有することを特徴とする画像送信方法。
【請求項６】
前記間引演算過程において、画像データにおける各ベクトル画像における座標及びベクトル式に対して、前記解像度に対応して、この各座標の座標値の桁数及びベクトル式の変更により、前記間引演算を行うことを特徴とする請求項５記載の画像送信方法。
【請求項７】
前記間引演算部が、前記表示領域部分的に含まれる箇所を有するベクトル画像も、前記表示領域外部に有る座標及びベクトル式を変更し、前記提供表示画像に含めることを特徴とする請求項６記載の画像送信方法。
【請求項８】
前記間引演算糧において、間引演算の結果、ベクトル画像が所定の大きさ以下となった場合、このベクトル画像を消去することを特徴とする請求項６または請求項７に記載の画像送信方法。
【請求項９】
座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを、データベースに蓄積する記憶処理と、
端末から指定された前記画像データをデータベースから抽出し、画像抽出部に一次記憶する一次記憶処理と、
端末の表示画面の解像度に対応して、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算処理と、
この提供画像データを前記端末に出力する画像送信処理と
を有することを特徴とするコンピュータにより実行可能な画像送信プログラム。
【請求項１０】
請求項９に記載の画像送信プログラムが記録されたコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、指定された画像データを、端末に送信する画像送信システムに係わるものである。
【０００２】
【従来の技術】
従来、画像データを端末に転送する場合、画像データのデータ量が大きいため、画像圧縮等により画像データのデータ量を削減して行い、端末側で送信される圧縮画像を伸張して元の画像データを再生し、端末の表示画面において見ることとなる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の画像圧縮、例えば、ＪＰＥＧ（Ｊｏｉｎｔ　Ｐｈｏｔｏｇｒａｐｈ　Ｅｘｐｅｒｔ　Ｇｒｏｕｐ）は、人間の視覚の曖昧さを利用して、元データ自体の精度を落とすことにより圧縮しているため、ＧＩＳ（地理情報システム）の地図類及びＣＡＤ（Ｃｏｍｐｕｔｅｒ　Ａｉｄｅｄ　Ｄｅｓｉｇｎ）図などは、伸張した画像を拡大した場合、オリジナルの元画像を再生できない欠点がある。
また、画像転送時にＪＰＥＧ等の圧縮を行った場合、端末側に伸張のための機能（プログラム）を搭載する必要があり、特に、携帯端末においては、記憶容量の増加の必要及び伸張のためのＣＰＵの負荷の増大などが非常に問題となる。
【０００４】
さらに、ＣＡＤファイルのデータ形式などを操作して、画像全体を圧縮する場合には、圧縮後の画像データのサイズが、元画像のファイル全体のデータ量に依存するため、データ容量の多い図面など、圧縮後のファイルサイズも大きくなり、携帯端末への送信可能なデータ量にできないという問題がある。
このため、画像全体を圧縮した場合などにおいては、端末に送信する場合、パケットによるデータの転送を行うと転送に時間がかかると共に、データの転送料が高くなってしまう欠点がある。
【０００５】
また、従来の地図の画像データの送信においては、画像の表示の精度に合わせて複数の画像データが準備され、かつ、端末の表示画面に表示可能なデータ量に合わせ、あらかじめ画像が分割されて別ファイルに形成され、データベースに記憶されている。
したがって、この方式においては、精度に合わせた膨大な画像データを用意する必要が有り、これらの画像データを格納するために、データベースの容量を大きく取らなければならない欠点がある。
【０００６】
本発明はこのような背景の下になされたもので、特にＪＰＥＧ等の画像圧縮を行う必要が無く、端末側の記憶容量の増加やＣＰＵの負荷を増大させず、また、複数の精度の画像データを準備することがなく、送信側のデータベースの容量を増大させることがなく、かつ端末の要求する解像度の画像データを安価に転送することが可能な画像転送サーバを提供する事にある。
【０００７】
【課題を解決するための手段】
本発明の画像送信サーバは、座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを蓄積するデータベースと、端末から指定された前記画像データをデータベースから抽出し、一次記憶する画像抽出部と、端末の表示画面の解像度に基づき、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算部と、この提供画像データを前記端末に出力する画像送信部とを具備することを特徴とする。
【０００８】
本発明の画像送信サーバは、前記間引演算部が、前記間引演算を、画像データにおける各ベクトル画像における座標及びベクトル式において、前記解像度に対応して、この各座標の座標値の桁数及びベクトル式の変更により行うことを特徴とする。
本発明の画像送信サーバは、前記間引演算部が、前記表示領域に部分的に含まれる箇所を有するベクトル画像も、前記表示領域外部に有る座標及びベクトル式を変更し、前記提供表示画像に含めることを特徴とする。
本発明の画像送信サーバは、前記間引演算部が、間引演算の結果、ベクトル画像が所定の大きさ以下となった場合、このベクトル画像を消去することを特徴とする。
【０００９】
本発明の画像送信方法は、座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを、データベースに蓄積する記憶過程と、端末から指定された前記画像データをデータベースから抽出し、画像抽出部に一次記憶する一次記憶過程と、端末の表示画面の解像度に対応して、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算過程と、この提供画像データを前記端末に出力する画像送信過程とを有することを特徴とする。
【００１０】
本発明の画像送信方法は、前記間引演算過程において、画像データにおける各ベクトル画像における座標及びベクトル式に対して、前記解像度に対応して、この各座標の座標値の桁数の削減及びベクトル式の変更により、前記間引演算を行うことを特徴とする。
本発明の画像送信方法は、前記間引演算部が、前記表示領域に部分的に含まれる箇所を有するベクトル画像も、前記表示領域外部に有る座標及びベクトル式を変更し、前記提供表示画像に含めることを特徴とする。
本発明の画像送信方法は、前記間引演算糧において、間引演算の結果、ベクトル画像が所定の大きさ以下となった場合、このベクトル画像を消去することを特徴とする。
【００１１】
本発明の画像送信プログラムは、座標及びベクトル式により画像を示すベクトル画像を用いるベクトル画像方式の画像データを、データベースに蓄積する記憶処理と、端末から指定された前記画像データをデータベースから抽出し、画像抽出部に一次記憶する一次記憶処理と、端末の表示画面の解像度に対応して、前記表示領域内の画像データのデータ量の間引演算を行い、前記表示画面に表示する提供画像データを生成する間引演算処理と、この提供画像データを前記端末に出力する画像送信処理とを有することを特徴とするコンピュータにより実行可能なプログラムである。
本発明の記憶媒体は、上記画像送信プログラムが記録されたコンピュータが読み取り可能な記録媒体である。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。図１は本発明の一実施形態による画像送信システムの構成例を示すブロック図である。
この図において、情報提供センタＣは、情報通信網Ｉを介して、端末Ｆや携帯端末Ｈからの画像データの要求を受け付け、対応する画像データを端末Ｆや携帯端末Ｈへ送信する。
ここで、情報通信網Ｉは、公衆情報通信網，専用情報通信網及びインターネット等から構成されている。
また、携帯端末Ｈは、ＣＰＵ及びメモリなどから構成されており、メモリに記憶されたプログラムに従い動作するＣＰＵにより制御されており、基地局Ｂを介して情報通信網Ｉへ接続される。
【００１３】
情報提供センタＣは、間引演算部１，サーバ２，データベース３及び画像抽出部４を有しており、上述したように、端末Ｆ及び携帯端末Ｈからの画像要求データに対応して、要求された画像データを送信する。
データベース３には、ベクトル画像方式の画像データ（複数のベクトル画像から構成される）が、複数、例えば地図や建築物の設計図，建物の部屋の間取りなどを示す画像データが蓄積されている。
【００１４】
ここで、ベクトル画像方式により描画される（構成される）画像を以下ベクトル画像とする。このベクトル画像は、座標と数式（図形の形状を示す）との組み合わせによって直線や曲線が定義されている。
すなわち、上記数式とは、ベクトル式と呼ばれる数式（画像の表示色及び画像を描画する線の太さを含め、線の長さや方向（例えば、水平に対しての角度）、多角形の輪郭、円の半径など図形の輪郭線を座標位置的な数値で表し、曲線（Ｒ）なども数値で定義される）である。
例えば、ベクトル画像方式において、赤い円は、「赤い１ｍｍの線で描いた半径５ｃｍの円を、座標（ｘ、ｙ）を中心に描く」ことを示す座標値及びベクトル式により示される。
【００１５】
したがって、このベクトル画像方式は、拡大や縮小を行っても、間引演算部１が再計算することにより、そのサイズに合わせて表示する画像データを生成するため、ビットマップ画像（ラスタ画像）のように細部の形が崩れることはなく、輪郭のはっきりした線を描くことが可能である。
画像抽出部４は、端末Ｆまたは携帯端末Ｈから入力される、所望の画像データを指定する画像要求データに基づき、この画像要求データに対応する画像データを、データベース３において検索して抽出し、一次記憶する。
【００１６】
間引演算部１は、端末Ｆまたは携帯端末Ｈから入力される表示画面ＦＤ，ＨＤの解像度（表示画面の総画素数、すなわち表示画面の画素配列における横の画素数及び縦の画素数、（横の画素数）×（縦の画素数）＝表示画面の総画素数）に基づき、この解像度に対応して、表示領域内の画像データのデータ量の間引演算を行い、表示画面ＦＤ，ＨＤ各々に表示する提供画像データを生成する。
【００１７】
すなわち、間引演算部１は、表示画面ＦＤ，ＨＤの解像度に基づき、ベクトル画像の座標値を示すノード（座標を表すのに用いられる画素）のノード数を、上記解像度の画素数（ノードを座標点として表示可能な画素の数）に対応させて、表示画面ＦＤ，ＨＤに表示可能な数、すなわち総画素数の範囲内（例えば、携帯端末Ｈからの画像要求データに対応すると、画像データの横のノード数を、表示画面ＨＤにおける横の画素数以下にし、かつ、画像データの縦のノード数を、表示画面ＨＤにおける縦の画素数以下にする）に調整する演算を行うとともに、ベクトル式における画像の大きさを規定する数値（円の半径、直線の長さなど）も上記ノード数の間引きに対応させて調整する演算を行う。
したがって、間引演算部１は、例えば、間引演算を、解像度に対応して、画像データにおける各ベクトル画像の座標及びベクトル式の変更を行う。
【００１８】
すなわち、間引演算部１は、上記解像度に対応して、各ベクトル画像において、それぞれの座標の座標値の桁数の削減、及びベクトル式の変更において、円の半径や直線の長さの調整のための演算を行う。
さらに、間引演算部１は、ベクトル画像が所定の大きさ（またはノード数）以下となった場合、すなわち、ベクトル画像が円であれば、解像度ごとに設定された所定の半径（またはノード数）以下となる場合であり、ベクトル画像が直線であれば、解像度ごとに設定された所定の長さ（またはノード数）以下となる場合であり、ベクトル画像が多角形であれば、一番短い辺の長さが所定の長さ（またはノード数）以下となる場合であり、各々設定値（または設定したノード数）以下となった場合に、表示する必要が無いと判定し、このベクトル画像を画像データから消去して、提供画像データを生成する。
【００１９】
以下、説明を簡単とするため、直線を例にとって、座標値の桁数の削減の説明を行う。
ベクトル画像（直線）の始点及び終点の座標における座標値（各ノードが示すｘ（横軸），ｙ（縦軸））において、ｘ及びｙ各々の座標値が各々１６ビットで示されていたとして、携帯端末Ｈの表示画面の解像度が横方向及び縦方向の画素数が各々８ビットで示される数であるとすると、間引演算部１は、上記ｘ及びｙにおいて、各々１６ビットの下位８ビットを除去し、上位８ビットを下位８ビットにシフトさせて（ビットシフト演算により）、ベクトル画像における座標値を示す数の桁数を削減して、実質的に座標値を示すノードの間引きを行い、表示画面ＦＤ，ＨＤの解像度に対応したノード数に画像データを画像処理して、端末Ｆ，携帯端末Ｈへ提供する提供画像データを生成する。
【００２０】
このとき、間引演算部１は、画像データと表示画面ＨＤとの解像度におけるビット数を合わせたとき、画像データのノード数が表示画面ＨＤの解像度に対応して依然として大きいことを検出すると、画像データのノード数を示すビットの最下位のビットを除去し、ノード数の削減、すなわち座標値の桁数を削減し、表示画面ＨＤの解像度内に画像データのノード数が収まる値に変換する演算を行う。
【００２１】
これにより、間引演算部１は、画像要求データにより要求された、所定の画像データを、表示画面ＦＤ，ＨＤの各解像度に対応したノード数で表示するデータ量に変更、すなわち画像データのデータ量を、表示する端末の表示画面の解像度に対応したデータ量に削減し、不必要なデータを送信することがなくなるため、画像データの転送の効率を向上させることが可能となる。
サーバ２（画像送信部）は、情報通信網Ｉを介して端末Ｆ及び携帯端末Ｈとデータの送受信を行い、上記提供画像データを端末Ｆ，携帯端末Ｈへ、画像要求データに対応して送信する。
【００２２】
次に、図１，図２および図３を参照し、一実施形態の動作例を説明する。図２及び図３は、図１の画像送信システムの動作例を示すフローチャートである。
利用者が携帯端末Ｈを介して、図３に示す地図を情報提供センタＣに要求する場合を考える。
ステップＳ１において、利用者は、携帯端末Ｈにおいて、情報提供センタＣに対して、地図全体における所定の領域の地図の画像データを要求する画像要求データ（例えば、「〇〇町」の単位での領域の指定データを含む）の入力を行う。
【００２３】
このとき、携帯端末Ｈには、ブラウザ機能と、画像データの要求及び情報提供センタＣから提供される提供画像データを表示画面ＨＤに表示するプログラムまたは機能とが、あらかじめ搭載されており、このプログラムが情報提供センタＣとのデータの送受信及び提供画像データの表示画面ＨＤに対する各種表示処理を行うこととする。
そして、携帯端末Ｈは、上記画像データを要求する画像要求データを、表示画面ＨＤの解像度とともに情報提供センタＣへ送信する。
これにより、サーバ２は、携帯端末Ｈからの画像要求データと表示画面ＨＤの解像度のデータとを受信し、画像要求データを画像抽出部４へ転送する。
【００２４】
次に、ステップＳ２において、画像抽出部４は、上記画像要求データに基づき、データベース３において「〇〇町」を検索し、「〇〇町」を含む領域の地図データＰ１を抽出する。
さらに、画像抽出部４は、画像要求データに基づき、この地図画像データＰ１から「〇〇町」の領域の画像データＰ２を抽出（または選択）し、この画像データＰ２を間引演算部１へ転送する。
そして、ステップＳ３において、間引演算部１は、入力された画像データＰ２を、上記解像度に基づき間引き演算し、間引き演算の結果として、提供画像データＰ３を生成する。
【００２５】
このとき、間引演算部１は、画像データＰ２を間引き演算した結果、同一の図形及び線分を形成するベクトルの始点及び終点の座標値が同一（すなわち、桁数削減により下位ビットをシフト演算等により消去したとき、残される上位ビットが同一となり、複数のノード（座標）が同一の座標値となることにより、この同一の座標値となった複数のノードが１つのノードにまとめられて、ノードの間引が行われることで、同一のノード上に表示される）となった場合や、始点及び終点の座標値が所定の距離（例えば、始点と終点とが隣接するノード）となった場合、または、円の半径が１つのノード距離となった場合など、このベクトル画像（上記図形，線分，円を含む）を画像データＰ２から消去して、データ量を削減して提供画像データＰ３として出力する。
【００２６】
また、間引演算部１は、図４に示すように、領域２（画像データＰ２の領域）と領域１（画像データＰ２と隣接する領域）とにまたがったベクトル画像（すなわち、画像要求データにより要求された画像データの領域に、他の領域に画像の位置を示す座標が含まれているベクトル画像が存在する場合などのように、部分的に含まれる箇所があるベクトル画像）が存在する場合、この部分的に含まれる箇所のあるベクトル画像に対しても、画像データＰ２の各ベクトル画像と同様に、座標及びベクトル式を変更し、このベクトル画像の座標及びベクトル式も提供画像データＰ３に含める。
【００２７】
例えば、図に示す円のように、円の中心座標が、画像データＰ２に無く、領域１に有り、円弧のみ画像データＰ２に含まれている場合、上記中心座標に対しても間引き演算を行わないと、この円が提供画像データＰ３に含まれないことになるため、間引演算部１が上述した間引き演算の処理を、領域１における上記円の中心座標の座標値を含めたベクトル画像に対しても行い、得られた円のベクトル画像のデータを提供画像データＰ３に含める。
同様に、間引演算部１は、図４に示すように、直線の始点及び終点の座標において、始点のみが領域２に含まれ、終点が隣接する領域１に含まれる場合、携帯端末Ｈが要求する領域以外の領域１における終点の座標値に対しても間引き演算を行い、得られた表示領域外にある直線の終点の座標値も含め、上記直線のベクトル画像のデータも提供画像データＰ３に含める。
【００２８】
次に、ステップＳ４において、サーバ２は提供画像データＰ３を、画像要求データにより画像データの要求を行った携帯端末Ｈへ送信する。
これにより、ステップＳ５において、携帯端末Ｈは、サーバ２から入力した上記提供画像データＰ３を表示画面ＨＤに表示する。
そして、ステップＳ６において、サーバ２は、携帯端末Ｈから送信される次の画像要求データの入力待ち状態となる。
ここで、サーバ２は、携帯端末Ｈから入力される画像要求データが終了を示している場合、携帯端末Ｈに対する画像データの提供サービスの処理を終了し、一方、新たな画像データの要求を示していることを検出した場合、処理をステップＳ１へ戻す。
【００２９】
上述したように、本願発明の画像送信システムは、元画像のノード数を間引きして、ノード数（座標値データ）を少なくして、画像データのデータ量を大幅に削減して送信することができ、ＪＰＥＧのような特別の圧縮・伸張処理の必要がないので、端末Ｆや携帯端末ＨのＣＰＵの負荷を大幅に削減することができ、かつ、データ量が少ないため、高速に画像データの送受信及び表示画面への表示が行える効果がある。
【００３０】
また、本願発明の画像送信システムは、画像が縮小されたとき（例えば、提供画像データＰ２）、間引演算部１が所定の距離のノードに、同じ図形を示すベクトルの始点及び終点が存在する場合、画像データのデータ量を削減するために、この図形を削除して、図形の欠落した状態とするが、部分的に表示領域を拡大する（要求する画像の選択範囲の変更を行う）ことにより、間引演算部１が新たに送信する提供画像データＰ３を生成するときに再計算を行うため、始点と終点のノードが離れ、始点と終点との距離（またはノード数）が所定の距離（またはノード数）を超えると、削除された図形が表示されることになり、ＪＰＥＧ等の不可逆的な圧縮処理のように永久に削除された状態とはならず、元画像が元のままの状態で使用可能であり、必要に応じた解像度の画像を供給することができる。
【００３１】
さらに、本発明の画像送信システムは、データベース３から抽出された完全な精度（解像度）の画像データが、間引演算部１に蓄積されているため、端末Ｆや携帯端末Ｈからの要求により、この蓄積されている画像データから、要求される領域の画像データを動的に抽出して、この抽出された画像データの解像度の変換処理（間引き処理）を行うため、１種類の画像に対して複数の解像度の画像データを準備する必要がなく、画像データ提供側のデータベース３の容量を無駄に増加させることない。
【００３２】
また、本発明の画像送信システムは、間引演算部１が、端末Ｆや携帯端末Ｈからの要求により、この蓄積されている画像データから、要求される領域の画像データを動的に抽出して、この抽出された画像データの解像度の変換処理（間引き処理）を行うため、端末Ｆの表示画面ＦＤ及び携帯端末Ｈの表示画面ＨＤの各解像度に対応した解像度の画像データのみを、各端末へ送信することが可能なため、表示ができない余分な画像データを送信することがなく、端末Ｆや携帯端末Ｈの記憶部の記憶容量をそれぞれの表示画面の解像度を超えて必要とすることが無くなり、データ量が少ないために送信が高速に行え、かつデータ量が少ないのでパケット通信における通信料も削減することが可能となる。
【００３３】
加えて、本発明の画像送信システムは、図４に示すように、間引演算部１が、提供する提供画像データの領域２に含まれた図形において、この図形の１部がこの表示領域２の外、すなわち表示領域１にある場合、このはみ出た１部のベクトルの始点または終点の座標値も、上記提供画像データとして出力するため、スクロール処理や回転処理を行った場合に、領域が異なるために、間引き演算の結果、表示領域１及び２との異なる領域間において、図形がずれて表示されることが無くなり、かつ、スクロールや回転処理において各端末に送信される差分画像データのデータ量を削減できるので、端末Ｆや携帯端末Ｈにおける画像表示の処理が高速化されることになる。
【００３４】
次に、本発明の実施の形態によるコンピュータが実行するためのプログラムについて説明する。
図１における画像送信サーバにおけるコンピュータシステムのＣＰＵが実行するためのプログラムは、本発明によるプログラムを構成する。
このプログラムを格納するための記録媒体としては、光磁気ディスク、光ディスク、半導体メモリ、磁気記録媒体等を用いることができ、これらをＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、フレキシブルディスク、メモリカード等に構成して用いてよい。
【００３５】
また上記記録媒体は、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部のＲＡＭ等の揮発性メモリのように、一定時間プログラムを保持するものも含まれる。
また上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから伝送媒体を介して、あるいは伝送媒体中の伝送波により他のコンピュータシステムに伝送されるものであってもよい。上記伝送媒体とは、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体をいうものとする。
【００３６】
また、上記プログラムは、前述した機能の一部を実現するためであってもよい。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００３７】
従って、このプログラムを図１のシステム又は装置とは異なるシステム又は装置において用い、そのシステム又は装置のコンピュータがこのプログラムを実行することによっても、上記実施の形態で説明した機能及び効果と同等の機能及び効果を得ることができ、本発明の目的を達成することができる。
【００３８】
以上、本発明の一実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【００３９】
【発明の効果】
本発明の画像送信システムによれば、データベースから抽出された完全な精度（解像度）の画像データが、間引演算部に蓄積されているため、端末からの要求により、この画像データから要求される領域を動的に抽出して解像度の変換処理（間引き処理）を行うため、１種類の画像に対して複数の解像度の画像データを準備する必要がなく、画像データ提供側のデータベースの容量を無駄に増加させることなく、また、上記変換処理により端末Ｆの表示画面毎の各解像度に対応する解像度の画像データのみを、各端末へ送信するため、表示ができない余分な画像データを送信することがなく、送信が高速に行え、端末の記憶部も表示画面の解像度に対応した容量で良く、かつデータ量が少ないのでパケット通信における通信料も削減することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態による画像送信システムの構成例を示すブロック図である。
【図２】図１の画像送信システムの動作例を示すフローチャートである。
【図３】図１の画像送信システムの動作を説明するための画像データの概念図である。
【図４】間引演算部１の動作を説明する画像データの概念図である。
【符号の説明】
１　間引演算部
２　サーバ
３　データベース
４　画像抽出部
Ｂ　基地局
Ｃ　情報提供センタ
Ｆ　端末
Ｈ　携帯端末
ＦＤ，ＨＤ　表示画面
【図１】
2004023557.tif 000003
【図２】
2004023557.tif 000004
【図３】
2004023557.tif 000005
【図４】
2004023557.tif 000006