JP2008250986A - 通信装置 - Google Patents

Abstract

【課題】通信装置が記憶しているデータベースの中から特定の個別の情報のみをネットワークに接続された端末から閲覧可能として、セキュリティの向上を図った通信装置を提供する。
【解決手段】ファクシミリ装置１００（通信装置）は、ネットワークを介して端末１５０と通信することができる。記憶手段は、夫々が個別の情報を記述している複数のレコードの集合であるデータベースを記憶している。受信手段は、端末から、データベース中の特定のレコードに関する読出要求を受信する。ファイル生成手段は、レコードに含まれる個別の情報から、端末が閲覧可能な形式のファイルをレコード単位で生成する。送信手段は、受信手段により読出要求を受信したレコードについて、そのレコードに基づき生成したファイルを端末に送信する。
【選択図】図３

Description

本発明は、ネットワークを介して端末と通信可能であるとともに、電話帳データに記述されたアドレスを有する装置と通信可能な通信装置に関する。

従来、ファクシミリ装置等の通信装置のワンタッチダイヤル記憶領域に記憶された電話帳データをすべて読み出し、読み出した電話帳データを１つのテキストデータ形式のファイルとして電子メールに添付して端末へ送信する技術が知られている（特許文献１参照）。
特開２００４−３１２３１７号公報

特許文献１の技術では、ワンタッチダイヤル記憶領域に記憶されている電話帳データの全てがひとつのファイルとして端末へ送信される。通信装置が記憶している電話帳データを端末で閲覧することができる。しかしながら、電話帳データに記述されている全てのデータがひとつのファイルとして端末へ送信されるので、ユーザが必要としない電話帳データまでもが閲覧可能になってしまう。電話帳データには、電話番号等の個人情報が含まれており、誰でも閲覧できることは、セキュリティの面で好ましくない。例えば、通信装置を利用するユーザが電話番号を知るために、外出先から端末を操作して通信装置に記憶されている電話番号を読み出す場合がある。ユーザは、電話をかける宛先の電話番号だけを知ることができれば十分であるが、特許文献１の技術では、目的の電話番号を閲覧するためには、すべての電話番号を出力しなければならない。
本発明は、上記の課題に鑑みてなされたものであり、通信装置が記憶しているデータベースの中から特定の個別の情報のみをネットワークに接続された端末から閲覧可能として、セキュリティの向上を図った通信装置を提供することを目的とする。

本発明に係る通信装置は、ネットワークを介して端末と通信可能な通信装置である。この通信装置は、記憶手段（典型的にはストレージ）と受信手段とファイル生成手段と送信手段を備えている。記憶手段は、夫々が個別の情報を記述している複数のレコードの集合であるデータベースを記憶している。受信手段は、前記端末から、データベース中の特定のレコードに関する読出要求を受信する。別言すれば、データベース中の特定レコードの読出要求を受信する。ファイル生成手段は、レコードに記述されている個別の情報から、前記端末が閲覧可能な形式のファイル（terminal-viewable fileと称する場合がある）をレコード単位で生成する。送信手段は、受信手段により受信した読出要求で指定された特定のレコードについて、そのレコードに基づいてファイル生成手段が生成したファイルを前記端末に送信する。

それぞれのレコードには、前述した個別の情報（例えば、電話番号等の個人情報）が記述されている。複数のレコードの集合であるデータベースが、例えば、前述した電話帳データに相当する。上記の通信装置は、受信手段により受信した読出要求によって指定されたレコードについて、そのレコードに基づいてファイル生成手段が生成したファイルを、読出要求を発信した端末に送信する。したがって、端末のユーザは、通信装置から送信されるファイルから、所望の個別の情報を閲覧することが可能である。すなわち、通信装置が記憶しているデータベースの中から特定の個別の情報のみを選択的に閲覧できる。

通信装置は、レコードごとに異なるレコード識別子を生成する識別子生成手段を備えていることが好ましい。このとき、前述した受信手段は、端末から、データベースに含まれている複数のレコードの一覧要求を受信するとよい。また、前述した送信手段は、識別子生成手段が生成した複数のレコード識別子を、前記端末へ送信するとよい。

このような通信装置では、レコードの一覧（すなわち、例えば、電話帳データに記述されている宛先の一覧）を要求している端末へ、レコード識別子を送信する。レコードに記述されたそのものを送信することなく、レコードの一覧を端末のユーザに知らせることができる。端末のユーザは、複数のレコード識別子から、所望のレコードを特定することができる。

受信手段は、送信手段により送信された複数のレコード識別子の中の所定のレコード識別子とともに特定のレコードの読出要求を受信することが好ましい。このとき、送信手段は、受信したレコード識別子によって指定される特定のレコードに基づき生成されたファイルを送信することが好ましい。レコード識別子によって、複数のレコードのなかからひとつのレコードを指定することができる。

送信手段は、ファイル生成手段により生成されるファイルの名称（ファイル名）をレコード識別子として送信することが好ましい。
ファイル生成手段が生成するファイルとレコード識別子の関係をユーザにわかりやすく示すことができる。

ファイル生成手段は、受信手段により特定のレコードの読出要求を受信したことを条件として、その読出要求を受信したレコードについて、前記端末が閲覧可能な形式のファイルを生成することが好ましい。端末で閲覧しないレコードまでファイル変換することを防止できる。

