(57)【要約】【課題】ウェブサービスのＵＲＬに対応するＩＰアドレスを変更する場合に、サービス利用者を新しいＩＰアドレスに簡単かつ確実に誘導する。【解決手段】第１のウェブサーバは、ＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部４１と、新しいＩＰアドレスを指示するＨＴＴＰレスポンスを作成するＩＰアドレス指示部４３と、ＨＴＴＰレスポンスを送信するＨＴＴＰレスポンス送信部４５と、を少なくとも備え、ユーザ端末は、ＨＴＴＰリクエストを送信するＨＴＴＰリクエスト送信部３１と、ＨＴＴＰレスポンスを受信するＨＴＴＰレスポンス受信部３３と、新しいＩＰアドレスを指示するＨＴＴＰレスポンスを受信した場合に、所定のＵＲＬと新しいＩＰアドレスとを対応付けて登録し、新しいＩＰアドレスに対してＨＴＴＰリクエストを再送信させるドメインネーム解決部３２と、を少なくとも備える。【選択図】図２
2010002966.tif 000002
【特許請求の範囲】
【請求項１】
所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、ＤＮＳと、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおいて、
前記第１のウェブサーバは、
前記ユーザ端末からＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部と、前記ＨＴＴＰリクエストに対して、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを作成するＩＰアドレス指示部と、前記ＨＴＴＰレスポンスを前記ユーザ端末に送信するＨＴＴＰレスポンス送信部と、を少なくとも備え、
前記ユーザ端末は、
ＨＴＴＰリクエストを送信するＨＴＴＰリクエスト送信部と、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信するＨＴＴＰレスポンス受信部と、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを受信した場合に、前記所定のＵＲＬと前記新しいＩＰアドレスとを対応付けて登録し、前記ＨＴＴＰリクエスト送信部に、前記新しいＩＰアドレスに対して前記ＨＴＴＰリクエストを再送信させるドメインネーム解決部と、を少なくとも備える、
ことを特徴とするネットワークシステム。
【請求項２】
前記ＨＴＴＰリクエスト送信部は、ブラウザでＵＲＬが入力された場合に、前記ＵＲＬに対応するＩＰアドレスを前記ドメインネーム解決部に問い合わせ、前記ドメインネーム解決部がＩＰアドレスを応答した場合は、前記ドメインネーム解決部から取得したＩＰアドレスに対してＨＴＴＰリクエストを送信し、前記ドメインネーム解決部がＩＰアドレスを応答しない場合は、前記ＤＮＳに前記ＵＲＬに対応するＩＰアドレスを問い合わせ、前記ＤＮＳから取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する、
ことを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記ＩＰアドレス指示部は、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスに当該新しいＩＰアドレスの有効期限を付加して送信し、
前記ドメインネーム解決部は、前記所定のＵＲＬと前記新しいＩＰアドレスと前記有効期限を対応付けて登録し、前記有効期限内に前記所定のＵＲＬに対応するＩＰアドレスの問い合わせがあった場合に、前記ＨＴＴＰリクエスト送信部に前記新しいＩＰアドレスを応答する、
ことを特徴とする請求項２に記載のネットワークシステム。
【請求項４】
所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおける、前記ユーザ端末で動作するドメインネーム解決プログラムであって、
コンピュータを、
前記古いＩＰアドレスの前記第１のウェブサーバに送信したＨＴＴＰリクエストに対して、前記第１のウェブサーバから、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを受信した場合に、前記ＨＴＴＰレスポンスに基づいて前記所定のＵＲＬと前記新しいＩＰアドレスとを対応付けて登録し、前記新しいＩＰアドレスの前記第２のウェブサーバに前記ＨＴＴＰリクエストを再送信させるドメインネーム解決部、として機能させる、
ことを特徴とするドメインネーム解決プログラム。
【請求項５】
前記ドメインネーム解決部は、前記ＨＴＴＰレスポンスに前記新しいＩＰアドレスの有効期限が付加されている場合は、前記所定のＵＲＬと前記新しいＩＰアドレスと前記有効期限とを対応付けて登録し、前記有効期限内に前記所定のＵＲＬに対応するＩＰアドレスの問い合わせがあった場合に、前記新しいＩＰアドレスを応答する、
ことを特徴とする請求項４に記載のドメインネーム解決プログラム。
【請求項６】
所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおける、前記第１のウェブサーバで動作するウェブサーバプログラムであって、
コンピュータを、
前記ユーザ端末からＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部、前記ＨＴＴＰリクエストに対して、前記新しいＩＰアドレス及び当該ＩＰアドレスの有効期限を指示するＨＴＴＰレスポンスを作成するＩＰアドレス指示部、前記ＨＴＴＰレスポンスを前記ユーザ端末に送信するＨＴＴＰレスポンス送信部、として機能させる、
ことを特徴とするウェブサーバプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサービスを提供するウェブサーバとウェブサービスを利用するユーザ端末とを含むネットワークシステム及び該ネットワークシステムにおけるドメインネーム解決プログラム、ウェブサーバプログラムに関する。
【背景技術】
【０００２】
近年、ウェブサービスは多様化する傾向にあり、例えば、ホテルやインターネット喫茶などのサービス提供者が、ＭＦＰ（Multi Function Peripheral）などを組み込んだ様々なウェブサービスを提供している。このようなウェブサービスでは、ウェブサービスを提供するウェブサーバをプロバイダが提供する専用線でインターネットと接続し、ＵＲＬ（Uniform Resource Locator）を公開することにより、ユーザ端末からのアクセスを可能にしている。
【０００３】
ここで、サービス提供者は、コスト削減のために、さらに料金の安いプロバイダ（古い専用線Ａから新しい専用線Ｂ）に乗り換える場合があるが、ウェブサービスのＵＲＬを変更すると、これまでの被リンクによって築き上げたサーチエンジンの検索順位を捨てることになる。また、全ての被リンク先にＵＲＬの変更を依頼することはできず、新しいＵＲＬで一から検索順位を築かなければならない。そこで、ＵＲＬは変更せず、そのＵＲＬに対応するＩＰ（Internet Protocol）アドレスを変更する方法がとられる。
【０００４】
その際、ＤＮＳ（Domain Name Server）を自前で持っていないサービス提供者は、ＩＰアドレスの変更をＤＮＳを運営しているプロバイダ等に委託することになるが、ＩＰアドレスの変更が日本（世界）各地のＤＮＳに反映されるまでには時間を要する。そのため、サービスを希望するユーザがそのＵＲＬにアクセスしても、数日間は古いＩＰアドレスにアクセスしてしまい、ウェブサービスを利用することができない。また、サービス提供者もその数日間の売上を失ってしまう。
【０００５】
そこで、古いプロバイダの専用線にコンピュータ端末を繋ぎ、古いＩＰアドレスにアクセスしてきたユーザを新しいＩＰアドレスに誘導する手法（このような手法をリダイレクトと呼ぶ。）が行われている。このリダイレクトに関しては、例えば、下記特許文献１、２に記載されている。
【０００６】
【特許文献１】特開２００６−１６３８２９号公報
【特許文献２】特表２００７−５３６８１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記リダイレクトの動作について、図面を参照して説明する。図６は、サービス利用者のユーザ端末と、サービス提供者のウェブサーバＡ及びウェブサーバＢと、ＤＮＳとを含むネットワークシステムの構成を示す図であり、図７は、そのネットワークシステムで行われる処理を示す図である。
【０００８】
まず、図６及び図７に示すように、サービス利用者がユーザ端末の操作部を操作してブラウザのＵＲＬ入力欄に「http://content.com」と入力すると、ユーザ端末はユーザ側ＤＮＳにそのＵＲＬに対応するＩＰアドレスを問い合わせる。
【０００９】
ユーザ側ＤＮＳは、予め記憶したテーブルを参照して、そのＵＲＬに対応するＩＰアドレスを特定し、そのＩＰアドレスをユーザ端末に返す。ここでは、ユーザ側ＤＮＳにはＩＰアドレスの変更が反映されていないため、古い専用線Ａに接続されるウェブサーバＡのＩＰアドレスＡを返す。
【００１０】
ユーザ端末は、ユーザ側ＤＮＳから取得したＩＰアドレスＡに対して、ＨＴＴＰ（HyperText Transfer Protocol）リクエストを送る。
【００１１】
ＩＰアドレスＡのウェブサーバＡは、そのＨＴＴＰリクエストを受け取る。そして、ユーザ端末をＩＰアドレスＢのウェブサーバＢに誘導するために、「指定先へアクセスせよ」という意味のＨＴＴＰレスポンスをユーザ端末に返す。
【００１２】
その際、リダイレクトの指定先はＵＲＬではなく、ＩＰアドレスの直値でなければならない。なぜならば「ＵＲＬ  http://content.comはＵＲＬ  http://content.comにリダイレクトせよ」という指示になると、ユーザ端末は、「ＵＲＬ  http://content.com」にアクセスする無限ループに入ってしまうからである。そこで、リダイレクトの指示はＩＰアドレスの直値で、「ＵＲＬ  http://content.comにアクセスしてきたものはＩＰアドレスＢにアクセスせよ」という意味のリダイレクトレスポンスを指示する。
【００１３】
ここで、ユーザ端末にインターネットの接続を監視するソフトウェアがインストールされていない場合、ユーザ端末は、ＩＰアドレスＢにアクセスし、ＩＰアドレスＢのウェブサーバＢはコンテンツを返し、ユーザ端末はそのコンテンツをブラウザに表示する。このとき、ブラウザのアドレス入力には、図８の右側に示すように、ＵＲＬ  http://content.comではなく、ＩＰアドレスＢが表示される。
【００１４】
しかしながら、ユーザ端末に上記ソフトウェアがインストールされ、そのソフトウェアのフィッシング防止機能により、ブラウザで入力されたＵＲＬを監視している場合、予め許可されたＵＲＬ以外にはアクセスできないため、図９の右側に示すような画面が表示される。そのため、http://新しいＩＰアドレスＢ/といった臨時のＵＲＬにアクセスできるようにするためには、上記ソフトウェアの設定画面でフィッシング防止機能を中断させなければならない。しかしながら、この操作は簡単ではなく、フィッシング防止機能を中断させる方法を知らないユーザは新しいＩＰアドレスＢにアクセスすることができない。また、フィッシング防止機能を中断させると、他のサイトからの不正なアクセスを有効に防止することができなくなってしまう。
【００１５】
この問題に対して、特許文献１のように、ネットワークに中継装置を設ける方法もある。この方法では、中継装置のリダイレクト機能を有効にすると、ユーザ端末からインターネットに送出されるアクセスは、その宛先アドレスが中継装置によって書き換えられ、書き換えた先にアクセスする。しかしながら、中継装置はユーザ端末の前に置かれるものであり、ウェブサーバ上の機能ではないため、ウェブサーバしか設定できないサービス提供者は中継装置を制御することはできない。また、中継装置等の新しい装置をネットワークに設置しなければならず、コストが大幅に増加してしまう。
【００１６】
また、特許文献２のように、ネットワークにルックアップエンジン（ＰＬＥ）を設ける方法もある。この方法では、ユーザがブラウザに間違ったＵＲＬを打ち込んだ場合、そのＵＲＬはＤＮＳに問い合わされるが、ＤＮＳに行く前にＰＬＥを通り、ＰＬＥでは、間違ったＵＲＬを正しいＵＲＬに変更してＤＮＳに送り、ＤＮＳは正しいＵＲＬに対応したＩＰアドレスをブラウザに返す。従ってブラウザは正しいコンテンツにアクセスすることができる。しかしながら、ＰＬＥはＤＮＳの前に置かれるものであり、ウェブサーバ上の機能ではないため、ウェブサーバしか設定できないサービス提供者はＰＬＥを制御することはできない。また、ＰＬＥ等の新しい装置をネットワークに設置しなければならず、コストが大幅に増加してしまう。
【００１７】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、ウェブサービスのＵＲＬに対応するＩＰアドレスを変更する場合に、ＩＰアドレスの変更がＤＮＳに反映されていない状態であっても、サービス利用者を新しいＩＰアドレスに簡単かつ確実に誘導することができるネットワークシステム及びドメインネーム解決プログラム並びにウェブサーバプログラムを提供することにある。
【課題を解決するための手段】
【００１８】
上記目的を達成するため、本発明は、所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、ＤＮＳと、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおいて、前記第１のウェブサーバは、前記ユーザ端末からＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部と、前記ＨＴＴＰリクエストに対して、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを作成するＩＰアドレス指示部と、前記ＨＴＴＰレスポンスを前記ユーザ端末に送信するＨＴＴＰレスポンス送信部と、を少なくとも備え、前記ユーザ端末は、ＨＴＴＰリクエストを送信するＨＴＴＰリクエスト送信部と、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信するＨＴＴＰレスポンス受信部と、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを受信した場合に、前記所定のＵＲＬと前記新しいＩＰアドレスとを対応付けて登録し、前記ＨＴＴＰリクエスト送信部に、前記新しいＩＰアドレスに対して前記ＨＴＴＰリクエストを再送信させるドメインネーム解決部と、を少なくとも備えるものである。
【００１９】
本発明においては、前記ＨＴＴＰリクエスト送信部は、ブラウザでＵＲＬが入力された場合に、前記ＵＲＬに対応するＩＰアドレスを前記ドメインネーム解決部に問い合わせ、前記ドメインネーム解決部がＩＰアドレスを応答した場合は、前記ドメインネーム解決部から取得したＩＰアドレスに対してＨＴＴＰリクエストを送信し、前記ドメインネーム解決部がＩＰアドレスを応答しない場合は、前記ＤＮＳに前記ＵＲＬに対応するＩＰアドレスを問い合わせ、前記ＤＮＳから取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する構成とすることができる。
【００２０】
また、本発明においては、前記ＩＰアドレス指示部は、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスに当該新しいＩＰアドレスの有効期限を付加して送信し、前記ドメインネーム解決部は、前記所定のＵＲＬと前記新しいＩＰアドレスと前記有効期限を対応付けて登録し、前記有効期限内に前記所定のＵＲＬに対応するＩＰアドレスの問い合わせがあった場合に、前記ＨＴＴＰリクエスト送信部に前記新しいＩＰアドレスを応答する構成とすることもできる。
【００２１】
また、本発明は、所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおける、前記ユーザ端末で動作するドメインネーム解決プログラムであって、コンピュータを、前記古いＩＰアドレスの前記第１のウェブサーバに送信したＨＴＴＰリクエストに対して、前記第１のウェブサーバから、前記新しいＩＰアドレスを指示するＨＴＴＰレスポンスを受信した場合に、前記ＨＴＴＰレスポンスに基づいて前記所定のＵＲＬと前記新しいＩＰアドレスとを対応付けて登録し、前記新しいＩＰアドレスの前記第２のウェブサーバに前記ＨＴＴＰリクエストを再送信させるドメインネーム解決部、として機能させるものであり、前記ドメインネーム解決部は、前記ＨＴＴＰレスポンスに前記新しいＩＰアドレスの有効期限が付加されている場合は、前記所定のＵＲＬと前記新しいＩＰアドレスと前記有効期限とを対応付けて登録し、前記有効期限内に前記所定のＵＲＬに対応するＩＰアドレスの問い合わせがあった場合に、前記新しいＩＰアドレスを応答する構成とすることができる。
【００２２】
また、本発明は、所定のＵＲＬでウェブサービスを提供するウェブサーバと、前記ウェブサービスを利用するユーザ端末と、を含み、前記ウェブサーバが、古いＩＰアドレスの第１のウェブサーバと、新しいＩＰアドレスの第２のウェブサーバと、で構成されるネットワークシステムにおける、前記第１のウェブサーバで動作するウェブサーバプログラムであって、コンピュータを、前記ユーザ端末からＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部、前記ＨＴＴＰリクエストに対して、前記新しいＩＰアドレス及び当該ＩＰアドレスの有効期限を指示するＨＴＴＰレスポンスを作成するＩＰアドレス指示部、前記ＨＴＴＰレスポンスを前記ユーザ端末に送信するＨＴＴＰレスポンス送信部、として機能させるものである。
【発明の効果】
【００２３】
本発明のネットワークシステム及びドメインネーム解決プログラム並びにウェブサーバプログラムによれば、ウェブサービスのＵＲＬに対応するＩＰアドレスを変更する場合に、ＩＰアドレスの変更がＤＮＳに反映されていない状態であっても、サービス利用者を新しいＩＰアドレスに簡単かつ確実に誘導することができる。
【００２４】
その理由は、古いＩＰアドレスのウェブサーバは、ユーザ端末からのＨＴＴＰリクエストに対して、新しいＩＰアドレスを指示するＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）を返し、ユーザ端末は、ＩＰアドレス指示レスポンスに基づいてＵＲＬと新しいＩＰアドレスとを対応付けて登録し、新しいＩＰアドレスに対してＨＴＴＰリクエストを再送信するからである。また、ＨＴＴＰリクエストを送信する際に、ＵＲＬに対応するＩＰアドレスが登録されている場合は、そのＩＰアドレスに対してＨＴＴＰリクエストを送信し、ＵＲＬに対応するＩＰアドレスが登録されていない場合は、ＤＮＳから取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する制御を行うからである。
【００２５】
これにより、サービス提供者は、ＤＮＳを自前で持っていなくてもＩＰアドレスの変更を円滑に行うことができ、ＩＰアドレスの変更に伴う不利益を回避することができる。また、サービス利用者は、フィッシング防止機能を中断させることなく、新しいＩＰアドレスのウェブサーバが提供するウェブサービスを受けることができる。
【発明を実施するための最良の形態】
【００２６】
背景技術で示したように、ＭＦＰなどを組み込んだ様々なウェブサービスがインターネット上で公開されている。ここで、サービス提供者がプロバイダを乗り換えた場合、ＩＰアドレスが変わり、そのＩＰアドレスの変更が各地のＤＮＳに反映されるには数日間かかるため、その数日間は、サービス利用者はウェブサービスを利用することができず、サービス提供者もその数日間の売上を失ってしまう。
【００２７】
この問題を回避する方法として、古いプロバイダの専用線にコンピュータ端末を繋ぎ、リダイレクト機能を使用して、古いＩＰアドレスにアクセスするユーザを新しいＩＰアドレスに誘導する方法がとられる。しかしながら、ユーザ端末にインターネットの接続を監視するソフトウェアがインストールされ、そのソフトウェアのフィッシング防止機能によりブラウザが監視されている場合、予め許可されたＵＲＬ以外にはアクセスできないため、フィッシング防止機能を中断させる等の処理が必要になる。
【００２８】
そこで、本実施形態では、古い専用線にはウェブサーバＡとしてパーソナルコンピュータ等のコンピュータ端末を繋ぎ、新しい専用線にウェブサーバＢとしてＭＦＰ等のウェブサービスを提供可能な装置を繋ぐ。そして、コンピュータ端末には、ＨＴＴＰリクエストを受信する機能とＨＴＴＰレスポンスを送信する機能に加えて、所定のＵＲＬのＨＴＴＰリクエストに対してＩＰアドレスを指示するＩＰアドレス指示部を設ける。また、ユーザ端末には、ブラウザとＨＴＴＰリクエストを送信する機能とＨＴＴＰレスポンスを受信する機能に加えて、ＵＲＬとＩＰアドレスとを対応付けて登録し、所定のＵＲＬに対して古いＩＰアドレスにアクセスするユーザを新しいＩＰアドレスに導くドメインネーム解決部を設ける。
【００２９】
上記構成のネットワークシステムの動作を概説する。まず、ユーザ端末がウェブサーバＡにアクセスした場合、ウェブサーバＡのＩＰアドレス指示部は、ＨＴＴＰリクエストされたＵＲＬに対するＩＰアドレスの指示がある場合は、そのＵＲＬに対応する新しいＩＰアドレスを指示するＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）を作成し、ユーザ端末に送信する。
【００３０】
ユーザ端末では、ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスがＩＰアドレス指示レスポンスである場合は、ドメインネーム解決部は、所定のＵＲＬと新しいＩＰアドレスを対応付けて登録し、ＨＴＴＰリクエスト送信部に対して、新しいＩＰアドレスにＨＴＴＰリクエストを再送信させる。
【００３１】
また、ＨＴＴＰリクエスト送信部は、ＨＴＴＰリクエストの送信に際して、そのＵＲＬに対応するＩＰアドレスをドメインネーム解決部に問い合わせ、ドメインネーム解決部がＩＰアドレスを返した場合は、ドメインネーム解決部から取得したＩＰアドレスに対してＨＴＴＰリクエストを送信し、ドメインネーム解決部がＩＰアドレスを返さなかった場合は、そのＵＲＬに対応するＩＰアドレスをＤＮＳに問い合わせ、ＤＮＳから取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する。
【００３２】
ウェブサーバＢでは、ＨＴＴＰリクエストを受信し、提供するサービスの情報（コンテンツ）を含むＨＴＴＰレスポンスをユーザ端末に送信する。
【００３３】
ユーザ端末では、ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスがコンテンツである場合は、そのコンテンツをブラウザで表示する。
【００３４】
その後、ＩＰアドレスの変更が各地のＤＮＳに反映されたら、サービス提供者は古い専用線からウェブサーバＡとして動作させたコンピュータ端末を外し、古い専用線の契約を解約し、プロバイダの引越しを完了させる。
【００３５】
このような仕組みを用いて、サービス利用者を新しい専用線のウェブサーバＢに誘導することにより、サービス利用者はフィッシング防止機能を中断させることなく、ウェブサーバＢが提供するウェブサービスを受けることができる。また、サービス提供者は、ウェブサーバＢのＩＰアドレスがＤＮＳに登録されるまでの間も、ウェブサーバＢでウェブサービスを提供することができ、ＩＰアドレスの変更に伴う不利益を回避することができる。
【実施例】
【００３６】
上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係るネットワークシステム及びドメインネーム解決プログラム並びにウェブサーバプログラムについて、図１乃至図５を参照して説明する。図１は、本実施例のネットワークシステムの構成を模式的に示す図であり、図２は、ユーザ端末及びウェブサーバＡの詳細構成を示すブロック図である。また、図３は、本実施例のネットワークシステムで行われる処理を示す図であり、図４及び図５は、ウェブサーバＡ及びユーザ端末の動作を示すフローチャート図である。
【００３７】
図１に示すように、本実施例のネットワークシステムは、印刷等のウェブサービスを利用するサービス利用者のコンピュータ端末（ユーザ端末３０）と、ＭＦＰなどを組み込んだサービスを提供するサービス提供者のサーバ（ウェブサーバＡ４０及びウェブサーバＢ５０）と、ＵＲＬに対応するＩＰアドレスを提供するＤＮＳ（サーバ側ＤＮＳ１０及びユーザ側ＤＮＳ２０）などで構成され、これらはインターネットなどのネットワークで接続されている。
【００３８】
ウェブサーバＡ４０は、古い専用線Ａに接続されたＩＰアドレスＡの装置であり、パーソナルコンピュータ等のコンピュータ端末で構成される。ウェブサーバＢ５０は、新しい専用線Ｂに接続されたＩＰアドレスＢの装置であり、印刷等のサービスを提供するための機能を備えたＭＦＰなどで構成される。
【００３９】
なお、図１は、本実施例のネットワークシステムの一例であり、ユーザ端末３０及びウェブサーバＡ４０以外の要素の機能や構成は特に限定されない。以下、ユーザ端末３０及びウェブサーバＡ４０の詳細構成について、図２を参照して説明する。
【００４０】
［ユーザ端末］
ユーザ端末３０は、ＨＴＴＰリクエスト送信部３１と、ドメインネーム解決部３２と、ＨＴＴＰレスポンス受信部３３と、ブラウザなどで構成される。
【００４１】
ＨＴＴＰリクエスト送信部３１は、ブラウザのＵＲＬ入力部３４で入力されたＵＲＬに対応するＩＰアドレスに対してＨＴＴＰリクエストを送信する。その際、本実施例では、まず、後述するドメインネーム解決部３２にそのＵＲＬに対応するＩＰアドレスを問い合わせ、ドメインネーム解決部３２がＩＰアドレスを返した場合は、ドメインネーム解決部３２から取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する。ドメインネーム解決部３２がＩＰアドレスを返さなかった場合は、ＤＮＳ（ここでは、ユーザ側ＤＮＳ２０）にそのＵＲＬに対応するＩＰアドレスを問い合わせ、ユーザ側ＤＮＳ２０から取得したＩＰアドレスに対してＨＴＴＰリクエストを送信する。
【００４２】
ドメインネーム解決部３２は、ＨＴＴＰレスポンス受信部３３からＩＰアドレスを指定するＨＴＴＰレスポンス（ＩＰアドレス指定ＨＴＴＰレスポンス）を受け取り、そのＨＴＴＰレスポンスに基づいて、そのＵＲＬとＩＰアドレスとを対応付けて登録すると共に、ＨＴＴＰリクエスト送信部３１に対して、そのＩＰアドレスにＨＴＴＰリクエストを再送信するように指示する。
【００４３】
ＨＴＴＰレスポンス受信部３３は、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスがＩＰアドレス指定レスポンスであれば、ＨＴＴＰレスポンスをドメインネーム解決部３２に送り、ＨＴＴＰレスポンスがコンテンツであれば、ＨＴＴＰレスポンスをコンテンツ表示部３５に送る。
【００４４】
ブラウザは、ウェブサーバのＵＲＬを入力するＵＲＬ入力部３４と、ウェブサーバから受信したＨＴＴＰレスポンスのコンテンツを表示するコンテンツ表示部３５などで構成される。
【００４５】
［ウェブサーバＡ］
ウェブサーバＡ４０は、ＨＴＴＰリクエスト受信部４１と、設定ファイル４２と、ＩＰアドレス指示部４３と、ＨＴＴＰリクエスト処理部４４と、ＨＴＴＰレスポンス送信部４５などで構成される。
【００４６】
ＨＴＴＰリクエスト受信部４１は、ＨＴＴＰリクエストを受信し、そのＨＴＴＰリクエストをＩＰアドレス指示部４３に送る。
【００４７】
設定ファイル４２は、所定のＵＲＬに対応するＩＰアドレスやそのＩＰアドレスに対する有効期限などが記述されたファイルである。
【００４８】
ＩＰアドレス指示部４３は、設定ファイル４２に、ＨＴＴＰリクエストされたＵＲＬに対応するＩＰアドレス指示の記載があるかを判断し、ＩＰアドレス指示の記載がある場合は、所定のＵＲＬに対応するＩＰアドレスと必要に応じてその有効期限とを含むＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）を作成し、ＨＴＴＰレスポンス送信部４５に送る。ＩＰアドレス指示の記載がない場合は、そのＨＴＴＰリクエストをＨＴＴＰリクエスト処理部４４に送る。
【００４９】
ＨＴＴＰリクエスト処理部４４は、ＨＴＴＰリクエストに対する通常の処理を行い、ＨＴＴＰレスポンスを作成し、ＨＴＴＰレスポンス送信部４５に送る。
【００５０】
ＨＴＴＰレスポンス送信部４５は、ＩＰアドレス指示部４３で作成されたＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）又はＨＴＴＰリクエスト処理部４４で作成されたＨＴＴＰレスポンスをユーザ端末３０に送信する。
【００５１】
なお、ユーザ端末３０及びウェブサーバＡ４０の各機能は、ハードウェアとして構成してもよいし、ソフトウェアとして構成してもよい。特に、ユーザ端末３０のドメインネーム解決部３２をドメインネーム解決プログラムとして構成し、該ドメインネーム解決プログラムをユーザ端末３０上で動作させる構成としてもよいし、ウェブサーバＡ４０のＨＴＴＰリクエスト受信部４１、ＩＰアドレス指示部４３、ＨＴＴＰレスポンス送信部４５をウェブサーバプログラムとして構成し、該ウェブサーバプログラムをウェブサーバＡ４０上で動作させる構成としてもよい。
【００５２】
上記構成のネットワークシステムの動作について説明する前に、ＩＰアドレス変更前のネットワークシステムの状態及びその問題について説明する。
【００５３】
ＩＰアドレス変更前は、ＩＰアドレスＡにウェブサーバＢが置いてあり、ウェブアプリを用いたサービスが行われていた。このウェブサーバＢはＵＲＬを持ち、ユーザはそのＵＲＬを使ってウェブサーバＢにアクセスしていた。このＵＲＬを「http://content.com」とする。なお、このウェブサーバＢはウェブアプリのほかに、ＭＦＰなどの通信以外のサービスと連携してもよい。
【００５４】
また、サーバ側ＤＮＳ１０のＵＲＬ−ＩＰアドレス対応は、ユーザ側ＤＮＳ２０に反映されており、ユーザ側ＤＮＳ２０は、ユーザ端末３０からの問い合わせに対して、「ＵＲＬ  http://content.com/にアクセスする場合には、ＩＰアドレスＡにアクセスせよ」と応答し、ユーザ端末３０はＩＰアドレスＡにアクセスしていた。
【００５５】
ここで、サービス提供者は、このウェブサーバＢを、ＵＲＬを変えないまま、古いＩＰアドレスＡから新しいＩＰアドレスＢに移動させたい場合、ウェブサーバＢを新しいＩＰアドレスＢに接続する。また、サービス提供者は、サーバ側ＤＮＳ１０の設定をＤＮＳ運営者を通して変更し、「ＵＲＬ  http://content.com/はＩＰアドレスＢにある」という設定に変える。
【００５６】
しかしながら、ユーザ側ＤＮＳ２０はサーバ側ＤＮＳ１０を参照する周期があり、ユーザ側ＤＮＳ２０にその設定が反映されるまで２、３日を要する場合がある。そのため、その設定が反映されない間にユーザ端末３０が「http://content.com/」にアクセスすると、ユーザ端末３０はユーザ側ＤＮＳ２０の指示に従って、古いＩＰアドレスＡにアクセスしてしまう。
【００５７】
そこで、本実施例では、古いＩＰアドレスＡに上記設定ファイル４２、ＩＰアドレス指示部４３を備えたウェブサーバＡを設定する。ＩＰアドレス指示部４３は、上述したように、設定ファイル４２に、ＨＴＴＰリクエストされたＵＲＬに対応するＩＰアドレス指示の記載があるかを判断し、ＩＰアドレス指示の記載がある場合は、上記所定のＵＲＬに対応する新しいＩＰアドレスＢと必要に応じてその有効期限とをＨＴＴＰで記述したＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）を作成する。
【００５８】
なお、設定ファイル４２におけるＩＰアドレス指示は、htaccessファイルに記述してもよい。例えば、「http-dns   http://content.com/    ＩＰアドレスＢ  期日」と記述することができる。この意味は、「http://content.com/はＩＰアドレスＢに変わりました。ＤＮＳではなく、この指示に従ってください。期日が来たら、従来どおりＤＮＳの指示に従ってください」という意味である。
【００５９】
以下、本実施例のネットワークシステムにおけるウェブサーバＡ４０及びユーザ端末３０の動作について、図３乃至図５を参照して説明する。
【００６０】
［ウェブサーバＡ］
ウェブサーバＡ４０は、図４に示すように動作する。
【００６１】
まず、ＨＴＴＰリクエスト受信部４１は、ＨＴＴＰリクエストを待ち（ステップＳ１０１）、ＨＴＴＰリクエストを受信すると、ＨＴＴＰリクエストをＩＰアドレス指示部４３に送る（ステップＳ１０２）。
【００６２】
ＩＰアドレス指示部４３は、設定ファイル４２に、ＨＴＴＰリクエストされたＵＲＬに対応するＩＰアドレス指示の記載があるかを判断し（ステップＳ１０３）、ＩＰアドレス指示の記載がある場合は、ＩＰアドレスを指示するＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）を作成し、ＨＴＴＰレスポンス送信部４５に送る（ステップＳ１０４）。
【００６３】
一方、設定ファイル４２にＩＰアドレス指示の記載がない場合、また、ＨＴＴＰリクエストされたＵＲＬがＩＰアドレス指示のＵＲＬと一致しない場合は、ＩＰアドレス指示部４３は動作せずにＨＴＴＰリクエストをＨＴＴＰリクエスト処理部４４に送り、ＨＴＴＰリクエスト処理部４４は通常のＨＴＴＰレスポンスを作成し、ＨＴＴＰレスポンス送信部４５に送る（ステップＳ１０５）。
【００６４】
そして、ＨＴＴＰレスポンス送信部４５は、ＩＰアドレス指示部４３で作成したＨＴＴＰレスポンス（ＩＰアドレス指示レスポンス）又はＨＴＴＰリクエスト処理部４４で作成したＨＴＴＰレスポンスをユーザ端末３０に返す（ステップＳ１０６）。
【００６５】
［ユーザ端末］
ユーザ端末３０は、図５に示すように動作する。なお、ここでは、ドメインネーム解決部３２によりＵＲＬ−ＩＰアドレスの対応表が登録されていない状態とする。
【００６６】
まず、ユーザ端末３０のＨＴＴＰリクエスト送信部３１は、ブラウザからＵＲＬ入力を受け取り、ドメインネーム解決部３２にそのＵＲＬに対応するＩＰアドレスを問い合わせる（ステップＳ２０１）。
【００６７】
ドメインネーム解決部３２は、そのＵＲＬに対応するＩＰアドレスが、ＵＲＬ−ＩＰアドレスの対応表にあるかを判断する（ステップＳ２０２）。ここでは、ＵＲＬ−ＩＰアドレスの対応表が登録されていないため、登録されていないことをＨＴＴＰリクエスト送信部３１に通知する。
【００６８】
ＨＴＴＰリクエスト送信部３１は、そのＵＲＬに対応するＩＰアドレスをユーザ側ＤＮＳ２０に問い合わせる（ステップＳ２０４）。この問い合わせに対して、ユーザ側ＤＮＳ２０はそのＵＲＬに対応するＩＰアドレスを返す。なお、ここでは、ユーザ側ＤＮＳ２０にはＩＰアドレスの変更が反映されていないため、古いＩＰアドレスＡを返す。
【００６９】
ＨＴＴＰリクエスト送信部３１は、取得したＩＰアドレス（ここでは、ユーザ側ＤＮＳ２０から取得したＩＰアドレスＡ）に対して、ＨＴＴＰリクエストを送る（ステップＳ２０５）。
【００７０】
ＨＴＴＰレスポンス受信部３３は、前述した図４のフローに従ってウェブサーバＡ４０から送られてくるＨＴＴＰレスポンスを受信する（ステップＳ２０６）。次に、受信したＨＴＴＰレスポンスがＩＰアドレス指示レスポンスであるかを判断する（ステップＳ２０７）。ここでは、ＩＰアドレス指示レスポンスであるため、ＨＴＴＰレスポンス受信部３３は、そのＩＰアドレス指示レスポンスをドメインネーム解決部３２に渡す。なお、ＩＰアドレス指示レスポンスは、「http://content.com/はＩＰアドレスＢに変わりました。ＤＮＳではなく、この指示に従ってください。期日が来たら、従来どおりＤＮＳの指示に従ってください」という意味の指示を含んでいる。
【００７１】
ドメインネーム解決部３２は、ＩＰアドレス指示レスポンスに記載されたＵＲＬとＩＰアドレス（ここではＩＰアドレスＢ）のセットを、ＵＲＬ−ＩＰアドレス対応表に記入する（ステップＳ２０８）。この対応表は、ＩＰアドレス指示レスポンスに記載された「期日」が来るまで保持される。なお、このドメインネーム解決部３２は、従来のhostsファイルを書き換えることで本機能を実現してもよい。
【００７２】
さらに、ドメインネーム解決部３２は、ＨＴＴＰリクエスト送信部３１に対してＨＴＴＰリクエストの再送信を指示し、ＨＴＴＰリクエスト送信部３１は、この新しいＩＰアドレスＢに対してＨＴＴＰリクエストを再送信する（ステップＳ２０９）。
【００７３】
ＩＰアドレスＢ上のウェブサーバＢ５０はＨＴＴＰリクエストを受信し、予め定めたＨＴＴＰリクエスト処理を行い、ＨＴＴＰレスポンスをユーザ端末３０に送信する。
【００７４】
ＨＴＴＰレスポンス受信部３３は、ウェブサーバＢ５０から送られてくるＨＴＴＰレスポンスを受信し（ステップＳ２０６）、受信したＨＴＴＰレスポンスがＩＰアドレス指示レスポンスであるかを判断する（ステップＳ２０７）。ここでは、ＩＰアドレス指示レスポンスではないため、通常のＨＴＴＰレスポンス処理を行い（ステップＳ２１０）、ＨＴＴＰレスポンスに乗っていたコンテンツをブラウザに表示させる（ステップＳ２１１）。
【００７５】
この一連の処理をネットワークシステム全体で示したものが図３（ａ）であり、ドメインネーム解決部３２によりＵＲＬ−ＩＰアドレスＢの対応表が作成される前であっても、ユーザはウェブサーバＢ５０が提供するサービスを受けることができる。
【００７６】
次に、ドメインネーム解決部３２によりＵＲＬ−ＩＰアドレスＢの対応表が作成された後のユーザ端末３０の動作について説明する。
【００７７】
前述したように、ユーザ端末３０のＨＴＴＰリクエスト送信部３１は、ブラウザからＵＲＬ入力を受け取り、ドメインネーム解決部３２にそのＵＲＬに対応するＩＰアドレスを問い合わせる（ステップＳ２０１）。
【００７８】
ドメインネーム解決部３２は、そのＵＲＬに対応するＩＰアドレスが、ＵＲＬ−ＩＰアドレスの対応表にあるかを判断する（ステップＳ２０２）。ここでは、対応表に登録されているため、そのＩＰアドレス（ＩＰアドレスＢ）をＨＴＴＰリクエスト送信部３１に返す（ステップＳ２０３）。
【００７９】
ＨＴＴＰリクエスト送信部３１は、ドメインネーム解決部３２から取得したＩＰアドレス（ここでは、ＩＰアドレスＢ）に対して、ＨＴＴＰリクエストを送る（ステップＳ２０５）。
【００８０】
ＨＴＴＰレスポンス受信部３３は、ウェブサーバＢから送られてくるＨＴＴＰレスポンスを受信する（ステップＳ２０６）。次に、受信したＨＴＴＰレスポンスがＩＰアドレス指示レスポンスであるかを判断する（ステップＳ２０７）。ここでは、ＩＰアドレス指示レスポンスではないため、通常のＨＴＴＰレスポンス処理を行い（ステップＳ２１０）、ＨＴＴＰレスポンスに乗っていたコンテンツをブラウザに表示させる（ステップＳ２１１）。
【００８１】
この一連の処理をネットワークシステム全体で示したものが図３（ｂ）であり、ドメインネーム解決部３２によりＵＲＬ−ＩＰアドレスＢの対応表が作成された後は、有効期限が経過するまで（すなわち、ユーザ側ＤＮＳ２０にＩＰアドレス変更が反映されるまで）、ユーザ側ＤＮＳ２０にＩＰアドレスを問い合わせることなく、ユーザはウェブサーバＢ５０が提供するサービスを受けることができる。
【００８２】
このように、ウェブサーバＡ４０のＩＰアドレス指示部４３により、ＩＰアドレスを指示するＨＴＴＰレスポンスが送信され、ユーザ端末３０のドメインネーム解決部３２により、ＵＲＬと新しいＩＰアドレスとが対応付けて登録されるため、ユーザを正しいＩＰアドレスＢに誘導することができる。従って、ＤＮＳを自前に持たないサービス提供者は、不利益を被ることなくＩＰアドレスの変更を行うことができ、ユーザは、フィッシング防止機能を中断させる等の操作をすることなく、ウェブサービスを受けることができ、ネットワークシステムの適切な運営をサポートすることができる。
【００８３】
なお、上記実施例では、ウェブサーバＢをＭＦＰなどの印刷サービスを提供する装置としたが、本発明は上記実施例に限定されるものではなく、ウェブ上で利用可能な任意のサービスを実行する装置とすることができる。
【産業上の利用可能性】
【００８４】
本発明は、ウェブサービスを提供するウェブサーバとウェブサービスを利用するユーザ端末とを含むネットワークシステム及び該ネットワークシステムで動作するドメインネーム解決プログラムに利用可能である。
【図面の簡単な説明】
【００８５】
【図１】本発明の一実施例に係るネットワークシステムの構成を模式的に示す図である。
【図２】本発明の一実施例に係るネットワークシステムにおけるユーザ端末及びウェブサーバＡの詳細構成を示す図である。
【図３】本発明の一実施例に係るネットワークシステム全体の動作を示す図である。
【図４】本発明の一実施例に係るネットワークシステムのウェブサーバＡの動作を示すフローチャート図である。
【図５】本発明の一実施例に係るネットワークシステムのユーザ端末の動作を示すフローチャート図である。
【図６】従来のネットワークシステムの構成を模式的に示す図である。
【図７】従来のネットワークシステム全体の動作を示すフローチャート図である。
【図８】リダイレクト時にユーザ端末の表示部に表示される画面（アクセスが容認された場合）を示す図である。
【図９】リダイレクト時にユーザ端末の表示部に表示される画面（フィッシング防止機能によりアクセスが拒否された場合）を示す図である。
【符号の説明】
【００８６】
１０  サーバ側ＤＮＳ
２０  ユーザ側ＤＮＳ
３０  ユーザ端末
３１  ＨＴＴＰリクエスト送信部
３２  ドメインネーム解決部
３３  ＨＴＴＰレスポンス受信部
３４  ＵＲＬ入力部
３５  コンテンツ表示部
４０  ウェブサーバＡ
４１  ＨＴＴＰリクエスト受信部
４２  設定ファイル
４３  ＩＰアドレス指示部
４４  ＨＴＴＰリクエスト処理部
４５  ＨＴＴＰレスポンス送信部
５０  ウェブサーバＢ
【図１】
2010002966.tif 000003
【図２】
2010002966.tif 000004
【図３】
2010002966.tif 000005
【図４】
2010002966.tif 000006
【図５】
2010002966.tif 000007
【図６】
2010002966.tif 000008
【図７】
2010002966.tif 000009
【図８】
2010002966.tif 000010
【図９】
2010002966.tif 000011