(57)【特許請求の範囲】
【請求項１】
複数のソフトウェアのジョブステップで構成される情報処理装置におけるジョブのライセンス管理方法に関し、前記情報処理装置は、ジョブステップの順序依存関係をジョブステップ毎の開始条件で表現し（ステップ１）、
前記情報処理装置は、各ジョブステップの開始条件となる他のジョブステップの実行が終了していることを確認し（ステップ２）、
当該ジョブステップの実行可否を判定し（ステップ３）、
当該ジョブステップに対応するソフトウェアのライセンスを逐次取得する（ステップ４）
ことを特徴とする情報処理装置におけるジョブのライセンス管理方法。
【請求項２】
前記ジョブステップの順序依存関係は、前記情報処理装置がジョブステップ毎の開始／終了条件で表現し、各ジョブステップの実行の終了をトリガに、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することを特徴とする請求項１記載の情報処理装置におけるジョブのライセンス管理方法。
【請求項３】
受け付けされたジョブを順次依頼キューに登録する依頼受付制御部と、
順次登録されたジョブを依頼キューから取り出し、依頼実行制御部に渡す依頼取出部と、
該依頼取出部から入力されたジョブが、関連するジョブとの依存関係を満たし、かつジョブを処理するためのソフトウェアのライセンス取得状態を満たす場合に、当該入力されたジョブの実行可と判断する依頼実行制御部と、
を有し、
受け付けされたジョブを順次又は並列に処理することを特徴とするライセンス管理システム。
【請求項４】
前記関連するジョブの依存関係は、関連するジョブの処理完了を条件として判断することを特徴とする請求項３記載のライセンス管理システム。
【請求項５】
前記ライセンス取得状態は、ジョブを処理するためのソフトウェアのライセンス数と当該ソフトウェアのライセンス使用状況から当該ソフトウェアの実行可否を判断することを特徴とする請求項３又は４記載のライセンス管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワーク上で使用されるソフトウェアのジョブステップで構成される情報処理装置におけるジョブのライセンス管理方法及びライセンス管理システムに関する。ここで、ライセンスとは、あるツール（ソフトウェア及びハードウェア）を使用することのできる権利のことである。
【０００２】
【従来の技術】
ＬＳＩの設計やソフトウェアの開発で使用されるＣＡＤ（Ｃｏｍｐｕｔｅｒ  Ａｉｄｅｄ  Ｄｅｓｉｇｎ：コンピュータ支援設計）やＣＡＳＥ（Ｃｏｍｐｕｔｅｒ  Ａｉｄｅｄ  Ｓｏｆｔｗａｒｅ  Ｅｎｇｎｅｅｒｉｎｇ：コンピュータを使用したソフトウェア工学技法によりシステム開発を支援すること）の開発支援ソフトウェアの実行は、ライセンスで制御されるのが一般的であるが、ライセンス取得ができない場合も、依頼された処理は終了してしまう。従って、ソフトウェアは不完全な処理を行なうことになる。
【０００３】
【発明が解決しようとする課題】
従来技術として、ライセンス管理取得を制御する方法はいくつか提案されている。特開平８−２３５１１８号公報では、ソフトウェアのライセンス管理方法が示されているが、同一ソフトウェアに複数ライセンスが存在する場合の制御ができない。また、実行制御に意味をなす複数ソフトウェアの実行順序に即したライセンス取得ができない。ＬＳＩ設計で利用されるＣＡＤソフトウェアの実行では、設計フローの順序に基づいた実行制御が必要となる。また、一連の処理を最優先で実行する場合、個別に依頼することになるため、依頼された順番での処理となり、優先実行したい一連の関連処理を最優先で実行することができない。
【０００４】
また、特開平８−３０５５６０号公報では、ジョブを構成するジョブステップの一連の実行順序をグループ化して、当該ジョブステップに対応した複数ソフトウェアのライセンスを一括取得するライセンス管理方法を示している。これにより、ひとまとまりで意味をなす複数処理ステップが実行待ちになることなく、効率的にジョブ全体が実行されるとしている。
【０００５】
しかしながら、この方法では、以下のような問題があった。
▲１▼ジョブのまとまりとしてのライセンスの一括取得は、ＬＳＩ設計支援のＣＡＤソフトウェアのように、処理に長時間を要することが多い場合には、ジョブステップの直列な実行でライセンスの未使用時間が長くなり、逆にライセンスが効率的に運用できない。
【０００６】
▲２▼ＣＡＤソフトウェアのように、同一ライセンスプログラムの異なる複数処理機能を有する場合のライセンスの共有管理が考慮されていない。即ち、ライセンスとしては共有し、ジョブステップの順序関係としては、別のステップとして順序関係が表現できない。
【０００７】
▲３▼長時間処理を効率的に実行するには、ジョブステップを並列動作させることが必要であるが、同一ライセンスプログラムの同一処理機能の複数ジョブステップを並列に動作させ、これらの終了を待って、次に実行すべきジョブステップを実行するライセンスとジョブの制御ができない。
【０００８】
また、特開平１０−１７１６６２号公報では、一つのアプリケーションを構成するファイルの依存関係を考慮しているが、この発明の意図は複数のアプリケーションの実行順序の依存関係を制御することが必要である。また、特開平１１−２３７９８８号公報では、ソフトウェア開発での並列処理における命令の依存関係を判定することを特徴としているが、この発明は、複数のアプリケーションを用いた一連の処理を行なう場合の依存関係に基づいたライセンス発行と、処理の実行を関連付けて制御することが必要である。
【０００９】
本発明はこのような課題に鑑みてなされたものであって、ソフトウェアのライセンス管理を自動化し、確実に依頼された処理を実行すること、所有する各ツールのライセンス数を十分に生かすこと、ＬＳＩ等に代表される処理フローに依存した処理をシステムが自動的に行ない、利用者は処理を依頼するだけで確実に結果がでる情報処理装置におけるジョブのライセンス管理方法及びライセンス管理システムを提供することを目的としている。
【００１０】
【課題を解決するための手段】
図１は本発明方法の原理を示すフローチャートである。本発明は、複数のソフトウェアのジョブステップで構成される、情報処理装置におけるジョブのライセンス管理方法に関し、前記情報処理装置は、ジョブステップの順序依存関係をジョブステップ毎の開始条件で表現し（ステップ１）、前記情報処理装置は、各ジョブステップの開始条件となる他のジョブステップの実行が終了していることを確認し（ステップ２）、当該ジョブステップの実行可否を判定し（ステップ３）、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得する（ステップ４）ことを特徴とする。
【００１１】
このように構成すれば、ソフトウェアのライセンス管理を自動化することができる。
この発明において、前記ジョブステップの順序依存関係は、前記情報処理装置がジョブステップ毎の開始／終了条件で表現し、各ジョブステップの実行の終了をトリガに、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することを特徴とする。
【００１２】
このように構成すれば、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動的に行なうことができる。
また、この発明において、受け付けされたジョブを順次依頼キューに登録する依頼受付制御部と、順次登録されたジョブを依頼キューから取り出し、依頼実行制御部に渡す依頼取出部と、該依頼取出部から入力されたジョブが、関連するジョブとの依存関係を満たし、かつジョブを処理するためのソフトウェアのライセンス取得状態を満たす場合に、当該入力されたジョブの実行可と判断する依頼実行制御部と、を有し、受け付けされたジョブを順次又は並列に処理することを特徴とする。
【００１３】
このように構成すれば、ソフトウェアのライセンス管理を自動化することができる。
また、この発明において、前記関連するジョブの依存関係は、関連するジョブの処理完了を条件として判断することを特徴とする。
【００１４】
このように構成すれば、関連するジョブの依存関係を、関連するジョブの処理完了を条件として判断することができる。
また、この発明において、前記ライセンス取得状態は、ジョブを処理するためのソフトウェアのライセンス数と当該ソフトウェアのライセンス使用状況から当該ソフトウェアの実行可否を判断することを特徴とする。
【００１５】
このように構成すれば、ソフトウェアのライセンス数と当該ライセンス使用状況から当該ソフトウェアの実行可否を判断することができる。
また、この発明において、前記同一ソフトウェアの同一処理機能の複数ジョブステップは並列実行されることを前提とし、並列実行されたいずれのジョブステップも終了したことを確認して、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することを特徴とする。
【００１６】
このように構成すれば、確実に依頼された処理を実行することができる。
【００１７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
一般的に、ソフトウェアのライセンス数は、一つの管理環境（ライセンスサーバ）に複数存在している。一つの管理環境に複数のライセンスが存在する場合を考慮し、同一ツールへの依頼が複数存在する場合でも使用可能ライセンス数内であれば、複数の依頼を並列に処理可能とすることができる構成を有している。
【００１８】
使用可能ライセンス数は、システム管理者が設定可能とし、最大、所有するライセンス数となる。処理の依存関係は依頼内容に含まれ、利用者は実行順序に沿って処理を依頼する必要がなく、システムが自動管理し、必要に応じてライセンスを発行する。
【００１９】
本発明の特徴は、以下の通りである。
（ａ）一つのソフトウェアに複数のライセンスが存在することを考慮する。
依頼された処理の実行を始めた時点で、次の依頼の処理を開始する構成を持ち、一つのライセンスサーバで同一のソフトウェアをライセンス数分並行に動作させることを可能とする。
【００２０】
（ｂ）複数の依頼された処理の依存関係を考慮し、例えばジョブ（Ｊｏｂ）２を動作させる場合、ジョブ１が終了していることが前提となるような実行順番を考慮する。例えば、ＬＳＩの論理合成処理を考えた場合、実行順番は以下の通りになる。
▲１▼パッケージのコンパイル
▲２▼ＶＨＤＬソースのコンパイル
▲３▼Ｎｅｔｌｉｓｔへのマッピング
▲４▼Ｎｅｔｌｉｓｔ出力
ここで、ＶＨＤＬはハードウェアの設計言語であり、Ｎｅｔｌｉｓｔはハードウェアを表現する方法である。上記のように、別々の依頼による一連の処理を、順番通りに実行する必要がある場合の実行順番制御を認識し、必要に応じてライセンスの発行を行なう。
【００２１】
（ｃ）優先的に処理したい一連の依頼の優先処理を可能とし、依頼された順番に依存しない処理順を指定することができる。
本発明では、依頼された処理をキューイング（ｑｕｅｕｉｎｇ）し、また一つのソフトウェアの実行を使用可能ライセンス数分実行可能とする。また、依存関係のある依頼を制御し、依頼のあった順番だけでなく、実行しようとしている依頼の開始条件により一連の処理を順番通りにライセンス発行し、更に終了条件により次に優先的に起動させる処理のライセンス取得を指定することが可能となる。
【００２２】
これにより、所有しているライセンスが効率よく利用可能となり、またＬＳＩ設計フロー等に代表される処理に依存関係があるものを人が順番を管理するのではなく、必要事項を設定し実行依頼することでシステムでの管理が可能となる。また、他依頼よりも優先したい一連の依頼を依頼した順番に関係なく優先処理することが可能となる。
【００２３】
ＶＨＤＬを使用したＬＳＩの開発における論理合成から、配置配線までの一般的手順は、以下のような順番になる。
▲１▼  ＶＨＤＬ読み込み
▲２▼  テクノロジへのマッピング（モジュール単位の並列処理）
▲３▼  チップ（ＣＨＩＰ）の組立て
▲４▼  テスト回路生成
▲５▼  配置配線
上述の▲１▼〜▲３▼までは同一の論理合成ツールを使用する。▲４▼はテスト回路生成ツール、▲５▼はレイアウトツールを使用する。ここで、▲１▼、▲２▼等をジョブステップと呼ぶことにする。
【００２４】
▲２▼の処理では、処理対象が３モジュールある場合、設計者は以下のように処理依頼を行なう。ここで、▲１▼〜▲９▼までは、図面の番号と一致するが、１０だけは○１０として示す。ＶＨＤＬ読み込み→マッピング（１）→マッピング（２）→マッピング（３）→チップ組み立て→テスト回路生成→配置配線
図２はＬＳＩ開発フローを示す図であり、ユーザ１の処理（フロー１）と、ユーザ２の処理（フロー２）を示している。ユーザ１のフローでは、先ずＶＨＤＬを読み込み（▲１▼）、マッピング処理を行なう（▲２▼▲５▼▲６▼）。ここで、マッピング（１）が▲２▼、マッピング（２）が▲５▼、マッピング（３）が▲６▼を示す。
【００２５】
次に、チップ組み立てを行ない（▲７▼）、テスト回路生成を行ない（▲８▼）、配置配線を行なう（○１０）。
ユーザ２のフローでは、チップを組み立て（▲３▼）、テスト回路を生成し（▲４▼）、配置配線を行なう（▲９▼）。
【００２６】
即ち、各ステップは、▲１▼〜○１０で示すようなジョブステップから構成されている。キューには、図３に示すように依頼キューへの依頼処理が並ぶ。図では、▲１▼のジョブステップから○１０までのジョブステップが並んでいる。図中→で示す部分は依存関係を示す。例えば、ジョブステップ▲２▼▲５▼▲６▼は、ジョブステップ▲１▼と依存関係があり、ジョブステップ▲４▼はジョブステップ▲３▼と依頼関係がある。本システムを使用した場合のツールへのライセンス発行順序は、図４に示すように、依頼の依存関係、ツールのライセンス数を考慮し、順次実行される。
【００２７】
このように、本発明によれば、前記ジョブステップは、同一ライセンスに基づいて使用可否が制御される同一ソフトウェアの異なる処理機能を別々の処理ステップとして識別され、処理の順序依存関係とライセンス取得を制御することができる。
【００２８】
このように構成すれば、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動的に行なうことができる。
また、この発明において、前記ジョブステップは、同一ライセンスに基づいて使用可否が制御される同一ソフトウェアの同一処理機能の複数ジョブステップを別々の処理ステップとして識別され、処理の順序依存関係とライセンス取得を制御することができる。
【００２９】
このように構成すれば、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動化することができる。
また、この発明において、前記同一ソフトウェアの同一処理機能の複数ジョブステップは並列実行されることを前提とし、並列実行されたいずれのジョブステップも終了したことを確認して、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することができる。
【００３０】
このように構成すれば、確実に依頼された処理を実行することができる。
図４はジョブ（ＪＯＢ）の実行履歴例を示す図である。以下、図４の実行履歴の説明を行なう。図４の実行履歴は、依頼の依存関係、ツールのライセンス数を考慮し、順次実行される。最初は、ジョブステップ▲１▼を実行する。これは始めの依頼開始であるので、開始条件はつかない。
【００３１】
次のジョブステップは▲１▼と続いて▲３▼となる。図３の依頼順でいくと、ジョブステップ▲１▼に続いて▲２▼となるべきところであるが、▲２▼は図３の依存関係より▲１▼が終了しないと動作できないので、▲２▼は▲１▼の完了まで待ちとなる。従って、次のジョブステップは▲３▼となる。次に、▲１▼は完了して  依存関係より▲２▼▲５▼▲６▼が開始可能となるが、ツール１は使用可能ライセンス数が３本のため、▲２▼▲５▼のみ開始され▲６▼は待ちとなる。次に、▲３▼が完了し、依存関係より▲４▼が開始可能となり開始される。同時にツール１の使用中ライセンス数が２本となるため▲６▼が開始可能となり開始される。以下、同様である。
【００３２】
このように、本発明によれば、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動的に行なうことができる。
図５は本発明システムの一実施の形態例を示す図である。図において、１は依頼を受け付ける依頼受付制御部、２は依頼キュー、３は依頼キュー２から依頼（ジョブステップ）を取り出す依頼取り出し部、４は実行済みジョブステップが記憶される実行済みキュー、５は依頼取り出し部３からの依頼を受けて依頼の実行制御を行なう依頼実行制御部、６は実行済みキュー４からの指示を受けてジョブ依存関係を制御するジョブ依存関係制御部、７は依頼実行制御部５からのライセンス問い合わせに対して回答するライセンス制御部、８は複数のライセンス、９は依頼実行制御部５からの指示を受けて処理を実行するソフトウェア実行部、１０はソフトウェアである。依頼実行制御部５は、依頼キュー２に対して、順番変更指示と終了依頼の削除指示を行なう。
【００３３】
図５に示すシステムの動作を概説すれば、以下の通りである。依頼受付制御部１は依頼キュー２に依頼を順次登録する。依頼取り出し部３は、依頼キュー２から依頼を取り出し、依頼実行制御部３に渡す。依頼実行制御部５では、ライセンス制御部７に取り出した依頼（ジョブステップ）が実行可能であるかどうか問い合わせる。
【００３４】
ライセンス制御部７は、ライセンス８の状況を調べて実行可能かどうかを依頼実行制御部５に回答する。実行が可能であった場合、依頼実行制御部５はソフトウェア実行部９に指示し、ソフトウェア１０の実行を行なう。この場合において、ジョブ依存関係制御部６は、実行済みキュー４からの指示を受けて、依存関係をチェックし、その結果を依頼実行制御部５に通知する。
【００３５】
このように構成すれば、ソフトウェアの管理を自動的にすることができる。
図６は本発明の処理フロー例を示す図である。図５と同一のものは、同一の符号を付して示す。図において、２は依頼キュー、３は依頼取り出し部、４は実行済みキュー、９はソフトウェア実行部、１１はライセンス空き無し管理ファイル（ツール使用不可キュー）である。依頼キュー２から先頭の依頼にアクセスし、依頼されたツールが現在使用可能か否かを確認する（Ｓ１）。使用不可能な状況であれば、次の依頼にアクセスする。使用の可、不可はソフトウェアの有無、使用制限等であり、ツール管理者が使用不可ツール管理ファイルに設定する。
【００３６】
ツールが使用可能な場合は、処理対象の依頼に他依頼との依存関係があるかどうかをチェックする。依存関係がある場合には、自分自身の開始条件（例えばその前のジョブステップを経由しないと実行できないジョブ等。図１０参照）を満たしているかを、実行済みキュー４を参照して確認する（Ｓ２）。開始条件を満たしていない場合には、処理は行なわず、次の依頼の処理を行なう。
【００３７】
開始条件を満たしている場合、又は依存関係を持たない依頼の場合には、ライセンスの確保を行なう（Ｓ３）。確保できなかった場合は、ライセンス空き無し管理ファイル１１にツールを登録し、次の依頼の処理を行なう。
【００３８】
ライセンスが確保できた場合には、ソフトウェア実行部９を起動し（Ｓ４）、実行した依頼を依頼キューから削除する（Ｓ５）。また、依頼キュー２内の最初の依頼へのアクセスに戻る。
【００３９】
ソフトウェア起動部（ソフトウェア実行部）９では、依存関係を持つ依頼の場合、実行処理終了後に自依頼を実行済みキュー４に登録する。依存関係を持つ場合、かつ自依頼より後に処理する依頼が存在しない場合に、実行後に実行済みキューから依存関係のある処理済み依頼の内容を削除する。削除方法は、開始条件をたどり、関連する依頼ＩＤの依頼を削除していく。
【００４０】
また、ライセンス空き無し管理ファイル１１に実行したツールが登録されている場合には、ライセンス空き無し管理ファイル１１から削除する。この実行済みキューにより、後で駆動する依頼は、実行済みキューを確認し、自依頼の開始条件が満たされているかを確認する。これら一連の処理を繰り返すことにより、ライセンスを複数持つツールは、使用可能ライセンス数分並列に処理可能となる。
【００４１】
図７は依頼取り出し処理を示すフローであり、図６の依頼取り出し部３の動作を示している。先ず、次のキューがあるかどうか確認する（Ｓ１）。次に、依頼キュー２から依頼があるかどうかチェックする（Ｓ２）。依頼がある場合には、その依頼が使用可能かどうかを使用不可管理ファイル１３を参照してチェックする（Ｓ３）。使用可能でない場合には、ステップＳ１に戻り、使用可能である場合には、依頼キュー２から依頼を取り出す（Ｓ４）。
【００４２】
図８はソフトウェア実行部９（図５参照）の処理フローを示す図である。先ず、依頼（ジョブステップ）があると、その依頼が他の依頼（ジョブステップ）と依存関係があるかどうかチェックする（Ｓ１）。他の依頼と依存関係がない場合には、無条件に実行できるのでそのまま依頼ソフトウェアを実行する（Ｓ２）。
【００４３】
他の処理と依頼関係がある場合、依頼ソフトウェアを実行し（Ｓ３）、実行済みキュー４に登録する（Ｓ４）。次に、ライセンス空き無し管理ファイル１１をアクセスしてツール使用不可キューから削除する（Ｓ５）。次に、依存の最後であるかどうかチェックする（Ｓ６）。依存の最後であった場合には、実行済みキュー４から関連依頼を削除する（Ｓ７）。依存の最後でない場合には、処理を終了する。
【００４４】
次に、依頼の依存関係の表現方法を説明する。依頼の依存関係は、自身の依頼ＩＤと、前後に実行すべき依頼ＩＤを依頼の中に記述することにより可能とする。図９は依頼の依存関係表現方法を示す図である。依頼１から複数の依頼が存在する場合を示す。各依頼は、開始条件と終了条件を基に、関連している。各依頼は図に示すように依頼Ｎｏと、開始条件（前ジョブ終了確認）と、実行ツールと、処理データと、終了条件（次ジョブ開始指令）からなる。
【００４５】
自依頼よりも先に終了している必要のある依頼を開始条件として定義する。条件は複数記述可能とし、複数記述されている場合は全てが必要条件となる。自依頼の後に優先して実行する依頼は、終了条件に定義し、終了条件に定義された依頼は、先に依頼された処理よりも先に実行される。依存関係を持たない単独の依頼には、開始条件、終了条件を記載しない。
【００４６】
図１０は依頼内容を示す図である。図には、依頼▲１▼〜○１０までの依頼の内容が示されている。例えば、依頼ＩＤ▲１▼の処理は、無条件に開始されるものであるので、開始条件なるものはない。実行ツールは、前述したようにツール１である。次に実行データとは、データ１である。ｄｉｒはディレクトリを示す。終了条件は、▲２▼▲５▼▲６▼であり、処理▲１▼が終わった後▲２▼，▲５▼，▲６▼を＋優先的に実行する必要があることを示す。依頼ＩＤ▲７▼の場合、開始条件は▲２▼▲５▼▲６▼であり、これらの処理が終わらないと▲７▼は実行できないことを示している（依頼関係についての図２を参照）。
【００４７】
依頼ＩＤ○１０の場合、開始条件は▲８▼であり、自依頼よりも先に終了している必要のある依頼（ジョブステップ）は▲８▼である。そして、○１０よりも後には依頼はないので、終了条件はない。なお、依頼キューへの登録は、常に一番最後への登録を行なう。
【００４８】
（付記１）複数のソフトウェアのジョブステップで構成されるジョブのライセンス管理方法に関し、ジョブステップの順序依存関係をジョブステップ毎の開始条件で表現し（ステップ１）、各ジョブステップの開始条件となる他のジョブステップの実行が終了していることを確認し（ステップ２）、当該ジョブステップの実行可否を判定し（ステップ３）、当該ジョブステップに対するソフトウェアのライセンスを逐次取得する（ステップ４）ことを特徴とするライセンス管理方法。
【００４９】
（付記２）前記ジョブステップの順序依存関係は、ジョブステップ毎の開始／終了条件で表現し、各ジョブステップの実行の終了をトリガに、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することを特徴とする付記１記載のライセンス管理方法。
【００５０】
（付記３）依頼を登録する登録部と、登録された依頼をキューイングする依頼キューと、依頼キューから依頼を取り出し、実行が可能かどうか判断し、ソフトウェアの実行を制御する依頼実行制御部と、依頼の依存関係を制御するジョブ依存関係制御部と、ソフトウェアの実行を行なうソフトウェア実行部と、ソフトウェアのライセンス管理を行なうライセンス管理部とで構成されるライセンス管理システム。
【００５１】
（付記４）前記ジョブステップは、同一ライセンスに基づいて使用可否が制御される同一ソフトウェアの異なる処理機能を別々の処理ステップとして識別され、処理の順序依存関係とライセンス取得を制御することを特徴とする付記１乃至２の何れかに記載のライセンス管理方法。
【００５２】
（付記５）前記ジョブステップは、同一ライセンスに基づいて使用可否が制御される同一ソフトウェアの同一処理機能の複数ジョブステップを別々の処理ステップとして識別され、処理の順序依存関係とライセンス取得を制御することを特徴とする付記４記載のライセンス管理方法。
【００５３】
（付記６）前記同一ソフトウェアの同一処理機能の複数ジョブステップは並列実行されることを前提とし、並列実行されたいずれのジョブステップも終了したことを確認して、次に実行すべきジョブステップを決定し、当該ジョブステップに対応するソフトウェアのライセンスを逐次取得することを特徴とする付記５記載のライセンス管理方法。
【００５４】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
本発明によれば、ソフトウェアのライセンス管理を自動化することができる。
【００５５】
また、この発明によれば、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動的に行なうことができる。
【００５６】
また、この発明によれば、確実に依頼された処理を実行することができる。
このように、本発明によれば、ソフトウェアのライセンス管理を自動化し、確実に依頼された処理を実行すること、所有する各ツールのライセンス数を十分に生かすこと、ＬＳＩ等に代表される処理フローに依存した処理をシステムで自動的に行ない、利用者は処理を依頼するだけで確実に結果がでる情報処理装置におけるジョブのライセンス管理方法及びライセンス管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明方法の原理を示すフローチャートである。
【図２】ＬＳＩ開発フローを示す図である。
【図３】依頼キューへの格納及び依存関係の表現図である。
【図４】ジョブの実行履歴を示す図である。
【図５】本発明システムの一実施の形態例を示す図である。
【図６】本発明の処理フロー例を示す図である。
【図７】依頼取り出し処理を示すフローである。
【図８】ソフトウェア実行部の処理フローを示す図である。
【図９】依頼の依存関係表現方法を示す図である。
【図１０】依頼内容例を示す図である。
【符号の説明】
１  依頼受付制御部
２  依頼キュー
３  依頼取り出し部
４  実行済みキュー
５  依頼実行制御部
６  ジョブ依存関係制御部
７  ライセンス制御部
８  ライセンス
９  ソフトウェア受光部
１０ソフトウェア
【図１】
0003954298.tif 000002
【図２】
0003954298.tif 000003
【図３】
0003954298.tif 000004
【図４】
0003954298.tif 000005
【図５】
0003954298.tif 000006
【図６】
0003954298.tif 000007
【図７】
0003954298.tif 000008
【図８】
0003954298.tif 000009
【図９】
0003954298.tif 000010
【図１０】
0003954298.tif 000011