JP2013168840A - 通信機器、その制御方法、および制御プログラム - Google Patents

Abstract

【課題】ＳＩＰセッションの確立を拒否されることなく、代行受信を行う。
【解決手段】通信機器１０１は、ネットワークに接続された呼制御装置を介して所ＳＩＰプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う。通信機器は通信機器の宛先を示すＳＩＰ ＵＲＩに送信されたデータを、ネットワークに接続され通信機器の代わりに受信させる代行受信装置１０２のＩＰアドレスを示す代行受信宛先情報を保持し、ＳＩＰ ＵＲＩを示す自装置宛先情報と代行受信宛先情報とを対応付けて登録情報として呼制御サーバ１０３に登録する。そして、通信機器は代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を代行受信装置に送る。
【選択図】図１

Description

本発明は、ネットワークに接続された通信機器に関し、特に、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に応じてセッションを確立して通信を行う通信機器、その制御方法、および制御プログラムに関する。

一般に、ネットワークに接続された通信機器との間で仮想的なセッションを確立して、当該セッションが成立している間で通信サービスを保証するプロトコルとしてＳＩＰが知られている。そして、このＳＩＰはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話およびＩＰ・ＦＡＸなどの通信サービスにおいて利用されている（例えば、非特許文献１参照）。

一方、近年、通信機器で消費する電力を低減するために、通信機器が稼動していない状態が所定の時間以上経過すると、スタンバイ状態からデバイスの一部にのみ電力を供給する所謂スリープ状態に遷移するようにしたものがある。

ところで、ＩＰ・ＦＡＸでは、従来のファクシミリ通信と同様に、送信側通信機器が受信側通信機器を宛先（送信先）と指定して発呼を行う。このため、ネットワーク上にスタンバイ状態である通信機器が存在し、当該通信機器でＩＰ・ＦＡＸを受信してもよいような場合であっても、送信先として指定された通信機器がスリープ状態であれば、スリープ状態の通信機器がスタンバイ状態に復帰して受信処理を行う必要がある。

このため、スリープ状態となっている通信機器を送信先とするＩＰ・ＦＡＸがあると、スタンバイ状態である通信機器にＩＰ・ＦＡＸを転送して代行受信させるように、管理装置がＳＩＰサーバに登録されている通信機器の識別情報を登録変更するようにしたものがある。そして、ここでは、複数の通信機器を連携させて省電力化を図っている（例えば、特許文献１参照）。

特開２０１０―１９３３５９号公報

ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＲＦＣ３２６１

ところが、登録変更を行う際には、ＳＩＰサーバに認証のための認証ＩＤおよびパスワードを入力する必要がある。このため、管理装置がＳＩＰサーバに登録されている通信機器の識別情報を登録変更するためには、管理下にある全ての通信機器の認証ＩＤおよびパスワードを予め保持しておく必要がある。

一方、通信機器がスタンバイ状態からスリープ状態に遷移する際に、自機のＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）宛てのＳＩＰセッション確立要求（ＩＮＶＩＴＥ）メッセージを、代行受信させる通信機器にルーティングするようにＳＩＰサーバに登録変更を行う手法が考えられる。

例えば、自機のＳＩＰ ＵＲＩと代行受信させる通信機器のＩＰアドレスを対応づけてＳＩＰサーバに登録変更する。これによって、自機のＳＩＰ ＵＲＩ宛てのＩＮＶＩＴＥメッセージはＳＩＰサーバによって代行受信の通信機器にルーティングされる。

この際、代行受信の通信機器が、受信したＩＮＶＩＴＥメッセージに対してＯＫメッセージを応答してＳＩＰセッションが確立すれば、ＩＰ・ＦＡＸを代行受信の通信機器で代行受信することができる。

ところが、代行受信の通信機器は、受信したＩＮＶＩＴＥメッセージが他の通信機器のＳＩＰ ＵＲＩ宛てであるので、ＳＩＰセッションの確立を拒否してしまう。

本発明の目的は、ＳＩＰセッションの確立が拒否されることなく、常にＳＩＰセッションの確立を行って代行受信を行うことのできる通信機器、その制御方法、および制御プログラムを提供することにある。

上記の目的を達成するため、本発明による通信機器は、ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器であって、前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報を少なくとも保持する第１の保持手段と、前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録手段と、前記第１の保持手段から得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示手段とを有することを特徴とする。

本発明による制御方法は、ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器の制御方法であって、前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報をメモリに少なくとも保持する保持ステップと、前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録ステップと、前記メモリから得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示ステップとを有することを特徴とする。

本発明による制御プログラムは、ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器で用いられる制御プログラムであって、前記通信機器が備えるコンピュータに、前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報をメモリに少なくとも保持する保持ステップと、前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録ステップと、前記メモリから得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示ステップとを実行させることを特徴とする。

本発明によれば、通信機器が呼制御装置に登録された自装置の登録情報を変更し、代行受信装置に代行受信指示を通知するようにしたので、セッションの確立が拒否されることなく代行受信を行うことができる。

本発明の実施の形態による通信機器の一例である画像形成装置が接続されたネットワーク構成を示す図である。 図１に示す画像形成装置のハードウェア構成の一例を示すブロック図である。 図１に示す呼制御サーバの構成の一例を示す図である。 図１に示す代行依頼装置のソフトウェア構成を示す機能ブロック図である。 図４に示す代行受信装置情報保持部で保持される代行受信装置情報の一例を示す図である。 図１に示す代行受信装置のソフトウェア構成を示す機能ブロック図である。 図６に示す代行対象情報保持部で保存される代行対象情報の一例を示す図である。 図１に示す代行依頼装置が代行受信装置に代行受信を指示する際の処理を説明するためのフローチャートである。 図１に示す代行依頼装置が代行受信開始を指示する際に用いるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。 図１に示す呼制御サーバに登録された登録情報の一例を示す図である。 図１に示す代行依頼装置が代行受信終了を指示する際に用いるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。 図１に示す代行依頼装置から送信される転送要求メッセージにおけるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。 図１に示す代行受信装置における代行指示受信処理を説明するためのフローチャートである。 図１に示す代行受信装置で代行受信したＩＰＦＡＸのメディアデータをＨＤＤに格納する際のフォーマットの一例を示す図である。 図１に示す代行受信装置における転送処理を説明するためのフローチャートである。 図１に示すＦＡＸから代行依頼装置にＩＰ・ＦＡＸ通信が行われた際の代行受信装置による代行受信を説明するためのシーケンス図である。 図１に示す代行受信装置がＩＰ・ＦＡＸを代行受信する際の処理を説明するためのフローチャートである。

以下、本発明の実施の形態による通信機器について図面を参照して説明する。

図１は、本発明の実施の形態による通信機器の一例である画像形成装置が接続されたネットワーク構成を示す図である。

図１において、通信機器の一つである通信機能（例えば、ＩＰ・ＦＡＸ機能）を備える画像形成装置１０１および１０２がネットワークＮＥＴ１０４に接続されている。さらに、ネットワークＮＥＴ１０４には通信制御装置である呼制御サーバ（呼制御装置）１０３が接続されている。また、ネットワークＮＥＴ１０４にはファクシミリ装置（以下単にＦＡＸと呼ぶ）１０５が接続されている。

図示の例では、２台の画像形成装置１０１および１０２が示されているが、さらに、別の画像形成装置がネットワークＮＥＴ１０４に接続されていてもよく、ＦＡＸが２台以上ネットワークＮＥＴ１０４に接続されていてもよい。

画像形成装置１０１および１０２の各々はＩＰ・ＦＡＸ機能（つまり、データ通信機能）の他に、コピー、プリント、スキャンなどの機能を備えている。図示のＦＡＸ１０５もＩＰ・ＦＡＸ機能を備えている。

ネットワークＮＥＴ１０４はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）によって制御され、画像形成装置１０１および１０２とＦＡＸ１０５はＩＰ・ＦＡＸ機能によって、ＩＴＵ−Ｔ勧告におけるＴ．３８プロトコルに準拠したＩＰ・ＦＡＸ通信（データ通信）を行う。

画像形成装置１０１および１０２とＦＡＸ１０５の各々はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能を備えている。そして、呼制御サーバ１０３はＳＩＰを用いて、呼制御（セッション制御ともいう）を行う。この呼制御においては、画像形成装置１０１および１０２とＦＡＸ１０５（ユーザエージェント（ＵＡ））は、ＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって識別され、ユーザエージェントは送信先のＩＰアドレスを意識することなく通信を行うことができる。

図示の例では、後述するように、画像形成装置１０１は自機宛てのＩＰ・ＦＡＸを画像形成装置１０２に代行受信させる代行依頼装置として動作する。一方、画像形成装置１０２は画像形成装置１０１宛てのＩＰ・ＦＡＸを代行受信する代行受信装置として動作する。以下画像形成装置１０１を代行依頼装置と呼び、画像形成装置１０２を代行受信装置と呼ぶ。

なお、図１に示す例では、画像形成装置１０１のＳＩＰ ＵＲＩを”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”とし、ＩＰアドレスを”１９２．１６８．１．１とする。また、画像形成装置１０２のＳＩＰ ＵＲＩを”ｓｉｐ：１０２＠ａｂｃ．ｃｏｍ”とし、ＩＰアドレスを”１９２．１６８．１．２とする。

図２は、図１に示す画像形成装置１０１のハードウェア構成の一例を示すブロック図である。なお、画像形成装置１０２も画像形成装置１０１と同様のハードウェア構成を備えている。

図２において、画像形成装置１０１は制御部１０１ａ、スキャナ２１３、およびプリンタ部２１２を有している。スキャナ２１３は原稿上の画像を光学的に読み取って画像データを出力する。プリンタ部２１２は制御部１０１ａの制御下で画像データに応じて記録紙上に画像形成を行う。

制御部１０１ａはスキャナＩ／Ｆ制御部２０１を有しており、このスキャナＩ／Ｆ制御部２０１によってスキャナ２１３が制御される。ＣＰＵ２０２は制御プログラム又はアプリケーションプログラムを実行して、画像形成装置１０１の制御を行う。ＲＯＭ２０３にはＣＰＵ２０２で実行させる制御プログラムなどが格納されている。

ＲＡＭ２０４はＣＰＵ２０２の主メモリおよびワークエリアなどとして用いられる。そして、ＲＡＭ２０４には、増設ポート（図示せず）にオプションＲＡＭが接続され、これによってメモリ容量を拡張することができる。

また、ＲＡＭ２０４には、スキャナ２１３による読み取りの結果得られた画像データが所謂ＢＯＸデータとして保持される。つまり、ＲＡＭ２０４はＢＯＸデータをネットワークを介して参照し、さらには、印刷を行う際のＢＯＸデータ格納領域としても用いられる。

ＨＤＤ（ハードディスクドライブ）２０５は印刷データ（画像データ）など様々なデータの格納に用いられる。例えば、ＨＤＤ２０５には、アプリケーションプログラム、フォントデータ、およびフォームデータが記憶される。

さらには、ＨＤＤ２０５はプリントジョブを一時的にスプールして、当該スプールされたプリントジョブを外部から制御するためのジョブ格納領域として用いられる。

プリンタＩ／Ｆ制御部２０６はプリンタ部２１２を制御する。ＮＶＲＡＭ（不揮発性メモリ）２０７には画像形成装置１０１における各種設定値が保存される。パネル制御部２０８はオペレーションパネル２１４を制御し、オペレーションパネル２１４に各種情報を表示するとともに、ユーザからの指示入力を受ける。ネットワークＩ／Ｆ制御部２０９は、ネットワークＮＥＴ１０４との間でデータ（例えば、ファクシミリデータ）の送受信を制御する。

なお、制御部１０１ａにおいて、スキャナＩ／Ｆ制御部２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＨＤＤ２０５、プリンタＩ／Ｆ制御部２０６、ＮＶＲＡＭ２０７、パネル制御部２０８、およびネットワークＩ／Ｆ制御部２０９はバス２１０によって相互に接続されている。

また、図１に示す例では、画像形成装置１０１はＨＤＤ２０５を備えているが、ＨＤＤ２０５の代わりにＳＤカード又はフラッシュメモリなどを外部記憶装置として備えるようにしてもよい。

図３は、図１に示す呼制御サーバ１０３の構成の一例を示す図である。

図３において、呼制御サーバ１０３は、ＳＩＰプロキシサーバ３０１、ＳＩＰレジストラサーバ３０２、およびロケーションサーバ３０３を備えている。

ＳＩＰプロキシサーバ３０１は、ＳＩＰ ＲＦＣ３２６１に基づいてＳＩＰメッセージの転送制御を行う。つまり、ＳＩＰプロキシサーバ３０１は、ユーザエージェントクライアント（ＵＡＣ）からのＳＩＰリクエストを次のサーバ（ユーザエージェントサーバ：ＵＡＳ）に中継する。

