JP2000172657A

JP2000172657A - 分散処理システム、分散処理方法、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体、サーバ装置およびクライアント装置

Info

Publication number: JP2000172657A
Application number: JP10349067A
Authority: JP
Inventors: Yoshiyuki Seguchi; 義之瀬口; Hiroyuki Yamashima; 弘之山島
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-12-08
Filing date: 1998-12-08
Publication date: 2000-06-23
Also published as: US6633898B1

Abstract

(57)【要約】【課題】クライアントの種別の差異にかかわらずサー
バからのサービスを快適に利用できる分散処理システム
を提供すること。【解決手段】サービス実行をおこなうサービスプログ
ラムを、サーバ側でサービス実行をおこなうために必要
なサーバ制御モジュール、クライアントに備えられた表
示装置に対する表示制御をおこなう表示制御モジュー
ル、クライアント種別毎に用意されかつクライアントに
必要なサービスモジュールのサーバからの取得方法を定
義する初期設定モジュール、実行位置をクライアントと
サーバとに依存しない共通モジュールに分割する。この
サービスプログラムの実行において、クライアントのリ
ソース不足が検出された場合は、共通モジュールの一部
の起動をサーバに依頼し、サーバのリソース不足が検出
された場合は、共通モジュールの一部の起動を他のサー
バに依頼する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して接続されたサーバおよびクライアントから構成さ
れ、ユーザにサービスを提供する分散処理システム、分
散処理方法、その方法をコンピュータに実行させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒
体、サーバ装置およびクライアント装置において、特
に、サービスを実現するために必要なサービスプログラ
ムを実行する際のサーバとクライアントの双方における
負荷とサービスプログラムの保守作業とを低減させる分
散処理システム、分散処理方法、その方法をコンピュー
タに実行させるプログラムを記録したコンピュータ読み
取り可能な記録媒体、サーバ装置およびクライアント装
置に関する。

【０００２】

【従来の技術】近年、通信インフラストラクチャの整備
の向上と、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏ
ｒｋ）やインターネットの普及により、ネットワークを
介して所望のサービスを受けることを可能とする分散処
理システムの利用が一般的になっている。特に、ユーザ
の利用する複数のクライアント装置（以下、単にクライ
アントと称する）と、サービスを提供するサーバ装置
（以下、単にサーバと称する）とから構成され、クライ
アントがサーバにアクセスすることによって所望のサー
ビスを受けることのできるクライアント・サーバ方式
は、ネットワーク上において種々のサービス資源を共有
または管理する上での最適なネットワーク接続方式とし
て確立されたものとなっている。

【０００３】一方、ＬＡＮからＷＡＮ（ＷｉｄｅＡｒ
ｅａＮｅｔｗｏｒｋ）へ、さらにインターネットへ
と、地域または社内において点在したネットワーク間を
相互接続することによって、ユーザすなわちクライアン
トが接続できるネットワークの規模が拡大している。さ
らに、ネットワークを利用するユーザの数、すなわち各
ネットワーク内に所属するクライアントの数が増大して
おり、上記したネットワークの規模の拡大にともなっ
て、サーバの負荷および通信トラヒックの増大が問題と
なっている。

【０００４】このため、現在においては、小規模なネッ
トワーク内においても、提供するサービス種に応じて複
数のサーバを用意し、サービス実行における負荷の分散
がおこなわれる傾向がある。例えば、データベースサー
ビスを提供するデータベースサーバ、ファイルを一括管
理するファイルサーバ、電子メールを管理するメールサ
ーバ、大規模かつ複雑な計算処理を専門とする計算処理
サーバ等のサーバがネットワーク上に分散して配置され
る。

【０００５】このようにネットワーク上のサービス授受
に関するソフトウェアの進展が見られる一方で、ネット
ワークに接続される装置、特にクライアントとなりうる
多種のハードウェアに対する進展が望まれる。クライア
ントは、主に、オペレーティングシステムや、種々のア
プリケーションプログラムを実行するＣＰＵ（Ｃｅｎｔ
ｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、ネット
ワークに接続するための通信インターフェースと、ＣＰ
Ｕによって実行されるプログラムやデータを記憶する記
憶装置と、キーボードやマウス等の入力装置と、ＣＲＴ
や液晶ディスプレイ等の表示装置と、から構成される。
サーバもまた、クライアントと同様な構成であるが、さ
らに、各種サービスを提供するための周辺装置が接続さ
れる場合がある。

【０００６】クライアントの構成は、ＣＰＵの種類によ
ってその仕様が大別されており、多くの場合、このＣＰ
Ｕに適したオペレーティングシステムを採用することで
スタンドアロンとして動作することが可能である。

【０００７】したがって、異なるハードウェア仕様のク
ライアント間においても、ネットワークに接続して共有
資源の活用を図ろうとする要望が必然と生じてくる。す
なわち、どのようなハードウェア仕様のクライアントか
らであっても、サーバからの同様なサービスを受けたい
というユーザの要求が高まってくる。この要求に応える
ためには、ネットワークで採用されている通信プロトコ
ルと同一の通信プロトコルを使用した通信をおこなうこ
と、すなわち通信インターフェースを共通にすることに
加えて、サービスを提供するサーバにアクセスするため
のサービスプログラムが必要になる。このサービスプロ
グラムは、クライアント上で実行されるため、クライア
ントのハードウェア仕様、特にオペレーティングシステ
ムに応じて個々に用意する必要がある。

【０００８】従来の分散型グループウェアや分散型ネッ
トワークサービスなどは、一般的に、サービスに必要な
機能は上記したサービスプログラムとしてあらかじめサ
ーバおよびクライアントに登録されており、このサービ
スプログラムが、異種のハードウェア仕様または異種の
オペレーティングシステム間のインターフェースの違い
を吸収して、サーバからクライアントへのサービス提供
を実現している。

【０００９】以下に、クライアントがサーバからサービ
スを受ける例として、クライアントがサーバのデータベ
ースから所望のデータを取得する場合について説明す
る。この場合、アクセス先となるサーバは、大容量のハ
ードディスク等の記憶装置を備え、この記憶装置の記憶
領域上にデータベースを構築しているデータベースサー
バである。なお、クライアントは、このデータベースサ
ーバにアクセスし、所望のデータを検索して取得するた
めのサービスプログラム（以下、検索プログラムと称す
る）をあらかじめ搭載している。

【００１０】まず、クライアントは、上記した検索プロ
グラムを起動する。なお、この起動段階において、すで
にデータベースサーバとの接続が確立されたものとす
る。検索プログラムは、一般に、検索条件（クエリー）
の入力を受け付けるクエリー入力処理と、サーバから転
送される検索結果を表示する結果表示処理を含んでい
る。ユーザは、クライアントに備えられた入力装置を使
用して、欲するデータに関するキーワードの入力や検索
プログラムによって提示されたカテゴリの選択を進める
ことによって、クエリーの入力を完了させる。

【００１１】検索プログラムは、クエリー入力処理が完
了すると、入力されたクエリーの情報をデータベースサ
ーバに送信して、データの検索および転送を要求する。
データベースサーバは、クライアントの検索プログラム
に対応するサービスプログラムがデーモンとして実行さ
れており、クライアントからのクエリーの情報を受信す
ると直ちに、このクエリー情報に基づいて、サーバの記
憶装置に蓄積された膨大なデータからユーザの欲するデ
ータを特定する。つづいて、データベースサーバは、特
定したデータを、要求のあったクライアントに向けて送
信する。

【００１２】そして、クライアントの検索プログラム
は、データベースサーバから送信されてきたデータを受
信し、このデータを表示装置上に表示する。これによ
り、ユーザは、所望のデータを取得することができる。
このように、クライアントは、検索プログラムという比
較的軽量なプログラムをサービスプログラムとして搭載
することのみで、膨大な容量を必要とするデータベース
を利用することができる。

【００１３】また、従来における分散処理システムの他
の例として、特開平１０−２１０８１号公報に開示のク
ライアント・サーバシステムが提案されている。このク
ライアント・サーバシステムは、クライアントにおいて
実行されるアプリケーションプログラム（サービスプロ
グラム）を、個別に実行可能な複数のモジュールに分割
し、この複数のモジュールから構成されるアプリケーシ
ョンプログラムをサーバの記憶装置上に保存する。そし
て、クライアントがこのサーバにアクセスしてサービス
を利用したい場合には、サーバに保存されたアプリケー
ションプログラムのうち、実行に必要な部分のモジュー
ルのみをクライアントの記憶装置にダウンロードし、こ
のモジュールを実行する。

【００１４】実行中のモジュールにおいて、さらに他の
モジュールの実行が必要になる場合には、そのモジュー
ルをサーバからダウンロードする。この際、クライアン
トにおいてダウンロードされたモジュールの総容量が所
定の容量を超える場合には、超過した分のモジュールを
クライアントの記憶装置から削除する。これにより、ク
ライアントにおいて、大容量のアプリケーションプログ
ラムを実行する必要がある場合にも、クライアントの記
憶装置等の資源を圧迫することがなくなる。

【００１５】よって、以上に説明した従来の分散処理シ
ステムにおいては、ネットワーク上の共有資源を利用す
ることができるとともに、多種多様な仕様のクライアン
ト間においても、通信インターフェースを共通にするこ
とによりネットワークへの接続が確立でき、サーバが提
供するサービスを利用できる。

【００１６】

【発明が解決しようとする課題】しかしながら、従来の
分散処理システムでは、サーバおよびクライアントに登
録されたサービスプログラムは固定的であり、サービス
の一部機能の追加や変更をおこなう場合はサーバやクラ
イアントに登録されたサービスプログラム全体の変更を
おこなう必要があり、効率的な保守をおこなうことがで
きなかった。

【００１７】また、サービスプログラムは一般的にサー
バ用プログラムとクライアント用プログラムとして明確
に区別されているため、クライアントやサーバの処理能
力や機能に応じて、サービス処理の実行位置を移行し負
荷の分散をおこなうことは困難であった。

【００１８】また、従来の分散処理システムでは、ユー
ザが、クライアントに登録するサービスプログラムをク
ライアントの資源や機能に応じて選択することができる
が、これはクライアント毎に実現可能なサービスを制限
するものであり、サーバの提供するすべてのサービスを
利用できないという、クライアントに依存したサービス
制限の問題があった。

【００１９】さらに、従来の分散処理システムでは、一
般的に、ユーザまたはシステム管理者が、クライアント
毎に、そのクライアントの機種に応じたサービスプログ
ラムをあらかじめインストールしなければならず、ユー
ザまたはシステム管理者の負担を大きくする傾向があっ
た。

【００２０】また、上記したインストールの必要性に関
連して、サービスプログラムに対する機能追加や変更が
行われる際にも、サーバおよびクライアント装置のサー
ビスプログラム全体を再インストールする必要があり、
サービスプログラム内の個別の機能に対する保守は困難
であった。さらに、すべてのユーザがサービスプログラ
ムの更新時期を把握することが困難であるという問題が
あった。

【００２１】また、従来の分散型グループウェアや分散
型ネットワークサービスでは、一つのクライアント装置
で複数のユーザを対象としたマルチユーザシステムを採
用している場合が多いが、ユーザ毎に利用するサービス
の機能が異なる場合であっても、全ての機能をサービス
プログラムとしてクライアントに保持する必要があり、
必ずしも効率的にクライアントの資源を利用したもので
はなかった。

【００２２】特開平１０−２１０８１号公報に開示のク
ライアント・サーバシステムは、サービスプログラムを
モジュール化して実行に必要なモジュールのみがクライ
アントにダウンロードされるので、上述したサービスプ
ログラムのインストール作業の問題、サービスプログラ
ム内の個別の機能に対する保守の問題、クライアントの
資源の問題を解決するが、サービスプログラムの更新時
期を迅速に把握できるものではなかった。

【００２３】また、このクライアント・サーバシステム
においては、クライアントがサービスを受ける際には、
サーバからのモジュールのダウンロードを必ず実行する
必要がある。したがって、クライアントのＣＰＵがモジ
ュールを実行できる状態までに、少なくともこのダウン
ロードのための時間が必要とされ、新規なモジュールを
つぎつぎと呼び出すようなサービスプログラムを実行す
る場合には、スループットが低下し、クライアントの負
荷が増大するだけでなく、サーバの負荷および通信トラ
ヒックの増大を招来する。

【００２４】さらに、このクライアント・サーバシステ
ムにおいては、記憶装置のみに対する資源の有効活用を
可能としており、クライアントが同時に複数のサーバに
アクセスする場合等におけるＣＰＵに対する負荷、また
はＣＰＵの実行対象位置となる不揮発性メモリの圧迫を
考慮したものではなく、必ずしも他のサーバやクライア
ントを含むネットワーク全体のパフォーマンスを向上さ
せるものではなかった。

【００２５】本発明は、上記に鑑みてなされたものであ
って、クライアントの種別の差異にかかわらずサーバか
らのサービスを快適に利用できる分散処理システムを提
供することを目的とする。

【００２６】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、請求項１の発明において、ネッ
トワークを介して互いに接続されたサーバ装置（サー
バ）とクライアント装置（クライアント）とを備えた分
散処理システムは、サーバが、サービスの提供および利
用をおこなうための個別に実行可能な複数のモジュール
（サービスモジュール）と、サービスモジュールの一種
であり、クライアントがサービスを利用するのに必要な
サービスモジュール（表示制御モジュール等）をそのク
ライアント側で取得するための初期設定モジュールと、
複数のサービスモジュール（サーバ制御モジュール等）
を実行することでサービスの提供をおこなうサービス提
供手段（後述する「サーバデーモン起動処理」と、「初
期設定モジュール取得処理」および「初期設定モジュー
ル処理」におけるサーバ側処理に相当）と、を備え、ク
ライアントが、サーバから初期設定モジュールを取得
し、取得した初期設定モジュールの実行によってサーバ
から必要なサービスモジュールを取得し、取得したモジ
ュールを実行することでサービスの利用をおこなうサー
ビス利用手段（後述する「クライアントデーモン起動処
理」と、「初期設定モジュール取得処理」および「初期
設定モジュール処理」におけるクライアント側処理に相
当）を備えたことを特徴とする。

【００２７】この請求項１の発明によれば、サーバは、
クライアントの要求に応じて、クライアントの種別毎に
異なり、かつサービスの実行に必要なモジュールをサー
バから取得することのできる初期設定モジュールをクラ
イアントに配信し、クライアントは、サーバからこの初
期設定モジュールを取得して実行することで、クライア
ントにおいて必要なサービスモジュールのみをサーバか
ら取得することができ、この取得したサービスモジュー
ルを実行することにより、サービスを利用することがで
きるので、ハードウェア仕様やオペレーティングシステ
ムの異なるクライアントがネットワークに接続された場
合であっても、クライアントに応じた初期設定モジュー
ルを取得するだけで、サーバによって提供されるサービ
スがクライアント間において差異なく利用でき、また、
クライアントにおいてサービス利用手段により該当する
初期設定モジュールを自動的に取得することができるの
で、ユーザは、クライアントの種別を意識することな
く、サーバの提供するサービスを容易に利用することが
できる。

【００２８】また、請求項２の発明において、請求項１
に記載の分散処理システムは、サーバが、サービスモジ
ュールの一種としてサーバとクライアントとの双方の実
行環境において実行可能な共通モジュールを備え、さら
に、サービス提供手段が、この共通モジュールを実行し
ている状態（後述する「サービス起動処理」のステップ
Ｓ１１５ｓ、「クライアントにおけるモジュール実行環
境移行処理」のステップＳ１２３ｓ、または「サーバに
おけるモジュール実行環境移行処理」のステップＳ１４
３ｓに相当）において、サーバが処理能力の低下や負荷
の増大等によるリソース不足状態となった場合（後述す
る「システム監視スレッドの処理」に相当）に、このサ
ーバと同機能を有する他のサーバに対してその他のサー
バ側での共通モジュールの起動を要求する（「サーバに
おけるモジュール実行環境移行処理」のステップＳ１４
５ｓ１に相当）ことを特徴とする。

【００２９】この請求項２の発明によれば、サーバに、
実行環境を問わない共通モジュールが備えられること
で、サーバのリソース不足状態に対して、本来、このサ
ーバにおいて実行すべき共通モジュールを、他のサーバ
において実行するように実行位置を移行することができ
るので、たとえば、サービスプログラムの実行中に、多
くのクライアントのアクセスにより、サーバの資源が圧
迫された場合に、サーバにおいて実行されていた共通モ
ジュールを、リソースに余裕のある他のサーバにおいて
実行できるようになり、サーバのリソース不足によるス
ループットの低下を回避することができる。

【００３０】また、請求項３の発明において、請求項１
または２に記載の分散処理システムは、サーバが、サー
ビスモジュールの一種としてサーバとクライアントとの
双方の実行環境において実行可能な共通モジュールを備
え、さらに、クライアントのサービス利用手段が、この
共通モジュールをクライアント側で実行している状態
（「サービス起動処理」のステップＳ１１２ｃに相当）
において、クライアントが処理能力の低下や負荷の増大
等によるリソース不足状態となった場合（「システム監
視スレッドの処理」に相当）に、サーバに対してそのサ
ーバ側での共通モジュールの起動を要求する（「クライ
アントにおけるモジュール実行環境移行処理」のステッ
プＳ１２４ｃに相当）ことを特徴とする。

【００３１】この請求項３の発明によれば、サーバにサ
ーバとクライアントとの双方の実行環境において実行可
能な共通モジュールが備えられることで、クライアント
のリソース不足状態に対して、本来、クライアントにお
いて実行すべき共通モジュールを、サーバにおいて実行
するように実行位置を移行することができるので、たと
えば、サービスプログラムの実行中に、他のアプリケー
ションプログラム等の実行により、クライアントの資源
が圧迫された場合に、クライアントにおいて実行されて
いた共通モジュールをサーバにおいて実行できるように
なり、クライアントのリソース不足によるスループット
の低下を回避することができる。

【００３２】また、請求項４の発明において、請求項１
〜３のいずれか一つに記載の分散処理システムは、サー
バが、サービスモジュールの更新が生じた際に、そのサ
ービスモジュールを配信した先のクライアントに、更新
されたサービスモジュールの更新を通知する更新通知手
段（後述する「サービスモジュール更新処理」のサーバ
側処理に相当）を備え、クライアントは、サーバから更
新されたサービスモジュールの更新が通知された場合
に、更新されたサービスモジュールをサーバから取得す
る更新モジュール取得手段（「サービスモジュール更新
処理」のクライアント側処理に相当）を備えたことを特
徴とする。

【００３３】この請求項４の発明によれば、サーバが、
クライアントに対してサービスモジュールの更新を通知
することができ、さらに、その通知は、過去にそのサー
ビスモジュールの配信をおこなった先のクライアントに
対しておこなわれるので、クライアントにおいて、ユー
ザが、特にサーバにおけるモジュールの更新時期を意識
する必要がなくなり、かつ効率的なサービスモジュール
の更新処理が可能となる。

【００３４】また、請求項５の発明において、ネットワ
ークを介して互いに接続されたサーバとクライアントと
を備えた分散処理システムにおいて採用される分散処理
方法は、サーバが、クライアントの要求に応じて、サー
ビスを利用するのに必要なモジュール（サービスモジュ
ールであり、表示制御モジュール等）をそのクライアン
ト側で取得するための初期設定モジュールを配信する初
期設定モジュール配信ステップ（「初期設定モジュール
取得処理」におけるサーバ側処理に相当）と、クライア
ントが、この初期設定モジュールを取得し、取得した初
期設定モジュールを実行して、サーバから必要なサービ
スモジュールを取得し、取得したサービスモジュールを
実行する初期設定モジュール実行ステップ（「初期設定
モジュール取得処理」および「初期設定モジュール処
理」におけるクライアント側処理に相当）と、を含むこ
とを特徴とする。

