JP2001236210A - クライアントサーバモデルの機能管理システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントサーバモデルにおいて、連携し
て動作するソフトウェアの機能を自動的に追加、更新、
削除できるようにする。 【解決手段】 サーバ部１００は、追加する機能の構成
単位となる機能構成要素１１０Ａ，Ｂ，…を保持する。
この機能構成要素１１０Ａ，Ｂ，…は、クライアント構
成要素とサーバ部１００に配置されるサーバファイルを
有し、クライアント構成要素は、機能の追加、更新時、
サーバ制御部１２０によりクライアント部２００に転送
される。サーバ制御部１２０は、機能の追加、更新、削
除の指示があったとき、機能追加通知、機能削除通知を
クライアント部２００に転送し、最新構成要素情報テー
ブル１２１等に機能の追加、更新、削除に関する情報を
登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント部と
サーバ部とが連携して動作する機能を自動的に変更する
クライアントサーバモデルの機能管理システムに関す
る。

【０００２】

【従来の技術】従来より、ソフトウェアの機能を自動的
に追加するような機能管理システムが開示されている
（特開平０８−１４９２０８号公報等参照）。

【０００３】図２は、かかる従来の機能管理システムの
構成を示すブロック図である。この従来の機能管理シス
テムでは、そして、処理対象の状態を複数の属性値の組
合せで表示し、表示する予め定められた属性を観察し、
該属性値が自機能部品の起動条件に一致したときは、自
機能部品に定められた機能を実行する複数の機能部品が
備えられている。また各機能部品は、４種類の機能部品
に分類できるように構成されている。

【０００４】

【発明が解決しようとする課題】ところで、かかる従来
の機能管理システムでは、いずれも単体で動作するソフ
トウェアを対象としたものであり、クライアントサーバ
モデルのように複数の装置間で連携して動作するような
ソフトウェアの機能を自動的に追加等することはできな
い。

【０００５】従って、複数の装置間で連携して動作する
ようなクライアントサーバモデルにおいても、ソフトウ
ェアの機能を自動的に追加等できるような構成が必要と
なってくる。

【０００６】

【課題を解決するための手段】本発明はこの課題を解決
するため、次の構成を採用する。 〈構成１〉請求項１の発明にかかるクライアントサーバ
モデルの機能管理システムは、クライアント部と当該ク
ライアント部を管理するサーバ部とが連携して動作する
機能を管理するクライアントサーバモデルの機能管理シ
ステムにおいて、前記サーバ部は、当該機能をクライア
ント部側でサーバ部と連携して実行するためのクライア
ントファイルと当該機能に関する情報とからなるクライ
アント構成要素、サーバ部側でクライアント部と連携し
て実行するためのサーバファイルを機能構成要素として
機能単位で保持するとともに、保持されている機能構成
要素の変更に関する情報を登録するための管理テーブル
と、機能の変更に応じて機能構成要素を変更し、管理テ
ーブルに機能構成要素の変更に関する情報を登録する機
能管理手段と、を備え、前記サーバ部と連携して動作す
るクライアント部は、機能の変更に応じてクライアント
構成要素を変更するように構成されている。

【０００７】〈構成２〉請求項２の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、機能の変更として、機能を追
加、更新するときは、追加、更新の対象となる機能構成
要素からクライアント構成要素を取り出して、当該クラ
イアント構成要素を機能追加通知とともに、連携して動
作するクライアント部に転送し、機能を削除するとき
は、連携して動作しているクライアント部に機能削除通
知を転送し、機能追加通知、機能削除通知を転送すると
き、及び機能追加通知、機能削除通知に応じてクライア
ント部から処理完了通知が送信されたとき、管理テーブ
ルに機能の追加、更新、削除に関する情報を登録するよ
うに構成され、前記クライアント部が、サーバ部から機
能追加通知を受信したとき、機能追加通知とともに受信
したクライアント構成要素と同じものが当該クライアン
ト部にないときは、受信したクライアント構成要素を追
加し、同じものがあるときは、過去に受信したクライア
ント構成要素を新しく受信したものに更新し、サーバ部
から転送された機能削除通知を受信したとき、当該クラ
イアント構成要素を削除し、クライアント構成要素の追
加、更新、削除が完了したことを処理完了通知としてサ
ーバ部に転送するように構成されている。

【０００８】〈構成３〉請求項３の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の管理テーブルが、機能追加が行われた機能構成要
素に関する情報を保持する最新構成要素情報テーブル
と、現在稼働しているクライアント部に関する情報を保
持する稼働クライアント情報テーブルと、機能構成要素
が更新されたときに、更新される前の機能構成要素に関
する情報を保持する更新構成要素情報テーブルと、削除
すべき機能構成要素に関する情報を保持する削除構成要
素情報テーブルと、を備えている。

【０００９】〈構成４〉請求項４の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、追加すべき機能の機能構成要素
がサーバ部に配置されたとき、稼働クライアント情報テ
ーブルに登録されている現在稼働中のクライアント部を
検索し、検索された現在稼働中のクライアント部の中か
ら、追加する機能を実行するクライアント部を最新構成
要素情報テーブルに登録し、当該クライアント部に機能
追加通知を転送し、当該クライアント部から処理完了通
知が転送されたときは、更新構成要素情報テーブルに当
該クライアント部を登録するように構成されている。

【００１０】〈構成５〉請求項５の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、更新された機能構成要素がサー
バ部に配置されたとき、最新構成要素情報テーブルに保
持されている該当情報を更新し、稼働クライアント情報
テーブルに登録されているクライアント部に当該クライ
アント部に機能追加通知を転送し、当該クライアント部
から処理完了通知が転送されたときは、更新構成要素情
報テーブルに登録されている情報を更新するように構成
されている。

【００１１】〈構成６〉請求項６の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、機能を削除するときは、最新構
成要素情報テーブルに保持されている該当情報を削除
し、削除構成要素情報テーブルに削除する機能構成要素
に関する情報を登録してクライアント部に機能削除通知
を転送し、当該機能削除通知に応じてクライアント部か
ら処理完了通知が転送されたとき、削除構成要素情報テ
ーブルから該当情報を削除するように構成されている。

