JPH11327883A

JPH11327883A - ドキュメント印刷制御ソフトウェア部品

Info

Publication number: JPH11327883A
Application number: JP10126514A
Authority: JP
Inventors: Tetsuya Asakura; 鉄也朝倉
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1998-05-08
Filing date: 1998-05-08
Publication date: 1999-11-30

Abstract

(57)【要約】【課題】印刷装置を構成するシステムを制御するソフ
トウェアを複数の独立した部品によって構成し，各部品
を協調させることにより，印刷実行シーケンスの変更を
対象のソフトウェア部品単位で変更可能にすること。【解決手段】外部から送られる印刷対象の画像データ
および印刷要求を受入れ，記録紙に印刷する印刷制御を
実行するドキュメント印刷制御ソフトウェア部品におい
て，印刷処理に関するデータおよびその操作・処理手順
を有し，かつ独立したオブジェクト指向のオブジェクト
で表現された複数のソフトウェアコンポーネントのソフ
トウェア部品（「印刷要求」部品３０１，「要求管理」
部品３０２，「印刷仕様」部品３０３，「印刷仕様限
界」備品３０４）で構成され，その部品群の協調動作に
よって印刷処理のシナリオに従ってドキュメントのハン
ドリングを行うドキュメントマネージャ２０６を備え
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，印刷装置を制御す
るソフトウェアシステムにおいて，複数の独立したコン
ポーネントを一つのソフトウェア部品とし，コンポーネ
ント単位で他のシステムでソフトウェアの再利用性を向
上させるドキュメント印刷制御ソフトウェア部品に関す
る。

【０００２】

【従来の技術】近年，コンピュータハードウェアのパフ
ォーマンスアップおよび低コスト化を受けて，ソフトウ
ェアの規模の増大と，その対象となる問題の複雑さは益
々増大化しつつある。また，一方においてはそれらのソ
フトウェア部品，あるいはソフトウェアを組み込んだ機
器の開発サイクルは，年々短縮化される傾向にある。

【０００３】このような環境下において，ソフトウェア
業界ではその開発効率の改善が必然的な要求となってい
る。その解決方法として，例えばソフトウェアの部品化
が提案されている。これは，ソフトウェアシステムを複
数の独立したコンポーネントによって構成し，そのコン
ポーネント単位で他のシステムで再利用しようとするも
のである。そのことにより，中・長期的なソフトウェア
の開発効率の改善が図られる。

【０００４】なお，ソフトウェア部品に関連する参考技
術文献として，例えば，既存ソフトウェアを部品化し，
該部品からプログラム仕様書を自動的に生成し，さらに
プログラム仕様書からプログラムを自動生成することに
より新規ソフトウェア開発の効率化を図るものが特開平
５−１０８３１９号公報の『データ中心型ソフトウェア
部品によるプログラム自動生成方式』に開示されてい
る。

【０００５】また，特開平９−２０４３０１号公報の
『プログラム生成システム』には，仕様変更や不良修正
等が生じた場合，関連するプログラム仕様書についての
みプログラム生成部によるソースプログラムの自動生成
を行うことにより，効率的な工程管理でソフトウェア製
品を容易に生産する技術が開示されている。

【０００６】

【発明が解決しようとする課題】しかしながら，上記に
示されるような従来の技術にあっては，特定アプリケー
ション，例えば印刷装置を制御する一連のソフトウェア
等について部品化するものではないため，搭載するマシ
ンの変更や機能追加に伴う印刷実行シーケンスの変更
を，印刷に関するソフトウェア部品単位で変更したり，
あるいは交換によって対処することができなかった。

【０００７】本発明は，上記に鑑みてなされたものであ
って，印刷装置を構成するシステムを制御するソフトウ
ェアを複数の独立した部品によって構成し，各部品を協
調させることにより，印刷実行シーケンスの変更を対象
のソフトウェア部品単位で変更可能にすることを目的と
する。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
めに，請求項１に係るドキュメント印刷制御ソフトウェ
ア部品にあっては，外部から送られる印刷対象の画像デ
ータおよび印刷要求を受入れ，記録紙に印刷する印刷制
御を実行するドキュメント印刷制御ソフトウェア部品に
おいて，印刷処理に関するデータおよびその操作・処理
手順を有し，かつ独立したオブジェクト指向のオブジェ
クトで表現された複数のソフトウェアコンポーネントの
ソフトウェア部品で構成され，その部品群の協調動作に
よって印刷処理のシナリオに従ってドキュメントのハン
ドリングを行うドキュメントマネージャを備えたもので
ある。

