JP4177305B2

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

Info

Publication number: JP4177305B2
Application number: JP2004230272A
Authority: JP
Inventors: 聖彦篠宮
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-08-06
Filing date: 2004-08-06
Publication date: 2008-11-05
Anticipated expiration: 2024-08-06
Also published as: CN1731731A; CN100550742C; JP2006050373A

Description

本発明は、ネットワークに接続され、所定のＨＴＴＰプロトコルによりデータをやりとりするＨＴＴＰ通信機能と、公衆回線に接続され、所定のファクシミリ伝送手順によりファクシミリデータをやりとりするファクシミリ通信機能を少なくとも備えたネットワーク通信装置に関する。

従来、ネットワークに接続され、所定のＨＴＴＰプロトコルによりデータをやりとりするＨＴＴＰ通信機能と、公衆回線に接続され、所定のファクシミリ伝送手順によりファクシミリデータをやりとりするファクシミリ通信機能を少なくとも備えたネットワーク通信装置では、ネットワークを介して装置内部の設定を行うことができるようにしたものや、通信装置の履歴情報をＷｅｂページとして参照できるようにしたものが提案されている（特許文献１，２参照）。

このような通信装置では、直接、当該通信装置の設置場所へ赴かなくとも装置内部の設定を行うことができ、また、例えば、パーソナルコンピュータ装置等の操作の自由度の高い操作装置を利用して設定操作が行えるので、操作が簡単になる。
特開２０００−９２２６２号公報特開２００２−７０９５号公報

しかしながら、このような従来装置では、ネットワーク通信装置の情報取得はＷｅｂブラウザ経由で行っていたが、ＨＴＭＬファイルをブラウザで表示するだけであったので、データの２次利用や簡易的な方法で表示することができなかった。

本発明は、かかる実情に鑑みてなされたものであり、情報を２次利用したり、ツールで簡単に表示をするなどの制御ができるようにするネットワーク通信装置を提供すること目的とする。

本発明は、ネットワークに接続され、所定のＨＴＴＰプロトコルによりデータをやりとりするＨＴＴＰ通信機能と、公衆回線に接続され、所定のファクシミリ伝送手順によりファクシミリデータをやりとりするファクシミリ通信機能を少なくとも備えたネットワーク通信装置において、ＨＴＴＰプロトコルにより履歴情報の取得が要求されたとき、当該履歴情報をセマンティックＸＭＬ文書により、当該要求元へ返答するようにしたものである。

また、前記履歴情報の取得要求時に検索条件が指定された場合、当該検索条項に従って前記履歴情報を抽出し、その抽出した履歴情報をＲＤＦフォーマットのセマンティックＸＭＬ文書として返答するようにしたものである。

また、前記セマンティックＸＭＬ文書には、前記履歴情報に含まれる個別履歴を表示する個別ページ情報の参照先ＵＲＬの記載を含むものである。

また、前記セマンティックＸＭＬ文書の件名の表示欄には、前記履歴情報に含まれる個別履歴の１件分の情報の表示を配置するようにしたものである。

また、前記件名に関連づけられる日付の表示欄には、前記個別履歴の時刻情報の表示を配置するようにしたものである。

また、前記件名に関連づけられる作者の表示欄には、前記個別履歴の文書作成者の表示を配置するようにしたものである。

また、前記件名に関連づけられるイメージ画像の表示欄には、前記個別履歴に対応した画情報のサムネイル画像のＵＲＬの表示を配置するようにしたものである。

また、前記履歴情報が同報通信の場合、それぞれの同報宛先について１つの個別履歴を形成し、それぞれの個別履歴について識別情報を与えるようにしたものである。

また、前記セマンティックＸＭＬ文書がＡｔｏｍフォーマットの場合、ＨＴＭＬ形式の履歴表示情報を含むようにしたものである。

したがって、本発明によれば、セマンティックＸＭＬ文書で機器の情報の検索結果を取得できるので、その情報を２次利用したり、ツールで簡単に表示をするなどの制御ができるようになり、取得側での情報の利用が自由にできるという効果を得る。

以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。

