JP4748186B2 - 通信装置 - Google Patents

Description

本発明は，電話機，ファクシミリ装置，複合機，携帯電話等の通信機能を備える通信装置に関する。さらに詳細には，通信相手先名および電話番号等の通信先の情報を記憶するデータベースを備える通信装置に関するものである。

電話機能やファクシミリ（ＦＡＸ）機能等の通信機能を備える通信装置では，電話番号，ＦＡＸ番号，電子メールアドレス等の通信相手の情報を記憶するデータベース（いわゆる電話帳ないしアドレス帳と呼ばれるもの。以下，「電話帳」とする）を有するものがある。ユーザは，電話帳に通信相手の情報を登録することで，登録以降，電話帳から通信相手を選択するだけで発呼することができる。そのため，ユーザにとっては，通信相手の番号を記憶する必要がなく，さらに電話番号等の入力の作業を省略でき，入力ミスによる誤通信の回避が期待できる。このことから，電話帳は，通信装置の分野に広く普及している。このような電話帳を備えた通信装置としては，例えば特許文献１に開示されたネットワーク複合機がある。
特開２００７−２７９６３号公報

しかしながら，従来の通信装置には，次のような問題があった。すなわち，近年，電話帳の入力欄が豊富になる傾向がある。例えば，通信相手名や電話番号のほか，住所，ヨミガナ，英語表記，役職，グループ名などの入力，さらには誕生日，血液型，画像，着信音等の入力ないし設定が可能なものもある。しかし，ユーザによっては，ある限られた情報（例えば通信相手名と電話番号）しか利用しないこともあり，入力欄の増加は利用しない入力欄（以下，「不使用欄」とする）を増加させる。一方で，電話帳は，不使用欄についても入力可能であり，不適切な欄に誤って情報を入力してしまうという弊害が生じる。

本発明は，前記した従来の通信装置が有する問題点を解決するためになされたものである。すなわちその課題とするところは，電話帳の不使用欄への誤入力を回避でき，入力作業の容易化が図られた通信装置を提供することにある。

この課題の解決を目的としてなされた通信装置は，通信相手名を示す相手名欄と，通信相手に対応する情報を示す項目を少なくとも２つ有する情報欄群とを１つのレコードに記憶し，複数の通信相手に関するレコードを記憶するデータベースと，情報欄群のうちの少なくとも１つの項目について，当該項目を利用するか否かを選択する選択手段と，データベースの全レコードについて，選択手段にて利用しないことが選択された項目への入力を禁止する禁止手段と，データベースに記憶されている情報を基に，通信相手と通信を行う通信手段とを備えることを特徴としている。

本発明の通信装置は，通信相手名やその通信相手に対応する情報を記憶するデータベース（電話帳）を備えている。データベースは，相手名欄と複数の項目からなる情報欄群とを有している。本発明の通信装置は，そのデータベースを構成する情報欄群の各項目について，利用するか否かの選択が可能であり，利用しないことが選択されると，その項目への入力が禁止される。禁止方法としては，例えば，利用しないことが選択された項目を，非表示にする，グレイアウトすることが適用可能である。

すなわち，本発明の通信装置では，利用しないことが選択された項目への入力を禁止することで，その項目，すなわち不使用欄への誤入力を回避できる。不使用欄への入力が禁止されることから，結果として入力可能な項目が明確になり，ユーザの困惑の軽減が期待できる。

また，本発明の通信装置は，選択手段による選択結果を基に，利用しないことが選択された項目を削除した構成のデータベースを再構築する再構築手段を備えるとよりよい。すなわち，データベースから不使用欄を削除し，利用することが選択された項目によってデータベースを構築することで，不使用欄のための無駄な記憶領域を確保する必要がない。よって，データベースの記憶領域を有効利用できる。

また，上記の通信装置は，再構築手段によるデータベースの再構築前に，データベースを再構築した場合の登録可能なレコード数の上限値を算出し，再構築前のデータベースの登録可能なレコード数の上限値との増減を把握可能に通知する通知手段を備えるとよりよい。すなわち，ユーザは，データベースの再構築前に，データベースを再構築した後の状態を把握できる。そのため，通知内容がデータベースを再構築するか否かの判断の指標の１つとなり，より適切な運用が図られる。

また，上記の通信装置は，再構築手段によるデータベースの再構築前に，データベースを再構築した場合に再構築前のレコード数分の保存エリアが確保できるか否かを判断し，確保できなければその旨を報知する報知手段を備えるとよりよい。すなわち，再構築の際にデータを保存できずに消去してしまうことを未然に防止し，ユーザの再判断を促すことができる。

