JP2006067045A - 通信装置、通信装置の制御方法、および通信装置の制御プログラム - Google Patents

Abstract

【課題】 ＳＩＰによる呼制御手順を利用して送信先の受信可／不可状態の検出や、受信可能状態への復旧の通知を実現し、電話連絡等の手間を省くことができるようにする。
【解決手段】 通信装置（１００ａ／１００ｂ）どうしがＳＩＰメッセージを用いて受信可能／不可状態を通知しあい（Ｆ４、Ｆ５）、受信不可状態の場合は受信不可メッセージを送信し、受信不可メッセージを受信（Ｆ５）した側は受信復帰通知要求メッセージ（Ｆ１２）を用いて受信可能状態への復帰通知を要求する。受信可能状態へ復帰した通信装置（１００ｂ）は受信復帰通知メッセージ（Ｆ１４）を送信し、受信可能状態への復帰を通知し、その後、目的の通信を実行する。
【選択図】 図７

Description

本発明は、ネットワーク経由で所定形式のデータを送受信する通信装置、その制御方法、およびその制御プログラムに関するものである。

従来より、通信装置、特に画像などのデータを送受信する通信装置において、相手局が通信中であるなどのエラーにより通信が行なえなかった場合の制御については種々の構成が提案されている。

たとえば、手動発着呼のみの初期のファクシミリ装置において、送信先ファクシミリ装置に発呼したときに送信先のファクシミリ装置が話中などの理由で受信できない状態であり、データの送信が行なえなかった場合、送信元は所定の待ち時間をおいて送信を再度行なうか、送信先のユーザと電話連絡等を行ない、送信先ファクシミリ装置が受信可能な状態に復旧したことを知ってから送信を行なうなどの措置が必要であったが、その後のメモリ機能付きのファクシミリ装置などにおいては、自動的に所定の回数、送信の試行を繰り返すリダイヤル機能を備えるものが提供されている。

上記のリダイヤル機能のように、送信不能の際自動的に送信を繰り返す構成では、送信先ファクシミリ装置が受信不可の状態であるにも関わらず毎回送信先が応答するので通信料金がかかり、また、所定の試行回数が終わればまた同じ操作を何度も繰り返さなければならない。

また、送信の試行を何度か繰り返してもメモリフルやジャム・紙なしによるエラーなど、復旧にユーザの介在が必要な場合には、相手に電話連絡などを行ない、問い合わせや復旧依頼などを行なわなければならない。このような措置には、たとえば送信元（以下送信側ともいう）では問い合わせや復旧依頼などの電話連絡が、送信先（以下、着信側ないし受信側ともいう）では復旧作業はもちろん、送信元へ復旧したことを電話連絡するなどの作業が必要であり、送信元と送信先の双方の手間がかかるという問題がある。

また、リダイヤル機能付きのファクシミリ装置の場合には、自動的に所定回数の送信の試行を繰り返すが、その間に送信先が受信可能状態に復旧しなければ、通信エラーとなって送信終了となる。その後は、手動送信の場合と同様に何度も送信操作を繰り返さなければならない。また、送信する度に送信先が応答するため、通信料金がかかるという問題も同様である。

そこで、送信先（着信側）が、受信不可状態である場合については、下記の特許文献１に見られるように、送信先が受信不可のときはその旨を送信元へ通知すると共に、送信元の番号を記憶し、受信可能状態に復帰すると、記憶されている送信元の番号に発呼して復帰した旨を通知し、これにより送信元は受信可能の通知を受けると、送信不可となっていたデータを再送することによって、無駄な再送信や電話連絡等を省くことができるようにしたものがある。
特開平１１−３２１２９号公報

しかし、上記の従来技術では、送信先の通信装置の受信不可の状態を知るためには、実際に送信先に発呼しなければわからない。このため送信先がメモリフル等の要因による受信不可状態であっても応答するので、課金されてしまう。また、送信先（着信／受信側）において、発信元の電話番号が特定できないときは、送信元に対して受信不可からの復帰通知を行なえない問題がある。

一方、近年では、インターネットなどのネットワーク上においては、各ユーザ端末が対等にセッションを開始できる双方向の通信プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＲＦＣ２５４３）と呼ばれる通信プロトコルが知られており、たとえば、インターネットにおいて、画像や音声を用いた双方向の通信を行なう場合の通信プロトコルとして、注目されている。ＩＰ電話（ＶｏＩＰ）やインターネット電話と呼ばれるサービスではこのＳＩＰが用いられている。

