JP2016081336A - 印刷システム及び印刷制御プログラム - Google Patents

Abstract

【課題】モバイル端末からの印刷指示を適切に処理する。【解決手段】印刷指示を行うモバイル端末と印刷装置とが通信可能に接続され、前記印刷装置とサーバとが通信可能に接続された印刷システムにおいて、前記モバイル端末の制御部は、印刷に関する所定のデータを前記印刷装置に送信し、前記印刷装置の制御部は、前記モバイル端末から受信した前記所定のデータが、自装置が対応している形式のデータであるかを判断し、前記所定のデータが、自装置が対応している形式のデータの場合は、当該所定のデータに基づいて自装置で処理を行い、前記所定のデータが、自装置が対応していない形式のデータの場合は、当該所定のデータを前記サーバに送信して処理を依頼する。【選択図】図７

Description

本発明は、印刷システム及び印刷制御プログラムに関し、特に、モバイル端末から印刷を指示する印刷システム及びモバイル端末からの印刷指示を処理する印刷制御プログラムに関する。

通常、コンピュータ装置からプリンタや複合機（ＭＦＰ：Multi Ｆunction Peripheral）などの印刷装置に印刷を指示する場合、アプリケーションを用いて作成した文書のデータを、コンピュータ装置にインストールされているベンダー独自のプリンタドライバを用いて、印刷装置に対応したＰＤＬ（Page Description Language）形式の印刷ジョブに変換して印刷装置に送信し、印刷装置は印刷ジョブを解析して印刷処理を行う。

一方、近年のモバイル端末の高性能化に伴い、モバイル端末で文書の作成／編集が可能になっていることから、モバイル端末から印刷装置に直接印刷指示を行うことも行われている。例えば、モバイル端末と印刷装置とをBluetooth（登録商標）等で接続し、モバイル端末から印刷装置に直接印刷を指示したり、モバイル端末を印刷装置が接続されているＬＡＮ（Local Area Network）等のネットワークに接続し、モバイル端末からネットワークを介して印刷装置に印刷を指示したりしている。

ここで、モバイル端末から印刷を指示する場合、モバイル端末用のＯＳ（Operating System）は、一般にベンダー独自のプリンタドライバを搭載することが出来ず、モバイル端末用のＯＳ側が標準で用意しているプリンタドライバを使用して印刷ジョブを生成するため、印刷装置に対応した形式の印刷ジョブを生成できない場合が生じる。そのような場合、印刷処理を実行するためには、印刷装置側が、モバイル端末から出力される印刷ジョブを利用できるように対応する必要がある。また、モバイル端末が印刷装置のデバイス情報を取得するための双方向通信に関しても、印刷装置側が、モバイル端末用のＯＳの仕様に対応する必要がある。

このような背景から、印刷ジョブを適切に処理するための様々な方法が提案されている。例えば、下記特許文献１には、クライアントから送信されたプリントデータをプリント可能な形式に変換してプリンタに送出するサーバであって、前記クライアントの送信予定のプリントデータに関する情報を前記クライアントから取得する情報取得手段と、前記取得した情報に基づいて、前記送信予定のプリントデータを処理できるか否かを判定する判定手段と、前記判定された結果に関する判定情報を前記クライアントに送信する送信手段とを備えるサーバが開示されている。

特開２００３−２４１９１９号公報

上記特許文献１では、クライアントはサーバに印刷ジョブを送信し、サーバは受信した印刷ジョブが、印刷装置が対応している形式のデータであるかを判断し、印刷装置が対応している形式のデータでない場合は、印刷装置が対応している形式のデータに変換して印刷装置に送信し、印刷装置は変換後のデータを使用して印刷処理を行っており、クライアントと印刷装置との間にサーバを介在させることにより、様々な形式の印刷ジョブを印刷装置が利用できるようにしている。

しかしながら、この方法では、モバイル端末はサーバに印刷ジョブを送信しなければならないため、モバイル端末を印刷装置に接続して直接印刷指示を行うシステムには適用することができない。

また、この方法をモバイル端末から印刷指示を行うシステムに適用した場合、モバイル端末から出力する印刷ジョブが、印刷装置が対応している形式のデータであっても、当該印刷ジョブは一旦サーバに送信され、サーバから印刷装置に転送されるため、モバイル端末から印刷装置に印刷ジョブを直接出力する場合に比べて、印刷処理に時間を要し、迅速に印刷処理を実行することができない。

本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、モバイル端末からの印刷指示を適切に処理することができる印刷システム及び印刷制御プログラムを提供することにある。

本発明の一側面は、印刷指示を行うモバイル端末と印刷装置とが通信可能に接続され、前記印刷装置とサーバとが通信可能に接続された印刷システムにおいて、前記モバイル端末の制御部は、印刷に関する所定のデータを前記印刷装置に送信し、前記印刷装置の制御部は、前記モバイル端末から受信した前記所定のデータが、自装置が対応している形式のデータであるかを判断し、前記所定のデータが、自装置が対応している形式のデータの場合は、当該所定のデータに基づいて自装置で処理を行い、前記所定のデータが、自装置が対応していない形式のデータの場合は、当該所定のデータを前記サーバに送信して処理を依頼することを特徴とする。

本発明の一側面は、印刷指示を行うモバイル端末と印刷装置とが通信可能に接続され、前記印刷装置とサーバとが通信可能に接続された印刷システムにおける前記印刷装置で動作する印刷制御プログラムであって、前記印刷装置の制御部に、前記モバイル端末から印刷に関する所定のデータを受信し、当該所定のデータが、自装置が対応している形式のデータであるかを判断する第１処理、前記所定のデータが、自装置が対応している形式のデータの場合は、当該所定のデータに基づいて自装置で処理を行う第２処理、前記所定のデータが、自装置が対応していない形式のデータの場合は、当該所定のデータを前記サーバに送信して処理を依頼する第３処理、を実行させることを特徴とする。

