JP2007310807A - Plug-in version management system - Google Patents

Plug-in version management system Download PDF

Info

Publication number
JP2007310807A
JP2007310807A JP2006141673A JP2006141673A JP2007310807A JP 2007310807 A JP2007310807 A JP 2007310807A JP 2006141673 A JP2006141673 A JP 2006141673A JP 2006141673 A JP2006141673 A JP 2006141673A JP 2007310807 A JP2007310807 A JP 2007310807A
Authority
JP
Japan
Prior art keywords
plug
version
software
hardware
version management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006141673A
Other languages
Japanese (ja)
Inventor
Eiichiro Yoshida
英一郎 吉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2006141673A priority Critical patent/JP2007310807A/en
Publication of JP2007310807A publication Critical patent/JP2007310807A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a plug-in version management system capable of avoiding software conditions which do not properly act by automatically securing a stable action of option hardware and immediately returning a user's system environment to the former environment even though plug-in customize operations are repeatedly carried out. <P>SOLUTION: In the system for managing backup and recovery of the software in computer built-in devices, the system comprises a means for correlating with version information of the whole system organization and respective plug-in software and discrimination information of option hardware corresponding to the plug-in software when the system receives an instruction of its backup and registering them as management information, and a means for restoring the plug-in software from the backup data on the basis of the management information and confirming actions of the option hardware as for whether or not the discrimination information included in the management information can be properly responded when the system receives an instruction of its recovery. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

本発明は、ＭＦＰ（Multi Function Printer）等のコンピュータ組み込み機器に適用可能なプラグインバージョン管理システムに関し、より詳しくは、ソフトウェアのリカバリ時にプラグインソフトおよびオプションハードウェアの動作保障を行うことのできるプラグインバージョン管理システムに関する。   The present invention relates to a plug-in version management system applicable to a computer embedded device such as an MFP (Multi Function Printer), and more particularly, a plug that can guarantee the operation of plug-in software and optional hardware during software recovery. It relates to an inversion management system.

ＭＦＰ等のコンピュータ組み込み機器では、基本的なシステムやアプリケーションのソフトウェアの他に、ユーザの選択で追加されたオプションハードウェアに対応するプラグインソフト（アプリケーションソフト）が複数インストールされる。なお、プラグインソフトにも複数のバージョンが存在し、それぞれ機能が異なるため、適切なバージョンのプラグインソフトをインストールする必要がある。   In a computer embedded device such as an MFP, in addition to basic system and application software, a plurality of plug-in software (application software) corresponding to optional hardware added by the user's selection is installed. Since there are a plurality of versions of plug-in software and the functions are different from each other, it is necessary to install an appropriate version of the plug-in software.

従って、ソフトウェアに障害が発生した場合、全てのソフトウェアにつきバージョンをチェックしながら再インストールするのは困難であるため、正常に動作していた過去のある時点でのバックアップデータを保持しておき、障害発生後にバックアップデータを機器にリストアすることによりリカバリする方法がとられることが多い。
特開２００４−２３４１５１号公報 Therefore, if a failure occurs in the software, it is difficult to reinstall while checking the version of all the software. In many cases, recovery is performed by restoring backup data to the device after the occurrence.
JP 2004-234151 A

上述したように、従来はソフトウェア障害に対してバックアップデータのリストアによるリカバリが行われていたが、単にバックアップデータを記憶領域に再配置するものであったため、次のような問題点が指摘されていた。   As described above, recovery has been conventionally performed by restoring backup data in response to a software failure, but the following problems have been pointed out because the backup data was simply relocated to the storage area. It was.

すなわち、現状とは異なる環境におけるバックアップデータである可能性があることから、リカバリ後、接続されていないハードウェアデバイスドライバを利用しようとして失敗したり、プラグインソフトのバージョンが違っていたりする等により、ソフトウェアが期待通りに動作しない現象が起こるケースがある。例えば、エラーが発生して処理が継続できなくなったり、課金装置を搭載したＭＦＰの場合に不適切な課金装置を誤用して正しい課金額にならなくなったりする等の事態が考えられる。   In other words, it may be backup data in an environment different from the current situation. After recovery, it may fail to use a hardware device driver that is not connected, or the version of the plug-in software may be different. There are cases where the software does not work as expected. For example, an error may occur and the processing cannot be continued, or in the case of an MFP equipped with a charging device, an inappropriate charging device may be misused to prevent a correct charging amount.

また、ユーザが期待通り動作しないことを確認した場合、別のバックアップデータがある場合はそれを用いて再度リカバリを行う必要があり、操作が煩雑であるという問題があった。   Further, when it is confirmed that the user does not operate as expected, if there is another backup data, it is necessary to perform recovery again using the backup data, and there is a problem that the operation is complicated.

更に、このようにバックアップデータのリストアによるリカバリには難しい点があることから、ユーザによるリカバリを推奨せず、再設定のためにＣＥ（Customer Engineer）が顧客先に出向くことも多く、サービス業務への影響も大きかった。   In addition, since there is a difficulty in recovery by restoring backup data in this way, recovery by the user is not recommended, and CE (Customer Engineer) often goes to customers for resetting, so that it can be serviced. The influence of was also great.

一方、特許文献１にはネットワーク経由で画像形成装置のプログラムを更新する技術が開示されているが、バックアップデータのリストアによるリカバリについては触れられていない。   On the other hand, Patent Document 1 discloses a technique for updating a program of an image forming apparatus via a network, but does not mention recovery by restoring backup data.

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、オプションハードウェアの安定動作を自動で保障することにより、正常に動作しないソフトウェア状態を避けることができ、プラグインカスタマイズをどれだけ実施してもすぐにユーザのシステム環境を元に戻すことのできるプラグインバージョン管理システムを提供することにある。   The present invention has been proposed in view of the above-mentioned conventional problems, and the object of the present invention is to automatically avoid a software state that does not operate normally by automatically guaranteeing a stable operation of optional hardware. Another object of the present invention is to provide a plug-in version management system that can quickly restore the user's system environment regardless of how much plug-in customization is performed.

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、コンピュータ組み込み機器におけるソフトウェアのバックアップおよびリカバリを管理するシステムであって、バックアップの指示を受けたときに、システム構成全体および個々のプラグインソフトのバージョン情報ならびにプラグインソフトに対応するオプションハードウェアの識別情報を対応付け、管理情報として登録する手段と、リカバリの指示を受けたときに、上記管理情報に基づきバックアップデータからプラグインソフトを復旧し、上記管理情報に含まれる識別情報が対応するか否かによりオプションハードウェアの動作確認を行う手段とを備えるプラグインバージョン管理システムを要旨としている。   In order to solve the above problems, according to the present invention, a system for managing backup and recovery of software in a computer-embedded device as described in claim 1, when a backup instruction is received , Means for associating the entire system configuration and version information of individual plug-in software and identification information of optional hardware corresponding to the plug-in software, and registering it as management information, and the management information when receiving a recovery instruction The plug-in version management system is provided with means for restoring plug-in software from backup data based on the above and checking the operation of optional hardware depending on whether or not the identification information included in the management information corresponds.

また、請求項２に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認は、当該オプションハードウェアに対応するプラグインソフトに行わせるようにすることができる。   Also, as described in claim 2, in the plug-in version management system according to claim 1, the operation check of the option hardware is performed by plug-in software corresponding to the option hardware. be able to.

