JPH11143694A

JPH11143694A - ソフトウエアのバージョンアップ方法

Info

Publication number: JPH11143694A
Application number: JP31222597A
Authority: JP
Inventors: Daisuke Yamada; 大介山田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1997-11-13
Filing date: 1997-11-13
Publication date: 1999-05-28

Abstract

(57)【要約】【課題】ソフトウエアを部品化し、複数のソフトウエ
ア部品が協同して動作するシステムにおいてソフトウエ
ア部品をバージョンアップする場合に、組み込まれてい
るソフトウエア部品を簡単に管理可能にする。【解決手段】ソフトウエア部品のデータ構造は部品Ｉ
Ｄ（識別子）１１１と、名称１１２と、バージョン１１
３と個別部品特有の属性値１１４により構成され、新し
いソフトウエア部品をロードしてバージョンアップする
場合にその識別子１１１とバージョン情報１１３と共に
ロードする。また、協同して動作する複数のソフトウエ
ア部品の組立テーブルと組み合わせテーブルをロード
し、また、複数のソフトウエア部品の集合から各ソフト
ウエア部品のバージョン情報とその互換性に基づいて選
択してロードする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウエアのバ
ージョンアップ方法に関する。

【０００２】

【従来の技術】例えば特開平４−９８５２９号公報に
は、上級プログラマが作成したプログラムを初級プログ
ラマが利用可能にするためのプログラム作成支援システ
ムが提案されている。また、特開平４−３４７７２７号
公報には、新しいプログラムを開発する際に、既に開発
されたプログラム部品を再利用するために自動的に修正
する方法が提案されている。また、特開平２−１０５２
２２号公報には、新しいプログラムを開発する際に、既
に開発された複数のプログラム部品を合成する方法が提
案されている。また、特開平２−６７６２９号号公報に
は、新しいプログラムを開発する際に、既に開発された
複数のプログラム部品を再利用するために検索する方法
が提案されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来はいずれも、新しいプログラムを開発する際の生産性
を向上させるために、既に開発されたプログラム部品を
再利用するための方法であるので、既に製品に組み込ま
れているプログラムをバージョンアップすることができ
ないという問題点がある。

【０００４】本発明は上記従来の問題点に鑑み、ソフト
ウエアを部品化し、複数のソフトウエア部品が協同して
動作するシステムにおいてソフトウエア部品をバージョ
ンアップする場合に、組み込まれているソフトウエア部
品を簡単に管理することができるソフトウエアのバージ
ョンアップ方法を提供することを目的とする。

【０００５】

【課題を解決するための手段】第１の手段は上記目的を
達成するために、ソフトウエアを部品化し、複数のソフ
トウエア部品が協同して動作するシステムのソフトウエ
ア部品のバージョンアップ方法であって、各ソフトウエ
ア部品毎にその識別子とバージョン情報を割り当てて、
新しいソフトウエア部品をロードしてバージョンアップ
する場合に前記識別子とバージョン情報と共にロードす
ることを特徴とする。

【０００６】第２の手段は、第１の手段において新しい
ソフトウエア部品をロードしてバージョンアップする場
合に、協同して動作する複数のソフトウエア部品の組立
テーブルと組み合わせテーブルをロードすることを特徴
とする。

【０００７】第３の手段は、第１、第２の手段において
新しいソフトウエア部品をロードしてバージョンアップ
する場合に、複数のソフトウエア部品の集合から各ソフ
トウエア部品のバージョン情報とその互換性に基づいて
選択してロードすることを特徴とする。

【０００８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は本発明に係るソフト
ウエアのバージョンアップ方法の一実施形態を実現する
ためのシステムを示す構成図、図２は図１のイメージ入
出力装置の構成を示すブロック図、図３は図１のイメー
ジ入出力装置のソフトウエアの構造を示す説明図、図４
は図１のイメージ入出力装置のソフトウエア部品の一例
を示す説明図、図５はソフトウエア部品のデータ構造を
示す説明図、図６は図５のソフトウエア部品のデータ構
造の一例を示す説明図、図７は「組立表」のデータ構造
を示す説明図、図８は図７の「組立表」の一例を示す説
明図、図９は「組み合わせ表」のデータ構造を示す説明
図、図１０は図９の「組み合わせ表」の一例を示す説明
図、図１１はソフトウエア部品の選択アルゴリズムを説
明するためのフローチャートである。