【００１２】〈構成７〉請求項７の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、起動したクライアント部から起
動通知を受信したとき、稼働クライアント情報テーブル
に当該クライアント部の情報を登録し、最新構成要素情
報テーブル及び更新構成要素情報テーブルの情報を更新
し、前記クライアント部が、起動したときに起動通知を
サーバ部に転送し、当該起動通知に応じてサーバ部から
イベントが転送されたとき、当該イベントの種別を判別
してクライアント構成要素の追加、更新、削除を実行し
て処理完了通知をサーバ部に転送するように構成されて
いる。

【００１３】〈構成８〉請求項８の発明にかかるクライ
アントサーバモデルの機能管理システムでは、前記サー
バ部の機能管理手段が、稼働停止するクライアント部か
ら終了通知を受信したとき、稼働クライアント情報テー
ブル及び更新構成要素情報テーブルから当該クライアン
ト部の情報を削除するように構成され、前記クライアン
ト部が、稼働を停止するとき、終了通知をサーバ部に転
送するように構成されている。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。 〈具体例１〉具体例１は、クライアント部とサーバ部が
連携して動作する機能を自動的に追加できるようにした
ものである。

【００１５】図１は、具体例１の構成を示すブロック図
である。クライアントサーバモデルは、複数のコンピュ
ータを通信回線を介して接続することにより構成され、
このクライアントサーバモデルのサーバ側のソフトウェ
アとなるサーバ部１００と、クライアント側のソフトウ
ェアとなるクライアント部２００との間で情報が送受信
される。

【００１６】サーバ部１００は、機能構成要素１１０
（Ａ，Ｂ，…）と、最新構成要素情報テーブル１２１、
稼働クライアント情報テーブル１２２、更新構成要素情
報テーブル１２３、削除構成要素情報テーブル１２４及
びサーバ制御部１２０を有している。これらのテーブル
１２１〜１２４は、サーバ部１００に保持されている機
能構成要素１１０の追加、更新、削除に関する情報を登
録するための管理テーブルであり、その内容は後述す
る。

【００１７】このサーバ制御部１２０は、各機能構成要
素１１０、クライアント部２００の稼働状態を管理し、
機能構成要素１１０の追加、更新、削除を行うときは、
テーブル１２１〜１２４にこれらの情報を登録する機能
管理手段である。

【００１８】このサーバ制御部１２０は、さらに各クラ
イアント部２００に対してクライアント構成要素１１１
を含めた機能追加通知を送信する機能と、機能削除通知
を送信する機能と、起動処理完了通知を送信する機能
と、各クライアント部２００から送信された起動通知、
終了通知、機能追加完了通知、機能削除完了通知を受信
する機能を有している。

【００１９】次に、サーバ部１００が有している機能構
成要素１１０の構成について説明する。図３は、その機
能構成要素１１０の構成を示すブロック図である。機能
構成要素１１０は、クライアント構成要素１１１とサー
バファイル１１４とを備えて構成されている。

【００２０】また、クライアント構成要素１１１は、シ
ナリオ情報１１２と、クライアント部２００の追加機能
となるクライアントファイル１１３と、を備えている。
このシナリオ情報１１２には、機能構成要素１１０に関
する情報が保持されている。

【００２１】図４は、シナリオ情報１１２の説明図であ
る。この図４に示すように、シナリオ情報１１２には、
「機能構成要素の識別子」、「クライアントファイ
ル」、「サーバファイル」、「版番号」の欄があり、こ
れらの欄に各機能構成要素１１０固有の情報がそれぞれ
登録される。

【００２２】この「機能構成要素の識別子」には、複数
の機能構成要素１１０を識別するために各機能構成要素
１１０に対してユニークに割り当てられた値が登録され
る。各クライアント構成要素１１１もシナリオ情報に登
録された識別子によって識別される。

【００２３】図５は、最新構成要素情報テーブル１２１
の説明図である。図５に示すように、最新構成要素情報
テーブル１２１は、機能追加が行われた機能構成要素１
１０に関する情報を保持するテーブルであり、最新構成
要素情報テーブル１２１には、追加された機能構成要素
１１０の識別子が登録される「機能構成要素の識別子」
の欄と、その「版番号」の欄と、機能追加が行われたク
ライアント部２００の識別子が登録される「追加済みの
クライアント部」の欄と、がある。

【００２４】図６は、稼動クライアント情報テーブル１
２２の説明図である。稼動クライアント情報テーブル１
２２は、現在稼働しているクライアント部２００に関す
る情報を保持するためのテーブルであり、稼動クライア
ント情報テーブル１２２には、起動中のクライアント部
２００の識別子が登録される「起動中のクライアント
部」の欄がある。

【００２５】図７は、更新構成要素情報テーブル１２３
の説明図である。更新構成要素情報テーブル１２３は、
機能構成要素１１０が更新されたときに、更新される前
の機能構成要素１１０に関する情報を保持するためのテ
ーブルであり、更新構成要素情報テーブル１２３には、
その機能構成要素１１０の情報として、更新すべき機能
構成要素１１０の識別子が登録される「機能構成要素の
識別子」の欄と、その「版番号」の欄と、使用中のクラ
イアント部２００の識別子が登録される「使用クライア
ント部」の欄と、がある。

【００２６】図８は、削除構成要素情報テーブル１２４
の説明図である。削除構成要素情報テーブル１２４は、
削除すべき機能構成要素１１０に関する情報を保持する
ためのテーブルであり、削除構成要素情報テーブル１２
４には、削除すべき機能構成要素１１０の識別子が登録
される「機能構成要素の識別子」の欄と、使用中のクラ
イアント部２００の識別子と、が登録される「使用クラ
イアント部」の欄と、がある。

【００２７】クライアント部２００は、サーバ部１００
からクライアント構成要素１１１が転送されたとき、こ
のクライアント構成要素１１１を保持する。クライアン
ト部２００は複数存在し、各クライアント部２００は、
他のクライアント部２００と識別するためにユニークな
値が割り当てられた識別子を保持する。

