JP2000227864A - イメージ入出力装置のソフトウェアシステム - Google Patents

Abstract

(57)【要約】 【課題】 機能毎にソフトウェアを部品化し、そのソフ
トウェア部品単位にバージョンや動作履歴情報を更新・
保持させることにより、バージョンや動作履歴の情報を
的確に確認することを可能にし、きめ細かな装置のメン
テナンスや故障診断を実現すること。 【解決手段】 部品化したソフトウェアは、少なくと
も、部品単位に識別された部品ＩＤ５０１と、部品ＩＤ
５０１のソフトウェア名を表す名称５０２と、部品ＩＤ
５０１のバージョンを表すバージョン５０３と、プログ
ラム実行時に生成され、自ソフトウェアの動作履歴を累
積・保持する動作履歴保持手段（メソッド数５０４、メ
ソッド名５０５、呼出し回数５０６、個別部品特有の属
性値５０７）と、を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複写機やファクシ
ミリ装置、プリンタなどのイーメジ入出力装置のシステ
ム制御におけるソフトウェアの管理に用いられ、特にそ
れぞれの機能をソフトウェアに部品化し、そのソフトウ
ェア部品毎のバージョンや動作履歴などを管理可能に
し、メンテナンス性の向上などを図るイメージ入出力装
置のソフトウェアシステムに関する。

【０００２】

【従来の技術】昨今のＯＡ機器、すなわちデジタル複写
機やファクシミリ装置、プリンタなど、あるいはそれら
を用いたシステムでは、画像入力から画像形成までの一
連のプロセス毎の制御や通信などの制御の各機能をうソ
フトウェア部品にすることが行われつつある。

【０００３】また、これらソフトウェア部品に関連する
参考技術文献として、ソフトウェア部品単位のプログラ
ムの合成方法に関するプログラム作成支援システムが特
開平４−９８５２９号公報に、既開発のプログラム部品
の再利用に関するプログラム自動修正方法及び装置が特
開平４−３４７７２７号公報に、部品合成によるソフト
ウェアの生成に関する装置・方法が特開平２−１０５２
２２号公報に、既存ソフトウェアを検索・再利用するソ
フトウェア再利用の分散処理方法が特開平２−６７６２
９号公報に、それぞれ開示されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記に
示されるような従来の技術にあっては、ソフトウェア開
発の生産性向上を図るためにソフトウェア部品からプロ
グラムを自動生成するものの、ソフトウェア部品単位で
のバージョン管理や使用履歴管理を実現するものではな
い。このため、たとえば印刷装置などに組み込まれたソ
フトウェアに対してソフトウェア部品（モジュール）単
位に、そのバージョンや動作履歴の情報が的確に把握す
ることができず、装置のメンテナンスや故障診断をきめ
細かく行う場合に時間がかかるという問題点があった。

【０００５】本発明は、上記に鑑みてなされたものであ
って、機能毎にソフトウェアを部品化し、そのソフトウ
ェア部品単位にバージョンや動作履歴情報を更新・保持
させることにより、バージョンや動作履歴の情報を的確
に確認することを可能にし、きめ細かな装置のメンテナ
ンスや故障診断を実現することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に係るイメージ入出力装置のソフトウェ
アシステムにあっては、複数の画像入力および（また
は）画像形成を行うイメージ入出力装置を所定の通信プ
ロトコルに基づくネットワークに他の機器と相互接続
し、かつ画像入力・形成処理のそれぞれの機能ユニット
を制御するソフトウェアを部品化し、前記部品化された
ソフトウェアを協調動作させて一連のプロセス制御を実
行するイメージ入出力装置のソフトウェアシステムにお
いて、前記部品化したソフトウェアは、少なくとも、部
品単位に識別された部品識別手段と、前記部品識別手段
のソフトウェア名を表す部品名と、前記部品識別手段の
バージョンを表すバージョンと、プログラム実行時に生
成され、自ソフトウェアの動作履歴を累積・保持する動
作履歴保持手段と、を備えるものである。

