JP5333115B2 - ファームウエア更新装置およびプログラム - Google Patents

Description

本発明は、コンサートホールまたはレコーディングスタジオ等における音声信号のミキシングに用いて好適なファームウエア更新装置およびプログラムに関する。

近年、コンサートホールまたはレコーディングスタジオ等における音響信号処理システムにおいては、システムを構成する各機器（デバイス）間でネットワークを介して音声信号および制御信号のやりとりをするものが知られている。その一例が特許文献１に開示されている。システムを構成するデバイスは、ユーザが操作を行うためのコンソール、音声信号に対してミキシングなどの処理を行うエンジン、およびマイクやスピーカ等を制御するＩ／Ｏユニットなどであり、これらは何れもＣＰＵによって制御され、そのためのファームウエアを記憶するメモリが設けられている。これらファームウエアは、しばしば、バグの修正や新機能の追加のためにアップデートされることがある。デバイスのメーカーは、インターネット等を介して最新のファームウエアを提供するが、実際にこれをダウンロードしてファームウエアをアップデートするか否かは機器の所有者が独自に判断することである。

各デバイスのファームウエアのバージョンアップを行うにあたっては、不整合（コンフリクト）が生じないように実行する必要がある。例えば、コンソールおよびエンジンのファームウエアのバージョンが共に「１．００」であれば、コンソールおよびエンジンは正常に動作し、これらファームウエアのバージョンが共に「２．００」であっても、両者は正常に動作するものとする。しかし、例えばコンソールのファームウエアのバージョンが「１．００」であるのに対して、エンジンのファームウエアのバージョンが「２．００」であれば、正常に動作しない場合がある。デバイスのメーカーがインターネット等を介して最新版のファームウエアを提供する場合、当然その点は考慮されており、全てのデバイスに対して最新版のファームウエアを適用する限りにおいては、ファームウエアにコンフリクトが生じる余地が無いようにしている。

特開２００８−１７０８４号公報

しかし、メーカーから各デバイスの最新のファームウエアが提供されている場合であっても、ユーザが全てのデバイスのファームウエアを最新バージョンに揃えることを望まない場合（または揃えることができない場合）がある。これは、概ね次のような理由によるものである。
（１）まず、最新バージョンのファームウエアには、過去のバージョンにはなかったバグが混入する場合がある。この結果、過去のバージョンにて常用していた機能が使えなくなる場合には、ユーザはファームウエアのバージョンアップを望まないものである。
（２）また、最新バージョンにバグが混入しているか否かが明確ではなかったとしても、その危険は常に存在する。例えばコンサートの本番が直近に迫っているタイミングでは、古いバージョンのファームウエアが安定して動作しているのであれば、ユーザは古いバージョンのまま使い続ける事を要望する場合が多い。

（３）また、多数のデバイスのバージョンアップには長時間を要するという問題がある。すなわち、デバイス一台あたりのアップデート時間はさほど長くはないが、大規模なイベントにおいては、数百台のデバイスが使用される。このような場合、必要な全てのデバイスを業者が所有しているという事は稀であり、大抵の場合は複数のレンタル会社からデバイスを借用することになる。これらのデバイスは、そもそも所有者（レンタル会社）が異なるため、ファームウエアの整合性が確保できている保障はない。通常は、レンタル費用を抑制するために、デバイスの借用はコンサート等の直前であることが多く、ファームウエアのバージョンアップのために充分な時間を確保することができない。
（４）さらに、借用したデバイスのファームウエアをバージョンアップすることについて、所有者（レンタル会社）の了解が得られない場合がある。

上述したような理由により、音響信号処理システムを構成する全てのデバイスのファームウエアを最新バージョンに揃えるのではなく、ファームウエアのアップデートをコンフリクトが生じない範囲に抑えるという要望は従来から存在した。しかし、これを実現するためには、コンフリクトが生じないようにユーザがファームウエアのバージョンを管理する必要があり、この事はユーザにとってきわめて煩雑であった。
この発明は上述した事情に鑑みてなされたものであり、ファームウエアの部分的なバージョンアップを簡易かつ確実に行うことができるファームウエア更新装置およびプログラムを提供することを目的としている。

上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載のファームウエア更新装置にあっては、各々が複数のデバイス種別のうち何れかに分類され相互にネットワークを介して音声信号を送信または受信する複数の音響処理デバイス（１５０２〜１５１０）と通信し、これら各音響処理デバイス（１５０２〜１５１０）に記憶され各々の音響処理デバイスを制御する制御プログラムであるファームウエアを更新するファームウエア更新装置（１０００）であって、ユーザの操作に基づいて、前記複数の音響処理デバイスのうち一の音響処理デバイスをリファレンス・デバイスとして指定するリファレンス・デバイス指定手段（１５４）と、前記各音響処理デバイスに記憶されているファームウエアのバージョン番号を前記各音響処理デバイスから取得するバージョン番号取得手段（ＳＰ８）と、前記各ファームウエアのバージョン番号の組み合わせのうち整合性のある組み合わせを定めるマッチングテーブル（７０）を記憶するマッチングテーブル記憶手段（２４）と、前記リファレンス・デバイスに記憶されているファームウエアを基準として、前記マッチングテーブル（７０）に規定された整合性を満たしていないファームウエアを記憶している音響処理デバイスを特定する表示を行う不整合デバイス表示手段（１５６）と、ユーザの操作に基づいて、前記複数のデバイス種別のうちファームウエアの更新対象となるデバイス種別を指定する更新対象種別選択手段（１７２）と、前記更新対象種別選択手段（１７２）によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記ファームウエアを更新すべき旨を指令するアップデートコマンドを送信するファームウエア更新指令手段（ＳＰ３２，ＳＰ３４）とを具備することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載のファームウエア更新装置において、前記複数の音響処理デバイスは、各々が複数のデバイスグループのうち何れかに属するものであり、ユーザの操作に基づいて、前記複数のデバイスグループのうち前記ファームウエアの更新対象となる一のデバイスグループを指定するデバイスグループ指定手段（１５２）をさらに具備し、前記ファームウエア更新指令手段（ＳＰ３２，ＳＰ３４）は、前記デバイスグループ指定手段（１５２）によって指定されたデバイスグループに属する音響処理デバイスであって、かつ、前記更新対象種別選択手段（１７２）によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記アップデートコマンドを送信するものであることを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１記載のファームウエア更新装置において、前記マッチングテーブル（７０）に基づいて、前記リファレンス・デバイスに記憶されているファームウエアに対して整合性を有する一または複数のバージョン番号を前記デバイス種別毎に列挙するとともに、列挙されたバージョン番号の中からアップデート先のバージョン番号である一のバージョン番号を前記各デバイス種別毎にユーザ操作に基づいて選択するバージョン番号選択手段（１７８）をさらに具備することを特徴とする。
また、請求項４記載のプログラムにあっては、各々が複数のデバイス種別のうち何れかに分類され相互にネットワークを介して音声信号を送信または受信する複数の音響処理デバイス（１５０２〜１５１０）と通信し、これら各音響処理デバイス（１５０２〜１５１０）に記憶され各々の音響処理デバイスを制御する制御プログラムであるファームウエアを更新するファームウエア更新装置（１０００）に適用されるプログラムであって、前記ファームウエア更新装置（１０００）は、処理装置（１０）と、前記各ファームウエアのバージョン番号の組み合わせのうち整合性のある組み合わせを定めるマッチングテーブル（７０）を記憶するマッチングテーブル記憶手段（２４）とを有するものであり、ユーザの操作に基づいて、前記複数の音響処理デバイスのうち一の音響処理デバイスをリファレンス・デバイスとして指定するリファレンス・デバイス指定過程（１５４）と、前記各ファームウエアのバージョン番号を前記各音響処理デバイスから取得するバージョン番号取得過程（ＳＰ８）と、前記リファレンス・デバイスに記憶されているファームウエアを基準として、前記マッチングテーブル（７０）に規定された整合性を満たしていないファームウエアを記憶している音響処理デバイスを特定する表示を行う不整合デバイス表示過程（１５６）と、ユーザの操作に基づいて、前記複数のデバイス種別のうちファームウエアの更新対象となるデバイス種別を指定する更新対象種別選択過程（１７２）と、前記更新対象種別選択過程（１７２）によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記ファームウエアを更新すべき旨を指令するアップデートコマンドを送信するファームウエア更新指令過程（ＳＰ３２，ＳＰ３４）とを前記処理装置（１０）に実行させることを特徴とする。