【００２８】また、クライアント部２００は、クライア
ント構成要素１１１の機能を自動的に機能追加を行う機
能と、サーバ部１００に対し、起動通知、終了通知、機
能追加完了通知、機能削除完了通知を送信する機能と、
サーバ部１００から送信された機能追加通知、機能削除
通知、起動処理完了通知を受信する機能を有している。

【００２９】〈動作〉具体例１では、機能構成要素１１
０を新規に追加する動作について説明する。機能構成要
素１１０を新規に追加するときは、サーバ部１００の指
定された個所に機能構成要素１１０を配置し、サーバ部
１００のヒューマンマシンインタフェースを利用してユ
ーザがサーバ部１００に機能追加の実行を指示すること
により開始する。

【００３０】サーバ部１００のサーバ制御部１２０はこ
の指示に基づいて機能の追加を実行する。図９は、機能
の追加を実行するサーバ制御部１２０の動作（１）を示
すフローチャートである。

【００３１】ステップ（図中、ステップを「Ｓ」と記
す。）１では、追加する機能構成要素１１０にシナリオ
情報１１２が含まれているか否かを判定する。追加する
機能構成要素１１０にシナリオ情報１１２が含まれてい
ないときは、機能構成要素１１０を追加することはでき
ないと判断してこの処理を終了する。

【００３２】また、追加する機能構成要素１１０にシナ
リオ情報１１２が含まれているときは、ステップ２に進
む。ステップ２では、シナリオ情報１１２に、機能構成
要素の識別子、クライアントファイル名及びサーバファ
イル名が記され、そして、実際にこのクライアントファ
イル１１３とサーバファイル１１４が存在するか否かを
判定する。

【００３３】機能構成要素の識別子、クライアントファ
イル名又はサーバファイル名が記されていないとき、あ
るいは実際にこれらのファイルが存在しないときは機能
構成要素１１０を追加することはできないと判断してこ
の処理を終了する。

【００３４】また、図２に示すように、シナリオ情報１
１２に、機能構成要素１１０Ａの識別子Ａが記され、ク
ライアントファイル名funcA-1.class funcA-2.class及
びサーバファイルfdscが記され、実際にこれらのファイ
ルも存在しているときは、ステップ３に進む。

【００３５】ステップ３では、最新構成要素情報テーブ
ル１２１の「機能構成要素の識別子」の中に、追加する
機能構成要素１１０の識別子と同じ識別子が有るか否か
を判定する。例えば、機能構成要素１１０Ａの機能追加
が指示されたときは、図５に示す最新構成要素情報テー
ブル１２１の「機能構成要素の識別子」に機能構成要素
１１０Ａの識別子Ａが登録されているので、機能構成要
素１１０Ａの更新が指示されたことになり、機能構成要
素１１０Ｄの機能追加が指示されたときは、「機能構成
要素の識別子」に機能構成要素１１０Ｄの識別子Ｄは登
録されていないので、機能構成要素１１０Ｄの追加が指
示されたことになる。

【００３６】機能の更新が指示されたときは、ステップ
８に進む。この処理については、具体例２において、説
明する。また、機能の追加が指示されたときは、ステッ
プ４に進む。

【００３７】ステップ４では、追加する機能構成要素１
１０に含まれているシナリオ情報１１２の「版番号」の
値を１に設定する。ステップ５では、最新構成要素情報
テーブル１２１に対し、追加する機能構成要素１１０の
情報を登録する。この際、最新構成要素情報テーブル１
２１の「追加済みのクライアント部」には、この値を設
定しないようにしておく。

【００３８】ステップ６では、追加された機能構成要素
１１０に含まれているサーバファイル１１４の機能を実
行可能にする。ステップ７では、稼動クライアント情報
テーブル１２２に登録されている起動中のクライアント
部２００に対して、機能追加通知を転送する。

【００３９】例えば、図６に示す稼働クライアント情報
テーブル１２２の「起動中のクライアント部」には、ク
ライアント部２００の識別子client1〜4が登録されてい
るので、これらの中から連携して動作するクライアント
部２００を選択し、機能追加通知を転送する。この機能
追加通知には、追加する機能構成要素１１０を含めてお
く。

【００４０】次にクライアント部２００がクライアント
構成要素１１１を取得したときのクライアント部２００
の処理について説明する。図１０は、クライアント部２
００の動作（１）を示すフローチャートである。

【００４１】ステップ２１では、サーバ部１００からク
ライアント構成要素１１１を取得する。ステップ２２で
は、過去に受信したクライアント構成要素１１１のシナ
リオ情報１１２の中に、受信したクライアント構成要素
１１１と識別子の値が同じものがあるか否かを判定す
る。

【００４２】例えば、取得したクライアント構成要素１
１１のシナリオ情報１１２に、図４に示すような機能構
成要素１１０Ａの識別子Ａの値が登録されているとき
は、機能構成要素１１０Ａのクライアント構成要素１１
１は過去に受信したものであり、機能構成要素１１０Ａ
の機能の更新と判定される。このときの処理については
具体例２において説明する。また、シナリオ情報１１２
に同じ識別子が登録されていないときは、新規追加と判
定し、ステップ２３に進む。

【００４３】ステップ２３では、ヒューマンマシンイン
タフェースを使用して、新しいクライアント構成要素１
１１を受信したことをユーザに通知する。ステップ２４
では、追加されたクライアント構成要素１１１に含まれ
るクライアントファイル１１３の機能を実行可能にす
る。

【００４４】ステップ２５では、追加完了通知をサーバ
制御部１２０に通知する。この追加完了通知には、送信
するクライアント部２００の識別子と、追加したクライ
アント構成要素１１１の識別子と版番号の値を指定す
る。サーバ制御部１２０はクライアント部２００から追
加完了通知を受信して動作を開始する。

【００４５】図１１は、このときのサーバ制御部１２０
の動作（２）を示すフローチャートである。ステップ３
１では、クライアント部２００から追加完了通知を受信
する。

