JP3277724B2 - ファクシミリ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファクシミリ装置に関す
るものであり、特に、複数のホストからの要求による複
数のジョブを同時並行して処理することができるファク
シミリ装置に関する。

【０００２】

【従来の技術】ファクシミリ装置は、原稿読取り、メモ
リへの蓄積、送信、受信、およびプリント出力等の機能
を有する。通常、ファクシミリ装置では、これらの各機
能を１つずつ使用してジョブ単位毎に処理が実行され
る。しかし、ジョブ単位毎の処理ではファクシミリ装置
のスループットすなわち稼動率が低い。そこで、複数の
ジョブを同時並行処理してスループットの向上を図るよ
うにしたファクシミリ装置が提案されている（特開昭６
１−２８８５５３号公報）。

【０００３】一方、ファクシミリ装置は、単体で使用す
るだけでなく、情報処理システムに組込んで使用するこ
とができる。例えば、複数のホストコンピュータ（以下
「ホスト」という）からの要求に応じて前記送信、受信
およびプリント等のジョブを実行するシステムを構成す
ることができる。

【０００４】

【発明が解決しようとする課題】ところで、ファクシミ
リ装置を上述のようなシステムに組込んで使用する場
合、複数のホストからのジョブ要求があり、かつそのジ
ョブ要求が１つの機能に集中してしまうことが予想され
る。しかし、従来は、複数のホストからのジョブ要求を
同時並行で処理をするシステムは考えられていなかった
し、ジョブ要求が１つの機能に集中した場合の対策も考
えられていなかった。また、処理の多様化により、１つ
のジョブが、プリントと送信等、複数の機能を要求する
内容を含む場合がある。このような場合に要求されたす
べての機能が空くまで待った方がよい場合もあるし、空
いている機能から順次実行していった方が効率的に処理
を実行できる場合もある。しかし、従来は、このような
複数の機能を１つのジョブとして要求された場合の処置
が考えられていなかった。

【０００５】本発明の目的は、上記の問題点を解消し、
複数のホストから出された複数の機能を使用するジョブ
要求の同時並行処理を可能にするファクシミリ装置を提
供することにある。

【０００６】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は、機能部毎にそれぞれの状
態を把握して管理する機能管理手段と、複数のホストか
らのジョブ要求を受付けて該ジョブ要求を機能別に分解
する要求解析手段と、前記機能別に分解された機能要求
を登録する登録手段と、１つのジョブ要求に複数の機能
要求が含まれている場合に、これら複数の機能要求が互
いに同一ジョブ要求に含まれることを示す識別子を付与
する手段と、前記登録手段に登録された機能要求の実行
に際し、同一識別子が付与された機能要求の有無によっ
て、同一ジョブ要求に複数の機能要求が含まれているこ
とを検出する識別子判別手段と、同一ジョブ要求に複数
の機能要求が含まれていることが検出された場合に、各
機能部毎の状態に基づき、前記同一ジョブ要求に含まれ
る機能要求を実行するために必要なすべての機能部が使
用可能であると判断したときに、各機能部に要求の実行
指示を与えるジョブ管理手段とを具備した点に第１の特
徴がある。

【０００７】また、本発明は、前記登録手段が、予約順
に前記機能要求が実行されるように該機能要求を待ち行
列に登録するように構成されているとともに、同一ジョ
ブ要求に含まれる複数の機能要求の１つを実行する際
に、残りの機能要求が前記待ち行列の先頭に登録されて
いない場合は、該機能要求に次使用権を付与するため登
録の入替えを行う手段とを具備した点に第２の特徴があ
る。

【０００８】

【作用】上記第１の特徴を有する本発明によれば、複数
のホストからのジョブ要求を機能毎に分解される。そし
て、受付けられたジョブ要求のうち１つのジョブ要求に
含まれる複数の機能要求は互いを識別できるように識別
子が付与されて登録される。各機能要求の実行に際し、
１つのジョブ要求に含まれる他の機能要求がある場合
は、すべての機能要求を実行できる状態になったとき
に、該機能要求の実行が指示される。

【０００９】また、第２の特徴を有する本発明によれ
ば、同一ジョブ要求に含まれる複数の機能要求のすべて
が早期に実行できるように、待ち行列の登録順序が入れ
替えられる。

【００１０】