また、請求項３に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認は、上記管理情報に含まれるオプションハードウェアの識別情報とオプションハードウェアから取得した識別情報とが一致するか否かで判断するようにすることができる。   According to a third aspect of the present invention, in the plug-in version management system according to the first aspect, the operation confirmation of the option hardware is performed by confirming the option hardware identification information and the option hardware included in the management information. Judgment can be made based on whether or not the identification information acquired from the above matches.

また、請求項４に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、一つ前のバージョンのバックアップデータを取得し、リカバリを再度行う手段を備えるようにすることができる。   Further, as described in claim 4, in the plug-in version management system according to claim 1, when the operation check of the optional hardware fails, the backup data being used is not the initial version. It is possible to provide means for acquiring backup data of the previous version and performing recovery again.

また、請求項５に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、現在接続中のオプションハードウェアの識別情報に対応する情報を含むバージョンのバックアップデータを取得し、リカバリを再度行う手段を備えるようにすることができる。   Further, as described in claim 5, in the plug-in version management system according to claim 1, when the operation check of the optional hardware fails, the backup data being used is not the initial version. It is possible to provide means for acquiring a version of backup data including information corresponding to the identification information of the currently connected optional hardware and performing recovery again.

また、請求項６に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認につき、上記プラグインソフトはバックアップデータからオプションハードウェアの識別情報を取得し、また、オプションハードウェアから識別情報を取得するようにすることができる。   Further, as described in claim 6, in the plug-in version management system according to claim 1, the plug-in software obtains identification information of the optional hardware from the backup data for checking the operation of the optional hardware. In addition, identification information can be acquired from optional hardware.

また、請求項７に記載されるように、請求項１に記載のプラグインバージョン管理システムにおいて、上記オプションハードウェアの動作確認につき、上記プラグインソフトは初期状態でバックアップデータに含まれるオプションハードウェアの識別情報を与えられ、また、オプションハードウェアから識別情報を取得するようにすることができる。   Further, as described in claim 7, in the plug-in version management system according to claim 1, the plug-in software is initially included in the backup data in the initial state for checking the operation of the optional hardware. The identification information can be obtained from the optional hardware.

また、請求項８〜１２に記載されるように、プラグインバージョン管理方法として構成することができる。   Further, as described in claims 8 to 12, it can be configured as a plug-in version management method.

本発明のプラグインバージョン管理システムにあっては、オプションハードウェアの安定動作を自動で保障することにより、正常に動作しないソフトウェア状態を避けることができ、プラグインカスタマイズをどれだけ実施してもすぐにユーザのシステム環境を元に戻すことができる。   In the plug-in version management system of the present invention, by automatically guaranteeing the stable operation of the optional hardware, it is possible to avoid a software state that does not operate normally, and immediately no matter how much plug-in customization is performed. The user's system environment can be restored.

以下、本発明の好適な実施形態につき説明する。   Hereinafter, preferred embodiments of the present invention will be described.

＜システム構成＞
図１は本発明の一実施形態にかかるプラグインバージョン管理システムの構成例を示す図である。図１において、プラグインバージョン管理システムは、ユーザが操作するユーザインタフェース部１と、データをバージョン情報ごとに管理するバージョン管理部２と、システムに対して自由に付け外しが可能で、所定のハードウェアを制御するプラグインソフト３と、プラグインソフト３による制御に基づいて動作するオプションハードウェア４と、データを保存するデータ保存部５とを備えている。なお、プラグインソフト３とオプションハードウェア４は複数存在することがある。また、データとしては、システム全体で持つデータ（機器ＩＤ等）と、プラグイン固有のデータ（プラグイン名、プラグインＩＤ，バージョン情報、オプションハードウェアの機器名等）とがある。 <System configuration>
FIG. 1 is a diagram showing a configuration example of a plug-in version management system according to an embodiment of the present invention. In FIG. 1, a plug-in version management system includes a user interface unit 1 operated by a user, a version management unit 2 that manages data for each version information, and can be freely attached to and detached from the system. Plug-in software 3 that controls the wear, optional hardware 4 that operates based on control by the plug-in software 3, and a data storage unit 5 that stores data. A plurality of plug-in software 3 and optional hardware 4 may exist. The data includes data (device ID etc.) possessed by the entire system and data specific to plug-ins (plug-in name, plug-in ID, version information, device name of optional hardware, etc.).

図２はプラグインソフト３およびオプションハードウェア４等の具体例を含むシステム構成例を示す図であり、プラグインソフト３として、スキャン用のプラグインソフト３Ａとプロット用のプラグインソフト３Ｂと磁気カード課金用のプラグインソフト３Ｃとを設け、オプションハードウェア４として、スキャナのオプションハードウェア４Ａとプロッタのオプションハードウェア４Ｂと磁気カード課金装置のオプションハードウェア４Ｃとを設けたものである。また、データ保存部５はローカルＨＤＤ（Hard Disk Drive）としている。   FIG. 2 is a diagram showing a system configuration example including specific examples of the plug-in software 3 and optional hardware 4. As the plug-in software 3, the scanning plug-in software 3 A, the plotting plug-in software 3 B, and the magnetism are shown. Plug-in software 3C for card billing is provided, and optional hardware 4 includes scanner option hardware 4A, plotter option hardware 4B, and magnetic card billing device option hardware 4C. The data storage unit 5 is a local HDD (Hard Disk Drive).

図３はプラグインソフト３のソフトウェア構成上の位置付けを示す図であり、オペレーティングシステム６の上で動作するミドルウェア７の更に上に、プラグインソフト３Ａ〜３Ｃは位置するものである。   FIG. 3 is a diagram showing the positioning of the plug-in software 3 in the software configuration. The plug-in software 3A to 3C is located above the middleware 7 operating on the operating system 6.

図４はプラグインソフト３の構成例を示す図であり、ＳＤＫ（Software Development Kit）８に設けられた抽象的なプラグインソフト（共通機能を有し、バックアップ機能を他モジュールで実装）をベースに、変動分の機能（スキャン機能、プロット機能、磁気カード課金機能等）を実装することでプラグインソフト３Ａ〜３Ｃを構成する。   FIG. 4 is a diagram showing a configuration example of the plug-in software 3, based on abstract plug-in software (having a common function and mounting a backup function with other modules) provided in the SDK (Software Development Kit) 8 In addition, the plug-in software 3A to 3C is configured by mounting functions for fluctuations (scan function, plot function, magnetic card billing function, etc.).

＜バックアップ時の処理＞
図５はバックアップ時の処理例を示すシーケンス図である。 <Processing during backup>
FIG. 5 is a sequence diagram showing an example of processing at the time of backup.

図５において、先ず、ユーザインタフェース部１は、管理者から入力された「システムバックアップ指示（ログ、ラベル等を含む）」をバージョン管理部２に送信する（ステップＳ１０１）。ここで、ログとラベルはバックアップの状況を示すものであり、例えば、ログは「２００６／１０／３ ＣＥが作成」、ラベルは「初期セットアップ済み」といった内容である。   5, first, the user interface unit 1 transmits a “system backup instruction (including log, label, etc.)” input from the administrator to the version management unit 2 (step S101). Here, the log and the label indicate the status of the backup. For example, the log includes “2006/10/3 CE created”, and the label includes “initial setup completed”.