ＳＩＰでは、ユーザを唯一特定するためのＳＩＰアドレスと呼ばれるＥ−ｍａｉｌアドレスに似たアドレスが、各ユーザ（あるいはユーザの通信機器）に対して一意に割り当てられる。また、各ユーザに割り当てられたＳＩＰアドレスと、そのユーザが使用する端末をネットワーク上において特定するための実質的なアドレス（たとえば、ＩＰアドレス）との対応関係が、所定のサーバ装置（ＳＩＰロケーションサーバ）によって管理される。

たとえば、ＳＩＰによって双方向のセッションを行なうためユーザがある端末からネットワークにログインする場合、ユーザが使用する端末のアドレスとユーザのＳＩＰアドレスと対応付けられてＳＩＰロケーションサーバに登録される。アドレスに変更が生じた場合には、ＳＩＰロケーションサーバにそのアドレスが通知されて、ＳＩＰロケーションサーバに登録されているアドレスが更新される。

すなわち、ＳＩＰロケーションサーバには、常にユーザのＳＩＰアドレスと端末のアドレスとが対応付けて管理されており、したがって、ＳＩＰアドレスが分かればＳＩＰロケーションサーバに問い合わせることによって、そのＳＩＰアドレスを持つユーザの端末を特定することができる。つまり、ユーザがどの端末からネットワークに接続していても、そのユーザのＳＩＰアドレスを指定することによって双方向のセッションを開始することができるようになっている。

したがって、以上のようなＳＩＰを利用することにより、極めて簡単安価に送信先の受信可／不可状態の検出や、受信可能状態への復旧の通知を行なえると考えられる。

本発明の課題は、上記のような事情に鑑み、送信元と送信先との間で呼の設定・開放を行なうＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による呼制御メッセージのやり取りを利用して送信先の受信可／不可状態の検出や、受信可能状態への復旧の通知を実現し、データを送受信する送信先が受信不可状態となった要因を問わず、送信元から送信先への無駄な再送信や、送信元と送信先との間の電話連絡等の手間を省くことができるようにすることにある。

本発明は、ネットワーク経由で所定形式のデータを送受信する通信装置、その制御方法、およびその制御プログラムにおいて、
発呼時、通信を行なう通信装置どうしがＳＩＰ手順を用いて通信可能／不可状態を通知しあい、
その際、被呼側通信装置が通信不可状態にある場合、発呼側通信装置に通信不可メッセージをＳＩＰメッセージとして送信し、
通信不可メッセージを受信した発呼側通信装置は必要に応じて通信復帰通知を要求する通信復帰通知要求メッセージをＳＩＰメッセージとして送信し、
通信復帰通知要求メッセージを受信した被呼側通信装置が通信可能状態に復帰すると通信復帰通知要求メッセージを送信した発呼側通信装置に対して通信復帰通知メッセージをＳＩＰメッセージとして送信し、
通信復帰通知メッセージの送受信に応じて通信データの送受信を行なう構成を採用した。

上記構成によりＳＩＰ手順を利用して、送信先の受信可／不可状態の検出や、受信可能状態への復旧の通知を行なうことができ、データを送受信する送信先が受信不可状態となった要因を問わず、送信元から送信先への無駄な再送信や、送信元と送信先との間の電話連絡等の手間を省くことができる。

以下、具体的な実施例を用いて本発明を実施するための最良の形態を詳細に説明する。以下の実施例では、通信装置としてファクシミリ装置を例示するが、所定形式のデータを送受信する通信装置であれば本発明は任意の通信装置に実施可能である。

図１は、本発明を採用したファクシミリ装置１００の構成を示している。

同図において、符号１０１はＣＰＵで、システム制御部であり、装置全体を制御する。１０２はＲＯＭであり、ＣＰＵの制御プログラムを格納する。１０３はＲＡＭであり、ＳＲＡＭ等で構成され、プログラム制御変数等を格納するために用いられる。また、オペレータが設定した回線選択方法や各種設定値、装置の管理データ類、各種ワーク用バッファもＲＡＭ１０３に格納される。

符号１０４は蓄積メモリであり、ＤＲＡＭ等で構成され、送受信すべき画像データを蓄積する。

符号１０５は表示部であり、ＬＣＤ、ＬＥＤ等でユーザに表示通知するために用いられる。符号１０６は操作部であり、キーボード、タッチパネル等で構成され、オペレータが各種入力操作を行なうために用いられる。

符号１０７はスピーカであり、音声によってユーザに動作状態に関する通知や警告を行なうため、あるいは後述する通信回線（１１５）を通して送受している信号音をモニタしたりするために用いられる。

符号１０８は画像処理部であり、読み取られた画像データに補正処理を施して高精細な画像データを出力する。符号１０９はスキャナであり、イメージセンサ、原稿搬送機構などで構成され、原稿を光学的に読み取って電気的な画像データに変換する。