【００３５】この請求項５の発明によれば、クライアン
トが、サーバから、クライアントの種別毎に異なり、か
つサービスの実行に必要なサービスモジュールの取得を
おこなう初期設定モジュールを取得して、これを実行す
ることで、クライアントにおいて必要なサービスモジュ
ールのみをサーバから取得することができ、この取得し
たサービスモジュールの実行により、サービスの利用を
可能とするので、ハードウェア仕様やオペレーティング
システムの異なるクライアントがネットワークに接続さ
れた場合であっても、ユーザは、サーバによって提供さ
れるサービスを他のクライアントを利用した場合と同様
に利用することができる。

【００３６】また、請求項６の発明において、ネットワ
ークを介して互いに接続されたサーバとクライアントと
を備えた分散処理システムにおいて採用される分散処理
方法は、サーバが、サーバと他のサーバとの双方の実行
環境において実行可能な共通モジュールを実行するサー
バ共通モジュール実行ステップ（「サービス起動処理」
のステップＳ１１５ｓ、「クライアントにおけるモジュ
ール実行環境移行処理」のステップＳ１２３ｓ、または
「サーバにおけるモジュール実行環境移行処理」のステ
ップＳ１４３ｓに相当）と、サーバが処理能力の低下や
負荷の増大等によるリソース不足状態となった場合
（「システム監視スレッドの処理」に相当）に、他のサ
ーバに対してその他のサーバ側での共通モジュールの起
動を要求するサーバ共通モジュール起動要求ステップ
（「サーバにおけるモジュール実行環境移行処理」のス
テップＳ１４５ｓ１に相当）と、を含んだことを特徴と
する。

【００３７】この請求項６の発明によれば、サーバにお
いて、実行環境を問わない共通モジュールの実行中に、
サーバのリソース不足状態が生じた際、この共通モジュ
ールを、他のサーバにおいて実行するように要求して、
共通モジュールの実行位置を移行することができるの
で、たとえば、サービスプログラムの実行中に、多くの
クライアントのアクセスにより、サーバの資源が圧迫さ
れた場合に、サーバにおいて実行されていた共通モジュ
ールを、リソースに余裕のある他のサーバにおいて実行
できるようになり、サーバのリソース不足によるスルー
プットの低下を回避することができる。

【００３８】また、請求項７の発明において、ネットワ
ークを介して互いに接続されたサーバとクライアントと
を備えた分散処理システムにおいて採用される分散処理
方法は、クライアントが、サーバとクライアントとの双
方の実行環境において実行可能な共通モジュールを実行
するクライアント共通モジュール実行ステップ（「サー
ビス起動処理」のステップＳ１１２ｃに相当）と、クラ
イアントが処理能力の低下や負荷の増大等によるリソー
ス不足状態となった場合（「システム監視スレッドの処
理」に相当）に、サーバに対してそのサーバ側での共通
モジュールの起動を要求するクライアント共通モジュー
ル起動要求ステップ（「クライアントにおけるモジュー
ル実行環境移行処理」のステップＳ１２４ｃに相当）
と、を含んだことを特徴とする。

【００３９】この請求項７の発明によれば、クライアン
トにおいて、実行環境を問わない共通モジュールの実行
中に、クライアントのリソース不足状態が生じた際、こ
の共通モジュールを、サーバにおいて実行するように要
求して、共通モジュールの実行位置を移行することがで
きるので、たとえば、サービスプログラムの実行中に、
他のアプリケーションプログラム等の実行により、クラ
イアントの資源が圧迫された場合に、クライアントにお
いて実行されていた共通モジュールをサーバにおいて実
行できるようになり、クライアントのリソース不足によ
るスループットの低下を回避することができる。

【００４０】また、請求項８の発明において、ネットワ
ークを介して互いに接続されたサーバとクライアントと
を備えた分散処理システムにおいて採用される分散処理
方法は、サーバが、クライアントの要求に応じて、サー
ビスを利用するのに必要なサービスモジュール（初期設
定モジュール、表示制御モジュール等）を配信した際
に、配信先のクライアントのアドレスをモジュール配信
先テーブル（サーバデータ管理テーブル）に登録するモ
ジュール配信先登録ステップ（「初期設定モジュール取
得処理」のステップＳ９３ｓおよび「初期設定モジュー
ル処理」のステップＳ１０２ｓに相当）と、サービスモ
ジュールが更新された際に、モジュール配信先テーブル
に登録されたクライアントのアドレス先に、更新された
サービスモジュールの更新を通知するモジュール更新通
知ステップ（「サービスモジュール更新処理」のサーバ
側処理に相当）と、クライアントが、更新されたモジュ
ールの更新の通知を受けた場合に、サーバから更新され
たモジュールを取得する更新モジュール取得ステップ
（「サービスモジュール更新処理」のクライアント側処
理に相当）と、を含んだことを特徴とする。

【００４１】この請求項８の発明によれば、サーバが、
クライアントに対してサービスモジュールの更新を通知
することができ、さらに、その通知は、モジュール配信
先テーブルを参照することで、過去にそのサービスモジ
ュールの配信をおこなった先のクライアントに対してお
こなわれるので、クライアントにおいて、ユーザが、特
にサーバにおけるモジュールの更新時期を意識する必要
がなくなり、かつ効率的なサービスモジュールの更新処
理が可能となる。

【００４２】また、請求項９の発明において、ネットワ
ークを介して互いに接続されたサーバとクライアントと
を備えた分散処理システムにおける分散処理方法をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体は、サーバから、クライアン
トの要求に応じてそのクライアントにおいてサービスを
利用するのに必要なモジュール（サービスモジュールで
あり、表示制御モジュール等）をそのクライアント側で
取得するための初期設定モジュールを配信する初期設定
モジュール配信ステップ（「初期設定モジュール取得処
理」におけるサーバ側処理に相当）と、クライアントに
おいて初期設定モジュールを取得し、取得した初期設定
モジュールを実行することでサーバから必要なサービス
モジュールを取得し、取得したモジュールを実行する初
期設定モジュール実行ステップ（「初期設定モジュール
取得処理」および「初期設定モジュール処理」における
クライアント側処理に相当）と、を実行させることを特
徴とする。

【００４３】この請求項９の発明によれば、この記録媒
体をサーバおよびクライアントにインストールすること
によって、クライアントが、サーバから、クライアント
の種別毎に異なり、かつサービスの実行に必要なサービ
スモジュールの取得をおこなう初期設定モジュールを取
得し、これを実行することで、クライアントにおいて必
要なサービスモジュールのみをサーバから取得すること
ができ、この取得したサービスモジュールの実行によ
り、サービスの利用を可能とするプログラムを実行する
ことができるので、ハードウェア仕様やオペレーティン
グシステムの異なるクライアントがネットワークに接続
された場合であっても、ユーザは、サーバによって提供
されるサービスを他のクライアントを利用した場合と同
様に利用することができる。

【００４４】また、請求項１０の発明において、ネット
ワークを介して互いに接続されたサーバとクライアント
とを備えた分散処理システムにおける分散処理方法をコ
ンピュータに実行させるプログラムを記録したコンピュ
ータ読み取り可能な記録媒体は、サーバとクライアント
との双方の実行環境において実行可能な共通モジュール
をサーバにおいて実行するサーバ共通モジュール実行ス
テップ（「サービス起動処理」のステップＳ１１５ｓ、
「クライアントにおけるモジュール実行環境移行処理」
のステップＳ１２３ｓ、または「サーバにおけるモジュ
ール実行環境移行処理」のステップＳ１４３ｓに相当）
と、サーバが処理能力の低下や負荷の増大等によるリソ
ース不足状態となった場合（「システム監視スレッドの
処理」に相当）に、他のサーバに対してその他のサーバ
側での共通モジュールの起動を要求するサーバ共通モジ
ュール起動要求ステップ（「サーバにおけるモジュール
実行環境移行処理」のステップＳ１４５ｓ１に相当）
と、を実行させることを特徴とする。

【００４５】この請求項１０の発明によれば、この記録
媒体をサーバおよびクライアントにインストールするこ
とによって、サーバにおいて、実行環境を問わない共通
モジュールの実行中に、サーバのリソース不足状態が生
じた際、この共通モジュールを、他のサーバにおいて実
行するように要求して、共通モジュールの実行位置を移
行することが可能なプログラムを実行することができる
ので、たとえば、サービスプログラムの実行中に、多く
のクライアントのアクセスにより、サーバの資源が圧迫
された場合に、サーバにおいて実行されていた共通モジ
ュールを、リソースに余裕のある他のサーバにおいて実
行できるようになり、サーバのリソース不足によるスル
ープットの低下を回避することができる。

【００４６】また、請求項１１の発明において、ネット
ワークを介して互いに接続されたサーバとクライアント
とを備えた分散処理システムにおける分散処理方法をコ
ンピュータに実行させるプログラムを記録したコンピュ
ータ読み取り可能な記録媒体は、サーバとクライアント
との双方の実行環境において実行可能な共通モジュール
をクライアントにおいて実行するクライアント共通モジ
ュール実行ステップ（「サービス起動処理」のステップ
Ｓ１１２ｃに相当）と、クライアントが処理能力の低下
や負荷の増大等によるリソース不足状態となった場合
（「システム監視スレッドの処理」に相当）に、サーバ
に対してそのサーバ側での共通モジュールの起動を要求
するクライアント共通モジュール起動要求ステップ
（「クライアントにおけるモジュール実行環境移行処
理」のステップＳ１２４ｃに相当）と、を実行させるこ
とを特徴とする。

【００４７】この請求項１１の発明によれば、この記録
媒体をサーバおよびクライアントにインストールするこ
とによって、クライアントにおいて、実行環境を問わな
い共通モジュールの実行中に、クライアントのリソース
不足状態が生じた際、この共通モジュールを、サーバに
おいて実行するように要求して、共通モジュールの実行
位置を移行することが可能なプログラムを実行すること
ができるので、たとえば、サービスプログラムの実行中
に、他のアプリケーションプログラム等の実行により、
クライアントの資源が圧迫された場合に、クライアント
において実行されていた共通モジュールをサーバにおい
て実行できるようになり、クライアントのリソース不足
によるスループットの低下を回避することができる。

【００４８】また、請求項１２の発明において、ネット
ワークを介して互いに接続されたサーバとクライアント
とを備えた分散処理システムにおける分散処理方法をコ
ンピュータに実行させるプログラムを記録したコンピュ
ータ読み取り可能な記録媒体は、サーバから、クライア
ントにおいてサービスを利用するのに必要なサービスモ
ジュール（初期設定モジュール、表示制御モジュール
等）を配信した際に、配信先のクライアントのアドレス
をモジュール配信先テーブル（サーバデータ管理テーブ
ル）に登録するモジュール配信先登録ステップ（「初期
設定モジュール取得処理」のステップＳ９３ｓおよび
「初期設定モジュール処理」のステップＳ１０２ｓに相
当）と、サービスモジュールが更新された際に、モジュ
ール配信先テーブルに登録されたクライアントのアドレ
ス先に、更新されたサービスモジュールの更新を通知す
るモジュール更新通知ステップ（「サービスモジュール
更新処理」のサーバ側処理に相当）と、クライアント
に、更新されたサービスモジュールの取得の指示が通知
された場合に、サーバから更新されたサービスモジュー
ルを取得させる更新モジュール取得ステップ（「サービ
スモジュール更新処理」のクライアント側処理に相当）
と、を実行させることを特徴とする。

【００４９】この請求項１２の発明によれば、この記録
媒体をサーバおよびクライアントにインストールするこ
とによって、サーバが、クライアントに対してサービス
モジュールの更新を通知することができ、さらに、その
通知は、モジュール配信先テーブルを参照することで、
過去にそのサービスモジュールの配信をおこなった先の
クライアントに対しておこなうことが可能なプログラム
を実行することができるので、クライアントにおいて、
ユーザが、特にサーバにおけるモジュールの更新時期を
意識する必要がなくなり、かつ効率的なサービスモジュ
ールの更新処理が可能となる。

【００５０】また、請求項１３において、ネットワーク
に接続されてクライアント装置（クライアント）ととも
に分散処理システムを構築するサーバ装置（サーバ）
は、サービスの提供および利用をおこなうための個別に
実行可能な複数のモジュール（サービスモジュール）
と、サービスモジュールの一種であり、クライアントが
サービスを利用するのに必要なサービスモジュール（表
示制御モジュール等）をそのクライアント側で取得する
ための初期設定モジュールと、クライアントからの初期
設定モジュールの取得要求に応じてそのクライアントの
種別に応じた初期設定モジュールを配信し、その初期設
定モジュールがクライアントにおいて実行されることに
よって要求されるサービスモジュールを配信し、サービ
スモジュールを実行することでサービスの提供をおこな
うサービス提供手段（「サーバデーモン起動処理」と、
「初期設定モジュール取得処理」および「初期設定モジ
ュール処理」におけるサーバ側処理に相当）と、を備え
たことを特徴とする。

【００５１】この請求項１３の発明によれば、サーバ
は、クライアントの種別毎に異なるサービスモジュール
の配信を可能とする初期設定モジュールをクライアント
に配信するので、クライアント側でサービスを利用する
ためのサービスプログラムに必要なサービスモジュール
の変更等が生じた場合にも、初期設定モジュールの内容
を変更するだけで対応でき、クライアントの種別毎に存
在する多くのサービスモジュールの管理が容易になる。

【００５２】また、請求項１４において、請求項１３に
記載のサーバ装置（サーバ）は、サービスモジュールの
一種としてサーバとクライアントとの双方の実行環境に
おいて実行可能な共通モジュールを備え、サービス提供
手段が、サーバの処理能力や負荷状態の情報を一定時間
毎に取得するリソース監視機構（「システム監視スレッ
ドの処理」に相当）を設け、共通モジュールを実行して
いる状態において、リソース監視機構によって取得され
た情報が処理能力の低下や負荷の増大等によるリソース
不足状態を示す場合に、このサーバと同機能を有する他
のサーバに対してその他のサーバ側での共通モジュール
の起動を要求する（「サーバにおけるモジュール実行環
境移行処理」のステップＳ１４５ｓ１に相当）ことを特
徴とする。

【００５３】この請求項１４の発明によれば、サーバ
に、実行環境を問わない共通モジュールが備えられるこ
とで、サーバのリソース不足状態に対して、本来、この
サーバにおいて実行すべき共通モジュールを、他のサー
バにおいて実行するように実行位置を移行することがで
きるので、サーバのリソース不足が生じた場合に、サー
バにおいて実行されていた共通モジュールを、リソース
に余裕のある他のサーバにおいて実行できるようにな
り、サーバのスループットの低下を回避することができ
る。

【００５４】また、請求項１５において、請求項１４に
記載のサーバは、サービス提供手段が、複数の共通モジ
ュールを実行している状態において、サーバのリソース
不足状態が解消されるまで、起動要求の対象となる共通
モジュールの選択をおこない、他のサーバに対して選択
した共通モジュールの起動の要求を繰り返す（「サーバ
におけるモジュール実行環境移行処理」に相当）ことを
特徴とする。

【００５５】この請求項１５の発明によれば、実行され
ている複数の共通モジュールのうち、リソース不足が解
消されるだけの共通モジュールを、他のサーバに対する
起動要求の対象とするので、起動要求先のサーバのリソ
ースへの大きな圧迫を回避することができる。

【００５６】また、請求項１６において、請求項１４ま
たは１５に記載のサーバは、サービス提供手段が、他の
サーバから共通モジュールの起動を要求された場合に、
共通モジュールを起動し、他のサーバまたはクライアン
トからの起動した共通モジュールへのアクセスを許可す
る（「クライアントにおけるモジュール実行環境移行処
理」および「サーバにおけるモジュール実行環境移行処
理」に相当）ことを特徴とする。

【００５７】この請求項１６の発明によれば、起動要求
された共通モジュールへのアクセスを、起動要求を発し
たサーバだけでなく、その共通モジュールの実行を必要
とするクライアントに対しても直接に可能とするので、
起動要求された共通モジュールの利用が容易に実現され
る。

【００５８】また、請求項１７において、請求項１４〜
１６のいずれか一つに記載のサーバは、共通モジュール
の起動をおこなうサーバの実行位置情報を登録するモジ
ュール実行位置テーブル（サーバデータ管理テーブル）
を備え、サービス提供手段が、モジュール実行位置テー
ブルに登録された実行位置情報に基づいて共通モジュー
ルにアクセスする（後述する「サービスモジュールアク
セス処理」に相当）ことを特徴とする。

【００５９】この請求項１７の発明によれば、モジュー
ル実行位置テーブルによって共通モジュールの実行位置
を管理するので、このモジュール実行位置テーブルを参
照することで、所望の共通モジュールのアクセスが容易
になる。

【００６０】また、請求項１８において、請求項１３〜
１７のいずれか一つに記載のサーバは、サービスモジュ
ールを配信した先のクライアントのアドレスを登録する
モジュール配信先テーブル（サーバデータ管理テーブ
ル）と、サーバにおいてサービスモジュールが更新され
た際に、モジュール配信先テーブルに登録されたクライ
アントのアドレス先に更新されたサービスモジュールの
更新を通知する更新通知手段（「サービスモジュール更
新処理」のサーバ側処理に相当）と、を備えたことを特
徴とする。

【００６１】この請求項１８の発明によれば、モジュー
ル配信先テーブルを参照することによって、更新された
サービスモジュールの取得が必要なクライアントのみに
更新通知をおこなうので、効率的なサービスモジュール
の更新処理が可能となる。

【００６２】また、請求項１９において、ネットワーク
に接続されてサーバ装置（サーバ）とともに分散処理シ
ステムを構築するクライアント装置（クライアント）
は、サーバが提供するサービスを利用するのに必要なサ
ービスモジュール（表示制御モジュール等）をサーバか
ら取得するための初期設定モジュールをサーバから取得
し、取得した初期設定モジュールの実行によって必要な
サービスモジュールを取得し、取得したサービスモジュ
ールを実行することでサービスの利用をおこなうサービ
ス利用手段（「クライアントデーモン起動処理」と、
「初期設定モジュール取得処理」および「初期設定モジ
ュール処理」におけるクライアント側処理に相当）を備
えたことを特徴とする。

【００６３】この請求項１９の発明によれば、クライア
ントは、サービス利用手段によって、サーバから初期設
定モジュールを取得して実行するだけで、この初期設定
モジュールの処理により、クライアントにおいて必要な
サービスモジュールのみをサーバから取得することがで
きるので、ハードウェア仕様やオペレーティングシステ
ムの異なるクライアントがネットワークに接続された場
合であっても、サーバによって提供されるサービスがク
ライアント間において差異なく利用できるとともに、ユ
ーザが、クライアントの種別を意識することなく、サー
バの提供するサービスを容易に利用することができる。

【００６４】また、請求項２０において、請求項１９に
記載のクライアントは、初期設定モジュールが、クライ
アントの処理能力や負荷状態の調査をおこない（「初期
設定モジュール処理」のステップＳ１０４ｃに相当）、
その調査結果に応じて、サーバが提供するサービスを利
用するのに必要なサービスモジュールのうちサーバから
取得するサービスモジュールを選択する（「初期設定モ
ジュール処理」のステップＳ１０５ｃに相当）ことを特
徴とする。