【０００９】図１において、ユーザ環境１では複写機、
プリンタ、ファクシミリなどのサーバ２、３、スキャナ
４、パーソナルコンピュータ（ＰＣ）５などが使用さ
れ、これらの端末はソフトウエアより動作する。ここ
で、複写機、ファクシミリ、プリンタ、スキャナ等のイ
メージ入出力装置２〜４やＰＣ５は、スタンドアロンや
１対１の接続で利用されることもあるが、近年ではネッ
トワーク環境６−２に接続される利用方法も増加してい
る。

【００１０】また、ベンダーもサービスセンタなどを設
け、リモートで各ユーザの装置の動作状況や利用状況に
関するサービスを提供している。そこで、サービスセン
タ１０にはイメージ入出力装置２〜４のソフトウエアを
バージョンアップするためにＰＣ１１とソフトウエア部
品が格納されたメモリ１２が設けられ、このＰＣ１１は
ネットワーク６−１を介してユーザ側のネットワーク６
−２、イメージ入出力装置２〜４に接続されてソフトウ
エア部品をリモートダウンロード方式で直接、ユーザ環
境１側のイメージ入出力装置２〜５にロードする。

【００１１】次に図２を参照してユーザ環境１側のイメ
ージ入出力装置２〜４の構成について説明する。プロセ
ッサ（ＣＰＵ）２１はイメージ入出力装置２〜４の各々
の全体の制御を実行し、その制御下にはＲＯＭ２２、Ｒ
ＡＭ２３、ＮＶＲＡＭ２４、操作パネル２５及びパネル
制御部２６、スキャン／プリントエンジン２７及びエン
ジン制御部２８、記憶装置２９及びディスクドライバ３
０、通信制御部３１、モデム３２が接続されている。

【００１２】ＲＯＭ２２には予め、プログラムコード、
フォント及びその他の静的なデータが格納されている。
ＲＡＭ２３はデータを一時的に記憶するために用いら
れ、ＮＶＲＡＭ２４はデータを不揮発性で記憶するため
に用いられる。操作パネル２５及びパネル制御部２６は
ユーザとのインタフェースを司り、スキャン／プリント
エンジン２７及びエンジン制御部２８はイメージデータ
の入出力装置として紙原稿の読み取りと転写紙への印刷
を行う。記憶装置２９及びディスクドライバ３０は大量
のイメージデータなどを蓄積したり、データベースを記
憶するために用いられる。通信制御部３１は外部機器と
の間で通信を行うためにイーサネット等のネットワーク
６−２に接続され、モデム３２は公衆回線を介して外部
機器との間で通信を行うために用いられる。

【００１３】ブローカ４０はネットワーク６−２に接続
されているイメージ入出力装置２〜４に必要な機能情報
や管理情報を維持し、クライアント（ここではＰＣ５）
とサーバ（ここではイメージ入出力装置２〜４）との間
の接続を確立する役目を有するミドルウエアである。こ
の装置４０はＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通
信制御部４４、データベース４５を有する。なお、この
装置４０はＰＣ５、イメージ入出力装置２〜４のどちら
側に位置してもよい。

【００１４】次に図３を参照してイメージ入出力装置２
〜４のソフトウエアの構造を説明する。この構造は大き
く分けてアプリケーション層５０と、カーネル層６０
と、ドライバ層７０とハードウエア層８０の４層で構成
されている。アプリケーション層５０はコピー、ファッ
クス、プリンタなどのアプリケーションを形成する層で
あり、オペレーションマネージャ５１、ドキュメントマ
ネージャ５２、サービスマネージャ５３、デバイスマネ
ージャ５４、データベースマネージャ５５、プログラム
ファクトリ５６を有する。