【０００９】また，請求項２に係るドキュメント印刷制
御ソフトウェア部品にあっては，前記ドキュメントマネ
ージャは，ユーザからの印刷要求を受け取り，他のソフ
トウェア部品をして印刷要求に対するシナリオを作成
し，順次実行するソフトウェアコンポーネントを一つの
「印刷要求」部品として有することを特徴とするもので
ある。

【００１０】また，請求項３に係るドキュメント印刷制
御ソフトウェア部品にあっては，前記ドキュメントマネ
ージャは，ユーザからの印刷要求の内容を保持するソフ
トウェアコンポーネントを一つの「印刷仕様」部品とし
て有し，前記「印刷要求」部品が，前記「印刷仕様」部
品の内容に基づいてシナリオを作成するものである。

【００１１】また，請求項４に係るドキュメント印刷制
御ソフトウェア部品にあっては，前記ドキュメントマネ
ージャは，印刷装置の印刷能力を保持するソフトウェア
コンポーネントを一つの「印刷仕様限界」部品として有
し，前記「印刷仕様限界」部品の設定内容が前記「印刷
仕様」部品の設定内容に対して制限を加えるものであ
る。

【００１２】また，請求項５に係るドキュメント印刷制
御ソフトウェア部品にあっては，前記ドキュメントマネ
ージャは，複数の前記「印刷要求」部分を管理するソフ
トウェアコンポーネントを一つの「要求管理」部品とし
て有するものである。

【００１３】

【発明の実施の形態】以下，本発明のドキュメント印刷
制御ソフトウェア部品について添付図面を参照して説明
する。

【００１４】（ハードウェアの構成）図１は，実施の形
態に係るシステムのハードウェア構成を示すブロック図
であり，ネットワーク１５０に，大きくはイメージ入出
力装置１２０と，パーソナルコンピュータ（ＰＣ）１６
０と，を接続したシステム構成となっている。

【００１５】イメージ入出力装置１２０は，図示の如く
構成されている。１００は装置全体の制御を司るＣＰＵ
である。このＣＰＵ１００には，バス１０２を介し，そ
の制御下にプログラムコードやフォント，その他の静的
なデータが格納されているＲＯＭ１０３と，一時的な格
納領域（ワーキングメモリ）として利用されるＲＡＭ１
０４と，不揮発性のデータを格納しておくＮＶＲＡＭ１
０５と，操作パネル１０１の制御（ユーザとのインター
フェイスを司る）を実行するパネル制御部１０６と，紙
原稿の読み取りおよび記録紙への印刷を実行するため，
スキャン／プリントエンジン１１１を制御するエンジン
制御部１０７と，大量のイメージデータなどの蓄積およ
びデータベースの格納領域として利用され，記憶装置１
１２を制御するディスクドライバ１０８と，イーサネッ
トワークなどのネットワーク１５０に接続され，外部の
機器との通信制御を行う通信制御部１０９と，公衆回線
と接続され，外部の機器との通信を可能にするモデム１
１０と，パーソナルコンピュータ（ＰＣ）１７０と接続
し，セントロニクスやＲＳ−２３２Ｃ等のインターフェ
イスを用いてインターフェイス制御（通信）を行うホス
トＩ／Ｆ１１３と，が接続されている。

【００１６】（イメージ入出力装置の動作）ＲＯＭ１０
３にはプログラムコードやフォント，およびその他のス
タティックな情報を格納する。ＲＡＭ１０４は，一時的
な記憶場所として利用される。ＮＶＲＡＭ１０５には不
揮発性の情報を格納する。

【００１７】操作パネル１０１とパネル制御部１０６と
によりユーザとのインターフェイスを司る。また，スキ
ャン／プリントエンジン１１１とエンジン制御部１０７
は，イメージデータの入出力ユニットとして，シート原
稿の読み取りおよび記録紙への印刷を実行する。

