JP6210838B2 - 情報処理装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、その制御方法、及びプログラムに関する。

スマートフォンなどのモバイル端末（以降モバイル端末と記述する）からプリンタに印刷を行うアプリケーションにおいて、モバイル端末とプリンタが通信し印刷を行うものがある。この方法は、モバイル端末内でプリンタに必要な画像変換などを行う必要があり、モバイル端末によってはメモリ不足などを起こしてしまう。また、プリンタがサーバと通信し、サーバから印刷用のデータを受け取ったり、サーバに印刷状態を通知する技術が特許文献１に開示されている。モバイル端末やプリンタがネットワーク上のサーバを利用して印刷を行うシステムがクラウド印刷である。しかしながら、クラウド印刷では、モバイル端末などが通信に使用する回線が非力で印刷データを取得できずに印刷に失敗するケースや、通信回線の遅さのためユーザが待ちきれずに印刷をキャンセルしてしまうことが多くあった。

特開２０１３−５０８０４号公報

上述のように、モバイル端末からのクラウド印刷において、ユーザが意図的に印刷をキャンセルする場合と通信エラーなどの不慮の事態により印刷が中止になる場合がある。そのような際に、両方の場合に対応した処理を行い、無駄な通信をせず、またモバイル端末内に無駄なデータを残さないことが必要である。本発明は、ユーザによるキャンセルであるのか又は通信エラーであるのかに応じて処理を切り替えることで、ユーザビリティーを向上させる情報処理装置を提供することを目的とする。

本発明の一実施形態の情報処理装置は、ユーザから印刷の指示を受け付けた後に、外部情報処理装置に第１のデータを送信し、前記外部情報処理装置により当該第１のデータが変換されることで生成される第２のデータを特定するためのダウンロードＵＲＬを受信し、当該受信したダウンロードＵＲＬに基づいて前記外部情報処理装置から前記第２のデータをダウンロードし、当該ダウンロードした第２のデータを画像形成装置に送信する通信手段と、前記第２のデータをダウンロードしている間にユーザによって前記第２のデータのダウンロードのキャンセルが為された場合は、前記ダウンロードＵＲＬによって特定される前記外部情報処理装置が保持している前記第２のデータの削除要求を行う要求手段と、を備える。

本発明の情報処理装置によれば、ユーザによるキャンセルであるのか又は通信エラーであるのかに応じて処理を切り替えることで、ユーザビリティーを向上させることが可能となる。

モバイル端末の構成を示すブロック図の一例である。 モバイル端末と周辺機器の構成である。 モバイル端末のソフトウェア構成である。 クラウド印刷を行う際のシーケンス図である。 モバイル端末内の印刷アプリケーションのＵＩの一例である。 モバイル端末内の印刷アプリケーションのＵＩの一例である。 情報処理装置のレジストリ構成である。 ダウンロード画像の削除処理のフローチャートである。 印刷処理時におけるエラー処理のフローチャートである。 印刷アプリケーションによる再印刷処理のフローチャートである。 印刷アプリケーションが表示する再印刷のＵＩの一例である。 ＵＩの表示状態に応じたエラー処理変更のフローチャートである。 印刷アプリケーションが表示するエラーメッセージＵＩの一例である。

（実施例１）
以下、本発明を実施するための形態について図面を用いて説明する。本発明の情報処理装置は、実施例に記載の機能を実現するソフトウェアのプログラムコードを記憶媒体に記憶する。情報処理装置のコンピュータ（またはＣＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行することによって上記機能を達成する。

本発明の情報処理装置はモバイル端末であり、モバイル端末用のオペレーティングシステム（以降ＯＳと記述する）や、通話、データ通信を制御するプログラムが動いている。本実施形態ではモバイル端末を例に説明するが、ＰＣやタブレットなどの装置にも本発明を適用することができる。