バージョン管理部２は、自身が持つプラグインソフト名一覧テーブル（図示せず）を参照してバックアップ対象となるプラグインソフト３を特定し、特定したプラグインソフト３に対して「プラグインバックアップ指示」を送信する（ステップＳ１０２）。この「プラグインバックアップ指示」の送信はプラグインソフトの個数分行う。   The version management unit 2 identifies the plug-in software 3 to be backed up by referring to its own plug-in software name list table (not shown), and sends a “plug-in backup instruction” to the identified plug-in software 3. "Is transmitted (step S102). This “plug-in backup instruction” is transmitted for the number of plug-in softwares.

プラグインソフト３は、「プラグインバックアップ指示」を受け付けると、対応するオプションハードウェア４に「オプションハードウェア名の取得指示」を送信する（ステップＳ１０３）。   Upon receiving the “plug-in backup instruction”, the plug-in software 3 transmits an “option hardware name acquisition instruction” to the corresponding option hardware 4 (step S103).

オプションハードウェア４は、「オプションハードウェア名の取得指示」に基づいてオプションハードウェア名を含む戻りをプラグインソフト３に送信する（ステップＳ１０４）。図６はオプションハードウェア名（機器名称）の例を示す図であり、ここでは「社員証リーダ」となっている。なお、オプションハードウェア名（機器名称）に代えて製造番号を使用することもでき、一般的にはオプションハードウェアを識別することができる識別情報であればよい（以下同様）。   The option hardware 4 transmits a return including the option hardware name to the plug-in software 3 based on the “instruction for acquiring the option hardware name” (step S104). FIG. 6 is a diagram showing an example of the option hardware name (device name), which is “employee ID reader” here. Note that a serial number can be used instead of an optional hardware name (device name), and generally identification information that can identify optional hardware may be used (the same applies hereinafter).

図５に戻り、プラグインソフト３は、「オプションハードウェア名の取得指示」の戻り（オプションハードウェア名を含む）を受信すると、自身が持つプラグインデータテーブル（図示せず）から、プラグインＩＤとバージョン情報を取得し、これらを１つのテーブルにまとめ直して、そのテーブルをバージョン管理部２に送信する（ステップＳ１０５）。図７はプラグインＩＤ、バージョン情報およびオプションハードウェア名をまとめたテーブルの例を示す図である。   Returning to FIG. 5, when the plug-in software 3 receives a return of “option hardware name acquisition instruction” (including the option hardware name), the plug-in software 3 extracts the plug-in from its own plug-in data table (not shown). The ID and version information are acquired, and these are regrouped into one table and the table is transmitted to the version management unit 2 (step S105). FIG. 7 is a diagram illustrating an example of a table in which plug-in IDs, version information, and option hardware names are collected.

図５に戻り、バージョン管理部２は、「プラグインバックアップ指示」の戻り（テーブルを含む）を送信対象とした全てのプラグインから受信すると、自身の持つデータテーブル（図示せず）から構成バージョン情報を取得し、既に「システムバックアップ指示」（ステップＳ１０１）の際に得たログ情報・ラベルとあわせ、これらを１つのテーブルにまとめ直し、そのテーブルの「セーブ（登録）指示」をデータ保存部５に送信する（ステップＳ１０６）。図８は構成バージョン情報、ログ、ラベル、プラグインＩＤ、バージョン情報およびオプションハードウェア名をまとめたテーブルの例を示す図である。   Returning to FIG. 5, when the version management unit 2 receives the return (including the table) of the “plug-in backup instruction” from all the plug-ins to be transmitted, the version management unit 2 reads the configuration version from its own data table (not shown). The information is acquired, and together with the log information / label already obtained at the time of “system backup instruction” (step S101), these are rearranged into one table, and the “save (registration) instruction” of the table is stored in the data storage unit. 5 (step S106). FIG. 8 is a diagram illustrating an example of a table in which configuration version information, logs, labels, plug-in IDs, version information, and optional hardware names are collected.

図５に戻り、データ保存部５は、「セーブ（登録）指示」からバージョン情報・ログ情報・ラベル等を得ると、これらをバックアップデータの管理情報として保存（更新を含む）し、保存が完了した旨を「セーブ（登録）指示」の戻りとしてバージョン管理部２に送信する（ステップＳ１０７）。   Returning to FIG. 5, when the data storage unit 5 obtains version information, log information, a label, etc. from the “save (registration) instruction”, the data storage unit 5 stores them as management information of backup data (including updating), and the storage is completed. A message to the effect is sent to the version management unit 2 as a return of the “save (registration) instruction” (step S107).

バージョン管理部２は、保存が完了した旨を受信すると、その旨を「システムバックアップ指示」の戻りとしてユーザインタフェース部１に通知する（ステップＳ１０８）。   When the version management unit 2 receives the message that the saving is completed, the version management unit 2 notifies the user interface unit 1 as a return of the “system backup instruction” (step S108).

これらの動作は、システム構成が変わったときや設定を変えたとき、あるいは定期的に行われ、併せてプログラム本体のバックアップデータも保存され、データ保存部５にデータが蓄積されていく。図９はデータ保存部５に登録される情報の例を示す図であり、システム構成情報の構成バージョン情報に関連付けられて、構成バージョン情報、ログ、ラベル、プラグインＩＤ、バージョン情報およびオプションハードウェア名をまとめたテーブルが蓄積されている。データ保存部５内には、認証機構プラグイン本体や紙束整形プラグイン本体についてもバージョン毎に保持されている。ここで、認証機構は、バージョン「１」はＩＣカード利用不能で社員証リーダ利用可能であるが、バージョン「２」はＩＣカード利用可能で社員証リーダ利用不能となっており、バージョンにより機能が異なる。   These operations are performed when the system configuration is changed, when the setting is changed, or periodically. At the same time, the backup data of the program body is also stored, and the data is stored in the data storage unit 5. FIG. 9 is a diagram illustrating an example of information registered in the data storage unit 5. The configuration version information, log, label, plug-in ID, version information, and optional hardware are associated with the configuration version information of the system configuration information. A table summarizing names is stored. In the data storage unit 5, the authentication mechanism plug-in main body and the paper bundle shaping plug-in main body are also stored for each version. Here, the authentication mechanism, the version “1” cannot use the IC card and can use the employee ID reader, but the version “2” can use the IC card and cannot use the employee ID reader. Different.

＜リカバリ時の処理＞
図１０はリカバリ時の処理例を示すシーケンス図である。 <Processing during recovery>
FIG. 10 is a sequence diagram showing an example of processing at the time of recovery.

図１０において、先ず、ユーザインタフェース部１は、管理者から入力された「リストア（構成ｖｅｒを含む）」指示をバージョン管理部２に送信する（ステップＳ２０１）。   In FIG. 10, first, the user interface unit 1 transmits a “restoration (including configuration version)” instruction input by the administrator to the version management unit 2 (step S201).

