JP4927611B2 - ファクシミリ装置と電話装置 - Google Patents

Description

本発明は、メッセージを通信することができる通信装置に関する。特に、ファクシミリメッセージを通信することができるファクシミリ装置と、音声メッセージを通信することができる電話装置に関する。

下記の特許文献１のファクシミリ装置は、電子メールアドレスを記憶することができる。ユーザは、例えば、自身の携帯端末の電子メールアドレスをファクシミリ装置に記憶させることができる。ファクシミリ装置は、ファクシミリメッセージを受信する毎に、そのファクシミリメッセージのフロントページのサムネイル画像を電子メールアドレスに送る。ユーザは、携帯端末からファクシミリ装置に指示を送ることによって、自身の近くにある別のファクシミリ装置にファクシミリメッセージを転送させることができる。この技術によると、ユーザは、ファクシミリ装置から離れた場所にいる場合でも、ファクシミリメッセージが受信されたことを知ることができるとともに、そのファクシミリメッセージを見ることができる。

特開２００３−８４９４５号公報（段落［００４９］〜［００５７］、第７図参照）

会社等に設置されるファクシミリ装置は、毎日、膨大な回数のファクシミリメッセージを受信することがある。また、会社等に設置されるファクシミリ装置は、複数のユーザによって共有されることがある。

本発明は、上記した実情に鑑みてなされたものであり、ユーザが快適に利用することができる通信装置（ファクシミリ装置や電話装置）を提供することを目的とする。

本明細書では、新規なファクシミリ装置と電話装置を開示する。本明細書によって開示されるファクシミリ装置と電話装置は、扱うメッセージの種類が異なる点を除くと、ほぼ同様の構成によって表現することができる。即ち、これらの装置は、対応する技術的特徴を有しており、単一の発明概念を形成する関係にある。

本明細書によって開示されるファクシミリ装置は、情報処理装置に通信可能に接続される。この情報処理装置は、どのような種類の装置であってもよい。例えば、パーソナルコンピュータ、携帯端末、ファクシミリ装置、多機能機等であってもよい。ファクシミリ装置は、電話回線インターフェイスと、前記電話回線インターフェイスと異なるネットワークインターフェイスと、受信ファクシミリメッセージ記憶装置と、要約情報リスト作成装置と、要約情報リスト出力装置と、受信ファクシミリメッセージ出力装置とを備える。
受信ファクシミリメッセージ記憶装置は、前記電話回線インターフェイスを用いて受信した複数回分の受信ファクシミリメッセージを記憶することが可能である。要約情報リスト作成装置は、複数回分の受信ファクシミリメッセージのそれぞれの要約情報を含むと共にＸＭＬ形式で表現される要約情報リストファイルを作成する。前記各要約情報は、受信ファクシミリメッセージの送信元の通信識別情報に関する情報と、受信ファクシミリメッセージを受信した日時に関する情報と、受信ファクシミリメッセージが記憶されている前記ファクシミリ装置内の場所を示すＵＲＬと、を含む。要約情報リスト作成装置は、１回の受信ファクシミリメッセージを受信する毎に、当該受信ファクシミリメッセージの要約情報を含む要約情報リストファイルを新たに作成する。上記の要約情報は、受信ファクシミリメッセージの全部（全文）を含まないことを意味している。例えば、要約情報は、受信ファクシミリメッセージの中に存在する情報に基づいて作成されてもよい。この場合、例えば、要約情報は、受信ファクシミリメッセージのフロントページのサムネイル画像を含んでいてもよい。また、例えば、要約情報は、受信ファクシミリメッセージの中に存在しない情報に基づいて作成されてもよい。この場合、例えば、要約情報は、受信された日時、送信元の通信識別情報（電話番号等）、送信元の名称等を含んでいてもよい。要約情報リスト出力装置は、前記ネットワークインターフェイスを用いて前記情報処理装置から受信する要求に応じて、要約情報リスト作成装置によって作成されたＸＭＬ形式で表現される作成済みの最新の要約情報リストファイルを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する。受信ファクシミリメッセージ出力装置は、前記情報処理装置において選択された要約情報に含まれるＵＲＬを含む要求信号を入力すると、当該ＵＲＬに対応する場所に記憶されている受信ファクシミリメッセージを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する。

ファクシミリ装置は、情報処理装置からの要求があった場合に、複数回分の受信ファクシミリメッセージの要約情報リストを情報処理装置に出力する。ユーザは、ファクシミリ装置から離れた場所にいる場合であっても（ファクシミリ装置と情報処理装置が近くに配置されている構成を排除しているわけではない）、情報処理装置からファクシミリ装置にアクセスすることによって、要約情報リストを取得することができる。ユーザは、要約情報リストを見ることによって、自身宛の受信ファクシミリメッセージが存在するのか否かを判断することができる。ユーザは、自身宛の受信ファクシミリメッセージの要約情報を選択することができる。これにより、ファクシミリ装置は、ユーザによって選択された要約情報に対応する受信ファクシミリメッセージを情報処理装置に出力する。ユーザは、要約情報リストから選択することによって、自分宛の受信ファクシミリメッセージの全文を見ることができる。
上記のファクシミリ装置は、ユーザの要求に応じて要約情報リストを情報処理装置（ユーザ）に提供する。このために、特定のユーザに膨大な数の通知がなされることがなく、ユーザが煩わしさを感じることはないと思われる。また、例えば、ファクシミリ装置が複数回分の受信ファクシミリメッセージの全文を情報処理装置に出力するものである場合、ユーザは、膨大な量のデータの中から自身宛の受信ファクシミリメッセージを探し出す必要があり、この作業に時間を要する。これに対し、上記のファクシミリ装置は、要約情報リストをユーザに提供する。このために、ユーザは、自身宛の受信ファクシミリメッセージを容易に探し出すことができる。ユーザが快適に利用することができるファクシミリ装置が実現されている。

なお、上記のファクシミリ装置は、第１認証情報（例えばパスワード）を記憶する第１認証情報記憶装置をさらに備えていてもよい。この場合、要約情報リスト出力装置は、第１認証情報記憶装置に記憶されている第１認証情報と情報処理装置からの第１送信情報（例えばパスワード）とが一致する場合に、要約情報リストファイルを情報処理装置に出力してもよい。
この構成によると、要約情報リストを取得することが許容されているユーザのみに要約情報リストを提供することができる。情報の秘匿性を確保することができる。

ファクシミリ装置は、通信識別情報とテキストとを対応づけて記憶することが可能である通信識別情報−テキスト記憶装置をさらに備えていてもよい。この場合、要約情報リスト作成装置は、受信ファクシミリメッセージの送信元の通信識別情報に対応づけられているテキストを含む要約情報を作成してもよい。
上記の通信識別情報は、例えば、通信番号（電話番号やファクシミリ番号）である。例えば、ファクシミリ装置は、送信元からの通知（例えば送信者番号通知）によって、送信元の通信識別情報を取得してもよい。また、例えば、ファクシミリ装置は、受信ファクシミリメッセージをＯＣＲ解析することによって、当該受信ファクシミリメッセージの送信元の通信識別情報を特定してもよい。この構成は、送信元からの通知がない場合に有効である。
ユーザは、通信識別情報と、その通信識別情報を有する個人名や会社名を示すテキスト（名称）とが対応づけられたデータを通信識別情報−テキスト記憶装置に記憶させることができる。例えば、ユーザは、通信識別情報「ｘｘｘ−ｘｘｘ−１１１１」とテキスト「ＡＡＡ株式会社」とが対応づけられたデータを通信識別情報−テキスト記憶装置に記憶させることができる。この場合、ファクシミリ装置は、「ｘｘｘ−ｘｘｘ−１１１１」からの受信ＦＡＸメッセージの要約情報の中に「ＡＡＡ株式会社」というテキストを含ませる。この場合、要約情報の中に送信元の名称が含まれることになる。要約情報の中に送信元の名称が含まれている場合、自身宛の受信ＦＡＸメッセージであるのか否かをユーザが判断し易くなることが期待できる。

