(57)【要約】【課題】  ユーザの運用により送信先を変えたり情報の伝達方法を変えることができるネットワークシステムを提供する。【解決手段】  ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、ネットワーク上のある端末へ送信する際に指定された端末が受信不可能あるいは出力不可能な場合は、送信端末において送信する前にオペレータへ通知する機能を有する（機能実現手段、システム制御部１）。【選択図】        図１
2005269094.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、
前記各端末の装置状態を受信し、登録された端末へ前記装置状態を通知することが可能なサーバ装置と、自端末の装置状態と該装置状態を知りたい端末とを前記サーバ装置に登録が可能で、且つ前記サーバ装置から提供される他端末の装置状態を受信することが可能な端末装置を備えたネットワークシステムであって、
ネットワーク上のある端末へデータを送信する際に指定された端末が受信不可能あるいは出力不可能な場合は、送信端末において送信する前にオペレータへ通知することを特徴とするネットワークシステム。
【請求項２】
ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、
前記各端末のアドレス情報を受信し、登録された端末へアドレス情報を通知することが可能なサーバ装置と、自端末のアドレス情報と該アドレス情報を知りたい端末とを前記サーバ装置に登録が可能で、且つ前記サーバ装置から提供される他端末のアドレス情報を受信して、端末のアドレスデータとして記憶することが可能な端末装置を備えたネットワークシステムであって、
前記端末装置は受信不可能あるいは出力不可能な状態が発生すると、前記サーバ装置に対して代行端末のアドレスを自動的に登録することを特徴とするネットワークシステム。
【請求項３】
前記各端末のアドレス情報を受信して登録管理し、他端末からの問い合わせに対してアドレスデータを通知することが可能なサーバ装置と、該サーバ装置から提供される端末のアドレスを使用して送信が可能で、且つ自端末の代行となる端末のアドレスを登録可能な端末装置を備えたネットワークシステムであって、
前記端末装置は受信不可能あるいは出力不可能な状態が発生すると、前記サーバ装置に対して代行端末のアドレスを自動的に登録することを特徴とするネットワークシステム。
【請求項４】
請求項２、３のネットワークシステムにおいて、あらかじめ管理者や利用ユーザを登録することができ、前記代行端末に切り替えた場合は、その情報を管理者および端末のユーザへ通知することを特徴とするネットワークシステム。
【請求項５】
請求項２ないし４のネットワークシステムにおいて、受信不可能な状態から復旧した場合、自動的に元のアドレスを前記サーバ装置へ経由で端末へ通知するかもしくは前記サーバ装置へアドレスを登録し直すことを特徴とするネットワークシステム。
【請求項６】
請求項１ないし５のいずれか１項に記載のネットワークシステムに対応するネットワーク対応機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害通知および代行受信端末への自動切り替え可能なネットワークシステムおよびネットワーク対応機器に関する。
【背景技術】
【０００２】
今日ではインターネットやＬＡＮ等の通信インフラの普及と共にネットワークにおけるさまざまな技術が生まれ発展してきている。特に最近ではインスタントメッセージング（ＩＭ）技術の中でリアルタイムに状態を通知する機能であるプレゼンスサービスが注目されている。
プレゼンスとは人や物等におけるさまざまな状態のことを言い、プレゼンスサービスとはこれらを必要とする人やシステムに公開し参照できるようにすると共に、変化があった場合はリアルタイムに通知することができるサービスである。また近年ではＭＦＰ（多機能画像形成装置）やＦＡＸ、コピー機等にはネットワークインターフェースを有するものが多くなり、様々なネットワークアプリケーションが機能している。
また関連する従来技術として、例えば特許文献１には代行印刷の依頼をネットワーク上の端末へ行って転送する技術が示されている。また、特許文献２ではサーバ装置がジョブの割り振りを行っており、代行端末の処理もサーバが判断している。また、特許文献３には代行配信したことを送信元へ通知する技術が示されている。
【特許文献１】特開２００１−０６７１９３公報
【特許文献２】特開２００１−１９７１５２公報
【特許文献３】特開平０５−３２７７６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、現在一般的なＩＭではオンライン／オフラインなどの簡単な情報しか扱われていないという問題がある。
そこで、本発明はユーザの運用により送信先を変えたり情報の伝達方法を変えることができ、文書を送りたい端末が障害発生により受信出力ができなくなった場合に、送信者が意識することなく自動的に代行端末へ送信することができるネットワークシステムおよびネットワーク対応機器を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、請求項１記載の発明は、ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、前記各端末の装置状態を受信し、登録された端末へ前記装置状態を通知することが可能なサーバ装置と、自端末の装置状態と該装置状態を知りたい端末とを前記サーバ装置に登録が可能で、且つ前記サーバ装置から提供される他端末の装置状態を受信することが可能な端末装置を備えたネットワークシステムであって、ネットワーク上のある端末へデータを送信する際に指定された端末が受信不可能あるいは出力不可能な場合は、送信端末において送信する前にオペレータへ通知することを特徴とする。
請求項２記載の発明は、ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、前記各端末のアドレス情報を受信し、登録された端末へアドレス情報を通知することが可能なサーバ装置と、自端末のアドレス情報と該アドレス情報を知りたい端末とを前記サーバ装置に登録が可能で、且つ前記サーバ装置から提供される他端末のアドレス情報を受信して、端末のアドレスデータとして記憶することが可能な端末装置を備えたネットワークシステムであって、前記端末装置は受信不可能あるいは出力不可能な状態が発生すると、前記サーバ装置に対して代行端末のアドレスを自動的に登録することを特徴とする。
請求項３記載の発明は、前記各端末のアドレス情報を受信して登録管理し、他端末からの問い合わせに対してアドレスデータを通知することが可能なサーバ装置と、該サーバ装置から提供される端末のアドレスを使用して送信が可能で、且つ自端末の代行となる端末のアドレスを登録可能な端末装置を備えたネットワークシステムであって、前記端末装置は受信不可能あるいは出力不可能な状態が発生すると、前記サーバ装置に対して代行端末のアドレスを自動的に登録することを特徴とする。
請求項４記載の発明は、請求項２、３のネットワークシステムにおいて、あらかじめ管理者や利用ユーザを登録することができ、代行端末に切り替えた場合は、その情報を管理者および端末のユーザへ通知する機能を有するネットワークシステムを主要な特徴とする。
請求項５記載の発明は、請求項２ないし４のネットワークシステムにおいて、受信不可能な状態から復旧した場合、自動的に元のアドレスをサーバ装置へ経由で端末へ通知するもしくはサーバへアドレスを登録し直す機能を有するネットワークシステムを最も主要な特徴とする。
請求項６記載の発明は、請求項１ないし５のいずれ１項に記載のネットワークシステムに対応するネットワーク対応機器を最も主要な特徴とする。
【発明の効果】
【０００５】
本発明では、文書を送信する際にリモートのネットワーク対応機器に障害が発生している場合は、送信する側のオペレータがリアルタイムで認識できるので、代行の宛先へ送信したり伝達方法を変更することで、文書が送れなかったり送るのに時間がかかったりするのを防ぐことができる。
また、リモートのネットワーク対応機器に障害が発生している場合に、送信側のオペレータが意識することなく代行宛先へ送信するので、文書が送れなかったり、送るのに時間がかかったりするのを防ぐことができる。また障害が発生している間、ネットワーク対応機器の管理者やユーザは送信してくる可能性のある関係者に対してアナウンスするなどの手間を省くことができる。
また、ネットワーク対応機器は障害発生により代行端末への切り替えを自動的に行うため、管理者やユーザが気づくことが難しかったが、その通知が管理者やユーザのＰＣにメッセージ通知されることで、受信文書の存在を認識できるので受け取りをスムーズに行うことができるようになる。
また、障害が復旧した場合に、ネットワーク対応機器が自動的に受信再開のためのアドレス変更通知や登録を行うため機器管理者やユーザの手間を省くことができる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の実施の形態を図面に従って説明する。
図１は本発明の実施の形態に係るネットワーク対応機器のブロック構成図である。一例としてネットワーク対応機器はＴ．３８によるリアルタイム型のファクシミリ通信で文書を送信することができる。
システム制御部１は、装置全体の機能を制御する。ユーザＩ／Ｆ部２は、設定等に必要な各種キーやディスプレイを持つ。スキャナ部３は、原稿を読み取るユニットである。プロッタ部４は、受信原稿やレポートリストを紙に出力するユニットである。ネットワークＩ／Ｆ部５は、ＬＡＮまたはインターネットとのインタフェースであり、ネットワークを介して種々のデータをやり取りする機能を持つ。
プロトコル作成／解析部６は、Ｔ．３８で送信する場合ここでプロトコルを作成／解析する。画像変換制御部７は、画像を圧縮伸長し、変倍や線密度変換を行うユニットである。メモリ部８は、送受信画像の蓄積や宛先情報の記憶を行うユニットである。またシステム設定情報やアドレス情報を管理する。
図２はネットワーク構成図である。ネットワーク対応機器は、受信情報の発生源（ＰＵＡ：Presence User Agent）である。プレゼンスサーバは、ネットワーク対応機器よりプレゼンス情報（受信情報）を受け取り管理し、関心のあるユーザへ状態通知を行う。またユーザの管理を行う。通常情報を見せても良いユーザの選択はネットワーク対応機器の管理者が選択できる。
ユーザは、プレゼンス情報を見る人である。ユーザはあらかじめ情報通知メンバへ加入する必要がある。ただしネットワーク対応機器の管理者がそのユーザに見せる許可を与えていない場合、加入は拒否され状態の参照および状態通知は行われない。本発明では後述する実施例４を除きネットワーク対応機器自身が他のネットワーク機器のユーザとなっている。
プロキシサーバは、ネットワーク対応機器や他のプロキシサーバからＳＩＰリクエストを受け取り、他の宛先に転送したり代理送信するサーバである。ロケーションサーバは、ＵＲＬ、ＩＰアドレス等のＳＩＰ対応ネットワークに関するルーティング情報が併せて格納されるデータベースを指す。
登録サーバは、ＳＩＰの登録リクエストを受け取って、ロケーションサーバなどのデータベースに登録されているＵＡの情報を更新するサーバである。リダイレクトサーバは、ＵＡであるネットワーク対応機器やプロキシサーバからのリクエストを受け取って、リダイレクトレスポンスを返すサーバである。このレスポンスの中にリクエストをどこへ送り直せばよいかが記述されている。
【実施例１】
【０００７】
実施例１ではネットワーク対応機器にトナーエンドやサービスコールなどの障害が発生し他の端末から文書を受信出力できない状態が起こった場合、機器のステータスをプレゼンス情報としてサーバへ登録し、そのネットワーク対応機器のプレゼンス情報を知りたい端末へリアルタイムに通知する。また他端末のプレゼンス情報を知りたい場合にその端末を指定登録することができる。
例えば図２のようにネットワーク対応機器Ａ２０にトラブルが発生した場合、自らプレゼンスサーバ２１へ障害情報を登録する。またあらかじめネットワーク対応機器Ａ２０の状態について知りたいネットワーク対応機器Ｂ２２、Ｃ２３、Ｄ２４はサーバへ情報を通知してもらうための登録を行っておく。そのためネットワーク対応機器Ａ２０で起きた変化はリアルタイムでネットワーク対応機器Ｂ２２、Ｃ２３、Ｄ２４が知ることができる。
図３にプレゼンス情報を公開する登録シーケンスとそのプレゼンス情報を知りたい端末の指定登録および変化通知のシーケンス図を示す。プレゼンス情報を受けた端末は、その変化のあった端末が管理しているアドレス帳に登録されているアドレスかどうか判断し、登録されている場合は通知されたステータス情報をリンクして記憶する（図４Ｓ１〜Ｓ３参照）。
そして自端末から送信を行う場合に、指定されたアドレスが障害情報を保持している場合は、オペレータに送信しようとしている端末に障害が発生しているため相手が受け取ることができない旨を警告することができる（図５Ｓ１１〜Ｓ１６参照）。そのためオペレータは他の端末や他の方法で文書を送る。
【実施例２】
【０００８】
実施例１と同様に機器に障害が発生した場合、プレゼンスサーバに情報を登録することで、リモートの端末へリアルタイムに情報を通知させることができる。ただし実施例２ではリモートの端末へ通知する情報は障害情報や装置状態ではなく、代行端末のアドレスを通知する。通知を受けたリモート端末はアドレス情報に通知してきた端末のアドレスが登録されている場合はそのアドレスに対応するテーブルに記憶する（図６参照）。
そしてネットワーク対応機器のアドレス帳を使って文書を送信する場合、指定したアドレスに代行端末のアドレスが登録されている場合は代行端末のアドレスへ送信を行う。あるいは代行端末のアドレスが通知されてきた場合にアドレス帳のテーブルデータを書き換えてしまい送信時にはいつもそのままアドレスを参照して送信動作することも考えられる（図７参照）。
【実施例３】
【０００９】
実施例３ではネットワーク対応機器とＳＩＰサーバからシステムが構成されている。ネットワーク対応機器にはあらかじめ代行端末のアドレスを登録することができ、機器に障害が発生して受信出力不能な状態が発生した場合に、ネットワーク上のアドレスを管理しているサーバへ代行端末のアドレスを登録することにより、リモートからネットワーク対応機器へ文書を送信しようとした場合に代行端末へ送信し出力することができる。
例えば図８のようにネットワーク対応機器３０はあらかじめ登録サーバ３１に自端末のアドレスを登録する。登録した情報はロケーションサーバ３２のデータベースへ登録される。ただしこのロケーションサーバ３２や登録サーバ３１はプロキシサーバ３３、３４とは図のように物理的に離れている必要はなく同じホスト上で動作していても良い。
ネットワーク対応機器Ａ３５からネットワーク対応機器Ｂ３０へ送信する場合は、プロキシサーバ３４を経由してアドレス情報を受け取りそのアドレスとセッションを確立させる。そのためもし機器の障害が発生した場合はあらかじめ機器に登録されている代行端末のアドレスを登録し、そのネットワーク対応機器へ送信しようとした場合にリダイレクトサーバ３６からリダイレクトのレスポンスを返すようにする（図９参照）。
この時リダイレクトレスポンスには代行端末のアドレスがセットされているため、送信側のネットワーク対応機器は再びプロキシサーバ３４経由でロケーションサーバ３７へアドレスを確認し、セッションを確立させ代行端末へ文書を送信することができる。図１０に文書をリアルタイム型のファクシミリ送信を行った場合の例を示す。
【実施例４】
【００１０】
図１１はネットワーク対応機器の障害におけるＩＭの代行端末への切り替え通知を示す図である。実施例１、２と同様にネットワーク対応機器の管理者５０やユーザ５１、５２は、機器のプレゼンス情報の通知を受けるためにあらかじめプレゼンスサーバ５３へ登録を行っておく。そしてネットワーク対応機器に障害が発生した場合は代行端末へ送信するように通知が行われる。その際に同時に人間が理解できるようなメッセージで代行端末のアドレス情報も通知することで、ＰＣのメッセンジャーソフト等にメッセージの表示を行い、管理者５０やユーザ５１、５２に代行出力を行っていることを理解させる。
また、ネットワーク対応機器Ａ５５でもその情報をユーザＩ／Ｆ等に表示したりすることで、障害が発生しているため代行端末へ転送中でありその転送先がどこであるかを確認できるようにすることができる。そのほかネットワーク対応機器に管理者５０およびユーザ５１、５２のメールアドレスを登録し、代行端末へ切り替えた場合は登録されたメールアドレスを指定してメールサーバへ送信する。メール本文にはＩＭで通知した場合と同様に人間が理解できるメッセージをセットして送信する。
【実施例５】
【００１１】
上記各実施例のようにネットワーク対応機器は障害が発生し、受信出力等が不可能になると自動的に代行端末のアドレスを通知またはサーバへ登録することで、文書伝達に支障がないようにすることができた。またネットワーク対応機器は障害の原因が取り除かれ復旧したことを検出したならば本来の自機アドレスを他の端末に通知することで、自動的にリモート端末から再び受信させる（図１２参照）。
障害発生と復旧によるリモートのネットワーク対応機器への通知シーケンスを図３に示す。あるいは実施例３と同様に障害復旧後、自端末アドレスをサーバに再登録することで受信を再開させる。
本発明では、ネットワーク対応機器のトナーエンド状態やサービスコール状態などステータス情報をネットワーク上の他の端末へリアルタイムで通知することにより、リモート端末から送信する際にあらかじめ障害により上手く相手が受信することができない事態を、送信しようとしているオペレータへ通知することができるので、ユーザの運用により送信先を変えたり情報の伝達方法を変えることができる。
また、自端末のステータスが受信不可等の状態になった場合にプレゼンス情報として代行端末のアドレスを通知し、その通知したアドレスを受けたリモートのネットワーク端末はその端末へ送信する場合、そのアドレスに対して送信を行うことで、文書を送りたい端末が障害発生により受信出力ができなくなった場合に送信者が意識することなく自動的に代行端末へ送信することができる。
また、実際の端末のアドレスはサーバ上で管理されるため、端末が受信や出力ができなくなった場合は代行端末のアドレスがサーバへ自動的に登録され、他の端末からその端末へ送信しようとする際に自動的に代行端末へ送信することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係るネットワーク対応機器のブロック構成図。
【図２】ネットワーク構成図。
【図３】ステータスの更新と通知シーケンス例を示す図。
【図４】公開情報の受信登録動作を示すフロー図。
【図５】送信宛先入力動作を示すフロー図。
【図６】アドレス管理テーブルの一例を示す図。
【図７】アドレス管理テーブルの一例を示す図。
【図８】ロケーションの登録および問い合わせ動作を示す図。
【図９】リダイレクト動作を示す図。
【図１０】通信動作を示す図。
【図１１】ネットワーク対応機器の障害におけるＩＭの代行端末への切り替え通知を示す図。
【図１２】ネットワーク対応機器の障害の復旧時にＩＭでアドレスを通知する例を示す図。
【符号の説明】
【００１３】
１  システム制御部
２  ユーザＩ／Ｆ部
３  スキャナ部
４  プロッタ部
５  ネットワークＩ／Ｆ部
６  プロトコル作成／解析部
７  画像変換制御部
８  メモリ部
【図１】
2005269094.tif 000003
【図２】
2005269094.tif 000004
【図３】
2005269094.tif 000005
【図４】
2005269094.tif 000006
【図５】
2005269094.tif 000007
【図６】
2005269094.tif 000008
【図７】
2005269094.tif 000009
【図８】
2005269094.tif 000010
【図９】
2005269094.tif 000011
【図１０】
2005269094.tif 000012
【図１１】
2005269094.tif 000013
【図１２】
2005269094.tif 000014