(57)【要約】【課題】  複数台の機器の情報を標準化されたデータ形式で公開・共有してその情報を取り込むことにより機器の管理を簡単に行え、また、データの２次利用などを簡単に行えるネットワーク通信装置を提供すること。【解決手段】  ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段とを備えたことを特徴とする。【選択図】    図２
2006260422.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され他装置との前記ネットワークを介したやりとりが可能なネットワーク通信装置において、
前記ネットワークを介した他装置上で稼働するクライアントアプリケーションからのＨＴＴＰプロトコルによるアクセスにより自装置が保持する情報が前記クライアントアプリケーションから取得要求されたときに所定のセマンティックＸＭＬ文書として取得させる手段と、
ＲＳＳフォーマットを出力する自装置の情報や他装置に関する情報を標準化されたデータ形式ＦＯＡＦで公開・共有する手段と、
他装置のＦＯＡＦデータを読み込み取得するＦＯＡＦクライアント手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項２】
前記ＦＯＡＦクライアント手段が読み込んだＦＯＡＦデータを自装置が保持するＦＯＡＦデータの「ｋｎｏｗｓ」としてマージする手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。 
【請求項３】
自装置が保持するＦＯＡＦデータを削除・編集する手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
【請求項４】
前記ネットワークにおいて情報をＦＯＡＦ出力する他装置のみを検索する手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
【請求項５】
検索して得られた情報を自装置が保持するＦＯＡＦデータに「ｋｎｏｗｓ」として自動登録する手段を備えたことを特徴とする請求項４に記載のネットワーク通信装置。
【請求項６】
マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめて自装置のＦＯＡＦデータとして表示する手段を備えたことを特徴とする請求項２に記載のネットワーク通信装置。
【請求項７】
マージ登録したＦＯＡＦデータからたどった他装置のＲＳＳ情報を取得してまとめてＯＰＭＬデータとしてリンク表示する手段を備えたことを特徴とする請求項６に記載のネットワーク通信装置。
【請求項８】
取り込んだＦＯＡＦデータにより同じ属性のネットワーク通信装置だけをとりまとめる手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置。
【請求項９】
取り込んだＦＯＡＦデータにより同じ属性の場合と異なる属性の場合とでＦＯＡＦの公開要素を変える手段を備えたことを特徴とする請求項１に記載のネットワーク通信装置
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信装置に関する。
【背景技術】
【０００２】
特許文献１，特許文献２に記載の公知技術のように、ネットワークを介してブラウザアプリケーションから自装置内の各種設定をさせる手法は従来から存在した。
【特許文献１】特開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要素にはresurce要素にその機器のFOAFのURL（存在場所）が記載されているので、そのURLを収集して、OPMLのoutline要素のxmlurlに記載を行う。FOAFにhomepage要素が存在する場合には、OPMLのoutline要素のhtmlurlに記載を行う。
【００８６】
その際に、たどっていった機器が持つFAOFのknows要素ごとに分けるとよい（<outline text="機器A">のセクションと<outline text="機器B">のセクションなど）。
【００８７】
その場合のOPMLのファイルの例を図１４に示す。
【００８８】
図１５に同じ属性のネットワーク通信装置だけをとりまとめる場合のシーケンスを示す。
【００８９】
読み込んだFOAFデータを（処理Ｓ４０１）、Organization要素があるか調べる（判断Ｓ４０２）。あった場合は（判断Ｓ４０２のＹｅｓ）、自機のFOAFのOrganization要素のname要素と一致した場合に（判断Ｓ４０３のＹｅｓ）、マージ対象とする処理Ｓ４０６）。
【００９０】
また、Organization要素がなくても（判断Ｓ４０３のＮｏ）、workplaceHomepage要素があれば（判断Ｓ４０４のＹｅｓ）、それを比較する（判断Ｓ４０５）。その結果一致した場合は（判断Ｓ４０５のＹｅｓ）、マージ対象となる（処理Ｓ４０６）。どちらも一致しない場合は（判断Ｓ４０５のＮｏ）、マージ対象にしない。
【００９１】
図１５のシーケンスにおける処理Ｓ４０６を、判断Ｓ４０３または判断Ｓ４０５において一致した場合のみ図７の表示に追加表示する処理に置き換えるようにしてもよい。その場合一致しない場合は図７の表示への追加表示は行わない。
【００９２】
また、自装置と同じOrganization要素やworkplaceHomepage要素の場合は、図７の表示において、mbox要素の情報を表示するなど、条件により表示する要素を変化させるようにしてもよい。
【００９３】
なお、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【００９４】
【図１】本発明を実施するための最良の形態に係るネットワーク通信装置を含むシステム構成について示す図である。
【図２】本発明を実施するための最良の形態に係るネットワーク通信装置のブロック構成について示す図である。
【図３】ＸＭＬデータ例であり詳細にはＦＯＡＦデータ例を示す図である。
【図４】ＦＯＡＦ情報取得シーケンスについて示す図である。
【図５】ＦＯＡＦ情報レスポンスシーケンスについて示すフローチャートである。
【図６】ＦＯＡＦ情報要素生成シーケンスについて示すフローチャートである。
【図７】ＦＯＡＦ表示画面（マージ前）例について示す図である。
【図８】ＦＯＡＦ表示画面（マージ後）例について示す図である。
【図９】ＦＯＡＦデータマージ例について示す図である。
【図１０】検索画面例について示す図である。
【図１１】ＦＯＡＦ情報マージシーケンスについて示すフローチャートである。
【図１２】ＦＯＡＦ読み込み画面例について示すフローチャートである。
【図１３】ＦＯＡＦで取得したＲＳＳ情報をＯＰＭＬで束ねる例について示す図である。
【図１４】ＦＯＡＦのＵＲＬ自体をＯＰＭＬで束ねる例につい示す図である。
【図１５】マージ条件処理シーケンスについて示すフローチャートである。
【符号の説明】
【００９５】
１  ネットワーク通信装置
【図１】
2006260422.tif 000003
【図２】
2006260422.tif 000004
【図３】
2006260422.tif 000005
【図４】
2006260422.tif 000006
【図５】
2006260422.tif 000007
【図６】
2006260422.tif 000008
【図７】
2006260422.tif 000009
【図８】
2006260422.tif 000010
【図９】
2006260422.tif 000011
【図１０】
2006260422.tif 000012
【図１１】
2006260422.tif 000013
【図１２】
2006260422.tif 000014
【図１３】
2006260422.tif 000015
【図１４】
2006260422.tif 000016
【図１５】
2006260422.tif 000017