JPH09274607A

JPH09274607A - コンピュータ・システムおよびその運用方法

Info

Publication number: JPH09274607A
Application number: JP8084942A
Authority: JP
Inventors: Yoshimasa Masuoka; 義政増岡; Toyohiko Kagimasa; 豊彦鍵政; Fumio Noda; 文雄野田; Katsuyoshi Kitai; 克佳北井; Shigekazu Inohara; 茂和猪原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1996-04-08
Filing date: 1996-04-08
Publication date: 1997-10-21
Also published as: US5928360A

Abstract

(57)【要約】【課題】ユーザが利用するアーキテクチャおよび基本
ソフトを容易に新規導入できる計算機システムを提供す
る。【解決手段】ユーザインタフェースを実行する一つ以
上の第１計算機と、アプリケーション（ＡＰ）を実行す
る１つ以上の第２計算機と、第２計算機を管理する第３
計算機を設ける。ユーザが初期化した第１計算機からの
指令で、第３の計算機は、ＡＰを制御する基本ソフトを
実行する第２の計算機を第１の計算機に割当てる。【効果】ユーザ要求時に、ＡＰを実行する基本ソフト
を実行する計算機を割り当てるので、基本ソフト、計算
機の導入、管理運用が容易になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用した情報処理システムに関し、特にネットワークを利
用した複数の計算機を含む情報処理システムに関する。

【０００２】

【従来の技術】現在一般に知られているコンピュータ・
システムの形態には、次の２種類がある。

【０００３】１つは、各ユーザの手元に、そのユーザ専
用の計算機（一般にパーソナル・コンピュータ、略して
ＰＣと呼ばれる）を配置し、ユーザは専らその計算機上
で所望のアプリケーションを実行するという形態のコン
ピュータ・システムである。ユーザが実行しようとする
アプリケーション、および同ユーザがアクセスする個人
ファイルなどは、同ユーザに配置されたＰＣ内の記憶装
置（磁気ディスクなど）に格納され、前記アプリケーシ
ョンは、同ユーザの司令によりＰＣの主記憶装置（メモ
リなど）内に読み込まれ、実行される。本明細書では、
この形態のコンピュータ・システムを「ＰＣシステム」
と呼ぶ。

【０００４】ＰＣシステムをユーザが利用しようとする
ときは、自分の手元にあるＰＣの電源を入れればよい。
この時、当該ＰＣ内の記憶装置から基本ソフト（アプリ
ケーションの実行や入出力などを管理・制御するソフト
ウェアで、オペレーティング・システムを含む）がＰＣ
の主記憶装置に読み込まれて実行され、ユーザの所望す
るアプリケーションを実行できるようになる。

【０００５】もう１つは、ＮａｂａｊｙｏｔｉＢａｒ
ｋａｋａｔｉ， “ＸＷｉｎｄｏｗＳｙｓｔｅｍ
Ｐｒｏｇｒａｍｍｉｎｇ，ＳｅｃｏｎｄＥｄｉｔｉ
ｏｎ，” ＳＡＭＳＰｕｂｌｉｓｈｉｎｇ，ｐｐ．
３−２０に述べられている、各ユーザの手元にある計算
機（Ｘ端末と呼ばれる）とは別の計算機を動作させ、両
者をネットワークで接続し、アプリケーションはすべて
当該別の計算機（サーバ）で実行させ、各ユーザの手元
にある計算機（端末装置）は、ユーザ・インタフェース
（入力装置および出力装置の制御、およびアプリケーシ
ョンと当該入力装置および出力装置との間の通信の仲
介）の役割のみを果たすという形態のコンピュータ・シ
ステムである。ユーザが実行しようとするアプリケーシ
ョン、および同ユーザがアクセスする個人ファイルなど
は、すべて前記サーバの記憶装置（磁気ディスクなど）
に格納され、前記アプリケーションは、同ユーザの司令
により、前記計算機の主記憶装置内に読み込まれ、実行
される。本明細書では、この形態のコンピュータ・シス
テムを「Ｘ端末システム」と称する。

【０００６】Ｘ端末システムをユーザが利用しようとす
るときの動作を図５に示す。図５では、１つ以上の端末
装置５１０，５１０’，…が、サーバ５２０にネットワ
ーク５８０で接続されている。図５には図示していない
が、端末装置５１０，５１０’，…およびサーバ５２０
はプロセッサおよび主記憶装置を有する計算機である。

【０００７】端末装置５１０，５１０’，…は、ローダ
５１１および端末ＩＤ５１２を有する。ローダ５１１
は、端末装置５１０が電源投入などにより初期化された
とき、当該端末装置５１０のプロセッサによって直ちに
実行されるプログラムであり、サーバ５２０内のプログ
ラムを自端末装置へ取り込む機能を有する。端末ＩＤ５
１２は、１つ以上の前記端末装置を区別するための識別
番号であり、この端末ＩＤを指定することにより、サー
バ５２０で実行されているプログラムは当該端末ＩＤを
有する端末装置５１０で実行されているプログラムと、
ネットワーク５８０を経由して通信することができる。
また、各端末装置５１０，５１０’，…には１つ以上の
入力装置１７，１７’，…と、１つ以上の出力装置１
８，１８’，…が接続されている。

【０００８】サーバ５２０はサーバ側基本ソフト５６
０、磁気ディスク装置（記憶装置として働く）５７０を
有する。サーバ側基本ソフト５６０は、サーバ５２０の
プロセッサによって実行されているプログラムである。
磁気ディスク装置５７０には、端末装置５１０で実行さ
れるプログラムである端末側起動プログラム５４５、お
よび１つ以上の個人ファイル５４１，５４１’，…が格
納されている。この端末側起動プログラム５４５は、端
末装置側では端末側基本ソフトとして実行される。

【０００９】図５のＸ端末システムをユーザが利用しよ
うとするときの動作は次の通りである。まず、ユーザは
端末装置５１０を初期化する。この時ローダ５１１が直
ちに実行され、端末ＩＤ５１２が読み出され、サーバ側
基本ソフト５６０に送信される（５００）。端末ＩＤ５
１２を受信したサーバ側基本ソフト５６０は、磁気ディ
スク装置５７０に要求して（５０９）、端末側起動プロ
グラム５４５を読み出してローダ５１１に送信する。そ
して、ローダ５１１は送信されてきた端末側起動プログ
ラム５４５を受信し、端末装置５１０の主記憶装置に書
き込み、端末側基本ソフト５５０として実行する。以上
の手順のあと、ユーザは、所望するアプリケーションを
サーバ上で実行できるようになる。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
技術の項で挙げた、２種類の従来のコンピュータ・シス
テムは、次のような問題を有する。

【００１１】ＰＣシステムは、アプリケーションを新規
に導入する場合、各ユーザに配置されたすべてのＰＣの
記憶装置にアプリケーションを格納しなくてはならな
い。このように、ＰＣシステムは、管理が困難であると
いう問題がある。

【００１２】一方、Ｘ端末システムは、アプリケーショ
ンはすべて図５のサーバ５２０上で実行されるので、新
規にアプリケーションを導入するときは、同サーバ５２
０の磁気ディスク装置５７０に当該アプリケーションの
プログラムを格納すればよい。これにより、当該アプリ
ケーションは各ユーザから直ちに利用できるようにな
る。

【００１３】しかし、Ｘ端末システムでは、各ユーザの
すべてのアプリケーションが、同一の計算機（サーバ）
上の、同一の基本ソフト（サーバ側基本ソフト）上で動
作する。そのため、各ユーザのアーキテクチャや基本ソ
フトに対する要求が異なる場合、またユーザが計算機を
占有してアプリケーションを実行したい場合など、すべ
てのユーザの要求に応えることができないという問題が
ある。

【００１４】本発明の第１の目的は、管理運用が容易な
コンピュータ・システムを提供することである。より具
体的には、アプリケーションやハードウェアの新規導入
や交換の際に要する時間や労力の少ないコンピュータ・
システムを提供することである。

【００１５】本発明の第２の目的は、すべてのユーザの
要求に、幅広く応えることのできるコンピュータ・シス
テムを提供することである。より具体的には、各ユーザ
が、自分の指定するアプリケーションを実行するため
に、特定のアーキテクチャ上で、特定の基本ソフトを実
行することを要求しており、しかも各ユーザの要求する
前記アーキテクチャおよび基本ソフトが多様であるとき
に、各ユーザの要求を満たすことのできるコンピュータ
・システムを提供することである。また、各ユーザが、
あたかも自分の指定した基本ソフトが動作するＰＣであ
るかのように、アプリケーションを実行することができ
るコンピュータ・システムを提供することである。

【００１６】