本発明によれば、不整合デバイス表示手段は、リファレンス・デバイスに記憶されているファームウエアを基準として、マッチングテーブルに規定された整合性を満たしていないファームウエアを記憶している音響処理デバイスを特定する表示を行うから、ユーザは、コンフリクトが生じている音響処理デバイスを一見して把握することができる。
また、バージョン番号選択手段を有する構成によれば、リファレンス・デバイスに記憶されているファームウエアに対して整合性を有する一または複数のバージョン番号をデバイス種別毎に列挙するとともに、列挙されたバージョン番号の中からアップデート先のバージョン番号である一のバージョン番号を各デバイス種別毎にユーザ操作に基づいて選択するから、ユーザはコンフリクトの生じないバージョンのファームウエアを確実に選択することができる。

本発明の一実施例の音響信号処理システムの全体構成を示すブロック図である。 ネットワーク構成および各デバイスの詳細構成を示すブロック図である。 ＰＣ（パーソナルコンピュータ）１０００のブロック図である。 ファームウエアのモジュール構成の説明図である。 ＰＣ１０００に表示されるデバイスグループ設定ウィンドウ１００を示す図である。 ＰＣ１０００に表示されるウィンドウ１５０を示す図である。 リファレンス変更イベント処理ルーチンのフローチャートである。 アップデート開始イベント処理ルーチンのフローチャートである。

1．実施例の構成
1．1．全体構成
次に、本発明の一実施例の音響信号処理システムの全体構成を図１を参照し説明する。本実施例の音響信号処理システムは複数のデバイスをネットワークで接続することによって構成されている。これらのデバイスは、「コンソール」、「エンジン」または「Ｉ／Ｏユニット」の３種類の「デバイス種別」うち何れかに分類される。「コンソール」とは、ユーザが操作するフェーダ、ノブなどを多数備えており、主としてこれらの操作状態に基づく制御信号をネットワークを介して出力するものである。また、「エンジン」とは、主としてネットワークを介して供給された音声信号に対して、上記コンソールから供給された制御信号に基づいて、ミキシング処理やイコライジング処理を行い、その結果をネットワークを介して出力するものである。また、「Ｉ／Ｏユニット」は、マイク等から入力された音声信号をパケットに変換してネットワークを介して出力するとともに、ネットワークを介して供給されたパケットを音声信号に変換し、アンプを介してスピーカに供給するものである。

図１の例において、１５０２，１５１０，１６０６はコンソール、１５０４，１６０４はエンジン、１５０６，１５０８，１６０２はＩ／Ｏユニットである。これらのデバイス１５０２〜１５１０，１６０２〜１６０６は、何れもネットワークに接続するために１枚または２枚のネットワーク・カードを装着する必要がある。そのため、ネットワーク・カードを装着するためのスロットとして、第１および第２スロット（Slot 1, Slot 2）が設けられている。ここで、各々の第１スロットを介して接続された一群のデバイスを「デバイスグループ」と呼ぶ。図示の例においては、デバイス１５０２〜１５１０は各々の第１スロットを介して接続されているから、デバイスグループを構成し、これを「第１デバイスグループ１５００」と呼ぶ。同様に、デバイス１６０２〜１６０６は、第２デバイスグループ１６００を構成している。

また、コンソール１５１０およびＩ／Ｏユニット１６０２は、第１スロットのみならず第２スロットにもネットワーク・カードが装着されており、この第２スロットを介してパケットを送受信する。このように、第２スロットを介してパケットを送受信するデバイスの状態を「パーシャルブリッジを構成する」という。第１，第２デバイスグループ１５００，１６００は、各々あるまとまった範囲の音声信号を処理するものであり、例えば各々が「１００チャンネル」の音声信号を処理するものであるとする。両デバイスグループが協同するためには、相互に音声信号を入出力する必要があるが、全ての音声信号を相互に供給する必要はなく、一部の音声信号、例えば相互に「１０チャンネル」の音声信号を供給すれば協同できる。このように、デバイスグループ間で入出力される音声信号は部分的（パーシャル）であるため、「パーシャルブリッジ」と称している。

パーシャルブリッジを経由して接続された複数のデバイスグループは「ゾーン」を形成する。図示の例においては、第１，第２デバイスグループ１５００，１６００によってゾーン１４００が形成されている。但し、一のゾーンに属するデバイスグループの数は「３」以上にすることも可能である。この場合、各デバイスグループに属する各一のデバイスにおいて第２スロットにもネットワーク・カードを装着し、これら第２スロットのネットワーク・カードを相互に接続すればよい。デバイスグループは、様々な「まとまった役割」（例えばバックコーラスのミキシング、楽器音のミキシングなど）を果たすように構成する他、デバイスの所有者（例えば業者自身、レンタル会社Ａ、レンタル会社Ｂなど）毎にまとめて構成すると好適である。

