JP6335546B2 - 画像処理装置、画像処理装置の制御方法、及びプログラム - Google Patents

Description

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

従来、クライアントコンピュータで生成した画像データを、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して画像処理システムに送信し、画像処理装置で印刷等の処理する機能がある。この場合、クライアントコンピュータには、画像処理装置を制御するためのドライバを事前にインストールする必要がある。

特許文献１は、クライアントコンピュータ側にインストールするドライバを、サーバに用意しておき、クライアントコンピュータからドライバの要求があった場合に、該当画像処理装置のドライバを提供する技術を開示している。

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

しかしながら、特許文献１では、クライアントコンピュータのＯＳごとにドライバが異なるため、クライアントコンピュータのＯＳが新しくなると、新しいドライバを用意する必要がある。このため、新しいドライバが用意されるまで、画像処理装置を利用できなくなる場合があった。

そこで、本明細書では画像処理装置がスクリプトを生成して情報処理装置に送信する方法について検討する。しかし、この方法でもネットワーク上に例えば複数の画像処理装置が存在する場合には、それぞれの画像処理装置からスクリプトを取得する必要がある。

本発明は、上記課題を鑑みてなされたものであり、ネットワーク上の画像処理装置を検索し、検索された画像処理装置に画像を送信するためのスクリプトを生成して情報処理装置に送信することで、ユーザの利便性を向上することを目的とする。

上記課題を解決するために、本発明の画像処理装置は、ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置であって、前記ネットワーク上の他の画像処理装置を検索する検索手段と、前記情報処理装置のブラウザに表示されているＷｅｂページをレンダリングして、前記他の画像処理装置に画像を送信するための処理を前記情報処理装置に実行させるためのスクリプトを、前記検索手段により検索された前記他の画像処理装置から取得する取得手段と、前記取得手段が取得したスクリプトと前記画像処理装置のスクリプトとをマージするマージ手段と、前記マージされたスクリプトを情報処理装置に送信する送信手段と、を備えることを特徴とする。

本発明によれば、ネットワーク上の画像処理装置を検索し、検索された画像処理装置に画像を送信するためのスクリプトを生成して情報処理装置に送信することで、ユーザの利便性を向上することができる。

本発明の一実施形態に係るネットワーク全体を示す図である。 本発明の一実施形態に係るＭＦＰのハードウェア構成図である。 本発明の一実施形態に係るＭＦＰのソフトウェア構成図である。 本発明の一実施形態に係るタブレット型端末のハードウェア構成図である。 本発明の一実施形態に係るタブレット型端末の操作画面を示す図である。 本発明の一実施形態に係る印刷処理のフローチャートである。 本発明の一実施形態に係るスクリプト処理のフローチャートである。 タブレット型端末の印刷設定ダイアログを示す図である。 タブレット型端末に表示するコンテンツの一例を示す図である。 通信が失敗した場合のスクリプト処理のフローチャートである。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

まず、本実施形態に係る全体システムについて、図１を参照して説明する。図１は、ネットワーク全体を示す図である。情報処理装置の一例であるタブレット型端末１０１は、無線ネットワークルーター（無線アクセスポイント）１０２を介してＭＦＰ１０３と通信する。ＭＦＰ１０３は、画像処理装置の一例であり、ＭＦＰ１０３単体を画像処理システムと称してもよく、ＭＦＰ１０３とタブレット型端末１０１を含む全体を画像処理システムと称してもよい。タブレット型端末１０１と無線ネットワークルーター１０２は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続されている。ＭＦＰ１０３と無線ネットワークルーター１０２は、有線ＬＡＮで接続されている。

なお、タブレット型端末１０１とＭＦＰ１０３の通信経路については、上述したものに限定しない。例えば、タブレット型端末１０１と無線ネットワークルーター１０２が有線ＬＡＮで接続されていてもよい。また、ＭＦＰ１０３と無線ネットワークルーター１０２が無線ＬＡＮで接続されていてもよい。更に、タブレット型端末１０１とＭＦＰ１０３が同一ネットワークに接続されていてもよい。

図２は、ＭＦＰ１０３のハードウェア構成図である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１１を含む制御部２１０は、ＭＦＰ１０３全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などの各種制御を行う。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、ＭＦＰ１０３は、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。

