JPH11317784A - 伝送装置及びこれに使用するプログラムの自動生成装置 - Google Patents

Abstract

(57)【要約】 【課題】伝送装置の再利用と保守性を向上させ、伝送装
置の再利用に際してのソフトウエア変更の負担を軽減
し、開発期間を短縮することを目的とする。 【解決手段】コマンド受信部４１では(1)(2)オペレーシ
ョンからのコマンドを受信しコマンド解析部４２へ転送
する。コマンド解析部４２は、(3) オペレーション種別
テーブル４３でオペレーション種別を認識し、(4) コマ
ンド列とオペレーション情報をコマンド変換・要求部４
４に送信する。(5) コマンド変換・要求部４４では、コ
マンド種別テーブル４５を参照し、(6) ビットマップテ
ーブル４６に処理すべき関数を設定し、(7)(11)(15) フ
ァームウェア３４に関数の格納された、そのアドレスを
通知する。ファームウェア３４は該アドレスを元にビッ
トマップテーブル４６(9)(13)(17) を参照して関数を得
て、その関数をハードウェア３０に設定する(10)(14)(1
8)。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、伝送装置及びこれ
に使用するプログラムの自動生成装置に係り、特に、複
数のネットワークシステムに対応可能な伝送装置及びこ
れに使用するプログラムの自動生成装置に関する。

【０００２】

【従来の技術】通信事業者毎に、オペレーションシステ
ムの仕様（伝送装置とネットワークとのインタフェー
ス）が異なり、伝送装置に要求される機能が異なってい
ることから、今までは、伝送装置は、特定の通信事業者
が営む特定のネットワークシステム又は特定のネットワ
ーク監視制御システム毎に、別々に開発・製造されてい
た。

【０００３】ところが、近年、マルチメディアの需要の
高まりと共に、通信が自由化され、多数の通信事業者が
参入して、通信事業を営む時代となった。その結果、性
能の良いある通信事業者用に開発・製造された伝送装置
が、別の通信事業者のネットワークシステム又はネット
ワーク監視制御システムにおいて、使用される事態が生
じた。

【０００４】これまでは、特定の通信事業者向けに開発
された伝送装置を他の通信事業者向けに伝送装置を改造
していた。この場合、通信事業者毎にオペレーションが
異なり、制御コマンドが異なるために、ソフトウエアの
制御コマンドの解析をした上で、ファームウェア及びハ
ードウェアのアクセス手順全般の変更を余儀なくされ、
膨大なソフトウエア及びファームウェアの変更が必要で
あった。

【０００５】そこで、従来から、ソフトウエア等の修正
個所を最低限に抑えるために、伝送装置のソフトウエア
／ファームウェアにおいて、テーブル化、関数化を行っ
ていた。

【０００６】

【発明が解決しようとする課題】しかし、ソフトウエア
等をテーブル化し、関数化を行ったとしても、特定の通
信事業者向けに開発された伝送装置を他の通信事業者向
けに用いるには、その都度、次に説明するように、多く
の改造作業を行うことが必要があった。なお、以下の説
明において、伝送路を保守運用する監視制御システムに
より遠隔制御される伝送装置について説明するが、本発
明は、監視制御システムに限らず、一般的なネットワー
クシステムの伝送装置に適用可能である。また、以下の
説明では、「監視制御システム」を「オペレーション」
と言い、例えば、「監視制御システム」からのコマンド
を「オペレーション」からのコマンドと言うこととす
る。

【０００７】図１は、従来の場合を示す。特定の通信事
業者向けに開発された伝送装置を他の通信事業者向けに
用いる場合であって、オペレーションＡ配下の伝送装置
をオペレーションＢ配下の伝送装置に改造した場合の例
である。オペレーションが替わっても、伝送装置のハー
ドウェアを変更する必要の無い場合について説明する。
改造前の伝送装置図１（Ａ）は、ソフトウエア８、ファ
ームウェア９及びハードウェア７を有している。そのソ
フトウエア８は、コマンド受信部１、コマンド解析部２
及びコマンド変換・要求部３から構成されている。ま
た、ファームウェア９は、受信部４、コマンド変換部５
及び処理部６から構成されている。

【０００８】これを、オペレーションＢ配下の伝送装置
に改造する。オペレーションが替わると、通常、コマン
ド種別及びコマンドフレーム（コマンド文字列）が相違
する。従って、オペレーションＢ配下で動作させるに
は、図１（Ｂ）で、ハッチングしたコマンド受信部１
１、コマンド解析部１２、コマンド変換・要求部１３及
びコマンド変換部１５を変更する必要がある。

【０００９】具体的に図２及び図３を用いて、一つの例
を説明する。図２と図３は、オペレーションＡ、Ｂが夫
々のハードウェア７に対して、同じ設定（Ｘ、Ｙ、Ｚ）
を行うが、オペレーションの相違に伴い、ソフトウエア
とファームウェア処理が違う場合である。図２でのオペ
レーションＡでは、ハードウェア７に”Ｘ”、”Ｙ”及
び”Ｚ”の設定を行う場合、ソフトウエア８に対して”
コマンドＡ１”の１コマンドで実現する。ソフトウエア
８は、”コマンドＡ１”を受信すると、そのコマンドＡ
１からハードウェア７の設定が、”Ｘ”、”Ｙ”及び”
Ｚ”の３コマンドが必要であることを認識し、規定され
たハードウェア７への設定順序を考慮して”Ｙ”→”
Ｚ”→”Ｘ”の順でファームウェア９に対してハードウ
ェア７の設定要求を行う。

