WO2001025934A1

WO2001025934A1 - Systeme serveur/client

Info

Publication number: WO2001025934A1
Application number: PCT/JP1999/005497
Authority: WO
Inventors: Takami Kasasaku; Yasuharu Yoshida
Original assignee: Fujitsu Limited
Priority date: 1999-10-05
Filing date: 1999-10-05
Publication date: 2001-04-12
Also published as: US7464133B1; JP4592242B2

Description

明細書サーバ zクライアントシステム技術分野

本発明はサーバ/クライアントシステムに関し、特に、クライアント側のドウエア資源を軽減したサ /クライアントシステムに関する。背景技術

図 1 は、従来のサーバ/クライアン卜システムのドウエア構成を概略的に示す図である。図において 1 0 0 はサ 2 0 0 はソコン相当のクライアントを示し、両者の間は通信回線 3 0 0 によつて接続されている。また、クライアント 2 0 0 には、プリンタ、メモリカードリーダ、コードリーダ等の I Z 0デバイス 4 0 0 が接続回線 5 0 0 を介して接続されている。

従来のサーバ Zクライアントシステムにおけるサーバ 1 0 0 は、 C P U 1 0 1 、メモリ 1 0 2、ハードディスク 1 0 3 aおよび 1 0 3 b、回線制御部 1 0 4 を含んでいる。サーバ内のハードディスクは、一方に故障が生じた場合も他方でカバーできるように通常二重ィ匕（ミラーリング）されている。

クライアント 2 0 0 は、 C P U 2 0 1 、メモリ 2 0 2 ドデイスク 2 0 3 、回線制御部 2 0 4 1 ノ0ポート 2 0 5 を含んでいる。ハードディスク 2 0 3 内には、各種アプリケーションおよびデバイスドライバ、およびクライアント 2 0 0の動作を制御するオペレ一シヨンシステム（〇 Z S ) がソフトウェア 2 0 6 として組み込まれている。従来のサーバ/クライアントシステムでは、図示する様に、アブリケ一ションはクライアント側において動作する構成になっており

、そのため近年、 0 / Sやアプリケーションのコードサイズが大容量化し、またデバイスドライバの増加により、更に処理能力の高いハードウェア資源やより大容量の記憶装置を備えるクライアントが求められている。

しかしながら、ハ一ドウエア資源として多用されるハードディスクは大容量化するに伴ってコス卜が上昇すると共に、故障の発生も多い。従って、製造コス卜の面のみならず、システム運用上のコスト面からもハ一ドウエア資源の大容量化は好ましいものではない。従って、従来のアプリケーションゃデバイスドライバの資産を有効活用しながらクライアント側での処理負担を軽減し、クライアントを軽量化することが求められている。

このため、サーバ 1 0 0 においてアプリケーションを動作させ、クライアントとサーバ間で画面とキー入力を転送すれば、クライアント 2 0 0 の処理負担は軽減され、それに伴ってハードウェアを軽量化することができる。 Iノ 0デバイスはユーザの近く、即ちクライアントに接続されるのが普通であるため、デバイスドライバはクライアン卜に側に配置される。

この様に、アプリケーションをサーバ側に置き、一方クライアント側でデバィスドライバを動作させる場合、 I Z 0デバイス制御に関して以下の問題が生じる。

( 1 ) クライアントのデバイスドライバは、コードサイズの大きい O Z Sに依存している場合が多く、従つてデバイスドライバをクライアント側に置くと、クライアントの処理負担が大きくなり、デバイスドライバを動作させるのに必要な〇ノ Sのための記憶装置が必要となってしまう。 ( 2 ) サーバ側に置いたアプリケーションと、クライアント側に置いたデバイスドライバ間でインタ一フヱ一スが変わるため、デバイスドライバを作成しなおす必要が生じる。

( 3 ) I ZOデバイスが複数種類ある場合、それぞれのデバイスドライバも、前記（ 2 ) の理由で作成しなおす必要が生じる。

( 4 ) デバイスドライバの版数はクライアン卜の設置してある場所でしか確認することができない。

( 5 ) クライアント I /Oデバイスの診断は、クライアントの設置してある場所でしか行うことが出来ない。

( 6 ) クライアントのプラットフオームが変わる毎にデバイスドライバを作成しなおす必要が生じる。

以上の様に、アプリケーションをサーバ側で動作させ、デバイスドライバをクライアント側で動作させると、特に上記（ 1 ) 、（ 2 ) 、（ 3 ) の理由によりクライアントの軽量化および従来のアプリケーシヨン、デバイスドライバ等の資産の有効活用は困難となる。更に、上記（ 4 ) 、（ 5 ) 、（ 6 ) に示す様に、システムの効率的な運用が難しい。発明の開示

本発明は、前記の問題点に鑑みてなされたもので、従来のアプリケーシヨン、デバイスドライバ等の資産を有効活用し、かつクライアント側のハードウェア資源を大幅に軽量化することが可能なサーバ Zクライアントシステムを得ることをその主な目的とする。

前記目的を達成する本発明の 1実施形態によれば、少なくとも 1 個の 1 0ポートを有する少なくとも 1個のクライアントを通信回線を介して 1個のサーバに接続するサーバ/クライアントシステムにおいて、前記サーバ側に、前記 I z〇ポートを制御するためのデバイスドライバと、該デバイスドライバに対して前記 I ノ 0ポートと同一の機能を有するインタ一フヱ一スを提供しかつ前記デバイスドライバからの入出力制御信号を前記クライアント側に送信し該クライアント側からのィベントを受信して前記デバイスドライバに通知するための仮想 I / 0ポートを設け、前記クライアント側に前記通信回線を介して前記仮想 I κ οポー卜に接続されるデバイスハンドラを設け、該デバイスハンドラによって前記 I / 0ポ一卜を制御する構成としたことを特徴とする、サ一バノクライアントシステムが提供される。

