JP2009021921A - ＩＰｖ４／ＩＰｖ６デュアルスタック対応端末のための情報提示システム - Google Patents

Abstract

【課題】デュアルスタック機能を有する端末に対して、新たな情報システムを提供すること。
【解決手段】切換トリガパケットの受信に応じて、ユーザ端末装置では、ネットワークプロトコルをＩＰｖ４からＩＰｖ６へと切り換える。ユーザ端末装置は、切り換えの際に設定されるＩＰｖ６用ＤＮＳサーバに対して、任意のウェブページのＵＲＬについてのＩＰｖ６用のアドレス情報の返信要求を行い、ＩＰｖ６用ＤＮＳサーバから当該ＵＲＬについてのアドレス情報を取得する。このＩＰｖ６用ＤＮＳサーバからユーザ端末装置へのＩＰｖ６用のアドレス情報を返信する際に、アドレス情報としてダミーページのアドレスをユーザ端末装置に対して返信する。これにより、ネットワーク内のユーザ端末装置に対して特定のページ（ダミーページ）を閲覧させることが可能となる。
【選択図】図１

Description

本発明は、ＩＰｖ４／ＩＰｖ６のデュアルスタック対応端末のための情報提示システムに関する。

現在インターネットなどで広く用いられているＩＰｖ４は、その識別できるアドレス数が約４３億個程度であり、アドレス資源の枯渇が懸念されている。そこで、ＩＰｖ４に代わる通信プロトコルとしてＩＰｖ６が提唱され、実用化が進んでいる。ところで、現状ＩＰｖ４プロトコルで構築・運用されていうネットワーク全てを直ちにＩＰｖ６プロトコルに置き換えることは諸般の事情により非常に困難であるため、当面の間はＩＰｖ４とＩＰｖ６の両者のプロトコルに対応した端末が利用される。

ここで、ＩＰｖ４とＩＰｖ６とを共存して使用するための技術として、「デュアルスタック」という技術が用いられている。デュアルスタックとは、一つの端末がＩＰｖ４とＩＰｖ６のアドレスをそれぞれ有することができる技術である（特許文献１参照）。
特開２００６−１８０４８０号公報

しかしながら、従来用いられているデュアルスタック機能は、単にＩＰｖ４とＩＰｖ６とを共存させるための技術に過ぎず、デュアルスタック機能を有するがゆえに実現できる情報システムについては、何ら新しい技術が提案されていなかった。

そこで、本発明は、かかる課題に鑑みてなされたものであり、デュアルスタック機能を有する端末に対して、新たな情報システムを提供することを目的とする。

そこで、本発明においては、かかる課題を解決するために、デュアルスタック機能を有するユーザ端末装置と、ＩＰｖ６用ＤＮＳサーバと、ＩＰｖ６用ＤＮＳサーバにてアドレス変換されるＩＰｖ６形式のＩＰアドレスにて示されるダミーページを保持するコンテンツサーバと、切換トリガパケット送信装置と、を有する情報システムを提供する。切換トリガパケットの受信に応じて、ユーザ端末装置では、ネットワークプロトコルをＩＰｖ４からＩＰｖ６を優先利用するように切り換える。そして、ユーザ端末装置は、切り換えの際に設定されるＩＰｖ６用ＤＮＳサーバに対して、任意のウェブページのＵＲＬについてのＩＰｖ６用のアドレス情報の返信要求を行い、ＩＰｖ６用ＤＮＳサーバから当該ＵＲＬについてのアドレス情報を取得する。このＩＰｖ６用ＤＮＳサーバからユーザ端末装置へのＩＰｖ６用のアドレス情報を返信する際に、アドレス情報としてダミーページのアドレスをユーザ端末装置に対して返信することが特徴である。これにより、ネットワーク内のユーザ端末装置に対して特定のページ（ダミーページ）を閲覧させることが可能となる。

また、一度特定のページ（ダミーページ）を閲覧したユーザ端末装置に対しては、それ以降にウェブ閲覧をする場合には、ダミーページではなく、通常のページを閲覧させるために、ＩＰｖ６用ＤＮＳサーバが、履歴判断部と、制御部を有する構成を採用してもよい。

本発明によれば、ネットワーク管理側からの制御によって、デュアルスタック機能を有するユーザ端末装置を特定のサイトに誘導させることができる。例えばＩＰｖ６ネットワークを利用するウェブページ（ダミーページ）を緊急用の情報提供サイトとして設けておき、緊急時などに、ネットワーク配下のユーザ端末装置に対してＩＰｖ４ネットワークからＩＰｖ６ネットワークを利用させるように切換え命令を出力することで、ＩＰｖ６ネットワークの特定サイトの緊急情報をユーザ端末装置に対して提供するといった処理も可能となる。

