JP3744001B2 - 通信端末装置からのデータ収集装置と通信端末装置の診断システム - Google Patents
通信端末装置からのデータ収集装置と通信端末装置の診断システム Download PDFInfo
- Publication number
- JP3744001B2 JP3744001B2 JP2002168162A JP2002168162A JP3744001B2 JP 3744001 B2 JP3744001 B2 JP 3744001B2 JP 2002168162 A JP2002168162 A JP 2002168162A JP 2002168162 A JP2002168162 A JP 2002168162A JP 3744001 B2 JP3744001 B2 JP 3744001B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication terminal
- diagnosis
- terminal device
- diagnostic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Facsimiles In General (AREA)
Description
【０００１】
【発明の利用分野】
この発明はファクシミリ装置などの通信端末装置の外部診断に関し、特に外部診断用のデータ収集装置と診断システムとに関する。
【０００２】
【従来技術】
ファクシミリ装置などの通信端末装置を、サービスセンターに設置したデータ収集装置に通信回線を介して接続し、ファクシミリ装置の状態や消耗品の使用状況などを送信するようにすることが行われている。このようにすることにより、サービスマンが通信装置の納入先を巡回して点検する必要が解消する。ところでデータ収集装置としてパーソナルコンピュータなどを用い、多種類の通信端末装置を管理する場合、データ収集装置でのデータの処理が困難になる。例えば、通信端末装置から診断用のデータを単に受信するだけでは、データの内容を解釈できない。
【０００３】
【発明の課題】
請求項１，６の発明の課題は、診断用の各データをデータ名無しで受信してもデータ名を付与できるようにすることにある。
請求項２，７の発明での追加の課題は、通信端末装置の機種をファクシミリ通信手順で識別できるようにすることにある。
請求項３，８の発明での追加の課題は、ファクシミリ通信で診断用の各データを高速で受信できるようにすることにある。
請求項４，９の発明での追加の課題は、通信端末装置から診断用のデータを、その一部の項目のみでも、受信できるようにすることにある。
請求項５，１０の発明での課題は、診断用の各データをデータベースで保存する際の、データの拡張性を増すことにある。
【０００４】
【発明の構成】
この発明のデータ収集装置は、通信端末装置を外部診断するためにデータを収集する装置において、通信端末装置から受信した診断用の各データにデータ名を付与して保存するために、診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする（請求項１）。
なおこの明細書において、データ名は、「第１給紙部エラー」などのようにデータの意味を表現したテキストデータでも良く、あるいはデータの種類のIDなどとして、データの意味は別途のテーブルなどを参照すると解釈できるようにしたものでも良い。
【０００５】
またこの発明の通信端末装置の診断システムは、通信端末装置をデータ収集装置に接続して、診断用のデータを収集するようにした診断システムにおいて、通信端末装置を、診断用の各データを所定の順に、データ収集装置へ送信するように構成し、データ収集装置には、通信端末装置から受信した診断用の各データにデータ名を付与するために、診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする（請求項６）。
【０００６】
好ましくは、前記診断用の各データをファクシミリ通信手順により通信端末装置からデ ータ収集装置が受信するようにすると共に、該ファクシミリ通信手順でのＮＳＦ（非標準機能識別信号）から、通信端末装置の機種を識別して前記機種毎の診断用テーブルを選択するための手段をデータ収集装置に設ける（請求項２，７）。
【０００７】
また好ましくは、通信端末装置から診断用の各データをファクシミリ通信での画データとしてデータ収集装置へ送信し、データ収集装置には、診断用の各データを画データとして受信するための手段を設ける（請求項３，８）。
【０００８】
好ましくは、通信端末装置から、診断用の各データにアドレスを付加して送信すると共に、データ収集装置の変換手段では、診断用の各データのアドレスにより、前記機種毎の診断用テーブルを参照してデータ名を付与する（請求項４，９）。
【０００９】
また好ましくは、前記変換手段では、データ名をタグとして付加したＸＭＬファイルとして保存する（請求項５，１０）。
【００１０】
また好ましくは、データ名付与後の診断用のデータをデータマイニングするための、データベースを接続する。このようにすると、データ名を付与したデータをデータベースに入力してデータマイニングを可能にするので、通信端末装置がどのような使われ方をしているか、通信端末装置のどのような点を改良すべきか、などの情報が得られる。
【００１１】
【発明の作用と効果】
この発明では、通信端末装置からデータ名無しで診断用の各データを送信すると、データ収集装置側で通信端末装置の機種毎の診断用テーブルを参照しデータ名を付与し保存する。例えば通信端末装置からデータのみをテーブルの順序で連続して送信しても、データ収集装置側で診断用テーブルを参照して個々のデータに切り分け、データ名を付加できる。このためメモリ容量の少ないファクシミリ装置などのデータを収集するのに特に適している。
【００１２】
ここで通信端末装置とデータ収集装置との間で、通信端末装置の機種をＮＳＦ（非標準機能識別信号）で指定するようにすると、ファクシミリ通信の手順でデータ診断用テーブルを選択できる（請求項２，７）。
【００１３】
また診断用の各データを画データとして通信すると、ＤＴＭＦ信号として送信する場合よりも、高速に通信できる（請求項３，８）。
【００１４】
通信端末装置からデータのアドレスとデータ名とを送信し、データ収集装置で診断用のテーブルをアドレスで参照してデータ名を付与すると、テーブルの一部の項目のデータのみを送信しても、収集装置側でデータ名を付与できる（請求項４，９）。
【００１５】
収集した診断用の各データのデータ名をタグとしてＸＭＬファイルに変換して保存すると、データベースに保存した際に、データ名の種類が後に増した場合などにも対応できて便利である（請求項５、１０）。
【００１６】
【実施例】
図１〜図１１に、実施例の通信端末装置とその診断システムとを示す。なお実施例では、ファクシミリ装置２を通信端末装置の例とし、サービスセンターなどに設けたデータ収集装置４などで診断するものとする。しかしながら通信端末装置の種類自体は任意である。これらの図において、２はファクシミリ装置で、公衆回線網(PSTN)やインターネットなどを介してサービスセンターに設けられたデータ収集装置４に接続される。データ収集装置４は例えばパーソナルコンピュータなどを用いたもので、６はその表示部で、キーボードなどを操作することによりもしくは自動で、所要のデータを表示部６に表示させることができる。
【００１７】
８は診断用テーブルで、例えば管理（外部診断）するファクシミリ装置の機種毎に設けられ、外部診断により受信する各々のデータ（１レコード分のデータ）の、アドレス、データのサイズ、データ名を記憶している。データ名は例えば「定着ヒータの状態」、「キーABの押下回数」などのデータの意味のことである。１０は診断用データファイルで、ファクシミリ装置毎の診断用データを記憶する。１１はXML変換部で、受信した診断用データに、診断用テーブル８から読み出したデータ名をタグとして付加し、XMLファイルに変換する。
【００１８】
１２はデータベースサーバで、パーソナルコンピュータやワークステーションなどで構成し、１４はその端末である。１６は既納機データベースで、１８は消耗品データベースである。既納機データベース１６には、サービスセンターから見た場合に、ユーザに納品済みのファクシミリ装置、即ち既納機、についての診断用データが蓄積されている。また既納機データベース１６や診断用データファイル１０には、各ファクシミリ装置の固有番号、機種番号、所有者や電話番号，所在地などの管理用のデータも記憶されている。
【００１９】
消耗品データベース１８には、ファクシミリ装置に対して補充すべき消耗品のデータや、メンテナンスの要否などのデータが記憶され、消耗品データベース１８のデータは既納機データベース１６から抽出されたものである。そして消耗品データベース１８のデータを用いることにより、サービスセンターで管理するファクシミリ装置に対して、消耗品を交換したりサービスマンがメンテナンスに赴いたりする計画を立てることができる。
【００２０】
XML変換部１１は、データ収集装置４が受信した診断用データをXML形式にデータ変換するためのもので、変換先のフォーマットはXMLに限らず、データベースで扱いやすい形式のデータへ変換するものであればよい。ただしXML形式にすると、データベース１６，１８で記憶するデータに拡張性が増すので好ましい。例えばデータ名の種類などが後に増した場合にも、XML形式のデータであれば容易に対応できるが、他の形式のデータではデータベース１６，１８の設置時にデータ名を決定しておく必要がある。また実施例では、XML変換部１１をデータ収集装置４に設けたが、データベースサーバー１２側に設けても良い。
【００２１】
図２にファクシミリ装置２の構成を示すと、２２は主制御部で、２４はNCU(網制御部)で、公衆回線網との呼を確立し、２６はモデムで、公衆回線網を介しての通信を行う。２８は画像処理部で、３０はスキャナであり、CCDなどの撮像素子と光源やレンズなどの光学系とを備えて、原稿台やADFなどにセットした原稿から画像を読み取り、画像処理部２８で処理する。３２は操作部で、テンキーやタッチキーなどを備え、ユーザはここからコピー枚数を入力したり、送信先のファクシミリ番号を入力したりする。３４は表示部でＬＣＤなどを用い、例えば操作用のタッチキーに重ねてタッチパネルとして用いる。そして表示部３４には、ファクシミリ装置２を使用するためのガイダンスなどを表示する。
【００２２】
３６はLANインターフェースで、LANを介してクライアントのパーソナルコンピュータやメールサーバーなどに接続する。LANインターフェース３６は、ファクシミリ装置２をLANで共有し、かつインターネットファクシミリを行うためのもので、設けなくても良い。３８はＲＯＭで、ファクシミリ装置２の各種制御プログラムなどを記憶する。
【００２３】
４０はRAMで、各種の作業用データなどを記憶し、記憶期間が長いため例えばSRAMなどを用い、アドレステーブル４２と診断用データ記憶部４４とを設ける。アドレステーブル４２には、診断用データ記憶部４４の各レコードのアドレス並びにそのデータサイズを記憶する。なお各レコードで、データ本体が固定サイズの場合などには、データサイズを記憶する必要はない。アドレステーブル４２は、診断用データ記憶部４４の管理、例えばデータの更新や読み出しなどに必要である。
【００２４】
診断用データ記憶部４４には、ファクシミリ装置で生じた各種のトラブルや消耗品の情報、設定品の情報などを記憶する。ここに言うトラブルは、実際にユーザに感じられる故障のみを意味するのではなく、各種のセンサで検出された偶発的ないしは一時的な故障なども含んでいる。
【００２５】
図３の(1)に、データ収集装置の診断用テーブル８の構成を、(2)にファクシミリ装置のアドレステーブル４２の構成を示す。これらのテーブル８，４２には各レコードのアドレスとサイズとが記憶され、アドレスは例えば各データがテーブル８，４２の上から何番目のデータであるかを示し、サイズは各データの長さを例えばバイト単位で示している。診断用テーブル８には、各レコードのデータ名も記憶され、前記のように、レコードは１つのデータ項目でのデータのセットである。同じ機種のファクシミリ装置２に対する、テーブル８，４２のアドレスやサイズは共通である。
【００２６】
各レコードのデータの内容は、ファクシミリ装置の各部分でのトラブルなどの装置の使用状況の情報や、消耗品に関する情報、装置の設定に関する情報などである。装置の使用状況に関する情報には、例えば最初の給紙カセットである第１給紙部で紙詰まりなどのエラーが生じた回数や、定着ヒータの状態、もしくはキーABの使用回数、などの様々なものが含まれている。消耗品に関する情報には、トナーの残量、感光体ドラムや感光体カセットなどの残寿命などの各消耗品の残寿命や交換時期などに関する情報が含まれている。さらに設定情報には、ファクシミリ装置がどのように設定されているかが記憶されいている。
【００２７】
このように診断用データから、ファクシミリ装置に関して豊富な情報が得られるので、データベースサーバーで、既納機データベースや消耗品データベースのデータを処理することにより、種々の情報を抽出できる。例えばユーザはどのキーを使用している回数が多いのかが判明すると、ユーザがファクシミリ装置をどのように操作して、プリントやファックスなどの指示を入力しているのかを推測できる。またファクシミリ装置の各部でのエラーの回数なども重要な情報で、ファクシミリ装置の改善すべき点を示唆している。さらに、ある箇所でのエラーの回数と他の箇所でのエラーの回数に相関があるなどのことは、設計上などで重要な情報となる。このようにファクシミリ装置の診断用データは豊富な情報を与えるので、これをデータベースに登録し、データマイニングしてファクシミリ装置の使われ方や問題点を解明するために用いる。
【００２８】
４６は画像メモリで、受信画像や画像処理部２８で作成した画像データなどを記憶するためのもので、DRAMなどを用いる。４８は符号化復号化部で、画像データをファクシミリ送信用に符号化し、また受信したデータを復号化して、プリンタ５０でプリントするのに適したデータに変換する。符号化の主な目的は画像データの圧縮であり、復号化の目的は圧縮したデータを元の画像データに復号することである。５０はプリンタで、フィルム状やドラム状の感光体などを用いて、読み取り画像や受信画像などを用紙に記録する。
【００２９】
アドレステーブル４２のデータや、診断用データ記憶部４４のデータは、例えばASCIIコードやバイナリ形式などで記述され、イメージデータではない通常のデータである。ファクシミリ装置は、DTMFなどによりこのようなデータを送信できるが、これでは低速である。そこで例えばASCIIコードなどのデータを、データ送信の規約上で形式的に画像データとして扱って、データ収集装置へ送信する。なおこのデータは画像圧縮に適したデータではないので、MMRなどの圧縮符号化は不要である。
【００３０】
診断用データをデータ収集装置に送信するのは、データ収集装置からポーリングを受けて、それに対する応答として送信するようにしてもよい。あるいはまたファクシミリ装置側で、例えば月に１回程度定期的に診断用データをデータ収集装置側に送信する他に、感光体ドラムの残寿命が所定値以下となったので感光体ドラムの交換が必要である、などの所定の状況が生じた際に送信するようにしても良い。また実施例では、公衆回線を介して診断用データを送信する例を示すが、インターネット経由で診断用データを送信しても良い。
【００３１】
図４，図５にデータ収集装置からポーリングして、診断用データを送信する際の手順を示す。データ収集装置はファクシミリ装置に対して発呼し(ステップ１)、ファクシミリ装置からデジタル識別信号DIS，非標準機能識別信号NSF，被呼端末識別信号CSIを受信する(ステップ２)。なお非標準機能識別信号NSFから、ファクシミリ装置の固有番号や機種番号が判明し、このファクシミリ装置の診断用データにデータ名を付与するのに必要な診断用テーブルも判明する。非標準機能命令NSCに外部診断を行う旨を記述して送信する(ステップ３)。さらにステップ４で、デジタル送信命令DTCを送信する。ファクシミリ装置からは診断用データが、診断用テーブルの先頭から終わりへの順に、例えば全データ分、送られてくる。ただしアドレスやデータのサイズは送信されない。
【００３２】
データ収集装置は、診断用テーブルの先頭を参照し（ステップ５）、診断用テーブルの先頭から最後までの順に、各レコードのデータ本体（診断データ）のみが送られてくるものとして受信し（ステップ６）、診断用テーブルを参照して、データ名をタグとして付加してXMLファイルに変換し、診断用データファイル１０に保存する（ステップ７）。以上の処理を、診断用テーブルの全項目を受信するまで繰り返す(ステップ８)。なお図４の結合子１は、図６のアルゴリズムでステップ１１〜ステップ１３を処理した後、図４の結合子１からステップ５以降の処理を行うためのものである。
【００３３】
ここでは、ファクシミリ装置はデータ本体のみをアドレステーブルの順に送信するものとしたが、アドレスとデータ本体との組み合わせを送信しても良く、あるいはアドレスとデータサイズとデータ本体との組み合わせを送信しても良い。データ本体にアドレスを付加して送信すると、診断用データの一部のみを送信した場合でも、受信側のデータ収集装置ではどのデータを受信したのかがアドレスから判明する。このため、診断用データの一部のみを送信し、例えば前回の送信時と同じデータは送信を省略できる。また診断用データを全数送信する場合でも、一部のデータが欠落したなどの通信不良を、データ収集装置側で検出できる。この検出には、データの欠落などが生じれば、受信したアドレスが診断用テーブルから予想されるアドレスと一致しなくなることを利用する。さらにデータのサイズを送信データに付加すると、各データの終わりをより容易に認識できる。
【００３４】
図４に示したデータ収集装置との通信の手順を図５に示す。この通信手順はファクシミリ通信手順で、ITU-T 勧告 T.30に規定されたG3ファクシミリ通信の手順を用いるものとし、発呼側がデータ収集装置で、被呼側がファクシミリ装置である。ファクシミリ通信は５つのフェーズから構成され、最初に発呼側がCNG(発呼トーン)として1100Hzのトーン信号を被呼側に送信し、被呼側がこれに応答して、例えば2100Hzのトーン信号からなる被呼局識別信号CEDを返信することにより、発呼側と被呼側との間の呼が確立される。
【００３５】
続いて被呼側は、デジタル識別信号DIS並びに非標準機能識別信号NSFおよび被呼端末識別信号CSIを送信する。このうちNSFは、被呼側のファクシミリ装置に装備されている非標準的な端末機能を表示するものであり、診断用データの送信機能は非標準機能の例である。発呼側はデジタル送信命令信号DTCや非標準機能命令信号NSCを送信し、NSC中において外部診断通信を行うことを指定する。さらに発呼側は、発呼端末識別信号CIGを送信し、これ以外に必要であれば選択ポーリング信号SEPやパスワードPWDなどを送信する。
【００３６】
発呼側からのNSC信号により、外部診断通信を行うことを指定されると、被呼側はデジタル命令信号DCSおよび非標準設定信号NSS並びに送信端末識別信号TSIを送信する。そして非標準機能設定信号NSS中で、外部診断通信を行うことを設定する。続いて被呼側はトレーニング信号TCFを指定されたモデム速度で送信し、トレーニングがＯＫの場合、受信準備確認信号CFRを発呼側から受信し、失敗した場合、トレーニング失敗信号FTT信号を受信する。FTT信号を受信した場合、TCF信号を再送信する。このようにして発呼側と被呼側との間のプリメッセージ手順を完了する。
【００３７】
ファクシミリ装置は、DTMF信号などにより画像データ以外のデータの送信が可能であるが、送信速度が遅い。そこで、診断用データの各レコードを画像データPIXとして送信する。従ってこのデータの送信は、送信手順上はファクシミリメッセージの送信である。このようにしてメッセージ伝送のフェーズを終えると、被呼側のファクシミリ装置から発呼側のデータ収集装置に対して、手順終了信号EOPを送信し、発呼側からメッセージ確認信号MCFを受信する。これによってポストメッセージ手順を終了し、次いで被呼側から発呼側に対して、切断命令信号DCNを送信して通信を切断し、呼を開放する。
【００３８】
以上の送信手順の特徴は、
・非標準機能を利用して診断用データを送受信していること、
・診断用データなどを画像データとして送信していること、
・ポーリングを用いているので、発呼側と被呼側の関係が通常のファクシミリ通信とは逆になっていること、である。
【００３９】
図６，図７に、データ収集装置がファクシミリ装置側の発呼による着信を待って、外部診断通信を行う際の手順を示す。なおこれらの図の説明において、図４，図５と共通の点は説明を省略する。
【００４０】
図６において、ファクシミリ装置は定期的にもしくは所定の条件が満たされた際に外部診断通信を行い、データ収集装置は常時はファクシミリ装置からの着信を待っており、着信があると（ステップ１１）、外部診断通信か否かを非標準機能設定信号NSSから判別し（ステップ１２）、外部診断通信の場合、図４の結合子１にジャンプする。また外部診断通信でなければ、通常の受信を行う（ステップ１３）。
【００４１】
図７に、ファクシミリ装置側が発呼側となる際の送信手順を示す。図５と同様に、ITU-T 勧告 T.30などのファクシミリ送信手順を用い、発呼側から発呼トーンCNGを送信し、被呼側のデータ収集装置側から被呼局識別信号CEDの返信を受けて呼を確立する。次いで被呼側のデータ収集装置から、デジタル識別信号DISや非標準機能識別信号NSF、被呼局端末識別信号CSIなどの送信を受け、デジタル設定信号DCSや非標準機能設定信号NSS、送信端末識別信号TSI、サブアドレス信号SUBなどを送信する。
【００４２】
データ収集装置からの非標準機能識別信号NSFには、診断用データの受信ができる旨が宣言されている。そして発呼側のファクシミリ装置は、非標準機能設定信号NSS中で、診断用データの送信を行う旨を宣言する。次いでファクシミリ装置はトレーニング装置TCFを送信し、これに対して被呼側のデータ収集装置は受信準備確認信号CFRもしくはトレーニング失敗信号FTTを送信する。このようにしてプリメッセージ手順を終了する。
【００４３】
発呼側のファクシミリ装置は前記と同様にして、ファクシミリメッセージとして、診断用データの各データをアドレステーブルの順で、画像データPIXとして送信する。これがメッセージの伝送手順である。ファクシミリメッセージの送信を終了すると、手順終了信号EOPを送信し、被呼側から受信確認信号MCFを受信して、ポストメッセージ手順を終了し、発呼側から切断命令信号DCNを送信して通信を切断し、呼を開放する。
【００４４】
図８〜図１１に、センター側診断機(データ収集装置)と端末機(ファクシミリ装置)との間の通信、並びにセンター側診断機とデータベースサーバーとの間のやり取りのアルゴリズムを示す。なおこれらの図において、同じステップ番号は同じ内容のステップを示す。図８では、センター側診断機がステップ２０で端末機にダイヤルしてポーリングし、端末機２は着信を検出すると(ステップ２１)、機器状態およびトラブル情報などの診断用データをセンター側に送信する(ステップ２２)。センター側診断機は端末機から、消耗品や設定などの機器状態の情報、およびトラブル情報などを受信すると(ステップ２３)、診断用テーブルを参照し、データ名をタグとして付加してXML変換し、XMLファイルとして保存する(ステップ２４)。そしてデータベースサーバーに、新着のファイルがある旨のメッセージを送出する(ステップ２５)。
【００４５】
データベースサーバーは、常時は診断機からのメッセージを待っており(ステップ２６)、診断機からのメッセージを受信すると(ステップ２７)、診断機からファイルを取得し(ステップ２８)、データベースに登録する(ステップ２９)。
【００４６】
図９のアルゴリズムは、センター側診断機がデータベースサーバーにメッセージを送出する代わりに、データベースサーバーがセンター側診断機に新着ファイルがあるかどうかを探索するようにしたものである。他の点では図８のアルゴリズムと同様である。データベースサーバーは常時センター側診断機に新着ファイルがあるかどうかを探しており(ステップ３０)、新しいファイルが存在すると(ステップ３１)、図８のステップ２８，ステップ２９を実行して、新着ファイルをデータベースに登録する。
【００４７】
図１０のアルゴリズムは、ファクシミリ装置などの端末機が自発的にセンター側診断機に送信するようにしたもので、他の点では図８のアルゴリズムと同様である。即ち端末機で、所定時間が経過した、もしくはセンター側診断機に送信するための所定の条件を満たした（イベントが発生した）、などの事態が生じると、送信指示が発生し(ステップ４０)、サービスセンターに自動ダイヤルし(ステップ４１)、図８のステップ２２と同様にして、機器状態およびトラブル情報などをセンター側に送信する(ステップ２２)。なおここでのセンターへの送信手順は、図５の手順ではなく、図７の手順を用いる。図１０の場合、センター側診断機やデータベースサーバーでの処理は、図８と同様なので説明を省略した。
【００４８】
図１１のアルゴリズムは、端末機側が自発的にセンターに送信を行い、センター側診断機とデータベースサーバーとで、図９のアルゴリズムを実行するようにしたものである。即ち端末機は、ステップ４０で送信指示が発生すると、サービスセンターに自動的にダイヤルし(ステップ４１)、機器状態およびトラブル情報などをセンターに送信する(ステップ２２)。センター側診断機では、図９のステップ２３，ステップ２４を実行して、端末機から機器状態およびトラブル情報などを受信する(ステップ２３)。そしてセンター側診断機は受信データにデータ名をタグとして付加してXML変換し、XMLファイルとして保存する(ステップ２４)。データベースサーバーは、センター側診断機に新しいファイルがあるか否かを常時探しており(ステップ３０)、新着ファイルがあると(ステップ３１)、ファイルを取得し(ステップ２８)、データベースに登録する(ステップ２９)。
【図面の簡単な説明】
【図１】 ファクシミリ装置とデータ収集装置とを接続した、実施例の診断システムのブロック図
【図２】 診断対象のファクシミリ装置の構成を示すブロック図
【図３】 データ収集装置に設けた診断用テーブル(1)と、ファクシミリ装置に設けたアドレステーブル(2)とを示す図
【図４】 実施例の診断システムで、データ収集装置がポーリングでファクシミリ装置を呼び出し、診断用データを受信してデータ名を付加して保存する際のアルゴリズムを示すフローチャート
【図５】 データ収集装置がファクシミリ装置をポーリングで呼び出し、診断用データを受信する際の通信手順を示す図
【図６】 ファクシミリ装置が発呼してデータ収集装置側を呼び出し、診断用データを送信する際の、データ収集装置における送信アルゴリズムを示すフローチャート
【図７】 図６のアルゴリズムに従った通信手順を示す図
【図８】 実施例で、データ収集装置からファクシミリ装置を呼び出して診断用データを取得し、データベースサーバーにメッセージを送信して、データベースサーバーが診断用データを取得して処理するようにした、データ収集装置とファクシミリ装置と、データベースサーバーとの動作アルゴリズムを示すフローチャート
【図９】 実施例で、データ収集装置からファクシミリ装置を呼び出して診断用データを取得し、データベースサーバーがデータ収集装置への新着データを探して処理するようにした、データ収集装置とファクシミリ装置とデータベースサーバーとの動作アルゴリズムを示すフローチャート
【図１０】 実施例で、ファクシミリ装置がデータ収集装置を呼び出して診断用データを送信し、データ収集装置がデータベースサーバーにメッセージを送信して、データベースサーバーがデータを取得して処理するようにした、データ収集装置とファクシミリ装置と、データベースサーバーとの動作アルゴリズムを示すフローチャート
【図１１】 実施例で、ファクシミリ装置がデータ収集装置を呼び出して診断用データを送信し、データベースサーバーがデータ収集装置への新着データを探して処理するようにした、データ収集装置とファクシミリ装置とデータベースサーバーとの動作アルゴリズムを示すフローチャート
【符号の説明】
２ ファクシミリ装置
４ データ収集装置
６ 表示部
８ 診断用テーブル
１０ 診断用データファイル
１１ XML変換部
１２ データベースサーバー
１４ 端末
１６ 既納機データベース
１８ 消耗品データベース
２２ 主制御部
２４ ＮＣＵ
２６ モデム
２８ 画像処理部
３０ スキャナ
３２ 操作部
３４ 表示部
３６ LANインターフェース
３８ ＲＯＭ
４０ RAM
４２ アドレステーブル
４４ 診断用データ記憶部
４６ 画像メモリ
４８ 符号化復号化部
５０ プリンタ
【発明の利用分野】
この発明はファクシミリ装置などの通信端末装置の外部診断に関し、特に外部診断用のデータ収集装置と診断システムとに関する。
【０００２】
【従来技術】
ファクシミリ装置などの通信端末装置を、サービスセンターに設置したデータ収集装置に通信回線を介して接続し、ファクシミリ装置の状態や消耗品の使用状況などを送信するようにすることが行われている。このようにすることにより、サービスマンが通信装置の納入先を巡回して点検する必要が解消する。ところでデータ収集装置としてパーソナルコンピュータなどを用い、多種類の通信端末装置を管理する場合、データ収集装置でのデータの処理が困難になる。例えば、通信端末装置から診断用のデータを単に受信するだけでは、データの内容を解釈できない。
【０００３】
【発明の課題】
請求項１，６の発明の課題は、診断用の各データをデータ名無しで受信してもデータ名を付与できるようにすることにある。
請求項２，７の発明での追加の課題は、通信端末装置の機種をファクシミリ通信手順で識別できるようにすることにある。
請求項３，８の発明での追加の課題は、ファクシミリ通信で診断用の各データを高速で受信できるようにすることにある。
請求項４，９の発明での追加の課題は、通信端末装置から診断用のデータを、その一部の項目のみでも、受信できるようにすることにある。
請求項５，１０の発明での課題は、診断用の各データをデータベースで保存する際の、データの拡張性を増すことにある。
【０００４】
【発明の構成】
この発明のデータ収集装置は、通信端末装置を外部診断するためにデータを収集する装置において、通信端末装置から受信した診断用の各データにデータ名を付与して保存するために、診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする（請求項１）。
なおこの明細書において、データ名は、「第１給紙部エラー」などのようにデータの意味を表現したテキストデータでも良く、あるいはデータの種類のIDなどとして、データの意味は別途のテーブルなどを参照すると解釈できるようにしたものでも良い。
【０００５】
またこの発明の通信端末装置の診断システムは、通信端末装置をデータ収集装置に接続して、診断用のデータを収集するようにした診断システムにおいて、通信端末装置を、診断用の各データを所定の順に、データ収集装置へ送信するように構成し、データ収集装置には、通信端末装置から受信した診断用の各データにデータ名を付与するために、診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする（請求項６）。
【０００６】
好ましくは、前記診断用の各データをファクシミリ通信手順により通信端末装置からデ ータ収集装置が受信するようにすると共に、該ファクシミリ通信手順でのＮＳＦ（非標準機能識別信号）から、通信端末装置の機種を識別して前記機種毎の診断用テーブルを選択するための手段をデータ収集装置に設ける（請求項２，７）。
【０００７】
また好ましくは、通信端末装置から診断用の各データをファクシミリ通信での画データとしてデータ収集装置へ送信し、データ収集装置には、診断用の各データを画データとして受信するための手段を設ける（請求項３，８）。
【０００８】
好ましくは、通信端末装置から、診断用の各データにアドレスを付加して送信すると共に、データ収集装置の変換手段では、診断用の各データのアドレスにより、前記機種毎の診断用テーブルを参照してデータ名を付与する（請求項４，９）。
【０００９】
また好ましくは、前記変換手段では、データ名をタグとして付加したＸＭＬファイルとして保存する（請求項５，１０）。
【００１０】
また好ましくは、データ名付与後の診断用のデータをデータマイニングするための、データベースを接続する。このようにすると、データ名を付与したデータをデータベースに入力してデータマイニングを可能にするので、通信端末装置がどのような使われ方をしているか、通信端末装置のどのような点を改良すべきか、などの情報が得られる。
【００１１】
【発明の作用と効果】
この発明では、通信端末装置からデータ名無しで診断用の各データを送信すると、データ収集装置側で通信端末装置の機種毎の診断用テーブルを参照しデータ名を付与し保存する。例えば通信端末装置からデータのみをテーブルの順序で連続して送信しても、データ収集装置側で診断用テーブルを参照して個々のデータに切り分け、データ名を付加できる。このためメモリ容量の少ないファクシミリ装置などのデータを収集するのに特に適している。
【００１２】
ここで通信端末装置とデータ収集装置との間で、通信端末装置の機種をＮＳＦ（非標準機能識別信号）で指定するようにすると、ファクシミリ通信の手順でデータ診断用テーブルを選択できる（請求項２，７）。
【００１３】
また診断用の各データを画データとして通信すると、ＤＴＭＦ信号として送信する場合よりも、高速に通信できる（請求項３，８）。
【００１４】
通信端末装置からデータのアドレスとデータ名とを送信し、データ収集装置で診断用のテーブルをアドレスで参照してデータ名を付与すると、テーブルの一部の項目のデータのみを送信しても、収集装置側でデータ名を付与できる（請求項４，９）。
【００１５】
収集した診断用の各データのデータ名をタグとしてＸＭＬファイルに変換して保存すると、データベースに保存した際に、データ名の種類が後に増した場合などにも対応できて便利である（請求項５、１０）。
【００１６】
【実施例】
図１〜図１１に、実施例の通信端末装置とその診断システムとを示す。なお実施例では、ファクシミリ装置２を通信端末装置の例とし、サービスセンターなどに設けたデータ収集装置４などで診断するものとする。しかしながら通信端末装置の種類自体は任意である。これらの図において、２はファクシミリ装置で、公衆回線網(PSTN)やインターネットなどを介してサービスセンターに設けられたデータ収集装置４に接続される。データ収集装置４は例えばパーソナルコンピュータなどを用いたもので、６はその表示部で、キーボードなどを操作することによりもしくは自動で、所要のデータを表示部６に表示させることができる。
【００１７】
８は診断用テーブルで、例えば管理（外部診断）するファクシミリ装置の機種毎に設けられ、外部診断により受信する各々のデータ（１レコード分のデータ）の、アドレス、データのサイズ、データ名を記憶している。データ名は例えば「定着ヒータの状態」、「キーABの押下回数」などのデータの意味のことである。１０は診断用データファイルで、ファクシミリ装置毎の診断用データを記憶する。１１はXML変換部で、受信した診断用データに、診断用テーブル８から読み出したデータ名をタグとして付加し、XMLファイルに変換する。
【００１８】
１２はデータベースサーバで、パーソナルコンピュータやワークステーションなどで構成し、１４はその端末である。１６は既納機データベースで、１８は消耗品データベースである。既納機データベース１６には、サービスセンターから見た場合に、ユーザに納品済みのファクシミリ装置、即ち既納機、についての診断用データが蓄積されている。また既納機データベース１６や診断用データファイル１０には、各ファクシミリ装置の固有番号、機種番号、所有者や電話番号，所在地などの管理用のデータも記憶されている。
【００１９】
消耗品データベース１８には、ファクシミリ装置に対して補充すべき消耗品のデータや、メンテナンスの要否などのデータが記憶され、消耗品データベース１８のデータは既納機データベース１６から抽出されたものである。そして消耗品データベース１８のデータを用いることにより、サービスセンターで管理するファクシミリ装置に対して、消耗品を交換したりサービスマンがメンテナンスに赴いたりする計画を立てることができる。
【００２０】
XML変換部１１は、データ収集装置４が受信した診断用データをXML形式にデータ変換するためのもので、変換先のフォーマットはXMLに限らず、データベースで扱いやすい形式のデータへ変換するものであればよい。ただしXML形式にすると、データベース１６，１８で記憶するデータに拡張性が増すので好ましい。例えばデータ名の種類などが後に増した場合にも、XML形式のデータであれば容易に対応できるが、他の形式のデータではデータベース１６，１８の設置時にデータ名を決定しておく必要がある。また実施例では、XML変換部１１をデータ収集装置４に設けたが、データベースサーバー１２側に設けても良い。
【００２１】
図２にファクシミリ装置２の構成を示すと、２２は主制御部で、２４はNCU(網制御部)で、公衆回線網との呼を確立し、２６はモデムで、公衆回線網を介しての通信を行う。２８は画像処理部で、３０はスキャナであり、CCDなどの撮像素子と光源やレンズなどの光学系とを備えて、原稿台やADFなどにセットした原稿から画像を読み取り、画像処理部２８で処理する。３２は操作部で、テンキーやタッチキーなどを備え、ユーザはここからコピー枚数を入力したり、送信先のファクシミリ番号を入力したりする。３４は表示部でＬＣＤなどを用い、例えば操作用のタッチキーに重ねてタッチパネルとして用いる。そして表示部３４には、ファクシミリ装置２を使用するためのガイダンスなどを表示する。
【００２２】
３６はLANインターフェースで、LANを介してクライアントのパーソナルコンピュータやメールサーバーなどに接続する。LANインターフェース３６は、ファクシミリ装置２をLANで共有し、かつインターネットファクシミリを行うためのもので、設けなくても良い。３８はＲＯＭで、ファクシミリ装置２の各種制御プログラムなどを記憶する。
【００２３】
４０はRAMで、各種の作業用データなどを記憶し、記憶期間が長いため例えばSRAMなどを用い、アドレステーブル４２と診断用データ記憶部４４とを設ける。アドレステーブル４２には、診断用データ記憶部４４の各レコードのアドレス並びにそのデータサイズを記憶する。なお各レコードで、データ本体が固定サイズの場合などには、データサイズを記憶する必要はない。アドレステーブル４２は、診断用データ記憶部４４の管理、例えばデータの更新や読み出しなどに必要である。
【００２４】
診断用データ記憶部４４には、ファクシミリ装置で生じた各種のトラブルや消耗品の情報、設定品の情報などを記憶する。ここに言うトラブルは、実際にユーザに感じられる故障のみを意味するのではなく、各種のセンサで検出された偶発的ないしは一時的な故障なども含んでいる。
【００２５】
図３の(1)に、データ収集装置の診断用テーブル８の構成を、(2)にファクシミリ装置のアドレステーブル４２の構成を示す。これらのテーブル８，４２には各レコードのアドレスとサイズとが記憶され、アドレスは例えば各データがテーブル８，４２の上から何番目のデータであるかを示し、サイズは各データの長さを例えばバイト単位で示している。診断用テーブル８には、各レコードのデータ名も記憶され、前記のように、レコードは１つのデータ項目でのデータのセットである。同じ機種のファクシミリ装置２に対する、テーブル８，４２のアドレスやサイズは共通である。
【００２６】
各レコードのデータの内容は、ファクシミリ装置の各部分でのトラブルなどの装置の使用状況の情報や、消耗品に関する情報、装置の設定に関する情報などである。装置の使用状況に関する情報には、例えば最初の給紙カセットである第１給紙部で紙詰まりなどのエラーが生じた回数や、定着ヒータの状態、もしくはキーABの使用回数、などの様々なものが含まれている。消耗品に関する情報には、トナーの残量、感光体ドラムや感光体カセットなどの残寿命などの各消耗品の残寿命や交換時期などに関する情報が含まれている。さらに設定情報には、ファクシミリ装置がどのように設定されているかが記憶されいている。
【００２７】
このように診断用データから、ファクシミリ装置に関して豊富な情報が得られるので、データベースサーバーで、既納機データベースや消耗品データベースのデータを処理することにより、種々の情報を抽出できる。例えばユーザはどのキーを使用している回数が多いのかが判明すると、ユーザがファクシミリ装置をどのように操作して、プリントやファックスなどの指示を入力しているのかを推測できる。またファクシミリ装置の各部でのエラーの回数なども重要な情報で、ファクシミリ装置の改善すべき点を示唆している。さらに、ある箇所でのエラーの回数と他の箇所でのエラーの回数に相関があるなどのことは、設計上などで重要な情報となる。このようにファクシミリ装置の診断用データは豊富な情報を与えるので、これをデータベースに登録し、データマイニングしてファクシミリ装置の使われ方や問題点を解明するために用いる。
【００２８】
４６は画像メモリで、受信画像や画像処理部２８で作成した画像データなどを記憶するためのもので、DRAMなどを用いる。４８は符号化復号化部で、画像データをファクシミリ送信用に符号化し、また受信したデータを復号化して、プリンタ５０でプリントするのに適したデータに変換する。符号化の主な目的は画像データの圧縮であり、復号化の目的は圧縮したデータを元の画像データに復号することである。５０はプリンタで、フィルム状やドラム状の感光体などを用いて、読み取り画像や受信画像などを用紙に記録する。
【００２９】
アドレステーブル４２のデータや、診断用データ記憶部４４のデータは、例えばASCIIコードやバイナリ形式などで記述され、イメージデータではない通常のデータである。ファクシミリ装置は、DTMFなどによりこのようなデータを送信できるが、これでは低速である。そこで例えばASCIIコードなどのデータを、データ送信の規約上で形式的に画像データとして扱って、データ収集装置へ送信する。なおこのデータは画像圧縮に適したデータではないので、MMRなどの圧縮符号化は不要である。
【００３０】
診断用データをデータ収集装置に送信するのは、データ収集装置からポーリングを受けて、それに対する応答として送信するようにしてもよい。あるいはまたファクシミリ装置側で、例えば月に１回程度定期的に診断用データをデータ収集装置側に送信する他に、感光体ドラムの残寿命が所定値以下となったので感光体ドラムの交換が必要である、などの所定の状況が生じた際に送信するようにしても良い。また実施例では、公衆回線を介して診断用データを送信する例を示すが、インターネット経由で診断用データを送信しても良い。
【００３１】
図４，図５にデータ収集装置からポーリングして、診断用データを送信する際の手順を示す。データ収集装置はファクシミリ装置に対して発呼し(ステップ１)、ファクシミリ装置からデジタル識別信号DIS，非標準機能識別信号NSF，被呼端末識別信号CSIを受信する(ステップ２)。なお非標準機能識別信号NSFから、ファクシミリ装置の固有番号や機種番号が判明し、このファクシミリ装置の診断用データにデータ名を付与するのに必要な診断用テーブルも判明する。非標準機能命令NSCに外部診断を行う旨を記述して送信する(ステップ３)。さらにステップ４で、デジタル送信命令DTCを送信する。ファクシミリ装置からは診断用データが、診断用テーブルの先頭から終わりへの順に、例えば全データ分、送られてくる。ただしアドレスやデータのサイズは送信されない。
【００３２】
データ収集装置は、診断用テーブルの先頭を参照し（ステップ５）、診断用テーブルの先頭から最後までの順に、各レコードのデータ本体（診断データ）のみが送られてくるものとして受信し（ステップ６）、診断用テーブルを参照して、データ名をタグとして付加してXMLファイルに変換し、診断用データファイル１０に保存する（ステップ７）。以上の処理を、診断用テーブルの全項目を受信するまで繰り返す(ステップ８)。なお図４の結合子１は、図６のアルゴリズムでステップ１１〜ステップ１３を処理した後、図４の結合子１からステップ５以降の処理を行うためのものである。
【００３３】
ここでは、ファクシミリ装置はデータ本体のみをアドレステーブルの順に送信するものとしたが、アドレスとデータ本体との組み合わせを送信しても良く、あるいはアドレスとデータサイズとデータ本体との組み合わせを送信しても良い。データ本体にアドレスを付加して送信すると、診断用データの一部のみを送信した場合でも、受信側のデータ収集装置ではどのデータを受信したのかがアドレスから判明する。このため、診断用データの一部のみを送信し、例えば前回の送信時と同じデータは送信を省略できる。また診断用データを全数送信する場合でも、一部のデータが欠落したなどの通信不良を、データ収集装置側で検出できる。この検出には、データの欠落などが生じれば、受信したアドレスが診断用テーブルから予想されるアドレスと一致しなくなることを利用する。さらにデータのサイズを送信データに付加すると、各データの終わりをより容易に認識できる。
【００３４】
図４に示したデータ収集装置との通信の手順を図５に示す。この通信手順はファクシミリ通信手順で、ITU-T 勧告 T.30に規定されたG3ファクシミリ通信の手順を用いるものとし、発呼側がデータ収集装置で、被呼側がファクシミリ装置である。ファクシミリ通信は５つのフェーズから構成され、最初に発呼側がCNG(発呼トーン)として1100Hzのトーン信号を被呼側に送信し、被呼側がこれに応答して、例えば2100Hzのトーン信号からなる被呼局識別信号CEDを返信することにより、発呼側と被呼側との間の呼が確立される。
【００３５】
続いて被呼側は、デジタル識別信号DIS並びに非標準機能識別信号NSFおよび被呼端末識別信号CSIを送信する。このうちNSFは、被呼側のファクシミリ装置に装備されている非標準的な端末機能を表示するものであり、診断用データの送信機能は非標準機能の例である。発呼側はデジタル送信命令信号DTCや非標準機能命令信号NSCを送信し、NSC中において外部診断通信を行うことを指定する。さらに発呼側は、発呼端末識別信号CIGを送信し、これ以外に必要であれば選択ポーリング信号SEPやパスワードPWDなどを送信する。
【００３６】
発呼側からのNSC信号により、外部診断通信を行うことを指定されると、被呼側はデジタル命令信号DCSおよび非標準設定信号NSS並びに送信端末識別信号TSIを送信する。そして非標準機能設定信号NSS中で、外部診断通信を行うことを設定する。続いて被呼側はトレーニング信号TCFを指定されたモデム速度で送信し、トレーニングがＯＫの場合、受信準備確認信号CFRを発呼側から受信し、失敗した場合、トレーニング失敗信号FTT信号を受信する。FTT信号を受信した場合、TCF信号を再送信する。このようにして発呼側と被呼側との間のプリメッセージ手順を完了する。
【００３７】
ファクシミリ装置は、DTMF信号などにより画像データ以外のデータの送信が可能であるが、送信速度が遅い。そこで、診断用データの各レコードを画像データPIXとして送信する。従ってこのデータの送信は、送信手順上はファクシミリメッセージの送信である。このようにしてメッセージ伝送のフェーズを終えると、被呼側のファクシミリ装置から発呼側のデータ収集装置に対して、手順終了信号EOPを送信し、発呼側からメッセージ確認信号MCFを受信する。これによってポストメッセージ手順を終了し、次いで被呼側から発呼側に対して、切断命令信号DCNを送信して通信を切断し、呼を開放する。
【００３８】
以上の送信手順の特徴は、
・非標準機能を利用して診断用データを送受信していること、
・診断用データなどを画像データとして送信していること、
・ポーリングを用いているので、発呼側と被呼側の関係が通常のファクシミリ通信とは逆になっていること、である。
【００３９】
図６，図７に、データ収集装置がファクシミリ装置側の発呼による着信を待って、外部診断通信を行う際の手順を示す。なおこれらの図の説明において、図４，図５と共通の点は説明を省略する。
【００４０】
図６において、ファクシミリ装置は定期的にもしくは所定の条件が満たされた際に外部診断通信を行い、データ収集装置は常時はファクシミリ装置からの着信を待っており、着信があると（ステップ１１）、外部診断通信か否かを非標準機能設定信号NSSから判別し（ステップ１２）、外部診断通信の場合、図４の結合子１にジャンプする。また外部診断通信でなければ、通常の受信を行う（ステップ１３）。
【００４１】
図７に、ファクシミリ装置側が発呼側となる際の送信手順を示す。図５と同様に、ITU-T 勧告 T.30などのファクシミリ送信手順を用い、発呼側から発呼トーンCNGを送信し、被呼側のデータ収集装置側から被呼局識別信号CEDの返信を受けて呼を確立する。次いで被呼側のデータ収集装置から、デジタル識別信号DISや非標準機能識別信号NSF、被呼局端末識別信号CSIなどの送信を受け、デジタル設定信号DCSや非標準機能設定信号NSS、送信端末識別信号TSI、サブアドレス信号SUBなどを送信する。
【００４２】
データ収集装置からの非標準機能識別信号NSFには、診断用データの受信ができる旨が宣言されている。そして発呼側のファクシミリ装置は、非標準機能設定信号NSS中で、診断用データの送信を行う旨を宣言する。次いでファクシミリ装置はトレーニング装置TCFを送信し、これに対して被呼側のデータ収集装置は受信準備確認信号CFRもしくはトレーニング失敗信号FTTを送信する。このようにしてプリメッセージ手順を終了する。
【００４３】
発呼側のファクシミリ装置は前記と同様にして、ファクシミリメッセージとして、診断用データの各データをアドレステーブルの順で、画像データPIXとして送信する。これがメッセージの伝送手順である。ファクシミリメッセージの送信を終了すると、手順終了信号EOPを送信し、被呼側から受信確認信号MCFを受信して、ポストメッセージ手順を終了し、発呼側から切断命令信号DCNを送信して通信を切断し、呼を開放する。
【００４４】
図８〜図１１に、センター側診断機(データ収集装置)と端末機(ファクシミリ装置)との間の通信、並びにセンター側診断機とデータベースサーバーとの間のやり取りのアルゴリズムを示す。なおこれらの図において、同じステップ番号は同じ内容のステップを示す。図８では、センター側診断機がステップ２０で端末機にダイヤルしてポーリングし、端末機２は着信を検出すると(ステップ２１)、機器状態およびトラブル情報などの診断用データをセンター側に送信する(ステップ２２)。センター側診断機は端末機から、消耗品や設定などの機器状態の情報、およびトラブル情報などを受信すると(ステップ２３)、診断用テーブルを参照し、データ名をタグとして付加してXML変換し、XMLファイルとして保存する(ステップ２４)。そしてデータベースサーバーに、新着のファイルがある旨のメッセージを送出する(ステップ２５)。
【００４５】
データベースサーバーは、常時は診断機からのメッセージを待っており(ステップ２６)、診断機からのメッセージを受信すると(ステップ２７)、診断機からファイルを取得し(ステップ２８)、データベースに登録する(ステップ２９)。
【００４６】
図９のアルゴリズムは、センター側診断機がデータベースサーバーにメッセージを送出する代わりに、データベースサーバーがセンター側診断機に新着ファイルがあるかどうかを探索するようにしたものである。他の点では図８のアルゴリズムと同様である。データベースサーバーは常時センター側診断機に新着ファイルがあるかどうかを探しており(ステップ３０)、新しいファイルが存在すると(ステップ３１)、図８のステップ２８，ステップ２９を実行して、新着ファイルをデータベースに登録する。
【００４７】
図１０のアルゴリズムは、ファクシミリ装置などの端末機が自発的にセンター側診断機に送信するようにしたもので、他の点では図８のアルゴリズムと同様である。即ち端末機で、所定時間が経過した、もしくはセンター側診断機に送信するための所定の条件を満たした（イベントが発生した）、などの事態が生じると、送信指示が発生し(ステップ４０)、サービスセンターに自動ダイヤルし(ステップ４１)、図８のステップ２２と同様にして、機器状態およびトラブル情報などをセンター側に送信する(ステップ２２)。なおここでのセンターへの送信手順は、図５の手順ではなく、図７の手順を用いる。図１０の場合、センター側診断機やデータベースサーバーでの処理は、図８と同様なので説明を省略した。
【００４８】
図１１のアルゴリズムは、端末機側が自発的にセンターに送信を行い、センター側診断機とデータベースサーバーとで、図９のアルゴリズムを実行するようにしたものである。即ち端末機は、ステップ４０で送信指示が発生すると、サービスセンターに自動的にダイヤルし(ステップ４１)、機器状態およびトラブル情報などをセンターに送信する(ステップ２２)。センター側診断機では、図９のステップ２３，ステップ２４を実行して、端末機から機器状態およびトラブル情報などを受信する(ステップ２３)。そしてセンター側診断機は受信データにデータ名をタグとして付加してXML変換し、XMLファイルとして保存する(ステップ２４)。データベースサーバーは、センター側診断機に新しいファイルがあるか否かを常時探しており(ステップ３０)、新着ファイルがあると(ステップ３１)、ファイルを取得し(ステップ２８)、データベースに登録する(ステップ２９)。
【図面の簡単な説明】
【図１】 ファクシミリ装置とデータ収集装置とを接続した、実施例の診断システムのブロック図
【図２】 診断対象のファクシミリ装置の構成を示すブロック図
【図３】 データ収集装置に設けた診断用テーブル(1)と、ファクシミリ装置に設けたアドレステーブル(2)とを示す図
【図４】 実施例の診断システムで、データ収集装置がポーリングでファクシミリ装置を呼び出し、診断用データを受信してデータ名を付加して保存する際のアルゴリズムを示すフローチャート
【図５】 データ収集装置がファクシミリ装置をポーリングで呼び出し、診断用データを受信する際の通信手順を示す図
【図６】 ファクシミリ装置が発呼してデータ収集装置側を呼び出し、診断用データを送信する際の、データ収集装置における送信アルゴリズムを示すフローチャート
【図７】 図６のアルゴリズムに従った通信手順を示す図
【図８】 実施例で、データ収集装置からファクシミリ装置を呼び出して診断用データを取得し、データベースサーバーにメッセージを送信して、データベースサーバーが診断用データを取得して処理するようにした、データ収集装置とファクシミリ装置と、データベースサーバーとの動作アルゴリズムを示すフローチャート
【図９】 実施例で、データ収集装置からファクシミリ装置を呼び出して診断用データを取得し、データベースサーバーがデータ収集装置への新着データを探して処理するようにした、データ収集装置とファクシミリ装置とデータベースサーバーとの動作アルゴリズムを示すフローチャート
【図１０】 実施例で、ファクシミリ装置がデータ収集装置を呼び出して診断用データを送信し、データ収集装置がデータベースサーバーにメッセージを送信して、データベースサーバーがデータを取得して処理するようにした、データ収集装置とファクシミリ装置と、データベースサーバーとの動作アルゴリズムを示すフローチャート
【図１１】 実施例で、ファクシミリ装置がデータ収集装置を呼び出して診断用データを送信し、データベースサーバーがデータ収集装置への新着データを探して処理するようにした、データ収集装置とファクシミリ装置とデータベースサーバーとの動作アルゴリズムを示すフローチャート
【符号の説明】
２ ファクシミリ装置
４ データ収集装置
６ 表示部
８ 診断用テーブル
１０ 診断用データファイル
１１ XML変換部
１２ データベースサーバー
１４ 端末
１６ 既納機データベース
１８ 消耗品データベース
２２ 主制御部
２４ ＮＣＵ
２６ モデム
２８ 画像処理部
３０ スキャナ
３２ 操作部
３４ 表示部
３６ LANインターフェース
３８ ＲＯＭ
４０ RAM
４２ アドレステーブル
４４ 診断用データ記憶部
４６ 画像メモリ
４８ 符号化復号化部
５０ プリンタ
Claims (10)
- 通信端末装置を外部診断するためにデータを収集する装置において、
通信端末装置から受信した診断用の各データにデータ名を付与して保存するために、
診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、
通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする、通信端末装置からのデータ収集装置。 - 前記診断用の各データをファクシミリ通信手順により通信端末装置から受信するようにすると共に、
該ファクシミリ通信手順でのＮＳＦ（非標準機能識別信号）から、通信端末装置の機種を識別して前記機種毎の診断用テーブルを選択するための手段を設けたことを特徴とする、請求項１の通信端末装置からのデータ収集装置。 - 診断用の各データをファクシミリ通信での画データとして受信するための手段を設けたことを特徴とする、請求項１または２の通信端末装置からのデータ収集装置。
- 前記変換手段では、診断用の各データのアドレスにより、前記機種毎の診断用テーブルを参照してデータ名を付与するようにしたことを特徴とする、請求項１〜３のいずれかの通信端末装置からのデータ収集装置。
- 前記変換手段では、データ名をタグとして付加したＸＭＬファイルとして保存するようにしたことを特徴とする、請求項１〜４のいずれかの通信端末装置からのデータ収集装置。
- 通信端末装置をデータ収集装置に接続して、診断用のデータを収集するようにした診断システムにおいて、
通信端末装置を、診断用の各データを所定の順に、データ収集装置へ送信するように構成し、
データ収集装置には、通信端末装置から受信した診断用の各データにデータ名を付与するために、診断用の各データのアドレスとデータ名とデータサイズとを記憶した通信端末装置の機種毎の診断用テーブルと、通信端末装置から受信した診断用の各データに、前記機種毎の診断用テーブルを参照して、データ名を付与して保存するための変換手段、とを設けたことを特徴とする、通信端末装置の診断システム。 - 通信端末装置はファクシミリ通信手順により診断用の各データをデータ収集装置へ送信し、かつファクシミリ通信手順でのＮＳＦ（非標準機能識別信号）により機種名をデータ収集装置へ送信するように構成し、
データ収集装置には、ＮＳＦ（非標準機能識別信号）から、通信端末装置の機種を識別して前記機種毎の診断用テーブルを選択するための手段を設けたことを特徴とする、請求項６の通信端末装置の診断システム。 - 通信端末装置を診断用の各データをファクシミリ通信での画データとして送信するように構成し、
データ収集装置には、診断用の各データを画データとして受信するための手段を設けたことを特徴とする、請求項６または７の通信端末装置の診断システム。 - 通信端末装置を、診断用の各データにアドレスを付加して送信するように構成すると共に、
データ収集装置の変換手段では、診断用の各データのアドレスにより、前記機種毎の診断用テーブルを参照してデータ名を付与するようにしたことを特徴とする、請求項６〜８のいずれかの通信端末装置の診断システム。 - 前記変換手段では、データ名をタグとして付加したＸＭＬファイルとして保存するようにしたことを特徴とする、請求項６〜９のいずれかの通信端末装置の診 断システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002168162A JP3744001B2 (ja) | 2002-06-10 | 2002-06-10 | 通信端末装置からのデータ収集装置と通信端末装置の診断システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002168162A JP3744001B2 (ja) | 2002-06-10 | 2002-06-10 | 通信端末装置からのデータ収集装置と通信端末装置の診断システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004015589A JP2004015589A (ja) | 2004-01-15 |
| JP3744001B2 true JP3744001B2 (ja) | 2006-02-08 |
Family
ID=30435144
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002168162A Expired - Fee Related JP3744001B2 (ja) | 2002-06-10 | 2002-06-10 | 通信端末装置からのデータ収集装置と通信端末装置の診断システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3744001B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4353051B2 (ja) | 2004-09-30 | 2009-10-28 | ブラザー工業株式会社 | ログ管理プログラム、ログ管理サーバ、及び、ログ管理システム |
-
2002
- 2002-06-10 JP JP2002168162A patent/JP3744001B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004015589A (ja) | 2004-01-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3281080B2 (ja) | 複写機管理システムおよびファクシミリ装置 | |
| JP4733728B2 (ja) | 通信装置 | |
| JP3744001B2 (ja) | 通信端末装置からのデータ収集装置と通信端末装置の診断システム | |
| JP2001077993A (ja) | 通信端末装置、ファクシミリ装置及びそれらの制御方法 | |
| JP3888830B2 (ja) | 通信端末装置 | |
| JP3661867B2 (ja) | データ収集装置 | |
| JP3748029B2 (ja) | ネットワークファクシミリ装置 | |
| JP2004015591A (ja) | 通信端末装置とその診断システム | |
| JP4389408B2 (ja) | 通信端末装置 | |
| JP2002218147A (ja) | ファクシミリ装置 | |
| JP3818240B2 (ja) | 印字枚数集計装置 | |
| JP4239601B2 (ja) | 画像通信装置 | |
| JP3935369B2 (ja) | 画像形成装置 | |
| JP4158316B2 (ja) | ファクシミリ装置 | |
| JP2003324575A (ja) | インターネットファクシミリ装置 | |
| JP2001211302A (ja) | 通信端末装置 | |
| JP3622698B2 (ja) | インターネットファクシミリ装置 | |
| JP2013201625A (ja) | 通信装置 | |
| JP2002190934A (ja) | 通信端末装置 | |
| JP2002135515A (ja) | インターネットファクシミリ装置 | |
| JP4210894B2 (ja) | インターネットファクシミリ装置 | |
| JP2001007944A (ja) | 通信装置及び通信方法並びに通信システム | |
| JP2001119511A (ja) | データ通信装置 | |
| JP2002135513A (ja) | インターネットファクシミリ装置 | |
| JPH09247321A (ja) | ホテルファクシミリシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050524 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050526 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050712 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051031 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051113 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081202 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111202 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121202 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131202 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |