JPH0997227A - クライアント／サーバスタイルにおける業務運用システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、マルチサーバ環境のクライアント
／サーバシステムにおいて、複数のサーバ環境の定義を
可能とし、更に業務の遂行に最適な状態にあるサーバが
自動的に選択され、柔軟かつ有効的な業務の運用が行え
るようにすることを目的とする。 【解決手段】 クライアント１０は、管理サーバ２０へ
の接続情報を有する。実行サーバ３０は、クライアント
１０より指示された業務の実行を専用に行うものであ
り、通常複数存在する。管理サーバ２０は、業務の開設
に必要な業務情報を管理しており、クライアント１０か
らの要求に応じて、業務情報をダウンロードする。この
とき、各実行サーバ３０の稼働状況を示す運転情報を収
集し、この運転情報に基づいて最適実行環境にある実行
サーバを判定し、これを業務情報に含めてダウンロード
する。クライアント１０において、ダウンロードした業
務情報を用いて所定の業務が選択されると、選択された
業務に対応する最適実行環境にある実行サーバに接続さ
れ、この実行サーバにおいて所定の業務が実行される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、近年の分散化シス
テムの主流であるクライアント／サーバスタイルの計算
機システムにおいて、ユーザ業務運用システムを構築す
る場合に、使用する資源（クライアントマシン／サーバ
マシン）の有効利用を図ることにより、効率的なシステ
ム構築を実現させるマルチサーバ環境での業務運用シス
テムに関する。

【０００２】

【従来の技術】近年、計算機システムの分散化が進み、
クライアント／サーバスタイルの計算機システムを構築
するケ−スがその主流となっている。このようなクライ
アント／サーバスタイルの計算機システムにおいては、
業務運用を行う場合に、クライアントから接続するサー
バの宛先の定義および業務運用するための業務情報定義
が必要となる。

【０００３】現状の利用形態としては、部門別のクライ
アント／サーバの定義であり、例えば，生産管理部門で
あれば、生産管理業務を専用に行うクライアント／サー
バを使用するなど、クライアントとサーバとが、一対一
に定義されて運用されている。

【０００４】図１０は、従来の部門別クライアント／サ
ーバシステムでの業務運用時のサーバ環境を示す図であ
る。同図において、生産管理サーバ４０、財務会計サー
バ５０、生産管理クライアント７０−１〜３、財務会計
サーバ８０−１〜３がＬＡＮを介して接続されている。
生産管理クライアント７０−１〜３は、上記サーバの宛
て先の定義として生産管理サーバ４０の定義を有してお
り、業務運用を行う場合、生産管理サーバ４０と一対一
に定義されて運用される。財務会計クライアント８０−
１〜３は、上記サーバの宛て先の定義として財務会計サ
ーバ５０の定義を有しており、業務運用を行う場合、財
務会計サーバ５０と一対一に定義されて運用される。

【０００５】このように、従来では、ＬＡＮを介して物
理的には接続されているが、運用上は、各クライアント
は、定義されている宛て先のサーバにのみ接続できるも
のであり、それ以外のサーバには接続できないものであ
った。

【０００６】

【発明が解決しようとする課題】上述したように、現状
の利用形態である部門別のクライアント／サーバシステ
ムにおいては、クライアントとサーバを専用に一対一と
して定義することになり、結果的に資源を有効に利用す
ることができないという問題があった。

【０００７】また、サーバである計算機システムがシス
テムダウン等に陥った場合など、このサーバに一対一で
定義されている全てのクライアントにおいて、業務の運
用を阻害されるという問題があった。

【０００８】本発明の課題は、ハードウェアとしてのク
ライアント／サーバ、ソフトウェアとしてのクライアン
ト／サーバプログラム、およびネットワーク環境で構成
され、一台のクライアントに対し、複数のサーバ環境の
定義を可能とすることで、効率的な業務運用を行うこと
ができ、更に業務の遂行に最適な状態にある実行サーバ
を自動的に選択することができるマルチサーバ環境での
業務運用システムを提供することである。

【０００９】

