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

Abstract

(57)【要約】 【目的】 多数の機能要求が１つ機能部に集中した場合
の処理方法を提供する。 【構成】 要求解析部３００では、ホスト１００等から
受付けたジョブ要求を機能別に分解して登録部４１０に
登録する。機能管理部６００は機能毎の状態を把握して
ジョブ管理部４００に情報を伝える。ジョブ管理部４０
０は、機能毎の状態に基づいて機能部５００に前記分解
されたジョブ要求を機能要求毎に実行させる。つまり、
１つの機能部に該機能を使用するジョブ要求が集中した
場合、予め設定されている優先順位、割込指示、中断指
示等に従って要求実行指示を機能部５００に与える。こ
れによって、割込み指示や中断指示が設定されている場
合は、最新の要求が優先実行され、優先順位が設定され
ている場合には、すでに登録されている機能要求との比
較によって優先順位の高い要求が先に実行される。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところで、ファクシミ
リ装置を上述のようなシステムに組込んで使用する場
合、複数のホストからのジョブ要求があり、かつそのジ
ョブ要求が１つの機能に集中してしまうことが予想され
る。しかし、従来は、複数のホストからのジョブ要求を
同時並行で処理をするシステムは考えられていなかった
し、ジョブ要求が１つの機能部に集中した場合の対策も
考えられていなかった。

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

【０００６】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は、機能部毎にそれぞれの状
態を把握して管理する機能管理手段と、複数のホストか
らのジョブ要求を受付けて該ジョブ要求を機能別に分解
する要求解析手段と、前記機能別に分解された機能要求
を受付け順に登録する登録手段と、前記機能別に分解さ
れたジョブ要求が複数あった場合に、前記機能管理手段
から得られる情報に基づいて使用可能な機能を判断して
前記複数のジョブ要求を同時並行処理するジョブ管理手
段とを具備し、前記ジョブ管理手段が、新たに受付けた
機能要求に付加されている優先順位および前記登録手段
にすでに登録されている機能要求の優先順位を比較する
優先順位比較手段と、前記優先順位比較手段での比較結
果により、新たに受付けた機能要求の優先順位が高いと
判断された場合に、前記新たに受付けた機能要求を前記
登録手段の待ち行列の先頭に登録する登録指示手段とを
更に具備した点に第１の特徴がある。

【０００７】また、本発明は、機能部毎にそれぞれの状
態を把握して管理する機能管理手段と、複数のホストか
らのジョブ要求を受付けて該ジョブ要求を機能別に分解
する要求解析手段と、前記機能別に分解された機能要求
を受付け順に登録する登録手段と、前記機能別に分解さ
れたジョブ要求が複数あった場合に、前記機能管理手段
から得られる情報に基づいて使用可能な機能を判断して
前記複数のジョブ要求を同時並行処理するジョブ管理手
段とを具備し、前記ジョブ管理手段が、前記登録手段に
登録された機能要求の実行に際し、要求に対応する機能
部の空きを判断する機能部空き判別手段と、前記機能部
空き判別手段により、前記機能要求に対する機能部が使
用中と判断された場合に、現在実行中のジョブを中断す
る中断指示手段と、前記ジョブの中断後に、前記機能要
求の実行のため機能部を確保する手段とを更に具備した
点に第２の特徴がある。

【０００８】

【作用】上記第１の特徴を有する本発明によれば、新た
に受付けられたジョブ要求は機能要求毎に分解される。
そして、受付けられた機能要求が、すでに登録されてい
る機能要求よりも優先順位が高い場合には、該新たに受
付けられた機能要求が待ち行列の先頭に登録されるの
で、例えばプリント手段等、機能要求に対応する機能部
が空きしだい、直ちに該機能要求を実行することができ
る。

【０００９】また、第２の特徴によれば、機能要求に対
応する機能部が使用中である場合に、現在実行中のジョ
ブを中断して新たな機能要求のために機能部を確保でき
る。したがって、緊急を要する新たな機能要求を割込ま
せることかできる。

【００１０】

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

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

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

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

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

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

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

【００１７】ジョブ管理部４００は各機能別にジョブを
実行するため、プリント部や通信制御部等からなる機能
部５００に機能要求の実行を指示をする。機能管理部６
００は、機能部５００のプリント部や通信制御部等、各
機能の状態を常時管理していて、その結果をジョブ管理
部４００に供給している。したがって、ジョブ管理部４
００は、機能管理部６００から得られる各機能部の状
態、および要求されているジョブの種類に基づき、機能
部５００に適切な指示を与えることができる。

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

