JP2020144473A - 画像形成装置、情報処理装置及びプログラム - Google Patents

Abstract

【課題】コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減する。【解決手段】画像形成装置は、ユーザから指定のあった、アクセス権限に制限がないインターネット上の記憶領域にアクセスし、印刷データとして情報処理装置側が提供可能な第１のデータ形式を取得する取得手段と、取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を記憶領域に書き込む書込手段と、第２のデータ形式の印刷データが記憶領域に格納された場合、印刷データをダウンロードするダウンロード手段とを有する。【選択図】図３

Description

本発明は、画像形成装置、情報処理装置及びプログラムに関する。

画像形成装置（印刷装置）でコンテンツを印刷するには、画像形成装置の仕様に応じた印刷データを与える必要がある。仕様に応じた印刷データの生成にはプリンタドライバと呼ばれるプログラムが必要であり、画像形成装置毎に提供されている。このため、日常的に使用する画像形成装置のプリンタドライバは、ユーザにより情報処理装置にインストールされている。
一方、コンテンツを印刷する場面は日常的な環境に限らない。例えば旅行先や外出先でコンテンツを印刷したい場合がある。多くの場合、旅行先等で利用可能な画像形成装置のプリンタドライバはユーザの情報処理装置にインストールされていない。

特開２０１８−１０６３６２号公報

多くの場合、ユーザが操作する情報処理装置は、公共の場所に設置されている画像形成装置と同じネットワークに接続することはできない。また、専用のサーバが提供するフォーマットの変換サービスを利用することも可能であるが、その場合には、変換サービスへのユーザ登録が必要になり、ユーザの作業が煩雑になる。また、コンテンツの印刷に用いる画像形成装置を、ユーザがサービス画面上で指示する必要もある。

本発明は、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減することを目的とする。

請求項１に記載の発明は、ユーザから指定のあった、アクセス権限に制限がないインターネット上の記憶領域にアクセスし、印刷データとして情報処理装置側が提供可能な第１のデータ形式を取得する取得手段と、取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を前記記憶領域に書き込む書込手段と、第２のデータ形式の印刷データが前記記憶領域に格納された場合、当該印刷データをダウンロードするダウンロード手段とを有する画像形成装置である。
請求項２に記載の発明は、ユーザから指定のあった、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が前記情報処理装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を書き込む第１の書込手段と、前記第２の記憶領域にアクセスし、印刷データとして前記情報処理装置が提供可能な第１のデータ形式を取得する取得手段と、前記第２の記憶領域から取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を当該第２の記憶領域に書き込む第２の書込手段と、第２のデータ形式の印刷データが前記第２の記憶領域に格納された場合、当該印刷データをダウンロードするダウンロード手段とを有する画像形成装置である。
請求項３に記載の発明は、前記記憶領域のインターネット上の位置を示す情報を、当該情報を表す画像イメージの読み取りを通じて前記情報処理装置から取得する、請求項１又は２に記載の画像形成装置である。
請求項４に記載の発明は、前記画像イメージは、前記情報処理装置の表示部に表示される、請求項３に記載の画像形成装置である。
請求項５に記載の発明は、前記記憶領域のインターネット上の位置を示す情報を、装置本体の特定部位に前記情報処理装置を近づけることで通信が確立する無線接続方式を用いて当該情報処理装置から取得する、請求項１又は２に記載の画像形成装置である。
請求項６に記載の発明は、前記記憶領域はクラウドストレージである、請求項１又は２に記載の画像形成装置である。
請求項７に記載の発明は、第１のデータ形式と第２のデータ形式は、テキスト形式で記述されている、請求項１又は２に記載の画像形成装置である。
請求項８に記載の発明は、印刷データとして自装置が提供可能な第１のデータ形式を、アクセス権限に制限がないインターネット上の記憶領域に書き込む書込手段と、利用対象とする画像形成装置が処理可能な第２のデータ形式が前記記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該記憶領域にアップロードするアップロード手段とを有する情報処理装置である。
請求項９に記載の発明は、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が利用対象とする画像形成装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を取得する取得手段と、前記第２の記憶領域に印刷データとして自装置が提供可能な第１のデータ形式を書き込む書込手段と、前記画像形成装置が処理可能な第２のデータ形式が前記第２の記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該第２の記憶領域にアップロードするアップロード手段とを有する情報処理装置である。
請求項１０に記載の発明は、前記記憶領域又は前記第１の記憶領域のインターネット上の位置を示す情報を表す画像イメージを生成して表示部に表示する、請求項８又は９に記載の情報処理装置である。
請求項１１に記載の発明は、前記記憶領域又は前記第１の記憶領域のインターネット上の位置を示す情報を、装置本体の特定部位に前記情報処理装置を近づけることで通信が確立する無線接続方式を用いて当該情報処理装置に通知する、請求項８又は９に記載の情報処理装置である。
請求項１２に記載の発明は、コンピュータに、ユーザから指定のあった、アクセス権限に制限がないインターネット上の記憶領域にアクセスし、印刷データとして情報処理装置側が提供可能な第１のデータ形式を取得する機能と、取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を前記記憶領域に書き込む機能と、第２のデータ形式の印刷データが前記記憶領域に格納された場合、当該印刷データをダウンロードする機能とを実行させるプログラムである。
請求項１３に記載の発明は、コンピュータに、ユーザから指定のあった、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が情報処理装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を書き込む機能と、前記第２の記憶領域にアクセスし、印刷データとして前記情報処理装置が提供可能な第１のデータ形式を取得する機能と、前記第２の記憶領域から取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を当該第２の記憶領域に書き込む機能と、第２のデータ形式の印刷データが前記第２の記憶領域に格納された場合、当該印刷データをダウンロードする機能とを実行させるプログラムである。
請求項１４に記載の発明は、コンピュータに、印刷データとして自装置が提供可能な第１のデータ形式を、アクセス権限に制限がないインターネット上の記憶領域に書き込む機能と、利用対象とする画像形成装置が処理可能な第２のデータ形式が前記記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該記憶領域にアップロードする機能とを実行させるプログラムである。
請求項１５に記載の発明は、コンピュータに、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が利用対象とする画像形成装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を取得する機能と、前記第２の記憶領域に印刷データとして自装置が提供可能な第１のデータ形式を書き込む機能と、前記画像形成装置が処理可能な第２のデータ形式が前記第２の記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該第２の記憶領域にアップロードする機能とを実行させるプログラムである。

