JP5419481B2 - 通信システム、通信方法、サーバ、サーバの制御方法、及びプログラム - Google Patents

Description

本発明は、少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Session InitiationProtocol）を用いてデータ通信を行う通信システム、通信方法、サーバ、サーバの制御方法、及びプログラムに関する。

近年、通信制御プロトコルとして例えばＳＩＰ（Session Initiation Protocol）を用いた通信システムが知られている。ＳＩＰを用いた通信システムでは、ＩＰ電話機やＦＡＸ端末などの複数の端末がＳＩＰサーバに接続され、ＳＩＰサーバは外部装置と各端末との間の通信の呼制御を行う。ＳＩＰサーバは、リダイレクトサーバ、プロキシサーバ、登録サーバ、ロケーションサーバから構成される。

そして、例えばＦＡＸ装置をＳＩＰサーバに接続した通信システムでは、特定のＦＡＸ番号とＦＡＸ端末のアドレス情報（例えば、ＩＰアドレス）とを対応付けてＳＩＰサーバ（ロケーションサーバ）に登録しておく。そして、ＳＩＰサーバは、特定のＦＡＸ番号宛ての接続要求を外部装置から受けた場合に、その要求に対する応答として、該特定のＦＡＸ番号に対応するＩＰアドレスを外部装置に通知する。この通知を受けた外部装置は、通知されたＩＰアドレスに対して接続要求を行い、外部装置とＦＡＸ端末との間で呼が確立される。

ところで、上述したＳＩＰサーバにおいて、特定のＦＡＸ番号に対応付けられたＩＰアドレスを有するＦＡＸ端末（第１の端末とする）とは異なるＦＡＸ装置（第２の端末とする）を転送先として設定することができる（特許文献１）。

この設定が行われた場合、ＳＩＰサーバは、特定のＦＡＸ番号宛ての接続要求を受けたときに、本来であれば第１の端末のＩＰアドレスを応答するところを、第１の端末のＩＰアドレスに代えて第２の端末のＩＰアドレスを応答する。これにより、外部装置は第２の端末に対して接続要求を行うことになるため、結果として第１の端末宛ての接続要求が第２の端末に転送（リダイレクト）されることになる。

特開２００５−９４６６２号公報

ところで、上述したように第１の端末宛ての接続要求を第２の端末に転送するための設定を行う場合に、いずれの端末からでも設定ができてしまうとセキュリティ面で問題が生じる。

具体的には、ＦＡＸ番号（例えば０３−１１１１−１１１１）宛ての接続要求の転送先として、悪意を持った第三者が所有するＦＡＸ端末が設定されてしまった場合、０３−１１１１−１１１１宛ての送信データが第三者のＦＡＸ端末へ送信されてしまう。

このようなユーザが望まない転送先の設定を防ぐには、転送先の設定を本来データを受信すべきＦＡＸ端末（第１の端末）からのみ可能にし、その他の端末からは転送の設定を行えないようにすればよい。

しかし、その場合、たとえばユーザは外出先のＦＡＸ端末から転送の設定を行うことができなくなるため、ユーザにとって不便である。

そこで、本発明は、ユーザが望まない端末へのデータ転送を防止することができると共に、ユーザが所望する任意の端末からデータの転送先を設定することができる通信システムを提供することを目的とする。

上記目的を達成するために、本発明の通信システムは、少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行う通信システムであって、前記サーバが、前記第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答手段と、前記第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断手段と、前記判断手段による判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定手段と、前記設定手段により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答手段が前記第２の端末のアドレス情報を応答するよう制御する制御手段と、を備え、前記判断手段は、前記第２の端末から前記要求を受けた場合に、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを前記第１の端末に対して問い合わせることにより、前記判断を行うことを特徴とする。

本発明によれば、ユーザが望まない端末へのデータ転送を防止することができると共に、ユーザが所望する任意の端末からデータの転送先を設定することができる通信システムを提供することができる。

本発明の第１の実施形態である通信システムのシステム構成例を示す図である。 ＭＦＰ−Ａの構成例を説明するためのブロック図である。 ＭＦＰ−ＡがＳＩＰサーバに情報を登録する処理を説明するための説明図である。 リダイレクト宛先情報の一例を示す図である。 ＭＦＰ−ＡがＳＩＰサーバに対してリダイレクト宛先情報におけるリダイレクト宛先端末候補の登録要求をする処理を説明するためのフローチャート図である。 ＳＩＰサーバがＭＦＰ−Ａからリダイレクト宛先情報におけるリダイレクト宛先候補の登録要求を受けた場合の処理について説明するためのフローチャート図である。 ＭＦＰ−ＣがＳＩＰサーバに対してリダイレクト宛先情報におけるリダイレクト宛先端末候補の設定要求をする処理を説明するためのフローチャート図である。 ＳＩＰサーバがＭＦＰ−Ｃからリダイレクト宛先情報におけるリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。 ＭＦＰ−ＸからＭＦＰ−ＡのＦＡＸ番号へＦＡＸ発信した場合の動作について説明するためのシーケンス図である。 ユーザがＭＦＰ−Ａの操作によりリダイレクト宛先候補を設定する場合の動作を説明するためのフローチャート図である。 ＳＩＰサーバがＭＦＰ−Ｃからリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。 図１１のステップＳ１１００でＳＩＰサーバからリダイレクト宛先設定可否の問い合わせが通知された際に、ＭＦＰ−Ａがリダイレクト宛先設定可否を判断する処理を説明するためのフローチャート図である。 ＭＦＰ−ＣがＭＦＰ−Ａに対してリダイレクト宛先の設定要求をする場合の処理を説明するためのフローチャート図である。 ＭＦＰ−ＡがＭＦＰ−Ｃからリダイレクト宛先設定許可情報の要求を受けた場合の処理を説明するためのフローチャート図である。 ＳＩＰサーバがＭＦＰ−Ｃからリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。

以下、本発明の実施形態を図面を参照して説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態である通信システムのシステム構成例を示す図である。図１に示すように、本実施形態の通信システムは、ＭＦＰ−Ａ１０１、ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３、及びＭＦＰ−Ｘ１０４の各端末とＳＩＰサーバ１０５とがネットワーク（通信回線）１００を介して互いに通信可能に接続されている。ＭＦＰ−Ａ１０１、ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３、及びＭＦＰ−Ｘ１０４の各端末とＳＩＰサーバ１０５とは所定の通信制御プロトコル（ＳＩＰ）を用いてデータ通信を行う。

ＭＦＰ−Ａ１０１、ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３及びＭＦＰ−Ｘ１０４は、コピー、ＦＡＸ、プリンタ機能を有するマルチファンクションプリンタである。なお、本実施形態では、ＭＦＰ−Ａ１０１のＦＡＸ番号は、「０３−１１１１−１１１１」とする。

ＳＩＰサーバ１０５は、不図示のリダイレクトサーバ、プロキシサーバ、登録サーバ、ロケーションサーバから構成される。また、ＳＩＰサーバ１０５は、各端末の登録管理、ユーザの認証、電話／ＦＡＸ番号からＩＰアドレス等のアドレス情報への変換、呼制御シーケンスの制御、接続先へのルーティングなどを行う。

図２は、ＭＦＰ−Ａ１０１の構成例を説明するためのブロック図である。なお、ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３、ＭＦＰ−Ｘ１０４の構成については、ＭＦＰ−Ａ１０１と同様であるので、その説明を省略する。

図２において、ＣＰＵ２０１は、ＲＯＭ２０８に格納された制御プログラムに基づいてＭＦＰ−Ａ１０１を構成する各デバイスを制御する。表示／操作部２０３は、表示画面に、例えばウインドウ、アイコン、メッセージ、メニュー、その他のユーザインターフェース情報を表示する。表示／操作部２０３は、図示は省略するが、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーや、表示画面のアイコン、メニューなどを操作する画面ポインティングデバイスから構成される。