図１は本実施例に適応可能なモバイル端末のハードウェア構成例を示すブロック図である。モバイル端末のハードウェアは、ＣＰＵ１０３乃至ＧＰＳセンサ１１７を備える。ハードウェアの各構成要素は、システムバス１０２に接続されている。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０３は、ＲＯＭ１０４に格納されているプログラムを実行し、これによって各種処理を実行する。ＣＰＵ１０３は、作業領域としてＲＡＭ１０５を用いる。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０４にはＯＳや、通話、データ通信を制御するアプリケーションが格納されている。データ通信を制御するアプリケーションとしては、ＭａｉｌソフトやＷｅｂブラウザなどがある。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０５は、ＣＰＵ１０３がプログラムを実行するためのワークメモリエリアである。また、ＲＡＭ１０５は、ＷｅｂブラウザがＷｅｂサーバから取得してきたＷｅｂページデータやＷｅｂサービスにアクセスするための認証情報などを一時記憶するためのメモリでもある。記憶装置１１０は不揮発性の記憶装置であり、モバイル端末の再起動後も保持しておく必要のある各種動作モード設定や、稼働ログなどが記憶される。

ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ１０６は、無線ＬＡＮ通信部１１２、携帯キャリアが提供するネットワークに参加するための携帯電話データ通信部１１３の通信制御を行う。一般的に無線ＬＡＮのネットワークに参加できるとき、ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ１０６は、無線ＬＡＮの接続を優先する。モバイル端末が無線ＬＡＮのネットワークエリアから外れた場合には、携帯キャリアが提供する無線通信ネットワークへ参加する。音声制御部１０７は、主に通話アプリケーションが起動して、ユーザが電話をしているときに利用される。音声制御部１０７は、マイク・スピーカ１１４にて音声データの入出力を行う際に音声制御プログラムとの仲介を行っている。

表示制御部１０８は、モバイル端末のディスプレイ１１５に出力する情報の制御を行っている。入力制御部１０９は、モバイル端末のボタンやタッチパネル１１６にてユーザが操作や指示した情報の制御を行っている。これらの音声制御部１０７、表示制御部１０８、入力制御部１０９を利用して、モバイル端末に搭載されたアプリケーションは、ネットワーク通信情報やモバイル端末のさまざまな情報をユーザに提供する。位置検出制御部１１１は、ＧＰＳセンサ１１７からモバイル端末の位置情報を取得しＯＳに提供する。これらの制御は、ＣＰＵ１０３が起動したＯＳによって制御される。

図２は、本実施例を適応可能なモバイル端末と周辺機器の構成例を示す。図２では、本実施形態に係るモバイル端末と、無線ＬＡＮターミナルと、プリンタ、および、Ｗｅｂサーバなどのネットワークにおける接続関係を示す図である。モバイル端末２０６は、図１を用いて説明したハードウェア構成を備える。モバイル端末２０６は、無線ＬＡＮターミナル２０１や無線基地局２０４を用いて、Ｗｅｂサーバ２０２やプリンタ２０３と相互にデータ通信を行う。また、モバイル端末２０６は、無線ＬＡＮターミナル２０１や屋外の携帯データ通信キャリア（以後、携帯キャリア）が提供する無線ネットワークにアクセスすることで様々なサービスを利用することができる。

無線ＬＡＮターミナル２０１は、一般的なネットワーク・ルーター機能を有した無線ＬＡＮの親機であり、家庭内や事務所などの中で無線ＬＡＮを提供している。モバイル端末２０６は、無線ＬＡＮエリアに入ると、予め設定していた認証情報を利用して自動的にネットワークに参加する。本実施形態の画像形成装置として機能するプリンタ２０３は、有線または無線ＬＡＮを介してネットワークに参加する。無線ＬＡＮターミナル２０１はネットワークに参加しているすべての周辺機器やサービスにアクセス可能である。

無線基地局２０４は、携帯キャリアが提供する無線通信の基地局である。モバイル端末２０６は、無線ＬＡＮターミナル２０１のエリア外にでると、無線基地局の提供するネットワークへ参加する。Ｗｅｂサーバ２０２は、公衆回線であるインターネット２０５上で種々のサービスを提供する外部情報処理装置である。モバイル端末２０６は、無線基地局の提供するネットワークを介してインターネット２０５へアクセスし、さらにはＷｅｂサーバ２０２にアクセスする。Ｗｅｂサーバ２０２のＵＲＬは印刷アプリケーション３０４（後述）に設定されているものであり、ユーザがＷｅｂサーバ２０２がどのような運用をされているのかに関与しない。このような形態において、印刷アプリケーション３０４を用いてプリンタ２０３に印刷指示を行えるものがクラウド印刷である。

図３は本実施例に適応可能なモバイル端末のソフトウェア構成である。モバイル端末２０６は、オペレーティングシステム３０３と印刷アプリケーション３０４を備える。本実施例では、モバイル端末２０６のＯＳ３０３の中に印刷アプリケーション３０４がインストールされ、ＣＰＵ１０３により実行される。印刷アプリケーション３０４からＷｅｂサーバ２０２、プリンタ２０３に通信するには、ＯＳ３０３が制御するＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ１０６が利用される。

