JPH0863417A - ネットワークライセンスをベースとしたシステム管理運用方法及びシステム管理運用装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、ワークステーションを利用して各
種情報処理を行なうに際して用いて好適な、ネットワー
クライセンスをベースとしたシステム管理運用方法及び
システム管理運用装置に関し、ネットワークライセンス
において、使用権のスケジュールを管理することによ
り、利用者の業務計画にそった現実的なシステム運用を
行なうことを目的とする。 【構成】 アプリケーションのネットワークライセンス
提供を管理するサーバと、サーバにネットワークを介し
て接続されるとともにアプリケーションを利用する１又
は複数のクライアントとをそなえたシステムにおいて、
サーバにて、タイムテーブルを管理することにより、ア
プリケーション全体の運用管理を行なうように構成す
る。

Description

【発明の詳細な説明】

【０００１】（目次） 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段（図１） 作用（図１） 実施例（図２〜図３３） 発明の効果

【０００２】

【産業上の利用分野】本発明は、ワークステーションを
利用して各種情報処理を行なうに際して用いて好適な、
ネットワークライセンスをベースとしたシステム管理運
用方法及びシステム管理運用装置に関する。

【０００３】

【従来の技術】近年、ＷＳ（ワークステーション）は、
コストパフォーマンスの向上により、市場に急速に普及
・拡大してきており、汎用計算機による一括集中から分
散処理へと変化しつつある。また、ＷＳで作業を処理す
るアプリケーションプログラム（以下、単にアプリケー
ションと呼ぶことがある）は、そのライセンス（使用
権）を各ＷＳが常時保持する形態（ライセンス固定方
式：スタンドアロン方式）から、ＬＡＮ等のネットワー
クに接続されているＥＷＳでライセンスを自由に貸し借
りできる形態（ネットワークライセンス方式）に変わり
つつある。

【０００４】ここで、スタンドアロン方式での処理で
は、アプリケーションを個々のＷＳに導入していたた
め、ＷＳが遊休の状態にある場合には無駄な面がある一
方、ネットワークによるライセンスの方式では、ライセ
ンスをネットワーク間で貸し借りが自由にできるため、
スタンドアロン方式に比べて、処理の分散がより効率的
に実施されるとともにアプリケーションを有効に活用す
ることができる。

【０００５】上述のネットワークによるライセンスの方
式としては、例えば、アプリケーションのネットワーク
ライセンスを提供するＷＳ（サーバ）とアプリケーショ
ンを利用する利用者（ユーザ）側のＷＳ（クライアン
ト）から構成されたシステムが適用される。このような
構成により、サーバでは使用ライセンス数を管理し、ク
ライアントではアプリケーションを利用以前に複写して
環境設定するようになっている。そして、クライアント
からアプリケーションを起動すると、サーバはライセン
ス数を確認し、使用許可の場合は通常のアプリケーショ
ン画面が表示される一方、却下の場合はライセンス数不
足のメッセージを表示するとともにアプリケーションは
起動されない。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
ネットワークによるライセンス方式では、ライセンスの
使用権は、アプリケーション起動の早いもの勝ちであ
り、アプリケーションを使いたい時に使えない場合があ
るほか、アプリケーションの使用待ちの利用者は、使用
権がいつ空くかが分からず、作業スケジュールを立てに
くいという課題がある。

【０００７】また、１日におけるシステムの運用時刻を
経過すると、ＷＳ上のセッションを閉じるので、使用権
を得た利用者は、ＷＳ上のセッションを閉じた時点で使
用権を返却しなければならず、複数日にわたって作業を
継続することが難しいという課題もある。さらに、使用
権を獲得したユーザへシステム（アプリケーションプロ
グラム）を提供するに際しては、使用権が確立した時に
システム管理ＷＳ（サーバ）から利用者側ＷＳへシステ
ムを複写することが行なわれるが、使用権数が多くなる
と、システム複写のためにネットワークのトラフィック
が増大するという課題がある。

【０００８】また、前もって使用予定利用者のＷＳへロ
ック状態でシステムをインストール（稼働環境設定）し
ておき使用権が確立するとサーバがロックをはずし使用
させる場合においては、このインストール作業という処
理が余分に行なわれるという課題もある。本発明は、こ
のような課題に鑑み創案されたもので、ネットワークラ
イセンスにおいて、使用権のスケジュールを管理するこ
とにより、利用者の業務計画にそった現実的なシステム
運用を行なうことができる、ネットワークライセンスを
ベースといたシステム管理運用方法及び装置を提供する
ことを目的とする。

【０００９】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図であり、この図１において、１は本発明にかかる
システムであり、このシステム１は、アプリケーション
のネットワークライセンス提供を管理するサーバ２と、
サーバ２にネットワーク３を介して接続されるとともに
アプリケーションを利用する１又は複数のクライアント
４とをそなえている。

【００１０】また、サーバ２には、アプリケーションに
ついての予約状況，使用状況を記憶するタイムテーブル
５と、タイムテーブル５を管理することによりアプリケ
ーション全体の運用管理を行なうスケジューラ６とが設
けられている（請求項１７）。さらに、クライアント４
には、サーバ２へアプリケーションに関しての要求を通
知する要求通知手段７と、サーバ２から受けた利用アプ
リケーションについての管理情報を表示する表示手段８
と、サーバ２から受けた利用アプリケーションについて
の管理情報に基づいて、クライアント４でのアプリケー
ションについてのスケジュールを監視するスケジュール
監視手段９とが設けられている（以上、請求項１８，１
９）。

【００１１】

【作用】上述の本発明のネットワークライセンスをベー
スとしたシステム管理運用手法では、サーバ２のスケジ
ューラ６にて、タイムテーブル５を管理することによ
り、アプリケーション全体の運用管理を行なう（請求項
１）。また、本発明では、クライアント４においては、
タイムテーブル５を参照することにより得られた利用ア
プリケーションの管理情報をサーバ２から受けることに
より、アプリケーションについての管理情報を表示手段
８にて表示する（請求項２）。

【００１２】即ち、クライアント４から要求通知手段７
を用いてアプリケーションの利用期間をサーバ２に要求
すると、この要求に応じサーバ２にて決定されたタイム
テーブル検索結果に応じて、クライアント４が要求した
アプリケーションについての利用期間を含むアプリケー
ションの使用／予約状況が、クライアント４側におい
て、タイムチャート形式で表示手段８にて表示される
（請求項３）。

【００１３】この場合、クライアント４側において、ク
ライアント４が要求したアプリケーションについての利
用期間を含むアプリケーションの使用／予約状況が、タ
イムチャート形式で表示されている状態で、表示画面を
通じて、アプリケーションの利用期間の変更操作を行な
うと、この変更操作に応じた要求が要求通知手段７によ
りクライアント４からサーバ２へ送信される。これによ
り、サーバ２にて、タイムテーブル５上でのアプリケー
ションについての使用／予約状況を変更することができ
る（請求項４）。