【課題を解決するための手段】図１は、本発明のシステ
ムの原理ブロック図である。同図において、定義情報管
理手段２は、業務運用の為に必要である業務定義情報を
集中管理するものであり、クライアント１からの要求に
応じて上記業務定義情報をクライアント１に提供する。

【００１０】クライアント１は、提供された業務定義情
報に基づいて、複数の業務実行手段３の中から、所定の
業務に対応する業務実行手段３に業務の実行を指示す
る。この指示に応じて、上記対応する業務実行手段３
は、上記指定された業務の運用を行う。

【００１１】上記システムにおいて所定の業務を実行す
る際、まずクライアント１が定義情報管理手段２に業務
定義情報を要求する。これに応じて、定義情報管理手段
２は、クライアント１へ業務定義情報を提供する。

【００１２】クライアント１において、提供された業務
定義情報に基づいて、ユーザ等により、所定の業務が選
択される。クライアント１は、選択された業務に対応す
る業務実行手段３に対し、この業務の実行を指示する。
これに応じて、業務実行手段３は、指定された業務を実
行する。

【００１３】上記所定の業務に対応する業務実行手段３
が、複数存在する場合には、定義情報管理手段２が対応
する各業務実行手段３の動作環境を調べることで、最適
動作環境にある業務実行手段３に対し業務の実行が指示
される。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の一
実施例を説明する。図２は、本発明の一実施例のシステ
ムの概略図である。

【００１５】同図において、〜の番号が付してある
のは、図示のシステムの大まかな動作の順序を示すもの
である。同図において、クライアント１０側には、管理
サーバ２０へ接続する為の接続情報１２として、管理サ
ーバ２０のホスト名、ユーザ名、パスワード等が存在す
る。接続情報１２の中で、管理サーバ２０のホスト名
は、クライアントに対しソフトウェアをインストールす
る際に利用者に情報を指定させ、クライアントプログラ
ムの環境変数として設定される。ユーザ名、パスワード
は、管理サーバ２０への接続要求時に、利用者により入
力される。

【００１６】業務情報１１は、管理サーバ２０側からダ
ウンロードした業務情報を、ハードディスク等に一時的
に格納しているものである。業務情報１１には、業務
名、実行サーバ名、パラメタ等がある。

【００１７】サーバ側に関しては、業務情報を管理する
管理サーバ２０と、業務の実行を専用に行う実行サーバ
３０が存在する。尚、特に図示していないが、クライア
ント１０、実行サーバ３０は、それぞれ複数存在する。

【００１８】管理サーバ２０側には、データベース等
に、業務情報２１が登録されている。業務情報２１は、
業務を実行するために必要な情報であり、業務名、業務
種別、実行サーバ名、パラメータ、業務詳細情報などが
ある。

【００１９】ここで、ある業務を複数の実行サーバが実
行可能としている場合には、各業務ごとに実行可能な実
行サーバをグループ化して、これも業務情報として登録
しておく。そして、必要に応じて、管理サーバ２０は、
グループ化されている各実行サーバに対し運転情報の問
い合わせを行い（サーバ間会話）、運転情報２１−１を
収集する。運転情報２１−１は、各実行サーバの稼働状
況、ＣＰＵ負荷等の情報である。

【００２０】実行サーバ３０は、クライアントから指示
された業務の開設を専用に行うものであり、業務情報は
存在しない。業務の開設は、クライアント１０から指示
された業務に対応する業務アプリケーション３１を起動
して行う。

【００２１】図３は、図２に示す本発明の一実施例のシ
ステムの概略動作を示すフローチャートである。以下、
図３を参照して、図２に示すシステムの概略動作を説明
する。

【００２２】業務開設を行う場合、まずクライアント１
０側において、上記環境変数として予め設定されている
管理サーバのホスト名を求める（Ｓ１）。次に、この管
理サーバのホスト名に従ったサーバ、すなわち管理サー
バ２０に接続を行う（Ｓ２）。このとき接続情報とし
て、利用者によりユーザ名、パスワードが入力され、管
理サーバ２０において利用者認証が行われる。