ＨＤＤ２１４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０を接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける受付部としての役割を担う。プリンタＩ／Ｆ２１６は、プリンタ２２１と制御部２１０を接続する。プリンタ２２１で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２１により記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２２と制御部２１０を接続する。スキャナ２２２は、原稿上の画像を読み取って画像データを生成する。ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１０３）を有線ＬＡＮに接続する。ＭＦＰ１０３は、ネットワークＩ／Ｆ２１９を用いて外部装置から画像データや各種情報を送受信することができる。

図３は、ＭＦＰ１０３のソフトウェア構成図である。図３において実線で示した各部は、ＣＰＵ２１１がＲＯＭ２１２またはＨＤＤ２１４に記憶されたプログラムを読み出して実行することにより実現されるソフトウェアモジュールである。ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３０１は、操作部２２０を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。Ｊｏｂ Ｃｏｎｔｒｏｌｌｅｒ部３０２は、コピーやプリント、ファックスなどのジョブを受け付け、受け付けたジョブの実行を制御する。Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ部３０４は、ＴＣＰ／ＩＰやＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの各種ネットワークプロトコルを保持する。

本実施形態において、タブレット型端末１０１から送信される画像データは、Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ部３０４に保持されたネットワークプロトコルに従い、ネットワークＩ／Ｆ２１９を介して受信される。受信した画像データは、Ｉｍａｇｅ Ｆｉｌｅ部３０３によって格納される。Ｉｍａｇｅ Ｆｉｌｅ部３０３は、ＲＡＭ２１３やＨＤＤ２１４に格納された画像データを管理するソフトウェアモジュールである。

Ｉｍａｇｅ Ｆｉｌｅ部３０３には、ネットワークＩ／Ｆ部２１９を介して受信した画像データだけでなく、スキャナ２２２によって生成された画像データも格納される。スキャナ２２２による画像データの生成は、Ｓｃａｎ部３０６によって制御される。ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）部３０８は、各モジュールやタスクを調整し、ＭＦＰ１０３のソフトウェア全体を管理する。ＯＳ部３０８には、Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ部３０７が組み合わされている。Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ部３０７は、スキャナ２２２やモデム２２３などのハードウェアデバイスを制御する。

図４は、タブレット型端末１０１のハードウェア構成図である。ＣＰＵ４１１を含む制御部４１０は、タブレット型端末１０１全体の動作を制御する。ＣＰＵ４１１は、メモリ４１２に記憶された制御プログラムを読み出して各種制御を行う。また、メモリ４１２は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域としても用いられる。なお、タブレット型端末１０１は、１つのＣＰＵ４１１が１つのメモリ４１２を用いて各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のメモリを協働させて各処理を実行するようにしてもよい。

操作部Ｉ／Ｆ４１３は、操作部４２０と制御部４１０を接続する。操作部４２０には、タッチパネル機能を有する液晶表示部が備えられており、ユーザによる操作、入力、指示等を受け付ける受付部としての役割を担う。ネットワークＩ／Ｆ４１４は、制御部４１０（タブレット型端末１０１）を無線ＬＡＮに接続する。タブレット型端末１０１は、ネットワークＩ／Ｆ４１４を用いて外部装置に画像データや情報を送信したり、各種情報を受信したりすることができる。

図５は、タブレット型端末１０１に表示されるＷｅｂブラウザの操作画面を示す図である。Ｗｅｂブラウザは、インターネット上のサーバから様々なコンテンツをダウンロードし、タブレット型端末１０１に表示することが可能なアプリケーションであり、ＯＳ部３０８上で操作するソフトウェアである。Ｗｅｂブラウザは、コンテンツをダウンロードして表示するだけでなく、ダウンロードしたコンテンツ（ＨＴＭＬ）に含まれるＪａｖａＳｃｒｉｐｔ（登録商標）（以下、単にスクリプトとする）を解釈、実行する機能を備えている。また、よく表示するＷｅｂページのＵＲＬを保存して、簡単に呼び出すことのできるブックマーク機能を備えている。さらに、スクリプトをブックマークに登録し、そのブックマークを選択することで、登録したスクリプトを処理するブックマークレット機能を備えている。

