(57)【要約】【課題】  ネットワークを介して通信装置を機能更新するシステムにおいて、レイヤー２の通信装置の更新を可能とする。【解決手段】  第１の通信装置から第２の通信装置へ、機能更新の必要の有無を問合せるための問合せフレームを送信し、第２の通信装置は、問合せフレームを受信すると第２の通信装置の機能バージョン情報が含まれた応答フレームを送信する。第１の通信装置は応答フレームを受信したら、応答フレームに含まれる機能バージョン情報に基づいて第２の通信装置の機能更新の必要の有無を判断し、機能更新が必要と判断したときは、機能更新データを含む更新データフレームを第２の通信装置へ送信し、第２の通信装置の機能更新を行う。【選択図】        図１
2009093248.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置を有するネットワークにおける通信装置の機能を前記ネットワークを介して更新する手段を有する通信装置制御システムにおいて、
前記複数の通信装置のうちの所定の通信装置である第１の通信装置は、
機能更新が必要な通信装置であるか否か識別するための問合せフレームを第２の通信装置へ送信する問合せフレーム送信手段と、
各種フレームを受信するフレーム受信手段と、
前記フレーム受信手段で受信したフレームが、通信装置の機能更新をするための更新データを含む更新データフレームか前記問合せフレームに対する応答フレームか通常フレームかの何れのフレームであるかを識別するフレーム識別手段と、
前記更新データフレームを受信したとき、前記更新データを前記第１の通信装置の記憶部に書き込む更新データ書き込み手段と、
前記応答フレームを受信したとき、前記応答フレームに基づいて前記第２の通信装置が機能更新を必要とするか否かを判断する機能更新可否判断手段と、
前記機能更新可否判断手段によって前記第２の通信装置は機能更新が必要であると判断したとき、前記第２の通信装置に更新データフレームを送信する更新データフレーム送信手段と、
を有することを特徴とする通信装置制御システム。
【請求項２】
前記機能更新可否判断手段は、前記応答フレームに含まれる宛先ＭＡＣアドレスとタイプ／長さフィールドに基づいて前記第２の通信装置が機能更新を必要とするか否かを判断することを特徴とする請求項１記載の通信装置制御システム。
【請求項３】
前記第２の通信装置は、
各種フレームを受信するフレーム受信手段と、
前記フレーム受信手段が受信したフレームが、前記更新データフレームか前記問合せフレームか通常フレームかの何れのフレームであるかを識別するフレーム識別手段と、
前記問合せフレームを受信したとき、前記応答フレームを前記第１の通信装置に送信する応答フレーム送信手段と、
前記更新データフレームを受信したとき、前記更新データフレームに含まれる更新データを前記第２の通信装置の記憶部に書き込む更新データ書き込み手段と、
を有することを特徴とする請求項１乃至２何れか記載の通信装置制御システム。
【請求項４】
前記第１の通信装置は、
複数の通信装置に対して前記問合せフレームを送信する手段と、
前記複数の通信装置から前記応答フレームを受信する手段と、
前記複数の通信装置のうち前記機能更新可否判断手段によって機能更新が必要であると判断した通信装置に対してのみ前記更新データフレームを送信する手段と、
を有することを特徴とする請求項１乃至３何れか記載の通信装置制御システム。
【請求項５】
前記第２の通信装置は、
複数の通信装置から複数の問合せフレームを受信する手段と、
前記複数の問合せフレームのうち最初に受信した問合せフレームに対して前記応答フレームを送信する手段と、
を有することを特徴とする請求項１乃至４何れか記載の通信装置制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置の機能を更新するシステムに関し、特にネットワークを介して通信装置の機能を更新するシステムに関する。
【背景技術】
【０００２】
従来、通信装置の機能更新の際には、通信装置に専用のケーブルを接続して機能更新を行う必要があるため、通信装置の機能の更新を行う際には、人が通信装置の設置場所に行って機能更新を行わなければならない。またネットワーク経由で通信装置に対して遠隔でデータ更新を行う際には、更新される通信装置にＣＰＵなどによりソフトウェア動作による更新を行う方法があるため、アプリケーションレイヤまたは特許文献１に示すようにレイヤ５以上の処理が可能である通信装置でなければならない。
【０００３】
【特許文献１】特開２００７−１３３６８６
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来の通信装置では、アプリケーションレイヤの処理を行うことのできる通信装置しかネットワークを介しての機能更新を行うことができないため、アプリケーションレイヤ処理を実装していない通信装置では、遠隔からの機能更新はできない。
【０００５】
本発明の目的は上記の問題点を解消し、ＣＰＵやアプリケーションレイヤ処理を実装することなくイーサフレームに機能更新データをのせ、ネットワークを経由して機能更新を行うことができる通信装置および機能更新方法を提供することである。
【課題を解決するための手段】
【０００６】
そこで、上記課題を解決するために、本発明は、複数の通信装置を有するネットワークにおける通信装置の機能を前記ネットワークを介して更新する手段を有する通信装置制御システムにおいて、前記複数の通信装置のうちの所定の通信装置である第１の通信装置は、機能更新が必要な通信装置であるか否か識別するための問合せフレームを第２の通信装置へ送信する問合せフレーム送信手段と、
各種フレームを受信するフレーム受信手段と、前記フレーム受信手段で受信したフレームが、通信装置の機能更新をするための更新データを含む更新データフレームか前記問合せフレームに対する応答フレームか通常フレームかの何れのフレームであるかを識別するフレーム識別手段と、前記更新データフレームを受信したとき、前記更新データを前記第１の通信装置の記憶部に書き込む更新データ書き込み手段と、前記応答フレームを受信したとき、前記応答フレームに基づいて前記第２の通信装置が機能更新を必要とするか否かを判断する機能更新可否判断手段と、前記機能更新可否判断手段によって前記第２の通信装置は機能更新が必要であると判断したとき、前記第２の通信装置に更新データフレームを送信する更新データフレーム送信手段と、を有することを特徴とする特徴とする。
【発明の効果】
【０００７】
本発明によれば、あらかじめ決められたフォーマットのフレームを機能更新データフレームとして判断して、機能データを書き換える機能を含む通信装置において、送信元の通信装置が機能更新データフレームを送信することで受信した通信装置の機能更新を行うことができるという効果がある。
【発明を実施するための最良の形態】
【０００８】
〔構成の説明〕
次に、本発明の一実施例について図面を参照して詳細に説明する。図１、図２は発明の一実施例による通信装置を示すブロック図である。
図１おいて、本発明の一実施例による機能更新データを送信する通信装置１は、フレーム送受信制御部１１、データ更新処理部１２、更新データメモリ部１３、通常フレーム処理部１４から構成される。
【０００９】
フレーム送受信制御部１１は、回線より受信したフレームに対して、機能更新データを含む更新データフレームであるか後述する他の通信装置からの応答フレームであるかを識別する機能を備えている。フレーム送受信制御部１１が更新データフレームを受信したと判断したとき、データ更新処理部１２は、更新データを更新データメモリ部１３に書き込み、フレーム送受信制御部１１を介して更新データの書き込み完了通知フレームを回線へ送信する機能を備えている。また更新データフレーム若しくは応答フレームではないと判断された際には、通常のフレーム処理として通常フレーム処理部へ転送する機能を備えている。
【００１０】
フレーム送受信制御部１１が受信したフレームは他の通信装置から応答フレームであると判断したとき、データ更新処理部１２は、応答フレームに含まれる他の通信装置の機能バージョン情報と更新データメモリ部１３に格納されている機能バージョン情報との比較によって機能更新が必要か否かを判断し、機能更新が必要と判断すると更新データメモリ部１３のデータから送信フレームを生成してフレーム送受信部１１に送信する機能を備える。
更新データメモリ部１３は、機能バージョン情報と機能更新データが格納されており、データ更新処理部１２で機能更新が必要と判断されると機能更新データが読み出される。
【００１１】
通常フレーム処理部１４は、インタフェース変換処理、フレームヘッダの書き換え、出方路先の決定など通信装置としての通常処理を行う機能を備えており、起動時に更新データメモリ部１３より処理データが読み込まれ、処理データが示す動作を行う。
図２において、本発明の一実施例による機能更新を行う通信装置２はフレーム送受信制御部２１、データ更新処理部２２、メモリアクセス制御部２３、データメモリ部２４、通常フレーム処理部２５から構成される。
【００１２】
フレーム送受信制御部２１は、フレーム送受信制御部１１と同じ機能を備える。データ更新処理部２２は、フレーム送受信制御部２１より機能更新データを含むフレームを受信してデータメモリ部２４へ書き込むデータを抽出し、抽出したデータをデータメモリ部２４へ書き込む機能を備える。また処理が完了した通知フレームなどを送信する機能を備える。
【００１３】
メモリアクセス制御部２３は、データ更新処理部２２と通常フレーム処理部２５からのデータメモリ部２４へのアクセスを行う際の制御を行う機能を備える。
データメモリ部２４は、通常フレーム処理部を動作させるデータを保持する機能を備えており、立ち上げ時に通常フレーム処理部２５からデータが読み出され、機能更新時にデータ更新処理部２２よりデータ書き込みが行われる。
【００１４】
通常フレーム処理部２５は、通常フレーム処理部１４と同様にインタフェース変換処理、フレームヘッダの書き換え、出方路先の決定など通信装置としての通常処理を行う機能を備えている。
【００１５】
図３は本発明の一実施例による機能更新動作のシーケンスチャートである。左側の縦の線が機能更新データ送信を行う通信装置の流れを示し、右側の縦の線が機能更新を行う通信装置の流れを示す。その間の左右の矢印は、それぞれフレームを送信／受信することを示す。
図４は機能更新データ送信を行う通信装置1の機能更新処理を示すフローチャートである。
図５は機能更新を行う通信装置２の機能更新処理を示すフローチャートである。
図６は機能更新用のフレームフォーマットである。自分宛の機能更新用のフレームとして判定は、宛先ＭＡＣアドレスとタイプ/長さフィールドで識別され、機能更新情報に機能更新用フレームの種別と各種別ごとのパラメータが格納される。
【００１６】
〔動作の説明〕
次に機能更新データの送信を行う通信装置１の処理について説明する。最初に本発明の更新処理に対応する通信装置を判別するため、データ更新処理部１２が問合せフレームを生成し、フレーム送受信制御部１１を介して接続する通信装置に送信する（図４ステップＳ１１）。更新処理に対応する通信装置２よりフレーム送受信制御部１１にて問合せ応答フレームを受信すると、フレーム送受信制御部１１で宛先ＭＡＣアドレスとタイプ／長さフィールドから機能更新用のフレームと判断され、データ更新処理部１２に転送される（図４  Ｓ１２）。データ更新処理部１２にて問合せ応答フレームの機能更新情報に格納されている機能バージョンと更新データの機能バージョンの比較を行う（図４  ステップ  Ｓ１３）。機能バージョンと更新する機能バージョンの差分がなければ、更新処理は、終了となる。差分がある場合には、更新データメモリ部１３から最大フレーム長となる更新データを読み出し、更新データフレームを生成しフレーム送受信制御部１１を介して通信装置２へ更新データフレームを送信する（図４  ステップＳ１４）。
更新データフレーム送信後、通信装置２からの書き込み完了通知を受信するまで待ち（図４  ステップＳ１５）、フレーム送受信制御部１１から機能更新用のフレームと判断されたフレームをデータ更新処理部１２で書き込み完了通知と判断すると、更新データメモリ部１３のデータをすべて送信したかのチェックを行う（図４  ステップＳ１６）。すべてのデータ送信が完了していなければ、再び次の更新データフレームを生成してフレーム送受信制御部１１を介して通信装置２へと送信し、書き込み完了通知の受信待ちを繰り返す。更新データをすべて送信した際に、更新終了通知のフレームがフレーム送受信制御部１１を介して通信装置２への送信される（図４  ステップＳ１７）。データ更新処理部１２が通信装置２から更新完了通知のフレームを受信すると（図４ステップ１８）、機能更新処理が終了となる。
【００１７】
次に機能更新を行う通信装置２の処理について説明する。本発明の機能更新に対応している通信装置２は、通信装置１より問合せフレームを受信する（図５  ステップＳ２１）。受信したフレームはフレーム送受信制御部２１で宛先ＭＡＣアドレスとタイプ／長さフィールドから機能更新用データとして識別され、データ更新処理部２２へ転送される。データ更新処理部２２は、転送されたフレームが問合せフレームと判断するとメモリアクセス制御部２３を経由してデータメモリ部２４から読み出した機能バージョンを付加して問合せ応答フレームを生成し、フレーム送受信制御部２１を介して通信装置１へと送信する（図５  ステップＳ２２）。その後、通信装置１で機能更新が必要と判断されると更新データフレームを通信装置１から受信する。受信したフレームはまずフレーム送受信制御部２１にて更新用のフレームかの判定が行われ、更新用のフレームと判断されるとデータ更新処理部２２へと転送される。
データ更新処理部２２では、更新用のフレーム種別を判定して更新データフレームと判断されると（図５  ステップＳ２３）、フレームから更新データを抜き出しメモリアクセス制御２３を介してデータメモリ部２４へ書き込み処理を行う（図５  ステップＳ２４）。データメモリ部２４への書き込み処理が終了すると、データ更新処理部２２は、通信装置１へ書き込み完了通知フレームを生成してフレーム送受信制御部２１を介して通信装置１へ送信する（図５ステップＳ２５）。データ更新処理部２２は再び、更新データフレームか更新終了通知フレームの受信を待つ（図５ステップＳ２２）。データ更新処理部２２で更新終了フレームを受信したと判断すると、更新終了通知フレームを受信したことを通知するため更新完了通知フレームがフレーム送受信制御部２１を介して通信装置1へ送信され(図５  ステップＳ２６)データ更新を終了する。
以上の動作の説明では、通信装置１を更新データフレームの送信側で、通信装置２を更新データフレームの受信側として説明したが、夫々の通信装置は、機能更新の機能更新フレームの送信側にも受信側にもなり得る。つまり、本発明の動作の説明をするために、通信装置１において通信装置２が備える機能を省略した形で説明しただけであり、通信装置１には、通信装置２と同じ機能を具備している。通信装置２も通信装置１が備える機能を具備している。
【００１８】
〔発明の他の実施の形態〕
本発明の他の実施例として、複数の機能更新を行う処理について説明する。
最初に、機能更新を行う通信装置がネットワーク上に複数ある場合について説明する。
【００１９】
ネットワーク上に複数機能更新を行う通信装置がある場合に機能更新データを送信する通信装置の構成を図７に示す。複数からの通信装置から機能更新用のフレーム送受信を行うためフレーム送受信制御部３１が各回線に存在し、機能更新用のフレームと判断されたフレームがデータ更新処理部３２に受信することになる。図３の示すシーケンスチャートではじめに、機能更新データを送信する通信装置が問合せフレームをすべての回線に送信することで、問合せフレームを受信した通信装置は、機能更新が可能であれば問合せ応答フレームを送信することになる。機能更新データを送信する通信装置は、機能更新を行う装置すべてから問合せ応答フレームを受信することになり、問合せ応答フレームを送信した通信装置にのみ以降の処理を行えばよい。
【００２０】
次に、機能更新データを送信する通信装置がネットワーク上に複数ある場合について説明する。
ネットワーク上に複数の機能更新データを送信する通信装置がある場合に機能更新を行う通信装置の構成図を図８に示す。複数の通信装置から機能更新用のフレーム送受信を行うためデータ送受信制御部４１が各回線に存在し、機能更新用フレームと判断されたフレームがデータ更新処理部４２に受信することになる。図３の示すシーケンスチャートで複数の機能更新を行う通信装置は複数の問合せフレームを受信することになる。機能更新を行う通信装置は、最初に受信した問合せフレームに対して問合せ応答フレームを返すことで１箇所からの機能更新データのみ受信することができる。
【図面の簡単な説明】
【００２１】
【図１】機能更新データ送信を行う通信装置の一例を示す構成図
【図２】更新フレームによる機能更新を行う通信装置の一例を示す構成図
【図３】更新フレームによる機能更新処理のシーケンスチャート
【図４】機能更新データ送信処理のフローチャート
【図５】更新フレームによる機能更新処理のフローチャート
【図６】機能更新用フレームフォーマット
【図７】複数回線に機能更新データ送信を行う通信装置の一例を示す構成図
【図８】複数回線から更新フレームによる機能更新を行う通信装置の一例を示す構成図
【符号の説明】
【００２２】
１  通信装置
２  通信装置
１１  フレーム送受信制御部
１２  データ更新処理部
１３  更新データメモリ部
１４  通常フレーム処理部
２１  フレーム送受信制御部
２２  データ更新処理部
２３  メモリアクセス制御部
２４  データメモリ部
２５  通常フレーム処理部
３１  フレーム送受信制御部
３２  データ更新処理部
３３  更新データメモリ部
３４  通常フレーム処理部
４１  フレーム送受信制御部
４２  データ更新処理部
４３  メモリアクセス制御部
４４  データメモリ部
４５  通常フレーム処理部
【図１】
2009093248.tif 000003
【図２】
2009093248.tif 000004
【図３】
2009093248.tif 000005
【図４】
2009093248.tif 000006
【図５】
2009093248.tif 000007
【図６】
2009093248.tif 000008
【図７】
2009093248.tif 000009
【図８】
2009093248.tif 000010