この様なサーバ/クライアントシステムでは、デバイスドライバと仮想 I / 0ポー卜によって、従来のサーバ/クライアントシステムにおけるデバイスドライバと I ζ 0ポート間のインターフェースと同じィンターフヱースがサーバ側で実現されるので、従来のクライアント側で使用していたアプリケ一ションおよびデバイスドライバを全てサーバ側において動作させることが可能となる。これによつてクライアント側のハードウエア資源を大幅に軽量化する事が可能となると共に、従来のアプリケーションおよびデバイスドライノくの資産を変更せずそのままサーバ側で使用することができる。

更に、前記構成のサーバ zクライアントシステムにおいて、仮想

I Z Oポ一卜にクライアン卜の通信回線上のァドレス、及び各 1 ノ Oポートを識別する機能を持たせることによって、複数の軽量化されたクライアントを 1 台のサーバによって一元管理することが可能となる。

また前記仮想 I ノ 0ポー卜にクライアント側のハードゥエァの診断機能を付加することによって、複数のクライアントを管理するサーバにおいて、各クライアン卜のハードウエア診断を一元的に行うことが可能となる。図面の簡単な説明

本発明の前記およびその他の目的、特徴、利点等を、本発明の実施形態を示す添付図面と共に以下に詳細に説明するが、図中において、

図 1 は、従来のサーバ Zクライアントシステムの構成を示すプロック図、

図 2 は、本発明の第 1 の実施形態にかかるサーバ/クライアン卜システムのハ一ドウエア構成を示すプロック図、

図 3 は、図 2 に示すサーバ Zクライアントシステムのソフトウェァ構成を示すブロック図、

図 4 は、図 2 および 3 に示すサーバ 7クライアントシステムにおけるアプリケ一ションと I / 0デバイス間のデ一タフ口一を説明するための図、

図 5 は、図 2 および 3 に示すサーバ/クライアントシステムにおける動作シーケンスを示す図、

図 6 は、図 2 および 3 に示すサーバ/クライアントシステムに含まれる仮想 I Z Oポー卜の機能を説明するためのフローチヤ一ト、図 7 は、図 2および 3 に示すサーバ Zクライアントシステムに含まれるデバイスハンドラの機能を説明するためのフローチヤ一ト、図 8 aは、従来のサーバ Zクライアントシステムにおけるデバイスドライバと I Z Oポ一ト間のィンタ一フヱ一スを示す図、

図 8 bは、図 2および 3 に示す本発明のサーバ Zクライアントシステムにおけるデバイスドライバと仮想 I /〇ポート間のインタ一フエースを示す図、

図 9 は、本発明の第 2 の実施形態にかかるサーバ Zクライアントシステムの構成を示すブロック図、

図 1 0 は、図 9 に示すサーバ Zクライアントシステムに含まれる仮想 I / 0ポートの機能を説明するための図、および図 1 1 は、図 9 に示すサーバ/クライアントシステムに含まれる仮想 I /〇ポートのその他の機能を説明するための図である。発明を実施するための最良の態様

図 2 は、本発明の 1 実施形態にかかるサーバ Zクライアントシステムのハードウエア構成を示すプロック図である。図示する様に本実施形態のサーバ 1 は、 C P U 1 1 、メモリ 1 2およびハードディスク 1 3 a 、 1 3 b等の記憶装置および回線制御部 1 4で構成されている。 2重構造のハードディスク 1 3 a 、 1 3 b内には、従来クライアント側にあった各種アプリケ一ション、デバイスドライバおよび後述する仮想 I / Oポートおよび〇Z Sがソフトウエア 1 5 として組み込まれている。

クライアント 2 は、 C P U 2 1 、メモリ 2 2ぉょび尺 0 ^4 2 3等の記憶装置、回線制御部 2 4および I / Oポート 2 5 で構成されている。本システムでは、アプリケーションおよびデバイスドライバをサーバ側に置き、それらをサーバ側で動作させる構成を取っているため、 R 0 M 2 3 内には、サーバ側のデバイスドライバから通信回線 3 を介して送信される信号を I Z Oポート 2 5 に入力可能な信号に変換するためのソフトウェア、即ちデバイスハンドラ、およびクライアント 2全体を制御するための組込み用 0 / Sがソフトウェァ 2 6 として収納される。なお、デバイスハンドラの詳細な機能については、後述する。

本実施形態のクライアント 2 では、クライアント内でアプリケーションを動作させる必要がないので、デバイスハンドラおよび 0 / Sを含めたソフトウエア全体のコードサイズは従来のシステムに比ベて遙に小さく、上述した様に R O M 2 3 内に十分収納することができる。これによつてクライアント内にハードディスクは不必要となる。

一般のサーバ Zクライアントシステムにおいては、クライアント側の主な故障原因はハードディスクであり、従って本発明のシステムではハードディスクが不要となる事でシステムの信頼性が大きく向上する。

通信回線 3 としては、例えば L A N(Local Area Network)等を想定する。

