(57)【要約】【目的】特定日数が経過する度に公衆回線を経由して外部処理装置へ装置のログ情報を自動的に送信することができる通信効率の高い通信システムを提供すること。【構成】外部処理装置において、画像処理装置は送信ファイル作成手段によって作成されたファイルを送信する際、同時に前記外部処理装置は前記画像処理装置に次回自動通知処理を実行する日時を通知し、前記画像処理装置はその日時に達したとき再び送信ファイル作成手段によって作成されたファイルを送信するように制御された画像処理装置と外部処理装置から通信システムを構成する。【選択図】      図１
2004165747.tif 000002
【特許請求の範囲】
【請求項１】
公衆回線を経由して他の外部処理装置に接続する接続手段、接続された外部処理装置との間で双方向にデータの受け渡しをするためのデータ送受信手段、前記画像処理装置の状態情報を用い送信ファイルを作成する送信ファイル作成手段、指定日数を経過するごとに自動的に前記画像処理装置に前記送信ファイルを送信するという自動通知処理を実行する自動送信手段、前記外部処理装置から送信されたファイルを解析する解析手段、前記解析手段によって外部処理装置の要求を認識し、その指示を実行するための認識実行手段を持つ画像処理装置と公衆回線を経由して複数の前記画像処理装置に接続することが可能な接続手段、接続された前記画像処理装置との間で双方向にデータの受け渡しをするためのデータ送受信手段、前記画像処理装置から送信された前記送信ファイルを解析し、その内容を特定する解析特定手段、前記画像処理装置から送信されてくるデータやそれに関連するデータを内部に保存するデータ保存手段、前記画像処理装置に送信するためのファイルを作成するための手段を実現するために必要な構成とソフトウェアを有する外部処理装置において、
前記画像処理装置は前記送信ファイル作成手段によって作成されたファイルを送信する際、同時に前記外部処理装置は前記画像処理装置に次回自動通知処理を実行する日時を通知し、前記画像処理装置はその日時に達したとき再び前記送信ファイル作成手段によって作成されたファイルを送信するように制御された画像処理装置と外部処理装置から構成されることを特徴とする通信システム。
【請求項２】
前記画像処理装置は自身を特定する固有の装置番号を持ち、最初に前記外部処理装置に前記送信ファイル作成手段によって作成されたファイルを送信する際、一定法則に基づき前記装置番号から送信時間を決定するように制御することを特徴とする画像処理装置から構成されることを特徴とする請求項１記載の通信システム。
【請求項３】
前記画像処理装置は更に、自身を特定する固有の装置番号と、送信ファイルに前記装置番号等の画像処理装置が持つ情報を組み込む情報組み込み手段を持ち、外部処理装置は更に、前記データ保存手段に前記画像処理装置からファイルを受信したときに通知する次回自動通知処理を実行する日時が含まれているデータベースと、前記データベースから前記装置番号を使い前記次回自動通知処理を実行する日時を検索する検索手段を実現するために必要な構成とソフトウェアを持ち、前記画像処理装置に次回自動通知処理を実行する日時を通知する際、前記外部処理装置は、前記情報組み込み手段によって前記画像処理装置からの送信ファイルに組み込まれた装置番号を前記解析特定手段によって認識し、前記データベースから認識した前記装置番号と前記検索手段を用いて次回自動通知処理を実行する日時を選び出し、それを前記画像処理装置に通知するように制御することを特徴とする画像処理装置と外部処理装置から構成されることを特徴とする請求項１記載の通信システム。
【請求項４】
次回自動通知処理を実行する日時として前記外部処理装置から前記画像処理装置に通知される日時は、前記外部処理装置が管理する全ての画像処理装置で重複せず、且つ、それぞれの画像処理装置を使用するユーザがそれを使用しない日時を設定するように制御することを特徴とする構成とソフトウェアを持つ外部処理装置によって構成されることを特徴とする背請求項１又は３記載の通信システム。
【請求項５】
前記外部処理装置は日時に加えて電話番号等の宛先データを通知することで、前記画像処理装置は次回自動通知動作を実行する際、その宛先データによって接続することができる外部処理装置にファイルを送信するように制御する画像処理装置と外部処理装置によって構成されることを特徴とする請求項３記載の通信システム。
【請求項６】
前記外部処理装置は日時に加えて自身が必要とする情報の項目を通知し、前記画像処理装置は次回自動通知動作を実行する際、その項目に対応する情報を送信ファイルに組み込み外部処理装置に送信するように制御する画像処理装置と外部処理装置によって構成されることを特徴とする請求項３記載の通信システム。
【請求項７】
前記画像処理装置が前記外部処理装置にファイルの送信を開始し、前記外部処理装置が次回自動通知動作を実行する日時とその関連情報を通知し終わるまで接続を切断しないように制御する画像処理装置と外部処理装置によって構成されることを特徴とする請求項１〜３、５又は６の何れかに記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像処理装置とコンピュータ等の外部処理装置よって構成される通信システムに関する。
【０００２】
【従来の技術】
従来より、ファクシミリ装置を含めた画像処理装置において故障等の深刻なトラブルが発生した場合、ユーザからメーカに依頼が到着後、サービスマンを手配し、現地に派遣、修理を行っていたため、トラブル発生から修理完了までに時間が掛かり、迅速な対応が難しかった。それを解決するために、特開２０００−１０５５２２号公報等のようにメーカが管理するサーバやＰＣのような外部処理装置と上記画像処理装置を専用の回線で接続し、外部処理装置が画像処理装置の状態を常時監視するシステムを構築することで、ユーザの依頼が無くとも外部処理装置が画像処理装置のトラブルを検知するとすぐサービスマンを派遣することができるようになり、その結果、従来よりも迅速な対応を行うことが可能となった。
【０００３】
又、特開２０００−２０６８３４号公報等のように、外部処理装置はトラブルの有無だけでなく、トナー・インク残量等の消耗品の使用状況等の情報も監視することで、メーカはユーザに効率良く消耗品を提供するためのサービスを構築することもできるようになった。
【０００４】
上記のような画像処理装置の中でも、ファクシミリ機能を持つ装置では回線に電話回線を用い、定期的若しくは設定された通報要因を満たしたときに画像処理装置が外部処理装置に必要な情報を自動で通報し、又、トラブル発生時に自動で外部処理装置にトラブル発生とその内容を通知することで、専用の回線を用いなくとも、費用も掛からず、手軽に同じサービスを実現するためのシステムを構築することができる。
【０００５】
【発明が解決しようとする課題】
従来の技術に示したように、外部処理装置との接続に電話回線のような公衆回線を用いたシステムでは、１台の外部処理装置が複数台の画像処理装置の状態を監視している場合、回線の負荷の増大し接続ができないときが多々ある。そのとき、接続ができないために画像処理装置が外部処理装置にログ情報を通知することできず、外部処理装置を管理するメーカはユーザが希望するサービスを実行するための情報を得ることができないという問題が発生する。これは、特に一定の日数経過後に外部処理装置に画像処理装置の消耗品の状態を通知し、不足しているときにはユーザが連絡しなくてもメーカが補充するというようなサービスを行っている場合に影響が大きい。
【０００６】
上記問題を避けるために、通知できないときリダイヤル処理を行い、一定時間待機後、再度自動で通知を行う処理も行われているが、根本的な解決にはなっておらず、リダイヤル処理中はユーザが装置を使用できないので不便である。
【０００７】
尚、ログ情報には通信履歴、トナー・インク量等の消耗品の状態、印刷ページ数、発生したエラーの履歴等の外部処理装置が必要とする情報によって構成されている。
【０００８】
本発明は上記問題に鑑みてなされたもので、その目的とする処は、特定日数が経過する度に公衆回線を経由して外部処理装置へ装置のログ情報を自動的に送信することができる通信効率の高い通信システムを提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明は、公衆回線を経由して他の外部処理装置に接続する接続手段、接続された外部処理装置との間で双方向にデータの受け渡しをするためのデータ送受信手段、前記画像処理装置の状態情報を用い送信ファイルを作成する送信ファイル作成手段、指定日数を経過するごとに自動的に前記画像処理装置に前記送信ファイルを送信するという自動通知処理を実行する自動送信手段、前記外部処理装置から送信されたファイルを解析する解析手段、前記解析手段によって外部処理装置の要求を認識し、その指示を実行するための認識実行手段を持つ画像処理装置と公衆回線を経由して複数の前記画像処理装置に接続することが可能な接続手段、接続された前記画像処理装置との間で双方向にデータの受け渡しをするためのデータ送受信手段、前記画像処理装置から送信された前記送信ファイルを解析し、その内容を特定する解析特定手段、前記画像処理装置から送信されてくるデータやそれに関連するデータを内部に保存するデータ保存手段、前記画像処理装置に送信するためのファイルを作成するための手段を実現するために必要な構成とソフトウェアを有する外部処理装置において、前記画像処理装置は前記送信ファイル作成手段によって作成されたファイルを送信する際、同時に前記外部処理装置は前記画像処理装置に次回自動通知処理を実行する日時を通知し、前記画像処理装置はその日時に達したとき再び前記送信ファイル作成手段によって作成されたファイルを送信するように制御された画像処理装置と外部処理装置から通信システムを構成したことを特徴とする。
【００１０】
以上のような構成を持つ画像処理装置と外部処理装置において、特定日数経過する度に自動的に外部処理装置に対して発呼し、自身のログ情報を通報する機能（以下、自動通知動作）を持つ画像処理装置は、最初自らの持つ装置番号から通報時間を設定し、その通報時間になったときに外部処理装置にその装置番号を含んだログ情報を送信する。ログ情報を取得した外部処理装置はそれを解析し、送信してきた画像処理装置の装置番号を認識する。そして、外部処理装置は自身の持つデータベースから前記装置番号に対応する日時の情報を抜き出し、その日時の情報を含んだファイルを前記画像処理装置に送信する。その送信ファイルを受信した画像処理装置はそれを解析し、取得した日時を次回自動通知動作を実行する日時として設定する。この際、外部処理装置のデータベースの日時には、送信がある筈の日付に前記特定日数を加算し、時間には同じ日付にファイルを送信してくる他の装置番号を持つ画像処理装置とは重複せず、且つ、休日や深夜等のユーザが使用しないと思われる時間を設定する。これにより、画像処理装置がログ情報を含んだファイルを送信する時間を外部処理装置が管理し指定するので、確実に両者の間で前記ファイルの交換が可能となる。
【００１１】
又、日付に関連する情報だけでなく、電話番号や必要とするデータを外部処理装置が通知すると、次回自動通知動作を実行するときに他の外部処理装置へログ情報を通知したり、画像処理装置がそれに対応したデータをファイルに組み込み送信することで、様々なサービスをユーザに提供できるようになる。
【００１２】
【発明の実施の形態】
先ず、公衆回線を経由してＰＣやサーバ等の外部処理装置と接続することが可能な画像処理システムを構成する画像処理装置１００の概略を説明する。
【００１３】
図１は本発明に係る画像処理システムを構成する画像処理装置１００の概略構成を示すブロック図である。
【００１４】
画像処理装置１００において、ＣＰＵ１０１はシステム制御部であり、画像処理装置１００の全体を制御する。
【００１５】
ＲＯＭ１０２は、ＣＰＵ１０１が実行する制御プログラムや組み込みオペレーティンステム（ＯＳ）プログラム等を格納する。本実施の形態では、ＲＯＭ１０２に格納されている各制御プログラムは、ＲＯＭ１０２に格納されている組み込みＯＳの管理下でスケジューリングやタスクスイッチ等のソフトウエア制御を行う。
【００１６】
ＲＡＭ１０３は、ＳＲＡＭ（ｓｔａｔｉｃ    ＲＡＭ）等で構成され、プログラム制御変数等を格納し、又、オペレータが登録した設定値や画像処理装置１００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。
【００１７】
画像メモリ１０４は、ＤＲＡＭ（ｄｙｎａｍｉｃ    ＲＡＭ）等で構成され、画像データを蓄積する。
【００１８】
データ変換部１０５は、ページ記述言語（ＰＤＬ）等の解析やキャラクタデータのＣＧ（ｃｏｍｐｕｔｅｒ    ｇｒａｐｈｉｃｓ）展開等、画像データの変換を行う。
【００１９】
読取制御部１０６は、読取部１０７がＣＩＳイメージセンサ（密着型イメージセンサ）によって原稿を光学的に読み取り、電気的な画像データに変換した画像信号を図示しない画像処理制御部を介して２値化処理や中間調処理等の各種画像処理を施し、高精細な画像データを出力する。尚、本実施の形態では、読取制御部１０６は、原稿を搬送しながら読み取りを行うシート読取制御方式と、原稿台にある原稿をスキャンするブック読取制御方式の両制御方式に対応している。
【００２０】
操作表示部１０８は、数値入力キー、文字入力キー、ワンタッチ電話番号キー、モード設定キー、決定キー、取り消しキー等を備え、ユーザが画像送信相手先データの決定や設定データの登録動作を行うための操作部と、各種キー、ＬＥＤ（発光ダイオード）とＬＣＤ（液晶ディスプレイ）等によって構成され、オペレータによる各種入力操作や画像処理装置１００の動作状況、ステータス状況の表示等を行う表示部である。
【００２１】
通信制御部１０９は、ＭＯＤＥＭ（変復調装置）や、ＮＣＵ（網制御装置）等によって構成されている。本実施の形態では、通信制御部１０９は、アナログの通信回線（ＰＳＴＮ）１３１に接続され、Ｔ３０プロトコルでの通信制御、通信回線に対する発呼と着呼等の回線制御を行っている。又、外部処理装置とは通信回線１３１を経由して接続されている。
【００２２】
解像度変換処理部１１０は、画像データのミリ−インチ解像度変換等の解像度変換制御を行う。尚、解像度変換部１１０において、画像データの拡大縮小処理も可能である。
【００２３】
符号復号化処理部１１１は、画像処理装置１００で扱う画像データ（ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等）を符号復号化処理したり、拡大縮小処理を行う。
【００２４】
記録制御部１１２は、印刷される画像データに対し、図示しない画像処理制御部を介してスムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、ＩＥＥＥ１２８４ホスト制御部１１４（後述）に出力する。
【００２５】
ＵＳＢファンクション制御部１１３は、ＵＳＢインタフェースの通信制御を行うものであり、ＵＳＢ通信規格に従ってプロトコル制御を行い、ＣＰＵ１０１が実行するＵＳＢ制御タスクからのデータをパケットに変換し、外部の情報処理端末にＵＳＢパケット送信を行ったり、逆に、外部の情報処理端末からのＵＳＢパケットをデータに変換してＣＰＵ１０１に対し送信を行ったりする。
【００２６】
ＩＥＥＥ１２８４ホスト制御部１１４は、ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードで定められたプロトコルで通信を行うための制御部である。ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードは、片方向のデータ通信を行うことができる規格であり、１台のホスト（マスター）に対して１台のペリフェラル（スレーブ）を接続することができる。ＩＥＥＥ１２８４ホスト制御部１１４は、ＩＥＥＥ１２８４通信におけるホストの機能を有し、記録部１１５（後述）に対して印刷データのみを送信する。
【００２７】
記録部１１５は、レーザビームプリンタやインクジェットプリンタ等から成る印刷装置であり、カラー画像データ又はモノクロ画像データを印刷部材に印刷する。ＩＥＥＥ１２８４ホスト制御部１１４とは、ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードで定められたプロトコルで通信を行い、特に記録部１１１５はペリフェラルの機能を有する。記録部１１５は、ＩＥＥＥ１２８４通信において、ＩＥＥＥ１２８４ホスト制御部１１４から印刷データを受信する。
【００２８】
一方、シリアルＩ／Ｆ制御部１１６（後述）に対しては、アシンクロナスシリアルインタフェース（ＵＡＲＴ）通信を行う。記録部１１５は、アシンクロナスシリアルインタフェース通信において、シリアルＩ／Ｆ制御部１１６との間で命令を受信したり、印刷状況情報を送信したりする。
【００２９】
シリアルＩ／Ｆ制御部１１６は、アシンクロナスシリアルインタフェース通信を行うための制御部である。アシンクロナスシリアルインタフェース通信は、全二重通信が可能な低速のデータ通信である。記録部１１５に対し命令を送信したり、印刷状況情報を受信したりする。
【００３０】
上記構成要素１０１〜１０６、１０８〜１１４、１１６は、ＣＰＵ１０１が管理するＣＰＵバス１２１を介して相互に接続されている。
【００３１】
続いて、画像処理システムを構成する外部処理装置２００について概明する。
【００３２】
図２は本発明に係る画像処理システムを構成する外部処理装置２００の概略構成を示すブロック図である。
【００３３】
ＣＰＵ２０１は、ＲＯＭ２０２、ＲＡＭ２０３又は内部記憶装置２０４、外部記憶装置（２０５）に記憶されたプログラムから読み出されたプログラムに従って、システムバスを介して外部処理装置２００全体の動作を制御するものである。
【００３４】
ＲＯＭ２０２は、ＣＰＵ２０１の制御プログラム等を格納している。
【００３５】
ＲＡＭ２０３は、一時的にプログラムや画像データを記憶し、外部処理装置２００の処理を高速に動作させるためのものである。
【００３６】
内部記憶装置２０４には、オペレーティング・システム、各種アプリケーションプログラムや画像データ等が格納されるている。内部記憶装置２０４には、本実施の形態における文字データ処理工程を含む、画像処理装置１００に対する各種制御命令やデータの送受信を行うためのアプリケーションソフト、プリンタドライバソフト、スキャナドライバソフト、ファクシミリドライバソフト、各機能毎のＵＳＢクラスドライバソフト及びＵＳＢバスドライバソフト等がインストールされているものとする。通常、これらのアプリケーションソフト及びドライバソフトは、外部記憶装置２０５を制御することによりインストールを行う。又、通信回線によって通信部２０９（ネットワークやモデム）でアプリケーションソフト及びドライバソフトを受け取り、内部記憶装置２０４にインストールすることも可能である。
【００３７】
操作部２０７は、オペレータからの指示入力手段としてのキーボードやマウス（不図示）を制御するものである。印刷の実行起動は、通常、操作部２０７のキーボードやマウスが使用される。
【００３８】
表示部２０８は、オペレータに各種表示を行うものである。外部処理端末２００で印刷の実行起動を掛ける場合は、確認ダイヤログ等を表示部２０８に表示し、オペレータに入力を促す。又、印刷動作の実行中は、印刷状況を示す情報をオペレータに提供する。
【００３９】
通信部２０９は、図示しないネットワークに接続したり、通信回線を通してインターネットプロバイダへの接続や相手通信装置との間でのデータや画像情報等の通信を行う。尚、ネットワークや通信回線への接続に関しては、公知の方法を使用するものとし、詳述しない。
【００４０】
ＵＳＢホスト制御部２０９は、ＵＳＢインタフェースの通信制御を行うものであり、ＵＳＢ通信規格に従ってＣＰＵ２０１からのデータをパケットに変換し、画像処理装置１００にＵＳＢパケットを送信したり、逆に、画像処理装置１００からのＵＳＢパケットをデータに変換してＣＰＵ２０１に送信したりする。尚、通信制御方法に関しては、公知の方法を使用するものとし、詳述しない。
【００４１】
図３は本発明に係る外部処理装置２００と公衆回線（通信回線１３１）を経由して接続された画像処理装置１００のログ情報の自動通報動作を示すフローチャートである。このログ情報は、画像処理装置１００ごとに割り触れられた固有の番号（以下、シリアル番号）やトナー・インク量等、画像処理装置１００で使用されている消耗品の状態、画像処理装置１００で発生したエラー状況とその発生履歴等、外部処理装置２００が必要とするデータ、つまり、外部処理装置２００を管理するメーカがユーザにサービスを提供するに当たり必要とするデータによって構成されている。又、自動通報とは、或る特定要因を画像処理装置１００が満たしたときに自動的に前記ログ情報を含む送信ファイルを作成し、外部処理装置２００へ送信する動作のことである。
【００４２】
ステップ３０１において、上記自動通報動作を開始する設定がされたとき（サービスに加入した時等）、画像処理装置１００のＣＰＵ１０１はＲＯＭ１０２若しくはＲＡＭ０３に保存されているシリアル番号を取得する。取得後、ステップ３０２へ移行する。
【００４３】
ステップ３０２において、取得したシリアル番号から最初に外部処理装置２００に接続し、ログ情報を含んだ送信ファイルを送信するための時間（以下、第１送日時）をＲＡＭ１０３に設定する。本実施例では一、十の位で分を、百、千の位で時を表すようにし、分が６０を超える場合は６０減算し、時が２４を超える場合は２４の倍数を減算していくようにして第１送信日時を決定する。例えば、シリアル番号にＢＥＵ０００２７を持つものは００：２７が第１送信日時に設定され、同様にＣＧＩ０８８６４を持つものは１６：０４が第１送信日時に設定される。設定後、ステップ３０３に移行する。
【００４４】
ステップ３０３において、時刻が第１送信日時になったか否かを判断する。なった場合はステップ３０４へ移行し、そうでない場合はステップ３０３で待機し続ける。尚、ステップ３０４への移行時に既にステップ３０２で設定した第１送信日時を過ぎていた場合は翌日の第１送信日時に達したときにステップ３０４へ移行する。
【００４５】
ステップ３０４において、ログ情報を含んだ送信ファイルを作成する。この送信ファイルはＩＴＵ−ＴのＴ．４３４勧告に示されたＢｉｎａｒｙ    ＦｉｌｅＴｒａｎｓｆｅｒ（以下、ＢＦＴ）に従ったフォーマットで構成されている。外部処理装置に通知するべき画像処理装置１００のログ情報は、ＢＦＴ形式の送信ファイルのｄａｔａ−ｆｉｌｅ−ｃｏｎｔｅｎｔ含まれている。そして、画像処理装置１００のＣＰＵ１０１は、その項目に対応する各情報を集め、ＢＦＴ形式に編集し、完成した送信ファイルを画像メモリ１０４に保存する。この際、ログ情報を構成する項目は、予め画像処理装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されている。送信ファイル完成後、ステップ３０５へ移行する。
【００４６】
ステップ３０５において、画像処理装置１００は画像メモリ１０４に存在する送信ファイルを外部処理装置２００に送信する。この際、ＢＦＴ形式の送信ファイルはＩＴＵ−Ｔ勧告のＳｉｍｐｌｅ    Ｐｈａｓｅ    Ｃ    ＢＦＴに準拠してＥＣＭフォーマット化し、送信する。送信後、回線を切断せずステップ３０６へ移行する。又、送信動作はＣＰＵ１０１と通信制御部１０９によって実行され、送信先となる外部処理装置２００の電話番号は本動作開始前にＲＯＭ１０２若しくはＲＡＭ１０３に保存されているものとする。
【００４７】
ステップ３０６において、外部処理装置２００からの返信ファイルを受信したか否かを判断する（図４のステップ４０４〜ステップ４０５参照）。受信できると、画像メモリ１０４へ保存した後に回線を切断し、ステップ３０７へ移行する。受信動作はＣＰＵ１０１と通信制御部１０９によってその動作が制御される。又、受信できない場合は、ステップ３０６で待機し続ける。この際、返信ファイルの受信を待機し続ける時間に制限を設け、その時間を超えた場合エラー終了するように制御しても問題はない。図示していないが、エラー終了した場合はステップ３０３に移行する。
【００４８】
ステップ３０５、ステップ３０６において、回線を切断することなくファイルの送受信を行うが、ＩＴＵ−Ｔの勧告Ｔ．３０のターンアラウンドポーリングに従ったプロトコル制御を実行することで実現する。
【００４９】
ステップ３０７において、外部処理装置２００から返信されて画像メモリ１０４に保存されている返信ファイルを解析し、次回画像処理装置１００が外部処理装置２００にログ情報を送信する時間（以下、第２送信日時）をＲＡＭ１０３に設定する。この返信ファイルも送信ファイルと同様にＢＦＴ形式のファイルで、次回画像処理装置１００が外部処理装置２００に送信ファイルを送信する時間情報が含まれている（図４ステップ４０３、図５参照）設定後、ステップ３０８へ移行する。
【００５０】
ステップ３０８において、ステップ３０７で設定した第２送信日時になったか否か判断する。第２送信日時になった場合はステップ３０４へ移行し、ステップ３０４〜ステップ３０８の動作が、自動通報動作を終了する設定がされるとき（サービスに加入したとき等）まで繰り返される。又、第２送信日時になっていない場合は、ステップ３０８で待機し続ける。
【００５１】
図４は本実施の形態に係る画像処理装置１００から送信されてきたファイルに対する外部処理装置２００の自動通報動作を示したフローチャートである。
【００５２】
ステップ４０１において、外部処理装置２００が画像処理装置１００から送信されたログ情報を含んだファイルを受信したか否かを判断する（図３、３０４参照）。ファイルは通信回線２２１経由で送信されてきて、内部記憶装置２０４に保存される。これらの受信処理はＣＰＵ１０１と通信部２０８によって制御される。受信ファイルはＩＴＵ−Ｔ勧告のＳｉｍｐｌｅ    Ｐｈａｓｅ    Ｃ    ＢＦＴに準拠してＥＣＭフォーマット化されているので、それに従って受信動作を行う。
【００５３】
又、受信動作が終了しても回線を切断しない（図３、ステップ３０５，３０６参照）。正常に受信できると、ステップ４０２へ移行し、そうでない場合はステップ４０１で待機し続ける。この際、着呼してから受信処理の正常終了までの待機時間に制限を設け、その時間を超えた場合エラー終了し、回線を切断するように制御しても問題はない。
【００５４】
ステップ４０２において、受信し内部記憶装置２０４に保存されている受信ファイルを解析し、受信したファイルを作成した画像処理装置１００のシリアル番号を取得する。取得後、ステップ４０３へ移行する。
【００５５】
ステップ４０３において、ステップ４０２において取得したシリアル番号から外部処理装置１００を認識し、内部記憶装置２０４に保存されているスケジュールデータベース（後述、図５参照）から、次回その画像処理装置１００がログ情報を含んだファイルを送信する日時（第２送信日時、図３のステップ３０７〜ステップ３０８参照）を取得する。取得後、ステップ４０４に移行する。
【００５６】
ステップ４０４において、ステップ４０３で決定した第２送信日時を情報として含んだ送信ファイルを作成する。この送信ファイルはステップ３０４と同様に、ＩＴＵ−ＴのＴ．４３４勧告に示されたＢｉｎａｒｙ    Ｆｉｌｅ    Ｔｒａｎｓｆｅｒ（以下、ＢＦＴ）に従ったフォーマットで構成されている。第２送信日時はＢＦＴ形式の送信ファイルのｄａｔａ−ｆｉｌｅ−ｃｏｎｔｅｎｔ含まれている。作成後、送信ファイルを内部記憶装置２０５に保存し、ステップ４０５へ移行する。
【００５７】
ステップ４０５において、ステップ４０４で作成した送信ファイルを画像処理装置１００へ送信する。この際、ステップ３０５と同様に、送信ファイルはＩＴＵ−Ｔ勧告のＳｉｍｐｌｅ    Ｐｈａｓｅ    Ｃ    ＢＦＴに準拠してＥＣＭフォーマット化し、送信する。送信後、接続を切断しステップ４０１に移行し、次の受信を待機する。送信動作はＣＰＵ２０１と通信部２０８によって制御され、実行される。
【００５８】
ステップ４０１の画像処理装置１００との接続完了後からステップ４０５の接続の切断まで接続は継続したままである。これは、図３のステップ３０５、ステップ３０６と同様に、ＩＴＵ−Ｔの勧告Ｔ．３０のターンアラウンドポーリングに従ったプロトコル制御を実行することで実現する。
【００５９】
図５は本実施の形態における外部処理装置２００の内部記憶装置２０４に保存されているスケジュールデータベース５００を示す図である（図４、ステップ４０３参照）。
【００６０】
スケジュールデータベース５００は、前記シリアル番号５０１ごとに、そのシリアル番号５０１を持つ画像処理装置１００からログ情報を含んだファイルが送信されてくる時間（以下、予定受信時間５０２）と第２送信時間５０３が存在している。外部処理装置２００のＣＰＵ２０１はステップ４０２において画像処理装置１００から受信したファイルから解析したシリアル番号を用い、スケジュールデータベース５００から適合するシリアル番号５０１を選別し、その画像処理装置１００の第２送信時間５０３を抜き出す。この第２送信時間５０３は、予定受信時間５０２に特定日数（図５では基本的に１箇月）を加算したものを日付として設定し、他のシリアル番号５０１と重複せず、且つ、休日や深夜等、ユーザが画像処理装置１００を使用するのに邪魔にならないと思われる時間を選んで設定したものである。
【００６１】
上記設定は図３のステップ３０５、ステップ３０６、図４のステップ４０１〜ステップ４０５の処理の高速化のため、予定受信時間５０２を経過する前に予め設定しておく。この第２送信時間５０３は図４のステップ４０３で使用される第２送信日時であり、図３のステップ３０８で使用される第２送信日時、つまり、次回画像処理装置１００がログ情報を含んだファイルを外部処理装置２００に送信してくる時間として使用される。又、特定日数は固定ではなく、シリアル番号５０１ごとに任意の日数を設けても問題はない（図５、シリアル番号ＧＣＩ０８８６４の予定受信時間参照）。
【００６２】
前記スケジュールデータベース５００は、シリアル番号５０１に予定受信時間５０２と第２送信時間５０３を関連付けただけであるが、他のログ情報の項目（トナー・インク量等、画像処理装置１００で使用されている消耗品の状態、画像処理装置１００で発生したエラー状況とその発生履歴等、外部処理装置２００が必要とするデータ）も関連付けて各データの管理を行っても問題はない。
【００６３】
図６は本発明に係る通信システムの概略図である。
【００６４】
外部処理装置６００は、図２で示した構成を持っている。画像処理装置６０２〜６０５は、図１で示した構成を持ちそれぞれが固有のシリアル番号を持っている。画像処理装置６０２〜６０５と外部処理装置６００は通信回線６０１によって接続することが可能であるが、１つの画像処理装置が外部処理装置６００に接続され、データの交換を行っているときには他の画像処理装置は外部処理装置６００にアクセスすることはできない。
【００６５】
そして、外部処理装置６００が図５で示したようなスケジュールデータベース５００を保持しているとすると、現在が２００１年１  １月２６日であった場合、画像処理装置６０２は２００１年１２月１日２時１分、画像処理装置６０３は２００１年１２月１日２時３分、画像処理装置６０４は２００１年１２月２１日０時５１分、画像処理装置６０５は２００１年１１月３０日１６時４分が次回の自動通報動作を開始する日時となる。
【００６６】
本実施の形態において、画像処理装置１００と外部処理装置２００の間で交換する情報は、画像処理装置１００が次回自動通報動作を実行する時間（第２送信日時）だけであるが、これに宛先（外部処理装置２００の電話番号）や画像処理装置１００に送信してもらいたいデータを外部処理装置２００が情報を画像処理装置１００に通知し、次回自動通知動作時に画像処理装置１００がそれに対応する宛先にそのデータを送信するようにしても問題はなく、ユーザごとに異なる、より便利なサービスを提供することができる。
【００６７】
又、本実施の形態にはシリアル番号を用いたが、ＩＰアドレスや顧客番号等のように画像処理装置固有で、それを特定できるものであれば何を用いても問題はない。
【００６８】
【発明の効果】
以上の説明で明らかなように、本発明によれば、特定日時が経過するたびに、画像処理装置のログ情報（トナー・インク量等の画像処理装置で使用されている消耗品の状態、画像処理装置で発生したエラー状況とその発生履歴等、外部処理装置が必要とするデータ）を公衆回線を経由して接続することが可能で、且つ、１つ１つ若しくは複数の画像処理装置の状態を監視している外部処理装置に自動通報する通信システムにおいて、画像処理装置は前記ログ情報を送信後、外部処理装置から都合の良い日時を通知され、そして、その日時になったときに次の自動通報動作を開始するようにすることによって、外部処理装置主導で画像処理装置からの自動通知動作を実行することができるようになる。この外部処理装置が通知する日時に画像処理装置ごとに異なる日時を通知することによって、回線に掛かる負荷を分散することができる。又、その日時に深夜、休日等、ユーザが使用しない時間を設定することで、自動通報実行中のためユーザが使用できないといった状況をなくすことができる。この画像処理装置からのファイル送信、外部処理装置からの日時通知の処理中、回線は切断しない。これは発呼と切断を繰り返すことによる手間と通信費の節約のためである。
【００６９】
又、画像処理装置はそれを特定するために与えられている固有の装置番号を持ち、その装置番号を加えたログ情報を外部処理装置に通知する。外部処理装置には、その装置番号を持つ画像処理装置からファイルを受信したときに外部処理装置が通知する日時を含む情報で構成されたデータベースを持たせ、ログ情報通知時にそのデータベースから装置番号を利用し自動通報処理を実行する日時を即座に選別し、それを画像処理装置へ通知する。この日時をファイル受信前に設定しておくことで、前述した処理を効率良く行うことができる。そして、この装置番号を利用して画像処理装置の最初の自動通報を実行する日時を決定すれば、装置番号に重複はないため、回線に掛かる負荷を分散できる。
【００７０】
又、上記のように自動通報動作を実行する日時のみやり取りするのではなく、電話番号等のように外部処理装置の宛先に関する情報や、ログ情報に含まれていない外部処理装置が必要とするデータを通知し、画像処理情報が次回自動通報動作を実行するときにそれに対応するようにすれば、様々な効果を得ることができる。それが宛先に関する情報が含まれているときならば、画像処理装置に新しい宛先に向けて次回の自動通報動作を実行させることができ、これは別の外部処理装置へ管理を移行する際等に利用することができる。又、ログ情報に含まれていない外部処理装置が必要とするデータが含まれているときならば、機種ではなく装置ごとで監視できるログ情報を代えることが可能となり、必要なときに必要なログ情報のみ得ることができる。
【００７１】
以上のように回線の負荷を分散することにより、外部処理装置と画像処理装置の間で確実にログ情報の交換を行うことが可能となり、通信効率を上げることができる。。
【図面の簡単な説明】
【図１】本発明の実施形態である画像処理装置を示すブロック図である。
【図２】本発明の実施形態である外部処理装置を示すブロック図である。
【図３】画像処理装置の自動通報動作のフローチャートである。
【図４】外部処理装置の自動通報動作のフローチャートである。
【図５】スケジュールデータベースの概略を示す図である。
【図６】本発明に係る通信システムの構成図である。
【符号の説明】
１００        画像処理装置
１０１        ＣＰＵ
１０２        ＲＯＭ
１０３        ＲＡＭ
１０４        画像メモリ
１０５        データ変換部
１０６        読取制御部
１０７        読取部
１０８        操作表示部
１０９        通信制御部
１１０        解像度変換処理部
１１１        符号復号化処理部
１１２        記録制御部
１１３        ＵＳＢファンクション制御部
１１４        ＩＥＥＥ１２８４ホスト制御部
１１５        記録部
１１６        シリアルＩ／Ｆ制御部
１２１        ＣＰＵバス
１３１        通信回線
２００      外部処理装置
２０１        ＣＰＵ
２０２        ＲＯＭ
２０３        ＲＡＭ
２０４        内部記憶装置
２０５        外部記憶装置
２０６        操作部
２０７        表示部
２０８        通信部
２０９        ＵＳＢホスト制御部
２１０        ＣＰＵバス
２２１        通信回線
５００        スケジュールデータベース
５０１        シリアル番号
５０２        前回受信時間
５０３        予定受信時間
６００        外部処理装置
６０１        通信回線
６０２〜６０５    画像処理装置
【図１】
2004165747.tif 000003
【図２】
2004165747.tif 000004
【図３】
2004165747.tif 000005
【図４】
2004165747.tif 000006
【図５】
2004165747.tif 000007
【図６】
2004165747.tif 000008