【００１８】また，記憶装置１１２とディスクドライバ
１０８は，大容量蓄積デバイスであるので大量のイメー
ジデータを蓄積するときなどに使用される。通信制御部
１０９は，イーサーネットなどのネットワーク（ＬＡ
Ｎ）１５０を介し，外部機器との通信を可能とし，モデ
ム１１０は公衆回線（ＷＡＮ）と接続され，外部機器と
の通信を実行する。

【００１９】（ソフトウェアの構成）図２は，実施の形
態に係るシステムのソフトウェアの構成を示すブロック
図である。ここでは，図示の如く，アプリケーション層
２０１と，カーネル層２０２と，ドライバ層２０３と，
ハードウェア層２０４と，いうように大きくは４つの層
（レイヤー）に分けられている。

【００２０】アプリケーション層２０１は，コピー・フ
ァックス・プリンタなどのアプリケーションを形成する
レイヤーであり，後述するオペレーションマネージャ２
０５と，本発明の特徴となる後述する内部構造を有する
ドキュメントマネージャ２０６と，サービスマネージャ
２０７と，デバイスマネージャ２０８と，データベース
マネージャ２０９と，の各ブロックで構成される。

【００２１】オペレーションマネージャ２０５は，装置
に付属・接続されている操作パネル１０１を制御するも
のであり，ボタンの表示およびボタンオペレーションの
ノーティファイ・アラートの通知などを行う。また，ド
キュメントマネージャ２０６は，コピー・ファックス・
プリンタなどのシナリオに基づいてドキュメントをハン
ドリングするアプリケーションとしては中心となる機能
ブロックである。

【００２２】また，サービスマネージャ２０７は，ドキ
ュメントハンドリングの際に共通に必要となる機能ブロ
ックであり，各種の管理・実行を行う。また，デバイス
マネージャ２０８は，スキャナ・プロッタ・画像バスと
いった物理デバイスの動作を決定する機能ブロックであ
り，各種のデバイスの管理・実行を行う。

【００２３】また，データベースマネージャ２０９は，
フォント・定形フォーム・ファックス受信履歴・装置の
利用履歴・課金データなどの永続データの維持管理を行
う。

【００２４】すなわち，静的の存在するソフトウェア部
品をＲＡＭ上に展開（オブジェクト指向プログラミング
におけるインスタンスの生成）し，何らかのメッセージ
を受け取る（オブジェクト指向プログラミングにおける
メソッドコール）ことにより動作可能な状態にしてお
く。

【００２５】カーネル層２０２は，仮想メモリ２１１
と，実行プロセス２１２と，ファイルシステム２１３
と，データ出力部２１４と，仮想マシン２１５と，から
構成されている。このカーネル層２０２は，通常ＯＳ
（オペレーティング・システム）のカーネル（ｋｅｒｎ
ｅｌ：ＯＳ機能のうちで最も基本的な部分で，ニューク
リアスまたは核と呼ばれる）として組み込まれ，各種デ
バイスを抽象化し，アプリケーションに対してサービス
を提供するものであり，アプリケーション層２０１はカ
ーネル層２０２に対してシステムコールすることにより
動作する。

【００２６】ドライバ層２０３は，メモリ管理ドライバ
２１６と，プロセス管理ドライバ２１７と，ファイル管
理ドライバ２１８と，ネットワークドライバ２１９と，
ホストドライバ２２０と，一体型コピードライバ２２１
と，ブロッキングデバイスドライバ２２２と，ページデ
バイスドライバ２２３と，から構成されている。このド
ライバ層２０３は，各種ハードウェア（図１およびハー
ドウェア層参照）を駆動するたの制御を実行する機能ブ
ロックの集合体である。