【００１４】また、アプリケーションを利用しているク
ライアント４側において、アプリケーション使用画面中
に、使用残存期間情報を表示手段８にて表示することが
できる（請求項５）。さらに、クライアント４からアプ
リケーションの利用期間をサーバ２に要求した場合、こ
の要求した期間中にライセンス数を超える期間が存在す
るとサーバ２側で判定されると、その旨がサーバ２から
クライアント４に送られて、クライアント４側でその旨
の表示が表示手段８にてなされる（請求項６）。

【００１５】また、アプリケーションの利用期間中にお
いては、クライアント４側において、アプリケーション
とのセッションを一旦閉じても、アプリケーションを保
持することができる（請求項７）。さらに、クライアン
ト４によるアプリケーションの新規利用時に、この利用
が一時的な利用か継続的な利用かをサーバ２に通知し、
一時的な利用の場合は、アプリケーションをサーバ２か
らクライアント４へ複写し、使用期間後にクライアント
４側でアプリケーションを自動的に消滅させる一方、継
続的な利用の場合は、使用期間後においてもクライアン
ト４側でアプリケーションを保持させる（請求項８）。

【００１６】また、アプリケーションの利用期間の終了
前又は利用開始期間前にアプリケーションが不要になっ
た場合は、その旨をクライアント４側からサーバ２に通
知し、これにより、この通知に応じサーバ２にて、タイ
ムテーブル５上でのアプリケーションについての使用／
予約状況を変更し（請求項９）、変更後のアプリケーシ
ョンの使用／予約状況が、クライアント４側において、
タイムチャート形式で表示手段８にて表示される（請求
項１０）。

【００１７】さらに、アプリケーションを利用期間を超
えて利用したい場合は、期間延長をしたい旨を、要求通
知手段７により、クライアント４側からサーバ２に通知
することにより、この通知に応じサーバ２にて、アプリ
ケーションについての使用／予約状況を確認した上で、
アプリケーションについての延長利用権を獲得すること
ができる（請求項１１）。

【００１８】また、クライアント４からアプリケーショ
ンの利用期間が延長されうることを考慮した要求をサー
バ２に通知すると、この要求に応じサーバ２では、延長
可能な特定ライセンス番号のタイムテーブル５に予約を
割り当てる（請求項１２）。さらに、クライアント４が
アプリケーションの利用を予約したにもかかわらず、利
用開始時間になっても利用を開始しない場合は、その都
度、サーバ２にて、約束不履行としてその旨を記憶して
おき、その後、この約束不履行のクライアント４がアプ
リケーションについての予約を行なってきた場合におい
て、この予約の要求が他のクライアント４の要求と相重
なった場合は、当該クライアント４による要求について
の優先順位を下げる（請求項１３）。

【００１９】また、クライアント４がアプリケーション
の利用を予約したにもかかわらず、利用開始時間になっ
ても利用を開始しない場合は、その都度、サーバ２に
て、約束不履行数を計数しておき、その後、この約束不
履行のクライアント４がアプリケーションについて模範
的使用を行なった場合は、約束不履行数を減ずる（請求
項１４）。

【００２０】さらに、クライアント４がアプリケーショ
ンの利用を予約したにもかかわらず、利用開始時間から
相当時間が経過しても利用を開始しない場合は、所定期
間、クライアント４によるアプリケーションの利用を禁
止する（請求項１５）。また、本発明では、サーバ２に
おいて、タイムテーブル５での予約状況，予約重複状
況，使用状況を統計処理して，この処理結果に基づい
て、ライセンス数の増減を決定することができる（請求
項１６）。

【００２１】

【実施例】

（ａ）本発明に適用されるシステムの構成の説明 図２は本発明の一実施例に適用されるシステムを示すブ
ロック図であり、本実施例にかかるシステム１１は、ア
プリケーションのネットワークライセンス提供を管理す
るサーバ１２と、このサーバ１２にネットワーク１３を
介して接続されるとともにアプリケーションを利用する
ｎ個のクライアント１４とをそなえている。

【００２２】なお、サーバ１２はトランシーバＴを介し
てネットワーク１３に接続されるとともに、クライアン
ト１４もトランシーバＴを介してネットワーク１３に接
続されている。また、各クライアント１４は、それぞ
れ、登録された識別名を有する利用者のみが使用するこ
とができるようになっている。

【００２３】さらに、サーバ１２及びｎ個のクライアン
ト１４は例えばワークステーション（ＷＳ）により構成
される一方、ネットワーク１３はＬＡＮ等により構成さ
れており、これにより、利用者（ユーザ）は、ｎ個のク
ライアント１４を操作することにより、アプリケーショ
ンのネットワークライセンスを受けてから処理を行なう
ことができる。

【００２４】さらに、サーバ１２及びクライアント１４
は、詳細には、図３に示すような構成を有している。即
ち、この図３に示すように、サーバ１２はスケジューラ
１６，アプリケーション１７，稼働率集計部１８，優先
順位処理部１９，使用予約状況テーブル２０及び使用期
間設定部２１をそなえており、アプリケーション１７は
スケジュール監視部１５をもっている。

【００２５】また、クライアント１４は、アプリケーシ
ョン２５，マウス又はキーボード等により構成された入
力部２６及びディスプレイ等により構成された表示部２
７をそなえており、アプリケーション２５はスケジュー
ル監視部２２をもっており、スケジュール監視部２２は
使用残存期間処理部２３及び使用権保持部２４をそなえ
ている。

【００２６】ここで、サーバ１２のスケジューラ１６
は、アプリケーション名，契約ライセンス数，利用中の
ＷＳ情報（ＷＳ名，利用者識別名，延長申込状況），予
約情報（ＷＳ名，利用者識別名，予約期間，待ち行列状
況）等をアプリケーション毎に設けられた使用／予約状
況テーブル２０で管理するものであり、これにより、ス
ケジューラ１６においては、複数アプリケーションの管
理を行なうことができるようになっている。

【００２７】さらに、スケジューラ１６は、クライアン
ト２２側のスケジュール監視部２２及びサーバ１２側の
スケジュール監視部１５を介して、クライアント１４と
信号のやりとりを行なうことにより、ユーザ（利用者）
に対して、使用／予約状況を参照する機能，予約受け付
けを行なう機能，利用期間変更受け付けを行なう機能，
使用残期間を通知する機能及びスケジュール管理を行な
う機能を有するユーザインターフェイスとしての機能を
有している。

【００２８】即ち、スケジューラ１６は、利用者が実際
にアプリケーションを利用する場合における利用申請を
受けると、使用／予約状況テーブル２０を照合し使用許
可を与えることができるようになっている。さらに、ス
ケジューラ１６は、スケジュール監視部１５に使用期間
を設定した上で、アプリケーションをクライアント１４
に送る（複写する）ようになっている。これにより、以
降の処理はクライアント１４側に複写されたアプリケー
ション２５自身がスケジュール監視を行なうスケジュー
ル監視部２２として機能するようになっている。

【００２９】従って、スケジュールに関する変更，延長
申込，使用期間の監視は全てアプリケーション２５にお
けるスケジュール監視部２２が行なうようになってお
り、クライアント１４側のスケジュール監視部２２から
サーバ１２側のスケジューラ１６には利用期間変更，延
長申込のときだけ情報が送られる。さらに、スケジュー
ル監視部２２はアプリケーション実行開始と同時に時間
監視を行なうようになっている。

