(57)【要約】【課題】トラブル発生時に事前に代替の情報手段を選択することができるようにする。【解決手段】第２の画像通信装置１００Ｂはプレゼンスサーバ１１０のユーザとなり自機のプレゼンス情報として、サプライ情報やプロッタ状態をプレゼンスサーバ１１０に通知し登録する（ＰＵＢＬＩＳＨ）。プレゼンスサーバ１１０は通知された情報をデータベースに登録し、情報の購読依頼（ＳＵＢＳＣＲＩＢＥ）のあったユーザ（第１の画像通信装置１００Ａ）対してプレゼンス情報を通知する（ＮＯＴＩＦＹ）。以降、画像通信装置１００Ａ，１００Ｂは自機のサプライ状態やプロッタ状態に変化が発生した場合は、プレゼンスサーバ１１０に通知することによってその装置のプレゼンス情報を参照しているユーザに装置状態がリアルタイムで通知される。【選択図】図３
2007318429.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のノードへ画像データを送信する手段と、
前記ネットワーク上のノードからプレゼンス情報を取得する手段と、
機器を利用するユーザに送信相手先の状態を通知する手段と、
を備えていることを特徴とする画像通信装置。
【請求項２】
ネットワーク上のノードへ画像データを送信する手段と、
前記ネットワーク上のノードからプレゼンス情報を取得する手段と、
送信指定した宛先のプレゼンスから相手が受信できない状態のときは、受信可能となるまで送信待機する手段と、
を備えていることを特徴とする画像通信装置。
【請求項３】
メモリに蓄積した画像データをネットワーク上のノードに対して公開し取得させる手段と、
ネットワーク上のノードからプレゼンス情報を取得する手段と、
前記画像データと共に前記プレゼンス情報を公開する手段と、
を備えていることを特徴とする画像通信装置。
【請求項４】
ネットワーク上のノードで動作しているプレゼンスを扱うソフトウエアからプレゼンス情報を取得する手段と、
機器を利用するユーザにその状態を通知する手段と、
を備えていることを特徴とする画像通信装置。
【請求項５】
ユーザ認証を行う手段と、
認証されたユーザごとにプレゼンス情報を取り込むノードを切り替える手段と、
を備えていることを特徴とする請求項４連記載の画像通信装置。
【請求項６】
送信画像データをネットワーク上のノード経由で他のノードへ送信する手段を備えていることを特徴とする請求項４または５記載の画像通信装置。
【請求項７】
ネットワーク上のノードから送信した結果を受け取る手段と、
受けとった結果を画像通信装置の履歴に反映する手段と、
を備えていることを特徴とする請求項６記載の画像通信装置。
【請求項８】
請求項１ないし７の画像通信装置と、１以上のノードとがネットワーク接続されていることを特徴とする画像通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
機器を利用するユーザにプレゼンス情報を通知することができ、またプレゼンス対応アプリケーションと連携して画像データを送信することができる画像通信装置およびそのシステム。
【背景技術】
【０００２】
この種の技術として例えば特許文献１に記載の発明が公知である。この発明は、ユーザの運用により送信先を変え、あるいは、情報の伝達方法を変えることができるネットワークシステムを提供することを目的としたもので、ネットワーク対応機器である複数の端末とサーバ装置がネットワーク接続されたネットワークシステムにおいて、ネットワーク上のある端末に送信する際に指定された端末が受信不可能あるいは出力不可能な場合は、送信端末において送信する前にオペレータへ通知する機能を有するものである。
【０００３】
なお、関連するする技術として通信端末のリソースについて自動的にプレゼンスサーバへ通知して更新する発明がある（特許文献２）。
【特許文献１】特開２００５−２６９０９４号公報
【特許文献２】特開２００５ー２７８０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日、ＩＰ電話やインスタントメッセンジャなどの普及によりＳＩＰ(session initiation protocol)が急速に普及してきている。画像通信装置においても例えばリアルタイム型のインターネットＦＡＸ（Ｔ．３８）のシグナリングプロトコルとしてＳＩＰを実装しているものも登場している。一方、ＳＩＰはＩＰ電話等のシグナリングプロトコルを目的として使用するだけでなく、プレゼンス情報をやり取りに使用することもできる。プレゼンスとは人や物が今どんな状態にあるかを示すものであり、例えば人の状態であれば、机の前にいれば「在席中」、会議をしている時は「会議中」のような状態を表現して、他のユーザからの閲覧要求に応じてその情報を教えたりすることができる。
【０００５】
しかし、従来は遠く離れた相手先に画像データを転送しようとした場合、相手の受信装置の状態を事前に知るすべがなかったため、送信する側で画像機器にメモリ蓄積し、自動送信処理を指示していたので送信結果が不達になった時点で情報伝達に失敗したと気づくということがあった。そのため送信トラブル発生時に、異なる手段を選択して連絡するまでに時間がかかるといった問題があった。
【０００６】
そこで、本発明が解決すべき課題は、トラブル発生時に事前に代替の情報手段を選択することができるようにすることにある。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、第１の手段は、ネットワーク上のノードへ画像データを送信する手段と、前記ネットワーク上のノードからプレゼンス情報を取得する手段と、機器を利用するユーザに送信相手先の状態を通知する手段と、を備えた画像通信装置を特徴とする。
【０００８】
第２の手段は、ネットワーク上のノードへ画像データを送信する手段と、前記ネットワーク上のノードからプレゼンス情報を取得する手段と、送信指定した宛先のプレゼンスから相手が受信できない状態である場合は、受信可能となるまで送信待機する手段と、を備えた画像通信装置を特徴とする。
【０００９】
第３の手段は、メモリに蓄積した画像データをネットワーク上のノードに対して公開し取得させる手段と、ネットワーク上のノードからプレゼンス情報を取得する手段と、前記画像データと共に前記プレゼンス情報も公開する手段と、を備えた画像通信装置を特徴とする。
【００１０】
第４の手段は、ネットワーク上のノードで動作しているプレゼンスを扱うソフトウエアからプレゼンス情報を取得する手段と、機器を利用するユーザにその状態を通知する手段と、を備えた画像通信装置を特徴とする。
【００１１】
第５の手段は、ユーザ認証を行う手段と、認証されたユーザごとにプレゼンス情報を取り込むノードを切り替える手段と、を備えた画像通信装置を特徴とする。
【００１２】
第６の手段は、第４または第５の手段において、送信画像データをネットワーク上のノード経由で他のノードへ送信する手段を備えていることを特徴とする。
【００１３】
第７の手段は、第６の手段において、ネットワーク上のノードから送信した結果を受け取る手段と、受けとった結果を画像通信装置の履歴に反映する手段と、を備えていることを特徴とする。
【００１４】
第８の手段は、第１ないし第７の手段に係る画像通信装置と、１以上のノードとがネットワーク接続された画像通信システムを特徴とする。
【００１５】
なお、後述の実施形態では、ネットワークは符号１０５、インターネット２００及びＬＡＮ３００に、ノードは画像通信装置１００Ａ，１００Ｂ，プレゼンスサーバ１１０，ＰＣ１２０，１３０に、プレゼンス情報を取得する手段はシステム制御部１，ネットワークＩ／Ｆ６、メモリ部５に、ユーザに送信相手先の状態を通知する手段、メモリに蓄積した画像データをネットワーク上のノードに対して公開し取得させる手段、前記画像データと共に前記プレゼンス情報も公開する手段、ネットワーク上のノードで動作しているプレゼンスを扱うソフトウエアからプレゼンス情報を取得する手段、送信画像データをネットワーク上のノード経由で他のノードへ送信する手段はシステム制御部１及びネットワークＩ／Ｆ６に、送信待機する手段はシステム制御部１に、機器を利用するユーザにその状態を通知する手段はシステム制御部１、ネットワークＩ／Ｆ部６及びユーザＩ／Ｆ部２に、ユーザ認証を行う手段及び認証されたユーザごとにプレゼンス情報を取り込むノードを切り替える手段はシステム制御部１に、ネットワーク上のノードから送信した結果を受け取る手段はネットワークＩ／Ｆ部６に、受けとった結果を画像通信装置の履歴に反映する手段はシステム制御部１及びメモリ部５に、それぞれ対応する。
【発明の効果】
【００１６】
本発明によれば、ネットワーク上のノードへ画像データを送信し、前記ネットワーク上のノードからプレゼンス情報を取得し、機器を利用するユーザに送信相手先の状態を通知するので、画像データを送信する際にあらかじめ相手先の装置状態がわかり、スムーズに情報が伝わらないことを事前に判断でき、トラブル発生時に事前に代替の情報手段を選択することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について図面を参照して説明する。
【００１８】
図１は本発明の実施形態に係る画像通信装置の構成を示すブロック図である。本実施形態に係る画像通信装置１００は、システム制御部１、ユーザＩ／Ｆ部２、スキャナ部３、プロッタ部４、メモリ部５、ネットワークＩ／Ｆ部６、プロトコル制御部７及び画像変換制御部８がバス９によって相互に通信可能に接続されている。システム制御部１は装置全体の機能を制御する。ユーザＩ／Ｆ部２はワンタッチダイヤルキーやシステム設定等に必要な各種キー、ディスプレイを持つ。スキャナ部３は原稿を読み取るユニットである。プロッタ部４は受信原稿やレポートリストを紙に出力するユニットである。メモリ部５は送受信画像や掲示板に表示する画像、サムネイル画像の蓄積ユニットである。システム設定情報やアドレス帳データも管理する。ネットワークＩ／Ｆ部６はＬＡＮまたはインターネットとのインタフェースである。プロトコル制御部７はＳＩＰプロトコル制御や電子メールのプロトコルなど各種ネットワークプロトコルを制御する役割を持つ。画像変換制御部８は画像を圧縮伸長し、変倍や線密度変換、画像フォーマット変換を行うユニットである。
【００１９】
図２はネットワーク構成を示す図で、第１の画像通信装置１００Ａ、第２の画像通信装置１００Ｂ及びプレゼンスサーバ１１０がネットワーク１０５を介して接続されている。図２はプレゼンス情報のやりとりにプレゼンスサーバ（ＳＩＰサーバ）を使用した例である。この例では、第１の画像通信装置１００Ａからプレゼンスサーバ１１０に情報の購読依頼（ＳＵＢＳＣＲＩＢＥ）が送信され（１）、プレゼンスサーバ１１０からプレゼンス情報が通知され（ＮＯＴＩＦＹ）（２）、また、第２の画像通信装置１００Ｂからプレゼンスサーバ１１０にステータス登録更新（ＰＵＢＬＩＳＨ）（３）される状態を示している。ステータスとは、例えば記録紙エンドやトナーエンドなどの画像通信装置の各部の状態のことであり、その状態の変化を更新し、登録しておく。
【００２０】
プレゼンス情報の登録や購読についてのシーケンスを図３に示す。図３のシーケンスでは、第２の画像通信装置１００Ｂはプレゼンスサーバ１１０のユーザとなり自機のプレゼンス情報として、サプライ情報やプロッタ状態をプレゼンスサーバ１１０に通知し登録する（ＰＵＢＬＩＳＨメソッド）。プレゼンスサーバ１１０は通知された情報をデータベースに登録し、情報の購読依頼（ＳＵＢＳＣＲＩＢＥメソッド）のあったユーザ（第１の画像通信装置１００Ａ）対してプレゼンス情報を通知する（ＮＯＴＩＦＹメソッド）。ただし、プレゼンス情報は許可したユーザに限り公開することもできる。以降、画像通信装置１００Ａ，１００Ｂは自機のサプライ状態やプロッタ状態に変化が発生した場合は、プレゼンスサーバ１１０に通知することによってその装置のプレゼンス情報を参照しているユーザに装置状態がリアルタイムで通知される。図３では、さらに第２の画像通信装置１００Ｂから記録紙エンドステータスをプレゼンスサーバ１１０に通知し登録し、プレゼンスサーバ１１０は通知された情報をデータベースに登録し、第１の画像通信装置１００Ａに対してプレゼンス情報、ここで記録紙エンドを通知する。
【００２１】
画像通信装置１００Ａ，１００Ｂはプレゼンスサーバ１１０から通知された、プレゼンス情報を解析し自機のアドレス帳に登録されたユーザであった場合にはアドレス帳のレコードに含まれるプレゼンスの状態へ反映を行う。そして、アドレス帳に反映されたプレゼンス情報は、画像データを送信するためにアドレス帳選択した際に例えば図４のようなイメージで、ユーザＩ／Ｆ部２のディスプレイに相手先の装置状態を表示することができるので、どのような情報伝達の手段を選択したらよいか判断することが可能となる。
【００２２】
図５はプレゼンス購読とアドレス帳への反映の処理手順を示すフローチャートである。同図において、まず、例えば画像通信装置１００Ａからプレゼンスサーバへ接続し（ステップＳ１０１）、ＳＵＢＳＣＲＩＢＥメソッドを送信し（ステップＳ１０２）、プレゼンスサーバ１１０からＮＯＴＩＦＹメソッドを受信した後（ステップＳ１０３）、アドレス帳へステートを反映させる。このようにしてネットワーク１０５上のノード（画像通信装置１００Ｂ）へ画像データを送信し、ネットワーク１０５上のノードからプレゼンス情報を取得し、機器を利用するユーザに送信相手先の状態を通知することができる。
【００２３】
送信指定した宛先のプレゼンスから相手が受信できない状態である場合は、受信可能となるまで送信待機する。そのときの処理手順を図６のフローチャートに示す。  
同図において、画像通信装置１００の利用者は画像データを送信する場合、送信原稿をスキャナ部３にセットし送信宛先を指定する（ステップＳ２０１）。画像データを蓄積した後（ステップＳ２０２）、指定された送信宛先について、プレゼンス情報が取得できるかどうかプレゼンスサーバ１１０に接続し（ステップＳ２０３）、プレゼンス情報が取得できた場合は印刷可能な状態であるかどうか判断し（ステップＳ２０４−Ｙ）、印刷可能な状態であれば直ちにオペレータによって選択された手段で送信処理を行う（ステップＳ２０６）。もし印刷が不可能な状態の場合には（ステップＳ２０４−Ｎ）、プレゼンス情報が更新される通知を待つ（ステップＳ２０３）。プレゼンス情報の通知があり、その通知で印刷可能な状態が通知された場合には（ステップＳ２０４−Ｙ）、その宛先に対して送信待機している場合には待機ファイルの再送処理を行う（ステップＳ２０６）。また、印刷可能な状態通知でない場合は再度、印刷可能な状態の通知が来るまで送信待機する（ステップＳ２０５）。
【００２４】
図７はメモリ部５に蓄積した画像データをネットワーク１０５上のノードに対して公開し取得させ、さらにネットワーク１０５上のノードからプレゼンス情報を取得し、画像データと共にプレゼンス情報も公開する処理手順を示すフローチャートである。
【００２５】
同図において、ユーザＩ／Ｆ部２からあらかじめ蓄積を行うデータの書誌情報を入力し（ステップＳ３０１）、メモリ部５へ画像データと共に登録する。登録に際しては例えば文書タイトル、コメント、そのデータに対する人物やアドレスなどを指定できる。画像データを登録するユーザはスキャナ部３に原稿をセットしユーザＩ／Ｆ部２からスタートキーを押下することにより、読み取りが行われ、読み込んだ画像データは画像通信装置のメモリ部５にある不揮発性メモリに保存される（ステップＳ３０２）。蓄積された画像は、ネットワーク１０５上のノードからＷｅｂブラウザ等により参照およびダウンロードすることが可能である。また蓄積終了時に、書誌情報の一つとしてユーザのプレゼンス情報を公開するように指定された場合、プレゼンスサーバ１１０へ接続し（ステップＳ３０３）、指定された人物のプレゼンス情報の閲覧を行う（ステップＳ３０４）。
【００２６】
その後、プレゼンスサーバ１１０から通知されたプレゼンス情報をメモリ部５に保存しているアドレス帳や書誌情報へ反映することにより（ステップＳ３０５，Ｓ３０６）、ＷｅｂブラウザからＷｅｂページの取得があった場合は、画像データと共にリンクされたプレゼンス情報も通知することができる。
【００２７】
図８はＡＰＩ（Application Program Interface）を利用した画像通信装置連携アプリケーションのイメージ図である。プレゼンス対応アプリケーションは世の中で普及しているインスタントメッセージを例としている。またプレゼンス対応アプリケーションの中にはＡＰＩが公開されており、ＡＰＩを通じてプレゼンス情報を閲覧やファイル転送、テキストメッセージの送信が可能なものがある。
【００２８】
図９は画像通信装置（ノード４）と連携機能するアプリケーションソフトが起動しているノードを含めたネットワーク構成を示す図で、インターネット２００及びＬＡＮ３００を介してノード１からノード４が接続されている。ノード１のＰＣ１２０とノード２のＰＣ１３０はノード３のプレゼンスサーバ１１０のユーザであり、起動しているプレゼンス対応アプリケーションのコンタクトリストに登録されたユーザのプレゼンス情報をサーバから取得し互いに閲覧することができる。また、ノード２のＰＣ１３０には画像通信装置と連携するアプリケーションがインストールおよび起動されており、プレゼンス対応アプリケーションのＡＰＩを利用することによってコンタクトリストのプレゼンス情報をソフトウエアのＡＰＩを利用して取得することができる。取得したプレゼンス情報は画像通信装置（ノード４）に転送することが可能である。
【００２９】
画像通信装置１００（ノード４）は連携アプリケーションから通知された、コンタクトリストとプレゼンス情報をメモリ部５に保持し、ユーザＩ／Ｆ部２のディスプレイに表示することにより、送信宛先のプレゼンス情報を画像通信装置１００で確認することができる。
【００３０】
ここでは、ノード１に対応するＰＣ１２０からインターネット２００を介してプレゼンスサーバ１１０に対してプレゼンス更新（１）要求があると、ノード３のプレゼンスサーバ１１０はインターネット２００とＬＡＮ３００を介してノード３に対応するＰＣ１３０にその旨通知（２）し、画像通信装置１００のＬＡＮ３００を介して転送する（３）。
【００３１】
図１０は利用者の認証とプレゼンス情報の取得手順を示すフローチャートである。画像通信装置１００を利用者するユーザはＩ／Ｆ部２からログイン名およびパスワードを入力する（ステップＳ４０１）ことによってあらかじめ画像通信装置１００内部に登録されたデータ、または画像通信装置１００外部の認証装置で認証され（ステップＳ４０２）、初めて画像通信装置１００の利用が可能となる（ステップＳ４０３）。認証方法については公知の手段で行われる。
【００３２】
またあらかじめ画像通信装置１００の利用者ごとにプレゼンス対応アプリケーションとその連携を行うアプリケーションが稼働しているノードのネットワークアドレスを登録することができる。そのため画像通信装置１００はユーザの認証がされると同時に、登録されたノードに対してプレゼンス情報の閲覧要求を行う（ステップＳ４０４）。そして閲覧できたプレゼンス情報はメモリ部５に保持し（ステップＳ４０５，Ｓ４０６）、画像データの送信時にそのプレゼンス情報をユーザに通知することができる。
【００３３】
図１１は画像通信装置１００から送信画像データをネットワーク１０５上のノード経由で送信するときの処理手順を示すフローチャート、図１２は画像通信装置１００、ＳＩＰサーバ１１０、ＰＣ１２０又は１３０間の画像データの転送シーケンスを示すシーケンス図である。ユーザはネットワーク上のあるノード（ＰＣ）１２０又は１３０で動作しているプレゼンス対応アプリケーションに登録されたコンタクトリストを画像通信装置１００のユーザＩ／Ｆ部２で参照することができる。そのためには、画像データを送信したいユーザは、ユーザＩ／Ｆ部２に表示されるこのコンタクトリストを送信宛先として選択し送信処理を行う（ステップＳ５０１，Ｓ５０２）。送信する画像データが紙の場合には、スキャナ部３から画像を読み込み、画像蓄積を行う（ステップＳ５０３）。画像蓄積終了後、ネットワーク上のノード（ＰＣ）に対して画像データの送信を行う（ステップＳ５０４）。例えばネットワーク上のノードのアドレスとしてＳＩＰ  ＵＲＩが指定されＳＩＰサーバ１１０経由でデータ転送を行う（ＳＱ１）。
【００３４】
画像通信装置１００から送信された画像データは一旦ノード（ＰＣ）上のメモリに蓄積され、プレゼンス対応アプリケーションのソフトウエアＡＰＩを利用して、指定されたコンタクトリストに対してデータ転送処理が行われ、画像通信装置１００から送られたファイルをコンタクトリストの相手に対して送信することができる。
【００３５】
図１３はＰＣ１２０又は１３０、ＳＩＰサーバ１１０、画像通信装置１００間の送信結果通知シーケンスを示すシーケンス図である。ネットワーク上のノード経由で画像データの送信を行う動作までは図１２と同様である。本実施形態では、データ転送終了後、ノード上で動作している画像通信装置連携アプリケーションはＡＰＩから通知された送信結果を元に、送信指示を受けた画像通信装置に対してメッセージ送信を行う（ＳＱ２）。画像通信装置では連携アプリケーションから通知されたデータ転送結果を受け取り、装置内部で管理されている送信履歴の対応するレコードに対して結果を反映させる。そのため画像通信装置のユーザは、送信履歴の結果がＯＫであれば、コンタクトリストに登録された目的の相手先へ、画像通信装置から直接画像データを送信することができる。
【００３６】
以上のように本実施形態によれば、次のような効果を奏する。
【００３７】
１）従来は遠く離れた相手先に画像データを転送しようとした場合、相手の受信装置の状態を事前に知るすべがなかったため、送信する側で画像機器にメモリ蓄積し、自動送信処理を指示していたので送信結果が不達になった時点で情報伝達に失敗したと気づくということがあった。そのため送信トラブル発生時に、異なる手段を選択して連絡するまでに時間がかかるといった問題があったが、トラブル発生時に事前に代替の情報手段を選択することができるように下ので、連絡に時間がかかることはなくなった。
【００３８】
２）従来は画像通信装置において記録紙エンドやトナーエンドなどでもメモリ受信することができるため、送信者は通信結果から相手に情報が伝わったものと判断していたが、実際には印刷されていない場合には情報の伝達がされていないといった問題があった。しかし、本実施形態では画像通信装置から画像データを送信指示された場合に、送信相手先の画像機器のプレゼンス情報を見て相手先の状態が出力不可能な状態と判断された場合は、出力可能な状態になるまで画像データを送信せず待機し、出力可能な状態になったら送信するため、送信者の情報伝達の認識にずれを少なくすることができる。
【００３９】
３）従来から画像機器装置のメモリに画像データを蓄積することができ、ネットワーク上のＰＣからＷｅｂブラウザ等を使って機器にアクセスすることで、画像データのサムネイルや画像データのダウンロードをすることが可能であったが、その情報発信した画像データに対する、発信者の状態を知ることはできなかったが、本実施形態では、画像データとその情報発信者のプレゼンスをＷｅｂで公開することができることを目的としており、例えば広告とその広告主がその時に営業中かどうかなどリアルタイムで連絡先の状態を表示することができる。
【００４０】
４）現在様々なプレゼンスに対応したアプリケーションが世の中には普及し、そのアプリケーションネットワークでは各個人のプレゼンス情報がやり取りされているが、画像機器装置はその情報を直接利用することはできないという問題があった。またプレゼンス対応アプリケーションにはＡＰＩを公開し、そのＡＰＩを使って他のソフトウエアとの連携が可能となっているものもある。本実施形態ではそのＰＣ上で動作しているプレゼンス対応アプリケーションのＡＰＩを使って連携するソフトウエアにより、コンタクトリストに登録された相手のプレゼンス情報を画像通信装置に転送し、画像通信装置で送信指示しようとするユーザに対して相手先のプレゼンスを通知することができるので、最適な情報伝達の選択が可能となる。
【００４１】
５）機器利用者を認証することで、プレゼンス情報を参照するノードを切り替えて参照することができるため、例えば接続先のノードを各個人のＰＣにすることでそのユーザしか参照できないプレゼンス情報を画像通信装置上で参照することができる。
【００４２】
６）プレゼンス対応アプリケーションはプレゼンス情報をやり取りするだけでなくテキスト情報やファイル転送の機能を持つものもある。そこで本件では請求項４，５においてさらに画像通信装置で取得したコンタクトリストから宛先を指定し、送信したい画像データを、ＰＣ上で動作しているプレゼンス対応アプリケーション経由で相手先にデータ転送することにより個人のＰＣへ直接送信することができる。
【００４３】
７）ＰＣを経由してデータ転送するため、ＰＣ間のデータ転送結果を知ることができず画像通信装置の送信履歴には結果が正しく反映されないという問題があった。そこでＰＣ間でのファイル転送が終了した後、転送結果を画像通信装置へ通知し、送信履歴に反映することにより送信履歴の情報を正確なものにすることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態に係る画像通信装置の構成を示すブロック図である。
【図２】ネットワーク構成を示す図である。
【図３】プレゼンス情報の登録や購読についてのシーケンスを示すシーケンス図である。
【図４】アドレス帳の選択イメージを示す図である。
【図５】プレゼンス購読とアドレス帳への反映手順を示すフローチャートである。
【図６】送信指定した宛先のプレゼンスから相手が受信できない状態である場合に、受信可能となるまで送信待機するときの処理手順を示すフローチャーである。
【図７】メモリに蓄積した画像データをネットワーク上のノードに対して公開し取得させ、さらにネットワーク上のノードからプレゼンス情報を取得し、画像データと共に  プレゼンス情報も公開する処理手順を示すフローチャートである。
【図８】ＡＰＩを利用した画像通信装置連携アプリケーションのイメージを示す図である。
【図９】画像通信装置と連携機能するアプリケーションソフトが起動しているノードを含めたネットワーク構成を示す図である。
【図１０】利用者の認証とプレゼンス情報の取得手順を示すフローチャートである。
【図１１】画像通信装置から送信画像データをネットワーク上のノード経由で送信するときの処理手順を示すフローチャートである。
【図１２】画像通信装置、ＳＩＰサーバ、ＰＣ間の画像データの転送シーケンスを示すシーケンス図である。
【図１３】ＰＣ、ＳＩＰサーバ、画像通信装置間の送信結果通知シーケンスを示すシーケンス図である。
【符号の説明】
【００４５】
１  システム制御部
２  ユーザＩ／Ｆ部
３  スキャナ部
４  プロッタ部
５  メモリ部
６  ネットワークＩ／Ｆ部
７  プロトコル制御部
８  画像変換制御部
１００  画像通信装置
１１０  プレゼンスサーバ
【図１】
2007318429.tif 000003
【図２】
2007318429.tif 000004
【図３】
2007318429.tif 000005
【図４】
2007318429.tif 000006
【図５】
2007318429.tif 000007
【図６】
2007318429.tif 000008
【図７】
2007318429.tif 000009
【図８】
2007318429.tif 000010
【図９】
2007318429.tif 000011
【図１０】
2007318429.tif 000012
【図１１】
2007318429.tif 000013
【図１２】
2007318429.tif 000014
【図１３】
2007318429.tif 000015