また，本発明の通信装置の禁止手段は，利用しないことが選択された項目を，入力が禁止されていることを識別可能に可視表示するとよりよい。「識別可能に可視表示」する方法としては，例えば，グレイアウト，フォント変更（サイズ縮小，斜体，取り消し線等）がある。すなわち，利用しないことが選択された項目を非表示にしてしまうと，その項目があることを認識できない。そこで，識別可能に可視表示することで，利用しないことが選択されている項目についてその存在を認識できる。

また，本発明の通信装置は，複数の機能とその機能に利用される項目との対応付けがなされており，選択手段は，各機能の使用可否の設定に従って，対応する項目を利用するか否かを選択するとよりよい。「機能」には，例えば，ＦＡＸ送信ないし受信，電話通信，電子メール通信等の各種通信機能，さらには表記言語切替機能がある。すなわち，項目の利用可否を通信機能の使用可否に従わせることで，不必要な項目への入力を回避できる。よって，ユーザの利便性がより向上する。

また，本発明の通信装置は，選択手段にて利用しないことが選択された項目に入力済みの情報がある場合に，その旨を警告する警告手段を備えるとよりよい。すなわち，項目への入力が拒否されると，その項目に記憶されている情報を参照できなくなることが考えられる。そのため，事前に警告することでユーザの再判断を促すことができる。また，誤操作によるデータ損失の予防でき，情報の安全性が向上する。

また，本発明の通信装置は，各項目のデータの登録数を取得し，その登録数が閾値以下の項目を抽出する，あるいは各項目の最終アクセス日時を取得し，その最終アクセス日時が規定値よりも古い日付の項目を抽出する抽出手段と，抽出手段にて抽出された項目を認識可能に表示する表示手段を備えるとよりよい。「表示手段」としては，例えば，メッセージ表示，表示欄の色変更がある。利用度が低い項目の記憶領域を確保し続けることは記憶領域の有効利用の点で好ましくない。そこで，利用度が低い項目を検出し，認識可能に表示することで利用しない項目の設定変更を促す。これにより，利用度が低い項目の設定変更が期待でき，記憶領域の有効利用が期待できる。

また，上記の通信装置の表示手段は，データベースのうち，登録可能なレコード数が所定値以下となったことを契機に，抽出手段にて抽出された項目があることを認識可能に表示するとよりよい。すなわち，レコード数が上限に近づいた場合に利用度が低いと判断し，設定変更を促す。これにより，データベースの再構築によるレコード数の拡張が期待できる。よって，より多くの情報を記憶できる。

また，本発明の通信装置は，選択手段にて利用しないことが選択された項目に対応する機能の少なくとも一部を動作不可となるように制限する制限手段を備えるとよりよい。すなわち，通信機能の使用可否を，項目の利用可否に従わせることで，不必要な機能の操作を回避できる。

本発明によれば，電話帳の不使用欄への誤入力を回避でき，入力作業の容易化が図られた通信装置を実現できる。

以下，本発明にかかる通信装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，通信相手名，ＦＡＸ番号，電子メールアドレス等を記憶する電話帳を備えたＦＡＸ装置に本発明を適用したものである。

［ＦＡＸ装置の全体構成］
本形態のＦＡＸ装置１００は，図１に示すように，用紙に画像を印刷する画像形成部１１０を備えた本体部と，原稿の画像を読み取るスキャナ部１２０とを備えている。本形態のＦＡＸ装置１００は，ＦＡＸ送信機能およびＦＡＸ受信機能の他，スキャナ機能，電子メール送信機能，さらには表示言語を切り替えるマルチ言語機能を有している。

画像形成部１１０には，給紙カセットや排紙トレイが設けられている。画像形成部１１０の画像形成方式は，電子写真方式であっても，インクジェット方式であってもよい。また，カラー画像の形成が可能であっても，モノクロ画像専用であってもよい。

スキャナ部１２０には，前面側に，各種のボタン（例えば，スタートキー，ストップキー，テンキーの各ボタン）から構成される操作部１７や液晶ディスプレイからなる表示部１６を備えた操作パネルが設けられている。この操作パネルにより，動作状況の表示やユーザによる操作の入力が可能になっている。

図２は，ＦＡＸ装置１００の電気的構成を示している。ＦＡＸ装置１００は，ＣＰＵ１１と，ＲＯＭ１２と，ＲＡＭ１３と，不揮発性メモリ（以下，「ＮＶＲＡＭ」とする）１４と，表示部１６と，操作部１７と，画像形成部１１０と，スキャナ部１２０と，ネットワークインターフェース１８と，ＦＡＸインターフェース１９とを備えている。