図 3 は、図 2 に示すサーバ Zクライアントシステムのソフトウェァ構成を示す図面である。本実施形態のシステムでは、サーバ 1 内に各種アブリケーシヨン 1 6、各種 I /0デバイス 4を駆動するためのデバイスドライバ 1 7およびデバイスドライノく 1 7からの信号を通信回線 3で伝送しうる信号に変換し、かつ通信回線 3を介して入力された信号をデバイスドライバ 1 7 に入力しうる信号に変換するための仮想 I Z 0ポー卜 1 8およびこれらのソフトウエアを制御する OZ S 1 9が設けられている。 OZS 1 9 は、これらのソフトウェアがクライアン卜 2内に有った場合に使用される 0/ S と同じ物、例えばウィンドウズ 9 8 (商標）、ウィンドウズ N T (商標）などの既存の OZ Sを使用することができる。なお、アプリケ一ションおよびデバイスドライバも、既存のシステムにおいて使用されているものを使用することができることは勿論である。

クライアント 2 は、通信回線 3を介して入力された信号を I /O ポート 2 5で認識しうる信号に変換し、かつ I /Oポ一卜 2 5からの信号を通信回線 3で伝送しうる信号に変換するためのデバィスハンドラ 2 7を含む。本発明では、クライアント 2側にコードサイズが大きいアプリケ一ションおよびデバイスドライバを含まず、ソフトウエアとしてはコ一ドサイズが小さいデバイスハンドラ 2 7のみを含むので、これを制御する 0 Z S 2 8 は、極めて単純な構成の組込み用 0ノ Sであつて良い。

サーバ 1 内の仮想 I Z〇ポ一卜 1 8 は、基本的に次の機能を有している。即ち、

( 1 ) クライアント 2側の I Z Oポート 2 5 と同一に機能するィンタ一フヱ一スを、その上位のデバイスドライバ 1 7 に提供すること、

( 2 ) 上位のデバイスドライバ 1 7 からの入出力制御信号をクライアント 2のデバイスハンドラ 2 7 に送信すること、およびデバイスハンドラ 2 7 からのイベントを受信して上位のデバイスドライバ 1 7 に通知すること、である。

また、クライアント 2側のデバイスハンドラ 2 7 の必要最低限の機能は、

( 1 ) サーバ 1 の仮想 I Z 0ポート 1 8 から送信された入出力制御信号を受信し、 I Z 0ポー卜に対して入力制御 Z出力制御を行い、かつ I / Oポ一ト 2 5 からのィベントをサーバ 1 の仮想 I / Oポート 1 8 に送信することである。

本実施形態のサーバ/クライアントシステムでは、以上の様に、サーバ側に仮想 I Z 0ポートを、クライアント 2側にデバイスハンドラを設けたことにより、従来のアプリケーションおよびデバイスドライバを変更することなくサーバ側で動作させることが可能となり、クライアン卜のハ一ドウエア資源が大幅に軽量化される。

以下に、本システムの更に詳細な構成およびその動作を、サーバ 1 内のアプリケ一ション 1 6 と I / Oデバイス 4 間のデ一タフ口一を示す図 4 を用いて説明する。

まず、アプリケーション 1 6 から I /〇デバイス 4 へのデータ入出力は以下の通りである。 ( 1 ) アプリケーション 1 6は入出力したいデータを含む入出力処理要求①をデバイスドライバ 1 7に対して行い、

( ) デバイスドライバ 1 7は入出力処理要求①に従い、仮想 I 0ポート 1 8の入出力制御②を行う。

( 3 ) 仮想 I /◦ポート 1 8は入出力制御②を通信回線 3上のデ一夕に変換し、クライアント 2側のデバイスハンドラ 2 7に入出力制御バケツト③として送信する。

( 4 ) デバイスハンドラ 2 7は入出力制御バケツト③を受信すると、内容を解釈し I /Oポート 2 5の入出力制御④を行う。

( 5 ) I ZOポート 2 5は入出力制御④を接続回線 5上のデータ

⑤に変換し、外部 I ZOデバイス 4に送信し、これを制御する。以上によって、アプリケーションから I /Oデバイス 4へ、入出力制御が実行される。

次に、 I ZOデバイス 4からアプリケーション 1 6へのイベントの通知について説明する。

まず、（ 6 ) I /0デバイス 4はイベント（制御信号線変化等）

⑥を接続回線 5上に出力する。

( 7 ) デバイスハンドラ 2 7は I /Oポート 2 5力ヽらのイベント

⑦を通信回線上のデータに変換し、仮想 I /0ポート 1 8にィベントパケット⑧として送信する。

( 8 ) 仮想 I ZOポート 1 8はイベントバケツト⑧を受信すると、内容を解釈し、デバイスドライバ 1 7にイベント⑨を上げる。

( 9 ) デバイスドライノく 1 7は、アプリケーション 1 6に対して、イベント⑩を上げる。

以上が、本実施形態のサーバ/クライアントシステムにおけるァプリケ一ション 1 6 と I / 0デバイス 4間のデータフローである。次に、本実施形態にかかるサーバ/クライアントシステムの動作シーケンスを、図 5 を用いて説明する。

サーバ 1 およびクライアント 2 に電源が投入されると、先ず、仮想 I / 0ポ一ト 1 8 とデバイスハンドラ 2 7 間のコネクションが確立される。このコネクション確立は双方のネゴシェ一ションにより行われる。即ち、クライアント 2側に電源が投入されると、デバイスハンドラ 2 7 は通信回線上のコネクション確立要求のための接続要求⑪ （ブロードキャスト）を仮想 I Z 0ポート 1 8 に送信する。サーバ 1 に電源が投入されていて、仮想 I / 0ポート 1 8が起動していると、これに対するレスポンス⑫が仮想 I Z Oポート 1 8 よりデバイスハンドラ 2 7 に出力される。レスポンス⑫には、仮想 I / 〇ポート 1 8 の設定機能によって予め設定されたクライアント 2 の通信回線上のァドレス、クライアント 2 が持つ物理 I Z Oポートの種別、番号のマッピング情報が含まれる。デバイスハンドラ 2 7 はこのレスポンス⑫を受信すると、通信回線上のコネクションを確立し、マツビング情報に従って物理 I 0ポ一卜のマツビングを行い、これが完了するとマツビング完了通知⑬を仮想 I / 0ポート 1 8 に送信する。仮想 I Z Oポー卜 1 8 はこの通知⑬を受信すると、これに対するレスポンス⑭を送信する。この時点で、仮想 I Z Oポート 1 8 はデバイスドラ 1 7 からの制御を受け付ける事が可能となる。なお、この時点より以前にデバイスドライバ 1 7から制御信号が送信されると、仮想 I Z Oポート 1 8 はエラー信号をデバイスドラ 1 7 に返す。

次に、アプリケーション 1 6 から I Z 0デバイス 4へのデータ入出力について、そのシーケンスを説明する。なおこの場合のデータフローは、図 4 に示した通りである。

先ず、アプリケーション 1 6 の入出力要求⑮は、デバイスドライバ 1 7 に受け付けられ、デバイスドライバ 1 7 は仮想 I ノ 0ポート 1 8 に入出力制御⑯を行う。仮想 I ノ 0ポート 1 8 は入出力制御⑯ を通信回線上のデ一夕に変換し、これをデバイスハンドラ 2 7 に入出力制御バケツト⑰として送信する。デバイスハンドラ 2 7 は入出力制御バケツト⑰を受信すると、内容を解釈し I / 0ポート 2 5 の入出力制御⑱を行う。 I Z 0ポート 2 5 は接続回線 5上にデータ⑲ を出力する。

次に、 I Z〇デバイス 4 カヽらアプリケーション 1 6 へのイベントの通知について説明する。

I Z Oデバイス 4 はイベント（制御信号変化等） ⑳を接続回線上に出力すると、デバイスハンドラ 2 7 は I /〇ポート 2 5 からのィベント㉑を通信回線上のデータに変換し、仮想 I / 0ポート 1 8 にイベントバケツト @として送信する。仮想 I Z〇ポート 1 8 がィべントパケット㉒を受信すると、内容を解釈し、デバイスドライバ 1 7 にイベント㉓を上げる。デバイスドライバ 1 7 はアプリケ一ション 1 6 に対してイベント㉔を上げる。

図 6 は、仮想 I / Oポート 1 8 の機能を示すためのフローチヤ一卜である。なおこのフローチャートは、仮想 I / 0ポート 1 8 の必要最低限の機能のみを示している。

仮想 I Z Oポート 1 8 の内部の状態として、以下に示すものを想定する。即ち、

( 1 ) 待機：クライアント 2側からの接続要求受信待ちの状態、

( 2 ) 完了通知待ち：クライアント 2 の物理 I / Oポートのマツビング完了通知待ちの状態、

( 3 ) 接続：クライアント 2 の物理 1 ノ0ポートのマッピング完了通知受信後、デバイスドライノ < 1 7 からの制御を受け付けることが可能な状態、である。

仮想 I Z Oポー卜の前記各状態に対して、以下に示すイベントを想定する。即ち、

( 4 ) 接続要求受信：クライアント 2からの接続要求受信のィべン卜、

( 5 ) 完了通知受信：クライアント 2の物理 I ZOポートのマツビング完了通知受信のィベント、

( 6 ) 入出力制御要求：デバイスドライバ 1 7からの入出力制御要求のィベント、

( 7 ) イベントバケツト受信：クライアント 2からのイベントパケット受信のィベント、である。

以上の状態、およびイベントを参照して、以下に仮想 I /Oポ一ト 1 8の機能を説明する。

図 6 において、ステップ S 1 で初期化処理を行って、仮想 I / 0 ポート 1 8の状態を待機状態に設定する。次に、ステップ S 2でィベント取得する。この時、仮想 I ZOポート 1 8の状態が待機状態であれば（ステップ S 3の Y es) 、次にステップ S 4でイベントが接続要求受信であるか否かを判定する。ィベン卜が接続要求受信で有る場合は（ステップ S 4の Yes) 、ステップ S 5でデバイスハンドラ 2 7 に対してレスポンスを送信し、ステップ S 6で状態を完了通知待ちとする。ステップ S 4でイベントが接続要求受信で無い場合（No ) 、ステップ S 7で次に入力されるィベントが終了要求か否かを検出し、終了要求である場合（Yes) は、仮想 I /0ポート 1 8の動作を終了する。一方、終了要求で無い場合は、ステップ S 2 に戻って再びィベントを取得し、更にそれ以降のステップを実行する。

