JP2003274381A - 画像データの配信方法，画像データの変換方法およびサーバ - Google Patents

Abstract

(57)【要約】 【課題】 画像データを配信等ネットワークを介してや
り取りする際に、送信端末と受信端末で処理可能な画像
のファイル形式、色数、解像度等が異なっていると、受
信側で最適に画像を表示できないという問題に対処す
る。 【解決手段】 送信端末１から画像データをサーバ２
に、受信端末アドレス６とともに送信する。サーバで
は、画像データを元画像データ蓄積部５に蓄積するとと
もに、画像ＩＤを生成して、画像配信通知７ａを受信端
末８に送信する。受信端末は機種データ９をサーバに送
信する。サーバは画像データ変換部１２で、機種データ
に応じてその機種に最適な画像に変換し受信端末に最適
な画像を表示するためのデータを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、有線または無線の
通信ネットワークに接続された電子機器の画像表示に関
するものである。

【０００２】

【従来の技術】特開２００１−３１３９１３号公報に記
載されているように、携帯電話を受信端末として画像デ
ータを表示する際に、ネットワークを介したサーバ上に
ある画像データを受信する方法がある。また、特開２０
０１−２４９２５号公報に記載されているように、携帯
電話やデジタルカメラを使用し電子メールとして画像を
送受信する方法が普及してきている。

【０００３】特開２００１−２４９２５号公報に記載さ
れたデータ通信システムでは、受信側の画像データ表示
能力（例えば、解像度、色数等）が受信する機種により
異なっており、サーバの画像データをそのまま送信する
と、受信側では表示することができない場合があった。

【０００４】また、特開２００１−３１３９１３号公報
に記載されている画像データ配信方法では、サーバは、
受信側端末の機種情報を取得し、当該機種情報に基づい
て送信側端末が作成した複数種類の画像データの中か
ら、受信側端末に最適な画像データの選択を行なった上
で、その画像データを受信側端末に配信を行なうが、必
ずしも、サーバが最適な画像を生成することはできなか
った。このため、送信側端末は、全ての機種に対して最
適な画像を生成しておくことで各機種に最適な画像を提
供することは可能であるが、全ての機種の受信側端末に
対して別々に画像を作成すると、送信側端末に大容量の
メモリが必要となり、端末のコストが高くなるという問
題がある。

【０００５】また、１つのの画像データに対して複数種
類の画像データを作成しメモリ等に記憶しておくため、
１つの画像データについて多くの記憶容量が必要とな
り、当該メモリに数多くの画像データを記憶しておくこ
とができない。また、送信側端末において、受信側端末
に対応する画像データを作成しても、現在発売されてい
る機種の画像データ表示能力と異なる画像データ表示能
力の端末が将来発売された場合、送信側端末は、その将
来発売される端末に対して、最適な画像データを生成し
送信することができない。

【０００６】また、このような方法を用いた画像送受信
サービスは、サービスを提供する各社において異なるフ
ァイル形式を採用しているため、別の会社の携帯電話に
画像を送付することができない。そのサービスを使用し
た場合でも、受信側の携帯電話会社のサポートしている
ファイル形式に変換したうえで送信することにより画像
を送付することは可能であるが、携帯電話など用途が限
定された端末では、画像のフォーマット変換といった複
雑な処理を行なうことは運用上無駄が多く、携帯電話本
来の用途の有効性を損なう可能性があるため現実的でな
い。

【０００７】画像データ送信側の携帯電話会社（例え
ば、Ａ社）の携帯電話Ａから、携帯電話会社（例えば、
Ｂ社）の携帯電話Ｂに画像データを送信することが可能
なサービスにおいては、携帯電話Ａは、送信先の携帯電
話Ｂをメールアドレス等により指定するとともに、Ａ社
のサーバに画像データを送信する。Ａ社のサーバは、当
該画像データを、Ｂ社のファイル形式に対応したファイ
ル形式に変換し、携帯電話Ｂに送信する。このようなサ
ービスでは、Ａ社のサーバは、Ｂ社のファイル形式のパ
ラメータを保管しておく必要がある。

【０００８】このため、画像データを送信することが可
能な携帯電話会社は、サーバにファイル変換をするため
のパラメータが保管されている予め指定された携帯電話
会社に限定される。すなわち、Ａ社のサーバは、ファイ
ル形式のパラメータを保管していない携帯電話会社（例
えば、Ｃ社）に対しては、画像データを送信することが
できない。

【０００９】また、携帯電話会社各社のファイル形式の
パラメータを保管することにより、各携帯電話会社の携
帯電話に画像データを送信することができるようになる
が、送信先の携帯電話会社が、異なるスペックを有する
複数の機種の携帯電話を対象としている場合は、各携帯
電話の表示能力に対応したファイル形式のパラメータを
保管していなければ、複数の機種の携帯電話に画像デー
タを送信することができないという問題がある。

