JP6545932B2 - エンタープライズ・システムにおけるソフトウェアの展開 - Google Patents

Description

航空宇宙、自動車及び造船産業の会社は、概念化、設計、製造、及びエンジニアリングを含む製品開発の複数の段階において、市販のＣＡＤ／ＣＡＭソフトウェアを使用する。エンタープライズ・システムにおける何千ものエンドユーザが製品開発に貢献している。

民間のベンダーは、ＣＡＤ／ＣＡＭソフトウェアをベースパッケージとして提供する。ベースパッケージをインストールすることによって、各エンドユーザのコンピュータにソフトウェアのベースコンフィギュレーションがインストールされる。

拡張パッケージをインストールすることによって、その後ベースコンフィギュレーションに新たな機能性が追加される。通常、各拡張パッケージは、前のパッケージのすべてのファイルと、その上に追加のファイルを含む。ベースコンフィギュレーションは、第１拡張パッケージをインストールすることによってアップグレードされる。その後、アップグレードされたコンフィギュレーションは、第２拡張パッケージをインストールすることなどによってさらにアップグレードされる。

各拡張パッケージにより、前のすべてのファイルが置き換えられる。再コンフィギュレーションと認証には時間がかかる場合がある。エラーが発生しうる。適切に機能していた前のコンフィギュレーションが適切に機能しなくなる可能性がある。何千ものエンドユーザがいるエンタープライズ・システムでは、再コンフィギュレーションと認証は高くつく可能性がある。

より良い方法が望まれる。

本明細書の実施形態によれば、本方法において、エンタープライズ・システムにおいて展開されるソフトウェアが作成される。このソフトウェアには、ベースパッケージと拡張パッケージが含まれ、拡張パッケージには、ベースパッケージに対する重複ファイル及び新たなファイルが含まれる。この方法は、コンピュータを使用して、各ベースパッケージ及び拡張パッケージに対してファイルの特性を識別するインデックスを作成し、インデックスに記載されたファイルの特性を比較して、拡張パッケージの重複ファイル及び新たなファイルを識別し、新たなファイルのみを含む展開パッケージを作成することを含む。この方法はさらに、サイズによってパッケージを分類するステップを含むことが好ましく、展開パッケージを作成する前に、新たなファイルからユーザ固有情報を除去することによって、エンドユーザが、展開パッケージをインストールした後で、ユーザ固有情報を追加することができるようになるステップを含むことがさらに好ましい。上述の方法においては、展開パッケージはリンクされておらず、ソフトウェアは、各パッケージが少なくとも１０万個のファイルを有するＣＡＤ／ＣＡＭソフトウェアであり、展開パッケージを作成することが、圧縮ファイルごとに数およびファイルサイズ要件を満たしながら圧縮ファイルを作成することを含む。

本明細書の別の実施形態によれば、システムは、拡張ソフトウェアパッケージ及び前のパッケージのファイルの特性を識別する、ファイルのインデックスを作成するようにプログラミングされたコンピュータを備える。拡張パッケージは、前のパッケージと、その上に加わった新たなファイルのすべてのファイルを含む。このコンピュータはさらに、インデックスに記載されたファイルの特性を比較して、拡張パッケージの重複ファイルと新たなファイルを識別し、拡張パッケージの新たなファイルのみを含む展開パッケージを作成するようにプログラミングされている。

本発明の別の実施形態によれば、製品は、コンピュータに拡張ソフトウェアパッケージのすべてのファイルの特性を識別させ、ファイルの特性を比較して拡張パッケージにおけるすべての重複ファイルを識別させ、また拡張パッケージの新たなファイルのみを含む展開パッケージを作成させる、データでコード化されたコンピュータ可読メモリを含み、拡張パッケージは、前のパッケージと、その上に加わった新たなファイルのすべてのファイルを含む。

これらの特徴および機能は、種々の実施形態において単独で達成することも、他の実施形態において組み合わせることもできる。実施形態のさらなる詳細は、下記の説明及び図面を参照することによって理解することができる。

ソフトウェアインテグレータ（１２０）と、エンドユーザのコンピュータを含む、エンタープライズ・システムの図である。 ベースパッケージと、いくつかの拡張パッケージの図である。 エンタープライズ・システムにおいて展開されるソフトウェアを作製する方法の図である。 エンタープライズ・システムにおいて展開されるソフトウェアを作製する方法の図である。 エンタープライズ・システムにおいて展開されるソフトウェアを作製するコンピュータの図である。