【課題を解決するための手段】本発明のコンピュータ・
システムは、ユーザ・インタフェース機能を実行する１
つ以上の第１の計算機と、アプリケーションを実行する
１つ以上の第２の計算機と、前記第２の計算機を管理す
る第３の計算機から構成される。

【００１７】本発明のコンピュータ・システムのユーザ
が、前記１つ以上の第１の計算機の中の１つを初期化し
た時、当該第１の計算機と前記第３の計算機が通信し、
前記１つ以上の第２の計算機の中から、当該ユーザの要
求を満たす１つを割当てる。当該第２の計算機は、前記
第３の計算機によって割当てられた後で、当該第３の計
算機と通信し、当該ユーザの要求する基本ソフトを実行
し、アプリケーションを実行できる状態になる。また、
当該第３の計算機は、当該第１の計算機と通信し、当該
第１の計算機が、当該第２の計算機と通信できるように
する。

【００１８】また、１つ以上の第１の計算機と、１つ以
上の第２の計算機と、１つの第３の計算機と、それぞれ
をお互いに接続するネットワークから構成され、且つ、
１人以上のユーザがアプリケーションを実行するコンピ
ュータ・システムにおいて、当該ユーザが、前記１つ以
上の第１の計算機の中の１つを初期化した時、当該第１
の計算機から当該第３の計算機へ当該ユーザからの要求
を通信するステップと、当該第３の計算機が、当該ユー
ザの要求する基本ソフトを知るステップと、前記第３の
計算機が、前記１つ以上の第２の計算機の中から、当該
ユーザからの要求を満たす１つの第２の計算機を割当て
るステップと、前記第３の計算機が、当該第２の計算機
を割当てた後、当該第２の計算機と通信するステップ
と、当該第２の計算機上で、当該ユーザの要求する基本
ソフトを起動するステップと、当該第３の計算機が、当
該第１の計算機と通信し、当該第１の計算機と当該第２
の計算機とが通信できるようにするステップとを有する
ようにする。

【００１９】また、コンピュータシステムが、ユーザが
アプリケーションを実行制御するためのソフトを指定す
るユーザ・インタフェース機能を実行する、１つ以上の
第１の計算機と、前記アプリケーションを実行する１つ
以上の第２の計算機と、前記ソフトを実行する第２の計
算機を前記１つ以上の第２の計算機から決定する第３の
計算機と、前記第１の計算機と前記第２の計算機と前記
第３の計算機を相互接続するネットワークとを有するよ
うにする。

【００２０】本発明によれば、ユーザインタフェース機
能は当該第１の計算機で、アプリケーションは当該第２
の計算機で実行される。従って、当該第２の計算機を集
中的に管理することができ、コンピュータ・システムの
運用管理が容易となる。

【００２１】また、本発明の特徴によれば、当該ユーザ
は当該第２の計算機で実行される基本ソフトを指定でき
る。従って、本発明のコンピュータ・システムは、当該
コンピュータ・システムの各ユーザの、利用する基本ソ
フトに関する要求に、幅広く応えることができる。

【００２２】

【発明の実施の形態】以下、本発明の実施の一形態を、
図面を参照しながら説明する。なお、本明細書中では
「発明の実施の形態」を「実施例」と呼ぶことにする。

【００２３】（１）ハードウェア構成図７は、本実施例のコンピュータ・システムのハードウ
ェア構成を示す。本実施例のコンピュータ・システム５
は、１つ以上のアクセス端末１０，１０’，…と、アプ
リケーションを実行するプロセッサである１つ以上のア
プリケーションエンジン３（図７には１つしか図示して
いない）から構成されている。アプリケーションエンジ
ン３については後述する。

【００２４】アクセス端末１０は、ユーザが本実施例の
コンピュータ・システム５を使うためのユーザ・インタ
フェースを提供する装置である。各アクセス端末１０
は、マウスやキーボードなどの１つ以上の入力装置１
７，１７’，…およびディスプレイやスピーカなどの１
つ以上の出力装置１８，１８’，…を備えている。ユー
ザがこれらの入力装置１７，１７’，…を用いて入力し
た情報はユーザが実行しているアプリケーションに送信
され、アプリケーションの出力した情報は出力装置１
８，１８’，…から出力され、ユーザに伝達される。

【００２５】また、各アクセス端末１０は、アプリケー
ションエンジン３のネットワーク１に接続される（以下
適宜このことを「アクセス端末はアプリケーションエン
ジンに接続される」と、ネットワークを省いて表記す
る）。コンピュータ・システムが複数のアプリケーショ
ンエンジンから構成されている場合は、各アクセス端末
１０はそれぞれ、複数のアプリケーションエンジンのい
ずれかに接続される。

【００２６】図７には図示していないが、アクセス端末
１０は、１つ以上のプロセッサ、および主記憶装置を備
えた計算機であり、主記憶装置にプログラムを読み込ん
で実行することができる。

【００２７】アプリケーションエンジン３は、本実施例
において、ユーザが所望のアプリケーションを実行する
ための計算機である。各アプリケーションエンジン３
は、基本的にはネットワーク１とケーブル２によって相
互接続される数種類の「スタック」と呼ばれる装置、お
よび、これらに電源を供給する当該アプリケーションエ
ンジン内（当該１つの筐体内）に格納される主電源装置
７０１より電源供給線７０５を介して供給される。スタ
ックには、１つのベーススタック２０、１つ以上のスト
レージスタック４０、１つ以上のコンピューティングス
タック３０，３０’，…がある。各スタックは、図示し
ていないが、それぞれ１つ以上のプロセッサ、および主
記憶装置を備えた計算機であり、アクセス端末１０と同
様、主記憶装置にプログラムを読み込んで、当該プログ
ラムを実行することができる。

【００２８】コンピューティングスタック３０は、ユー
ザの所望のアプリケーションを実行する。本コンピュー
ティングスタック３０は、それぞれがあるアーキテクチ
ャ（プロセッサの種類などのハードウェア構造）を有し
ており、同じアプリケーションエンジン３に接続された
複数のコンピューティングスタック３０は、互いに異な
るアーキテクチャを有していてもよい。

【００２９】ベーススタック２０は、アプリケーション
エンジン３のネットワーク１に接続された全てのスタッ
クの状態を、ネットワーク１を介して管理情報等を各ス
タックと送受信することにより、一元的に管理する。そ
してユーザがアクセス端末を起動するときに、空いてい
る（どのユーザも使用していない）コンピューティング
スタック３０を同ユーザのために割り当てる。また、ベ
ーススタック２０は、スタックの状態を一元的に管理す
るため、停電などの障害が発生すると、コンピュータ・
システム自体に大きな影響を与える。そこで、ベースス
タックは、図７に示されるベーススタック２０のよう
に、前記主電源装置７０１とは別に、当該ベーススタッ
ク２０専用の予備電源装置７０３を設けている。これに
より、電源に対する信頼性を高めると共に、停電時等の
電源障害に対する影響を小さくしている。

【００３０】ストレージスタック４０は、コンピュータ
・システム５を利用するユーザの個人的なファイルや、
アクセス端末１０および前記のコンピューティングスタ
ック３０に読み込んで実行させる基本ソフト、そしてコ
ンピューティングスタック３０上で実行させるアプリケ
ーションなどが格納されている前記スタックであり、例
えば磁気ディスクなどの大容量の記憶装置７１０等を有
する。

【００３１】このストレージスタック４０は、ベースス
タック２０と同様、障害が発生すると、コンピュータ・
システムに大きな影響を与えるので、予備電源装置７０
２を設けたりすることによって、ストレージスタック４
０内の記憶装置の信頼性を高める処置が施される。

【００３２】なお、本実施例ではストレージスタック４
０とベーススタック２０は独立してネットワーク１に接
続された別々の装置として扱っているが、両者が１つの
装置となっていても差し支えはない。

【００３３】ネットワーク１は、アクセス端末１０、ア
プリケーションエンジン３のベーススタック２０、コン
ピューティングスタック３０、およびストレージスタッ
ク４０を相互接続する。また、コンピュータ・システム
に別のアプリケーションエンジン３Ｂが存在するとき
は、前記アプリケーションエンジン３のネットワーク１
と、前記別のアプリケーションエンジン３Ｂのネットワ
ーク１Ｂ間も接続される。即ち、ネットワーク１は、ア
プリケーションエンジン３内の各スタック間の信号路と
して使用されると共に、アクセス端末と各スタック間の
通信路や他のアプリケーションエンジン３Ｂとの通信路
としても使用することができる。なお、図７上では、本
ネットワーク１はアプリケーションエンジン３、３Ｂの
中にあるように示されているが、本アプリケーションエ
ンジンの外にも直接広がっていてもかまわない。この場
合、アプリケーションエンジン３とアプリケーションエ
ンジン３Ｂが一つのネットワークを共有する形も可能で
ある。