本発明の印刷システム及び印刷制御プログラムによれば、モバイル端末からの印刷指示を適切に処理することができる。

その理由は、印刷装置（印刷制御プログラム）は、モバイル端末からデバイス情報の取得指示や印刷ジョブなどのデータを受信すると、そのデータが、自装置が対応している形式のデータであるかを判断し、対応している形式のデータの場合はそのデータに基づいて処理（取得指示に対する情報の返却処理や印刷処理）を実行し、対応していない形式のデータの場合はサーバに処理を依頼する制御を行うからである。

このように、印刷装置はモバイル端末からデータを直接受信するため、モバイル端末を印刷装置に接続して直接印刷指示を行うシステムに適用することができる。また、印刷装置は受信したデータが対応している形式のデータであれば、そのまま処理を実行するため、迅速に処理を実行することができる。また、サーバ側にて新機能への対応（処理可能な形式の追加）を行うことにより、ネットワークに接続されている複数の印刷装置を一括して同時に新機能に対応させることができるため、システムの汎用性を高めることができる。

本発明の一実施例に係る印刷システムの構成を模式的に示す図である。 本発明の一実施例に係る印刷システムの他の構成を模式的に示す図である。 本発明の一実施例に係る印刷システムの他の構成を模式的に示す図である。 本発明の一実施例に係るモバイル端末のハードウェア構成を示すブロック図である。 本発明の一実施例に係る印刷装置のハードウェア構成を示すブロック図である。 本発明の一実施例に係るサーバのハードウェア構成を示すブロック図である。 本発明の一実施例に係る印刷システムのソフトウェア構成を示す図である。 本発明の一実施例に係る印刷装置の動作を示すフローチャート図である。 本発明の一実施例に係るサーバの動作を示すフローチャート図である。 ベンダー独自のプリンタドライバを用いて印刷を指示する方法を説明する模式図である。 モバイル端末のＯＳ標準のプリンタドライバを用いて印刷を指示する方法を説明する模式図である。

背景技術で示したように、パーソナルコンピュータなどのコンピュータ装置から印刷装置に印刷を指示する場合、図１０に示すように、コンピュータ装置のＯＳからベンダー独自のプリンタドライバに描画命令を出し、ベンダー独自のプリンタドライバは描画命令をＰＤＬ変換し、印刷装置に対応したＰＤＬ形式（例えば、ＰＣＬ（Printer Control Language）−ＸＬ等）の印刷ジョブを印刷装置に送信することによって印刷が行われる。

これに対して、スマートフォンやタブレットなどのモバイル端末から印刷装置に印刷指示を行う場合は、モバイル端末のＯＳに応じて様々な方法で印刷指示が行われる。

例えば、Microsoft（登録商標、以下省略）社がモバイル端末用に提供するWindows（登録商標、以下省略）のＯＳ（Windows Mobile OSと呼ぶ。）では、Microsoft社が用意したin-boxドライバのみが使用可能である。そのため、図１１に示すように、Windows Mobile OSから出力されるデータは、ＰＷＧ（Printer Working Group） Raster又はOpenＸＰＳ（XML Paper Specification）形式のＰＤＬデータに限定され、in-boxドライバではそのＰＤＬデータにPrintTicketを付与して印刷装置に送信する。従って、印刷装置で印刷処理を実行するためには、印刷装置が、ＰＷＧ Raster又はOpenＸＰＳ形式のＰＤＬデータに対応している必要がある。

また、Apple社が提供するＯＳ（iOS）はAir Print（登録商標、以下省略）と呼ばれる印刷機能を提供しており、Air Printでは、Bonjour（登録商標）と呼ばれるネットワークプロトコルを用いてネットワークに接続されている印刷装置を検索し、検索した印刷装置に印刷ジョブを出力して印刷を実行させる。Air Printでは、iOSから出力される印刷ジョブはＵＲＦ（Universal radar format）であり、印刷装置で印刷処理を実行するためには、印刷装置がＵＲＦに対応している必要がある。

また、Google社が提供するＯＳ（Android：登録商標、以下省略）はGoogle Cloud Print（登録商標、以下省略）と呼ばれる印刷機能を提供しており、Google Cloud Printでは、モバイル端末から出力した印刷ジョブを予めGoogleアカウントに関連付けた印刷装置に出力して印刷を実行させる。Google Cloud Printでは、Androidから出力される印刷ジョブはＰＤＦ（Portable Document Format）であり、印刷装置で印刷処理を実行するためには、印刷装置がＰＤＦに対応している必要がある。

また、いずれの場合においても、モバイル端末が印刷装置のデバイス情報を取得できるように、印刷装置は、ネットワーク上の機器を検索するための仕組みであるＷＳＤ（WS-Discovery）接続が可能であり、ＸＭＬ（Extensible Markup Language）形式でのデバイス情報（デバイス能力・オプション情報）の返却が可能である必要がある。

このように、モバイル端末から印刷装置に印刷指示を行う様々なシステムが提案されているが、モバイル端末のＯＳに応じた形式で作成された印刷ジョブに印刷装置が対応していなければ、印刷装置で印刷処理を実行することができない。また、モバイル端末からのデバイス情報の取得指示に印刷装置が対応していなければ、モバイル端末は適切な印刷ジョブを作成することができない。また、従来、ベンダー独自のプリンタドライバ側で色補正処理を行っていた印刷装置では、ベンダー独自のプリンタドライバが使用できないモバイル端末からの印刷指示では、色補正処理を行うことが出来ない。