【００６５】この請求項２０の発明によれば、クライア
ントにおいて実行されるサービス利用手段にクライアン
トの機能と処理能力を調査する調査機構が設けられ、初
期設定モジュールの実行時にこの調査機構を実行して取
得される調査結果に応じて、サーバから取得するサービ
スモジュールを選択することができるので、たとえば、
調査結果がクライアントの処理能力の低下を示す場合
に、実行可能なサービスモジュールだけを取得して実行
し、サービス実行に必要な他のサービスモジュールの実
行をサーバ等に依頼することが可能になり、クライアン
トにおいてストレスのないサービス利用が可能になる。

【００６６】また、請求項２１において、請求項１９ま
たは２０に記載のクライアントは、サーバから取得した
サービスモジュールを管理するモジュール管理テーブル
（クライアントデータ管理テーブル）を備え、サービス
利用手段が、モジュール管理テーブルにサービスを利用
するのに必要なサービスモジュールが登録されていない
場合に、そのサービスモジュールをサーバから取得し、
取得したサービスモジュールをモジュール管理テーブル
に登録する（「初期設定モジュール処理」のステップＳ
１０７ｃに相当）ことを特徴とする。

【００６７】この請求項２１によれば、クライアントデ
ータ管理テーブルに、サービスを利用するのに必要なサ
ービスモジュールが登録されていない場合に、そのサー
ビスモジュールをサーバから取得して、クライアントデ
ータ管理テーブルに登録するので、クライアントは、サ
ービスの利用に必要な最低限のサービスモジュールだけ
を付属する記憶装置等に備えておくことができ、クライ
アントの資源の有効な活用を実現することができる。

【００６８】また、請求項２２において、請求項１９〜
２１のいずれか一つに記載のクライアントは、サービス
利用手段が、サービスを利用するのに必要なサービスモ
ジュールの一種としてサーバとクライアントとの双方の
実行環境において実行可能な共通モジュールをサーバか
ら取得し、クライアントの処理能力や負荷状態の情報を
一定時間毎に取得するリソース監視機構（「システム監
視スレッド処理」に相当）を設け、共通モジュールを実
行している状態（「サービス起動処理」のステップＳ１
１２ｃに相当）において、リソース監視機構によって取
得された情報が処理能力の低下や負荷の増大等によるリ
ソース不足状態を示す場合に、サーバに対してそのサー
バ側での共通モジュールの起動を要求する（「クライア
ントにおけるモジュール実行環境移行処理」のステップ
Ｓ１２４ｃに相当）ことを特徴とする。

【００６９】この請求項２２によれば、クライアントが
実行環境を問わない共通モジュールを実行している状態
において、クライアントのリソース不足状態に対して、
本来、このクライアントにおいて実行すべき共通モジュ
ールを、サーバにおいて実行するように実行位置を移行
することができるので、クライアントのリソース不足が
生じた場合に、クライアントにおいて実行されていた共
通モジュールを、リソースに余裕のあるサーバにおいて
実行できるようになり、クライアントのスループットの
低下を回避することができる。

【００７０】また、請求項２３において、請求項２２に
記載のクライアントは、サービス利用手段が、複数の共
通モジュールを実行している状態において、クライアン
トのリソース不足状態が解消されるまで、起動要求の対
象となる共通モジュールの選択をおこない、前記サーバ
装置に対して前記選択した共通モジュールの起動の要求
を繰り返す（「クライアントにおけるモジュール実行環
境移行処理」に相当）ことを特徴とする。

【００７１】この請求項２３によれば、実行されている
複数の共通モジュールのうち、リソース不足が解消され
るだけの共通モジュールを、サーバに対する起動要求の
対象とするので、起動要求先のサーバのリソースへの大
きな圧迫を回避することができる。

【００７２】また、請求項２４において、請求項２２ま
たは２３に記載のクライアントは、共通モジュールの起
動をおこなうサーバの実行位置情報を登録するモジュー
ル実行位置テーブル（クライアントデータ管理テーブ
ル）を備え、サービス利用手段が、モジュール実行位置
テーブルに登録された実行位置情報に基づいて共通モジ
ュールにアクセスする（「サービスモジュールアクセス
処理」に相当）ことを特徴とする。

【００７３】この請求項２４によれば、モジュール実行
位置テーブルによって共通モジュールの実行位置を管理
するので、このモジュール実行位置テーブルを参照する
ことで、所望の共通モジュールのアクセスが容易にな
る。

【００７４】また、請求項２５において、請求項１９〜
２４のいずれか一つに記載のクライアントは、サーバか
ら更新されたサービスモジュールの更新の通知を受けた
場合に、サーバから更新されたサービスモジュールを取
得する更新モジュール取得手段（「サービスモジュール
更新処理」のクライアント側処理に相当）を備えたこと
を特徴とする。

【００７５】この請求項２５によれば、更新モジュール
取得手段によって、サーバからサービスモジュールの更
新が通知された際に、更新されたサービスモジュールを
取得するので、クライアントにおいて、ユーザ自らが、
サーバにおけるモジュールの更新時期を意識する必要が
なくなり、かつ効率的なサービスモジュールの更新処理
が可能となる。

【００７６】

【発明の実施の形態】以下に、本発明にかかる分散処理
システム、分散処理方法、サーバ装置およびクライアン
ト装置の実施の形態を図面に基づいて詳細に説明する。
なお、この実施の形態によりこの発明が限定されるもの
ではない。ここでは、まず、本発明にかかる分散処理シ
ステム、分散処理方法、サーバ装置およびクライアント
装置において動作される各処理についての原理的な説明
をおこない、つづいてそれら各処理によって動作する具
体的な実施の形態を説明する。

【００７７】本発明にかかる分散処理システムは、ＬＡ
Ｎケーブル、電話回線もしくは専用回線等の通信回線
網、すなわちネットワークを介して接続される一つ以上
のサーバと一つ以上のクライアントとから構成され、ク
ライアントが、主にサーバの提供するサービスをネット
ワーク上の共有資源として利用できるシステムである。
特に、複数のサーバがネットワークに接続されることに
より、サービス実行における負荷が分散され、クライア
ントの受けるサービスがストレスなく実行できる環境が
提供される。

【００７８】また、この分散処理システムは、通信イン
ターフェースを共通にすることで、ハードウェア仕様や
オペレーティングシステムの異なる複数種のクライアン
トが接続されてもよい。

【００７９】ここにおけるサービスは、クライアントの
要求に対して、サーバがクライアントに種々のデータを
提供することであり、データベースサービスや計算処理
サービス等である。よって、サーバは、クライアントか
らの要求に従って目的とするサービスを実行するための
サーバ用のサービスプログラムを備え、クライアントも
また、サーバに対してサービスを要求するためのクライ
アント用のサービスプログラムを備える必要がある。

【００８０】クライアントは、オペレーティングシステ
ム、上記したクライアント用のサービスプログラム、そ
の他のアプリケーションプログラムを実行するＣＰＵ
と、ネットワークに接続するための通信インターフェー
スと、ＣＰＵによって実行されるプログラムやデータを
記憶する記憶装置と、キーボードやマウス等の入力装置
と、ＣＲＴや液晶ディスプレイ等の表示装置と、から構
成され、通常のコンピュータシステムを用いることがで
きる。また、サーバは、クライアントと同様な構成であ
るが、さらに、複数のＣＰＵを備えてマルチプロセッサ
対応の高速な処理を可能とすることや、大容量の記憶装
置、各種サービスを提供するための周辺装置が接続され
る場合がある。なお、上記した記憶装置は、ＲＡＭ、Ｒ
ＯＭ等のメモリやハードディスク装置、さらにＩＣカー
ドメモリ、フロッピーディスク、光磁気ディスク、ＣＤ
−ＲＯＭ等の取り外し可能な記録媒体を装填可能とする
ドライブ装置を含む。

【００８１】本発明にかかる分散処理システムでは、上
記したサービスプログラムを個別に実行可能な複数のモ
ジュールから構成し、サーバ用サービスプログラムとク
ライアント用サービスプログラムはともに、モジュール
単位で実行可能である。また、クライアント用サービス
プログラムを構成するモジュール群は、サービスデータ
としてサーバからクライアントへ配信することが可能で
あり、これらモジュール（以下、サービスモジュールと
称する）の保守・管理は主にサーバによっておこなわれ
る。

【００８２】図１は、提供されるサービス毎に用意され
たサービスデータのモジュール構成を示す説明図であ
る。図１において、サービスデータには、サーバ側でサ
ービス実行をおこなうために必要なサーバ制御モジュー
ル、クライアントに備えられた表示装置に対する表示制
御をおこない、グラフィカルユーザインターフェース
（ＧＵＩ）およびその他の入出力制御をおこなう表示制
御モジュール、クライアント種別毎に用意され、クライ
アントに必要なサービスモジュールのサーバからの取得
方法を定義しかつクライアントの処理能力と負荷状態の
調査をおこなう機能を有する初期設定モジュール、さら
にサービスモジュールの実行位置をクライアント、サー
バに依存しない共通モジュールに分割される。

【００８３】上述したサーバ用サービスプログラムおよ
びクライアント用サービスプログラムは、図１に示すサ
ービスデータにおいて、必要とするサービスモジュール
を組合せることによって構成され、また各サービスモジ
ュール（サーバ制御モジュール、表示制御モジュール、
初期設定モジュール、共通モジュール）を複数備えるこ
とができる。

【００８４】たとえば、サーバ用サービスプログラム
は、いくつかのサーバ制御モジュールから構成され、ク
ライアント用サービスプログラムは、一つの初期設定モ
ジュールと、いくつかの表示制御モジュールと、いくつ
かの共通モジュールとから構成される。

【００８５】図２は、サーバのシステム実行形態を示す
説明図である。サーバは、オペレーティングシステムＳ
ＯＳの実行環境下において、複数のクライアントからの
接続要求の受け付け、サービスモジュールの配送、サー
バのサービス制御をおこなうサーバデーモンＳＤ１が常
駐している。この状態において、クライアントからのサ
ービス実行要求が発生すると、サーバデーモンＳＤ１中
に、該当するサービスプログラムＳＳＰ１（Ｓｅｒｖｉ
ｃｅ−１）のサービスモジュールを実行するためのスレ
ッドを生成し、このサービスモジュールを実行する。

【００８６】また、サーバデーモンＳＤ１には、サーバ
の処理能力と負荷状態を逐次管理するシステム監視スレ
ッドＳＴＨ１が含まれており、一定時間間隔でサーバに
対するシステム監視がおこなわれる。また、サーバは、
記憶装置に、サーバおよびクライアントに登録されるサ
ービスモジュールの情報を管理するサーバデータ管理テ
ーブルＳＤＴ１を備えており、必要に応じてこのサーバ
データ管理テーブルＳＤＴ１を参照し、サーバデーモン
ＳＤ１内のスレッドとのデータの入出力をおこなう。

【００８７】なお、サーバデーモンＳＤ１は、オペレー
ティングシステムＳＯＳに対してデータおよび命令の入
出力をおこない、オペレーティングシステムＳＯＳは、
通信用のソケットＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰ
ｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を介してネットワ
ークとのデータの入出力、すなわちクライアントまたは
他のサーバとの接続を確立している。

【００８８】サーバデータ管理テーブルＳＤＴ１は、サ
ーバの提供するサービスのサービス名と、このサービス
を実行するのに必要なサービスモジュールのサービスモ
ジュール名と、各サービスモジュールの版数および実行
状態に関する情報を含むサービスモジュールデータと、
から構成される。図３は、サーバデータ管理テーブルＳ
ＤＴ１の各サービスモジュールに対するサービスモジュ
ールデータを示した説明図である。

【００８９】図３において、サーバデータ管理テーブル
ＳＤＴ１におけるサービスモジュールデータは、たとえ
ば、対応する「サービスモジュール名」、対応するサー
ビス名を示す「デフォルトサービス名」、サーバがサー
ビスモジュールを配送したクライアントを示す「配送先
クライアントアドレスリスト」、サービスモジュールの
種別（サーバ制御モジュール、表示制御モジュール、初
期設定モジュール、共通モジュール）を示す「モジュー
ル種別」、クライアントのオペレーティングシステムま
たはハードウェア仕様を示す「プラットフォーム種
別」、サービスモジュールの「版数」、サービスモジュ
ールの実行位置を示す「状態フラグ」、「状態フラグ」
がローカル実行を示す場合のサービスモジュールに対す
るアクセスコードを示す「ローカル実行時のアクセスＩ
Ｄ」、「状態フラグ」が「リモート実行」を示す場合の
サービスモジュールの属するサーバのアドレスを示す
「リモート実行時のサーバアドレス」、「状態フラグ」
が「リモート実行」を示す場合のサービスモジュールに
対するアクセスコードを示す「アクセスＩＤ」等のデー
タから構成される。

【００９０】図４は、クライアントのシステム実行形態
を示す説明図である。クライアントは、オペレーティン
グシステムＣＯＳの実行環境下において、サーバとの通
信をおこなうクライアントデーモンＣＤ１が常駐してい
る。ここで、オペレーティングシステムＣＯＳは、サー
バのオペレーティングシステムＳＯＳと必ずしも同じで
ある必要はない。

【００９１】この状態において、ユーザからのサービス
実行要求が発生すると、クライアントデーモンＣＤ１中
に、該当するサービスプログラムＣＳＰ１（Ｓｅｒｖｉ
ｃｅ−１）のサービスモジュールを実行するためのスレ
ッドを生成し、このサービスモジュールを実行する。

【００９２】また、クライアントデーモンＣＤ１には、
クライアントの処理能力と負荷状態を逐次管理するシス
テム監視スレッドＣＴＨ１が含まれており、一定時間間
隔でクライアントに対するシステム監視がおこなわれ
る。また、クライアントは、記憶装置に、サーバから取
得してクライアントに登録されるサービスモジュールの
情報を管理するクライアントデータ管理テーブルＣＤＴ
１を備えており、必要に応じてこのクライアントデータ
管理テーブルＣＤＴ１を参照し、クライアントデーモン
ＣＤ１内のスレッドとのデータの入出力をおこなう。

【００９３】なお、クライアントデーモンＣＤ１は、オ
ペレーティングシステムＣＯＳに対してデータおよび命
令の入出力をおこない、オペレーティングシステムＣＯ
Ｓは、サーバと同様に、通信用のソケットＡＰＩを介し
てネットワークとのデータの入出力、すなわちサーバと
の接続を確立している。

【００９４】クライアントデータ管理テーブルＣＤＴ１
は、クライアントに登録されたサービスのサービス名
と、このサービスを実行するのに必要なサービスモジュ
ールのサービスモジュール名と、各サービスモジュール
の版数および実行状態に関する情報を含むサービスモジ
ュールデータと、から構成される。図５は、クライアン
トデータ管理テーブルＣＤＴ１の各サービスモジュール
に対するサービスモジュールデータを示した説明図であ
る。

【００９５】図５において、クライアントデータ管理テ
ーブルＣＤＴ１におけるサービスモジュールデータは、
たとえば、図３に説明した「サービスモジュール名」、
「デフォルトサービス名」、「版数」、「状態フラ
グ」、「ローカル実行時のアクセスＩＤ」、「リモート
実行時のサーバアドレス」、「アクセスＩＤ」と、サー
ビスモジュールの取得先であるサーバのアドレスを示す
「取得サーバアドレス」等のデータから構成される。

【００９６】つぎに、図２および図４に示したサーバお
よびクライアントの実行形態において、サービスが実行
されるまでの流れをフローチャートにしたがって説明す
る。

【００９７】（クライアントデーモンの起動処理）ま
ず、クライアントとなる端末装置は、多くの場合、起動
と同時に、オペレーティングシステムＣＯＳの環境下に
おいて、クライアントデーモンＣＤ１が実行される。こ
れにより、クライアントデーモンＣＤ１は、常にクライ
アントデーモンとして生成されたスレッドが実行されて
おり、各スレッドの実行内容にしたがったデータの入出
力がおこなわれる。

【００９８】図６は、クライアントデーモンＣＤ１の起
動において実行される処理を示したフローチャートであ
る。図６において、たとえば、オペレーティングシステ
ムＣＯＳの起動と同時に自動実行されるタスク起動プロ
グラムによって、まず、クライアントデーモンＣＤ１が
起動される（ステップＳ６１）。クライアントデーモン
ＣＤ１はサーバからのメッセージを受信したり、クライ
アントで実行されるサービスモジュールからのメッセー
ジ要求をサーバに送信する。

【００９９】クライアントで実行されるサービスモジュ
ールには、ユーザが入力装置を用いることでおこなわれ
るボタン押下やテキスト入力などのサービス選択やサー
ビス実行に関するイベントを制御する表示制御モジュー
ル、クライアント種別に応じたサービスモジュールの取
得を可能にする初期設定モジュール、クライアントかサ
ーバかの実行位置に依存しない共通モジュールが含まれ
る。

【０１００】このクライアントデーモンＣＤ１の起動に
ともなって、クライアントの処理能力や負荷状態の監視
をおこなうシステム監視スレッドＣＴＨ１が生成されて
実行される（ステップＳ６２）。このようにシステム監
視スレッドＣＴＨ１が常駐した後は、現在サーバに登録
されているサービスのリスト、すなわちサーバが提供可
能なサービスのリストを取得する（ステップＳ６３）。

【０１０１】実際には、クライアントデーモンＣＤ１内
に、サーバからのサービスリスト取得をおこなうための
スレッドが生成され、このスレッドがオペレーティング
システムＣＯＳに対してサービスリストの取得を要求す
る。オペレーティングシステムＣＯＳ（より詳しくは通
信ソケットＡＰＩ）は、クライアントがアクセス可能な
サーバに対してサービスリストの配信を要求する。

【０１０２】このように、サービスリストの取得をおこ
なうスレッドもまた、サービスモジュールとして機能
し、クライアントにおいて最低限必要なモジュールとな
る。よって、ユーザは、クライアントデーモンＣＤ１の
起動時のみでなく、必要に応じてサーバからサービスリ
ストの取得をおこなうことができる。

【０１０３】サーバからサービスリストが配信される
と、上記したサービスリスト取得スレッドまたはあらか
じめ登録された表示制御モジュールのスレッドが、クラ
イアントの表示装置上にサービスリストにしたがったＧ
ＵＩ表示をおこない、ユーザによる入力装置を介したア
クセスもしくはサーバアクセスの待ち受け状態に遷移す
る（ステップＳ６４）。

【０１０４】ここで、サーバアクセスとは、サーバがク
ライアントに対しておこなうメッセージ送信やクライア
ント上で実行されているサービスモジュールに対する命
令またはデータの送信を示す。

【０１０５】（サーバデーモンの起動処理）図６に示し
たステップＳ６４の後の処理は後述するとして、つぎ
に、サーバデーモンＳＤ１の起動処理について説明す
る。サーバとなる端末装置は、オペレーティングシステ
ムＳＯＳの環境下において、通常、サーバデーモンＳＤ
１が常駐状態であり、サーバデーモンとして生成された
スレッドが常に実行されている。サーバは、クライアン
トからのアクセスを常に受け付ける必要があるため、保
守作業等の特別な場合を除いては、常に起動状態である
と考えてよい。このため、サーバデーモンＳＤ１の起動
処理もまた稀にしかおこなわれないが、ここでは、サー
バの起動時またはシステム管理者の操作によるサーバデ
ーモンＳＤ１の起動がおこなわれる場合を説明する。