図１は、本発明の一実施例にかかるネットワークシステムを示している。

同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸが接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸは、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。

ここで、メールサーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ、および、ネットワークネットワークファクシミリ装置ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。

また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。

また、ネットワークファクシミリ装置ＦＸは、画情報や各種レポートなどを電子メールとしてやりとりするための電子メール処理機能、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行うファクシミリ通信機能、および、ＨＴＴＰプロトコルにより各種の情報を外部装置へ提供するＷｅｂサーバ機能を備えている。

図２は、ネットワークファクシミリ装置ＦＸの構成例を示している。

同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。

スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。

符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。

グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。

網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。

ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。

これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。

また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。

ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）という通信プロトコルが適用される。

また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ）などを適用することができる。

また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（ＭｕｌｔｉＰｕｒｐｏｓｅＭａｉｌＥｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。

また、ＨＴＴＰとは、”ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ”の略で、いわゆるＷＷＷ（Ｗｏｒｌｄ−ＷｉｄｅＷｅｂ）を実現するためのプロトコルである。通常、ＴＣＰ上（ポート番号：８０）でやりとりされる。例えば、図３に示すように、ＧＥＴやＰＯＳＴなどのコマンドにより、ワークステーション装置ＷＳで実行されているブラウザがネットワークファクシミリ装置ＦＸのＨＴＴＰサーバに対して、処理を指定し、そのレスポンスとして、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ファイル、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）ファイル、あるいは、画像ファイルなどがＨＴＴＰサーバから送られてくる。本実施例では、後述するように、セマンティックＸＭＬ文書として通信履歴情報等をクライアントに対して提供できるようにしている。

また、ＸＭＬは、Ｗ３Ｃ（ＷＷＷ技術の標準化団体）の勧告（Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）で定められたものであり、ＳＧＭＬ（ＩＳＯ／ＩＥＣ８８７９：１９８６）を簡略化してインターネット対応したものである。このＸＭＬは、ＨＴＭＬと違い、任意のタグが使用可能である。また、データと処理（レイアウト（デザイン））の分離して記述できる。

また、セマンティックＸＭＬ文書とは、いわゆるセマンティックＷｅｂ技術の機能を実現するためのファイル様式をＸＭＬで実現したものを指す。例えば、ＲＤＦ（ＲｅｓｏｕｒｃｅＤｅｓｃｒｉｐｔｉｏｎＦｒａｍｅｗｏｒｋ）に準拠したものとしては、ＲＳＳ（ＲｉｃｈＳｉｔｅＳｕｍｍａｒｙ「１．０系列」またはＲｅａｌＳｉｍｐｌｅＳｙｎｄｉｃａｔｉｏｎ「０．９−２．０系列」）がある。また、ＲＳＳと同様の機能を実現するものとしてＡｔｏｍがある。ＲＳＳについての解説は、http://kanzaki.com/docs/sw/rss.html（２００４年８月５日現在アクセス可能）を参照のこと。また、Ａｔｏｍについての解説は、http://www.kanzaki.com/docs/sw/atom.htmlを参照のこと（２００４年８月５日現在アクセス可能）。

さて、本実施例では、ネットワークファクシミリ装置ＦＸは、送受信動作が行われるたびに、図４（ａ）に示したような通信履歴情報を作成して保存している。ここで、送受信動作とは、アナログ公衆回線網ＰＳＴＮを用いて他のグループ３ファクシミリ装置との間で行うファクシミリ送受信動作、および、電子メールにより画情報のやりとりを行う電子メール通信動作を示す。スキャンした画情報を指定された宛先へ電子メールを用いて送信するいわゆるスキャン・イーメール機能は、電子メール通信動作の一形態となる。

この通信履歴情報は、それぞれの送受信通信のジョブに付与されたファイル番号、当該通信がファクシミリ送受信動作であるか電子メール通信動作であるかの区別をあらわす通信モード、通信動作の完了した日時をあらわす通信日時、当該通信の相手先をあらわす相手先情報、当該通信の通信結果、および、当該通信を設定したユーザをあらわすユーザ情報からなる。

