JP2009146126A - パブリックプリントにおける合紙生成方法 - Google Patents

Abstract

【課題】 ジョブの前後に付加する合紙に関しては、ユーザが指定する仕組みとなっている。また、合紙と文書の区別がつきにくく、取り間違えが発生している。
【解決手段】 クライアントからサーバへ文書を登録する手段、デバイスがサーバに印刷要求を行う手段、サーバが合紙を決定する手段、デバイスが合紙情報を表示する手段。
【選択図】 図２

Description

本発明は、インターネットを用いてパブリックプリントを実施する際にジョブ中に合紙を挿入する印刷システムに関するものである。

近年、インターネットの通信インフラが繁栄しコンビニエンスストアでプリントを実施することが可能となってきた。一般的に、企業内ではなく公的な場所での印刷は、印刷物の取り間違えが発生しやすく、重要な書類の印刷には適さない。具体的な例として、出力された印刷物は自分のものと他人のものが同じ排紙口からトレイに排出され区別がつきにくく、さらにプリンタの紙が途中で無くなった場合には、途中までしか出力されていないことに気づかずに不完全な印刷物を持ち帰ってしまったりすることが発生している。

このような、印刷物の取り間違えを防止するために、印刷要求時に合紙をデバイス側で指定するものが一般的であった。印刷ジョブを複数選択時に、そのジョブ間の仕切り紙に関してユーザが選択するようになっており、その選択された仕切り紙をジョブが一つ印刷されるたびに印刷するように構成されていた。
特開2001-309116号公報 （［０１１３］から［０１１５］、図１４）

しかしながら上述した従来の技術では、合紙処理を印刷するユーザが指定するため、ユーザの操作に手間が発生する。さらには、ジョブの内容を確認できずに合紙を決定するため、合紙なのか印刷ジョブの一部なのかの判定が困難であるという問題点があった。

上述した課題を解決するために、本発明は、サーバ部で自動的に合紙を決定する手段と、出力するデバイス側で合紙情報を表示させる手段と、を有することを特徴とする。

本発明によって、ユーザが付加された合紙がどのようなものか確認することができ、合紙指定のためのユーザの手間を省き、印刷物の取り間違えをおきにくくし、利便性を向上させることができる。

以下、添付図面に従って本発明に係る実施形態を詳細に説明する。

図１は、ＭＦＰの内部ブロック図である。図１において１００はシステムバスである。１０１は原稿を読み取るスキャナからなる読み取り部である。１０２は、読み取ったデータや、受信したデータをプリントする印刷部である。１０３は印刷キューであり、１０２で出力するジョブごとの順序管理をしている。１０４は認証部であり、カードリーダ部からなる認証をつかさどる部分である。個人やグループを認証することでデバイス上の使用サービスが決定される。１０５はＣＰＵでありシステム全体の制御をつかさどる。１０６はＬＣＤからなる表示部である。近年ＭＦＰのパネルが大型化しており、パソコン並みの操作が可能となってきている。１０７はキー操作部であり、ＭＦＰ上に存在するテンキー、ワンタッチキーの操作を行う部分である。１０６と１０７が合体した形状のものも含んでいる。１０８は合紙管理部である。サーバから投入された仕切り紙用の画像をID番号とともに管理している。１０９は、ＬＡＮ通信部であり、インターネット、イントラネットへのアクセスが可能となっている。本通信部を使用して、ジョブやジョブ情報、合紙情報を受信する。１１０はＦＡＸ通信部である。本例では、コンビニで印刷を行う際の実施例を後ほど説明する。

図２は、インターネットサーバ部の内部ブロック図である。図２において２００はシステムバスである。２０１はクライアントPCから印刷登録依頼を受信する依頼受信部である。２０２は印刷依頼のあった文書を管理する文書管理部である。２０３は複数種類の合紙を管理する合紙管理部である。登録は２０６の合紙登録部より行われる。２０４は合紙判定部であり、印刷登録依頼のあった文書を解析し、そのジョブに見合った合紙選択する判定部である。判定処理の実施例に関しては後ほど説明する。２０５はＣＰＵでありシステム全体の制御をつかさどる。２０６は合紙登録部である。スキャナで読み取る仕組みでもよく、また、PDFデータを受信して登録しても良い。２０６で登録されて２０２で管理されるように構成される。２０７は合紙表示画像生成部である。こちらは２０６から登録された合紙情報からデバイスの表示部で表示することができる画像に変換するものである。２０８は印刷登録依頼やデバイス側からの印刷要求のユーザ認証を行うためのユーザ情報を管理しているユーザ管理部である。ログイン名、パスワード、ユーザ名が管理されている。２０９は２０８を元にユーザ認証を行うユーザ認証部である。２１０は印刷要求を送信してくるデバイスを管理するデバイス管理部である。