【００１０】一般的には、送信側の携帯電話会社（Ａ
社）のサーバが、受信側の携帯電話会社（Ｂ社）のファ
イル形式のパラメータを保管する場合、Ｂ社の携帯電話
において最低スペックの機種で表示可能な画像データに
ファイル変換するためのパラメータを保管する。このた
め、Ｂ社の高いスペックの携帯電話で、Ａ社の携帯電話
から送信された画像データを表示する場合、画像の色合
いが濃すぎたり、または、薄すぎたり、あるいは、画像
の画質が低下したり、あるいは、画像の大きさが携帯電
話の画面の大きさより小さすぎたり、または、大きすぎ
たりして、携帯電話のスペックに適合した適切な画像デ
ータを表示することができないという問題がある。

【００１１】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、画像データを配信等ネット
ワークを介してやり取りする際に、送信端末と受信端末
で処理可能な画像のファイル形式、色数、解像度等が異
なっていても、機種データに応じてその機種に最適な画
像に変換し、受信端末に最適な画像を表示することがで
きる画像データの配信方法、画像データの変換方法、お
よびサーバを提供することを目的とするものである。

【００１２】

【課題を解決するための手段】請求項１に記載の発明
は、ネットワークに接続された端末間に画像データを配
信する画像データの配信方法であって、送信端末から受
信端末アドレスを付して画像データを前記ネットワーク
に接続されたサーバに送信し、画像データを受信した前
記サーバは、受信した画像データに画像ＩＤを付加して
蓄積するとともに、前記受信端末アドレスを用いて、前
記画像ＩＤを含む画像配信通知を当該受信端末に送信
し、画像配信通知を受信した受信端末は、画像データの
表示能力を示すパラメータを含む送信要求を前記サーバ
に送信し、該送信要求を受信した前記サーバは、当該受
信端末に送信する画像データを前記画像データの表示能
力を示すパラメータに基づいて変換し、変換した画像デ
ータを当該受信端末に送信することを特徴とするもので
ある。

【００１３】請求項２に記載の発明は、請求項１に記載
の画像データの配信方法におて、前記サーバは、前記画
像データの表示能力を示すパラメータを蓄積する蓄積部
を有し、前記送信要求を受信したときに、前記蓄積部に
蓄積されているか否かを判別し、蓄積されていないとき
は前記画像データの表示能力を示すパラメータを前記蓄
積部に蓄積することを特徴とするものである。

【００１４】請求項３に記載の発明は、請求項２に記載
の画像データの配信方法において、前記送信要求に当該
受信端末を識別可能な登録情報を含ませ、サーバは、前
記画像データの表示能力を示すパラメータを蓄積すると
きに前記登録情報とともに蓄積し、前記受信端末は、サ
ーバに送信する送信要求について、２回目以降の送信要
求には、前記画像データの表示能力を示すパラメータに
代えて、前記登録情報を含ませることを特徴とするもの
である。

【００１５】請求項４に記載の発明は、ネットワークに
接続された端末間に画像データを配信するサーバにおけ
る画像データの変換方法であって、送信端末から受信端
末アドレスを付して画像データが前記ネットワークに接
続されたサーバに送信され、画像データを受信した前記
サーバは、受信した画像データに画像ＩＤを付加して蓄
積するとともに、受信端末から送信された画像ＩＤおよ
び画像データの表示能力を示すパラメータに基づいて、
当該受信端末に送信する画像データを変換することを特
徴とするものである。

【００１６】請求項５に記載の発明は、ネットワークに
接続された端末間に画像データを配信するサーバであっ
て、受信端末アドレスが付された画像データを送信端末
から受信する受信手段と、受信された画像データに付す
る画像ＩＤを生成する画像ＩＤ生成手段と、前記画像デ
ータおよび前記画像ＩＤを蓄積する蓄積手段と、前記受
信端末アドレスを用いて前記画像ＩＤを含む画像配信通
知を当該受信端末に送信する画像配信通知生成手段と、
受信端末から送信された画像データの表示能力を示すパ
ラメータを含む送信要求を受信する受信手段と、前記画
像データの表示能力を示すパラメータに基づいて前記蓄
積部に蓄積された画像データを変換する画像データ変換
手段と、変換した画像データを当該受信端末に送信する
送信手段を有することを特徴とするものである。

【００１７】

