(57)【要約】      （修正有）【課題】受け手側に必要なデータだけを選択的に受信することができるようにする。【解決手段】画像データサーバでは、プレビューデータ作成部が画像データに基づいてプレビューデータを作成し、送受信制御部がそのプレビューデータを画像受け手側コンピュータシステムに向かって送信する。画像受け手側コンピュータシステムでは、表示処理部がプレビューデータの内容をモニタの画面上に表示させる。ユーザはそのプレビュー画像を見て必要なデータかどうかを判断し、ユーザから画像データの伝送指示が入力されたら、送受信制御部は画像データの伝送要求を画像データサーバに向かって送信する。送受信制御部は伝送要求のあった画像データを画像受け手側コンピュータシステムに向かって送信する。印刷処理部は画像データに対し所定の画像処理を施し、プリンタはその画像データの内容を印刷用紙に印刷する。【選択図】図１
2006345539.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにそれぞれ接続された送信側装置と受信側装置を備えたデータ伝送システムであって、
前記送信側装置は、伝送すべきオリジナルデータを記憶する記憶手段と、該オリジナルデータ及び該オリジナルデータに基づいて作成されたプレビューデータを送信することが可能な第１の送受信手段と、前記送信側装置内の各手段を制御する第１の制御手段と、を備えると共に、
前記受信側装置は、少なくとも送信された前記プレビューデータを受信することが可能な第２の送受信手段と、入力手段と、出力手段と、前記受信側装置内の各種手段を制御する第２の制御手段と、を備え、
前記第１の制御手段は、前記プレビューデータを前記第１の送受信手段を介して前記受信側装置に送信すると共に、前記第２の制御手段は、送信された前記プレビューデータを前記第２の送受信手段を介して受信した場合に、前記出力手段によって前記プレビューデータの内容を視認可能に出力させ、
その後、前記入力手段を介して前記受信側装置に、前記オリジナルデータの伝送の指示が入力された場合に、前記第２の制御手段は、前記オリジナルデータの伝送要求を前記第２の送受信手段を介して前記送信側装置に送信し、前記第１の制御手段は、送信された前記伝送要求を前記第１の送受信手段を介して受信した場合に、前記記憶手段に記憶された前記オリジナルデータを前記第１の送受信手段を介して前記受信側装置に送信することを特徴とするデータ伝送システム。
【請求項２】
ネットワークを介してクライアントと接続されたサーバであって、
伝送すべきオリジナルデータを記憶する記憶手段と、該オリジナルデータ及び該オリジナルデータに基づいて作成されたプレビューデータを送信することが可能な送受信手段と、前記記憶手段及び送受信手段を少なくとも制御する制御手段と、を備えると共に、
前記制御手段は、前記プレビューデータを前記送受信手段を介して前記クライアントに送信し、
その後、前記クライアントから送信された前記オリジナルデータの伝送要求を前記送受信手段を介して受信した場合に、前記記憶手段に記憶された前記オリジナルデータを前記送受信手段を介して前記クライアントに送信することを特徴とするサーバ。
【請求項３】
ネットワークにそれぞれ接続された装置間においてデータの伝送を行なうためのデータ伝送方法であって、
（ａ）前記ネットワークに接続された送信側装置が、伝送すべきデータに基づいて作成されたプレビューデータを前記ネットワークに接続された受信側装置に送信する工程と、
（ｂ）前記受信側装置が、送信された前記プレビューデータを受信した場合に、前記プレビューデータの内容を視認可能に出力させる工程と、
（ｃ）前記受信側装置に前記オリジナルデータの伝送の指示が入力された場合に、前記受信側装置が、前記オリジナルデータの伝送要求を前記送信側装置に送信する工程と、
（ｄ）前記送信側装置が、送信された前記伝送要求を受信した場合に、前記オリジナルデータを前記受信側装置に送信する工程と、
を備えるデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにそれぞれ接続された装置間でデータの伝送を行なう技術に関するものである。
【背景技術】
【０００２】
従来、電話通信網やインターネット或いはイントラネットなどに接続された装置間において、画像データを伝送する手段としては、例えば、ファクシミリや電子メールなどがあった。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、何れの手段も、受け手側の意思に関わらず、画像データが送信されてくるので、受け手側に必要な画像データだけを選択的に受信することができないという問題があった。特に、画像データの場合は、データ容量も非常に大きなものとなるため、仮に受け取った画像データが不要なものであった場合、通信資源を無駄に消費することになり、また、受け手側にとっても、印刷用紙（ファクシミリの場合）やデータ記憶領域（電子メールの場合）などの資源を消費することになってしまう。
【０００４】
従って、本発明の目的は、上記した従来技術の問題点を解決し、受け手側に必要なデータだけを選択的に受信することができるデータ伝送システム及びデータ伝送方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記した目的の少なくとも一部を達成するために、本発明のデータ伝送システムは、ネットワークにそれぞれ接続された送信側装置と受信側装置を備えたデータ伝送システムであって、
前記送信側装置は、伝送すべきオリジナルデータを記憶する記憶手段と、該オリジナルデータ及び該オリジナルデータに基づいて作成されたプレビューデータを送信することが可能な第１の送受信手段と、前記送信側装置内の各手段を制御する第１の制御手段と、を備えると共に、
前記受信側装置は、少なくとも送信された前記プレビューデータを受信することが可能な第２の送受信手段と、入力手段と、出力手段と、前記受信側装置内の各種手段を制御する第２の制御手段と、を備え、
前記第１の制御手段は、前記プレビューデータを前記第１の送受信手段を介して前記受信側装置に送信すると共に、前記第２の制御手段は、送信された前記プレビューデータを前記第２の送受信手段を介して受信した場合に、前記出力手段によって前記プレビューデータの内容を視認可能に出力させ、
その後、前記入力手段を介して前記受信側装置に、前記オリジナルデータの伝送の指示が入力された場合に、前記第２の制御手段は、前記オリジナルデータの伝送要求を前記第２の送受信手段を介して前記送信側装置に送信し、前記第１の制御手段は、送信された前記伝送要求を前記第１の送受信手段を介して受信した場合に、前記記憶手段に記憶された前記オリジナルデータを前記第１の送受信手段を介して前記受信側装置または前記ネットワークに接続されている所定の装置に送信することを要旨とする。
【０００６】
また、本発明のデータ伝送方法は、ネットワークにそれぞれ接続された装置間においてデータの伝送を行なうためのデータ伝送方法であって、
（ａ）前記ネットワークに接続された送信側装置が、伝送すべきデータに基づいて作成されたプレビューデータを前記ネットワークに接続された受信側装置に送信する工程と、
（ｂ）前記受信側装置が、送信された前記プレビューデータを受信した場合に、前記プレビューデータの内容を視認可能に出力させる工程と、
（ｃ）前記受信側装置に前記オリジナルデータの伝送の指示が入力された場合に、前記受信側装置が、前記オリジナルデータの伝送要求を前記送信側装置に送信する工程と、
（ｄ）前記送信側装置が、送信された前記伝送要求を受信した場合に、前記オリジナルデータを前記受信側装置または前記ネットワークに接続されている所定の装置に送信する工程と、
を備えることを要旨とする。
【０００７】
このように、本発明では、まず、送信側装置がオリジナルデータに基づいて作成されたプレビューデータを受信側装置に送信し、受信側装置では受信したそのプレビューデータの内容を視認可能に出力させる。なお、視認可能に出力させる方法としては、例えば、モニタなどの画面上に表示させることやプリンタなどによって印刷用紙に印刷させることなどが考えられる。
【０００８】
次に、受信側装置のユーザは出力されたプレビューデータの内容を見て、そのデータが必要なデータかどうかを判断し、そのオリジナルデータが必要な場合には、受信側装置に対し入力手段を用いてオリジナルデータの伝送の指示を入力する。受信側装置は、その指示が入力された場合に、オリジナルデータの伝送要求を送信側装置に送信する。送信側装置は、その伝送要求を受けると、オリジナルデータを所定の装置に向かって送信する。ここで、所定の装置としては、受信側装置以外の装置であっても良いし、受信側装置自体であっても良い。
【０００９】
従って、本発明のデータ伝送システムによれば、プレビューデータは受信側装置のユーザ（即ち、受け手側）の意思に関わらず送信されてくるが、プレビューデータ自体はオリジナルデータに比べてデータ容量が極めて小さいため、通信資源や受け手側の資源を無駄に消費することはない。そして、受け手側はプレビューデータの内容を見た上で、必要なオリジナルデータについてのみ伝送要求を出すことによって、必要なオリジナルデータだけを選択的に所定の装置において受信することができる。従って、この点においても、通信資源や受け手側の資源を無駄に消費することはない。
【００１０】
また、本発明のデータ伝送システムにおいて、前記第１の制御手段は、前記プレビューデータを送信する際に、ユーザインタフェースデータも前記第１の送受信手段を介して前記受信側装置に送信し、前記第２の制御手段は、送信された前記ユーザインタフェースデータを前記第２の送受信手段を介して受信した場合に、前記出力手段によって前記ユーザインタフェースデータの内容を視認可能に出力させ、
その後、前記入力手段を介して前記受信側装置に、前記オリジナルデータの伝送の指示と共に、前記オリジナルデータの内容を視認可能に出力させる際に用いる設定情報が入力された場合に、前記第２の制御手段は、前記オリジナルデータの伝送要求を送信する際に、前記設定情報も併せて前記第２の送受信手段を介して前記送信側装置に送信し、前記第１の制御手段は、送信された前記設定情報を前記第１の送受信手段を介して受信した場合に、前記設定情報の少なくとも一部を、前記オリジナルデータを送信すべき前記装置に送信するようにしても良い。
【００１１】
このように、ユーザインタフェースデータとして送信側装置が用意したデータを用いることにより、受信側装置では、設定情報を入力させるための特別なユーザインタフェースを用意しなくても良い。また、例えば、受信側装置が何台あったとしても、送信側装置においてユーザインタフェースデータに変更を加えるだけで、すべてのユーザインタフェースを一度に変更することができるので、保守管理が容易になる。また、場合によっては、受信側装置は、送信装置側の機能を遠隔操作することができるようになり、受信側装置の処理能力が低い場合にも、送信側装置に処理を委託することよって、高度な処理が可能となる。
【００１２】
本発明のデータ伝送システムにおいて、前記入力手段を介して前記受信側装置に、前記オリジナルデータの伝送の指示と共に、前記オリジナルデータを送信すべき前記装置の前記ネットワーク上での場所を表す送信先情報が入力された場合に、前記第２の制御手段は、前記オリジナルデータの伝送要求を送信する際に、前記送信先情報も併せて前記第２の送受信手段を介して前記送信側装置に送信し、前記第１の制御手段は、送信された前記送信先情報を前記第１の送受信手段を介して受信した場合に、前記オリジナルデータを前記伝送先情報の示す場所に送信するようにしても良い。
【００１３】
このように構成した場合、受信側装置のユーザが、オリジナルデータの受け取りを希望する所望の装置において、オリジナルデータを受信することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を実施例に基づいて説明する。図１は本発明の第１の実施例としての画像データ伝送システムを示すブロック図であり、図２は図１の画像データ伝送システムをインターネット上で実現した場合の一例を示す構成図である。
【００１５】
本実施例の画像データ伝送システムは、画像受け手側コンピュータシステム１００と画像データサーバ２００とを備えている。この両者は図２に示すようにインターネット５００を介して接続されている。また、その他、インターネット５００には、画像送り手側コンピュータシステム３００や携帯用端末４００も接続されている。なお、図２では、各種装置はインターネット５００に直接接続されているように描いているが、多くの場合、インターネット５００には、電話通信網やＬＡＮなどの他のネットワークを介して間接的に接続されている。
【００１６】
画像受け手側コンピュータシステム１００は、図１に示すように、プログラムに従って種々の処理や制御を行なうためのＣＰＵ１１０と、各種周辺装置との間でデータなどのやり取りを行なうためのＩ／Ｏ部１２０と、上記プログラムを記憶したり、処理中に得られたデータなどを一時的に記憶したりするためのメモリ１３０と、ユーザからの指示などを入力するための入力装置１４０と、データの内容などを表示するためのモニタ１５０と、ネットワークを介して他の装置と通信を行なうための通信装置１６０と、各種データを格納するためのハードディスク装置１７０と、データの内容などを印刷するためのプリンタ１８０と、を備えている。
【００１７】
また、ＣＰＵ１１０は、上記したプログラムに従って動作することにより、送受信制御部１１１、入力処理部１１２、表示処理部１１３及び印刷処理部１１４として機能する。
【００１８】
一方、画像データサーバ２００も、画像受け手側コンピュータシステム１００とほぼ同様に、ＣＰＵ２１０と、Ｉ／Ｏ部２２０と、メモリ２３０と、入力装置２４０と、モニタ２５０と、通信装置２６０と、ハードディスク装置２７０と、を備えている。
【００１９】
また、ＣＰＵ２１０も、上記したプログラムに従って動作することにより、送受信制御部２１１、入力処理部２１２、表示処理部２１３及びプレビューデータ作成部２１８として機能する。
【００２０】
図３は図１のデータ伝送システムにおける処理手順を示すフローチャートである。では、図３を参照しながら、本実施例の動作について説明する。今、所望の画像データを画像送り手側コンピュータシステム３００から画像受け手側コンピュータシステム１００に伝送する場合を考えてみる。
【００２１】
まず、図２において、画像送り手側コンピュータシステム３００は伝送したい画像データをインターネット５００を介して画像データサーバ２００に送る（ステップＳ２０）。画像データは、例えば、ＲＧＢのグレースケールのビットマップデータによって構成されている。画像データサーバ２００では、図１に示すように、送られてきた画像データを通信装置２６０で受け取ると、ＣＰＵ２１０の送受信制御部２１１が、その画像データをＩ／Ｏ部２２０を介してハードディスク装置２７０に格納する。なお、ハードディスク装置２７０には、このような画像データが格納される他、予め、後述するようなユーザインタフェースデータが格納されている。
【００２２】
次に、プレビューデータ作成部２１８が、ハードディスク装置２７０から画像データを読み出し、その画像データに基づいてその画像データに関するプレビューデータを作成し、作成したプレビューデータをハードディスク装置２７０に格納する（ステップＳ２２）。具体的には、上記画像データに対し間引きなどの画像処理を施して、縮小画像データを作成し、それをプレビューデータとしたり、或いは、上記画像データに付随した情報から属性情報（例えば、画像の作成者（送り手）や作成年月日、或いは画像の名称や種別などの情報）を抽出して、属性データを作成し、それをプレビューデータとしたりする。
【００２３】
続いて、送受信制御部２１１は、作成されたプレビューデータをハードディスク装置２７０から読み出し、通信装置２６０を介して、クライアントである画像受け手側コンピュータシステム１００に向かって送信する（ステップＳ２４）。また、この際、送受信制御部２１１は、ハードディスク装置２７０からユーザインタフェースデータも読み出して、同じく画像受け手側コンピュータシステム１００に向かって送信する（ステップＳ２６）。
【００２４】
画像受け手側コンピュータシステム１００では、送られてきたプレビューデータ及びインタフェースデータを通信装置１６０で受け取ると、ＣＰＵ１１０の送受信制御部１１１が、そのプレビューデータ及びインタフェースデータをＩ／Ｏ部１２０を介してハードディスク装置１７０に格納する。
【００２５】
その後、画像受け手側コンピュータシステム１００のユーザが、入力装置１４０を用いて、プレビュー画像表示の指示を入力すると、入力処理部１１２はその指示を表示処理部１１３に伝え、表示処理部１１３は、ユーザインタフェースデータと所望のプレビューデータとをハードディスク装置１７０から読み出し、それらの内容をモニタ１５０の画面上に表示させる（ステップＳ２８）。即ち、モニタ１５０の画面上には、ユーザインタフェースデータに基づく画像中に、プレビューデータに基づくプレビュー画像が表示されることになる。
【００２６】
ユーザはそのプレビュー画像を見て、そのデータが必要なデータかどうかを判断する（ステップＳ３０）。そして、必要なデータでない場合には、ユーザはプレビュー画像表示終了の指示を入力し、これにより、一連の処理は終了する。逆に、必要なデータである場合には、ユーザは、印刷用設定画面表示の指示を入力する。即ち、オリジナルの画像データの内容を印刷用紙に印刷する際に用いる各種設定情報を入力するための画面表示を指示するのである。なお、プレビュー画像表示終了の指示や印刷用設定画面表示の指示は、例えば、上記したユーザインタフェースデータによって画面上に所定のボタンが用意され、そのボタンを入力装置１４０を用いてクリックすることにより、行なうことができる。
【００２７】
印刷用設定画面表示の指示が入力されると、入力処理部１１２はその指示を送受信制御部１１１に伝え、送受信制御部１１１は、印刷用設定画面を表示するためのユーザインタフェースデータの伝送要求を、通信装置１６０を介して、画像データサーバ２００に向かって送信する（ステップＳ３２）。
【００２８】
画像データサーバ２００では、送られてきた伝送要求を通信装置２６０で受け取ると、送受信制御部２１１がハードディスク装置２７０から、印刷用設定画面を表示するためのユーザインタフェースデータを読み出し、通信装置２６０を介して、画像受け手側コンピュータシステム１００に向かって送信する（ステップＳ３４）。
【００２９】
ところで、本実施例において、このように画像データサーバ２００で用意されるユーザインタフェースデータは、画像受け手側コンピュータシステム１００だけのために用意されるものではなく、インターネット５００に接続された多数のクライアントにおいて汎用的に用いられるように、用意されたものである。従って、このユーザインタフェースデータは、主として、ＨＴＭＬ（HyperText Markup Language）によって書かれたＨＴＭＬデータで構成されている。
即ち、インターネット５００自体は異機種混在環境であって、画像データサーバ２００は、各クライアントがそれぞれどのような機種であるかを把握することは困難である。従って、ユーザインタフェースを特定の機種に依存したプログラムを用いて作成して、そのデータを各クライアントに提供すると、当然、そのユーザインタフェースデータを利用できないクライアントが出てくる。しかし、それだからかといって、各機種毎にユーザインタフェースデータを用意し、クライアントの機種に応じてユーザインタフェースデータを提供することは事実上不可能である。そこで、本実施例においては、機種に何ら依存せず、作成も容易なＨＴＭＬによってユーザインタフェースデータを作成し、それを用いるようにしている。
【００３０】
さて、画像受け手側コンピュータシステム１００では、送られてきたユーザインタフェースデータを通信装置１６０で受け取ると、送受信制御部１１１が、そのユーザインタフェースデータをハードディスク装置１７０に格納すると共に、表示処理部１１３が、そのユーザインタフェースデータの内容、即ち、印刷用設定画面をモニタ１５０の画面上に表示する（ステップＳ３６）。上述したように、ユーザインタフェースデータはＨＴＭＬデータであるため、周知のＷｅｂブラウザソフトを用いることによって、容易に表示させることができる。
【００３１】
図４及び図５はそれぞれ送られてきたユーザインタフェースデータに基づいてモニタ１５０の画面上に表示された印刷用設定画面の一例を示す説明図である。このうち、図４は用紙設定画面を表しており、図５は印刷指定画面を表している。
【００３２】
従って、例えば、モニタ１５０の画面上に、印刷用設定画面として、まず、図４に示すような用紙設定画面が現れると、画像受け手側コンピュータシステム１００のユーザは、入力装置１４０を用いて、用紙設定項目１５１、即ち、用紙サイズ、給紙方法、印刷の向き、印刷サイズなどを、プリンタ１８０に装着されている印刷用紙に対応するように入力し、入力が終了したらＯＫボタン１５２をクリックする。すると、次に、図５に示すような印刷指定画面が現れる。続いて、ユーザは、再度、入力装置１４０を用いて、印刷指定項目１５４、即ち、印刷部数、印刷範囲、印刷品質、用紙の種類、インクの色などを、自己の希望に応じて入力する。そして、オリジナルの画像データの送信及びその内容の印刷を希望する場合にはＯＫボタン１５５をクリックし、希望しない場合にはキャンセルボタン１５６をクリックする（ステップＳ３８）。
【００３３】
入力処理部１１２は、入力された各種設定情報及びボタンクリックの結果を送受信制御部１１１に伝え、送受信制御部１１１は、印刷指定画面においてキャンセルボタン１５６がクリックされていた場合に、一連の処理を終了する。一方、印刷指定画面において、ＯＫボタン１５５がクリックされていた場合には、送受信制御部１１１は、オリジナルの画像データの伝送要求を、通信装置１６０を介して、画像データサーバ２００に向かって送信すると共に、入力された設定情報も、送信する（ステップＳ４０）。
【００３４】
画像データサーバ２００では、送られてきた伝送要求及び設定情報を通信装置２６０で受け取ると、送受信制御部２１１は、その設定情報の全部または一部を通信装置２６０を介して画像受け手側コンピュータシステム１００に送り返す（ステップＳ４２）。上述したように、画像データサーバ２００から画像受け手側コンピュータシステム１００に提供されるユーザインタフェースデータはＨＴＭＬデータであるため、そのデータの中に、ＣＧＩ（Common Gateway Interface）と呼ばれる画像データサーバ２００上の機能を利用するための、ソフトウェア・コンポーネントを呼び出す機構を設定することができる。本実施例では、ユーザインタフェースデータにこのよう機構を設定しており、この機構を利用して、画像受け手側コンピュータシステム１００から送信されてきた設定情報が、画像データサーバ２００から画像受け手側コンピュータシステム１００に送り返されるようにしている。
【００３５】
また、送受信制御部２１１は、設定情報を送り返すのと並行して、伝送要求のあったオリジナルの画像データをハードディスク装置２７０から読み出し、通信装置２６０を介して、画像受け手側コンピュータシステム１００に向かって送信する（ステップＳ４２）。
【００３６】
画像受け手側コンピュータシステム１００では、送られてきた設定情報とオリジナルの画像上データとを通信装置１６０を介して受け取ると、送受信制御部１１１は、受け取った設定情報及び画像データを印刷処理部１１４に渡す。ここで、印刷処理部１１４は、プリンタ１８０専用のプリンタドライバソフトによって実現されており、図１に示すように、解像度変換部１１５、色変換部１１６及びハーフトーン処理部１１７で構成されている。
【００３７】
印刷処理部１１４では、受け取った設定情報に基づいて所望の印刷画像が得られるように、受け取った画像データに対し各構成要素が次のような処理を行なっている。即ち、まず、解像度変換部１１５が画像データに対し補間や間引きなどの解像度変換処理を施して、画像が印刷時の所望の解像度になるよう変換し、次に、色変換部１１６が画像データをＲＧＢデータから、プリンタ１８０の入力に対応した例えばＣＭＹＫデータに変換し、さらに、ハーフトーン処理部１１７が、画像データに対し周知のディザ処理や誤差拡散処理を施して、印刷画像において所望の階調表現がなされるようにしている。
【００３８】
印刷処理部１１４は、以上の処理が完了すると、画像データをＩ／Ｏ部１２０を介してプリンタ１８０に出力し、プリンタ１８０は入力された画像データに基づいて印刷用紙に画像データの内容である画像を印刷する（ステップＳ４４）。
【００３９】
以上のようにして、画像送り手側コンピュータシステム３００から送信された画像データは画像データサーバ２００を介して画像受け手側コンピュータシステム１００に送られ、画像受け手側コンピュータシステム１００において、その内容が印刷されることによって、画像受け手側コンピュータシステム１００のユーザは所望の画像を受け取ることができる。
【００４０】
以上説明したように、本実施例においては、画像データサーバ２００は画像データを受け取ると、そのプレビューデータを作成して画像受け手側コンピュータシステム１００に送るため、画像受け手側コンピュータシステム１００においては、プレビューデータは画像受け手側コンピュータシステム１００のユーザ（即ち、受け手側）の意思に関わらず送られてくることになる。しかし、プレビューデータ自体はオリジナルの画像データに比べてデータ容量が極めて小さいため、インターネット５００上のトラフィックを増大させるわけではなく、通信資源を無駄に消費することもない。また、画像受け手側コンピュータシステム１００のハードディスク装置１７０の記憶容量を無駄に消費することもない。
【００４１】
また、画像受け手側コンピュータシステム１００のユーザは、プレビューデータの内容を見た上で、必要なオリジナルの画像データについてのみ伝送要求を出すことによって、必要なオリジナルの画像データだけを選択的に受信することができるため、この点においても、通信資源や受け手側の資源を無駄に消費することはない。
【００４２】
また、本実施例においては、画像受け手側コンピュータシステム１００で用いるユーザインタフェースデータとして、画像データサーバ２００が用意したユーザインタフェースデータを利用しているので、画像受け手側コンピュータシステム１００においては、印刷用設定画面を表示するための特別なユーザインタフェースを用意しなくても良い。また、画像データサーバ２００においてユーザインタフェースデータに変更を加えるだけで、そのユーザインタフェースデータを利用するすべてのクライアントにおける、ユーザインタフェースを一度変更することができるので、保守管理が容易となる。また、前述したように、ユーザインタフェースデータをＨＴＭＬデータで構成することによって、クライアントの機種に依存しないユーザインタフェースデータを実現することができる。
【００４３】
さて、上記した第１の実施例においては、プレビューデータが送られた装置と同じ装置にオリジナルの画像データが送られるようにしたが、プレビューデータが送られた装置と異なる装置に画像データが送られるようにしても良い。以下、そのような実施例について説明する。
【００４４】
図６は本発明の第２の実施例としての画像データ伝送システムで用いられる携帯用端末４００の構成を示すブロック図である。この携帯用端末４００も、前述した如く、図２に示すようにインターネット５００に接続されている。
【００４５】
携帯用端末４００は、図６に示すように、プログラムに従って種々の処理や制御を行なうためのＣＰＵ４１０と、各種周辺装置との間でデータなどのやり取りを行なうためのＩ／Ｏ部４２０と、上記プログラムを記憶したり、処理中に得られたデータなどを一時的に記憶したりするためのメモリ４３０と、ユーザからの指示などを入力するための入力装置４４０と、データなどの内容を表示するためのモニタ４５０と、ネットワークを介して他の装置と通信を行なうための通信装置４６０と、を備えている。
【００４６】
また、ＣＰＵ４１０は、上記したプログラムに従って動作することにより、送受信制御部４１１、入力処理部４１２及び表示処理部４１３として機能する。
【００４７】
なお、本実施例において、各種周辺装置は携帯用端末４００の本体に一体的に取り付けられており、携帯用端末４００自体はユーザが自由に持ち歩くことができるような大きさ，重さとなっている。
【００４８】
本実施例においては、プレビューデータが送られる装置は携帯用端末４００であるが、オリジナルの画像データが送られる装置は携帯用端末４００のユーザが指定した装置としている。即ち、図６に示すように、携帯用端末４００は、ハードディスク装置やプリンタを備えていないため、画像データサーバ２００からオリジナルの画像データが送られてきても、その画像データを格納した上で、その内容を印刷することは不可能であるから、携帯用端末４００以外の所望の装置に画像データを送るようにしている。
【００４９】
では、図１及び図６を用いながら、本実施例の動作について説明する。なお、本実施例の動作のうち、画像データサーバ２００においてプレビューデータが作成されるまでの動作は、第１の実施例と同様なので、それら動作の説明は省略する。
【００５０】
次に、画像データサーバ２００において、送受信制御部２１１は、作成されたプレビューデータをハードディスク装置２７０から読み出し、通信装置２６０を介して、クライアントである携帯用端末４００に向かって送信すると共に、ハードディスク装置２７０からユーザインタフェースデータも読み出して、同じく携帯用端末４００に向かって送信する。
【００５１】
携帯用端末４００では、送られてきたプレビューデータ及びインタフェースデータを通信装置４６０で受け取ると、ＣＰＵ４１０の送受信制御部４１１が、そのプレビューデータ及びインタフェースデータをメモリ４３０に格納する。プレビューデータ自体はオリジナルの画像データに比べてデータ容量が極めて小さいため、メモリ４３０にも十分に格納することができる。
【００５２】
その後、携帯用端末４００のユーザが、入力装置４４０を用いて、プレビュー画像表示の指示を入力すると、入力処理部４１２はその指示を表示処理部４１３に伝え、表示処理部４１３は、ユーザインタフェースデータと所望のプレビューデータとをメモリ４３０から読み出し、それらの内容をモニタ４５０の画面上に表示させる。
【００５３】
ユーザはそのプレビュー画像を見て、そのデータが必要なデータかどうかを判断し、必要なデータである場合には、印刷用設定画面表示の指示を入力する。入力処理部４１２はその指示を送受信制御部４１１に伝え、送受信制御部４１１は、印刷用設定画面を表示するためのインタフェースデータの伝送要求を、通信装置４６０を介して、画像データサーバ２００に向かって送信する。
【００５４】
画像データサーバ２００では、送られてきた伝送要求を通信装置２６０で受け取ると、送受信制御部２１１がハードディスク装置２７０から、印刷用設定画面を表示するためのユーザインタフェースデータを読み出し、通信装置２６０を介して、携帯用端末４００に向かって送信する。
【００５５】
携帯用端末４００では、送られてきたユーザインタフェースデータを通信装置４６０で受け取ると、送受信制御部４１１が、そのユーザインタフェースデータをメモリ４３０に格納すると共に、表示処理部４１３が、そのユーザインタフェースデータの内容、即ち、印刷用設定画面をモニタ４５０の画面上に表示する。
【００５６】
印刷用設定画面は、前述の図４及び図５に示したのと同様であるが、さらに次のような設定項目が追加されている。即ち、画像データの送信先を設定するための項目と画像データの送信予約日時を設定するための項目である。
【００５７】
ここで、画像データの送信先の設定項目では、オリジナルの画像データを実際に送信すべき装置（言い換えれば、ユーザが画像データの受け取りを希望する装置）の、インターネット５００上における場所を表す情報を入力する。具体的には、例えば、その装置のＩＰ（Internet Protocol）アドレスやＵＲＬ（Uniform Resource Locater）などである。なお、オリジナルの画像データを送信すべき装置としては、当然、その画像データを格納することができ、さらにはその内容を印刷することができる必要があるため、携帯用端末４００のユーザはそのような装置を画像データの送信先として設定する必要がある。本実施例においては、画像受け手側コンピュータシステム１００を画像データの送信先としており、従って、ユーザはこの設定項目において画像受け手側コンピュータシステム１００のＩＰアドレスを入力する。
【００５８】
一方、画像データの送信予約日時の設定項目では、オリジナルの画像データを画像データサーバ２００から実際の送信先へ送信すべき日時を入力する。例えば、画像データの送信先である画像受け手側コンピュータシステム１００が、携帯用端末４００から離れた位置にある場合、携帯用端末４００のユーザは、画像受け手側コンピュータシステム１００が現在どの様な状態にあるのか把握できないため、画像データサーバ２００から画像データが送られてきても、画像受け手側コンピュータシステム１００において、その画像データを受け取って、その内容を印刷することができるとは限らない。そこで、予め、画像データサーバ２００が画像データを送信する日時を予約しておき、その日時までに、送信先である画像受け手側コンピュータシステム１００における画像データの受け取り準備を完了しておくことにより、送信された画像データを確実に受け取って、その内容を印刷することができる。
【００５９】
次に、入力処理部４１２は、入力された各種設定情報及びボタンクリックの結果を送受信制御部４１１に伝え、送受信制御部４１１は、印刷指定画面において、ＯＫボタン１５５がクリックされていた場合には、オリジナルの画像データの伝送要求と共に設定情報を、通信装置４６０を介して、画像データサーバ２００に向かって送信する。
【００６０】
画像データサーバ２００では、送られてきた伝送要求及び設定情報を通信装置２６０で受け取ると、送受信制御部２１１は、その設定情報をハードディスク装置２７０に格納すると共に、設定情報のうち、画像データの送信予約日時をタイマにセットする。その後、送受信制御部２１１は、タイマが送信予約日時を経過したら、ハードディスク装置２７０から、伝送要求のあったオリジナルの画像データと設定情報とを読み出し、設定情報のうち、画像データの送信先を示す情報に基づき、送信先である画像受け手側コンピュータシステム１００に向かって、読み出した画像データと設定情報を送信する。
【００６１】
画像データサーバ２００から画像データが送信された後の動作は前述した第１の実施例と同様なので説明は省略する。
【００６２】
以上説明したように、本実施例によれば、携帯用端末４００のユーザは、携帯用端末４００を使ってプレビュー画像を見た上で、そのデータが必要であれば、ユーザがオリジナルの画像データの受け取りを希望する所望の装置において、オリジナルの画像データを受け取ることができる。
【００６３】
また、ユーザインタフェースデータは前述したようＨＴＭＬデータで構成されており、そのデータ中に、ＣＧＩを利用するためのソフトウェア・コンポーネントを呼び出す機構が設定されていれば、携帯用端末４００は、画像データサーバ２００の機能を遠隔操作することができるようになり、携帯用端末４００におけるＣＰＵ４１０の処理能力が低くても、画像データサーバ２００に処理を委託することよって、高度な処理が可能となる。
【００６４】
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００６５】
上記した実施例においては、プレビューデータは画像データサーバ２００において作成されていたが、必ずしも画像データサーバ２００において作成する必要はなく、画像送り手側コンピュータシステム３００において、プレビューデータを作成して、伝送したい画像データと共に画像データサーバ２００に送るようにしても良い。
【００６６】
上記した実施例においては、伝送したい画像データを画像送り手側コンピュータシステム３００から一旦、画像データサーバ２００に送り、画像データサーバ２００からプレビューデータや画像データを受け手側（画像受け手側コンピュータシステム１００や携帯用端末４００）に送信するようにしていた。しかし、本発明は、これに限定されるものではなく、画像送り手側コンピュータシステム３００に画像データサーバ２００とほぼ同等の機能が備わっていれば、画像送り手側コンピュータシステム３００から直接受け手側にプレビューデータや画像データを送信するようにしても良い。
【００６７】
上記した実施例においては、画像データを伝送する場合について説明したが、本発明は、これに限定されるものではなく、文書データなどを伝送する場合にも適用することができる。なお、文書データを伝送する場合、この文書データに基づいて作成されるプレビューデータとしては、例えば、その文書データの内容の要約などを表す要約データや、その文書データの内容の最初の数行を切り出して得られる切り出しデータや、画像データの場合と同様に、その文書データに付随した情報から属性情報を抽出して得られる属性データなどを用いることができる。
【００６８】
上記した実施例においては、画像データサーバ２００と受け手側との間はインターネット５００を介して接続されていたが、本発明はインターネットに限定されるものではなく、電話通信網やＬＡＮ，ＷＡＮ（イントラネットなどを含む）など各種ネットワークを介して接続するようにしても良い。
【００６９】
上記した実施例においては、プレビューデータの内容はモニタの画面上に表示するようにしていたが、プリンタ等を用いて、印刷用紙上に印刷するようにしても良い。また、画像データの内容はプリンタによって印刷用紙上に印刷するようにしていたが、モニタ等を用いて、画面上に表示するようにしても良い。また、両データとも、モニタやプリンタ以外の出力手段を用いて、その内容を、ユーザにとって視認可能となるよう、出力するようにしても良い。
【００７０】
また、上記した実施例においては、画像送り手側コンピュータシステム３００から画像データサーバ２００を介して送り手側に送られる画像データは、ＲＧＢのグレースケールのビットマップデータによって構成されているものと説明したが、本発明はこのような画像データに限定されるものではなく、プリンタ等の制御コードに依存しないデータ構造であれば、どのような画像データであっても良い。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施例としての画像データ伝送システムを示すブロック図である。
【図２】図１の画像データ伝送システムをインターネット上で実現した場合の一例を示す構成図である。
【図３】図１のデータ伝送システムにおける処理手順を示すフローチャートである。
【図４】ユーザインタフェースデータに基づいてモニタ１５０の画面上に表示された印刷用設定画面の一例を示す説明図である。
【図５】ユーザインタフェースデータに基づいてモニタ１５０の画面上に表示された印刷用設定画面の他の例を示す説明図である。
【図６】本発明の第２の実施例としての画像データ伝送システムで用いられる携帯用端末４００の構成を示すブロック図である。
【符号の説明】
【００７２】
１００...画像受け手側コンピュータシステム
１１０...ＣＰＵ
１１１...送受信制御部
１１２...入力処理部
１１３...表示処理部
１１４...印刷処理部
１１５...解像度変換部
１１６...色変換部
１１７...ハーフトーン処理部
１２０...Ｉ／Ｏ部
１３０...メモリ
１４０...入力装置
１５０...モニタ
１５１...用紙設定項目
１５２...ＯＫボタン
１５４...印刷指定項目
１５５...ＯＫボタン
１５６...キャンセルボタン
１６０...通信装置
１７０...ハードディスク装置
１８０...プリンタ
２００...画像データサーバ
２１０...ＣＰＵ
２１１...送受信制御部
２１２...入力処理部
２１３...表示処理部
２１８...プレビューデータ作成部
２２０...Ｉ／Ｏ部
２３０...メモリ
２４０...入力装置
２５０...モニタ
２６０...通信装置
２７０...ハードディスク装置
３００...画像送り手側コンピュータシステム
４００...携帯用端末
４１０...ＣＰＵ
４１１...送受信制御部
４１２...入力処理部
４１３...表示処理部
４２０...Ｉ／Ｏ部
４３０...メモリ
４４０...入力装置
４５０...モニタ
４６０...通信装置
５００...インターネット
【図１】
2006345539.tif 000003
【図２】
2006345539.tif 000004
【図３】
2006345539.tif 000005
【図４】
2006345539.tif 000006
【図５】
2006345539.tif 000007
【図６】
2006345539.tif 000008