図４は、印刷アプリケーション３０４、Ｗｅｂサーバ２０２およびプリンタ２０３が相互に通信し、クラウド印刷を実行するシーケンス図である。本シーケンス図は印刷用ファイルがプリンタ２０３にとって適切なデータフォーマットではないなどの理由で変換が必要であるが、印刷アプリケーション３０４が変換できない場合に、Ｗｅｂサーバ２０２が該印刷用ファイルを変換する際のシーケンスである。モバイル端末２０６は、本シーケンスを実現するソフトウェアのプログラムコードを記憶媒体に記憶している。ＣＰＵ１０３が、ＲＡＭ１０５や記憶装置１１０に格納されたプログラムコードを読み出し各処理を実行する。図８以降のフローチャートを実現する場合も同様である。

まず、Ｓ４０４において、ユーザ操作により印刷指示が行われると印刷アプリケーション３０４がアップロード処理を実行する。印刷アプリケーション３０４は、印刷するファイルがプリンタ２０３にとって適切なデータフォーマットではない場合などに印刷用ファイルをＷｅｂサーバ２０２にアップロードする。Ｓ４０５において、印刷アプリケーション３０４はユーザが指定したモバイル端末２０６内のファイルを、Ｗｅｂサーバ２０２に対しアップロード指示する。

Ｗｅｂサーバ２０２はＳ４０６において、印刷アプリケーション３０４から第１のデータであるファイルを受け取り、プリンタ２０３が印刷可能なデータフォーマットに変換し、第２のデータである画像データを生成する。画像データの生成が終わると、Ｓ４０７においてＷｅｂサーバ２０２は画像データの生成が完了したことを印刷アプリケーション３０４に伝える。その際にＳ４０７においてＷｅｂサーバ２０２は、変換した画像データのダウンロードＵＲＬを印刷アプリケーション３０４に伝える。複数の印刷用ファイルを変換した場合など、画像データのダウンロードＵＲＬは複数にわたることもある。

次に、印刷アプリケーション３０４は、Ｓ４０８において画像データのダウンロード処理を実行する。Ｓ４０９において、Ｓ４０７で受け取ったＵＲＬを元に画像データのダウンロードリクエストをＷｅｂサーバ２０２に対して行う。Ｗｅｂサーバ２０２はＳ４１０において、印刷アプリケーション３０４からダウンロードリクエストを受け取りダウンロードを許可する。Ｗｅｂサーバ２０２はＳ４１１において、Ｓ４０９のＵＲＬで指定された画像データをレスポンスとして印刷アプリケーションに渡す。印刷アプリケーション３０４は、Ｓ４０８でＳ４１１のレスポンスを受け取り画像データのダウンロードを完了する。これでＷｅｂサーバ２０２から印刷アプリケーション３０４に、プリンタ２０３で印刷できるフォーマットとなった画像データが受け渡されたことになる。画像データのダウンロードＵＲＬが複数あるときは、Ｓ４０８乃至Ｓ４１１の処理は複数回行われる。

次に、印刷アプリケーション３０４は、Ｓ４１２においてＷｅｂサーバ２０２内の画像データの削除処理を実行する。これはＳ４１１までの処理で画像データのダウンロードが完了したため、Ｗｅｂサーバ２０２に画像データを保持しておく必要がなくなったためである。以降の説明ではＳ４０８の直後にＳ４１２を行うが、Ｓ４１２を行うタイミングはＳ４０８の後であればよい。従って、ダウンロードＵＲＬが複数あって、複数の画像データのうちダウンロードが完了していない画像データが存在する場合でも、ダウンロード済みの画像データに関してはＷｅｂサーバ２０２に対しダウンロードしたファイルの削除指示を行なってもよい。印刷アプリケーション３０４は、Ｓ４１３においてＷｅｂサーバ２０２に対しＳ４１１でダウンロードしたファイルの削除指示を行う。削除指示にはＳ４０９で使用したダウンロードＵＲＬを指定する。ダウンロードＵＲＬが複数ある場合は、ダウンロードＵＲＬ群のタグ付けやＩＤで管理し１回の指示で済ましてもよい。Ｗｅｂサーバ２０２は、Ｓ４１４においてＳ４０９で指示された画像データの削除処理を行う。削除が完了すると、Ｓ４１５において画像データの削除が完了したことを印刷アプリケーション３０４に伝える。