【００３０】また、サーバ１２の稼働情報集計部１８
は、予約状況、待ち行列状況や利用状況を集計し、ライ
センス数の増減を検討する上での参考資料を出力するこ
とができるものである。さらに、優先順位処理部１９
は、予約テーブルに登録したにもかかわらず、予約取消
をせずに利用しない場合はペナルティーを課し、待ち行
列の際に優先順位を付与するものである。

【００３１】なお、上述したように、サーバ１２の使用
予約状況テーブル（タイムテーブル）２０は、アプリケ
ーションについての予約状況，使用状況を記憶するもの
であり、これにより、スケジューラ１６は、使用予約状
況テーブル２０を管理することによりアプリケーション
全体の運用管理を行なうことができる。また、クライア
ント１４の表示部２７においては、使用予約状況テーブ
ル２０を参照することにより得られた利用アプリケーシ
ョンの管理情報をサーバ１２から受けることにより、ア
プリケーションについての管理情報を表示するようにな
っている。

【００３２】（ｂ）サーバ及びクライアントの有する機
能の詳細な説明 以下に、サーバ１２及びクライアント１４の有する機能
について、詳細に説明する。まず、利用者による入力部
２６の操作に基づき、クライアント１４からアプリケー
ションの利用期間をサーバ１２に要求すると、表示部２
７においては、例えば図４に示すような表示態様で表示
される。

【００３３】即ち、利用者は、必要とするアプリケーシ
ョン名及び利用する希望期間（年，月，日，時，分の形
式）を、入力部２６を操作してクライアント１４側のス
ケジュール監視部２２に入力すると、これらの情報が表
示部２７にて図４に示すような表示態様で表示される。
なお、ＷＳ名並びに利用者識別名は、ＷＳがそなえてい
るユーティリティーにより自動的に抽出し付与されるよ
うになっている。

【００３４】また、図５に示すように、スケジュール監
視部２２においては、上記のアプリケーションの利用要
求情報をサーバ側のスケジュール監視部１５に出力しう
るようになっている。従って、このスケジュール監視部
２２は、アプリケーションに関しての要求をサーバ側に
通知する要求通知手段としての機能を有している。さら
に、サーバ１２側において、スケジュール監視部２２か
らのアプリケーションの利用要求情報を受けたスケジュ
ール監視部１５では、この利用要求情報をスケジューラ
１６に出力するようになっている。

【００３５】スケジューラ１６においては、図６に示す
ように、この利用要求情報に基づく使用予約状況を、使
用予約状況テーブル２０により検索し、予約可能ならば
スケジューラ１６にて予約登録を行なうとともに、この
予約登録結果を含む検索結果を、スケジュール監視部１
５を介してクライアント１４側のスケジュール監視部２
２に出力するようになっている。

【００３６】そして、クライアント１４側では、スケジ
ュール監視部２２にて受けた検索結果に応じて、要求し
たアプリケーションについての利用期間を含むアプリケ
ーションの使用／予約状況が、表示部２７にて例えば図
７に示すような表示態様のタイムチャート形式で表示さ
れるようになっている。この場合においては、図７に示
すように、アプリケーション“ＯＡＳＹＳ”には、３つ
のライセンスが設定されているが、利用者が要求した期
間において予約されているライセンス数は１つであり、
予約が可能である。このため、要求通り（94年２月16日
８時30分〜94年２月21日17時30分，図４参照) 予約登録
が行なわれて表示することができる。これにより、利用
者は、予約状況を確認できるようになっている。

【００３７】なお、この図７に示すタイムチャート形式
の表示は、図８に示すように、表示部２７において、前
述の図４に示す予約申請画面とともにウィンドウ表示す
ることができる。また、上記のように予約登録が行なわ
れると、使用期間設定部２１にて予約した期間に応じた
使用期間を設定し、その期間のアプリケーションの使用
許可を、クライアント１４に対して、スケジュール監視
部１５を介することにより出力するようになっている。

【００３８】従って、サーバ１２のスケジューラ１６が
使用／予約状況テーブル２０を管理することにより、ア
プリケーションのライセンス（使用権）のスケジュール
を管理することができるので、利用者の業務計画にそっ
た現実的なシステム運用を行なうことができる利点があ
る。さらに、利用者は、使用権がいつ空くかが表示部２
７の表示画面上において適切に把握することができるの
で、作業スケジュールを容易に立てることができる利点
がある。

【００３９】さらに、入力した利用予約情報を修正する
にあたっては、図９に示すように、クライアント１４が
要求したアプリケーションについての利用期間を含むア
プリケーションの使用／予約状況が、タイムチャート形
式で表示部２７にて表示されている状態で、この表示画
面を通じて、アプリケーションの利用期間の変更操作を
行なう。

【００４０】即ち、図１０に示すように、利用者はこの
表示画面を通じ、マウス等により構成された入力部２６
によりアプリケーションの利用期間の変更操作を行な
い、この変更操作に応じた要求がクライアント１４のス
ケジュール監視部２２からサーバ１２のスケジュール監
視部１５へ送信される。さらに、スケジュール監視部１
５では、この利用要求情報の修正情報をスケジューラ１
６に出力し、これを受けたスケジューラ１６は、使用予
約状況テーブル２０に格納されている使用／予約状況を
変更する。

【００４１】なお、この図９に示すタイムチャート形式
の使用予約情報の修正画面の表示は、図１１に示すよう
に、表示部２７において、前述の図４に示す予約申請画
面とともにウィンドウ表示することができる。従って、
表示画面を通じてアプリケーションの利用期間の変更操
作を行なうことにより、使用／予約状況を変更すること
ができるので、利用者の便宜に資することができる。

【００４２】さらに、クライアント１４側でアプリケー
ションを使用している利用者に対しては、常時、図１２
に示すように、表示部２７におけるアプリケーション画
面中に使用残存期間を表示することができる。また、こ
の使用残存期間の表示処理は図１３に示すフローチャー
トに従って行なわれる。即ち、利用者が、入力部２６を
操作することによりアプリケーションの使用申請を行な
う（ステップＡ１）。ここで、使用期間内においてアプ
リケーションを利用している際において、アプリケーシ
ョンの使用残存期間を表示する設定が行なわれていない
場合は、スケジュール監視部２２においては、使用残存
期間の表示のための処理が行なわれない（以上、ステッ
プＡ２，ステップＡ３のＮＯルートからステップＡ
４）。

【００４３】また、アプリケーションの使用残存期間を
表示する設定が行なわれている場合は、スケジュール監
視部２２において、使用期間に占める現在の時間を計算
し（ステップＡ５）、この計算結果に基づいて使用残存
期間を表示部２７にてウィンドウ表示を行なう（ステッ
プＡ６）。これにより、アプリケーション利用中の使用
残存期間の表示が、クライアント１４側のみで行うこと
ができるので、サーバ１２にかかる情報処理の量を軽減
しながら、利用者は、アプリケーションの利用時間を有
効に使用することができる利点がある。

