(57)【要約】【課題】悪意者による他利用者へのなりすまし等に対してセキュリティの高いファイルダウンロードを実施する。【解決手段】ゲート装置２００（クライアントシステム）は、電話網５００を介して自身のデータ通信ポートをファイル管理システム４００に通知してファイルダウンロードを要求する。ファイル管理システム４００は、自身のデータ通信ポートをオープンし、電話網５００を介して、このオープンしたデータ通信ポートをゲート装置２００へ通知する。そして、ＩＰネットワーク６００を介し、自身のデータ通信ポート及び受信したゲート装置２００の通信ポートを用いて要求されたファイルをダウンロードする。【選択図】      図１
2004362116.tif 000002
【特許請求の範囲】
【請求項１】
ファイルのダウンロードを要求するクライアントシステムとダウンロード対象ファイルを管理するファイル管理システムとを電話網及びＩＰネットワークを介して接続してなるダウンロードシステムであって、
前記クライアントシステムは、
電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するポート通知手段と、
電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、
前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、
前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、
ＩＰネットワークを介して前記ファイル管理システムから送信され、前記通信制御手段が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段とを備え、
前記ファイル管理システムは、
ダウンロード対象ファイルを記憶する記憶手段と、
電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるポート通知受信手段と、
電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するポート通知手段と、
前記クライアントシステムからファイルのダウンロードの要求を受け付けるダウンロード要求受付手段と、
前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、
ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するファイル送信手段とを備える、
ことを特徴とするダウンロードシステム。
【請求項２】
前記クライアントシステムの通信制御手段は、ダウンロードファイルの受信が終了したときに、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を制限し、
前記ファイル管理システムの通信制御手段は、ダウンロード要求されたファイルの送信が終了したときに、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットの通過を制限する、
ことを特徴とする請求項１に記載のダウンロードシステム。
【請求項３】
前記クライアントシステムと電話網間、及び、前記ファイル管理システムと電話網間は、Ｑ．９３１プロトコルにより通信を行う、
ことを特徴とする請求項１または請求項２に記載のダウンロードシステム。
【請求項４】
ファイルのダウンロードを要求するクライアントシステムとダウンロード対象ファイルを管理するファイル管理システムとを電話網及びＩＰネットワークを介して接続してなるダウンロードシステムに用いられるダウンロード方法であって、
前記クライアントシステムが、
電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知し、
前記ファイル管理システムへファイルのダウンロードを要求し、
前記ファイル管理システムが、
ダウンロード対象ファイルを記憶する記憶手段を用意し、
電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受け、
電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知し、
前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可し、
前記クライアントシステムが、
電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受け、
前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可し、
前記ファイル管理システムが、
前記クライアントシステムからファイルのダウンロードの要求を受け、
ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信し、
前記クライアントシステムが、
ＩＰネットワークを介して前記ファイル管理システムから送信され、通過が許可されたダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶する、
ことを特徴とするダウンロード方法。
【請求項５】
ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続され、ファイルのダウンロードを要求するクライアントシステムであって、
電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するポート通知手段と、
電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、
前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、
前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、
ＩＰネットワークを介して前記ファイル管理システムから送信され、前記通信制御手段が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段と、
を備えることを特徴とするクライアントシステム。
【請求項６】
ファイルのダウンロードを要求するクライアント部と、電話網との通信を制御するコントローラ部と、ＩＰネットワークとの通信を制御するデータ通信制御部とからなり、ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続されるクライアントシステムであって、
前記クライアント部は、
自身のデータ通信ポートを前記コントローラ部に通知する通知手段と、
前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、
ＩＰネットワークを介して前記ファイル管理システムから送信され、前記データ通信制御部が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段とを備え、
前記コントローラ部は、
前記クライアント部からデータ通信ポートを受信し、電話網を介して前記ファイル管理システムに該データ通信ポートを通知するポート通知手段と、
電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、
前記クライアント部から受信したデータ通信ポート及び前記ファイル管理システムから受信したデータ通信ポートを前記データ通信制御部に通知し、該データ通信ポートを用いたデータパケットの通過を指示する指示手段とを備え、
前記データ通信制御部は、
前記コントローラ部から前記クライアント部及び前記ファイル管理システムのデータ通信ポートの通知を受け、該データ通信ポートを用いたデータパケットの通過を許可する通信制御手段を備える、
ことを特徴とするクライアントシステム。
【請求項７】
ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続され、ダウンロード対象ファイルを管理するファイル管理システムであって、
ダウンロード対象ファイルを記憶する記憶手段と、
電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるポート通知受信手段と、
電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するポート通知手段と、
前記クライアントシステムからファイルのダウンロードの要求を受け付けるダウンロード要求受付手段と、
前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、
ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するファイル送信手段と、
を備えることを特徴とするファイル管理システム。
【請求項８】
さらに、電話網を介して受信した前記クライアントシステムの電話番号を用いて認証を行う認証手段を備える、
ことを特徴とする請求項７に記載のファイル管理システム。
【請求項９】
さらに、前記クライアントシステムの電話番号に対応したＩＰアドレスを記憶するアドレス変換手段を備え、
前記ファイル送信手段は、前記クライアントシステムから電話網を介して受信した電話番号を基に、前記アドレス変換手段からファイルのダウンロードを要求した前記クライアントシステムのＩＰアドレスを取得する、
ことを特徴とする請求項７または請求項８に記載のファイル管理システム。
【請求項１０】
ダウンロードファイルを管理するファイル管理部と、電話網との通信を制御するコントローラ部と、ＩＰネットワークとの通信を制御するデータ通信制御部とからなり、ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続されるファイル管理システムであって、
前記コントローラ部は、
電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受信するポート通知受信手段と、
ＩＰネットワークを介したデータの送受信に使用する外部通信用のデータ通信ポートを確保し、電話網を介して、前記クライアントシステムにこの確保した外部通信用のデータ通信ポートを通知する外部通信ポート通知手段と、
前記ファイル管理部へ、受信した前記クライアントシステムのデータ通信ポートを通知するポート通知手段と、
確保した外部通信用のデータ通信ポート及び受信した前記クライアントシステムのデータ通信ポートを前記データ通信制御部に通知し、該データ通信ポートを用いたデータパケットの通過を指示する指示手段とを備え、
前記ファイル管理部は、
ダウンロード対象ファイルを記憶する記憶手段と、
前記コントローラ部から受信した前記クライアントシステムのデータ通信ポート及び内部通信用のデータ通信ポートを用いたデータパケットにより、前記記憶手段に記憶され、前記クライアントシステムからダウンロード要求されたファイルを送信するファイル送信手段とを備え、
前記データ通信制御部は、
前記コントローラ部から外部通信用のデータ通信ポート及び前記クライアントシステムのデータ通信ポートの通知を受け、該外部通信用のデータ通信ポート及び該クライアントシステムのデータ通信ポートを使用した前記クライアントシステムとの間のＩＰネットワークを介したデータパケットと、前記内部通信用のデータ通信ポート及び該クライアントシステムのデータ通信ポートを用いた前記ファイル管理部との間のデータパケットとを相互にポート変換して通過させる通信制御手段を備える、
ことを特徴とするファイル管理システム。
【請求項１１】
ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続され、ファイルのダウンロードを要求するクライアントシステムに用いられるコンピュータプログラムであって、
電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するステップと、
電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるステップと、
前記ファイル管理システムへファイルのダウンロードを要求するステップと、
前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可するステップと、
ＩＰネットワークを介して前記ファイル管理システムから送信され、通過が許可されたダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１２】
ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続され、ダウンロード対象ファイルを管理するファイル管理システムに用いられるコンピュータプログラムであって、
電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるステップと、
電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するステップと、
前記クライアントシステムからファイルのダウンロードの要求を受け付けるステップと、
前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可するステップと、
ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ダウンロードシステム及び方法、クライアントシステム、ファイル管理システム、ならびに、コンピュータプログラムに関する。
【０００２】
【従来の技術】
近年、コンピュータシステム間でネットワークを介したファイルダウンロードが頻繁に行われている。このファイルのダウンロードには、一般にＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が用いられている。
一方、特許文献１には、社内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）とインターネット間を、共通にアクセスできる外部記憶装置を介して接続し、この外部記憶装置に対して、社内ＬＡＮ及びインターネット側の各々のコンピュータのリードライトアクセス権を論理的な部分領域ごと互いに排他的に設定することにより、セキュリティの高い社内ＬＡＮとインターネット間のファイル交換を実現するオンラインデータ転送装置について記載されている。
また、特許文献２では、ファイル転送にＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用するファイル転送システムについて記載されている。
【０００３】
【特許文献１】
特開２０００−２９８６１２号公報
【特許文献２】
特開２００１−００５７４６号公報
【０００４】
【発明が解決しようとする課題】
ＦＴＰを用いたダウンロードでは、パケットモニタリングなどにより悪意者がある利用者のＩＰアドレスやＦＴＰのログインパスワード等を入手した場合、当該利用者になりすまし、ファイルを入手することが可能となる。さらに、ファイルのダウンロードを可能とするためにはダウンロード対象のファイルを保有するコンピュータシステム（ファイル管理システム）のＦＴＰポート（通常、ＴＣＰポート２０、２１番）を常時オープンしておく必要がある。これにより、ファイル管理システム自体が悪意者の攻撃対象となる可能性がある。また、ＦＴＰを適用せずとも、ＩＰプロトコルを用いてファイルをダウンロードする方式では、いずれにしろ何らかのポートをオープンしておく必要があるため、セキュリティ低下は免れない。
しかし、特許文献１においては、外部記憶装置にアクセスする手段やファイル転送に用いるプロトコル等の記述はないが、外部記憶装置へのアクセス制御を実現するためにＩＰネットワーク上でのユーザ認証（例えば、ＦＴＰではパスワード認証）が必要と想定されるため、前述したように悪意者によるなりすまし等、セキュリティの低下が懸念される。
また、特許文献２においても、同様に特定ポート（ＴＣＰポート８０）を常時オープンしておく必要があり、セキュリティの低下が懸念される。
【０００５】
本発明は、上記事情を考慮してなされたものであり、その目的は、ファイルダウンロードを行うＦＴＰなどの制御コマンドを電話網経由で通知し、当該ファイルのダウンロード時のみＩＰネットワークに接続されたクライアント側及びサーバ側のファイアウォールの通過を許容することにより、ＩＰネットワーク経由でファイル実体の転送のみを実施し、悪意者による他利用者へのなりすまし等に対してセキュリティの高いファイルダウンロードを実施することのできるダウンロードシステム及び方法、クライアントシステム、ファイル管理システム、ならびに、コンピュータプログラムを提供することにある。
【０００６】
【課題を解決するための手段】
この発明は、上記の課題を解決すべくなされたもので、請求項１に記載の発明は、ファイルのダウンロードを要求するクライアントシステムとダウンロード対象ファイルを管理するファイル管理システムとを電話網及びＩＰネットワークを介して接続してなるダウンロードシステムであって、前記クライアントシステムは、電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するポート通知手段と、電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、ＩＰネットワークを介して前記ファイル管理システムから送信され、前記通信制御手段が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段とを備え、前記ファイル管理システムは、ダウンロード対象ファイルを記憶する記憶手段と、電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるポート通知受信手段と、電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するポート通知手段と、前記クライアントシステムからファイルのダウンロードの要求を受け付けるダウンロード要求受付手段と、前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するファイル送信手段とを備える、ことを特徴とするダウンロードシステムである。
【０００７】
請求項２に記載の発明は、請求項１に記載のダウンロードシステムであって、前記クライアントシステムの通信制御手段は、ダウンロードファイルの受信が終了したときに、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を制限し、前記ファイル管理システムの通信制御手段は、ダウンロード要求されたファイルの送信が終了したときに、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットの通過を制限する、ことを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１または請求項２に記載のダウンロードシステムであって、前記クライアントシステムと電話網間、及び、前記ファイル管理システムと電話網間は、Ｑ．９３１プロトコルにより通信を行う、ことを特徴とする。
【０００９】
請求項４に記載の発明は、ファイルのダウンロードを要求するクライアントシステムとダウンロード対象ファイルを管理するファイル管理システムとを電話網及びＩＰネットワークを介して接続してなるダウンロードシステムに用いられるダウンロード方法であって、前記クライアントシステムが、電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知し、前記ファイル管理システムへファイルのダウンロードを要求し、前記ファイル管理システムが、ダウンロード対象ファイルを記憶する記憶手段を用意し、電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受け、電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知し、前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可し、前記クライアントシステムが、電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受け、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可し、前記ファイル管理システムが、前記クライアントシステムからファイルのダウンロードの要求を受け、ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信し、前記クライアントシステムが、ＩＰネットワークを介して前記ファイル管理システムから送信され、通過が許可されたダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶する、ことを特徴とするダウンロード方法である。
【００１０】
請求項５に記載の発明は、ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続され、ファイルのダウンロードを要求するクライアントシステムであって、電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するポート通知手段と、電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、ＩＰネットワークを介して前記ファイル管理システムから送信され、前記通信制御手段が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段と、を備えることを特徴とするクライアントシステムである。
【００１１】
請求項６に記載の発明は、ファイルのダウンロードを要求するクライアント部と、電話網との通信を制御するコントローラ部と、ＩＰネットワークとの通信を制御するデータ通信制御部とからなり、ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続されるクライアントシステムであって、前記クライアント部は、自身のデータ通信ポートを前記コントローラ部に通知する通知手段と、前記ファイル管理システムへファイルのダウンロードを要求するダウンロード要求手段と、ＩＰネットワークを介して前記ファイル管理システムから送信され、前記データ通信制御部が通過を許可したダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するファイル受信手段とを備え、前記コントローラ部は、前記クライアント部からデータ通信ポートを受信し、電話網を介して前記ファイル管理システムに該データ通信ポートを通知するポート通知手段と、電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるポート通知受信手段と、前記クライアント部から受信したデータ通信ポート及び前記ファイル管理システムから受信したデータ通信ポートを前記データ通信制御部に通知し、該データ通信ポートを用いたデータパケットの通過を指示する指示手段とを備え、前記データ通信制御部は、前記コントローラ部から前記クライアント部及び前記ファイル管理システムのデータ通信ポートの通知を受け、該データ通信ポートを用いたデータパケットの通過を許可する通信制御手段を備える、ことを特徴とするクライアントシステムである。
【００１２】
請求項７に記載の発明は、ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続され、ダウンロード対象ファイルを管理するファイル管理システムであって、ダウンロード対象ファイルを記憶する記憶手段と、電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるポート通知受信手段と、電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するポート通知手段と、前記クライアントシステムからファイルのダウンロードの要求を受け付けるダウンロード要求受付手段と、前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可する通信制御手段と、ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、前記記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するファイル送信手段と、を備えることを特徴とするファイル管理システムである。
【００１３】
請求項８に記載の発明は、請求項７に記載のファイル管理システムであって、さらに、電話網を介して受信した前記クライアントシステムの電話番号を用いて認証を行う認証手段を備える、ことを特徴とする。
【００１４】
請求項９に記載の発明は、請求項７または請求項８に記載のファイル管理システムであって、さらに、前記クライアントシステムの電話番号に対応したＩＰアドレスを記憶するアドレス変換手段を備え、前記ファイル送信手段は、前記クライアントシステムから電話網を介して受信した電話番号を基に、前記アドレス変換手段からファイルのダウンロードを要求した前記クライアントシステムのＩＰアドレスを取得する、ことを特徴とする。
【００１５】
請求項１０に記載の発明は、ダウンロードファイルを管理するファイル管理部と、電話網との通信を制御するコントローラ部と、ＩＰネットワークとの通信を制御するデータ通信制御部とからなり、ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続されるファイル管理システムであって、前記コントローラ部は、電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受信するポート通知受信手段と、ＩＰネットワークを介したデータの送受信に使用する外部通信用のデータ通信ポートを確保し、電話網を介して、前記クライアントシステムにこの確保した外部通信用のデータ通信ポートを通知する外部通信ポート通知手段と、前記ファイル管理部へ、受信した前記クライアントシステムのデータ通信ポートを通知するポート通知手段と、確保した外部通信用のデータ通信ポート及び受信した前記クライアントシステムのデータ通信ポートを前記データ通信制御部に通知し、該データ通信ポートを用いたデータパケットの通過を指示する指示手段とを備え、前記ファイル管理部は、ダウンロード対象ファイルを記憶する記憶手段と、前記コントローラ部から受信した前記クライアントシステムのデータ通信ポート及び内部通信用のデータ通信ポートを用いたデータパケットにより、前記記憶手段に記憶され、前記クライアントシステムからダウンロード要求されたファイルを送信するファイル送信手段とを備え、前記データ通信制御部は、前記コントローラ部から外部通信用のデータ通信ポート及び前記クライアントシステムのデータ通信ポートの通知を受け、該外部通信用のデータ通信ポート及び該クライアントシステムのデータ通信ポートを使用した前記クライアントシステムとの間のＩＰネットワークを介したデータパケットと、前記内部通信用のデータ通信ポート及び該クライアントシステムのデータ通信ポートを用いた前記ファイル管理部との間のデータパケットとを相互にポート変換して通過させる通信制御手段を備える、ことを特徴とするファイル管理システムである。
【００１６】
請求項１１に記載の発明は、ダウンロード対象ファイルを管理するファイル管理システムと電話網及びＩＰネットワークを介して接続され、ファイルのダウンロードを要求するクライアントシステムに用いられるコンピュータプログラムであって、電話網を介して、自身のデータ通信ポートを前記ファイル管理システムに通知するステップと、電話網を介して、前記ファイル管理システムから該ファイル管理システムのデータ通信ポートの通知を受けるステップと、前記ファイル管理システムへファイルのダウンロードを要求するステップと、前記自身のデータ通信ポート及び受信した前記ファイル管理システムの通信ポートを用いたデータパケットの通過を許可するステップと、ＩＰネットワークを介して前記ファイル管理システムから送信され、通過が許可されたダウンロードファイルのデータパケットを受信し、該ダウンロードファイルを内部に記憶するステップと、をコンピュータに実行させることを特徴とするコンピュータプログラムである。
【００１７】
請求項１２に記載の発明は、ファイルのダウンロードを要求するクライアントシステムと電話網及びＩＰネットワークを介して接続され、ダウンロード対象ファイルを管理するファイル管理システムに用いられるコンピュータプログラムであって、電話網を介して、前記クライアントシステムから該クライアントシステムのデータ通信ポートの通知を受けるステップと、電話網を介して、自身のデータ通信ポートを前記クライアントシステムに通知するステップと、前記クライアントシステムからファイルのダウンロードの要求を受け付けるステップと、前記自身のデータ通信ポート及び受信した前記クライアントシステムの通信ポートを用いたデータパケットの通過を許可するステップと、ＩＰネットワークを介して、前記自身のデータ通信ポート及び受信した前記クライアントシステムのポートを用いたデータパケットにより、記憶手段に記憶されているダウンロード要求されたファイルを前記クライアントシステムへ送信するステップと、をコンピュータに実行させることを特徴とするコンピュータプログラムである。
【００１８】
【発明の実施の形態】
まず、従来技術の音声通信システムについて説明する。図６は、従来技術のＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）通信のネットワーク構成を示す。
図６において、ネットワークは、呼制御信号を伝送する公衆電話網（ＳＳ＃７ネットワーク）１３と、ＶｏＩＰのベアラ信号（音声信号）を伝送するＩＰネットワーク１４から構成される。公衆電話網１３には、従来通りユーザを収容するが、呼制御信号のみを処理し、通話路（Ｓｐｅｅｃｈ  Ｐａｔｈ  ；  ＳＰと略記）制御は行わないＳＰレス交換機１５、１６が接続される。本交換機１５，１６は、信号制御上、従来の交換機と同様にユーザ側はＱ．９３１プロトコル、交換機間はＩＳＵＰ（ＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ）プロトコルを処理する。また、ベアラ伝送用にＲＴＰプロトコルを用いる。ユーザのアクセスラインとしては、伝送上、物理的に分離した回線としても、多重化した一本のアクセスラインとしてもよい。
【００１９】
ゲート装置１１Ａ、１１Ｂは、ユーザ側に設置される装置であり、その内部構成を図７に示す。なお、図７はゲート装置１１Ａであるが、ゲート装置１１Ｂも同一構成である。ゲート装置１１ＢのＱ．９３１コントローラ、ＳＩＰ  Ｐｒｏｘｙ、電話番号−プライベートアドレス変換表（変換表）、Ｆ／Ｗの各符号を各々２１Ｂ〜２４Ｂとする。
【００２０】
図７において、Ｑ．９３１コントローラ２１Ａは、ＳＰレス交換機１５との間のＱ．９３１プロトコルを終端し、次の制御を行う。
（１）ＳＩＰ  Ｐｒｏｘｙ２２Ａと連携してＱ．９３１プロトコルとＳＩＰプロトコルの相互変換を行う。ここで、ＳＩＰプロトコルとは、ゲート装置１１ＡとＶｏＩＰ電話機ＤＡ１〜ＤＡ３との間における通信プロトコルである。
（２）変換表２３Ａを参照し、電話番号とプライベートアドレスとの相互変換を行う。
（３）Ｆ／Ｗ２４Ａの制御を行う。
【００２１】
ＳＩＰ  Ｐｒｏｘｙ２２Ａは、ＶｏＩＰ電話機ＤＡ１〜ＤＡ３とのＳＩＰプロトコルを終端し、Ｑ．９３１コントローラ２１Ａと連携してネットワーク側とＱ．９３１プロトコルによる呼制御を行う。Ｆ／Ｗ２４Ａは、Ｑ．９３１コントローラ２１Ａからの指示により、ポートの開閉やプライベートアドレスとＩＰネットワーク１４側とのアドレス変換を行う。アドレス変換機能としては、１つのＩＰネットワーク１４側アドレスに、ｎ個のプライベートアドレスがマッピングできるＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有する。
【００２２】
次に、上記従来技術の実施形態の動作を図８、図９に示す流れ図を参照して説明する。
図８は、ユーザＡから、ユーザＢに対する通話開始までのシーケンスを示す流れ図である。なお、ここでは、ＳＩＰ信号を「」で、Ｑ．９３１またはＩＳＵＰ信号を＜＞で、本従来技術の実施形態に固有な内部信号を〔〕で表記することとする。
【００２３】
Ｓｔｅｐ０：ＶｏＩＰ電話機ＤＡ１に電源が投入されると、ＶｏＩＰ電話機ＤＡ１からログイン用の「ＲＥＧＩＳＴＥＲ」信号が出力され、ＳＩＰ  Ｐｒｏｘｙ２２Ａを介してＱ．９３１コントローラ２１Ａに入力される。これにより、Ｑ．９３１コントローラ２１Ａにおいて、ユーザの電話番号と、プライベートアドレスの対応付けが行われ、変換表２３Ａに書き込まれる。この対応は、事前に変換表２３Ａに設定しておいてもよい。また、常時、電源０ＮでないＶｏＩＰ端末の場合は、対応付けを事前に設定しておき、「ＲＥＧＩＳＴＥＲ」信号で端末の使用可能状態を認知するものとしてもよい。
【００２４】
Ｓｔｅｐ１：次に、ＶｏＩＰ電話機ＤＡ１が、例えばＶｏＩＰ電話機ＤＢ１へ発呼した場合、ＶｏＩＰ電話機ＤＡ１からＳＩＰ  Ｐｒｏｘｙ２２Ａへが「ＩＮＶＩＴＥ」信号が出力される。この「ＩＮＶＩＴＥ」信号には、次のデータが含まれる。
発信元電話番号：＃Ａ１
発信先電話番号：＃Ｂ１
発信元プライベートアドレス：Ａ１
発信元ＶｏＩＰ電話機のポート番号：ｐ１
通話識別番号（Ｃａｌｌ−ＩＤ）：Ｃｉｄ
ＳＩＰ  Ｐｒｏｘｙ２２Ａは、この「ＩＮＶＩＴＥ」信号をＱ．９３１コントローラ２１Ａへ出力する。なお、上記の発信元プライベートアドレスＡ１およびポート番号ｐ１はＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）にて指定する発信側のＲＴＰ用トランスポートアドレスおよびポート番号である。
【００２５】
Ｓｔｅｐ２：「ＩＮＶＩＴＥ」信号受けたＱ．９３１コントローラ２１Ａは、Ｆ／Ｗ２４Ａに対して、ＲＴＰ用に使用するＩＰネットワーク側のアドレスの通知とポート番号の払い出しを依頼する。図の［Ａｓｓｉｇｎ  ０−ｐｏｒｔ］がそれで、この図ではこれに対して、ゲート装置１１ＡのＩＰネットワーク側アドレスＧＡとポートｐａが返却されたことを示している。なお、この段階では、Ｆ／Ｗ２４Ａは、通話識別番号Ｃｉｄと対応させて、そのポートを確保しておくのみで、ポートはオープンしない。
【００２６】
Ｓｔｅｐ３：Ｑ．９３１コントローラ２１Ａは、上記Ｓｔｅｐ２でＦ／Ｗ２４Ａから返却されたアドレス情報を＜ＳＥＴＵＰ＞信号（ＵＵＩ：Ｕｓｅｒ−Ｕｓｅｒ  Ｉｎｆｏｒｍａｔｉｏｎなど）に設定し、ＳＰレス交換機１５へ発呼する。＜ＳＥＴＵＰ＞信号に含まれる発信元電話番号＃Ａ１は、ＳＰレス交換機１５において、ユーザＡの加入者データによってダイヤルイン番号として適正か否かがチェックされる。
【００２７】
Ｓｔｅｐ４：上記のチェックが０Ｋであった場合、従来の電話と同様に、発信側のゲート装置１１Ａに＜ＣＡＬＬ  ＰＲＯＣ＞信号を送出するとともに、公衆電話網１３を経由してＳＰレス交換機１６に＜ＩＡＭ＞信号を送信する。この信号には、
発信元電話番号：＃Ａ１
発信先電話番号：＃Ｂ１
通話識別番号（Ｃａｌｌ−ＩＤ）：Ｃｉｄ
発信元ゲート装置のＩＰネットワーク側のアドレス：ＧＡ
発信元ゲート装置のポート番号：ｐａ
が含まれる。この＜ＩＡＭ＞信号は、ＳＰレス交換機１６を経由して、＜ＳＥＴＵＰ＞信号としてユーザＢのゲート装置１１Ｂに着信する。また、この際、着側のＳＰレス交換機１６にて電話番号＃Ｂ１が収容加入者であるか否かがチェックされる。
【００２８】
Ｓｔｅｐ５：＜ＳＥＴＵＰ＞信号を受けた、ゲート装置１１ＢのＱ．９３１コントローラ２１Ｂは、まず、電話番号＃Ｂ１とプライベートアドレスＢ１の対応付けを変換表によって確認後、Ｆ／Ｗ２４Ｂに対して、電話番号＃Ｂ１と通信する場合に使用するプライベート側アドレスの通知とポート番号の払い出しを依頼する。図では、この結果として、Ｂ０およびｐ０が返却されたことを示している。
【００２９】
Ｓｔｅｐ６：Ｑ．９３１コントローラ２１Ｂは、上記の情報をＳＩＰ  Ｐｒｏｘｙ２２Ｂに転送し、ＳＩＰ  Ｐｒｏｘｙ２２Ｂは電話番号＃Ｂ１のＶｏＩＰ電話機ＤＢ１（プライベートアドレスＢ０）に向けて「ＩＮＶＩＴＥ」信号を送出する。本「ＩＮＶＩＴＥ」信号は、電話番号＃Ａ１のＶｏＩＰ電話機ＤＡ１から発せられたものであるが、このようなアドレス変換を行うことにより、ＶｏＩＰ電話機ＤＢ１には、あたかも２４Ｂの内側に存在する電話番号＃Ａ１のＶｏＩＰ電話機から「ＩＮＶＩＴＥ」信号を受けたように見える。
【００３０】
Ｓｔｅｐ７：Ｑ．９３１コントローラ２１Ｂは、ＶｏＩＰ電話機ＤＢ１に対して「ＩＮＶＩＴＥ」信号を送出すると、ＳＰレス交換機１６のへ＜ＣＡＬＬ  ＰＲＯＣ＞信号を返却する。この信号は、＜ＡＣＭ＞信号として、公衆電話網１３を介して発側のＳＰレス交換機１５に伝えられる。
【００３１】
Ｓｔｅｐ８：ＶｏＩＰ電話機ＤＢ１は、「ＩＮＶＩＴＥ」信号を受けて、呼出中等の状態を示す「１８０Ｒｉｎｇｉｎｇ」信号をＳＩＰ  Ｐｒｏｘｙ２２Ｂを介してＱ．９３１コントローラ２１Ｂへ返却する。Ｑ．９３１コントローラ２１Ｂはこの信号を＜ＡＬＥＲＴ＞信号に変換し、ＳＰレス交換機１６へ送る。ＳＰレス交換機１６は、＜ＡＬＥＲＴ＞信号を受け、＜ＣＰＧ＞信号に変換してＳＰレス交換機１５へ送信する。ＳＰレス交換機１５は、通常の電話呼同様に＜ＣＰＧ＞信号を＜ＡＬＥＲＴ＞信号に戻し、ゲート装置１１Ａへ送信する。ゲート装置１１ＡのＱ．９３１コントローラ２１Ａは、＜ＡＬＥＲＴ＞信号をＳＩＰ  Ｐｒｏｘｙ２２Ａ経由で「１８０Ｒｉｎｇｉｎｇ」信号に変換し、ＶｏＩＰ電話機ＤＡ１へ送る。
【００３２】
Ｓｔｅｐ９：次に、ユーザＢがＶｏＩＰ電話機ＤＢ１の受話器を取って応答すると、ＶｏＩＰ電話機ＤＢ１から「２００  ＯＫ」信号が出力され、ＳＩＰ  Ｐｒｏｘｙ２２Ｂ経由でＱ．９３１コントローラ２１Ｂへ伝えられる。Ｑ．９３１コントローラ２１Ｂは、Ｆ／Ｗ２４Ｂに対して、ＲＴＰのためのＦ／Ｗ２４ＢのＩＰネットワーク１４側アドレスの通知、ポートの割り当ておよびポートオープンを〔Ａｓｓｉｎ  ＆  Ｏ−ｐｏｒｔ  Ｏｐｅｎ〕信号にて依頼する。Ｆ／Ｗ２４Ｂはこの依頼を受け、通話に使用するＩＰネットワーク側のアドレスＧＢおよびポート番号ｐｂをＱ．９３１コントローラ２１Ｂへ通知し、次いで、ポート番号ｐｂのポートをオープンする。
【００３３】
Ｓｔｅｐ１０：上述した着側のＩＰネットワーク側のアドレスＧＢとポート番号ｐｂは、Ｑ．９３１コントローラ２１Ｂから「ＣＯＮＮ」信号によって、着側ＳＰレス交換機１６に転送され、着側ＳＰレス交換機１６から＜ＡＮＭ＞信号によって発側ＳＰレス交換機１５へ通知され、発側ＳＰレス交換機１５から「ＣＯＮＮ」信号によって、ゲート装置１１Ａへ通知される。
【００３４】
Ｓｔｅｐ１１：発側ゲート装置１１ＡのＱ．９３１コントローラ２１Ａは、Ｆ／Ｗ２４Ａに対して、Ｓｔｅｐ２で確保したポートをオープンし、プライベート側でＲＴＰ用に使用するポート番号の払い出しを〔Ａｓｓｉｇｎ  Ｉ−Ｐｏｒｔ  ＆  Ｏｐｅｎ〕信号によって要求する。図では、この結果として、Ｆ／Ｗ２４ＡからプライベートアドレスＡ０およびポート番号ｐ０が返却されたことを示している。また、この時、Ｆ／Ｗ２４Ａはポート番号ｐ０のポートおよびポート番号ｐａのポートを共にオープンする。
【００３５】
Ｓｔｅｐ１２：上記Ｓｔｅｐ１１で払い出されたポート番号とともに、ＶｏＩＰ電話機ＤＡ１にＳＩＰ  Ｐｒｏｘｙ２２Ａより「２００  ＯＫ」信号が返却され、呼設定が終了する。この時、ＶｏＩＰ電話機ＤＡ１は、ゲート装置１１Ａの内側からＶｏＩＰ電話機ＤＢ１の「２００  ＯＫ」信号を受けたように見える。
Ｓｔｅｐ１３：「２００  ＯＫ」信号に対して、ＶｏＩＰ電話機ＤＡ１は、確認を示す「ＡＣＫ」信号を返却し、これは、Ｑ．９３１コントローラ２１Ａにて、＜ＣＯＮＮ  ＡＣＫ＞信号に変換されて、ＳＰレス交換機１５に返される。
【００３６】
Ｓｔｅｐ１４：以後、設定されたセッションを用い、ＩＰネットワーク１４を介してＲＴＰによる音声通話（ベアラ）が行われる。このとき双方のゲート装置１１Ａ、１１ＢのＦ／Ｗ２４Ａ、２４Ｂは、呼設定時にアサインされたアドレスとポートの変換をそれぞれ行う。
【００３７】
図９は、ユーザＡから切断した時の動作を示す流れ図である。
Ｓｔｅｐ１５：ＶｏＩＰ電話機ＤＡ１が切断されると、ＶｏＩＰ電話機ＤＡ１から「ＢＹＥ」信号出力され、ＳＩＰ  Ｐｒｏｘｙ２２Ａを介してＱ．９３１コントローラ２１Ａに伝えられる。Ｑ．９３１コントローラ２１Ａはこれを＜ＤＩＳＣ＞信号に変換し、発側ＳＰレス交換機１５に送信する。以降、通常の電話呼と同様に、発側ＳＰレス交換機１５から＜ＲＥＬ＞信号が公衆電話網１３を経由して着側ＳＰレス交換機１６に送信され、ＳＰレス交換機１６から着側ゲート装置１１ＢのＱ．９３１コントローラ２１Ｂに向けて＜ＤＩＳＣ＞信号が送出される。Ｑ．９３１コントローラ２１Ｂは＜ＤＩＳＣ＞信号を「ＢＹＥ」信号に変換しＳＩＰ  Ｐｒｏｘｙ２２Ｂ経由でＶｏＩＰ電話機ＤＢ１へ送出する。ＶｏＩＰ電話機ＤＢ１は、「ＢＹＥ」信号を受け、確認を示す「２００  ＯＫ」信号をＳＩＰ  Ｐｒｏｘｙ２２Ｂを介してＱ．９３１コントローラ２１Ｂへ返送する。
【００３８】
Ｓｔｅｐ１６：発側ゲート装置１１ＡのＱ．９３１コントローラ２１ＡはＦ／Ｗ２４Ａに対して、Ｓｔｅｐ１とＳｔｅｐ１１でアサインとオープンしたＩＰネットワーク１４側とプライベート側のポートのクローズと解放を〔Ｃｌｏｓｅ  ＆  Ｆｒｅｅ  Ｐｏｒｔ〕にて要求する。Ｆ／Ｗ２４Ａはこの要求を受け、ポートｐａおよびｐ０をクローズすると共に、以後の使用にの為に解放し、また、〔ＯＫ〕信号をＱ．９３１コントローラ２１Ａへ送信する。Ｑ．９３１コントローラ２１Ａは〔ＯＫ〕信号を受け、ＳＩＰ  Ｐｒｏｘｙ２２Ａ経由でＶｏＩＰ電話機ＤＡ１へ「２００  ＯＫ」信号を送出すると共に、発側ＳＰレス交換機１５へ＜ＲＥＬ  ＣＯＭ＞信号を送出する。
【００３９】
Ｓｔｅｐ１７：着側ゲート装置１１ＢのＱ．９３１コントローラ２１ＢはＳＩＰ  Ｐｒｏｘｙ２２Ｂ経由で「２００  ＯＫ」を受け、Ｆ／Ｗ２４Ｂに対して、Ｓｔｅｐ５とＳｔｅｐ９でアサインとオープンしたプライベート側とＩＰネットワーク１４側のポートのクローズと解放を〔Ｃｌｏｓｅ  ＆  Ｆｒｅｅ  Ｐｏｒｔ〕信号によって要求する。Ｆ／Ｗ２４Ｂはこの要求を受け、ポート番号ｐｂおよびｐ０のポートをクローズし、次いで、〔ＯＫ〕信号をＱ．９３１コントローラ２１Ｂへ出力する。Ｑ．９３１コントローラ２１Ｂは〔０Ｋ〕信号を受け、着側ＳＰレス交換機１６に＜ＲＥＬＥＡＳＥ＞信号を送出する。ＳＰレス交換機１６は＜ＲＥＬＥＡＳＥ＞信号の応答として＜ＲＥＬ  ＣＯＭ＞信号をＱ．９３１コントローラ２１Ｂへ返送する。
【００４０】
次に、この発明の一実施の形態について説明する。
上述する従来技術のゲート装置は、一般に複数のユーザ宅や企業などに設置されているが、ゲート装置配下の電話端末の通信管理や、同一ゲート装置配下の端末間での内線通話等など、ユーザの利便性をより向上させるための付加的なサービス機能の実現が望まれる。これらの付加サービスを実現するには、サービスプログラムが必要になるが、ユーザや企業が各々に作成することは困難なため、キャリア又はプロバイダが提供するサービスプログラムを各ゲート装置にインストールする形態が望ましい。すなわち、ネットワーク側のファイル管理システムから必要に応じて必要なサービスプログラムファイルをゲート装置へダウンロードする方式が有効である。
【００４１】
図１はこの発明の一実施の形態によるダウンロードシステムの構成を示すブロック図である。
本実施形態は、ゲート装置２００（クライアントシステム）がファイル管理システム４００にファイルダウンロードを要求する際、ＦＴＰの制御コマンドを公衆電話網（ＰＳＴＮ）などの電話網５００経由で通知し、ダウンロードファイルのみＩＰネットワーク経由で転送する。このため、電話網のプロトコルで使用される発信者ＩＤ（以下、「発ＩＤ」）を用いたユーザ認証を適用すること、及び、認証後にファイル送受信を行う時のみゲート装置２００及びファイル管理システム４００のＦ／Ｗを通過させることを特徴とする。これにより、セキュアなファイルダウンロードが実現する。
【００４２】
図１において、ネットワークは、Ｑ．９３１プロトコルや共通線信号方式により呼制御信号を伝送する、例えば、公衆電話網（ＰＳＴＮ）などの電話網５００と、ＩＰネットワーク６００とから構成される。このＩＰネットワーク６００では、ダウンロードファイルやＶｏＩＰのベアラ信号（音声信号）が伝送される。電話網５００には、従来通りユーザを収容するが、呼制御信号のみを処理し、通話路（Ｓｐｅｅｃｈ  Ｐａｔｈ；「ＳＰ」と略記）制御は行わないＳＰレス交換機３００が接続される。本交換機３００は、信号制御上、従来の交換機と同様にユーザ側はＱ．９３１プロトコル、交換機間は共通線信号方式の呼制御等に用いられるＩＳＵＰ（ＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ）プロトコルを処理する。
【００４３】
ＶｏＩＰ電話機７００は、従来技術におけるＶｏＩＰ電話機ＤＡ１〜３と同様の機能を有する。
ゲート装置２００は、ユーザ側に設置される装置であり、ＦＴＰクライアント２１０（クライアント部）、Ｑ．９３１コントローラ２２０（コントローラ部）、ファイアウォール（以下、「Ｆ／Ｗ」）２３０（データ通信制御部）、ＳＩＰ  Ｐｒｏｘｙ２４０からなる。
ＦＴＰクライアント２１０は、ＦＴＰコマンドによりＱ．９３１コントローラ２２０を介してファイル管理システム４００へファイルダウンロードを要求する機能と、ファイル管理システム４００からダウンロードファイルを受信し、内部に記憶する機能とを有する。ＦＴＰクライアント２１０には、標準的な製品の適用が可能である。
Ｑ．９３１コントローラ２２０は、ＳＰレス交換機３００との間のＱ．９３１プロトコルを終端し、次の制御を行う。
（１）従来技術のＱ．９３１コントローラ２１Ａと同様、ＳＩＰ  Ｐｒｏｘｙ２４０と連携してＱ．９３１プロトコルとＳＩＰプロトコルの相互変換を行う。また、必要に応じて、ＦＴＰクライアント２１０と連携して、Ｑ．９３１とＦＴＰのプロトコル変換を行う。
（２）電話番号−プライベートアドレス変換表を参照し、電話番号とプライベートアドレスとの相互変換を行う。
（３）Ｆ／Ｗ２３０の制御を行う。
【００４４】
Ｆ／Ｗ２３０は、Ｑ．９３１コントローラ２２０からの指示により、ポートの開閉やプライベートアドレスとＩＰネットワーク６００側とのアドレス変換を行う。アドレス変換機能としては、１つのＩＰネットワーク６００側アドレスに、ｎ個のプライベートアドレスがマッピングできるＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機能（または、ＩＰマスカレード機能）を有する。
ＳＩＰ  Ｐｒｏｘｙ２４０は、従来技術におけるＳＩＰ  Ｐｒｏｘｙ２２Ａと同様の機能を有する。
【００４５】
図２は、ファイル管理システム４００の内部構成を示すブロック図である。ファイル管理システム４００は、コントローラ４１０（コントローラ部）、ＤＮＳ（Ｄｏｍａｉｎ  ｎａｍｅ  ｓｙｓｔｅｍ）サーバ４２０、ＦＴＰサーバ４３０（ファイル管理部）、Ｆ／Ｗ４４０（データ通信制御部）から構成される。
コントローラ４１０は、ＳＰレス交換機３００との間のＱ．９３１プロトコルの終端、及び、ＦＴＰサーバ４３０との間のＦＴＰの終端を行う。また、必要に応じて、Ｑ．９３１とＦＴＰのプロトコル変換を行う。
ＤＮＳサーバ４２０は、ゲート装置２００（ユーザ）の電話番号とゲート装置２００のＩＰアドレス（グローバルアドレス）の対応表を管理する。
ＦＴＰサーバ４３０は、ゲート装置２００上で実行されるプログラムファイルなどの各種ファイルを管理する。そして、コントローラ４１０を介してゲート装置２００からファイルダウンロード要求を受けると、当該宛先に対し、内部に記憶し、管理しているファイルを送出する。なお、本実施の形態においては、コントローラ４１０が電話網５００経由のファイルダウンロード要求の受け付け、発ＩＤ認証、Ｆ／Ｗ４４０の制御などを行うため、ＦＴＰサーバ４３０には標準的な製品の適用が可能である。
Ｆ／Ｗ４４０は、コントローラ４１０からの指示により、ポートの開閉やファイル管理システム４００内のプライベートアドレスとＩＰネットワーク６００側のグローバルアドレスとのアドレス変換を行う。このアドレス変換のため、ＮＡＰＴ機能（または、ＩＰマスカレード機能）を有する。
【００４６】
このように、本実施の形態では、ゲート装置２００の内部構成要素であるＦＴＰクライアント２１０から送出されるファイルダウンロード要求を、電話網５００経由でファイル管理システム４００に通知し、要求されたダウンロードファイル自体はＩＰネットワーク６００経由で転送する。具体的には、ゲート装置２００は、回線非対応のＵＵＩ（Ｕｓｅｒ−Ｕｓｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）信号などを用いてファイルダウンロード要求信号を送出し、信号受信したファイル管理システム４００は電話網５００の発ＩＤを用いたユーザ認証を行うと共に、ダウンロード要求信号をもとにＦＴＰのデータコネクションを設定し、要求されたファイルをＩＰネットワーク６００経由で送出する。
【００４７】
次に、図１、図２の構成の動作を図３〜図５に示すシーケンス図を参照して説明する。以下では、ＦＴＰ信号を「」で、ＤＮＳ信号を｛｝で、Ｑ．９３１またはＩＳＵＰ信号を＜＞で、本実施形態に固有な内部信号を〔〕で表記することとする。
なお、ゲート装置２００のグローバルアドレスをＡＧ、ファイル管理システム４００のグローバルアドレスをＦＧ、ファイル管理システム４００の内部構成要素であるＦＴＰサーバ４３０のプライベートアドレスをＦＰとする。また、ゲート装置２００で使用する外部とのＦＴＰのデータコネクション用のポート番号をｐＡ、ファイル管理システム４００で使用する外部とのＦＴＰのデータコネクション用のポート番号をｐＦとする。更に、ゲート装置２００の電話番号を＃Ａとする。
【００４８】
ＳＴＥＰ１０１：まず、ＦＴＰクライアント２１０とＱ．９３１コントローラ２２０間にてＦＴＰ制御コネクションを確立する。ＦＴＰ制御コネクションの確立後、ＦＴＰクライアント２１０は、「Ｌｏｇｉｎ」コマンドによりログイン名をＱ．９３１コントローラ２２０へ通知する。ＦＴＰサーバ４３０は、「Ｌｏｇｉｎ  ＯＫ」により応答を返送する。そして、引続き、ＦＴＰクライアント２１０が送出する「Ｐａｓｓｗｏｒｄ」、「ＰＯＲＴ」コマンドを受け付け、パスワード及びＦＴＰクライアント２１０のＦＴＰデータコネクション用ポート番号ｐＡを取得する。ＦＴＰクライアント２１０から通知されるログイン名、パスワードは、ユーザの操作により入力されたもの、あるいは、ＦＴＰクライアント２１０の内部に記憶され、ＦＴＰを実行するコマンドファイルやソフトウェア内に予め記述されているものなどである。
【００４９】
ＳＴＥＰ１０２：次に、Ｑ．９３１コントローラ２２０は、ＦＴＰクライアント２１０からファイルダウンロードを要求する「ＲＥＴＲ」コマンドを受信する。この、「ＲＥＴＲ」コマンドには、ファイル名等のダウンロード要求ファイルを特定する情報（ファイル識別情報）が含まれる。Ｑ．９３１コントローラ２２０は、ＳＴＥＰ１０１においてＦＴＰクライアント２１０より「ＰＯＲＴ」コマンドで受信したＦＴＰデータコネクション用ポート番号ｐＡと、「ＲＥＴＲ」コマンドより取得したファイル識別情報とを、回線非対応ＵＵＩの＜ＲＥＧＩＳＴＥＲ＞内のファシリティ情報などに設定し、ＳＰレス交換機３００に送出する。
【００５０】
ＳＴＥＰ１０３：ＳＰレス交換機３００は、電話網５００を経由して、ファイル管理システム４００のコントローラ４１０へ＜ＦＡＣＩＬＩＴＹ＞を送信する。この＜ＦＡＣＩＬＩＴＹ＞には、ゲート装置２００の電話番号＃Ａと、ＳＴＥＰ１０２においてＱ．９３１コントローラ２２０から受信した＜ＲＥＧＩＳＴＥＲ＞で示されるＦＴＰクライアント２１０のＦＴＰデータコネクション用ポート番号ｐＡ及びダウンロードを要求するファイル識別情報とが含まれる。正しい送信が行われた場合、ＳＰレス交換機３００は、ゲート装置２００のＱ．９３１コントローラ２２０に＜ＲＥＬ  ＣＯＭＰ＞を返信する。本動作は、通常の交換機動作である。
【００５１】
ＳＴＥＰ１０４：＜ＦＡＣＩＬＩＴＹ＞を受信したファイル管理システム４００のコントローラ４１０は、正当なユーザからのファイルダウンロード要求であるかを確認する。すなわち、＜ＦＡＣＩＬＩＴＹ＞内で示されるゲート装置２００の発電話番号＃Ａが、予めファイル管理システム４００内に登録されているゲート装置２００の電話番号であるかを照合する（発ＩＤ認証）。具体的には、コントローラ４１０がＤＮＳサーバ４２０に｛ＮＳＬＯＯＫＵＰ｝を送信し、電話番号＃Ａに対応したＩＰアドレス情報の取得を試み、取得できればそれを正当なファイルダウンロード要求と解釈する。図においては、この結果としてグローバルアドレスＡＧが取得できたことを表している。
なお、ＳＴＥＰ１０２において、Ｑ．９３１コントローラ２２０がＳＰレス交換機３００を介してコントローラ４１０に通知するＵＵＩにゲート装置２００のグローバルアドレスＡＧを追加し、そのアドレスとコントローラ４１０がＤＮＳサーバ４２０から取得したＩＰアドレスとを照合することにより、セキュリティをより高めることも可能である。
【００５２】
ＳＴＥＰ１０５：コントローラ４１０は、ＦＴＰサーバ４３０とのＦＴＰ制御コネクション確立後、「Ｌｏｇｉｎ」及び「Ｐａｓｓｗｏｒｄ」コマンドを用いてＦＴＰサーバ４３０にログインする。この「Ｌｏｇｉｎ」及び「Ｐａｓｓｗｏｒｄ」コマンドでＦＴＰサーバ４３０へ通知されるログイン名、パスワード名は、予めコントローラ４１０が内部に記憶しているものである。ログインが成功すると、コントローラ４１０は、ＳＴＥＰ１０４でＤＮＳサーバ４２０より取得したゲート装置２００のグローバルアドレスＡＧと、＜ＲＥＧＩＳＴＥＲ＞にて受信したＦＴＰクライアント２１０のＦＴＰデータコネクション用ポート番号ｐＡから「ＰＯＲＴ」コマンドを生成し、通常のＦＴＰ制御コマンド用のポート２１番を用いて、ＦＴＰサーバ４３０へ送出する。
ここで、以下のようにすることで、セキュリティの向上を図ることも可能となる。すなわち、ＳＴＥＰ１０１においてＦＴＰクライアント２１０とＱ．９３１コントローラ２２０間で用いた「ｌｏｇｉｎ」と「ｐａｓｓｗｏｒｄ」の組み合わせを、あらかじめファイル管理システム４００から払い出しておく。そして、ＳＴＥＰ１０２において、Ｑ．９３１コントローラ２２０がＳＰレス交換機３００を介してコントローラ４１０に通知するＵＵＩに「ｌｏｇｉｎ」と「ｐａｓｓｗｏｒｄ」を追加する。コントローラ４１０は、通知された「ｌｏｇｉｎ」と「ｐａｓｓｗｏｒｄ」を用いてＦＴＰサーバ４３０でのユーザ認証を行う。
【００５３】
図４は、図３の続きのシーケンスを示す図である。
ＳＴＥＰ１０６：ＦＴＰサーバ４３０からの「ＰＯＲＴ」コマンドの応答である「ＰＯＲＴ  ＯＫ」受信後、コントローラ４１０は、当該セッションで用いるファイル管理システム４００のＦＴＰデータコネクション用のグローバルポート番号ｐＦを払出す。そして、ＵＵＩの＜ＲＥＧＩＳＴＥＲ＞内に設定してＳＰレス交換機３００に送出する。
【００５４】
ＳＴＥＰ１０７：電話網５００を介したＳＰレス交換機３００からの＜ＦＡＣＩＬＩＴＹ＞により、ゲート装置２００のＱ．９３１コントローラ２２０は、ファイル管理システム４００のＦＴＰデータコネクション用のグローバルポート番号ｐＦを受信する。ゲート装置２００のＱ．９３１コントローラ２２０は、Ｆ／Ｗ２３０に対して、〔Ｏｐｅｎ  Ｐｏｒｔ〕により、外部から受信するデータ通信パケットに対して、下記に対応するポートのオープンを指示する。
−ネットワーク層プロトコル：ＴＣＰ
−送信元ＩＰアドレス／ポート番号：ＦＧ／ｐＦ
−送信先ＩＰアドレス／ポート番号：ＡＧ／ｐＡ
【００５５】
ＳＴＥＰ１０８：一方、ファイル管理システム４００のコントローラ４１０は、ＳＴＥＰ１０７にて送出した＜ＲＥＧＩＳＴＥＲ＞に対応してＳＰレス交換機３００から＜ＲＥＬ  ＣＯＭＰ＞を受信すると、Ｆ／Ｗ４４０へ〔Ｏｐｅｎ  Ｐｏｒｔ〕により、外部から受信するデータ通信パケットに対する下記のポートのオープン及びＩＰアドレス／ポート番号の変換を指示する。
（１）ポートオープン
−ネットワーク層プロトコル：ＴＣＰ（但し、ＳＹＮパケットは一律拒否）
−送信元ＩＰアドレス／ポート番号：ＡＧ／ｐＡ
−送信先ＩＰアドレス／ポート番号：ＦＧ／ｐＦ
（２）ＩＰアドレス／ポート番号変換
−グローバルアドレスとプライベートアドレスの変換：ＦＧ／ｐＦとＦＰ／２０の相互変換（２０は、通常使用されるＦＴＰデータ通信ポート）
【００５６】
ＳＴＥＰ１０９：コントローラ４１０は、Ｆ／Ｗ４４０より〔Ｏｐｅｎ  Ｐｏｒｔ〕の応答である〔Ｒｅｑｕｅｓｔ  ＯＫ〕を受信すると、ＳＴＥＰ１０３で受信した＜ＦＡＣＩＬＩＴＹ＞にマッピングされたファイル識別情報を用いて、「ＲＥＴＲ」コマンドを生成し、ＦＴＰサーバ４３０へ送出する。
【００５７】
ＳＴＥＰ１１０：ＦＴＰサーバ４３０は、ＳＴＥＰ１０５の「ＰＯＲＴ」コマンドで通知されたゲート装置２００（ＦＴＰクライアント２１０）のＦＴＰデータコネクション用のグローバルポート番号ｐＡ及びグローバルアドレスＡＧに基づきＦＴＰデータコネクションを確立するため、Ｆ／Ｗ４４０を介してＳＹＮパケットをゲート装置２００へ送出する。すなわち、ファイル管理システム４００のＦ／Ｗ４４０は、ＦＴＰサーバ４３０からのパケットに設定されている送信元ＩＰアドレスＦＰ／ポート番号２０を、送信元ＩＰアドレスＦＧ／ポート番号ｐＦに変換する。また、ゲート装置２００のＦ／Ｗ２３０は、この送信元ＩＰアドレスＦＧ／ポート番号ｐＦ、及び、宛先ＩＰアドレスＡＧ／ポート番号ｐＡにより、あらかじめ設定された通過許容パケットの条件を満たしているか判定し、条件を満たしていればＦＴＰクライアント２１０ヘパケットを送出する。そして、ＦＴＰサーバ４３０とＦＴＰクライアント２１０間で３ウェイハンドシェイクによりＦＴＰデータコネクションを確立する。
【００５８】
図５は、図４の続きのシーケンスである。
ＳＴＥＰ１１１：ＦＴＰサーバ４３０とＦＴＰクライアント２１０間で３ウェイハンドシェイクによりＦＴＰデータコネクションが確立されると、ＦＴＰサーバ４３０は、ＩＰネットワーク６００を介して、ＳＴＥＰ１０９の「ＲＥＴＲ」コマンドで要求されたファイル識別情報に対応したファイルを送信する。
【００５９】
ＳＴＥＰ１１２：ファイル送信が完了すると、ＦＴＰサーバ４３０及びＦＴＰクライアント２１０間では、通常のＴＣＰコネクション切断手順により、ＦＴＰデータコネクションの切断処理を行う。さらに、ＦＴＰクライアント２１０は、ファイルの受信を完了すると、全データの受信が完了した旨を通知する信号である「確認応答」をＱ．９３１コントローラ２２０へ送出する。
【００６０】
ＳＴＥＰ１１３：Ｑ．９３１コントローラ２２０は、ファイル受信完了の旨をＦＴＰクライアント２１０から受信すると、ＦＴＰクライアント２１０との間のＦＴＰ制御コネクションの切断処理を行う。それと共に、ファイルの全データの受信を完了した旨を通知する「確認応答」を回線非対応ＵＵＩの＜ＲＥＧＩＳＴＥＲ＞内のファシリティ情報などに設定し、ＳＰレス交換機３００を介して、ファイル管理システム４００のコントローラ４１０に通知する。ＳＰレス交換機３００から＜ＲＥＧＩＳＴＥＲ＞に対する応答として＜ＲＥＬ  ＣＯＭＰ＞を受信すると、Ｑ．９３１コントローラ２２０は、Ｆ／Ｗ２３０へ「Ｃｌｏｓｅ＆Ｆｒｅｅ  ｐｏｒｔ」を通知して当該ＦＴＰデータコネクション用にオープンしていたポートをクローズする。Ｆ／Ｗ２３０は、ポートをクローズすると、「Ｒｅｑｕｅｓｔ  ＯＫ」によりポートをクローズした旨をＱ．９３１コントローラ２２０へ通知する。
【００６１】
ＳＴＥＰ１１４：ファイル管理システム４００のコントローラ４１０は、ステップＳ１１２の＜ＲＥＧＩＳＴＥＲ＞で通知される「確認応答」を、ＳＰレス交換機３００からの＜ＦＡＣＩＬＩＴＹ＞により受信する。コントローラ４１０は、ファイル受信完了の旨を「確認応答」によりＦＴＰサーバ４３０に通知し、ＦＴＰサーバ４３０とのＦＴＰ制御コネクションの切断処理を行う。さらに、Ｆ／Ｗ４４０に対して、当該ＦＴＰデータコネクション用にオープンしていたＦＴＰデータコネクション用のグローバルポートｐＦ、ｐＡをクローズする。Ｆ／Ｗ４４０は、これらのポートをクローズすると、「Ｒｅｑｕｅｓｔ  ＯＫ」によりポートをクローズした旨をコントローラ４１０へ通知する。
【００６２】
上記においては、ファイル取得のためにＦＴＰコマンドを使用しているが、ＨＴＴＰなども使用しうる。ＦＴＰでは、制御信号のチャネルとデータ送信用のチャネルが異なるため、ＳＴＥＰ１０１〜ＳＴＥＰ１０９において電話網５００を利用してＦＴＰの制御信号を送受信している。しかし、ＨＴＴＰの場合は制御信号が不要であるため、ＳＴＥＰ１０１〜ＳＴＥＰ１０９は、ゲート装置２００及びファイル管理システム４００間において、ＨＴＴＰに使用するポートを予めオープンするための手順となる。これにより、ＳＴＥＰ１０８において、ゲート装置２００は、ＳＴＥＰ１０７において受信したファイル管理システム４００のＨＴＴＰ用のグローバルポートｐＦ宛にＴＣＰ３ウェイハンドシェークを起動してコネクションを確立し、ＨＴＴＰによりダウンロードするファイルの識別情報を通知してファイルの取得を要求する。そして、ＨＴＴＰによるファイル取得後は、使用していたポートをクローズする。この場合、ゲート装置２００は、予め取得するファイルの識別情報を電話網５００を介してファイル管理システム４００へ通知しなくともよい。
【００６３】
なお、上記のシーケンスは、あくまで動作例であり、ＦＴＰポート番号の設定方法や使用するＦＴＰ制御コマンド、更にはＦＴＰとは異なるプロトコルを使用するなどバリエーションはあり得る。このため、本発明の主旨を逸脱しない範囲の変更は可能である。例えば、上記シーケンスでは、ＦＴＰデータコネクションとして使用するポートのネゴシエーションに「ＰＯＲＴ」コマンドを使用しているが、「ＰＡＳＶ」コマンドを使用して、管理システム側で使用するポート番号を動的に割り当てる方法が考えられる。
また、上記実施の形態においては、ＳＰレス交換機３００を用いているが、ＰＳＴＮなどに使用されているＱ．９３１プロトコルなどの電話網のプロトコルを備えた通常の交換機を用いてもよい。
【００６４】
上記実施の形態では、ゲート装置２００がファイル管理システム４００よりファイルをダウンロードする場合において、ＦＴＰの制御コマンドをＰＳＴＮなどの電話網５００経由で通知するため、発ＩＤを用いたユーザ認証が可能となり、悪意者によるある利用者へのなりすましが困難になるなど、セキュリティの高いファイルダウンロードが可能となる。また、ダウンロードデータをＩＰネットワーク６００で送受信する際、当該ファイルをダウンロードする場合のみゲート装置２００のＦ／Ｗ２３０及びファイル管理システム４００のＦ／Ｗ４４０を通過許容とするため、常時、Ｆ／Ｗの特定のポートを空けておく必要がなく、セキュリティの高いファイルダウンロードが実現できる。
【００６５】
なお、上述のゲート装置２００及びファイル管理システム４００のコントローラ４１０及びＦ／Ｗ４４０、ＤＮＳサーバ４２０、ならびに、ＦＴＰサーバ４３０は、内部にコンピュータシステムを有している。そして、上述した動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００６６】
また、「コンピュータ読み取り可能な記録媒体」とは、ＲＯＭの他に、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００６７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６８】
【発明の効果】
この発明によれば、ゲート装置がファイル管理システムからファイルをダウンロードする場合において、ＦＴＰの制御コマンドを電話網経由で通知するため、発ＩＤを用いたユーザ認証が可能となり、悪意者によるある利用者へのなりすましが困難になるなど、セキュリティの高いファイルダウンロードが可能となる。また、ダウンロードデータをＩＰネットワークで送受信する際、当該ファイルをダウンロードする場合のみゲート装置及びファイル管理システムのＦ／Ｗを通過許容とするため、常時、Ｆ／Ｗの特定のポートを空けておく必要がなく、セキュリティの高いファイルダウンロードが実現できる。
【図面の簡単な説明】
【図１】この発明の一実施の形態によるダウンロードシステムの構成を示す図である。
【図２】同実施の形態によるファイル管理システムの内部構成を示すブロック図である。
【図３】同実施の形態によるダウンロードシステムの動作を説明するための流れ図である。
【図４】同実施の形態によるダウンロードシステムの動作を説明するための流れ図である。
【図５】同実施の形態によるダウンロードシステムの動作を説明するための流れ図である。
【図６】従来技術の音声通信システムの構成を示すブロック図である。
【図７】図６の従来技術におけるゲート装置１１Ａの構成を示すブロック図である。
【図８】図６の従来技術における音声通信システムの動作を説明するための流れ図である。
【図９】図６の従来技術における音声通信システムの動作を説明するための流れ図である。
【符号の説明】
２００…ゲート装置
２１０…ＦＴＰクライアント
２２０…Ｑ．９３１コントローラ
２３０、４４０…Ｆ／Ｗ
３００…ＳＰレス交換機
４００…ファイル管理システム
４１０…コントローラ
４２０…ＤＮＳサーバ
４３０…ＦＴＰサーバ
５００…電話網
６００…ＩＰネットワーク
【図１】
2004362116.tif 000003
【図２】
2004362116.tif 000004
【図３】
2004362116.tif 000005
【図４】
2004362116.tif 000006
【図５】
2004362116.tif 000007
【図６】
2004362116.tif 000008
【図７】
2004362116.tif 000009
【図８】
2004362116.tif 000010
【図９】
2004362116.tif 000011