上記問題に対して、特許文献１では、ネットワークにサーバを接続し、クライアント端末から出力される印刷ジョブをサーバが受信し、印刷装置が対応していない形式の印刷ジョブを受信した場合は、印刷装置が対応している形式の印刷ジョブに変換して印刷装置に送信するようにしている。しかしながら、この方法では、モバイル端末はサーバに印刷ジョブを送信しなければならないため、モバイル端末を印刷装置に接続して直接印刷指示を行うシステムには適用することができない。また、印刷ジョブが、印刷装置が対応している形式であっても、当該印刷ジョブはサーバを経由して印刷装置に転送されるため、モバイル端末から印刷装置に印刷ジョブを直接出力する場合に比べて、印刷処理に時間がかかってしまう。

そこで、本発明の一実施の形態では、モバイル端末から出力されるデバイス情報の取得指示や印刷ジョブなどのデータを印刷装置が受信し、受信したデータが、印刷装置が対応している形式のデータであれば、そのまま処理を行い、印刷装置が対応していない形式のデータの場合は、そのデータをサーバに転送し、サーバが処理して印刷装置に戻す制御を行う。

このように、印刷装置がモバイル端末からのデータを受信するため、モバイル端末を印刷装置に接続して直接印刷指示を行うシステムに対しても、上記印刷制御を適用することができる。また、印刷装置側で対応可能な場合はサーバ側の処理を省略することができるため、迅速に処理を実行することができる。また、サーバ側にて対応可能な形式の追加などの新機能への対応を行うことにより、ネットワークに接続されている複数の印刷装置を一括して同時に新機能に対応させることができるため、システムの汎用性を高めることができる。また、上記印刷制御では、データの変換はサーバで行うため、モバイル端末からは、あくまでも印刷装置とのやり取りにしか見えず、たとえ印刷装置が非対応のデータであったとしても、サーバ側さえ対応していれば、印刷装置が対応しているように見せかけて動作させることができる。

上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る印刷システム及び印刷制御プログラムについて、図１乃至図９を参照して説明する。図１乃至図３は、本実施例の印刷システムの構成を示す模式図であり、図４乃至図６は、本実施例の印刷システムを構成する各装置のハードウェア構成を示すブロック図である。また、図７は、本実施例の印刷システムのソフトウェア構成を示す図であり、図８及び図９は、各々、印刷装置及びサーバの動作を示すフローチャート図である。

図１に示すように、本実施例の印刷システムは、印刷ジョブに従って印刷処理を実行する１又は複数の印刷装置２０と、印刷ジョブを送信する１又は複数のモバイル端末１０と、印刷ジョブを変換するコンピュータ装置（サーバ３０と呼ぶ。）などで構成される。モバイル端末１０と印刷装置２０とは、Bluetooth（登録商標）やＮＦＣ（Near Field Communication）、TransferJet、Wibree、IrDA等の規格に従って無線でデータ通信を行うネットワーク（無線ネットワーク）を介して１対１で接続されており、印刷装置２０とサーバ３０とは、Ethernet（登録商標）やToken Ring等の規格に従ってデータ通信を行うＬＡＮ（Local Area Network）などのネットワーク（構内ネットワーク）を介して接続されている。

なお、モバイル端末１０、印刷装置２０及びサーバ３０の接続方法は図１の構成に限定されず、モバイル端末１０と印刷装置２０とが通信可能であり、かつ、印刷装置２０とサーバ３０とが通信可能であればよい。例えば、図２に示すように、モバイル端末１０がアクセスポイントを介して、印刷装置２０とサーバ３０とが接続されているＬＡＮなどのネットワーク（構内ネットワーク）に接続される構成としてもよい。また、図３に示すように、モバイル端末１０が基地局を介してＬＴＥ（Long Term Evolution）等の規格に従って無線でデータ通信を行うネットワーク（移動体通信ネットワーク）に接続され、この移動体通信ネットワークと、印刷装置２０とサーバ３０とが接続されているＬＡＮなどのネットワーク（構内ネットワーク）と、がインターネットを介して接続される構成としてもよい。以下、各装置のハードウェア構成について説明する。

［モバイル端末］
モバイル端末１０は、スマートフォンやタブレット、スレートＰＣなどであり、図４に示すように、制御部１１と記憶部１２と通信Ｉ／Ｆ部１３と表示部１４と操作部１５などで構成される。

制御部１１は、ＣＰＵ（Central Processing Unit）１１ａと、ＲＯＭ（Read Only Memory）１１ｂやＲＡＭ（Random Access Memory）１１ｃなどのメモリとで構成され、これらはバスを介して接続されている。ＣＰＵ１１ａは、モバイル端末１０の動作を制御するためのプログラム、ＯＳ（例えば、Windows Mobile OSやiOS、Android、BlackBerry OSなど）、ＯＳ上で動作するアプリケーションなどをＲＯＭ１１ｂや記憶部１２から読み出し、ＲＡＭ１１ｃに展開して実行する。

記憶部１２は、ＳＤ（Secure Digital）カードなどで構成され、アプリケーションで作成した文書データなどを格納する。

通信Ｉ／Ｆ部１３は、ＮＩＣ（Network Interface Card）やモデムなどで構成され、ネットワークを介して繋がっている機器とのデータ通信を可能にする。具体的には、無線ネットワークや構内ネットワークを介して、印刷装置２０に情報取得指示や印刷ジョブを送信したり、印刷装置２０からデバイス情報を受信したりする。

表示部１４は、ＬＣＤ（Liquid Crystal Display）などで構成され、アプリケーションの画面や印刷指示画面などを表示する。操作部１５は、ハードキーや表示部１４上に形成されたタッチセンサなどで構成され、アプリケーションの操作や印刷指示操作などを可能にする。

