(57)【要約】【課題】  設定項目ごとに人間も機械（PCソフト）も解釈できるRSSデータのアイテムを分割することにより、ページとしてもまとまりを確保した上で、項目ごとの独立性を高めることのより、項目間の自由度をあげて、設定画面のカスタマイズをしやすくすること。【解決手段】  ネットワーク上でのデータのやりとりの機能を備え、自装置の初期設定情報をクライアントアプリケーションから要求されたときに、応答を返す機能を有するネットワーク通信装置において、前記初期設定情報における初期設定項目と同じ項目の値情報をマークアップ言語データとして出力する手段と、複数の設定項目を持つ場合に、設定項目１つに対して１つの独立した要素として分割してマークアップする手段とを備えたことを特徴とする。【選択図】    図２
2008136000.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上でのデータのやりとりの機能を備え、自装置の初期設定情報をクライアントアプリケーションから要求されたときに、応答を返す機能を有するネットワーク通信装置において、
前記初期設定情報における初期設定項目と同じ項目の値情報をマークアップ言語データとして出力する手段と、
複数の設定項目を持つ場合に、設定項目１つに対して１つの独立した要素として分割してマークアップする手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項２】
請求項１のネットワーク通信装置において、
相互に関連する設定項目が存在した場合には、マークアップ言語データ内の１つの要素内に関連する複数の設定項目を配置する手段を備えたことを特徴とするネットワーク通信装置。
【請求項３】
請求項１のネットワーク通信装置において、
マークアップ言語データのアイテム内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
前記ユーザインターフェースのコントロールに配置された設定値の送信先として、マークアップ言語データを配信する機器のあて先を前記ユーザインターフェースのコントロールに設定する手段と、
配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記あて先の機器に登録する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項４】
請求項１のネットワーク通信装置において、
マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
前記ユーザインターフェースのコントロールに配置された設定値の送信先として、任意のあて先を指定する手段と、
配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記送信先として設定された機器に登録する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項５】
請求項１のネットワーク通信装置において、
マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
設定値の送信先として、あらかじめ複数のあて先を登録する手段と、
前記ユーザインターフェースのコントロールに配置された設定値の送信先として、複数のあて先を指定する手段と、
配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記送信先として設定された複数の機器に一括登録する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項６】
請求項１のネットワーク通信装置において、
マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
項目の設定履歴情報をマークアップ言語データ内の１つの独立した要素内に前記ユーザインターフェースのコントロールと共に配置する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項７】
請求項１のネットワーク通信装置において、
マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
項目の値の入力チェックに必要な最大値、禁則文字などのバリデータ情報を前記ユーザインターフェースのコントロールと共に配信する手段と、
前記バリデータ情報用の関数オブジェクトそのものを前記ユーザインターフェースのコントロールと共に配信する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項８】
請求項１のネットワーク通信装置において、
マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、
項目の用語情報をユーザインターフェースのコントロールと共に配信する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項９】
請求項１のネットワーク通信装置において、
設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、
マークアップ言語データの中に、上記の記録された各情報を埋め込むための専用のマークアップ言語タグを生成する手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項１０】
請求項１のネットワーク通信装置において、
設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、
マークアップ言語データのタイトル情報に上記の記録された各情報を埋め込む手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項１１】
請求項１のネットワーク通信装置において、
設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、
マークアップ言語データ内の１つの独立した要素の色を変化させることにより上記の記録された各情報を埋め込む手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項１２】
請求項１のネットワーク通信装置において、
設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、
URLのクエリーを解析する手段と、
解析した前記クエリーに対応した情報をフィルタリングする手段と
を備えたことを特徴とするネットワーク通信装置。
【請求項１３】
請求項１ないし１２のいずれかに記載のネットワーク通信装置において、マークアップ言語データとして、ＲＳＳやＡｔｏｍなどのＸＭＬデータを適用したことを特徴とするネットワーク通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信装置に関し、特に、ネットワーク通信装置が持つ情報のセマンティックＸＭＬによる情報提供に関する。
【背景技術】
【０００２】
特許文献１に記載の「通信装置」や、特許文献２に記載の「データ処理装置及びその制御方法」のようにブラウザから通信装置の設定をしたり情報を取得する方法は従来あったが、セマンティックＸＭＬ（ＲＳＳ）から機器に対して設定を行う方法はなかった。
【０００３】
ＲＳＳとは、「IT用語辞典 e-Words （http://e-words.jp/w/RSS.html）」にも説明されているように、Ｗｅｂサイトの見出しや要約などのメタデータを構造化して記述するＸＭＬベースのフォーマットであり、現状では主にサイトの更新情報を公開するのに使われているものである。
【０００４】
ＲＳＳで記述された文書には、Ｗｅｂサイトの各ページのタイトル、アドレス、見出し、要約、更新時刻などを記述することができ、ＲＳＳ文書を用いることで、多数のＷｅｂサイトの更新情報を統一的な方法で効率的に把握することができる。
【０００５】
しかし従来は前述のように、そのようなＲＳＳをネットワーク通信装置などの機器の情報の設定に利用できるようにする方法はなかった。
【０００６】
従来、例えばネットワーク通信装置の１つである、ＭＦＰ（複合機）のファクス蓄積受信文書の引き取り機能は知られていたが、ブラウザからのユーザ操作によりファイルの引き取り操作を行う手順であった。
【０００７】
特許文献３に記載の「ネットワーク装置及びネットワーク装置の情報提供方法」においては、機器がＲＳＳ情報を出力する技術の開示はあるが、ＲＳＳの使用により機器に対して設定を行う方法については書かれていなかった。
【特許文献１】特開2000-92262号公報
【特許文献２】特開2002-7095号公報
【特許文献３】特開2005-209056号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、以下のような種々の問題点があった。
【０００９】
つまり、第１の問題点として以下の問題点があった。
・ページ内の設定項目は固定であり（項目の自由度が高くないため）、ユーザが必要な項目だけを抽出するような画面のカスタマイズができなかった。
・メニュー階層が深いので、１つの項目だけを設定したいのに、必要な項目が存在するページにたどりつくのが大変であった。
・１項目だけ変更したい場合でも画面内の全ての設定項目のデータを送信する必要があった。（複数の項目を含むページ単位でしか設定できないので）
・人間相手用のデータ（HTML）しか提供できなかったので、機械（PCソフト）相手にデータを提供できなかった。
【００１０】
本発明では、設定項目ごとに人間も機械（PCソフト）も解釈できるRSSデータのアイテムを分割することにより、ページとしてもまとまりを確保した上で、項目ごとの独立性を高めることのより、項目間の自由度をあげて、設定画面のカスタマイズをしやすくすることを第１の目的とする。
【００１１】
また、第２の問題点として以下の問題点があった。
【００１２】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、関連する項目同士であるという情報を知る手段がなく、項目の自由な配置ができなかった。
【００１３】
本発明では、項目ごとにRSSデータをアイテム分割する場合に、関連する項目は分割しないで１つのアイテム内にまとめることにより、項目ごとの独立性を高めつつ、関連する項目は、まとめることもできるため設定値エラーが発生しないようにすることを第２の目的とする。
【００１４】
また、第３の問題点として以下の問題点があった。
【００１５】
つまり、従来のRSSを出力するネットワーク通信装置では、機器の情報を取得する場合には、RSSリーダー（RSSを収集するソフトウェア）を用いていて、値を閲覧するだけで設定を行う手段がなかった。
【００１６】
本発明では、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むことにより、一般的なRSSリーダーから機器に対して専用ソフトを用いずに値を登録することができるようにすることを第３の目的とする。
【００１７】
また、第４の問題点として以下の問題点があった。
【００１８】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、機器と１対１の関係にあるため、別の機器に対して値を登録することができなかった。
【００１９】
本発明では、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むことにより、そこに登録を行いたい機器の相手先情報（IPアドレスやホスト名）を任意に設定することができるようにして、クライアントサーバー間に縛られない自由な相手先の機器に対して値を登録できるようにすることを第４の目的とする。
【００２０】
また、第５の問題点として以下の問題点があった。
【００２１】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、機器と１対１の関係にあるため、別の複数の機器に対して値を一括して登録することができなかった。
【００２２】
本発明では、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むことにより、そこにあらかじめ設定を行いたい複数の機器の相手先情報（IPアドレスやホスト名）を埋め込んでおくことによりクライアントサーバー間に縛られない自由な相手先の機器に対して値を一括して登録できるようにすることを第５の目的とする。
【００２３】
また、第６の問題点として以下の問題点があった。
【００２４】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、設定履歴を見ることができなかった。また、RSSリーダーで値を設定した場合には、その結果のレスポンスがRSSリーダー側に得られないため、実際に書き換えられたかエラーとなったかを知るための手段がなかった。
【００２５】
本発明では、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込む際に、過去に設定を行った操作履歴（設定値の履歴）を付属させることにより、設定した結果を得ることができるようにすることを第６の目的とする。
【００２６】
また、第７の問題点として以下の問題点があった。
【００２７】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、設定値の入力範囲のチェックなどは、機器側で行っていた。RSSリーダーで値を設定するＵＩ（user interface）を構築する場合には、その設定値の入力範囲の情報がないと正しいチェックが実施されずにパラメータエラーが発生するという問題があった。
【００２８】
本発明では、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むと共に設定項目が持つプロパティ情報（最大文字数や禁則文字情報など）の取得先を埋め込むことにより、クライアント側でパラメータチェックを実施することができるようにすること、また、取得先を外部サーバーに持つことにより、情報のアップデートを容易に行うこと、更に、値のチェック関数のオブジェクト自体を配信することにより、ユーザインターフェースの作成を容易に行うことができるようにすることを第７の目的とする。
【００２９】
また、第８の問題点として以下の問題点があった。
【００３０】
つまり、従来のネットワーク通信装置では、言語リソースを持たないようなローエンド機器の場合には、取得した値に用語がついていない場合があった。例えば、ビットのon/offで表現するビットSWの場合は、そのビットが何を表すのかは、対応表がないと項目名や値の意味の判断ができなかった。ビットSW情報だけが配信されてもRSSリーダーで、値を閲覧するだけでは、どの設定項目のことなのかを判断する手段がなかった。
【００３１】
本発明では、項目ごとのRSSデータの中に設定項目の用語情報の場所を埋め込むことにより、機器が用語をもたない設定項目に対して設定しやすくすること、また、取得先を外部サーバーに持つことにより、情報のアップデートや外国語への翻訳対応を容易に行うことを第８の目的とする。
【００３２】
また、第９の問題点として以下の問題点があった。
【００３３】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、設定値の更新回数や重要度などを表現することができないため、重要な設定項目であるということがユーザに伝わらないという問題があった。
【００３４】
本発明では、項目ごとのRSSデータの中にXMLタグを定義して、設定項目に関する情報を埋め込むことで、その情報を利用してリッチなユーザインターフェースを作成できる（ユーザに対して情報通知できる）ようにすることを第９の目的とする。
【００３５】
また、第１０の問題点として以下の問題点があった。
【００３６】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、設定値の更新回数や重要度などを表現することができないため、重要な設定項目であるということがユーザに伝わらないという問題があった。
【００３７】
本発明では、項目ごとのRSSデータのタイトル内に設定項目に関する情報を埋め込むことで、その情報を利用してリッチなユーザインターフェースを作成できる（ユーザに対して情報通知できる）ようにしたり、専用ソフトを用いなくても汎用的なRSSリーダーで、その機能を利用することができるようにすることを第１０の目的とする。
【００３８】
また、第１１の問題点として以下の問題点があった。
【００３９】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、設定値の更新回数や重要度などを表現することができないため、重要な設定項目であるということがユーザに伝わらないという問題があった。
【００４０】
本発明では、項目ごとのRSSデータの背景色を変えることにより、設定項目に関する情報を埋め込むことで、その情報を利用してリッチなユーザインターフェースを作成できる（ユーザに対して情報通知できる）ようにしたり、専用ソフトを用いなくても汎用的なRSSリーダーで、その機能を利用することができるようにすることを第１１の目的とする。
【００４１】
また、第１２の問題点として以下の問題点があった。
【００４２】
つまり、従来のネットワーク通信装置で、機器の情報を取得／設定する場合には、ブラウザでユーザが設定画面を操作することにより行っていたが、以下のような問題点があった。
・ページ内の設定項目は固定であり、項目の移動や削除はできなかった。
・ユーザが必要な項目だけを抽出するようなカスタマイズができなかった。
・必要な項目のページにたどりつくのが大変であった（メニュー階層が深い）。
・必要な設定項目を探し出すのが大変であった。
・全ての項目を並べて一覧表示することができなかった。
・よく変更するような重要な項目を判断する方法がなかった。
・１項目だけ変更したい場合でも画面内の全ての設定項目のデータを送信する必要があった。
・人間相手用のデータ提供しかできなかった（機械（PCソフト）相手にデータ提供できない）。
【００４３】
本発明では、ブラウザで設定する画面単位にもかかわらず、項目ごとに人間も機械（PCソフト）も解釈できるRSSデータをアイテム分割することにより、ページとしてもまとまりを確保した上で、項目ごとの独立性を高めることができるようになる利点を利用して、URLで検索条件を与えることにより、カスタマイズができるようにすることを第１２の目的とする。
【課題を解決するための手段】
【００４４】
請求項１に記載のネットワーク通信装置は、ネットワーク上でのデータのやりとりの機能を備え、自装置の初期設定情報をクライアントアプリケーションから要求されたときに、応答を返す機能を有するネットワーク通信装置において、前記初期設定情報における初期設定項目と同じ項目の値情報をマークアップ言語データとして出力する手段と、複数の設定項目を持つ場合に、設定項目１つに対して１つの独立した要素として分割してマークアップする手段とを備えたことを特徴とする。
【００４５】
請求項２に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、相互に関連する設定項目が存在した場合には、マークアップ言語データ内の１つの要素内に関連する複数の設定項目を配置する手段を備えたことを特徴とする。
【００４６】
請求項３に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データのアイテム内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、前記ユーザインターフェースのコントロールに配置された設定値の送信先として、マークアップ言語データを配信する機器のあて先を前記ユーザインターフェースのコントロールに設定する手段と、配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記あて先の機器に登録する手段とを備えたことを特徴とする。
【００４７】
請求項４に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、前記ユーザインターフェースのコントロールに配置された設定値の送信先として、任意のあて先を指定する手段と、配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記送信先として設定された機器に登録する手段とを備えたことを特徴とする。
【００４８】
請求項５に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、設定値の送信先として、あらかじめ複数のあて先を登録する手段と、前記ユーザインターフェースのコントロールに配置された設定値の送信先として、複数のあて先を指定する手段と、配置された前記ユーザインターフェースのコントロールを操作して送信されたデータを前記送信先として設定された複数の機器に一括登録する手段とを備えたことを特徴とする。
【００４９】
請求項６に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、項目の設定履歴情報をマークアップ言語データ内の１つの独立した要素内に前記ユーザインターフェースのコントロールと共に配置する手段とを備えたことを特徴とする。
【００５０】
請求項７に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、項目の値の入力チェックに必要な最大値、禁則文字などのバリデータ情報を前記ユーザインターフェースのコントロールと共に配信する手段と、前記バリデータ情報用の関数オブジェクトそのものを前記ユーザインターフェースのコントロールと共に配信する手段とを備えたことを特徴とする。
【００５１】
請求項８に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、マークアップ言語データ内の１つの独立した要素内にボタンやテキストボックスなどのユーザインターフェースのコントロールを配置する手段と、項目の用語情報をユーザインターフェースのコントロールと共に配信する手段とを備えたことを特徴とする。
【００５２】
請求項９に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、マークアップ言語データの中に、上記の記録された各情報を埋め込むための専用のマークアップ言語タグを生成する手段とを備えたことを特徴とする。
【００５３】
請求項１０に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、マークアップ言語データのタイトル情報に上記の記録された各情報を埋め込む手段とを備えたことを特徴とする。
【００５４】
請求項１１に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、マークアップ言語データ内の１つの独立した要素の色を変化させることにより上記の記録された各情報を埋め込む手段とを備えたことを特徴とする。
【００５５】
請求項１２に記載のネットワーク通信装置は、請求項１のネットワーク通信装置において、設定項目ごとに、設定値の更新回数、項目間をグルーピングするグループ名情報、項目の重要度レベルを記録する手段と、URLのクエリーを解析する手段と、解析した前記クエリーに対応した情報をフィルタリングする手段とを備えたことを特徴とする。
【００５６】
請求項１３に記載のネットワーク通信装置は、請求項１ないし１２のいずれかに記載のネットワーク通信装置において、マークアップ言語データとして、ＲＳＳやＡｔｏｍなどのＸＭＬデータを適用したことを特徴とする。
【発明の効果】
【００５７】
請求項１に係る発明によれば、ブラウザで設定する画面単位にもかかわらず、項目ごとに人間も機械（PCソフト）も解釈できるRSSデータをアイテム分割しているので、ページとしてもまとまりを確保した上で、項目ごとの独立性を高めることのより項目の自由度をあげることによりカスタマイズができる。
【００５８】
請求項２に係る発明によれば、項目ごとにRSSデータをアイテム分割する場合に、関連する項目は分割しないで１つのアイテム内にまとめることをしているので、項目ごとの独立性を高めつつ、項目群としてまとめこともできるため設定値エラーが発生しないようにすることができる。
【００５９】
請求項３に係る発明によれば、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むことをしているので、一般的なRSSリーダーから機器に対して専用ソフトを用いずに値を設定することができるようになることができる。
【００６０】
請求項４に係る発明によれば、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込み、そこに設定を行いたい機器の相手先情報（IPアドレスやホスト名）を設定することができるようにしているので、クライアントサーバー間に縛られない、自由な相手先の機器に対して値を設定することができる。
【００６１】
請求項５に係る発明によれば、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むことにより、そこにあらかじめ設定を行いたい複数の機器の相手先情報（IPアドレスやホスト名）を埋め込んでおくことをしているので、クライアントサーバー間に縛られない、自由な相手先の機器に対して値を一括設定することができる。
【００６２】
請求項６に係る発明によれば、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込む際に、過去に設定を行った操作履歴を付属させることをしているので、過去に設定した結果を得ることができる。
【００６３】
請求項７に係る発明によれば、項目ごとのRSSデータの中に設定を行うユーザインターフェースを埋め込むと共に設定項目が持つプロパティ情報（最大文字数や禁則文字情報など）の取得先を埋め込むことをしているので、クライアント側でパラメータチェックを実施することができる。
【００６４】
請求項８に係る発明によれば、項目ごとのRSSデータの中に設定項目の用語情報（翻訳文字などの言語テーブル）の場所を埋め込むことをしているので、機器が用語をもたない設定項目に対して設定しやすくなる。
【００６５】
請求項９に係る発明によれば、項目ごとのRSSデータの中にXMLタグを定義して、設定項目に関する情報を埋め込むことをしているので、その情報を利用してリッチなユーザインターフェースを作成できる。
【００６６】
請求項１０に係る発明によれば、項目ごとのRSSデータのタイトル内に設定項目に関する情報を埋め込むことをしているので、その情報を利用してリッチなユーザインターフェースを作成できるようにしたり、専用ソフトを用いなくても汎用的なRSSリーダーで、その機能を利用することができる。
【００６７】
請求項１１に係る発明によれば、項目ごとのRSSデータの背景色を変えることにより、設定項目に関する情報を埋め込むことをしているので、その情報を利用してリッチなユーザインターフェースを作成できるようにしたり、専用ソフトを用いなくても汎用的なRSSリーダーで、その機能を利用することができる。
【００６８】
請求項１２に係る発明によれば、ブラウザで設定する画面単位にもかかわらず、項目ごとに人間も機械（PCソフト）も解釈できるRSSデータをアイテム分割することにより、ページとしてもまとまりを確保した上で、項目ごとの独立性を高めることができるようになる利点を利用して、URLで検索条件を与えることにより、それを解析して、その結果を返すことをしているので、カスタマイズすることができる。
【００６９】
請求項１３に係る発明によれば、本発明に係るマークアップ言語データとして、ＲＳＳやＡｔｏｍなどのＸＭＬデータを適用することができるようになる。
【発明を実施するための最良の形態】
【００７０】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００７１】
図１に本発明に係るネットワーク通信装置としてのネットワークファクシミリ装置ＦＸを含むネットワーク構成について示す。
【００７２】
同図において、ネットワークファクシミリ装置ＦＸは、ローカルエリアネットワーク上でのデータのやりとりの機能と、公衆回線を介して行われるファクシミリ伝送手順によるファクシミリデータのやりとりの機能を備えると共に、ローカルエリアネットワークを介して受信した電子メールに含まれる画情報を公衆網の通信装置へ送信するネットワーク通信装置である。同図において、ローカルエリアネットワーク（LAN）には、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭと共に、ネットワークファクシミリ装置ＦＸが接続されている。
【００７３】
また、ローカルエリアネットワーク（LAN）は、ルータ装置ＲＴを介してインターネットへと接続され、他のローカルエリアネットワーク（LAN）等に接続されているホスト装置との間で種々のデータのやりとりが可能である。
【００７４】
メールサーバ装置ＳＭは、ローカルエリアネットワーク（LAN）に接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ及びネットワークファクシミリ装置ＦＸに対して電子メールの収集、配信サービスを提供するものである。
【００７５】
また、ワークステーション装置ＷＳ１〜ＷＳｎには、ローカルエリアネットワーク（LAN）を介して種々のデータのやりとりを行うアプリケーションソフトウェア（電子メールアクセスなど）やネットワークファクシミリ装置ＦＸより受信した電子メールに含まれる画情報を処理するアプリケーションソフトウェア（ビューワなど）など種々のプログラムが導入されていて、特定のユーザにより使用されるものである。特定のユーザは、１人または複数人であってもよい。
【００７６】
また、ネットワークファクシミリ装置ＦＸは、ローカルエリアネットワーク（LAN）における電子メールの送受信機能と公衆網（PSTN）に接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行う伝送機能を備えている。
【００７７】
本実施の形態において、ローカルエリアネットワーク（LAN）に接続されている端末相互間でのデータのやりとりは、TCP/IPというトランスポートレイヤまでの伝送プロトコルとそれ以上の上位レイヤの通信プロトコルの組み合わせが適用して行われる。例えば、電子メールの送信では、上位レイヤの通信プロトコルとして、SMTP（Simple Mail Transport Protocol）という通信プロトコルが適用される。
【００７８】
本実施例では、電子メールはメールサーバ装置ＳＭにいったん蓄積された後に配信される。例えば、ネットワークファクシミリ装置ＦＸからワークステーション装置ＷＳ１のユーザへの電子メールは、メールサーバ装置ＳＭにいったん蓄積される。
【００７９】
一方、ワークステーション装置ＷＳ１〜ＷＳｎ及びネットワークファクシミリ装置ＦＸは、適当な周期でメールサーバ装置ＳＭに対して、自端末のユーザ宛の電子メール受信の問い合わせを行い、ユーザ宛の電子メールがメールサーバ装置ＳＭに蓄積されているときは、メールサーバ装置ＳＭによりその電子メールを受信して、自端末ユーザにその旨を通知する。
【００８０】
この場合、ワークステーション装置ＷＳ１は、メールサーバ装置ＳＭに対して、自端末のユーザ宛  の電子メール受信の問い合わせを行った場合に、自端末のユーザ宛の電子メールがメールサーバ装置ＳＭに蓄積されていることが通知されるので、その電子メールを受信して、その旨をユーザに通知する。通知を受け取ったユーザは、その電子メールの内容を読み出して内容を確認する。
【００８１】
この通信プロトコルとしては、POP（Post Office Protocol）などを適用することができる。
【００８２】
また、本実施の形態では、ワークステーション装置ＷＳ１〜ＷＳｎからネットワークファクシミリ装置ＦＸに対し、公衆網に接続された通信装置へ画情報の中継送信依頼を行うことができ、その中継依頼画情報の送信には、電子メールが適用される。なお、この場合のローカルエリアネットワーク（LAN）は、インターネットに接続されているので、インターネットに接続されている他のワークステーション装置等のユーザも、このネットワークファクシミリ装置ＦＸに対して画情報の中継送信依頼を行うことができる。
【００８３】
この電子メールは、MIME（Multipurpose Internet Mail Extension）形式のものである。画情報は、Base64符号化形式で符号化した後の情報がセットされる。
【００８４】
HTTPとは、"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では、コマンドやレスポンス自体やフォーマットなどに、多くの拡張がなされている。ワークステーション装置にインストールされているブラウザソフトより閲覧することができる。
【００８５】
XML（eXtensible Markup Language）とは、W3C（ WWW技術の標準化団体 ）の勧告(Recommendation) で、SGML (ISO/IEC 8879:1986)を簡略化し、インターネット対応したものでありHTMLと違い、任意のタグが使用可能である。またデータと処理（レイアウト（デザイン））の分離して記述できる点に特徴がある。
【００８６】
図２に、ネットワークファクシミリ装置ＦＸの構成例を示す。
【００８７】
同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、およびファクシミリ伝送制御手順などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行る制御処理プログラムおよび処理プログラムを実行するときに必要な各種データなどを記憶するとともにシステム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。スキャナ５は、所定の解像度で原稿画像を読みとるためのものであり、プロッタ６は、所定の解像度で画像を記録出力するものであり、操作表示部７は、この通信装置を操作するためのもので、各種の操作キー、および各種の表示器からなる。符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮された状態の画情報を多数記憶するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記録するためのものである。グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するものである。網制御装置１１は、このネットワークファクシミリ装置ＦＸを電話回線網（PSTN）に接続するためのものであり、自動発着信機能を備えている。
【００８８】
ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークを介して他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルの通信制御処理（電子メール送受信処理など）を実行するためのものである。
【００８９】
これらのシステム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されていてこれらの各要素間でのデータやりとりは、主として内部バス１４を介して行われている。また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは直接行われている。
【００９０】
（第１実施例）
ネットワークファクシミリ装置ＦＸの初期設定情報は、RSSフォーマット（XMLファイル）の形式で提供することができる。
【００９１】
RSSデータの一例を図−６に示す。RSSのXMLタグにどのようなデータを当てはめるのかは、図-7に示す。
【００９２】
RSSアグリゲーター（RSSリーダー）での表示例を図−８に示す。
【００９３】
RSSのURLの指定方法は、以下のように行う。（getの場合）
http://hostname/web/guest/ja/txrxSetting/gettxrxEnvSetting.cgi?xml=rss2.0
【００９４】
「http://hostname/web/」の部分は通信プロトコルを示し、次の二つのいずれかを指定する。ただし、機器の設定状態によっては指定されたプロトコルで通信できない場合がある。
http  HTTP。
https  HTTPS。SSLによる経路の暗号化を行う。
【００９５】
「/guest/」の部分は、ユーザプロファイルを示し、次の二つのいずれかを指定する。
guest  ゲストモード。個人認証しない設定の場合に使用する。
entry  認証モード。個人認証する設定の場合、または管理者としてログインする場合に使用する。
【００９６】
「/ja/」の部分は、表示に用いる言語を示す、選択できる言語のみ指定できる。通常、本体操作部で選択できる言語に依存する。
【００９７】
「/txrxSetting/gettxrxEnvSetting.cgi」の部分は、各機能のパスを示し、例えば、ファクス初期設定はtxrxSetting、システム初期設定はsystemSettingなどとなる。
【００９８】
「?xml=rss2.0」の部分は、RSSバージョンを示し、RSSのバージョンを指定する。次のいずれかを指定する。
rss1.0  RSS 1.0
rss0.91  RSS 0.91
rss2.0  RSS 2.0
atom  Atom
【００９９】
図２のLAN伝送制御部１３のうち、RSS/HTML切り替えブロックを図５に示す。
【０１００】
リクエストを解析する要求解析部１３−１と解析をした後に要求を振り分ける振り分け部（ディスパッチャ）１３−２と実際のレスポンスデータを生成するXML（RSS）生成部１３−３とHTML生成部１３−４を持つ。
【０１０１】
クライアントから指定されたURLを要求解析部１３−１で判断して、そのリクエストがRSSの場合は、XML（RSS）生成部１３−３に、そのリクエストがHTMLの場合は、HTML生成部１３−４に、振り分け部（ディスパッチャ）１３−２が振り分ける。
【０１０２】
図１２にRSSデータ作成シーケンスの処理手順を示す。
【０１０３】
ログイン処理に成功すると（判断Ｓ１０１のＹｅｓ）、指定されたURLに対応する項目が存在するか調べる（判断Ｓ１０２）。ログインに失敗した場合は（判断Ｓ１０１のＮｏ）、エラーXMLを生成してレスポンスを返す（処理Ｓ１０８、Ｓ１０９、Ｓ１１０）。（または、認証失敗というHTTPレスポンスを返す）
【０１０４】
指定されたURLに対応する項目が存在しない場合は（判断Ｓ１０２のＮｏ）、アイテム（item要素）が空のXMLファイルを生成してレスポンスを返す（処理Ｓ１０９、Ｓ１１０）。
【０１０５】
項目が存在する場合は（処理Ｓ１０２のＹｅｓ）、ログインユーザがその項目に対してアクセス権があるかを調べる（判断Ｓ１０３）。
【０１０６】
アクセス権がない場合は（判断Ｓ１０３のＮｏ）、スキップして次の項目に移る（処理Ｓ１０７）。アクセス権がある場合は（判断Ｓ１０３のＹｅｓ）、その項目を編集する権利があるか（コントロールを表示するか）を調べる。読み込みだけの権利の場合は（判断Ｓ１０４のＮｏ）、コントロール（入力用テキストボックスやOKボタン）を配置せずに、テキストで項目の値だけをitem要素のdescription要素内にデータとして配置する（処理Ｓ１０６）。（図１０（３））
【０１０７】
編集権限がある場合には（判断Ｓ１０７のＹｅｓ）、item要素のdescription要素内にHTML表現としてコントロール（入力用テキストボックスやOKボタン）を配置を行うXMLを作成する（処理Ｓ１０５）。
【０１０８】
次の項目も同様にチェックをして、対象項目がなくなるまで繰り返す。
【０１０９】
レスポンスXMLが生成されたら（処理Ｓ１０９）、クライアント（RSSリーダー）に対して送信する（処理Ｓ１１０）。
【０１１０】
RSSリーダーの受信画面は、図１０のようになる。図１０（１）に示すように、１項目が１つのアイテムに相当する。実際のRSSデータ（XML）のサンプルとしては、図６の１つ目のitem要素に相当する。
【０１１１】
（第２実施例）
関係のある項目を１つのitem要素として扱うためのシーケンスの処理手順を図１５に示す。なお、図１５は、図１２のＡの部分に挿入される。
【０１１２】
各item要素を生成する際に、関連項目があるのかを調べ（判断Ｓ２０１）、存在する場合は（判断Ｓ２０１のＹｅｓ）、item要素を分けずに同じitem要素内にコントロールを配置する（処理Ｓ２０２。関連項目かどうかは、あらかじめ設定項目に付属する属性情報として機器が保持している。
【０１１３】
実際のクライアント（RSSリーダー）表示例を図１０（２）に示す。実際のRSSデータのサンプルとしては、図６の２つ目のitem要素に相当する。
【０１１４】
（第３実施例）
OKボタンに割り付ける送信先として、自機の機器IPアドレスを設定する。つまり、図１２に示すRSSデータ作成シーケンスのなかで、itemにコントロールを配置するとき（処理Ｓ１０５）に同時に行う。
【０１１５】
図３のシーケンス図のように、OKボタンが押下されると、RSSを配信してきたネットワーク通信装置（ネットワークファクシミリ装置ＦＸ）に対して、コントロールに配置されたテキストボックスに入力されたパラメータを送信する。機器は、受け付けた値を登録する（パラメータ設定）。
【０１１６】
（第４実施例）
基本シーケンスについては、第３実施例と同様である。実際のクライアント（RSSリーダー）表示例を図１１（４）に示す。任意のあて先（IPアドレスやホスト名）を入力できるコントロールを設定項目のコントロールに付加してitem要素を生成する。その場合の送信先は、RSSデータを配信してきた機器ではなくて、コントロールに入力した別のあて先に対して送信することができる。
【０１１７】
（第５実施例）
基本シーケンスについては、第３実施例と同様である。実際のクライアント（RSSリーダー）表示例を図１１（５）に示す。任意のあて先（IPアドレスやホスト名）を複数個、入力できるコントロールを設定項目のコントロールに付加してitem要素を生成する。
その場合の送信先は、RSSデータを配信してきた機器ではなくて、複数のあて先に対して一括して送信することができる。
【０１１８】
（第６実施例）
基本シーケンスについては、第３実施例と同様である。実際のクライアント（RSSリーダー）表示例を図１１（６）に示す。設定値の履歴情報がある場合には、履歴データを取得して設定項目のコントロールに付加してitemを生成する。シーケンス図は、後述する図１６に相当する。
【０１１９】
（第７実施例）
関係のある項目を１つのitemとして扱うためのシーケンス図を図１３に示す。図１３は、図１２のＡの部分に挿入される。各itemを生成する際に、プロパティ情報を出力するのかを調べ（判断Ｓ３０１）、出力する設定になっていた場合には（判断Ｓ３０１のＹｅｓ）、項目のプロパティ情報があるのか調べる（判断Ｓ３０２）。存在する場合は（判断Ｓ３０２のＹｅｓ）、enclosure要素にURLを記載（セット）する（処理Ｓ３０３）。このURLは、外部サーバー上のリソースを指し示していてもかまわない。その場合は、図４に示すシーケンスのように、RSSを配信している機器（ネットワークファクシミリ装置ＦＸ）ではない、別のサーバーに対して情報を取得することができる。このプロパティ情報は、値が取り得る種類や最大値などの情報が相当する。クライアント側は、この情報をもとにバリデータを生成することができる。
【０１２０】
データの例として図２０に示す。クライアント側が直接、関数オブジェクトを利用したい場合には、JavaScriptを配信することも可能で、その場合は、図２２のようなファイルのありかをenclosure要素にURL記載をすることで配信する。
【０１２１】
（第８実施例）
関係のある項目を１つのitemとして扱うための処理手順を図１４に示す。全体のフローは、第１実施例と同様であり、図１４の処理手順は、図１２のＡの部分に挿入される。
【０１２２】
各itemを生成する際に、用語情報を出力するのかを調べ（判断Ｓ４０１）、出力する設定になっていた場合には（判断Ｓ４０１のＹｅｓ）、項目に用語（項目名）が定義されているのかを調べる（判断Ｓ４０２）。定義されている場合は（判断Ｓ４０２のＮｏ）、そのまま項目名を返すだけでよいので、何もしない。定義されていない場合は、用語ID(図１９のgentext keyに相当)がふってあるので、その場合は、用語情報があるかを調べる。存在する場合は、enclosure要素に用語ファイルのあるサーバーのURLを記載する。このURLは、外部サーバー上のリソースであってもかまわない。その場合は、図４に示すシーケンスのように、RSSを配信している機器（ネットワークファクシミリ装置ＦＸ）以外に対して、情報を取得することができる。この用語情報は、用語ID(図１９のgentext keyに相当)と対比した用語情報（図１９のtextに相当）が相当する。クライアント側は、この情報をもとにリッチなUIを生成することができる。また、外国語対応も容易にできる。この用語ファイルのデータ例として図１９に示す。
【０１２３】
（第９実施例）
関係のある項目を１つのitemとして扱うための処理手順を図１６に示す。全体のフローは、第１実施例と同様であり、図１６の処理手順は、図１２のＡの部分に挿入される。
【０１２４】
各itemを生成する際に、表示に利用できる情報があるかを調べ（判断Ｓ５０１）、ある場合は取得して（処理Ｓ５０２）、独自の拡張xmlタグとしてitem要素内に配置する（処理Ｓ５０３）。
【０１２５】
拡張RSSフォーマットのサンプルを図１８に示す。例えば、項目が今までに変更された回数を<change>要素内に出力する。グループ化されている項目の場合は、<group>要素にグループ名を出力する。重要度がランク付けされている場合には、<rate>要素に出力する。情報がない場合には、拡張要素としては、何のXML要素も出力しない。クライアント側は、この拡張XMLタグで得られる情報を利用して、独自のユーザインターフェースを構築することができる。
【０１２６】
（第１０実施例）
関係のある項目を１つのitemとして扱うための処理手順を図１６に示す。全体のフローは、第１実施例と同様であり、図１６の処理手順は、図１２のＡの部分に挿入される。
【０１２７】
各itemを生成する際に、表示に利用できる情報があるかを調べ（判断Ｓ５０１）、ある場合は取得して（処理Ｓ５０２）、title要素内に配置する（処理Ｓ５０３）。
【０１２８】
RSSリーダーでの表示例を図２１に示す。例えば、項目が今までに変更された回数やグループ化されている項目の場合のグループ名や重要度などの情報をtitle要素XMLの先頭に付加して出力する。情報がない場合には、何も付加しないで、title要素そのままで出力する。クライアント側は、titleでソートすることが可能なので、情報に応じてソートしてみやすく表示することができる。
【０１２９】
（第１１実施例）
関係のある項目を１つのitemとして扱うための処理手順を図１６に示す。全体のフローは、第１実施例と同様であり、図１６の処理手順は、図１２のＡの部分に挿入される。
【０１３０】
各itemを生成する際に、表示に利用できる情報があるかを調べ（判断Ｓ５０１）、ある場合は取得して（処理Ｓ５０２）、その情報に応じた背景色をtitle要素内に設定する（処理Ｓ５０３）。
【０１３１】
RSSリーダーでの表示例を図１０（４）に示す。例えば、項目が今までに変更された回数やグループ化されている項目の場合のグループ名や重要度などの情報をもとにして定義した色を指定することにより視覚的に情報を得ることができる。クライアント側では、色で判断することが可能なので、情報に応じてみやすく表示することができる。
【０１３２】
拡張RSSフォーマットのサンプルを図１８に示す。背景色は、bgcolorで定義する。
【０１３３】
（第１２実施例）
図２３に示すように、URLのクエリーを用いて、必要な情報のみを抽出したRSSデータ用のURLを生成することができる。例えば、項目に対するアクセス件数のトップ１０やfaxなどの特定のキーワードを含む項目だけ、20回以上変更のあった項目、指定した項目のみなどの細かい条件で項目を指定することができる。この操作により自由に項目をカスタマイズしたURLを生成することができる。例えば、全件表示するなら、図２３にあるように、item=allをURLの末尾に付与する。WebPage内のアイテムと同様の場合は、RSS2.0を取得する指定だけをする。
【０１３４】
図９に示すブラウザ画面をRSS出力すると、図１０のように指定した数だけ項目が出力されるとする。
【０１３５】
図１７にURLにより取得できる情報を選ぶ場合の処理手順について示す。
【０１３６】
リクエストされたURLを解析して、クエリーがサポートしているURLの一部なのかを調る（処理Ｓ６０１）。未サポートのURLの場合は（判断Ｓ６０２のＮｏ）、404 NotFoundを返す（処理Ｓ６１０）。サポートしているURLは、例えば、図２３の例に沿って決められている。
【０１３７】
サポートのURLの場合は（判断Ｓ６０２のＹｅｓ）、もし全データ取得用のURLであれば（判断Ｓ６０３のＹｅｓ）、全項目数を抽出して（処理Ｓ６１１）RSS用のレスポンスXMLデータを作成する（処理Ｓ６０８）。全件指定でなければ（判断Ｓ６０３のＮｏ）、検索キーワードの指定があるか調べる（判断Ｓ６０４）。
【０１３８】
検索キーワードが指定されていた場合（name=faxと指定することで、項目の名称としてfaxを含む項目を全て抽出する）は（判断Ｓ６０４のＹｅｓ）、指定された項目のデータを抽出して（処理Ｓ６１２）RSS用のレスポンスXMLデータを作成する（処理Ｓ６０８）。
【０１３９】
検索キーワードが指定されていない場合は（処理Ｓ６０４のＮｏ）、他のアイテム抽出条件があるのかを調べる（判断Ｓ６０５）。例えば、20回以上変更があった項目の表示の場合は、change=20をURLの末尾に付与する。アクセス数トップ10表示ならば、top=10をURLの末尾に付与する。項目1,4,5,8表示を取得したい場合は、図２３のようにhttp://hostname/web/entry/ja/txrxSetting/gettxrxEnvSetting.cgi&item=1+4+5+8
とitem指定を行う。
【０１４０】
この場合は、図１０の項目のうち上から1番目、4番目、5番目、8番目のように必要とする任意の項目だけと取り出したRSSデータを生成できるので、RSSリーダーで表示させた場合、図２４のようなカスタマイズ画面が自由に作成できる。
【０１４１】
このような指定があれば、指示にそって抽出されたデータで（処理Ｓ６１３）レスポンスXMLデータを作成する（処理Ｓ６０８）。
【０１４２】
なお、URLには複数の条件を同時に記載することは可能であるが、重複した場合は、より後に記載あれた条件が優先される。
【０１４３】
以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１４４】
【図１】本発明を実施するための最良の形態に係るネットワーク通信装置としてのネットワークファクシミリ装置ＦＸを含むネットワーク構成について示す図である。
【図２】本発明を実施するための最良の形態に係るネットワークファクシミリ装置ＦＸのブロック構成について示す図である。
【図３】情報取得／設定シーケンスについて示す図である。
【図４】プロパティ情報、用語ファイル情報取得シーケンス（enclosure要素）について示す図である。
【図５】ＲＳＳ／ＨＴＭＬ切り換えの仕組みについて示す図である。
【図６】ＲＳＳフォーマットサンプルについて示す図である。
【図７】ＲＳＳフィールド仕様について示す図である。
【図８】ＲＳＳリーダーの表示例（ＨＴＭＬ表示）について示す図である。
【図９】ブラウザでの表示例について示す図である。
【図１０】ＲＳＳリーダーの表示例について示す図である。
【図１１】ＲＳＳリーダーの相手先表示例について示す図である。
【図１２】ＲＳＳ（ＸＭＬ）データ作成シーケンスの処理手順について示すフローチャートである。
【図１３】ＲＳＳ（ＸＭＬ）データ作成シーケンス（プロパティ情報）の処理手順について示すフローチャートである。
【図１４】ＲＳＳ（ＸＭＬ）データ作成シーケンス（用語情報）の処理手順について示すフローチャートである。
【図１５】ＲＳＳ（ＸＭＬ）データ作成シーケンス（関連項目）の処理手順について示すフローチャートである。
【図１６】ＲＳＳ（ＸＭＬ）データ作成シーケンス（独自ＸＭＬタグ挿入など）の処理手順について示すフローチャートである。
【図１７】リクエスト種別（ＵＲＬ）によるＲＳＳ情報レスポンスシーケンスの処理手順について示すフローチャートである。
【図１８】ＲＳＳフォーマット拡張サンプルについて示す図である。
【図１９】用語リストサンプルについて示す図である。
【図２０】プロパティリストの項目について示す図である。
【図２１】ＲＳＳリーダーの表示例（タイトルへの情報付加）
【図２２】JavaScriptファイルのサンプルについて示す図である。
【図２３】ＵＲＬによるＲＳＳフィードのフィルタリングについて示す図である。
【図２４】ＲＳＳリーダの表示例について示す図である。
【符号の説明】
【０１４５】
ＦＸ  ネットワークファクシミリ装置
１３  ＬＡＮ伝送制御部
【図１】
2008136000.tif 000003
【図２】
2008136000.tif 000004
【図３】
2008136000.tif 000005
【図４】
2008136000.tif 000006
【図５】
2008136000.tif 000007
【図６】
2008136000.tif 000008
【図７】
2008136000.tif 000009
【図１１】
2008136000.tif 000010
【図１２】
2008136000.tif 000011
【図１３】
2008136000.tif 000012
【図１４】
2008136000.tif 000013
【図１５】
2008136000.tif 000014
【図１６】
2008136000.tif 000015
【図１７】
2008136000.tif 000016
【図１８】
2008136000.tif 000017
【図１９】
2008136000.tif 000018
【図２０】
2008136000.tif 000019
【図２１】
2008136000.tif 000020
【図２２】
2008136000.tif 000021
【図２３】
2008136000.tif 000022
【図２４】
2008136000.tif 000023
【図８】
2008136000.tif 000024
【図９】
2008136000.tif 000025
【図１０】
2008136000.tif 000026