１０００はＰＣ（パーソナルコンピュータ）であり、任意のデバイスに接続することができる。ＰＣ１０００は、接続されたデバイスを介して、ゾーン全体の情報（例えば、ゾーン１４００に接続されている全てのデバイスにおけるファームウエアのバージョン情報）を取得することができ、ゾーン１４００に属する任意のデバイスに対して、アップデートコマンド（ファームウエアのバイナリデータとともに、ファームウエアのアップデートを指令するコマンド）を送信することができる。ＰＣ１０００に接続されているデバイスが属していない他のデバイスグループの情報取得、および当該他のデバイスグループに対するアップデートコマンドの送信は、パーシャルブリッジを経由して実現されることになる。なお、本実施例にいう「アップデート」とは、ファームウエアを新しいバージョンに更新することのみならず、ファームウエアを古いバージョンに戻すこと（いわゆるダウンデート）も含む概念である。

1．2．ネットワーク構成
本実施例において、各デバイスグループに属するデバイスは、第１スロットに装着されたネットワーク・カードが相互に接続されることにより、トークンリング形式のネットワークを構成する。第１デバイスグループ１５００におけるネットワーク１５２０の構成例を図２(a)に示す。トークンリング形式のネットワークにおいては、何れか一つのデバイス（図示の例ではＩ／Ｏユニット１５０８）がマスタノードになり、「トークン」と呼ばれる信号を発生させる。このトークンは、第１デバイスグループ１５００に属する各デバイスに所定の順序で循環的に伝送される。

ここで、データの送信権はトークンを得たデバイスのみが有する。すなわち、データを送信しようとするデバイスは、まず空いているトークンを捕捉し、それをフレームに変えてデータを搭載して送信する。各デバイスでは、回ってくるフレームが監視され、受信先として自機のアドレスが指定されている場合にのみ、その内容を取り込み、自機宛ではないフレームについては、そのまま次のノードに回すようになっている。これにより、データの衝突が起きることなく、各デバイス間でデータ通信を行うことができる。以上、第１デバイスグループ１５００のネットワーク構成について説明したが、第２デバイスグループ１６００のネットワークも同様に構成されており、さらにパーシャルブリッジを構成するデバイス相互間においても、第２スロットに装着されたネットワーク・カードを接続することにより同様にトークンリング形式のネットワークが形成されている。このように、パーシャルブリッジを介して複数のネットワークを相互接続することにより、デバイスグループ相互間のデータ交換を行うことも可能になっている。

1．3．各デバイスの構成
次に、各デバイスの詳細構成を説明する。まず、「コンソール」の構成を図１(b)を参照し説明する。図において１１１０はパネル表示部であり、大型のドットマトリクスディスプレイおよびタッチパネルによって構成され、ユーザに対して各種情報を表示する。１１１２はパネル操作子部であり、ノブ、ボタンなどの操作子から構成されている。１１２２は電動フェーダであり、入出力チャンネルの音量調整などに用いられる。１１１６はメモリであり、フラッシュＲＯＭおよびＲＡＭから構成され、フラッシュＲＯＭにはコンソールの制御プログラムであるファームウエアが記憶される。１１１４はＣＰＵであり、該ファームウエアに基づいて、ＣＰＵバス１１２０を介してコンソール内の各部を制御する。１１１８はＰＣＩＯ部であり、ＰＣ１０００と通信するためのインタフェースが設けられている。１１２４は音声Ｉ／Ｏ部であり、作業員間の通信用、モニタ信号などの小規模な音声信号の入出力を行う。

１１２６はネットワークＩ／Ｏ部であり、上述した第１および第２スロットが設けられており、これらのスロットにネットワーク・カードを装着することにより、一または二のネットワークを介して他のデバイスとの間でデータを送受信することができる。すなわち、ネットワークＩ／Ｏ部１１２６においては、ＣＰＵバス１１２０から供給された制御信号およびオーディオ・バス１１３０から供給された音声信号等をパケットに変換し、ネットワークに送信するとともに、ネットワークから供給されたパケットを制御信号または音声信号に変換し、ＣＰＵバス１１２０またはオーディオ・バス１１３０を介して出力する。

次に、「エンジン」の構成を図１(c)を参照し説明する。１２１２はメモリであり、フラッシュＲＯＭおよびＲＡＭから構成され、フラッシュＲＯＭにはエンジンの制御プログラムであるファームウエアが記憶される。１２１０はＣＰＵであり、該ファームウエアに基づいて、ＣＰＵバス１２２０を介してエンジン内の各部を制御する。１２１４はＰＣＩＯ部であり、ＰＣ１０００と通信するためのインタフェースが設けられている。１２１６は簡易ＵＩ部であり、ユーザに操作される操作子とユーザに各種情報を表示する表示器とから構成されている。１２１８は音声Ｉ／Ｏ部であり、作業員間の通信用の小規模な音声信号の入出力を行う。１２２２はＤＳＰであり、オーディオ・バス１２３０を介して受信した音声信号に対してミキシング処理あるいはイコライジング処理等を施し、その結果をオーディオ・バス１２３０を介して出力する。このＤＳＰ１２２２を制御するためのマイクロプログラムも上記ファームウエアに含まれている。

１２２６はネットワークＩ／Ｏ部であり、上述した第１および第２スロットが設けられており、これらのスロットにネットワーク・カードを装着することにより、一または二のネットワークを介して他のデバイスとの間でデータを送受信することができる。すなわち、ネットワークＩ／Ｏ部１２２６においては、ＣＰＵバス１２２０から供給された制御信号およびオーディオ・バス１２３０から供給された音声信号等をパケットに変換し、ネットワークに送信するとともに、ネットワークから供給されたパケットを制御信号または音声信号に変換し、ＣＰＵバス１２２０またはオーディオ・バス１２３０を介して出力する。

次に、「Ｉ／Ｏユニット」の構成を図１(d)を参照し説明する。１３１２はメモリであり、フラッシュＲＯＭおよびＲＡＭから構成され、フラッシュＲＯＭにはＩ／Ｏユニットの制御プログラムであるファームウエアが記憶される。１３１０はＣＰＵであり、該ファームウエアに基づいて、ＣＰＵバス１３２０を介してＩ／Ｏユニット内の各部を制御する。１３１４はＰＣＩＯ部であり、ＰＣ１０００と通信するためのインタフェースが設けられている。１３１６は簡易ＵＩ部であり、ユーザに操作される操作子とユーザに各種情報を表示する表示器とから構成されている。１３２４は音声Ｉ／Ｏ部であり、オーディオ・バス１３３０を介して受信した音声信号をアナログ信号または対象とするアンプに適合するデジタル信号にに変換し出力する一方、マイク等から入力された音声信号をデジタル信号に変換し、オーディオ・バス１３３０を介してネットワークＩ／Ｏ部１３２６に供給する。

１３２６はネットワークＩ／Ｏ部であり、上述した第１および第２スロットが設けられており、これらのスロットにネットワーク・カードを装着することにより、一または二のネットワークを介して他のデバイスとの間でデータを送受信することができる。すなわち、ネットワークＩ／Ｏ部１３２６においては、ＣＰＵバス１３２０から供給された制御信号およびオーディオ・バス１３３０から供給された音声信号等をパケットに変換し、ネットワークに送信するとともに、ネットワークから供給されたパケットを制御信号または音声信号に変換し、ＣＰＵバス１３２０またはオーディオ・バス１３３０を介して出力する。