【発明の実施の形態】［１］システム構成 図１は、本発明の画像データの配信方法の実施の形態の
一例を説明するためのシステム構成図である。図中、１
は送信端末、２はサーバ、３は元画像データ、４は画像
ＩＤ生成部、５は元画像データ蓄積部、６は受信端末ア
ドレス、７は画像配信通知生成部、７ａは画像配信通
知、８は受信端末、８ａは送信要求、９は機種データ、
１０は機種ＩＤ比較部、１１は機種データ蓄積部、１２
は画像データ変換部、１２ａは変換画像データである。

【００１８】送信端末１から受信端末８に画像データを
配信する動作を説明する。送信端末１は、サーバ２に画
像データを元画像データ３としてを送信する。送信端末
１は、撮像機能を有し、ネットワークに接続されてサー
バに画像データを送信できるもので、この実施の形態で
は、撮像機能を有する携帯電話や、デジタルカメラを接
続した携帯電話などを想定しているが、これに限られる
ものではなく、画像取り込み機能や画像作成機能などを
有するパソコン等も送信端末として用いることができ
る。また、ネットワークは、無線に限られるものではな
く、有線でもよい。

【００１９】送信端末１から送信される画像データに
は、画像ファイルフォーマット（ファイル形式）と、解
像度，色数等の属性データが含まれている。例えば、Ｂ
ＭＰ形式やＪＰＥＧ形式など、一般的には、ファイル名
の拡張子（・・・．ｂｍｐや・・・．ｊｐｇなど）によ
って、画像データのファイルフォーマットを特定するこ
とができる。また、画像ファイルのヘッダ部分で、ファ
イルフォーマット（例えば、ＧＩＦ形式では、Ｖｅｒｓ
ｉｏｎ８７ａ−インターレース，Ｖｅｒｓｉｏｎ８７ａ
−ノンインターレース，Ｖｅｒｓｉｏｎ８９ａ−インタ
ーレース，Ｖｅｒｓｉｏｎ８９ａ−ノンインターレース
のように、さらに複数のファイルフォーマットが存在
し、これらは、ヘッダの情報での識別できる。）や、属
性データが特定できる。したがって、送信端末１から
は、画像データを送信するだけで、画像ファイルフォー
マットや属性データが特定できる。もちろん、画像デー
タとともに、画像ファイルフォーマットや属性データを
付加してもよい。もちろん、画像データだけから画像フ
ァイルフォーマットや属性データが特定できないものに
ついては、付加データとして送信すればよい。画像デー
タの送信は、ｆｔｐ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐ
ｒｏｔｏｃｏｌ）を用いた通信方法や、電子メールの添
付ファイルとして行なってもよい。また、送信端末１
は、上記処理とともに、受信端末８のアドレスである受
信端末アドレス６もサーバ２に送信する。サーバ２は、
携帯電話のネットワークの場合は、電話会社やキーステ
ーション等に設置されている。

【００２０】元画像データ３を図示しない受信部で受信
したサーバ２は、画像ＩＤ生成部４において、送信端末
から送られた元画像データ３を他の画像データと識別す
るための画像ＩＤを生成する。画像ＩＤ生成部４は、例
えばサーバ２が元画像データを受信した日時（例えば、
「２００２−０１−０１」などの日付を示すデータ（さ
らに、「１０：３０」などの時刻を示すデータが付加さ
れてもよい。）に、数字のインクリメントや既知の技術
を用いた乱数発生アルゴリズムにより生成された数桁の
数値を追加したりして生成されるデータを用いた画像デ
ータを一意的に識別するための画像ＩＤを生成する手段
を備えている。

【００２１】続いて、サーバ２は、元画像データ３に画
像ＩＤを付加して元画像データ蓄積部５に蓄積する。元
画像データ蓄積部５は、ハードディスク等大量のデータ
を保存可能なメディアと、画像をそのメディアに保存す
る方法および、画像ＩＤ生成部４において生成した画像
ＩＤを元にして、蓄積された画像を読み出し可能にする
検索手段を備えている。また、メディアヘの保存時に
は、ファイル名として画像ＩＤを使用する等によって、
既知の検索手段を用いることを容易にする手段を用いて
記録が行なわれる。元画像データ蓄積部５における元画
像データ３に蓄積は、受信した元画像データ２をそのま
まのデータで蓄積する。上述した画像ファイルフォーマ
ットや属性データについての付加データも受信した場合
は、この付加データも蓄積する。そのまま蓄積すること
に代えて、特定の画像ファイルフォーマットに変換して
蓄積をしてもよいことは勿論であるが、そのまま蓄積す
るのが効率的である。

【００２２】続いて、サーバ２は、画像配信通知生成部
７において、受信端末アドレス６を用いて、画像ＩＤを
含む画像配信通知７ａを生成して、受信端末８に対して
送信する。画像配信通知生成部７で生成される画像配信
通知７ａは、画像ＩＤと送信者が元画像とともに送信し
た付加情報（送信者名、送信者のメールアドレス、メッ
セージ、有効期限等）を含むものであり、文字列や数値
のデータとして生成される。元画像データを含む必要は
ない。

