(57)【要約】【課題】ＬＤＡＰサーバ等による認証の仕組に影響されず、ＲＳＳ等のメタデータの取得自体は容易にし、最小限の認証で済む情報アクセス制御方法を提供する。【解決手段】構造化言語で記述されたメタデータを利用側装置に配信し、メタデータに含まれるリンク要素に基づいて上記利用側装置から主たる情報にアクセスするシステムにおけるアクセス制御方法であって、上記利用側装置からのメタデータ取得のリクエストを受け付ける工程と、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを生成する工程と、生成されたメタデータを上記利用側装置に返送する工程と、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを受け付ける工程と、受け付けたリクエストに応じ上記利用側装置の認証代行処理を行う工程と、認証が正常に行われた場合に上記情報元装置から上記利用側装置に主たる情報を提供する工程とを備える。【選択図】図７
2008065814.tif 000002
【特許請求の範囲】
【請求項１】
構造化言語で記述されたメタデータを利用側装置に配信し、メタデータに含まれるリンク要素に基づいて上記利用側装置から主たる情報にアクセスするシステムにおけるアクセス制御方法であって、
上記利用側装置からのメタデータ取得のリクエストを受け付ける工程と、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを生成する工程と、
生成されたメタデータを上記利用側装置に返送する工程と、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを受け付ける工程と、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を行う工程と、
認証が正常に行われた場合に上記情報元装置から上記利用側装置に主たる情報を提供する工程とを備えたことを特徴とする情報アクセス制御方法。
【請求項２】
請求項１に記載の情報アクセス制御方法において、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、
認証が正常に行われた場合に上記プロバイダ装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報アクセス制御方法。
【請求項３】
請求項１に記載の情報アクセス制御方法において、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、
認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報アクセス制御方法。
【請求項４】
請求項１に記載の情報アクセス制御方法において、
上記利用側装置からのメタデータ取得のリクエストを上記情報元装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記情報元装置が生成し、
生成されたメタデータを上記利用側装置に上記情報元装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記情報元装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、
認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報アクセス制御方法。
【請求項５】
請求項１に記載の情報アクセス制御方法において、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、
認証が正常に行われた場合に上記プロバイダ装置が上記情報元装置から主たる情報を取得して上記利用側装置に提供することを特徴とする情報アクセス制御方法。
【請求項６】
請求項２、３または５のいずれか一項に記載の情報アクセス制御方法において、
上記プロバイダ装置は、複数の上記情報元装置からの情報に基づいて時間順にソートしたメタデータを生成することを特徴とする情報アクセス制御方法。
【請求項７】
請求項２、３または５のいずれか一項に記載の情報アクセス制御方法において、
上記プロバイダ装置は、上記情報元装置から情報取得のリクエストを受け付ける都度に、もしくはあらかじめ収集した情報に基づいてメタデータを生成することを特徴とする情報アクセス制御方法。
【請求項８】
請求項２に記載の情報アクセス制御方法において、
上記プロバイダ装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供することを特徴とする情報アクセス制御方法。
【請求項９】
請求項３に記載の情報アクセス制御方法において、
上記認証代行処理用装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供することを特徴とする情報アクセス制御方法。
【請求項１０】
構造化言語で記述されたメタデータを利用側装置に配信し、メタデータに含まれるリンク要素に基づいて上記利用側装置から主たる情報にアクセスするシステムであって、
上記利用側装置からのメタデータ取得のリクエストを受け付ける手段と、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを生成する手段と、
生成されたメタデータを上記利用側装置に返送する手段と、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを受け付ける手段と、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を行う手段と、
認証が正常に行われた場合に上記情報元装置から上記利用側装置に主たる情報を提供する手段とを備えたことを特徴とする情報提供システム。
【請求項１１】
請求項１０に記載の情報提供システムにおいて、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、
認証が正常に行われた場合に上記プロバイダ装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報提供システム。
【請求項１２】
請求項１０に記載の情報提供システムにおいて、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、
認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報提供システム。
【請求項１３】
請求項１０に記載の情報提供システムにおいて、
上記利用側装置からのメタデータ取得のリクエストを上記情報元装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記情報元装置が生成し、
生成されたメタデータを上記利用側装置に上記情報元装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記情報元装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、
認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供することを特徴とする情報提供システム。
【請求項１４】
請求項１０に記載の情報提供システムにおいて、
上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、
メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、
生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、
上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、
受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、
認証が正常に行われた場合に上記プロバイダ装置が上記情報元装置から主たる情報を取得して上記利用側装置に提供することを特徴とする情報提供システム。
【請求項１５】
請求項１１、１２または１４のいずれか一項に記載の情報提供システムにおいて、
上記プロバイダ装置は、複数の上記情報元装置からの情報に基づいて時間順にソートしたメタデータを生成することを特徴とする情報提供システム。
【請求項１６】
請求項１１、１２または１４のいずれか一項に記載の情報提供システムにおいて、
上記プロバイダ装置は、上記情報元装置から情報取得のリクエストを受け付ける都度に、もしくはあらかじめ収集した情報に基づいてメタデータを生成することを特徴とする情報提供システム。
【請求項１７】
請求項１１に記載の情報提供システムにおいて、
上記プロバイダ装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供することを特徴とする情報提供システム。
【請求項１８】
請求項１２に記載の情報提供システムにおいて、
上記認証代行処理用装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供することを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＳＳ（RDF(Resource Description Framework) Site Summary、Rich Site Summary、Really Simple Syndication）、Ａｔｏｍ（Atom Syndication Format）等の構造化言語で記述されたメタデータを介して主たる情報にアクセスするシステムにおける情報アクセス制御方法に関する。
【背景技術】
【０００２】
昨今、ＲＳＳを活用した技術が注目を集めており、ＦＡＸ受信画像を所定のＵＲＬ（Uniform Resource Locator）に蓄積し、そのＵＲＬを含んだ一覧情報をＦＡＸ受信履歴としてＲＳＳにより配信する機能を有したＦＡＸ端末等が提供されるに至っている（例えば、特許文献１参照。）。
【０００３】
このような対象情報（コンテンツ）のＵＲＬ一覧をＲＳＳによって配信できる機器にあっては、ＲＳＳを受け取ったコンピュータをユーザが操作して提供されたＵＲＬから対象情報を閲覧するときに、ユーザ単位やマシン単位でアクセス制限を行いたい場合がある。なお、ＲＳＳそのものに含まれるデータはそれほど機密性が高くなく、リンク先の対象情報さえ閲覧できなければ問題ないものとする。
【０００４】
従来、そのようなアクセス制御はＲＳＳをコンピュータが取得する段階と対象情報を取得する段階とで二重に認証を行うようにしていた。
【０００５】
図１はＲＳＳ配信機能付きのＦＡＸ端末を含む従来のシステムの構成例を示す図であり、Ｆ１、Ｆ２はＲＳＳ配信機能を有したＦＡＸ端末、Ｌ１は認証用のＬＤＡＰ（Lightweight Directory Access Protocol）サーバ、Ｃ１は受信ＦＡＸを閲覧するユーザの操作するコンピュータである。
【０００６】
図２は従来のシステムにおける処理例を示すシーケンス図であり、以下、コンピュータＣ１からＦＡＸ端末Ｆ１の受信ＦＡＸを閲覧する場合の動作を説明する。
【０００７】
＜ＲＳＳ取得時＞
コンピュータＣ１はＦＡＸ端末Ｆ１にリクエストと認証情報を送信する（ステップＳ１）。
【０００８】
ＦＡＸ端末Ｆ１は認証情報をＬＤＡＰサーバＬ１に確認し（ステップＳ２）、認証結果を得る（ステップＳ３）。
【０００９】
ここで、ＦＡＸ端末Ｆ１はＬＤＡＰサーバＬ１の認証結果がＮＧ（No Good）ならばコンピュータＣ１のリクエストを拒否し、ＯＫならばコンピュータＣ１にＦＡＸ受信履歴のＲＳＳをレスポンスとして出力する（ステップＳ４）。
【００１０】
＜データ取得時＞
ユーザはコンピュータＣ１のＦＡＸ受信履歴の画面上で目的の項目を選択する（ステップＳ５）。
【００１１】
コンピュータＣ１はその項目のlink要素を抽出し（ステップＳ６）、link要素に書かれたＵＲＬに従い、ＦＡＸ端末Ｆ１にデータ取得のためのリクエストを送信する（ステップＳ７）。
【００１２】
ＦＡＸ端末Ｆ１はデータ取得に認証が必要である旨のレスポンスをコンピュータＣ１に送信し（ステップＳ８）、コンピュータＣ１はデータ取得のためのリクエストに認証情報を付けて送信する（ステップＳ９）。
【００１３】
ＦＡＸ端末Ｆ１はＬＤＡＰサーバＬ１に認証情報を確認し（ステップＳ１０）、認証結果を得る（ステップＳ１１）。
【００１４】
ここで、ＦＡＸ端末Ｆ１はＬＤＡＰサーバＬ１の認証結果がＮＧならコンピュータＣ１に認証失敗を示すレスポンスを送信し、ＯＫならばコンピュータＣ１に対して該当するＦＡＸ画像のデータを送信する（ステップＳ１２）。
【特許文献１】特開２００６−５４７３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
従来のＲＳＳ配信機能付きの機器は上述したように用いられていたが、次のような問題点が指摘されていた。
【００１６】
（１）機器にＬＤＡＰサーバ等による認証の仕組が必要となり、認証の仕組が変わった場合には機器自体を買い替えなければならない。すなわち、認証の仕組は日進月歩であり、より有効な仕組が近い将来に利用可能になる可能性が高いが、機器は買い替えサイクルが長く、できれば買い替えたくない。
【００１７】
（２）ＲＳＳは標準化されたＸＭＬ（Extensible Markup Language）のデータであり、改変やアグリゲートといった取り扱いが柔軟である性質を持っているが、機器からのＲＳＳの取得に認証処理が必要となることから、対応するソフトが限られ、ＲＳＳの利用を妨げている。
【００１８】
（３）機器からのＲＳＳの取得とそこに含まれるＵＲＬへのアクセスとが連続して行われる場合はＵＲＬへのアクセスに際して更に認証を行う必要はないが、機器から取得したＲＳＳやそれを加工した後のデータは自由に流通することがあり、それらに含まれるＵＲＬへのアクセス時にセキュリティを維持するためアクセス時点でも認証を行わなければならず、結局、二重の認証が必要となり、冗長な仕組となっている。
【００１９】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＬＤＡＰサーバ等による認証の仕組に影響されず、ＲＳＳ等のメタデータの取得自体は容易にし、最小限の認証で済む情報アクセス制御方法を提供することにある。
【課題を解決するための手段】
【００２０】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、構造化言語で記述されたメタデータを利用側装置に配信し、メタデータに含まれるリンク要素に基づいて上記利用側装置から主たる情報にアクセスするシステムにおけるアクセス制御方法であって、上記利用側装置からのメタデータ取得のリクエストを受け付ける工程と、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを生成する工程と、生成されたメタデータを上記利用側装置に返送する工程と、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを受け付ける工程と、受け付けたリクエストに応じ上記利用側装置の認証代行処理を行う工程と、認証が正常に行われた場合に上記情報元装置から上記利用側装置に主たる情報を提供する工程とを備える情報アクセス制御方法を要旨としている。
【００２１】
また、請求項２に記載されるように、請求項１に記載の情報アクセス制御方法において、上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、認証が正常に行われた場合に上記プロバイダ装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供するようにすることができる。
【００２２】
また、請求項３に記載されるように、請求項１に記載の情報アクセス制御方法において、上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供するようにすることができる。
【００２３】
また、請求項４に記載されるように、請求項１に記載の情報アクセス制御方法において、上記利用側装置からのメタデータ取得のリクエストを上記情報元装置が受け付け、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記情報元装置が生成し、生成されたメタデータを上記利用側装置に上記情報元装置が返送し、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記情報元装置が受け付け、受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置が行い、認証が正常に行われた場合に上記認証代行処理用装置からの指示をもって上記情報元装置から上記利用側装置に主たる情報を提供するようにすることができる。
【００２４】
また、請求項５に記載されるように、請求項１に記載の情報アクセス制御方法において、上記利用側装置からのメタデータ取得のリクエストをプロバイダ装置が受け付け、メタデータの対象とする情報を管理する情報元装置とは別に設けられた認証代行処理用装置をリンク要素の宛先とするメタデータを上記プロバイダ装置が生成し、生成されたメタデータを上記利用側装置に上記プロバイダ装置が返送し、上記利用側装置からのメタデータに含まれるリンク要素に基づく情報取得のリクエストを上記プロバイダ装置が受け付け、受け付けたリクエストに応じ上記利用側装置の認証代行処理を上記認証代行処理用装置を兼ねる上記プロバイダ装置が行い、認証が正常に行われた場合に上記プロバイダ装置が上記情報元装置から主たる情報を取得して上記利用側装置に提供するようにすることができる。
【００２５】
また、請求項６に記載されるように、請求項２、３または５のいずれか一項に記載の情報アクセス制御方法において、上記プロバイダ装置は、複数の上記情報元装置からの情報に基づいて時間順にソートしたメタデータを生成するようにすることができる。
【００２６】
また、請求項７に記載されるように、請求項２、３または５のいずれか一項に記載の情報アクセス制御方法において、上記プロバイダ装置は、上記情報元装置から情報取得のリクエストを受け付ける都度に、もしくはあらかじめ収集した情報に基づいてメタデータを生成するようにすることができる。
【００２７】
また、請求項８に記載されるように、請求項２に記載の情報アクセス制御方法において、上記プロバイダ装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供するようにすることができる。
【００２８】
また、請求項９に記載されるように、請求項３に記載の情報アクセス制御方法において、上記認証代行処理用装置は、上記利用側装置からの情報取得のリクエストに対し、自装置を介し、もしくは上記情報元装置にリダイレクトを行なわせて、主たる情報を提供するようにすることができる。
【００２９】
また、請求項１０〜１８に記載されるように、情報提供システムとして構成することができる。
【発明の効果】
【００３０】
本発明の情報アクセス制御方法にあっては、ＦＡＸ端末等の配信側装置に認証の仕組を必要とせず、ＲＳＳ等のメタデータの取得に認証処理が不要となることから、ＬＤＡＰサーバ等による認証の仕組に影響されず、メタデータの取得自体は容易になり、最小限の認証で済む。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の好適な実施形態につき説明する。なお、ＲＳＳ配信機能付きのＦＡＸ端末を含むシステムを例に説明するが、本発明はＦＡＸに対象が限定されるものではない。
【００３２】
＜システム構成＞
図３は本発明を適用したシステムの構成例を示す図である。
【００３３】
図３において、ネットワーク上には、ＲＳＳ配信機能付きのＦＡＸ端末Ｆ１、Ｆ２と、認証サービスを提供するＬＤＡＰサーバＬ１と、受信ＦＡＸの閲覧等を行うユーザの操作するコンピュータＣ１と、ＦＡＸ端末Ｆ１、Ｆ２等から配信されるＲＳＳの仲介を行うＲＳＳプロバイダＲ１、Ｒ２が設けられている。
【００３４】
ＲＳＳプロバイダＲ１、Ｒ２の主な機能は次のとおりである。
【００３５】
（１）ＲＳＳをＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）から受け取り、アクセスしてきたコンピュータＣ１にＲＳＳを出力する。ＲＳＳを出力するときに、ＲＳＳのlink要素の内容を書き換える。書き換えられたlink要素により、ＲＳＳを受け取ったすべてのコンピュータＣ１は、ＲＳＳの項目が指し示すＵＲＬにアクセスするときにＲＳＳプロバイダＲ１、Ｒ２にアクセスする。ここで初めてＬＤＡＰサーバＬ１による認証が行われる。
【００３６】
（２）コンピュータＣ１にＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）からのＦＡＸデータの転送を行い、あるいはアクセス権証明情報の付与等による紹介を行う。ＲＳＳプロバイダＲ１、Ｒ２とＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）との間に信頼関係（機器認証により確認）があることを前提に、ＲＳＳプロバイダＲ１、Ｒ２はＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）からＦＡＸデータを取得し、コンピュータＣ１に提供する。あるいは、紹介を受けたＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）は、アクセスしてきたコンピュータＣ１にＦＡＸデータを提供する。
【００３７】
（３）ＲＳＳプロバイダＲ１、Ｒ２はＦＡＸ端末Ｆ１、Ｆ２との間で双方が理解できる取り決めにより機器認証（機器認証、ＳＳＨ（Secure Shell）通信等）を行う。また、ＦＡＸ端末Ｆ１、Ｆ２は、ＲＳＳプロバイダＲ１、Ｒ２のＩＰアドレスからしかリクエストを受け付けないようにＩＰアドレスを設定してある。ｍａｃ（media access control）アドレスについても同様である（同一ＬＡＮセグメント内でのみ利用可）。
【００３８】
図４はＲＳＳプロバイダＲ１、Ｒ２の構成例を示す図である。
【００３９】
図４において、ＲＳＳプロバイダＲ１、Ｒ２は、コンピュータＣ１に対してＨＴＴＰ（Hyper Text Transfer Protocol）サービス（リクエストの受付およびレスポンスの返送）を提供するＨＴＴＰサーバ機能部１００と、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）からＲＳＳの取得を行うＲＳＳクローラ２００と、取得したＲＳＳを保持するＲＳＳデータベース３００とを備えている。
【００４０】
ＨＴＴＰサーバ機能部１００は、コンピュータＣ１にＲＳＳを提供するＲＳＳプロバイダ機能部１１０と、コンピュータＣ１にＦＡＸ受信画像を提供するデータ中継サーバ機能部１２０とを備えている。
【００４１】
ＲＳＳプロバイダ機能部１１０は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）から取得したＲＳＳのデータを書き換えるＲＳＳデータ書き換え機能部１１１と、データを書き換えたＲＳＳから正式のＲＳＳを生成しコンピュータＣ１に出力するＲＳＳ作成・出力機能部１１２と、データの書き換え条件を保持するＵＲＬ書き換え条件データベース１１３とを備えている。
【００４２】
データ中継サーバ機能部１２０は、コンピュータＣ１のユーザもしくは機器をＬＤＡＰサーバＬ１により認証するクライアント認証処理機能部１２１と、ＬＤＡＰサーバＬ１に対して認証を依頼するＬＤＡＰクライアント機能部１２２と、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）からのデータ取得を代理するプロキシ機能部１２３と、コンピュータＣ１よりＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）から直接にデータ取得できるようにアクセス先をリダイレクトさせるＨＴＴＰリダイレクト機能部１２７とを備えている。
【００４３】
プロキシ機能部１２３は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）に接続を行うＨＴＴＰクライアント機能部１２４と、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）との間で機器認証を行う機器認証クライアント機能部１２５と、コンピュータＣ１にデータを出力するデータ出力機能部１２６とを備えている。
【００４４】
ＨＴＴＰリダイレクト機能部１２７は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）にワンタイムパスワードを要求して取得するＨＴＴＰクライアント機能部１２８と、コンピュータＣ１にＨＴＴＰリダイレクトを要求するためのリダイレクトレスポンスを作成・出力するリダイレクトレスポンス作成・出力機能部１２９とを備えている。
【００４５】
ＲＳＳクローラ２００は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）に接続を行うＨＴＴＰクライアント機能部２１０と、取得したＲＳＳを解析するＲＳＳ解析機能部２２０とを備えている。
【００４６】
図５はＦＡＸ端末Ｆ１、Ｆ２の構成例を示す図である。
【００４７】
図５において、ＦＡＸ端末Ｆ１、Ｆ２は、ＲＳＳプロバイダＲ１、Ｒ２に対してＨＴＴＰサービスを提供するＨＴＴＰサーバ機能部４００と、ＦＡＸの送信を行うＦＡＸ送信機能部５００と、ＦＡＸの受信を行うＦＡＸ受信機能部６００と、送受信したＦＡＸデータを保持するＦＡＸデータベース７００とを備えている。
【００４８】
ＨＴＴＰサーバ機能部４００は、接続を要求してきたＲＳＳプロバイダＲ１、Ｒ２との間で機器認証を行う機器認証機能部４１０と、ＲＳＳを作成して出力するＲＳＳ作成・出力機能部４２０と、ＦＡＸデータを出力するＦＡＸデータ出力機能部４３０と、コンピュータＣ１から直接に接続してくる場合のアクセス権証明情報としてのワンタイムパスワードを生成して出力するワンタイムパスワード生成・出力機能部４４０と、ワンタイムパスワードを認証するワンタイムパスワード認証機能部４５０とを備えている。
【００４９】
図６はＲＳＳプロバイダＲ１、Ｒ２におけるＵＲＬ書き換え条件データベース１１３の例を示す図である。ＵＲＬ書き換え条件データベース１１３は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）から受け取ったＲＳＳのlink要素に入っているＵＲＬについて、どのような書き換えを行うかが定義されており、書き換え規則テーブルとＵＲＬ定義テーブルから構成されている。
【００５０】
図６に示す書き換え規則テーブルは、ＦＡＸ端末Ｆ１に届いたＦＡＸに関するＲＳＳに適用するべく作成された書き換え規則の例である。source欄は書き換え対象とするＵＲＬを正規表現を用いて記述したものであり、「http://f1.example.com/inbox/」以下に属し、tifの拡張子を持つＵＲＬに相当するものを示している。dest欄はそれに対応する書き換え後のＵＲＬを示している。dest欄の＄１はsource欄の（）内にマッチした文字列が代入される。
【００５１】
図６に示すＵＲＬ定義テーブルは、ＦＡＸ端末Ｆ１に届いた「john」と「mary」あてのＦＡＸ受信履歴の読み取りＵＲＬと書き換え規則ＩＤを定義した例である。
【００５２】
＜基本動作＞
図７はシステムの処理例を示すシーケンス図であり、以下、コンピュータＣ１からＲＳＳプロバイダＲ１を経由してＦＡＸ端末Ｆ１の受信ＦＡＸを閲覧する場合の動作を説明する。
【００５３】
（ＲＳＳ取得時）
コンピュータＣ１はＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０にＲＳＳ取得のためのリクエストを送信する（ステップＳ１０１）。ＲＳＳの取得に際してコンピュータＣ１から認証情報を送信する必要はない。
【００５４】
図８はＲＳＳ取得のためのリクエストの例を示す図であり、ＦＡＸ端末Ｆ１（f1.example.com）の「john」のＦＡＸ受信履歴として管理者があらかじめ設定したＲＳＳを取得するために、ＲＳＳプロバイダＲ１（r1.example.com）のＵＲＬ「http://r1.example.com/rss/fax_for_f1/john/rss.xml」にリクエスト「GET /rss/fax_for_f1/john/rss.xml HTTP/1.0」を送信したものである。なお、ＨＴＴＰの例を示したが、ＨＴＴＰの代わりにＳＳＬ（Secure Socket Layer）通信で暗号化されたＨＴＴＰ（https）を用いてもよい。
【００５５】
図７に戻り、ＲＳＳプロバイダＲ１のＨＴＴＰクライアント機能部２１０はＦＡＸ端末Ｆ１にＲＳＳ取得のためのリクエストとＲＳＳプロバイダＲ１固有の認証情報を送信する（ステップＳ１０２）。
【００５６】
ＦＡＸ端末Ｆ１の機器認証機能部４１０はＲＳＳプロバイダＲ１固有の認証情報を確認し（ステップＳ１０３）、確認が失敗した場合はその旨をＲＳＳプロバイダＲ１に伝え、ＲＳＳプロバイダＲ１はリクエストを拒否するが、確認がＯＫであればＦＡＸ端末Ｆ１のＲＳＳ作成・出力機能部４２０はＲＳＳプロバイダＲ１にＲＳＳを出力する（ステップＳ１０４）。
【００５７】
ＲＳＳプロバイダＲ１のＲＳＳ解析機能部２２０はＲＳＳを解析し、ＲＳＳデータベース３００に格納する（ステップＳ１０５）。
【００５８】
ＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０はＲＳＳデータベース３００からデータを取得し（ステップＳ１０６）、ＲＳＳデータ書き換え機能部１１１はＵＲＬ書き換え条件データベース１１３に従い、ＲＳＳデータベース３００から取り出したデータの内、ＲＳＳのlink要素に対応するデータを書き換える（ステップＳ１０７）。
【００５９】
ＲＳＳプロバイダＲ１のＲＳＳ作成・出力機能部１１２はＲＳＳを作成し（ステップＳ１０８）、コンピュータＣ１に出力する（ステップＳ１０９）。
【００６０】
ＲＳＳの取得からＲＳＳの作成・出力は具体的に次のように行う。
【００６１】
（１）コンピュータＣ１がＲＳＳプロバイダＲ１のＵＲＬ「http://r1.example.com/rss/fax_for_f1/john/rss.xml」にＲＳＳを要求した場合、ＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０はＵＲＬ定義テーブル（図６）の受付ＵＲＬ欄で検索し、これがＦＡＸ端末Ｆ１の「john」に対する受信履歴を要求していると判定する。
【００６２】
（２）ＲＳＳプロバイダＲ１はＲＳＳクローラ２００を用いて、ＵＲＬ定義テーブルの読み取りＵＲＬ欄に書かれたＦＡＸ端末Ｆ１のＵＲＬ「http://f1.example.com/inbox/john/rss.xml」からＲＳＳを取得し、解析して結果をＲＳＳデータベース３００に格納する。
【００６３】
（３）ＲＳＳプロバイダ機能部１１０はＲＳＳデータベース３００からデータを読み出しつつ、そのlink要素に対して書き換え規則ＩＤ＝１の規則にしたがって書き換えを実行する。
【００６４】
（４）ＲＳＳ作成・出力機能部１１２は結果をＲＳＳの形に再構成し、コンピュータＣ１に出力する。
【００６５】
図９は書き換え前後のＲＳＳの例を示す図であり、（ａ）に示す書き換え前のＲＳＳにおけるitem要素の直下にあるlink要素「<link>http://f1.example.com/inbox/john/2006-06-01/1.tif</link>」の記述Ｄ１が、（ｂ）に示すように「<link>http://r1.example.com/pass?url=http://f1.example.com/inbox/john/2006-06-01/1.tif</link>」の記述Ｄ２に書き換えられている。
【００６６】
（データ取得時）
図７において、ユーザはコンピュータＣ１のＦＡＸ受信履歴の画面上で目的の項目を選択する（ステップＳ１１０）。
【００６７】
コンピュータＣ１はその項目のlink要素を抽出し（ステップＳ１１１）、link要素に書かれたＵＲＬに従い、ＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０にデータ取得のためのリクエストを送信する（ステップＳ１１２）。
【００６８】
ＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０はデータ取得に認証が必要である旨のレスポンスをコンピュータＣ１に送信し（ステップＳ１１３）、コンピュータＣ１はデータ取得のためのリクエストに認証情報を付けてＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０に送信する（ステップＳ１１４）。
【００６９】
ＲＳＳプロバイダＲ１のクライアント認証処理機能部１２１はＬＤＡＰクライアント機能部１２２を通じてＬＤＡＰサーバＬ１に認証情報を確認し（ステップＳ１１５）、認証結果を得る（ステップＳ１１６）。
【００７０】
ここで、確認が失敗した場合はコンピュータＣ１に認証失敗を通知するが、ＯＫならば、ＲＳＳプロバイダＲ１のＨＴＴＰクライアント機能部１２４はＦＡＸ端末Ｆ１にデータ取得のリクエストとＲＳＳプロバイダＲ１固有の認証情報を送信する（ステップＳ１１７）。
【００７１】
ＦＡＸ端末Ｆ１はＲＳＳプロバイダＲ１固有の認証情報を確認し（ステップＳ１１８）、確認が失敗した場合はその旨をＲＳＳプロバイダＲ１に伝え、ＲＳＳプロバイダＲ１はコンピュータＣ１に認証失敗を通知するが、確認がＯＫであればＦＡＸ端末Ｆ１はＲＳＳプロバイダＲ１のＨＴＴＰクライアント機能部１２４に該当するＦＡＸ画像のデータを出力する（ステップＳ１１９）。
【００７２】
ＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０はコンピュータＣ１に対して該当するＦＡＸ画像のデータを出力する（ステップＳ１２０）。
【００７３】
＜バリエーションその１＞
バリエーションその１は、ＲＳＳプロバイダＲ１において複数のＦＡＸ端末Ｆ１、Ｆ２から同時にＲＳＳを取得できるようにしたものである。ＲＳＳプロバイダＲ１がコンピュータＣ１に提供するＲＳＳはＦＡＸ端末Ｆ１、Ｆ２の情報を合わせて時間順（pubDate要素の中身を時間として解釈して得られる値の順）にソートしたものとしている。
【００７４】
図１０はバリエーションその１におけるＵＲＬ書き換え条件データベース１１３の例を示す図であり、書き換え規則テーブルではsource欄を「(^http://.*\.example\.com/inbox/.*\.tif$)」とすることにより複数のＦＡＸ端末Ｆ１、Ｆ２に対応できるようにしている。また、ＵＲＬ定義テーブルは、ＦＡＸ端末Ｆ１、Ｆ２で受信した「john」あての受信履歴を含むＲＳＳのためのＵＲＬを定義している。二つのＦＡＸ端末Ｆ１、Ｆ２から取得したＲＳＳをひとつのＲＳＳとして出力するため、同じＵＲＬに対して二つのエントリが定義されている。
【００７５】
全体の処理は図７に示したものと同様である。ＲＳＳの取得からＲＳＳの作成・出力は具体的に次のように行う。
【００７６】
（１）コンピュータＣ１がＲＳＳプロバイダＲ１のＵＲＬ「http://r1.example.com/rss/fax_for_f1_and_f2/john/rss.xml」にＲＳＳを要求した場合、ＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０はＵＲＬ定義テーブル（図１０）の受付ＵＲＬ欄で検索し、これがＦＡＸ端末Ｆ１とＦＡＸ端末Ｆ２の「john」に対する受信履歴を要求していると判定する。
【００７７】
（２）ＲＳＳプロバイダＲ１はＲＳＳクローラ２００を用いて、ＵＲＬ定義テーブルの読み取りＵＲＬ欄に書かれたＦＡＸ端末Ｆ１、Ｆ２の二つのＵＲＬ「http://f1.example.com/inbox/john/rss.xml」「http://f2.example.com/inbox/john/rss.xml」からＲＳＳを取得し、解析して結果をＲＳＳデータベース３００に格納する。
【００７８】
（３）ＲＳＳプロバイダ機能部１１０はＲＳＳデータベース３００からデータを読み出す。この際、受信日時（この例ではpubDate要素で提供されることにしている）で並べ替え、最近のものから所定数の履歴を取り出す。ＲＳＳデータベース３００にはＦＡＸ端末Ｆ１、Ｆ２からのデータが入っており、それらを合わせた一覧から日時の新しい順に読み出しを行う。
【００７９】
（４）読み出したデータのlink要素に対して書き換え規則ＩＤ＝２の規則にしたがって書き換えを実行する。
【００８０】
（５）ＲＳＳ作成・出力機能部１１２は結果をＲＳＳの形に再構成し、コンピュータＣ１に出力する。
【００８１】
図１１はバリエーションその１における書き換え前後のＲＳＳの例を示す図であり、（ａ）はＦＡＸ端末Ｆ１から取得した書き換え前のＲＳＳ、（ｂ）はＦＡＸ端末Ｆ２から取得した書き換え前のＲＳＳ、（ｃ）は両者を合体（日時順にソート）して書き換えた後のＲＳＳを示している。
【００８２】
＜バリエーションその２＞
バリエーションその２は、ＲＳＳを中継するときに、あらかじめＲＳＳを取得しておくようにしたものである。すなわち、ＲＳＳの要求を受けてからデータの取得を行う場合、多数の機器から読み込みを行う場合など、出力までに時間を要するが、クロールとＲＳＳ出力を時間的に分離することで、ＲＳＳ出力を短時間で行うことができる。
【００８３】
図１２はバリエーションその２におけるシステムの処理例を示すシーケンス図である。
【００８４】
（クロール動作）
図１２において、ＲＳＳプロバイダＲ１のＨＴＴＰクライアント機能部２１０は一定間隔（例えば１０分間隔）でＦＡＸ端末Ｆ１にＲＳＳ取得のためのリクエストとＲＳＳプロバイダＲ１固有の認証情報を送信する（ステップＳ２０１）。
【００８５】
ＦＡＸ端末Ｆ１の機器認証機能部４１０はＲＳＳプロバイダＲ１固有の認証情報を確認し（ステップＳ２０２）、確認できた場合、ＦＡＸ端末Ｆ１のＲＳＳ作成・出力機能部４２０はＲＳＳプロバイダＲ１にＲＳＳを出力する（ステップＳ２０３）。
【００８６】
ＲＳＳプロバイダＲ１のＲＳＳ解析機能部２２０はＲＳＳを解析し、ＲＳＳデータベース３００に格納する（ステップＳ２０４）。
【００８７】
（ＲＳＳ出力動作）
コンピュータＣ１は任意のタイミングでＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０にリクエストを送信する（ステップＳ２０５）。
【００８８】
ＲＳＳプロバイダＲ１のＲＳＳプロバイダ機能部１１０はＲＳＳデータベース３００からデータを取得し（ステップＳ２０６）、ＲＳＳプロバイダＲ１のＲＳＳデータ書き換え機能部１１１は前項で取り出したデータの内、ＲＳＳのlink要素に対応するデータを書き換える（ステップＳ２０７）。
【００８９】
ＲＳＳプロバイダＲ１のＲＳＳ作成・出力機能部１１２はＲＳＳを作成し（ステップＳ２０８）、コンピュータＣ１に出力する（ステップＳ２０９）。
【００９０】
＜バリエーションその３＞
バリエーションその３は、コンピュータＣ１からのアクセスを中継せずにリダイレクトするようにしたものである。すなわち、基本発明ではコンピュータＣ１がＲＳＳプロバイダＲ１にデータを要求した際、ＲＳＳプロバイダＲ１が一度ＦＡＸ端末Ｆ１からデータを取得し、それをコンピュータＣ１に与えていた。この方法では、コンピュータ（Ｃ１，Ｃ２...）の数が増えるとＲＳＳプロバイダＲ１およびＲＳＳプロバイダＲ１−ＦＡＸ端末Ｆ１間の通信に負担がかかる。そこで、コンピュータＣ１からのアクセスを中継せずにリダイレクトするようにしている。
【００９１】
その際、ＦＡＸ端末Ｆ１に対してＲＳＳプロバイダＲ１がコンピュータＣ１を紹介する形とし、そのためにワンタイムパスワードを利用する。ただし、ＦＡＸ端末Ｆ１がＲＳＳプロバイダＲ１の紹介でコンピュータＣ１のアクセスを許す必要があり、ＲＳＳプロバイダＲ１とＦＡＸ端末Ｆ１の間に取り決めが必要である。ＦＡＸ端末Ｆ１は直接コンピュータＣ１の認証には関与しないので、コンピュータＣ１の認証方式が変わってもＦＡＸ端末Ｆ１は影響を受けない。なお、ワンタイムパスワードが発明の本質ではなく、ＲＳＳプロバイダＲ１がコンピュータＣ１をＦＡＸ端末Ｆ１に紹介する方法ならばなんでもよい。
【００９２】
図１３はバリエーションその３におけるシステムの処理例を示すシーケンス図である。
【００９３】
（データ取得時）
ユーザはコンピュータＣ１のＦＡＸ受信履歴の画面上で目的の項目を選択する（ステップＳ３０１）。
【００９４】
コンピュータＣ１はその項目のlink要素を抽出し（ステップＳ３０２）、link要素に書かれたＵＲＬに従い、ＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０にデータ取得のためのリクエストを送信する（ステップＳ３０３）。
【００９５】
ＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０はデータ取得に認証が必要である旨のレスポンスをコンピュータＣ１に送信し（ステップＳ３０４）、コンピュータＣ１はデータ取得のためのリクエストに認証情報を付けてＲＳＳプロバイダＲ１のデータ中継サーバ機能部１２０に送信する（ステップＳ３０５）。
【００９６】
ＲＳＳプロバイダＲ１のクライアント認証処理機能部１２１はＬＤＡＰクライアント機能部１２２を通じてＬＤＡＰサーバＬ１に認証情報を確認し（ステップＳ３０６）、認証結果を得る（ステップＳ３０７）。
【００９７】
ここで、確認が失敗した場合はコンピュータＣ１に認証失敗を通知するが、ＯＫならば、ＲＳＳプロバイダＲ１のＨＴＴＰクライアント機能部１２８はＦＡＸ端末Ｆ１のワンタイムパスワード生成・出力機能部４４０にワンタイムパスワード取得のリクエストとＲＳＳプロバイダＲ１固有の認証情報を送信する（ステップＳ３０８）。
【００９８】
ＦＡＸ端末Ｆ１のワンタイムパスワード生成・出力機能部４４０はＲＳＳプロバイダＲ１の認証情報を確認し（ステップＳ３０９）、確認が失敗した場合はその旨をＲＳＳプロバイダＲ１に伝え、ＲＳＳプロバイダＲ１はコンピュータＣ１に認証失敗を通知するが、確認がＯＫであればＦＡＸ端末Ｆ１はワンタイムパスワードを発行する（ステップＳ３１０）。
【００９９】
ＲＳＳプロバイダＲ１のリダイレクトレスポンス作成・出力機能部１２９はコンピュータＣ１からのリクエストとワンタイムパスワードからリダイレクト先ＵＲＬを決定し（ステップＳ３１１）、コンピュータＣ１に送信する（ステップＳ３１２）。
【０１００】
コンピュータＣ１はＲＳＳプロバイダＲ１のリダイレクトレスポンス作成・出力機能部１２９の指定したＵＲＬにワンタイムパスワードを伴ったリクエストを送信する（ステップＳ３１３）。
【０１０１】
ＦＡＸ端末Ｆ１のＨＴＴＰサーバ機能部４００はコンピュータＣ１からのリクエストを受信してワンタイムパスワード認証機能部４５０はワンタイムパスワードを確認する（ステップＳ３１４）。
【０１０２】
確認が失敗した場合はその旨をコンピュータＣ１に伝えるが、確認がＯＫであればＦＡＸ端末Ｆ１のＦＡＸデータ出力機能部４３０はデータをコンピュータＣ１に送信する（ステップＳ３１５）。
【０１０３】
図１４はバリエーションその３におけるＨＴＴＰ通信内容の例を示す図であり、（ａ）はコンピュータＣ１からＲＳＳプロバイダＲ１へのリクエスト、（ｂ）はＲＳＳプロバイダＲ１からコンピュータＣ１へのレスポンス、（ｃ）はコンピュータＣ１からＦＡＸ端末Ｆ１へのリクエスト、（ｄ）はＦＡＸ端末Ｆ１からコンピュータＣ１へのレスポンスを示している。
【０１０４】
＜バリエーションその４＞
バリエーションその４は、ＦＡＸ端末Ｆ１、Ｆ２からのデータ取得時に、コンピュータＣ１からＲＳＳプロバイダＲ１にアクセスするのではなく、ＬＤＡＰサーバＬ１への認証処理を仲介する認証サーバＡ１にコンピュータＣ１からアクセスするようにしたものである。これにより、認証方式の変更等によりＬＤＡＰサーバＬ１がリプレイスされた場合等に、認証サーバＡ１をＬＤＡＰサーバＬ１に対応させるのみでよいため、運用性を向上させることができる。
【０１０５】
図１５はバリエーションその４におけるシステムの構成例を示す図であり、図３に示したシステム構成と比べ、ネットワーク上に新たに認証サーバＡ１が追加されたものとなっている。
【０１０６】
ＲＳＳプロバイダＲ１、Ｒ２の構成としては、コンピュータＣ１からのアクセスを受け付ける必要がなくなることから、図４に示したＲＳＳプロバイダＲ１、Ｒ２の構成要素の中におけるＨＴＴＰサーバ機能部１００のデータ中継サーバ機能部１２０が不要となる。
【０１０７】
また、図４におけるＲＳＳプロバイダ機能部１１０のＵＲＬ書き換え条件データベース１１３の書き換え規則テーブル（図６、図１０）のdest欄は、ＲＳＳプロバイダを宛先とする「http://r1.example.com/pass?url=$1」から認証サーバＡ１を宛先とする「http://a1.example.com/pass?url=$1」等に変更される。
【０１０８】
図１６はバリエーションその４における認証サーバＡ１の構成例を示す図であり、図４に示したＲＳＳプロバイダＲ１、Ｒ２の構成要素の中から、ＨＴＴＰサーバ機能部１００のデータ中継サーバ機能部１２０を、ＨＴＴＰサーバ機能部Ａ１−１００のデータ中継サーバ機能部Ａ１−１２０として抜き出したものとなっている。
【０１０９】
すなわち、認証サーバＡ１はコンピュータＣ１に対してＨＴＴＰサービス（リクエストの受付およびレスポンスの返送）を提供するＨＴＴＰサーバ機能部Ａ１−１００を備え、ＨＴＴＰサーバ機能部Ａ１−１００は、コンピュータＣ１にＦＡＸ受信画像を提供するデータ中継サーバ機能部Ａ１−１２０を備えている。
【０１１０】
データ中継サーバ機能部Ａ１−１２０は、コンピュータＣ１のユーザもしくは機器をＬＤＡＰサーバＬ１により認証するクライアント認証処理機能部Ａ１−１２１と、ＬＤＡＰサーバＬ１に対して認証を依頼するＬＤＡＰクライアント機能部Ａ１−１２２と、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）からのデータ取得を代理するプロキシ機能部Ａ１−１２３と、コンピュータＣ１よりＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）から直接にデータ取得できるようにアクセス先をリダイレクトさせるＨＴＴＰリダイレクト機能部Ａ１−１２７とを備えている。
【０１１１】
プロキシ機能部Ａ１−１２３は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）に接続を行うＨＴＴＰクライアント機能部Ａ１−１２４と、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）との間で機器認証を行う機器認証クライアント機能部Ａ１−１２５と、コンピュータＣ１にデータを出力するデータ出力機能部Ａ１−１２６とを備えている。
【０１１２】
ＨＴＴＰリダイレクト機能部Ａ１−１２７は、ＦＡＸ端末Ｆ１、Ｆ２もしくは他のＲＳＳプロバイダ（Ｒ２、Ｒ１）にワンタイムパスワードを要求して取得するＨＴＴＰクライアント機能部Ａ１−１２８と、コンピュータＣ１にＨＴＴＰリダイレクトを要求するためのリダイレクトレスポンスを作成・出力するリダイレクトレスポンス作成・出力機能部Ａ１−１２９とを備えている。
【０１１３】
ＲＳＳ取得時の動作としては、図７および図１２のデータ書き換えの処理（図７のステップＳ１０７、図１２のステップＳ２０７）において、ＲＳＳのlink要素に対応するデータを認証サーバＡ１を宛先としたものに書き換える点が異なる。
【０１１４】
データ取得時の動作としては、図７および図１３におけるＲＳＳプロバイダＲ１の介在する処理（図７のステップＳ１１２〜Ｓ１１７、Ｓ１１９、Ｓ１２０、図１３のステップＳ３０３〜Ｓ３０８、Ｓ３１０〜Ｓ３１２）が、認証サーバＡ１の介在する処理に置き代わる点が異なる。
【０１１５】
＜バリエーションその５＞
バリエーションその５は、ＲＳＳ出力機能を有するＦＡＸ端末Ｆ１、Ｆ２が、ＲＳＳ生成時においてlink要素を自己宛ではなく、認証サーバＡ１を宛先として生成するようにしたものである。既存のＦＡＸ端末の全てに適用できるものではないが、ＲＳＳ中のlink要素に書き出すデータを設定により指定できる場合に適用することができる。
【０１１６】
図１７はバリエーションその５におけるシステムの構成例を示す図であり、図１５に示したシステム構成と比べ、ＲＳＳプロバイダＲ１、Ｒ２が除去されたものとなっている。
【０１１７】
図１８はバリエーションその５におけるＦＡＸ端末Ｆ１、Ｆ２の構成例を示す図であり、ＲＳＳプロバイダＲ１、Ｒ２が不要となったことから、図５に示したＦＡＸ端末Ｆ１、Ｆ２の構成要素のうち、ワンタイムパスワード生成・出力機能部４４０とワンタイムパスワード認証機能部４５０が除去されたものとなっている。なお、認証サーバＡ１との間で機器認証を行なう必要はあるため、機器認証機能部４１０は残されている。
【０１１８】
図１９はバリエーションその５における認証サーバＡ１の構成例を示す図であり、図１６に示した認証サーバＡ１の構成要素のうち、ＨＴＴＰリダイレクト機能部Ａ１−１２７とが除去されたものとなっている。
【０１１９】
ＲＳＳ取得時の動作としては、図７におけるＲＳＳプロバイダＲ１とＦＡＸ端末Ｆ１の介在する処理（ステップＳ１０１〜Ｓ１０９）がＦＡＸ端末Ｆ１による処理に置き代わり、この段階での機器認証の処理（ステップＳ１０２、Ｓ１０３）が不要となり、ＲＳＳの取得からデータ書き換えの処理（ステップＳ１０４〜Ｓ１０７）が不要となるとともに、ＲＳＳ作成の処理（ステップＳ１０８）において、ＲＳＳのlink要素に対応するデータを認証サーバＡ１を宛先としたものとして生成する点が異なる。
【０１２０】
データ取得時の動作としては、図７におけるＲＳＳプロバイダＲ１の介在する処理（ステップＳ１１２〜Ｓ１１７、Ｓ１１９、Ｓ１２０）が、認証サーバＡ１の介在する処理に置き代わる点が異なる。
【０１２１】
＜バリエーションその６＞
バリエーションその６は、ＲＳＳ出力機能を有しないＦＡＸ端末Ｆ１、Ｆ２に本発明を適用したものであり、ＲＳＳプロバイダＲ１、Ｒ２がＦＡＸ端末Ｆ１、Ｆ２から受信ＦＡＸの情報を取得してＲＳＳを生成・配信するものである。ＲＳＳ出力機能を有しない既存のＦＡＸ端末の全てに適用できるものではないが、外部通信機能により自己の管理するＦＡＸ情報を出力できる機能を有している場合には適用することができる。
【０１２２】
システム構成は図３に示したものと同様になるが、ＲＳＳプロバイダＲ１、Ｒ２とＦＡＸ端末Ｆ１、Ｆ２の間の通信は、ＨＴＴＰに基づかない専用のインタフェースによる通信となる。従って、ＲＳＳプロバイダＲ１、Ｒ２とＦＡＸ端末Ｆ１、Ｆ２の間の機器認証は不要となる。なお、ＲＳＳプロバイダＲ１、Ｒ２とＦＡＸ端末Ｆ１、Ｆ２の間は専用通信ケーブルでネットワークとは別に直接接続される形態も含まれる。
【０１２３】
図２０はバリエーションその６におけるＲＳＳプロバイダＲ１、Ｒ２の構成例を示す図であり、図４に示したＲＳＳプロバイダＲ１、Ｒ２の構成要素のうち、ＲＳＳデータ書き換え機能部１１１とＵＲＬ書き換え条件データベース１１３とＨＴＴＰクライアント機能部１２４と機器認証クライアント機能部１２５とＨＴＴＰリダイレクト機能部１２７とＲＳＳクローラ２００とＲＳＳデータベース３００が除去されたものとなっている。その代わりに、図２０において、ＲＳＳプロバイダ機能部１１０内に、ＲＳＳのlink要素に埋め込むＵＲＬ（ＦＡＸ受信画像に対応したＵＲＬ）を生成するＵＲＬ生成機能部１１４と、コンピュータＣ１からのデータ取得リクエストのＵＲＬを解析して対応するＦＡＸ受信画像を特定するＵＲＬ解析機能部１１５とが設けられている。また、ＦＡＸ端末Ｆ１、Ｆ２と専用のインタフェースによる通信を行なうためのＦＡＸ接続機能部８００が設けられ、ＦＡＸ接続機能部８００には、ＦＡＸ端末Ｆ１、Ｆ２からＦＡＸリスト（ＦＡＸ受信画像の一覧データ）を入力するＦＡＸリスト入力機能部８１０と、ＦＡＸ端末Ｆ１、Ｆ２からＦＡＸ受信画像を読み出すＦＡＸ受信画像読み出し機能部８２０とが設けられている。更に、ＦＡＸ端末Ｆ１、Ｆ２から取得した情報（ＦＡＸリスト等）を保持するＦＡＸ情報データベース９００が設けられている。
【０１２４】
図２１はバリエーションその６におけるＦＡＸ端末Ｆ１、Ｆ２の構成例を示す図であり、図５に示したＦＡＸ端末Ｆ１、Ｆ２の構成要素のうち、ＨＴＴＰサーバ機能部４００が除去され、その代わりにＲＳＳプロバイダＲ１、Ｒ２と専用のインタフェースによる通信を行なうための外部通信機能部１０００が設けられている。外部通信機能部１０００には、ＲＳＳプロバイダＲ１、Ｒ２に対してＦＡＸリストを出力するＦＡＸリスト出力機能部１０１０と、ＲＳＳプロバイダＲ１、Ｒ２に対してＦＡＸ受信画像を出力するＦＡＸ受信画像出力機能部１０２０とが設けられている。
【０１２５】
ＲＳＳ取得時の動作としては、図７におけるＲＳＳプロバイダＲ１によるＦＡＸ端末Ｆ１からのＲＳＳ取得の処理（ステップＳ１０２〜Ｓ１０４）が機器認証を必要としない専用のインタフェースによる通信で行なわれる処理に置き代わり、ＲＳＳ解析およびＤＢ格納の処理（ステップＳ１０５）がＦＡＸ端末Ｆ１から取得したＦＡＸリストのＦＡＸ情報データベース９００への格納の処理に置き代わり、データ書き換えの処理（ステップＳ１０７）が不要となり、ＲＳＳ作成の処理（ステップＳ１０８）においてＦＡＸ端末Ｆ１から取得したＦＡＸリストからＲＳＳを作成する処理に置き代わる点が異なる。
【０１２６】
なお、ＦＡＸリストは「送信者」「受信日時」「受信者」「ＩＤ番号」等の項目を有しており、ＲＳＳプロバイダＲ１のＵＲＬ生成機能部１１４は、ＲＳＳ作成の処理（ステップＳ１０８）において、自己のアクセスＵＲＬとＦＡＸ端末Ｆ１の識別情報とＦＡＸリストの情報とからＦＡＸ画像取得時の重複しないＵＲＬを作成する。これは、ＦＡＸ端末Ｆ１はＲＳＳ出力機能を有していないため、ＦＡＸ画像にアクセスするためのＵＲＬを持たないからである。
【０１２７】
ＵＲＬの作成としては、例えば、自己のアクセスＵＲＬが「http://r1.example.com/fax/」、ＦＡＸ端末Ｆ１の識別情報が「f1」、受信者が「john」、ＩＤ番号が「12345」であれば、ＵＲＬとして「http://r1.example.com/fax/f1/john/12345.tif」を作成する。なお、最後の「.tif」の部分は出力される画像の形式に応じ、コンピュータＣ１側の便宜のために付与されたものである。
【０１２８】
データ取得時の動作としては、図７におけるＲＳＳプロバイダＲ１によるＦＡＸ端末Ｆ１からのデータ取得の処理（ステップＳ１１７〜Ｓ１１９）が、機器認証を必要としない専用のインタフェースによる通信で行なわれる処理に置き代わる点が異なる。なお、ＦＡＸ画像を指定するリクエスト（専用のインタフェースによる要求）を行なうにあたり、コンピュータＣ１からのリクエスト（ＨＴＴＰによるリクエスト）のＵＲＬを解析し、対応するＦＡＸ画像のＩＤ番号を特定する。すなわち、ＲＳＳプロバイダＲ１のＵＲＬ解析機能部１１５は、例えばＵＲＬが「http://r1.example.com/fax/f1/john/12345.tif」である場合には、ＩＤ番号「12345」を抽出してＦＡＸ画像を特定する。
【０１２９】
＜総括＞
以上のように、本発明を適用したＦＡＸ端末によれば、次のような利点がある。
【０１３０】
（１）ＦＡＸ端末Ｆ１、Ｆ２側にＬＤＡＰサーバ等による認証の仕組が必要でないため、認証の仕組が変わった場合でも機器自体を買い替える必要がない。
【０１３１】
（２）ＲＳＳの取得に認証処理が不要となることから、対応するソフトも限られず、ＲＳＳの利用を促進できる。
【０１３２】
（３）機器から取得したＲＳＳやそれを加工した後のデータに含まれるＵＲＬへのアクセス時にのみ認証が行われるため、無駄のないシステム構成となる。
【０１３３】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【０１３４】
【図１】ＲＳＳ配信機能付きのＦＡＸ端末を含む従来のシステムの構成例を示す図である。
【図２】従来のシステムにおける処理例を示すシーケンス図である。
【図３】本発明を適用したシステムの構成例を示す図である。
【図４】ＲＳＳプロバイダの構成例を示す図である。
【図５】ＦＡＸ端末の構成例を示す図である。
【図６】ＵＲＬ書き換え条件データベースの例を示す図である。
【図７】システムの処理例を示すシーケンス図である。
【図８】ＲＳＳ取得のためのリクエストの例を示す図である。
【図９】書き換え前後のＲＳＳの例を示す図である。
【図１０】バリエーションその１におけるＵＲＬ書き換え条件データベースの例を示す図である。
【図１１】バリエーションその１における書き換え前後のＲＳＳの例を示す図である。
【図１２】バリエーションその２におけるシステムの処理例を示すシーケンス図である。
【図１３】バリエーションその３におけるシステムの処理例を示すシーケンス図である。
【図１４】バリエーションその３におけるＨＴＴＰ通信内容の例を示す図である。
【図１５】バリエーションその４におけるシステムの構成例を示す図である。
【図１６】バリエーションその４における認証サーバの構成例を示す図である。
【図１７】バリエーションその５におけるシステムの構成例を示す図である。
【図１８】バリエーションその５におけるＦＡＸ端末の構成例を示す図である。
【図１９】バリエーションその５における認証サーバの構成例を示す図である。
【図２０】バリエーションその６におけるＲＳＳプロバイダの構成例を示す図である。
【図２１】バリエーションその６におけるＦＡＸ端末の構成例を示す図である。
【符号の説明】
【０１３５】
Ｌ１            ＬＤＡＰサーバ
Ｃ１            コンピュータ
Ｒ１、Ｒ２      ＲＳＳプロバイダ
１００          ＨＴＴＰサーバ機能部
１１０          ＲＳＳプロバイダ機能部
１１１          ＲＳＳデータ書き換え機能部
１１２          ＲＳＳ作成・出力機能部
１１３          ＵＲＬ書き換え条件データベース
１１４          ＵＲＬ生成機能部
１１５          ＵＲＬ解析機能部
１２０          データ中継サーバ機能部
１２１          クライアント認証処理機能部
１２２          ＬＤＡＰクライアント機能部
１２３          プロキシ機能部
１２４          ＨＴＴＰクライアント機能部
１２５          機器認証クライアント機能部
１２６          データ出力機能部
１２７          ＨＴＴＰリダイレクト機能部
１２８          ＨＴＴＰクライアント機能部
１２９          リダイレクトレスポンス作成・出力機能部
２００          ＲＳＳクローラ
２１０          ＨＴＴＰクライアント機能部
２２０          ＲＳＳ解析機能部
３００          ＲＳＳデータベース
Ｆ１、Ｆ２      ＦＡＸ端末
４００          ＨＴＴＰサーバ機能部
４１０          機器認証機能部
４２０          ＲＳＳ作成・出力機能部
４３０          ＦＡＸデータ出力機能部
４４０          ワンタイムパスワード生成・出力機能部
４５０          ワンタイムパスワード認証機能部
５００          ＦＡＸ送信機能部
６００          ＦＡＸ受信機能部
７００          ＦＡＸデータベース
８００          ＦＡＸ接続機能部
８１０          ＦＡＸリスト入力機能部
８２０          ＦＡＸ受信画像読み出し機能部
９００          ＦＡＸ情報データベース
１０００        外部通信機能部
１０１０        ＦＡＸリスト出力機能部
１０２０        ＦＡＸ受信画像出力機能部
Ａ１            認証サーバ
Ａ１−１００    ＨＴＴＰサーバ機能部
Ａ１−１２０    データ中継サーバ機能部
Ａ１−１２１    クライアント認証処理機能部
Ａ１−１２２    ＬＤＡＰクライアント機能部
Ａ１−１２３    プロキシ機能部
Ａ１−１２４    ＨＴＴＰクライアント機能部
Ａ１−１２５    機器認証クライアント機能部
Ａ１−１２６    データ出力機能部
Ａ１−１２７    ＨＴＴＰリダイレクト機能部
Ａ１−１２８    ＨＴＴＰクライアント機能部
Ａ１−１２９    リダイレクトレスポンス作成・出力機能部
【図１】
2008065814.tif 000003
【図２】
2008065814.tif 000004
【図３】
2008065814.tif 000005
【図４】
2008065814.tif 000006
【図５】
2008065814.tif 000007
【図６】
2008065814.tif 000008
【図７】
2008065814.tif 000009
【図８】
2008065814.tif 000010
【図９】
2008065814.tif 000011
【図１０】
2008065814.tif 000012
【図１１】
2008065814.tif 000013
【図１２】
2008065814.tif 000014
【図１３】
2008065814.tif 000015
【図１４】
2008065814.tif 000016
【図１５】
2008065814.tif 000017
【図１６】
2008065814.tif 000018
【図１７】
2008065814.tif 000019
【図１８】
2008065814.tif 000020
【図１９】
2008065814.tif 000021
【図２０】
2008065814.tif 000022
【図２１】
2008065814.tif 000023