(57)【要約】【課題】代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができる通信パケット処理装置を提供する。【解決手段】船舶搭載通信装置１０は、ルータ２０及び衛星回線制御装置３０を有し、ルータ２０は、ＬＡＮ側のＰＣ３からルータ２０宛のＤＮＳクエリパケットを受信するパケット送受信部２１と、ＷＡＮ側のインマルサット網ＤＮＳサーバ４２を代理するプロキシＤＮＳサーバ部２２と、を備え、衛星回線制御装置３０は、ＬＡＮとＷＡＮとが未接続の状態において、ＤＮＳクエリパケットを受信したことを条件に、ＬＡＮとＷＡＮとの間の回線接続を確立する回線接続確立部３１を備える。【選択図】図１
2014049807.tif 000002
【特許請求の範囲】
【請求項１】
通信衛星を介し、船内に設けられたローカルエリアネットワークと船外に設けられた広域エリアネットワークとの間で送受信される通信パケットを処理する通信パケット処理装置であって、
前記広域エリアネットワーク側のサーバ装置のドメイン名を用いて前記サーバ装置の名前解決を要求する自装置宛の名前解決要求パケット及び前記サーバ装置のアドレスを用いて前記サーバ装置の名前解決を要求する自装置宛の名前解決要求パケットのいずれか一方の名前解決要求パケットを前記ローカルエリアネットワークに接続された船内装置から受信する名前解決要求パケット受信手段と、
前記広域エリアネットワーク側において前記名前解決を行う名前解決サーバの代理を行う代理サーバ手段と、
前記ローカルエリアネットワークと前記広域エリアネットワークとが未接続の状態において、前記名前解決要求パケットを受信したことを条件に、前記ローカルエリアネットワークと前記広域エリアネットワークとの間の回線接続を確立する回線接続確立手段と、
を備えたことを特徴とする通信パケット処理装置。
【請求項２】
前記代理サーバ手段は、
前記名前解決ができたことを条件に、前記名前解決要求パケットに応答する名前解決要求応答パケットを前記船内装置に送信し、
前記名前解決ができなかったことを条件に、前記回線接続の確立後に、前記名前解決要求パケットに含まれる自装置宛のアドレスを前記名前解決サーバのアドレスに書き換えて前記名前解決サーバに送信し、前記名前解決サーバから取得した前記名前解決要求応答パケットを前記船内装置に送信するものであることを特徴とする請求項１に記載の通信パケット処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信衛星を介し、船内に設けられたローカルエリアネットワーク（Local Area Network：ＬＡＮ）と船外に設けられた広域エリアネットワーク（Wide Area Network：ＷＡＮ）との間で送受信される通信パケットを処理する通信パケット処理装置に関する。
【背景技術】
【０００２】
一般に、インターネットのようなネットワーク環境では、例えば"example.co.jp"と表記されるドメイン名と、それに対応するＩＰ（Internet Protocol）アドレスとが存在する。インターネット利用者がクライアント端末を利用して、ドメイン名が例えば"www.example.co.jp"のサーバにアクセスしたい場合、ドメイン名"www.example.co.jp"に対応付けられたＩＰアドレスを取得するために、ＤＮＳ（Domain Name System）サーバに問い合わせるためのＤＮＳクエリパケットがクライアント端末から送信される。
【０００３】
このＤＮＳサーバの情報は、例えば、ＩＳＤＮ（Integrated Services Digital Network：サービス総合ディジタル網）では、特許文献１の従来の技術欄に記載されたように、予め登録しておく構成となっている。この構成により、ＩＳＤＮの通信制御部は、ＤＮＳサーバのＩＰアドレスを含むＤＮＳクエリパケットをクライアント端末から受信するとインターネットに自動接続して、ＤＮＳクエリパケットをＤＮＳサーバに送信することにより、ＤＮＳサーバからドメイン名に対応付けられたＩＰアドレスを取得することができる。
【０００４】
ところで、外洋を航行中の船舶は、一般に通信衛星、例えばインマルサット（登録商標）衛星と通信するＦＢＢ（Fleet Broadband）装置を備え、ＦＢＢサービスの提供を受けている。従来、ＬＡＮ側である船舶内のクライアント端末に対しては、ＷＡＮ側であるインターネット上のＤＮＳサーバのＩＰアドレスが設定されていた。従来のＦＢＢ装置は、通信衛星との未接続時に、ＤＮＳサーバのＩＰアドレスを含むＤＮＳクエリパケットをクライアント端末から受信すると、前述のＩＳＤＮと同様に、インターネットに自動接続して、ＤＮＳクエリパケットに対する応答パケットを取得するようになっていた。
【０００５】
ここで、通信衛星を利用するＦＢＢサービスは、一般に単位データ当たりの従量制の料金体系が採用されている。そのため、ＷＡＮ側のＤＮＳサーバ向けＤＮＳクエリパケットの送信回数を削減して通信料金の低減化を図ることが望まれており、そのためにはＷＡＮ側のＤＮＳサーバを代理する代理ＤＮＳサーバ機能をＦＢＢ装置に持たせることが好ましい。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−３２５１７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、代理ＤＮＳサーバ機能をＦＢＢ装置に持たせると、通信衛星との未接続時に、ＬＡＮ側のクライアント端末がＤＮＳクエリパケットをＦＢＢ装置向けに送信することになってＬＡＮ側からＷＡＮ側へのＩＰパケットの発生にはならないので、ＦＢＢ装置は、ＷＡＮに自動接続することができず、ＤＮＳクエリパケットに対する応答をＷＡＮ側から取得できないという課題があった。
【０００８】
本発明は、従来の課題を解決するためになされたものであり、代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができる通信パケット処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の通信パケット処理装置は、通信衛星を介し、船内に設けられたローカルエリアネットワークと船外に設けられた広域エリアネットワークとの間で送受信される通信パケットを処理する通信パケット処理装置であって、前記広域エリアネットワーク側のサーバ装置のドメイン名を用いて前記サーバ装置の名前解決を要求する自装置宛の名前解決要求パケット及び前記サーバ装置のアドレスを用いて前記サーバ装置の名前解決を要求する自装置宛の名前解決要求パケットのいずれか一方の名前解決要求パケットを前記ローカルエリアネットワークに接続された船内装置から受信する名前解決要求パケット受信手段と、前記広域エリアネットワーク側において前記名前解決を行う名前解決サーバの代理を行う代理サーバ手段と、前記ローカルエリアネットワークと前記広域エリアネットワークとが未接続の状態において、前記名前解決要求パケットを受信したことを条件に、前記ローカルエリアネットワークと前記広域エリアネットワークとの間の回線接続を確立する回線接続確立手段と、を備えた構成を有している。
【００１０】
この構成により、本発明の通信パケット処理装置は、名前解決サーバの代理を行う代理サーバ手段及び回線接続を確立する回線接続確立手段を備え、回線接続確立手段が、ＬＡＮとＷＡＮとが未接続の状態において、ＤＮＳクエリパケットを受信したことを条件に、ＬＡＮとＷＡＮとの間の回線接続を確立することができる。
【００１１】
したがって、本発明の通信パケット処理装置は、代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができる。
【００１２】
また、本発明の通信パケット処理装置は、前記代理サーバ手段は、前記名前解決ができたことを条件に、前記名前解決要求パケットに応答する名前解決要求応答パケットを前記船内装置に送信し、前記名前解決ができなかったことを条件に、前記回線接続の確立後に、前記名前解決要求パケットに含まれる自装置宛のアドレスを前記名前解決サーバのアドレスに書き換えて前記名前解決サーバに送信し、前記名前解決サーバから取得した前記名前解決要求応答パケットを前記船内装置に送信するものである構成を有している。
【００１３】
この構成により、本発明の通信パケット処理装置は、代理サーバ手段が、回線接続の確立後に、自装置で名前解決ができなかった場合はＷＡＮ側の名前解決サーバから名前解決要求応答パケットを受信して、船内装置に返信することができる。
【発明の効果】
【００１４】
本発明は、代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができるという効果を有する通信パケット処理装置を提供することができるものである。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態におけるパケット通信システムの構成を示すブロック図である。
【図２】本発明の一実施形態におけるパケット通信システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について図面を用いて説明する。
【００１７】
まず、構成について説明する。
【００１８】
図１に示すように、本実施形態におけるパケット通信システム１は、ＬＡＮ側である船内通信ネットワーク２、パーソナルコンピュータ（以下「ＰＣ」という。）３及び船舶搭載通信装置１０と、ＷＡＮ側であるインマルサット回線４０、インターネット４及びＷＷＷサーバ５と、を備えている。ここで、ＷＷＷサーバ５は、本発明に係る広域エリアネットワーク側のサーバ装置を構成する。なお、図１ではゲートウェイの図示は省略してある。
【００１９】
ＰＣ３及び船舶搭載通信装置１０は、船舶に搭載され、船内通信ネットワーク２によって接続されている。なお、船内通信ネットワーク２には複数のＰＣを接続可能であるが、本実施形態では１台のＰＣ３を船内通信ネットワーク２に接続したものとしている。
【００２０】
ＰＣ３は、ウェブブラウザを備えており、インターネット４に接続された例えばＷＷＷサーバ５が有する各種コンテンツを取得して、コンテンツの画面表示や音声再生ができるようになっている。また、ＰＣ３は、例えばＷＷＷサーバ５のコンテンツを取得したい場合に、ＷＷＷサーバ５のドメイン名をキー情報としてＩＰアドレスの照会を要求するＤＮＳクエリパケットをルータ２０宛に送信するようになっている。このＰＣ３は、本発明に係る船内装置を構成する。
【００２１】
船舶搭載通信装置１０は、通信パケットの中継を行うルータ２０と、所定の通信プロトコルに基づいてインマルサット回線４０との回線制御を行う衛星回線制御装置３０と、通信回線を選択する通信回線選択部１１と、外部回線に対して回線制御を行う外部回線制御装置１２と、を備えている。図示を省略したが、船舶搭載通信装置１０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（random Access Memory）等を備えたマイクロコンピュータによって構成され、ＲＯＭに予め記憶されたプログラムに従って動作するようになっている。なお、船舶搭載通信装置１０は、本発明に係る通信パケット処理装置を構成する。
【００２２】
ルータ２０は、パケット送受信部２１及びプロキシＤＮＳサーバ部２２を備え、通信パケットの中継を行うようになっている。
【００２３】
パケット送受信部２１は、船内通信ネットワーク２、衛星回線制御装置３０、外部回線制御装置１２から受信した通信パケットの宛先や種別を判別し、判別結果に基づいて所定の宛先に送信するようになっている。このパケット送受信部２１は、本発明に係る名前解決要求パケット受信手段を構成する。
【００２４】
プロキシＤＮＳサーバ部２２は、インマルサットＩＰ網４３に接続されたインマルサット網ＤＮＳサーバ４２（後述）や、インターネット４に接続されたＤＮＳサーバ（図示省略）の代理を行うものである。すなわち、プロキシＤＮＳサーバ部２２は、ドメイン名とＩＰアドレスとを対応させる情報を記憶しており、ＤＮＳクエリパケットを受信した場合に、ドメイン名からＩＰアドレスを求めたり、ＩＰアドレスからドメイン名を求めたりすることができるようになっている。
【００２５】
具体的には、プロキシＤＮＳサーバ部２２は、例えばＷＷＷサーバ５のドメイン名をキー情報としてＩＰアドレスの照会を要求するルータ２０宛のＤＮＳクエリパケットを、パケット送受信部２１を経由してＰＣ３から受信した場合に、そのドメイン名に対応するＩＰアドレスを応答するための名前解決を行って、ＩＰアドレスの情報をＰＣ３に返信するようになっている。
【００２６】
ここで、プロキシＤＮＳサーバ部２２は、そのドメイン名に対応するＩＰアドレスの情報を記憶していない場合（名前解決ができない場合）であって、インマルサット回線４０との回線接続後においては、ＤＮＳクエリパケットの宛先アドレスをインマルサット網ＤＮＳサーバ４２のアドレスに書き換えてパケット送受信部２１に出力するようになっている。このプロキシＤＮＳサーバ部２２は、本発明に係る代理サーバ手段を構成する。
【００２７】
衛星回線制御装置３０は、インマルサット回線４０との接続が未接続の場合に所定の通信プロトコルに基づいてインマルサット回線４０との回線接続を確立する回線接続確立部３１を備えている。
【００２８】
具体的には、回線接続確立部３１は、回線の未接続時に、ルータ２０が自装置宛のＤＮＳクエリパケットを受信した場合や、ルータ２０がインターネット４向けのＩＰアドレスを含む通信パケットを受信した場合に、所定の通信プロトコルに基づいてインマルサット回線４０との回線接続を確立するようになっている。そして、衛星回線制御装置３０は、回線接続確立部３１による回線接続後には、所定の通信プロトコルに基づいてインマルサット回線４０との回線制御を行うようになっている。この回線接続確立部３１は、本発明に係る回線接続確立手段を構成する。
【００２９】
通信回線選択部１１は、例えば、通信速度や通信コスト、通信品質等に基づいて予め定められた優先順位に従って通信回線を選択するようになっている。本実施形態では、通信回線選択部１１がインマルサット回線４０を選択しているものとする。
【００３０】
外部回線制御装置１２は、各種の通信プロトコルに基づいて外部回線との回線制御を行うようになっている。外部回線としては、例えば、携帯電話回線、ＰＨＳ（Personal Handy-phone System）回線、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮ（Local Area Network）回線などがある。
【００３１】
インマルサット回線４０は、インマルサット衛星４１、インマルサット網ＤＮＳサーバ４２、インマルサットＩＰ網４３を含む。なお、図１では、説明を簡単にするためにインマルサット網ＤＮＳサーバ４２を１台としているが、複数台であってもよい。
【００３２】
インマルサット衛星４１は、ＦＢＢ用の通信衛星であり、船舶に搭載された船舶搭載通信装置１０と、陸上に設けられた地上局（図示省略）との間での無線信号の中継を行うことができるようになっている。
【００３３】
インマルサット網ＤＮＳサーバ４２は、インマルサットＩＰ網４３に接続され、予め定められたドメインについて、ホスト名とＩＰアドレスとを対応させた情報を有している。このインマルサット網ＤＮＳサーバ４２は、本発明に係る名前解決サーバを構成する。
【００３４】
インマルサットＩＰ網４３は、インマルサット衛星４１及びインターネット４に接続され、両者間で送受信されるＩＰパケットを中継するようになっている。
【００３５】
次に、本実施形態におけるパケット通信システム１の動作について、図１に示したブロック構成図を適宜参照しながら図２に示すフローチャートを用いて説明する。以下の説明では、船舶搭載通信装置１０とインマルサット回線４０との間の接続が未接続の状態において、ＬＡＮ側のクライアント端末としてのＰＣ３のユーザが、ＷＷＷサーバ５が有するコンテンツを含むウェブページを表示する例を挙げて説明する。
【００３６】
ＰＣ３のユーザが、ＰＣ３を操作してＷＷＷサーバ５のウェブページの表示を要求することにより、ＰＣ３は、ＷＷＷサーバ５のドメイン名をキー情報としてＩＰアドレスの照会を要求するＤＮＳクエリパケットをルータ２０宛に送信する（ステップＳ１１）。
【００３７】
ルータ２０のパケット送受信部２１は、ＰＣ３からのＤＮＳクエリパケットを受信する（ステップＳ１２）。
【００３８】
パケット送受信部２１は、受信したＤＮＳクエリパケットをプロキシＤＮＳサーバ部２２に送信し、プロキシＤＮＳサーバ部２２は、ＤＮＳクエリパケットを受信し、ドメイン名に対応するＩＰアドレスを応答するための名前解決ができるか否かを判断する（ステップＳ１３）。
【００３９】
ステップＳ１３において、プロキシＤＮＳサーバ部２２は、名前解決ができると判断した場合、すなわち、自己の記憶するドメイン名とＩＰアドレスとの対応テーブルを参照して、受信したＤＮＳクエリパケットに含まれるドメイン名に対応するＩＰアドレスを検索できた場合は、そのＩＰアドレスの情報を含むパケット（以下「ＤＮＳクエリ応答パケット」という。）を生成する（ステップＳ１９）。なお、プロキシＤＮＳサーバ部２２は、該当するドメイン名に対応するＩＰアドレスを自己の有するキャッシュに記憶していた場合も同様にＤＮＳクエリ応答パケットを生成する。
【００４０】
一方、ステップＳ１３において、プロキシＤＮＳサーバ部２２は、名前解決ができると判断しなかった場合は、インマルサット回線４０との回線接続の確立指示信号を衛星回線制御装置３０の回線接続確立部３１に出力し、回線接続確立部３１は、所定の通信プロトコルに従って回線接続を確立する（ステップＳ１４）。ここで、名前解決ができると判断しなかった場合としては、プロキシＤＮＳサーバ部２２が、自己の記憶する対応テーブルを参照して受信したＤＮＳクエリパケットに含まれるドメイン名に対応するＩＰアドレスを検索できなかった場合、及び、該当するドメイン名に対応するＩＰアドレスを自己の有するキャッシュに記憶していなかった場合である。
【００４１】
インマルサット回線４０との回線接続後、プロキシＤＮＳサーバ部２２は、インマルサット衛星４１からインマルサット網ＤＮＳサーバ４２のＩＰアドレスを取得する（ステップＳ１５）。
【００４２】
プロキシＤＮＳサーバ部２２は、ＤＮＳクエリパケットの宛先をインマルサット網ＤＮＳサーバ４２のＩＰアドレスに書き換え（ステップＳ１６）、パケット送受信部２１経由で衛星回線制御装置３０に出力する。
【００４３】
衛星回線制御装置３０は、ＤＮＳクエリパケットをインマルサット網ＤＮＳサーバ４２に向けて送信する（ステップＳ１７）。
【００４４】
インマルサット網ＤＮＳサーバ４２は、インマルサット衛星４１、インマルサットＩＰ網４３を介してＤＮＳクエリパケットを受信して名前解決を行い（ステップＳ１８）、ステップＳ１９においてＤＮＳクエリ応答パケットを生成する。生成されたＤＮＳクエリ応答パケットは、プロキシＤＮＳサーバ部２２宛に送信される。なお、インマルサット網ＤＮＳサーバ４２により名前解決ができなかった場合は、インマルサットＩＰ網４３に接続された他のＤＮＳサーバ（図示省略）や、インターネット４に接続されたＤＮＳサーバ（図示省略）によって名前解決が図られる。
【００４５】
プロキシＤＮＳサーバ部２２は、ＤＮＳクエリ応答パケットに含まれるドメイン名に対応するＩＰアドレスを自己のキャッシュに記憶するとともに、ＤＮＳクエリ応答パケットをＰＣ３に送信する（ステップＳ２０）。その結果、ＰＣ３は、ＷＷＷサーバ５のＩＰアドレスを取得でき、ＷＷＷサーバ５にアクセスすることによって各種コンテンツを取得し、ＷＷＷサーバ５のウェブページを画面に表示する（ステップＳ２１）。
【００４６】
以上のように、本実施形態における船舶搭載通信装置１０は、名前解決サーバの代理を行うプロキシＤＮＳサーバ部２２及び回線接続を確立する回線接続確立部３１を有し、回線接続確立部３１が、ＬＡＮとＷＡＮとが未接続の状態において、ＤＮＳクエリパケットを受信したことを条件に、ＬＡＮとＷＡＮとの間の回線接続を確立することができる。
【００４７】
したがって、本実施形態における船舶搭載通信装置１０は、代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができる。
【産業上の利用可能性】
【００４８】
以上のように、本発明に係る通信パケット処理装置は、代理ＤＮＳサーバ機能を有し、ＷＡＮとの未接続時に、ＬＡＮ側端末からＤＮＳクエリパケットを受信した場合でも、ＬＡＮとＷＡＮとを自動接続してＷＡＮ側にＤＮＳクエリパケットを送信することができるという効果を有し、通信衛星を介し、船内に設けられたＬＡＮと船外に設けられたＷＡＮとの間で送受信される通信パケットを処理する通信パケット処理装置として有用である。
【符号の説明】
【００４９】
１  パケット通信システム
２  船内通信ネットワーク
３  ＰＣ（船内装置）
４  インターネット
５  ＷＷＷサーバ（広域エリアネットワーク側のサーバ装置）
１０  船舶搭載通信装置（通信パケット処理装置）
１１  通信回線選択部
１２  外部回線制御装置
２０  ルータ
２１  パケット送受信部（名前解決要求パケット受信手段）
２２  プロキシＤＮＳサーバ部（代理サーバ手段）
３０  衛星回線制御装置
３１  回線接続確立部（回線接続確立手段）
４０  インマルサット回線
４１  インマルサット衛星（通信衛星）
４２  インマルサット網ＤＮＳサーバ（名前解決サーバ）
４３  インマルサットＩＰ網
【図１】
2014049807.tif 000003
【図２】
2014049807.tif 000004