bizhub PRO 1050 用 画像校正アプリケーションの開発
Development of the Image Proof Application for bizhub PRO 1050

北光二＊

Kita, Koji

要旨
高速デジタル複写機〔bizhub PRO 1050〕にてプルーフ

田

中

一

義＊

Tanaka, Kazuyoshi

１ はじめに出力したジョブをPCディスプレイ上に表示，校正するア

bizhub PRO 1050はライトプロダクション向けに開発さプリケーションを開発した。ネットワークを介して本体れたデジタルMFPである。本機の開発段階では，従来機と外部PC上のアプリケーションが連携動作することによ器を使用しているプリントショップなどの作業現場に足り，従来，本体操作部だけでは難しかった機能を実現しを運び，機器を含めたワークフローの調査を行っていた。

る。そこでは次のことが確認できた。

本稿では，ライトプロダクションにおけるプルーフ出力の重要性に触れ，ネットワーク＆PCアプリというシス

１）専任のオペレータが機器を管理/運行テム構成を採用した経緯について述べる。また，システ

２）プルーフ出力で内容確認後に本出力

ムの特徴的な点として，画像の圧縮/伸長を伴ったラスタ

また，要望としては次のものがあった。

画像データの送受信や，開発したサーバ/クライアントモ３）操作パネルでの画像イメージの確認

デルの通信プロトコル，また，任意ページ指定の一括処

４）複写機内部でのクリーニング的画像処理

理，などを紹介していく。
一般的に，オフィスでの出力では印刷指示を出す者とAbstract

出力物を機器から取り出す者が同じである。一方ライトWe have developed an application software named

プロダクションでは，印刷データの作成＝プリプレス，

JobProofer, which enables the operator to display and edit

出力機器の運行＝プレス，出力物の後処理加工＝ポスト

proof images on PC, along with bizhub PRO 1050.

プレス，のように工程が分かれ作業者が異なる場合が多As JobProofer cooperates with main body by utilizing

い。また，出力ボリュームはひとつのジョブで数十〜数network connection, some new functions can be realized,

百部あり，データを誤ると数千枚の紙が無駄になる可能

which has been difficult on only the main body’s panel.

性がある。したがって大量印刷する場合にはプルーフ出

This paper addresses to the importance of proof print

力による内容確認が大変重要な作業となっている。

in a light production system, and the process of adopting

プルーフ出力機能は，ライトプロダクション用機器に

the system with network and PC application. Also described

限らず従来機にも搭載されている機能である。また，一are distinctive features such as transferring images that

部の印刷機では大型ディスプレイとコンピュータを内包

require a compression and decompression process, pro-し，ページイメージを画面上で表示できるものもある。

tocols of the communication, and the collective processing that affects plural pages.

Fig.1 JobProofer system layout

bizhub PRO 1050では，機器を運行する作業者が容易に＊コニカミノルタビジネステクノロジーズ㈱機器開発本部 機器第１開発センター 第 13 開発部

プルーフジョブの画像の確認ができること，さらに，画KONICA MINOLTA TECHNOLOGY REPORT VOL.3（2006）

111

像編集機能によって前工程に戻らずに出力実行できることを目的に画像校正アプリケーション，ジョブプルー

３ ジョブプルーファプロトコル
３．１ファ（JobProofer）を開発した。

プルーフ出力ジョブプルーファを用いたシステムはFig.１のようになジョブデータが，本体内部の画像メモリ内に蓄積される。ここでは，大容量給紙トレイ（PF−701）の上にアプたときの模式図をFig.３に示す。画像メモリ内では画像リケーションをインストールしたPCを設置している。PC

データは圧縮された状態で格納されている。各圧縮デーと機器とはネットワーク経由で接続する。

タは出力動作の際に，圧縮/伸長デバイスによって伸長され紙へ転写される。
ジョブプルーファでは，伸長されたページデータを紙２ 本体機能のサポートに転写する代わりに，ネットワークで転送してPCで表示

bizhub PRO 1050の操作パネルは，12.1インチSVGAカする。転送されたページデータは，必要に応じて作業者ラー液晶パネルが採用されている。パネルでは，ジョブが画像処理を行い，逆にPCから本体へ転送し，圧縮処理管理や機器の設定確認変更などが容易にできるようにGUIを経て元のページデータと差し替える。このように，メニュー構成（Fig.２）となっている。

ジョブプルーファのシステムでは，本体のメモリに対して直接データ書き換えを行っているのではなく，１ページごとのデータを送受信して編集を行っている。

Fig.2 LCD control panel

また，本体機能としてサムネイル機能が搭載されている。これは内蔵HDDに保存したジョブデータを，操作パネル上に表示するものである。サムネイル画像は，実際の出力データからデータを間引いて生成されているため，詳細な確認をすることは難しい。また，ディスプレ

Fig.3 Image data in the engine memory

イ上で確認する場合，実寸サイズでの表示を想定すると，A4原稿で19インチディスプレイ以上が必要となる。
このことから，操作パネルはプルーフ用モニタとして最適ではないことがわかる。

３．２

通信プロトコルジョブプルーファでは，画像処理エンジンとPCアプリ

ユーザ要望にある，「機器内部でのクリーニング的画像処理」とは，孤立点の自動除去や傾き補正などを指す。
それらの画像処理を，本体の画像処理エンジンで新規に行う場合，専用のASICおよび数ヶ月以上の開発期間が必ケーション間の通信プロトコルを作成した。次の特徴をもつ。
１）サーバクライアント方式（画像処理エンジン側がサーバ）要となり，また，プリント動作と同時に動かすのは難し