【実施例】以下、図面を参照して本発明を詳細に説明す
る。図３は本発明の一実施例に係る情報処理システムの
構成を示すブロック図である。同図において、ファクシ
ミリ装置１は図２に関して後述するハード構成を有す
る。該ファクシミリ装置１には、バス２を介して２台の
ホスト３，４と外部記憶装置５とが接続されている。ま
た、ファクシミリ装置１にはサーバ６が設けられ、該サ
ーバ６はＬＡＮのネットワーク７を介して複数のコンピ
ュータ８，９と接続されている。さらに、ファクシミリ
装置１は電話回線により他のファクシミリ装置（以下
「リモートファクシミリ」という）１０，１１，１２に
接続されている。

【００１１】続いて、前記ファクシミリ装置１のハード
構成を図２を参照して説明する。同図において、各構成
部はシステムバス１３によって接続されている。各部の
機能をジョブの処理に従って説明する。例えば、ホスト
３からの指示により、該ホスト３から供給される原稿を
プリントすると同時に、ホスト４からの指示により、該
ホスト４から供給される原稿をリモートファクシミリ
（ＦＡＸ）１０に送信する場合について説明する。

【００１２】まず、ホスト３の指示を実行する場合、ホ
スト３から供給された原稿の画情報はインタフェース１
４を介して記憶部１５に蓄積される。蓄積された画情報
はプリント部１６に転送され、該プリント部１６は受け
取った画情報をプリントする。記憶部１５での原稿の画
情報蓄積状態、およびプリント部１６での印字状態等は
ＣＰＵ１７で管理される。さらに、ＣＰＵ１７は、上記
プリント動作を行うため、記憶部１５への画情報の蓄
積、該画情報のプリント部１６への転送、およびプリン
ト部１６での印字開始の指令を行う。なお、記憶部１５
からプリント部１６への画情報の転送は、随時転送また
はページ単位での転送のいずれであってもよく、その選
択はＣＰＵ１７の設定による。

【００１３】一方、ホスト４から供給される原稿をリモ
ートファクシミリ１０に転送する送信ジョブの場合、上
記プリントの場合と同様、インタフェース１８を介して
記憶部１５に原稿の画情報が蓄積される。そして、蓄積
された画情報は通信制御部１９から電話回線に送出さ
れ、リモートファクシミリ１０へ送信される。この送信
ジョブでは、記憶部１５および通信制御部１９の状態は
ＣＰＵ１７で管理され、かつ該送信ジョブの処理の進み
具合が把握される。前記送信原稿がリモートファクシミ
リ１０の受信機能、例えば記録用紙のサイズ等と合わな
いデータであった場合には、符号化／復号化部２０、拡
大・縮小部２１などを用いてデータ処理をしてから回線
に送出することができる。

【００１４】該ファクシミリ装置１では、上記２つのジ
ョブつまりプリントおよび送信を同時並行処理すること
ができる。さらに、ジョブ実行中に入力部２２からの操
作による指示で、ＣＰＵ１７からジョブ要求の処理状態
を読み出してジョブ毎の進行状態や機能毎つまりプリン
ト部１６や通信制御部１９毎の使用状態を表示部２３に
表示させることもできる。また、必要な場合には、入力
部２１の操作による指示で処理を中断させることもでき
る。

【００１５】なお、以上の処理では使用しないが、ファ
クシミリ装置１を単独で使用する場合には、読取部２４
で原稿の読取りが可能である。また、インタフェース２
５はサーバ６を接続するために設けられている。ＣＰＵ
１７は、上記状態監視のほか、ＲＯＭ２６に格納された
プログラムやシステムデータに従って該ファクシミリ装
置１全体の制御を行う。

【００１６】次に、前記ファクシミリ装置１の要部機能
を図１のブロック図を参照して説明する。同図におい
て、ホスト１００，１０１からのジョブ要求は、ホスト
インタフェース２００，２０１を介して要求解析部３０
０にそれぞれ入力される。前記ホスト１００等からのジ
ョブ要求は、機能の組み合わせによって与えられる。例
えば、ホスト１００等から供給されたデータを送信と同
時にプリントする場合は、「送信」と「プリント」との
組み合わせからなるジョブ要求がなされる。前記要求解
析部３００はこのようなジョブ要求を機能別に解析す
る。そして、同一ジョブ要求に含まれる機能要求には、
これらを識別するための共通の識別子を付与し、該識別
子が付与された機能要求はジョブ管理部４００内の登録
部４１０に記憶される。