レコードに記述されている個別の情報は、通信装置が、他の通信装置にデータを送信するために該他の通信装置を特定する宛先情報（例えば、通信先の電話番号）を含んでいてよい。通信装置は、他の通信装置を特定する宛先情報がそれぞれ対応付けられた複数の操作手段（例えば、複数の操作キー）を備えていることが好ましい。ユーザによる操作手段の操作に応答して、通信装置は操作手段に対応付けられた宛先情報（例えば、通信先の電話番号）を読み出す。例えば、この機能の一例として、「ワンタッチダイヤル」と呼ばれるユーザからのひとつのキー操作で所望の通信先へ電話をかけることができる機能があげられる。

操作手段には、読出情報が関連付けられていてよい。このとき、識別子生成手段は、読出情報を、その読出情報に関連付けられた操作手段に対応付けられたレコードのレコード識別子として生成することが好ましい。「読出情報」は、例えば、１桁あるいは２桁の番号でよい。電話番号のように長い桁数は必要ではなく、通信装置が記憶している宛先の数を区別することができる桁があればよい。

通常、通信装置を利用するユーザであれば、読出情報に基づいて通信先情報を特定することは容易である。したがって、端末からレコード識別子を確認するだけで、所望の通信先情報を容易に、特定することができる。
特に、電話帳データに多数の登録先が記憶されている場合、端末のユーザは、多数の登録先が記憶されている電話帳データの中からでも、容易に目的の宛先を探し出すことができる。

さらに、各レコードに、端末からの閲覧を許可するか否かが設定されているとよい。このとき、受信した読出要求が指定する特定のレコードに閲覧不可が設定されている場合に、送信手段によるファイルの送信を禁止する送信禁止手段を備えているとよい。

他人に見られたくない個人情報に関しては、禁止手段を設けて、端末からの閲覧に制限をかけることにより、より高いセキュリティを持つことができる。

また、各レコードに、端末からの閲覧を許可するか否かが設定されているとよい。このとき、送信手段は、受信手段が一覧要求を受信した際に、閲覧許可が設定されているレコードのレコード識別子のみを送信するとよい。

レコードの一覧に対応するファイル名の中から、端末からアクセスできないレコード識別子（例えばファイル名であってよい）は送信されないため、ユーザが不用意にその通信先情報の読み出しを要求することを防ぐことができる。

さらに、記憶手段に記憶されている各レコードに、レコードを識別する識別情報が付されているとよい。このとき通信装置は、端末から、識別情報と新たな個別の情報とを含んでいるファイルを受信するファイル受信手段と、データベースに含まれているレコードのうち受信したファイルに含まれている識別情報によって識別されるレコードの個別の情報を、受信したファイルに含まれている新たな個別の情報で更新する更新手段を備えているとよい。

更新すべきレコードのみを含むファイルを受信するだけで、電話帳データを更新することができる。

記憶手段は、全てのレコードをそれぞれ変換した全ファイルの合計容量より容量が小さくなるデータ形式でデータベース（電話帳データ）を記憶することが好ましい。少ない記憶容量で電話帳データを記憶することができる。

本発明によれば、通信装置が記憶している複数のレコード（電話帳データ）の中から特定のレコードのみをネットワークに接続された端末から閲覧することでセキュリティの向上を図った通信装置を実現できる。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の実施形態である、通信装置の一例としてのファクシミリ装置１００を示した外観図である。
ファクシミリ装置１００の本体の上部には、ファクシミリ送信時における原稿読取などのためのスキャナ部５が配置されている。
ファクシミリ装置１００の本体の上部前方には、数値や文字、各種コマンドなどを入力する操作キー群１５（操作手段）と、メニューや操作手順や実行中の処理の状態を表示するためのＬＣＤ１６（表示部）とが設けられている。操作キー群１５には、ワンタッチキーが複数あり、それぞれのキーに対応付けて、電話番号やメールアドレスが記憶されている。ユーザは、このワンタッチキーを押すだけで、そのキーに対応する電話番号またはメールアドレスを呼び出すことかできる。なお、本実施例では、電話番号またはメールアドレスを「宛先情報」と総称する場合がある。

ファクシミリ装置１００の本体の下部には、給紙カセット３および排紙部４が設けられている。ファクシミリ装置１００は、給紙カセット３にセットされた記録用紙を給紙し、排紙部４に排紙する。またファクシミリ装置１００は、ファクシミリ機能により受信したファクシミリデータにおける画像を、給紙カセット３にセットされた記録用紙に印刷し、排紙部４に排紙する。

次に、図２を参照して、ファクシミリ装置１００と端末１５０との電気的構成について説明する。図２に、ファクシミリ装置１００のブロック図を示す。ファクシミリ装置１００は、ＬＡＮ１０２を介して端末１５０に接続され、通信を行うことができる。

ファクシミリ装置１００には、ＣＰＵ１１０、記憶装置１２０、ファクシミリユニット１１２等が設けられている。
ファクシミリユニット１１２には、具体的には、スキャナ、ネットワーク・コントロール・ユニット（以下、「ＮＣＵ」という）、モデム、バッファ、符号化部、復号化部、プリンタとを備える。ファクシミリ装置１００のＣＰＵ１１０は、回線制御を行うＮＣＵを介して送受信される各種信号に従って、装置各部を制御してファクシミリ動作、即ち、データ通信を実行するものである。