例えば、ＳＩＰプロキシサーバ３０１は、ＳＩＰヘッダに含まれる送信先アドレスをキーとしてロケーションサーバ３０３に対する問い合わせを行い、送信先のＩＰアドレスを得て、当該ＩＰアドレスに基づいてメッセージの転送先を決定する。

ＳＩＰレジストラサーバ３０２は、ＳＩＰ ＲＦＣ３２６１に基づいてＵＡＣからのメッセージによって、当該ＵＡのＳＩＰ ＵＲＩとＩＰアドレスとの対を登録する。

ロケーションサーバ３０３は、ＵＡＣのＳＩＰ ＵＲＩとＩＰアドレスとの対を管理する。例えば、ロケーションサーバはＳＩＰ ＵＲＩとＩＰアドレスとの対をＳＩＰレジストラサーバ３０２から受け取って登録し、当該登録情報に基づいてＳＩＰプロキシサーバ３０１からの問い合わせに返答を行う。

図示の例では、ロケーションサーバ３０３には代行依頼装置１０１のＳＩＰ・ＵＲＩ（自装置宛先情報）および代行受信装置１０２のＩＰアドレスとの対が登録されている。

図４は、図１に示す代行依頼装置１０１のソフトウェア構成を示す機能ブロック図である。

図示のように、代行依頼装置１０１はＳＩＰ制御部４０１、メディア制御部４０４、代行受信装置情報保持部（第１の保持手段）４０５、代行指示送信部（代行受信指示手段および終了指示手段）４０６、および転送要求送信部（転送要求手段）４０７を有している。また、ＳＩＰ制御部４０１は登録部（登録手段）４０２および呼制御部４０３を備えている。

これらＳＩＰ制御部４０１、メディア制御部４０４、代行受信装置情報保持部４０５、代行指示送信部４０６、および転送要求送信部４０７はＣＰＵ２０２上で動作する。

ＳＩＰ制御部４０１において、登録部４０２は呼制御サーバ１０３にＳＩＰ ＵＲＩおよびＩＰアドレスの対を登録する。また、呼制御部４０３はＩＰ・ＦＡＸの際のＳＩＰセッションを制御する。

メディア制御部４０４はＩＰ・ＦＡＸを行う際のメディアデータの送受信を行って、必要に応じて受信したメディアデータの印刷処理を行う。代行受信装置情報保持部４０５は代行依頼装置１０１宛てのＩＰ・ＦＡＸを代行受信させる代行受信装置１０２に関する情報（以下代行受信装置情報と呼ぶ）を保持する。

例えば、代行受信装置情報として、代行受信装置情報保持部４０５は代行受信装置１０２に係るＩＰアドレスおよび印刷有無設定情報を保持している。

なお、印刷有無設定情報とは代行受信装置１０２が代行受信したデータに応じた印刷を行うか否かを示す情報である。

図５は、図４に示す代行受信装置情報保持部４０５で保持される代行受信装置情報の一例を示す図である。

図５に示すように、代行受信装置情報は、代行受信装置１０２のＩＰアドレス”１９２．１６８．１．２”および代行受信データを代行受信装置１０２で印刷させるかを設定する印刷有無設定情報を有している。

図示の例では、印刷有無設定情報（代行受信装置で印刷）は「させる」に設定されている。また、代行受信装置１０２のＩＰアドレスは、代行受信装置の宛先を示す代行受信宛先情報である。

この代行受信装置情報は、予めユーザが設定するようにしてもよく、さらには、Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＬＰ）マルチキャストによってスタンバイ状態の代行受信装置１０２を検索して、当該代行受信装置情報を代行受信装置保持部４０５が設定するようにしてもよい。

代行指示送信部４０６は、代行受信装置情報を代行受信装置情報保持部４０５から取得する。そして、代行指示送信部４０６は代行受信装置情報に応じて代行受信装置１０２に代行受信の開始を指示するか又は代行受信の終了を指示する代行指示メッセージを送信する（代行受信の終了を指示する代行指示メッセージは代行終了指示メッセージともいう）。代行指示メッセージでは、代行受信の開始又は終了の指示、代行依頼装置１０１のＳＩＰ ＵＲＩ、および代行受信データの印刷有無設定を指示する。

転送要求送信部４０７は代行受信装置１０２に対して、代行受信したメディアデータの転送指示を行うとともに、代行依頼装置１０１のＳＩＰ ＵＲＩおよび転送先ＳＩＰ ＵＲＩを含む転送要求メッセージ（転送要求情報）を送信する。

なお、代行指示メッセージおよび転送要求メッセージのフォーマットとして、ＳＩＰのＩＮＦＯメソッドのボディ部を拡張するなど汎用プロトコルを用いるようにしてもよく、さらには、独自プロトコルを定義するようにしてもよい。

図６は、図１に示す代行受信装置１０２のソフトウェア構成を示す機能ブロック図である。

図示のように、代行受信装置１０２はＳＩＰ制御部５０１、メディア制御部５０４、代行指示受信部５０５、転送要求受信部５０６、代行対象情報保持部（第２の保持手段）５０７、および代行受信データＤＢ（データベース）管理部（記録管理手段）５０８を有している。また、ＳＩＰ制御部５０１は登録部５０２および呼制御部（呼制御手段）５０３を備えている。

これらＳＩＰ制御部５０１、メディア制御部５０４、代行指示受信部５０５、転送要求受信部５０６、代行対象情報保持部５０７、および代行受信データＤＢ管理部５０８はＣＰＵ２０２上で動作する。

ＳＩＰ制御部５０１において、登録部５０２は呼制御サーバ１０３にＳＩＰ ＵＲＩおよびＩＰアドレスの対を登録する。呼制御部５０３はＩＰ・ＦＡＸの際のＳＩＰセッションを制御する。

メディア制御部５０４はＩＰ・ＦＡＸにおけるメディアデータの送受信を行って、必要に応じて受信したメディアデータを印刷処理する。代行指示受信部５０５は、代行依頼装置１０１から受信した代行指示メッセージを解析する。

受信した代行指示メッセージが代行受信開始を指示する場合には、代行指示受信部５０５は代行指示メッセージに含まれる代行依頼装置１０１のＳＩＰ ＵＲＩおよび代行受信データの印刷有無設定を代行対象情報保持部５０７で代行対象情報として保存する。

