JP2013235541A

JP2013235541A - ウェブシステム

Info

Publication number: JP2013235541A
Application number: JP2012109306A
Authority: JP
Inventors: Taichi Nakajima; 太一中島; Hiroshi Kashiwagi; 弘柏木
Original assignee: NTT Communications Corp; Bank of Tokyo Mitsubishi UFJ Trust Co
Current assignee: NTT Communications Corp; MUFG Bank Ltd
Priority date: 2012-05-11
Filing date: 2012-05-11
Publication date: 2013-11-21

Abstract

【課題】異なる優先度を有するデータの処理に対して、各データの処理に適した性能及び信頼性を備えたハードウェアリソースを利用するための技術を提供すること。
【解決手段】本発明の一態様は、ユーザに対しウェブサービス操作画面を提供するインターネットサービス事業者のサーバと、前記サーバに通信接続されるクライアント端末とを有するウェブシステムであって、前記クライアント端末は、前記ウェブサービス操作画面を表示する表示手段と、前記ウェブサービス操作画面に対する操作に応答して、所定の第１ＩＰアドレスに第１電文を送信すると共に、第２ＩＰアドレスに第２電文を送信する電文送信手段と、前記操作に応答して第２電文生成プログラムを起動することによって前記第２電文を生成し、前記生成された第２電文を前記電文送信手段に引き渡す第２電文生成手段とを有するウェブシステムに関する。
【選択図】図２

Description

本発明は、異なる優先度を有する電文を伝送するウェブシステムに関する。

ウェブシステムにおいて、クライアント端末によるウェブページへのアクセス状況が解析されることがある。このようなウェブシステムでは、クライアント端末がウェブページにアクセスすると、解析用データであるビーコンパケットがクライアント端末から解析用データサーバに送信される仕組みが実装されている。例えば、クライアント端末が所望のウェブページへのアクセスを要求すると、ページプロバイダに当該ウェブページの取得要求を送信すると共に、取得したウェブページに埋め込まれたスクリプトなどが起動されることによって、ビーコンパケットがページプロバイダに自動的に送信される。

このような解析用のビーコンパケットは、ウェブページ取得要求と同程度の通信量になりうることが知られている。例えば、クライアント端末が１つのウェブページを開くためウェブページ取得要求を送信すると、クライアント端末はさらに、１つのビーコンパケットを送信することになる。

従来技術によるアクセス解析が適用されるシステムでは、顧客がクライアント端末を操作することによって所望のウェブページを要求すると、図１に示されるように、クライアント端末はまず、ウェブページ取得要求をインターネットを介しページプロバイダのサーバシステムに送信する。さらに、ウェブページのソースコードにビーコンパケットを送信させるためのスクリプト又はプログラムが埋め込まれている場合、当該プログラムが起動し、クライアント端末からビーコンパケットが送信される。例えば、このビーコンパケットは、顧客が操作することに応答して、クライアント端末上でＪａｖａｓｃｒｉｐｔが起動することによって送信される。このビーコンパケットの送信は、顧客による明示的な指示なく自動的に送信されることもある。

図１に示されるウェブシステムでは、顧客が要求したウェブページが静的コンテンツ又は動的コンテンツに関するものであるかに応じて、クライアント端末は、ウェブページ取得要求をサーバシステムの静的コンテンツサーバ又は動的コンテンツサーバに送信している。さらに、クライアント端末は、ビーコンパケットをサーバシステムの解析用データサーバに送信する。一般的なサーバシステムは、図示されるように、ネットワーク機器、ファイアーウォール、フォワーダサーバなどの各種機器を備え、ウェブページ取得要求やビーコンパケットはこれらの機器を経由して各自の送信先サーバに送信される。

特開２００２−２１５４８１

