JP2011023878A - ネットワーク接続方法、ネットワークゲートウェイ - Google Patents

Abstract

【課題】ＨＴＴＰ以外のプロトコルを利用した機器において、接続エラーの原因を調査することができるネットワーク接続方法を提供する。
【解決手段】互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワーク接続方法であって、第１のネットワークから第２のネットワークへ第１のプロトコルを用いて接続要求を発行し、前記第１のプロトコルでの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、前記第２のプロトコルでの接続が成功した場合は、利用者に対して所定の報知を行う。
【選択図】図２

Description

本発明は、ゲートウェイを経由したネットワーク接続方法に関する。また、ネットワークゲートウェイに関する。

近年、インターネットへの接続は、ユーザーの自宅のパソコンからに限らず、例えばホテル等の外出先から接続することが可能になってきた。このようなインターネットに接続可能なホテル等では、客室にＬＡＮ（Local Area Network）ケーブルなどのネットワークケーブルを接続可能なネットワーク端子が備わる。ネットワーク端子は、ゲートウェイに接続されている。ゲートウェイは、インターネットに接続されている。すなわち、客室のネットワーク端子にネットワーク接続機能を備えたパソコンを接続することにより、ゲートウェイを介して、インターネットに接続することができる。

図３は、従来のネットワーク構成を示すブロック図である。図３は、ネットワーク端末１０１とＦＴＰ（File Transfer Protocol）サーバ１０４とを、インターネット１０３を経由して接続する例である。図３に示すネットワーク構成の場合、ゲートウェイ１０２を経由する必要があり、インターネット接続に先立ってＨＴＴＰ（Hyper Text Transfer Protocol）によりゲートウェイ１０２の認証手続きが必要になる。

具体的には、ネットワーク端末１０１をＦＴＰサーバ１０４に接続する場合、まずゲートウェイ１０２に対して接続要求１１１を発行する。ゲートウェイ１０２は、接続要求１１１を受け取ると、ネットワーク端末１０１との間での認証処理を実行する。ゲートウェイ１０２は、認証が成立すれば、ＦＴＰサーバ１０４への接続要求１１３を発行する。一方、認証が成立しなければ、ゲートウェイ１０２はネットワーク端末１０１に対してエラー通知１１２を発行する。

ＦＴＰサーバ１０４は、接続要求１１３を受け取ると、認証処理を実行する。ゲートウェイ１０２とＦＴＰサーバ１０４との間で認証が成立すれば、ネットワーク端末１０１とＦＴＰサーバ１０４との間でファイル転送等のデータ通信を行うことができる。しかし、ゲートウェイ１０２とＦＴＰサーバ１０４との間で認証が成立しなければ、ゲートウェイ１０２は、ネットワーク端末１０１に対してエラー通知１１２を発行する。ネットワーク端末１０１では、エラー通知１１２を受け取ると、例えば表示部にエラーメッセージを表示する。

特許文献１及び２は、ゲートウェイを経由したネットワーク接続の構成を開示している。

特開２００７−１０４０４０号公報 特開２００４−２４７８３９号公報

しかしながら、例えばＦＴＰのようにＨＴＴＰ以外のプロトコルを用いる場合、ＨＴＴＰによる認証を行わずにＦＴＰサーバ１０４への接続要求を発行すると、単純な接続エラーが返されるのみである。したがって、インターネット１０３上での接続要求がエラーとなったのか、ＨＴＴＰによる認証手続きが行われていないためエラーとなったのかを、区別することが困難であるという課題があった。

本発明の目的は、ＨＴＴＰ以外のプロトコルを利用した機器において、接続エラーの原因を調査することができるネットワーク接続方法およびネットワークゲートウェイを提供することである。

本発明のネットワーク接続方法は、互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワーク接続方法であって、第１のネットワークから第２のネットワークへ第１のプロトコルを用いて接続要求を発行し、前記第１のプロトコルでの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、前記第２のプロトコルでの接続が成功した場合は、利用者に対して所定の報知を行う方法である。