スキャナ部２０４は、原稿の画像の読み取り処理を行う。印刷部２０５は、ＲＡＭ２０９やＨＤＤ２１０に保存した印刷データの印刷を行う。ＲＯＭ２０８は、各種制御プログラムやデータを保持する。ＲＡＭ２０９は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。ＨＤＤ２１０は、各種制御プログラムや印刷データを保存する。

ネットワークＩ／Ｆ部２１３は、ネットワーク１００に接続され、ＳＩＰサーバ１０５、ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３、ＭＦＰ−Ｘ１０４との間で通信を行う。ＳＩＰ−ＦＡＸ用の通信もネットワークＩ／Ｆ部２１３で行われる。Ｔ．３８プロトコル作成／解析部２１４は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。

ＩＰパケット作成／解析部２０６は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また、受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を有する。画像変換制御部２０７は、ＦＡＸ通信する画像の圧縮伸張や変倍、線密度変換を行う。

図３は、ＭＦＰ−Ａ１０１がＳＩＰサーバ１０５に情報を登録する処理を説明するための図である。なお、ＳＩＰサーバ１０５に登録される情報の内容については後述する。

ＭＦＰ−Ａ１０１は、ＳＩＰサーバ１０５に対してＲＥＧＩＳＴＥＲリクエストを送信し、情報の登録依頼を行う。ＳＩＰサーバ１０５への情報の登録が成功すると、２００ＯＫレスポンスがＳＩＰサーバ１０５からＭＦＰ−Ａ１０１に返送される。ＳＩＰサーバ１０５に登録される情報は、所定の着信側端末に対するリダイレクト宛先（転送先）端末の情報（以下、リダイレクト宛先情報という）である。

図４に、リダイレクト宛先情報の一例を示す。このリダイレクト宛先情報は、ＳＩＰサーバ１０５の不図示の記憶手段に格納されている。リダイレクト宛先情報には、図４に示すように、着信側端末情報４００として、端末名４０１、端末固有ＩＤ４０２、ＦＡＸ番号４０３及びＩＰアドレス４０４が定義されている。

着信側端末情報４００には、端末名４０１が「ＭＦＰ−Ａ」、端末固有ＩＤ４０２が「ａｂｄ１２３」、ＦＡＸ番号４０３が「０３−１１１１−１１１１」、ＩＰアドレス４０４が「１１．１１．１１．１１」の情報が登録されている。端末固有ＩＤ４０２は、個々の端末に割り振られた端末個体を特定可能なＩＤであり、様々な種類の端末がある中で、同じ端末固有ＩＤを有する複数の端末は存在しない。従って、端末固有ＩＤ４０２が「ａｂｄ１２３」の場合は、「ＭＦＰ−Ａ」が特定されることになる。

また、リダイレクト宛先情報には、図４に示すように、リダイレクト宛先端末情報４１０として、端末名４１１、ＦＡＸ番号４１２、ＩＰアドレス４１３、リダイレクト設定４１４が定義されている。リダイレクト宛先端末情報４１０には、端末名４１１が「ＭＦＰ−Ｂ」、ＦＡＸ番号４１２が「０３−１１１１−２２２２」、ＩＰアドレス４１３が「１１．１１．１１．２２」、リダイレクト設定４１４が「なし」の情報が登録されている。また、リダイレクト宛先端末情報４１０には、端末名４１１が「ＭＦＰ−Ｃ」、ＦＡＸ番号４１２が「０３−１１１１−３３３３」、ＩＰアドレス４１３が「１１．１１．１１．３３」、リダイレクト設定４１４が「あり」の情報が登録されている。

図４の場合、着信側端末情報４００の端末名４０１の「ＭＦＰ−Ａ」（第１の端末）に対するリダイレクト宛先端末の候補として、端末名４１１に登録された「ＭＦＰ−Ｂ」及び「ＭＦＰ−Ｃ」（第２の端末）が設定されている。つまり、この場合「ＭＦＰ−Ｂ」及び「ＭＦＰ−Ｃ」が「ＭＦＰ−Ａ」宛ての接続要求の転送先として設定可能な端末として指定されていることを示す。また、端末名４１１の「ＭＦＰ−Ｃ」のリダイレクト設定４１１の「あり」の情報は、２つのリダイレクト宛先端末候補「ＭＦＰ−Ｂ」及び「ＭＦＰ−Ｃ」のうち「ＭＦＰ−Ｃ」がリダイレクト宛先端末として設定されていることを示す情報である。つまり、この場合、第１の端末宛て（「ＭＦＰ−Ａ」宛て）の接続要求は、「ＭＦＰ−Ｃ」に転送されるように設定されていることになる。

なお、本実施形態では、説明の便宜上、リダイレクト宛先端末候補は「ＭＦＰ−Ｂ」及び「ＭＦＰ−Ｃ」の２つで説明しているが、リダイレクト宛先端末候補は更に多くても構わない。

図５は、ＭＦＰ−Ａ１０１がＳＩＰサーバ１０５に対してリダイレクト宛先情報におけるリダイレクト宛先端末候補の登録要求をする処理を説明するためのフローチャート図である。なお、図５での各処理は、ＭＦＰ−Ａ１０１のＲＯＭ２０８やＨＤＤ２１０等に記憶されたプログラムがＲＡＭ２０９にロードされて、ＣＰＵ２０１により実行される。

図５では、ＭＦＰ−Ａ１０１のユーザが、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸを転送する際のリダイレクト宛先候補を登録する場合について説明する。

図５において、ステップＳ５００では、ＭＦＰ−Ａ１０１のＣＰＵ２０１は、ユーザにより所望のリダイレクト宛先候補情報が入力されると、ステップＳ５０１に進む。なお、ユーザは、表示／操作部２０３（図２参照）の各種キーなどを操作して、リダイレクト宛先候補情報を入力する。このリダイレクト宛先候補情報は、具体的には図４に示したリダイレクト宛先端末情報４１０であり、ユーザは、所望のリダイレクト宛先端末の端末名４１１、ＦＡＸ番号４１２、ＩＰアドレス４１３、リダイレクト設定４１４を入力する。ここでは、入力内容は、図４に示すリダイレクト宛先端末情報４１０と同様とする。

ステップＳ５０１では、ＭＦＰ−Ａ１０１のＣＰＵ２０１は、ＳＩＰサーバ１０５に対してＲＥＧＩＳＴＥＲリクエストを送信し、処理を終了する。ＲＥＧＩＳＴＥＲリクエストにおいては、端末名「ＭＦＰ−Ａ」、端末固有ＩＤ「ａｂｄ１２３」、ＦＡＸ番号「０３−１１１１−１１１１」、ＩＰアドレス「１１．１１．１１．１１」がＳＩＰサーバ１０５に対して送信される。また、ステップＳ５００でユーザにより入力されたリダイレクト宛先端末の端末名４１１、ＦＡＸ番号４１２、ＩＰアドレス４１３、リダイレクト設定４１４もＳＩＰサーバ１０５に対して送信される。

図６は、ＳＩＰサーバ１０５がＭＦＰ−Ａ１０１からリダイレクト宛先情報におけるリダイレクト宛先候補の登録要求を受けた場合の処理について説明するためのフローチャート図である。なお、図６での各処理は、ＳＩＰサーバ１０５の不図示のＲＯＭやＨＤＤ等に記憶されたプログラムがＲＡＭにロードされて、ＣＰＵにより実行される。

ＭＦＰ−Ａ１０１からリダイレクト宛先端末候補の登録要求（図５のステップＳ５０１）を受信すると、ステップＳ６００において、ＳＩＰサーバ１０５のＣＰＵは、図４に示すリダイレクト宛先情報の検索を行い、ステップＳ６０１に進む。

ステップＳ６０１では、ＳＩＰサーバ１０５のＣＰＵは、図４に示すリダイレクト宛先情報の中に登録要求元の端末であるＭＦＰ−Ａ１０１のリダイレクト宛先候補が登録済であるか否かを判断する。そして、ＳＩＰサーバ１０５のＣＰＵは、登録要求元の端末名が図４の着信側端末情報４００の端末名４０１に存在すれば、登録要求元の端末のリダイレクト宛先候補が登録済であると判断して、ステップＳ６０３に進む。