請求項１記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項２記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項３記載の発明によれば、情報交換に使用する記憶領域のインターネット上の位置を示す情報のユーザの入力作業を簡易化できる。
請求項４記載の発明によれば、情報交換に使用する記憶領域のインターネット上の位置を示す情報を記した印刷物をユーザが持ち運ばずに済む。
請求項５記載の発明によれば、情報交換に使用する記憶領域のインターネット上の位置を示す情報のユーザの入力作業を簡易化できる。
請求項６記載の発明によれば、情報交換に使用する記憶領域を画像形成装置の設置者が管理せずに済む。
請求項７記載の発明によれば、装置間における情報の互換性を高めることができる。
請求項８記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項９記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項１０記載の発明によれば、情報交換に使用する記憶領域のインターネット上の位置を示す情報を記した印刷物を持ち運ばずに済む。
請求項１１記載の発明によれば、情報交換に使用する記憶領域のインターネット上の位置を示す情報のユーザの入力作業を簡易化できる。
請求項１２記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項１３記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項１４記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。
請求項１５記載の発明によれば、コンテンツを画像形成装置が印刷可能なデータ形式に変換するサーバを設置する必要がある場合に比して、画像形成装置の設置者の負担を軽減できる。

実施の形態１で使用する情報処理システムの概念構成を説明する図である。 実施の形態１で使用する画像形成装置の構成例を説明する図である。 実施の形態１で使用する画像形成装置の制御ユニットの機能構成を説明する図である。 ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔの一例を示す図である。 ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔの一例を示す図である。 実施の形態１で使用する画像形成装置が実行する処理動作を説明するフローチャートである。 実施の形態１で使用する端末装置の構成例を説明する図である。 実施の形態１で使用する端末装置の制御ユニットにおける機能構成を説明する図である。 実施の形態１で使用する端末装置が実行する処理動作を説明するフローチャートである。 実施の形態１における情報処理システムで実行される処理シーケンスの例を示す図である。 実施の形態２で使用する情報処理システムの概念構成を説明する図である。 実施の形態２で使用する画像形成装置の制御ユニットの機能構成を説明する図である。 実施の形態２で使用する画像形成装置が実行する処理動作を説明するフローチャートである。 実施の形態２で使用する端末装置の制御ユニットの機能構成を説明する図である。 実施の形態２で使用する端末装置が実行する処理動作を説明するフローチャートである。 実施の形態２における情報処理システムで実行される処理シーケンスの例を示す図である。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜システムの全体構成＞
図１は、実施の形態１で使用する情報処理システム１の概念構成を説明する図である。情報処理システム１は、インターネット１０と、画像形成装置２０と、ローカルエリアネットワーク（Local Area Network：LAN）２５と、ルータ２７と、ユーザが携帯可能な端末装置３０と、クラウドストレージ４０とを有している。
図１には、画像形成装置２０、端末装置３０及びクラウドストレージ４０がそれぞれ１台ずつ示されているが、画像形成装置２０、端末装置３０及びクラウドストレージ４０はそれぞれ複数台でもよい。ここでのクラウドストレージ４０は、クラウドサービスとして提供される。

本実施の形態の場合、画像形成装置２０は、端末装置３０のユーザが属している組織や住宅とは異なる場所に設置されている。ここでの場所として、例えば出先、旅行先、公共の場所等が想定される。
画像形成装置２０とルータ２７は、ＬＡＮ２５に接続されている。換言すると、画像形成装置２０とルータ２７は同じネットワークに属している。
ルータ２７には、ファイアウォールとしての機能が設けられている。ルータ２７は、インターネット１０側からの接続要求を破棄する一方、インターネット１０に出力される要求とその応答は通過する。従って、画像形成装置２０は、クラウドストレージ４０との間でデータを読み書きすることが可能である。なお、ＬＡＮ２５には、無線ＬＡＮのアクセスポイントは接続されていない。このため、端末装置３０は、画像形成装置２０に無線ネットワーク接続することはできない。

本実施の形態における端末装置３０は、携帯型の端末である。携帯型の端末には、例えばスマートフォン、ウェアラブル端末、ノート型のコンピュータが含まれる。端末装置３０は、インターネット１０を通じてクラウドストレージ４０との間でデータの読み書きが可能であるが、画像形成装置２０とはネットワーク接続できない。端末装置３０は、情報処理装置の一例である。
クラウドストレージ４０は、インターネット１０上に存在する記憶領域であり、データファイルの保存や共有に使用される。本実施の形態では、外部環境での印刷用に、データファイルの保存や共有のために使用される記憶領域をフォルダ４１という。クラウドストレージ４０には、例えばＤＲＯＰＢＯＸ（登録商標）、Ｏｎｅ Ｄｒｉｖｅ（登録商標）、Ｇｏｏｇｌｅ Ｄｒｉｖｅ（商標）等を想定する。

＜各装置の構成＞
＜画像形成装置の構成＞
図２は、実施の形態１で使用する画像形成装置２０の構成例を説明する図である。
画像形成装置２０は、原稿の画像を読み取る画像読取ユニット２０１と、記録媒体の一例である用紙上に画像を形成する画像形成ユニット２０２と、画像データが表す画像に色補正や階調補正等の処理を加える画像処理ユニット２０３と、装置全体の動作を制御する制御ユニット２０４と、画像データ等を記憶する記憶ユニット２０５と、ユーザインタフェース画面等の表示に用いられる表示ユニット２０６と、ユーザの操作を受け付ける操作受付ユニット２０７と、ＬＡＮ２５等を介した通信を実現する通信インタフェース（通信ＩＦ）２０８を有している。

画像読取ユニット２０１は、いわゆるスキャナであり、原稿を自動搬送する機構を有していてもよい。
画像形成ユニット２０２は、電子写真方式やインクジェット方式等により記録媒体に画像を形成するユニットであり、形成方式に応じた機構を有している。
画像処理ユニット２０３は、画像データを処理するための専用のプロセサや処理回路等で構成されている。
制御ユニット２０４は、ＣＰＵ（＝Central Processing Unit）２１１と、ファームウェアやＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）２１２と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）１２３とを有している。制御ユニット２０４は、いわゆるコンピュータとして機能する。

また、記憶ユニット２０５は、例えば不揮発性の記憶装置であるハードディスク装置（＝ＨＤＤ）等によって構成される。記憶ユニット２０５には、画像読取ユニット２０１で読み取られた画像データ、通信により外部から与えられる画像データ、ＦＡＸ通信を通じて受信された画像データ等が保存される。
また、表示ユニット２０６は、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイで構成される。表示ユニット２０６の表示面は表示部の一例である。
操作受付ユニット２０７は、表示ユニット２０６の表面に配置されるタッチセンサ、スイッチ、ボタン等で構成さる。
因みに、制御ユニット２０４と各ユニット等とは、バス２１０や不図示の信号線を通じて接続されている。

図３は、実施の形態１で使用する画像形成装置２０の制御ユニット２０４の機能構成を説明する図である。図３に示す機能モジュールは、ＣＰＵ２１１（図２参照）によるプログラムの実行を通じて実現される。なお、図３に示す機能モジュールは、制御ユニット２０４によって提供される機能モジュールの一例である。
本実施の形態における制御ユニット２０４は、ユーザから指定されるフォルダ４１（図１参照）の位置に関する情報を受け付ける記憶領域情報受付モジュール２２１と、フォルダ４１から端末装置３０が提供可能なデータ形式の情報を取得する提供可能データ形式取得モジュール２２２と、フォルダ４１に自装置（すなわち画像形成装置２０）が印刷可能なデータ形式を登録する印刷可能データ形式登録モジュール２２３と、フォルダ４１から印刷データをダウンロードするダウンロードモジュール２２４と、ダウンロードした印刷データによる印刷（画像の形成）を制御する印刷制御モジュール２２５としての機能を有している。