【０１０６】図７は、サーバデーモンＳＤ１の起動時に
実行される処理を示したフローチャートである。図７に
おいて、まず、サーバデーモンＳＤ１が起動される（ス
テップＳ７１）。サーバデーモンＳＤ１は、クライアン
トや他のサーバからのメッセージを受信したり、サーバ
内で実行されるサービスモジュールからのメッセージ要
求をクライアントや他のサーバに送信する。

【０１０７】サーバで実行されるサービスモジュールに
は、常駐型のサービスやクライアントからのサービス起
動要求により起動されるサーバ制御モジュール、クライ
アントかサーバかの実行位置に依存しない共通モジュー
ルが含まれる。

【０１０８】このサーバデーモンＳＤ１の起動にともな
って、サーバの処理能力や負荷状態の管理をおこなうシ
ステム監視スレッドＳＴＨ１が生成されて実行される
（ステップＳ７２）。そして、システム監視スレッドＳ
ＴＨ１が常駐した後は、クライアントからのアクセスも
しくは他サーバからのアクセス待ち受け状態に遷移する
（ステップＳ７３）。

【０１０９】（システム監視スレッドの処理）つぎに、
上述した「クライアントデーモンＣＤ１の起動処理」に
おけるシステム監視スレッドＣＴＨ１の実行（ステップ
Ｓ６２）および「サーバデーモンの起動処理」における
システム監視スレッドＳＴＨ１の実行処理（ステップＳ
７２）について説明する。なお、システム監視スレッド
ＣＴＨ１およびＳＴＨ１は、ともに同一の流れの処理を
示す。

【０１１０】図８は、システム監視スレッドによる処理
を示したフローチャートである。システム監視スレッド
は、クライアントおよびサーバにそれぞれ配備され、ク
ライアントデーモンＣＤ１およびサーバデーモンＳＤ１
によって生成される。つづいて、システム監視スレッド
は、このシステム監視スレッドが常駐しているシステム
（サーバまたはクライアント）の処理能力や負荷状態の
チェックをおこなう（ステップＳ８１）。ここで、処理
能力のチェックとしては、メモリや記憶装置のデータ蓄
積容量、サーバやクライアントとの通信に必要な通信ソ
ケットの空き数、スレッド生成の許容量等の調査があげ
られ、負荷状態のチェックとしては、ＣＰＵ稼働率やベ
ンチマークテストの実施による計測があげられる。

【０１１１】つづいて、ステップＳ８１の処理能力・負
荷状態のチェックの結果、システムが、処理能力の低下
や著しい負荷状態、すなわちリソース不足の状態を示す
かどうかが判定される（ステップＳ８２）。ステップＳ
８２において、システムのリソース不足の状態が示され
た場合には、さらに、このシステム監視スレッドの実行
位置がクライアントであるかどうかが判定される（ステ
ップＳ８４）。

【０１１２】ステップＳ８４において、システム監視ス
レッドの実行位置がクライアントであれば、後述するク
ライアント用のモジュール実行環境移行処理（ステップ
Ｓ１２０）が実行され、システム監視スレッドの実行位
置がサーバであれば、後述するサーバ用のモジュール実
行環境移行処理（ステップＳ１４０）が実行される。

【０１１３】一方、ステップＳ８２において、リソース
不足が検出されない場合には、一定時間の待ち受け状態
（ステップＳ８３）となり、この一定時間経過後に再び
ステップＳ８１の処理がおこなわれる。すなわち、図８
に示すシステム監視スレッドの処理は、一定時間毎にシ
ステムの処理能力・負荷状態のチェックをおこない、そ
のチェックの結果がリソース不足を示す場合には、この
システム監視スレッドが実行されている位置（サーバま
たはクライアント）に応じたモジュール実行環境移行処
理が実行されることを示す。

【０１１４】（初期設定モジュール取得処理）つぎに、
図６に示したステップＳ６４のユーザアクセス／サーバ
アクセス待ち受け状態に対して、ユーザによるサービス
選択がおこなわれ、その結果実行される初期設定モジュ
ール取得処理について説明する。図９は、初期設定モジ
ュール取得処理を示したフローチャートである。

【０１１５】図９において、まず、ユーザが、クライア
ントの表示装置上にＧＵＩ表示されたサービスリストか
ら、マウスやキーボード等の入力装置を用いて、所望の
サービスを選択する（ステップＳ９１ｃ）。そして、選
択されたサービスを実行するのに必要な初期設定モジュ
ールを、上記したクライアントデータ管理テーブルＣＤ
Ｔ１から検索する（ステップＳ９２ｃ）。

【０１１６】つづいて、該当する初期設定モジュール
が、クライアントデータ管理テーブルＣＤＴ１に登録さ
れているかどうかの判定がおこなわれる（ステップＳ９
３ｃ）。ステップＳ９３ｃにおいて、該当する初期設定
モジュールがクライアントデータ管理テーブルＣＤＴ１
に登録されている場合は、サーバに登録されている初期
設定モジュールの版数をチェックするために、サーバに
登録された初期設定モジュールのうち、上記した初期設
定モジュールに対応する初期設定モジュールの情報を取
得する（ステップＳ９４ｃ）。

【０１１７】ステップＳ９４ｃの処理の手順としては、
該当する初期設定モジュールを表すサービスモジュール
名をともなった初期設定モジュールの情報取得要求をサ
ーバに対して発信する。そして、クライアントは、この
初期設定モジュール情報取得要求に対してサーバから配
信される返答、すなわち該当する初期設定モジュールの
情報を受け取る。

【０１１８】クライアントが受け取った初期設定モジュ
ール情報は、たとえば図３に示すサービスモジュールデ
ータのように構成されており、このデータに含まれる版
数情報と、クライアントに登録された初期設定モジュー
ル情報、たとえば図５に示すサービスモジュールデータ
に含まれる版数情報と、の比較をおこない、版数が一致
するかどうかを判定する（ステップＳ９５ｃ）。

【０１１９】ステップＳ９５ｃにおいて、版数が一致し
ない場合、すなわちクライアントに登録された初期設定
モジュールの版数が、サーバに登録された初期設定モジ
ュールの版数よりも古い値を示す場合には、クライアン
トにおいて該当する初期設定モジュールを変更する必要
があるため、サーバに対して初期設定モジュールの取得
要求を発信する。

【０１２０】また、ステップＳ９３ｃにおいて、該当す
る初期設定モジュールがクライアントデータ管理テーブ
ルＣＤＴ１に登録されていない場合もまた、サーバに対
して初期設定モジュールの取得要求を発信する。なお、
初期設定モジュール取得要求には、目的とする初期設定
モジュールに対応したサービス名と、クライアントのハ
ードウェア仕様またはオペレーティングシステムの種類
を特定するプラットフォーム種別（クライアント種別）
とを特定する数値情報が含まれている。

【０１２１】サーバは、クライアントから受信した初期
設定モジュール取得要求の示す引数（上記した数値情
報）によって、サービス名とクライアント種別を特定す
る（ステップＳ９１ｓ）。つづいて、サーバは、サーバ
データ管理テーブルＳＴＤ１から、ステップＳ９１ｓに
おいて特定されたサービス名とクライアント種別に対応
した初期設定モジュールを選択する（ステップＳ９２
ｓ）。

【０１２２】そして、サーバは、ステップＳ９２ｓにお
いて選択された初期設定モジュールを、初期設定モジュ
ール取得要求のあったクライアントに対して配信する。
サーバは、初期設定モジュールの配信後、サーバデータ
管理テーブルＳＤＴ１において、配信した初期設定モジ
ュールに対応するサービスモジュールデータのうち、
「配送先クライアントアドレスリスト」に、初期設定モ
ジュール取得要求のあったクライアントのアドレスを登
録する（ステップＳ９３ｓ）。

【０１２３】一方、初期設定モジュールを受信したクラ
イアント（より詳しくは、クライアントデーモンＣＤ
１）は、クライアントデータ管理テーブルＣＤＴ１に、
受信した初期設定モジュールの登録をおこなう。この
際、取得先のサーバのアドレスを、図５に示すサービス
モジュールデータ内の「取得サーバアドレス」に登録す
る（ステップＳ９６ｃ）。

【０１２４】つづいて、クライアントは、ステップＳ９
６ｃにおいて登録された初期設定モジュールのスレッド
を生成し（ステップＳ９７ｃ）、この初期設定モジュー
ルを起動する（ステップＳ９８ｃ）。

【０１２５】なお、以上に説明した初期設定モジュール
取得処理は、上述したサービスリスト取得スレッドまた
はこのスレッドにより構成されるサービスプログラムに
含めてもよいし、初期設定モジュール取得処理をおこな
うためのサービスモジュールをクライアントにあらかじ
め登録しておくことで実行されるようにしてもよい。

【０１２６】（初期設定モジュール処理）つぎに、図９
に示したステップＳ９８ｃにつづく処理、すなわち初期
設定モジュールの処理について説明する。図１０は、初
期設定モジュールによる処理を示したフローチャートで
ある。図１０において、まず、初期設定モジュールは、
その内部に定義された情報から、サービスの実行に必要
なサービスモジュールを抽出する（ステップＳ１０１
ｃ）。

【０１２７】そして、初期設定モジュールは、クライア
ントデータ管理テーブルＣＤＴ１から、ステップＳ１０
１ｃにおいて抽出したサービスモジュールの検索をおこ
なう（ステップＳ１０２ｃ）。ステップＳ１０２ｃにお
いて、クライアントデータ管理テーブルＣＤＴ１から検
索対象となるサービスモジュールを特定することができ
る場合、すなわち検索対象となるサービスモジュールが
クライアントデータ管理テーブルＣＤＴ１に登録されて
いる場合には、そのサービスモジュールの版数をチェッ
クする（ステップＳ１０３ｃ）。

【０１２８】ステップＳ１０３ｃにおけるサービスモジ
ュールの版数のチェックは、まず、サーバに登録されて
いるサービスモジュールの版数を取得するために、サー
バに登録されたサービスモジュールのうち、対応するサ
ービスモジュールの情報の取得要求をそのサーバに対し
て発信する必要がある。

【０１２９】クライアントは、このサービスモジュール
情報取得要求の発信後、サーバから配信される返答、す
なわち該当するサービスモジュール情報を受け取り、初
期設定モジュールは、受け取ったサービスモジュール情
報から版数情報を取得する。なお、このサービスモジュ
ール情報取得要求をおこなうにおいて、複数のサービス
モジュールの情報が必要である場合は、該当する複数の
サービスモジュールの情報を一度の送受信によって取得
することも可能である。

【０１３０】一方、クライアントに登録されたサービス
モジュールに対しては、クライアントデータ管理テーブ
ルＣＤＴ１において、対象となるサービスモジュールに
対応するサービスモジュールデータから、版数情報を取
得することができる。なお、ステップＳ１０２ｃにおい
て、検索対象となるサービスモジュールがクライアント
データ管理テーブルＣＤＴ１に登録されていない場合に
は、ステップＳ１０３ｃの処理はスキップされ、つぎの
ステップＳ１０４ｃの処理が実行される。

【０１３１】ステップＳ１０４ｃにおいては、オペレー
ティングシステムＣＯＳに対するシステムコールによっ
て、現在のクライアントの機能、処理能力および負荷状
態のチェックがおこなわれる。このクライアントに対す
るシステムチェックは、上述したシステム監視スレッド
ＣＴＨ１によっておこなうこともでき、その場合、初期
設定モジュールは、システム監視スレッドＣＴＨ１に対
してシステムがリソース不足状態にあるかどうかの情報
の取得要求をおこなうことができるが、ここでは、特
に、システムの迅速な状態チェックをおこなうために、
システムコールを用いた初期設定モジュール独自のシス
テムチェックをおこなうものとする。

【０１３２】つづいて、初期設定モジュールは、ステッ
プＳ１０１ｃにおいて抽出されたサービスモジュールを
サーバから取得する必要があるかどうかの判定をおこな
う（ステップＳ１０５ｃ）。ステップＳ１０５ｃにおい
て、サービスモジュールをサーバから取得する必要があ
る場合、具体的には、ステップＳ１０２ｃにおいてサー
ビスモジュールがクライアントデータ管理テーブルＣＤ
Ｔ１に登録されていない場合や、ステップＳ１０３ｃに
おいて取得した両者のサービスモジュールの版数情報が
異なる場合に、サーバに対してサービスモジュールの取
得要求を発信する。

【０１３３】サーバは、クライアントから受信したサー
ビスモジュール取得要求に含まれる情報によって、サー
ビスモジュールを特定し、サーバデータ管理テーブルＳ
ＤＴ１から、特定されたサービスモジュールを選択する
（ステップＳ１０１ｓ）。

【０１３４】そして、サーバは、ステップＳ１０１ｓに
おいて選択されたサービスモジュールを、サービスモジ
ュール取得要求のあったクライアントに対して配信す
る。サーバは、サービスモジュールの配信後、サーバデ
ータ管理テーブルＳＤＴ１において、配信したサービス
モジュールに対応するサービスモジュールデータのう
ち、「配送先クライアントアドレスリスト」に、サービ
スモジュール取得要求のあったクライアントのアドレス
を登録する（ステップＳ１０２ｓ）。

【０１３５】一方、サービスモジュールを受信したクラ
イアント（より詳しくは、クライアントデーモンＣＤ
１）は、まず、受信したサービスモジュールをクライア
ントデータ管理テーブルＣＤＴ１に登録するかどうかの
判定をおこなう（ステップＳ１０６ｃ）。ステップＳ１
０６ｃの処理は、ステップＳ１０４ｃにおけるシステム
チェック、またはシステム監視スレッドＣＴＨ１におい
て、リソース不足状態が示された場合に、実行すべきサ
ービスモジュール、特に共通モジュールの実行をサーバ
に依頼するための処理を示している。

【０１３６】ステップＳ１０６ｃにおいて、サービスモ
ジュールの登録をおこなう場合、すなわちクライアント
のリソース不足が検出されない場合には、クライアント
データ管理テーブルＣＤＴ１に、サーバから受信したサ
ービスモジュールの登録をおこなう。この際、取得先の
サーバのアドレスを、図５に示すサービスモジュールデ
ータ内の「取得サーバアドレス」に登録する（ステップ
Ｓ１０７ｃ）。

【０１３７】ステップＳ１０６ｃにおいて、サービスモ
ジュールの登録をおこなわない場合、すなわちクライア
ントのリソース不足が検出された場合には、後述するク
ライアント用モジュール実行環境移行処理（図８のステ
ップＳ１２０）がおこなわれる。

【０１３８】そして、クライアント用モジュール実行環
境移行処理がおこなわれた後、またはステップＳ１０７
ｃの終了後に、以下に説明するサービスの起動処理がお
こなわれる。

【０１３９】（サービス起動処理）つぎに、上述した図
９のステップＳ９１ｃにおいて選択されたサービスの起
動処理について説明する。図１１は、サービス起動処理
を示したフローチャートである。図１１において、ま
ず、クライアントデーモンＣＤ１は、ユーザからのサー
ビス起動要求により、サーバに対してサーバ制御をおこ
なうサーバ制御モジュールの起動要求をおこなう。この
要求によって、サーバは、該当するサーバ制御モジュー
ルを起動する（ステップＳ１１１ｓ）。

【０１４０】このとき、クライアント処理能力の低下が
著しく、さらに過負荷状態の場合、すなわち、上述した
「初期設定モジュール処理」のステップＳ１０６ｃにお
いて、サービスモジュールの登録をおこなわない場合、
またはシステム監視スレッドＣＴＨ１によって新たにリ
ソース不足が検出された場合には、クライアントデーモ
ンＣＤ１は、本来自端末で実行するべきである共通モジ
ュールの起動をサーバに依頼するために共通モジュール
起動要求をおこなう。

【０１４１】よって、ステップＳ１１１ｓの処理につづ
く共通モジュール起動要求の有無の判定（ステップＳ１
１２ｓ）が必要となる。ステップＳ１１２ｓにおいて、
共通モジュール起動要求が存在する場合には、まず、こ
のサーバにおける処理能力・負荷状態のチェックがおこ
なわれる（ステップＳ１１３ｓ）。すなわち、サーバデ
ーモンＳＤ１が、システム監視スレッドＳＴＨ１から、
サーバのリソース状態を示す情報を取得する。

【０１４２】つづいて、ステップＳ１１３ｓによって取
得された情報によって、システムがリソース不足である
かどうかの判定がおこなわれる（ステップＳ１１４
ｓ）。ステップＳ１１４ｓにおいてリソース不足が示さ
れた場合には、起動要求のあった共通モジュールの実行
を、さらに他のサーバに依頼するためのサーバ用モジュ
ール実行環境移行処理（ステップＳ１４０）が実行され
る。

【０１４３】ステップＳ１１４ｓにおいてリソース不足
が検出されない場合には、サーバデーモンＳＤ１は、起
動を要求された共通モジュールの起動をおこない（ステ
ップＳ１１５ｓ）、その共通モジュールへのアクセスに
必要な実行アドレス、アクセスＩＤ、状態フラグ（図３
に示すサービスモジュールデータの「リモート実行時の
サーバアドレス」、「アクセスＩＤ」、「状態フラグ」
参照）を設定する（ステップＳ１１６ｓ）。

【０１４４】そして、起動要求のあったクライアントに
対して、サービスの起動、すなわちサーバ制御モジュー
ルと共通モジュールの起動要求があった場合の共通モジ
ュールとの起動の完了を示し、かつステップＳ１１６ｓ
において設定された実行アドレス、アクセスＩＤ、状態
フラグの情報を含んだサービス起動完了通知を配信す
る。その後、サーバデーモンＳＤ１は、クライアントア
クセス待ち受け状態に遷移する（ステップＳ１１７
ｓ）。これは、サーバ用のサービスプログラム（サーバ
制御モジュール、共通モジュール）の起動が完了した状
態を示す。

【０１４５】クライアントデーモンＣＤ１は、サーバか
らサービス起動完了通知を受信すると、実行するサービ
スに対応した表示制御モジュールを起動する（ステップ
Ｓ１１１ｃ）。つづいて、実行すべき共通モジュールの
うち、システム監視スレッドＣＴＨ１等によって取得さ
れるクライアントのシステムリソース情報に応じて、実
行できるだけの共通モジュールを起動する（ステップＳ
１１２ｃ）。

【０１４６】そして、クライアントデーモンＣＤ１は、
クライアントデータ管理テーブルＣＤＴ１に、サービス
実行に必要な共通モジュールのサービスモジュールデー
タのそれぞれにおいて、「ローカル実行時のサーバアド
レス」、「リモート実行時のサーバアドレス」、「アク
セスＩＤ」、「状態フラグ」等の登録をおこなう（ステ
ップＳ１１３ｃ）。これにより、クライアント用のサー
ビスプログラム（表示制御モジュール、共通モジュー
ル）の起動が完了したことが示される。

【０１４７】よって、ユーザは、このクライアント用の
サービスプログラムによってサーバへのアクセス（詳し
くは、サーバ用のサービスプログラムへのアクセス）を
おこなうことができ、サーバの提供するサービスを受け
ることができる。

【０１４８】（クライアントにおけるモジュール実行環
境移行処理）つぎに、クライアントにおいて、システム
監視スレッドＣＴＨ１によるシステムの処理能力の低下
や過負荷状態が検出された場合に、共通モジュールの実
行環境をサーバに移行する処理について説明する。すな
わち、この処理は、図８に示すシステム監視スレッドの
処理において、ステップＳ１２０のクライアント用モジ
ュール実行環境移行処理に該当する。