【００４６】ステップ３２では、最新構成要素情報テー
ブル１２１に登録されている機能構成要素１１０の中
に、追加完了通知に指定されたクライアント構成要素１
１１のシナリオ情報１１２に登録されている識別子及び
版番号の値が一致するものがあるか否かを判定する。

【００４７】例えば、図４に示すシナリオ情報１１２で
は、「機能構成要素の識別子」がＡであり、図５に示す
最新構成要素情報テーブル１２１には、この識別子Ａが
登録されている。

【００４８】このように最新構成要素情報テーブル１２
１に登録されている機能構成要素１１０の中に、シナリ
オ情報１１２に登録されている識別子及び版番号の値が
一致するものがあるときは、ステップ３３に進み、最新
構成要素情報テーブル１２１の「追加済みのクライアン
ト部」に、追加完了通知に指定されたクライアント部２
００の識別子を追加してからステップ３４に進み、ない
ときは、ステップ３４にそのまま進む。

【００４９】ステップ３４では、次に、更新構成要素情
報テーブル１２３を検索する。ステップ３５では、更新
構成要素情報テーブル１２３に登録されている機能構成
要素１１０の中に、追加完了通知に指定された機能構成
要素の識別子の値が一致するものがあるかどうかを判定
する。かかる機能構成要素の識別子がないときは、この
処理を終了させ、あるときは、ステップ３６に進む。

【００５０】ステップ３６では、更新構成要素情報テー
ブル１２３の「使用クライアント部」から、追加完了通
知によって指定されたクライアント部２００の識別子を
削除する。

【００５１】ステップ３７では、この「使用クライアン
ト部」に、他のクライアント部２００の識別子が登録さ
れているか否かを判定する。例えば、図７に示す更新構
成要素情報テーブル１２３の「使用クライアント部」か
ら、クライアント部２００の識別子client1を削除した
場合、機能構成要素１１０Ａの「使用クライアント部」
には、まだ、識別子client3が登録されている。

【００５２】このように、この「使用クライアント部」
に他のクライアント部２００の識別子が登録されている
ときは、ステップ３５に戻り、登録されていなければ、
その処理対象の機能構成要素１１０は実行されていない
ことになるので、ステップ３８に進む。ステップ３８で
は、この機能構成要素１１０に関する情報を更新構成要
素情報テーブル１２３から削除する。

【００５３】ステップ３９では、その機能構成要素１１
０に含まれるサーバファイル１１４の機能を停止させ、
サーバ部１００からその機能構成要素１１０を削除す
る。このようにしてサーバ制御部１２０の追加完了通知
受信時の処理が終了する。

【００５４】次に、クライアント部２００が起動したと
きは、クライアント部２００とサーバ部１００が連携し
て機能構成要素１１０を機能追加する。まず、クライア
ント部２００が起動したときの処理について説明する。
図１２は、そのクライアント部２００の動作（２）を示
すフローチャートである。

【００５５】ステップ４１では、クライアント部２００
が起動したとき、サーバ制御部１２０に対して起動通知
を送信する。この起動通知には、送信するクライアント
部２００の識別子を挿入しておく。これに対して、後述
する処理に従ってサーバ制御部１２０からイベントが送
信される。

【００５６】ステップ４２では、サーバ制御部１２０か
ら送信されたイベントを受信する。ステップ４３では、
この受信したイベントの種別を判定する。ここで、機能
追加するクライアント構成要素１１１がある場合は、サ
ーバ部１００から機能追加通知が送信される。このとき
はステップ４４に進む。

【００５７】尚、イベントの種別が起動処理完了のとき
は、この処理を終了させ、機能削除通知のときはステッ
プ５０に進み、機能の削除を実行する。この動作につい
ては具体例３において説明する。

【００５８】ステップ４４では、クライアント部２００
で保持しているクライアント構成要素１１１の中に、受
信したクライアント構成要素１１１のシナリオ情報１１
２に同じ機能構成要素の識別子が登録されたものがある
か否かを判定する。

【００５９】同じ識別子が登録されたクライアント構成
要素１１１があるときは、クライアント構成要素１１１
の更新と判断してステップ４８に進む。この処理につい
ては、具体例２において説明する。また、取得したクラ
イアント構成要素１１１が機能追加されるクライアント
構成要素１１１であるときは、ステップ４５に進む。

【００６０】ステップ４５では、ヒューマンマシンイン
タフェースを使用して、新しいクライアント構成要素１
１１を受信したことをユーザに通知する。ステップ４６
では、取得したクライアント構成要素１１１に含まれて
いるクライアントファイル１１３の機能を実行可能にす
る。

【００６１】ステップ４７では、追加完了通知をサーバ
制御部１２０に通知してステップ４２に戻る。このよう
にして起動処理完了通知が行われたときのクライアント
部２００の起動処理が終了する。

【００６２】次にクライアント部２００から送信された
起動通知をサーバ制御部１２０が受信したときの処理に
ついて説明する。図１３は、サーバ制御部１２０の動作
（３）を示すフローチャートである。ステップ６１で
は、クライアント部２００から送信された起動通知を受
信する。

【００６３】ステップ６２では、起動通知のあったクラ
イアント部２００の識別子を稼動クライアント情報テー
ブル１２２の「起動中のクライアント部」に追加する。
ステップ６３では、最新構成要素情報テーブル１２１に
登録されている各機能構成要素１１０の中で起動通知を
送信したクライアント部２００の識別子が含まれていな
い構成要素を検索する。

【００６４】ステップ６４では、最新構成要素情報テー
ブル１２１において、処理対象の機能構成要素１１０の
「追加済みのクライアント部」に、起動通知を送信した
クライアント部２００の識別子が登録されているか否か
を判定する。このクライアント部２００の識別子が未登
録のときは、ステップ６５に進む。

【００６５】ステップ６５では、最新構成要素情報テー
ブル１２１において、このクライアント部２００の識別
子を、処理対象の機能構成要素１１０の「追加済みのク
ライアント部」に追加する。