相手先情報は、同報通信の指定の場合には、複数設定されるので、例えば、同図（ｂ）のような宛先テーブルとしての形式を持つ。この宛先テーブルは、宛先数と、設定されたｋ個の宛先情報からなる。

また、通信結果は、上述した同報通信の場合には、複数宛先のそれぞれに対応した結果が得られるので、同図（ｃ）に示すような通信結果テーブルとして保存される。この通信結果テーブルは、宛先テーブルと同一要素が同一順序に配置されるｋ個の通信結果からなる。

また、本実施例では、これらの通信履歴情報、相手先情報、および、通信結果をＸＭＬフォーマットのＸＭＬデータとして作成することで、後述する履歴情報一覧ページや個別ページのＨＴＭＬファイル、あるいは、ＲＳＳフィードやＡｔｏｍフィードを自動的に変換・作成できるようにしている。また、このＸＭＬデータをＨＴＭＬファイル、ＲＳＳフィード、あるいは、Ａｔｏｍフィードへ自動変換する際には、それぞれに対応したＸＳＬＴ（＝ＸＳＬ（＝ｅＸｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａｇｅ）Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）ファイルが適用される。

また、本実施例では、送受信動作にかかる画情報は、画像蓄積装置９に全て保存される。その際、インデックス画像等として用いられるサムネイル画像（縮小画像）を作成して、画像蓄積装置９へ保存する（図５（ａ），（ｂ）参照）。

また、ＨＴＴＰサーバとして種々の情報を提供する際に、クライアント側のユーザが表示項目や操作項目などを一目で確認できるように、表示画面上にアイコン画像を配置する場合があり、このようなアイコン画像データも図５（ｃ）に示すように、画像記憶装置９へ保存される。

さらに、上述したような通信歴情報のうち、送信動作にかかるものを一覧情報として提供するための送信履歴情報一覧ページ、および、それぞれの送信履歴情報を提供するための送信履歴情報個別ページを、送信動作の終了毎にＨＴＭＬファイルとして作成して保存している（図５（ｄ）参照）。

また、上述したような通信歴情報のうち、受信動作にかかるものを一覧情報として提供するための受信履歴情報一覧ページ、および、それぞれの受信履歴情報を提供するための受信履歴情報個別ページを、受信動作の終了毎にＨＴＭＬファイルとして作成して保存している（図５（ｅ）参照）。

また、これとは別に、本実施例では、送信履歴情報の一覧情報と個別情報、および、受信履歴情報の一覧情報と個別情報を、それぞれＲＳＳ文書またはＡｔｏｍ文書のセマンティックＸＭＬ文書として提供する機能も備えている。セマンティックＸＭＬ文書として提供する場合、それぞれの情報要素がなんらかの意味を持つことが必要である。そこで、本実施例では、通信履歴情報のそれぞれの項目を、それにふさわしいと思われる情報要素に配置して、送信履歴情報または受信履歴情報を作成する。

送信履歴情報の一覧情報と個別情報をＲＳＳ文書（ＲＳＳフィード）として提供する場合の一例を図６に示す。なお、このＲＳＳフィードのフォーマットは、ＲＳＳ１．０に準拠したものである。

また、同図中、ｄｃで始まる要素名（ｄｃ：ｄａｔｅ等）は、ＤｕｂｌｉｎＣｏｒｅモジュールに規定されている要素名である。ＤｕｂｌｉｎＣｏｒｅモジュールは、ＤＣＭＩ（ＤｕｂｌｉｎＣｏｒｅＭｅｔａｄａｔａＩｎｉｔｉａｔｉｖｅ）が定めたもので、ウェブや文書の作者、タイトル、作成日といった書誌情報をメタデータとして記述するためのボキャブラリを規定したものである。

同様に、同図中、ｒｄｆで始まる要素名（ｒｄｆ：ｌｉ等）は、ＲＤＦで規定されている要素名をあらわす。