［印刷装置］
印刷装置２０は、プリンタやＭＦＰなどであり、図５に示すように、制御部２１と記憶部２２と通信Ｉ／Ｆ部２３と表示部２４と操作部２５と印刷部２６などで構成される。

制御部２１は、ＣＰＵ２１ａと、ＲＯＭ２１ｂやＲＡＭ２１ｃなどのメモリとで構成され、これらはバスを介して接続されている。ＣＰＵ２１ａは、印刷装置２０の動作を制御するためのプログラム、後述する印刷制御プログラムなどをＲＯＭ２１ｂや記憶部２２から読み出し、ＲＡＭ２１ｃに展開して実行する。

記憶部２２は、ＨＤＤ（Hard Disk Drive）などで構成され、ＣＰＵ２１ａが各部を制御するためのプログラム、印刷ジョブ、印刷ジョブから生成した印刷データ、フォントデータ、印刷装置２０が対応している形式を記述したテーブル、自装置のデバイス能力・オプション情報などのデバイス情報を格納する。なお、デバイス能力とは、印刷装置２０本体の機能に関する情報や対応可能な形式に関する情報などであり、オプション情報とは、本体に付加したユニットに関する情報などである。

通信Ｉ／Ｆ部２３は、ＮＩＣやモデムなどで構成され、ネットワークを介して繋がっている機器とのデータ通信を可能にする。具体的には、無線ネットワークや構内ネットワークを介して、モバイル端末１０から情報取得指示や印刷ジョブを受信したり、モバイル端末１０にデバイス情報を送信したりする。また、構内ネットワークを介して、サーバ３０に情報取得指示や印刷ジョブ、デバイス情報を送信したり、サーバ３０から情報取得指示に対する返却情報や形式変換後の印刷ジョブを受信したりする。

表示部２４は、ＬＣＤなどで構成され、印刷に関する各種画面を表示する。操作部２５は、ハードキーや表示部２４上に形成されたタッチセンサなどで構成され、印刷に関する各種操作を可能にする。

印刷部２６は、電子写真方式や静電記録方式等の作像プロセスを利用した画像形成のために必要な要素、すなわち、帯電装置、感光体ドラム、露光装置、転写ローラ、転写ベルト、定着装置などで構成され、後述するレンダリング部が生成した印刷データに基づいて用紙上に画像を形成する。具体的には、帯電装置により帯電された感光体ドラムに露光装置から印刷データに応じた光を照射して静電潜像を形成し、現像装置で帯電したトナーを付着させて現像し、そのトナー像を一次転写ローラ、二次転写ベルトを介して用紙に転写し、定着装置で定着させる処理を行う。

［サーバ］
サーバ３０は、コンピュータ装置などであり、図６に示すように、制御部３１と記憶部３２と通信Ｉ／Ｆ部３３と、必要に応じて表示部３４と操作部３５などで構成される。

制御部３１は、ＣＰＵ３１ａと、ＲＯＭ３１ｂやＲＡＭ３１ｃなどのメモリとで構成され、これらはバスを介して接続されている。ＣＰＵ３１ａは、サーバ３０の動作を制御するためのプログラム、ＯＳ（例えば、Windows OSなど）、後述する印刷制御プログラムなどをＲＯＭ３１ｂや記憶部３２から読み出し、ＲＡＭ３１ｃに展開して実行する。

記憶部３２は、ＨＤＤなどで構成され、ＣＰＵ３１ａが各部を制御するためのプログラム、後述する印刷制御プログラム、サーバ３０が対応している形式を記述したテーブル、必要に応じて印刷装置２０毎のデバイス能力・オプション情報などのデバイス情報などを格納する。

通信Ｉ／Ｆ部３３は、ＮＩＣやモデムなどで構成され、ネットワークを介して繋がっている機器とのデータ通信を可能にする。具体的には、構内ネットワークを介して、印刷装置２０から情報取得指示や印刷ジョブ、デバイス情報を受信したり、印刷装置２０に情報取得指示に対する返却情報や形式変換後の印刷ジョブを送信したりする。

表示部３４は、ＬＣＤなどで構成され、情報取得指示や印刷ジョブを管理するための画面などを表示する。操作部３５は、キーボードやマウス、表示部３４上に形成されたタッチセンサなどで構成され、情報取得指示や印刷ジョブを管理するための各種操作を可能にする。

なお、図４乃至図６は、本実施例の印刷システムを構成する装置の一例であり、その構成は適宜変更可能である。例えば、図５では、印刷機能のみを有する印刷装置２０を例示したが、印刷装置２０にスキャン機能や複写機能などを備えていても良い。

次に、本実施例の印刷システムのソフトウェア構成について図７を参照して説明する。

モバイル端末１０の制御部１１には、モバイル端末用ＯＳ１０ａがインストールされており、モバイル端末用ＯＳ１０ａは、アプリケーションで作成された文書などを印刷する際に、印刷装置２０のデバイス能力・オプション情報などのデバイス情報を取得するためのデータ通信を行い、取得したデバイス情報に基づき、自ＯＳ標準のプリンタドライバを用いて所定の形式の印刷ジョブ（ＰＤＬデータ）を作成し、作成したＰＤＬデータを印刷装置２０に出力する。

印刷装置２０の制御部２１は、データ解析・切替部２０ａ、レンダリング部２０ｂ、返却情報作成部２０ｃなどとして機能する。

データ解析・切替部２０ａは、モバイル端末用ＯＳ１０ａとのインターフェース部であり、モバイル端末用ＯＳ１０ａ側から送られてきたデータ（情報取得指示のデータ又はＰＤＬデータ）が、自印刷装置２０が対応している形式のデータであるか否かを判断し、判断結果に応じて処理を切り替える。具体的には、自印刷装置２０が対応している形式のデータの場合は、返却情報作成部２０ｃに処理を行わせてモバイル端末１０に返却情報を送信したり、レンダリング部２０ｂに処理を行わせて印刷を実行したりする。また、自印刷装置２０が対応していない形式のデータの場合は、返却情報作成部２０ｃやレンダリング部２０ｂに処理を行わせることなく、サーバ３０側に受信したデータをそのまま送信する。