記憶装置１２０は、このファクシミリ装置１００で実行される制御プログラムや、このファクシミリ装置１００に記憶されている電話帳データ１２６を記憶している。また、記憶装置１２０は、ファクシミリ装置１００の各動作の実行時に、各種のデータを一時的に記憶するためのメモリも有する。

ファクシミリユニット１１２は、スキャナにより読み取った画像を、後述する電話帳データに記述された送信先へファクシミリ送信できる。またファクシミリユニット１１２は、端末１５０から送られる文書データを、電話帳データに記述された送信先へファクシミリ送信できる。
ＣＰＵ１１０は、記憶装置１２０に記憶されたプログラムに基づいて各種の処理を実行する。ＣＰＵ１１０が実行する処理は、例えば、ファクシミリユニット１１２を制御する処理や、端末１５０とのデータ送受信処理などである。
記憶装置１２０には、各種のプログラムとデータが記憶されている。記憶装置１２０に格納されているプログラムには、通信処理プログラム１２２とファクシミリ制御プログラム１２４がある。なお、図２に示す「ＰＧＭ」の文字は、プログラムを意味している。

記憶装置１２０に記憶された各種のプログラムとデータについて説明する。
通信処理プログラム１２２には、端末１５０から送信されるコマンドやデータを受信する処理が記述されている。また、通信処理プログラム１２２には、受信する処理に応答して、端末にファイル等を送信する処理も記述されている。
ファクシミリ装置１００が端末１５０から受信するコマンドは、例えば、ファイル一覧要求コマンド、ファイル読出しコマンド、ファイル書込みコマンドなどである。これらのコマンドに応じた処理については後述する。
ファクシミリ制御プログラム１２４には、ファクシミリユニット１１２を制御するための処理が記述されている。

次に端末１５０について説明する。端末１５０は、パーソナルコンピュータである。端末１５０は、ＣＰＵ１５２と記憶装置１６０を備える。また、図示を省略しているが端末１５０はディスプレイを備える。
ＣＰＵ１５２は、記憶装置１６０に記憶されたプログラムに基づいて各種の処理を実行する。記憶装置１６０には、通信処理プログラム１６１と表示処理プログラム１６２とファイル１６４が記憶されている。通信処理プログラム１６１には、ファクシミリ装置１００とコマンドやデータを送受信するための処理が記述されている。表示処理プログラム１６２には、ファイルやフォルダなどの情報や、ファクシミリ装置１００から受信するエラーメッセージをディスプレイに表示するための処理が記述されている。ファイル１６４は、端末１５０のユーザが作成したファイルや、ファクシミリ装置１００から受信したファイルなどである。

ファクシミリ装置１００の通信処理プログラム１２２、及び、端末１５０の通信処理プログラム１６１には、ファイル共有プロトコルに基づいた通信手順が記述されている。従って、ファクシミリ装置１００と端末１５０は、ファイル共有プロトコルに基づいてデータやコマンドを送受信することができる。ファイル共有プロトコルは、例えば、ＷｅｂＤＡＶ（Ｗｅｂ−ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）である。
ファイル共有プロトコルには、端末１５０とファクシミリ装置１００の間で送受信される幾つかのコマンドが規定されている。例えばＷｅｂＤＡＶでは、ＰＲＯＰＦＩＮＤコマンド（ファイル一覧要求コマンド）、ＧＥＴコマンド（ファイル読出しコマンド）、ＰＵＴコマンド（ファイル書込みコマンド）などが規定されている。ＰＲＯＰＦＩＮＤコマンドは、相手の装置（端末１５０又はファクシミリ装置１００）が記憶しているファイルの一覧情報の送信を要求するコマンドである。ＧＥＴコマンドとＰＵＴコマンドは、特定のファイル名とともに送信される。ＧＥＴコマンドは、指定したファイルを相手の装置が有する場合に、その指定したファイルの送信を要求するコマンドである。換言すれば、ＧＥＴコマンドは、指定したファイルを相手の装置から読み出すためのコマンドである。ＰＵＴコマンドは、特定のファイル名とともに、そのファイル名を有するファイルも送信する。ＰＵＴコマンドは、指定したファイルを記憶することを相手の装置に要求するコマンドである。換言すれば、ＰＵＴコマンドは、指定したファイルを相手の装置に書き込むためのコマンドである。
ファクシミリ装置１００と端末１５０は、これらのコマンドを送受信することで、ファイルの一覧の情報やファイルを送受信することができる。

ファクシミリ装置１００のＣＰＵ１１０が実行する処理を具体的に説明する。図３は、ファクシミリ装置１００と端末１５０との間の通信処理のフローチャート図である。
ファクシミリ装置１００は、端末１５０からコマンドを受信すると、本処理を実行する。具体的には、ＣＰＵ１１０が、通信処理プログラム１２２を読み出して実行を開始する。まず、ファクシミリ装置１００は、端末１５０から受信したコマンドの種類を特定する（ステップＳ１０２）。受信したコマンドがファイル一覧要求コマンド（ＰＲＯＰＦＩＮＤコマンド）の場合はステップＳ１０４に移行する。受信したコマンドがファイル読出しコマンド（ＧＥＴコマンド）の場合はステップＳ１０８に移行する。受信したコマンドがファイル書込みコマンド（ＰＵＴコマンド）の場合は、ステップＳ１１４に移行する。