この例では、ｃｈａｎｎｅｌ要素として、ネットワークファクシミリ装置ＦＸのＵＲＬを配置し、ｃｈａｎｎｅｌ要素内のｔｉｔｌｅ要素として、ネットワークファクシミリ装置ＦＸの送信履歴情報である旨がわかるように「ＦＡＸ００１の通信履歴［送信］」という文字列を配置し、ｃｈａｎｎｅｌ要素内のｄｅｓｃｒｉｐｔｉｏｎ要素として「ＦＡＸ通信履歴［送信］を表示します。」という文字列を配置する。ここで、ｃｈａｎｎｅｌ要素内のｉｍａｇｅ要素として、アイコン画像データのＵＲＬを配置する。

ｃｈａｎｎｅｌ要素内のｃｒｅａｔｅｒ（ｄｃ：ｃｒｅａｔｅｒ）要素として、ネットワークファクシミリ装置ＦＸをあらわす「ＦＡＸ００１」という文字列を配置する。また、ｃｈａｎｎｅｌ要素内のｄａｔｅ（日付）（ｄｃ：ｄａｔｅ）要素は、当該ＲＳＳフィードの作成日時を配置する。

ｉｔｅｍｓ要素には、１つ以上の送信履歴個別情報の識別情報を列記する。ここで用いる識別情報は、後続のｉｔｅｍ要素における識別情報である。この場合、３つのｉｔｅｍ要素が含まれ、最初の２つは、２つの宛先への同報通信の結果をあらわし、３つ目は、１つの宛先への送信結果をあらわす。

ｉｔｅｍ要素のｔｉｔｌｅ要素には、当該ｉｔｅｍ要素の送信履歴を識別できるような内容を配置する。例えば、１つ目のｉｔｅｍ要素のｔｉｔｌｅ要素は、「通信履歴：送信［００１−１］」となっている。ここで、「［００１−１］」は、「［ファイル番号（本番号）−宛先テーブルの要素番号（サフィックス）］」をあらわし、ファイル番号００１の同報通信の１番目の宛先に対する送信履歴情報である旨をあらわしている。このようにすることで、ファイル番号が同じ同報通信であっても、宛先別に送信履歴を識別できることとなる。

２つ目のｉｔｅｍ要素のｔｉｔｌｅ要素は、「通信履歴：送信［００１−２］」であるので、ファイル番号００１の同報通信の２番目の宛先に対する送信履歴情報である旨をあらわしている。

また、３つ目のｉｔｅｍ要素のｔｉｔｌｅ要素は、「通信履歴：送信［００２］」であるので、ファイル番号００２の送信履歴情報である旨をあらわしている。

また、ｉｔｅｍ要素のｌｉｎｋ要素には、当該送信履歴情報の個別ページのＵＲＬが配置され、ｄｅｓｃｒｉｐｔｉｏｎ要素には、当該送信履歴情報の内容を列記したものが配置される。

また、ｉｔｅｍ要素のｓｕｂｊｅｃｔ（ｄｃ：ｓｕｂｊｅｃｔ）要素には、当該送信履歴情報を識別できる内容を配置する。例えば、１つ目のｉｔｅｍ要素のｓｕｂｊｅｃｔ要素には「ファイル番号００１の送信結果−１」とあり、当該ｉｔｅｍ要素がファイル番号００１の同報通信の１番目の宛先に対する送信履歴情報である旨をあらわしている。２つ目と３つ目のｉｔｅｍ要素のｓｕｂｊｅｃｔ要素についても同様である。

また、ｉｔｅｍ要素のｐｕｂｌｉｓｈｅｒ要素には、ネットワークファクシミリ装置ＦＸのメーカー名の表示が配置される。

また、ｉｔｅｍ要素のｃｒｅａｔｏｒ（ｄｃ：ｃｒｅａｔｅｒ）要素には、当該通信動作を指令したユーザのユーザ名が配置される。なお、受信履歴情報の場合には、ｃｒｅａｔｏｒ要素には、相手先（送信側）の電話番号等の識別情報が配置される。これは、ｃｒｅａｔｏｒ要素には、当該通信を生起した対象（送信ユーザまたは送信端末）の識別情報を入れたいためである。