ＣＰＵ１１は，ＦＡＸ装置１００におけるスキャン機能，プリント機能，ＦＡＸ通信機能等の各種機能を実現するための演算を実行し，制御の中枢となるものである。ＲＯＭ１２は，ＦＡＸ装置１００を制御するための各種制御プログラムや各種設定，初期値等を記憶するものである。ＲＡＭ１３は，各種制御プログラムが読み出される作業領域として，あるいは画像データ等を一時的に記憶する記憶領域として利用されるものである。ＮＶＲＡＭ１４は，不揮発性を有する記憶手段（Non Volatile RAM）であって，各種設定ないし画像データ等を記憶するものである。

ネットワークインターフェース１８には，パーソナルコンピュータ（ＰＣ）等の情報機器（不図示）が接続され，このネットワークインターフェース１８を介して情報機器との相互のデータ通信が可能になっている。ＦＡＸインターフェース１９は，ＦＡＸ通信を行うためのものであり，電話回線に接続される。具体的にＦＡＸインターフェース１９は，ＮＣＵやモデム等によって構成される。

ＦＡＸ装置１００は，ＦＡＸインターフェース１９によって受信したＦＡＸデータに基づく画像を，画像形成部１１０によって用紙上に形成する処理を行う。また，スキャナ部１２０によって読み取った画像データや，ネットワークインターフェース１８によって入力される画像データを基にＦＡＸデータを作成し，当該ＦＡＸデータをＦＡＸインターフェース１９を介して相手先に送信する処理を行う。

また，ＦＡＸ装置１００は，通信相手名，ＦＡＸ番号等を記憶する電話帳１４０（データベースの一例）を備えている。具体的に電話帳１４０は，図３に示すように，登録番号欄と，通信相手名を示す相手名欄と，通信相手に対応する情報を示す複数の項目から構成される情報欄群と，最終アクセス日時を記憶するアクセス日時欄とを有している。情報欄群を構成する項目としては，例えば，ＦＡＸ番号，電子メールアドレス，通信モードが該当する。また，通信相手の付随情報（住所，ヨミガナ，英語表記，役職，グループ名など。さらには誕生日，血液型，画像，着信音等も該当する）も項目として設定される。項目は，必要に応じて有効あるいは無効の設定が可能であり，有効か無効かの状態が後述する項目データベース１４１に記憶される。そして，電話帳１４０は，項目データベース１４１にて有効に設定されている項目によって構成される。

また，ＦＡＸ装置１００は，電話帳１４０の情報欄群の項目情報を記憶する項目データベース１４１を備えている。項目データベース１４１は，図４に示すように，項目番号欄と，項目名を示す項目名欄と，項目が有効か無効かを記憶するステータス欄と，該当項目への最終アクセス日時を記憶する項目アクセス日時欄とからなる。項目アクセス日時欄は，当該項目への情報入力，削除，編集が行われる度に，また当該項目のデータが利用される度に更新される。

また，ＦＡＸ装置１００は，ＦＡＸ装置１００が有する機能と電話帳１４０で設定可能な項目との対応付けを記憶する機能データベース１４２を備えている。機能データベース１４２は，図５に示すように，機能番号欄と，機能名を示す機能名欄と，機能に対応する項目の項目番号を列記する項目番号欄と，機能が有効か無効かを記憶するステータス欄とからなる。項目番号欄に記憶される番号は，項目データベース１４１に記憶されている項目の項目番号欄の番号である。

なお，電話帳１４０，項目データベース１４１および機能データベース１４２は，ＮＶＲＡＭ１４に記憶される。また，図３に示した電話帳１４０，図４に示した項目データベース１４１，図５に示した機能データベース１４２の各構成は，あくまでも一例であってこれに限るものではない。

［ＦＡＸ装置の動作］
続いて，ＦＡＸ装置１００の動作について説明する。本形態のＦＡＸ装置１００は，ユーザによって電話帳１４０の項目の有効あるいは無効の設定（以下，「有効・無効設定」とする）が可能であり，その設定に従って電話帳１４０を再構築する機能を有している。以下，この電話帳１４０に関する処理を中心に，ＦＡＸ装置１００の動作を説明する。

［電話帳変更処理］
はじめに，電話帳１４０の構成を設定する電話帳変更処理（選択手段の一例）について，図６のフローチャートを参照しつつ説明する。