図７は、図６に示す代行対象情報保持部５０７で保存される代行対象情報の一例を示す図である。なお、図７に示す例では、代行依頼装置１０１の以外に、別の代行依頼装置１０３（図１には示さず）に係る代行対象情報が代行対象情報保持部５０７に保存されている。

図７に示すように、代行受信装置１０２において、代行対象情報保持部５０７には、代行依頼装置１０１に係る代行対象情報（ＳＩＰ ＵＲＩおよび印刷有無設定情報）が、Ｎｏ．１として保持され、代行依頼装置１０３に掛かる代行対象情報がＮｏ．２として保持されている。図示の例では、Ｎｏ．１では、印刷有無設定情報（印刷）が「する」に設定され、Ｎｏ．２では印刷有無設定情報が「しない」に設定されている。

再び、図６を参照して、受信した代行指示メッセージが代行受信終了を指示する場合には、代行指示受信部５０５は代行指示メッセージに含まれる代行依頼装置１０１に係る情報（代行依頼装置情報と呼ぶ）代行対象情報保持部５０７で削除する。

転送要求受信部（転送手段）５０６は、代行依頼装置１０１から受信した転送要求メッセージを解析する。代行依頼装置１０１宛てのＩＰ・ＦＡＸを代行受信している場合には、転送要求受信部５０６は転送要求メッセージで指定された転送先ＳＩＰ ＵＲＩに代行受信データを転送する転送処理を行う。

代行対象情報保持部５０７は、代行依頼装置１０１のＳＩＰ ＵＲＩおよび代行受信データの印刷有無設定を含む代行対象情報を保持する。代行受信データＤＢ管理部５０８は、代行受信したメディアデータ（代行対象データ）とＩＰ・ＦＡＸの宛先ＳＩＰ ＵＲＩとを関連付けてＨＤＤ２０５に格納する。

なお、上述の説明では、画像形成装置１０１を代行依頼装置、画像形成装置１０２を代行受信装置として説明したが、画像形成装置１０１が代行受信装置、画像形成装置１０２が代行依頼装置になることもある。つまり、画像形成装置１０１および１０２の各々は、図４および図５に示すソフトウェア構成を備えていることになる。

図８は、図１に示す代行依頼装置１０１が代行受信装置１０２に代行受信を指示する際の処理を説明するためのフローチャートである。なお、図示のフローチャートはＲＯＭ２０３に格納されたプログラムをＣＰＵ２０２が実行することによって行われる。

代行受信指示処理を開始すると、代行指示送信部４０６は代行受信装置１０２に代行開始指示を送信するか否かを判定する（ステップＳ６０１）。例えば、代行依頼装置１０１がスリープ状態への移行処理を開始すると、代行指示送信部４０６は代行開始指示を送信すると判定する。

代行開始指示を送信しないと判定すると（ステップＳ６０１において、ＮＯ）、代行指示送信部４０６は待機する。一方、代行開始指示を送信すると判定すると（ステップＳ６０１において、ＹＥＳ）、代行指示送信部４０６は、代行受信装置情報保持部４０５から代行受信装置情報を取得する。

ここでは、代行受信装置情報は代行受信装置１０２に係る情報であるものとする。代行指示送信部４０６は代行受信装置１０２に代行受信開始指示（代行受信指示情報）をネットワークＩ／Ｆ制御部２０９を介して送信する（ステップＳ６０２）。なお、代行受信装置情報保持部４０５は起動の際に代行受信装置情報をＨＤＤ２０５から読み出して保持する。

図９は、図１に示す代行依頼装置１０１が代行受信開始を指示する際に用いるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。

図９において、”ｒｅｑｕｅｓｔ＿ｔｙｐｅ”にはＳＩＰ−ＩＮＦＯメソッドで要求する事項が記載される。ここでは、”ｒｅｑｕｅｓｔ＿ｔｙｐｅ”には、“ａｌｔｅｒｎａｔｅ ｒｅｃｅｉｖｅ ｓｔａｒｔ”が記載され、代行受信開始の要求を表している。

“ｉｎｔｅｎｄ＿ｓｉｐ＿ｕｒｉ”には代行依頼装置１０１のＳＩＰ ＵＲＩが指定される。ここでは、“ｉｎｔｅｎｄ＿ｓｉｐ＿ｕｒｉ”には”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”が記載され、代行依頼装置１０１宛てのＩＰ・ＦＡＸの代行受信が指示される。

“ｐｒｉｎｔ”には、受信したＩＰ・ＦＡＸのメディアデータを代行受信装置１０２で印刷するか否かの設定（印刷有無設定情報）が行われる。ここでは、”ｐｒｉｎｔ”には “ｙｅｓ”が指定され、代行受信装置１０２に対して印刷指示が行われている。

続いて、登録部４０２は、ネットワークＩ／Ｆ制御部２０９を介して代行依頼装置１０１の登録削除を指示するＳＩＰリクエストを呼制御サーバ１０３に送信する。これによって、呼制御サーバ１０３は代行依頼装置１０１に係るＳＩＰ ＵＲＩおよびＩＰアドレスの対を削除する（ステップＳ６０３）。

次に、登録部４０２は、ネットワークＩ／Ｆ制御部２０９を介して代行依頼装置１０１のＳＩＰ ＵＲＩおよび代行受信装置１０２のＩＰアドレスの対を新たな登録情報とするＳＩＰリクエストを呼制御サーバ１０３に送信する。これによって、呼制御サーバ１０３は、新たな登録情報の登録を行う（ステップＳ６０４）。

図１０は、図１に示す呼制御サーバ１０３に登録された登録情報の一例を示す図である。

図１０において、ＮＯ．１には代行依頼装置１０１のＳＩＰ ＵＲＩが登録され、ＮＯ．２には代行受信装置１０２のＳＩＰ ＵＲＩが登録される。ここでは、代行依頼装置１０１のＳＩＰ ＵＲＩである”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”に対応付けて代行受信装置１０２のＩＰアドレス”１９２．１６８．１．２”が登録される。そして、代行受信装置１０２のＳＩＰ ＵＲＩである”ｓｉｐ：１０２＠ａｂｃ．ｃｏｍ”に対応付けて代行受信装置１０２のＩＰアドレス”１９２．１６８．１．２”が登録される。

つまり、ＮＯ．１およびＮＯ．２によって代行依頼装置１０１と代行受信装置１０２との関係が規定されることになる。したがって、図３に示すＳＩＰプロキシサーバ３０１は代行依頼装置１０１のＳＩＰ ＵＲＩ宛てのＳＩＰリクエストを代行受信装置１０２に転送することになる。