以下に、各発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。

なお、以下の実施形態と請求項の関係は次の通りである。
実施形態１では、主に請求項１、３などについて説明する。
実施形態２では、主に請求項２、４などについて説明する。

<<実施形態１>>
<実施形態１の概要>
本実施形態は、デュアルスタック機能を有するユーザ端末装置を特定のサイトに誘導させて、特定の情報を提供することが可能なシステムに関する。ユーザ端末装置がＩＰｖ４プロトコルのネットワークアドレスを割り当てられている場合に、ＩＰｖ６プロトコルのネットワークに切り換える際には、ＩＰｖ６用のＤＮＳサーバの設定処理を行う。本実施形態においては、この設定先のＩＰｖ６用のＤＮＳサーバにて、返信要求されたＵＲＬに対応する本来のＩＰｖ６用のアドレスを返信するのではなく、ダミーページのＩＰｖ６用ＩＰアドレスを返信することが特徴である。これによって、ユーザ端末装置は、ダミーページを有するコンテンツサーバに対してＨＴＴＰのＲｅｑｕｅｓｔを送信するため、ダミーページをユーザ端末装置の意思に関わらず閲覧させることが可能となる。

図１は、本実施形態の概要を説明するための図である。切換トリガパケット送信装置１１からユーザ端末装置１０に対してＩＰｖ４プロトコルからＩＰｖ６プロトコルへとネットワークを優先的に利用させる指示が出されると（Ｓ１）、ユーザ端末装置１０では、ＩＰｖ６用のネットワークに切り換える処理が行われる。その後、ユーザ端末装置１０にて、例えばブラウザを立ち上げて任意のウェブページの閲覧をするために、当該任意のウェブページのＵＲＬのＩＰｖ６用ＩＰアドレスをＤＮＳサーバ１２に問い合わせる（Ｓ２）。そして、ＩＰｖ６用ＤＮＳサーバ１２では、その返信として、要求された任意のウェブページのＵＲＬのＩＰアドレスではなく、ダミーページのＩＰアドレスを返信する（Ｓ３）。これを受けたユーザ端末装置１０は、ＨＴＴＰ Ｒｅｑｕｅｓｔを、本来送るべきサーバ１３ではなく、ダミーページを有するサーバ１４に対して送信する（Ｓ５）。この結果、サーバ１３からは、ユーザ端末装置１０に対してダミーページが返信される（Ｓ６）。

<実施形態１の構成>
図２に本実施形態における情報システムの機能ブロックの一例を示す。図２に示すように本実施形態の情報システムは、「切換トリガパケット送信装置」２１０と、「ユーザ端末装置」２２０と、「ＩＰｖ６用ＤＮＳサーバ」２３０と、「コンテンツサーバ」２４０と、を有する。切換トリガパケット送信装置２１０は、「切換トリガパケット送信命令取得部」２１１と、「切換トリガパケット送信部」２１２と、を有する。ユーザ端末装置２２０は、「ＤＮＳサーバ要求情報送信機能」２２１と、「ＤＮＳサーバ設定情報取得機能」２２２と、を実行させるように構成されており、「ＩＰｖ６用アドレス情報返信要求出力部」２２３と、「閲覧要求出力部」２２４と、を有する。ＩＰｖ６用ＤＮＳサーバ２３０は、「ダミーページアドレス返信部」２３１を有する。コンテンツサーバ２４０は、「ページ情報送信部」２４１を有する。

本件発明の構成要素である各部は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メモリ、バス、インターフェイス、周辺装置などから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インターフェイスを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される（本明細書の全体を通じて同様である）。

（切換トリガパケット送信装置）
最初に切換トリガパケット送信装置２１０について説明する。

「切換トリガパケット送信命令取得部」２１１は、切換トリガパケット送信命令を取得する（Ｓ２１）。「切換トリガパケット」とは、ＩＰｖ４プロトコルのネットワークの利用から、ＩＰｖ６プロトコルのネットワークを優先利用するように切換を行わせることが可能なパケットである。具体的な例としては、ＲＡ（ＩＣＭＰｖ６ Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）のパケットが相当する。切換トリガパケット送信命令の取得方法としては、たとえば切換トリガパケット装置に対して管理者などが送信命令の入力を行うことによって取得する方法や、あるいは、ユーザ端末装置からの要求（ＲＳ（ＩＣＭＰｖ６ Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ））に応じて取得する方法が挙げられる。本実施形態においては、例えば緊急時などにおいてユーザ端末装置に対して緊急情報などを通知するために利用され得るため、好ましくは、管理者などからの送信命令の入力によって切換トリガパケット送信命令が取得されるとよい。なお、切換トリガパケット送信命令には、どのユーザ端末装置に対して送信するかを特定するための情報が含まれていてもよい。

