(57)【要約】【課題】情報処理装置側のＯＳに依存することなく、ブラウザで表示しているコンテンツを印刷することができる画像処理装置を提供する。【解決手段】この画像処理装置は、ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置であって、情報処理装置からの要求に応じて、ブラウザに表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトを情報処理装置に送信する送信手段と、スクリプトを実行することによりレンダリングされたＷｅｂページの画像を情報処理装置から受信する受信手段と、画像を印刷する印刷手段と、を備える。【選択図】図７
2015158803.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置であって、
前記情報処理装置からの要求に応じて、ブラウザに表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトを前記情報処理装置に送信する送信手段と、
前記スクリプトを実行することによりレンダリングされたＷｅｂページの画像を前記情報処理装置から受信する受信手段と、
前記画像を印刷する印刷手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記画像のデータが規定サイズよりも大きい場合、前記情報処理装置により前記画像のデータが分割され、前記受信手段は、前記分割された画像のデータを受信する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
印刷設定ダイアログを表示する制御を組み込んで前記スクリプトを生成する生成手段
をさらに備え、
前記生成手段は、前記印刷設定ダイアログをブラウザの画面内のフレームに表示可能か否かに応じて、前記情報処理装置からの言語情報における言語設定に基づいて前記スクリプトを生成する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記生成手段は、前記印刷設定ダイアログが前記フレームに表示可能な場合、ブラウザの言語設定に応じた表示制御を組み込み、前記フレームに表示不可能な場合、ＨＴＭＬコンテンツの言語設定に応じた表示制御を組み込んで前記スクリプトを生成する
ことを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記生成手段は、課金管理の有無に応じて前記ダイアログに表示する内容を変更する制御を組み込んで前記スクリプトを生成する
ことを特徴とする請求項３または４に記載の画像処理装置。
【請求項６】
前記生成手段は、前記情報処理装置のブラウザの情報に基づいてスクリプトを表示させる制御を組み込んで前記スクリプトを生成する
ことを特徴とする請求項３に記載の画像処理装置。
【請求項７】
前記生成手段は、前記ブラウザが表示されているリンクをブックマーク登録することができるブラウザである場合、前記情報処理装置にてブックマーク登録する際に予めスクリプトを表示させない制御を組み込んで前記スクリプトを生成する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記生成手段は、前記ブラウザが表示されているリンクをブックマーク登録することができないブラウザである場合、前記情報処理装置にてブックマーク登録する際に予めスクリプトを表示させる制御を組み込んで前記スクリプトを生成する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項９】
前記受信手段は、前記情報処理装置にて印刷可能なフォーマットに変換された前記Ｗｅｂページの画像を受信する
ことを特徴とする請求項１〜８のいずれか１項に記載の画像処理装置。
【請求項１０】
ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置の制御方法であって、
前記情報処理装置からの要求に応じて、ブラウザに表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトを前記情報処理装置に送信する送信工程と、
前記スクリプトを実行することによりレンダリングされたＷｅｂページの画像を前記情報処理装置から受信する受信工程と、
前記画像を印刷する印刷工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項１１】
請求項１〜９のいずれか１項に記載の画像処理装置の各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、クライアントコンピュータで生成した画像データを、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して画像処理システムに送信し、画像処理装置で印刷等の処理する機能がある。この場合、クライアントコンピュータには、画像処理装置を制御するためのドライバを事前にインストールする必要がある。
【０００３】
特許文献１はクライアントコンピュータ側にインストールするドライバを、サーバに用意しておき、クライアントコンピュータからドライバの要求があった場合に、該当画像処理装置のドライバを提供する機能も知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３８９４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では、クライアントコンピュータのＯＳごとにドライバが異なるため、クライアントコンピュータのＯＳが新しくなると、新しいドライバを用意する必要がある。これにより、ドライバが用意されるまで、画像処理装置を利用できなくなる場合があった。
【０００６】
本発明は、上記課題を鑑みてなされたものであり、情報処理装置側のＯＳに依存することなく、ブラウザで表示しているコンテンツを印刷することができる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の画像処理装置は、ネットワークを介して情報処理装置から指示を受けて印刷を実行する画像処理装置であって、前記情報処理装置からの要求に応じて、ブラウザに表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトを前記情報処理装置に送信する送信手段と、前記スクリプトを実行することによりレンダリングされたＷｅｂページの画像を前記情報処理装置から受信する受信手段と、前記画像を印刷する印刷手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報処理装置側のＯＳに依存せず、ブラウザで表示しているコンテンツを簡単な操作で印刷することができる画像処理装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】ネットワーク全体を示す図である。
【図２】ＭＦＰのハードウェア構成図である。
【図３】ＭＦＰのソフトウェア構成図である。
【図４】タブレット型端末のハードウェア構成図である。
【図５】タブレット型端末の操作画面を示す図である。
【図６】印刷処理のフローチャートである。
【図７】スクリプト処理のフローチャートである。
【図８】タブレット型端末の印刷設定ダイアログを示す図である。
【図９】画像変換処理のフローチャートである。
【図１０】タブレット型端末の操作画面を示す図である。
【図１１】印刷設定ダイアログ表示処理のフローチャートである。
【図１２】画像送信処理のフローチャートである。
【図１３】ＭＦＰへの画像送信データを示す図である。
【図１４】ＭＦＰへの画像送信データを示す図である。
【図１５】タブレット型端末に表示するコンテンツの一例を示す図である。
【図１６】タブレット型端末に表示するコンテンツの一例を示す図である。
【図１７】コンテンツ作成処理のフローチャートである。
【図１８】タブレット型端末の操作画面を示す図である。
【図１９】スクリプト更新処理のフローチャートである。
【図２０】スクリプト生成処理のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１１】
まず、本実施形態に係る全体システムについて、図１を参照して説明する。図１は、ネットワーク全体を示す図である。情報処理装置の一例であるタブレット型端末１０１は、無線ネットワークルーター（無線アクセスポイント）１０２を介してＭＦＰ１０３と通信する。ＭＦＰ１０３は、画像処理装置の一例であり、ＭＦＰ１０３単体を画像処理システムと称してもよく、ＭＦＰ１０３とタブレット型端末１０１を含む全体を画像処理システムと称してもよい。タブレット型端末１０１と無線ネットワークルーター１０２は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で接続されている。ＭＦＰ１０３と無線ネットワークルーター１０２は、有線ＬＡＮで接続されている。
【００１２】
なお、タブレット型端末１０１とＭＦＰ１０３の通信経路については、上述したものに限定しない。例えば、タブレット型端末１０１と無線ネットワークルーター１０２が有線ＬＡＮで接続されていてもよい。また、ＭＦＰ１０３と無線ネットワークルーター１０２が無線ＬＡＮで接続されていてもよい。更に、タブレット型端末１０１とＭＦＰ１０３が同一ネットワークに接続されていてもよい。
【００１３】
図２は、ＭＦＰ１０３のハードウェア構成図である。ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１１を含む制御部２１０は、ＭＦＰ１０３全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２１２に記憶された制御プログラムを読み出して、読取／印刷／通信などの各種制御を行う。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、ＭＦＰ１０３は、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。
【００１４】
ＨＤＤ２１４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０を接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける受付部としての役割を担う。プリンタＩ／Ｆ２１６は、プリンタ２２１と制御部２１０を接続する。プリンタ２２１で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２１により記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２２と制御部２１０を接続する。スキャナ２２２は、原稿上の画像を読み取って画像データを生成する。ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１０３）を有線ＬＡＮに接続する。ＭＦＰ１０３は、ネットワークＩ／Ｆ２１９を用いて外部装置から画像データや各種情報を送受信することができる。
【００１５】
図３は、ＭＦＰ１０３のソフトウェア構成図である。図３において実線で示した各部は、ＣＰＵ２１１がＲＯＭ２１２またはＨＤＤ２１４に記憶されたプログラムを読み出して実行することにより実現されるソフトウェアモジュールである。ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部３０１は、操作部２２０を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。Ｊｏｂ  Ｃｏｎｔｒｏｌｌｅｒ部３０２は、コピーやプリント、ファックスなどのジョブを受け付け、受け付けたジョブの実行を制御する。Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ部３０４は、ＴＣＰ／ＩＰやＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などの各種ネットワークプロトコルを保持する。
【００１６】
本実施形態において、タブレット型端末１０１から送信される画像データは、Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ部３０４に保持されたネットワークプロトコルに従い、ネットワークＩ／Ｆ２１９を介して受信される。受信した画像データは、Ｉｍａｇｅ  Ｆｉｌｅ部３０３によって格納される。Ｉｍａｇｅ  Ｆｉｌｅ部３０３は、ＲＡＭ２１３やＨＤＤ２１４に格納された画像データを管理するソフトウェアモジュールである。
【００１７】
Ｉｍａｇｅ  Ｆｉｌｅ部３０３には、ネットワークＩ／Ｆ部２１９を介して受信した画像データだけでなく、スキャナ２２２によって生成された画像データも格納される。スキャナ２２２による画像データの生成は、Ｓｃａｎ部３０６によって制御される。ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）部３０８は、各モジュールやタスクを調整し、ＭＦＰ１０３のソフトウェア全体を管理する。ＯＳ部３０８には、Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ部３０７が組み合わされている。Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ部３０７は、スキャナ２２２やモデム２２３などのハードウェアデバイスを制御する。
【００１８】
図４は、タブレット型端末１０１のハードウェア構成図である。ＣＰＵ４１１を含む制御部４１０は、タブレット型端末１０１全体の動作を制御する。ＣＰＵ４１１は、メモリ４１２に記憶された制御プログラムを読み出して各種制御を行う。また、メモリ４１２は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域としても用いられる。なお、タブレット型端末１０１は、１つのＣＰＵ４１１が１つのメモリ４１２を用いて各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のメモリを協働させて各処理を実行するようにしてもよい。
【００１９】
操作部Ｉ／Ｆ４１３は、操作部４２０と制御部４１０を接続する。操作部４２０には、タッチパネル機能を有する液晶表示部が備えられており、ユーザによる操作、入力、指示等を受け付ける受付部としての役割を担う。ネットワークＩ／Ｆ４１４は、制御部４１０（タブレット型端末１０１）を無線ＬＡＮに接続する。タブレット型端末１０１は、ネットワークＩ／Ｆ４１４を用いて外部装置に画像データや情報を送信したり、各種情報を受信したりすることができる。
【００２０】
図５は、タブレット型端末１０１に表示されるＷｅｂブラウザの操作画面を示す図である。Ｗｅｂブラウザは、インターネット上のサーバから様々なコンテンツをダウンロードし、タブレット型端末１０１に表示することが可能なアプリケーションであり、ＯＳ部３０８上で操作するソフトウェアである。Ｗｅｂブラウザは、コンテンツをダウンロードして表示するだけでなく、ダウンロードしたコンテンツ（ＨＴＭＬ）に含まれるＪａｖａＳｃｒｉｐｔ（登録商標）（以下、単にスクリプトとする）を解釈、実行する機能を備えている。また、よく表示するＷｅｂページのＵＲＬを保存して、簡単に呼び出すことのできるブックマーク機能を備えている。さらに、スクリプトをブックマークに登録し、そのブックマークを選択することで、登録したスクリプトを処理するブックマークレット機能を備えている。
【００２１】
通常のブックマークは、選択すると登録していたＵＲＬのページに切り替わるが、ブックマークレットは、現在表示しているコンテンツ上で、ブックマークレットに登録しているスクリプトが実行される。ユーザはこの端末に、図６に示す処理を行う印刷開始用スクリプトを、ブックマークレットとして事前に登録する。事前に登録したブックマークレットを選択することで、図６の処理が実行される。ヘッダ５０１には、戻るボタン、進むボタン、現在のＵＲＬ、ブックマークボタンなどが表示される。ブックマークボタン５０２を選択すると、登録されているブックマークが一覧表示される。一覧表示されたブックマークを選択することで、ブックマークが実行される。コンテンツ表示領域５０３には、ダウンロードした様々なコンテンツが表示される。なお、本実施形態のスクリプトは、ブラウザからアクセスを受け付けて表示されているＷｅｂページをレンダリングして画像処理装置に画像を送信するためのスクリプトとする。
【００２２】
図６は、タブレット型端末１０１とＭＦＰ１０３における印刷開始処理のフローチャートである。まず、ステップＳ６０１で、ＭＦＰ１０３に印刷制御用のスクリプト取得要求を出す。このとき、表示しているコンテンツの言語情報（具体的にはｍｅｔａタグ内のｃｈａｒｓｅｔ情報）と、ブラウザに設定している言語環境情報（具体的には、ＨＴＴＰ＿ＡＣＣＥＰＴ＿ＬＡＮＧＵＡＧＥ情報）を一緒にＭＦＰ１０３に送る。これにより、後述する図８に示す印刷設定ダイアログ８０１が、その言語環境情報に応じた言語で表示される。また、後述するｉｆｒａｍｅ（フレーム）内要素へのアクセス可否情報も一緒に送信する。なお、ｉｆｒａｍｅとは、ブラウザの画面内に表示した１つのＷｅｂページ内に別のページを表示させるものである。
【００２３】
この要求を受けたＭＦＰ１０３は、ステップＳ６０２で、受信した言語環境情報に応じた印刷設定ダイアログを表示する制御を加えた印刷制御用のスクリプトを生成する。この印刷制御用のスクリプト生成処理については、図２０で後述する。次に、ステップＳ６０３で、ＭＦＰ１０３は、生成した印刷制御用のスクリプトをタブレット型端末１０１に返す。印刷制御用のスクリプトを受けたタブレット型端末１０１は、ステップＳ６０４で、その印刷制御用のスクリプトを実行する。このとき、印刷開始用のスクリプト内で保持している印刷設定デフォルト値を印刷制御用のスクリプトに渡す。このデフォルト値は、図１１で後述するステップＳ１１０１で使用する。
【００２４】
図７は、印刷制御用スクリプトによる印刷処理のフローチャートである。まず、ステップＳ７０１で、後述する図８に示す印刷設定ダイアログを表示する。ユーザは、この印刷設定ダイアログで目的に応じた設定を行う。ユーザの印刷設定終了後、ステップＳ７０２で、タブレット型端末１０１は、印刷設定に応じたチケット情報を生成する。次に、ステップＳ７０３で、生成したチケット情報をＭＦＰ１０３に送信し、ジョブ生成を要求する。ジョブ生成要求を受けたＭＦＰ１０３は、ステップＳ７０４で、チケット情報からジョブを生成し、ステップＳ７０５で、ジョブ生成結果と、ジョブＩＤをタブレット型端末１０１に返す。
【００２５】
このとき、例えば、ＭＦＰ１０３が課金管理を行っている場合、チケット情報から、どこ（例えば、どの部門）に課金するかを判定し、課金対象情報を保持する。ジョブ生成結果を受けて、タブレット型端末１０１は、ステップＳ７０６で、現在表示しているコンテンツを画像データに変換する。次に、ステップＳ７０７で、タブレット型端末１０１は、画像データを印刷データとしてＭＦＰ１０３に送信し、これを受けたＭＦＰ１０３は、ステップＳ７０８で、印刷を行う。次に、ステップＳ７０９で、このＭＦＰ１０３が課金管理処理を行っている場合、ステップＳ７０４で保持した課金対象に対し課金処理を行う。
【００２６】
図８は、ステップＳ７０１で表示する印刷設定ダイアログ８０１を示す図である。ユーザは、目的に応じて表示された項目を設定し、例えば、印刷する場合、印刷ボタン８０２を選択する。印刷ボタン８０２が選択されると、印刷制御用スクリプトによりステップＳ７０３に処理が移る。なお、このダイアログは、印刷制御用スクリプトで動的に作成する。また、このとき印刷設定ダイアログに表示するメッセージは、ステップＳ６０１で指定されたユーザの言語環境に応じて表示する。具体的には、設定ダイアログをＨＴＭＬのｉｆｒａｍｅとして生成する。
【００２７】
ｉｆｒａｍｅは、独立した１つのＨＴＭＬを使用する構造になっていて、ＨＴＭＬには、使用する言語コードを指定することができる。これにより、表示しているコンテンツが如何なる言語であっても、ブラウザの言語環境に応じたメッセージを表示することができる。しかしながら、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）でｉｆｒａｍｅを扱う場合、タブレット型端末１０１で使用するＪａｖａＳｃｒｉｐｔ（登録商標）エンジンによっては、ｉｆｒａｍｅ内の要素へのアクセスに制限がかかることがある。この場合、印刷制御用スクリプトで制御を行うことが困難になる。そこで、ｉｆｒａｍｅではなくＨＴＭＬのｄｉｖなどを利用し、印刷設定ダイアログを表示することで、この現象を回避することができる。この場合、ｉｆｒａｍｅとは異なって言語指定することができないので、印刷設定ダイアログで使用できる言語は、表示しているＨＴＭＬコンテンツの言語を使用しないと、文字化けする可能性がある。
【００２８】
ここで、図２０を参照して、図６に示すステップＳ６０２のスクリプト生成処理の詳細について説明する。図２０は、この印刷設定ダイアログの表示制御を含む印刷制御用のスクリプトを生成するフローチャートである。まず、ステップＳ２００１で、タブレット型端末１０１から送信されたｉｆｒａｍｅ内要素にアクセス可能かどうかを判定する。すなわち、印刷設定ダイアログが別ページとして表示可能か否かを判定する。アクセス可能である場合（ＹＥＳ）、ステップＳ２００２に進み、アクセスできない（アクセス不能、すなわち別ページとして表示不可能）場合（ＮＯ）、ステップＳ２００３に進む。そして、ステップＳ２００２で、ｉｆｒａｍｅで印刷設定ダイアログを表示する制御と、ブラウザ言語設定に応じたメッセージを、印刷設定ダイアログに組み込む。
【００２９】
一方、ステップＳ２００３では、ｄｉｖ等の要素で印刷設定ダイアログを表示する制御と、ＨＴＭＬコンテンツの言語設定に応じたメッセージを、印刷設定ダイアログに組み込む。次に、ステップＳ２００４で、ＭＦＰ１０３が課金管理を行うか否か（すなわち、課金管理の有無）を判定し、課金を行う場合（ＹＥＳ）、ステップＳ２００５に進む。課金を行わない場合（ＮＯ）、そのまま処理を終了する。ステップＳ２００５で、印刷設定ダイアログに課金情報（例えば、部門ＩＤとパスワードなど）を入力可能な項目を追加する。このように制御することで、文字化けすることなく、印刷設定ダイアログを表示することができる。また、課金管理が必要な場合は、印刷設定ダイアログで必要な情報を入力可能となる。そして、処理が終了する。
【００３０】
次に、図９を参照して、図７のステップＳ７０６でコンテンツから画像データを生成する処理の詳細について説明する。図９は、画像データを生成する処理のフローチャートである。まず、ステップＳ８０１で、現在表示しているコンテンツをＨＴＭＬのＣａｎｖａｓ上の画像として変換する。次に、ステップＳ８０２で、変換したＣａｎｖａｓ上の画像を、ＭＦＰ１０３が対応している形式の画像データに変換する。このとき、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）のｔｏＤａｔａＵＲＬ（）メソッドを使用することが知られている。しかし、このｔｏＤａｔａＵＲＬ（）メソッドは、ＭＦＰ１０３が対応している画像フォーマットをサポートしているとは限らない。ｔｏＤａｔａＵＲＬ（）メソッドがサポートする画像フォーマットは、ＪａｖａＳｃｒｉｐｔ（登録商標）エンジンの環境依存である。前述のステップＳ８０１及びステップＳ８０２によって、ブラウザに表示されているＷｅｂページのレンダリングが行われる。
【００３１】
このため、ステップＳ８０３で、要求した画像フォーマットに変換できたか否かを判定し、変換できなかった場合（ＮＯ）、ステップＳ８０４に進む。そして、ステップＳ８０４で、ｔｏＤａｔａＵＲＬ（）メソッドを使用せずにＣａｎｖａｓから画像データに変換を行うエンコード制御をスクリプト処理する。一般的にｔｏＤａｔａＵＲＬ（）メソッドは、ＪａｖａＳｃｒｉｐｔ（登録商標）エンジンｎａｔｉｖｅで処理が行われるため、エンコード制御をＪａｖａＳｃｒｉｐｔ（登録商標）で処理するよりも高速に行える。これにより、ｔｏＤａｔａＵＲＬ（）がサポートするフォーマットであれば高速に変換処理が行え、サポートしていないフォーマットでも、時間はかかるが変換することが可能となる。なお、ここでは、コンテンツをＨＴＭＬのＣａｎｖａｓ上の画像に変換した。しかしながら、ＭＦＰがサポートする画像フォーマットがＰＤＦやＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）などのベクタフォーマットである場合、Ｃａｎｖａｓ上の画像に変換せずに、コンテンツを直接ベクタフォーマットに変換してもよい。
【００３２】
図１０は、ＨＴＭＬ要素１００２の重なり順序が、印刷設定ダイアログ１００１の重なり順序よりも大きい場合の表示イメージを示す。ＨＴＭＬ要素には、重なり順序の概念があり、印刷設定ダイアログの重なり順序よりも大きい要素が重なった場合、図に示すように印刷設定ダイアログが隠れてしまう。
【００３３】
次に、図１１は、この重なりを考慮した印刷設定ダイアログの表示処理のフローチャートである。まず、ステップＳ１１０１で、印刷設定ダイアログの各種設定値（カラーモード、部数等）のデフォルト値を設定する。このとき、図６のステップＳ６０４で送信されたデフォルト値を利用する。次に、ステップＳ１１０２で、印刷設定ダイアログの重なり順序を最大値に設定する。そして、ステップＳ１１０３で、印刷設定ダイアログを表示する。これにより、印刷ダイアログが他のＨＴＭＬ要素に隠れることなく表示することができる。
【００３４】
図１２は、図７に示すステップＳ７０７の画像送信処理を詳細に説明するフローチャートである。画像データをＭＦＰ１０３に送信する際、後述する図１３のように画像データと一緒にＪｏｂＩＤ等の情報を送信する。ＭＦＰ１０３は、受信したデータをｐａｒｓｅ（構文解析）して、そこから画像データを取り出す処理を行う。ＭＦＰ等に組み込まれるソフトウェアでは、ＰＣ用ソフトウェアと比べると扱えるメモリ量が少ない。このため、ｐａｒｓｅする際の１つの塊の最大サイズを制限している。
【００３５】
一般的に、画像データはサイズが大きいため、画像データ全てが１つの塊としてタブレット型端末１０１から送信されると、ＭＦＰ１０３で、ｐａｒｓｅする際の１つの塊の最大サイズを越えてしまう可能性がある。そこで、画像送信処理では、画像データを細かいサイズごとに分割して送信制御する。まず、ステップＳ１２０１で、画像データがＭＦＰ１０３でｐａｒｓｅ処理可能な規定サイズを超えていないか否かを判定する。既定サイズを超えている場合（ＹＥＳ）、ステップＳ１２０２に進み、超えていない場合（ＮＯ）、ステップＳ１２０３に進む。次に、ステップＳ１２０２で、画像データを規定サイズごとに分割する処理を行う。そして、ステップＳ１２０３で、ＭＦＰ１０３に送信するための送信用フォーマットに整形する。最後に、ステップＳ１２０４で、整形したデータをＭＦＰ１０３に送信する。そして、処理が終了する。
【００３６】
図１３は、タブレット型端末１０１からＭＦＰ１０３に画像データを送信する際のデータフォーマットの一例を示す図である。送信するデータが何のデータかを示す情報（例えば、ｃｏｍｍａｎｄＮａｍｅ：ｐｒｉｎｔＤｏｃｕｍｅｎｔ）、どのジョブに対するデータかを示す情報（例えば、ｊｏｂＩｄ：１）、画像データの中身を示す情報（例えば、ｄｏｃｕｍｅｎｔ：ｄａｔａ）を含む。ここで、ＢＡＳＥ６４変換した画像データ１３０１が規定サイズを超えると、前述したように、ＭＦＰ１０３でｐａｒｓｅできなくなってしまう。なお、本実施形態ではＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式を使用しているが、データフォーマットはＸＭＬなど、他のフォーマットを利用してもよい。
【００３７】
図１４は、タブレット型端末１０１からＭＦＰ１０３に画像データを送信する際の規定サイズを考慮したデータフォーマットの一例を示す図である。図に示すように、規定サイズに収まるように画像データがｎ個に分割されたことを示す、分割したＢＡＳＥ６４変換した画像データ１４０１を含むデータフォーマットである。
【００３８】
図１５は、タブレット型端末１０１のブラウザからＭＦＰ１０３にアクセスした際に表示される、ブックマークレットを登録するためのコンテンツである。ユーザは、リンク１５０１をブックマーク登録することで、印刷開始用のスクリプトがブックマークレットに登録される。ブラウザによっては、表示されているリンクをブックマークに登録できない場合があり、この場合には、スクリプトを表示するリンク１５０２を用意する。このリンクを選択した場合、図１６に示すように、印刷開始用のスクリプト１６０３が表示される。ユーザは、表示されたスクリプト１６０３をブックマークに登録することで、ブックマークレットが登録できる。なお、リンク１６０２を選択した場合、図１５に示すコンテンツが表示される。
【００３９】
本来、印刷開始用のスクリプトは、ユーザに公開する必要のない情報であり、表示してもユーザが困惑するだけである。また、印刷開始用のスクリプトを表示することで、タブレット型端末などの小さい画面の表示領域の少なくない領域を占有することになってしまう。しかしながら、リンクからブックマークを登録できないようなブラウザに対しては、必須の情報である。そこで、図１７で示す処理を実行することで、アクセスするブラウザによって印刷開始用のスクリプトの表示を切り替える。
【００４０】
図１７は、タブレット型端末１０１がブックマークレット登録用コンテンツにアクセスした際の、ＭＦＰ１０３の処理内容を示すフローチャートである。まず、ステップＳ１７０１で、ＵｓｅｒＡｇｅｎｔからブラウザ情報を取得する。なお、ＵｓｅｒＡｇｅｎｔとは、ブラウザの判別等に利用されるソフトウェアである。次に、ステップＳ１７０２で、そのブラウザがリンクをブックマーク登録できるブラウザか否かを判定する。登録できないブラウザの場合（ＮＯ）、ステップＳ１７０３に進む。一方、登録できるブラウザの場合（ＹＥＳ）、ステップＳ１７０４に進む。ステップＳ１７０３では、図１６に示すスクリプトを表示した状態のコンテンツを作成する。ステップＳ１７０４では、図１５に示すスクリプトを表示しない状態のコンテンツを作成する。そして、ステップＳ１７０５で、後述する印刷開始用のスクリプトの更新処理を行う。
【００４１】
ユーザは、ジョブを投入する際、図７に示すステップＳ７０１で表示する印刷設定ダイアログを使って、目的に応じた設定を行う。ここで、よく使う設定を毎回設定し直すのは使い勝手が良くない。そこで、図１８で示すブックマークレット登録用コンテンツを表示して、ユーザの好みの設定値をブックマークレットに含める処理を行う。
【００４２】
図１８は、ユーザのブックマークレット登録用コンテンツの一例を示す図である。リンク１８０５は、印刷開始用のスクリプトをリンクしている。印刷開始用のスクリプト１８０６には、印刷設定値のデフォルト値が含まれており、印刷設定ダイアログを表示するＳ１１０１において、そのデフォルト値を使用して各パラメータの初期値が反映される。項目１８０１〜１８０４は、各パラメータのデフォルト値を指定する項目である。ユーザがこのパラメータを変更すると、リンク１８０５、スクリプト１８０６内のデフォルト値が更新される。
【００４３】
ファイルを印刷するボタン１８０７は、表示しているコンテンツを印刷するのではなく、タブレット型端末１０１のブラウザからファイルをアップロードする際にアクセスできるファイルを印刷するボタンである。具体的には、ＨＴＭＬのｉｎｐｕｔタグのｔｙｐｅ＝ｆｉｌｅでアクセス可能なファイルを印刷するボタンである。このボタン１８０７が選択された場合、図７で示すステップＳ７０６の処理が、表示中のコンテンツではなく、ユーザによって選択されたファイルをＭＦＰ１０３で印刷可能な画像に変換する処理となり、その変換した画像でＭＦＰ１０３が印刷を行う。この場合、印刷開始用のスクリプト、印刷制御用のスクリプトは、ブックマークレット登録用コンテンツに予め含んでいてもよい。
【００４４】
図１９は、図１８における印刷開始用のスクリプト更新処理を示すフローチャートである。まず、ステップＳ１９０１で、設定値の各パラメータを初期値に設定する。次に、ステップＳ１９０２で、初期値に設定されたパラメータをデフォルト値に含むように、印刷開始用のスクリプトを更新する。次に、ステップＳ１９０３で、項目１８０１〜１８０４のパラメータが変更された否かを判定する。パラメータが変更された場合（ＹＥＳ）、ステップＳ１９０４に進み、変更されない場合（ＮＯ）、処理を終了する。そして、ステップＳ１９０４で、変更されたパラメータをデフォルト値に含むように、印刷開始用のスクリプトを更新する。この印刷開始用のスクリプトをブックマークに登録し、実行することで、図１１に示すステップＳ１１０１の印刷ダイアログのデフォルト値設定処理時に、項目１８０１〜１８０４で設定したデフォルト値が予め設定されたダイアログが表示されることになる。これにより、ユーザは、印刷開始ボタンを選択するだけで所望の設定の印刷を実行することができる。
【００４５】
以上、本実施形態によれば、ＭＦＰ１０３は、タブレット型端末１０１側のＯＳに依存することなく、特定のドライバがない状態であっても、ブラウザで表示しているコンテンツを簡単な操作で印刷することができる。
【００４６】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【図１】
2015158803.tif 000003
【図２】
2015158803.tif 000004
【図３】
2015158803.tif 000005
【図４】
2015158803.tif 000006
【図５】
2015158803.tif 000007
【図６】
2015158803.tif 000008
【図７】
2015158803.tif 000009
【図８】
2015158803.tif 000010
【図９】
2015158803.tif 000011
【図１０】
2015158803.tif 000012
【図１１】
2015158803.tif 000013
【図１２】
2015158803.tif 000014
【図１３】
2015158803.tif 000015
【図１４】
2015158803.tif 000016
【図１５】
2015158803.tif 000017
【図１６】
2015158803.tif 000018
【図１７】
2015158803.tif 000019
【図１８】
2015158803.tif 000020
【図１９】
2015158803.tif 000021
【図２０】
2015158803.tif 000022