また、ＳＩＰサーバ１０５のＣＰＵは、登録要求元の端末名が着信側端末情報４００の端末名４０１に存在しなければ登録要求元の端末のリダイレクト宛先候補が未登録であると判断し、ステップＳ６０２に進む。ステップＳ６０２では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先情報の新規登録を行い、登録処理を終了する。

具体的には、ＳＩＰサーバ１０５のＣＰＵは、図５のステップＳ５０１でＭＦＰ−Ａ１０１から送信される端末名「ＭＦＰ−Ａ」、端末固有ＩＤ「ａｂｄ１２３」を図４の着信側端末情報４００に保持する。また、ＳＩＰサーバ１０５のＣＰＵは、図５のステップＳ５０１でＭＦＰ−Ａ１０１から送信されるＦＡＸ番号「０３−１１１１−１１１１」、ＩＰアドレス「１１．１１．１１．１１」を図４の着信側端末情報４００に保持する。

また、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ａ１０１から送信されるリダイレクト宛先候補情報を図４のリダイレクト宛先端末情報４１０に保持する。なお、リダイレクト宛先端末情報４１０に保持されるリダイレクト宛先候補情報は、図４に示す内容と同様とする。

ステップＳ６０３では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先情報に保持されている着信側端末情報４００の端末名４０１の端末固有ＩＤ４０２と登録要求元の端末から送信された端末固有ＩＤが合致するか否かを判断する。登録要求元の端末の端末固有ＩＤは、登録要求元の端末からのＲＥＧＩＳＴＥＲリクエストにおいてＳＩＰサーバ１０５へ送信されたものである。リダイレクト宛先情報には、既に端末名「ＭＦＰ−Ａ」、端末固有ＩＤ「ａｂｃ１２３」、ＦＡＸ番号「０３−１１１１−１１１１」、ＩＰアドレス「１１．１１．１１．１１」が保持されている。

この場合、登録要求元の端末ＭＦＰ−Ａ１０１から送信された端末固有ＩＤは「ａｂｃ１２３］であるので、ＳＩＰサーバ１０５のＣＰＵは、ステップＳ６０３において合致すると判断し、ステップＳ６０４に進む。

また、ＭＦＰ−Ａ１０１以外の端末からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先候補の登録要求があった場合、登録要求元端末からＳＩＰサーバ１０５へ「ａｂｃ１２３」と異なる端末固有ＩＤが送信される。この場合、ＳＩＰサーバ１０５のＣＰＵは、ステップＳ６０３において合致しないと判断し、ステップＳ６０５に進む。

ステップＳ６０４では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先候補の登録要求元の端末ＭＦＰ−Ａ１０１から受信した情報に基づき、リダイレクト宛先端末情報の内容の更新を行い、処理を終了する。リダイレクト宛先端末情報の内容の更新は、具体的には、リダイレクト宛先候補の追加及び削除、図４におけるリダイレクト設定４１４の情報更新である。リダイレクト設定４１４の情報更新については後述する。

ステップＳ６０５では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先候補登録不可であることを登録要求元端末に対して通知し、処理を終了する。具体的には、登録要求元の端末からのＲＥＧＩＳＴＥＲリクエストに対して、リダイレクト宛先候補登録不可であることを示すエラー応答を返す。この場合、リダイレクト宛先端末情報の更新は一切行われない。

以上説明したように、ＳＩＰサーバ１０５は、ＭＦＰ−Ａ１０１の端末固有ＩＤ「ａｂｃ１２３」とリダイレクト宛先情報に保持されている端末固有ＩＤとが合致するか否かを判断することにより、ＭＦＰ−Ａ１０１の端末認証を行う。そして、ＳＩＰサーバ１０５は、端末認証されたＭＦＰ−Ａ１０１からリダイレクト宛先候補の登録を受け付け、リダイレクト宛先端末情報の更新を行う。

次に、図７を参照して、ユーザが、ＭＦＰ−Ｃ１０３からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定する処理について説明する。ここでは、ＭＦＰ−Ａ１０１を通常使用しているユーザが、外出先のＭＦＰ−Ｃ１０３でＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」に対するＦＡＸを受信したい場合を想定している。

図７は、ＭＦＰ−Ｃ１０３がＳＩＰサーバ１０５に対してリダイレクト宛先情報におけるリダイレクト宛先端末候補の設定要求をする処理を説明するためのフローチャート図である。なお、図７での各処理は、ＭＦＰ−Ｃ１０３のＲＯＭ２０８やＨＤＤ２１０等に記憶されたプログラムがＲＡＭ２０９にロードされて、ＣＰＵ２０１により実行される。

まず、ステップＳ７００では、ＭＦＰ−Ｃ１０３のＣＰＵは、ユーザにより着信側端末の情報が入力されると、ステップＳ７０１に進む。着信側端末とは、着信側端末の端末名及びＦＡＸ番号であり、ここでは、端末名「ＭＦＰ−Ａ」及びＦＡＸ番号「０３−１１１１−１１１１」を指す。ユーザは、ＭＦＰ−Ｃ１０３の表示／操作部２０３の各種キーなどを操作し、着信側端末の情報を入力する。

ステップＳ７０１では、ＭＦＰ−Ｃ１０３のＣＰＵは、ＳＩＰサーバ１０５に対してＲＥＧＩＳＴＥＲリクエストを送信し、処理を終了する。具体的には、ＭＦＰ−Ｃ１０３のＣＰＵは、ステップＳ７００で入力された着信側端末名「ＭＦＰ−Ａ」、着信側ＦＡＸ番号「０３−１１１１−１１１１」をＳＩＰサーバ１０５に送信する。また、ＭＦＰ−Ｃ１０３のＣＰＵは、設定要求元の端末ＭＦＰ−Ｃ１０３の端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」をＳＩＰサーバ１０５に送信する。

図８は、ＳＩＰサーバ１０５がＭＦＰ−Ｃ１０３からリダイレクト宛先情報におけるリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。なお、図８での各処理は、ＳＩＰサーバ１０５の不図示のＲＯＭやＨＤＤ等に記憶されたプログラムがＲＡＭにロードされて、ＣＰＵにより実行される。

ＭＦＰ−Ｃ１０３からリダイレクト宛先端末候補の登録要求（図７のステップＳ７０１）を受信すると、ステップＳ８００において、ＳＩＰサーバ１０５のＣＰＵは、図４に示すリダイレクト宛先情報の検索を行い、ステップＳ８０１に進む。具体的には、設定要求元から送信された着信側端末の端末名、ＦＡＸ番号に対応するリダイレクト宛先端末情報を検索する。

前述したように、ＭＦＰ−Ｃ１０３から端末名「ＭＦＰ−Ａ」、ＦＡＸ番号「０３−１１１１−１１１１」が送信されている。従って、ＳＩＰサーバ１０５のＣＰＵは、端末名「ＭＦＰ−Ａ」、ＦＡＸ番号「０３−１１１１−１１１１」をリダイレクト宛先情報の着信側端末情報４００の中から検索する。リダイレクト宛先情報が図４に示す内容であった場合、着信側端末名「ＭＦＰ−Ａ」に対するリダイレクト宛先端末の候補として、端末名「ＭＦＰ−Ｂ」及び「ＭＦＰ−Ｃ」が設定されている。

ステップＳ８０１では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先の設定要求元の端末がリダイレクト宛先候補の端末か否かを判断する。具体的には、ＳＩＰサーバ１０５のＣＰＵは、ステップＳ８００での検索で得られたダイレクト宛先情報におけるリダイレクト宛先端末情報４１０の中にリダイレクト宛先の設定要求元の端末が存在するか否かを判断する。この場合、リダイレクト宛先の設定要求元の端末はＭＦＰ−Ｃ１０３であるので、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３は着信側端末ＭＦＰ−Ａ１０１のリダイレクト宛先候補の端末であると判断し、ステップＳ８０２に進む。