【００２７】また，ハードウェア層２０４は，装置内に
存在する制御可能なリソースの集合であり，メモリ管理
ドライバ２１６のワークメモリとして利用されるＲＡＭ
２２４と，プロセス管理ドライバ２１７のワークメモリ
として利用されるＲＡＭ２２５と，ファイル管理ドライ
バ２１８のメモリとして用いられる記憶装置（ＮＶＲＡ
Ｍ）２２６と，ネットワークドライバ２１９と接続する
ネットワークインターフェイス２２７と，ホストドライ
バ２２０と接続するホストインターフェイス２２８と，
スキャナ２２９と，画像バス２３０と，プロッタ２３１
と，を備えている。

【００２８】（ドキュメントマネージャのソフトウェア
構成）さて，本発明は，アプリケーション層２０１のド
キュメントマネージャ２０６において，ドキュメント印
刷を実現するソフトウェアの構成に関するものである。
図３は，この実施の形態に係るドキュメントマネージャ
２０６のソフトウェア構成を示すブロック図である。

【００２９】図３のドキュメントマネージャ２０６にお
ける各ブロックは，データと操作とを持つ独立したソフ
トウェアコンポーネント（オブジェクト指向のオブジェ
クト，以下，このソフトウェアコンポーネントを部品と
いう）を表し，ブロック間を結ぶ矢印はそれらのオブジ
ェクト間の関係を表している。そして，これらの部品群
の協調動作によって，ドキュメントの印刷が実現され
る。

【００３０】すなわち，図３において，この実施の形態
におけるドキュメントマネージャ２０６は，システム内
でそれぞれ後述する役割を有するオブジェクトとして，
「印刷要求」部品３０１と，「要求管理」部品３０２
と，「印刷仕様」部品３０３と，「印刷仕様限界」部品
３０４と，を備えている。

【００３１】「印刷要求」部品３０１は，一回の印刷の
要求（印刷ジョブ）を受け付け，それを実現する役割を
有する。印刷の条件は「印刷仕様」部品３０３によって
与えられ，それをシステムで提供されるサービスを利用
して実現する知識を備えいる。

【００３２】「要求管理」部品３０２は，複数の「印刷
要求」部品３０１を管理する部品であり，複数の印刷要
求が発生した際に，多重処理を実現するために優先度
（順位）スケジューラによって決定される優先順位によ
る印刷権の割当てや並行印刷の実現等の管理を行う。

【００３３】「印刷仕様」部品３０３は，ユーザからの
印刷要求の内容を保持する部品であり，一回の印刷要求
に対する条件を保持する役割を持つ。条件項目として，
例えば，印刷部数片面印刷か両面印刷の選択Ｎｉｎ１印刷の指示ソート／スタックの選択等がある。

【００３４】「印刷仕様限界」部品３０４は，印刷装置
の印刷能力を保持する部品であり，「印刷仕様」部品３
０３の定義域を保持する役割を持つ。定義域の項目とし
ては，「印刷仕様」部品３０３の条件項目と同様のもの
がある。また，定義域は，そのマシンが有する能力と等
価である。

【００３５】（動作例）さて，本システムは，必要なと
きに前述した各部品に対する実体（オブジェクト指向で
いうインスタンス（ｉｎｓｔａｎｃｅ），以下，インス
タンスという）を生成（メモリ上にアロケートする）
し，それらのインスタンスが通信し合うことにより動作
する。

【００３６】また，その通信と動作の方法は実装依存と
なるが，簡単な実現例としては，生成された各インスタ
ンスに対して一つのプロセスを割当て，カーネル層２０
２によって提供されるプロセス間通信によってインスタ
ンス通信を行う方法が考えられる。

【００３７】図４は，実施の形態に係るインスタンスの
協調動作例を示す説明図である。ここでは動作の例とし
て，原稿一部に対する一回の印刷の要求を実行する際に
おける各部品の協調動作例について記述している。図４
において，縦の線は部品のインスタンスを，実線矢印は
インスタンス間のメッセージ通信を，点線矢印は保持す
るデータの読み書きを，それぞれ表現している。

【００３８】なお，ここで扱う原稿は，紙の原稿であっ
てもプリンタ言語で記述された電子原稿のいずれであっ
てもよい。ただし，その原稿を保持する画像を，印刷可
能な画像データに変換する手段（例えば，スキャナやラ
ズタライザ等）を装置が有しているものとする。