バージョン管理部２は、「リストア（構成ｖｅｒを含む）」指示を受信すると、構成ｖｅｒを確認し、入力された構成ｖｅｒが、自身の構成ｖｅｒ（現時点のバージョン）と等しい場合は、以下の処理を行わず最後のシーケンスに移動し、リストア不要であることをユーザインタフェース部１に送信する（ステップＳ２１５）。   Upon receiving the “restore (including configuration ver)” instruction, the version management unit 2 confirms the configuration ver. If the input configuration ver is equal to its own configuration ver (current version), the following processing is performed. It moves to the last sequence without performing the process, and transmits that the restoration is unnecessary to the user interface unit 1 (step S215).

入力された構成ｖｅｒが、自身の構成ｖｅｒと等しくない場合、バージョン管理部２は、データ保存部５に「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示を送信する（ステップＳ２０２）。   If the input configuration ver is not equal to its own configuration ver, the version management unit 2 transmits a “load backup data list (including configuration ver)” instruction to the data storage unit 5 (step S202).

データ保存部５は、「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示を受信すると、構成ｖｅｒに相当するデータ（管理情報）を検索し、当該データを「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示の戻りとしてバージョン管理部２に送信する（ステップＳ２０３）。   Upon receiving the instruction “load backup data list (including configuration ver)”, the data storage unit 5 searches for data (management information) corresponding to the configuration ver, and loads the data “load backup data list ( This is transmitted to the version management unit 2 as a return of the instruction “including configuration version” (step S203).

バージョン管理部２は、データ保存部５からの「バックアップデータの一覧をロード」指示の戻り（プラグインＩＤ、プラグインｖｅｒを含む）の返信を受けて、プラグインＩＤ，プラグインｖｅｒからロード対象のプラグイン本体を特定し、データ保存部５に「プラグインの本体データをロード（プラグインＩＤとプラグインｖｅｒを含む）」指示を送信する（ステップＳ２０４）。この指示はプラグインの個数分行う。   The version management unit 2 receives a return of the “load backup data list” instruction from the data storage unit 5 (including plug-in ID and plug-in ver), and loads from the plug-in ID and plug-in ver. The plug-in main body is specified, and an instruction “load main body data of plug-in (including plug-in ID and plug-in ver)” is transmitted to the data storage unit 5 (step S204). This instruction is performed for the number of plug-ins.

データ保存部５は、バージョン管理部２からの「プラグインの本体データをロード」指示を受信すると、当該プラグイン本体データを検索し、そのデータ本体を「プラグインの本体データをロード」指示の戻りとしてバージョン管理部２に返信する（ステップＳ２０５）。   When the data storage unit 5 receives the “load plug-in body data” instruction from the version management unit 2, the data storage unit 5 searches for the plug-in body data and sends the data body to the “load plug-in body data” instruction. It returns to the version management unit 2 as a return (step S205).

バージョン管理部２は、データ保存部５から「プラグインの本体データをロード」指示の戻り（プラグインデータの本体を含む）を受信すると、システムにプラグインを組み込む（メモリ上にロードする）ために、「プラグイン本体をメモリ上に展開」を実施する（ステップＳ２０６）。この振る舞いは、ロードしたてのプラグインは、ファイルのまま（例えば、ｚｉｐファイルに圧縮されていたりする）であり、機能を提供できないため実施する。   When the version management unit 2 receives the return of the “load plug-in body data” instruction (including the plug-in data body) from the data storage unit 5, the version management unit 2 incorporates the plug-in into the system (loads it on the memory). Then, “develop the plug-in body on the memory” is executed (step S206). This behavior is implemented because the plug-in that has just been loaded remains a file (for example, it is compressed into a zip file) and cannot provide a function.

バージョン管理部２は、「プラグイン本体をメモリ上に展開」の終了後、プラグインソフト３に「整合性チェック」指示を送信する（ステップＳ２０７）。   The version management unit 2 transmits a “consistency check” instruction to the plug-in software 3 after completion of “develop the plug-in body on the memory” (step S207).

プラグインソフト３は、バージョン管理部２から「整合性チェック」指示を受信すると、バックアップのシーケンス（図５）において自身がデータ保存部５に送信した情報を参照するために、「オプションハードウェア名の取得（プラグインＩＤ、プラグインｖｅｒを含む）」をバージョン管理部２に送信する（ステップＳ２０８）。   When the plug-in software 3 receives the “consistency check” instruction from the version management unit 2, in order to refer to the information transmitted to the data storage unit 5 in the backup sequence (FIG. 5), the “option hardware name Acquisition (including plug-in ID and plug-in ver) ”is transmitted to the version management unit 2 (step S208).

バージョン管理部２は、プラグインソフト３からの「オプションハードウェア名の取得」を受信すると、「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示の戻り（ステップＳ２０３）にて得たデータテーブルより当該機器名称を抽出し、バージョン管理部２に返信する（ステップＳ２０９）。   When the version management unit 2 receives “obtains option hardware name” from the plug-in software 3, the data obtained by returning the “load backup data list (including configuration ver)” instruction (step S203) The device name is extracted from the table and returned to the version management unit 2 (step S209).

プラグインソフト３は、オプションハードウェア４に対し、「オプションハードウェア名の取得」指示を送信する（ステップＳ２１０）。   The plug-in software 3 transmits an “obtain option hardware name” instruction to the option hardware 4 (step S210).

オプションハードウェア４は、「オプションハードウェア名の取得」指示を受信すると、自身のファームウェア情報を参照して機器名称を取得し、プラグインソフト３に返信する（ステップＳ２１１）。   When the option hardware 4 receives the “obtain option hardware name” instruction, it refers to its own firmware information, acquires the device name, and sends it back to the plug-in software 3 (step S211).

プラグインソフト３は、オプションハードウェア４から「オプションハードウェア名の取得」指示の戻り（機器名称を含む）を受信すると、バージョン管理部２から取得した機器名称とオプションハードウェア４から取得した機器名称がマッチするかどうかで適切なハードか確認する（ステップＳ２１２）。すなわち、両者がマッチする場合は、プラグイン安定動作可能、マッチしない場合はプラグイン安定動作不能、という結果を算出する（ステップＳ２１３）。   When the plug-in software 3 receives the return (including the device name) of the “obtain option hardware name” instruction from the option hardware 4, the device name acquired from the version management unit 2 and the device acquired from the option hardware 4 It is confirmed whether the hardware is appropriate based on whether the names match (step S212). In other words, a result is calculated that the plug-in stable operation is possible when both match, and the plug-in stable operation is impossible when they do not match (step S213).

図１１は適切なハードか確認する処理の例を示すフローチャートであり、処理を開始すると（ステップＳ３０１）、バックアップデータから取得した名前と機器から直接に取得した名前とを比較し（ステップＳ３０２）、両者が一致する場合（ステップＳ３０３のＹｅｓ）は正常動作できると判断し（ステップＳ３０４）、両者が一致しない場合（ステップＳ３０３のＮｏ）はエラー報告（リカバリ失敗）とする（ステップＳ３０５）。オプションハードウェア４の確認処理をプラグインソフト３側で行うようにしているため、バージョン管理部２側はオプションハードウェア４のインタフェースを意識する必要がなく、プラグインソフト３にオプションハードウェア４の違いを吸収させることができる。   FIG. 11 is a flowchart showing an example of processing for checking whether hardware is appropriate. When processing is started (step S301), the name acquired from the backup data is compared with the name directly acquired from the device (step S302). If they match (Yes in step S303), it is determined that normal operation is possible (step S304), and if they do not match (No in step S303), an error report (recovery failure) is made (step S305). Since the confirmation processing of the option hardware 4 is performed on the plug-in software 3 side, the version management unit 2 does not need to be aware of the interface of the option hardware 4 and the plug-in software 3 includes the option hardware 4 The difference can be absorbed.

図１０に戻り、プラグインソフト３は、判定結果を、「整合性チェック」の戻り（プラグイン安定動作 可／不可を含む）としてバージョン管理部２に返信する（ステップＳ２１４）。   Returning to FIG. 10, the plug-in software 3 returns the determination result to the version management unit 2 as a “consistency check” return (including whether or not the plug-in stable operation is possible) (step S214).

バージョン管理部２は、送信対象とした全てのプラグインソフト３から返信（プラグイン安定動作 可／不可を含む）を受信し、受信内容が全て「プラグイン安定動作 可」だった場合、利用者（管理者）に「システム安定動作 可」を返信する（ステップＳ２１５）。なお、一つでも「プラグイン安定動作 不可」があった場合は、利用者（管理者）に「システム安定動作 不可」を返信する（ステップＳ２１５）。   The version management unit 2 receives replies (including plug-in stable operation enabled / disabled) from all the plug-in software 3 to be sent, and if the received contents are all “plug-in stable operation enabled”, the user A “system stable operation is possible” is returned to the (manager) (step S215). If there is at least one “plug-in stable operation impossible”, “system stable operation impossible” is returned to the user (administrator) (step S215).

＜オートリカバリ処理＞
図１２はリカバリ失敗時の処理例を示すフローチャートであり、リカバリ失敗と判断された場合であっても、可能な限りリカバリできるようにしたものである。 <Auto recovery process>
FIG. 12 is a flowchart showing an example of processing at the time of recovery failure, and enables recovery as much as possible even when it is determined that recovery has failed.

図１２において、リカバリ失敗により処理を開始すると（ステップＳ３１１）、現在のバックアップデータのバージョンを確認する（ステップＳ３１２）。   In FIG. 12, when the process is started due to failure in recovery (step S311), the current backup data version is confirmed (step S312).

ここで、バージョンが１より大きくない場合、すなわちバージョンが１の場合（ステップＳ３１３のＮｏ）は、初期バージョンであってそれ以前のバージョンのバックアップデータは存在しないため、リカバリ失敗を確定する（ステップＳ３１４）。   Here, if the version is not greater than 1, that is, if the version is 1 (No in step S313), since the backup data of the earlier version and the previous version does not exist, recovery failure is determined (step S314). ).

