JP2018050265A - 通信装置およびその制御方法 - Google Patents

Abstract

【課題】インポート先のアドレス帳の宛先表を全て削除してから宛先表をインポートするモード（削除後上書きモード）で宛先表のインポートを行うとき、インポート元である宛先表の名称がデフォルト名称のままであると、同一のデフォルト名称でインポートされるため、ユーザは、インポート先の宛先表の名称で区別できなくなる。
【解決手段】 外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信し、その受信したインポート用宛先表データに含まれるインポート方法が、インポート先の宛先表データを全て削除してからインポートする方法である場合、前記インポート用宛先表データの宛先表の名称がデフォルト名称かどうかを判定する。そしてインポート用宛先表データの宛先表の名称がデフォルト名称であると判定すると、インポート先の宛先表の名称を維持して、インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新する。
【選択図】 図１０

Description

本発明は、画像処理装置とその制御方法、及びプログラムに関する。

従来、デジタル複合機等の画像処理装置では、スキャンした文書のデータを電子化し、任意の送信宛先に電子メールで送信する機能やファイル送信（ＳＭＢ送信等）する機能を有している。これら電子メールやファイルを送信する際の宛先データは、その画像処理装置が管理しているアドレス帳の中に保存されている。特許文献１には、アドレス帳に宛先データを保存する際、宛先データの検索効率を高めるために、宛先データを分類して保存できることが記載されている。

また、これらアドレス帳に記憶された宛先データは、外部のコンピュータ端末からウェブブラウザ経由で外部に取出して（エクスポート）、別の画像処理装置に格納（インポート）することができる。また特許文献２には、コンピュータ端末を介さずに、画像処理装置間で直接通信して、一方の画像処理装置のアドレス帳に記憶された宛先データをエクスポートして、直接、他方の画像処理装置にインポートすることが記載されている。

特許文献３には、誰でも参照可能なアドレス帳の宛先データを外部のコンピュータ端末からウェブブラウザ経由でエクスポートし、別の画像処理装置の特定ユーザしかアクセスできないアドレス帳にインポートすることが記載されている。

特開２００１−３５８８６４号公報 特開２００６−３３４５９号公報 特開２０１６−１９１４８号公報

しかしながら、特許文献３のように、誰でも参照可能なアドレス帳の宛先表の宛先データを別の画像処理装置の特定ユーザしかアクセスできないアドレス帳にインポートした場合、インポート方法によってはアドレス帳の宛先表の名称が重複する場合がある。例えば、インポート先のアドレス帳の宛先表を全て削除してから宛先表をインポートするモード（削除後上書きモード）で宛先表のインポートを行うと、宛先表の名称及び宛先データを全て削除した後に宛先表のインポートが行われる。この場合、インポート元である宛先表の名称がデフォルト名称のままであると、同一のデフォルト名称でインポートされるため、ユーザは、インポート先の宛先表の名称で区別できなくなるという課題が発生する。例えば、図４の宛先表のリスト４０１が表示されている状態で、デフォルト名称「宛先表１」の宛先表データをグループ宛先表１にインポートすると、「宛先表１」というデフォルト名称の宛先表が重複して発生する。

本発明の目的は、上記従来技術の課題を解決することにある。

本発明の目的は、宛先表データのインポート時に、宛先表の名称がデフォルト名称のまま重複してインポートされるのを防止する技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
外部装置から宛先表をインポートできる画像処理装置であって、
外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信する受信手段と、
前記受信手段が受信したインポート用宛先表データに含まれるインポート方法が、インポート先の宛先表データを全て削除してからインポートする方法である場合、前記インポート用宛先表データの宛先表の名称がデフォルト名称かどうかを判定する第１判定手段と、
前記第１判定手段が、前記インポート用宛先表データの宛先表の名称がデフォルト名称であると判定すると、前記インポート先の宛先表の名称を維持して、前記インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新するよう制御する制御手段と、を有することを特徴とする。