【００１０】図３でのオペレーションＢは、ハードウェ
ア７に”Ｘ”、”Ｙ”及び”Ｚ”の設定を行う場合、”
コマンドＢ１”及び”コマンドＢ２”の２コマンドで実
現する。ソフトウエア１８は、”コマンドＢ１”を受信
すると、そのコマンドＢ１からハードウェア１７の設定
が”Ｙ”であると認識し、ファームウェア１９に対して
ハードウェア１７への”Ｙ”の設定要求を行う。ソフト
ウエア１８は、ファームウェア１９に対してハードウェ
ア１７への”Ｙ”の設定要求を行うと、オペレーション
Ｂに、その旨の応答（設定応答）を返す。オペレーショ
ンＢは、この応答を受信すると、”コマンドＢ２”をソ
フトウエア１８に対して送信する。ソフトウエア１８
は、”コマンドＢ２”を受信すると、そのコマンドＢ２
からハードウェア１７の設定が”Ｚ”及び”Ｘ”の２コ
マンドが必要であることを認識し、規定されたハードウ
ェア１７への設定順序を考慮して”Ｚ”→”Ｘ”の順で
ファームウェア９に対してハードウェア１７の設定要求
を行う。

【００１１】以上の通り、ハードウェアへの設定が同じ
場合でも、オペレーションの変更で、オペレーションか
らソフトウエアへの要求設定コマンドが異なる場合に
は、ソフトウエア内でのコマンドの識別処理やファーム
ウェアへの設定シーケンスが変更され、ソフトウエア及
びファームウェアの変更が余儀なくされる。ハードウェ
アへの設定が異なれば、特定の通信事業者向けに開発さ
れた伝送装置を他の通信事業者向けに変更するには、更
に多くのソフトウエアの変更及びファームウェアの変更
をする必要がある。これらのことからも分かる通り、一
般的に、伝送装置を他の通信事業者向けに変更するに
は、大幅なソフトウエア及びファームウェアの変更が必
要となるいう問題がある。

【００１２】また、更に、伝送装置の機能の高度化・複
雑化に伴いソフトウエアの改造の負担が、益々大きくな
ってきたという問題も生じている。本発明は、上記問題
に鑑みなされたものであり、ソフトウエア及びファーム
ウェアの流用性及び汎用性を上げ、その結果、伝送装置
の再利用と保守性の向上を目的とするものである。ま
た、伝送装置の再利用に際してのソフトウエアの変更及
びファームウェアの変更における負担を軽減し、開発期
間を短縮することを目的とするものである。

【００１３】

【課題を解決するための手段】請求項１に記載された発
明は、複数のネットワークシステムに対応可能な伝送装
置において、前記複数のネットワークシステム（オペレ
ーション）から発信されたコマンドを受信することが可
能なコマンド受信部２１、４１と、該コマンド受信部で
受信したコマンドに基づき発信元の前記ネットワークシ
ステムの種別（オペレーションＡ又はオペレーション
Ｂ）とコマンドの種別（キャラクタタイプ、バイナリタ
イプ等）を識別するコマンド解析部２２、４２と、該識
別したネットワークシステム情報に基づいて、前記受信
したコマンドを共通データ構造の一又は複数のサブ実行
コマンド（関数）に変換するコマンド変換部２４、４４
とを有し、該サブ実行コマンドに基づいて前記ネットワ
ークシステムから発信されたコマンド処理を実行するこ
とを特徴とする伝送装置である。

【００１４】請求項１記載の発明によれば、受信したコ
マンドを共通データ構造の一又は複数のサブ実行コマン
ド（関数）に変換するコマンド変換部２４、４４とを有
し、該サブ実行コマンドに基づいてネットワークシステ
ムから発信されたコマンド処理を実行することにより、
ソフトウエア及びファームウェアの流用性及び汎用性を
上げ、その結果、伝送装置の再利用と保守性の向上を図
ることができる。

【００１５】請求項２に記載された発明は、請求項１記
載の伝送装置において、前記コマンド解析部２２、４２
は、コマンドフォーマットとそのコマンドフォーマット
を使用するネットワークシステムから構成されるネット
ワークシステム種別テーブル（図４及び図５のオペレー
ション種別テーブル）２３、４３を有し、前記コマンド
解析部は、該ネットワークシステム種別テーブルを参照
して、受信したコマンドがどのネットワークシステムの
ものであるかを識別することを特徴とする。