「切換トリガパケット送信部」２１２は、切換トリガパケット送信命令を取得した場合に、切換トリガパケットをＩＰｖ６プロトコルにて所定のユーザ端末装置に送信するためのものである（Ｓ２２）。「所定のユーザ端末装置」とは、例えば切換トリガパケット送信装置が接続しているネットワーク配下のユーザ端末装置が挙げられる。単一のユーザ端末装置に対して切換トリガパケットを送信してもよいし、複数のユーザ端末装置に対して切換トリガパケットを送信してもよい。

（ユーザ端末装置）
次に、ユーザ端末装置２２０について説明する。ユーザ端末装置２２０は、デュアルスタック機能を有する装置である。デュアルスタック機能とは、先に説明したように、ＩＰｖ４とＩＰｖ６との両者を共存して使用することができる機能のことである。このデュアルスタック機能においては、ＩＰｖ６ネットワークの設定要求があった場合には、現在使用しているＩＰｖ４のネットワークから、ＩＰｖ６のネットワークを優先的に利用するように自身の設定を変更し、以降の処理については、ＩＰｖ６のネットワークアドレスを用いて処理が行われる。ユーザ端末装置では、このデュアルスタック機能に予め組み込まれている処理として、以下の機能をＯＳに実行させるように構成されている。

「ＤＮＳサーバ要求情報送信機能」２２１は、ＩＰｖ６用ネットワークへのトリガパケットの受信に応じてデュアルスタック機能に予め組み込まれている処理として前記ＩＰｖ６用ＤＮＳサーバの設定情報であるＤＮＳサーバ設定情報を要求する機能である（Ｓ２３）。例えば、切換トリガパケット（ＲＡ）においてOther stateful configuration flagをonに設定しユーザ端末装置に対して送信することで、これを受けたユーザ端末装置では、ＩＰｖ６用のＤＮＳサーバを設定するための処理が行われ、ＤＮＳサーバの設定情報であるＤＮＳサーバ設定情報の要求を行うことになる。ＲＡはＩＰｖ６用のアドレス情報が送信されるものであり、さらに、オプションとして、ＤＮＳサーバの設定をユーザ端末に行わせるためのフラグを立てて送信することができる。このＤＮＳサーバ設定情報の要求は、例えばＤＨＣＰｖ６ Ｒｅｑｕｅｓｔとしてユーザ端末装置から出力される。なお、ＤＮＳサーバ設定情報の要求の出力先としては、例えば、ゲートウェイであってもよいし、切換トリガパケット装置であってもよい、あるいは、ネットワーク内に接続している他のユーザ端末装置に対して出力してもよい。あるいは、既にユーザ端末装置にてＤＮＳサーバ設定情報が組み込まれている場合には、ユーザ端末装置自身に対する要求の出力であってもよい。なお、ＤＮＳサーバの設定情報とは、ＤＮＳサーバのアドレスをユーザ端末装置に設定させるための情報である。

「ＤＮＳサーバ設定情報取得機能」２２２は、ＤＮＳサーバ要求情報送信機能に基づく要求の送信に応じてＤＮＳサーバ設定情報を取得する（Ｓ２４）。これは、例えばＤＨＣＰｖ６ Ｒｅｐｌｙとして取得することができる。ＤＮＳサーバ設定情報を返信する装置は、先に説明したように、ゲートウェイとなるサーバ装置であってもよいし、切換トリガパケット装置であってもよいし、他のユーザ端末装置であってもよい。

「ＩＰｖ６用アドレス情報返信要求出力部」２２３は、任意のウェブページのＵＲＬについてのＩＰｖ６用アドレス情報の返信要求を前記取得したＩＰｖ６用ＤＮＳサーバ設定情報に基づいて出力する（Ｓ２５）。例えば、新たにブラウザを起動する場合、あるいは、既にブラウザが起動している場合にはそのブラウザを利用して新たなウェブページの閲覧する場合などに、閲覧を所望するウェブページのＵＲＬについてのＩＰｖ６用アドレス情報の返信要求がユーザ端末装置からＩＰｖ６用ＤＮＳサーバに対して出力される。すると、これに応じてＩＰｖ６用アドレス情報がＤＮＳサーバから返信されることになる。

「閲覧要求出力部」２２４は、前記ＩＰｖ６用アドレス情報返信要求出力部の要求に応じて返信される前記ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスに対して閲覧要求を出力する（Ｓ２６、Ｓ２７）。後述するように、ユーザ端末装置からのＩＰｖ６用アドレス情報の返信要求に応じてＤＮＳサーバからはダミーページのアドレス情報が返信される。従って、ユーザ端末装置においては、返信されるＩＰｖ６用のダミーページアドレスであるコンテンツサーバのアドレスに対して閲覧要求を出力することになる。なお、ユーザ端末装置側の処理としては、ＤＮＳサーバに対してＵＲＬのＩＰアドレスを問い合わせ、その結果として返信されたＩＰアドレスに対して閲覧要求を出力するという、いわば通常の処理を行っていることになる。