1．4．ＰＣの構成
次に、ＰＣ１０００の構成を図３を参照し説明する。
図において、２は通信インタフェースであり、ファームウエアのダウンロード等のためにインターネットを介してファイルサーバ等と通信するとともに、ゾーン１４００の制御のために任意のデバイスのＰＣＩＯ部１１１８，１２１４，１３１４と通信するために設けられている。４は入力装置であり、文字入力用キーボードおよびマウス等から構成されている。８はディスプレイであり、ユーザに対して各種情報を表示する。１０はＣＰＵであり、後述するプログラムに基づいて、ＣＰＵバス１６を介して他の構成要素を制御する。１２はＲＯＭであり、イニシャルプログラムローダ等が記憶されている。１８はリムーバルディスクドライブ装置であり、ＣＤ−ＲＯＭ、ＭＯ等のリムーバルディスク２０に対して読出し／書込みを行う。２４はハードディスクであり、オペレーティングシステム、ゾーン１４００内のデバイスのファームウエア、これらファームウエアをアップデートするためのアプリケーションプログラム等が格納される。３０はＲＡＭであり、ＣＰＵ１０のワークメモリとして用いられる。

2．ファームウエアの構成
2．1．デバイス内のファームウエア・モジュール構成
上述したように、各デバイスのメモリ１１１６，１２１２，１３１２（フラッシュＲＯＭ）には各々のデバイスを制御するファームウエアが記憶されているが、これらのファームウエアは、各々複数のモジュールから構成されている。その内容を図４(a)を参照し説明する。まず、コンソール内のファームウエア４０は、パネル操作子部１１１２および電動フェーダ１１２２等を制御するパネルモジュール４１と、パネル表示部１１１０等を制御するディスプレイモジュール４４と、第１，第２スロットに装着されたネットワーク・カードを制御するネットワークモジュール４６，４８と、その他の制御を行うＣＰＵモジュール４２とから構成されている。

また、エンジン内のファームウエア５０は、ＤＳＰ１２２２のマイクロプログラムであるＤＳＰモジュール５４と、第１，第２スロットに装着されたネットワーク・カードを制御するネットワークモジュール５６，５８と、その他の制御を行うＣＰＵモジュール５２とから構成されている。また、Ｉ／Ｏユニット内のファームウエア６０は、音声Ｉ／Ｏ部１３２４の機能を制御する音声Ｉ／Ｏモジュール６４と、第１，第２スロットに装着されたネットワーク・カードを制御するネットワークモジュール６６，６８と、その他の制御を行うＣＰＵモジュール６２とから構成されている。

なお、図４(a)の例においては、何れのデバイスも第１および第２スロットの双方にネットワーク・カードが装着されているものと仮定しているが、第２スロットにネットワーク・カードが装着されていない場合には、対応するモジュール４８，５８，６８はこれらのデバイス内のファームウエアには含まれない。また、これらのデバイスにおいては、それぞれ伝送容量の異なる（例えば１Ｇbpsおよび２Ｇbpsの）２種類のネットワーク・カード（以下、タイプＡおよびタイプＢという）の何れかを選択して装着することができる。従って、ネットワーク・カードの採用態様としては、１枚または２枚のタイプＡのネットワーク・カードのみが装着される場合、１枚または２枚のタイプＢのネットワーク・カードのみが装着される場合、およびタイプＡ，Ｂのネットワーク・カードが各１枚装着される場合が考えられる。

2．2．ＰＣ内のファームウエア・モジュール構成
また、ＰＣ１０００のハードディスク２４の所定のフォルダには、各デバイス種別に対応してアップデート用のファームウエアが記憶されており、これらのファームウエアも、各々複数のモジュールから構成されている。その内容を図４(b)を参照し説明する。まず、コンソール用のファームウエア２４０には、上述したコンソール内のファームウエア４０におけるモジュール４１，４２，４４に各々対応して、これらをアップデートするためのパネルモジュール２４１と、ＣＰＵモジュール２４２と、ディスプレイモジュール２４４とが含まれている。また、ファームウエア２４０には、タイプＡ，Ｂのネットワーク・カードに対応して、タイプＡ用ネットワークモジュール２４６と、タイプＢ用ネットワークモジュール２４８とが含まれている。

ネットワークモジュール２４６，２４８の双方が必要か否かは実際のデバイス（この場合はコンソール）の構成に応じて異なるが、ＰＣ１０００に含まれるモジュールには、必要となる可能性のあるモジュールが全て含まれており、実際にデバイスのファームウエアをアップデートする際には、必要なモジュールのみが選択され各デバイスに転送される。ファームウエア２４０内の各モジュール２４１〜２４８は、各々異なった事情によってアップデートされるため、図示のように、これらの個別のモジュールのバージョン番号（例えば「１．０」、「２．０」、「１．５」など）は区々としている。また、図示のように、コンソール用のファームウエア２４０には、「２．０」のバージョン番号が付与されている。このバージョン番号は、換言すれば、図示のモジュール２４１〜２４８全体の集合に対して付与されているバージョン番号である。

また、エンジン用のファームウエア２５０には、上述したエンジン内のファームウエア５０におけるモジュール５２，５４に各々対応して、これらをアップデートするためのＣＰＵモジュール２５２と、ＤＳＰモジュール２５４とが含まれており、さらにタイプＡ，Ｂ用のネットワークモジュール２５６，２５８が含まれている。なお、ネットワークモジュール２５６，２５８は、上述したコンソール用のネットワークモジュール２４６，２４８と同様のものである。そして、エンジン用のファームウエア２５０に対して（換言すればエンジン用のモジュール全体の集合に対して）、「２．５」というバージョン番号が付与されている。

また、Ｉ／Ｏユニット用のファームウエア２６０には、上述したＩ／Ｏユニット内のファームウエア６０におけるモジュール６２，６４に各々対応して、これらをアップデートするためのＣＰＵモジュール２６２と、音声Ｉ／Ｏモジュール２６４とが含まれており、さらにタイプＡ，Ｂ用のネットワークモジュール２６６，２６８が含まれている。なお、ネットワークモジュール２６６，２６８は、上述したコンソール用のネットワークモジュール２４６，２４８と同様のものである。そして、Ｉ／Ｏユニット用のファームウエア２６０に対して（換言すればＩ／Ｏユニット用のモジュール全体の集合に対して）、「１．５」というバージョン番号が付与されている。上述した各モジュール毎のバージョン番号および各デバイス毎のモジュールの集合としてのバージョン番号は、ファームウエアをアップデートする際にＰＣ１０００から各デバイスに送信され、各デバイス内のメモリ１１１６，１２１２，１３１２のフラッシュＲＯＭには、これらバージョン番号も記憶される。