【００６６】ステップ６６では、機能追加通知に処理対
象の機能構成要素１１０に含まれるクライアント構成要
素１１１を機能追加通知とともに、起動通知を送信した
クライアント部２００に転送し、ステップ６４に戻る。
このようにして、検索された各機能構成要素１１０に対
して同じような処理を行う。

【００６７】そして、ステップ６４において、最新構成
要素情報テーブル１２１の「追加済みのクライアント
部」に、前記クライアント部２００の識別子が登録され
ていると判定されたときはステップ６７以降に進む。こ
のステップ６７以降の処理については、具体例３におい
て説明する。

【００６８】次に、クライアント部２００が終了すると
きのクライアント部２００とサーバ制御部１２０の処理
について説明する。クライアント部２００を終了させる
とき、クライアント部２００からサーバ制御部１２０に
終了通知が送信される。この終了通知には、そのクライ
アント部２００の識別子を含めておく。

【００６９】図１４は、サーバ制御部１２０の動作
（１）を示すフローチャートである。ステップ７１で
は、終了するクライアント部２００から、終了通知を受
信する。

【００７０】ステップ７２では、終了通知を受けたクラ
イアント部２００の識別子を稼動クライアント情報テー
ブル１２２の「起動中のクライアント部」から削除す
る。このようにして、サーバ制御部１２０が終了通知を
受信したときの処理が終了する。

【００７１】〈具体例１の効果〉以上、説明したように
具体例１によれば、最新構成要素情報テーブル１２１、
稼働クライアント情報テーブル１２２及び更新構成要素
情報テーブル１２３を用いて機能の追加を行うようにし
たので、クライアント部２００とサーバ部１００とが連
携して動作する機能を新規に自動的に追加することがで
きる。

【００７２】また、複数のクライアント部２００にそれ
ぞれ追加した機能構成を各クライアント部２００毎に管
理することが可能となり、クライアント部２００毎に追
加する機能が異なっても対応できる。

【００７３】〈具体例２〉具体例２では、クライアント
部とサーバ部が連携して動作する機能を自動的に更新す
る動作について説明する。尚、具体例２の構成は具体例
１と同じなので、各要素については同一符号を付して説
明を省略する。

【００７４】〈動作〉機能構成要素１１０の更新は、サ
ーバ部１００の指定された個所に、更新する機能構成要
素１１０を配置し、更新する機能構成要素１１０中にあ
るシナリオ情報１１２の識別子に、更新対象の機能構成
要素１１０の識別子の値を指定し、サーバ部１００のヒ
ューマンマシンインタフェースを利用してユーザが機能
追加実行を指示することにより開始する。

【００７５】サーバ制御部１２０は、この指示に従っ
て、まず、図９のステップ１、２を実行する。そして、
機能構成要素１１０にシナリオ情報１１２が含まれてお
り、クライアントファイル１１３、サーバファイル１１
４が存在するときは、ステップ３に進み、最新構成要素
情報テーブル１２１の中に、追加した機能構成要素１１
０と同じ識別子を持つ機能構成要素１１０が登録されて
いるか否かを判定する。

【００７６】登録されているときは、追加された機能構
成要素１１０が更新される構成要素であると判定し、ス
テップ８に進む。ステップ８では、その登録された機能
構成要素１１０の情報を更新構成要素情報テーブル１２
３に登録し、更新構成要素情報テーブル１２３の「起動
中のクライアント部」に、最新構成要素情報テーブル１
２１において、更新する機能構成要素１１０と同じ識別
子を有する要素の「追加済みのクライアント部」に登録
されているクライアント部２００の識別子を指定する。

【００７７】ステップ９では、追加する機能構成要素１
１０に含まれるシナリオ情報１１２の「版番号」の値を
＋１とする。ステップ１０では、最新構成要素情報テー
ブル１２１において、追加する機能構成要素１１０と同
じ識別子の情報に対し、版番号の値を１増やし、「追加
済みのクライアント部」に登録されている値をすべて削
除する。

【００７８】そして、追加された機能構成要素１１０に
含まれているサーバファイル１１４の機能を実行可能に
し（ステップ６）、稼動クライアント情報テーブル１２
２の「起動中のクライアント部」に登録されているクラ
イアント部２００に対して、機能追加通知を転送する
（ステップ７）。このようにして、機能追加実行が指示
されたときのサーバ制御部１２０の更新処理が終了す
る。

【００７９】次に、クライアント部２００がサーバ制御
部１２０から転送された機能追加通知を受信したとき、
クライアント部２００は、図１０のフローチャートに従
って処理を実行する。

【００８０】ステップ２１では、具体例１と同様に、サ
ーバ部１００からクライアント構成要素１１１を取得す
る。ステップ２２では、過去に受信したクライアント構
成要素１１１の中に、受信したクライアント構成要素１
１１と識別子の値が同じであるものがあるか否かを判定
し、同じものがあるときは、取得したクライアント構成
要素１１１が更新すべきものであると判定してステップ
２６に進む。

【００８１】ステップ２６では、更新されたクライアン
ト構成要素１１１を受信したことを、ヒューマンマシン
インタフェースを使用してユーザに通知する。この通知
を受け取ったユーザからクライアント構成要素１１１の
更新が指示されたときは、ステップ２７に進む。ステッ
プ２７では、検索したクライアント構成要素１１１に含
まれるクライアントファイル１１３の機能の実行を終了
する。

【００８２】ステップ２８では、検索したクライアント
構成要素１１１を削除し、受信したクライアント構成要
素１１１に含まれるクライアントファイル１１３の機能
を実行可能にする。

【００８３】ステップ２５では、処理完了通知をサーバ
制御部１２０に通知する。このようにして、機能の更新
通知を受信したときのクライアント部２００の処理が終
了する。この機能の更新通知は、サーバ制御部１２０に
よって受信され、サーバ制御部１２０は、具体例１と同
様に図１１の処理を実行する。

【００８４】次に、クライアント部２００が起動したと
きのクライアント部２００の機能を更新する処理につい
て説明する。この処理は、図１２のフローチャートに従
って実行され、ステップ４１〜４４では、具体例１と同
様に、サーバ部１００に起動通知を送信し、サーバ部１
００から受信したイベントを判定し、そのイベントの種
別が機能追加通知であって、取得したクライアント構成
要素１１１が機能更新されるクライアント構成要素１１
１であるときは、ステップ４８に進む。