【００２３】利用者認証が正常に終了すると、管理サー
バ２０側に存在する業務情報２１のうちユーザ名に対応
する業務情報１１を、クライアント１０側にダウンロー
ドする（Ｓ３）。ここで、上記したような複数のサーバ
で実行可能な業務がある場合には、ダウンロードする前
に、業務ごとに各実行サーバの運転情報２１−１（ダウ
ン状況、ＣＰＵ使用状況）を収集する。そして、収集し
た運転状況２１−１に基づいて、各業務において最も業
務の実行に適した実行サーバ名を求める。ダウンロード
する業務情報１１において、業務に対応する実行サーバ
名は、上記のようにして求めた実行サーバ名となる。

【００２４】クライアント１０側では、ダウンロードし
た業務情報１１をもとに、ディスプレイ１３に業務選択
メニューを表示し、利用者に業務を選択させる（Ｓ
４）。利用者により所定の業務が選択されると、選択さ
れた業務に対応する実行サーバ名を用いて、ホスト（本
実施例では実行サーバ３０）に接続し（Ｓ５）、パラメ
タ等を送信する。

【００２５】実行サーバ３０側では、クライアント１０
側より送信された上記パラメタ値をもとに、上記選択さ
れた業務に対応する業務アプリケーション３１を起動し
（Ｓ６）、所定の業務を開始する（Ｓ７）。

【００２６】図４は、図２に示す本発明の一実施例のシ
ステムの詳細図である。同図において、図２と同一のも
のには同一符号を付すものとする。また同図において、
〜の番号が付してあるのは、図示のシステムの大ま
かな動作の順序を示すものであり、図２と同一のものに
は同一番号が付してある。

【００２７】図４において、クライアント１０側には、
管理サーバ２０へ接続する為の情報として、環境変数１
２−１として管理サーバ２０のホスト名（＝ＨＯＳＴ
Ａ）が予め設定されており、接続情報１２−２としてユ
ーザ名（＝ＵＳＥＲ００１）、パスワード（＝ＰＡＳＳ
ＷＯＲＤ）が、利用者により入力される。管理サーバ２
０のホスト名（＝ＨＯＳＴＡ）は、クライアントに対し
ソフトウェアをインストールする際に、利用者に情報を
指定させ、クライアントプログラムの環境変数として設
定される。クライアントプログラムの詳細な処理動作の
説明は、後述する図６、７の説明において行う。

【００２８】業務情報１１は、業務の開設に必要な情報
であり、管理サーバ２０よりダウンロードされるもので
ある。クライアント１０側では、業務情報１１を参照し
て、ディスプレイ１３上に業務選択メニュー１４を表示
する。

【００２９】サーバ側に関しては、業務情報を管理する
管理サーバ２０と、業務の実行を専用に行う実行サーバ
３０が存在する。尚、特に図示してないが、クライアン
ト１０、実行サーバ３０は、それぞれ複数台存在する。

【００３０】管理サーバ２０側には、データベース等
に、業務情報２１が登録されている。業務情報２１は、
業務の開設に必要な情報であり、業務名、業務種別、実
行サーバ名、パラメータ、業務詳細情報などがある。業
務情報２１は、利用者ごとに異なる業務情報が登録され
ているものであり、クライアントより入力されるユーザ
名に応じた業務情報がダウンロードされる。本実施例で
は、“ユーザ名＝ＵＳＥＲ００１”に対応する業務情報
１１（業務名、実行サーバ名、パラメタ）が、クライア
ント１０側にダウンロードされる。

【００３１】管理サーバ２０側にあるサーバプログラム
２２（以下、管理サーバプログラムともいう）は、業務
情報２１、運転情報２１−１を参照しての各種処理、あ
るいはユーザ認証等の処理を実行する。サーバプログラ
ム２２（管理サーバプログラム）の詳細な処理動作につ
いては、後述する図６、７の説明において行う。

【００３２】本実施例においては、管理サーバ２０は、
実行サーバとしての機能も兼ねるものとする。よって、
業務情報内にある実行サーバ名として、例えば図５
（ａ）に示す例のように、管理サーバ２０のホスト名
（＝ＨＯＳＴＡ）も存在する。

