(57)【要約】【課題】管轄するＬＡＮ内のＳＩＰ通信装置の事情によりデータを受信することができなかった場合に、サーバ自身で発呼側からデータを代行受信し、これにより発呼側ユーザの再送信の負担を無くし、代行受信したデータを被呼側ＳＩＰ通信装置の都合等に合わせて提供することを可能とするＳＩＰプロキシサーバを提供すること。【解決手段】本発明に係るＳＩＰプロキシサーバ１は、管轄するＬＡＮ２内のＳＩＰ通信装置４宛にＬＡＮ２外の装置３０から「ＩＮＶＩＴＥ」を受信した場合に、その宛先のＳＩＰ通信装置４に代行してセッションを確立してデータを受信し、受信した前記データを宛先のＳＩＰ通信装置４へ送信せずに記憶保持し、その後所定の条件を満たしたとき、前記記憶保持したデータを宛先のＳＩＰ通信装置４へ送信する。【選択図】図７
2006311012.tif 000002
【特許請求の範囲】
【請求項１】
管轄するネットワークエリア内のＳＩＰ通信装置宛に前記ネットワークエリア外から通信開始要求を受信した場合に、その宛先のＳＩＰ通信装置に代行してセッションを確立し、データを受信する受信手段と、受信した前記データを前記宛先のＳＩＰ通信装置へ送信せずに記憶保持する記憶保持手段と、その後所定の条件を満たしたとき、前記記憶保持したデータを前記宛先のＳＩＰ通信装置へ送信する送信手段と、を備えることを特徴とするＳＩＰプロキシサーバ。
【請求項２】
前記ネットワークエリア内のＳＩＰ通信装置に関連付けて代行受信機能の有効無効を登録する登録手段を備え、
前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持は、前記宛先のＳＩＰ通信装置の代行受信機能の登録が有効である場合に行われることを特徴とする請求項１記載のＳＩＰプロキシサーバ。
【請求項３】
管轄するネットワークエリア内のＳＩＰ通信装置宛に前記ネットワークエリア外から通信開始要求を受信した場合に、その宛先のＳＩＰ通信装置がデータを受信できる状態にあるか否かを判定する要求受信時判定手段を備え、
前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持は、前記要求受信時判定手段により前記宛先のＳＩＰ通信装置がデータを受信できる状態にあると判定された場合に行われることを特徴とする請求項１記載のＳＩＰプロキシサーバ。
【請求項４】
前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持が行われた後に、前記宛先のＳＩＰ通信装置がデータを受信できる状態にあるか否かを判定する記憶保持後判定手段を備え、
前記所定の条件は、前記記憶保持後判定手段によって、前記宛先のＳＩＰ通信装置がデータを受信できる状態にあると判定された場合に満たされるものであることを特徴とする請求項３記載のＳＩＰプロキシサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session  Initiation  Protocol）プロキシサーバに関し、詳しくは、ＳＩＰプロキシサーバが管轄するネットワークエリア内のＳＩＰ通信装置宛のＳＩＰメッセージをネットワークエリア外から受信した場合に、当該ＳＩＰメッセージを前記ＳＩＰ通信装置に転送したり、前記ＳＩＰ通信装置に成り代わってＳＩＰメッセージを発呼側へ返信するＳＩＰプロキシサーバに関する。
【背景技術】
【０００２】
近年、ＳＩＰメッセージをやり取りしてメディアセッションを確立した上で、画像データ等のデータ通信を行う通信装置（以下「ＳＩＰ通信装置」という。）が提案されている（例えば、特許文献１乃至３を参照。）。ＳＩＰ通信装置間でのＳＩＰメッセージの転送は、ＳＩＰプロキシサーバ（例えば、特許文献１乃至３のＳＩＰサーバ）によって行われる。ＳＩＰ通信装置をＬＡＮに設置し、前記ＳＩＰプロキシサーバを、例えば特許文献４に開示されているようなリバースプロキシサーバ（２０１）のように、ＬＡＮを出入りするパケットの監視できる所に設置して、ＬＡＮ内外の通信についてアクセス制御を行うことができる。例えば、ＬＡＮ外からＬＡＮ内への不正なアクセスやＬＡＮ内からＬＡＮ外の特定のアドレスへのアクセスを禁止したり、ＬＡＮを出入りするパケットの転送優先度を制御することができる。
【０００３】
【特許文献１】特開２００４−１７２８５３号公報
【特許文献２】特開２００４−２２１９４５号公報
【特許文献３】特開２００４−２６０５３５号公報
【特許文献４】特開２００３−１８６７６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ＬＡＮ外のＳＩＰ通信装置からＬＡＮ内のＳＩＰ通信装置へ通信開始要求の呼び出しがあったときに、被呼側ＳＩＰ通信装置が他のＳＩＰ通信装置と通信中であったり、宛先ＳＩＰ通信装置にエラーが発生しているなどの事情がある場合は、双方のＳＩＰ通信装置間でセッションを確立してデータ通信を行うことができない。このような場合、発呼側ユーザは、煩わしくても、時間をおいて再度データの送信操作を行わなければならない。一方、被呼側ＳＩＰ通信装置は、他の相手との通信が終了し或いはエラーが回復して、データを受信できる状態になっても、発呼側ＳＩＰ通信装置が再送信するまでデータを受信することができない。つまり、エラー等により当初受信できなかったデータをエラー等が回復した後に迅速に取得することができないという問題があった。
【０００５】
また、データ通信は発呼側から送出される通信開始要求により始まるため、被呼側ＳＩＰ通信装置のユーザは、データの受信時期を自己の都合に合わせることができないという問題がある。例えば、被呼側ユーザが不在のときに、被呼側ＳＩＰ通信装置が機密文書の画像データを受信しこれを自動的に印字すると、それを第三者に見られるおそれがある。もし、被呼側ユーザの都合に合わせて画像データを受信することができれば、そのような問題は解消されるが、そのような機能を持ったＳＩＰ通信装置は未だ提案されていない。
【０００６】
また、従来より被呼側ＳＩＰ通信装置において、代行受信先を発呼側に通知して他の装置で代行受信することは可能であったが、代行受信先を発呼側に通知することなくサーバ自身で代行受信を行い、ネットワーク単位で代行受信の一元化を図ったものは未だ提案されていない。
【０００７】
本発明は、かかる事情に鑑みてなされたものであり、管轄するネットワークエリア内のＳＩＰ通信装置の事情によりデータを受信することができなかった場合に、サーバ自身で発呼側からデータを代行受信し、これにより発呼側ユーザの再送信の負担を無くし、代行受信したデータを被呼側ＳＩＰ通信装置の都合等に合わせて提供することを可能とするＳＩＰプロキシサーバを提供することを目的とする。また、ネットワーク単位で代行受信データの一元管理を可能とするＳＩＰプロキシサーバを提供することをも目的とする。
【課題を解決するための手段】
【０００８】
請求項１記載のＳＩＰプロキシサーバは、管轄するネットワークエリア内のＳＩＰ通信装置宛に前記ネットワークエリア外から通信開始要求を受信した場合に、その宛先のＳＩＰ通信装置に代行してセッションを確立し、データを受信する受信手段と、受信した前記データを前記宛先のＳＩＰ通信装置へ送信せずに記憶保持する記憶保持手段と、その後所定の条件を満たしたとき、前記記憶保持したデータを前記宛先のＳＩＰ通信装置へ送信する送信手段と、を備えることを特徴としている。
【０００９】
請求項２記載のＳＩＰプロキシサーバは、請求項１記載のＳＩＰプロキシサーバにおいて、前記ネットワークエリア内のＳＩＰ通信装置に関連付けて代行受信機能の有効無効を登録する登録手段を備え、前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持は、前記宛先のＳＩＰ通信装置の代行受信機能の登録が有効である場合に行われることを特徴としている。
【００１０】
請求項３記載のＳＩＰプロキシサーバは、請求項１記載のＳＩＰプロキシサーバにおいて、管轄するネットワークエリア内のＳＩＰ通信装置宛に前記ネットワークエリア外から通信開始要求を受信した場合に、その宛先のＳＩＰ通信装置がデータを受信できる状態にあるか否かを判定する要求受信時判定手段を備え、前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持は、前記要求受信時判定手段により前記宛先のＳＩＰ通信装置がデータを受信できる状態にあると判定された場合に行われることを特徴としている。
【００１１】
請求項４記載のＳＩＰプロキシサーバは、請求項３記載のＳＩＰプロキシサーバにおいて、前記受信手段による前記受信及び前記記憶保持手段による前記記憶保持が行われた後に、前記宛先のＳＩＰ通信装置がデータを受信できる状態にあるか否かを判定する記憶保持後判定手段を備え、前記所定の条件は、前記記憶保持後判定手段によって、前記宛先のＳＩＰ通信装置がデータを受信できる状態にあると判定された場合に満たされるものであることを特徴としている。
【発明の効果】
【００１２】
請求項１記載のＳＩＰプロキシサーバによれば、管轄するネットワークエリア内のＳＩＰ通信装置宛に通信開始要求があり、その宛先のＳＩＰ通信装置がデータ通信を行うことができなかった場合でも、発呼側ユーザに再送信の負担を掛けることなく、宛先ＳＩＰ通信装置に当初転送することができなかったデータを転送することができる。また、ＳＩＰリダイレクトメッセージなどを使用することなく、ＳＩＰプロキシサーバによって代行受信が行われるため、代行受信するために必要な装置を別途容易する必要がない。また、迅速且つ的確な代行受信も可能となる。さらに、本発明に係るＳＩＰプロキシサーバは、ネットワークエリア内の全てのＳＩＰ通信装置宛の通信開始要求に対する代行受信を行うので、ネットワーク単位での代行受信蓄積データの一元的な管理も可能となる。
【００１３】
請求項２記載のＳＩＰプロキシサーバによれば、管轄するネットワークエリア内の各ＳＩＰ通信装置のユーザは、ＳＩＰプロキシサーバにおいて代行受信機能を有効にしておくことで、常に、当該ＳＩＰ通信装置宛のデータをＳＩＰプロキシサーバ１に代行受信させることができ、代行受信されたデータを当該ＳＩＰ通信装置のユーザの都合のよいときに取り出すことができる。
【００１４】
請求項３記載のＳＩＰプロキシサーバによれば、管轄するネットワークエリア内のＳＩＰ通信装置において、エラーが発生するなど、データ通信をすることができない事情がある場合に、前記した効果が得られる。
【００１５】
請求項４記載のＳＩＰプロキシサーバによれば、管轄するネットワークエリア内のＳＩＰ通信装置において、エラーが発生するなど、データ通信をすることができない事情があった場合、その後、当該事情が解消されると当初ＳＩＰ通信装置に転送することができなかったデータが自動的に転送されるので、ＳＩＰ通信装置のユーザは、当該事情が解消した後に迅速にデータを取得できる。
従来技術として、ＳＭＴＰ（Simple  Mail  Transfer Protocol）、ＰＯＰ（Post  Office  Protocol）などの蓄積交換型のメールシステムがある。ＰＯＰクライアントは、都合のよいときにＰＯＰサーバに蓄積されたメールを受信できるが、かかる利点と本発明による利点とが似ている。しかし、ＰＯＰでは、サーバはクライアントの状態に関知しないが、本発明は、ＳＩＰのレジスタ機能ないしプレゼンス機能を拡張することにより、例えば、サーバからクライアントのデータ受信可否状態やクライアントの通信数（マルチ通信あるいは並列通信）の状態などを管理することを可能としたものであり、これにより、本発明に係るＳＩＰプロキシサーバにおいて、クライアントの状況に応じた効果的な代行受信機能を利用することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態に係るＳＩＰプロキシサーバについて説明する。図１に本発明の実施の形態に係るＳＩＰプロキシサーバ１が管轄するＬＡＮ２内の構成例を示す。ＬＡＮ２には、ＳＩＰプロキシサーバ１のほかに、複数のＳＩＰ通信装置４が接続されている。ＳＩＰプロキシサーバ１は、ルータ３と直接接続されており、ＬＡＮ２外（インターネット）からルータ３を通じてＬＡＮ２内に入る全てのパケットを監視できるように接続されている。ＬＡＮ２内に接続されているＳＩＰ通信装置４は、ＳＩＰによりメディアセッションを確立した上で画像データ等のデータ通信を行うＳＩＰ通信機能、受信画像データを印字出力する機能等を有する。
【００１７】
ＳＩＰプロキシサーバ１は、図２に示すように、制御部５、通信部６、テーブル記憶部７、操作部８、表示部９、補助記憶装置１０等を備える。制御部５は、図示しないＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリー）、ＲＡＭ（ランダムアクセスメモリー）等で構成され、ＲＯＭに格納された制御プログラムに基づいてＣＰＵが発行する命令にしたがって、ＳＩＰプロキシサーバ１を構成する各部の動作を制御する。通信部６は、ＮＩＣ（ネットワークインタフェースカード）を備え、ＬＡＮ２内に接続されたＳＩＰ通信装置４及びルータ３との通信を行う。
【００１８】
テーブル記憶部７は、例えば図３に示すようなテーブルＴを記憶している。テーブルＴは、「装置ドメイン名」欄、「装置アドレス」欄、「最終更新」欄、「状態」欄、「代行受信有効／無効」欄、「代行受信蓄積件数」欄及び「通信数」欄を有し、各欄の同一レコードに格納された情報が各ＳＩＰ通信装置４の情報として関連付けられる。テーブルＴは、ＳＩＰプロキシサーバ１の表示部９に表示させることができるようになっている。「装置ドメイン名」欄、「装置アドレス」欄、「代行受信有効／無効」欄に格納される情報は、操作部８等における所定操作により登録することができるようになっている。
【００１９】
「装置ドメイン名」欄には、ＬＡＮ４内の各ＳＩＰ通信装置４のドメイン名が格納されている。「装置アドレス」欄には、ＬＡＮ４内の各ＳＩＰ通信装置４のＩＰアドレスが格納されている。「最終更新」欄には、各レコードの情報が更新された日時を示す情報が格納されている。「状態」欄には、ＬＡＮ４内の各ＳＩＰ通信装置４の稼動状態を示す情報が格納されている。前記稼動状態を示す情報としては、当該ＳＩＰ通信装置４が正常に通信中又は待機中の状態にあることを示す情報「正常」又は当該ＳＩＰ通信装置４がエラーの発生、電源断などにより通信を行うことが出来ない状態にあることを示す情報「異常」が格納される。
【００２０】
「代行受信有効／無効」欄には、ＬＡＮ４内の各ＳＩＰ通信装置４ごとに、後に詳述する代行受信機能を有効にするか無効にするかの設定が登録される。テーブルＴにおいては、代行受信機能を有効にする場合、その旨を指定する情報である「有効」が登録され、代行受信機能を無効にする場合、その旨を指定する情報である「無効」が登録される。
【００２１】
「代行受信蓄積件数」欄には、ＳＩＰプロキシサーバ１が代行受信機能により受信した代行受信の件数が格納される。「通信数」欄には、ＬＡＮ２外のＳＩＰ通信装置３０とＬＡＮ２内のＳＩＰ通信装置４との間で確立されている通信数が格納される。ＳＩＰプロキシサーバ１は、ＬＡＮ２内外のＳＩＰ通信装置間でのセッションの確立及び切断を監視しており、確立又は切断がされる毎にＬＡＮ２内の当該ＳＩＰ通信装置４に関連付けられた「通信数」欄の通信数を更新する。
【００２２】
操作部８は、キーボード、マウス等の入力装置で構成される。表示部９は、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなり、ＳＩＰプロキシサーバ１が保有する情報、例えば前記テーブル記憶部７に格納されたテーブルＴ、機器設定情報等を表示する。補助記憶装置１０は、ハードディスク装置などで構成され、代行受信された画像データ等のデータはここに蓄積される。
【００２３】
ＬＡＮ２内のＳＩＰ通信装置４は、データを受信することができない事情が発生した場合に、その旨をＬＡＮ２を通じてＳＩＰプロキシサーバ１へ通知する機能を有する。前記事情が発生した場合とは、例えばＳＩＰ通信に関する通信エラーが発生した場合、大量の印刷ジョブが生じたことにより印刷画像を処理するためにメモリの大半の領域を予約確保し、これにより画像データを受信することが困難な場合、画像データ印字するための記録用紙切れや記録用紙のジャムの発生した場合等である。ＳＩＰ通信装置４は、前記事情が解消した場合もその旨をＳＩＰプロキシサーバ１へ通知する。以下、ＳＩＰ通信装置４が行う上記通知を「状態変更通知」ともいう。なお、データを受信することができない事情は、これらに限定されず、種々の事情をＳＩＰプロキシサーバ１への前記通知の対象とすることができる。また、ＬＡＮ２を通じて行う通知に際して使用する通信プロトコルはＳＩＰに限定されない。ＳＩＰプロキシサーバ１は、上記のようにしてＬＡＮ２内のＳＩＰ通信装置４からデータを受信することができない旨の通知を受けると、テーブルＴの「状態」欄に「切断」を登録し、その後、前記事情が解消した旨の通知をＳＩＰ通信装置４から受けたときに、「状態」欄の「切断」を「正常」に変更登録する。なお、前記したＳＩＰ通信装置４からＳＩＰプロキシサーバ１に対するＳＩＰ通信装置４の状態等の通知は、例えば、ＳＩＰのレジスタ機能やプレゼンス機能を拡張することで実現することができる。
【００２４】
つぎに、ＳＩＰ通信装置４の構成例を図４に示す。ＳＩＰ通信装置４は、ＣＰＵ（中央処理装置）２１、ＲＯＭ（リードオンリーメモリー）２２、ＲＡＭ（ランダムアクセスメモリー）２３、画像メモリ２４、モデム２５、ＮＣＵ２６、コーデック２７、読取部２８、記録部２９、表示部３０、操作部３１、ＬＡＮインタフェース３２を備え、各部２１乃至３２はバス３３によって接続されている。なお、ＳＩＰによりメディアセッションを確立して画像データを送受信するために必要なプロトコル、例えばＲＴＰ（Real-time  Transport  Protocol）、ＳＤＰ（Session  Description  Protocol）なども実装している。
【００２５】
ＣＰＵ２１は、ＲＯＭ２２に格納された制御プログラムに従って、このＳＩＰ通信装置４を構成する各部を制御する制御手段として機能する。ＲＡＭ２３は、ＣＰＵ２１の主メモリ、ワークエリア等として機能する。
【００２６】
画像メモリ２４は、コーデック２７によって圧縮符号化された受信画像データ等を格納する。画像メモリ２４の所定割合以上が大量の印刷ジョブが生じたことにより予約確保された場合、ＣＰＵ２は、データを受信することができない事情が発生したものとみなして、その旨をＳＩＰプロキシサーバ１へ通知する。
【００２７】
モデム２５は、例えばＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調及び復調を行う。ＮＣＵ２６は、ＰＳＴＮ（公衆交換電話網）３４との回線の閉結及び開放の動作を行う回線網制御装置であり、Ｇ３ファクシミリ通信時にモデム２６をＰＳＴＮ３４と接続する。コーデック２７は、ファクシミリ送信等に際して、画像データを所定方式に従って圧縮符号化し、また、受信画像データ等を所定方式に従って復号する。読取部２８は、原稿の画像データを読取るものであり、例えば、ＣＣＤカラーラインセンサ、Ａ／Ｄコンバータ、画像処理回路等で構成される。
【００２８】
記録部２９は、受信画像データ、読取画像データ等を記録紙上に記録する。記録部２９には、記録紙のジャムを検出するジャム検出部２９ａが設けられており、ジャム検出部２９ａは、ジャムを検出すると、その旨をＣＰＵ２に通知する。また、給紙カセット、手差しトレイ等における記録紙の有無を検出する記録紙有無検出部１０ｂが設けられている。記録紙有無検出部１０ｂは、記録紙の有無をＣＰＵ２に通知する。なお、ＣＰＵ２は、記録紙切れ、記録紙のジャムを検出すると、データを受信することができない事情が発生したものとみなして、その旨をＳＩＰプロキシサーバ１へ通知する。
【００２９】
表示部３０は、例えば操作部３１に並設されたＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなり、各種の画面情報を表示する。操作部３１は、スタートキー、文字入力キー、ファンクションキーなど各種の操作キーを具備し、オペレータによる各種の操作は、この操作部３１において行われる。ＬＡＮインタフェース３２は、ＳＩＰ通信装置４とＬＡＮ２とを接続するインターフェースであり、これを通じてＳＩＰ通信装置４は、同じくＬＡＮ２に接続されたＳＩＰプロキシサーバ１と通信を行う。
【００３０】
上記構成を備えるＳＩＰ通信装置は、データを受信することができない事情が発生した場合に、その旨をＳＩＰプロキシサーバ１へ通知する機能のほか、その操作部３１等のユーザによる所定操作により、ＳＩＰプロキシサーバ１が後述する代行受信機能により、当該ＳＩＰ通信装置４に代行受信して受信したデータが蓄積されているか否かを問合せ、蓄積されている場合にそのデータを要求し、受信する機能を有する。
【００３１】
以下、ＳＩＰプロキシサーバ１がＬＡＮ２外からＬＡＮ２内のＳＩＰ通信装置４宛の通信開始要求メッセージ、例えば「ＩＮＶＩＴＥ」メッセージを受信したときに実行する処理動作について図５のフローチャート並びに図６及び図７のシーケンス図に基づいて説明する。
【００３２】
ＳＩＰプロキシサーバ１は、ＬＡＮ２外からＬＡＮ２内のＳＩＰ通信装置４宛ての「ＩＮＶＩＴＥ」メッセージを受信すると（Ｓ１：ＹＥＳ）、「ＩＮＶＩＴＥ」メッセージ内に記述されている宛先情報（ドメイン名、ＩＰアドレスなど）からＬＡＮ２内の宛先となっているＳＩＰ通信装置４を特定する。そして、特定したＳＩＰ通信装置４がデータを受信できる状態にあるか否かを判定する。具体的には、ＳＩＰプロキシサーバ１は、テーブルＴにおいて、特定したＳＩＰ通信装置４のドメイン名、ＩＰアドレス等に関連付けられている「状態」欄に「正常」が格納されており（Ｓ２：ＹＥＳ）、当該ＳＩＰ通信装置４がＳＩＰ通信を行っていない場合は（Ｓ３：ＮＯ）、当該ＳＩＰ通信装置４がデータを受信できる状態にあると判定する。また、ＳＩＰプロキシサーバ１は、テーブルＴにおいて、特定したＳＩＰ通信装置４のドメイン名、ＩＰアドレス等に関連付けられている「状態」欄に「正常」が格納されており（Ｓ２：ＹＥＳ）、当該ＳＩＰ通信装置４がＳＩＰによる通信を行っている場合であっても（Ｓ３：ＹＥＳ）、当該ＳＩＰ通信装置４のドメイン名、ＩＰアドレス等に関連付けられている「通信数」欄に格納されている通信数が所定値未満であれば（Ｓ４：ＹＥＳ）、当該ＳＩＰ通信装置４がデータを受信できる状態にあると判定する。
【００３３】
一方、Ｓ２において「状態」欄に「異常」が格納されている場合（Ｓ２：ＮＯ）、及び、Ｓ３において当該ＳＩＰ通信装置４がＳＩＰ通信を行っている場合であって（Ｓ３：ＹＥＳ）、Ｓ４において「通信数」欄に格納されている通信数が所定値以上である場合（Ｓ４：ＮＯ）は、当該ＳＩＰ通信装置４がデータを受信できる状態にあると判定する。
【００３４】
ＳＩＰ通信装置４がデータを受信できる状態にあると判定した場合（Ｓ３：ＮＯ又はＳ４：ＹＥＳ）、テーブルＴにおいて、特定したＳＩＰ通信装置４のドメイン名、ＩＰアドレス等に関連付けられている「代行受信有効／無効」欄に格納されている情報に基づいて、当該ＳＩＰ通信装置４について代行受信機能が有効になっているか否かを判断する（Ｓ５）。代行受信機能が無効になっている場合は（Ｓ５：ＮＯ）、宛先ＳＩＰ通信装置４へ送信開始要求である「ＩＮＶＩＴＥ」メッセージを転送する（Ｓ６、Ｔ１）。
【００３５】
「ＩＮＶＩＴＥ」メッセージの転送後は、図６に示すように、ＳＩＰプロキシサーバ１は、宛先ＳＩＰ通信装置４から返信される応答メッセージ「２００  ＯＫ」を受信して発呼側ＳＩＰ通信装置３０へ転送し（Ｔ２）、その後、発呼側ＳＩＰ通信装置３０から送出された「ＡＣＫ」を受信して宛先ＳＩＰ通信装置４へ転送する（Ｔ３）。そして、メディアセッションが発呼側ＳＩＰ通信装置３０と被呼側ＳＩＰ通信装置４との間で確立され、メディアセッション上で、画像データ等のデータ通信が行われる（Ｓ７）。ＳＩＰプロキシサーバ１は、両ＳＩＰ通信装置４、３０間で通信が開始された場合、テーブルＴにおいて当該ＳＩＰ通信装置４に関連つけられている通信数を１増加したものに更新する（Ｓ８）。その後、発呼側ＳＩＰ通信装置３０と被呼側ＳＩＰ通信装置４との間でＳＩＰプロキシサーバ１を介して授受されると（Ｔ４、Ｔ５）、メディアセッションが切断され、上記通信が終了したものと判断される（Ｓ９：ＹＥＳ）。通信終了と判断した後は、テーブルＴにおいて当該ＳＩＰ通信装置４に関連付けられている通信数を１減少させたものに更新する（Ｓ１０）。
【００３６】
一方、ＳＩＰプロキシサーバ１が、ＳＩＰ通信装置４がデータを受信できる状態にあると判定した場合（Ｓ２：ＮＯ又はＳ４：ＮＯ）、又は、データを受信できる状態にあると判断したものの、Ｓ５において、当該ＳＩＰ通信装置４について代行受信機が有効になっていると判断した場合は（Ｓ５：ＹＥＳ）、以下に説明する代行通信機能を実行する。すなわち、ＳＩＰプロキシサーバ１は、宛先ＳＩＰ通信装置４へ送信開始要求である「ＩＮＶＩＴＥ」メッセージを転送せず、ＳＩＰプロキシサーバ１が宛先ＳＩＰ通信装置４に代行してメディアセッションを確立し、メディアセッション上でデータを受信するためのやり取りを行う。ここでのやり取りは、被呼側ＳＩＰ通信装置４から受信したＳＩＰメッセージの転送ではなく、ＳＩＰプロキシサーバが自発的に生成したＳＩＰメッセージを送信することにより行われる。具体的には、図７に示すように、ＳＩＰプロキシサーバ１は、まず、宛先ＳＩＰ通信装置４に代行して応答メッセージ「２００  ＯＫ」を発呼側ＳＩＰ通信装置３０へ返信する（Ｓ１１、Ｔ１２）。次いで、発呼側ＳＩＰ通信装置３０から「ＡＣＫ」を受信した後（Ｔ１３）、発呼側ＳＩＰ通信装置３０とＳＩＰプロキシサーバ１の間でメディアセッションを確立した上で、ＳＩＰプロキシサーバ１は、例えば画像データ等のデータを受信する（Ｓ１２）。そして、ＳＩＰプロキシサーバ１は、受信したデータと宛先ＳＩＰ通信装置４の宛先情報とを関連付けてＳＩＰプロキシサーバ１の補助記憶装置１０へ記憶保持する。
【００３７】
ＳＩＰプロキシサーバ１は、前記記憶保持したデータを、所定の条件が満たされたときに、宛先ＳＩＰ通信装置４へ送信する。本実施の形態では、所定の条件は、ＳＩＰプロキシサーバ１が、宛先ＳＩＰ通信装置４がデータを受信できる状態になったと判定した場合又は宛先ＳＩＰ通信装置４より蓄積データの受信要求があった場合に満たされる。勿論これら以外の条件を所定の条件として設定できるようにしてもよい。したがって、本実施の形態に係るＳＩＰプロキシサーバ１は、代行受信したデータを記憶保持した後、前記宛先ＳＩＰ通信装置４から蓄積データの受信要求があったか否かを判定し（Ｓ１３）、受信要求がなかったと判定した場合（Ｓ１３：ＮＯ）、宛先ＳＩＰ通信装置４がデータを受信できる状態になっているか否かを前記テーブルＴの「状態」欄、「通信数」欄等の情報に基づいて判定する（Ｓ１４）。該ステップでは、Ｓ１で「ＩＮＩＶＩＴＥ」メッセージの受信後、ＳＩＰ通信装置４からの状態変更通知により、ＳＩＰプロキシサーバ１が「状態」欄の情報を「切断」から「正常」に変更した場合や、「通信数」欄の情報を所定値（例えば５）以上の値から所定値未満の値に変更した場合に、宛先ＳＩＰ通信装置４がデータを受信できる状態になったと判定する（Ｓ１４：ＹＥＳ）。一方、Ｓ１で「ＩＮＩＶＩＴＥ」メッセージの受信後、「状態」欄、「通信数」欄等の変更がない場合や、「状態」欄、「通信数」欄等の変更があっても、「状態」欄の情報が「正常」から「切断」に変更された場合や「通信数」欄の情報が値が所定値（例えば５）未満の値から所定値以上の値に変更され或いは所定値以上の値のままである場合には、宛先ＳＩＰ通信装置４がデータを受信できない状態であると判定する（Ｓ１４：ＮＯ）。また、Ｓ５で代行受信機能が有効であると判別してＳ１１、Ｓ１２の処理を実行し、Ｓ１３で宛先ＳＩＰ通信装置４より蓄積データの受信要求がなかったと判別した場合には、強制的に宛先ＳＩＰ通信装置４がデータを受信できない状態であると判定するようになっている（Ｓ１４：ＮＯ）。Ｓ１３、Ｓ１４において否定判定をした場合は、肯定判定が得られるまで繰返しそれらの判定を行う。
【００３８】
前記ＳＩＰ通信装置４から蓄積データの受信要求があった場合（Ｓ１３：ＹＥＳ）又は、前記宛先ＳＩＰ通信装置４がデータを受信できる状態になったと判定した場合（Ｓ１４：ＹＥＳ）、図７に示すように、当該宛先ＳＩＰ通信装置４へ通信開始要求「ＩＮＶＩＴＥ」を送信し（Ｓ１５、Ｔ１６）、応答メッセージ「２００  ＯＫ」の受信（Ｔ１７）、「ＡＣＫ」の送信後（Ｔ１８）、前記宛先ＳＩＰ通信装置４との間でメディアセッションを確立して、代行受信して蓄積保持している宛先ＳＩＰ通信装置４宛のデータを当該ＳＩＰ通信装置４へ送信する（Ｓ１６）。データ送信完了後、セッション終了要求メッセージ「ＢＹＥ」の送信（Ｔ１９）、応答メッセージ「２００  ＯＫ」の受信をして（Ｔ２０）、メディアセッションを終了する。Ｓ１６の送信処理においてエラーが発生した場合は（Ｓ１７：ＹＥＳ）、処理をＳ１３に戻す。送信エラーが発生しなかった場合は（Ｓ１７：ＮＯ）、さらに、代行受信した前記宛先ＳＩＰ通信装置４宛の別のデータが蓄積保持されているか否かを判断し、蓄積保持されている場合には（Ｓ１８：ＹＥＳ）、前記Ｓ１５へ処理を戻して当該蓄積保持されているデータについてＳ１５乃至Ｓ１７の処理動作を実行する。Ｓ１７において、代行受信した前記宛先ＳＩＰ通信装置４宛の別のデータが蓄積保持されていないと判断した場合は（Ｓ１８：ＮＯ）、一連の処理動作を終了する。
【００３９】
以上の説明から明らかなように、本発明の実施の形態に係るＳＩＰプロキシサーバ１によれば、ＬＡＮ２外からＬＡＮ２内のＳＩＰ通信装置４宛の通信開始要求を受信したとき、その宛先のＳＩＰ通信装置４に代行してセッションを確立し、データを受信することができるので、その宛先のＳＩＰ通信装置４にデータ通信を行うことができない事情があっても、発呼側ユーザに再送信の負担を掛けずに宛先ＳＩＰ通信装置４は、当初受信できなかったデータを受信することができる。また、宛先ＳＩＰ通信装置４がデータを受信できるようになったときは、発呼側ＳＩＰ通信装置の再送信が行われなくても、直ちに当初受信できなかったデータを受信することができるので、通信の効率化が図られる。
【００４０】
また、ＳＩＰ通信装置４のユーザは、ＳＩＰプロキシサーバにおいて代行受信機能を有効にしておくことで、常に、当該ＳＩＰ通信装置４宛のデータをＳＩＰプロキシサーバ１により代行受信させることができ、当該ＳＩＰ通信装置４のユーザの都合のよいときに、代行受信されたデータを取り出すことができる。このことによって、例えば、ＳＩＰ通信装置４のユーザが不在のときに、機密文書の画像データが当該ＳＩＰ通信装置により受信され印字出力されて、第三者に見られるといった問題が解消される。
【００４１】
また、ＬＡＮ２内の全てのＳＩＰ通信装置４についての代行受信はＳＩＰプロキシサーバ１において行われ、代行受信を行うか否かの判別基準となる通信数、代行受信の有効無効等の設定もＳＩＰプロキシサーバ１おいて行われるため、ＬＡＮ２内の全てのＳＩＰ通信装置４についての代行受信データは、ＳＩＰプロキシサーバ１において一元管理することが可能となる。これにより、代行受信データ等の管理負担の軽減等が図られる。
【００４２】
以上説明した本発明の実施の形態においては、ＳＩＰプロキシサーバ１が管轄するネットワークエリアとして１つのＬＡＮ２を例に挙げて説明したが、ＳＩＰプロキシサーバ１がＳＩＰメッセージの転送等を管轄するネットワークのエリア内であれば、ネットワークの形態はこれに限定されない。例えばＳＩＰプロキシサーバが複数のＬＡＮを管轄するものであれば、ＳＩＰプロキシサーバ１が管轄するネットワークエリアは、当該複数のＬＡＮとなる。
【００４３】
また、本実施の形態に係るＳＩＰプロキシサーバ１は、代行受信するか否かを、宛先のＳＩＰ通信装置４がデータを受信できる状態にあるか否か、宛先のＳＩＰ通信装置４について代行受信機能が有効になっているか否かに基づいて決定しているが、ユーザ等の使用目的等に応じて、これらの判定を行わずに常に代行受信を行ったり、前記何れか一方の判定を省略することも可能である。例えば、宛先のＳＩＰ通信装置４の状態や代行受信機能の有効無効にかかわらずＳＩＰプロキシサーバ１に常に代行受信を実行させるようにするためには、ＬＡＮ２外から通信開始要求を受信した後（Ｓ１：ＹＥＳ）、Ｓ２乃至Ｓ１０の処理動作を省略して、Ｓ１１乃至Ｓ１７の処理動作を実行させるようにすればよい。
【産業上の利用可能性】
【００４４】
本発明は、例えば、ＬＡＮに接続されたＳＩＰ通信装置のＳＩＰプロキシサーバに適用することができる。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態に係るＳＩＰプロキシサーバが設置されるＬＡＮ（ネットワークエリア）等を示した図である。
【図２】本発明の実施の形態に係るＳＩＰプロキシサーバの構成例を示した図である。
【図３】本発明の実施の形態に係るテーブルの一例を示した図である。
【図４】ＳＩＰ通信装置の構成例を示した図である。
【図５】ＳＩＰプロキシサーバが、ＬＡＮ外のＳＩＰ通信装置からＬＡＮ内のＳＩＰ通信装置宛の通信開始要求を受信した場合に、実行する処理動作を示したフローチャートである。
【図６】ＬＡＮ外のＳＩＰ通信装置からＬＡＮ内のＳＩＰ通信装置に対してＳＩＰの通信開始要求が送信され、ＬＡＮ内のＳＩＰ通信装置がデータを受信できる状態にある場合に形成される通信手順を示したシーケンス図である。
【図７】ＬＡＮ外のＳＩＰ通信装置からＬＡＮ内のＳＩＰ通信装置に対してＳＩＰの通信開始要求が送信され、ＬＡＮ内のＳＩＰ通信装置がデータを受信できない状態等にある場合に形成される通信手順を示したシーケンス図である。
【符号の説明】
【００４６】
Ｔ    テーブル
１    ＳＩＰプロキシサーバ
２    ＬＡＮ（ネットワークエリア）
４    ＬＡＮ内のＳＩＰ通信装置
５    制御部
７    テーブル記憶部
３０    ＬＡＮ外のＳＩＰ通信装置
【図１】
2006311012.tif 000003
【図２】
2006311012.tif 000004
【図３】
2006311012.tif 000005
【図４】
2006311012.tif 000006
【図５】
2006311012.tif 000007
【図６】
2006311012.tif 000008
【図７】
2006311012.tif 000009