【００１９】次に、前記ジョブ管理部４００の要部機能
をさらに詳細に説明する。図３のブロック図において、
空き判別部３０は、前記要求解析部３００から機能要求
が通知されると、機能管理部６００から機能部５００の
使用状況を読み込み、要求に該当する機能部例えばプリ
ント部１６が使用中か否かを判別する。そして、使用中
ならば信号ｓ１を、空きならば信号ｓ２を出力する。機
能待ち有無判別部３１は、前記信号ｓ２に応答してジョ
ブ登録部３２の登録状態を読み込み、該当機能の待ちジ
ョブの有無を判別する。待ちジョブがあれば信号ｓ３を
出力する。

【００２０】中断指示判別部３３は、前記信号ｓ１に応
答して指示設定部３４に設定されている中断指示の有無
を判別する。この中断指示は、現在実行中のジョブを中
断して最新の要求を優先することを内容とする指示であ
る。中断指示があれば、信号ｓ４を出力し、中断指示が
なけれは、信号ｓ５を出力する。中断指示部３５は前記
信号ｓ４に応答して機能部５００に中断指示を出力す
る。

【００２１】一方、割込指示判別部３６は、指示設定部
３４に設定されている割込み指示の有無を判別する。こ
の割込み指示は、ジョブ登録部３２の先頭に最新の機能
要求を登録することを内容とする指示である。該割込指
示判別部３６は前記信号ｓ３および信号ｓ５が供給され
た場合に前記割込み指示の有無を判別し、その判別結果
を登録指示部３７に出力する。登録指示部３７は、前記
割込指示判別部３６での判別結果により、必要に応じて
ジョブ登録部３２の待ち行列の登録を変更する。なお、
前記中断指示判別部３３の判別信号ｓ４も登録指示部３
７に供給され、登録指示部３７は、この信号ｓ４に応答
して中断されたジョブを待ち行列の先頭に移す指示をジ
ョブ登録部３２に入力する。

【００２２】優先順位判別部３８は前記中断指示および
割込み指示のいずれもが設定されていない場合に、機能
要求に応答してジョブ登録部３２から登録内容を読み出
し、最新の機能要求との優先順位を判別する。優先度は
例えば要求ホストに固有の優先度であっても良いし、ユ
ーザに固有の優先度であってもよい。優先順位判別部３
８は、これらの優先度に基づいて登録変更すべきと判断
した場合には、登録指示部３７にその判別結果を出力す
る。

【００２３】続いて、上記要求解析部での処理を図５の
フローチャートを参照して説明する。図において、ステ
ップＳ１では、ホスト１００または１０１から供給され
たジョブ要求を解析し、複数の機能からなる要求ならば
各機能毎にジョブ要求を分解する。ステップＳ２では、
前記分解されたジョブ要求にプリント要求が含まれてい
るか否かを判断する。プリント要求が含まれていれば、
ステップＳ３に進み、図８に関して後述するプリント要
求処理を実行する。ジョブ要求がプリント要求でない場
合は、ステップＳ４に進み、前記分解されたジョブ要求
に送信要求が含まれているか否かを判断する。送信要求
が含まれていれば、ステップＳ５に進み、送信要求処理
を実行する。以下、同様に、ステップＳ６，Ｓ７では、
ジョブ要求に受信および読込要求が含まれているか否か
を判断し、これらのジョブ要求が含まれていれば、それ
ぞれステップＳ８，Ｓ９に進み、それぞれの要求の処理
を実行する。

【００２４】続いて、ホストからのジョブ要求の処理に
ついてプリント動作を例にフローチャートを参照して説
明する。まず、図６において、ステップＳ１０では、プ
リントデータを受入れるためのメモリ容量の有無やオペ
レータが操作中であるか否か等に基づき、リソースの確
保ができるか否かを判断する。リソースを確保できなか
った場合は、ステップＳ２６に進み、リソースを確保で
きなかったことを示す結果情報をジョブ管理部４００に
登録し、その終了情報を、通知部７００を介してホスト
へ通知する。一方、リソースを確保できると判断された
場合はステップＳ１１に進み、待ち状態確認・変更処理
を行う。この待ち状態確認・変更処理は、待ち状態にあ
るプリント要求の有無の判別およびその結果に応じた待
ち状態の変更に関する処理であり、その詳細は図９に関
して後述する。ステップＳ１２では、プリント部１６の
確保がされたか否かを判断する。ステップＳ１１の処理
において、プリント部１６が確保された場合は、ステッ
プＳ１２の判断は肯定となるが、他に実行中のジョブが
あった場合、または他に実行中のジョブがあってホスト
からは割込み要求がなされていない場合等は、ステップ
Ｓ１２の判断は否定となる。