また、バージョンが１よりも大きい場合（ステップＳ３１３のＹｅｓ）は、データベースに一つ前のバージョンのバックアップデータを問い合わせ（ステップＳ３１５）、バックアップデータの一覧取得に戻る（ステップＳ３１６）。すなわち、この場合は処理を終了せず、図１０のバックアップデータの一覧をロードする処理（ステップＳ２０２）から処理を繰り返す。   If the version is greater than 1 (Yes in step S313), the database is inquired of the previous version of backup data (step S315), and the process returns to the backup data list acquisition (step S316). That is, in this case, the process is not terminated, and the process is repeated from the process of loading the backup data list in FIG. 10 (step S202).

図１３はリカバリ失敗時の他の処理例を示すフローチャートであり、予め動かない機器とプラグインの組合せがわかっているため、データベース上のデータのマッチング処理でリカバリすべきバックアップデータの絞込みをするようにしたものである。   FIG. 13 is a flowchart showing another example of processing at the time of recovery failure. Since the combination of the device and the plug-in that does not work is known in advance, the backup data to be recovered is narrowed down by the data matching processing on the database. It is a thing.

図１３において、リカバリ失敗により処理を開始すると（ステップＳ３２１）、現在のバックアップデータのバージョンを確認する（ステップＳ３２２）。   In FIG. 13, when processing is started due to failure in recovery (step S321), the current backup data version is confirmed (step S322).

ここで、バージョンが１より大きくない場合、すなわちバージョンが１の場合（ステップＳ３２３のＮｏ）は、初期バージョンであってそれ以前のバージョンのバックアップデータは存在しないため、リカバリ失敗を確定する（ステップＳ３２４）。   Here, if the version is not greater than 1, that is, if the version is 1 (No in step S323), since there is no backup data of the earlier version and the previous version, recovery failure is confirmed (step S324). ).

また、バージョンが１よりも大きい場合（ステップＳ３２３のＹｅｓ）は、データベースに一つ前のバージョンのバックアップデータを問い合わせ（ステップＳ３２５）、バックアップデータ中に現在接続中の機器名があるか探す（ステップＳ３２６）。   If the version is greater than 1 (Yes in step S323), the database is inquired about the previous version of backup data (step S325), and the backup data is searched for the name of the currently connected device (step S325). S326).

そして、機器名が含まれない場合（ステップＳ３２７のＮｏ）は、一つ前のバージョンのバックアップデータの問い合わせ（ステップＳ３２５）に戻る。   If the device name is not included (No in step S327), the process returns to the inquiry for the previous version of backup data (step S325).

また、機器名が含まれる場合（ステップＳ３２７のＹｅｓ）は、そのバックアップデータを用いたリカバリ処理に移る（ステップＳ３２８）。すなわち、この場合は処理を終了せず、図１０のバックアップデータの一覧をロードする処理（ステップＳ２０２）から処理を繰り返す。   If the device name is included (Yes in step S327), the process proceeds to a recovery process using the backup data (step S328). That is, in this case, the process is not terminated, and the process is repeated from the process of loading the backup data list in FIG. 10 (step S202).

＜リカバリ時の処理（他パターン）＞
図１４はリカバリ時の他の処理例を示すシーケンス図である。図１０に示した処理例との差異は、バージョン管理部２が「プラグイン本体をメモリ上に展開」を実施するとき（ステップＳ４０６）に、同時にバックアップデータからバージョン管理部２が取得済みのオプションハードウェア機器名称の情報を渡してしまうことにより、プラグインソフト３が改めてバージョン管理部２に同情報（機器名称）を問い返すメッセージのやり取りを不要にしている点にある。 <Processing during recovery (other patterns)>
FIG. 14 is a sequence diagram illustrating another processing example during recovery. The difference from the processing example shown in FIG. 10 is that the option that the version management unit 2 has acquired from the backup data at the same time when the version management unit 2 performs “develop the plug-in body on the memory” (step S406). By passing the hardware device name information, the plug-in software 3 makes it unnecessary to exchange a message for asking the version management unit 2 for the same information (device name).

図１４において、先ず、ユーザインタフェース部１は、管理者から入力された「リストア（構成ｖｅｒを含む）」指示をバージョン管理部２に送信する（ステップＳ４０１）。   In FIG. 14, first, the user interface unit 1 transmits a “restore (including configuration ver)” instruction input by the administrator to the version management unit 2 (step S 401).