続いて、代行指示送信部４０６は、代行受信装置１０２に代行終了指示を送信するか否かについて判定する（ステップＳ６０５）。例えば、代行依頼装置１０１がスリープ状態からスタンバイ状態に移行する移行処理を開始すると、代行指示送信部４０６は代行終了指示を送信すると判定する。

代行終了指示を送信しないと判定すると（ステップＳ６０５において、ＮＯ）、代行指示送信部４０６は待機する。一方、代行終了指示を送信すると判定すると（ステップＳ６０５において、ＹＥＳ）、代行指示送信部４０６はその旨を登録部４０２に指示する。そして、登録部４０２は、ネットワークＩ／Ｆ制御部２０９を介して登録削除を指示するＳＩＰリクエストを呼制御サーバ１０３に送信する。

図１１は、図１に示す代行依頼装置１０１が代行受信終了を指示する際に用いるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。

図１１において、”ｒｅｑｕｅｓｔ＿ｔｙｐｅ”には、代行受信終了を指示する“ａｌｔｅｒｎａｔｅ ｒｅｃｅｉｖｅ ｅｎｄ”が指定される。また、”ｉｎｔｅｎｄ＿ｓｉｐ＿ｕｒｉ”には、代行依頼装置１０１のＳＩＰ ＵＲＩである”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”が指定される。

上記のＳＩＰリクエストを受けると、呼制御サーバ１０３は代行依頼装置１０１のＳＩＰ ＵＲＩおよび代行受信装置１０２のＩＰアドレスの対を削除する（ステップＳ６０６）。ここでは、登録部４０２はレジスタ（ＲＥＧＩＳＴＥＲ）リクエストを呼制御サーバ１０３に送信して上記の登録削除を行う。

続いて、登録部４０２は、ネットワークＩ／Ｆ制御部２０９を介して代行依頼装置１０１のＳＩＰ ＵＲＩおよびＩＰアドレスの対を登録情報とするＳＩＰリクエストを呼制御サーバ１０３に送信する。これによって、呼制御サーバ１０３は当該登録情報を登録する（ステップＳ６０７）。

ここでは、登録部４０２はＲＥＧＩＳＴＥＲリクエストを呼制御サーバ１０３に送信して、代行依頼装置１０１のＳＩＰ ＵＲＩおよびＩＰアドレスの対を呼制御サーバ１０３に登録する。

次に、代行指示送信部４０６は、ネットワークＩ／Ｆ制御部２０９を介して代行受信装置１０２に代行受信終了指示を送信する（ステップＳ６０８）。続いて、転送要求送信部４０７は、代行受信装置１０２に対して代行受信したＩＰ・ＦＡＸの転送を要求する転送要求メッセージを送信するかないかを判定する（ステップＳ６０９）。

例えば、転送要求送信部４０７は、代行受信装置情報保持部４０５で保持する代行受信情報において印刷有無設定が「印刷しない」に設定されていると転送要求メッセージを送信すると判定する。

なお、転送要求メッセージの送信を行うか否かを示す選択画面をオペレーションパネル２１４に表示して、ユーザが転送要求メッセージを行うか否かを選択するようにしてもよい。

転送要求送信部４０７によって転送要求メッセージを送信しないと判定されると（ステップＳ６０９において、ＮＯ）、代行指示送信部４０６は代行受信指示処理を終了する。一方、転送要求メッセージを送信すると判定すると（ステップＳ６０９において、ＹＥＳ）、転送要求送信部４０７は、ネットワークＩ／Ｆ制御部２０９を介して、転送先ＳＩＰ ＵＲＩを含む転送要求メッセージを代行受信装置１０２に送信する。そして、代行指示送信部４０６は代行受信指示処理を終了する。これによって、後述するように、代行受信装置１０２は転送先ＳＩＰ ＵＲＩで示す転送先にＩＰ・ＦＡＸのメッセージを送信する。

図１２は、図１に示す代行依頼装置１０１から送信される転送要求メッセージにおけるＳＩＰ−ＩＮＦＯメソッドのボディ部を示す図である。

図１２において、”ｒｅｑｕｅｓｔ＿ｔｙｐｅ”には、転送要求を示す“ｔｒａｎｓｆｅｒ”が指定される。また、”ｉｎｔｅｎｄ＿ｓｉｐ＿ｕｒｉ”には代行依頼装置１０１のＳＩＰ ＵＲＩが指定される。

“ｆｏｒｗａｒｄｉｎｇ＿ｓｉｐ＿ｕｒｉ”には代行受信したＩＰ・ＦＡＸのメディアデータの転送先が指定される。ここでは、ＳＩＰ ＵＲＩが”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”宛てのＩＰ・ＦＡＸを代行受信しているので、“ｆｏｒｗａｒｄｉｎｇ＿ｓｉｐ＿ｕｒｉ”には、代行受信したＩＰ・ＦＡＸのメディアデータをＳＩＰ ＵＲＩがｓｉｐ：１０１＠ａｂｃ．ｃｏｍである代行依頼装置１０１に転送することが指定される。

図１３は、図１に示す代行受信装置１０２における代行指示受信処理を説明するためのフローチャートである。なお、図示のフローチャートはＲＯＭ２０３に格納されたプログラムをＣＰＵ２０２が実行することによって行われる。

代行受信装置１０２において、まず、ネットワークＩ／Ｆ制御部２０９が代行依頼装置１０１から代行指示メッセージを受信する（ステップＳ７０１）。続いて、代行指示受信部５０５は代行指示メッセージを解析して、代行受信開始の指示か又は代行受信終了の指示か判定する（ステップＳ７０２）。

代行受信開始の指示であると（ステップＳ７０２において、ＹＥＳ）、代行指示受信部５０５は、代行対象情報保持部５０７を参照して、受信した代行指示メッセージに含まれるＳＩＰ ＵＲＩが代行対象になっているか否かを確認する（ステップＳ７０３）。つまり、代行指示受信部５０５は、代行指示メッセージに含まれるＳＩＰ ＵＲＩが代行対象情報保持部５０７に存在するか否かを判定することになる。

代行指示メッセージに含まれるＳＩＰ ＵＲＩが既に代行対象になっていると（ステップＳ７０３において、ＮＯ）、代行指示受信部５０７は代行指示受信処理を終了する。