2．3．マッチングテーブル
また、ＰＣ１０００のハードディスク２４の上記所定のフォルダには、図４(c)に示すマッチングテーブル７０が記憶されている。このテーブルは、各デバイスのファームウエアのバージョン（デバイス単位のバージョン）について、不整合（コンフリクト）が生じない組み合わせを規定したものである。例えば、図４(c)の最上欄によれば、コンソール内のファームウエア４０のバージョンが「２．０」であるならば、このコンソールと協働するエンジン内のファームウエア５０のバージョンは「２．５」または「２．０」でなければならず、また、このコンソールと協働するＩ／Ｏユニット内のファームウエア６０のバージョンは「１．５」でなければならない。

3．実施例の動作
3．1．デバイスグループ設定ウィンドウにおける処理
次に、本実施例の動作を説明する。まず、ＰＣ１０００のハードディスク２４には、ゾーン１４００内の各デバイスグループの構成を記録したデータ（デバイスグループ・データ）が記憶されている。ユーザが、ＰＣ１０００にて所定の操作を行うと、デバイスグループ・データを編集するために、図５に示すデバイスグループ設定ウィンドウ１００がディスプレイ８に表示される。図５において１０２はデバイスグループ選択リストボックスであり、設定対象となる一のデバイスグループを選択する。１０３はデバイス設定欄であり、当該デバイスグループに属するデバイスの一覧が表示される。デバイス設定欄１０３の内部において１０４は識別番号表示欄であり、この選択されたデバイスグループに属する各デバイスに対して自動的に付与される、一意の識別番号（ＩＤ）を表示する。１０６はデバイス名表示部であり、各デバイスの名称を表示する。

１０８はデバイス種別表示部であり、各デバイスの属するデバイス種別を表示する。１１０はパーシャルブリッジ設定部であり、各デバイスがパーシャルブリッジを構成するデバイスであるか否かを設定するチェックボックスによって構成されている。図示の例においては、「ＩＤ＝５」のコンソールがパーシャルブリッジを構成する。１１２はデバイス種別選択部であり、新たに追加しようとするデバイスの種別を選択するラジオボタンから構成されている。１１４はＡｄｄボタンであり、マウスでクリックされると、デバイス種別選択部１１２において選択された種別のデバイスが現在のデバイスグループに追加される。

１１６はリネーム・ボタンであり、任意のデバイスの名称を変更するために設けられている。すなわち、ユーザがデバイス設定欄１０３において任意のデバイスを選択しリネーム・ボタン１１６をマウスでクリックすると、デバイス名表示部１０６内の対応するデバイスの欄がテキストボックスに変更され、ユーザは該テキストボックスにおいて当該デバイスの名称を変更することができる。１１８はリムーブ・ボタンであり、任意のデバイスを削除するために設けられている。すなわち、ユーザがデバイス設定欄１０３において任意のデバイスを選択しリムーブ・ボタン１１８をマウスでクリックすると、当該デバイスが現在選択されているデバイスグループから削除される。１２２はＯＫボタンであり、マウスでクリックされると、デバイスグループ設定ウィンドウ１００における設定内容に基づいてハードディスク２４内のデバイスグループ・データが更新され、該ウィンドウ１００が閉じられる。１２０はキャンセル・ボタンであり、マウスでクリックされると、該ウィンドウ１００における設定内容が破棄され、デバイスグループ・データが更新されることなく該ウィンドウ１００が閉じられる。

図５におけるデバイス設定欄１０３の内容は、図１に示した第１デバイスグループ１５００の構成に対応している。すなわち、ＩＤが「１」〜「５」の各デバイスは、デバイス１５０２〜１５１０に対応する。デバイスグループ設定ウィンドウ１００は、ＰＣ１０００のハードディスク２４に記憶されているデバイスグループ・データを編集するためのものであるから、実際のデバイスグループの構成と異なるようにデバイスグループ・データを編集することもでき、ＰＣ１０００が何れのデバイスに接続されていない状態であってもデバイスグループ・データを編集することができる。

その後、ユーザがＰＣ１０００を何れかのデバイスに接続し、ＰＣ１０００において所定の操作を行うと、ＰＣ１０００内のデバイスグループ・データと実際に構成されているデバイスグループの状態とが照合され、両者に相違がある場合には、何れか一方を修正するようにエラーメッセージがＰＣ１０００に表示される。一方、ＰＣ１０００内のデバイスグループ・データと実際のデバイスグループの状態との間に矛盾が無い場合には、接続されたデバイスを介して、ゾーン１４００内の全てのデバイス内のファームウエアのバージョン番号が取得され、その結果がデバイスグループ・データに取り込まれる。

3．2．ファームウエア更新ウィンドウの表示
ＰＣ１０００内のデバイスグループ・データにゾーン１４００内のデバイスのバージョン番号が取り込まれた後、ＰＣ１０００においてユーザが所定の操作を行うと、図６に示すファームウエア更新ウィンドウ１５０が表示される。図６において、１５２はデバイスグループ選択リストボックスであり、ユーザの操作に基づいて、ファームウエア更新の対象となるデバイスグループを選択する。本実施例においては、このデバイスグループ選択リストボックス１５２を設けたことにより、例えば全てのデバイスのバージョンアップを行う時間が無い場合には、バージョンアップが必要であるデバイスグループのみに対してバージョンアップを行うことができる。また、所有者（レンタル会社）の都合等により、ファームウエアのバージョンアップが禁止されているデバイスについては、そのようなデバイスのみによってデバイスグループを構成しておくことにより、他の（バージョンアップした）デバイスとの間でコンフリクトが生じないようにしておくことができる。

１５３はデバイス設定欄であり、当該デバイスグループに属するデバイスの一覧が表示される。なお、図６におけるデバイス設定欄１５３の内容は、図１に示した第１デバイスグループ１５００の構成および図４におけるデバイス設定欄１０３の内容に対応している。デバイス設定欄１５３の内部において１５４はリファレンス設定部であり、ユーザの操作に基づいて、デバイスグループ内の任意の一のデバイスを択一的に「リファレンス・デバイス」として設定する。この「リファレンス・デバイス」とは、ファームウエアのバージョンのコンフリクトの有無を判断する際の基準となるデバイスである。１５６はコンフリクト表示部であり、リファレンス・デバイスに対して、コンフリクトが生じているか否かを表示する。１５８はデバイス名表示部であり、当該デバイスの名称を表示する。１６０はデバイス種別表示部であり、当該デバイスの種別を表示する。１６２はパーシャルブリッジ表示部であり、当該デバイスがパーシャルブリッジを構成する場合には点灯状態になる。１６４は現バージョン表示部であり、各デバイス内に現時点で記憶されているファームウエアのバージョンを表示する。