次に、印刷アプリケーション３０４は、Ｓ４１６においてプリンタ２０３に対し印刷指示を行う。印刷アプリケーション３０４は、Ｓ４１７においてプリンタ２０３に対しＳ４１１で取得した画像データを送信し印刷を開始させる。プリンタ２０３はＳ４１８において印刷アプリケーション３０４から印刷指示を受け印刷を行う。プリンタ２０３は印刷に必要な画像データの取得が完了し印刷を実行すると、Ｓ４１９において印刷アプリケーション３０４に印刷が完了したことを通知する。

図５は、モバイル端末内の印刷アプリケーションのＵＩ図である。印刷アプリケーション３０４のＵＩ５０１は、図１に示す表示制御部１０８を介しディスプレイ１１５に表示される。プレビュー表示部５０３には、ユーザが印刷しようとするファイルのプレビューを表示する。しかし、ＯＳ３０３や印刷アプリケーション３０４の対応しないフォーマットを印刷しようとしている場合、プレビュー表示部５０３ではプレビューを表示できない場合がある。こうした場合は図４で示したようにＷｅｂサーバ２０２が印刷用ファイルを変換する。本図では、プレビュー表示部５０３はプレビューを表示できないことを示すメッセージをディスプレイ上に表示している。ファイル選択部５０２では、印刷用ファイルを選択するための項目であり、選択されたファイルのプレビューがプレビュー表示部５０３に表示される。

クラウド変換指示ボタン５０４は、ファイル選択部５０２で選択されたファイルをＷｅｂサーバ２０２でクラウド変換するための指示ボタンである。印刷アプリケーション３０４は、ユーザがクラウド変換指示ボタン５０４を押すと、ファイル選択部５０２で指定されたファイルをＷｅｂサーバ２０２に送信する（Ｓ４０５）。ボタン名はどのようなものでもよいが、ユーザにはサーバ名を知らせるよりクラウド変換などで伝える方が好ましい。印刷指示ボタン５０５は、プリンタ２０３に印刷を指示するための印刷指示ボタンである。ユーザが印刷指示ボタン５０５を押すことにより、Ｓ４１１においてＷｅｂサーバ２０２よりダウンロードした画像をプリンタ２０３に送信し印刷を指示する（Ｓ４１６）。印刷指示ボタン５０５はクラウド変換指示ボタン５０４を押すより前には、ユーザが押せない構成としてもよい。

図６はモバイル端末内の印刷アプリケーションのＵＩ図である。印刷アプリケーション３０４は、Ｓ４１１の処理により、Ｗｅｂサーバ２０２より印刷用の画像をダウンロードすると、プレビュー表示部５０３にファイル選択部５０２で選択されたファイルのプレビューとが表示される。

図７は、印刷アプリケーション３０４がＷｅｂサーバ２０２から受け取る画像データのダウンロードＵＲＬ７０１の一例である。ダウンロードＵＲＬ７０１は、変換した画像データのダウンロードＵＲＬであり、Ｓ４０７において印刷アプリケーション３０４に伝えられる。ダウンロードＵＲＬ７０１はＷｅｂサーバが生成した画像を一意に特定できるＩＤを持ち、作成した画像データが複数に渡る場合は複数のＵＲＬが記載される。画像１ファイルにつき１つのＵＲＬが生成され、印刷アプリケーション３０４はダウンロードＵＲＬ７０１のＵＲＬにアクセスすることで画像データのダウンロードを行える（Ｓ４０９）。

以上が本実施例を適用した場合の印刷アプリケーションを用いたクラウド印刷である。次に本実施例の特徴である、ダウンロード画像の保持方法について説明する。

図８は、ダウンロード画像の削除処理のフローチャートである。印刷アプリケーション３０４は、Ｓ４０８の画像ダウンロード処理とＳ４１２の画像削除指示とを、状況に応じて実行する、しないを判断する。

まずＳ８０１において、印刷アプリケーション３０４はＷｅｂサーバ２０２から画像のダウンロードを開始する。次にＳ８０２において、印刷アプリケーション３０４は画像ダウンロードが正常に完了したか否かを判断する。正常に完了しない場合とは例えばユーザによってダウンロードをキャンセルされた場合や通信エラーが発生した場合が考えられる。通信エラーとは、たとえばモバイル端末２０６と無線ＬＡＮターミナル２０１の通信障害が発生し、Ｗｅｂサーバと通信できなくなった状態などである。正常に完了した場合はＳ８０４に進む。エラーが発生していた場合やユーザによってキャンセルされた場合はＳ８０３に進む。