符号１１０はプリンタフォーマッタであり、たとえば、ワークステーションなどからのファイルデータのプリントを行なう際に、プリンタ記述言語を解析し、画像データに変換する。符号１１１は記録部であり、受信画像やファイルデータを記録紙に記録する装置である。記録部１１１の記録方式は電子写真方式、インクジェット方式など任意の方式でよい。

符号１１２はモデムで、ＦＡＸ送受信信号の変復調を行なう。符号１１３はＮＣＵであり、選択信号（ダイヤルパルスまたはダイヤルトーン）を通信回線制御部１１４を介して通信回線１１５に送出する機能を有するとともに、呼び出し音の検出による自動着信も行なう。また、ＮＣＵ１１３は外部に電話機などが接続されていればこれらの機器との間で回線の接続交換を行なう。

符号１１５は、通信回線であり、本実施例では一般公衆回線網（ＰＳＴＮ，ＩＳＤＮ回線等）である。

符号１１６は、ネットワークＩ／Ｆであり、ネットワーク１１７（ＬＡＮ）に接続された機器、たとえばプリンタ１２１、コンピュータ１２２、コピー機１２３などの機器とファクシミリ装置１００のインターフェースとして用いられる。

本実施例のファクシミリ装置１００は、ネットワークＩ／Ｆ１１６を介してネットワーク１１７に接続されており、ネットワーク１１７上のコンピュータ１２２から印刷データを受け取り、記録部１１１で記録したり、あるいは画像通信により得た画像データをファクシミリ装置１００からコンピュータ１２２に転送したりすることができる。

ネットワーク１１７は、たとえばＬＡＮ（ローカルエリアネットワーク）であり、ＣＳＭＡ／ＣＤ（Ｅｔｈｅｒｎｅｔ（商標名））のような基礎ネットワークの上に構築されたＴＣＰ（ＵＤＰ）／ＩＰ通信が可能なネットワークである。

次に、以上に構成されるファクシミリ装置１００において本発明に係わる処理手順を説明するが、その前提となるファクシミリ装置間の接続形態について、図２で示す概念的な図を参照して説明する。

同図において、それぞれ図１に示した本発明に係わるファクシミリ装置１００と同一構成の送信側のファクシミリ装置１００ａ、および、受信側のファクシミリ装置１００ｂは、インターネット３００に接続されている。

インターネット３００への接続は、図１の通信回線１１５を介したダイアルアップでもよく、また、図１のネットワーク１１７がインターネット３００にルーティングされていればネットワーク１１７を介して行なわれてもよい。要するに、ファクシミリ装置１００ａおよび１００ｂの発着呼にインターネット３００上のＳＩＰサーバ２００が利用できさえすればよい。

また、図２のインターネット３００は図１のネットワーク１１７に置き換えて考えてもよく（たとえばネットワーク１１７がイントラネットのようなＷＡＮである場合）、この場合にはネットワーク１１７上にＳＩＰサーバ２００が配置されているものとする。

当然ながら、ファクシミリ装置１００ａおよび１００ｂは、インターネット３００あるいはネットワーク１１７などのネットワーク上で特定アドレスを割り当てられた装置であり、文字や音声、画像などのデータをネットワークを介して互いに送受信する。このとき、発着呼にはＳＩＰが用いられる。また、実際のデータ通信には、インターネットファクシミリ手順（ＩＴＵ−Ｔ勧告Ｔ．３７／Ｔ．３８）や、ＶｏＩＰのための諸プロトコルか、あるいはｆｔｐやＳＭＴＰのような送受信プロトコル、あるいは他の独自プロトコルを用いることができる（本発明の実施には必ずしもファクシミリ形式のデータフォーマットやファクシミリ関係のプロトコルを用いる必要はない）。

ＳＩＰサーバ２００は、インターネット３００に接続され、ＳＩＰメッセージを制御し、ファクシミリ装置１００ａや１００ｂを特定する特定アドレスとユーザを特定するＳＩＰアドレスとの対応関係を管理するサーバ装置として構成される。

ＳＩＰサーバ２００はＳＩＰ処理部２０１とロケーションデータベース部２０２とを有し、このうちＳＩＰ処理部２０１はＳＩＰにおいて送受信されるメッセージを制御する処理を行なう。また、ＳＩＰサーバ２００はファクシミリ装置１００ａからの要求に応じて、ファクシミリ装置１００ｂの特定アドレスと、ファクシミリ装置１００を利用するユーザのＳＩＰアドレスとを対応付けて、ロケーションデータベース部２０２に登録させる。

