JP2000112865A - Ｏａ機器制御用インターフェース構造 - Google Patents

Abstract

(57)【要約】 【課題】 マルチユーザ・マルチファンクション環境に
おいて，拡張性と再利用性に優れたサービスソフトウェ
アを実現するＯＡ機器制御用インターフェース構造を提
供すること。 【解決手段】 ＯＡ機器を用いてコピー機能，ファクシ
ミリ機能，プリンタ機能，スキャナ機能などの複合機能
を実行する際に，紙および電子ドキュメントを操作する
アプリケーションソフトウェア２０６とアプリケーショ
ンソフトウェア２０６に対するソフトウェアを提供する
サービスソフトウェア２０７との間のインターフェース
制御処理を実行するＯＡ機器制御用インターフェース構
造において，アプリケーションソフトウェア２０６は，
ユーザドキュメントを要求の単位としてサービスソフト
ウェア２０７に処理を依頼し，該依頼したユーザドキュ
メントに処理すべきユーザページを追加あるいは削除す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，多機能型複写機な
どのＯＡ機器の組み込みソフトウェアや，ネットワーク
分散環境におけるジョブ制御のためのＯＡ機器制御用イ
ンターフェース構造に関する。

【０００２】

【従来の技術】従来，コピーやファクシミリ，プリン
タ，イメージスキャナなどの機能を利用者に提供するシ
ステムは，通常，利用者に対して機能を提示するための
アプリケーションソフトウェアと，スキャナやプリンタ
などのデバイスを制御するサービスソフトウェア，ある
いはそれらサービス機能を含むＯＳ（オペレーティング
・システム）などから構成される。また，それらのアプ
リケーションソフトウェアは，紙および電子ドキュメン
トを対象にしていることにおいて共通である。

【０００３】

【発明が解決しようとする課題】しかしながら，上記に
示されるような従来の技術にあっては，アプリケーショ
ンソフトウェアとサービスソフトウェアとのインターフ
ェースは，機能を中心にして設計されているため，サー
ビスソフトウェアを共通化することが困難であった。

【０００４】また，上述の各機能を用いた処理は随時追
加されるのが普通で，追加される予定が分かっているも
のもあるが，処理が継続されるかどうかは処理の追加が
あってはじめて分かるようなものであった。このことは
単一の機能を扱うスタンドアロン型の装置においては十
分である。しかし，複数の機能を単一の装置で扱うよう
な複雑なシステムや，ネットワーク分散型環境において
複数の装置を用いて複数の機能を満足するような場合，
マルチユーザ・マルチファンクションを実現するために
は，サービスをアプリケーションが占有するようなスタ
ンドアロン的な動作を基本として，アプリケーションを
切り替える方法を取る必要があるので，デバイス資源を
十分に活用し，マルチファンクションを実現していると
は言えない。また，利用者にとっても非常に効率の悪い
システムを提供することになる。

【０００５】一方，ソフトウェアの開発の面からも機能
に着目したインターフェースの場合は，サービスソフト
ウェアが個々のアプリケーションの機能を理解すること
が必要となる。よって，アプリケーションに機能が追加
されれば，サービスソフトウェアにも機能を追加する必
要が生じるため，サービスソフトウェアは，拡張性と再
利用性に乏しいものとなってしまうという問題点があっ
た。

【０００６】本発明は，上記に鑑みてなされたものであ
って，マルチユーザ・マルチファンクション環境におい
て，拡張性と再利用性に優れたサービスソフトウェアを
実現するＯＡ機器制御用インターフェース構造を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに，請求項１に係るＯＡ機器制御用インターフェース
構造にあっては，通信ネットワークに分散・接続された
スキャナ，プリンタ，ファクシミリ装置，通信端末機器
などのＯＡ機器を用いてコピー機能，ファクシミリ機
能，プリンタ機能，スキャナ機能などの複合機能を実行
する際に，紙および電子ドキュメントを操作するアプリ
ケーションソフトウェアと前記アプリケーションソフト
ウェアに対するソフトウェアを提供するサービスソフト
ウェアとの間のインターフェース制御処理を実行するＯ
Ａ機器制御用インターフェース構造において，前記アプ
リケーションソフトウェアは，ユーザドキュメントを要
求の単位として前記サービスソフトウェアに処理を依頼
し，該依頼したユーザドキュメントに処理すべきユーザ
ページを追加あるいは削除するものである。