【００８５】ステップ４８では、更新されたクライアン
ト構成要素１１１を受信したことを、ヒューマンマシン
インタフェースを使用してユーザに通知する。ステップ
４９では、受信した構成要素と同じ識別子を持つクライ
アント構成要素１１１を削除し、受信したクライアント
構成要素１１１に含まれるクライアントファイル１１３
の機能を実行可能にする。

【００８６】ステップ４７では、追加完了通知をサーバ
制御部１２０に送信し、ステップ４２に戻る。サーバ制
御部１２０がクライアント部２００から起動通知を受信
したとき、サーバ制御部１２０は、図１３のフローチャ
ートに従って具体例１と同様に処理を実行する。

【００８７】また、クライアント部２００が処理を終了
させるときは、具体例１と同様に、終了通知をサーバ制
御部１２０に転送し、サーバ制御部１２０は、図１３の
フローチャートに従って終了処理を実行する。

【００８８】〈具体例２の効果〉以上、説明したように
具体例２によれば、機能構成要素１１０の新規追加時と
同様に、最新構成要素情報テーブル１２１、稼働クライ
アント情報テーブル１２２及び更新構成要素情報テーブ
ル１２３を用いて機能の更新を行うようにしたので、ク
ライアント部２００とサーバ部１００とが連携して動作
する機能を自動的に更新することができる。

【００８９】また、機能構成要素１１０の新規追加時と
同様に、複数のクライアント部２００にそれぞれ追加し
た機能構成をクライアント部２００部毎に管理すること
が可能であり、クライアント部２００毎に追加する機能
の版が異なる場合でも対応することができる。

【００９０】〈具体例３〉具体例３では、クライアント
部とサーバ部とが連携して動作する機能を自動的に削除
する動作について説明する。尚、具体例３の構成は具体
例１と同じなので、各要素については同一符号を付して
説明を省略する。

【００９１】〈動作〉機能構成要素１１０の削除は、サ
ーバ部１００に対し、ユーザがサーバ部１００のヒュー
マンマシンインタフェースを使用して、最新構成要素情
報テーブル１２１に登録されている機能構成要素１１０
の中から削除する機能構成要素１１０を指定して機能削
除を指示することにより開始する。

【００９２】図１５は、機能削除が指示されたときのサ
ーバ制御部１２０の動作（１）を示すフローチャートで
ある。ステップ８１では、削除する機能構成要素１１０
に関する情報を削除構成要素情報テーブル１２４に登録
し、「使用クライアント部」には、最新構成要素情報テ
ーブル１２１において、削除する機能構成要素１１０と
同じ識別子を有する要素の「追加済みのクライアント
部」に登録されているクライアント部２００の識別子
と、更新構成要素情報テーブル１２３において、削除す
る機能構成要素１１０と同じ識別子を有する要素の「追
加済みのクライアント部」に登録されているクライアン
ト部２００の識別子を指定する。

【００９３】例えば図８に示すように、機能構成要素１
１０Ｄ，Ｅを削除するときは、この機能構成要素１１０
Ｄ，Ｅの識別子Ｄ，Ｅ、機能構成要素１１０Ｄの「使用
クライアント部」に、クライアント部２００の識別子cl
ient5,7、機能構成要素１１０Ｅの「使用クライアント
部」に、クライアント部２００の識別子client5を登録
する。

【００９４】ステップ８２では、最新構成要素情報テー
ブル１２１において、削除する機能構成要素１１０に関
する情報を削除する。ステップ８３では、更新構成要素
情報テーブル１２３において、削除する機能構成要素１
１０に関する情報をすべて削除する。

【００９５】ステップ８４では、稼働クライアント情報
テーブル１２２の「起動中のクライアント部」に登録さ
れているクライアント部２００に対して、機能削除通知
を送信する。このようにして機能削除が指示されたとき
のサーバ制御部１２０の処理が終了する。

【００９６】次に、クライアント部２００が機能削除通
知を受信したときの処理について説明する。図１６は、
そのときのクライアント部の動作を示すフローチャート
である。

【００９７】ステップ９１では、クライアント部２００
が、サーバ制御部１２０から機能削除通知を受信する。
ステップ９２では、機能削除通知を受信したことを、ヒ
ューマンマシンインタフェースを使用してユーザに通知
する。

【００９８】この機能削除通知を受信したユーザは、ヒ
ューマンマシンインタフェースを使用してクライアント
構成要素１１１の削除を指示するので、このときは、ス
テップ９３に進む。

【００９９】ステップ９３では、機能削除通知に指定さ
れたクライアント構成要素１１１の機能の実行を終了さ
せる。ステップ９４では、そのクライアント構成要素１
１１をクライアント部２００から削除する。

【０１００】ステップ９５では、削除完了通知をサーバ
制御部１２０に送信する。このようにして、機能削除通
知を受信したときのクライアント部２００の処理が終了
する。

【０１０１】次に、サーバ制御部１２０がクライアント
部２００から削除完了通知を受信したときのサーバ制御
部１２０が実行する処理について説明する。図１７は、
そのサーバ制御部１２０の動作（２）を示すフローチャ
ートである。

【０１０２】ステップ１０１では、クライアント部２０
０から削除完了通知を受信する。ステップ１０２では、
削除構成要素情報テーブル１２４において、「使用クラ
イアント部」から、削除完了通知に指定されたクライア
ント部２００の識別子を削除する。

【０１０３】例えば、削除完了通知によって識別子clie
nt5のクライアント部２００が指定されているときは、
図８に示す削除構成要素情報テーブル１２４の「使用ク
ライアント部」に登録されている識別子client5を削除
する。

【０１０４】ステップ１０３では、この「使用クライア
ント部」の欄に、他のクライアント部２００の識別子が
登録されているか否かを判定する。例えば、図８に示す
削除構成要素情報テーブル１２４において、機能構成要
素の識別子Ｄの「使用クライアント部」から識別子clie
nt5を削除したときは、この「使用クライアント部」に
は、まだ、識別子client7が登録されている。このよう
に「使用クライアント部」に他のクライアント部２００
の識別子が登録されているときは、この処理を終了させ
る。