【００１６】請求項２記載の発明によれば、ネットワー
クシステム種別テーブルを参照して、受信したコマンド
がどのネットワークシステムのものであるかを識別する
ことにより、迅速・確実に受信したコマンドのネットワ
ークシステムを識別することをができる。請求項３に記
載された発明は、請求項１又は２記載の伝送装置におい
て、前記コマンド変換部（図４及び図５のコマンド変換
・要求部）２４、４４は、前記ネットワークシステム、
該ネットワークシステムが使用するコマンド及び前記サ
ブ実行コマンドから構成されるコマンド種別テーブル２
５、４５を有し、前記コマンド変換部は、該コマンド種
別テーブルを参照して、受信したコマンドに対応する前
記サブ実行コマンドを得ることを特徴とする。

【００１７】請求項３記載の発明によれば、コマンド種
別テーブルを参照して、迅速・確実に受信したコマンド
に対応するサブ実行コマンドを得ることをができる。請
求項４に記載された発明は、請求項３記載の伝送装置に
おいて、前記コマンド種別テーブル２５、４５におい
て、前記サブ実行コマンドは、処理する順序で配列され
ていることを特徴とする。

【００１８】請求項４記載の発明によれば、サブ実行コ
マンドを処理する順序でテーブルに配列することによ
り、サブ実行コマンド処理のシーケンス管理をすること
ができる。また、処理に際して、処理を実行するファー
ムウェア等は処理手順を考えること無く、処理すること
が可能である。請求項５に記載された発明は、請求項１
ないし４いずれか一項記載の伝送装置において、前記サ
ブ実行コマンドは、ソフトウエア又はファームウェアに
より実行されることを特徴とする。

【００１９】請求項５記載の発明によれば、サブ実行コ
マンドは、サブ実行コマンドの内容に応じて、ソフトウ
エア又はファームウェアにより実行することができる。
請求項６に記載された発明は、請求項１ないし５いずれ
か一項記載の伝送装置において、前記コマンド又は前記
サブ実行コマンドは、ハードウェアへの設定要求である
ことを特徴とする。

【００２０】請求項６記載の発明によれば、ネットワー
クシステムからのコマンドにより、伝送装置のハードウ
ェアを変更することができる。請求項７に記載された発
明は、請求項６記載の伝送装置において、ネットワーク
システムがハードウェアに設定処理を要求するサブ実行
コマンドの全てを網羅するビットマップテーブル２６、
４６を設け、前記コマンド変換部２４、４４は、該ビッ
トマップテーブルのサブ実行コマンドを用いて、ファー
ムウェアに対するハードウェアへの設定処理の依頼を行
うことを特徴とする。

【００２１】請求項７記載の発明によれば、コマンド変
換部２４、４４は、該ビットマップテーブルのサブ実行
コマンドを用いて、ファームウェアに対するハードウェ
アへの設定処理の依頼を行うことにより、ファームウェ
アは、ネットワークシステムからの要求コマンドの内容
を認識して、処理を行う必要がなくなるために、ファー
ムウェアの簡素化、高速化が図れる。また、ファームウ
ェアは、ハードウェア／ソフトウエア・インタフェース
を意識することなく処理が行うことができる。

【００２２】請求項８に記載された発明は、請求項１な
いし７いずれか一項記載の伝送装置において、前記ネッ
トワークシステム種別テーブル２３、４３及び前記コマ
ンド種別テーブル２５、４５を変更することにより、新
たなネットワークシステムのコマンドに対応することを
特徴とする。請求項８記載の発明によれば、ネットワー
クシステム種別テーブル２３、４３及び前記コマンド種
別テーブル２５、４５に基づいて処理が行われるため、
他のネットワークシステムに対応する場合も、このネッ
トワークシステム種別テーブルとコマンド種別テーブル
を書き換えるだけで柔軟に対応することができる。

【００２３】請求項９に記載された発明は、請求項１な
いし８いずれか一項記載の伝送装置において、前記ネッ
トワークシステムがネットワーク監視制御システムであ
ることを特徴とする。請求項９記載の発明によれば、ネ
ットワーク監視制御システムからのコマンドに対して本
発明を適用することができる。

【００２４】請求項１０に記載された発明は、請求項３
記載のコマンド種別テーブルを生成するコマンド種別テ
ーブル生成部６１１を設け、該コマンド種別テーブル生
成部は、機能単位毎にネットワークシステム種別又はネ
ットワーク監視制御システム種別とこれらのシステムが
要求するハードウェアに対する設定関数から構成される
機能単位処理テーブル６２を有し、該機能単位処理テー
ブルの情報に基づいて、コマンド種別テーブルを生成す
ることを特徴とするプログラム自動生成装置である。

【００２５】請求項１０記載の発明によれば、コマンド
種別テーブルを生成するコマンド種別テーブル生成部６
１１を設けたことにより、コマンド種別テーブルを自動
生成することができ、伝送装置の再利用に際してのソフ
トウエアの変更及びファームウェアの変更における負担
を軽減し、開発期間を短縮することができる。請求項１
１に記載された発明は、請求項７記載のビットマップテ
ーブルを生成するビットマップテーブル生成部を設け、
該ビットマップテーブル生成部６１２は、ビットマップ
設定関数名、設定先アドレス、設定値及び書込み命令情
報から構成されるインタフェーステーブル（図８、図９
のハードウェア／ソフトウエア・インタフェース情報６
２）を有し、該インタフェーステーブルの情報に基づい
て、ビットマップ設定関数を生成することを特徴とする
プログラム自動生成装置である。

