JP4545621B2

JP4545621B2 - ネットワーク通信装置

Info

Publication number: JP4545621B2
Application number: JP2005079832A
Authority: JP
Inventors: 聖彦篠宮
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2005-03-18
Filing date: 2005-03-18
Publication date: 2010-09-15
Anticipated expiration: 2025-03-18
Also published as: JP2006260422A

Description

本発明は、ネットワーク通信装置に関する。

特許文献１，特許文献２に記載の公知技術のように、ネットワークを介してブラウザアプリケーションから自装置内の各種設定をさせる手法は従来から存在した。
特開2000-92262号公報特開2002-7095号公報

しかし、ＲＤＦ（Resource Description Framework）、ＲＳＳ（Rich Site Summary）フォーマット等セマンティックＸＭＬにて自装置の情報や自装置と関連のある他装置などに関する情報をＸＭＬでネットワーク上に広く情報提供できるようにする方法がないという問題点があった。

本発明は係る事情に鑑みてなされたものであり、複数台の機器の情報を標準化されたデータ形式で公開・共有してその情報を取り込むことにより機器の管理を簡単に行え、また、データの２次利用などを簡単に行えるネットワーク通信装置を提供することを目的とする。

本発明は、ネットワークに接続され他装置との前記ネットワークを介したやりとりが可能なネットワーク通信装置において、前記ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段と、前記ＦＯＡＦクライアント手段が読み込んだＦＯＡＦデータを自装置が保持するＦＯＡＦデータの「ｋｎｏｗｓ」としてマージする手段とを備えたものである。

また、ネットワークに接続され他装置との前記ネットワークを介したやりとりが可能なネットワーク通信装置において、前記ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段と、前記ネットワークにおいて情報をＦＯＡＦ出力する他装置のみを検索する手段と、検索して得られた情報を自装置が保持するＦＯＡＦデータに「ｋｎｏｗｓ」として自動登録する手段とを備えたものである。

また、マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめて自装置のＦＯＡＦデータとして表示する手段を備えるとよい。

また、マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめてＯＰＭＬデータとしてリンク表示する手段を備えるとよい。
また、自装置が保持するＦＯＡＦデータを削除・編集する手段を備えるとよい。

また、取得したＦＯＡＦデータにより同じ属性のネットワーク通信装置だけをとりまとめる手段を備えるとよい。

また、取得したＦＯＡＦデータにより同じ属性の場合と異なる属性の場合とでＦＯＡＦの公開要素を変える手段を備えるとよい。

請求項１に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係を表示したり、データ形式がＸＭＬなので２次利用などが簡単にできるようになる効果を得る。

請求項２に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係を表示したり、データ形式がＸＭＬなので２次利用などが簡単にできるようになる効果を得る。

請求項３に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係をまとめて表現したりアクセスがしやすくなる。更にデータ形式がＸＭＬなので２次利用などが簡単にできるようになる効果を得る。

請求項４に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係をまとめて表現したりアクセスがしやすくなる。更にデータ形式がＸＭＬなので２次利用などが簡単にできるようになる効果を得る。
請求項５に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係を表示したり、データ形式がＸＭＬなので２次利用などが簡単にできるようになる効果を得る。

請求項６に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係を表示する際に制限を加えてセキュリティーを確保することができるようになる効果を得る。

請求項７に係る発明によれば、複数台の機器の情報を標準化されたデータ形式で公開・共有することができるので、その情報を利用して機器の関係を表示する際に制限を加えてセキュリティーを確保することができるようになる効果を得る。

以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。

図１に、本発明を実施するための最良の形態に係るネットワーク通信装置１を含むシステム構成について示す。

同図において、ネットワーク通信装置１は、ＰＳＴＮ２００を介してＰＳＴＮ２００上のファクシミリ装置２０１との間で画データの送受信を行うことができる。また、ネットワーク通信装置１は、もしＩＳＤＮ３００とのインターフェースを備えればＩＳＤＮ３００上のファクシミリ装置３０１との間での画データの送受信も可能である（本発明を実施するための最良の形態では備えていない）。また、ネットワーク通信装置１は、ＬＡＮ５００に接続され、パケット変換を行うルータ装置５０２を介してインターネット４００に接続され、インターネット４００上のパーソナルコンピュータ４０２との間で電子メールによる画像データの送受信や、インターネット４００上のネットワークファクシミリ装置４０１との電子メールやＩＴＵ−Ｔ勧告Ｔ．３８などに基づくリアルタイムネットワークファクシミリ通信による画データの送受信を行うことができる。また、ネットワーク通信装置１は、ＬＡＮ５００上のパーソナルコンピュータ（ＰＣ）５０１ａ、５０１ｂ、５０１ｃ等との間で画データのやりとりを行うことができる。

つまり、ネットワーク通信装置１は、公衆回線を介した通常のファクシミリ装置、ネットワークファクシミリ装置、ＰＣ５０１ａ等にとってのスキャナ装置、ＰＣ５０１ａ等にとってのプリンタ装置、複写機等としての機能を複合的に備えたものである。

図２に、ネットワーク通信装置１のブロック構成について示す。

同図において、ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。

ＲＯＭ３は、ＣＰＵ２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。

ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。

ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。

時計回路６は、現在の日付及び時刻を常に計時しているもので、ＣＰＵ２は、システムバス１４を介して時計回路６を読み出すことで、現在の日時（日付と時刻）を知ることができる。

操作表示部７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。

読取部８は、原稿を読み取って画データを得るためのものである。

画像形成部９は、画像データを記録紙に印刷出力するためのものである。

画像処理部１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、画データを構成する各主走査ラインにおける画素順番の並べ替え処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、ネットワーク通信装置１において扱う画データに関する各種処理を行う。

ＬＡＮ通信制御部１０は、いわゆるＮＩＣ（Network Interface Card）であり、ＬＡＮ５００に接続され、ＬＡＮプロトコル上でのＣＰＵ２によるＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のプロトコルにより各種情報のやりとりなどを行えるようにするためのものである。

通信制御部１２は、ＮＣＵ部１３を介してＰＳＴＮ２００と接続され、相手側通信端末との通信の制御を行う。その通信制御部１２は、ＮＣＵ部１３を制御し、ＮＣＵ部１３にて検出されたリンギング電圧のパルスの検出や、ＤＴＭＦ信号の検出、トーン信号の検出、送信時の発呼を行う。また、通信制御部１２は、モデムを有しており、相手側通信端末より受信した受信データ（変調されている）を復調したり、逆に、送信時の送信データを変調し送信したりする。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に文書画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。

ＮＣＵ部１３はＰＳＴＮ２００に接続され、回線の閉結や、呼び出し信号（リンギング）の検出などをおこなう。

システムバス１４は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。

ＨＴＴＰとは、"Hyper Text Transfer Protocol"の略で、いわゆるWWW(World-Wide Web)を実現するためのプロトコルである。通常、TCP上(ポート番号:80)でやりとりされる。GETやPOSTなどのコマンドにより、ブラウザがサーバに対して、処理を指定し、そのレスポンスとして、HTML(Hyper Text Markup Language)ファイルや画像ファイルなどがサーバから送られてくる。

HTTPには、プロトコルとしてのバージョンがあり、多くのブラウザは、まだ、1.0(RFC1945)までにしか対応していない。最新のバージョンは、1.1(RFC2616)である。1.1(RFC2616)では、コマンドやレスポンス自体やフォーマットなどに、多くの拡張がなされている。HTTPプロトコルによるコマンド、レスポンスのやりとりにより、ＰＣ１０１ａ等は、それらにインストールされているブラウザソフトよりサーバ内のＨＴＭＬファイルを閲覧することができる。

XML（eXtensible Markup Language）とは、W3C（ WWW技術の標準化団体）の勧告(Recommendation)で、SGML (ISO/IEC 8879:1986)を簡略化し、インターネット対応したものでありHTMLと違い、任意のタグが使用可能である。またデータと処理（レイアウト（デザイン））を分離して記述できる点に特徴がある。通信履歴などの通信装置の情報は、XMLファイルの形式で提供することができる。

ＸＭＬデータの例を図３に示す。

さて、ここで、RSSについて説明すると、RSS（Rich Site Summary）はサイトの概要を記述し、配布するためのXMLフォーマットであり、要するに、要は文書の構造を簡単にマークアップしたテキストファイルと解釈できる。XMLは人が直接読むものではなく、プログラムがそれを解釈することで、いろいろな形で応用されるデータ、すなわちメタデータである。RSSのフォーマットに従って記述された文書をRSS文書、あるいはRSSフィードなどと呼び、RSSは、様々な企業や団体により仕様が標準化されている。異なるサイトの新着情報、そのデータの書式が統一されていれば、プログラムを作る人はその決まりに従ってデータを解釈するだけでいいため、簡単にデータの２次利用を図れる利点がある。