一方、リダイレクト宛先の設定要求元がＭＦＰ−Ｂ１０２及びＭＦＰ−Ｃ１０３以外の端末であれば、ＳＩＰサーバ１０５のＣＰＵは、その端末はリダイレクト宛先候補の端末ではないと判断し、ステップＳ８０３に進む。

ステップＳ８０２では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト設定情報の更新を行い、処理を終了する。ここでのリダイレクト設定は、図４に示すリダイレクト宛先情報におけるリダイレクト設定４１４のことである。

ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先の設定要求元の端末がリダイレクト宛先候補の端末である場合、リダイレクト宛先端末情報４１０におけるリダイレクト宛先端末のリダイレクト設定４１４の情報を「あり」に更新する。リダイレクト宛先端末は、リダイレクト宛先の設定要求元の端末であり、ここでは、ＭＦＰ−Ｃ１０３である。

ステップＳ８０３では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先設定不可であることを設定要求元端末に対して通知し、処理を終了する。具体的には、ＳＩＰサーバ１０５のＣＰＵは、設定要求元の端末からのＲＥＧＩＳＴＥＲリクエストに対して、リダイレクト宛先設定不可であることを示すエラー応答を返す。この場合、リダイレクト設定４１４の情報の更新は一切行われない。

以上説明したように、ＳＩＰサーバ１０５は、ＭＦＰ−Ｃ１０３からのリダイレクト宛先設定要求を受け、リダイレクト宛先情報を用いてリダイレクト宛先設定要求元の端末がリダイレクト宛先候補の端末か否かを判断する。そして、ＳＩＰサーバ１０５は、リダイレクト宛先候補の端末である場合、リダイレクト宛先情報におけるリダイレクト設定４１４の情報を更新し、リダイレクト設定４１４の情報を「あり」に更新する。

次に、図９を参照して、外部のＭＦＰ−Ｘ１０４からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へＦＡＸ発信した場合の動作について説明する。なお、リダイレクト設定情報は、図４に示す内容とする。

まず、ＭＦＰ−Ｘ１０４からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へＦＡＸ発信すると、ＭＦＰ−Ｘ１０４は、ＦＡＸ番号「０３−１１１１−１１１１」への接続を要求するＩＮＶＩＴＥリクエストをＳＩＰサーバ１０５に対して送信する。

ＳＩＰサーバ１０５は、ＩＮＶＩＴＥリクエストに対して、リダイレクトレスポンス３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスをＭＦＰ−Ｘ１０４に返す。このとき、ＳＩＰサーバ１０５は、リダイレクト設定情報を参照し、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」のリダイレクト宛先の端末のＩＰアドレスも３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスとともにＭＦＰ−Ｘ１０４に返送する。リダイレクト設定情報は、図４に示す内容であるので、この場合、リダイレクト設定４１４が「あり」と設定されているＭＦＰ−Ｃ１０３のＩＰアドレス４１３「１１．１１．１１．３３」がＭＦＰ−Ｘ１０４に返送される。

続いて、ＭＦＰ−Ｘ１０４は、３０２ＭｏｖｅｄＴｅｍｐｏｒａｒｙレスポンスに対する確認応答であるＡＣＫをＳＩＰサーバ１０５に送信する。また、ＭＦＰ−Ｘ１０４は、リダイレクトレスポンス及びリダイレクト宛先の端末のＩＰアドレスを受け、再度ＩＮＶＩＴＥリクエストをＳＩＰサーバ１０５に対して送信する。この時の宛先のＩＰアドレスは、前記受信したＩＰアドレス、即ちＭＦＰ−Ｃ１０３のＩＰアドレス４１３「１１．１１．１１．３３」である。

ＳＩＰサーバ１０５は、前記ＩＮＶＩＴＥリクエストを中継し、リダイレクト宛先であるＭＦＰ−Ｃ１０３にＩＮＶＩＴＥリクエストを送信する。また、ＳＩＰサーバ１０５は、ＭＦＰ−Ｘ１０４に暫定的に１００Ｔｒｙｉｎｇレスポンスを返送し、ＭＦＰ−Ｃ１０３に接続しようとしていることを通知する。

ＳＩＰサーバ１０５からＩＮＶＩＴＥリクエストを受信したＭＦＰ−Ｃ１０３は、ＦＡＸ着信処理を開始するとともに、ＦＡＸ呼び出し中であることを示す１８０ＲｉｎｇｉｎｇレスポンスをＳＩＰサーバ１０５に返送する。

ＳＩＰサーバ１０５は、前記１８０Ｒｉｎｇｉｎｇレスポンスを中継し、ＭＦＰ−Ｘ１０４に返送する。ＭＦＰ−Ｃ１０３は、ＦＡＸ着信を開始するとともに２００ＯＫレスポンスをＳＩＰサーバ１０５経由でＭＦＰ−Ｘ１０５に返送する。前記２００ＯＫレスポンスを受信したＭＦＰ−Ｘ１０４は、２００ＯＫレスポンスを受信したことを示すＡＣＫをＭＦＰ−Ｃ１０３に対して送信する。

前記ＡＣＫのＭＦＰ−Ｃ１０３による受信により、ＭＦＰ−Ｘ１０４とＭＦＰ−Ｃ１０３の間のセッションが確立し、その後はＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのＦＡＸ通信が行われる。ＭＦＰ−Ｃ１０３においてＦＡＸ受信が終了すると、ＭＦＰ−Ｃ１０３からＭＦＰ−Ｘ１０４にメソッドＢＹＥが送信される。このＢＹＥに対する２００ＯＫレスポンスがＭＦＰ−Ｘ１０４からＭＦＰ−Ｃ１０３に返送され、セッションが終了する。

以上より、図４の着信側端末情報４００における端末名４０１のＭＦＰ−Ａ１０１のリダイレクト宛先は、リダイレクト宛先端末情報４１０におけるリダイレクト設定４１４「あり」と設定されている端末ＭＦＰ−Ｃ１０３となる。

次に、ＭＦＰ−Ａ１０１のリダイレクト宛先設定解除、即ち、ＭＦＰ−Ａ１０１へのＦＡＸ送信をリダイレクトしないでＭＦＰ−Ａ１０１で受信するように設定を戻す場合について説明する。

リダイレクト宛先設定解除は、図４における着信側端末情報４００あるいはリダイレクト宛先端末情報４１０に存在している端末から可能である。リダイレクト宛先情報が図４に示す内容である場合、着信側端末ＭＦＰ−Ａ１０１及びリダイレクト宛先端末ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３からＭＦＰ−Ａ１０１のリダイレクト宛先設定解除が可能である。

ユーザは、リダイレクト宛先設定解除をする場合、リダイレクト宛先設定解除が可能な端末の表示／操作部２０３の各種キーなどを操作し、ＭＦＰ−Ａ１０１のリダイレクト宛先設定解除を指示する。

リダイレクト宛先設定解除の指示を受けた端末は、ＳＩＰサーバ１０５に対してリダイレクト宛先設定解除を要求する。この要求を受けたＳＩＰサーバ１０５は、要求元端末の端末名及びＩＰアドレスがリダイレクト宛先情報に存在するか検索する。そして、ＳＩＰサーバ１０５は、要求元端末の端末名及びＩＰアドレスがリダイレクト宛先情報に存在する場合、図４におけるリダイレクト宛先端末情報４１０の各端末に対応するリダイレクト設定４１４を全て「なし」に設定する。

リダイレクト設定４１４を全て「なし」に設定することで、ＭＦＰ−Ａ１０１のリダイレクト宛先設定が解除される。ＳＩＰサーバ１０５は、リダイレクト宛先情報がリダイレクト宛先設定解除状態の場合、リダイレクトレスポンスを返送しない。従って、リダイレクト動作が行われることなく、ＭＦＰ−Ａ１０１へのＦＡＸ送信はＭＦＰ−Ａ１０１によって受信される。