しかしながら、ビーコンパケットは、ページプロバイダの解析のためなど内部向けに利用されるものであり、ウェブページ取得要求などのクライアント向けサービスに比べ処理優先度は低い。従来のウェブシステムでは、このような内部向けに利用されるビーコンパケットの処理とクライアント向けサービスの処理との双方について、ネットワーク機器、ファイアーウォール、フォワーダサーバなどについて共通のハードウェアリソースが利用されている。例えば、ページプロバイダがクライアント向けサービスのために高い性能及び信頼性を備えた高価なハードウェアリソースを利用する必要がある場合、相対的に処理優先度の低いビーコンパケットの処理にも同じハードウェアリソースが利用されていた。これは、ハードウェアリソースの有効活用という観点では、好ましくない。

従って、本発明の課題は、上記問題点に鑑み、異なる優先度を有するデータの処理に対して、各データの処理に適した性能及び信頼性を備えたハードウェアリソースを利用するための技術を提供することである。

上記課題を解決するため、本発明の一態様は、ユーザに対しウェブサービス操作画面を提供するインターネットサービス事業者のサーバと、前記サーバに通信接続されるクライアント端末とを有するウェブシステムであって、前記クライアント端末は、前記ウェブサービス操作画面を表示する表示手段と、前記ウェブサービス操作画面に対する操作に応答して、所定の第１ＩＰアドレスに第１電文を送信すると共に、第２ＩＰアドレスに第２電文を送信する電文送信手段と、前記操作に応答して第２電文生成プログラムを起動することによって前記第２電文を生成し、前記生成された第２電文を前記電文送信手段に引き渡す第２電文生成手段とを有するウェブシステムに関する。

本発明によると、異なる優先度を有するデータの処理に対して、各データの処理に適した性能及び信頼性を備えたハードウェアリソースを利用するための技術を提供することができる。

図１は、従来技術によるアクセス解析が適用されるシステムの構成を示す。図２は、本発明の一実施例によるアクセス解析が適用されるウェブシステムの構成を示す。図３は、本発明の一実施例によるクライアント端末のハードウェア構成を示す。図４は、本発明の一実施例によるサーバのハードウェア構成を示す。図５は、本発明の一実施例によるクライアント端末の機能構成を示す。図６は、本発明の一実施例によるビーコンパケットの転送経路を示す。図７は、本発明の他の実施例によるビーコンパケットの転送経路を示す。図８は、本発明の一実施例によるビーコンパケット転送処理を示すシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。

図２〜４を参照して、本発明の一実施例によるアクセス解析が適用されるウェブシステムを説明する。図２は、本発明の一実施例によるアクセス解析が適用されるウェブシステムの構成を示す。

図２に示されるように、ウェブシステム１０は、クライアント端末１００と、第１サブシステム２１０及び第２サブシステム２３０を有するサーバシステム２００と、クライアント端末１００とサーバシステム２００とを接続するネットワーク３００とを有する。

クライアント端末１００は、パーソナルコンピュータ、携帯電話、スマートフォンなどの何れか適切な計算装置であってもよい。本実施例では、クライアント端末１００は、ウェブブラウザなどのウェブページを閲覧するためのプログラムを有すると共に、取得したウェブページに埋め込まれたコード又はスクリプトを処理するためのＪａｖａｓｃｒｉｐｔなどのスクリプト言語を実装する。

図３は、本発明の一実施例によるクライアント端末のハードウェア構成を示す。図３に示されるように、クライアント端末１００は、バスＢを介し相互接続されるドライブ装置１０１、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０４、通信装置１０５、表示装置１０６及び入力装置１０７を有する。

クライアント端末１００における後述される各種機能及び処理を実現するプログラムは、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｋ−ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）などの記録媒体１０８によって提供されてもよい。プログラムを記憶した記録媒体１０８がドライブ装置１０１にセットされると、プログラムが記録媒体１０８からドライブ装置１０１を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０８により行う必要はなく、ネットワーク３００を介して他のサーバからダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムやデータを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるようなクライアント端末１００の各種機能及び処理を実行する。

通信装置１０５は、ネットワーク３００に接続するための通信インタフェースとして用いられる。通信装置１０５は、送信対象のデータを適切な信号に変換し、ネットワーク３００に送信する。また、通信装置１０５は、ネットワーク３００から受信した信号を適切なデータに変換し、メモリ装置１０３などの適切な装置に提供する。