（ＩＰｖ６用ＤＮＳサーバ）
次にＩＰｖ６用ＤＮＳサーバ２３０について説明する。ＩＰｖ６用ＤＮＳサーバは、名前解決のためのサーバであり、例えばＵＲＬと、これに対応するＩＰアドレスを関連付けてテーブル情報として記憶・保持しているサーバである。

「ダミーページアドレス返信部」２３１は、ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求に応じてＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスを返信する（Ｓ２６）。ＩＰｖ６用ＤＮＳサーバは、例えば図３に示すように、名前問題解決のためのテーブル情報を有している。ＩＰｖ６用ＤＮＳサーバでは、任意のＵＲＬについての問い合わせがあった場合には、自身のテーブル情報として記憶しているＵＲＬであれば、その対応するＩＰアドレスを返信し、自身のテーブル情報として記憶していないＵＲＬであれば、さらに上位のＤＮＳサーバに対して問い合わせする処理が行われる。ここで、本実施形態のＩＰｖ６用ＤＮＳサーバにおいては、ＩＰｖ６用アドレス情報の返信要求があった場合には、自身のテーブル情報として記憶しているＩＰアドレスではなく、図３（ｂ）に示すように、ダミーページを示すＩＰアドレスを返信することが特徴である。これにより、例えばＩＰｖ４ネットワークからＩＰｖ６用のネットワークに切換を行ったユーザ端末装置に対して特定のウェブページ（ダミーページ）へと閲覧誘導させることが可能となる。なお、ＩＰｖ６用ＤＮＳサーバにおいては、ダミーページに関するＩＰアドレスを返信する設定と、通常のＤＮＳサーバとして機能するための設定とが、切換可能に構成されていてもよい。また、これらの設定を切換る際には、たとえば切換トリガパケット送信装置からの制御命令に基づいて、設定を切り換えてもよい。

（コンテンツサーバ）
次に、コンテンツサーバ２４０について説明する。コンテンツサーバ２４０は、ＩＰｖ６用ＤＮＳサーバにてアドレス変換されるＩＰｖ６形式のＩＰアドレスにて示されるダミーページを保持する。なお、もちろん、コンテンツサーバ２４０は、ダミーページのほか、通常のウェブページを保持してもよい。また、ダミーページは、例えば他のサイトへ転送させるためのページであってもよい。この場合には、ダミーページの転送先を適宜変更させることで、ユーザ端末を所定のウェブページへと閲覧誘導させる処理を、ＤＮＳサーバの設定ではなく、コンテンツサーバ側にて適宜変更することができる。

「ページ情報送信部」２４１は、ユーザ端末装置からの閲覧要求に応じて予め保持されているページ情報を送信する（Ｓ２８）。なお、コンテンツサーバにおいては、例えば、閲覧要求を行ったユーザ端末装置の履歴を保持していてもよい。詳細については、後の実施形態にて説明を行う。

なお、以上の説明においては、切換トリガパケット送信装置とＩＰｖ６用ＤＮＳサーバとは異なる装置として説明を行ったが、両者の機能を兼ね備えた一の装置として構成してもよいことはもちろんである。

<実施形態１の処理の流れ>
図４は、実施形態１における具体的な処理を含むシーケンス図の一例を示すものである。 図４は、実施形態１での処理の流れの一例を示したものである。本実施形態における処理は、以下に示すステップよりなる。なお、以下に示す処理の流れは、計算機に実行させるためのプログラム、またはそのプログラムが記録された読み取り可能な記録媒体として実施され得る（以下、本明細書における処理の流れの記載についても同様である）。なお、図４におけるＳ４○という符号は、図２におけるＳ２○と一致しているが、本実施形態の具体的な処理の流れは、図４で示す処理に限定されるものではないため、両者は別々の符合として扱うものとする。