Ｓ８０４において、印刷アプリケーション３０４はモバイル端末２０６内にダウンロード済みの画像データを保存する。次にＳ８０５において印刷アプリケーション３０４は、Ｗｅｂサーバ２０２が作成した画像データの削除要求をＷｅｂサーバ２０２に行う。これは印刷アプリケーション３０４にすべての画像データのダウンロードが完了したため、Ｗｅｂサーバ２０２のストレージのリソースを解放するためである。次にＳ８０６において、印刷アプリケーション３０４はダウンロードＵＲＬ７０１を削除する。画像データのダウンロードが完了したため、モバイル端末２０６がダウンロードＵＲＬ７０１にアクセスする必要がなくなったからである。しかし、ここでは再印刷の可能性を考慮して印刷アプリケーション３０４はダウンロード済みの画像は保持しておく。

Ｓ８０２においてエラーが発生していたと判断された場合やユーザによってキャンセルされたと判断された場合はＳ８０３に処理は進む。Ｓ８０３において、印刷アプリケーション３０４は、ダウンロード中にユーザによる意図的なキャンセルが行われたかどうかを判断する。ここでユーザによる意図的なキャンセルとは、ユーザがクラウド変換指示ボタン５０４を再度押したり、またはクラウド変換指示ボタン５０４とは別に用意されたキャンセルボタンを押す行為が挙げられる。ユーザによる意図的なキャンセルの場合はＳ８０５に処理は進み、前述と同様の処理を行い処理は終了する。ユーザによる意図的なキャンセルでない場合、すなわち通信障害やアプリ強制停止のような場合はＳ８０７に処理は進む。

Ｓ８０７において、印刷アプリケーション３０４は、Ｓ８０１で開始した画像のダウンロードがすべて完了しているかどうかを判断する。ダウンロードが完了していない場合はＳ８０８に処理は進む。ダウンロードが完了している場合はＳ８０９に処理は進む。ダウンロード画像が複数の場合は、印刷アプリケーション３０４はすべての画像をダウンロード済みであるかを判定する。Ｓ８０８において、印刷アプリケーション３０４はモバイル端末内にあるダウンロード済みの画像を削除する。ここで削除するダウンロード済みの画像とは複数あるダウンロード画像のうちダウンロードが完了した一部の画像や、またはダウンロード中にエラーになった不完全なファイル（画像）である。一度通信エラーになることにより印刷が失敗した後にユーザが再印刷を試みる場合、例えば、印刷アプリケーションの再起動後にユーザが再印刷指示を行った場合、印刷アプリケーション３０４はＷｅｂサーバ２０２から画像を再度ダウンロードする必要がある。従って、ダウンロードが完了していない場合は画像データの削除指示やダウンロードＵＲＬの削除を実行しない。また、印刷アプリケーション３０４は一部ダウンロードされた画像データを削除することで、無駄なデータが残ってしまうことを防止する。

Ｓ８０９において、印刷アプリケーション３０４はＷｅｂサーバ２０２に、Ｗｅｂサーバ２０２が作成した画像データの削除指示を行う。これはＳ８０５と同様の処理である。Ｓ８０９の場合は、すべての画像のダウンロードが完了しているので、Ｗｅｂサーバ２０２に画像データを保持しなくてよい。次にＳ８１０に進み、印刷アプリケーション３０４はダウンロードＵＲＬ７０１を削除する。これはＳ８０６と同一の処理である。また、ダウンロード済みの画像は再印刷に備えて保持しておく。以上の処理により、印刷アプリケーション３０４は、通信障害などのエラーが発生した場合は、画像のダウンロードが完了しているか否かによって処理を切り替える。

図９は、印刷アプリケーション３０４が行うＳ４１６の印刷処理のフローチャートの詳細である。まずＳ９０１において、印刷アプリケーション３０４は、プリンタ２０３と通信し印刷を指示する。次にＳ９０２において、印刷が正常に完了したか否かを判断する。正常に完了しない場合とは例えばユーザによって印刷をキャンセルされた場合やエラーが発生した場合が考えられる。図９の処理におけるエラーとは、たとえばモバイル端末２０６とプリンタ２０３の通信障害が発生し通信できなくなった状態や、プリンタ２０３の紙詰まりなどで印刷が続行できなくなったような場合である。正常に印刷が完了した場合はＳ９０４に処理は進む。エラー又はキャンセルの場合はＳ９０３に処理が進む。Ｓ９０４に進んだ場合は、印刷が正常に完了したので、印刷アプリケーション３０４はモバイル端末２０６内にダウンロード済みの画像データを削除する。