通常のブックマークは、選択すると登録していたＵＲＬのページに切り替わるが、ブックマークレットは、現在表示しているコンテンツ上で、ブックマークレットに登録しているスクリプトが実行される。ユーザはこの端末に、図６に示す処理を行う印刷開始用スクリプトを、ブックマークレットとして事前に登録する。事前に登録したブックマークレットを選択することで、図６の処理が実行される。ヘッダ５０１には、戻るボタン、進むボタン、現在のＵＲＬ、ブックマークボタンなどが表示される。ブックマークボタン５０２を選択すると、登録されているブックマークが一覧表示される。一覧表示されたブックマークを選択することで、ブックマークが実行される。コンテンツ表示領域５０３には、ダウンロードした様々なコンテンツが表示される。なお、本実施形態のスクリプトは、ブラウザからアクセスを受け付けて表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトとする。

図６は、タブレット型端末１０１とＭＦＰ１０３、ＭＦＰ１０４における印刷開始処理のフローチャートである。まず、ステップＳ６０１で、ＭＦＰ１０３に印刷制御用のスクリプト取得要求を出す。この要求を受けたＭＦＰ１０３は、ステップＳ６０２で、ネットワーク上の印刷サービスを提供しているデバイスを検索する。検索を受けたＭＦＰ１０４は、ステップＳ６０３で自分が印刷サービスを提供していることをレスポンスで返す。ＭＦＰ１０４からレスポンスを受けたＭＦＰ１０３は、ステップＳ６０４で、ＭＦＰ１０４に印刷制御用のスクリプト取得要求を出す。なお、図６では印刷制御用のスクリプト取得要求を受けてからデバイスを検索する例を示した。これに限らず、印刷制御用のスクリプト取得要求を受けなくとも定期的にデバイスを検索するように構成しても構わない。

スクリプト取得要求を受けたＭＦＰ１０４は、ステップＳ６０５で、印刷制御用のスクリプトを生成する。そして、ステップＳ６０６で、ＭＦＰ１０４は、生成したスクリプトを送信する。ＭＦＰ１０３は、ステップＳ６０７で、受け取ったＭＦＰ１０４のスクリプトと、自分のスクリプトをマージする。次に、ステップＳ６０８で、ＭＦＰ１０３は、マージしたスクリプトをタブレット型端末１０１に送信する。タブレット型端末１０１は、ステップＳ６０９で、受け取ったスクリプトを実行する。なお、ステップＳ６０５ではＭＦＰ１０４が印刷制御用のスクリプトを生成し、ＭＦＰ１０３がスクリプトのマージを行う例を示した。これに限らず、ＭＦＰ１０３がＭＦＰ１０４のスクリプトを生成するように構成しても構わない。

図７は、印刷制御用スクリプトによる印刷処理のフローチャートである。まず、ステップＳ７０１で、後述する図８に示す印刷設定ダイアログを表示する。ユーザは、この印刷設定ダイアログで、目的に応じた設定を行う。ユーザの印刷設定終了後、ステップＳ７０２で、タブレット型端末１０１は、印刷設定に応じたチケット情報を生成する。次に、ステップＳ７０３で、生成したチケット情報を印刷設定ダイアログで指定されたＭＦＰに送信し、印刷ジョブ生成を要求する。本実施形態では、ＭＦＰ１０４が指定されたとして説明する。ジョブ生成要求を受けたＭＦＰ１０４は、ステップＳ７０４で、チケット情報からジョブを生成し、ステップＳ７０５で、ジョブ生成結果と、ジョブＩＤを返す。タブレット型端末１０１は、ジョブ生成結果を受けて、ステップＳ７０６で、現在表示しているコンテンツを画像データに変換する。そして、ステップＳ７０７で、タブレット型端末１０１は、画像データを印刷データとしてＭＦＰ１０４に送信し、それを受けたＭＦＰ１０４は、ステップＳ７０８で印刷を行う。