さらに、ファクシミリ装置１００ａからの要求に応じて、指定されたＳＩＰアドレスに対応する特定アドレスをロケーションデータベース部２０２から検索する。そして、検索した特定アドレスを有するファクシミリ装置１００ｂに対して、送信元のファクシミリ装置１００ａに代わって間接的にセッションの開始を要求する。また、検索した特定アドレスを送信元のファクシミリ装置１００ａに提供し、ファクシミリ装置１００ａによって、送信先のファクシミリ装置１００ｂへ直接セッションの開始を要求することも可能である。ロケーションデータベース部２０１は、ファクシミリ装置１００を特定する特定アドレスとユーザを特定するＳＩＰアドレスとの対応関係を管理するデータベースであり、ＳＩＰ処理部２０１の要求に応じて、これらのデータの登録や検索を行なう。

次に、送信側ファクシミリ装置１００ａから受信側ファクシミリ装置１００ｂに発呼して画情報のデータを送信しようとする場合の通信制御手順について説明する。この通信制御手順は、図３〜図６の各フローチャート図に示すような流れで構成される。図３〜図６の制御手順は、ＣＰＵ１０１の制御プログラムとして実装され、たとえば図１のＲＯＭ１０３などに格納しておく。

図３は受信側ファクシミリ装置１００ｂにおける受信処理手順を示すフローチャートである。

受信側ファクシミリ装置１００ｂは、まずステップＳ１０においてインターネット３００を介してＳＩＰサーバ２００が送信する呼設定メッセージ（後述のＩＮＶＩＴＥ）の到来を監視し、着呼があるか否かを判定する。ここで着呼があると、ステップＳ１１に移行する。

ステップＳ１１では、装置状態を検出、たとえば装置各部の動作状態を示す各種のレジスタなどから読み込み、ステップＳ１２へ移行する。

ステップＳ１２では、ステップＳ１１で得た装置の状態に基づき、装置が受信可能な状態であるか否かを判定する。具体的には、記録部１１１の記録紙詰まりや記録紙切れを除く装置エラーや、蓄積メモリ１０５におけるメモリフル等の受信機能の障害が発生しているか否かを判定する。

ここで受信機能に障害がなく、受信可能な状態であるときは、ステップＳ１３に移行する。また、障害が発生しているときは、ステップＳ１６へ移行する。

ステップＳ１３では、送信元に受信可能を通知し、ステップＳ１４に移行する。ステップＳ１４では、所定の通信プロトコルにより画情報を受信する。その後、ステップＳ１５へ移行し、呼を解放し、受信処理を終了する。

一方、ステップＳ１２で受信不可の場合は、ステップＳ１６において後で詳述するようにＳＩＰメッセージを用いて送信元に受信不可であることを通知し、ステップＳ１７に移行し、呼の解放を行なった後、ステップＳ１８へ移行する。

ステップＳ１８では、送信元から受信復帰通知要求（後述のようにＳＩＰメッセージが用いられる）を受信しているか否かを判定する。ここで受信復帰要求を受信しているときはステップＳ１９に移行し、送信元のアドレスを記憶し、受信処理を終了する。また受信復帰要求を受信していない場合は受信処理を終了する。

次に、図３に示したファクシミリ装置１００ｂにおける受信処理手順に対応した送信側ファクシミリ装置１００ａにおける送信処理手順について説明する。

図４は、送信側ファクシミリ装置１００ａにおける送信処理手順を示している。

送信側ファクシミリ装置１００ａは、まずステップＳ２０においてスキャナ１０９に送信原稿がセットされるのを監視し、送信原稿がセットされるとステップＳ２１へ移行する。

ステップＳ２１では、ユーザによる入力操作により、操作部１０６から送信先番号が入力されたかを監視し、送信先番号が入力されると、ステップＳ２２へ移行する。ステップＳ２２では、操作部１０６に配設されたスタートキーの押下による送信開始指示入力が行なわれたか否かを監視する。ここで送信開始指示入力が行なわれた場合はステップＳ２３において送信原稿をスキャナ１０９で読み取り、その画情報と送信先アドレスを対応付けて蓄積メモリ１０４に蓄積し、ステップＳ２４へ移行する。

ステップＳ２４では、ステップＳ２１で入力された送信先のアドレスに発呼する。続いてステップＳ２５では、ステップＳ１３、あるいはステップＳ１６に示したＳＩＰメッセージによる送信先（受信側）からの受信状態の通知を受け、送信先が受信可能か否かを判定する。受信可能のときは、ステップＳ２６へ移行し、受信不可のときは、ステップＳ２８へ移行する。

送信先が受信可能な場合は、ステップＳ２６において前述のステップＳ２３で蓄積された画情報を送信する。そして、ステップＳ２７へ移行し、呼を開放して送信処理を終了する。また、送信先が受信不可の場合は、ステップＳ２８において呼を開放し、ステップＳ２９へ移行する。ステップＳ２９では、送信先（受信側）が受信可能状態に復帰した場合に目的の画像データの送信を行なえるよう、送信先にＳＩＰメッセージにより受信復帰要求を通知し、送信処理を終了する。