表示装置１０６は、ＣＰＵ１０４による処理結果などを表示するのに用いられれ、例えば、液晶ディスプレイ、ブラウン管ディスプレイ（ＣＲＴ）、プラズマディスプレイなどの各種ディスプレイにより実現される。入力装置１０７は、ユーザがクライアント端末１００に命令やデータなどを入力するのに用いられ、例えば、キーボード、マウス、マイクロフォンなどにより実現される。

図２を再び参照して、サーバシステム２００は、クライアント端末１００からの処理要求に応答して、要求された処理を実行し、処理結果を返送することが可能なインターネットサービス事業者により運営される何れか適切な計算装置であってもよい。本実施例では、サーバシステム２００は、異なるサーバ性能及び／又は信頼性を備えた２つのサーバサブシステム２１０，２３０を有する。ここで、サーバ性能は、例えば、処理速度、処理容量などに関するものであってもよく、サーバ信頼性は、例えば、耐故障性、可用性などに関するものであってもよい。しかしながら、本発明は、これらに限定されるものでなく、サーバの機能及び能力に関する他の何れか適切な１以上の評価基準により規定されてもよい。

図４は、本発明の一実施例によるサーバのハードウェア構成を示す。図２に示される各サーバは、実質的に同一のハードウェア構成を有するものであってもよい。

図４に示されるように、サーバ２１４，２１６，２３６はそれぞれ、バスＢを介し相互接続されるドライブ装置２０１、補助記憶装置２０２、メモリ装置２０３、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２０４及びインタフェース装置２０５を有する。

各サーバにおける後述される各種機能及び処理を実現するプログラムは、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｋ−ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）などの記録媒体２０６によって提供されてもよい。プログラムを記憶した記録媒体２０６がドライブ装置２０１にセットされると、プログラムが記録媒体２０６からドライブ装置２０１を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０６により行う必要はなく、ネットワーク３００を介して他のサーバからダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムやデータを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるようなサーバの各種機能及び処理を実行する。インタフェース装置２０５は、ネットワーク３００に接続するための通信インタフェースとして用いられる。

図２を再び参照して、第１サブシステム２１０は、相対的に高いサーバ性能を有するハードウェアリソースにより構成される。第１サブシステム２１０は、ネットワーク３００とのゲートウェイとして機能するネットワーク機器２１２と、顧客向けサービスなどに利用されるページサーバ２１４と、内部向けサービスなどに利用されるビーコンサーバ２１６とを有する。

第２サブシステム２３０は、相対的に低いサーバ性能を有するハードウェアリソースにより構成される。第２サブシステム２３０は、ネットワーク３００とのゲートウェイとして機能するネットワーク機器２３２と、内部向けサービスなどに利用されるビーコンサーバ２３６とを有する。

ネットワーク３００は、クライアント端末１００に接続されるクライアント端末側インターネットサービスプロバイダ（ＩＳＰ）３１０と、第１サブシステム２１０に接続される第１サーバ側ＩＳＰ３２０と、第２サブシステム２３０に接続される第２サーバ側ＩＳＰ３３０と、クライアント端末側ＩＳＰ３１０、第１サーバ側ＩＳＰ３２０及び第２サーバ側ＩＳＰ３３０を相互接続する公衆網３４０とを有する。

他の実施例では、ネットワーク３００上には、ページサーバ２１４に格納されているウェブページの一部を一時的に保持するＡｋａｍａｉなどのキャッシュサーバやＡＳＰ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）などの各種ネットワーク装置（図示せず）が備えられてもよい。クライアント端末１００からのアクセス要求メッセージにおいて要求されているウェブぺージが、これらのネットワーク装置の何れかに保持されている場合、ネットワーク３００は、アクセス要求メッセージをサーバシステム２００に転送することなく、当該ネットワーク装置に保持されているウェブページをクライアント端末１００に提供してもよい。