【００４４】また、クライアント１４からアプリケーシ
ョンの利用期間をサーバ１２に要求した場合において、
この要求した期間中にライセンス数を超える期間が存在
するとサーバ１２側で判定されると、その旨がサーバ１
２からクライアント１４に送られて、クライアント１４
側でその旨の表示を行なうことができる。言い換えれ
ば、図４に示す利用要求情報に基づいた、スケジューラ
１６による使用予約状況テーブル２０の検索結果とし
て、予約不可能、即ち、利用者が入力した利用要求情報
における期間の中で、設定されたライセンス数（この場
合においては３）のライセンスが全て使用されている期
間がある場合は、表示部２７にてその旨を表示し、利用
者に通知することができる。

【００４５】即ち、例えば図１４に示すように、予約申
請者が、アプリケーション“ＯＡＳＹＳ”を、希望期間
として94年２月19日８時30分〜94年２月22日17時30分と
して設定した場合にもかかわらず、図１５に示すよう
に、当該希望期間のうちで94年２月20日８時30分〜94年
２月21日17時30分の間でしかライセンスの空きがない場
合は、スケジューラ１６が、使用可能期間として上記の
ライセンスの空きがある期間をスケジュール監視部１
５，２２を介して送信し、表示部２７においては、これ
を図１６に示すように表示し、利用者に通知するように
なっている。

【００４６】言い換えれば、クライアント１４からアプ
リケーションの利用期間をサーバ１２に要求した場合、
この要求した期間中にライセンス数を超える期間が存在
すると、サーバ１２のスケジューラ１６で判定される
と、その旨がサーバ１２のスケジュール監視部１５から
クライアント１４のスケジュール監視部２２に送られ
て、クライアント１４側でその旨の表示が表示部２７に
てなされるのである。

【００４７】これにより、利用者は、ライセンスの空い
た期間に変更して希望期間を入力して、予約申請を正し
く行なうことができるので、利用者の作業スケジュール
を容易に立てることができるとともに、空いたライセン
スを有効に利用することができる利点がある。さらに、
アプリケーションの利用期間中においては、クライアン
ト１４側において、アプリケーションとのセッションを
一旦閉じても、クライアント１４において、図１７に示
すフローチャートの処理を行なうことにより、アプリケ
ーションを保持することができる。

【００４８】即ち、あるクライアント１４のアプリケー
ションの利用期間が、例えば利用者がアプリケーション
のセッションを一旦閉じる（ステップＢ１）と、スケジ
ュール監視部２２の使用期間残存処理部２３において、
使用期間が残っているか否かを判定する（ステップＢ
２）。ここで、使用期間残存処理部２３において、アプ
リケーションの利用期間中であると判定された場合は、
スケジュール監視部２２の使用権保持部２４において、
セッションを一旦閉じてもアプリケーションを保持する
（ステップＢ３）。例えばライセンス利用期間が、94年
２月19日８時30分〜94年２月20日17時30分までの間であ
る場合において、利用者が、例えば94年２月19日17時30
分に一旦セッションを閉じた場合においては、使用権保
持部２４にてアプリケーションを保持する。

【００４９】また、使用期間残存処理部２３において、
アプリケーションの利用期間が終了していると判定され
た場合は、スケジュール監視部２２において、サーバ１
２側にアプリケーションのライセンスを返却する（ステ
ップＢ４）。従って、アプリケーションとのセッション
を一旦閉じても、使用残存期間があれば、クライアント
１４側でアプリケーションを保持することができるの
で、アプリケーションを記憶するクライアント１４側の
ディスクスペースを有効活用することができるととも
に、サーバ１２からのアプリケーションの複写作業時間
をなくすことができ、処理速度を向上させることができ
る利点がある。

【００５０】ところで、クライアント１４によるアプリ
ケーションの新規利用時に、この利用が一時的な利用か
継続的な利用かを、クライアント１４のスケジュール監
視部２２からサーバ１２のスケジュール監視部１５に通
知するようになっている。これにより、一時的な利用の
場合は、図１８（ａ）に示すように、アプリケーション
をサーバ１２からクライアント１４のアプリケーション
記憶領域２５へ複写し、使用期間後にクライアント１４
側でアプリケーションを自動的に消滅させる。

【００５１】また、継続的な利用の場合は、図１８
（ｂ）に示すように、アプリケーションをサーバ１２か
らクライアント１４のアプリケーション記憶領域２５へ
複写し、使用期間後においても、クライアント１４側の
アプリケーション記憶領域２５でアプリケーションを保
持させることができる。上述したような、アプリケーシ
ョンの一時的な利用又は継続的な利用かに応じた、クラ
イアント１４でのアプリケーションの保持態様につい
て、図１９に示すフローチャートを用いて詳細に説明す
る。

【００５２】即ち、クライアント１４でアプリケーショ
ンの利用が開始された場合は、サーバ１２側のスケジュ
ール監視部１５において、その利用が新規利用であるか
否かを判定する（ステップＣ１）。ここで、このアプリ
ケーションの利用が新規利用である場合において（ステ
ップＣ１のＹＥＳルート）、利用者は、入力部２６を操
作することにより、サーバ１２側に対してその利用が一
時的な利用か継続的な利用かを宣告する（ステップＣ
２）。

【００５３】ここで、利用者からアプリケーションの利
用が継続的な利用である場合は、クライアント１４側の
アプリケーション記憶領域２５にアプケーションの複写
を行なう一方（ステップＣ３）、一時的な利用である場
合は、クライアント１４側のアプリケーション記憶領域
２５に、フラグの付されたアプリケーションの複写を行
なう（ステップＣ４，Ｃ３）。

【００５４】そして、使用残存期間処理部２３により、
使用残存期間内であると判定されている間はアプリケー
ションは起動する（ステップＣ５のＹＥＳルートからス
テップＣ６）。その後、使用残存期間処理部２３によ
り、使用残存期間が終了したと判定されたとき（ステッ
プＣ５のＮＯルート）、そのアプリケーションがフラグ
が付されており、一時利用である場合は（ステップＣ７
の有ルート）、アプリケーション記憶領域２５に保持さ
れたアプリケーションは削除され（ステップＣ８）、処
理が終了する。また、フラグが付されておらず、継続利
用である場合は（ステップＣ７の無ルート）、アプリケ
ーションは削除されずに終了する。

【００５５】なお、このアプリケーション利用が新規利
用でない場合は（ステップＣ１のＮＯルート）、予めア
プリケーション記憶領域２５に記憶されているアプリケ
ーションが起動し、前述のステップＣ５〜ステップＣ８
と同様の処理が行なわれる。従って、アプリケーション
の一時的な利用又は継続的な利用かに応じて、クライア
ント１４でのアプリケーションを保持することができる
ので、アプリケーションを記憶するクライアント１４側
のディスクスペースを有効活用することができるととも
に、サーバ１２からのアプリケーションの複写作業時間
をなくすことができ、処理速度を向上させることができ
る利点がある。

【００５６】さらに、アプリケーションの利用期間の終
了前又は利用開始期間前にアプリケーションが不要にな
った場合は、その旨をクライアント１４側からサーバ１
２に通知することにより、この通知に応じサーバ１２に
て、使用／予約状況テーブル２０上でのアプリケーショ
ンについての使用／予約状況を変更することができる。