図１を参照する。図１は、ネットワーク１４０を介して複数のエンドユーザのコンピュータ１３０と通信するソフトウェアインテグレータ１２０と呼ばれるコンピュータシステムを含むエンタープライズ・システム１１０を示すものである。エンタープライズ・システム１１０には、何千ものエンドユーザのコンピュータ１３０がある。一実施例では、ソフトウェアインテグレータ１２０により、市販のＣＡＤ／ＣＡＭソフトウェアがエンドユーザのコンピュータ１３０に分配される。エンドユーザのコンピュータ１３０は、市販のＣＡＤ／ＣＡＭソフトウェアを製品開発に利用する。

ソフトウェアは最初にベースパッケージとして展開され、ベースパッケージは各エンドユーザのコンピュータ１３０にインストールされる。時間が経過すると、ソフトウェアインテグレータ１２０により、このエンドユーザの幾つかの、あるいは全てのコンピュータ１３０にアップグレードソフトウェアが提供される。アップグレードは拡張パッケージの形態で提供される。

ソフトウェアの種々のパッケージを示す図２をさらに参照する。パッケージは、ベースパッケージ２１０、第１拡張パッケージ２２０、第２拡張パッケージ２３０、及び第３拡張パッケージ２４０を含む。この３つの拡張パッケージ２２０〜２４０は、実施例としてのみ示すものである。実際には、ベースパッケージ２１０と、一又は複数の拡張パッケージが含まれる。

ベースパッケージ２１０には、ファイルのオリジナルセット２１２が格納される。第１拡張パッケージ２２０には、ファイルのオリジナルセット２１２、及び新たなファイルの第１セット２２２が格納される。第２拡張パッケージ２３０には、オリジナルセット２１２と第１セット２２２、及び新たなファイルの第２セット２３２が格納される。第３拡張パッケージ２４０には、オリジナルセット２１２、第１セット２２２と第２セット２３２、及び新たなファイルの第３セット２４２が格納される。

アップグレードを実施するためには、管理コンピュータは、拡張パッケージをエンドユーザのコンピュータ１３０へ送らない。代わりに、管理コンピュータは新たなファイルのみを含む展開パッケージを送る。エンドユーザのコンピュータ上のソフトウェアは、新たなファイルをインストールするだけで改善される（例：新しい機能性が追加される）。

ここで図３を参照する。図３は、ベースパッケージと拡張パッケージから展開パッケージを作成する方法を示す。この方法は、ソフトウェアインテグレータ１２０によって行われる。

ブロック３１０において、比較のためにパッケージがサイズによって分類される。この分類は、ベースパッケージと、拡張パッケージの順序付けを識別するために行われる。ベースパッケージが最も小さく、次のパッケージはそれぞれ前のパッケージよりも大きくなる。

ブロック３２０において、ベースパッケージと拡張パッケージそれぞれに対しファイルのインデックスが作成される。各インデックスは、パッケージのファイルの特性を識別するものである。特性の例には、非限定的に、ファイル名とファイルサイズが含まれる。

別の特性は、固有の識別子である。例えば、各ファイルに対して暗号化ハッシュ関数が算出される。各ファイルは、固有の暗号化ハッシュ関数を有する。例えば、ＭＤ５メッセージ・ダイジェストアルゴリズム（チェックサム）等の暗号化ハッシュ関数が算出される。ファイルのＭＤ５ハッシュは、ファイルのコンテンツを１２８ビットの指紋にコード化することによって算出される。

ブロック３３０において、インデックスに記載されるファイルの特性が比較され、拡張パッケージの重複ファイルと新たなファイルが識別される。例えば、暗号化ハッシュ関数が比較され、新たなファイルと拡張ファイルが識別される。

ブロック３４０において、新たなファイルのみを含む展開パッケージが作成される。ブロック３５０において、エンタープライズ・システムのエンドユーザのコンピュータへ展開パッケージが送られる。エンドユーザのコンピュータは、新たな拡張パッケージをインストールする代わりに、新たなファイルのみをインストールすることによってアップグレードを実施する。