【００１５】ドキュメントマネージャ５２はコピー、フ
ァックス、プリンタなどのシナリオに沿ってドキュメン
トをハンドリングするアプリケーションとして中心とな
る機能であり、サービスマネージャ５３はドキュメント
ハンドリングの際に共通に必要となる機能であって各種
サービスの管理、実行を行う。デバイスマネージャ５４
はスキャナ２７ａ、プロッタ２７ｂ、画像バス８６のよ
うな物理デバイスの動作を決定する機能であって各種サ
ービスの管理、実行を行う。オペレーションマネージャ
５１は図２に示す操作パネル２５を制御する機能であっ
てボタンの表示、ボタンオペレーションのノーティファ
イ、アラートの通知などを行う。

【００１６】データベースマネージャ５５はフォント、
定型フォーム、ファックス受信履歴、装置の利用履歴、
課金データなどの永続的なデータの維持、管理を行い、
また、後述するようにソフトウエア部品とその組立表な
どの維持、管理も行う。プログラムファクトリ５６はソ
フトウエアの組立表と、ソフトウエア部品及び互換表か
らプログラム実行のための初期化を行う。すなわち、静
的に存在するソフトウエア部品をＲＡＭ２４上へ展開
（オブジェクト指向プログラミングにおけるインスタン
スを生成）し、何らかのメッセージを受け取る（オブジ
ェクト指向プログラミングにおけるメソッドコール）こ
とにより動作可能な状態にしておく。

【００１７】カーネル層６０は通常、ＯＳのカーネルと
して組み込まれ、仮想メモリ６１、実行プロセス６２、
ファイルシステム６３、ソケット６４、実行管理６５ａ
及びモード管理６５ｂを有する仮想マシン６５の各種デ
バイスを抽象化してアプリケーション５０に対してサー
ビスを提供する。アプリケーション層５０はカーネル層
６０に対してシステムコールすることにより動作する。
ドライバ層７０はメモリ管理ドライバ７１、プロセス管
理ドライバ７２、ファイル管理ドライバ７３、ネットワ
ークドライバ７４、一体型コピードライバ７５、ブロッ
キングデバイスドライバ７６、ページデバイスドライバ
７７の各種ハードウエアを駆動するための制御を実行す
る機能の集まりである。ハードウエア層８０はＲＯＭ２
２、ＲＡＭ２３、ＮＶＲＡＭ２４、ネットワークインタ
フェース８４、スキャナ２７ａ、画像バス８６、プロッ
タ２７ｂなどの装置内に存在する制御可能なリソースの
集合である。

【００１８】図４はイメージ入出力装置２〜４のソフト
ウエア部品の一例として、原稿を読み取る際にキャリッ
ジを動作させるために、複写機やスキャナに組み込まれ
ているソフトウエア部品の組立図を示している。四角で
囲んだボックス１０１〜１０３の各々がソフトウエア部
品であり、スキャナコントロール部品１０１はキャリッ
ジ部品１０２を制御し、解像度や読み取り範囲に応じて
キャリッジの動作手順に責任を有する。キャリッジ部品
１０２はモータ部品１０３に対して移動速度などを指示
し、キャリッジ動作の実行と監視に責任を有する。モー
タ部品１０３はステッピングモータなどを駆動する責任
を有するソフトウエア部品である。

【００１９】図５、図６はソフトウエア部品のデータ構
造１１０を示し、部品ＩＤ１１１と、名称１１２と、バ
ージョン１１３と個別部品特有の属性値１１４により構
成されている。部品ＩＤ１１１はソフトウエア部品毎に
予め登録されている任意の識別子であり、通常は６桁の
数値（例えば図６に示すように「０１２３４５」）であ
って装置の提供者であるベンダーが一括して管理するこ
とにより、ベンダー側がこの識別子に基づいてこのソフ
トウエア部品の使用を管理する。名称１１２はこのソフ
トウエア部品の名称であり、通常は任意長の文字列（例
えば図６に示すように「Carriage 」）で表現される。
バージョン１１３は部品ＩＤ１１１に対するバージョン
であり、通常は３桁の数値であって例えば図６に示すよ
うに「１０１」によりバージョン１．０１を表現する。
個別部品特有の属性値１１４とは、それぞれのソフトウ
エア部品に必要になるデータである。