また、ｉｔｅｍ要素のｄａｔｅ（ｄｃ：ｄａｔｅ）要素には、当該送信履歴情報の通信日時の値が配置される。これは、現実に送信動作が行われた日時を、ユーザに対して通知（表示）したいからである。

次のｉｍｅｇｅ要素には、当該送信履歴情報に対応したファイル番号のサムネイル画像データのＵＲＬが配置される。ｌｉｎｋ要素には、当該送信履歴に対応したファイル番号の画像データのＵＲＬが配置される。

図７、図８および図９は、送信履歴情報の一覧情報と個別情報をＡｔｏｍ文書（Ａｔｏｍフィード；Ａｔｏｍデータ）として提供する場合の一例を図６に示す。なお、このＡｔｏｍフィードのフォーマットは、バージョン０．３に準拠したものである。

このＡｔｏｍのフォーマットでは、ｆｅｅｄ要素、ｅｎｔｒｙ要素がそれぞれＲＳＳのｃｈａｎｎｅｌ要素、ｉｔｅｍ要素に相当する。また、ＲＳＳのｌｉｎｋに相当する役割は「ｒｅｌ＝”ａｌｔｅｒｎａｔｅ”」という属性で示される。また、ＲＳＳのｄｅｓｃｒｉｐｔｉｏｎ要素に対応する要素は、ｓｕｍｍａｒｙ要素である。

また、このＡｔｏｍフォーマットで特徴的なのは、ｃｏｎｔｅｎｔ要素にＨＴＭＬ（ＸＨＴＭＬ）マーク付けを含む内容をＣＤＡＴＡセクションとして記述できる点である。本実施例では、これを利用して、１つの送信履歴情報を表示する表組みのデータを構成している。また、この送信履歴情報の表組みのためのレイアウト情報は、「」として記述することができる。

そして、このようなＲＳＳフィードまたはＡｔｏｍフィードを受信したワークステーション装置ＷＳ１〜ＷＳｎでは、これらのＲＳＳフィードまたはＡｔｏｍフィードの内容を表示する表示ソフトウェア（ＲＳＳアグリゲータ、または、ＲＳＳリーダと称される）がインストールされている。

例えば、ＲＳＳアグリゲータで図６のＲＳＳフィードを表示すると、図１０（ａ），（ｂ）のような表示が得られる。同図（ａ）と同図（ｂ）とでは、異なる表示形態のアプリケーション例を示している。

同図（ａ）の表示例で、左側の大きいペイン（表示欄）ＰＡ１には、当該ＲＳＳアグリゲータに登録されているＲＳＳフィードのｃｈａｎｎｅｌ要素のｔｉｔｌｅ要素の内容が一覧表示される。

このペインの表示から１つを選ぶと（選択中の要素は、破線で囲まれている）、当該ＲＳＳフィードのｉｔｅｍｓ要素の一覧が、右上のペインＰＡ２に表示される。ここでは、ｉｔｅｍｓ要素に３つのｉｔｅｍ要素が含まれるので、それぞれのｉｔｅｍ要素のｔｉｔｌｅ要素の内容が表示される。

また、ペインＰＡ２の表示から１つ（一番上）を選択すると、当該ｉｔｅｍ要素のｄｅｓｃｒｉｐｔｉｏｎ要素の内容が、ペインＰＡ２の下のペインＰＡ３に表示される。なお、このペインＰＡ３に表示されるアイコンＩＣは、当該アイコンを操作すると、対応した画情報データをｇｅｔする旨をあらわしている。

また、同図（ｂ）の表示例では、ペインＰＡ３には、ｉｔｅｍ要素に配置したｌｉｎｋ要素の内容、すなわち、当該送信履歴に対応した送信履歴情報個別ページの内容が取得されて表示されている。

なお、Ａｔｏｍフィードの表示例も同様なのでその説明を省略する。

また、ＲＳＳアグリゲータは、その起動時には、一番最初に登録されているＲＳＳフィードのＵＲＬへアクセスし、ネットワークファクシミリ装置ＦＸよりＲＳＳフィードの情報を取得する。