記憶領域情報受付モジュール２２１は、クラウドストレージ４０（図１参照）上にユーザが生成した又は指定したフォルダ４１のインターネット上の位置を示す情報を受け付ける。インターネット上の位置を示す情報は、例えばＵＲＬ（＝Uniform Resource Locator）である。
本実施の形態の場合、フォルダ４１のインターネット上の位置を示す情報は２次元コードで表現されている。２次元コードとして、例えばＱＲ（＝Quick Response）コードを使用する。２次元コードは、事前に用紙等の記録媒体に印刷されていてもよいが、本実施の形態の場合、ユーザが操作する端末装置３０の表示画面に表示される。
本実施の形態の場合、記憶領域情報受付モジュール２２１は、画像読取ユニット２０１（図２参照）が読み取った２次元コードの画像イメージを処理して、インターネット上に生成されたフォルダ４１の位置を受け付ける。

提供可能データ形式取得モジュール２２２は、ユーザの指定するインターネット上のフォルダ４１にアクセスし、印刷データとして端末装置３０が提供可能なデータ形式を記述したファイルを取得する。本実施の形態の場合、提供可能なデータ形式は、テキストファイル形式で記述される。テキストファイルには、「ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔ」等の予め定めたファイル名が付されている。
本実施の形態の場合、印刷データとして端末装置３０が提供可能なデータ形式には、画像イメージとして出力可能な形式とアプリケーションソフトウェア（以下「アプリケーション」という）が出力可能な形式が含まれる。
図４は、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔの一例を示す図である。図４に示すテキストファイルの場合、端末装置３０は、画像イメージのｐｎｇ形式とｊｐｅｇ形式による出力が可能であること、文書アプリケーションのワード（＝ｗｏｒｄ）形式とｐｄｆ形式による出力が可能であることが分かる。ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔに記述された４つの形式は、第１のデータ形式の一例である。提供可能データ形式取得モジュール２２２は、取得手段の一例である。

図３の説明に戻る。
印刷可能データ形式登録モジュール２２３は、取得したデータ形式のうち自装置（すなわち画像形成装置２０）が処理可能なデータ形式を、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔファイルを取得したのと同じフォルダ４１に登録する。処理可能なデータ形式も、テキストファイル形式で記述される。ここでのテキストファイルには、「ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔ」等の予め定めたファイル名が付される。処理可能なデータ形式が複数あれば複数のデータ形式が記述される。
本実施の形態の場合、印刷可能データ形式登録モジュール２２３は、例えばｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔのうち処理可能なデータ形式の記述のみを残し（すなわち印刷できないデータ形式は削除し）、その後、ファイル名を変更する。従って、端末装置３０が登録したテキストファイルは削除されたのと同じである。
図５は、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔの一例を示す図である。図５に示すテキストファイルの場合、画像イメージのｐｎｇ形式と文書アプリケーションのｐｄｆ形式の処理が可能であることが分かる。ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔに記述された２つの形式は、第２のデータ形式の一例である。印刷可能データ形式登録モジュール２２３は、書込手段の一例である。

図３の説明に戻る。
ダウンロードモジュール２２４は、ユーザの指定するフォルダ４１に印刷データが格納された場合に、格納された印刷データをダウンロードする。ダウンロードモジュール２２４は、ダウンロード手段の一例である。
印刷制御モジュール２２５は、画像形成ユニット２０２（図２参照）及び画像処理ユニット２０３（図２参照）の動作を制御して用紙にイメージを印刷する。

図６は、実施の形態１で使用する画像形成装置２０が実行する処理動作を説明するフローチャートである。図６に示す処理動作は、前述したモジュールの連携により実現される。なお、図中の記号Ｓはステップを意味する。
図６に示す処理は、クラウドストレージ４０（図１参照）に生成されたフォルダ４１（図１参照）の位置を示すＱＲコード（登録商標）のイメージが表示された端末装置３０（図１参照）の表示画面を画像読取ユニット２０１（図２参照）で読み取らせることで開始される。
画像形成装置２０は、読み取った２次元コードのイメージよりユーザが指定するクラウドストレージ４０上のフォルダ４１の位置を示す情報を取得する（ステップ１）。ここでのフォルダ４１は共有領域として設定されている。このため、操作中のユーザだけでなく誰もがアクセス可能な状態にある。

次に、画像形成装置２０は、フォルダ４１から端末装置３０が提供可能なデータ形式を記述したテキストファイルを取得する（ステップ２）。前述したように、ここでのテキストファイルには、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔとのファイル名が付されている。
続いて、画像形成装置２０は、取得したデータ形式のうち、自装置が印刷可能なデータ形式を記述したテキストファイルをフォルダ４１に登録する（ステップ３）。前述したように、ここでのテキストファイルには、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔとのファイル名が付されている。

この後、画像形成装置２０は、フォルダ４１に印刷データが格納されたか否かを判定する（ステップ４）。
ステップ４で否定結果が得られた場合、画像形成装置２０は定期的にフォルダ４１にアクセスし、印刷データが格納されたか否かを判定する。
ステップ４で肯定結果が得られた場合、画像形成装置２０は、フォルダ４１から印刷データをダウンロードする（ステップ５）。
次に、画像形成装置２０は、ダウンロードした印刷データに基づいて印刷処理を実行する（ステップ６）。
印刷が終了すると、画像形成装置２０は、フォルダ４１を削除する（ステップ７）。データ交換に使用したフォルダ４１が削除されると、印刷データとｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔも一緒に削除される。ここでの削除は、ゴミ箱にも該当ファイルを残さない完全削除である。これにより、印刷データの秘匿性が保たれる。

＜端末装置の構成＞
図７は、実施の形態１で使用する端末装置３０の構成例を説明する図である。
端末装置３０は、装置全体の動作を制御する制御ユニット３０１と、画像データ等を記憶する記憶ユニット３０２と、ユーザインタフェース画面等の表示に用いられる表示ユニット３０３と、ユーザの操作を受け付ける操作受付ユニット３０４と、インターネット１０を介した通信を実現する通信インタフェース（＝通信ＩＦ）３０５を有している。
本実施の形態における制御ユニット３０１は、ＣＰＵ３１１と、ファームウェアやＢＩＯＳ等が記憶されたＲＯＭ３１２と、ワークエリアとして用いられるＲＡＭ３１３とを有している。制御ユニット３０１は、いわゆるコンピュータとして機能する。

