(57)【特許請求の範囲】
【請求項１】
パケットネットワークを介して電話通信の可能な複数の端末装置と、前記パケットネットワークを介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、
前記複数の端末装置は、
自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、
前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、
更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、
この読み出したアクセス情報を用いて前記更新前主装置にアクセスして前記更新の結果を通知するアクセス部とを備えることを特徴とする電話システム。
【請求項２】
前記複数の端末装置は、
前記ファームウェアの更新に先立ち機能中の更新前ファームウェアを記憶する記憶部と、
前記ファームウェアの更新後に前記更新後主装置に接続できなければ、前記記憶部から前記更新前ファームウェアをロードして更新前の状態を復旧する復旧部とを備え、
前記通知部は、前記アクセスした更新前主装置に更新失敗を通知することを特徴とする請求項１に記載の電話システム。
【請求項３】
前記アクセス情報は、前記更新前主装置を特定するためのアドレス情報と、当該更新前主装置に前記パケットネットワークを介して接続するための接続情報とを含むことを特徴とする請求項１記載の電話システム。
【請求項４】
パケットネットワークを介して電話通信の可能な複数の端末装置と、前記パケットネットワークを介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、
前記複数の端末装置は、
自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、
前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、
更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、
前記更新後主装置に前記読み出したアクセス情報を通知する通知部とを備え、
前記主装置は、
前記通知されたアクセス情報に基づいて前記更新前主装置にアクセスして前記更新の結果を通知するアクセス部を備えることを特徴とする電話システム。
【請求項５】
前記複数の端末装置は、
前記ファームウェアの更新に先立ち機能中の更新前ファームウェアを記憶する記憶部と、
前記ファームウェアの更新後に前記更新後主装置に接続できなければ、前記記憶部から前記更新前ファームウェアをロードして更新前の状態を復旧する復旧部とを備え、
前記通知部は、前記アクセスした更新前主装置に更新失敗を通知することを特徴とする請求項４に記載の電話システム。
【請求項６】
前記アクセス情報は、前記更新前主装置を特定するためのアドレス情報と、当該更新前主装置に前記パケットネットワークを介して接続するための接続情報とを含むことを特徴とする請求項４に記載の電話システム。
【請求項７】
パケットネットワークを介して電話通信の可能な複数の端末装置と、前記パケットネットワークを介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、
第１の通知方式および第２の通知方式のいずれかを選択指定するための指定部を具備し、
前記複数の端末装置は、
自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、
前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、
更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、
前記指定部により前記第１の通知方式が指定されると、前記読み出したアクセス情報を用いて前記更新前主装置にアクセスして前記更新の結果を通知するアクセス部と、
前記指定部により前記第２の通知方式が指定されると、前記更新後主装置に前記読み出したアクセス情報を通知するアクセス情報通知部とを備え、
前記主装置は、
前記指定部により前記第２の通知方式が指定されると、前記通知されたアクセス情報に基づいて前記更新前主装置にアクセスして前記更新の結果を通知する通知部を備えることを特徴とする電話システム。
【請求項８】
前記複数の端末装置は、
前記ファームウェアの更新に先立ち機能中の更新前ファームウェアを記憶する記憶部と、
前記ファームウェアの更新後に前記更新後主装置に接続できなければ、前記記憶部から前記更新前ファームウェアをロードして更新前の状態を復旧する復旧部とを備え、
前記通知部は、前記アクセスした更新前主装置に更新失敗を通知することを特徴とする請求項７に記載の電話システム。
【請求項９】
前記アクセス情報は、前記更新前主装置を特定するためのアドレス情報と、当該更新前主装置に前記パケットネットワークを介して接続するための接続情報とを含むことを特徴とする請求項７に記載の電話システム。
【請求項１０】
呼接続処理機能を備える主装置にパケットネットワークを介して接続される端末装置において、
自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、
前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、
更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、
この読み出したアクセス情報を用いて前記更新前主装置にアクセスして前記更新の結果を通知するアクセス部とを備えることを特徴とする端末装置。
【請求項１１】
前記ファームウェアの更新に先立ち機能中の更新前ファームウェアを記憶する記憶部と、
前記ファームウェアの更新後に前記更新後主装置に接続できなければ、前記記憶部から前記更新前ファームウェアをロードして更新前の状態を復旧する復旧部とを備え、
前記通知部は、前記アクセスした更新前主装置に更新失敗を通知することを特徴とする請求項１０に記載の端末装置。
【請求項１２】
呼接続処理機能を備える主装置にパケットネットワークを介して接続される端末装置において、
自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、
前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、
更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、
前記更新後主装置に前記読み出したアクセス情報を通知する通知部とを備えることを特徴とする端末装置。
【請求項１３】
前記ファームウェアの更新に先立ち機能中の更新前ファームウェアを記憶する記憶部と、
前記ファームウェアの更新後に前記更新後主装置に接続できなければ、前記記憶部から前記更新前ファームウェアをロードして更新前の状態を復旧する復旧部とを備え、
前記通知部は、前記アクセスした更新前主装置に更新失敗を通知することを特徴とする請求項１２に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばＭｅｇａｃｏ（Media Gateway Control）、あるいはＳＩＰ（Session Initiation Protocol）などのプロトコルを用いて端末間での音声通話を実現する電話システムと、その端末装置に関する。
【背景技術】
【０００２】
近年の電話システムはＩＰ（Internet Protocol）ネットワークを利用して音声通話を行う、いわゆるＶｏＩＰ（Voice over IP）が主流となってきている。ＶｏＩＰ機能を持つ端末（パーソナルコンピュータ：ＰＤＡ（Personal Digital Assistants）など）は、ＬＡＮ（Local Area Network）に接続すれば電話機として使うことができる。この種のシステムでは発着信がＩＰアドレスに基づいて制御されるので、電話端末を移設することも容易である。例えば特許文献１に端末の移動を想定した技術が開示される。
【０００３】
ところで、システムのバージョンアップに伴って端末のソフトウェアを更新することはよく行われる。例えばセルラフォンシステムなどにあっては新規アプリケーションをサーバ装置からユーザ端末にプッシュ式でダウンロードし、機能を更新することがある。軽微な機能変更であればこのような手法で問題は無い。しかしながらシステム全体を制御するプロトコルを更新するようなケースや、サービスの中核を担うサーバ装置を取り替えるなどのケースでは、端末装置のファームウェアごと更新してハードウェアに近いレベルにまで及ぶ刷新がなされる場合がある。
【０００４】
ここで問題になるのはシステムの入れ替えに伴って新旧システム間の関連が失われる場合である。すなわち旧い主装置に接続されていた端末装置のファームウェアを新たな主装置向けのファームウェアに更新すると、更新後の端末は旧システムの主装置と通信できなくなるので、例えば下記（Ａ）、（Ｂ）のような不具合が生じる。  
（Ａ）  端末のファームウェアの更新作業は旧システムからの操作で実行される。更新後、端末は旧システムには接続されず新システムだけに接続されるので、正常に更新されたか否かを旧システムのオペレータが判断できない。  
（Ｂ）  ファームウェア更新完了後の端末が何らかの異常により新システムに正常に接続できない場合には、その端末は新旧いずれのシステムとも接続できない状態になり、復旧作業が不可能になる。
【特許文献１】特開２００５−２６０４１９号広報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように既存の電話システムには、端末のファームウェアを更新したのちに接続先の主装置が切り替わるケースにおいては、更新の正常性を確認できなかったり、更新ＮＧからの復旧ができなくなったりといった事態を招き、運用面での不具合がある。  
この発明は上記事情によりなされたもので、その目的は、端末装置のファームウェア更新に関わる運用性を改善した電話システムとその端末装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の一態様によれば、パケットネットワークを介して電話通信の可能な複数の端末装置と、前記パケットネットワークを介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、前記複数の端末装置は、自らの内部で機能するファームウェアを前記主装置からの指示により更新する更新部と、前記ファームウェアの更新に先立ち接続中の更新前主装置にアクセスするためのアクセス情報を保持する保持部と、更新されたファームウェアのもとで接続すべき更新後主装置が前記更新前主装置と異なれば、前記ファームウェアの更新後に前記保持部から前記アクセス情報を読み出す読み出し部と、この読み出したアクセス情報を用いて前記更新前主装置にアクセスするアクセス部とを備えることを特徴とする電話システムが提供される。
【０００７】
このような手段を講じることにより、端末のファームウェアの更新に先立ち、更新前主装置すなわち旧い主装置にアクセスするための情報が保持される。このアクセス情報を用いて、ファームウェアの更新後も旧い主装置にアクセスすることが可能になる。そうして、アクセス部により更新の結果を旧い主装置に通知することにより、旧システムのオペレータは更新が正常に完了したか否かを判断することができる。
【発明の効果】
【０００８】
この発明によれば、端末装置のファームウェア更新に関わる運用性を改善した電話システムとその端末装置を提供することができる。
【発明を実施するための最良の形態】
【０００９】
図１は、この発明に係わる電話システムの実施の形態を示すシステム図である。このシステムはＬＡＮに接続される複数のＩＰ端末（ＩＰＴ）ａ１〜ａｎと、これらのＩＰ端末ａ１〜ａｎをＬＡＮを介して収容する主装置１０とを中核として形成される。各ＩＰ端末は電話通信機能を備える。主装置１０は交換機としての機能を備え、ＬＡＮを経由するＩＰ端末ａ１〜ａｎ間の内線通話、および外線通話を制御する。また主装置１０は、各ＩＰ端末ａ１〜ａｎに対する呼制御、データ設定、障害検出などの保守運用制御も行う。この実施形態ではＩＰ端末ａ１〜ａｎは、ＬＡＮを介してＩＰパケットを授受することで音声通話を実現する。すなわちＬＡＮはＩＰパケットを伝送するパケット通信網である。さらに、ＬＡＮにはルータ２０を介してＩＰ端末ｂ１〜ｂｍも接続される。主装置１０はＩＰ端末ａ１〜ａｎ，ｂ１〜ｂｍを統合的に制御する。  
図１において、主装置１０はシステムのバージョンアップなどに伴って取り替えられる場合がある。取り替え前の主装置を更新前主装置、取り替え後の新たな主装置を更新後主装置と称することにする。
【００１０】
図２は、図１のＩＰ端末（ＩＰＴ）ａ１〜ａｎ、ｂ１〜ｂｍの実施の形態を示す機能ブロック図である。ＩＰ端末は、ＬＡＮケーブル６０を介してＬＡＮに接続されるインタフェース（Ｉ／Ｆ）部４１と、表示器４０と、制御部４２と、キーパッド部４３と、メモリ４４とを備える。このうち表示器４０はＬＣＤ（Liquid Crystal Display）であり、種々のメッセージを視覚的に表示する。キーパッド部４３は、ソフトキーや数字キーなどを備え、ユーザの入力操作を受け付ける。
【００１１】
メモリ４４は例えばフラッシュメモリなどの、書き換え可能な半導体記憶デバイスである。メモリ４４は、主装置１０のアドレス情報４４ａと、主装置１０との接続に必要となる各種の接続情報４４ｂと、現時点で動作中の旧ファームウェアのプログラムデータ４４ｃとを規定の記憶領域に記憶する。このうちアドレス情報４４ａは主装置１０（またはそのインタフェースカード）のＩＰアドレス、およびＭＡＣ（Media access control）アドレスを含む。接続情報４４ｂは例えばＳＩＰやＭｅｇａｃｏで接続するために必要となる内線番号などを含む。これらの情報は要するに主装置１０にアクセスするために必要となる情報である。
【００１２】
制御部４２はこの発明に関わる処理機能として更新部４２ａと、読み出し部４２ｂと、アクセス部４２ｃと、復旧部４２ｄとを備える。このうち更新部４２ａは、自端末の内部で機能するファームウェアを主装置１０の指示に基づいて更新する。更新用のプログラムデータは主装置１０からダウンロードされ、メモリ４４にロードされる。
【００１３】
読み出し部４２ｂは、ファームウェアの更新後に接続すべき主装置（更新後主装置）がもとの主装置（更新前主装置）とは別のものであった場合、更新の完了後に、更新前主装置のアドレス情報４４ａおよび接続情報４４ｂをメモリ４４から読み出す。アクセス部４２ｃは、これらのアクセス情報を用いて更新前主装置にアクセスするための処理を行う。復旧部４２ｄは、ファームウェアの更新後に障害の発生などにより更新後主装置に接続できなければ、旧ファームウェア（更新前のファームウェア）のプログラムデータをメモリ４４からロードして、更新前の状態を復旧する。  
特に、アクセス部４２ｃはファームウェアの更新後に、読み出したアクセス情報を更新後主装置に通知する。
【００１４】
図３は、図１の主装置１０の実施の形態を示す機能ブロック図である。主装置１０は、インタフェース部１１、表示部１２、入出力部１３、データベース部１４、および、主制御部１５を備える。インタフェース部１１はＬＡＮに接続されてパケットの授受に関する処理を担う。表示部１２は入出力部１３とともにユーザインタフェースを提供し、ＧＵＩ（Graphical User Interface）環境を構築する。
【００１５】
データベース部１４はハードディスクドライブなどのストレージデバイスであり、端末にロードされるファームウェアの最新版であるバージョンアッププログラム１４ａを記憶する。このバージョンアッププログラム１４ａがＩＰ端末にダウンロードされるとファームウェアが新たなバージョンに更新される。
【００１６】
主制御部１５は、その処理機能として通知部１５ａと、指定部１５ｂとを備える。通知部１５ａは、ＩＰ端末のアクセス部４２ｃから通知されたアクセス情報に基づいて更新前主装置にアクセスし、ファームウェアの更新の結果（ＯＫまたはＮＧ）を更新前主装置に通知する。
【００１７】
特に、通知部１５ａの機能のイネーブルまたはディセーブルは、指定部１５ｂにより選択的に指定される。つまり指定部１５ｂは、更新の結果をＩＰ端末から更新前主装置に通知するのに通知部１５ａの機能を用いるか否か、を指定するためのユーザインタフェースである。
【００１８】
通知部１５ａがディセーブルであれば、更新後のＩＰ端末が更新前主装置に直接アクセスして更新の結果が通知される。通知部１５ａがイネーブルであれば、更新の結果は更新後のＩＰ端末から更新後主装置を経由して更新前主装置に中継される。このように本実施形態では、更新の結果の通知にあたり２つの手法を導入する。次に、上記構成における作用を第１〜第２の実施形態に分けて説明する。
【００１９】
［第１の実施形態］
図４は第１の実施形態におけるＩＰ端末の処理手順を示すフローチャートである。以下の説明では図５の模式図に示すように、ＩＰ端末を収容する主装置がファームウェアの更新の前後で変わるケースを想定する。更新前主装置に符号１を付し、更新後主装置に符号２を付して示す。
【００２０】
図４において、収容先の主装置１のオペレータの操作により新ファームウェアへの更新処理が開始されると、更新指示を受信したＩＰ端末は現在接続中の主装置１を特定するための情報（ＭＡＣアドレス、ＩＰアドレス等）をメモリ４４に保持し（ステップＢ１）、新ファームウェアへの更新処理を行う（ステップＢ２）。更新処理が完了すると、ＩＰ端末は自ら再起動し（ステップＢ３）、新ファームウェアの作り（アーキテクチャ）に従って新たな主装置２への接続処理を実行する。
【００２１】
図６は、この実施形態におけるファームウェア更新後のＩＰ端末の処理手順を示すフローチャートである。図４の手順を経て新ファームウェアが起動すると（ステップＢ１０）、ＩＰ端末は新ファームウェアのもとで正常に起動できたか否かを判定したのち（ステップＢ１１）、タイマ起動により更新後主装置への接続処理を開始する（ステップＢ１２）。この接続が規定時間内に完了すれば（ステップＢ１３でＹｅｓ）ＩＰ端末は、更新後に接続した主装置が更新前と異なるか否かを判定する（ステップＢ１４）。このステップＢでは、例えばメモリ４４に保持した更新前主装置のアドレス情報と、その時点で接続中の主装置のアドレス情報とが比較され、両者の同一性が確認される。
【００２２】
比較の結果、更新前主装置と更新後主装置とが異なることが確認されれば（ステップＢ１４でＹｅｓ）、ＩＰ端末は更新前主装置に更新の正常完了（ＯＫ）を通知する（ステップＢ１５）。これにより更新前の主装置はファームウェアの更新が正常に完了したことを確認でき、その旨を例えば表示部１２に表示してオペレータに通知する。
【００２３】
一方、図６において新ファームウェアが正常に起動できなかった場合（ステップＢ１１でＮｏ）、あるいは一定時間内に主装置２と接続できなかった場合（ステップＢ１３でＮｏ）には、ＩＰ端末は、旧ファームウェアをメモリ４４から読み出し、これを再度ロードしたのち再起動する（ステップＢ１６）。これにより更新前の状態が復旧され、ＩＰ端末は図７に示すように、更新前主装置１に再接続してファームウェアの更新が正常に完了しなかったこと（ＮＧ）を通知する。
【００２４】
以上説明したようにこの実施形態では、ファームウェアの更新にあたり更新前の主装置へのアクセス情報（ＩＰアドレス、ＭＡＣアドレス、接続情報など）と、旧ファームウェアプログラムとを前もってＩＰ端末に記憶する。ファームウェアの更新が正常に完了すれば、記憶したアクセス情報をメモリ４４から読み出して、更新前の主装置にアクセスして更新の正常完了を通知する。一方、更新が正常に完了できなければＩＰ端末は更新前のファームウェアプログラムをメモリ４４から読み出してロードし、更新前の状態を復旧したのち更新前の主装置にアクセスして更新の失敗を通知するようにしている。
【００２５】
このようにしたので、更新の成功、失敗の如何によらずその結果が更新前の主装置に確実に通知され、従って旧システムのオペレータは正常に更新されたか否かを判断することが可能になる。また仮に更新が失敗した場合でも直ちに更新前の状態が復旧されるので、もとの主装置に接続することが可能になる。従って更新を再度実施したり、あるいは障害の原因を特定するなどの適切な対処を取ることができるようになる。これらのことから、端末装置のファームウェア更新に関わる運用性を改善した電話システムとその端末装置を提供することが可能となる。
【００２６】
［第２の実施形態］
図８は、この発明の第２の実施形態におけるＩＰ端末の処理手順を示すフローチャートである。図８において新ファームウェアが起動すると（ステップＢ２０）、ＩＰ端末は新ファームウェアのもとで正常に起動できたか否かを判定したのち（ステップＢ２１）、タイマ起動により更新後主装置２への接続処理を開始する（ステップＢ２２）。新ファームウェアが正常に起動できなかった場合（ステップＢ２１でＮｏ）、あるいは一定時間内に主装置２と接続できなかった場合（ステップＢ２３でＮｏ）には、ＩＰ端末は図６と同様に旧ファームウェアに戻して再起動し、更新前の状態を復旧する（ステップＢ２５）。
【００２７】
一方、更新処理が正常に完了すれば（ステップＢ２３でＹｅｓ）、ＩＰ端末は、更新前主装置１へのアクセス情報をメモリ４４から読み出し、このアクセス情報を図９に示すように更新後主装置２に通知する（ステップＢ２４）。
【００２８】
図１０はこの発明の第２の実施形態における主装置の処理手順を示すフローチャートである。図１０においてＩＰ端末からアクセス情報を通知されると（ステップＢ３１）、この主装置は、更新前の主装置と自装置が同じかそうでないかを判定する（ステップＢ３２）。つまり更新後主装置と更新前主装置とが同じか否かを、更新後主装置が判定する。  
更新の前後で主装置が異なれば（ステップＢ３２でＹｅｓ）、更新後主装置は、通知されたアクセス情報に基づいて更新前主装置にアクセスし、更新の完了した旨を通知する（ステップＢ３３）。
【００２９】
このように第２の実施形態では、更新の完了後に、旧い主装置へのアクセス情報を新たな主装置に通知し、この更新後主装置を経由して、更新の結果を更新前主装置に通知するようにしている。このようにしても、更新の結果が更新前の主装置に確実に通知されるようになる。
【００３０】
なお、第１の実施形態の通知方式、第２の実施形態の通知方式は、主装置の指定部１５ｂにより指定される。いずれの方式を選択するかはシステムの仕様に応じて自由に決めることが可能である。さらには、指定部１５ｂをＩＰ端末側に備えるようにし、いずれの通知方式をＩＰ端末のユーザの操作により選択できるようにしても良い。
【００３１】
さらに、この発明は上記実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３２】
【図１】この発明に係わる電話システムの実施の形態を示すシステム図。
【図２】図１のＩＰ端末（ＩＰＴ）ａ１〜ａｎ、ｂ１〜ｂｍの実施の形態を示す機能ブロック図。
【図３】図１の主装置１０の実施の形態を示す機能ブロック図。
【図４】この発明の第１の実施形態におけるＩＰ端末の処理手順を示すフローチャート。
【図５】ＩＰ端末から主装置にファームウェアの更新を通知する様子を模式的に示す図。
【図６】第１の実施形態におけるファームウェア更新後のＩＰ端末の処理手順を示すフローチャート。
【図７】ファームウェアの更新が正常に完了しなかった状態を模式的に示す図。
【図８】この発明の第２の実施形態におけるＩＰ端末の処理手順を示すフローチャート。
【図９】ＩＰ端末からファームウェアの更新を更新後主装置を経由して通知する様子を模式的に示す図。
【図１０】この発明の第２の実施形態における主装置の処理手順を示すフローチャート。
【符号の説明】
【００３３】
ａ１〜ａｎ，ｂ１〜ｂｍ…ＩＰ端末（ＩＰＴ）、１０…主装置、２０…ルータ、１１…インタフェース部（Ｉ／Ｆ）、１２…表示部、１３…入出力部、１４…データベース部、１４ａ…バージョンアッププログラム、１５…主制御部、１５ａ…通知部、１５ｂ…指定部、４０…表示器、４１…インタフェース（Ｉ／Ｆ）部、４２…制御部、４２ａ…更新部、４２ｂ…読み出し部、４２ｃ…アクセス部、４２ｄ…復旧部、４３…キーパッド部、４４…メモリ、４４ａ…アドレス情報、４４ｂ…接続情報、４４ｃ…旧ファームウェア、１…更新前主装置、２…更新後主装置
【図１】
0004399014.tif 000002
【図２】
0004399014.tif 000003
【図３】
0004399014.tif 000004
【図４】
0004399014.tif 000005
【図５】
0004399014.tif 000006
【図６】
0004399014.tif 000007
【図７】
0004399014.tif 000008
【図８】
0004399014.tif 000009
【図９】
0004399014.tif 000010
【図１０】
0004399014.tif 000011