バージョン管理部２は、「リストア（構成ｖｅｒを含む）」指示を受信すると、構成ｖｅｒを確認し、入力された構成ｖｅｒが、自身の構成ｖｅｒ（現時点のバージョン）と等しい場合は、以下の処理を行わず最後のシーケンスに移動し、リストア不要であることをユーザインタフェース部１に送信する（ステップＳ４１２）。   Upon receiving the “restore (including configuration ver)” instruction, the version management unit 2 confirms the configuration ver. If the input configuration ver is equal to its own configuration ver (current version), the following processing is performed. The process moves to the last sequence without performing the process, and transmits to the user interface unit 1 that restoration is unnecessary (step S412).

入力された構成ｖｅｒが、自身の構成ｖｅｒと等しくない場合、バージョン管理部２は、データ保存部５に「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示を送信する（ステップＳ４０２）。   If the input configuration ver is not equal to its own configuration ver, the version management unit 2 transmits an instruction “load backup data list (including configuration ver)” to the data storage unit 5 (step S402).

データ保存部５は、「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示を受信すると、構成ｖｅｒに相当するデータを検索し、当該データを「バックアップデータの一覧をロード（構成ｖｅｒを含む）」指示の戻りとしてバージョン管理部２に送信する（ステップＳ４０３）。   Upon receiving the instruction “load backup data list (including configuration ver)”, the data storage unit 5 searches for data corresponding to the configuration ver, and loads the data “load backup data list (including configuration ver). ) "Is sent to the version management unit 2 as a return of the instruction (step S403).

バージョン管理部２は、データ保存部５からの「バックアップデータの一覧をロード」指示の戻り（プラグインＩＤ、プラグインｖｅｒを含む）の返信を受けて、プラグインＩＤ，プラグインｖｅｒからロード対象のプラグイン本体を特定し、データ保存部５に「プラグインの本体データをロード（プラグインＩＤとプラグインｖｅｒを含む）」指示を送信する（ステップＳ４０４）。この指示はプラグインの個数分行う。   The version management unit 2 receives a return of the “load backup data list” instruction from the data storage unit 5 (including plug-in ID and plug-in ver), and loads from the plug-in ID and plug-in ver. The plug-in body is identified, and an instruction “load plug-in body data (including plug-in ID and plug-in ver)” is transmitted to the data storage unit 5 (step S404). This instruction is performed for the number of plug-ins.

データ保存部５は、バージョン管理部２からの「プラグインの本体データをロード」指示を受信すると、当該プラグイン本体データを検索し、そのデータ本体を「プラグインの本体データをロード」指示の戻りとしてバージョン管理部２に返信する（ステップＳ４０５）。   When the data storage unit 5 receives the “load plug-in body data” instruction from the version management unit 2, the data storage unit 5 searches for the plug-in body data and sends the data body to the “load plug-in body data” instruction. It returns to the version management unit 2 as a return (step S405).

バージョン管理部２は、データ保存部５から「プラグインの本体データをロード」指示の戻り（プラグインデータの本体を含む）を受信すると、システムにプラグインを組み込む（メモリ上にロードする）ために、「プラグイン本体をメモリ上に展開」を実施する（ステップＳ４０６）。この振る舞いは、ロードしたてのプラグインは、ファイルのまま（例えば、ｚｉｐファイルに圧縮されていたりする）であり、機能を提供できないため実施する。このとき（初期化時）に、機器名称の情報も同時にプラグインソフト３に送信する。   When the version management unit 2 receives the return of the “load plug-in body data” instruction (including the plug-in data body) from the data storage unit 5, the version management unit 2 incorporates the plug-in into the system (loads it on the memory). Then, “develop the plug-in body on the memory” is executed (step S406). This behavior is implemented because the plug-in that has just been loaded remains a file (for example, it is compressed into a zip file) and cannot provide a function. At this time (at initialization), device name information is also transmitted to the plug-in software 3 at the same time.

プラグインソフト３は、オプションハードウェア４に対し、「オプションハードウェア名の取得」指示を送信する（ステップＳ４０７）。   The plug-in software 3 transmits an “obtain option hardware name” instruction to the option hardware 4 (step S407).

オプションハードウェア４は、「オプションハードウェア名の取得」指示を受信すると、自身のファームウェア情報を参照して機器名称を取得し、プラグインソフト３に返信する（ステップＳ４０８）。   When the option hardware 4 receives the “obtain option hardware name” instruction, it refers to its own firmware information to acquire the device name and returns it to the plug-in software 3 (step S408).

プラグインソフト３は、オプションハードウェア４から「オプションハードウェア名の取得」指示の戻り（機器名称を含む）を受信すると、バージョン管理部２から既に通知されている機器名称とオプションハードウェア４から取得した機器名称がマッチするかどうかで適切なハードか確認する（ステップＳ４０９）。すなわち、両者がマッチする場合は、プラグイン安定動作可能、マッチしない場合はプラグイン安定動作不能、という結果を算出する（ステップＳ４１０）。   When the plug-in software 3 receives the return (including the device name) of the “obtain option hardware name” instruction from the option hardware 4, the device name and the option hardware 4 already notified from the version management unit 2 are received. It is confirmed whether the hardware is appropriate based on whether or not the acquired device names match (step S409). In other words, a result is calculated that the plug-in stable operation is possible when both match, and the plug-in stable operation is impossible when they do not match (step S410).

プラグインソフト３は、バージョン管理部２にプラグインがハード込みで動作可能か報告し（ステップＳ４１１）、バージョン管理部２は、送信対象とした全てのプラグインソフト３から返信（プラグイン安定動作 可／不可を含む）を受信し、受信内容が全て「プラグイン安定動作 可」だった場合、利用者（管理者）に「システム安定動作 可」を返信する（ステップＳ４１２）。なお、一つでも「プラグイン安定動作 不可」があった場合は、利用者（管理者）に「システム安定動作 不可」を返信する（ステップＳ４１２）。   The plug-in software 3 reports to the version management unit 2 whether the plug-in can operate with hardware (step S411), and the version management unit 2 returns a reply from all the plug-in softwares 3 to be transmitted (plug-in stable operation) If the received contents are all “plug-in stable operation is possible”, “system stable operation is possible” is returned to the user (administrator) (step S412). If there is at least one “plug-in stable operation impossible”, a “system stable operation impossible” is returned to the user (administrator) (step S412).

また、これらの処理に対し、図１２、図１３に示した処理を適用することができる。   Further, the processes shown in FIGS. 12 and 13 can be applied to these processes.

＜総括＞
このように、本発明では、バックアップデータをリカバリする際にプラグインソフトによりセルフチェックを実行し、所定のオプションハードウェアが利用できるかチェックしている。 <Summary>
As described above, according to the present invention, when recovering the backup data, the self-check is executed by the plug-in software to check whether predetermined optional hardware can be used.

従って、様々なカスタマイズ環境を手軽に利用可能であり、別のシステムでとった（セットアップ済み）バックアップを用いて容易にセットアップすることもできる。   Therefore, various customized environments can be easily used, and can be easily set up by using a backup (set up) taken by another system.

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。   The present invention has been described above by the preferred embodiments of the present invention. While the invention has been described with reference to specific embodiments, various modifications and changes may be made to the embodiments without departing from the broad spirit and scope of the invention as defined in the claims. Obviously you can. In other words, the present invention should not be construed as being limited by the details of the specific examples and the accompanying drawings.