【００２０】また、図７に示すように「組立表」１２０
のデータ構造は、組み合わせ対象の２つの部品「１」の
ＩＤ１２１及び部品「２」のＩＤ１２２と、図９に示す
「組み合わせ表」１３０のデータ構造へのポインタ１２
３と「次の組み合わせ表」１２４により構成されてい
る。「次の組み合わせ表」１２４は複数個の組み合わせ
を保持するリスト構造であり、「ＮＵＬＬ」により「次
の組み合わせ表」がないことを表現する。なお、複数の
データを有することができる何らかのコレクション構造
であれば、リスト構造である必要はない。図８は一例と
して、スキャナコントロール部品とキャリッジ部品の
「組立表」を示している。

【００２１】図９に示すように「組み合わせ表」１３０
のデータ構造は、図７に示す部品「１」のバージョンを
示すバージョン値１３１、１３３と、その上のバージョ
ン値１３１、１３３と組み合わせが可能な部品「２」の
バージョンを示すバージョン値１３２、１３４を有し、
最後は「ＮＵＬＬ」で終了する。なお、このような構造
では、上位互換がある組み合わせしか対応することがで
きないが、このテーブルを２次元で配列することによ
り、２つの部品間で全てのバージョン同士の互換性を記
述することができる。

【００２２】ここで、図１０は一例として、「０１２３
４５」をキャリッジの部品ＩＤとし、「１２１２１２」
をモータの部品ＩＤとして、キャリッジのバージョン
２．００以下の部品がモータのバージョン１．５０以下
の部品と組み合わせることができることを示し、また、
キャリッジのバージョン３．００以上の部品にはモータ
のバージョン１．８０以下の部品を組み合わせることが
できることを示している。したがって、キャリッジのバ
ージョン２．００しかない場合には、モータのバージョ
ン１．８０の部品を利用することができないので、モー
タのバージョン１．５０以下の部品を使用することにな
り、したがって、モータのみがバージョンアップされる
ことを防止することができる。

【００２３】上記のようなソフトウエア部品単位の登録
は、データベースマネージャ５５を介してソフトウエア
部品データベースとして維持、管理される。図１１はそ
の登録されているソフトウエア部品データベースから、
動作させるソフトウエア部品を選択する処理を示してい
る。先ず、図７、図８に示すような「組立表」を取得し
（ステップＳ１）、次いで部品「１」のＩＤ１２１を検
索する（ステップＳ２）。次いで部品「１」があるか否
かを判断し（ステップＳ３）、有る場合にはステップＳ
４以下に進み、無い場合にはステップＳ６以下に進む。

【００２４】ステップＳ４以下では、先ず、部品「１」
のバージョン値１３１、１３３と最高値を比較し（ステ
ップＳ４）、最高値より小さい場合にはステップＳ２に
戻り、最高値より大きい場合にはバージョン値１３１、
１３３を最高値として保存し（ステップＳ５）、次いで
ステップＳ２に戻る。また、ステップＳ６以下では、先
ず、部品「２」のＩＤ１２２を検索し（ステップＳ
６）、次いで部品「２」があるか否かを判断し（ステッ
プＳ７）、有る場合にはステップＳ８に進み、無い場合
にはステップＳ９以下に進む。ステップＳ８ではその部
品「２」のバージョン値１３２、１３４で降順にソート
し、次いでステップＳ６に戻る。

【００２５】ステップＳ９以下では、先ず、部品「２」
の降順リストの最初にポインタを設定する（ステップＳ
９）。次いで部品「２」が有るか否かを判断し（ステッ
プＳ１０）、有る場合にはステップＳ１１以下に進み、
無い場合にはステップＳ１４以下に進む。ステップＳ１
１では部品「１」と部品「２」の組み合わせが可能か否
かを判断し、可能でない場合にはステップＳ１２におい
て部品「２」の降順リストのポインタをインクリメント
し、次いでステップＳ１０に戻る。また、ステップＳ１
３では部品「１」と部品「２」を登録し、次いで次ぎの
組み合わせがあるか否かを判断し（ステップＳ１５）、
有る場合にはステップＳ２に戻り、無い場合にはこの処
理を終了する。また、ステップＳ１０において部品
「２」が無い場合にはステップＳ１４において部品
「１」の１つ低いバージョンを検索し、次いでステップ
Ｓ６に戻って部品「２」のＩＤ１２２を検索する。