【００２６】請求項１１記載の発明によれば、ビットマ
ップテーブル生成部６１２を設けたことにより、ビット
マップテーブルを自動生成することができ、伝送装置の
再利用に際してのソフトウエアの変更及びファームウェ
アの変更における負担を軽減し、開発期間を短縮するこ
とができる。

【００２７】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。図４は、本発明におけるソフト
ウエアの構成を説明するための図である。伝送装置は、
ソフトウエア３１、ファームウェア３４及びハードウェ
ア３０を有している。その構成を見ると、そのソフトウ
エア３１は、オペレーションからのコマンドを受信する
コマンド受信部２１、オペレーションの種別を判別する
コマンド解析部２２、オペレーション毎にコマンドタイ
プ（キャラクタタイプ、バイナリタイプ等）が格納され
たオペレーション種別テーブル２３、オペレーションコ
マンドをファームウェア３４への要求処理に変換するコ
マンド変換・要求部２４、各オペレーションコマンドに
対応するファームウェア処理が格納されたコマンド種別
テーブル２５及びソフトウエア３１がファームウェア３
４へ要求する処理をビットマップ形式で格納したビット
マップテーブル２６から構成さている。また、ファーム
ウェア３４は、受信部２７、ビットマップテーブルのコ
ピー部２８及び処理部２９から構成されている。

【００２８】次に、動作を説明する。コマンド受信部２
１は、オペレーションＡ又はオペレーションＢからのコ
マンドを受信する。コマンド解析部２２では、オペレー
ション種別テーブル２３を使用して、フォーマットを検
索し、受信したコマンドを発したオペレーションの種別
（オペレーションＡ又はオペレーションＢ）を判定す
る。オペレーション種別テーブル２３には、図５に示す
よう構成で、伝送装置に要求される多種多様なオペレー
ションからの入力コマンドのフォーマットが登録されて
いる。もし、オペレーションに新規種別のものを追加す
る場合には、オペレーション種別テーブル２３に新規オ
ペレーションのフォーマットを追加するのみで、新規オ
ペレーションに対応可能となる。次に、コマンド解析部
２２から、コマンド変換・要求部２４へオペレーション
から通知されたコマンドとオペレーション種別が通知さ
れる。コマンド変換・要求部２４では、種別の異なるオ
ペレーションに対応できるように、夫々のオペレーショ
ンから発せられる全てのコマンドと、そのコマンドに対
応した処理を実行する関数（本発明の「サブ実行コマン
ド」のことを言う。これは、受信コマンドが要求するハ
ードウェアへの設定処理（一又は複数）の内容を関数で
表現したものである。例えば、（００１０００００））
群を登録したコマンド種別テーブル２５を持たせる。そ
うすることにより、ソフトウエアを簡素化し、かつ最適
化が図れる。

【００２９】ソフトウエアとファームウェア間のインタ
ーフェースとして、ビットマップテーブル２８を使用す
る。ビットマップテーブル２８は、よく知られたファー
ムウェアがハードウェアに対して設定を行うハードウェ
ア／ソフトウエア・インタフェースと同じ構造をしたテ
ーブルである。前記したコマンド種別テーブル２５に登
録されている関数をビットマップ形式で格納したもので
ある。

【００３０】以上の構成をとることにより、オペレーシ
ョンの追加やオペレーションから発せられる要求コマン
ドの追加や変更に対しても、図４（Ｂ）に示すように、
オペレーション種別テーブル２３とコマンド種別テーブ
ル２５のテーブルを変更するだけで柔軟に対応すること
ができ、ソフトウエア及びファームウェアの流用性及び
汎用性を上げ、その結果、伝送装置の再利用と保守性の
向上を図ることができる。また、ビットマップテーブル
２６を使用することにより、ファームウェア３４では、
要求コマンド内容を認識して処理を行う必要がなくなる
ため、ファームウェア処理の簡素化及び高速化に大きく
貢献する。さらに、ハードウェア／ソフトウエア・イン
タフェースを意識すること無く処理が行えるので、ハー
ドウェアの違いも無視すること無くできる。

【００３１】図５は、本発明の実施例である。オペレー
ションＡからのコマンドはキャラクタ形式のフォーマッ
トの文字列（フォーマットＡ：例えば、”ＣＭＤ１ ｐ
ａｒａｍ１”）のフレームであり、ハードウェアへの設
定は、”Ｘ”、”Ｙ”及び”Ｚ”の要求を表すとする。
また、オペレーションＢからのコマンドはバイナリ形式
フォーマットの文字列（フォーマットＢ：例えば、”Ｆ
Ｄ２０Ｆ８４１ＦＡ２４Ｄ２９４０５２３”のフレーム
であり、ハードウェアの設定は、”Ｙ”の要求を表すと
する。