【００１７】ジョブ管理部４００は各機能別にジョブを
実行するため、プリント部や通信制御部等からなる機能
部５００に機能要求の実行を指示をする。この実行の指
示に際しては、予めシステムデータ等に設定されている
指示内容に従い、同一識別子を有する機能要求は、これ
を実行するためのすべての機能が空いたときに同時に実
行させることができる。機能管理部６００は、機能部５
００のプリント部や通信制御部等、各機能の状態を常時
管理していて、その結果をジョブ管理部４００に供給し
ている。したがって、ジョブ管理部４００は、機能管理
部６００から得られる各機能部の状態、および要求され
ているジョブの種類に基づき、例えば上述のような、す
べての機能の同時実行について、適切な指示を機能部５
００に与えることができる。

【００１８】さらに、ジョブの処理結果はジョブ管理部
４００によって把握されているので、通知部７００はこ
の処理結果をホストインタフェース２００，２０１を介
してホスト１００，１０１に通知をすることができる。
前記処理結果には、ジョブ要求の保留やジョブ要求の取
消し等が含まれ、これらジョブ管理部４００での処理は
予定のプログラムやシステムデータに基づいて実行され
る。なお、図１は、ホストが２台の場合についてに示し
ているが、２台以上のホストからジョブ要求を受ける場
合も同様である。

【００１９】続いて、上記要求解析部での処理を図４の
フローチャートを参照して説明する。図において、ステ
ップＳ１では、ホスト１００または１０１から供給され
たジョブ要求を解析し、複数の機能からなる要求ならば
各機能毎にジョブ要求を分解する。ステップＳ２では、
前記分解されたジョブ要求にプリント要求が含まれてい
るか否かを判断する。プリント要求が含まれていれば、
ステップＳ３に進み、ジョブ管理部４００の登録部４１
０にプリント要求があったことを記憶する。ジョブ要求
がプリント要求でない場合は、ステップＳ４に進み、前
記分解されたジョブ要求に送信要求が含まれているか否
かを判断する。送信要求が含まれていれば、ステップＳ
５に進み、ジョブ管理部４００の登録部４１０に送信要
求があったことを記憶する。以下、同様に、ステップＳ
６，Ｓ７では、ジョブ要求に受信および読込要求が含ま
れているか否かを判断し、これらのジョブ要求が含まれ
ていれば、それぞれステップＳ８，Ｓ９に進み、ジョブ
管理部４００の登録部４１０にそれぞれの要求を記憶す
る。ジョブ要求の解析は繰り返し行われ、要求が検出さ
れる毎にその要求があったことを示すための記憶を行
う。図示しない他のジョブ要求についても同様に判断さ
れて処理のための指示がなされるが図示は省略する。こ
れらのジョブ要求は受付け順に実行できるよう、待ち行
列として記憶される。

【００２０】さらに、前記各機能要求を登録部４１０に
記憶する場合、共通するジョブ要求に含まれる機能要求
には同一の識別子を付与して記憶する。例えば、ホスト
１００からのジョブ要求に送信とプリント要求とが含ま
れていた場合には、少なくともホスト１００からの要求
であることを示す情報と、ジョブ番号とを含む識別子を
付与する。さらに該識別子には該ホスト１００を使用し
てジョブを要求したユーザの名前を含めてもよい。この
識別子によって、これらの機能要求を同時に実行させる
場合に、１つのジョブ要求に含まれる機能要求を識別で
きる。

【００２１】続いて、ホストからのジョブ要求の処理に
ついてフローチャートを参照して説明する。まず、図５
において、ステップＳ１０では、要求解析部３００での
解析結果に基づく「プリント要求」の有無を判断する。
「プリント要求」があった場合はステップＳ１１に進
む。「プリント要求」がなかった場合は、他の機能要求
の処理、例えば送信要求処理に移行する。ステップＳ１
１では、プリントデータを受入れるためのメモリ容量の
有無やオペレータが操作中であるか否か等に基づき、リ
ソースの確保ができるか否かを判断する。リソースを確
保できなかった場合は、ステップＳ２６に進み、リソー
スを確保できなかったことを示す結果情報をジョブ管理
部４００に登録し、その終了情報を、通知部７００を介
してホストへ通知する。一方、リソースを確保できると
判断された場合はステップＳ１２に進み、複数機能要求
処理を行う。この複数機能要求処理は、１つのジョブ要
求に複数の機能を使用する要求、例えばプリントと送信
の要求が含まれている場合の処理に関し、その詳細は図
８に関して後述する。ステップＳ１３では、前記複数機
能処理結果に基づき、該プリント要求処理を継続する
か、他の機能要求処理に移行するかを判断する。プリン
ト要求処理を継続すると判断されたならば、ステップＳ
１４に進み、ホストからプリントデータを受け取るため
の転送機能を起動する。この転送機能による処理は図６
に関して後述する。また、ステップＳ１３において、他
の機能要求を処理すると判断されたときは、例えば送信
要求の処理を行うルーチンへ移行する。