本発明のネットワークゲートウェイは、互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワークゲートウェイであって、第１のネットワークに接続された端末において、第１のプロトコルを用いた接続要求が入力されると、前記第２のネットワークに対して接続要求を発行し、前記第１のプロトコルを用いた前記第２のネットワークとの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、前記第２のプロトコルを用いて前記第２のネットワークとの接続が成功した場合は、利用者に対して所定の報知を行うものである。

本発明によれば、ＨＴＴＰ以外のプロトコルを利用した機器において、接続エラーの原因を調査する手段を提供し、ユーザーインターフェースを改善することができる。

本実施の形態にかかるネットワーク接続方法を適用したネットワークシステムを示すブロック図 ネットワーク接続方法の流れを示すフローチャート 従来のネットワーク接続方法の概念を示すブロック図

本発明のネットワーク接続方法は、互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワーク接続方法であって、第１のネットワークから第２のネットワークへ第１のプロトコルを用いて接続要求を発行し、前記第１のプロトコルでの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、前記第２のプロトコルでの接続が成功した場合は、利用者に対して所定の報知を行うことを特徴としている。

本発明のネットワーク接続方法によれば、ＨＴＴＰ以外のプロトコルで通信を行った際にエラーが発生した場合は、ＨＴＴＰでの通信を試みるようにする。返信元のアドレスが、送信要求先のアドレスと異なるにもかかわらず正常終了の返信が得られた場合にはリダイレクションが行われたと見なして、ユーザーに未認証の旨を通知したり、認証手続きに必要なブラウザを自動起動させるといった動作が可能になる。

本発明のネットワーク接続方法は、上記構成を基本として以下のような態様をとることができる。

本発明のネットワーク接続方法において、前記第１のプロトコルは、ＦＴＰ（File Transfer Protocol）である方法とすることができる。

本発明のネットワーク接続方法において、前記第２のプロトコルは、ＨＴＴＰ（Hyper Text Transfer Protocol）である方法とすることができる。

本発明のネットワーク接続方法は、前記第１のプロトコルでの接続において、接続要求した接続先と、接続が成功した接続先とが異なる場合に、前記第２のプロトコルにおいて特定の手順が必要であると判定する方法とすることができる。

本発明のネットワーク接続方法は、前記第１のプロトコルでの接続が成功した場合に、前記第２のプロトコルでの接続に必要な情報を利用者に通知する方法とすることができる。

（実施の形態）
図１は、本実施の形態におけるネットワーク接続構成である。本実施の形態では、ホテルの各客室からインターネットへ接続可能なネットワーク環境を一例として挙げているが、少なくともＬＡＮ等の小規模ネットワークと外部ネットワークとを接続可能なネットワーク環境であればよい。

図１において、ホテル１の各客室２には、ネットワークコネクタ４が備わる。ネットワークコネクタ４は、ＬＡＮケーブルなどのネットワークケーブルを接続可能である。ネットワークコネクタ４に接続されたネットワークケーブルの他端には、ネットワーク端末３を接続可能である。なお、ネットワーク端末３とネットワークコネクタ４とは、無線ＬＡＮなどの無線通信により接続されていてもよい。ネットワーク端末３は、例えばＬＡＮボードなどの通信デバイスを内蔵したパソコンで実現することができる。ネットワーク端末３は、少なくともユーザーによる各種操作を受け付けるキーボード等の操作部と、各種情報を表示可能な表示部とを備えている。

各客室２におけるネットワークコネクタ４は、ゲートウェイ５に接続されている。ゲートウェイ５は、ホテル１内のネットワークとインターネット６等の外部ネットワークとを中継するものである。ＦＴＰサーバ７は、インターネット６に接続されている。ゲートウェイ５は、ホテル１内のネットワークとインターネット６とを接続可能とするために、認証処理を実行する。認証処理は、例えば予めゲートウェイ５において設定されているＩＤ及びパスワードと、ネットワーク端末３においてユーザーにより入力されたＩＤ及びパスワードとを、照合する処理とすることができる。ＦＴＰサーバ７は、各種ファイルを蓄積可能なサーバである。ＦＴＰサーバ７は、インターネット６に接続されている。

図２は、ネットワーク端末３からＦＴＰサーバ７へアクセスする際の動作フローを示す。以下、図１及び図２を参照して、ネットワーク端末３からＦＴＰサーバ７へアクセスする動作について説明する。