例えば、ファクシミリ装置は、複数のユーザによって共用されることがある。このような状況では、各ユーザが見ることができる受信ファクシミリメッセージが制限されることがある。例えば、「ｘｘｘ−ｘｘｘ−１１１１」からの受信ファクシミリメッセージについては、ユーザＹは見ることが許容されるが、ユーザＺは見ることが禁止されることがある。以下の構成は、このような状況において有効に機能する。
即ち、ファクシミリ装置は、通信識別情報と第２認証情報（例えばパスワード）とを対応づけて記憶する通信識別情報−第２認証情報記憶装置をさらに備えていてもよい。この場合、受信ファクシミリメッセージ出力装置は、情報処理装置において選択された要約情報に対応する受信ファクシミリメッセージの送信元の通信識別情報に対応づけられている第２認証情報と情報処理装置からの第２送信情報（例えばパスワード）とが一致する場合に、当該受信ファクシミリメッセージを情報処理装置に出力してもよい。
例えば、上記の例の場合、通信識別情報−第２認証情報記憶装置は、通信識別情報「ｘｘｘ−ｘｘｘ−１１１１」と、ユーザＹが知っていてユーザＺが知らない第２認証情報とを対応づけて記憶する。この場合、ユーザＹは、「ｘｘｘ−ｘｘｘ−１１１１」からの受信ファクシミリメッセージを、情報処理装置を利用して取得することができる。しかしながら、ユーザＺは、パスワードを知らないために、「ｘｘｘ−ｘｘｘ−１１１１」からの受信ファクシミリメッセージを、情報処理装置を利用して取得することができない。

本明細書によって開示される電話装置は、情報処理装置に通信可能に接続される。この電話装置は、電話回線インターフェイスと、前記電話回線インターフェイスと異なるネットワークインターフェイスと、受信音声メッセージ記憶装置と、要約情報リスト作成装置と、要約情報リスト出力装置と、受信音声メッセージ出力装置とを備える。
受信音声メッセージ記憶装置は、前記電話回線インターフェイスを用いて受信した複数回分の受信音声メッセージを記憶することが可能である。この受信音声メッセージは、例えば、着信に対して電話を受けることができなかった場合に録音（記憶）される音声メッセージ（いわゆる留守番電話）であってもよい。また、受信音声メッセージは、着信に対して電話を受けることができた場合に録音される音声メッセージであってもよい。この場合、受信音声メッセージ記憶装置は、電話をかけた者が話した内容（即ち受信音声メッセージ）と電話を受けた者が話した内容の両方を記憶してもよいし、電話をかけた者が話した内容のみを記憶してもよい。要約情報リスト作成装置は、複数回分の受信音声メッセージのそれぞれの要約情報を含むと共にＸＭＬ形式で表現される要約情報リストファイルを作成する。前記各要約情報は、受信音声メッセージの送信元の通信識別情報に関する情報と、受信音声メッセージを受信した日時に関する情報と、受信音声メッセージが記憶されている前記電話装置内の場所を示すＵＲＬと、を含む。上記の要約情報は、受信音声メッセージの全部（全文）を含まないことを意味している。要約情報リスト作成装置は、１回の受信音声メッセージを受信する毎に、当該受信音声メッセージの要約情報を含む要約情報リストファイルを新たに作成する。要約情報リスト出力装置は、前記ネットワークインターフェイスを用いて前記情報処理装置から受信する要求に応じて、要約情報リスト作成装置によって作成されたＸＭＬ形式で表現される作成済みの最新の要約情報リストファイルを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する。受信音声メッセージ出力装置は、前記情報処理装置において選択された要約情報に含まれるＵＲＬを含む要求信号を入力すると、当該ＵＲＬに対応する場所に記憶されている受信音声メッセージを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する。
この構成によると、ユーザが快適に利用することができる電話装置を実現することができる。

ここでは、以下の実施例に記載の技術の特徴の一部を列挙する。
（形態１）本明細書によって開示される技術は、ファクシミリ装置（又は電話装置）と情報処理装置とによって構成されるシステムとして表現することもできる。ファクシミリ装置（又は電話装置）は、上記した受信ファクシミリメッセージ記憶装置（又は受信音声メッセージ記憶装置）と要約情報リスト作成装置と要約情報リスト出力装置と受信ファクシミリメッセージ出力装置（又は受信音声メッセージ出力装置）とを備える。情報処理装置は、要約情報リストを出力するようにファクシミリ装置（又は電話装置）に要求する装置と、ファクシミリ装置（又は電話装置）からの要約情報リストを出力（表示、印刷、又は、別のデバイスに向けて出力）する装置と、要約情報リストから少なくとも１つの要約情報をユーザが選択することを許容する装置と、ファクシミリ装置（又は電話装置）からの受信ファクシミリメッセージ（又は受信音声メッセージ）を出力（表示、印刷、又は、別のデバイスに向けて出力）する装置とを備える。

（形態２）ファクシミリ装置と電話装置は、多機能機に内蔵されている。即ち、多機能機は、ファクシミリ装置と電話装置の両方を備える。多機能機は、複数回分の受信ファクシミリメッセージと複数回分の受信音声メッセージとを記憶することができる。多機能機は、複数回分の受信ファクシミリメッセージのそれぞれの要約情報と複数回分の受信音声メッセージのそれぞれの要約情報とを含む要約情報リストを作成する。
（形態３）多機能機は、インターネットを介して情報処理装置（これも多機能機である）に接続されている。
（形態４）多機能機は、送信元から電話番号が通知されている場合は、その電話番号を記憶する。多機能機は、送信元から電話番号が通知されていない場合は、ＯＣＲ解析や音声解析を実行することによって電話番号を特定することを試みる。

（形態５）要約情報リストは、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）フォーマットによって記述される。ＲＳＳフォーマットを利用することにより、これを利用可能な情報処理装置においてメッセージを選択することができる。
（形態６）要約情報は、メッセージが受信された日時を含んでいる。要約情報は、メッセージの保存場所を特定するＵＲＬ（リンク情報）を含んでいる。要約情報は、メッセージの種別を示す情報（ＦＡＸメッセージ又は音声メッセージ）を含んでいる。要約情報は、メッセージのデータサイズを含んでいる。

図面を参照して本発明の実施例を説明する。図１は、本実施例の多機能機システム２の構成を示す。多機能機システム２は、複数の多機能機１０，４０等を備える。多機能機１０，４０は、インターネット６を介して相互に通信可能に接続されている。多機能機１０，４０は、ＦＡＸ機能と電話機能と印刷機能とスキャナ機能とコピー機能等を有する。