記憶ユニット３０２は、例えば不揮発性の書き換え可能な半導体メモリ等によって構成される。記憶ユニット３０２には、例えば印刷対象とする画像データや文書データ等が保存される。
表示ユニット３０３は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。表示ユニット３０３には、前述した２次元コードが表示される。
操作受付ユニット３０４は、表示ユニット３０３の表面に配置されるタッチセンサ、スイッチ、ボタン等で構成さる。
因みに、制御ユニット３０１と各ユニット等とは、バス３０６や不図示の信号線を通じて接続されている。

図８は、実施の形態１で使用する端末装置３０の制御ユニット３０１における機能構成を説明する図である。図８に示す機能モジュールは、ＣＰＵ３１１（図７参照）によるプログラムの実行を通じて実現される。なお、図８に示す機能モジュールは、制御ユニット３０１によって提供される機能モジュールの一例である。
本実施の形態における制御ユニット３０１は、ユーザがインターネット上に生成したフォルダ４１の位置を示すＵＲＬを２次元コード化するＱＲコード生成モジュール３２１と、フォルダ４１に自装置（ここでは端末装置３０）が提供可能なデータ形式を登録する提供可能データ形式登録モジュール３２２と、フォルダ４１に格納された印刷可能なデータ形式を取得する印刷可能形式取得モジュール３２３と、取得したデータ形式を印刷データの形式として設定する印刷データ形式設定モジュール３２４と、生成された印刷データをフォルダ４１にアップロードするアップロードモジュール３２５としての機能を有している。

ここでのＱＲコード生成モジュール３２１は、自装置の操作によってクラウドストレージ４０上に生成されたフォルダ４１の位置を示すＵＲＬを２次元コード化し、端末装置３０の表示画面に表示する。
提供可能データ形式登録モジュール３２２は、自装置で印刷対象として指定されたファイルのデータ形式から変換可能な文書データのデータ形式や画像データのデータ形式を検出し、検出されたデータ形式を記述したテキストファイル（ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔ）を先のＵＲＬで特定されるフォルダ４１に登録する。提供可能データ形式登録モジュール３２２は、書込手段の一例である。

印刷可能形式取得モジュール３２３は、提供可能なデータ形式を記述したテキストファイルを格納したフォルダ４１に定期的にアクセスし、画像形成装置２０からの応答であるｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔの登録を監視する。登録が検知されると、印刷可能形式取得モジュール３２３は、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔから印刷可能なデータ形式を取得する。
印刷データ形式設定モジュール３２４は、取得された印刷可能なデータ形式を今回の印刷データのデータ形式に設定する。
アップロードモジュール３２５は、アップロード手段の一例である。

図９は、実施の形態１で使用する端末装置３０が実行する処理動作を説明するフローチャートである。図９に示す処理動作は、前述したモジュールの連携により実現される。なお、図中の記号Ｓはステップを意味する。
まず、端末装置３０は、印刷対象とするファイルの指定を受け付ける（ステップ１１）。ファイルの指定は、端末装置３０の操作画面を通じて受け付けられる。
次に、端末装置３０は、印刷対象に指定されたファイルのデータ形式から変換可能なデータ形式を求める（ステップ１２）。前述したように、変換可能なデータ形式とは、自装置が提供可能なデータ形式の意味である。
続いて、端末装置３０は、ユーザの操作に従って、クラウドストレージ４０上にフォルダ４１を生成する（ステップ１３）。

その後、端末装置３０は、変換可能データ形式の情報を記述したテキストファイルをフォルダ４１にアップロードする（ステップ１４）。具体的には、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔをアップロードする。
次に、端末装置３０は、フォルダ４１のＵＲＬを示すＱＲコードを生成して表示画面に表示する（ステップ１５）。
この後、端末装置３０は、フォルダ４１に印刷可能なデータ形式を記述したテキストファイルが格納されたか否かを判定する（ステップ１６）。ここでのフォルダ４１は、ステップ１３で生成したフォルダ４１と同じである。具体的には、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔが格納されたか否かが判定される。

次に、端末装置３０は、印刷対象に指定されたファイルを画像形成装置２０が印刷可能なデータ形式の印刷データに変換する（ステップ１７）。印刷対象に指定されたファイルは、ステップ１１で指定されたファイルである。また、ステップ１６で格納が確認されたテキストファイルに複数のデータ形式が記述されている場合には、予め定めた規則に従い１つのデータ形式が決定される。
ここでの印刷データは、指定されたデータ形式を有するデータファイルをいう。従って、指定されたファイルのデータ形式が印刷可能なデータ形式である場合には、端末装置３０は、再度のデータ変換は実行しない。
この後、端末装置３０は、印刷データをフォルダ４１にアップロードする（ステップ１８）。

＜処理シーケンスの例＞
図１０は、実施の形態１における情報処理システム１で実行される処理シーケンスの例を示す図である。図中の記号Ｐはプロセスを示す。
一連の処理シーケンスは、外出先等で印刷を希望するユーザが端末装置３０を操作してクラウドストレージ４０上にフォルダ４１を生成することで開始される（プロセス１）。ここでの操作の必要性は、例えばユーザが起動した印刷用のアプリケーションから提示されてもよい。なお、フォルダ４１はアクセス可能なユーザを制限しない設定（すなわち公開）である。
生成されたフォルダ４１のＵＲＬを取得した端末装置３０は、ＵＲＬを表すＱＲコードを生成する（プロセス２）。
ＱＲコードが生成されると端末装置３０は、自装置が提供可能なデータ形式のファイルをクラウドストレージ４０上のフォルダ４１に登録する（プロセス３）。この結果、クラウドストレージ４０のフォルダ４１内には、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔが登録される。
以上一連の処理は、端末装置３０において独立に実行される。

画像形成装置２０は、ユーザの操作に基づいて、端末装置３０の表示画面に表示されているＱＲコードを読取り（プロセス１１）、ＱＲコードからＵＲＬを取得する。
次に、画像形成装置２０は、取得したＵＲＬにアクセスする（プロセス１２）。このアクセスは、ＵＲＬで指定されるフォルダ４１にｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔが登録されるまで定期的に実行される。
該当するファイルがフォルダ４１に登録されると、画像形成装置２０は、提供可能なデータ形式を記述したファイルを取得する（プロセス１３）。ここでのファイルは、前述したｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔである。
次に、画像形成装置２０は、取得したファイルに記述されたデータ形式の中から、自装置が処理可能なデータ形式を選択する（プロセス１４）。
この後、画像形成装置２０は、選択したデータ形式を記述したファイルをフォルダ４１に登録する（プロセス１５）。ここでのファイルは、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔである。
以上一連の処理は、画像形成装置２０において独立に実行される。

プロセス３を実行した後の端末装置３０は、フォルダ４１に定期的にアクセスし、処理可能なデータ形式を記述したファイルの登録を待機する。
該当するファイルがフォルダ４１に登録されると、端末装置３０は、処理可能なデータ形式を記述したファイルを取得する（プロセス４）。
次に、端末装置３０は、取得したファイルの記述に従って、印刷データのデータ形式を決定する（プロセス５）。
この後、端末装置３０は、決定したデータ形式の印刷データをフォルダ４１に登録する（プロセス６）。