【００３３】尚、複数の実行サーバ３０で同じ業務を実
行可能にしている場合の運転情報２１−１等について
は、図２において説明してあるので、ここでは省略す
る。実行サーバ３０は、クライアントから指示された業
務の開設を専用に行うものであり、業務情報は存在しな
い。実行サーバ３０側のサーバプログラム３２（以下、
実行サーバプログラムともいう）は、クライアント１０
からの指示に応じて、業務アプリケーション３１を起動
して、業務を実行する。サーバプログラム３２（実行サ
ーバプログラム）の詳細な処理動作については、後述す
る図６、７の説明において行う。

【００３４】図５（ａ）、（ｂ）は、図４に示す業務選
択メニュー１４、運転情報２１−１の一例を示す図であ
る。図５（ａ）に示す業務選択メニュー１４の表示例に
おいて、各業務名と、各業務にそれぞれ対応する実行サ
ーバ名、パラメタ等が示してある。

【００３５】同図に示すように、生産管理業務が選択さ
れた場合、クライアント１０は、生産管理業務に対応す
る実行サーバ名（ＨＯＳＴＢ）のサーバ、すなわち実行
サーバ３０に接続して、パラメタ等を送信する。パラメ
タは、実行サーバ３０側において選択された業務の業務
アプリケーション３１を起動するために用いられるもの
である。例えば財務会計業務のパラメタは、ディレクト
リ（／ｈｏｍｅ２／ａ４４２３／）とシェルスクリプト
名（ｚａｉｍｕ）である。

【００３６】図５（ｂ）は、財務会計業務がＨＯＳＴ
Ａ、ＨＯＳＴＢで実行可能である場合の、運転情報２１
−１の一例を示す図である。同図において、ＨＯＳＴＡ
がＣＰＵ負荷１０％で稼働中であるのに対し、ＨＯＳＴ
ＢはＣＰＵ負荷５０％で稼働中である。よって、ＣＰＵ
負荷の少ないＨＯＳＴＡが、最適実行環境にあるものと
判断される。したがって、クライアント１０側にダウン
ロードする業務情報１１の中で、財務会計業務に対応す
る実行サーバ名の情報としては、最適実行環境にあるＨ
ＯＳＴＡを通知する。

【００３７】上記一例の他に、例えば一方が稼働中で他
方がダウン中である場合は、稼働中のものが最適実行環
境にあるものと判断される。このように、たとえ実行サ
ーバの１つが障害等でダウンしても、影響されることな
く、業務の開設が行える。

【００３８】図６、図７は、本発明の一実施例のシステ
ムの詳細な動作を示すフローチャート（その１）、（そ
の２）である。ここで、図６の下側に示すＡ、Ｂ、Ｃ
は、図７の上側に示すＡ、Ｂ、Ｃに各々継がるものとす
る。

【００３９】以下、図６、図７を参照して、本発明の一
実施例の詳細な動作を説明する。まず、クライアント１
０側において、クライアントプログラムをＷｉｎｄｏｗ
ｓのアプリケーションとして起動する（Ｓ１０）。管理
サーバ２０側において、管理サーバプログラム２２をホ
ストシステム上のサブシステムとして起動する（Ｓ３
０）。同様に、実行サーバ３０側において、実行サーバ
プログラム３２をホストシステム上のサブシステムとし
て起動する（Ｓ４０）。

【００４０】業務を開設する際、クライアントプログラ
ムは、まず環境変数１２−１として予め設定されている
管理サーバのホスト名（＝ＨＯＳＴＡ）を求める（Ｓ１
１）。次に、ディスプレイに利用者認証画面が表示さ
れ、利用者により接続情報１２−２としてユーザ名（＝
ＵＳＥＲ００１）、パスワード（＝ＰＡＳＳＷＯＲＤ）
等が入力される（Ｓ１２）。そして、利用者が管理サー
バへの接続要求を行うと（Ｓ１３，ＹＥＳ）、上記求め
たホスト名（＝ＨＯＳＴＡ）にしたがって、管理サーバ
（ＨＯＳＴＡ）に接続を要求する（Ｓ１４）。ここで、
クライアントとサーバ間の通信は、ＴＣＰ／ＩＰ通信に
より行うものとする。