本実施例によるウェブシステム１０では、クライアント端末１００のユーザが、所望のウェブページにアクセスするためにブラウザ画面などに表示されたウェブページの該当するリンクなどをクリックすると、クライアント端末１００は、表示されているウェブページのソースコードに記述されている宛先を参照して、所望のウェブページを提供するサーバシステム２００に当該ウェブページを取得するためのアクセス要求メッセージを送信する。さらに、ユーザが操作したウェブページのソースコード又は当該操作に応答して取得したウェブページのソースコードに、サーバシステム２００により利用されるアクセス解析用のビーコンメッセージをクライアント端末１００に送信させるためのスクリプト（Ｊａｖａｓｃｒｉｐｔなどにより実行可能なスクリプト）などのプログラムが埋め込まれている場合、クライアント端末１００は、ユーザによる操作に応答して、又は取得したウェブページの表示に応答して、ソースコードに埋め込まれたプログラムを起動することによって、ソースコード又はプログラムに指定された宛先にビーコンメッセージを送信する。

本実施例では、アクセス要求メッセージとビーコンメッセージとが同一のＩＳＰを経由してサーバシステム２００に送信されるように、アクセス要求メッセージとビーコンメッセージとの宛先が指定されてもよい。あるいは、アクセス要求メッセージとビーコンメッセージとが異なるＩＳＰを経由してサーバシステム２００に送信されるように、アクセス要求メッセージとビーコンメッセージとの宛先が指定されてもよい。

図示されたウェブシステム１０では、アクセス要求メッセージとビーコンメッセージとが同一のＩＳＰを経由してサーバシステム２００に送信される前者の場合、アクセス要求メッセージとビーコンメッセージとはそれぞれ、第１サーバ側ＩＳＰ３２０を介し第１サブシステム２１０のページサーバ２１４とビーコンサーバ２１６とに送信される。他方、アクセス要求メッセージとビーコンメッセージとが異なるＩＳＰを経由してサーバシステム２００に送信される後者の場合、アクセス要求メッセージは第１サーバ側ＩＳＰ３２０を介し第１サブシステム２１０のページサーバ２１４に送信され、ビーコンメッセージは第２サーバ側ＩＳＰ３３０を介し第２サブシスステム２３０のビーコンサーバ２３６に送信される。

図５を参照して、本発明の一実施例によるクライアント端末を説明する。図５は、本発明の一実施例によるクライアント端末の機能構成を示す。

図５に示されるように、クライアント端末１００は、表示手段１１０と、第１電文生成手段１１４及び第２電文生成手段１１６を有する電文生成手段１１２と、電文送信手段１１８とを有する。

表示手段１１０は、ＣＰＵ１０４によって生成された操作画面を含む各種データを表示装置１０６に表示する。一実施例では、表示手段１１０は、ネットワーク３００を介し取得したウェブページをウェブブラウザなどを介し表示装置１０６に表示する。ユーザが入力装置１０７を用いてウェブページを操作することによって、表示手段１１０は、当該操作に対応する処理を実行するようＣＰＵ１０４に要求する。表示手段１１０からウェブページを取得するための処理要求を受信すると、ＣＰＵ１０４は、当該ウェブページを取得するためのアクセス要求メッセージを生成させるため、電文生成手段１１２を起動する。例えば、表示されたウェブページ内のリンクをユーザがマウスなどによりクリックすると、表示手段１１０は、クリックされたリンクに該当するウェブページを提供するようＣＰＵ１０４に要求する。表示手段１１０からウェブページ取得要求を受信すると、ＣＰＵ１０４は、要求されたウェブページがメモリ装置１０３などにすでに格納されているか確認する。要求されたウェブページがメモリ装置１０３などになく、ネットワーク３００から取得する必要がある場合、ＣＰＵ１０４は、電文生成手段１１２を起動し、当該ウェブページを提供可能なサーバシステム２００宛のアクセス要求メッセージを生成する。