図３は、本印刷システムの概要を示すシステム概要図である。図3において３１は、印刷登録依頼を実施するユーザが操作するクライアントPCである。３２は、印刷登録依頼があった文書を管理し、デバイスからの印刷要求により文書を該デバイスで送付するインターネットサーバ部である。３３は、コンビニでユーザの操作により印刷要求を前記インターネットサーバに依頼するデバイス部である。３４はクライアントPCからサーバへ印刷依頼を送信する印刷依頼コマンドである。本コマンド中には文書が含まれる。３５はデバイスから３２で管理されている文書を引き出して印刷するための出力依頼コマンドである。３６は３５のコマンドを受けて３２が送信する文書出力コマンドである。３４のコマンドを受信した３２は、３４に含まれる文書を解析し本文書に最適な合紙を選択できる。合紙を選択し、文書と関連付けして記憶し、３６のコマンド中に文書とともに合紙番号を送付する。３６を受け取った３３は合紙番号からあらかじめ受け取っている合紙表示画像を取り出し、１０６に表示する。ここでは同じコマンド内で文書と合紙番号を通知しているが、まず、合紙番号を送って、別のコマンドで文書を送付することも可能である。

図４は、３１のクライアントPCの表示画面である。図４において４１はパブリックプリントサービスの開始時の画面である。４１１は印刷登録を行う文書の選択フィールド、４１２は印刷登録を行うサーバ上のフォルダ名を指定する領域、４１３は印刷するプリンタ名を指定する領域である。４１３の指定を行わなくてもよく、指定が行われない場合にはどこのプリンタからでも印刷要求が可能な構成となる。指定されると、指定されたプリンタからのみ印刷要求を受け付ける構成となる。４１４は印刷登録を実施するためのボタン、４１５は本パブリックプリントサービス画面から不図示の認証画面へ移行するためのボタンである。４２は４１１，４１２、４１３の項目が入力された画面である。４３は４２より印刷登録ボタンを押下して遷移した画面である。４３１は登録が完了したことを示す画面より、不図示の認証画面へ移行するためのボタンである。

図５は、２０２の文書管理部の概略図である。以下図５に従って説明する。５１１は文書管理部全体を示している。５１２はフォルダ管理情報を示している。フォルダ名と管理文書個数が管理されている。５１４と５１５はその具体例である。５１４はフォルダ名が「AAA」には印刷登録を受けたジョブが２つ存在することが記載されている。その２つのジョブは５１６と５１７のジョブである。また、５１５にはファルダ名「新製品」には３つのジョブが登録されていることが記載されている。その３つのジョブは５１８、５１９、５２０である。５１３は文書管理情報を示している。文書管理情報は、文書名、登録ユーザ、フォルダ名、合紙番号、プリンタ名からなる。文書名は、４１１で指定される登録依頼された文書の名前である。登録ユーザ名は登録依頼を行ったユーザ名である。フォルダ名は４１２で指定される登録ユーザが指定した文書を保管するためのフォルダを示している。合紙番号は登録依頼があった文書を自動的に認識して決定した合紙の番号である。合紙は２０３で管理されている。プリンタ名は、４１３部で指定されると登録された文書を出力するプリンタの名称である。プリンタが存在する場所を示す文字列であっても良い。また、本プリンタ名は指定されていなくても良い。５１６は、文書名が「請求書.doc」であり、登録ユーザ名が「matsueda」であり、フォルダ名が「AAA」であり、合紙番号が「501」であり、プリンタ名が「コンビニ小杉店」であることを示している。本文書は「matsueda」さんによって「AAA」フォルダに登録された「請求書.doc」という名前の文書であり、システムが自動的に選択した合紙番号が「５０１」であり、「コンビに小杉店」から印刷依頼があった場合に、出力されるように構成されている。同様に５１７は、「maeda」さんによって「AAA」フォルダに登録された「カタログ.pdf」という名前の文書であり、システムが自動的に選択した合紙番号が「１０２」である。プリンタ名が登録されていないため、どちらのプリンタから印刷依頼があった際にも出力できる構成となっている。５１８は「matsueda」さんによって「新製品」フォルダに登録された「概観.pdf」という名前の文書であり、システムが自動的に選択した合紙番号が「３０２」である。５１９は「yamanaka」さんによって「新製品」フォルダに登録された「価格.xls」という名前の文書であり、システムが自動的に選択した合紙番号が「４４２」である。こちらは、出力するプリンタが「コンビニ中原店」と指定されている。５２０は「tanaka」さんによって「新製品」フォルダに登録された「メンバ.ppt」という名前の文書であり、システムが自動的に選択した合紙番号が「１１２」である。出力するプリンタの指定は無い。