【０１４９】図１２は、クライアントにおけるモジュー
ル実行環境移行処理を示したフローチャートである。な
お、このモジュール実行環境移行処理は、クライアント
においてあらかじめ登録されたモジュール実行環境移行
プログラムにより提供され、そのスレッドは、クライア
ントデーモンＣＤ１内に生成されることにより、システ
ムに常駐して実行されるものとする。

【０１５０】図１２において、まず、クライアントデー
モンＣＤ１は、クライアントデータ管理テーブルＣＤＴ
１から現在実行中の共通モジュールのうち、一つ目の共
通モジュールを抽出する（ステップＳ１２１ｃ）。そし
て、クライアントデーモンＣＤ１は、ステップＳ１２１
ｃにおいて、共通モジュールの抽出が可能であったかど
うかを判定する（ステップＳ１２２ｃ）。

【０１５１】ステップＳ１２２ｃにおいて共通モジュー
ルの抽出が可能でなかった場合、すなわち実行に必要な
共通モジュールがクライアントデータ管理テーブルＣＤ
Ｔ１にこれ以上登録されていなかった場合には、このモ
ジュール実行環境移行処理を終了する。また、ステップ
Ｓ１２２ｃにおいて共通モジュールの抽出が可能であっ
た場合、抽出された共通モジュールのサービスモジュー
ルデータから状態フラグの情報を取得し、この状態フラ
グが「ローカル実行」を示すかどうかを判定する（ステ
ップＳ１２３ｃ）。

【０１５２】ステップＳ１２３ｃにおいて状態フラグが
「ローカル実行」を示さない場合、すなわち抽出された
共通モジュールがサーバにおいて実行されている場合
は、実行環境を移行する必要がないので、クライアント
データ管理テーブルＣＤＴ１においてつぎの共通モジュ
ールの検索をおこなうために、再びステップＳ１２１ｃ
の処理に戻る。

【０１５３】ステップＳ１２３ｃにおいて状態フラグが
「ローカル実行」を示す場合、すなわち抽出された共通
モジュールがクライアントにおいて実行されている場合
は、サーバに対してこの共通モジュールの実行を依頼す
るための共通モジュール起動要求をおこなう（ステップ
Ｓ１２４ｃ）。

【０１５４】サーバは、クライアントからの共通モジュ
ール起動要求を受信すると、まず、このサーバにおける
処理能力・負荷状態のチェックをおこなう（ステップＳ
１２１ｓ）。すなわち、サーバデーモンＳＤ１が、シス
テム監視スレッドＳＴＨ１から、サーバのリソース状態
を示す情報を取得する。

【０１５５】つづいて、ステップＳ１２１ｓにおいて取
得された情報によって、システムがリソース不足である
かどうかの判定がおこなわれる（ステップＳ１２２
ｓ）。ステップＳ１２２ｓにおいてリソース不足が検出
された場合には、起動要求のあった共通モジュールの実
行を、さらに他のサーバに依頼するためのサーバ用モジ
ュール実行環境移行処理（ステップＳ１４０）が実行さ
れる。

【０１５６】ステップＳ１２２ｓにおいてリソース不足
が検出されない場合には、サーバデーモンＳＤ１は、起
動要求された共通モジュールの起動をおこない（ステッ
プＳ１２３ｓ）、その共通モジュールへのアクセスに必
要な実行アドレス、アクセスＩＤ、状態フラグ（図３に
示すサービスモジュールデータの「リモート実行時のサ
ーバアドレス」、「アクセスＩＤ」、「状態フラグ」参
照）を設定する（ステップＳ１２４ｓ）。

【０１５７】そして、起動要求のあったクライアントに
対して、共通モジュールの起動の完了を示しかつステッ
プＳ１２４ｓにおいて設定された実行アドレス、アクセ
スＩＤ、状態フラグの情報を含んだ共通モジュール起動
完了通知を配信する。

【０１５８】クライアントデーモンＣＤ１は、サーバか
ら共通モジュール起動完了通知を受信すると、ローカル
実行中の共通モジュールの実行を停止し、蓄積領域が不
足している場合は共通モジュールプログラムを削除す
る。つづいて、クライアントデーモンＣＤ１は、クライ
アントデータ管理テーブルＣＤＴ１において、対象とな
る共通モジュールのサービスモジュールデータの状態フ
ラグを「リモート実行」に変更する（ステップＳ１２５
ｃ）。

【０１５９】そして、クライアントデーモンＣＤ１は、
クライアントデータ管理テーブルＣＤＴ１に、サービス
実行に必要な共通モジュールのサービスモジュールデー
タのそれぞれにおいて、「リモート実行時のサーバアド
レス」、「アクセスＩＤ」、「状態フラグ」の登録をお
こなう（ステップＳ１２６ｃ）。

【０１６０】さらに、クライアントデーモンＣＤ１は、
システム監視スレッドＣＴＨ１からシステムリソース情
報を取得することにより、システムがリソース不足（処
理能力の低下または過負荷状態）であるかどうかを判定
する（ステップＳ１２７ｃ）。ステップＳ１２７ｃにお
いてリソース不足が検出されない場合は、このモジュー
ル実行環境移行処理を終了する。

【０１６１】ステップＳ１２７ｃにおいてリソース不足
が検出された場合は、再びステップＳ１２１ｃの処理を
繰り返す。すなわち、このモジュール実行環境移行処理
は、システムのリソース不足が解消されるまで繰り返さ
れる。また、本発明にかかる分散処理システムでは、共
通モジュールは他のサービスモジュールやクライアント
デーモンＣＤ１によって共有されるため、共通モジュー
ルの実行位置が変更となった場合であっても同様に共通
モジュールへのアクセスを保証する必要がある。

【０１６２】図１３は、サービスモジュールアクセス処
理を示したフローチャートである。クライアントデーモ
ンＣＤ１または他のサービスモジュールは、実行に必要
なサービスモジュールへのアクセスに先だって、図１３
に示すサービスモジュールアクセス処理をおこなう。図
１３において、まず、クライアントデーモンＣＤ１また
は他のサービスモジュールは、クライアントデータ管理
テーブルＣＤＴ１から、該当するサービスモジュール
（ここでは、特に共通モジュール）のサービスモジュー
ルデータを検索する（ステップＳ１３１ｃ）。なお、こ
のサービスモジュールアクセス処理を実行するまでに、
上述した初期設定モジュールによるサービスモジュール
のセットアップは完了しているものとする。

【０１６３】つづいて、クライアントデーモンＣＤ１ま
たは他のサービスモジュールは、ステップＳ１３１ｃに
おいて検索されたサービスモジュールデータから状態フ
ラグの情報を取得し、状態フラグが「ローカル実行」を
示すかを判定する（ステップＳ１３２ｃ）。ステップＳ
１３２ｃにおいて状態フラグが「ローカル実行」でない
場合、すなわち状態フラグが「リモート実行」を示す場
合には、サービスモジュールデータに含まれた「リモー
ト実行時のサーバアドレス」の示すサーバに対し、この
サービスモジュールに対する処理を要求する。なお、こ
の要求の通知には、該当するサービスモジュールにアク
セスするための「アクセスＩＤ」の情報も含まれてい
る。

【０１６４】サーバデーモンＳＤ１は、クライアントか
らのサービスモジュール処理要求を受信して、この要求
から処理対象となる「アクセスＩＤ」を特定し、この
「アクセスＩＤ」を用いることで、該当するサービスモ
ジュールのアクセスを達成する（ステップＳ１３１
ｓ）。

【０１６５】そして、ステップＳ１３２ｃにおいて状態
フラグが「ローカル実行」を示す場合には、該当するサ
ービスモジュールのサービスモジュールデータから「ロ
ーカル実行時のアクセスＩＤ」を取得し、このアクセス
ＩＤを用いることで、該当するサービスモジュールのア
クセスを達成する（ステップＳ１３３ｃ）。

【０１６６】よって、このサービスモジュールアクセス
処理によれば、共通モジュールの実行位置がクライアン
トであってもサーバであっても他のサービスモジュール
やクライアントデーモンＣＤ１は影響を受けることはな
い。また、共通モジュールの実行位置は「リモート実行
時のサーバアドレス」と「アクセスＩＤ」によって規定
されるため、リモート実行をおこなうサーバはクライア
ントが共通モジュールを取得したサーバに限定されるも
のではない。

【０１６７】（サーバにおけるモジュール実行環境移行
処理）つぎに、サーバにおいて、システム監視スレッド
ＳＴＨ１によってシステムの処理能力の低下や過負荷状
態が検出された場合に、共通モジュールの実行環境を他
のサーバに移行する処理について説明する。すなわち、
この処理は、図８に示すシステム監視スレッドの処理に
おいて、ステップＳ１４０のサーバ用モジュール実行環
境移行処理に該当する。

【０１６８】図１４は、サーバにおけるモジュール実行
環境移行処理を示したフローチャートである。なお、こ
のモジュール実行環境移行処理は、サーバにおいてあら
かじめ登録されたモジュール実行環境移行プログラムに
より提供され、そのスレッドは、サーバデーモンＳＤ１
内に生成されることにより、システムに常駐して実行さ
れるものとする。

【０１６９】図１４において、まず、サーバデーモンＳ
Ｄ１は、このサーバに対してサービスモジュールの起動
要求が発生しているかどうかを判定する（ステップＳ１
４１ｓ１）。ステップＳ１４１ｓ１においてサービスモ
ジュールの起動要求が発生していない場合は、サーバデ
ータ管理テーブルＳＤＴ１から現在実行中のサービスモ
ジュールのうち、一つ目のサービスモジュールを抽出す
る（ステップＳ１４２ｓ１）。そして、サーバデーモン
ＳＤ１は、ステップＳ１４２ｓ１において、サービスモ
ジュールの抽出が可能であったかどうかを判定する（ス
テップＳ１４３ｓ１）。

【０１７０】ステップＳ１４３ｓ１においてサービスモ
ジュールの抽出が可能でなかった場合、すなわち実行に
必要なサービスモジュールがサーバデータ管理テーブル
ＳＤＴ１にこれ以上登録されていなかった場合には、こ
のモジュール実行環境移行処理を終了する。また、ステ
ップＳ１４３ｓ１においてサービスモジュールの抽出が
可能であった場合、抽出されたサービスモジュールのサ
ービスモジュールデータから状態フラグの情報を取得
し、この状態フラグが「ローカル実行」を示すかどうか
を判定する（ステップＳ１４４ｓ１）。

【０１７１】ステップＳ１４４ｓ１において状態フラグ
が「ローカル実行」を示さない場合、すなわち抽出され
たサービスモジュールが他のサーバにおいて実行されて
いる場合は、実行環境を移行する必要がないので、サー
バデータ管理テーブルＳＤＴ１においてつぎのサービス
モジュールの検索をおこなうために、再びステップＳ１
４２ｓ１の処理に戻る。

【０１７２】ステップＳ１４４ｓ１において状態フラグ
が「ローカル実行」を示す場合、すなわち抽出されたサ
ービスモジュールがこのサーバ（第１のサーバ）におい
て実行されている場合は、他のサーバ（第２のサーバ）
に対してこのサービスモジュールの実行を依頼するため
のサービスモジュール起動要求をおこなう（ステップＳ
１４５ｓ１）。

【０１７３】他のサーバ（第２のサーバ）は、上記した
サーバからサービスモジュール起動要求を受信すると、
まず、このサーバにおける処理能力・負荷状態のチェッ
クをおこなう（ステップＳ１４１ｓ２）。すなわち、第
２のサーバのサーバデーモンが、第２のサーバのシステ
ム監視スレッドから、第２のサーバのリソース状態を示
す情報を取得する。

【０１７４】つづいて、ステップＳ１４１ｓ２において
取得された情報によって、システムがリソース不足であ
るかどうかの判定がおこなわれる（ステップＳ１４２ｓ
２）。ステップＳ１４２ｓ２においてリソース不足が検
出された場合には、起動要求のあったサービスモジュー
ルの実行を、さらに他のサーバ（第３のサーバ）に依頼
するためのサーバ用モジュール実行環境移行処理、すな
わちこのモジュール実行環境移行処理が、第３のサーバ
に対して再帰的に実行される。

【０１７５】ステップＳ１４２ｓ２においてリソース不
足が検出されない場合には、第２のサーバのサーバデー
モンは、起動要求されたサービスモジュールの起動をお
こない（ステップＳ１４３ｓ２）、そのサービスモジュ
ールへのアクセスに必要な実行アドレス、アクセスＩ
Ｄ、状態フラグ（図３に示すサービスモジュールデータ
の「リモート実行時のサーバアドレス」、「アクセスＩ
Ｄ」、「状態フラグ」参照）を設定する（ステップＳ１
４４ｓ２）。

【０１７６】そして、起動要求を発した第１のサーバに
対して、サービスモジュールの起動の完了を示しかつス
テップＳ１４４ｓ２において設定された実行アドレス、
アクセスＩＤ、状態フラグの情報を含んだサービスモジ
ュール起動完了通知を配信する。

【０１７７】第１のサーバのサーバデーモンＳＤ１は、
第２のサーバまたは他のサーバからサービスモジュール
起動完了通知を受信すると、ローカル実行中のサービス
モジュールの実行を停止する。つづいて、第１のサーバ
のサーバデーモンＳＤ１は、サーバデータ管理テーブル
ＳＤＴ１において、対象となるサービスモジュールのサ
ービスモジュールデータの状態フラグを「リモート実
行」に変更する（ステップＳ１４６ｓ１）。

【０１７８】そして、第１のサーバのサーバデーモンＳ
Ｄ１は、サーバデータ管理テーブルＳＤＴ１に、サービ
ス実行に必要なサービスモジュールのサービスモジュー
ルデータのそれぞれにおいて、「リモート実行時のサー
バアドレス」、「アクセスＩＤ」、「状態フラグ」の登
録をおこなう（ステップＳ１４７ｓ１）。

【０１７９】さらに、第１のサーバのサーバデーモンＳ
Ｄ１は、システム監視スレッドＳＴＨ１からシステムリ
ソース情報を取得することにより、システムがリソース
不足（処理能力の低下または過負荷状態）であるかどう
かを判定する（ステップＳ１４８ｓ１）。ステップＳ１
４８ｓ１においてリソース不足が検出されない場合は、
このモジュール実行環境移行処理を終了する。

【０１８０】ステップＳ１４８ｓ１においてリソース不
足が検出された場合は、再びステップＳ１４２ｓ１の処
理を繰り返す。すなわち、このモジュール実行環境移行
処理は、システムのリソース不足が解消されるまで繰り
返される。以上に説明したサーバにおけるモジュール実
行環境移行処理によってサービスモジュールの実行位置
が変更となった場合であっても、図１３に示すサービス
モジュールアクセス処理によって、サービスモジュール
へのアクセスを保証することができる。

【０１８１】（サービスモジュール更新処理）つぎに、
サーバに登録されているサービスモジュールが更新され
た場合に、サーバデーモンＳＤ１が自動的にクライアン
トに対してサービスモジュールの更新登録を要求する処
理について説明する。

【０１８２】図１５は、サービスモジュール更新処理を
示したフローチャートである。図１５において、まず、
システム管理者等によって、サーバに登録されたサービ
スモジュールの更新がおこなわれる（ステップＳ１５１
ｓ）。そして、システム管理者等による指示またはサー
バデーモンＳＤ１によって、サーバデータ管理テーブル
ＳＤＴ１において、更新対象となったサービスモジュー
ルのサービスモジュールデータから、配送先クライアン
トアドレスリストを取得する（ステップＳ１５２ｓ）。

【０１８３】つづいてサーバデーモンＳＤ１は、ステッ
プＳ１５２ｓにおいて取得した配送先クライアントアド
レスリストに示されるクライアントに対して、サービス
モジュールの更新の通知となるサービスモジュール更新
要求を配信する（ステップＳ１５３ｓ）。このサービス
モジュール更新要求には、配信対象となるクライアント
に応じた初期設定モジュールの版数情報が含まれてい
る。

【０１８４】ここで、サーバデーモンＳＤ１は、配信対
象となるクライアントがネットワークにログオンしてい
るかどうかのチェックをおこない（ステップＳ１５４
ｓ）、ネットワーク障害や端末未起動によって、クライ
アントのログオン状態が確認できない場合は、そのクラ
イアントに対するサービスモジュール更新要求の配信を
エラー終了としてスキップし、配信対象となる他のクラ
イアントに対してのログオンチェックを繰り返す。な
お、サーバデーモンＳＤ１は、このエラー終了によって
サービスモジュール更新要求が配信されなかったクライ
アントに対して、ある一定時間毎にログオンチェックを
おこない、サービスモジュール更新要求の配信をこころ
みる。

【０１８５】一方、サービスモジュール更新要求を受信
したクライアントデーモンＣＤ１は、クライアント管理
データテーブルＣＤＴ１において初期設定モジュールの
サービスモジュールデータから、版数情報を取得し、サ
ービスモジュール更新要求に含まれる初期設定モジュー
ルの版数情報との比較をおこない、初期設定モジュール
の変更をおこなうべきかを判定する（ステップＳ１５１
ｃ）。

【０１８６】ステップＳ１５１ｃにおいて、初期設定モ
ジュールの変更をおこなう必要がある場合、すなわち、
クライアント管理データテーブルＣＤＴ１に登録された
初期設定モジュールの版数よりサービスモジュール更新
要求に含まれる初期設定モジュールの版数が新しい場合
は、サーバに対して初期設定モジュールの取得要求を発
信する。なお、初期設定モジュール取得要求には、上述
した「初期設定モジュール取得処理」と同様に、目的と
する初期設定モジュールに対応したサービス名と、クラ
イアントのハードウェア仕様またはオペレーティングシ
ステムの種類を特定するプラットフォーム種別（クライ
アント種別）とを特定する数値情報が含まれている。

【０１８７】サーバは、クライアントから受信した初期
設定モジュール取得要求の示す数値情報によって、サー
ビス名とクライアント種別を特定し、サーバデータ管理
テーブルＳＴＤ１から、特定されたサービス名とクライ
アント種別に対応した初期設定モジュールを選択する。
つづいて、サーバは、この選択された初期設定モジュー
ルを、初期設定モジュール取得要求のあったクライアン
トに対して配信する。また、サーバは、初期設定モジュ
ールの配信後、サーバデータ管理テーブルＳＤＴ１にお
いて、配信した初期設定モジュールに対応するサービス
モジュールデータのうち、「配送先クライアントアドレ
スリスト」に、初期設定モジュール取得要求のあったク
ライアントのアドレスを登録する。

【０１８８】クライアントデーモンＣＤ１は、サーバか
ら初期設定モジュールを取得後、この初期設定モジュー
ルをクライアントデータ管理テーブルＣＤＴ１に登録す
る。そして、クライアントデーモンＣＤ１は、上記した
クライアントデータ管理テーブルＣＤＴ１への初期設定
モジュールの登録後、またはステップＳ１５１ｃにおい
て初期設定モジュールの変更を必要としない場合に、該
当する初期設定モジュールを実行する（ステップＳ１５
２ｃ）。

【０１８９】つづいて、クライアントデーモンＣＤ１
は、初期設定モジュールに定義されたサービスモジュー
ルをサーバから取得する必要があるかどうかの判定をお
こなう（ステップＳ１５３ｃ）。ステップＳ１５３ｃに
おいて、サービスモジュールをサーバから取得する必要
がある場合、具体的には、該当するサービスモジュール
がクライアントデータ管理テーブルＣＤＴ１に登録され
ていない場合や、登録されたサービスモジュールの版数
情報が古い場合に、サーバに対してサービスモジュール
の取得要求を発信する。