一方、プロセス１５を実行した後の画像形成装置２０は、フォルダ４１に定期的にアクセスし、印刷データの登録を待機する。
印刷データの登録を検知すると、画像形成装置２０は、フォルダ４１から印刷データをダウンロードする（プロセス１６）。その後、画像形成装置２０は、ダウンロードした印刷データについての印刷を実行する。
印刷が完了すると、画像形成装置２０は、クラウドストレージ４０からフォルダ４１を削除する（プロセス１７）。ここでの削除は完全な削除である。
一連の処理シーケンスに示すように、クラウドストレージ４０は、データ交換に用いられるのみである。また、本実施の形態では、端末装置３０が提供可能なデータ形式のうち処理可能なデータ形式を画像形成装置２０がクラウドストレージ４０経由で応答する方式であるので、データ形式の変換サービスを提供するサービスが不要である。

＜実施の形態２＞
図１１は、実施の形態２で使用する情報処理システム１Ａの概念構成を説明する図である。図１１には、図１との対応部分に対応する符号を付して示している。
本実施の形態は、実施の形態１に比して印刷データの秘匿性を向上させた情報処理システム１Ａについて説明する。
図１１に示す情報処理システム１Ａの基本構成は、図１と同じである。違いは、クラウドストレージ４０上に生成された２つのフォルダ４１Ａ及び４１Ｂを情報の受け渡しに使用する点である。
このうち、フォルダ４１Ａは、端末装置３０Ａのユーザによって生成されるのに対し、フォルダ４１Ｂは、端末装置３０ＡからＱＲコードを読み取った画像形成装置２０Ａによって生成される。ここでフォルダ４１Ａは、アクセス可能なユーザを制限しない設定（すなわち公開）である。一方、フォルダ４１Ｂは、アクセス可能なユーザが端末装置３０のユーザと画像形成装置２０Ａの設置ユーザに制限される設定（すなわち限定公開）である。
本実施の形態では、２つのフォルダ４１Ａ及び４１Ｂを使用するデータ交換に対応するアプリケーションを実行することを示すため画像形成装置２０Ａ及び端末装置３０Ａの表記を使用する。なお、フォルダ４１Ａは第１の記憶領域の一例であり、フォルダ４１Ｂは第２の記憶領域の一例である。

＜画像形成装置の構成＞
本実施の形態で使用する画像形成装置２０Ａのハードウェア上の構成は、実施の形態１で説明した画像形成装置２０（図２参照）と同じである。
図１２は、実施の形態２で使用する画像形成装置２０Ａ（図１１参照）の制御ユニット２０４の機能構成を説明する図である。図１２には、図３との対応部分に対応する符号を付して示す。
図１２に示す機能モジュールは、ＣＰＵ２１１（図２参照）によるプログラムの実行を通じて実現される。なお、図１２に示す機能モジュールは、制御ユニット２０４によって提供される機能モジュールの一例である。

本実施の形態における制御ユニット２０４は、ユーザから与えられるフォルダ４１Ａ（図１１参照）の情報と端末装置３０Ａを操作するユーザのアカウント情報を受け付ける記憶領域情報及びアカウント情報受付モジュール２２１Ａと、限定公開されるフォルダ４１Ｂを生成するフォルダ生成モジュール２２６と、フォルダ４１Ｂの位置情報をフォルダ４１Ａに登録するフォルダ位置登録モジュール２２７と、フォルダ４１Ｂから端末装置３０が提供可能なデータ形式の情報を取得する提供可能データ形式取得モジュール２２２Ａと、フォルダ４１Ｂに自装置（すなわち画像形成装置２０Ａ）が印刷可能なデータ形式を登録する印刷可能データ形式登録モジュール２２３Ａと、フォルダ４１Ｂから印刷データをダウンロードするダウンロードモジュール２２４Ａと、ダウンロードした印刷データによる印刷（画像の形成）を制御する印刷制御モジュール２２５としての機能を有している。

記憶領域情報及びアカウント情報受付モジュール２２１Ａは、画像読取ユニット２０１（図２参照）によって読み取ったＱＲコードから、ユーザが指定する公開設定のフォルダ４１Ａのインターネット上の位置を示すＵＲＬと端末装置３０Ａを操作するユーザを特定するアカウント情報を受け付ける。アカウント情報には、例えばアカウント名、メールアドレス等が用いられる。
フォルダ生成モジュール２２６は、端末装置３０Ａと自装置のみがアクセス可能なフォルダ４１Ｂをクラウドストレージ４０上に生成する。フォルダ生成モジュール２２６は、本実施の形態に特有の機能構成である。
フォルダ位置登録モジュール２２７は、ＱＲコードを通じて受け付けたフォルダ４１Ａ上に自装置（すなわち画像形成装置２０Ａ）が生成したフォルダ４１Ｂのインターネット上の位置を示すＵＲＬを登録する。フォルダ位置登録モジュール２２７も、本実施の形態に特有の機能構成である。フォルダ位置登録モジュール２２７は、第１の書込手段の一例である。

提供可能データ形式取得モジュール２２２Ａは、端末装置３０Ａが提供可能なデータ形式を記述したテキストファイルを、限定公開されたフォルダ４１Ｂから取得する点で、実施の形態１の提供可能データ形式取得モジュール２２２（図３参照）と相違する。
印刷可能データ形式登録モジュール２２３Ａは、自装置（すなわち画像形成装置２０Ａ）が処理可能なデータ形式を記述したテキストファイルを、限定公開されたフォルダ４１Ｂに登録する点で、実施の形態１の印刷可能データ形式登録モジュール２２３（図３参照）と相違する。印刷可能データ形式登録モジュール２２３Ａは、第２の書込手段の一例である。
ダウンロードモジュール２２４Ａは、印刷データを、限定公開されたフォルダ４１Ｂからダウンロードする点で、実施の形態１のダウンロードモジュール２２４（図３参照）と相違する。

図１３は、実施の形態２で使用する画像形成装置２０Ａが実行する処理動作を説明するフローチャートである。図１３には、図６との対応部分に対応する符号を付して示している。図１３に示す処理動作は、前述したモジュールの連携により実現される。なお、図中の記号Ｓはステップを意味する。
図１３に示す処理も、クラウドストレージ４０（図１１参照）に生成されたフォルダ４１Ａ（図１１参照）の位置と端末装置３０Ａのユーザを示すアカウント情報を示すＱＲコードのイメージが表示された端末装置３０の表示面を画像読取ユニット２０１（図２参照）で読み取らせることで開始される。