【００３２】まず、コマンド受信部４１では、(1) （図
では、○付き数字。以下(18)まで同じ）オペレーション
からのコマンドフレームを受信し、(2) 受信したコマン
ドフレームをコマンド解析部４２へ転送する。 (3) コマンド解析部４２では、そのコマンドフレームが
どのオペレーションから送られてきたのか、あるいはコ
マンド列の種類を判別するために、予め接続されるオペ
レーション名とそのオペレーションのコマンド列タイプ
（キャラクタタイプ、バイナリタイプ等）が登録してあ
るオペレーション種別テーブル４３を用いて、コマンド
フレームの文字列を比較し照合する。その結果、当該コ
マンドフレームを発したオペレーション種別を認識する
ことができる。(4) オペレーション種別を認識したら、
コマンド解析部４２は、コマンド変換・要求部４４へコ
マンド列と、コマンド解析部４２で認識したオペレーシ
ョン情報を付加して転送する。

【００３３】(5) コマンド変換・要求部４４では、通知
されたオペレーション情報を元に該当するコマンド種別
テーブル４５を選択し、コマンドに該当する情報を検索
する。コマンド種別テーブル４５の構成例を図６に示
す。コマンド種別テーブル４５は、オペレーション群、
コマンド群及び関数群にそれぞれ階層化されている。オ
ペレーション群には、接続されるオペレーションの種
別、コマンド群には、それぞれのオペレーションから要
求される全てのコマンド、関数群には、コマンド群の夫
々のコマンドに対応した処理を実行する関数が格納され
ている。また、コマンドに対応して、ハードウェアが処
理を実行する関数が複数ある場合には、関数群には、ハ
ードウェアの処理の順序を管理するために、ハードウェ
アが処理する順序で関数を格納する。図６では、コマン
ド”ＣＭＤ１ ｐａｒａｍ１”に対して、ハードウェア
３０に”Ｘ”、”Ｙ”及び”Ｚ”を設定するが、その順
序は、”Ｙ”→”Ｚ”→”Ｘ”ということも示めされて
いる。

【００３４】オペレーションＡからの、コマンド”ＣＭ
Ｄ１ ｐａｒａｍ１”の場合、コマンド変換・要求部４
４は、オペレーションＡのコマンド種別テーブル４５を
選択し、次いでコマンド群の中から”ＣＭＤ１ ｐａｒ
ａｍ１”を示すコマンド列を検出し、その結果、関数群
から、関数Ｘ、関数Ｙ及び関数Ｚを得る。関数Ｘ、関数
Ｙ及び関数Ｚは、ハードウェア３０に、”Ｘ”、”Ｙ”
及び”Ｚ”を設定する関数である。

【００３５】(6) コマンド変換・要求部４４は、図７に
示すように、ビットマップテーブル４６上に、ソフトウ
エアで、関数Ｘ、関数Ｙ及び関数Ｚを設定する。ビット
マップテーブル４６の１００００４番地には”Ｘ”、１
０００１０番地には、”Ｙ”及び１０００１Ｃ番地に
は”Ｚ”を設定する。 (7) 次いで、コマンド変換・要求部４４は、ファームウ
ェア３４に、コマンド種別テーブル４５に格納された順
序で、ハードウェア３４にハードウェア３０の設定要求
を行う。コマンド変換・要求部４４は、まず、関数Ｙの
格納されたビットマップテーブル４６のアドレスをファ
ームウェア３４に通知する。

【００３６】(8)(9)(10)ファームウェア３４は、該アド
レスを元にビットマップテーブル４６を参照して、関数
Ｙを得て、その関数をハードウェア３０に設定する（例
えば、ビットマップの関数Ｙ００１０００００をハード
ウェアのレジスタに入れ込む）。 次いで、コマンド変換・要求部４４は、ファームウェア
３４から、関数Ｙの設定を行ったとの応答を受信する
と、(11)(1２)(13)(14) 関数Ｚの格納されたビットマッ
プテーブル４６のアドレスをファームウェア３４に通知
する。ファームウェア３４は、該アドレスを元にビット
マップテーブル４６を参照して、関数Ｚを得て、その関
数をハードウェア３０に設定する。

【００３７】同じように、最後に、(15)(16)(17)(18)関
数Ｘの格納されたビットマップテーブル４６のアドレス
をファームウェア３４に通知する。ファームウェア３４
は、該アドレスを元にビットマップテーブル４６を参照
して、関数Ｘを得て、その関数をハードウェア３０に設
定する。オペレーションＢからのバイナリ形式フォーマ
ットの文字列”ＦＤ２０Ｆ８４１ＦＡ２４Ｄ２９４０５
２３”を受信した場合も、同じようにして、ハードウェ
アに関数Ｙを設定する。

【００３８】図７は、コマンド種別テーブルの生成及び
ビットマップ設定関数の自動生成処理を説明するための
図である。入力データ６０、ロジック生成処理部６１、
ハードウェア／ソフトウエア・インタフェース情報６
２、機能単位処理テーブル６３、出力ソースからなり、
ロジック生成処理部６１は、ビットマップ設定関数生成
ブロック６１１及びコマンド種別テーブル生成ブロック
６１２からなり、出力ソース６４は、メインソース６
５、関数群６６及びコマンド種別テーブル６７より構成
されている。