RSS文書もXML文書で記述されるが、RSS文書を利用する代表的なアプリケーションとして、複数のサイトのRSS文書を読み込んで新着情報を横断的に表示するRSSリーダーがあげられる。

また、FOAFとは、「the 'Friend of a Friend' vocabulary」の略語で、自分自身の情報や友達など、ひとに関する情報を標準化されたデータ形式で公開・共有するものであり、個人（自装置）情報だけでなく他のひと（他装置）との「つながり」を表現することができるのが特徴であり、本発明を実施するための最良の形態では、人と人の関係ではなくて、ネットワーク通信装置とネットワーク通信装置との間の関係に置き換えて、表現する。

URLの指定方法は、以下のように行う（getの場合）。
「http://133.139.61.111/web/guest/ja/websys/webArch/foaf.xml」

「http://133.139.61.111/web」は、通信プロトコルであり、httpまたはhttpsのいずれかを指定する。

「guest」はユーザープロファイを示し、guest（ゲストモード。個人認証しない設定の場合に使用する）またはentry（認証モード。個人認証する設定の場合、または管理者としてログインする場合に使用する）のいずれかを指定する。

「ja」は言語を示し、表示に用いる言語であり、選択できる言語のみ指定できる。通常、本体操作部で選択できる言語に依存する。

「websys/webArch」は機能を示し、通信履歴はwebfax、ジョブ履歴は、jobhistoryなどとなる。なお、websys/webArch/はトップページを表す。

「foaf.xml」はFOAFのファイル名である。

図４にネットワーク通信装置１とＰＣ１０１ａ等で稼働するクライアントソフトウェアとのやりとりを示す。

クライアント側は、HTTPのGET（またはPOST）で情報取得のリクエストを出す。ネットワーク通信装置１側は、レスポンスとしてFOAFファイル（XMLデータ）を返す。

FOAFデータがあることを示す方法としては、RSSの場合と同様、link要素を使って、HTML内に次のように記述できる。<link rel="meta" type="application/rdf+xml" title="FOAF" href="foaf.rdf" />

図５にその場合のレスポンスシーケンスについて示す。

クライアント側からのリクエストを受けると（判断Ｓ１０１のＹｅｓ）、GETの引数を解析し（処理Ｓ１０２）。指定されているURLがFOAFのファイル名であれば（判断Ｓ１０３のＹｅｓ）、FOAFデータを生成して（処理Ｓ１０５）、XMLデータとしてレスポンスを返す（処理Ｓ１０６）。もし、存在しないURLであった場合は（判断Ｓ１０３のＮｏ）、404NotFoundをかえす。

FOAF公開を許可していない場合（例えばSWなどの設定項目で可変とする）は（判断Ｓ１０４のＮｏ）、404NotFoundをかえす。

図３はFOAFデータのサンプルでもあり、Personドメインのmbox要素にネットワーク通信装置１の自機メールアドレスを出力する。

図６のFOAF情報要素生成シーケンスにあるようにメールアドレスが登録されていない場合は（判断Ｓ２０１のＮｏ）、FOAFファイル自体を出力しない（リクエストされた場合は、404NotFoundをかえす）

また、図３において、Personドメインのname要素にIPアドレスまたはホスト名を出力する

図６のFOAF情報要素生成シーケンスにあるようにホスト名がある場合は（判断Ｓ２０３のＹｅｓ）、nick要素にホスト名を出力する。ホスト名がない場合は（判断Ｓ２０３のＮｏ）、nick要素を出力しない。

また、図３のPersonドメインのworkplaceHomepage要素に勤務先のホームページのURLを出力する。

また、詳細な勤務先情報（組織名など）がある場合には、Organization要素に勤務先の組織名や組織のホームページアドレスを記す（細かいレベルまで公開する場合に使用）。

図６のFOAF情報要素生成シーケンスにあるように勤務先がない場合は（判断Ｓ２０６のＮｏ）、workplaceHomepage要素、Organization要素を出力しないPersonドメインのhomepage要素に自機のホームページのURLを出力する。