図６は、本発明によるパブリックプリントを行えるデバイスの表示部の表示例である。図６−１は、起動後の画面である。ユーザに認証を行うことを促している画面である。ユーザ認証後表示されるのが図６−２である。図６−２は、ユーザが選択可能な各種サービスばタッチパネル上のボタンとして表示される。本例では、「パブリックプリント」「印刷」「FAX」「スキャン」のサービス表示がなされている。本画面からパブリックプリントキーが押下されると図６−３の画面が表示される。図６−３はパブリックプリント要求を行う際の登録画面である。６３１はサーバの文書が登録されているフォルダを指定する領域、６３２は６３１で選択したフォルダ上に存在する文書を指定する領域となっている。印刷を開始するための「印刷開始」ボタンやサービスを行なわず、図６−１に戻るための「キャンセル」ボタンが存在する。図６−４図は、図６−３からフォルダおよび対象文書を指定した表示画面である。具体的にはフォルダとして「AAA」が選択され、対象文書としては「月次報告書.doc」が指定されている。本画面から「印刷開始」ボタンが押下されると図６−５が表示される。これは、６５１は対象文書とともに管理されている合紙情報である。本表示のための画像情報はデバイス中に管理され、６３２で選択された文書に紐付けされた合紙番号がサーバから通知され、該当する合紙画像がデバイス上に表示される。６５２は確認ボタンであり、ユーザが合紙情報を確認後に押下するボタンである。本画面から確認ボタンが押下されると図６−６が表示される。本画面に入るとサーバから文書情報が送られて印刷が開始される。本画面では10ページの文書のうち5ページまでが印刷されたことを示している。６６１は印刷を中断させるための「印刷中断」ボタン、６６２は、本サービスの画面自体の表示を無くし、次のユーザが使用できるようにするための「表示消去」ボタンである。

図７は３２のサーバの動作を示すフロー図である。図７において７０１は接続依頼を待つステップである。３１や３３からの接続依頼を受信するステップである。接続依頼があるまで監視し、接続依頼があると７０２へ進む。７０２は認証が正しく行われたか監視知するステップである。３１、３３から送信されてきたログイン名、パスワードの情報があらかじめ、サーバ上で許可されている情報として管理されていれば認証処理は正常に終了し７０３に進む。認証が失敗すると接続は解除され７０１のステップに戻る。７０３は３５の「出力依頼」コマンドか否かの判定ステップである。出力依頼と判定されると７０８へ進む。判定されないと７０４へ進む。７０４は３１からの登録依頼かを判定するステップである。登録依頼と判定されると７０５へ進み、判定されないと接続は解除され７０１のステップに戻る。７０５は登録依頼のための文書を受け付けるステップである。７０６は登録された文書を解析するステップ。７０７は７０６の解析結果を受けて文書に適当な合紙を選択するステップである。７０８はデバイスからの出力依頼を受けて合紙番号をデバイスへ通知するステップである。７０９は合紙後に文書をサーバからデバイスへ送付するステップである。

図８は３３のデバイスの動作フロー図である。８０１はデバイス起動後にサーバに起動したことを通知するステップである。８０２でサーバより応答を受信すると８０３に進む。８０３は合紙情報をサーバ部からダウンロードするステップである。その後アイドルである８０４へ進む。８０５はデバイス上でログイン処理が行われるのを待つステップである。これは図６−１のような状態である。ログイン処理が行われ、パブリックプリントに関する情報入力が行われると、８０６のステップで印刷要求がサーバ部へ送られる。８０７は文書をダウンローするステップである。８０８は合紙情報をサーバ部から受け付けるステップである。８０９は合紙情報をデバイスの表示部へ表示するステップである。これは図６−５のようになる。８１０は合紙情報をユーザが確認したか、確認ボタンを押すまで待ち続けるステップである。確認ボタンが押下されると８１１へ進む。８１１はサーバから送られてきた文書を印刷するステップである。８１２は合紙を印刷するステップである。