まず、画像形成装置２０Ａは、読み取った２次元コードのイメージよりユーザが指定するクラウドストレージ４０上のフォルダ４１Ａの位置を示す情報とユーザのアカウント情報を取得する（ステップ２１）。前述したように、フォルダ４１Ａは操作中のユーザだけでなく誰もがアクセス可能な状態にある。
次に、画像形成装置２０Ａは、クラウドストレージ４０上にフォルダ４１Ｂを生成し、自装置に対応付けられているアカウント情報とＱＲコードから読み取ったユーザのアカウント情報のみをアクセス可能に設定する（ステップ２２）。
続いて、画像形成装置２０Ａは、フォルダ４１Ｂの位置を示す情報をＱＲコードから読み取ったフォルダ４１Ａに格納する（ステップ２３）。

画像形成装置２０Ａは、端末装置３０Ａが提供可能なデータ形式を記述したテキストファイルがフォルダ４１Ｂに格納されたか否かを判定する（ステップ２４）。
ステップ２４で否定結果が得られている間、画像形成装置２０Ａは、定期的にフォルダ４１Ｂにアクセスし、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔの有無を判定する。
ステップ２４で肯定結果が得られると、画像形成装置２０Ａは、フォルダ４１Ｂから、端末装置３０Ａが提供可能なデータ形式を記述したテキストファイルを取得する（ステップ２５）。
次に、画像形成装置２０Ａは、取得したデータ形式のうち、自装置が印刷可能なデータ形式を記述したテキストファイルをフォルダ４１Ｂに格納する（ステップ２６）。

この後、画像形成装置２０Ａは、フォルダ４１Ｂに印刷データが格納されたか否かを判定する（ステップ２７）。
ステップ２７で否定結果が得られた場合、画像形成装置２０Ａは定期的にフォルダ４１Ｂにアクセスし、印刷データが格納されたか否かを判定する。
ステップ２７で肯定結果が得られた場合、画像形成装置２０Ａは、フォルダ４１Ｂから印刷データをダウンロードする（ステップ５）。
次に、画像形成装置２０Ａは、ダウンロードした印刷データに基づいて印刷処理を実行する（ステップ６）。
印刷が終了すると、画像形成装置２０Ａは、フォルダ４１Ｂを削除する（ステップ２８）。データ交換に使用したフォルダ４１Ｂが削除されると、印刷データとｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔも一緒に削除される。これにより、印刷データの秘匿性が保たれる。なお、フォルダ４１Ｂと一緒に、フォルダ４１Ａも削除してもよい。

＜端末装置の構成＞
本実施の形態で使用する端末装置３０Ａのハードウェア上の構成は、実施の形態１で説明した端末装置３０（図７参照）と同じである。
図１４は、実施の形態２で使用する端末装置３０Ａ（図１１参照）の制御ユニット３０１の機能構成を説明する図である。図１４には、図８との対応部分に対応する符号を付して示す。
図１４に示す機能モジュールは、ＣＰＵ３１１（図７参照）によるプログラムの実行を通じて実現される。なお、図１４に示す機能モジュールは、制御ユニット３０１によって提供される機能モジュールの一例である。

本実施の形態における制御ユニット３０１は、ユーザがインターネット上に生成したフォルダ４１Ａの位置を示すＵＲＬとユーザのアカウント情報を２次元コード化するＱＲコード生成モジュール３２１Ａと、画像形成装置２０Ａがフォルダ４１Ａに登録したフォルダ４１Ｂの位置を示すＵＲＬを取得する記憶領域情報取得モジュール３２６と、取得されたフォルダ４１Ｂに自装置（ここでは端末装置３０Ａ）が提供可能なデータ形式を登録する提供可能データ形式登録モジュール３２２Ａと、フォルダ４１Ｂに格納された印刷可能なデータ形式を取得する印刷可能形式取得モジュール３２３Ａと、取得したデータ形式を印刷データの形式として設定する印刷データ形式設定モジュール３２４と、生成された印刷データをフォルダ４１Ｂにアップロードするアップロードモジュール３２５Ａとしての機能を有している。

ＱＲコード生成モジュール３２１Ａは、ＱＲコード化する情報にユーザのアカウント情報を追加する点で、実施の形態１のＱＲコード生成モジュール３２１と相違する。
記憶領域情報取得モジュール３２６は、フォルダ４１Ａに定期的にアクセスし、画像形成装置２０Ａによるフォルダ４１Ｂの位置を示すＵＲＬの書き込みを監視する。記憶領域情報取得モジュール３２６は、フォルダ４１Ｂの位置を示すＵＲＬの書き込みを検知すると、書き込まれたＵＲＬを取得する。
提供可能データ形式登録モジュール３２２Ａは、自装置で印刷対象として指定されたファイルのデータ形式から変換可能な文書データのデータ形式や画像データのデータ形式を検出し、検出されたデータ形式を記述したテキストファイル（ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔ）を先のＵＲＬで特定されるフォルダ４１Ｂに登録する。テキストファイルの登録先が画像形成装置２０Ａから通知されたフォルダ４１Ｂである点が、実施の形態１との違いである。提供可能データ形式登録モジュール３２２Ａは、書込手段の一例である。

印刷可能形式取得モジュール３２３Ａは、提供可能なデータ形式を記述したテキストファイルを格納したフォルダ４１Ｂに定期的にアクセスし、画像形成装置２０からの応答の格納を監視する。具体的には、印刷可能形式取得モジュール３２３Ａは、先のフォルダ４１Ｂに、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔが登録されるのを待機する。登録が検知されると、印刷可能形式取得モジュール３２３Ａは、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔから印刷可能なデータ形式を取得する。監視対象が画像形成装置２０Ａから通知されたフォルダ４１Ｂである点が、実施の形態１との違いである。
アップロードモジュール３２５Ａは、印刷データをフォルダ４１Ｂにアップロードする点で実施の形態１と相違する。ここでのアップロードモジュール３２５Ａもアップロード手段の一例である。

図１５は、実施の形態２で使用する端末装置３０Ａが実行する処理動作を説明するフローチャートである。図１５には、図９との対応部分に対応する符号を付して示している。図１５に示す処理動作は、前述したモジュールの連携により実現される。なお、図中の記号Ｓはステップを意味する。
まず、端末装置３０Ａは、印刷対象とするファイルの指定を受け付ける（ステップ１１）。ファイルの指定は、端末装置３０の操作画面を通じて受け付けられる。
次に、端末装置３０Ａは、ユーザの操作に従って、クラウドストレージ４０上にフォルダ４１Ａを生成する（ステップ３１）。フォルダ４１Ａは、公開設定であり、誰もがアクセス可能である。

その後、端末装置３０Ａは、フォルダ４１ＡのＵＲＬとアカウント情報を示すＱＲコードを生成して画面に表示する（ステップ３２）。
次に、端末装置３０Ａは、フォルダ４１Ａにフォルダ４１ＢのＵＲＬが格納されたか否かを判定する（ステップ３３）。フォルダ４１Ｂの位置を示す情報は、誰もが取得可能であるが、端末装置３０Ａを操作するユーザのアカウント情報を知らない限り、フォルダ４１Ｂにはアクセスできない。つまり、フォルダ４１Ｂは、秘匿性が高い状態に維持される。