【００５７】具体的には、予め設定されたアプリケーシ
ョン“ＯＡＳＹＳ”の使用期間が94年２月16日８時30分
〜94年２月19日17時30分までの場合において、使用期間
の終了前（この場合においては94年２月17日17時30分）
に利用者がアプリケーションを必要でなくなった場合に
おいては、その旨をサーバ１２に通知することができ
る。

【００５８】この使用期間変更の通知（予約変更の申
請）は、例えば図２０に示すように、利用者が入力部２
６を操作することにより表示部２７の表示画面上で行な
い、その旨の信号は、図２２に示すように、クライアン
ト１４側のスケジュール監視部２２を介してサーバ１２
側のスケジュール監視部１５に出力される。これによ
り、サーバ１２においては、この通知に応じてスケジュ
ール監視部１５及びスケジューラ１６を制御することに
より、使用／予約状況テーブル２０上でのアプリケーシ
ョンについての使用／予約状況を変更することができ
る。

【００５９】また、上述したように、サーバ１２の使用
／予約状況テーブル２０上でのアプリケーションについ
ての使用／予約状況を変更すると、図２１に示すよう
に、クライアント１４側において、変更後のアプリケー
ションの使用／予約状況を、タイムチャート形式で表示
することができる。具体的には、利用者による使用期間
変更の申請前においては、アプリケーションの使用／予
約状況が図２１（ａ）に示すようになっている場合にお
いて、上述したように、使用／予約状況テーブル２０の
内容が変更されると、図２１（ｂ）に示すように表示部
２７にて表示することができる。なお、この図２１
（ｂ）において、94年２月17日17時30分〜94年２月19日
17時30分までの間は、待ち状態の利用者がライセンスを
使用することができる。

【００６０】従って、利用者がアプリケーションを不要
になった場合は、その旨をサーバ１２に通知することに
より、使用／予約状況テーブル２０上でのアプリケーシ
ョンについての使用／予約状況を変更することができる
ので、他の待ち状態の利用者がより早くライセンスを使
用することができ、ライセンスの有効利用に寄与するこ
とができる。

【００６１】また、変更後のアプリケーションの使用／
予約状況を、クライアント１４側においてタイムチャー
ト形式で表示することができるので、利用者は、アプリ
ケーションの変更が適切に行なわれたかを確認でき、利
用者の便宜に資することができる。さらに、利用者が、
アプリケーションを利用期間を超えて利用したい場合
は、期間延長をしたい旨をクライアント１４側からサー
バ１２に通知することにより、この通知に応じサーバ１
２にて、アプリケーションについての使用／予約状況を
確認した上で、アプリケーションについての延長利用権
を獲得することができる。

【００６２】即ち、図２３に示すように、クライアント
１４側の利用者がアプリケーションの延長利用をしたい
場合は、その旨を、入力部２６及び表示部２７を介して
スケジュール監視部２２，サーバ１２側のスケジュール
監視部１５及びスケジューラ１６に申請する。すると、
サーバ１２側のスケジュール監視部１５及びスケジュー
ラ１６においては、後述する図２８に示す優先順位処理
部１９における罰則テーブルを参照することにより、延
長を考慮した予約申請を行なった利用者が、約束不履行
をおこなった利用者である場合は申請を拒否する一方、
約束不履行をおこなっていない利用者である場合は申請
を受け入れる。

【００６３】申請が受け入れられた場合、スケジューラ
１６においては、使用／予約状況テーブル２０の使用／
予約状況を確認した上で、ライセンスの待ち状態にある
利用者よりも優先的に使用することができる。なお、延
長最大時間は運用で決めることができる。従って、期間
延長したい旨をクライアント１４側からサーバ１２側に
通知することにより、アプリケーションについての延長
利用権を獲得することができるので、利用者は、現在使
用しているアプリケーションによる作業を中途で途絶え
させることなく最後まで行なうことができ、利用者の便
宜に資することができる。

【００６４】また、図２４に示すように、クライアント
１４からアプリケーションの利用期間が延長されうるこ
とを考慮した要求をサーバ１２に通知すると、この要求
に応じサーバ１２では、使用／予約状況テーブル２０に
おける延長可能な特定ライセンス番号で予約を割り当て
ることができる。即ち、アプリケーション利用の予約申
請の段階において、利用者が、利用時間の延長を行なう
ことが考えられる場合は、図２５に示す表示部２７にて
表示される予約申請画面に示すように、延長を考慮した
予約申請を行なう。

【００６５】すると、サーバ１２側のスケジュール監視
部１５及びスケジューラ１６においては、後述する図２
８に示す優先順位処理部１９における罰則テーブルを参
照することにより、延長を考慮した予約申請を行なった
利用者が、約束不履行をおこなった利用者である場合は
申請を拒否する一方、約束不履行を行なっていない利用
者である場合は申請を受け入れる。

【００６６】これにより、サーバ１２側のスケジュール
監視部１５及びスケジューラ１６の制御により、使用／
予約状況テーブル２０における延長可能なライセンス番
号「３」で予約を行なうことにより、図２６に示すよう
なタイムチャートにより予約登録結果を表示部２７にて
表示するようになっている。従って、延長可能な特定ラ
イセンス番号を使用／予約状況テーブル２０に割り当て
ることにより、期間延長が各ライセンスにおいて頻繁に
発生することを防ぎ、運用を安定化させることができる
利点がある。

【００６７】さらに、図２６に示すように、クライアン
ト１４がアプリケーションの利用を予約したにもかかわ
らず、利用開始時間になっても利用を開始しない場合
は、その都度、サーバ１２の優先順位処理部１９にて約
束不履行として、図２８に示すような罰則テーブルのよ
うに、その旨を記憶しておき、その後、この約束不履行
のクライアント１４がアプリケーションについての予約
を行なってきた場合において、この予約の要求が他のク
ライアント１４の要求と相重なった場合は、優先順位処
理部１９からの約束不履行の数に基づき、使用／予約状
況テーブル２０への予約について、図２９に示すよう
に、当該クライアント１４からの要求についての優先順
位を下げることができる。

【００６８】上述の優先順位処理部１９からの約束不履
行の数に応じた、ライセンス取得のための優先順位の入
れ換えは、詳細には図２７のフローチャートに示すよう
に動作する。即ち、サーバ１２側において、利用者の利
用開始予定時刻として使用／予約状況テーブル２０に予
約された起点の時間からｍ分（ｍは例えば３などの任意
の正の数）経過した時点で、アプリケーションが利用さ
れているか否かを判定する（ステップＤ１）。

【００６９】ここで、アプリケーションが既に利用中で
ある場合は、優先順位処理は行なわれないが（ステップ
Ｄ１のＹＥＳルートからステップＤ２）、未だアプリケ
ーションの利用が開始されない場合は（ステップＤ１の
ＮＯルート）、サーバ１２の優先順位処理部１９におい
て約束不履行数としてカウントする。即ち、この優先順
位処理部１９における約束不履行数に基づき、その利用
者が過去においても利用開始時間となっても利用を開始
しないことがあった場合、即ちその利用者に前科がある
場合は、その利用者識別名の約束不履行数（罰則数）を
「１」プラスする一方（ステップＤ３，ステップＤ
５）、その利用者に前科が無い場合は、優先順位処理部
１９の利用者識別名を追加して約束不履行数を「１」と
設定する（図２８参照，ステップＤ３，ステップＤ
４）。

