負荷分散システム、および負荷分散方法
【課題】クライアント側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で振り分ける。
【解決手段】業務システム各々は、クライアントから要求を受け付ける要求受付手段と、 ログイン済み情報が前記要求に付加されているか否かを判別する第１の判別手段と、ログイン済み情報が自業務システムの自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントの要求と判別するとともに、ログイン済み情報が他業務システムの他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントの要求であると判別する第２の判別手段と、前記他クライアントの要求であると判別した場合、他業務システムに前記要求を転送するための転送情報を生成し、他クライアントに送信する転送手段と、を有する。
【解決手段】業務システム各々は、クライアントから要求を受け付ける要求受付手段と、 ログイン済み情報が前記要求に付加されているか否かを判別する第１の判別手段と、ログイン済み情報が自業務システムの自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントの要求と判別するとともに、ログイン済み情報が他業務システムの他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントの要求であると判別する第２の判別手段と、前記他クライアントの要求であると判別した場合、他業務システムに前記要求を転送するための転送情報を生成し、他クライアントに送信する転送手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからの要求を、複数のシステムに振り分ける負荷分散技術に関する。
【背景技術】
【０００２】
各クライアントからの要求を処理するために、複数のサーバを並列に運用し、サーバ間での負荷が均等になるように処理を分散する負荷分散技術がある。例えば、特許文献１には、サーバの負荷状況をクライアントに通知して、クライアントの表示装置にサーバの負荷状況を表示するサーバ負荷通知システムが記載されている。
【０００３】
また、特許文献２には、ユーザ認証を行ったユーザに対して、再び、ユーザ認証を行うことなく所望のＷｅｂページを送信する認証システムが記載されている。
【特許文献１】特開平１０−１０５４９７
【特許文献２】特開２００２−２７８９３０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、クライアントからのアクセス件数の増加に伴い、サーバやデータベースなどの各リソースの増強を行い、負荷分散装置を用いてクライアントからのアクセス要求を複数のリソースに分散して振り分け、システム全体を効率よく稼動させる方法がある。
【０００５】
しかしながら、アクセス件数の大幅な増加が予想される場合には、各リソースの増強だけでは所定の性能を確保することが難しい場合がある。このような場合、現在、稼動している現行システムを、もう一式新たに併設するなどの大規模なシステムの増強を行う必要がある。このように現行システムとは別の新システムを併設した場合、各クライアントからのアクセスを所定の方法でどちらかのシステムに振り分ける必要がある。また、各クライアントが、どちらかのシステムにアクセスした後に外部のシステムにアクセスし、前の画面に戻る指示を受け付けた場合、前回アクセスしていたシステムに戻る必要がある。
【０００６】
このような場合、クライアント側または外部のシステム側で、現行システムにアクセスするのか、または、新システムにアクセスするのかを意識させることは困難であり、また、サービスの低下につながるおそれがある。
【０００７】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、クライアント側または外部システム側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で振り分けることにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、例えば、複数の業務システムを有し、クライアントからの要求を前記複数の業務システムに振り分けて処理を行う負荷分散システムであって、前記業務システム各々は、前記クライアントから要求を受け付ける要求受付手段と、 前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別手段と、前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントが送信した要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントから送信された要求であると判別する第２の判別手段と、前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付手段が受け付けた要求を転送するための転送情報を生成し、前記他クライアントに送信する転送手段と、を有する。
【発明の効果】
【０００９】
本発明では、クライアント側または外部システム側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で振り分けることができる。また、本発明では、各クライアントからの要求を、当該クライアントに割り当てたシステムに転送することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について説明する。
【００１１】
図１は、本発明の一実施形態が適用されたトレードシステムの全体構成図である。トレードシステムは、投資家がネットワークを介して株式などを売買するためのシステムである。本実施形態のトレードシステムは、各クライアントからの大量の取引データを処理するために、２つのサイト（ＡサイトおよびＢサイト）で分散して処理を行っている。
【００１２】
図示するトレードシステムは、少なくとも１つのクライアント１と、Ａサイトのシステム（以下、Ａシステム）２と、Ｂサイトのシステム（以下、「Ｂシステム」）３と、ＤＮＳサーバ４と、外部システム５と、を有する。そして、これらの各装置は、インターネットなどのネットワーク９により接続されている。
【００１３】
クライアント１は、Ｗｅｂブラウザ１１と、記憶部１２とを備え、ユーザの指示を受け付けてＡシステム２またはＢシステム３、あるいは外部システム５に各種の要求を送信する。記憶部１２には、後述するクッキー（Ｃｏｏｋｉｅ）情報が記憶されるものとする。
【００１４】
Ａシステム２は、ＰＬ（presentation layer）サーバ２１と、ＢＬ（business logic layer）サーバ２２と、ＤＢ（database）サーバ２３と、を備える３層構造のシステムである。ＰＬサーバ２１は、入力受付部２１１と、判別部２１２と、出力部２１３と、転送部２１４と、管理部２１５と、ログイン情報テーブル２１６と、を備える。入力受付部２１１は、クライアント１から送信された要求を受け付ける。判別部２１２は、受け付けた要求が、自システムに割り当てられたクライアント１（ユーザ）からの要求か否かを判別する。
【００１５】
出力部２１３は、要求元のクライアント１に応答情報を送信する。転送部２１４は、判別部２１２が他システムのクライアント１からの要求であると判別した場合、クライアント１から受け付けた要求を他システムに転送する。管理部２１５は、ログイン情報テーブル２１６を管理する。ログイン情報テーブル２１６は、自システムにログインしたクライアント１（ユーザ）を管理するテーブルである。なお、ログイン情報テーブル２１６については後述する。
【００１６】
ＢＬサーバ２２は、業務処理部２２１を備える業務処理サーバである。業務処理部２２１は、ＰＬサーバ２１が受け付けた各種の要求を、ＤＢサーバ２３が保持する業務ＤＢ２３１を用いて処理する。ＤＢサーバ２３は、各種の業務データが蓄積された業務ＤＢ２３１を管理するサーバである。
【００１７】
Ｂシステム３は、Ａシステム２と同様に、ＰＬサーバ３１と、ＢＬサーバ３２と、ＤＢサーバ３３とを備える。なお、Ｂシステム３のＰＬサーバ３１、ＢＬサーバ３２およびＤＢサーバ３３は、それぞれ、Ａシステム２のＰＬサーバ２１、ＢＬサーバ２２およびＤＢサーバ２３と同様である。
【００１８】
ＤＮＳ（Domain Name System）サーバ４は、いわゆるネームサーバであって、名前解決部４１と、名前解決テーブル４２とを備える。名前解決部４１は、クライアント１が指定する本トレードシステムを示す仮想ＵＲＬ（Uniform Resource Locator）を、Ａシステム２またはＢシステム３の実ＵＲＬに変換する。名前解決テーブル４２は、仮想ＵＲＬと、Ａシステム２の実ＵＲＬおよびＢシステム３の実ＵＲＬとを対応付けたテーブルである。なお、名前解決テーブル４２については、後述する。
【００１９】
上記説明した、クライアント１、Ａシステム２およびＢシステム３の各サーバ、ＤＮＳサーバ４および外部システム５は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００２０】
例えば、Ａシステム２の各装置の各機能は、ＰＬサーバ２１用のプログラムの場合はＰＬサーバ２１のＣＰＵ９０１が、ＢＬサーバ２２用のプログラムの場合はＢＬサーバ２２のＣＰＵ９０１が、そして、ＤＢサーバ２３用のプログラムの場合はＤＢサーバ２３のＣＰＵ９０１がそれぞれ実行することにより実現される。なお、クライアント１の記憶部１２には、クライアント１のメモリ９０２または外部記憶装置９０３が、ＰＬサーバ２１、３１のログイン情報テーブル２１６には、ＰＬサーバ２１、３１のメモリ９０２または外部記憶装置９０３が、ＤＢサーバ２３、３３の業務ＤＢ２３１には、ＤＢサーバ２３、３３のメモリ９０２または外部記憶装置９０３が、それぞれ用いられるものとする。また、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。
【００２１】
次に、ＤＮＳサーバ４の名前解決テーブル４２について説明する。
【００２２】
図３は、名前解決テーブル４２の一例を示す図である。名前解決テーブル４２は、本トレードシステムの仮想ＵＲＬを、Ａシステム２またはＢシステム３の実ＵＲＬに変換するためのテーブルである。図示する名前解決テーブル４２は、１つの仮想ＵＲＬ３１に対し、ＡシステムおよびＢシステムの２つの実ＵＲＬ３２を有する。仮想ＵＲＬ３１は、クライアント１のＷｅｂブラウザ１１に入力される、本トレードシステムの仮想的なＵＲＬである。この仮想ＵＲＬを用いることにより、クライアント側では、本トレードシステムが備える２つのシステム（Ａシステム２、Ｂシステム３）を意識することなく本トレードシステムにアクセスすることができる。
【００２３】
そして、名前解決テーブル４２は、実ＵＲＬ３２毎に、初回アクセスフラグ３３を有する。初回アクセスフラグ３３は、各クライアントが本トレードシステムにアクセスする際に、最初にアクセスするサイトのシステムを識別（特定）するためのフラグである。図示する例では、初回にアクセスするシステムは、初回アクセスフラグ３３に「ＯＮ」が設定されているＡシステム２である。
【００２４】
次に、ＤＮＳサーバ４の名前解決処理について説明する。
【００２５】
まず、クライアント１のＷｅｂブラウザ１１は、図示しないローカルＤＮＳサーバに、本トレードシステムの仮想ＵＲＬを送信し、当該仮想ＵＲＬのＩＰアドレスを要求する。そして、ローカルＤＮＳサーバは、クライアント１から仮想ＵＲＬを受け付けると、当該仮想ＵＲＬの名前解決要求（実ＵＲＬの要求）を、ＤＮＳサーバ４に送信する。そして、ＤＮＳサーバ４の名前解決部４１は、名前解決テーブル（図３参照）を参照し、初回アクセスフラグ３３が「ＯＮ」になっている実ＵＲＬをローカルＤＮＳサーバに送信する。
【００２６】
そして、ローカルＤＮＳサーバは、ＤＮＳサーバ４から取得した実ＵＲＬに対応するＩＰアドレスを当該ローカルＤＮＳサーバ（または上位のＤＮＳサーバ（不図示））の対応テーブルから取得し、要求元のクライアント１に仮想ＵＲＬに対するＩＰアドレスを送信する。なお、対応テーブルは、ＵＲＬとＩＰアドレスとが対応付けられたテーブルである。
【００２７】
次に、ＰＬサーバ２１、３１のログイン情報テーブル２１６について説明する。ログイン情報テーブル２１６は、各サイトのシステム２、３に、それぞれログインしているユーザ（クライアント１）を管理するためのテーブルである。なお、本実施形態のユーザには、カスタマーとビジターの２種類のユーザが存在するものとする。カスタマーは、本トレードステムにユーザ登録（口座開設）を行ったユーザであって、ユーザＩＤおよびパスワード等をあらかじめ取得しているものとする。ビジターは、本システムにユーザ登録を行っていない不特定多数のユーザである。そして、カスタマーのユーザのみが、当該カスタマーが属するグループごとに割り振られたいずれか一方のサイトのシステムにログインすることができるものとする。
【００２８】
図４は、ログイン情報テーブル２１６の一例を示した図である。図示するログイン情報テーブル２１６は、ユーザＩＤ４１毎に、当該ユーザＩＤのクッキー（Ｃｏｏｋｉｅ）情報４２、４３と、ログイン時刻４４とを有する。ユーザＩＤ４１には、ログイン要求時にクライアント１から送信されたユーザＩＤが設定される。ログイン時刻４４には、クライアント１からログイン要求を受け付けた時刻が設定される。
【００２９】
クッキー情報は、ＰＬサーバ（Ｗｅｂサーバ）２１、３１と、Ｗｅｂブラウザ１１間でやり取りされる情報である。本実施形態では、クッキー情報として、セッションＩＤ４２と、ログイン済サイト４３とを用いるものとする。セッションＩＤ４２は、クライアント１とのセッションを識別するための情報である。なお、セッションＩＤ４２以外のクライアント１を識別するための識別情報を、クッキー情報に用いることとしてもよい。ログイン済サイト４３は、ログインしたサイトのシステムを識別するための情報である。なお、ログイン済サイト４３には、サイト名、サイト区分コード、などを用いることが考えられる。
【００３０】
クライアント１の管理部２１５は、各ユーザのログイン完了後に、ログイン情報テーブル２１６に、各ユーザのログイン情報（レコード）を登録する。また、管理部２１５は、ログイン時刻から所定の時間（例えば、３０分）が経過したログイン情報（レコード）を削除する。
【００３１】
次に、クッキー情報の送受信について説明する。
【００３２】
図５（ａ）は、カスタマーのユーザが、本トレードステムにログインした場合のシーケンス図である。なお、カスタマーが使用するクライアント１から送信されたログイン要求（および、各種の要求）は、当該カスタマーが属するグループに割り振られたいずれか一方のシステムでしか処理することができないものとする。
【００３３】
まず、クライアント１のＷｅｂブラウザ１１は、ユーザＩＤ、パスワードを含むログイン要求を、本トレードシステムに仮想ＵＲＬを宛先として送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２またはＢシステム３のＩＰアドレスを取得する。なお、図示する例では、Ａシステム２のＩＰアドレスを取得するものとする。そして、Ｗｅｂブラウザ１１は、取得したＩＰアドレスを用いて、Ａシステム２にログイン要求を送信する（Ｓ５１）。なお、このログイン要求がＡシステム２（すなわち、ＰＬサーバ２１）に対する最初の要求（アクセス）の場合、ログイン要求にはクッキー情報は付加されない。
【００３４】
Ａシステム２のＰＬサーバ２１は、ログイン要求を受け付ける。そして、ＢＬサーバ２２は、所定の認証処理を行い、認証に成功した場合にログイン完了の応答情報を生成する。そして、ＰＬサーバ２１の管理部２１５は、ログイン要求を受け付けたユーザのログイン情報を、ログイン情報テーブル２１６に登録する（Ｓ５２）。すなわち、管理部２１５は、ログイン要求に含まれるユーザＩＤと、クッキー情報と、ログイン要求を受け付けた時刻とを設定したログイン情報をログイン情報テーブル２１６に登録する。なお、管理部２１５は、クッキー情報のセッションＩＤにはクライアント１とのセッションＩＤを、ログイン済サイトには自サイトのサイト情報（この場合は、「Ａサイト」）をそれぞれ設定する。そして、ＰＬサーバ２１の出力部２１３は、クッキー情報（セッションＩＤ、ログイン済サイト）を付加した応答情報をクライアント１に送信する（Ｓ５３）。
【００３５】
クライアント１のＷｅｂブラウザ１１は、クッキー情報が付加された応答情報を受信する。そして、Ｗｅｂブラウザ１１は、当該応答情報を解析して所定の画面を出力装置に表示するととともに、クッキー情報を記憶部１２に記憶する（Ｓ５４）。そして、Ｗｅｂブラウザ１１は、次に、Ａシステム２に対して要求を送信する場合、記憶部１２に記憶したクッキー情報を当該要求に付加して送信する（Ｓ５５）。なお、Ｗｅｂブラウザ１１は、記憶部１２に記憶したクッキー情報を、所定の時間（例えば、３０分）が経過した後、削除するものとする。また、応答情報は、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）などのマークアップ言語により記述されたＷｅｂページの情報などである。
【００３６】
図５（ｂ）は、ビジターのユーザが、本トレードステムに所定の要求を送信した場合のシーケンス図である。なお、ビジターが使用するクライアント１が送信した要求は、Ａシステム２またはＢシステム３のどちらのシステムにおいても処理が行えるものとする。
【００３７】
まず、クライアント１のＷｅｂブラウザ１１は、所定の要求を、本トレードシステムに仮想ＵＲＬを宛先として送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２またはＢシステム３のＩＰアドレスを取得する。なお、図示する例では、Ａシステム２のＩＰアドレスを取得するものとする。そして、Ｗｅｂブラウザ１１は、取得したＩＰアドレスを用いて、Ａシステム２に所定の要求を送信する（Ｓ５６）。なお、この要求がＡシステム２（すなわち、ＰＬサーバ２１）に対する最初の要求（アクセス）の場合、当該要求にはクッキー情報は付加されない。
【００３８】
Ａシステム２のＰＬサーバ２１は、当該要求を受け付ける。そして、ＢＬサーバ２２は、当該要求に対する応答情報を生成する。そして、ＰＬサーバ２１の出力部２１３は、クッキー情報（セッションＩＤ）を付加した応答情報をクライアント１に送信する（Ｓ５７）。なお、出力部２１３は、クッキー情報として、クライアント１とのセッションＩＤを用いるものとする。
【００３９】
クライアント１のＷｅｂブラウザ１１は、クッキー情報が付加された応答情報を受信する。そして、Ｗｅｂブラウザ１１は、当該応答情報を解析して所定の画面を出力装置に表示するととともに、クッキー情報を記憶部１２に記憶する（Ｓ５８）。そして、Ｗｅｂブラウザ１１は、次に、Ａシステム２に対して要求を送信する場合、記憶部１２に記憶したクッキー情報を当該要求に付加して送信する（Ｓ５９）。
【００４０】
以上、説明したように、本トレードシステムにログインしたカスタマーから送信される要求（Ｓ５５）には、セッションＩＤとログイン済サイトとを含むクッキー情報が付加されている。一方、本トレードシステムに一旦アクセスしたビジターから送信される要求（Ｓ５９）には、セッションＩＤを含むクッキー情報が付加されている。
【００４１】
次に、各サイトのＰＬサーバ２１、３１が、クライアント１から受け付けた要求が、自システムのカスタマーからの要求であるか、他システムのカスタマーからの要求であるか、あるいは、ビジターからの要求であるかを判別する処理について説明する。
【００４２】
なお、以下に説明する処理では、クライアント１のＷｅｂブラウザ１１は、所定の要求を、本トレードシステム（仮想ＵＲＬ）に送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２のＩＰアドレスを取得し、Ａシステム２に所定の要求を送信するものとする。
【００４３】
図６は、クライアント１から要求を受け付けたＡシステム２のＰＬサーバ２１の処理フロー図である。
【００４４】
ＰＬサーバ２１の入力受付部２１１は、クライアント１から所定の要求を受け付け、当該要求が外部システム５から遷移された要求か否かを判別する（Ｓ６１）。すなわち、入力受付部２１１は、クライアント１から送信された要求の要求メソッドが、「ＧＥＴ方式」であるか、または「ＰＯＳＴ方式」であるかを判別する。
【００４５】
本実施形態では、外部システム５から遷移された要求の場合は「ＧＥＴ方式」を採用し、サイト内（本トレードシステム内）で遷移された場合は「ＰＯＳＴ方式」を採用しているものとする。したがって、入力受付部２１１は、「ＧＥＴ方式」の場合は外部システム５から遷移した要求と判別し、「ＰＯＳＴ方式」の場合はサイト内から遷移した要求と判別する。
【００４６】
なお、外部システム５から遷移された要求の場合には、例えば、本トレードシステムが提供する画面情報に埋め込まれた外部システム５のリンク情報をクリックして、リンク先の外部システム５の画面を表示する。そして、この外部システム５の画面に表示された「前画面へ戻る」ボタンをクリックした場合が考えられる。Ｗｅｂブラウザ１１は、「前画面へ戻る」ボタンのクリックを受け付けると、本トレードシステムの仮想ＵＲＬを宛先として、前画面の要求を送信する。また、外部システム５から遷移された要求の場合には、外部システム５が提供する画面に、本トレードシステムの仮想ＵＲＬがリンク情報として埋め込まれている場合などが考えられる。
【００４７】
外部システム５から遷移された要求の場合（Ｓ６１：ＹＥＳ）、入力受付部２１１は、Ｓ６１で受け付けた要求を判別部２１２に引き渡す。判別部２１２は、要求にログイン済みサイトのクッキー情報が付加されているか否かを判別する（Ｓ６２）。なお、ログイン済みサイトのクッキー情報が付加されている要求の場合、図５で説明したように、当該要求はＡシステム２またはＢシステム３に既にログイン済みのカスタマーの要求である。
【００４８】
ログイン済みサイトのクッキー情報が付加されている場合（Ｓ６２：ＹＥＳ）、判別部２１２は、当該ログイン済みサイトが自サイトか否かを、さらに判別する（Ｓ６３）。なお、ＰＬサーバ２１のメモリまたは外部記憶装置には、ＰＬサーバ２１の自サイトのサイト情報（この場合「Ａサイト」）が、記憶されているものとする。
【００４９】
ログイン済みサイトが自サイトの場合（Ｓ６３：ＹＥＳ）、判別部２１２は、自サイトにログイン済みのカスタマーからの要求であると判別する（Ｓ６４）。そして、判別部２１２は、当該要求をＢＬサーバ２２に送出する。そして、ＢＬサーバ２２の業務処理部２２１は、当該要求に対応する応答情報を、ＤＢサーバ２３の業務ＤＢ２３１を用いて生成し、ＰＬサーバ２１に送出する。すなわち、当該要求はログイン済みのカスタマーの要求であるため、業務処理部２２１は、ログイン処理を要求するログイン画面を生成することなく、応答情報を生成する。
【００５０】
ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ６５）。なお、出力部２１３が付加するクッキー情報は、Ｓ６１で受信した要求に付加されたクッキー情報（セッションＩＤ、ログイン済みサイト）と同じものとする。これにより、外部システム５から遷移された要求であっても、Ａシステム２に既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなくＡシステム２での処理を続行することができる。
【００５１】
一方、ログイン済みサイトが他サイトの場合（Ｓ６３：ＮＯ）、判別部２１２は、他サイトにログイン済みのカスタマーからの要求であると判別する（Ｓ６６）。そして、転送部２１４は、リダイレクト画面の画面情報を生成し、要求元のクライアント１に送信する（Ｓ６７）。なお、転送部２１４は、Ｓ６１で受信した要求に付加されたクッキー情報を、生成したリダイレクト画面に付加して送信する。また、リダイレクト画面は、他サイト（Ｂサイト）のシステムに、Ｓ６１で受け付けた要求を転送するため画面であって、何も表示されない白画面である。そして、転送部２１４は、ＨＴＭＬなどを用いて記述されたリダイレクト画面の画面情報の中に、Ｗｅｂブラウザ１１側で実行するスクリプト（プログラム）を埋め込むものとする。また、転送部２１４は、当該スクリプトのＰＯＳＴ変数（引数）も、リダイレクト画面の画面情報に埋め込むものとする。
【００５２】
なお、ＰＯＳＴ変数には、Ｓ６１で受信した要求と、他サイト（Ｂサイト）のＵＲＬとが含まれる。ＰＬサーバ２１のメモリまたは外部記憶装置には、他サイトのＵＲＬが、あらかじめ記憶されているものとする。また、転送部２１４は、このようなＰＯＳＴ変数を、隠しデータとして画面情報に埋め込む。すなわち、ＨＴＭＬを用いて記述された画面情報の場合、転送部２１４は、「ＩＮＰＵＴ」タグの「ＴＹＰＥ＝ｈｉｄｄｅｎ」を用いて、クライアント１の出力装置には表示されない隠しデータ（ＰＯＳＴ変数）をクライアント１に送信する。なお、Ｗｅｂブラウザ１１が実行するスクリプトについては後述する。
【００５３】
また、ログイン済みサイトのクッキー情報が付加されていない場合（Ｓ６２：ＮＯ）、判別部２１２は、セッションＩＤのクッキー情報が付加されているか否かを判別する（Ｓ６８）。なお、ログイン済みサイトのクッキー情報が付加されていない場合には、例えば、当該要求がビジターからの要求である場合、クッキー情報が破損した場合、または想定外の値が設定されている場合などが考えられる。また、セッションＩＤのクッキー情報が付加されていない場合には、初回の要求である場合、クッキー情報が破損した場合、または想定外の値が設定されている場合などが考えられる。
【００５４】
セッションＩＤのクッキー情報が付加されている場合（Ｓ６８：ＹＥＳ）、判別部２１２は、ログイン情報テーブル２１６を参照し、当該セッションＩＤのレコードが存在するか否かを判別する（Ｓ６９）。セッションＩＤのレコードが存在する場合（Ｓ６９：ＹＥＳ）、判別部２１２は、当該要求は自サイトにログイン済みのカスタマーの要求であると判別し、当該要求を、ＢＬサーバ２２に引き渡す（Ｓ７０）。そして、ＢＬサーバ２２は、Ｓ６５と同様に、当該要求に対する応答情報を生成し、ＰＬサーバ２１に送出する。ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ７１）。なお、出力部２１３が付加するクッキー情報は、Ｓ６１で受信した要求に付加されたセッションＩＤに、ログイン済みサイト（自サイトである「Ａサイト」）を追加したものである。
【００５５】
これにより、ログイン済みサイトのクッキー情報が破損した場合であっても、ログイン情報テーブル２１６を参照して、Ａシステム２に既にログイン済みのカスタマーか否かを判別することができる。すなわち、Ａシステム２に既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなくＡシステム２での処理を続行することができる。
【００５６】
一方、セッションＩＤのクッキー情報が付加されていない場合（Ｓ６８：ＮＯ）、または、セッションＩＤのレコードが存在しない場合（Ｓ６９：ＮＯ）、判別部２１２は、当該要求はビジターの要求であると判別する（Ｓ７２）。ビジターの要求はＡシステム２またはＢシステム３のどちらのシステムにおいてもが処理が行えるため、判別部２１２は、当該要求をＢＬサーバ２２に引き渡す。そして、ＢＬサーバ２２の業務処理部２２１は、当該要求に対応する応答情報を、ＤＢサーバ２３の業務ＤＢ２３１を用いて生成し、ＰＬサーバ２１に送出する。なお、Ａシステム２に既にログイン済みのカスタマーの場合であるが、クッキー情報の破損などにビジターと判別された場合、業務処理部２２１は、当該要求の種類によっては、ログイン処理を要求するためのログイン画面を生成する。
【００５７】
そして、ＰＬサーバ２１の出力部２１３は、要求元クライアント１のクッキー情報（セッションＩＤ）を付加した応答情報を、要求元クライアント１に送信する（Ｓ７３）。
【００５８】
なお、サイト内（本トレードシステム内）で遷移された要求の場合（Ｓ６１：ＮＯ）、入力受付部２１１は、判別処理を行うことなく、Ｓ６１で受け付けた要求を、ＢＬサーバ２２に引き渡す。ＢＬサーバ２２は、Ｓ６５と同様に、当該要求に対する応答情報を生成し、ＰＬサーバ２１に送出する。ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ７４）。
【００５９】
次に、図６に示すＳ６７の他サイトのカスタマーと判別した場合の処理を、さらに説明する。
【００６０】
図７は、他サイトのカスタマーと判別した場合のクライアント１と、ＰＬサーバ２１、３１とのシーケンス図である。まず、クライアント１のＷｅｂブラウザ１１は、前述の通り、クッキー情報（セッションＩＤ、ログイン済みサイト）が付加された要求を、ＡサイトのＰＬサーバ２１に送信する（Ｓ７１）。そして、ＡサイトのＰＬサーバ２１は、図６の判別処理を行い、当該要求を他サイトのカスタマーから送信された要求であると判別する。したがって、ＰＬサーバ２１の転送部２１４は、前述のリダイレクト画面をクライアント１に送信する（Ｓ７２）。
【００６１】
クライアント１のＷｅｂブラウザ１１は、リダイレクト画面の画面情報を受信し、当該画面情報を解析して出力装置に表示するとともに、当該画面情報に含まれるスクリプトを実行する。リダイレクト画面の画面情報に含まれるスクリプトは、Ｗｅｂブラウザ１１に、リダイレクト画面がクライアント１の出力装置に表示（ローディング）されたタイミング（イベント）を検知して、他サイト（Ｂサイト）に要求を転送する処理を行わせるものである。
【００６２】
したがって、Ｗｅｂブラウザ１１は、画面情報に含まれるスクリプトを実行することにより、ポスト変数に含まれる他サイト（Ｂサイト）のＵＲＬに、Ｓ７１で送信した要求を転送する（Ｓ７３）。なお、リダイレクト画面は、何も表示されない白画面である。このため、Ｗｅｂブラウザ１１が、画面情報を解析してリダイレクト画面を出力装置に表示するために要する時間は、ごく短い時間（一瞬）である。したがって、クライアント１の出力装置に一瞬、表示されるリダイレクト画面を、ユーザは認識することなく、自動的に他サイト（Ｂサイト）に要求を転送することができる。
【００６３】
なお、クライアント１から要求を受け付けたＰＬサーバ３１は、図６に示す判別処理を行う。すなわち、自サイト（Ｂサイト）のログイン済みサイトのクッキー情報が付加された要求であるため（Ｓ６３：ＹＥＳ）、ＰＬサーバ３１は自サイトのカスタマーであると判別する（Ｓ６４）。
【００６４】
以上、本発明の一実施形態を説明した。
【００６５】
本実施形態では、各システムのＰＬサーバ２１、３１は、クライアント１からの要求に付加されたクッキー情報に基づいて、当該要求が自サイトにログイン済みのカスタマーの要求か、他サイトにログイン済みのカスタマーの要求か、またはビジターからの要求かを判別する。そして、ＰＬサーバ２１、３１は、他サイトにログイン済みのカスタマーの要求と判別した場合、リダイレクト画面の画面情報を生成して要求元のクライアントに送信する。クライアントは、リダイレクト画面の画面情報に含まれるスクリプトを実行することにより、自動的に、他サイトのシステムに要求を転送する。これにより、クライアント１側および外部システム５側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で適切に振り分けることができる。
【００６６】
また、本実施形態では、外部システム５から遷移された要求であっても、ＰＬサーバ２１、３１が自システムに既にログイン済みのカスタマーであると判別した場合は、再度、ログイン処理を行うことなく自システムでの処理を続行することができる。これにより、ユーザは、外部システム５から本トレードシステムに遷移する（戻る）度に、ログイン処理を行う必要がない。
【００６７】
また、本実施形態では、他システムに既にログイン済みのカスタマーであると判別した場合は、リダイレクト画面を生成し、要求元のクライアント１に送信する。これにより、要求元のクライアント１は、自動的に要求を他システムに転送することができる。すなわち、ユーザが意識することなく（操作を行うことなく）、クライアントからの要求を適切に複数のシステム間で振り分けることができる。
【００６８】
また、本実施形態のＰＬサーバ２１、３１は、ログイン情報テーブル２１６を有する。これにより、ログイン済みサイトのクッキー情報が破損した場合であっても、ログイン情報テーブル２１６を参照して、自システムに既にログイン済みのカスタマーか否かを判別することができる。すなわち、自システムに既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなく自システムでの処理を続行することができる。
【００６９】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【図面の簡単な説明】
【００７０】
【図１】本発明の一実施形態が適用されたトレードシステムの全体構成を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】名前解決テーブルの一例を示す図である。
【図４】ログイン情報テーブルの一例を示す図である。
【図５】クッキー情報の送受信を示すシーケンス図である。
【図６】ＰＬサーバの判別処理の処理フロー図である。
【図７】他サイトのカスタマーと判別した場合のシーケンス図である。
【符号の説明】
【００７１】
１：クライアント、１１：Ｗｅｂブラウザ、２：Ａサイトのシステム、２１：ＰＬサーバ、２１１：入力受付部、２１２：判別部、２１３：出力部、２１４：転送部、２１５：管理部、２１６：ログイン情報テーブル、２２：ＢＬサーバ、２２１：業務処理部、２３：ＤＢサーバ、２３１：業務ＤＢ、３：Ｂサイトのシステム、３１：ＰＬサーバ、３２：ＢＬサーバ、３３：ＤＢサーバ、４：ＤＮＳサーバ、４１：名前解決部、４２名前解決テーブル、５：外部システム、９：ネットワーク
【技術分野】
【０００１】
本発明は、クライアントからの要求を、複数のシステムに振り分ける負荷分散技術に関する。
【背景技術】
【０００２】
各クライアントからの要求を処理するために、複数のサーバを並列に運用し、サーバ間での負荷が均等になるように処理を分散する負荷分散技術がある。例えば、特許文献１には、サーバの負荷状況をクライアントに通知して、クライアントの表示装置にサーバの負荷状況を表示するサーバ負荷通知システムが記載されている。
【０００３】
また、特許文献２には、ユーザ認証を行ったユーザに対して、再び、ユーザ認証を行うことなく所望のＷｅｂページを送信する認証システムが記載されている。
【特許文献１】特開平１０−１０５４９７
【特許文献２】特開２００２−２７８９３０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、クライアントからのアクセス件数の増加に伴い、サーバやデータベースなどの各リソースの増強を行い、負荷分散装置を用いてクライアントからのアクセス要求を複数のリソースに分散して振り分け、システム全体を効率よく稼動させる方法がある。
【０００５】
しかしながら、アクセス件数の大幅な増加が予想される場合には、各リソースの増強だけでは所定の性能を確保することが難しい場合がある。このような場合、現在、稼動している現行システムを、もう一式新たに併設するなどの大規模なシステムの増強を行う必要がある。このように現行システムとは別の新システムを併設した場合、各クライアントからのアクセスを所定の方法でどちらかのシステムに振り分ける必要がある。また、各クライアントが、どちらかのシステムにアクセスした後に外部のシステムにアクセスし、前の画面に戻る指示を受け付けた場合、前回アクセスしていたシステムに戻る必要がある。
【０００６】
このような場合、クライアント側または外部のシステム側で、現行システムにアクセスするのか、または、新システムにアクセスするのかを意識させることは困難であり、また、サービスの低下につながるおそれがある。
【０００７】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、クライアント側または外部システム側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で振り分けることにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、例えば、複数の業務システムを有し、クライアントからの要求を前記複数の業務システムに振り分けて処理を行う負荷分散システムであって、前記業務システム各々は、前記クライアントから要求を受け付ける要求受付手段と、 前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別手段と、前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントが送信した要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントから送信された要求であると判別する第２の判別手段と、前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付手段が受け付けた要求を転送するための転送情報を生成し、前記他クライアントに送信する転送手段と、を有する。
【発明の効果】
【０００９】
本発明では、クライアント側または外部システム側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で振り分けることができる。また、本発明では、各クライアントからの要求を、当該クライアントに割り当てたシステムに転送することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について説明する。
【００１１】
図１は、本発明の一実施形態が適用されたトレードシステムの全体構成図である。トレードシステムは、投資家がネットワークを介して株式などを売買するためのシステムである。本実施形態のトレードシステムは、各クライアントからの大量の取引データを処理するために、２つのサイト（ＡサイトおよびＢサイト）で分散して処理を行っている。
【００１２】
図示するトレードシステムは、少なくとも１つのクライアント１と、Ａサイトのシステム（以下、Ａシステム）２と、Ｂサイトのシステム（以下、「Ｂシステム」）３と、ＤＮＳサーバ４と、外部システム５と、を有する。そして、これらの各装置は、インターネットなどのネットワーク９により接続されている。
【００１３】
クライアント１は、Ｗｅｂブラウザ１１と、記憶部１２とを備え、ユーザの指示を受け付けてＡシステム２またはＢシステム３、あるいは外部システム５に各種の要求を送信する。記憶部１２には、後述するクッキー（Ｃｏｏｋｉｅ）情報が記憶されるものとする。
【００１４】
Ａシステム２は、ＰＬ（presentation layer）サーバ２１と、ＢＬ（business logic layer）サーバ２２と、ＤＢ（database）サーバ２３と、を備える３層構造のシステムである。ＰＬサーバ２１は、入力受付部２１１と、判別部２１２と、出力部２１３と、転送部２１４と、管理部２１５と、ログイン情報テーブル２１６と、を備える。入力受付部２１１は、クライアント１から送信された要求を受け付ける。判別部２１２は、受け付けた要求が、自システムに割り当てられたクライアント１（ユーザ）からの要求か否かを判別する。
【００１５】
出力部２１３は、要求元のクライアント１に応答情報を送信する。転送部２１４は、判別部２１２が他システムのクライアント１からの要求であると判別した場合、クライアント１から受け付けた要求を他システムに転送する。管理部２１５は、ログイン情報テーブル２１６を管理する。ログイン情報テーブル２１６は、自システムにログインしたクライアント１（ユーザ）を管理するテーブルである。なお、ログイン情報テーブル２１６については後述する。
【００１６】
ＢＬサーバ２２は、業務処理部２２１を備える業務処理サーバである。業務処理部２２１は、ＰＬサーバ２１が受け付けた各種の要求を、ＤＢサーバ２３が保持する業務ＤＢ２３１を用いて処理する。ＤＢサーバ２３は、各種の業務データが蓄積された業務ＤＢ２３１を管理するサーバである。
【００１７】
Ｂシステム３は、Ａシステム２と同様に、ＰＬサーバ３１と、ＢＬサーバ３２と、ＤＢサーバ３３とを備える。なお、Ｂシステム３のＰＬサーバ３１、ＢＬサーバ３２およびＤＢサーバ３３は、それぞれ、Ａシステム２のＰＬサーバ２１、ＢＬサーバ２２およびＤＢサーバ２３と同様である。
【００１８】
ＤＮＳ（Domain Name System）サーバ４は、いわゆるネームサーバであって、名前解決部４１と、名前解決テーブル４２とを備える。名前解決部４１は、クライアント１が指定する本トレードシステムを示す仮想ＵＲＬ（Uniform Resource Locator）を、Ａシステム２またはＢシステム３の実ＵＲＬに変換する。名前解決テーブル４２は、仮想ＵＲＬと、Ａシステム２の実ＵＲＬおよびＢシステム３の実ＵＲＬとを対応付けたテーブルである。なお、名前解決テーブル４２については、後述する。
【００１９】
上記説明した、クライアント１、Ａシステム２およびＢシステム３の各サーバ、ＤＮＳサーバ４および外部システム５は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００２０】
例えば、Ａシステム２の各装置の各機能は、ＰＬサーバ２１用のプログラムの場合はＰＬサーバ２１のＣＰＵ９０１が、ＢＬサーバ２２用のプログラムの場合はＢＬサーバ２２のＣＰＵ９０１が、そして、ＤＢサーバ２３用のプログラムの場合はＤＢサーバ２３のＣＰＵ９０１がそれぞれ実行することにより実現される。なお、クライアント１の記憶部１２には、クライアント１のメモリ９０２または外部記憶装置９０３が、ＰＬサーバ２１、３１のログイン情報テーブル２１６には、ＰＬサーバ２１、３１のメモリ９０２または外部記憶装置９０３が、ＤＢサーバ２３、３３の業務ＤＢ２３１には、ＤＢサーバ２３、３３のメモリ９０２または外部記憶装置９０３が、それぞれ用いられるものとする。また、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。
【００２１】
次に、ＤＮＳサーバ４の名前解決テーブル４２について説明する。
【００２２】
図３は、名前解決テーブル４２の一例を示す図である。名前解決テーブル４２は、本トレードシステムの仮想ＵＲＬを、Ａシステム２またはＢシステム３の実ＵＲＬに変換するためのテーブルである。図示する名前解決テーブル４２は、１つの仮想ＵＲＬ３１に対し、ＡシステムおよびＢシステムの２つの実ＵＲＬ３２を有する。仮想ＵＲＬ３１は、クライアント１のＷｅｂブラウザ１１に入力される、本トレードシステムの仮想的なＵＲＬである。この仮想ＵＲＬを用いることにより、クライアント側では、本トレードシステムが備える２つのシステム（Ａシステム２、Ｂシステム３）を意識することなく本トレードシステムにアクセスすることができる。
【００２３】
そして、名前解決テーブル４２は、実ＵＲＬ３２毎に、初回アクセスフラグ３３を有する。初回アクセスフラグ３３は、各クライアントが本トレードシステムにアクセスする際に、最初にアクセスするサイトのシステムを識別（特定）するためのフラグである。図示する例では、初回にアクセスするシステムは、初回アクセスフラグ３３に「ＯＮ」が設定されているＡシステム２である。
【００２４】
次に、ＤＮＳサーバ４の名前解決処理について説明する。
【００２５】
まず、クライアント１のＷｅｂブラウザ１１は、図示しないローカルＤＮＳサーバに、本トレードシステムの仮想ＵＲＬを送信し、当該仮想ＵＲＬのＩＰアドレスを要求する。そして、ローカルＤＮＳサーバは、クライアント１から仮想ＵＲＬを受け付けると、当該仮想ＵＲＬの名前解決要求（実ＵＲＬの要求）を、ＤＮＳサーバ４に送信する。そして、ＤＮＳサーバ４の名前解決部４１は、名前解決テーブル（図３参照）を参照し、初回アクセスフラグ３３が「ＯＮ」になっている実ＵＲＬをローカルＤＮＳサーバに送信する。
【００２６】
そして、ローカルＤＮＳサーバは、ＤＮＳサーバ４から取得した実ＵＲＬに対応するＩＰアドレスを当該ローカルＤＮＳサーバ（または上位のＤＮＳサーバ（不図示））の対応テーブルから取得し、要求元のクライアント１に仮想ＵＲＬに対するＩＰアドレスを送信する。なお、対応テーブルは、ＵＲＬとＩＰアドレスとが対応付けられたテーブルである。
【００２７】
次に、ＰＬサーバ２１、３１のログイン情報テーブル２１６について説明する。ログイン情報テーブル２１６は、各サイトのシステム２、３に、それぞれログインしているユーザ（クライアント１）を管理するためのテーブルである。なお、本実施形態のユーザには、カスタマーとビジターの２種類のユーザが存在するものとする。カスタマーは、本トレードステムにユーザ登録（口座開設）を行ったユーザであって、ユーザＩＤおよびパスワード等をあらかじめ取得しているものとする。ビジターは、本システムにユーザ登録を行っていない不特定多数のユーザである。そして、カスタマーのユーザのみが、当該カスタマーが属するグループごとに割り振られたいずれか一方のサイトのシステムにログインすることができるものとする。
【００２８】
図４は、ログイン情報テーブル２１６の一例を示した図である。図示するログイン情報テーブル２１６は、ユーザＩＤ４１毎に、当該ユーザＩＤのクッキー（Ｃｏｏｋｉｅ）情報４２、４３と、ログイン時刻４４とを有する。ユーザＩＤ４１には、ログイン要求時にクライアント１から送信されたユーザＩＤが設定される。ログイン時刻４４には、クライアント１からログイン要求を受け付けた時刻が設定される。
【００２９】
クッキー情報は、ＰＬサーバ（Ｗｅｂサーバ）２１、３１と、Ｗｅｂブラウザ１１間でやり取りされる情報である。本実施形態では、クッキー情報として、セッションＩＤ４２と、ログイン済サイト４３とを用いるものとする。セッションＩＤ４２は、クライアント１とのセッションを識別するための情報である。なお、セッションＩＤ４２以外のクライアント１を識別するための識別情報を、クッキー情報に用いることとしてもよい。ログイン済サイト４３は、ログインしたサイトのシステムを識別するための情報である。なお、ログイン済サイト４３には、サイト名、サイト区分コード、などを用いることが考えられる。
【００３０】
クライアント１の管理部２１５は、各ユーザのログイン完了後に、ログイン情報テーブル２１６に、各ユーザのログイン情報（レコード）を登録する。また、管理部２１５は、ログイン時刻から所定の時間（例えば、３０分）が経過したログイン情報（レコード）を削除する。
【００３１】
次に、クッキー情報の送受信について説明する。
【００３２】
図５（ａ）は、カスタマーのユーザが、本トレードステムにログインした場合のシーケンス図である。なお、カスタマーが使用するクライアント１から送信されたログイン要求（および、各種の要求）は、当該カスタマーが属するグループに割り振られたいずれか一方のシステムでしか処理することができないものとする。
【００３３】
まず、クライアント１のＷｅｂブラウザ１１は、ユーザＩＤ、パスワードを含むログイン要求を、本トレードシステムに仮想ＵＲＬを宛先として送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２またはＢシステム３のＩＰアドレスを取得する。なお、図示する例では、Ａシステム２のＩＰアドレスを取得するものとする。そして、Ｗｅｂブラウザ１１は、取得したＩＰアドレスを用いて、Ａシステム２にログイン要求を送信する（Ｓ５１）。なお、このログイン要求がＡシステム２（すなわち、ＰＬサーバ２１）に対する最初の要求（アクセス）の場合、ログイン要求にはクッキー情報は付加されない。
【００３４】
Ａシステム２のＰＬサーバ２１は、ログイン要求を受け付ける。そして、ＢＬサーバ２２は、所定の認証処理を行い、認証に成功した場合にログイン完了の応答情報を生成する。そして、ＰＬサーバ２１の管理部２１５は、ログイン要求を受け付けたユーザのログイン情報を、ログイン情報テーブル２１６に登録する（Ｓ５２）。すなわち、管理部２１５は、ログイン要求に含まれるユーザＩＤと、クッキー情報と、ログイン要求を受け付けた時刻とを設定したログイン情報をログイン情報テーブル２１６に登録する。なお、管理部２１５は、クッキー情報のセッションＩＤにはクライアント１とのセッションＩＤを、ログイン済サイトには自サイトのサイト情報（この場合は、「Ａサイト」）をそれぞれ設定する。そして、ＰＬサーバ２１の出力部２１３は、クッキー情報（セッションＩＤ、ログイン済サイト）を付加した応答情報をクライアント１に送信する（Ｓ５３）。
【００３５】
クライアント１のＷｅｂブラウザ１１は、クッキー情報が付加された応答情報を受信する。そして、Ｗｅｂブラウザ１１は、当該応答情報を解析して所定の画面を出力装置に表示するととともに、クッキー情報を記憶部１２に記憶する（Ｓ５４）。そして、Ｗｅｂブラウザ１１は、次に、Ａシステム２に対して要求を送信する場合、記憶部１２に記憶したクッキー情報を当該要求に付加して送信する（Ｓ５５）。なお、Ｗｅｂブラウザ１１は、記憶部１２に記憶したクッキー情報を、所定の時間（例えば、３０分）が経過した後、削除するものとする。また、応答情報は、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）などのマークアップ言語により記述されたＷｅｂページの情報などである。
【００３６】
図５（ｂ）は、ビジターのユーザが、本トレードステムに所定の要求を送信した場合のシーケンス図である。なお、ビジターが使用するクライアント１が送信した要求は、Ａシステム２またはＢシステム３のどちらのシステムにおいても処理が行えるものとする。
【００３７】
まず、クライアント１のＷｅｂブラウザ１１は、所定の要求を、本トレードシステムに仮想ＵＲＬを宛先として送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２またはＢシステム３のＩＰアドレスを取得する。なお、図示する例では、Ａシステム２のＩＰアドレスを取得するものとする。そして、Ｗｅｂブラウザ１１は、取得したＩＰアドレスを用いて、Ａシステム２に所定の要求を送信する（Ｓ５６）。なお、この要求がＡシステム２（すなわち、ＰＬサーバ２１）に対する最初の要求（アクセス）の場合、当該要求にはクッキー情報は付加されない。
【００３８】
Ａシステム２のＰＬサーバ２１は、当該要求を受け付ける。そして、ＢＬサーバ２２は、当該要求に対する応答情報を生成する。そして、ＰＬサーバ２１の出力部２１３は、クッキー情報（セッションＩＤ）を付加した応答情報をクライアント１に送信する（Ｓ５７）。なお、出力部２１３は、クッキー情報として、クライアント１とのセッションＩＤを用いるものとする。
【００３９】
クライアント１のＷｅｂブラウザ１１は、クッキー情報が付加された応答情報を受信する。そして、Ｗｅｂブラウザ１１は、当該応答情報を解析して所定の画面を出力装置に表示するととともに、クッキー情報を記憶部１２に記憶する（Ｓ５８）。そして、Ｗｅｂブラウザ１１は、次に、Ａシステム２に対して要求を送信する場合、記憶部１２に記憶したクッキー情報を当該要求に付加して送信する（Ｓ５９）。
【００４０】
以上、説明したように、本トレードシステムにログインしたカスタマーから送信される要求（Ｓ５５）には、セッションＩＤとログイン済サイトとを含むクッキー情報が付加されている。一方、本トレードシステムに一旦アクセスしたビジターから送信される要求（Ｓ５９）には、セッションＩＤを含むクッキー情報が付加されている。
【００４１】
次に、各サイトのＰＬサーバ２１、３１が、クライアント１から受け付けた要求が、自システムのカスタマーからの要求であるか、他システムのカスタマーからの要求であるか、あるいは、ビジターからの要求であるかを判別する処理について説明する。
【００４２】
なお、以下に説明する処理では、クライアント１のＷｅｂブラウザ１１は、所定の要求を、本トレードシステム（仮想ＵＲＬ）に送信する。そして、Ｗｅｂブラウザ１１は、ローカルＤＮＳサーバ（不図示）およびＤＮＳサーバ４からＡシステム２のＩＰアドレスを取得し、Ａシステム２に所定の要求を送信するものとする。
【００４３】
図６は、クライアント１から要求を受け付けたＡシステム２のＰＬサーバ２１の処理フロー図である。
【００４４】
ＰＬサーバ２１の入力受付部２１１は、クライアント１から所定の要求を受け付け、当該要求が外部システム５から遷移された要求か否かを判別する（Ｓ６１）。すなわち、入力受付部２１１は、クライアント１から送信された要求の要求メソッドが、「ＧＥＴ方式」であるか、または「ＰＯＳＴ方式」であるかを判別する。
【００４５】
本実施形態では、外部システム５から遷移された要求の場合は「ＧＥＴ方式」を採用し、サイト内（本トレードシステム内）で遷移された場合は「ＰＯＳＴ方式」を採用しているものとする。したがって、入力受付部２１１は、「ＧＥＴ方式」の場合は外部システム５から遷移した要求と判別し、「ＰＯＳＴ方式」の場合はサイト内から遷移した要求と判別する。
【００４６】
なお、外部システム５から遷移された要求の場合には、例えば、本トレードシステムが提供する画面情報に埋め込まれた外部システム５のリンク情報をクリックして、リンク先の外部システム５の画面を表示する。そして、この外部システム５の画面に表示された「前画面へ戻る」ボタンをクリックした場合が考えられる。Ｗｅｂブラウザ１１は、「前画面へ戻る」ボタンのクリックを受け付けると、本トレードシステムの仮想ＵＲＬを宛先として、前画面の要求を送信する。また、外部システム５から遷移された要求の場合には、外部システム５が提供する画面に、本トレードシステムの仮想ＵＲＬがリンク情報として埋め込まれている場合などが考えられる。
【００４７】
外部システム５から遷移された要求の場合（Ｓ６１：ＹＥＳ）、入力受付部２１１は、Ｓ６１で受け付けた要求を判別部２１２に引き渡す。判別部２１２は、要求にログイン済みサイトのクッキー情報が付加されているか否かを判別する（Ｓ６２）。なお、ログイン済みサイトのクッキー情報が付加されている要求の場合、図５で説明したように、当該要求はＡシステム２またはＢシステム３に既にログイン済みのカスタマーの要求である。
【００４８】
ログイン済みサイトのクッキー情報が付加されている場合（Ｓ６２：ＹＥＳ）、判別部２１２は、当該ログイン済みサイトが自サイトか否かを、さらに判別する（Ｓ６３）。なお、ＰＬサーバ２１のメモリまたは外部記憶装置には、ＰＬサーバ２１の自サイトのサイト情報（この場合「Ａサイト」）が、記憶されているものとする。
【００４９】
ログイン済みサイトが自サイトの場合（Ｓ６３：ＹＥＳ）、判別部２１２は、自サイトにログイン済みのカスタマーからの要求であると判別する（Ｓ６４）。そして、判別部２１２は、当該要求をＢＬサーバ２２に送出する。そして、ＢＬサーバ２２の業務処理部２２１は、当該要求に対応する応答情報を、ＤＢサーバ２３の業務ＤＢ２３１を用いて生成し、ＰＬサーバ２１に送出する。すなわち、当該要求はログイン済みのカスタマーの要求であるため、業務処理部２２１は、ログイン処理を要求するログイン画面を生成することなく、応答情報を生成する。
【００５０】
ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ６５）。なお、出力部２１３が付加するクッキー情報は、Ｓ６１で受信した要求に付加されたクッキー情報（セッションＩＤ、ログイン済みサイト）と同じものとする。これにより、外部システム５から遷移された要求であっても、Ａシステム２に既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなくＡシステム２での処理を続行することができる。
【００５１】
一方、ログイン済みサイトが他サイトの場合（Ｓ６３：ＮＯ）、判別部２１２は、他サイトにログイン済みのカスタマーからの要求であると判別する（Ｓ６６）。そして、転送部２１４は、リダイレクト画面の画面情報を生成し、要求元のクライアント１に送信する（Ｓ６７）。なお、転送部２１４は、Ｓ６１で受信した要求に付加されたクッキー情報を、生成したリダイレクト画面に付加して送信する。また、リダイレクト画面は、他サイト（Ｂサイト）のシステムに、Ｓ６１で受け付けた要求を転送するため画面であって、何も表示されない白画面である。そして、転送部２１４は、ＨＴＭＬなどを用いて記述されたリダイレクト画面の画面情報の中に、Ｗｅｂブラウザ１１側で実行するスクリプト（プログラム）を埋め込むものとする。また、転送部２１４は、当該スクリプトのＰＯＳＴ変数（引数）も、リダイレクト画面の画面情報に埋め込むものとする。
【００５２】
なお、ＰＯＳＴ変数には、Ｓ６１で受信した要求と、他サイト（Ｂサイト）のＵＲＬとが含まれる。ＰＬサーバ２１のメモリまたは外部記憶装置には、他サイトのＵＲＬが、あらかじめ記憶されているものとする。また、転送部２１４は、このようなＰＯＳＴ変数を、隠しデータとして画面情報に埋め込む。すなわち、ＨＴＭＬを用いて記述された画面情報の場合、転送部２１４は、「ＩＮＰＵＴ」タグの「ＴＹＰＥ＝ｈｉｄｄｅｎ」を用いて、クライアント１の出力装置には表示されない隠しデータ（ＰＯＳＴ変数）をクライアント１に送信する。なお、Ｗｅｂブラウザ１１が実行するスクリプトについては後述する。
【００５３】
また、ログイン済みサイトのクッキー情報が付加されていない場合（Ｓ６２：ＮＯ）、判別部２１２は、セッションＩＤのクッキー情報が付加されているか否かを判別する（Ｓ６８）。なお、ログイン済みサイトのクッキー情報が付加されていない場合には、例えば、当該要求がビジターからの要求である場合、クッキー情報が破損した場合、または想定外の値が設定されている場合などが考えられる。また、セッションＩＤのクッキー情報が付加されていない場合には、初回の要求である場合、クッキー情報が破損した場合、または想定外の値が設定されている場合などが考えられる。
【００５４】
セッションＩＤのクッキー情報が付加されている場合（Ｓ６８：ＹＥＳ）、判別部２１２は、ログイン情報テーブル２１６を参照し、当該セッションＩＤのレコードが存在するか否かを判別する（Ｓ６９）。セッションＩＤのレコードが存在する場合（Ｓ６９：ＹＥＳ）、判別部２１２は、当該要求は自サイトにログイン済みのカスタマーの要求であると判別し、当該要求を、ＢＬサーバ２２に引き渡す（Ｓ７０）。そして、ＢＬサーバ２２は、Ｓ６５と同様に、当該要求に対する応答情報を生成し、ＰＬサーバ２１に送出する。ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ７１）。なお、出力部２１３が付加するクッキー情報は、Ｓ６１で受信した要求に付加されたセッションＩＤに、ログイン済みサイト（自サイトである「Ａサイト」）を追加したものである。
【００５５】
これにより、ログイン済みサイトのクッキー情報が破損した場合であっても、ログイン情報テーブル２１６を参照して、Ａシステム２に既にログイン済みのカスタマーか否かを判別することができる。すなわち、Ａシステム２に既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなくＡシステム２での処理を続行することができる。
【００５６】
一方、セッションＩＤのクッキー情報が付加されていない場合（Ｓ６８：ＮＯ）、または、セッションＩＤのレコードが存在しない場合（Ｓ６９：ＮＯ）、判別部２１２は、当該要求はビジターの要求であると判別する（Ｓ７２）。ビジターの要求はＡシステム２またはＢシステム３のどちらのシステムにおいてもが処理が行えるため、判別部２１２は、当該要求をＢＬサーバ２２に引き渡す。そして、ＢＬサーバ２２の業務処理部２２１は、当該要求に対応する応答情報を、ＤＢサーバ２３の業務ＤＢ２３１を用いて生成し、ＰＬサーバ２１に送出する。なお、Ａシステム２に既にログイン済みのカスタマーの場合であるが、クッキー情報の破損などにビジターと判別された場合、業務処理部２２１は、当該要求の種類によっては、ログイン処理を要求するためのログイン画面を生成する。
【００５７】
そして、ＰＬサーバ２１の出力部２１３は、要求元クライアント１のクッキー情報（セッションＩＤ）を付加した応答情報を、要求元クライアント１に送信する（Ｓ７３）。
【００５８】
なお、サイト内（本トレードシステム内）で遷移された要求の場合（Ｓ６１：ＮＯ）、入力受付部２１１は、判別処理を行うことなく、Ｓ６１で受け付けた要求を、ＢＬサーバ２２に引き渡す。ＢＬサーバ２２は、Ｓ６５と同様に、当該要求に対する応答情報を生成し、ＰＬサーバ２１に送出する。ＰＬサーバ２１の出力部２１３は、ＢＬサーバ２２が生成した応答情報に、クッキー情報を付加して要求元のクライアント１に送信する（Ｓ７４）。
【００５９】
次に、図６に示すＳ６７の他サイトのカスタマーと判別した場合の処理を、さらに説明する。
【００６０】
図７は、他サイトのカスタマーと判別した場合のクライアント１と、ＰＬサーバ２１、３１とのシーケンス図である。まず、クライアント１のＷｅｂブラウザ１１は、前述の通り、クッキー情報（セッションＩＤ、ログイン済みサイト）が付加された要求を、ＡサイトのＰＬサーバ２１に送信する（Ｓ７１）。そして、ＡサイトのＰＬサーバ２１は、図６の判別処理を行い、当該要求を他サイトのカスタマーから送信された要求であると判別する。したがって、ＰＬサーバ２１の転送部２１４は、前述のリダイレクト画面をクライアント１に送信する（Ｓ７２）。
【００６１】
クライアント１のＷｅｂブラウザ１１は、リダイレクト画面の画面情報を受信し、当該画面情報を解析して出力装置に表示するとともに、当該画面情報に含まれるスクリプトを実行する。リダイレクト画面の画面情報に含まれるスクリプトは、Ｗｅｂブラウザ１１に、リダイレクト画面がクライアント１の出力装置に表示（ローディング）されたタイミング（イベント）を検知して、他サイト（Ｂサイト）に要求を転送する処理を行わせるものである。
【００６２】
したがって、Ｗｅｂブラウザ１１は、画面情報に含まれるスクリプトを実行することにより、ポスト変数に含まれる他サイト（Ｂサイト）のＵＲＬに、Ｓ７１で送信した要求を転送する（Ｓ７３）。なお、リダイレクト画面は、何も表示されない白画面である。このため、Ｗｅｂブラウザ１１が、画面情報を解析してリダイレクト画面を出力装置に表示するために要する時間は、ごく短い時間（一瞬）である。したがって、クライアント１の出力装置に一瞬、表示されるリダイレクト画面を、ユーザは認識することなく、自動的に他サイト（Ｂサイト）に要求を転送することができる。
【００６３】
なお、クライアント１から要求を受け付けたＰＬサーバ３１は、図６に示す判別処理を行う。すなわち、自サイト（Ｂサイト）のログイン済みサイトのクッキー情報が付加された要求であるため（Ｓ６３：ＹＥＳ）、ＰＬサーバ３１は自サイトのカスタマーであると判別する（Ｓ６４）。
【００６４】
以上、本発明の一実施形態を説明した。
【００６５】
本実施形態では、各システムのＰＬサーバ２１、３１は、クライアント１からの要求に付加されたクッキー情報に基づいて、当該要求が自サイトにログイン済みのカスタマーの要求か、他サイトにログイン済みのカスタマーの要求か、またはビジターからの要求かを判別する。そして、ＰＬサーバ２１、３１は、他サイトにログイン済みのカスタマーの要求と判別した場合、リダイレクト画面の画面情報を生成して要求元のクライアントに送信する。クライアントは、リダイレクト画面の画面情報に含まれるスクリプトを実行することにより、自動的に、他サイトのシステムに要求を転送する。これにより、クライアント１側および外部システム５側に複数のシステムを意識させることなく、クライアントからの要求を複数のシステム間で適切に振り分けることができる。
【００６６】
また、本実施形態では、外部システム５から遷移された要求であっても、ＰＬサーバ２１、３１が自システムに既にログイン済みのカスタマーであると判別した場合は、再度、ログイン処理を行うことなく自システムでの処理を続行することができる。これにより、ユーザは、外部システム５から本トレードシステムに遷移する（戻る）度に、ログイン処理を行う必要がない。
【００６７】
また、本実施形態では、他システムに既にログイン済みのカスタマーであると判別した場合は、リダイレクト画面を生成し、要求元のクライアント１に送信する。これにより、要求元のクライアント１は、自動的に要求を他システムに転送することができる。すなわち、ユーザが意識することなく（操作を行うことなく）、クライアントからの要求を適切に複数のシステム間で振り分けることができる。
【００６８】
また、本実施形態のＰＬサーバ２１、３１は、ログイン情報テーブル２１６を有する。これにより、ログイン済みサイトのクッキー情報が破損した場合であっても、ログイン情報テーブル２１６を参照して、自システムに既にログイン済みのカスタマーか否かを判別することができる。すなわち、自システムに既にログイン済みのカスタマーの場合は、再度、ログイン処理を行うことなく自システムでの処理を続行することができる。
【００６９】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【図面の簡単な説明】
【００７０】
【図１】本発明の一実施形態が適用されたトレードシステムの全体構成を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】名前解決テーブルの一例を示す図である。
【図４】ログイン情報テーブルの一例を示す図である。
【図５】クッキー情報の送受信を示すシーケンス図である。
【図６】ＰＬサーバの判別処理の処理フロー図である。
【図７】他サイトのカスタマーと判別した場合のシーケンス図である。
【符号の説明】
【００７１】
１：クライアント、１１：Ｗｅｂブラウザ、２：Ａサイトのシステム、２１：ＰＬサーバ、２１１：入力受付部、２１２：判別部、２１３：出力部、２１４：転送部、２１５：管理部、２１６：ログイン情報テーブル、２２：ＢＬサーバ、２２１：業務処理部、２３：ＤＢサーバ、２３１：業務ＤＢ、３：Ｂサイトのシステム、３１：ＰＬサーバ、３２：ＢＬサーバ、３３：ＤＢサーバ、４：ＤＮＳサーバ、４１：名前解決部、４２名前解決テーブル、５：外部システム、９：ネットワーク
【特許請求の範囲】
【請求項１】
複数の業務システムを有し、クライアントからの要求を前記複数の業務システムに振り分けて処理を行う負荷分散システムであって、
前記業務システム各々は、
前記クライアントから要求を受け付ける要求受付手段と、
前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別手段と、
前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントが送信した要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントから送信された要求であると判別する第２の判別手段と、
前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付手段が受け付けた要求を転送するための転送情報を生成し、前記他クライアントに送信する転送手段と、を有すること
を特徴とする負荷分散システム。
【請求項２】
請求項１記載の負荷分散システムであって、
前記要求受付手段が受け付けた要求には、前記クライアントを識別するための識別情報が付加され、
前記業務システム各々は、
自業務システムにログインした自クライアントを管理するためのログイン情報テーブルと、
前記要求に付加された識別情報が前記ログイン情報テーブルに存在するか否かを判別し、前記識別情報が前記ログイン情報テーブルに存在する場合、前記要求を前記自クライアントから送信された要求であると判別する第３の判別手段と、をさらに有すること
を特徴とする負荷分散システム。
【請求項３】
請求項２記載の負荷分散システムであって、
前記ログイン済み情報および前記識別情報は、クッキー情報であること
を特徴とする負荷分散システム。
【請求項４】
請求項１記載の負荷分散システムであって、
前記転送情報には、前記要求と、前記他業務システムのアドレス情報と、前記他クライアントに実行させるプログラムと、が含まれ、
前記プログラムは、前記他クライアントに、前記転送情報に記述された画面が前記他クライアントの表示装置に表示されたことを検知して、前記他業務システムのアドレス情報を宛先として、前記要求を転送させること
を特徴とする負荷分散システム。
【請求項５】
クライアントからの要求を複数の業務システムに振り分けて処理を行う負荷分散方法であって、
前記業務システム各々は、
前記クライアントから要求を受け付ける要求受付ステップと、
前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別ステップと、
前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントの要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントの要求であると判別する第２の判別ステップと、
前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付ステップで受け付けた要求を転送するための画面情報を生成し、前記他クライアントに送信する転送ステップと、を行うこと
を特徴とする負荷分散方法。
【請求項１】
複数の業務システムを有し、クライアントからの要求を前記複数の業務システムに振り分けて処理を行う負荷分散システムであって、
前記業務システム各々は、
前記クライアントから要求を受け付ける要求受付手段と、
前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別手段と、
前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントが送信した要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントから送信された要求であると判別する第２の判別手段と、
前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付手段が受け付けた要求を転送するための転送情報を生成し、前記他クライアントに送信する転送手段と、を有すること
を特徴とする負荷分散システム。
【請求項２】
請求項１記載の負荷分散システムであって、
前記要求受付手段が受け付けた要求には、前記クライアントを識別するための識別情報が付加され、
前記業務システム各々は、
自業務システムにログインした自クライアントを管理するためのログイン情報テーブルと、
前記要求に付加された識別情報が前記ログイン情報テーブルに存在するか否かを判別し、前記識別情報が前記ログイン情報テーブルに存在する場合、前記要求を前記自クライアントから送信された要求であると判別する第３の判別手段と、をさらに有すること
を特徴とする負荷分散システム。
【請求項３】
請求項２記載の負荷分散システムであって、
前記ログイン済み情報および前記識別情報は、クッキー情報であること
を特徴とする負荷分散システム。
【請求項４】
請求項１記載の負荷分散システムであって、
前記転送情報には、前記要求と、前記他業務システムのアドレス情報と、前記他クライアントに実行させるプログラムと、が含まれ、
前記プログラムは、前記他クライアントに、前記転送情報に記述された画面が前記他クライアントの表示装置に表示されたことを検知して、前記他業務システムのアドレス情報を宛先として、前記要求を転送させること
を特徴とする負荷分散システム。
【請求項５】
クライアントからの要求を複数の業務システムに振り分けて処理を行う負荷分散方法であって、
前記業務システム各々は、
前記クライアントから要求を受け付ける要求受付ステップと、
前記複数の業務システムのいずれかの業務システムにログイン済みであることを示すログイン済み情報が、前記要求に付加されているか否かを判別する第１の判別ステップと、
前記ログイン済み情報が自業務システムにログイン済みであることを示す自ログイン済み情報の場合、前記要求を自業務システムにログインした自クライアントの要求であると判別するとともに、前記ログイン済み情報が他業務システムにログイン済みであることを示す他ログイン済み情報の場合、前記要求を他業務システムにログインした他クライアントの要求であると判別する第２の判別ステップと、
前記他クライアントの要求であると判別した場合、前記他業務システムに前記要求受付ステップで受け付けた要求を転送するための画面情報を生成し、前記他クライアントに送信する転送ステップと、を行うこと
を特徴とする負荷分散方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００６−２７７３８７（Ｐ２００６−２７７３８７Ａ）
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願番号】特願２００５−９６１２２（Ｐ２００５−９６１２２）
【出願日】平成１７年３月２９日（２００５．３．２９）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願日】平成１７年３月２９日（２００５．３．２９）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]