(57)【要約】【課題】処理装置で実行されるサービスを閉塞する。【解決手段】振替元処理装置３が閉塞状態に移行する際、振替元処理装置３は、利用者端末８と振替元処理装置３のセッションに対応するワンタイムＩＤを払い出すとともに、負荷分散装置２に、ワンタイムＩＤを送信する。負荷分散装置２は、移行後にセッションを処理する振替先処理装置４のＩＤを、振替元処理装置３に送信する。振替元処理装置３は、振替先処理装置４にワンタイムＩＤと、セッションの処理履歴情報とを送信する。振替元処理装置３が、セッションＩＤを含む要求メッセージを受信すると、ワンタイムＩＤを含むリダイレクトメッセージを送信する。負荷分散装置２が、利用者端末８が送信したワンタイムＩＤを含む要求メッセージを受信すると、振替先処理装置４に、ワンタイムＩＤを含む要求メッセージを送信する。振替元処理装置３は、セッションがタイムアウトした後、閉塞状態に移行する。【選択図】      図１
2012248169.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末の要求を処理する複数の処理装置と、前記利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられるサービス閉塞方法において、
第１の処理装置が閉塞状態に移行する際、利用者端末と当該第１の処理装置のセッションの識別子に対応するワンタイム識別子を払い出すとともに、負荷分散装置に、当該ワンタイム識別子を送信するステップと、
前記負荷分散装置が、移行後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、前記第１の処理装置に送信するステップと、
前記第１の処理装置が、前記第２の処理装置に当該ワンタイム識別子と、当該セッションの処理履歴情報とを送信するステップと、
前記第１の処理装置が、前記利用者端末が送信した前記セッション識別子を含む要求メッセージを受信すると、前記ワンタイム識別子を含むリダイレクトメッセージを送信するステップと、
前記負荷分散装置が、前記利用者端末が送信した前記ワンタイム識別子を含む要求メッセージを受信すると、前記ワンタイム識別子に対応する第２の処理装置に、前記ワンタイム識別子を含む要求メッセージを送信するステップと、
前記第１の処理装置が、当該セッションがタイムアウトした後、閉塞状態に移行するステップ
を備えることを特徴とするサービス閉塞方法。
【請求項２】
利用者端末の要求を処理する複数の処理装置と、前記利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられるサービス閉塞方法において、
負荷分散装置が、第１の処理装置の識別子と、利用者端末と前記第１の処理装置のセッションについて前記第１の処理装置によって払い出されたセッション識別子とを対応づけたセッション管理データを読み出し、前記セッション識別子を含む第１の要求メッセージを、前記第１の処理装置に送信するステップと、
前記第１の処理装置が閉塞状態に移行する際、前記セッション識別子に対応するワンタイム識別子を払い出すとともに、前記負荷分散装置に、閉塞後に当該セッションを処理する処理装置の問い合わせを、当該ワンタイム識別子とともに送信するステップと、
前記負荷分散装置が、前記第１の処理装置の閉塞後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、前記第１の処理装置に送信するとともに、前記ワンタイム識別子と前記第２の処理装置の識別子とを対応づけてワンタイムデータに記憶するステップと、
前記第１の処理装置が、前記第２の処理装置の識別子を受信すると、前記第２の処理装置に、前記ワンタイム識別子および当該ワンタイム識別子に対応する処理履歴情報を送信するステップと、
前記第１の処理装置が、前記利用者端末が送信した前記セッション識別子を含む第２の要求メッセージを受信すると、前記ワンタイム識別子を含むリダイレクトメッセージを送信するステップと、
前記負荷分散装置が、前記利用者端末が送信した前記ワンタイム識別子を含む第３の要求メッセージを受信すると、前記ワンタイムデータを読み出し、当該ワンタイム識別子に対応して記憶された前記第２の処理装置に、前記第３の要求メッセージを送信するステップと、
前記第１の処理装置が、当該セッションがタイムアウトした後、閉塞状態に移行するステップ
を備えることを特徴とするサービス閉塞方法。
【請求項３】
前記第２の処理装置が、前記ワンタイム識別子および前記処理履歴情報を受信すると、前記ワンタイム識別子および前記処理履歴情報を対応づけて移行管理データに記憶するステップと、
前記第２の処理装置が、前記第３の要求メッセージを受信すると、前記新たなセッション識別子を払い出し、前記移行管理データを読み出して、前記第３の要求メッセージに含まれるワンタイム識別子に対応する処理履歴情報を参照して、前記第３の要求メッセージを処理するステップ
をさらに備えることを特徴とする請求項２に記載のサービス閉塞方法。
【請求項４】
利用者端末の要求を処理する複数の処理装置と、前記利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる処理装置において、
利用者端末が送信したセッション識別子を含む第１の要求メッセージを受信すると、前記第１の要求メッセージを処理するとともに、当該セッション識別子と処理履歴情報とを対応づけてリソースデータに記憶するリソース処理手段と、
閉塞状態に移行する際、前記セッション識別子に対応するワンタイム識別子を払い出すとともに、負荷分散装置に、閉塞後に当該セッションを処理する処理装置の問い合わせを、当該ワンタイム識別子とともに送信し、前記負荷分散装置から、閉塞後に当該セッションを処理する処理装置として特定した振替先処理装置の識別子を受信すると、前記振替先処理装置に、前記ワンタイム識別子および当該ワンタイム識別子に対応する処理履歴情報を送信し、
前記利用者端末が送信した前記セッション識別子を含む第２の要求メッセージを受信すると、前記ワンタイム識別子を含むリダイレクトメッセージを送信し、
当該セッションがタイムアウトした後、閉塞状態に移行する閉塞制御手段
を備えることを特徴とする処理装置。
【請求項５】
利用者端末の要求を処理する複数の処理装置と、前記利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる処理装置において、
閉塞状態に移行する振替元処理装置から、ワンタイム識別子および処理履歴情報を取得すると、前記ワンタイム識別子と処理履歴情報とを対応づけて振替管理データに記憶し、
前記利用者端末が送信した前記ワンタイム識別子を含む要求メッセージを受信すると、セッション識別子を払い出し、前記振替管理データにおいて前記ワンタイム識別子に対応する処理履歴情報を参照して、前記要求メッセージを処理する振替制御手段
を備えることを特徴とする処理装置。
【請求項６】
コンピュータを、請求項４および請求項５のいずれか１項に記載の手段として機能させるための処理プログラム。
【請求項７】
利用者端末の要求を処理する複数の処理装置と、前記利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる負荷分散装置において、
第１の処理装置の識別子と、前記利用者端末と前記第１の処理装置のセッションについて前記第１の処理装置によって払い出されたセッション識別子とを対応づけたセッション管理データが記憶された記憶装置と、
前記セッション管理データを読み出して、前記セッション識別子を含む要求メッセージを、前記第１の処理装置に送信する分散処理手段と、
前記第１の処理装置から、閉塞後に当該セッションを処理する処理装置の問い合わせを、ワンタイム識別子とともに受信すると、前記第１の処理装置の閉塞後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、前記第１の処理装置に送信するとともに、前記ワンタイム識別子と前記第２の処理装置の識別子とを対応づけてワンタイムデータに記憶し、
前記利用者端末が送信した前記ワンタイム識別子を含む要求メッセージを受信すると、前記ワンタイムデータを読み出して、前記ワンタイム識別子に対応して記憶された前記第２の処理装置に、当該要求メッセージを送信する移行支援手段
を備えることを特徴とする負荷分散装置。
【請求項８】
コンピュータを、請求項７に記載の手段として機能させるための負荷分散プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムにおけるサービス閉塞方法、処理装置、処理プログラム、負荷分散装置および負荷分散プログラムに関する。
【背景技術】
【０００２】
一般的に、ウェブブラウザが動作する利用者端末は、インターネット（登録商標）などのネットワークを介して、ＨＴＴＰのメッセージに従ってウェブサーバと通信する。ここでＨＴＴＰとは、Hypertext Transfer Protocolの略であって、ウェブサービスを利用するために使われるプロトコルである。
【０００３】
大量のＨＴＴＰメッセージを処理するため、ウェブサービスシステムでは、複数のウェブサーバを運用する場合がある。このようなウェブサービスシステムは、負荷分散装置を備える。負荷分散装置は、各ウェブサーバにＨＴＴＰメッセージの処理を割り当て、各ウェブサーバの処理負荷を分散する。ウェブサーバへの利用開始の要求メッセージは、負荷分散装置によって、予め定められた論理に従っていずれかのウェブサーバが割り当てられる。負荷分散装置によって割り当てられたウェブサーバは、セッションとして扱うために必要なセッション情報を生成し保持し、利用者端末への応答メッセージに当該セッションの識別子を設定する。以降、一連の要求および応答処理は一つのセッションとして管理される。
【０００４】
ウェブサーバをメンテナンスする際、ウェブサーバは、メンテナンス対象のサーバを閉塞してサービス提供状態からサービス停止状態に移行する。この際ウェブサーバは、サービスを中断しないように、現行セッションを保持したまま、当該ウェブサーバを閉塞する必要がある。
【０００５】
現行セッションを保持したまま、ウェブサーバを閉塞させる方法として、（１）一つのセッション情報の複製を、複数のウェブサーバが分散保持する方法、（２）共通データベースサーバが、セッション情報を集中保持する方法がある。さらに、上記（１）および（２）の課題を回避するために、（３）セッション情報を一つのウェブサーバのみで保持する方法がある。
【０００６】
上記（１）の方法について詳述する。上記（１）の方法では、最初に割り振られたウェブサーバにおいて生成および保持されたセッション情報について、セッション情報の複製が、他の全てのウェブサーバに送信される（非特許文献１の第１０章  １０．２．４．３「セッションのレプリケーション」参照）。このようなシステムにおいて、全てのウェブサーバが、常に最新の同一セッション情報を保持する。これにより、最初に割り振られたウェブサーバがメンテナンスするために閉塞した場合にも、負荷分散装置は、一定の論理で、例えばランダムに、別のウェブサーバへ当該セッション上の要求を振り分ける。新たに割り当てられたウェブサーバは、自身が保持するセッション情報を使うことにより、サービスを中断なく継続できる。
【０００７】
しかしこのような（１）の方法において、同一セッション情報を全てのウェブサーバで保持するため、処理オーバーヘッドと保持情報容量が大きくなる問題がある。これに伴い、各ウェブサーバは、より高いサーバ能力が必要となり、あるいは、並列動作可能なウェブサーバ台数に制限が生じるという課題がある。その結果、上記（１）の方法では、サービス提供費用も高くなる問題がある。
【０００８】
上記（２）の方法について詳述する。上記（２）の方法では、最初に割り振られたウェブサーバにおいて生成および保持されたセッション情報が、共通のデータベースサーバに送信され、この共通のデータベースサーバが全てのセッション情報を保持する（非特許文献１の第２章  ２．３．１「セッションの永続性」参照）。これにより、最初に割り振られたウェブサーバがメンテナンスするために閉塞した場合にも、負荷分散装置は、一定の論理で、例えばランダムに、別のウェブサーバへ当該セッション上の要求を振り分ける。新たに割り当てられたウェブサーバは、共通データベースの当該セッション情報を使うことにより、サービスを中断なく継続できる。
【０００９】
しかしこのような（２）の方法において、セッション集中管理用の共通データベースサーバが必要であり、さらにセッション情報を常に最新に保持するために、ウェブサーバの処理オーバーヘッドが生じるという課題がある。その結果、上記（２）の方法でも、サービス提供費用も高くなる問題がある。
【００１０】
上記（３）の方法について詳述する。上記（３）の方法は、上記（１）および（２）の従来方法の課題を回避するために、一般的に適用されている方法である。上記（３）の方法では、最初に割り振られたウェブサーバのみでセッション情報を生成および保持する。さらに、当該ウェブサーバで払い出したセッション識別子を用いて、負荷分散装置が、引き続く一連の要求を同一ウェブサーバへ振り分ける。この方法ではセッション情報を他のウェブサーバへ複製したり共通データベースサーバで集中管理したりする必要がない。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】ジェイソン・ブリテン、イアン・Ｆ・ダーウィン著、「Ｔｏｍｃａｔハンドブック」、第１版、株式会社オーム社、２００３年１２月１８日
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記（３）の方法においても問題がある。具体的には上記（３）の方法において、ウェブサーバを閉塞しようとすると、閉塞へ移行する前に、予め新規セッションの要求を受け付けないようにした後、全ての現行セッションが終了するまで待つか、強制終了させた上で、閉塞完了にする必要がある。従って、上記（３）の方法は、現行セッションが終了する時間はシステム側で決定できないので、メンテナンスの効率性が悪化する課題がある。一方、セッションを強制終了すると、利用者の利便性が低下する課題がある。
【００１３】
従って、メンテナンスのためにウェブサーバを閉塞する際、利用者の利便性を損なうことがないように、現行セッションを中断せず当該ウェブサーバを閉塞する技術の開発が期待されている。上記（１）および（２）のいずれの従来方法においてもセッションの中断なくウェブサーバを閉塞できるものの、その実現のための処理オーバーヘッドや必要設備量が大きくなる課題があり、その結果、サービス提供費用も高くなる。また、上記（３）の方法は、上記（１）および（２）の課題を回避可能である。しかし、当該ウェブサーバの全てのセッションを一定時間内に確実に終了できる保証がないため、上記（３）の方法は、一定時間内に確実に終了させて閉塞状態にするために、現行セッションを強制的に終了させる必要があり、サービスの中断が生じてしまう課題があった。
【００１４】
そこで本発明は、現行セッションを中断することなく、ウェブサーバの処理の負担が少ないサービス閉塞方法、処理装置、処理プログラム、負荷分散装置および負荷分散プログラムを提供することである。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明の第１の特徴は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられるサービス閉塞方法に関する。本発明の第１の特徴に係るサービス閉塞方法は、第１の処理装置が閉塞状態に移行する際、利用者端末と当該第１の処理装置のセッションの識別子に対応するワンタイム識別子を払い出すとともに、負荷分散装置に、当該ワンタイム識別子を送信するステップと、負荷分散装置が、移行後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、第１の処理装置に送信するステップと、第１の処理装置が、第２の処理装置に当該ワンタイム識別子と、当該セッションの処理履歴情報とを送信するステップと、第１の処理装置が、利用者端末が送信したセッション識別子を含む要求メッセージを受信すると、ワンタイム識別子を含むリダイレクトメッセージを送信するステップと、負荷分散装置が、利用者端末が送信したワンタイム識別子を含む要求メッセージを受信すると、ワンタイム識別子に対応する第２の処理装置に、ワンタイム識別子を含む要求メッセージを送信するステップと、第１の処理装置が、当該セッションがタイムアウトした後、閉塞状態に移行するステップを備える。
【００１６】
本発明の第２の特徴は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられるサービス閉塞方法に関する。すなわち本発明の第２の特徴に係るサービス閉塞方法は、負荷分散装置が、第１の処理装置の識別子と、利用者端末と第１の処理装置のセッションについて第１の処理装置によって払い出されたセッション識別子とを対応づけたセッション管理データを読み出し、セッション識別子を含む第１の要求メッセージを、第１の処理装置に送信するステップと、第１の処理装置が閉塞状態に移行する際、セッション識別子に対応するワンタイム識別子を払い出すとともに、負荷分散装置に、閉塞後に当該セッションを処理する処理装置の問い合わせを、当該ワンタイム識別子とともに送信するステップと、負荷分散装置が、第１の処理装置の閉塞後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、第１の処理装置に送信するとともに、ワンタイム識別子と第２の処理装置の識別子とを対応づけてワンタイムデータに記憶するステップと、第１の処理装置が、第２の処理装置の識別子を受信すると、第２の処理装置に、ワンタイム識別子および当該ワンタイム識別子に対応する処理履歴情報を送信するステップと、第１の処理装置が、利用者端末が送信したセッション識別子を含む第２の要求メッセージを受信すると、ワンタイム識別子を含むリダイレクトメッセージを送信するステップと、負荷分散装置が、利用者端末が送信したワンタイム識別子を含む第３の要求メッセージを受信すると、ワンタイムデータを読み出し、当該ワンタイム識別子に対応して記憶された第２の処理装置に、第３の要求メッセージを送信するステップと、第１の処理装置が、当該セッションがタイムアウトした後、閉塞状態に移行するステップを備える。
【００１７】
ここで、第２の処理装置が、ワンタイム識別子および処理履歴情報を受信すると、ワンタイム識別子および処理履歴情報を対応づけて移行管理データに記憶するステップと、第２の処理装置が、第３の要求メッセージを受信すると、新たなセッション識別子を払い出し、移行管理データを読み出して、第３の要求メッセージに含まれるワンタイム識別子に対応する処理履歴情報を参照して、第３の要求メッセージを処理するステップをさらに備えても良い。
【００１８】
本発明の第３の特徴は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる処理装置に関する。すなわち本発明の第３の特徴に係る処理装置は、利用者端末が送信したセッション識別子を含む第１の要求メッセージを受信すると、第１の要求メッセージを処理するとともに、当該セッション識別子と処理履歴情報とを対応づけてリソースデータに記憶するリソース処理手段と、閉塞状態に移行する際、セッション識別子に対応するワンタイム識別子を払い出すとともに、負荷分散装置に、閉塞後に当該セッションを処理する処理装置の問い合わせを、当該ワンタイム識別子とともに送信し、負荷分散装置から、閉塞後に当該セッションを処理する処理装置として特定した振替先処理装置の識別子を受信すると、振替先処理装置に、ワンタイム識別子および当該ワンタイム識別子に対応する処理履歴情報を送信し、利用者端末が送信したセッション識別子を含む第２の要求メッセージを受信すると、ワンタイム識別子を含むリダイレクトメッセージを送信し、当該セッションがタイムアウトした後、閉塞状態に移行する閉塞制御手段を備える。
【００１９】
本発明の第４の特徴は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる処理装置に関する。すなわち本発明の第４の特徴に係る処理装置は、閉塞状態に移行する振替元処理装置から、ワンタイム識別子および処理履歴情報を取得すると、ワンタイム識別子と処理履歴情報とを対応づけて振替管理データに記憶し、利用者端末が送信したワンタイム識別子を含む要求メッセージを受信すると、セッション識別子を払い出し、振替管理データにおいてワンタイム識別子に対応する処理履歴情報を参照して、要求メッセージを処理する振替制御手段を備える。
【００２０】
本発明の第５の特徴は、コンピュータを、本発明の第３の特徴または第４の特徴に記載の手段として機能させる処理プログラムに関する。
【００２１】
本発明の第６の特徴は、利用者端末の要求を処理する複数の処理装置と、利用者端末からの要求を受け付け、いずれかの処理装置に要求を割り当てる負荷分散装置と、を備えるサービス提供システムに用いられる負荷分散装置に関する。すなわち本発明の第６の特徴は、第１の処理装置の識別子と、利用者端末と第１の処理装置のセッションについて第１の処理装置によって払い出されたセッション識別子とを対応づけたセッション管理データが記憶された記憶装置と、セッション管理データを読み出して、セッション識別子を含む要求メッセージを、第１の処理装置に送信する分散処理手段と、第１の処理装置から、閉塞後に当該セッションを処理する処理装置の問い合わせを、ワンタイム識別子とともに受信すると、第１の処理装置の閉塞後に当該セッションを処理する処理装置として特定した第２の処理装置の識別子を、第１の処理装置に送信するとともに、ワンタイム識別子と第２の処理装置の識別子とを対応づけてワンタイムデータに記憶し、利用者端末が送信したワンタイム識別子を含む要求メッセージを受信すると、ワンタイムデータを読み出して、ワンタイム識別子に対応して記憶された第２の処理装置に、当該要求メッセージを送信する移行支援手段を備える。
【００２２】
本発明の第７の特徴は、コンピュータを、本発明の第５の特徴に記載の手段として機能させる負荷分散プログラムに関する。
【発明の効果】
【００２３】
本発明によれば、現行セッションを中断することなく、ウェブサーバの処理の負担が少ないサービス閉塞方法、処理装置、処理プログラム、負荷分散装置および負荷分散プログラムを提供することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る負荷分散装置の機能ブロックを説明する図である。
【図３】本発明の実施の形態に係るセッション管理データのデータ構造の一例を説明する図である。
【図４】本発明の実施の形態に係るワンタイムデータのデータ構造の一例を説明する図である。
【図５】本発明の実施の形態に係る振替元処理装置の機能ブロックを説明する図である。
【図６】本発明の実施の形態に係る振替元処理装置のリソースデータのデータ構造の一例を説明する図である。
【図７】本発明の実施の形態に係る振替元処理装置の閉塞管理のデータ構造の一例を説明する図である。
【図８】本発明の実施の形態に係る振替先処理装置の機能ブロックを説明する図である。
【図９】本発明の実施の形態に係る振替元処理装置のリソースデータのデータ構造の一例を説明する図である。
【図１０】本発明の実施の形態に係る振替元処理装置の移行管理のデータ構造の一例を説明する図である。
【図１１】本発明の実施の形態に係るサービス閉塞方法の処理を説明するシーケンス図である。（その１）
【図１２】本発明の実施の形態に係るサービス閉塞方法の処理を説明するシーケンス図である。（その２）
【発明を実施するための形態】
【００２５】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２６】
（実施の形態）
図１を参照して、本発明の実施の形態に係る情報処理システム１０を説明する。情報処理システム１０は、複数の利用者端末８ａ、８ｂ、…と、ウェブサービス提供システム１と、を備える。複数の利用者端末８ａ、８ｂ、…と、ウェブサービス提供システム１は、インターネットなどのネットワーク９によって相互に通信可能に接続されている。ここで、利用者端末８ａ、８ｂ、…を特に区別しない場合、単に利用者端末８と記載する場合がある。
【００２７】
利用者端末８とウェブサービス提供システム１とは、例えばＨＴＴＰ（Hypertext Transfer Protocol）メッセージやＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer）メッセージが送受信される。
【００２８】
利用者端末８は、一般的なコンピュータで、利用者がウェブサービス提供システム１のサービスを享受するために利用する。利用者端末８には、例えば、ウェブブラウザがインストールされている。利用者は、利用者端末８の入力装置を操作して、ウェブサービス提供システム１が提供するサービスの要求メッセージを送信する。要求メッセージに対応する応答メッセージを受信すると、利用者端末８は、表示装置（図示せず）などにその応答メッセージを表示する。利用者は、利用者端末８の表示画面などを閲覧し、ウェブサービス提供システム１から送信されたサービス内容を確認する。
【００２９】
ウェブサービス提供システム１は、利用者端末８を介して利用者にサービスを提供する。ウェブサービス提供システム１が提供するサービスは、オンラインショッピング、動画の閲覧などである。本発明の実施の形態においてウェブサービス提供システム１が提供するサービスの内容は問わない。ウェブサービス提供システム１は、負荷分散装置２と、複数の処理装置３、４、５、…と、保守端末６と、を備える。負荷分散装置２、処理装置３、４…、保守端末６は、一般的なコンピュータに所定の処理を実行するプログラムがインストールされ実行されることによって実現される。負荷分散装置２、複数の処理装置３、４、５、…、および保守端末６は、ＬＡＮ（Local Area Network）などのシステム内ネットワーク７によって相互に通信可能に接続されている。また、複数の処理装置３、４、５、…はさらに、システム内ネットワーク７とは異なる別のネットワークによって、相互に通信可能に接続されても良い。
【００３０】
負荷分散装置２は、利用者端末８からウェブサービス提供システム１に送信された要求メッセージ受け付け、要求メッセージを、複数の処理装置３、４…のいずれかに振り分ける。ここで負荷分散装置２は、複数の処理装置３、４…の負荷などを考慮して、いずれかの処理装置に要求メッセージを処理する処理装置を特定する。本発明の実施の形態において、負荷分散装置２が要求メッセージを処理する処理装置を特定する方法については、問わない。負荷分散装置２は、例えば、負荷が偏らないように余裕のある処理装置を特定しても良いし、要求メッセージの内容に応じて特定しても良い。負荷分散装置２が、利用者端末８が送信した要求メッセージを送信する処理装置を特定すると、その処理装置によって払い出されたセッションＩＤをキーに、共通のセッションＩＤを有するセッションの一連の処理を、同一の処理装置に処理させる。セッションとは、利用者端末８と、その利用者端末８から送信された要求メッセージを処理する処理装置との間での、利用開始から終了までの一連の処理である。セッションは、利用者端末８から明示的に終了される場合もあるし、一定時間利用者端末８から処理装置に要求メッセージが送信されない場合、タイムアウトで終了する場合もある。
【００３１】
処理装置３、４、５、…は、利用者端末８から送信される要求メッセージを、連携して動作して、利用者端末８にサービスを提供する。本発明の実施の形態に係る処理装置３、４、５、…は特に、サービスの閉塞時に、他の処理装置と連携して、現行のセッションを他の処理装置に引き継ぐ。
【００３２】
保守端末６は、保守担当者が操作する端末である。保守担当者は、保守端末６およびシステム内ネットワークを介して、負荷分散装置２、処理装置３、４、５、…に指示を入力する。本発明の実施の形態においては特に、保守担当者は、メンテナンスのためにサービス提供を閉塞しなければならない処理装置を特定し、特定した処理装置の識別しを保守端末６に入力する。保守端末６は、特定した処理装置に、サービスの閉塞状態への移行指示を送信する。その後、保守端末６は、処理装置から、サービスが閉塞した旨の通知を待機する。サービスが閉塞した旨の通知を受信すると、保守端末６は、処理装置が閉塞状態へ移行した結果を表示装置に表示する。これにより、保守担当者は、サービス提供を閉塞しなければならない処理装置がサービスを閉塞したことを確認することができる。
【００３３】
本発明の実施の形態においては、保守担当者からの指示によってサービスを提供する処理装置を、振替元処理装置（第１の処理装置）３と称して説明する。また、振替元処理装置３で実行されていたセッションの引き継ぐ処理装置を、振替先処理装置（第２の処理装置）４と称して説明する。振替元処理装置３は、現行セッションを中断することなく、振替先処理装置４にセッションを移行した上で、一定時間内に確実に振替元処理装置３のサービスを閉塞する。
【００３４】
なお、本発明の実施の形態においては、説明の便宜上、振替元処理装置３は、サービスを閉塞するため、セッションを移行するなどの所定の処理を担う構成を備え、振替先処理装置４は、移行されたセッションの処理を担う構成を備える場合を説明する。本来、いずれの処理装置も、サービスを閉塞する場合もあれば、サービスを閉塞する処理装置からセッションの移行を受ける場合もある。従って、いずれの処理装置も、サービスを閉塞するため、セッションを移行するなどの所定の処理を担う構成と、移行されたセッションの処理を担う構成の両方を備える。
【００３５】
図２ないし図１２を参照して、負荷分散装置２および振替元処理装置３および振替先処理装置４を、説明する。
【００３６】
（負荷分散装置）
まず図２を参照して、本発明の実施の形態に係る負荷分散装置２を説明する。負荷分散装置２は、記憶装置２１０、中央処理制御装置２２０、通信制御装置（図示せず）などを備える一般的なコンピュータである。負荷分散装置２は、利用者端末８からの要求メッセージを処理する処理装置を特定して、その処理装置に送信するとともに、処理装置からの応答メッセージを利用者端末８に送信する。本発明の実施の形態において負荷分散装置２は特に、振替元処理装置３が閉塞状態に移行し、セッションを振替先処理装置４に移行するための処理を支援する。
【００３７】
記憶装置２１０には、負荷分散プログラムが記憶されるとともに、セッション管理データ２１１およびワンタイムデータ２１１が記憶される。
【００３８】
セッション管理データ２１１は、図３に示すように、セッションＩＤ（セッション識別子）と処理装置ＩＤ（処理装置の識別子）と、を対応づけたデータである。このセッションＩＤは、後述するように、セッションを処理する処理装置によって払い出され、このセッションを識別する。処理装置ＩＤは、このセッションを処理する処理装置を識別する。
【００３９】
ワンタイムデータ２１１は、図４に示すように、ワンタイムＩＤ（ワンタイム識別子）と処理装置ＩＤ（処理装置の識別子）と、を対応づけたデータである。このワンタイムＩＤは、ワンタイムＩＤに対応するセッションの振替元となる処理装置によって払い出され、このセッションを識別する。この振替元となる処理装置は、メンテナンスなどによりサービスを閉塞する際、現行のセッションを他の処理装置に振り返るために、ワンタイムＩＤを払い出す。ワンタイムＩＤは、再利用不可能で、セッションを移行する間のみ使用されるＩＤである。ワンタイムＩＤは、サービスを閉塞する処理装置から、他の処理装置に移行されるセッションを識別する。
【００４０】
中央処理制御装置２２０は、第１のＨＴＴＰ送受信手段２２１、分散処理手段２２２、移行支援手段２２３および第２のＨＴＴＰ送受信手段２２４を備える。第１のＨＴＴＰ送受信手段２２１、分散処理手段２２２、移行支援手段２２３および第２のＨＴＴＰ送受信手段２２４は、負荷分散プログラムが、一般的なコンピュータにインストールされ、実行されることによって、中央処理制御装置２２０に実装される。
【００４１】
第１のＨＴＴＰ送受信手段２２１は、利用者端末８と、要求メッセージ、応答メッセージなどのＨＴＴＰメッセージを送受信する。第１のＨＴＴＰ送受信手段２２１は、利用者端末８が送信した要求メッセージを受信して、受信した要求メッセージを、分散処理手段２２２に入力する。さらに第１のＨＴＴＰ送受信手段２２１は、分散処理手段２２２から入力された応答メッセージを、利用者端末８に送信する。
【００４２】
第２のＨＴＴＰ送受信手段２２４は、処理装置３、４、５、…と、要求メッセージ、応答メッセージなどのＨＴＴＰメッセージを送受信する。第２のＨＴＴＰ送受信手段２２４は、分散処理手段２２２から入力された要求メッセージを、処理装置３、４、５、…に送信する。さらに第２のＨＴＴＰ送受信手段２２４は、処理装置３、４、５、…が送信した応答メッセージを受信して、受信した応答メッセージを、分散処理手段２２２に入力する。
【００４３】
分散処理手段２２２は、利用者端末８から要求メッセージを受信すると、その要求メッセージを処理する処理装置を決定する。さらに分散処理手段２２２は、第２のＨＴＴＰ送受信手段２２４を介して、その処理装置に要求メッセージを送信する。要求メッセージに対する応答として、分散処理手段２２２は、その特定した処理装置から、その処理装置が払い出したセッションＩＤを含む応答メッセージを受信する。このとき分散処理手段２２２は、処理装置から受信した応答メッセージに基づいて、その処理装置の識別子と、セッションＩＤとを対応づけたレコードを生成し、セッション管理データ２１１に挿入する。その後分散処理手段２２２は、利用者端末８から要求メッセージを受信すると、要求メッセージに含まれるセッションＩＤに基づいて、このセッションを処理する処理装置に要求メッセージを転送する。具体的には分散処理手段２２２は、セッションＩＤを含む要求メッセージを受信すると、セッション管理データ２１１を読み出して、第２のＨＴＴＰ送受信手段２２４を介して、セッションＩＤを含む要求メッセージを、そのセッションＩＤに対応する処理装置に送信する。
【００４４】
分散処理手段２２２は、振替元処理装置３からリダイレクトメッセージを受信すると、そのリダイレクトメッセージにおいて、削除指示されたセッションＩＤを取得する。さらに分散処理手段２２２は、セッション管理データ２１１から、取得したセッションＩＤを含むレコードを削除する。
【００４５】
本発明の実施の形態において分散処理手段２２２は、移行支援手段２２３を備える。移行支援手段２２３は、振替元処理装置３がサービスを閉塞する処理を支援する。分散処理手段２２２は、振替元処理装置３から振替先処理装置４にセッションの移行が完了するまで、ワンタイムＩＤを利用して、その移行を支援する。ワンタイムＩＤは、移行対象のセッションを識別するために振替元処理装置３によって払い出される。
【００４６】
具体的には移行支援手段２２３は、振替元処理装置３から第２のＨＴＴＰ送受信手段２２４を介して、閉塞後にセッションを処理する処理装置の問い合わせを、ワンタイムＩＤとともに受信すると、振替元処理装置３の閉塞後に当該セッションを処理する振替先処理装置４を特定する。ここで移行支援手段２２３は、所定のロジックに従って、振替先となる処理装置を特定する。移行支援手段２２３は、第２のＨＴＴＰ送受信手段２２４を介して、振替先処理装置４の識別子を、振替元処理装置３に送信する。さらに移行支援手段２２３は、ワンタイムＩＤと振替先処理装置４のＩＤとを対応づけたレコードを生成し、ワンタイムデータ２１１に記憶する。
【００４７】
移行支援手段２２３は、第１のＨＴＴＰ送受信手段２２１を介して、利用者端末８が送信したワンタイムＩＤを含む要求メッセージを受信すると、ワンタイムデータ２１１を読み出して、ワンタイムＩＤに対応して記憶された振替先処理装置４に、第２のＨＴＴＰ送受信手段２２４を介してこの要求メッセージを送信する。ここで、ワンタイムＩＤは、利用者端末８が送信した要求メッセージに含まれる要求ＵＲＬの所定位置に設定される。移行支援手段２２３は、要求メッセージの所定位置に、ワンタイムＩＤが設定されている場合、ワンタイムデータ２１１を読み出して、設定されたワンタイムＩＤに対応づけられた振替先処理装置４に、要求メッセージを送信する。
【００４８】
また移行支援手段２２３は、振替先処理装置４によって新たなセッション識別子が払い出されると、セッションの移行が完了したと判断する。この場合移行支援手段２２３は、ワンタイムデータ２１１から、ワンタイムＩＤを含むレコードを削除する。
【００４９】
（振替元処理装置）
まず図５を参照して、本発明の実施の形態に係る振替元処理装置３を説明する。振替元処理装置３は、記憶装置３１０、中央処理制御装置３２０、通信制御装置（図示せず）などを備える一般的なコンピュータである。振替元処理装置３は、負荷分散装置２によって割り当てられた要求メッセージを送信し、その要求メッセージに対応する応答メッセージを、負荷分散装置２に送信する。本発明の実施の形態において振替元処理装置３は特に、サービスを閉塞するために、セッションを振替先処理装置４に移行する。ここで図５に示す振替元処理装置３は、処理装置が備える構成のうち、サービスを閉塞する処理に関する構成を示している。
【００５０】
記憶装置３１０には、処理プログラムが記憶されるとともに、リソースデータ３１１および閉塞管理データ３１２が記憶される。
【００５１】
リソースデータ３１１は、図６に示すように、セッションＩＤ（セッション識別子）と処理履歴情報と、を対応づけたデータである。リソースデータ３１１に含まれるセッションＩＤは、振替元処理装置３が現在処理するセッションを識別する。処理履歴情報は、振替先処理装置４が現在処理する各セッションにおける処理履歴のデータである。この処理履歴情報は、利用者端末８が送信した要求メッセージに含まれる要求ＵＲＬと、その処理結果などを含む。
【００５２】
閉塞管理データ３１２は、図７に示すように、セッションＩＤ、ワンタイムＩＤおよび振替先処理装置ＩＤを対応づけたデータである。閉塞管理データ３１２は、振替元処理装置３がサービスを閉塞する際、現在継続しているセッションＩＤについてワンタイムＩＤを払い出し、他の処理装置へのセッションの移行するために記録される。セッションの振替先処理装置は、負荷分散装置２によって特定され、振替先処理装置ＩＤは、負荷分散装置２から送信される。
【００５３】
中央処理制御装置３２０は、ＨＴＴＰ送受信手段３２１、メッセージ処理手段３２２、リソース処理手段３２３、タイムアウト制御手段３２４、閉塞制御手段３２５および装置間信号送受信手段３２６を備える。ＨＴＴＰ送受信手段３２１、メッセージ処理手段３２２、リソース処理手段３２３、タイムアウト制御手段３２４、閉塞制御手段３２５および装置間信号送受信手段３２６は、処理プログラムが、一般的なコンピュータにインストールされ、実行されることによって、中央処理制御装置３２０に実装される。
【００５４】
ＨＴＴＰ送受信手段３２１は、負荷分散装置２と、要求メッセージ、応答メッセージなどのＨＴＴＰメッセージを送受信する。ＨＴＴＰ送受信手段３２１は、負荷分散装置２が送信した要求メッセージを受信して、受信した要求メッセージを、メッセージ処理手段３２２に入力する。さらにＨＴＴＰ送受信手段３２１は、メッセージ処理手段３２２から入力された応答メッセージを、負荷分散装置２に送信する。
【００５５】
装置間信号送受信手段３２６は、負荷分散装置２および振替先処理装置４と、データを送受信する。装置間信号送受信手段３２６は、この振替元処理装置３がサービスを閉塞する際、現行のセッションの移行先を問い合わせるメッセージを、負荷分散装置２に送信し、振替先となる振替先処理装置４の情報を負荷分散装置２から受信する。さらに装置間信号送受信手段３２６は、移行対象のセッションのワンタイムＩＤとそのセッションの処理履歴情報を、振替先処理装置４に送信する。この通信手順は、ＨＴＴＰに限らず、負荷分散装置２、振替先処理装置４などと予め決定された手順で良い。
【００５６】
メッセージ処理手段３２２は、利用者端末８が送信した要求メッセージを処理して、要求メッセージに対応する応答メッセージを作成し、利用者端末８に向けて送信するとともに、保守端末６からサービスの閉塞を指示されると、サービスの閉塞に伴う一連の処理を実行する。メッセージ処理手段３２２は、リソース処理手段３２３、閉塞制御手段３２５およびタイムアウト制御手段３２４を備える。
【００５７】
リソース処理手段３２３は、利用者端末８が送信した新規の要求メッセージを受信すると、セッションＩＤを払い出し、要求メッセージを処理するとともに、当該セッションＩＤと処理履歴情報とを対応づけてリソースデータ３１１に記憶する。さらにリソース処理手段３２３は、利用者端末８が送信したセッション識別子を含む要求メッセージを受信すると、この要求メッセージを処理するとともに、セッション識別子と処理履歴情報とを対応づけてリソースデータ３１１に記憶する。
【００５８】
リソース処理手段３２３は、セッションＩＤを含む要求メッセージを受信すると、記憶装置３１０からリソースデータ３１１を読み出し、要求メッセージに含まれたセッションＩＤに対応づけられた処理履歴情報を取得する。さらにリソース処理手段３２３は、取得した処理履歴情報と、受信した要求メッセージに含まれる要求ＵＲＬの所定位置で示されたリソースに基づいて、要求を処理し、処理内容をセッションＩＤに対応づけてリソースデータ３１１に記憶する。リソース処理手段３２３は、要求メッセージに対応する応答メッセージを作成し、ＨＴＴＰ送受信手段３２１を介して負荷分散装置２に送信する。
【００５９】
タイムアウト制御手段３２４は、振替元処理装置３が処理する各セッションのタイムアウトを管理する。タイムアウト制御手段３２４は、各セッションについて、利用者端末８から送信された最新の要求メッセージについて、利用者端末８の送信時間からの時間が、一定時間を超えたか否かを判定する。一定時間を超えた場合、タイムアウト制御手段３２４は、そのセッションを終了する。タイムアウト制御手段３２４は、同一のセッションＩＤを含む要求メッセージを受信しても、タイムアウトエラーを返信し、その要求メッセージを処理しない。本発明の実施の形態においてタイムアウト制御手段３２４は特に、保守端末６からサービスの閉塞を指示された後、振替元処理装置３の全てのセッションがタイムアウトしたことを検知すると、その旨を閉塞制御手段３２５に通知する。その後振替元処理装置３のサービスが閉塞される。
【００６０】
閉塞制御手段３２５は、保守端末６からサービスの閉塞を指示されると、新規の利用開始の要求メッセージを受け付けない状態にする。さらに閉塞制御手段３２５は、サービスの閉塞に伴う一連の処理を制御するとともに、全てのセッションがタイムアウトすると、閉塞状態に移行する制御をする。具体的には閉塞制御手段３２５は、閉塞状態に移行する際、セッションＩＤに対応するワンタイム識別子を払い出すとともに、装置間信号送受信手段３２６を介して負荷分散装置２に、閉塞後に当該セッションを処理する処理装置の問い合わせを、当該ワンタイムＩＤとともに送信する。閉塞制御手段３２５は、装置間信号送受信手段３２６を介して負荷分散装置２から、閉塞後に当該セッションを処理する処理装置として特定した振替先処理装置４の識別子を受信すると、装置間信号送受信手段３２６を介して振替先処理装置４に、ワンタイムＩＤおよび当該ワンタイムＩＤに対応する処理履歴情報を送信する。
【００６１】
その後利用者端末８が送信したセッション識別子を含む要求メッセージを受信すると、閉塞制御手段３２５は、ワンタイムＩＤを含むリダイレクトメッセージを送信する。セッションがタイムアウトしたことがタイムアウト制御手段３２４によって通知されると、後、閉塞制御手段３２５は、サービスの閉塞状態に移行する。
【００６２】
閉塞制御手段３２５は、保守端末６から閉塞移行指示を受信すると、新規の利用開始の要求メッセージを受け付けない状態にする。次に、閉塞制御手段３２５は、振替元処理装置３が閉塞へ移行中に、一時的に使用するワンタイムＩＤを払い出す。閉塞制御手段３２５は、現時点で有効な各セッションについて、ワンタイムＩＤを払い出し、セッションＩＤとワンタイムＩＤを対応づける。
【００６３】
閉塞制御手段３２５は、各セッションの移行先を取得するため、ワンタイムＩＤを負荷分散装置２に通知するとともに振替先となる処理装置の選定を依頼する。負荷分散装置２から振替先処理装置４のＩＤを受信すると、ワンタイムＩＤと振替先処理装置４のＩＤと、を関連づけて保持する。本発明の実施の形態において、閉塞制御手段３２５は、図７に示すように、セッションＩＤと、ワンタイムＩＤと、振替先処理装置４のＩＤとを対応づけた閉塞管理データ３１２を作成する。さらに閉塞制御手段３２５は、振替先処理装置４に、セッションの継続処理に必要なセッション処理履歴情報とワンタイムＩＤとを対応づけて送信する。
【００６４】
セッションのセッションタイムアウト時間内に、振替対象となるセッションのセッションＩＤが設定された要求メッセージを受信すると、閉塞制御手段３２５は、リダイレクト応答メッセージを送信する。リダイレクト応答メッセージは、要求されたリソースが別のＵＲＬへ移動したことを利用者端末へ示すために使われる。このリダイレクト応答メッセージには、セッションＩＤの削除要求が設定されるとともに、このセッションに関連づけられたワンタイムＩＤが、リダイレクト先のＵＲＬ中の所定の位置に設定される。
【００６５】
閉塞制御手段３２５は、有効な全てのセッションについてこの一連の処理を実行すると、これらのセッションがタイムアウトするのを待機する。全てのセッションがタイムアウトすると、閉塞制御手段３２５は、この振替元処理装置３のサービスを閉塞状態に移行することができる。振替元処理装置３のサービスが閉塞されると、振替元処理装置３は、保守端末６にその旨を通知する。
【００６６】
（振替先処理装置）
図８を参照して、本発明の実施の形態に係る振替先処理装置４を説明する。振替先処理装置４は、記憶装置３１０、中央処理制御装置３２０、通信制御装置（図示せず）などを備える一般的なコンピュータである。振替先処理装置４は、負荷分散装置２によって割り当てられた要求メッセージを送信し、その要求メッセージに対応する応答メッセージを、負荷分散装置２に送信する。本発明の実施の形態において振替先処理装置４は特に、振替元処理装置３で処理されるセッションを引き継いで処理する。ここで図８に示す振替先処理装置４は、処理装置が備える構成のうち、セッションを引き継ぐ処理に関する構成を示している。
【００６７】
記憶装置３１０には、処理プログラムが記憶されるとともに、リソースデータ３１１および振替管理データ３１３が記憶される。
【００６８】
リソースデータ３１１は、図９に示すように、セッションＩＤ（セッション識別子）と処理履歴情報と、を対応づけたデータである。リソースデータ３１１に含まれるセッションＩＤは、振替先処理装置４が現在処理するセッションを識別する。処理履歴情報は、振替先処理装置４が現在処理する各セッションにおける処理履歴のデータである。この処理履歴情報は、利用者端末８が送信した要求メッセージに含まれる要求ＵＲＬと、その処理結果などを含む。
【００６９】
振替先処理装置４のリソースデータ３１１は、図６に示す振替元処理装置３のリソースデータ３１１と同様の構成を備える。またリソースデータ３１１は、振替元処理装置３から引き継いだセッションの処理履歴情報と、振替先処理装置４が払い出したセッションＩＤとが対応づけられたレコードを含む。
【００７０】
振替管理データ３１３は、図１０に示すように、ワンタイムＩＤおよび処理履歴情報を対応づけたデータである。振替管理データ３１３は、振替元処理装置３から送信されたワンタイムＩＤおよび処理履歴情報を一時保存する。振替先処理装置４は、このワンタイムＩＤをＵＲＬに含む要求メッセージを受信すると、セッションＩＤを払い出し、このワンタイムＩＤに対応づけられた処理履歴情報と関連づけたレコードを、リソースデータ３１１に挿入する。
【００７１】
中央処理制御装置３２０は、ＨＴＴＰ送受信手段３２１、メッセージ処理手段３２２、リソース処理手段３２３、タイムアウト制御手段３２４、振替制御手段３２７および装置間信号送受信手段３２６を備える。ＨＴＴＰ送受信手段３２１、メッセージ処理手段３２２、リソース処理手段３２３、タイムアウト制御手段３２４、振替制御手段３２７および装置間信号送受信手段３２６は、処理プログラムが、一般的なコンピュータにインストールされ、実行されることによって、中央処理制御装置３２０に実装される。
【００７２】
ＨＴＴＰ送受信手段３２１、リソース処理手段３２３、タイムアウト制御手段３２４および装置間信号送受信手段３２６は、図５を参照して説明した通りである。なお、振替先処理装置４の装置間信号送受信手段３２６は、振替元処理装置３とのみ通信し、負荷分散装置２とは通信しない。
【００７３】
振替制御手段３２７は、振替元処理装置３からセッションを振り返る処理を制御する。具体的には振替制御手段３２７は、閉塞状態に移行する振替元処理装置３から、ワンタイムＩＤおよび処理履歴情報を取得すると、ワンタイムＩＤと処理履歴情報とを対応づけて振替管理データ３１３に記憶する。その後、利用者端末８が送信したワンタイムＩＤを含む要求メッセージを受信すると、振替制御手段３２７は、セッション識別子を払い出し、振替管理データにおいてワンタイム識別子に対応する処理履歴情報を参照して、要求メッセージを処理する。
【００７４】
このとき振替制御手段３２７は、払い出したセッションＩＤとこのセッションに関する処理履歴情報とを対応づけて、リソースデータ３１１に記憶する。従ってリソースデータ３１１において、振替元処理装置３から引き継いだセッションの処理履歴情報は、振替元処理装置３での処理履歴情報と、振替先処理装置４での処理履歴情報とを含む。
【００７５】
その後、当該セッションについて、振替先処理装置４が払い出したセッションＩＤが含まれた要求メッセージが送信されるので、負荷分散装置２は、この要求メッセージを振替先処理装置４に入力する。振替先処理装置４に要求メッセージが入力されると、振替先処理装置４のリソース処理手段３２３がこの要求メッセージを処理する。
【００７６】
（サービス閉塞方法）
次に図１１および図１２を参照して、本発明の実施の形態に係る情報処理システム１０におけるサービス閉塞方法を説明する。ここで、振替元処理装置３は、サービスを閉鎖する処理装置で、振替先処理装置４は、振替元処理装置３のセッションを引き継ぐ処理装置である。
【００７７】
まず、利用者端末８が第１の要求メッセージを負荷分散装置２に送信する。この第１の要求メッセージは、要求ＵＲＬとして”Ｈ１”を含むＨＴＴＰメッセージである。この第１の要求メッセージは利用者端末８が送信する新規の要求メッセージであるので、セッションＩＤは含まれない。
【００７８】
第１の要求メッセージを受信すると、ステップＳ１０２において負荷分散装置２は、受信した第１の要求メッセージの振り分け先を決定する。ここでは、第１の要求メッセージを振替元処理装置３に処理させるため、ステップＳ１０３において負荷分散装置２は、第１の要求メッセージを振替元処理装置３に送信する。
【００７９】
ステップＳ１０４において振替元処理装置３は、第１の要求メッセージを受信すると、セッションＩＤとして”Ａ”を払い出す。さらに振替元処理装置３は、第１の要求メッセージに含まれる要求ＵＲＬ”Ｈ１”に従って要求を処理し、第１の要求メッセージに対応する第１の応答メッセージを作成する。この第１の応答メッセージは、セッションＩＤとして”Ａ”を含む。ステップＳ１０５において振替元処理装置３は、第１の応答メッセージを負荷分散装置２に送信する。
【００８０】
振替元処理装置３から第１の応答メッセージを受信すると、ステップＳ１０６において負荷分散装置２は、第１の応答メッセージに含まれるセッションＩＤ”Ａ”を取得する。負荷分散装置２は、取得したセッションＩＤ”Ａ”と、このセッションを処理する振替元処理装置３の識別子とを対応づけて、セッション管理データ２１１に記憶する。負荷分散装置２は、ステップＳ１０７において第１の応答メッセージを利用者端末８に送信する。
【００８１】
ステップＳ１０８において利用者端末８が、第２の要求メッセージを送信する。この第２の要求メッセージは、要求ＵＲＬとして”Ｈ２”を、セッションＩＤとして”Ａ”を含む。負荷分散装置２は、第２の要求メッセージを利用者端末８から受信すると、第２の要求メッセージからセッションＩＤ”Ａ”を取り出す。負荷分散装置２は、セッション管理データ２１１を読み出し、セッションＩＤ”Ａ”に対応づけられた処理装置の識別子を取得する。ステップＳ１０６において振替元処理装置３の識別子が対応づけられている。従ってステップＳ１０９において負荷分散装置２は、第２の要求メッセージを振替元処理装置３に送信する。
【００８２】
第２の要求メッセージを受信すると、振替元処理装置３は、第２の要求メッセージに含まれる要求ＵＲＬ”Ｈ２”に従って要求を処理し、第２の要求メッセージに対応する第２の応答メッセージを作成する。この第２の応答メッセージは、セッションＩＤとして”Ａ”を含む。ステップＳ１１０において振替元処理装置３は、第２の応答メッセージを負荷分散装置２に送信する。第２の応答メッセージを受信すると、ステップＳ１１１において負荷分散装置２は、利用者端末８に送信する。
【００８３】
ここで、ステップＳ１１２において保守端末６が振替元処理装置３に、サービスの閉塞状態へ移行するよう指示を入力するとする。振替元処理装置３は、サービスを閉塞するために、現行のセッションを他の処理装置に移行するための処理を進める。
【００８４】
まずステップＳ１１３において振替元処理装置３は、新規要求を受け付けない状態にする。さらにステップＳ１１４において振替元処理装置３は、現行の各セッションについて、ワンタイムＩＤを払い出す。例えば、振替元処理装置３は、セッションＩＤ”Ａ”について、ワンタイムＩＤとして”Ｘ”を払い出し、これを対応づけて記憶する。ステップＳ１１５において振替元処理装置３は、負荷分散装置２に、振替先となる処理装置の選択依頼メッセージを送信する。選択依頼メッセージは、振替先となる処理装置を選択する要求とともに、ワンタイムＩＤ”Ｘ”を含む。この選択依頼メッセージは、ＨＴＴＰ形式でなくても良い。
【００８５】
振替元処理装置３から処理装置の選択依頼メッセージを受信すると、ステップＳ１１６において負荷分散装置２は、セッションの振替先の処理装置を選択する。ここで負荷分散装置は、振替先処理装置４を選択したとする。負荷分散装置２は、ワンタイムＩＤ”Ｘ”と、振替先処理装置４のＩＤを対応づけてワンタイムデータ２１２として記憶する。さらに、ステップＳ１１７において負荷分散装置２は、ステップＳ１１５で送信された処理装置の選択依頼メッセージに対して、処理装置の選択応答メッセージを振替元処理装置３に送信する。この選択応答メッセージは、振替先処理装置４のＩＤと、ワンタイムＩＤ”Ｘ”を含む。この選択応答メッセージは、ＨＴＴＰ形式でなくても良い。
【００８６】
負荷分散装置２から選択応答メッセージを受信すると、ステップＳ１１８において振替元処理装置３は、選択応答メッセージに含まれるワンタイムＩＤ”Ｘ”と、振替先処理装置４のＩＤと、ワンタイムＩＤ”Ｘ”に対応するセッションＩＤ”Ａ”とを対応づけて、閉塞管理データ３１２に記憶する。ステップＳ１１９において振替元処理装置３は、振替先処理装置４に、振替依頼メッセージを送信する。この振替依頼メッセージは、ワンタイムＩＤ”Ｘ”と、このワンタイムＩＤに対応するセッションの処理履歴情報とを含む。この振替依頼メッセージにセッションＩＤ”Ａ”を含んでも良い。この振替依頼メッセージは、ＨＴＴＰ形式でなくても良い。
【００８７】
振替依頼メッセージを受信すると、ステップＳ１２０において振替先処理装置４は、振替依頼メッセージに含まれるワンタイムＩＤ”Ｘ”とセッションの処理履歴情報とを、振替管理データ３１３に記憶する。
【００８８】
ここで、ステップＳ１５１において利用者端末８が、第３の要求メッセージを負荷分散装置２に送信するとする。利用者端末８は、振替元処理装置３がサービスの閉塞準備を進めていることを知らないので、通常のルーチンに従って要求メッセージを送信する。従って、この要求メッセージは、要求ＵＲＬとして”Ｈ３”を、セッションＩＤとして”Ａ”を含む。
【００８９】
第３の要求メッセージを受信すると、ステップＳ１５２において負荷分散装置２は、通常のルーチンに従ってセッション管理データ２１１を参照し、セッションＩＤ”Ａ”に対応づけられた振替元処理装置３に、第３の要求メッセージを送信する。
【００９０】
第３の要求メッセージを受信すると、ステップＳ１５３において振替元処理装置３は、第３の要求メッセージにセッションＩＤ”Ａ”が含まれていることを確認する。ここで、このセッションＩＤ”Ａ”について、ステップＳ１１４においてワンタイムＩＤ”Ｘ”が払い出され、ステップＳ１１９においてこのセッションの処理履歴情報が振替先処理装置４に既に送信されている。従って、このセッションを振替先処理装置４に移行する準備が整っているので、振替元処理装置３は、閉塞管理データ３１２からセッションＩＤ”Ａ”に対応するワンタイムＩＤ”Ｘ”を取得する。さらにステップＳ１５４において振替元処理装置３は、負荷分散装置２にリダイレクトメッセージを送信する。このリダイレクトメッセージには、セッションＩＤ”Ａ”の情報を削除する旨と、リダイレクト先のＵＲＬとして”Ｈ４”が含まれる。このＵＲＬ”Ｈ４”の所定位置には、ワンタイムＩＤ”Ｘ”が設定されている。
【００９１】
リダイレクトメッセージを受信すると、ステップＳ１５５において負荷分散装置２は、リダイレクト処理する。具体的には、セッション管理データ２１１からセッションＩＤ”Ａ”の情報を削除する。さらにステップＳ１５６において負荷分散装置２は、利用者端末８にリダイレクトメッセージを送信する。
【００９２】
リダイレクトメッセージを受信すると、ステップＳ１５７において利用者端末８は、リダイレクト処理し、ステップＳ１５８において第４の要求メッセージを送信する。この第４の要求メッセージは、要求ＵＲＬとして”Ｈ４”を含む。この”Ｈ４”の所定位置には、ワンタイムＩＤ”Ｘ”が設定される。
【００９３】
第４の要求メッセージを受信すると、ステップＳ１５９において負荷分散装置２は、要求メッセージに含まれるＵＲＬ”Ｈ４”の所定位置に、ワンタイムＩＤ”Ｘ”が含まれていると判定する。負荷分散装置２は、ワンタイムデータ２１１を読み出して、ワンタイムＩＤ”Ｘ”に対応づけられた振替先処理装置４を特定する。従って負荷分散装置２は、第４の要求メッセージを振替先処理装置４に送信する。
【００９４】
第４の要求メッセージを受信すると、ステップＳ１６１において振替先処理装置４は、第４の要求メッセージに含まれるワンタイムＩＤ”Ｘ”から、振替元処理装置３から移行されるセッションであることを認識し、セッションＩＤ”Ｂ”を払い出す。振替先処理装置４は、第４の要求メッセージに対応する第４の応答メッセージを作成する。この第４の応答メッセージは、振替先処理装置４が払い出したセッションＩＤ”Ｂ”を含む。ステップＳ１６２において振替先処理装置４は、第４の応答メッセージを負荷分散装置２に送信する。
【００９５】
振替先処理装置４から第４の応答メッセージを受信すると、ステップＳ１６３において負荷分散装置２は、第４の応答メッセージに含まれるセッションＩＤ”Ｂ”を取得する。負荷分散装置２は、取得したセッションＩＤ”Ｂ”と、このセッションを処理する振替先処理装置４の識別子とを対応づけて、セッション管理データ２１１に記憶する。負荷分散装置２は、セッション管理データ２１１からセッションＩＤ”Ａ”に関するセッション情報を削除するとともに、ワンタイムデータ２１１から、ワンタイムＩＤ”Ｘ”に関するデータを削除しても良い。負荷分散装置２は、ステップＳ１６４において第４の応答メッセージを利用者端末８に送信する。
【００９６】
ステップＳ１６５において利用者端末８が、第５の要求メッセージを送信する。この第５の要求メッセージは、要求ＵＲＬとして”Ｈ５”を、セッションＩＤとして”Ｂ”を含む。負荷分散装置２は、第５の要求メッセージを利用者端末８から受信すると、第５の要求メッセージからセッションＩＤ”Ｂ”を取り出す。負荷分散装置２は、セッション管理データ２１１を読み出し、セッションＩＤ”Ｂ”に対応づけられた処理装置の識別子を取得する。ステップＳ１６３において振替先処理装置４の識別子が対応づけられている。従ってステップＳ１６６において負荷分散装置２は、第５の要求メッセージを振替先処理装置４に送信する。
【００９７】
第５の要求メッセージを受信すると、振替先処理装置４は、第５の要求メッセージに含まれる要求ＵＲＬ”Ｈ５”に従って要求を処理し、第５の要求メッセージに対応する第５の応答メッセージを作成する。この第５の応答メッセージは、セッションＩＤとして”Ｂ”を含む。ステップＳ１６７において振替先処理装置４は、第５の応答メッセージを負荷分散装置２に送信する。第５の応答メッセージを受信すると、ステップＳ１６８において負荷分散装置２は、利用者端末８に送信する。
【００９８】
一方ステップＳ１６９において振替元処理装置３は、処理していたセッションが全てタイムアウトしたか否かを判定する。タイムアウトしたことを確認すると振替元処理装置３は、サービスの閉塞状態へ移行する。サービスの閉塞状態への移行が完了すると、振替元処理装置３は、その旨を保守端末６に通知する。
【００９９】
このように本発明の実施の形態に係る情報処理システム１０では、要求メッセージを処理する複数の処理装置の一つが、メンテナンスなどによるウェブサービスを閉塞に関する処理を、円滑に進めることができる。具体的には、サービスを閉塞する振替元処理装置３は、自信が処理する現行のセッションについてのみ、振替先処理装置４に転送する。これにより、従来のように、全ての処理装置がセッション情報を共有する場合や、全てのセッション情報を共通データベースに一括して保持する場合に比べて、システム全体として、処理に要するオーバーヘッドとリソースを低減することができる。さらに、現行セッションを中段することもない。
【０１００】
また本発明の実施の形態に係る振替元処理装置３は、セッションを振替先処理装置４に移行する際、ワンタイムＩＤを導入するとともに、ＨＴＴＰの機能の一つであるリダイレクション機能を利用する。これにより、各処理サーバや負荷分散装置に新たに実装する機能を押さえることができるので、容易に導入しやすい。
【０１０１】
さらに、また本発明の実施の形態においては、リダイレクトメッセージによりリダイレクト先のＵＲＬを利用者に通知し、このＵＲＬの所定位置にワンタイムＩＤを含める。従って、再利用不可能な一時的なワンタイムＩＤを利用することにより、セッションの乗っ取りやなりすましを防御することができる。
【０１０２】
このように本発明の実施の形態に係る情報処理システム１０によれば、現行セッションを中断することなく、ウェブサーバの処理の負担を押さえて、処理装置で実行されるサービスを閉塞することができる。
【０１０３】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１０４】
例えば、本発明の最良の実施の形態に記載した負荷分散装置は、図２に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。
【０１０５】
本発明はここでは記載していない様々な実施の形態などを含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１０６】
１  ウェブサービス提供システム
２  負荷分散装置
３  振替元処理装置
４  振替先処理装置
５  処理装置
６  保守端末
７  システム内ネットワーク
８  利用者端末
９  ネットワーク
１０  情報処理システム
２１０、３１０  記憶装置
２１１  セッション管理データ
２１２  ワンタイムデータ
２２０、３２０  中央処理制御装置
２２１、２２４、２１１  ＨＴＴＰ送受信手段
２２２  分散処理手段
２２３  移行支援手段
３１１  リソースデータ
３１２  閉塞管理データ
３１３  振替管理データ
３２２  メッセージ処理手段
３２３  リソース処理手段
３２４  タイムアウト制御手段
３２５  閉塞制御手段
３２６  装置間信号送受信手段
【図１】
2012248169.tif 000003
【図２】
2012248169.tif 000004
【図３】
2012248169.tif 000005
【図４】
2012248169.tif 000006
【図５】
2012248169.tif 000007
【図６】
2012248169.tif 000008
【図７】
2012248169.tif 000009
【図８】
2012248169.tif 000010
【図９】
2012248169.tif 000011
【図１０】
2012248169.tif 000012
【図１１】
2012248169.tif 000013
【図１２】
2012248169.tif 000014