ステップ S 3で状態が待機では無い場合（N o ) は、ステップ S 8で状態が完了通知待ちであるか否かを判定する。完了通知待ち（ステップ S 8の Yes) の場合は、ステップ S 9 においてィベン卜が完了通知受信であるか否かを判定する。完了通知受信の場合（ステップ Sの Y es) は、ステップ S 1 0 においてレスポンスをデバイスノヽンドラ 2 7 に送信し、接続状態に移行する（テツプ S 1 1 ) 。ステツプ S 9 においてイベントが完了通知受信で無い場合（N o ) は、ィベン卜が終了要求の場合を除いてステップ S 2 に移動して再びィベントを取得する。

ステップ S 8 で、状態が完了通知待ちでは無い場合（ステップ S 8の N o ) 、ステップ S I 2で仮想 I Z 0ポート 1 8 の状態が接続状態であるか否かを判定する。接続状態の場合（ステップ S 1 2の Yes) 、ステップ S 1 3でイベントが入出力制御要求であるか否かを判定し、 Y esの場合、ステップ S 1 4 で入出力制御バケツトをデバイスハンドラ 2 7 に送信する。ステップ S 1 3でイベントが入出力制御要求では無い場合（ステップ S 1 3 の N 0 ) 、ステップ S 1 5 においてィベントがィベントバケツト受信であるか否かを判定し、 Yesの場合、受信したパケットをデバイスドライバ 1 7 に上げる。ステップ S 1 5でイベントバケツト受信では無い場合（N o ) 、ステップ S 7 においてィベン卜の終了要求があるか否かを判定し、 Yesの場合は処理を終了し、 N oの場合はステップ S 2 に移って以降の処理を続行する。