【０００８】また，請求項２に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザドキュメント
は，複数のユーザページと該ユーザページ同士を順序だ
てて繋げるチェーンと，前記ユーザドキュメントに対す
る操作仕様とから構成されるものである。

【０００９】また，請求項３に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザページは，処
理を実行するために必要な入力ドキュメントの構造と，
出力ドキュメントの構造とが関連付けられて作成される
ものである。

【００１０】また，請求項４に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザページは，入
力ドキュメントの最も小さい構成要素と１対１で対応す
るものである。

【００１１】また，請求項５に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザページは，出
力ドキュメントの最も小さい構成要素と１対１で対応す
るものである。

【００１２】また，請求項６に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザページは，即
時実行可能な確定ページと，実行予定で確定待機中の予
定ページと，からなるものである。

【００１３】また，請求項７に係るＯＡ機器制御用イン
ターフェース構造にあっては，前記ユーザページ同士を
順序だてて繋げるチェーンは，該チェーンに新たなユー
ザページを割り込ませない確定チェーンと，新たなユー
ザページを割り込ませる可能性のある未確定チェーン
と，を存在させ，かつ，繋がれている最後のユーザペー
ジは，新たに追加可能な追加可能チェーンと，ユーザペ
ージの追加が不可である終端チェーンと，に種別設定さ
れるものである。

【００１４】

【発明の実施の形態】以下，本発明に係るＯＡ機器制御
用インターフェース構造の実施の形態について添付図面
を参照し，（ハードウェア構成），（イメージ入出力装
置の動作），（ソフトウェア構成），（システム環
境），（動作例）の順に説明する。

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

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

【００１７】また，ブローカ１４０は，ネットワークに
接続されている入出力装置に必要な機能情報や管理情報
を維持し，クライアント（本例ではＰＣ）とサーバ（本
例ではイメージ入出力装置）の接続を確立する役目を請
け負うミドルウェアであり，以下の如く構成されてい
る。

【００１８】すなわち，ブローカ１４０は，ネットワー
ク１５０との通信制御を実行する通信制御部１４１と，
ブローカ１４０全体を制御するＣＰＵ１４２と，制御プ
ログラムなどが格納されているＲＯＭ１４３と，制御途
中のデータなどを格納するためのＲＡＭ１４４と，機能
情報などが格納されているデータベース１４５とから構
成されている。なお，このブローカ１４０は，ＣＰＵや
ＲＯＭ，ＲＡＭ，通信制御部，機能情報データベースを
有しているものであり，ＰＣあるいはイメージ入出力装
置のどちら側に存在してもよい。

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

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

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

【００２２】また，ブローカ１４０は，ネットワーク１
５０に接続されているイメージ入出力装置１２０が有し
ている機能情報を維持／管理し，クライアント（この場
合，ＰＣ１６０）とサーバ（この場合，イメージ入出力
装置）との接続を確立する役目を請け負うミドルウェア
としての機能動作を行う。

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

【００２４】アプリケーション層２０１は，コピー・フ
ァックス・プリンタなどのアプリケーションを形成する
レイヤーであり，後述するオペレーションマネージャ２
０５と，アプリケーションソフトウェア（ドキュメント
マネージャ）２０６と，サービスソフトウェア（サービ
スマネージャ）２０７と，デバイスマネージャ２０８
と，データベースマネージャ２０９と，プログラムファ
クトリ２１０と，の各ブロックで構成される。

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

【００２６】また，サービスソフトウェア（サービスマ
ネージャ）２０７は，ドキュメントハンドリングの際に
共通に必要となる機能ブロックであり，各種の管理・実
行を行う。また，デバイスマネージャ２０８は，スキャ
ナ・プロッタ・画像バスといった物理デバイスの動作を
決定する機能ブロックであり，各種のデバイスの管理・
実行を行う。なお，本発明は，アプリケーションソフト
ウェア２０６とサービスソフトウェア２０７との間にお
けるインターフェースを対象としている。

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

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

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

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