図２に示すソフトウェアを考察する。ベースパッケージ２１０が展開されインストールされた後、新たなアプリケーションと新たな機能性が開発される。ソフトウェアベンダーは、第１拡張パッケージ２２０の新たなファイル２２２においてこれらの新たなアプリケーション及び機能性を利用可能にする。図３の方法は、ベースパッケージ２１０及び拡張パッケージ２２０において行われ、第１展開パッケージが作られる。第１展開パッケージには、新たなファイル２２２のみが格納されている。

後に、ソフトウェアベンダーによって第２拡張パッケージ２３０が利用可能になる。図３の方法は、第１拡張パッケージ２２０及び第２拡張パッケージ２３０において実施されて第２展開パッケージが作られる。第２展開パッケージには、第２拡張パッケージ２３０の新たなファイルのみが格納されている。

後に、ソフトウェアベンダーによって第３拡張パッケージ２４０が利用可能になる。図３の方法は、第２拡張パッケージ２３０及び第３拡張パッケージ２４０において実施され、第３展開パッケージが作られる。第３展開パッケージには、第３拡張パッケージ２４０の新たなファイルのみが格納されている。

この結果、新たなアプリケーション及び機能性を提供するために増分パッケージが追加される、アップグレードへの階層化アプローチが可能になる。各エンドユーザが拡張パッケージをインストールする代わりに、エンドユーザのコンピュータは、前のパッケージに格納されていなかったファイルのみをインストールする。完全なコンフィギュレーションがインストールされないため、再コンフィギュレーションエラーが回避され、認証時間が短縮される。以前のコンフィギュレーションが機能している場合、そのコンフィギュレーションのファイルが置き換えられていないために、機能が継続する。新たなファイルのみがインストールされる。その他の利点には、ネットワークトラフィックを減らす、エンドユーザのコンピュータのハードディスクのスペースを節約する、複数のコンフィギュレーションを保存するのに要するサーバのスペースを節約することが含まれる。このような節約は、単独のエンドユーザのコンピュータにとってはささいなものに見えるかもしれないが、何百万ものファイルを含むパッケージ、また何千ものエンドユーザのコンピュータを有するエンタープライズ・システムにとっては重大である。

展開パッケージが作られる際に、大幅な時間及びリソースもまた節約される。本明細書の方法は、市販のソフトウェアを使って数ギガバイトのデータを処理して何百万ものファイルが格納されたパッケージのファイルを手動で比較し、その後で重複していないファイルのみを分配するよりも迅速でエラーが起きにくい。

ブロック３１０における分類を使用して、「リンクされていない」展開パッケージが作成される。「リンクされていない」とは、展開パッケージの任意の組み合わせをインストールすることができるという意味である。対照的に、拡張パッケージはリンクされているため、各拡張パッケージはベースファイルを含む必要があり、最新の拡張パッケージをインストールする前に、以前のパッケージをすべてインストールしなければならない。

通常、各エンドユーザのコンピュータのソフトウェアは、第１展開パッケージをインストールした後に、第２展開パッケージをインストールし、その後、第３パッケージをインストールする等によってアップデートされる。しかしながら、本明細書に記載の方法はそれほど限定されていない。ある場合には、エンドユーザのコンピュータは一又は複数の拡張パッケージを省略することができる。例えば、ベースコンフィギュレーションは第１展開パッケージ、そして次に第３展開パッケージでアップグレードされるが、第２展開パッケージではアップグレードされない。

本明細書に記載の方法は、特定の種類のソフトウェア成果物に限定されない。ある実施例では、ソフトウェアはＣＡＤ／ＣＡＭソフトウェアである。航空機のような複雑な製品の設計においては、各パッケージに何十万ものファイルが格納されており、何千ものエンドユーザが使用する。

別の実施例では、本明細書に記載の方法を使用して、ドキュメンテーションがアップデートされる。ベースパッケージがインストールされた後で、任意の拡張パッケージのファイルが次にインストールされる。すべてのファイルをインストールする必要はない。例えば、ベースパッケージのオリジナルファイルと、第２拡張パッケージの新たなファイルがインストールされるが、第１拡張パッケージの新たなファイルはインストールされない。

さらに別の実施例では、本明細書に記載の方法を使用して、コンピュータのオペレーティングシステムがアップデートされる。新たなファイルのみが追加される。