ユーザーが、ネットワーク端末３においてＦＴＰサーバ７への接続するための操作を行うと、ネットワーク端末３はＦＴＰによる接続要求１１を発行する（Ｓ１）。

ゲートウェイ５は、ＦＴＰによる接続要求１１の内容を確認し、ネットワーク端末３に対する認証が既に完了していると判断、もしくはネットワーク端末３に対する認証が不要で直ちにインターネット６への接続を認めると判断すると（Ｓ２におけるＹＥＳ判断）、インターネット６へ接続する。一方、ゲートウェイ５は、接続要求１１の内容を確認し、ネットワーク端末３に対する認証が成立していないと判断、もしくはインターネット６への接続を認めないと判断すると（Ｓ２におけるＮＯ判断）、ネットワーク端末３へエラー通知を返す。

ネットワーク端末３は、ゲートウェイ５からエラー通知を受け取ると、ＨＴＴＰによる接続要求１１を発行する（Ｓ３）。なお、ＦＴＰによる接続要求の後のＨＴＴＰによる接続要求は、ブラウザなどのアプリケーションを起動するのではなく、エラー処理の一環として通信処理のみを行う。

ゲートウェイ５は、ネットワーク端末３から送られるＨＴＴＰによる接続要求１１を確認し、認証処理を実行する（Ｓ４）。ゲートウェイ５は、認証が成立すれば、ネットワーク端末３との接続を確立し（Ｓ４におけるＹＥＳ判断）、接続成功通知をネットワーク端末３へ返す（Ｓ６）。一方、ゲートウェイ５は、認証が成立しなければネットワーク端末３との接続を確立せず（Ｓ４におけるＮＯ判断）、エラー通知をネットワーク端末３へ返す（Ｓ５）。

ゲートウェイ５は、ＦＴＰもしくはＨＴＴＰによるネットワーク端末３との接続が完了すると、インターネット６を介してＦＴＰサーバ７へ接続しようとする。インターネット６上に所望のＦＴＰサーバ７が見つかり、認証処理が完了すれば（Ｓ７におけるＹＥＳ判断）、ＦＴＰサーバ７への接続が完了する（Ｓ９）。一方、インターネット６上に所望のＦＴＰサーバが見つからなかった場合、もしくはＦＴＰサーバ７との間で認証が成立しなかった場合は、エラー通知をネットワーク端末３へ返す（Ｓ５）。

なお、本実施の形態では、ゲートウェイ５は、認証成功通知をネットワーク端末３へ発行する構成としたが、認証が成功した旨を記載したページ情報をネットワーク端末３へ送る構成としてもよい。ネットワーク端末３は、ゲートウェイ５から送られるページ情報に基づき、表示部にページを表示する。

上記処理において、ネットワーク端末３においては、エラー通知が行われた場合（Ｓ５）、そのエラーがＦＴＰでの接続要求に対するエラー（Ｓ２におけるＮＯ判断）であるか、ＦＴＰ以外（本実施の形態ではＨＴＴＰ）の接続要求に対するエラー（Ｓ４におけるＮＯ判断）であるかを判別することができない。本実施の形態では、ＦＴＰ接続エラーの原因が「接続先が存在しない」であれば、ＨＴＴＰでの接続要求の際にも接続エラーが返ることになるが、ＦＴＰ接続エラーの原因が「ＦＴＰにおける認証が成立していない」であれば、ＨＴＴＰによる接続要求１１に対して、接続要求先と異なる端末であるゲートウェイ５から接続成功の返信（リダイレクション）が行われる。ネットワーク端末３は、リダイレクションの返信が得られた場合、例えばユーザーインターフェースにより認証手続きが行われていない旨を通知したり、ブラウザを起動して認証手続きを促したりする、といった処理が可能になる。すなわち、ユーザーは、表示部に認証画面が表示されるか否かにより、ＦＴＰ接続エラーの原因を特定することができる。