以上説明したように、本実施形態では、ＳＩＰサーバ１０５は、端末認証されたＭＦＰ−Ａ１０１からリダイレクト宛先候補の登録を受け付け、リダイレクト宛先端末情報を更新する。そして、リダイレクト宛先候補として登録されたＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３のうち、ユーザはＭＦＰ−Ｃ１０３からＳＩＰサーバ１０５に対してリダイレクト宛先設定を要求する。

また、前記要求を受けたＳＩＰサーバ１０５は、リダイレクト宛先情報におけるＭＦＰ−Ｃ１０３のリダイレクト設定４１４の情報を「あり」に更新する。リダイレクト設定４１４「あり」の設定に従い、ＳＩＰサーバ１０５は、ＭＦＰ−Ｘ１０４からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸ発信に対し、リダイレクトレスポンスを行う。また、ＳＩＰサーバ１０５は、リダイレクトレスポンスにおいてリダイレクト宛先ＭＦＰ−Ｃ１０３のＩＰアドレス「１１．１１．１１．３３」をＭＦＰ−Ｘ１０４に返送する。

ＭＦＰ−Ｘ１０４は、リダイレクト宛先ＭＦＰ−Ｃ１０３に対してＩＮＶＩＴＥリクエストを送信し接続を要求する。その後はＭＦＰ−Ｘ１０４とＭＦＰ−Ｃ１０３の間でセッションが確立しＦＡＸ通信が行われる。

この一連の動作により、ユーザがＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定することが可能となる。この設定により、ＭＦＰ−Ｃ１０３でＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」に対するＦＡＸ送信を受信することが可能となる。

なお、本実施形態では、リダイレクト宛先をＭＦＰ−Ｃ１０３に設定する場合について説明したが、ＭＦＰ−Ｂ１０２からＳＩＰサーバ１０５に対してリダイレクト宛先設定を要求し、ＭＦＰ−Ｂ１０２をリダイレクト宛先に設定することも可能である。その場合、図４に示すリダイレクト宛先端末情報４１０の端末名４１１「ＭＦＰ−Ｂ」に対応するリダイレクト設定４１４を「あり」に設定すればよい。

以上説明したように、本実施形態では、端末認証されたＭＦＰ−Ａ１０１から複数のリダイレクト宛先候補（ＭＦＰ−Ｂ１０２、ＭＦＰ−Ｃ１０３）の登録をＳＩＰサーバ１０５が受け付ける。そして、登録された複数のリダイレクト宛先候補のうちでユーザが所望するいずれかの候補をリダイレクト宛先に設定することが可能となる。その結果、ＭＦＰ−Ａ１０１宛ての接続要求は設定されたリダイレクト宛先に転送される。

また、リダイレクト宛先候補として登録されていない端末からリダイレクト宛先設定があった場合、前記端末をリダイレクト宛先に設定することを防ぐことが可能となる。従って、ユーザによって登録されていない端末へＦＡＸがリダイレクトされてしまうことを防止することが可能となる。

（第２の実施形態）
次に、図１０〜図１２を参照して、本発明の第２の実施形態である情報処理システムについて説明する。なお、上記第１の実施形態と重複する部分については、符号を流用して説明する。

図１０は、ユーザがＭＦＰ−Ａ１０１の操作によりリダイレクト宛先候補を設定する場合の動作を説明するためのフローチャート図である。ユーザがＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先候補を設定する場合、ユーザは、所望のリダイレクト宛先候補情報の入力を行う（ステップＳ１０００）。ユーザは、表示／操作部２０３の各種キーなどを操作し、リダイレクト宛先候補情報を入力する。リダイレクト宛先候補情報は、所望のリダイレクト宛先端末の端末名及びＩＰアドレスである。

ここで、ＭＦＰ−Ｂ１０２及びＭＦＰ−Ｃ１０３をＭＦＰ−Ａ１０１のリダイレクト宛先候補と設定する場合を説明する。この場合、ユーザは、ＭＦＰ−Ｂ１０２の端末名「ＭＦＰ−Ｂ」、ＩＰアドレス「１１．１１．１１．２２」及びＭＦＰ−Ｃ１０３の端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」を入力する。ＭＦＰ−Ａ１０１に入力されたリダイレクト宛先候補情報は、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持される。

次に、ユーザが、ＭＦＰ−Ｃ１０３からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定する場合の動作について説明する。

ユーザは、ＭＦＰ−Ｃ１０３の操作により、着信側端末の情報の入力を行う。着信側端末の情報の入力後、ＭＦＰ−Ｃ１０３は、ＳＩＰサーバ１０５に対してＲＥＧＩＳＴＥＲリクエストを送信する。この一連の動作は上記第１の実施形態における図７の説明と同様である。そして、ＭＦＰ−Ｃ１０３からＳＩＰサーバ１０５に対して、着信側端末名「ＭＦＰ−Ａ」、ＦＡＸ番号「０３−１１１１−１１１１」及び設定要求元端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」が送信される。

図１１は、ＳＩＰサーバ１０５がＭＦＰ−Ｃ１０３からリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。なお、図１１での各処理は、ＳＩＰサーバ１０５の不図示のＲＯＭやＨＤＤ等に記憶されたプログラムがＲＡＭにロードされて、ＣＰＵにより実行される。

ステップＳ１１００では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３から送信されたＲＥＧＩＳＴＥＲリクエストを受信すると、ＭＦＰ−Ａ１０１に対してリダイレクト宛先設定可否を問い合わせ、ステップＳ１１０１に進む。前記問い合わせの際には、ＳＩＰサーバ１０５のＣＰＵは、設定要求元端末名及びＩＰアドレスの情報をＭＦＰ−Ａ１０１に対して送信する。この場合、設定要求元端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」が送信される。

前記リダイレクト宛先設定可否の問い合わせに対して、ＭＦＰ−Ａ１０１からはリダイレクト宛先設定を許可するか否かを示すレスポンスがＳＩＰサーバ１０５に送信される。ＭＦＰ−Ａ１０１からのリダイレクト宛先設定を許可するか否かを示すレスポンスについては後述する。

ステップＳ１１０１では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ａ１０１からのレスポンスがリダイレクト宛先設定を許可するレスポンスか否かを判断する。そして、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先設定を許可するレスポンスの場合は、ステップＳ１１０２に進み、リダイレクト宛先設定を許可するレスポンスではない場合は、ステップＳ１１０３に進む。

ステップＳ１１０２では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先を設定し、処理を終了する。具体的には、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３によるリダイレクト宛先の設定要求の際に受信した設定要求元端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」にリダイレクト宛先を設定する。

ステップＳ１１０３では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先設定不可であることを登録要求元端末に対して通知し、処理を終了する。具体的には、ＳＩＰサーバ１０５のＣＰＵは、登録要求元端末からのＲＥＧＩＳＴＥＲリクエストに対して、リダイレクト宛先設定不可であることを示すエラー応答を返す。この場合、リダイレクト宛先の変更は一切行われない。

図１２は、図１１のステップＳ１１００でＳＩＰサーバ１０５からリダイレクト宛先設定可否の問い合わせが通知された際に、ＭＦＰ−Ａ１０１がリダイレクト宛先設定可否を判断する処理を説明するためのフローチャート図である。なお、図１２での各処理は、ＭＦＰ−Ａ１０１のＲＯＭ２０８やＨＤＤ２１０等に記憶されたプログラムがＲＡＭ２０９にロードされて、ＣＰＵ２０１により実行される。ここで、前述したように、ＭＦＰ−Ａ１０１は、ＳＩＰサーバ１０５からリダイレクト宛先設定可否の問い合わせが通知された際に、設定要求元端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」の情報を受信している。

ステップＳ１２００では、ＭＦＰ−Ａ１０１のＣＰＵは、受信した設定要求元端末名、ＩＰアドレスの情報を基に、設定要求元端末がリダイレクト宛先候補か否かを判断する。具体的には、ＭＦＰ−Ａ１０１のＣＰＵは、図１０において、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持されているリダイレクト宛先候補設定情報の中に設定要求元端末の情報があるか否かを判断する。

