【課題】システムの評価期間、共通部分のプログラムのバージョンアップ作業および費用を大幅に削減でき、共通部分のプログラムをバージョンアップせずに新たなコマンドの追加が可能な機能追加方法を提供する。
【解決手段】個別パッケージ１０４と共通パッケージ１０３との間に、監視制御用バス１０５と、プログラム転送用バス１０６を設け、個別パッケージ１０４は、自パッケージ用の制御プログラムおよび制御コマンドの少なくとも一方を格納する個別パッケージ側メモリ３０２ａ〜３０２ｃと、実装時に制御プログラムおよび制御コマンドの少なくとも一方を共通パッケージに転送する制御部３０１ａ〜３０１ｃとを有し、共通パッケージ１０３は、個別パッケージ１０４から転送される制御プログラムおよび制御コマンドの少なくとも一方を共通パッケージ側メモリ２０４、２０５に展開し、個別パッケージ１０４の監視制御を行う。 （もっと読む）

【課題】自装置内のソフトウェアの更新と、情報の保護とを容易に両立することができる情報処理装置、ソフトウェア更新方法及び画像処理装置を提供することを目的とする。
【解決手段】自装置内のソフトウェア２１の更新を行う情報処理装置であって、ソフトウェア２０〜２２から一意に計算される値を格納し、値による情報の暗号化及び値によって暗号化されている情報の復号を行う暗号化復号手段５と、ソフトウェア更新ファイル１１０の認証を行う認証手段と、認証の成功したソフトウェア更新ファイル１１０を用いてソフトウェア２１の更新を行うソフトウェア更新手段と、値によって暗号化されている情報７０を、ソフトウェア２１の更新に基づいて変化した値によって暗号化し直すように制御する暗号鍵管理手段とを有することで上記課題を解決する。 （もっと読む）

【課題】通信速度を変更することなく、プリンタ等の周辺装置に対するファームウェアの更新データの通信時間を短縮する。
【解決手段】サーバ１２ｂは、第１形式のレコードを順次読み込み（Ｓ１０１）、第１形式のレコードの実データに含まれ第２形式の管理データの長さを超えて連続する空白データを削除して当該空白データの前後で実データを分割し（Ｓ１０９）、第１形式のレコードの実データを所定長さ単位になるよう連結し（Ｓ１０６，Ｓ１０７）、分割された実データに応じた管理データ及び連結された実データに応じた管理データを生成して第２形式のレコードを生成し（Ｓ１１０）、第２形式のレコードからなる更新データをプリンタ１３ｂに送信する（Ｓ１１２）。また、アスキーコードで表現された第１形式のレコードはバイナリ変換され（Ｓ１０４）、プリンタ１３ｂにはバイナリで表現された第２形式のレコードが送信される。 （もっと読む）

【課題】運用中のファームウェアを新たな更新ファームウェアに切り替える際に、このファームウェアの更新に起因して障害が発生することを回避する。
【解決手段】コア１で稼動している現用の運用ファームウェア２１１を新たな更新ファームウェア２２１に更新する際に、運用ファームウェア２１１を稼動中でないコア２を選択し、このコア２の占有メモリ領域（コア２用メモリ２２０）に更新ファームウェア２２１とテストプログラム２２２をロードする。そして、コア２において、更新ファームウェア２２１に対してテストプログラム２２２を実行することにより更新ファームウェア２２１が正常に動作するか否かを検査する。この検査により正常に動作すると判定された後に、コア２において更新ファームウェア２２１を稼動させ、ファームウェアに対する処理要求を、コア１からコア２に切り替えて処理する。 （もっと読む）

【課題】新規な方法で基本ソフトの更新が可能な通信システム、情報処理装置、通信プログラムおよび通信方法を提供すること。
【解決手段】ダウンロードプレイの実行に先立って、子機のファームウェアを更新する必要があるか否かのチェックが行われる。そして、子機のファームウェアの更新が必要な場合には、親機１０ａから子機１０ｂへとファームウェア更新プログラムが送信され、当該ファームウェア更新プログラムに従って子機１０ｂのファームウェアが更新される。 （もっと読む）