【００３４】ネットワークへの接続についてより具体的
に述べると、前記各装置は、それぞれネットワーク・イ
ンタフェース（図７では図示していない）を有し、この
ネットワーク・インタフェースがネットワーク１に接続
されている。

【００３５】それぞれのネットワーク・インタフェース
には、一意なネットワーク・アドレス（以下「アドレ
ス」と略す）を割り当てる。このアドレスにより、アク
セス端末１０とベーススタック２０、あるいはベースス
タック２０とコンピューティングスタック３０との間の
通信などは、次のように実現される。すなわち、送信す
る側が送り先のアドレスと、送りたいデータを格納して
いる主記憶装置上の領域を指定して、自分のネットワー
ク・インタフェースに司令を送ることにより、１つ（ま
たは、アプリケーションエンジンが複数ある場合にはそ
れ以上）のネットワークを経由して、前記送り先のアド
レスを割り当てられたネットワーク・インタフェースに
よって受信され、受信する側で指定した主記憶装置上の
領域に書き込まれる。

【００３６】以上の、「各ネットワーク・インタフェー
スに一意のアドレスを割り当てたとき、送信側が送り先
のアドレスを指定することによって、送信したいデータ
が、指定したアドレスを割り当てられたネットワーク・
インタフェースを有する装置に正しく届けられる」とい
う機能を実現する通信方式についてのより具体的な説明
は、文献Ｗ．ＲｉｃｈａｒｄＳｔｅｖｅｎｓ，“Ｕ
ＮＩＸＮｅｔｗｏｒｋＰｒｏｇｒａｍｍｉｎｇ”，
Ｐｒｅｎｔｉｃｅ−Ｈａｌｌ，ｐｐ．１７１−１９
６に述べられている。本実施例のコンピュータ・システ
ムにおいては、当該通信方式が確立しているものとし、
本明細書では、当該通信方式についてのこれ以上の詳細
な説明は省略する。

【００３７】図８は、本実施例における、前記アドレス
の割り当て方法を示す。本方法によれば、各アクセス端
末および各スタックのネットワーク・インタフェースに
一意のアドレスを割り当てることができる。

【００３８】アドレスは、基本的に次の３つの項目の組
み合わせで定義される。（エンジンＩＤ，識別符号，通し番号）ここでエンジンＩＤは、１つ以上のアプリケーションエ
ンジンが存在するコンピュータ・システムにおいて、各
アプリケーションエンジンを識別するための情報であ
る。エンジンＩＤとしては、各アプリケーションエンジ
ンの製造番号を用いても、あるいは何らかの通し番号を
割り当ててもよいが、それぞれのエンジンＩＤが互いに
異なる番号（情報）である必要がある。

【００３９】以下、アクセス端末のアドレス（端末Ｉ
Ｄ）、スタックのアドレス、ベーススタックのアドレス
について説明する（図８のユーザＩＤに関しては後述す
る）。

【００４０】アクセス端末のアドレスは、図８の８１１
のように表される。エンジンＩＤ８０２としては、その
アクセス端末が接続されているアプリケーションエンジ
ンのエンジンＩＤを用いる。なお、各アクセス端末はそ
れぞれ、コンピュータ・システム内に存在するアプリケ
ーションエンジンのいずれかに接続されているものとす
る。また、識別符号８０５としては、本アドレスがアク
セス端末のアドレスであることを示す「１」が用いられ
る。更に、同一のアプリケーションエンジンに接続され
ているアクセス端末の間で、アクセス端末同士を識別す
るため情報として用いる通し番号を割り当てる。この通
し番号を割り当てる方法は、本実施例の説明では問題に
しない。

【００４１】アプリケーションエンジンを構成する各ス
タックのアドレスは、図８の８１２のように表される。
エンジンＩＤ８０３は、そのスタックが格納されている
アプリケーションエンジンのエンジンＩＤである。ま
た、識別符号８０７としては、本アドレスがアプリケー
ションエンジンのアドレスであることを示す「０」が用
いられる。更に、１つのアプリケーションエンジン内で
各スタックを区別するための識別番号であるスタックＩ
Ｄ８０８を用いる。従って、スタックＩＤ８０８は、同
じアプリケーションエンジン内では異なるスタックＩＤ
８０８を持つ。特に、ベーススタックのアドレス８１３
においては、ベーススタックのスタックＩＤ８１０の値
として常に「０」を用いる。従って、あるアプリケーシ
ョンエンジンのエンジンＩＤだけで、同アプリケーショ
ンエンジンのベーススタックのアドレスはただちに定ま
る。なお、エンジンＩＤ８０４および識別符号８０９
は、エンジンＩＤ８０３および識別符号８０９と同様で
ある。

【００４２】以上の方法により、複数のアプリケーショ
ンエンジンを含むコンピュータ・システムのもとで、各
アクセス端末、および各スタックに一意のアドレスを割
り当てることができる。これにより、各アクセス端末、
および各スタックは、送信先のアドレスを知っていれ
ば、データを送信先に正しく送ることができる。

【００４３】（２）ソフトウェア構成図１を用いて、本実施例のコンピュータ・システム５の
ソフトウェア構成（実行されるプログラム、およびデー
タ）を説明する。

【００４４】アクセス端末１０では、端末側ローダ１１
および端末側基本ソフト５０が実行される。端末側ロー
ダ１１は、アクセス端末１０内の主記憶装置の不揮発性
記憶装置に書き込まれていて、アクセス端末１０の電源
を入れると直ちに実行されるプログラムである。なお、
以下の説明で「アクセス端末の電源を入れる」というと
き、単に電源の切れていたアクセス端末に電源を入れる
行為のみに限定しているのではなく、ソフトウェア的ま
たはハードウェア的にアクセス端末を初期化する行為を
すべて含むものとする。端末側ローダ１１の主な役割
は、アクセス端末１０が起動する時に、ユーザＩＤ１４
および端末ＩＤ１２をベーススタック２０内のスタック
マネージャ２１に送信し、コンピューティングスタック
３０の割当てを要求することと、ストレージスタック４
０内のファイルサーバ４１から送信されてきたプログラ
ムを受信し、主記憶装置に書き込んで端末側基本ソフト
５０として実行することである。

【００４５】また、各アクセス端末１０は、端末ＩＤ１
２をデータとして持つ。端末ＩＤ１２の内容は、すでに
図８の８１１を用いて説明したアクセス端末のアドレス
と同じである。端末ＩＤ１２は、ユーザがアクセス端末
１０の電源を入れた時に、端末側基本ソフトの送信先の
アクセス端末のアドレスを知らせるため、ベーススタッ
ク２１に送信される。端末側ローダ１１と同様、端末Ｉ
Ｄ１２は主記憶装置内の不揮発性記憶装置に書き込まれ
ており、アクセス端末の電源が切られてもその内容は失
われない。

【００４６】更に、各アクセス端末１０は、ユーザＩＤ
１４をデータとして持つ。ユーザＩＤ１４は、コンピュ
ータシステム５の各ユーザを識別する識別番号であり、
図８の８１４に示す通り、エンジンＩＤ８０１と通し番
号８１５から成る。ここで、エンジンＩＤは、同ユーザ
の個人ファイル４２が格納されたストレージスタックを
格納しているアプリケーションエンジン３のエンジンＩ
Ｄである。また、通し番号８１５は、同じエンジンＩＤ
８０１を有する複数のユーザを区別するための数であ
る。通し番号８１５は、当該複数のユーザ間で異なる数
であれば十分であり、具体的な割当て方法は、本実施例
の説明では問題にしない。

【００４７】ユーザＩＤ８１４がエンジンＩＤ８０１を
含んでいるのは、複数のアプリケーションエンジンが存
在するコンピュータ・システムにおいて、どのアプリケ
ーションエンジンからでも、同ユーザの個人ファイルに
アクセスできるようにするためである。

【００４８】端末側基本ソフト５０は、ストレージスタ
ック４０の記憶装置に格納され、アクセス端末１０の起
動時に、ファイルサーバ４１から送信され、アクセス端
末１０の主記憶装置に書き込まれて実行されるプログラ
ムである。前記アクセス端末の起動時に送信される端末
側基本ソフト５０は、そのアクセス端末を起動したユー
ザによって異なる。端末側基本ソフト５０は、ユーザに
よるアクセス端末１０の起動後、同ユーザが当該アクセ
ス端末の利用を終了するまで、当該アクセス端末上で動
作し、後に図３を用いて説明するように、当該アクセス
端末１０に接続された入力装置１７からの入力を、コン
ピューティングスタック３０上で動作しているアプリケ
ーション７に転送したり、同アプリケーション７からの
出力を、出力装置１８に出力したりする。