ここで、デバイス設定欄１５３における表示内容について具体的な内容を説明しておく。図示の例においては、リファレンス・デバイスはデバイス設定欄１５３内の第１行目のデバイスであり、これは「Main Console」なる名称を有し、デバイス種別が「コンソール」である。そして、現バージョン表示部１６４によれば、そのファームウエアの現在のバージョンは「２．０」である。そして、先に図４(c)に示したマッチングテーブル７０によれば、コンソールのファームウエアのバージョンが「２．０」であるならば、該コンソールと協働するエンジンのファームウエアのバージョンは「２．５」または「２．０」でなければならず、該コンソールと協働するＩ／Ｏユニットのファームウエアのバージョンは「１．５」でなければならない。

しかし、図示のデバイス設定欄１５３の第３，第４行目のＩ／Ｏユニットのバージョンは「１．２」および「１．１」であるから、上記マッチングテーブル７０の内容に従っていない。すなわち、これらＩ／Ｏユニットのファームウエアは、リファレンス・デバイスのファームウエアに対して、コンフリクトが生じていることになる。これにより、デバイス設定欄１５３にあっては、これらＩ／Ｏユニットに対応するコンフリクト表示部１５６が点灯状態になっている。１６８はファームウエア・フォルダ設定部であり、ハードディスク２４内においてファームウエア（図４(b)におけるファームウエア２４０，２５０，２６０）が格納されているフォルダを指定するテキストボックスによって構成されている。１７０はブラウズ・ボタンであり、マウスでクリックされるとブラウズ用のウィンドウが開き、ファームウエア・フォルダ設定部１６８に記述すべきフォルダ名をブラウズ操作によって入力することができるようになる。なお、ファームウエア２４０，２５０，２６０は最新バージョンのものであるが、これらよりも古いバージョンのファームウエアを同一のフォルダに格納しておくと、古いバージョンのファームウエアもアップデート先として選択できるようになる。

１７１はアップデート設定欄であり、各々がデバイス種別に対応する複数の行から構成されている。アップデート設定欄１７１の内部において１７６はデバイス種別名表示部であり、各行に対応するデバイス種別名「コンソール(Console)」、「エンジン(Engine)」および「Ｉ／Ｏユニット(I/O)」が表示される。１７２は更新対象デバイス選択部であり、デバイス種別毎のチェックボックスから成り、ユーザの操作に基づいて、ファームウエアをアップデートする対象となるデバイス種別を選択する（チェックを入れる）。１７４はコンフリクト表示部であり、コンフリクトが生じているデバイス種別を点灯状態によって表示する。なお、当該デバイス種別に属するデバイスのうち、少なくとも一のデバイスにコンフリクトが生じている場合は、当該デバイス種別にコンフリクトが生じていることになる。

１７８はバージョン選択リストボックスであり、リファレンス・デバイスに対して適合する一または複数のバージョン番号から、ユーザ操作に基づいてアップデート先のバージョン番号をデバイス種別毎に選択するものである。これらリストボックスに列挙される選択肢は、マッチングテーブル７０に記述された内容の通りになっている。すなわち、リファレンス・デバイスであるコンソールにおけるファームウエアのバージョンが「２．０」であれば、他のコンソールにおけるファームウエアのバージョンも「２．０」でなければならないから、コンソールに対してはバージョン番号「２．０」のみが選択可能になっている。また、エンジンについては、ファームウエアのバージョンは「２．５」または「２．０」の双方が適合するから、両者が選択肢としてリストボックスにセットされている。また、Ｉ／Ｏユニットについては、ファームウエアのバージョンは「１．５」でなければならないから、「１．５」のみが選択可能になっている。

このように、本実施例においては「デバイス種別」毎にファームウエアのアップデート先のバージョンをユーザが指定できるから、デバイスグループ内のデバイスの数が多い場合であっても、これらデバイスのアップデート先のバージョンの指定を少ない操作で簡易に指定することができる。このように、デバイス種別毎にバージョンを指定するようにした理由は、一般的に、同一のデバイスグループに属する同一種別のデバイスに対して、ファームウエアのバージョンを異ならせる理由が無いためである。
また、本実施例によれば、バージョン選択リストボックス１７８においてファームウエアのバージョンを選択するようにしたため、ユーザは、リファレンス・デバイスに対して整合性を有する（コンフリクトが生じない）バージョンを確実に選択することができる。

１８０はステータス表示部であり、アップデートの進捗状況が表示される。図中の「Rebooting」とは、ファームウエアの更新が終了した後、各デバイスを再立上げしている状態を指す。「Complete」とは、再立上げが完了した状態を指す。また、「Updating」とは、ファームウエアをフラッシュＲＯＭに書き込み中であることを指す。１８２はパーシャルブリッジ除外チェックボックスであり、パーシャルブリッジ用に第２スロットに装着されたネットワーク・カード用のファームウエアについて、アップデート対象から除外するか否かをユーザの操作に基づいて設定する。すなわち、該チェックボックスがチェックされていると、当該ネットワーク・カードはアップデートの対象から除外される。

１８４はアップデート開始ボタンであり、マウスでクリックされると、アップデート設定欄１７１およびチェックボックス１８２の指定に従って、ＰＣ１０００から対象となるデバイスに対して、アップデートコマンド（ファームウエアのバイナリデータとともに、ファームウエアのアップデートを指令するコマンド）の送信が開始される。このアップデートの進捗状況に伴って、上述したようにステータス表示部１８０の表示内容が適宜更新される。１８６はキャンセルボタンであり、マウスでクリックされると、ファームウエア更新ウィンドウ１５０における設定内容を破棄した上で該ウィンドウ１５０が閉じられる。１８８はクローズボタンであり、ウィンドウ１５０における設定内容に基づいてデバイスグループ・データが更新された上で該ウィンドウ１５０が閉じられる。なお、アップデート開始ボタン１８４が一旦クリックされると、アップデート自体は別プロセスで実行されるため、ウィンドウ１５０が閉じられたとしてもアップデートは続行される。

ここで、上述したパーシャルブリッジ除外チェックボックス１８２を設けた意義について、再び図１を参照し説明する。図１において第１デバイスグループ１５００に属するデバイス１５０２〜１５１０は、ある業者が自社で所有するデバイスであり、第２デバイスグループ１６００に属するデバイス１６０２〜１６０６は、その業者がレンタル会社から借用したものであるとする。これら借用したデバイスについては、上述したように、「ファームウエアをアップデートする時間が確保できない」、あるいは「ファームウエアのアップデートが禁止される」などの事情がしばしば生じるものである。その場合、まずＩ／Ｏユニット１６０２の第２スロットに装着されているネットワーク・カード（レンタル品）のファームウエアのバージョンを調査し、コンソール１５１０の第２スロットに装着されているネットワーク・カード（業者の所有品）のファームウエアのバージョンをこれに一致させるようにマニュアル操作で（図６に係るアプリケーションプログラムを使用せず）アップデート（またはダウンデート）させるとよい。