【００３１】（システム環境）ところで，上述したイメ
ージ入出力装置は，例えば図３に示す如くシステム構成
で構築されたネットワーク環境で使用されることが多
い。すなわち，複写機，ファクシミリ装置，プリンタ，
スキャナなどのイメージ入出力装置はスタンドアロン．
１対１接続で利用されてきたが，昨今では，企業内ＬＡ
Ｎなどの普及・充実によってネットワーク環境で接続さ
れる利用方法も増えてきている。

【００３２】また，装置側のベンダーもサービスセンタ
ーなどを設け，リモートから各ユーザの装置の動作状況
や利用状況に関するサービスを提供している。図３にお
いては，ユーザ環境として，プリントサーバ３０１・３
０１，スキャナ３０３，パーソナルコンピュータ（Ｐ
Ｃ）３０４がネットワーク３０５に接続され，さらに，
これらのユーザ環境の各機器の保守情報などを収集し，
その状態を監視して的確なサービスを実現するためにサ
ービスセンター３０１にはネットワーク３２０を介して
ソフト部品３１２で動作するパーソナルコンピュータ
（ＰＣ）３１１が接続されている。

【００３３】（動作例）次に，以上の構成を踏まえ，本
発明の実施の形態に係る動作例について説明する。な
お，ここでは，片面→両面複写を３部ソートという条件
で，原稿が３枚の場合を例にとって説明する。

【００３４】複写における動作は，利用者が操作パネル
１０１を通じて各種条件を入力し，スタートキーを押下
したときに開始される。まず，アプリケーションソフト
ウェア２０６は，利用者から与えられた条件に基づい
て，入力ドキュメント，出力ドキュメントの構造を作成
し，ユーザドキュメントとの関連を持たせる。

【００３５】本例は複写処理であるので，入力ドキュメ
ント，出力ドキュメントの両方を紙ドキュメントの構造
である，紙，面，分割領域からなる構造を作成する。入
力ドキュメントおよび出力ドキュメントとユーザドキュ
メントとの関連は，紙ドキュメントであるので，ユーザ
ドキュメントのページと紙ドキュメントの最小単位であ
る分割領域とが対応する。

【００３６】ここで，本複写処理が片面→両面の複写で
あるので，複写の裏面に複写すべき２枚目の原稿が存在
すると想定し，１枚目の原稿と関連を持つユーザページ
と複写の構造を作成すると共に，２枚目の構造について
も作成しておく。また，サービスソフトウェア２０７に
対しては，ユーザドキュメントをドキュメント処理であ
る３部ソートの処理とユーザページの１ページ目で構成
させる。

【００３７】続いて，２ページ目を投入し，１ページ目
のチェーンに繋ぐ。１ページ目の原稿は検出されてお
り，複写処理を開始してもよいので，１ページ目は確定
のページとする。他方，２ページ目の原稿は検出されて
いないので，未だ複写処理を開始せず，予定のページと
しておく。

【００３８】ここで，サービスソフトウェア２０７は，
予定しているページの処理をスケジューリングしてお
き，いつでも実行できるように準備しておくことが可能
である。また，１ページ目と２ページ目のチェーンは，
他のページが挿入される可能性がないので，確定のチェ
ーンとする。また，この際に２ページ目の後は３枚目の
原稿があるかどうか不明であるので，追加可能チェーン
としておく。

【００３９】また，２枚目の原稿を検出した時点で，予
定のページとなっているユーザページの２ページ目を，
予定のページから確定のページに変更する。この時点
で，サービスソフトウェア２０７は，スケジューリング
済みの２枚目の複写処理をすぐに開始することが可能と
なる。

【００４０】さらに，本例では４枚目の原稿が存在しな
いことを検出した時点で，アプリケーションソフトウェ
ア２０６は，４ページ目のユーザページを予定のページ
から確定のページに変更し，４ページ目の後のチェーン
を，追加可能チェーンから終端のチェーンに変更する。
これにより，サービスソフトウェア２０７は，次に繋が
るユーザページの複写処理が継続しないことを知り，他
のユーザドキュメントのユーザページの処理を考慮した
スケジューリングに切り替える。

【００４１】