【００４９】コンピューティングスタック３０，３
０’，…上では、スタック側ローダ３１とスタック側基
本ソフト６０が実行される。スタック側ローダ３１の主
な役割は、アクセス端末１０が起動する時に、ファイル
サーバ４１から送信されてきたプログラムを受信し、前
記コンピューティングスタック３０の主記憶装置に書き
込んだ上で、スタック側基本ソフト６０として実行する
ことである。スタック側ローダ３１は、コンピューティ
ングスタック３０の主記憶装置内の、不揮発性記憶装置
に書き込まれており、コンピューティングスタック３０
に電源が入れられると直ちに実行される。

【００５０】スタック側基本ソフト６０は、ストレージ
スタック４０の記憶装置に格納され、アクセス端末１０
の起動時に、ファイルサーバ４１から送信され、コンピ
ューティングスタック３０の主記憶装置に書き込まれて
実行されるプログラムである。前記アクセス端末１０の
起動時に送信されるスタック側基本ソフト６０は、その
アクセス端末を起動したユーザによって異なる。スタッ
ク側基本ソフト６０は、ユーザによるアクセス端末１０
の起動後、同ユーザが当該アクセス端末１０の利用を終
了するまで、前記コンピューティングスタック３０上で
動作し、コンピューティングスタック３０上のアプリケ
ーション７の実行を管理すると同時に、同アプリケーシ
ョン７の入出力をファイルサーバ４１や端末側基本ソフ
ト５０へ転送する。

【００５１】ストレージスタック４０では、ファイルサ
ーバ４１が実行されている。ファイルサーバの主な役割
は、次の３つである。

【００５２】第１に、アクセス端末１０の起動時に、ス
タックマネージャ２１（後述する）から送信されたユー
ザＩＤを受信し、そのユーザＩＤを持つユーザの個人フ
ァイル４２および基本ソフト４７を見て、同ユーザが指
定した基本ソフトの名称である基本ソフト名４４と当該
基本ソフトを実行することのできるコンピューティング
スタックのアーキテクチャ名４５とをスタックマネージ
ャ２１に送信する。

【００５３】第２に、同じくアクセス端末１０の起動時
に、スタックマネージャ２１から送信された端末ＩＤ、
スタックＩＤ、および基本ソフト名を受信し、記憶装置
（図７の７１０。図１には図示していない）に格納され
た基本ソフト（端末側プログラムおよびスタック側プロ
グラム）を読み出して、端末ＩＤとスタックＩＤに基づ
いて、アクセス端末１０へ端末側プログラムを、コンピ
ューティングスタック３０へスタック側プログラムを送
信する。

【００５４】第３に、スタック側基本ソフト６０から送
信されたファイル入出力要求を受信して、記憶装置に対
して要求されたファイル入出力を実行し、実行結果をス
タック側基本ソフト６０に送信する。

【００５５】ストレージスタック４０の記憶装置（図７
の７１０。図１には図示していない）には、１つ以上の
個人ファイル４２，４２’，…、１つ以上の基本ソフト
４７，４７’，…がデータとして格納されている。

【００５６】個人ファイル４２は、あるユーザがアクセ
スするファイルの集合であるユーザファイルシステム４
６と、同ユーザが利用する基本ソフトの名称である基本
ソフト名４４と、同ユーザのユーザＩＤ４３からなる。
ここで基本ソフト名４４には、コンピュータ・システム
５を利用する時に実行して欲しい基本ソフトとして、同
ユーザが指定した基本ソフトの名称が格納される。後述
するように、同ユーザがアクセス端末１０を起動した時
には、この基本ソフト名４４が参照され、ユーザの指定
した基本ソフトがアクセス端末１０およびコンピューテ
ィングスタック３０へ送信され、実行される。

【００５７】基本ソフト４７は、端末側プログラム４
８、スタック側プログラム４９、アーキテクチャ名４
５、および基本ソフト名５４から成る。基本ソフト４７
の、端末側プログラム４８およびスタック側プログラム
４９は、アクセス端末１０の起動時に同基本ソフトが指
定された時、それぞれアクセス端末１０とコンピューテ
ィングスタック３０に送信されて実行されるプログラム
である。すでに述べたように、アプリケーションエンジ
ン３に搭載された１つ以上のコンピューティングスタッ
ク３０はそれぞれ異なるアーキテクチャを有しており、
そのためある基本ソフト４７のスタック側プログラム４
９は、すべてのコンピューティングスタックに送信して
実行可能であるとは限らない。そのため、同基本ソフト
４７のスタック側プログラム４９を実行できるアーキテ
クチャの名称を、アーキテクチャ名４５に格納する。基
本ソフト名５４には、同基本ソフト４７の名称が格納さ
れる。

【００５８】ユーザは、コンピュータ・システム５を利
用する際に実行して欲しい基本ソフト４７を、同基本ソ
フト４７の基本ソフト名５４を自分の個人ファイル４２
の基本ソフト名４４に格納することで指定することがで
きる。

【００５９】ベーススタック２０では、スタックマネー
ジャ２１が実行される。スタックマネージャ２１の主な
役割は、アプリケーションエンジン３に搭載された各ス
タックの状態を常に把握することと、図９を用いて後述
するように、ユーザがアクセス端末１０を起動した時
に、同ユーザの指定した基本ソフトを実行可能で、かつ
その時点でどのユーザからも利用されていないコンピュ
ーティングスタック３０を見出し、それを同ユーザが利
用するコンピューティングスタックとして割当てること
である。

【００６０】アプリケーションエンジン３に搭載された
各スタックの状態は、スタックテーブル２２に反映され
る。前記各スタックの状態に変化が生じた時は、スタッ
クマネージャ２１はこのスタックテーブル２２を更新
し、それにより前記各スタックの状態を常に把握する。

【００６１】スタックテーブル２２の構造を図２に示
す。図２で、スタックテーブル２２の各エントリ２０６
が、１つ１つのスタックに対応する。エントリ２０６
は、スタックＩＤ２０１、スタックの種類２０２、ハー
ドウェアアーキテクチャ２０３、基本ソフト２０４、端
末ＩＤ２０５から成る。エントリ２０６のスタックＩＤ
２０１には、同エントリに対応するスタックのスタック
ＩＤが格納される。すでに述べたように、スタックＩＤ
２０１とエンジンＩＤとを組合わせることにより、その
スタックのアドレスを知ることができる。すなわち、ス
タックマネージャ２１は、スタックテーブル２２を参照
することにより、同じアプリケーションエンジンに搭載
されたすべてのスタックにデータを送信することができ
る。また、ベーススタック２０のスタックＩＤは０と決
められているので、ベーススタック２０に対応するエン
トリ２０６のスタックＩＤ２０１は常に０である。

【００６２】スタックの種類２０２には、そのエントリ
２０６に対応するスタックの種類の名称（ベーススタッ
ク、コンピューティングスタック、ストレージスタッ
ク、等）が格納される。アーキテクチャ名２０３、基本
ソフト名２０４、端末ＩＤ２０５はこのスタックの種類
２０２が「コンピューティングスタック」である時に限
り意味を持つ。ハードウェアアーキテクチャであるアー
キテクチャ名２０３は、対応するコンピューティングス
タック３０の有するアーキテクチャの名称が格納され
る。スタックマネージャ２１は、ユーザによるアクセス
端末１０の起動時に、同ユーザの指定する基本ソフト４
７のアーキテクチャ名４５を知り、それを当該アーキテ
クチャ名２０３と照合することにより、同ユーザが指定
する基本ソフト４７を実行可能なコンピューティングス
タック３０を検索できる。

【００６３】基本ソフト名２０４、および端末ＩＤ２０
５は、そのエントリ２０６に対応するコンピューティン
グスタック３０がアクセス端末１０に割当てられている
時、それぞれ、実行されている基本ソフトの名称、同ア
クセス端末１０の端末ＩＤが格納される。さもなけれ
ば、同エントリに対応するコンピューティングスタック
３０はどのユーザからも利用されていないことを示すた
め、「空」が格納される。スタックマネージャ２１は、
アクセス端末１０の起動時に、基本ソフト名２０４およ
び端末ＩＤ２０５が「空」のエントリ２０６を検索し、
同エントリに対応するコンピューティングスタック３０
を同アクセス端末１０に割当てる。

【００６４】（３）ユーザによるアクセス端末の起動本実施例において、ユーザがアクセス端末を起動し、同
ユーザが指定する基本ソフトが実行され、コンピュータ
・システムの利用を開始するまでの手順を、図１を用い
て説明する。

【００６５】始めに、前記手順の概略を説明する。最初
にユーザは、アクセス端末１０の電源を入れる。する
と、端末側ローダ１１が実行され、ユーザＩＤ１４と端
末ＩＤ１２がスタックマネージャ２１に送信される（１
０１）。ここで、ユーザＩＤ１４を送信するのは、アプ
リケーションエンジン３にどの基本ソフトを実行するべ
きかを知らせるためであり、端末ＩＤ１２を送信するの
は、端末側基本ソフトとして動作する端末側プログラム
をどのアクセス端末に送信すればよいかを知らせるため
である。