これにより、パーシャルブリッジを構成する第２スロットのネットワーク・カードのバージョン番号が揃うから、コンソール１５１０およびＩ／Ｏユニット１６０２の間の通信には支障が生じないはずである。しかる後に、図６に係るアプリケーションプログラムを起動し、チェックボックス１８２をチェックした上で、当該ネットワーク・カードを除いた部分のファームウエアをアップデートするとよい。これにより、第２デバイスグループ１６００についてはファームウエアのアップデートを一切行うことなく、第１，第２デバイスグループ１５００，１６００間の通信が可能になるのである。

3．3．リファレンス変更イベント処理（図７）
次に、図６においてリファレンス設定部１５４が操作され、リファレンス・デバイスが変更されたときに実行される処理の詳細を説明する。当該操作が検出されると、図７に示すリファレンス変更イベント処理ルーチンが起動される。
図において処理がステップＳＰ２に進むと、リファレンス設定部１５４においてチェックされている一のデバイス、すなわちリファレンス・デバイスが特定される。次に、処理がステップＳＰ４に進むと、当該リファレンス・デバイスのデバイス種別と、ファームウエアのバージョンとが取得される。次に、処理がステップＳＰ６に進むと、マッチングテーブル７０（図４(c)参照）から、該取得したバージョンに対応する欄の内容が取得される。

次に、処理がステップＳＰ８に進むと、リファレンス・デバイス以外の他の全てのデバイスについてバージョン番号が取得される。そして、リファレンス・デバイスと、他の全てのデバイスについて、バージョンの不整合（コンフリクト）が生じているか否かが各々判定され、その結果に基づいてコンフリクト表示部１７４内の各デバイスに対応する表示内容が更新される。次に、処理がステップＳＰ１０に進むと、リファレンス・デバイスと、他の全てのデバイスについて、バージョンの不整合を起こさないバージョンのリストがバージョン選択リストボックス１７８における選択肢としてセットされる。以上により、本ルーチンの処理が終了する。

3．4．アップデート開始イベント処理（図８）
次に、図６においてアップデート開始ボタン１８４がマウスでクリックされたときに実行される処理の詳細を説明する。当該操作が検出されると、図８に示すアップデート開始イベント処理ルーチンが起動される。
図８において処理がステップＳＰ２０に進むと、全てのアップデート対象のデバイス種別に対してアップデートコマンドの送信開始処理（後述するステップＳＰ３２，ＳＰ３４）が完了したか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ２２に進み、未処理のデバイス種別のうち一の種別が選択される。次に、処理がステップＳＰ２４に進むと、選択されたデバイス種別に属する全てのデバイスについて、アップデートコマンドの送信開始処理が完了したか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ２６に進み、当該種別に属するデバイスのうち一のデバイスが選択される。ここで選択されたデバイスを「対象デバイス」という。

次に、処理がステップＳＰ２８に進むと、対象デバイスの第２スロットにパーシャルブリッジ用のネットワーク・カードが装着されているか否かが判定される。ここで「ＮＯ」（装着されていない）と判定されると、処理はステップＳＰ３４に進み、対象デバイスに記憶されている全てのモジュールについて、先にバージョン選択リストボックス１７８で指定されたバージョン内のモジュールにアップデートするように、アップデートコマンドの送信が開始される。すなわち、アップデートコマンドを送信するための新たなプロセスが立ち上げられ、当該プロセスにおいてアップデートコマンドの送信が実行される。一方、対象デバイスの第２スロットにパーシャルブリッジ用のネットワーク・カードが装着されている場合はステップＳＰ２８において「ＹＥＳ」と判定され、処理はステップＳＰ３０に進む。ここでは、上述したパーシャルブリッジ除外チェックボックス１８２にチェックが付されているか否かに基づいて、この第２スロットに装着されたパーシャルブリッジ用のネットワーク・カードもファームウエアのアップデートの対象にされているか否かが判定される。ここで「ＹＥＳ」と判定されると処理はステップＳＰ３４に進み、上述のように対象デバイスに記憶されている全てのモジュールについて、指定されたバージョン内のモジュールにアップデートするように、アップデートコマンドの送信が開始される。

一方、上述したパーシャルブリッジ除外チェックボックス１８２がチェックされていた場合は、ステップＳＰ３０において「ＮＯ」（アップデートの対象外）と判定され、処理はステップＳＰ３２に進む。ここでは、パーシャルブリッジ用の第２スロットのネットワーク・カードをアップデートすることなく、これ以外の全てのモジュールについて、先にバージョン選択リストボックス１７８で指定されたバージョン内のモジュールにアップデートするように、対象デバイスに対してアップデートコマンドの送信が開始される。ステップＳＰ３２またはＳＰ３４の処理が終了すると、処理はステップＳＰ２４に戻り、先にステップＳＰ２２において選択されたデバイス種別に属する全てのデバイスに対してアップデートコマンドの送信開始処理（ＳＰ３２，ＳＰ３４）が完了したか否かが判定される。ここで「ＮＯ」と判定されると、ステップＳＰ２６〜ＳＰ３４の処理が繰り返され、その度に新たな対象デバイスに対してステップＳＰ３２，ＳＰ３４を介してアップデートコマンドの送信が開始される。

一方、選択されたデバイス種別に属する全てのデバイスに対してアップデートコマンドの送信開始処理が完了すると、ステップＳＰ２４において「ＹＥＳ」と判定され、処理はステップＳＰ２０に戻る。ここで、アップデート対象である全てのデバイス種別についてアップデートコマンドの送信開始処理が完了していなければ、ステップＳＰ２０において「ＮＯ」と判定され、ステップＳＰ２２〜ＳＰ３４の処理が繰り返される。そして、アップデート対象のデバイスグループに属し、かつ、アップデート対象のデバイス種別に属する全てのデバイスに対してアップデートコマンドの送信開始処理が完了すると、ステップＳＰ２０において「ＹＥＳ」と判定され、本ルーチンの処理が終了する。

4．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例においては、ＰＣ１０００上で動作するアプリケーションプログラムによってアップデート等の処理を行ったが、このアプリケーションプログラムのみをＣＤ−ＲＯＭ、メモリカード等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。

(2)上記実施例においては、「バージョン選択リストボックス１７８において、デバイス種別毎にファームウエアのバージョンを指定すること（特徴１）」「パーシャルブリッジ除外チェックボックス１８２によって、パーシャルブリッジに係る第２スロットのネットワーク・カードのアップデートを禁止する（特徴２）」という２つの特徴を共に有していたが、一方の特徴のみを適用してもよい。「特徴１」のみを適用する場合は、単にチェックボックス１８２をウィンドウ１５０から除去すればよい。また、「特徴２」のみを適用する場合は、アップデート設定欄１７１は、「デバイス種別」ではなく、デバイス設定欄１５３と同様に「デバイス」毎に行を設け、デバイス毎にアップデート先のバージョン番号を指定するとよい。