【０００７】また、請求項２に係るイメージ入出力装置
のソフトウェアシステムにあっては、前記ネットワーク
上に接続された他の機器から指定されるソフトウェア部
品単位のバージョンおよび動作履歴に関する情報を、所
定のフォーマットで印刷出力するものである。

【０００８】また、請求項３に係るイメージ入出力装置
のソフトウェアシステムにあっては、前記ネットワーク
上に接続された遠隔地の管理機器からの要求に基づい
て、ソフトウェア部品単位のバージョンおよび動作履歴
に関する情報を、前記管理機器上に出力するものであ
る。

【０００９】

【発明の実施の形態】以下、本発明に係るイメージ入出
力装置のソフトウェアシステムの実施の形態について添
付図面を参照し、詳細に説明する。

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

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

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

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

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

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

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

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

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

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

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

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

【００２２】また、データベースマネージャ２０９は、
フォント・定形フォーム・ファックス受信履歴・装置の
利用履歴・課金データなどの永続データの維持管理を行
う。本発明では、ここにソフトウェア部品とその組立表
などの維持・管理も行う。

【００２３】また、プログラムファクトリ２１０は、ソ
フトウェアの組立表とソフトウェア部品および互換表か
らプログラム実行のための初期化を行う。すなわち、静
的に存在するソフトウェア部品をＲＡＭ上に展開（オブ
ジェクト指向プログラミングにおけるインスタンスの生
成）し、何らかのメッセージを受け取る（オブジェクト
指向プログラミングにおけるメソッドコール）ことによ
り動作可能な状態にしておく。

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

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

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

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

【００２８】さらに付言すれば、本発明では、後に詳述
するように装置の動作履歴を、交換可能なソフトウェア
部品３１２単位に記録し、取得する手段を提供する。そ
の動作履歴を収集・分析することにより、きめ細かいユ
ーザサポートを実現している。このような環境下では、
既存のシステム環境の他に、後述するようにソフトウェ
ア部品３１２を管理するサービスセンター３１０が存在
してもよく、遠隔地でソフトウェア部品３１２の動作履
歴を収集・分析し、サービスセンター３１０からのリモ
ートダウンロードで直接ユーザ環境の装置に対してソフ
トウェア部品を変更することも可能となる。

【００２９】（動作例）ここでは、動作例として、複写
機あるいはスキャナに組み込まれている光学読取装置の
キャリッジ、すなわち原稿を露光走査し、その光像を所
定の光路によって感光体あるいはＣＣＤなどに導くキャ
リッジ動作を行うソフトウェア部品を例にとって説明す
る。

【００３０】図４は、本発明の実施の形態に係るキャリ
ッジ動作のソフトウェア部品の組立図であり、図示のブ
ロック部分がソフトウェア部品に該当する。スキャナコ
ントロール部品４０１は、キャリッジ部品４０２を制御
する。すなわち、解像度や読み取り範囲に応じてキャリ
ッジの動作手順に責任をもっている。キャリッジ部品４
０２はモータ部品４０３に移動速度などを指示し、キャ
リッジ動作の実行と監視に責任をもっている。モータ部
品４０３は、ステッピングモータなどを駆動する責任を
もったソフトウェア部品である。なお、キャリッジ部品
４０２は、ｍｏｖｅ（）、ｃａｎｃｅｌ（）というメソ
ッドを有している。

【００３１】〔実施の形態１〕この実施の形態１では、
上述したソフトウェア部品を含むイメージ入出力装置の
構成に基づくソフトウェア部品毎の動作履歴を記録する
例について（データ構造例）、（アルゴリズム）に分け
て述べる。

