JP2005512189A - 装置機器内へのソフトウエアモジュールのインストール方法 - Google Patents

Abstract

本発明は装置機器内へのソフトウエアモジュールのインストール方法の提案であり、この場合当該装置機器においてはオペレーションシステムと、ハードウエアに依存しないソフトウエア環境、例えばジャバ環境が動作している。このオペレーションシステムに対する新たなソフトウエアモジュールは、本発明によればソフトウエア環境内のインタフェースとオペレーションシステム内のインストレーションマネージャーを介してインストールされる。これに対してソフトウエア環境は、インストレーションインターフェースに関するデータを、インストレーションマネージャーに転送する。それに続いてインストレーションマネージャーは、ソフトウエア環境からは遮蔽されてソフトウエアモジュールのインストールを実行する。

Description

本発明は、請求項１の上位概念による装置機器内へのソフトウエアモジュールのインストール方法に関している。

ドイツ連邦共和国特許出願DE 196 19 491 A1明細書からは既に、特にシステムソフトウエアないしドライバの拡張と更新のための、ソフトウエアモジュールのインストールが公知であり、この場合は例えば受信端末を安全にコントロールできる状態への移行を実施する機構が設けられている。このことは、計算機に依存しない、安全なスクリプティング言語、例えばパール“Ｐｅｒｌ”やジャバ“Ｊａｖａ”などの利用によって容易となる。

発明の利点
それに対して請求項１の特徴部分に記載された本発明による、装置機器内へのソフトウエアモジュールのインストール方法は、次のような利点を有している。すなわち、オペレーティングシステムの容易な後付け（ないしシステムアップ）が可能となることである。それに対してはシステムに依存しないソフトウエア環境が利用できる。その際このシステムに依存しないソフトウエア環境は、例えばジャバプロセッサは、オペレーティングシステム自体に関する情報は有さない。このことは、ソフトウエア環境の容易な移植性を可能にし、さらにオペレーティングシステムの装備ないし後付けを容易にする。

ソフトウエアドライバは、オペレーティングシステムに所属するものとみなされる。本発明による方法は、エラー処理並びにシステム能力の拡張が相応のソフトウエアモジュール、例えば、オペレーティングシステム−パッチャー、ドライバー、オペレーティングシステム−アプリケーション、（フィールド内にある）システム診断ルーチンなどの追加インストールによって可能となる（例えば無線インターフェースを用いたインターネットとの接続を介して）。ソフトウエア環境で実行される機構は、プラットフォームには依存しない。従ってプラットフォーム、つまりＯＳ（オペレーティングシステム）の入れ替えやハードウエアの入れ替えの際には、ＯＳ用の相応のインストレーションマネージャーを追加ロードするだけでよい。それに対して呼出し用のインストールインタフェースは同じままである。

ファイルは様々なルートでシステム内に到達する。ファイルがソフトウエア環境のアクセス領域内に存在すると同時にインストールが開始可能となる。このことは特にテレマティクス端末の場合に重要である。そこではＣＤからの伝送、サーバーからの有線ないし無線の伝送、メモリカードからの伝送などが起こり得るからである。ファイルを生成するソフトウエアのソース側から見れば、オペレーティングシステム領域において透明な移送経路がオペレーティングシステムに対して得られる（インストレーションマネージャー）。ソースは、この移送経路に関する情報（例えば無線/有線）を何も必要としない。ファイルの構造は、完全に移送経路に依存しない。なぜなら認証や統合化テストも含めた移送確保のための機構がソフトウエア環境（例えばジャバ）を用いて実現できるからである。

従属請求項に記載された手段並びに改善構成によれば、独立請求項に記載された本発明による、装置機器内へのソフトウエアモジュールのインストール方法の有利な改善が可能となる。

特に有利には、ファイルが、ソフトウエアモジュールのプロパティに関する付加的なデータ及び/又は少なくとも１つのサイン及び/又は暗号化情報及び/又はテキスト記述及び/又は少なくとも１つのソフトウエアツールを付加的に有する。それによって、一方では、インストールが安全確実に構築ができ、さらに誤機能ないし機器の故障に結び付きかねない不所望なインストールの実行が回避される。さらにソフトウエアモジュールの容易なインストールがソフトウエアツールの転送を可能にする。テキスト記述は、ユーザーにソフトウエアのインストールを容易に理解させる。