２：通信インタフェース、４：入力装置、８：ディスプレイ、１０：ＣＰＵ（処理装置）、１２：ＲＯＭ、１６：ＣＰＵバス、１８：リムーバルディスクドライブ装置、２０：リムーバルディスク、２４：ハードディスク、３０：ＲＡＭ、４０，５０，６０：ファームウエア、４１：パネルモジュール、４２：ＣＰＵモジュール、４４：ディスプレイモジュール、４６，４８：ネットワークモジュール、５２：ＣＰＵモジュール、５４：ＤＳＰモジュール、５６，５８：ネットワークモジュール、６２：ＣＰＵモジュール、６４：音声Ｉ／Ｏモジュール、６６，６８：ネットワークモジュール、７０：マッチングテーブル、１００：デバイスグループ設定ウィンドウ、１０２：デバイスグループ選択リストボックス、１０３：デバイス設定欄、１０４：識別番号表示欄、１０６：デバイス名表示部、１０８：デバイス種別表示部、１１０：パーシャルブリッジ設定部、１１２：デバイス種別選択部、１１４：Ａｄｄボタン、１１６：リネーム・ボタン、１１８：リムーブ・ボタン、１２０：キャンセル・ボタン、１２２：ＯＫボタン、１５０：ウィンドウ、１５０：ファームウエア更新ウィンドウ、１５２：デバイスグループ選択リストボックス（デバイスグループ指定手段）、１５３：デバイス設定欄、１５４：リファレンス設定部、１５６：コンフリクト表示部（不整合デバイス表示手段）、１５８：デバイス名表示部、１６０：デバイス種別表示部、１６２：パーシャルブリッジ表示部、１６４：現バージョン表示部、１６８：ファームウエア・フォルダ設定部、１７０：ブラウズ・ボタン、１７１：アップデート設定欄（更新対象デバイス選択手段）、１７２：更新対象デバイス選択部（更新対象種別選択手段）、１７４：コンフリクト表示部、１７６：デバイス種別名表示部、１７８：バージョン選択リストボックス（バージョン番号選択手段）、１８０：ステータス表示部、１８２：チェックボックス、１８２：パーシャルブリッジ除外チェックボックス、１８４：アップデート開始ボタン、１８６：キャンセルボタン、１８８：クローズボタン、２４０，２５０，２６０：ファームウエア、２４１：パネルモジュール、２４２，２５２，２６２：ＣＰＵモジュール、２４４：ディスプレイモジュール、２４６，２４８，２５６，２５８，２６６，２６８：ネットワークモジュール、２５４：ＤＳＰモジュール、２６４：音声Ｉ／Ｏモジュール、１０００：ＰＣ（ファームウエア更新装置）、１４００：ゾーン、１５００：第１デバイスグループ、１６００：第２デバイスグループ、１５０２〜１５１０，１６０２〜１６０６：デバイス。

Claims (4)

1. 各々が複数のデバイス種別のうち何れかに分類され相互にネットワークを介して音声信号を送信または受信する複数の音響処理デバイスと通信し、これら各音響処理デバイスに記憶され各々の音響処理デバイスを制御する制御プログラムであるファームウエアを更新するファームウエア更新装置であって、
   ユーザの操作に基づいて、前記複数の音響処理デバイスのうち一の音響処理デバイスをリファレンス・デバイスとして指定するリファレンス・デバイス指定手段と、
   前記各音響処理デバイスに記憶されているファームウエアのバージョン番号を前記各音響処理デバイスから取得するバージョン番号取得手段と、
   前記各ファームウエアのバージョン番号の組み合わせのうち整合性のある組み合わせを定めるマッチングテーブルを記憶するマッチングテーブル記憶手段と、
   前記リファレンス・デバイスに記憶されているファームウエアを基準として、前記マッチングテーブルに規定された整合性を満たしていないファームウエアを記憶している音響処理デバイスを特定する表示を行う不整合デバイス表示手段と、
   ユーザの操作に基づいて、前記複数のデバイス種別のうちファームウエアの更新対象となるデバイス種別を指定する更新対象種別選択手段と、
   前記更新対象種別選択手段によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記ファームウエアを更新すべき旨を指令するアップデートコマンドを送信するファームウエア更新指令手段と
   を具備することを特徴とするファームウエア更新装置。
2. 前記複数の音響処理デバイスは、各々が複数のデバイスグループのうち何れかに属するものであり、
   ユーザの操作に基づいて、前記複数のデバイスグループのうち前記ファームウエアの更新対象となる一のデバイスグループを指定するデバイスグループ指定手段
   をさらに具備し、
   前記ファームウエア更新指令手段は、前記デバイスグループ指定手段によって指定されたデバイスグループに属する音響処理デバイスであって、かつ、前記更新対象種別選択手段によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記アップデートコマンドを送信するものである
   ことを特徴とする請求項１記載のファームウエア更新装置。
3. 前記マッチングテーブルに基づいて、前記リファレンス・デバイスに記憶されているファームウエアに対して整合性を有する一または複数のバージョン番号を前記デバイス種別毎に列挙するとともに、列挙されたバージョン番号の中からアップデート先のバージョン番号である一のバージョン番号を前記各デバイス種別毎にユーザ操作に基づいて選択するバージョン番号選択手段
   をさらに具備することを特徴とする請求項１記載のファームウエア更新装置。
4. 各々が複数のデバイス種別のうち何れかに分類され相互にネットワークを介して音声信号を送信または受信する複数の音響処理デバイスと通信し、これら各音響処理デバイスに記憶され各々の音響処理デバイスを制御する制御プログラムであるファームウエアを更新するファームウエア更新装置に適用されるプログラムであって、
   前記ファームウエア更新装置は、処理装置と、前記各ファームウエアのバージョン番号の組み合わせのうち整合性のある組み合わせを定めるマッチングテーブルを記憶するマッチングテーブル記憶手段とを有するものであり、
   ユーザの操作に基づいて、前記複数の音響処理デバイスのうち一の音響処理デバイスをリファレンス・デバイスとして指定するリファレンス・デバイス指定過程と、
   前記各ファームウエアのバージョン番号を前記各音響処理デバイスから取得するバージョン番号取得過程と、
   前記リファレンス・デバイスに記憶されているファームウエアを基準として、前記マッチングテーブルに規定された整合性を満たしていないファームウエアを記憶している音響処理デバイスを特定する表示を行う不整合デバイス表示過程と、
   ユーザの操作に基づいて、前記複数のデバイス種別のうちファームウエアの更新対象となるデバイス種別を指定する更新対象種別選択過程と、
   前記更新対象種別選択過程によって選択されたデバイス種別に属する一または複数の音響処理デバイスに対して、前記ファームウエアを更新すべき旨を指令するアップデートコマンドを送信するファームウエア更新指令過程と
   を前記処理装置に実行させることを特徴とするプログラム。

Images