図５は受信側ファクシミリ装置１００ｂが受信不可状態から復旧を通知するための受信復帰処理手順を示している。

まず、図５のステップＳ３０では、受信側ファクシミリ装置１００ｂが受信不可状態から復旧したか、すなわち、記録紙詰まりや記録紙切れを除く装置エラーや、蓄積メモリ１０５におけるメモリフル等の受信機能の障害が取り除かれたかを監視する。受信不可状態から復旧したときは、ステップＳ３１へ移行する。

ステップＳ３１では、前述のステップＳ１９で記憶された送信元のアドレスを読み出し、送信元の要求（上記のステップＳ２９）に基づいて受信復帰通知を行なうべき送信元アドレスがＲＡＭ１０３の所定領域に記憶されているか否かを判定する。

受信復帰通知すべき送信元アドレスが記憶されていればステップＳ３２に移行し、受信復帰通知すべき送信元アドレスが記憶されていなければ、本処理を終了する。ステップＳ３２では、受信復帰通知すべき送信元アドレスを１件読み出し、ステップＳ３３に移行し装置の状態を確認した上で、ステップＳ３４においてＳＩＰメッセージにより受信復帰通知を行なう。ステップＳ３５では、ステップＳ３２で読み出した送信元アドレスを消去し、ステップＳ３１へ移行し、受信復帰通知を行なうべき送信元アドレスがなくなるまで処理を繰り返す。

なお、ステップＳ３０で既に復旧が確認されているため、ステップＳ３３の装置状態の確認はＣＰＵの処理速度などによっては必ずしも必要ないが、このステップを実行し、通信が行なえないと判明した場合はもちろん図５の復旧処理は中断する。

図６は、受信側ファクシミリ装置１００ｂから受信不可状態からの復旧を示す受信復帰通知を受信した送信側ファクシミリ装置１００ａが実行する受信復帰通知処理手順を示している。

まず、ステップＳ４０では、前述のステップＳ３３により送信される送信先（受信側）のファクシミリ装置から受信復帰通知を受信したか否かを判定し、受信復帰通知を受信した場合はステップＳ４１へ移行し、受信復帰通知を受信していない場合は本処理を終了する。

受信復帰通知を受信した場合、ステップＳ４１において受信通知元のアドレスが、前述のステップＳ２３で送信原稿を読み取り、送信不可となっていた画情報に対応付けられ、ＲＡＭ１０３の所定領域に記憶されている送信先アドレスと一致するか否かを判定する。ＲＡＭ１０３の所定領域に当該の送信先アドレスを記憶していなければ本処理を終了するが、一致する送信先アドレスがあれば、ステップＳ４２において送信不可となっていた画情報を読み出し、続いてステップＳ４３において画情報に対応付けられた送信先アドレスに発呼する。そして、ステップＳ４４で目的の画情報を送信しステップＳ４５で呼を開放し、本処理を終了する。

次に、図７を参照して本実施例の呼制御手順について説明する。図３〜図６の通信制御手順は図７に示すようなＳＩＰを用いた通信シーケンスにより実行される。以下、図７中の各シーケンスに関する説明では、図中のシーケンス番号（Ｆ１、Ｆ２…Ｆ２１）を引用する。

まず、送信側ファクシミリ装置１００ａにおいて、ユーザが送信原稿をスキャナ１０９にセットし、操作部１０６から送信先アドレスを入力する。送信先アドレスが入力されると、操作部１０６のスタートキーの押下に応じて、送信原稿が読み取られ、その画像データが送信先アドレスを対応付けて蓄積メモリ１０４に蓄積される。

送信側ファクシミリ装置１００ａは、入力された送信先のアドレスに対して、ＳＩＰサーバ２００に呼の接続（セッション参加；ＩＮＶＩＴＥ）要求のメッセージを送出（Ｆ１）する。そして、ＳＩＰサーバ２００では、このメッセージＦ１を受信し、指定されたＳＩＰアドレスに対応する特定アドレスをロケーションデータベース部２０２から検索する。なお、ロケーションデータベースの全体あるいは一部が他のサーバによって管理され、このサーバに対して必要に応じてＳＩＰサーバ２００が検索依頼を行なうようになっていてもよい。

そして、ＳＩＰサーバ２００は検索されたアドレスを有するファクシミリ装置１００ｂに対して呼の接続（セッション参加；ＩＮＶＩＴＥ）要求のメッセージを送出（Ｆ２）し、送信側に対しては応答メッセージ（１００ Ｔｒｙｉｎｇ）を送出（Ｆ３）する。