なお、本実施形態では、タブレット型端末１０１とＭＦＰ１０４は、クロスドメイン通信を行っている。ここで、クロスドメイン通信とは、表示しているコンテンツにアクセスする際に使用したドメインとは別のドメインに対して通信を行うことである。つまり、タブレット型端末１０１に表示しているドメインと、ＭＦＰ１０４とは異なるドメインであるためクロスドメイン通信となる。クロスドメイン通信は、ユーザの意図しないサーバに対して、意識しないところで通信が行われるため、セキュリティ上問題になる場合がある。このため、環境によってはクロスドメイン通信が制限されることがある。その場合、ステップＳ７０３の通信が失敗することになる。もちろんクロスドメイン通信以外でも、なんらかの影響で通信が失敗する可能性がある。この通信が失敗した場合の回避方法を図１０で後述する。

図８は、ステップＳ７０１で表示する印刷設定ダイアログ８０１を示す。ユーザは、目的に応じて表示された項目８０４〜８０７を設定し、例えば、印刷する場合、印刷ボタン８０２を選択する。印刷ボタン８０２が選択されると、印刷制御用スクリプトによりステップＳ７０３に処理が移る。なお、このダイアログは、印刷制御用スクリプトで動的に作成する。また、マージされたスクリプトには、ＭＦＰ１０３、ＭＦＰ１０４それぞれの印刷設定項目情報が保持されている。

ユーザがプリンタ指定領域８０３を選択した場合、ＭＦＰ１０３と、検索されたＭＦＰ１０４が合わせて表示され、その中から印刷に使用するプリンタを指定する。使用するプリンタを変更すると、指定したプリンタの印刷設定項目情報に従って、項目８０４〜８０７の表示が変更される。例えば、ＭＦＰ１０３とＭＦＰ１０４で対応する用紙サイズが異なれば、印刷設定ダイアログで表示される用紙サイズがＭＦＰ１０３を選択した時と、ＭＦＰ１０４を選択した時とで異なる。また、そもそも設定できないような項目がある場合は、項目８０４〜８０７自体を表示しない。登録ボタン８０８が選択された場合、現在選択しているプリンタの、印刷開始用のスクリプトを登録するための画面（後述の図９（Ａ））を表示する。もちろん、登録するための画面を表示するのではなく、ボタンが選択された際に直接ブックマークを登録してもよい。

次に、図９は、タブレット型端末１０１に表示するコンテンツの一例を示す図である。まず、図９（Ａ）は、登録ボタン８０８が選択された場合に表示するコンテンツを示す図である。ユーザは、リンク９０１をブックマーク登録することで、印刷開始用のスクリプトがブックマークレットに登録される。ブラウザによっては、表示されているリンクをブックマークに登録できない場合があり、この場合には、スクリプトを表示するリンク９０２を用意する。このリンク９０２を選択した場合、図９（Ｂ）に示すように、印刷開始用のスクリプト９０４が表示される。ユーザは、表示されたスクリプト９０４をブックマークに登録することで、ブックマークレットが登録できる。

図１０は、通信が失敗した場合（通信不可の状態）におけるスクリプト処理のフローチャートである。まず、ステップＳ１００１で、タブレット型端末１０１は、図８に示す印刷設定ダイアログを表示する。ユーザは、この印刷設定ダイアログで、目的に応じた設定を行う。ユーザの印刷設定終了後、ステップＳ１００２で、タブレット型端末１０１は、印刷設定に応じたチケット情報を生成する。そして、ステップＳ１００３で、タブレット型端末１０１は、生成したチケット情報を印刷設定ダイアログで指定されたＭＦＰに送信し、ジョブの生成要求を通知する。本実施形態では、ＭＦＰ１０４が選択されたことを想定して説明する。

何らかの影響でＭＦＰ１０４との通信が失敗し、送信ができなかった場合、ステップＳ１００４で、タブレット型端末１０１は、ＭＦＰ１０３に対して、ＭＦＰ１０４への宛先情報とチケット情報を合わせてジョブ生成を要求する。この要求を受けたＭＦＰ１０３は、ステップＳ１００５で、宛先情報からＭＦＰ１０４へチケット情報と合わせてジョブ生成を要求する。ＭＦＰ１０４は、この要求を受けて、ステップＳ１００６で、チケット情報からジョブを生成し、ステップＳ１００７で、ジョブ生成結果と、ジョブＩＤを返す。ＭＦＰ１０３は、ステップＳ１００８で、ＭＦＰ１０４から受け取った情報をそのままタブレット型端末１０１に返す。