（多機能機１０の構成）
多機能機１０は、スキャナ１２と印刷部１４とＦＡＸ部１６と受話器１８と操作部２０と表示部２２と制御部２４と電話回線インターフェイス２６とＬＡＮインターフェイス２８とＵＳＢインターフェイス３０等を有する。スキャナ１２は、原稿をスキャンして画像データを作成する。印刷部１４は、画像データを印刷媒体に印刷する。この画像データは、スキャナ１２によって作成されたものであってもよいし、外部（例えばＰＳＴＮ４やインターネット６）から送られてくるものであってもよい。ＦＡＸ部１６は、ＰＳＴＮ４を経由して送られてくるファクシミリメッセージを印刷部１４によって印刷させる。また、ＦＡＸ部１６は、スキャナ１２によって生成された画像データを他のファクシミリ装置に送る。受話器１８は、マイクやスピーカを有している。操作部２０は、ユーザによって操作される。操作部２０は、複数のキーを有する。ユーザは、操作部２０を操作することによって、様々な情報や指示を多機能機１０に入力することができる。表示部２２は、様々な情報を表示することができる。制御部２４は、多機能機１０に内蔵されている各装置１２，１４，１６等を制御する。制御部２４の詳しい構成は後で説明する。

電話回線インターフェイス２６は、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）４に接続されている。電話回線インターフェイス２６は、ＰＳＴＮ４を経由して送られてくるＦＡＸメッセージを受信することができるとともに、スキャナ１２によって生成された画像データ（ＦＡＸメッセージ）をＰＳＴＮ４に向けて送信することができる。ＬＡＮインターフェイス２８は、インターネット６に接続されている。ＬＡＮインターフェイス２８は、インターネット６を経由して送られてくる様々な情報を受信することができるとともに、インターネット６に向けて様々な情報を送信することができる。ＵＳＢインターフェイス３０には外部装置が接続される。図１では、多機能機１０に外部装置が接続されていないが、多機能機４０に携帯端末８が接続されている。

続いて、制御部２４の構成について説明する。図２は、制御部２４の構成を示す。制御部２４は、ＣＰＵ７０とＲＯＭ７２とＲＡＭ７４とＮＶＲＡＭ８６を有する。ＣＰＵ７０は、ＲＯＭ７２に記憶されているプログラムに従って様々な処理を実行することができる。ＣＰＵ７０が実行する処理の内容は、後で詳しく説明する。ＲＯＭ７２は、様々なプログラムを記憶している。

ＲＡＭ７４は、ＦＡＸメッセージ記憶領域７６と音声メッセージ記憶領域７８と受信メッセージ管理データベース８０とＲＳＳファイル記憶領域８２とその他の記憶領域８４を有する。ＦＡＸメッセージ記憶領域７６は、複数回分の受信ＦＡＸメッセージを記憶することができる。本実施例のＦＡＸメッセージ記憶領域７６は、ｘ回分の受信ＦＡＸメッセージを記憶している。多機能機１０は、いわゆる留守番電話機能を有する。即ち、多機能機１０は、着信に対して電話を受けることができなかった場合に、電話をかけた者の音声メッセージ（以下では「受信音声メッセージ」と呼ぶことがある）を記憶することができる。音声メッセージ記憶領域７８は、複数回分の受信音声メッセージを記憶することができる。本実施例の音声メッセージ記憶領域７８は、ｙ回分の受信音声メッセージを記憶している。

図３は、受信メッセージ管理データベース８０の記憶内容の一例を示す。受信メッセージ管理データベース８０は、ファイル名１００と総メッセージ数１０２を記憶している。ファイル名１００は、受信メッセージ管理データベース８０を単位として付与されるファイル名を意味する。本実施例のファイル名１００は、「受信メッセージリスト」である。総メッセージ数１０２は、ＦＡＸメッセージ記憶領域７６（図２参照）に記憶されている受信ＦＡＸメッセージの数（ｘ）と音声メッセージ記憶領域７８に記憶されている着信音声メッセージの数（ｙ）の和である。本実施例の総メッセージ数１０２は、「ｎ」である。

また、受信メッセージ管理データベース８０は、番号１１０と日時１１２と種別１１４と送信元番号１１６と名称１１８とＩＤ１２０とパスワード属性１２２とファイル名１２４とを対応づけて記憶している。番号１１０は、メッセージ（受信ＦＡＸメッセージ又は着信音声メッセージ）を特定する番号を意味する。日時１１２は、メッセージが受信された日時を意味する。例えば、ＦＡＸメッセージの場合、日時１１２には、そのＦＡＸメッセージがＦＡＸメッセージ記憶領域７６（図２参照）に記憶された日時が記憶される。また、音声メッセージの場合、日時１１２には、その音声メッセージが音声メッセージ記憶領域７８（図２参照）に記憶された日時が記憶される。種別１１４は、メッセージの種別（受信ＦＡＸメッセージ又は受信音声メッセージ）を意味する。送信元番号１１６は、メッセージの送信元（発信元）の電話番号を意味する。名称１１８は、メッセージの送信元の名称を意味する。ＩＤ１２０は、後述するＮＶＲＡＭ８６の電話帳データベース８８（図２参照）に記憶されているＩＤを意味する。パスワード属性１２２は、パスワードの要否を意味する。ファイル名１２４は、メッセージを単位として付与されるファイル名を意味する。図３では、各ファイル名１２４は、符号Ｆ（０）〜Ｆ（ｎ−１）によって表現されている。なお、受信メッセージ管理データベース８０の各データ１１０〜１２４がどのようにして記憶されるのかについては、後で説明する。また、各データ１１０〜１２４がどのようにして利用されるのかについても、後で説明する。

図２に示されるＲＳＳファイル記憶領域８２は、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）ファイルを記憶している。図４は、ＲＳＳファイル記憶領域８２の記憶内容の一例を示す。ＲＳＳファイル１３０は、ヘッダ情報１３２と複数の要約情報１４０，１６０等とフッタ情報１７０を有する。ＲＳＳファイル１３０がどのようにして作成されるのかについては、後で説明する。

図２に示されるＮＶＲＡＭ８６は、電話帳データベース８８とその他の記憶領域９０を有する。図５は、電話帳データベース８８の記憶内容の一例を示す。電話帳データベース８８は、管理者パスワード１７０と共通パスワード１７２と登録数１７４を記憶することができる。ユーザは、操作部２０（図１参照）を操作することによって、管理者パスワード１７０と共通パスワード１７２を設定することができる。図５では、管理者パスワード１７０は、符号Ｐ（Ａ）によって表現されている。また、共通パスワード１７２は、符号Ｐ（Ｃ）によって表現されている。これらのパスワード１７０，１７２がどのようにして利用されるのかについては、後で説明する。登録数１７４は、後述するＩＤ１８０の総数を意味する。本実施例の登録数１７４は、「ｍ」である。

電話帳データベース８８は、ＩＤ１８０と名称１８２と番号１８４とパスワード１８６を対応づけて記憶している。ユーザは、操作部２０（図１参照）を操作することによって、名称１８２と番号１８４とパスワード１８６とのセットを電話帳データベース８８に記憶させることができる。ＩＤ１８０は、１セットのデータを特定する番号を意味する。名称１８２は、人物名や会社名等を意味する。番号１８４は、電話番号（ファクシミリ番号）を意味する。パスワード１８６は、電話番号毎（名称毎）に設定されている。図５では、各パスワード１８６は、符号Ｐ（０）〜Ｐ（ｍ−１）によって表現されている。

（多機能機４０の構成）
多機能機４０は、多機能機１０と同じ構成を有する。即ち、多機能機４０も、スキャナ４２と印刷部４４とＦＡＸ部４６と受話器４８と操作部５０と表示部５２と制御部５４と電話回線インターフェイス５６とＬＡＮインターフェイス５８とＵＳＢインターフェイス６０等を有する。ＵＳＢインターフェイス６０には、携帯端末８が接続されている。