【００７０】これにより、複数の利用者が、同じアプリ
ケーションのライセンス使用の予約待ちで相重なった場
合は、上記の約束不履行に対するペナルティーとして優
先順位処理部１９で優先順位を付与する。具体的には、
使用／予約状況テーブル２０において、識別名がそれぞ
れ"hanako"，"souzou"，"shinrai" の３人が、同じアプ
リケーションのライセンス使用の予約待ちとなった場合
は、図２８に示す優先順位処理部１９の約束不履行数に
基づいて、それぞれの約束不履行数の少ない順、即ち図
２９に示すように、"shinrai" ，"souzou"，"hanako"の
順に優先順位を付与する。

【００７１】また、上述の約束不履行を行なったクライ
アント１４が、その後、アプリケーションについて模範
的使用を行なった場合は、図３０に示すフローチャート
に従って、約束不履行数を減ずることができる。即ち、
前述した図２７に示すフローチャートにおけるステップ
Ｄ１と同様に、サーバ１２側において、利用者の利用開
始予定時刻として使用／予約状況テーブル２０に予約さ
れた起点の時間からｍ分（ｍは任意の正の数）経過した
時点で、アプリケーションが利用されているか否かを判
定する（ステップＥ１）。

【００７２】ここで、アプリケーションが未だ利用中さ
れていない場合は（ステップＥ１のＮＯルート）、前述
の図２７に示すフローチャートにおけるステップＤ２〜
ステップＤ５と同様の優先順位処理が行なわれるが（ス
テップＥ４〜ステップＥ６）。また、既にアプリケーシ
ョンの利用が開始されている場合は（ステップＥ１のＹ
ＥＳルート）、この利用者は、模範的なアプリケーショ
ンの使用を行なっている。

【００７３】従って、スケジューラ１６は、その利用者
が過去においても利用開始時間となっても利用を開始し
ないことがあった場合、即ちその利用者に前科がある場
合は、その利用者識別名の約束不履行数（罰則数）を
「１」マイナスする（ステップＥ２の有ルートからステ
ップＥ３）。従って、約束不履行を記憶しておくことに
より、利用者に対する予約申請期間に対してアプリケー
ションを利用する義務の意識を高めることができ、ひい
てはライセンスの有効利用を図ることができる利点があ
る。

【００７４】また、クライアント１４がアプリケーショ
ンの利用を予約したにもかかわらず、利用開始時間から
相当時間が経過しても利用を開始しない場合は、図３１
に示すフローチャートに示すような処理が行なわれるこ
とにより、所定期間（例えば当日分の）、クライアント
によるアプリケーションの利用を禁止することができ
る。

【００７５】即ち、サーバ１２側において、利用者の利
用開始予定時刻として使用／予約状況テーブル２０に予
約された起点の時間から相当時間としてのＮ時間（Ｎは
例えば１などの任意の正の数）経過した時点で、アプリ
ケーションが利用されているか否かを判定する（ステッ
プＦ１）。そして、ここで、アプリケーションが既に利
用中である場合はアプリケーション利用を禁止すること
は行なわれないが（ステップＦ１のＹＥＳルート）、ア
プリケーションが未だ利用されていない場合は（ステッ
プＦ１のＮＯルート）、スケジュール監視部１５及びス
ケジューラ１６の制御により、使用／予約状況テーブル
２０の内容を強制的に変更する（ステップＦ２）。

【００７６】即ち、相当時間経過してもアプリケーショ
ンの利用しなかった利用者のライセンスを、例えば当日
分に限り剥奪するのである。その後、ライセンスの待ち
行列を繰り上げることにより、他の待ち行列にある人に
ライセンスを移行する（ステップＦ３）。従って、利用
開始時間から相当時間が経過しても利用を開始しないク
ライアント１４に対しては所定期間のアプリケーション
の利用を禁止することにより、利用者に対する予約申請
期間に対してアプリケーションを利用する義務の意識を
高めることができ、ひいてはライセンスの有効利用を図
ることができる利点がある。

【００７７】また、図３２に示すように、サーバ１２に
おいて、ある期間毎の使用／予約状況テーブル２０での
予約状況，予約重複状況（待ち数），使用状況を統計処
理して，この処理結果に基づいて、ライセンス数の増減
を決定することもできる。即ち、図３３のフローチャー
トに示すように、オペレータがサーバ１２を操作するこ
とにより、予約状況，待ち数，使用状況等の稼働率を集
計する期間を入力（指示）する（ステップＧ１）。

【００７８】そして、稼働率を集計するための期間を受
けると、スケジュール監視部１５がスケジューラ１６を
制御することにより（ステップＧ２）、その期間につい
ての予約状況，使用状況，待ち数等の情報を稼働率集計
部１８に出力する（ステップＧ３）。稼働率集計部１８
においては、上記の指定された期間についての予約状
況，使用状況，待ち数等の情報を入力され、これらの情
報を用いることにより、例えば図３２に示すような集計
結果を作成ことにより稼働率集計処理を行ない（ステッ
プＧ４）、この結果を図示しないプリンタ等により印
字，出力する（ステップＧ５）。

【００７９】上記の稼働率の集計結果は、例えばアプリ
ケーションの待ち数の統計に応じて、ライセンス数を増
減させる等、システムを変更するためのデータとして用
いることができる。従って、予約状況，予約重複状況，
使用状況を統計処理し、この処理結果に基づいてライセ
ンス数の増減を決定することができるので、より利用者
のニーズに則したシステムを構築することができる利点
がある。

【００８０】

【発明の効果】以上詳述したように、本発明によれば、
サーバのスケジューラがタイムテーブルを管理すること
により、アプリケーションのライセンス（使用権）のス
ケジュールを管理することができるので、利用者の業務
計画にそった現実的なシステム運用を行なうことができ
る利点がある（請求項１，２，１７〜１９）。

【００８１】さらに、本発明によれば、使用権がいつ空
くかがクライアント側における使用／予約状況のタイム
チャート形式の表示により適切に把握することができる
ので、作業スケジュールを容易に立てることができる利
点がある（請求項３）。また、本発明によれば、表示画
面を通じてアプリケーションの利用期間の変更操作を行
なうことにより、使用／予約状況を変更することができ
るので、利用者の便宜に資することができる（請求項
４）。

【００８２】さらに、本発明によれば、アプリケーショ
ン利用中の使用残存期間の表示が、クライアント側のみ
で行うことができるので、サーバにかかる情報処理の量
を軽減しながら、利用者はアプリケーションの利用時間
を有効に使用することができる利点がある（請求項
５）。また、本発明によれば、ライセンス数を超える期
間が存在するとサーバ側で判定されると、その旨がサー
バからクライアントに送られて、クライアント側でその
旨の表示がなされるので、ライセンスの空いた期間に変
更して希望期間を入力して、予約申請を正しく行なうこ
とができるので、利用者の作業スケジュールを容易に立
てることができるとともに、空いたライセンスを有効に
利用することができる利点がある（請求項６）。