ジョブ生成結果を受けて、タブレット型端末１０１は、ステップＳ１００９で、現在表示しているコンテンツを画像データに変換する。そして、ステップＳ１０１０で、ＭＦＰ１０４への宛先情報と、画像データを印刷データとしてＭＦＰ１０３に送信する。ステップＳ１０１１で、ＭＦＰ１０３は、宛先情報からＭＦＰ１０４に、画像データを印刷データとして送信する。それを受け取ったＭＦＰ１０４は、ステップＳ１０１２で、印刷を行う。このように処理することで、タブレット型端末１０１と、ＭＦＰ１０４との直接通信が失敗した場合でも、ＭＦＰ１０３を介して通信を行うことで、印刷を行うことができる。

以上、本実施形態によれば、ネットワーク内に複数の画像処理装置がある場合に、全ての画像処理装置のＵＲＬを知らなくても、簡単な操作でネットワーク内の任意の画像処理装置を利用して印刷処理を行うことができる。さらに、ユーザが指定した画像処理装置がネットワーク内で通信ができない場合であっても、印刷処理を行うことができる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

Claims (7)

1. ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置であって、
   前記ネットワーク上の他の画像処理装置を検索する検索手段と、
   前記情報処理装置のブラウザに表示されているＷｅｂページをレンダリングして、前記他の画像処理装置に画像を送信するための処理を前記情報処理装置に実行させるためのスクリプトを、前記検索手段により検索された前記他の画像処理装置から取得する取得手段と、
   前記取得手段が取得したスクリプトと前記画像処理装置のスクリプトとをマージするマージ手段と、
   前記マージされたスクリプトを情報処理装置に送信する送信手段と、を備えることを特徴とする画像処理装置。
2. 前記情報処理装置からの、前記送信されたスクリプトによる印刷設定に基づく印刷ジョブの生成要求に応じて前記印刷ジョブを生成するジョブ生成手段と、
   前記生成した印刷ジョブに基づいて前記情報処理装置にて生成された前記Ｗｅｂページの画像を受信して印刷を実行する実行手段と、
   をさらに備えることを特徴とする請求項１に記載の画像処理装置。
3. 前記送信されたスクリプトによる印刷設定に基づく印刷ジョブの生成要求が、前記情報処理装置から前記検索手段により検索された前記他の画像処理装置に通知され、かつ前記他の画像処理装置と前記情報処理装置とが通信不可である場合、前記印刷ジョブの生成要求と当該画像処理装置への宛先情報とを前記情報処理装置から受信する受信手段
   をさらに備え、
   前記送信手段は、前記受信した宛先情報に基づいて前記他の画像処理装置に前記印刷ジョブの生成要求を送信する
   ことを特徴とする請求項１または２に記載の画像処理装置。
4. 前記送信手段は、前記送信された前記印刷ジョブの生成要求に応じて生成された印刷ジョブに対応する画像を前記情報処理装置から受けて前記他の画像処理装置に送信する
   ことを特徴とする請求項３に記載の画像処理装置。
5. 前記受信手段は、前記情報処理装置にて生成された前記Ｗｅｂページの画像と、前記宛先情報とを前記情報処理装置から受信し、前記送信手段は、前記受信した宛先情報が示す画像処理装置に前記画像を送信する
   ことを特徴とする請求項４に記載の画像処理装置。
6. ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置の制御方法であって、
   前記ネットワーク上の他の画像処理装置を検索する検索工程と、
   前記情報処理装置のブラウザに表示されているＷｅｂページをレンダリングして、前記他の画像処理装置に画像を送信するための処理を前記情報処理装置に実行させるためのスクリプトを、前記検索工程において検索された前記他の画像処理装置から取得する取得工程と、
   前記取得工程において取得したスクリプトと前記画像処理装置のスクリプトとをマージするマージ工程と、
   前記マージされたスクリプトを情報処理装置に送信する送信工程と、を備えることを特徴とする画像処理装置の制御方法。
7. 請求項１〜５のいずれか１項に記載の画像処理装置の各手段としてコンピュータを機能させるためのプログラム。
   

Images