（多機能機が実行する処理）
多機能機１０と多機能機４０は、同じ処理を実行することができる。即ち、多機能機１０と多機能機４０は、ＲＳＳファイル更新処理（図６参照）と受信メッセージ管理データベース更新処理（図７及び図８参照）とサーバ側メイン処理（図９参照）とクライアント側処理（図１０及び図１１参照）を実行することができる。しかしながら、以下の説明では、本実施例の内容を理解しやすいように、ＲＳＳファイル更新処理と受信メッセージ管理データベース更新処理とサーバ側メイン処理が多機能機１０によって実行されるものとし、クライアント側処理が多機能機４０によって実行されるものとする。即ち、多機能機１０がサーバとして機能し、多機能機４０がクライアントとして機能するものとする。先に述べたように、多機能機４０がサーバとして機能し、多機能機１０がクライアントとして機能することもできる。

（ＲＳＳファイル更新処理）
まず、ＲＳＳファイル更新処理について説明する。図６は、ＲＳＳファイル更新処理のフローチャートを示す。多機能機１０のＣＰＵ７０（図２参照）は、メッセージが受信される毎（ＦＡＸメッセージが受信される毎、音声メッセージが受信される毎）にＲＳＳファイル更新処理を実行する。ＣＰＵ７０は、メッセージが受信されると、受信メッセージ管理データベース更新処理（Ｓ１０）を実行する。この処理の内容を図７と図８を参照しながら説明する。なお、図示省略しているが、ＣＰＵ７０は、メッセージが受信される毎に、そのメッセージにファイル名を割り当ててＦＡＸメッセージ記憶領域７６又は音声メッセージ記憶領域７８（図２参照）に記憶させる処理を実行する。本実施例では、後述するように番号１１０（図３参照）の値を利用してファイル名を割り当てる。

図７と図８は、受信メッセージ管理データベース更新処理のフローチャートを示す。まず、ＣＰＵ７０は、受信されたメッセージがＦＡＸメッセージであるのか否かを判断する（Ｓ３０）。受信されたメッセージがＦＡＸメッセージである場合、Ｓ３２に進む。一方において、受信されたメッセージが音声メッセージである場合、図８のＳ６０に進む。

ＦＡＸを送信したり電話をかけたりする場合に、送信元の電話番号が送信先に通知されることがある。Ｓ３２では、ＣＰＵ７０は、受信ＦＡＸメッセージの送信元の電話番号が通知されているのか否かを判断する。即ち、ＣＰＵ７０は、ＦＡＸメッセージとともに送信元の電話番号を示すデータを受信したのか否かを判断する。ここでＹＥＳの場合、ＣＰＵ７０は、送信元の電話番号をキーとして電話帳データベース８８（図５参照）を検索し（Ｓ３４）、送信元の電話番号１８４に対応づけられている名称１８２が得られたのか否かを判断する（Ｓ３６）。例えば、図５の電話帳データベース８８では、名称「ＡＡＡ」と電話番号「ｘｘｘ−ｘｘｘ−１１１１」が対応づけられている。送信元の電話番号が「ｘｘｘ−ｘｘｘ−１１１１」である場合、ＣＰＵ７０は、名称「ＡＡＡ」を特定することができる。この場合、Ｓ３６でＹＥＳと判断され、Ｓ３８に進む。一方において、送信元の電話番号が電話帳データベース８８の中に存在しない場合、Ｓ３６でＮＯと判断され、Ｓ４０に進む。

Ｓ３８では、ＣＰＵ７０は、受信メッセージ管理データベース８０（図３参照）に情報を書き込む。即ち、ＣＰＵ７０は、番号１１０と日時１１２と種別１１４と送信元番号１１６と名称１１８とＩＤ１２０とパスワード属性１２２とファイル名１２４とが対応づけられた情報を書き込む。番号１１０には、新しい番号（現在記憶されている番号の次の番号）が書き込まれる。なお、ＦＡＸメッセージ記憶領域７６でも、ここで書き込まれた番号が利用される。即ち、ＦＡＸメッセージ記憶領域７６では、複数の受信ＦＡＸメッセージのそれぞれに対して、番号１１０の値が利用されたファイル名が割り当てられている。図３を例にすると、ＦＡＸメッセージ記憶領域７６には、番号「０」を利用したファイル名が割り当てられている受信ＦＡＸメッセージと、番号「２」を利用したファイル名が割り当てられている受信ＦＡＸメッセージと、番号「ｎ−１」を利用したファイル名が割り当てられている受信ＦＡＸメッセージ等が記憶されている。この場合、ＦＡＸメッセージ記憶領域７６では、番号「１」が欠番になっている。

日時１１２には、受信ＦＡＸメッセージがＦＡＸメッセージ記憶領域７６に記憶された日時が書き込まれる。種別１１４には、「ＦＡＸメッセージ」というテキストが書き込まれる。名称１１８には、Ｓ３６で得られた名称が書き込まれる。ＩＤ１２０には、Ｓ３６で得られた名称に対応づけられているＩＤ１８０（図５参照）が書き込まれる。例えば、Ｓ３６で得られた名称が「ＡＡＡ」である場合、ＩＤ「５」が書き込まれる。パスワード属性１２２には「要」が書き込まれる。ファイル名１２４には、ＦＡＸメッセージ記憶領域７６に記憶されたファイル名が書き込まれる。

Ｓ４０では、ＣＰＵ７０は、受信メッセージ管理データベース８０に情報を書き込む。この処理は、Ｓ３８の処理と同様である。しかしながら、Ｓ３６において名称が得られなかったために、名称１１８とＩＤ１２０に何も書き込まれない。また、Ｓ４０では、パスワード属性１２２に「不要」が書き込まれる。これらの点がＳ３８の処理と異なる。例えば、図３の番号「２」の情報は、名称１１８とＩＤ１２０が不明であり、パスワード属性１２２が「不要」である。この情報は、Ｓ４０の処理によって書き込まれたものである。

受信ＦＡＸメッセージの送信元の電話番号が通知されていない場合、ＣＰＵ７０は、Ｓ３２でＮＯと判断する。この場合、ＣＰＵ７０は、受信ＦＡＸメッセージをＯＣＲ解析する（Ｓ５０）。多くの受信ＦＡＸメッセージは、ページの最上部に送信元の電話番号が含まれている。ＣＰＵ７０は、受信ＦＡＸメッセージのページの最上部をＯＣＲ解析することによって、送信元の電話番号を特定することを試みる。ＣＰＵ７０は、送信元の電話番号が得られたのか否かを判断する（Ｓ５２）。ここでＹＥＳの場合、Ｓ３４に進む。一方において、Ｓ５２でＮＯの場合、Ｓ５４に進む。

Ｓ５４では、ＣＰＵ７０は、受信メッセージ管理データベース８０に情報を書き込む。この処理は、Ｓ３８の処理と同様である。しかしながら、Ｓ５２において送信元の電話番号が得られなかったために、送信元番号１１６と名称１１８とＩＤ１２０に何も書き込まれない。また、Ｓ５４では、パスワード属性１２２に「不要」が書き込まれる。これらの点がＳ３８の処理と異なる。例えば、図３の番号「ｎ−１」の情報は、送信元番号１１６と名称１１８とＩＤ１２０が不明であり、パスワード属性１２２が「不要」である。この情報は、Ｓ５４の処理によって書き込まれたものである。