まず，電話帳１４０の入力項目，すなわち情報欄群を構成する項目の有効・無効設定の選択画面を表示部１６に表示する（Ｓ１０１）。ＦＡＸ装置１００では，例えば図７に示すように，項目データベース１４１に記憶されている項目を列挙し，各項目ごとに有効あるいは無効を設定するチェックボックス１６１を表示する。そして，有効に設定する場合にはチェックボックス１６１をオンにし，無効に設定する場合にはチェックボックス１６１をオフにする。なお，初期状態では，項目データベース１４１のステータス欄が有効であればチェックボックス１６１をオンとし，無効であればオフとして表示する。すなわち，ユーザは，現状どの項目を利用しているのかを把握できる。

次に，設定変更が指示されたか否かを判断する（Ｓ１０２）。すなわち，チェックボックス１６１の状態に変化があったか否かを判断する。設定変更が指示された場合には（Ｓ１０２：ＹＥＳ），チェックボックス１６１の変更に従って電話帳１４０を再構築する（Ｓ１１１）。電話帳１４０の再構築処理の詳細については後述する。

一方，設定変更が指示されていない場合には（Ｓ１０２：ＮＯ），電話帳１４０の編集を終了するか否かを判断する（Ｓ１０３）。例えば，操作部１７のリセットボタンが押下された場合や他の機能の操作が指示された場合には，電話帳１４０の編集を終了することが指示されたと判断できる。終了しないと判断した場合には（Ｓ１０３：ＮＯ），Ｓ１０１の処理に戻って本処理を繰り返す。終了すると判断した場合には（Ｓ１０３：ＹＥＳ），本処理を終了する。

［電話帳再構築処理］
続いて，Ｓ１１１の電話帳１４０の再構築処理（拒否手段，再構築手段，通知手段，報知手段，警告手段，制限手段の一例）について，図８のフローチャートを参照しつつ説明する。本処理は，前述したように，チェックボックス１６１のオンオフ状態が変化する度に実行される。

まず，設定が変更された項目を取得する（Ｓ２０１）。すなわち，状態が変化したチェックボックス１６１に対応する項目を取得する。次に，変更された項目が，無効から有効に設定変更されたものであるか否かを判断する（Ｓ２０２）。

無効から有効に設定変更されたものであれば（Ｓ２０２：ＹＥＳ），電話帳１４０を構成する項目が増える変更になる。そこで，当該項目を有効とした後の，電話帳１４０の登録可能レコード数を算出する（Ｓ２０３）。登録可能レコード数の算出の際には，現在の空きメモリ容量，項目追加に伴う１レコード分のメモリ増加量，現在のレコード総数，変更後の１レコード分の必要メモリ量等を利用する。

次に，電話帳１４０を再構築した場合に，電話帳１４０に登録されているすべてのデータの保存が可能であるか否かを判断する（Ｓ２０４）。すなわち，現在のレコード数がＳ２０３にて算出した登録可能レコード数よりも小さいか否かを判断する。

データの保存が不可能であると判断した場合には（Ｓ２０４：ＮＯ），Ｓ２０３の計算結果とともに設定変更が不可能であることを通知する（Ｓ２０５）。例えば，図９に示すようなメッセージを表示部１６に表示する。その後，設定変更の内容をキャンセルする（Ｓ２０６）。すなわち，チェックボックス１６１をオフに戻す。Ｓ２０６の処理後，本処理を終了する。

データの保存が可能と判断した場合には（Ｓ２０４：ＹＥＳ），Ｓ２０３の計算結果を表示する（Ｓ２１３）。そして，ユーザに電話帳１４０の再構築の実行を問い合わせる（Ｓ２１４）。具体的には，図１０に示すように，変更前および変更後の登録可能レコード数を表示し，電話帳１４０の再構築の実行を問い合わせる。例えば，操作部１７中のスタートキーを押下することで再構築を許可する。また，操作部１７中のストップキーを押下することで再構築をキャンセルする。

その後，ユーザが再構築を許可しなかった場合には（Ｓ２１４：ＮＯ），Ｓ２０６の処理に移行し，設定変更の内容をキャンセルして本処理を終了する。一方，ユーザが再構築を許可した場合には（Ｓ２１４：ＹＥＳ），電話帳１４０を再構築する（Ｓ２１５）。すなわち，有効になった項目を加えた電話帳１４０を作成する。このとき，有効になった項目について，項目データベース１４１のステータスおよび項目アクセス日時も更新する。

次に，変更した項目に関連する機能の動作設定を変更する（Ｓ２１６）。すなわち，有効化した項目に関連する機能を動作可能にする。例えば，「Ｅ−ｍａｉｌ」の項目が無効から有効になった場合には，電子メール送信に関する機能を再開する。また，「ＦＡＸ番号」の項目が無効から有効になった場合には，ＦＡＸ送信に関する機能を再開する。項目に関連する機能の種類は，機能データベース１４２にアクセスすることで取得できる。Ｓ２１６の処理後，本処理を終了する。