【００２２】ステップＳ１５では、プリント部１６が使
用中か否かを判断する。これは、機能管理部６００のプ
リント使用中か否かを示す「使用中フラグ」によって判
断できる。使用中でなければ、ステップＳ２３に進んで
プリント部１６を確保する。つまり、プリント部１６を
確保するため「使用中フラグ」を立てる。

【００２３】一方、プリント部１６が使用中であったな
らばステップＳ１６に進み、待ち時間を設定するか否か
を判断する。この判断は、例えば予め定められたシステ
ムデータの設定により実施することができる。待ち時間
を設定する場合は、ステップＳ１７に進み、予定の待ち
時間をタイマ手段に設定してカウントを開始する。ま
た、待ち時間を設定しない場合、つまりプリント部１６
が空くまで待つ場合は、ステップＳ１８に進み、待ち時
間として無限大または所定の最大値をタイマ手段に設定
してタイムカウントを開始する。ここで無限大の時間を
設定するのは、プリント部１６のジャムなどによって処
理が中断したような場合、処理が可能になった場合にい
つでも動作復帰することができるようにするためであ
る。

【００２４】ステップＳ１９では、設定された待ち時間
が経過したか否かを判断する。待ち時間が経過していな
ければ、ステップＳ２０に進んでプリント部１６が使用
可能になったか否かを判断する。プリント部１６が使用
可能でない場合はステップＳ２１に進み、中断するか否
かを判断する。この判断は、例えば入力部２２からの中
断の指示の有無によって行う。中断しない場合は、ステ
ップＳ１９に進む。プリント部１６が使用可能になった
ならば、ステップＳ２３に進んでプリント部１６を確保
する。

【００２５】ステップＳ２４では、ホストからのデータ
をプリントするためプリント部１６を起動する。プリン
ト動作については図７に関してさらに後述する。ステッ
プＳ２５では、データ転送およびそのプリントが終了し
たか否かを判断する。この判断は、図６および図７に関
して説明する処理の最後で行われるジョブ管理部４００
への通知に基づいて行う。また、ステップＳ１９または
ステップＳ２１の判断が肯定ならば、ステップＳ２２に
進み、ホストからのデータ転送を中断してステップＳ２
６に進む。ステップＳ２６では、ジョブ管理部４００に
結果情報を登録するとともに、通知部７００を介してホ
ストへ終了情報を通知する。この終了情報の通知と同時
に、記憶されているプリント要求の１つが消去される。

【００２６】続いて、ホストからのプリントデータ受け
取りについて図６のフローチャートを参照して説明す
る。同図において、ステップＳ３０では、プリントデー
タの受取りを開始し、ステップＳ３１では、受取ったデ
ータを例えば記憶部１５に蓄積する。ステップＳ３２で
は、ページ単位等予定量のプリンドデータの受取りが終
了したか否かを判断する。この判断が肯定となったなら
ば、ステップＳ３３においてジョブ管理部４００に予定
量のデータ転送終了を通知する。さらに、ステップＳ３
４では、すべてのプリントデータの受取りを終了したか
否かを判断し、この判断が肯定となったならば、ステッ
プＳ３５に進んですべてのプリントデータの受取り終了
をジョブ管理部４００に通知する。