【００３９】入力データ６０は、入力データであり、本
伝送装置が提供するコマンドを定義したももである。ロ
ジック生成処理部６１は、各種入力データに基づいてメ
インソース６５、関数群６６及びコマンド種別テーブル
６７を出力するトランスレータプログラムである。ハー
ドウェア／ソフトウエア・インタフェース情報６２は、
ビットマップ設定関数名、設定先アドレス、設定値及び
操作情報（書込み操作）を定義したものである。機能単
位処理テーブル６３は、各機能に接続されるオペレーシ
ョンに対応する処理手順を実現する関数名を定義したも
のである。関数群６６は、ビットマップ設定関数群であ
り、指定されたビットマップのアドレスに指定された設
定値を設定する処理を行う。コマンド種別テーブル６７
は、各機能単位に呼び出される処理関数を定義したもの
である。

【００４０】ハードウェア／ソフトウエア・インタフェ
ース情報６２には、ハードウェア／ソフトウエア・イン
タフェース単位に関数の元となる処理データが格納され
ている（図８のハードウェア／ソフトウエア・インタフ
ェース６２の最上段には、関数ａはビットマップの００
０５００番地に００１０００００ビットを設定する、と
いうことを示す）。機能単位処理テーブル６３には、機
能毎にサポートするオペレーション種別（オペレーショ
ンＡ、オペレーションＢ）及び必要なハード処理の情報
（図８の機能単位処理テーブル６３では、オペレーショ
ンＡのユーザ登録であれば、関数ａ、関数ｂ、関数ｃで
実現でき、オペレーションＢのユーザ登録であれば、関
数ｂ、関数ｃで実現できる。）が格納されている。ロジ
ック生成処理部６１では、伝送装置に必要なデータを入
力データとして受け取り、ハードウェアを制御する処理
関数群６６及びコマンド種別テーブル６７を自動生成す
る。処理関数群６６の生成に当たっては、ハードウェア
／ソフトウエア・インタフェース６２が参照される。ま
た、コマンド種別テーブル６７の作成に当たっては、機
能単位処理テーブル６３が参照され、入力データで受け
取った機能だけをピックアップして、コマンド種別テー
ブル６７を生成する。

【００４１】以上の構成によれば、ハードウェアの改造
により、ハードウェア／ソフトウエア・インタフェース
が変更されても、ハードウェア／ソフトウエア・インタ
フェース情報６２を変更し、再度、ロジック生成処理部
６１を起動するのみで対処できる。図９にビットマップ
設定関数の生成フローが示されている。まず、ハードウ
ェア／ソフトウエア・インタフェース情報６２を読み込
む９１。次いで、ハードウェア／ソフトウエア・インタ
フェース情報６２の１行単位毎に情報を抽出する（ハー
ドウェア／ソフトウエア・インタフェース情報６２の各
１行は、１つのハードウェアの設定処理を示してい
る。）９２。その抽出したデータをコロン（：）単位に
分割し、データ＄１、データ＄２、データ＄３・・、に
設定する９３。その後で、関数雛形ファイル９８を読み
込む９４。関数雛形ファイル９８は、ビットマップ設定
関数の共通的なプログラムであり、関数毎に異なる部分
は、＄１、＄２、＄３のように書かれている。その雛形
ファイル９８の＄１、＄２、＄３を先に９３で設定し
た、＄１、＄２、＄３のデータで書き換える。その結果
をファイル出力する９６。その結果、ビットマップ設定
関数ファイル９９が生成される。この処理９２〜９６を
ハードウェア／ソフトウエア・インタフェース情報の末
行まで行い、ビットマップ設定関数ファイル９９が完成
する。

【００４２】図９にコマンド種別テーブルの生成フロー
が示されている。まず、機能単位処理テーブルＡを読み
込む１０１。機能単位処理テーブルＡにおいて、”Ｆｕ
ｎｃ：”は、機能についての記述開始を示し、”ＥＮＤ
Ｆｕｎｃ”は、記述の終了を示しており、機能毎の分
割を可能としている。この機能単位処理テーブルＡか
ら、機能単位に解析テーブルを作成し１０２、図１０Ｂ
の解析テーブルを得る。解析テーブルブルＢのデータ
は、以降のコマンド種別テーブルの作成が容易になるよ
うに文字列で作成し格納する。この解析テーブルＢから
コマンド種別テーブルの関数群のテーブルを作成し１０
３、図１０Ｃのコマンド種別テーブル（関数群）を得
る。この１０３の処理を「オペレーションの数＊機能
数」の回数だけ繰り返す１０７、１０８。次いで、解析
テーブルＢからコマンド種別テーブルのコマンド群のテ
ーブルを作成し１０４、図１０Ｄのコマンド種別テーブ
ル（コマンド群）を得る。１０４の処理をオペレーショ
ンの回数だけ繰り返す１０９。更に、解析テーブルＢか
らコマンド種別テーブルのオペレーション群のテーブル
を作成し１０５、図１０Ｅのコマンド種別テーブル（コ
マンド群）を得る。最後に、コマンド種別テーブルをフ
ァイルとして保存する１０６。