【００２５】プリント部１６が確保された場合はステッ
プＳ１３に進み、ホストからプリントデータを受け取る
ための転送機能を起動する。この転送機能による処理は
図７に関して後述する。このデータ転送起動後、ステッ
プＳ２４に進み、プリント部１６を起動する。プリント
動作の詳細は図８に関して後述する。一方、プリント部
１６が確保されていない場合は、ステップＳ１４に進ん
でデータ転送機能を起動する。

【００２６】ステップＳ１５では、該プリント要求を前
記ジョブ登録部３２の待ち行列に登録する際に待ち時間
を設定するか否かを判断する。この判断は、予めシステ
ムデータに設定されている指示に基づいて行われる。待
ち時間を設定する場合は、ステップＳ１６に進んで予定
の待ち時間をタイマ手段に設定してカウントを開始す
る。また、待ち時間を設定しない場合、つまりプリント
部１６が空くまで待つ場合は、ステップＳ１７に進み、
待ち時間として無限大または所定の最大値をタイマ手段
に設定してタイムカウントを開始する。ここで無限大の
時間を設定するのは、プリント部１６のジャムなどによ
って処理が中断したような場合、処理が可能になった時
にいつでも動作復帰することができるようにするためで
ある。

【００２７】ステップＳ１９では、設定された待ち時間
が経過したか否かを判断する。待ち時間が経過していな
ければ、ステップＳ２０に進んでプリント部１６が使用
可能になったか否かを判断する。プリント部１６が使用
可能でない場合はステップＳ２１に進み、中断するか否
かを判断する。この判断は、例えば入力部２２からの中
断の指示の有無によって行う。中断しない場合は、ステ
ップＳ１９に進む。プリント部１６が使用可能になった
ならば、ステップＳ２３に進んでプリント部１６を確保
する。ステップＳ２４では、ホストからのデータをプリ
ントするためプリント部１６を起動する。ステップＳ２
５では、ホストからのデータ転送および該データのプリ
ントが終了したか否かを判断する。この判断は、図７お
よび図８に関して説明する処理の最後で行われるジョブ
管理部４００への通知に基づいて行う。

【００２８】また、ステップＳ１９またはステップＳ２
１の判断が肯定ならば、ステップＳ２２に進み、ホスト
からのデータ転送を中断してステップＳ２６に進む。ス
テップＳ２６ではジョブ管理部４００に結果情報を登録
するとともに、通知部７００を介してホストへ終了情報
を通知する。この終了情報の通知と同時に、該プリント
要求の登録はジョブ登録部３２から削除される。

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

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

【００３１】続いて、前記待ち状態の確認・変更処理に
ついて図９のフローチャートを参照して説明する。同図
において、ステップＳ３０では、プリント部１６が使用
中か否かを判断する。使用中でなければ、ステップＳ３
１に進み、待ち行列に他のジョブ要求が登録されている
か否かを判別する。他にジョブ要求がなければ、すぐに
プリントを実行できる状態であるので、ステップＳ３２
に進んでプリント部１６を確保する。一方、他のジョブ
要求が登録されている場合は、ステップＳ３３に進ん
で、現在実行中のジョブの処理後直ちに割り込むか否か
を判断する。直ちに割込む場合は、ステップＳ３４に進
み、待ち行列の先頭に当該ジョブ要求を登録する。

【００３２】また、現在実行中のジョブの処理後直ちに
割込まない場合は、ステップＳ３５に進み、待ちジョブ
との優先順位の比較を行う。例えば各ホスト毎に予め優
先順位を定めておき、この優先順位を比較し、優先順位
の高いホストからのジョブ要求は、待ち行列の、より先
頭側に登録を変更する。ステップＳ３６では、比較の結
果、処理順序の入替えが必要か否かを判断し、必要なら
ば、ステップＳ３７に進み、優先順位に従って待ち行列
の登録を入れ替える。すなわち、当該プリント要求を待
ち行列の最後尾ではなく、より先頭側に登録する。ま
た、比較の結果、処理順序の入替えが必要ないと判断さ
れたならば、ステップＳ３８に進み、待ち行列の最後尾
に当該プリント要求を登録する。