図 7 は、デバイスハンドラ 2 7 の機能を示すフ口一チヤ一トである。なお、このフローチャートはデバイスハンドラ 2 7 の必要最低限の機能のみを示している。

デバイスハンドラ 2 7 の内部状態としては、次の（ 1 ) 〜（ 3 ) を想定する。即ち、

( 1 ) 待機：クライアント 2 の起動直後の状態、

( 2 ) 接続要求レスポンス待ち：接続要求送信後、サーバからのレスポンス待ちの状態、 ( 3 ) 接続：物理 I ZOポートのマツビング完了通知送信後、仮想 I / 0ポート 1 8からの入出力制御バケツトを受け付けることが可能な状態、である。

更に、デバイスハンドラ 2 7の各状態に対して、（ 4 ) 〜 ( 7 ) のイベントを想定する。即ち、

( 4 ) イベント無し：イベントが何も無いこと、

( 5 ) 接続要求レスポンス受信：接続要求送信後、サーバからのレスポンス受信のィベント、

( 6 ) 入出力制御バケツト受信：サ一バからの入出力制御バケツト受信のイベント、および

( 7 ) I ZOポートイベント： I ZOポート 2 5からのイベント、である。

次に、図 7を参照して、デバイスハンドラ 2 7 における処理手順を説明する。

先ず、ステップ S 2 0 において初期化処理を行って状態を待機とし、ステップ S 2 1 でイベントを取得する。次にステップ S 2 2でイベントの状態が待機か否かを判定し、 Yesの場合、ステップ S 2 3 においてィベン卜が無いことを確認する。ィベン卜が無い場合（ステップ S 2 3の Yes) 、サーバ 1 の仮想 I Z〇ポート 1 8 に接続要求を送信し（ステップ S 2 4 ) 、状態を接続要求レスポンス待ちにする（ステップ S 2 5 ) 。次にイベントが終了要求であるか否かを判定し（ステップ S 2 6 ) 、終了要求で無い場合はステップ S 2 1 に移って以降のステップを再度実行する。

ステップ S 2 2でデバイスハンドラ 2 7の状態が待機で無いと判定されると（ステップ S 2 2の N o ) 、ステップ S 2 7 において状態が接続要求レスポンス待ちであるか否かを判定する。 Yesの場合、ステップ S 2 8 において、イベントが接続要求レスポンス受信であるか否かを判定し、 Yesの場合、仮想 I /0ポート 1 8 に、物理 I Z 0ポートマッピング完了通知を送信し、デバイスハンドラ 2 7 の状態を接続にする（ S 3 0 ) 。

一方、ステップ S 2 7で、デバイスハンドラ 2 7の状態が接続要求レスポンス待ちでは無い場合（N o ) 、ステップ S 3 1 において状態が接続か否かを判定する。 Yesの場合、ステップ S 3 2 においてィベン卜が入出力制御バケツ卜の受信であるか否かを判定する。

Yesの場合、ステップ S 3 3 において、 I /Oポート 2 5 に対し、入出力制御を行う。

ステップ S 3 2でイベントが入出力制御パケット受信で無い場合、ステップ S 3 4でィベン卜力く I ZOポ一トイベン卜か否かを判定し、 Y esの場合は、ステップ S 3 5で仮想 I / 0ポートに対してこのイベントパケットを送信する。なお、ステップ S 3 4でイベント力く I / 0ポ一トイベン卜で無い場合は、ステップ S 2 6 において、イベントが終了要求か否かを判定し、 Yesの場合は処理を終了し、 N oの場合はステップ S 2 1 に移動して以降のステップを再度実行する。

以上の様に、本発明の第 1 の実施形態にかかるサーバ Zクライアントシステムでは、サーバ側に仮想 I Z 0ポート 1 8を、クライアント側にデバイスハンドラ 2 7を設け、仮想 I / 0ポート 1 8の上位層であるデバイスドライバからの処理をデバイスハンドラ 2 7 に転送し、このデバイスハンドラによって I /Oポ一ト 2 5の制御を行い、かつ I Z 0ポート 2 5からのイベントを仮想 I Z 0ポート 1 8 に転送する構成としたため、従来クライアント側で動作していたアプリケーションおよびデバイスドライバを、それらに変更を加えることなくサーバ 1側で動作させることが可能となる。これによつて、クライアント 2側での処理負担は非常に軽減され、クライアント側にハードディスク等の大容量記憶装置の搭載が不要となる。なお、図 2 、 3 に示す本実施形態のサーバ/クライアントシステムでは、仮想 I / 0ポート 1 8 とデバイスドライバ 1 7 との間のィンタ一フヱ一スとして、クライアント側にデバイスドライバを有する従来のサーバ Zクライアントシステムにおいて使用されているィンタ一フヱースを採用している。