【００２７】続いて、前記プリントデータのプリントに
ついて図７のフローチャートを参照して説明する。同図
において、ステップＳ４０では、プリント部１６の動作
が可能か否かを判断する。「用紙なし」等の状態を判断
するためである。ステップＳ４１では、プリントデータ
の有無を判断する。前記プリントデータの受取りが少な
くとも予定単位（例えば１ページ）分ホストから転送さ
れていれば、この判断は肯定となり、ステップＳ４２に
進んでプリント動作を実行する。ステップＳ４３では、
予定単位分のデータのプリントを終了したか否かを判断
し、プリントを終了したと判断された場合は、ステップ
Ｓ４４においてジョブ管理部４００に予定量のデータの
プリント終了を通知する。さらに、ステップＳ４５で
は、すべてのプリントデータのプリントを終了したか否
かを判断し、この判断が肯定となったならば、ステップ
Ｓ４６に進んですべてのプリントデータのプリント終了
をジョブ管理部４００に通知する。なお、ステップＳ４
１でプリントデータがないと判断されたならばステップ
Ｓ４７に進み、予定時間がタイムアウトしたか否かを判
別する。タイムアウトとなるまでステップＳ４１でプリ
ントデータを待ち、タイムアウトとなればステップＳ４
６に進み、プリントデータが来ないためにプリントでき
なかったことをジョブ管理部４００に通知する。タイム
アウトするまでにホストからプリントデータを受取れば
ステップＳ４２に進む。

【００２８】続いて、前記複数機能処理の詳細を、図８
のフローチャートを参照して説明する。同図において、
ステップＳ５０では、他に同一識別子が付与された機能
要求かあるか否かを判断する。同一識別子が付与された
機能要求が他になければ、ステップＳ５１に進む。ステ
ップＳ５１では、現在実行中の機能要求処理、この例で
はプリント処理を継続することを示すデータをレジスタ
にセットする。このレジスタのデータは、前記ステップ
Ｓ１３（図５）の判断に使用される。

【００２９】一方、他に同一識別子が付与された機能要
求があれば、ステップＳ５２では、同一識別子が付与さ
れている機能要求を実行するためのすべての機能部が空
くまで待つか否かを判断する。この判断は、例えば予め
定められたシステムデータの設定により実施することが
できる。すべての機能が空くまで待つ場合はステップＳ
５３に進み、待たない場合はステップＳ５１に進む。

【００３０】ステップＳ５３では、要求された各機能部
が使用中か否かを判断する。全ての機能部が空き状態な
らばステップＳ５４に進み、他の機能要求がメモリ登録
の先頭にあるか否か判断する。メモリ登録の先頭にあれ
ば、次に実行可能であるので、そのままステップＳ５１
に進む。一方、他の機能要求がメモリ登録の先頭にない
場合は、ステップＳ５５に進み、該機能要求を次に実施
するための次使用権を確保するか否かを判断する。この
判断は、例えば予め定められたシステムデータの設定に
より実施することができる。次使用権を確保する場合
は、ステップＳ５６に進んで待ち行列の先頭に該機能要
求を登録する登録変更を行い、その後ステップＳ５１に
進む。次使用権を確保しない場合、および前記ステップ
Ｓ５３の判断が肯定の場合、つまり要求された機能部が
使用中の場合は、ステップＳ５７にすすむ。ステップＳ
５７では、他の機能要求へ移行することを示すデータを
レジスタにセットする。このレジスタのデータは、前記
ステップＳ１３（図５）の判断に使用される。

【００３１】なお、前記複数機能処理において、ステッ
プＳ５３で各機能部が空きであると判断されてステップ
Ｓ１３に進んだ場合は、ステップＳ１５での判断は否定
となってプリント動作に移行するので、その後の待ち時
間設定等の処理は行われない。つまり、待ち時間設定等
の動作が行われるのは、１つのジョブ要求に単一の機能
要求しか含まれていない場合、もしくは各機能要求を単
独で実行する場合等である。

【００３２】以上、図５〜図８を参照してホストからの
プリントデータをプリント部１６でプリントをする場合
について説明したが、このプリントの処理と同様、送
信、受信等についても、各ジョブの要求の有無をメモリ
登録された内容から判断し、タイムシェアリングによ
り、または機能モジュール化することにより同時処理す
ることができる。

【００３３】また、「プリント要求」以外の他の機能の
要求の有無の判断も、同時並行して行われる。したがっ
て、例えば、「送信要求」があると判断された場合は、
「プリント要求」の有無にかかわらず、「送信要求」に
対する処理が実行される。このような処理により、ホス
トからの次のような要求にも効率的に対応できる。

