トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 部品化ソフトウェアの動作状態表示方法および画像形成装置における用紙搬送制御のソフトウェア部品
【発明者】 【氏名】山田 大介
【要約】 【課題】システムに組み込まれたソフトウェアに対し，その構成要素となるソフトウェア部品に対して直感的に理解可能な表示情報を持たせることにより，静的情報・動的情報を容易に把握可能にし，ソフトウェアのメンテナンス性を向上させる。

【解決手段】電子機器システムを構成する機能ユニットを制御するソフトウェアを機能ユニット単位に部品化（スキャナコントロール部品３０１，キャリッジ部品３０２，モータ部品３０３）し，部品化されたソフトウェア単位に，当該ソフトウェア部品に対する視覚的な表示情報を保有させ，部品化されたソフトウェアを協調動作させて一連のプロセス制御を実行する際に，当該ソフトウェアの表示情報を表示する。
【特許請求の範囲】
【請求項１】 電子機器システムを構成する機能ユニットを制御するソフトウェアを機能ユニット単位に部品化し，前記部品化されたソフトウェア単位に，当該ソフトウェア部品に対する視覚的な表示情報を保有させ，部品化されたソフトウェアを協調動作させて一連のプロセス制御を実行する際に，当該ソフトウェアの表示情報を表示することを特徴とする部品化ソフトウェアの動作状態表示方法。
【請求項２】 前記表示情報は，制御動作状態／非制御状態であるかの状態遷移に応じて動的に変化する表示データであることを特徴とする請求項１に記載の部品化ソフトウェアの動作状態表示方法。
【請求項３】 前記表示情報は，有形物の概観を示す「有形物」，人間の動作状態を示す「役割」，予定表・タイミング図を用いた「出来事」の視覚情報の何れかあるいは組み合わせた表示データであることを特徴とする請求項２に記載の部品化ソフトウェアの動作状態表示方法。
【請求項４】 前記表示情報は，ソフトウェアの一覧表示の選択，あるいは（および）状態一覧表示の選択を行い，その選択した表示データを当該ソフトウェア部品の状態に登録されるものであることを特徴とする請求項１ないし３の何れか一つに記載の部品化ソフトウェアの動作状態表示方法。
【請求項５】 コンピュータ機器と双方向通信可能に接続され，かつ原稿・記録紙を所定のタイミングで搬送して画像を形成する画像形成装置の用紙搬送制御を行うソフトウェア部品であって，前記用紙搬送制御を行うソフトウェア部品が細部分担させたソフトウェア群で構成され，ソフトウェア部品毎に該部品の情報・状態を保有させ，前記ソフトウェア部品を前記コンピュータ機器に転送することを特徴とする画像形成装置における用紙搬送制御のソフトウェア部品。
【請求項６】 前記ソフトウェア部品の情報は，前記コンピュータ機器で展開・表示可能な部品自体の表示情報が含まれることを特徴とする請求項５に記載の画像形成装置における用紙搬送制御のソフトウェア部品。
【請求項７】 前記コンピュータ機器から指定された情報に従って，当該ソフトウェア部品の情報を前記コンピュータ機器に転送することを特徴とする請求項５または６に記載の画像形成装置における用紙搬送制御のソフトウェア部品。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は，複写機やファクシミリ装置，プリンタなどの制御システム／用紙搬送制御に用いられ，システム／用紙搬送を制御するソフトウェアを部品化し，ソフトウェア部品を協調動作させる部品化ソフトウェアの動作状態表示方法および画像形成装置における用紙搬送制御のソフトウェア部品に関し，より詳細には，，ソフトウェア部品に対して直感的に理解可能な表示情報を持たせることで，静的・動的情報の把握を容易とし，ソフトウェアのメンテナンス性を向上させると共に，用紙搬送制御を構成するソフトウェア部品毎にその部品に関する情報を保有させ，これを外部管理機器に転送する部品化ソフトウェアの動作状態表示方法および画像形成装置における用紙搬送制御のソフトウェア部品に関する。
【０００２】
【従来の技術】従来，デジタル複写機やファクシミリ・プリンタ，あるいはこれらの機能を複合したシステムにおいて，その制御プログラムを機能単位に部品化することが行われている。
【０００３】この本件に関連する参考技術文献として，たとえば特開平８−１３７６８０号公報の『ソフトウェア部品登録組込装置』が開示されている。この公報では，ソフトウェア部品の利用法と組み込み法に関する知識を併せて登録すると共に，ソフトウェア部品の引用時に当該部品に関する使用法を検証し，引用箇所，引用状況に対応したプログラム表現とすることにより，ソフトウェア部品作成の容易性と部品利用時の容易性の両立を図っている。
【０００４】また，複数の画像形成装置と該装置を監視するクライアントＰＣを双方向通信可能に接続したシステムも知られている。このシステムは，画像形成装置の稼働状況などのデータを収集し，そのデータに基づいて所定のメンテナンス（サプライや備品の保守・交換）を迅速に行うものである。
【０００５】
【発明が解決しようとする課題】しかしながら，上記に示されるような従来の技術にあっては，ソフトウェア部品単位に利用法と組み込み法に関する情報を有しているいるものの，その表示情報を保有していないため，ソフトウェア部品に対して直感的に理解することが困難であった。つまり，サービスマンやエンドユーザがシステムの静的な情報や動的な情報を直感的に把握することができず，的確なソフトウェアのメンテナンスを行うことができないという問題点があった。
【０００６】また，複数の画像形成装置と該装置を監視するクライアントＰＣを双方向通信可能に接続したシステムにあっては，画像形成装置の稼働状況やジャム発生回数などのデータを行うことが可能であるが，装置内部の用紙（原稿・記録紙）の搬送状態を詳細に把握することができなかった。
【０００７】本発明は，上記に鑑みてなされたものであって，システムに組み込まれたソフトウェアに対し，その構成要素となるソフトウェア部品に対して直感的に理解可能な表示情報を持たせることにより，静的情報・動的情報を容易に把握可能にし，ソフトウェアのメンテナンス性を向上させることを第１の目的とする。
【０００８】また，画像形成装置の用紙搬送制御を構成するソフトウェア部品毎に，搬送に関連する情報を保有・更新させ，これを装置を監視するクライアントＰＣに送ることにより，画像形成装置の搬送動作状況の詳細な情報や，ジャムの詳細情報などを把握・管理することを第２の目的とする。
【０００９】
【課題を解決するための手段】上記の目的を達成するために，請求項１に係る部品化ソフトウェアの動作状態表示方法にあっては，電子機器システムを構成する機能ユニットを制御するソフトウェアを機能ユニット単位に部品化し，前記部品化されたソフトウェア単位に，当該ソフトウェア部品に対する視覚的な表示情報を保有させ，部品化されたソフトウェアを協調動作させて一連のプロセス制御を実行する際に，当該ソフトウェアの表示情報を表示するものである。
【００１０】すなわち，装置に組み込まれたソフトウェアの詳細についての知識がなくても，動作環境や動作状況をソフトウェア部品が保有する表示情報により把握することが可能となる。
【００１１】また，請求項２に係る部品化ソフトウェアの動作状態表示方法にあっては，前記表示情報は，制御動作状態／非制御状態であるかの状態 遷移に応じて動的に変化する表示データとするものである。
【００１２】すなわち，適切なソフトウェア部品の表示情報を，制御動作状態／非制御状態に応じて常に装置の表示手段に表示させておくことにより，装置の動作状況やジョブの処理状況が把握することが可能になる。
【００１３】また，請求項３に係る部品化ソフトウェアの動作状態表示方法にあっては，前記表示情報は，有形物の概観を示す「有形物」，人間の動作状態を示す「役割」，予定表・タイミング図を用いた「出来事」の視覚情報の何れかあるいは組み合わせた表示データとするものである。
【００１４】すなわち，請求項２において，表示情報は，有形物の概観を示す「有形物」，人間の動作状態を示す「役割」，予定表・タイミング図を用いた「出来事」の視覚情報の何れかあるいは組み合わせた表示データとすることにより，さらに視覚的に装置の状態を把握することが可能になる。
【００１５】また，請求項４に係る部品化ソフトウェアの動作状態表示方法にあっては，前記表示情報は，ソフトウェアの一覧表示の選択，あるいは（および）状態一覧表示の選択を行い，その選択した表示データを当該ソフトウェア部品の状態に登録されるものである。
【００１６】すなわち，たとえば複数台の装置を同時に監視しようとする場合，同じソフトウェア部品では同じ表示情報が複数表示されることによる混乱が生じる可能性も考えられるので，それぞれ個別の表示情報を登録することにより，直感的に複数台の装置状態を把握することが可能となる。
【００１７】また，請求項５に係る画像形成装置における用紙搬送制御のソフトウェア部品にあっては，コンピュータ機器と双方向通信可能に接続され，かつ原稿・記録紙を所定のタイミングで搬送して画像を形成する画像形成装置の用紙搬送制御を行うソフトウェア部品であって，前記用紙搬送制御を行うソフトウェア部品が細部分担させたソフトウェア群で構成され，ソフトウェア部品毎に該部品の情報・状態を保有させ，前記ソフトウェア部品を前記コンピュータ機器に転送するものである。
【００１８】すなわち，クライアントＰＣとしてのコンピュータ機器側において画像形成装置の用紙搬送を監視し，その動作状況やジャム情報などを管理することが可能になる。
【００１９】また，請求項６に係る画像形成装置における用紙搬送制御のソフトウェア部品にあっては，前記ソフトウェア部品の情報は，前記コンピュータ機器で展開・表示可能な部品自体の表示情報が含まれるものである。
【００２０】すなわち，用紙搬送のためのソフトウェア部品の情報をクライアントＰＣとしてのコンピュータ機器側の表示装置に表示されることにより，画像形成装置の動作状況やジョブの処理状況を視覚的に認識することができ，さらに装置毎のデバイスドライバをインストールする必要もなくなる。
【００２１】また，請求項７に係る画像形成装置における用紙搬送制御のソフトウェア部品にあっては，前記コンピュータ機器から指定された情報に従って，当該ソフトウェア部品の情報を前記コンピュータ機器に転送するものである。
【００２２】すなわち，遠隔地のクライアントＰＣとしてのコンピュータ機器側においてジャム発生箇所やジョブの処理状況などの画像形成装置の用紙搬送制御の詳細を逐一把握することが可能になる。
【００２３】
【発明の実施の形態】以下，本発明の部品化ソフトウェアの動作状態表示方法および画像形成装置における用紙搬送制御のソフトウェア部品の実施の形態について添付図面を参照し，詳細に説明する。
【００２４】〔実施の形態１〕
（ハードウェアの構成）図１は，実施の形態に係るシステムのハードウェア構成を示すブロック図であり，ネットワーク１５０に，大きくはイメージ入出力装置１２０とブローカ１４０とを接続したシステム構成となっている。
【００２５】イメージ入出力装置１２０は，図示の如く構成されている。１００は装置全体の制御を司るＣＰＵである。このＣＰＵ１００には，バス１０２を介し，その制御下にプログラムコードやフォント，その他の静的なデータが格納されているＲＯＭ１０３と，一時的な格納領域（ワーキングメモリ）として利用されるＲＡＭ１０４と，不揮発性のデータを格納しておくＮＶＲＡＭ１０５と，操作パネル１０１の制御（ユーザとのインターフェイスを司る）を実行するパネル制御部１０６と，紙原稿の読み取りおよび記録紙への印刷を実行するため，スキャン／プリントエンジン１１１を制御するエンジン制御部１０７と，大量のイメージデータなどの蓄積およびデータベースの格納領域として利用され，記憶装置１１２を制御するディスクドライバ１０８と，イーサネットワークなどのネットワーク１５０に接続され，外部の機器との通信制御を行う通信制御部１０９と，公衆回線と接続され，外部の機器との通信を可能にするモデム１１０とが接続されている。
【００２６】また，ブローカ１４０は，ネットワーク１５０との通信制御を実行する通信制御部１４１と，ブローカ１４０全体を制御するＣＰＵ１４２と，制御プログラムなどが格納されているＲＯＭ１４３と，制御途中のデータなどを格納するためのＲＡＭ１４４と，機能情報などが格納されているデータベース１４５とから構成されている。なお，このブローカ１４０は，ＣＰＵやＲＯＭ，ＲＡＭ，通信制御部，機能情報データベースを有しているものであり，ＰＣあるいはイメージ入出力装置のどちら側に存在してもよい。
【００２７】（イメージ入出力装置の動作）ＲＯＭ１０３にはプログラムコードやフォント，およびその他のスタティックな情報を格納する。ＲＡＭ１０４は，一時的な記憶場所として利用される。ＮＶＲＡＭ１０５には不揮発性の情報を格納する。
【００２８】操作パネル１０１とパネル制御部１０６とによりユーザとのインターフェイスを司る。また，スキャン／プリントエンジン１１１とエンジン制御部１０７は，イメージデータの入出力ユニットとして，シート原稿の読み取りおよび記録紙への印刷を実行する。
【００２９】また，記憶装置１１２とディスクドライバ１０８は，大容量蓄積デバイスであるので大量のイメージデータを蓄積するときなどに使用される。通信制御部１０９は，イーサーネットなどのネットワーク（ＬＡＮ）１５０を介し，外部機器との通信を可能とし，モデム１１０は公衆回線（ＷＡＮ）と接続され，外部機器との通信を実行する。
【００３０】また，ブローカ１４０は，ネットワーク１５０に接続されているイメージ入出力装置１２０が有している機能情報を維持／管理し，クライアント（この場合，ＰＣ１６０）とサーバ（この場合，イメージ入出力装置）との接続を確立する役目を請け負うミドルウェアとしての機能動作を行う。
【００３１】（ソフトウェアの構成）図２は，実施の形態に係るソフトウェアの構成を示すブロック図である。ここでは，図示の如く，アプリケーション層２０１と，カーネル層２０２と，ドライバ層２０３と，ハードウェア層２０４と，いうように大きくは４つの層（レイヤー）に分けられている。
【００３２】アプリケーション層２０１は，コピー・ファックス・プリンタなどのアプリケーションを形成するレイヤーであり，後述するオペレーションマネージャ２０５と，ドキュメントマネージャ２０６と，サービスマネージャ２０７と，デバイスマネージャ２０８と，データベースマネージャ２０９と，プログラムファクトリ２１０と，の各ブロックで構成される。
【００３３】オペレーションマネージャ２０５は，装置に付属・接続されている操作パネル１０１を制御するものであり，ボタンの表示およびボタンオペレーションのノーティファイ・アラートの通知などを行う。また，ドキュメントマネージャ２０６は，コピー・ファックス・プリンタなどのシナリオに基づいてドキュメントをハンドリングするアプリケーションとしては中心となる機能ブロックである。
【００３４】また，サービスマネージャ２０７は，ドキュメントハンドリングの際に共通に必要となる機能ブロックであり，各種の管理・実行を行う。また，デバイスマネージャ２０８は，スキャナ・プロッタ・画像バスといった物理デバイスの動作を決定する機能ブロックであり，各種のデバイスの管理・実行を行う。
【００３５】また，データベースマネージャ２０９は，フォント・定形フォーム・ファックス受信履歴・装置の利用履歴・課金データなどの永続データの維持管理を行う。また，本発明では，ここにソフトウェア部品単位の表示情報を保管し，検索を行う。このプログラムファクトリ２１０は，ソフトウェアの組立表とソフトウェア部分および互換表とに基づいてプログラム実行のための初期化を実行する。
【００３６】すなわち，静的の存在するソフトウェア部品をＲＡＭ上に展開（オブジェクト指向プログラミングにおけるインスタンスの生成）し，何らかのメッセージを受け取る（オブジェクト指向プログラミングにおけるメソッドコール）ことにより動作可能な状態にしておく。
【００３７】カーネル層２０２は，仮想メモリ２１１と，実行プロセス２１２と，ファイルシステム２１３と，ソケット２１４と，仮想マシン２１５と，から構成されている。このカーネル層２０２は，通常ＯＳ（オペレーティング・システム）のカーネル（ｋｅｒｎｅｌ：ＯＳ機能のうちで最も基本的な部分で，ニュークリアスまたは核と呼ばれる）として組み込まれ，各種デバイスを抽象化し，アプリケーションに対してサービスを提供するものであり，アプリケーション層２０１はカーネル層２０２に対してシステムコールすることにより動作する。
【００３８】ドライバ層２０３は，メモリ管理ドライバ２１６と，プロセス管理ドライバ２１７と，ファイル管理ドライバ２１８と，ネットワークドライバ２１９と，一体型コピードライバ２２０と，ブロッキングデバイスドライバ２２１と，ページデバイスドライバ２２２と，から構成されてる。このドライバ層２０３は，各種ハードウェア（図１およびハードウェア層参照）を駆動するたの制御を実行する機能ブロックの集合体である。また，ハードウェア層２０４は，装置内に存在する制御可能なリソースの集合である。
【００３９】（動作例）次に，動作例として，複写機あるいはスキャナに組み込まれている，原稿読み取りを行うためのキャリッジ（走査光学系）のソフトウェア部品の例をとって説明する。
【００４０】ところで．ソフトウェア部品とは，実世界に存在する実体や概念の抽象化により決定される。典型的なものとして，「有形物」，「役割」，「出来事」などがある。これらのソフトウェア部品が互いに協調動作することにより，システムアプリケーションとして動作する。
【００４１】本発明では，視覚的に捉えることのできる表示情報を，それぞれのソフトウェア部品に持たせることを特徴としている。具体的な表示情報は，「有形物」であればその有形物の概念図，「役割」であれば人間の姿など，つまり擬人化させる。また，「出来事」であれば予定表やタイミングチャートなどのように直感的に理解することの可能な表示データが望ましい。
【００４２】図３は，実施の形態１に係るキャリッジ動作を行うためのソフトウェア部品の組立例を示すブロック図である。図３において，スキャナコントロール部品３０１は，キャリッジ部品３０２を制御する。すなわち，解像度や読み取り範囲に応じてキャリッジの動作手順に責任を持っている。キャリッジ部品３０２は，モータ部品３０３に移動速度などを指示し，キャリッジ動作の実行と監視について責任を持っている。また，モータ部品３０３は，ステッピングモータなどを駆動する責任を持ったソフトウェア部品である。
【００４３】ここで，スキャナコントロール部品３０１は役割を示しており，擬人化して表現してもよく，さらにキャリッジとモータのレイアウトとして表現されていてもよい。また，キャリッジおよびモータは有形物であるので，それぞれの概観図を表現してあればよい。
【００４４】また，ソフトウェア部品は相互に協調動作を行うことから，それぞれ独自に振る舞いを持っている。通常，それは状態遷移図をして形式化されるものであり，その状態毎に表示データを保有している。
【００４５】図４は，スキャナコントロール部品３０１の状態遷移および擬人化された表示情報例を示す説明図である。たとえば，スキャナコントロール部品３０１ではアイドル中４０１と制御中４０２という状態遷移を持つものすると，擬人化した場合には，図示の如く，何もしていない姿４０３（アイドル中４０１）と作業している姿４０４（制御中４０２）という２つの表示情報を有する。
【００４６】また，これらの表示情報をユーザが独自に設定することができるように，ソフトウェア部品の一覧表示・選択，あるいは状態一覧表示を選択し，それに該当する表示データを結び付ける仕組みとしてもよい。
【００４７】これは，装置上に設けられているローカルな画面から設定してもよく，さらにリモートからのコマンドにより設定することも可能である。ただし，ローカルな画面から設定する際に，表示データを作成するエディタが用意されていない場合は，何らかの方法を用いて，表示データを先に登録しておく必要がある。この場合，たとえば，フロッピーディスクなどのオフラインメディア，あるいはオンラインでリモート設定，あるいはスキャナで読み取る，といった方法を用いることで実現する。
【００４８】これにより，たとえば複数台の装置を同時に監視しようとする場合，同じソフトウェア部品では同じ表示情報が複数表示されることによる混乱が生じる可能性も考えられるが，上述の如く，それぞれ個別の表示情報を設けることにより，直観的に複数台の装置状態を把握することができる。
【００４９】（データ構造）さて，上述した実施の形態１では，表示の仕組みや表示データの構造については触れていない。すなわち，アリゴリズムに特徴はなく，データ構造についてのみ構造が現れる。以下，そのデータ構造について説明する。
【００５０】図５は，実施の形態１に係るソフトウェア部品単位におけるデータ構造を示すブロック図である。図において，部品ＩＤ５０１は，ソフトウェア部品単位に事前に登録されている識別子である。通常は６桁の数値などであり，装置の提供者であるベンダー単位で一元的に管理している番号である。
【００５１】また，ベンダー側は，この識別子に基づいて対象とするソフトウェア部品の仕様を管理している。また，名称５０２は，ソフトウェア部品の名称である。通常は任意長の文字列で表現され，たとえば“キャリッジ”などである。
【００５２】また，表示データ５０３は，表示データのファイルあるいはデータベースに対する参照であり，その参照先に実表示データが存在する。表示データ５０３のフォーマトは，ラスタデータあるいはグラフィックデータの何れであっても構わない。また，関連する表示データとの２次元あるいは３次元における空間軸に対する関係情報を持っていてもよい。これにより，複数のソフトウェア部品の配置などを適切に表示することも可能となる。また，個別部品特有の属性値５０４とは，それぞれのソフトウェア部品に必要となるデータである。
【００５３】図６は，ソフトウェア部品とその表示データとの関連を保有している状態を示すブロック図である。図において，表示データ１（５０３ａ）は，アイドル中という状態での表示データへの参照，表示データ２（５０３ｂ）は，制御中という状態での表示データへの参照を示している。すなわち，状態遷移の数だけ，対象の状態と関連する一つの表示データを保有する。なお，複数の状態と複数個の表示データとの関連の持ち方は，ハッシュやリストといったコレクション構造の何れであっても構わない。
【００５４】（アルゴリズム）さて，ソフトウェア部品単位の表示データの登録は，データベースマネージャ２０９（図２参照）を介して，ソフトウェア部品データベースとして維持・管理される。その登録方法，すなわち，ソフトウェア部品と表示データとの関連付け方法のアルゴリズムを図７に示すフロチャートに基づいて説明する。なお，データベースへの格納方法や，検索方法は本発明の範囲外であるのでここでの説明は省略してある。
【００５５】図７において，まず，表示登録モードであるか否かを判断し（Ｓ７０１），表示登録モードであれば，ソフトウェア部品を検索し，一覧表を表示する（Ｓ７０２）。続いて，部品選択か終了かを判断し（Ｓ７０３），部品選択であれば，状態遷移数を把握し，一覧表を表示する（Ｓ７０４）。
【００５６】さらに，状態選択であるかキャンセルであるか否かを判断する（Ｓ７０５）。ここで，キャンセルであると判断したならばステップＳ７０３に戻る。一方，状態選択であると判断したならば，事前に登録してある表示データ一覧を表示する（Ｓ７０６）。なお，ここで，表示データの候補は，既にシステム内に登録されているものとしている。また，事前登録の方法は，オフラインメディアからでもよいし，オンラインデータとしてリモートから与えてもよい。
【００５７】続いて，データ選択であるかキャンセルであるか否かを判断する（Ｓ７０７）。キャンセルであると判断したならばステップＳ７０５に戻る。一方，データ選択であると選択したならば，選択された表示データを，対象のソフトウェア部品の状態へ登録し（Ｓ７０８），ステップＳ７０２に戻る。すなわち，ステップＳ７０８では，ソフトウェア部品毎にその部品の表示情報，あるいはその表示情報が動的に変化するデータ構造を作成する。
【００５８】〔実施の形態２〕次に，画像形成装置の用紙搬送制御を構成するソフトウェア部品毎に，搬送に関連する情報を保有・更新させ，これを装置を監視するクライアントＰＣに送ることにより，画像形成装置の搬送動作状況の詳細な情報や，ジャムの詳細情報などを把握・管理する例について説明する。
【００５９】（システム構成）図８は，本発明の実施の形態２に係るシステム構成を示すブロック図である。本システムは，サーバとしての機能を有する複写機８００と，後述するソフトウェア８０５と，複写機８００をソフトウェア８０５に基づいて制御する制御系８１０と，制御系８１０とパーソナルコンピュータ（クライアントＰＣ）とのインターフェイス制御を行うためのＩ／Ｆ部８２０と，クライアントＰＣ８３０と，から構成される。
【００６０】（装置搬送路のローラ・センサ配置例）ここで，部品化されたソフトウェアによって搬送制御などが行われる装置の具体的な例として複写機の搬送系の詳細について説明する。図９は，本発明の実施の形態２に係る用紙の搬送制御に好適な複写機のレイアウト構成を示す説明図である。なお，ここでは複写機を例示しているが，レーザプリンタなどの他の画像形成装置であってももちろんよい。
【００６１】この複写機における搬送制御は，用紙を搬送するローラに動力を与えるモータといったアクチェエータと，給紙部や搬送路の用紙有無を検知するセンサなどからなる給紙・搬送系および排紙系を対象として行われる。もちろん，オプション機器である自動原稿送り装置（ＡＤＦ）やソータなども対象となる。なお，ここでは，複写機本体部分の各アクチェータ，ローラ，センサなどの配置について図示してある。また，図９では，搬送路を破線で示している。
【００６２】図９において，９０１はタンデム型給紙トレイ９０２と通常の給紙トレイ９０３とを備えた給紙バンク，９０４はタンデム型給紙トレイ９０２に積載された用紙を下方から上昇させるための動力源となる紙上昇モータ，９０５は用紙積載部の用紙有無を検知する紙なし検知センサ，９０６は紙上昇位置を検知するための上昇検知センサ，９０７は給紙気候部に用紙を送り混むための呼出しコロ，９０８は呼出しコロ９０７によってピックアップされた用紙を次のローラに給紙する給紙コロ，９０９は給紙コロ９０８に所定圧で当接し，かつそのニップ部分に多数枚の用紙が進入した際に二枚目以降の用紙をトレイ側に戻すトルクリミッタ機構を有する逆転コロ，９１０は中継ローラ，９１１は紙搬送センサである。なお，これらのローラおよびセンサ類は，図示の如く４組同じような関係でそれぞれ配置されている。
【００６３】また，９１２は片面に複写された用紙を反転して再給紙する機構を有する両面トレイ，９１３は搬送ローラ（１），９１４は搬送ローラ（２），９１５は反転ローラ，９１６は反転出口部分の用紙を検知する出口センサ，９１７は反転分岐ソレノイド，９１８は反転中間センサ，９１９は両面中間センサである。
【００６４】また，９２０は給紙バンク９１０に積載されていない用紙，例えば規格外サイズ用紙，ラベル用紙・ＯＨＰシートなどを１枚ずつ給紙されるための手差し給紙部，９２１は手差し給紙ローラ，９２２は手差し給紙対象の用紙セットを検知する手差し紙なしセンサ，９２３はそのニップ部分に用紙を一旦進入・停止させてスキュー補正し，感光体ドラム上に形成される画像に合致したタイミングで用紙を送り込むレジストローラ，９２４はレジストローラ９２３の直前に設けられ，用紙の先端を検知するレジストセンサである。
【００６５】また，９２５は静電潜像が形成される感光体ドラム，９２６は感光体ドラム９２５に画像光を照射する光学部，９２７は現像装置，９２８は転写ローラ９２９によって感光体ドラム９２５に形成されたトナー像を用紙に転写する転写機構，９３０は定着ローラ９３１および加圧ローラ９３２などを有し，熱定着処理を行う定着装置，９３３は定着装置９３０の出口に設けられた排紙定着センサ，９３４は排紙センサ，９３５は排紙ローラ，９３６は排出分岐ソレノイド，９３７はフェイスアップソレノイドである。
【００６６】また，９４０は複数の原稿を積載し，順次光学部９２６のコンタクトガラス（不図示）に搬送・回収する自動原稿送り装置，９５０は複写後の用紙をスタックウ・ソートするソーターである。
【００６７】上記複写機は，給紙バンク９０１の何れかのトレイで選択し，該当するトレイから用紙を給紙する。その際に各ローラなどを移動し，センサにより用紙の通過タイミングを確認しながら搬送路・作像工程・定着工程を行い，最終的にソータ９５０の所定のビンに排紙する。この用紙搬送の際に，センサ間のパスをある決められた通過時間（シーケンス設定時間）で通過しない場合は，用紙が搬送路の途中でジャム（紙詰まり）が発生したと判断する。
【００６８】（データ構造）次に，上記複写機における搬送制御を行う際のソフトウェア構造について説明する。この基本構造を図１０に示す。すなわち，ソフトウェア構造としては，図示するように，搬送路１００１にローラ１００２とセンサ１００３が多数配置されており，その搬送路１００１上を用紙１００４が所定の速度で搬送する，という基本構造となる。
【００６９】また，図１１は，本発明の実施の形態２に係る搬送制御ソフトウェアのデータ構造例を示すブロック図であり，搬送路１１０１中に，ローラ１１０２・１１０３（２個），センサ１１０４・１１０５，用紙１１０６が１枚存在している例を示している。また，部品毎の属性として，位置関係を示す情報を持たせるため，搬送路の長さと搬送路の原点からのローラ，センサの位置，および用紙の先端の位置を保有させる。さらに，用紙は用紙の長さの情報を持つことにより，後端の位置も把握することが可能となる。そして，このデータ構造をクライアントＰＣ８３０に転送する。これにより，クライアントＰＣ８３０側において，装置（複写機８００）の用紙搬送を監視し，動作状況やジャム情報を管理するソフトウェアを構築することが可能となる。
【００７０】上記転送の際には，上述のデータ構造を１つのデータのかたまり（平坦なバイト列）としてパッキングし，ポインタなどはその中で意味を持つポインタ（相対アドレスなど）に変換したり，ヘッダ部を作成したりすることにより，受け取り側で，上記データ構造となるように整列させる。
【００７１】さらに，上述したデータ構造の中にソフトウェア部品毎に，例えば概観図や抽象化されたスケッチなどの表示情報を保有させる。つまり，用紙搬送のための制御部品の情報をクライアントＰＣ８３０のディスプレイに表示することにより，装置（複写機８００）の動作状況やジュブの処理状況を直感的に把握することできる。また，これにより，装置（複写機８００）毎のデバイスドライバをインストールする必要もなくなる。
【００７２】例えば，ローラに関する表示データを図１２に示す。ここではローラ１２０１の表示データ１２０２としてＸデータ／Ｙデータのラスタデータ１２０３を持たせる。なお，ここで，表示データ１２０２は２次元のラスタデータ１２０３としているが，２次元および３次元のグラフィックデータであってもよい。
【００７３】さらに，ソフトウェア部品毎に現在状態を，例えば図１３に示す如く保有させることもできる。図１３は，ローラを対象とした現在状態の情報を保有させたデータ構造例を示すブロック図である。図において，１３０１は搬送路のローラ配置であり，その下位に現在状態に関する情報１３０２として“状態数”，“停止中”，“回転中”，“最初のローラ”が含まれ，“最初のローラ”の属性情報として該当するローラに関する情報を持っている。つまり，ローラ全てに対しての，状態数の定義と，その状態の列挙（図１３では文字列として表現）を追加し，各ローラの現在状態をデータとして保有させる。
【００７４】なお，ローラおよびセンサの状態遷移図として，ローラの状態遷移図を図１４に，センサの状態遷移図を図１５に示す。ローラの状態は図１４に示すように，“停止中”１４０１か“回転中”１４０２の何れかである。また，センサの状態は図１５に示すように，用紙に“覆われていない”１５０１か“覆われた”か，つまり，用紙の有無（ＯＮ／ＯＦＦ）を検知している状態である。
【００７５】（アルゴリズム）図１６は，クライアントＰＣ８３０とサーバ８００間のインタラクション（アルゴリズム）を示す説明図である。クライアントＰＣ８３０からジョブが投入されると，サーバ８００はその印刷要求を受け取り，印刷動作を開始する。そこで，制御ソフトウェアが動作することにより，前述のデータ構造で示した動的に変化する属性は自動更新される。
【００７６】その後，クライアントＰＣ８３０はサーバ８００に対し，用紙搬送状況を要求する。この要求を受けたサーバ８００はデータ構造で定義したデータ（用紙搬送制御データ）を返送する。なお，クライアントＰＣ８３０は，ビジュアル表示しない場合，情報を蓄積し，アプリケーションがその情報を利用する。他方，ビジュアル表示する場合は，表示データの内容を解析し，ＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）表示を行う。
【００７７】また，クライアントＰＣ８３０は，一定時間間隔に用紙搬送状況要求をサーバ８００に対して出力し，サーバ８００はこの要求の度に用紙搬送制御データを返送する。さらに，クライアントＰＣ８３０は，部品毎の詳細情報や状態を，例えば詳細情報要求（ローラＩＤ）をサーバ８００に対して出力する。続いて，サーバ８００側は詳細情報要求（ローラＩＤ）に該当するローラ属性をクライアントＰＣ８３０に返送する。この状態を取得することで，アニメーション表示や点滅表示することが可能となる。以降，このようなインタラクションをシステムが稼働した際に順次実行する。
【００７８】
【発明の効果】以上説明したように，本発明に係る部品化ソフトウェアの動作状態表示方法（請求項１）によれば，装置に組み込まれたソフトウェアの詳細についての知識がなくても，動作環境や動作状況をソフトウェア部品が保有する表示情報により，サービスマンやエンドユーザがシステムの動作状況を的確に把握することができる。
【００７９】また，本発明に係る部品化ソフトウェアの動作状態表示方法（請求項２）によれば，適切なソフトウェア部品の表示情報を，制御動作状態／非制御状態に応じて常に装置の表示手段に表示させておくため，装置の動作状況やジョブの処理状況が把握することができる。
【００８０】また，本発明に係る部品化ソフトウェアの動作状態表示方法（請求項３）によれば，請求項２において，表示情報は，有形物の概観を示す「有形物」，人間の動作状態を示す「役割」，予定表・タイミング図を用いた「出来事」の視覚情報の何れかあるいは組み合わせた表示データとしたので，さらに視覚的に装置の状態を把握することができる。
【００８１】また，本発明に係る部品化ソフトウェアの動作状態表示方法（請求項４）によれば，たとえば複数台の装置を同時に監視しようとする場合，同じソフトウェア部品では同じ表示情報が複数表示されることによる混乱が生じる可能性も考えられるため，それぞれ個別の表示情報を登録することにより，直感的に複数台の装置状態を把握することができる。
【００８２】また，本発明に係る画像形成装置における用紙搬送制御のソフトウェア部品（請求項５）によれば，用紙搬送制御を行うソフトウェア部品が細部分担させたソフトウェア群で構成され，ソフトウェア部品毎に該部品の情報・状態を保有させ，ソフトウェア部品をコンピュータ機器に転送するようにしたので，クライアントＰＣとしてのコンピュータ機器側において画像形成装置の用紙搬送を監視し，その動作状況やジャム情報などを管理することが可能になる。したがって，上記情報を活用することによりリモートモニタリングのシステム構築も可能となる。
【００８３】また，本発明に係る画像形成装置における用紙搬送制御のソフトウェア部品（請求項６）によれば，ソフトウェア部品の情報は，コンピュータ機器で展開・表示可能な部品自体の表示情報が含まれるので，用紙搬送のためのソフトウェア部品の情報をクライアントＰＣとしてのコンピュータ機器側の表示装置に表示されることにより，画像形成装置の動作状況やジョブの処理状況を視覚的に認識することができ，さらに装置毎のデバイスドライバをインストールする必要もなくなる。
【００８４】また，本発明に係る画像形成装置における用紙搬送制御のソフトウェア部品（請求項７）によれば，コンピュータ機器から指定された情報に従って，当該ソフトウェア部品の情報をコンピュータ機器に転送するため，遠隔地のクライアントＰＣとしてのコンピュータ機器側においてジャム発生箇所・用紙サイズやジョブの処理状況などの画像形成装置の用紙搬送制御の詳細を逐一把握することが可能になる。
【出願人】 【識別番号】０００００６７４７
【氏名又は名称】株式会社リコー
【出願日】 平成１０年（１９９８）１０月３０日
【代理人】 【弁理士】
【氏名又は名称】酒井 宏明
【公開番号】 特開平１１−３２７９６２
【公開日】 平成１１年（１９９９）１１月３０日
【出願番号】 特願平１０−３１１２０５