【０１９０】サーバは、クライアントから受信したサー
ビスモジュール取得要求に含まれる情報によって、サー
ビスモジュールを特定し、サーバデータ管理テーブルＳ
ＤＴ１から、特定されたサービスモジュールを選択す
る。そして、サーバは、選択されたサービスモジュール
を、サービスモジュール取得要求のあったクライアント
に対して配信する。また、サーバは、サービスモジュー
ルの配信後、サーバデータ管理テーブルＳＤＴ１におい
て、配信したサービスモジュールに対応するサービスモ
ジュールデータのうち、「配送先クライアントアドレス
リスト」に、サービスモジュール取得要求のあったクラ
イアントのアドレスを登録する。

【０１９１】一方、サービスモジュールを受信したクラ
イアントは、クライアントデータ管理テーブルＣＤＴ１
に、サーバから受信したサービスモジュールの登録をお
こなう（ステップＳ１５４ｃ）。この際、取得先のサー
バのアドレスを、図５に示すサービスモジュールデータ
内の「取得サーバアドレス」に登録する。よって、ユー
ザは、このサービスモジュール更新処理により、サービ
スモジュールの更新を意識することなしに常に最新のサ
ービスモジュールの版数によるサービスを享受すること
が可能になる。

【０１９２】なお、以上に説明したサービスモジュール
更新処理は、たとえば、サービスモジュール更新処理を
おこなうためのサービスモジュールをクライアントにあ
らかじめ登録しておくことで実行される。

【０１９３】つぎに、以上に説明した処理に基づいて動
作する本発明の分散処理システムについて、より理解を
深めるために、さらに具体的な実施の形態について説明
する。

【０１９４】（実施の形態１）図１６は、実施の形態１
にかかる分散処理システムのサービス未起動時のシステ
ム構成を示した説明図である。図１６において、実施の
形態１にかかる分散処理システムは、サーバとしてサー
ビス提供をおこなうＳｅｒｖｅｒ＃１とクライアントと
してサービスを受けるＣｌｉｅｎｔ＃１が、ネットワー
クを介し、かつ通信インターフェースを共通にして接続
されることで構成される。

【０１９５】なお、実際には、本発明にかかる分散処理
システムは、多数のサーバとクライアントがネットワー
クに接続されて構成されるが、ここでは、理解を容易に
するため、一つのサーバと一つのクライアント間におけ
る処理を中心に説明する。

【０１９６】ここで、Ｓｅｒｖｅｒ＃１のネットワーク
上の論理アドレスを＃０００１とし、Ｃｌｉｅｎｔ＃１
のネットワーク上の論理アドレスを＃００１１とする。
Ｓｅｒｖｅｒ＃１は、クライアントからの接続要求を受
け付け、サービスの実行制御をおこなうサーバデーモン
ＳＤ１と、サービスデータの管理をおこなうサーバデー
タ管理テーブルＳＤＴ１と、を備えている。また、Ｓｅ
ｒｖｅｒ＃１は、図７に示したサーバデーモン起動処理
がおこなわれた後の状態であり、クライアントアクセス
／他のサーバアクセスの待ち受け状態にある。よって、
サーバデーモンＳＤ１内には、クライアントの処理能力
や負荷状態の管理をおこなうシステム監視スレッドＳＴ
Ｈ１が生成されている。

【０１９７】Ｃｌｉｅｎｔ＃１は、Ｓｅｒｖｅｒ＃１と
の通信をおこない、ユーザにインタフェースを提供する
クライアントデーモンＣＤ１と、サーバから取得したサ
ービスデータの管理をおこなうクライアントデータ管理
テーブルＣＤＴ１と、を備えている。また、Ｃｌｉｅｎ
ｔ＃１は、図６に示したクライアントデーモン起動処理
がおこなわれた後の状態であり、ユーザアクセス／サー
バアクセスの待ち受け状態にある。よって、クライアン
トデーモンＣＤ１内には、クライアントの処理能力や負
荷状態の管理をおこなうシステム監視スレッドＣＴＨ１
が生成されている。

【０１９８】また、Ｓｅｒｖｅｒ＃１とＣｌｉｅｎｔ＃
１はともに、オペレーティングシステムＯＳの実行環境
下において動作され、通信ソケットＡＰＩを介してネッ
トワークとのデータ入出力をおこなう。ここで、上述し
たように、Ｓｅｒｖｅｒ＃１とＣｌｉｅｎｔ＃１は、通
信インターフェースを共通にしているので、必ずしもオ
ペレーティングシステムＯＳが同一である必要はない。

【０１９９】ここで、サーバによって提供されるサービ
スの一つとしてＳｅｒｖｉｃｅ＃１が実行される場合を
考える。図１７は、Ｓｅｒｖｉｃｅ＃１を実行するため
に必要なサービスデータを示す説明図である。すなわ
ち、サーバ用サービスプログラムおよびクライアント用
サービスプログラムは、このサービスデータに含まれる
サービスモジュールの組合せによって構成される。

【０２００】図１７において、サービスデータＳｅｒｖ
ｉｃｅ＃１は、複数のサービスモジュールから構成さ
れ、具体的には、サーバで実行されサービス制御をおこ
なうサーバ制御モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ
＃Ａ１〜Ａｎ、クライアントで実行されＧＵＩ表示やサ
ーバとの通信をおこなう表示制御モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ＃Ｂ１〜Ｂｎ、クライアントで実行さ
れサービス実行に必要なモジュールの取得方法やシステ
ムの処理能力および負荷状態の調査が定義された初期設
定モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１〜Ｃ
ｎ、実行環境をサーバかクライアントかに依存しない共
通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１〜Ｄｎ
から構成される。また、それぞれのサービスモジュール
はクライアント種別毎やサービスに依存して必要な数だ
け用意される。

【０２０１】まず、図１６に示すようなＳｅｒｖｅｒ＃
１とＣｌｉｅｎｔ＃１のサービス未起動状態において、
ユーザが、図６に示したクライアントデーモン起動処理
によってＣｌｉｅｎｔ＃１の表示装置上に提示されたサ
ービスリストから、所望のサービスを選択する。このサ
ービス選択により、図９に示した初期設定モジュール取
得処理が実行され、Ｓｅｒｖｅｒ＃１に対する初期設定
モジュールの取得要求がおこなわれる。なお、ここで
は、Ｃｌｉｅｎｔ＃１のクライアントデータ管理テーブ
ルＣＤＴ１に、該当するサービスの実行に必要な初期設
定モジュール、表示制御モジュールおよび共通モジュー
ルが登録されていないものとする。

【０２０２】そして、Ｓｅｒｖｅｒ＃１は、Ｃｌｉｅｎ
ｔ＃１のクライアント種別に応じた初期設定モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１を、Ｃｌｉｅｎｔ＃
１に返送する。一方、Ｃｌｉｅｎｔ＃１は、Ｓｅｒｖｅ
ｒ＃１から初期設定モジュールＳｅｒｖｉｃｅＭｏｄｕ
ｌｅ＃Ｃ１を受け取り、初期設定モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ＃Ｃ１の起動をおこなう。この初期設
定モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１の起動
によって、図１０に示した初期設定モジュール処理が実
行され、初期設定モジュールＳｅｒｖｉｃｅＭｏｄｕｌ
ｅ＃Ｃ１内の定義内容から、Ｓｅｒｖｉｃｅ＃１の実行
に必要な表示制御モジュールＳｅｒｖｉｃｅＭｏｄｕｌ
ｅ＃Ｂ１および共通モジュールＳｅｒｖｉｃｅＭｏｄｕ
ｌｅ＃Ｄ１の取得がおこなわれる。

【０２０３】ここで、Ｃｌｉｅｎｔ＃１において、Ｓｅ
ｒｖｉｃｅ＃１を実行するのには、さらに共通モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２が必要であった
が、システム監視スレッドＣＴＨ１によりＣｌｉｅｎｔ
＃１のリソース不足が検出されたために、共通モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２の取得および起動
はおこなわれず、共通モジュールＳｅｒｖｉｃｅＭｏｄ
ｕｌｅ＃Ｄ２の起動をＳｅｒｖｅｒ＃１に依頼するもの
とする。

【０２０４】Ｃｌｉｅｎｔ＃１は、Ｓｅｒｖｅｒ＃１に
対してＳｅｒｖｉｃｅ＃１の起動要求をおこない、図１
１に示したサービス起動処理が実行される。この際、Ｓ
ｅｒｖｅｒ＃１は、Ｃｌｉｅｎｔ＃１から起動要求のあ
った共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２
を起動して、クライアントアクセス待ち受け状態に遷移
する。

【０２０５】つづいて、Ｃｌｉｅｎｔ＃１において、表
示制御モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｂ１、
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１の起
動がおこなわれ、Ｓｅｒｖｉｃｅ＃１の起動が完了す
る。

【０２０６】図１８は、実施の形態１にかかる分散処理
システムのサービス起動後のシステム構成を示した説明
図である。図１８において、Ｓｅｒｖｅｒ＃１は、図１
６に示す状態に加えて、Ｓｅｒｖｉｃｅ＃１を提供する
サーバ用サービスプログラムとして、サーバ制御モジュ
ールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ａ１、共通モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２が用意され、これ
らサービスモジュールの実行においてサーバデーモンＳ
Ｄ１内にスレッドが生成される。

【０２０７】また、Ｃｌｉｅｎｔ＃１は、図１６に示す
状態に加えて、Ｓｅｒｖｉｃｅ＃１を提供するクライア
ント用サービスプログラムとして、表示制御モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｂ１、初期設定モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１、共通モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１が用意され、これら
サービスモジュールの実行においてクライアントデーモ
ンＣＤ１内にスレッドが生成される。

【０２０８】つぎに、図９に示した初期設定モジュール
取得処理において、Ｓｅｒｖｅｒ＃１がクライアントに
初期設定モジュールの配信をおこなった場合のＳｅｒｖ
ｅｒ＃１のサービスモジュールデータについて説明す
る。ここでは特に、Ｓｅｒｖｅｒ＃１が複数のクライア
ント（Ｃｌｉｅｎｔ＃１、Ｃｌｉｅｎｔ＃２、Ｃｌｉｅ
ｎｔ＃３）に対して、初期設定モジュールＳｅｒｖｉｃ
ｅＭｏｄｕｌｅ＃Ｃ１を配信した場合を考える。

【０２０９】図１９は、この場合のＳｅｒｖｅｒ＃１の
サーバデータ管理テーブルＳＤＴ１に登録された初期設
定モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１のサー
ビスモジュールデータを示す説明図である。図１９にお
いて、まず、「サービスモジュール名」として「Ｓｅｒ
ｖｉｃｅＭｏｄｕｌｅ＃Ｃ１」が登録され、「デフォル
トサービス名」として「Ｓｅｒｖｉｃｅ＃１」が登録さ
れている。そして、「配送先クライアントリスト」に
は、上記した複数のクライアントＣｌｉｅｎｔ＃１、Ｃ
ｌｉｅｎｔ＃２、Ｃｌｉｅｎｔ＃３のネットワーク上に
おける論理アドレス（＃００１１、＃００１２、＃００
１３）が登録されている。

【０２１０】また、「モジュール種別」として初期設定
モジュールを示すコードである「３」が登録され、「プ
ラットフォーム種別」として、Ｃｌｉｅｎｔ＃１のハー
ドウェア仕様またはオペレーティングシステムを特定す
るコード「１」が登録されている。

【０２１１】さらに、「版数」として「１」が登録され
ており、初期設定モジュールＳｅｒｖｉｃｅＭｏｄｕｌ
ｅ# Ｃ１が更新された場合には、この「版数」が更新さ
れて、図１５に示したサービスモジュール更新処理がお
こなわれる。ここでは、初期設定モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ# Ｃ１に対するサービスモジュール更
新処理は、「配送先クライアントリスト」に登録されて
いるＣｌｉｅｎｔ＃１、Ｃｌｉｅｎｔ＃２、Ｃｌｉｅｎ
ｔ＃３に対して、ユーザが介すことのない自動的な処理
としておこなわれる。

【０２１２】つぎに、Ｃｌｉｅｎｔ＃１のクライアント
データ管理テーブルＣＤＴ１に登録されるサービスモジ
ュールデータの例として、共通モジュールＳｅｒｖｉｃ
ｅＭｏｄｕｌｅ＃Ｄ１のサービスモジュールデータにつ
いて説明する。

【０２１３】図２０は、この場合のＣｌｉｅｎｔ＃１の
クライアントデータ管理テーブルＣＤＴ１に登録された
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。図２０に
おいて、まず、「サービスモジュール名」として「Ｓｅ
ｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１」が登録され、「デフォ
ルトサービス名」として「Ｓｅｒｖｉｃｅ＃１」が登録
されている。そして、「版数」として「１」が登録さ
れ、「取得サーバアドレス」としてこの共通モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１を配信したサーバの
論理アドレスを示す「＃０００１」が登録されている。

【０２１４】さらに、「状態フラグ」としてローカル実
行、すなわちＣｌｉｅｎｔ＃１での共通モジュールＳｅ
ｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１の実行を示すコードであ
る「１」が登録され、「ローカル実行時のアクセスＩ
Ｄ」としてこの共通モジュールＳｅｒｖｉｃｅＭｏｄｕ
ｌｅ＃Ｄ１にアクセスするために必要なアクセスＩＤ
「１１１」が登録されている。

【０２１５】つぎに、図８に示したシステム監視スレッ
ド処理により処理能力の低下もしくは過負荷状態が検出
され、図１３に示したサービスモジュールアクセス処理
がおこなわれる場合のＳｅｒｖｅｒ＃１およびＣｌｉｅ
ｎｔ＃１のサービスモジュールデータについて説明す
る。ここでは特に、図１８に示した状態から、Ｃｌｉｅ
ｎｔ＃１において過負荷状態が検出され、Ｃｌｉｅｎｔ
＃１がＳｅｒｖｅｒ＃１に対して共通モジュールＳｅｒ
ｖｉｃｅＭｏｄｕｌｅ＃Ｄ１の実行依頼をおこなった場
合を考える。

【０２１６】図２１は、実施の形態１にかかる分散処理
システムのサービス起動後のシステム構成を示した説明
図であり、特に図１８に示した状態において、Ｓｅｒｖ
ｅｒ＃１がＣｌｉｅｎｔ＃１から依頼された共通モジュ
ールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１を起動した状態
を示す。よって、図２１に示すように、Ｃｌｉｅｎｔ＃
１は、共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ
１をクライアント用のサービスプログラムから開放し、
Ｓｅｒｖｅｒ＃１が共通モジュールＳｅｒｖｉｃｅＭｏ
ｄｕｌｅ＃Ｄ１を起動する。

【０２１７】Ｓｅｒｖｅｒ＃１において共通モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１が起動されると、サ
ーバデータ管理テーブルＳＤＴ１の共通モジュールＳｅ
ｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサービスモジュールデ
ータが変更される。図２２は、この場合のＳｅｒｖｅｒ
＃１のサーバデータ管理テーブルＳＤＴ１に登録された
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【０２１８】図２２において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「配送先ク
ライアントリスト」には、上記したクライアントＣｌｉ
ｅｎｔ＃１の論理アドレスである「＃００１１」が登録
されている。

【０２１９】また、「モジュール種別」として共通モジ
ュールを示すコードである「４」が登録され、「プラッ
トフォーム種別」として、サーバ、クライアント、ハー
ドウェア仕様またはオペレーティングシステムを特定し
ないコード「０」が登録されている。

【０２２０】さらに、「版数」として「１」が登録さ
れ、「状態フラグ」としてローカル実行、すなわちＳｅ
ｒｖｅｒ＃１での共通モジュールＳｅｒｖｉｃｅＭｏｄ
ｕｌｅ＃Ｄ１の実行を示すコードである「１」が登録さ
れている。そして、「ローカル実行時のアクセスＩＤ」
としてこの共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ
＃Ｄ１にアクセスするために必要なＩＤ「２２２」が登
録されている。

【０２２１】一方、Ｃｌｉｅｎｔ＃１においてもまた、
Ｓｅｒｖｅｒ＃１におけるモジュール実行が完了する
と、クライアントデータ管理テーブルＣＤＴ１内の共通
モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサービ
スモジュールデータが変更される。図２３は、この場合
のＣｌｉｅｎｔ＃１のクライアントデータ管理テーブル
ＣＤＴ１に登録された共通モジュールＳｅｒｖｉｃｅＭ
ｏｄｕｌｅ＃Ｄ１のサービスモジュールデータを示す説
明図である。

【０２２２】図２３において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「版数」と
して「１」が登録され、「取得サーバアドレス」として
この共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１
を配信したサーバの論理アドレスを示す「＃０００１」
が登録されている。

【０２２３】さらに、「状態フラグ」としてリモート実
行、すなわちサーバによる共通モジュールＳｅｒｖｉｃ
ｅＭｏｄｕｌｅ＃Ｄ１の実行を示すコードである「２」
が登録されている。そして、「リモート実行時のサーバ
アドレス」としてこの共通モジュールＳｅｒｖｉｃｅＭ
ｏｄｕｌｅ＃Ｄ１の起動をおこなうサーバであるＳｅｒ
ｖｅｒ＃１のアドレスを示す「＃０００１」が登録さ
れ、「アクセスＩＤ」としてこのＳｅｒｖｅｒ＃１上の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１にア
クセスするのに必要なＩＤ「２２２」が登録されてい
る。

【０２２４】以上に説明したように、実施の形態１にか
かる分散処理システムによれば、上述した「クライアン
トデーモンの起動処理」、「サーバデーモンの起動処
理」、「初期設定モジュール取得処理」、「初期設定モ
ジュール処理」、「サービス起動処理」の実行によっ
て、ハードウェア仕様やオペレーティングシステムの異
なるクライアントがネットワークに接続された場合であ
っても、クライアントに応じた初期設定モジュールを取
得するだけで、サーバによって提供されるサービスがク
ライアント間において差異なく利用でき、また、クライ
アントのサービス利用手段によって、該当する初期設定
モジュールを自動的に取得することができるので、サー
ビスに必要なモジュール構成の知識をユーザに要求する
ことなく、サーバの提供するサービスを容易に利用する
ことが可能となる。

【０２２５】また、上述した「システム監視スレッドの
処理」、「クライアントにおけるモジュール実行環境移
行処理」の実行によって、クライアントの処理能力の低
下が示される場合に、クライアントにおいて実行されて
いた共通モジュールの一部をサーバ上で起動することが
でき、クライアントのリソース不足によるスループット
の低下を迅速に回避することができるとともに、効果的
な負荷分散を実現することができる。

【０２２６】さらに、上述した「サービスモジュール更
新処理」の実行によって、クライアントを利用するユー
ザは特にサーバにおけるモジュールの更新時期を意識す
る必要がなくなり、クライアントにおいて迅速なモジュ
ールの更新処理が可能となる。

【０２２７】（実施の形態２）つぎに、実施の形態１に
おいて説明した図１９および図２０のサービスモジュー
ルデータの登録内容に対応する状態、すなわちＣｌｉｅ
ｎｔ＃１がＳｅｒｖｅｒ＃１に対して、共通モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２の起動要求をおこな
った状態（図１８に示した状態）において、Ｓｅｒｖｅ
ｒ＃１のリソース不足により、さらに、他のサーバであ
るＳｅｒｖｅｒ＃２に対して共通モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ＃Ｄ２の起動要求がおこなわれる場合
について説明する。