【００３９】図４において，４０１は「ユーザ」，４０
２は「印刷要求管理」インスタンス，４０３は「印刷要
求」インスタンス，４０４は「印刷仕様」インスタン
ス，４０５は「印刷仕様限界」インスタンスである。

【００４０】まず，「ユーザ」４０１から「印刷の要
求」を受け取ると，「印刷要求」インスタンス４０３が
生成される。なお，ここでいう「ユーザ」とは，実際に
はここで示される部品群が，装置外部から情報を取り出
すために使用するソフトウェアモジュール，あるいはプ
ロセスを意味する。具体的には，コピーの場合は，操作
パネルの入出力を制御するモジュールであり，プリンタ
の場合にはホストＩ／Ｆから受信したデータを解釈する
モジュールとなる。

【００４１】「印刷要求」インスタンス４０３は，生成
されると「印刷仕様」インスタンス４０４を生成する。
「ユーザ」４０１は，要求する印刷の条件を「印刷仕
様」インスタンス４０４に設定する。「印刷仕様」イン
スタンス４０４は，各項目が設定される度に「印刷仕様
限界」インスタンス４０５に設定されている限界値を参
照し，設定された値が定義域に入っているか否かを判断
する。

【００４２】上述の判断において定義域を超えている場
合は，定義域内の設定をし直す。「印刷仕様限界」イン
スタンス４０５は，システム初期化に一つだけ生成さ
れ，システム稼働中は常に存在する。その限界値は，通
常は変更されないが，デバイスの故障等によりマシン自
体の機能が変化した場合（例えば，装着しているソータ
が故障し，ソート機能が使えない等）には，変更される
ことがある。

【００４３】「印刷仕様」の設定が終了すると，「印刷
要求」インスタンス４０３は，「印刷要求管理」インス
タンス４０２に対して「印刷許可要求」を出す。また，
「印刷要求管理」インスタンス４０２は，システム初期
化時に一つだけ生成され，システム稼働中は常に存在す
るインスタンスである。

【００４４】また，「印刷要求管理」インスタンス４０
２は，他の「印刷要求」インスタンス４０３との調停を
行いながら，印刷可能になると「印刷要求」に対して
「印刷許可」を通知する。「印刷許可」を受けた「印刷
要求」インスタンス４０３は，設定された「印刷仕様」
に従って印刷を実行する。そして，印刷が終了すると，
「印刷要求」インスタンス４０３は，「ユーザ」４０１
に対して「印刷完了」を通知する。

【００４５】

【発明の効果】以上説明したように，本発明に係るドキ
ュメント印刷制御ソフトウェア部品（請求項１）によれ
ば，ユーザからの印刷要求を受入れ，その印刷要求に対
する印刷優先度等の調停，マシン能力等の仕様制限等の
一連の処理を実行するソフトウェアを，処理単位に独立
したオブジェクトの複数のソフトウェアコンポーネント
の部品で構成し，その部品群の協調動作によってコピー
・ファクス・プリンタなどのシナリオに沿ってドキュメ
ントをハンドリングするドキュメントマネージャを設け
たことにより，ソフトウェア部品単位で搭載するマシン
の変更や機能追加に伴う印刷実行シーケンスの変更を，
該当部品の変更あるいは交換により行うことができる。

【００４６】本発明に係るドキュメント印刷制御ソフト
ウェア部品（請求項２）によれば，一回の印刷要求を受
け付け，それを実現するソフトウェアを「印刷要求」と
いう１つの部品として構成することにより，印刷実行に
おけるシナリオを「印刷要求」に隠蔽し，搭載するマシ
ンの変更や機能追加に伴う印刷実行シーケンスの変更
を，この「印刷要求」部品の変更あるいは交換により行
うことができる。

【００４７】また，本発明に係るドキュメント印刷制御
ソフトウェア部品（請求項３）によれば，一回の印刷要
求に対する条件を保持するソフトウェアを「印刷仕様」
部品とし，これを「印刷要求」部品と分離することによ
り，ユーザの要求を受け取る部分とその要求を処理する
部分を明確に分離することが可能になるので，部品群の
外部に対するインターフェイスを，その処理内容に依存
しないものとすことができ，かつ外部からブラックボッ
クス的に使用することができる。