図８のＳ６０では、ＣＰＵ７０は、着信音声メッセージの送信元の電話番号が通知されているのか否かを判断する。ここでＹＥＳの場合、ＣＰＵ７０は、送信元の電話番号をキーとして電話帳データベース８８（図５参照）を検索し（Ｓ６２）、送信元の電話番号１８４に対応づけられている名称１８２が得られたのか否かを判断する（Ｓ６４）。これらの処理は、図７のＳ３４及びＳ３６と同様である。Ｓ６４でＹＥＳの場合、Ｓ６６に進む。一方において、Ｓ６４でＮＯの場合、Ｓ６８に進む。

Ｓ６６では、ＣＰＵ７０は、受信メッセージ管理データベース８０に情報を書き込む。即ち、ＣＰＵ７０は、番号１１０と日時１１２と種別１１４と送信元番号１１６と名称１１８とＩＤ１２０とパスワード属性１２２とファイル名１２４とが対応づけられた情報を書き込む。番号１１０には、新しい番号（現在記憶されている番号の次の番号）が書き込まれる。なお、音声メッセージ記憶領域７８（図２参照）でも、ここで書き込まれた番号が利用される（複数の着信音声メッセージのそれぞれに対して番号１１０の値を利用したファイル名が割り当てられている）。この点は、ＦＡＸメッセージ記憶領域７６と同様である。図３の例にすると、音声メッセージ記憶領域７８には、番号「１」を利用したファイル名が割り当てられている着信音声メッセージ等が記憶されている。

Ｓ６６の処理は、図７のＳ３８の処理と同様である。しかしながら、種別１１４に「音声メッセージ」というテキストが書き込まれる点が、Ｓ３８の処理と異なる。また、ファイル名１２４には、音声メッセージ記憶領域７８に記憶されたファイル名が書き込まれる。

Ｓ６８では、ＣＰＵ７０は、受信メッセージ管理データベース８０に情報を書き込む。この処理は、Ｓ６６の処理と同様である。しかしながら、Ｓ６４において名称が得られなかったために、名称１１８とＩＤ１２０に何も書き込まれない。また、Ｓ６８では、パスワード属性１２２に「不要」が書き込まれる。これらの点がＳ６６の処理と異なる。

着信音声メッセージの送信元の電話番号が通知されていない場合、ＣＰＵ７０は、Ｓ６０でＮＯと判断する。この場合、ＣＰＵ７０は、着信音声メッセージを音声解析することによって（Ｓ７０）、電話帳データベース８８（図５参照）の中のいずれかの名称１８２が着信音声メッセージに含まれるのか否かを判断する（Ｓ７２）。例えば、図５の電話帳データベース８８には、名称「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＧＧＧ」等が存在する。ＣＰＵ７０は、これらの名称のいずれかが着信音声メッセージに含まれるのか否かを判断する。例えば、着信音声メッセージの中に「ＢＢＢ」という音声が含まれる場合、Ｓ７２でＹＥＳと判断される。この場合、Ｓ６６に進む。一方において、Ｓ７２でＮＯの場合、Ｓ７４に進む。

Ｓ７４では、ＣＰＵ７０は、受信メッセージ管理データベース８０に情報を書き込む。この処理は、Ｓ６６の処理と同様である。しかしながら、Ｓ７２において名称が得られなかったために、送信元番号１１６と名称１１８とＩＤ１２０に何も書き込まれない。また、Ｓ７４では、パスワード属性１２２に「不要」が書き込まれる。これらの点がＳ６６の処理と異なる。

受信メッセージ管理データベース更新処理が終了すると、図６のＳ１２に進む。Ｓ１２以降では、ＲＳＳファイル記憶領域８２（図２参照）の記憶内容が更新される。即ち、図４に例示されるＲＳＳファイル１３０が作成される。以下では、Ｓ１２以降の処理について詳しく説明する。

Ｓ１２では、ＣＰＵ７０は、ＲＳＳファイル１３０のヘッダ情報１３２を作成する。図４に示されるように、ヘッダ情報１３２は、様々なデータを含んでいる。例えば、ヘッダ情報１３２は、ｄｅｓｃｒｉｐｔｉｏｎ１３４とｌｉｎｋ１３６を含んでいる。ｄｅｓｃｒｉｐｔｉｏｎ１３４は、受信メッセージ管理データベース８０のファイル名１００（図３参照）を含む。本実施例の場合、ｄｅｓｃｒｉｐｔｉｏｎ１３４は、「受信メッセージリスト」というテキストを含む。また、ｌｉｎｋ１３６は、ＲＳＳファイル１３０の記憶場所（ＲＳＳファイル記憶領域８２）を示すＵＲＬを含む。ＣＰＵ７０は、ヘッダ情報１３２を作成すると、Ｓ１４に進む。

Ｓ１４以降では、ＣＰＵ７０は、受信メッセージ管理データベース８０の番号「０」から順に要約情報を作成する処理を実行する。まず、ＣＰＵ７０は、番号「０」を特定する（Ｓ１４）。これにより、番号「０」について要約情報が作成されることになる。ＣＰＵ７０は、Ｓ１４で特定された番号「０」と受信メッセージ管理データベース８０の総メッセージ数１０２（図３参照）とを比較する（Ｓ１６）。前者が後者より小さい場合、Ｓ１８に進む。

Ｓ１８では、ＣＰＵ７０は、受信メッセージ管理データベース８０の情報を読み込む。まず、番号「０」に対応づけられている各データ１１２，１１４，１１６，１１８，１２０，１２２，１２４が読み込まれる。なお、以下では、１つの番号に対応づけられている各データのことを「１セットのデータ」と呼ぶ。ＣＰＵ７０は、Ｓ１８で読み込まれた１セットのデータに従って要約情報を作成する（Ｓ２０）。図４には、要約情報の一例（符号１４０，１６０参照）が示されている。受信メッセージ管理データベース８０に記憶されている１セットのデータに基づいて、１個の要約情報が作成される。従って、受信メッセージ管理データベース８０にｎセットのデータが存在する場合、ｎ個の要約情報が作成される。

要約情報１４０は、ｔｉｔｌｅ１４２とｌｉｎｋ１４４とｃａｔｅｇｏｒｙ１４６とｄｅｓｃｒｉｐｔｉｏｎ１４８とｅｎｃｌｏｓｕｒｅ１５０とを含んでいる。なお、符号を省略しているが、要約情報１６０も、要約情報１４０と同様のデータを含んでいる。
ｔｉｔｌｅ１４２は、日時１１２と種別１１４と名称１１８に基づいて作成される。即ち、ｔｉｔｌｅ１４２は、「○○月○○日○○時○○分 ○○○○様から○○メッセージ」というテキストを含む。例えば、図３の番号「０」の場合、「２月２６日１５時２５分 ＡＡＡ様からＦＡＸメッセージ」というテキストを含むｔｉｔｌｅ１４２が作成される。なお、名称１１８が不明である場合、その旨を示す情報がｔｉｔｌｅ１４２に含まれる。例えば、図３の番号「２」の場合、「２月２７日９時２３分 ？？？様からＦＡＸメッセージ」というテキストを含むｔｉｔｌｅ１４２が作成される。

