(57)【要約】      （修正有）【課題】セマンティックＸＭＬを用いて自身の情報やアドレス帳に関する情報をＸＭＬで情報提供する方式などの提供。【解決手段】２以上の通信装置と、ルータを介して接続されるＬＡＮと、ＬＡＮ上でのデータの入出力の機能と、公衆回線網を介してデータが入出力されるファクシミリと、メールサーバとを有する通信システムにおいて、前記通信装置は、ＬＡＮ経由で受信した電子メールに含まれる画像情報を公衆回線網経由で他の通信装置へ送信する送信部を有し、さらに、ＨＴＴＰプロトコルによるクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴またはファクス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書による返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦデータ形式で公開・共有する手段とを有する。【選択図】図１
2007158681.tif 000002
【特許請求の範囲】
【請求項１】
ローカルネットワークに接続された複数のワークステーションと、ファクシミリ装置と、メールサーバと、を備えた通信システムにおいて、
前記通信装置は、ローカルエリアネットワークを介して受信した電子メールに含まれる画像情報を公衆回線網を介して他の通信装置へ送信する送信部を有し、さらに、ＨＴＴＰプロトコルによるクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴またはファクス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書により返答する返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦデータ形式で公開・共有する手段と、を有することを特徴とする通信システム。
【請求項２】
前記通信装置は、前記ＦＯＡＦデータ形式のデータとしての機器固有の情報とアドレス帳情報とに分ける手段を有することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信装置は、ファイルとして読み込んだ前記ＦＯＡＦデータ形式のアドレス帳情報を自機のＦＯＡＦの所定領域でマージできるマージ手段を有することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記通信装置は、ＦＯＡＦデータで表せない詳細データは、ＵＲＬリンクによりＷｅｂページを参照するように指示する指示手段を有することを特徴とする請求項１乃至３のいずれか一項に記載の通信システム。
【請求項５】
前記通信装置は、アクセスロールの許可された宛先のみをＦＯＡＦデータ形式で出力する第１の出力手段を有することを特徴とする請求項１乃至４のいずれか一項に記載の通信システム。
【請求項６】
前記通信装置は、検索条件と一致するアドレス帳データのみをＦＯＡＦデータ形式で出力する第２の出力手段を有することを特徴とする請求項１乃至５のいずれか一項に記載の通信システム。
【請求項７】
前記通信装置は、他のネットワーク通信装置の持つＦＯＡＦデータ形式のデータをネットワーク経由で取り込む取込手段を有することを特徴とする請求項１乃至６のいずれか一項に記載の通信システム。
【請求項８】
前記通信装置は、用途別のアドレス帳データのみをＦＯＡＦデータ形式で出力する第３の出力手段を有することを特徴とする請求項１乃至５のいずれか一項に記載の通信システム。
【請求項９】
前記通信装置は、用途別に分かれたアドレス帳データをＦＯＡＦデータ形式の所定のドメインで連結する結合手段を有することを特徴とする請求項８に記載の通信システム。
【請求項１０】
請求項１乃至９のいずれか一項に記載の通信システムに使用される通信装置であって、公衆回線を介して行われるファクシミリ伝送によるファクシミリデータを入出力する入出力手段を備えると共に、ローカルエリアネットワークを介して受信した電子メールに含まれる画像情報を公衆回線網の他の通信装置へ送信する送信手段とを有し、さらに、ＨＴＴＰプロトコルによりクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴、フアックス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書により返答する返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦで公開・共有する手段とを有することを特徴とする通信装置。
【請求項１１】
さらに、ＦＯＡＦデータとして機器固有の情報を表す部と、アドレス帳情報を表す部に分ける分別手段、ファイルとして読み込んだＦＯＡＦデータ形式のアドレス帳情報を自機のＦＯＡＦのknowsにマージできるマージ手段、ＦＯＡＦデータで表せない詳細データはＵＲＬリンクでＷｅｂページを参照するように指示する指示手段、アクセスロールの許可された宛先のみをＦＯＡＦ出力する第１の出力手段、検索条件と一致するアドレス帳データのみをＦＯＡＦ出力する第２の出力手段、他のネットワーク通信装置の持つＦＯＡＦデータをネットワーク経由で取り込む取込手段、若しくは用途別のアドレス帳データのみをＦＯＡＦ出力する第３の出力手段、
の少なくとも１つの手段を有することを特徴とする請求項１０に記載の通信装置。
【請求項１２】
請求項１１に記載の通信装置において、用途別のアドレス帳データのみをＦＯＡＦデータ形式で出力する第１の出力手段を有する場合には、さらに、用途別に分かれたアドレス帳データをＦＯＡＦのknowsドメインで連結する連結手段を有することを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信装置が持つ情報をセマンティックＸＭＬによって情報提供する通信システムおよび通信装置に関し、特にインターネット通信可能な装置の技術に関する。
【背景技術】
【０００２】
従来、特許文献１などの「ファクシミリ装置」や特許文献２の「データ処理装置及びその制御方法」のようにブラウザから通信装置の設定を実行する方法が知られている。
【特許文献１】特開２０００−９２２６２公報
【特許文献２】特開２００２−７０９５公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような従来の「ファクシミリ装置」や「データ処理装置及びその制御方法」のように、ブラウザから通信装置の設定をする方式はあったが、セマンティックＸＭＬを用いて自身の情報やアドレス帳に関する情報をＸＭＬで情報提供する方式はなかった。
機器（ＭＦＰ:Multi Function Printer）のパラメータ設定（アドレス帳設定）は、Acaciaの仕組みを用いてＷｅｂブラウザから行っている。
その場合は、ＨＴＭＬであり、ＸＭＬではない。また、アドレス帳のバックアップは、ＣＳＶ（Comma Separated Value format）形式のみである。
従来のネットワーク通信装置からの情報取得はブラウザ経由で行っていたが、ＨＴＭＬファイルをブラウザで表示するだけであったので、データの２次利用や簡易的な方法で表示することができなかった。これを解決するためＣＳＶファイルを用い通信装置のアドレス帳情報を取得できるようにされたが、通信装置などの機器のバージョンが異なるとその情報を相互利用することができなかった。また、ＣＳＶフォーマットのデータ形式は各社毎に異なる独自仕様であり、共通化できなかった。
本発明は、標準ＸＭＬ（eXtensible Markup Language）フォーマットであるＦＯＡＦ（Friend Of A friend）形式で出力でき、アドレス帳データの再利用が簡単にできるようにすることを目的とする。
また、アドレス帳に使用するという用途が決まっているためアドレス帳情報以外の付属情報（通信装置の情報など）を含ませることが困難であった。
本発明では、標準ＸＭＬフォーマットであるＦＯＡＦ形式で出力できるので、アドレス帳データの他に機器固有の情報も再利用が簡単にできるようにすることを目的とする。
【０００４】
また従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。機器内部で複数のファイルをマージ（併用または併合）したり編集して再利用することができなかった。
本発明では、ＦＯＡＦ出力できる複数台の機器の情報を標準化されたデータ形式で取り込み、かつ削除などの編集ができるので、機器のアドレス帳管理が簡単にできるようにすることを目的とする。
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。また、そのファイルに記載できる情報しか表現することができなかった。
本発明では、標準ＸＭＬフォーマットであるＦＯＡＦ形式で出力でき、詳細データは参照先としてＷｅｂページと組み合わせて表現を行うことができるので、多様なアドレス帳表現ができるようにすることを目的とする。
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。また、ファイル単位では細かなアクセス制限をかけることができなかった。
本発明では、機器の提供する認証機能と組み合わせて、アクセス許可されたログインユーザのアドレス帳データのみを標準ＸＭＬフォーマットであるＦＯＡＦ形式で出力でき、汎用性を提供しながらセキュリティーを満足させるようにすることを目的とする。
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。また、出力する情報は、全データのみしかできなかった。
本発明では、検索条件と一致するアドレス帳データのみを標準ＸＭＬフォーマットであるＦＯＡＦ形式で出力できるので、必要なデータのみを使用することを目的とする。
【０００５】
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。バックアップリストアは、１つのファイルを介した方法でしか実現できなかったので、機器間の連携でデータ交換をすることによりアドレス帳情報を共有したりマージをしたりすることができなかった。
本発明では、ＦＯＡＦ出力できる複数台の機器同士でネットワーク経由でアドレス帳情報を標準化されたデータ形式であるＦＯＡＦで交換することができるので、様々な機器のアドレス帳管理が１台の機器で簡単にできるようにすることを目的とする。
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。また、出力する情報は、全データのみしかできなかった。
本発明では、通信用途にあった必要な宛先と一致するアドレス帳データのみを標準ＸＭＬフォーマットであるＦＯＡＦ形式で出力でき、必要なデータのみを使用することを目的とする。
従来のネットワーク通信装置の生成するＣＳＶファイルなどのアドレス帳データは、ファイル単独で使用することしかできなかった。また、出力する情報が複数にわたった場合にそれらを１つのデータ集合として表現することができなかった。
本発明では、用途別に生成されたＦＯＡＦ出力を結合して１つのＦＯＡＦデータとしてまとめたり、あるいは個別に使用したり、用途に応じて様々な機器のアドレス帳管理が簡単にできるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、請求項１に記載の発明は、ローカルネットワークに接続された複数のワークステーションと、ファクシミリ装置と、メールサーバと、を備えた通信システムにおいて、前記通信装置は、ローカルエリアネットワークを介して受信した電子メールに含まれる画像情報を公衆回線網を介して他の通信装置へ送信する送信部を有し、さらに、ＨＴＴＰプロトコルによるクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴またはファクス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書により返答する返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦデータ形式で公開・共有する手段と、を有することを特徴とする。
また、請求項２に記載の発明は、前記通信装置は、前記ＦＯＡＦデータ形式のデータとしての機器固有の情報とアドレス帳情報とに分ける手段を有する請求項１に記載の通信システムを特徴とする。
また、請求項３に記載の発明は、前記通信装置は、ファイルとして読み込んだ前記ＦＯＡＦデータ形式のアドレス帳情報を自機のＦＯＡＦの所定領域でマージできるマージ手段を有する請求項１又は２に記載の通信システムを特徴とする。
また、請求項４に記載の発明は、前記通信装置は、ＦＯＡＦデータで表せない詳細データは、ＵＲＬリンクによりＷｅｂページを参照するように指示する指示手段を有する請求項１乃至３のいずれか一項に記載の通信システムを特徴とする。
また、請求項５に記載の発明は、前記通信装置は、アクセスロールの許可された宛先のみをＦＯＡＦデータ形式で出力する第１の出力手段を有する請求項１乃至４のいずれか一項に記載の通信システムを特徴とする。
【０００７】
また、請求項６に記載の発明は、前記通信装置は、検索条件と一致するアドレス帳データのみをＦＯＡＦデータ形式で出力する第２の出力手段を有する請求項１乃至５のいずれか一項に記載の通信システムを特徴とする。
また、請求項７に記載の発明は、前記通信装置は、他のネットワーク通信装置の持つＦＯＡＦデータ形式のデータをネットワーク経由で取り込む取込手段を有する請求項１乃至６のいずれか一項に記載の通信システムを特徴とする。
また、請求項８に記載の発明は、前記通信装置は、用途別のアドレス帳データのみをＦＯＡＦデータ形式で出力する第３の出力手段を有する請求項１乃至５のいずれか一項に記載の通信システムを特徴とする。
また、請求項９に記載の発明は、前記通信装置は、用途別に分かれたアドレス帳データをＦＯＡＦデータ形式の所定のドメインで連結する結合手段を有する請求項８に記載の通信システムを特徴とする。
請求項１０に記載の発明は、請求項１乃至９のいずれか一項に記載の通信システムに使用される通信装置であって、公衆回線を介して行われるファクシミリ伝送によるファクシミリデータを入出力する入出力手段を備えると共に、ローカルエリアネットワークを介して受信した電子メールに含まれる画像情報を公衆回線網の他の通信装置へ送信する送信手段とを有し、さらに、ＨＴＴＰプロトコルによりクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴、フアックス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書により返答する返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦで公開・共有する手段とを有することを特徴とする。
また、請求項１１に記載の発明は、さらに、ＦＯＡＦデータとして機器固有の情報を表す部と、アドレス帳情報を表す部に分ける分別手段、ファイルとして読み込んだＦＯＡＦデータ形式のアドレス帳情報を自機のＦＯＡＦのknowsにマージできるマージ手段、ＦＯＡＦデータで表せない詳細データはＵＲＬリンクでＷｅｂページを参照するように指示する指示手段、アクセスロールの許可された宛先のみをＦＯＡＦ出力する第１の出力手段、検索条件と一致するアドレス帳データのみをＦＯＡＦ出力する第２の出力手段、他のネットワーク通信装置の持つＦＯＡＦデータをネットワーク経由で取り込む取込手段、若しくは用途別のアドレス帳データのみをＦＯＡＦ出力する第３の出力手段、の少なくとも１つの手段を有することを特徴とする。
また、請求項１２に記載の発明は、請求項１１に記載の通信装置において、用途別のアドレス帳データのみをＦＯＡＦデータ形式で出力する第１の出力手段を有する場合には、さらに、用途別に分かれたアドレス帳データをＦＯＡＦのknowsドメインで連結する連結手段を有する通信装置を特徴とする。
【発明の効果】
【０００８】
本発明の制御システムで使用されるネットワーク通信装置は、機器のアドレス帳情報を標準ＸＭＬフォーマットであるＦＯＡＦ形式で公開・共有することができるので、アドレス帳データの再利用が簡単にできる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明のネットワーク通信装置を実施形態により詳細に説明する。
＜実施例１（請求項１）＞
図１に、本発明のネットワーク通信装置の一実施形態の構成例を示す。本例において、ローカルエリアネットワーク（以下、ＬＡＮという）上でデータ取得・交換の機能と、公衆回線を介して行われるファクシミリ伝送によるファクシミリデータの取得機能とを備え、また、ＬＡＮを介して受信した電子メールに含まれる画像情報を公衆網の通信装置へ送信する。
図１に示すように、ローカルエリアネットワーク（ＬＡＮ）には、複数のワークステーション装置ＷＳ１〜ＷＳｎ（以下、装置ＷＳ１等ということがある）と、メールサーバ装置ＳＭ（以下、装置ＳＭという）と、ネットワーク通信装置ＦＸ（以下、装置ＦＸという）が接続されている。
また、ＬＡＮはルータ装置ＲＴを介してインターネットへと接続され、他のＬＡＮ等に接続されているホスト装置間で種々のデータのやりとりが可能である。
装置ＳＭは、ＬＡＮに接続されている装置ＷＳ１〜ＷＳｎを利用するユーザ及び装置ＦＸに対して電子メールの収集、配信サービスを提供する。
また、装置ＷＳ１〜ＷＳｎには、ＬＡＮを介して種々のデータのやりとりを行うアプリケーションソフトウェア（電子メールアクセスを含む）や、装置ＦＸより受信した電子メールに含まれる画像情報を処理するアプリケーションソフトウェア（ビューワなど）など種々のプログラムが導入されており、装置ＷＳ１〜ＷＳｎは、特定のユーザに使用されるのが一般的である。
また、装置ＦＸは、ＬＡＮにおける電子メールの送受信手段と、接続した公衆網（ＰＳＴＮなど）を伝送路として用い、グループ３ファクシミリ伝送による画情報伝送を行う伝送手段とを備えている。さらに、公衆回線を介して行われるファクシミリ伝送によるファクシミリデータの入出力をする入出力手段を備えると共に、ローカルエリアネットワークを介して受信した電子メールに含まれる画像情報を公衆回線網の他の通信装置へ送信する送信手段とを有し、さらに、ＨＴＴＰプロトコルによりクライアントアプリケーションを介してアクセスされるアクセス手段と、通信履歴、ジョブ履歴、ファクス受信文書一覧の情報をクライアントアプリケーションから取得したときに、セマンティックＸＭＬ文書により返答する返答手段と、ＲＳＳフォーマットを出力する通信装置が持つアドレス帳情報を標準化されたデータ形式のＦＯＡＦで公開・共有する手段とを有する。
【００１０】
このような装置は、さらに、ＦＯＡＦデータとして機器固有の情報を表す部と、アドレス帳情報を表す部に分ける分別手段か、ファイルとして読み込んだＦＯＡＦデータ形式のアドレス帳情報を自機のＦＯＡＦのknowsにマージできるマージ手段か、ＦＯＡＦデータで表せない詳細データはＵＲＬリンクでＷｅｂページを参照するように指示する指示手段か、アクセスロールの許可された宛先のみをＦＯＡＦ出力する第１の出力手段か、検索条件と一致するアドレス帳データのみをＦＯＡＦ出力する第２の出力手段か、他のネットワーク通信装置の持つＦＯＡＦデータをネットワーク経由で取り込む取込手段か、用途別のアドレス帳データのみをＦＯＡＦ出力する第３の出力手段かの少なくとも１つの手段を有しており、さらに、用途別のアドレス帳データのみをＦＯＡＦデータ形式で出力する第１の出力手段を有する場合には、さらに、用途別に分かれたアドレス帳データをＦＯＡＦのknowsドメインで連結する連結手段を有することが好ましい構成となっている。これらは、また、コンピュータ機能を有する機器であって、少なくともＣＰＵと、ＲＯＭと、ＲＡＭと、ＨＤＤとを有し、さらに通信手段を有する機器が、ＲＯＭなどからソフトウェアを読み出してコンピュータ上で実行して、この機器を形成（ソフトウェアを実行して各手段を形成）することもできる。このようなソフトウェアも本発明に属している。
【００１１】
本実施形態において、ＬＡＮに接続されている端末相互間でのデータのやりとりは、ＴＣＰ/ＩＰプロトコル（トランスポートレイヤまでの伝送プロトコル）と、その上位レイヤの通信プロトコルとの組み合わせを適用して行われる。例えば、電子メールの送信では、上位レイヤの通信プロトコルとして、ＳＭＴＰ（Simple Mail Transport Protocol）通信プロトコルが適用される。
本実施形態では、電子メールは装置ＳＭにいったん蓄積された後に受取人に配信される。例えば、装置ＦＸから装置ＷＳ１のユーザへの電子メールは、装置ＳＭにいったん蓄積され、装置ＷＳ１等に配信されることになる。
一方、装置ＷＳ１〜ＷＳｎ及び装置ＦＸは、適当な周期で装置（メールサーバ）ＳＭに対して自端末（ユーザ宛）の電子メール受信の問い合わせを行い、ユーザ宛の電子メールが装置ＳＭに蓄積されているときは、装置ＳＭにより受信したその電子メールを自端末ユーザに通知する手段を有する。
この場合、装置ＷＳ１は、装置ＳＭに対して、自端末（ユーザ宛）の電子メール受信の問い合わせを行った場合に、自端末（ユーザ宛）の電子メールが装置ＳＭに蓄積されていることが通知されるので、その電子メールを受信して、その旨をユーザに通知する。通知を受け取ったユーザは、その電子メールの内容を読み出して内容を確認する。
【００１２】
この通信プロトコルとして、ＰＯＰ（Post Office Protocol）などを適用することができる。
また、本実施形態では、装置ＷＳ１〜ＷＳｎから装置ＦＸに対し、公衆網に接続された通信装置へ画像情報の中継送信依頼を行うことができ、その中継依頼画像情報の送信に電子メールが適用される。なお、この場合のＬＡＮは、インターネットに接続されているので、インターネットに接続されている他のワークステーション装置を用いるユーザも、この装置ＦＸに対して画情報の中継送信依頼を行うことができる。
この電子メールは、ＭＩＭＥ（Multipurpose Internet Mail Extension）形式のものである。画像情報は、たとえばBase６４符号化形式で符号化した後の情報がセットされる。
ＨＴＴＰ（Hyper Text Transfer Protocol）は、いわゆるＷＷＷ（World-Wide Web）を実現するためのプロトコルである。通常、ＴＣＰ上(たとえばポート番号:８０)でやりとりされる。ＧＥＴやＰＯＳＴなどのコマンドにより、ブラウザがサーバに対して処理を指定し、そのレスポンスとして、ＨＴＭＬ（Hyper Text Markup Language）ファイルや画像ファイルなどがサーバから送られてくる。
ＨＴＴＰには、プロトコルとしてのバージョンがあり、多くのブラウザは、まだ、１.０（ＲＦＣ１９４５）までにしか対応していないが、現今における最新のバージョンは、１.１（ＲＦＣ２６１６）である。このバージョン１.１では、コマンドやレスポンス自体やフォーマットなどに、多くの拡張がなされている。装置ＷＳｎにインストールされているブラウザソフトを用いることにより閲覧することができる。
ＸＭＬ（eXtensible Markup Language）は、Ｗ３Ｃ（ＷＷＷ技術の標準化団体）の勧告（Recommendation）で、ＳＧＭＬ（ＩＳＯ/ＩＥＣ ８８７９:１９８６）を簡略化し、インターネット対応したものであり、ＨＴＭＬと違い、任意のタグが使用可能である。またデータと処理（レイアウト（デザイン））とを分離して記述できる点に特徴がある。
通信履歴などの通信装置の情報は、ＸＭＬファイルの形式で提供することができる。
【００１３】
次に、本明細書に使用している略語等について、記載する。
本明細書中で、ＲＳＳ（UNIX USER ２００４年３月号より引用）は、たとえばＵＲＬ、http://e-words.jp/w/RSS.htmlを参照すると、概略的には、「ＲＳＳはサイトの概要を記述し、配布するためのＸＭＬフォーマットです。・・・ＸＭＬは、要は文書の構造を簡単にマークアップしたテキストファイルと思えばいいでしょう。ＸＭＬは人が直接読むものではなく、プログラムがそれを解釈し、いろいろな形で応用されるデータ、すなわちメタデータです。ＲＳＳのフォーマットに従って記述された文書をＲＳＳ文書、あるいはＲＳＳフィードなどと呼びます。ＲＳＳは、様々な企業や団体により仕様が標準化されています。異なるサイトの新着情報、そのデータの書式が統一されていれば、プログラムを作る人はその決まりに従ってデータを解釈するだけでいいので、楽ですね。こういった場合、最近ではＸＭＬで記述するのが一般的です。こういった流れから、ＲＳＳ文書もＸＭＬ文書で記述されます。ＲＳＳ文書を利用する代表的なアプリケーションとして、複数のサイトのＲＳＳ文書を読み込んで新着情報を横断的に表示するＲＳＳリーダーがあります。ＨＴＭＬやＣＳＳを解釈してＷｅｂサイトをレンダリングするＷｅｂブラウザと似たようなものだと考えると、イメージしやすいでしょう。」と開示されている。
ＲＳＳ（Rich Site Summary）には、いくつかのバージョンが混在すると共に、名前自体も下記に示すような何種類か存在する。
ＲＤＦ（Resource Description Framework）Site Summary
Rich Site Summary「１.０系列」
Real Simple Syndication「０.９-２.０系列」
なおＲＳＳ -- サイト情報の要約と公開として、下記のＵＲＬ
http://kanzaki.com/docs/sw/rss.html
などが挙げられる。
【００１４】
またＦＯＡＦというのは、「the‘Friend Of A Friend’vocabulary」の略語であり、自分自身の情報や友達など、ひとに関する情報を標準化されたデータ形式で公開・共有するものであり、個人情報だけでなく、他人（他の端末）との「つながり」（連携、連結：マージ）を表現することができるのが特徴である。
これを人と人との関係ではなく、通信装置と他の通信装置間の関係に置き換えて表現することもできる。すなわち、ユーザが、ユーザ端末になるようなものである。
ＵＲＬの指定方法は、たとえば、以下のように行う（getの場合）。
表式：http://133.139.61.111/web/guest/ja/websys/webArch/foaf.xml
１                        ２    ３ ４       ５
前記した表式において、１の欄（上記表式では「http」）は通信プロトコルであり、次の二つのいずれかを指定する。ただし、機器の設定状態によっては指定されたプロトコルで通信できない場合がある（詳細はAcacia機能仕様書を参照のこと）。
http  ＨＴＴＰ        ・・・１）
https ＨＴＴＰＳ      ・・・２）    ＳＳＬによる経路の暗号化を行う。
上記表式において、２の欄（上記表式では「guest」）は、ユーザープロファイルであり、次の二つのいずれかを指定する（詳細はこちらを参照のこと）。
guest  ゲストモード：個人認証しない設定の場合に使用する。
entry  認証モード：個人認証する設定の場合、または管理者としてログインする場合に使用する。
上記表式において３の欄（上記表式では「ja」）は、表示に用いる言語であり、選択できる言語のみ指定できる。通常、本体操作部で選択できる言語に依存する。
上記表式において４の欄（上記表式では「websys」）は、各機能を有する手段のパスであり、例えば、通信履歴はＷｅｂfax、ジョブ履歴は、jobhistoryなどが挙げられ、また表式中、websys/webArch/はトップページを表す。
前記表式において５の欄（上記表式では「webArch」）は、ＦＯＡＦのファイル名を表す。
【００１５】
次に図２を参照しながら、本発明のネットワーク通信装置を有するシステムに使用される装置ＦＸ（ネットワーク通信装置）について説明する。図２に本発明のネットワーク通信装置ＦＸの構成例を示す。
同図において、システム制御部１は、装置ＦＸの各部の制御処理、およびファクシミリ伝送制御手順などの各種制御処理を行い、システムメモリ２は、システム制御部１が実行する制御処理プログラムおよび処理プログラムを実行するときに必要な各種のデータを記憶するとともに、システム制御部１のワークエリアを構成し、パラメータメモリ３は、装置ＦＸに固有の各種の情報を記憶し、時計回路４は、現在時刻情報を出力する。
また装置ＦＸを構成する画像入力部（スキャナ）５は、所定の解像度で原稿画像を読みとり、画像出力部（プロッタ）６は、所定の解像度で画像を記録出力し、操作表示部７は、この通信装置を操作する。この操作表示部７は、各種の操作キーと各種の表示機とからなる。
また符号復号化部８は、画像信号を符号化圧縮するとともに、符号化圧縮された状態の画像情報を記憶し、画像蓄積装置９は、符号化圧縮された状態の画像情報を記録する。グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデムとしての機能を発揮してモデム手段となる。網制御装置１１は、このネットワーク通信装置を電話回線網（ＰＳＴＮ）に接続する機能を有する手段を有し、また、この際に自動発信・自動着信する機能を備えた手段を有している。
ローカルエリアネットワークインターフェース回路１２は、このネットワーク通信装置ＦＸをＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ＬＡＮを介して他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルの通信制御処理（電子メール送受信処理など）を実行するためのものである。
これらのネットワーク通信装置ＦＸを構成する、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間のデータやりとりは、主にこの内部バス１４を介して行われている。また、網制御装置１１とグループ３ファクシミリモデム１間のデータのやりとりは直接行われている。
【００１６】
図４にネットワーク通信装置ＦＸとクライアント端末とのソフトウェアを介しての相互情報のリクエストとそれに対するレスポンス間のシーケンスを示す。
クライアント側では、ＨＴＴＰのＧＥＴ（またはＰＯＳＴ）で情報取得のリクエストをする。
通信装置ＦＸ側では、このリクエストのレスポンスとして、ＦＯＡＦファイル（ＸＭＬデータ）により返信する。装置ＦＸ側では、クライアントから受信したＸＭＬデータを、ソフトウェアを用いて図９に示したように表示する。
ＦＯＡＦデータがあることを示す方法としては、ＲＳＳの場合と同様、link要素を使って、ＨＴＭＬ内に次のように記述する。
【００１７】
図５のようにＷｅｂ機能画面のトップページにアイコンを置くことで示すことができる。
<link rel="meta" type="application/rdf+xml" title="FOAF" href="foaf.rdf" /> 
詳細は以下を参照のこと。
メタデータによる知人ネットワークの表現
http://www.kanzaki.com/docs/sw/foaf.html
ＸＭＬとＲＤＦによる友達の検索
http://www-6.ibm.com/jp/developerworks/xml/020906/j_x-foaf.html
ＦＯＡＦによるオンライン・コミュニティーのサポート
http://www-6.ibm.com/jp/developerworks/xml/021025/j_x-foaf2.html
RDFWeb: FOAF: the 'friend of a friend' vocabulary 
http://xmlns.com/foaf/0.1/ 
RDFWeb and FOAF: semantic web vapourware for the masses 
http://rdfweb.org/ 
the foaf project 
http://www.foaf-project.org/ 
ＦＯＡＦのクライアント例として以下のようなものがある。
FOAF Walker
http://fragmented.txt-nifty.com/yamaken/2003/12/foaf_walker.html
FOAFで定義された関係をビジュアルに表現できる。
ココログ（ブログ:blog）は、ＦＡＯＦに対応
http://www.cocolog-nifty.com/izumi/izumi04.htm
blogもFOAFに対応している。
BlueFOAF、Bluetoothを使って、ＦＯＡＦのデータにリストアップ（foaf:knows）された知人が近くにいるかどうかを調べて表示するという試み。知人が見つかったら、foaf:imgからその知人の写真を表示する。
http://www.kanzaki.com/memo/2004/02/02-1
【００１８】
前記したＸＭＬデータの例にＦＯＡＦのサンプルを示す。
後半のknows要素にアドレス帳データ部分を表現する。
アドレス帳データは、番号順に上から並べていく。欠番がある場合には、Person要素が空のタグのみが存在する。
これによりアドレス帳番号との整合が取れるようになる。
図１２のＦＯＡＦ情報要素生成シーケンスにあるように、機器のアドレス帳データの登録がある場合には、登録番号の若い順にデータを調べていく。
メールアドレスの登録がある場合には、mbox要素にメールアドレスを出力する。
メールアドレスの登録がない場合には、mbox要素を出力しない
電話番号の登録がある場合には、phone要素に電話番号を出力する。
電話番号の登録がない場合には、phone要素を出力しない
名称の登録がある場合には、name要素に名称を出力する。
名称の登録がない場合には、name要素を出力しない。
グループに所属している登録がある場合には、nick要素にグループ情報を出力する。
グループ番号または、グループ番号とグループ名称を出力する。（例：<nick>001:設計Ｇ</nick>）
グループの登録がない場合には、nick要素を出力しない。
画像情報の登録がある場合には、depiction要素に画像情報のＵＲＬを出力する。
画像情報とは、そのユーザの顔写真や特徴を表す画像のＵＲＬを示す。
機器内部に持つ場合は、機器のローカルストレージ上のファイルのＵＲＬでもよいし、外部のサーバ上にあるファイルのＵＲＬでもよい。
画像情報の登録がない場合は、depiction要素を出力しない
個別の付加情報の登録がある場合は、seeAlso要素に個別の付加情報のＦＯＡＦのＵＲＬを出力する。
個別の付加情報の登録がない場合は、seeAlso要素を出力しない。
個別のアドレス帳情報を表示するＷｅｂページがある場合は、homepage要素にページのＵＲＬを出力する。
例えば、図１７のＷｅｂ画面へのリンク先ＵＲＬの記述となる。
【００１９】
＜実施例２（請求項２）＞
前記したＸＭＬデータ例にＦＯＡＦのファイルサンプルを示す。
実施例１（請求項１）で述べたアドレス帳データ以外にも機器固有の情報を表現することが可能である。
前半部分は機器の情報となる。
Personドメインのmbox要素にＭＦＰの自機メールアドレスを出力する。
図７のＦＯＡＦ情報要素生成シーケンスにあるようにメールアドレスが登録されていない場合は、ＦＯＡＦファイル自体を出力しない（リクエストされた場合は、404NotFoundをかえす）。
Personドメインのname要素にＩＰアドレスまたはホスト名を出力する。
図７のＦＯＡＦ情報要素生成シーケンスにあるようにホスト名がある場合は、nick要素にホスト名を出力する。
ホスト名がない場合は、nick要素を出力しない。
PersonドメインのworkplaceHomepage要素に勤務先のホームページのＵＲＬを出力する。
また、詳細な勤務先情報（組織名など）がある場合には、Organization要素に勤務先の組織名や組織のホームページアドレスを記す（細かいレベルまで公開する場合に使用）。
図７のＦＯＡＦ情報要素生成シーケンスにあるように勤務先がない場合は、workplaceHomepage要素、Organization要素を出力しない。
Personドメインのhomepage要素に自機のホームページのＵＲＬを出力する。
自機のホームページのＵＲＬとは、図５のようなＷｅｂ機能のトップページのＵＲＬである。
図７のＦＯＡＦ情報要素生成シーケンスにあるようにＷｅｂ機能を未公開にしている場合は出力しない。
Personドメインのphone要素に自機の電話番号を出力する。
図７のＦＯＡＦ情報要素生成シーケンスにあるように、ＣＳＩが登録されていない場合は出力しない。
Personドメインのmaker要素に機種情報を出力する。
name要素に機種名、depiction要素に機種の写真（例えばメーカーのホームページの写真のＵＲＬ）、homepage要素にカタログのＵＲＬ、mbox要素に問い合わせ窓口のメールアドレス等を出力する。
ＦＯＡＦファイルの機器のパネル上での表示は、図１３に示すように、name要素（またはnick要素）の名前を表示した四角い箱で連結した状態を示す。
【００２０】
＜実施例３（請求項３）＞
図９にバックアップしたＣＳＶ形式のファイルの指定方法を示す。Ｗｅｂブラウザからの設定画面によりＣＳＶファイルのあるＰＣ上のフォルダを指定する。ブラウザは、機器にＣＳＶファイルを送信する。
ＣＳＶファイルを受信した機器は図１８にマージ条件処理シーケンスに従い処理を行う。ＣＳＶのカラム（コラム）にknows要素に相当する情報があれば、そこにアドレス帳データが登録されているものとして抽出する。フォーマットが一致していたら１件ずつ自機のアドレス帳に登録していく。最大件数オーバーなどの条件で登録できないときにはエラー表示をして、中断する。自機のアドレス帳に登録できたデータについては、自機のＦＯＡＦデータも更新する。
また、マージする条件として、自機のOrganization要素と一致した場合に限るなどの条件設定も可能である。
＜実施例４（請求項４）＞
ＦＯＡＦデータは、前記したＸＭＬデータ例に全件をまとめて１つにする以外に、１宛先ごとに１つのＦＯＡＦファイルに分けることが可能である。その場合は、seeAlso要素にそのＵＲＬを記載する。１件１件をばらして表現することが可能となる。また、全件をまとめたときにファイルサイズが大きくなる場合には、全件ファイルに記載する要素をしぼり（例えば、name要素だけにする）、残りの要素は、個別のＦＯＡＦファイルをＵＲＬ先から参照する方法がとれる。クライアント側としては、UIに表示する場合に詳細情報が必要な場合のみに個別のＦＯＡＦファイルにアクセスするようにする。
また、個々のアドレス帳は、１件ごとにＷｅｂページで表現をすることが可能である。その場合には、図８に相当する画面のＵＲＬを前記したＸＭＬデータ例に示すhomepage要素にＵＲＬを記載することができる。
【００２１】
＜実施例５（請求項５）＞
図４に動作シーケンス（ＦＯＡＦ情報のレスポンスの流れを示すフローチャート）を示す。
クライアント側からのリクエストを受けるとＧＥＴの引数を解析する。指定されているＵＲＬがＦＯＡＦのファイル名であれば、ＦＯＡＦデータを生成してＸＭＬデータとしてレスポンスを返す。
もし、存在しないＵＲＬであった場合は、404NotFoundをかえす。ＦＯＡＦ公開を許可していない場合（例えばアクセス権のないユーザからのアクセスがあった場合）は、404NotFoundをかえす。
ＷｅｂブラウザからＦＯＡＦデータにアクセスする場合には、図５のトップ画面でユーザ認証を突破した場合のみＦＯＡＦアイコンが表示されて取得できるようになる。
＜実施例６（請求項６）＞
図１９に情報抽出処理シーケンス（マージ条件処理の流れを示すフローチャート）を示す。たとえば、同じグループに所属するアドレス帳メンバのみを検索して抽出したＦＯＡＦデータを生成する場合について説明します。読み込んだアドレス帳データ（ＣＳＶでもＦＯＡＦでもよい）からnick要素があれば、抽出する。自機のＦＯＡＦデータのnick要素の１つと一致した場合には、それと同じアドレス帳メンバだけを集めたＦＯＡＦデータを生成する。複数の組み合わせが発生した場合は、複数のファイルに分割されることもある。
図１３のように条件を入れてネットワーク上に存在する機器のＦＯＡＦデータを収集して、自分のアドレス帳データ（ＦＯＡＦファイル）とマージすることができる。マージ後のイメージは、図１４になる。
検索は、既に自機が持つアドレス帳（ＦＯＡＦ）を請求項８のように用途別に分割する際の条件設定画面としても利用できる。
【００２２】
＜実施例７（請求項７）＞
図８にバックアップしたＦＯＡＦ形式のファイルの指定方法を示す。機器の操作パネルまたはＷｅｂブラウザからの設定画面によりフォルダを指定する。図１９にマージ条件処理シーケンスを示す。機器は、指定されたＵＲＬからＦＯＡＦファイルを取得して、内容を解析する。
knows要素があれば、そこにアドレス帳データが登録されているものとして抽出する。フォーマットが一致していたら１件ずつ自機のアドレス帳に登録していく。最大件数オーバーなどの条件で登録できないときにはエラー表示等して、中断する。自機のアドレス帳に登録できたデータについては、自機のＦＯＡＦデータも更新する。
また、マージする条件として、自機のOrganization要素と一致した場合に限るなどの条件設定も可能である。
図１０、図１１に具体例を示す。
また、自機のアドレス帳にマージをしないで、ＦＯＡＦファイルを切り替えることにより、その内容を操作パネル上のアドレス帳画面に反映するようにすることができる。その場合は、アドレス帳データをもとに簡単に画面UIを切り替えることが可能になる。
例えば、サーバの１つのＦＯＡＦファイルを置いておき、機器からそのＵＲＬを指定しておくことにより、複数台が同時に同じアドレス帳を使用することが可能となる。その場合は、サーバ側のＦＯＡＦファイルを編集することで、複数台のアドレス帳を一括して更新するのと同じ役目が果たせる。
【００２３】
＜実施例８（請求項８）＞
用途別に複数のＦＯＡＦデータを生成して、それを１つのＦＯＡＦファイルとして表現をして、個々の情報については、seeAlso要素で別のＦＯＡＦデータとして参照させることができるようになる。
図２０に回線種別ごとに抽出する処理のフローを示す。自機のアドレス帳データを順番に読み込みを行い、その回線種別を参照する。回線種別に応じてＧ３用のアドレス帳のみを集めたＦＯＡＦファイル（例：foaf_g３.xml）やＧ４アドレスのみを集めたＦＯＡＦファイル（例：foaf_g４.xml）を生成する。
例として回線種別を示したが、グループアドレスごとや特定の条件（ＦＡＸ使用権限ありやユーザ別アドレス帳など）ごとにわけてもよい。
＜実施例９（請求項９）＞
本実施例では分割したＦＯＡＦファイルをまとめて１つのアドレス帳ファイルとして扱うことができる。取りまとめたファイル（マージファイル）の例として図６の（ｂ）に示す。個々の情報については、seeAlso要素で別のＦＯＡＦデータとして参照させることができるようになる。
【図面の簡単な説明】
【００２４】
【図１】本発明の通信システムの装置構成を示す図である。
【図２】本発明の通信システムに使用されるネットワークファクシミリ装置の内部構成を示す図である。
【図３】クライアント端末とメールサーバＳＭ間のＦＯＡＦ情報取得のシーケンスである。
【図４】ＦＯＡＦ情報のレスポンスシーケンスの流れを示すフローチャートである。
【図５】ウェブ（Ｗｅｂ）機能画面のトップ画面の例を表示した図である。
【図６】ＦＯＡＦクライアントの例を示す図であり、（ａ）は本人（ユーザ（ユーザ端末）情報とそれに接続する両サイドの情報が示されている例を示す図、（ｂ）は関連付けされた複数の情報をマージした例を示す図である。
【図７】ＦＯＡＦ情報要素生成までの流れを示すフローチャートである。
【図８】ＦＯＡＦ読み込み画面の表示例を示す図である。
【図９】ＣＳＶファイル読み込み画面の表示例を示す図である。
【図１０】ＦＯＡＦのマージ（併用または併合等の編集）のファイルの例を示す図である。
【図１１】ＦＯＡＦのマージ（併用または併合等の編集）先のファイルの例を示す図である。
【図１２】アドレス帳情報要素生成シーケンスの流れを示すフローチャートである。
【図１３】マージ（併用または併合等の編集）前のＦＯＡＦ表示画面の例を示す図である。
【図１４】マージ後のＦＯＡＦ表示画面の例を示す図である。
【図１５】ＦＯＡＦ情報マージのシーケンスの流れを示す図である。
【図１６】アドレス帳Ｗｅｂ画面の一例を示す図である。
【図１７】アドレス帳Ｗｅｂ個別画面の一例を示す図である。
【図１８】情報抽出処理のシーケンスの流れを示すフローチャートである。
【図１９】マージ条件処理シーケンスの流れを示すフローチャートである。
【図２０】回線別の出力処理シーケンスの流れを示すフローチャートである。
【符号の説明】
【００２５】
ＷＳ１、ＷＳ２、・・・、ＷＳｎ  ワークステーション装置
ＲＴ  ルータ
ＳＭ  メールサーバ
ＦＸ  ネットワークファクシミリ装置
１  システム制御部
２  システムメモリ
３  パラメータメモリ
４  時計回路
５  画像入力部（スキャナ）
６  画像出力部（プロッタ）
７  操作表示部
８  符号復号化部
９  画像蓄積装置
１０  グループ３ファクシミリモデム
１１  網制御装置
【図１】
2007158681.tif 000003
【図２】
2007158681.tif 000004
【図３】
2007158681.tif 000005
【図４】
2007158681.tif 000006
【図５】
2007158681.tif 000007
【図６】
2007158681.tif 000008
【図７】
2007158681.tif 000009
【図８】
2007158681.tif 000010
【図９】
2007158681.tif 000011
【図１０】
2007158681.tif 000012
【図１１】
2007158681.tif 000013
【図１２】
2007158681.tif 000014
【図１３】
2007158681.tif 000015
【図１４】
2007158681.tif 000016
【図１５】
2007158681.tif 000017
【図１６】
2007158681.tif 000018
【図１７】
2007158681.tif 000019
【図１８】
2007158681.tif 000020
【図１９】
2007158681.tif 000021
【図２０】
2007158681.tif 000022