【課題】ソフトウェアのアップデートにおいて、必要最低限のダウンロードのみでアップデートする仕組みを提供する。
【解決手段】サーバーでは、ソフトウェア毎にバージョン毎のインストール条件、ダウンロードＵＲＬの情報を保持したソフトウェア管理情報と、使用デバイスなどによってグルーピングされたソフトウェアとそのソフトウェア毎に更新が必要なバージョン番号情報を保持するソフトウェアリスト情報と、ソフトウェアリスト情報の更新有無を確認できるだけの情報を更新日時や更新バージョン番号などで保持する更新確認情報からなる更新情報を保持して配信し、クライアントはクライアントのＯＳ環境、ソフトウェアインストール状況をもとに、更新情報を必要かどうか判断しながら段階的に受信し、また更新が必要なバージョンのソフトウェアがインストールされている場合のみアップデートを行う。 （もっと読む）

【課題】信号処理を行っているプログラム可能な回路ブロックが故障した場合においても、信号処理を継続して行うことができる。
【解決手段】制御回路５は、第１ＦＰＧＡ２に第１の機能をコンフィグレーションした後に出力確認回路６が第１ＦＰＧＡ２は故障していると判定した場合、代替ＦＰＧＡ３に第１の機能をコンフィグレーションし、当該コンフィグレーションが正常に完了したことを確認した後に、選択回路４が代替ＦＰＧＡ３の出力信号を選択して出力するように制御する。 （もっと読む）

【課題】バージョン変更の間、サポートされているプロセスまたはサービスの中断がないソフトウエア・バージョンの動的な選択を提供する。
【解決手段】動的ソフトウエア・バージョン選択は、バインディング・ライブラリ１０４をソフトウエア・コンポーネント１０２に関連付けることによって遂行される。動的ソフトウエア・バージョン選択は、バインディング・コンポーネント１０８から処理デバイスのメモリ１１０中にライブラリをロードする決定を行う、ローダ・コンポーネント１０６中のロジックと、要求されたライブラリの望ましいバージョンをローダ・コンポーネント１０６によって選択することとをさらに含み、ライブラリの望ましいバージョンは、バインディング・ライブラリ１０４のバインディング・コンポーネント１０８に関連付けられたライブラリの少なくとも２つのバージョンから選択される。 （もっと読む）

【課題】複数の計算機が連係動作するシステムにおいて、連携動作を妨げることなくソフトウェアを更新することができるソフトウェア管理装置を得ることを目的とする。
【解決手段】ソフトウェアの稼働状況を検出する稼働状況検出部４と、入力されたソフトウェアの更新動作を制御する更新動作制御部５と、を備え、更新動作制御部５は、入力されたソフトウェアが更新すべきものであると判断すると、入力されたソフトウェアの更新対象となる計算機群を検出する更新対象検出部５１と、検出した更新対象となる計算機群のそれぞれに対し、予備機を先に更新し、予備機と稼働機の役目を入れ替えるように更新手順を生成する更新手順生成部５２と、稼働状況に基づき、予備機となっている計算機が起動状態での待機から解除可能であるか否かを判断し、解除可能と判断すると、生成した更新手順に基づいて更新動作を実行するよう指令する更新動作指令部５３と、を備えた。 （もっと読む）

【課題】通信ネットワークに接続された設備機器のソフトウェアのバージョンアップの作業負荷を軽減する。
【解決手段】抽出手段１４は、設備管理ネットワーク２を介して接続された設備機器の中から、ソフトウエアのバージョンアップが必要な設備機器を抽出する。バックアップ手段１５は、抽出された設備機器の不揮発性メモリに格納された装置データを待避させる。バージョンアップ手段１６は、装置データが待避された設備機器の不揮発性メモリに格納されたソフトウエアのバージョンアップを行う。バージョンアップ手段１６は、ソフトウエアのバージョンアップが完了した設備機器の不揮発性メモリに、待避された装置データを書き戻す。 （もっと読む）