＜特許請求の範囲との対応関係＞
請求項１、８における「バックアップの指示を受けたときに、システム構成全体および個々のプラグインソフトのバージョン情報ならびにプラグインソフトの識別情報を対応付け、管理情報として登録する手段（工程）」は、バージョン管理部２（図１、２）に対応し、その処理内容は図５におけるステップＳ１０２〜Ｓ１０８に対応する。 <Correspondence with Claims>
9. “Means (steps) for associating the entire system configuration, version information of individual plug-in software and plug-in software identification information and registering them as management information when a backup instruction is received” according to claims 1 and 8 Corresponds to the version management unit 2 (FIGS. 1 and 2), and the processing content corresponds to steps S102 to S108 in FIG.

請求項１、８における「リカバリの指示を受けたときに、バックアップデータからプラグインソフトを復旧し、上記管理情報に含まれる識別情報が対応するか否かによりオプションハードウェアの動作確認を行う手段（工程）」は、バージョン管理部２（図１、２）に対応し、その処理内容は図１０におけるステップＳ２０２〜Ｓ２１５、もしくは、図１４におけるステップＳ４０２〜Ｓ４１２に対応する。   9. Means for recovering plug-in software from backup data when receiving a recovery instruction and checking the operation of optional hardware depending on whether the identification information included in the management information corresponds “Process” corresponds to the version management unit 2 (FIGS. 1 and 2), and the processing content corresponds to steps S202 to S215 in FIG. 10 or steps S402 to S412 in FIG.

請求項４、１１における「上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、一つ前のバージョンのバックアップデータを取得し、リカバリを再度行う手段（工程）」は、バージョン管理部２（図１、２）に対応し、その処理内容は図１２に対応する。   12. Means for acquiring the previous version of backup data and performing recovery again on condition that the backup data being used is not the initial version when the operation check of the optional hardware fails in claim 4 or 11 “Process” corresponds to the version management unit 2 (FIGS. 1 and 2), and the processing content corresponds to FIG.

請求項５、１２における「上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、現在接続中のオプションハードウェアの識別情報に対応する情報を含むバージョンのバックアップデータを取得し、リカバリを再度行う手段（工程）」バージョン管理部２（図１、２）に対応し、その処理内容は図１３に対応する。   The version including information corresponding to the identification information of the currently connected optional hardware on condition that the backup data being used is not the initial version when the operation check of the optional hardware fails Corresponds to “version means 2 (FIGS. 1 and 2)”, and the processing content corresponds to FIG.

本発明の一実施形態にかかるプラグインバージョン管理システムの構成例を示す図である。It is a figure which shows the structural example of the plug-in version management system concerning one Embodiment of this invention. プラグインソフトおよびオプションハードウェア等の具体例を含むシステム構成例を示す図である。It is a figure which shows the system configuration example containing specific examples, such as plug-in software and option hardware. プラグインソフトのソフトウェア構成上の位置付けを示す図である。It is a figure which shows the positioning on the software structure of plug-in software. プラグインソフトの構成例を示す図である。It is a figure which shows the structural example of plug-in software. バックアップ時の処理例を示すシーケンス図である。It is a sequence diagram which shows the process example at the time of backup. オプションハードウェア名の例を示す図である。It is a figure which shows the example of an option hardware name. プラグインＩＤ、バージョン情報およびオプションハードウェア名をまとめたテーブルの例を示す図である。It is a figure which shows the example of the table which put together plug-in ID, version information, and option hardware name. 構成バージョン情報、ログ、ラベル、プラグインＩＤ、バージョン情報およびオプションハードウェア名をまとめたテーブルの例を示す図である。It is a figure which shows the example of the table which put together the structure version information, the log, the label, the plug-in ID, the version information, and the option hardware name. データ保存部に登録される情報の例を示す図である。It is a figure which shows the example of the information registered into a data storage part. リカバリ時の処理例を示すシーケンス図（その１）である。It is a sequence diagram (the 1) which shows the example of a process at the time of recovery. 適切なハードか確認する処理の例を示すフローチャートである。It is a flowchart which shows the example of the process which confirms whether it is appropriate hardware. リカバリ失敗時の処理例を示すフローチャート（その１）である。It is a flowchart (the 1) which shows the process example at the time of recovery failure. リカバリ失敗時の処理例を示すフローチャート（その２）である。It is a flowchart (the 2) which shows the process example at the time of recovery failure. リカバリ時の処理例を示すシーケンス図（その２）である。It is a sequence diagram (the 2) which shows the example of a process at the time of recovery.

符号の説明Explanation of symbols

１ ユーザインタフェース部
２ バージョン管理部
３、３Ａ〜３Ｃ プラグインソフト
４、４Ａ〜４Ｃ オプションハードウェア
５ データ保存部
６ オペレーティングシステム
７ ミドルウェア
８ ＳＤＫ DESCRIPTION OF SYMBOLS 1 User interface part 2 Version management part 3, 3A-3C Plug-in software 4, 4A-4C Option hardware 5 Data storage part 6 Operating system 7 Middleware 8 SDK

Claims (12)