そして、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先候補設定情報の中に設定要求元端末の情報がある場合は、設定要求元端末がリダイレクト宛先候補であると判断して、ステップＳ１２０１に進む。また、ＭＦＰ−Ａ１０１のＣＰＵは、設定要求元端末の情報がない場合は、設定要求元端末がリダイレクト宛先候補ではないと判断し、ステップＳ１２０２に進む。

前述したように、ＭＦＰ−Ａ１０１のＨＤＤ２１０には、端末名「ＭＦＰ−Ｂ」、ＩＰアドレス「１１．１１．１１．２２」及び端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」がリダイレクト宛先候補設定情報として記憶されている。それに対し、ＭＦＰ−Ａ１０１が受信した設定要求元の端末名は「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」であるので、ＭＦＰ−Ｃはリダイレクト宛先候補であると判断される。

ステップＳ１２０１では、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先設定を許可するレスポンスをＳＩＰサーバ１０５に対して送信し、処理を終了する。

ステップＳ１２０２では、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先設定を許可しないレスポンスをＳＩＰサーバ１０５に対して送信し、処理を終了する。

以上説明したように、本実施形態では、ＳＩＰサーバ１０５がＭＦＰ−Ｃ１０３からリダイレクト宛先の設定要求を受け、ＭＦＰ−Ａ１０１に対してリダイレクト宛先設定可否を問い合わせる。ＭＦＰ−Ａ１０１は、ＨＤＤ２１０に記憶保持されているリダイレクト宛先候補設定情報により、リダイレクト宛先の設定要求元端末がリダイレクト宛先候補か否かを判断する。そして、ＭＦＰ−Ａ１０１は、リダイレクト宛先候補の場合、リダイレクト宛先設定を許可するレスポンスをＳＩＰサーバ１０５に対して送信する。

リダイレクト宛先設定を許可するレスポンスを受けたＳＩＰサーバ１０５は、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定する。このリダイレクト宛先の設定に従い、ＳＩＰサーバ１０５は、ＭＦＰ−Ｘ１０４からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へＦＡＸ発信に対し、リダイレクトレスポンスを行う。また、ＳＩＰサーバ１０５は、前記リダイレクトレスポンスにおいてリダイレクト宛先ＭＦＰ−Ｃ１０３のＩＰアドレス「１１．１１．１１．３３」をＭＦＰ−Ｘ１０４に返送する。

その後は、上記第１の実施形態と同様に、ＭＦＰ−Ｘ１０４とＭＦＰ−Ｃ１０３との間でセッションが確立されＦＡＸ通信が行われる。この一連の動作により、ユーザがＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定することが可能となる。また、ＭＦＰ−Ｃ１０３で、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」に対するＦＡＸを受信することが可能となる。

なお、本実施形態では、リダイレクト宛先をＭＦＰ−Ｃ１０３に設定する場合について説明したが、ユーザがＭＦＰ−Ｂ１０２からＳＩＰサーバ１０５に対してリダイレクト宛先設定を要求し、ＭＦＰ−Ｂ１０２をリダイレクト宛先に設定することも可能である。

以上説明したように、本実施形態では、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持された、予めユーザによって入力されたリダイレクト宛先候補情報における複数のリダイレクト宛先候補のいずれかをリダイレクト宛先に設定することが可能となる。

また、リダイレクト宛先候補としてＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持されていない端末からリダイレクト宛先設定があった場合、前記端末をリダイレクト宛先に設定することを防ぐことが可能となる。従って、ユーザによってＭＦＰ−Ａ１０１のＨＤＤ２１０のリダイレクト宛先候補情報に記憶保持されていない端末へＦＡＸがリダイレクトされてしまうことを防止することが可能となる。

なお、本実施形態では、図１２のステップＳ１２００でのリダイレクト宛先候補か否かの判断を、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持された予めユーザによって入力されたリダイレクト宛先候補情報に基づいて行っているが、これに限定されない。例えば、リダイレクト設定要求があった際に、ＭＦＰ−Ｃ１０３をＭＦＰ−Ａ１０１宛ての接続要求の転送先として設定することを許可するか否かをユーザに問い合わせるための画面を表示／操作部２０３に表示するようにしてもよい。この場合、表示された画面を介して入力されるユーザからの指示に従って、サーバへの応答が行われる。

また、ここではＳＩＰサーバ１０５において、ＭＦＰ−Ａ１０１に対する接続要求の転送先としてＭＦＰ−Ｃ１０３を設定する前に、ＭＦＰ−Ａ１０１に対してその設定可否を問い合わせる例について説明したが、他の態様であっても構わない。即ち、ＭＦＰ−Ｃ１０３からの設定要求を受けた場合に、ＳＩＰサーバ１０５がリダイレクトの設定を行うとともに、その旨をＭＦＰ−Ａ１０１に通知するようにしても構わない。これにより、通知を受けたＭＦＰ−Ａ１０１のユーザが、本来ＭＦＰ−Ａ１０１に送信されるはずのデータが転送されてしまった事実を知ることができる。また、更にＭＦＰ−Ａ１０１のユーザがそのリダイレクト設定を望まない場合に、設定を取り消すことも可能となる。

（第３の実施形態）
次に、図１３〜図１５を参照して、本発明の第３の実施形態である情報処理システムについて説明する。なお、上記第１の実施形態と重複する部分については、符号を流用して説明する。

図１３は、ＭＦＰ−Ｃ１０３がＭＦＰ−Ａ１０１に対してリダイレクト宛先の設定要求をする場合の処理を説明するためのフローチャート図である。なお、図１３での各処理は、ＭＦＰ−Ｃ１０３のＲＯＭ２０８やＨＤＤ２１０等に記憶されたプログラムがＲＡＭ２０９にロードされて、ＣＰＵ２０１により実行される。

まず、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸをＭＦＰ−Ｃ１０３へリダイレクトする場合、ユーザはＭＦＰ−Ｃ１０３の表示／操作部２０３の各種キーなどの操作により着信側端末の情報を入力する。ここでは、ユーザは、着信側端末の端末名「ＭＦＰ−Ａ」、ＦＡＸ番号「０３−１１１１−１１１１」の情報を入力する。

ステップＳ１３００では、ＭＦＰ−Ｃ１０３のＣＰＵは、前述したユーザによる着信側端末の入力が行われると、ステップＳ１３０１に進む。

ステップＳ１３０１では、ＭＦＰ−Ｃ１０３のＣＰＵは、ステップＳ１３０１で入力された端末名「ＭＦＰ−Ａ」の端末ＭＦＰ−Ａ１０１に対してリダイレクト宛先設定許可情報を要求し、ステップＳ１３０２に進む。なお、リダイレクト宛先設定許可情報については後述する。

ステップＳ１３０２では、ＭＦＰ−Ｃ１０３のＣＰＵは、ＭＦＰ−Ａ１０１からリダイレクト宛先設定許可情報を受信し、ステップＳ１３０３に進む。

ステップＳ１３０３では、ＭＦＰ−Ｃ１０３のＣＰＵは、ＳＩＰサーバ１０５に対してＲＥＧＩＳＴＥＲリクエストを送信し、処理を終了する。

ＲＥＧＩＳＴＥＲリクエストにおいては、ＭＦＰ−Ｃ１０３から着信側端末の端末名「ＭＦＰ−Ａ」、ＦＡＸ番号「０３−１１１１−１１１１」がＳＩＰサーバ１０５に対して送信される。また、ＲＥＧＩＳＴＥＲリクエストにおいては、ＭＦＰ−Ｃ１０３は、ＳＩＰサーバ１０５に対して、設定要求元の端末ＭＦＰ−Ｃ１０３の端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」も送信する。更に、ＲＥＧＩＳＴＥＲリクエストにおいては、ＭＦＰ−Ｃ１０３は、ＳＩＰサーバ１０５に対して、ＭＦＰ−Ａ１０１から受信したリダイレクト宛先設定許可情報も送信する。