例えば、ＲＳＳアグリゲータが、ユーザコード００１のユーザについて、ＲＳＳ１．０のＲＳＳフィードを取得したい場合には、「http://fax001.abc.co.jp/history/transmission/history?xml=rss1.0&usercode=001」に対応したコマンドを実行する。

すなわち、この場合、ＨＴＴＰを適用し、「fax001.abc.co.jp」のネットワークファクシミリ装置ＦＸに対して「GET /history/transmission/history?xml=rss1.0&usercode=001」というコマンドを発行する。

これにより、ネットワークファクシミリ装置ＦＸは、まず、保存されている通信履歴情報から、指定されたユーザコード００１のユーザの送信履歴情報を全て取得し、上述したようなＲＳＳフィードを作成する。このとき、ＲＳＳ１．０とバージョンが指定されたので、ＲＳＳ１．０のフォーマットを適用する。なお、ＲＳＳ２．０とＡｔｏｍフォーマットも別途指定することができる。

このようにして、ＲＳＳフィードを作成すると、ネットワークファクシミリ装置ＦＸは、要求元のワークステーション装置ＷＳ１〜ＷＳｎに対して、作成したＲＳＳフィードを送信する。

これにより、ＲＳＳフィードを受信したＲＳＳアグリゲータは、当該ＲＳＳフィードの内容を、上述したような表示形態で表示出力する。

また、ＲＳＳアグリゲータが全てのユーザの送信履歴情報を取得する場合には、「http://fax001.abc.co.jp/history/transmission/history?xml=rss1.0」に対応したコマンドを実行する。なお、ＲＳＳ２．０のＲＳＳフィードを取得する場合には、末尾が「xml=rss2.0」となり、Ａｔｏｍフィードを取得する場合には、末尾が「xml=atom」となる。

この場合には、ネットワークファクシミリ装置ＦＸは、保存されている通信履歴情報から、全ての送信履歴情報を取得して、上述したようなＲＳＳフィードを作成し、要求元のワークステーション装置ＷＳ１〜ＷＳｎに対して、作成したＲＳＳフィードを送信する。

このようにして、本実施例では、セマンティックＸＭＬ文書として、通信履歴情報を外部装置へ通知するようにしているので、通信履歴情報の各要素はＸＭＬデータとして取り扱うことができることとなり、その結果、通信履歴情報を二次利用することが容易となり、また、通信履歴情報を種々の形態で表示することができるようになる。

また、ＸＭＬファイルに情報をテキストで表示をして、詳細についてはリンク先のＵＲＬで示すことにより簡単に機器の詳細情報を取得できるので、データの２次利用だけでなく、視覚的な表現力を持つことができるようになる。

また、ＸＭＬファイルに入れる情報（ｓｕｂｊｅｃｔ情報やｄｅｓｃｒｉｐｔｉｏｎ情報）をテキストで格納するので、簡単に様々な情報発信ことができるようになる。

また、ＸＭＬファイルの生成日時ではなくて、通信履歴であれば実際にファクシミリ送受信された日時を入れることにより履歴データの順序性を確保した表示を行うようにすることができるようになる。

また、ＸＭＬファイルの通信装置の名称ではなくて、通信履歴であれば実際にＦＡＸ通信したユーザー名（ユーザーコード）を入れることにより履歴データの活用ができるようになる。

また、イメージ情報に画像のＵＲＬを持たせることにより履歴データの詳細をサムネイル画像で見ることができるようになる。

また、Ａｔｏｍフィードを使うとＨＴＭＬのレイアウト情報で格納できるので、Ｗｅｂページのデザインとして通知することができるようにして、表現力を向上すうことができるようになる。

図１１は、ネットワークファクシミリ装置ＦＸがファクシミリ送信動作を行うときの処理の一例を示している。

ユーザがスキャナ５に送信原稿をセットすると（処理１０１）、ユーザは、操作表示部７を適宜に操作して、１つ以上の宛先を入力し（処理１０２）、操作表示部７のスタートキー（図示略）を操作して、送信動作の開始を指令する（判断１０３の結果がＹＥＳ）。