電文生成手段１１２は、所望のウェブページを取得するためのアクセス要求メッセージを生成する第１電文生成手段１１４と、当該操作に応答してソースコードのスクリプト又はプログラムを起動することによってビーコンメッセージを生成する第２電文生成手段１１６とを有する。すなわち、第２電文生成手段１１６は、ユーザにより操作された操作画面のソースコード又は当該操作に応答して取得したウェブページのソースコードを参照し、参照したソースコードにクライアント端末１００にビーコンメッセージを送信させるためのスクリプトが含まれているか確認する。スクリプトが含まれている場合、第２電文生成手段１１６は、当該スクリプトを読み込み、これを実行することによって、ビーコンメッセージを生成する。生成されたアクセス要求メッセージとビーコンメッセージとは、メッセージのヘッダなどにソースコードに記述された宛先のＩＰアドレスを含むよう構成される。電文生成手段１１２は、このようにして生成されたアクセス要求メッセージ及び／又はビーコンメッセージを電文送信手段１１８に送信する。

電文送信手段１１８は、電文生成手段１１２からアクセス要求メッセージ及び／又はビーコンメッセージを受信すると、メッセージのヘッダなどに記述された送信先のＩＰアドレスを参照して、これらのメッセージをネットワーク３００を介し各自の宛先に送信する。なお、電文送信手段１１８によるアクセス要求メッセージとビーコンメッセージとの送信タイミングは、必ずしも同時である必要はなく、異なるタイミングであってもよい。

本実施例では、アクセス要求メッセージとビーコンメッセージとは、同一のＩＳＰを経由してサーバシステム２００に送信されるようにそれぞれの宛先が指定されてもよいし、又は、異なるＩＳＰを経由してサーバシステム２００に送信されるようにそれぞれの宛先が指定されてもよい。すなわち、ソースコードに埋め込まれたスクリプトによって規定されるビーコンメッセージの宛先は、アクセス要求メッセージの宛先と同一のＩＳＰを経由させるＩＰアドレスに設定されてもよいし、あるいは、アクセス要求メッセージの宛先と異なるＩＳＰを経由させるＩＰアドレスに設定されてもよい。

アクセス要求メッセージとビーコンメッセージとの宛先が同一のＩＳＰを経由してサーバシステム２００に送信されるよう指定されている場合、電文送信手段１１８は、アクセス要求メッセージとビーコンメッセージとを、サブシステム２１０のページサーバ２１４とビーコンサーバ２１６とにそれぞれ送信する。すなわち、同一の第１サーバ側ＩＳＰ３２０に接続されるページサーバ２１４とビーコンサーバ２１６とは、上位オクテッドは共通し、下位オクテッドが異なるＩＰアドレスに設定されているため、アクセス要求メッセージとビーコンメッセージとの送信先のＩＰアドレスは、上位オクテッドは共通し、下位オクテッドが異なるよう設定される。

図６に示されるように、例えば、第１サーバ側ＩＳＰ３２０に「１０．１０．１０．ｘｘ」のグローバルＩＰが割り当てられ、ページサーバ２１４のグローバルＩＰは「１０．１０．１０．１」に設定され、ビーコンサーバ２１６のグローバルＩＰは「１０．１０．１０．２」に設定されていると仮定する。この場合、アクセス要求メッセージの宛先は「１０．１０．１０．１」に設定され、ビーコンメッセージの宛先は「１０．１０．１０．２」に設定される。すなわち、これらのＩＰアドレスは、上位オクテッド「１０．１０．１０」は共通し、下位オクテッド「１」及び「２」のみが異なっている。このように、ソースコードにおいてアクセス要求メッセージの宛先と下位オクテッドが異なる値になるようビーコンメッセージの宛先を設定することによって、特別な機構を備えることなく通常のルーティング機構を利用して、アクセス要求メッセージとビーコンメッセージとを同一のサーバサブシステムに振り分けることが可能になる。

他方、アクセス要求メッセージとビーコンメッセージとの宛先が異なるＩＳＰを経由してサーバシステム２００に送信されるよう指定されている場合、電文送信手段１１８は、アクセス要求メッセージとビーコンメッセージとを、サブシステム２１０のページサーバ２１４とサブシステム２３０のビーコンサーバ２３６とにそれぞれ送信する。すなわち、第１サーバ側ＩＳＰ３２０に接続されるページサーバ２１４と、第２サーバ側ＩＳＰ３３０に接続されるビーコンサーバ２３６とは、少なくとも１つの上位オクテッドが異なるＩＰアドレスに設定されているため、アクセス要求メッセージとビーコンメッセージとの送信先のＩＰアドレスは、少なくとも１つの上位オクテッドが異なるよう設定される。