【００４８】また，本発明に係るドキュメント印刷制御
ソフトウェア部品（請求項４）によれば，印刷装置の印
刷能力を保持するソフトウェアを「印刷仕様限界」部品
とすることにより，例えば，ソータの装着／非装着のマ
シンが混在する場合，装着してあるマシンに対しては
「印刷仕様限界」のソートの項目を「可」に，装着して
ないマシンに対しては「印刷仕様限界」のソートの項目
を「不可」としておくことで他の部品に対して何らの変
更を加える必要がなくなるので，マシンの能力の違いを
「印刷仕様限界」部品の設定の変更のみで対応すること
ができる。

【００４９】また，本発明に係るドキュメント印刷制御
ソフトウェア部品（請求項５）によれば，複数の印刷要
求があるときに，優先順位による印刷実行の調停や並行
印刷の実現等の管理を行うソフトウェアを「印刷要求管
理」部品とすることにより，「印刷要求」の管理方法に
関する知識を本部品に隠蔽することにより，「印刷要
求」の優先順位の処理や並行動作に関する変更を，「印
刷要求管理」部品の変更あるいは交換により行うことが
できる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るシステムのハードウ
ェア構成を示すブロック図である。

【図２】本発明の実施の形態に係るシステムのソフトウ
ェアの構成を示すブロック図である。

【図３】本発明の実施の形態に係るドキュメントマネー
ジャのソフトウェア構成を示すブロック図である。

【図４】本発明の実施の形態に係るインスタンスの協調
動作例を示す説明図である。

【符号の説明】

１２０イメージ入出力装置１６０，１７０パーソナルコンピュータ２０１アプリケーション層２０６ドキュメントマネージャ３０１「印刷要求」部品３０２「要求管理」部品３０３「印刷仕様」部品３０４「印刷仕様限界」部品４０１「ユーザ」４０２「印刷要求管理」インスタンス４０３「印刷要求」インスタンス４０４「印刷仕様」インスタンス４０５「印刷仕様限界」インスタンス

Claims

【特許請求の範囲】

【請求項１】外部から送られる印刷対象の画像データ
および印刷要求を受入れ，記録紙に印刷する印刷制御を
実行するドキュメント印刷制御ソフトウェア部品におい
て，印刷処理に関するデータおよびその操作・処理手順
を有し，かつ独立したオブジェクト指向のオブジェクト
で表現される複数のソフトウェアコンポーネントのソフ
トウェア部品で構成され，その部品群の協調動作によっ
て印刷処理のシナリオに従ってドキュメントのハンドリ
ングを行うドキュメントマネージャを備えたことを特徴
とするドキュメント印刷制御ソフトウェア部品。
【請求項２】前記ドキュメントマネージャは，ユーザ
からの印刷要求を受け取り，他のソフトウェア部品をし
て印刷要求に対するシナリオを作成し，順次実行するソ
フトウェアコンポーネントを一つの「印刷要求」部品と
して有することを特徴とする請求項１に記載のドキュメ
ント印刷制御ソフトウェア部品。
【請求項３】前記ドキュメントマネージャは，ユーザ
からの印刷要求の内容を保持するソフトウェアコンポー
ネントを一つの「印刷仕様」部品として有し，前記「印
刷要求」部品が，前記「印刷仕様」部品の内容に基づい
てシナリオを作成することを特徴とする請求項２に記載
のドキュメント印刷制御ソフトウェア部品。
【請求項４】前記ドキュメントマネージャは，印刷装
置の印刷能力を保持するソフトウェアコンポーネントを
一つの「印刷仕様限界」部品として有し，前記「印刷仕
様限界」部品の設定内容が前記「印刷仕様」部品の設定
内容に対して制限を加えることを特徴とする請求項２に
記載のドキュメント印刷制御ソフトウェア部品。
【請求項５】前記ドキュメントマネージャは，複数の
前記「印刷要求」部分を管理するソフトウェアコンポー
ネントを一つの「要求管理」部品として有することを特
徴とする請求項２に記載のドキュメント印刷制御ソフト
ウェア部品。