【００８３】さらに、本発明によれば、アプリケーショ
ンとのセッションを一旦閉じても、使用残存期間があれ
ば、クライアント側でアプリケーションを保持すること
ができるので、アプリケーションを記憶するクライアン
ト側のディスクスペースを有効活用することができると
ともに、サーバからのアプリケーションの複写作業時間
をなくすことができ、処理速度を向上させることができ
る利点がある（請求項７）。

【００８４】また、本発明によれば、アプリケーション
の一時的な利用の場合は、使用期間後にクライアント側
でアプリケーションを自動的に消滅させる一方、アプリ
ケーションの継続的な利用の場合は、使用期間後におい
てもクライアントでのアプリケーションを保持すること
ができるので、アプリケーションを記憶するクライアン
ト側のディスクスペースを有効活用することができると
ともに、サーバからのアプリケーションの複写作業時間
をなくすことができ、処理速度を向上させることができ
る利点がある（請求項８）。

【００８５】さらに、本発明によれば、利用者がアプリ
ケーションを不要になった場合は、その旨をサーバに通
知することにより、タイムテーブル上でのアプリケーシ
ョンについての使用／予約状況を変更することができる
ので、他の待ち状態の利用者がより早くライセンスを使
用することができ、ライセンスの有効利用に寄与するこ
とができる（請求項９）。

【００８６】また、本発明によれば、変更後のアプリケ
ーションの使用／予約状況を、クライアント側において
タイムチャート形式で表示することができるので、利用
者は、アプリケーションの変更が適切に行なわれたかを
確認でき、利用者の便宜に資することができる（請求項
１０）。さらに、本発明によれば、期間延長したい旨を
クライアント側からサーバ側に通知することにより、ア
プリケーションについての延長利用権を獲得することが
できるので、利用者は、現在使用しているアプリケーシ
ョンによる作業を中途で途絶えさせることなく最後まで
行なうことができ、利用者の便宜に資することができる
（請求項１１）。

【００８７】また、本発明によれば、延長可能な特定ラ
イセンス番号をタイムテーブルに割り当てることによ
り、期間延長が各ライセンスにおいて頻繁に発生するこ
とを防ぎ、運用を安定化させることができる利点がある
（請求項１２）。さらに、本発明によれば、約束不履行
を記憶しておくことにより、利用者に対する予約申請期
間に対してアプリケーションを利用する義務の意識を高
めることができ、ひいてはライセンスの有効利用を図る
ことができる利点がある（請求項１３，１４）。

【００８８】また、本発明によれば、利用開始時間から
相当時間が経過しても利用を開始しないクライアントに
対しては所定期間のアプリケーションの利用を禁止する
ことにより、利用者に対する予約申請期間に対してアプ
リケーションを利用する義務の意識を高めることがで
き、ひいてはライセンスの有効利用を図ることができる
利点がある（請求項１５）。

【００８９】また、本発明によれば、予約状況，予約重
複状況，使用状況を統計処理し、この処理結果に基づい
てライセンス数の増減を決定することができるので、よ
り利用者のニーズに則したシステムを構築することがで
きる利点がある（請求項１６）。

【図面の簡単な説明】

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

【図２】本発明の一実施例に適用されるシステムを示す
ブロック図である。

【図３】本発明の一実施例にかかるサーバ及びクライア
ントの詳細な構成を示すブロック図である。

【図４】本発明の一実施例における表示部による表示態
様を示す図である。

【図５】本発明の一実施例におけるクライアント及びサ
ーバの動作を説明するためのブロック図である。

【図６】本発明の一実施例におけるクライアント及びサ
ーバの動作を説明するためのブロック図である。

【図７】本発明の一実施例における表示部による表示態
様を示す図である。

【図８】本発明の一実施例における表示部による表示態
様を示す図である。

【図９】本発明の一実施例における表示部による表示態
様を示す図である。

【図１０】本発明の一実施例の動作を説明するためのブ
ロック図である。

【図１１】本発明の一実施例における表示部による表示
態様を示す図である。

【図１２】本発明の一実施例における表示部による表示
態様を示す図である。

【図１３】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図１４】本発明の一実施例における表示部による表示
態様を示す図である。

【図１５】本発明の一実施例における表示部による表示
態様を示す図である。

【図１６】本発明の一実施例における表示部による表示
態様を示す図である。

【図１７】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図１８】（ａ），（ｂ）は本発明の一実施例における
一時継続利用に応じたサーバ及びクライアントの動作を
説明するためのブロック図である。

【図１９】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図２０】本発明の一実施例における表示部による表示
態様を示す図である。

【図２１】（ａ），（ｂ）は本発明の一実施例における
表示部による表示態様を示す図である。

【図２２】本発明の一実施例の動作を説明するためのブ
ロック図である。

【図２３】本発明の一実施例の動作を説明するためのブ
ロック図である。

【図２４】本発明の一実施例の動作を説明するためのブ
ロック図である。

【図２５】本発明の一実施例における表示部による表示
態様を示す図である。

【図２６】本発明の一実施例における表示部による表示
態様を示す図である。

【図２７】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図２８】本発明の一実施例における優先順位処理部の
罰則テーブルを示す図である。

【図２９】本発明の一実施例における使用／予約状況テ
ーブルの待ちテーブルを示す図である。

【図３０】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図３１】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【図３２】本発明の一実施例における稼働率集計部によ
る集計結果を示す図である。

【図３３】本発明の一実施例の動作を説明するためのフ
ローチャートである。

【符号の説明】

１，１１ システム ２，１２ サーバ ３，１３ ネットワーク ４，１４ クライアント ５ タイムテーブル ６ スケジューラ ７ 要求通知手段 ８ 表示手段 ９ スケジュール監視手段 １５ スケジュール監視部 １６ スケジューラ １７ アプリケーション １８ 稼働率集計部 １９ 優先順位処理部 ２０ 使用／予約状況テーブル（タイムテーブル） ２１ 使用期間設定部 ２２ スケジュール監視部（スケジュール監視手段） ２３ 使用残存期間処理部 ２４ 使用権保持部 ２５ アプリケーション ２６ 入力部 ２７ 表示部（表示手段）

Claims (19)

【特許請求の範囲】
1. 【請求項１】 アプリケーションのネットワークライセ
   ンス提供を管理するサーバと、該サーバにネットワーク
   を介して接続されるとともに該アプリケーションを利用
   する１又は複数のクライアントとをそなえたシステムに
   おいて、 該サーバにて、タイムテーブルを管理することにより、
   アプリケーション全体の運用管理を行なうことを特徴と
   する、ネットワークライセンスをベースとしたシステム
   管理運用方法。
2. 【請求項２】 該クライアントにおいては、該タイムテ
   ーブルを参照することにより得られた利用アプリケーシ
   ョンの管理情報を該サーバから受けることにより、該ア
   プリケーションについての管理情報を表示することを特
   徴とする請求項１記載のネットワークライセンスをベー
   スとしたシステム管理運用方法。