図１４は、ＭＦＰ−Ａ１０１がＭＦＰ−Ｃ１０３からリダイレクト宛先設定許可情報の要求を受けた場合の処理を説明するためのフローチャート図である。なお、図１４での各処理は、ＭＦＰ−Ａ１０１のＲＯＭ２０８やＨＤＤ２１０等に記憶されたプログラムがＲＡＭ２０９にロードされて、ＣＰＵ２０１により実行される。

ステップＳ１４００では、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先設定可否の判断を行う。リダイレクト宛先設定可否の判断は、リダイレクト宛先設定許可情報の要求元の端末に対して行われ、要求元の端末がリダイレクト宛先候補か否かを判断する（Ｓ１４００）。そして、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先候補であると判断した場合はステップＳ１４０１に進み、リダイレクト宛先候補ではないと判断した場合はステップＳ１４０２に進む。

ここでの判断は、上記第２の実施形態と同様に、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持されている、予めユーザによって入力されたリダイレクト宛先候補情報に基づいて行われる。ＭＦＰ−Ａ１０１のＨＤＤ２１０には、端末名「ＭＦＰ−Ｂ」、ＩＰアドレス「１１．１１．１１．２２」及び端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」がリダイレクト宛先候補設定情報として記憶保持されているものとする。ＭＦＰ−Ａ１０１がリダイレクト宛先設定許可情報の要求を受けた端末は、ＭＦＰ−Ｃであり、前述したように、ＭＦＰ−Ｃ１０３はリダイレクト宛先候補設定情報として記憶保持されているので、ＭＦＰ−Ｃ１０３はリダイレクト宛先候補であると判断される。

ステップＳ１４０１では、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先設定許可情報をＭＦＰ−Ｃ１０３に対して送信し、処理を終了する。

ステップＳ１４０２では、ＭＦＰ−Ａ１０１のＣＰＵは、リダイレクト宛先設定不可であることをＭＦＰ−Ｃ１０３に対して通知し、処理を終了する。

ここで、リダイレクト宛先設定許可情報について説明すると、リダイレクト宛先設定許可情報は、着信側の端末からリダイレクト宛先設定許可を受けたことを証明する情報である。この情報のセキュリティを保つため、リダイレクト宛先設定許可情報は暗号化されている。

図１３のステップＳ１３０２におけるＭＦＰ−Ｃ１０３のリダイレクト宛先設定許可情報受信動作の説明では、ＭＦＰ−Ａ１０１からリダイレクト宛先設定許可情報が送信されるものとしている。しかし、ＭＦＰ−Ａ１０１のＨＤＤ２１０にリダイレクト宛先候補として記憶保持されていない端末がステップＳ１３０１のリダイレクト宛先設定許可情報要求を行った場合、ＭＦＰ−Ａ１０１からリダイレクト宛先設定許可情報は送信されない。

図１５は、ＳＩＰサーバ１０５がＭＦＰ−Ｃ１０３からリダイレクト宛先の設定要求を受けた場合の処理を説明するためのフローチャート図である。なお、図１５での各処理は、ＳＩＰサーバ１０５の不図示のＲＯＭやＨＤＤ等に記憶されたプログラムがＲＡＭにロードされて、ＣＰＵにより実行される。

ステップＳ１５００では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３から送信された着信側端末の端末名「ＭＦＰ−Ａ」に対して、リダイレクト宛先設定許可情報を要求し、ステップＳ１５０１に進む。

ステップＳ１５０１では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ａ１０１から返信されたリダイレクト宛先設定許可情報を受信し、ステップＳ１５０２に進む。なお、リダイレクト宛先設定許可情報の要求元がＳＩＰサーバ１０５の場合、ＭＦＰ−Ａ１０１は前述したようなリダイレクト宛先候補か否かの判断は行わない。

ステップＳ１５０２では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３から受信したＲＥＧＩＳＴＥＲリクエストにおけるリダイレクト宛先設定許可情報とＭＦＰ−Ａ１０１から受信したリダイレクト宛先設定許可情報とが合致するか否かを判断する。ここでの判断は、２つのリダイレクト宛先設定許可情報の復号及び照合後に行われる。

そして、ＳＩＰサーバ１０５のＣＰＵは、２つのリダイレクト宛先設定許可情報が合致した場合は、ステップＳ１５０３に進み、２つのリダイレクト宛先設定許可情報が合致しない場合は、ステップＳ１５０４に進む。

２つのリダイレクト宛先設定許可情報が合致した場合は、ＭＦＰ−Ｃ１０３からリダイレクト宛先の設定要求を受けた場合に相当する。前述したように、ＭＦＰ−Ｃ１０３は、ＭＦＰ−Ａ１０１からリダイレクト宛先設定許可情報を取得し、取得したリダイレクト宛先設定許可情報をＳＩＰサーバ１０５に送信している。従って、ＭＦＰ−Ｃ１０３から受信したリダイレクト宛先設定許可情報とＭＦＰ−Ａ１０１から受信したリダイレクト宛先設定許可情報とは合致する。

ステップＳ１５０３では、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先を設定し、処理を終了する。

具体的には、ＳＩＰサーバ１０５のＣＰＵは、ＭＦＰ−Ｃ１０３によるリダイレクト宛先の設定要求の際に受信した設定要求元端末名「ＭＦＰ−Ｃ」、ＩＰアドレス「１１．１１．１１．３３」にリダイレクト宛先を設定する。

ステップＳ１５０４では、ＳＩＰサーバ１０５のＣＰＵは、リダイレクト宛先設定不可であることを登録要求元端末に対して通知し、処理を終了する。

具体的には、ＳＩＰサーバ１０５のＣＰＵは、登録要求元端末からのＲＥＧＩＳＴＥＲリクエストに対して、リダイレクト宛先設定不可であることを示すエラー応答を返す。この場合、リダイレクト宛先の変更は一切行われない。

以上説明したように、本実施形態では、ＭＦＰ−Ｃ１０３がＭＦＰ−Ａ１０１に対してリダイレクト宛先設定許可情報を要求する。この要求を受けたＭＦＰ−Ａ１０１は、要求元の端末ＭＦＰ−Ｃ１０３がリダイレクト宛先候補か否かを判断する。そして、要求元の端末ＭＦＰ−Ｃ１０３がリダイレクト宛先候補である場合、ＭＦＰ−Ａ１０１は、リダイレクト宛先設定許可情報を前記要求元の端末ＭＦＰ−Ｃ１０３に対して送信する。ＭＦＰ−Ｃ１０３は、ＳＩＰサーバ１０５に対してリダイレクト宛先設定を要求するＲＥＧＩＳＴＥＲリクエストの際にＭＦＰ−Ａ１０１から受信したリダイレクト宛先設定許可情報を送信する。

そして、ＳＩＰサーバ１０５は、リダイレクト対象ＦＡＸ端末であるＭＦＰ−Ａ１０１に対してリダイレクト宛先設定許可情報を要求し、返送されるリダイレクト宛先設定許可情報を受信する。また、ＳＩＰサーバ１０５は、ＭＦＰ−Ｃ１０３からのＲＥＧＩＳＴＥＲリクエストにおいてＭＦＰ−Ｃ１０３から受信したリダイレクト宛先設定許可情報と前記ＭＦＰ−Ａ１０１から受信したリダイレクト宛先設定許可情報が合致するか否かを判断する。そして、合致する場合は、ＳＩＰサーバ１０５は、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定する。

また、前記リダイレクト宛先の設定に従い、ＳＩＰサーバ１０５は、ＭＦＰ−Ｘ１０４からＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸ発信に対し、リダイレクトレスポンスを行う。このリダイレクトレスポンスにおいて、ＳＩＰサーバ１０５は、リダイレクト宛先ＭＦＰ−Ｃ１０３のＩＰアドレス「１１．１１．１１．３３」をＭＦＰ−Ｘ１０４に返送する。その後の動作は、上記第１の実施形態と同様である。

この一連の動作により、ユーザがＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」へのＦＡＸのリダイレクト宛先をＭＦＰ−Ｃ１０３に設定することが可能となる。そして、ＭＦＰ−Ｃ１０３で、ＭＦＰ−Ａ１０１のＦＡＸ番号「０３−１１１１−１１１１」に対するＦＡＸを受信することが可能となる。