Ｓ９０３に進んだ場合は、Ｓ９０３において、印刷アプリケーション３０４は、印刷中にユーザによる意図的な通信のキャンセルが行われたかどうかを判断する。ユーザによる意図的な通信のキャンセルの場合はＳ９０４に処理が進み、印刷アプリケーション３０４はダウンロード済みの画像データを削除する。ユーザによる意図的なキャンセルでない場合、すなわち通信障害や紙詰まりのような場合はＳ９０５に進む。Ｓ９０５において、印刷アプリケーション３０４はモバイル端末２０６内にダウンロード済みの画像データを保存する。以上の処理により、印刷の正常終了時およびユーザによる意図的なキャンセルのときは、ダウンロード済みの画像データは削除され、意図的ではないエラーの場合はダウンロード済みの画像データが保持されることになる。よって、再印刷の際にモバイル端末はＷｅｂサーバから画像データを再度ダウンロードする必要がなく、効率的なリカバリ処理を行うことができる。

図１０は、印刷アプリケーションが起動後に再印刷（リトライ）処理を行う際のフローチャートである。図１０のフローチャートに従う処理を行うと、図８、図９のフローチャートによって、モバイル端末２０６内にダウンロード済みの画像データがある場合に画像データを再利用することができる。

まずＳ１００１において、印刷アプリケーション３０４はＯＳ３０３より起動指示を受け取り、印刷アプリケーション３０４の起動を開始する。次にＳ１００２において、印刷アプリケーション３０４はＷｅｂサーバ２０２からダウンロードした画像が保存されているかどうかと、ダウンロードＵＲＬ７０１が保存されているかを確認する。どちらも保存されていない場合は、再印刷を行う必要がないので、印刷アプリケーション３０４を通常通り起動しリトライ処理を終える。どちらかが保存されている場合、処理はＳ１００３に進む。Ｓ１００３において印刷アプリケーション３０４は再印刷を行うかどうかのメッセージを表示する。

このメッセージＵＩ例を図１１に示す。図１１に示す再印刷画面では、印刷アプリケーション３０４のＵＩ５０１にメッセージ表示画面１１０２が表示される。また、ＵＩ５０１には、再印刷指示ボタン１１０３、再印刷キャンセルボタン１１０４も表示され、ユーザがボタンを押すと再印刷を行うかどうかの指示が印刷アプリケーション３０４に伝わる。

Ｓ１００４において、印刷アプリケーション３０４はＳ１００３において表示した、図１１の再印刷ＵＩより再印刷を行うかどうかの指示を受け取る。図１１の再印刷ＵＩより、ユーザから再印刷の指示があった場合はＳ１００５に処理が進む。ユーザから再印刷の指示がなかった場合はＳ１００８に処理が進む。再印刷を行う場合はＳ１００５において、印刷アプリケーション３０４はダウンロードＵＲＬ７０１が保持されているかを判定する。保持されている場合はＳ１００６に進み再ダウンロードを行う。このダウンロード処理は図８の処理フローに従って実行される。保持されていない場合は、ダウンロード済みの画像データが保持されているのでＳ１００７で印刷処理を行う。この印刷処理は図９の処理フローに従って実行される。

このように、Ｓ１００２でＷｅｂサーバ２０２からダウンロードした画像が保存されているか、ダウンロードＵＲＬ７０１が保存されている場合は、Ｓ４０４におけるアップロード処理を行わずにクラウド印刷を再開できることができる。Ｓ１００４において再印刷のキャンセル指示を受け取った場合、Ｓ１００８において、印刷アプリケーション３０４は保存されていたダウンロード画像を削除する。再印刷をしないため利用することがなくなったからである。次にＳ１００９、Ｓ１０１０に進み処理を行う。Ｓ１００９はＳ８０５と、Ｓ１０１０はＳ８０６と同じく、Ｗｅｂサーバに画像データの削除を要求し、モバイル端末内のダウンロードＵＲＬを削除する。

以上のように、本実施例ではモバイル端末からのクラウド印刷において、画像のダウンロードまたは印刷が中止された際に、ユーザの意図しないエラーの場合は、再印刷に必要となるデータを保持しておく。従って無駄な通信をせず、効率的に再印刷を行うことができる。

