(57)【要約】【課題】  第２の業務サーバからのユーザのID受信を契機に、管理サーバが第１の業務サーバの保持するセッションのIDを通知することが出来ない【解決手段】  本発明の一実施形態の管理サーバは、ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび第１のセッションのセッションIDをユーザのIDに対応付けて記憶するセッション表を備え、第２の業務サーバから受信したユーザのIDに基づいてセッション表から第１の業務サーバのサーバIDおよび第１のセッションのセッションIDを取得して、セッションIDを第１の業務サーバに送信する。【選択図】      図１
2009093610.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、
第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する管理サーバ。
【請求項２】
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションを切断する前記第２の業務サーバから前記ユーザのIDを受信して、前記第１のセッションの前記セッションIDを前記第１のセッションを切断する前記第１の業務サーバに送信する請求項１の管理サーバ。
【請求項３】
前記第１の業務サーバのサーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持する前記第１の業務サーバから受信して、前記セッション表に記憶する請求項２の管理サーバ。
【請求項４】
前記第１の業務サーバから、前記第１のセッションの切断通知を受けて、前記セッション表から前記第１のセッションの前記セッションIDを削除する請求項２ないし請求項３のいずれかに記載の管理サーバ。
【請求項５】
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから前記ユーザのIDおよび前記共通情報を受信して、前記共通情報および前記セッションIDを、前記第１のセッションに対応して前記共通情報を格納する前記第１の業務サーバに送信する請求項１の管理サーバ。
【請求項６】
請求項１から請求項５のいずれかに記載の管理サーバ、前記第１の業務サーバおよび前記第２の業務サーバからなる管理システム。
【請求項７】
ユーザ対応に第１のセッションを保持する第１の業務サーバであって、
前記第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１の業務サーバに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信することを特徴とする第１の業務サーバ。
【請求項８】
前記管理サーバから、前記第１のセッションの前記セッションIDを受信して前記第１のセッションを切断することを特徴とする請求項７の第１の業務サーバ。
【請求項９】
前記第１のセッションの前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持し、前記第１の業務サーバの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記第１の業務サーバの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを受信して前記セッション表に記憶する前記管理サーバに送信する請求項８の第１の業務サーバ。
【請求項１０】
前記ユーザ対応に第２のセッションを保持しており前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから前記管理サーバが受信した前記共通情報、および、前記第１のセッションの前記セッションIDを、前記管理サーバから受信して前記第１のセッションに対応して前記共通情報を格納することを特徴とする請求項７の第１の業務サーバ。
【請求項１１】
ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備えたコンピュータに、
第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する送信処理を実行させる管理プログラム。
【請求項１２】
前記コンピュータに、
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションを切断する前記第２の業務サーバから前記ユーザのIDを受信し、前記第１のセッションの前記セッションIDを前記第１のセッションを切断する前記第１の業務サーバに送信する前記送信処理を実行させる請求項１１の管理プログラム。
【請求項１３】
前記コンピュータに、
前記第１の業務サーバのサーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持する前記第１の業務サーバから受信して、前記セッション表に記憶する記憶処理を実行させる請求項１２の管理プログラム。
【請求項１４】
前記コンピュータに、
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから受信した前記共通情報、および、前記第１のセッションの前記セッションIDを、前記第１のセッションに対応して前記共通情報を格納する前記第１の業務サーバに送信する前記送信処理を実行させる請求項１１の管理プログラム。
【請求項１５】
ユーザ対応に第１のセッションを保持する第１のコンピュータに、
前記第１のコンピュータのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２のコンピュータから受信した前記ユーザのIDに基づいて前記セッション表から前記第１のコンピュータの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１のコンピュータに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信する第１の処理を実行させる業務プログラム。
【請求項１６】
前記第１のコンピュータに、
前記第１のセッションの前記セッションIDを受信して前記第１のセッションを切断する前記第１の処理を実行させる請求項１５の業務プログラム。
【請求項１７】
前記第１のコンピュータに、
前記第１のセッションの前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持し、前記第１のコンピュータの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記第１のコンピュータの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを受信して前記セッション表に記憶する前記管理サーバに送信する第２の処理を実行させる請求項１６の業務プログラム。
【請求項１８】
前記第１のコンピュータに、
前記ユーザ対応に第２のセッションを保持しており前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから前記管理サーバが受信した前記共通情報、および、前記第１のセッションの前記セッションIDを受信して、前記第１のセッションに対応して前記共通情報を格納する前記第１の処理を実行させる請求項１５の業務プログラム。
【請求項１９】
ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備えたコンピュータが、
第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する送信行程を有する管理方法。
【請求項２０】
前記コンピュータが、
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションを切断する前記第２の業務サーバから前記ユーザのIDを受信して、前記第１のセッションの前記セッションIDを前記第１のセッションを切断する前記第１の業務サーバに送信する前記送信行程を有する請求項１９の管理方法。
【請求項２１】
前記コンピュータが、
前記第１の業務サーバのサーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持する前記第１の業務サーバから受信して、前記セッション表に記憶する記憶行程を有する請求項２０の管理方法。
【請求項２２】
前記コンピュータが、
前記ユーザ対応に第２のセッションを保持しており、前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから受信した前記共通情報、および、前記第１のセッションの前記セッションIDを、前記第１のセッションに対応して前記共通情報を格納する前記第１の業務サーバに送信する前記送信行程を有する請求項１９の管理方法。
【請求項２３】
ユーザ対応に第１のセッションを保持する第１のコンピュータが、
前記第１のコンピュータのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２のコンピュータから受信した前記ユーザのIDに基づいて前記セッション表から前記第１のコンピュータの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１のコンピュータに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信する第１の行程を有する業務方法。
【請求項２４】
前記第１のコンピュータが、
前記第１のセッションの前記セッションIDを受信して前記第１のセッションを切断する前記第１の行程を有する請求項２３の業務方法。
【請求項２５】
前記第１のコンピュータが、
前記第１のセッションの前記セッションIDを生成してクライアントに送付して前記クライアントとの間で前記第１のセッションを保持し、前記第１のコンピュータの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを、前記第１のコンピュータの前記サーバID、前記第１のセッションの前記セッションID、前記ユーザのIDを受信して前記セッション表に記憶する前記管理サーバに送信する第２の行程を有する請求項２４の業務方法。
【請求項２６】
前記第１のコンピュータが、
前記ユーザ対応に第２のセッションを保持しており前記第２のセッションに対応して共通情報を格納する前記第２の業務サーバから前記管理サーバが受信した前記共通情報、および、前記第１のセッションの前記セッションIDを受信して、前記第１のセッションに対応して前記共通情報を格納する前記第１の行程を有する請求項２３の業務方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバ、管理プログラム、管理方法、業務サーバ、業務プログラム、業務方法、および、管理システムに関する。
【背景技術】
【０００２】
特許文献１には、複数のアプリケーションサーバの各々との間でセッションを設けるクライアントから、第１のアプリケーションサーバとのセッション切断要求を受けるアプリケーション統合管理装置が記載されている。このアプリケーション統合管理装置は、当該要求を受けると、第２のアプリケーションサーバにセッション切断を要求する。
【０００３】
特許文献２には、生成したセッションIDを、複数のWWWブラウザに送信するWWWサーバが記載されている。
【０００４】
特許文献３には、ユーザプレゼンス情報に基づいて、ユーザセッションのタイムアウト値を決定するウェブサーバ装置が記載されている。
【０００５】
特許文献４には、一つのセッション識別子に対して複数のセッション情報を保持するセッションサーバ装置が記載されている。これにより、クライアントは、一つのセッション識別子を用いて、複数の業務を並列に実行する。
【０００６】
特許文献５には、Webクライアントからのアクセスごとに、セッション識別情報を変更するWebサーバが記載されている。
【０００７】
【特許文献１】特開２００５−２４２９９９号公報
【特許文献２】特開２００３−３３０８８２号公報
【特許文献３】特開２００７−１５６８２５号公報
【特許文献４】特開２００７−２６４９８６号公報
【特許文献５】特開２００６−３４４１３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述の特許文献は、第２の業務サーバから受信したユーザIDに基づいてセッション表から第１の業務サーバのサーバIDおよびセッションIDを取得して、セッションIDを、第１の業務サーバに送信する管理サーバを開示しない。従って、第２の業務サーバからのユーザのID受信を契機に、管理サーバが、第１の業務サーバに、セッションIDを通知することが出来ないという課題があった。
【０００９】
本発明の目的は、上述の課題を解決する管理サーバ、管理プログラム、管理方法、業務サーバ、業務プログラム、業務方法、および、管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一実施形態の管理サーバは、ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する。
【００１１】
本発明の一実施形態の業務サーバは、ユーザ対応に第１のセッションを保持する第１の業務サーバであって、前記第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１の業務サーバに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信する。
【００１２】
本発明の一実施形態の管理プログラムは、ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備えたコンピュータに、第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する送信処理を実行させる。
【００１３】
本発明の一実施形態の業務プログラムは、ユーザ対応に第１のセッションを保持する第１のコンピュータに、前記第１のコンピュータのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２のコンピュータから受信した前記ユーザのIDに基づいて前記セッション表から前記第１のコンピュータの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１のコンピュータに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信する第１の処理を実行させる。
【００１４】
本発明の一実施形態の管理方法は、ユーザ対応に第１のセッションを保持する第１の業務サーバのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備えたコンピュータが、第２の業務サーバから受信した前記ユーザのIDに基づいて前記セッション表から前記第１の業務サーバの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して、前記セッションIDを前記第１の業務サーバに送信する送信行程を有する。
【００１５】
本発明の一実施形態の業務方法は、ユーザ対応に第１のセッションを保持する第１のコンピュータが、前記第１のコンピュータのサーバIDおよび前記第１のセッションのセッションIDを前記ユーザのIDに対応付けて記憶するセッション表を備え、第２のコンピュータから受信した前記ユーザのIDに基づいて前記セッション表から前記第１のコンピュータの前記サーバIDおよび前記第１のセッションの前記セッションIDを取得して前記第１のコンピュータに送信する管理サーバから、前記第１のセッションの前記セッションIDを受信する第１の行程を有する。
【発明の効果】
【００１６】
本発明によれば、第２の業務サーバからのユーザのID受信を契機に、管理サーバが第１の業務サーバの保持するセッションのIDを、第１の業務サーバに通知することが出来る。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明の第１の実施形態の管理システム５１を示す。管理システム５１は、複数の業務サーバ、例えば、Webサーバ２０の各々が、あるユーザ対応に保持している複数のセッション４０を一括して終了させる機能を提供する。ここで、一般に、セッション４０とは、Webサーバ２０等の業務サーバが提供するサービスを、Webブラウザ３０等を介して利用するユーザが、当該利用の過程で行う一連の行動を意味する。図１における、セッション４０は、当該ユーザの一連の行動に対するWebブラウザ３０とWebサーバ２０間の一連の通信、およびその通信に関するWebブラウザ３０とWebサーバ２０の動作を意味する。
【００１８】
Webサーバ２０がセッション４０を保持するとは、当該Webサーバ２０が、当該一連の通信または動作の過程にあることを意味する。Webブラウザ３０がセッション４０を保持するとは、当該Webブラウザ３０が、当該一連の通信または動作の過程にあることを意味する。
【００１９】
Webサーバ２０は、セッション４０ごとに情報を格納する機能を持つ。この情報はセッション情報２４と呼ばれる。セッション情報２４は、セッション４０の状態情報などを記憶する。例えば、Webサーバ２０が提供する機能がオンラインショッピングである場合には、セッション情報２４は、ユーザのショッピングがどの行程（商品選択、送付先入力、支払い情報入力、等）まで進んだかの行程情報である。または、セッション情報２４は、ショッピングカートに入れられた商品情報などである。
【００２０】
Webサーバ２０は、セッション４０の識別子（以降、セッションID１８）によりユーザを区別し、ほかのユーザが別のユーザのセッション情報２４にアクセスすることを防ぐ。すなわち、Webサーバ２０により保持されているセッション４０のセッションID１８は、Webサーバ２０内で一意の値である。
【００２１】
図１によると、管理システム５１は、管理サーバ１０、複数の業務サーバ（第１の業務サーバ２１等）、ユーザが操作する端末３５から構成される。業務サーバは、業務サービスを提供するサーバであり、例えば、Webグループウェアの各サービスを提供するWebサーバ２０である。管理システム５１は、例えば、Webグループウェアシステム５０である。管理システム５１は、ほかの業務サービスを提供するシステムであっても構わない。
【００２２】
Webグループウェアシステム５０において、各Webサーバ２０が提供するサービスは、グループウェアポータルサービス、スケジュール管理サービス、施設予約サービス等である。
【００２３】
本実施形態においてWebサーバ２０はユーザ表２３を包含する。Webサーバ２０は、コンピュータのプロセッサーが、記憶域に格納されている業務プログラム２５を読み込んで実行することで機能する。同等な機能が、ハードウェアで実現されてもよい。
【００２４】
端末３５には、ユーザが各サービスを受けるためのWebブラウザ３０が、各Webサーバ２０に対応して起動されている。各Webサーバ２０と対応するWebブラウザ３０の間には、ユーザのためのセッション４０が保持されている。
【００２５】
管理サーバ１０は、URL表１２およびセッション表１６を包含する。本実施形態において、管理サーバ１０は、コンピュータのプロセッサーが、記憶域に格納されている管理プログラム１５を読み込んで実行することで機能する。同等な機能が、ハードウェアで実現されてもよい。
【００２６】
図１に示す本実施形態において、ユーザが、第１の業務サーバ２１が提供するポータルサービスと第２の業務サーバ２２が提供するスケジュール管理サービスにログインしてそのサービスを受けている場合は、図１のようにセッション４０が保持されている。すなわち、第１の業務サーバ２１と第１のクライアント３１の間には第１のセッション４１が、第２の業務サーバ２２と第２のクライアント３２の間には第２のセッション４２が保持されている。
【００２７】
なお、第１のセッション４１および第２のセッション４２はともに、セッション４０である。
【００２８】
ここで、ユーザがスケジュール管理サービスの使用中に、システムのログアウトを第２の業務サーバ２２に送信すると、同サーバは、第２のセッション４２を切断した上で、ユーザのID１７を付してシステムログアウト処理要求を管理サーバ１０に送信する。
【００２９】
管理サーバ１０は、送信されたユーザのID１７を基にセッション表１６を検索して、ポータルサービスで使用されていた第１のセッション４１のセッションID１８と第１の業務サーバ２１のサーバID１９を得る。そして、同サーバは、セッションID１８を付して当該第１のセッション４１の切断要求を第１の業務サーバ２１に送信するのである。
【００３０】
すなわち、ユーザは、スケジュール管理のWebサーバ２０にシステムのログアウトを指示することで、ポータルサービスのログアウトも一括して出来るのである。
【００３１】
図２は本実施形態におけるURL表１２を示す。URL表１２は、サーバID１９に対応付けて切断用URL１４を記憶する。サーバID１９はWebサーバ２０の通信用アドレスであり、例えば、IPアドレスである。
【００３２】
切断用URL１４は、対応するサーバID１９を持つWebサーバ２０が用意しているセッション４０の切断用WebページのURL（Uniform  Resource  Locator）である。自らが保持するセッション４０のセッションID１８をパラメータとして本ページにアクセスがあると、Webサーバ２０は、当該セッション４０を切断する。
【００３３】
通常は切断対象のセッション４０を保持する端末３５が、当該ページをアクセスする。本実施形態では、後述のように、端末３５の代わりに管理サーバ１０が当該ページにアクセスすることがある。管理サーバ１０の管理者は、あらかじめURL表１２の内容を登録しておく。
【００３４】
図３は本実施形態におけるセッション表１６を示す。セッション表１６は、ユーザのID１７に対応してセッションID１８とサーバID１９を記憶する。ここで、ユーザのID１７は、管理システム５１内で一意の値である。
【００３５】
ユーザのID１７のユーザが、Webブラウザ３０経由でWebサーバ２０とセッション４０を開始すると、当該Webサーバ２０のサーバID１９と当該セッション４０のセッションID１８が、ユーザのID１７に対応してセッション表１６に格納される。
【００３６】
図４は、本実施形態におけるユーザ表２３を示す。ユーザ表２３は、セッションID１８に対応付けてユーザのID１７とセッション情報２４を記憶する。
【００３７】
図５は、Webサーバ２０の動作のフローチャートを示す。
【００３８】
Webサーバ２０は、Webブラウザ３０の要求に応じて、セッション４０の開始ページをWebブラウザ３０に送信する（S51）。Webブラウザ３０の当該要求は、ユーザが当該ページのURLをWebブラウザ３０に入力することでWebサーバ２０に送信される。
【００３９】
Webサーバ２０は、ユーザが入力したユーザのID１７をWebブラウザ３０経由で受信する（S52）。セッション４０の開始ページは、例えば、ユーザログインページである。この場合、ユーザはログインのためにユーザのID１７を入力する。
【００４０】
ユーザのID１７は、上述のごとくログインのためにユーザがWebブラウザ３０に入力しても良いし、ログイン後のページ（例えば、ポータルサービスのページ）に埋め込まれた、リンク情報に付加されて、Webブラウザ３０に入力されても良い。
【００４１】
Webサーバ２０は、開始するセッション４０のセッションID１８を生成し（S53）、受信したユーザのID１７と生成したセッションID１８を対応付けてユーザ表２３に格納する（S54）。
【００４２】
Webサーバ２０は、当該ユーザのID１７、当該セッションID１８および自らのサーバID１９を付して、セッション表１６への登録要求を管理サーバ１０に送信する（S55）。
【００４３】
さらに、同サーバは、当該セッションID１８をWebブラウザ３０に送信する（S56）。この送信には、Cookie等の仕組みを利用しても良い。
【００４４】
その後、同サーバは、Webブラウザ３０からのURL入力を待ち合わせる（S57）。入力されたURLが一般のもの（S58で一般）、すなわち、後述のシステムログアウト用およびセッション切断用以外であれば、同サーバは、当該URLのページの送信などの入力対応の処理を行う（S59）。このとき、Cookie等によってセッションID１８を入力して、同サーバは当該セッションID１８のセッション４０の状況に応じた処理を行う。この過程で、同サーバは、ユーザ表２３を検索して当該セッションID１８対応のセッション情報２４を参照したり更新したりする。
【００４５】
入力URLがシステムからのログアウトを示す（S58でシステムログアウト）場合、同サーバは入力Cookie等からセッションID１８を取り出し、ユーザ表２３の当該セッションID１８対応エントリを削除（セッション４０を切断）する（S5A）。この後、同サーバは、当該セッションID１８を指定した処理要求を受け付けなくなる。このように、本実施形態では、セッション４０の切断は、ユーザ表２３からセッションID１８対応のエントリを削除することで実現されている。なお、セッション４０の切断は、ユーザ表２３に切断フラグを設けるなどほかの方法によって実現しても良い。
【００４６】
Webサーバ２０は、当該セッションID１８を付して、セッション表１６からの対応エントリ削除要求を、管理サーバ１０に送信する（S5B）。
【００４７】
次に、同サーバは、削除したユーザ表２３のエントリに記憶されていたユーザのID１７を付して、管理サーバ１０に、当該ユーザのログアウト処理要求を送信する（S5C）。これで、同サーバは、当該セッション４０に関する処理を終える。
【００４８】
上述のごとく、各Webサーバ２０は、システムのログアウトが指示されると、自らのセッション４０を切断するとともにほかのWebサーバ２０の当該ユーザ対応のセッション４０の切断処理を管理サーバ１０に要求するのである。
【００４９】
入力されたURLが切断用URL１４（S58でセッション切断）であれば、同サーバは入力したCookie等からセッションID１８を取り出し、ユーザ表２３の当該セッションID１８対応のエントリを削除（セッション４０を切断）する（S5D）。その後、同サーバは、当該セッションID１８を付して、セッション表１６からの対応エントリ削除要求を、管理サーバ１０に送信する（S5E）。これで、同サーバは、当該セッション４０に関する処理を終える。
【００５０】
上述のごとく、本実施形態のWebグループウェアシステム５０では、システムのログアウトを指示されたもの以外のWebサーバ２０は、管理サーバ１０からの切断要求を受けて、自らが保持するセッション４０を切断するのである。
【００５１】
図６は、管理サーバ１０の動作のフローチャートである。
【００５２】
管理サーバ１０は、Webサーバ２０からの入力を持ち合わせている（S61でN）。入力が、セッション表１６への登録要求であれば（S62でY）、管理サーバ１０は、当該要求に付されているユーザのID１７、セッションID１８およびサーバID１９をセッション表１６に記憶する（S63）。
【００５３】
入力が、セッション表１６からのエントリ削除要求であれば（S62でN、かつS65でY）、管理サーバ１０は、セッション表１６を走査して、当該要求に付されているセッションID１８対応のエントリを削除する（S64）。
【００５４】
入力が、ユーザのログアウト処理要求であれば（S65でN）、管理サーバ１０は、セッション表１６を走査して、当該要求に付されているユーザのID１７と一致するエントリをすべて取得する。その後、同サーバは、当該すべてのエントリからセッションID１８とサーバID１９の対を取得する（S66）。
【００５５】
次に、管理サーバ１０は、URL表１２を走査して、前ステップで取得した各サーバID１９に対応する切断用URL１４を取得する（S67）。管理サーバ１０は、セッションID１８を付して、各セッションID１８に対応した切断用URL１４で指定されるページにアクセスする。すなわち、管理サーバ１０は、セッションID１８を切断用URL１４とともにWebサーバ２０に送信する。管理サーバ１０は、このアクセスにより、そのページを提供する各Webサーバ２０に当該Webサーバ２０が保持するセッション４０の切断を指示する（S68）。
【００５６】
なお、管理サーバ１０は、切断用URL１４を得て（S67）、当該ページにアクセスする（S68）代わりに、サーバID１９をあてさきとして、セッションID１８を含む切断要求パケットをWebサーバ２０に送信しても良い。この場合、Webサーバ２０は、当該切断要求パケットからセッションID１８を取り出す（S5D）。
【００５７】
本実施形態の、第１の効果は、複数のWebサーバ２０を持ったWebグループウェアシステム５０において、ユーザが各Webサーバ２０との間で保持している複数のセッション４０の切断を確実に行うことが出来ることである。これにより、セッション４０がガーベージとして残存することによるWebサーバ２０の資源の圧迫やセキュリティホールの発生を防止できる。
【００５８】
本実施形態の第２の効果は、終了処理におけるWebサーバ２０と端末３５間の通信を１回に集約することができる点にある。これにより、インターネットなどの外部ネットワークの通信量を減少させることが出来る。
【００５９】
本実施形態の第３の効果は、ユーザのシステムログアウトを遅延させることなく行うことができることにある。
【００６０】
上述の３つの効果を生ずる理由は、第２の業務サーバ２２からユーザのID１７を受信した管理サーバ１０が、第１の業務サーバ２１の保持する第１のセッション４１の切断を第１の業務サーバ２１に要求するからである。
【００６１】
なお、上記の効果は、管理システム５１が、Webグループウェアシステム５０である場合に限定されないのは明らかである。
【００６２】
次に、本発明の第２の実施形態について説明する。本実施形態の管理サーバ１０はURL表１２を使用しない。本実施形態では、セッション表１６に、サーバID１９の代わりに切断用URL１４を登録する。図７は、本実施形態のセッション表１６を示す。
【００６３】
本実施形態のWebサーバ２０は、図５のS55において、管理サーバ１０に、ユーザのID１７、セッションID１８および自らの切断用URL１４を付してセッション表１６への登録要求を送信する。
【００６４】
本実施形態の管理サーバ１０は、図６のS63において当該登録要求に付されているユーザのID１７、セッションID１８および切断用URL１４をセッション表１６に記憶する。さらに、同サーバは、同図のS66において、セッション表１６を走査して、システムログアウト要求に付されているユーザのID１７と一致するエントリをすべて取得して、当該エントリからセッションID１８と切断用URL１４を取得することとなる。同図のS67は不要となる。ほかの点は、第１の実施形態と同じである。
【００６５】
本実施例では、管理サーバ１０の運用が簡素化される。URL表１２がなくなり、その設定が不要となるからである。また、Webサーバ２０の切断用URL１４の変更への対応が迅速かつ確実となる。その理由は、管理サーバ１０が、Webサーバ２０から切断用URL１４を直接受信するからである。
【００６６】
次に、本発明の第３の実施形態について説明する。本実施形態として、システムログアウトを受け付けたWebサーバ２０が、図５のS5AおよびS5Bで、自らが保持するセッション４０を切断しないように構成しても良い。この場合、システムログアウトを受け付けたWebサーバ２０も、ほかのWebサーバ２０と同様に、管理サーバ１０からの切断要求を受けて自らの保持するセッション４０を切断する（S5DおよびS5E）。
【００６７】
本実施形態においては、Webサーバ２０のフローチャートは、S5AおよびS5Bが不要となり、S5Cの後、S57に戻ることになる。
【００６８】
本実施形態では、Webサーバ２０の構成が簡単になる。その理由は、システムログアウトを受け付けたWebサーバ２０が、管理サーバ１０からの切断要求を受けて自らの保持するセッション４０を切断するからである。
【００６９】
次に、本発明の第４の実施形態について説明する。以下に特に断りがない限り、本実施形態は第１の実施形態と同じである。
【００７０】
図９は、本実施形態のユーザ表２３を示す。本実施形態では、セッション情報２４は、固有情報６２と共通情報６３に分かれて管理される。固有情報６２と共通情報６３は、共に、複数のデータ項目（例えば、ショッピングカートに入れられた商品名と支払い方法指定など）を包含しても良い。
【００７１】
複数のWebサーバ２０が協働して一つのシステム、例えば、一つのWebグループウェアシステム５０として動作するためには、当該複数のWebサーバ２０間で情報を共有しなければならないことがある。この情報は、例えば、別々のWebサーバ２０で提供されるスケジュール管理サービスと施設予約サービスとで共有される施設予約時間である。このような、複数のWebサーバ２０間で共有されるセッション情報２４が共通情報６３である。これに対し、特定のWebサーバ２０にのみ使用されるセッション情報２４が固有情報６２である。
【００７２】
本実施形態のWebグループウェアシステム５０は、端末３５とあるWebサーバ２０間のセッション４０で更新された共通情報６３を、当該端末３５と別Webサーバ２０間のセッション４０における共通情報６３に自動的に複写する。例えば、同システムは、端末３５と第２の業務サーバ２２間の第２のセッション４２で更新された共通情報６３を、当該端末３５と第１の業務サーバ２１間の第１のセッション４１における共通情報６３に自動的に複写する。
【００７３】
図８は、本実施形態のURL表１２を示す。本実施形態のURL表１２は、第１の実施形態のURL表１２に比べてサーバID１９対応に更新用URL６１を追加格納する。更新用URL６１は、当該サーバID１９を持つWebサーバ２０が用意している共通情報６３の更新用WebページのURLである。自らが保持するセッション４０のセッションID１８と共通情報６３の更新情報をパラメータとして本ページにアクセスがあると、Webサーバ２０は、当該セッション４０に対応する共通情報６３を更新する。
【００７４】
図１０は、本実施形態におけるWebサーバ２０の動作のフローチャートを示す。Ｓ５１からＳ５Ｅまでの処理は図５と変わらない。ＳＡ１からＳＡ５が、本実施形態で追加された処理である。
【００７５】
Webサーバ２０は、入力対応の処理を行った（S59）のち、当該処理の中で共通情報６３の更新の有無を確認する（SA1）。本確認は、例えば、共通情報６３対応に設けられた図示しない更新フラグなどを利用して実施する。共通情報６３の更新が有った場合（SA1でＹ）、同サーバは、ユーザ表２３からセッションID１８に対応したユーザのID１７を取り出し、当該ユーザのID１７を付して、管理サーバ１０に、共通情報６３の更新処理要求を送信する（SA2）。なお、セッションID１８は、Ｓ５９の処理において、入力Cookie等から取り出されたものである。
【００７６】
そのとき、同サーバは、共通情報６３の更新情報も、当該更新処理要求に付して、管理サーバ１０に送信する（SA3）。更新情報は、管理サーバ１０を経由して、それを受信した各Webサーバ２０が、更新すべきデータ項目と内容を特定できる情報であれば良い。更新情報は、例えば、更新されたデータ項目の共通情報６３内相対アドレス、データ長、と当該データ項目の更新後内容の組である。
【００７７】
また、入力されたURLが更新用URL６１（S58で更新）であれば、入力したCookie等からセッションID１８および更新情報を取り出す（SA4）。同サーバは、当該セッションID１８に対応する共通情報６３を、当該更新情報に基づいて更新する（SA5）。同サーバは、例えば、受信した名称のデータ項目を受信した更新後の共通情報６３内容で上書きする。
【００７８】
図１１は、本実施形態における管理サーバ１０の動作のフローチャートを示す。Ｓ６１からＳ６８までの処理は図６と変わらない。ＳＢ１からＳＢ４が、本実施形態で追加された処理である。
【００７９】
管理サーバ１０は、Webサーバ２０から共通情報６３の更新処理要求を入力する（SB4でY）と、セッション表１６を走査して、当該要求に付されているユーザのID１７と一致するエントリをすべて取得する。その後、同サーバは、当該すべてのエントリからセッションID１８とサーバID１９の対を取得する（SB1）。
【００８０】
次に、管理サーバ１０は、URL表１２を走査して、前ステップで取得した各サーバID１９に対応する更新用URL６１を取得する（SB2）。管理サーバ１０は、セッションID１８および入力更新要求から得た更新情報をメッセージとして付して、当該更新用URL６１で指定されるページにアクセスする。すなわち、管理サーバ１０は、セッションID１８および更新情報を更新用URL６１とともにWebサーバ２０に送信する（SB3）。管理サーバ１０は、このアクセスにより、そのページを提供する各Webサーバ２０に当該Webサーバ２０が格納するセッションID１８対応の共通情報６３の更新を指示する。
【００８１】
なお、管理サーバ１０は、更新用URL６１を得て（SB2）、当該ページにアクセスする（SB3）代わりに、サーバID１９をあてさきとして、セッションID１８および更新情報を含む更新要求パケットをWebサーバ２０に送信しても良い。この場合、Webサーバ２０は、当該更新要求パケットからセッションID１８および更新情報を取り出す（SA4）。
【００８２】
なお、上記の説明では、セッション情報２４の格納領域は、固有情報６２用と共通情報６３用の２つの領域に分離されていたが、分離されない構成としても良い。この場合、セッション情報２４に格納される個々のデータ項目が、固有情報６２か共通情報６３を区別するためのフラグを包含するように構成しても良い。
【００８３】
本実施形態の、第１の効果は、複数のWebサーバ２０を持ったWebグループウェアシステム５０において、各Webサーバ２０が保持している共通情報６３の更新を確実に行うことができることである。
【００８４】
本実施形態の第２の効果は、終了処理におけるWebサーバ２０と端末３５間の通信を１回に集約することができる点にある。これにより、インターネットなどの外部ネットワークの通信量を減少させることが出来る。
【００８５】
本実施形態の第３の効果は、共通情報６３の更新を遅延させることなく行うことができることにある。
【００８６】
上述の３つの効果を生ずる理由は、共通情報６３を更新した第２の業務サーバ２２からユーザのID１７を受信した管理サーバ１０が、第１の業務サーバ２１が保持するセッション４０の共通情報６３の更新を第１の業務サーバ２１に要求するからである。
【００８７】
次に、本発明の第５の実施形態について説明する。
【００８８】
第４の実施形態において、共通情報６３の更新情報は、Webサーバ２０から管理サーバ１０を経由して別のWebサーバ２０に入力されている。しかし、本実施形態では、共通情報６３の更新情報は、Webサーバ２０間で共用される記憶装置を経由して、Webサーバ２０から別のWebサーバ２０に転送される。
【００８９】
このように構成することで、管理サーバ１０とWebサーバ２０間の通信量を削減できる。更新依頼を受け付けたWebサーバ２０は、共用される記憶装置から共通情報６３の更新情報を入力できるからである。
【００９０】
図１２は、本発明の特徴的な構成を示す。管理サーバ１０は、ユーザ対応に第１のセッション４１を保持する第１の業務サーバ２１のサーバID１９および第１のセッション４１のセッションID１８をユーザのID１７に対応付けて記憶するセッション表１６を備えている。同サーバは、第２の業務サーバ２２から受信したユーザのID１７に基づいてセッション表１６から第１の業務サーバ２１のサーバID１９および第１のセッション４１のセッションID１８を取得する。その後、同サーバは、セッションID１８を第１の業務サーバ２１に送信する。
【図面の簡単な説明】
【００９１】
【図１】管理システムの構成図である。
【図２】URL表の構成図である。
【図３】セッション表の図である。
【図４】ユーザ表の図である。
【図５】Webサーバの動作のフローチャートである。
【図６】管理サーバの動作のフローチャートである。
【図７】第２の実施形態のセッション表を示す図である。
【図８】第４の実施形態のURL表の構成図である。
【図９】第４の実施形態のユーザ表の図である。
【図１０】第４の実施形態のWebサーバの動作のフローチャートである。
【図１１】第４の実施形態の管理サーバの動作のフローチャートである。
【図１２】管理サーバおよび業務サーバを示す図である。
【符号の説明】
【００９２】
１０    管理サーバ
１２    URL表
１４    切断用URL
１５    管理プログラム
１６    セッション表
１７    ユーザのID
１８    セッションID
１９    サーバID
２０    Webサーバ
２１    第１の業務サーバ
２２    第２の業務サーバ
２３    ユーザ表
２４    セッション情報
２５    業務プログラム
３０    Webブラウザ
３１    第１のクライアント
３２    第２のクライアント
３５    端末
４０    セッション
４１    第１のセッション
４２    第２のセッション
５０    Webグループウェアシステム
５１    管理システム
６１    更新用URL
６２    固有情報
６３    共通情報
【図１】
2009093610.tif 000003
【図２】
2009093610.tif 000004
【図３】
2009093610.tif 000005
【図４】
2009093610.tif 000006
【図５】
2009093610.tif 000007
【図６】
2009093610.tif 000008
【図７】
2009093610.tif 000009
【図８】
2009093610.tif 000010
【図９】
2009093610.tif 000011
【図１０】
2009093610.tif 000012
【図１１】
2009093610.tif 000013
【図１２】
2009093610.tif 000014