【００６６】通信１０１を受信したスタックマネージャ
２１は、ファイルサーバ４１に司令して、同ユーザの個
人ファイル４２、および基本ソフト４７を探させ、同ユ
ーザの指定した基本ソフト名４４、およびアーキテクチ
ャ名４５を知る。次にスタックマネージャ２１はスタッ
クテーブル２２を検索し、コンピューティングスタック
３０，３０’，…の中で、ユーザの指定したアーキテク
チャを持ち、かつ「空」の状態であるコンピューティン
グスタックを見出す。そして、ファイルサーバ４１に司
令し、前記のアクセス端末１０に同ユーザの指定した基
本ソフト４７の端末側プログラム４８を送信し（１０
５）、前記のコンピューティングスタック３０にスタッ
ク側プログラム４９を送信し（１０６）、それぞれ端末
側基本ソフト５０、スタック側基本ソフト６０として実
行させる。

【００６７】ここまでの手順により、同ユーザが起動し
たアクセス端末１０にはそのユーザの指定した端末側基
本ソフト５０が、そしてアプリケーションエンジン３で
は同ユーザの指定したスタック側基本ソフト６０が、同
スタック側基本ソフト６０を実行可能なアーキテクチャ
を持つ、コンピューティングスタック３０で実行され
る。これ以後ユーザはコンピュータ・システムの利用を
開始し、自分が所望するアプリケーションを実行する
（図３を用いて後述する）。

【００６８】次に、上記手順を、図１および図９を用い
てより詳細に説明する。図９は、アクセス端末１０の起
動時におけるスタックマネージャ２１の動作を示す流れ
図である。

【００６９】まず、ユーザはアクセス端末１０の電源を
入れる。すると、端末側ローダ１１が実行される。次
に、ユーザは自分のユーザＩＤ１４を入力する。入力が
終わったら、端末側ローダ１１は、ユーザＩＤ１４と、
端末ＩＤ１２を読み出す。

【００７０】電源を入れてから端末側ローダ１１がユー
ザＩＤ１４を読み出すまでのより具体的な手順として
は、アクセス端末１０の電源が入れられた後で、端末側
ローダ１１がキーボードなどしかるべき入力装置１７か
らの入力を待ち、ユーザがその入力装置１７にユーザＩ
Ｄ１４を入力することによる方法や、あるいはアクセス
端末１０にカードリーダのような入力装置１７を設け、
カードを挿入した時点でアクセス端末１０に自動的に電
源が入るようにし、前記カードに記録されたユーザＩＤ
１４を端末側ローダ１１が読み出すことによる方法が挙
げられる。なお、アクセス端末の端末ＩＤは、当該アク
セス端末が接続先であるアプリケーションエンジンを考
慮した上で、当該アクセス端末内に予め設定される。

【００７１】次に、端末側ローダ１１は、読み出したユ
ーザＩＤ１４と端末ＩＤ１２を、ベーススタック２０の
スタックマネージャ２１に送信する（１００、１０
１）。端末側ローダ１１は、当該ベーススタック２０の
アドレスを、端末ＩＤ１２から知ることができる（ベー
ススタックアドレスのエンジンＩＤは端末ＩＤ内のエン
ジンＩＤであり、ベーススタックアドレスの識別符号お
よびスタックＩＤは「０」であるため）。端末側ローダ
１１は、スタックマネージャへの通信１００の後、通信
が来るのを待つ。

【００７２】一方、図９のステップ９０１において端末
側ローダ１１からの通信１００を受信したスタックマネ
ージャ２１は、受信したユーザＩＤ１４を調べ（９０
２）、そのエンジンＩＤ８０１がベーススタック２０の
アドレスのエンジンＩＤ８０２と一致するときは、同ユ
ーザＩＤ１４をストレージスタック４０のファイルサー
バ４１に送信する（１０２、９０３）。ここで、ストレ
ージスタック４０のアドレスは、スタックテーブル２２
を検索し、スタックの種類２０２（図２）が「ストレー
ジスタック」に該当するエントリ２０６のスタックＩＤ
２０１を読み出すことにより知ることができる。なお、
受信したユーザＩＤ１４のエンジンＩＤ８０１が、ベー
ススタック２０のアドレスのエンジンＩＤ８０２と異な
る場合の手順については、図６を用いて後述する。

【００７３】スタックマネージャ２１からの通信１０２
を受信したファイルサーバ４１は、ストレージスタック
４０に格納された複数の個人ファイル４２，４２’，…
の中から、ユーザＩＤ４３が、受信したユーザＩＤ１４
と一致するものを探す。そして、該当する個人ファイル
４２を見出したら、その個人ファイルの基本ソフト名４
４を読みだす。

【００７４】次にファイルサーバ４１は、ストレージス
タック４０に格納された複数の基本ソフト４７の中か
ら、基本ソフト名５４が、今読み出した基本ソフト名４
４と一致するものを探す。そして、該当する基本ソフト
４７を見出したら、その基本ソフト４７のアーキテクチ
ャ名４５を読み出し、読み出したアーキテクチャ名４５
と基本ソフト名５４を、スタックマネージャ２１に送信
する（１０８）。

【００７５】ステップ９０４においてファイルサーバ４
１からの通信１０８を受信したスタックマネージャ２１
は、スタックテーブル２２を検索する（９０５）。スタ
ックテーブル２２についてはすでに図２を用いて説明し
た。検索の条件は、スタックの種類２０２が「コンピュ
ーティングスタック」であって、かつハードウェアアー
キテクチャ２０３が受信したアーキテクチャ名５５と一
致しており、かつ端末ＩＤ２０５が「空」であることで
ある。

【００７６】スタックマネージャ２１は、検索条件に合
致するエントリ２０６を見出したら、そのエントリ２０
６の基本ソフト２０４に、先にファイルサーバ４１から
受信した基本ソフト名５４を書き込む。また、同じエン
トリ２０６の端末ＩＤ２０５に、先に端末側ローダ１１
から受信した端末ＩＤ１２を書き込む（９０６）。その
後で、同じエントリ２０６のスタックＩＤ２０１を読み
出し、読み出したスタックＩＤ２０１に該当するコンピ
ューティングスタック３０のスタック側ローダ３１に、
ユーザＩＤ１４および端末ＩＤ１２を送信する（１０
７、９０７）。さらに、先に読み出した前記スタックＩ
Ｄ２０１と、エンジンＩＤを組み合わせることにより、
前記コンピューティングスタック３０のアドレスを生成
し、このアドレスをアクセス端末１０の端末側ローダ１
１に送信する（図１には図示せず。図９では９０８）。
その後で、前記スタックＩＤ２０１と、前記端末ＩＤ１
２と、前記基本ソフト名５４を、ファイルサーバ４１へ
送信する（１０９、９０９）。

【００７７】スタックマネージャ２１からの通信１０７
を受信したスタック側ローダ３１は、ファイルサーバ４
１からの通信１０４を待つ。

【００７８】スタックマネージャ２１からの通信１０９
を受信したファイルサーバ４１は、受信した基本ソフト
名５４を持つ基本ソフト４７を、ストレージスタック４
０に格納された基本ソフトから検索し、該当する基本ソ
フト４７の端末側プログラム４８を読み出し、受信した
端末ＩＤ１２に該当するアクセス端末１０の端末側ロー
ダ１１に端末側プログラム４８を送信する（１０３）。
その後で、同じ基本ソフト４７のスタック側プログラム
４９を読み出し、受信したスタックＩＤ２０１に該当す
るコンピューティングスタック３０のスタック側ローダ
３１にスタック側プログラム４９を送信する（１０
４）。

【００７９】ファイルサーバ４１からの通信１０３を受
信した端末側ローダ１１は、受信した内容を、端末側基
本ソフト５０として、アクセス端末１０の主記憶装置に
書き込む。書き込みが終了したら、端末側基本ソフト５
０を実行する。

【００８０】また、ファイルサーバ４１からの通信１０
４を受信したスタック側ローダ３１は、受信した内容
を、スタック側基本ソフト６０として、コンピューティ
ングスタック３０の主記憶装置に書き込む。書き込みが
終了したら、スタック側基本ソフト６０を実行する。

【００８１】ここまでの手順により、ユーザが起動した
アクセス端末１０にはそのユーザの指定した端末側基本
ソフト５０が、そしてアプリケーションエンジン３では
同ユーザの指定したスタック側基本ソフト６０が、同ス
タック側基本ソフト６０を実行可能なアーキテクチャを
持つコンピューティングスタック３０で実行される。こ
れ以後、同ユーザはコンピュータ・システムの利用を開
始し、自分が所望するアプリケーションを実行する（図
３を用いて後述する）。