［実施例２］
実施例１では、モバイル端末からのクラウド印刷において、画像のダウンロードまたは印刷が中止された際に、ユーザの意図しないエラーの場合は、再印刷に必要となるデータを保持し、再印刷を行う手段について説明した。モバイル端末では、アプリケーションが通信中など、時間のかかる処理を行っている際に、ユーザが別のアプリケーションを起動し操作したり、自動消灯により自動的に画面が非表示になってしまうことがある。実施例２では、印刷アプリケーションのエラー発生時にＵＩ画面の状態によってエラー処理を変更する処理について説明する。

本実施例は、図１乃至図１１で説明した各装置の構成や処理フローに関しては実施例１と同様であるので説明を割愛する。図１２は印刷アプリケーションのエラー発生時に状況ごとにエラー処理変更を行うフローチャートである。図１２のフローチャートは図４に示す印刷アプリケーション３０４が行うすべての処理に対して有効であり、どのタイミングでエラーが起きても実行することができる。

まずＳ１２０１において、印刷アプリケーション３０４はエラーを検知する。このエラーとは、通信障害やダウンロード時のメモリ不足などである。次にＳ１２０２において、印刷アプリケーション３０４は印刷アプリケーション３０４のＵＩがモバイル端末のディスプレイに表示されているかどうかを判断する。モバイル端末のディスプレイに表示されているとは、フォアグラウンド状態のことで、ユーザがディスプレイを見て印刷アプリケーション３０４のＵＩを認識できる状態である。ＵＩが表示されていない場合はＳ１２０３に処理は進む。ＵＩが表示されている場合はＳ１２０５に処理は進む。

Ｓ１２０３において、印刷アプリケーション３０４はリトライ処理を行う。ここでは、プリンタ２０３との通信において、通信障害が発生したことを想定する。このとき、通信リトライ処理を行うが、ＵＩが表示されていないので、通常より時間をかけて処理を行ってもユーザの認知には影響が少ない。よって通常よりファイルの送信回数を増やしたり、通信タイムアウト時間を長くとるように送信時間を増加させてエラー処理を変更して実行することができる。リトライ処理を終えたあとはＳ１２０４に進む。

Ｓ１２０４において、印刷アプリケーション３０４はフォアグラウンド状態であるかの検知判断を行う。Ｓ１２０３の処理中に印刷アプリケーション３０４がフォアグラウンド状態に移行した場合はＳ１２０７に処理は進む。つまり、リトライ処理中にディスプレイへのユーザ操作を検知した場合、印刷アプリケーション３０４はリトライ処理を中止してエラーメッセージを画面表示する。フォアグラウンドでない場合はディスプレイに表示することができないので、そのままリトライ処理が終わればフロー終了となる。

Ｓ１２０２においてＵＩが表示されている場合はＳ１２０５に処理は進む。そしてＳ１２０５において、モバイル端末のオートスリープ設定をオフにする。オートスリープ設定とは、モバイル端末に用意されている機能でモバイル端末に一定時間ボタンが押されなかったり画面スクロールなどの操作が行われなかった場合に、自動消灯する機能である。このオートスリープが有効であると、エラーが発生したときは、ユーザにＵＩでエラーを表示していても、エラー処理途中で消灯してしまうことが起こるからである。

次にＳ１２０６に進みリトライ処理を行う。ここではＳ１２０３のようにリトライ回数を増加させたり、通信タイムアウト時間を長くとるようなことは行わない。印刷アプリケーション３０４のＵＩが表示されているため、リトライ処理に長く時間を費やすとユーザにストレスを与えるからである。従って、通常のリトライ処理を実行後、エラーが回復しなければＳ１２０７に進み、エラー処理後のメッセージを表示しフロー終了となる。

図１３は、モバイル端末内の印刷アプリケーションのエラーメッセージＵＩ図である。印刷アプリケーションのＵＩ５０１にはメッセージ表示部１３０２が表示され、Ｓ１２０７において印刷アプリケーション３０４がエラー処理を行った結果が表示される。メッセージ表示部１３０２では、リトライ処理を行ったが改善できなかったことなどが表示される。エラー確認ボタン１３０３も表示され、ユーザがエラー内容を確認し、ボタンを押すことで印刷アプリケーション３０４の通常の画面に戻ることができる。