【００２３】画像配信通知７ａを受信した受信端末８
は、必要に応じて、送信要求８ａをサーバ２に送信し
て、画像データの送信を要求することができる。送信要
求８ａには、最低限のデータとして、サーバ２から送信
された画像ＩＤを含み、受信端末８の機種データ９（画
像データの表示能力を示すパラメータ：解像度、色数、
ファイル形式を含む）と、その他のデータ、例えば、機
種名、機種内コントロールソフトウエア（ファームウエ
ア等）のバージョン、電話番号、メールアドレス、ハー
ドウエアの製造者名、通信業者名、使用ＯＳ等の付加デ
ータも必要に応じて含むものである。この送信要求８ａ
は、サーバ２において、そのパラメータの組み合わせに
より、その機種の画像データの表示能力を示すパラメー
タを一意的に決定する機種データ９として使用される。

【００２４】受信端末８は、その送信要求８ａをサーバ
２に送信する。送信要求８ａを受信したサーバ２は、機
種ＩＤ比較部１０において、受信した機種データ９と機
種データ蓄積部１１に保存されている以前に受信した機
種データとを比較し、機種データを新規に登録するかど
うかを判定する。機種データには、上記送信要求８ａに
含まれるデータを含むので、以前に登録された機種かど
うかの判定を行なうのに充分な条件を含んでいる。機種
ＩＤ比較部１０は、できるだけ高速で処理を行なうた
め、機種データすべての比較を行なうのではなく、 機種名→機種内コントロールソフトウエア（ファームウ
エア等）のバージョン→ファイル形式→色数→解像度→
・・・ などといったように、画像表示を行なうための情報に対
して、重み付けされた順位と方法で判定を行なう（機種
および機種内ファームウエアが同じであれば解像度、色
数などの比較を行なう必要はないため）。

【００２５】機種ＩＤ比較部１０において、以前に登録
されていない機種だったと判定された場合（例えば、機
種名が未登録の場合など）は、機種ＩＤ比較部１０は、
受信した機種データ９を機種データ蓄積部１１に記録す
るとともに、ファイル形式，色数，解像度等のパラメー
タを画像データ変換部１２に指示する。機種データ９
が、以前に登録されている機種と一致した場合は、機種
ＩＤ比較部１０は、機種データ蓄積部１１より画像変換
のためのパラメータとしての機種情報を読み込むよう機
種データ蓄積部１１に指示する。

【００２６】画像データ変換部１２は、機種ＩＤ比較部
１０または機種データ蓄積部１１より機種データを取得
し、画像データ受信端末８において、最適に表示される
解像度、色数、ファイル形式に画像データを変換し、変
換後の画像データである変換画像データ１２ａを受信端
末８に送信する。

【００２７】このようにして、受信端末８では、送信端
末１から送信された画像データを適正に表示することが
できる。

【００２８】なお、上述した実施の形態では、受信端末
８は、画像配信通知７ａを受信した後、必要なときにサ
ーバに対して機種データを含む送信要求８ａを送信し
て、サーバから変換された画像データを受信するように
したが、送信要求８ａに、自分の登録情報（機種名、電
話番号など）を付加して、それをサーバに登録するよう
にすることで、サーバ側では、受信端末８からの送信要
求８ａに対しては、登録情報から機種データを取得でき
るので、受信端末８からの画像データの表示能力を示す
パラメータ（機種データ）の送信は、最初の１回のみに
することができる。このようにすれば、送信要求８ａ
は、以後は、画像データの表示能力を示すパラメータを
含ませる必要はなく、サーバが登録情報に基づいて受信
端末８の画像データの表示能力を示すパラメータを読み
出して、画像データを変換し、受信端末８に送信するこ
とができる。

【００２９】画像の解像度を変更する方法の一例につい
て説明する。図２は、画像の解像度を変換する処理の流
れを示すフローチャートである。

【００３０】まず、ステップＳ２１で、元画像データを
選択し、選択した画像データに対して、ステップＳ２２
で、以下の式により、変換画像の座標（Ｘ_m ，Ｙ_n ）に
対応する元画像の座標（Ｘ_i ，Ｙ_j ）を求める。 Ｘ_i ＝Ｘ_m ／ａ Ｙ_j ＝Ｙ_n ／ｂ なお、ａ，ｂは、それぞれＸ座標，Ｙ座標の解像度を変
換する係数である。