まず、切換トリガパケット装置において、切換トリガパケット送信命令を取得する（Ｓ４１）。これは、図示していないが、ユーザ端末装置からのＲＳ（ＩＣＭＰｖ６ Ｒｏｕｔｅｒ Ｓｏｌｕｃｉｔａｔｉｏｎ）であってもよい。あるいは、ネットワークの管理者などから入力される命令であってもよい。Ｓ４１にて送信命令を取得すると、切換トリガパケット送信装置から、ユーザ端末装置に対して切換トリガパケットが送信される（Ｓ４２）。Ｓ４２では、具体的には、ＲＡ（ＩＣＭＰｖ６ Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ（Ｏｔｈｅｒ ｓｔａｔｅｆｕｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｌａｇ＝ｏｎ））が送信される。ＲＡではＩＰｖ６用のアドレス情報が送信されるものであり、さらに、オプションとして、ＤＮＳサーバの設定をユーザ端末に行わせるためのビットフラグが立てられた状態で送信される。これを受けたユーザ端末装置においては、ＤＮＳサーバ設定情報を要求する（Ｓ４３）。Ｓ４３は、具体的には、ＤＨＣＰｖ６ ｒｅｑｕｅｓｔが送信される。図４においては、Ｓ４３は切換トリガパケット送信装置に対して送信されているが、他の装置であってもよいし、他のユーザ端末装置に対して送信されてもよい。あるいは、同一リンク上のＤＨＣＰｖ６サーバ全体を示す固有のマルチキャストアドレス宛に送信されてもよい。そして、Ｓ４３に応じてＤＮＳサーバ設定情報が返信される（Ｓ４４）。Ｓ４４は、具体的にはＤＨＣＰｖ６ replyである。その後、Ｓ４５のステップに進むことになるが、Ｓ４５に進む契機は、例えばユーザからの処理命令の入力を受け付けたことを契機としてもよいし、あるいは、ＤＮＳサーバ設定情報の受信をトリガーとしてユーザ端末装置にて自動的に処理が行われてもよい。

Ｓ４５では、ユーザ端末装置からＩＰｖ６用ＤＮＳサーバに対して任意のウェブページ（ｗｗｗ．ｅｘａｍｐｌｅ．ｏｒｇ）についてのＩＰｖ６用のアドレス情報の返信要求を出力する。具体的には、ＩＰｖ６ ＤＮＳ Ｑｕｅｒｙを送信する。これに応じて、ＩＰｖ６用ＤＮＳサーバにおいては、ｗｗｗ．ｅｘａｍｐｌｅ．ｏｒｇを示すＩＰアドレスではなく、ダミーページ（ｗｗｗ．ｄｕｍｍｙ．ｌｏｃａｌ）を示すＩＰアドレスをユーザ端末装置に対して返信する（Ｓ４６）。具体的には、ＩＰｖ６ ＤＮＳ Ｒｅｐｌｙを返信する。これを受けたユーザ端末装置においては、閲覧要求を出力する（Ｓ４７）。具体的には、ＨＴＴＰ Ｒｅｑｕｅｓｔをダミーページを有するコンテンツサーバに対して送信する。そして、コンテンツサーバにおいては、ダミーページをユーザ端末装置に対して返信する（Ｓ４８）。具体的には、ＨＴＴＰ Ｒｅｐｌｙとしてダミーページを返信する。

なお、図示していないが、デュアルスタック機能の端末として実際に動作するために、Ｓ４１のステップに先駆けて、ユーザ端末装置のＩＰｖ４ネットワークの設定処理が行われてもよい。

<具体的構成態様>
図５は、本実施形態における各サーバ、装置などの具体的な構成例を示す図である。各サーバ、装置は、図５に示すように、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤ、ネットワークＩ／Ｆ、ユーザ入力Ｉ／Ｆなどから構成される。そして、ＣＰＵは、ＲＯＭやＨＤに格納されているプログラムをＲＡＭに読み出し、その読み出したプログラムに従って、ＣＰＵが各種の制御を行うことで実現される。特に、ユーザ端末装置においては、ＲＯＭに読み出したＯＳプログラムファイルに従って、デュアルスタック機能を発揮するために各種の処理を行う。

<実施形態１の効果>
本実施形態における情報システムを用いることで、たとえば災害時などの緊急情報や、あるいは社内での重要な連絡事項など、通常のブラウジングやメールチェックなどでは漏れ易い情報をユーザに強制的に閲覧させることが可能となる。例えば、所定の地域に避難勧告が出された場合には、あらゆる方法で知らしめる必要があるが、その一手法として非常に有用なシステムとなる。また、本実施形態においては、例えば従来のキャプティブポータルサービスのように、最初にネットワーク接続行った際に所定のページへと誘導させる技術ではなく、すでにネットワーク接続を行っている状態においてもネットワーク配下のユーザ端末装置を所定のページへと誘導させることも可能となる。

<<実施形態２>>
<実施形態２の概要>
本実施形態は、実施形態１で説明した情報システムに関するものであり、ダミーページを過去に閲覧したユーザに対しては、通常通りのウェブページを閲覧させるシステムに関するものである。

