JP3489222B2 - Facsimile machine - Google Patents

Facsimile machine

Info

Publication number
JP3489222B2
JP3489222B2 JP26810294A JP26810294A JP3489222B2 JP 3489222 B2 JP3489222 B2 JP 3489222B2 JP 26810294 A JP26810294 A JP 26810294A JP 26810294 A JP26810294 A JP 26810294A JP 3489222 B2 JP3489222 B2 JP 3489222B2
Authority
JP
Japan
Prior art keywords
job
request
unit
host
print
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP26810294A
Other languages
Japanese (ja)
Other versions
JPH08111735A (en
Inventor
恒裕 松井
昌宏 望月
俊彰 鴻江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP26810294A priority Critical patent/JP3489222B2/en
Publication of JPH08111735A publication Critical patent/JPH08111735A/en
Application granted granted Critical
Publication of JP3489222B2 publication Critical patent/JP3489222B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Facsimiles In General (AREA)

Description

【発明の詳細な説明】 【0001】 【産業上の利用分野】 本発明は、ジョブ管理装置に関
するものであり、特に、複数のホストからのジョブ要求
を受け付けて処理することができるジョブ管理装置に関
する。 【0002】 【従来の技術】ファクシミリ装置は、原稿読取り、メモ
リへの蓄積、送信、受信、およびプリント出力等の機能
を有する。通常、ファクシミリ装置では、これらの各機
能を1つずつ使用してジョブ単位毎に処理が実行され
る。しかし、ジョブ単位毎の処理ではファクシミリ装置
のスループットすなわち稼動率が低い。そこで、複数の
ジョブを同時並行処理してスループットの向上を図るよ
うにしたファクシミリ装置が提案されている(特開昭6
1−288553号公報)。 【0003】一方、ファクシミリ装置は、単体で使用す
るだけでなく、情報処理システムに組込んで使用するこ
とができる。例えば、複数のホストコンピュータ(以下
「ホスト」という)からの要求に応じて前記送信、受信
およびプリント等のジョブを実行するシステムを構成す
ることができる。 【0004】 【発明が解決しようとする課題】ところで、ファクシミ
リ装置を上述のようなシステムに組込んで使用する場
合、次のような問題点があった。すなわち、ホストから
の要求や指令でファクシミリ装置が動作するようにシス
テムが構成されているため、例えば一旦登録されたジョ
ブ要求に対してキャンセル要求を出す場合、ホストから
のキャンセル要求によってファクシミリ装置自体で登録
したジョブ要求が中断されるおそれがある。同様に、フ
ァクシミリ装置の入力手段から入力されたキャンセル要
求によってホストから指示されていたジョブ要求がキャ
ンセルされることも有り得る。このような場合に、意に
反してジョブ要求がキャンセルされたジョブ要求元は該
キャンセルの事実を知ることができないという問題点が
あった。 【0005】 本発明の目的は、上記の問題点を解消
し、ジョブ要求がキャンセルされた場合に、該ジョブ要
求元でキャンセルの事実を知ることができるようにした
ジョブ管理装置を提供することにある。 【0006】 【課題を解決するための手段】 上記の課題を解決し、
目的を達成するための本発明は、複数のホストからのジ
ョブ要求を受け付けて該ジョブ要求を処理するジョブ管
理装置において、受け付けた前記ジョブ要求についての
キャンセル要求に応答して前記受け付けたジョブ要求を
キャンセルするキャンセル手段と、前記ジョブ要求がキ
ャンセルされたことを、該キャンセルされたジョブ要求
の要求元に通知する通知手段とを具備した点に特徴があ
る。 【0007】 【作用】 上記特徴を有する本発明では、キャンセル手
段によってキャンセル要求に応えてジョブ要求がキャン
セルされると、通知手段によって、ジョブ要求がキャン
セルされたことがジョブ要求の要求元に通知される。 【0008】 【実施例】以下、図面を参照して本発明を詳細に説明す
る。図4は本発明の一実施例に係る情報処理システムの
構成を示すブロック図である。同図において、ファクシ
ミリ装置1は図2に関して後述するハード構成を有す
る。該ファクシミリ装置1には、バス2を介して2台の
ホスト3,4と外部記憶装置5とが接続されている。ま
た、ファクシミリ装置1にはサーバ6が設けられ、該サ
ーバ6はLANのネットワーク7を介して複数のコンピ
ュータ8,9と接続されている。さらに、ファクシミリ
装置1は電話回線により他のファクシミリ装置(以下
「リモートファクシミリ」という)10,11,12に
接続されている。 【0009】続いて、前記ファクシミリ装置1のハード
構成を図2を参照して説明する。同図において、各構成
部はシステムバス13によって接続されている。各部の
機能をジョブの処理に従って説明する。例えば、ホスト
3からの指示により、該ホスト3から供給される原稿を
プリントすると同時に、ホスト4からの指示により、該
ホスト4から供給される原稿をリモートファクシミリ
(FAX)10に送信する場合について説明する。 【0010】まず、ホスト3の指示を実行する場合、ホ
スト3から供給された原稿の画情報はインタフェース1
4を介して記憶部15に蓄積される。蓄積された画情報
はプリント部16に転送され、該プリント部16は受け
取った画情報をプリントする。記憶部15での原稿の画
情報蓄積状態、およびプリント部16での印字状態等は
CPU17で管理される。さらに、CPU17は、上記
プリント動作を行うため、記憶部15への画情報の蓄
積、該画情報のプリント部16への転送、およびプリン
ト部16での印字開始の指令を行う。なお、記憶部15
からプリント部16への画情報の転送は、随時転送また
はページ単位での転送のいずれであってもよく、その選
択はCPU17の設定による。 【0011】一方、ホスト4から供給される原稿をリモ
ートファクシミリ10に転送する送信ジョブの場合、上
記プリントの場合と同様、インタフェース18を介して
記憶部15に原稿の画情報が蓄積される。そして、蓄積
された画情報は通信制御部19から電話回線に送出さ
れ、リモートファクシミリ10へ送信される。この送信
ジョブでは、記憶部15および通信制御部19の状態は
CPU17で管理され、かつ該送信ジョブの処理の進み
具合が把握される。前記送信原稿がリモートファクシミ
リ10の受信機能、例えば記録用紙のサイズ等と合わな
いデータであった場合には、符号化/復号化部20、拡
大・縮小部21などを用いてデータ処理をしてから回線
に送出することができる。 【0012】該ファクシミリ装置1では、上記2つのジ
ョブつまりプリントおよび送信を同時並行処理すること
ができる。さらに、ジョブ実行中に入力部22からの操
作による指示で、CPU17からジョブ要求の処理状態
を読み出してジョブ毎の進行状態や機能毎つまりプリン
ト部16や通信制御部19毎の使用状態を表示部23に
表示させることもできる。また、必要な場合には、入力
部21の操作による指示で処理を中断させることもでき
る。 【0013】なお、以上の処理では使用しないが、ファ
クシミリ装置1を単独で使用する場合には、読取部24
で原稿の読取りが可能である。また、インタフェース2
5はサーバ6を接続するために設けられている。CPU
17は、上記状態監視のほか、ROM26に格納された
プログラムやシステムデータに従って該ファクシミリ装
置1全体の制御を行う。 【0014】次に、前記ファクシミリ装置1の要部機能
を図1のブロック図を参照して説明する。同図におい
て、ホスト100,101からのジョブ要求は、ホスト
インタフェース200,201を介して要求解析部30
0にそれぞれ入力される。また、ファクシミリ装置1自
体の入力部22からのジョブ要求も要求解析部300に
入力される。前記ホスト100等からのジョブ要求は、
機能の組み合わせによって与えられる。例えば、ホスト
100等から供給されたデータを送信と同時にプリント
する場合は、「送信」と「プリント」との組み合わせか
らなるジョブ要求がなされる。前記要求解析部300は
このようなジョブ要求を機能別に解析する。解析された
機能要求はジョブ管理部400に登録される。 【0015】ジョブ管理部400は各機能別にジョブを
実行するため、プリント部や通信制御部等からなる機能
部500に機能要求の実行を指示をする。機能管理部6
00は、機能部500のプリント部や通信制御部等、各
機能の状態を常時管理していて、その結果をジョブ管理
部400に供給している。したがって、ジョブ管理部4
00は、機能管理部600から得られる各機能部の状
態、および要求されているジョブの種類に基づき、適切
な指示を機能部500に与えることができる。 【0016】さらに、ジョブの処理結果はジョブ管理部
400によって把握されているので、通知部700はこ
の処理結果をホストインタフェース200,201を介
してホスト100,101に通知をすることができる。
また、ファクシミリ装置自体で発生したジョブの処理結
果はファクシミリ装置1の表示部23に表示することが
できる。前記処理結果には、ジョブ要求の保留やジョブ
要求の取消し等が含まれ、これらジョブ管理部400で
の処理は予定のプログラムやシステムデータに基づいて
実行される。なお、図1は、ホストが2台の場合につい
て示しているが、2台以上のホストからジョブ要求を受
ける場合も同様である。 【0017】続いて、上記要求解析部での処理を図5の
フローチャートを参照して説明する。図において、ステ
ップS1では、ホスト100または101から供給され
たジョブ要求を解析し、複数の機能からなる要求ならば
各機能毎にジョブ要求を分解する。ステップS2では、
前記分解されたジョブ要求にプリント要求が含まれてい
るか否かを判断する。プリント要求が含まれていれば、
ステップS3に進み、ジョブ管理部400にプリント要
求があったことを記憶する。ジョブ要求がプリント要求
でない場合は、ステップS4に進み、前記分解されたジ
ョブ要求に送信要求が含まれているか否かを判断する。
送信要求が含まれていれば、ステップS5に進み、ジョ
ブ管理部400に送信要求があったことを記憶する。以
下、同様に、ステップS6,S7では、ジョブ要求に受
信および読込要求が含まれているか否かを判断し、これ
らのジョブ要求が含まれていれば、それぞれステップS
8,S9に進み、ジョブ管理部400にそれぞれの要求
を記憶する。ジョブ要求の解析は繰り返し行われ、要求
が検出される毎にその要求があったことを示すための記
憶を行う。図示しない他のジョブ要求についても同様に
判断されて処理のための指示がなされるが図示は省略す
る。これらのジョブ要求は受付け順に実行できるよう、
待ち行列として記憶される。 【0018】続いて、ホストからのジョブ要求の処理に
ついてフローチャートを参照して説明する。ここでは、
前記ジョブ管理部400に登録されたプリント要求を待
ち行列の先頭から実行する。まず、図6において、ステ
ップS10では、要求解析部300での解析結果に基づ
く「プリント要求」の有無を判断する。「プリント要
求」があった場合はステップS11に進む。「プリント
要求」がなかった場合は、他の機能要求の処理、例えば
送信要求処理に移行する。ステップS11では、プリン
トデータを受入れるためのメモリ容量の有無やオペレー
タが操作中であるか否か等に基づき、リソースの確保が
できるか否かを判断する。リソースを確保できなかった
場合は、ステップS23に進み、リソースを確保できな
かったことを示す結果情報をジョブ管理部400に登録
し、その終了情報を、通知部700を介してホストへ通
知する。この終了情報の通知と同時に、記憶されている
プリント要求の1つが消去される。一方、リソースを確
保できると判断された場合はステップS12に進み、ホ
ストからプリントデータを受け取るための転送機能を起
動する。この転送機能による処理は図7に関して後述す
る。 【0019】ステップS13では、プリント部16が使
用中か否かを判断する。これは、機能管理部600のプ
リント使用中か否かを示す「使用中フラグ」によって判
断できる。使用中でなければ、ステップS21に進んで
プリント部16を確保する。つまり、プリント部16を
確保するため「使用中フラグ」を立てる。 【0020】一方、プリント部16が使用中であったな
らばステップS14に進み、待ち時間を設定するか否か
を判断する。この判断は、例えば予め定められたシステ
ムデータの設定により実施することができる。待ち時間
を設定する場合は、ステップS15に進み、予定の待ち
時間をタイマ手段に設定してカウントを開始する。ま
た、待ち時間を設定しない場合、つまりプリント部16
が空くまで待つ場合は、ステップS16に進み、待ち時
間として無限大または所定の最大値をタイマ手段に設定
してタイムカウントを開始する。ここで無限大の時間を
設定するのは、プリント部16のジャムなどによって処
理が中断したような場合、処理が可能になった場合にい
つでも動作復帰することができるようにするためであ
る。 【0021】ステップS17では、設定された待ち時間
が経過したか否かを判断する。待ち時間が経過していな
ければ、ステップS18に進んでプリント部16が使用
可能になったか否かを判断する。プリント部16が使用
可能でない場合はステップS17に進む。プリント部1
6が使用可能になったならば、ステップS20に進んで
プリント部16を確保する。 【0022】ステップS21では、ホストからのデータ
をプリントするためプリント部16を起動する。プリン
ト動作については図8に関してさらに後述する。ステッ
プS22では、データ転送およびそのプリントが終了し
たか否かを判断する。この判断は、図7および図8に関
して説明する処理の最後で行われるジョブ管理部400
への通知に基づいて行う。また、前記待ち時間が経過し
たならば、ステップS17の判断は肯定となってステッ
プS19に進み、ホストからのデータ転送を中断して処
理を終える。 【0023】続いて、ホストからのプリントデータ受け
取りについて図7のフローチャートを参照して説明す
る。同図において、ステップS30では、プリントデー
タの受取りを開始し、ステップS31では、受取ったデ
ータを例えば記憶部15に蓄積する。ステップS32で
は、ページ単位等予定量のプリンドデータの受取りが終
了したか否かを判断する。この判断が肯定となったなら
ば、ステップS33においてジョブ管理部400に予定
量のデータ転送終了を通知する。さらに、ステップS3
4では、すべてのプリントデータの受取りを終了したか
否かを判断し、この判断が肯定となったならば、ステッ
プS35に進んですべてのプリントデータの受取り終了
をジョブ管理部400に通知する。 【0024】続いて、前記プリントデータのプリントに
ついて図8のフローチャートを参照して説明する。同図
において、ステップS40では、プリント部16の動作
が可能か否かを判断する。「用紙なし」等の状態を判断
するためである。ステップS41では、プリントデータ
の有無を判断する。前記プリントデータの受取りが少な
くとも予定単位(例えば1ページ)分ホストから転送さ
れていれば、この判断は肯定となり、ステップS42に
進んでプリント動作を実行する。ステップS43では、
予定単位分のデータのプリントを終了したか否かを判断
し、プリントを終了したと判断された場合は、ステップ
S44においてジョブ管理部400に予定量のデータの
プリント終了を通知する。さらに、ステップS45で
は、すべてのプリントデータのプリントを終了したか否
かを判断し、この判断が肯定となったならば、ステップ
S46に進んですべてのプリントデータのプリント終了
をジョブ管理部400に通知する。なお、ステップS4
1でプリントデータがないと判断されたならばステップ
S47に進み、予定時間がタイムアウトしたか否かを判
別する。タイムアウトとなるまでステップS41でプリ
ントデータを待ち、タイムアウトとなればステップS4
6に進み、プリントデータが来ないためにプリントでき
なかったことをジョブ管理部400に通知する。タイム
アウトするまでにホストからプリントデータを受取れば
ステップS42に進む。 【0025】続いて、キャンセル要求処理について、図
9のフローチャートを参照して説明する。この処理によ
って、ホストまたはファクシミリ装置自体から指示され
たキャンセル要求が、受付け可能な要求か否かを判断
し、その結果によって実施中のジョブの中断や待ち状態
のジョブ要求の中断を行う。 【0026】同図において、ステップS50では、キャ
ンセル要求の有無を判別する。このキャンセル要求で
は、キャンセル要求元の識別情報、例えば要求元がホス
トならば該ホストに固有の識別番号、およびキャンセル
対象のジョブ要求番号等も同時に受付けられる。キャン
セル要求があったならば、ステップS51に進み、キャ
ンセル対象のジョブ要求(以下「指定ジョブ」という)
が動作中か否かを判断する。指定ジョブが動作中なら
ば、ステップS52に進み、対応する機能部、この例で
はプリント部16に動作中のジョブを中断させる指示を
出力する。ステップS53では、中断動作が終了したか
否かを判断し、中断動作が終了したならばステップS5
4に進む。ステップS54では、指示により中断された
ことをジョブ管理部400の管理テーブルに登録する。
次いで、ステップS55では、中断した旨をジョブ要求
元に通知する。 【0027】また、ステップS51で指定ジョブが動作
中でないと判断されたならば、ステップS56に進み、
ジョブ管理部400内に設けられる登録メモリを検索
し、該指定ジョブが待ち状態か否かを判断する。指定ジ
ョブが待ち状態であれば、ステップS57に進んで指定
ジョブを登録メモリから外す。登録メモリから指定ジョ
ブを外したことは管理テーブルに登録される(ステップ
S54)。さらに、指定ジョブが待ち状態でないと判断
された場合は、ステップS58に進んで指定ジョブが存
在しなかったことがキャンセル要求元に通知される。前
記それぞれの通知は、キャンセル要求元あるいはジョブ
要求元の表示手段(ファクシミリ装置では表示部23)
に表示される。 【0028】次に、前記キャンセル要求処理を実行する
ためのジョブ管理部400の機能を説明する。ジョブ管
理部400は、図1に関して説明した機能の他、次に説
明するキャンセル要求処理機能を有する。図3におい
て、キャンセル要求検知部30はホストまたは入力部2
2から入力されたキャンセル要求を検出する。キャンセ
ル要求が検出されると、キャンセル要求元の識別情報お
よびジョブ番号が指定ジョブ状態判別部31に供給され
る。登録メモリ32には、前記要求解析部300で解析
された機能要求が待ち行列のフォーマットで登録されて
いて、この登録内容により、現在実行中のジョブや待ち
状態のジョブを認識できる。 【0029】前記指定ジョブ状態判別部31は、前記識
別情報およびジョブ番号に基づいて登録メモリ32をサ
ーチし、指定ジョブが実行中か、待ち状態かを検出し、
それぞれの検出信号をキャンセル実行部33に出力す
る。キャンセル実行部33は、前記指定ジョブ実行中の
検出信号を検出した場合には、機能部500(例えばプ
リント部16)にジョブ中断指示を与える。また、キャ
ンセル実行部33は、前記待ち状態の検出信号を検出し
た場合には、待ち状態の指定ジョブを待ちから外すため
の指示を登録メモリ33に与える。指定ジョブ状態判別
部32での判別結果は通知部700に出力される。該通
知部700は指定ジョブ状態判別部32での判別結果に
よって予定の通知先に通知を行う。つまり、指定ジョブ
が存在しない場合は、キャンセル要求元へ通知をする
し、動作中のジョブを中断した場合および指定ジョブを
登録メモリ32から外した場合は、該中断またはメモリ
から外されたジョブの要求元へ通知をする。 【0030】以上、図6〜図9を参照してホストからの
プリントデータをプリント部16でプリントをする場合
について説明したが、このプリントの処理と同様、送
信、受信等についても、各ジョブの要求の有無をメモリ
登録された内容から判断し、タイムシェアリングによ
り、または機能モジュール化することにより同時処理す
ることができる。そして、前記キャンセル要求は、これ
らすべての処理に対して与えることがてきる。 【0031】また、「プリント要求」以外の他の機能の
要求の有無の判断も、同時並行して行われる。したがっ
て、例えば、「送信要求」があると判断された場合は、
「プリント要求」の有無にかかわらず、「送信要求」に
対する処理が実行される。このような処理により、ホス
トからの次のような要求にも効率的に対応できる。 【0032】例えば、前記ホスト3から原稿のプリント
要求があった後、その次にホスト4から原稿のプリント
と該原稿の送信要求があった場合を想定する。この場
合、ファクシミリ装置1では、ホスト3からのプリント
要求に応えてプリント部16を起動させる。したがっ
て、ホスト4からのプリント要求はただちには実行でき
ない。しかし、通信制御部19が空き状態であれば、ホ
スト4からの送信要求には対応できるので、まず、該送
信要求から実行される。そして、ホスト3からのプリン
ト要求に対する処理が終了した時点で、プリント部16
は空き状態になるので、ホスト4からのプリント要求が
実行可能になり、該要求に対する処理が実行される。 【0033】この場合、送信動作がプリント動作よりも
早く終了したならば、その結果情報はホスト4のジョブ
に関する情報としてファクシミリ装置1に記憶させてお
くようにするのがよい。そして、プリント動作が終了し
た時点で、その結果情報とともに前記送信の結果情報を
ホスト4に通知すればよい。このような、ファクシミリ
装置1での処理結果情報は、ジョブを要求したホストか
らの要求に応えて、あるいは各機能の動作終了時点で自
動的にホストに通知される。 【0034】なお、ファクシミリ装置がプリント部16
等の各機能をそれぞれ複数有している場合にも本発明を
適用できる。すなわち、機能管理部600では、各機能
の状態を把握し、ジョブ管理部400はその状態に基づ
いて各機能を起動し、かつ処理結果をホストに通知する
ことができる。 【0035】 以上の説明から明らかなように、請求項
1の発明によれば、キャンセル手段によってキャンセル
要求に応えてジョブ要求がキャンセルされると、ジョブ
要求がキャンセルされたことがジョブ要求の要求元に通
知される。したがって、ジョブ要求の要求元では、意に
反してジョブ要求がキャンセルされたときでも、その事
を認識することができる。
Description: BACKGROUND OF THE INVENTION [0001] 1. Field of the Invention [0002] The present invention relates to a job management apparatus.
In particular, job requests from multiple hosts
The present invention relates to a job management device that can receive and process a job . 2. Description of the Related Art A facsimile apparatus has functions of reading an original, storing it in a memory, transmitting, receiving, and printing out. Normally, in a facsimile apparatus, processing is executed for each job by using these functions one by one. However, in the processing for each job unit, the throughput of the facsimile apparatus, that is, the operation rate is low. Therefore, there has been proposed a facsimile apparatus in which a plurality of jobs are processed simultaneously and in parallel to improve the throughput (Japanese Patent Application Laid-Open No. Sho.
1-288553). On the other hand, a facsimile apparatus can be used not only alone but also incorporated in an information processing system. For example, it is possible to configure a system that executes the transmission, reception, and printing jobs in response to requests from a plurality of host computers (hereinafter, referred to as “hosts”). [0004] When a facsimile apparatus is used in a system as described above, there are the following problems. That is, the system is configured so that the facsimile apparatus operates according to a request or command from the host.For example, when a cancel request is issued for a job request that has been registered once, the facsimile apparatus itself is used in response to the cancel request from the host. The registered job request might be interrupted. Similarly, the job request specified by the host may be canceled by the cancel request input from the input unit of the facsimile apparatus. In such a case, there has been a problem that the job request source whose job request was canceled unexpectedly cannot know the fact of the cancellation. [0005] An object of the present invention is to solve the above-mentioned problem, and when a job request is canceled, the job request source can know the fact of the cancellation.
It is to provide a job management device. Means for Solving the Problems To solve the above problems,
In order to achieve the object, the present invention employs a system in which multiple hosts
Job request that receives a job request and processes the job request.
In the processing device, the
In response to the cancel request, the received job request
Canceling means for canceling and the job request
Canceled job request that was canceled
And a notifying means for notifying the requester of (1). According to the present invention having the above characteristics , the canceling means
The job request is canceled depending on the stage in response to the cancel request.
When the cell request is made, the job request is canceled by the notification means.
The cell request is notified to the requester of the job request. The present invention will be described below in detail with reference to the drawings. FIG. 4 is a block diagram showing the configuration of the information processing system according to one embodiment of the present invention. 2, the facsimile apparatus 1 has a hardware configuration described later with reference to FIG. To the facsimile machine 1, two hosts 3, 4 and an external storage device 5 are connected via a bus 2. Further, the facsimile apparatus 1 is provided with a server 6, and the server 6 is connected to a plurality of computers 8, 9 via a LAN network 7. Further, the facsimile machine 1 is connected to other facsimile machines (hereinafter, referred to as "remote facsimile") 10, 11, and 12 by telephone lines. Next, the hardware configuration of the facsimile machine 1 will be described with reference to FIG. In the figure, each component is connected by a system bus 13. The function of each unit will be described according to job processing. For example, a case will be described in which an original supplied from the host 3 is printed according to an instruction from the host 3 and an original supplied from the host 4 is transmitted to a remote facsimile (FAX) 10 according to an instruction from the host 4. I do. First, when the instruction from the host 3 is executed, the image information of the original supplied from the host 3 is transmitted to the interface 1.
4 and stored in the storage unit 15. The stored image information is transferred to the printing unit 16, and the printing unit 16 prints the received image information. The CPU 17 manages the image information accumulation state of the document in the storage unit 15 and the printing state of the printing unit 16 and the like. Further, in order to perform the above-described printing operation, the CPU 17 issues an instruction to accumulate image information in the storage unit 15, transfer the image information to the printing unit 16, and start printing in the printing unit 16. The storage unit 15
The transfer of the image information from the printer to the printing unit 16 may be any transfer or transfer in units of pages. On the other hand, in the case of a transmission job in which the original supplied from the host 4 is transferred to the remote facsimile 10, the image information of the original is stored in the storage unit 15 via the interface 18, as in the case of the print. Then, the stored image information is transmitted from the communication control unit 19 to the telephone line and transmitted to the remote facsimile 10. In this transmission job, the states of the storage unit 15 and the communication control unit 19 are managed by the CPU 17, and the progress of the processing of the transmission job is grasped. If the transmission original is data that does not match the reception function of the remote facsimile 10, for example, the size of the recording paper, data processing is performed using the encoding / decoding unit 20, the enlargement / reduction unit 21, and the like. Can be sent to the line. In the facsimile machine 1, the above two jobs, ie, printing and transmission, can be processed simultaneously in parallel. Further, the processing status of the job request is read out from the CPU 17 by an instruction from the input unit 22 during the execution of the job, and the progress status and the function of each job, that is, the usage status of each of the printing unit 16 and the communication control unit 19 are displayed. 23. If necessary, the processing can be interrupted by an instruction from the operation of the input unit 21. Although the facsimile machine 1 is not used in the above-mentioned processing, but is used alone, the reading unit 24
To read the original. Interface 2
5 is provided for connecting the server 6. CPU
Reference numeral 17 controls the entire facsimile apparatus 1 in accordance with programs and system data stored in the ROM 26, in addition to the status monitoring. Next, the main functions of the facsimile machine 1 will be described with reference to the block diagram of FIG. In the figure, a job request from a host 100 or 101 is sent to a request analyzer 30 via a host interface 200 or 201.
0 is input. Further, a job request from the input unit 22 of the facsimile machine 1 itself is also input to the request analysis unit 300. The job request from the host 100 etc.
Given by a combination of functions. For example, when printing data supplied from the host 100 or the like at the same time as transmission, a job request including a combination of “transmission” and “print” is made. The request analysis unit 300 analyzes such a job request for each function. The analyzed function request is registered in the job management unit 400. The job management unit 400 instructs a function unit 500 including a printing unit and a communication control unit to execute a function request in order to execute a job for each function. Function management unit 6
Reference numeral 00 always manages the status of each function such as a print unit and a communication control unit of the function unit 500, and supplies the result to the job management unit 400. Therefore, the job management unit 4
00 can give an appropriate instruction to the function unit 500 based on the status of each function unit obtained from the function management unit 600 and the type of job requested. Further, since the job processing result is grasped by the job management unit 400, the notifying unit 700 can notify the host 100, 101 via the host interface 200, 201 of the processing result.
Further, the processing result of the job generated in the facsimile apparatus itself can be displayed on the display unit 23 of the facsimile apparatus 1. The processing result includes the suspension of the job request and the cancellation of the job request, and the processing in the job management unit 400 is executed based on a scheduled program or system data. FIG. 1 shows a case where there are two hosts, but the same applies to a case where a job request is received from two or more hosts. Next, the processing in the request analysis unit will be described with reference to the flowchart of FIG. In the figure, in step S1, a job request supplied from the host 100 or 101 is analyzed, and if the request includes a plurality of functions, the job request is decomposed for each function. In step S2,
It is determined whether a print request is included in the decomposed job request. If a print request is included,
Proceeding to step S3, the print request is stored in the job management section 400. If the job request is not a print request, the process proceeds to step S4, and it is determined whether the decomposed job request includes a transmission request.
If the transmission request is included, the process proceeds to step S5, and the fact that the transmission request has been made is stored in the job management unit 400. Hereinafter, similarly, in steps S6 and S7, it is determined whether or not the reception and read requests are included in the job request.
Proceeding to 8, S9, the respective requests are stored in the job management section 400. The analysis of the job request is repeatedly performed, and each time a request is detected, storage for indicating that the request has been made is performed. Other job requests (not shown) are similarly determined and instructions for processing are given, but illustration is omitted. These job requests can be executed in the order they are received,
Stored as a queue. Next, the processing of a job request from the host will be described with reference to a flowchart. here,
The print request registered in the job management unit 400 is executed from the head of the queue. First, in FIG. 6, in step S10, it is determined whether there is a "print request" based on the analysis result of the request analysis unit 300. If there is a "print request", the process proceeds to step S11. If there is no “print request”, the processing shifts to processing of another function request, for example, transmission request processing. In step S11, it is determined whether resources can be secured based on the presence or absence of a memory capacity for receiving print data, whether or not an operator is operating the print data, and the like. If the resource could not be secured, the process proceeds to step S23, where result information indicating that the resource could not be secured is registered in the job management unit 400, and the end information is notified to the host via the notification unit 700. Simultaneously with the notification of the end information, one of the stored print requests is deleted. On the other hand, if it is determined that the resources can be secured, the process proceeds to step S12, and a transfer function for receiving print data from the host is started. The processing by this transfer function will be described later with reference to FIG. In step S13, it is determined whether the printing unit 16 is in use. This can be determined by the "in use flag" indicating whether or not the print is being used by the function management unit 600. If it is not in use, the process proceeds to step S21 to secure the printing unit 16. That is, the “in use flag” is set to secure the print unit 16. On the other hand, if the printing unit 16 is in use, the process proceeds to step S14, where it is determined whether or not a waiting time is set. This determination can be made, for example, by setting predetermined system data. If the waiting time is to be set, the process proceeds to step S15, where the scheduled waiting time is set in the timer means and counting is started. When the waiting time is not set, that is, when the printing unit 16
If it waits until it becomes empty, the process proceeds to step S16, infinite or a predetermined maximum value is set in the timer means as a waiting time, and time counting is started. The reason why the infinite time is set here is to enable the operation to be restored at any time when the processing is interrupted due to a jam of the print unit 16 or the like and the processing becomes possible. In step S17, it is determined whether the set waiting time has elapsed. If the waiting time has not elapsed, the process proceeds to step S18, and it is determined whether or not the printing unit 16 has become usable. If the print section 16 is not usable, the process proceeds to step S17. Print section 1
When 6 becomes available, the process proceeds to step S20 to secure the print unit 16. In step S21, the printing unit 16 is started to print data from the host. The printing operation will be further described later with reference to FIG. In step S22, it is determined whether the data transfer and the printing have been completed. This determination is made at the end of the processing described with reference to FIGS.
Based on notification to. If the waiting time has elapsed, the determination in step S17 becomes affirmative, and the process proceeds to step S19, where the data transfer from the host is interrupted, and the process ends. Next, reception of print data from the host will be described with reference to the flowchart of FIG. In the figure, in step S30, reception of print data is started, and in step S31, the received data is stored in, for example, the storage unit 15. In step S32, it is determined whether the reception of the print data of a predetermined amount such as a page unit has been completed. If this determination is affirmative, in step S33, the job management unit 400 is notified of the end of the scheduled amount of data transfer. Further, step S3
In step 4, it is determined whether reception of all print data has been completed. If the determination is affirmative, the process advances to step S35 to notify the job management unit 400 of reception completion of all print data. Next, the printing of the print data will be described with reference to the flowchart of FIG. In the figure, in a step S40, it is determined whether or not the operation of the printing unit 16 is possible. This is for determining a state such as "no paper". In step S41, it is determined whether print data exists. If the reception of the print data has been transferred from the host for at least the scheduled unit (for example, one page), the determination is affirmative, and the process proceeds to step S42 to execute the print operation. In step S43,
It is determined whether or not the printing of the scheduled unit of data has been completed. If it is determined that the printing has been completed, the job management unit 400 is notified in step S44 that the printing of the scheduled amount of data has been completed. Further, in step S45, it is determined whether or not printing of all the print data has been completed. If the determination is affirmative, the process proceeds to step S46 to notify the job management unit 400 of the completion of printing of all the print data. Notice. Step S4
If it is determined in step 1 that there is no print data, the flow advances to step S47 to determine whether or not the scheduled time has timed out. In step S41, the print data is waited until the timeout occurs.
In step 6, the job management unit 400 is notified that printing was not possible due to no print data. If the print data is received from the host before the timeout, the process proceeds to step S42. Next, the cancel request process will be described with reference to the flowchart of FIG. By this processing, it is determined whether or not the cancel request instructed from the host or the facsimile machine itself is an acceptable request, and based on the result, the job being executed or the waiting job request is interrupted. In FIG. 5, in a step S50, it is determined whether or not there is a cancel request. In this cancel request, identification information of the cancel request source, for example, if the request source is a host, an identification number unique to the host, a job request number to be canceled, and the like are also received. If there is a cancel request, the process proceeds to step S51, and a job request to be canceled (hereinafter, referred to as “designated job”)
Is operating. If the designated job is in operation, the process proceeds to step S52, and an instruction to interrupt the active job is output to the corresponding functional unit, in this example, the print unit 16. In step S53, it is determined whether or not the interruption operation has been completed.
Proceed to 4. In step S54, the interruption by the instruction is registered in the management table of the job management unit 400.
Next, in step S55, the job request source is notified of the interruption. If it is determined in step S51 that the designated job is not in operation, the process proceeds to step S56,
The registration memory provided in the job management unit 400 is searched to determine whether the specified job is in a waiting state. If the designated job is in the waiting state, the process proceeds to step S57 to remove the designated job from the registration memory. The fact that the specified job has been removed from the registration memory is registered in the management table (step S54). Further, when it is determined that the designated job is not in the waiting state, the process proceeds to step S58, and the cancellation request source is notified that the designated job does not exist. The respective notifications are displayed by a cancel request source or a job request source display unit (display unit 23 in a facsimile apparatus).
Will be displayed. Next, the function of the job management section 400 for executing the cancel request processing will be described. The job management unit 400 has a cancel request processing function described below in addition to the function described with reference to FIG. In FIG. 3, the cancel request detecting unit 30 is a host or the input unit 2.
2 is detected. When the cancel request is detected, the identification information of the cancel request source and the job number are supplied to the designated job state determination unit 31. In the registration memory 32, the function requests analyzed by the request analysis unit 300 are registered in a queue format, and the currently executed job or the job in the waiting state can be recognized based on the registered contents. The specified job status determination section 31 searches the registration memory 32 based on the identification information and the job number, and detects whether the specified job is being executed or is in a waiting state.
Each detection signal is output to the cancel execution unit 33. When detecting the detection signal indicating that the designated job is being executed, the cancel execution unit 33 gives a job interruption instruction to the functional unit 500 (for example, the print unit 16). When detecting the detection signal in the waiting state, the cancel execution unit 33 gives an instruction to the registration memory 33 to remove the designated job in the waiting state from the waiting state. The result of the determination by the designated job state determination unit 32 is output to the notification unit 700. The notification unit 700 notifies the scheduled notification destination based on the determination result of the designated job status determination unit 32. In other words, if the specified job does not exist, the cancellation request source is notified, and if the running job is interrupted or the specified job is removed from the registration memory 32, the job that has been interrupted or removed from the memory is deleted. Notify the requester. The case where the print data from the host is printed by the print unit 16 has been described above with reference to FIGS. 6 to 9, but the transmission and reception of each job are performed similarly to the print processing. The presence / absence of a request is determined from the contents registered in the memory, and simultaneous processing can be performed by time sharing or by forming a functional module. Then, the cancel request can be given to all these processes. The determination of whether or not there is a request for a function other than the "print request" is also performed in parallel. Therefore, for example, when it is determined that there is a “transmission request”,
Regardless of the presence or absence of the “print request”, the processing for the “transmission request” is executed. By such processing, it is possible to efficiently respond to the following requests from the host. For example, it is assumed that after the host 3 issues a document print request, the host 4 subsequently issues a document print and document send request. In this case, the facsimile machine 1 activates the print unit 16 in response to a print request from the host 3. Therefore, a print request from the host 4 cannot be executed immediately. However, if the communication control unit 19 is in an idle state, it can respond to a transmission request from the host 4, and therefore the processing is first executed from the transmission request. When the processing for the print request from the host 3 is completed, the printing unit 16
Becomes empty, so that a print request from the host 4 can be executed, and processing for the request is executed. In this case, if the transmission operation is completed earlier than the printing operation, the result information may be stored in the facsimile machine 1 as information on the job of the host 4. Then, when the printing operation is completed, the transmission result information may be notified to the host 4 together with the result information. Such processing result information in the facsimile apparatus 1 is automatically notified to the host in response to a request from the host that has requested the job or at the end of the operation of each function. The facsimile apparatus is connected to the printing section 16.
The present invention can also be applied to a case where each of the above-described functions has a plurality of functions. That is, the function management unit 600 can grasp the state of each function, and the job management unit 400 can activate each function based on the state and notify the host of the processing result. As is apparent from the above description, according to the first aspect of the present invention, the canceling means cancels.
If the job request is canceled in response to the request, the job
Notifying the requestor of the job request that the request has been canceled
Be informed. Therefore, in requesting job request, even when unintentionally job request has been canceled, the fact
You can recognize the fruit .

【図面の簡単な説明】 【図1】 本発明の一実施例を示すファクシミリ装置の
要部機能ブロック図である。 【図2】 本発明の一実施例に係るファクシミリ装置の
ハード構成を示すブロック図である。 【図3】 ジョブ管理部のキャンセル要部処理機能を示
すブロック図である。 【図4】 本発明を適用した情報処理システムの構成を
示すブロック図である。 【図5】 ジョブ要求解析のフローチャートである。 【図6】 プリント要求の処理手順を示すフローチャー
トである。 【図7】 プリントデータ転送処理のフローチャートで
ある。 【図8】 プリント動作のフローチャートである。 【図9】 キャンセル要求処理のフローチャートであ
る。 【符号の説明】 30…キャンセル要求検知部、 31…指定ジョブ状態
判別部、 32…登録メモリ、 33…キャンセル実行
部、 100,101…ホスト、 300…要求解析
部、 400…ジョブ管理部、 500…機能部、 6
00…機能管理部、700…通知部
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a functional block diagram of a main part of a facsimile apparatus showing one embodiment of the present invention. FIG. 2 is a block diagram showing a hardware configuration of the facsimile apparatus according to one embodiment of the present invention. FIG. 3 is a block diagram showing a cancel main processing function of a job management unit. FIG. 4 is a block diagram illustrating a configuration of an information processing system to which the present invention has been applied. FIG. 5 is a flowchart of job request analysis. FIG. 6 is a flowchart illustrating a print request processing procedure. FIG. 7 is a flowchart of a print data transfer process. FIG. 8 is a flowchart of a printing operation. FIG. 9 is a flowchart of a cancel request process. [Description of Signs] 30: Cancel request detection unit, 31: Designated job state determination unit, 32: Registration memory, 33: Cancel execution unit, 100, 101: Host, 300: Request analysis unit, 400: Job management unit, 500 ... Functional part, 6
00: function management unit, 700: notification unit

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平6−268811(JP,A) 特開 平6−242901(JP,A) 特開 平6−110704(JP,A) 特開 平5−258027(JP,A) 特開 平5−14580(JP,A) (58)調査した分野(Int.Cl.7,DB名) H04N 1/00 - 1/00 108 B41J 29/00 - 29/70 G03G 21/00 370 - 540 G03G 21/02 - 21/04 G06F 3/09 - 3/12 ────────────────────────────────────────────────── ─── Continuation of front page (56) References JP-A-6-268811 (JP, A) JP-A-6-242901 (JP, A) JP-A-6-110704 (JP, A) JP-A-5-110 258027 (JP, A) JP-A-5-14580 (JP, A) (58) Fields investigated (Int. Cl. 7 , DB name) H04N 1/00-1/00 108 B41J 29/00-29/70 G03G 21/00 370-540 G03G 21/02-21/04 G06F 3/09-3/12

Claims (1)

(57)【特許請求の範囲】 【請求項1】 複数のホストからのジョブ要求を受け付
けて該ジョブ要求を処理するジョブ管理装置において、 受け付けた前記ジョブ要求についてのキャンセル要求に
応答して前記受け付けたジョブ要求をキャンセルするキ
ャンセル手段と、前記ジョブ要求の要求元以外から指示されたキャンセル
要求に応答して前記キャンセル手段により前記ジョブ要
求がキャンセルされた場合に、 前記ジョブ要求がキャン
セルされたことを、該キャンセルされたジョブ要求の要
求元に通知する通知手段とを具備したことを特徴とする
ジョブ管理装置。
Claims: 1. A job management apparatus for receiving a job request from a plurality of hosts and processing the job request, wherein the job management apparatus receives the job request in response to a cancel request for the received job request. Canceling means for canceling the requested job, and canceling instructed from a source other than the requester of the job request.
In response to the request, the cancellation means
And a notifying unit for notifying the requester of the canceled job request that the job request has been canceled when the request has been cancelled.
JP26810294A 1994-10-07 1994-10-07 Facsimile machine Expired - Lifetime JP3489222B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP26810294A JP3489222B2 (en) 1994-10-07 1994-10-07 Facsimile machine

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP26810294A JP3489222B2 (en) 1994-10-07 1994-10-07 Facsimile machine

Publications (2)

Publication Number Publication Date
JPH08111735A JPH08111735A (en) 1996-04-30
JP3489222B2 true JP3489222B2 (en) 2004-01-19

Family

ID=17453930

Family Applications (1)

Application Number Title Priority Date Filing Date
JP26810294A Expired - Lifetime JP3489222B2 (en) 1994-10-07 1994-10-07 Facsimile machine

Country Status (1)

Country Link
JP (1) JP3489222B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3580081B2 (en) * 1997-04-14 2004-10-20 富士ゼロックス株式会社 Facsimile machine
JP6354153B2 (en) 2013-12-24 2018-07-11 株式会社リコー Information processing system, image forming apparatus, information processing method, and information processing program
JP2018156692A (en) * 2018-06-14 2018-10-04 株式会社リコー Information processing system, image forming apparatus, information processing apparatus, information processing method, and information processing program

Also Published As

Publication number Publication date
JPH08111735A (en) 1996-04-30

Similar Documents

Publication Publication Date Title
US6724494B1 (en) Error management for a tandem printing system
US8405846B2 (en) System and method for maintaining a device job history
US20050256869A1 (en) Log information management device, log information generation device, and computer-readable medium storing log information management program therein
JP4109821B2 (en) Information processing apparatus and job processing result confirmation method
US7110131B2 (en) Image forming system and image forming apparatus for transferring job data when an impaired image forming state is detected
JP3489222B2 (en) Facsimile machine
JP3428284B2 (en) Printer control system
JP3507401B2 (en) Job management apparatus, job management method, and computer-readable recording medium storing job management program
US7126719B2 (en) Print processing method, printing control system and storage medium therefor
JP2004171044A (en) Image processing apparatus
JP3277724B2 (en) Facsimile machine
JPH08111727A (en) Facsimile equipment
JPH0981494A (en) Print server system
JP3743183B2 (en) Print server, network print system, and print control method in network print system
JPH08111734A (en) Facsimile equipment
JPH0884210A (en) Facsimile equipment
JP2003266892A (en) Information processor, information processing system, control method, control program and storage medium
JP3479407B2 (en) Copier
JP2000347828A (en) Information processor and job managing method of information processor
JPH0884211A (en) Facsimile equipment
JP3166400B2 (en) Facsimile connection control device
JP2000322212A (en) Print control device
JP3443861B2 (en) Image processing device
JPH11146109A (en) Image reader
JP2000003259A (en) Lan system and digital copying machine management server

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071107

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081107

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091107

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101107

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111107

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111107

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121107

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121107

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131107

Year of fee payment: 10

EXPY Cancellation because of completion of term