自機のホームページのURLとは、Web機能において対外的にトップページとして扱われるページのURLである。図８のFOAF情報要素生成シーケンスにあるようにWeb機能を未公開にしている場合は出力しない。

また、図３において、Personドメインのphone要素に自機の電話番号を出力する。図６のFOAF情報要素生成シーケンスにあるように、CSIが登録されていない場合は（判断Ｓ２０８のＮｏ）。出力しない。また、図３において、Personドメインのmaker要素に機種情報を出力する。name要素に機種名、depiction要素に機種の写真（例えばメーカーのホームページの写真のURL）、homepage要素にカタログのURL、mbox要素に問い合わせ窓口のメールアドレス等を出力する。

FAOFファイルの操作表示部７の表示器上での表示は、図７に示すように、name要素（またはnick要素）の名前を表示した四角い箱で連結した状態を示す。

FOAFの読み込みは、図１２のような表示器上での表示において、ロケーションのURLを入力して取得する。装置にWebサーバ機能を内蔵している場合は、Webブラウザからも同様に設定を行うことができる。

また、図７の表示で箱を選択して「削除」ボタンを押すことにより表示を消去できる。また、自機のFOAFデータのknows要素からも削除することができる。

表示された機器のFOAFデータを自機のFOAFデータのknows要素にマージをすることがもできる。例えば、図７「機器B」を選択して「マージ」ボタンを押下したときに図８のように自機の直下に機器Bの下にある機器Cと機器Dの情報（knows要素）が自機の下につく。

実際のFOAFデータのマージ例を図９に示す。

また、図１０に示すように、ネットワークのIPアドレス範囲を指定して検索することによりFOAFを出力する機器（他装置）を検索することができる。

図１０の画面は、図７の表示において「検索条件設定」ボタンを押下することで表示される。また検索実行は「検索」ボタンを押下することで実行される。検索方法としては、決められたURLにリクエストを行いレスポンスがあった時に発見する方法、例えば、「http://133.139.61.102/web/guest/ja/websys/webArch/foaf.xml」というURLのうちIPアドレス部分のみを133.139.61.1 〜133.139.61.255まで振る方法が適用できる。

または、SNMP（Simple Network Time Protocol）やWebサービス（SOAP（Simple Object Access Protocol））を利用して、あらかじめ決められたI/Fを用いて、機器のFOAFのURLを取得する方法を適用するようにしてもよい。

また、そのようにして検索して発見した機器を自動的に図７のように表示を行うことができる。そのときに、自機のFOAFデータのknows要素に自動的にマージをすることができる。

図１１に、FOAFマージシーケンスを示す。

同図において、自動検索でFOAFデータを読み込んだ場合（処理Ｓ３０１）、または図１２に示すように、URLを指定して読み込んだ場合には、機器はHTTPでFOAFデータを取得にいく。読み込みができたら、Person要素があるか調べる（判断Ｓ３０２）。あった場合は（判断Ｓ３０２のＹｅｓ）、自機のFOAFデータのknows要素にマージをする（処理Ｓ３０３）。更に、knows要素を持っているかを調べる（判断Ｓ３０４）。

存在した場合は（判断Ｓ３０４のＹｅｓ）、そのデータをそのまま自機のFOAFデータにコピー（マージ）をする（処理Ｓ３０５）。そのknows要素にはresurce要素にその機器のFOAFのURL（存在場所）が記載されているので、そこにアクセスをしてFOAFデータを更に取得する。そのFOAFファイルを読み込み、同様の処理を行い（判断Ｓ３０９のＮｏのループ）、関係を全て取得すると（判断Ｓ３０９のＮｏ）、処理が終了する。

この場合、無限にたどらないで第３階層レベルまで実行するなどの制限を設けておくとよい。

また、<foaf:homepage rdf:resource="http://133.139.61.102/web/guest/ja/websys/webArch/rss.xml"/>にホームページのURLの代わりにRSS出力をしているURLを記載するようにしてもよい。

そして、そのURLを収集して、OPMLのoutline要素としてまとめる処理を行う。OPMLのファイルの例を図１３に示す。

OPMLとは、複数のRSSをまとめて記述する方式として一般的になってきているＸＭＬフォーマットである。OPMLは「opml.org」に仕様が規定されているXMLフォーマットの1つで、基本的には「Outline Processor Markup Language」が示す通り、アウトラインプロセッサ向けのデータ記述言語である。