一方、代行指示メッセージに含まれるＳＩＰ ＵＲＩが既に代行対象になっていないと（ステップＳ７０３において、ＹＥＳ）、代行指示受信部５０７は、代行指示メッセージに含まれるＳＩＰ ＵＲＩを代行対象とし、当該ＳＩＰ ＵＲＩと印刷有無設定とを代行対象情報として代行対象情報保持部５０７に追加する（ステップＳ７０４）。そして、代行指示受信部５０７は代行指示受信処理を終了する。

代行受信開始の指示でないと（ステップＳ７０２において、ＮＯ）、つまり、代行受信終了の指示であると、代行指示受信部５０５は、代行対象情報保持部５０７を参照して、受信した代行指示メッセージ１５０１に含まれるＳＩＰ ＵＲＩが代行対象であるか否かを確認する（ステップＳ７０５）。

代行指示メッセージに含まれるＳＩＰ ＵＲＩが代行対象でないと（ステップＳ７０５において、ＹＥＳ）、代行指示受信部５０７は代行指示受信処理を終了する。一方、代行指示メッセージに含まれるＳＩＰ ＵＲＩが既に代行対象になっていると（ステップＳ７０５において、ＮＯ）、代行指示受信部５０７は、当該ＳＩＰ ＵＲＩに係る代行対象情報を代行対象情報保持部５０７から削除する（ステップＳ７０６）。そして、代行指示受信部５０７は代行指示受信処理を終了する。

上述のようにして、代行依頼装置１０１から代行受信の依頼（指示）を受けると、代行受信装置１０２は代行依頼装置１０１宛てのＩＰ・ＦＡＸを受信する。ＩＰ・ＦＡＸを代行受信した際、代行受信データＤＢ管理部５０８はＩＰ・ＦＡＸにおけるメディアデータを受信データとして、例えば、ＨＤＤ２０５に保存する。

図１４は、図１に示す代行受信装置１０２で代行受信したＩＰＦＡＸのメディアデータをＨＤＤ２０５に格納する際のフォーマットの一例を示す図である。

図１４において、代行受信データＤＢ管理部５０８は、代行受信したＩＰ・ＦＡＸのメディアデータ（受信データ）を、当該ＩＰ・ＦＡＸの宛先を示すＳＩＰ ＵＲＩと関連付けてＨＤＤ２０５に格納する。この際、代行受信データＤＢ管理部５０８は、例えば、受信日時を補足情報として受信データに付加する。

図１５は、図１に示す代行受信装置１０２における転送処理を説明するためのフローチャートである。なお、図示のフローチャートはＲＯＭ２０３に格納されたプログラムをＣＰＵ２０２が実行することによって行われる。

転送処理が開始されると、転送要求受信部５０６は、ネットワークＩ／Ｆ処理部２０９を介して代行依頼装置１０１から転送要求メッセージを受信したか否かを判定する（ステップＳ８０１）。転送要求メッセージを代行依頼装置１０１から受信すると（ステップＳ８０１において、ＹＥＳ）、転送要求受信部５０６は当該転送要求メッセージ１６０１を解析して、代行依頼装置１０１のＳＩＰ ＵＲＩを取得する。

次に、転送要求受信部５０６は代行依頼装置１０１のＳＩＰ ＵＲＩ宛てのＩＰ・ＦＡＸを代行受信していないかについて代行受信データＤＢ管理部５０８に問い合わせる。代行受信データＤＢ管理部５０８はＨＤＤ２０５に当該ＳＩＰ ＵＲＩに関連する代行受信データが格納されているか否かを確認する（ステップＳ８０２）。

代行受信データがＨＤＤ２０５に格納されていないと（ステップＳ８０２において、ＮＯ）、代行受信データＤＢ管理部５０８はその旨を転送要求受信部５０６に伝える。これによって、転送要求受信部５０６は転送処理を終了する。

代行受信データがＨＤＤ２０５に格納されていると（ステップＳ８０２において、ＹＥＳ）、代行受信データＤＢ管理部５０８はＨＤＤ２０５から当該代行受信データを読み出して転送要求受信部５０６に送る。代行受信データを受けると、転送要求受信部５０６は転送要求メッセージ１６０１を解析して、転送先ＳＩＰ ＵＲＩを呼制御部５０３に送る。これによって、呼制御部５０３は転送先ＳＩＰ ＵＲＩとＳＩＰセッション確立する（ステップＳ８０３）。

続いて、転送要求受信部５０６は代行受信データをメディア制御部５０４に送る。メディア制御部５０４は、ネットワークＩ／Ｆ制御部２０９を介して、確立されたＳＩＰセッションを用いて代行受信データの転送を行う（ステップＳ８０４）。

代行受信データの転送が終了した時点で、呼制御部５０３はＳＩＰセッションの切断処理を行う（ステップＳ８０５）。これによって、転送処理が終了する。

転送要求メッセージを代行依頼装置１０１から受信しないと（ステップＳ８０１において、ＮＯ）、つまり、転送要求受信部５０６から問い合わせを受けないと、代行受信データＤＢ管理部５０８は代行受信終了から所定の時間（以下タイムアウト時間と呼ぶ）が経過した代行受信メッセージがＨＤＤ２０５に存在するか否かを調べる（ステップＳ８０６）。

タイムアウト時間が経過した代行受信メッセージがなければ（ステップＳ８０６において、ＮＯ）、代行受信データＤＢ管理部５０８はその旨を転送要求受信部５０６に伝える。これによって、転送要求受信部５０６はステップＳ８０１の処理に戻って転送要求メッセージの待ち受けを行う。

タイムアウト時間が経過した代行受信メッセージがあるとステップＳ８０６において、ＮＯ）、代行受信データＤＢ管理部５０８は当該代行受信メッセージ（つまり、メディアデータ）をＨＤＤ２０５から消去する（ステップＳ８０７）。そして、代行受信データＤＢ管理部５０８はその旨を転送要求受信部５０６に伝える。これによって、転送処理が終了する。

図１６は、図１に示すＦＡＸ１０５から代行依頼装置１０１にＩＰ・ＦＡＸ通信が行われた際の代行受信装置１０２による代行受信を説明するためのシーケンス図である。

ＦＡＸ１０５から代行依頼装置１０１（図１）にＩＰ・ＦＡＸ通信を行う際、ＦＡＸ１０５は代行依頼装置１０１のＳＩＰ ＵＲＩである”ｓｉｐ：１０１＠ａｂｃ．ｃｏｍ”を宛先として、接続リクエスト（ＩＮＶＩＴＥ：セッション確立要求）を呼制御サーバ１０３に送信する（Ｓ１００１）。