【００３４】例えば、前記ホスト３から原稿のプリント
要求があった後、その次にホスト４から原稿のプリント
と該原稿の送信要求があった場合を想定する。この場
合、ファクシミリ装置１では、ホスト３からのプリント
要求に応えてプリント部１６を起動させる。したがっ
て、ホスト４からのプリント要求はただちには実行でき
ない。しかし、通信制御部１９が空き状態であれば、ホ
スト４からの送信要求には対応できるので、まず、該送
信要求から実行される。そして、ホスト３からのプリン
ト要求に対する処理が終了した時点で、プリント部１６
は空き状態になるので、ホスト４からのプリント要求が
実行可能になり、該要求に対する処理が実行される。

【００３５】この場合、送信動作がプリント動作よりも
早く終了したならば、その結果情報はホスト４のジョブ
に関する情報としてファクシミリ装置１に記憶させてお
くようにするのがよい。そして、プリント動作が終了し
た時点で、その結果情報とともに前記送信の結果情報を
ホスト４に通知すればよい。このような、ファクシミリ
装置１での処理結果情報は、ジョブを要求したホストか
らの要求に応えて、あるいは各機能の動作終了時点で自
動的にホストに通知される。

【００３６】なお、ファクシミリ装置がプリント部１６
等の各機能をそれぞれ複数有している場合にも本発明を
適用できる。すなわち、機能管理部６００では、各機能
の状態を把握し、ジョブ管理部４００はその状態に基づ
いて各機能を起動し、かつ処理結果をホストに通知する
ことができる。

【００３７】

【発明の効果】以上の説明から明らかなように、請求項
１の発明によれば、１つのジョブ要求に複数の機能要求
が含まれている場合は、これらの機能要求が同時に実行
される。したがって、例えば前記１つのジョブ要求に含
まれるすべての機能要求が同時に行われなければ、結局
待ち時間が生じてしまうようなジョブ要求を一括実行す
ることができる。

【００３８】また、請求項２の発明によれば、例えば１
つのジョブ要求に複数の機能要求が含まれている場合、
これらが同時に行われなければ、結局待ち時間が生じて
しまうようなジョブ要求を早期に一括実行することがで
きる。

【図面の簡単な説明】

【図１】 本発明の一実施例を示すファクシミリ装置の
要部機能ブロック図である。

【図２】 本発明の一実施例に係るファクシミリ装置の
ハード構成を示すブロック図である。

【図３】 本発明を適用した情報処理システムの構成を
示すブロック図である。

【図４】 ジョブ要求解析のフローチャートである。

【図５】 プリント要求の処理手順を示すフローチャー
トである。

【図６】 プリントデータ転送処理のフローチャートで
ある。

【図７】 プリント動作のフローチャートである。

【図８】 複数機能処理のフローチャートである。

【符号の説明】

１００，１０１…ホスト、 ３００…要求解析部、 ４
００…ジョブ管理部、６００…機能管理部、 ７００…
通知部

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−250761（ＪＰ，Ａ) 特開 平６−110704（ＪＰ，Ａ) 特開 平６−350771（ＪＰ，Ａ) 特開 平７−287643（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/00 - 1/00 108

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 機能部毎にそれぞれの状態を把握して管
   理する機能管理手段と、 複数のホストからのジョブ要求を受付けて該ジョブ要求
   を機能別に分解する要求解析手段と、 前記機能別に分解された機能要求を登録する登録手段
   と、 １つのジョブ要求に複数の機能要求が含まれている場合
   に、これら複数の機能要求が互いに同一ジョブ要求に含
   まれることを示す識別子を付与する手段と、 前記登録手段に登録された機能要求の実行に際し、同一
   識別子が付与された機能要求の有無によって、同一ジョ
   ブ要求に複数の機能要求が含まれていることを検出する
   識別子判別手段と、 同一ジョブ要求に複数の機能要求が含まれていることが
   検出された場合に、機能管理手段から得られる各機能部
   毎の状態に基づき、前記同一ジョブ要求に含まれる機能
   要求を実行するために必要なすべての機能部が使用可能
   であると判断したときに、各機能部に要求の実行指示を
   与えるジョブ管理手段とを具備したことを特徴とするフ
   ァクシミリ装置。
2. 【請求項２】 前記登録手段が、予約順に前記機能要求
   が実行されるように該機能要求を待ち行列に登録するよ
   うに構成されているとともに、 同一ジョブ要求に含まれる複数の機能要求の１つを実行
   する際に、残りの機能要求が前記待ち行列の先頭に登録
   されていない場合は、該機能要求に次使用権を付与する
   ため登録の入替えを行う手段を具備したことを特徴とす
   る請求項１記載のファクシミリ装置。