Ｓ２０２の処理の説明に戻り，有効から無効に設定変更されたものであれば（Ｓ２０２：ＮＯ），電話帳１４０を構成する項目が減る変更になる。そこで，削除される項目中にデータが記録されている（以下，無効化される項目に記録されているデータを「残データ」とする）か否かを判断する（Ｓ２１１）。残データが存在する場合には（Ｓ２１１：ＹＥＳ），図１１に示すように，残データが存在する旨を通知とともにユーザにデータが失われることを報知する（Ｓ２２１）。

その後，ユーザがデータの削除を許可したか否かを判断する（Ｓ２２２）。ユーザが許可しなかった場合には（Ｓ２２２：ＮＯ），Ｓ２０６の処理に移行し，設定変更の内容をキャンセルして本処理を終了する。

ユーザが許可した場合（Ｓ２２２：ＹＥＳ），あるいは残データが存在しない場合には（Ｓ２１１：ＮＯ），当該項目を無効とした後の，電話帳１４０の登録可能レコード数を算出する（Ｓ２１２）。登録可能レコード数の算出の際には，現在の空きメモリ容量，削除に伴う１レコード分のメモリ増加量，現在のレコード総数，変更後の１レコード分の必要メモリ量等を利用する。

次に，Ｓ２１２の計算結果を表示する（Ｓ２１３）。そして，ユーザに電話帳１４０の再構築の実行を問い合わせる（Ｓ２１４）。ユーザが再構築を許可しなかった場合には（Ｓ２１４：ＮＯ），Ｓ２０６の処理に移行し，設定変更の内容をキャンセルして本処理を終了する。

ユーザが再構築を許可した場合には（Ｓ２１４：ＹＥＳ），電話帳１４０を再構築する（Ｓ２１５）。すなわち，無効になった項目に対応する項目を削除した電話帳１４０を作成する。このとき，削除した項目についての，項目データベース１４１のステータスおよび項目アクセス日時も更新する。

次に，変更した項目に関連する機能の動作設定を変更する（Ｓ２１６）。すなわち，無効化した項目に関連する機能を動作不可にする。例えば，「Ｅ−ｍａｉｌ」の項目が有効から無効になった場合には，電子メール送信に関する機能を停止する。機能の停止は，電子メール送信に関する機能をすべて停止してもよいし，一部を停止するとしてもよい。例えば，所定の条件を満たすことで電話帳１４０から電子メールアドレスを取得して送信する自動送信を停止し，アドレスを直接入力して送信する手動送信は停止しないとしてもよい。さらには，機能が停止していることを識別可能にする。例えば，表示部１６に表示されている電子メール送信に関する入力ボタンをグレイアウトする，あるいは表示内容のフォントを変更することによって識別ができる。また，操作部１７について，例えば操作ボタンを照明するランプがあれば，そのランプを消灯あるいは点滅させることで識別可能になる。項目に関連する機能の種類は，機能データベース１４２にアクセスすることで取得できる。Ｓ２１６の処理後，本処理を終了する。

このように，本形態の電話帳１４０は，情報欄群の各項目の有効・無効設定によって１レコード分のサイズを変更する。すなわち，電話帳１４０から利用しないことが選択された項目が削除され，利用することが選択された項目によって電話帳１４０が構築される。よって，電話帳１４０の記憶領域を有効利用できる。また，各項目の有効・無効設定によって，関連する機能の動作設定を切り替える。これにより，ユーザの入力ミスや設定の複雑化を回避できる。

なお，電話帳変更処理では，項目の変更に従って関連する機能の動作設定を変更している（Ｓ２１６）が，その逆の処理を行ってもよい。すなわち，機能の動作設定の変更に従って，項目のステータスを変更してもよい。例えば，電子メール送信機能を停止した際に，自動的にあるいはユーザに問い合わせた後に，「Ｅ−ｍａｉｌ」の項目を削除したアドレス帳１４０を再構築してもよい。

また，日本語表記と英語表記とを切り替える機能を有する機種である場合，日本語から英語に切り替えた後はヨミガナの項目は不要である。そこで，日本語から英語に切り替えた際，自動的にあるいはユーザに問い合わせた後に，「ヨミガナ」の項目を削除したアドレス帳１４０を再構築してもよい。また，その逆として，英語から日本語に切り替えた際，自動的にあるいはユーザに問い合わせた後に，「ヨミガナ」の項目を追加したアドレス帳１４０を再構築してもよい。