図 8 a は、従来のシステムにおけるデバイスドラ 2 1 0 と I 0ポート 2 0 5 (ハードウェア）間のインターフェース構成を示す図である。図示するように、デバイスドライバ 2 1 0 と I ノ 0ポ — ト 2 0 5 間には、 I Z 0ポートデバイスドラ 2 1 1 が存在し、ハードウェアの違いを吸収するために、デバイスドライバ 2 1 0 力く I Z 0ポート 2 0 5 に対して行う操作は、抽象化されたコマンド 3 0 となる。 I / 0ポートデバイスドラ 2 1 1 はこのコマンド 3 0 によって I Z Oポート 2 0 5 (ハードウェア）を制御 3 1 し、制御結果 3 2 を I Z Oポート 2 0 5 から受け取り、更に処理結果 3 3 をデバイスドラ 2 1 0 に返す。

図 2 、 3 に示す本実施形態のサーバクライアントシステムでは、図 8 bに示す様に、仮想 Iノ 0ポート 1 8力 <、図 8 aに示すコマンド 3 0 と処理結果 3 3 のインタ一フヱ一スをそのままデバイスドライバ 1 7 に対して提供する構成としたものである。これによつて、従来のシステムにおける 0 / Sがデバイスドライバ 2 1 0 に提供する A P I (アプリケーションインタ一フヱ一ス）環境を、本実施形態の 0 / Sにおいてもデバイスドライバ 1 7 に提供する事ができる。この結果本実施形態において、従来のデバイスドライノく' 2 1 0 と同じデバイスドライバ 1 7を使用して I / 0デバイス 4 の制御を行うことが可能となったものである。

以上の様に本実施形態のサーバ Zクライアントシステムでは、サ —バ側で従来のデバイスドライバを変更せずそのまま使用することができ、既存の資産を有効活用することができる。

図 9 は、本発明の第 2 の実施形態の構成を示すプロック図である。本実施形態では、図示するように、 1 台のサーバ 1 に対して 2台の本発明に従って軽量化されたクライアント 2 aおよび 2 bが接続されている。なお、 1 個のサーバに対して接続されるクライアントの数は図示の例に限定されるものではなく、任意の複数個のクライァン卜が接続可能であることは言うまでもない。

図示の実施形態において、クライアント 2 aはデバイスハンドラ 2 7 a と I /〇ポート 2 5 aを有し、 I ノ〇ポート 2 5 aを介して

1 / 0デバイス 4 aに接続されている。

クライアント 2 bはデバイスハンドラ 2 7 b と 2個の I Z Oポ一ト 1 、 2 を有し、それぞれ I Z 0デバイス 4 b、 I Z 0デバイス 4 c に接続されている。

サーバ 1 において、アプリケーション 1 6 a内にはクライアント

2 aが使用するアプリケーション（ 1 ) とクライアント 2 bが使用するアプリケーション（ 2 ) が含まれる。デバイスドライバ 1 7 a 内は、クライアント 2 aに接続された I Z Oデバイス 4 aを駆動するためのデバイスドラ 1 ) 、クライアント 2 bに接続された I Z 0デバイス 4 bを駆動するためのデバイスドライバ 2 ) 、 I Z Oデバイス 4 cを駆動するためのデバィスドラ 3 ) が含まれる。

本実施形態において、仮想 I / 0ポート 1 8 aは、通信回線 3 を介してサーバ 1 に接続された各クライアント 2 a、 2 bおよび各 I Z Oポート 2 5 a、 2 5 b、 2 5 cを識別するために、仮想 I Z 0 ポート 1 8 aにおける仮想 I / 0ポート番号、各クライアント 2 a 、 2 bの通信回線上のァドレス、各クライアン卜が持つ物理 I Z 0 ポートの種別、および物理 I z oポート番号を、それぞれ設定できる機能を有している。

図 1 0 に図 9のシステムにおける設定情報を示す。またこの設定情報は第 5図中のレスポンス⑫中に含まれる。

図 1 0 に示す設定情報に従って、クライアント（ 1 ) 2 aは、通信回線上のアドレス 1 で特定され、クライアント（ 2 ) 2 bはアドレス 2で特定される。クライアント（ 1 ) 2 a中の I /Oポート 2 5 aは、物理 I / 0ポート種別が C OMで、物理 I / 0ポート番号力く 1 として特定される。クライアント（ 2 ) 2 b中の 2個の I /O ポート 2 5 b、 2 5 cは、物理 Iノ0ポート番号 1、 2で特定される。マッピング情報は、クライアントが持つ物理 I Z 0ポートの種別、番号と仮想 I /0ポート番号として設定された番号とを、 1対 1 で対応させる。例えば、図 1 0の例では、クライアント（ 1 ) 2 aの物理 I Z 0ポート種別、番号 = C〇 M 1 は、仮想 I Z 0ポ一ト番号 1 に対応する。更にクライアント（ 2 ) 2 b中の C OM 1 は仮想 I Z 0ポート番号 2 に、 C 0 M 2 は仮想 I / 0ポ一ト番号 3 に、それぞれ 1 対 1で対応する。