【００４１】上記接続要求に伴って、上記接続情報１２
−２としてのユーザ名、パスワードを管理サーバ（ＨＯ
ＳＴＡ）へ送信する。管理サーバプログラムは、上記起
動後（Ｓ３０）、接続要求待ちの状態（Ｓ３１）になっ
ているが、上記クライアント側からの接続要求に応じ
て、送信されてきたユーザ名、パスワードにより、利用
者認証を行う（Ｓ３２）。この認証結果、エラーとなっ
た場合（Ｓ３３，ＮＯ）、利用者認証結果としてエラー
情報をクライアント１０側へ通知する。この通知より、
クライアント１０側で利用者認証結果の判定を行うと
（Ｓ１５）、この場合はエラーであるので（Ｓ１６，Ｎ
Ｏ）、管理サーバとの回線を切断し、ディスプレイにエ
ラー表示する。そして、再び利用者認証画面により、ユ
ーザ名、パスワードに入力を行わせる（Ｓ１２）。

【００４２】管理サーバ２０側において、上記利用者認
証で正常であると判定された場合は（Ｓ３３，ＹＥ
Ｓ）、データベースに登録されている業務情報２１の中
から、利用者（ユーザ名＝ＵＳＥＲ００１）に応じた業
務情報１１を収集する（Ｓ３４）。

【００４３】このとき、各業務ごとに実行可能な実行サ
ーバをグループ化している場合は、次に、運転情報の収
集を行う（Ｓ３５、Ｓ４１）。すなわち、管理サーバプ
ログラムは、各実行サーバ（本実施例ではＨＯＳＴＢの
み）に対し、運転情報の問い合わせを行う。これに応じ
て、各実行サーバは、自己の稼働状況、ＣＰＵ負荷等の
情報を収集して（Ｓ４１）、管理サーバ２０側に返却す
る。また、本実施例では、管理サーバ２０側で実行サー
バの機能も兼ねているので、管理サーバ（ＨＯＳＴＡ）
は自己の運転情報も収集する。

【００４４】上記のようにして収集した運転情報に基づ
いて、管理サーバプログラムは、業務ごとにグループ化
されている各実行サーバのなかで、最適実行環境にある
実行サーバ名を判別し、この情報をダウンロードする業
務情報１１に含める。

【００４５】次に、管理サーバプログラムは、利用者認
証結果をクライアント１０側に通知する（Ｓ３６）。こ
のとき、認証結果が正常である場合は、業務情報１１を
ダウンロードする。

【００４６】クライアントプログラムは、利用者認証結
果の通知を受けると、利用者認証結果の判定を行う（Ｓ
１５）。認証結果が正常である場合は（Ｓ１５，ＹＥ
Ｓ）、ダウンロードした業務情報１１に基づいて、ディ
スプレイ上に、例えば図５（ａ）に示すように、業務選
択メニューを表示する。そして、利用者に、表示された
業務選択メニューの中から、実行すべき業務を選択させ
る（Ｓ１７）。

【００４７】利用者により実行すべき業務の選択指示が
行われると、クライアントプログラムは、管理サーバと
の回線を切断する（Ｓ１８）。以下、図５（ａ）に示す
ように、生産管理業務が選択指示されたものとして、業
務開始の為の処理を説明する。

【００４８】まず、クライアントプログラムは、業務情
報１１のなかから、利用者より選択指示された業務（生
産管理業務）に対応する業務情報を参照する（Ｓ１
９）。本実施例では、図５（ａ）に示すように、生産管
理業務に対応する実行サーバ名がＨＯＳＴＢであるの
で、実行サーバ（ＨＯＳＴＢ）に接続を要求する（Ｓ２
０）。このとき、生産管理業務に対応するパラメタ（Ｌ
ＯＧＯＮ ＡＩＭ，ＰＲＯＣ（ＳＥＩＳＡＮ）・・・
・）を、ＴＣＰ／ＩＰ通信により、ＨＯＳＴＢに送信す
る（Ｓ２１）。