ｌｉｎｋ１４４は、メッセージの記憶場所（ＦＡＸメッセージ記憶領域７６又は音声メッセージ記憶領域７８の所定のアドレス）を示すＵＲＬを含む。ｌｉｎｋ１４４は、受信メッセージ管理データベース８０内のファイル名１２４（図３参照）に基づいて生成される。
ｃａｔｅｇｏｒｙ１４６は、種別１１４に基づいて作成される。即ち、ＦＡＸメッセージである場合、ｃａｔｅｇｏｒｙ１４６は、「ＦＡＸメッセージ」というテキストを含む。また、音声メッセージである場合、ｃａｔｅｇｏｒｙ１４６は、「音声メッセージ」というテキストを含む。
ｄｅｓｃｒｉｐｔｉｏｎ１４８は、ｔｉｔｌｅ１４２と同じテキストを含む。即ち、ｄｅｓｃｒｉｐｔｉｏｎ１４８は、「○○月○○日○○時○○分 ○○○○様から○○メッセージ」というテキストを含む。
ｅｎｃｌｏｓｕｒｅ１５０は、ＵＲＬ（ｕｒｌ）と、メッセージのデータサイズ（ｌｅｎｇｔｈ）と、種別（ｔｙｐｅ）を含む。このＵＲＬは、ｌｉｎｋ１４４に含まれるＵＲＬと同じものである。データサイズは、メッセージ記憶領域７６，７８内のデータサイズと受信メッセージ管理データデータベース８０内のデータサイズに基づいて作成される。図４の要約情報１４０の例では、データサイズは「１２８３３２バイト」である。種別は、画像であるのか音声であるのかを示すテキストを含む。例えば、ＦＡＸメッセージの場合、種別は、「ｉｍａｇｅ／ｊｐｅｇ」というテキストを含む。また、音声メッセージの場合、種別は、「ａｕｄｉｏ／ｍｐ３」というテキストを含む。

図６のＳ２０において要約情報が作成された場合、ＣＰＵ７０は、次の番号を特定する（Ｓ２２）。例えば、番号「０」について要約情報が作成された場合、ＣＰＵ７０は、番号「１」を特定する。この場合、ＣＰＵ７０は、番号「１」についてＳ１８とＳ２０の処理を実行することになる。即ち、ＣＰＵ７０は、番号「１」に対応づけられている１セットのデータに基づいて、要約情報（図４の例では符号１６０）を作成する。ＣＰＵ７０は、全ての番号について要約情報を作成すると、Ｓ１６でＮＯと判断する。この場合、ＣＰＵ７０は、フッタ情報１７０を作成する（Ｓ２４）。これにより、ＲＳＳファイル更新処理が終了する。

（サーバ側メイン処理）
続いて、多機能機１０が実行するサーバ側メイン処理について説明する。図９は、サーバ側メイン処理のフローチャートを示す。後で再び説明するが、ユーザは、多機能機４０の操作部５０（図１参照）を操作することによって、インターネット６を介して多機能機１０にアクセスすることができる。例えば、ユーザは、多機能機１０のＵＲＬを多機能機４０に入力することによって、多機能機１０にアクセスすることができる。ユーザは、多機能機４０の操作部５０の所定のキーを操作することによって、ＲＳＳファイルを出力するように多機能機１０に要求することができる。この場合、多機能機４０から多機能機１０にＲＳＳファイル要求信号が出力される。多機能機１０のＣＰＵ７０は、ＲＳＳファイル要求信号が入力されることを監視している（Ｓ９０）。ここでＹＥＳの場合、Ｓ９２に進む。

Ｓ９２では、ＣＰＵ７０は、認証処理を実行する。具体的には、認証要求信号を多機能機４０に出力する。ユーザは、多機能機４０の操作部５０を操作することによって、パスワードを入力することができる。このパスワードが多機能機４０から多機能機１０に出力される。このパスワードが多機能機１０に入力されると、Ｓ９４に進む。Ｓ９４では、ＣＰＵ７０は、入力されたパスワードと電話帳データベース８８に記憶されている共通パスワード１７２（図５参照）とを比較する。ＣＰＵ７０は、２つのパスワードが一致した場合、ＲＳＳファイル記憶領域８２に記憶されているＲＳＳファイル１３０（図４参照）を多機能機４０に出力する。一方において、ＣＰＵ７０は、２つのパスワードが一致しない場合、ＲＳＳファイル１３０を出力せず、エラー信号を多機能機４０に出力する（Ｓ９８）。

ＲＳＳファイル１３０が多機能機４０に出力された場合、多機能機４０の表示部５２（図１参照）にＲＳＳファイル１３０が表示される。ＲＳＳファイル１３０の各要約情報１４０，１６０等は、メッセージが受信された日時や送信元の名称を含んでいる。これらの情報に基づいて、ユーザは、自身宛のメッセージが存在するのか否かを判断することができる。ユーザは、多機能機４０の操作部５０を操作することによって、自身宛のメッセージの要約情報（例えば１４０）を選択することができる。この場合、多機能機４０から多機能機１０にメッセージ要求信号が出力される。このメッセージ要求信号には、いずれの要約情報が選択されたのかを示すデータが含まれている。例えば、図４の要約情報１４０が選択された場合、メッセージ要求信号には、要約情報１４０のｌｉｎｋ１４４に含まれるＵＲＬが含まれる。このために、多機能機１０は、いずれの要約情報が選択されたのかを認識することができる。

多機能機１０のＣＰＵ７０は、メッセージ要求信号が入力されることを監視している（Ｓ１００）。ここでＹＥＳの場合、ＣＰＵ７０は、認証処理を実行する必要があるのか否かを判断する（Ｓ１０２）。まず、ＣＰＵ７０は、受信メッセージ管理データベース８０から、選択された要約情報を作成するための元になった１セットのデータに含まれるパスワード属性１２２を特定する。例えば、図４の要約情報１４０は、番号「０」に対応づけられている１セットのデータに基づいて作成されたものである。従って、要約情報１４０が選択された場合、ＣＰＵ７０は、番号「０」に対応づけられているパスワード属性「要」を特定する。この場合、Ｓ１０２でＹＥＳと判断され、Ｓ１０４に進む。一方において、パスワード属性「不要」が特定された場合、Ｓ１０２でＮＯと判断され、Ｓ１０４とＳ１０６をスキップしてＳ１０８に進む。

Ｓ１０４では、ＣＰＵ７０は、認証処理を実行する。具体的には、認証要求信号を多機能機４０に出力する。ユーザは、多機能機４０の操作部５０を操作することによって、パスワードを入力することができる。このパスワードが多機能機４０から多機能機１０に出力される。このパスワードが多機能機１０に入力されると、Ｓ１０６に進む。Ｓ１０６では、ＣＰＵ７０は、入力されたパスワードと電話帳データベース８８に記憶されているパスワード１８６（図５参照）とを比較する。ＣＰＵ７０は、受信メッセージ管理データベース８０から、選択された要約情報を作成するための元になった１セットのデータに含まれるＩＤ１２０を特定する。例えば、要約情報１４０が選択された場合、ＣＰＵ７０は、番号「０」に対応づけられているＩＤ「５」を特定する。次いで、ＣＰＵ７０は、電話帳データベース８８から、特定されたＩＤに対応づけられているパスワードを特定する。例えば、ＩＤ「５」が特定された場合、ＣＰＵ７０は、ＩＤ「５」に対応づけられているパスワード「Ｐ（５）」を特定する。ＣＰＵ７０は、入力されたパスワードと特定されたパスワード（上記の例の場合はＰ（５））とを比較する。ＣＰＵ７０は、２つのパスワードが一致した場合、選択された要約情報に対応するメッセージを多機能機４０に出力する（Ｓ１０８）。例えば、要約情報１４０が選択された場合、ＣＰＵ７０は、要約情報１４０に対応する受信ＦＡＸメッセージをＦＡＸメッセージ記憶領域７６（図２参照）から特定し、特定された受信ＦＡＸメッセージを出力する。また、例えば、要約情報１６０が選択された場合、ＣＰＵ７０は、要約情報１６０に対応する受信音声メッセージを音声メッセージ記憶領域７８（図２参照）から特定し、特定された受信音声メッセージを出力する。一方において、ＣＰＵ７０は、２つのパスワードが一致しない場合、エラー信号を多機能機４０に出力する（Ｓ９８）。