受信側（送信先）ファクシミリ装置１００ｂでは、Ｆ２の受信と受信状態を確認し、ＳＩＰサーバ２００に対して、受信状態を示す応答メッセージを送出（Ｆ４）する。図７の例では、受信側ファクシミリ装置１００ｂは受信不可の状態であり、受信不可の状態を示す応答メッセージ（４０６ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ）を送出している。

なお、受信不可の状態を示す「４０６ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ」というＳＩＰメッセージは、ＳＩＰの規格を定義するＲＦＣ２５４３に記載された標準のメッセージである。

ＳＩＰサーバ２００は、このメッセージＦ４を受信し、送信側に転送する（Ｆ５）。送信側では、メッセージＦ５を受信すると、ＳＩＰサーバ２００に対して呼の接続（セッション参加；ＩＮＶＩＴＥ）に対する最終レスポンス（ＡＣＫ）を送出（Ｆ６）し、ＳＩＰサーバ２００は、メッセージＦ６を受信し、受信側に対して転送（Ｆ７）する。

なお、送信側がメッセージＦ５として受信可能メッセージを受信した場合は、図７下部のメディアセッション（Ｆ１９）に移行し、送信側と受信側との間で直接、画像データの送受信が行われる。そして、画像の送受信が終了すると、送信側は、受信側に対して、呼の開放（セッション終了；ＢＹＥ）要求のメッセージを送出（Ｆ２０）し、受信側では、Ｆ２０を受信し、送信側に対して、応答メッセージ（２００ ＯＫ）を送出（Ｆ２１）する。

一方、送信側が図示のごとくメッセージＦ５として受信不可メッセージを受信した場合は、ＳＩＰサーバ２００に対して、呼の開放（セッション終了；ＢＹＥ）要求のメッセージを送出（Ｆ８）する。ＳＩＰサーバ２００はメッセージＦ８を受信し、受信側に転送（Ｆ９）する。

受信側では、メッセージＦ８を受信し、ＳＩＰサーバ２００に対して、応答メッセージ（２００ ＯＫ）を送出（Ｆ１０）する。ＳＩＰサーバ２００では、メッセージＦ１０を受信し、送信側に転送（Ｆ１１）する。

これに対して、送信側では、受信側が受信可能状態に復帰した場合に復帰通知要求を送信してもらうために、受信復帰通知要求（ＳＵＢＳＣＲＩＢＥ）メッセージを送出（Ｆ１２）する。受信側では、メッセージＦ１２を受信し、送信側に対して応答メッセージ（２００ ＯＫ）を送出（Ｆ１３）する。

これにより受信側は送信側のアドレスを記憶し、受信可能状態となるのを待ち、たとえばビジー状態から復帰、あるいはジャムなどのエラーが解除されることによって受信可能状態に復帰すると受信復帰処理へと移行する。

受信復帰処理に入ると、受信側は記憶していた送信側のアドレスを読み出し、送信側に対して、受信復帰通知のメッセージ（ＮＯＴＩＦＹ）を送出（Ｆ１４）する。送信側はこのメッセージＦ１４を受信すると、受信側に対して応答メッセージ（２００ ＯＫ）を送出（Ｆ１５）し、呼の接続（セッション参加；ＩＮＶＩＴＥ）要求のメッセージを送出（Ｆ１６）する。

上記のＳＩＰメッセージのうち、受信復帰通知要求メッセージ「ＳＵＢＳＣＲＩＢＥ」および受信復帰通知メッセージ「ＮＯＴＩＦＹ」はＲＦＣ３２６５に定義されており、通信装置どうしが相手の通信資源の有無や状態に関する情報の問い合せ／通知をするために用いることができるものである。

受信復帰通知要求メッセージ「ＳＵＢＳＣＲＩＢＥ」および受信復帰通知メッセージ「ＮＯＴＩＦＹ」には、ＳＩＰメッセージであり、当然ＲＦＣ８２２に準拠して、「Ｔｏ：」、「Ｆｒｏｍ：」といったヘッダを用いて、自機および相手機を特定可能なアドレス（ＳＩＰアドレス、ＩＰアドレスやユーザ名）を含めておくことができるので、これらのアドレスにより図３ステップＳ１９のアドレス記憶、図６ステップＳ４１のアドレス照合などの処理を行なうことができる。

また、受信復帰通知メッセージ「ＮＯＴＩＦＹ」を受信（図７のＦ１４）した後のメディアセッション（画像送受信）は、上記のメッセージに格納された自機および相手機を特定可能なアドレス（ＳＩＰアドレス、ＩＰアドレスやユーザ名）を利用できるから、ＳＩＰサーバを介した呼設定を必要とせず、Ｐ２Ｐで迅速に実行することができる。