【００８２】これまでの説明により明らかなように、本
実施例は次の３つの特長を有する。

【００８３】第１に、アクセス端末１０のそれぞれは、
電源を入れた直後、ユーザＩＤ１４を入力されることに
より、初めて実行される端末側基本ソフト５０が決定さ
れる。従って、あるユーザが利用していたアクセス端末
１０を、別のユーザが使うことになり、前記ユーザが指
定する基本ソフトと、前記別のユーザが指定する基本ソ
フトが異なる場合でも、同アクセス端末１０自体に何ら
変更を加える必要はない。すなわち、１つ１つのアクセ
ス端末１０は、どのユーザでも使うことができる。

【００８４】第２に、アプリケーションエンジン３を構
成するスタックの状態はベーススタック２０のスタック
テーブル２２によって一元的に管理されているため、ア
プリケーションエンジン３の構成変更を容易に行うこと
ができる。例えば新規にコンピューティングスタック３
０をネットワーク１に接続した場合、スタックテーブル
２２にエントリ２０６を追加し、そのエントリのスタッ
クの種類２０２に「コンピューティングスタック」と書
き込み、スタックＩＤ２０１、ハードウェアアーキテク
チャ２０３にもあらかじめわかっている内容を書き込
み、基本ソフト２０４、および端末ＩＤ２０５に「空」
と書き込めばよい。すると、ユーザがアクセス端末１０
を起動するとき、スタックマネージャ２１において、図
９のステップ９０５にて当該エントリ２０６が見出さ
れ、同ユーザのアプリケーションを実行するコンピュー
ティングスタック３０として、直ちに利用可能となる。

【００８５】また、あるコンピューティングスタック３
０を、故障のため、あるいはより高性能化するためなど
の理由で、当該コンピューティングスタック３０と同じ
アーキテクチャを持つ別のコンピューティングスタック
と交換する場合は、次のようにすればよい。当該コンピ
ューティングスタック３０がどのユーザからも使われて
いない状態となるのを、つまり当該コンピューティング
スタック３０に対応する、スタックテーブル２２のエン
トリ２０６における、端末ＩＤ２０５が「空」となるの
を待ち、「空」以外の値を書き込む。これにより、スタ
ックマネージャ２１は、当該コンピューティングスタッ
ク３０を使うことができなくなる。その後で当該コンピ
ューティングスタック３０をネットワーク１より切り離
し、前記別のコンピューティングスタックを接続し、前
記エントリ２０６を修正して端末ＩＤに「空」を書き込
めばよい。前述のコンピューティングスタックの追加の
場合と同様、前記別のコンピューティングスタックは直
ちに利用可能となる。これらの例からも、本実施例にお
いては、アプリケーションエンジンの構成変更が容易
に、特にアプリケーションエンジン自体を停止させるこ
となく行え、従って図１に示すコンピュータ・システム
５の管理運用は、非常に容易である。

【００８６】また、第３に、ユーザがどの基本ソフトを
指定しているかについての情報は、アクセス端末１０内
ではなく、アプリケーションエンジン３内のストレージ
スタック４０に格納されている。従って、あるユーザ
が、これまで使っていたアクセス端末とは別のアクセス
端末を起動したときも、自分のユーザＩＤ１４を入力す
ることにより、これまで使っていたアクセス端末とまっ
たく同様に利用することができる。すなわち、各ユーザ
は、どのアクセス端末１０の電源を入れても、自分の指
定する基本ソフトを既に述べたように実行させて、まっ
たく同じように利用することができるのである。

【００８７】前記第３の点について、さらに説明する。
本実施例では、ユーザが起動したアクセス端末１０は、
特定のアプリケーションエンジン３のベーススタック２
０にユーザＩＤ１４と端末ＩＤ１２を送信する（１０
１）。ここで、これまでの説明では、この後通信１０１
を受信したスタックマネージャ２１は、同じアプリケー
ションエンジン３内のストレージスタック４０のファイ
ルサーバ４１と通信し、同ユーザの個人ファイル４２を
探させる。従って、これまでの説明では、同ユーザの個
人ファイル４２が当該ベーススタック２０と同じアプリ
ケーションエンジン３内のストレージスタック４０に格
納されていることを前提としており、同ユーザの個人フ
ァイル４２が別のアプリケーションエンジン内にある場
合については考えていなかった。この場合の、ユーザが
アクセス端末に電源を入れてから基本ソフトが実行され
るまでの手順を、図６および図９を用いて示す。

【００８８】図６は、２つのアプリケーションエンジン
３Ａおよび３Ｂが存在するコンピュータ・システムであ
り、アプリケーションエンジン３Ａおよび３Ｂは図１の
アプリケーションプロセッサと同様の構成をとる。ここ
で、アプリケーションエンジン３Ａのネットワーク１Ａ
およびアプリケーションエンジン３Ｂのネットワーク１
Ｂは、図ではケーブル２により接続されているが、一般
のネットワークを介して接続されても良いし、更には、
１つのネットワークに２つのアプリケーションエンジン
３Ａおよび３Ｂが直接接続されていてもかまわない。な
お、以下示す手順は、アプリケーションエンジンが３つ
以上の場合でも同様である。

【００８９】図６のコンピュータ・システムにおいて、
ユーザがアクセス端末１０Ａの電源を入れ、ベーススタ
ック２０Ａのスタックマネージャ２１ＡにユーザＩＤ１
４と端末ＩＤ１２が送られた時に、アプリケーションエ
ンジン３Ｂのストレージスタック４０Ｂに同ユーザの個
人ファイル４２Ｂが格納されている時（図９のステップ
９０２における検査結果が偽となる）は、スタックマネ
ージャ２１Ａは、スタックマネージャ２１ＢにユーザＩ
Ｄ１４と端末ＩＤ１２を転送する（６０１、９１０）。
ステップ９１０において、スタックマネージャ２１Ｂが
実行されているベーススタック２０Ｂのアドレスは、ユ
ーザＩＤ１４のエンジンＩＤ８０１（図８）を見ること
によって知ることができる。

【００９０】スタックマネージャ２１Ｂは、受信したユ
ーザＩＤと一致するユーザＩＤ４３Ｂを持つ個人ファイ
ル４２Ｂを、ファイルサーバ４１Ｂに司令して検索させ
（６０２）、同ユーザの指定する基本ソフト名４４Ｂ、
およびアーキテクチャ名４５Ｂを知る（４４Ｂおよび４
５Ｂは図６中には図示していない）。この検索のやり方
は、すでに図１を用いて詳細に説明した手順と同じであ
る。次にスタックマネージャ２１Ｂは、スタックマネー
ジャ２１Ａに基本ソフト名４４Ｂ、およびアーキテクチ
ャ名４５Ｂを送信する（６０３）。スタックマネージャ
２１Ａからの通信を受信した（９１１）スタックマネー
ジャ２１Ａは、以後すでに説明したのと同じ手順で図９
のステップ９０５以降を実行する。即ち、しかるべきコ
ンピューティングスタック３０Ａを決め、ファイルサー
バ４１に端末ＩＤなどを送信し（１０９）、同ユーザの
指定した基本ソフト４７Ａがアクセス端末１０Ａおよび
コンピューティングスタック３０Ａに送信される（１０
５、１０６）。

【００９１】以上から明らかなように、本実施例におい
ては、ユーザが電源を入れたアクセス端末１０Ａが最初
に通信するアプリケーションエンジン３Ａ内に、同ユー
ザの個人ファイルが存在しなくても、スタックマネージ
ャ２１Ａとスタックマネージャ２１Ｂとの通信により、
３Ａ内に同ユーザの個人ファイルがある時とまったく同
様に、同ユーザの指定した基本ソフトをアクセス端末１
０Ａにおいて実行させることができる。すなわち、本実
施例においては、各アプリケーションエンジン間のネッ
トワークを接続し、互いに一意のアドレスによって通信
できるようにすることにより、ユーザはどのアクセス端
末もまったく同じように利用することができ、例えば場
所を移動した際でも、直ちにこれまでどおりコンピュー
タ・システムを使った業務を行うことができる。

【００９２】以上が本実施例におけるアクセス端末の起
動方法であるが、本方法は、いくつかの変形が可能であ
る。次に変形例の各々を述べるが、これらの変形は、別
々に行うことも、一緒に行うこともできる。なお、簡単
のために、当該変形を行う前のアクセス端末の起動方法
を、単に「変形前」と称する。