ここで図４を参照する。図４は、エンタープライズ・システムにおいて展開されるソフトウェアを作製する方法のさらに詳細な実施例を示す。ブロック４１０において、現在のパッケージと前のパッケージのファイルのインデックスが作成される。各ファイルのＭＤ５メッセージが算出される。したがって、ＭＤ５メッセージによって各インデックスの各ファイルが識別される。インデックスはＸＭＬファイル、テキストファイル等の形態であってよい。ブロック４２０では、サイズによってパッケージが分類される。

ブロック４３０では、現在の拡張パッケージのインデックスにおいて重複ファイルを識別するために再帰的反復が行われる。ブロック４３０のコンテンツは、再帰的アルゴリズムの一例を提供するものである。

ブロック４４０において、ユーザ固有情報が新たなファイルから除去される。これにより、展開パッケージがインストールされた後で、エンドユーザがユーザ固有情報を追加することが可能になる。これによりインストール時間が短縮されることが確認されている。

ブロック４５０において、新たなファイルから展開パッケージが作成される。このステップは、ネットワーク制約、及び分配媒体の制約にしたがって、圧縮ファイルごとの数及びファイルサイズ要件を満たしながら、圧縮ファイルを作成することを含む。ある実施形態では、展開パッケージのサイズはユーザによって定義される。

圧縮ファイルは、自己解凍型である。自己解凍型ファイルにより、エンドユーザのコンピュータにおいてアップグレードを完全に自動化することが可能になる。

ブロック４６０において、展開パッケージに認証ファイルが含められる。認証ファイルは、パッケージのソフトウェアベンダーによって最初に作製された第１認証ファイルを含む。第１認証ファイルは、パッケージとともに含まれるべきすべてのファイルを識別する。対応する展開パッケージがインストールされた後で、エンドユーザのコンピュータはインストールされたコンフィギュレーションの第２ファイルを作成し、第１ファイルと第２ファイルを比較する。２つのファイルが同一である場合、インストールは完了である。ソフトウェアインテグレータによる認証の監視は必要ない。

図５は、エンタープライズ・システムにおいて展開されるソフトウェアを作製するコンピュータ５１０の図である。コンピュータ５１０は、プロセッサ５２０と、コード５４０でコード化されたコンピュータ可読メモリ５３０を含む。コード５４０が実行されると、コンピュータ５１０はベースパッケージ、及び拡張パッケージそれぞれに対してファイルのインデックスを作成し、このインデックスを使用して各拡張パッケージの重複ファイルと新たなファイルを識別し、新たなファイルのみを含む一又は複数の展開パッケージを作成する。図１のソフトウェアインテグレータ１２０は、一又は複数のこのようなコンピュータ５１０を含む。

１１０ エンタープライズシステム
１２０ ソフトウェアインテグレータ
１３０ エンドユーザのコンピュータ
１４０ ネットワーク
２１０ ベースパッケージ
２１２ オリジナルファイルセット
２２０ 拡張パッケージ１
２１２ オリジナルファイルセット
２２２ 第１ファイルセット
２３０ 拡張パッケージ２
２３２ 第２ファイルセット
２４０ 拡張パッケージ３
２４２ 第３ファイルセット
５１０ コンピュータ
５２０ プロセッサ
５３０ メモリ
５４０ コード

Claims (12)

1. エンタープライズ・システムにおいて展開されるソフトウェアを作製する方法であって、前記ソフトウェアはベースパッケージと拡張パッケージとを含み、前記拡張パッケージは、前記ベースパッケージに対する重複ファイル及び新たなファイルを含み、前記方法はコンピュータを使用して、
   前記ベースパッケージ及び前記拡張パッケージの各々のファイルのインデックスを作成することと、
   前記ベースパッケージ及び前記拡張パッケージの各々の前記インデックス内の前記ファイルの各々の指紋を生成するために、前記ファイルの各々のハッシュを算出することと、
   前記重複ファイルを識別するために前記ベースパッケージ及び前記拡張パッケージの前記インデックスを反復処理することであって、前記拡張パッケージ内の前記重複ファイル及び前記新たなファイルを識別するために前記指紋が比較される、反復処理することと、
   前記エンタープライズ・システム内のエンドユーザコンピュータへのインストールのための前記新たなファイルのみを含む展開パッケージを前記コンピュータにおいて作成することであって、前記展開パッケージは前記エンドユーザコンピュータへインストールされるべき全てのファイルを識別する第１認証ファイルをも含む、作成することとを含み、
   前記方法はさらに、前記展開パッケージをインストールし、前記エンドユーザコンピュータへ実際にインストールされたファイルを識別する第２認証ファイルを作成し、前記第１認証ファイルと前記第２認証ファイルを比較するために、前記エンドユーザコンピュータを使用することを含み、前記第１認証ファイルと前記第２認証ファイルが同一である場合にインストールは成功であり、
   前記展開パッケージの作成の前に、前記新たなファイルからユーザ固有情報が除去され、エンドユーザは前記展開パッケージのインストール後にユーザ固有情報を追加することができる、方法。