【０１０５】一方、この削除構成要素情報テーブル１２
４において、機能構成要素の識別子Ｅの欄の「使用クラ
イアント部」から、クライアント部２００の識別子clie
nt5を削除したときは、この「使用クライアント部」は
空欄になる。このように「使用クライアント部」に他に
クライアント部２００の識別子が登録されていないとき
は、ステップ１０４に進む。

【０１０６】ステップ１０４では、削除構成要素情報テ
ーブル１２４において、削除完了通知に指定された機能
構成要素１１０の情報を削除する。例えば、図８の例に
おいて、機能構成要素の識別子Ｅの「使用クライアント
部」にクライアント部２００の識別子client5が削除さ
れたときは、この欄の情報をすべて削除する。ステップ
１０５では、最新構成要素情報テーブル１２１におい
て、削除完了通知に指定された機能構成要素１１０の情
報をすべて削除する。

【０１０７】ステップ１０６では、削除完了通知に指定
された機能構成要素１１０を削除する。このようにし
て、サーバ制御部１２０が削除完了通知を受信したとき
の処理が終了する。

【０１０８】次に、クライアント部２００が起動したと
きにクライアント部２００が機能削除を行うためのクラ
イアント部２００とサーバ制御部１２０の処理について
説明する。

【０１０９】クライアント部２００が起動したとき、ク
ライアント部２００は、図１２のフローチャートに従っ
て処理を実行する。即ち、ステップ４１では、送信する
クライアント部２００の識別子を指定して起動通知をサ
ーバ制御部１２０に対して送信する。

【０１１０】ここで、機能削除を行うクライアント構成
要素１１１が存在するときは、サーバ制御部１２０から
機能削除通知が送信されるので、具体例１と同様にステ
ップ４３において、サーバ制御部１２０から送信された
イベントの種別を判別し、機能削除通知のときは、ステ
ップ５０に進む。

【０１１１】ステップ５０では、機能削除通知を受信し
たことを、ヒューマンマシンインタフェースを使用して
ユーザに通知する。ステップ５１では、機能削除通知に
指定された識別子を有するクライアント構成要素１１１
を削除する。ステップ５２では、削除完了通知をサーバ
制御部１２０に送信する。このようにして、クライアン
ト部２００の処理が終了する。

【０１１２】次に、サーバ制御部１２０がクライアント
部２００から起動通知を受信したときの機能削除の処理
について説明する。サーバ制御部１２０は、この処理を
図１３のフローチャートに従って実行する。

【０１１３】ステップ６４では、最新構成要素情報テー
ブル１２１において、処理対象の機能構成要素１１０の
「使用クライアント部」に、起動通知を送信したクライ
アント部２００の識別子があるかないかを判定し、この
識別子がないときは、ステップ６７に進む。

【０１１４】ステップ６７では、削除構成要素情報テー
ブル１２４において、「使用クライアント部」に起動通
知を送信したクライアント部２００の識別子が含まれて
いる機能構成要素１１０を検索する。

【０１１５】ステップ６８では、処理対象となる機能構
成要素１１０があるか否かを判定する。処理対象となる
機能構成要素１１０があるときは、ステップ６７に戻
る。このようにして処理対象となる機能構成要素１１０
がなくなったときは、この処理を終了させる。

【０１１６】ステップ６８では、検索された各機能構成
要素１１０の削除通知を、起動通知を送信したクライア
ント部２００に転送する。このようにして、サーバ制御
部１２０が起動通知を受信した際の処理を終了する。

【０１１７】クライアント部２００が処理を終了させる
ときは、具体例１と同様に、そのクライアント部２００
の識別子を指定した終了通知をサーバ制御部１２０に送
信し、サーバ制御部１２０は、クライアント部２００か
らこの終了通知を受信したとき、具体例１と同様に図１
４のフローチャートに従って終了処理を実行する。

【０１１８】〈具体例３の効果〉以上、説明したように
具体例３によれば、削除構成要素情報テーブル１２４等
を用いて機能の削除を行うようにしたので、クライアン
ト部２００とサーバ部１００とが連携して動作する機能
を自動的に削除することができる。

【図面の簡単な説明】

【図１】具体例１の構成を示すブロック図である。

【図２】従来の機能管理システムの構成を示すブロック
図である。

【図３】具体例１の機能構成要素の構成を示すブロック
図である。

【図４】具体例１のシナリオ情報の説明図である。

【図５】具体例１の最新構成要素情報テーブルの説明図
である。

【図６】具体例１の稼働クライアント情報テーブルの説
明図である。

【図７】具体例１の更新構成要素情報テーブルの説明図
である。

【図８】具体例１の削除構成要素情報テーブルの説明図
である。

【図９】具体例１のサーバ制御部の動作（１）を示すフ
ローチャートである。

【図１０】具体例１のクライアント部の動作（１）を示
すフローチャートである。

【図１１】具体例１のサーバ制御部の動作（２）を示す
フローチャートである。

【図１２】具体例１のクライアント部の動作（２）を示
すフローチャートである。

【図１３】具体例１のサーバ制御部の動作（３）を示す
フローチャートである。

【図１４】具体例２のサーバ制御部の動作（１）を示す
フローチャートである。

【図１５】具体例３のサーバ制御部の動作（１）を示す
フローチャートである。

【図１６】具体例３のクライアント部の動作を示すフロ
ーチャートである。

【図１７】具体例３のサーバ制御部の動作（２）を示す
フローチャートである。

【符号の説明】