レンダリング部２０ｂは、ＰＤＬデータを印刷データに変換し、印刷部２６に転送して印刷出力を行う。なお、印刷データへの変換は、印刷装置２０が対応している形式のＰＤＬデータのみ実行可能である。

返却情報作成部２０ｃは、印刷装置２０のデバイス能力・オプション情報等のデバイス情報の管理を行い、モバイル端末１０やサーバ３０から情報取得指示があった場合は、予め定めたフォーマットにてデバイス情報を記述した返却情報を作成する。

サーバ３０の制御部３１は、データ解析・切替部３０ａ、返却情報作成部３０ｂ、デバイス情報取得部３０ｃ、ＰＤＬ変換部３０ｄ、色補正部３０ｅなどとして機能する。

データ解析・切替部３０ａは、印刷装置２０とのインターフェース部であり、印刷装置２０から送られてきたデータの中身を解析し、解析結果に応じて処理を切り分ける。具体的には、情報取得指示のデータの場合は、返却情報作成部３０ｂにデータを送信して返却情報を作成させる。また、ＰＤＬデータの場合は、ＰＤＬ変換部３０ｄにデータを送信してＰＤＬデータの形式を変換させる。そして、返却情報作成部３０ｂ及びＰＤＬ変換部３０ｄにて作成されたデータを印刷装置２０に送信する。

返却情報作成部３０ｂは、デバイス情報取得部３０ｃにて取得したデバイス情報を用いて、印刷装置２０から渡されてきた形式（フォーマット）に合わせて返却情報を作成し、作成した返却情報をデータ解析・切替部３０ａを介して印刷装置２０に返却する。

デバイス情報取得部３０ｃは、印刷装置２０の返却情報作成部２０ｃからデバイス能力・オプション情報等のデバイス情報や必要に応じて色補正情報を取得する。

ＰＤＬ変換部３０ｄは、印刷装置２０から渡されてきたＰＤＬデータを、デバイス情報取得部３０ｃにて取得したデバイス能力に応じたＰＤＬデータ（印刷装置２０が対応している形式のＰＤＬデータ、例えば、ＰＣＬ−ＸＬ等）に変換する。

色補正部３０ｅは、デバイス情報取得部３０ｃが色補正情報を取得した場合には、ＰＤＬ変換部３０ｄにてＰＤＬデータの形式変換処理を行う際に、色補正処理も同時に行う。

なお、上記データ解析・切替部２０ａ、レンダリング部２０ｂ、返却情報作成部２０ｃは、ハードウェアとして構成してもよいし、印刷装置２０の制御部２１を、データ解析・切替部２０ａ、レンダリング部２０ｂ、返却情報作成部２０ｃ（特に、データ解析・切替部２０ａ）として機能させる印刷制御プログラムとして構成し、当該印刷制御プログラムをＣＰＵ２１ａに実行させるようにしてもよい。また、上記データ解析・切替部３０ａ、返却情報作成部３０ｂ、デバイス情報取得部３０ｃ、ＰＤＬ変換部３０ｄ、色補正部３０ｅもハードウェアとして構成してもよいし、サーバ３０の制御部３１を、データ解析・切替部３０ａ、返却情報作成部３０ｂ、デバイス情報取得部３０ｃ、ＰＤＬ変換部３０ｄ、色補正部３０ｅ（特に、データ解析・切替部３０ａ、返却情報作成部３０ｂ、ＰＤＬ変換部３０ｄ）として機能させる印刷制御プログラムとして構成し、当該印刷制御プログラムをＣＰＵ３１ａに実行させるようにしてもよい。

以下、本実施例の印刷システムの動作について説明する。

まず、モバイル端末用ＯＳ１０ａから情報取得指示があった場合の印刷装置２０及びサーバ３０の動作について説明する。ＣＰＵ２１ａは、ＲＯＭ２１ｂ又は記憶部２２に記憶した印刷制御プログラムをＲＡＭ２１ｃに展開して実行することにより、図８のフローチャート図に示す各ステップの処理を実行する。また、ＣＰＵ３１ａは、ＲＯＭ３１ｂ又は記憶部３２に記憶した印刷制御プログラムをＲＡＭ３１ｃに展開して実行することにより、図９のフローチャート図に示す各ステップの処理を実行する。

モバイル端末１０側にて印刷指示を行うと、モバイル端末用ＯＳ１０ａは、印刷装置２０に対してデバイス能力・オプション情報を取得するための情報取得指示を行う。印刷装置２０のデータ解析・切替部２０ａは、情報取得指示のデータを受信すると（Ｓ１０１）、受信したデータの内容を解析し（Ｓ１０２）、モバイル端末１０から受信したデータが、印刷装置２０が対応している形式か否かを判断する（Ｓ１０３）。例えば、印刷装置２０の記憶部２２に、印刷装置２０が対応している情報取得指示のデータ形式を記述したテーブルを記憶しておき、受信した情報取得指示のデータ形式がテーブル中にあるか否かを判断する。

モバイル端末１０から受信したデータが、印刷装置２０が対応している形式のデータの場合（Ｓ１０３のＹｅｓ）は、データ解析・切替部２０ａは、受信したデータが情報取得指示のデータか印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ１０４）。ここでは、受信したデータが情報取得指示のデータであるため、データ解析・切替部２０ａは、返却情報作成部２０ｃに受信したデータを送信する（Ｓ１０５）。返却情報作成部２０ｃは、既存のフォーマットにてデバイス能力・オプション情報等を記述した返却情報を作成し、データ解析・切替部２０ａに返却する（Ｓ１０６）。そして、データ解析・切替部２０ａは、受け取った返却情報をモバイル端末用ＯＳ１０ａに返却し（Ｓ１０７）、一連の処理を終了する。