ファイル一覧要求コマンドを受信したときの処理を説明する。
ファクシミリ装置１００は、ファイル一覧要求コマンドを受信すると、記憶している電話帳データ１２６に基づいて所定のファイル名を作成する（ステップＳ１０４）。
図４に、電話帳データ１２６のデータ構造を示す。電話帳データ１２６は、宛先名（Ｎａｍｅ）とアドレス（電話番号とメールアドレスの少なくとも一方）が対応付けられたデータの集合である。宛先名とアドレスの組は、ひとつのレコードとして記憶されている。即ち、電話帳データ１２６は、宛先名とアドレスが対応付けられた複数のレコードの集合である。夫々のレコードにはレコード番号が付されている。例えば、レコード番号「１」のレコードでは、「ＡＡＡ」という宛先名に、「１２３４５６７」という電話番号が対応付けられている。レコード番号「２」のレコードでは、「ＢＢＢ」という宛先名に、「ｘｘｘ＠ｙｙｙ．ｃｏｍ」というメールアドレスが対応付けられている。また、レコード番号「３」のレコードでは、「ＣＣＣ」という宛先名に、「９８７６５４３」という電話番号が対応付けられている。またレコード番号「４」のレコードには、「DDD」という宛先名に、「２３４５６７８」という電話番号が対応付けられている。
また、各レコードには、ワンタッチ番号が対応付けられている。例えば、レコード番号「１」のレコードでは、ワンタッチ番号が「１」である。これは、ファクシミリ装置１００のワンタッチキー（操作キー１５のうちのひとつ）の「１」と対応している。ユーザが、ワンタッチキーの「１」を押すと、「１２３４５６７」の電話番号が読み出される。このワンタッチ番号は、端末１５０にファイルを送信する際のファイル名としても用いられる。
さらに各レコードには、読出可否情報を有している。「読出可否情報」は、レコードの読み出しを端末１５０に許可するか禁止するか否かを定めるフラグである。例えば、レコード番号「４」のレコードには、「NO」のフラグ（読出し不可のフラグ）が設定されている。ファクシミリ装置１００は、端末１５０からのファイル一覧要求を受信したときに、「NO」が設定されているレコード（レコード番号「４」）のファイル名を生成しない。他方、ファクシミリ装置１００は、端末１５０からのファイル一覧要求を受信したときに、読出可否情報に「YES」のフラグ（読出し許可フラグ）が設定されているレコードのファイル名を生成する。ファクシミリ装置１００は、端末１５０からのファイル一覧要求を受信すると、読出可否情報に「YES」のフラグが設定されているレコードのファイル名のみを生成して端末１５０へ送信する。すなわち、ファクシミリ装置１００は、レコード番号「４」のファイル名を生成することなく、レコード番号「１」「２」「３」に対応するファイル名のみを生成して端末１５０へ送信する。

電話帳データ１２６自体はひとつのまとまったデータ（データベース）である。ステップＳ１０４の処理では、ひとまとまりの電話帳データ１２６から、記憶しているレコードの数と同数（ただし、読出可否情報に「YES」が設定されているレコードの数）のファイル名を作成する。ステップＳ１０４では、「ＯｎｅＴｏｕｃｈ＿」という文字綴りにレコード番号を付し、さらに拡張子として「ｔｘｔ」を付したファイル名を作成する。図４に示す電話帳データ１２６には、レコード番号が「１」、「２」、「３」、「４」の４つのレコードが含まれている。このうち、レコード番号「１」、「２」、「３」の３つのレコードについては、読出可否情報に「ＹＥＳ」が設定されている。ファクシミリ装置１００は、この３つのレコードのレコード番号に対応して、「ＯｎｅＴｏｕｃｈ＿１．ｔｘｔ」、「ＯｎｅＴｏｕｃｈ＿２．ｔｘｔ」、及び、「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」という３つのファイル名を作成する。また、夫々のファイル名は、電話帳データ１２６の中の夫々のワンタッチ番号に対応する。

図３のフローチャートの説明に戻る。
ステップＳ１０６では、ステップＳ１０４で作成されたすべてのファイル名を端末１５０へ送信する。即ち、ファクシミリ装置１００は、電話帳データに含まれるレコードの一覧の情報を、ファイル名の一覧の情報として端末１５０へ送信する。
なお、ファクシミリ装置１００からファイル名を受信した端末１５０は、受信したファイル名を表示装置に表示する。このとき端末１５０は、受信したファイル名のそれぞれを表すアイコンを対応付けて表示する（図５参照）。

次に、ファイル読出しコマンドを受信したときの処理を説明する。
ファクシミリ装置１００は、ファイル読出しコマンドを受信すると、ファイル読出しコマンドが指定するファイル名が存在するか否かを判断する（ステップＳ１０８）。指定されたファイル名が存在するか否かの判断は、具体的には次の通り行われる。ファクシミリ装置１００は、ステップＳ１０４の処理と同様に、電話帳データ１２６に含まれるレコードに応じたファイル名を作成する。ファイル読出しコマンドが指定するファイル名が、作成したファイル名の中に含まれている場合に、ファイル読出しコマンドが指定するファイル名が存在すると判断する。換言すれば、ステップＳ１０８の処理は、ファイル読出しコマンドが指定するファイル名によって特定されるレコード番号が、電話帳データ１２６に含まれているレコードの番号に一致するか否かを判断する。このとき、ファイル名を作成せずに、電話帳データ１２６に含まれるワンタッチ番号と比較することにより、指定されたファイル名が存在するか否かを判断してもよい。
ファイル読出しコマンドが指定するファイル名が存在しない場合（ステップＳ１０８：ＮＯ）、ファクシミリ装置１００は、該当するファイルが存在しない旨のエラーメッセージを作成する（ステップＳ１１６）。次いで、作成したエラーメッセージを端末１５０へ送信する（ステップＳ１１８）。
ファイル読出しコマンドによって指定されるファイル名が存在する場合（ステップＳ１０８：ＹＥＳ）、ファクシミリ装置１００は、指定されたファイル名のファイルを作成する（ステップＳ１１０）。