<実施形態２の構成>
図６は、本実施形態における情報システムの機能ブロック図の一例を示す図である。図６に示すように本実施形態の情報システムは、「切換トリガパケット送信装置」６１０と、「ユーザ端末装置」６２０と、「ＩＰｖ６用ＤＮＳサーバ」６３０と、「コンテンツサーバ」６４０と、を有する。切換トリガパケット送信装置６１０は、「切換トリガパケット送信命令取得部」６１１と、「切換トリガパケット送信部」６１２と、を有する。ユーザ端末装置６２０は、「ＤＮＳサーバ要求情報送信機能」６２１と、「ＤＮＳサーバ設定情報取得機能」６２２と、を実行させるように構成されており、「ＩＰｖ６用アドレス情報返信要求出力部」６２３と、「閲覧要求出力部」６２４と、を有する。ＩＰｖ６用ＤＮＳサーバ６３０は、「ダミーページアドレス返信部」６３１と、「履歴判断部」６３２と、「制御部」６３３と、を有する。コンテンツサーバ６４０は、「ページ情報送信部」６４１を有する。「履歴判断部」６３２と、「制御部」６３３と、を除く各構成については、実施形態１で説明したものと同様であるため、ここでの説明は省略する。

「履歴判断部」６３２は、ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求があった場合に、その返信要求を構成するパケットを分析して送信元ユーザ端末装置が、過去に同一要求をしたユーザ端末装置であるか判断する。履歴判断部においては、様々な方法によって、過去に同一要求をしたユーザ端末装置であるかを判断することができる。例えば、履歴判断部は、ダミーページアドレスを返信したユーザ端末装置に関する情報を保持するダミーページアドレス返信履歴保持手段を有しており、このダミーページアドレス返信履歴保持手段に基づいて過去に同一要求をしたユーザ端末装置であるかを判断してもよい。あるいは、他の方法として、コンテンツサーバ６４０において、ダミーページへのアクセス履歴情報を保持するアクセス履歴情報保持部を有しており、ＩＰｖ６用ＤＮＳサーバの履歴判断部６２３は、ＩＰｖ６用アドレス情報の返信要求があった送信元ユーザ端末装置が、過去にコンテンツサーバに対して閲覧要求を行ったユーザ端末装置であるかをコンテンツサーバのアクセス履歴情報保持部に保持されているアクセス履歴情報に基づいて判断するコンテンツサーバ履歴利用判断手段を有してもよい。すなわち、履歴判断部における「過去に同一要求をしたユーザ端末装置であるかの判断」の「同一要求」は、ＩＰｖ６用アドレス情報の返信要求（ＤＮＳ Ｑｕｅｒｙ）であってもよいし、あるいは、閲覧要求（ＨＴＴＰ Ｒｅｑｕｅｓｔ）であってもよい。

なお、履歴判断部にて「同一要求をしたユーザ端末装置である」と判断する方法としても様々な方法が挙げられる。例えば、一度ＨＴＴＰ Ｒｅｑｕｅｓｔに応答したユーザ端末装置については、「同一要求をしたユーザ端末装置である」と判断してもよいし、あるいは、コンテンツサーバにおいて返信停止専用のＵＲＬを設けておき、この返信停止用のＵＲＬにアクセスしたユーザ端末装置については、「同一要求をしたユーザ端末である」と判断してもよい。あるいは、各ユーザ端末装置のアクセス時間を記憶しておき、初回アクセスから一定時間を経過した場合、あるいは、一定回数のアクセスがあった場合に、初めて「同一要求」があったものと判断してもよい。すなわち、履歴判断部においては、単に過去にアクセスをしたユーザ端末装置であるか否かの情報の他にも、様々な情報に基づいて、その後のダミーページアドレスの返信を行うか否かの判断を行うこともできる。また、これらの様々な情報については、ＩＰｖ６用ＤＮＳサーバにて保持してもよいし、コンテンツサーバにて履歴情報として保持しておき、ＩＰｖ６用ＤＮＳサーバから都度問い合わせて確認するとしてもよい。

「制御部」６３３は、履歴判断部での判断結果が過去に同一要求をしたユーザ端末装置であるとの判断結果である場合は、ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスの返信は行わないようにダミーページアドレス返信部を制御する。過去に同一要求をしたユーザ端末装置については、既にダミーページを閲覧させているため、通常のウェブページを閲覧させるために、ダミーページアドレス返信部を制御して、コンテンツサーバの返信は行わないように制御する。あるいは、通常のウェブページのアドレス情報を返信させる処理に切換えるための制御処理を行っても良い。