本発明によれば、宛先表データのインポート時に、宛先表の名称がデフォルト名称のまま重複してインポートされるのを防止できる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態１に係るシステム全体の構成を説明する図。 実施形態１に係る画像処理装置のハードウェア構成を説明するブロック図。 実施形態１に係る画像処理装置におけるアドレス帳関連モジュールの構成の例を説明する図。 実施形態１に係る画像処理装置の操作部に表示された宛先表の名称リストの表示例を示す図。 宛先表ＤＢ、個人宛先表ＤＢ及びグループ宛先表で管理されている宛先表データの管理を説明する図。 実施形態１において、各ユーザがどのユーザグループに紐付いているかを登録する管理テーブルの一例を示す図。 実施形態１に係るユーザグループ、グループ宛先表、宛先データの関連を説明する図。 図５に示す宛先表データをエクスポートしたデータ（インポート用宛先表データ）の一例を示す図。 実施形態１に係るコンピュータのウェブブラウザにより表示された画像処理装置にインポートする場合のインポート画面例を示す図（Ａ）と、インポート用宛先表データのデータ構造を示す図（Ｂ）。 実施形態１に係る画像処理装置１０５における宛先表データのインポート処理を説明するフローチャート。 Ｓ１００８のインポート処理が完了した後の「システム第１設計部」の宛先表データを例示した図。 実施形態２に係る画像処理装置１０５における宛先表データのインポート処理を説明するフローチャート。 実施形態３に係る画像形成装置の操作部に表示される確認画面の一例を示す図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［実施形態１］
図１は、本発明の実施形態１に係るシステム全体の構成を説明する図である。

画像処理装置１０３及び１０５は、例えばスキャン機能、印刷機能、ファクシミリ機能、ボックス機能などを有する多機能処理装置（ＭＦＰ）である。画像処理装置１０３及び１０５は、例えばスキャンにより得られた原稿の画像データを電子化し、それをネットワーク１０４を介して、外部装置の一例であるコンピュータ１０１の共有フォルダ等に送信できる。また画像処理装置１０３及び１０５はユーザ認証機能を有しており、画像処理装置１０３或いは１０５をユーザが操作する際、そのユーザの認証が必要か否かをデバイス管理者が設定可能である。尚、このユーザ認証に必要な各ユーザのユーザ名、パスワード等は、画像処理装置１０３や１０５で管理することも可能であるが、ネットワーク１０４上の認証サーバ１０２で管理することも可能である。

また画像処理装置１０３は、画像処理装置１０３が保存している宛先表リスト（図４を参照して後述する）を含む宛先データを、ネットワーク１０４を介してコンピュータ１０１上のウェブブラウザからエクスポートできる。こうしてエクスポートされたた宛先表リストを含む宛先表データ（以降、インポート用宛先表データ）は、コンピュータ１０１によりネットワーク１０４を介して別の画像処理装置１０５にインポートされる。また画像処理装置１０３がネットワーク１０４を介して画像処理装置１０５と接続することによって、コンピュータ１０１を介することなく、宛先データを直接、画像処理装置１０３から画像処理装置１０５に配信することが可能である。

尚、以下の説明では、画像処理装置１０３からコンピュータ１０１に宛先表データをインポートし、コンピュータ１０１から画像処理装置１０５にインポートする場合で説明するが、逆の場合でも良い。

図２は、実施形態１に係る画像処理装置１０３のハードウェア構成を説明するブロック図である。尚、以下の説明は画像処理装置１０５にも適用される。

ＣＰＵ２０１は、ＲＯＭ２０９に格納されたプログラムをＲＡＭ２０８に展開し、その展開したプログラムを実行することによって画像処理装置１０３全体の動作を制御する。またＣＰＵ２０１は、バス２０２を介して画像処理装置１０３の各構成と通信を行う。プリンタ２０４は、入力された画像データに基づく画像を記録紙（シート）上に印刷する。スキャナ２０５は、ユーザが原稿台にセットした原稿の画像を読み取り、読み取って得られた画像データをＨＤＤ２０３或いはＲＡＭ２０８等に格納する。スキャナ２０５は、不図示の原稿給送装置を含み、原稿給送装置にセットされた複数枚の原稿を順次原稿台上に給送後、読み取ることが可能である。ＨＤＤ２０３はハードディスクドライブであり、スキャナ２０５から入力された画像データや、各種ユーザーデータ（アドレス帳等）を保存可能である。操作部２０６は、ユーザが指示を行うための複数のキー、ユーザに通知すべき各種情報を表示する表示部を含む。ネットワークＩ／Ｆ２０７は、画像処理装置１０３をネットワーク１０４に接続し、スキャナ２０５でスキャンした画像データをネットワーク上のファイル共有サーバ（不図示）へのデータの送信を制御する。ＦＡＸ２１０は、電話回線を介して画像データの送受信を行う。

図３は、実施形態１に係る画像処理装置１０３におけるアドレス帳関連モジュールの構成の例を説明する図である。図３に示す各モジュールは、ＲＯＭ２０９に格納されたプログラムに相当し、そのプログラムは実行時にＲＡＭ２０８に展開され、ＣＰＵ２０１がその展開したプログラム実行することにより、そのモジュールの機能が実現される。