一方、モバイル端末１０から受信したデータが、印刷装置２０が対応していない形式のデータの場合（Ｓ１０３のＮｏ）は、サーバ３０にデータを送信し（Ｓ１１０）、サーバ３０に処理を依頼する（Ｓ１１１）。

図９は、サーバ３０側の処理を示しており、まず、サーバ３０のデータ解析・切替部３０ａは、印刷装置２０からデータを受信すると（Ｓ２０１）、受信したデータの内容を解析し（Ｓ２０２）、受信したデータが、サーバ３０が対応している形式か否かを判断する（Ｓ２０３）。例えば、サーバ３０の記憶部３２に、サーバ３０が対応している情報取得指示のデータ形式を記述したテーブルを記憶しておき、受信した情報取得指示のデータ形式がテーブル中にあるか否かを判断する。印刷装置２０から受信したデータが、サーバ３０が対応していない形式のデータの場合（Ｓ２０３のＮｏ）は、印刷装置２０にエラーを返却し（Ｓ２０４）、サーバ３０側の処理を終了する。

印刷装置２０から受信したデータが、サーバ３０が対応している形式のデータの場合（Ｓ２０３のＹｅｓ）は、データ解析・切替部３０ａは、受信したデータが情報取得指示のデータか印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ２０５）。ここでは、受信したデータが情報取得指示のデータであるため、データ解析・切替部３０ａは、返却情報作成部３０ｂにデータを送信する（Ｓ２０６）。次に、デバイス情報取得部３０ｃは、印刷装置２０からデバイス能力・オプション情報等を取得し（Ｓ２０７）、取得した情報を返却情報作成部３０ｂに送る（Ｓ２０８）。

返却情報作成部３０ｂは、モバイル端末用ＯＳ１０ａから送られてきたフォーマット（データ解析・切替部３０ａが受信した情報取得指示のデータで指定されたフォーマット）にて、デバイス情報取得部３０ｃから受け取ったデバイス能力・オプション情報等を記述した返却情報を作成し、データ解析・切替部３０ａに返却する（Ｓ２０９）。データ解析・切替部３０ａは、受け取った返却情報を印刷装置２０に返却し（Ｓ２１０）、サーバ３０側の処理を終了する。

図８のフローチャート図に戻って、印刷装置２０のデータ解析・切替部２０ａは、サーバ３０から処理後のデータを取得し（Ｓ１１２）、そのデータが、情報取得指示に対する返却情報か印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ１１３）。ここでは、サーバ３０側より返却されたデータは情報取得指示に対する返却情報であるため、モバイル端末用ＯＳ１０ａ側に返却情報を返却し（Ｓ１１４）、一連の処理を終了する。

なお、上記フローでは、印刷装置２０からサーバ３０に情報取得指示のデータが転送された場合に、サーバ３０のデバイス情報取得部３０ｃが印刷装置２０からデバイス能力・オプション情報を取得したが、サーバ３０の記憶部３２に、各印刷装置のデバイス能力・オプション情報を記述したテーブルを記憶しておき、デバイス情報取得部３０ｃは、記憶部３２からデバイス能力・オプション情報を取得するようにしてもよい。

次に、モバイル端末用ＯＳ１０ａから印刷ジョブ（ＰＤＬデータ）が送信された場合の印刷装置２０及びサーバ３０の動作について説明する。ＣＰＵ２１ａは、ＲＯＭ２１ｂ又は記憶部２２に記憶した印刷制御プログラムをＲＡＭ２１ｃに展開して実行することにより、図８のフローチャート図に示す各ステップの処理を実行する。また、ＣＰＵ３１ａは、ＲＯＭ３１ｂ又は記憶部３２に記憶した印刷制御プログラムをＲＡＭ３１ｃに展開して実行することにより、図９のフローチャート図に示す各ステップの処理を実行する。

モバイル端末１０側より印刷ジョブ（ＰＤＬデータ）が印刷装置２０に送信される。印刷装置２０のデータ解析・切替部２０ａは、そのデータを受信すると（Ｓ１０１）、受信したデータの内容を解析し（Ｓ１０２）、モバイル端末１０から受信したデータが、印刷装置２０が対応している形式か否かを判断する（Ｓ１０３）。例えば、印刷装置２０の記憶部２２に、印刷装置２０が対応しているデータ形式（拡張子）を記述したテーブルを記憶しておき、受信したデータの拡張子がテーブル中にあるか否かを判断する。

モバイル端末１０から受信したデータが、印刷装置２０が対応している形式のデータの場合（Ｓ１０３のＹｅｓ）は、データ解析・切替部２０ａは、受信したデータが情報取得指示のデータか印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ１０４）。ここでは、受信したデータがＰＤＬデータであるため、データ解析・切替部２０ａは、ＰＤＬデータをレンダリング部２０ｂに送信し（Ｓ１０８）、レンダリング部２０ｂは、ＰＤＬデータをレンダリング処理して印刷出力を行い（Ｓ１０９）、一連の処理を終了する。

一方、モバイル端末１０から受信したデータが、印刷装置２０が対応していない形式のデータの場合（Ｓ１０３のＮｏ）は、サーバ３０にデータを送信し（Ｓ１１０）、サーバ３０にデータ形式を変換する処理を依頼する（Ｓ１１１）。

