情報処理装置、情報処理プログラムおよび情報処理方法
【課題】自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルを容易に取得できる情報処理装置、情報処理プログラムおよび情報処理方法を提供すること。
【解決手段】本発明によれば、第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報が、第２取得手段により取得され、取得した領域情報を示すデータが、生成手段によって生成された第２ファイルの付加情報領域に、格納手段によって格納される。よって、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルを容易に取得できる。
【解決手段】本発明によれば、第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報が、第２取得手段により取得され、取得した領域情報を示すデータが、生成手段によって生成された第２ファイルの付加情報領域に、格納手段によって格納される。よって、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルを容易に取得できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理プログラムおよび情報処理方法に関する。
【背景技術】
【０００２】
画像の保存や、メールなどを用いる画像の配布などの目的で、ビットマップ形式など、無劣化の元画像を圧縮する状況がしばしば生じる。画像を圧縮することにより、データサイズを軽量化できるが、多くの場合、圧縮画像の画質は元画像の画質に比べて劣化する。圧縮がＪＰＥＧ圧縮などの不可逆的圧縮であった場合には、圧縮により劣化した画質を、無劣化の元画像（即ち、圧縮元の画像）の画質に復元することはできない。そのため、画像の圧縮後に高品質画像を必要とする可能性がある場合には、元画像を、圧縮に先立ってサーバなどにアップロードしておくことが好ましい。
【０００３】
特許文献１には、文書管理システムが記載されている。この文書管理システムは、文書管理クライアントが、デジタル複合機から入力された元画像を文書管理サーバにアップロードする一方で、その文書管理クライアントが、文書管理サーバにアップロードした元画像から間引き画像を生成して表示する。かかる文書管理システムによれば、文書管理クライアントは、間引き画像からは復元できない元画像を、必要に応じて、文書管理サーバから取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２０３３１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載される技術では、文書管理クライアントが、文書管理サーバにアップロードした元画像を、識別子による紐付けによって管理するので、元画像を取得できる装置は、アップロード元の装置である文書管理クライアントに限られる。よって、特許文献１に記載される技術を適用して、ある装置で軽量化された画像の元画像をサーバにアップロードしたとしても、他の装置からは、元画像を簡単に取得することができず、不便であるという問題点がある。
【０００６】
本発明は、上述した問題点を解決するためになされたものであり、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルを容易に取得できる情報処理装置、情報処理プログラムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この目的を達成するために、本発明の情報処理装置は、第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得手段と、前記第１取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成手段と、所定の記憶媒体における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得手段と、前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納手段と、を備えている。
【０００８】
なお、本発明は、情報処理装置を制御する制御装置、情報処理方法、情報処理装置を制御する制御プログラム、該制御プログラムを記録する記録媒体等の種々の態様で構成することができる。
【発明の効果】
【０００９】
請求項１記載の情報処理装置によれば、第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報が、第２取得手段により取得され、取得した領域情報を示すデータが、生成手段によって生成された第２ファイルの付加情報領域に、格納手段によって格納される。よって、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルの記憶領域を示す情報（領域情報）を容易に取得でき、それにより、第１ファイルを容易に取得できる。なお、請求項１において「前記第１取得手段が取得した第１ファイル又は画像データから、…第２ファイルを生成する」とは、第１ファイルの圧縮による第２ファイルの生成、第１ファイルからファイル形式の異なる第２ファイルへの変換、画像データからの第２ファイルの生成、などを含むことを意図する。
【００１０】
請求項２記載の情報処理装置によれば、請求項１記載の情報処理装置の奏する効果に加え、第２取得手段が取得した領域情報を示すコードデータが、作成手段により作成され、そのコードデータが、格納手段により、付加情報として、第２ファイルの付加情報領域へ格納されるので、第１ファイルの記憶領域を示す領域情報をコードデータとして他の装置に解析させることができる。
【００１１】
請求項３記載の情報処理装置によれば、請求項２記載の情報処理装置の奏する効果に加え、格納手段は、作成手段が作成したコードデータを、第２ファイルのサムネイル領域へ格納するので、他の装置において、第１ファイルの記憶領域を示す領域情報をコードデータに対応する縮小画像として表示できる。
【００１２】
請求項４記載の情報処理装置によれば、請求項１から３のいずれかに記載の情報処理装置の奏する効果に加え、第１取得手段が取得した第１ファイル、又は、第１取得手段が取得した画像データから生成された第１ファイルが、送信手段により、第２取得手段が取得した領域情報が示す記憶領域へ送信されるので、第２ファイルに対応する第１ファイルを、自装置でない他の装置に記憶することができる。よって、第１ファイルを他の装置に記憶しつつ、さらに別の装置からであっても、第２ファイルに基づき、第１ファイルの記憶領域を示す領域情報を容易に取得できるので、第１ファイルを容易に取得できる。
【００１３】
請求項５記載の情報処理装置によれば、請求項４記載の情報処理装置の奏する効果に加え、受付手段は、操作部の操作に基づく領域情報の入力を受け付け、第２取得手段は、受付手段が受け付けた領域情報を取得するので、ユーザが所望する記憶領域に第１ファイルを記憶できるとともに、その第１ファイルを、自装置以外の装置からであっても、第２ファイルから領域情報を取得することによって容易に取得できる。
【００１４】
請求項６記載の情報処理装置によれば、請求項１から３のいずれかに記載の情報処理装置の奏する効果に加え、第２取得手段は、第１取得手段が取得した第１ファイル、又は、第１取得手段が取得した画像データから生成された第１ファイルが記憶されている領域を示す領域情報を取得するので、第１ファイルと第２ファイルが異なる装置に記憶されていても、第２ファイルに基づき第１ファイルを容易に取得できる。
【００１５】
請求項７記載の情報処理装置によれば、請求項６に記載の情報処理装置が奏する効果に加え、第１ファイルが記憶されている領域を示す領域情報を、外部装置から取得することができる。
【００１６】
請求項８記載の情報処理装置によれば、請求項７に記載の情報処理装置が奏する効果に加え、第３取得手段が取得した第２の領域情報が示す領域へ第１ファイルを送信することができる。
【００１７】
請求項９記載の情報処理装置によれば、請求項１から８のいずれかに記載の情報処理装置の奏する効果に加え、次の効果を奏する。生成手段は、第１取得手段が取得した第１ファイル又は画像データから、第１ファイルと異なるファイル形式の第２ファイルを生成する。ファイル形式を変換したことにより、第２ファイルの質（例えば、画質）が第１ファイルより劣化する場合があるが、そのような場合であっても、自装置以外の装置は、第２ファイルから第１ファイルの記憶領域を容易に取得できるので、質の高い第１ファイルを容易に取得できる。
【００１８】
請求項１０記載の情報処理装置によれば、請求項１から８のいずれかに記載の情報処理装置の奏する効果に加え、次の効果を奏する。生成手段は、第１取得手段が取得した第１ファイル又は画像データから、第１ファイルと同じファイル形式で、かつ、データ量が第１ファイルよりも小さい第２ファイルを生成する。データ量を第１ファイルより小さくしたことにより、第２ファイルの質（例えば、画質）が第１ファイルより劣化する場合があるが、そのような場合であっても、自装置以外の装置は、第２ファイルから第１ファイルの記憶領域を容易に取得できるので、質の高い第１ファイルを容易に取得できる。
【００１９】
請求項１１記載の情報処理装置によれば、請求項１から１０のいずれかに記載の情報処理装置の奏する効果に加え、第２ファイルのファイル形式は、ＪＰＥＧ形式、ＰＤＦ形式、又はＴＩＦＦ形式のいずれかであるので、これらのファイル形式のデータに含まれる付加情報領域に、第１ファイルの記憶領域を示す領域情報のデータを格納できる。
【００２０】
請求項１２、１３記載の情報処理装置によれば、請求項１と同様の効果を奏することができる。
【００２１】
請求項４記載の情報処理プログラムを情報処理装置において実行させることにより、請求項１記載の情報処理装置と同様の効果を奏する。
【００２２】
請求項１５記載の情報処理方法を情報処理装置において実行させることにより、請求項１記載の情報処理装置と同様の効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】本発明の情報処理装置の一実施形態であるＭＦＰの電気的構成を示すブロック図である。
【図２】ＪＰＥＧ形式の画像ファイルにおけるデータ構造の概略を示す図である。
【図３】ＭＦＰにおいて実行されるＪＰＥＧ処理を示すフローチャートである。
【図４】他の装置において実行されるメディアプリント処理を示すフローチャートである。
【図５】図４のメディアプリント処理によってＬＣＤに表示される第１及び第２の印刷画面の一例を示す模式図である。
【図６】本発明の情報処理装置の一実施形態であるＰＣの電気的構成を示すブロック図である。
【図７】ＰＣにおいて実行されるファイル軽量化処理を示すフローチャートである。
【図８】ＰＣにおいて実行されるマスタデータアップロード処理を示すフローチャートである。
【図９】ＰＣにおいて実行されるファイル配布処理を示すフローチャートである。
【図１０】他の装置において実行されるメディアプリント処理の変形例を示すフローチャートである。
【図１１】本発明の情報処理装置の一実施形態であるＭＦＰの電気的構成を示すブロック図である。
【図１２】ＭＦＰにおいて実行されるＪＰＥＧ処理を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の情報処理装置の一実施形態である多機能周辺装置（以下、「ＭＦＰ」と称す）１の電気的構成を示すブロック図である。
【００２５】
ＭＦＰ１は、印刷機能、コピー機能、ＦＡＸ機能、スキャン機能、メディアプリント機能など、複数の機能を有する複合機である。本実施形態のＭＦＰ１は、スキャナ機能によって原稿を読み取った場合に、その読み取り画像を、画質劣化のないビットマップ形式の画像ファイルとしてサーバ５００へアップロードする一方で、画質は劣化するがデータサイズの小さいＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存できるように構成されている。特に、本実施形態のＭＦＰ１は、サーバ５００にアップロードしたビットマップ形式の画像ファイルの格納位置（記憶領域）を示す情報を二次元コード化し、その二次元コードのデータ（以下、「二次元コードデータ」と称す）を、ＪＰＥＧ形式の画像ファイルの中に付加情報として格納する（埋め込む）ように構成されている。よって、ＭＦＰ１以外の他の装置（例えば、ＭＦＰ１ａ）であっても、メモリカード１９に保存（記憶）されているＪＰＥＧ形式の画像ファイルから、その画像ファイルに対応する高品質画像の画像ファイル（ビットマップ形式の画像ファイル）をサーバ５００からダウンロードすることが可能となる。なお、二次元コードは、テキスト等の情報を格納できる画像であり、一例として、ＱＲコード（登録商標）である。ここで、テキストとは、文字、記号、数値、またはこれらの組み合わせを意味する。
【００２６】
ＭＦＰ１には、ＣＰＵ１０、フラッシュメモリ１１、ＲＡＭ１２、操作キー１５、ＬＣＤ１６、タッチパネル１７、メモリカードインターフェイス（以下、「メモリカードＩ／Ｆ」と称す）１８、スキャナ２０、プリンタ２１、ＮＣＵ２２、モデム２３、ＵＳＢインターフェイス（以下、「ＵＳＢ＿Ｉ／Ｆ」と称す）２４、インターネットインターフェイス（以下、「インターネットＩ／Ｆ」と称す）２５が主に設けられている。ＣＰＵ１０、フラッシュメモリ１１、ＲＡＭ１２は、バスライン２６を介して互いに接続されている。また、操作キー１５、ＬＣＤ１６、タッチパネル１７、メモリカードＩ／Ｆ１８、スキャナ２０、プリンタ２１、ＮＣＵ２２、モデム２３、ＵＳＢ＿Ｉ／Ｆ２４、インターネットＩ／Ｆ２５、バスライン２６は、入出力ポート２７を介して互いに接続されている。
【００２７】
ＣＰＵ１０は、フラッシュメモリ１１に記憶される固定値やプログラム、ＲＡＭ１２に記憶されているデータ、或いは、ＮＣＵ２２を介して送受信される各種信号に従って、ＭＦＰ１が有している各機能の制御及び、入出力ポート２７と接続された各部の制御を行う。フラッシュメモリ１１は、不揮発性のメモリであって、ＭＦＰ１の動作を制御する制御プログラム１１ａなどが格納される。後述する図３のフローチャートに示す各処理は、制御プログラム１１ａに従ってＣＰＵ１０により実行される。ＲＡＭ１２は、ＣＰＵ１０の処理に必要な情報を一時的に記憶する書換可能な揮発性のメモリである。
【００２８】
操作キー１５はハードキーであり、ＭＦＰ１に設定情報や指示を入力する。ＬＣＤ１６は液晶表示装置である。タッチパネル１７は、ＬＣＤ１６に重ねて設けられ、ＭＦＰ１に設定情報や指示を入力する。メモリカードＩ／Ｆ１８は、不揮発性のメモリカード１９が装着されるインターフェイスであって、メモリカード１９に対するデータの書き込み又は読み出しを制御する。メモリカード１９には、ＭＦＰ１において生成されるＪＰＥＧ形式の画像ファイルなどが記憶される。メモリカード１９は、一例として、ＳＤカード（登録商標）である。
【００２９】
スキャナ２０は、原稿を読み取り、その読み取った原稿の画像データを、ＣＰＵ１０に出力する装置である。プリンタ２１は、記録用紙に画像を印刷する装置である。ＮＣＵ２２は、電話回線の制御を行う装置である。モデム２３は、ファクシミリ送信時には送信信号を変調し、ファクシミリ受信時には受信した変調信号を復調する。
【００３０】
ＵＳＢ＿Ｉ／Ｆ２４は、ＵＳＢケーブルを介して他の装置を通信可能に接続するための装置であり、周知の装置で構成される。このＵＳＢ＿Ｉ／Ｆ２４には、例えば、ＭＦＰ１を駆動するドライバプログラムがインストールされたパーソナルコンピュータ（以下、「ＰＣ」と称す）などを、ＵＳＢケーブルを介して通信可能に接続できる。インターネットＩ／Ｆ２５は、ＭＦＰ１をインターネット２００に接続するためのインターフェイスであり、例えば、周知のネットワークカードを採用できる。インターネットＩ／Ｆ２５は、インターネット２００を介して、サーバ５００に接続される。サーバ５００は、インターネットＩ／Ｆ２５及びインターネット２００を介して、ＭＦＰ１から受信したビットマップ形式の画像ファイルを記憶するための記憶装置である。サーバ５００は、インターネット２００を介して、ＭＦＰ１ａなどの他の装置とも接続可能である。なお、図１におけるＭＦＰ１ａは、上述した本実施形態のＭＦＰ１と同一に構成されるものとし、その具体的構成は省略する。
【００３１】
図２は、ＪＰＥＧ形式の画像ファイルにおけるデータ構造の概略を示す図である。図２に示すように、ＪＰＥＧ形式の画像ファイルは、付加情報データ領域３０と、主画像データ領域３２とを有する。主画像データ領域３２は、主画像の画像データ本体（以下、「主画像データ」と称す）を格納する領域である。付加情報データ領域３０は、主画像の縦横の大きさや、主画像の解像度など、主画像に関する付加情報を格納する領域であり、サムネイル領域３１を有する。サムネイル領域３１は、主画像の縮小画像に対応する画像データ（以下、「縮小画像データ」と称する）を格納する領域である。付加情報データ領域３０、サムネイル領域３１、主画像データ領域３２などのデータ構造は、Ｅｘｉｆ規格として、ＪＥＩＤＡ（日本電子工業振興協会）により定められている。本実施形態では、縮小画像データを格納するサムネイル領域３１に、二次元コードデータを格納する。
【００３２】
図３は、ＭＦＰ１のＣＰＵ１０が実行するＪＰＥＧ圧縮処理を示すフローチャートである。ＪＰＥＧ圧縮処理は、スキャナ２０に読み取らせた原稿の画像データから、ＪＰＥＧ形式の画像ファイルを生成するための処理である。この処理は、ユーザによって、保存形式としてＪＰＥＧ形式が指定され、かつ、ビットマップ形式の画像ファイルをサーバ５００へアップロードすることが指定された状態で、スキャナ２０に対して原稿の読み取りが指示された場合に実行される。
【００３３】
まず、ステップＳ３０１（以下、ステップを省略）において、ＣＰＵ１０は、スキャナ２０に原稿の読み取りを行わせる（Ｓ３０１）。次に、ＣＰＵ１０は、その読み取りにより得られた原稿の画像データからビットマップ形式の画像ファイルを生成する（Ｓ３０２）。次に、ＣＰＵ１０は、パス入力画面（図示せず）をＬＣＤ１６に表示させ、そのパス入力画面において、タッチパネル１７の操作に基づく、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ３０３）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ３０３：Ｎｏ）、ＣＰＵ１０は、処理をＳ３０３に戻す。
【００３４】
一方、ＣＰＵ１０がＵＲＬの入力を受け付けた場合には（Ｓ３０３：Ｙｅｓ）、ＣＰＵ１０は、Ｓ３０２において生成されたビットマップ形式の画像ファイルを、入力されたＵＲＬが示すサーバ５００の格納領域へアップロードさせる（Ｓ３０４）。なお、ビットマップ形式の画像ファイルは、ＭＦＰ１から消去されない。次に、ＣＰＵ１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ３０５）。パス入力画面に入力されるＵＲＬはテキストデータであり、テキストデータから二次元コードデータ（ＱＲコード（登録商標）データ）を生成する方法は、公知技術なので説明を省略する。この技術は、例えば、「濱屋進著、符号理論入門、工学社、２００８／７発行」に記載されている。
【００３５】
次に、ＣＰＵ１０は、ビットマップ形式の画像ファイルを、ＪＰＥＧ形式の画像ファイルに変換（圧縮）する（Ｓ３０６）。次に、ＣＰＵ１０は、得られたＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、Ｓ３０６において生成された二次元コードデータを格納し（Ｓ３０７）、その画像ファイルをメモリカード１９に保存し（Ｓ３０８）、本処理を終了する。
【００３６】
本実施形態のＪＰＥＧ圧縮処理によれば、スキャナ２０に読み取らせた原稿の画像データを、圧縮されたＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存する一方で、圧縮前の高品質画像をビットマップ形式の画像ファイルとしてサーバ５００に保存できる。ここで、メモリカード１９に保存されるＪＰＥＧ形式の画像ファイルのサムネイル領域３１には、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示す二次元コードデータが格納されている。このメモリカード１９を、ＭＦＰ１以外の装置（例えば、ＭＦＰ１ａ）に装着することにより、ＭＦＰ１以外の装置であっても、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づいて、圧縮前の高品質画像の画像ファイル（ビットマップ形式の画像ファイル）の格納位置を容易に取得でき、サーバ５００から容易にダウンロードできる。
【００３７】
ここで、図４を参照して、上述したＪＰＥＧ圧縮処理において生成されてメモリカード１９に保存されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルを、ＭＦＰ１以外の装置がサーバ５００からダウンロードする具体例について説明する。図４は、他の装置としてのＭＦＰ１（この場合、ＭＦＰ１ａ）のＣＰＵ１０が実行するメディアプリント処理を示すフローチャートである。図４に示すメディアプリント処理は、メモリカード１９がＭＦＰ１ａのメモリカードＩ／Ｆ１８に装着され、かつ、機能がメディアプリント機能に設定された場合に実行される。
【００３８】
まず、ＣＰＵ１０は、ＬＣＤ１６にファイル選択画面（図示せず）を表示する（Ｓ４０１）。ファイル選択画面において、ＪＰＥＧ形式の画像ファイルが指定されない場合には（Ｓ４０２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０２に戻す。一方で、ファイル選択画面において、１のＪＰＥＧ形式の画像ファイルが指定されたことをＣＰＵ１０が受け付けた場合には（Ｓ４０２：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルをＲＡＭ１２に展開する（Ｓ４０３）。
【００３９】
次に、指定された画像ファイルのサムネイル領域３１に二次元コードデータが格納されている場合には（Ｓ４０４：Ｙｅｓ）、ＣＰＵ１０は、その二次元コードデータを解析する（Ｓ４０５）。具体的には、サムネイル領域３１に格納されているデータを抽出し、そのデータに対応する画像が、二次元コードであるか否かを判定する。なお、画像が二次元コードであるか否かを判定する方法は、公知技術なので説明を省略する。この技術は、例えば、携帯電話のバーコード（ＱＲコード（登録商標））リーダ機能などに用いられている。このとき、二次元コードデータに登録されていたのがＵＲＬである場合には（Ｓ４０６：Ｙｅｓ）、ＣＰＵ１０は、第１の印刷画面５０ａ（図５（ａ）参照）をＬＣＤ１６に表示させ（Ｓ４０７）、処理をＳ４０８へ移行する。図５（ａ）を参照して後述するが、第１の印刷画面５０ａには、指定されたＪＰＥＧ画像の画像ファイルの印刷をプリンタ２１に指示するための保存画像印刷ボタン５１ａと、サーバ５００に保存されている対応するビットマップ形式の画像ファイルの印刷をプリンタ２１に指示するための高品質画像印刷ボタン５１ｂとが含まれる。
【００４０】
一方、二次元コードデータに登録されていたのがＵＲＬでない場合には（Ｓ４０６：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂ（図５（ｂ）参照）をＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。図５（ｂ）を参照して後述するが、第２の印刷画面５０ｂには、保存画像印刷ボタン５１ａが含まれるが、第１の印刷画面５０ａのように高品質画像印刷ボタン５１ｂは含まれない。また、指定された画像ファイルのサムネイル領域３１に二次元コードデータが格納されていない場合（Ｓ４０４：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂ（図５（ｂ）参照）をＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。
【００４１】
第１の印刷画面５０ｂにおいて、高品質画像印刷ボタン５１ｂの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｙｅｓ）、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介して、高品質画像印刷ボタン５１ｂに対応するＵＲＬ（即ち、二次元コードデータに登録されていたＵＲＬ）にアクセスし、指定されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをダウンロードし、ダウンロードしたビットマップ形式の画像ファイルの画像を、プリンタ２１に印刷させ（Ｓ４０９）、本処理を終了する。
【００４２】
一方、第１の印刷画面５０ａにおける高品質画像印刷ボタン５１ｂではなく、第１の印刷画面５０ａ又は第２の印刷画面５０ｂにおいて、保存画像印刷ボタン５１ａの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルにおける印刷対象、具体的には、ＪＰＥＧ形式の画像ファイルの場合には、主画像データ領域３２に格納されている主画像データの画像を、プリンタ２１に印刷させ（Ｓ４１１）、本処理を終了する。
【００４３】
また、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２（図５参照）の操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｎｏ，Ｓ４１２：Ｙｅｓ）、ＣＰＵ１０は、本処理を終了する。一方、第１又は第２の印刷画面５０ａ，５０ｂにおいて、印刷ボタン５１ａ，５１ｂも、キャンセルボタン５２も操作されていない場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｎｏ，Ｓ４１２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０８に戻す。
【００４４】
ここで、図５を参照して、上述した第１の印刷画面５０ａ及び第２の印刷画面５０ｂについて具体的に説明する。図５（ａ）は、第１の印刷画面５０ａの一例を示す模式図であり、図５（ｂ）は、第２の印刷画面５０ｂの一例を示す模式図である。
【００４５】
図５（ａ）及び図５（ｂ）に示すように、第１の印刷画面５０ａ及び第２の印刷画面５０ｂは、いずれも、印刷ボタン５１と、キャンセルボタン５２と、図４のメディアプリント処理の対象となる画像ファイル（即ち、指定された画像ファイル）のファイル名５３と、その画像ファイルに対応する縮小画像６０とを含む。なお、縮小画像６０としては、メディアプリント処理の対象となる画像ファイルのファイル形式に応じた画像が表示される。特に、ＪＰＥＧ形式の画像ファイルの場合には、主画像の縮小画像（サムネイル画像）が表示される。
【００４６】
第１の印刷画面５０ａにおける印刷ボタン５１は、「印刷」と表記される保存画像印刷ボタン５１ａと、「高品質画像印刷」と表記される高品質画像印刷ボタン５１ｂとから構成される。これに対し、第２の印刷画面５０ｂにおける印刷ボタン５１は、保存画像印刷ボタン５１ａから構成され、高品質画像印刷ボタン５１ｂを含まない。上述した通り、第１又は第２の印刷画面５０ａ，５０ｂにおける保存画像印刷ボタン５１ａが操作された場合には、ＭＦＰ１ａは、指定された画像ファイルの画像をプリンタ２１に印刷させる。一方、第１の印刷画面５０ａにおける高品質画像印刷ボタン５１ｂが操作された場合には、ＭＦＰ１ａは、指定されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをサーバ５００からダウンロードし、その画像をプリンタ２１に印刷させる。
【００４７】
上述した通り、ＭＦＰ１ａは、メモリカード１９に保存されているＪＰＥＧ形式の画像ファイルに格納されている二次元コードデータを解析し、その二次元コードデータに登録されていたＵＲＬが示す格納位置（本実施形態では、サーバ５００における格納位置）から、そのＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをダウンロードし、プリンタ２１で印刷することができる。つまり、本実施形態のＭＦＰ１によれば、ビットマップ形式の画像ファイルのアップロード先を示す情報であるＵＲＬ（パス）に対応する二次元コードデータを、そのビットマップ形式の画像ファイルに対応するＪＰＥＧ形式の画像ファイルのサムネイル領域３１に付加情報として格納するように構成されているので、自装置で画像を変換して軽量化された圧縮画像を得ることができる一方で、圧縮前の高品質な元画像を、他の装置であっても容易に取得させることができる。
【００４８】
なお、図３のＪＰＥＧ圧縮処理においてメモリカード１９に保存されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルを、ＭＦＰ１以外の装置がサーバ５００からダウンロードする具体例としては、上述したメディアプリント処理に限られるものではない。別の例としては、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータを、ＬＣＤなどの表示画面に二次元コードの縮小画像（サムネイル画像）として表示させ、その二次元コードを二次元コードリーダ機能が搭載された装置（例えば、ＰＣなど）に読み取らせて、対象のビットマップ形式の画像ファイルをサーバ５００からダウンロードさせてもよい。
【００４９】
次に、図６及び図７を参照して、第２実施形態について説明する。上述した第１実施形態では、ＭＦＰ１のスキャナ機能によって原稿を読み取った場合に、ＪＰＥＧ形式で保存する読み取り画像の画像ファイルのサムネイル領域３１に、対応するビットマップ形式の画像ファイルの格納位置を示す二次元コードデータを格納するものであった。これに対し、第２実施形態では、ＰＣに保存されているＪＰＥＧ形式の画像ファイルを圧縮して軽量化する一方で、圧縮後の画像ファイルのサムネイル領域３１に、圧縮元（圧縮前）の画像ファイルの格納位置を示す二次元コードデータを格納する。なお、第２実施形態において、上述した第１実施形態と同一の部分には、同一の符号を付して、その説明は省略する。
【００５０】
図６は、本発明の情報処理装置の一実施形態であるＰＣ１００の電気的構成を示すブロック図である。本実施形態のＰＣ１００は、内蔵のハードディスクドライブ（以下、「ＨＤＤ」と称す）１１３に保存されているＪＰＥＧ形式の画像ファイルを圧縮して軽量化する場合に、圧縮前の画像ファイル（即ち、ＨＤＤ１１３に保存されていた画像ファイル）をサーバ５００へアップロードできるように構成されている。その上で、本実施形態のＰＣ１００は、上述したＭＦＰ１と同様に、サーバ５００にアップロードした画像ファイル（圧縮前の画像ファイル）の格納位置を示す二次元コードデータを、圧縮後のＪＰＥＧ形式の画像ファイルの中に付加情報として格納するように構成されている。よって、ＰＣ１００以外の他の装置（例えば、ＭＦＰ１ａ）であっても、ＨＤＤ１１３に保存されている圧縮後の画像ファイルから、圧縮前の画像ファイルをサーバ５００からダウンロードできる。
【００５１】
ＰＣ１００には、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＨＤＤ１１３、メモリカードＩ／Ｆ１１８、ＵＳＢ＿Ｉ／Ｆ１２４、インターネットＩ／Ｆ１２５が主に設けられている。ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＨＤＤ１１３は、バスライン１２６を介して互いに接続されている。また、メモリカードＩ／Ｆ１１８、ＵＳＢ＿Ｉ／Ｆ１２４、インターネットＩ／Ｆ１２５、バスライン１２６には、入出力ポート１２７を介して互いに接続されている。また、入出力ポート１２７には、外付けのキーボードやマウスなどの入力装置１１５や、ＬＣＤ１１６が接続される。
【００５２】
ＣＰＵ１１０は、ＲＯＭ１１１やＨＤＤ１１３に記憶される固定値やプログラム、ＲＡＭ１２に記憶されているデータに従って、ＰＣ１００が有している各部の制御及び、入出力ポート１２７と接続された各部の制御を行う。ＲＯＭ１１２は、ＰＣ１００の動作を制御するためのプログラムなどが格納された書換不能な不揮発性のメモリである。ＲＡＭ１１２は、ＣＰＵ１１０の処理に必要な情報を一時的に記憶する書換可能な揮発性のメモリである。
【００５３】
ＨＤＤ１１３は、書換可能な不揮発性の記憶装置であり、各種プログラム１１３ａを格納する。各種プログラム１１３ａは、ユーザによってインストールされた各種アプリケーションプログラムや、ドライバプログラムなどを含んで構成される。後述する図７のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。また、ＭＦＰ１を制御するためのドライバプログラムが各種プログラム１１３ａとしてインストールされた場合には、ＵＳＢ＿Ｉ／Ｆ１２４を介して接続されたＭＦＰ１の各機能（例えば、スキャナ機能）をＰＣ１００から制御できる。また、ＨＤＤ１１３は、ファイルメモリ１１３ｂ有する。ファイルメモリ１１３ｂは、ユーザが記憶させた（保存した）、画像ファイル等のファイルを記憶する領域である。
【００５４】
メモリカードＩ／Ｆ１１８は、上述したメモリカードＩ／Ｆ１８と同様の装置であり、装着されたメモリカード１９に対するデータの書き込み又は読み出しを制御する。ＵＳＢ＿Ｉ／Ｆ１２４は、上述したＵＳＢ＿Ｉ／Ｆ２４と同様の装置であり、例えば、ＵＳＢケーブルを介してＭＦＰ１を通信可能に接続できる。インターネットＩ／Ｆ１２５は、上述したインターネットＩ／Ｆ２５と同様の装置であり、インターネット２００を介して、サーバ５００に接続される。
【００５５】
図７は、ＰＣ１００のＣＰＵ１１０が実行するファイル軽量化処理を示すフローチャートである。ファイル軽量化処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ＪＰＥＧ形式の画像ファイルを圧縮して軽量化するための処理である。この処理は、画像ファイルの軽量化（圧縮）が指定され、かつ、圧縮前の画像ファイルをサーバ５００へアップロードすることが指定された状態で、ファイルメモリ１１３ｂに保存されている１のＪＰＥＧ形式の画像ファイルが選択（指定）された場合に実行される。
【００５６】
まず、ＪＰＥＧ形式の画像ファイルが未選択であれば（Ｓ７０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ７０１に戻す。一方、ファイルメモリ１１３ｂに保存されているファイルの中から、ユーザによる、１のＪＰＥＧ形式の画像ファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ７０１：Ｙｅｓ）、ＣＰＵ１１０は、パス入力画面（図示せず）をＬＣＤ１１６に表示させ、そのパス入力画面において、入力装置１１５の操作に基づく、圧縮前の画像ファイルのアップロード先を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ７０２）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ７０２：Ｎｏ）、ＣＰＵ１１０は、処理をＳ７０２に戻す。
【００５７】
一方、ＣＰＵ１１０がＵＲＬの入力を受け付けた場合には（Ｓ７０２：Ｙｅｓ）、ＣＰＵ１１０は、ユーザにより選択された圧縮前の画像ファイルを、入力されたＵＲＬが示すサーバ５００の格納位置へアップロードさせる（Ｓ７０３）。なお、ユーザにより選択された圧縮前の画像ファイルは、ＰＣ１００に残される。次に、ＣＰＵ１１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ７０４）。
【００５８】
次に、ＣＰＵ１１０は、ＰＣ１００に残されている、ＪＰＥＧ形式の画像ファイルの画像のピクセルを間引くことによりファイルの圧縮（変換）を行う（Ｓ７０５）。次に、ＣＰＵ１１０は、圧縮後の画像ファイル（ＪＰＥＧ形式の画像ファイル）のサムネイル領域３１に、Ｓ７０４において生成された二次元コードデータを格納し（Ｓ７０６）、その画像ファイルをファイルメモリ１１３ｂに保存して（Ｓ７０７）、本処理を終了する。
【００５９】
本実施形態のファイル軽量化処理によれば、圧縮後のＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、圧縮前の画像ファイルのアップロード先を示す二次元コードデータが格納される。よって、上述した第１実施形態と同様、ＰＣ１００以外の装置（例えば、ＭＦＰ１ａ）であっても、圧縮後の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づき、対応する圧縮前の画像ファイルを、サーバ５００から容易にダウンロードできる。
【００６０】
次に、図８を参照して、第３実施形態について説明する。この第３実施形態では、ＰＣに保存されているファイルを、ＰＤＦ形式のファイルに変換する一方で、変換元（変換前）のファイルをマスタデータとしてサーバにアップロードする。上述した通り、ＪＰＥＧ形式の画像ファイルはサムネイル領域３１を有するが、ＰＤＦ形式のファイルも同様のサムネイル領域を有する。本実施形態では、変換して得られたＰＤＦ形式のファイルのサムネイル領域に、変換元の画像ファイルの格納位置を示す二次元コードデータを格納する。なお、第３実施形態において、上述した各実施形態（第１，第２実施形態）と同一の部分には、同一の符号を付して、その説明は省略する。
【００６１】
図８は、ＰＣ１００のＣＰＵ１１０が実行するマスタデータアップロード処理を示すフローチャートである。マスタデータアップロード処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ユーザが選択した１のファイルをＰＤＦ形式のファイルに変換するとともに、変換元のファイルを、マスタデータとして、サーバ５００へアップロードする処理である。なお、図８のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。本処理は、選択（指定）されたファイルをＰＤＦ形式に変換することが指定され、かつ、変換前のファイルをサーバ５００へアップロードすることが指定された状態で、ファイルメモリ１１３ｂに保存されている１のファイルが選択（指定）された場合に実行される。
【００６２】
まず、ファイルメモリ１１３ｂに保存されているファイルの中から、ＰＤＦ形式のファイルに変換する対象のファイルが未選択であれば（Ｓ８０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ８０１に戻す。一方、変換対象となる１のファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ８０１：Ｙｅｓ）、ＣＰＵ１１０は、パス入力画面（図示せず）をＬＣＤ１１６に表示させ、そのパス入力画面において、入力装置１１５の操作に基づく、変換元のファイルのアップロード先を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ８０２）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ８０２：Ｎｏ）、ＣＰＵ１１０は、処理をＳ８０２に戻す。
【００６３】
一方、ＣＰＵ１１０がＵＲＬの入力を受け付けた場合には（Ｓ８０２：Ｙｅｓ）、ＣＰＵ１１０は、ユーザにより選択されたファイル（即ち、変換元のファイル）を、マスタデータとして、入力されたＵＲＬが示すサーバ５００の格納位置へアップロードさせる（Ｓ８０３）。なお、ユーザにより選択された変換元のファイルは、ＰＣ１００に残される。次に、ＣＰＵ１１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ８０４）。
【００６４】
次に、ＣＰＵ１１０は、ＰＣ１００に残されている変換元のファイル（即ち、ユーザにより選択されたファイル）を、ＰＤＦ形式のファイルに変換する（Ｓ８０５）。次に、ＣＰＵ１１０は、変換により得られたＰＤＦ形式のファイルのサムネイル領域（図示せず）に、Ｓ８０４において生成された二次元コードデータを格納し（Ｓ８０６）。サムネイル領域に二次元コードデータが格納された変換後のファイルを、ファイルメモリ１１３ｂに保存して（Ｓ８０７）、本処理を終了する。
【００６５】
本実施形態のマスタデータアップロード処理によれば、変換後のファイル（ＰＤＦ形式のファイル）のサムネイル領域に、マスタデータ（即ち、変換元のファイル）のアップロード先を示す二次元コードデータが格納される。よって、上述した第１及び第２実施形態と同様、ＰＣ１００以外の装置（例えば、ＭＦＰ１ａ）であっても、変換後のファイルのサムネイル領域に格納されている二次元コードデータに基づき、マスタデータを、サーバ５００から容易にダウンロードできる。
【００６６】
次に、図９を参照して、第４実施形態について説明する。この第４実施形態では、ＰＣに保存されているファイルをＰＤＦ形式のファイルに変換して、他の装置へ配布する。このとき、変換元（変換前）のファイルを自装置内に残しておき、自装置内における変換元のファイルの格納位置を示す情報を二次元コード化し、得られた二次元コードデータを、変換により得られたＰＤＦ形式のファイル（即ち、配布用のファイル）のサムネイル領域に格納する。なお、第４実施形態において、上述した各実施形態（第１，第２，第３実施形態）と同一の部分には、同一の符号を付して、その説明は省略する。
【００６７】
図９は、ＰＣ１００のＣＰＵ１１０が実行するファイル配布処理を示すフローチャートである。ファイル配布処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ユーザが選択した１のファイルからＰＤＦ形式のファイルに変換し、他の装置へ配布する処理である。なお、図９のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。本処理は、ファイルを他の装置へ配布することが指定された状態で、ファイルメモリ１１３ｂに保存されている１のファイルが選択（指定）された場合に実行される。
【００６８】
まず、ファイルメモリ１１３ｂに保存されているファイルの中から、配布対象とするファイルが未選択であれば（Ｓ９０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ９０１に戻す。一方、配布対象とする１のファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ９０１：Ｙｅｓ）、ＣＰＵ１１０は、選択されたファイルの格納位置のパスを取得し、取得したパスを二次元コードデータへ変換する（Ｓ９０２）。
【００６９】
次に、ＣＰＵ１１０は、ユーザにより選択されたファイルから、ＰＤＦ形式のファイルを生成する（Ｓ９０３）。なお、Ｓ９０３では、変換元のファイル（即ち、ユーザにより選択されたファイル）は、格納位置を変更することなくＰＣ１００に残す。次に、ＣＰＵ１１０は、配布用ファイルとして生成されたＰＤＦ形式のファイルのサムネイル領域（図示せず）に、Ｓ９０２において生成された二次元コードデータを格納する（Ｓ９０４）。
【００７０】
次に、ＣＰＵ１１０は、配布先入力画面（図示せず）をＬＣＤ１１６に表示させ、その配布先入力画面において、配布用ファイルの配布先を示す情報（例えば、インターネット２００に接続される図示されない別のＰＣのメールアドレスなど）の入力を受け付ける（Ｓ９０５）。このとき、配布先入力画面に、配布先が入力されていなければ（Ｓ９０５：Ｎｏ）、ＣＰＵ１１０は、処理をＳ９０５に戻す。一方、ＣＰＵ１１０が配布先の入力を受け付けた場合には（Ｓ９０５：Ｙｅｓ）、ＣＰＵ１１０は、サムネイル領域に二次元コードデータが格納された配布用のファイルを、入力された配布先に配布して（Ｓ９０６）、本処理を終了する。
【００７１】
上述した本実施形態のファイル配布処理によれば、配布用に変換されたＰＤＦ形式のファイルのサムネイル領域に、変換元のファイルの格納位置（本実施形態では、ファイルメモリ１１３ｂにおける当該ファイルの格納位置）を示す二次元コードデータが格納される。よって、上述した第１から第３実施形態と同様、ＰＣ１００以外の装置（例えば、インターネット２００に接続される図示されない別のＰＣ）は、ＰＣ１００から配布されたファイルのサムネイル領域に格納されている二次元コードデータに基づき、変換元のファイルの格納位置を容易に取得できるので、ＰＣ１００以外の装置であっても、変換元のファイルをＰＣ１００から取得することが可能となる。
【００７２】
次に、図１１及び図１２を用いて、第５の実施形態について説明する。
上記第１〜第３実施形態では、操作部（タッチパネル１７や、入力装置１１５など）の操作に基づいて、ＵＲＬをパス入力画面（図示せず）に入力することにより、ファイルのアップロード先を指定する構成とした。本実施形態では、外部装置から取得したＵＲＬを指定することによって、ファイルのアップロード先を指定する。
【００７３】
第５の実施形態において、第１の実施形態と同一の部分には、同一の符号を付して、説明を省略する。図１１は、第５の実施形態におけるＭＦＰ１の電気的構成を示すブロック図である。ＭＦＰ１は、インターネットＩ／Ｆを介して、外部装置３００、サーバ５００Ａ、及びサーバ５００Ｂと、各種データの送受信を行う。サーバ５００Ａ、５００Ｂは、各サービス事業者が電子ファイル格納サービスを提供するために、インターネット上に設置したサーバである。サーバ５００Ａは電子ファイル格納サービスＡを提供し、サーバ５００Ｂは電子ファイル格納サービスＢを提供する。両者を特に区別する必要がない場合は、単に電子ファイル格納サービスを提供するサーバ５００と称する。サーバ５００は、インターネットに接続されたＭＦＰ１とＨＴＴＰ、又は、ＨＴＴＰＳによる通信を行う。サーバ５００は、ＭＦＰ１から、画像ファイル及び文書ファイルを含む電子ファイルのアップロードを受け付け、アップロードを受け付けたファイルを格納する。また、サーバ５００は、格納するファイルを指定するＵＲＬに対してリクエストをＭＦＰ１から受け付けると、そのＵＲＬに対応するファイルを返信する。
【００７４】
サーバ５００に電子ファイルをアップロードするためには、サーバ５００のプログラムが提供する、ＡＰＩ（Application Program Interface）を利用する必要がある。本実施形態のＭＦＰ１は、サーバ５００が提供するＡＰＩを利用するためのプログラムを備えない。しかし、サーバ５００が提供するＡＰＩを利用可能な外部装置３００が、ＭＦＰ１とサーバ５００との間のデータ送受信を中継するため、ＭＦＰ１は画像ファイルをサーバ５００へアップロードすることができる。
【００７５】
外部装置３００は、電子ファイル格納サービスの指定を含むアップロード先ＵＲＬの要求をＭＦＰ１から受信すると、指定された電子ファイル格納サービスを提供するサーバ５００へ、アップロード先ＵＲＬを要求する。外部装置３００は、アップロード先ＵＲＬをサーバ５００から受信すると、受信したアップロード先ＵＲＬと、指定された電子ファイル格納サービスに対応したテンプレート情報を、アップロード先ＵＲＬの要求元のＭＦＰ１へ送信する。なお、テンプレート情報とは電子ファイル格納サービスを提供するサーバが、受け付けることができる形式のアップロードデータの構造を指定するデータである。より詳細には、データのヘッダ部分及びボディ部分に、含まれるべきコマンド、ＩＤ、ユーザ情報、及びそれらのデータのアドレスなどを指定するデータである。前述したように、本実施形態のＭＦＰ１はサーバ５００が提供するＡＰＩを利用するためのプログラムを備えない。しかし、外部装置３００からテンプレート情報を受信することで、ＭＦＰ１からサーバ５００へ画像ファイルをアップロードすることができる。
【００７６】
さらに、外部装置３００は、後述するＳ１００７において、ＭＦＰ１が外部装置３００へ送信するアップロード結果を解読し、解読結果をＭＦＰ１に送信する処理を行う。アップロード結果は、ＭＦＰ１が対応していないデータ形式であるが、外部装置３００がアップロード結果を解読し、ＭＦＰ１が対応しているデータ形式に変更しＭＦＰ１へ送信することで、ＭＦＰ１はアップロード結果を利用することができる。
【００７７】
図１２は第５の実施形態において、ＭＦＰ１が実行するＪＰＥＧ圧縮処理を示すフローチャートである。この処理は、ユーザによって、保存形式としてＪＰＥＧ形式が指定され、かつ、ビットマップ形式の画像ファイルを、電子ファイル格納サービスを提供するサーバ５００へアップロードすることが指定された状態で、スキャナ２０に対して原稿の読み取りが指示された場合に実行される。なお、図３に示すＪＰＥＧ圧縮処理と同一のステップについては同じステップ番号を付して、説明を省略する。
【００７８】
まず、Ｓ１００１では、ＣＰＵ１０１はサービスの選択を受け付ける。本実施形態では、電子ファイル格納サービスＡと電子ファイル格納サービスＢのいずれかを受け付ける。この処理は例えば、ＬＣＤ１６に候補となる電子ファイル格納サービスを表示させ、タッチパネル１７により、いずれかの電子ファイル格納サービスを受け付ける構成とすればよい。そして、Ｓ１００２へ進む。
【００７９】
Ｓ１００２では、ＣＰＵ１０はＳ１００１で受け付けた電子ファイル格納サービスを指定する情報を含む、アップロード先ＵＲＬの要求を、インターネットＩ／Ｆ２５を介して外部装置３００へ送信する。そして、Ｓ１００３へ進む。Ｓ１００３ではＣＰＵ１０は、インターネットＩ／Ｆ２５を介して外部装置３００からアップロード先ＵＲＬ及びテンプレート情報を受信したかを判断する（Ｓ１００３）。受信したと判断する場合は（Ｓ１００３：Ｙｅｓ）Ｓ３０１へ進み、未だ受信していないと判断する場合は（Ｓ１００３：Ｎｏ）Ｓ１００３へ戻り判断を繰り返す。
【００８０】
Ｓ１００４では、ＣＰＵ１０はアップロードメッセージを作成する。作成されるアップロードメッセージは、外部装置３００から受信したアップロード先ＵＲＬと、Ｓ３０２で作成したビットマップファイルのバイナリデータとを含む。ＭＦＰ１は、外部装置３００から受信したテンプレート情報に従い、データフレームのヘッダ及びボディの所定の位置に、ビットマップファイルのバイナリデータ、アップロード先ＵＲＬ、及びその他テンプレート情報が指定するデータを格納するだけで、各サービスに応じたアップロードメッセージを作成することが出来る。そして、Ｓ１００５へ進む。
【００８１】
Ｓ１００５ではＣＰＵ１０は、Ｓ１００４で作成したアップロードメッセージを、インターネットＩ／Ｆ２５を介してサーバ５００へ送信する（Ｓ１００５）。そして、Ｓ１００６へ進む。
【００８２】
Ｓ１００６では、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介してアップロード結果を受信したか判断する（Ｓ１００６）。なお、アップロード結果には、アップロードメッセージに含まれる電子ファイルのアップロード結果と、電子ファイルがアップロードされた領域を示すＵＲＬが含まれる。ＣＰＵ１０は、アップロード結果を受信したと判断すると（Ｓ１００６：Ｙｅｓ）、Ｓ１００７へ進む。一方、アップロード結果を未だ受信していないと判断すると（Ｓ１００６：Ｎｏ）、Ｓ１００６へ戻り判断を繰り返す。
【００８３】
Ｓ１００７では、ＣＰＵ１０はＳ１００６で受信したと判断したアップロード結果を含む解読要求を、インターネットＩ／Ｆ２５を介して外部装置３００へ送信する（Ｓ１００７）。そして、Ｓ１００８へ進む。
【００８４】
Ｓ１００８では、ＣＰＵ１０は、外部装置３００からインターネットＩ／Ｆ２５を介して解読結果を受信したか判断する（Ｓ１００８）。受信したと判断すると（Ｓ１００８：Ｙｅｓ）、Ｓ１００９へ進む。一方、未だ受信していないと判断すると（Ｓ１００８：Ｎｏ）、Ｓ１００８へ戻り判断を繰り返す。なお、解読結果には、Ｓ１００６でＭＦＰ１が受信したアップロード結果に含まれていた、電子ファイルのアップロード結果と電子ファイルがアップロードされた領域を示すＵＲＬとが、ＭＦＰ１が対応しているデータ形式で含まれている。そして、Ｓ１００９へ進む。
【００８５】
Ｓ１００９では、ＣＰＵ１０は解読結果に含まれているＵＲＬを、二次元コードデータへ変換する（Ｓ１００９）。そして、Ｓ３０６へ進む。
【００８６】
上述した本実施形態のＪＰＥＧ圧縮処理によれば、スキャナ２０に読み取らせた原稿の画像データを、圧縮されたＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存する一方で、圧縮前の高品質画像をビットマップ形式の画像ファイルとして電子ファイル格納サービスが提供するサーバ５００に保存できる。ここで、メモリカード１９に保存されるＪＰＥＧ形式の画像ファイルのサムネイル領域３１には、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示す二次元コードデータが格納されている。このメモリカード１９を、ＭＦＰ１以外の装置（例えば、ＭＦＰ１ａ）に装着することにより、ＭＦＰ１以外の装置であっても、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づいて、圧縮前の高品質画像の画像ファイル（ビットマップ形式の画像ファイル）の格納位置を容易に取得でき、サーバ５００から容易にダウンロードできる。
【００８７】
上記実施形態において、ＭＦＰ１，ＰＣ１００が、情報処理装置の一例である。サーバ５００が、ファイル記憶装置の一例である。外部装置３００が、外部装置の一例である。サムネイル領域３１を含む付加情報データ領域３０が、付加情報領域の一例である。サムネイル領域３１が、サムネイル領域の一例である。操作キー１５，タッチパネル１７，入力装置１１５が、操作部の一例である。制御プログラム１１ａ，各種プログラム１１３ａが、情報処理プログラムの一例である。
【００８８】
Ｓ３０１，Ｓ７０１，Ｓ８０１，Ｓ９０１を実行するＣＰＵ１０又はＣＰＵ１１０が、第１取得手段の一例である。Ｓ３０６，Ｓ７０５，Ｓ８０５，Ｓ９０３を実行するＣＰＵ１０又はＣＰＵ１１０が、生成手段の一例である。Ｓ３０３，Ｓ７０２，Ｓ８０２，Ｓ９０２、Ｓ１００８を実行するＣＰＵ１０又はＣＰＵ１１０が、第２取得手段の一例である。Ｓ３０７，Ｓ７０６，Ｓ８０６，Ｓ９０４を実行するＣＰＵ１０又はＣＰＵ１１０が、格納手段の一例である。Ｓ３０５，Ｓ７０４，Ｓ８０４，Ｓ９０２を実行するＣＰＵ１０又はＣＰＵ１１０が、作成手段の一例である。Ｓ３０４，Ｓ７０３，Ｓ８０３、Ｓ１００５を実行するＣＰＵ１０又はＣＰＵ１１０が、送信手段の一例である。Ｓ３０３，Ｓ７０２，Ｓ８０２を実行するＣＰＵ１０又はＣＰＵ１１０が、受付手段の一例である。
【００８９】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【００９０】
例えば、上記各実施形態では、情報処理装置の一例として、ＭＦＰ１又はＰＣ１００を説明したが、プリンタ、スキャナ、パーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ、タブレット端末、デジタルカメラなど各種の装置も情報処理装置の一例となり得る。即ち、これらの装置において、装置内又はメモリカードなどに保存されている第１のファイル、又は、第１のファイルを生成するための画像データ（例えば、読み取りデータや、撮像データ）から、第１のファイルと同じファイル形式又は異なるファイル形式の第２のファイルを生成した場合に、生成した第２のファイルのサムネイル領域３１に二次元コードデータを格納してもよい。
【００９１】
また、上記第１及び第５実施形態では、ＭＦＰ１を情報処理装置として例示したが、上記第２〜第４実施形態と同様に、ＰＣ１００を情報処理装置として用いてもよい。その場合には、ＰＣ１００のＵＳＢ＿Ｉ／Ｆ１２４を介して接続されるＭＦＰ１のスキャナ機能や、スキャナで原稿の読み取りを行い、その画像データを上述したＪＰＥＧ圧縮処理（図３参照）により処理すればよい。また、上記第２〜第４実施形態では、ＰＣ１００を情報処理装置として例示したが、上記第１実施形態と同様に、ＭＦＰ１を情報処理装置として用いてもよい。また、上記第２〜第４実施形態では、ＨＤＤ１１３（ファイルメモリ１１３ｂ）に保存されているファイルを圧縮元又は変換元のファイルとしたが、メモリカード１９などの外部メディアや、外付けのＨＤＤなどに保存されているファイルを圧縮元又は変換元のファイルとして使用することは当然可能である。
【００９２】
また、上記各実施形態では、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１、又は、ＰＤＦ形式のファイルのサムネイル領域に、二次元コードデータを格納する構成とした。サムネイル領域を有するファイル形式であれば、ＪＰＥＧ形式又はＰＤＦ形式に限らず、本発明を適用可能である。例えば、サムネイル領域３１と同様のサムネイル領域を有するＴＩＦＦ形式の画像ファイルも、本発明に適用できる。
【００９３】
また、上記各実施形態では、二次元コードの一例として、ＱＲコード（登録商標）を説明したが、他の種類のコードを用いても良い。
【００９４】
また、上記第１，第２、及び第５実施形態では、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、サーバ５００におけるファイルの格納位置を示す二次元コードデータを格納する構成としたが、サーバ５００におけるファイルの格納位置を示すテキストデータを、ＪＰＥＧ形式の画像ファイルの付加情報データ領域３０に格納してもよい。例えば、Ｓ３０３，Ｓ７０２においてＣＰＵ１０又はＣＰＵ１１０が受け付けたＵＲＬを、付加情報データ領域３０領域に格納する構成としてもよい。同様に、上記第３，４実施形態に対し、Ｓ８０２においてＣＰＵ１１０が受け付けたＵＲＬ、又は、Ｓ９０２において取得したパスを、ＰＤＦ形式のファイルが有する付加情報データ領域に格納する構成としてもよい。
【００９５】
ここで、図１０を参照して、上述した通り、ＭＦＰ１又はＰＣ１００が、ファイルの格納位置を示すテキストデータ（ＵＲＬ、パス）をファイルの付加情報データ領域（例えば、付加情報データ領域３０）に格納した場合に、他の装置が、サーバ５００から対象ファイルをダウンロードするための具体的な変形例について説明する。図１０は、本変形例において、他の装置としてのＭＦＰ１（この場合、ＭＦＰ１ａ）のＣＰＵ１０が実行するメディアプリント処理を示すフローチャートである。なお、上述した図４のメディアプリント処理と同一の処理については、同一のステップ番号を付し、その説明は省略する。
【００９６】
図１０に示すメディアプリント処理は、上述した図４のメディアプリント処理と同様に、メモリカード１９がＭＦＰ１ａのメモリカードＩ／Ｆ１８に装着され、かつ、機能がメディアプリント機能に設定された場合に実行される。まず、ＣＰＵ１０は、上述した図４のメディアプリント処理と同様に、Ｓ４０１〜Ｓ４０３の処理を実行する。次に、ＣＰＵ１０は、指定された画像ファイルの付加情報データ領域３０を解析する（Ｓ１００１）。
【００９７】
付加情報データ領域３０にＵＲＬが格納されており、かつ、そのＵＲＬが、サーバ５００に保存されているビットマップ形式の画像ファイルの格納位置として予めＭＰＦ１ａに登録されているＵＲＬである場合には（Ｓ１００２：Ｙｅｓ，Ｓ１００３：Ｙｅｓ）、ＣＰＵ１０は、第１の印刷画面５０ａをＬＣＤ１６に表示させ（Ｓ４０７）、処理をＳ４０８へ移行する。一方、付加情報データ領域３０にＵＲＬが格納されているが、そのＵＲＬが、予めＭＰＦ１ａに登録されていない場合（Ｓ１００２：Ｙｅｓ，Ｓ１００３：Ｎｏ）、あるいは、付加情報データ領域３０にＵＲＬが格納されていない場合（Ｓ１００２：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂをＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。
【００９８】
次に、ＣＰＵ１０は、上述した図４のメディアプリント処理と同様に、Ｓ４０８〜Ｓ４１２の処理を実行する。つまり、第１の印刷画面５０ｂにおいて、高品質画像印刷ボタン５１ｂの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｙｅｓ）、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介して、高品質画像印刷ボタン５１ｂに対応するＵＲＬ（即ち、付加情報データ領域３０に格納されていたＵＲＬ）にアクセスし、対応するビットマップ形式の画像ファイルをダウンロードし、ダウンロードしたビットマップ形式の画像ファイルの画像を、プリンタ２１に印刷させ（Ｓ４０９）、本処理を終了する。一方、第１の印刷画面５０ａ又は第２の印刷画面５０ｂにおいて、保存画像印刷ボタン５１ａの操作をＣＰＵ１０が受け付けた場合には（Ｓ４１０：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルにおける印刷対象を、プリンタ２１に印刷させ（Ｓ４１１）、本処理を終了する。また、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２の操作をＣＰＵ１０が受け付けた場合には（Ｓ４１２：Ｙｅｓ）、ＣＰＵ１０は、本処理を終了する。一方、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２が操作されていなければ（Ｓ４１２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０８に戻す。
【００９９】
なお、図４及び図１０のメディアプリント処理では、ＪＰＥＧ形式の画像ファイルを例示して説明したが、付加情報データ領域又はサムネイル領域を有するファイル形式であれば、同様の処理を適用できる。
【０１００】
また、上記第１〜第３実施形態では、操作部（タッチパネル１７や、入力装置１１５など）の操作に基づいて、ＵＲＬをパス入力画面（図示せず）に入力することにより、ファイルのアップロード先を指定する構成としたが、アップロード先の装置（サーバ５００）のフォルダ階層を選択可能に表示された場合に、ファイルの保存を所望するフォルダを操作部の操作によって選択することにより、アップロード先を指定する構成としてもよい。あるいは、外部装置から取得したＵＲＬを指定することによって、ファイルのアップロード先を指定する構成としてもよい。なお、この場合、ＵＲＬの提供元となる外部装置は、ファイルのアップロード先となる外部装置であっても、そうでない外部装置であってもよい。また、メモリカード１９やＨＤＤ１１３などに、事前に記憶されているＵＲＬを指定することによって、ファイルのアップロード先を指定する構成としてもよい。
【符号の説明】
【０１０１】
１ ＭＦＰ
１１ａ 制御プログラム
１００ ＰＣ
１１３ａ 各種プログラム
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理プログラムおよび情報処理方法に関する。
【背景技術】
【０００２】
画像の保存や、メールなどを用いる画像の配布などの目的で、ビットマップ形式など、無劣化の元画像を圧縮する状況がしばしば生じる。画像を圧縮することにより、データサイズを軽量化できるが、多くの場合、圧縮画像の画質は元画像の画質に比べて劣化する。圧縮がＪＰＥＧ圧縮などの不可逆的圧縮であった場合には、圧縮により劣化した画質を、無劣化の元画像（即ち、圧縮元の画像）の画質に復元することはできない。そのため、画像の圧縮後に高品質画像を必要とする可能性がある場合には、元画像を、圧縮に先立ってサーバなどにアップロードしておくことが好ましい。
【０００３】
特許文献１には、文書管理システムが記載されている。この文書管理システムは、文書管理クライアントが、デジタル複合機から入力された元画像を文書管理サーバにアップロードする一方で、その文書管理クライアントが、文書管理サーバにアップロードした元画像から間引き画像を生成して表示する。かかる文書管理システムによれば、文書管理クライアントは、間引き画像からは復元できない元画像を、必要に応じて、文書管理サーバから取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２０３３１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載される技術では、文書管理クライアントが、文書管理サーバにアップロードした元画像を、識別子による紐付けによって管理するので、元画像を取得できる装置は、アップロード元の装置である文書管理クライアントに限られる。よって、特許文献１に記載される技術を適用して、ある装置で軽量化された画像の元画像をサーバにアップロードしたとしても、他の装置からは、元画像を簡単に取得することができず、不便であるという問題点がある。
【０００６】
本発明は、上述した問題点を解決するためになされたものであり、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルを容易に取得できる情報処理装置、情報処理プログラムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この目的を達成するために、本発明の情報処理装置は、第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得手段と、前記第１取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成手段と、所定の記憶媒体における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得手段と、前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納手段と、を備えている。
【０００８】
なお、本発明は、情報処理装置を制御する制御装置、情報処理方法、情報処理装置を制御する制御プログラム、該制御プログラムを記録する記録媒体等の種々の態様で構成することができる。
【発明の効果】
【０００９】
請求項１記載の情報処理装置によれば、第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報が、第２取得手段により取得され、取得した領域情報を示すデータが、生成手段によって生成された第２ファイルの付加情報領域に、格納手段によって格納される。よって、自装置で第１ファイルに対応する第２ファイルを生成した場合に、自装置以外の装置であっても、第２ファイルから、第１ファイルの記憶領域を示す情報（領域情報）を容易に取得でき、それにより、第１ファイルを容易に取得できる。なお、請求項１において「前記第１取得手段が取得した第１ファイル又は画像データから、…第２ファイルを生成する」とは、第１ファイルの圧縮による第２ファイルの生成、第１ファイルからファイル形式の異なる第２ファイルへの変換、画像データからの第２ファイルの生成、などを含むことを意図する。
【００１０】
請求項２記載の情報処理装置によれば、請求項１記載の情報処理装置の奏する効果に加え、第２取得手段が取得した領域情報を示すコードデータが、作成手段により作成され、そのコードデータが、格納手段により、付加情報として、第２ファイルの付加情報領域へ格納されるので、第１ファイルの記憶領域を示す領域情報をコードデータとして他の装置に解析させることができる。
【００１１】
請求項３記載の情報処理装置によれば、請求項２記載の情報処理装置の奏する効果に加え、格納手段は、作成手段が作成したコードデータを、第２ファイルのサムネイル領域へ格納するので、他の装置において、第１ファイルの記憶領域を示す領域情報をコードデータに対応する縮小画像として表示できる。
【００１２】
請求項４記載の情報処理装置によれば、請求項１から３のいずれかに記載の情報処理装置の奏する効果に加え、第１取得手段が取得した第１ファイル、又は、第１取得手段が取得した画像データから生成された第１ファイルが、送信手段により、第２取得手段が取得した領域情報が示す記憶領域へ送信されるので、第２ファイルに対応する第１ファイルを、自装置でない他の装置に記憶することができる。よって、第１ファイルを他の装置に記憶しつつ、さらに別の装置からであっても、第２ファイルに基づき、第１ファイルの記憶領域を示す領域情報を容易に取得できるので、第１ファイルを容易に取得できる。
【００１３】
請求項５記載の情報処理装置によれば、請求項４記載の情報処理装置の奏する効果に加え、受付手段は、操作部の操作に基づく領域情報の入力を受け付け、第２取得手段は、受付手段が受け付けた領域情報を取得するので、ユーザが所望する記憶領域に第１ファイルを記憶できるとともに、その第１ファイルを、自装置以外の装置からであっても、第２ファイルから領域情報を取得することによって容易に取得できる。
【００１４】
請求項６記載の情報処理装置によれば、請求項１から３のいずれかに記載の情報処理装置の奏する効果に加え、第２取得手段は、第１取得手段が取得した第１ファイル、又は、第１取得手段が取得した画像データから生成された第１ファイルが記憶されている領域を示す領域情報を取得するので、第１ファイルと第２ファイルが異なる装置に記憶されていても、第２ファイルに基づき第１ファイルを容易に取得できる。
【００１５】
請求項７記載の情報処理装置によれば、請求項６に記載の情報処理装置が奏する効果に加え、第１ファイルが記憶されている領域を示す領域情報を、外部装置から取得することができる。
【００１６】
請求項８記載の情報処理装置によれば、請求項７に記載の情報処理装置が奏する効果に加え、第３取得手段が取得した第２の領域情報が示す領域へ第１ファイルを送信することができる。
【００１７】
請求項９記載の情報処理装置によれば、請求項１から８のいずれかに記載の情報処理装置の奏する効果に加え、次の効果を奏する。生成手段は、第１取得手段が取得した第１ファイル又は画像データから、第１ファイルと異なるファイル形式の第２ファイルを生成する。ファイル形式を変換したことにより、第２ファイルの質（例えば、画質）が第１ファイルより劣化する場合があるが、そのような場合であっても、自装置以外の装置は、第２ファイルから第１ファイルの記憶領域を容易に取得できるので、質の高い第１ファイルを容易に取得できる。
【００１８】
請求項１０記載の情報処理装置によれば、請求項１から８のいずれかに記載の情報処理装置の奏する効果に加え、次の効果を奏する。生成手段は、第１取得手段が取得した第１ファイル又は画像データから、第１ファイルと同じファイル形式で、かつ、データ量が第１ファイルよりも小さい第２ファイルを生成する。データ量を第１ファイルより小さくしたことにより、第２ファイルの質（例えば、画質）が第１ファイルより劣化する場合があるが、そのような場合であっても、自装置以外の装置は、第２ファイルから第１ファイルの記憶領域を容易に取得できるので、質の高い第１ファイルを容易に取得できる。
【００１９】
請求項１１記載の情報処理装置によれば、請求項１から１０のいずれかに記載の情報処理装置の奏する効果に加え、第２ファイルのファイル形式は、ＪＰＥＧ形式、ＰＤＦ形式、又はＴＩＦＦ形式のいずれかであるので、これらのファイル形式のデータに含まれる付加情報領域に、第１ファイルの記憶領域を示す領域情報のデータを格納できる。
【００２０】
請求項１２、１３記載の情報処理装置によれば、請求項１と同様の効果を奏することができる。
【００２１】
請求項４記載の情報処理プログラムを情報処理装置において実行させることにより、請求項１記載の情報処理装置と同様の効果を奏する。
【００２２】
請求項１５記載の情報処理方法を情報処理装置において実行させることにより、請求項１記載の情報処理装置と同様の効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】本発明の情報処理装置の一実施形態であるＭＦＰの電気的構成を示すブロック図である。
【図２】ＪＰＥＧ形式の画像ファイルにおけるデータ構造の概略を示す図である。
【図３】ＭＦＰにおいて実行されるＪＰＥＧ処理を示すフローチャートである。
【図４】他の装置において実行されるメディアプリント処理を示すフローチャートである。
【図５】図４のメディアプリント処理によってＬＣＤに表示される第１及び第２の印刷画面の一例を示す模式図である。
【図６】本発明の情報処理装置の一実施形態であるＰＣの電気的構成を示すブロック図である。
【図７】ＰＣにおいて実行されるファイル軽量化処理を示すフローチャートである。
【図８】ＰＣにおいて実行されるマスタデータアップロード処理を示すフローチャートである。
【図９】ＰＣにおいて実行されるファイル配布処理を示すフローチャートである。
【図１０】他の装置において実行されるメディアプリント処理の変形例を示すフローチャートである。
【図１１】本発明の情報処理装置の一実施形態であるＭＦＰの電気的構成を示すブロック図である。
【図１２】ＭＦＰにおいて実行されるＪＰＥＧ処理を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の情報処理装置の一実施形態である多機能周辺装置（以下、「ＭＦＰ」と称す）１の電気的構成を示すブロック図である。
【００２５】
ＭＦＰ１は、印刷機能、コピー機能、ＦＡＸ機能、スキャン機能、メディアプリント機能など、複数の機能を有する複合機である。本実施形態のＭＦＰ１は、スキャナ機能によって原稿を読み取った場合に、その読み取り画像を、画質劣化のないビットマップ形式の画像ファイルとしてサーバ５００へアップロードする一方で、画質は劣化するがデータサイズの小さいＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存できるように構成されている。特に、本実施形態のＭＦＰ１は、サーバ５００にアップロードしたビットマップ形式の画像ファイルの格納位置（記憶領域）を示す情報を二次元コード化し、その二次元コードのデータ（以下、「二次元コードデータ」と称す）を、ＪＰＥＧ形式の画像ファイルの中に付加情報として格納する（埋め込む）ように構成されている。よって、ＭＦＰ１以外の他の装置（例えば、ＭＦＰ１ａ）であっても、メモリカード１９に保存（記憶）されているＪＰＥＧ形式の画像ファイルから、その画像ファイルに対応する高品質画像の画像ファイル（ビットマップ形式の画像ファイル）をサーバ５００からダウンロードすることが可能となる。なお、二次元コードは、テキスト等の情報を格納できる画像であり、一例として、ＱＲコード（登録商標）である。ここで、テキストとは、文字、記号、数値、またはこれらの組み合わせを意味する。
【００２６】
ＭＦＰ１には、ＣＰＵ１０、フラッシュメモリ１１、ＲＡＭ１２、操作キー１５、ＬＣＤ１６、タッチパネル１７、メモリカードインターフェイス（以下、「メモリカードＩ／Ｆ」と称す）１８、スキャナ２０、プリンタ２１、ＮＣＵ２２、モデム２３、ＵＳＢインターフェイス（以下、「ＵＳＢ＿Ｉ／Ｆ」と称す）２４、インターネットインターフェイス（以下、「インターネットＩ／Ｆ」と称す）２５が主に設けられている。ＣＰＵ１０、フラッシュメモリ１１、ＲＡＭ１２は、バスライン２６を介して互いに接続されている。また、操作キー１５、ＬＣＤ１６、タッチパネル１７、メモリカードＩ／Ｆ１８、スキャナ２０、プリンタ２１、ＮＣＵ２２、モデム２３、ＵＳＢ＿Ｉ／Ｆ２４、インターネットＩ／Ｆ２５、バスライン２６は、入出力ポート２７を介して互いに接続されている。
【００２７】
ＣＰＵ１０は、フラッシュメモリ１１に記憶される固定値やプログラム、ＲＡＭ１２に記憶されているデータ、或いは、ＮＣＵ２２を介して送受信される各種信号に従って、ＭＦＰ１が有している各機能の制御及び、入出力ポート２７と接続された各部の制御を行う。フラッシュメモリ１１は、不揮発性のメモリであって、ＭＦＰ１の動作を制御する制御プログラム１１ａなどが格納される。後述する図３のフローチャートに示す各処理は、制御プログラム１１ａに従ってＣＰＵ１０により実行される。ＲＡＭ１２は、ＣＰＵ１０の処理に必要な情報を一時的に記憶する書換可能な揮発性のメモリである。
【００２８】
操作キー１５はハードキーであり、ＭＦＰ１に設定情報や指示を入力する。ＬＣＤ１６は液晶表示装置である。タッチパネル１７は、ＬＣＤ１６に重ねて設けられ、ＭＦＰ１に設定情報や指示を入力する。メモリカードＩ／Ｆ１８は、不揮発性のメモリカード１９が装着されるインターフェイスであって、メモリカード１９に対するデータの書き込み又は読み出しを制御する。メモリカード１９には、ＭＦＰ１において生成されるＪＰＥＧ形式の画像ファイルなどが記憶される。メモリカード１９は、一例として、ＳＤカード（登録商標）である。
【００２９】
スキャナ２０は、原稿を読み取り、その読み取った原稿の画像データを、ＣＰＵ１０に出力する装置である。プリンタ２１は、記録用紙に画像を印刷する装置である。ＮＣＵ２２は、電話回線の制御を行う装置である。モデム２３は、ファクシミリ送信時には送信信号を変調し、ファクシミリ受信時には受信した変調信号を復調する。
【００３０】
ＵＳＢ＿Ｉ／Ｆ２４は、ＵＳＢケーブルを介して他の装置を通信可能に接続するための装置であり、周知の装置で構成される。このＵＳＢ＿Ｉ／Ｆ２４には、例えば、ＭＦＰ１を駆動するドライバプログラムがインストールされたパーソナルコンピュータ（以下、「ＰＣ」と称す）などを、ＵＳＢケーブルを介して通信可能に接続できる。インターネットＩ／Ｆ２５は、ＭＦＰ１をインターネット２００に接続するためのインターフェイスであり、例えば、周知のネットワークカードを採用できる。インターネットＩ／Ｆ２５は、インターネット２００を介して、サーバ５００に接続される。サーバ５００は、インターネットＩ／Ｆ２５及びインターネット２００を介して、ＭＦＰ１から受信したビットマップ形式の画像ファイルを記憶するための記憶装置である。サーバ５００は、インターネット２００を介して、ＭＦＰ１ａなどの他の装置とも接続可能である。なお、図１におけるＭＦＰ１ａは、上述した本実施形態のＭＦＰ１と同一に構成されるものとし、その具体的構成は省略する。
【００３１】
図２は、ＪＰＥＧ形式の画像ファイルにおけるデータ構造の概略を示す図である。図２に示すように、ＪＰＥＧ形式の画像ファイルは、付加情報データ領域３０と、主画像データ領域３２とを有する。主画像データ領域３２は、主画像の画像データ本体（以下、「主画像データ」と称す）を格納する領域である。付加情報データ領域３０は、主画像の縦横の大きさや、主画像の解像度など、主画像に関する付加情報を格納する領域であり、サムネイル領域３１を有する。サムネイル領域３１は、主画像の縮小画像に対応する画像データ（以下、「縮小画像データ」と称する）を格納する領域である。付加情報データ領域３０、サムネイル領域３１、主画像データ領域３２などのデータ構造は、Ｅｘｉｆ規格として、ＪＥＩＤＡ（日本電子工業振興協会）により定められている。本実施形態では、縮小画像データを格納するサムネイル領域３１に、二次元コードデータを格納する。
【００３２】
図３は、ＭＦＰ１のＣＰＵ１０が実行するＪＰＥＧ圧縮処理を示すフローチャートである。ＪＰＥＧ圧縮処理は、スキャナ２０に読み取らせた原稿の画像データから、ＪＰＥＧ形式の画像ファイルを生成するための処理である。この処理は、ユーザによって、保存形式としてＪＰＥＧ形式が指定され、かつ、ビットマップ形式の画像ファイルをサーバ５００へアップロードすることが指定された状態で、スキャナ２０に対して原稿の読み取りが指示された場合に実行される。
【００３３】
まず、ステップＳ３０１（以下、ステップを省略）において、ＣＰＵ１０は、スキャナ２０に原稿の読み取りを行わせる（Ｓ３０１）。次に、ＣＰＵ１０は、その読み取りにより得られた原稿の画像データからビットマップ形式の画像ファイルを生成する（Ｓ３０２）。次に、ＣＰＵ１０は、パス入力画面（図示せず）をＬＣＤ１６に表示させ、そのパス入力画面において、タッチパネル１７の操作に基づく、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ３０３）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ３０３：Ｎｏ）、ＣＰＵ１０は、処理をＳ３０３に戻す。
【００３４】
一方、ＣＰＵ１０がＵＲＬの入力を受け付けた場合には（Ｓ３０３：Ｙｅｓ）、ＣＰＵ１０は、Ｓ３０２において生成されたビットマップ形式の画像ファイルを、入力されたＵＲＬが示すサーバ５００の格納領域へアップロードさせる（Ｓ３０４）。なお、ビットマップ形式の画像ファイルは、ＭＦＰ１から消去されない。次に、ＣＰＵ１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ３０５）。パス入力画面に入力されるＵＲＬはテキストデータであり、テキストデータから二次元コードデータ（ＱＲコード（登録商標）データ）を生成する方法は、公知技術なので説明を省略する。この技術は、例えば、「濱屋進著、符号理論入門、工学社、２００８／７発行」に記載されている。
【００３５】
次に、ＣＰＵ１０は、ビットマップ形式の画像ファイルを、ＪＰＥＧ形式の画像ファイルに変換（圧縮）する（Ｓ３０６）。次に、ＣＰＵ１０は、得られたＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、Ｓ３０６において生成された二次元コードデータを格納し（Ｓ３０７）、その画像ファイルをメモリカード１９に保存し（Ｓ３０８）、本処理を終了する。
【００３６】
本実施形態のＪＰＥＧ圧縮処理によれば、スキャナ２０に読み取らせた原稿の画像データを、圧縮されたＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存する一方で、圧縮前の高品質画像をビットマップ形式の画像ファイルとしてサーバ５００に保存できる。ここで、メモリカード１９に保存されるＪＰＥＧ形式の画像ファイルのサムネイル領域３１には、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示す二次元コードデータが格納されている。このメモリカード１９を、ＭＦＰ１以外の装置（例えば、ＭＦＰ１ａ）に装着することにより、ＭＦＰ１以外の装置であっても、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づいて、圧縮前の高品質画像の画像ファイル（ビットマップ形式の画像ファイル）の格納位置を容易に取得でき、サーバ５００から容易にダウンロードできる。
【００３７】
ここで、図４を参照して、上述したＪＰＥＧ圧縮処理において生成されてメモリカード１９に保存されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルを、ＭＦＰ１以外の装置がサーバ５００からダウンロードする具体例について説明する。図４は、他の装置としてのＭＦＰ１（この場合、ＭＦＰ１ａ）のＣＰＵ１０が実行するメディアプリント処理を示すフローチャートである。図４に示すメディアプリント処理は、メモリカード１９がＭＦＰ１ａのメモリカードＩ／Ｆ１８に装着され、かつ、機能がメディアプリント機能に設定された場合に実行される。
【００３８】
まず、ＣＰＵ１０は、ＬＣＤ１６にファイル選択画面（図示せず）を表示する（Ｓ４０１）。ファイル選択画面において、ＪＰＥＧ形式の画像ファイルが指定されない場合には（Ｓ４０２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０２に戻す。一方で、ファイル選択画面において、１のＪＰＥＧ形式の画像ファイルが指定されたことをＣＰＵ１０が受け付けた場合には（Ｓ４０２：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルをＲＡＭ１２に展開する（Ｓ４０３）。
【００３９】
次に、指定された画像ファイルのサムネイル領域３１に二次元コードデータが格納されている場合には（Ｓ４０４：Ｙｅｓ）、ＣＰＵ１０は、その二次元コードデータを解析する（Ｓ４０５）。具体的には、サムネイル領域３１に格納されているデータを抽出し、そのデータに対応する画像が、二次元コードであるか否かを判定する。なお、画像が二次元コードであるか否かを判定する方法は、公知技術なので説明を省略する。この技術は、例えば、携帯電話のバーコード（ＱＲコード（登録商標））リーダ機能などに用いられている。このとき、二次元コードデータに登録されていたのがＵＲＬである場合には（Ｓ４０６：Ｙｅｓ）、ＣＰＵ１０は、第１の印刷画面５０ａ（図５（ａ）参照）をＬＣＤ１６に表示させ（Ｓ４０７）、処理をＳ４０８へ移行する。図５（ａ）を参照して後述するが、第１の印刷画面５０ａには、指定されたＪＰＥＧ画像の画像ファイルの印刷をプリンタ２１に指示するための保存画像印刷ボタン５１ａと、サーバ５００に保存されている対応するビットマップ形式の画像ファイルの印刷をプリンタ２１に指示するための高品質画像印刷ボタン５１ｂとが含まれる。
【００４０】
一方、二次元コードデータに登録されていたのがＵＲＬでない場合には（Ｓ４０６：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂ（図５（ｂ）参照）をＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。図５（ｂ）を参照して後述するが、第２の印刷画面５０ｂには、保存画像印刷ボタン５１ａが含まれるが、第１の印刷画面５０ａのように高品質画像印刷ボタン５１ｂは含まれない。また、指定された画像ファイルのサムネイル領域３１に二次元コードデータが格納されていない場合（Ｓ４０４：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂ（図５（ｂ）参照）をＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。
【００４１】
第１の印刷画面５０ｂにおいて、高品質画像印刷ボタン５１ｂの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｙｅｓ）、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介して、高品質画像印刷ボタン５１ｂに対応するＵＲＬ（即ち、二次元コードデータに登録されていたＵＲＬ）にアクセスし、指定されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをダウンロードし、ダウンロードしたビットマップ形式の画像ファイルの画像を、プリンタ２１に印刷させ（Ｓ４０９）、本処理を終了する。
【００４２】
一方、第１の印刷画面５０ａにおける高品質画像印刷ボタン５１ｂではなく、第１の印刷画面５０ａ又は第２の印刷画面５０ｂにおいて、保存画像印刷ボタン５１ａの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルにおける印刷対象、具体的には、ＪＰＥＧ形式の画像ファイルの場合には、主画像データ領域３２に格納されている主画像データの画像を、プリンタ２１に印刷させ（Ｓ４１１）、本処理を終了する。
【００４３】
また、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２（図５参照）の操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｎｏ，Ｓ４１２：Ｙｅｓ）、ＣＰＵ１０は、本処理を終了する。一方、第１又は第２の印刷画面５０ａ，５０ｂにおいて、印刷ボタン５１ａ，５１ｂも、キャンセルボタン５２も操作されていない場合には（Ｓ４０８：Ｎｏ，Ｓ４１０：Ｎｏ，Ｓ４１２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０８に戻す。
【００４４】
ここで、図５を参照して、上述した第１の印刷画面５０ａ及び第２の印刷画面５０ｂについて具体的に説明する。図５（ａ）は、第１の印刷画面５０ａの一例を示す模式図であり、図５（ｂ）は、第２の印刷画面５０ｂの一例を示す模式図である。
【００４５】
図５（ａ）及び図５（ｂ）に示すように、第１の印刷画面５０ａ及び第２の印刷画面５０ｂは、いずれも、印刷ボタン５１と、キャンセルボタン５２と、図４のメディアプリント処理の対象となる画像ファイル（即ち、指定された画像ファイル）のファイル名５３と、その画像ファイルに対応する縮小画像６０とを含む。なお、縮小画像６０としては、メディアプリント処理の対象となる画像ファイルのファイル形式に応じた画像が表示される。特に、ＪＰＥＧ形式の画像ファイルの場合には、主画像の縮小画像（サムネイル画像）が表示される。
【００４６】
第１の印刷画面５０ａにおける印刷ボタン５１は、「印刷」と表記される保存画像印刷ボタン５１ａと、「高品質画像印刷」と表記される高品質画像印刷ボタン５１ｂとから構成される。これに対し、第２の印刷画面５０ｂにおける印刷ボタン５１は、保存画像印刷ボタン５１ａから構成され、高品質画像印刷ボタン５１ｂを含まない。上述した通り、第１又は第２の印刷画面５０ａ，５０ｂにおける保存画像印刷ボタン５１ａが操作された場合には、ＭＦＰ１ａは、指定された画像ファイルの画像をプリンタ２１に印刷させる。一方、第１の印刷画面５０ａにおける高品質画像印刷ボタン５１ｂが操作された場合には、ＭＦＰ１ａは、指定されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをサーバ５００からダウンロードし、その画像をプリンタ２１に印刷させる。
【００４７】
上述した通り、ＭＦＰ１ａは、メモリカード１９に保存されているＪＰＥＧ形式の画像ファイルに格納されている二次元コードデータを解析し、その二次元コードデータに登録されていたＵＲＬが示す格納位置（本実施形態では、サーバ５００における格納位置）から、そのＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルをダウンロードし、プリンタ２１で印刷することができる。つまり、本実施形態のＭＦＰ１によれば、ビットマップ形式の画像ファイルのアップロード先を示す情報であるＵＲＬ（パス）に対応する二次元コードデータを、そのビットマップ形式の画像ファイルに対応するＪＰＥＧ形式の画像ファイルのサムネイル領域３１に付加情報として格納するように構成されているので、自装置で画像を変換して軽量化された圧縮画像を得ることができる一方で、圧縮前の高品質な元画像を、他の装置であっても容易に取得させることができる。
【００４８】
なお、図３のＪＰＥＧ圧縮処理においてメモリカード１９に保存されたＪＰＥＧ形式の画像ファイルに対応するビットマップ形式の画像ファイルを、ＭＦＰ１以外の装置がサーバ５００からダウンロードする具体例としては、上述したメディアプリント処理に限られるものではない。別の例としては、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータを、ＬＣＤなどの表示画面に二次元コードの縮小画像（サムネイル画像）として表示させ、その二次元コードを二次元コードリーダ機能が搭載された装置（例えば、ＰＣなど）に読み取らせて、対象のビットマップ形式の画像ファイルをサーバ５００からダウンロードさせてもよい。
【００４９】
次に、図６及び図７を参照して、第２実施形態について説明する。上述した第１実施形態では、ＭＦＰ１のスキャナ機能によって原稿を読み取った場合に、ＪＰＥＧ形式で保存する読み取り画像の画像ファイルのサムネイル領域３１に、対応するビットマップ形式の画像ファイルの格納位置を示す二次元コードデータを格納するものであった。これに対し、第２実施形態では、ＰＣに保存されているＪＰＥＧ形式の画像ファイルを圧縮して軽量化する一方で、圧縮後の画像ファイルのサムネイル領域３１に、圧縮元（圧縮前）の画像ファイルの格納位置を示す二次元コードデータを格納する。なお、第２実施形態において、上述した第１実施形態と同一の部分には、同一の符号を付して、その説明は省略する。
【００５０】
図６は、本発明の情報処理装置の一実施形態であるＰＣ１００の電気的構成を示すブロック図である。本実施形態のＰＣ１００は、内蔵のハードディスクドライブ（以下、「ＨＤＤ」と称す）１１３に保存されているＪＰＥＧ形式の画像ファイルを圧縮して軽量化する場合に、圧縮前の画像ファイル（即ち、ＨＤＤ１１３に保存されていた画像ファイル）をサーバ５００へアップロードできるように構成されている。その上で、本実施形態のＰＣ１００は、上述したＭＦＰ１と同様に、サーバ５００にアップロードした画像ファイル（圧縮前の画像ファイル）の格納位置を示す二次元コードデータを、圧縮後のＪＰＥＧ形式の画像ファイルの中に付加情報として格納するように構成されている。よって、ＰＣ１００以外の他の装置（例えば、ＭＦＰ１ａ）であっても、ＨＤＤ１１３に保存されている圧縮後の画像ファイルから、圧縮前の画像ファイルをサーバ５００からダウンロードできる。
【００５１】
ＰＣ１００には、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＨＤＤ１１３、メモリカードＩ／Ｆ１１８、ＵＳＢ＿Ｉ／Ｆ１２４、インターネットＩ／Ｆ１２５が主に設けられている。ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＨＤＤ１１３は、バスライン１２６を介して互いに接続されている。また、メモリカードＩ／Ｆ１１８、ＵＳＢ＿Ｉ／Ｆ１２４、インターネットＩ／Ｆ１２５、バスライン１２６には、入出力ポート１２７を介して互いに接続されている。また、入出力ポート１２７には、外付けのキーボードやマウスなどの入力装置１１５や、ＬＣＤ１１６が接続される。
【００５２】
ＣＰＵ１１０は、ＲＯＭ１１１やＨＤＤ１１３に記憶される固定値やプログラム、ＲＡＭ１２に記憶されているデータに従って、ＰＣ１００が有している各部の制御及び、入出力ポート１２７と接続された各部の制御を行う。ＲＯＭ１１２は、ＰＣ１００の動作を制御するためのプログラムなどが格納された書換不能な不揮発性のメモリである。ＲＡＭ１１２は、ＣＰＵ１１０の処理に必要な情報を一時的に記憶する書換可能な揮発性のメモリである。
【００５３】
ＨＤＤ１１３は、書換可能な不揮発性の記憶装置であり、各種プログラム１１３ａを格納する。各種プログラム１１３ａは、ユーザによってインストールされた各種アプリケーションプログラムや、ドライバプログラムなどを含んで構成される。後述する図７のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。また、ＭＦＰ１を制御するためのドライバプログラムが各種プログラム１１３ａとしてインストールされた場合には、ＵＳＢ＿Ｉ／Ｆ１２４を介して接続されたＭＦＰ１の各機能（例えば、スキャナ機能）をＰＣ１００から制御できる。また、ＨＤＤ１１３は、ファイルメモリ１１３ｂ有する。ファイルメモリ１１３ｂは、ユーザが記憶させた（保存した）、画像ファイル等のファイルを記憶する領域である。
【００５４】
メモリカードＩ／Ｆ１１８は、上述したメモリカードＩ／Ｆ１８と同様の装置であり、装着されたメモリカード１９に対するデータの書き込み又は読み出しを制御する。ＵＳＢ＿Ｉ／Ｆ１２４は、上述したＵＳＢ＿Ｉ／Ｆ２４と同様の装置であり、例えば、ＵＳＢケーブルを介してＭＦＰ１を通信可能に接続できる。インターネットＩ／Ｆ１２５は、上述したインターネットＩ／Ｆ２５と同様の装置であり、インターネット２００を介して、サーバ５００に接続される。
【００５５】
図７は、ＰＣ１００のＣＰＵ１１０が実行するファイル軽量化処理を示すフローチャートである。ファイル軽量化処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ＪＰＥＧ形式の画像ファイルを圧縮して軽量化するための処理である。この処理は、画像ファイルの軽量化（圧縮）が指定され、かつ、圧縮前の画像ファイルをサーバ５００へアップロードすることが指定された状態で、ファイルメモリ１１３ｂに保存されている１のＪＰＥＧ形式の画像ファイルが選択（指定）された場合に実行される。
【００５６】
まず、ＪＰＥＧ形式の画像ファイルが未選択であれば（Ｓ７０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ７０１に戻す。一方、ファイルメモリ１１３ｂに保存されているファイルの中から、ユーザによる、１のＪＰＥＧ形式の画像ファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ７０１：Ｙｅｓ）、ＣＰＵ１１０は、パス入力画面（図示せず）をＬＣＤ１１６に表示させ、そのパス入力画面において、入力装置１１５の操作に基づく、圧縮前の画像ファイルのアップロード先を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ７０２）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ７０２：Ｎｏ）、ＣＰＵ１１０は、処理をＳ７０２に戻す。
【００５７】
一方、ＣＰＵ１１０がＵＲＬの入力を受け付けた場合には（Ｓ７０２：Ｙｅｓ）、ＣＰＵ１１０は、ユーザにより選択された圧縮前の画像ファイルを、入力されたＵＲＬが示すサーバ５００の格納位置へアップロードさせる（Ｓ７０３）。なお、ユーザにより選択された圧縮前の画像ファイルは、ＰＣ１００に残される。次に、ＣＰＵ１１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ７０４）。
【００５８】
次に、ＣＰＵ１１０は、ＰＣ１００に残されている、ＪＰＥＧ形式の画像ファイルの画像のピクセルを間引くことによりファイルの圧縮（変換）を行う（Ｓ７０５）。次に、ＣＰＵ１１０は、圧縮後の画像ファイル（ＪＰＥＧ形式の画像ファイル）のサムネイル領域３１に、Ｓ７０４において生成された二次元コードデータを格納し（Ｓ７０６）、その画像ファイルをファイルメモリ１１３ｂに保存して（Ｓ７０７）、本処理を終了する。
【００５９】
本実施形態のファイル軽量化処理によれば、圧縮後のＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、圧縮前の画像ファイルのアップロード先を示す二次元コードデータが格納される。よって、上述した第１実施形態と同様、ＰＣ１００以外の装置（例えば、ＭＦＰ１ａ）であっても、圧縮後の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づき、対応する圧縮前の画像ファイルを、サーバ５００から容易にダウンロードできる。
【００６０】
次に、図８を参照して、第３実施形態について説明する。この第３実施形態では、ＰＣに保存されているファイルを、ＰＤＦ形式のファイルに変換する一方で、変換元（変換前）のファイルをマスタデータとしてサーバにアップロードする。上述した通り、ＪＰＥＧ形式の画像ファイルはサムネイル領域３１を有するが、ＰＤＦ形式のファイルも同様のサムネイル領域を有する。本実施形態では、変換して得られたＰＤＦ形式のファイルのサムネイル領域に、変換元の画像ファイルの格納位置を示す二次元コードデータを格納する。なお、第３実施形態において、上述した各実施形態（第１，第２実施形態）と同一の部分には、同一の符号を付して、その説明は省略する。
【００６１】
図８は、ＰＣ１００のＣＰＵ１１０が実行するマスタデータアップロード処理を示すフローチャートである。マスタデータアップロード処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ユーザが選択した１のファイルをＰＤＦ形式のファイルに変換するとともに、変換元のファイルを、マスタデータとして、サーバ５００へアップロードする処理である。なお、図８のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。本処理は、選択（指定）されたファイルをＰＤＦ形式に変換することが指定され、かつ、変換前のファイルをサーバ５００へアップロードすることが指定された状態で、ファイルメモリ１１３ｂに保存されている１のファイルが選択（指定）された場合に実行される。
【００６２】
まず、ファイルメモリ１１３ｂに保存されているファイルの中から、ＰＤＦ形式のファイルに変換する対象のファイルが未選択であれば（Ｓ８０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ８０１に戻す。一方、変換対象となる１のファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ８０１：Ｙｅｓ）、ＣＰＵ１１０は、パス入力画面（図示せず）をＬＣＤ１１６に表示させ、そのパス入力画面において、入力装置１１５の操作に基づく、変換元のファイルのアップロード先を示すパス（ＵＲＬ）の入力を受け付ける（Ｓ８０２）。このとき、パス入力画面に、ＵＲＬが入力されていなければ（Ｓ８０２：Ｎｏ）、ＣＰＵ１１０は、処理をＳ８０２に戻す。
【００６３】
一方、ＣＰＵ１１０がＵＲＬの入力を受け付けた場合には（Ｓ８０２：Ｙｅｓ）、ＣＰＵ１１０は、ユーザにより選択されたファイル（即ち、変換元のファイル）を、マスタデータとして、入力されたＵＲＬが示すサーバ５００の格納位置へアップロードさせる（Ｓ８０３）。なお、ユーザにより選択された変換元のファイルは、ＰＣ１００に残される。次に、ＣＰＵ１１０は、パス入力画面に入力されたＵＲＬを二次元コードデータへ変換する（Ｓ８０４）。
【００６４】
次に、ＣＰＵ１１０は、ＰＣ１００に残されている変換元のファイル（即ち、ユーザにより選択されたファイル）を、ＰＤＦ形式のファイルに変換する（Ｓ８０５）。次に、ＣＰＵ１１０は、変換により得られたＰＤＦ形式のファイルのサムネイル領域（図示せず）に、Ｓ８０４において生成された二次元コードデータを格納し（Ｓ８０６）。サムネイル領域に二次元コードデータが格納された変換後のファイルを、ファイルメモリ１１３ｂに保存して（Ｓ８０７）、本処理を終了する。
【００６５】
本実施形態のマスタデータアップロード処理によれば、変換後のファイル（ＰＤＦ形式のファイル）のサムネイル領域に、マスタデータ（即ち、変換元のファイル）のアップロード先を示す二次元コードデータが格納される。よって、上述した第１及び第２実施形態と同様、ＰＣ１００以外の装置（例えば、ＭＦＰ１ａ）であっても、変換後のファイルのサムネイル領域に格納されている二次元コードデータに基づき、マスタデータを、サーバ５００から容易にダウンロードできる。
【００６６】
次に、図９を参照して、第４実施形態について説明する。この第４実施形態では、ＰＣに保存されているファイルをＰＤＦ形式のファイルに変換して、他の装置へ配布する。このとき、変換元（変換前）のファイルを自装置内に残しておき、自装置内における変換元のファイルの格納位置を示す情報を二次元コード化し、得られた二次元コードデータを、変換により得られたＰＤＦ形式のファイル（即ち、配布用のファイル）のサムネイル領域に格納する。なお、第４実施形態において、上述した各実施形態（第１，第２，第３実施形態）と同一の部分には、同一の符号を付して、その説明は省略する。
【００６７】
図９は、ＰＣ１００のＣＰＵ１１０が実行するファイル配布処理を示すフローチャートである。ファイル配布処理は、ファイルメモリ１１３ｂに保存されているファイルのうち、ユーザが選択した１のファイルからＰＤＦ形式のファイルに変換し、他の装置へ配布する処理である。なお、図９のフローチャートに示す各処理は、各種プログラム１１３ａの中に含まれるアプリケーションプログラムにより実行される。本処理は、ファイルを他の装置へ配布することが指定された状態で、ファイルメモリ１１３ｂに保存されている１のファイルが選択（指定）された場合に実行される。
【００６８】
まず、ファイルメモリ１１３ｂに保存されているファイルの中から、配布対象とするファイルが未選択であれば（Ｓ９０１：Ｎｏ）、ＣＰＵ１１０は、処理をＳ９０１に戻す。一方、配布対象とする１のファイルの選択をＣＰＵ１１０が受け付けた場合には（Ｓ９０１：Ｙｅｓ）、ＣＰＵ１１０は、選択されたファイルの格納位置のパスを取得し、取得したパスを二次元コードデータへ変換する（Ｓ９０２）。
【００６９】
次に、ＣＰＵ１１０は、ユーザにより選択されたファイルから、ＰＤＦ形式のファイルを生成する（Ｓ９０３）。なお、Ｓ９０３では、変換元のファイル（即ち、ユーザにより選択されたファイル）は、格納位置を変更することなくＰＣ１００に残す。次に、ＣＰＵ１１０は、配布用ファイルとして生成されたＰＤＦ形式のファイルのサムネイル領域（図示せず）に、Ｓ９０２において生成された二次元コードデータを格納する（Ｓ９０４）。
【００７０】
次に、ＣＰＵ１１０は、配布先入力画面（図示せず）をＬＣＤ１１６に表示させ、その配布先入力画面において、配布用ファイルの配布先を示す情報（例えば、インターネット２００に接続される図示されない別のＰＣのメールアドレスなど）の入力を受け付ける（Ｓ９０５）。このとき、配布先入力画面に、配布先が入力されていなければ（Ｓ９０５：Ｎｏ）、ＣＰＵ１１０は、処理をＳ９０５に戻す。一方、ＣＰＵ１１０が配布先の入力を受け付けた場合には（Ｓ９０５：Ｙｅｓ）、ＣＰＵ１１０は、サムネイル領域に二次元コードデータが格納された配布用のファイルを、入力された配布先に配布して（Ｓ９０６）、本処理を終了する。
【００７１】
上述した本実施形態のファイル配布処理によれば、配布用に変換されたＰＤＦ形式のファイルのサムネイル領域に、変換元のファイルの格納位置（本実施形態では、ファイルメモリ１１３ｂにおける当該ファイルの格納位置）を示す二次元コードデータが格納される。よって、上述した第１から第３実施形態と同様、ＰＣ１００以外の装置（例えば、インターネット２００に接続される図示されない別のＰＣ）は、ＰＣ１００から配布されたファイルのサムネイル領域に格納されている二次元コードデータに基づき、変換元のファイルの格納位置を容易に取得できるので、ＰＣ１００以外の装置であっても、変換元のファイルをＰＣ１００から取得することが可能となる。
【００７２】
次に、図１１及び図１２を用いて、第５の実施形態について説明する。
上記第１〜第３実施形態では、操作部（タッチパネル１７や、入力装置１１５など）の操作に基づいて、ＵＲＬをパス入力画面（図示せず）に入力することにより、ファイルのアップロード先を指定する構成とした。本実施形態では、外部装置から取得したＵＲＬを指定することによって、ファイルのアップロード先を指定する。
【００７３】
第５の実施形態において、第１の実施形態と同一の部分には、同一の符号を付して、説明を省略する。図１１は、第５の実施形態におけるＭＦＰ１の電気的構成を示すブロック図である。ＭＦＰ１は、インターネットＩ／Ｆを介して、外部装置３００、サーバ５００Ａ、及びサーバ５００Ｂと、各種データの送受信を行う。サーバ５００Ａ、５００Ｂは、各サービス事業者が電子ファイル格納サービスを提供するために、インターネット上に設置したサーバである。サーバ５００Ａは電子ファイル格納サービスＡを提供し、サーバ５００Ｂは電子ファイル格納サービスＢを提供する。両者を特に区別する必要がない場合は、単に電子ファイル格納サービスを提供するサーバ５００と称する。サーバ５００は、インターネットに接続されたＭＦＰ１とＨＴＴＰ、又は、ＨＴＴＰＳによる通信を行う。サーバ５００は、ＭＦＰ１から、画像ファイル及び文書ファイルを含む電子ファイルのアップロードを受け付け、アップロードを受け付けたファイルを格納する。また、サーバ５００は、格納するファイルを指定するＵＲＬに対してリクエストをＭＦＰ１から受け付けると、そのＵＲＬに対応するファイルを返信する。
【００７４】
サーバ５００に電子ファイルをアップロードするためには、サーバ５００のプログラムが提供する、ＡＰＩ（Application Program Interface）を利用する必要がある。本実施形態のＭＦＰ１は、サーバ５００が提供するＡＰＩを利用するためのプログラムを備えない。しかし、サーバ５００が提供するＡＰＩを利用可能な外部装置３００が、ＭＦＰ１とサーバ５００との間のデータ送受信を中継するため、ＭＦＰ１は画像ファイルをサーバ５００へアップロードすることができる。
【００７５】
外部装置３００は、電子ファイル格納サービスの指定を含むアップロード先ＵＲＬの要求をＭＦＰ１から受信すると、指定された電子ファイル格納サービスを提供するサーバ５００へ、アップロード先ＵＲＬを要求する。外部装置３００は、アップロード先ＵＲＬをサーバ５００から受信すると、受信したアップロード先ＵＲＬと、指定された電子ファイル格納サービスに対応したテンプレート情報を、アップロード先ＵＲＬの要求元のＭＦＰ１へ送信する。なお、テンプレート情報とは電子ファイル格納サービスを提供するサーバが、受け付けることができる形式のアップロードデータの構造を指定するデータである。より詳細には、データのヘッダ部分及びボディ部分に、含まれるべきコマンド、ＩＤ、ユーザ情報、及びそれらのデータのアドレスなどを指定するデータである。前述したように、本実施形態のＭＦＰ１はサーバ５００が提供するＡＰＩを利用するためのプログラムを備えない。しかし、外部装置３００からテンプレート情報を受信することで、ＭＦＰ１からサーバ５００へ画像ファイルをアップロードすることができる。
【００７６】
さらに、外部装置３００は、後述するＳ１００７において、ＭＦＰ１が外部装置３００へ送信するアップロード結果を解読し、解読結果をＭＦＰ１に送信する処理を行う。アップロード結果は、ＭＦＰ１が対応していないデータ形式であるが、外部装置３００がアップロード結果を解読し、ＭＦＰ１が対応しているデータ形式に変更しＭＦＰ１へ送信することで、ＭＦＰ１はアップロード結果を利用することができる。
【００７７】
図１２は第５の実施形態において、ＭＦＰ１が実行するＪＰＥＧ圧縮処理を示すフローチャートである。この処理は、ユーザによって、保存形式としてＪＰＥＧ形式が指定され、かつ、ビットマップ形式の画像ファイルを、電子ファイル格納サービスを提供するサーバ５００へアップロードすることが指定された状態で、スキャナ２０に対して原稿の読み取りが指示された場合に実行される。なお、図３に示すＪＰＥＧ圧縮処理と同一のステップについては同じステップ番号を付して、説明を省略する。
【００７８】
まず、Ｓ１００１では、ＣＰＵ１０１はサービスの選択を受け付ける。本実施形態では、電子ファイル格納サービスＡと電子ファイル格納サービスＢのいずれかを受け付ける。この処理は例えば、ＬＣＤ１６に候補となる電子ファイル格納サービスを表示させ、タッチパネル１７により、いずれかの電子ファイル格納サービスを受け付ける構成とすればよい。そして、Ｓ１００２へ進む。
【００７９】
Ｓ１００２では、ＣＰＵ１０はＳ１００１で受け付けた電子ファイル格納サービスを指定する情報を含む、アップロード先ＵＲＬの要求を、インターネットＩ／Ｆ２５を介して外部装置３００へ送信する。そして、Ｓ１００３へ進む。Ｓ１００３ではＣＰＵ１０は、インターネットＩ／Ｆ２５を介して外部装置３００からアップロード先ＵＲＬ及びテンプレート情報を受信したかを判断する（Ｓ１００３）。受信したと判断する場合は（Ｓ１００３：Ｙｅｓ）Ｓ３０１へ進み、未だ受信していないと判断する場合は（Ｓ１００３：Ｎｏ）Ｓ１００３へ戻り判断を繰り返す。
【００８０】
Ｓ１００４では、ＣＰＵ１０はアップロードメッセージを作成する。作成されるアップロードメッセージは、外部装置３００から受信したアップロード先ＵＲＬと、Ｓ３０２で作成したビットマップファイルのバイナリデータとを含む。ＭＦＰ１は、外部装置３００から受信したテンプレート情報に従い、データフレームのヘッダ及びボディの所定の位置に、ビットマップファイルのバイナリデータ、アップロード先ＵＲＬ、及びその他テンプレート情報が指定するデータを格納するだけで、各サービスに応じたアップロードメッセージを作成することが出来る。そして、Ｓ１００５へ進む。
【００８１】
Ｓ１００５ではＣＰＵ１０は、Ｓ１００４で作成したアップロードメッセージを、インターネットＩ／Ｆ２５を介してサーバ５００へ送信する（Ｓ１００５）。そして、Ｓ１００６へ進む。
【００８２】
Ｓ１００６では、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介してアップロード結果を受信したか判断する（Ｓ１００６）。なお、アップロード結果には、アップロードメッセージに含まれる電子ファイルのアップロード結果と、電子ファイルがアップロードされた領域を示すＵＲＬが含まれる。ＣＰＵ１０は、アップロード結果を受信したと判断すると（Ｓ１００６：Ｙｅｓ）、Ｓ１００７へ進む。一方、アップロード結果を未だ受信していないと判断すると（Ｓ１００６：Ｎｏ）、Ｓ１００６へ戻り判断を繰り返す。
【００８３】
Ｓ１００７では、ＣＰＵ１０はＳ１００６で受信したと判断したアップロード結果を含む解読要求を、インターネットＩ／Ｆ２５を介して外部装置３００へ送信する（Ｓ１００７）。そして、Ｓ１００８へ進む。
【００８４】
Ｓ１００８では、ＣＰＵ１０は、外部装置３００からインターネットＩ／Ｆ２５を介して解読結果を受信したか判断する（Ｓ１００８）。受信したと判断すると（Ｓ１００８：Ｙｅｓ）、Ｓ１００９へ進む。一方、未だ受信していないと判断すると（Ｓ１００８：Ｎｏ）、Ｓ１００８へ戻り判断を繰り返す。なお、解読結果には、Ｓ１００６でＭＦＰ１が受信したアップロード結果に含まれていた、電子ファイルのアップロード結果と電子ファイルがアップロードされた領域を示すＵＲＬとが、ＭＦＰ１が対応しているデータ形式で含まれている。そして、Ｓ１００９へ進む。
【００８５】
Ｓ１００９では、ＣＰＵ１０は解読結果に含まれているＵＲＬを、二次元コードデータへ変換する（Ｓ１００９）。そして、Ｓ３０６へ進む。
【００８６】
上述した本実施形態のＪＰＥＧ圧縮処理によれば、スキャナ２０に読み取らせた原稿の画像データを、圧縮されたＪＰＥＧ形式の画像ファイルとしてメモリカード１９に保存する一方で、圧縮前の高品質画像をビットマップ形式の画像ファイルとして電子ファイル格納サービスが提供するサーバ５００に保存できる。ここで、メモリカード１９に保存されるＪＰＥＧ形式の画像ファイルのサムネイル領域３１には、ビットマップ形式の画像ファイルのアップロード先（サーバ５００における格納位置）を示す二次元コードデータが格納されている。このメモリカード１９を、ＭＦＰ１以外の装置（例えば、ＭＦＰ１ａ）に装着することにより、ＭＦＰ１以外の装置であっても、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に格納されている二次元コードデータに基づいて、圧縮前の高品質画像の画像ファイル（ビットマップ形式の画像ファイル）の格納位置を容易に取得でき、サーバ５００から容易にダウンロードできる。
【００８７】
上記実施形態において、ＭＦＰ１，ＰＣ１００が、情報処理装置の一例である。サーバ５００が、ファイル記憶装置の一例である。外部装置３００が、外部装置の一例である。サムネイル領域３１を含む付加情報データ領域３０が、付加情報領域の一例である。サムネイル領域３１が、サムネイル領域の一例である。操作キー１５，タッチパネル１７，入力装置１１５が、操作部の一例である。制御プログラム１１ａ，各種プログラム１１３ａが、情報処理プログラムの一例である。
【００８８】
Ｓ３０１，Ｓ７０１，Ｓ８０１，Ｓ９０１を実行するＣＰＵ１０又はＣＰＵ１１０が、第１取得手段の一例である。Ｓ３０６，Ｓ７０５，Ｓ８０５，Ｓ９０３を実行するＣＰＵ１０又はＣＰＵ１１０が、生成手段の一例である。Ｓ３０３，Ｓ７０２，Ｓ８０２，Ｓ９０２、Ｓ１００８を実行するＣＰＵ１０又はＣＰＵ１１０が、第２取得手段の一例である。Ｓ３０７，Ｓ７０６，Ｓ８０６，Ｓ９０４を実行するＣＰＵ１０又はＣＰＵ１１０が、格納手段の一例である。Ｓ３０５，Ｓ７０４，Ｓ８０４，Ｓ９０２を実行するＣＰＵ１０又はＣＰＵ１１０が、作成手段の一例である。Ｓ３０４，Ｓ７０３，Ｓ８０３、Ｓ１００５を実行するＣＰＵ１０又はＣＰＵ１１０が、送信手段の一例である。Ｓ３０３，Ｓ７０２，Ｓ８０２を実行するＣＰＵ１０又はＣＰＵ１１０が、受付手段の一例である。
【００８９】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【００９０】
例えば、上記各実施形態では、情報処理装置の一例として、ＭＦＰ１又はＰＣ１００を説明したが、プリンタ、スキャナ、パーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ、タブレット端末、デジタルカメラなど各種の装置も情報処理装置の一例となり得る。即ち、これらの装置において、装置内又はメモリカードなどに保存されている第１のファイル、又は、第１のファイルを生成するための画像データ（例えば、読み取りデータや、撮像データ）から、第１のファイルと同じファイル形式又は異なるファイル形式の第２のファイルを生成した場合に、生成した第２のファイルのサムネイル領域３１に二次元コードデータを格納してもよい。
【００９１】
また、上記第１及び第５実施形態では、ＭＦＰ１を情報処理装置として例示したが、上記第２〜第４実施形態と同様に、ＰＣ１００を情報処理装置として用いてもよい。その場合には、ＰＣ１００のＵＳＢ＿Ｉ／Ｆ１２４を介して接続されるＭＦＰ１のスキャナ機能や、スキャナで原稿の読み取りを行い、その画像データを上述したＪＰＥＧ圧縮処理（図３参照）により処理すればよい。また、上記第２〜第４実施形態では、ＰＣ１００を情報処理装置として例示したが、上記第１実施形態と同様に、ＭＦＰ１を情報処理装置として用いてもよい。また、上記第２〜第４実施形態では、ＨＤＤ１１３（ファイルメモリ１１３ｂ）に保存されているファイルを圧縮元又は変換元のファイルとしたが、メモリカード１９などの外部メディアや、外付けのＨＤＤなどに保存されているファイルを圧縮元又は変換元のファイルとして使用することは当然可能である。
【００９２】
また、上記各実施形態では、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１、又は、ＰＤＦ形式のファイルのサムネイル領域に、二次元コードデータを格納する構成とした。サムネイル領域を有するファイル形式であれば、ＪＰＥＧ形式又はＰＤＦ形式に限らず、本発明を適用可能である。例えば、サムネイル領域３１と同様のサムネイル領域を有するＴＩＦＦ形式の画像ファイルも、本発明に適用できる。
【００９３】
また、上記各実施形態では、二次元コードの一例として、ＱＲコード（登録商標）を説明したが、他の種類のコードを用いても良い。
【００９４】
また、上記第１，第２、及び第５実施形態では、ＪＰＥＧ形式の画像ファイルのサムネイル領域３１に、サーバ５００におけるファイルの格納位置を示す二次元コードデータを格納する構成としたが、サーバ５００におけるファイルの格納位置を示すテキストデータを、ＪＰＥＧ形式の画像ファイルの付加情報データ領域３０に格納してもよい。例えば、Ｓ３０３，Ｓ７０２においてＣＰＵ１０又はＣＰＵ１１０が受け付けたＵＲＬを、付加情報データ領域３０領域に格納する構成としてもよい。同様に、上記第３，４実施形態に対し、Ｓ８０２においてＣＰＵ１１０が受け付けたＵＲＬ、又は、Ｓ９０２において取得したパスを、ＰＤＦ形式のファイルが有する付加情報データ領域に格納する構成としてもよい。
【００９５】
ここで、図１０を参照して、上述した通り、ＭＦＰ１又はＰＣ１００が、ファイルの格納位置を示すテキストデータ（ＵＲＬ、パス）をファイルの付加情報データ領域（例えば、付加情報データ領域３０）に格納した場合に、他の装置が、サーバ５００から対象ファイルをダウンロードするための具体的な変形例について説明する。図１０は、本変形例において、他の装置としてのＭＦＰ１（この場合、ＭＦＰ１ａ）のＣＰＵ１０が実行するメディアプリント処理を示すフローチャートである。なお、上述した図４のメディアプリント処理と同一の処理については、同一のステップ番号を付し、その説明は省略する。
【００９６】
図１０に示すメディアプリント処理は、上述した図４のメディアプリント処理と同様に、メモリカード１９がＭＦＰ１ａのメモリカードＩ／Ｆ１８に装着され、かつ、機能がメディアプリント機能に設定された場合に実行される。まず、ＣＰＵ１０は、上述した図４のメディアプリント処理と同様に、Ｓ４０１〜Ｓ４０３の処理を実行する。次に、ＣＰＵ１０は、指定された画像ファイルの付加情報データ領域３０を解析する（Ｓ１００１）。
【００９７】
付加情報データ領域３０にＵＲＬが格納されており、かつ、そのＵＲＬが、サーバ５００に保存されているビットマップ形式の画像ファイルの格納位置として予めＭＰＦ１ａに登録されているＵＲＬである場合には（Ｓ１００２：Ｙｅｓ，Ｓ１００３：Ｙｅｓ）、ＣＰＵ１０は、第１の印刷画面５０ａをＬＣＤ１６に表示させ（Ｓ４０７）、処理をＳ４０８へ移行する。一方、付加情報データ領域３０にＵＲＬが格納されているが、そのＵＲＬが、予めＭＰＦ１ａに登録されていない場合（Ｓ１００２：Ｙｅｓ，Ｓ１００３：Ｎｏ）、あるいは、付加情報データ領域３０にＵＲＬが格納されていない場合（Ｓ１００２：Ｎｏ）、ＣＰＵ１０は、第２の印刷画面５０ｂをＬＣＤ１６に表示させ（Ｓ４１３）、処理をＳ４０８へ移行する。
【００９８】
次に、ＣＰＵ１０は、上述した図４のメディアプリント処理と同様に、Ｓ４０８〜Ｓ４１２の処理を実行する。つまり、第１の印刷画面５０ｂにおいて、高品質画像印刷ボタン５１ｂの操作をＣＰＵ１０が受け付けた場合には（Ｓ４０８：Ｙｅｓ）、ＣＰＵ１０は、インターネットＩ／Ｆ２５を介して、高品質画像印刷ボタン５１ｂに対応するＵＲＬ（即ち、付加情報データ領域３０に格納されていたＵＲＬ）にアクセスし、対応するビットマップ形式の画像ファイルをダウンロードし、ダウンロードしたビットマップ形式の画像ファイルの画像を、プリンタ２１に印刷させ（Ｓ４０９）、本処理を終了する。一方、第１の印刷画面５０ａ又は第２の印刷画面５０ｂにおいて、保存画像印刷ボタン５１ａの操作をＣＰＵ１０が受け付けた場合には（Ｓ４１０：Ｙｅｓ）、ＣＰＵ１０は、指定された画像ファイルにおける印刷対象を、プリンタ２１に印刷させ（Ｓ４１１）、本処理を終了する。また、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２の操作をＣＰＵ１０が受け付けた場合には（Ｓ４１２：Ｙｅｓ）、ＣＰＵ１０は、本処理を終了する。一方、第１又は第２の印刷画面５０ａ，５０ｂにおいて、キャンセルボタン５２が操作されていなければ（Ｓ４１２：Ｎｏ）、ＣＰＵ１０は、処理をＳ４０８に戻す。
【００９９】
なお、図４及び図１０のメディアプリント処理では、ＪＰＥＧ形式の画像ファイルを例示して説明したが、付加情報データ領域又はサムネイル領域を有するファイル形式であれば、同様の処理を適用できる。
【０１００】
また、上記第１〜第３実施形態では、操作部（タッチパネル１７や、入力装置１１５など）の操作に基づいて、ＵＲＬをパス入力画面（図示せず）に入力することにより、ファイルのアップロード先を指定する構成としたが、アップロード先の装置（サーバ５００）のフォルダ階層を選択可能に表示された場合に、ファイルの保存を所望するフォルダを操作部の操作によって選択することにより、アップロード先を指定する構成としてもよい。あるいは、外部装置から取得したＵＲＬを指定することによって、ファイルのアップロード先を指定する構成としてもよい。なお、この場合、ＵＲＬの提供元となる外部装置は、ファイルのアップロード先となる外部装置であっても、そうでない外部装置であってもよい。また、メモリカード１９やＨＤＤ１１３などに、事前に記憶されているＵＲＬを指定することによって、ファイルのアップロード先を指定する構成としてもよい。
【符号の説明】
【０１０１】
１ ＭＦＰ
１１ａ 制御プログラム
１００ ＰＣ
１１３ａ 各種プログラム
【特許請求の範囲】
【請求項１】
第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得手段と、
前記第１取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成手段と、
所定の記憶媒体における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得手段と、
前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納手段と、を備えていることを特徴とする、情報処理装置。
【請求項２】
前記第２取得手段が取得した領域情報を示すコードデータを作成する作成手段を備え、
前記格納手段は、前記作成手段が作成したコードデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納することを特徴とする、請求項１記載の情報処理装置。
【請求項３】
前記付加情報領域は、前記第２ファイルの画像に対応する縮小画像に対応するデータを格納可能なサムネイル領域を含み、
前記格納手段は、前記作成手段が作成したコードデータを、前記生成手段が生成した第２ファイルのサムネイル領域へ格納することを特徴とする、請求項２記載の情報処理装置。
【請求項４】
前記第２取得手段が取得した領域情報が示す、前記情報処理装置と通信可能なファイル記憶装置の記憶領域へ、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルを送信する送信手段を備えていることを特徴とする、請求項１から３のいずれかに記載の情報処理装置。
【請求項５】
操作部の操作に基づく、前記ファイル記憶装置の前記領域情報の入力を受け付ける受付手段と、を備え、
前記第２取得手段は、前記受付手段が受け付けた領域情報を取得することを特徴とする、請求項４記載の情報処理装置。
【請求項６】
前記第２取得手段は、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルが記憶されている領域を示す領域情報を取得することを特徴とする、請求項１から３のいずれかに記載の情報処理装置。
【請求項７】
前記情報処理装置と通信可能な外部装置から前記領域情報を受信する領域情報受信手段を備え、
前記第２取得手段は前記領域情報受信手段が受信した前記領域情報を取得することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
ファイルを記憶するファイル記憶装置における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの送信先を示す第２の領域情報を、前記外部装置から取得する第３取得手段と、
前記第３取得手段が取得した前記第２の領域情報が示す領域へ、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルを送信する送信手段と、を備えることを特徴とする、請求項７に記載の情報処理装置。
【請求項９】
前記生成手段は、前記第１取得手段が取得した第１ファイル又は画像データから、前記第１ファイルと異なるファイル形式の前記第２ファイルを生成することを特徴とする、請求項１から８のいずれかに記載の情報処理装置。
【請求項１０】
前記生成手段は、前記第１取得手段が取得した第１ファイル又は画像データから、前記第１ファイルと同じファイル形式で、かつ、データ量が前記第１ファイルよりも小さい前記第２ファイルを生成することを特徴とする、請求項１から８のいずれかに記載の情報処理装置。
【請求項１１】
前記第２ファイルのファイル形式は、ＪＰＥＧ形式、ＰＤＦ形式、又はＴＩＦＦ形式のいずれかであることを特徴とする、請求項１から１０のいずれかに記載の情報処理装置。
【請求項１２】
前記第１取得手段は、前記第１ファイルを取得し、
前記生成手段は、前記第１ファイルから前記第２ファイルを生成し、
前記第２取得手段は、前記第１ファイルの記憶領域を示す領域情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項１３】
前記第１取得手段は、第１ファイルを生成するための画像データを取得し、
前記生成手段は、前記画像データから前記第２ファイルを生成し、
前記第２取得手段は、前記画像データから生成された第１ファイルの記憶領域を示す領域情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項１４】
コンピュータを備える情報処理装置において実行される情報処理プログラムであって、
第１ファイル、又は第１ファイルを生成するための画像データを取得させる第１取得制御手段と、
前記取得手段により取得された第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成させる生成制御手段と、
前記第１取得手段により取得された第１ファイル、又は、前記第１取得手段に取得させた画像データから生成された第１ファイルの記憶領域を示す領域情報を取得させる第２取得制御手段と、
前記第２取得手段により取得された領域情報を示すデータを、付加情報として、前記生成手段により生成された第２ファイルの付加情報領域へ格納させる格納制御手段として、
前記コンピュータを機能させることを特徴とする情報処理プログラム。
【請求項１５】
情報処理方法であって、
第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得ステップと、
前記取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成ステップと、
前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得ステップと、
前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納ステップと、を含むことを特徴と
する、情報処理方法。
【請求項１】
第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得手段と、
前記第１取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成手段と、
所定の記憶媒体における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得手段と、
前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納手段と、を備えていることを特徴とする、情報処理装置。
【請求項２】
前記第２取得手段が取得した領域情報を示すコードデータを作成する作成手段を備え、
前記格納手段は、前記作成手段が作成したコードデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納することを特徴とする、請求項１記載の情報処理装置。
【請求項３】
前記付加情報領域は、前記第２ファイルの画像に対応する縮小画像に対応するデータを格納可能なサムネイル領域を含み、
前記格納手段は、前記作成手段が作成したコードデータを、前記生成手段が生成した第２ファイルのサムネイル領域へ格納することを特徴とする、請求項２記載の情報処理装置。
【請求項４】
前記第２取得手段が取得した領域情報が示す、前記情報処理装置と通信可能なファイル記憶装置の記憶領域へ、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルを送信する送信手段を備えていることを特徴とする、請求項１から３のいずれかに記載の情報処理装置。
【請求項５】
操作部の操作に基づく、前記ファイル記憶装置の前記領域情報の入力を受け付ける受付手段と、を備え、
前記第２取得手段は、前記受付手段が受け付けた領域情報を取得することを特徴とする、請求項４記載の情報処理装置。
【請求項６】
前記第２取得手段は、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルが記憶されている領域を示す領域情報を取得することを特徴とする、請求項１から３のいずれかに記載の情報処理装置。
【請求項７】
前記情報処理装置と通信可能な外部装置から前記領域情報を受信する領域情報受信手段を備え、
前記第２取得手段は前記領域情報受信手段が受信した前記領域情報を取得することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
ファイルを記憶するファイル記憶装置における領域であって、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの送信先を示す第２の領域情報を、前記外部装置から取得する第３取得手段と、
前記第３取得手段が取得した前記第２の領域情報が示す領域へ、前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルを送信する送信手段と、を備えることを特徴とする、請求項７に記載の情報処理装置。
【請求項９】
前記生成手段は、前記第１取得手段が取得した第１ファイル又は画像データから、前記第１ファイルと異なるファイル形式の前記第２ファイルを生成することを特徴とする、請求項１から８のいずれかに記載の情報処理装置。
【請求項１０】
前記生成手段は、前記第１取得手段が取得した第１ファイル又は画像データから、前記第１ファイルと同じファイル形式で、かつ、データ量が前記第１ファイルよりも小さい前記第２ファイルを生成することを特徴とする、請求項１から８のいずれかに記載の情報処理装置。
【請求項１１】
前記第２ファイルのファイル形式は、ＪＰＥＧ形式、ＰＤＦ形式、又はＴＩＦＦ形式のいずれかであることを特徴とする、請求項１から１０のいずれかに記載の情報処理装置。
【請求項１２】
前記第１取得手段は、前記第１ファイルを取得し、
前記生成手段は、前記第１ファイルから前記第２ファイルを生成し、
前記第２取得手段は、前記第１ファイルの記憶領域を示す領域情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項１３】
前記第１取得手段は、第１ファイルを生成するための画像データを取得し、
前記生成手段は、前記画像データから前記第２ファイルを生成し、
前記第２取得手段は、前記画像データから生成された第１ファイルの記憶領域を示す領域情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項１４】
コンピュータを備える情報処理装置において実行される情報処理プログラムであって、
第１ファイル、又は第１ファイルを生成するための画像データを取得させる第１取得制御手段と、
前記取得手段により取得された第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成させる生成制御手段と、
前記第１取得手段により取得された第１ファイル、又は、前記第１取得手段に取得させた画像データから生成された第１ファイルの記憶領域を示す領域情報を取得させる第２取得制御手段と、
前記第２取得手段により取得された領域情報を示すデータを、付加情報として、前記生成手段により生成された第２ファイルの付加情報領域へ格納させる格納制御手段として、
前記コンピュータを機能させることを特徴とする情報処理プログラム。
【請求項１５】
情報処理方法であって、
第１ファイル、又は第１ファイルを生成するための画像データを取得する第１取得ステップと、
前記取得手段が取得した第１ファイル又は画像データから、付加情報を格納可能な付加情報領域を有する第２ファイルを生成する生成ステップと、
前記第１取得手段が取得した第１ファイル、又は、前記第１取得手段が取得した画像データから生成された第１ファイルの記憶領域を示す領域情報を取得する第２取得ステップと、
前記第２取得手段が取得した領域情報を示すデータを、付加情報として、前記生成手段が生成した第２ファイルの付加情報領域へ格納する格納ステップと、を含むことを特徴と
する、情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−８５２１９（Ｐ２０１３−８５２１９Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１２−１００７３１（Ｐ２０１２−１００７３１）
【出願日】平成２４年４月２６日（２０１２．４．２６）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２４年４月２６日（２０１２．４．２６）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]