アドレス帳管理モジュール３０１は、各種宛先表データ（宛先表の名称及び宛先データ）の管理を行う。アドレス帳管理モジュール３０１が管理している宛先表データの内、全ユーザがアクセス可能な宛先表データは、ＨＤＤ２０３の宛先表ＤＢ（データベース）３１０に保存されている。

ユーザ個人／グループモジュール３０２は、各ユーザのユーザ情報（ログインＩＤ（ユーザＩＤ）、パスワード等）及び各ユーザがどのユーザグループに紐付いているかを管理している（図６を参照して後述する）。個人／グループ宛先表管理モジュール３０３は、ユーザ個人のみがアクセス可能な個人用宛先表データ、及び、あるユーザグループに所属している各ユーザのみがアクセス可能なグループ宛先表データを管理している。個人／グループ宛先表管理モジュール３０３が管理している宛先表データ（宛先表の名称及び宛先データ）の内、個人用宛先表データは、ＨＤＤ２０３の個人宛先表ＤＢ３１１に保存される。またグループ宛先表データはＨＤＤ２０３のグループ宛先表ＤＢ３１２に保存されている。

アドレス帳管理モジュール３０１は、個人／グループ宛先表管理モジュール３０３を介して個人宛先表データ及びグループ宛先表データを管理している。

ここで各宛先表ＤＢ３１０〜３１２は、複数の宛先表を登録することができる。

図４は、実施形態１に係る画像処理装置１０３の操作部２０６に表示された宛先表の名称リストの表示例を示す図である。このリスト４０１は、宛先表ＤＢ３１０、個人宛先表ＤＢ３１１、グループ宛先表ＤＢ３１２に記憶されている宛先表の名称の一覧を表示した例を示している。

アドレス帳管理モジュール３０１は、操作部２０６から宛先表の名称リスト４０１の表示要求を受けると、ＨＤＤ２０３に保存している宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２から各宛先表の名称を取得する。そして、その取得した名称リスト４０１を操作部２０６に表示する。尚、操作部２０６から宛先表の名称リスト４０１の表示要求を行うときは、宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２の内の特定の宛先表ＤＢの宛先表の名称リストだけを表示するように指示することも可能である。

宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２に登録されている宛先表の名称は、ユーザが任意の名称を登録できる。しかし、ユーザが明示的に名称を設定しなかった場合は、アドレス帳管理モジュール３０１がデフォルトの宛先表の名称を設定する。アドレス帳管理モジュール３０１が設定するデフォルトの宛先表の名称は、宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２で重複しない名称に設定される。例えば、宛先表ＤＢ３１０に設定する宛先表の名称には「宛先表」、個人宛先表ＤＢ３１１に設定する宛先表の名称には「個人宛先表」、グループ宛先表ＤＢ３１２に設定する宛先表の名称には「グループ宛先表」を設定する。

次に操作部２０６に表示されている宛先表の名称リスト４０１から、ユーザが任意の宛先表の名称を選択する。これによりアドレス帳管理モジュール３０１は、その選択された宛先表が格納されている宛先表ＤＢから宛先データを取得して宛先表示部４０２に表示する。図４の例では、リスト４０１から「宛先表１」が選択され、その宛先表の名称（\\smhost\user1）と宛先データ（user1@test.com）が宛先表示部４０２に表示された状態を示している。また図４では、「システム第１設計部」と表示されているグループ宛先表の名称以外は、デフォルトの宛先表の名称である。

図５（Ａ）〜（Ｃ）は、宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２で管理されている宛先表データの管理を説明する図である。

図５（Ａ）は、宛先表ＤＢ３１０で管理されている宛先表データの一例を説明する図である。この宛先表ＤＢ３１０には、合計１０の宛先表が格納されており、各宛先表の宛先表ＩＤ５０１として「１」〜「１０」がユニークに割り当てられている。また各宛先表に対して宛先表の名称５０２と宛先データ５０３が紐付けられてＨＤＤ２０３に保存されている。

図５（Ｂ）は、グループ宛先表ＤＢ３１２で管理されている宛先表データの一例を説明する図である。

グループ宛先表のそれぞれには、グループ宛先表ＩＤ５０４が「１」〜「Ｎ」（Ｎは設定に応じて動的に変化する）までユニークに割り当てられている。また各グループ宛先表には、グループ宛先表の名称５０５と、アクセス可能な所属グループ５０６と、宛先データ５０７がそれぞれ紐付けられてＨＤＤ２０３に保存されている。図５（Ｂ）では、グループ宛先表ＩＤ５０４が「２」の名称がデフォルトの名称でないことが分かる。