【０２２８】図２４は、実施の形態２にかかる分散処理
システムのサービス起動時のシステム構成を示した説明
図である。図２４において、実施の形態２にかかる分散
処理システムは、サーバとしてＳｅｒｖｉｃｅ＃１の提
供をおこなうことのできるＳｅｒｖｅｒ＃１およびＳｅ
ｒｖｅｒ＃２と、クライアントとしてＳｅｒｖｉｃｅ＃
１を受けるＣｌｉｅｎｔ＃１とが、ネットワークを介
し、かつ通信インターフェースを共通にして接続される
ことで構成されている。

【０２２９】なお、実際には、本発明にかかる分散処理
システムは、多数のサーバとクライアントがネットワー
クに接続されて構成されるが、ここでは、理解を容易に
するため、二つのサーバと一つのクライアント間におけ
る処理を中心に説明する。

【０２３０】ここで、Ｓｅｒｖｅｒ＃１、Ｓｅｒｖｅｒ
＃２のネットワーク上の論理アドレスをそれぞれ＃００
０１、＃０００２とし、Ｃｌｉｅｎｔ＃１のネットワー
ク上の論理アドレスを＃００１１とする。Ｓｅｒｖｅｒ
＃１およびＳｅｒｖｅｒ＃２はともに、図１１に示した
サービス起動処理を実行可能とする状態にあり、特に、
Ｓｅｒｖｅｒ＃１は、図８に示したシステム監視スレッ
ド処理によるリソース不足の検出によって、図１４に示
したモジュール実行環境移行処理が実行された状態にあ
る。

【０２３１】ここでは、図１４に示したモジュール実行
環境移行処理における他のサーバが、Ｓｅｒｖｅｒ＃２
に該当し、このＳｅｒｖｅｒ＃２によって、Ｃｌｉｅｎ
ｔ＃１から起動要求のあった共通モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ＃Ｄ２の起動がおこなわれる。よっ
て、図２４に示すように、Ｓｅｒｖｅｒ＃２において
は、Ｓｅｒｖｉｃｅ＃１を提供するサーバ用サービスプ
ログラムとして、共通モジュールＳｅｒｖｉｃｅＭｏｄ
ｕｌｅ＃Ｄ２が用意され、このサービスモジュールの実
行においてサーバデーモンＳＤ２内にスレッドが生成さ
れた状態にある。

【０２３２】一方、Ｃｌｉｅｎｔ＃１は、実施の形態１
において説明した図１８に示す状態と同様に、Ｓｅｒｖ
ｉｃｅ＃１を提供するクライアント用サービスプログラ
ムとして、表示制御モジュールＳｅｒｖｉｃｅＭｏｄｕ
ｌｅ＃Ｂ１、初期設定モジュールＳｅｒｖｉｃｅＭｏｄ
ｕｌｅ＃Ｃ１、共通モジュールＳｅｒｖｉｃｅＭｏｄｕ
ｌｅ＃Ｄ１が用意され、これらサービスモジュールの実
行においてクライアントデーモンＣＤ１内にスレッドが
生成された状態にある。

【０２３３】また、Ｓｅｒｖｅｒ＃１、Ｓｅｒｖｅｒ＃
２、Ｃｌｉｅｎｔ＃１は、オペレーティングシステムＯ
Ｓの実行環境下において動作され、通信ソケットＡＰＩ
を介してネットワークとのデータ入出力をおこなう。こ
こで、上述したように、Ｓｅｒｖｅｒ＃１、Ｓｅｒｖｅ
ｒ＃２およびＣｌｉｅｎｔ＃１は、通信インターフェー
スを共通にしているので、必ずしもオペレーティングシ
ステムＯＳが同一である必要はない。

【０２３４】つぎに、図２４に示した状態におけるＳｅ
ｒｖｅｒ＃１およびＣｌｉｅｎｔ＃１のサービスモジュ
ールデータについて説明する。ここでは特に、Ｃｌｉｅ
ｎｔ＃１がＳｅｒｖｅｒ＃１に対して共通モジュールＳ
ｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２の実行依頼をおこな
い、さらにＳｅｒｖｅｒ＃１がＳｅｒｖｅｒ＃２に対し
て共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２の
実行依頼をおこなった場合を考える。

【０２３５】図２５は、この場合のＳｅｒｖｅｒ＃１の
サーバデータ管理テーブルＳＤＴ１に登録された共通モ
ジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２のサービス
モジュールデータを示す説明図である。

【０２３６】図２５において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「モジュー
ル種別」として共通モジュールを示すコードである
「４」が登録され、「プラットフォーム種別」として、
サーバ、クライアント、ハードウェア仕様またはオペレ
ーティングシステムを特定しないコード「０」が登録さ
れている。

【０２３７】さらに、「版数」として「１」が登録さ
れ、「状態フラグ」としてリモート実行、すなわちＳｅ
ｒｖｅｒ＃１以外のサーバによる共通モジュールＳｅｒ
ｖｉｃｅＭｏｄｕｌｅ＃Ｄ２の実行を示すコードである
「２」が登録されている。そして、「リモート実行時の
サーバアドレス」としてこの共通モジュールＳｅｒｖｉ
ｃｅＭｏｄｕｌｅ＃Ｄ２の起動をおこなうサーバである
Ｓｅｒｖｅｒ＃２のアドレスを示す「＃０００２」が登
録され、「アクセスＩＤ」としてこのＳｅｒｖｅｒ＃２
上の共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２
にアクセスするのに必要なＩＤ「３３３」が登録されて
いる。

【０２３８】図２６は、この場合のＣｌｉｅｎｔ＃１の
クライアントデータ管理テーブルＣＤＴ１に登録された
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【０２３９】図２６において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「版数」と
して「１」が登録され、「取得サーバアドレス」として
この共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２
を配信したサーバの論理アドレスを示す「＃０００１」
が登録されている。

【０２４０】さらに、「状態フラグ」としてリモート実
行、すなわちサーバによる共通モジュールＳｅｒｖｉｃ
ｅＭｏｄｕｌｅ＃Ｄ２の実行を示すコードである「２」
が登録されている。そして、「リモート実行時のサーバ
アドレス」としてこの共通モジュールＳｅｒｖｉｃｅＭ
ｏｄｕｌｅ＃Ｄ２の起動をおこなうサーバであるＳｅｒ
ｖｅｒ＃２のアドレスを示す「＃０００２」が登録さ
れ、「アクセスＩＤ」としてこのＳｅｒｖｅｒ＃２上の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２にア
クセスするのに必要なＩＤ「３３３」が登録されてい
る。

【０２４１】以上に説明したように、実施の形態２にか
かる分散処理システムによれば、上述した「サーバにお
けるモジュール実行環境移行処理」の実行によって、サ
ーバの資源が圧迫された場合に、サーバにおいて実行さ
れていた共通モジュールの一部を、リソースに余裕のあ
る他のサーバ上で起動することができ、サーバのリソー
ス不足によるスループットの低下を迅速に回避すること
ができるとともに、効果的な負荷分散を実現することが
できる。

【０２４２】また、以上に説明した実施の形態１および
２によれば、サーバからクライアントに配信されるサー
ビスモジュールの属性（サービスモジュール名、デフォ
ルトサービス名、版数等）や実行状態（状態フラグ）を
登録設定されるサービスモジュールデータを備えたサー
バデータ管理テーブルＳＤＴ１、クライアントデータ管
理テーブルＣＤＴ１を、サーバ、クライアントにそれぞ
れ備えることで、サービスの実行に必要なサービスモジ
ュールの実行位置が把握でき、上述した「サービスモジ
ュールアクセス処理」を実行することによって、共通モ
ジュールへのアクセスを確実におこなうことができる。

【０２４３】なお、以上に説明した原理説明、実施の形
態１および２において、図６〜１５に示した処理を実行
させるプログラム（詳しくは個別に実行可能なモジュー
ル群）をＩＣカードメモリ、フロッピーディスク、光磁
気ディスク、ＣＤ−ＲＯＭ等の記録媒体に格納し、この
記録媒体に記録されたプログラムをサーバ装置およびク
ライアント装置にインストールすることで、上述した分
散処理方法を使用し、これにより分散処理システムを構
築することもできる。なお、このインストール作業は、
通信回線を使用してサーバからクライアントに対して、
またはサーバ間においてダウンロードすることによって
おこなってもよい。

【０２４４】

【発明の効果】以上、説明したとおり、本発明の請求項
１にかかる分散処理システムおよび請求項５にかかる分
散処理方法によれば、サーバ装置は、クライアント装置
の要求に応じて、クライアント装置の種別毎に異なり、
かつサービスの実行に必要なモジュールをサーバ装置か
ら取得することのできる初期設定モジュールをクライア
ント装置に配信し、クライアント装置は、サーバ装置か
らこの初期設定モジュールを取得して実行することで、
クライアント装置において必要なサービスモジュールの
みをサーバ装置から取得することができ、この取得した
サービスモジュールを実行することにより、サービスを
利用することができるので、ハードウェア仕様やオペレ
ーティングシステムの異なるクライアント装置がネット
ワークに接続された場合であっても、クライアント装置
に応じた初期設定モジュールを取得するだけで、サーバ
装置によって提供されるサービスがクライアント装置間
において差異なく利用でき、また、クライアント装置に
おいてサービス利用手段により該当する初期設定モジュ
ールを自動的に取得することができるので、ユーザは、
クライアント装置の種別を意識することなく、サーバ装
置の提供するサービスを容易に利用することができる。
そして、本発明の請求項９にかかる記録媒体を用いれ
ば、サーバ装置またはクライアント装置として用いられ
るコンピュータに対して、上記した請求項５にかかる分
散処理方法を使用することができ、上記した請求項１に
かかる分散処理システムの構築が可能となる。

【０２４５】また、本発明の請求項２にかかる分散処理
システムおよび請求項６にかかる分散処理方法によれ
ば、サーバ装置に、実行環境を問わない共通モジュール
が備えられることで、サーバ装置のリソース不足状態に
対して、本来、このサーバ装置において実行すべき共通
モジュールを、他のサーバ装置において実行するように
実行位置を移行することができるので、たとえば、サー
ビスプログラムの実行中に、多くのクライアント装置の
アクセスにより、サーバ装置の資源が圧迫された場合
に、サーバ装置において実行されていた共通モジュール
を、リソースに余裕のある他のサーバ装置において実行
できるようになり、サーバ装置のリソース不足によるス
ループットの低下を回避することができる。そして、本
発明の請求項１０にかかる記録媒体を用いれば、サーバ
装置またはクライアント装置として用いられるコンピュ
ータに対して、上記した請求項６にかかる分散処理方法
を使用することができ、上記した請求項２にかかる分散
処理システムの構築が可能となる。

【０２４６】また、本発明の請求項３にかかる分散処理
システムおよび請求項７にかかる分散処理方法によれ
ば、サーバ装置にサーバ装置とクライアント装置との双
方の実行環境において実行可能な共通モジュールが備え
られることで、クライアント装置のリソース不足状態に
対して、本来、クライアント装置において実行すべき共
通モジュールを、サーバ装置において実行するように実
行位置を移行することができるので、たとえば、サービ
スプログラムの実行中に、他のアプリケーションプログ
ラム等の実行により、クライアント装置の資源が圧迫さ
れた場合に、クライアント装置において実行されていた
共通モジュールをサーバ装置において実行できるように
なり、クライアント装置のリソース不足によるスループ
ットの低下を回避することができる。そして、本発明の
請求項１１にかかる記録媒体を用いれば、サーバ装置ま
たはクライアント装置として用いられるコンピュータに
対して、上記した請求項７にかかる分散処理方法を使用
することができ、上記した請求項３にかかる分散処理シ
ステムの構築が可能となる。

【０２４７】また、本発明の請求項４にかかる分散処理
システムおよび請求項８にかかる分散処理方法によれ
ば、サーバ装置が、クライアント装置に対してサービス
モジュールの更新を通知することができ、さらに、その
通知は、過去にそのサービスモジュールの配信をおこな
った先のクライアント装置に対しておこなわれるので、
クライアント装置において、ユーザが、特にサーバ装置
におけるモジュールの更新時期を意識する必要がなくな
り、かつ効率的なサービスモジュールの更新処理が可能
となる。そして、本発明の請求項１２にかかる記録媒体
を用いれば、サーバ装置またはクライアント装置として
用いられるコンピュータに対して、上記した請求項８に
かかる分散処理方法を使用することができ、上記した請
求項４にかかる分散処理システムの構築が可能となる。

【０２４８】また、請求項１３の発明によれば、クライ
アント装置に対して、クライアント装置の種別毎に異な
るサービスモジュールの配信を可能とする初期設定モジ
ュールを配信するので、クライアント装置側でサービス
を利用するためのサービスプログラムに必要なサービス
モジュールの変更等が生じた場合にも、初期設定モジュ
ールの内容を変更するだけで対応でき、クライアント装
置の種別毎に存在する多くのサービスモジュールの管理
が容易なサーバ装置が得られるという効果を奏する。

【０２４９】また、請求項１４の発明によれば、実行環
境を問わない共通モジュールが備えられることで、リソ
ース不足状態に対して、本来、このサーバ装置において
実行すべき共通モジュールを、他のサーバ装置において
実行するように実行位置を移行することができるので、
リソース不足が生じた場合に、実行されていた共通モジ
ュールを、リソースに余裕のある他のサーバ装置におい
て実行できるようになり、これによりスループットの低
下を回避することが可能なサーバ装置が得られるという
効果を奏する。

【０２５０】また、請求項１５の発明によれば、実行さ
れている複数の共通モジュールのうち、リソース不足が
解消されるだけの共通モジュールを、他のサーバ装置に
対する起動要求の対象とするので、起動要求先のサーバ
装置のリソースへの大きな圧迫を回避することが可能な
サーバ装置が得られるという効果を奏する。

【０２５１】また、請求項１６の発明によれば、起動要
求された共通モジュールへのアクセスを、起動要求を発
したサーバ装置だけでなく、その共通モジュールの実行
を必要とするクライアント装置に対しても直接に可能と
するので、起動要求された共通モジュールの利用を容易
にするサーバ装置が得られるという効果を奏する。

【０２５２】また、請求項１７の発明によれば、モジュ
ール実行位置テーブルによって共通モジュールの実行位
置を管理するので、このモジュール実行位置テーブルを
参照することで、所望の共通モジュールのアクセスを容
易にするサーバ装置が得られるという効果を奏する。

【０２５３】また、請求項１８の発明によれば、モジュ
ール配信先テーブルを参照することによって、更新され
たサービスモジュールの取得が必要なクライアント装置
のみに更新通知をおこなうので、効率的なサービスモジ
ュールの更新処理が可能なサーバ装置が得られるという
効果を奏する。

【０２５４】また、請求項１９の発明によれば、サービ
ス利用手段によって、サーバ装置から初期設定モジュー
ルを取得して実行するだけで、この初期設定モジュール
の処理により、サービスを利用するのに必要なサービス
モジュールのみをサーバ装置から取得することができる
ので、サーバ装置によって提供されるサービスが差異な
く利用できるとともに、ユーザが、クライアント装置の
種別を意識することなく、サーバ装置の提供するサービ
スを容易に利用することができるクライアント装置が得
られるという効果を奏する。

【０２５５】また、請求項２０の発明によれば、サービ
ス利用手段において、クライアント装置の機能と処理能
力を調査する調査機構が設けられ、初期設定モジュール
の実行時にこの調査機構を実行して取得される調査結果
に応じて、サーバ装置から取得するサービスモジュール
を選択することができるので、調査結果が処理能力の低
下を示す場合に、実行可能なサービスモジュールだけを
取得して実行し、サービス実行に必要な他のサービスモ
ジュールの実行をサーバ装置等に依頼することが可能に
なり、これによりストレスのないサービス利用が可能な
クライアント装置が得られるという効果を奏する。

【０２５６】また、請求項２１によれば、クライアント
データ管理テーブルに、サービスを利用するのに必要な
サービスモジュールが登録されていない場合に、そのサ
ービスモジュールをサーバ装置から取得して、クライア
ントデータ管理テーブルに登録するので、サービスの利
用に必要な最低限のサービスモジュールだけを付属する
記憶装置等に備えておくことができ、資源の有効な活用
を実現することができるクライアント装置が得られると
いう効果を奏する。

【０２５７】また、請求項２２によれば、実行環境を問
わない共通モジュールを実行している状態におけるリソ
ース不足状態に対して、本来、このクライアント装置に
おいて実行すべき共通モジュールを、サーバ装置におい
て実行するように実行位置を移行することができるので
リソース不足が生じた場合に、実行されていた共通モジ
ュールを、リソースに余裕のあるサーバ装置において実
行できるようになり、これによりスループットの低下を
回避することができるクライアント装置が得られるとい
う効果を奏する。

【０２５８】また、請求項２３によれば、実行されてい
る複数の共通モジュールのうち、リソース不足が解消さ
れるだけの共通モジュールを、サーバ装置に対する起動
要求の対象とするので、起動要求先のサーバ装置のリソ
ースへの大きな圧迫を回避することができるクライアン
ト装置が得られるという効果を奏する。

【０２５９】また、請求項２４によれば、モジュール実
行位置テーブルによって共通モジュールの実行位置を管
理するので、このモジュール実行位置テーブルを参照す
ることで、所望の共通モジュールのアクセスが容易なク
ライアント装置が得られるという効果を奏する。

【０２６０】また、請求項２５によれば、更新モジュー
ル取得手段によって、サーバ装置からサービスモジュー
ルの更新が通知された際に、更新されたサービスモジュ
ールを取得するので、ユーザ自らが、サーバ装置におけ
るモジュールの更新時期を意識する必要がなくなり、か
つ効率的なサービスモジュールの更新処理が可能なクラ
イアント装置が得られるという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる分散処理システムにおいて、提
供されるサービス毎に用意されたサービスデータのモジ
ュール構成を示す説明図である。

【図２】本発明にかかるサーバのシステム実行形態を示
す説明図である。

【図３】本発明にかかるサーバデータ管理テーブルの各
サービスモジュールに対するサービスモジュールデータ
を示した説明図である。

【図４】本発明にかかるクライアントのシステム実行形
態を示す説明図である。

【図５】本発明にかかるクライアントデータ管理テーブ
ルの各サービスモジュールに対するサービスモジュール
データを示した説明図である。

【図６】本発明にかかるクライアントデーモンの起動に
おいて実行される処理を示したフローチャートである。

【図７】本発明にかかるサーバデーモンの起動時に実行
される処理を示したフローチャートである。

【図８】本発明にかかるシステム監視スレッドによる処
理を示したフローチャートである。

【図９】本発明にかかる初期設定モジュール取得処理を
示したフローチャートである。

【図１０】本発明にかかる初期設定モジュールによる処
理を示したフローチャートである。

【図１１】本発明にかかるサービス起動処理を示したフ
ローチャートである。

【図１２】本発明にかかるクライアントにおけるモジュ
ール実行環境移行処理を示したフローチャートである。

【図１３】本発明にかかるサービスモジュールアクセス
処理を示したフローチャートである。

【図１４】本発明にかかるサーバにおけるモジュール実
行環境移行処理を示したフローチャートである。

【図１５】本発明にかかるサービスモジュール更新処理
を示したフローチャートである。