【００３３】さらに、ステップＳ３０の判断が肯定の場
合、つまりプリント部１６が使用中の場合は、ステップ
Ｓ３９に進み、現在実行中のプリントを中断するか否か
を判断する。中断しない場合はステップＳ３３に進む。
一方、現在実行中の処理を中断させて当該プリント要求
を先に実行させる場合は、ステップＳ４０に進み、実行
中ジョブを中断し、その中断されたジョブ処理を待ち行
列の先頭に移行する。ステップＳ４１では、プリント部
１６を確保する。

【００３４】なお、現在実行中のジョブ処理を中断する
か否か、および現在実行中のジョブ処理後直ちに割込む
か否かの判断、つまりステップＳ３９やステップＳ３３
の判断は、予めシステムデータとして設定してあっても
良いし、例えばホストからのジョブ要求時に付加情報と
して設定し、この指示に基づいて行うことができる。

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

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

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

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

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

【００４０】

【発明の効果】以上の説明から明らかなように、請求項
１の発明によれば、新たに受付けられた機能要求が、す
でに登録されている機能要求よりも優先順位が高い場合
には、該新たに受付けられた機能要求が待ち行列の先頭
に登録されるので、例えばプリント手段等、機能要求に
対応する機能部が空きしだい、直ちに該機能要求を実行
することができる。したがって、複数の機能要求が１つ
の機能部に集中した場合に、現在実行中のジョブには影
響を与えないで優先順位の高い順に処理を実行していく
ことができる。

【００４１】また、請求項２の発明によれば、機能要求
に対応する機能部が使用中である場合に、現在実行中の
ジョブを中断して新たな機能要求のために機能部を確保
できる。したがって、複数の機能要求が１つの機能部に
集中した場合に、緊急を要する機能要求を最優先して割
込ませることができる。

【図面の簡単な説明】

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

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

【図３】 ジョブ管理部の要部機能を示すブロック図で
ある。

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

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

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

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

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

【図９】 待ち状態確認・変更処理のフローチャートで
ある。

【符号の説明】

３０…空き判別部、 ３１…機能待ち有無判別部、 ３
２…ジョブ登録部、 ３３…中断指示判別部、 ３４…
指示設定部、 ３５…中断指示部、 ３６…割込指示判
別部、 ３７…登録指示部、 ３８…優先順位判別部、
１００，１０１…ホスト、 ３００…要求解析部、
４００…ジョブ管理部、６００…機能管理部、 ７００
…通知部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 機能部毎にそれぞれの状態を把握して管
   理する機能管理手段と、 複数のホストからのジョブ要求を受付けて該ジョブ要求
   を機能別に分解する要求解析手段と、 前記機能別に分解された機能要求を受付け順に登録する
   登録手段と、 前記機能別に分解されたジョブ要求が複数あった場合
   に、前記機能管理手段から得られる情報に基づいて使用
   可能な機能を判断して前記複数のジョブ要求を同時並行
   処理するジョブ管理手段とを具備し、 前記ジョブ管理手段が、 新たに受付けた機能要求に付加されている優先順位およ
   び前記登録手段にすでに登録されている機能要求の優先
   順位を比較する優先順位比較手段と、 前記優先順位比較手段での比較結果により、新たに受付
   けた機能要求の優先順位が高いと判断された場合に、前
   記新たに受付けた機能要求を前記登録手段の待ち行列の
   先頭に登録する登録指示手段とを更に具備したことを特
   徴とするファクシミリ装置。
2. 【請求項２】 機能部毎にそれぞれの状態を把握して管
   理する機能管理手段と、 複数のホストからのジョブ要求を受付けて該ジョブ要求
   を機能別に分解する要求解析手段と、 前記機能別に分解された機能要求を受付け順に登録する
   登録手段と、 前記機能別に分解されたジョブ要求が複数あった場合
   に、前記機能管理手段から得られる情報に基づいて使用
   可能な機能を判断して前記複数のジョブ要求を同時並行
   処理するジョブ管理手段とを具備し、 前記ジョブ管理手段が、 前記登録手段に登録された機能要求の実行に際し、要求
   に対応する機能部の空きを判断する機能部空き判別手段
   と、 前記機能部空き判別手段により、前記機能要求に対する
   機能部が使用中と判断された場合に、現在実行中のジョ
   ブを中断する中断指示手段と、 前記ジョブの中断後に、前記機能要求の実行のため機能
   部を確保する手段とを更に具備したことを特徴とするフ
   ァクシミリ装置。