さらに“コンテナ”とも称されるファイルが様々なフィールドに分割される。第１のフィールドは、識別のために設けられている。例えばいわゆる“ヘッダ”が設けられている。このヘッダは、ソフトウエアモジュールのための所定の識別子を有している。第２のフィールド内には、重要なリソース、例えばメモリスペース、ドライバなど（これらはソフトウエアモジュールにとって必要不可欠なものである）が与えられている。第３のフィールド内には、インストールコマンド、例えば“コピー”、“実行”などが与えられている。第４のフィールド内には、ソフトウエアモジュールの本来のデータが与えられている。それに対してはファイル名、ファイル名のサイズ、データのサイズ、データ自体及びテストフィールドが所属している。ソフトウエアモジュールのデータは、圧縮されて提供されてもよく、その場合には、インストレーションマネージャーによる解凍処理がなされる。また、それらを実行可能な形態に変換するために、ソフトウエアモジュールのこれらのデータのフォーマットを実行することも可能である。第５のフィールド内には、インストレーションプロセッサのセキュリティ度を高める署名を与えることも可能である。

さらにインストレーションマネージャーを介して装置機器の遠隔保守管理ないしは遠隔診断等を行うことも可能である。

本発明による装置機器は、それに対してプロセッサ、メモリ、通信インターフェースを、オペレーティングシステム及びシステム依存性のソフトウエア環境と共に有しており、この場合ここでは本発明によれば、インストレーションインターフェースがソフトウエア環境に含まれ、インストレーションマネージャーは、オペレーティングシステムに含まれる。

図面
図面には本発明の実施例が示されており、これらの実施例は以下の明細書で詳細に説明する。この場合図１は、本発明による装置機器のブロック回路図、図２は、ソフトウエアアーキテクチャ、図３は本発明による方法のフローチャート、図４はファイル構造を示した図である。

ソフトウエア毎に構築可能なシステムのもとで、機能環境若しくは性能を向上させたい場合には、新たなソフトウエアモジュールのインストールが必要となる。いくつかのソフトウエア環境、例えばジャバ仮想マシン（ＪＶＭ）は、所定のコンフィグレーションの中でソフトウエアの快適なインストールをパケットの形態、例えばアプレットやＪＡＲファイル（これはサーバーから例えばインターネットにロードされた後で直接スタート可能である）の形態で実現する。ジャバソフトウエアは、基本的にはプラットフォームに依存しないので（つまり相応の各ジャバ仮想マシンにおいて実施が可能）、ソフトウエアのインストレーションに用いられるジャバモジュールもプラットフォームに依存せず、それによって、ジャバ仮想マシンを備えたあらゆる計算機プラットフォームに転送可能である。

いずれにせよソフトウエアインストレーションの前述した過程は、まず、ジャバ仮想マシン内で実行されるソフトウエアの変更のみを可能にする。ジャバ仮想マシン外のソフトウエア、オペレーションシステム上に直接おかれているソフトウエアへのアクセス若しくはオペレーティングシステムの構成部分であるソフトウエアへのアクセスはすぐには不可能である。このようなケース、例えばオフィスコンピュータ用ソフトウエアのインストールの際には、通常はソフトウエアパケットがインストレーションプログラムに完全に結びつけられてインストールされる。

しかしながらテレマティクス機器、放送受信機、ナビゲーション機器などの装置機器に対しては、ユーザーから遮蔽されたできるだけ簡単なソフトウエアモジュールのインストールが望まれる。このことは本発明によれば次のことによって達成される。すなわちソフトウエア環境、つまりジャバ仮想マシンＪＶＭが、インストレーションインターフェースを有していることによって達成される。このインターフェースはオペレーションシステム内に配設されているインストレーションマネージャーに対する所要のインストレーションデータを備えたファイルの転送を可能にする。インストレーションマネージャーは、ソフトウエア環境から遮蔽されて本来のインストレーションを実行する。それに伴い特に遠隔アクセス、遠隔インストール、遠隔保守管理、遠隔診断等が簡単な形式で可能となる。オペレーティングシステムとソフトウエア環境からの分離によって、さらにジャバ仮想マシンＪＶＭのようなソフトウエア環境からの移植性がそのようなインストレーションに対しても保証される。同時にジャバ仮想マシンＪＶＭは、関連するソフトウエアモジュールのもとでオペレーティングシステムのインストールも可能にする。