（クライアント側処理）
続いて、多機能機４０が実行するクライアント側処理について説明する。図１０と図１１は、クライアント側処理のフローチャートを示す。上述したように、ユーザは、多機能機４０の操作部５０（図１参照）を操作することによって、ＲＳＳファイルを出力するように多機能機１０に要求することができる。この場合、多機能機４０のＣＰＵ（図示省略；以下では単に「ＣＰＵ」と記載する）は、ＲＳＳファイル要求信号を多機能機１０に出力する（Ｓ１２０）。これにより、多機能機１０から多機能機４０に認証要求信号が出力されることになる（図９のＳ９２参照）。多機能機４０には、認証要求信号が入力される（Ｓ１２２）。認証要求信号が入力されると、ＣＰＵは、表示部５２（図１参照）にパスワード入力画面を表示する（Ｓ１２４）。ユーザは、操作部５０を操作することによってパスワードを入力することができる。ＣＰＵは、入力されたパスワードを多機能機１０に出力する（Ｓ１２６）。

次いで、ＣＰＵは、エラー信号が入力されることを監視する（Ｓ１２８）。ここでＹＥＳの場合、図１１のＳ１４４に進む。一方において、多機能機１０において認証が成功した場合、多機能機４０には、多機能機１０から出力されたＲＳＳファイル１３０（図９のＳ９６参照）が入力される（Ｓ１３０）。この場合、ＣＰＵは、ＲＳＳファイル１３０を解析して、メッセージリストとして表示部５２に表示する（Ｓ１３２）。ユーザは、ＲＳＳファイル１３０を見ることができ、自身宛のメッセージが存在するのか否かを判断することができる。ユーザは、操作部５０を操作することによって、自身宛のメッセージの要約情報を選択することができる。この場合、ＣＰＵは、多機能機１０にメッセージ要求信号を出力する（図１１のＳ１３４）。ＣＰＵは、いずれの要約情報が選択されたのかを示すデータ（選択された要約情報のｌｉｎｋに含まれるＵＲＬ）をメッセージ要求信号に含ませる。

続いて、ＣＰＵは、認証要求信号が入力されることを監視する（Ｓ１３６）。ここでＹＥＳの場合、Ｓ１３８に進む。一方において、Ｓ１３６でＮＯの場合、Ｓ１３８〜Ｓ１４２をスキップしてＳ１４６に進む。Ｓ１３８では、ＣＰＵは、表示部５２にパスワード入力画面を表示する。ユーザは、操作部５０を操作することによってパスワードを入力することができる。ＣＰＵは、入力されたパスワードを多機能機１０に出力する（Ｓ１４０）。

次いで、ＣＰＵは、エラー信号が入力されることを監視する（Ｓ１４２）。ここでＹＥＳの場合、表示部５２にエラーメッセージを表示する（Ｓ１４４）。一方において、多機能機１０において認証が成功した場合、多機能機４０には、多機能機１０から出力されたメッセージ（図９のＳ１０８参照）が入力される（Ｓ１４６）。この場合、ＣＰＵは、携帯端末８（図１参照）が接続されているのか否かを判断する（Ｓ１４８）。ここでＹＥＳの場合、ＣＰＵは、Ｓ１４６で入力されたメッセージを携帯端末８に出力する（Ｓ１５０）。例えば、Ｓ１４６で入力されたメッセージが受信ＦＡＸメッセージである場合、ユーザは、携帯端末８において受信ＦＡＸメッセージ（即ち受信ＦＡＸメッセージの全文）を見ることができる。また、例えば、Ｓ１４６で入力されたメッセージが受信音声メッセージである場合、ユーザは、携帯端末８において受信音声メッセージ（即ち受信ＦＡＸメッセージの全部）を聞くことができる。一方において、Ｓ１４８でＮＯの場合、ＣＰＵは、Ｓ１４６で入力されたメッセージを印刷又は音声出力する（Ｓ１５２）。例えば、Ｓ１４６で入力されたメッセージが受信ＦＡＸメッセージである場合、ＣＰＵは、その受信ＦＡＸメッセージを印刷部４４（図１参照）に印刷させる。ユーザは、印刷された受信ＦＡＸメッセージを見ることができる。また、例えば、Ｓ１４６で入力されたメッセージが受信音声メッセージである場合、ＣＰＵは、受話器４８（図１参照）から受信音声メッセージを音声出力する。ユーザは、音声出力された受信音声メッセージを聞くことができる。

本実施例の多機能機システム２について詳しく説明した。多機能機１０は、多機能機４０からの要求があった場合に、ＲＳＳファイル１３０を多機能機４０に出力する。ユーザは、多機能機１０から離れた場所にいる場合であっても、別の多機能機４０から多機能機１０にアクセスすることによって、ＲＳＳファイル１３０を得ることができる。ユーザは、ＲＳＳファイル１３０を見ることによって、自身宛のメッセージ（受信ＦＡＸメッセージや受信音声メッセージ）が存在するのか否かを判断することができる。ユーザは、多機能機４０において自身宛のメッセージの要約情報を選択することができる。これにより、多機能機１０は、ユーザによって選択された要約情報に対応するメッセージを多機能機４０に出力する。ユーザは、自分宛のメッセージの全文を見る（又は聞く）ことができる。

多機能機１０は、ユーザの要求に応じてＲＳＳファイル１３０を多機能機４０に提供する。このために、特定のユーザに膨大な数の通知がなされることがなく、ユーザが煩わしさを感じることはないと思われる。また、本実施例では、複数回分のメッセージの全文ではなく、ＲＳＳファイル１３０がユーザに提供される。このために、ユーザは、ＲＳＳファイル１３０から自身宛のメッセージを容易に探し出すことができる。ユーザが快適に利用することができる多機能機１０（多機能機４０）が実現されている。また、複数回分のメッセージの全文をユーザに提供する場合と比べて、多機能機１０から多機能機４０に送られるデータ量を少なくすることができる。このために、多機能機１０と多機能機４０の間の通信トラフィックを軽減することができる。
なお、ＲＳＳファイルは多機能機に依存するものではないために、多機能機４０ではなくパーソナルコンピュータをクライアントとして用いてもよい。パーソナルコンピュータのＲＳＳリーダプログラムを動作することによって、サーバ側多機能機１０にアクセスし、ＲＳＳファイルを取得し、メッセージリストを表示することも可能である。メッセージリストの中からメッセージを選択し、それを表示することも可能である。

また、多機能機１０は、ＲＳＳファイル１３０を出力する前に認証処理（図９のＳ９２参照）を実行する。ＲＳＳファイル１３０を取得することが許容されているユーザのみにＲＳＳファイル１３０を提供することができる。また、多機能機１０は、メッセージを出力する前にも認証処理（図９のＳ１０４参照）を実行することがある。本実施例では、情報の秘匿性が確保されている。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記した実施例の変形例を以下に列挙する。