なお、本実施形態では、リダイレクト宛先をＭＦＰ−Ｃ１０３に設定する場合について説明したが、ＭＦＰ−Ｂ１０２からＭＦＰ−Ａ１０１に対してリダイレクト宛先設定許可情報を要求し、ＭＦＰ−Ｂ１０２をリダイレクト宛先に設定することも可能である。

以上説明したように、本実施形態では、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持された予めユーザによって入力されたリダイレクト宛先候補情報における複数のリダイレクト宛先候補のいずれかをリダイレクト宛先に設定することが可能となる。

また、リダイレクト宛先候補としてＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持されていない端末からリダイレクト宛先設定があった場合、前記端末をリダイレクト宛先に設定することを防ぐことが可能となる。従って、ＭＦＰ−Ａ１０１のＨＤＤ２１０のリダイレクト宛先候補情報に記憶保持されていない端末へＦＡＸがリダイレクトされてしまうことを防止することが可能となる。

なお、本実施形態では、図１４のステップＳ１４００におけるリダイレクト宛先候補か否かの判断を、ＭＦＰ−Ａ１０１のＨＤＤ２１０に記憶保持された予めユーザによって入力されたリダイレクト宛先候補情報に基づいて行っている。しかし、リダイレクト設定要求があった際にＭＦＰ−Ｃ１０３をＭＦＰ−Ａ１０１宛ての接続要求の転送先として設定することを許可するか否かをユーザに問い合わせるための画面を表示／操作部２０３に表示するようにしてもよい。この場合、表示された画面を介して入力されるユーザからの指示に従って、リダイレクト宛先設定許可情報がＭＦＰ−Ｃ１０３に送信される。

なお、本発明は、上記各実施形態に例示したものに限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。

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

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

１００ ネットワーク
１０１ ＭＦＰ−Ａ
１０２ ＭＦＰ−Ｂ
１０３ ＭＦＰ−Ｃ
１０４ ＭＦＰ−Ｘ
１０５ ＳＩＰサーバ
２０１ ＣＰＵ
２０３ 表示／操作部
２０４ スキャナ部
２０５ 印刷部
２０６ ＩＰパケット作成／解析部
２０７ 画像変換制御部
２０８ ＲＯＭ
２０９ ＲＡＭ
２１０ ＨＤＤ
２１３ ネットワークＩ／Ｆ部
２１４ Ｔ．３８プロトコル作成／解析部

Claims (13)

1. 少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行う通信システムであって、
   前記サーバが、
   前記第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答手段と、
   前記第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断手段と、
   前記判断手段による判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定手段と、
   前記設定手段により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答手段が前記第２の端末のアドレス情報を応答するよう制御する制御手段と、を備え、
   前記判断手段は、前記第２の端末から前記要求を受けた場合に、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを前記第１の端末に対して問い合わせることにより、前記判断を行うことを特徴とする通信システム。
2. 前記第１の端末が、前記第１の端末宛ての接続要求の転送先として設定可能な端末を示す情報を保持する保持手段を備え、
   前記第１の端末は、前記サーバからの問い合わせに対して、前記第２の端末を示す情報が前記保持手段に保持されている場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると応答し、前記第２の端末を示す情報が前記保持手段に保持されていない場合は、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可しないと応答することを特徴とする請求項１に記載の通信システム。
3. 前記第１の端末が、表示手段を備え、
   前記第１の端末は、前記サーバからの問い合わせに対して、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かをユーザに問い合わせるための画面を前記表示手段に表示し、当該表示した画面を介して入力される指示に従って前記サーバに応答することを特徴とする請求項１に記載の通信システム。
4. 少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行う通信システムであって、
   前記サーバが、
   前記第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答手段と、
   前記第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断手段と、
   前記判断手段による判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定手段と、
   前記設定手段により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答手段が前記第２の端末のアドレス情報を応答するよう制御する制御手段と、を備え、
   前記判断手段は、前記第２の端末から受信する、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを前記第１の端末が許可したことを示す許可情報に基づいて、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを判断することを特徴とする通信システム。
5. 前記第２の端末が、当該第２の端末を前記第１の端末宛てのデータの転送先として設定することを前記第１の端末が許可したことを示す許可情報を前記第１の端末から取得する取得手段を備え、
   前記第２の端末は、前記第２の端末が前記サーバに対して前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求する際に、前記取得手段が取得した許可情報を前記サーバに送信することを特徴とする請求項４に記載の通信システム。
6. ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行うサーバであって、
   第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答手段と、
   第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断手段と、
   前記判断手段による判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定手段と、
   前記設定手段により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答手段が前記第２の端末のアドレス情報を応答するよう制御する制御手段と、を備え、
   前記判断手段は、前記第２の端末から前記要求を受けた場合に、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを前記第１の端末に対して問い合わせることにより、前記判断を行うことを特徴とするサーバ。
7. ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行うサーバであって、
   第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答手段と、
   第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断手段と、
   前記判断手段による判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定手段と、
   前記設定手段により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答手段が前記第２の端末のアドレス情報を応答するよう制御する制御手段と、を備え、
   前記判断手段は、前記第２の端末から受信する、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを前記第１の端末が許可したことを示す許可情報に基づいて、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを判断することを特徴とするサーバ。
8. 少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行う通信システムにおける通信方法であって、
   前記サーバにおいて、
   前記第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答工程と、
   前記第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断工程と、
   前記判断工程における判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定工程と、
   前記設定工程により前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答工程で前記第２の端末のアドレス情報が応答されるよう制御する制御工程と、を備え、
   前記判断工程は、前記第２の端末から前記要求を受けた場合に、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを前記第１の端末に対して問い合わせることにより、前記判断を行うことを特徴とする通信システムにおける通信方法。
9. 少なくとも第１の端末及び第２の端末を含む複数の端末とサーバとが通信回線を介して互いに接続され、ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行う通信システムにおける通信方法であって、
   前記サーバにおいて、
   前記第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答工程と、
   前記第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断工程と、
   前記判断工程における判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定工程と、
   前記設定工程で前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答工程で前記第２の端末のアドレス情報が応答されるよう制御する制御工程と、を備え、
   前記判断工程では、前記第２の端末から受信する、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを前記第１の端末が許可したことを示す許可情報に基づいて、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを判断することを特徴とする通信システムにおける通信方法。
10. ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行うサーバの制御方法であって、
    第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答工程と、
    第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断工程と、
    前記判断工程における判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定工程と、
    前記設定工程で前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答工程で前記第２の端末のアドレス情報を応答するよう制御する制御工程と、を備え、
    前記判断工程では、前記第２の端末から前記要求を受けた場合に、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを前記第１の端末に対して問い合わせることにより、前記判断を行うことを特徴とするサーバの制御方法。
11. ＳＩＰ（Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いてデータ通信を行うサーバの制御方法であって、
    第１の端末宛ての接続要求を外部装置から受けた場合に、当該外部装置に対して前記第１の端末のアドレス情報を応答する応答工程と、
    第２の端末から、当該第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを要求された場合に、当該設定を許可するか否かを判断する判断工程と、
    前記判断工程における判断の結果、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可すると判断された場合に、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定する設定工程と、
    前記設定工程で前記第２の端末が前記第１の端末宛ての接続要求の転送先として設定されている状態で、前記第１の端末宛ての接続要求を受けた場合に、前記応答工程で前記第２の端末のアドレス情報を応答するよう制御する制御工程と、を備え、
    前記判断工程は、前記第２の端末から受信する、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを前記第１の端末が許可したことを示す許可情報に基づいて、前記第２の端末を前記第１の端末宛ての接続要求の転送先として設定することを許可するか否かを判断することを特徴とするサーバの制御方法。
12. 請求項８又は９に記載の通信方法をコンピュータに実行させるためのプログラム。
13. 請求項１０又は１１に記載の制御方法をコンピュータに実行させるためのプログラム。
    
    

Images