図５（Ｃ）は、個人宛先表ＤＢ３１１で管理されている宛先表データの一例を示す図である。

個人宛先表のそれぞれには、個人宛先表ＩＤ５０８が「１」〜「Ｎ」（Ｎは設定に応じて動的に変化する）までユニークに割り当てられている。また各個人宛先表には、個人宛先表の名称５０９と、アクセス可能な所属ユーザ５１０と宛先データ５１１がそれぞれ紐付けられてＨＤＤ２０３に保存されている。ここで、個人宛先表の名称５０９のデフォルト名称には、デフォルト名称の後に名称を一意にするための数字は付与されない。これは、個人宛先表が、各ユーザが所有者である宛先表であり、他のユーザによるアクセスができないためである。

図５（Ｄ）は、宛先データとして保存されているデータの一例を示しており、宛先名称や送信するホスト名等が保存される。

図６は、実施形態１において、各ユーザがどのユーザグループに紐付いているかを登録する管理テーブルの一例を示す図である。この管理テーブルはＨＤＤ２０３に記憶されている。

各ユーザグループには、ユニークなグループＩＤ６０１が割り当てられている。６０２は、そのユーザグループの名称を示す。また各ユーザグループには、アクセス可能なユーザ認証の所属ユーザ６０３が割り当てられている。例えば、グループＩＤ６０１が「１」の「GroupA」には、アクセス可能なユーザ認証の所属ユーザ６０３として「UserA」、「UserB」、「UserC」が割り当てられている。

ユーザ個人／グループモジュール３０２は、アドレス帳管理モジュール３０１から受け取ったユーザの名称をこの管理テーブルから検索し、そのユーザが属している全てのユーザグループのリストをアドレス帳管理モジュール３０１に返却する。

図７は、実施形態１に係るユーザグループ、グループ宛先表、宛先データの関連を説明する図である。

各ユーザグループ（GroupA等）のノードの下層に、各グループの宛先表が紐付けられており、更に、その下層に宛先データが紐付けられるツリー構造で管理されている。

図８（Ａ）は、図５（Ａ）に示す宛先表ＩＤ５０１が「１」の宛先表データをエクスポートしたデータ（インポート用宛先表データ）の一例を示す図である。

ここで、「AddressBook Name」の欄には、この宛先表の名称（ここでは「宛先表１」）が設定されている。尚、このとき、デフォルトの宛先表の名称が設定されている場合は、この項目にデフォルトの宛先表の名称をそのまま設定することもできるが、名称を設定しないことで、デフォルトの宛先表の名称として扱うことも可能である。「AddressBook ID」の識別子は、宛先表の種別を表している。ここで「AddressBook ID」の「１」は、宛先表ＤＢ３１０に格納されている、通常の宛先表であることを示している。

図８において、「＜」と「＞」とで囲まれたデータが１つの宛先データを示しており、図８（Ａ）のインポート用宛先表データには、図５（Ａ）から、３つの宛先データ（宛先１、宛先２、宛先３）が含まれている。

図８（Ｂ）は、図５（Ｂ）の宛先表ＩＤが「２」であるグループ宛先表の宛先表データをエクスポートしたデータ（インポート用宛先表データ）の一例を示す図である。

「GroupAddressBook Name」には、このグループ宛先表の名称（ここでは「システム第１設計部」が設定されている。ここでデフォルトの宛先表の名称が設定されている場合は、そのデフォルトの宛先表の名称をそのまま設定できるが、名称を設定しないことで、デフォルトの宛先表の名称として扱うことも可能である。「GroupAddressBook ID」の識別子は、宛先表の種別を表わしている。ここでこの種別「２」は、図５（Ｂ）に示すグループ宛先表ＤＢ３１２に格納されているグループ宛先表であることを示している。そして、図５（Ｂ）から、このインポート用宛先表データは、２つの宛先データ（宛先Ｃ，宛先Ｄ）が含まれている。

図８（Ｃ）は、図５（Ｃ）の宛先表ＩＤが「１」の個人宛先表の宛先表データをエクスポートしたデータ（インポート用宛先表データ）の一例を示す図である。

「MyAddressBook Name」には、個人宛先表の宛先表の名称（ここでは「個人宛先表」）が設定されている。ここでデフォルトの宛先表の名称が設定されている場合は、そのデフォルトの宛先表の名称をそのまま設定することも可能であるが、名称を設定しないことでデフォルトの宛先表の名称として扱うことも可能である。「MyAddressBook ID」の識別子は、宛先表の種別を表わしており、「１」は個人宛先表ＤＢ３１１に格納されている個人宛先表であることを示している。そして図５（Ｃ）から、このインポート用宛先表データには、２つの宛先データ（宛先Ａ１、宛先Ａ２）が含まれている。