コンピュータ組み込み機器におけるソフトウェアのバックアップおよびリカバリを管理するシステムであって、
バックアップの指示を受けたときに、システム構成全体および個々のプラグインソフトのバージョン情報ならびにプラグインソフトに対応するオプションハードウェアの識別情報を対応付け、管理情報として登録する手段と、
リカバリの指示を受けたときに、上記管理情報に基づきバックアップデータからプラグインソフトを復旧し、上記管理情報に含まれる識別情報が対応するか否かによりオプションハードウェアの動作確認を行う手段とを備えたことを特徴とするプラグインバージョン管理システム。 A system for managing backup and recovery of software in a computer embedded device,
Means for associating the version information of the entire system configuration and individual plug-in software and optional hardware identification information corresponding to the plug-in software and registering them as management information when receiving a backup instruction;
Means for recovering the plug-in software from the backup data based on the management information when receiving a recovery instruction and checking the operation of the optional hardware depending on whether or not the identification information included in the management information corresponds. A plug-in version management system characterized by comprising. 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認は、当該オプションハードウェアに対応するプラグインソフトに行わせることを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
A plug-in version management system characterized in that the operation check of the optional hardware is performed by plug-in software corresponding to the optional hardware. 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認は、上記管理情報に含まれるオプションハードウェアの識別情報とオプションハードウェアから取得した識別情報とが一致するか否かで判断することを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
The plug-in version management system is characterized in that the operation check of the option hardware is determined based on whether or not the identification information of the option hardware included in the management information matches the identification information acquired from the option hardware. . 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、一つ前のバージョンのバックアップデータを取得し、リカバリを再度行う手段を備えたことを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
When the operation check of the above optional hardware fails, it is provided with means for acquiring the previous version of backup data and performing recovery again on condition that the backup data being used is not the initial version. Plug-in version control system. 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、現在接続中のオプションハードウェアの識別情報に対応する情報を含むバージョンのバックアップデータを取得し、リカバリを再度行う手段を備えたことを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
If the operation check of the optional hardware fails, the backup data of the version including the information corresponding to the identification information of the currently connected optional hardware is acquired on condition that the backup data being used is not the initial version. A plug-in version management system comprising means for performing recovery again. 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認につき、
上記プラグインソフトはバックアップデータからオプションハードウェアの識別情報を取得し、また、オプションハードウェアから識別情報を取得することを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
Regarding the operation check of the above optional hardware,
A plug-in version management system, wherein the plug-in software acquires identification information of option hardware from backup data, and acquires identification information from the option hardware. 請求項１に記載のプラグインバージョン管理システムにおいて、
上記オプションハードウェアの動作確認につき、
上記プラグインソフトは初期状態でバックアップデータに含まれるオプションハードウェアの識別情報を与えられ、また、オプションハードウェアから識別情報を取得することを特徴とするプラグインバージョン管理システム。 In the plug-in version management system according to claim 1,
Regarding the operation check of the above optional hardware,
A plug-in version management system, wherein the plug-in software is given identification information of optional hardware included in backup data in an initial state, and acquires identification information from the optional hardware. コンピュータ組み込み機器におけるソフトウェアのバックアップおよびリカバリを管理する方法であって、
バックアップの指示を受けたときに、システム構成全体および個々のプラグインソフトのバージョン情報ならびにプラグインソフトに対応するオプションハードウェアの識別情報を対応付け、管理情報として登録する工程と、
リカバリの指示を受けたときに、上記管理情報に基づきバックアップデータからプラグインソフトを復旧し、上記管理情報に含まれる識別情報が対応するか否かによりオプションハードウェアの動作確認を行う工程とを備えたことを特徴とするプラグインバージョン管理方法。 A method of managing software backup and recovery in a computer embedded device, comprising:
When receiving the backup instruction, associating the version information of the entire system configuration and individual plug-in software and the identification information of the optional hardware corresponding to the plug-in software, and registering it as management information;
A step of recovering the plug-in software from the backup data based on the management information when receiving a recovery instruction and checking the operation of the optional hardware depending on whether or not the identification information included in the management information corresponds. A plug-in version management method comprising: 請求項８に記載のプラグインバージョン管理方法において、
上記オプションハードウェアの動作確認は、当該オプションハードウェアに対応するプラグインソフトに行わせることを特徴とするプラグインバージョン管理方法。 The plug-in version management method according to claim 8,
A plug-in version management method, wherein the operation check of the optional hardware is performed by plug-in software corresponding to the optional hardware. 請求項８に記載のプラグインバージョン管理方法において、
上記オプションハードウェアの動作確認は、上記管理情報に含まれるオプションハードウェアの識別情報とオプションハードウェアから取得した識別情報とが一致するか否かで判断することを特徴とするプラグインバージョン管理方法。 The plug-in version management method according to claim 8,
The plug-in version management method is characterized in that the operation check of the option hardware is determined based on whether or not the identification information of the option hardware included in the management information matches the identification information acquired from the option hardware. . 請求項８に記載のプラグインバージョン管理方法において、
上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、一つ前のバージョンのバックアップデータを取得し、リカバリを再度行う工程を備えたことを特徴とするプラグインバージョン管理方法。 The plug-in version management method according to claim 8,
If the operation check of the optional hardware fails, the process includes the step of acquiring the previous version of backup data and performing recovery again on condition that the backup data being used is not the initial version. Plug-in version management method. 請求項８に記載のプラグインバージョン管理方法において、
上記オプションハードウェアの動作確認が失敗した場合、使用中のバックアップデータが初期バージョンでないことを条件に、現在接続中のオプションハードウェアの識別情報に対応する情報を含むバージョンのバックアップデータを取得し、リカバリを再度行う工程を備えたことを特徴とするプラグインバージョン管理方法。 The plug-in version management method according to claim 8,
If the operation check of the optional hardware fails, the backup data of the version including the information corresponding to the identification information of the currently connected optional hardware is acquired on condition that the backup data being used is not the initial version. A plug-in version management method comprising a step of performing recovery again.
JP2006141673A 2006-05-22 2006-05-22 Plug-in version management system Pending JP2007310807A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006141673A JP2007310807A (en) 2006-05-22 2006-05-22 Plug-in version management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006141673A JP2007310807A (en) 2006-05-22 2006-05-22 Plug-in version management system

Publications (1)

Publication Number Publication Date
JP2007310807A true JP2007310807A (en) 2007-11-29

Family

ID=38843574

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006141673A Pending JP2007310807A (en) 2006-05-22 2006-05-22 Plug-in version management system

Country Status (1)

Country Link
JP (1) JP2007310807A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011165129A (en) * 2010-02-15 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> Device and method for creating performance required patch list
CN104506628A (en) * 2014-12-25 2015-04-08 深圳市科漫达智能管理科技有限公司 Plugin repository management method and system
CN111400054A (en) * 2018-12-27 2020-07-10 浙江大学 Network plug-in calling method and device, computer storage medium and electronic equipment
WO2020148815A1 (en) * 2019-01-15 2020-07-23 富士通株式会社 Takeover program, takeover method, information processing device, and parallel distributed processing system

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011165129A (en) * 2010-02-15 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> Device and method for creating performance required patch list
CN104506628A (en) * 2014-12-25 2015-04-08 深圳市科漫达智能管理科技有限公司 Plugin repository management method and system
CN104506628B (en) * 2014-12-25 2018-02-13 深圳市科漫达智能管理科技有限公司 A kind of plug-in unit warehouse management method and system
CN111400054A (en) * 2018-12-27 2020-07-10 浙江大学 Network plug-in calling method and device, computer storage medium and electronic equipment
CN111400054B (en) * 2018-12-27 2024-03-08 浙江大学 Network plug-in calling method and device, computer storage medium and electronic equipment
WO2020148815A1 (en) * 2019-01-15 2020-07-23 富士通株式会社 Takeover program, takeover method, information processing device, and parallel distributed processing system

Similar Documents

Publication Publication Date Title
US9098306B2 (en) Image forming apparatus, program updating method and computer-readable storage medium
US9229815B2 (en) Information processing apparatus, program update method, and program
JP5236958B2 (en) Notification method, management device, and client device
JP5444178B2 (en) Backup / restore processing device, backup / restore processing method and program
US20130128313A1 (en) Image forming apparatus, backup and restore processing method
US20080198411A1 (en) Image forming apparatus and activating method thereof
CN101268620A (en) Device management system and method for managing device management object
US20090300757A1 (en) Image forming apparatus performing user authentication using a card
US7904613B2 (en) Network device, network device management method, network device management system
JP2007310807A (en) Plug-in version management system
JP2009200803A (en) Image forming apparatus, information processing method and information processing program
CN101593282B (en) Image forming apparatus performing user authentication using a card
US20080178182A1 (en) Work state returning apparatus, work state returning method, and computer product
JP2008033778A (en) Computer system, database restoration method, and database restoration program
JP2014067126A (en) Information processing apparatus and printing system
US20160054964A1 (en) Management system and control method
CN101242201B (en) A master-slave system maintenance method, system and device
JP5578106B2 (en) Information processing system and form image storage server
JP2013258481A (en) Network device management system and network device management method
CN107797800B (en) Data processing method for multiple associated service systems, electronic device and medium
JP2013111799A (en) Printer and method for controlling the same
CN110351293B (en) Method, device and system for sending information
JP7069956B2 (en) Fault management system, fault management device and program
US20050094185A1 (en) Job managing apparatus, job managing method, and job managing program
JP2006252177A (en) Card-updating apparatus, card-updating system, card-updating method, card-updating program, storage medium and ic card