(57)【要約】【課題】保守端末装置や通信端末装置での設定情報等の取り扱いが容易になるネットワーク保守システムを提供することを目的としている。【解決手段】設定情報を階層構造としているので、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎにおける機能情報や要素情報の構成要素および個数が異なっていた場合であっても、柔軟に対処することができ、非常に便利であるという効果を得る。【選択図】　　　　図２
2004140550.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介し、多数の通信端末装置の設定情報を管理する保守端末装置を有するネットワーク保守システムにおいて、
上記保守端末装置は、それぞれの上記通信端末装置について、おのおのの通信端末装置の機能情報と、それぞれの機能情報を構成する要素情報に階層化した所定フォーマットで設定情報を管理するとともに、
上記要素情報は、要素コード、タイプ識別子、データ長、および、実データからなることを特徴とするネットワーク保守システム。
【請求項２】
前記通信端末装置は、前記設定情報を前記保守端末装置へ送信する際、前記所定フォーマットに合わせたデータ形式で送信データを作成することを特徴とする請求項１記載のネットワーク保守システム。
【請求項３】
前記保守端末装置は、前記設定情報を前記通信端末装置へ送信する際、保存している設定情報の要素情報については、当該通信端末装置が取り扱い可能なデータタイプに変換した後に送信することを特徴とする請求項１記載のネットワーク保守システム。
【請求項４】
前記設定情報に含める前記要素情報の個数は、制限しないことを特徴とする請求項１記載のネットワーク保守システム。
【請求項５】
前記設定情報について、前記保守端末装置において、所定のアプリケーションプログラムを用い、所定形式で表示することを特徴とする請求項１記載のネットワーク保守システム。
【請求項６】
前記通信端末装置は、前記保守端末装置より受信した設定情報に含まれる機能情報について、当該機能情報に含まれる同種の要素データを、自端末が処理可能な態様に複数の要素に振り分けることができるようにしたことを特徴とする請求項１記載のネットワーク保守システム。
【請求項７】
前記通信端末装置は、前記保守端末装置より受信した設定情報に含まれる機能情報のうち、自端末が処理可能ではない機能情報については、削除することを特徴とする請求項１記載のネットワーク保守システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介し、多数の通信端末装置の設定情報を管理する保守端末装置を有するネットワーク保守システムに関する。
【０００２】
【従来の技術】
従来より、ネットワークを介し、多数の通信端末装置（例えば、ファクシミリ装置）の設定情報を管理する保守端末装置を有するネットワーク保守システムが実用化されている。
【０００３】
一方、ファクシミリ装置の装置機能は多様化しており、また、機種ごとに備わっている装置機能も種々にわたっているので、保守端末装置が管理する設定情報の内容も、機種ごとにまちまちである（特許文献１参照）。
【０００４】
【特許文献１】
特開昭２００１−３２０５２０号公報
【０００５】
【発明が解決しようとする課題】
このようにして、従来の保守端末装置では、管理すべき設定情報の内容がいろいろな態様を備えているため、管理処理が困難になるという実情があった。
【０００６】
発明は、かかる実情に鑑みてなされたものであり、保守端末装置や通信端末装置での設定情報等の取り扱いが容易になるネットワーク保守システムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
本発明は、ネットワークを介し、多数の通信端末装置の設定情報を管理する保守端末装置を有するネットワーク保守システムにおいて、上記保守端末装置は、それぞれの上記通信端末装置について、おのおのの通信端末装置の機能情報と、それぞれの機能情報を構成する要素情報に階層化した所定フォーマットで設定情報を管理するとともに、上記要素情報は、要素コード、タイプ識別子、データ長、および、実データからなるものである。
【０００８】
また、前記通信端末装置は、前記設定情報を前記保守端末装置へ送信する際、前記所定フォーマットに合わせたデータ形式で送信データを作成する。
【０００９】
また、前記保守端末装置は、前記設定情報を前記通信端末装置へ送信する際、保存している設定情報の要素情報については、当該通信端末装置が取り扱い可能なデータタイプに変換した後に送信する。
【００１０】
また、前記設定情報に含める前記要素情報の個数は、制限しない。
【００１１】
また、前記設定情報について、前記保守端末装置において、所定のアプリケーションプログラムを用い、所定形式で表示する。
【００１２】
また、前記通信端末装置は、前記保守端末装置より受信した設定情報に含まれる機能情報について、当該機能情報に含まれる同種の要素データを、自端末が処理可能な態様に複数の要素に振り分けることができるようにしたものである。
【００１３】
また、前記通信端末装置は、前記保守端末装置より受信した設定情報に含まれる機能情報のうち、自端末が処理可能ではない機能情報については、削除するようにしたものである。
【００１４】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１５】
図１は、本発明の一実施例にかかるネットワーク保守システムを示している。
【００１６】
同図において、このネットワーク保守システムは、アナログ公衆回線網ＰＳＴＮをネットワークとして用い、保守端末装置ＭＮは、多数（１０００台単位）のファクシミリ装置ＦＸ１〜ＦＸｎに対して、設定情報等の管理動作を行う。
【００１７】
図２は、ファクシミリ装置ＦＸ１〜ＦＸｎの構成の一例を示している。
【００１８】
同図において、システム制御部１は、このファクシミリ装置の各部の制御処理、および、所定のグループ３ファクシミリ伝送制御手順処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このファクシミリ装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するためのものである。
【００１９】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２０】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２１】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２２】
網制御装置１１は、このグループ３ファクシミリ装置をアナログ公衆網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２３】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、および、網制御装置１１は、内部バス１２に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１２を介して行われている。
【００２４】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００２５】
図３は、保守端末装置ＭＮの構成例を示している。
【００２６】
同図において、ＣＰＵ（中央処理装置）２１は、この保守端末装置ＭＮの動作制御を行うものであり、ＲＯＭ（リード・オンリ・メモリ）２２は、ＣＰＵ２１が起動時に実行するプログラムや必要なデータ等を記憶するためのものであり、ＲＡＭ（ランダム・アクセス・メモリ）２３は、ＣＰＵ２１のワークエリア等を構成するためのものである。
【００２７】
キャラクタジェネレータ２４は、図形文字の表示データを発生するためのものであり、時計回路２５は、現在日時情報を出力するためのものであり、網制御装置２６は、この保守端末装置ＭＮをアナログ公衆網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２８】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２９】
磁気ディスク装置２８は、種々のアプリケーションプログラム、ワークデータ、ファイルデータ、画情報データなどの種々のデータを記憶するためのものであり、ＣＲＴ画面表示装置２９は、この保守端末装置ＭＮを操作するための画面を表示するためのものであり、表示制御部３０は、ＣＲＴ画面表示装置２９の表示内容を制御するためのものである。
【００３０】
キーボード装置３１は、この保守端末装置ＭＮに種々のキー操作を行うためのものであり、画面指示装置３２は、ＣＲＴ画面表示装置２９の任意の点を指示する等の操作作業を行うためのものであり、入力制御部３３は、キーボード装置３１および画面指示装置３２の入力情報を取り込む等するためのものである。
【００３１】
これらのＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、キャラクタジェネレータ２４、時計回路２５、網制御装置２６、グループ３ファクシミリモデム２７、磁気ディスク装置２８、表示制御部３０、および、入力制御部３３は、バス３４に接続されており、これらの各要素間のデータのやりとりは、主としてこのバス３４を介して行われる。
【００３２】
さて、保守端末装置ＭＮは、おのおののファクシミリ装置ＦＸ１〜ＦＸｎについて、設定情報を形成して保存している。この設定情報は、例えば、図４（ａ）に示すような略木構造の階層的なデータ構造を備えている。
【００３３】
この場合、最上位には、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎを識別するための端末識別情報が位置し、次の階層には、１つ以上の機能情報が位置し、気の情報の下位の階層には、それぞれの機能情報に含まれる複数の要素情報が配置される。また、それぞれの要素情報には、実データが登録される。
【００３４】
また、設定情報のデータは、実際には、同図（ｂ）に示すように、線形上の構造で保存される。すなわち、設定情報のデータは、端末識別情報に続き、第１番目から機能情報が、機能データ終端子で区切られながら配置される。また、設定情報の最後には、データの最後をあらわす全データ終端子が配置される。
【００３５】
また、機能情報は、同図（ｃ）に示すように、機能コード情報と、１つ以上の要素情報からなる。また、要素情報は、同図（ｄ）に示すように、要素コード情報、その要素情報のデータタイプ（ＨＥＸ（１６進数）、ＤＥＸ（１０進数）、ＳＪＩＳ（Ｓ−ＪＩＳコード）、ＪＩＳ８（ＪＩＳコード）等の区別）をあらわすタイプ識別子、実データのデータ長、および、実データからなる。
【００３６】
また、機能情報には、同図（ｅ）に示すように、要素数を含めることもできる。
【００３７】
そして、保守端末装置ＭＮでは、それぞれの設定情報を、例えば、図５に示したような表示形式で表示し、適宜に操作できるようにしている。また、このような表示画面は、例えば、いわゆるスプレッドシート・アプリケーションのマクロ機能等を利用することで作成することができるので、非常に便利である。
【００３８】
このようにして、本実施例では、設定情報を階層構造としているので、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎにおける機能情報や要素情報の構成要素および個数が異なっていた場合であっても、柔軟に対処することができ、非常に便利である。
【００３９】
また、データアクセスの際には、この設定情報の階層構造を基準にして、ファクシミリ装置ＦＸ１〜ＦＸｎと保守端末装置ＭＮとの間でデータをやりとりすることで、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎでは、自端末のデータタイプと設定情報におけるデータタイプが相違する場合等では、設定情報に合わせるようにデータ変換することで対処することができ、非常に柔軟に対処することができる。
【００４０】
また、保守端末装置ＭＮは、ファクシミリ装置ＦＸ１〜ＦＸｎより設定情報を受信すると、その設定情報を直接管理することができるので、保守端末装置ＭＮの負担が大幅に軽減される。
【００４１】
また、ファクシミリ装置ＦＸ１〜ＦＸｎは、保守端末装置ＭＮより設定情報を受信した際、自端末で不要な要素情報を適宜に削除することができるので、設定情報を受信保存する際に必要なデータ容量を少なくすることができる。また、そのためには、自端末で必要な設定情報のテンプレートを、パラメータメモリ３等に保存しておけばよい。
【００４２】
なお、ファクシミリ装置ＦＸ１〜ＦＸｎと、保守端末装置ＭＮとの間の通信は、受信エラーを抑制できるＥＣＭモードの通信で行う。
【００４３】
図６は、ファクシミリ装置ＦＸ１〜ＦＸｎが設定情報を作成する場合の処理の一例を示している。
【００４４】
まず、ポインタＰ１の参照位置を初期化し（処理１０１）、処理すべき機能コードがあるかどうかを調べ（判断１０２）、判断１０２の結果がＮＯになるときには、全データについての処理が終了したので、全データ終端子をセットして（処理１０３）、この処理を終了する。
【００４５】
また、判断１０２の結果がＮＯになるときには、機能コードに対応した機能データがあるかどうかを調べ（判断１０４）、判断１０４の結果がＮＯになるときには、当該機能コードについてデータの保存をスキップするために、ポインタＰ１を次の位置に進めて（処理１０５）、判断１０２へ戻る。
【００４６】
また、判断１０４の結果がＹＥＳになるときには、ポインタＰ２の参照位置を初期化し（処理１０６）、有効データがあるかどうかを調べ（判断１０７）、判断１０８の結果がＹＥＳになるときには、機能コードをセットし（処理１０８）、要素情報をセットして（処理１０９）、ポインタＰ２の位置を次へと進める（処理１１０）。
【００４７】
そして、次の要素があるかどうかを調べ（判断１１１）、判断１１１の結果がＹＥＳになるときには、処理１０９へ戻って、次の要素の情報をセットする。また、判断１１１の結果がＮＯになるときには、すべての要素について処理が終了したかどうかを調べ（判断１１２）、判断１１２の結果がＮＯになるときには、処理１１０へ戻って、次の要素についての処理を行う。
【００４８】
また、判断１１２の結果がＹＥＳになるときには、１つの機能情報についてのデータセットが終了したので、機能データ終端子をセットして（処理１１３）、他に同機能のデータがあるかどうかを調べる（判断１１４）。判断１１４の結果がＹＥＳになるときには、処理１０６へ戻る。また、判断１１４の結果がＮＯになるときには、処理１０５へ戻る。
【００４９】
図７は、ファクシミリ装置ＦＸ１〜ＦＸｎが、保守端末装置ＭＮより受信した設定情報を解析する場合の処理の一例を示している。
【００５０】
まず、ポインタＰ３の参照位置を初期化し（処理２０１）、ポインタＰ３が参照しているデータが機能コードあるいは全データ終端子であるかどうかを調べ（処理２０２、判断２０３）、全データ終端子であった場合で、判断２０３の結果がＹＥＳになるときには、その処理を終了する。
【００５１】
判断２０３の結果がＮＯになるときには、機能データが有効であるかどうかを調べ（判断２０４）、判断２０４の結果がＮＯになるときには、ポインタＰ３の参照位置を次へと進めて（処理２０５）、機能データ終端子の検索を行い（処理２０６）、処理２０２へ戻る。
【００５２】
また、判断２０４の結果がＹＥＳになるときには、ポインタＰ２の参照位置を初期化し（処理２０７）、ポインタＰ２が参照しているデータが必要な要素であるかどうかを調べ（判断２０８）、判断２０８の結果がＹＥＳになるときには、その要素を解析する（処理２０９）。
【００５３】
次いで、ポインタＰ２の参照位置を進める（処理２１０）。また、判断２０８の結果がＮＯになるときには、処理２０９を実行せずに、処理２１０へ移行する。
【００５４】
次に、機能データ終端子を見つけたかどうかを調べ（判断２１１）、判断２１１の結果がＮＯになるときには、判断２０８へ戻り、それ以降の処理を実行する。また、判断２１１の結果がＹＥＳになるときには、ポインタＰ３の参照位置を、ポインタＰ２の次の位置に進めて（処理２１２）、処理２０２へ戻る。
【００５５】
なお、例えば、要素情報の個数を管理する管理桁数を、それぞれのファクシミリ装置について固定的に設定すると、機種買い換え後に設定情報を受信して設定しようとする場合等に不整合となるリスクがある。
【００５６】
そこで管理数が少ない機種でも何番目かは自身の管理数以上の桁でも判別できるようにしておく。
【００５７】
また、タイプ識別子であるが特にａｓｃｉｉ　７ｂｉｔを８ｂｉｔに拡張した場合、国によって参照する内容が異なる。通常は通信端末と保守端末は同一国にあることが自然であるが、ＰＣのアプリを共通にする場合などＰＣの設定でタイプ識別子を切替えてもよい。例えば、利用国に合わせ変えることができる。日本の場合、ＪＩＳ８かＳＪＩＳを基本とすることで余計な変換を少なくすればよい。
【００５８】
なお、タイプ識別としてａｓｃｉｉとあるものは前述のように８ｂｉｔ拡張されたものを意味してもよく、その場合、日本ならＪＩＳ８ということになる。必要に応じてＨＥＸ（１６進数）、ＤＥＣ（１０進数）を認めるものとするが、原則ない事が望ましい。少なくても保守端末側からは出さないことが望ましい。タイプ識別子は要素単位に決めておいてもよい。こうすれば保守端末側で同一タイプ識別子にに複数の種類を与える必要はなくなり変換が容易となる。データ長は変換された各要素毎のデータ長を計数し決定すればよい。ここで変換といっているのは、例えば、汎用的な表計算ソフトなどを利用し、順次機能コード、各要素を選択しデータを入力することで新規データを容易に作成できるものとする。上述と同様にこのファイルを保存する場合にマクロを組んでおくなどして、上述した設定情報のデータフォーマットに変換できるものとする。
【００５９】
【発明の効果】
以上説明したように、本発明によれば、設定情報を階層構造としているので、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎにおける機能情報や要素情報の構成要素および個数が異なっていた場合であっても、柔軟に対処することができ、非常に便利であるという効果を得る。
【００６０】
また、データアクセスの際には、この設定情報の階層構造を基準にして、ファクシミリ装置ＦＸ１〜ＦＸｎと保守端末装置ＭＮとの間でデータをやりとりすることで、それぞれのファクシミリ装置ＦＸ１〜ＦＸｎでは、自端末のデータタイプと設定情報におけるデータタイプが相違する場合等では、設定情報に合わせるようにデータ変換することで対処することができ、非常に柔軟に対処することができるという効果も得る。
【００６１】
また、保守端末装置ＭＮは、ファクシミリ装置ＦＸ１〜ＦＸｎより設定情報を受信すると、その設定情報を直接管理することができるので、保守端末装置ＭＮの負担が大幅に軽減されるという効果も得る。
【００６２】
また、ファクシミリ装置ＦＸ１〜ＦＸｎは、保守端末装置ＭＮより設定情報を受信した際、自端末で不要な要素情報を適宜に削除することができるので、設定情報を受信保存する際に必要なデータ容量を少なくすることができるという効果も得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるネットワーク保守システムを示したブロック図。
【図２】ファクシミリ装置ＦＸ１〜ＦＸｎの構成の一例を示したブロック図。
【図３】保守端末装置ＭＮの構成例を示したブロック図。
【図４】設定情報のデータ構造、および、機能情報と要素情報の一例を示した概略図。
【図５】設定情報の表示例を示した概略図。
【図６】ファクシミリ装置ＦＸ１〜ＦＸｎが設定情報を作成する場合の処理の一例を示したフローチャート。
【図７】ファクシミリ装置ＦＸ１〜ＦＸｎが、保守端末装置ＭＮより受信した設定情報を解析する場合の処理の一例を示したフローチャート。
【符号の説明】
ＦＸ１〜ＦＸｎ　ファクシミリ装置
ＭＮ　保守端末装置
【図１】
2004140550.tif 000003
【図２】
2004140550.tif 000004
【図３】
2004140550.tif 000005
【図４】
2004140550.tif 000006
【図５】
2004140550.tif 000007
【図６】
2004140550.tif 000008
【図７】
2004140550.tif 000009