【００９３】変形例の１つは、端末側ローダ１１からス
タックマネージャ２１にユーザＩＤ１４を送るステップ
（図１の１００）に関する。ここで、本変形例では、ユ
ーザＩＤ１４だけでなく、ユーザの指定する基本ソフト
名も合わせてスタックマネージャ２１に送信するように
する。そのため、ユーザによって電源を入れられたアク
セス端末１０の端末側ローダ１１は、ユーザにユーザＩ
Ｄ１４だけでなく、ユーザが指定する基本ソフト名も問
い合わせる。また、ユーザＩＤ１４と前記基本ソフト名
を受信したスタックマネージャ２１は、図９のステップ
９０３に相当するステップで、ファイルサーバ４１に当
該基本ソフト名を送信する（ステップ９１０に相当する
ステップでも同様）。そして、受信したファイルサーバ
４１は、基本ソフト４７を検索し、当該基本ソフト名を
有する基本ソフト４７を実行できるアーキテクチャ名４
５をスタックマネージャ２１に送信し、スタックマネー
ジャ２１はステップ９０４に相当するステップでこれを
受信する（ステップ９１１に相当するステップでも同
様）。これ以外の動作は変形前と同じである。本変形例
では、ユーザはアクセス端末１０の電源を入れる際に、
利用する基本ソフトを選択することができる。そのた
め、同ユーザが利用したい基本ソフトが複数ある時便利
である。

【００９４】別の変形例は、どのユーザにも割り当てら
れていないコンピューティングスタック３０の取り扱い
に関する。本変形例では、アプリケーションエンジン３
に電源制御装置を設け、スタックマネージャ２１が各コ
ンピューティングスタック３０への電源の供給を制御で
きるようにする。そして、スタックマネージャ２１は、
どのユーザにも割り当てられていないコンピューティン
グスタック３０、すなわちスタックテーブル２２の基本
ソフト名が「空」のエントリに対応するスタックには電
源を供給しない。さらに、スタックマネージャ２１は、
変形前の実施例におけるステップ９０６に相当するステ
ップで、ステップ９０６の後に、見出したエントリ２０
６に対応するスタックへの電源供給を開始させる。これ
以外の動作は変形前と同じである。本変形例では、どの
ユーザにも割り当てられていないコンピューティングス
タックには電源を供給しないことにより、アプリケーシ
ョンエンジン３の、ひいてはコンピュータ・システム５
の消費電力を小さくすることができる。

【００９５】（４）アクセス端末起動後の、ユーザによ
るコンピュータ・システムの利用本実施例において、ユーザがアクセス端末１０を起動し
た後、同アクセス端末１０の起動時に割り当てられたコ
ンピューティングスタック３０上でアプリケーションを
実行して、コンピュータ・システム５を利用する時の動
作を説明する。理解を容易にするため、まず始めに、ユ
ーザが一般の計算機システムを利用する時、当該計算機
システムがどのような動作をするかを図４を用いて説明
する。

【００９６】図４で、ユーザは、アプリケーション７を
実行し、計算機システム４００を利用している。なお、
図示していないが、計算機システム４００は、１つ以上
の計算機から構成されており、アプリケーション７、お
よび基本ソフト４０１は前記１つ以上の計算機のどれか
の主記憶装置内に読み込まれて、その計算機内の１つ以
上のプロセッサによって実行されている。また、同ユー
ザの個人ファイル４１１が、前記１つ以上の計算機のど
れかの記憶装置４１０内に格納されている。

【００９７】基本ソフト４０１は、一般に、別のプログ
ラムであるデバイスドライバ４０８を中に組み込むこと
ができる。そして、基本ソフト４０１は、実際は、デバ
イスドライバ４０８は、複数の独立したプログラムから
構成されているのが普通であるが、ここではそれらのプ
ログラムの集合として扱う。基本ソフト４０１内に組み
込まれた前記デバイスドライバ４０８と、同基本ソフト
４０１内のそれ以外のプログラムとの間のインタフェー
スは、基本ソフト４０１によって決められているが、そ
れを守る限り、既存の基本ソフト４０１とは別途開発し
たデバイスドライバ４０８を基本ソフト４０１の機能を
損なうことなく組み込むことができる。そして、ユーザ
の扱うキーボードやマウスなどの入力装置１７，１
７’，…からの入力（入力イベント）４０２の基本ソフ
ト４０１への伝達や、基本ソフト４０１からのディスプ
レイやスピーカなどの出力装置１８，１８’，…への出
力（メディア出力）４０３、記憶装置４１０への入出力
（ファイル入出力）４０４は、基本ソフト４０１が直接
行うのではなく、基本ソフト４０１によって決められた
前記インタフェースを用いて、組み込まれたデバイスド
ライバ４０８を経由して行われる。

【００９８】アプリケーション７は、基本ソフト４０１
に管理されて実行されている。まずユーザは入力装置１
７を用いて、実行したいアプリケーションを基本ソフト
４０１に伝達する。それを受けて基本ソフト４０１は、
アプリケーション７を主記憶装置内に読み込み、起動す
る（４０５）。アプリケーション７の起動後、入力装置
１７からの入力イベント４０２は、基本ソフト４０１を
経由してユーザインタフェース４０６としてアプリケー
ション７に伝達され、またアプリケーション７からの出
力は、ユーザインタフェース４０６として基本ソフト４
０１に伝えられ、メディア出力４０３として出力装置１
８に伝達され、実際の出力が行われる。また、アプリケ
ーション７がファイルアクセス４０７を行う場合も、同
様に基本ソフト４０１を経由して、記憶装置４１０に格
納された、前記個人ファイル４１１のユーザファイルシ
ステム４８との間でのファイル入出力４０４により、ア
プリケーション７が所望のファイルアクセスが実行され
る。

【００９９】次に、本実施例において、ユーザがアクセ
ス端末１０を起動した後、同アクセス端末１０の起動時
に割り当てられたコンピューティングスタック３０上
で、アプリケーションを実行して、コンピュータ・シス
テム５を利用する時の動作を、図３を用いて説明する。
すでに図１および図９を用いて説明したように、ユーザ
がアクセス端末１０の電源を入れ、アクセス端末の起動
が完了した時点で、アクセス端末１０にはコンピューテ
ィングスタック３０が割り当てられ、アクセス端末１０
では端末側基本ソフト５０が、コンピューティングスタ
ック３０スタック側基本ソフト６０が実行されている。
端末側基本ソフト５０には、図９のステップ９０８によ
ってスタックマネージャ２１から送信されたアドレス
が、スタックアドレス５１として格納される。

【０１００】また、スタック側基本ソフト６０には、デ
バイスドライバ８が組み込まれており、図９のステップ
９０７によってスタックマネージャ２１から送信された
ユーザＩＤおよび端末ＩＤが、それぞれユーザＩＤ８
１、および端末アドレス８２として格納される。デバイ
スドライバ８は、はじめからスタック側基本ソフト６０
に組み込まれていても、あるいは、既に述べたアクセス
端末１０の起動の際、スタック側基本ソフト６０がまず
デバイスドライバ８を持たない状態で実行され、その後
でスタック側基本ソフト６０が自分で同デバイスドライ
バ８を組み込んでもよい。

【０１０１】本実施例において、ユーザがアプリケーシ
ョンを実行して、コンピュータ・システム５を利用する
時の動作は次の通りである。

【０１０２】アプリケーション７は、スタック側基本ソ
フト６０に管理されて実行されている。まずユーザは入
力装置１７を用いて、実行したいアプリケーションを指
定する。この時一連の入力イベント３０２が端末側基本
ソフト５０に伝えられ、当該端末側基本ソフト５０は同
入力イベントを、ネットワーク１経由で送信できるデー
タに変換し、デバイスドライバ８に送信する（３０
１）。この時、送信する相手のアドレスとして、スタッ
クアドレス５１が用いられる。デバイスドライバ８は、
送信されてきたデータを入力イベントに変換し、スタッ
ク側基本ソフト６０に伝達する。それを受けてスタック
側基本ソフト６０は、アプリケーション７を主記憶装置
内に読み込み、起動する（３０５）。

【０１０３】アプリケーション７の起動後、入力装置１
７からの入力イベント３０２は、アプリケーション７の
起動の時と同様に、端末側基本ソフト５０、デバイスド
ライバ８、スタック側基本ソフト６０を経由して、ユー
ザインタフェース３０６としてアプリケーション７に伝
達される。またアプリケーション７からの出力は、ユー
ザインタフェース３０６としてスタック側基本ソフト６
０に伝えられ、スタック側基本ソフト６０により、メデ
ィア出力としてデバイスドライバ８に伝達される。デバ
イスドライバ８は伝達されたメディア出力をネットワー
ク１経由で送信できるデータに変換し、端末側基本ソフ
ト５０に送信する（３０１）。この時、送信する相手の
アドレスとして、端末アドレス８２が用いられる。端末
側基本ソフト５０は、送信されてきたデータを変換し、
メディア出力４０３として出力装置１８に伝達し、これ
により実際の出力が行われる。