図 9のシステムにおいて、クライアント（ 1 ) 2 aに電源が投入されると、デバイスハンドラ 2 7 aが起動し、通信回線上のアドレス 0 (サーバ 1 とアドレス 1 (クライアント 2 a ) 間で仮想 I / 0ポート 1 8 a とのコネクションが確立される。以降の仮想 I Z 0 ポート 1 8 a とデバイスヽンドラ 2 7 a間のデータ転送はこのコネクシヨン上で行われる。デバイスドラ 1 7 aから I Z 0デバイス 4 aに対する処理は、仮想 I 0ポート 1 8 a上で Iノ 0ポート 2 5 aに対する処理として受け付けられ、処理電文に I / 0ポート 2 5 aを示す C 0 M 1が付加され、デバイスハンドラ 2 7 aに転送される。デバイスハンドラ 2 7 aでは、処理電文に付された情報 C O M 1 力、ら、 I Z Oポート 2 5 aが識別され、これに対して処理が行われる。

一方、 I Z 0ポート 2 5 aで発生したィベン卜には、デバイスハンドラ 2 7 aにおいて処理電文に 1 が付加され、仮想 I / 0ポート 1 8 aへバケツト送信される。従って仮想 I Z 0ポート 1 8 aでは、仮想 I ノ0ポート番号 1 が認識され、仮想 I ノ0ポート番号 1 に対応するデバイスドライノく ( 1 ) にィベン卜の発生が通知される。

クライアント 2 bに関しても、通信回線上のァドレス 0 とァドレス 2間のコネクション上で、同様にして処理される。即ち、仮想 I Z 0ポー卜 1 8 a と I 0ポート 2 5 b間は、仮想 I Z◦ポート番号 2 と C 0 M 1 力く 1 対 1 で対応し、仮想 I 7 0ポート 1 8 a と I / 0 ポート 2 5 c間は、仮想 I Z 0ポ一卜番号 3 と C 0 M 2 と力 1 対 1 で対応する。従って、アドレス 0 とアドレス 2 間のコネクション上で往復される処理電文には、情報として仮想 I Z Oポート番号 2 、 C 0 M 1 あるいは仮想 I Z 0ポート番号 3 、 C O M 2が付加され、 1 〇ポート 2 5 bまたは I Z Oポート 2 5 cが特定される。本実施形態のサーバ/クライアントシステムでは、以上の様にして 1 個のサーバで、複数個の I Z Oポートを有する複数個のクライアントを一元的に管理することができる。この場合、複数のクライアン卜に接続される複数種類の I Z Oデバイスの各デバイスドライバは、従来のシステムにおけるデバイスドライバを変更せずに全てサーバ側で動作させることができるので、全てのデバイスドライバの版数をサーバ側で確認し、管理することができる。

図 9 におけるサーバ/クライアントシステムにおいて、仮想 I / 0ポート 1 8 aに診断指示機能と結果表示機能を付加することによつて、全てのクライアン卜の診断をサーバ側で一元的に実行することができる。即ち、ユーザにより診断が開始されると、仮想 I / O ポート 1 8 aは、診断コマンドを指定されたクライアント、例えばクライアント（ 1 ) 2 a に送信し、クライアント 2 a 中のデバイスノヽンドラ 2 7 a によって I Z Oポート 2 5 a 、 I / Oデバイス 4 a およびクライアントハードウエアの診察を実行させる。診断の結果は、仮想 I / 0ポート 1 8 aに送信され、診断結果として表示される。

図 1 1 は、この診断機能において使用される診断メニューを例示する図である。本システムは、前述した様に仮想 I / 0ポート 1 8 aにおいて各クライアン卜の各 I / Oポートを特定するための設定機能を有しているので、仮想 I / 0ポ一トュ一ザがこのシステムの診断を開始すると、指定された I ノ 0デバイス、 I / 0ポート、クライアン卜の診断が行われる。まず、仮想 I Z Oポート 1 8 aは、診断コマンドを指定されたクライアント、例えばクライアント 2 a に送信し、デバイスハンドラ 2 7 a は送信されたコマンドを受信すると直ちにそのレスポンスを仮想 I / 0ポート 1 8 a に返信する。従って仮想 I Z 0ポート 1 8 aがこのレスポンスを受け取れなかつた場合は、クライアント 2 aの電源が切断されている力、、あるいは何らかの異常が通信回線またはクライアント 2 a にあることを意味する。この異常は、サーバ 1 側の例えばディスプレイにおいて表示される。

デバイスハンドラ 2 7 aが診断コマンドを受信すると、デバイスハンドラ 2 7 a はその内容を解釈し、例えば I Z 0デバイス 4 aの診断の場合、それがサポートする診断を行い、結果を仮想 I / 0ポート 1 8 a に送信する。例えば I / 0ポート 2 7 a力くシリアルポ一トである場合、内部折り返し診断等を実行し、結果を仮想 I Z Oポ一ト 1 8 a に送信する。仮想 I Z Oポ一ト 1 8 aが診断結果を受信すると、例えばサーバ側のディスプレイでその結果を表示する。以上の診断処理は、仮想 I / 0ポート 1 8 aが各クライアント、各種 I ノ 0ポートを個々に識別しうるため、全てのクライアン卜の診断をサーバ側で一元的に実行することが可能となる。

図 9 に示す実施形態において、各クライアントのプラットフォ一ム（ハードウェア、 0 / S等）が変更された場合、それぞれのクライアン卜のデバイスハンドラは新たに作成しなおすことが必要であるが、一方、仮想 I / 0ポート 1 8 a と通信回線 3上のコネクションの確立手順、仮想 I Z 0ポート 1 8 aからの処理電文受信方法、仮想 I ノ 0ポート 1 8 a への I / 0ポート番号と種別を含む処理結果の電文フォーマツト、イベントの電文フォーマツトは変更する必要がない。さらに前記診断機能を有するシステムにおいても、診断コマンドの受信方法、レスポンスの電文フォーマツト、診断結果の電文フォーマツトも変更する必要はない。従って、各クライアントのプラットフオームが変更されても、サーバ側を変更する必要が無いので、クライアント側のプラットフオームの変更に柔軟に対処することが可能である。発明の効果