3. 【請求項３】 該クライアントから該アプリケーション
   の利用期間を該サーバに要求すると、この要求に応じ該
   サーバにて決定されたタイムテーブル検索結果に応じ
   て、該クライアントが要求した該アプリケーションにつ
   いての利用期間を含む該アプリケーションの使用／予約
   状況が、該クライアント側において、タイムチャート形
   式で表示されることを特徴とする請求項２記載のネット
   ワークライセンスをベースとしたシステム管理運用方
   法。
4. 【請求項４】 該クライアント側において、該クライア
   ントが要求した該アプリケーションについての利用期間
   を含む該アプリケーションの使用／予約状況が、タイム
   チャート形式で表示されている状態で、表示画面を通じ
   て、該アプリケーションの利用期間の変更操作を行なう
   と、この変更操作に応じた要求が該クライアントから該
   サーバへ送信され、該サーバにて、該タイムテーブル上
   での該アプリケーションについての使用／予約状況が変
   更されること特徴とする請求項３記載のネットワークラ
   イセンスをベースとしたシステム管理運用方法。
5. 【請求項５】 該アプリケーションを利用している該ク
   ライアント側において、アプリケーション使用画面中
   に、使用残存期間情報が表示されることを特徴とする請
   求項２記載のネットワークライセンスをベースとしたシ
   ステム管理運用方法。
6. 【請求項６】 該クライアントから該アプリケーション
   の利用期間を該サーバに要求した場合、この要求した期
   間中にライセンス数を超える期間が存在すると、該サー
   バ側で判定されると、その旨が該サーバから該クライア
   ントに送られて、該クライアント側でその旨の表示がな
   されることを特徴とする請求項３記載のネットワークラ
   イセンスをベースとしたシステム管理運用方法。
7. 【請求項７】 該アプリケーションの利用期間中におい
   ては、該クライアント側において、該アプリケーション
   とのセッションを一旦閉じても、該アプリケーションを
   保持することを特徴とする請求項１記載のネットワーク
   ライセンスをベースとしたシステム管理運用方法。
8. 【請求項８】 該クライアントによる該アプリケーショ
   ンの新規利用時に、この利用が一時的な利用か継続的な
   利用かを該サーバに通知し、一時的な利用の場合は、該
   アプリケーションを該サーバから該クライアントへ複写
   し、使用期間後に該クライアント側で該アプリケーショ
   ンを自動的に消滅させる一方、継続的な利用の場合は、
   使用期間後においても該クライアント側で該アプリケー
   ションを保持させることを特徴とする請求項１記載のネ
   ットワークライセンスをベースとしたシステム管理運用
   方法。
9. 【請求項９】 該アプリケーションの利用期間の終了前
   又は利用開始期間前に該アプリケーションが不要になっ
   た場合は、その旨を該クライアント側から該サーバに通
   知することにより、この通知に応じ該サーバにて、該タ
   イムテーブル上での該アプリケーションについての使用
   ／予約状況が変更されることを特徴とする請求項１記載
   のネットワークライセンスをベースとしたシステム管理
   運用方法。
10. 【請求項１０】 変更後の該アプリケーションの使用／
    予約状況が、該クライアント側において、タイムチャー
    ト形式で表示されることを特徴とする請求項９記載のネ
    ットワークライセンスをベースとしたシステム管理運用
    方法。
11. 【請求項１１】 該アプリケーションを利用期間を超え
    て利用したい場合は、期間延長をしたい旨を該クライア
    ント側から該サーバに通知することにより、この通知に
    応じ該サーバにて、該アプリケーションについての使用
    ／予約状況を確認した上で、該アプリケーションについ
    ての延長利用権が獲得されることを特徴とする請求項１
    記載のネットワークライセンスをベースとしたシステム
    管理運用方法。
12. 【請求項１２】 該クライアントから該アプリケーショ
    ンの利用期間が延長されうることを考慮した要求を該サ
    ーバに通知すると、この要求に応じ該サーバでは、延長
    可能な特定ライセンス番号のタイムテーブルに予約を割
    り当てることを特徴とする請求項１記載のネットワーク
    ライセンスをベースとしたシステム管理運用方法。
13. 【請求項１３】 該クライアントが該アプリケーション
    の利用を予約したにもかかわらず、利用開始時間になっ
    ても利用を開始しない場合は、その都度、該サーバに
    て、約束不履行としてその旨を記憶しておき、その後、
    この約束不履行のクライアントが該アプリケーションに
    ついての予約を行なってきた場合において、この予約の
    要求が他のクライアントの要求と相重なった場合は、当
    該クライアントによる要求についての優先順位を下げる
    ことを特徴とする請求項１記載のネットワークライセン
    スをベースとしたシステム管理運用方法。
14. 【請求項１４】 該クライアントが該アプリケーション
    の利用を予約したにもかかわらず、利用開始時間になっ
    ても利用を開始しない場合は、その都度、該サーバに
    て、約束不履行数を計数しておき、その後、この約束不
    履行のクライアントが該アプリケーションについて模範
    的使用を行なった場合は、該約束不履行数を減ずること
    を特徴とする請求項１記載のネットワークライセンスを
    ベースとしたシステム管理運用方法。
15. 【請求項１５】 該クライアントが該アプリケーション
    の利用を予約したにもかかわらず、利用開始時間から相
    当時間が経過しても利用を開始しない場合は、所定期
    間、該クライアントによる該アプリケーションの利用を
    禁止することを特徴とする請求項１記載のネットワーク
    ライセンスをベースとしたシステム管理運用方法。
16. 【請求項１６】 該サーバにおいて、該タイムテーブル
    での予約状況，予約重複状況，使用状況を統計処理し
    て，この処理結果に基づいて、ライセンス数の増減を決
    定することを特徴とする請求項１記載のネットワークラ
    イセンスをベースとしたシステム管理運用方法。
17. 【請求項１７】 アプリケーションのネットワークライ
    センス提供を管理するサーバと、該サーバにネットワー
    クを介して接続されるとともに該アプリケーションを利
    用する１又は複数のクライアントとをそなえたシステム
    において、 該サーバに、 アプリケーションについての予約状況，使用状況を記憶
    するタイムテーブルと、 該タイムテーブルを管理することによりアプリケーショ
    ン全体の運用管理を行なうスケジューラとが設けられた
    ことを特徴とする、ネットワークライセンスをベースと
    したシステム管理運用装置。
18. 【請求項１８】 該クライアントに、該サーバへ該アプ
    リケーションに関しての要求を通知する要求通知手段
    と、該サーバから受けた該利用アプリケーションについ
    ての管理情報を表示する表示手段とが設けられたことを
    特徴とする請求項１７記載のネットワークライセンスを
    ベースとしたシステム管理運用装置。
19. 【請求項１９】 該クライアントに、該サーバから受け
    た該利用アプリケーションについての管理情報に基づい
    て、該クライアントでの該アプリケーションについての
    スケジュールを監視するスケジュール監視手段が設けら
    れていることを特徴とする請求項１７記載のネットワー
    クライセンスをベースとしたシステム管理運用装置。