受信側は、メッセージＦ１５およびＦ１６を順次受信し、送信側に対して、応答メッセージ（２００ ＯＫ）を送出（Ｆ１７）する。送信側は、このメッセージＦ１７を受信し、受信側に対して、呼の接続（セッション参加；ＩＮＶＩＴＥ）に対する最終レスポンス（ＡＣＫ）を送出（Ｆ１８）する。そして、送信側と受信側との間で、メディアセッション（Ｆ１９）に移行し、画像データの送受信が行われる。そして、画像の送受信が終了すると、送信側は、受信側に対して、呼の開放（セッション終了；ＢＹＥ）要求のメッセージを送出（Ｆ２０）する。受信側では、メッセージＦ２０を受信すると送信側に対して、応答メッセージ（２００ ＯＫ）を送出（Ｆ２１）する。

ここで、図８に本発明を実施するためのソフトウェアをＲＯＭ１０３などの記憶媒体に格納する際の各ソフトウェアモジュールのメモリ上の配置例を示しておく。図８では、上述の通信手順を実施するための受信状態検出工程８１、受信状態通知工程８２、送信先記憶工程８３、受信可能要求工程８４、送信元情報記憶工程８５、受信可能通知工程８６、ファイル再送工程８７の順で、各ソフトウェアモジュールがメモリ上に配置されている。

このうち、受信状態検出工程８１は、上述の紙ジャムやエラー、あるいは他の理由によるビジー状態を検出する工程である。受信状態通知工程８２は、受信状態検出工程８１の検出結果に応じて受信状態通知メッセージを送信する工程である。送信先記憶工程８３は、送信先（受信側）の電話番号、ＳＩＰアドレス、ＩＰアドレスなどを記憶する工程である。受信可能要求工程８４は、送信先（受信側）に対して受信可能（受信復帰）通知を要求するための工程である。送信元情報記憶工程８５は、受信可能（受信復帰）通知を送信してきた送信元の電話番号、ＳＩＰアドレス、ＩＰアドレス、あるいはさらに受信可能（受信復帰）通知に必要な制御情報を記憶する工程である。受信可能通知工程８６は、受信可能（受信復帰）通知メッセージを送信するための工程である。ファイル再送工程８７は、受信可能（受信復帰）通知メッセージの受信に応答して、画像情報などのデータを再送するための工程である。

なお、図８の各工程の名称や格納順は任意であり、図示の通りに実装する必要はないのはもちろんである。

なお、以上では、発呼側がデータ送信側、被呼側がデータ受信側であるものとして説明したが、画像の送受信方向は上記と逆であってもよいのはもちろんであり、たとえば、上記の説明の送信側／受信側はそれぞれ発呼側／被呼側と読み換えても、また、「受信可能」、「受信不可」および「受信復帰」のような用語を「送信（通信）可能」、「送信（通信）不可」および「送信（通信）復帰」のような用語に読み換えても上記の制御はそのまま成立する。

以上のようにして、本実施例によれば、発呼時に通信装置どうしがＳＩＰを用いて通信可能／不可状態を通知しあい、通信不可状態の場合は通信不可メッセージを送信し、通信不可メッセージを受信した側は必要に応じて通信復帰通知要求メッセージを用いて通信可能状態への復帰通知を要求することができ、通信復帰通知メッセージの送受信に応じて確実に目的の通信を成功させることができる。

したがって、本実施例によれば、従来のような複数回数の無駄な再送信処理は行なわれず、また、送信先が受信不可状態となった要因を問わず、送信元から送信先への無駄な再送信が繰り返されることを防ぐことができる。

また、通信可能／不可状態の通知メッセージ、通信復帰通知要求メッセージなどは、インターネット上でＳＩＰを用いて極めて安価に（あるいはほぼ無料で）送受信することができ、通信費用を削減することができると共に、アドレス登録・解決やイベント・状態通知などデバイス間の通信の確立に有効なＳＩＰを使用することによって、通信前に相手装置の状態を容易に知ることが可能となる。

なお、ＩＰ通信にはＩＰｖ４、ＩＰｖ６のいずれも用いることができるが、特にＩＰｖ６を用いることによって、ＮＡＴの回避処理などを行わずに、保証されるグローバルアドレスを使うことによって、送受信する端末（ＩＰ電話、ＶｏＩＰ端末等）が特定でき、そして、Ｐ２Ｐで通信することが可能となる。

本発明は、図１のファクシミリ装置のようなスタンドアローンの通信装置のみならず複数の機器（たとえば、ホストコンピュータ、インターフェース機器、リーダ、プリンタなど）からなるシステムに適用することができる。また、本発明はファクシミリ装置に限定されることなくデータ送受信を行なう通信装置であれば任意の装置（通信機能が複合化された複写機など）に適用することができ、送受信されるデータの形式はファクシミリデータ以外の任意の形式であってよい。

