データ処理装置、プログラムおよび記録媒体
【課題】本発明は、印刷指示を行うユーザとその印刷物を受け取るユーザが異なる場合であっても、煩雑な手間をかけることなく、当該印刷物を相手に確実に受領させることができる新規な印刷システムを提供することを目的とする。
【解決手段】
ジョブデータに含まれるジョブ情報データが指定する宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定し、ログインしていると判定された宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定するとともに、当該宛先ユーザに紐付けられたクライアントに対して決定した印刷先プリンタのプリンタ名を指定可能に表示する印刷ダイアログを表示して、宛先ユーザに注意を喚起する。
【解決手段】
ジョブデータに含まれるジョブ情報データが指定する宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定し、ログインしていると判定された宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定するとともに、当該宛先ユーザに紐付けられたクライアントに対して決定した印刷先プリンタのプリンタ名を指定可能に表示する印刷ダイアログを表示して、宛先ユーザに注意を喚起する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷出力のためのデータ処理技術に関し、より詳細には、プリントジョブを指定した宛先ユーザに対応付けられた出力装置に出力させるためのデータ処理装置に関する。
【背景技術】
【０００２】
従来、ユーザがアプリケーションから仮想プリンタドライバを選択して印刷を実行する際に、振り分けのためのルールが記載された設定ファイルの情報に基づいて印刷先のプリンタを自動的に選択する印刷システムが知られている。この点につき、特開２０１１−８５８２号公報（特許文献１）は、印刷指示を行った要求元に対してジョブデータごとに決定された印刷先を表示する印刷システムを開示する。
【０００３】
しかしながら、特許文献１の印刷システムは、印刷指示を行うユーザと出力された印刷物を受け取るユーザが同一であることを前提とするものであり、両者が異なる場合には十分な利便性を発揮できなかった。例えば、医局から離れた場所に薬局が設置された病院において、医局内にあるクライアントＰＣが持つ処方箋データを紙出力ベースで薬局の人間に受領させたい場合、特許文献１の印刷システムでは、依然として、医局内で印刷した処方箋を薬局まで持ち運んで直接手渡しするか、医局内にあるクライアントＰＣから薬局内にあるプリンタに対して処方箋の印刷指示をした後に、医局から電話などを使ってその旨を薬局に連絡するといった方法を取るしかなかった。
【０００４】
しかしながら、印刷物を持ち運んで直接手渡しする方法は、効率が悪い上に持ち運んでいる間の紛失リスクが生じ、一方で、相手先と連絡を取り合いながらのリモート印刷は、これもまた煩雑な手間である。最も手間のかからない方法は、処方箋の電子文書を医局から添付メールで薬局に送り、薬局側で当該電子文書を印刷してもらう方法であるが、この場合には、インターネット上の情報漏洩リスクが生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術における課題に鑑みてなされたものであり、本発明は、印刷指示を行うユーザとその印刷物を受け取るユーザが異なる場合であっても、煩雑な手間をかけることなく、当該印刷物を相手に確実に受領させることができる新規な印刷システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、印刷指示を行うユーザとその印刷物を受け取るユーザが異なる場合であっても、煩雑な手間をかけることなく、当該印刷物を相手に確実に受領させることができる新規な印刷システムにつき鋭意検討した結果、自分以外のユーザを宛先に指定した場合、宛先ユーザがネットワーク上のクライアントにログインしているか否かを判定した上で、宛先ユーザがログインしているクライアントに対して印刷ダイアログを表示させることによって注意を喚起する構成に想到し、本発明に至ったのである。
【０００７】
すなわち、本発明によれば、ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、前記ジョブデータに含まれるジョブ情報データは、宛先ユーザを指定するための宛先ユーザ指定情報を含み、前記発送処理部は、前記宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定部と、前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御部と、前記発送先制御部が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示部とを含む、データ処理装置が提供される。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のネットワークプリントシステムを示す図。
【図２】本実施形態における印刷プロパティダイアログを示す図。
【図３】本実施形態のデータ処理装置の機能ブロック図を示す図。
【図４】本実施形態における発送管理テーブルを示す図。
【図５】本実施形態における対応付けテーブルを示す図。
【図６】本実施形態における表示先管理テーブルを示す図。
【図７】本実施形態のデータ処理装置が実行する処理のフローチャートを示す図。
【図８】本実施形態における印刷ダイアログを示す図。
【発明を実施するための形態】
【０００９】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１０】
図１は、本発明の実施形態であるデータ処理装置１１０を含んで構成されるネットワークプリントシステム１００を示す。ネットワークプリントシステム１００は、データ処理装置１１０と、パーソナルコンピュータとして参照される複数のクライアント１１２と、複数のリモートプリンタ１２２とを含んで構成され、各装置がＬＡＮやＶＰＮなどとして参照されるネットワーク１３０を介して相互に接続されている。
【００１１】
ネットワークプリントシステム１００においては、各クライアント１１２に対して少なくとも１台のリモートプリンタ１２２が割り当てられており、図１に示す例においては、部署単位（Ａ〜Ｃ課）で、クライアント１１２とリモートプリンタ１２２が対応付けられている。
【００１２】
本実施形態のデータ処理装置１１０は、好ましくは、サーバ装置として実装され、シングルコア、マルチコアのＣＰＵ、ＲＯＭ、実行空間を提供するＲＡＭ、ハードディスク装置などを含み、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘサーバ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）などのＯＳによる制御の下、印刷データの印刷先を制御する。また、データ処理装置１１０とクライアント１１２の間は、ＲＤＰ（Remote Desktop Protocol）などの適切な遠隔接続プロトコルを使用してトランザクションが可能とされている。
【００１３】
各クライアント１１２は、クライアント・サーバ環境においては、それぞれがアプリケーションプログラムを実装し、各種処理を完結するファットクライアントとして実装される。また、クライアント１１２をシンクライアントとして実装することもできる。この場合、クライアント１１２は、専ら、アプリケーションを搭載するデータ処理装置１１０に対してサービス要求を発行し、処理結果を受領し、処理結果の印刷要求をデータ処理装置１１０に対して発行する機能のみを実装する。
【００１４】
本実施形態のデータ処理装置１１０は、クライアント１１２からの印刷要求および印刷データを受領すると、印刷先となるリモートプリンタ１２２を決定し、当該印刷データに対応するＲＡＷデータを作成した後、これに、ＰＤＬ（Page Description Language）コマンドの追加処理などを行って出力データを生成して決定した印刷先に宛てて送信する。
【００１５】
ここで、本実施形態のネットワークプリントシステム１００によれば、他のユーザに割り当てられたリモートプリンタ１２２から文書を印刷出力させたいユーザは、その旨を当該他のユーザに通知した上で、当該文書を印刷出力させることができる。本実施形態のこのような印刷方式を、以下の説明においては「宛先通知モード」と呼ぶ。
【００１６】
本実施形態によれば、ユーザは、図２に例示するような印刷プロパティダイアログ２０を介して宛先となるユーザを設定することができる。印刷プロパティダイアログ２０の一つのタブとして開かれる宛先設定画面には、宛先の設定方法を選択するためのラジオボタン２２と、それに対応するテキストフィールド２４が表示される。本実施形態においては、宛先の設定方法として「直接設定」と「自動検索」の２つのモードが用意されており、「直接設定」の場合には、テキストフィールド２４に宛先を特定するための識別子（ユーザ名など）を入力することによって宛先を設定することができる。一方、「自動検索」の場合には、印刷対象文書の内容に応じた適切な宛先が自動的に設定される。以上、本実施形態のネットワークプリントシステム１００の基本構成について説明してきたが、次に、本実施形態のデータ処理装置１１０について、より詳細に説明する。
【００１７】
図３は、本実施形態のデータ処理装置１１０の機能ブロック図を示す。図３に示すように、データ処理装置１１０は、データ処理部２１０と、アプリケーション実行部２１２とを含んで構成される。なお、図３は、シンクライアント環境におけるデータ処理装置１１０を例示しており、データ処理部２１０とアプリケーション実行部２１２とが一体化してデータ処理装置１１０を構成しているが、クライアント１１２がファットクライアントとして実装される場合には、クライアント１１２が、図３に示すアプリケーション実行部２１２の機能を保有するように構成してもよく、ネットワークプリントシステム１００内に別途ターミナルサーバを設ける場合には、図３に示す破線をネットワーク境界として、左手側の機能部２１２をターミナルサーバとして実装してアプリケーション実行部２１２を実装し、データ処理装置１１０は、データ処理部２１０のみを含むプリンタサーバとして実装してもよい。
【００１８】
アプリケーション実行部２１２は、アプリケーション２１４と、印刷要求元通知部２１６とを含んで構成されており、ネットワーク１３０を介してクライアント１１２の処理要求や印刷要求を受領して処理を実行する。実行結果は、アプリケーション２１４によるプリント指令イベントの発生に応答して、ＧＤＩ（Graphical Device Interface）などのＡＰＩコールを経てプリントジョブ（以下、単にジョブとして参照する。）とした後、ジョブデータをデータ処理部２１０に送付する。
【００１９】
アプリケーション２１４は、クライアント１１２からの印刷要求を受領すると、データ処理部２１０に対して、新たなジョブが開始したことを通知する。
【００２０】
印刷要求元通知部２１６は、印刷要求元を特定する情報（以下、印刷要求元情報として参照する）をクライアント１１２から受領し、データ処理部２１０の発送処理部２４０が含む後述するＵＩ表示部２４８に対して、当該印刷要求元情報およびプロセスＩＤを送付する。ここで、印刷要求元情報には、ログインに使用するユーザＩＤ、ユーザ権限、セッションＩＤなどが含まれる。
【００２１】
データ処理部２１０は、仮想プリンタドライバ２１８と、アプリケーション２１４から送付されたジョブデータをスプールファイルとして格納するためのジョブ格納部２２６と、イメージ処理部２３６と、印刷要求元に応じて印刷先を決定するとともに、当該印刷先に対応するリモートドライバ２５０Ａ〜２５０Ｃに印刷出力すべきデータを送付するための発送処理部２４０とを含んでいる。
【００２２】
仮想プリンタドライバ２１８は、仮想プリント管理部２２０と、ジョブ情報データ抽出部２２２と、仮想描画部２２４とを含んで構成されている。仮想プリンタドライバ２１８は、アプリケーション２１４からジョブデータを受領すると、仮想プリント管理部２２０を呼出し、当該ジョブデータを、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤと関連付けてジョブ格納部２２６に格納する。
【００２３】
本実施形態におけるジョブデータは、イメージデータとジョブ情報データを含んで構成される。イメージデータは、ビットマップ、ＪＰＥＧ、ＧＩＦなどの低次イメージフォーマットデータ、描画コードを含むＥＭＦ、Ｐｏｓｔｓｃｒｉｐｔ（登録商標）、ＰＤＦ、ＸＰＳなどの高次イメージフォーマットデータとして参照することができる。一方、ジョブ情報データは、印刷要求元識別子（印刷要求元であるクライアント１１２のユーザＩＤやＩＰアドレスなど）、イメージデータの面付け情報、マージン、サイズ設定、ページ数、文書名などの印刷情報の他、宛先通知モード設定情報を含む。
【００２４】
本実施形態における宛先通知モード設定情報は、宛先通知モードの設定の有無と、宛先ユーザ指定情報を含む。ここで、宛先ユーザ指定情報とは、宛先ユーザを指定するために用いられる情報をいい、図２に示した印刷プロパティダイアログ２０を介して設定される宛先識別子（ユーザＩＤ）または自動検索依頼をその内容とする。
【００２５】
一方、仮想プリント管理部２２０は、仮想描画部２２４とジョブ情報データ抽出部２２２を呼出す。呼び出された仮想描画部２２４は、ジョブ格納部２２６からジョブデータが含むイメージデータ２３４をジョブ毎に処理するために、作業空間２３０ａ〜２３０ｃを確保し、それぞれにジョブ毎のイメージデータ２３４を移動する。
【００２６】
一方、呼び出されたジョブ情報データ抽出部２２２は、ジョブ格納部２２６に格納されたジョブデータからジョブ情報データを抽出して作業空間２３０に格納する。以上、仮想プリンタドライバ２１８の基本構成とこれがジョブ毎に展開する作業空間２３０ａ〜２３０ｃについて説明してきたが、続いて、発送処理部２４０について、以下説明する。
【００２７】
仮想プリンタドライバ２１８は、アプリケーション実行部２１２からジョブデータを受領すると、当該ジョブのための発送処理部２４０としてプライベートインスタンス２４０ａ〜２４０ｃを生成する。プライベートインスタンス２４０ａ〜２４０ｃは、発送先制御部２４２と、データ発送部２４４と、対応付けテーブル２４６と、ＵＩ表示部２４８と、ログイン判定部２４９を含んで構成される。
【００２８】
データ発送部２４４は画像処理モジュールとして実装されるイメージ処理部２３６に対して、自身のジョブに対応する作業空間２３０のイメージデータ２３４を取得させ、当該作業空間２３０内のジョブ情報データ２３２に含まれる印刷情報に基づいて、ページ割り当て、面付けなどの処理を実行させる。その後、データ発送部２４４は、発送先制御部２４２が後述した手順で決定した印刷先リモートプリンタ１２２に対応するリモートドライバ２５０Ａ〜２５０Ｃに対して、当該作業空間２３０内のイメージデータ２３４の印刷指令を発行する。
【００２９】
なお、データ発送部２４４は、図４に例示する発送管理テーブル３００を管理する。発送管理テーブル３００は、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤと、発送先制御部２４２が後述した手順で決定した印刷先プリンタＩＤと、ジョブ情報データ２３２に含まれる印刷情報とが対応付けて登録されている。印刷情報には、印刷要求元のユーザＩＤ、ＩＰアドレス、印刷設定情報、ジョブ情報等が含まれる。
【００３０】
データ発送部２４４から印刷指令を受けた出力先のリモートドライバ２５０Ａ〜２５０Ｃは、当該、ポートモニタなどへとＲＡＷ形式の出力データを送付し、決定された出力先に印刷出力させる。その後、出力先から印刷完了の通知を受けてジョブ毎に生成された発送処理部２４０のインスタンスは終了する。
【００３１】
以上、説明したように、本実施形態のデータ処理部２１０においては、仮想プリンタドライバ２１８と発送処理部２４０が分担してジョブ単位で処理を実行するために、作業空間２３０ａ〜２３０ｃは、仮想プリンタドライバ２１８および発送処理部２４０の両方からアクセス可能な記憶領域として、ジョブ毎に独立したスプール空間を構成する。
【００３２】
次に、上述した発送先制御部２４２とログイン判定部２４９が協働することにっよって実現される本実施形態の「宛先通知モード」について説明する。
【００３３】
発送先制御部２４２は、図５に示す対応付けテーブル２４６を管理する。対応付けテーブル２４６は、クライアント１１２にアカウントを有するユーザのユーザＩＤ（ユーザ名など）を格納するフィールド１００２と、検索キーワードを格納するフィールド１００４と、クライアント１１２のＭＡＣアドレスを格納するフィールド１００６と、クライアント１１２に割り当てられたリモートプリンタの識別子であるプリンタＩＤを格納するフィールド１００８から構成されており、各フィールドに格納される値を紐付けて管理している。
【００３４】
発送先制御部２４２は、印刷先とすべきリモートプリンタ１２２を決定するにあたり、まず、ジョブ情報データ２３２に含まれる宛先通知モード設定情報に基づいて、宛先通知モードの設定の有無を判断する。その結果、宛先通知モードが設定されていない場合（すなわち、通常モードの場合）には、同じくジョブ情報データ２３２に含まれる印刷要求元識別子（印刷要求元であるクライアント１１２のユーザＩＤ）をキーとして対応付けテーブル２４６を参照し、印刷要求元識別子に紐付けられたプリンタＩＤを持つリモートプリンタ１２２を印刷先として決定する。
【００３５】
一方、宛先通知モードが設定されており、且つ、宛先通知モード設定情報に宛先識別子（ユーザＩＤ）が含まれている場合には、発送先制御部２４２は、当該宛先識別子（ユーザＩＤ）を取得する。宛先識別子（ユーザＩＤ）の代わりに自動検索依頼が含まれていた場合には、発送先制御部２４２は、予め定義された検索規則（例えば、「描画データ」の中の「“担当”：の後の文字列」を対象にしたキーワード検索を実行する等）にしたがい、対応付けテーブル２４６の「キーワード」フィールドに含まれる全ての文字列（「Ａ課ＡＡＡ様」、「Ｂ課ＸＸＸ係」…）を検索キーとして使用してキーワード検索を実行する。その結果、ヒットしたキーワードに紐付けられた宛先識別子（ユーザＩＤ）を取得する。
【００３６】
発送先制御部２４２は、上述した手順で宛先識別子（ユーザＩＤ）を取得すると、ログイン判定部２４９に対して当該宛先識別子（ユーザＩＤ）に対応するユーザがネットワーク１３０内のいずれかのクライアント１１２にログインしているか否かの確認を依頼する。
【００３７】
ネットワークプリントシステム１００がシンクライアント環境の場合には、アプリケーション実行部２１２が各ユーザのログイン状況を把握しているので、ログイン判定部２４９は、宛先ユーザのログイン状況をアプリケーション実行部２１２に問い合わせて確認する。
【００３８】
一方、ネットワークプリントシステム１００がクライアント・サーバ環境の場合には、ログイン判定部２４９は、対応付けテーブル２４６に格納されたＭＡＣアドレスを用いてRARP（Reverse Address Resolution Protocol）により宛先ユーザのクライアント１１２のＩＰアドレスを取得した後、当該ＩＰアドレスにＰＩＮＧコマンドを送信して応答確認することにより、宛先ユーザがログインしているか否かを取得することができる。
【００３９】
ログイン判定部２４９は、判定結果を発送先制御部２４２に通知する。宛先ユーザがログインしていない場合には、発送先制御部２４２は、先に説明した通常モード時と同様の処理を行って印刷要求元に紐付けられたリモートプリンタ１２２を印刷先として決定する。一方、宛先ユーザがログインしている場合には、発送先制御部２４２は、当該宛先ユーザのユーザＩＤをキーとして再び対応付けテーブル２４６を参照し、当該宛先ユーザＩＤに紐付けられたプリンタＩＤを有するリモートプリンタ１２２を印刷先として決定する。
【００４０】
なお、宛先ユーザＩＤに紐付けられたプリンタＩＤが複数ある場合には、全てのプリンタＩＤを印刷先候補とした上で、ユーザに選択に委ねるようにしてもよいし、宛先ユーザのクライアント１１２のＩＰアドレスと印刷先候補である複数のリモートプリンタ１２２のＩＰアドレスを比較して、もっとも位置的に近いと思われるＩＰアドレスを持つリモートプリンタ１２２を自動的に印刷先として決定してもよい。
【００４１】
発送先制御部２４２は、上述した手順で決定した印刷先のプリンタＩＤと、プロセスＩＤおよびジョブ情報データ２３２とをデータ発送部２４４に通知する。データ発送部２４４は、発送先制御部２４２から通知された情報を図４に例示する発送管理テーブル３００において集約して管理する。
【００４２】
さらに、発送先制御部２４２は、ＵＩ表示部２４８に対して、プロセスＩＤおよび決定された印刷先のプリンタＩＤを通知して、印刷要求元のクライアント１１２に対して印刷用ＧＵＩ（以下、印刷ダイアログとして参照する）を表示するよう指令する。
【００４３】
ここで、ＵＩ表示部２４８は、アプリケーション実行部２１２の印刷要求元通知部２１６から印刷要求元情報およびプロセスＩＤを受領した際に、当該印刷要求元情報およびプロセスＩＤを表示先管理テーブルに登録する。図６は、表示先管理テーブル４００を例示する。表示先管理テーブル４００には、プロセスＩＤと印刷要求元情報（ログインユーザＩＤ、ユーザ権限、セッションＩＤ）が紐付けられて管理されている。ＵＩ表示部２４８が、セッションＩＤで特定されるセッションに対して、印刷ダイアログの表示指令に印刷要求元と同一のアクセス権限を添付して送信する。この場合、印刷ダイアログの表示指令を送付する前に、添付されるアクセス権限がクライアント１１２のユーザ権限に変更される。
【００４４】
ＵＩ表示部２４８は、発送先制御部２４２から印刷ダイアログの表示指令を受領すると、同時に通知されたプロセスＩＤをキーとしてデータ発送部２４４が管理する発送管理テーブル３００を参照し、印刷要求元のユーザＩＤと各種印刷情報を取得して、当該プロセスＩＤに紐付けられたクライアント１１２に対し、印刷先のリモートプリンタ１２２の名前および各種印刷情報が記述された印刷ダイアログを表示させる。印刷要求元であるクライアント１１２のユーザは、このようにして表示された印刷ダイアログを介して印刷指示を行う。
【００４５】
ＵＩ表示部２４８は、クライアント１１２に印刷ダイアログを表示させた後、当該クライアント１１２からの指示を待機する。そして、ＵＩ表示部２４８がクライアント１１２から印刷決定指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃ内に生成されたイメージフォーマットのデータを取得し、印刷先として決定されたリモートプリンタ１２２に対応するリモートドライバ２５０にデータを出力する。一方、ＵＩ表示部２４８がクライアント１１２から印刷取り消し指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃから受領した出力データを消去して印刷処理を取り消す。
【００４６】
以下、本実施形態のデータ処理装置１１０が実行する処理について、図７に示すフローチャートに基づいて説明する。ここで再び、図１を併せて参照されたい。
【００４７】
図１において、Ａ課のユーザＡが他の課のユーザに渡すための文書を印刷する場合を考える。ユーザＡは、自身がアカウントを有するクライアント１１２にログインした後、アプリケーションの処理結果の印刷出力をデータ処理装置１１０に依頼する。
【００４８】
データ処理装置１１０は、クライアント１１２からの印刷要求に含まれる宛先通知モード設定情報に基づいて、宛先通知モードの設定の有無を判断する（ステップ５０１）。ここで、ユーザＡが宛先通知モードを設定していない場合（ステップ５０１、Ｎｏ）、ユーザＡに割り当てられた「Printer A」が印刷先として決定され、ユーザＡがログインしているクライアント１１２ａ（印刷要求発行元）に印刷ダイアログが表示される（ステップ５０８）。図８（ａ）は、クライアント１１２ａに表示される印刷ダイアログ３０を示す。印刷ダイアログ３０には「Printer A」が印刷先として表示されている。
【００４９】
その後、データ処理装置１１０は、ユーザＡからの印刷指示を待機し、印刷取り消し指示を受領した場合には（ステップ５０５、印刷取消）、印刷処理を中止して（ステップ５０９）、印刷要求発行元であるクライアント１１２ａに印刷取り消し通知を表示させ（ステップ５１０）、処理を終了する。
【００５０】
一方、印刷決定指示を受領した場合には（ステップ５０５、印刷決定）、出力データを「Printer A」に送信して印刷処理を実行させた後（ステップ５０６）、クライアント１１２ａに印刷完了通知を表示させ（ステップ５０７）、処理を終了する。上述したように、宛先通知モードを設定していない場合、ユーザＡは、「Printer A」が出力した文書を自身の手で他のユーザに渡さなければならない。
【００５１】
一方、ユーザＡが宛先通知モードを設定している場合（ステップ５０１、Ｙｅｓ）、データ処理装置１１０は、クライアント１１２からの印刷要求に含まれる宛先通知モード設定情報に基づいて宛先ユーザＩＤを取得した後（ステップ５０２）、宛先ユーザがネットワーク１３０内のいずれかのクライアント１１２にログインしているか否かを判定する。ここで、宛先がＣ課のユーザＣであった場合には、図１に示すように、ユーザＣは、ネットワーク１３０内のいずれのクライアント１１２にもログインしていないので（ステップ５０３、Ｎｏ）、印刷要求発行元であるクライアント１１２ａに図８（ａ）に示す印刷ダイアログ３０を表示させた後（ステップ５０８）、上述したのと同様の手順を実行して処理を終了する。この場合もユーザＡは、「Printer A」が出力した文書を自身の手でユーザＣに渡さなければならない。
【００５２】
一方で、宛先がＢ課のユーザＢであった場合には、図１に示すように、ユーザＢは、ネットワーク１３０内のクライアント１１２ｂにログインしているので（ステップ５０３、Ｙｅｓ）、クライアント１１２ｂに図８（ｂ）に示す印刷ダイアログ４０を表示させる（ステップ５０４）。印刷ダイアログ４０にはユーザＢがログインしているクライアント１１２ｂに一番近い「Printer B1」が印刷先として表示されるとともに、プルダウンリストには、クライアント１１２ｂに割り当てられたもう一つのリモートプリンタ１２２である「Printer B2」が選択可能に表示されている。
【００５３】
その後、データ処理装置１１０は、ユーザＢからの印刷指示を待機し（ステップ５０５）、印刷取り消し指示を受領した場合には、印刷処理を中止して（ステップ５０９）、印刷要求発行元であるクライアント１１２ａに印刷取り消し通知を表示させる（ステップ５１０）。これによって、ユーザＡは、ユーザＢが印刷を拒否したことを知ることができる。この場合、ユーザＡは、再度、ユーザＢ宛ての宛先通知モード印刷を試みることもできるし、印刷プロパティ画面で宛先通知モードを解除して通常印刷に切り替え、自身の「Printer A」で出力することもできる。
【００５４】
一方、ユーザＢからの印刷決定指示を受領した場合には、データ処理装置１１０は、出力データをＢ課に設置された「Printer B1」に送信して印刷処理を実行させた後（ステップ５０６）、出力要求元であるクライアント１１２ａに印刷完了通知を表示させる（ステップ５０７）。
【００５５】
以上、説明したように、本実施形態によれば、ユーザＡは、Ａ課にいながら、所望の文書をユーザＢに渡すことができるので、自身の手で印刷文書を届ける手間を省くことができ、また、移送中の紛失リスクも無くなる。また、本実施形態によれば、所望の文書を電子文書によらず紙ベースで渡すことができるので、電子文書がネットワーク上で漏えいするといったことを心配する必要が無くなる。一方、ユーザＢは、自分宛の文書があることを印刷ダイアログによって把握することができるので、文書の取り忘れが防止され、また、当該文書がユーザＢの手近なリモートプリンタ１２２を選んで自動的に出力されるので、これを確実に受け取ることができる。
【００５６】
本実施形態の上記機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【００５７】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００５８】
２０…印刷プロパティダイアログ
２２…ラジオボタン
２４…テキストフィールド
３０，４０…印刷ダイアログ
１００…ネットワークプリントシステム
１１０…データ処理装置
１１２…クライアント
１２２…リモートプリンタ
１３０…ネットワーク
２１０…データ処理部
２１２…アプリケーション実行部
２１４…アプリケーション
２１６…印刷要求元通知部
２１８…仮想プリンタドライバ
２２０…仮想プリント管理部
２２２…ジョブ情報データ抽出部
２２４…仮想描画部
２２６…ジョブ格納部
２３０…作業空間
２３２…ジョブ情報データ
２３４…イメージデータ
２３６…イメージ処理部
２４０…発送処理部
２４０…プライベートインスタンス
２４２…発送先制御部
２４４…データ発送部
２４６…対応づけテーブル
２４８…ＵＩ表示部
２４９…ログイン判定部
２５０…リモートドライバ
３００…発送管理テーブル
４００…表示先管理テーブル
１００２〜１００８…フィールド
【先行技術文献】
【特許文献】
【００５９】
【特許文献１】特開２０１１−８５８２号公報
【技術分野】
【０００１】
本発明は、印刷出力のためのデータ処理技術に関し、より詳細には、プリントジョブを指定した宛先ユーザに対応付けられた出力装置に出力させるためのデータ処理装置に関する。
【背景技術】
【０００２】
従来、ユーザがアプリケーションから仮想プリンタドライバを選択して印刷を実行する際に、振り分けのためのルールが記載された設定ファイルの情報に基づいて印刷先のプリンタを自動的に選択する印刷システムが知られている。この点につき、特開２０１１−８５８２号公報（特許文献１）は、印刷指示を行った要求元に対してジョブデータごとに決定された印刷先を表示する印刷システムを開示する。
【０００３】
しかしながら、特許文献１の印刷システムは、印刷指示を行うユーザと出力された印刷物を受け取るユーザが同一であることを前提とするものであり、両者が異なる場合には十分な利便性を発揮できなかった。例えば、医局から離れた場所に薬局が設置された病院において、医局内にあるクライアントＰＣが持つ処方箋データを紙出力ベースで薬局の人間に受領させたい場合、特許文献１の印刷システムでは、依然として、医局内で印刷した処方箋を薬局まで持ち運んで直接手渡しするか、医局内にあるクライアントＰＣから薬局内にあるプリンタに対して処方箋の印刷指示をした後に、医局から電話などを使ってその旨を薬局に連絡するといった方法を取るしかなかった。
【０００４】
しかしながら、印刷物を持ち運んで直接手渡しする方法は、効率が悪い上に持ち運んでいる間の紛失リスクが生じ、一方で、相手先と連絡を取り合いながらのリモート印刷は、これもまた煩雑な手間である。最も手間のかからない方法は、処方箋の電子文書を医局から添付メールで薬局に送り、薬局側で当該電子文書を印刷してもらう方法であるが、この場合には、インターネット上の情報漏洩リスクが生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術における課題に鑑みてなされたものであり、本発明は、印刷指示を行うユーザとその印刷物を受け取るユーザが異なる場合であっても、煩雑な手間をかけることなく、当該印刷物を相手に確実に受領させることができる新規な印刷システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、印刷指示を行うユーザとその印刷物を受け取るユーザが異なる場合であっても、煩雑な手間をかけることなく、当該印刷物を相手に確実に受領させることができる新規な印刷システムにつき鋭意検討した結果、自分以外のユーザを宛先に指定した場合、宛先ユーザがネットワーク上のクライアントにログインしているか否かを判定した上で、宛先ユーザがログインしているクライアントに対して印刷ダイアログを表示させることによって注意を喚起する構成に想到し、本発明に至ったのである。
【０００７】
すなわち、本発明によれば、ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、前記ジョブデータに含まれるジョブ情報データは、宛先ユーザを指定するための宛先ユーザ指定情報を含み、前記発送処理部は、前記宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定部と、前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御部と、前記発送先制御部が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示部とを含む、データ処理装置が提供される。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のネットワークプリントシステムを示す図。
【図２】本実施形態における印刷プロパティダイアログを示す図。
【図３】本実施形態のデータ処理装置の機能ブロック図を示す図。
【図４】本実施形態における発送管理テーブルを示す図。
【図５】本実施形態における対応付けテーブルを示す図。
【図６】本実施形態における表示先管理テーブルを示す図。
【図７】本実施形態のデータ処理装置が実行する処理のフローチャートを示す図。
【図８】本実施形態における印刷ダイアログを示す図。
【発明を実施するための形態】
【０００９】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１０】
図１は、本発明の実施形態であるデータ処理装置１１０を含んで構成されるネットワークプリントシステム１００を示す。ネットワークプリントシステム１００は、データ処理装置１１０と、パーソナルコンピュータとして参照される複数のクライアント１１２と、複数のリモートプリンタ１２２とを含んで構成され、各装置がＬＡＮやＶＰＮなどとして参照されるネットワーク１３０を介して相互に接続されている。
【００１１】
ネットワークプリントシステム１００においては、各クライアント１１２に対して少なくとも１台のリモートプリンタ１２２が割り当てられており、図１に示す例においては、部署単位（Ａ〜Ｃ課）で、クライアント１１２とリモートプリンタ１２２が対応付けられている。
【００１２】
本実施形態のデータ処理装置１１０は、好ましくは、サーバ装置として実装され、シングルコア、マルチコアのＣＰＵ、ＲＯＭ、実行空間を提供するＲＡＭ、ハードディスク装置などを含み、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘサーバ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）などのＯＳによる制御の下、印刷データの印刷先を制御する。また、データ処理装置１１０とクライアント１１２の間は、ＲＤＰ（Remote Desktop Protocol）などの適切な遠隔接続プロトコルを使用してトランザクションが可能とされている。
【００１３】
各クライアント１１２は、クライアント・サーバ環境においては、それぞれがアプリケーションプログラムを実装し、各種処理を完結するファットクライアントとして実装される。また、クライアント１１２をシンクライアントとして実装することもできる。この場合、クライアント１１２は、専ら、アプリケーションを搭載するデータ処理装置１１０に対してサービス要求を発行し、処理結果を受領し、処理結果の印刷要求をデータ処理装置１１０に対して発行する機能のみを実装する。
【００１４】
本実施形態のデータ処理装置１１０は、クライアント１１２からの印刷要求および印刷データを受領すると、印刷先となるリモートプリンタ１２２を決定し、当該印刷データに対応するＲＡＷデータを作成した後、これに、ＰＤＬ（Page Description Language）コマンドの追加処理などを行って出力データを生成して決定した印刷先に宛てて送信する。
【００１５】
ここで、本実施形態のネットワークプリントシステム１００によれば、他のユーザに割り当てられたリモートプリンタ１２２から文書を印刷出力させたいユーザは、その旨を当該他のユーザに通知した上で、当該文書を印刷出力させることができる。本実施形態のこのような印刷方式を、以下の説明においては「宛先通知モード」と呼ぶ。
【００１６】
本実施形態によれば、ユーザは、図２に例示するような印刷プロパティダイアログ２０を介して宛先となるユーザを設定することができる。印刷プロパティダイアログ２０の一つのタブとして開かれる宛先設定画面には、宛先の設定方法を選択するためのラジオボタン２２と、それに対応するテキストフィールド２４が表示される。本実施形態においては、宛先の設定方法として「直接設定」と「自動検索」の２つのモードが用意されており、「直接設定」の場合には、テキストフィールド２４に宛先を特定するための識別子（ユーザ名など）を入力することによって宛先を設定することができる。一方、「自動検索」の場合には、印刷対象文書の内容に応じた適切な宛先が自動的に設定される。以上、本実施形態のネットワークプリントシステム１００の基本構成について説明してきたが、次に、本実施形態のデータ処理装置１１０について、より詳細に説明する。
【００１７】
図３は、本実施形態のデータ処理装置１１０の機能ブロック図を示す。図３に示すように、データ処理装置１１０は、データ処理部２１０と、アプリケーション実行部２１２とを含んで構成される。なお、図３は、シンクライアント環境におけるデータ処理装置１１０を例示しており、データ処理部２１０とアプリケーション実行部２１２とが一体化してデータ処理装置１１０を構成しているが、クライアント１１２がファットクライアントとして実装される場合には、クライアント１１２が、図３に示すアプリケーション実行部２１２の機能を保有するように構成してもよく、ネットワークプリントシステム１００内に別途ターミナルサーバを設ける場合には、図３に示す破線をネットワーク境界として、左手側の機能部２１２をターミナルサーバとして実装してアプリケーション実行部２１２を実装し、データ処理装置１１０は、データ処理部２１０のみを含むプリンタサーバとして実装してもよい。
【００１８】
アプリケーション実行部２１２は、アプリケーション２１４と、印刷要求元通知部２１６とを含んで構成されており、ネットワーク１３０を介してクライアント１１２の処理要求や印刷要求を受領して処理を実行する。実行結果は、アプリケーション２１４によるプリント指令イベントの発生に応答して、ＧＤＩ（Graphical Device Interface）などのＡＰＩコールを経てプリントジョブ（以下、単にジョブとして参照する。）とした後、ジョブデータをデータ処理部２１０に送付する。
【００１９】
アプリケーション２１４は、クライアント１１２からの印刷要求を受領すると、データ処理部２１０に対して、新たなジョブが開始したことを通知する。
【００２０】
印刷要求元通知部２１６は、印刷要求元を特定する情報（以下、印刷要求元情報として参照する）をクライアント１１２から受領し、データ処理部２１０の発送処理部２４０が含む後述するＵＩ表示部２４８に対して、当該印刷要求元情報およびプロセスＩＤを送付する。ここで、印刷要求元情報には、ログインに使用するユーザＩＤ、ユーザ権限、セッションＩＤなどが含まれる。
【００２１】
データ処理部２１０は、仮想プリンタドライバ２１８と、アプリケーション２１４から送付されたジョブデータをスプールファイルとして格納するためのジョブ格納部２２６と、イメージ処理部２３６と、印刷要求元に応じて印刷先を決定するとともに、当該印刷先に対応するリモートドライバ２５０Ａ〜２５０Ｃに印刷出力すべきデータを送付するための発送処理部２４０とを含んでいる。
【００２２】
仮想プリンタドライバ２１８は、仮想プリント管理部２２０と、ジョブ情報データ抽出部２２２と、仮想描画部２２４とを含んで構成されている。仮想プリンタドライバ２１８は、アプリケーション２１４からジョブデータを受領すると、仮想プリント管理部２２０を呼出し、当該ジョブデータを、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤと関連付けてジョブ格納部２２６に格納する。
【００２３】
本実施形態におけるジョブデータは、イメージデータとジョブ情報データを含んで構成される。イメージデータは、ビットマップ、ＪＰＥＧ、ＧＩＦなどの低次イメージフォーマットデータ、描画コードを含むＥＭＦ、Ｐｏｓｔｓｃｒｉｐｔ（登録商標）、ＰＤＦ、ＸＰＳなどの高次イメージフォーマットデータとして参照することができる。一方、ジョブ情報データは、印刷要求元識別子（印刷要求元であるクライアント１１２のユーザＩＤやＩＰアドレスなど）、イメージデータの面付け情報、マージン、サイズ設定、ページ数、文書名などの印刷情報の他、宛先通知モード設定情報を含む。
【００２４】
本実施形態における宛先通知モード設定情報は、宛先通知モードの設定の有無と、宛先ユーザ指定情報を含む。ここで、宛先ユーザ指定情報とは、宛先ユーザを指定するために用いられる情報をいい、図２に示した印刷プロパティダイアログ２０を介して設定される宛先識別子（ユーザＩＤ）または自動検索依頼をその内容とする。
【００２５】
一方、仮想プリント管理部２２０は、仮想描画部２２４とジョブ情報データ抽出部２２２を呼出す。呼び出された仮想描画部２２４は、ジョブ格納部２２６からジョブデータが含むイメージデータ２３４をジョブ毎に処理するために、作業空間２３０ａ〜２３０ｃを確保し、それぞれにジョブ毎のイメージデータ２３４を移動する。
【００２６】
一方、呼び出されたジョブ情報データ抽出部２２２は、ジョブ格納部２２６に格納されたジョブデータからジョブ情報データを抽出して作業空間２３０に格納する。以上、仮想プリンタドライバ２１８の基本構成とこれがジョブ毎に展開する作業空間２３０ａ〜２３０ｃについて説明してきたが、続いて、発送処理部２４０について、以下説明する。
【００２７】
仮想プリンタドライバ２１８は、アプリケーション実行部２１２からジョブデータを受領すると、当該ジョブのための発送処理部２４０としてプライベートインスタンス２４０ａ〜２４０ｃを生成する。プライベートインスタンス２４０ａ〜２４０ｃは、発送先制御部２４２と、データ発送部２４４と、対応付けテーブル２４６と、ＵＩ表示部２４８と、ログイン判定部２４９を含んで構成される。
【００２８】
データ発送部２４４は画像処理モジュールとして実装されるイメージ処理部２３６に対して、自身のジョブに対応する作業空間２３０のイメージデータ２３４を取得させ、当該作業空間２３０内のジョブ情報データ２３２に含まれる印刷情報に基づいて、ページ割り当て、面付けなどの処理を実行させる。その後、データ発送部２４４は、発送先制御部２４２が後述した手順で決定した印刷先リモートプリンタ１２２に対応するリモートドライバ２５０Ａ〜２５０Ｃに対して、当該作業空間２３０内のイメージデータ２３４の印刷指令を発行する。
【００２９】
なお、データ発送部２４４は、図４に例示する発送管理テーブル３００を管理する。発送管理テーブル３００は、アプリケーション２１４がジョブを仮想プリンタドライバ２１８に依頼した時点で生成されたプロセスＩＤと、発送先制御部２４２が後述した手順で決定した印刷先プリンタＩＤと、ジョブ情報データ２３２に含まれる印刷情報とが対応付けて登録されている。印刷情報には、印刷要求元のユーザＩＤ、ＩＰアドレス、印刷設定情報、ジョブ情報等が含まれる。
【００３０】
データ発送部２４４から印刷指令を受けた出力先のリモートドライバ２５０Ａ〜２５０Ｃは、当該、ポートモニタなどへとＲＡＷ形式の出力データを送付し、決定された出力先に印刷出力させる。その後、出力先から印刷完了の通知を受けてジョブ毎に生成された発送処理部２４０のインスタンスは終了する。
【００３１】
以上、説明したように、本実施形態のデータ処理部２１０においては、仮想プリンタドライバ２１８と発送処理部２４０が分担してジョブ単位で処理を実行するために、作業空間２３０ａ〜２３０ｃは、仮想プリンタドライバ２１８および発送処理部２４０の両方からアクセス可能な記憶領域として、ジョブ毎に独立したスプール空間を構成する。
【００３２】
次に、上述した発送先制御部２４２とログイン判定部２４９が協働することにっよって実現される本実施形態の「宛先通知モード」について説明する。
【００３３】
発送先制御部２４２は、図５に示す対応付けテーブル２４６を管理する。対応付けテーブル２４６は、クライアント１１２にアカウントを有するユーザのユーザＩＤ（ユーザ名など）を格納するフィールド１００２と、検索キーワードを格納するフィールド１００４と、クライアント１１２のＭＡＣアドレスを格納するフィールド１００６と、クライアント１１２に割り当てられたリモートプリンタの識別子であるプリンタＩＤを格納するフィールド１００８から構成されており、各フィールドに格納される値を紐付けて管理している。
【００３４】
発送先制御部２４２は、印刷先とすべきリモートプリンタ１２２を決定するにあたり、まず、ジョブ情報データ２３２に含まれる宛先通知モード設定情報に基づいて、宛先通知モードの設定の有無を判断する。その結果、宛先通知モードが設定されていない場合（すなわち、通常モードの場合）には、同じくジョブ情報データ２３２に含まれる印刷要求元識別子（印刷要求元であるクライアント１１２のユーザＩＤ）をキーとして対応付けテーブル２４６を参照し、印刷要求元識別子に紐付けられたプリンタＩＤを持つリモートプリンタ１２２を印刷先として決定する。
【００３５】
一方、宛先通知モードが設定されており、且つ、宛先通知モード設定情報に宛先識別子（ユーザＩＤ）が含まれている場合には、発送先制御部２４２は、当該宛先識別子（ユーザＩＤ）を取得する。宛先識別子（ユーザＩＤ）の代わりに自動検索依頼が含まれていた場合には、発送先制御部２４２は、予め定義された検索規則（例えば、「描画データ」の中の「“担当”：の後の文字列」を対象にしたキーワード検索を実行する等）にしたがい、対応付けテーブル２４６の「キーワード」フィールドに含まれる全ての文字列（「Ａ課ＡＡＡ様」、「Ｂ課ＸＸＸ係」…）を検索キーとして使用してキーワード検索を実行する。その結果、ヒットしたキーワードに紐付けられた宛先識別子（ユーザＩＤ）を取得する。
【００３６】
発送先制御部２４２は、上述した手順で宛先識別子（ユーザＩＤ）を取得すると、ログイン判定部２４９に対して当該宛先識別子（ユーザＩＤ）に対応するユーザがネットワーク１３０内のいずれかのクライアント１１２にログインしているか否かの確認を依頼する。
【００３７】
ネットワークプリントシステム１００がシンクライアント環境の場合には、アプリケーション実行部２１２が各ユーザのログイン状況を把握しているので、ログイン判定部２４９は、宛先ユーザのログイン状況をアプリケーション実行部２１２に問い合わせて確認する。
【００３８】
一方、ネットワークプリントシステム１００がクライアント・サーバ環境の場合には、ログイン判定部２４９は、対応付けテーブル２４６に格納されたＭＡＣアドレスを用いてRARP（Reverse Address Resolution Protocol）により宛先ユーザのクライアント１１２のＩＰアドレスを取得した後、当該ＩＰアドレスにＰＩＮＧコマンドを送信して応答確認することにより、宛先ユーザがログインしているか否かを取得することができる。
【００３９】
ログイン判定部２４９は、判定結果を発送先制御部２４２に通知する。宛先ユーザがログインしていない場合には、発送先制御部２４２は、先に説明した通常モード時と同様の処理を行って印刷要求元に紐付けられたリモートプリンタ１２２を印刷先として決定する。一方、宛先ユーザがログインしている場合には、発送先制御部２４２は、当該宛先ユーザのユーザＩＤをキーとして再び対応付けテーブル２４６を参照し、当該宛先ユーザＩＤに紐付けられたプリンタＩＤを有するリモートプリンタ１２２を印刷先として決定する。
【００４０】
なお、宛先ユーザＩＤに紐付けられたプリンタＩＤが複数ある場合には、全てのプリンタＩＤを印刷先候補とした上で、ユーザに選択に委ねるようにしてもよいし、宛先ユーザのクライアント１１２のＩＰアドレスと印刷先候補である複数のリモートプリンタ１２２のＩＰアドレスを比較して、もっとも位置的に近いと思われるＩＰアドレスを持つリモートプリンタ１２２を自動的に印刷先として決定してもよい。
【００４１】
発送先制御部２４２は、上述した手順で決定した印刷先のプリンタＩＤと、プロセスＩＤおよびジョブ情報データ２３２とをデータ発送部２４４に通知する。データ発送部２４４は、発送先制御部２４２から通知された情報を図４に例示する発送管理テーブル３００において集約して管理する。
【００４２】
さらに、発送先制御部２４２は、ＵＩ表示部２４８に対して、プロセスＩＤおよび決定された印刷先のプリンタＩＤを通知して、印刷要求元のクライアント１１２に対して印刷用ＧＵＩ（以下、印刷ダイアログとして参照する）を表示するよう指令する。
【００４３】
ここで、ＵＩ表示部２４８は、アプリケーション実行部２１２の印刷要求元通知部２１６から印刷要求元情報およびプロセスＩＤを受領した際に、当該印刷要求元情報およびプロセスＩＤを表示先管理テーブルに登録する。図６は、表示先管理テーブル４００を例示する。表示先管理テーブル４００には、プロセスＩＤと印刷要求元情報（ログインユーザＩＤ、ユーザ権限、セッションＩＤ）が紐付けられて管理されている。ＵＩ表示部２４８が、セッションＩＤで特定されるセッションに対して、印刷ダイアログの表示指令に印刷要求元と同一のアクセス権限を添付して送信する。この場合、印刷ダイアログの表示指令を送付する前に、添付されるアクセス権限がクライアント１１２のユーザ権限に変更される。
【００４４】
ＵＩ表示部２４８は、発送先制御部２４２から印刷ダイアログの表示指令を受領すると、同時に通知されたプロセスＩＤをキーとしてデータ発送部２４４が管理する発送管理テーブル３００を参照し、印刷要求元のユーザＩＤと各種印刷情報を取得して、当該プロセスＩＤに紐付けられたクライアント１１２に対し、印刷先のリモートプリンタ１２２の名前および各種印刷情報が記述された印刷ダイアログを表示させる。印刷要求元であるクライアント１１２のユーザは、このようにして表示された印刷ダイアログを介して印刷指示を行う。
【００４５】
ＵＩ表示部２４８は、クライアント１１２に印刷ダイアログを表示させた後、当該クライアント１１２からの指示を待機する。そして、ＵＩ表示部２４８がクライアント１１２から印刷決定指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃ内に生成されたイメージフォーマットのデータを取得し、印刷先として決定されたリモートプリンタ１２２に対応するリモートドライバ２５０にデータを出力する。一方、ＵＩ表示部２４８がクライアント１１２から印刷取り消し指示を受領すると、データ発送部２４４は、作業空間２３０ａ〜２３０ｃから受領した出力データを消去して印刷処理を取り消す。
【００４６】
以下、本実施形態のデータ処理装置１１０が実行する処理について、図７に示すフローチャートに基づいて説明する。ここで再び、図１を併せて参照されたい。
【００４７】
図１において、Ａ課のユーザＡが他の課のユーザに渡すための文書を印刷する場合を考える。ユーザＡは、自身がアカウントを有するクライアント１１２にログインした後、アプリケーションの処理結果の印刷出力をデータ処理装置１１０に依頼する。
【００４８】
データ処理装置１１０は、クライアント１１２からの印刷要求に含まれる宛先通知モード設定情報に基づいて、宛先通知モードの設定の有無を判断する（ステップ５０１）。ここで、ユーザＡが宛先通知モードを設定していない場合（ステップ５０１、Ｎｏ）、ユーザＡに割り当てられた「Printer A」が印刷先として決定され、ユーザＡがログインしているクライアント１１２ａ（印刷要求発行元）に印刷ダイアログが表示される（ステップ５０８）。図８（ａ）は、クライアント１１２ａに表示される印刷ダイアログ３０を示す。印刷ダイアログ３０には「Printer A」が印刷先として表示されている。
【００４９】
その後、データ処理装置１１０は、ユーザＡからの印刷指示を待機し、印刷取り消し指示を受領した場合には（ステップ５０５、印刷取消）、印刷処理を中止して（ステップ５０９）、印刷要求発行元であるクライアント１１２ａに印刷取り消し通知を表示させ（ステップ５１０）、処理を終了する。
【００５０】
一方、印刷決定指示を受領した場合には（ステップ５０５、印刷決定）、出力データを「Printer A」に送信して印刷処理を実行させた後（ステップ５０６）、クライアント１１２ａに印刷完了通知を表示させ（ステップ５０７）、処理を終了する。上述したように、宛先通知モードを設定していない場合、ユーザＡは、「Printer A」が出力した文書を自身の手で他のユーザに渡さなければならない。
【００５１】
一方、ユーザＡが宛先通知モードを設定している場合（ステップ５０１、Ｙｅｓ）、データ処理装置１１０は、クライアント１１２からの印刷要求に含まれる宛先通知モード設定情報に基づいて宛先ユーザＩＤを取得した後（ステップ５０２）、宛先ユーザがネットワーク１３０内のいずれかのクライアント１１２にログインしているか否かを判定する。ここで、宛先がＣ課のユーザＣであった場合には、図１に示すように、ユーザＣは、ネットワーク１３０内のいずれのクライアント１１２にもログインしていないので（ステップ５０３、Ｎｏ）、印刷要求発行元であるクライアント１１２ａに図８（ａ）に示す印刷ダイアログ３０を表示させた後（ステップ５０８）、上述したのと同様の手順を実行して処理を終了する。この場合もユーザＡは、「Printer A」が出力した文書を自身の手でユーザＣに渡さなければならない。
【００５２】
一方で、宛先がＢ課のユーザＢであった場合には、図１に示すように、ユーザＢは、ネットワーク１３０内のクライアント１１２ｂにログインしているので（ステップ５０３、Ｙｅｓ）、クライアント１１２ｂに図８（ｂ）に示す印刷ダイアログ４０を表示させる（ステップ５０４）。印刷ダイアログ４０にはユーザＢがログインしているクライアント１１２ｂに一番近い「Printer B1」が印刷先として表示されるとともに、プルダウンリストには、クライアント１１２ｂに割り当てられたもう一つのリモートプリンタ１２２である「Printer B2」が選択可能に表示されている。
【００５３】
その後、データ処理装置１１０は、ユーザＢからの印刷指示を待機し（ステップ５０５）、印刷取り消し指示を受領した場合には、印刷処理を中止して（ステップ５０９）、印刷要求発行元であるクライアント１１２ａに印刷取り消し通知を表示させる（ステップ５１０）。これによって、ユーザＡは、ユーザＢが印刷を拒否したことを知ることができる。この場合、ユーザＡは、再度、ユーザＢ宛ての宛先通知モード印刷を試みることもできるし、印刷プロパティ画面で宛先通知モードを解除して通常印刷に切り替え、自身の「Printer A」で出力することもできる。
【００５４】
一方、ユーザＢからの印刷決定指示を受領した場合には、データ処理装置１１０は、出力データをＢ課に設置された「Printer B1」に送信して印刷処理を実行させた後（ステップ５０６）、出力要求元であるクライアント１１２ａに印刷完了通知を表示させる（ステップ５０７）。
【００５５】
以上、説明したように、本実施形態によれば、ユーザＡは、Ａ課にいながら、所望の文書をユーザＢに渡すことができるので、自身の手で印刷文書を届ける手間を省くことができ、また、移送中の紛失リスクも無くなる。また、本実施形態によれば、所望の文書を電子文書によらず紙ベースで渡すことができるので、電子文書がネットワーク上で漏えいするといったことを心配する必要が無くなる。一方、ユーザＢは、自分宛の文書があることを印刷ダイアログによって把握することができるので、文書の取り忘れが防止され、また、当該文書がユーザＢの手近なリモートプリンタ１２２を選んで自動的に出力されるので、これを確実に受け取ることができる。
【００５６】
本実施形態の上記機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【００５７】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００５８】
２０…印刷プロパティダイアログ
２２…ラジオボタン
２４…テキストフィールド
３０，４０…印刷ダイアログ
１００…ネットワークプリントシステム
１１０…データ処理装置
１１２…クライアント
１２２…リモートプリンタ
１３０…ネットワーク
２１０…データ処理部
２１２…アプリケーション実行部
２１４…アプリケーション
２１６…印刷要求元通知部
２１８…仮想プリンタドライバ
２２０…仮想プリント管理部
２２２…ジョブ情報データ抽出部
２２４…仮想描画部
２２６…ジョブ格納部
２３０…作業空間
２３２…ジョブ情報データ
２３４…イメージデータ
２３６…イメージ処理部
２４０…発送処理部
２４０…プライベートインスタンス
２４２…発送先制御部
２４４…データ発送部
２４６…対応づけテーブル
２４８…ＵＩ表示部
２４９…ログイン判定部
２５０…リモートドライバ
３００…発送管理テーブル
４００…表示先管理テーブル
１００２〜１００８…フィールド
【先行技術文献】
【特許文献】
【００５９】
【特許文献１】特開２０１１−８５８２号公報
【特許請求の範囲】
【請求項１】
ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、
前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、
前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、
前記ジョブデータに含まれるジョブ情報データは、宛先ユーザを指定するための宛先ユーザ指定情報を含み、
前記発送処理部は、
前記宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定部と、
前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御部と、
前記発送先制御部が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示部と、
を含む、
データ処理装置。
【請求項２】
前記発送先制御部は、前記宛先ユーザに紐付けられた複数のリモートプリンタを印刷先候補として決定し、
前記ＵＩ表示部は、前記印刷先候補である複数のリモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成する、請求項１に記載のデータ処理装置。
【請求項３】
前記発送先制御部は、前記宛先ユーザに紐付けられたリモートプリンタが複数ある場合に、該複数のリモートプリンタの中から、前記宛先ユーザに紐付けられたクライアントに位置的に最も近いリモートプリンタを印刷先プリンタとして決定する、請求項１に記載のデータ処理装置。
【請求項４】
前記発送処理部は、クライアントのアカウントを有するユーザのユーザＩＤと、該クライアントのＭＡＣアドレスと、該クライアントに割り当てられたリモートプリンタの識別子とを紐付けたテーブルを管理し、
前記発送先制御部は、
前記テーブルを参照して前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する、
請求項１〜３のいずれか一項に記載のデータ処理装置。
【請求項５】
前記ログイン判定部は、
前記テーブルを参照し、前記宛先ユーザに紐付けられたＭＡＣアドレスを用いて該宛先ユーザのクライアントのＩＰアドレスを取得した後、該ＩＰアドレスにＰＩＮＧコマンドを送信することにより、宛先ユーザが該クライアントにログインしているか否かを判定する、
請求項１〜４のいずれか一項に記載のデータ処理装置。
【請求項６】
ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置に対して、
前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、
前記ジョブデータごとにプライベートインスタンスとして生成される機能手段であって、
前記ジョブデータに含まれるジョブ情報データが含む宛先ユーザ指定情報によって指定される宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定手段と、
前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御手段と、
前記発送先制御手段が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示手段と、
を含む機能手段
を実現させるためのコンピュータ実行可能なプログラム。
【請求項７】
前記発送先制御手段は、前記宛先ユーザに紐付けられた複数のリモートプリンタを印刷先候補として決定し、
前記ＵＩ表示手段は、前記印刷先候補である複数のリモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成する、請求項６に記載のプログラム。
【請求項８】
前記発送先制御手段は、前記宛先ユーザに紐付けられたリモートプリンタが複数ある場合に、該複数のリモートプリンタの中から、前記宛先ユーザに紐付けられたクライアントに位置的に最も近いリモートプリンタを印刷先プリンタとして決定する、請求項６に記載のプログラム。
【請求項９】
前記発送処理手段は、クライアントのアカウントを有するユーザのユーザＩＤと、該クライアントのＭＡＣアドレスと、該クライアントに割り当てられたリモートプリンタの識別子とを紐付けたテーブルを管理し、
前記発送先制御手段は、
前記テーブルを参照して前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する、
請求項６〜８のいずれか一項に記載のプログラム。
【請求項１０】
前記ログイン判定手段は、
前記テーブルを参照し、前記宛先ユーザに紐付けられたＭＡＣアドレスを用いて該宛先ユーザのクライアントのＩＰアドレスを取得した後、該ＩＰアドレスにＰＩＮＧコマンドを送信することにより、宛先ユーザが該クライアントにログインしているか否かを判定する、
請求項６〜９のいずれか一項に記載のプログラム。
【請求項１１】
請求項６〜１０のいずれか一項に記載されたプログラムを記録したコンピュータ可読な記録媒体。
【請求項１】
ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置であって、該データ処理装置は、
前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、
前記ジョブデータごとにプライベートインスタンスとして生成される発送処理部を含み、
前記ジョブデータに含まれるジョブ情報データは、宛先ユーザを指定するための宛先ユーザ指定情報を含み、
前記発送処理部は、
前記宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定部と、
前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御部と、
前記発送先制御部が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示部と、
を含む、
データ処理装置。
【請求項２】
前記発送先制御部は、前記宛先ユーザに紐付けられた複数のリモートプリンタを印刷先候補として決定し、
前記ＵＩ表示部は、前記印刷先候補である複数のリモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成する、請求項１に記載のデータ処理装置。
【請求項３】
前記発送先制御部は、前記宛先ユーザに紐付けられたリモートプリンタが複数ある場合に、該複数のリモートプリンタの中から、前記宛先ユーザに紐付けられたクライアントに位置的に最も近いリモートプリンタを印刷先プリンタとして決定する、請求項１に記載のデータ処理装置。
【請求項４】
前記発送処理部は、クライアントのアカウントを有するユーザのユーザＩＤと、該クライアントのＭＡＣアドレスと、該クライアントに割り当てられたリモートプリンタの識別子とを紐付けたテーブルを管理し、
前記発送先制御部は、
前記テーブルを参照して前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する、
請求項１〜３のいずれか一項に記載のデータ処理装置。
【請求項５】
前記ログイン判定部は、
前記テーブルを参照し、前記宛先ユーザに紐付けられたＭＡＣアドレスを用いて該宛先ユーザのクライアントのＩＰアドレスを取得した後、該ＩＰアドレスにＰＩＮＧコマンドを送信することにより、宛先ユーザが該クライアントにログインしているか否かを判定する、
請求項１〜４のいずれか一項に記載のデータ処理装置。
【請求項６】
ネットワークを介して複数のクライアントおよび複数のリモートプリンタに接続され、アプリケーション実行部から受領したジョブデータに基づいて印刷ジョブを実行するデータ処理装置に対して、
前記ジョブデータごとに作業空間を生成して、該ジョブデータに含まれるイメージデータを描画データにイメージ変換する仮想プリンタドライバと、
前記ジョブデータごとにプライベートインスタンスとして生成される機能手段であって、
前記ジョブデータに含まれるジョブ情報データが含む宛先ユーザ指定情報によって指定される宛先ユーザがネットワーク内のいずれかのクライアントにログインしているか否かを判定するログイン判定手段と、
前記ログイン判定部がログインしていると判定した場合に、前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する発送先制御手段と、
前記発送先制御手段が印刷先プリンタとして決定した前記リモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成して前記宛先ユーザに紐付けられたクライアントに表示させるＵＩ表示手段と、
を含む機能手段
を実現させるためのコンピュータ実行可能なプログラム。
【請求項７】
前記発送先制御手段は、前記宛先ユーザに紐付けられた複数のリモートプリンタを印刷先候補として決定し、
前記ＵＩ表示手段は、前記印刷先候補である複数のリモートプリンタのプリンタ名を指定可能に表示する印刷ダイアログを生成する、請求項６に記載のプログラム。
【請求項８】
前記発送先制御手段は、前記宛先ユーザに紐付けられたリモートプリンタが複数ある場合に、該複数のリモートプリンタの中から、前記宛先ユーザに紐付けられたクライアントに位置的に最も近いリモートプリンタを印刷先プリンタとして決定する、請求項６に記載のプログラム。
【請求項９】
前記発送処理手段は、クライアントのアカウントを有するユーザのユーザＩＤと、該クライアントのＭＡＣアドレスと、該クライアントに割り当てられたリモートプリンタの識別子とを紐付けたテーブルを管理し、
前記発送先制御手段は、
前記テーブルを参照して前記宛先ユーザに紐付けられたリモートプリンタを印刷先プリンタとして決定する、
請求項６〜８のいずれか一項に記載のプログラム。
【請求項１０】
前記ログイン判定手段は、
前記テーブルを参照し、前記宛先ユーザに紐付けられたＭＡＣアドレスを用いて該宛先ユーザのクライアントのＩＰアドレスを取得した後、該ＩＰアドレスにＰＩＮＧコマンドを送信することにより、宛先ユーザが該クライアントにログインしているか否かを判定する、
請求項６〜９のいずれか一項に記載のプログラム。
【請求項１１】
請求項６〜１０のいずれか一項に記載されたプログラムを記録したコンピュータ可読な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１９４９４０（Ｐ２０１２−１９４９４０Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１１−６０１７７（Ｐ２０１１−６０１７７）
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]