【００３２】（データ構造例）図５は、本発明の実施の
形態１に係るソフトウェア部品単位のデータ構造例を示
す説明図である。図において、「部品ＩＤ」５０１と
は、ソフトウェア部品単位に事前に登録されている任意
の識別子である。通常は６桁の数値などであり、装置の
提供者であるベンダー単位で一元管理している番号であ
る。ベンダー側は、この識別子から該当するソフトウェ
ア部品の仕様を管理している。

【００３３】「名称」５０２とは、ソフトウェア部品の
名称である。通常は、たとえば“Ｃａｒｒｉａｇｅ”な
ど任意長の文字列で表現されている。「バージョン」５
０３とは、「部品ＩＤ」５０１に対するバージョンであ
る。通常は、３桁の数値などであり、“３０１”などに
よりバージョン３．０１と認識する。

【００３４】メソッド毎の呼出し回数として、「メソッ
ド数」５０４と、その数分の「メソッド名」５０５と
「呼出し回数」５０５を有する。「メソッド数」５０４
とは、呼出し回数を記憶するメソッドの数である。メソ
ッドメイトはメソッドの名称である。「呼出し回数」５
０６とは、ソフトウェア部品の利用回数を整数値として
記憶する領域である。「個別部品特有の属性値」５０７
とは、それぞれのソフトウェア部品に必要となるデータ
である。

【００３５】ソフトウェア部品には、あらかじめ常駐し
ている部品と、プログラムの実行時に生成され、動作完
了後に消滅する部品がある。生成・消滅する部品に関し
ては、生成・消滅させる親部品が、呼び出し回数の記憶
領域を有し、消滅時にそれまでの回数を書き出し、次回
の生成時の初期値を、その回数から始めることにより、
累積の呼出し回数を保持する。この具体例を図６に示
す。

【００３６】図６では、「部品ＩＤ」５０１による識別
子が“０１２３”、「名称」５０２が“Ｃａｒｒｉａｇ
ｅ”、「バージョン」５０３が“１０１”、「メソッド
数」５０４が“２”について示し、ｍｏｖｅ（）メソッ
ドが５００回、ｃａｎｃｅｌ（）メソッドが３０回呼び
出されたことを意味する。

【００３７】（アルゴリズム１）図７は、本発明の実施
の形態１に係るアルゴリズムを示すフローチャートであ
り、ソフトウェア部品毎の動作履歴を記録する例につい
て示している。メソッド呼出しの先頭で、呼出し回数を
インクリメントし（Ｓ７０１）、関数処理を行う（Ｓ７
０２）。

【００３８】したがって、この実施の形態１によれば、
個別ユーザの装置単位に、ソフトウェア部品単位の動作
履歴を把握することにより、動作履歴に合わせたきめ細
かいメンテナンス作業の実現と機能拡張の提案が可能に
なる。また、ソフトウェアの障害などに対する原因解析
や部品交換などを、動作履歴を確認することによって的
確に行うことができる。

【００３９】〔実施の形態２〕この実施の形態２では、
ソフトウェア部品単位のバージョン、動作履歴などの情
報取得を印刷によって行う例について（データ構造）、
（アリゴリズム）に分けて説明する。

【００４０】（データ構造例）図８は、本発明の実施の
形態２に係るデータ構造例を示す説明図である。この場
合、図示するように部品リストとして部品へのリファレ
ンスを保有する構造体を有している。また、呼出し回数
を有するソフトウェア部品は、自分自身でメソッド名と
その呼出し回数を返すメソッドを有する。たとえば、ｇ
ｅｔ＿ＮｕｍＯｆＣａｌｌ（）により、メソッド数、メ
ソッド名、呼出し回数を返す。

【００４１】（アルゴリズム）この実施の形態では部品
リストから、呼出し回数が記録されているソフトウェア
部品を順次検索し、それらのメソッド名と呼出し回数を
取得し、印刷フォーマットを組み立てるモジュールに引
き渡すことにより、所定のフォーマットで印刷出力す
る。