２）HTTPのCGIライクなコマンド指示

い。

３）複数ページを１コネクションで連続転送可このように，機器の内蔵型としてプルーフシステムをメール添付やFTP転送などのネットワークスキャナ機構築した場合，高コストとなってしまい開発にかかる工能とは異なり，ジョブプルーファの場合，画像データの数も膨大になる。そこで，外部のPCを接続することで画転送は一方向ではない。画像処理エンジンはクライアン

像表示や画像処理を行い，本体機能のサポートを行うシ

トからの画像データを受信し，ページデータの差し替えステムとすることで開発を進めた。

を行う，という逆の流れがあるからである。

112

KONICA MINOLTA TECHNOLOGY REPORT VOL.3（2006）

ジョブプルーファサーバタスクは，クライアントからの接続要求に応じて，通信子タスクを起動する。通信子タスク起動後は，クライアントと通信子タスクがデータを送受信する。メモリアクセスなどの付随要求が発生した場合は，通信子タスクからジョブプルーファサーバタスクへのリクエストが発生する。ジョブプルーファサー
バタスクは，メモリ管理タスクや状態管理タスクなどと協調動作し，レスポンスを通信子タスクに返す。

Fig.4 MFP to PC image transfer

開発したプロトコルでは，データの下り（MFP→PC）
も，上り（PC→MFP）も同じ手順で通信するように工夫し，プログラムのメンテナンスを容易にした。Fig.４およびFig.５では画像データの転送方向のみが異なっている。

Fig.6 Task control

３．４

圧縮と伸長

bizhub PRO 1050では，圧縮/伸長デバイスをメインとサブの２個搭載している（Fig.７）。圧縮/伸長デバイスを２個搭載することにより，プリントやスキャナの同時動作ができるようになっている。

Fig.5 PC to MFP image transfer

また，複数ページ分のデータを転送する場合は，END通信の後に続いてREQUESTを受け付けるようにした。これは上り/下りとも同様である。このように複数の画像データを送信する場合でも，ネットワークソケットは，Fig.7 Memory control

１度開いたものを連続的に使用するようにし，接続にかかるオーバーヘッドを抑えた。

画像処理エンジンは，ジョブプルーファクライアント
３．３

管理タスクからのリクエストを受けて，動的に画像圧縮/伸長する。

本体内プログラムでの構成を説明する。ジョブプルー

データ転送経路は矢印太線で示した。図のように，ジョファサーバタスク（Fig.６中央）がクライアントと関連タ

ブプルーファ処理でのデータ転送経路はプリントINからスク（Fig.６左部）の中継役として動作している。

なる出力処理の経路とは競合せず，並行して動作するこ

KONICA MINOLTA TECHNOLOGY REPORT VOL.3（2006）

113

とが出来る。つまり，プルーフ作業中に，別ジョブを先ページ，偶数ページ，任意ページの選択方式にし，より行して出力する，もしくは予約ジョブとして積んでいく効率よく操作を行えるようにした。一括処理は，矩形消ことができるようになっている。

去だけでなく，孤立点自動消去や，傾き補正に対しても行うことができる。

４ アプリケーション
４．１

ページ単位処理ジョブプルーファシステムは，ネットワーク越しに本体メモリを操作する仕組みとも言える。画像転送単位は１ジョブではなくページ単位である。表示や編集対象になったページデータを，PCのテンポラリフォルダに一時保存する。一時保存データは「マスターデータ」，および画像編集毎に更新される「カレントデータ」，の２種類である。編集のキャンセル指示が発生した場合は，マス

Fig.9 Collective area erase

ターデータを用いて瞬時に初期状態に復帰することができる。
４．４
４．２

操作性

機能分離したモジュール

PC側のアプリケーション構成は，通信モジュール，アジョブプルーファのPCアプリケーションでは，マウスプリケーションモジュール，そして画像処理用モジューのみで基本的な作業をおこなうことができるようにしルに分離している（Fig.10）。アプリケーションモジュー

た。アプリケーションのツールバーに，本体との画像イ

ルは，通信部分と分離しているので，ネットワークを意

ンポート/エクスポート，ページめくり，拡大/縮小，ゴ識せずに純粋なローカルアプリケーションとして作成可

ミ取り，傾き補正などのボタンを配置した。これによ能である。また，モジュール毎に独立してバージョンり，本体LCDパネルでのボタン押下による直感的なインアップが可能なので，アプリケーションモジュール部分タフェースと同じように，アプリケーションも操作するのみを更新するなど，ユーザカスタマイズも行いやすくことができる（Fig.８）。

なっている。

Fig.10 Application system block

Fig.8 Seamless operation

５ まとめ
４．３

一括処理

ジョブプルーファは，bizhub PRO 1050 の本体機能の一括処理とは，複数ページを指定して画像処理するこサポートアプリケーションとして実現することができとを指す。これは，例えば，パンチ穴の後がついた紙原た。今後も，エンドユーザからの要望をとり入れ，機能稿をスキャンした場合などに有効である。マウスで矩形充実をしていく方針である。

選択し，全ページに対して選択矩形を消去すればよい（Fig.９）。また，ページ指定方法も，全ページ，奇数

114

KONICA MINOLTA TECHNOLOGY REPORT VOL.3（2006）