以上に説明した様に、本発明によれば、従来のサーバ Zクライアントシステムでクライアント側で使用されていたアプリケ一ション、デバイスドライバを変更することなくサーバ上に移すことが可能である。従って、クライアント側での処理負担が軽減され、その結果ハ一ドウエア資源が大幅に軽量化される。従って、従来の A P I 環境を維持しながら、軽量化されたクライアントを有するサ一バノクライアントシステムを構築することが可能となる。

また、クライアントのプラットフオームが変更された場合も、サ —バ側に変更を要しないので、プラットフオームの変更に柔軟に対応することができる。

以上の様な本発明のサーバ/クライアントシステムは、 1 個のサ —バで数個のクライアントを制御する P O S システム等に応用された場合、各クライアントが大幅に軽量化されるため、システム全体を構築するためのコス卜のみならず、システム運用上のコスト削減の効果が大きい。更に各プラットフオームの変更に柔軟に対処できるので、 P 0 S システムの設計変更時のコスト負担を大幅に削減できる。

Claims

請求の範囲

1 . 少なくとも 1 個の I Z〇ポートを有する少なくとも 1 個のクライアントを通信回線を介して 1 個のサーバに接続するサーバ/クライアントシステムであって、

前記サーバに、前記 I / 0ポ一トを制御するためのデバイスドラィバと、該デバイスドライバに対して前記 I / 0ポー卜と同一の機能を有するインタ一フヱ一スを提供しかつ前記デバイスドライバからの入出力制御信号を前記クライアント側に送信し該クライアント側からのィベントを受信して前記デバイスドライバに通知するための仮想 I Z〇ポー卜を設け、

前記クライアン卜に前記通信回線を介して前記仮想 I / 0ポートに接続されるデバイスハンドラを設け、該デバイスハンドラによつて前記 I / Oポートを制御する構成としたことを特徴とする、サーバ Zクライアントシステム。

2 . 前記デバイスハンドラは、前記仮想 I ノ 0ポ一卜から送信された入出力制御信号を受信し該制御信号に基づいて前記 I / 0ポー卜に対する入出力制御を行い、かつ前記クライアントに前記 I z o ポートを介して接続された 1 ノ0デバイスからのィベントを前記 I Z Oポートを介して受信し前記仮想 I Z Oポー卜に送信することを特徴とする、請求項 1 に記載のサーバ Zクライアントシステム。

3 . 前記仮想 I Z Oポートは前記デバィスドライバからの入出力制御を入出力制御バケツトとして前記通信回線を介して前記デバィスハンドラに送信することを特徴とする、請求項 1 または 2 に記載のサーバ zクライアントシステム。

4 . 前記デバイスハンドラは前記 I Z 0ポートを介して受信した I / Oポートイベントをィベントバケツトとして前記通信回線を介して前記仮想 I Z Oポートに送信することを特徴とする、請求項 1 乃至 3 の何れか 1 項に記載のサーバ Zクライアントシステム。

5 . 前記サーバは、従来のサーバ Zクライアントシステムで使用されていた既存のアプリケ一ションを含むことを特徴とする請求項 1 乃至 4 の何れか 1 項に記載のサーバ Zクライアントシステム。

6 . 前記サーバは、従来のサーバ/クライアン卜システムで使用されていた既存のデバイスドライバを含むことを特徴とする、請求項 1 乃至 5 の何れか 1 項に記載のサーバ Zクライアン卜システム。

7 . 前記仮想 I Z Oポートは、前記クライアントの通信回線上のアドレスと前記 I Z Oポー卜の種別および番号を識別する機能を有することを特徴とする、請求項 1 乃至 6 の何れか 1 項に記載のサーバ /クライアントシステム。

8 . 前記仮想 I ノ 0ポートは、前記クライアントのハードウェアの診断機能を有することを特徴とする、請求項 1 乃至 7 の何れか 1 項に記載のサーバ Zクライアントシステム。

9 . 前記通信回線は L A Nである、請求項 1 乃至 8 の何れか 1 項に記載のサーバクライアントシステム。

1 0 . 1 個のサーバと、それぞれが少なくとも 1 個の I z〇ポートを有する m ( mは 2以上の整数）個のクライアントを備え、前記サーバ側に、前記各クライアン卜で使用される全てのアブリケ一ションと、前記各 I Z Oポートを制御する全てのデバイスドラィバとを配置したことを特徴とする、請求項 1 乃至 9 の何れか 1 項に記載のサーバ/クライアントシステム。

1 1 . 少なくとも 1 個の C P U、記憶装置、回線制御部およびこれらを制御するオペレーションシステムを有するサ一ノくにおいて、更に、アプリケーション、デバイスドライバおよび該デバイスドラィバに I ノ0ポー卜と同一の機能を提供する仮想 I Z Oポートをソフトウエアとして組み込んだことを特徴とするサーバ。

1 2 . 少なくとも 1 個の C P U、記憶装置、回線制御部、外部 I / 0デバイスを制御するための I Z 0ポート、およびこれらを制御するためのオペレーションシステムを有するクライアン卜において、更に前記 I 0ポートを制御するためのデバイスハンドラをソフトウエアとして組み込んだことを特徴とするクライアント。