2. 前記ベースパッケージ及び前記拡張パッケージをサイズによってソートすることをさらに含む、請求項１に記載の方法。
3. 前記展開パッケージを、前記エンタープライズ・システムの複数のエンドユーザのコンピュータに送ることをさらに含む、請求項１に記載の方法。
4. 新たな拡張パッケージが入手可能になった場合、前記新たな拡張パッケージに対して新たなファイルのインデックスが作成され、前記新たなファイルのインデックスが前の拡張パッケージのファイルのインデックスと比較されて前記新たな拡張パッケージにおいて新たなファイルが識別され、新たな展開パッケージは、前記新たな拡張パッケージの前記新たなファイルのみから作成される、請求項１に記載の方法。
5. 前記展開パッケージがリンクされていない、請求項４に記載の方法。
6. 前記重複ファイルを識別することが、各拡張パッケージをその直前のパッケージとのみ比較することを含む、請求項４に記載の方法。
7. 前記ソフトウェアがＣＡＤ／ＣＡＭソフトウェアである、請求項１に記載の方法。
8. 前記展開パッケージの作成は、圧縮ファイルごとのファイルサイズの要件を満たしながら、圧縮ファイルを作成することを含む、請求項１に記載の方法。
9. 第１コンピュータ及びエンドユーザコンピュータを備えるシステムであって、前記第１コンピュータが、
   拡張ソフトウェアパッケージと前のパッケージのファイルのインデックスを作成することであって、前記インデックスにより前記拡張ソフトウェアパッケージと前記前のパッケージの各々の前記ファイルの特性が識別され、前記拡張ソフトウェアパッケージは前記前のパッケージ、及びその上に加わった新たなファイルのすべてのファイルを含む、作成することと、
   前記インデックス内に記載される前記ファイルの特性を比較して、前記拡張ソフトウェアパッケージ内の重複ファイルと前記拡張ソフトウェアパッケージ内の前記新たなファイルを識別することと、
   前記エンドユーザコンピュータへのインストールのための前記拡張ソフトウェアパッケージ内の前記新たなファイルのみを含み、前記エンドユーザコンピュータへインストールされるべき全てのファイルを識別する第１認証ファイルをも含む展開パッケージを前記第１コンピュータにおいて作成することと
   を実施するようにプログラミングされ、
   前記エンドユーザコンピュータが、前記展開パッケージをインストールすること、前記エンドユーザコンピュータへ実際にインストールされたファイルを識別する第２認証ファイルを作成すること、及び前記第１認証ファイルと前記第２認証ファイルを比較することを実施するようにプログラミングされ、前記第１認証ファイルと前記第２認証ファイルが同一である場合にインストールは成功であり、
   前記展開パッケージの作成の前に、前記新たなファイルからユーザ固有情報が除去され、エンドユーザは前記展開パッケージのインストール後にユーザ固有情報を追加することができる、システム。
10. 前記第１コンピュータが、各ファイルの暗号化ハッシュ関数を作成するようにプログラミングされ、前記第１コンピュータが、前記暗号化ハッシュ関数を比較することによって前記ファイルを比較するようにプログラミングされている、請求項９に記載のシステム。
11. 前記第１コンピュータが、前記展開パッケージをエンタープライズ・システムの前記エンドユーザコンピュータ及び他のエンドユーザコンピュータへ送るようにさらにプログラミングされている、請求項９に記載のシステム。
12. 前記重複ファイルを識別することが、
    前記インデックス内の前記ファイルの各々の指紋を生成するために、前記ファイルの各々のハッシュを算出することと、
    前記重複ファイルを識別するために前記前のパッケージ及び前記拡張ソフトウェアパッケージの前記インデックスを反復処理することであって、前記拡張ソフトウェアパッケージ内の前記重複ファイル及び前記新たなファイルを識別するために前記指紋が比較される、反復処理することと、を含む、請求項９に記載のシステム。

Images