（変形例１）上記の実施例のｄｅｓｃｒｉｐｔｉｏｎ１４８（図４参照）は、ｔｉｔｌｅ１４２と同じテキストを含んでいるが、別の情報を示すテキストを含んでいてもよい。例えば、ＦＡＸメッセージの一部をＯＣＲ解析することによって得られたテキストを含んでいてもよい。また、例えば、音声メッセージの一部を音声解析することによって得られたテキストを含んでいてもよい。

（変形例２）要約情報リストは、ＲＳＳファイル１３０によって提供されなくてもよい。他のフォーマットによって要約情報リストが作成されてもよい。この場合、要約情報は、受信ＦＡＸメッセージのサムネイル画像（例えばフロントページのサムネイル画像）を含んでいてもよい。この構成によると、ユーザは、自身宛の受信ＦＡＸメッセージであるのか否かを容易に判断することができる。

（変形例３）上記の実施例では、多機能機１０にアクセスするクライアントデバイスが多機能機４０である。しかしながら、クライアントデバイスは、他の種類のデバイスであってもよい。例えば、携帯端末（携帯電話）やパーソナルコンピュータであってもよい。

（変形例４）多機能機４０は、携帯端末８の接続の有無にかかわらず、図１１のＳ１４６で入力された受信ＦＡＸメッセージを印刷（又は表示）するようにしてもよい。また、多機能機４０は、携帯端末８の接続の有無にかかわらず、図１１のＳ１４６で入力された音声メッセージを音声出力するようにしてもよい。

（変形例５）図７や図８のＳ４０，Ｓ５４，Ｓ６８，Ｓ７４において、パスワード属性１２２（図３参照）を「不要」としなくてもよい。例えば、これらのステップにおいて、パスワード属性１２２を「管理者パスワード要」としてもよい。この場合、図９のＳ１０４において、電話帳データベース８８に記憶されている管理者パスワード１７０（図５参照）を利用して認証処理を実行してもよい。また、上記のステップにおいて、パスワード属性１２２を「共通パスワード要」としてもよい。この場合、図９のＳ１０４において、電話帳データベース８８に記憶されている共通パスワード１７２（図５参照）を利用して認証処理を実行してもよい。

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

多機能機システムの概略図を示す。 多機能機の制御部の構成を示す。 受信メッセージ管理データベースの記憶内容の一例を示す。 ＲＳＳファイル記憶領域の記憶内容の一例を示す。 電話帳データベースの記憶内容の一例を示す。 ＲＳＳファイル更新処理のフローチャートを示す。 受信メッセージ管理データベース更新処理のフローチャートを示す。 図７の続きのフローチャートを示す。 サーバ側メイン処理のフローチャートを示す。 クライアント側処理のフローチャートを示す。 図１０の続きのフローチャートを示す。

符号の説明

２：多機能機システム
４：ＰＳＴＮ
６：インターネット
８：携帯端末
１０：多機能機
４０：多機能機
１３０：ＲＳＳファイル
１４０，１６０：要約情報

Claims (6)

1. 情報処理装置に通信可能に接続されるファクシミリ装置であり、
   電話回線インターフェイスと、
   前記電話回線インターフェイスと異なるネットワークインターフェイスと、
   前記電話回線インターフェイスを用いて受信した複数回分の受信ファクシミリメッセージを記憶することが可能である受信ファクシミリメッセージ記憶装置と、
   複数回分の受信ファクシミリメッセージのそれぞれの要約情報を含むと共にＸＭＬ形式で表現される要約情報リストファイルを作成する要約情報リスト作成装置であって、前記各要約情報は、受信ファクシミリメッセージの送信元の通信識別情報に関する情報と、受信ファクシミリメッセージを受信した日時に関する情報と、受信ファクシミリメッセージが記憶されている前記ファクシミリ装置内の場所を示すＵＲＬと、を含み、１回の受信ファクシミリメッセージを受信する毎に、当該受信ファクシミリメッセージの要約情報を含む要約情報リストファイルを新たに作成する前記要約情報リスト作成装置と、
   前記ネットワークインターフェイスを用いて前記情報処理装置から受信する要求に応じて、要約情報リスト作成装置によって作成されたＸＭＬ形式で表現される作成済みの最新の要約情報リストファイルを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する要約情報リスト出力装置と、
   前記情報処理装置において選択された要約情報に含まれるＵＲＬを含む要求信号を入力すると、当該ＵＲＬに対応する場所に記憶されている受信ファクシミリメッセージを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する受信ファクシミリメッセージ出力装置と
   を備えるファクシミリ装置。
2. 第１認証情報を記憶する第１認証情報記憶装置をさらに備え、
   要約情報リスト出力装置は、第１認証情報記憶装置に記憶されている第１認証情報と情報処理装置からの第１送信情報とが一致する場合に、要約情報リストファイルを前記情報処理装置に出力することを特徴とする請求項１のファクシミリ装置。
3. 通信識別情報とテキストとを対応づけて記憶することが可能である通信識別情報−テキスト記憶装置をさらに備え、
   要約情報リスト作成装置は、受信ファクシミリメッセージの送信元の通信識別情報に対応づけられているテキストを含む要約情報を作成することを特徴とする請求項１又は２のファクシミリ装置。
4. 要約情報リスト作成装置は、受信ファクシミリメッセージをＯＣＲ解析することによって、当該受信ファクシミリメッセージの送信元の通信識別情報を特定することが可能であることを特徴とする請求項３のファクシミリ装置。
5. 通信識別情報と第２認証情報とを対応づけて記憶する通信識別情報−第２認証情報記憶装置をさらに備え、
   受信ファクシミリメッセージ出力装置は、前記情報処理装置において選択された要約情報に対応する受信ファクシミリメッセージの送信元の通信識別情報に対応づけられている第２認証情報と前記情報処理装置からの第２送信情報とが一致する場合に、当該受信ファクシミリメッセージを前記情報処理装置に出力することを特徴とする請求項１から４のいずれかのファクシミリ装置。
6. 情報処理装置に通信可能に接続される電話装置であり、
   電話回線インターフェイスと、
   前記電話回線インターフェイスと異なるネットワークインターフェイスと、
   前記電話回線インターフェイスを用いて受信した複数回分の受信音声メッセージを記憶することが可能である受信音声メッセージ記憶装置と、
   複数回分の受信音声メッセージのそれぞれの要約情報を含むと共にＸＭＬ形式で表現される要約情報リストファイルを作成する要約情報リスト作成装置であって、前記各要約情報は、受信音声メッセージの送信元の通信識別情報に関する情報と、受信音声メッセージを受信した日時に関する情報と、受信音声メッセージが記憶されている前記電話装置内の場所を示すＵＲＬと、を含み、１回の受信音声メッセージを受信する毎に、当該受信音声メッセージの要約情報を含む要約情報リストファイルを新たに作成する前記要約情報リスト作成装置と、
   前記ネットワークインターフェイスを用いて前記情報処理装置から受信する要求に応じて、要約情報リスト作成装置によって作成されたＸＭＬ形式で表現される作成済みの最新の要約情報リストファイルを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する要約情報リスト出力装置と、
   前記情報処理装置において選択された要約情報に含まれるＵＲＬを含む要求信号を入力すると、当該ＵＲＬに対応する場所に記憶されている受信音声メッセージを、前記ネットワークインターフェイスを用いて前記情報処理装置に出力する受信音声メッセージ出力装置と
   を備える電話装置。

Images