【発明の効果】以上説明したように，本発明に係るＯＡ
機器制御用インターフェース構造（請求項１〜７）によ
れば，ＯＡ機器を用いてコピー機能，ファクシミリ機
能，プリンタ機能，スキャナ機能などの複合機能を実行
する際に，紙および電子ドキュメントを操作するアプリ
ケーションソフトウェアとアプリケーションソフトウェ
アに対するソフトウェアを提供するサービスソフトウェ
アとの間のインターフェース制御処理を実行するＯＡ機
器制御用インターフェース構造において，ユーザドキュ
メントを要求の単位とすることにより，サービスソフト
ウェアはユーザドキュメントジョブへの操作を受け付
け，要求自体がアプリケーションソフトウェアの機能に
依存させないことが可能となるため，サービスソフトウ
ェアの知識を必要とせずにユーザドキュメントなどを順
序だててチェーンで繋いで作成することができる。

【００４２】また，サービスソフトウェアは，アプリケ
ーションソフトウェアから独立して開発することが可能
となるので，拡張性・再利用性に優れたものとなる。さ
らに，ユーザドキュメントに対し，ページ単位に要求を
追加することにより，アプリケーションソフトウェアが
サービスを占有するのではなくサービスソフトウェアが
ユーザドキュメントのページ処理をスケジューリングし
ながら実行することが可能となるので，快適な環境での
マルチユーザ・マルチファンクション対応が実現する。

【図面の簡単な説明】

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

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

【図３】本発明の実施の形態に係るシステム構成で構築
されたネットワーク環境を示す説明図である。

【符号の説明】

１００ ＣＰＵ １０１ 操作パネル １２０ イメージ入出力装置 １５０，３０５，３２０ ネットワーク ２０１ アプリケーション層 ２０６ アプリケーションソフトウェア ２０７ サービスソフトウェア ３０１，３０２ サーバ ３０３ スキャナ ３０４ パソーナルコンピュータ ３１０ サービスセンター

Claims (7)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークに分散・接続されたス
   キャナ，プリンタ，ファクシミリ装置，通信端末機器な
   どのＯＡ機器を用いてコピー機能，ファクシミリ機能，
   プリンタ機能，スキャナ機能などの複合機能を実行する
   際に，紙および電子ドキュメントを操作するアプリケー
   ションソフトウェアと前記アプリケーションソフトウェ
   アに対するソフトウェアを提供するサービスソフトウェ
   アとの間のインターフェース制御処理を実行するＯＡ機
   器制御用インターフェース構造において，前記アプリケ
   ーションソフトウェアは，ユーザドキュメントを要求の
   単位として前記サービスソフトウェアに処理を依頼し，
   該依頼したユーザドキュメントに処理すべきユーザペー
   ジを追加あるいは削除することを特徴とするＯＡ機器制
   御用インターフェース構造。
2. 【請求項２】 前記ユーザドキュメントは，複数のユー
   ザページと該ユーザページ同士を順序だてて繋げるチェ
   ーンと，前記ユーザドキュメントに対する操作仕様とか
   ら構成されることを特徴とする請求項１に記載のＯＡ機
   器制御用インターフェース構造。
3. 【請求項３】 前記ユーザページは，処理を実行するた
   めに必要な入力ドキュメントの構造と，出力ドキュメン
   トの構造とが関連付けられて作成されることを特徴とす
   る請求項１に記載のＯＡ機器制御用インターフェース構
   造。
4. 【請求項４】 前記ユーザページは，入力ドキュメント
   の最も小さい構成要素と１対１で対応することを特徴と
   する請求項３に記載のＯＡ機器制御用インターフェース
   構造。
5. 【請求項５】 前記ユーザページは，出力ドキュメント
   の最も小さい構成要素と１対１で対応することを特徴と
   する請求項３に記載のＯＡ機器制御用インターフェース
   構造。
6. 【請求項６】 前記ユーザページは，即時実行可能な確
   定ページと，実行予定で確定待機中の予定ページと，か
   らなることを特徴とする請求項１に記載のＯＡ機器制御
   用インターフェース構造。
7. 【請求項７】 前記ユーザページ同士を順序だてて繋げ
   るチェーンは，該チェーンに新たなユーザページを割り
   込ませない確定チェーンと，新たなユーザページを割り
   込ませる可能性のある未確定チェーンと，を存在させ，
   かつ，繋がれている最後のユーザページは，新たに追加
   可能な追加可能チェーンと，ユーザページの追加が不可
   である終端チェーンと，に種別設定されることを特徴と
   する請求項１に記載のＯＡ機器制御用インターフェース
   構造。