サーバ３０側では、図９に示すように、サーバ３０のデータ解析・切替部３０ａは、印刷装置２０からデータを受信すると（Ｓ２０１）、受信したデータの内容を解析し（Ｓ２０２）、受信したデータが、サーバ３０が対応している形式か否かを判断する（Ｓ２０３）。例えば、サーバ３０の記憶部３２に、サーバ３０が対応しているＰＤＬデータのデータ形式を記述したテーブルを記憶しておき、受信したＰＤＬデータのデータ形式がテーブル中にあるか否かを判断する。印刷装置２０から受信したデータが、サーバ３０が対応していない形式のデータの場合（Ｓ２０３のＮｏ）は、印刷装置２０にエラーを返却し（Ｓ２０４）、サーバ３０側の処理を終了する。

印刷装置２０から受信したデータが、サーバ３０が対応している形式のデータの場合（Ｓ２０３のＹｅｓ）は、データ解析・切替部３０ａは、受信したデータが情報取得指示のデータか印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ２０５）。ここでは、受信したデータがＰＤＬデータであるため、データ解析・切替部３０ａは、ＰＤＬ変換部３０ｄにデータを送信する（Ｓ２１１）。次に、デバイス情報取得部３０ｃは、印刷装置２０からデバイス能力・オプション情報等のデバイス情報及び色補正情報を取得し（Ｓ２１２）、取得したデバイス情報をＰＤＬ変換部３０ｄに送ると共に、必要に応じて色補正情報を色補正部３０ｅに送る（Ｓ２１３）。なお、上記と同様に、サーバ３０の記憶部３２に、各印刷装置のデバイス能力・オプション情報、色補正方法を記述したテーブルを記憶しておき、デバイス情報取得部３０ｃは、記憶部３２からデバイス能力・オプション情報、色補正情報を取得するようにしてもよい。

ＰＤＬ変換部３０ｄは、印刷装置２０から受信したデータを、印刷装置２０が対応しているＰＤＬ形式に変換すると共に、必要に応じて、色補正部３０ｅは色補正情報に基づいて色補正処理を行い（Ｓ２１４）、変換したＰＤＬデータを印刷装置２０に返却し（Ｓ２１５）、サーバ３０側の処理を終了する。

図８のフローチャート図に戻って、印刷装置２０のデータ解析・切替部２０ａは、サーバ３０から処理後のデータを取得し（Ｓ１１２）、そのデータが、情報取得指示のデータか印刷ジョブ（ＰＤＬデータ）か否かを判断する（Ｓ１１３）。ここでは、サーバ３０側より返却されたデータはＰＤＬデータであるため、サーバ３０にて変換されたＰＤＬデータを印刷装置２０側のレンダリング部２０ｂに送信し（Ｓ１０８）、レンダリング部２０ｂは、ＰＤＬデータをレンダリング処理して印刷出力を行い（Ｓ１０９）、一連の処理を終了する。

このように、印刷装置２０は、モバイル端末１０からデータを受信すると、受信したデータが、自身が対応している形式のデータであるかを判断し、対応していない形式の場合は印刷装置２０がサーバ３０に処理を依頼するため、モバイル端末１０を印刷装置２０に接続して直接印刷指示を行うシステムにおいても、本実施例の印刷制御を適用することができる。また、対応している形式の場合は自身で処理するため、サーバが必ず介在する従来の方法に比べて印刷処理を迅速に実行することができる。また、サーバ３０のデータ解析・切替部３０ａを更新することにより、様々な形式のデータに対応することができるため、システムの汎用性を高めることができる。

なお、本発明は上記実施例に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、その構成や制御は適宜変更可能である。

例えば、上記実施例では、モバイル端末１０が印刷指示を行う場合を例示したが、ベンダー独自のプリンタドライバがインストールされていない任意のコンピュータ装置が印刷指示を行う場合に対して、本発明の印刷制御を同様に適用することができる。

本発明は、ベンダー独自のプリンタドライバがインストールされていない装置から印刷指示を行う印刷システム及び当該印刷システムを構成する印刷装置やサーバで動作する印刷制御プログラム並びに当該印刷制御プログラムを記録した記録媒体に利用可能である。

１０ モバイル端末
１０ａ モバイル端末用ＯＳ
１１ 制御部
１１ａ ＣＰＵ
１１ｂ ＲＯＭ
１１ｃ ＲＡＭ
１２ 記憶部
１３ 通信Ｉ／Ｆ部
１４ 表示部
１５ 操作部
２０ 印刷装置
２０ａ データ解析・切替部
２０ｂ レンダリング部
２０ｃ 返却情報作成部
２１ 制御部
２１ａ ＣＰＵ
２１ｂ ＲＯＭ
２１ｃ ＲＡＭ
２２ 記憶部
２３ 通信Ｉ／Ｆ部
２４ 表示部
２５ 操作部
２６ 印刷部
３０ サーバ
３０ａ データ解析・切替部
３０ｂ 返却情報作成部
３０ｃ デバイス情報取得部
３０ｄ ＰＤＬ変換部
３０ｅ 色補正部
３１ 制御部
３１ａ ＣＰＵ
３１ｂ ＲＯＭ
３１ｃ ＲＡＭ
３２ 記憶部
３３ 通信Ｉ／Ｆ部
３４ 表示部
３５ 操作部

Claims (13)

1. 印刷指示を行うモバイル端末と印刷装置とが通信可能に接続され、前記印刷装置とサーバとが通信可能に接続された印刷システムにおいて、
   前記モバイル端末の制御部は、印刷に関する所定のデータを前記印刷装置に送信し、
   前記印刷装置の制御部は、前記モバイル端末から受信した前記所定のデータが、自装置が対応している形式のデータであるかを判断し、前記所定のデータが、自装置が対応している形式のデータの場合は、当該所定のデータに基づいて自装置で処理を行い、前記所定のデータが、自装置が対応していない形式のデータの場合は、当該所定のデータを前記サーバに送信して処理を依頼する、
   ことを特徴とする印刷システム。