【００３１】ステップＳ２３に進み、求めた元画像の座
標（Ｘ_i ，Ｙ_j ）の画素の濃度値（Ｒ_ij，Ｇ_ij，Ｂ_ij）
を、変換画像の座標（Ｘ_m ，Ｙ_n ）の画素値（Ｒ_mn，Ｇ
_mn，Ｂ_mn）に代入する。

【００３２】次に、ステップＳ２４で、元画像データの
全ての画素に対してステップＳ２２およびステップＳ２
３の処理を行なったか否かを判断し、残りの画素がある
場合は、ステップＳ２５で、残りの画素の１つに対応す
るように座標を更新し、ステップＳ２２およびステップ
Ｓ２３の処理を行なう。

【００３３】ステップＳ２２の処理において、Ｘ_i ，Ｙ
_j が小数点を持つ場合があるが、切り捨てを行なうこと
で、値を求める。また、小数点以下の値から、求めたい
点に対する近傍の点との寄与率を求め、その平均値を使
って画素値（Ｒ_ij，Ｇ_ij，Ｂ _ij）を求めることもでき
る。

【００３４】ステップＳ２２およびステヅプＳ２３の処
理が元画像データの全ての画素に対して行なわれたとき
は、ステップＳ２４からステップ２６に移行して、解像
度の変換処理を終了する。

【００３５】次に、画像の色数を変更する方法の一例に
ついて説明する。図３は、画像の色数を変換する処理の
流れを示すフローチャートである。例えば、１６，７７
７，２１６色（以下フルカラー一）の画像を６４色の画
像に変換する場合を考える。

【００３６】最初に、ステップＳ３１で変換を行なうた
めの係数の入った配列ＣＬＵＴ［ｉ］を初期化する。

【００３７】初期化の方法を以下に示す。配列の要素数
ｉは２５６個である。ここでは４色にするので、配列の
要素０番から６３番には値０を、配列の要素６４番から
１２７番までは値６４を、配列の要素１２８番から１９
１番には値１２８を、配列の要素１９２番から２５５番
までは値１９２を入れる。このようにして、配列ＣＬＵ
Ｔ［ｉ］の初期化が行なわれる。

【００３８】ついで、ステップＳ３２に進み、元画像デ
ータを選択する。次に、ステップＳ３３で、元画像デー
タの座標（ｘ、ｙ）の画素値（ｉｎＲ，ｉｎＧ，ｉｎ
Ｂ）を取得する。このとき、ｉｎＲ，ｉｎＧ，ｉｎＢは
フルカラーの画像の要素なので、それぞれ０〜２５５の
どれかの値である。

【００３９】ステップＳ３４に進み、ＣＬＵＴ［ｉｎ
Ｒ］の値を取得し、ｏｕｔＲに代入する。同様に、ＣＬ
ＵＴ［ｉｎＧ］をｏｕｔＧに、ＣＬＵＴ［ｉｎＢ］をｏ
ｕｔＢに代入する。

【００４０】ついで、ステップＳ３５で、ｏｕｔＲ，ｏ
ｕｔＧ，ｏｕｔＢの値を変換画像の座標（ｘ，ｙ）の画
素とする。このとき、変換画像のｘ，ｙの最大値、最小
値は元画像の最大値、最小値と一致している。

【００４１】ステップ３６で、全ての画素に対して、ス
テップＳ３３〜ステップＳ３５の処理を行なったか否か
判断し、残りの画素がある場合には、ステップＳ３７
で、座標（ｘ，ｙ）を更新し、ステップＳ３３〜ステッ
プＳ３５の処理を行なう。

【００４２】ステップＳ３３〜ステップＳ３５の処理が
元画像データの全ての座標に対して行なわれたときは、
元画像のすべての座標（ｘ，ｙ）の画素の値を、６４刻
みの値（４種類）に変換することができる（ステップＳ
３８）。すなわち、４の３乗色＝６４色の画像に変換す
ることができる。

【００４３】画像のファイル形式の変換は、例えば、画
像編集ソフトウエアが備えでいる画像変換機能を用いる
ことができる。

【００４４】図１に戻って説明する。画像データ変換部
１２は、変換すべき画像を一意的に決める画像ＩＤと、
受信端末８で最適に表示される画像の解像度、色数、フ
ァイル形式を元に、元画像データ蓄積部３から画像を読
み込み、既知の画像変換方法を用いて変換画像データ１
２ａを生成する。

【００４５】続いて、サーバ２は、受信端末８に対し
て、変換画像データ１２ａを送信する。この変換画像デ
ータ１２ａは、その画像を取得するためのホームページ
アドレス等でもよい。受信端末８は、変換画像データ１
２ａを受信し、受信端末８の画面に表示する。

【００４６】受信端末８としては、画像表示が可能なも
ので、この実施の形態では、画像表示が可能な携帯電話
や、画像表示が可能なデジタルカメラを接続した携帯電
話等を想定しているが、これに限られるものではなく、
ネットワークに応じた適宜の端末を用いることができ
る。