図７に示されるように、例えば、第１サーバ側ＩＳＰ３２０に「１０．１０．１０．ｘｘ」のグローバルＩＰが割り当てられ、第２サーバ側ＩＳＰ３３０に「２０．２０．２０．ｘｘ」が割り当てられ、ページサーバ２１４のグローバルＩＰは「１０．１０．１０．１」に設定され、ビーコンサーバ２３６のグローバルＩＰは「２０．２０．２０．２」に設定されていると仮定する。この場合、アクセス要求メッセージの宛先は「１０．１０．１０．１」に設定され、ビーコンメッセージの宛先は「２０．２０．２０．２」に設定される。すなわち、これらのＩＰアドレスは、３つの異なる上位オクテッド「２０」を有している。このように、ソースコードにおいてアクセス要求メッセージの宛先と上位オクテッドが異なる値になるようビーコンメッセージの宛先を設定することによって、特別な機構を備えることなく通常のルーティング機構を利用して、アクセス要求メッセージとビーコンメッセージとを異なるサーバサブシステムに振り分けることが可能になる。

次に、図８を参照して、本発明の一実施例によるビーコンメッセージ転送処理を説明する。図８は、本発明の一実施例によるビーコンメッセージ転送処理を示すシーケンス図である。本実施例では、図２に示されるウェブシステム１０において、ユーザが所望のウェブページにアクセスするため、クライアント端末１００の表示装置１０６に表示されているウェブページの該当するリンクをクリックすることによって、ビーコンパケットがサーバシステム２００に送信される処理について説明する。

図８に示されるように、ユーザがクライアント端末１００の表示装置１０６に表示されているウェブページのリンクをクリックすることによって当該処理が開始される。

ステップＳ１０１において、クライアント端末１００は、ユーザが操作したウェブページ又はユーザの取得要求に応答して取得したウェブページのソースコードを参照して、ソースコードに埋め込まれたスクリプトを実行し、スクリプトの実行により生成されたビーコンメッセージをクライアント側ＩＳＰ３１０を介し指定されたＩＰアドレスに送信する。

ステップＳ１０２において、クライアント端末１００からビーコンメッセージを受信すると、クライアント側ＩＳＰ３１０は、ビーコンメッセージのヘッダなどに記述されたＩＰアドレスを参照し、公衆網３４０を介し受信したビーコンメッセージをルーティングする。公衆網３４０におけるルーティングは、何れか適切な既知のルーティング方法に従って実行されてもよい。例えば、公衆網３４０内の１以上のネットワーク装置（図示せず）が各自のルーティングテーブルを参照して、適切なルーティング先のネットワーク装置にビーコンメッセージを順次転送することによって、ルーティングが実現されてもよい。

ステップＳ１０３において、公衆網３４０からルーティングされたビーコンメッセージを受信すると、ルーティング先の第１システム側ＩＳＰ３２０又は第２システム側ＩＳＰ３３０は、受信したビーコンメッセージのヘッダなどに記述されたＩＰアドレスを参照し、第１サブシステム２１０又は第２サブシステム２３０にそれぞれ転送する。

上述したように、例えば、ビーコンパケットが、アクセス要求メッセージと同一の第１サブシステム２１０に送信されるよう設定されている場合、ビーコンパケットには、アクセス要求メッセージと下位のオクテッドのみが異なるＩＰアドレスが割り当てられている。このＩＰアドレスに基づき、ビーコンパケットは第１システム側ＩＳＰ３２０にルーティングされる。他方、ビーコンパケットが、アクセス要求メッセージと異なる第２サブシステム２３０に送信されるよう設定されている場合、ビーコンパケットには、アクセス要求メッセージと少なくとも１つの上位のオクテッドが異なるＩＰアドレスが割り当てられている。このＩＰアドレスに基づき、ビーコンパケットは第２システム側ＩＳＰ３３０にルーティングされる。