本発明の方法およびプログラムを実現するためのソフトウェアの配布は、上記のプログラムメモリにあらかじめ出荷時から格納しておく他、たとえば、フロッピー（商標名）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどの他の記憶媒体を用いて行なうことができ、あるいは、ネットワーク経由で通信装置に導入し、また、アップデートを行なうような配布方法を取ることももちろん可能である。

また、本発明の方法およびプログラムを実現するためのソフトウェアは、ファームウエアやアプリケーションプログラムとして実装されるだけではなく、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）の一部（たとえばデバイスドライバ）として実装されていてもよいのはいうまでもない。

また、本発明の方法およびプログラムを実現するためのソフトウェアは、装置全体の動作を制御する主たるＣＰＵが実行するのみならず、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の一部または全部を行なうことにより実行されるようになっていてもよい。

本発明を採用したファクシミリ装置の構成例を示したブロック図である。 ファクシミリ装置間の接続形態を示した説明図である。 本発明を採用した受信側ファクシミリ装置における受信処理手順を示すフローチャート図である。 本発明を採用した送信側ファクシミリ装置における送信処理手順を示すフローチャート図である。 本発明を採用した受信側ファクシミリ装置における受信不可状態からの復旧を示す受信復帰処理手順を示すフローチャート図である。 本発明を採用した送信ファクシミリ装置における受信復帰通知処理手順を示すフローチャート図である。 本発明におけるＳＩＰを用いた呼制御手順を示す説明図である。 記憶媒体のメモリマップを示す説明図である。

符号の説明

１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 蓄積メモリ
１０５ 表示部
１０６ 操作部
１０７ スピーカ
１０８ 画像処理部
１０９ スキャナ
１１０ プリンタフォーマッタ
１１１ 記録部
１１２ モデム
１１３ ＮＣＵ
１１４ 通信回線制御部
１１５ 通信回線（一般公衆回線網 ＰＳＴＮ、ＩＳＤＮ等）
１１６ ネットワークＩ／Ｆ
１１７ ＬＡＮ（ネットワーク）

Claims (3)

1. ネットワーク経由で所定形式のデータを送受信する通信装置において、
   被呼側通信装置が自機の状態に応じて通信可能または不可状態を検出する検出手段と、
   発着呼時、被呼側通信装置が前記検出手段により通信不可状態が検出されている場合、被呼側通信装置から発呼側通信装置に通信不可メッセージをＳＩＰメッセージとして送信する手段と、
   通信不可メッセージを受信した発呼側通信装置が必要に応じて通信復帰通知を要求する通信復帰通知要求メッセージをＳＩＰメッセージとして送信する手段と、
   通信復帰通知要求メッセージを受信した被呼側通信装置が前記検出手段により通信可能状態を検出すると通信復帰通知要求メッセージを送信した発呼側通信装置に対して通信復帰通知メッセージをＳＩＰメッセージとして送信する手段を有し、
   通信復帰通知メッセージの送受信に応じて通信データの送受信を行なうことを特徴とする通信装置。
2. ネットワーク経由で所定形式のデータを送受信する通信装置の制御方法において、
   発呼時、通信を行なう通信装置どうしがＳＩＰ手順を用いて通信可能／不可状態を通知しあい、
   その際、被呼側通信装置が通信不可状態にある場合、発呼側通信装置に通信不可メッセージをＳＩＰメッセージとして送信し、
   通信不可メッセージを受信した発呼側通信装置は必要に応じて通信復帰通知を要求する通信復帰通知要求メッセージをＳＩＰメッセージとして送信し、
   通信復帰通知要求メッセージを受信した被呼側通信装置が通信可能状態に復帰すると通信復帰通知要求メッセージを送信した発呼側通信装置に対して通信復帰通知メッセージをＳＩＰメッセージとして送信し、
   通信復帰通知メッセージの送受信に応じて通信データの送受信を行なうことを特徴とする通信装置の制御方法。
3. ネットワーク経由で所定形式のデータを送受信する通信装置の制御プログラムにおいて、
   発呼時、通信を行なう通信装置どうしがＳＩＰ手順を用いて通信可能／不可状態を通知しあい、
   その際、被呼側通信装置が通信不可状態にある場合、発呼側通信装置に通信不可メッセージをＳＩＰメッセージとして送信し、
   通信不可メッセージを受信した発呼側通信装置は必要に応じて通信復帰通知を要求する通信復帰通知要求メッセージをＳＩＰメッセージとして送信し、
   通信復帰通知要求メッセージを受信した被呼側通信装置が通信可能状態に復帰すると通信復帰通知要求メッセージを送信した発呼側通信装置に対して通信復帰通知メッセージをＳＩＰメッセージとして送信し、
   通信復帰通知メッセージの送受信に応じて通信データの送受信を行なうことを特徴とする通信装置の制御プログラム。

Images