(57)【要約】  【目的】  １つのＵＲＬを規定した場合であってもサーバにアクセスした携帯電話の表示仕様に適した画像データを携帯電話に送信する。  【構成】  携帯電話からウェブ・サーバ４に送信されるＵＲＬデータによって表されるＵＲＬに仕様判定指令を示す情報を含ませる。ＵＲＬに仕様判定指令を示す情報が含まれていると仕様判定テーブル７を参照して，アクセスした携帯電話の機種が判定される。判定された携帯電話の機種に対応した画像データが仕様別画像データ記憶装置９から読み出される。読み出された画像データがウェブ・サーバ４からアクセスした携帯電話に送信される。  【選択図】  図２
2006073030.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して画像サーバと通信可能なクライアント装置において，
ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを生成する生成手段，
上記生成手段により生成されたリクエスト・データに含まれるクライアント装置の表示仕様データをプリンタの表示仕様データに変更する変更手段，および
上記変更手段により表示仕様データが変更されたリクエスト・データを上記画像サーバに送信する送信手段，
を備えたクライアント装置。
【請求項２】
上記変更手段は，クライアント装置にプリンタが接続されていることによりリクエスト・データに含まれるクライアント装置の表示仕様判別データをプリンタの表示仕様判別データに変更するものである，請求項１に記載のクライアント装置。
【請求項３】
ネットワークを介して画像サーバと通信可能なクライアント装置において，
ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを生成し，
生成されたリクエスト・データに含まれるクライアント装置の表示仕様データをプリンタの表示仕様データに変更し，
表示仕様データが変更されたリクエスト・データを上記画像サーバに送信する，
クライアント装置の動作制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，クライアント装置およびその動作制御方法に関する。
【背景技術】
【０００２】
現在，携帯電話には表示装置が設けられているのが一般的である。携帯電話を用いてウェブ・サーバにアクセスすることにより，ウェブ・サーバから携帯電話にテキスト・データ，画像データ等が送信される。携帯電話の表示装置に文字，画像等が表示されることとなる。
【０００３】
ところが，携帯電話の表示仕様（表示できる画像フォーマット，画像サイズ，画像の色など）は各機種，携帯電話会社等により異なる。このために，ウェブ・サーバのウェブ・ページの作成は，携帯電話の表示仕様ごとに作成する必要がある。たとえば，ウェブ・ページにアクセスするためのＵＲＬ（uniform resource locator）を携帯電話の表示仕様ごとに規定する必要がある。
【０００４】
また，携帯電話の表示仕様に対応してウェブ・サーバ側において選択させるためにはＣＧＩ（common gateway interface）などを利用しなければならない。しかしながら，携帯電話などによってはＣＧＩを利用できないものもある。
【発明の開示】
【０００５】
この発明は，複数のＵＲＬを規定しなくとも異なる表示仕様をもつ携帯電話等のクライアント装置に画像を表示できるようにすることを目的とする。
【０００６】
この発明は，クライアント装置からの要求に応じて画像データを送信する画像サーバにおいて，クライアント装置の表示仕様に対応して画像データを記憶する画像データ記憶手段，ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを受信する受信手段，上記ＵＲＬデータにクライアント装置の表示仕様判別指令を示すデータが含まれているかどうかを判別する第１の判別手段，上記第１の判別手段によって，表示仕様判別指令データが含まれていると判別されたことに応じて，上記表示仕様判別データによって指定されるクライアント装置の表示仕様を判別する第２の判別手段，上記第２の判別手段による判別の結果得られた表示仕様に対応した画像データを上記画像データ記憶手段に記憶されている画像データの中から検索する検索手段，および上記検索手段による検索により見つかった画像データを，上記リクエスト・データを送信したクライアント装置に送信する送信手段を備えていることを特徴とする。
【０００７】
第１の発明は，上記サーバに適した動作制御方法も提供している。すなわち，クライアント装置からの要求に応じて画像データを送信する画像サーバにおいて，クライアント装置の表示仕様に対応して画像データを画像データ記憶手段に記憶しておき，ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを受信し，上記ＵＲＬデータにクライアント装置の表示仕様判別指令を示すデータが含まれているかどうかを判別し，表示仕様判別指令データが含まれていると判別されたことに応じて，上記表示仕様判別データによって指定されるクライアント装置の表示仕様を判別し，判別の結果得られた表示仕様に対応した画像データを上記画像データ記憶手段に記憶されている画像データの中から検索し，検索により見つかった画像データを，上記リクエスト・データを送信したクライアント装置に送信するものである。
【０００８】
第１の発明によると，サーバにはクライアント装置の表示仕様に対応して画像データが記憶されている。クライアント装置から上記リクエスト・データが送信され，サーバにおいて上記リクエスト・データが受信される。リクエスト・データの中に含まれているＵＲＬデータにクライアント装置の表示仕様判別指令を示すデータが含まれているかどうかが判別される。
【０００９】
表示仕様判別指令を示すデータが含まれていると，上記リクエスト・データに含まれる表示仕様判別データにもとづいてクライアント装置の表示仕様に対応した画像データが上記画像データ記憶手段において検索される。検索の結果クライアント装置の表示仕様に対応した画像データが見つかると，その見つけられた画像データがクライアント装置に送信される。
【００１０】
１つのＵＲＬを規定するだけで，クライアント装置の表示仕様に適した画像を表す画像データをクライアント装置に送信できるようになる。
【００１１】
上記第２の判別手段による判別の結果得られた表示仕様に対応する画像データが上記画像データ記憶手段に記憶されていないときに，判別の結果得られた表示仕様に対応する画像データを生成する画像データ生成手段，および上記画像データ生成手段により生成された画像データを上記画像データ記憶手段に記憶させる記憶制御手段をさらに備えることが好ましい。
【００１２】
この場合，上記送信手段は，上記画像データ生成手段により生成された画像データを上記リクエスト・データを送信したクライアント装置に送信するものとなろう。
【００１３】
画像サーバにアクセスしたクライアント装置の表示仕様に対応する画像データがない場合であっても，その表示仕様に対応した画像データを生成することができる。クライアント装置の表示仕様に対応した画像データをクライアント装置に送信できるようになる。
【００１４】
上記表示仕様判別データにもとづいて，上記リクエスト・データを送信したクライアント装置が，暗号化された画像データを復号する機能を有しているかどうかを判別する第３の判別手段をさらに備えてもよい。この場合には，上記画像データ生成手段は，上記第３の判別手段によって復号する機能を有していると判別されたことにより，上記第２の判別手段による判別の結果得られた表示仕様に対応する画像データを暗号化して生成するものとなろう。
【００１５】
画像データが暗号化されてクライアント装置に送信されるので，第三者に傍受されてもその画像データが不当に利用されることを未然に防止できる。
【００１６】
上記画像データ記憶手段は，クライアント装置の表示仕様に対応して記憶される画像データを更新可能なものであることが好ましい。クライアント装置の表示仕様により適した画像データ（たとえば，クライアント装置の表示装置における表示に好ましい色特性をもつ画像データなど）がわかったときに，そのような画像データに更新することができるようになる。
【００１７】
上記画像データ記憶手段に記憶されている画像データの更新状況（たとえば，バージョン・ナンバ，更新年月日，日時，回数など）を表すデータおよび更新内容（画像がどのように更新されたかを示す画像内容など）を表すデータの少なくとも一方のデータを，対応する画像データに関連して記憶する更新関連データ記憶手段をさらに備えることが好ましい。
【００１８】
画像データの更新状況の確認，更新内容の確認などができるようになる。
【００１９】
上記画像データ記憶手段は，クライアント装置の表示仕様に対応して，高解像度画像データおよび低解像度画像データを記憶するものでもよい。
【００２０】
クライアント装置が高解像度の画像を表示できるもの（または高解像度の画像を印刷できるもの）である場合には，高解像度画像データを画像サーバからクライアント装置に送信できるようになる。クライアント装置において高解像度の画像の印刷（写真印刷）ができるようになる。クライアント装置が高解像度の画像を表示できない場合には，データ量の少ない低解像度の画像データをクライアント装置に送信することにより，送信時間を短縮できるようになる。
【００２１】
第２の発明は，ネットワークを介して画像サーバと通信可能なクライアント装置において，ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを生成する生成手段，上記生成手段により生成されたリクエスト・データに含まれるクライアント装置の表示仕様データをプリンタの表示仕様データに変更する変更手段，および上記変更手段により表示仕様データが変更されたリクエスト・データを上記画像サーバに送信する送信手段を備えていることを特徴とする。
【００２２】
第２の発明は，上記装置に適した制御方法も提供している。すなわち，この方法は，ネットワークを介して画像サーバと通信可能なクライアント装置において，ＵＲＬを示すデータおよびクライアント装置の表示仕様を判別するデータを含むリクエスト・データを生成し，生成されたリクエスト・データに含まれるクライアント装置の表示仕様データをプリンタの表示仕様データに変更し，表示仕様データが変更されたリクエスト・データを上記画像サーバに送信するものである。
【００２３】
第２の発明によると，クライアント装置の表示仕様を判別するデータがプリンタの表示仕様を判別するデータに変更される。プリンタの表示仕様を判別するデータに変更された表示仕様を判別するデータが，クライアント装置の表示仕様を判別するデータとして，画像サーバに送信される。
【００２４】
画像サーバにおいてクライアント装置から送信された表示仕様を判別するデータが受信されると，プリンタからの要求であると判定される。すると，印刷に適した画像データ（高解像度の画像データ）が検索により見つけられ，見つけられた画像データが画像サーバからクライアント装置に送信される。
【００２５】
クライアント装置において受信した画像データは，プリンタによる印刷に適した高解像度の画像データであるからきれいな画像を印刷することができるようになる。
【００２６】
上記変更手段は，クライアント装置にプリンタが接続されていることによりリクエスト・データに含まれるクライアント装置の表示仕様判別データをプリンタの表示仕様判別データに変更するものでもよい。
【００２７】
プリンタが接続されていない場合に，プリンタ用における印刷用の画像データが画像サーバからクライアント装置に送信されてしまうことを未然に防止できる。
【実施例】
【００２８】
（１）第１実施例
図１は，この発明の実施例を示すもので，携帯電話（携帯端末装置，クライアント装置）２Ａおよび２Ｂとサーバ・システム３とからなる通信システムの概要を示している。
【００２９】
携帯電話２Ａおよび２Ｂは，インターネットを介してサーバ・システム３にアクセスすることができる。携帯電話２Ａおよび携帯電話２Ｂには表示装置が設けられている。携帯電話２Ａは，一の携帯電話会社用のものであり，携帯電話２Ｂは，携帯電話２Ａの携帯電話会社とは異なる携帯電話会社用のものである。したがって，携帯電話２Ａの表示装置の表示仕様と携帯電話２Ｂの表示仕様とは異なる。たとえば，携帯電話２Ａは，ＧＩＦ（graphic  interchange  format）の画像を表示できる仕様となっており，携帯電話２Ｂは，ＰＮＧ（portable  network  graphics）のフォーマットの画像を表示できる仕様となっている。
【００３０】
携帯電話２Ａまたは２Ｂがサーバ・システム３にアクセスすることにより，サーバ・システム３から画像データが送信され，携帯電話２Ａまたは２Ｂの表示装置に画像が表示されることとなる。この実施例においては，表示仕様が異なる携帯電話２Ａおよび２Ｂを用いてサーバ・システム３にアクセスした場合１つの（共通の）ＵＲＬを指定するだけで，表示仕様に適した画像データが携帯電話２Ａまたは２Ｂに送信される。より詳しくは，以下の説明によって明らかとなろう。
【００３１】
図２は，サーバ・システム３の電気的構成を示すブロック図である。
【００３２】
サーバ・システム３には，インターネットに接続するためのウェブ・サーバ４が含まれている。このウェブ・サーバ４にアプリケーション・サーバ５が接続されている。
【００３３】
アプリケーション・サーバ５には，サーバ・システム３（ウェブ・サーバ４）にアクセスした携帯電話の表示仕様を判定する装置６が接続されている。この仕様判定装置６には，表示仕様を判定するためのテーブル７（記憶装置）が接続されている。テーブル７を参照して，サーバ・システム３にアクセスした携帯電話の表示仕様が判定される。
【００３４】
仕様判定装置６には，画像取得装置８が接続されている。画像取得装置８には，仕様別画像データ記憶装置９が接続されている。この仕様別画像データ記憶装置９には，携帯電話の表示仕様ごとに表示に適した画像データが記憶されている。画像取得装置８によって，仕様別画像データ記憶装置９に記憶されている画像データの中からサーバ・システム３にアクセスした携帯電話の表示仕様に適した画像データが読み取られる。
【００３５】
さらに，画像取得装置８には，オリジナルの画像データが記憶されているオリジナル画像データ記憶装置10が接続されている。仕様別画像データ記憶装置９に記憶されていない表示仕様の携帯電話がサーバ・システム３にアクセスした場合には，オリジナル画像データ記憶装置10に記憶されているオリジナル画像データを用いて表示仕様に適した画像データが生成される。生成された画像データは，仕様別画像データ記憶装置９に記憶させられることとなる。
【００３６】
また，画像取得装置８には，画像送信装置11も接続されている。画像取得装置８によって，仕様別画像データ記憶装置９から読み取られたまたはオリジナル画像データ記憶装置10によって生成された画像データが画像送信装置11によってウェブ・サーバ４を介して，アクセスした画像データに送信されることとなる。
【００３７】
上述した各回路はハードウェアによって構成されているがソフトウェアによって構成できるのはいうまでもない。
【００３８】
図３は，仕様判定テーブル７の内容を示している。
【００３９】
仕様判定テーブル７は，携帯電話の機種名，携帯電話のメーカ名，携帯電話に設けられている表示装置の表示画面サイズ，その表示装置が表示できる色数（カラーか白黒も含む），その表示装置が表示できる画像のフォーマットおよび携帯電話がサーバ・システムにアクセスしたときに携帯電話から送信されるUser Agentを示すデータが記憶されている。
【００４０】
携帯電話から送信されるUser Agentを用いてその携帯電話の表示装置が表示できる画像のフォーマット，画像の色数，表示サイズの画面サイズ，携帯電話のメーカ名および機種名が分かることとなる。携帯電話の機種名（表示仕様）に応じた画像データを仕様別画像データ記憶装置９から読み取ることができるようになる。
【００４１】
図４は，サーバ・システム３にアクセスするときに携帯電話からサーバ・システム３に送信されるｈｔｔｐリクエストのデータ構造を示している。
【００４２】
ｈｔｔｐリクエストには，メソッド，ヘッダおよびリクエスト・ボディが含まれている。
【００４３】
メソッドには，携帯電話からサーバ・システム３に与える指令（たとえば，画像データの送信指令）を示す「ＧＥＴ」データおよび「ＵＲＬ」データが含まれている。ＵＲＬは，たとえば，http://server/app/keitai-k/path/img.pngである。このＵＲＬにおいて「keitai-k」が仕様判定指令を示すデータである。ＵＲＬを構成するその他のパスにより画像が特定される。サーバ・システム３において，ｈｔｔｐリクエストの中に仕様判定指令を示すデータが含まれていることが検出されることにより，仕様判定装置６により携帯電話の仕様判定処理が実行される。
【００４４】
ヘッダには，上述したUserAgentが含まれているほか所定の管理データが含まれている。
【００４５】
さらに，ｈｔｔｐリクエストにはリクエスト・ボディが含まれているが，リクエスト・ボディは通常は空である。
【００４６】
図５は，携帯電話にアクセスされるサーバ・システム３の処理手順を示すフローチャートである。
【００４７】
ネットワークを介して携帯電話から送信されるｈｔｔｐリクエストがウェブ・サーバ４によって受信される（ステップ21）。ｈｔｔｐリクエストの中のＵＲＬデータによって表されるＵＲＬの中に仕様判定指令が含まれていると，仕様判定装置６が起動させられる（ステップ22）。たとえば，上述したようにＵＲＬがhttp://server/app/keitai-k/path/img.pngであると「keitai-k」が検出されることにより，仕様判定指令がＵＲＬに含まれていると判定され，サーバ・システム３にアクセスした携帯電話の仕様判定処理が実行される。
【００４８】
ｈｔｔｐリクエストの中のUserAgentが仕様判定装置６によって読み取られ，仕様判定テーブル７を参照して，どの機種の携帯電話がウェブ・サーバ４にアクセスしたかが判定される（ステップ23）。さらに，ＵＲＬに含まれるパスにより携帯電話が送信要求した画像が特定される（ステップ24）。
【００４９】
ウェブ・サーバ３にアクセスした携帯電話の機種および送信要求した画像が特定されると，仕様別画像データ記憶装置９に記憶されている画像データの中から，送信要求した画像を表し，かつアクセスした携帯電話の機種の表示仕様に適した画像データが検索される（ステップ25）。
【００５０】
検索により対応する画像データが見つかると（ステップ26でＹＥＳ），見つけられた画像データが画像送信装置11に与えられる。画像送信装置11において，見つけられた画像データを含むｈｔｔｐレスポンスが生成され，画像取得装置８，仕様判定装置６およびアプリケーション・サーバ５を介してウェブ・サーバ４に与えられ，画像の送信要求をした携帯電話に送信される（ステップ30）。
【００５１】
検索により対応する画像データが見つからないと（ステップ26でＮＯ），オリジナル画像データ記憶装置10に記憶されている画像データのうち，ＵＲＬのパスによって特定される画像に対応する画像データが読み取られる（ステップ27）。読み取られた画像データから，ウェブ・サーバ３にアクセスした携帯電話の機種の表示仕様に対応した画像データが画像取得装置８において生成される（ステップ28）。画像取得装置８には，UserAgentに対応して表示仕様が記憶されているのはいうまでもない。
【００５２】
生成された画像データは，画像取得装置８により仕様別画像データ記憶装置９に記憶される（ステップ29）。
【００５３】
このようにして生成された画像データが画像送信装置11に与えられ，画像送信装置11によって上述したようにウェブ・サーバ４に与えられ，画像の送信要求をした携帯電話に送信される（ステップ30）。また，一度生成された表示仕様をもつ画像データは仕様別画像データ記憶装置９に記憶されるので，生成された表示仕様をもつ画像データが再び生成されてしまうことを未然に防止できる。
【００５４】
どのような表示仕様をもつ携帯電話であっても１つのＵＲＬ（たとえば上述した http://server/app/keitai-k/path/img.png）で表示仕様に対応した画像データがサーバ・システム３から携帯電話に送信される。複数のＵＲＬを用いずに携帯電話の表示仕様に対応した画像を表示させることができるようになる。携帯電話２Ａと２Ｂとのように契約している携帯電話会社が異なり，表示仕様が異なる場合であっても，１つのＵＲＬで画像を表示できるようになる。
【００５５】
（２）第２実施例
第１実施例は，サーバ・システム３と接続されるクライアント装置は，携帯電話であったが，第２実施例においては，携帯電話以外のクライアント装置がサーバ・システム３と接続される。
【００５６】
図６は，第２実施例における通信システムを示している。
【００５７】
サーバ・システム３にはインターネットを介して携帯電話２Ａ，２Ｂ以外に店頭端末装置（スーパー，コンビニエンス・ストア，デパートなどに配置される）２Ｃ，ラボラトリ端末装置（ラボラトリに配置される）２Ｄ，ＰＣ（パーソナル・コンピュータ，家庭に配置される）２Ｅなどが接続される。ラボラトリ端末２Ｄには，高解像度のラボラトリ用プリンタ41が接続されている。ＰＣ２Ｅには，ホーム用プリンタ42が接続されている。
【００５８】
店頭端末装置２Ｃ，ラボラトリ端末装置２ＤおよびＰＣ２ＥはいずれもＣＰＵ，メモリ，ハードディスク・ドライブ，表示端末装置などを内蔵している。
【００５９】
図７は，ＰＣ２Ｅがサーバ・システム３に接続した場合に行われるUserAgentの変更の処理手順を示すフローチャートである。この処理は，ＰＣ２Ｅにおいて行われる。
【００６０】
ＰＣによってサーバ・システム３にアクセスされると，通常は，ＰＣのUserAgentがＰＣからサーバ・システム３に送信される。この実施例においては，ＰＣ２Ｅにホーム用プリンタ42が接続されているときにはホーム用プリンタ42のUserAgentがＰＣ２Ｅからサーバ・システム３に送信される。あたかもホーム用プリンタ42がサーバ・システム３とインターネットを介して直接接続されるかのようになる。もっとも，ＰＣ２Ｅにホーム用プリンタ42が接続されていない場合でもホーム用プリンタ42のUserAgentをサーバ・システム３に送信するようにしてもよいのはいうまでもない。
【００６１】
ＰＣ２Ｅにおいて，上述したｈｔｔｐリクエストが生成される（ステップ51）。生成されたｈｔｔｐリクエストは，ＰＣ２ＥのＯＳ（operating  system），インターネットに接続するためのBrowserなどを表すＰＣ２ＥのUserAgent（たとえば，ＯＳBrowser／4.0）が含まれている。
【００６２】
ＰＣ２Ｅにホーム用プリンタ42が接続されていると（ステップ52），ＰＣ２ＥのUserAgentからホーム用プリンタ42のUserAgent（たとえば，AAA/1.0/PRINT01）に変更される（ステップ53）。変更されたUserAgentを含むｈｔｔｐリクエストがＰＣ２Ｅからサーバ・システム３に送信される（ステップ54）。
【００６３】
サーバ・システム３においてはあたかもホーム用プリンタ42と接続されているかのように認識される。
【００６４】
ＰＣ２Ｅにホーム用プリンタ42が接続されていないときには（ステップ52でＮＯ），ステップ53の処理はスキップされる。もっとも，上述したようにＰＣ２Ｅにホーム用プリンタ42が接続されていない場合であってもUserAgentをホーム用プリンタ42に変更してもよい。この場合には，ホーム用プリンタ42のUserAgentがＰＣ２Ｅに記憶されていることとなろう。
【００６５】
図８は，仕様判定テーブルを示している。
【００６６】
図８に示す仕様判定テーブルは，図３に示す仕様判定テーブルと異なり，携帯電話の仕様だけでなく，店頭端末装置，ラボラトリ装置およびＰＣの仕様についても記憶されている。
【００６７】
上述した第１実施例と同様にサーバ・システム３にアクセスした装置から送信されるｈｔｔｐリクエストに含まれるUserAgentにもとづいた表示仕様に適した画像データが，サーバ・システム３において検索されることとなる。携帯電話以外のクライアント装置がサーバ・システム３にアクセスした場合であっても，そのアクセスしたクライアント装置の表示仕様に適した画像データを見つけ，そのクライアント装置に送信できるようになる。
【００６８】
店頭端末装置２Ｃ，ラボラトリ装置２Ｄ，ＰＣ２Ｅ用の画像データは，携帯電話用の画像データに比べ高解像度の画像データ（画像サイズの大きな画像を表わす画像データ）が仕様別画像データ記憶装置９に記憶されているのはいうまでもない。店頭端末装置２Ｃ，ラボラトリ装置２Ｄ，ＰＣ２Ｅがサーバ・システム３にアクセスした場合には，高解像度の画像データがこれらのクライアント装置に送信されることとなる。
【００６９】
図９は，画像バージョン・テーブルを示している。この画像バージョン・テーブルは，アプリケーション・サーバ５のメモリ内に記憶してもよいし，仕様別画像データ記憶装置９の所定の領域に記憶するようにしてもよい。
【００７０】
第２実施例においては，サーバ・システム３の仕様別画像データ記憶装置９に記憶される画像データを更新することができる。クライアント装置に表示（または印刷）されたときにより見やすくなるように画像データの内容が更新される。
【００７１】
画像バージョン・テーブルは，UserAgentに対応して，画像バージョン番号および画像内容が記憶されている。
【００７２】
画像バージョン番号を参照することにより更新頻度，回数などがわかり，画像内容を参照することによりどのように画像データが更新されたかがわかる。
【００７３】
図10は，サーバ・システム３の処理手順の一部を示すフローチャートであり，第１実施例の図５の処理に対応している。
【００７４】
第１実施例においては，画像データの検索において該当する画像データが見つかるとその見つかった画像データをクライアント装置に送信していたが，第２実施例においては検索により見つかった場合には（ステップ26でＹＥＳ），その見つかった画像データの画像バージョンが最新のものかどうかが画像バージョン・テーブルにもとづいて確認される（ステップ31）。
【００７５】
最新のものであれば，その最新の画像データがクライアント装置に送信される。最新のものでなければ（ステップ31でＮＯ），オリジナル画像データ記憶装置10からオリジナル画像データが読み取られ，画像バージョン・テーブルに記憶されたバージョン番号および画像内容にもとづいて最新のバージョン番号にもとづいた画像内容の画像データとなるように画像データが更新される。更新された画像データが仕様別画像データ記憶装置９に記憶される。このようにして生成された最新の画像データがサーバ・システム３からクライアント装置に送信されることとなる。クライアント装置には，表示に適した最新に更新された画像データが送信される。
【００７６】
図11は，サーバ・システム３の処理手順の変形例を示すフローチャートであり，第１実施例の図５の処理に対応している。
【００７７】
図11に示す処理においては，画像データが暗号化される。暗号化されているので第三者に傍受されても不正使用されてしまうことを未然に防止できる。
【００７８】
上述したように表示仕様に適した画像データが生成されると（ステップ28），生成された画像データが暗号化が必要なものかどうかが確認される（ステップ32）。クライアント装置が携帯電話の場合には，比較的低解像度の画像データがサーバ・システム３からクライアント装置に送信される。これに対して，クライアント装置が店頭端末装置２Ｃ，ラボラトリ装置２Ｄ，ＰＣ２Ｅなどの場合，高解像度の画像データがサーバ・システム３からクライアント装置に送信される。低解像度の画像データは利用価値が低いのに対して，高解像度の画像データは利用価値が高い。このために，クライアント装置３にアクセスしたクライアント装置が店頭端末装置２Ｃ，ラボラトリ装置２Ｄ，ＰＣ２Ｅの場合には，暗号化が必要な表示仕様のクライアント端末と判断され（ステップ32），画像データが暗号化される（ステップ29）。暗号化は，アプリケーション・サーバ５において行われることとなろう。暗号化された画像データが仕様別画像データ記憶装置９に記憶されることとなる（ステップ29）。
【００７９】
画像データが暗号化されているので第三者の不正利用を未然に防止できる。
【００８０】
上述した実施例において，携帯電話２Ａまたは２Ｂを用いてサーバ・システム３に画像データの要求を行ない，店頭端末装置２Ｃまたはラボラトリ端末装置２Ｄに画等データを受信されるようにしてもよい。受信した画像データによって表わされる画像が店頭端末装置２Ｃまたはラボラトリ端末装置２Ｄに接続されたラボラトリ用プリンタ41によってプリントされる。このようなプリントをユーザが受け取るときには正当なユーザかどうかをＩＤを用いて確認することとなろう。
【図面の簡単な説明】
【００８１】
【図１】第１実施例による通信システムの概要を示している。
【図２】サーバ・システムの電気的構成を示すブロック図である。
【図３】仕様判定テーブルを示している。
【図４】ｈｔｔｐリクエストのデータ構造を示している。
【図５】サーバ・システムの処理手順を示すフローチャートである。
【図６】第２実施例による通信システムの概要を示している。
【図７】ＰＣの処理手順を示すフローチャートである。
【図８】仕様判定テーブルを示している。
【図９】画像バージョン・テーブルを示している。
【図１０】サーバ・システムの処理手順の一部を示すフローチャートである。
【図１１】サーバ・システムの処理手順の一部を示すフローチャートである。
【符号の説明】
【００８２】
２Ａ，２Ｂ  携帯電話
２Ｃ  店頭端末装置
２Ｄ  ラボラトリ装置
２Ｅ  ＰＣ
３  サーバ・システム
４  ウェブ・サーバ
６  仕様判定装置
７  仕様判定テーブル
８  画像取得装置
９  仕様別画像データ記憶装置
10  オリジナル画像データ記憶装置
11  画像送信装置
41  ラボラトリ用プリンタ
42  ホーム用プリンタ
【図１】
2006073030.tif 000003
【図２】
2006073030.tif 000004
【図３】
2006073030.tif 000005
【図４】
2006073030.tif 000006
【図５】
2006073030.tif 000007
【図６】
2006073030.tif 000008
【図７】
2006073030.tif 000009
【図８】
2006073030.tif 000010
【図９】
2006073030.tif 000011
【図１０】
2006073030.tif 000012
【図１１】
2006073030.tif 000013