呼制御サーバ１０３において、ロケーションサーバ３０３は図１０で説明した登録情報を保持しているので、プロキシサーバ３０１は接続リクエスト（ＩＮＶＩＴＥ）をＩＰアドレスが”１９２．１６８．１．２”である代行受信装置１０２に転送する（Ｓ１００２）。

代行受信装置１０２は接続リクエスト（ＩＮＶＩＴＥ）を受信すると、当該リクエストに対する応答（１８０Ｒｉｎｇｉｎｇ）を呼制御サーバ１０３に返信する（Ｓ１００３）。そして、呼制御サーバ１０３は当該応答（１８０Ｒｉｎｇｉｎｇ）をＦＡＸ１０５に送信する（Ｓ１００４）。

次に、代行受信装置１０２は、受信した接続リクエスト（ＩＮＶＩＴＥ）を受け付けて、ＳＩＰセッション確立を許可する許可応答（２００ＯＫ）を呼制御サーバ１０３に返信する（Ｓ１００５）。そして、呼制御サーバ１０３は許可応答（２００ＯＫ）をＦＡＸ１０５に送信する（Ｓ１００６）。

ＦＡＸ１０５は許可応答（２００ＯＫ）を受信すると、肯定リクエスト（ＡＣＫ）を呼制御サーバ１０３に送信する（Ｓ１００７）。そして、呼制御サーバ１０３はこのＡＣＫを代行受信装置１０２に送る（Ｓ１００８）。これによって、ＦＡＸ１０５と代行受信装置１０２との間でＳＩＰセッションが確立される。

ＦＡＸ１０５は、確立されたＳＩＰセッションを用いてＩＰ・ＦＡＸによってメディアデータを、呼制御サーバ１０３を介して代行受信装置１０２に送信する（Ｓ１００９）。メディアデータの送信が終了すると、ＦＡＸ１０５はＳＩＰセッションを切断するために、切断リクエスト（ＢＹＥ）を呼制御サーバ１０３送信する（Ｓ１０１０）。そして、呼制御サーバ１０３は当該切断リクエスト（ＢＹＥ）を代行受信装置１０２に送信する（Ｓ１０１１）。

代行受信装置１０２は切断リクエスト（ＢＹＥ）を受信すると、許可応答（２００ＯＫ）応答を呼制御サーバ１０３に返信する。そして、呼制御サーバ１０３は許可応答（２００ＯＫ）をＦＡＸ１０５に送信する（Ｓ１０１２）。これによって、ＳＩＰセッションが切断される。

図１７は、図１に示す代行受信装置１０２がＩＰ・ＦＡＸを代行受信する際の処理を説明するためのフローチャートである。なお、図示のフローチャートはＲＯＭ２０３に格納されたプログラムをＣＰＵ２０２が実行することによって行われる。

いま、呼制御部５０３がＦＡＸ１０５によって送信された接続リクエスト（ＩＮＶＩＴＥ）を代行受信装置１０２に転送したものとする。接続リクエスト（ＩＮＶＩＴＥ）を受信すると（ステップＳ１１０１）、前述したようにして、呼制御部５０３は呼制御サーバ１０３を介して接続リクエスト（ＩＮＶＩＴＥ）に対する応答（１８０Ｒｉｎｇｉｎｇ）をＦＡＸ１０５に返信する。

続いて、呼制御部５０３は、接続リクエスト（ＩＮＶＩＴＥ）に含まれる宛先ＳＩＰ ＵＲＩが代行受信装置１０２のＳＩＰ ＵＲＩであるか否かを判定する（ステップＳ１１０２）。代行受信装置１０２のＳＩＰ ＵＲＩであると（ステップＳ１１０２において、ＹＥＳ）、呼制御部５０３はメディア制御部５０４に通常のＩＰ・ＦＡＸ受信処理（ＳＩＰセッションの確立と自装置に対する受信処理）を行わせて（ステップＳ１１０３）、受信処理を終了する。

代行受信装置１０２のＳＩＰ ＵＲＩでないと（ステップＳ１１０２において、ＮＯ）、呼制御部５０３は、代行対象情報保持部５０７に対して接続リクエスト（ＩＮＶＩＴＥ）の宛先ＳＩＰ ＵＲＩが代行受信対象であるか否かを問い合わせる（ステップＳ１１０４）。問い合わせの結果、代行受信対象であると（Ｓ１１０４において、ＹＥＳ）、呼制御部５０３は、ＳＩＰセッション確立処理を行う（ステップＳ１１０５）。

ここでは、呼制御部５０３は接続リクエスト（ＩＮＶＩＴＥ）に対して、許可応答（２００ＯＫ）を、呼制御サーバ１０３を介してＦＡＸ１０５に返信する。許可応答（２００ＯＫ）を送信すると、前述したようにして、呼制御部５０３はＦＡＸ１０５から肯定リクエスト（ＡＣＫ）を受信する。これによって、呼制御部５０３はＳＩＰセッションを確立して、その旨をメディア制御部５０４に通知する。

続いて、メディア制御部５０４はＦＡＸ１０５からＩＰ・ＦＡＸのメディアデータを受信する（ステップＳ１１０６）。メディア制御部５０４は、メディアデータの受信が終了すると、その旨を呼制御部５０３に通知する。

メディア制御部５０４は、受信したメディアデータを代行受信データＤＢ管理部５０８に送る。代行受信データＤＢ管理部５０８は、当該メディアデータと接続リクエスト（ＩＮＶＩＴＥ）の宛先ＳＩＰ ＵＲＩと関連づけてＨＤＤ２０５に格納する。

次に、呼制御部５０３はＳＩＰセッション切断処理を行う（ステップＳ１１０７）。ここでは、呼制御部５０３は、ＦＡＸ１０５から送信された切断リクエスト（ＢＹＥ）を受信すると、許可応答（２００ＯＫ）をＦＡＸ１０５に返信してＳＩＰセッションを切断する。

続いて、メディア制御部５０４はメディアデータ（１００５）を印刷するか否かを判定する（ステップＳ１１０８）。ここでは、代行対象情報保持部５０７で保持さけされた代行対象情報に含まれる印刷有無設定情報に応じて、メディア制御部５０４は印刷の有無を判定する。

印刷有無設定情報が「印刷する」と設定されていると（ステップＳ１１０８において、ＹＥＳ）、つまり、印刷指示情報があると、メディア制御部５０４は、プリンタＩ／Ｆ制御部２０６を介してメディアデータをプリンタ部２１２に送る。