［ＦＡＸ送信処理］
続いて，電話帳１４０を利用する例として，ＦＡＸ送信を行う際のＦＡＸ送信処理（通信手段の一例）について，図１２のフローチャートを参照しつつ説明する。なお，ＦＡＸ送信を行う際，ＦＡＸ番号を直接入力することも可能であるが，以下の説明では電話帳１４０から選択する場合について説明する。

まず，電話帳１４０の相手先名欄に記録されている名前を表示部１６に表示する（Ｓ３０１）。そして，ユーザが相手先を検索し，任意の相手先を選択する（Ｓ３０２）。その後，選択されたレコードの相手先へＦＡＸ送信する（Ｓ３０３）。

次に，電話帳１４０のうちの，選択されたレコードのアクセス日時を更新する（Ｓ３０４）。さらに，電話帳１４０のうちのＦＡＸ番号欄に記録されている情報を利用してＦＡＸ送信を行ったことから，項目データベース１４１のうちの，項目「ＦＡＸ番号」に関する項目アクセス日時を更新する（Ｓ３０５）。このほか，ＦＡＸ送信に関する項目があれば，その項目の項目アクセス日時を更新する。

項目データベース１４１の更新後は，本処理を終了する。このように，ＦＡＸ装置１００では，電話帳１４０を利用してＦＡＸ送信や電子メール送信を行う度に，電話帳１４０および項目データベース１４１が更新される。

［レコード登録処理］
続いて，電話帳１４０に新規にレコードを追加するレコード登録処理（抽出手段，表示手段の一例）について，図１３，図１４，および図１５のフローチャートを参照しつつ説明する。

まず，図１３に示すように，電話帳１４０に登録可能なレコード残数を取得する（Ｓ４０１）。次に，レコード残数が閾値以上であるか否かを判断する（Ｓ４０２）。レコード残数が閾値以上である場合には（Ｓ４０２：ＹＥＳ），電話帳１４０に新規にレコードを追加し（Ｓ４０３），ユーザによるデータ入力を受け付ける（Ｓ４０４）。このとき，電話帳１４０は，項目データベース１４１に有効として記録されている項目によって情報欄群が構成されており，無効として記録されている項目は表示しない。例えば，項目データベース１４１が図４に示した内容であれば，図１６に示すように，「英字表記」や「電話番号」の項目は表示されない。すなわち，ユーザが使用する項目によって電話帳１４０が構成されており，入力画面はシンプルである。

なお，無効として記録されている項目を必ずしも非表示にする必要はない。すなわち，無効の項目を非表示にしてしまうと，その項目が無効になっていることを入力画面でユーザが把握できない。そこで，無効の項目であっても入力画面に表示し，その項目は無効であることを識別可能に表示する。例えば，項目データベース１４１が図４に示した内容であれば，図１７に示すように，「英字表記」の項目を表示するとともに「無効」と表示する。これにより，無効の項目があることを把握できる。無効であることを識別可能な可視表示方法としては，図１７に示したような「無効」と表示する他にも，例えば，該当項目のグレイアウト，フォント変更（サイズ縮小，斜体，取り消し線等）がある。

次に，新規に追加されたレコードのアクセス日時を更新する（Ｓ４０５）。さらに，データが入力された項目について，項目データベース１４１の項目アクセス日時を更新する（Ｓ４０６）。項目データベース１４１の更新後は，本処理を終了する。

一方，レコード残数が閾値以上でない場合には（Ｓ４０２：ＮＯ），図１４に移行し，電話帳１４０の情報欄群の項目のうち，データの登録数が閾値以下の項目を抽出する（Ｓ４２１）。すなわち，利用度が低い項目を抽出する。例えば，本形態では閾値を０とし，データが１つも登録されていない項目を抽出する。

データの登録数が閾値以下の項目が抽出された場合には（Ｓ４２２：ＹＥＳ），図１８に示すように，抽出された項目を削除すれば，電話帳１４０を再構築してレコードを新規に追加できる可能性があることを通知する（Ｓ４２３）。そして，Ｓ４３４の処理に移行し，ユーザに再構築を行うか否かを問い合わせる（Ｓ４３４）。

また，データの登録数が閾値以下の項目が抽出されなかった場合には（Ｓ４２２：ＮＯ），項目データベース１４１の項目のうち，項目アクセス日時が規定値よりも古い日付の項目を抽出する（Ｓ４３１）。すなわち，Ｓ４２２とは異なる視点で，利用度が低い項目を抽出する。例えば，本形態では規定値を１年とし，項目アクセス日時が１年以上も前の項目を抽出する。