ステップＳ１１０の処理を具体的に説明する。
ファイル読出しコマンドによって指定されるファイル名が存在する場合には、そのファイル名が特定のレコード番号に対応する。別言すれば、ファイル読出しコマンドによってレコードが指定される。ファクシミリ装置１００は、指定されたファイル名によって特定されるレコード（ファイル読出しコマンドによって指定されるレコード）を一つのテキストファイルに変換する。テキストファイルは、端末１５０が閲覧可能なファイル形式である。また、ファクシミリ装置１００は、レコード単位でファイルを生成する。すなわちステップＳ１１０では、受信したファイル読出しコマンドによって指定されるレコードに基づいてテキストファイルが生成される。さらに別言すれば、ステップＳ１１０では、受信したファイル読出しコマンドによって指定されるレコードがテキストファイルに変化される。
変換されるテキストファイルの例を、図４を参照して説明する。ファイル読出しコマンドによって指定されるファイル名が「ＯｎｅＴｏｕｃｈ＿１．ｔｘｔ」の場合、ファイル名「ＯｎｅＴｏｕｃｈ＿１．ｔｘｔ」は、レコード番号「１」のレコードに対応する。ファクシミリ装置１００は、レコード番号「１」のレコードを読出してそのレコードの内容を一つのテキストファイルに変換する。レコード番号「１」のレコードは、図４に示すテキストファイル１２６ａに変換される。図３のテキストファイル１２６ａに示されている＜ＣＲ＞は、テキストファイルにおけるキャリッジリターンの制御コードを意味している。＜ＬＦ＞は、テキストファイルにおけるラインフィードの制御コードを意味している。＜ＥＯＦ＞は、テキストファイルにおけるエンドオブファイルの制御コードを意味している。即ち、レコード番号「１」のレコードは、ファイル本文の第１行目のテキスト文字列が「Ｎａｍｅ：ＡＡＡ」であり、第２行目のテキスト文字列が「Ｐｈｏｎｅ Ｎｕｍｂｅｒ：１２３４５６７」である２行のテキストファイル１２６ａに変換される。
ファイル読出しコマンドによって指定されるファイル名が「ＯｎｅＴｏｕｃｈ＿２．ｔｘｔ」の場合、ファクシミリ装置１００は、ファイル名「ＯｎｅＴｏｕｃｈ＿２．ｔｘｔ」が特定するレコード番号「２」のレコードを読み出して、テキストファイル１２６ｂに変換する。テキストファイル１２６ｂは、第１行目のテキスト文字列が「Ｎａｍｅ：ＢＢＢ」であり、第２行目のテキスト文字列が「Ｍａｉｌ Ａｄｄｒｅｓｓ：ｘｘｘ＠ｙｙｙ．ｃｏｍ」である２行のテキストファイルである。同様にファイル読出しコマンドによって指定されるファイル名が「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」の場合、ファクシミリ装置１００は、ファイル名「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」が特定するレコード番号「３」のレコードを読み出して、テキストファイル１２６ｃに変換する。テキストファイル１２６ｃは、第１行目のテキスト文字列が「Ｎａｍｅ：ＣＣＣ」であり、第２行目のテキスト文字列が「Ｐｈｏｎｅ Ｎｕｍｂｅｒ：９８７６５４３」である２行のテキストファイルである。
このようにステップＳ１１０では、ファイル読出しコマンドが指定するファイル名によって特定されるレコードを一つのテキストファイルに変換する。

次にステップＳ１１２では、ステップＳ１１０の処理で変換したテキストファイルを端末１５０へ送信する。
端末１５０は、電話帳データ１２６に含まれるレコードをテキストファイルとして受信する。電話帳データ１２６に多数のレコードが含まれている場合でも、端末１５０のユーザは、特定のレコードのみをテキストファイルとして閲覧したり編集したりすることができる。