【００４７】［２］処理の流れ 図４は、図１で説明したシステムにおける各部の処理の
流れを示す説明図である。

【００４８】送信端末側処理として、送信端末は、サー
バに元画像データおよび受信端末アドレスをサーバに送
信する。実際の処理としては、元画像データと受信端末
のメールアドレスや電話番号をサーバに送信する（Ｓ４
０１）。

【００４９】サーバ側処理として、サーバは、元画像デ
ータの受信、蓄積、およ送信要求に対する処理を行な
う。実際の処理としては、送信端末から送られてきた元
画像データを識別するための画像ＩＤを生成する（Ｓ４
１１）とともに、受信した画像を蓄積しておく（Ｓ４１
２）。ついで、サーバは送信端末から送られた受信者ア
ドレスに対して、受信端末が希望の画像データを参照す
るための画像ＩＤデータを含む画像配信通知を受信端末
に送信する（Ｓ４１３）。ついで、サーバは、受信端末
から送信要求として送られる機種データを受信（Ｓ４１
４）し、すでに受信し蓄積されている機種データ蓄積部
に蓄積された機種データのデータベースと比較する（Ｓ
４１５）。比較した結果、受信した機種データが未登録
の場合は、機種データを蓄積するための機種データのデ
ータベースにその機種データを登録（Ｓ４１６）し、機
種データのデータベースを更新する（Ｓ４１７）。機種
データのデータベースの更新終了後、または、すでに登
録されている機種データであった場合、サーバは、機種
データと画像ＩＤによって受信端末に最適な画像を生成
する（Ｓ４１８）。その後、サーバは、受信端末に画像
を表示するためのデータを送信する（Ｓ４１９）。

【００５０】受信端末側処理として、受信端末は、受信
要求の送信および画像データの表示を行なう。受信端末
は、サーバより画像配信通知を受信（Ｓ４２０）した
後、その画像を表示したい場合は、送信要求を生成して
サーバに送信する（Ｓ４２１）。送信要求には、少なく
とも、画像ＩＤおよび機種データが含まれる。なお、機
種データには、受信端末の画像表示能力（解像度、色
数、画像ファイルフォーマット、画面の色特性など）が
含まれる。その後、受信端末は、サーバより最適画像デ
ータを表示するためのデータ（画像データや画像の表示
されているホームページアドレス等）を受信し、その
後、最適画像データを表示する（Ｓ４２２）。

【００５１】［適用例１］図５は、発信端末，受信端末
として携帯端末のみを用いた適用例の説明図である。こ
の例では、Ａ社の携帯端末１が送信端末、Ｂ社の携帯端
末１，２が受信端末として構成されている。なお、機種
データとして、この例では、画像ファイルフォーマット
および色数は、全てが同じのＢＭＰおよび２５６色と
し、解像度のみが異なる例とした。解像度は、Ａ社の携
帯端末１が２５６×２５６、Ｂ社の携帯端末１が１２８
×１２８、Ｂ社の携帯端末２が２５６×１２８であると
した。

【００５２】Ａ社の携帯端末１より元画像データをサー
バに送信する。この処理は、図４のＳ４０１に相当す
る。このとき、受信者アドレスとして、Ｂ社の携帯端末
１とＢ社の携帯端末２を指定している。元画像データと
受信者アドレスを受信したサーバは、図４のＳ４１１、
Ｓ４１２の処理を経た後、受信端末に対して画像配信通
知を送信する。画像配信通知を受信した受信端末は、自
分の受信したいときに、サーバに受信要求を送信する
（図４のＳ４２１）。受信要求を送信の際に、機種デー
タを送信するが、受信端末の画像表示能力の１つである
解像度が、この例のように異なっている場合は、それぞ
れの受信端末からの受信要求に含まれる機種データに応
じて、サーバは、受信した元画像を、図４のＳ４１８の
処理において、それぞれの受信端末で最適に表示できる
画像の生成（ここでは解像度の変更）を行ない、最適画
像を受信端末に送信する（図４のＳ４１９）。このよう
に、送信端末と受信端末の処理できる画像の解像度が異
なっていても、本発明により各受信端末において、最適
な画像として表示可能である。