項目アクセス日時が規定値よりも古い日付の項目が抽出された場合には（Ｓ４３２：ＹＥＳ），図１９に示すように，抽出された項目を削除すれば，電話帳１４０を再構築してレコードを新規に追加できる可能性があることを通知する（Ｓ４３３）。そして，Ｓ４３４の処理に移行し，ユーザに再構築を行うか否かを問い合わせる（Ｓ４３４）。

ユーザが再構築を許可した場合には（Ｓ４３４：ＹＥＳ），抽出された項目を削除した電話帳１４０を再構築する（Ｓ４３５）。このとき，抽出された項目についての，項目データベース１４１のステータスおよび項目アクセス日時も更新する。その後，図１３のＳ４０１の処理に戻り，再度，レコードの追加が可能か否かを判断する。

一方，ユーザが再構築を許可しなかった場合（Ｓ４３４：ＮＯ），あるいは項目アクセス日時が規定値よりも古い日付の項目が抽出されなかった場合には（Ｓ４３２：ＮＯ），図１５に移行し，電話帳１４０に登録されているレコードのうち，アクセス日時が規定値よりも古い日付の項目を抽出する（Ｓ４４１）。すなわち，利用度が極めて低いレコードを抽出する。例えば，本形態では規定値を１年とし，アクセス日時が１年以上も前のレコードを抽出する。

アクセス日時が規定値よりも古い日付のレコードが抽出された場合には（Ｓ４４２：ＹＥＳ），図２０に示すように，抽出されたレコードを削除すれば，レコードを新規に追加できる可能性があることを通知する（Ｓ４４３）。そして，Ｓ４４４の処理に移行し，ユーザにレコード削除を行うか否かを問い合わせる（Ｓ４４４）。

ユーザがレコード削除を許可した場合には（Ｓ４４４：ＹＥＳ），抽出されたレコードを削除する（Ｓ４４５）。その後，図１３のＳ４０１の処理に戻り，再度，レコードの追加が可能か否かを判断する。一方，ユーザがレコード削除を許可しない場合（Ｓ４４４：ＮＯ），あるいはアクセス日時が規定値よりも古い日付のレコードが抽出されなかった場合には（Ｓ４４２：ＮＯ），電話帳１４０が満杯であること，すなわちレコードを追加するための記憶容量が不足していることを通知し（Ｓ４５１），本処理を終了する。

このように，本形態の電話帳１４０は，新規のレコードを追加する際にレコード追加の可否を判断し，追加できない場合に電話帳１４０の再構築ないしレコードの削除を行う。つまり，レコード数が上限に近づいた場合に，利用度が低い項目を削除することで，レコード数の上限を拡張が期待でき，より多くの情報を記憶できる。また，利用度が低いレコードを削除することで，確実に新しいレコードを追加できる。

以上詳細に説明したように本形態のＦＡＸ装置１００は，電話帳１４０を構成する情報欄群の各項目について，利用するか否かの選択が可能である。そして，利用しないことが選択されると，その項目を削除した電話帳１４０が再構築され，当該項目への入力が拒否される。すなわち，ＦＡＸ装置１００では，不使用欄への入力拒否を可能にすることで，不使用欄への誤入力を回避できる。また，不使用欄への入力が拒否されることから，結果として入力可能な項目が明確になり，ユーザの困惑の軽減が期待できる。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，実施の形態では，ＦＡＸ装置に本発明を適用しているが，これに限るものではない。すなわち，通信機能および電話帳を備えたものであればよく，電話機能やＰＣ−ＦＡＸ機能を備えた複合機（ＭＦＰ）であってもよいし，電話機能やＦＡＸ機能を備えたパーソナルコンピュータ（ＰＣ）であってもよい。また，携帯電話等の携帯通信装置であってもよい。

また，実施の形態の電話帳変更処理では，チェックボックスの状態が変更される度に再構築処理を実行しているが，これに限るものではない。例えば，確定ボタン等を設けて，確定ボタンが押下されたことを契機に，チェックボックスの状態が変更された項目を抽出し，その変更をまとめて反映させて電話帳１４０の再構築を行うとしてもよい。

また，実施の形態のレコード登録処理では，項目ごとのアクセス日時，レコードごとのアクセス日時を利用して，項目あるいはレコードの利用度を求めているが，利用度の基準はこれに限るものではない。例えば，各項目あるいは各レコードへの参照回数や入力率を利用度の基準としてもよい。