【００４２】図９は、本発明の実施の形態２に係るアル
ゴリズムを示すフローチャートである。まず、部品リス
トを取得し（Ｓ９０１）、当該部品が存在するか否かを
判断する（Ｓ９０２）。ここで、当該部品が存在すると
判断した場合、そのメソッド数を取得する（Ｓ９０
３）。その後、残りメソッドがあるか否かを判断し（Ｓ
９０４）、残りメソッドがあればメソッド名と呼出し回
数を取得する（Ｓ９０５）。さらに印刷フォーマット組
み立てるモジュールへ渡し（Ｓ９０６）、残りメソッド
の数を減算する（Ｓ９０７）。また、ステップＳ９０２
で当該部品がないと判断すれば、その取得した部品リス
トの印刷を行う（Ｓ９０８）。

【００４３】図１０は、上記における印刷処理によって
出力される印刷出力例である。この例では、ソフトウェ
ア部品の部品名“Ｃａｒｒｉａｇｅ”に対するメソッド
名“ｍｏｖｅ”、呼出し回数“５００”と、“Ｃａｒｒ
ｉａｇｅ”に対するメソッド名“ｃａｎｃｅｌ”呼出し
回数“３０”といった情報が印刷される。したがって、
この実施の形態２によれば、サービスマンがメンテンナ
ス作業時にソフトウェア部品毎の動作履歴を印刷するこ
とによって、その内容を的確に把握することが可能なた
め、適切なメンテナンスを迅速に行うことができる。

【００４４】〔実施の形態３〕この実施の形態３では、
遠隔地からソフトウェア部品単位のバージョン、動作履
歴などの情報取得を行う例について説明する。すなわ
ち、たとえば、図３に示すようなシステム環境において
ソフトウェア部品単位のバージョン、動作履歴などの情
報取得を行うものである。

【００４５】（データ構造）この実施の形態３に係るデ
ータ構造は、前述した実施の形態２の図８と同様に、部
品リストとして、部品へのリファレンスを保有する構造
体を有する。

【００４６】（アルゴリズム）この場合、図１１のフロ
ーチャートに示すように、遠隔地からの全ソフトウェア
部品の動作状況の取得を要求する（Ｓ１１０１、Ｓ１１
０２））。そして、その部品リストから呼出し回数が記
録さてているソフトウェア部品を順次検索し（Ｓ１１０
３）、それらのメソッド名と呼出し回数を取得し、その
内容を返送する（Ｓ１１０４）。

【００４７】あるいは、図１２のフローチャートに示す
ように、遠隔地から特定のソフトウェア部品名とメソッ
ド名とを指定し（Ｓ１２０１）、その指定された部品名
とメソッド名を検索し（Ｓ１２０２）、呼出し回数を返
送する（Ｓ１２０３）。

【００４８】したがって、この実施の形態３によれば、
遠隔地からソフトウェア部品単位のバージョンや動作履
歴などの情報取得を行うようしたので、遠隔地（たとえ
ば図３におけるサービスセンター３１０）からの故障診
断サービスを行うことが可能となる。また、ユーザに合
わせたソフトウェア部品の構成も提案することが可能と
なる。

【００４９】

【発明の効果】以上説明したように、本発明に係るイメ
ージ入出力装置のソフトウェアシステム（請求項１）に
よれば、機能毎のソフトウェア部品にバージョンや動作
履歴情報を更新・保持させるデータ構造としたので、動
作履歴に合わせたきめ細かいメンテナンス作業の実現と
機能拡張の提案が可能になる。また、ソフトウェアの障
害などに対する原因解析や部品交換などを、動作履歴を
確認することによって的確に行うことができる。

【００５０】また、本発明に係るイメージ入出力装置の
ソフトウェアシステム（請求項２）によれば、サービス
マンがメンテンナス作業時にソフトウェア部品毎の動作
履歴を印刷することによって、その内容を的確に把握す
ることが可能なため、適切なメンテナンスを迅速に行う
ことができる。