なお、ＩＰｖ６用ＤＮＳサーバは、コンテンツサーバと情報のやり取りを行って、様々な処理を行っても良い。例えば、コンテンツサーバのダミーページが新たに更新された場合には、既に閲覧済みのユーザ端末装置に対しても更新後のダミーページを閲覧させるために、履歴判断部にて判断する際に利用した履歴情報をリセットする処理を行っても良い。例えば、先に説明したＩＰｖ６用ＤＮＳサーバのダミーページアドレス返信履歴保持手段に保持されている情報をリセットしたり、あるいは、コンテンツサーバのアクセス履歴情報保持部に保持されているアクセス履歴情報をリセットしてもよい。これにより、例えばダミーページとして災害情報を提供するサイトへとユーザ端末装置を誘導している場合には、その災害情報を提供するサイトが更新された際には、再度更新された災害情報を閲覧させることが可能となる。

<実施形態２の処理の流れ>
図７は、実施形態２における具体的な処理の流れの一例を示す図である。なお、Ｓ７０８までの処理については、実施形態１で説明したものと同様であるため、ここでの説明は省略する。ダミーページを閲覧したユーザ端末装置において、再度任意のウェブページの閲覧を行うために、ＩＰｖ６用ＤＮＳサーバに対してＩＰｖ６用アドレス情報返信要求を行う（Ｓ７０９）。すると、ＩＰｖ６用ＤＮＳサーバにおいては、自身の保持している履歴情報を参照したり、あるいはＳ７１０で示すようにコンテンツサーバとの情報のやり取りを行ってコンテンツサーバにて保持されているアクセス履歴情報を参照したりして、そのユーザ端末装置が過去に同一要求をしたユーザ端末装置であるかを判断する。そして、同一要求をしたユーザ端末装置であると判断した場合には、そのユーザ端末装置に対しては、返信を行わない（Ｓ７１１）。

その後の動作については様々な動作が挙げられる。ＩＰｖ６用ＤＮＳサーバにおいてはダミーページのアドレスを返信する代わりに、ユーザ端末装置が要求するウェブページの本来のアドレスを返信してもよい。あるいは、ライフタイムの消滅に起因してＩＰｖ４ネットワークへと切換え行っても良い。ここでの「ライフタイム」には、切換トリガパケット（ＲＡ）に含まれるオプションパラメータで、ＲＡを送信したルータをデフォルトゲートウェイとして使用できる期間を示すものと、ＲＡのプレフィックス情報オプションからユーザ端末装置が自身用に自動生成するIPv6アドレスの使用できる期間を示すものがある。これらのライフタイムが消滅すると、デュアルスタック機能を有するユーザ端末装置は元のネットワーク、すなわち、ＩＰｖ４ネットワークを利用する動作となり、ＩＰｖ４用のＤＮＳサーバに再度アドレスの返信要求を行う（Ｓ７１２）。また、ユーザ端末装置がＩＰｖ６用のアドレス要求を行い、ＩＰｖ６用ＤＮＳサーバからは何ら応答がなさない場合にも、ユーザ端末装置側では、ＩＰｖ４用のＤＮＳサーバに再度アドレスの返信要求を行うように動作が切り替わる（Ｓ７１２）。このように、ＩＰｖ４とＩＰｖ６のネットワークの切換えを利用することで、ＩＰｖ６ネットワークを利用する場合には特定のページのみを閲覧させるといったシステムを構築することができる。

<実施形態２の効果>
本実施形態においては、過去にダミーページを閲覧したユーザ端末装置に対してはＩＰｖ６用のダミーページアドレスを返信しないため、ユーザ端末装置に対して繰り返しダミーページを閲覧させずに済む。その他、必要に応じてダミーページと通常のページとの切換えを、ＩＰｖ４ネットワークとＩＰｖ６ネットワークを切換えることにより、柔軟に行うことができる。

本発明を説明するための概念図 実施形態１を説明するための機能ブロック図 ＩＰｖ６用ＤＮＳサーバにて保持している変換テーブル情報の一例を示す図 実施形態１の処理の流れを説明する図 各装置、サーバのハードウェアの一例を示す図 実施形態２を説明するための機能ブロック図 実施形態２の処理の流れを説明するための図

符号の説明

１０ ユーザ端末装置
１１ 切換トリガパケット送信装置
１２ ＩＰｖ６用ＤＮＳサーバ
１３ 通常のウェブページを保持するサーバ
１４ ダミーページを保持するコンテンツサーバ

Claims (4)