【００４９】接続要求待ち（Ｓ４２）であった実行サー
バプログラムは、送信されてきたパラメタ値の解析を行
い（Ｓ４３）、このパラメタに応じた業務アプリケーシ
ョンを起動する（Ｓ４４）。そして、起動結果（開始結
果）をクライアント１０側に通知する（Ｓ４５）。例え
ば、“業務が正常に開始されました”等のメッセージを
通知する。

【００５０】クライアントプログラムは、開始結果の待
ち合わせ（Ｓ２２）、業務選択メニューの再表示を行
い、上記開始結果を表示する（Ｓ２３）。上述したよう
に、業務の開始操作は、ダウンロードされた業務情報１
１をもとに表示された業務選択メニューで業務を選択す
ることで業務が開始できる。ここで、クライアント側に
おいて、ウインドウ配下でクライアントプログラムが動
作していることから、業務開始中であっても業務選択メ
ニューを表示させることができる。よって、この業務選
択メニューで別の業務の開始を指示することで、運用業
務自体の切り換えを行うこともできる。

【００５１】図８、図９は、本発明のシステムを図１０
に示す従来の部門別クライアント／サーバシステムに適
用した場合の、生産管理業務、財務会計業務実行時のサ
ーバ環境を示す図である。図８、９において、太線は接
続バスを示すものとする。

【００５２】また、同図において、管理サーバは特に図
示していないものとする。あるいは実行サーバである生
産管理サーバ４０、財務会計サーバ５０のいずれか一方
が、管理サーバの機能を兼ねるものとする。

【００５３】図８、図９において、各クライアントがＬ
ＡＮを介して生産管理サーバ４０、財務管理サーバ５０
に、物理的に接続されている構成は、図９の従来のシス
テムと同様である。図８、図９に示すシステムでは、生
産管理／財務会計業務共通の各クライアント６０−１〜
６０−ｎが存在するものであり、従来のように、生産管
理クライアント７０−１〜３、財務会計クライアント８
０−１〜３に分かれているものではない。

【００５４】図８に示すように、生産管理業務実行時の
サーバ環境では、各クライアント６０−１〜６０−ｎは
いずれも、図の太線で示すように、生産管理サーバ４０
に接続して生産管理業務の運用ができる。

【００５５】図８に示す財務会計業務実行時のサーバ環
境においても同様に、各クライアント６０−１〜６０−
ｎは、財務会計サーバ５０に接続して財務会計業務の運
用ができる。

【００５６】以上、詳細の述べたように、本発明にした
がったクライアント／サーバシステムを構築することに
より、一台のクライアントから複数のサーバに対する接
続が可能となる。また、個々のクライアントにおいて管
理サーバの定義が行われていることで、複数のサーバに
接続可能となっている。

【００５７】その結果、資源の有効利用を図ることがで
きる。管理サーバ自体がシステムダウン等で利用不可と
なった状態であっても、前回ダウンロードした業務情報
がクライアント内に存在しているので、実行サーバに対
する業務運用は継続して行え、信頼性も向上する。

【００５８】更に、業務情報は、利用者単位に存在して
いるので、利用者名の切り換え操作を行うだけで、運用
業務自体の切り換えも可能となる。その結果、部門別サ
ーバといった括りつけもなくなるので、資源を有効的に
利用できる。

【００５９】加えて、業務をグループ化して定義するこ
とで、業務実行に最適なサーバを自動選択することがで
きる。よって、システムの運転状況に影響されることな
く、常に最適な業務実行環境が選択できることから、信
頼性・安定性も向上する。

【００６０】以上のことから、ユーザ資源の有効利用
と、計算機システムとしての信頼性・安定性の向上を図
ることができ、業務運用を効率的に実施することができ
る。尚、本実施例においては、利用者毎に異なる業務定
義情報を提供するものとしたが、同一のものであっても
よい。

【００６１】また、管理サーバが実行サーバの機能を兼
ねるものとしていたが、兼任しないものであっても良
い。

【００６２】

【発明の効果】以上述べたように、本発明によれば、ク
ライアントおよびサーバ資源を有効的に利用し、利用者
の業務連用形態に応じた柔軟なシステム構築を行うこと
ができる。その結果クライアント／サーバスタイルの計
算機システムにおいて、より効率的な業務運用の実施が
可能となる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施例のシステムの概略図である。