以上のように本実施例では、印刷アプリケーションのエラー発生時にＵＩ画面の表示状態によって、リトライ回数などを増やすなどリトライ処理を変更する処理について説明した。ＵＩの表示状態に合わせて処理を変化させることでユーザにストレスなくエラー結果を伝えることができる。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (9)

1. ユーザから印刷の指示を受け付けた後に、外部情報処理装置に第１のデータを送信し、前記外部情報処理装置により当該第１のデータが変換されることで生成される第２のデータを特定するためのダウンロードＵＲＬを受信し、当該受信したダウンロードＵＲＬに基づいて前記外部情報処理装置から前記第２のデータをダウンロードし、当該ダウンロードした第２のデータを画像形成装置に送信する通信手段と、
   前記第２のデータをダウンロードしている間にユーザによって前記第２のデータのダウンロードのキャンセルが為された場合は、前記ダウンロードＵＲＬによって特定される前記外部情報処理装置が保持している前記第２のデータの削除要求を行う要求手段と、を有することを特徴とする情報処理装置。
2. 前記第２のデータをダウンロードしている間に通信エラーが発生し、且つ、印刷のリトライが為された場合、前記通信手段は、前記ダウンロードＵＲＬに基づいて前記外部情報処理装置から前記第２のデータの再ダウンロードを行い、当該再ダウンロードした第２のデータを前記画像形成装置に送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記通信手段は、前記外部情報処理装置との通信中に前記通信エラーの発生を検知することを特徴とする請求項２に記載の情報処理装置。
4. 前記通信手段は、
   前記第２のデータをダウンロードしている間に通信エラーの発生を検知した場合、前記外部情報処理装置から前記ダウンロードＵＲＬに基づいて前記第２のデータを再ダウンロードし、当該再ダウンロードした前記第２のデータを前記画像形成装置に送信し、
   前記画像形成装置に前記第２のデータを送信している間に通信エラーの発生を検知した場合、前記情報処理装置にダウンロード済みの第２のデータを前記画像形成装置に再送信することを特徴とする請求項１に記載の情報処理装置。
5. 前記画像形成装置に前記第２のデータを送信している間に、前記第２のデータの送信がユーザによってキャンセルされたことを検知した場合、前記要求手段は、前記情報処理装置にダウンロード済みの第２のデータを削除することを特徴とする請求項１に記載の情報処理装置。
6. 前記通信手段は、前記外部情報処理装置から前記第２のデータをダウンロードしている間に通信エラーの発生を検知した場合、前記ダウンロードＵＲＬを前記情報処理装置に保持し、印刷のアプリケーションが再起動されたときに前記情報処理装置から当該保持したダウンロードＵＲＬに基づいて前記第２のデータを再ダウンロードし、前記要求手段は、当該再ダウンロードが完了していれば前記外部情報処理装置が保持している前記第２のデータの削除要求を行うことを特徴とする請求項４に記載の情報処理装置。
7. 前記通信手段は、前記外部情報処理装置から前記第２のデータをダウンロードしている間に通信エラーの発生を検知した場合、前記ダウンロードＵＲＬを前記情報処理装置に保持し、
   印刷のアプリケーションが再起動されたときに前記ダウンロードＵＲＬが前記情報処理装置に保持されていれば、前記情報処理装置のディスプレイ上に再印刷画面を表示し、
   前記再印刷画面において再印刷が指示された場合は、前記通信手段は、前記ダウンロードＵＲＬに基づいて前記外部情報処理装置から前記第２のデータを再ダウンロードし、当該再ダウンロードした第２のデータを前記画像形成装置に再送信することを特徴とする請求項１に記載の情報処理装置。
8. コンピュータを、請求項１乃至７のいずれか１項に記載の情報処理装置の各手段として、機能させるためのコンピュータプログラム。
9. ユーザから印刷の指示を受け付けた後に、外部情報処理装置に第１のデータを送信し、前記外部情報処理装置により当該第１のデータが変換されることで生成される第２のデータを特定するためのダウンロードＵＲＬを受信し、当該受信したダウンロードＵＲＬに基づいて前記外部情報処理装置から前記第２のデータをダウンロードし、当該ダウンロードした第２のデータを画像形成装置に送信する通信工程と、
   前記第２のデータをダウンロードしている間にユーザによって前記第２のデータのダウンロードのキャンセルが為された場合は、前記ダウンロードＵＲＬによって特定される前記外部情報処理装置が保持している前記第２のデータの削除要求を行う要求工程と、を有することを特徴とする情報処理装置の制御方法。

Images