それにより、ネットワークファクシミリ装置ＦＸは、スキャナ５にセットされている送信原稿の画像を読み取り（処理１０４）、それによって得た画像データを符号化復号化部８で符号化圧縮し、それによって得た画情報を画像蓄積装置９に蓄積する（処理１０５）。また、このとき、サムネイル画像データも作成して、蓄積する。

次いで、指定された宛先を１つ選択し（処理１０５）、アナログ公衆回線網ＰＳＴＮを用いて選択した宛先へ発呼し（処理１０７）、所定のグループ３ファクシミリ送信時伝送前手順を行い（処理１０８）、蓄積した画情報を宛先へ送信する（処理１０９）。

画情報の送信を終了すると、所定のグループ３ファクシミリ送信時伝送後手順を行い（処理１０９）、回線を復旧する（処理１１０）。ここで、全ての宛先について送信動作を終了したかどうかを調べ（判断１１２）、判断１１２の結果がＮＯになるときには、処理１０６へ戻り、残りの宛先について、送信動作を行う。

また、全ての宛先への送信を終了した場合で、判断１１２の結果がＹＥＳになるときには、それまでの送信動作について上述したような通信履歴情報（送信履歴情報）を作成した保存し（処理１１３）、また、送信履歴一覧情報を作成した保存して（処理１１４）、このときの動作を終了する。

図１２は、ネットワークファクシミリ装置ＦＸがファクシミリ受信動作を行うときの処理例を示している。

着信検出すると（処理２０１）、着信応答し（処理２０２）、所定のグループ３ファクシミリ受信時伝送前手順を行い（処理２０３）、画情報を受信し、受信した画情報を画像蓄積装置９へ保存する（処理２０４）。このとき、サムネイル画像データを作成して、画像蓄積装置９へ保存する。

画情報の受信画終了すると、所定のグループ３ファクシミリ受信時伝送後手順を行い（処理２０５）、回線を復旧する（処理２０６）。次いで、そのときの受信動作について上述したような通信履歴情報（受信履歴情報）を作成した保存し（処理２０７）、また、受信履歴一覧情報を作成した保存して（処理２０８）、このときの動作を終了する。

図１３は、ネットワークファクシミリ装置ＦＸがローカルエリアネットワークＬＡＮを介して、ＨＴＴＰ接続要求を受信した際の処理の一例を示している。すなわち、ＨＴＴＰサーバとしての動作の一例を示す。

情報取得リクエストを受信すると（判断３０１の結果ＹＥＳ）、受信したＵＲＬを解析して（処理３０２）、取得要求されているデータを決定する（処理３０３）。ここで、ＧＥＴコマンドの引数を解析し（処理３０４）、指定されたＸＭＬフォーマットを判定し（処理３０６）、それがＲＳＳ１．０であるか、ＲＳＳ２．０であるか、Ａｔｏｍであるかを調べる（判断３０６，３０７）。

ＲＳＳ１．０が指定された場合で、判断３０６の結果がＹＥＳになるときには、ＲＳＳ１．０のＸＭＬフォーマットに対応したＸＳＬＴファイルを作成し（処理３０８）、ＲＳＳ２．０が指定された場合で、判断３０７の結果がＹＥＳになるときには、ＲＳＳ２．０のＸＭＬフォーマットに対応したＸＳＬＴファイルを作成し（処理３０９）、Ａｔｏｍが指定された場合で、判断３０７の結果がＮＯになるときには、ＡｔｏｍのＸＭＬフォーマットに対応したＸＳＬＴファイルを作成する（処理３１０）。

次いで、処理３０３で決定した取得要求されているＸＭＬデータを読み出し（処理３１１）、その読み出したＸＭＬデータと、処理３０８，３０９，３１０のいずれかで作成したＸＳＬＴファイルとを合成して（処理３１２）、レスポンス用のＸＭＬデータ（ＲＳＳフィードまたはＡｔｏｍフィード）を作成し（処理３１３）、処理３１３で作成したレスポンスデータを、情報取得要求元へ応答する（処理３１４）。