【００４３】以上説明したように、本発明のソフトウエ
ア構成をとることにより、コマンド解析部に接続された
オペレーション種別を認識するためのオペレーション種
別テーブルと、コマンド変換・要求部にオペレーション
から送られてくるコマンドをハードウェア／ソフトウエ
ア・インタフェースレベルまで細分化し、更に、ハード
ウェアの設定を考慮したコマンド種別テーブルを具備す
ることにより、新たに伝送装置を接続するオペレーショ
ンが増加した場合や、オペレーションからのコマンドの
追加、ハードウェアの設定シーケンスの変更によるハー
ドウェアへの設定順の変更でも、オペレーション種別テ
ーブルにフレームのフォーマット形式の追加と、コマン
ド種別テーブルの書き換えによって、容易に異種のオペ
レーションとの接続が可能となると共に、同時に、異種
のオペレーションの接続した運用も可能となる。

【００４４】また、ソフトウエア／ファームウェア間で
共通のビットマップテーブルを持つことにより、ファー
ムウェアは、オペレーションからの設定要求コマンドの
内容を認識して処理を行う必要がなくなるため、ファー
ムウェア処理の簡素化となる。更に、ハードウェア／ソ
フトウエア・インタフェースの変更においてもファーム
ウェアプログラムの変更は必要が無くなる。

【００４５】また、コマンド種別テーブルを自動作成す
るというロジックを組むことにより、プログラムの簡素
化やメモリ使用量の削減が図れると共に、任意に、出力
機能（プログラム）を指定できることで接続されるオペ
レーション対応が容易になる。

【００４６】

【発明の効果】上述の如く本発明によれば、次に述べる
種々の効果を実現することができる。請求項１記載の発
明によれば、受信したコマンドを共通データ構造の一又
は複数のサブ実行コマンド（関数）に変換するコマンド
変換部２４、４４とを有し、該サブ実行コマンドに基づ
いてネットワークシステムから発信されたコマンド処理
を実行することにより、ソフトウエア及びファームウェ
アの流用性及び汎用性を上げ、その結果、伝送装置の再
利用と保守性の向上を図ることができる。

【００４７】請求項２記載の発明によれば、ネットワー
クシステム種別テーブルを参照して、受信したコマンド
がどのネットワークシステムのものであるかを識別する
ことにより、迅速・確実に受信したコマンドのネットワ
ークシステムを識別することをができる。請求項３記載
の発明によれば、コマンド種別テーブルを参照して、迅
速・確実に受信したコマンドに対応するサブ実行コマン
ドを得ることをができる。

【００４８】請求項４記載の発明によれば、サブ実行コ
マンドを処理する順序でテーブルに配列することによ
り、サブ実行コマンド処理のシーケンス管理をすること
ができる。また、処理に際して、処理を実行するファー
ムウェア等は処理手順を考えること無く、処理すること
が可能である。請求項５記載の発明によれば、サブ実行
コマンドは、サブ実行コマンドの内容に応じて、ソフト
ウエア又はファームウェアにより実行することができ
る。

【００４９】請求項６記載の発明によれば、ネットワー
クシステムからのコマンドにより、伝送装置のハードウ
ェアを変更することができる。請求項７記載の発明によ
れば、コマンド変換部２４、４４は、該ビットマップテ
ーブルを用いて、ファームウェアに対するハードウェア
への設定処理の依頼を行うことにより、ファームウェア
は、ネットワークシステムからの要求コマンドの内容を
認識して、処理を行う必要がなくなるために、ファーム
ウェアの簡素化、高速化が図れる。また、ファームウェ
アは、ハードウェア／ソフトウエア・インタフェースを
意識することなく処理が行うことができる。

【００５０】請求項８記載の発明によれば、ネットワー
クシステム種別テーブル２３、４３及び前記コマンド種
別テーブル２５、４５に基づいて処理が行われるため、
他のネットワークシステムに対応する場合も、このネッ
トワークシステム種別テーブルとコマンド種別テーブル
を書き換えるだけで柔軟に対応することができる。請求
項９記載の発明によれば、ネットワーク監視制御システ
ムからのコマンドに対して本発明を適用することができ
る。

【００５１】請求項１０記載の発明によれば、コマンド
種別テーブルを生成するコマンド種別テーブル生成部６
１１を設けたことにより、コマンド種別テーブルを自動
生成することができ、伝送装置の再利用に際してのソフ
トウエアの変更及びファームウェアの変更における負担
を軽減し、開発期間を短縮することができる。請求項１
１記載の発明によれば、ビットマップテーブル生成部６
１２を設けたことにより、ビットマップテーブルを自動
生成することができ、伝送装置の再利用に際してのソフ
トウエアの変更及びファームウェアの変更における負担
を軽減し、開発期間を短縮することができる。

【図面の簡単な説明】

【図１】従来のソフトウエアの構成を説明するための図
である。

【図２】オペレーションＡにおけるＸ、Ｙ、Ｚのハード
ウェアの設定フローを説明するための図である。

【図３】オペレーションＢにおけるＸ、Ｙ、Ｚのハード
ウェアの設定フローを説明するための図である。

【図４】本発明におけるソフトウエアの構成を説明する
ための図である。