2. 前記所定のデータは、前記印刷装置のデバイス情報の取得指示のデータであり、
   前記印刷装置の前記制御部は、前記取得指示のデータが、自装置が対応している形式のデータの場合は、予め定めたフォーマットに従って自装置のデバイス情報を記述した返却情報を作成して前記モバイル端末に送信し、前記取得指示のデータが、自装置が対応していない形式のデータの場合は、当該取得指示のデータを前記サーバに送信し、
   前記サーバの制御部は、前記印刷装置から前記取得指示のデータを受信すると共に前記デバイス情報を取得し、前記取得指示のデータで指定されたフォーマットに従って前記デバイス情報を記述した返却情報を作成して前記印刷装置に返却し、
   前記印刷装置の前記制御部は、前記サーバから受け取った前記返却情報を前記モバイル端末に送信する、
   ことを特徴とする請求項１に記載の印刷システム。
3. 前記所定のデータは、第１の形式の印刷ジョブであり、
   前記印刷装置の前記制御部は、前記第１の形式の印刷ジョブが、自装置が対応している形式のデータの場合は、当該第１の形式の印刷ジョブに基づいて印刷処理を行い、前記第１の形式の印刷ジョブが、自装置が対応していない形式のデータの場合は、当該第１の形式の印刷ジョブを前記サーバに送信し、
   前記サーバの制御部は、前記印刷装置から前記第１の形式の印刷ジョブを受信し、当該第１の形式の印刷ジョブを前記印刷装置が対応している第２の形式の印刷ジョブに変換して前記印刷装置に返却し、
   前記印刷装置の前記制御部は、前記サーバから受け取った前記第２の形式の印刷ジョブに基づいて印刷処理を行う、
   ことを特徴とする請求項１に記載の印刷システム。
4. 前記サーバの前記制御部は、前記印刷装置から色補正情報を取得し、前記第１の形式の印刷ジョブを前記第２の形式の印刷ジョブに変換する際に、前記色補正情報に基づいて色補正処理を行う、
   ことを特徴とする請求項３に記載の印刷システム。
5. 前記所定のデータは、前記モバイル端末のオペレーティングシステムに搭載されたプリンタドライバにより作成されたデータである、
   ことを特徴とする請求項１乃至４のいずれか一に記載の印刷システム。
6. 前記モバイル端末と前記印刷装置とは第１の通信方式で接続され、前記印刷装置と前記サーバとは前記第１の通信方式とは異なる第２の通信方式で接続されている、
   ことを特徴とする請求項１乃至５のいずれか一に記載の印刷システム。
7. 前記モバイル端末は１対１で前記印刷装置に接続され、前記サーバはネットワークを介して複数の前記印刷装置に接続されている、
   ことを特徴とする請求項６に記載の印刷システム。
8. 印刷指示を行うモバイル端末と印刷装置とが通信可能に接続され、前記印刷装置とサーバとが通信可能に接続された印刷システムにおける前記印刷装置で動作する印刷制御プログラムであって、
   前記印刷装置の制御部に、
   前記モバイル端末から印刷に関する所定のデータを受信し、当該所定のデータが、自装置が対応している形式のデータであるかを判断する第１処理、
   前記所定のデータが、自装置が対応している形式のデータの場合は、当該所定のデータに基づいて自装置で処理を行う第２処理、
   前記所定のデータが、自装置が対応していない形式のデータの場合は、当該所定のデータを前記サーバに送信して処理を依頼する第３処理、を実行させる、
   ことを特徴とする印刷制御プログラム。
9. 前記所定のデータは、前記印刷装置のデバイス情報の取得指示のデータであり、
   前記第２処理では、前記取得指示のデータが、自装置が対応している形式のデータの場合は、予め定めたフォーマットに従って自装置のデバイス情報を記述した返却情報を作成して前記モバイル端末に送信し、
   前記第３処理では、前記取得指示のデータが、自装置が対応していない形式のデータの場合は、当該取得指示のデータを前記サーバに送信し、前記サーバから、前記取得指示のデータで指定されたフォーマットに従って前記デバイス情報が記述された返却情報を受信し、当該返却情報を前記モバイル端末に送信する、
   ことを特徴とする請求項８に記載の印刷制御プログラム。
10. 前記所定のデータは、第１の形式の印刷ジョブであり、
    前記第２処理では、前記第１の形式の印刷ジョブが、自装置が対応している形式のデータの場合は、当該第１の形式の印刷ジョブに基づいて印刷処理を行い、
    前記第３処理では、前記第１の形式の印刷ジョブが、自装置が対応していない形式のデータの場合は、当該第１の形式の印刷ジョブを前記サーバに送信し、前記サーバから、前記第１の形式から前記印刷装置が対応している第２の形式に変換された印刷ジョブを受信し、当該第２の形式の印刷ジョブに基づいて印刷処理を行う、
    ことを特徴とする請求項８に記載の印刷制御プログラム。
11. 前記第３処理では、前記サーバから、色補正情報に基づいて色補正処理が行われた前記第２の形式の印刷ジョブを受信する、
    ことを特徴とする請求項１０に記載の印刷制御プログラム。
12. 前記第１処理では、前記モバイル端末のオペレーティングシステムに搭載されたプリンタドライバにより作成された前記所定のデータを受信する、
    ことを特徴とする請求項８乃至１１のいずれか一に記載の印刷制御プログラム。
13. 前記第１乃至第３処理では、前記モバイル端末とは第１の通信方式でデータ通信を行い、前記サーバとは前記第１の通信方式とは異なる第２の通信方式でデータ通信を行う、
    ことを特徴とする請求項８乃至１２のいずれか一に記載の印刷制御プログラム。

Images