これによって、プリンタ部２１２がメディアデータに基づいて印刷処理を行う（ステップＳ１１０９）。そして、代行受信装置１０２は受信処理を終了する。

印刷有無設定情報が「印刷なし」と設定されていると（ステップＳ１１０８において、ＮＯ）、メディア制御部５０４は印刷処理を行うことなく、受信処理を終了する。

なお、ステップＳ１１０４において、問い合わせの結果、代行受信対象でないと（Ｓ１１０４において、ＮＯ）、呼制御部５０３は接続リクエスト（ＩＮＶＩＴＥ）に対してエラー応答を返信して（ステップＳ１１１０）、受信処理を終了する。

このように、本発明の実施の形態では、ＩＰ・ＦＡＸを他の画像形成装置（代行受信装置）で代行受信する際、代行依頼装置が呼制御サーバに登録された自装置の登録情報を変更し、代行受信装置に代行受信依頼を通知するようにしたので、複数の画像形成装置を管理する管理装置が不要となって、代行依頼装置および代行受信装置でＩＰ・ＦＡＸの代行受信を行うことができる。

つまり、本発明の実施の形態では、代行依頼装置が呼制御サーバに登録された自装置の登録情報を変更し、代行受信装置に代行受信依頼を通知するようにしたので、ＳＩＰセッションの確立を拒否することなく、ＳＩＰセッションの確立を行って代行受信を行うことができる。

上述の説明から明らかなように、図２において、ＣＰＵ２０２、プリンタＩ／Ｆ制御部２０６、およびプリンタ部２１２は印刷手段として機能する。また、上述の実施の形態では、通信機器の一例として画像形成装置を例に挙げて説明したが、画像形成装置に限らず、コンピュータなどの通信機能を備える情報処理装置などにおいても同様にして本発明を適用することができる。

以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。

例えば、上記の実施の形態の機能を制御方法として、この制御方法を通信機器に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、この制御プログラムを通信機器が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。

この際、制御方法および制御プログラムの各々は、少なくとも保持ステップ、登録ステップ、および代行受信指示ステップを有することになる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１，１０２ 画像形成装置
１０３ 呼制御サーバ
４０４，５０４ メディア制御部
４０５ 代行受信装置情報保持部
４０６ 代行指示送信部
４０２，５０２ 登録部
４０７ 転送要求送信部
５０５ 代行指示受信部
５０７ 代行対象情報保持部
５０８ 代行受信データＤＢ管理部

Claims (12)

1. ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器であって、
   前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報を少なくとも保持する第１の保持手段と、
   前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録手段と、
   前記第１の保持手段から得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示手段とを有することを特徴とする通信機器。
2. 前記呼制御装置は、前記自装置宛先に対してセッション確立要求を受けると、前記登録情報に応じて前記代行受信装置とのセッションを確立することを特徴とする請求項１に記載の通信機器。
3. 前記代行受信指示情報には前記自装置宛先情報が含まれており、
   前記代行受信装置は、前記自装置宛先情報を保持する第２の保持手段と、
   前記セッション確立要求を受けた際、前記第２の保持手段に前記自装置宛先情報が保持されていると、前記セッションの確立を行う呼制御手段と、
   前記自装置宛先に送信されたデータを前記呼制御装置を介して受信すると、当該データと前記自装置宛先情報とを関連付けて代行対象データとして記録する記録管理手段とを有することを特徴とする請求項２に記載の通信機器。
4. 前記代行受信装置で受信した代行対象データを当該代行対象データに関連付けられた前記自装置宛先情報が示す自装置宛先に転送することを要求する転送要求情報を前記代行受信装置に送る転送要求手段を有することを特徴とする請求項３に記載の通信機器。
5. 前記転送要求情報には前記自装置宛先情報が含まれており、
   前記代行受信装置は、前記転送要求情報に含まれる前記自装置宛先情報を有する前記代行対象データを前記自装置宛先情報が示す自装置宛先に転送する転送手段を有することを特徴とする請求項４に記載の通信機器。
6. 前記プロトコルはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）であり、前記自装置宛先情報は自装置のＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を示し、前記代行受信宛先情報は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを示すことを特徴とする請求項１〜５のいずれか１項に記載の通信機器。
7. 前記登録手段は、前記登録情報を前記呼制御装置に登録する前に、前記自装置のＳＩＰ ＵＲＩおよびＩＰアドレスを前記呼制御装置から削除することを特徴とする請求項６に記載の通信機器。
8. 前記代行受信装置に代行受信の終了を指示する終了指示手段を有し、
   前記終了指示手段が前記代行受信装置に前記代行受信の終了を指示する前に、前記登録手段は、前記登録情報を前記呼制御装置から削除して、前記自装置のＳＩＰ ＵＲＩおよびＩＰアドレスを前記呼制御装置に登録することを特徴とする請求項７に記載の通信機器。
9. 前記代行受信装置は、前記代行対象データに応じて印刷を行う印刷手段を備え、
   前記代行受信指示情報に印刷を指示する印刷指示情報が付加されていると、前記印刷手段は前記代行対象データに応じて印刷を実行することを特徴とする請求項１〜８のいずれか１項に記載の通信機器。
10. 前記データはＴ．３８プロトコルによるファクシミリデータであることを特徴とする請求項１〜９のいずれか１項に記載の通信機器。
11. ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器の制御方法であって、
    前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報をメモリに少なくとも保持する保持ステップと、
    前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録ステップと、
    前記メモリから得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示ステップとを有することを特徴とする制御方法。
12. ネットワークに接続された呼制御装置を介して所定のプロトコルに応じてセッションを確立して、当該セッションを用いてデータ通信を行う通信機器で用いられる制御プログラムであって、
    前記通信機器が備えるコンピュータに、
    前記通信機器の宛先を示す自装置宛先に送信されたデータを、前記ネットワークに接続され前記通信機器の代わりに受信させる代行受信装置の宛先を示す代行受信宛先情報をメモリに少なくとも保持する保持ステップと、
    前記自装置宛先を示す自装置宛先情報と前記代行受信宛先情報とを対応付けて登録情報として前記呼制御装置に登録する登録ステップと、
    前記メモリから得た代行受信宛先情報に応じて代行受信装置に代行受信を指示する代行受信指示情報を前記代行受信装置に送る代行受信指示ステップとを実行させることを特徴とする制御プログラム。

Images