これら図８に示すインポート用宛先表データは、コンピュータ１０１の記憶装置（例えばＨＤＤ等）に記憶されている。

図９（Ａ）は、コンピュータ１０１のウェブブラウザにより表示された、例えば図８に示すインポート用宛先表データを、ネットワーク１０４を介して、画像処理装置１０５にインポートする場合の画面例を示す図である。

インポート先の宛先表９０１は、ここではインポート先の画像処理装置１０５から取得した宛先表ＤＢ３１０、個人宛先表ＤＢ３１１及びグループ宛先表３１２で管理されている宛先表データの一覧を表示している。ここでは例えば図８に示すインポート用宛先表データを、画像処理装置１０５のどの宛先表に対してインポートするかを指定するための項目を表示しており、リスト表示をスクロールバー９０４でスクロールすることで任意の宛先表を指定できる。図９（Ａ）の例では、インポート先として「システム第１設計部」９１０が選択されている。

インポート元の宛先表９０２は、画像処理装置１０３からエクスポートされてコンピュータ１０１に保存されている、インポート用宛先表データの場所を指定するための項目である。インポート方法９０３は、例えば図８に記載のインポート用宛先表データをインポートする際のモードを設定するための項目である。ここで「追加」を選択した場合は、インポート先の宛先表データは保持したまま、インポート元の宛先表９０２で指定したインポート用宛先表データの宛先データのみを、インポート先の宛先表９０１の宛先表データに追加するようにインポートする。

一方、図９（Ａ）のように「削除後上書き」を選択した場合は、インポート先の宛先表９０１で指定した宛先表データを全て削除した後に、インポート元の宛先表９０２で指定したインポート用宛先表データをインポートする。

このように図９（Ａ）の画面で各項目を設定した後、インポート開始ボタン９０５を押下すると、図９（Ｂ）に示すデータ構造で、ネットワーク１０４を介して画像処理装置１０５に対してインポートが実行される。

図９（Ｂ）のデータ構造には、図９（Ａ）で設定した各項目が設定されることにより、画像処理装置１０３に対して宛先表データのインポートを行うことが可能である。図９（Ｂ）では、インポート方法として「削除後上書き」が、インポート先として、宛先表ＤＢ３１０に格納されている、「AddressBook ID:2」が指定されている。

図１０は、実施形態１に係る画像処理装置１０５における宛先表データのインポート処理を説明するフローチャートである。尚、このフローチャートで示す処理は、画像処理装置１０５のＲＯＭ２０９に格納されたプログラムをＲＡＭ２０８に展開した後、ＣＰＵ２０１がその展開したプログラムを実行することにより達成される。

尚、この実施形態１では、図８（Ａ）のインポート用宛先表データを、インポート先の宛先表９０１で「システム第１設計部」に指定してインポートする例で説明する。ここで、インポートする前のインポート先の「システム第１設計部」の宛先表データは、例えば図５（Ｂ）の宛先表データとする。

このフローチャートで示す処理は、例えば図９（Ａ）の画面で「インポート開始」ボタン９０５が押下されて、コンピュータ１０１から、インポート用宛先表データを図９（Ｂ）のデータ構造で受信することにより開始される。

まずＳ１００１でＣＰＵ２０１はアドレス帳管理モジュール３０１として機能し、図９（Ｂ）に示すデータ構造のインポート用宛先表データを受信してＳ１００２に処理を進める。Ｓ１００２でＣＰＵ２０１は、インポート方法に設定されているインポート方法を判定する。ここでインポート方法が「追加」であればＳ１０１１に進み、ＣＰＵ２０１は、図９（Ｂ）のデータからインポート先の宛先表を取得する。そして、その取得した宛先表に対して図９（Ｂ）の宛先表データから宛先データを取得し、既存の宛先表データに対して追加インポート処理を実行して、この処理を終了する。このとき、インポート先の宛先表が、個人宛先表か、グループ宛先表の場合は、個人／グループ宛先表管理モジュール３０３を経由してインポート処理を実行する。