本実施の形態によれば、ＨＴＴＰ以外（例えばＦＴＰ）による接続が失敗した場合、ＨＴＴＰのプロトコルで接続要求を行い、ＦＴＰ接続要求とＨＴＴＰ接続要求の両方において接続が失敗した場合はエラー通知を行い、ＨＴＴＰ接続要求に対して接続が成功した場合は認証画面を表示するよう制御することにより、接続失敗の原因や対処方法をより詳細にユーザーに伝えることが可能となる。

なお、ゲートウェイ５から接続成功通知が発行された後（図２におけるＳ６）、接続が成功した接続先をユーザーに確認させる構成とすることが好ましい。確認の方法は、例えば、接続が成功した接続先の名称やアドレス等の情報、およびその接続先が正しいか否かを選択可能な選択画面を、ネットワーク端末３の表示部に表示させ、接続先が正しいか否かをユーザーに対して選択入力を促す方法がある。すなわち、図２におけるＳ６とＳ７との間に、接続先の正誤判断のステップを追加する。

また、本実施の形態では、ＨＴＴＰ以外の通信プロトコルとしてＦＴＰを用いたが、他のプロトコルを用いても同様な効果が得られる。また、本実施の形態では、認証用のプロトコルとしてＨＴＴＰを用いているが、他のプロトコルの場合でも同様な効果が得られる。ＨＴＴＰ以外のプロトコルとしては、ＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer）、ＳＳＨ（Secure SHell）、ＳＦＴＰ（Secure File Tranfer Protocol）などがある。

また、本実施の形態では、ホテル内のＬＡＮと外部ネットワーク（インターネット）とを接続するネットワークシステムを例として挙げたが、少なくともゲートウェイを中継して複数のネットワークを接続するネットワークシステムであればよい。

また、本実施の形態では、ネットワーク端末３は、パソコンで実現したが、少なくともＬＡＮに接続できる端末であればよい。パソコンの他、例えば、ＰＤＡ（Personal Digital Assistant）、携帯型ゲーム機などがある。

また、本実施の形態におけるホテル内のＬＡＮは、本発明の第１のネットワークの一例である。本実施の形態におけるインターネット６は、本発明の第２のネットワークの一例である。本実施の形態におけるＦＴＰは、本発明の第１のプロトコルの一例である。本実施の形態におけるＨＴＴＰは、本発明の第２のプロトコルの一例である。

本発明にかかるネットワーク接続方式は、ＨＴＴＰ以外のプロトコルを用いてインターネットに接続する際に、接続失敗の理由をユーザーに通知することが出来るので、特にパソコン以外でＨＴＴＰ以外のプロトコルを用いてインターネットに接続する機器への用途に有用である。

３ ネットワーク端末
５ ゲートウェイ
６ インターネット
７ ＦＴＰサーバ

Claims (6)

1. 互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワーク接続方法であって、
   第１のネットワークから第２のネットワークへ第１のプロトコルを用いて接続要求を発行し、
   前記第１のプロトコルでの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、
   前記第２のプロトコルでの接続が成功した場合は、利用者に対して所定の報知を行う、ネットワーク接続方法。
2. 前記第１のプロトコルは、ＦＴＰ（File Transfer Protocol）である、請求項１記載のネットワーク接続方法。
3. 前記第２のプロトコルは、ＨＴＴＰ（Hyper Text Transfer Protocol）である、請求項１記載のネットワーク接続方法。
4. 前記第１のプロトコルでの接続において、接続要求した接続先と、接続が成功した接続先とが異なる場合に、前記第２のプロトコルにおいて特定の手順が必要であると判定する、請求項１記載のネットワーク接続方法。
5. 前記第１のプロトコルでの接続が成功した場合に、前記第２のプロトコルでの接続に必要な情報を利用者に通知する、請求項１記載のネットワーク接続方法。
6. 互いに異なるプロトコルを有する複数のネットワークを接続可能なネットワークゲートウェイであって、
   第１のネットワークに接続された端末において、第１のプロトコルを用いた接続要求が入力されると、前記第２のネットワークに対して接続要求を発行し、
   前記第１のプロトコルを用いた前記第２のネットワークとの接続が失敗した場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて接続要求を発行し、
   前記第２のプロトコルを用いて前記第２のネットワークとの接続が成功した場合は、利用者に対して所定の報知を行う、ネットワークゲートウェイ。

Images