【０００１】
【発明の属する技術分野】
本発明は、ファクシミリ受信文書の配信設定を自動反映できる通信端末に関するものである。
【０００２】
【従来の技術】
ファクシミリ受信文書の配信設定を自動反映できる通信端末に関連する従来技術として、例えば特許文献１には、文書管理ソフトやグループウエアと連携するための自動配信処理の方法や装置が示されている。
【特許文献１】特開２００２−１８９６８７公報
【０００３】
【発明が解決しようとする課題】
近年、ファクシミリ装置やコピー機でもネットワークインターフェイスを持ち電子メールの送受信ができるもの、つまり通信端末として用いることができるものが普及しはじめている。また、インターネットが普及した現在においてもファクシミリ装置を受注業務で活用している所は数多くある。そのため受信したファクシミリ文書を受信時の情報によりサーバまたはＰＣへ配信させることが行われている。
そのような受信中心のオフィスでは話中となることを防ぐためにファクシミリ装置やコピー機が複数台設置されていることが多く、設置時にそれぞれ同じ配信設定を繰り返し行う必要があった。また一旦設定変更が必要になると複数台同じ変更作業を繰り返し行う必要があり設定のメンテナンスが面倒であった。
そこで本発明は、ユーザによる管理が容易な通信端末を提供することを目的とする。
【０００４】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、ネットワークインターフェイスを介して電子メールに文書を添付して送信する機能、公衆網インターフェイスを介してファクシミリ受信する機能、ローカル端末への配信設定としてファクシミリ受信時に取得できる情報と配信先アドレスを関連付けて登録する機能、配信設定を同期させる他の通信端末のアドレスを登録する機能、ローカル端末の配信設定が変更された場合に登録された他の通信端末へ設定変更要求を行う機能、他の通信端末から設定変更要求を受信した場合にはローカル端末の配信設定を変更する機能を有するシステム制御ユニットを備えた通信端末を最も主要な特徴とする。
請求項２記載の発明は、ネットワークインターフェイスを介して電子メールに文書を添付して送信する機能、公衆網インターフェイスを介してファクシミリ受信する機能、ローカル端末への配信設定としてファクシミリ受信時に取得できる情報と配信先アドレスを関連付けて登録する機能、ローカル端末の配信設定が変更された場合にネットワーク上のサーバへ同期させる他の通信端末のアドレスを問い合わせ他の通信端末端末のアドレスを取得する機能、取得したアドレスの他の信端末へ設定変更要求を行う機能、他の通信端末から設定変更要求を受信した場合にはローカル端末の配信設定を変更する機能を有するシステム制御ユニットを備えた通信端末を最も主要な特徴とする。
【０００５】
請求項３記載の発明は、請求項２記載の通信端末において、システム制御ユニットは、自通信端末設置時にネットワーク上のサーバを指定することにより自動的にサーバへ接続し、自通信端末の情報をサーバに登録する機能を有する通信端末を主要な特徴とする。
請求項４記載の発明は、請求項１ないし３のいずれか１項に記載の通信端末において、システム制御ユニットは、ローカル端末の配信設定でエラーが発生した場合に設定変更を行ったローカル端末に障害通知を行う機能を有する通信端末を主要な特徴とする。
請求項５記載の発明は、ネットワークインターフェイス、及び公衆網インターフェイスを備えた通信端末に実行させるプログラムであって、該ネットワークインターフェイスを介して電子メールに文書を添付して送信する機能、公衆網インターフェイスを介してファクシミリ受信する機能、ローカル端末への配信設定として、ファクシミリ受信時に取得できる情報と配信先アドレスを関連付けて登録する機能、該配信設定を同期させる他の通信端末のアドレスを登録する機能、ローカル端末の配信設定が変更された場合に登録された他の通信端末へ設定変更要求を行う機能、該他の通信端末から設定変更要求を受信した場合には該ローカル端末の配信設定を変更する機能、を実現させるためのプログラムを主要な特徴とする。
【０００６】
請求項６記載の発明は、ネットワークインターフェイス、及び公衆網インターフェイスを備えた通信端末に実行させるプログラムであって、該ネットワークインターフェイスを介して電子メールに文書を添付して送信する機能、公衆網インターフェイスを介してファクシミリ受信する機能、ローカル端末への配信設定としてファクシミリ受信時に取得できる情報と配信先アドレスを関連付けて登録する機能、該ローカル端末の配信設定が変更された場合にネットワーク上のサーバへ同期させる他の通信端末のアドレスを問い合わせ該他の通信端末のアドレスを取得する機能、該取得したアドレスの他の通信端末へ設定変更要求を行う機能、該他の通信端末から設定変更要求を受信した場合にはローカル端末の配信設定を変更する機能、を実現させるためのプログラムを主要な特徴とする。
本発明では、通信端末でローカル端末の配信先の設定変更がされた場合はあらかじめ登録された他の通信端末に対して、自動的に変更内容を通知し反映させることができるので、ユーザは１台の通信端末で設定した内容を、いちいち他の通信端末に対して反映する必要がなくなる。
またユーザは設定を同期させる通信端末のアドレスをネットワーク上のサーバにあらかじめ登録するだけで、各通信端末に他の通信端末のアドレスを登録する必要がないため、通信端末が増減した場合でも各通信端末のアドレス設定を変更する必要がなくなる。また１台の通信端末で配信先設定の変更がされた場合でも、その通信端末はサーバから設定を反映しなくてはならない他の通信端末のアドレスを自動的に取得できるので、他の通信端末全てに対して変更内容を自動的に反映することができ、ユーザは１台の通信端末だけの変更で同時に他の通信端末に対しても設定変更を行うことができるようになる。
また通信端末の設定でサーバアドレスを指定するだけで、通信端末が自動的にサーバへの登録を行うようにした場合には、ユーザの行う設定作業を軽減することができるようになる。
また全ての通信端末の更新処理が上手く行かなかった場合には、設定変更要求を行った他の通信端末のユーザにその旨を通知することにより、設定が同期されずに運用されないようにすることができるようになる。
【０００７】
【発明の実施の形態】
以下、図面により本発明の実施の形態を詳細に説明する。
図１は本発明の実施の形態に係る通信端末の構成図、図２はネットワーク構成図、図３は第１の制御例のフローチャート、図４は設定反映処理の第１の例を示す説明図、図５は同期端末のアドレステーブルを示す図、図６は相手先情報による配信先テーブルを示す図、図７はダイヤルインによる配信先テーブルを示す図、図８は第２の制御例のフローチャート、図９は設定反映処理の第２の例を示す説明図、図１０は登録処理を示す説明図、図１１は第３の制御例のフローチャート、図１２は第４の制御例のフローチャート、図１３はエラー通知レポート例を示す図である。
図１に示すように本通信端末１１は、端末１１全体の機能を制御するシステム制御ユニット１、設定等に必要な各種キーやディスプレイを持つユーザＩ／Ｆユニット２、原稿を読み取るユニットであるスキャナユニット３、蓄積原稿、レポートリストを紙に出力するユニットであるプロッタユニット４、システム制御用プログラムやワーク用及び受信画像の蓄積用としての、またシステム設定情報等や配信情報、サーバアドレス情報を記憶するメモリユニット５を備える。システム制御ユニット１は、メモリユニット５に記憶されたプログラムを実行することにより、端末１１全体の制御を行う。
また本通信端末１１は、公衆網を介してファクシミリ送受信を制御するユニットである公衆網Ｉ／Ｆユニット６、ＬＡＮまたはインターネットとの接続インターフェイスであり原稿を電子メール形式に変換し送受信を行うユニットであるＬＡＮＩ／Ｆユニット７、受信画像を圧縮伸長し、変倍や線密度変換を行うユニットであり、また、ＴＩＦＦのエンコード／デコードも行う画像変換ユニット８、ＸＭＬデータの作成及び解析、ＳＯＡＰメッセージの作成及び解析も行うメッセージ変換ユニット９を備える。
図２に示すように多数の通信端末１１は、ネットワーク１５を介して、メールサーバ１２、サーバ１３、パーソナルコンピュータ（ＰＣ）１４と接続されている。
【０００８】
第１の制御例を説明する（図３Ｓ１〜Ｓ６参照）。本通信端末は公衆網からファクシミリ受信した文書を送信ＦＡＸの端末情報を元に対応する宛先へ電子メールで配信する機能を持つ。メモリユニット５内部には図６のような配信テーブルを持ちここに、送信ＦＡＸの端末情報と配信先を関連づけ登録しておく。ユーザは配信先情報を追加したい場合、ユーザＩ／Ｆユニット２より入力を行い、この配信先テーブルを編集する（Ｓ１）。
システム制御ユニット１では配信先テーブルの編集が完了した時点で、同じくメモリユニット５内に管理されている同期を必要とする他の通信端末１１のアドレステーブルを読み出し、アドレスが登録されているかどうかチェックする（Ｓ２）。同期を取る通信端末１１が登録されている場合（Ｓ２：ＹＥＳ）は、そのうちの１台の通信端末１１に対して変更要求と共に変更されたデータをＬＡＮＩ／Ｆユニット７により送信し（Ｓ３）リモートの他の通信端末１１の設定を行う（図４参照）。そのテーブルにアドレスが登録されていなかった場合には（Ｓ２：ＮＯ）、ここで一連の処理を終了する。
図４の実施例ではＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式でデータ交換を行い、データアクセスプロトコルとしてＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いている。
ＳＯＡＰによるメッセージを受信したリモート端末（他の通信端末）１１はメッセージの解析を行い配信先テーブルの追加または変更処理を実行し、処理結果をメッセージ応答としてローカル端末（通信端末）１１へ送信する。
その通信端末１１のシステム制御ユニット１は、リモートの通信端末１１からのメッセージをＬＡＮＩ／Ｆユニット７が受信すると（Ｓ４）、メッセージを解析して設定変更が行われたか否か判断する（Ｓ５）。その設定変更が行われなかった場合（Ｓ５：ＮＯ）、再度、設定変更のための送信を行う（Ｓ５→Ｓ３）。一方、そうでない場合には（Ｓ５：ＹＥＳ）、アドレステーブルにアドレスが格納された通信端末１１全てで設定変更が完了したか否か判断する（Ｓ６）。設定変更を行っていない通信端末１１が存在する場合（Ｓ６：ＮＯ）、別の通信端末１１を対象に設定変更のための送信を行う（Ｓ６→Ｓ３）。そうでない場合には（Ｓ６：ＹＥＳ）、ここで一連の処理を終了する。
【０００９】
このようにしてＳＯＡＰメッセージによるＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を図５に示すようなアドレステーブルに登録されたリモートの他の通信端末１１全てについて順番に処理していく。その結果ネットワーク１５上の通信端末１１の配信設定は１台の通信端末１１に対する配信設定の変更に合わせて全て同じ設定に自動的に書き換えられる。それにより、ユーザは、１台の通信端末１１で設定した内容を、いちいち他の通信端末１１に対して反映する必要がないため、その設定作業を容易、且つ迅速に行うことができる。
本実施例では配信情報としてＣＳＩなど送信ＦＡＸの登録情報を基に受信ＦＡＸの配信先を特定しての配信を行っているが、この他にも図７のようにダイヤルインで配信することや、送信者が指示したＦコード、ＰＢ情報などで配信することも考えられる。
また本実施例では配信先が電子メールアドレスであり受信文書を電子メールに添付して送信しているがコンピュータのＩＰアドレス／ホスト名／コンピュータ名と共有フォルダ名等をテーブルで管理し、文書をＰＣ１４のフォルダへ蓄積することも考えられる。
【００１０】
第２の制御例を説明する（図８Ｓ１〜Ｓ８参照）。第１の制御例の場合と同様にユーザがローカル端末１１のユーザＩ／Ｆユニット２から、通信端末１１の配信テーブルの設定を追加変更した（Ｓ１）場合に、通信端末１１ではメモリユニット５に登録されているネットワーク１５上のサーバ１３へリモートの他の通信端末１１のアドレス情報やインターフェイス、変更方法などの問い合わせをＬＡＮＩ／Ｆユニット７により行う（Ｓ２）。
ネットワーク１５上のサーバ１３ではＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）の仕組みにより通信端末１１の情報を検索結果として送信する。
ＵＤＤＩはＳＯＡＰインターフェイスを持つＷｅｂサービスのディレクトリサービスであり、問い合わせはＵＤＤＩのＡＰＩを使って行われ、ＳＯＡＰ形式でメッセージ交換が行われる。通信端末１１では検索結果を受信することにより、他の通信端末１１のアドレスと配信情報の変更インターフェイスを知ることができる。それにより、その検索結果を受信すると（Ｓ３）、全てのリモート端末１１について第１の制御例と同様にＳＯＡＰメッセージにより順番にリモート端末の配信先テーブルを変更する（図９参照）。Ｓ３以降のＳ４〜Ｓ８の処理内容は図３のＳ２〜Ｓ６と同様であるため、説明は省略する。
その結果ネットワーク１５上に接続されている全ての端末１１の配信設定が全て同じ設定に自動的に書き換えられる。同様に他の端末１１においてある１台の設定を書き換えることでも、全ての通信端末１１へその結果が反映される。
このように、サーバ１３への問い合わせにより他の通信端末１１のアドレスを取得させるようにすると、図５に示すアドレステーブルを通信端末１１側で保存させなくとも済むようになる。このため、設置する通信端末１１の増減に応じて各通信端末１１のアドレステーブルを更新する必要性は回避される。それにより、設置する通信端末１１の増減に容易に対応できることとなる。
【００１１】
第３の制御例を説明する（図１１Ｓ１〜Ｓ３参照）。ユーザは新たに設置するローカル端末１１に必要な設定項目をセットしネットワーク１５へ接続する。また必要な設定項目の１つとしてディレクトリのサーバアドレスも設定する（Ｓ１、Ｓ２）。
システム制御ユニット１ではサーバアドレスが登録されることにより、図１０に示すようにサーバ１３上のＵＤＤＩディレクトリに対して登録のためのＡＰＩを使ってローカル端末（自通信端末）１１の登録を行う（Ｓ３）。この登録結果、それ以後ネットワーク１５上の他のリモート端末１１がＵＤＤＩディレクトリを検索することにより、配信設定の変更内容をどのリモート端末１１に反映して良いかを調べることができるため、ローカル端末（自通信端末）１１において配信設定を変更することにより自動的に全てのリモート端末１１へ反映が行われる。ユーザにとっては、サーバアドレスを指定することにより、配信設定の変更を他の通信端末１１と連動させられるようになるため、設定作業がより容易、且つ迅速に行えることとなる。
【００１２】
第４の制御例を説明する（図１２Ｓ１〜Ｓ１０参照）。ユーザがローカル端末１１の配信設定を変更することにより，図３に示す第１の制御例と同様にリモート端末１１の設定を変更する（Ｓ１）。その後はアドレステーブル（図５参照）を読み出し、アドレスが登録されているかどうかチェックする（Ｓ２）。同期を取る通信端末１１が登録されている場合（Ｓ２：ＹＥＳ）、そのテーブルからアドレスを取り出し（Ｓ３）、そのアドレスの通信端末１１に対して設定変更要求を行う（Ｓ４）。そのテーブルにアドレスが登録されていなかった場合には（Ｓ２：ＮＯ）、ここで一連の処理を終了する。
設定変更要求を行った後は、その要求を行った通信端末１１からのメッセージを受信するのを待ち（Ｓ５）、受信したメッセージを解析して設定変更が行われたか否か判断する（Ｓ６）。その設定変更が行われなかった場合（Ｓ６：ＮＯ）、リトライオーバーか否かチェックする（Ｓ７）。所定の回数、設定変更要求を行っていない場合、（Ｓ７：ＮＯ）、再度、設定変更のための送信を行う（Ｓ７→Ｓ４）。一方、そうでない場合には（Ｓ７：ＹＥＳ）、アドレステーブルにアドレスが格納された通信端末１１全てで設定変更が完了したか否か判断する（Ｓ８）。設定変更が行われた場合（Ｓ６：ＹＥＳ）にも次にその判断を行う。
設定変更要求を行っていない通信端末１１が存在する場合（Ｓ８：ＮＯ）、別の通信端末１１を対象にするためにアドレスの取り出しを行う（Ｓ８→Ｓ３）。そうでない場合には（Ｓ６：ＹＥＳ）、エラーが有るか否か判断する（Ｓ９）。設定変更要求を行ってもその設定変更を行えなかった通信端末１１が存在する場合（Ｓ９：ＹＥＳ）、図１３に示すような配信設定エラーレポートをプロッタユニット４により出力してから（Ｓ１０）一連の処理を終了する。そうでない場合には（Ｓ９：ＮＯ）、ここで一連の処理を終了する。
このようにして、登録されたリモート端末１１全てに対して順番に設定変更要求を行い、その設定変更要求の結果、その応答が無かったり、応答内容が失敗であった場合は一定間隔で規定回数までリトライする。全ての宛先に対して処理した結果、エラーとなった端末１１があった場合には、プロッタユニット４からそのリモート端末１１の確認を促すためのレポートを出力する（図１３参照）。このため、設定変更が同期されずに運用される通信端末１１が生じることを確実に回避させることができる。
【００１３】
【発明の効果】
請求項１、及び５によれば、１台の設定を変更するだけで登録されたネットワーク上の全ての端末について自動的に反映することができるため、ユーザの管理コストを削減することができる。
請求項２、及び６によれば、ネットワーク上のサーバでアドレスを管理するため、通信端末の増減に伴う各通信端末の管理は必要無くなることになって、さらに管理が容易となる。
請求項３によれば、さらにサーバへの登録作業を端末とサーバ間で自動的に処理するため、設定忘れや設定ミス等を防ぐとともに設置時の負担を軽減することができる。
請求項４によれば、設定変更の途中でエラーが発生した場合にレポートリストで結果を通知することで、ユーザは障害情報を直ちに把握することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る通信端末の構成図。
【図２】ネットワーク構成図。
【図３】第１の制御例のフローチャート。
【図４】設定反映処理の第１の例を示す説明図。
【図５】同期端末のアドレステーブルを示す図。
【図６】相手先情報による配信先テーブルを示す図。
【図７】ダイヤルインによる配信先テーブルを示す図。
【図８】第２の制御例のフローチャート。
【図９】設定反映処理の第２の例を示す説明図。
【図１０】登録処理を示す説明図。
【図１１】第３の制御例のフローチャート。
【図１２】第４の制御例のフローチャート。
【図１３】エラー通知レポート例を示す図。
【符号の説明】
１ システム制御ユニット
２ ユーザＩ／Ｆユニット
５ メモリユニット
６ 公衆網Ｉ／Ｆユニット（公衆網インターフェイス）
７ ＬＡＮＩ／Ｆユニット（ネットワークインターフェイス）
１１ 通信端末
１３ サーバ
１４ パーソナルコンピュータ
１５ ネットワーク[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication terminal that can automatically reflect the distribution setting of a received facsimile document.
[0002]
[Prior art]
As a related art related to a communication terminal capable of automatically reflecting the distribution setting of a facsimile received document, for example, Patent Document 1 discloses an automatic distribution processing method and apparatus for linking with document management software and groupware.
[Patent Document 1] Japanese Unexamined Patent Application Publication No. 2002-189687
[Problems to be solved by the invention]
In recent years, facsimile machines and copiers that have a network interface and can send and receive e-mails, that is, those that can be used as communication terminals have begun to spread. In addition, there are many places where facsimile machines are used in order-receiving work even when the Internet has spread. For this reason, a received facsimile document is distributed to a server or a PC based on information at the time of reception.
In order to prevent the reception center from being busy, a plurality of facsimile machines and copiers are often installed, and it is necessary to repeatedly perform the same distribution setting at the time of installation. In addition, once it is necessary to change the setting, it is necessary to repeatedly perform the same changing operation for a plurality of units, and setting maintenance is troublesome.
Accordingly, an object of the present invention is to provide a communication terminal that can be easily managed by a user.
[0004]
[Means for Solving the Problems]
In order to achieve the above object, the invention described in claim 1 is characterized in that a document is attached to an e-mail via a network interface and transmitted, a facsimile reception function via a public network interface, and a distribution setting to a local terminal. A function that registers information that can be acquired at the time of facsimile reception and a distribution destination address, a function that registers addresses of other communication terminals that synchronize distribution settings, and other functions that are registered when local terminal distribution settings are changed A communication terminal having a system control unit having a function of making a setting change request to a communication terminal and a function of changing a distribution setting of a local terminal when receiving a setting change request from another communication terminal is the main feature. .
The invention according to claim 2 is a function of attaching a document to an e-mail via a network interface and transmitting it, a function of receiving a facsimile via a public network interface, and information that can be acquired at the time of facsimile reception as a delivery setting to a local terminal A function for registering the destination address in association, a function for querying the address of another communication terminal to be synchronized with the server on the network when the local terminal distribution setting is changed, a function for acquiring the address of another communication terminal The communication terminal with the system control unit having the function of making a setting change request to another communication terminal of the address and the function of changing the distribution setting of the local terminal when receiving the setting change request from another communication terminal is the main. Features.
[0005]
The invention according to claim 3 is the communication terminal according to claim 2, wherein the system control unit automatically connects to the server by designating a server on the network when the own communication terminal is installed, A communication terminal having a function of registering with a server is a main feature.
According to a fourth aspect of the present invention, in the communication terminal according to any one of the first to third aspects, the system control unit may change the setting of the local terminal when an error occurs in the distribution setting of the local terminal. A communication terminal having a function of notifying a failure is a main feature.
The invention according to claim 5 is a program to be executed by a communication terminal having a network interface and a public network interface, the function of attaching a document to an e-mail via the network interface, and a public network interface. A function for receiving a facsimile via the network, a function for registering information that can be acquired at the time of facsimile reception and a distribution destination address in association with a local terminal, a function for registering an address of another communication terminal that synchronizes the distribution setting, a local A function of making a setting change request to another registered communication terminal when the terminal delivery setting is changed, and a function of changing the delivery setting of the local terminal when a setting change request is received from the other communication terminal The main feature is a program for realizing.
[0006]
The invention according to claim 6 is a program that is executed by a communication terminal having a network interface and a public network interface, and has a function of attaching a document to an e-mail and transmitting it via the network interface, and a public network interface. A function for receiving via the facsimile, a function for registering information that can be acquired at the time of facsimile reception as a distribution setting for the local terminal and a distribution destination address, and synchronizing with a server on the network when the distribution setting of the local terminal is changed A function for inquiring about the address of another communication terminal, a function for acquiring the address of the other communication terminal, a function for making a setting change request to another communication terminal of the acquired address, and a case of receiving a setting change request from the other communication terminal Has a function to change the distribution settings of the local terminal. A program for causing a major feature.
In the present invention, when the setting of the delivery destination of the local terminal is changed at the communication terminal, the contents of the change can be automatically notified and reflected to other previously registered communication terminals. It is not necessary to reflect the contents set in one communication terminal to other communication terminals.
In addition, the user only needs to register the address of the communication terminal whose settings are to be synchronized with the server on the network in advance, and there is no need to register the address of another communication terminal with each communication terminal. No need to change terminal address settings. In addition, even when the delivery destination setting is changed in one communication terminal, the communication terminal can automatically acquire the address of the other communication terminal that must reflect the setting from the server. The contents of the change can be automatically reflected to all, and the user can change the settings for other communication terminals at the same time by changing only one communication terminal.
Also, if the communication terminal automatically registers in the server simply by specifying the server address in the communication terminal settings, the setting work performed by the user can be reduced.
In addition, if the update process of all communication terminals did not work, notify the user of the other communication terminal that made the setting change request so that the settings are not operated without being synchronized. Will be able to.
[0007]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
1 is a configuration diagram of a communication terminal according to an embodiment of the present invention, FIG. 2 is a network configuration diagram, FIG. 3 is a flowchart of a first control example, and FIG. 4 is an explanatory diagram showing a first example of setting reflection processing FIG. 5 is a diagram showing an address table of a synchronous terminal, FIG. 6 is a diagram showing a delivery destination table by destination information, FIG. 7 is a diagram showing a delivery destination table by dial-in, and FIG. 8 is a flowchart of a second control example. 9 is an explanatory diagram showing a second example of the setting reflection process, FIG. 10 is an explanatory diagram showing the registration process, FIG. 11 is a flowchart of the third control example, FIG. 12 is a flowchart of the fourth control example, 13 is a diagram showing an example of an error notification report.
As shown in FIG. 1, the communication terminal 11 includes a system control unit 1 that controls the functions of the terminal 11 as a whole, a user I / F unit 2 that has various keys and displays necessary for settings, and a scanner that is a unit that reads a document. Unit 3, stored document, plotter unit 4 that outputs report list to paper, system control program, work and storage of received images, system setting information, distribution information, server address information The memory unit 5 is provided. The system control unit 1 controls the entire terminal 11 by executing a program stored in the memory unit 5.
The communication terminal 11 is a public network I / F unit 6 which is a unit for controlling facsimile transmission / reception via the public network, and is a connection interface with a LAN or the Internet, which is a unit for converting a document into an electronic mail format and transmitting / receiving. A LAN I / F unit 7 is a unit that compresses / decompresses received images, performs scaling and linear density conversion, and also performs image conversion unit 8 that also encodes / decodes TIFF, creation and analysis of XML data, SOAP message A message conversion unit 9 that also creates and analyzes is provided.
As shown in FIG. 2, a large number of communication terminals 11 are connected to a mail server 12, a server 13, and a personal computer (PC) 14 via a network 15.
[0008]
A first control example will be described (see S1 to S6 in FIG. 3). This communication terminal has a function of distributing a document received by facsimile from a public network to a corresponding destination by e-mail based on terminal information of a transmission FAX. The memory unit 5 has a distribution table as shown in FIG. 6 in which terminal information of transmission FAX and a distribution destination are registered in association with each other. When the user wants to add distribution destination information, the user inputs from the user I / F unit 2 and edits this distribution destination table (S1).
When the system control unit 1 completes the editing of the distribution destination table, it reads the address table of another communication terminal 11 that is also required to be synchronized and is managed in the memory unit 5 and checks whether the address is registered. (S2). When the communication terminal 11 to be synchronized is registered (S2: YES), the LAN I / F unit 7 transmits the changed data together with the change request to one of the communication terminals 11 (S3) Other communication terminals 11 are set (see FIG. 4). If the address is not registered in the table (S2: NO), a series of processing ends here.
In the embodiment of FIG. 4, data is exchanged in an XML (extensible Markup Language) format, and SOAP (Simple Object Access Protocol) is used as a data access protocol.
The remote terminal (another communication terminal) 11 that has received the SOAP message analyzes the message, executes a distribution destination table addition or change process, and transmits the processing result to the local terminal (communication terminal) 11 as a message response.
When the LAN I / F unit 7 receives the message from the remote communication terminal 11 (S4), the system control unit 1 of the communication terminal 11 analyzes the message and determines whether the setting has been changed (S5). . If the setting is not changed (S5: NO), transmission for changing the setting is performed again (S5 → S3). On the other hand, if not (S5: YES), it is determined whether or not the setting change has been completed in all the communication terminals 11 whose addresses are stored in the address table (S6). When there is a communication terminal 11 that has not been changed (S6: NO), transmission for changing the setting is performed for another communication terminal 11 (S6 → S3). If not (S6: YES), a series of processing ends here.
[0009]
In this way, RPC (Remote Procedure Call) by the SOAP message is sequentially processed for all the other remote communication terminals 11 registered in the address table as shown in FIG. As a result, the distribution setting of the communication terminal 11 on the network 15 is automatically rewritten to the same setting according to the change of the distribution setting for one communication terminal 11. Thereby, the user does not need to reflect the contents set in one communication terminal 11 to the other communication terminals 11 one by one, so that the setting work can be performed easily and quickly.
In this embodiment, distribution is performed by specifying a distribution destination of a received FAX based on transmission FAX registration information such as CSI as distribution information. In addition to this, distribution by dial-in as shown in FIG. It is also conceivable to distribute with an F code, PB information or the like designated by the sender.
In this embodiment, the delivery destination is an e-mail address and the received document is attached to the e-mail and sent. However, the computer IP address / host name / computer name and shared folder name are managed in a table, and the document is stored. It is also conceivable to store in a folder on the PC 14.
[0010]
A second control example will be described (see FIGS. 8S1 to S8). Similarly to the case of the first control example, when the user additionally changes the setting of the distribution table of the communication terminal 11 from the user I / F unit 2 of the local terminal 11 (S1), the communication terminal 11 stores the memory unit 5 in the memory unit 5. The LAN I / F unit 7 inquires the server 13 on the registered network 15 about the address information, interface, and change method of other remote communication terminals 11 (S2).
The server 13 on the network 15 transmits information on the communication terminal 11 as a search result by a UDDI (Universal Description, Discovery and Integration) mechanism.
UDDI is a Web service directory service having a SOAP interface. Inquiries are made using the UDDI API, and messages are exchanged in the SOAP format. By receiving the search result, the communication terminal 11 can know the address of the other communication terminal 11 and the distribution information change interface. Accordingly, when the search result is received (S3), the remote terminal delivery destination table is changed in order by the SOAP message for all the remote terminals 11 as in the first control example (see FIG. 9). Since the processing content of S4 to S8 after S3 is the same as that of S2 to S6 in FIG.
As a result, all the delivery settings of all terminals 11 connected on the network 15 are automatically rewritten to the same settings. Similarly, even if one terminal is rewritten in another terminal 11, the result is reflected in all the communication terminals 11.
As described above, when the address of the other communication terminal 11 is acquired by an inquiry to the server 13, the address table shown in FIG. 5 need not be stored on the communication terminal 11 side. For this reason, the necessity to update the address table of each communication terminal 11 according to increase / decrease in the communication terminal 11 to install is avoided. As a result, it is possible to easily cope with an increase or decrease in the number of communication terminals 11 to be installed.
[0011]
A third control example will be described (see S1 to S3 in FIG. 11). The user sets necessary setting items in the newly installed local terminal 11 and connects to the network 15. Also, the server address of the directory is set as one of the necessary setting items (S1, S2).
When the server address is registered in the system control unit 1, the local terminal (self-communication terminal) 11 is registered using the API for registration in the UDDI directory on the server 13 as shown in FIG. S3). As a result of this registration, since the other remote terminals 11 on the network 15 thereafter search the UDDI directory, it is possible to check to which remote terminal 11 the change of the distribution setting can be reflected. By changing the distribution setting in the own communication terminal (11), it is automatically reflected in all the remote terminals 11. For the user, by specifying the server address, the change of the distribution setting can be linked with the other communication terminal 11, so that the setting operation can be performed more easily and quickly.
[0012]
A fourth control example will be described (see FIGS. 12S1 to S10). When the user changes the distribution setting of the local terminal 11, the setting of the remote terminal 11 is changed as in the first control example shown in FIG. 3 (S1). After that, the address table (see FIG. 5) is read to check whether the address is registered (S2). When the communication terminal 11 to be synchronized is registered (S2: YES), the address is taken out from the table (S3), and a setting change request is made to the communication terminal 11 of the address (S4). If the address is not registered in the table (S2: NO), a series of processing ends here.
After making a setting change request, it waits to receive a message from the communication terminal 11 that made the request (S5), and analyzes the received message to determine whether or not a setting change has been made (S6). . If the setting has not been changed (S6: NO), it is checked whether or not the retry is over (S7). If the setting change request has not been made a predetermined number of times (S7: NO), transmission for setting change is performed again (S7 → S4). On the other hand, if not (S7: YES), it is determined whether or not the setting change has been completed in all the communication terminals 11 whose addresses are stored in the address table (S8). When the setting is changed (S6: YES), the determination is performed next.
When there is a communication terminal 11 that has not made a setting change request (S8: NO), an address is extracted in order to target another communication terminal 11 (S8 → S3). If not (S6: YES), it is determined whether there is an error (S9). If there is a communication terminal 11 that has not been able to change the setting even when a setting change request is made (S9: YES), a distribution setting error report as shown in FIG. 13 is output by the plotter unit 4 (S10). Terminate the process. If not (S9: NO), a series of processing ends here.
In this way, setting change requests are made in order to all the registered remote terminals 11, and if there is no response or the response content fails as a result of the setting change request, a predetermined number of times Retry until. If there is a terminal 11 that has an error as a result of processing for all destinations, a report for prompting confirmation of the remote terminal 11 is output from the plotter unit 4 (see FIG. 13). For this reason, it can be made to avoid reliably that the communication terminal 11 operated without a setting change being synchronized is produced.
[0013]
【The invention's effect】
According to the first and fifth aspects, it is possible to automatically reflect all the terminals on the registered network by changing only one setting, so that the management cost of the user can be reduced.
According to the second and sixth aspects, since the address is managed by the server on the network, the management of each communication terminal accompanying the increase / decrease of the communication terminal becomes unnecessary, and the management becomes easier.
According to the third aspect of the present invention, since the registration work to the server is automatically processed between the terminal and the server, forgetting to set or setting mistakes can be prevented and the burden at the time of installation can be reduced.
According to the fourth aspect, the user can immediately grasp the failure information by notifying the result in the report list when an error occurs during the setting change.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a communication terminal according to an embodiment of the present invention.
FIG. 2 is a network configuration diagram.
FIG. 3 is a flowchart of a first control example.
FIG. 4 is an explanatory diagram illustrating a first example of setting reflection processing.
FIG. 5 is a diagram showing an address table of a synchronous terminal.
FIG. 6 is a diagram showing a delivery destination table based on destination information.
FIG. 7 is a diagram showing a distribution destination table by dial-in.
FIG. 8 is a flowchart of a second control example.
FIG. 9 is an explanatory diagram illustrating a second example of setting reflection processing.
FIG. 10 is an explanatory diagram showing registration processing.
FIG. 11 is a flowchart of a third control example.
FIG. 12 is a flowchart of a fourth control example.
FIG. 13 is a diagram showing an example of an error notification report.
[Explanation of symbols]
1 System control unit 2 User I / F unit 5 Memory unit 6 Public network I / F unit (public network interface)
7 LAN I / F unit (network interface)
11 Communication terminal 13 Server 14 Personal computer 15 Network