【０１０４】また、アプリケーション７がファイルアク
セス３０７を行う場合も、同様にスタック側基本ソフト
６０、およびデバイスドライバ８を経由して、ストレー
ジスタック４０のファイルサーバ４１に要求が送信され
る（３０４）。ただしこの時、ユーザＩＤ８１、および
コンピューティングスタック３０のアドレスも合わせて
送られる。そして、要求を受信したストレージスタック
４０のファイルサーバ４１により、ストレージスタック
の記憶装置（図３には図示せず）に格納された、個人フ
ァイル４２のユーザファイルシステム４８に対し、アプ
リケーション７が所望するファイルアクセスが実行され
る。実行結果は、ファイルサーバ４１、デバイスドライ
バ８、スタック側基本ソフト６０を経由して、アプリケ
ーション７に伝達される。

【０１０５】図３と図４の比較から、本実施例が次の３
つの特長を有することは明らかである。

【０１０６】第１に、ユーザからの入力やアプリケーシ
ョン７からの出力は、端末側基本ソフト５０およびデバ
イスドライバ８によって、自動的にそれぞれアプリケー
ション７および出力装置１８に転送される。しかも、ア
プリケーション７は、アクセス端末１０のアーキテクチ
ャとは関係なく、ユーザの指定した基本ソフトを実行で
きるアーキテクチャを有するコンピューティングスタッ
ク３０上で実行されている。従って、コンピュータ・シ
ステム５のユーザからは、アクセス端末１０が、同ユー
ザの要求する基本ソフトを実行できるアーキテクチャを
有し、同ユーザが所望するアプリケーションを実行でき
る計算機に見える。

【０１０７】第２に、図３と図４の対比から明らかなよ
うに、端末側基本ソフト５０とデバイスドライバ８を本
実施例のコンピュータ・システム５向けに開発すれば、
既存の基本ソフトをそのままスタック側基本ソフトとし
て使用することができる。従って、本実施例のコンピュ
ータ・システム５は、アクセス端末１０のアーキテクチ
ャに関係なく、当該アクセス端末１０を利用するユーザ
に、同ユーザが指定する基本ソフトの選択肢として多様
な基本ソフトを提供でき、ユーザの要求に幅広く応える
ことができる。

【０１０８】第３に、アクセス端末１０は、入力イベン
ト３０２やメディア出力３０３を転送する機能を持つ端
末側基本ソフト５０を実行することができる程度の性能
を持つ計算機であれば十分である。そのため、アクセス
端末１０自体を低価格にすることができるだけでなく、
将来ユーザの要求により、例えばより高性能なコンピュ
ーティングスタック３０を導入する必要が生じたとして
も、アクセス端末１０自体はそのまま、長期にわたり使
い続けることができる。従って、長期的な管理運用に伴
うコストを考慮すると、コンピュータ・システム５に要
する費用は、例えば従来の技術の項で挙げた他のコンピ
ュータ・システムと比較しても、小さく押さえることが
可能である。

【０１０９】

【発明の効果】本発明によれば、アプリケーションやア
プリケーションを実行する計算機の新規導入が簡単で、
管理運用が容易なコンピュータ・システムを実現でき
る。また、本発明によれば、多様な基本ソフトおよびア
ーキテクチャを提供でき、また、各ユーザが、あたかも
自分の指定した基本ソフトが動作するＰＣであるかのよ
うに、アプリケーションを実行することができる。その
ため、ユーザの要求に幅広く応えることのできるコンピ
ュータ・システムを実現できる。

【図面の簡単な説明】

【図１】本発明の実施例におけるコンピュータ・システ
ム５のソフトウェア構成、およびアクセス端末が起動す
る時の動作を示すブロック図である。

【図２】本発明の実施例における、スタックテーブル２
２の構造と内容を示す図である。

【図３】本発明の実施例におけるコンピュータ・システ
ム５において、ユーザがアプリケーションを実行してい
る時の、当該コンピュータ・システムの動作を示すブロ
ック図である。

【図４】一般の計算機システムにおいて、ユーザがアプ
リケーションを実行している時の、当該計算機システム
の動作を示すブロック図である。

【図５】従来の技術において、ネットワーク端末装置が
起動する時の動作を示すブロック図である。

【図６】本発明の実施例のコンピュータ・システムにお
いて、当該コンピュータ・システムが複数のアプリケー
ションエンジンを含む場合に、アクセス端末が起動する
時の動作を示すブロック図である。

【図７】本発明の実施例におけるコンピュータ・システ
ム５のハードウェア構成を示すブロック図である。

【図８】本発明の実施例における、アクセス端末および
各スタックのネットワーク・アドレスの内容、およびユ
ーザＩＤの内容を示すブロック図である。

【図９】本発明の実施例においてアクセス端末が起動す
る時の、スタックマネージャ２１の動作を示す流れ図で
ある。

【符号の説明】

１ネットワーク３アプリケーションエンジン５コンピュータ・システム８デバイスドライバ１０アクセス端末１１端末側ローダ１７入力装置１８出力装置２０ベーススタック２１スタックマネージャ２２スタックテーブル３０コンピューティングスタック３１スタック側ローダ４０ストレージスタック４１ファイルサーバ５０端末側基本ソフト６０スタック側基本ソフト。

───────────────────────────────────────────────────── フロントページの続き (72)発明者北井克佳東京都国分寺市東恋ケ窪１丁目280番地株式会社日立製作所中央研究所内 (72)発明者猪原茂和東京都国分寺市東恋ケ窪１丁目280番地株式会社日立製作所中央研究所内

Claims

【特許請求の範囲】

【請求項１】１人以上のユーザがアプリケーションを実
行するコンピュータ・システムであって、ネットワークで接続された、１つ以上の第１の計算機
と、１つ以上の第２の計算機と、１つの第３の計算機か
ら構成され、前記第１の計算機がユーザ・インタフェース機能を実行
し、前記第２の計算機がアプリケーションを実行し、前
記第３の計算機が前記１つ以上の第２の計算機を管理
し、前記第２の計算機では、当該第２の計算機を利用す
る前記ユーザが指定した基本ソフトが実行されることを
特徴とするコンピュータ・システム。
【請求項２】前記１つ以上の第２の計算機と、前記第３
の計算機が、同じ筐体に格納されている、請求項１に記
載のコンピュータ・システム。
【請求項３】前記第３の計算機が、前記１つ以上の第２
の計算機とは独立した電源を備えている、請求項１また
は請求項２に記載のコンピュータ・システム。
【請求項４】前記第３の計算機が、前記１つ以上の第２
の計算機の電源を制御する手段を備えている、請求項１
乃至請求項３のいずれかに記載のコンピュータ・システ
ム。
【請求項５】複数の前記コンピュータ・システムと、互
いの前記コンピュータシステムを相互接続するネットワ
ークから構成される、請求項１乃至請求項４のいずれか
に記載のコンピュータ・システム。
【請求項６】１つ以上の第１の計算機と、１つ以上の第
２の計算機と、１つの第３の計算機と、それぞれをお互
いに接続するネットワークから構成され、且つ、１人以
上のユーザがアプリケーションを実行するコンピュータ
・システムの運用法方であって、当該ユーザが、前記１つ以上の第１の計算機の中の１つ
を初期化した時、当該第１の計算機から当該第３の計算
機へ当該ユーザからの要求を通信するステップと、当該第３の計算機が、当該ユーザの要求する基本ソフト
を知るステップと、前記第３の計算機が、前記１つ以上の第２の計算機の中
から、当該ユーザからの要求を満たす１つの第２の計算
機を割当てるステップと、前記第３の計算機が、当該第２の計算機を割当てた後、
当該第２の計算機と通信するステップと、当該第２の計算機上で、当該ユーザの要求する基本ソフ
トを起動するステップと、当該第３の計算機が、当該第１の計算機と通信し、当該
第１の計算機と当該第２の計算機とが通信できるように
するステップとを有することを特徴とするコンピュータ
・システムの運用方法。
【請求項７】前記基本ソフトは、第２の計算機のオペレ
ーティングシステムであることを特徴とする請求項１乃
至請求項５記載のコンピュータシステム。
【請求項８】ユーザがアプリケーションを実行制御する
ためのソフトを指定するユーザ・インタフェース機能を
有する、１つ以上の第１の計算機と、前記アプリケーションを実行する１つ以上の第２の計算
機と、前記ソフトを実行する第２の計算機を前記１つ以上の第
２の計算機から決定する第３の計算機と、前記第１の計算機と前記第２の計算機と前記第３の計算
機を相互接続するネットワークから構成されるコンピュ
ータ・システム。
【請求項９】前記第３の計算機は、決定された第２の計
算機へ前記ソフトを供給する第４の計算機を含んでいる
請求項８記載のコンピュータ・システム。