【００５１】また、本発明に係るイメージ入出力装置の
ソフトウェアシステム（請求項３）によれば、サービス
センターなど遠隔地からソフトウェア部品単位のバージ
ョンや動作履歴などの情報取得を行うようしたので、遠
隔地からの故障診断サービスを行うことが可能となる。
また、ユーザに合わせたソフトウェア部品の構成も提案
することが可能となる。

【図面の簡単な説明】

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

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

【図３】本発明の実施の形態に係るネットワーク環境に
おけるイメージ入出力装置のシステム接続例を示す説明
図である。

【図４】本発明の実施の形態に係るキャリッジ動作のソ
フトウェア部品の組立図である。

【図５】本発明の実施の形態１に係るソフトウェア部品
単位のデータ構造例を示す説明図である。

【図６】図５の具体的なソフトウェア部品単位のデータ
構造例を示す説明図である。

【図７】本発明の実施の形態１に係るアルゴリズムを示
すフローチャートである。

【図８】本発明の実施の形態２に係るデータ構造例を示
す説明図である。

【図９】本発明の実施の形態２に係るアルゴリズムを示
すフローチャートである。

【図１０】本発明の実施の形態２に係る印刷出力例を示
す説明図である。

【図１１】本発明の実施の形態２に係る第１のアルゴリ
ズムを示すフローチャートである。

【図１２】本発明の実施の形態２に係る第２のアルゴリ
ズムを示すフローチャートである。

【符号の説明】

１００ ＣＰＵ １０１ 操作パネル １２０ イメージ入出力装置 １５０、３０５、３２０ ネットワーク ２０１ アプリケーション層 ２０６ ドキュメントマネージャ ２０７ サービスソフトウェア ２０９ データベースマネージャ ３１０ サービスセンター ３１２ ソフトウェア部品 ４０１ スキャナコントロール部品 ４０２ キャリッジ部品 ４０３ モータ部品 ５０１ 部品ＩＤ ５０２ 名称 ５０３ バージョン ５０４ メソッド数 ５０５ メソッド数 ５０６ 呼出し回数 ５０７ 個別部品特有の属性値

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B021 AA05 AA19 BB02 BB10 EE04 PP06 5B042 GA36 GB05 HH30 JJ02 MA08 MC40 5B076 AC01 CA09 DD05 5C062 AA05 AA13 AA35 AB00 AB38 AB42 AC58 AF00 BA04

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の画像入力および（または）画像形
   成を行うイメージ入出力装置を所定の通信プロトコルに
   基づくネットワークに他の機器と相互接続し、かつ画像
   入力・形成処理のそれぞれの機能ユニットを制御するソ
   フトウェアを部品化し、前記部品化されたソフトウェア
   を協調動作させて一連のプロセス制御を実行するイメー
   ジ入出力装置のソフトウェアシステムにおいて、 前記部品化したソフトウェアは、少なくとも、 部品単位に識別された部品識別手段と、 前記部品識別手段のソフトウェア名を表す部品名と、 前記部品識別手段のバージョンを表すバージョンと、 プログラム実行時に生成され、自ソフトウェアの動作履
   歴を累積・保持する動作履歴保持手段と、 を備えることを特徴とするイメージ入出力装置のソフト
   ウェアシステム。
2. 【請求項２】 前記ネットワーク上に接続された他の機
   器から指定されるソフトウェア部品単位のバージョンお
   よび動作履歴に関する情報を、所定のフォーマットで印
   刷出力することを特徴とする請求項１に記載のイメージ
   入出力装置のソフトウェアシステム。
3. 【請求項３】 前記ネットワーク上に接続された遠隔地
   の管理機器からの要求に基づいて、ソフトウェア部品単
   位のバージョンおよび動作履歴に関する情報を、前記管
   理機器上に出力することを特徴とする請求項１に記載の
   イメージ入出力装置のソフトウェアシステム。