(57)【特許請求の範囲】
【請求項１】
複数の画像を記憶しているサーバと通信可能な情報処理装置と、当該情報処理装置と通信可能であり且つ当該複数の画像の少なくとも１つを出力可能な出力装置とを含む情報処理システムであって、
前記情報処理装置は、
前記サーバから、前記複数の画像のそれぞれのサイズを特定するための情報であり且つ当該複数の画像を含まない情報であるサイズ情報を取得する第１の取得手段と、
前記第１の取得手段が取得した前記サイズ情報に応じて、当該複数の画像のうちの前記出力装置の出力性能に応じたサイズの画像を取得するための取得情報を、前記出力装置に送信する送信手段と、を備え、
前記出力装置は、
前記送信手段により送信された前記取得情報に基づいて、前記情報処理装置を介さずに、前記サーバから前記出力性能に応じたサイズの画像を取得する第２の取得手段、を備える、
ことを特徴とする情報処理システム。
【請求項２】
前記情報処理装置は、
前記サイズ情報に応じて前記複数の画像から前記出力性能に応じたサイズの画像を選択する選択手段、をさらに備え、
前記送信手段は、前記選択手段により選択された画像を取得するための前記取得情報を送信することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記出力装置は画像を表示する表示装置であり、
前記出力性能は、前記表示装置において画像が表示される領域の画素数に関する情報である、ことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記出力性能は、前記表示装置において画像が表示されるときの表示モードに対応することを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記出力装置は画像を印刷する印刷装置であり、
前記出力性能は、前記印刷装置による印刷に関する性能である、ことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項６】
前記出力性能は、前記印刷装置により画像が印刷されるときの解像度であることを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記出力性能は、前記印刷装置により画像が印刷されるときの印刷領域の大きさであることを特徴とする請求項５に記載の情報処理システム。
【請求項８】
前記出力性能は、前記印刷装置により画像が印刷されるときの印刷媒体の大きさと印刷モードであることを特徴とする請求項７に記載の情報処理システム。
【請求項９】
前記情報処理装置は、
前記出力装置から前記出力性能に関する情報を受信する受信手段、をさらに備え、
前記送信手段は、前記複数の画像のうちの、前記受信手段により受信された前記出力性能に関する情報に基づく出力性能に応じたサイズの画像を取得するための取得情報を送信する、ことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
【請求項１０】
前記受信手段は、前記出力装置の機種を特定するための情報を前記出力性能に関する情報として受信することを特徴とする請求項９に記載の情報処理システム。
【請求項１１】
前記情報処理装置は、前記サーバと前記出力装置とインターネットを介して通信が可能なリレーサーバであることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理システム。
【請求項１２】
前記取得情報は、前記出力性能に応じたサイズの画像の、ネットワークにおけるロケーション情報であることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理システム。
【請求項１３】
前記ロケーション情報は、ＵＲＬであることを特徴とする請求項１２に記載の情報処理システム。
【請求項１４】
前記情報処理装置は、複数のサーバと通信可能であり、
前記第１の取得手段は、当該複数のサーバのうちの、前記出力装置からの要求に応じたサーバから前記サイズ情報を取得することを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理システム。
【請求項１５】
前記複数の画像は、同じ内容であり且つ異なるサイズの画像であることを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理システム。
【請求項１６】
複数の画像を記憶しているサーバと、当該複数の画像の少なくとも１つを出力可能な出力装置と通信可能な情報処理装置であって、
前記サーバから、前記複数の画像のそれぞれのサイズを特定するための情報であり且つ当該複数の画像を含まない情報であるサイズ情報を取得する取得手段と、
前記取得手段が取得した前記サイズ情報に応じて、当該複数の画像のうちの前記出力装置の出力性能に応じたサイズの画像を前記出力装置が前記情報処理装置を介さずに取得可能な取得情報を、前記出力装置に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項１７】
複数の画像を記憶しているサーバと通信可能である情報処理装置と通信可能な出力装置であって、
前記情報処理装置から送信された取得情報に基づいて、前記情報処理装置を介さずに、前記サーバから前記出力装置の出力性能に応じたサイズの画像を前記サーバから取得する取得手段、を備え、
前記取得情報は、前記複数の画像のそれぞれのサイズを特定するための情報であり且つ当該複数の画像を含まない情報であるサイズ情報に応じて、当該複数の画像のうちの前記出力装置の出力性能に応じたサイズの画像を取得するための情報である、ことを特徴とする出力装置。
【請求項１８】
複数の画像を記憶しているサーバと通信可能な情報処理装置と、当該情報処理装置と通信可能であり且つ当該複数の画像の少なくとも１つを出力可能な出力装置とにより実行される情報処理方法であって、
前記情報処理装置が、前記サーバから、前記複数の画像のそれぞれのサイズを特定するための情報であり且つ当該複数の画像を含まない情報であるサイズ情報を取得する第１の取得工程と、
前記情報処理装置が、前記第１の取得工程において取得された前記サイズ情報に応じて、当該複数の画像のうちの前記出力装置の出力性能に応じたサイズの画像を取得するための取得情報を、前記出力装置に送信する送信工程と、
前記出力装置が、前記送信工程において送信された前記取得情報に基づいて、前記情報処理装置を介さずに、前記サーバから前記出力性能に応じたサイズの画像を取得する第２の取得工程と、
を有することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力装置に画像を取得させる情報処理システム、情報処理装置、出力装置、および情報処理方法に関する。
【背景技術】
【０００２】
近年、インターネットに接続されたサーバによって、ユーザが互いに写真画像を公開して共有することができるＷｅｂサービスが提供されている。そのＷｅｂサービスにより、ユーザは、ＰＣ等で動作するウェブブラウザ上で写真画像の表示や、写真等の画像データのアップロードを行うことができる。
【０００３】
また、アプリケーションからＷｅｂサーバに格納されている情報を直接取得可能とするように、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を提供しているＷｅｂサービスがある。そして、そのようなＡＰＩを利用することによりサーバ上の画像データを表示可能としたソフトウェアを備えた組込み機器が開発されている。
【０００４】
なお、上記のＷｅｂサービスでは高精細な主画像に加えて、主画像よりも画素数の少ないサムネイル画像データを格納している。そして、組込み機器では、サムネイル画像をＷｅｂサーバから取得して表示することで、主画像を表示させる場合よりも早く、画像の内容をユーザに示すことができる。
【０００５】
このようなサムネイル画像を表示させる方法として、特許文献１には、画素数の異なる複数種類のサムネイル画像を記憶しておくことが記載されている。そして、サムネイル画像の一覧ビュー画面においては、ユーザが指示した表示倍率に応じた画素数のサムネイル画像を表示させることが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１４０３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の従来技術では、表示倍率に応じた画素数の画像を表示させているが、その画像を表示させる表示装置がどのようなものであるかについては考慮されていない。従って、表示倍率に応じた画素数の画像を表示装置に表示させたとしても、その画像が当該表示装置に適さない場合がある。例えば、ユーザが指定した表示倍率に応じて選択された画像の画素数が、ある解像度の表示装置に表示させる場合に適していたとしても、その表示装置よりも解像度の低い表示装置には適さない場合がある。
【０００８】
本発明は、上記の点に鑑み、出力装置に適切な画像を取得させることができる情報処理システム、情報処理装置、出力装置、および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る情報処理システムは、複数の画像を記憶しているサーバと通信可能な情報処理装置と、当該情報処理装置と通信可能であり且つ当該複数の画像の少なくとも１つを出力可能な出力装置とを含む情報処理システムであって、前記情報処理装置は、前記サーバから、前記複数の画像のそれぞれのサイズを特定するための情報であり且つ当該複数の画像を含まない情報であるサイズ情報を取得する第１の取得手段と、前記第１の取得手段が取得した前記サイズ情報に応じて、当該複数の画像のうちの前記出力装置の出力性能に応じたサイズの画像を取得するための取得情報を、前記出力装置に送信する送信手段と、を備え、前記出力装置は、前記送信手段により送信された前記取得情報に基づいて、前記情報処理装置を介さずに、前記サーバから前記出力性能に応じたサイズの画像を取得する第２の取得手段、を備える、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、出力装置に適切な画像を取得させることができる。
【図面の簡単な説明】
【００１１】
【図１】Ｗｅｂサービスシステムの構成を示す図である。
【図２】ＭＦＰのハードウェア構成を示す図である。
【図３】リレーサーバのアプリケーション構成を示す図である。
【図４】各サイトで登録されているデータ構成の一例を示す図である。
【図５】アルバムリストの記述例を示す図である。
【図６】写真共有サイトＡから取得可能なサムネイル画像の一例を示す図である。
【図７】アルバムリストを取得し、表示するまでの処理の手順を示す図である。
【図８】印刷対象の画像を選択して印刷するまでの処理を示す図である。
【図９】ＭＦＰの表示部の画面を示す図である。
【図１０】リレーサーバが取得する画像情報リストの一例を示す図である。
【図１１】リレーサーバが取得する画像情報リストの他の例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施例を詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１３】
図１は、本発明に係る実施例における情報処理装置を含むネットワーク構成を示す図である。図１に示すネットワークは、ＴＣＰ／ＩＰを使用して、相互に接続されたインターネットの一部である。このネットワークでは、クライアント装置としてのＭＦＰ（多機能複合装置：Ｍｕｌｔｉｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）１０１と中継サーバ１０２（リレーサーバともいう）と写真共有サイトサーバ１０３（以下、写真共有サイトまたは単にサイトともいう）が接続されていて、相互に通信してデータを送受信することができる。また、他の不図示のコンピュータや機器が多数接続されていても良い。
【００１４】
ユーザは、ＩＳＰ（インターネット・サービス・プロバイダ）と契約することで、ＭＦＰ１０１をインターネットに接続するための環境を整えることができる。例えば、ＭＦＰ１０１をリレーサーバ１０２及び写真共有サイト１０３と通信可能にすることができる。ＭＦＰ１０１とインターネットとの間には、不図示のルータが接続されても良い。インターネット上のサーバや画像ファイルを指定するために、ＵＲＬが用いられても良い。本実施例においては、ＵＲＬによってネットワーク上のロケーション情報を示すことができる。
【００１５】
この図１に示したようなネットワーク構成において、ＭＦＰ１０１は、写真共有サイト１０３〜１０５のロケーション情報に従って、ＰＣ等を介さずにサーバに画像を送信して、画像をサーバ内のメモリに格納させることができる。このとき画像共有サイト１０３〜１０５のメモリには、画素数の大きな主画像と、当該主画像と同内容であり、当該主画像よりも画素数の少ないサムネイル画像を格納されている。
【００１６】
また、ＭＦＰ１０１は、サーバや画像ファイルを特定するためのロケーション情報に従って、ＰＣ等を介さずに、写真共有サイトから画像を取得して、表示画面に画像を表示させることができる。その表示内容として、例えばアルバム／画像データをユーザが選択するための選択画面を表示させることができる。この選択画面では、選択対象の候補である画像の内容をユーザが確認できれば十分であるため、サーバに記憶されているサムネイル画像を取得するようにしてもよい。
【００１７】
そして、ユーザが上記の選択画面において画像を選択すると、ＭＦＰ１０１は、その画像をサーバから取得して、取得した画像を出力する。出力方法としては、例えば主画像を印刷装置に出力して、画像を印刷させることができる。このような構成において、サーバに格納されている写真等の画像データは、そのピクセル数が多くなるほどデータ量が大きくなる傾向にあり、ＭＦＰ１０１への転送時間が多くかかる。特に、Ｗｅｂサービス側の仕様変更等によって、クライアント装置に提供される画像のサイズが変更される場合がある。このとき画像のサイズが大きくなるように変更されると、転送時間が増大する、もしくは、転送ができなくなってしまうおそれがある。
【００１８】
また一方、クライアント装置により画像が表示される表示装置や、クライアント装置が画像を印刷させる印刷装置といった出力装置において画像を出力するときに、出力対象の画像の適切な画素数は、出力装置の性能によって異なる。例えば、ピクセル数が極めて大きな画像をクライアント装置が取得して、表示装置に表示する場合に、多くの転送時間をかけてその画像を取得したとしても、その表示装置の解像度が低い場合には、取得した画像の画素を間引いて表示しなくてはならない場合がある。特に、組込み機器の表示部は、ＰＣと比較すると面積が小さく表示可能なピクセル数が少ないことが多い。そのために、このような装置が、その表示部より著しくピクセル数が多い画像データを取得する場合、転送時間が多くかかってしまい、また表示品位の向上も望めない。
【００１９】
そこで、本実施例では、クライアント装置としてのＭＦＰ１０１が、写真共有サイトから画像を取得して、取得した画像を出力装置に出力する場合に、画像が出力される出力装置の性能に応じた画像を出力させる。特に、本実施例では、写真共有サイトにおいて、同様の内容の画像であるが画素数の異なる、複数の画像を格納させる。そして、その複数の画像から、出力装置の性能に応じた画像を選択させる。以下、本実施例について、さらに詳細に説明する。
【００２０】
図２は、ＭＦＰ１０１のハードウェア構成を示す図である。ＭＦＰ１０１は、操作部２０１と、カードインタフェース２０２と、読取部２０８と、記録部２０９とを有する。また、ＭＦＰ１０１は、ＣＰＵ２００と、ＲＯＭ２０３と、ＲＡＭ２０４と、不揮発性ＲＡＭ２０５と、表示部２０６と、画像処理部２１０と、圧縮／解凍部２１１と、駆動部２１２と、センサ部２１３とを有する。ＣＰＵ２００は、ＭＦＰ１０１全体を制御し、例えば操作部２０１を介して入力したユーザ操作に従ってＲＯＭ２０３に記憶されているプログラムを実行する。ＲＯＭ２０３は、ＭＦＰ１０１の制御命令プログラム等を格納する。さらに、ＭＦＰ１０１は、無線ネットワーク部２０７と有線ネットワーク部２１４とを有する。無線ネットワーク部２０７は、ＩＥＥＥ８０２．１１ａ等の規格に対応した無線ＬＡＮアクセスポイントと無線によって通信可能である。有線ネットワーク部２１４は、１００Ｂａｓｅ−ＴＸ等のより対線ケーブルを接続可能なＥｔｈｅｒｎｅｔ（登録商標）コネクタを有している。
【００２１】
上記のような構成において、ＭＦＰ１０１は、無線ネットワーク部２０７や有線ネットワーク部２１４を用いて、中継サーバ１０２と通信することができ、その中継サーバ１０２を介して、写真共有サイト１０３〜１０５にアクセスすることができる。そして、写真共有サイト１０３〜１０５から画像を取得すると、その画像を表示部２０６に表示させる、または記録部２０９において印刷媒体に印刷させることができる。なお、画像の表示や記録は、ＭＦＰ１０１が有する表示部２０６、記録部２０９に実行させる場合に限らず、ＭＦＰ１０１の外部の表示装置、印刷装置に表示、印刷を行わせてもよい。
【００２２】
図１に示すリレーサーバ１０２や各サイト１０３〜１０５には、一般的なＰＣ等の構成が用いられる。つまり、リレーサーバ１０２や各サイト１０３〜１０５は、一般的な、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤやディスプレイ等の表示部、ポインティングデバイスやキーボード等の入力部を有する。例えば、上記各装置において、ＣＰＵはハードディスクやＲＯＭ等から読み込まれたプログラムをＲＡＭに展開して実行する。ＨＤＤは、各種フローチャートに示される処理を実行するプログラムや画像データを格納する。ディスプレイは、ユーザインタフェース等を表示し、ユーザは、ポインティングデバイスやキーボード等を用いてユーザインタフェース上で操作し、各種指示を入力することができる。
【００２３】
ＭＦＰ１０１は、各サイトの情報取得のために、各サイトのＡＰＩに対応することなく、リレーサーバ１０２に対して、ＨＴＴＰのＰＯＳＴ通信を利用して、リレーサーバ１０２との間のＡＰＩにより要求を発行する。リレーサーバ１０２とＭＦＰ１０１との間でのＡＰＩの定義は、下記のようである。
・ＡＰＩ−Ｒ１（コンディションチェック）：ＭＦＰ１０１の仕向け情報及びインターネット上のＩＰアドレスによるサービスを受けられる接続可能なサイトの確認機能。
・ＡＰＩ−Ｒ２（ログイン認証）：サイトとの認証が可能か否かを判定する機能。
・ＡＰＩ−Ｒ３（アルバムリスト要求）：全アルバム情報の取得機能。
・ＡＰＩ−Ｒ４（画像リスト要求）：アルバムに登録されている画像情報の取得機能。
【００２４】
ＭＦＰ１０１は、リレーサーバ１０２から、ユーザが指定したサイトに要求した情報リストを受信する。ＭＦＰ１０１は、サイトから受信した情報リストの該当部分から表示用画像データのＵＲＬを特定し、そのＵＲＬに従って表示用画像データを取得する。つまり、ＭＦＰ１０１は、認証及び情報リストの取得については、リレーサーバ１０２経由で取得し、画像データ等ＵＲＬを指定して直接取得可能なデータについては、直接、サイトから取得する。
【００２５】
図３は、リレーサーバ１０２のアプリケーション構成を示す図である。本実施例において、リレーサーバ１０２の主な機能はＡＰＩ変換機能である。リレーサーバ１０２は、ＭＦＰ１０１との間で「ＭＦＰ−ＡＰＩ」を定義している。リレーサーバ１０２は、ＭＦＰ１０１との間で定義されたＡＰＩ構成を、接続先の各サイト１０３〜１０５との間で定義されたＡＰＩ構成（「サイトＡ−ＡＰＩ」、「サイトＢ−ＡＰＩ」、「サイトＣ−ＡＰＩ」）にＡＰＩ変換する。
【００２６】
図３を参照して、リレーサーバ１０２の各機能を説明する。リレーサーバ１０２は、以下のような機能を有している。なお、リレーサーバ１０２では、この各機能に対応するプログラムがＲＯＭに記憶されており、リレーサーバ１０２のＣＰＵが、このＲＯＭに記憶されているプログラムを実行することにより、図３に示す各機能を実現できるものとする。
【００２７】
・パーサ機能：図５で示すような各サイトからのＸＭＬリストをパーサにより解釈する。
【００２８】
・フィルタ機能：各サイトから受信したデータのうち、ＭＦＰ１０１に送信する情報以外のデータを削除する。例えば、有効期限の切れたコンテンツや、指定以外のファイルタイプや、上限以上のファイルサイズの画像データ等を削除する。
【００２９】
・チェック機能：ＭＦＰ１０１からのコンディションチェック要求に応じて、ＭＦＰ１０１のＩＰアドレス及びＭＦＰ１０１から送信される情報に基づき、各サイトに接続可能かをチェックする。
【００３０】
・ＡＰＩ判定機能：各サイトごとのＡＰＩ利用回数を比較する。例えば、ＭＦＰ１０１から情報要求された場合に、その情報を取得するために必要なＡＰＩ利用回数を各サイトについて比較する。
【００３１】
・制御機能：ＭＦＰ１０１の仕向け情報に基づき、指定するサイトを振り分ける。
【００３２】
以下本実施例におけるＭＦＰ１０１とリレーサーバ１０２と各サイト１０３〜１０５との間のＡＰＩ通信について説明する。ＭＦＰ１０１は、まず、コンディションチェックを実行して接続可能なサイトを判定する。ＭＦＰ１０１では、利用可能なサイトのうち１つを選択してそのサイトに接続するために、個人用のアルバムに接続する際に用いられるアカウント情報及びパスワードがユーザにより入力される。ＭＦＰ１０１は、認証確認のためのＡＰＩ−Ｒ２による認証を実施して正しく接続ができる状態であるかを確認する。その後、ＭＦＰ１０１は、個人で登録している画像データのうち、ユーザが印刷を所望する画像データを特定するためにアルバム情報を取得し、ユーザが所望のアルバムを選択する。そして、ＭＦＰ１０１は、所望のアルバムに登録されている画像データを特定し、画像データを取得して印刷を行うという流れになる。
【００３３】
ここで、上記の処理の流れについて、図７及び図８を参照して説明する。このとき、サイトには、表示用の画像としてサムネイル画像が記憶されており、また印刷用の画像として、サムネイル画像よりも画素数の多い、主画像が格納されているものとする。このサムネイル画像は、クライアント装置が画像をサイトにアップロードするときに主画像とともに格納される。また写真共有サイトのサーバにおいて、クライアント装置から取得した主画像の画素を間引くことによって、サムネイル画像を作成してもよい。
【００３４】
図７は、アルバムリストを取得して表示するまでの処理の手順を示す図である。ＭＦＰ１０１は、アルバムリスト要求をＡＰＩ−Ｒ３を用いてリレーサーバ１０２に発行する（Ｓ７０１）。リレーサーバ１０２は、その要求を解析してＡＰＩ変換機能によって要求先のサイトに応じたＡＰＩ要求を発行する（Ｓ７０２）。要求先のサイトは、その要求に応じて、アルバムリストをリレーサーバ１０２に対して返信する（Ｓ７０３）。Ｓ７０２及びＳ７０３において用いられるＡＰＩの構成は、各サイトにより異なる。リレーサーバ１０２は、例えば図５に示すような記述形式でアルバムリストを受信する。リレーサーバ１０２は、ＸＭＬをパースしてアルバムリストをＭＦＰ１０１に返信する（Ｓ７０４）。
【００３５】
ＭＦＰ１０１は、受信したアルバムリストに基づき、サイトに対して直接、ＨＴＴＰのＧｅｔ要求を発行する（Ｓ７０５）。そして、ＭＦＰ１０１は、そのサイトからサムネイル画像を受信して（Ｓ７０６）、アルバムの選択画面をＭＦＰ１０１の表示画面に表示する。ユーザは、表示されたアルバムの選択画面から、所望の表示対象のアルバムを選択する（Ｓ７０７）。若しくは、ユーザがアルバムの選択対象を切り替える度に、Ｓ７０５及びＳ７０６の処理が行われても良い。
【００３６】
図８は、図７に示す処理の後、印刷対象の画像を特定して印刷するまでの処理を示す図である。ＭＦＰ１０１は、アルバム画像を要求するために、ＡＰＩ−Ｒ４をリレーサーバ１０２に発行する（Ｓ８０１）。リレーサーバ１０２は、その要求を解析してＡＰＩ変換機能によって要求先のサイトに応じたＡＰＩ構成に変換し、その変換されたＡＰＩを要求先のサイトに発行する（Ｓ８０２）。サイトは、その要求に応じて、ユーザにより指定されたアルバム中の画像の画像リストをリレーサーバ１０２に対して返信する（Ｓ８０３）。Ｓ８０２及びＳ８０３において用いられるＡＰＩの構成は各サイトにより異なる。リレーサーバ１０２は、例えば図５に示すような記述形式で画像リストを受信する。リレーサーバ１０２は、ＸＭＬをパースして画像リストをＭＦＰ１０１に返信する（Ｓ８０４）。
【００３７】
ＭＦＰ１０１は、受信した画像リストからサムネイル画像のＵＲＬ情報等を取得し、サイトに対して直接、ＨＴＴＰのＧｅｔ要求を発行する（Ｓ８０５）。そして、ＭＦＰ１０１は、そのサイトからサムネイル画像を受信して（Ｓ８０６）、画像の選択画面をＭＦＰ１０１の表示画面に表示する。ユーザは、表示された画像の選択画面から所望の画像を選択する（Ｓ８０７）。若しくは、ユーザが画像の選択対象を切り替える度に、Ｓ８０５及びＳ８０６の処理が行われても良い。ユーザにより所望の画像が選択されて印刷が指示されると、ＭＦＰ１０１は、印刷対象の画像データを取得するために、サイトに対して直接、ＨＴＴＰのＧｅｔ要求を発行し（Ｓ８０８）、サイトから印刷対象の画像データを受信する（Ｓ８０９）。ＭＦＰ１０１は、受信した印刷対象の画像データを展開して記録媒体に印刷する（Ｓ８１０）。
【００３８】
次に、Ｗｅｂサービスの１つである写真共有サイト機能について説明する。各サイト１０３〜１０５によりＷｅｂサービスとして提供される写真共有サイト機能は、主に、ＰＣのブラウザで閲覧されることを想定している。また、ユーザはアカウントを取得し、そのアカウントとパスワードとをセットとして登録してからＷｅｂサービスを利用する。
【００３９】
図４は、写真共有サイト機能について、各サイト１０３〜１０５で登録されているデータ構成の一例を示す図である。各サイト１０３〜１０５に登録される画像は、アルバムという単位で纏められている。例えば、図４に示すように、各サイトには、アルバムが５つ登録されている。また、アルバム１及び２には、それぞれ３つの画像が登録されている。また、アルバム３には１つの画像が登録され、アルバム４には４つの画像が登録され、アルバム５には２つの画像が登録されている。さらに、各アルバムには、そのアルバムを代表するサムネイル画像の他、アルバムのタイトルや、アルバム登録日等も含まれており、写真共有サイト機能を用いるためのブラウザ上に表示される。ユーザは、表示されたアルバムリストから１つのアルバムを選択すると、選択されたアルバムに登録された１つ以上の画像を閲覧することができる。
【００４０】
以上のような写真共有サイト機能は、ＰＣのブラウザからのみ利用可能というわけではない。例えば、公開された各サイト１０３〜１０５のＡＰＩを用いることによって、ブラウザを実装する装置以外の装置（ＭＦＰ等）からもＷｅｂサービスを利用することができる。
【００４１】
図５は、リレーサーバ１０２がＡＰＩを利用して各サイト１０３〜１０５から取得した、アルバムリストの記述例を示す図である。アルバムリストは、例えばＸＭＬで記述される。図５に示すように、タグ「＜ｔｏｔａｌ  Ｒｅｓｕｌｔｓ＞」から、アルバム数が１０であることが確認できる。また、各アルバムの情報として、タグ「＜ｅｎｔｒｙ＞」ごとに、画像のＵＲＬ、サムネイル画像のＵＲＬ、ＩＤ、撮影日などが記述される。
【００４２】
図１０及び図１１は、リレーサーバ１０２がＡＰＩを利用して各サイト１０３〜１０５から取得した、画像リストの記述例を示す図である。なお、各サイト１０３〜１０５では、主画像の画像データとともに、その主画像に対応する少なくとも１つのサムネイル画像が格納されている。このとき、画素数の異なる複数のサムネイル画像を格納してもよい。
【００４３】
例えば、図１０に示すように、サイトＡにおける主画像データの縦１２００ピクセル、幅１６００ピクセルというサイズ情報が、各＜ｃｏｎｔｅｎｔ＞タグ中に記述される。また、例えば、（幅、高さ）がそれぞれ、（７２、５４）、（１４４、１０８）、（２８８、２１６）、（５１２、３８４）である４つのサムネイル画像データのＵＲＬが記述される。ここでの幅および高さの単位は、ピクセルである。
【００４４】
図６は、写真共有サイトＡから取得可能なサムネイル画像の一例を示す図である。図６に示すように、それぞれ幅が１０２４ピクセル、５１２ピクセル、２８８ピクセル、１４４ピクセルの画像であり、＜ｔｈｕｍｎａｉｌ＞タグに記述されているＵＲＬを指定することで、ＭＦＰ１０１は、写真共有サイト１０３から取得することができる。なお、図６に示すサムネイル画像は、写真共有サイト１０３において主画像から縮小して生成されたものである。ただし、デジタルカメラ等の各種のクライアント装置によりサムネイル画像を生成して、写真共有サイトＡにアップロードしたものであってもよい。
【００４５】
また、本実施例においては、写真共有サイトＢにおいて主画像データ１つにつき、サムネイル画像データが２つ定義されるとする。ここでは、例えば、幅５１２ピクセルと１００ピクセルの２つのサムネイル画像データが定義されるとする。また、サイトＡの場合と異なり、サムネイル画像データの縦のサイズについて、ＭＦＰ１０１は取得することができないものとする。
【００４６】
また、本実施例においては、写真共有サイトＣにおいてサイトＡと類似したデータ構成をもつものとする。しかしながら、リレーサーバ１０２とサイトＡとの間のＡＰＩ構成と、リレーサーバ１０２とサイトＣとの間のＡＰＩ構成とは異なっており、互換性はない。
【００４７】
図９は、ＭＦＰ１０１の表示部２０６の画面を示す図である。表示部２０６は、例えば、マトリクス型のカラー液晶装置であって、横方向に３２０ピクセル、縦方向に２４０ピクセルが表示でき、ピクセルごとにＲＧＢの３色の階調を組み合わせて１６ビットで表現することにより、６５５３６通りの色表現を可能とする。表示部２０６は、図９の（ａ）に示すように、画面の一部を画像表示領域とする部分表示モードと、図９の（ｂ）に示すように、画面全域を画像表示領域とする全画面表示モードとを有する。部分表示モードにおける画像表示領域９０１は、幅２４０ピクセル、縦１８０ピクセルである。また、全画面表示モードにおける画像表示領域９０２は、幅３２０ピクセル、縦２４０ピクセルである。全画面表示モードと部分表示モードとは操作部２０１のユーザによる操作によって切り替えることができる。
【００４８】
また、画像表示領域は、部分表示モード、全画面表示モードによって変更されるものに限らず、例えば複数の画像を表示画面に並べて表示させるインデックス表示モードであってもよい。この場合、表示画面において１つの画像に対して割り当てられる表示領域のサイズが、画像表示領域のサイズとなる。
【００４９】
次に、図８を参照しながら、本実施例における「ＡＰＩ−Ｒ４」による画像リスト要求についてＭＦＰ１０１およびリレーサーバ１０２の動作を説明する。
【００５０】
図８のＳ８０１においてＭＦＰ１０１が発行するアルバム画像取得要求は、ＭＦＰ１０１の画像表示領域を表すパラメータを含んでいる。本実施例において、ＭＦＰ１０１は、全画面表示モードの場合には、「ＵＬ＿Ｌａｒｇｅ」を、部分画面表示モードの場合には、「Ｕｉ＿Ｍｉｄｄｌｅ」を、画像取得要求の際の表示性能を表わすパラメータとしてリレーサーバ１０２に送信する。リレーサーバ１０２は、画像表示領域を表すパラメータを受信すると、所定のデータベースを参照してＭＦＰ１０１が取得するべきサムネイル画像のサイズ（表示サイズ）を決定する。データベースには、ＭＦＰ１０１から送信されるパラメータと画像表示領域のサイズとが対応付けられたテーブル等が格納されている。このデータベースに格納されている画像表示領域のサイズ（画素数）は、ＭＦＰ１０１からリレーサーバ１０２に通知され、通知された画像表示領域のサイズが上記のデータベースに登録される。そして、データベースへの登録後は、ＭＦＰ１０１から上記のパラメータを受信することで、画像表示領域のサイズを受信しなくても、当該表示装置における画像表示領域の大きさを判定することができる。このとき、データベースでは、表示装置ごとに上記のテーブルが用意されている。そして、Ｓ８０１では、表示装置の種類を示す情報もＭＦＰ１０１からリレーサーバ１０２に送信され、その情報が示す表示装置の種類に応じたテーブルにより、画像表示領域のサイズが特定される。
【００５１】
ただし、このようなデータベースを設けなくてもよい。この場合、Ｓ８０１において画像リストが要求されるたびに、表示画面における画像表示領域のサイズ（画素数）が、表示装置の表示性能としてリレーサーバに送信される。また、このデータベースには、画像表示領域のサイズと、サムネイル画像のサイズとが対応付けられているテーブルが格納されている。そして、そのテーブルを参照して、上記のように特定された画像表示領域のサイズに応じたサムネイル画像を決定する。
【００５２】
写真共有サイトとしてサイトＡが選択されている場合について説明する。リレーサーバ１０２が画像表示領域を表すパラメータとして「ＵＩ＿Ｍｉｄｄｌｅ」を受信した場合、表示画面における画像表示領域が、図９（ａ）で示したように、幅２４０画素、縦１８０画素であると判断する。そして、図６で示した、サイトＡに記憶されている画像のうちの、幅２８８ピクセルのサムネイル画像データを選択する。各サイトについて、取得可能なサムネイル画像サイズは複数存在するので、リレーサーバ１０２は、それらのうち画像表示領域に最も近いサイズのサムネイル画像を選択する。または、画像表示領域よりも小さなサイズの画像のうちの、最もサイズの大きな画像を選択してもよい。このとき、画像表示領域のサイズに合うように拡大する。これにより、画像表示領域のサイズよりも大きなサイズの画像を取得する場合に比べて、サーバから画像を取得するときの転送時間を短縮することができる。
【００５３】
リレーサーバ１０２は、例えば図１０に示す画像情報リストをＳ８０３において受信し、パーサ機能によりＸＭＬをパースする。リレーサーバ１０２は、ＸＭＬをパースすると、取得可能なサムネイル画像データとして、幅がそれぞれ相異なる５１２ピクセル、２８８ピクセル、１４４ピクセル、７２ピクセルの画像データのＵＲＬを得る（データ取得）。そして、リレーサーバ１０２は、Ｓ８０１において受信した画像取得要求に含まれるパラメータ（ここでは、「Ｕｉ＿Ｍｉｄｄｌｅ」つまり幅２４０ピクセル）に基づき、最も近い２８８ピクセルのサムネイル画像データを選択する。そして、幅２８８ピクセルの画像データを示すＵＲＬを含む応答をＳ８０４においてＭＦＰ１０１に送信する。
【００５４】
次に、写真共有サイトとしてサイトＢが選択されている場合について説明する。サイトＢには、上記のように、幅が５１２ピクセルと１００ピクセルの２つのサムネイル画像データが定義されている。リレーサーバ１０２が画像表示領域を表すパラメータとして「ＵＩ＿Ｍｉｄｄｌｅ」を受信した場合、サイトＢが対象の場合には幅１００ピクセルのサムネイル画像データを選択する。
【００５５】
リレーサーバ１０２は、例えば図１１に示す画像情報リストをＳ８０３において受信し、パーサ機能によりＸＭＬをパースする。リレーサーバ１０２は、ＸＭＬをパースすると、取得可能なサムネイル画像データとしての、幅がそれぞれ５１２ピクセル、１００ピクセルの画像データのＵＲＬを得る。そして、リレーサーバ１０２は、Ｓ８０１において受信した画像取得要求に含まれるパラメータ（上述と同様に、幅２４０ピクセル）に基づき、最も近い１００のサムネイル画像データを選択する。そして、幅５１２ピクセルの画像データを示すＵＲＬを含む応答をＳ８０４においてＭＦＰ１０１に送信する。
【００５６】
本実施例においては、リレーサーバ１０２のデータベースにＭＦＰ１０１が取得するべきサムネイル画像のサイズが格納されているが、リレーサーバ１０２で動作するプログラム中に定数で記述して同様の動作をするように構成しても良い。ＭＦＰ１０１は、Ｓ８０１〜Ｓ８０４で示される画像リスト処理が終了すると、Ｓ８０５〜Ｓ８０６で示されるサムネイル画像処理を実行する。
【００５７】
ＭＦＰ１０１におけるサムネイル画像処理を説明する。ＭＦＰ１０１は、指定されたアルバムに登録されている画像を選択するために、最初の画像のサムネイル画像を表示部２０６に表示する。そのために、受信した画像情報リストから、指定したサムネイル画像を、Ｓ８０５においてサイトに対してＨＴＴＰのＧｅｔ要求を発行する。そして、ＭＦＰ１０１は、Ｓ８０６においてそのサイトからサムネイル画像データを取得して、選択用の画像を表示部２０６に表示する。ＭＦＰ１０１は、選択のために、画像を切り替え表示する度に、先に取得した画像情報リストに記述されたサムネイル画像データのＵＲＬに基づき、取得を繰り返す。
【００５８】
本実施例において、サムネイル画像データは、ＪＰＥＧ形式で圧縮されている。ＭＦＰ１０１は、ＲＡＭ２０４に格納したサムネイル画像データを、圧縮／解凍部２１１によりＲＧＢのＲＡＷ形式に変換してＲＡＭ２０４に保持する。さらに、ＭＦＰ１０１は、画像処理部２１０を用いて、画像表示領域に適合するように、ピクセル数を変換（変倍）し、ＲＡＭ２０４に格納する。ＭＦＰ１０１は、その変倍された画像データを表示部２０６に表示する。
【００５９】
ここで、変倍の方法としては、ニアリストネイバー法やバイリニア法などが用いられても良い。いずれの方法によっても、ピクセル数の少ない画像データを拡大してピクセル数を増加させると画像の劣化が現れる。例えば、ニアリストネイバー法を用いて拡大すると、いわゆるジャギーが目立つ画像となってしまう。また、バイリニア法を用いて拡大するとシャープネスが失われてぼけたように感じられる画像となってしまう。これらのような画像の劣化は、変倍率が大きいほど顕著になる。従って、拡大率が大きくなることは、表示画質の観点からは好ましくない。ビットマップ画像の変倍方法については他にも多くの方法があるが、拡大率が大きくなるほど画質の劣化が目立ちやすくなることは一般的に知られている。
【００６０】
また、画像処理部２１０により、ピクセル数の大きな画像データを縮小処理することもできる。しかしながら、ピクセル数が多くなるほど画像データのデータ量も増加する傾向にある。従って、データ量に応じて、サムネイル画像取得に要する時間や、縮小処理に要する時間が増大してしまう。
【００６１】
ＭＦＰ１０１は、ユーザの操作により、別のサムネイル画像の表示を指示された場合には、繰り返して、Ｓ８０５〜Ｓ８０６のサムネイル画像表示を実行する。Ｓ８０７において、ユーザによる印刷命令実行操作によって印刷画像が特定されると、ＭＦＰ１０１は、Ｓ８０８〜Ｓ８０９の印刷画像取得処理を実行する。ＭＦＰ１０１は、指定された印刷画像データを取得するために、Ｓ８０８においてＨＴＴＰのＧｅｔ要求を発行し、Ｓ８０９においてサイトから印刷用画像データを取得する。印刷画像取得処理が終了すると、ＭＦＰ１０１は、Ｓ８１０において、取得した印刷用画像データを展開して印刷を実行する。
【００６２】
上述したように、ＭＦＰ１０１が発行する画像リスト要求は、ＭＦＰ１０１の画像表示領域を表すパラメータを含んでいる。リレーサーバ１０２は、ＭＦＰ１０１から画像表示領域を表すパラメータを受信し、ＭＦＰ１０１が取得するべきサムネイル画像データのサイズを決定する。
【００６３】
ＭＦＰ１０１が全画面表示モードで動作している場合、幅３２０ピクセル、縦２４０ピクセルであるので、画像リスト要求には、それらの値がパラメータとして含まれる。ここで、写真共有サイトとしてサイトＡが選択されている場合、リレーサーバ１０２は、取得可能なサムネイル画像データとして、幅がそれぞれ、５１２ピクセル、２８８ピクセル、１４４ピクセル、７２ピクセルの画像データのＵＲＬを取得する。リレーサーバ１０２は、それらのうち最も３２０ピクセルに近い画像データを選択するために、３２０ピクセルとの差の絶対値を求める。本例においては、上記の４つの画像のそれぞれに対して、１９２ピクセル、３２ピクセル、１７６ピクセル、２４８ピクセルが求められることになる。それらのうち、最も絶対値が小さいのは３２ピクセルであり、横２８８ピクセルのサムネイル画像データが対応する。リレーサーバ１０２は、幅２８８ピクセルの画像データのＵＲＬを含む応答をＭＦＰ１０１に送信する。
【００６４】
写真共有サイトとしてサイトＢが選択されている場合、リレーサーバ１０２は、取得可能なサムネイル画像として、幅がそれぞれ、５１２ピクセル、１００ピクセルの画像データのＵＲＬを取得する。リレーサーバ１０２は、それらのうち最も３２０ピクセルに近い画像データを選択するために、３２０ピクセルとの差の絶対値を求める。本例においては、上記２つの画像のそれぞれに対して１９２ピクセル、２２０ピクセルが求められることになる。それらのうち、最も絶対値が小さいのは１９２ピクセルであり、横５１２ピクセルのサムネイル画像データが対応する。リレーサーバ１０２は、幅５１２ピクセルの画像データのＵＲＬを含む応答をＭＦＰ１０１に送信する。
【００６５】
本実施例においては、幅ピクセル数を基準として、差の絶対値が最も近いサムネイル画像データを選択しているが、縦ピクセル数や総ピクセル数を基準にしても良い。また、差の絶対値ではなく、比率を基準にしても良い。本実施例においては、図１１に示すように、リレーサーバ１０２は、サイトＢについて縦方向のピクセル数を取得することができない。つまり、サイトＢについては横方向のピクセル数を基準とする。しかしながら、写真共有サイトＢの仕様が変更になり、新たに縦方向のピクセル数が取得可能になった場合には、縦方向のピクセル数や総ピクセル数を基準とするようにリレーサーバ１０２の構成を変更しても良い。
【００６６】
以上のように、リレーサーバ１０２が、写真共有サイトに記憶されている複数のサイズの画像から、ＭＦＰ１０１において画像が表示される画像表示領域のサイズに応じた画像を選択する。よって、写真共有サイトの提供する画像データから最もＭＦＰ１０１に適切なサイズの画像データを選択し、ＭＦＰ１０１に表示させることができる。
【００６７】
さらに、本実施例においては、上記のようにクライアント装置（ＭＦＰ）の画像表示領域に応じた画像の選択を、リレーサーバが行っている。即ち、ＭＦＰは、画像表示領域をリレーサーバに通知することで、適切なサイズの画像を取得することができる。そのため、写真共有サイトが提供するサムネイル画像データのピクセル数やＡＰＩの仕様が変更になったり、新たな写真共有サイトが設置されたりした場合でも、ＭＦＰ１０１のソフトウェアを変更することなしに、最も適切なサムネイル画像データが選択されることができる。
【００６８】
なお、上記のようにサムネイル画像を表示する場合にサムネイル画像データのサイズを決定する場合に限らず、Ｓ８１０において画像を印刷させるときに、印刷対象の画像のサイズを選択してもよい。この場合、画像を印刷させる印刷装置の解像度を、印刷装置の印刷性能として、Ｓ８０８における印刷画像要求の際に送信する。そして、写真共有サイトにおいて、その解像度に応じた画像を、Ｓ８０９でＭＦＰ１０１に送信するようにしてもよい。
【００６９】
またこのとき、印刷媒体において画像が印刷される画像印刷領域の大きさを送信して、その大きさに応じたサイズの画像を取得できるようにしてもよい。画像印刷領域の大きさを判定するために、例えば、ＭＦＰ１０１は、画像が印刷される用紙サイズと印刷モードとを写真共有サイトに送信する。写真共有サイトでは、その用紙サイズと印刷モードにより、画像印刷領域の大きさを判定することができる。印刷モードは、例えば複数の画像を並べて印刷するインデックスプリントモードや、印刷用紙にフチを設けないように印刷するフチなし印刷モードがある。フチなし印刷モードは、用紙サイズよりも大きな画像を印刷させることで、用紙に余白ができてしまうことを防ぐ。そこで、写真共有サイトでは、用紙サイズよりも大きな画像を印刷対象として決定して、ＭＦＰに送信する。
【００７０】
以上の実施例のように、画像を出力する出力装置の出力性能に基づき、サーバに記憶されている複数のサイズの画像から、出力装置において画像を出力するときの出力サイズに応じた画像を選択する。これにより、適切なサイズの画像をサーバから出力装置に提供して、画像を出力させることができる。
【００７１】
なお、以上の実施例では、リレーサーバが出力対象の画像を決定していたが、クライアント装置において画像を決定してもよい。この場合、クライアント装置は、サーバから、サーバに格納されている複数の画像のサイズを取得して、クライアント装置自身の出力性能（表示解像度、印刷解像度等）や、出力モードに応じて、サーバから取得する画像を選択する。そして、選択された画像を、サーバに対して要求すればよい。
【００７２】
また、以上の実施例では、サイズの異なる複数の画像から、出力対象の画像を選択する例を示した。しかし本発明はこれに限らず、例えば、モノクロの画像とカラーの画像をサーバに格納しておき、画像を印刷する印刷装置が、モノクロプリンタであるか、カラープリンタであるかに応じて、印刷対象の画像をクライアント装置に提供するものであってもよい。
【００７３】
なお、以上の実施例では、出力装置の出力性能を判断するときに、画像が出力される領域の画素数で判断していた。しかしこれに限らず、例えば出力装置の機種名とその装置に対応する画像サイズを対応付けたテーブルを用意しておく。そして、出力装置の機種名を装置の出力性能として取得して、その機種に対応する画像サイズの画像を、その装置への出力対象として選択してもよい。
【００７４】
また、以上の実施例では、複数のＷｅｂサーバのそれぞれがＷｅｂサービスを提供したが、本発明は、１つのＷｅｂサーバにおいて複数のＷｅｂサービスを提供するシステムにおいても応用できるものである。その１つのサーバでは、複数のアクセス先（ＵＲＬ等）が設定されており、そのアクセス先により異なるサービスを提供する。
【００７５】
さらに、以上の実施例では、Ｗｅｂサーバと通信を行うクライアント装置として、ＭＦＰを例に説明したが、クライアント装置はこれに限らず、例えばＰＣであってもよいし、携帯電話やデジタルカメラであってもよい。
【００７６】
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、上記の処理を１つのプロセッサにより実行する場合に限らず、複数のプロセッサにより実行する場合であってもよい。
【図１】
0005848538.tif 000002
【図２】
0005848538.tif 000003
【図３】
0005848538.tif 000004
【図４】
0005848538.tif 000005
【図５】
0005848538.tif 000006
【図７】
0005848538.tif 000007
【図８】
0005848538.tif 000008
【図１０】
0005848538.tif 000009
【図１１】
0005848538.tif 000010
【図６】
0005848538.tif 000011
【図９】
0005848538.tif 000012