次に、ファイル書込みコマンド（ＰＵＴコマンド）を受信したときの処理を説明する。
ファクシミリ装置１００は、ファイル書込みコマンドを受信すると、そのコマンドのフォーマットが適切か否かを判断する（ステップＳ１１４）。ステップＳ１１４ではまた、ファイル書込みコマンドによって指定されるファイルが存在するか否かを判断する。端末１５０は、ファイル書込みコマンドとともに所定のファイル名やファイルを送信する。従って、「ファイル書込みコマンドによって指定されるファイルが存在するか否かを判断する」とは、「ファイル書込みコマンドとともにファイル名やファイルを受信したかを判断する」と別言することができる。ファイル書込みコマンドのフォーマットが適切でない場合（ステップＳ１１４：ＮＯ）、すなわち、指定されたファイルが存在しない場合、ファクシミリ装置１００は、該当するファイルが存在しない旨のエラーメッセージを作成する（ステップＳ１１６）。次いで、作成したエラーメッセージを端末１５０へ送信する（ステップＳ１１８）。
ファイル書込みコマンドのフォーマットが適切である場合（ステップＳ１１４：ＹＥＳ）、ファクシミリ装置１００は、指定されたファイル（ファイル書込みコマンドとともに受信したファイル）の中身が適切か否かを判断する（ステップＳ１２０）。具体的にはステップＳ１２０では、指定されたファイルの中に文字列「Ｎａｍｅ：」が含まれているか否かを確認する。文字列「Ｎａｍｅ：」が含まれている場合、次いで、文字列「Ｐｈｏｎｅ Ｎｕｍｂｅｒ：」と文字列「Ｍａｉｌ Ａｄｄｒｅｓｓ：」の少なくとも一方が含まれているか否かを確認する。２つの文字列の少なくとも一方が含まれている場合に、指定されたファイルが適切であると判断する。別言すれば、指定されたファイルは書込み可能であると判断する。即ち、ステップＳ１２０では、指定されたファイルの中に予め決められた特定の文字列が存在する場合に、そのファイルは適切であると判断する（ファイルは書込み可能であると判断する）。特定の文字列とは、電話帳データのレコードの項目名である。この判断によって、ファクシミリ装置１００は、ファイル書込みコマンドによって指定されるファイルの内容が電話帳データのレコードに対応していることを確認する。

ファイル書込みコマンドによって指定されたファイルが適切でない場合（ステップＳ１２０：ＮＯ）、ファクシミリ装置１００は書込み不可である旨のエラーメッセージを作成し（ステップＳ１２２）、作成したエラーメッセージを端末１５０へ送信する（ステップＳ１１８）。
ファイル書込みコマンドによって指定されたファイルが適切である場合（ステップＳ１２０：ＹＥＳ）、ファクシミリ装置１００は指定されたファイルの内容で電話帳データ１２６を更新する（ステップＳ１２４）。

次に、電話帳データの更新処理（ステップＳ１２４）について説明する。図５に、電話帳データ１２６の更新処理のフローチャート図を示す。
まず、ファイル書込みコマンドによって指定されたファイル名を読み出す。そして、このファイル名に該当するレコードが電話帳データ１２６に存在するかを判断する（ステップＳ３０４）。具体的には、読み出したファイル名が、文字列「ＯｎｅＴｏｕｃｈ＿」と、これに続く数字から構成されているかを判断する。文字列「ＯｎｅＴｏｕｃｈ＿」と、これに続く数字から構成されている場合、文字列「ＯｎｅＴｏｕｃｈ＿」に続く数字が、電話帳データ１２６のワンタッチ番号と一致するレコードを電話帳データ１２６から探索する。番号の一致するレコードが電話帳データ１２６内に存在する場合（ステップＳ３０４：ＹＥＳ）、該当する番号のレコードを、指定されたファイルの内容で上書き更新する（ステップＳ３０６）。一方、該当するレコードが電話帳データ１２６に存在しない場合（ステップＳ３０４：ＮＯ）、電話帳データ１２６に新たなレコードを追加して、追加したレコードに指定されたファイルの内容を書き込む（ステップＳ３０８）。なお、追加したレコードには、新たなレコード番号を付す。このとき、新たなワンタッチ番号も付したレコードを作成してもよい。このとき、ファイル書込みコマンドを送信した端末１５０に、新たに付したワンタッチ番号を通知してもよい。ステップＳ１２０において、指定されたファイルには電話帳データのレコードの項目名が記述されていることが確認されている。即ち、指定されたファイルには、レコードの各項目（宛先名と電話番号又はメールアドレス）のデータが存在している。従って、指定されたファイルに記述されている各項目をレコードに書き込むことができる。

なお、本実施例は、ファイル名が、文字列「ＯｎｅＴｏｕｃｈ＿」と、これに続く数字から構成されているか否かにかかわらず、ファイル名に該当するレコードが電話帳データ１２６に存在しないと判断した場合には、共通の処理を行うようにしている。しかしそのような処理に限る必要はない。例えば、文字列「ＯｎｅＴｏｕｃｈ＿」と、これに続く数字から構成されているが、その文字列に続く数字が一致するレコードが存在しない場合には、ファイル番号も含め、新たに生成したレコードに追加する処理を行い、ファイル名が文字列「ＯｎｅＴｏｕｃｈ＿」と、これに続く数字から構成されていない場合は、エラーメッセージを送信するようにしてもよい。