【００２６】したがって、上記選択処理によれば、例え
ばキャリッジ部品とモータ部品が共に非同期でバージョ
ンアップされて、例えばあるモータ部品のバージョン
２．００とキャリッジ部品のバージョン１．８０の組み
合わせでは動作しない場合には、とりあえずモータ部品
の旧バージョン例えばバージョン１．２０を使用するこ
とになる。また、キャリッジ部品のバージョン３．００
が登録され、それがモータ部品のバージョン１．８０と
組み合わせ可能な場合には、次の動作時にはモータ部品
のバージョン１．８０で動作する。

【００２７】

【発明の効果】以上説明したように請求項１記載の発明
によれば、ソフトウエアを部品化し、複数のソフトウエ
ア部品が協同して動作するシステムにおいてソフトウエ
ア部品をバージョンアップする場合に、各ソフトウエア
部品毎にその識別子とバージョン情報を割り当てて、識
別子とバージョン情報と共にロードするようにしたの
で、装置毎に組み込まれているソフトウエア部品を把握
して機能拡張の提案やハードウエアの交換時にソフトウ
エアに対する対応をスムーズに行うことができる。ま
た、ソフトウエアの障害が発生した場合に簡単に原因を
把握したり、ソフトウエア部品を交換することができ
る。

【００２８】請求項２記載の発明によれば、新しいソフ
トウエア部品をロードしてバージョンアップする場合
に、協同して動作する複数のソフトウエア部品の組立テ
ーブルと組み合わせテーブルをロードするようにしたの
で、ある１つのソフトウエア部品のバージョンアップに
よりシステムが動作しなくなることを防止することがで
きる。

【００２９】請求項３記載の発明によれば、新しいソフ
トウエア部品をロードしてバージョンアップする場合
に、複数のソフトウエア部品の集合から各ソフトウエア
部品のバージョン情報とその互換性に基づいて選択して
ロードするようにしたので、ハードウエア部品を交換す
る際にソフトウエア部品もそれに対応することができ、
また、サービスセンタからネットワークを介してソフト
ウエア部品を交換することができる。

【図面の簡単な説明】

【図１】本発明に係るソフトウエアのバージョンアップ
方法の一実施形態を実現するためのシステムを示す構成
図である。

【図２】図１のイメージ入出力装置の構成を示すブロッ
ク図である。

【図３】図１のイメージ入出力装置のソフトウエアの構
造を示す説明図である。

【図４】図１のイメージ入出力装置のソフトウエア部品
の一例を示す説明図である。

【図５】ソフトウエア部品のデータ構造を示す説明図で
ある。

【図６】図５のソフトウエア部品のデータ構造の一例を
示す説明図である。

【図７】「組立表」のデータ構造を示す説明図である。

【図８】図７の「組立表」の一例を示す説明図である。

【図９】「組み合わせ表」のデータ構造を示す説明図で
ある。

【図１０】図９の「組み合わせ表」の一例を示す説明図
である。

【図１１】ソフトウエア部品の選択アルゴリズムを説明
するためのフローチャートである。

【符号の説明】

１１１部品ＩＤ（識別子）１１２部品名称１１３バージョン１２０組立表１３０組み合わせ表

Claims

【特許請求の範囲】

【請求項１】ソフトウエアを部品化し、複数のソフト
ウエア部品が協同して動作するシステムのソフトウエア
部品のバージョンアップ方法であって、各ソフトウエア部品毎にその識別子とバージョン情報を
割り当てて、新しいソフトウエア部品をロードしてバー
ジョンアップする場合に前記識別子とバージョン情報と
共にロードすることを特徴とするソフトウエアのバージ
ョンアップ方法。
【請求項２】新しいソフトウエア部品をロードしてバ
ージョンアップする場合に、協同して動作する複数のソ
フトウエア部品の組立テーブルと組み合わせテーブルを
ロードすることを特徴とする請求項１記載のソフトウエ
アのバージョンアップ方法。
【請求項３】新しいソフトウエア部品をロードしてバ
ージョンアップする場合に、複数のソフトウエア部品の
集合から各ソフトウエア部品のバージョン情報とその互
換性に基づいて選択してロードすることを特徴とする請
求項１または２記載のソフトウエアのバージョンアップ
方法。