ところで、上述した実施例では、セマンティックＸＭＬ文書として、ＲＳＳフィードまたはＡｔｏｍフィードを利用した例を説明したが、それ以外の適宜なフォーマットのデータを利用する場合についても、本発明を同様にして適用することができる。

また、上述した実施例では、通信履歴情報について本発明を適用しているが、それ以外の種々の一覧情報、例えば、機器の設定情報等についても、本発明を同様にして適用することができる。

本発明の一実施例にかかるネットワークシステムを示したブロック図。ネットワークファクシミリ装置ＦＸの構成例を示したブロック図。ＨＴＴＰによる通信の一例を示したタイムチャート。通信履歴情報、宛先テーブル、および、通信結果テーブルの一例を示した概略図。画像ファイル等の蓄積態様の一例を示した概略図。送信履歴情報のＲＳＳフィードの一例を示した概略図。送信履歴情報のＡｔｏｍフィードの一例を示した概略図（続く；１／３）。送信履歴情報のＡｔｏｍフィードの一例を示した概略図（続く；２／３）。送信履歴情報のＡｔｏｍフィードの一例を示した概略図（３／３）。ＲＳＳアグリゲータの表示例を説明するための概略図。ネットワークファクシミリ装置ＦＸがファクシミリ送信動作を行うときの処理の一例を示したフローチャート。ネットワークファクシミリ装置ＦＸがファクシミリ受信動作を行うときの処理の一例を示したフローチャート。ネットワークファクシミリ装置ＦＸがＨＴＴＰサーバの動作する際の一例を示したフローチャート。

符号の説明

ＦＸネットワークファクシミリ装置
ＷＳ１〜ＷＳｎワークステーション装置
１システム制御部
２システムメモリ
３パラメータメモリ
９画像蓄積装置

Claims

ネットワークに接続され、所定のＨＴＴＰプロトコルによりデータをやりとりするＨＴＴＰ通信機能と、公衆回線に接続され、所定のファクシミリ伝送手順によりファクシミリデータをやりとりするファクシミリ通信機能を少なくとも備えたネットワーク通信装置において、
ＨＴＴＰプロトコルにより履歴情報の取得が要求されたとき、当該履歴情報をセマンティックＸＭＬ文書により、当該要求元へ返答することを特徴とするネットワーク通信装置。
前記履歴情報の取得要求時に検索条件が指定された場合、当該検索条項に従って前記履歴情報を抽出し、その抽出した履歴情報をＲＤＦフォーマットのセマンティックＸＭＬ文書として返答することを特徴とする請求項１記載のネットワーク通信装置。
前記セマンティックＸＭＬ文書には、前記履歴情報に含まれる個別履歴を表示する個別ページ情報の参照先ＵＲＬの記載を含むことを特徴とする請求項１または請求項２記載のネットワーク通信装置。
前記セマンティックＸＭＬ文書の件名の表示欄には、前記履歴情報に含まれる個別履歴の１件分の情報の表示を配置することを特徴とする請求項１または請求項２または請求項３記載のネットワーク通信装置。
前記件名に関連づけられる日付の表示欄には、前記個別履歴の時刻情報の表示を配置することを特徴とする請求項４記載のネットワーク通信装置。
前記件名に関連づけられる作者の表示欄には、前記個別履歴の文書作成者の表示を配置することを特徴とする請求項４または請求項５記載のネットワーク通信装置。
前記件名に関連づけられるイメージ画像の表示欄には、前記個別履歴に対応した画情報のサムネイル画像のＵＲＬの表示を配置することを特徴とする請求項４または請求項５または請求項６記載のネットワーク通信装置。
前記履歴情報が同報通信の場合、それぞれの同報宛先について１つの個別履歴を形成し、それぞれの個別履歴について識別情報を与えることを特徴とする請求項１または請求項２または請求項３または請求項４または請求項５または請求項６または請求項７記載のネットワーク通信装置。
前記セマンティックＸＭＬ文書がＡｔｏｍフォーマットの場合、ＨＴＭＬ形式の履歴表示情報を含むことを特徴とする請求項１または請求項３または請求項４または請求項５または請求項６または請求項７または請求項８記載のネットワーク通信装置。