【００５３】［適用例２］図６は、パソコンおよび携帯
端末を用いた適用例の説明図である。この例では、Ｃ社
のパソコンが送信端末、Ｄ社の携帯端末１およびＥ社の
パソコンが受信端末として構成されている。なお、機種
データとして、この例では、画像ファイルフォーマット
については、Ｃ社のパソコンがＰＩＣＴ，Ｄ社の携帯端
末１がＪＰＥＧ，Ｅ社のパソコンがＢＭＰであり、色数
については、Ｃ社のパソコンが６５，５３６色，Ｄ社の
携帯端末１が２５６色，Ｅ社のパソコンが３２，７６８
色であり、解像度については、Ｃ社のパソコンが１０２
４×１０２４，Ｄ社の携帯端末１が１２８×１２８，Ｅ
社のパソコンが６４０×４８０である例とした。したが
って、Ｃ社のパソコンからサーバに送信されるデータは
１０２４×１０２４と、適用例１よりは高解像度のもの
が使用されている。

【００５４】Ｃ社のパソコンより元画像データをサーバ
に送信する。この処理は図４のＳ４０１に相当する。こ
のとき、受信者アドレスとして、Ｄ社の携帯端末１とＥ
社のパソコンを指定している。元画像データと受信者ア
ドレスを受信したサーバは、図４のＳ４１１、Ｓ４１２
の処理を経た後、受信端末に対して画像配信通知を送信
する。画像配信通知を受信した受信端未は、自分の受信
したいときに、サーバに受信要求を送信する（図４のＳ
４２１）。受信要求を送信の際に、機種データを送信す
るが、受信端末の画像表示能力のうちの画像形式，色
数，解像度が、この例のように異なっている場合は、そ
れぞれの受信端末からの受信要求に含まれる機種データ
に応じて、それぞれの端末からの受信要求に含まれる機
種データに応じて、サーバは、受信した元画像を、図４
のＳ４１８の処理において、それぞれの端末で最適に表
示できる画像の生成（ここでは、画像ファイルフォーマ
ット、色数、解像度の変更）を行ない、最適画像を受信
端末に送信する（図４のＳ４１９）。このように、送信
端末と受信端末の処理できる画像の画像ファイルフォー
マットや解像度、色数が異なっていても、本発明により
各受信端末に最適な画像として表示可能である。

【００５５】［適用例３］図７は、パソコンおよび携帯
端末、さらに、未発売の携帯電話を用いた適用例の説明
図である。この例では、Ｆ社のパソコンが送信端末、Ｇ
社のパソコンおよび、データ送信時には未発売のＨ社の
携帯電話が受信端末として構成されている。なお、機種
データとして、この例では、画像ファイルフォーマット
については、Ｆ社のパソコンがＰＩＣＴ，Ｇ社のパソコ
ンがＢＭＰ，Ｈ社の携帯電話がＪＰＥＧであり、色数に
ついては、Ｆ社のパソコンが６５，５３６色，Ｇ社のパ
ソコンが３２，７６８色，Ｈ社の携帯電話が６５，５３
６色であり、解像度については、Ｆ社のパソコンが１０
２４×１０２４，Ｇ社のパソコンが６４０×４８０，Ｈ
社の携帯電話が３２０×３２０である例とした。

【００５６】Ｆ社のパソコンより元画像データをサーバ
に送信する。この処理は図４のＳ４０１に相当する。こ
のとき、受信者アドレスとしてＧ社のパソコンを指定し
ている。元画像データと受信者アドレスを受信したサー
バは、図４のＳ４１１、Ｓ４１２の処理を経た後、受信
端末に対して画像配信通知を送信する。画像配信通知を
受信した受信端末は、自分の受信したいときに、サーバ
に受信要求を送信する（図４のＳ４２１）。この時点
で、Ｇ杜のパソコンは、適用例２と同様の手段で最適な
画像データを受け取ることが可能である。

【００５７】その後、Ｈ社の携帯電話が発売され、その
端末で過去にサーバに送信された画像を取得したい場
合、Ｇ社のパソコンから、Ｈ社の携帯電話に画像配信通
知に含まれる画像ＩＤを電子メール等で送付すること
で、Ｈ社の携帯電話は、サーバに対して受信要求を送信
する。サーバは、Ｈ社の携帯電話からの受信要求を受信
した後、図４のＳ４１５において、機種データ蓄積部に
蓄積された機種データのデータベースに登録されている
か否かを判定するが、この場合は未登録と判定されると
想定できる。その後、サーバは、受信要求に含まれる機
種データを図４のＳ４１６およびＳ４１７において機種
データ蓄積部のデータベースに登録し、図４のＳ４１８
およびＳ４１９においてＨ社の携帯電話で最適に表示可
能な画像データを生成し、送信する。このように、送信
端末がサーバに画像を送信した後に発売される端末に対
しても、サーバ側での処理を変更することなく、画像の
やり取りが可能となる。また、携帯電話の機種変更にお
いても本発明例が適用できる。

【００５８】

