(57)【要約】【課題】起動前にユーザにより環境情報の設定を行うことなく、参照元プログラムの実行モジュールを実行できる様にすることが可能な技術を提供する。【解決手段】所定の環境情報の必要な参照元プログラムを実行するプログラム実行方法において、参照元プログラムから要求された環境情報を、その参照元プログラムの格納された情報処理装置内のファイルシステムまたはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムから検索するステップと、前記検索された環境情報を評価して、その結果をデータベースに格納するステップと、前記データベース中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラムへ渡すステップとを有するものである。【選択図】        図１
2004199250.tif 000002
【特許請求の範囲】
【請求項１】
所定の環境情報の必要な参照元プログラムを実行するプログラム実行方法において、
参照元プログラムから要求された環境情報を、その参照元プログラムの格納された情報処理装置内のファイルシステムまたはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムから検索するステップと、前記検索された環境情報を評価して、その結果をデータベースに格納するステップと、前記データベース中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラムへ渡すステップとを有することを特徴とするプログラム実行方法。
【請求項２】
前記検索された環境情報を、その環境情報の格納されている位置、その環境情報のバージョン、その環境情報を利用した利用者の数、またはその環境情報で用いられるメタデータにより評価することを特徴とする請求項１に記載されたプログラム実行方法。
【請求項３】
複数の参照元プログラムから同一の環境情報が要求された場合に、それぞれの参照元プログラムに対して異なる情報処理装置上の環境情報を渡すことを特徴とする請求項１または請求項２のいずれかに記載されたプログラム実行方法。
【請求項４】
所定の環境情報の必要な参照元プログラムを実行するプログラム実行システムにおいて、
参照元プログラムから要求された環境情報を、その参照元プログラムの格納された情報処理装置内のファイルシステムまたはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムから検索する環境情報検索処理部と、前記検索された環境情報を評価して、その結果をデータベースに格納する環境情報評価処理部と、前記データベース中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラムへ渡す環境情報決定処理部とを備えることを特徴とするプログラム実行システム。
【請求項５】
所定の環境情報の必要な参照元プログラムを実行するプログラム実行システムとしてコンピュータを機能させる為のプログラムにおいて、
参照元プログラムから要求された環境情報を、その参照元プログラムの格納された情報処理装置内のファイルシステムまたはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムから検索する環境情報検索処理部と、前記検索された環境情報を評価して、その結果をデータベースに格納する環境情報評価処理部と、前記データベース中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラムへ渡す環境情報決定処理部としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は変化する実行環境でプログラムを実行するプログラム実行システムに関し、特に前提となるプログラムの位置等を示す設定情報の内容が変化する環境でその参照元プログラムを実行するプログラム実行システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、複数のプログラムから構築されるシステムを動作させる場合等、前提となるプログラム（以下、前提プログラムと記載）を必要とする要求元プログラムを実行する場合では、システムの環境変数やファイル若しくはオーエムジー(OMG:Object Management Group)の「ネーミングサービススペシフィケーション(Naming Service Specification)」に示されるネーミングサービス(Naming Service)等に、前提プログラムの場所等を示す環境の設定情報をユーザがプログラム起動前に設定しておく事により、システム動作に必要な環境を準備していた。
【０００３】
また運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡ（Common Object Request Broker Architecture）におけるネーミングサービスを、高信頼性をもってクライアントへ提供するオブジェクトリファレンス生成装置も知られている（例えば特許文献１参照）。
【０００４】
【特許文献１】
特開２００１−３３１３３４号公報（第５−７頁、第１図）
【０００５】
【発明が解決しようとする課題】
上記従来のシステムでは、実行に必要な環境の情報をネーミングサービス等に設定してから参照元プログラムの起動を行っている為、その設定を忘れてしまうとプログラムの起動や動作がうまく行かない事があった。また前記設定を行った後に動作環境の変化が有った場合には、その設定情報を更新するまでシステムが正しく動作できないという問題があった。
【０００６】
本発明の目的は上記問題を解決し、起動前にユーザにより環境情報の設定を行うことなく、参照元プログラムの実行モジュールを実行できる様にすることが可能な技術を提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、所定の環境情報の必要な参照元プログラムを実行するプログラム実行システムにおいて、参照元プログラムから要求された環境情報を検索して評価し、所定の条件を満たす環境情報を参照元プログラムへ渡すものである。
【０００８】
本発明では、実行に必要な環境情報の検索・評価を動的に行う環境リロケータを用意しておき、参照元プログラムに必要な環境情報を環境リロケータから取得し、要求元プログラムの起動前に、環境変数、ファイルやネーミングサービスに環境設定を行わなくても実行モジュールを実行できる様にする。
【０００９】
すなわち本発明の環境リロケータは、参照元プログラムから前提プログラムの名称等の環境情報が要求されると、その要求された環境情報を、その参照元プログラムの格納された情報処理装置内のファイルシステム、またはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムから検索する。
【００１０】
次に、前記検索された環境情報を、その環境情報の格納されている位置、その環境情報のバージョン、その環境情報を利用した利用者の数、またはその環境情報で用いられるメタデータにより評価し、その評価結果をデータベースに格納しておく。そして、前記データベース中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラムへ渡す。
【００１１】
前記の様に本発明では、参照元プログラムから要求された環境情報を検索して参照元プログラムへ渡すので、ネーミングサービスや環境変数等をユーザが事前に設定する必要が無くなり、前提となるプログラムが、何らかの事情により、別のフォルダーや別サーバに移動された場合等でも、ユーザは、環境変数や設定ファイル等の設定情報を手動で更新する必要無く、参照元プログラムを起動することが出来る様になるので、設定ファイルの書き間違い等が発生しなくなる。そして、最新の環境情報によりプログラムを動作させることができるので、常に最良の環境でプログラムを動作させることができる様になる。
【００１２】
以上の様に本発明のプログラム実行システムによれば、参照元プログラムから要求された環境情報を検索して評価し、所定の条件を満たす環境情報を参照元プログラムへ渡すので、起動前にユーザにより環境情報の設定を行うことなく、参照元プログラムの実行モジュールを実行できる様にすることが可能である。
【００１３】
【発明の実施の形態】
以下に前提プログラムや環境の設定情報等の所定の環境情報を必要とする参照元プログラムを実行する一実施形態のプログラム実行システムについて説明する。
【００１４】
図１は本実施形態のプログラム実行システムの概要を示す図である。図１の様に参照元プログラム１０１は、環境リロケータ１０２によりファイルシステムやネットワーク１０５にある前提プログラム１０３の情報を取得する。環境リロケータ１０２は、収集した情報を蓄える為にデータベース１０４を利用する。
【００１５】
図１６は従来のシステムの構成例を示す図である。図１６の様に従来のシステムでは、参照元プログラム２０１は、ネーミングサービス２０２により、前提プログラム１０３の位置を取得していた。
【００１６】
例えばTARGET PROGという名前のプログラムが前提プログラム１０３の場合、ネーミングサービス２０２に、その前提プログラムの位置情報２０３を記録させてから、システムの起動を行い、システム内部で前提プログラム１０３が必要になった時に、ネーミングサービス２０２に問い合わせる事により、前提プログラムの位置情報２０３をネーミングサービス２０２から取得していた。
【００１７】
本実施形態では、事前にネーミングサービス２０２に登録する作業をせず、環境リロケータ１０２を用意し、参照元プログラム１０１が、環境情報にアクセスする場合、必ず環境リロケータ１０２を通して、アクセスする様にする。参照元プログラム１０１は、ネーミングサービス２０２の代わりに環境リロケータ１０２に要求を行う。環境リロケータ１０２は、周囲の情報を収集し、評価してから一番適切なものに展開して参照元プログラム１０１に渡す。ここでは、参照元プログラム１０１が必要としている物を前提プログラム１０３として示すが、前提となる物は、プログラムとは限らず、参照元プログラム１０１が必要としているものであるならば、普通のファイルであっても良いものとする。
【００１８】
環境情報の収集としては、まずは、近くにあるファイルから検索を始める。例えば、参照元プログラム１０１が、必要なファイル名だけを環境リロケータ１０２に渡すものとすると、環境リロケータ１０２は、システムのあるディレクトリを中心に、ファイル名により前提プログラム１０３の検索を始める。前提プログラム１０３として該当するプログラムが発見された場合、それを評価して評価結果をその位置と共に記録する。
【００１９】
図２は本実施形態の環境リロケータ１０２の動作する情報処理装置の概略構成を示す図である。図２に示す様に本実施形態の情報処理装置１１０は、ＣＰＵ１１１と、メモリ１１２と、磁気ディスク装置１１３と、入力装置１１４と、出力装置１１５と、ＣＤ−ＲＯＭ装置１１６と、通信装置１１７とを有している。
【００２０】
ＣＰＵ１１１は、情報処理装置１１０全体の動作を制御する装置である。メモリ１１２は、情報処理装置１１０全体の動作を制御する際にその為の各種処理プログラムやデータをロードする記憶装置である。
【００２１】
磁気ディスク装置１１３は、前記各種処理プログラムやデータを格納しておく記憶装置である。入力装置１１４は、前提プログラム１０３やデータファイル等の環境情報の検索、評価、決定に必要な情報を設定する為の各種入力を行う装置である。
【００２２】
出力装置１１５は、前提プログラム１０３やデータファイル等の環境情報の検索、評価、決定に伴う各種出力を行う装置である。ＣＤ−ＲＯＭ装置１１６は、前記各種処理プログラムを記録したＣＤ−ＲＯＭの内容を読み出す装置である。通信装置１１７は、インターネットやイントラネット等のネットワークを介して他の情報処理装置との通信を行う装置である。
【００２３】
また情報処理装置１１０は、環境情報検索処理部１２０と、環境情報評価処理部１２１と、環境情報決定処理部１２２とを有している。
【００２４】
環境情報検索処理部１２０は、参照元プログラム１０１から要求された前提プログラム１０３やデータファイル等の環境情報を、その参照元プログラム１０１の格納された情報処理装置内のファイルシステムまたはその情報処理装置とネットワークで接続された他の情報処理装置のファイルシステムである、ファイルシステムやネットワーク１０５から検索する処理部である。
【００２５】
環境情報評価処理部１２１は、前記検索された環境情報を、その環境情報の格納されている位置、その環境情報のバージョン、その環境情報を利用した利用者の数、またはその環境情報で用いられるメタデータにより評価して、その結果をデータベース１０４に格納する処理部である。環境情報決定処理部１２２は、データベース１０４中に格納された環境情報の内で所定の条件を満たす環境情報を取り出して参照元プログラム１０１へ渡す処理部である。
【００２６】
情報処理装置１１０を、環境情報検索処理部１２０、環境情報評価処理部１２１及び環境情報決定処理部１２２として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２７】
図３は本実施形態の環境リロケータ１０２が周囲の情報を収集して評価する処理の処理手順を示すフローチャートである。参照元プログラム１０１から前提プログラム１０３を要求されるとステップ３０１で環境リロケータ１０２は処理を開始する。
【００２８】
ステップ３０２で環境リロケータ１０２の環境情報検索処理部１２０は、参照元プログラム１０１から要求された前提プログラム１０３やデータファイル等の環境情報を、その参照元プログラム１０１の格納された情報処理装置１１０内のファイルシステムまたはその情報処理装置１１０とネットワークで接続された他の情報処理装置のファイルシステムである、ファイルシステムやネットワーク１０５から検索する処理を行う。
【００２９】
ステップ３０３で環境リロケータ１０２の環境情報評価処理部１２１は、前記検索された環境情報を、その環境情報の格納されている位置、その環境情報のバージョン、その環境情報を利用した利用者の数、またはその環境情報で用いられるメタデータにより評価して、その結果をデータベース１０４に格納する処理を行う。
【００３０】
ステップ３０４で環境リロケータ１０２の環境情報決定処理部１２２は、データベース１０４中に格納された環境情報の内で、最も評価値の良い等の所定の条件を満たす環境情報を取り出して参照元プログラム１０１へ渡す処理を行い、ステップ３０５で処理を終了して制御を参照元プログラム１０１に戻す。
【００３１】
次に、前記ステップ３０２で行う環境情報の検索の処理を図４〜図８で詳しく示す。
【００３２】
図４は本実施形態のファイルシステム内を検索する処理の処理手順を示すフローチャートである。ステップ４０１で処理が開始されると、ステップ４０２で環境リロケータ１０２の環境情報検索処理部１２０は、まず、参照元プログラム１０１があるカレントディレクトリから、未評価のファイルを一つ取り出し、次にステップ４０３で環境情報評価処理部１２１は、そのファイルの評価値を計算する。該当のファイルが対象になる場合には、ステップ４０４で評価の結果をデータベース１０４に記録する。
【００３３】
その後、ステップ４０５で環境情報検索処理部１２０は、カレントディレクトリに、まだ評価していないファイルが有るかを判定し、有る場合には未評価のファイルを一つ取り出してステップ４０２に戻る。無い場合には、ステップ４０６でカレントディレクトリに評価していないフォルダーが有るかを判定し、評価していないフォルダーか有る場合には、ステップ４０７でそれをカレントディレクトリに設定する。評価していないフォルダーが無い場合には、ステップ４０８で、そのディレクトリがルートディレクトリかを判定して、ルートディレクトリ以外の場合には、ステップ４０９で一つ上のフォルダーに遡る。もし、ルートディレクトリならばステップ４１０へ進み、ファイルの検索処理を終了する。
【００３４】
以上のフローチャートでの処理をファイルシステム上に表現したのが図５である。
【００３５】
図５は本実施形態のファイルシステム上での検索処理の概要を示す図である。図５の様に参照元プログラム１０１がProg1(５０１)であるものとすると、まずは、参照元プログラム１０１のあるフォルダーbin(５０３)内でファイルを探し、次に更に上のフォルダーProduct1(５０４)を探す。これを繰り返し、前提となるプログラムTARGET PROG(５０２)を探していく。
【００３６】
本実施形態のプログラム実行システムでは、現在のマシン上に該当ファイルが見つからない場合には、ネットワークにより、更に周囲のマシンに検索の範囲を広げる。
【００３７】
図６は本実施形態のファイルシステム上のプログラムを検索した後に、ネットワークを介して検索する場合の処理手順を示すフローチャートである。参照元プログラム１０１のあるファイルシステムの検索が終了すると、次にステップ６０１でネットワークからの検索を開始し、ステップ６０２で環境リロケータ１０２の環境情報検索処理部１２０は、まず、カレントドメインからマシンを一つ取り出し、ステップ６０３では、その取り出されたマシンのファイルシステム内の検索を行う。ここでの処理は、図４のファイルシステムの検索と同様になる。
【００３８】
マシン内の検索が行われた後に、ステップ６０４では、ドメインに未検索のマシンが有るかを判定し、まだ未検索のマシンが有る場合には、ステップ６０２のカレントドメインからマシンを一つ取り出す処理に戻る。
【００３９】
未検索のマシンが無い場合には、ステップ６０５で、未評価のサブドメインが有るかを判定して、未評価のサブドメインが有る場合には、ステップ６０６でそれをカレントドメインに設定した後、ステップ６０２へ戻る。
【００４０】
未評価のサブドメインが無い場合には、ステップ６０７で上に親ドメインが無いかを判定し、親ドメインが有る場合には、ステップ６０８でカレントドメインを親ドメインに遡らせる。もし、上に親ドメインが無い場合には、ステップ６０９にてネットワークを介しての検索を終了する。
【００４１】
図７は本実施形態のドメイン配置から見た検索の様子を示す図である。図７の様にmachine1.soft.hitachi.co.jp(７０１)に参照元プログラム１０１が有った場合、まず隣のマシンであるmachine2.soft.hitachi.co.jp(７０２)が検索対象になり、soft.hitachi.co.jpドメイン(７０３)内のマシンの検索が全て終わると、隣のドメインであるbisd.hitachi.co.jp(７０４)ドメイン内のマシンmachine1.bisd.hitachi.co.jp(７０５)やmachine2.bisd.hitachi.co.jp(７０６)の検索を行う。
【００４２】
図８は本実施形態のファイルシステムの検索とネットワークを介した検索の組み合わせを示す図である。図８の参照元プログラム(８０１)からの要求により、環境リロケータ１０２は、始めに参照元プログラム(８０１)が格納されているファイルシステム(８０３)を検索し、次に、ネットワークを介して自ドメインsoft.hitachi.co.jp(８０４)にある隣のマシンmachine2.soft.hitachi.co.jp(８０５)の中にある前提プログラムTarget Prog(８０２)を探し当てる。
【００４３】
本実施形態の環境リロケータ１０２は、以上の様に検索を進める事により、情報の収集を行う。次に環境情報評価処理部１２１による評価について説明する。環境情報評価処理部１２１は、位置の評価・バージョンの評価・利用者数の評価・メタデータ(Metadata)によるサポート項目数の評価を行う。以下に、それぞれについての評価値の算出方法を示す。
【００４４】
図９は本実施形態のファイルの位置による評価の概要を示す図である。図９に示す様に本実施形態の位置の評価では、近いもの程評価を高くする事により、同時にインストールされたりネットワーク的に近い物を優先する。
【００４５】
環境情報評価処理部１２１は、前提プログラム１０３として利用出来るhitachiフォルダー以下にあるProg2(９０２)と、Adachiフォルダー以下にあるProg2(９０３)が有る場合、hitachiフォルダー以下にあり、参照元プログラム(９０１)に近いProg2(９０２)を、良い評価とする。参照元プログラムに近い物を優先する事により、その前提プログラムを呼び出す際にネットワークを通さない等、速度的に有利となる。実際の評価値とする値は、参照元プログラムからの前提プログラムの位置を、ネットワークを含めた相対パスで示し、その間のパス区切りの数を十分大きな数から引いた数を評価値とする。
【００４６】
また本実施形態のバージョンの評価では、前提プログラムは、バージョンの取得が出来る様にしておき、バージョンが新しい物程評価を高くする。
【００４７】
図１０は本実施形態のファイルのバージョンによる評価の概要を示す図である。図１０に示す様に、環境情報検索処理部１２０がTarget Prog Ver1.0(１００２)と、バージョンの新しいTarget Prog Ver1.5(１００３)を見つけた場合、環境情報評価処理部１２１は、バージョンの新しいTarget Prog Ver1.5(１００３)に良い評価を与える様にする。
【００４８】
バージョンが新しい物程、バグが減っていたり、新機能がサポートされていたりして有用だと思われるので、新しい物程良い評価とする。実際の評価値としては、通常、バージョン番号が大きい数値である程、新しいバージョンなので、バージョン番号そのものを利用する。バージョンによる評価を行う事により、新しいシステムが優先して利用されるので、プログラムに障害が発生した場合にその修正を行う事故対策等が楽になる。
【００４９】
また本実施形態では、利用者数での評価の為に、システムで前提プログラムが利用された場合にその利用者の数をカウントするカウンターを環境リロケータ１０２に設けておく。環境情報評価処理部１２１は、このカウンター機能により、より多くの利用者によって利用された前提プログラム程、良い評価を与える処理を行う。この評価の高い前提プログラムは、多くの人に利用されているので安心して使用することができる。この為、環境リロケータ１０２は、今までの利用者の数を前提プログラムのパス毎にデータベース上へ記録し、実際の評価値として、この利用者の数を利用する。
【００５０】
図１１は本実施形態の利用者数を記録するデータベースのデータ構造例を示す図である。図１１のデータベースは、前提プログラムの場所を示すPath(１１０１)と利用者数(１１０２)からなっている。
【００５１】
また本実施形態のメタデータによるサポート項目の評価では、前提プログラムに、どの様なサポート項目があるかを示すメタデータを出力する機能を埋め込み、その情報を評価に利用する事により行う。
【００５２】
図１２は本実施形態のメタデータの例を示す図である。図１２の様に環境情報評価処理部１２１は、サポート項目が一つしかない前提プログラム/opt/hitachi/Product1/Prog1(１２０１)より、サポート項目が二つある/opt/Adachi/Product1/Prog1(１２０２)をより良い評価とする。メタデータによる評価は、サポート項目数の多さにより、良い評価となる様にする。実際の評価値としても、サポート項目数を利用する。
【００５３】
以上の様に環境情報評価処理部１２１は、四つの項目、位置の評価・バージョンの評価・利用者数の評価・メタデータによるサポート項目数による評価を行い、評価の結果をデータベース１０４に保存する。
【００５４】
図１３は本実施形態の評価結果を記録するデータベース１０４のデータ構造例を示す図である。このデータベース１０４は、前提プログラム１０３の場所を示すPath(１３０１)と評価値(１３０２)からなる。
【００５５】
これらの評価を総合評価するにあたり、評価のパラメータで、より近い物が良い場合と、より新しいものが良い場合、多くの利用者が使っている物が良い場合等、ユーザにより条件が異なるものと考えられる。そこで本実施形態では、評価値の優先度を、それぞれの評価値の優先係数として、ユーザが設定する様にする。環境情報評価処理部１２１は、この優先係数を、それぞれの評価値に掛け合わせ、その総和を該当する前提プログラムの総合評価値とする。この評価式を以下の数１に示す。
【００５６】
【数１】
総合評価値=(位置の評価値)x(位置の優先係数)+(バージョンの評価値)x(バージョンの優先係数)+(利用者数の評価値)x(利用者数の優先係数)+(メタデータの評価値)x(メタデータの優先係数)
【００５７】
一方、前提プログラムを検索する際に、検索範囲が広過ぎて問題となる場合がある。そこで、検索に時間が掛かる場合の対策を述べる。検索に時間が掛かる場合には、検索範囲を限定したり、検索時間を限定する事により、制限する事ができる。その為に検索で、ある程度の数が見つかった場合には検索を中断するか、若しくは、検索で有る程度の時間が経ったら中断する等のパラメータをユーザが設定できる様にする。例えば、該当する前提プログラムを数個発見した段階で、その中から利用する様にユーザが設定可能とする事により、検索に時間が掛かり過ぎてしまうという問題を解決できる。
【００５８】
その他の応用として、ネーミングサービスとの互換機能を環境リロケータ１０２が受け持つ事も出来る。分散オブジェクト環境の場合、ネーミングサービスが利用されることが多い。事前に登録を行い、参照元プログラムがネーミングサービスに問い合わせることにより、サーバへのリファレンス等、実行時に必要な情報を取得できる様になっている。環境リロケータ１０２が、ネーミングサービス(Naming Service)として、応答できる様にすると、事前に登録の必要も無く、従来のシステムとの互換性もあり便利である。
【００５９】
図１４は本実施形態の環境リロケータ１０２による負荷分散の例を示す図である。図１４の様に参照元プログラムとして、プログラム１(１４０１)、プログラム２(１４０２)、プログラム３(１４０３)の様に、複数の参照元が有る場合に、それぞれの参照元プログラム毎に、環境リロケータ１０２の回答を変える事により、負荷分散を行うことが出来る。
【００６０】
すなわち、複数のプログラム１４０１〜１４０３から同一名称の前提プログラム１０３が要求された場合、データベース１０４中に格納された環境情報の内で、最も評価値の良い等の所定の条件を満たす前提プログラム１０３の情報を取り出してプログラム１４０１へ渡した後、その既にプログラム１４０１に渡された情報を除いた環境情報の内で所定の条件を満たす前提プログラム１０３の情報を取り出して次のプログラム１４０２へ渡す処理を行い、それぞれのプログラム１４０１〜１４０３に対して異なる情報処理装置上の前提プログラム１０３の情報を渡す。
【００６１】
図１５は本実施形態の参照元プログラム１０１の開発環境等のフェーズによるグループ分けの例を示す図である。図１５に示す様に更に別の応用として、プログラムdebug(１５０１)、プログラム開発版(１５０２)、プログラム完成版(１５０３)という様に参照元プログラムの状況が違う場合、環境リロケータ１０２に参照元の状況を渡す事により、開発中の参照元プログラムと、完成版の参照元プログラムとで、環境リロケータ１０２が返す前提プログラムを変える事が出来る。この機能により、開発環境等のフェーズによるグループ分けを行うことが可能になる。
【００６２】
前記の様に本実施形態では、参照元プログラムから要求された環境情報を検索して参照元プログラムへ渡すので、ネーミングサービスや環境変数等をユーザが事前に設定する必要が無くなり、前提プログラムが、何らかの事情により、別のフォルダーや別サーバに移動された場合等でも、ユーザは、環境変数や設定ファイル等の設定情報を手動で更新する必要無く、参照元プログラムを起動することが出来る様になるので、設定ファイルの書き間違い等が発生しなくなる。そして、最新の環境情報によりプログラムを動作させることができるので、常に最良の環境でプログラムを動作させることができる様になる。
【００６３】
また、バージョンによる評価を行う事により新しいシステムが利用されるので、障害が発生した場合にはその修正版を要求元プログラムの近くにインストールすることで対策することができ、事故対策等が楽になる。また、事故対策が失敗した場合には、インストールした物を直ぐに消せば以前の状態に戻るので、元の状態に簡単に戻す事ができる。また全ては、環境リロケータ経由でアクセスが行われているので、動的な入れ替えも可能となる。
【００６４】
以上説明した様に本実施形態のプログラム実行システムによれば、参照元プログラムから要求された環境情報を検索して評価し、所定の条件を満たす環境情報を参照元プログラムへ渡すので、起動前にユーザにより環境情報の設定を行うことなく、参照元プログラムの実行モジュールを実行できる様にすることが可能である。
【００６５】
【発明の効果】
本発明によれば参照元プログラムから要求された環境情報を検索して評価し、所定の条件を満たす環境情報を参照元プログラムへ渡すので、起動前にユーザにより環境情報の設定を行うことなく、参照元プログラムの実行モジュールを実行できる様にすることが可能である。
【図面の簡単な説明】
【図１】本実施形態のプログラム実行システムの概要を示す図である。
【図２】本実施形態の環境リロケータ１０２の動作する情報処理装置の概略構成を示す図である。
【図３】本実施形態の環境リロケータ１０２が周囲の情報を収集して評価する処理の処理手順を示すフローチャートである。
【図４】本実施形態のファイルシステム内を検索する処理の処理手順を示すフローチャートである。
【図５】本実施形態のファイルシステム上での検索処理の概要を示す図である。
【図６】本実施形態のファイルシステム上のプログラムを検索した後に、ネットワークを介して検索する場合の処理手順を示すフローチャートである。
【図７】本実施形態のドメイン配置から見た検索の様子を示す図である。
【図８】本実施形態のファイルシステムの検索とネットワークを介した検索の組み合わせを示す図である。
【図９】本実施形態のファイルの位置による評価の概要を示す図である。
【図１０】本実施形態のファイルのバージョンによる評価の概要を示す図である。
【図１１】本実施形態の利用者数を記録するデータベースのデータ構造例を示す図である。
【図１２】本実施形態のメタデータの例を示す図である。
【図１３】本実施形態の評価結果を記録するデータベース１０４のデータ構造例を示す図である。
【図１４】本実施形態の環境リロケータ１０２による負荷分散の例を示す図である。
【図１５】本実施形態の参照元プログラム１０１の開発環境等のフェーズによるグループ分けの例を示す図である。
【図１６】従来のシステムの構成例を示す図である。
【符号の説明】
１０１…参照元プログラム、１０２…環境リロケータ、１０３…前提プログラム、１０４…データベース、１０５…ファイルシステムやネットワーク、１１０…情報処理装置、１１１…ＣＰＵ、１１２…メモリ、１１３…磁気ディスク装置、１１４…入力装置、１１５…出力装置、１１６…ＣＤ−ＲＯＭ装置、１１７…通信装置、１２０…環境情報検索処理部、１２１…環境情報評価処理部、１２２…環境情報決定処理部、１１０１…Path、１１０２…利用者数、１４０１〜１４０３…プログラム、２０１…参照元プログラム、２０２…ネーミングサービス、２０３…前提プログラムの位置情報。
【図１】
2004199250.tif 000003
【図２】
2004199250.tif 000004
【図３】
2004199250.tif 000005
【図４】
2004199250.tif 000006
【図５】
2004199250.tif 000007
【図６】
2004199250.tif 000008
【図７】
2004199250.tif 000009
【図８】
2004199250.tif 000010
【図９】
2004199250.tif 000011
【図１０】
2004199250.tif 000012
【図１１】
2004199250.tif 000013
【図１２】
2004199250.tif 000014
【図１３】
2004199250.tif 000015
【図１４】
2004199250.tif 000016
【図１５】
2004199250.tif 000017
【図１６】
2004199250.tif 000018