(57)【要約】【課題】呼制御プロトコルを利用してセッションを確立し、セッションの確立後に、呼制御プロトコルとは別のデータ通信用プロトコルでデータ通信を行う場合に、セッションを確立してきたクライアントからのデータを効率良く受信できるデータ通信装置等を提供する。【解決手段】呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対し、セッションを確立するための制御を行う第１の制御手段２４と、呼制御プロトコルのデータの中からクライアントのＩＰアドレスを取得するＩＰアドレス取得手段２４と、取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからの、前記セッションの確立中及び確立後におけるデータの通信を拒否する第２の制御手段２２を備えている。【選択図】  図２
2007201688.tif 000002
【特許請求の範囲】
【請求項１】
データ通信用プロトコルによるデータ通信を行うに際し、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対して、前記セッションを確立するための制御を行う第１の制御手段と、
前記呼制御プロトコルのデータの中から前記クライアントのＩＰアドレスを取得するＩＰアドレス取得手段と、
前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからの、前記セッションの確立中及び確立後におけるデータの通信を拒否する第２の制御手段と、
を備えたことを特徴とするデータ通信装置。
【請求項２】
前記第２の制御手段は、前記呼制御プロトコルによるセッションの確立解除後は、他のＩＰアドレスのクライアントからのデータの通信拒否を解除する請求項１に記載のデータ通信装置。
【請求項３】
前記第２の制御手段は、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルについては、他のＩＰアドレスのクライアントからのデータの通信を許可する請求項１に記載のデータ通信装置。
【請求項４】
前記第２の制御手段は、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについては、前記アクセスしてきたクライアントを含む全てのクライアントからのデータの通信拒否が可能である請求項３に記載のデータ通信装置。
【請求項５】
呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについての情報は、呼制御プロトコルのデータの中から取得される請求項３に記載のデータ通信装置。
【請求項６】
前記ＩＰアドレス取得手段は、前記呼制御プロトコルのデータの中から複数のクライアントの各ＩＰアドレスを取得し、
前記第２の制御手段は、取得した複数のＩＰアドレスのクライアントについてはデータの通信を許可する請求項１に記載のデータ通信装置。
【請求項７】
データ通信用プロトコルによるデータ通信を行う前に、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対して、前記セッションを確立するための制御を行うステップと、
前記呼制御プロトコルのデータの中から前記クライアントのＩＰアドレスを取得するステップと、
前記セッションの確立中及び確立後において、前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからのデータの通信を拒否するステップと、
をコンピュータに実行させるためのデータ通信処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、呼制御プロトコルによりクライアントとの間でセッションを確立でき、かつセッション確立後はデータ通信用プロトコルによりデータ通信を行うことができる、例えば多機能デジタル複写機であるＭＦＰ（Multi Function Peripherals)などに適用されるデータ通信装置、及びデータ通信装置のコンピュータにデータ通信処理を実行させるためのデータ通信処理プログラムに関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、パソコン等のクライアントからＩＰ(Internet Protocol)網を利用してＭＦＰなどのデータ通信装置にアクセスし、画像等のデータを送信する技術が普及してきている。
【０００３】
このようなＩＰ網を利用したデータの通信方法として、従来、呼制御プロトコルの一つであるＳＩＰ（Session Initiation Protocol)によりセッションを確立し、セッションの確立後に、呼制御プロトコルとは別のデータ通信用プロトコルでデータ転送を行うようにした技術が知られている（例えば、特許文献１）。
【０００４】
また、ネットワークアドレス（利用可能な範囲を示す特殊アドレス）や予め登録されたＩＰアドレスに従って、受信可否を制御するようにした技術も知られている（例えば、特許文献２）
【特許文献１】特開２００５−１５９５８８号公報
【特許文献２】特開２００５−８６５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記前者の公知技術では、ＳＩＰによりセッションを確立してきたクライアントに対して優先的に通信できるように構成されていないので、セッションを確立中あるいは確立後に他のクライアントからアクセスがあると、前記他のクライアントからのデータも受信してしまうことがある。つまり、セッションを確立してきたクライアントからのデータを効率良く通信することができないといった問題があった。
【０００６】
また、上記後者の公知技術は、セッションの確立のためにアクセスし、データ通信を行うものではないため、予め登録されたＩＰアドレス以外のアドレスのクライアントは常にデータ通信を行うことができず、不便であり、これをそのままＳＩＰの呼制御に応用することはできなかった。
【０００７】
この発明は、このような実情に鑑みてなされたものであり、呼制御プロトコルを利用してセッションを確立し、セッションの確立後に、呼制御プロトコルとは別のデータ通信用プロトコルでデータ通信を行う場合に、セッションを確立してきたクライアントからのデータを効率良く受信できるデータ通信装置、及びデータ通信装置のコンピュータにデータ通信処理を実行させるためのデータ通信処理プログラムを提供することを課題する。
【課題を解決するための手段】
【０００８】
上記課題は、以下の手段によって解決される。
【０００９】
（１）データ通信用プロトコルによるデータ通信を行うに際し、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対して、前記セッションを確立するための制御を行う第１の制御手段と、前記呼制御プロトコルのデータの中から前記クライアントのＩＰアドレスを取得するＩＰアドレス取得手段と、前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからの、前記セッションの確立中及び確立後におけるデータの通信を拒否する第２の制御手段と、を備えたことを特徴とするデータ通信装置。
【００１０】
（２）前記第２の制御手段は、前記呼制御プロトコルによるセッションの確立解除後は、他のＩＰアドレスのクライアントからのデータの通信拒否を解除する前項１に記載のデータ通信装置。
【００１１】
（３）前記第２の制御手段は、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルについては、他のＩＰアドレスのクライアントからのデータの通信を許可する前項１に記載のデータ通信装置。
【００１２】
（４）前記第２の制御手段は、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについては、前記アクセスしてきたクライアントを含む全てのクライアントからのデータの通信拒否が可能である前項３に記載のデータ通信装置。
【００１３】
（５）呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについての情報は、呼制御プロトコルのデータの中から取得される前項３に記載のデータ通信装置。
【００１４】
（６）前記ＩＰアドレス取得手段は、前記呼制御プロトコルのデータの中から複数のクライアントの各ＩＰアドレスを取得し、前記第２の制御手段は、取得した複数のＩＰアドレスのクライアントについてはデータの通信を許可する前項１に記載のデータ通信装置。
【００１５】
（７）データ通信用プロトコルによるデータ通信を行う前に、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対して、前記セッションを確立するための制御を行うステップと、前記呼制御プロトコルのデータの中から前記クライアントのＩＰアドレスを取得するステップと、前記セッションの確立中及び確立後において、前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからのデータの通信を拒否するステップと、をコンピュータに実行させるためのデータ通信処理プログラム。
【発明の効果】
【００１６】
前項（１）に記載の発明によれば、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントに対して、第１の制御手段により、呼制御プロトコル（例えば、ＳＩＰ）に従ってセッションが確立される。また、ＩＰアドレス取得手段により、呼制御プロトコルのデータの中から前記クライアントのＩＰアドレスが取得される。そして、第２の制御手段により、前記セッションの確立中及び確立後において、前記取得されたＩＰアドレス以外の他のＩＰアドレスのクライアントからのデータ通信は拒否され、セッションの確立のためにアクセスしてきた前記クライアントのみからのデータの受信が優先的に可能となる。
【００１７】
これにより、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントからのデータを、他のクライアントによって妨げられることなく効率良く受信できることになる。
【００１８】
前項（２）に記載の発明によれば、呼制御プロトコルのセッション確立が終了すれば、他のＩＰアドレスのクライアントからのデータの通信拒否が解除されるから、全てのクライアントからデータが受信できることになり、データの通信拒否が必要以上に継続する不都合を解消することができる。
【００１９】
前項（３）に記載の発明によれば、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルについては、他のＩＰアドレスのクライアントからのデータの通信が許可されるから、呼制御プロトコルによるセッションを確立しようとするクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルを用いたデータ通信を、支障なく行うことができる。
【００２０】
前項（４）に記載の発明によれば、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについては、前記アクセスしてきたクライアントを含む全てのクライアントからのデータの通信拒否が可能であるから、所定のデータ通信用プロトコルによるデータ通信量が増大して、他のプロトコルによるデータ通信に影響を与えるような場合に、前記所定のデータ通信用プロトコルによるデータ通信を一時的に停止させて、他のプロトコルによるデータ通信をスムーズに行わせる、といった利用形態が可能となる。
【００２１】
前項（５）に記載の発明によれば、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントが利用するデータ通信用プロトコルについての情報を、呼制御プロトコルのデータの中から確実に取得することができる。
【００２２】
前項（６）に記載の発明によれば、複数のクライアントとの間で効率のよいデータ通信が可能となる。
【００２３】
前項（７）に記載の発明によれば、呼制御プロトコルによるセッションの確立のためにアクセスしてきたクライアントとの間の効率の良いデータ通信処理を、コンピュータに実行させることができる。
【発明を実施するための最良の形態】
【００２４】
以下、この発明の一実施形態を図面に基づいて説明する。
【００２５】
図１は、この発明の一実施形態に係るデータ通信装置が適用されたデータ通信システムを示すブロック図である。
【００２６】
図１において、このデータ通信システムは、データ通信装置としてのＭＦＰ１と、このＭＦＰ１とデータ通信を行う複数（例えば２つ）のクライアント２，３と、ＳＩＰサーバ４とを備え、これらＭＦＰ１、クライアント２，３およびＳＩＰサーバ４がネットワーク５を介して接続されている。
【００２７】
前記クライアント２，３は、パソコンなどの端末装置により構成されているが、ＭＦＰなどの他のデータ通信装置で構成されていても良い。
【００２８】
前記ＳＩＰサーバ４は、ＳＩＰによりセッションを確立するための仲介の役割を果たすためのもであり、一般的にはこのサーバ４が用いられている場合が多いが、サーバ４を省いた構成も可能である。
【００２９】
図２は、前記ＭＦＰ１の電気的構成を示すブロック図である。
【００３０】
図２において、ＭＦＰ１は、システム制御部１１と、スキャナ部１２と、プリンタ部１３と、操作パネル部１４と、記憶部１５と、ＣＰＵ２０と、ネットワークインターフェース（Ｉ／Ｆ）部２１とを備えている。
【００３１】
前記システム制御部１１は、ＭＦＰ１の全体の機能を統括制御するものである。
【００３２】
前記スキャナ部１２は、紙文書の画像をスキャンすることにより電子データ（画像データ）を作成するものである。
【００３３】
前記プリンタ部１３は、スキャナ部１２からの電子データやネットワーク５を介して送信されてきたデータを印刷するものである。
【００３４】
前記操作パネル部１４は、各種操作やモード設定を行うためのものであり、キー操作部や液晶表示部（いずれも図示せず）を有している。
【００３５】
前記記憶部１５は、前記ＣＰＵ２０の動作プログラムを始めとする各種のデータを記憶するものである。
【００３６】
前記ＣＰＵ２０は、機能的に、通信制御部２２と、通信プロトコル処理部２３と、ＳＩＰ通信部２４を構成する。
【００３７】
前記通信制御部２２は、クライアント２（３）のＩＰアドレスやクライアント（２）（３）が利用する通信プロトコルに基づいて、データ通信機能の全体を制御するものであり、ＳＩＰによるセッションの確立のためにアクセスしてきたクライアント２（３）からの、前記セッションの確立中及び確立後におけるデータの通信を拒否する第２の制御手段として機能する。
【００３８】
具体的には、ＳＩＰ通信部２４から通知されるＳＩＰのセッションの状況と、クライアント２（３）からの情報（ＩＰアドレス、プロトコル）と、通信プロトコル処理部２３から通知される通信の状況に応じて、通信プロトコル処理部２３のＩＰフィルタ部３０に対して、データ通信を許可すべきクライアント２（３）のＩＰアドレスを設定し、設定されたＩＰアドレス以外のクライアントとの通信を制限させたり、その設定を解除したりする。
【００３９】
前記通信プロトコル処理部２３は、ＳＩＰとは異なるデータ通信用のプロトコルでデータ通信処理を実行するとともに、通信制御部２２の指示に基づいて、データ通信可能なクライアント２（３）を制限できる機能を有している。この実施形態では、異なるデータ通信用プロトコルで処理を行うＳＭＴＰ（Simple Mail Transfer Protocol)処理部３１と、ＦＴＰ(File Transfer Protocol)処理部３２と、ＩＰＰ(Internet Printing Protocol)処理部３３と、各処理部に対してデータ通信可能なクライアント２（３）を制限するＩＰフィルタ部３０を備えている。
【００４０】
また、前記ＳＭＴＰ処理部３１、ＦＴＰ処理部３２およびＩＰＰ処理部３３は、それぞれ自身の通信状況を前記通信制御部２２に通知することが可能となされている。
【００４１】
前記ＳＩＰ通信部２４は、ＳＩＰのセッションに関するプロトコル処理を行うものであり、ＳＩＰによるセッションの確立のためにアクセスしてきたクライアントに対して、前記セッションを確立するための制御を行う第１の制御手段として機能する。さらに、ＳＩＰ通信部２４は、クライアントのＩＰアドレス情報やクライアントが指定してきたデータ通信のプロトコル情報を取得して、ＳＩＰのセッションの状況と共に、通信制御部２２に通知する機能も有する。
【００４２】
前記ネットワークＩ／Ｆ部２１は、ハードウェアを通してネットワーク５上のデータを取得したり、あるいはＭＦＰ１のデータをネットワーク５上に送信したりする機能をもっている。
【００４３】
図３は、前記画像通信システムにおける通信のシーケンスを示す図である。
【００４４】
図３において、この例では、クライアント２がＭＦＰ１との間でＳＩＰのセッションを確立することにより、クライアント３のデータ通信が一時的に拒否される流れを示している。
【００４５】
クライアント２がＳＩＰのインバイト（INVITE）メッセージにデータ通信で利用するプロトコル情報を載せて、同メッセージを前記ＳＩＰサーバ４に送信すると（図３［１］）、ＳＩＰサーバ４は、そのINVITEメッセージをＭＦＰ１に転送する（同図［２］）。この後、ＳＩＰサーバ４は、メッセージ転送中を示すTryingメッセージをクライアント２に返送する（同図［３］）。
【００４６】
ＭＦＰ１は、このINVITEメッセージを受信すると、ＳＩＰ通信部２４がクライアント２のＩＰアドレス情報とデータ通信のプロトコル情報を取得し、通信プロトコル処理部２３のＩＰフィルタ部３０が、通信制御部２２の指示に基づいて、該当するプロトコルの処理に関し、データ通信を許可するＩＰアドレスとしてクライアント２のＩＰアドレスを設定する。
【００４７】
また、準備中であることを示すRingingメッセージをＳＩＰサーバ４に返答し（同図［４］）、ＳＩＰサーバ４は、このメッセージをクライアント２に転送する（同図［５］）。
【００４８】
これ以降、確立されたＳＩＰのセッションが解除するまでの間、ＭＦＰ１は、クライアント２のＩＰアドレス以外のＩＰアドレスを有するクライアント３からのデータ通信を拒否するようになる。ただし、この実施形態では、拒否されるデータ通信は、セッションを確立しようとしているクライアント２が用いるデータ通信用プロトコルと同じプロトコルを用いたものに限定され、データ通信用プロトコルが異なれば、データ通信は制限されない。例えば、セッションを確立しようとしているクライアント２が用いるデータ通信用プロトコルがＳＭＴＰであれば、クライアント３からのＳＭＴＰによるデータ通信が拒否され、他のＦＴＰやＩＰＰによるデータ通信は許可される。これにより、データ通信用プロトコルを用いたクライアント２のデータ通信が、同一プロトコルを用いたクライアント３のデータ通信によって妨げられる不都合を防止できる。
【００４９】
図３では、クライアント３がデータ通信を行おうとしているが、拒否されていることを×印で示している。
【００５０】
データ通信の準備が完了すると、ＭＦＰ１は、ＳＩＰサーバ４にOKメッセージを返す（図３［６］）。このOKメッセージは、ＳＩＰサーバ４を経由してクライアント２に転送される（同図［７］）。
【００５１】
このメッセージを受信したクライアント２は、ACKメッセージを発信する（同図［８］）。このACKメッセージは、ＳＩＰサーバ４を経由してＭＦＰ１に転送される（同図［９］）。この時点で、ＳＩＰによるセッションが確立されることになる。
【００５２】
この状態で、クライアント２は、INVITEメッセージで指定したプロトコルによって、ＭＦＰ１と直接データ通信を行う。
【００５３】
データ通信が完了すると、クライアント２は、ＳＩＰのセッションの終了を要求するBYEメッセージを発信し（図３［１０］）、このBYEメッセージがＳＩＰサーバ４を経由してＭＦＰ１に転送される（同図［１１］）。ＭＦＰ１は、ＳＩＰのセッション終了処理を行い、処理が完了すると、OKメッセージを発信する（同図［１２］）。
【００５４】
この時、ＭＦＰ１の通信制御部２２は、通信プロトコル処理部２３におけるＩＰフィルタ部３０に対して設定されていたＩＰアドレスの制約を解除する処理を行う。これにより、いずれのクライアントにも制限することなくデータ通信を可能にする。図３では、この時点でクライアント３からのデータ通信が可能になったことを○印で示している。
【００５５】
このシーケンスからも分かるように、ＳＩＰによるセッションの確立のためにアクセスしてきたクライアント２からのデータを、他のクライアント３によって妨げられることなく効率良く受信できることになる。
【００５６】
また、呼制御プロトコルとしてのＳＩＰのセッション確立が解除されると、他のクライアント３に対するデータ通信拒否が解除されるから、いずれのクライアントからのデータも受信できることになる。このため、クライアント３に対するデータの通信拒否が必要以上に継続する不都合はない。
【００５７】
次に、上記構成のＭＦＰ１が行う通信処理を、図４に示すフローチャートを参照して説明する。この処理は、ＣＰＵ２０が記憶部１５に記憶されているプログラムに従って動作することにより実行される。
【００５８】
図４において、まずステップＳ１０１で、ＣＰＵ２０が、クライアント２からのアクセスによるＳＩＰのセッションが開始されたか否かを判断する。
【００５９】
具体的には、ＳＩＰのINVITEメッセージが送信されてきたか否かを判断する。
【００６０】
クライアント２からのアクセスによるＳＩＰのセッションが開始されていなければ（ステップＳ１０１でＮＯ）、ステップＳ１０９で、ＣＰＵ２０は、ＩＰアドレスの制約なしに、すべてのクライアント２，３とデータ通信を行う。
【００６１】
クライアント２からのアクセスによるＳＩＰのセッションが開始されていれば（ステップＳ１０１でＹＥＳ）、ステップＳ１０２で、上述したINVITEメッセージからクライアント２のＩＰアドレスを取得し、さらにステップＳ１０３で、クライアント２が指定しているデータ通信プロトコルを取得する。
【００６２】
次いでステップＳ１０４で、前記取得したプロトコルによるクライアント２のみからのデータ通信を許可するために、前記取得されたプロトコルに対して、クライアント２のＩＰアドレスがＩＰフィルタ部３０に設定される。
【００６３】
ステップＳ１０５では、この時点で、ＳＩＰのセッションを確立することなくデータ通信を行っているクライアント３が存在しているか否かを判断し、通信しているクライアント３が存在していなければ（ステップＳ１０５でＮＯ）、ステップＳ１０６に進む。通信しているクライアント３が存在していれば（ステップＳ１０５でＹＥＳ）、ステップＳ１０５に待機して、その通信が完了するまで待ち続け、データ通信が完了すると、ステップＳ１０６に進む。
【００６４】
完了待ちの間は、ＭＦＰ１は、図３に示すOKメッセージを発信することなく、Ringingメッセージを発信するようにして、ＳＩＰのセッションの開始を試みているクライアント２に待ち状態であることを伝える。
【００６５】
ステップＳ１０６では、ＳＩＰのセッションを確立しているクライアント２との間で、指定されたプロトコルでデータ通信が行われ、通信プロトコル処理部２３のＳＭＴＰ処理部３１、ＦＴＰ処理部３２、ＩＰＰ処理部３３により受信されたデータが処理される。なお、設定されたＩＰアドレス以外のデータ受信はＩＰフィルタ部３０により拒否される。尚、この時、ＭＦＰ１の操作パネル部１４には、指定されたプロトコルでの他のクライアントからのデータ通信はできない旨の警告表示を行っても良い。
【００６６】
ステップＳ１０７では、クライアント２からのＳＩＰのセッションの確立が解除されたか否かを判断し、セッションの確立が解除されていなければ（ステップＳ１０７でＮＯ）、ステップＳ１０７に待機して確立が解除されるまで待つ。ＳＩＰのセッションの確立が解除されると（ステップＳ１０７でＹＥＳ）、ステップＳ１０８では、ＩＰフィルタ部３０において、指定されたプロトコルに対するＩＰアドレスの設定を解除して終了する。
【００６７】
これにより、すべてのクライアント２、３からのデータ通信が可能な状態に戻る。すべてのクライアント２、３からのデータ通信を可能とするために、特殊なアドレス、例えば、255.255.255.255のようなアドレスをＩＰフィルタ部３０に設定するようにしてもよく、また、フラグの設定などを利用するようにしてもよい。
【００６８】
図４のフローチャートでは、ＳＩＰのセッションを確立したクライアン２以外のデータ通信を拒否する処理を示したが、ＳＩＰのセッションを確立しても、自己を含む全てのクライアントに対して、INVITEメッセージで指定されたプロトコルによるデータ受信を許否する構成も可能である。
【００６９】
このような構成は、１つのプロトコルによるデータ通信が増大して、他のプロトコルによるデータ通信処理に影響がある場合などに、前記１つのプロトコルによるデータ通信を一時的に停止させる場合などに利用することができる。
【００７０】
このように、自己を含む全てのクライアントに対して、ＩＮＶＩＴＥメッセージで指定されたプロトコルによるデータ受信を許否する構成は、通信プロトコル処理部２３による当該プロトコルの処理に0.0.0.0のようなアドレスをＩＰフィルタ部３０に設定することで可能となる。また、このようなアドレス設定以外に、フラグの設定などを利用しても良い。
【００７１】
図５は、ＳＩＰメッセージのうち、INVITEメッセージの一例を示すものである。
【００７２】
図５において、このINVITEメッセージは、「Client2@Sapporo.com」のＵＲＬで設定され、ＩＰアドレスが「192.168.25.51」であるクライアントから、「device@konicaminolta.jp」のＵＲＬで設定されたＭＦＰ１に向けて発信された例を示している。
【００７３】
このINVITEメッセージの中で、「o = -1 1 IN IP4 192.168.25.51 」および「c = IN IP4 192.168.25.51」に、クライアントのアドレス情報があり、「m =data 10001 tcp ftp 」により、データ通信を行うプロトコルが指定されている。この例では、ＦＴＰでデータ通信を行うことが指定されている。
【００７４】
この実施形態によれば、図５に示すＳＩＰのメッセージを受信したＭＦＰ１では、「192.168.25.51」のＩＰアドレスをＩＰフィルタ部３０に設定して、他のＩＰアドレスからのＦＴＰによるデータ通信を拒否する。
【００７５】
なお、前述したように、ＳＩＰのセッションを確立しても、自己を含む全てのクライアントに対して、INVITEメッセージで指定されたプロトコルによるデータ受信を許否する構成とする場合は、例えば、図５に示すINVITEメッセージにおいて、「m=data 10001 tcp ftp」の後に、「reject」等を付加して、自己を含む全てのクライアントに対するデータ受信を拒否することを示しておけばよい。
【００７６】
以上説明した例では、指定されたデータ通信用プロトコルによるデータ通信が許可されるクライアントは、ＳＩＰのセッションを確立しようとするクライアント２のみである場合を示したが、ＳＩＰのセッションを確立しようとするクライアント２が、自身以外のクライアント３からのデータ通信も許可する構成も可能である。この場合は、ＳＩＰのセッションにより複数台のクライアントからのデータ通信が可能となる。
【００７７】
図６は、ＳＩＰのセッションを確立しようとするクライアント２が、自身以外のクライアント３からのデータ通信も許可する場合のINVITEメッセージの一例を示すものである。
【００７８】
図６において、図５との違いは、「c = IN IP4 IP4 192.168.25.51．IN IP4 192.168.2.121」となっている箇所である。
【００７９】
この例では、ＳＩＰのセッションを確立しようとているＩＰアドレス「192.168.25.51」のクライアント２以外に、ＩＰアドレス「192.168.2.121」のクライアント３からのデータ通信も許可するように、ＭＦＰ１ に通知している。
【００８０】
これを受信したＭＦＰ１は、指定されたデータ通信用プロトコルに対して双方のアドレスをＩＰフィルタ部３０に設定する。
【００８１】
なお、ＳＩＰのセッションによるデータ通信の対象となるクライアントは、２台だけでなく、３台以上の複数であってもよい。
【００８２】
次に、通信プロトコル処理部２３において行われるデータ通信用プロトコル毎の通信制御処理を、図７のフローチャートを参照して説明する。この処理も、ＣＰＵ２０が記憶部１５に記憶されているプログラムに従って動作することにより実行される。
【００８３】
図７において、ステップＳ２０１では、ＳＭＴＰによる通信か否かを判断し、ステップＳＭＴＰによる通信でなければ（ステップＳ２０１でＮＯ）、ステップＳ２０６に進み、ＳＭＴＰによる通信であれば（ステップＳ２０１でＹＥＳ）、ステップＳ２０２に進む。
【００８４】
ステップＳ２０２では、ＳＭＴＰに対して255.255.255.255 （制限なしの全受信に設定）がＩＰフィルタ部３０に設定されているか否かを判断し、ＳＭＴＰに対して255.255.255.255 がＩＰフィルタ部３０に設定されていれば（ステップＳ２０２でＹＥＳ）、ステップＳ２０５に進み、ＳＭＴＰ処理部３１でＳＭＴＰの通信を処理したのち、ステップＳ２０６に進む。ＳＭＴＰに対して255.255.255.255 がＩＰフィルタ部３０に設定されていなければ（ステップＳ２０２でＮＯ）、ステップＳ２０３に進む。
【００８５】
ステップＳ２０３では、ＳＭＴＰに対して0.0.0.0（全拒否）がＩＰフィルタ部３０に設定されているか否かを判断し、ＳＭＴＰに対して0.0.0.0 がＩＰフィルタ部３０に設定されていれば（ステップＳ２０３でＹＥＳ）、ステップＳ２０６に進み、ＳＭＴＰに対して0.0.0.0 がＩＰフィルタ部３０に設定されていなければ（ステップＳ２０３でＮＯ）、ステップＳ２０４に進む。
【００８６】
ステップＳ２０４では、ＳＭＴＰに対してＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致するか否かを判断し、ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していなければ（ステップＳ２０４でＮＯ）、ステップＳ２０６に進む。ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していれば（ステップＳ２０４でＹＥＳ）、ステップＳ２０５で、ＳＭＴＰ処理部３１でＳＭＴＰの通信を処理して、ステップＳ２０６に進む。
【００８７】
ステップＳ２０６では、ＦＴＰによる通信か否かを判断し、ＦＴＰによる通信でなければ（ステップＳ２０６でＮＯ）、ステップＳ２１１に進み、ＦＴＰによる通信であれば（ステップＳ２０６でＹＥＳ）、ステップＳ２０７に進む。
【００８８】
ステップＳ２０７では、ＦＴＰに対して255.255.255.255 （制限なしの全受信に設定）がＩＰフィルタ部３０に設定されているか否かを判断し、ＦＴＰに対して255.255.255.255 がＩＰフィルタ部３０に設定されていれば（ステップＳ２０７でＹＥＳ）、ステップＳ２１０に進み、ＦＴＰ処理部３２でＦＴＰの通信を処理したのち、ステップＳ２１１に進む。ＦＴＰに対して255.255.255.255 がＩＰフィルタ部３０に設定されていなければ（ステップＳ２０７でＮＯ）、ステップＳ２０８に進む。
【００８９】
ステップＳ２０８では、ＦＴＰに対して0.0.0.0（全拒否）がＩＰフィルタ部３０に設定されているか否かを判断し、ＦＴＰに対して0.0.0.0 がＩＰフィルタ部３０に設定されていれば（ステップＳ２０８でＹＥＳ）、ステップＳ２１１に進み、ＦＴＰに対して0.0.0.0 がＩＰフィルタ部３０に設定されていなければ（ステップＳ２０８でＮＯ）、ステップＳ２０９に進む。
【００９０】
ステップＳ２０９では、ＦＴＰに対してＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致するか否かを判断し、ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していなけば（ステップＳ２０９でＮＯ）、ステップＳ２１１に進む。ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していれば（ステップＳ２０９でＹＥＳ）、ステップＳ２１０では、ＦＴＰ処理部３２でＦＴＰの通信を処理したのち、ステップＳ２１１に進む。
【００９１】
ステップＳ２１１では、ＩＰＰによる通信か否かを判断し、ＩＰＰによる通信でなければ（ステップＳ２１１でＮＯ）、そのまま終了し、ＩＰＰによる通信であれば（ステップＳ２１１でＹＥＳ）、ステップＳ２１２に進む。
【００９２】
ステップＳ２１２では、ＩＰＰに対して255.255.255.255(制限なしの全受信に設定）がＩＰフィルタ部３０に設定されているか否かを判断し、ＩＰＰに対して255.255.255.255がＩＰフィルタ部３０に設定されていれば（ステップＳ２０２でＹＥＳ）、ステップＳ２１５に進み、ＩＰＰ処理部３３でＩＰＰの通信を処理して、終了する。ＩＰＰに対して255.255.255.255 がＩＰフィルタ部３０に設定されていなければ（ステップＳ２１２でＮＯ）、ステップＳ２１３に進む。
【００９３】
ステップＳ２１３では、ＩＰＰに対して0.0.0.0（全拒否）がＩＰフィルタ部３０に設定されているか否かを判断し、ＩＰＰに対して0.0.0.0 がＩＰフィルタ部３０に設定されていれば（ステップＳ２１３でＹＥＳ）、そのまま終了し、ＩＰＰに対して0.0.0.0がＩＰフィルタ部３０に設定されていなければ（ステップＳ２１３でＮＯ）、ステップＳステップＳ２１４に進む。
【００９４】
ステップＳ２１４では、ＩＰＰに対してＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致するか否かを判断し、ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していなけば（ステップＳ２１４でＮＯ）、そのまま終了し、ＩＰフィルタ部３０に設定されたＩＰアドレスが送信元のクライアント２のＩＰアドレスと一致していれば（ステップＳ２１４でＹＥＳ）、ステップＳ２１５では、ＩＰＰ処理部３３でＩＰＰの通信を処理して、終了する。
【００９５】
なお、以上説明した実施形態では、データ通信用プロトコルを指定して他のクライアントからのデータ通信の許否が可能であるので、あるクライアント２が、例えばＦＴＰを指定してＳＩＰのセッションを確立し、他のクライアント３からのデータ通信を制限していたとしても、他のプロトコル、例えば、ＳＭＴＰでは制約がなく、すべてのクライアント２，３とのデータ通信が可能であるといった動作が可能である。ただし、構成を簡略化するために、データ通信用プロトコル毎の指定を省略し、全てのデータ通信用プロトコルに対して、自己を含む指定されたクライアントのみにデータ通信を許可する構成としても良い。また、ＳＩＰのセッションによって送信相手のＩＰアドレスを取得して、該取得したＩＰアドレス宛にＳＭＴＰ送信を行う機能においては、ＳＩＰによる呼制御を行った状態で他の装置から当該ＩＰアドレス宛への画像データを受信することがないので、ＩＰアドレス宛にＳＭＴＰ送信されるＩＰファクシミリのエラーの発生を防止することができる。
【００９６】
また、以上の実施形態では、呼制御プロトコルとしてＳＩＰを用いたが、呼制御プロトコルはＳＩＰに限定されることない。例えば、公衆電話網における呼制御を参考にしてＩＰネットワーク上に再現した規格である「Ｈ．３２３」や、その他の呼制御プロトコルを利用するものであっても良い。
【図面の簡単な説明】
【００９７】
【図１】この発明の一実施形態に係るデータ通信装置としてのＭＦＰが用いられたデータ通信システムの構成図である。
【図２】ＭＦＰの電気的構成を示すブロック図である。
【図３】図１に示した通信システムの通信シーケンスを示す図である。
【図４】ＭＦＰによる通信処理の流れを示すフローチャートである。
【図５】ＳＩＰのINVITEメッセージの一例を示す図である。
【図６】ＳＩＰのINVITEメッセージの別の例を示す図である。
【図７】通信プロトコル処理部で行われるプロトコル毎の通信制御処理を示すフローチャートである。
【符号の説明】
【００９８】
１        ＭＦＰ（データ通信装置）
２，３    クライアント
１５      記憶部
２０      ＣＰＵ
２２      通信制御部
２３      通信プロトコル処理部
２４      ＳＩＰ通信部
３０      ＩＰフィルタ部
【図１】
2007201688.tif 000003
【図２】
2007201688.tif 000004
【図３】
2007201688.tif 000005
【図４】
2007201688.tif 000006
【図５】
2007201688.tif 000007
【図６】
2007201688.tif 000008
【図７】
2007201688.tif 000009