一方、Ｓ１００２でＣＰＵ２０１は、インポート方法が「削除後上書き」であると判定した場合はＳ１００３に進み、図９（Ｂ）の宛先表データから宛先表の種別を取得する。この宛先表の種別の取得は、図８を参照して説明した、「AddressBook ID／GroupAddressBook ID／MyAddressBook IDの識別子を取得することで行われる。次にＳ１００４に進みＣＰＵ２０１は、Ｓ１００３で取得したインポート元の宛先表の種別と、図９（Ｂ）のインポート先が示す宛先表の種別が異なっているかどうか判定する。ここで異なると判定した場合はＳ１００５に進み、図９（Ｂ）の宛先表データから宛先表の名称を取得する。この宛先表の名称の取得は、図８の宛先表データで説明した、「AddressBook Name／GroupAddressBook Name／MyAddressBook Name」の識別子に設定されている名称を取得することで行われる。そしてＳ１００６に進みＣＰＵ２０１は、その取得した宛先表の名称が、デフォルト名称かどうか判定する。ここでデフォルト名称かどうかは、図８で説明したように、宛先表毎のデフォルトの名称と一致している場合と、名称が設定されていない場合のいずれかである。Ｓ１００６でＣＰＵ２０１は、デフォルトの名称が設定されていると判定したときはＳ１００７に進み、図９（Ｂ）のインポート先が示す宛先表を取得し、そのインポート先の宛先データのみを削除する。そしてＳ１００８に進みＣＰＵ２０１は、図９（Ｂ）の宛先表データから宛先データのみを取得し、その宛先データをインポート先の宛先表にインポートして、この処理を終了する。

このように削除後上書きの場合、インポート用宛先表データの宛先表の名称がデフォルトの名称であれば、インポート先の宛先表の名称を残して、その宛先データだけを書き換える。

図１１は、Ｓ１００８のインポート処理が完了した後の「システム第１設計部」の宛先表データを例示した図である。尚、図１１において、前述の図５（Ｂ）と共通する部分は同じ参照番号で示している。

図１１のグループ宛先表ＩＤが「２」の宛先データでは、グループ宛先表の名称５０５にはインポート前のグループ宛先表の名称（システム第１設計部）がそのまま保持されている。一方、宛先データ５０７では、図８（Ａ）のインポート用宛先表データに含まれる宛先データが、図５（Ｂ）の「宛先Ｃ，宛先Ｄ」から「宛先１、宛先２、宛先３」に置き変わっている。

またＳ１００６でＣＰＵ２０１は、デフォルトの名称が設定されていないと判定した場合はＳ１００９に進み、図９（Ｂ）のデータのインポート先の宛先表を取得し、インポート先の宛先表データの宛先表の名称と宛先データを削除する。そしてＳ１０１０に進みＣＰＵ２０１は、図９（Ｂ）のデータの宛先表データを取得し、インポート先の宛先表にインポートして、この処理を終了する。

またＳ１００４の判定で、宛先表の種別が一致しているときはＳ１００９及びＳ１０１０の処理を実行して、この処理を終了する。

以上説明したように実施形態１によれば、デフォルトの宛先表の名称が設定されたインポート用宛先データを、削除後上書きモードで異なる種別の宛先表にインポートする際、同一のデフォルトの宛先表の名称が重複して設定されるのを防止できる。

また宛先表の名称がデフォルト、或いは設定されていない場合は、インポート先の宛先表の名称が保存されるため、ユーザは宛先表の名称で宛先データの種類を判定できるようになり、ユーザビリティを向上できる。

［実施形態２］
図１２は、実施形態２に係る画像処理装置１０５における宛先表データのインポート処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＲＯＭ２０９に格納されたプログラムをＲＡＭ２０８に展開した後、ＣＰＵ２０１がその展開したプログラムを実行することにより達成される。尚、図１２において、前述の図１０と共通する処理ステップは同じ参照番号で示し、それらの説明を省略する。尚、実施形態２に係るシステム構成及び画像処理装置１０３，１０５の構成は、前述の実施形態１と同様であるため、その説明を省略する。

実施形態２では、前述の図１０のフローチャートで示す処理に、Ｓ１２０１の処理が追加になっている以外は前述の図１０の処理と同一であるため、その異なる点についてのみ説明する。

Ｓ１００４の判定で宛先表の種別が異なっていないと判定するとＳ１２０１に進みＣＰＵ２０１は、インポート用宛先データの宛先表の種別に設定されているＩＤと、インポート先の宛先表の種別に設定されているＩＤとが異なっているかを判定する。