【図１６】実施の形態１にかかる分散処理システムのサ
ービス未起動時のシステム構成を示した説明図である。

【図１７】実施の形態１において、Ｓｅｒｖｉｃｅ＃１
を実行するために必要なサービスデータを示す説明図で
ある。

【図１８】実施の形態１にかかる分散処理システムのサ
ービス起動後のシステム構成を示した説明図である。

【図１９】実施の形態１において、Ｓｅｒｖｅｒ＃１の
初期設定モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１
のサービスモジュールデータを示す説明図である。

【図２０】実施の形態１において、Ｃｌｉｅｎｔ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【図２１】実施の形態１にかかる分散処理システムのサ
ービス起動後のシステム構成を示した説明図である。

【図２２】実施の形態１において、Ｓｅｒｖｅｒ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【図２３】実施の形態１において、Ｃｌｉｅｎｔ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【図２４】実施の形態２にかかる分散処理システムのサ
ービス起動後のシステム構成を示した説明図である。

【図２５】実施の形態２において、Ｓｅｒｖｅｒ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【図２６】実施の形態２において、Ｃｌｉｅｎｔ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１のサ
ービスモジュールデータを示す説明図である。

【符号の説明】

ＳＤ１，ＳＤ２サーバデーモンＣＤ１クライアントデーモンＳＤＴ１，ＳＤＴ２サーバデータ管理テーブルＣＤＴ１クライアントデータ管理テーブルＳＴＨ１，ＳＴＨ２，ＣＴＨ１システム監視スレッド

【手続補正書】

【提出日】平成１１年８月２０日（１９９９．８．２
０）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項４

【補正方法】変更

【補正内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】請求項１０

【補正方法】変更

【補正内容】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００４４

【補正方法】変更

【補正内容】

【００４４】また、請求項１０の発明において、ネット
ワークを介して互いに接続されたサーバとクライアント
とを備えた分散処理システムにおける分散処理方法をコ
ンピュータに実行させるプログラムを記録したコンピュ
ータ読み取り可能な記録媒体は、サーバと他のサーバと
の双方の実行環境において実行可能な共通モジュールを
サーバにおいて実行するサーバ共通モジュール実行ステ
ップ（「サービス起動処理」のステップＳ１１５ｓ、
「クライアントにおけるモジュール実行環境移行処理」
のステップＳ１２３ｓ、または「サーバにおけるモジュ
ール実行環境移行処理」のステップＳ１４３ｓに相当）
と、サーバが処理能力の低下や負荷の増大等によるリソ
ース不足状態となった場合（「システム監視スレッドの
処理」に相当）に、他のサーバに対してその他のサーバ
側での共通モジュールの起動を要求するサーバ共通モジ
ュール起動要求ステップ（「サーバにおけるモジュール
実行環境移行処理」のステップＳ１４５ｓ１に相当）
と、を実行させることを特徴とする。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０２０６

【補正方法】変更

【補正内容】

【０２０６】図１８は、実施の形態１にかかる分散処理
システムのサービス起動後のシステム構成を示した説明
図である。図１８において、Ｓｅｒｖｅｒ＃１は、図１
７に示す状態に加えて、Ｓｅｒｖｉｃｅ＃１を提供する
サーバ用サービスプログラムとして、サーバ制御モジュ
ールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ａ１、共通モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２が用意され、これ
らサービスモジュールの実行においてサーバデーモンＳ
Ｄ１内にスレッドが生成される。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０２０７

【補正方法】変更

【補正内容】

【０２０７】また、Ｃｌｉｅｎｔ＃１は、図１７に示す
状態に加えて、Ｓｅｒｖｉｃｅ＃１を提供するクライア
ント用サービスプログラムとして、表示制御モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｂ１、初期設定モジュー
ルＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｃ１、共通モジュール
ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１が用意され、これら
サービスモジュールの実行においてクライアントデーモ
ンＣＤ１内にスレッドが生成される。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０２１８

【補正方法】変更

【補正内容】

【０２１８】図２２において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ１」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「配送先ク
ライアントリスト」には、上記したＣｌｉｅｎｔ＃１の
論理アドレスである「＃００１１」が登録されている。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０２３１

【補正方法】変更

【補正内容】

【０２３１】ここでは、図１４に示したモジュール実行
環境移行処理における第２のサーバが、Ｓｅｒｖｅｒ＃
２に該当し、このＳｅｒｖｅｒ＃２によって、Ｃｌｉｅ
ｎｔ＃１から起動要求のあった共通モジュールＳｅｒｖ
ｉｃｅＭｏｄｕｌｅ＃Ｄ２の起動がおこなわれる。よっ
て、図２４に示すように、Ｓｅｒｖｅｒ＃２において
は、Ｓｅｒｖｉｃｅ＃１を提供するサーバ用サービスプ
ログラムとして、共通モジュールＳｅｒｖｉｃｅＭｏｄ
ｕｌｅ＃Ｄ２が用意され、このサービスモジュールの実
行においてサーバデーモンＳＤ２内にスレッドが生成さ
れた状態にある。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０２３８

【補正方法】変更

【補正内容】

【０２３８】図２６は、この場合のＣｌｉｅｎｔ＃１の
クライアントデータ管理テーブルＣＤＴ１に登録された
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２のサ
ービスモジュールデータを示す説明図である。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０２３９

【補正方法】変更

【補正内容】

【０２３９】図２６において、まず、「サービスモジュ
ール名」として「ＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２」
が登録され、「デフォルトサービス名」として「Ｓｅｒ
ｖｉｃｅ＃１」が登録されている。そして、「版数」と
して「１」が登録され、「取得サーバアドレス」として
この共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２
を配信したサーバの論理アドレスを示す「＃０００１」
が登録されている。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】図２５

【補正方法】変更

【補正内容】

【図２５】実施の形態２において、Ｓｅｒｖｅｒ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２のサ
ービスモジュールデータを示す説明図である。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】図２６

【補正方法】変更

【補正内容】

【図２６】実施の形態２において、Ｃｌｉｅｎｔ＃１の
共通モジュールＳｅｒｖｉｃｅＭｏｄｕｌｅ＃Ｄ２のサ
ービスモジュールデータを示す説明図である。

【手続補正１２】

【補正対象書類名】図面

【補正対象項目名】図１５

【補正方法】変更

【補正内容】

【図１５】

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B045 GG01 GG02 5B089 GA11 GA21 JA11 JB07 JB15 JB18 KA06 KC11 KC15

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおいて、前記サーバ装置は、サービスの提供および利用をおこな
うための個別に実行可能な複数のモジュールと、前記モ
ジュールの一種であり、前記クライアント装置がサービ
スを利用するのに必要なモジュールを該クライアント装
置側で取得するための初期設定モジュールと、前記複数
のモジュールを実行することでサービスの提供をおこな
うサービス提供手段と、を備え、前記クライアント装置は、前記サーバ装置から前記初期
設定モジュールを取得し、取得した初期設定モジュール
の実行によって前記サーバ装置から前記必要なモジュー
ルを取得し、取得したモジュールを実行することでサー
ビスの利用をおこなうサービス利用手段を備えたことを
特徴とする分散処理システム。
【請求項２】前記サーバ装置は、前記モジュールの一
種として前記サーバ装置と前記クライアント装置との双
方の実行環境において実行可能な共通モジュールを備
え、前記サービス提供手段は、前記共通モジュールを実行し
ている状態において、前記サーバ装置が処理能力の低下
や負荷の増大等によるリソース不足状態となった場合
に、同機能を有する他のサーバ装置に対して該他のサー
バ装置側での前記共通モジュールの起動を要求すること
を特徴とする請求項１に記載の分散処理システム。
【請求項３】前記サーバ装置は、前記モジュールの一
種として前記サーバ装置と前記クライアント装置との双
方の実行環境において実行可能な共通モジュールを備
え、前記サービス利用手段は、前記共通モジュールを実行し
ている状態において、前記クライアント装置が処理能力
の低下や負荷の増大等によるリソース不足状態となった
場合に、前記サーバ装置に対して該サーバ装置側での前
記共通モジュールの起動を要求することを特徴とする請
求項１または２に記載の分散処理システム。
【請求項４】前記サーバ装置は、前記モジュールが更
新された際に、該モジュールを配信した先のクライアン
ト装置に、前記更新されたモジュールの更新を通知する
更新通知手段を備え、前記クライアント装置は、前記更新されたモジュールの
更新が通知された場合に、前記サーバ装置から前記更新
されたモジュールを取得する更新モジュール取得手段を
備えたことを特徴とする請求項１〜３のいずれか一つに
記載のサーバ装置。
【請求項５】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおける分散処理方法において、前記サーバ装置が、前記クライアント装置の要求に応じ
て、サービスを利用するのに必要なモジュールを該クラ
イアント装置側で取得するための初期設定モジュールを
配信する初期設定モジュール配信ステップと、前記クライアント装置が、前記初期設定モジュールを取
得し、取得した初期設定モジュールを実行して、前記サ
ーバ装置から前記必要なモジュールを取得し、取得した
モジュールを実行する初期設定モジュール実行ステップ
と、を含むことを特徴とする分散処理方法。
【請求項６】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおける分散処理方法において、前記サーバ装置が、前記サーバ装置と他のサーバ装置と
の双方の実行環境において実行可能な共通モジュールを
実行するサーバ共通モジュール実行ステップと、前記サーバ装置が処理能力の低下や負荷の増大等による
リソース不足状態となった場合に、前記他のサーバ装置
に対して該他のサーバ装置側での前記共通モジュールの
起動を要求するサーバ共通モジュール起動要求ステップ
と、を含んだことを特徴とする分散処理方法。
【請求項７】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおける分散処理方法において、前記クライアント装置が、前記サーバ装置と前記クライ
アント装置との双方の実行環境において実行可能な共通
モジュールを実行するクライアント共通モジュール実行
ステップと、前記クライアント装置が処理能力の低下や負荷の増大等
によるリソース不足状態となった場合に、前記サーバ装
置に対して該サーバ装置側での前記共通モジュールの起
動を要求するクライアント共通モジュール起動要求ステ
ップと、を含んだことを特徴とする分散処理方法。
【請求項８】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおける分散処理方法において、前記サーバ装置が、前記クライアント装置の要求に応じ
て、サービスを利用するのに必要なモジュールを配信し
た際に、配信先のクライアント装置のアドレスをモジュ
ール配信先テーブルに登録するモジュール配信先登録ス
テップと、前記モジュールが更新された際に、前記モジュール配信
先テーブルに登録されたクライアント装置のアドレス先
に、前記更新されたモジュールの更新を通知するモジュ
ール更新通知ステップと、前記クライアント装置が、前記更新されたモジュールの
更新の通知を受けた場合に、前記サーバ装置から前記更
新されたモジュールを取得する更新モジュール取得ステ
ップと、を含んだことを特徴とする分散処理方法。
【請求項９】ネットワークを介して互いに接続された
サーバ装置とクライアント装置とを備えた分散処理シス
テムにおける分散処理方法をコンピュータに実行させる
プログラムを記録したコンピュータ読み取り可能な記録
媒体において、前記サーバ装置から、前記クライアント装置の要求に応
じて前記クライアント装置においてサービスを利用する
のに必要なモジュールを該クライアント装置側で取得す
るための初期設定モジュールを配信する初期設定モジュ
ール配信ステップと、前記クライアント装置において前記初期設定モジュール
を取得し、取得した初期設定モジュールを実行すること
で前記サーバ装置から前記必要なモジュールを取得し、
取得したモジュールを実行する初期設定モジュール実行
ステップと、を実行させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項１０】ネットワークを介して互いに接続され
たサーバ装置とクライアント装置とを備えた分散処理シ
ステムにおける分散処理方法をコンピュータに実行させ
るプログラムを記録したコンピュータ読み取り可能な記
録媒体において、前記サーバ装置と前記クライアント装置との双方の実行
環境において実行可能な共通モジュールを前記サーバ装
置において実行するサーバ共通モジュール実行ステップ
と、前記サーバ装置が処理能力の低下や負荷の増大等による
リソース不足状態となった場合に、他のサーバ装置に対
して該他のサーバ装置側での前記共通モジュールの起動
を要求するサーバ共通モジュール起動要求ステップと、を実行させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項１１】ネットワークを介して互いに接続され
たサーバ装置とクライアント装置とを備えた分散処理シ
ステムにおける分散処理方法をコンピュータに実行させ
るプログラムを記録したコンピュータ読み取り可能な記
録媒体において、前記サーバ装置と前記クライアント装置との双方の実行
環境において実行可能な共通モジュールを前記クライア
ント装置において実行するクライアント共通モジュール
実行ステップと、前記クライアント装置が処理能力の低下や負荷の増大等
によるリソース不足状態となった場合に、前記サーバ装
置に対して該サーバ装置側での前記共通モジュールの起
動を要求するクライアント共通モジュール起動要求ステ
ップと、を実行させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項１２】ネットワークを介して互いに接続され
たサーバ装置とクライアント装置とを備えた分散処理シ
ステムにおける分散処理方法をコンピュータに実行させ
るプログラムを記録したコンピュータ読み取り可能な記
録媒体において、前記サーバ装置から、前記クライアント装置においてサ
ービスを利用するのに必要なモジュールを配信した際
に、配信先のクライアント装置のアドレスをモジュール
配信先テーブルに登録するモジュール配信先登録ステッ
プと、前記モジュールが更新された際に、前記モジュール配信
先テーブルに登録されたクライアント装置のアドレス先
に、前記更新されたモジュールの更新を通知するモジュ
ール更新通知ステップと、前記クライアント装置に、前記更新されたモジュールの
取得の指示が通知された場合に、前記サーバ装置から前
記更新されたモジュールを取得させる更新モジュール取
得ステップと、を実行させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項１３】ネットワークに接続されてクライアン
ト装置とともに分散処理システムを構築するサーバ装置
において、サービスの提供および利用をおこなうための個別に実行
可能な複数のモジュールと、前記モジュールの一種であり、前記クライアント装置が
サービスを利用するのに必要なモジュールを該クライア
ント装置側で取得するための初期設定モジュールと、前記クライアント装置からの前記初期設定モジュールの
取得要求に応じて該クライアント装置の種別に応じた初
期設定モジュールを配信し、該初期設定モジュールが前
記クライアント装置において実行されることによって要
求されるモジュールを配信し、前記複数のモジュールを
実行することでサービスの提供をおこなうサービス提供
手段と、を備えたことを特徴とするサーバ装置。
【請求項１４】前記モジュールの一種として前記サー
バ装置と前記クライアント装置との双方の実行環境にお
いて実行可能な共通モジュールを備え、前記サービス提供手段は、前記サーバ装置の処理能力や
負荷状態の情報を一定時間毎に取得するリソース監視機
構を設け、前記共通モジュールを実行している状態にお
いて、前記リソース監視機構によって取得された情報が
処理能力の低下や負荷の増大等によるリソース不足状態
を示す場合に、同機能を有する他のサーバ装置に対して
該他のサーバ装置側での前記共通モジュールの起動を要
求することを特徴とする請求項１３に記載のサーバ装
置。
【請求項１５】前記サービス提供手段は、複数の前記
共通モジュールを実行している状態において、前記サー
バ装置のリソース不足状態が解消されるまで、起動要求
の対象となる共通モジュールの選択をおこない、前記他
のサーバ装置に対して前記選択した共通モジュールの起
動の要求を繰り返すことを特徴とする請求項１４に記載
のサーバ装置。
【請求項１６】前記サービス提供手段は、前記他のサ
ーバ装置から前記共通モジュールの起動を要求された場
合に、前記共通モジュールを起動し、前記他のサーバ装
置または前記クライアント装置からの前記起動した共通
モジュールへのアクセスを許可することを特徴とする請
求項１４または１５に記載のサーバ装置。
【請求項１７】前記共通モジュールの起動をおこなう
前記サーバ装置の実行位置情報を登録するモジュール実
行位置テーブルを備え、前記サービス提供手段は、前記モジュール実行位置テー
ブルに登録された前記実行位置情報に基づいて前記共通
モジュールにアクセスすることを特徴とする請求項１４
〜１６のいずれか一つに記載のサーバ装置。
【請求項１８】前記モジュールを配信した先のクライ
アント装置のアドレスを登録するモジュール配信先テー
ブルと、前記サーバ装置において前記モジュールが更新された際
に、前記モジュール配信先テーブルに登録されたクライ
アント装置のアドレス先に前記更新されたモジュールの
更新を通知する更新通知手段と、を備えたことを特徴とする請求項１３〜１７のいずれか
一つに記載のサーバ装置。
【請求項１９】ネットワークに接続されてサーバ装置
とともに分散処理システムを構築するクライアント装置
において、前記サーバ装置が提供するサービスを利用するのに必要
なモジュールを前記サーバ装置から取得するための初期
設定モジュールを前記サーバ装置から取得し、取得した
初期設定モジュールの実行によって必要なモジュールを
取得し、取得したモジュールを実行することでサービス
の利用をおこなうサービス利用手段を備えたことを特徴
とするクライアント装置。
【請求項２０】前記初期設定モジュールは、前記クラ
イアント装置の処理能力や負荷状態の調査をおこない、
該調査結果に応じて、前記サーバ装置が提供するサービ
スを利用するのに必要なモジュールのうち前記サーバ装
置から取得するモジュールを選択することを特徴とする
請求項１９に記載のクライアント装置。
【請求項２１】前記サーバ装置から取得したモジュー
ルを管理するモジュール管理テーブルを備え、前記サービス利用手段は、前記モジュール管理テーブル
にサービスを利用するのに必要なモジュールが登録され
ていない場合に、該モジュールを前記サーバ装置から取
得し、取得したモジュールを前記モジュール管理テーブ
ルに登録することを特徴とする請求項１９または２０に
記載のクライアント装置。
【請求項２２】前記サービス利用手段は、サービスを
利用するのに必要なモジュールの一種として前記サーバ
装置と前記クライアント装置との双方の実行環境におい
て実行可能な共通モジュールを前記サーバ装置から取得
し、前記クライアント装置の処理能力や負荷状態の情報を一
定時間毎に取得するリソース監視機構を設け、前記共通
モジュールを実行している状態において、前記リソース
監視機構によって取得された情報が処理能力の低下や負
荷の増大等によるリソース不足状態を示す場合に、前記
サーバ装置に対して該サーバ装置側での前記共通モジュ
ールの起動を要求することを特徴とする請求項１９〜２
１のいずれか一つに記載のクライアント装置。
【請求項２３】前記サービス利用手段は、複数の前記
共通モジュールを実行している状態において、前記クラ
イアント装置のリソース不足状態が解消されるまで、起
動要求の対象となる共通モジュールの選択をおこない、
前記サーバ装置に対して前記選択した共通モジュールの
起動の要求を繰り返すことを特徴とする請求項２２に記
載のクライアント装置。
【請求項２４】前記共通モジュールの起動をおこなう
前記サーバ装置の実行位置情報を登録するモジュール実
行位置テーブルを備え、前記サービス利用手段は、前記モジュール実行位置テー
ブルに登録された前記実行位置情報に基づいて前記共通
モジュールにアクセスすることを特徴とする請求項２２
または２３に記載のクライアント装置。
【請求項２５】前記サーバ装置から更新されたモジュ
ールの更新の通知を受けた場合に、前記サーバ装置から
前記更新されたモジュールを取得する更新モジュール取
得手段を備えたことを特徴とする請求項１９〜２４のい
ずれか一つに記載のクライアント装置。