次に、端末１５０の処理について説明する。図６は、端末１５０の表示画面２００の一例である。端末１５０からファクシミリ装置１００へファイル一覧要求コマンドを送信すると、ファクシミリ装置１００は図３のステップＳ１０４及びＳ１０６の処理を実行する。この処理によって、電話帳データ１２６に含まれるレコード数と同数のファイル名が端末１５０へ送信される。端末１５０は、受信したファイル名を表示する。図４で例示したように電話帳データ１２６がレコード番号「１」からレコード番号「３」までの３個のレコードを含む場合、端末１５０の画面２００には、「ＯｎｅＴｏｕｃｈ＿１．ｔｘｔ」、「ＯｎｅＴｏｕｃｈ＿２．ｔｘｔ」、及び、「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」の３つのファイル名と、夫々のファイルを表すアイコン２２６ａ、２２６ｂ、２２６ｃが表示される。端末１５０のユーザが「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」のアイコンをダブルクリックすると、端末１５０からファクシミリ装置１００へ「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」を指定するファイル読出しコマンドが送信される。ファクシミリ装置１００は、ファイル読出しコマンドに応答してステップＳ１０８、Ｓ１１０、及びＳ１１２の処理を実行する。これらの処理によって、ファクシミリ装置１００は、ファイル名「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」によって特定されるレコード番号「３」のレコードの内容をテキストファイルに変換して端末１５０へ送信する。端末１５０の画面２００には、レコード番号「３」のレコードの内容を記述したテキストファイル１２６ｃが表示される。ユーザはこのテキストファイル１２６ｃを編集したのち、端末１５０に保存コマンドを入力する。ユーザが保存コマンドを入力すると、端末１５０からファクシミリ装置１００へ「ＯｎｅＴｏｕｃｈ＿３．ｔｘｔ」を指定するファイル書込みコマンドが送信される。ファクシミリ装置１００は、ファイル書込みコマンドに応答してステップＳ１１４、Ｓ１２０、及びＳ１２４の処理を実行する。これらの処理によって、ファクシミリ装置１００は、編集されたテキストファイル１２６ｃの内容でレコード番号「３」のレコードの内容を更新する。ファイル書込みコマンドによって指定されるファイルの内容が、電話帳データのレコードに対応していない場合は、ファクシミリ装置１００から送信される書込み不可である旨のエラーメッセージが、表示画面２００に表示される。また、そのテキストファイル１２６ｃの保存コマンドが受け付けられないため、編集する前のテキストファイル１２６ｃの内容が保たれる。

以上説明した通り、ファクシミリ装置１００は、記憶している電話帳データ１２６のレコードをテキストファイルに変換して端末１５０へ送信する。従って端末１５０のユーザは、電話帳データをレコード単位でテキストファイルとして閲覧又は修正することができる。端末１５０のユーザは、電話帳データの閲覧や修正を容易に行うことができる。
夫々のレコードにはレコード番号が付されているので、端末のユーザは更新すべきレコードのみを含むテキストファイルを編集してファクシミリ装置１００へ送信するだけよい。
なお、ファクシミリ装置１００は、電話帳データ１２６をテキストファイル形式で記憶していなくともよい。例えば、１桁の数字を１バイトで表現する形式で記憶してよい。テキスト形式の場合には、１桁の数字を記憶するために２バイトの容量が必要である。１桁の数字を１バイトで表現する形式で記憶することによって、電話帳データ１２６を少ない容量で記憶することができる。電話帳データ１２６が如何なる形式で記憶されていても、記憶するときの形式が既知であれば、電話帳データ１２６をレコード単位でテキストファイルへ変換することができる。

上記の実施例における電話帳データ１２６が、「夫々が個別の情報を記述している複数のレコードの集合であるデータベース」の一例に相当する。
端末からコマンドを受信し、ステップＳ１０２とＳ１０８およびＳ１０４の処理を実行するときのＣＰＵ１１０が、「受信手段」の一例に相当する。
ステップＳ１１０の処理を実行するときのＣＰＵ１１０が、「ファイル生成手段」の一例に相当する。なお、ステップＳ１１０では、ファイル読出しコマンドによって指定されたレコードをテキスト形式のファイルに変換する。テキスト形式のファイルは、端末１５０が画面に表示することができるファイルである。従って、ステップＳ１１０で変換されるテキスト形式のファイルは、「端末が閲覧可能な形式のファイル」の一例に相当する。
ステップＳ１１２、Ｓ１０６の処理を実行するときのＣＰＵ１１０が、「送信手段」の一例に相当する。
ステップＳ１０４の処理を実行するときのＣＰＵ１１０が「識別子生成手段」の一例に相当する。なお、ステップＳ１０４で生成する「ファイル名」が、「夫々のレコードを識別するためのレコード識別子」の一例に相当する。
電話帳データ１２６の各レコードに記述された電話番号又はメールアドレスが、「宛先情報」の一例に相当する。なお、「宛先情報」は、「通信先情報」の一例である。
各レコードに記述されている「ワンタッチ番号」が、「読出情報」の一例に相当する。
ステップＳ１０４では、「読取可否情報」に「ＮＯ」が設定されているレコードのレコード名は生成されない。「読取可否情報」に「ＮＯ」が設定されているレコードのレコード名を生成しないステップＳ１０４の処理が、「送信禁止手段」の一例に相当する。
図３のステップＳ１１４では、ファクシミリ装置１００は、ファイル書込みコマンドとともにファイルを受信する。ファイル書込みコマンドとともにファイルを受信するステップＳ１１４の処理が「ファイル受信手段」の一例に相当する。ステップＳ１２４の処理を実行するときのＣＰＵ１１０が「更新手段」の一例に相当する。

上記の実施例では、ファイル名をワンタッチ番号としたが、これに限らない。例えば、レコード番号をファイル名にしてもよいし、宛先名をファイル名としてもよい。宛先名をファイル名とすることで、ワンタッチキーに対応する電話番号のみならず、電話番号が登録されているレコードであれば、レコード単位で端末１５０へ電話帳データを提供することが可能となる。また、宛先名をファイル名とすることで、レコード番号よりも、端末１５０で一覧の中からユーザが目的のファイルを、ファイル名から特定しやすくなる。