【発明の効果】以上の説明から明らかなように、本発明
によれば、画像の送信側、受信側とも画像のフォーマッ
トにかかわらず、画像のやり取りが可能となる。また、
解像度や色数等の異なる端末へも最適な画像データの配
信が可能となる。サーバは、端末からパラメータを受信
するので、現在発売されていない機種に対しても画像の
やり取りが可能となる。また、デジタルカメラなどを使
用した高解像度の画像データをサーバにおいておけば、
受信側において、高解像度の画像が表示できる端末を用
いることで、より高画質の画像としてデータを受け取る
ことが可能となるという効果がある。

【図面の簡単な説明】

【図１】本発明の画像データの配信方法の実施の形態の
一例を説明するためのシステム構成図である。

【図２】画像の解像度を変換する処理の流れを示すフロ
ーチャートである。

【図３】画像の色数を変換する処理の流れを示すフロー
チャートである。

【図４】図１で説明したシステムにおける各部の処理の
流れを示す説明図である。

【図５】発信端末，受信端末として携帯端末のみを用い
た適用例の説明図である。

【図６】パソコンおよび携帯端末を用いた適用例の説明
図である。

【図７】パソコンおよび携帯端末、さらに、未発売の携
帯電話を用いた適用例の説明図である。

【符号の説明】

１…送信端末、２…サーバ、３…元画像データ、４…画
像ＩＤ生成部、５…元画像データ蓄積部、６…受信端末
アドレス、７…画像配信通知生成部、７ａ…画像配信通
知、８…受信端末、８ａ…送信要求、９…機種データ、
１０…機種ＩＤ比較部、１１…機種データ蓄積部、１２
…画像データ変換部、１２ａ…変換画像データ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された端末間に画像
   データを配信する画像データの配信方法であって、送信
   端末から受信端末アドレスを付して画像データを前記ネ
   ットワークに接続されたサーバに送信し、画像データを
   受信した前記サーバは、受信した画像データに画像ＩＤ
   を付加して蓄積するとともに、前記受信端末アドレスを
   用いて、前記画像ＩＤを含む画像配信通知を当該受信端
   末に送信し、画像配信通知を受信した受信端末は、画像
   データの表示能力を示すパラメータを含む送信要求を前
   記サーバに送信し、該送信要求を受信した前記サーバ
   は、当該受信端末に送信する画像データを前記画像デー
   タの表示能力を示すパラメータに基づいて変換し、変換
   した画像データを当該受信端末に送信することを特徴と
   する画像データの配信方法。
2. 【請求項２】 前記サーバは、前記画像データの表示能
   力を示すパラメータを蓄積する蓄積部を有し、前記送信
   要求を受信したときに、前記蓄積部に蓄積されているか
   否かを判別し、蓄積されていないときは前記画像データ
   の表示能力を示すパラメータを前記蓄積部に蓄積するこ
   とを特徴とする請求項１に記載の画像データの配信方
   法。
3. 【請求項３】 前記送信要求に当該受信端末を識別可能
   な登録情報を含ませ、サーバは、前記画像データの表示
   能力を示すパラメータを蓄積するときに前記登録情報と
   ともに蓄積し、前記受信端末は、サーバに送信する送信
   要求について、２回目以降の送信要求には、前記画像デ
   ータの表示能力を示すパラメータに代えて、前記登録情
   報を含ませることを特徴とする請求項２に記載の画像デ
   ータの配信方法。
4. 【請求項４】 ネットワークに接続された端末間に画像
   データを配信するサーバにおける画像データの変換方法
   であって、送信端末から受信端末アドレスを付して画像
   データが前記ネットワークに接続されたサーバに送信さ
   れ、画像データを受信した前記サーバは、受信した画像
   データに画像ＩＤを付加して蓄積するとともに、受信端
   末から送信された画像ＩＤおよび画像データの表示能力
   を示すパラメータに基づいて、当該受信端末に送信する
   画像データを変換することを特徴とする画像データの変
   換方法。
5. 【請求項５】 ネットワークに接続された端末間に画像
   データを配信するサーバであって、受信端末アドレスが
   付された画像データを送信端末から受信する受信手段
   と、受信された画像データに付する画像ＩＤを生成する
   画像ＩＤ生成手段と、前記画像データおよび前記画像Ｉ
   Ｄを蓄積する蓄積手段と、前記受信端末アドレスを用い
   て前記画像ＩＤを含む画像配信通知を当該受信端末に送
   信する画像配信通知生成手段と、受信端末から送信され
   た画像データの表示能力を示すパラメータを含む送信要
   求を受信する受信手段と、前記画像データの表示能力を
   示すパラメータに基づいて前記蓄積部に蓄積された画像
   データを変換する画像データ変換手段と、変換した画像
   データを当該受信端末に送信する送信手段を有すること
   を特徴とするサーバ。