この宛先表の種別に設定されているＩＤとは、例えば前述の図８で説明したAddressBook ID／GroupAddressBook ID／MyAddressBook IDの各識別子に設定されている値を指す。８（Ａ）の場合は、宛先表の識別子であるAddressBook IDは「１」である。また、このＩＤは図５（Ａ）〜（Ｃ）で説明した各宛先表ＩＤ（５０１，５０４，５０８）と同じである。Ｓ１２０１でＣＰＵ２０１が、宛先表の種別に設定されているＩＤの値が異なっていると判定した場合はＳ１００５に進み、インポート用宛先データの宛先表の名称がデフォルトであれば、インポート先の宛先表の宛先データのみを更新する。一方、Ｓ１２０１で、インポート用宛先データの宛先表の種別に設定されているＩＤと、インポート先の宛先表の種別に設定されているＩＤとが一致するときはＳ１００９に進み、インポート用宛先データの宛先表でたで、インポート先の宛先表を更新する。

以上説明したように実施形態２によれば、デフォルトの宛先表の名称が設定されたインポート用宛先データを、削除後上書きモードでインポートする際、同一種別でない宛先表の名称がデフォルトの名称に変更されるのを防止できる。これにより、同一のデフォルトの宛先表の名称が重複して設定されるのを防止できる。

［実施形態３］
前述の実施形態１，２では、図１０及び図１２のＳ１００６でインポート用宛先表データに含まれる宛先表の名称にデフォルト名称が設定されていると判定された場合にのみ、インポート先の宛先表の名称を設定しないようにしていた。これに対して実施形態３では、Ｓ１００６のデフォルト名称の判定処理は行わずに、常にインポート先の宛先表の名称を削除しないようにしても良い。つまり、Ｓ１００５の処理の後に、常にＳ１００７、Ｓ１００８の処理を実行するようにしても良い。尚、実施形態３に係るシステム構成及び画像処理装置１０３，１０５の構成は、前述の実施形態１と同様であるため、その説明を省略する。

実施形態３によれば、常にインポート先の宛先表の名称を残すことが可能となり、同一のデフォルトの宛先表の名称が重複して設定されることを防ぐことが可能になる。

［実施形態４］
前述の実施形態１〜３では、インポート先の画像処理装置で、インポート用宛先表データに含まれる宛先表の名称を使用するか、インポート先の宛先表の名称を使用するかを切り替えていた。これに対して実施形態４では、Ｓ１００６の処理を、インポート用宛先表データに含まれる宛先表の名称とインポート先の宛先表の名称とが一致するか否かを判定処理に置き換える。そして宛先表の名称が一致しない場合は、図１３に図示したような確認画面を操作部２０６に表示させて、ユーザにどちらの宛先表の名称を使用するかを選択させる。尚、実施形態４に係るシステム構成及び画像処理装置１０３，１０５の構成は、前述の実施形態１と同様であるため、その説明を省略する。

図１３は、実施形態３に係る画像形成装置１０５の操作部２０６に表示される確認画面の一例を示す図である。

図１３では、インポート元とインポート先の宛先表の名称を同時に表示することで、ユーザビリティの向上を図ることが可能である。

図１３の画面で「インポート元の宛先表の名称」を選択した場合は、図１０のＳ１００９，Ｓ１０１０の処理を実行することで、インポート先の宛先表の名称を、インポート元の宛先表の名称に設定することが可能となる。

また図１３の画面で「インポート先の宛先表の名称」を選択した場合は、Ｓ１００７，Ｓ１００８の処理を実行することで、インポート先の宛先表の名称を維持することが可能となる。

実施形態４によれば、ユーザが、インポート元の宛先表の名称とインポート先の宛先表の名称のいずれを残すか選択できるため、インポート先の宛先表の名称を、ユーザが意図した宛先表の名称に設定できる。

また上述の実施形態では、インポート用の宛先表データには、１つの宛先表の種別と１つの宛先表の名称しか含まれていなかった。しかし、複数の宛先表の種別と複数の宛先表の名称があり、それぞれに対して複数の宛先データが含まれている場合にも適用可能である。つまり、複数の宛先表の種別がある場合は、Ｓ１００３とＳ１００４の処理を複数の宛先表の種別に対して処理を行い、１つでも異なるものが含まれていればＳ１００５以降の処理を行う。

また宛先表の名称についても同様に、Ｓ１００５とＳ１００６の処理を複数の宛先表の名称に対して処理を行い、１つでもデフォルト名称が含まれていればＳ１００７以降の処理を行うようにすればよい。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０１…コンピュータ、１０３，１０５…画像処理装置、２０１…ＣＰＵ、２０３…ＨＤＤ，２０６…操作部、２０８…ＲＡＭ、２０９…ＲＯＭ、３０１…アドレス帳管理モジュール、３０２…ユーザ個人／グループモジュール、３０３…個人／グループ宛先表管理モジュール

本発明は、通信装置およびその制御方法に関する。