ソフトウエアモジュールの転送と準備は、ジャバ仮想マシンによって提供される方法で実行される。引き続きオペレーティングシステムのソフトウエアモジュールのインストールがジャバ仮想マシンからなされ、そこで相応のインストレーションプログラム（すなわちインストレーションマネージャー）がオペレーションシステムにおいて呼出される。この場合インストレーションプログラムに対するインターフェースは、オペレーティングシステムレベルにおいて次のように構成される。すなわちジャバ仮想マシン内ではオペレーティングシステムソフトウエアのインストールに関する情報（システムリソース、ＯＳ形式、ソフトウエアテストターゲットなど）が何も存在しなくて済むように構成される。

本発明は、計算機システムのオペレーティングシステムレベルでのソフトウエアストックの柔軟で拡張性のある変更を用いる。システムへのソフトウエアの転送に対しては、ソフトウエア環境によって提供される、プラットフォームに依存しない機構が使用される（例えばジャバソフトウエアからジャバ仮想マシン内へのダウンロード）。それに対しては、ジャバによって提供される、信頼性検査、暗号化、システムへのソフトウエアの確実な転送のための方法が所属する。この展開において、ソフトウエアはパケット（例えばＪＡＲアーカイブ）にロードされて記憶される。オペレーティングシステムレベルでのソフトウエアのインストレーションに対しては、ＪＶＭからオペレーティングシステム内でインストレーションマネージャーが呼出され、ロードされたソフトウエア、ソフトウエアモジュールがそこに転送され、インストールがオペレーションシステムレベルで行われる。このインストレーションマネージャー自体は、プラットフォームに依存しており、各目標プロットフォーム毎に提供されなければならない。いずれにせよ、インストレーションマネージャーの呼出しは、全てのプラットフォームに対して同一である。つまりインストレーションマネージャーに対するインストレーションインターフェースは、ＪＶＭのようなソフトウエア環境から見て常に等しい。

このインストレーションマネージャーには、以下の明細書で“コンテナ”とも称する唯一のファイルが転送される。これはソフトウエアモジュールのインストールのための全情報を含んでいる。