１００ サーバ部 １１０Ａ，Ｂ 機能構成要素 １１１ クライアント構成要素 １１２ シナリオ情報 １１３ クライアントファイル １１４ サーバファイル １２０ サーバ制御部 １２１ 最新構成要素情報テーブル １２２ 稼働クライアント情報テーブル １２３ 更新構成要素情報テーブル １２４ 削除構成要素情報テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 友泰 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 (72)発明者 芝 修吾 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 Ｆターム(参考） 5B076 BB14 BB17

Claims (8)

【特許請求の範囲】
1. 【請求項１】 クライアント部と当該クライアント部を
   管理するサーバ部とが連携して動作する機能を管理する
   クライアントサーバモデルの機能管理システムにおい
   て、 前記サーバ部は、当該機能をクライアント部側でサーバ
   部と連携して実行するためのクライアントファイルと当
   該機能に関する情報とからなるクライアント構成要素、
   サーバ部側でクライアント部と連携して実行するための
   サーバファイルを機能構成要素として機能単位で保持す
   るとともに、 保持されている機能構成要素の変更に関する情報を登録
   するための管理テーブルと、 機能の変更に応じて機能構成要素を変更し、管理テーブ
   ルに機能構成要素の変更に関する情報を登録する機能管
   理手段と、を備え、 前記サーバ部と連携して動作するクライアント部は、機
   能の変更に応じてクライアント構成要素を変更するよう
   に構成されたことを特徴とするクライアントサーバモデ
   ルの機能管理システム。
2. 【請求項２】 前記サーバ部の機能管理手段は、機能の
   変更として、機能を追加、更新するときは、追加、更新
   の対象となる機能構成要素からクライアント構成要素を
   取り出して、当該クライアント構成要素を機能追加通知
   とともに、連携して動作するクライアント部に転送し、
   機能を削除するときは、連携して動作しているクライア
   ント部に機能削除通知を転送し、機能追加通知、機能削
   除通知を転送するとき、及び機能追加通知、機能削除通
   知に応じてクライアント部から処理完了通知が送信され
   たとき、管理テーブルに機能の追加、更新、削除に関す
   る情報を登録するように構成され、 前記クライアント部は、サーバ部から機能追加通知を受
   信したとき、機能追加通知とともに受信したクライアン
   ト構成要素と同じものが当該クライアント部にないとき
   は、受信したクライアント構成要素を追加し、同じもの
   があるときは、過去に受信したクライアント構成要素を
   新しく受信したものに更新し、サーバ部から転送された
   機能削除通知を受信したとき、当該クライアント構成要
   素を削除し、クライアント構成要素の追加、更新、削除
   が完了したことを処理完了通知としてサーバ部に転送す
   るように構成されたことを特徴とする請求項１に記載の
   クライアントサーバモデルの機能管理システム。
3. 【請求項３】 前記サーバ部の管理テーブルは、機能追
   加が行われた機能構成要素に関する情報を保持する最新
   構成要素情報テーブルと、 現在稼働しているクライアント部に関する情報を保持す
   る稼働クライアント情報テーブルと、 機能構成要素が更新されたときに、更新される前の機能
   構成要素に関する情報を保持する更新構成要素情報テー
   ブルと、 削除すべき機能構成要素に関する情報を保持する削除構
   成要素情報テーブルと、を備えていることを特徴とする
   請求項１又は請求項２に記載のクライアントサーバモデ
   ルの機能管理システム。
4. 【請求項４】 前記サーバ部の機能管理手段は、追加す
   べき機能の機能構成要素がサーバ部に配置されたとき、
   稼働クライアント情報テーブルに登録されている現在稼
   働中のクライアント部を検索し、検索された現在稼働中
   のクライアント部の中から、追加する機能を実行するク
   ライアント部を最新構成要素情報テーブルに登録し、当
   該クライアント部に機能追加通知を転送し、当該クライ
   アント部から処理完了通知が転送されたときは、更新構
   成要素情報テーブルに当該クライアント部を登録するよ
   うに構成されたことを特徴とする請求項３に記載のクラ
   イアントサーバモデルの機能管理システム。
5. 【請求項５】 前記サーバ部の機能管理手段は、更新さ
   れた機能構成要素がサーバ部に配置されたとき、最新構
   成要素情報テーブルに保持されている該当情報を更新
   し、稼働クライアント情報テーブルに登録されているク
   ライアント部に当該クライアント部に機能追加通知を転
   送し、当該クライアント部から処理完了通知が転送され
   たときは、更新構成要素情報テーブルに登録されている
   情報を更新するように構成されたことを特徴とする請求
   項３に記載のクライアントサーバモデルの機能管理シス
   テム。
6. 【請求項６】 前記サーバ部の機能管理手段は、機能を
   削除するときは、最新構成要素情報テーブルに保持され
   ている該当情報を削除し、削除構成要素情報テーブルに
   削除する機能構成要素に関する情報を登録してクライア
   ント部に機能削除通知を転送し、当該機能削除通知に応
   じてクライアント部から処理完了通知が転送されたと
   き、削除構成要素情報テーブルから該当情報を削除する
   ように構成されたことを特徴とする請求項３に記載のク
   ライアントサーバモデルの機能管理システム。
7. 【請求項７】 前記サーバ部の機能管理手段は、起動し
   たクライアント部から起動通知を受信したとき、稼働ク
   ライアント情報テーブルに当該クライアント部の情報を
   登録し、最新構成要素情報テーブル及び更新構成要素情
   報テーブルの情報を更新し、 前記クライアント部は、起動したときに起動通知をサー
   バ部に転送し、当該起動通知に応じてサーバ部からイベ
   ントが転送されたとき、当該イベントの種別を判別して
   クライアント構成要素の追加、更新、削除を実行して処
   理完了通知をサーバ部に転送するように構成されたこと
   を特徴とする請求項３〜請求項６のいずれか１つに記載
   のクライアントサーバモデルの機能管理システム。
8. 【請求項８】 前記サーバ部の機能管理手段は、稼働停
   止するクライアント部から終了通知を受信したとき、稼
   働クライアント情報テーブル及び更新構成要素情報テー
   ブルから当該クライアント部の情報を削除するように構
   成され、 前記クライアント部は、稼働を停止するとき、終了通知
   をサーバ部に転送するように構成されたことを特徴とす
   る請求項３〜請求項６のいずれか１つに記載のクライア
   ントサーバモデルの機能管理システム。