ステップＳ１０４において、第１システム側ＩＳＰ３２０又は第２システム側ＩＳＰ３３０からビーコンパケットを受信すると、第１サブシステム２１０のネットワーク機器２１２又は第２サブシステム２３０のネットワーク機器２３２は、ビーコンパケットのヘッダなどに記述されているＩＰアドレスを参照し、ビーコンサーバ２１６又は２３６にそれぞれ転送する。

上述した実施例では、異なる処理優先度を有するメッセージとして、顧客向けサービスに関するアクセス要求メッセージと内部向けサービスに関するビーコンパケットとの２つのメッセージが使用された。しかしながら、本発明はこれに限定するものでなく、異なる処理優先度を有する２以上のメッセージ、パケット、データなどの何れかの電文が送信される他の何れか適切なシステムに適用されてもよい。

また、上述した実施例では、顧客向けサービスに利用されるメッセージに相対的に高い優先度が割り当てられ、内部向けサービスに利用されるメッセージに相対的に低い優先度が割り当てられた。しかしながら、本発明はこれに限定されるものでなく、他の選択基準に従って２以上の優先度が割り当てられてもよい。例えば、メッセージ又はパケットの１以上の属性に従って優先度が割り当てられてもよい。

例えば、パケットに要求されるセキュリティレベルに基づき優先度が割り当てられてもよい。パケットが顧客データに関するものであり、相対的に高いセキュリティレベルが求められる場合、相対的に高い優先度が割り当てられるようにしてもよい。この場合、当該パケットが顧客向けサービスに関するものであったとしても、顧客データに関するものであるため、相対的に高い優先度が割り当てられてもよい。他方、パケットが公開データに関するものであり、相対的に低いセキュリティレベルしか求められない場合、相対的に低い優先度が割り当てられるようにしてもよい。

さらなる他の選択基準として、処理時限の有無やログやマスタデータの内部保持の要否などが利用されてもよい。すなわち、処理時限が設定されている場合には、相対的に高い優先度が割り当てられ、サーバ性能及び／又は信頼性の高いサーバサブシステムが利用されるようにする。他方、処理時限が設定されていない場合には、相対的に低い優先度が割り当てられ、低コストのサーバサブシステムが利用されるようにしてもよい。また、ログやマスタデータの内部保持が必要である場合、相対的に高い優先度が割り当てられ、サーバ性能及び／又は信頼性の高いサーバサブシステムが利用されるようにする。他方、ログやマスタデータの内部保持が不要である場合、相対的に低い優先度が割り当てられ、低コストのサーバサブシステムが利用されるようにしてもよい。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ウェブシステム
１００クライアント端末
１１０表示手段
１１２電文生成手段
１１４第１電文生成手段
１１６第２電文生成手段
１１８電文送信手段
２００サーバシステム
２１０，２３０サブシステム
３００ネットワーク

Claims

ユーザに対しウェブサービス操作画面を提供するインターネットサービス事業者のサーバと、
前記サーバに通信接続されるクライアント端末と、
を有するウェブシステムであって、
前記クライアント端末は、
前記ウェブサービス操作画面を表示する表示手段と、
前記ウェブサービス操作画面に対する操作に応答して、所定の第１ＩＰアドレスに第１電文を送信すると共に、第２ＩＰアドレスに第２電文を送信する電文送信手段と、
前記操作に応答して第２電文生成プログラムを起動することによって前記第２電文を生成し、前記生成された第２電文を前記電文送信手段に引き渡す第２電文生成手段と、
を有するウェブシステム。
前記第２ＩＰアドレスの下位オクテッドは、前記第１ＩＰアドレスの下位オクテッドと異なる値を有する、請求項１記載のウェブシステム。
前記第２ＩＰアドレスの少なくとも１つの上位オクテッドは、前記第１ＩＰアドレスの対応する上位オクテッドと異なる値を有する、請求項１記載のウェブシステム。