(57)【特許請求の範囲】
【請求項１】
セッション制御プロトコルに基づくセッション制御およびセッション確立後の画像通信を行うための通信手段と、
前記通信手段を使用して相手機とネットワークファクシミリ通信するための制御を行う制御手段と、
記憶手段と、
を備え
前記制御手段は、自機の被呼時に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合は、前記発呼側に対して通信不可信号を返送すると共に前記発呼側のＩＰアドレスを前記記憶手段に記憶し、その後、セッション確立が可能となり、かつ、前記記憶手段に前記発呼側からの受信データを記憶するための空き領域が所定の基準量以上確保された場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼を行なうよう制御すると共に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合に、前記セッション確立が行えていたならば前記発呼側が送信する予定であったデータ量を示す情報もしくは前記データ量を推定するための情報を前記発呼側から入手できた場合には、該入手した情報の示すデータ量もしくは前記情報から推定されるデータ量に応じて前記基準量を設定する
ことを特徴とするネットワークファクシミリ装置。
【請求項２】
セッション制御プロトコルに基づくセッション制御およびセッション確立後の画像通信を行うための通信手段と、
前記通信手段を使用して相手機とネットワークファクシミリ通信するための制御を行う制御手段と、
記憶手段と、
を備え
前記制御手段は、自機の被呼時に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合は、前記発呼側に対して通信不可信号を返送すると共に前記発呼側のＩＰアドレスを前記記憶手段に記憶し、その後、セッション確立が可能となり、かつ、前記記憶手段に前記発呼側からの受信データを記憶するための空き領域が所定の基準量以上確保された場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼を行なうよう制御し、前記発呼側のＩＰアドレスを前記記憶手段に記憶した後にセッション確立が可能となったときに前記空き領域が前記基準量未満であった場合は、実行待ちのジョブを実行させることを前記記憶手段の記憶領域を開放させる動作として行うと共に前記実行待ちのジョブが複数ある場合は、早期に前記基準量以上の空き領域が確保されるように前記ジョブの実行順序を制御する
ことを特徴とするネットワークファクシミリ装置。
【請求項３】
前記制御手段は、前記基準量の空き領域を確保するために必要な記憶領域のサイズと、前記各実行待ちのジョブを実行した場合に開放される記憶領域のサイズと、前記各実行待ちのジョブの実行に要する時間とに基づいて前記ジョブの実行順序を制御する
ことを特徴とする請求項２に記載のネットワークファクシミリ装置。
【請求項４】
前記制御手段は、前記各実行待ちのジョブを実行した場合に開放される記憶領域のサイズに基づいて、前記実行順序を制御する
ことを特徴とする請求項２に記載のネットワークファクシミリ装置。
【請求項５】
前記制御手段は、前記実行待ちのジョブの中に単一宛先の送信ジョブと複数宛先の送信ジョブとがある場合は、単一宛先の送信ジョブを優先的に実行させる
ことを特徴とする請求項４に記載のネットワークファクシミリ装置。
【請求項６】
前記制御手段は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼して前記発呼側との間でセッションが確立した後、前記発呼側から画像データが送信されてくるのを待ち、所定時間の経過前に画像データが送信されてきた場合は、該画像データを受信し、前記所定時間が経過しても画像データが送信されてこない場合は、前記発呼側とのセッションを開放する
ことを特徴とする請求項１または２に記載のネットワークファクシミリ装置。
【請求項７】
前記制御手段は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼した場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスを消去する
ことを特徴とする請求項１または２に記載のネットワークファクシミリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション制御プロトコルに基づき、セッション制御を行ない、セッション確立後に、他のポートを用いて画像通信を行なうネットワークファクシミリ装置に関する。
【背景技術】
【０００２】
ネットワークファクシミリには、セッション制御プロトコル（ＳＩＰ…Session Initiation Protocol）を利用し、送受信機間をインターネットなどのネットワークを介してピア・ツゥ・ピアに接続して画像データを伝送する、所謂、ＳＩＰ−ＦＡＸと呼ばれるものがある。
【０００３】
ＳＩＰ−ＦＡＸのように送受信機間を接続して通信する方式では、相手機ビジーなどのために画像データを送信できないことがある。かかる場合、送信機は相手機がいつレディになるかを知り得ないので、一定時間（たとえば、３分）の経過を待ってから自動で再発呼して再度の送信を試みるなどのリカバリ処理が行なわれる。
【０００４】
一方、ＶｏＩＰ（Voice over Internet Protocol）を利用したＩＰ（Internet Protocol）電話においては、通話中に着信があった場合、その着信相手の番号を記憶すると共に、後でかけ直す旨の音声応答を返信し、通話終了後にその相手に対して自動発信する技術が提案されている（たとえば、特許文献１参照。）。
【０００５】
また、通話など対話的な通信を行なうＩＰ端末装置において、通信中に着信があったとき、その着信相手に対してメッセージを自動返信したり、着信相手からのメッセージを録音したりするなどの様々な便宜を図る技術がある（たとえば、特許文献２参照。）。
【０００６】
【特許文献１】特開２００５−２６９１６５号公報
【特許文献２】特開２００５−６５０４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＩＰ電話のような対話型通信では、通話中に着信のあった相手に対して、通信の終了後に自動発呼してつながれば、どちらから発呼しようとも、相手との対話により要件を果たすことができる。
【０００８】
しかしながら、ＳＩＰ−ＦＡＸの場合、通信中に着信のあった相手機に対して通信の終了後に自動発呼したとしても、被呼側の相手機はファクシミリ受信動作を行なおうとするので、相手機に保留されている画像データをこちらに送信させることはできない。このため、従来は、送信機側から再発呼するしか保留中の画像データを送信する方法がなく、３分後の自動再発呼を待っていたのでは、送信ジョブを完了するまでに長い時間を要して非効率であるという問題があった。
【０００９】
また、再発呼までの待ち時間を短くすれば、保留中の画像データの送信完了までの時間を短縮できるが、再発呼の回数が増えてしまい、ネットワークに余計な負荷がかかり、好ましくない。
【００１０】
なお、着信時に画像データを受信できない原因は、他機との通信中に限らず、装置のウォームアップ中など様々に想定される。
【００１１】
また、受信側がビジーでなくなり着信可能となった場合でも、相手機からの受信に必要な空きメモリ容量が確保されていない場合は、受信を開始しても通信途中でエラーになってしまう。
【００１２】
本発明は、上記の問題点を解決しようとするものであり、自機のビジーによって発呼側で保留されている画像データの送信を、早期にかつメモリ不足による受信エラーを起こさずに完了させることのできるネットワークファクシミリ装置を提供することを目的としている。
【課題を解決するための手段】
【００１３】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１４】
［１］セッション制御プロトコルに基づくセッション制御およびセッション確立後の画像通信を行うための通信手段と、
前記通信手段を使用して相手機とネットワークファクシミリ通信するための制御を行う制御手段と、
記憶手段と、
を備え
前記制御手段は、自機の被呼時に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合は、前記発呼側に対して通信不可信号を返送すると共に前記発呼側のＩＰアドレスを前記記憶手段に記憶し、その後、セッション確立が可能となり、かつ、前記記憶手段に前記発呼側からの受信データを記憶するための空き領域が所定の基準量以上確保された場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼を行なうよう制御すると共に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合に、前記セッション確立が行えていたならば前記発呼側が送信する予定であったデータ量を示す情報もしくは前記データ量を推定するための情報を前記発呼側から入手できた場合には、該入手した情報の示すデータ量もしくは前記情報から推定されるデータ量に応じて前記基準量を設定する
ことを特徴とするネットワークファクシミリ装置。
【００１５】
上記発明では、他機との通信中など、画像データを受信できない状態での着呼により、相手機（発呼側）とセッションを確立できないときは、ビジー信号などの通信不可信号を自機から相手機に返信すると共に、その相手機のＩＰアドレスを記憶する。発呼側は、画像データの送信を保留にして、発呼先（被呼側）のＩＰアドレスを記憶して送信を保留にする。その後、自機がセッション確立可能な状態（受信可能なレディ状態）になり、かつ受信用の空きメモリ容量が基準量以上確保された場合は、先ほどの相手機に対して自動発呼し、該相手機から送信保留にされていた画像データを受信する。
【００１６】
このように、セッション確立が可能となりかつ基準量以上の空きメモリ領域が確保された場合に、送信を保留にしている相手機に発呼するので、その相手機からの受信がメモリ不足によって通信エラーになることが防止される。
【００１８】
上記発明では、送信予定のデータ量を示す情報もしくは該データ量を推定可能な情報を相手機から入手し、該入手した情報に基づいて基準量が設定される。
【００１９】
［２］セッション制御プロトコルに基づくセッション制御およびセッション確立後の画像通信を行うための通信手段と、
前記通信手段を使用して相手機とネットワークファクシミリ通信するための制御を行う制御手段と、
記憶手段と、
を備え
前記制御手段は、自機の被呼時に、発呼側からセッション確立要求を受けたが、セッション確立が行なえない場合は、前記発呼側に対して通信不可信号を返送すると共に前記発呼側のＩＰアドレスを前記記憶手段に記憶し、その後、セッション確立が可能となり、かつ、前記記憶手段に前記発呼側からの受信データを記憶するための空き領域が所定の基準量以上確保された場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼を行なうよう制御し、前記発呼側のＩＰアドレスを前記記憶手段に記憶した後にセッション確立が可能となったときに前記空き領域が前記基準量未満であった場合は、実行待ちのジョブを実行させることを前記記憶手段の記憶領域を開放させる動作として行うと共に前記実行待ちのジョブが複数ある場合は、早期に前記基準量以上の空き領域が確保されるように前記ジョブの実行順序を制御する
ことを特徴とするネットワークファクシミリ装置。
【００２０】
上記発明では、空き容量が基準量未満の場合は、メモリを開放させる動作が行われる。たとえば、メモリを占用している出力待機ジョブを実行して、メモリを開放させるといった動作が行われる。メモリを開放させる動作はこれに限定されず任意でよく、たとえば、送信完了後も保存してある画像データなどを削除するという動作であってもかまわない。
【００２２】
上記発明では、早期に基準量以上の空き領域が確保されるように、実行待ちのジョブの実行順序が制御される。
【００２３】
［３］前記制御手段は、前記基準量の空き領域を確保するために必要な記憶領域のサイズと、前記各実行待ちのジョブを実行した場合に開放される記憶領域のサイズと、前記各実行待ちのジョブの実行に要する時間とに基づいて前記ジョブの実行順序を制御する
ことを特徴とする［２］に記載のネットワークファクシミリ装置。
【００２４】
上記発明では、計算により、ジョブの実行順序が制御される。たとえば、必要量のメモリが開放されかつ実行時間の短いジョブが優先的に実行される。
【００２５】
［４］前記制御手段は、前記各実行待ちのジョブを実行した場合に開放される記憶領域のサイズに基づいて、前記実行順序を制御する
ことを特徴とする［２］に記載のネットワークファクシミリ装置。
【００２６】
上記発明では、たとえば、必要量のメモリが開放されるジョブが優先的に実行されたり、必要量のメモリが開放されるジョブの中で実行時間の短いものが優先的に実行されたりする。
【００２７】
［５］前記制御手段は、前記実行待ちのジョブの中に単一宛先の送信ジョブと複数宛先の送信ジョブとがある場合は、単一宛先の送信ジョブを優先的に実行させる
ことを特徴とする［２］に記載のネットワークファクシミリ装置。
【００２８】
上記発明では、単一宛先の送信ジョブはその１つの宛先への送信完了によりジョブが完了してメモリが開放されるのに対し、複数宛先の送信ジョブはその複数宛先のすべてに送信完了した時点でメモリが開放されるので、早期にメモリの開放される単一宛先の送信ジョブを複数宛先の送信ジョブより優先的に実行させる。
【００２９】
［６］前記制御手段は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼して前記発呼側との間でセッションが確立した後、前記発呼側から画像データが送信されてくるのを待ち、所定時間の経過前に画像データが送信されてきた場合は、該画像データを受信し、前記所定時間が経過しても画像データが送信されてこない場合は、前記発呼側とのセッションを開放する
ことを特徴とする［１］または［２］に記載のネットワークファクシミリ装置。
【００３０】
上記発明では、セッション確立後、所定時間の経過前に相手機から画像データが送信されてきたときは、それを受信し、所定時間が経過しても相手機から画像データが送信されてこない場合は、そのセッションを開放する。開放により、相手機が他社機の場合や相手機で既に画像データの送信がキャンセルされている場合に対応できる。
【００３１】
［７］前記制御手段は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスに基づいて前記発呼側に対して発呼した場合は、前記記憶手段に記憶されている前記発呼側のＩＰアドレスを消去する
ことを特徴とする［１］または［２］に記載のネットワークファクシミリ装置。
【００３２】
上記発明では、再発呼を１回のみに制限することができる。
【発明の効果】
【００３３】
本発明に係わるネットワークファクシミリ装置によれば、受信側ビジーによって送信側で画像送信が保留にされた場合に、受信側でビジーが解消されかつ受信用の空きメモリが確保されたこを条件に受信側から送信側へ発呼するので、この発呼を契機に送信側が画像を受信側へ送信するようにすれば、保留した画像の送信をメモリ不足による受信エラーを防ぎつつ、早期に完了させることができる。
【発明を実施するための最良の形態】
【００３４】
以下、図面に基づき本発明の実施の形態を説明する。
【００３５】
図１は、本発明の実施の形態に係わるネットワークファクシミリ装置１０を含むネットワークファクシミリシステム５の構成例を示している。ネットワークファクシミリシステム５は、セッション制御プロトコルを利用して呼接続（セッションの確立）を行ない、ネットワーク２を介して送受信機間をピア・ツゥ・ピアに接続して画像情報を伝送するように構成されたファクシミリシステムである。ネットワークファクシミリシステム５は、インターネットなどのネットワーク２にＳＩＰサーバ３０と、複数のネットワークファクシミリ装置１０とを接続して構成される。
【００３６】
ＳＩＰにおいては、ネットワーク２上に配置したＳＩＰサーバ３０（プロキシサーバ、登録サーバ、ロケーションサーバ、リダイレクトサーバなどで構成される）に各ネットワークファクシミリ装置１０を特定するためのＳＩＰアドレス（たとえば、公衆回線におけるＦＡＸの電話番号など）とそのＩＰアドレスとを関連付けて登録しておき、発呼側のネットワークファクシミリ装置１０からＳＩＰサーバ３０に対して宛先のＳＩＰアドレスで呼接続を要求すると、ＳＩＰサーバ３０は発呼側のネットワークファクシミリ装置１０から受け取ったＳＩＰアドレスに対応するＩＰアドレスを検索し、該ＩＰアドレスを使用して発呼側のネットワークファクシミリ装置１０と宛先（被呼側）のネットワークファクシミリ装置１０との間での呼接続を試みるようになっている。ＳＩＰにおけるセッションの確立／終了はメソッドとこれに対応する応答とをやり取りすることで行なわれる。
【００３７】
ネットワークファクシミリ装置１０は、セッション制御プロトコルに基づいてセッション制御を行なうネットワーク対応型のファクシミリ装置として構成されており、ＣＰＵ（Central Processing Unit）を主要部とする制御部１１に、原稿を光学的に読み取って画像データを取得する画像読み取り部１２と、画像を記録紙に印刷する画像記録部１３と、操作画面の表示とユーザ操作の受け付けを行なう操作表示部１４と、画像データを記憶するメモリやハードディスク装置で構成された画像記憶部１５と、ＳＩＰを利用した通信に関する各種情報を記憶する記憶手段としてのネットワーク情報記憶部１７と、ネットワーク２を介して他の端末やＳＩＰサーバ３０と各種のデータをやり取りする機能を果たす通信手段としてのネットワークインターフェイス（Ｉ／Ｆ）制御部１８などを接続して構成される。
【００３８】
なお、画像読み取り部１２は画像読み取りインターフェイス（Ｉ／Ｆ）部１２ａを介して、画像記録部１３は画像記録インターフェイス（Ｉ／Ｆ）部１３ａを介して、操作表示部１４は操作表示インターフェイス（Ｉ／Ｆ）部１４ａを介して、それぞれ制御部１１に接続されている。
【００３９】
図２は、ネットワークファクシミリ装置１０Ｃからネットワークファクシミリ装置１０Ｂに対して画像送信を行なっている間（Ｐ５）に、ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂに対してセッション確立を要求（Ｐ６）した場合における通信の流れを示している。
【００４０】
送信側のネットワークファクシミリ装置１０Ｃは、受信側のネットワークファクシミリ装置１０Ｂに向けて、まずメソッドＩＮＶＩＴＥを発行し、セッションの確立を促す。メソッドＩＮＶＩＴＥは、プロキシサーバ３１Ａ、３１Ｂを中継されてネットワークファクシミリ装置１０Ｂに到達する（Ｐ１）。なお、各プロキシサーバ３１Ａ、３１Ｂは、受け取ったメソッドＩＮＶＩＴＥの送信元に対してそれぞれ応答コード１００ＴＲＹＩＮＧを返送する。応答コード１００ＴＲＹＩＮＧは、後段へリクエストを転送中であることを示す応答コードである。
【００４１】
メソッドＩＮＶＩＴＥを受けたネットワークファクシミリ装置１０Ｂは、応答コード１８０ＲＩＮＧＩＮＧをネットワークファクシミリ装置１０Ｃに対して送信し（Ｐ２）、受信可能な状態にあるときは、応答コード２００ＯＫをネットワークファクシミリ装置１０Ｃに送信する（Ｐ３）。これらはプロキシサーバ３１Ｂ、３１Ａで中継されてネットワークファクシミリ装置１０Ｃに到達する。ネットワークファクシミリ装置１０Ｃは、応答コード２００ＯＫを受けると、ネットワークファクシミリ装置１０Ｂに対して直接、メソッドＡＣＫを送信し（Ｐ４）、これにより、ネットワークファクシミリ装置１０Ｃとネットワークファクシミリ装置１０Ｂとの間にセッションが確立する。
【００４２】
セッション確立後は、任意のプロトコルで画像データのファクシミリ通信が行なわれる（Ｐ５）。たとえば、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication sector）の勧告Ｔ.３７やＴ.３８に準拠したプロトコルが使用される。ここでは、ダイレクトＳＭＴＰ（Simple Mail Transfer Protocol）を使用して通信が行なわれている。
【００４３】
ネットワークファクシミリ装置１０Ｃからネットワークファクシミリ装置１０Ｂに対して画像送信を行なっている間に、ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂに対してセッションの確立を要求すると（Ｐ６）、メソッドＩＮＶＩＴＥがプロキシサーバ３１Ｃ、３１Ｂを中継されてネットワークファクシミリ装置１０Ｂに到達するが、ネットワークファクシミリ装置１０Ｂはビジーでネットワークファクシミリ装置１０Ａからの画像データを受信できない状態にあるので、応答コード４８６ＢｕｓｙＨｅｒｅをネットワークファクシミリ装置１０Ａに返送し、セッションが切断される（Ｐ７）。
【００４４】
ネットワークファクシミリ装置１０Ｂはネットワークファクシミリ装置１０Ｃからの画像データ受信が終了すると、ネットワークファクシミリ装置１０Ｃに対してメソッドＢＹＥを送信し、これに対してネットワークファクシミリ装置１０Ｃが応答コード２００ＯＫをネットワークファクシミリ装置１０Ｂに返信すると、回線が切断されてセッションが開放される（Ｐ８）。
【００４５】
通常、相手機ビジーを受けたネットワークファクシミリ装置１０Ａが一定時間後に再送信を試みるが、本例では、ネットワークファクシミリ装置１０Ｃとの通信が終了して画像データの受信が可能となり、かつ受信用の空きメモリ領域が基準量（閾値の示す容量）以上確保された時点でネットワークファクシミリ装置１０Ｂからネットワークファクシミリ装置１０Ａに対してセッション確立を要求し（Ｐ９）、セッション確立後にネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂへ画像データが送信されるようになっている（Ｐ１０）。
【００４６】
次に、送受信機間の通信シーケンスを場合分けして説明する。
【００４７】
図３は、通常に画像送信が行なわれる場合の通信シーケンスを示している。ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂへのセッション確立要求（ＩＮＶＩＴＥ）に対して、ネットワークファクシミリ装置１０Ｂからセッション確立応答（２００ＯＫ）が返送されると、確認のために、ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂに対して、確認応答（ＡＣＫ）が送られ、セッションが確立する（Ｐ１１）。
【００４８】
その後、ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂへ画像データの送信が行なわれる（Ｐ１２）。ここでは、ＳＭＴＰのプロトコルに従って画像データが送信される。図３の通信フェーズ（Ｐ１２）には、ＳＭＴＰによる通信手順を詳しく示してある。セッション確立中に複数の画像送信を行なう場合は、ＳＭＴＰによる通信フェーズ（Ｐ１２）が繰り返し行なわれる。
【００４９】
画像データの送信が完了すると、ＳＩＰプロトコルに基づき、ネットワークファクシミリ装置１０Ａがセッション開放（ＢＹＥ）を発行し、応答（２００ＯＫ）が返送されてセッションが開放される（Ｐ１３）。
【００５０】
次に、相手機ビジーの場合の動作を説明する。
【００５１】
図４は、ネットワークファクシミリ装置１０Ａ（発呼側）からネットワークファクシミリ装置１０Ｂ（第１の相手機）に送信しようとした際に、ビジーが返送された場合の通信シーケンスを示している。ネットワークファクシミリ装置１０Ｂがネットワークファクシミリ装置１０Ｃと通信している間（Ｐ２０）に、ネットワークファクシミリ装置１０Ａからネットワークファクシミリ装置１０Ｂに対して、セッション確立要求を発行すると（Ｐ２１）、ネットワークファクシミリ装置１０Ｂは、既に通信中であるため、別の画像データ受信が行なえないと判断して、ネットワークファクシミリ装置１０Ａに対して、４８６ＢｕｓｙＨｅｒｅを通信不可信号として返送する（Ｐ２２）。尚、ビジーを返送する条件は、画像通信を行なうためのポートを使用中といった条件や、受信機側のメモリに十分な空きが無いと判断したような場合（ＮＯＴ  ＲＥＡＤＹ）なども含まれる。
【００５２】
ネットワークファクシミリ装置１０Ｂはネットワークファクシミリ装置１０Ａに４８６ＢｕｓｙＨｅｒｅを返送するにあたって、ネットワークファクシミリ装置１０Ａ（発呼側）のＩＰアドレス（通信不可信号を返送した相手機のＩＰアドレス）を図１のネットワーク情報記憶部１７などに記憶する（Ｐ２３）。
【００５３】
４８６ＢｕｓｙＨｅｒｅを受信したネットワークファクシミリ装置１０Ａ（発呼側）は、画像データの送信を保留すると共に、再送信を行なうために、第１の相手機（ネットワークファクシミリ装置１０Ｂ）のＩＰアドレスと、今回の送信に係わるジョブとを関連付けて、図１の画像記憶部１５に記憶し（Ｐ２４）、再送信待ちの状態に遷移する。再送信待ち時間Ｔ０は、たとえば、３分に設定される。なお、送信される画像データが、ネットワークファクシミリ装置１０Ａに保存されていない場合は、これを保存する。
【００５４】
ネットワークファクシミリ装置１０Ｂ（第１の相手機）は、ネットワークファクシミリ装置１０Ｃとの通信（Ｐ２０）が終了すると（Ｐ２５）、受信用の空きメモリ領域の容量が閾値以上確保されているか否かを調べ、不足時はメモリを開放させる所定の動作を行って空きメモリ容量の確保を行う（Ｐ２６）。
【００５５】
受信用の空き領域が閾値容量以上確保されたら、ネットワーク情報記憶部１７に記憶しておいた相手機（発呼側）のＩＰアドレスを使用してその相手機（ここではネットワークファクシミリ装置１０Ａ）に対してセッションの確立を要求する（Ｐ２７）。このセッション確立要求は、送信が保留されている画像データの有無をネットワークファクシミリ装置１０Ａに問い合わせし、自機（ネットワークファクシミリ装置１０Ｂ）に対して送信を保留している画像データが保存されている場合はそれを自機に対して送信するようにネットワークファクシミリ装置１０Ａ（発呼側）に対して要求するためのものである。そのため、ネットワークファクシミリ装置１０Ｂはセッション確立後もＳＭＴＰによる接続要求を行なうことなく、予め定められたＴ２時間（たとえば、６０秒）の待ち状態に入る（Ｐ２９）。
【００５６】
ネットワークファクシミリ装置１０Ａ（発呼側）は、セッション確立要求（着呼、Ｐ２７）を受けると、画像データの受信が可能か否かを判断し、受信可能な場合は、セッション確立応答を返送して（Ｐ２８）、画像データの受信待ちの体勢に一旦入る。その後、予め定められたＴ１時間（たとえば、３０秒）を待っても画像データが送信されてこない場合は、今回の着呼は保留中の画像データに対する送信要求であると判断し、送信保留中のジョブに関連付けて記憶してある第１の相手機のＩＰアドレス（Ｐ２４で記憶したもの）と今回の着呼（セッション確立要求Ｐ２７）で受けた発呼側（第２の相手機）のＩＰアドレスとを比較し、一致するときは、第２の相手機（発呼してきたネットワークファクシミリ装置１０Ｂ）に対して、画像データの送信フェーズに係わる接続要求を行ない（Ｐ３０）、画像データを送信する。
【００５７】
ネットワークファクシミリ装置１０Ｂは、Ｔ２時間の経過前に相手機から接続要求を受けると、これに応答して相手機からの画像データを受信する（Ｐ３１）。
【００５８】
この際、送信予約したジョブなどがある場合のように、送信を保留したジョブが複数個あるときは、再度、接続要求（Ｐ３０）から開始して、画像データの送信を行なうようにしてもよい。
【００５９】
ネットワークファクシミリ装置１０Ａは、Ｔ１時間の経過前に第２の相手機から接続要求を受けて画像データが送信されてきた場合は、通常の発呼側からの画像送信であると判断し、画像データを受信する（図３のネットワークファクシミリ装置１０Ｂ側と同様の動作となる）。
【００６０】
一方、着呼後、Ｔ１時間の経過前に画像データが送信されてこない場合であっても、送信保留中のジョブに関連付けて記憶してある第１の相手機のＩＰアドレス（Ｐ２４で記憶したもの）と今回の着呼（セッション確立要求Ｐ２７）で受けた第２の相手機のＩＰアドレスとが一致しない場合や保留した送信ジョブに係わるＩＰアドレスがない場合、あるいは送信を保留したジョブが規定の再送信回数オーバによって既に削除されているような場合は、図５に示すように、セッションを開放する（Ｐ４１）。
【００６１】
また、相手機への送信が保留されていることを操作表示部１４（図１）に表示し、この表示からユーザが保留中のジョブの送信をキャンセルできるようにしてもよい。このキャンセルがなされた場合にも、図５に示したように、セッションを開放する制御（Ｐ４１）が行なわれる。
【００６２】
また、図６に示すように、ネットワークファクシミリ装置１０Ａは、Ｔ１時間の経過前にネットワークファクシミリ装置１０Ｂ側から通信がキャンセルされた場合は（Ｐ５１）、セッション開放を行なう（Ｐ５２）。
【００６３】
なお、ネットワークファクシミリ装置１０Ａは、再送信待ちの状態に入ってからＴ０時間待っても何もない（保留中の画像データの送信やジョブのキャンセルなどがない）場合は、図７に示したように、Ｔ０時間の経過後に再度ネットワークファクシミリ装置１０Ｂに対してセッションの確立要求を行なって（Ｐ６１）、送信のリトライを行なう。
【００６４】
また、図８に示すように、ネットワークファクシミリ装置１０Ｂ（第１の相手機）においては、ネットワークファクシミリ装置１０Ｃとの通信中に着呼のあった相手機（発呼側）に対して、ネットワークファクシミリ装置１０Ｃとの通信終了後（Ｐ２５）に受信用の空きメモリ領域を閾値容量以上確保して（Ｐ２６）からセッションの確立を要求（Ｐ２７）したが、セッションが確立してからＴ２時間が経過しても、相手機（発呼側）から何も受信しなかった場合は、ネットワークファクシミリ装置１０Ｂからセッション開放要求を発行してセッションを開放する（Ｐ７１）。相手機（発呼側）が、図４のＰ３０に示すような応答を行なわない機種（たとえば、他社機）の場合はこのようなシーケンスになる。
【００６５】
また、図９に示すように、ネットワークファクシミリ装置１０Ｂ（第１の相手機）が、ネットワーク情報記憶部１７に記憶している発呼側のＩＰアドレスを利用してセッション確立要求した場合に（Ｐ２７）、その相手機（発呼側）からビジーが返送された場合は（Ｐ８１）、ネットワーク情報記憶部１７に記憶していた相手機（発呼側）のＩＰアドレスを消去し（Ｐ８２）、以降のその相手機への再発呼は行なわず、送信機（この場合は、元々の発呼側であるネットワークファクシミリ装置１０Ａ）側の制御に委ねる。これにより、保留中の画像データの送信要求を同じ相手機に対して再度行なわないようになり、制御の複雑化や呼の輻輳が防止される。
【００６６】
以上のように、ネットワークファクシミリ装置１０Ｂはネットワークファクシミリ装置１０Ｃとの通信によるビジー状態が解除され（Ｐ２５）、かつ受信用の空きメモリ領域を閾値容量以上確保された（Ｐ２６）場合にネットワークファクシミリ装置１０Ａに対して発呼（Ｐ２７）するので、ネットワークファクシミリ装置１０から送信されてくる画像データの受信（Ｐ３１）がメモリ不足によって通信エラーとなることを防ぐことができる。
【００６７】
図１０は、上記ビジー状態が解除された場合の動作例を示している。ビジー状態を解除された時点で（Ｐ２５  ２００ＯＫ）ネットワークファクシミリ装置１０Ｂに出力待機ジョブ（実行待ちのジョブ）が存在しないケースや他の外部アプリケーションがメモリ資源を使っていない場合には、受信用に使用可能な空きメモリ容量が大きいと想定される。そこで、ネットワークファクシミリ装置１０Ｃから２００ＯＫを受けた後、受信用の空きメモリ容量を調べ、この容量が予め定めた閾値以上の場合は、受信して問題ないので、初期化に必要な時間ｔａ（数ミリ秒）の経過後、待つことなく直ちにネットワークファクシミリ装置１０Ａにセッション接続要求（ＩＮＶＩＴＥ）を発信する。
【００６８】
閾値の具体的数値は、受信対象の原稿の解像度、原稿サイズ、枚数などのパラメータに影響されるが、例えば６００ｄｐｉ、Ａ３サイズの複雑原稿を５枚分記憶可能な空きメモリ容量を確保するとした場合、その容量は約１０〜１５Ｍバイトになり、閾値はその範囲のいずれかの値、たとえば、１２Ｍバイトに設定される。尚、本実施の形態では、５枚分を確保することを前提に閾値を設定しているが、その枚数、メモリ容量ともに、ユーザの操作により変更可能に構成されてもよい。
【００６９】
ビジー状態を解除された時点で（Ｐ２５  ２００ＯＫ）、パーソナルコンピュータなどの外部端末から送られてくる印刷データに基づいて印刷する印刷ジョブ（ＰＣプリントジョブ）やコピージョブなどのジョブがネットワークファクシミリ装置１０Ｂに存在する場合、これらコピージョブやＰＣプリントジョブなどがメモリ資源を占用しており、空きメモリ容量が小さいと想定される。そこで、ネットワークファクシミリ装置１０Ｃから２００ＯＫ（Ｐ２５）を受けた後、受信用の空きメモリ容量を調べ、この容量が閾値未満の場合は受信してもメモリ不足により失敗する可能性があるため、初期化に必要な時間ｔａを経過しでもすぐセッション接続要求（ＩＮＶＩＴＥ）をネットワークファクシミリ装置１０Ａに対して発信しない。
【００７０】
ネットワークファクシミリ装置１０Ｂは、コピージョブなどの実行により、該当ジョブが占用していたメモリ領域が開放され、空きメモリ領域の容量が閾値以上になるのを待ってからネットワークファクシミリ装置１０Ｃ
にセッション接続要求（ＩＮＶＩＴＥ）を発信する。時間（ｔｂ−ｔａ）は空きメモリ容量が閾値以上になるまでに要した時間（開放時間）である。
【００７１】
メモリ領域を開放させる動作は、メモリ領域を占用している任意のジョブの実行、例えば、ＰＣプリントジョブに係わるプリント処理の実行、ＦＡＸ送信ジョブに係わる送信処理の実行などである。印刷部数が１部のＰＣプリントジョブの場合、１ページの出力が完了したときそのページ分のメモリ開放を行うと、１ページの出力完了毎に１ページ分のメモリ容量が開放される。１ページのメモリ容量は画像のサイズ、解像度、圧縮率などのパラメータに影響されるが、原稿サイズＡ３、解像度６００ｄｐｉの複雑原稿の場合、約５００Ｋバイト〜１Ｍバイトのメモリが使用されるので、ページ毎に該容量が開放される。
【００７２】
なお、図１０のｔｂ値は、一般的に空きメモリ容量が所定値以上になるデフォルトの固定値であってもよい。たとえば、電子メール送信を５秒間実行すると必要サイズのメモリ領域が開放される可能性が大であれば、該当値５秒をｔｂに設定し、ｔｂ経過時にＩＮＶＩＴＥを発行してもよい。また、デフォルトの固定値は数段階、たとえば、５秒／１０秒／１５秒などであってもよい。すなわち、ジョブの実行によってメモリが開放される場合、そのジョブを実行している経過時間からメモリの開放量を推定し、所定の時間の経過後にＩＮＶＩＴＥを発行するようにしてもよい。なお、ｔｂ値を一義的に定義しない場合は、実際の空きメモリ容量と閾値とを比較し、空きメモリ容量≧閾値となったタイミングでセッション接続要求（ＩＮＶＩＴＥ）を発行することになる。
【００７３】
閾値は、予め設定された固定値あるいはユーザが設定した値のほか、相手機が送信予定であった画像データのデータ量に基づく値が設定されてもよい。図１１に示すように、ネットワークファクシミリ装置１０Ｂは発呼側のネットワークファクシミリ装置１０Ａよりセッション確立要求（ＩＮＶＩＴＥ）を受けたが（Ｐ２１）、ネットワークファクシミリ装置１０Ｃと通信中のためビジーでセッション確立が行えない場合は、発呼側のネットワークファクシミリ装置１０ＡのＩＰアドレスを記憶する（Ｐ２３）と同時に、発呼側のネットワークファクシミリ装置１０Ａが送信予定であった画像データのデータ量を示す情報を取得可能な場合にはその取得動作を行う。
【００７４】
すなわち、図１１に示すように発呼側のネットワークファクシミリ装置１０Ａにデータ量を示す情報（データ量情報）を取得する要求（情報リクエスト）を発信（Ｐ９１）する。この要求に応じて発呼側のネットワークファクシミリ装置１０Ａからデータ量情報が返送（Ｐ９２）される（情報レスポンス）。データ量情報は、送信予定の画像データ(通信データ)のデータ量を直接示す情報であってもよいし、解像度、原稿サイズなど画像データのデータ量を推定可能な情報であってもよい。たとえば、白黒の２階調画像の場合、原稿の縦サイズ×横サイズ×解像度×基準の圧縮率によりデータ量を推定することができる。
【００７５】
ネットワークファクシミリ装置１０Ｂは受信したデータ量情報もしくはデータ量情報から推定した画像データのデータ量を図１の画像記憶部１５に記憶する。データ量情報を取得できた場合は、このデータ量情報が示すデータ量に基づき、ネットワークファクシミリ装置１０Ａからの受信ジョブに必要な空きメモリ容量を算出し、この値を閾値として使用する。
【００７６】
次に、ネットワークファクシミリ装置１０Ａでの送信動作を図１２の流れ図に基づいて説明する。
【００７７】
ネットワークファクシミリ装置１０Ａは、第１の相手機の相手機ＩＰアドレスと今回実行する送信ジョブの内容や設定などを示すジョブデータとをカレントジョブ用のワークメモリにセットした後（ステップＳ１０１）、ネットワークＩ／Ｆ制御部１８を用いてセッション確立要求を発行する（ステップＳ１０２）。
【００７８】
ここで、第１の相手機から情報リクエスト（図１１のＰ９１参照）を受信した場合は(ステップＳ１０３：Ｙ)、送信予定の画像データのデータ量を示すデータ量情報（情報レスポンス、図１１のＰ９２参照）を送信する(ステップＳ１０４)。
【００７９】
また、相手機がビジーなど通信不可の状態でなければ（ステップＳ１０５；Ｎ）、セッションを確立させ、画像データの送信に係わる接続要求（ここでは、ＳＭＴＰによる接続要求）を送信し（ステップＳ１０６）、画像データを送信する（ステップＳ１０７）。送信すべきデータが他にもある場合は（ステップＳ１０８；Ｙ）、通信フェーズ（ステップＳ１０６、Ｓ１０７）を再度実行し、送信すべきデータがこれ以上ない場合は（ステップＳ１０８；Ｎ）、セッションを開放して（ステップＳ１０９）処理を終了する。
【００８０】
一方、相手機ビジーなどで通信不可（通信不可信号を受信）の場合は（ステップＳ１０５；Ｙ）、再送信回数が規定回数（たとえば、３回）をオーバしているか否かを調べ、オーバしている場合は（ステップＳ１１０；Ｙ）処理を終了し、オーバしていない場合は（ステップＳ１１０；Ｎ）、相手機ＩＰアドレスとジョブデータとを保存し（ステップＳ１１１）、再送信待ちタイマ（Ｔ０）をセットして（ステップＳ１１２）、一旦、処理を終了する。なお、送信される画像データが、ネットワークファクシミリ装置１０Ａに保存されていない場合は、これを保存する。
【００８１】
再送信待ちタイマ（Ｔ０）がタイムアップしたときは（図７のケース）、ステップＳ１１１で保存しておいた相手機ＩＰアドレスとジョブデータとを読み出してカレントジョブ用のワークメモリにセットし（ステップＳ１１３）、元の保存先からこの相手機ＩＰアドレスとジョブデータとを削除する（ステップＳ１１４）。その後はステップＳ１０２へ移行して、再送信に係わる動作を実行する。なお、ステップＳ１１４にて、相手機ＩＰアドレスとジョブデータとを削除する例を述べたが、当該ステップにおいて削除せずに、画像データの送信が終了した後のステップＳ１０９におけるセッションの開放に際して、相手機ＩＰアドレスとジョブデータとを削除するようにしてもよい。
【００８２】
次に、ネットワークファクシミリ装置１０Ｂが受信不可の状態から受信可能な状態に変化した場合（図４のＰ２５後）の動作を図１３に示す流れ図に基づいて説明する。
【００８３】
ネットワークファクシミリ装置１０Ｂは、受信不可から受信可能な状態に変化したとき、受信不可中にビジー（通信不可信号）を返送した相手機（発呼側）が存在するか否かを調べる。具体的には、ネットワーク情報記憶部１７の所定エリアに相手機のＩＰアドレス（図４のＰ２３で記憶されるもの）が記憶されているか否かを調べる（ステップＳ２０１）。ビジー（通信不可信号）を返送した相手機が存在しない場合は（ステップＳ２０１；Ｎ）処理を終了する。
【００８４】
ビジー（通信不可信号）を返信した相手機（ここではネットワークファクシミリ装置１０Ａとする）が存在するときは（ステップＳ２０１；Ｙ）、受信用の空きメモリ領域が閾値の示す容量（基準量）以上存在するか否かを確認する（ステップＳ２０２）。ここで、図１１の情報レスポンスによって相手機からデータ量情報を取得している場合は、そのデータ量情報が示す、もしくはデータ量情報から推定したデータ量を閾値に設定して使用し、情報レスポンスを取得していない場合は、予め定めた値（固定値あるいはユーザ設定された値など）を閾値として使用する。
【００８５】
受信用の空きメモリ容量が閾値未満の場合は（ステップＳ２０２；Ｎ）、メモリを占用しているジョブを実行することによってメモリの開放動作を行う（ステップＳ２０３）。たとえば、出力待機中のＰＣプリントジョブを実行する。その後、受信用の空きメモリ容量が閾値以上存在するか否かを再び確認し（ステップＳ２０２）、閾値未満の場合はさらに次のジョブを実行してメモリを開放させる（ステップＳ２０３）といった動作を繰り返す。
【００８６】
このとき、出力待機中のジョブの実行順序を制御することで、閾値以上の空きメモリ容量の確保がより早期に達成されるようにしている。以下にその例を示す。
【００８７】
＜例１＞  被呼側ネットワークファクシミリ装置１０Ｂのビジー状態を解除された時に、ネットワークファクシミリ装置１０Ｂに下記プリントジョブＪｏｂ１とＪｏｂ２とがある場合：
ジョブ        部数        投入順
Ｊｏｂ１    １００          1
Ｊｏｂ２        １          ２
ここで、部数が１の場合、ページ出力毎にメモリが開放されるものとする。また部数２以上に場合はジョブの完了毎によりメモリが開放されるものとする。ジョブの完了毎よりページ出力毎に開放される場合の方が、空きメモリ容量が閾値以上に到達するまでの時間（ｔｂ）が小さく、特に枚数が多い条件では両者の差が大きい。そこで、上記のケースでは投入順が低いＪｏｂ２を優先して実行することで、より早くメモリを開放させることができる。
【００８８】
＜例２＞  被呼側ネットワークファクシミリ装置１０Ｂのビジー状態を解除された時に、ネットワークファクシミリ装置１０Ｂに下記の出力待機中ジョブがある場合：
ジョブ      ジョブタイプ            原稿枚数      投入順
Ｊｏｂ１    Ｇ３Ｆａｘ送信            ２０          １
Ｊｏｂ２    ＳｃａｎＴｏＥｍａｉｌ    ２０          ２
同じ原稿を送信する場合、電話回線を使うＧ３Ｆａｘ送信ジョブよりインターネットを使うＳｃａｎＴｏＥｍａｉｌ送信ジョブ（画像データのファイルを電子メールに添付して送信するジョブ）の方が早い。特に原稿枚数や宛先数が多い条件では両者の差が大きい。そこで上記ケースでは投入順が低いＪｏｂ２を優先して実行すれば、より早くメモリ開放させることができる。
【００８９】
＜例３＞  被呼側ネットワークファクシミリ装置１０Ｂのビジー状態を解除された時に、ネットワークファクシミリ装置１０Ｂに下記のＦａｘメモリ送信ジョブがある場合：
ジョブ      解像度          原稿サイズ    投入順
Ｊｏｂ１    ６００ｄｐｉ      Ａ３        １
Ｊｏｂ２    ２００ｄｐｉ      Ａ４        ２
解像度と原稿サイズからＪｏｂ２のデータ量はＪｏｂ１より小さく、ジョブの実行時間は短いと想定できる。そこで上記ケースでは投入順が低いＪｏｂ２を優先して実行すれば、より早くメモリ開放させることができる。
【００９０】
＜例４＞  被呼側ネットワークファクシミリ装置１０Ｂのビジー状態を解除された時に、ネットワークファクシミリ装置１０Ｂに下記のＦａｘメモリ送信ジョブがある場合：
ジョブ      同報                  投入順
Ｊｏｂ１    あり（宛先数１００）    １
Ｊｏｂ２    なし                    ２
同報なし（単一宛先）のＪｏｂ２のジョブ実行時間は同報ありのＪｏｂ１より短いと想定できる。そこで上記ケースでは投入順が低いＪｏｂ２を優先して実行すれば、より早くメモリ開放することができる。
【００９１】
受信用の空きメモリ容量が閾値以上存在することが確認されたら（図１３、ステップＳ２０２：Ｙ)、その相手機（ネットワークファクシミリ装置１０Ａ）に対するセッション確立要求を発行し（ステップＳ２０４）、相手機（発呼側）ビジーの場合は（ステップＳ２０５；Ｙ）、その相手機（発呼側）のＩＰアドレスをネットワーク情報記憶部１７から削除して（ステップＳ２０６）処理を終了する。これは図９に示すネットワークファクシミリ装置１０Ｂの動作に相当する。
【００９２】
相手機ビジーでないときは（ステップＳ２０５；Ｎ）、セッション確立後、接続要求待ちタイマ（Ｔ２）をセットする（ステップＳ２０７）。その後、接続要求待ちタイマ（Ｔ２）がタイムアップするまでの間（ステップＳ２１２；Ｎ）、相手機から画像データの送信に関する接続要求が受信されるか否か（ステップＳ２０８）と、セッションの開放要求があるか否か（ステップＳ２１１）とを監視する。
【００９３】
接続要求待ちタイマ（Ｔ２）がタイムアップする前に接続要求を受信した場合は（ステップＳ２０８；Ｙ）、接続要求待ちタイマ（Ｔ２）をリセットし（ステップＳ２０９）、画像データの受信動作を行ない（ステップＳ２１０）、再び接続要求待ちタイマ（Ｔ２）をセットする。これは、相手機から複数回連続して画像データの送信が行なわれる場合に対応したものである。
【００９４】
接続要求待ちタイマ（Ｔ２）がタイムアップする前にセッション開放要求（相手機からのＢＹＥ）を受けた場合（ステップＳ２１１；Ｙ）もしくは接続要求待ちタイマ（Ｔ２）がタイムアップしたときは（ステップＳ２１２；Ｙ）、接続要求待ちタイマ（Ｔ２）をリセットした後（ステップＳ２１３）、セッションを開放する（ステップＳ２１４）。なお、該セッションの開放は、接続要求待ちタイマ（Ｔ２）がタイムアップした場合は自機から相手機へＢＹＥを送信し（図８のケース）、セッション解放要求を受けたときは相手機に２００ＯＫを返信する（図５のケース）。
【００９５】
次に、ネットワークファクシミリ装置１０がセッション確立要求を受信した場合の動作を図１４に示す流れ図に基づいて説明する。
【００９６】
ネットワークファクシミリ装置１０が、ネットワークＩ／Ｆ制御部１８を介してセッション確立要求を受けると、セッション確立可能か否かを判断し（ステップＳ３０１）、セッション確立不可、たとえば、他機との通信中で画像データを受信できないときは（ステップＳ３０２；Ｎ）、相手機ＩＰアドレスを保存し（ステップＳ３０３）、情報リクエストを相手機に送信してデータ量情報を取得して記憶し（ステップＳ３０４）、その相手機にビジー（通信不可信号）を返信して（ステップＳ３０５）処理を終了する。このケースは図１１のネットワークファクシミリ装置１０ＢにおけるＰ２１、Ｐ２２、Ｐ２３、Ｐ９１、Ｐ９２に相当する。なお、閾値として予め設定された値を使用する場合には、データ量情報の取得処理は行わなくてもよい。
【００９７】
受信可能な場合は（ステップＳ３０２；Ｙ）、ネットワークＩ／Ｆ制御部１８を用いてセッション確立応答を返送し（ステップＳ３０６）、受信待ちタイマ（Ｔ１）をセットする（ステップＳ３０７）。その後、受信待ちタイマ（Ｔ１）がタイムアップするまでの間（ステップＳ３１４；Ｎ）、相手機（第２の相手機、ネットワークファクシミリ装置１０Ｂ）から画像データの送信に関する接続要求が受信されるか否か（ステップＳ３０８）と、セッションの開放要求があるか否か（ステップＳ３１１）とを監視する。
【００９８】
受信待ちタイマ（Ｔ１）がタイムアップする前に接続要求を受信した場合は（ステップＳ３０８；Ｙ）、図３に示すような通常の画像受信となり、受信待ちタイマ（Ｔ１）をリセットし（ステップＳ３０９）、画像データの受信動作を行ない（ステップＳ３１０）、再び受信待ちタイマ（Ｔ１）をセットする（ステップＳ３０７）。これは、相手機から複数回連続して画像データの送信が行なわれる場合に対応したものである。
【００９９】
受信待ちタイマ（Ｔ１）がタイムアップする前にセッション開放要求（相手機からのＢＹＥ）を受けた場合は（ステップＳ３１１；Ｙ、図６のケース）、受信待ちタイマ（Ｔ１）をリセットし（ステップＳ３１２）、セッションを開放して（ステップＳ３１３）処理を終了する。
【０１００】
受信待ちタイマ（Ｔ１）がタイムアップしたときは（ステップＳ３１４；Ｙ）、今回の着呼は保留中の画像データに対する送信要求であると判断し、送信保留中のジョブと関連付けて記憶されているＩＰアドレスがあるか否か（送信保留中の画像データの有無）を調べ（ステップＳ３１５）、送信保留中のＩＰアドレスがない場合は（ステップＳ３１５；Ｎ）、セッションを開放して（ステップＳ３１７、図５のケース）処理を終了する。
【０１０１】
また送信保留中のジョブと関連付けて記憶されているＩＰアドレスがあるときは（ステップＳ３１５；Ｙ）、その保留中の送信ジョブに係わる第１の相手機のＩＰアドレスと今回の発呼してきた第２の相手機のＩＰアドレスとを比較し、それらが一致しないときは（ステップＳ３１６；Ｎ）、セッションを開放し（ステップＳ３１７、図５のケース）、一致するときは（ステップＳ３１６；Ｙ）、図１２のステップＳ１０６へ移行し、保留してある画像データを相手機（第２の相手機）に送信する動作を行なう（図４でＰ３０となるケース）。
【０１０２】
このように、受信側ビジーなどによって画像データの送信が保留された場合に、受信側ビジーが解消され、かつ受信用の空きメモリ領域が閾値容量以上確保された時点で受信側から送信側へ発呼し、保留されている画像データの送信を要求するので、送信側から再送信待ち時間Ｔ２後に再発呼する場合に比べて、保留中の画像データの送信を早期に完了させることができると共に、閾値以上の空きメモリを確保してから発呼するので、受信開始後にメモリ不足で通信エラーになることが防止される。
【０１０３】
特に、ネットワークファクシミリでは、画像データの送信に要する時間が公衆回線を利用したファクシミリ装置に比べて短時間となる場合が多く、相手機ビジーの状態が早期に解消されやすいので、本発明による効果が顕著となる。
【０１０４】
さらに、保留中の画像データに対する送信要求の伝達を、特別な信号を付加することなく、接続要求待ちタイマ（Ｔ２）および受信待ちタイマ（Ｔ１）の追加で実現しているので、標準手順のネットワークファクシミリ装置と通信した場合にも互いに動作異常を来すことがなく、ファクシミリ装置としての汎用性が確保される。なお、ネットワークファクシミリ装置１０Ｂからネットワークファクシミリ装置１０Ａに対して特定の信号を送信することにより、保留中の画像データを送信すべきことをネットワークファクシミリ装置１０Ａに伝達するように構成されてもよい。
【０１０５】
図１５は、図１３のステップＳ２０３においてメモリの開放動作としてジョブを実行する際の実行順序の決め方の別法を例示している。ここでは、空き容量が閾値を超えるまでの時間ｔｂが最も短くなるように、出力待機ジョブの実行順序を決定する。
【０１０６】
まず、空き容量が閾値を超えるために必要な開放するべきメモリ容量（必要開放容量）を算出する（ステップＳ４０１）。必要開放容量＝閾値が示す容量−現在の空き容量、の演算により求める。図１５の例では必要開放容量は１０Ｍバイトとする。
【０１０７】
次に出力待機中の各ジョブにつき、その実行時間（実行に要する予測時間）と実行により開放されるメモリ容量（開放メモリ容量）とをそれぞれ求める（ステップＳ４０２）。図１５の例では、投入順位１のＪＯＢ１、投入順位２のＪＯＢ２、投入順位３のＪＯＢ３、投入順位４のＪＯＢ４の４つのジョブが出力待機ジョブとして存在し、ＪＯＢ１は開放メモリ容量は５Ｍバイトで実行時間は３０秒、ＪＯＢ２は開放メモリ容量は８Ｍバイトで実行時間は６０秒、ＪＯＢ３は開放メモリ容量は１１Ｍバイトで実行時間は９５秒、ＪＯＢ４は開放メモリ容量は６Ｍバイトで実行時間は４０秒と求められている。
【０１０８】
次に、必要開放容量を得られる出力待機ジョブの組み合わせを求め、各組毎の実行時間を算出する（ステップＳ４０３、Ｓ４０４）。図１５の例では、１つのジョブで必要開放容量（１０Ｍバイト）を得ることができるのはＪＯＢ３のみであり、その開放メモリ容量は１１Ｍバイトで実行時間は９５秒である。また２つのジョブの組み合わせで必要開放容量（１０Ｍバイト）を得ることができるのは、ＪＯＢ１とＪＯＢ２、ＪＯＢ１とＪＯＢ４、ＪＯＢ２とＪＯＢ４である。ＪＯＢ１とＪＯＢ２の組み合わせは開放メモリ容量１３Ｍバイトで実行時間が９０秒、ＪＯＢ１とＪＯＢ４の組み合わせは開放メモリ容量１１Ｍバイトで実行時間が７０秒、ＪＯＢ２とＪＯＢ４の組み合わせは開放メモリ容量１４Ｍバイトで実行時間が１００秒である。
【０１０９】
この中で実行時間が最も短いＪＯＢ１とＪＯＢ４の組み合わせを優先的に実行するジョブに選択し、これらのジョブが優先実行されるようにジョブの実行順序を変更する（ステップＳ４０５）。この例では、投入順位４のＪＯＢ４の実行順位を２位に変更することで、ＪＯＢ１とＪＯＢ４とを優先実行されている。これにより、閾値以上の空きメモリ容量を最短時間で確保することができる。
【０１１０】
なお、ページ毎にメモリが開放される場合をさらに考慮に入れてジョブの実行順序を制御するように構成されてもよい。たとえば、図１５に示した例でＪＯＢ２がページ毎にメモリの開放されるジョブであり、８Ｍバイト中の５Ｍバイトが開放されるまでの時間が３５秒の場合には、ＪＯＢ１の３０秒とＪＯＢ２途中までの３５秒を合わせた６５秒が実行時間となるＪＯＢ１とＪＯＢ２との組み合わせが最短時間の組み合わせとなり、これらをＪＯＢ１（全部実行する必要のあるジョブ）、ＪＯＢ２（途中まで実行すればよいジョブ）の順に実行するように実行順序を制御する。
【０１１１】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１１２】
実施の形態では、Ｔ０時間：３分、Ｔ１時間：３０秒、Ｔ２時間：６０秒としたが、Ｔ２時間とＴ１時間は、Ｔ２時間＞Ｔ１時間の関係が満たされればよく、例示した時間に限定されない。また、Ｔ０時間は、Ｔ２時間やＴ１時間との大小関係は問わず、任意の長さに設定すればよい。
【０１１３】
実施の形態では、ｔｂを小さくするためにジョブの実行順序を制御したが、実行順序は投入順のままであってもかまわない。また、実行順序はｔｂが最も短くなるように制御することが好ましいが、ｔｂが短くなる方向への順序変更であれば、最短でなくてもかまわない。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態に係わるネットワークファクシミリ装置の概略構成、およびネットワークファクシミリシステムの構成例を示す説明図である。
【図２】ネットワークファクシミリ装置Ｃからネットワークファクシミリ装置Ｂに対する画像送信中に、ネットワークファクシミリ装置Ａからネットワークファクシミリ装置Ｂに対してセッション確立を要求した場合の通信シーケンス全体を示す説明図である。
【図３】通常に画像送信が行なわれる場合の通信シーケンスを示す説明図である。
【図４】ネットワークファクシミリ装置Ａからネットワークファクシミリ装置Ｂに送信しようとした際に、ビジーが返送された場合の通信シーケンスを示す説明図である。
【図５】保留中の画像データの送信要求を受けたネットワークファクシミリ装置Ａが、ＩＰアドレスの不一致などによりセッションを開放する場合の通信シーケンスを示す説明図である。
【図６】受信待ちタイマ（Ｔ１）のタイムアップ前に相手機からセッション解放要求を受けた場合の通信シーケンスを示す説明図である。
【図７】再送信待ちタイマ（Ｔ０）のタイムアップにより再発呼を行なう場合の通信シーケンスを示す説明図である。
【図８】保留中の画像データの送信要求を行なったが、接続要求待ちタイマ（Ｔ２）のタイムアップ前に相手機から応答がない場合の通信シーケンスを示す説明図である。
【図９】保留中の画像データの送信要求を行なったが、相手機からビジーが返送された場合の通信シーケンスを示す説明図である。
【図１０】ビジー状態が解除された場合の通信シーケンスを示す説明図である。
【図１１】データ量情報を取得する場合の通信シーケンスを示す説明図である。
【図１２】ネットワークファクシミリ装置の送信動作を示す流れ図である。
【図１３】受信不可の状態から受信可能に変化した場合におけるネットワークファクシミリ装置の動作を示す流れ図である。
【図１４】セッション確立要求を受信した場合のネットワークファクシミリ装置の動作を示す流れ図である。
【図１５】出力待機ジョブの実行順序を決定する処理の流れおよび具体例を示す説明図である。
【符号の説明】
【０１１５】
２…ネットワーク
５…ネットワークファクシミリシステム
１０…ネットワークファクシミリ装置
１０Ａ…送信機となるネットワークファクシミリ装置
１０Ｂ…受信機となるネットワークファクシミリ装置
１０Ｃ…受信機１０Ｂと通信する他のネットワークファクシミリ装置
１１…制御部
１２…画像読み取り部
１２ａ…画像読み取りＩ／Ｆ部
１３…画像記録部
１３ａ…画像記録Ｉ／Ｆ部
１４…操作表示部
１４ａ…操作表示Ｉ／Ｆ部
１５…画像記憶部
１７…ネットワーク情報記憶部
１８…ネットワークＩ／Ｆ制御部
３０…ＳＩＰサーバ
３１Ａ、３１Ｂ、３１Ｃ…プロキシサーバ
【図１】
0004524761.tif 000002
【図２】
0004524761.tif 000003
【図３】
0004524761.tif 000004
【図４】
0004524761.tif 000005
【図５】
0004524761.tif 000006
【図６】
0004524761.tif 000007
【図７】
0004524761.tif 000008
【図８】
0004524761.tif 000009
【図９】
0004524761.tif 000010
【図１０】
0004524761.tif 000011
【図１１】
0004524761.tif 000012
【図１２】
0004524761.tif 000013
【図１３】
0004524761.tif 000014
【図１４】
0004524761.tif 000015
【図１５】
0004524761.tif 000016