JP4341628B2 - データ通信装置及びデータ通信処理プログラム - Google Patents

Description

この発明は、呼制御プロトコルによりクライアントとの間でセッションを確立でき、かつセッション確立後はデータ通信用プロトコルによりデータ通信を行うことができる、例えば多機能デジタル複写機であるＭＦＰ（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メッセージの別の例を示す図である。 通信プロトコル処理部で行われるプロトコル毎の通信制御処理を示すフローチャートである。

符号の説明

１ ＭＦＰ（データ通信装置）
２，３ クライアント
１５ 記憶部
２０ ＣＰＵ
２２ 通信制御部
２３ 通信プロトコル処理部
２４ ＳＩＰ通信部
３０ ＩＰフィルタ部

Claims (7)

1. データ通信用プロトコルによるデータ通信を行うに際し、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきた第１のクライアントに対して、前記セッションを確立するための制御を行う第１の制御手段と、
   前記呼制御プロトコルのデータの中から前記第１のクライアントのＩＰアドレスを取得するＩＰアドレス取得手段と、
   前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからのデータの通信であって、前記呼制御プロトコルを用いた前記セッションの確立中及びセッションの確立後における前記第１のクライアントが利用するデータ通信用プロトコルと同一のデータ通信用プロトコルを用いたデータの通信を、前記第１のクライアントからのデータ通信の開始前においても開始後においても拒否するとともに、前記第１のクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルについては他のＩＰアドレスのクライアントからのデータの通信を許可する第２の制御手段と、
   を備えたことを特徴とするデータ通信装置。
2. データ通信用プロトコルによるデータ通信を行うに際し、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきた第１のクライアントに対して、前記セッションを確立するための制御を行う第１の制御手段と、
   前記呼制御プロトコルのデータの中から前記第１のクライアント及び前記第１のクライアント以外のクライアントを含む複数のクライアントのＩＰアドレスを取得するＩＰアドレス取得手段と、
   前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからの、前記セッションの確立中及び確立後におけるデータの通信を拒否する一方、前記取得した前記第１のクライアント及び前記第１のクライアント以外のクライアントを含む複数のＩＰアドレスのクライアントについてはデータの通信を許可する第２の制御手段と、
   を備えたことを特徴とするデータ通信装置。
3. 前記第２の制御手段は、前記呼制御プロトコルによるセッションの確立解除後は、他のＩＰアドレスのクライアントからのデータの通信拒否を解除する請求項１または２に記載のデータ通信装置。
4. 前記第２の制御手段は、呼制御プロトコルによるセッションの確立のためにアクセスしてきた前記第１のクライアントが利用するデータ通信用プロトコルについては、前記アクセスしてきた第１のクライアントを含む全てのクライアントからのデータの通信拒否が可能である請求項１または２に記載のデータ通信装置。
5. 呼制御プロトコルによるセッションの確立のためにアクセスしてきた前記第１のクライアントが利用するデータ通信用プロトコルについての情報は、呼制御プロトコルのデータの中から取得される請求項１または２に記載のデータ通信装置。
6. データ通信用プロトコルによるデータ通信を行う前に、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきた第１のクライアントに対して、前記セッションを確立するための制御を行うステップと、
   前記呼制御プロトコルのデータの中から前記第１のクライアントのＩＰアドレスを取得するステップと、
   前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからのデータの通信であって、前記呼制御プロトコルを用いた前記セッションの確立中及びセッションの確立後における前記第１のクライアントが利用するデータ通信用プロトコルと同一のデータ通信用プロトコルを用いたデータの通信を、前記第１のクライアントからのデータ通信の開始前においても開始後においても拒否するとともに、前記第１のクライアントが利用するデータ通信用プロトコル以外のデータ通信用プロトコルについては、他のＩＰアドレスのクライアントからのデータの通信を許可するステップと、
   をコンピュータに実行させるためのデータ通信処理プログラム。
7. データ通信用プロトコルによるデータ通信を行う前に、前記データ通信用プロトコルとは別の呼制御プロトコルによるセッションの確立のためにアクセスしてきた第１のクライアントに対して、前記セッションを確立するための制御を行うステップと、
   前記呼制御プロトコルのデータの中から前記第１のクライアント及び前記第１のクライアント以外のクライアントを含む複数のクライアントの各ＩＰアドレスを取得するステップと、
   前記取得したＩＰアドレス以外の他のＩＰアドレスのクライアントからの、前記セッションの確立中及び確立後におけるデータの通信を拒否する一方、前記取得した前記第１のクライアント及び前記第１のクライアント以外のクライアントを含む複数のＩＰアドレスのクライアントについてはデータの通信を許可するステップと、
   をコンピュータに実行させるためのデータ通信処理プログラム。

Images