ステップ３３で否定結果が得られた場合、端末装置３０Ａは、定期的にフォルダ４１Ａにアクセスし、フォルダ４１Ｂの位置を示すＵＲＬの登録を監視する。
ステップ３３で肯定結果が得られた場合、端末装置３０Ａは、印刷対象に指定されたファイルのデータ形式から変換可能な（又は提供可能な）データ形式を求める（ステップ３４）。
次に、端末装置３０Ａは、変換可能なデータ形式の情報を記述したテキストファイルを生成されたフォルダ４１Ｂにアップロードする（ステップ３５）。具体的には、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔをアップロードする。
この後、端末装置３０は、フォルダ４１Ｂに印刷可能なデータ形式を記述したテキストファイルが格納されたか否かを判定する（ステップ３６）。ここでのフォルダ４１Ｂは、画像形成装置２０Ａと端末装置３０Ａだけに公開されている。具体的には、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔが格納されたか否かが判定される。

次に、端末装置３０Ａは、印刷対象に指定されたファイルを画像形成装置２０Ａが印刷可能なデータ形式の印刷データに変換する（ステップ３７）。印刷対象に指定されたファイルは、ステップ１１で指定されたファイルである。また、ステップ３６で格納が確認されたテキストファイルに複数のデータ形式が記述されている場合には、予め定めた規則に従い１つのデータ形式が決定される。
ここでの印刷データは、指定されたデータ形式を有するデータファイルをいう。従って、指定されたファイルのデータ形式が印刷可能なデータ形式である場合には、端末装置３０Ａは、再度のデータ変換は実行しない。
この後、端末装置３０Ａは、印刷データをフォルダ４１Ｂにアップロードする（ステップ３８）。

＜処理シーケンスの例＞
図１６は、実施の形態２における情報処理システム１Ａで実行される処理シーケンスの例を示す図である。図１６には、図１０との対応部分に対応する符号を付して示している。図中の記号Ｐはプロセスを示す。
一連の処理シーケンスは、外出先等で印刷を希望するユーザが端末装置３０Ａを操作してクラウドストレージ４０上にフォルダ４１Ａを生成することで開始される（プロセス１）。
フォルダ４１Ａが生成されると、端末装置３０Ａは、フォルダ４１ＡのＵＲＬと端末装置３０Ａを操作するユーザのアカウント情報を表すＱＲコードを生成する（プロセス２１）。ＱＲコードにユーザのアカウント情報が含まれる点で実施の形態１と相違する。

本実施の形態では、この段階で、端末装置３０Ａの画面に表示されたＱＲコードが画像形成装置２０Ａで読み取られる（プロセス１１）。ＱＲコードからは、フォルダ４１ＡのＵＲＬと端末装置３０Ａを操作するユーザのアカウント情報が取得される。
ＱＲコードを読み取ると、画像形成装置２０Ａは、クラウドストレージ４０上に自装置と端末装置３０Ａのみがアクセス可能なフォルダ４１Ｂを生成する（プロセス３１）。この後、画像形成装置２０Ａは、ＱＲコードから読み取ったフォルダ４１Ａに、フォルダ４１Ｂの位置を示すＵＲＬを登録する（プロセス３２）。

この時点から再び、端末装置３０Ａの動作に移行する。端末装置３０Ａは、ＱＲコードの生成以降、フォルダ４１ＡへのＵＲＬの書き込みを監視している。端末装置３０Ａは、フォルダ４１Ａに書き込まれたフォルダ４１ＢのＵＲＬを受け付ける（プロセス２２）。
この後、端末装置３０Ａは、自装置が提供可能なデータ形式のファイルをクラウドストレージ４０上のフォルダ４１Ｂに登録する（プロセス２３）。すなわち、ｆｏｒｍａｔ−ｒｅｑｕｅｓｔ．ｔｘｔが登録される。

一方の画像形成装置２０Ａは、フォルダ４１Ｂの位置を示すＵＲＬをフォルダ４１Ａに登録後、フォルダ４１Ｂを監視する状態にある。従って、プロセス２３によるファイルの登録を検知すると、画像形成装置２０Ａは、実施の形態１のプロセス１３〜１５を実行する。具体的には、取得されたデータ形式のうち自装置（画像形成装置２０Ａ）で処理可能なデータ形式を選択し、選択されたデータ形式を記述したテキストファイルをフォルダ４１Ｂに登録する。すなわち、ｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔがフォルダ４１Ｂに登録される。

このｆｏｒｍａｔ−ｒｅｓｐｏｎｓｅ．ｔｘｔのフォルダ４１Ｂへの登録は、端末装置３０Ａによって検知される。この検知の後、端末装置３０Ａは、実施の形態１のプロセス４〜６を実行する。具体的には、画像形成装置２０Ａから通知されたデータ形式の印刷データを生成してフォルダ４１Ｂに登録する。
画像形成装置２０Ａは、フォルダ４１Ｂへの印刷データの登録を検知すると、フォルダ４１Ｂから印刷データをダウンロードする（プロセス１６）。その後、画像形成装置２０Ａは、ダウンロードした印刷データについての印刷を実行する。

印刷が完了すると、画像形成装置２０Ａは、クラウドストレージ４０からフォルダ４１Ｂを削除する（プロセス１７）。
本実施の形態の場合、実質的なデータ交換に用いられるフォルダ４１Ｂへのアクセスは、画像形成装置２０Ａと端末装置３０Ａに限定される。このため、一時的にでも、印刷データが任意のユーザに対して公開されることがない。また、フォルダ４１Ｂは、新規の印刷要求の度に作成され、印刷完了後に完全に削除される。このため、別のユーザが画像形成装置２０Ａを用いて印刷を実行する場合にも、先のユーザが印刷した内容の秘匿性が保たれる。

＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上述の実施の形態に記載の範囲に限定されない。上述の実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

前述の実施の形態においては、画像形成装置１０に画像読取ユニット２０１が設けられているが、画像形成装置１０に外付けのＱＲコードリーダが接続されていてもよい。
前述の実施の形態では、端末装置３０（図１参照）又は３０Ａ（図１１参照）がクラウドストレージ４０上に生成するフォルダ４１（図１参照）又は４１Ａ（図１１参照）の位置を示すＵＲＬをＱＲコードで提示しているが、１次元コードの一種であるバーコードで提示してもよい。バーコードを用いる場合には、端末装置３０等にバーコード生成モジュールを設け、画像形成装置２０等にバーコードリーダ又はバーコード読取りモジュールを設ければよい。
また、フォルダ４１（図１参照）又は４１Ａ（図１１参照）の位置を示すＵＲＬは、画像形成装置２０（図１参照）又は２０Ａ（図１１参照）に対してユーザが直接手入力してもよい。この場合は、前述したＱＲコード生成モジュール３２１（図８参照）やＱＲコードに対応した記憶領域情報受付モジュール２２１（図３参照）は不要である。