1. デュアルスタック機能を有するユーザ端末装置と、
   ＩＰｖ６用ＤＮＳサーバと、
   ＩＰｖ６用ＤＮＳサーバにてアドレス変換されるＩＰｖ６形式のＩＰアドレスにて示されるダミーページを保持するコンテンツサーバと、
   切換トリガパケット送信装置と、
   を有する情報システムであって、
   切換トリガパケット送信装置は、
   切換トリガパケット送信命令取得部と、
   切換トリガパケット送信命令を取得した場合に、切換トリガパケットをＩＰｖ６プロトコルにて所定のユーザ端末装置に送信するための切換トリガパケット送信部と、
   を有し、
   ユーザ端末装置は、
   ＩＰｖ６用ネットワークへのトリガパケットの受信に応じてデュアルスタック機能に予め組み込まれている処理として前記ＩＰｖ６用ＤＮＳサーバの設定情報であるＤＮＳサーバ設定情報を要求するＤＮＳサーバ要求情報送信機能と、ＤＮＳサーバ要求情報送信機能に基づく要求の送信に応じてＤＮＳサーバ設定情報を取得するＤＮＳサーバ設定情報取得機能と、に基づく動作をＯＳに実行させるように構成されているとともに、
   任意のウェブページのＵＲＬについてのＩＰｖ６用アドレス情報の返信要求を前記取得したＩＰｖ６用ＤＮＳサーバ設定情報に基づいて出力するＩＰｖ６用アドレス情報返信要求出力部と、
   前記ＩＰｖ６用アドレス情報返信要求出力部の要求に応じて返信される前記ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスに対して閲覧要求を出力する閲覧要求出力部と、
   を有し、
   ＩＰｖ６用ＤＮＳサーバは、
   ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求に応じてＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスを返信するダミーページアドレス返信部と、
   を有し、
   コンテンツサーバは、
   ユーザ端末装置からの閲覧要求に応じて予め保持されているページ情報を送信するページ情報送信部を有する、
   情報システム。
2. ＩＰｖ６用ＤＮＳサーバは、
   ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求があった場合に、その返信要求を構成するパケットを分析して送信元ユーザ端末装置が、過去に同一要求をしたユーザ端末装置であるか判断する履歴判断部と、
   履歴判断部での判断結果が過去に同一要求をしたユーザ端末装置であるとの判断結果である場合は、ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスの返信は行わないようにダミーページアドレス返信部を制御する制御部と、
   を有する請求項１に記載の情報システム。
3. デュアルスタック機能を有するユーザ端末装置と、
   ＩＰｖ６用ＤＮＳサーバと、
   ＩＰｖ６用ＤＮＳサーバにてアドレス変換されるＩＰｖ６形式のＩＰアドレスにて示されるダミーページを保持するコンテンツサーバと、
   切換トリガパケット送信装置と、
   を有する情報システムの動作方法であって、
   切換トリガパケット送信装置に、
   切換トリガパケット送信命令取得ステップと、
   切換トリガパケット送信命令を取得した場合に、切換トリガパケットをＩＰｖ６プロトコルにて所定のユーザ端末装置に送信するための切換トリガパケット送信ステップと、を実行させ、
   ユーザ端末装置に、
   ＩＰｖ６用ネットワークへのトリガパケットの受信に応じてデュアルスタック機能に予め組み込まれている処理として前記ＩＰｖ６用ＤＮＳサーバの設定情報であるＤＮＳサーバ設定情報を要求するＤＮＳサーバ要求情報送信ステップと、ＤＮＳサーバ要求情報送信機能に基づく要求の送信に応じてＤＮＳサーバ設定情報を取得するＤＮＳサーバ設定情報取得ステップと、に基づく動作をＯＳに実行させるステップと、
   任意のウェブページのＵＲＬについてのＩＰｖ６用アドレス情報の返信要求を前記取得したＩＰｖ６用ＤＮＳサーバ設定情報に基づいて出力するＩＰｖ６用アドレス情報返信要求出力ステップと、
   前記ＩＰｖ６用アドレス情報要求部の要求に応じて返信される前記ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスに対して閲覧要求を出力する閲覧要求出力ステップと、
   を実行させ、
   ＩＰｖ６用ＤＮＳサーバに、
   ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求に応じてＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスを返信するダミーページアドレス返信ステップを実行させ、
   コンテンツサーバに、
   ユーザ端末装置からの閲覧要求に応じて予め保持されているページ情報を送信するページ情報送信ステップを実行させる、
   情報システムの動作方法。
4. ＩＰｖ６用ＤＮＳサーバは、
   ユーザ端末装置からＩＰｖ６用アドレス情報の返信要求があった場合に、その返信要求を構成するパケットを分析して送信元ユーザ端末装置が、過去に同一要求をしたユーザ端末装置であるか判断する履歴判断ステップと、
   履歴判断部での判断結果が過去に同一要求をしたユーザ端末装置であるとの判断結果である場合は、ＩＰｖ６用のダミーページアドレスである前記コンテンツサーバのアドレスの返信は行わないようにダミーページアドレス返信部を制御する制御ステップと、
   を有する請求項３に記載の情報システムの動作方法。

Images