また、knows要素にはresource要素にその機器のFOAFのURL（存在場所）が記載されているので、そのURLを収集して、OPMLのoutline要素のxmlurlに記載を行う。FOAFにhomepage要素が存在する場合には、OPMLのoutline要素のhtmlurlに記載を行う。

その際に、たどっていった機器が持つFOAFのknows要素ごとに分けるとよい（<outline text="機器A">のセクションと<outline text="機器B">のセクションなど）。

その場合のOPMLのファイルの例を図１４に示す。

図１５に同じ属性のネットワーク通信装置だけをとりまとめる場合のシーケンスを示す。

読み込んだFOAFデータを（処理Ｓ４０１）、Organization要素があるか調べる（判断Ｓ４０２）。あった場合は（判断Ｓ４０２のＹｅｓ）、自機のFOAFのOrganization要素のname要素と一致した場合に（判断Ｓ４０３のＹｅｓ）、マージ対象とする（処理Ｓ４０６）。

また、Organization要素がなくても（判断Ｓ４０３のＮｏ）、workplaceHomepage要素があれば（判断Ｓ４０４のＹｅｓ）、それを比較する（判断Ｓ４０５）。その結果一致した場合は（判断Ｓ４０５のＹｅｓ）、マージ対象となる（処理Ｓ４０６）。どちらも一致しない場合は（判断Ｓ４０５のＮｏ）、マージ対象にしない。

図１５のシーケンスにおける処理Ｓ４０６を、判断Ｓ４０３または判断Ｓ４０５において一致した場合のみ図７の表示に追加表示する処理に置き換えるようにしてもよい。その場合一致しない場合は図７の表示への追加表示は行わない。

また、自装置と同じOrganization要素やworkplaceHomepage要素の場合は、図７の表示において、mbox要素の情報を表示するなど、条件により表示する要素を変化させるようにしてもよい。

なお、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明を実施するための最良の形態に係るネットワーク通信装置を含むシステム構成について示す図である。本発明を実施するための最良の形態に係るネットワーク通信装置のブロック構成について示す図である。ＸＭＬデータ例であり詳細にはＦＯＡＦデータ例を示す図である。ＦＯＡＦ情報取得シーケンスについて示す図である。ＦＯＡＦ情報レスポンスシーケンスについて示すフローチャートである。ＦＯＡＦ情報要素生成シーケンスについて示すフローチャートである。ＦＯＡＦ表示画面（マージ前）例について示す図である。ＦＯＡＦ表示画面（マージ後）例について示す図である。ＦＯＡＦデータマージ例について示す図である。検索画面例について示す図である。ＦＯＡＦ情報マージシーケンスについて示すフローチャートである。ＦＯＡＦ読み込み画面例について示すフローチャートである。ＦＯＡＦで取得したＲＳＳ情報をＯＰＭＬで束ねる例について示す図である。ＦＯＡＦのＵＲＬ自体をＯＰＭＬで束ねる例につい示す図である。マージ条件処理シーケンスについて示すフローチャートである。

符号の説明

１ネットワーク通信装置

Claims

ネットワークに接続され他装置との前記ネットワークを介したやりとりが可能なネットワーク通信装置において、
前記ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、
ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、
他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段と、
前記ＦＯＡＦクライアント手段が読み込んだＦＯＡＦデータを自装置が保持するＦＯＡＦデータの「ｋｎｏｗｓ」としてマージする手段とを備えたことを特徴とするネットワーク通信装置。
ネットワークに接続され他装置との前記ネットワークを介したやりとりが可能なネットワーク通信装置において、
前記ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、
ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、
他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段と、
前記ネットワークにおいて情報をＦＯＡＦ出力する他装置のみを検索する手段と、
検索して得られた情報を自装置が保持するＦＯＡＦデータに「ｋｎｏｗｓ」として自動登録する手段とを備えたことを特徴とするネットワーク通信装置。
マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめて自装置のＦＯＡＦデータとして表示する手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめてＯＰＭＬデータとしてリンク表示する手段を備えたことを特徴とする請求項３に記載のネットワーク通信装置。
自装置が保持するＦＯＡＦデータを削除・編集する手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
取得したＦＯＡＦデータにより同じ属性のネットワーク通信装置だけをとりまとめる手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
取得したＦＯＡＦデータにより同じ属性の場合と異なる属性の場合とでＦＯＡＦの公開要素を変える手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置