読取不可のファイルについては、一覧を送信しないため、端末１５０からそのファイルを選択できないようにしたが、これに限らない。例えば、一覧要求では、ファイル名を送信するが、そのファイルを端末１５０でダブルクリックしても、ファイルの内容を表示せずにエラーメッセージを表示する、等の処理を行っても良い。このとき、ファクシミリ装置１００では、Ｓ１０８で指定されたファイル名は存在すると判断した後に、その指定されたファイル名に対応するレコードが「読出許可」に設定されているか否かを判断する。「読出許可」に設定されていると判断すれば、Ｓ１１０へ移行する。「読出不可」に設定されていると判断すれば、Ｓ１１６へ移行し、エラーメッセージを作成して、端末に送信する処理を行う。このとき作成するエラーメッセージは、「該当ファイルなし」のメッセージでもよいし、「閲覧不可」である旨のメッセージであってもよい。
電話帳データ１２６に登録されている読取可否情報の設定は、特に限定されないが、例えば、デフォルト設定では「ＹＥＳ」（読取許可）を設定しておき、ファクシミリ装置１００の操作により、設定を「ＮＯ」（読取不可）に変更してもよい。

書き込み要求で、該当するレコード番号に登録されている内容が、電話番号であり、書き込み要求を受けた内容が、メールアドレスであった場合には、電話番号を削除してメールアドレスを書き込むようにしてもよいし、電話番号に加え、メールアドレスを書き込むようにしてもよい。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

図１は、ファクシミリ装置（通信装置）の概観図である。 図２は、ファクシミリ装置（通信装置）のブロック図である。 図３は、ファクシミリ装置の処理のフローチャート図である。 図４は、電話帳データの一例を示す図である。 図５は、電話帳データの更新処理のフローチャート図である。 図６は、端末の表示画面の一例を示す図である。

符号の説明

１００：ファクシミリ装置（通信装置）
１０２：ネットワーク
１１０：ＣＰＵ
１１２：ファクシミリユニット
１２０：記憶装置
１５０：端末
１５２：ＣＰＵ
１６０：記憶装置

Claims (11)

1. ネットワークを介して端末と通信可能な通信装置であって、
   夫々が個別の情報を記述している複数のレコードの集合であるデータベースを記憶する記憶手段と、
   前記端末から、データベース中の特定のレコードに関する読出要求を受信する受信手段と、
   夫々のレコードに記述されている個別の情報から、前記端末が閲覧可能な形式のファイルを、レコード単位で生成するファイル生成手段と、
   受信手段により受信した読出要求で指定された特定のレコードに基づいてファイル生成手段が生成したファイルを前記端末に送信する送信手段と、
   を備えることを特徴とする通信装置。
2. レコードごとに異なるレコード識別子を生成する識別子生成手段を備え、
   前記受信手段は、前記端末から、データベースに含まれている複数のレコードの一覧要求を受信し、
   送信手段は、識別子生成手段が生成した複数のレコード識別子を、前記端末へ送信することを特徴とする請求項１に記載の通信装置。
3. 前記受信手段は、前記送信手段により送信された複数のレコード識別子の中の所定のレコード識別子とともに特定のレコードの読出要求を受信し、
   前記送信手段は、受信したレコード識別子によって指定される特定のレコードに基づき生成されたファイルを送信することを特徴とする請求項２に記載の通信装置。
4. 前記送信手段は、ファイル生成手段により生成されるファイルの名称をレコード識別子として送信することを特徴とする請求項２または３に記載の通信装置。
5. 前記個別の情報として、該通信装置が、他の通信装置にデータを送信するために、該他の通信装置を特定する宛先情報を含み、
   宛先情報がそれぞれ対応付けられた操作手段を備え、
   ユーザによる前記操作手段の操作に応答して、その操作手段に対応付けられた宛先情報が読み出されることを特徴とする請求項２から４のいずれか１項に記載の通信装置。
6. 前記操作手段に、読出情報が関連付けられており、
   前記識別子生成手段は、前記読出情報を、その読出情報に関連付けられた操作手段に対応付けられたレコードのレコード識別子として生成することを特徴とする請求項５に記載の通信装置。
7. 各レコードに、端末からの閲覧を許可するか否かが設定されており、
   受信した読出要求が指定する特定のレコードに閲覧不可が設定されている場合に、送信手段によるファイルの送信を禁止する送信禁止手段を備えることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 各レコードに、端末からの閲覧を許可するか否かが設定されており、
   送信手段は、受信手段が一覧要求を受信した際に、閲覧許可が設定されているレコードのレコード識別子のみを送信することを特徴とする請求項２から６のいずれか１項に記載の通信装置。
9. 前記ファイル生成手段は、受信手段により特定のレコードの読出要求を受信したことを条件として、前記端末が閲覧可能な形式のファイルを生成することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記記憶手段に記憶されている各レコードに、レコードを識別する識別情報が付されており、
    前記端末から、識別情報と新たな個別の情報とを含んでいるファイルを受信するファイル受信手段と、
    データベースに含まれているレコードのうち受信したファイルに含まれている識別情報によって識別されるレコードの個別の情報を、受信したファイルに含まれている新たな個別の情報で更新する更新手段と、
    を備えることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 記憶手段は、全てのレコードをそれぞれ変換した全ファイルの合計容量より容量が小さくなるデータ形式で、前記データベースを記憶することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。

Images