(57)【要約】【目的】ＯＳのバージョン情報、モジュールに依存する必須ライブラリィのバージョン情報とそれらのバージョンによるモジュールの動作確認情報をモジュール情報として記述することにより、動作確認済みのモジュールを確実にインストールすることができるソフトウェアインストール方法を提供すること。【構成】情報処理装置にソフトウェアをインストールするソフトウェアインストール方法において、記憶装置に記憶されたモジュールを読み出す工程と、前記記憶装置に記憶されたモジュール情報を読み出す工程と、前記情報処理装置が備える前記モジュール情報に対応する情報を獲得する工程と、前記モジュール情報と前記モジュール情報に対応する情報の正当性を判断する判断工程と、前記判断工程において前記モジュールを、動作確認済み、未確認、動作しないの判断を行い、インストールすることを特徴とする。【選択図】      図１
2004246693.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置にソフトウェアをインストールするソフトウェアインストール方法であって、
記憶装置に記憶されたモジュールを読み出す工程と、前記記憶装置に記憶されたモジュール情報を読み出す工程と、前記情報処理装置が備える前記モジュール情報に対応する情報を獲得する工程と、前記モジュール情報と前記モジュール情報に対応する情報の正当性を判断する判断工程と、前記判断工程において前記モジュールを、動作確認済み、未確認、動作しないの判断を行い、インストールすることを特徴とするソフトウェアインストール方法。
【請求項２】
前記記憶装置には、インストールモジュールと格納されているインストールモジュールに対応した最新のインストールモジュール情報を記憶することを特徴とする請求項１記載のソフトウェアインストール方法。
【請求項３】
前記モジュール情報を読み出す工程には、ネットワーク上のデータベースより最新の情報を読み出す工程を備えることを特徴とする請求項１又は２記載のソフトウェアインストール方法。
【請求項４】
前記モジュール情報には、少なくともＯＳ名、ＯＳバージョン、必須ライブラリィ情報、必須ライブラリィバージョン、モジュールバージョン、モジュール格納先、動作確認情報を含むことを特徴とする請求項１〜３の何れかに記載のソフトウェアインストール方法。
【請求項５】
前記必須ライブラリィのバージョン情報には、ワイルドカード或は正規表現を含むように構成することを特徴とする請求項４記載のソフトウェアインストール方法。
【請求項６】
前記判断工程において、動作確認の確認済み、未確認、動作しないの判断を表示確認することを特徴とする請求項４記載のソフトウェアインストール方法。
【請求項７】
前記モジュール情報には、該当モジュールの確認者情報を含むことを特徴とする請求項４記載のソフトウェアインストール方法。
【請求項８】
前記確認者情報には、氏名以外にメイルアドレスを含むことを特徴とする請求項４記載のソフトウェアインストール方法。
【請求項９】
情報処理装置にソフトウェアをインストールする情報処理システムであって、
複数のモジュールとモジュール情報を記憶する一次記憶装置を備え、複数のインストールモジュールとモジュール情報を格納した二次記憶メディアより該モジュール、該モジュール情報を読み込む手段と、ネットワーク上にマスターインストールモジュール情報を格納するデータベースを備え、該マスターモジュール情報を読み出す手段、該情報処理装置より該モジュール情報に対応する情報を獲得する手段、該モジュール情報に対応する情報の正当性を判断する判断手段、該判断手段において該モジュールが動作確認済み、未確認、動作しないであるかどうかの判断を行い、インストールすることを特徴とする情報処理システム。
【請求項１０】
前記モジュール情報には、少なくともＯＳ名、ＯＳバージョン、必須ライブラリィ情報、必須ライブラリィバージョン、モジュールバージョン、モジュール格納先、動作確認情報を含むことを特徴とする請求項９記載の情報処理システム。
【請求項１１】
前記必須ライブラリィのバージョン情報には、ワイルドカード或は正規表現を含むように構成することを特徴とする請求項９記載の情報処理システム。
【請求項１２】
前記情報処理装置には、前記ネットワーク上のデータベースの情報を変更する情報更新手段を備えることを特徴とする請求項９記載情報処理システム。
【請求項１３】
前記情報処理装置には、前記ネットワーク上のデータベースのマスターモジュール情報及び対応するモジュールを記録メディアに作成する指示手段、該作成手段を有することを特徴とする請求項９記載の情報処理システム。
【請求項１４】
前記判断手段において、動作確認の確認済み、未確認、動作しないの判断を表示確認することを特徴とする請求項９記載の情報処理システム。
【請求項１５】
前記二次記憶メディアにインストールモジュールを作成する場合は、確認済みのモジュールのみで作成することを特徴とする請求項９記載の情報処理システム。
【請求項１６】
前記モジュール情報には、該当モジュールの確認者情報を含むことを特徴とする請求項９に記載の情報処理システム。
【請求項１７】
前記確認者情報には、氏名以外に、メイルアドレスを含むことを特徴とする請求項９記載の情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばワークステーション、パーソナルコンピュータ、セットトップボックス、モバイル情報端末等の情報処理装置及び該装置へのソフトウェアインストール方法と前記装置を含む情報処理システムに関するものである。
【０００２】
【従来の技術】
従来、ソフトウェアのインストール方法としては、ターゲット上のＯＳに対応して動作確認済みのモジュールを二次記憶やネットワーク上よりインストールしていた。
【０００３】
【発明が解決しようとする課題】
従って、従来ではＯＳの細かいバージョンの差異やインストールターゲット上での必須ライブラリィのバージョンの違いによる動作の確認は困難であった。そのため、頻繁にＯＳや共通のライブラリィをバージョンアップした場合、動作の確認に関して安心してモジュールをインストールすることが難しいという問題があった。
【０００４】
本発明は上記従来の問題に鑑みてなされたもので、その目的とする処は、ＯＳのバージョン情報、モジュールに依存する必須ライブラリィのバージョン情報とそれらのバージョンによるモジュールの動作確認情報をモジュール情報として記述することにより、動作確認済みのモジュールを確実にインストールすることができるソフトウェアインストール方法及び情報処理システムを提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置へのソフトウェアインストール方法は以下のような工程を備える。
【０００６】
即ち、記憶装置に記憶されたモジュールを読み出す工程と、前記記憶装置に記憶されたモジュール情報を読み出す工程と、前記情報処理装置が備える前記モジュール情報に対応する情報を獲得する工程と、前記モジュール情報と前記モジュール情報に対応する情報の正当性を判断する判断工程と、前記判断工程において前記モジュールを、動作確認済み、未確認、動作しないの判断を行い、インストールすることを特徴とするインストール方法。
【０００７】
又、前記目的を達成するために本発明の情報処理装置を含む情報処理システムは以下のような構成を備える。
【０００８】
即ち、情報処理装置にソフトウェアをインストールする情報処理システムであって、複数のモジュールとモジュール情報を記憶する一次記憶装置を備え、複数のインストールモジュールとモジュール情報を格納した二次記憶メディアより該モジュール、該モジュール情報を読み込む手段、ネットワーク上にマスターインストールモジュール情報を格納するデータベースを備え、該マスターモジュール情報を読み出す手段、該情報処理装置より該モジュール情報に対応する情報を獲得する手段、該モジュール情報に対応する情報の正当性を判断する判断手段、該判断手段において該モジュールが動作確認済み、未確認、動作しないであるかどうかの判断を行い、インストールすることを特徴とする情報処理システム。
【０００９】
【発明の実施の形態】
以下に本発明の実施の形態を添付図面に基づいて説明する。
【００１０】
＜実施の形態１＞
図１は本実施の形態に係る情報処理システムの構成を示す概念図である。
【００１１】
図１において、１０１はネットワーク上に配置された、マスターとなるモジュール情報１０２及びマスターとなるモジュール１０３を含むマスターデータベースである。１０４はマスターデータベース１０１より作成される二次記憶メディアであり、ターゲット１０７上の一次記憶装置１１０にインストールするためのインストールモジュール情報１０５及びそのモジュール情報に対応したモジュール１０６を含む。
【００１２】
１０７はインストール先のターゲットであり、入出力機器１１１、メモリ１０８、一次記憶装置１１０から構成される。１０９はターゲット１０７上のメモリ１０８で管理されるモジュール情報であり、二次記憶メディアからのインストール時、最新モジュール情報をマスターデータ−  ベース１０１より獲得時、更にマスターデータベース１０１上のモジュール情報１０２更新の際に用いられる。１１２は二次記憶メディア１０４内のモジュール１０６よりインストールされるターゲット１０７上の一次記憶装置１１０に格納されるモジュール実態である。
【００１３】
図２はマスターデータベース１０１上に格納されるモジュール情報１０２の構成と、マスターデータベース１０１より作成される２次記憶メディア１０４上に格納されるインストールモジュール情報１０５の構成例である。
【００１４】
モジュール情報１０２は、［モジュール名］、［バージョン］、［ＯＳ］、［ＯＳバージョン］、［必須ライブラリィ］、［ライブラリィバージョン］、［モジュール格納先］、［動作確認情報］、［確認者情報］を含む。更に、［必須ライブラリィ］が複数に亘る場合は、メインテーブル２０１に対応して、サブテーブル２０２を持つように構成されている。又、モジュールのバージョン、ＯＳバージョン、ＬＩＢバージョンに関しては２０３で示されるように、正規表現で構成されている。
【００１５】
２０３の場合、ＯＳｂにおいて、ＯＳのバージョンは１．０，２．０，３．０の全てに関してモジュール名“ｃｃｃｃ．ｚｚｚ”のバージョン１．１、必須ライブラリィ“ＬＣＣＣ．ｌｉｂ”のバージョン１．０を用いるものに関して動作しない（ＮＧ）の情報が確認されていることを示している。
【００１６】
更に、確認者情報に関しては、２０４に示されるようにメイルアドレス情報も登録できるように構成されている。
【００１７】
インストールモジュール情報１０５は前記モジュール情報マスターより２つのモジュール“Ｍｏｄａａａ．ｘｘｘ”，“Ｍｏｄｂｂｂ．ｙｙｙ”をインストールするためにマスター情報のレコードより抽出された場合である。
【００１８】
図３は本発明による情報処理システムのターゲット１０７上へのモジュールのインストールのフローチャートである。
【００１９】
先ず、Ｓ３１において二次記憶メディア１０４よりインストールモジュール情報１０５をメモリ１０８に読み込む。次にステップＳ３２に進み、ネットワーク上のマスターデータベース１０１に接続し、マスターモジュール情報１０２を取り込めるかどうか判別する。取り込める場合はステップＳ３３に進み、ネットワーク上の最新のモジュール情報１０２をメモリ１０８上のモジュール情報にマージした後ステップ３４に進む。ステップＳ３２において、取り込めない場合はステップＳ３４に進む。ステップＳ３４ではメモリ１０８上のモジュール情報１０９の情報に基づいてインストールを行う。
【００２０】
図４は本発明による情報処理システムの図３ステップＳ３４におけるモジュール情報データベースに基づくインストールの詳細のフローチャートである。
【００２１】
先ず、ステップＳ４１において、モジュール情報データベースのインストールモジュールに対応するレコードの項目に対応するターゲット１０７の情報［ＯＳ名］、［ＯＳバージョン］、［必須ライブラリィバージョン］を得る。次に、ステップＳ４２に進み、ターゲット１０７の情報と項目が合致するレコードがモジュール情報１０９にあるかどうかを判別する。
【００２２】
ステップＳ２において合致するレコードがあった場合ステップＳ４３に進む。
ない場合はステップＳ４７に進む。ステップＳ４３において該当レコードの動作確認情報をチェックする動作確認があり、（ＯＫ）の場合ステップＳ４８に進む。動作確認がない（ＮＧ又は？）の場合はステップＳ４４に進む。ステップＳ４４において全ての合致レコードの情報を判別したかどうかチェックする。合致レコードが複数ある場合はステップＳ４６に進み、次のレコードをチェックしてステップＳ４３に戻る。
【００２３】
全てチェックした場合はステップＳ４５に進む。ステップＳ４５では動作確認情報が動作不可能（ＮＧ）か、動作未確認（？）かをチェックし動作不可能な場合はステップＳ４９に進み、インストール不可能を入出力機器１１１に表示、確認する。動作未確認状態の場合はステップＳ４７に進み、入出力機器１１１において未確認インストールするかどうかを判別し、インストールする場合はステップＳ４８に進み、しない場合はそのまま終了する。
【００２４】
ステップＳ４７における、判別する手段としては予めインストールする、しないを自動で決定しておくか、或はインストールするユーザにその旨を表示確認し判別する。ステップＳ４８では、ターゲット１０７の一次記憶装置１１０に、モジュール情報１０９の該当レコードのモジュール格納先情報に基づいて、一次記憶装置１１０に既存の格納先ディレクトリィが存在すればその位置に、存在しなければ、作成してからモジュールをインストールする。
【００２５】
図５は本発明による情報処理システムのマスターデータ−  ベース１１０よりインストール用二次記憶メディア１０４をネットワーク接続されたターゲット１０７において作成するための詳細のフローチャートである。
【００２６】
先ず、ステップＳ５１において、マスターデータベース１０１の中からインストールするマスターモジュールを選択する。次に、ステップＳ５２において、マスターモジュールがあるか、ないか判別する。なければ、ステップＳ５７に進み作成できないエラーとなり、終了する。あれば、ステップＳ５３に進み、モジュールの該当レコードをメモリ１０８上にマージする。
【００２７】
次に、ステップＳ５４に進み、該当マスターモジュール１０３を二次記憶メディア１０４に格納する。次に、ステップＳ５５に進み、追加のモジュールがあるかどうかを判別し、あればステップＳ５１に戻り、処理を繰り返す。なければ、ステップＳ５６に戻り、メモリ１０８上のマージされたモジュール情報１０９を二次記憶メディア１０４に格納して処理を終了する。
【００２８】
図６は本発明による情報処理システムのターゲット１０７上からのマスターデータベース１０１のモジュール情報１０２に登録するフローチャートである。
【００２９】
先ず、ステップＳ６１において、ターゲット１０７において登録したいモジュール名のレコードを作成する。次に、ステップＳ６２に進み、マスターデータベース１０１に同一のモジュール名・バージョンが同じレコード情報があるかどうか判別する。なければ、ステップＳ６６に進み、マスターにレコードを新規登録して終了する。
【００３０】
同一モジュール名・同一バージョンのものがあれば、ステップＳ６３に進み、確認者以外同じならば、ステップＳ６６に進み確認者のみ追加して終了する。確認者以外にも異なるものがあれば、ステップＳ６４に進み、動作確認の情報のみが異なるかどうかを判別し。動作確認情報のみが異なる場合には、ステップＳ６５に進み、マスターの確認情報を変更し、ステップＳ６６に進み、確認者情報として確認者名かメイルアドレスを追加して終了する。ステップＳ６４において、確認情報以外に異なる場合は、新規として、ステップＳ６７に進みレコードをそのまま登録して終了する。
【００３１】
図７は本発明による情報処理システムのマスターデータベース１０１における定期更新処理のフローチャートである。
【００３２】
先ず、ステップＳ７１において、全レコードの中でモジュール名、確認情報が一致している重複レコードがあるかを判別する。なければそのまま終了する。該当するレコードがあれば、ステップＳ７２に進み、必須ライブラリィ追加があれば、サブテーブルにマージ追加する。次に、ステップＳ７３に進み、別のＯＳ追加があれば、サブテーブルにマージ追加する。
【００３３】
次に、ステップＳ７４に進み、必須ライブラリィのバージョンに追加があれば、正規表現で追加する。次に、ステップＳ７５に進み、ＯＳに新たなバージョン追加があれば、正規表現で追加する。次に、ステップＳ７６に進み、確認者名かメイルアドレスをマージして追加する。次に、ステップＳ７１に戻り処理を繰り返す。
【００３４】
＜実施の形態２＞
次に、本発明による情報システムの構成において、インストール用二次記憶メディアに動作確認済みのモジュールのみで作成を行う実施の形態２を説明する。
尚、この場合の情報システムの構成は前述の実施の形態１と同様であるため、その説明は省略する。更に、インストール用二次記憶メディア１０４の作成以外のフローについても前記実施の形態１と同様であるため、その説明は省略する。
【００３５】
図８は本発明による情報処理システムのマスターデータ−  ベース１１０より動作確認済みのインストール用二次記憶メディア１０４をネットワーク接続されたターゲット１０７において作成するための詳細のフローチャートである。
【００３６】
先ず、ステップＳ８１  において、マスターデータベース１０１の中からインストールするマスターモジュールを選択する。次に、ステップＳ８２において、マスターモジュールがあるか、ないか判別する。なければ、ステップＳ８８に進み作成できないエラーとなり、終了する。あれば、ステップＳ８３に進み、選択モジュールが動作確認済みであるかどうかを判別する。なければ、ステップＳ８８に進み作成できないエラーとなり、終了する。あれば、ステップＳ８４に進み、モジュールの該当レコードをメモリ１０８上にマージする。
【００３７】
次に、ステップＳ８５に進み、該当マスターモジュール１０３を二次記憶メディア１０４に格納する。次に、ステップＳ８６に進み、追加のモジュールがあるかどうかを判別し、あればステップＳ８１に戻り、処理を繰り返す。なければ、ステップＳ８７に戻りメモリ１０８上のマージされたモジュール情報１０９を二次記憶メディア１０４に格納して処理を終了する。
【００３８】
＜他の実施の形態＞
本発明の実施の形態ではインストール用の二次記憶メディア作成時、ネットワークに接続されたターゲット１０７を用いたが、ネットワークではなくマスターデータベース１０１にローカルに接続された機器を用いて作成するようにしても良い。
【００３９】
又、実施の形態では、バージョン追加のために正規表現を用いたが、論理式を用いるようにしても良い。
【００４０】
又、実施の形態では確認者情報としてメイルアドレスを登録したが、確認者の開示しているＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｒｃｅ  Ｌｏｃａｔｏｒ  ）を登録するように構成しても良い。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、複数のＯＳや複数の必須のライブラリィに対して、バージョンを管理するモジュール情報のマスターデータベースを管理するのみで、ユーザが安心してインストール可能となり、インストール用二次記憶メディアを供給できる。
【００４２】
又、本発明によれば、ユーザが確認したモジュールに関する情報をネットワークを通じて簡単にマスターデータベースに登録することも可能となる。
【００４３】
更に、本発明によれば、マスターモジュールの情報データベースを一元管理することにより効率良くモジュールの品質管理が可能となる。
【００４４】
又、本発明によれば、インストール用のモジュール作成において確認済みのモジュールのみを容易に最新の状態で作成することが可能となる。
【００４５】
更に、本発明によれば、動作しない組み合わせのインストールモジュールであることがユーザに容易に示すことが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報処理システムの構成を示す概念図である。
【図２】本発明の実施の形態のモジュール情報データの構成を示す図である。
【図３】本発明の実施の形態におけるインストール処理内容を示すフローチャートである。
【図４】本発明の実施の形態におけるモジュール情報データベースによるインストール処理内容を示すフローチャートである。
【図５】本発明の実施の形態１におけるインストール用二次記憶作成処理内容を示すフローチャートである。
【図６】本発明の実施の形態におけるマスターデータベースのモジュール情報データベースの登録処理内容を示すフローチャートである。
【図７】本発明の実施の形態におけるマスターデータベースの定期更新処理内容を示すフローチャートである。
【図８】本発明の実施の形態２における動作確認済みインストール用二次記憶作成処理内容を示すフローチャートである。
【符号の説明】
１０１      マスターデータベース
１０２      モジュール情報
１０３      マスターモジュール
１０４      二次記憶メディア
１０５      インストールモジュール情報
１０６      モジュール
１０７      ターゲット
１０８      メモリ
１０９      モジュール情報（メモリ内）
１１０      一次記憶装置
１１１      入出力機器
１１２      モジュール（一次記憶装置内）
２０１      メインテーブル
２０２      サブテーブル
２０３      バージョン正規表現
２０４      メイルアドレス
【図１】
2004246693.tif 000003
【図２】
2004246693.tif 000004
【図３】
2004246693.tif 000005
【図４】
2004246693.tif 000006
【図５】
2004246693.tif 000007
【図６】
2004246693.tif 000008
【図７】
2004246693.tif 000009
【図８】
2004246693.tif 000010