【図３】本発明の一実施例のシステムの概略動作を示す
フローチャートである。

【図４】本発明の一実施例のシステムの詳細図である。

【図５】（ａ）は業務選択メニュー、（ｂ）は運転情報
の一例を示す図である。

【図６】本発明の一実施例のシステムの詳細な動作を示
すフローチャート（その１）である。

【図７】本発明の一実施例のシステムの詳細な動作を示
すフローチャート（その２）である。

【図８】本発明を適用したシステムの生産管理業務実行
時のサーバ環境を示す図である。

【図９】本発明を適用したシステムの財務会計業務実行
時のサーバ環境を示す図である。

【図１０】従来の部門別クライアント／サーバシステム
での業務運用時のサーバ環境を示す図である。

【符号の説明】

１０ クライアント １１ 業務情報 １２ 接続情報 １２−１ 環境変数 １２−２ 接続情報 １３ ディスプレイ １４ 業務選択メニュー ２０ 管理サーバ ２１ 業務情報 ２１−１ 運転情報 ２２ サーバプログラム ３０ 実行サーバ ３１ 業務アプリケーション ３２ サーバプログラム ４０ 生産管理サーバ ５０ 財務会計サーバ ６０ 生産管理／財務会計業務共通の各クライアント ７０ 生産管理クライアント ８０ 財務会計クライアント

Claims (7)

【特許請求の範囲】
1. 【請求項１】 クライアント／サーバスタイルの計算機
   システムにおいて、 業務を実行するサーバに関する業務定義情報を集中管理
   し、要求に応じて該業務定義情報をクライアントに提供
   する定義情報管理手段と、 クライアントより指定された業務の運用を専用に行う複
   数の業務実行手段とを有し、 前記クライアントは、前記提供された業務定義情報に基
   づいて選択した業務の運用を、該選択された業務に対応
   する業務実行手段に指示することを特徴とするマルチサ
   ーバ環境での業務運用システム。
2. 【請求項２】 前記定義情報管理手段は管理サーバを有
   し、前記業務実行手段は実行サーバを有することを特徴
   とする特許請求の範囲第１項記載のマルチサーバ環境で
   の業務運用システム。
3. 【請求項３】 前記業務定義情報は、各業務毎に対応す
   る実行サーバ名が定義されており、前記クライアントが
   指定された業務に対応する実行サーバに接続されること
   を特徴とする特許請求の範囲第２項記載のマルチサーバ
   環境での業務運用システム。
4. 【請求項４】 前記業務定義情報は、利用者毎に異なる
   定義情報が提供されることを特徴とする特許請求の範囲
   第１項記載のマルチサーバ環境での業務運用システム。
5. 【請求項５】 クライアント／サーバスタイルの計算機
   システムにおいて、 業務定義情報を集中管理し、要求に応じて該業務定義情
   報をクライアントに提供する管理サーバと、 前記提供された業務定義情報に基づいてクライアントよ
   り指定された業務の開設を行う実行サーバとを有し、 ある業務に対し複数の実行サーバが業務開設可能である
   ことを特徴とするマルチサーバ環境での業務運用システ
   ム。
6. 【請求項６】 前記業務定義情報は各業務毎に対応する
   １つあるいは複数の実行サーバ名が定義されており、前
   記管理サーバは前記業務定義情報をクライアントに提供
   する際、前記複数の実行サーバ名のうち最適実行環境に
   ある実行サーバの実行サーバ名をクライアントに提供す
   ることを特徴とする特許請求の範囲第５項記載のマルチ
   サーバ環境での業務運用システム。
7. 【請求項７】 クライアント／サーバスタイルの計算機
   システムの業務を管理する方法において、 接続情報によってクライアントを管理サーバに接続し、 業務定義情報を前記管理サーバから前記クライアントに
   提供し、 提供された前記業務定義情報に基づいて業務選択画面を
   表示し、 該表示された業務選択画面において選択された業務に対
   応する実行サーバ名を求め、 該実行サーバ名の実行サーバに対し該業務の開設を指示
   することを特徴とするマルチサーバ環境での業務開設方
   法。