(57)【要約】【課題】複数のユーザに共用され、ユーザが画像の送信先を指定する手間が少ない画像送信装置を提供する。【解決手段】送信側ＭＦＰは送信先のユーザ名を受け付けると（Ｓ９０３）、宛先ユーザリストに該ユーザ名が登録されているか調べ（Ｓ９０４）、登録されていたら（Ｓ９０５：ＹＥＳ）、受信側ＭＦＰに画像データを送信する（Ｓ９０６）。ＡＣＫを受信したら（Ｓ９０７：ＹＥＳ）、送信成功を表示する（Ｓ９１６）。ＮＡＣＫを受信したり（Ｓ９０８：ＹＥＳ）、タイムアウトが発生したら（Ｓ９０９：ＹＥＳ）、Ｍｙアドレス帳に当該ユーザ名が登録されているか調べる（Ｓ９１０）。登録されていたら（Ｓ９１１：ＹＥＳ）、対応する通信方法で、その宛先に画像データを送信する（Ｓ９１２）。ＡＣＫを受信したら（Ｓ９１３：ＹＥＳ）、送信成功を表示する（Ｓ９１６）。タイムアウトが発生したら（Ｓ９１４：ＹＥＳ）、送信失敗を表示する（Ｓ９１５）。【選択図】図９
2008060919.tif 000002
【特許請求の範囲】
【請求項１】
その宛先名に応じて画像データを処理する画像処理装置に対して、画像データを送信する画像送信装置であって、
ユーザの指示に従って画像データを送信する送信手段と、
画像データの宛先名を受け付ける宛先名受付手段と、
宛先名に画像処理装置を対応付けるリストであって、複数のユーザに共有される共有リストを記憶する第１の記憶手段と、
共有リストにて宛先名に対応付けられた画像処理装置以外の装置を当該宛先名に対応付けるリストであって、ユーザ毎に個別に管理される個別リストを記憶する第２の記憶手段と、
画像データの送信の成否を判定する判定手段と、を備え、
受け付けた宛先名に共有リストにて対応付けられた画像処理装置へ画像データを送信した後、当該送信が失敗したと判定されると、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする画像送信装置。
【請求項２】
画像データを画像処理装置が他の装置に転送した場合に、当該他の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶手段を備え、
判定手段にて、個別リストにて宛先名に対応付けられた装置への画像データの送信が失敗したと判定されると、履歴リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする請求項１に記載の画像送信装置。
【請求項３】
複数のユーザに共用される画像送信装置であって、
ユーザの指示に従って画像データを送信する送信手段と、
画像データの宛先名を受け付ける宛先名受付手段と、
宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶する第１の記憶手段と、
送信した画像データを画像処理装置が他の装置に転送した場合に、その転送先の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第２の記憶手段と、
画像データの送信の成否を判定する判定手段と、を備え、
宛先名受付手段にて、宛先名を受け付けると、送信手段にて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信し、
判定手段にて、当該送信が失敗したと判定されると、送信手段にて、履歴リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする画像送信装置。
【請求項４】
宛先名受付手段にて受け付けた宛先名が共有リストにない場合も、送信手段にて、送信を指示したユーザの個別リスト若しくは履歴リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする請求項１又は３に記載の画像送信装置。
【請求項５】
画像処理装置から画像データを受信した旨の受信通知を受信する受信手段を備え、
判定手段は、画像データを送信してから所定時間を経過するまでに、受信手段にて受信通知を受信しなければ、当該送信が失敗したと判定する
ことを特徴とする請求項１又は３に記載の画像送信装置。
【請求項６】
宛先名と共に、共有リストにて当該宛先名に対応付けられた画像処理装置の名称と、個別リストにて当該宛先名に対応付けられた装置の名称との何れか一方または両方を表示する表示手段を備え、
宛先名受付手段は、表示手段にて表示された画像処理装置または装置の名称を選択させることによって、宛先名を受け付ける
ことを特徴とする請求項１又は３に記載の画像送信装置。
【請求項７】
共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信するのを失敗したと、判定手段にて判定された後に送信する当該画像データに、前記画像処理装置への送信に失敗した旨の通知を添付する通知手段を備える
ことを特徴とする請求項１又は３に記載の画像送信装置。
【請求項８】
宛先名に画像処理装置を対応付けるリストであって、複数のユーザに共用される共有リストと、共有リストにて宛先名に対応付けられた画像処理装置以外の装置を当該宛先名に対応付けるリストであって、ユーザ毎に個別に管理される個別リストが記憶された画像送信装置であって、かつ、その宛先名に応じて画像データを処理する画像処理装置に対して、画像データを送信する画像送信装置が実行する画像送信プログラムであって、
ユーザの指示に従って画像データを送信する送信ステップと、
画像データの宛先名を受け付ける宛先名受付ステップと、
画像データの送信の成否を判定する判定ステップと、を画像送信装置に実行させ、
受け付けた宛先名に共有リストにて対応付けられた画像処理装置へ画像データを送信した後、当該送信が失敗したと判定されると、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする画像送信プログラム。
【請求項９】
画像データを画像処理装置が他の装置に転送した場合に、当該他の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する記憶ステップを実行させ、
判定ステップにて、個別リストにて宛先名に対応付けられた装置への画像データの送信が失敗したと判定されると、履歴リストにて宛先名に対応付けられた装置に画像データを送信させる
ことを特徴とする請求項８に記載の画像送信プログラム。
【請求項１０】
宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶し、複数のユーザに共用される画像送信装置が実行する画像送信プログラムであって、
ユーザの指示に従って画像データを送信する送信ステップと、
画像データの宛先名を受け付ける宛先名受付ステップと、
送信した画像データを画像処理装置が転送した場合に、その転送先の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶ステップと、
画像データの送信の成否を判定する判定ステップと、を画像送信装置に実行させ、
宛先名受付ステップにて、宛先名を受け付けると、送信ステップにて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信させ、
判定ステップにて、当該送信が失敗したと判定されると、送信ステップにて、履歴リストにて宛先名に対応付けられた装置に画像データを送信させる
ことを特徴とする画像送信プログラム。
【請求項１１】
宛先名受付ステップにて受け付けた宛先名が共有リストにない場合も、送信ステップにて、送信を指示したユーザの個別リスト又は履歴リストにて宛先名に対応付けられた装置に画像データを送信させる
ことを特徴とする請求項８又は１０に記載の画像送信プログラム。
【請求項１２】
画像処理装置から画像データを受信した旨の受信通知を受信する受信ステップを実行させ、
判定ステップでは、画像データを送信してから所定時間を経過するまでに、受信ステップにて受信通知を受信しなければ、当該送信が失敗したと判定する
ことを特徴とする請求項８又は１０に記載の画像送信プログラム。
【請求項１３】
宛先名と共に、共有リストにて当該宛先名に対応付けられた画像処理装置の名称と、個別リストにて当該宛先名に対応付けられた装置の名称との何れか一方または両方を表示する表示ステップを実行させ、
宛先名受付ステップでは、表示ステップにて表示された画像処理装置または装置の名称を選択させることによって、宛先名を受け付ける
ことを特徴とする請求項８又は１０に記載の画像送信プログラム。
【請求項１４】
共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信するのを失敗したと、判定ステップにて判定された後に送信する当該画像データに、送信が失敗した旨の通知を添付する通知ステップを実行させる
ことを特徴とする請求項８又は１０に記載の画像送信プログラム。
【請求項１５】
宛先名受付手段により受け付けられた宛先名が送信手段に対して画像データの送信を指示したユーザと同一であるとき、
他のリストに先んじて、上記個別リストにて宛先名に対応付けられた装置に画像データを送信する
ことを特徴とする請求項１に記載の画像送信装置。
【請求項１６】
上記画像送信装置に、宛先名受付ステップで受け付けられた宛先名が画像データの送信を支持したユーザと同一か否かを判定させ、
同一であると判定されたとき、他のリストに先んじて、上記個別リストにて宛先名に対応付けられた装置に画像データを送信させる
ことを特徴とする請求項８に記載の画像送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像送信装置に関し、特に、画像データを送信する際のユーザの利便性を向上させる技術に関する。
【背景技術】
【０００２】
近年、情報通信技術の飛躍的な進歩に伴って画像データを送信する際にファクシミリ以外にも、電子メールやＦＴＰ（File Transfer Protocol）、ＳＭＢ（Server Message Block）等、様々な通信方法を選べるようになっている。これに合わせて、ＭＦＰ（Multi Function Peripheral）においてもスキャナで原稿を読み取って得られた画像データを様々な方法で送受信する機能が搭載されている。
【０００３】
ＭＦＰに搭載された通信機能の何れによって画像データを送信するかは送信者によって決定されるため、特に送信者が注意しない限り受信者の都合は考慮されない。例えば、画像データを多方面から大量に受信するため、画像データを印刷せずに電子ファイルとして保存することを受信者が希望する場合であっても、送信者がファクシミリ送信すれば印刷されてしまう。
【０００４】
このような問題に対して、受信した画像データを印刷するか、電子ファイルとして保存するか、或いは他の装置へ転送するかを指定できるＭＦＰが提案されている。このようなＭＦＰを用いれば、通信方法の如何に関わらず、受信した画像データを受信者が指定したように処理することができる。また、この場合において送信者は受信者の都合に配慮する必要がない。
【０００５】
一方、受信側ＭＦＰの状態等によって画像データの送信に失敗することがある。そのような場合、他の送信経路を介したり他の送信方法を利用して送信を試みれば、失敗なく送信できる可能性がある点に本発明者は着目した。しかしながら、いずれの通信方法においても画像データの送り先を新たに指定するためには１０桁以上の数字や文字を入力しなければならないことが殆どである。例えば、ファクシミリではファクシミリ番号を、電子メールでは電子メールアドレスを、また、ＦＴＰではＦＴＰサーバーのアドレスを入力しなければならない。
【０００６】
しかしながら、画像データの送信先が多数に上る場合には、個々の送り先を記憶しておくのは勿論、入力することすらユーザにとっては不便であり、苦痛ですらある。また、宛先を誤って送信する等の不都合も生じる。このため、例えば、同一の相手に対して複数の送信先、送信方法を予め宛先情報記憶部にて記憶させておき、その中から一を決定して送信する技術が開示されている（特許文献１）。
【０００７】
このようにすれば、画像データを送信する際のユーザの利便性を向上させることができるとともに、宛先誤り等の不都合を回避することができる。
【特許文献１】特開平９−２１４７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、画像送信装置として、例えば、多数のユーザに共用される一方、その管理は特定の管理者に委ねられる装置を想定すると、宛先情報も管理者の管理下に置かれることが殆どであると考えられる。このため、多くのユーザは宛先情報に必要な宛先が登録されていなくても、自らその宛先を追加することができず、結局、手入力せざるを得ない、という問題がある。
【０００９】
本発明は、上述のような問題に鑑みて為されたものであって、複数のユーザに共用される画像送信装置であって、ユーザが画像を送信する際、特に送信に失敗した際に宛先を指定する手間を削減して、高い利便性を達成する画像送信装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の一側面に係る画像送信装置は、その宛先名に応じて画像データを処理する画像処理装置に対して、画像データを送信する画像送信装置であって、ユーザの指示に従って画像データを送信する送信手段と、画像データの宛先名を受け付ける宛先名受付手段と、宛先名に画像処理装置を対応付けるリストであって、複数のユーザに共有される共有リストを記憶する第１の記憶手段と、共有リストにて宛先名に対応付けられた画像処理装置以外の装置を当該宛先名に対応付けるリストであって、ユーザ毎に個別に管理される個別リストを記憶する第２の記憶手段と、画像データの送信の成否を判定する判定手段と、を備え、受け付けた宛先名に共有リストにて対応付けられた画像処理装置へ画像データを送信した後、当該送信が失敗したと判定されると、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信することを特徴とする。
【発明の効果】
【００１１】
このようにすれば、ユーザが画像を送信する際に宛先を指定する手間を削減して、高い利便性を達成することができる。殊に、共有リストの画像処理装置に画像データを送信できない場合に、参照する個別リストは画像送信装置のユーザ毎に設けられているので、ユーザの必要に応じてより柔軟に宛先を指定させることができる。
また、画像データを画像処理装置が他の装置に転送した場合に、当該他の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶手段を備え、判定手段にて、個別リストにて宛先名に対応付けられた装置への画像データの送信が失敗したと判定されると、履歴リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、共有リストにも個別リストにもない宛先であっても画像データを送り届けることができるので、ユーザが画像データの宛先を指定する手間を軽減することができる。
【００１２】
また、複数のユーザに共用される画像送信装置であって、ユーザの指示に従って画像データを送信する送信手段と、画像データの宛先名を受け付ける宛先名受付手段と、宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶する第１の記憶手段と、宛先名に、共有リストにて当該宛先名に対応付けられた画像処理装置以外の装置を対応付ける個別リストであって、ユーザ毎に設けられた個別リストを記憶する第２の記憶手段と、送信した画像データを画像処理装置が転送した場合に、その転送先の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶手段と、画像データの送信の成否を判定する判定手段と、を備え、宛先名受付手段にて、宛先名を受け付けると、送信手段にて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信し、判定手段にて、当該送信が失敗したと判定されると、送信手段にて、履歴リストにて宛先名に対応付けられた装置に画像データを送信するようにしても、同様の効果を得ることができる。
【００１３】
また、宛先名受付手段にて受け付けた宛先名が共有リストにない場合も、送信手段にて、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、宛先名が共有リストにない場合でも直ちには送信不能とせず、個別リストを参照するので、ユーザが画像データの宛先を指定する手間を軽減することができる。
【００１４】
また、画像処理装置から画像データを受信した旨の受信通知を受信する受信手段を備え、判定手段は、画像データを送信してから所定時間を経過するまでに、受信手段にて受信通知を受信しなければ、当該送信が失敗したと判定するようにすれば、画像データの送達を確認できない場合には個別リストを参照するので、より確実に画像データを宛先に送達させることができる。
【００１５】
また、宛先名と共に、共有リストにて当該宛先名に対応付けられた画像処理装置の名称と、個別リストにて当該宛先名に対応付けられた装置の名称との何れか一方または両方を表示する表示手段を備え、宛先名受付手段は、表示手段にて表示された画像処理装置または装置の名称を選択させることによって、宛先名を受け付けるようにすれば、画像送信装置のユーザは、画像データの送信に際して、ただ単に表示された画像処理装置や宛先を選択するだけで良いので、ユーザが宛先を指定するために必要となる手間を更に軽減することができる。
【００１６】
また、複数のユーザに共用される画像送信装置であって、ユーザの指示に従って画像データを送信する送信手段と、画像データの宛先グループ名を受け付ける宛先グループ名受付手段と、宛先グループ名に、複数の宛先名を対応付けるグループリストを記憶する第１の記憶手段と、宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶する第２の記憶手段と、宛先名に、共有リストにて当該宛先名に対応付けられた画像処理装置以外の装置を対応付ける個別リストであって、ユーザ毎に設けられた個別リストを記憶する第３の記憶手段と、画像データの送信の成否を判定する判定手段と、を備え、宛先名受付手段にて宛先グループ名を受け付けると、宛先グループ名に対応する宛先毎に、送信手段にて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信し、判定手段にて、当該送信が失敗したと判定されると、送信手段にて、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、画像送信装置のユーザは画像データを送信するに際して複数の宛先を一括して指定することができるので、画像データの宛先を指定する手間を低減することができる。
【００１７】
また、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信するのを失敗したと、判定手段にて判定された後に送信する当該画像データに、前記画像処理装置への送信に失敗した旨の通知を添付する通知手段を備えるようにすれば、画像データを受け取った者に画像処理装置への送信に失敗した旨を通知して、画像処理装置の通信状態の異常を報せることができる。したがって、画像処理装置の通信状態をより良好に保つことができるので、再送等によって画像データの宛先を指定する手間が発生するのを減らすことができる。
【００１８】
画像送信プログラムであって、その宛先名に応じて画像データを処理する画像処理装置に対して、画像データを送信する画像送信装置が実行する画像送信プログラムであって、ユーザの指示に従って画像データを送信する送信ステップと、画像データの宛先名を受け付ける宛先名受付ステップと、宛先名に画像処理装置を対応付けるリストであって、複数のユーザに共用される共有リストを記憶する第１の記憶ステップと、共有リストにて宛先名に対応付けられた画像処理装置以外の装置を当該宛先名に対応付けるリストであって、ユーザ毎に個別に管理される個別リストを記憶する第２の記憶ステップと、画像データの送信の成否を判定する判定ステップと、を含み、受け付けた宛先名に共有リストにて対応付けられた画像処理装置へ画像データを送信した後、当該送信が失敗したと判定されると、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、ユーザが画像を送信する際に宛先を指定する手間を削減して、高い利便性を達成することができる。殊に、共有リストの画像処理装置に画像データを送信できない場合に、参照する個別リストは画像送信装置のユーザ毎に設けられているので、ユーザの必要に応じてより柔軟に宛先を指定させることができる。
【００１９】
または、画像データを画像処理装置が他の装置に転送した場合に、当該他の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶ステップを含み、判定ステップにて、個別リストにて宛先名に対応付けられた装置への画像データの送信が失敗したと判定されると、履歴リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、共有リストにも個別リストにもない宛先であっても画像データを送り届けることができるので、ユーザが画像データの宛先を指定する手間を軽減することができる。
【００２０】
または、複数のユーザに共用される画像送信装置が実行する画像送信プログラムであって、ユーザの指示に従って画像データを送信する送信ステップと、画像データの宛先名を受け付ける宛先名受付ステップと、宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶する第１の記憶ステップと、宛先名に、共有リストにて当該宛先名に対応付けられた画像処理装置以外の装置を対応付ける個別リストであって、ユーザ毎に設けられた個別リストを記憶する第２の記憶ステップと、送信した画像データを画像処理装置が転送した場合に、その転送先の装置を当該画像データの宛先名に対応付ける履歴リストを記憶する第３の記憶ステップと、画像データの送信の成否を判定する判定ステップと、を含み、宛先名受付ステップにて、宛先名を受け付けると、送信ステップにて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信し、判定ステップにて、当該送信が失敗したと判定されると、送信ステップにて、履歴リストにて宛先名に対応付けられた装置に画像データを送信するようにしても、同様の効果を得ることができる。
【００２１】
または、宛先名受付ステップにて受け付けた宛先名が共有リストにない場合も、送信ステップにて、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、宛先名が共有リストにない場合でも直ちには送信不能とせず、個別リストを参照するので、ユーザが画像データの宛先を指定する手間を軽減することができる。
【００２２】
または、画像処理装置から画像データを受信した旨の受信通知を受信する受信ステップを含み、判定ステップにて、画像データを送信してから所定時間を経過するまでに、受信ステップにて受信通知を受信しなければ、当該送信が失敗したと判定するようにすれば、画像データの送達を確認できない場合には個別リストを参照するので、より確実に画像データを宛先に送達させることができる。
【００２３】
または、宛先名と共に、共有リストにて当該宛先名に対応付けられた画像処理装置の名称と、個別リストにて当該宛先名に対応付けられた装置の名称との何れか一方または両方を表示する表示ステップを含み、宛先名受付ステップは、表示ステップにて表示された画像処理装置または装置の名称を選択させることによって、宛先名を受け付けるようにすれば、画像送信装置のユーザは、画像データの送信に際して、ただ単に表示された画像処理装置や宛先を選択するだけで良いので、ユーザが宛先を指定するために必要となる手間を更に軽減することができる。
【００２４】
または、複数のユーザに共用される画像送信装置が実行する画像送信プログラムであって、ユーザの指示に従って画像データを送信する送信ステップと、画像データの宛先グループ名を受け付ける宛先グループ名受付ステップと、宛先グループ名に、複数の宛先名を対応付けるグループリストを記憶する第１の記憶ステップと、宛先名に、画像処理装置を対応付ける共有リストであって、複数のユーザ共通に設けられた共有リストを記憶する第２の記憶ステップと、宛先名に、共有リストにて当該宛先名に対応付けられた画像処理装置以外の装置を対応付ける個別リストであって、ユーザ毎に設けられた個別リストを記憶する第３の記憶ステップと、画像データの送信の成否を判定する判定ステップと、を含み、宛先名受付ステップにて宛先グループ名を受け付けると、宛先グループ名に対応する宛先毎に、送信ステップにて、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信し、判定ステップにて、当該送信が失敗したと判定されると、送信ステップにて、送信を指示したユーザの個別リストにて宛先名に対応付けられた装置に画像データを送信するようにすれば、画像送信装置のユーザは画像データを送信するに際して複数の宛先を一括して指定することができるので、画像データの宛先を指定する手間を低減することができる。
【００２５】
または、共有リストにて宛先名に対応付けられた画像処理装置に画像データを送信するのを失敗したと、判定ステップにて判定された後に送信する当該画像データに、送信が失敗した旨の通知を添付する通知ステップを含むようにすれば、画像データを受け取った者に画像処理装置への送信に失敗した旨を通知して、画像処理装置の通信状態の異常を報せることができる。したがって、画像処理装置の通信状態をより良好に保つことができるので、再送等によって画像データの宛先を指定する手間が発生するのを減らすことができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明に係る画像送信装置の実施の形態について、画像通信システムを例にとり、図面を参照しながら説明する。
［１］  第１の実施の形態
本発明の第１の実施の形態に係る画像通信システムは、複数のＭＦＰを備え、画像データを送信するに際して、ＭＦＰ毎に管理者が設定する宛先ユーザリストとＭＦＰ毎のユーザが設定するアドレス帳とから自動的に宛先が設定されることを特徴とする。
【００２７】
（１）  画像通信システムの構成
先ず、本実施の形態に係る画像通信システムの構成について説明する。
図１は、本実施の形態に係る画像通信システムの構成を示す図である。図１に示されるように、画像通信システム１は、ＭＦＰ１０１〜１０３、パーソナルコンピュータ（以下、「ＰＣ」という。）１１１〜１１９、ローカルエリアネットワーク（以下、「ＬＡＮ」という。）１２１〜１２３、インターネット１３１及び回線交換網１３２からなっている。
【００２８】
ＭＦＰ１０１及びＰＣ１１１〜１１３はＬＡＮ１２１にて接続されており、ＭＦＰ１０２及びＰＣ１１４〜１１６はＬＡＮ１２２にて接続されている。また、ＭＦＰ１０３及びＰＣ１１７〜１１９はＬＡＮ１２３にて接続されている。
このため、ＭＦＰ１０１及びＰＣ１１１〜１１３はＬＡＮ１２１を介して電子メールを送受信したりＷｅｂページを参照したりする等、互いに通信することができ、ＭＦＰ１０２及びＰＣ１１４〜１１６はＬＡＮ１２２を介して互いに通信することができる。また、ＭＦＰ１０３及びＰＣ１１７〜１１９はＬＡＮ１２３を介してＦＡＸを送受信する等、互いに通信することができる。
【００２９】
ＬＡＮ１２１〜１２３はインターネット１３１に接続されている。また、ＭＦＰ１０１〜１０３は回線交換網１３２にも接続されている。このため、ＭＦＰ１０１〜１０３はインターネット１３１と回線交換網１３２との双方を介して互いに通信することができる。
ＰＣ１１１〜１１３のユーザは専らＭＦＰ１０１を使用し、ＰＣ１１４〜１１６のユーザは専らＭＦＰ１０２を使用する。また、ＰＣ１１７〜１１９のユーザは専らＭＦＰ１０３を使用する。以下、各ユーザが専ら使用するＭＦＰをホームＭＦＰという。例えば、ＰＣ１１１〜１１３のユーザのホームＭＦＰはＭＦＰ１０１である。
【００３０】
（２）  ＭＦＰ１０１〜１０３の構成
次に、ＭＦＰ１０１〜１０３の主要な構成、特に本発明に関連する箇所について説明する。本発明に関する限りＭＦＰ１０１〜１０３の特徴的な構成は同様であるので、ＭＦＰ１０１の説明を以ってＭＦＰ１０２、１０３の説明に代える。
図２は、ＭＦＰ１０１の主要なハードウェア構成を示す図である。図２に示されるように、ＭＦＰ１０１は、カードＩ／Ｆ２０１、操作パネル２０３、画像読取部２０４、画像形成部２０５、ネットワークＩ／Ｆ２０６、モデム２０７、中央処理部２０８及び記憶部２０９を備えている。
【００３１】
カードＩ／Ｆ２０１は、ＭＦＰ１０１を使用しようとするユーザを認証するために、ユーザのフラッシュカード２０２にアクセスして認証情報を読み出す。また、カードＩ／Ｆはフラッシュカード２０２に課金情報等を書き込む。
操作パネル２０３は入力キーと液晶表示装置とを備えており、入力キーにてＭＦＰ１０１のユーザからの入力を受け付けたり、液晶表示装置にてユーザに対して情報を提示したりする。また、液晶表示装置はタッチパネルを備えており、これによってユーザからの入力を受け付ける。
【００３２】
画像読取部２０４は、いわゆるスキャナであって、ＡＤＦ（Automatic Document Feeder）を備えている。画像読取部２０４は、操作パネル２０３によってユーザから原稿を読み取るように指示されると、ＡＤＦに載置された原稿を１枚ずつ搬送して、３ラインカラーラインセンサにて読み取ったり、原稿台ガラス上に載置された原稿を読み取ったりする。
【００３３】
なお、画像読取部２０４がユーザから受け付ける原稿の読み取り指示には、読み取りモードの指定が含まれる。読み取りモードとは、例えば、片面読み取りと両面読み取りとの何れを実行するか等の指示である。
画像形成部２０５は、中央処理部２０８からの指示に基づいて記憶部２０９に記憶されている画像データを読み出して、記録紙に印刷する。この場合において、中央処理部２０８からの指示には印刷モードの指定が含まれる。印刷モードの指定とは、片面印刷か両面印刷かの指定、カラー印刷かモノクロ印刷かの指定、拡大縮小の倍率の指定等である。
【００３４】
ネットワークＩ／Ｆ２０６は、ＬＡＮ１２１やインターネット１３１を介して他のＭＦＰやＰＣ１１１〜１１９と通信するための通信インタフェース装置である。例えば、ＬＡＮ１２１がイーサネット（登録商標）である場合には、ネットワークＩ／Ｆ２０６としてイーサネット（登録商標）Ｉ／Ｆカードが用いられる。
モデム２０７は、回線交換網１３２を介して他のＭＦＰとファクシミリを送受信するための通信インタフェース装置であって、例えば、Ｇ４規格に準拠しても良く、その場合には、回線交換網１３２としてＩＳＤＮ（Integrated Services Digital Network）が用いられる。
【００３５】
中央処理部２０８は、いわゆるＣＰＵ（Central Processing Unit）であって、記憶部２０９に記憶されているプログラムを読み出して実行する。中央処理部２０８が実行するプログラムには、他のＭＦＰやＰＣ１１１〜１１９との間で画像データを送受信するための通信プログラムが含まれる。
記憶部２０９は、半導体メモリ等の内部記録装置とＨＤＤ（Hard Disk Drive）等の外部記憶装置との双方を含み、中央処理部２０８が実行するプログラムの他、画像読取部２０４が読み取った画像データや、他のＭＦＰやＰＣ１１１〜１１９と送受信する画像データ等が記憶される。
【００３６】
（３）  ＭＦＰ１０１〜１０３の通信動作
次に、ＭＦＰ１０１〜１０３の通信動作について説明する。先ず、通信に用いる宛先情報のデータ構造について説明し、その後で処理の内容を説明する。
（ａ）  データ構造
ＭＦＰ１０１〜１０３は、そのＭＦＰをホームＭＦＰとするユーザによって共用され、その管理者が管理する宛先ユーザリストと、当該ユーザがそれぞれ管理するＭｙアドレス帳並びに当該ユーザに対する受信者設定を記憶部２０９にて記憶する。
【００３７】
（ｉ）  宛先ユーザリスト
宛先ユーザリストは、宛先となるユーザの名称と、そのユーザのホームＭＦＰの名称とを対応付けたテーブルである。後述のように、宛先ユーザリストは、他のユーザに画像データを送信する場合に、当該他のユーザのホームＭＦＰを特定するために参照される。
図３は、宛先ユーザリストのデータ構造を示す図であり、例えばホームＭＦＰ１０３に格納されるものである。図３に示されるように、宛先ユーザリスト３は、ファイルの先頭に位置し、レコード数を格納するヘッダ部と、ヘッダ部に続く部分であって、前記レコード数分のレコードからなるレコード部とからなっている。各レコードには、ユーザ名とそのホームＭＦＰ名とが格納される。図示された例ではユーザ名ＡさんにはホームＭＦＰ名ＭＦＰ１０１がユーザ名ＢさんにはホームＭＦＰ１０２が、それぞれ対応付けられて格納されている。
【００３８】
（ｉｉ）  Ｍｙアドレス帳
Ｍｙアドレス帳は、宛先となるユーザの名称と、そのユーザの電子メールアドレスやファクシミリ番号等を対応付けたテーブルである。後述のように、宛先ユーザリストにて示されるホームＭＦＰと通信不能である場合や、宛先ユーザリストに登録されていないユーザに画像データを送信する場合に参照される。
【００３９】
図４は、Ｍｙアドレス帳のデータ構造を示す図であり、やはりホームＭＦＰ１０３に格納される例を示している。図４に示されるように、Ｍｙアドレス帳４は、レコード数を格納するヘッダ部と、ヘッダ部に引き続き、前記レコード数分レコードからなるレコード部とを備えている。各レコードにはユーザ名、そのユーザとの通信方法、及びそのユーザの通信方法に応じた宛先が格納される。
【００４０】
各レコードに格納される通信方法は、電子メールであっても良いし、ファクシミリや、各種転送方法（例えば、ＳＭＢ（Server Messaeg Block）転送）であっても良い。また、ＭＦＰが他の通信方法で通信することができる場合には、その通信方法を指定しても良い。宛先は、指定された通信方法に応じて、電子メールアドレスやファクシミリ番号、ＩＰアドレスとフォルダ名等が格納される。図示された例では、ユーザ名Ａさんに通信方法電子メール、宛先としてメールアドレスが、ユーザ名Ｂさんに通信方法ファクシミリ、宛先としてファクシミリ番号がそれぞれ対応付けられて格納されている。
【００４１】
（ｉｉｉ）  受信者設定
受信者設定は、自らをホームＭＦＰとするユーザ宛に他のＭＦＰから画像データを受け付けた際に、当該画像データの処理方法を指定するテーブルである。
図５は、受信者設定のデータ構造を示す図であり、例えばホームＭＦＰ１０１に格納されるものである。図５に示されるように、受信者設定５は、レコード数を格納するヘッダ部と、当該レコード数分のレコードからなるレコード部とを備えている。各レコードには、ユーザ名と、そのユーザ宛の画像データを受信した際の処理方法とが格納されている。図示された例では、ユーザ名Ａさんに処理方法、ＳＭＢ転送（ＩＰアドレスやフォルダ名を含む）が、ユーザ名Ｄさんに処理方法印刷（印刷方法を含む）がそれぞれ対応付けられて格納されている。
【００４２】
（ｂ）  通信シーケンス
次に、画像通信システム１の通信シーケンスについて説明する。以下、送信側ＭＦＰはＭＦＰ１０３であり、受信側ＭＦＰはＭＦＰ１０１である場合を例にとって説明する。送信先（受信名）は「Ａさん」を指定するものとする。また、下位層のどの通信プロトコルによって再送するのか等の処理については説明を省く。
【００４３】
（ｉ）  正常動作
先ず、正常時の動作について説明する。
図６は、画像通信システム１の正常時の動作を示す通信シーケンス図である。図６に示されるように、送信側ＭＦＰ１０３はユーザから画像データのＡさん宛の送信指示を受け付けると、前記宛先ユーザリスト３を参照して宛先ユーザ（Ａさん）のホームＭＦＰ（受信側ＭＦＰ）としてＭＦＰ１０１を特定し、画像データを送信する。
【００４４】
受信側ＭＦＰ１０１は画像データを受信すると、受信者設定５を参照して当該画像データの宛先ユーザの処理方法を特定する。ここでは、宛先ユーザがＡさんであるから処理方法はＳＭＢ転送が特定される。処理方法がＳＭＢ転送であるから、受信側ＭＦＰ１０１は画像データを指定された宛先（例えば、ＡさんのＰＣ１１１）に転送する。
ＰＣ１１１にはＳＭＢ転送を受け入れるためのアプリケーションソフトウウェアが予めインストールされて実行されており、当該ソフトウェアはＰＣの所定フォルダに画像データが正常に転送されたら、その旨の応答（ＡＣＫ）を受信側ＭＦＰ１０１に送信する。受信側ＭＦＰ１０１は、ＰＣ１１１から正常受信のＡＣＫを受信したら、正常受信のＡＣＫを送信側ＭＦＰ１０３に送信する。送信側ＭＦＰ１０３が受信側ＭＦＰ１０１から正常受信のＡＣＫを受信したら、一連の通信シーケンスが完了する。なお、ＳＭＢ転送に代えて電子メール画像データを添付して送信する方式で行ってもよい。その場合には、電子メールを受け取った所定のメールサーバが正常受信のＡＣＫを送信するようにすればよい。
【００４５】
（ｉｉ）  通信不能時（その１）
次に、送信側ＭＦＰと受信側ＭＦＰとが通信不能である場合について説明する。
図７は、送信側ＭＦＰ１０３と受信側ＭＦＰ１０１とが通信不能である場合の通信シーケンス図である。図７に示されるように、送信側ＭＦＰ１０３と受信側ＭＦＰ１０１とが通信不能である場合には、送信側ＭＦＰ１０３がユーザからＡさん宛の画像データの送信指示を受け付け、受信側ＭＦＰ１０１へ画像データを送信しても、受信側ＭＦＰ１０１には受信されない。
【００４６】
送信側ＭＦＰ１０３は、画像データを送信した後、受信側ＭＦＰ１０１からのＡＣＫを受信しないまま、時間Ｔ1が経過したら、送信側ＭＦＰ１０３と受信側ＭＦＰ１０１とは通信不能であると判断する。
すると、送信側ＭＦＰ１０３は、画像データの送信を指示したユーザ（フラッシュカード２０２の情報に基き認証されたユーザ）のＭｙアドレス帳を参照して、宛先ユーザ（Ａさん）に係る通信方法（電子メール）と宛先（メールアドレス）とを特定し、特定した宛先（メールアドレス）に対して特定した通信方法にて画像データを送信する。
【００４７】
ＰＣ１１１は、電子メールに添付された画像データを所定のメールサーバを介して受信する。送信側ＭＦＰ１０３にはＡＣＫが送信される。このように、通信方法が電子メールの場合、ＡＣＫは例えば当該電子メールを受け取ったメールサーバから送り返すよう設定しておくとよい。ＡＣＫにはＤＳＮ（Delivery Status Notification）やＭＤＮ（Message Disposition Notification）が用いられる。なお、宛先ユーザ側のＰＣが充分に短い間隔で電子メールを受信している場合には当該ＰＣからＡＣＫが送信されてもよい。このＡＣＫを送信側ＭＦＰ１０３が受信すると一連の通信シーケンスが終了する。
【００４８】
（ｉｉｉ）  通信不能時（その２）
次に、受信側ＭＦＰと画像データの宛先（例えば、ＰＣ）とが通信不能である場合について説明する。
図８は、受信側ＭＦＰ１０１と画像データの宛先（例えば、ＰＣ１１１）とが通信不能である場合の通信シーケンス図である。図８に示されるように、送信側ＭＦＰ１０３はユーザからＡさんへの画像データの送信指示を受け付けると、画像データを受信側ＭＦＰ１０１へ送信する。
【００４９】
受信側ＭＦＰ１０１は、画像データを送信した後、ＰＣ１１１からのＡＣＫを受信しないまま、時間Ｔ2が経過したら、受信側ＭＦＰ１０１とＰＣ１１１とは通信不能であると判断して、送信側ＭＦＰ１０３にその旨の応答（ＮＡＣＫ）を送信する。
送信側ＭＦＰ１０３は受信側ＭＦＰ１０１からＮＡＣＫを受信すると、画像データの送信を指示したユーザのＭｙアドレス帳を参照して、宛先ユーザ（Ａさん）に係る通信方法（電子メール）と宛先（メールアドレス）とを特定し、特定した宛先（メールアドレス）に対して特定した通信方法（電子メール）にて画像データを送信する。
【００５０】
ＰＣ１１１は、電子メールに添付された画像データをメールサーバを介して受信する。送信側ＭＦＰ１０３にはＡＣＫが送信される。ＡＣＫは（ｉｉ）の場合と同様、メールサーバ若しくはＰＣ１１１から送信される。このＡＣＫを送信側ＭＦＰ１０３が受信すると一連の通信シーケンスが終了する。
（ｃ）  ＭＦＰ１０１〜１０３の動作
次に、上述した画像データの送受信を実行するためのＭＦＰ１０１〜１０３の動作について説明する。
【００５１】
（ｉ）  送信側ＭＦＰの動作
先ず、送信側ＭＦＰの動作について説明する。
図９は、送信側ＭＦＰの動作を示すフローチャートである。図９に示されるように、送信側ＭＦＰは、操作パネル２０３にて画像データの読取指示を受け付けると（Ｓ９０１）、画像読取部２０４にて画像データを読み取る（Ｓ９０２）。
【００５２】
次に、送信側ＭＦＰは、操作パネル２０３にて画像データの送信先となるユーザ名を受け付けると（Ｓ９０３）、宛先ユーザリストを参照して、当該ユーザ名が登録されているか調査する（Ｓ９０４）。
宛先ユーザリストに当該ユーザ名が登録されていたら（Ｓ９０５：ＹＥＳ）、そのユーザ名に対応する受信側ＭＦＰに画像データを送信する（Ｓ９０６）。その後、受信側ＭＦＰからＡＣＫを受信したら（Ｓ９０７：ＹＥＳ）、操作パネル２０３に送信成功を表示して（Ｓ９１６）、処理を終了する。
【００５３】
ＡＣＫを受信せず（Ｓ９０７：ＮＯ）、ＮＡＣＫを受信した場合や（Ｓ９０８：ＹＥＳ）、タイムアウトが発生した場合には（Ｓ９０９：ＹＥＳ）、Ｍｙアドレス帳を参照して、当該ユーザ名が登録されているか調査する（Ｓ９１０）。
Ｍｙアドレス帳にユーザ名が登録されていたら（Ｓ９１１：ＹＥＳ）、そのユーザ名に対応する通信方法で、その宛先（図９ではＰＣ）に画像データを送信する（Ｓ９１２）。その後、ＰＣからＡＣＫを受信したら（Ｓ９１３：ＹＥＳ）、操作パネル２０３に送信成功を表示して（Ｓ９１６）、処理を終了する。
【００５４】
ＡＣＫを受信せず（Ｓ９１３：ＮＯ）、タイムアウトが発生した場合には（Ｓ９１４：ＹＥＳ）、操作パネル２０３に送信失敗を表示して（Ｓ９１５）、処理を終了する。
（ｉｉ）  受信側ＭＦＰの動作
先ず、受信側ＭＦＰの動作について説明する。
図１０は、受信側ＭＦＰの動作を示すフローチャートである。図１０に示されるように、受信側ＭＦＰは、送信側ＭＦＰから画像データを受信すると（Ｓ１００１）、当該画像データの宛先であるユーザ名が受信者設定に登録されているか調査する（Ｓ１００２）。
【００５５】
当該ユーザ名が受信者設定に登録されていたら（Ｓ１００３：ＹＥＳ）、受信者設定に登録されている処理方法に従って、画像データを処理する。ここでは、処理方法がＰＣへの転送である場合について説明する。すなわち、受信側ＭＦＰは、処理方法にて指定されたＰＣに画像データを送信する（Ｓ１００４）。
その後、受信側ＭＦＰはＰＣからＡＣＫを受信したら（Ｓ１００５：ＹＥＳ）、送信側ＭＦＰにＡＣＫを送信する（Ｓ１００８）。また、ＰＣからＡＣＫを受信しないまま（Ｓ１００５：ＮＯ）、タイムアウトが発生したら（Ｓ１００６：ＹＥＳ）、送信側ＭＦＰにＮＡＣＫを送信する（Ｓ１００７）。
【００５６】
受信者設定に当該ユーザ名が登録されていない場合も（Ｓ１００３：ＮＯ）、送信側ＭＦＰにＮＡＣＫを送信する。
（ｄ）  まとめ
以上説明したように、本実施の形態に係る画像通信システムによれば、複数のユーザに共用されるＭＦＰにおいて、ユーザが画像を送信する際に宛先を指定する手間を削減して、高い利便性を達成することができる。
【００５７】
［２］  第２の実施の形態
次に、本発明の第２の実施の形態に係る画像通信システムについて説明する。本実施の形態に係る画像通信システムは上記第１の実施の形態に係る画像通信システムと概ね同様の構成を備える一方、送信側ＭＦＰが画像データの送信履歴を記録する点において相違している。
【００５８】
以下、専ら相違点に着目して説明する。
（１）  通信シーケンス
先ず、本実施の形態に係る画像通信システムにおける通信シーケンスについて説明する。なお、第１の実施の形態と同様、送信側ＭＦＰをＭＦＰ１０３、受信側ＭＦＰをＭＦＰ１０１、宛先ユーザはＡさん（ＰＣ１１１）を例にして説明する。
【００５９】
図１１は、本実施の形態に係る画像通信システムの動作を示す通信シーケンス図である。図１１に示されるように、送信側ＭＦＰ１０３はＡさん宛の画像データの送信指示を受け付けると、受信側ＭＦＰ１０１に画像データを送信する。送信側ＭＦＰ１０３から画像データを受信した受信側ＭＦＰ１０１は、ＡさんのＰＣ１１１に画像データを転送する。
受信側ＭＦＰ１０１から画像データを受信したＰＣ１１１は、受信側ＭＦＰ１０１にＡＣＫを送信する。ＰＣ１１１からＡＣＫを受信した受信側ＭＦＰ１０１は、ＰＣ１１１への画像データの送信に係る通信方法（ＳＭＢ転送）及び宛先（ＩＰアドレス、フォルダ名）を含むＡＣＫを送信側ＭＦＰ１０３に送信する。受信側ＭＦＰ１０１からＡＣＫを受信した送信側ＭＦＰ１０３は、送信指示に係る宛先ユーザ名（Ａさん）と、ＡＣＫに含まれる通信方法及び宛先とを対応付けて履歴情報として登録する。
【００６０】
その後、送信側ＭＦＰ１０３は画像データの送信指示を受け付けて、受信側ＭＦＰ１０１に画像データを送信した後、時間Ｔ1を経ても受信側ＭＦＰ１０１からＡＣＫを受信しないときは、受信側ＭＦＰ１０１への画像データの送信に失敗したと判断する。そして、画像データの送信指示に係る宛先ユーザ名（Ａさん）に対応する通信方法及び宛先が履歴情報に登録されていたら、当該通信方法（ＳＭＢ転送）にて当該宛先に画像データを送信する。
【００６１】
その後、送信側ＭＦＰ１０３がＰＣ１１１からＡＣＫを受信すると一連の通信シーケンスが完了する。
図１２は、履歴情報のデータ構造を示す図である。図１２に示されるように、履歴情報１２は、レコード数を格納するヘッダ部と、ヘッダ部に引き続き、前記レコード数分レコードからなるレコード部とを備えている。各レコードには送信指示に係る宛先ユーザ名、受信側ＭＦＰからのＡＣＫに含まれていた通信方法（例えば、ＳＭＢ転送、電子メール、ファクシミリ等）及び宛先（例えば、ＩＰアドレスとフォルダ名、メールアドレス、ファクシミリ番号等）が格納される。
【００６２】
（２）  ＭＦＰの動作
次に、ＭＦＰの動作について説明する。ここでは、送信側ＭＦＰの動作についてのみ説明する。受信側ＭＦＰの動作は、送信側ＭＦＰに送信するＡＣＫに通信方法と宛先とを含める他は上記第１の実施の形態に係る受信側ＭＦＰと同様であるので説明を省く。
図１３は、本実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。図１３に示されるように、送信側ＭＦＰは、ユーザから画像データの読取指示を受け付けると（Ｓ１３０１）、画像データを読み取る（Ｓ１３０２）。
【００６３】
次に、送信側ＭＦＰは、ユーザから画像データの送信先となるユーザ名を受け付けると（Ｓ１３０３）、宛先ユーザリストを参照して、当該ユーザ名が登録されているか調査する（Ｓ１３０４）。
宛先ユーザリストに当該ユーザ名が登録されていたら（Ｓ１３０５：ＹＥＳ）、そのユーザ名に対応する受信側ＭＦＰに画像データを送信する（Ｓ１３０６）。その後、受信側ＭＦＰからＡＣＫを受信したら（Ｓ１３０７：ＹＥＳ）、送信指示に係る宛先ユーザ名と、ＡＣＫに含まれる通信方法及び宛先とを対応付けて履歴情報として登録し（Ｓ１３１６）、送信成功を表示して（Ｓ１３１７）、処理を終了する。
【００６４】
ＡＣＫを受信せず（Ｓ１３０７：ＮＯ）、ＮＡＣＫを受信した場合や（Ｓ１３０８：ＹＥＳ）、タイムアウトが発生した場合には（Ｓ１３０９：ＹＥＳ）、履歴情報を参照して、当該ユーザ名が登録されているか調査する（Ｓ１３１０）。
履歴情報にユーザ名が登録されていたら（Ｓ１３１１：ＹＥＳ）、そのユーザ名に対応する通信方法で、その宛先（例えば、ＰＣ）に画像データを送信する（Ｓ１３１２）。その後、ＰＣ等からＡＣＫを受信したら（Ｓ１３１３：ＹＥＳ）、送信成功を表示して（Ｓ１３１７）、処理を終了する。
【００６５】
ＡＣＫを受信せず（Ｓ１３１３：ＮＯ）、タイムアウトが発生した場合には（Ｓ１３１４：ＹＥＳ）、送信失敗を表示して（Ｓ１３１５）、処理を終了する。
（３）  まとめ
以上説明したように、本実施の形態に係る画像通信システムによれば、複数のユーザに共用されるＭＦＰにおいて、ユーザが指定した宛先ユーザのホームＭＦＰに画像データを送ることができない場合でも、履歴情報を参照して再送するので、ユーザが画像を送信する際に宛先を指定する手間を削減して、高い利便性を達成することができる。
【００６６】
［３］  第３の実施の形態
次に、本発明の第３の実施の形態に係る画像通信システムについて説明する。本実施の形態に係る画像通信システムは上記第１の実施の形態に係る画像通信システムと概ね同様の構成を備える一方、画像データの宛先として複数の宛先を含むグループの指定を受け付ける点において相違している。以下、専ら相違点に着目して説明する。
【００６７】
本実施の形態に係る画像通信システムにおける通信シーケンスは第１の実施の形態に係る画像通信システムにおける通信シーケンスと同じであるので、通信シーケンスについては説明を省く。また、受信側ＭＦＰの動作についても同様の理由から説明を省き、送信側ＭＦＰの動作についてのみ説明する。
図１４は、本実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。図１４に示されるように、送信側ＭＦＰは、画像データの読取指示を受け付けると（Ｓ１４０１）、画像データを読み取る（Ｓ１４０２）。
【００６８】
次に、送信側ＭＦＰは、画像データの送信先となるグループ名を受け付けると（Ｓ１４０３）、グループリストを参照して、当該グループ名が登録されているか調査する（Ｓ１４０４）。グループリストにグループ名が登録されていなければ（Ｓ１４０５：ＮＯ）、宛先ユーザが不明であるため画像データを送信できない旨を表示して（Ｓ１４１０）、処理を終了する。
【００６９】
グループリストにグループ名が登録されている場合には（Ｓ１４０５：ＹＥＳ）、グループリストにおいて当該グループ名にて示される宛先すべてに画像データを送信する。
図１５は、グループリストのデータ構造を示す図である。図１５に示されるように、グループリスト１５は、レコード数を格納するヘッダ部と、ヘッダ部に引き続き、当該レコード数分レコードからなるレコード部とからなっている。
【００７０】
各レコードにはグループ名とグループ名毎のメンバ数Ｍと、当該メンバ数Ｍ分のユーザ名が格納される。ここでグループ名とは、ユーザが画像データの送信先として指定したグループ名である。メンバ数Ｍは複数に限定されず１名であっても良い。また、メンバ数Ｍが１名である場合にはグループ名をユーザ名と同一にしても良い。
さて、送信側ＭＦＰはメンバ数Ｍの宛先に画像データを送信するために、変数ｎの値を１とする（Ｓ１４０６）。そして、前記第１の実施の形態と同様にしてｎ番目のユーザに画像データを送信する（Ｓ１４０７）。そして、変数ｎの値を１だけ増加させた後（Ｓ１４０８）、変数ｎの値がメンバ数Ｍ以下ならば（Ｓ１４０９：ＮＯ）、ステップＳ１４０７に進む。変数ｎの値がメンバ数Ｍよりも大きければ（Ｓ１４０９：ＹＥＳ）、処理を終了する。
【００７１】
このようにすれば、複数のユーザに共用されるＭＦＰにおいて、ユーザが同じ画像データを複数の宛先ユーザのホームＭＦＰに送る際に、宛先を一括して指定することができる。例えば、企業において特定のプロジェクトメンバ全員に設計図を送りたい場合や、複数の業者から見積もりを得るために同じ図面を送付したい場合、特定層の顧客全員に広報を送付したい場合等において、宛先を指定する手間を削減して、高い利便性を達成することができる。
【００７２】
［４］  第４の実施の形態
次に、本発明の第４の実施の形態に係る画像通信システムについて説明する。本実施の形態に係る画像通信システムは上記第１の実施の形態に係る画像通信システムと概ね同様の構成を備える一方、ユーザがそのホームＭＦＰにて自己宛てに画像データを送信する場合には受信者設定で指定された処理方法よりもＭｙアドレス帳に指定されている通信方法及び宛先を優先する点において相違している。以下、専ら相違点に着目して説明する。
【００７３】
図１６は、本実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。ここでは、ＭＦＰ１０１をホームＭＦＰとするＡさんが自分自身に画像データを送信する場合を例示する。図１６に示されるように、送信側ＭＦＰ１０１は、ユーザ（Ａさん）から画像データの読取指示を受け付けると（Ｓ１６０１）、画像データを読み取る（Ｓ１６０２）。
【００７４】
次に、送信側ＭＦＰ１０１は、ユーザから画像データの送信先となるユーザ名を受け付けると（Ｓ１６０３）、自らをホームＭＦＰとしているユーザのリストであるホームユーザリストを参照して、当該ユーザ名が登録されているか調査する（Ｓ１６０４）。ホームユーザリストにユーザ名が登録されていなければ（Ｓ１６０５：ＮＯ）、他のＭＦＰへ画像データを送信する必要があるので、上記第１の実施の形態と同様の通常送信処理を実行して画像データを送信し（Ｓ１６０６）、処理を終了する。
【００７５】
図１７は、ホームユーザリストのデータ構造を示す図である。図１７に示されるように、ホームユーザリスト１７は、レコード数を格納するヘッダ部と、ヘッダ部に引き続くレコード部からなる。レコード部には、それぞれ送信側ＭＦＰ１０１自身をホームＭＦＰとするユーザ名を格納したレコードが、前記レコード数だけ含まれている。
さて、ホームユーザリストにユーザ名が登録されていたら（Ｓ１６０５：ＹＥＳ）、ステップＳ１６０３で受け付けられたユーザ名とフラッシュカード２０２の除法により認証されたユーザ名（Ａさん）とが同一であるか否かを判定する。同一であれば当該ユーザ（Ａさん）のＭｙアドレス帳を参照して、当該ユーザ自身のユーザ名（Ａさん）が登録されているか調査する（Ｓ１６０７）。
【００７６】
Ｍｙアドレス帳にユーザ名が登録されていたら（Ｓ１６０９：ＹＥＳ）、図１８に示すように、そのユーザ名（自分自身）に対応する通信方法（例えば、電子メール）で、その宛先（メールアドレス）に画像データを送信する（Ｓ１６１０）。すなわち、ＡさんがＡさん自身宛に画像データを送信する旨の指示が行なわれたことが判明した場合、ＡさんのＭｙアドレス帳を優先的に参照し、指定されている通信方法によって送信を行なう。その後、所定のメールサーバからＡＣＫを受信したら（Ｓ１６１１：ＹＥＳ）、送信成功を表示して（Ｓ１６２０）、処理を終了する。
【００７７】
ＡＣＫを受信せず（Ｓ１６１１：ＮＯ）、タイムアウトが発生した場合（Ｓ１６１２：ＹＥＳ）や、ＡさんのＭｙアドレス帳にＡさん自身が登録されていない場合（Ｓ１６０９：ＮＯ）、受信者設定５を参照して、当該ユーザ名が登録されているか調査する（Ｓ１６１３）。
受信者設定５に当該ユーザ名が登録されていたら（Ｓ１６１４：ＹＥＳ）、図５に示すように、そのユーザ宛（例えばＰＣ）に例えばＳＭＢ転送で画像データを送信する（Ｓ１６１５）。その後、ＰＣからＳＭＢ転送が成功した旨のＡＣＫを受信したら（Ｓ１６１６：ＹＥＳ）、送信成功を表示して（Ｓ１６２０）、処理を終了する。
【００７８】
ＡＣＫを受信せず（Ｓ１６１６：ＮＯ）、ＮＡＣＫを受信した場合や（Ｓ１６１７：ＹＥＳ）、タイムアウトが発生した場合には（Ｓ１６１８：ＹＥＳ）、送信失敗を表示して（Ｓ１６１９）、処理を終了する。
なお、ホームユーザリスト１７を使わず、受信者設定５に受信者として登録されているか否かを判定することにより、ホームユーザ宛の送信であるか否かを判定することもできる。その場合、ステップＳ１６１４を省略することができる。
【００７９】
［５］  第５の実施の形態
次に、本発明の第５の実施の形態に係る画像通信システムについて説明する。本実施の形態に係る画像通信システムは上記第１の実施の形態に係る画像通信システムと概ね同様の構成を備える一方、宛先ユーザリストに示された受信側ＭＦＰを介する通信では画像データを送信することができなかった旨の通知を行なう点において相違している。以下、専ら相違点に着目して説明する。
【００８０】
図１９は、本実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。ステップＳ１９０１〜Ｓ１９０９については第１の実施の形態と同様なので説明を省略する。宛先ユーザリストによる画像データの送信に失敗したら、送信側ＭＦＰはＭｙアドレス帳を参照して、宛先ユーザ名が登録されているか調査する（Ｓ１９１０）。
Ｍｙアドレス帳にユーザ名が登録されていたら（Ｓ１９１１：ＹＥＳ）、宛先ユーザリストに基づく画像データの送信に失敗した旨の送信レポートを画像データに添付する（Ｓ１９１２）。
【００８１】
図２０は、送信側ＭＦＰが画像データに添付する送信レポートを例示する図である。図２０に示されるように、送信レポート２０には、宛先ユーザリストにて指定されたホームＭＦＰに送信できなかった旨、送信者、宛先等が記載される。
その後、ユーザ名に対応する通信方法で、その宛先（ここでは、電子メールアドレス）に画像データを送信する（Ｓ１９１３）。その後、所定のメールサーバからＡＣＫを受信したら（Ｓ１９１４：ＹＥＳ）、操作パネル２０３に送信成功を表示して（Ｓ１９１７）、処理を終了する。
【００８２】
ＡＣＫを受信せず（Ｓ１９１４：ＮＯ）、タイムアウトが発生した場合には（Ｓ１９１５：ＹＥＳ）、操作パネル２０３に送信失敗を表示して（Ｓ１９１６）、処理を終了する。
このようにすれば、画像データを受信したユーザにホームＭＦＰを介した通信の異常を通知することができるので、ホームＭＦＰ等の異常を早期に発見し、復旧させることができる。
【００８３】
［６］  第６の実施の形態
次に、本発明の第６の実施の形態に係る画像通信システムについて説明する。本実施の形態に係る画像通信システムは上記第１の実施の形態に係る画像通信システムと概ね同様の構成を備える一方、宛先ユーザリストとＭｙアドレス帳とから宛先ユーザ名に係るホームＭＦＰ名と宛先名とを読み出して表示し、ユーザの選択に応じて画像データを送信する点において相違している。以下、専ら相違点に着目して説明する。
【００８４】
図２１は、本実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。図２１に示されるように、送信側ＭＦＰは、画像データの読取指示を受け付けると（Ｓ２１０１）、画像データを読み取る（Ｓ２１０２）。
次に、送信側ＭＦＰは、画像データの送信先となるユーザ名を受け付けると（Ｓ２１０３）、宛先ユーザリストを参照し（Ｓ２１０４）、更にＭｙアドレス帳を参照する（Ｓ２１０５）。
【００８５】
そして、宛先ユーザリストにもＭｙアドレス帳にも当該ユーザ名が登録されていなければ（Ｓ２１０６：ＮＯ）、宛先不明を表示して（Ｓ２１０７）、処理を終了する。
宛先ユーザリストとＭｙアドレス帳のどちらか一方、または両方に当該ユーザ名が登録されている場合には（Ｓ２１０６：ＹＥＳ）、宛先ユーザリストに登録されているホームＭＦＰやＭｙアドレス帳に登録されている宛先を表示する（Ｓ２１０８）。
【００８６】
図２２は、ホームＭＦＰや宛先の表示例である。図２２に示されるように、ユーザ名としてＡさんが指定された場合には、ＡさんのホームＭＦＰとしてＭＦＰ１０１が表示されると共に、宛先として電子メールアドレスAsan@abcdefg.comが表示される。そして、これらと共に併置された何れかのＯＫボタンが選択されることによってホームＭＦＰまたは宛先が選択される。
【００８７】
さて、送信側ＭＦＰは、ホームＭＦＰ等の選択を受け付けると（Ｓ２１０９）、選択されたホームＭＦＰ等に画像データを送信して（Ｓ２１１０）、処理を終了する。
このようにすれば、画像データを送信する際にユーザが宛先を指定する手間を減らしながら、同時によりユーザの希望に沿った通信方法にて画像データを送信することができる。
【００８８】
このような表示は、上記すべての実施の形態にて用いることができる。
［７］  変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
（１）  上記実施の形態においては特に言及しなかったが、ＭＦＰ１０１〜１０３は共通の宛先ユーザリストを用いても良い。このようにすれば、ＭＦＰ１０１〜１０３の管理者が共通である場合には、管理者の手間を軽減することができる。
【００８９】
また、ＭＦＰ１０１〜１０３の管理者が相異なる場合には相異なる宛先ユーザリストを用いれば、管理者間で宛先ユーザリストの内容を統一する手間を省くことができる。
（２）  上記実施の形態においては、宛先ユーザリストとは別にホームユーザリストを用いる場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて、宛先ユーザリストにホームユーザも登録し、ホームＭＦＰ名が当該ＭＦＰと同一であることを判別することにより、ホームユーザリストとして用いることができる。このようにすれば、送信側ＭＦＰの管理者が管理しなければならないリストの数を低減することができるので、管理者の手間を省くことができる。
【００９０】
（３）  上記実施の形態においては、宛先ユーザリストによる画像データの送信に失敗したら、Ｍｙアドレス帳によって画像データを送信する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
すなわち、ＭＦＰはインターネットと回線交換網との双方によって互いに接続されているので、一方の通信網を介する画像データの送信に失敗したら、他方の通信網を介して画像データを送信するものとし、これら双方に失敗した後にＭｙアドレス帳によって画像データを送信するものとしても良い。
【００９１】
このようにすれば、更に確実に画像データを受信側ＭＦＰに受信させることができるので、画像データを送信し直す可能性を減らすことができる。この意味において、送信側ＭＦＰのユーザが画像データの宛先を指定する手間を削減することができる。
なお、ＭＦＰ間で画像データを送受信する場合には、先ず、電子メールにて画像データを送信するものとし、電子メールによる送信に失敗した後に、ファクシミリにて送信するものとしても良い。このようにすれば、より高い画質の画像データを受信側ＭＦＰに受信させることができる。
【００９２】
（４）  上記実施の形態においては、宛先ユーザリストやＭｙアドレス帳のそれぞれにおいては同一ユーザには宛先がひとつだけ登録される場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
すなわち、宛先ユーザリストやＭｙアドレス帳のそれぞれにおいて、同一のユーザに複数の宛先や送信方法を登録しても良い。この場合において、画像データの送信に成功するか、すべての宛先について画像データの送信に失敗するまで、複数の宛先や送信方法を順次選択して画像データを送信するものとしても良い。
【００９３】
このようにすれば、より確実に画像データを宛先に受信させることができるので、送信側ＭＦＰのユーザが画像データの宛先を指定する手間を軽減することができる。
（５）  上記実施の形態においては、原稿を読み取って得られた画像データを送信する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
【００９４】
すなわち、記憶装置に予め記憶されている画像データを送信しても良い。記憶装置に予め記憶されている画像データは原稿を読み取って得られた画像データであっても良いし、ＭＦＰやＰＣ等、他の装置から受信した画像データであっても良い。画像データの出所に関わらず上記の手順を実施すればその効果を得ることができる。
（６）  上記実施の形態は、互いに他の実施の形態を排除するものではなく、例えば、第１の実施の形態と第２の実施の形態を併用する等、複数の実施の形態を同時に実施しても良い。
【００９５】
例えば、第３の実施の形態において、図１４のＳ１４０５でグループ名が登録されていないと判定されたとき、更にＭｙアドレス帳を参照し、グループ名が登録されていた場合には、そのグループ名にて示される宛先に、ステップＳ１４０６〜Ｓ１４０９と同様に、画像データを送信することができる。
（７）  上記実施の形態においては、ＭＦＰやＰＣをインターネットや回線交換網にて接続する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて他の通信ネットワークで接続しても良い。また、ＭＦＰ間をインターネットと回線交換網との双方で接続するとしたが、これに代えて１種類の通信ネットワークで接続しても良い。いずれの場合も同様の効果を得ることができる。
【００９６】
（８）  上記実施の形態においては特に言及しなかったが、画像データを送信する際に送信側ＭＦＰは可能な限り高い画質の画像データを送信するものとしても良い。例えば、送信側ＭＦＰが送信することができる最高画質が解像度６００ｄｐｉのフルカラー画質である場合に、当該最高画質の画像データを送信するものとしても良い。
送信側ＭＦＰが画質の低い画像データを送信すると、受信側ＭＦＰの受信者設定で高い画質による印刷等が設定されていても、事実上、低い画質の画像データしか出力することができない。一方、送信側ＭＦＰが高画質の画像データを送信すれば、受信側ＭＦＰは高画質の画像データであれ低画質の画像データであれ受信者設定に応じて出力することができる。
【００９７】
従って、受信側ＭＦＰをホームＭＦＰとするユーザが希望する画質の画像データを出力することができるので有効である。また、送信側ＭＦＰにて画像データを送信するユーザも受信側ＭＦＰのユーザがどのような画質の画像データを希望しているかを考慮したり、調査したりする必要がないので、画像データの送信に要する手間を低減することができる。
【００９８】
（９）  上記実施の形態においては、受信者設定に登録される処理方法として画像データを転送する処理について説明したが、本発明がこれに限定されないのは言うまでもなく、これに加えてつぎのような処理方法を受信者設定に登録しても良い。
例えば、画像データを受信したら直ちに２ｉｎ１で両面印刷して出力するよう設定しても良いし、画像データのファイル形式をＰＤＦ（Portable Document Format）やＴＩＦＦ（Tagged Image File Format）、ＪＰＥＧ（Joint Photographic Experts Group）に変換して記憶装置に記憶させても良い。この場合において、受信側ＭＦＰがユーザ毎に、例えば、ボックスと称されるような記憶領域を割り当てている場合には、その記憶領域に格納しても良い。
【００９９】
また、処理方法として転送が指定されている場合であっても、ＰＣに転送する処理には限定されないのは言うまでもなく、他のＭＦＰや携帯端末、携帯電話等に転送しても良いし、また、転送するための通信経路についてもインターネットに限定されず、回線交換網等を用いても良い。
（１０）  上記実施の形態においては、受信側ＭＦＰやＰＣ、メールサーバといった宛先からＡＣＫを受信しないままタイムアウトが発生したことをもって通信が失敗したと判断する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
【０１００】
例えば、電子メールであれば、電子メールサーバに接続できないことを以って通信失敗と判断しても良いし、ファクシミリであれば回線が接続できないことを以って通信失敗と判断しても良い。また、他の方法によって通信失敗を判断しても良く、通信失敗を判断する方法の如何に関わらず、本発明の効果を得ることができる。
また、タイムアウトを待たずに通信失敗を判断することができれば、画像データの送信に要する処理時間を短縮して、ユーザの利便性を向上させることができるのは言うまでもない。
【０１０１】
（１１）  上記実施の形態においては、フラッシュカードとカードＩ／Ｆとを用いてユーザを認証する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。例えば、操作パネルにてログイン名とパスワードとの入力を受け付けることによってユーザを認証しても良い。また、カードＩ／Ｆは接触方式であっても良いし、非接触方式であっても良い。
【０１０２】
（１２）  上記第２の実施の形態においては、専ら宛先ユーザリストによる画像データの送信に失敗した場合に履歴情報を参照して画像データを送信する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
すなわち、宛先ユーザリストによる画像データの送信に失敗した後、更にＭｙアドレス帳による画像データの送信にも失敗したら、履歴情報によって画像データを送信するようにしても良い。このようにすれば、より確実に画像データを送信することができる。
【０１０３】
この場合において、Ｍｙアドレス帳による宛先と履歴情報による宛先が一致する場合には、重ねて送信しないようにすると良い。このようにすれば、ユーザが希望する宛先に画像データを送信できない旨をより早く判定して、ユーザに通知することができると共に、ネットワークに不必要な付加を与えるのを防止することができる。
（１３）  上記実施の形態においては特に言及しなかったが、送信側ＭＦＰは操作パネルにてＭｙアドレス帳の内容の登録を受け付けても良いし、ＰＣ等、他の装置からＦＴＰ（File Transfer Protocol）等を用いてＭｙアドレス帳の内容の登録を受け付けたり、Ｍｙアドレス帳全体を受け付けたりしても良い。特に、他の装置においてより容易にＭｙアドレス帳の内容を登録することができる場合には、画像データを送信するための宛先指定に要するユーザの手間を軽減することができる。
【０１０４】
（１４）  上記実施の形態においては、宛先ユーザ名の入力を受け付けて対応するホームＭＦＰ名等を表示する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
すなわち、送信側ＭＦＰのユーザに画像データの宛先ユーザを入力させることなく、宛先ユーリストとＭｙアドレス帳とを参照して、操作パネルに、少なくとも何れか一方に登録されている宛先ユーザを列挙すると共に、そのホームＭＦＰと宛先との何れか一方若しくは両方を表示して、選択させても良い。
【０１０５】
図２３は、宛先ユーザ毎のホームＭＦＰ等の表示例である。図２３に示されるように、左から、宛先ユーザ名、ホームＭＦＰ名及び宛先名が列挙されており、左端のスクロールバーを操作することによって、操作パネルに表示しきれない他の宛先ユーザも表示させることができる。ユーザは、ホームＭＦＰや宛先に触れることによって、これらを選択することができる。
【０１０６】
このようにすれば、画像データの宛先を指定するために必要なユーザの手間を軽減して、高い操作性を実現することができる。
図中、宛先名の表示のないユーザは宛先ユーザリストにのみ登録され、Ｍｙアドレス帳に登録のないユーザである。ホームＭＦＰ名の表示のないユーザは、Ｍｙアドレス帳にのみ登録され、宛先ユーザリストに登録のないユーザや、このＭＦＰ自体をホームＭＦＰとするユーザである。
【産業上の利用可能性】
【０１０７】
本発明に係る画像送信装置は、少なくとも、複数のユーザに共用される画像送信装置であって、ユーザが画像を送信する際に宛先を指定する手間を削減して、高い利便性を達成する画像送信装置として有用である。
【図面の簡単な説明】
【０１０８】
【図１】本発明の第１の実施の形態に係る画像通信システムの構成を示す図である。
【図２】本発明の第１の実施の形態に係るＭＦＰ１０１の主要なハードウェア構成を示す図である。
【図３】本発明の第１の実施の形態に係る宛先ユーザリストのデータ構造を示す図である。
【図４】本発明の第１の実施の形態に係るＭｙアドレス帳のデータ構造を示す図である。
【図５】本発明の第１の実施の形態に係る受信者設定のデータ構造を示す図である。
【図６】本発明の第１の実施の形態に係る画像通信システム１の正常時の動作を示す通信シーケンス図である。
【図７】本発明の第１の実施の形態に係る画像通信システム１において、送信側ＭＦＰと受信側ＭＦＰとが通信不能である場合の通信シーケンス図である。
【図８】本発明の第１の実施の形態に係る画像通信システム１において、受信側ＭＦＰと画像データの宛先（ＰＣ）とが通信不能である場合の通信シーケンス図である。
【図９】本発明の第１の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図１０】本発明の第１の実施の形態に係る受信側ＭＦＰの動作を示すフローチャートである。
【図１１】本発明の第２の実施の形態に係る画像通信システムの動作を示す通信シーケンス図である。
【図１２】本発明の第２の実施の形態に係る履歴情報のデータ構造を示す図である。
【図１３】本発明の第２の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図１４】本発明の第３の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図１５】本発明の第３の実施の形態に係るグループリストのデータ構造を示す図である。
【図１６】本発明の第４の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図１７】本発明の第４の実施の形態に係るホームユーザリストのデータ構造を示す図である。
【図１８】本発明の第４の実施の形態に係るＭｙアドレス帳のデータ構造を示す図である。
【図１９】本発明の第５の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図２０】本発明の第５の実施の形態に係る送信側ＭＦＰが画像データに添付する送信レポートを例示する図である。
【図２１】本発明の第６の実施の形態に係る送信側ＭＦＰの動作を示すフローチャートである。
【図２２】本発明の第６の実施の形態に係る送信側ＭＦＰが表示するホームＭＦＰや宛先を例示する図である。
【図２３】本発明の変形例（１４）に係る宛先ユーザ毎のホームＭＦＰ等の表示を例示する図である。
【符号の説明】
【０１０９】
１…………………画像通信システム
３…………………宛先ユーザリスト
４、１８…………Ｍｙアドレス帳
５…………………受信者設定
１２………………履歴情報
１５………………グループリスト
１７………………ホームユーザリスト
２０………………送信レポート
１０１〜１０３…ＭＦＰ
１１１〜１１９…パーソナルコンピュータ
１２１〜１２３…ローカルエリアネットワーク
１３１……………インターネット
１３２……………回線交換網
２０１……………カードＩ／Ｆ
２０２……………フラッシュカード
２０３……………操作パネル
２０４……………画像読取部
２０５……………画像形成部
２０６……………ネットワークＩ／Ｆ
２０７……………モデム
２０８……………中央処理部
２０９……………記憶部
【図１】
2008060919.tif 000003
【図２】
2008060919.tif 000004
【図３】
2008060919.tif 000005
【図４】
2008060919.tif 000006
【図５】
2008060919.tif 000007
【図６】
2008060919.tif 000008
【図７】
2008060919.tif 000009
【図８】
2008060919.tif 000010
【図９】
2008060919.tif 000011
【図１０】
2008060919.tif 000012
【図１１】
2008060919.tif 000013
【図１２】
2008060919.tif 000014
【図１３】
2008060919.tif 000015
【図１４】
2008060919.tif 000016
【図１５】
2008060919.tif 000017
【図１６】
2008060919.tif 000018
【図１７】
2008060919.tif 000019
【図１８】
2008060919.tif 000020
【図１９】
2008060919.tif 000021
【図２０】
2008060919.tif 000022
【図２１】
2008060919.tif 000023
【図２２】
2008060919.tif 000024
【図２３】
2008060919.tif 000025