図１は、本発明による装置機器、ここではデジタル放送信号を受信するように構成されている放送受信機のブロック回路図である（例えばＤＡＢ（Digital Audio Broadcasting）又はＤＲＭ(Digital Radio Mondiale）又はＤＶＢ（Digital Video Broadcasting））。これらの広帯域な伝送方式は、放送受信機のオペレーティングシステム内へロードされるべきソフトウエアモジュールなどの任意のデータの伝送を可能にする。放送受信機は、アンテナ１を有しており、このアンテナは高周波受信機２の入力側に接続されている。この受信機は、受信した放送信号の増幅、フィルタリング、変換を実施している。高周波受信機２には、Ａ／Ｄ変換器が対応付けられていてもよい。この変換器は受信した放送信号のディジタル化を行う。

ディジタル回路３内では、ディジタル放送信号がチャネル復号化ないしソース復号化を施される。そのように復号化された有効データは、その後プロセッサ４内で検査され、使用される前に、つまり例えばオーディオ再生及び/又はビデオ再生される前にさらに処理される。しかしながらそれが放送受信機のオペレーティングシステム内へロードされるべきソフトウエアモジュールであるならば、プロセッサ４は、ソフトウエア環境、すなわちＪａｖａ仮想マシンを用いて（これはメモリ５内にロードされており、これを介してプロセッサがデータ入/出力側に接続される）、インストレーションプロセスを実行する。しかしながらオーディオデータがデータ流に含まれているならば、これがオーディオ信号処理部６とスピーカ７を介して再生される。ビデオデータが受信されたデータ内に含まれている場合には、ビデオ信号処理部８とディスプレイ９を介してこのデータ（例えばＳＷＲなど）が再生される。ディスプレイ９としては様々な表示技法が投入可能である。それに対してはＬＣＤの他にも他のフラットディスプレイ技術が考えられ、もちろんＣＲＴ方式も可能である。

図２には、プロセッサ４がロードするソフトウエアの構造が示されている。オペレーティングシステム１３の上には、プラットフォームに依存しないソフトウエア環境１０が構築されており、これはここではＪａｖａ仮想マシン、すなわちＪＶＭ１０である。このＪＶＭ１０内には、ジャバフレームワーク１２が存在しており、この中でアプリケーションや、サーバーおよびその他のユーザーとの通信が実施される。このジャバフレームワーク１２内にはインストレーションインターフェース１１も含まれており、このインターフェースが、オペレーティングシステム１３内に配設されているインストレーションマネージャー１４との接続を形成する。このインストレーションマネージャー４には、インターフェース１１を介してパラメータが伝送される。このパラメータは、インストレーションデータを表わすファイルの場所を通知する。この部分は、コンテナとも称される。インストールすべきソフトウエアモジュールを含んだコンテナは、ソフトウエアモジュールや相応するインストレーションコマンドに対する本来のコードの他に、ソフトウエアサインの素性を明らかにする情報、暗号化情報、テキスト記述からインストレーションに必要な一時的ソフトウエアツール、例えばインストレーションテストや起動ツールなどが含まれる。それに伴って当該コンテナは、ソフトウエアモジュールのインストレーションと起動もコントロールする。

インストレーションマネージャー１４は、コンテナを抽出し、インストレーション命令（これはここではコマンドとも称する）を解釈する。これはオペレーションシステムソフトウエアの呼出し、最も簡単なケースでは、ファイルシステム内へのファイルのコピー、若しくは一時的なソフトウエアツールの呼出しなどであり、これは先のサブファイル、すなわちサブコンテナを用いてインストールされている。さらにこれには、後に続けられるインストレーション決定も含まれる（例えばインストールの後でシステムをブート（立ち上げ）させるべきか否かなど）。このインストール過程のもとで実行される機構は、ＪＶＭ１０から完全に遮蔽される。すなわちＪＶＭ１０は、オペレーションシステムソフトウエアのインストールに関する情報（例えばシステムリソース、オペレーションシステムの方式、ソフトウエアのターゲット及びテストなど）は、何も所有していない。インストールすべきオペレーションシステムソフトウエア、つまりソフトウエアモジュールは、ソフトウエアコンテナのソースの側からみれば、ジャバ仮想マシンＪＶＭ１０を通過してオペレーションシステム１３内に転送されそこにインストールされる。

図３は、本発明による方法がフローチャートで示されている。方法ステップ１５では、インストールすべきソフトウエアモジュールがデータ受信装置を介して受信される。ソフトウエアモジュールの受信のために、図１に示されている放送信号の代わりに、メモリ媒体が利用されてもよいし、二重無線接続、例えば第３世代移動通信システム（ＵＭＴＳ）、有線の通信接続、例えば固定電話網や衛星支援のデーター通信接続などが利用されてもよい。本発明による装置機器が、プラットフォームに依存しないソフトウエア環境１０の中でオペレーティングシステム１３にインストールすべきソフトウエアモジュールの存在を識別したならば、ジャバ仮想マシンＪＶＭ１０がこのソフトウエアモジュールを受け取るファイルに関する相応のパラメータを、インターフェース１１を介してインストレーションマネージャー１４に引き渡す。インストレーションマネージャー１４はこのデータを用いてファイルのロードが可能となり、方法ステップ１７及び１８においてインストールが実行される。

図４には、ソフトウエアモジュールのインストールのためのインストレーションマネージャー１４が利用するファイルの構造例が示されている。このファイルは、第１のフィールドとしてヘッダ１９を有しており、これはブロック２６にも示されているように様々なサブフィールドに分割されている。ヘッダ１９の後には、ソフトウエアモジュールのインストールのために設けられる所要リソースのための第２のフィールド２０が続く。この第２フィールド２０には、第３フィールド２１が続いており、これは２つのいわゆるサブコンテナからなっている。このサブコンテナ内にはインストレーションマネージャー１４が実施するコマンドが定められている。ブロック２５は、そのようなコマンドが“コピー”ないし“実行”とも称されることを示唆している。第４のフィールド２２内には、さらなるサブコンテナが示されており、この中には最終的にソフトウエアモジュール自体の本質をなすデータが含まれている。さらにソフトウエアモジュールに対する純粋なコードに対して付加的に、サイズ、ファイル名、テストフィールドに関する情報も含まれ得る。またイメージ情報、フラグのサイズやコマンドラインのサイズに関する情報もここでは示されており、それらはブロック２４を介して表わされている。最終フィールド２３内にはオーバーオールサインが示されている。

この方法は、追加装備可能なものである。例えば未だにインストレーションマネージャーがインストールされていないシステムにおいては、第１のステップにおいて、ジャバを用いることにより、相応のインストレーションマネージャーがＪＡＲファイル毎にロードできオペレーティングシステムにコピー可能である。ＪＡＲファイルは、このケースではインストレーションマネージャーに対するコードやオペレーションシステム/ファイルシステムへのコードのコピーのための相応の手法の他に、後からのソフトウエアのダウンロードのためのインストレーションマネージャーに対するアクセス用のインターフェースも含んでいる。また後から例えばコンテナコマンドやその能力に対する規模をさらに高めるために、現下のインストレーションマネージャーを用いて新たなインストレーションマネージャーを導入したり補足することも可能である。

フィードバックチャネルを備えたシステムがあるのならば、例えばインターネットアクセスのできるテレマティクス機器であるのならば、改善構成例において、インストールの失敗時にさらなるステップの導入を可能にするために、インストレーション結果を＋−の形態でソフトウエア発信元にエラー通知を返信することも可能である。これにより例えば相応に変更された内容でダウンロードのやり直しが可能となる。

本発明による装置機器のブロック回路図 ソフトウエアアーキテクチャ 本発明による方法のフローチャート ファイル構造を示した図

Claims (7)

1. 装置機器内へのソフトウエアモジュールのインストール方法であって、
   当該装置機器内ではプロセッサ（４）上でオペレーションシステム（１３）と機器依存性のソフトウエア環境（１０）が動作しており、
   前記オペレーションシステム（１３）へのソフトウエアモジュールのインストールがソフトウエア環境（１０）を介して達成される形式のインストール方法において、
   ソフトウエア環境（１０）が、オペレーションシステム（１３）内のインストレーションマネージャー（１４）に対するインストレーションインターフェース（１１）を、ソフトウエアモジュールのインストールのために利用し、
   その際当該インストレーションインターフェース（１１）を介して、ソフトウエアモジュールと少なくとも１つのインストレーションコマンドを有するファイルが転送され、
   それに続いてインストレーションマネージャー（１４）がソフトウエアモジュールのインストールを実行するようにしたことを特徴とする方法。
2. 前記ファイルはさらに、ソフトウエアモジュールのオリジン及び/又は少なくとも１つのサイン及び/又は暗号化情報及び/又はテキスト記述及び/又は少なくとも１つのソフトウエアツールを有している、請求項１記載の方法。
3. 前記ファイルは、識別のための第１のフィールド（１９）と、ソフトウエアモジュールの所要リソースのための第２のフィールド（２０）と、少なくとも１つのインストレーションコマンドのための第３のフィールド（２１）と、ソフトウエアモジュールのための第４のフィールド（２２）とを有し、第５のフィールド（２３）はサインのために利用する、請求項１または２記載の方法。
4. インストレーションマネージャー（１４）を介して遠隔保守管理及び/又は遠隔診断が実施される、請求項１から３いずれか１項記載の方法。
5. インストールの結果を介して通知が発せられる、請求項１から４いずれか１項記載の方法。
6. 請求項１から５いずれか１項記載の方法を実施するための装置機器において、
   プロセッサ（４）と、
   メモリ（５）と、
   通信用インターフェース（１、２）とを有し、
   オペレーションシステム（１３）及びソフトウエア環境（１０）並びにインストレーションインターフェース（１１）及びインストレーションマネージャー（１４）が前記メモリ（５）内に格納されていることを特徴とする装置機器。
7. 前記装置機器は、テレマティクス機器として有利には放送受信機又はナビゲーション機器又は車両用パーソナルコンピュータとして構成されている、請求項６記載の装置機器。

Images