【図５】本発明の実施例を説明するための図である。

【図６】本発明に用いるコマンド種別テーブルを説明す
るための図である。

【図７】ソフトウエア関数の処理を説明するための図で
ある。

【図８】プログラムの自動生成処理を説明するための図
である。

【図９】ビットマップ設定関数生成のフロー図である。

【図１０】コマンド種別テーブル生成のフロー図であ
る。

【符号の説明】

３０ ハードウェア ３１ ソフトウエア ２２、４１ コマンド受信部 ２３、４３ オペレーション種別テーブル（ネットワ
ークシステム種別テーブル） ２４、４４ コマンド変換・要求部（コマンド変換
部） ２５、４５ コマンド種別テーブル ２６、３６ ビットマップテーブル ３４ ファームウェア

───────────────────────────────────────────────────── フロントページの続き (72)発明者 新田 和弘 石川県金沢市広岡３丁目１番１号 富士通 北陸通信システム株式会社内 (72)発明者 西牧 裕二 石川県金沢市広岡３丁目１番１号 富士通 北陸通信システム株式会社内 (72)発明者 竹田 正行 石川県金沢市広岡３丁目１番１号 富士通 北陸通信システム株式会社内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 複数のネットワークシステムに対応可能
   な伝送装置において、 前記複数のネットワークシステムから発信されたコマン
   ドを受信することが可能なコマンド受信部と、 該コマンド受信部で受信したコマンドに基づき発信元の
   前記ネットワークシステムの種別とコマンドの種別を識
   別するコマンド解析部と、 該識別したネットワークシステム情報に基づいて、前記
   受信したコマンドを共通データ構造の一又は複数のサブ
   実行コマンドに変換するコマンド変換部とを有し、 該サブ実行コマンドに基づいて前記ネットワークシステ
   ムから発信されたコマンド処理を実行することを特徴と
   する伝送装置。
2. 【請求項２】 前記コマンド解析部は、コマンドフォー
   マットとそのコマンドフォーマットを使用するネットワ
   ークシステムから構成されるネットワークシステム種別
   テーブルを有し、 前記コマンド解析部は、該ネットワークシステム種別テ
   ーブルを参照して、受信したコマンドがどのネットワー
   クシステムのものであるかを識別することを特徴とする
   請求項１記載の伝送装置。
3. 【請求項３】 前記コマンド変換部は、前記ネットワー
   クシステム、該ネットワークシステムが使用するコマン
   ド及び前記サブ実行コマンドから構成されるコマンド種
   別テーブルを有し、 前記コマンド変換部は、該コマンド種別テーブルを参照
   して、受信したコマンドに対応する前記サブ実行コマン
   ドを得ることを特徴とする請求項１又は２記載の伝送装
   置。
4. 【請求項４】 前記コマンド種別テーブルにおいて、前
   記サブ実行コマンドは、処理する順序で配列されている
   ことを特徴とする請求項３記載の伝送装置。
5. 【請求項５】 前記サブ実行コマンドは、ソフトウエア
   又はファームウェアにより実行されることを特徴とする
   請求項１ないし４いずれか一項記載の伝送装置。
6. 【請求項６】 前記コマンド又は前記サブ実行コマンド
   は、ハードウェアへの設定要求であることを特徴とする
   請求項１ないし５いずれか一項記載の伝送装置。
7. 【請求項７】 ネットワークシステムがハードウェアに
   設定処理を要求するサブ実行コマンドの全てを網羅する
   ビットマップテーブルを設け、 前記コマンド変換部は、該ビットマップテーブルのサブ
   実行コマンドを用いて、ファームウェアに対するハード
   ウェアへの設定依頼を行うことを特徴とする請求項６記
   載の伝送装置。
8. 【請求項８】 前記ネットワークシステム種別テーブル
   及び前記コマンド種別テーブルを変更することにより、
   新たなネットワークシステムのコマンドに対応すること
   を特徴とする請求項１ないし７いずれか一項記載の伝送
   装置。
9. 【請求項９】 前記ネットワークシステムがネットワー
   ク監視制御システムであることを特徴とする請求項１な
   いし８いずれか一項記載の伝送装置。
10. 【請求項１０】 請求項３記載のコマンド種別テーブル
    を生成するコマンド種別テーブル生成部を設け、 該コマンド種別テーブル生成部は、機能単位毎にネット
    ワークシステム種別又はネットワーク監視制御システム
    種別とこれらのシステムが要求するハードウェアに対す
    る設定関数から構成される機能単位処理テーブルを有
    し、該機能単位処理テーブルの情報に基づいて、コマン
    ド種別テーブルを生成することを特徴とするプログラム
    自動生成装置。
11. 【請求項１１】 請求項７記載のビットマップテーブル
    を生成するビットマップテーブル生成部を設け、 該ビットマップテーブル生成部は、ビットマップ設定関
    数名、設定先アドレス、設定値及び書込み命令情報から
    構成されるインタフェーステーブルを有し、該インタフ
    ェーステーブルの情報に基づいて、ビットマップ設定関
    数を生成することを特徴とするプログラム自動生成装
    置。