８０３の合紙情報のダウンロードが起動に必ず行われるステップを示したが、必ずである必要は無く、月に一度だけとか、サーバ部で管理されている合紙情報が追加、削除、変更された場合に限って行う、でも問題は無い。また、８０７の文書のダウンロードは合紙画像を表示部で確認後にダウンロードされても本発明には影響しない。

図９は２０３で管理されている合紙一覧を示している。合紙セット１は一覧中の色が付加されたものの集合体である。合紙セット２は画像が付加されたものの集合体である。合紙セット３は文字からなる合紙セットである。本集合体が自動選択時に使用される。

図１０は、合紙選択時のサーバの動作を示すフローチャートである。１００１は「合紙選択モード」が「色優先」かそれとも「文字／画像優先」かを選択するステップである。色優先と判断されると１００７へ進み、否と判定されると１００２へ進む。１００２は印刷文書中の各頁が文字で構成されているか図で構成されているのかを判定するステップ、１００３はその結果を記憶する。１００４は文字頁が多いと判定されると１００５へ進み、合紙セット２から本文書における合紙を選択する。本例のように合紙セット２に２つの候補がある場合には、過去の使用頻度から決定してもよく、また、日毎によって合紙を変更してもかまわない。１００４で画像が多いと判定されると、１００６へ進み合紙セット３から合紙を選択する。本例では１つの候補しかないために無条件に合紙が選択される。文書中に画像を多く含めば、文字から構成される合紙を選択することで、合紙の見分けが行いやすいため合紙である最終頁の判定が容易に行え、取り間違えが発生しにくくなる。その逆もまたいえる。１００７はジョブ中の色分布を解析するステップである。１００８は１００７の結果を記憶するステップである。１００９は合紙セット１から合紙を選択するステップである。１００９では、各頁の色分布から全く異なる色分布を持った合紙が選択される。

図１１はサーバ部で行われる合紙選択設定画面の例である。１１０１は色優先を選択するラジオボタンであり、１１０２は「文字／画像優先」を選択するためのラジオボタンである。どちらか一方の設定を行う。１１０３は登録を実行するための「登録」ボタンであり、１１０４は登録を行わず、画面を抜けるための「キャンセル」ボタンである。

本発明のＭＦＰの内部ブロック図である。 本発明のインターネットサーバ部の内部ブロック図 本印刷システムの概要を示すシステム概要図 本発明のクライアントPCの表示画面 本発明のサーバ文書管理部の概略図 本発明のデバイスの表示部の表示例 本発明のサーバの動作を示すフロー図 本発明のデバイスの動作フロー図 本発明の管理されている合紙一覧 本発明の合紙選択時のサーバの動作を示すフローチャート 本発明のサーバ部で行われる合紙選択設定画面の例

符号の説明

２００ システムバス
２０１ クライアントPCから印刷登録依頼を受信する依頼受信部
２０２ 印刷依頼のあった文書を管理する文書管理部
２０３ 複数種類の合紙を管理する合紙管理部
２０４ 合紙判定部
２０５ ＣＰＵ
２０６ 合紙登録部
２０７ 合紙表示画像生成部
２０８ ユーザ管理部
２０９ ユーザ認証部
２１０ デバイス管理部

Claims (4)

1. ユーザあるいはシステムがネットワークを経由してサーバへ印刷文書を印刷登録依頼を行う手段と、前記印刷登録依頼をうけて印刷ジョブを管理するサーバ手段と、印刷を行うMFPのデバイス上で前記サーバ部へジョブを選択して印刷要求を行う手段と、デバイス側からの印刷要求を受けて管理されている印刷ジョブをデバイスに送信する手段と、サーバ部より印刷ジョブを受けたデバイスが印刷を実施する手段と、サーバ部でジョブの最終頁に付加する合紙（仕切り紙）を管理する手段とを有し、
   サーバ部がユーザからの印刷登録依頼を受けた際に、管理されている合紙をジョブの最終頁として追加することが可能な、印刷システム。
2. 前記請求項１において、印刷開始時にデバイス上で印刷ジョブに付加された合紙のプレビュー画像を表示し、合紙内容をユーザに確認させることができる、印刷システム。
3. 前記請求項１において、サーバ部において複数の合紙画像を管理する手段と
   ジョブの内容を判定可能な手段と、前記判定手段で判定されたジョブの内容に応じて適当な合紙を選択することが可能な、印刷システム。
4. 前記請求項３において、ジョブの判定内容を切り替えることが可能で、設定に応じて適当な合紙を付加することが可能な印刷システム。

Images