実施の形態に係るＦＡＸ装置の外観を示す図である。 実施の形態に係るＦＡＸ装置の電気的構成を示すブロック図である。 電話帳の登録内容の一例を示す図である。 項目データベースの登録内容の一例を示す図である。 機能データベースの登録内容の一例を示す図である。 電話帳の変更処理の手順を示すフローチャートである。 電話帳の項目の有効・無効設定の選択画面の表示例を示す図である。 電話帳の再構築処理の手順を示すフローチャートである。 電話帳の変更不可確認の表示例を示す図である。 電話帳の変更内容確認の表示例を示す図である。 電話帳のデータ削除確認の表示例を示す図である。 ＦＡＸ送信処理の手順を示すフローチャートである。 電話帳のレコード登録処理の手順を示すフローチャート（その１）である。 電話帳のレコード登録処理の手順を示すフローチャート（その２）である。 電話帳のレコード登録処理の手順を示すフローチャート（その３）である。 電話帳のレコードの新規登録画面の表示例（無効項目非表示）を示す図である。 電話帳のレコードの新規登録画面の表示例（無効項目可視表示）を示す図である。 登録可能レコード数が少なく，登録データ数が０件の項目が検出された場合に表示するメッセージの表示例を示す図である。 登録可能レコード数が少なく，１年以上利用されていない項目が検出された場合に表示するメッセージの表示例を示す図である。 登録可能レコード数が少なく，１年以上利用されていないレコードが検出された場合に表示するメッセージの表示例を示す図である。

符号の説明

１６ 表示部
１００ ＦＡＸ装置
１４０ 電話帳
１４１ 項目データベース
１４２ 機能データベース

Claims (11)

1. 通信相手名を示す相手名欄と，通信相手に対応する情報を示す項目を少なくとも２つ有する情報欄群とを１つのレコードに記憶し，複数の通信相手に関する前記レコードを記憶するデータベースと，
   前記情報欄群のうちの少なくとも１つの項目について，当該項目を利用するか否かを選択する選択手段と，
   前記データベースの全レコードについて，前記選択手段にて利用しないことが選択された項目への入力を禁止する禁止手段と，
   前記データベースに記憶されている情報を基に，通信相手と通信を行う通信手段とを備えることを特徴とする通信装置。
2. 請求項１に記載する通信装置において，
   前記選択手段による選択結果を基に，利用しないことが選択された項目を削除した構成のデータベースを再構築する再構築手段を備えることを特徴とする通信装置。
3. 請求項２に記載する通信装置において，
   前記再構築手段による前記データベースの再構築前に，前記データベースを再構築した場合の登録可能なレコード数の上限値を算出し，再構築前のデータベースの登録可能なレコード数の上限値との増減を把握可能に通知する通知手段を備えることを特徴とする通信装置。
4. 請求項２または請求項３に記載する通信装置において，
   前記再構築手段による前記データベースの再構築前に，前記データベースを再構築した場合に再構築前のレコード数分の保存エリアが確保できるか否かを判断し，確保できなければその旨を報知する報知手段を備えることを特徴とする通信装置。
5. 請求項１から請求項４のいずれか１つに記載する通信装置において，
   前記禁止手段は，利用しないことが選択された項目を，入力が禁止されていることを識別可能に可視表示することを特徴とする通信装置。
6. 請求項１から請求項５のいずれか１つに記載する通信装置において，
   複数の機能とその機能に利用される項目との対応付けがなされており，
   前記選択手段は，各機能の使用可否の設定に従って，対応する項目を利用するか否かを選択することを特徴とする通信装置。
7. 請求項１から請求項６のいずれか１つに記載する通信装置において，
   前記選択手段にて利用しないことが選択された項目に入力済みの情報がある場合に，その旨を警告する警告手段を備えることを特徴とする通信装置。
8. 請求項１から請求項７のいずれか１つに記載する通信装置において，
   各項目のデータの登録数を取得し，その登録数が閾値以下の項目を抽出する抽出手段と，
   前記抽出手段にて抽出された項目を認識可能に表示する表示手段を備えることを特徴とする通信装置。
9. 請求項１から請求項７のいずれか１つに記載する通信装置において，
   各項目の最終アクセス日時を取得し，その最終アクセス日時が規定値よりも古い日付の項目を抽出する抽出手段と，
   前記抽出手段にて抽出された項目を認識可能に表示する表示手段を備えることを特徴とする通信装置。
10. 請求項８または請求項９に記載する通信装置において，
    前記表示手段は，前記データベースのうち，登録可能なレコード数が所定値以下となったことを契機に，前記抽出手段にて抽出された項目があることを認識可能に表示することを特徴とする通信装置。
11. 請求項１から請求項１０のいずれか１つに記載する通信装置において，
    前記選択手段にて利用しないことが選択された項目に対応する機能の少なくとも一部を動作不可となるように制限する制限手段を備えることを特徴とする通信装置。

Images