また、フォルダ４１（図１参照）又は４１Ａ（図１１参照）の位置を示すＵＲＬは、近距離無線通信技術の一種であるＮＦＣ（＝Near Field Communication）を用いて端末装置３０又は３０Ａ側から画像形成装置２０又は２０Ａ側に通知してもよい。例えばＩＳＯ／ＩＥＣ １４４４３に準拠するＮＦＣでは、機器のアンテナどうしをおおよそ１０ｃｍ以内に近づけることで直接通信が可能になる。アンテナが設けられている部位は、装置本体の特定部位の一例である。ここでのＮＦＣによる通信は、無線接続方式による通信であるがログインが不要な直接通信であり、無線ネットワーク通信ではない。
ＮＦＣによる通知を用いる場合も、前述したＱＲコード生成モジュール３２１（図８参照）やＱＲコードに対応した記憶領域情報受付モジュール２２１（図３参照）は不要である。

前述の実施の形態では、クラウドストレージ４０を介した情報の受け渡しが端末装置３０等で実行されるプログラムと画像形成装置２０等で実行されるプログラムに従って自動的に進行する場合について説明したが、個々のステップは、プログラムからの指示に従い、ユーザの操作を待って実行されてもよい。

１、１Ａ…情報処理システム、１０…インターネット、２０、２０Ａ…画像形成装置、２５…ローカルエリアネットワーク、３０、３０Ａ…端末装置、４０…クラウドストレージ、４１、４１Ａ、４１Ｂ…フォルダ、２２１…記憶領域情報受付モジュール、２２１Ａ…記憶領域情報及びアカウント情報受付モジュール、２２２、２２２Ａ…提供可能データ形式取得モジュール、２２３、２２３Ａ…印刷可能データ形式登録モジュール、２２４、２２４Ａ…ダウンロードモジュール、２２５…印刷制御モジュール、２２６…フォルダ生成モジュール、２２７…フォルダ位置登録モジュール、３２１、３２１Ａ…ＱＲコード生成モジュール、３２２、３２２Ａ…提供可能データ形式登録モジュール、３２３、３２３Ａ…印刷可能形式取得モジュール、３２４…印刷データ形式設定モジュール、３２５、３２５Ａ…アップロードモジュール、３２６…記憶領域情報取得モジュール

Claims (15)

1. ユーザから指定のあった、アクセス権限に制限がないインターネット上の記憶領域にアクセスし、印刷データとして情報処理装置側が提供可能な第１のデータ形式を取得する取得手段と、
   取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を前記記憶領域に書き込む書込手段と、
   第２のデータ形式の印刷データが前記記憶領域に格納された場合、当該印刷データをダウンロードするダウンロード手段と
   を有する画像形成装置。
2. ユーザから指定のあった、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が前記情報処理装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を書き込む第１の書込手段と、
   前記第２の記憶領域にアクセスし、印刷データとして前記情報処理装置が提供可能な第１のデータ形式を取得する取得手段と、
   前記第２の記憶領域から取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を当該第２の記憶領域に書き込む第２の書込手段と、
   第２のデータ形式の印刷データが前記第２の記憶領域に格納された場合、当該印刷データをダウンロードするダウンロード手段と
   を有する画像形成装置。
3. 前記記憶領域のインターネット上の位置を示す情報を、当該情報を表す画像イメージの読み取りを通じて前記情報処理装置から取得する、請求項１又は２に記載の画像形成装置。
4. 前記画像イメージは、前記情報処理装置の表示部に表示される、請求項３に記載の画像形成装置。
5. 前記記憶領域のインターネット上の位置を示す情報を、装置本体の特定部位に前記情報処理装置を近づけることで通信が確立する無線接続方式を用いて当該情報処理装置から取得する、請求項１又は２に記載の画像形成装置。
6. 前記記憶領域はクラウドストレージである、請求項１又は２に記載の画像形成装置。
7. 第１のデータ形式と第２のデータ形式は、テキスト形式で記述されている、請求項１又は２に記載の画像形成装置。
8. 印刷データとして自装置が提供可能な第１のデータ形式を、アクセス権限に制限がないインターネット上の記憶領域に書き込む書込手段と、
   利用対象とする画像形成装置が処理可能な第２のデータ形式が前記記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該記憶領域にアップロードするアップロード手段と
   を有する情報処理装置。
9. アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が利用対象とする画像形成装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を取得する取得手段と、
   前記第２の記憶領域に印刷データとして自装置が提供可能な第１のデータ形式を書き込む書込手段と、
   前記画像形成装置が処理可能な第２のデータ形式が前記第２の記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該第２の記憶領域にアップロードするアップロード手段と
   を有する情報処理装置。
10. 前記記憶領域又は前記第１の記憶領域のインターネット上の位置を示す情報を表す画像イメージを生成して表示部に表示する、請求項８又は９に記載の情報処理装置。
11. 前記記憶領域又は前記第１の記憶領域のインターネット上の位置を示す情報を、装置本体の特定部位に前記情報処理装置を近づけることで通信が確立する無線接続方式を用いて当該情報処理装置に通知する、請求項８又は９に記載の情報処理装置。
12. コンピュータに、
    ユーザから指定のあった、アクセス権限に制限がないインターネット上の記憶領域にアクセスし、印刷データとして情報処理装置側が提供可能な第１のデータ形式を取得する機能と、
    取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を前記記憶領域に書き込む機能と、
    第２のデータ形式の印刷データが前記記憶領域に格納された場合、当該印刷データをダウンロードする機能と
    を実行させるプログラム。
13. コンピュータに、
    ユーザから指定のあった、アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が情報処理装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を書き込む機能と、
    前記第２の記憶領域にアクセスし、印刷データとして前記情報処理装置が提供可能な第１のデータ形式を取得する機能と、
    前記第２の記憶領域から取得された第１のデータ形式のうち自装置が処理可能な第２のデータ形式を当該第２の記憶領域に書き込む機能と、
    第２のデータ形式の印刷データが前記第２の記憶領域に格納された場合、当該印刷データをダウンロードする機能と
    を実行させるプログラム。
14. コンピュータに、
    印刷データとして自装置が提供可能な第１のデータ形式を、アクセス権限に制限がないインターネット上の記憶領域に書き込む機能と、
    利用対象とする画像形成装置が処理可能な第２のデータ形式が前記記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該記憶領域にアップロードする機能と
    を実行させるプログラム。
15. コンピュータに、
    アクセス権限に制限がないインターネット上の第１の記憶領域にアクセスし、アクセス権限が利用対象とする画像形成装置と自装置に制限されたインターネット上の第２の記憶領域の位置を示す情報を取得する機能と、
    前記第２の記憶領域に印刷データとして自装置が提供可能な第１のデータ形式を書き込む機能と、
    前記画像形成装置が処理可能な第２のデータ形式が前記第２の記憶領域に書き込まれた場合、第２のデータ形式の印刷データを当該第２の記憶領域にアップロードする機能と
    を実行させるプログラム。