上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、
アドレス帳を格納するアドレス帳格納手段と、アドレス帳を外部装置からインポートするアドレス帳インポート手段と、を有する通信装置であって、
前記インポート手段によってインポートされるアドレス帳の名称に、前記アドレス帳格納手段に格納されたアドレス帳の名称を設定することを特徴とする。

Claims (12)

1. 外部装置から宛先表をインポートできる画像処理装置であって、
   外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信する受信手段と、
   前記受信手段が受信したインポート用宛先表データに含まれるインポート方法が、インポート先の宛先表データを全て削除してからインポートする方法である場合、前記インポート用宛先表データの宛先表の名称がデフォルト名称かどうかを判定する第１判定手段と、
   前記第１判定手段が、前記インポート用宛先表データの宛先表の名称がデフォルト名称であると判定すると、前記インポート先の宛先表の名称を維持して、前記インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新するよう制御する制御手段と、
   を有することを特徴とする画像処理装置。
2. 前記制御手段は更に、前記第１判定手段が、前記インポート用宛先表データの宛先表の名称がデフォルト名称でないと判定すると、前記インポート先の宛先表データを削除して前記インポート先の宛先表データで更新するよう制御することを特徴とする請求項１に記載の画像処理装置。
3. 前記宛先表データは、宛先表の名称、及び宛先を示す宛先データを含むことを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記宛先表は、宛先表の種別として、全てのユーザが参照できる宛先表、宛先表の所有者のみが参照できる個人宛先表、特定の複数のユーザが参照できるグループ宛先表を含むことを特徴とする請求項３に記載の画像処理装置。
5. 前記インポート用宛先表データに含まれる宛先表の種別と、前記インポート先の宛先表データに含まれる宛先表の種別とが一致するかどうか判定する第２判定手段を、更に有し、
   前記第２判定手段が、前記インポート用宛先表データに含まれる宛先表の種別と、前記インポート先の宛先表データに含まれる宛先表の種別とが一致しないと判定した場合に、前記第１判定手段と前記制御手段が動作することを特徴とする請求項４に記載の画像処理装置。
6. 前記制御手段は更に、前記第２判定手段が、前記インポート用宛先表データに含まれる宛先表の種別と、前記インポート先の宛先表データに含まれる宛先表の種別とが一致すると判定すると、前記インポート先の宛先表データを削除して前記インポート先の宛先表データで更新するよう制御することを特徴とする請求項５に記載の画像処理装置。
7. 外部装置から宛先表をインポートできる画像処理装置であって、
   外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信する受信手段と、
   前記インポート先の宛先表の名称を維持して、前記インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新するよう制御する制御手段と、
   を有することを特徴とする画像処理装置。
8. 前記宛先表データは、宛先表の名称、及び宛先を示す宛先データを含むことを特徴とする請求項７に記載の画像処理装置。
9. 外部装置から宛先表をインポートできる画像処理装置であって、
   外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信する受信手段と、
   前記受信手段が受信したインポート用宛先表データに含まれるインポート方法が、インポート先の宛先表データを全て削除してからインポートする方法である場合、前記インポート用宛先表データの宛先表の名称と、前記インポート先の宛先表データの宛先表の名称とが一致するかどうかを判定する判定手段と、
   前記判定手段が一致しないと判定すると、前記インポート用宛先表データの宛先表の名称と、前記インポート先の宛先表データの宛先表の名称のいずれかユーザに選択させる選択手段と、
   前記選択手段により選択された宛先表の名称を前記インポート用宛先表データの宛先の名称とし、前記インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新するよう制御する制御手段と、
   を有することを特徴とする画像処理装置。
10. 前記宛先表データは、宛先表の名称、及び宛先を示す宛先データを含むことを特徴とする請求項９に記載の画像処理装置。
11. 外部装置から宛先表をインポートできる画像処理装置を制御する制御方法であって、
    受信手段が、外部装置から宛先表データ、インポート方法、及びインポート先を含むインポート用宛先表データを受信する受信工程と、
    判定手段が、前記受信工程で受信したインポート用宛先表データに含まれるインポート方法が、インポート先の宛先表データを全て削除してからインポートする方法である場合、前記インポート用宛先表データの宛先表の名称がデフォルト名称かどうかを判定する判定工程と、
    制御手段が、前記判定工程が、前記インポート用宛先表データの宛先表の名称がデフォルト名称であると判定すると、前記インポート先の宛先表の名称を維持して、前記インポート用宛先表データの宛先データで、前記インポート先の宛先表の宛先データを更新するよう制御する制御工程と、
    を有することを特徴とする画像処理装置の制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載の画像処理装置の各手段として機能させるためのプログラム。

Images