JP2011065334A - 中継装置、通信中継プログラム、および通信中継方法 - Google Patents

Abstract

【課題】内部ネットワーク内の情報を秘匿したまま、内部ネットワークと外部ネットワークとの情報を１つのサーバで収集・配信させることを可能とする。
【解決手段】情報取得手段１ｃは、情報収集装置６から情報提供装置５が有する提供情報の取得要求を受信すると、情報提供装置５から提供情報を取得する。第１の情報変換手段１ｄは、情報取得手段１ｃが取得した提供情報８ａをダミーデータ８ｂに変換して情報収集装置６に送信する。第２の情報変換手段１ｆは、情報閲覧装置４宛に、情報収集装置６からダミーデータ８ｃが送信されると、情報記憶手段１ｅからダミーデータ８ｃに対応する提供情報８ｄを取得し、ダミーデータ８ｃを提供情報８ｄに変換して情報閲覧装置４に送信する。
【選択図】図１

Description

本発明はネットワーク間の通信を中継する中継装置、通信中継プログラム、および通信中継方法に関する。

ネットワーク上のサーバは、情報を複数のクライアントに配信できる。コンピュータで配信される情報には、ソフトウェアプログラム、バイナリ形式データ、画像データ、音声データ、テキストデータなどがある。これらの情報のうち、画像データ、音声データ、テキストデータなどの人による観賞可能な情報は、コンテンツと呼ばれる。これらのコンテンツの配信に関し、クライアントを使用するユーザの利便性を向上させる様々な技術が考えられている。例えば、携帯端末にコンテンツを配信する際に、携帯端末の機種ごとにコンテンツの仕様を変換して配信する技術がある。

また、ユーザが閲覧を希望するコンテンツの収集を支援する技術もある。このような、コンテンツの収集・表示の実現に用いられるアプリケーションとして、例えばＲＳＳ（RDF Site Summary）リーダがある。ＲＳＳリーダは、ＲＳＳの規定に沿ったフォーマットの文書（以下、ＲＳＳ文書と呼ぶ）を収集し、そのＲＳＳ文書に含まれるコンテンツをクライアントの画面に表示させる。ここで、ネットワーク上に分散配置された多数のサーバにおいてコンテンツを含むＲＳＳ文書が公開されることで、ＲＳＳリーダによる複数のサーバのコンテンツの収集が可能となる。

ＲＳＳリーダは、例えばネットワーク上のサーバに搭載され、ユーザによって予め指定された場所のＲＳＳ文書を収集する。サーバに搭載されたＲＳＳリーダを利用して、クライアントでコンテンツを閲覧する場合、まず、ユーザは、閲覧したいＲＳＳ文書のＵＲＬ(Uniform Resource Locator)をＲＳＳリーダに登録する。ＲＳＳリーダは、登録されたＵＲＬに定期的にアクセスし、ＲＳＳ文書を収集する。その後、ユーザがクライアントを用いてＲＳＳリーダにアクセスすると、ＲＳＳリーダは、ＲＳＳ文書に含まれるコンテンツをクライアント内のブラウザが解釈可能な形式にして出力する。変換後の形式として、例えば、ＨＴＭＬ（HyperText Markup Language）、ＪＳＯＮ（JavaScript Object Notation,JavaScriptは登録商標）、ＸＭＬ（Extensible Markup Language）などの形式がある。

一方で、企業のセキュリティポリシとして、社外ネットワークと社内ネットワークとの間に配置されたファイアウォールで、サーバ側の情報漏洩を防ぐフィルタリングが行われている。多くの場合、社内サーバに蓄積した情報はセキュリティの観点から社外の第三者に対して公開されない。そのため、社内ネットワークと社外ネットワークとの境界に設置されたファイアウォールによって社外から社内サーバへ向かうアクセスを禁止する運用が、一般的に行われている。

社外からの社内へのアクセスを禁止するのとは逆に、社内のユーザにより社外のサーバへの情報の書き込みによる情報漏えいを防ぐため、社内から特定の社外サイト（掲示板サイトやＷｅｂＭａｉｌなど）へのアクセスを禁止する運用が行われる場合もある。このような、情報漏えいを防ぐ要素技術としては、例えばクライアント・サーバ間でコンテンツの暗号化などを行う技術がある。

特開２００１−３３１４０９号公報 特開２００５−２１５７８７号公報

ところで、社内などの内部ネットワークにも、内部ネットワークでのみ配布可能なＲＳＳ文書を配布するサーバ（内部サーバ）が設けられることがある。このようなＲＳＳ文書は、内部ネットワーク上のサーバに搭載されたＲＳＳリーダによって収集・配布される。このとき、社外などの外部ネットワークでもＲＳＳリーダを使用しているユーザは、外部ネットワークのサーバ（外部サーバ）に実装されたＲＳＳリーダと、内部サーバに実装されたＲＳＳリーダとの２つのＲＳＳリーダを使い分けることとなる。そもそもＲＳＳリーダは、多数のサーバ上のコンテンツを１箇所に集約できる点に有用性がある。そのため、複数のＲＳＳリーダを使い分けるのは、ＲＳＳリーダの有用性を損なうことを意味する。換言すると、内部サーバのＲＳＳ文書と外部サーバのＲＳＳ文書との両方を１箇所に集約できれば、利便性が向上する。

しかし、従来のＲＳＳリーダでは、内部ネットワークと外部ネットワークとの間にファイアウォールが設けられた環境において、内部ネットワーク上のサーバと外部ネットワーク上のサーバとの両方のコンテンツを一箇所で収集することができない。例えば、外部ネットワーク上のサーバにＲＳＳリーダが搭載されている場合、そのＲＳＳリーダは、内部ネットワーク上のサーバからＲＳＳ文書を取得できない。また、内部ネットワーク上のサーバにＲＳＳリーダを搭載されている場合、そのＲＳＳリーダは、アクセスが禁止されている外部サーバのＲＳＳ文書が取得できない。内部ネットワーク上のクライアントにＲＳＳリーダを搭載されている場合も、そのＲＳＳリーダは、アクセスが禁止されている外部サーバのＲＳＳ文書が取得できない。

なお、上記の問題はＲＳＳ文書によるコンテンツの収集・配信に限定されず、ネットワーク上で配布されているコンテンツの収集・配信を行うすべての技術に同様に発生する。
本発明はこのような点に鑑みてなされたものであり、内部ネットワーク内の情報を秘匿したまま、内部ネットワークと外部ネットワークとの情報を１つのサーバで収集・配信させることを可能とする中継装置、通信中継プログラム、および通信中継方法を提供することを目的とする。

上記課題を解決するために、第１のネットワークと第２のネットワークとの間の通信を中継する中継装置が提供される。この中継装置は、情報取得手段、第１の情報変換手段、および第２の情報変換手段を有する。

情報取得手段は、第２のネットワークに接続された情報収集装置から第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、情報提供装置から提供情報を取得する。第１の情報変換手段は、情報取得手段が取得した提供情報をダミーデータに変換して情報収集装置に送信し、提供情報とダミーデータとを関連付けて情報記憶手段に格納する。第２の情報変換手段は、第１のネットワークに接続された情報閲覧装置宛に、情報収集装置からダミーデータが送信されると、情報記憶手段からダミーデータに対応する提供情報を取得し、ダミーデータを提供情報に変換して情報閲覧装置に送信する。

また上記課題を解決するために、上記中継装置の機能をコンピュータに実行させる通信中継プログラムが提供される。さらに上記課題を解決するために、上記中継装置が実行する処理をコンピュータで行う通信中継方法が提供される。

第１のネットワーク内で提供される情報を第２のネットワークへ秘匿にしたまま、その情報を第２のネットワーク上で収集・配信させることが可能となる。

第１の実施の形態の機能を示す図である。 第２の実施の形態に係るシステム構成例を示す図である。 中継装置を介した情報収集・配布処理を示す図である。 中継装置のハードウェア構成例を示す図である。 中継装置のファイアウォール機能を示す図である。 第２の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。 ＲＳＳリーダアドレス記憶部のデータ構造例を示す図である。 変換アドレス記憶部のデータ構造例を示す図である。 変換ポリシー記憶部のデータ構造例を示す図である。 秘匿コンテンツ記憶部のデータ構造例を示す図である。 中継装置のゲートウェイ機能を介した通信の手順を示すシーケンス図である。 第２の実施の形態におけるメッセージ受信時の中継装置の処理を示す図である。 登録アドレス変換処理の手順を示すフローチャートである。 コンテンツ変換処理の手順を示すフローチャートである。 コンテンツ復元処理の手順を示すフローチャートである。 内部サーバから提供されるＲＳＳ文書（ＲＳＳ＃１）の例を示す図である。 コンテンツ変換後のＲＳＳ文書（ＲＳＳ＃２）の例を示す図である。 ＲＳＳリーダから配布されるＨＴＭＬ文書（ＨＴＭＬ＃１）の例を示す図である。 コンテンツ復元後のＨＴＭＬ文書（ＨＴＭＬ＃２）の例を示す図である。 コンテンツの表示画面の例を示す図である。 第３の実施の形態のコンテンツ復元処理の手順を示す図である。 第３の実施の形態におけるＲＳＳリーダから配布されるＨＴＭＬ文書（ＨＴＭＬ＃１）の例を示す図である。 第３の実施の形態におけるコンテンツ復元後のＨＴＭＬ文書（ＨＴＭＬ＃２）の例を示す図である。 第４の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。 走査ルール記憶部のデータ構造例を示す図である。 調査用ＵＲＬ登録処理の手順を示すフローチャートである。 第４の実施の形態に係るメッセージ受信時の中継装置の処理を示す図である。 ダミーデータ格納領域調査処理の手順を示すフローチャートである。 調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）の具体例を示す図である。 応答されるＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）に応じた走査ルールを示す図である。 走査ルールに従ったダミーデータの抽出およびコンテンツ復元例を示す図である。 第５の実施の形態におけるコンテンツ変換処理の手順を示すフローチャートである。 第５の実施の形態におけるコンテンツ復元処理の手順を示すフローチャートである。 第６の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。 第６の実施の形態におけるメッセージ受信時の中継装置の処理を示す図である。 外部サーバが配布するＪＳＯＮ文書（ＪＳＯＮ＃１）の例を示す図である。 コンテンツが復元されたＪＳＯＮ文書（ＪＳＯＮ＃２）の例を示す図である。 外部サーバが配布するＸＭＬ文書（ＸＭＬ＃１）の例を示す図である。 コンテンツが復元されたＸＭＬ文書（ＸＭＬ＃２）の例を示す図である。

以下、本実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態の機能を示す図である。中継装置１は、第１のネットワーク２と第２のネットワーク３との間の通信を中継する。第１のネットワーク２には、ユーザが情報の閲覧に使用する情報閲覧装置４が接続されている。また第１のネットワーク２には、第１のネットワーク２内でのみ公開可能な情報を提供する情報提供装置５が接続されている。第２のネットワーク３には、各種ネットワーク経由で情報を収集し、収集した情報を配信する情報収集装置６が接続されている。

情報閲覧装置４は、ユーザからの操作入力に応答して、情報収集装置６宛の情報提供装置５が有する提供情報８ａの場所を示す第１のアドレスの登録要求７ａを出力する。また、情報閲覧装置４は、情報収集装置６から出力された提供情報８ｄを受け取り、その内容を表示する。

情報提供装置５は、情報提供装置５自身が有する提供情報８ａの場所を示す第１のアドレスを指定した情報の取得要求７ｄに応じて、提供情報８ａを送信する。
情報収集装置６は、第２のアドレスの登録要求７ｂを受信すると、第２のアドレスを記憶する。そして、情報収集装置６は、記憶した第２のアドレスを指定した情報の取得要求７ｃを、所定間隔で送信する。また情報収集装置６は、情報の取得要求７ｃに応じてダミーデータ８ｂを受信すると、そのダミーデータ８ｂを記憶する。さらに情報収集装置６は、ダミーデータ８ｃを情報閲覧装置４宛に送信する。

中継装置１は、アドレス変換手段１ａ、アドレス記憶手段１ｂ、情報取得手段１ｃ、第１の情報変換手段１ｄ、情報記憶手段１ｅ、および第２の情報変換手段１ｆを有している。

アドレス変換手段１ａは、情報閲覧装置４から情報収集装置６宛の情報提供装置５が有する提供情報の場所を示す第１のアドレスの登録要求７ａを受信すると、第１のアドレスを中継装置１内の場所を示す第２のアドレスに変換する。またアドレス変換手段１ａは、第２のアドレスの登録要求７ｂを情報収集装置に送信する。さらにアドレス変換手段１ａは、第１のアドレスと第２のアドレスとを対応付けてアドレス記憶手段１ｂに格納する。

アドレス記憶手段１ｂは、アドレス変換手段１ａによる変換前のアドレスと変換後のアドレスとを組にして記憶する記憶機能である。
情報取得手段１ｃは、情報収集装置６から情報提供装置５が有する提供情報の取得要求７ｃを受信すると、情報提供装置５から提供情報８ａを取得する。例えば情報取得手段１ｃは、情報収集装置６から第２のアドレスを指定した情報の取得要求７ｃを受信すると、アドレス記憶手段１ｂを参照して第２のアドレスに対応する第１のアドレスを取得する。そして情報取得手段１ｃは、第１のアドレスを指定した情報の取得要求７ｄを情報提供装置５に送信し、第１のアドレスで示された場所にある提供情報８ａを情報提供装置５から取得する。

第１の情報変換手段１ｄは、情報取得手段１ｃが取得した提供情報８ａをダミーデータ８ｂに変換して情報収集装置６に送信する。このダミーデータ８ｂは、元の提供情報８ａの内容に依存しないユニークなデータである。さらに第１の情報変換手段１ｄは、提供情報８ａとダミーデータ８ｂとを関連付けて情報記憶手段１ｅに格納する。

情報記憶手段１ｅは、第１の情報変換手段１ｄによる変換前の提供情報と変換後のダミーデータとの組を記憶する記憶機能である。
第２の情報変換手段１ｆは、情報閲覧装置４宛に、情報収集装置６からダミーデータ８ｃが送信されると、情報記憶手段１ｅからダミーデータ８ｃに対応する提供情報８ｄを取得し、ダミーデータ８ｃを提供情報８ｄに変換して情報閲覧装置４に送信する。

このようなシステムによれば、ユーザが情報提供装置５の提供情報の情報収集装置６による定期的な収集および配信を希望する場合、ユーザは情報閲覧装置４を用いて情報提供装置５にアクセスし、第１のアドレスを取得する。そして、ユーザが情報閲覧装置４に対して操作入力を行うと、情報閲覧装置４から第１のアドレスの登録要求７ａが情報収集装置６宛に送信される。

登録要求７ａは、中継装置１で中継される。そして、中継装置１のアドレス変換手段１ａにより、第１のアドレスが第２のアドレスに変換された登録要求７ｂが情報収集装置６に送信される。この際、第１のアドレスと第２のアドレスとが対応付けてアドレス記憶手段１ｂに格納される。第２のアドレスは、情報収集装置６で保持される。そして情報収集装置６から、第２のアドレスを指定した情報の取得要求７ｃが定期的に出力される。第２のアドレスは中継装置１内のアドレスを示しているため、第２のアドレスを指定した情報の取得要求７ｃは中継装置１宛に送信される。

中継装置１では情報取得手段１ｃによりアドレス記憶手段１ｂが参照され、取得要求７ｃの第２のアドレスが第１のアドレスに変換される。そして、第１のアドレスを指定した情報の取得要求７ｄが情報提供装置５に送信される。情報提供装置５では、取得要求７ｄに応じて提供情報８ａが送信される。提供情報８ａは中継装置１の情報取得手段１ｃで取得された第１の情報変換手段１ｄに渡される。

第１の情報変換手段１ｄではダミーデータ８ｂが生成され、提供情報８ａに代えてダミーデータ８ｂが情報収集装置６に送信される。なおダミーデータ８ｂとしては、乱数列などのユニークなデータが生成される。ダミーデータ８ｂは情報収集装置６で保持される。

情報収集装置６は、例えば情報閲覧装置４からの閲覧要求に応答して、ダミーデータ８ｃを情報閲覧装置４宛に送信する。送信されたダミーデータ８ｃは、中継装置１で中継される。中継装置１では、第２の情報変換手段１ｆにより情報記憶手段１ｅが参照され、ダミーデータ８ｃが元の提供情報８ｄに復元される。そして、復元された提供情報８ｄが情報閲覧装置４に送信される。情報閲覧装置４において提供情報８ｄが表示されることで、ユーザは提供情報８ｄを閲覧可能となる。

このように、第１のネットワーク２上の情報提供装置５が保持する情報を、第２のネットワーク３に秘匿にしたまま、第２のネットワーク３上の情報収集装置６の情報収集および配信サービスを、第１のネットワーク２の情報閲覧装置４で利用することができる。情報収集装置６は、第２のネットワーク３上にあるため、図示していない第２のネットワーク上の各種装置からも配信情報を収集できる。すなわち、ユーザは、第１のネットワーク２で提供される情報と第２のネットワーク３で提供される情報とを、１つの情報収集装置６に集約した上で閲覧することが可能となり、情報閲覧の利便性が向上する。しかも第１のネットワーク２で提供される情報は第２のネットワーク３へは出力されないため、第１のネットワーク２で提供される情報の秘匿性は維持される。

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態は、ＲＳＳリーダを搭載したサーバで、ＲＳＳ文書に含まれるコンテンツの収集と配信を行うものである。

図２は、第２の実施の形態に係るシステム構成例を示す図である。内部ネットワーク２１と外部ネットワーク２２とは、中継装置１００を介して接続されている。内部ネットワーク２１は、特定のユーザ３０のみが利用可能であり、情報の外部への漏洩を防止すべきネットワークである。例えば企業の社内ネットワークが内部ネットワークに相当する。外部ネットワーク２２は、不特定多数のユーザ３０が利用可能なネットワークである。例えばインターネットなどの広域ネットワークが外部ネットワークに相当する。

内部ネットワーク２１には、内部クライアント３１と内部サーバ３２，３３とが接続されている。内部クライアント３１は、情報を閲覧するユーザ３０が使用するコンピュータである。例えば内部クライアント３１には、ＷＷＷ（World Wide Web）による情報閲覧を行うためのブラウザが搭載されている。ユーザ３０は、内部クライアント３１を操作して、内部サーバ３２，３３が配布するＲＳＳ文書の収集依頼と、外部サーバ４１で収集したＲＳＳ文書に含まれるコンテンツの閲覧をすることができる。

内部サーバ３２，３３は、各種コンテンツを配信するコンピュータである。内部サーバ３２，３３が有するストレージ装置には、多数のコンテンツとＲＳＳ文書とが格納されている。内部サーバ３２，３３は、ストレージ装置に格納されたコンテンツやＲＳＳ文書を、要求に応じて配信する。

外部ネットワーク２２には、外部サーバ４１，４２、外部クライアント４３が接続されている。外部サーバ４１は、ＲＳＳリーダの機能を搭載したコンピュータである。外部サーバ４２は、各種コンテンツを配信するコンピュータである。外部サーバ４２が有するストレージ装置には、多数のコンテンツとＲＳＳ文書とが格納されている。外部サーバ４２は、ストレージ装置に格納されたコンテンツやＲＳＳ文書を、要求に応じて配信する。

外部クライアント４３は、ユーザ３０が使用するコンピュータである。例えば外部クライアント４３には、ＷＷＷによる情報閲覧を行うためのブラウザが搭載されている。ユーザ３０は、外部クライアント４３を操作し、外部サーバ４２によって配布されるＲＳＳ文書のＵＲＬを、外部サーバ４１に搭載されているＲＳＳリーダに登録することができる。

中継装置１００は、内部ネットワーク２１と外部ネットワーク２２とで交換される情報を中継する。また、中継装置１００は、内部ネットワークからの情報流出を防止するファイアウォールの機能を有している。さらに、中継装置１００は、ゲートウェイの機能を有している。中継装置１００が有するゲートウェイ機能は、例えば内部クライアント３１から外部サーバ４１に送信されるＲＳＳ文書のＵＲＬを、中継装置１００のドメイン名をホスト名に含むＵＲＬに変更して、外部サーバ４１に転送する。また、中継装置１００が有するゲートウェイ機能は、内部サーバ３２，３３から外部サーバ４１に送信されるＲＳＳ文書の一部をダミーデータに変換する。

ここで内部サーバ３２内のＲＳＳ文書のＵＲＬを「ＵＲＬ＃１」、中継装置１００のドメイン名をホスト名で指定したＵＲＬを「ＵＲＬ＃２」としたときの、中継装置１００を介したＲＳＳ文書の情報収集・配布処理について説明する。

図３は、中継装置を介した情報収集・配布処理を示す図である。中継装置１００を介したＲＳＳ文書の情報収集・配布処理は、第１〜第３手順に大別される。
第１手順（ステップＳ１）は、内部クライアント３１が内部サーバ３２からＵＲＬを取得し、外部サーバ４１に搭載されたＲＳＳリーダに対して登録を行う処理である。この際、中継装置１００は、内部サーバ３２内のＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）を、中継装置１００のドメイン名をホスト名として指定したＵＲＬ（ＵＲＬ＃２）に変更して、外部サーバ４１にＵＲＬ登録のリクエストメッセージを送信する。

第２手順（ステップＳ２）は、外部サーバ４１に搭載されたＲＳＳリーダが内部サーバ３２からＲＳＳ文書を収集する処理である。この際、中継装置１００は、外部サーバ４１により変換後のＵＲＬ（ＵＲＬ＃２）を指定したリクエストメッセージに応じて、変換前のＵＲＬ（ＵＲＬ＃１）のＲＳＳ文書を取得する。そして中継装置１００は、取得したＲＳＳ文書に含まれる所定のコンテンツをダミーデータに変換して、外部サーバ４１に送信する。なお、外部サーバ４１に外部サーバ４２が配布するＲＳＳ文書のＵＲＬが登録されていれば、外部サーバ４１はそのＲＳＳ文書を外部サーバ４２から取得する。

第３手順（ステップＳ３）は、内部クライアント３１が外部サーバ４１に搭載されたＲＳＳリーダからＨＴＭＬ形式の画面表示用文書（ＨＴＭＬ文書）を取得する処理である。この際、中継装置１００は、外部サーバ４１から配布されたＨＴＭＬ文書内のダミーデータを元のコンテンツに復元し、内部クライアント３１に転送する。なお、外部サーバ４１が配布するＨＴＭＬ文書には、外部サーバ４２から取得したＲＳＳ文書内のコンテンツも含まれる。

このようにして、内部サーバ３２が配布するＲＳＳ文書内の所定のコンテンツを秘匿したまま、外部サーバ４１による内部サーバ３２，３３と外部サーバ４２との双方からのＲＳＳ文書の収集、および配布が行われる。

以下、このような処理を実現するための各装置の機能を詳細に説明する。
図４は、中継装置のハードウェア構成例を示す図である。中継装置１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０９を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。

ＲＡＭ１０２は、中継装置１００の主記憶装置として使用される。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。

バス１０９に接続されている周辺機器としては、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、および通信インタフェース１０７がある。

ＨＤＤ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、中継装置１００の二次記憶装置として使用される。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、二次記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。モニタ１１としては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。

入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。なお、マウス１３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク１４に記録されたデータの読み取りを行う。光ディスク１４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク１４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

通信インタフェース１０７は、内部ネットワーク２１に接続されている。通信インタフェース１０７は、内部ネットワーク２１を介して、内部クライアント３１や内部サーバ３２などの他のコンピュータとの間でデータの送受信を行う。

通信インタフェース１０８は、外部ネットワーク２２に接続されている。通信インタフェース１０８は、外部ネットワーク２２を介して、外部サーバ４１，４２、外部クライアント４３などの他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお図４には、中継装置１００のハードウェア構成を示したが、内部クライアント３１、内部サーバ３２，３３、外部サーバ４１，４２、および外部クライアント４３も同様のハードウェア構成で実現することができる。

次に、中継装置１００のファイアウォール機能について説明する。
図５は、中継装置のファイアウォール機能を示す図である。中継装置１００は、ファイアウォール機能により、外部ネットワーク２２から内部サーバ３２，３３を直接指定する要求に応じて、内部サーバ３２，３３が外部サーバ４１，４２へＲＳＳ文書５１などのコンテンツを送信するのを拒否する。また中継装置１００は、外部サーバ４２から内部クライアント３１へのＨＴＭＬ文書５４などのコンテンツの送信を拒否する。他方、中継装置１００は、内部クライアント３１からの要求に基づく、外部サーバ４１から内部クライアント３１へのＨＴＭＬ文書５３などコンテンツの送信を許可する。

ユーザ３０は、会社内などの内部ネットワーク２１が敷設された場所にいる場合、内部クライアント３１を使用する。またユーザ３０は、会社外などの外部ネットワーク２２が敷設された場所にいる場合、外部クライアント４３を使用する。

このようなファイアウォールは、内部ネットワークで通信される情報を外部ネットワークに漏洩させないために有用である。その一方で、ファイアウォールの存在が、情報利用の利便性を損なわせる場合がある。その一例として、ＲＳＳリーダを利用した情報収集および配信サービスの利用がある。

内部ネットワーク２１と外部ネットワーク２２との情報をＲＳＳリーダで収集させ、クライアントで閲覧する場合、中継装置１００における提供情報のダミーデータへの変換などの処理を行わないと、１台のＲＳＳリーダは以下を同時に実現できない。

［条件１］社内などの内部のコンテンツを、社外などの外部には出さない。
［条件２］内部クライアント３１から、内部コンテンツを閲覧可能にする。
［条件３］内部クライアント３１から、外部のコンテンツを閲覧可能にする。

ファイアウォールを除去すると、条件１が満たされない。外部ネットワーク２２の外部サーバ４１にＲＳＳリーダを搭載し、中継装置１００にゲートウェイ機能を設けないと、ファイアウォールの機能により内部コンテンツが収集できず、条件２が満たされない。内部ネットワーク２１に接続されたサーバにＲＳＳリーダを設け、中継装置１００にゲートウェイ機能を設けないと、ファイアウォールの機能により外部ネットワーク２２からコンテンツを収集できず、条件３が満たされない。

ところで、アクセス禁止サイトに指定された外部サーバであっても、アクセスを禁止すべきコンテンツはその外部サーバ内の一部のコンテンツであることが多い。例えばポータルサイト内のニュースに関するコンテンツへのアクセスは許可してもよいが、ウェブメールや電子掲示板といった、情報漏洩の原因となるようなコンテンツへのアクセスは許可すべきでないことがある。ただし、外部のコンテンツのＵＲＬなどのアドレスは、外部の管理者によって適宜変更されるものである。そのため、ファイアウォールによって、外部サーバ内の各コンテンツについてアクセスを許可すべきか否かについて管理するのは困難である。

他方ＲＳＳ文書によって公開されるコンテンツは、基本的にユーザの参照を目的としている。そこでＲＳＳ文書で公開されたコンテンツであれば、それが外部サーバ内のものであっても内部クライアント３１からのアクセスを許してもよいものと考えられる。

そこで第２の本実施の形態では、中継装置１００が有するゲートウェイ機能により、内部サーバ３２，３３や外部サーバ４２でＲＳＳ文書によって提供されるコンテンツの外部サーバ４１からの配信を、内部クライアント３１で受けることができるようにしている。

すなわち、内部ネットワーク２１に接続された装置は、中継装置１００を介してのみ外部ネットワーク２２と通信できる。そして外部サーバ４１が内部サーバ３２，３３、外部サーバ４２のコンテンツを収集でき、かつ内部クライアント３１にコンテンツを配信できるように、中継装置１００にゲートウェイ機能が搭載される。このゲートウェイ機能により、コンテンツの公開範囲が制御される。

ここで、図１に示した第１の実施の形態の中継装置１の各機能は、第２の実施の形態のゲートウェイ機能では、ＲＳＳ文書による情報の収集・配信技術に合わせた機能で実現される。

図１に示したアドレス変換手段１ａの機能は、第２の実施の形態では以下のように実現される。
中継装置１００は、内部クライアント３１が内部サーバ３２，３３から取得したＲＳＳ文書のＵＲＬを外部サーバ４１に搭載されたＲＳＳリーダへ登録するリクエストメッセージを識別する。そして中継装置１００は、内部サーバ３２，３３内のＲＳＳ文書の場所を示すＵＲＬを、中継装置１００内の場所を示すＵＲＬに変換する。例えば中継装置１００は、ＵＲＬのホスト名を中継装置１００のドメイン名に変更する。この機能により、外部サーバ４１からの内部サーバ３２，３３内のＲＳＳ文書を取得するためのリクエストメッセージが、中継装置１００宛に送られる。

図１に示した情報取得手段１ｃと第１の情報変換手段１ｄとの機能は、第２の実施の形態では以下のように実現される。
変換して外部サーバ４１に渡された中継装置１００のＵＲＬ宛に外部サーバ４１からのリクエストメッセージが届くと、中継装置１００は、該当する内部サーバのコンテンツをダミーデータに書き換えて、外部サーバに渡す。この機能により、コンテンツが社外に漏洩することを防止される。

図１に示した第２の情報変換手段１ｄとの機能は、第２の実施の形態では以下のように実現される。
中継装置１００では、内部クライアント３１が外部サーバ４１から取得するコンテンツの中身を監視し、ダミーデータがあれば元のコンテンツに書き戻して、内部クライアントに渡す。この機能により、内部クライアント３１によって、内部サーバ３２，３３が提供するコンテンツを閲覧することを可能にする。

このようなゲートウェイ機能により、内部コンテンツを外部に出すことなく、１台の外部サーバ４１を利用して内部クライアント３１が内部コンテンツを閲覧できるようになる。すなわち正しくアクセス制御をかけつつ、社外・社内の場所にかかわらずコンテンツを閲覧できるようになる。なお、課題としてあげた各条件には、以下のように対応している。

［条件１］内部のコンテンツを外部には出さないことについては、外部から送られる内部のコンテンツを示すＲＳＳ文書の取得リクエストメッセージに対してＲＳＳ文書応答する際に、コンテンツをダミーデータに書き換えることで対応している。

［条件２］内部クライアント３１から、内部のコンテンツを閲覧可能にすることについては、外部から内部クライアント３１に向かうデータに対して、ダミーデータを元のコンテンツに書き戻すことで対応している。

［条件３］社内および社外のクライアントから、社外のコンテンツを閲覧可能にすることについては、外部サーバ４１のＲＳＳリーダを利用することで対応している。
以下、中継装置１００のゲートウェイ機能について詳細に説明する。

図６は、第２の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。
まず、ゲートウェイ機能を介した情報通信を行う他の装置の機能について説明する。内部クライアント３１は、ＨＴＭＬ文書などの閲覧が可能なブラウザを有している。内部サーバ３２は、ＲＳＳ文書を格納するＲＳＳ文書記憶部３２ａを有している。ＲＳＳ文書記憶部３２ａはＲＳＳ文書の記憶機能であり、例えばＨＤＤなどのストレージ装置の記憶領域の一部がＲＳＳ文書記憶部３２ａとして使用される。

外部サーバ４１は、ＲＳＳリーダ４１ａ、ＲＳＳ文書ＵＲＬ記憶部４１ｂおよびコンテンツ記憶部４１ｃを有している。ＲＳＳリーダ４１ａは、ＲＳＳ文書の収集と、そのＲＳＳ文書に含まれるコンテンツの配信を行う。ＲＳＳ文書ＵＲＬ記憶部４１ｂは、ユーザごとに、ユーザが指定したＲＳＳ文書のＵＲＬを記憶する記憶機能である。例えば、ＨＤＤなどのストレージ装置の記憶領域の一部がＲＳＳ文書ＵＲＬ記憶部４１ｂとして使用される。なおＲＳＳ文書記憶部３２ａは、ユーザごとのＲＳＳ文書を記憶する記憶機能である。コンテンツ記憶部４１ｃは、ユーザごとに、収集したＲＳＳ文書に含まれるコンテンツを記憶する記憶機能である。例えば外部サーバ４１のＨＤＤの記憶領域の一部が、コンテンツ記憶部４１ｃとして使用される。

次に、中継装置１００のゲートウェイ機能について説明する。中継装置１００のゲートウェイ機能は、ＲＳＳリーダアドレス記憶部１１０、変換アドレス記憶部１２０、変換ポリシー記憶部１３０、秘匿コンテンツ記憶部１４０、アドレス登録監視部１５１、アドレス変換部１５２、コンテンツ取得部１６１、コンテンツ変換部１６２、変換対象判別部１７１、およびコンテンツ復元部１７２を有している。

ＲＳＳリーダアドレス記憶部１１０は、ＲＳＳリーダ４１ａを指定するアドレス（ＵＲＬ）を記憶する記憶機能である。例えばＲＡＭ１０２やＨＤＤ１０３の記憶領域の一部が、ＲＳＳリーダアドレス記憶部１１０として使用される。なおＲＳＳリーダアドレス記憶部１１０には、中継装置１００の管理者が、内部クライアント３１のユーザ３０に対してアクセスを許可してよいと判断したＲＳＳリーダ４１ａのＵＲＬが、管理者によって登録される。

変換アドレス記憶部１２０は、アドレス変換部１５２により変換されたアドレスの、変換前のアドレスと変換後のアドレスとを関連付けて記憶する記憶機能である。例えば、ＲＡＭ１０２やＨＤＤ１０３の記憶領域の一部が変換アドレス記憶部１２０として使用される。

変換ポリシー記憶部１３０は、コンテンツ変換部１６２によるコンテンツ変換のポリシーを記憶する記憶機能である。例えばＲＡＭ１０２やＨＤＤ１０３の記憶領域の一部が変換ポリシー記憶部１３０として使用される。

秘匿コンテンツ記憶部１４０は、コンテンツ変換部１６２による変換前の秘匿すべきコンテンツと変換後のダミーデータとを関連付けて記憶する記憶機能である。例えばＲＡＭ１０２やＨＤＤ１０３の記憶領域の一部が秘匿コンテンツ記憶部１４０として使用される。

アドレス登録監視部１５１は、内部クライアント３１から外部ネットワーク２２へ送出されるメッセージを監視し、外部サーバ４１宛の内部サーバ３２，３３内のＲＳＳ文書のＵＲＬの登録を要求するリクエストメッセージを検出する。具体的には、アドレス登録監視部１５１は、内部クライアント３１から外部ネットワーク２２へ送出されるメッセージの宛先のＵＲＬを取得する。アドレス登録監視部１５１は、取得したＵＲＬが、ＲＳＳリーダアドレス記憶部１１０に登録されているか否かを判断する。取得したＵＲＬがＲＳＳリーダアドレス記憶部１１０に登録されていれば、アドレス登録監視部１５１は、メッセージがＲＳＳリーダ宛のメッセージであることを認識する。またアドレス登録監視部１５１は、メッセージの内容を解析する。そしてアドレス登録監視部１５１は、内部サーバ３２，３３のドメイン名を含むＵＲＬの書き込みのリクエストメッセージであれば、内部サーバ３２，３３内のＲＳＳ文書のＵＲＬの登録を要求するリクエストメッセージであると判断する。なお通信のプロトコルがＨＴＴＰ（Hypertext Transfer Protocol）であれば、メッセージに示されるコマンドがＰＯＳＴコマンドである場合に、書き込みリクエストメッセージであると判断できる。

アドレス登録監視部１５１は、検出対象のリクエストメッセージを検出すると、そのリクエストメッセージから登録しようとしているＲＳＳ文書のＵＲＬの文字列を検索する。そして、アドレス登録監視部１５１は、リクエストメッセージ中のＲＳＳ文書のＵＲＬの文字列の位置およびＵＲＬ文字列をアドレス変換部１５２に渡す。文字列の位置は、例えば先頭からバイト数で範囲を示すバイト位置によって示される。

アドレス変換部１５２は、アドレス登録監視部１５１が検出したリクエストメッセージ内の、アドレス登録監視部１５１から渡されたＵＲＬ文字列を、アクセス先が中継装置１００となるようなＵＲＬに変換する。アクセス先が中継装置１００となるようなＵＲＬとは、中継装置１００のドメイン名が設定されたＵＲＬである。アドレス変換部１５２は、アドレス変換後のリクエストメッセージを、外部サーバ４１へ送信する。また、アドレス変換部１５２は、アドレス変換処理による変換前のＵＲＬと変換後のＵＲＬとを関連付けて、変換アドレス記憶部１２０に格納する。

コンテンツ取得部１６１は、外部サーバ４１からのリクエストメッセージに応答し、内部サーバ３２，３３からＲＳＳ文書を取得する。具体的には、コンテンツ取得部１６１は、外部サーバ４１のＲＳＳリーダからリクエストメッセージを受信すると、その宛先アドレスが変換アドレス記憶部１２０に登録されているか否か調べる。コンテンツ取得部１６１は、該当アドレスが登録されている場合、該当する内部サーバのアドレス宛にコンテンツ取得のリクエストメッセージを送り、該当するＲＳＳ文書を取得する。コンテンツ取得部１６１は、取得したＲＳＳ文書をコンテンツ変換部１６２に渡す。

コンテンツ変換部１６２は、秘匿するコンテンツを特定し、秘匿するコンテンツごとにダミーを作成し、コンテンツをダミーに変換する。具体的には、コンテンツ変換部１６２は、変換ポリシー記憶部１３０内の変換ポリシーを参照し、内部サーバから取得したＲＳＳ文書内の変換ポリシーで指定された部分を抽出する。次にコンテンツ変換部１６２は、抽出したコンテンツと同じデータサイズのダミーデータを作成し、抽出したコンテンツに代えてダミーデータをＲＳＳ文書に埋め込む。ダミーデータとしては、例えばランダムに生成した半角英数字を利用することができる。コンテンツ変換部１６２は、コンテンツ変換後のＲＳＳ文書を外部サーバ４１のＲＳＳリーダに対して送信する。またコンテンツ変換部１６２は、変換前のコンテンツと、変換後のダミーデータとを秘匿コンテンツ記憶部１４０に格納する。

変換対象判別部１７１は、外部サーバ４１から送られるダミーデータを含むレスポンスメッセージメッセージを解析し、ダミーデータを抽出する。具体的には、変換対象判別部１７１は、内部クライアント３１がＲＳＳリーダに送ったリクエストメッセージのレスポンスメッセージとして、外部サーバ４１から送られてくるＨＴＭＬメッセージを監視する。なお変換対象判別部１７１は、外部ネットワーク２２から内部ネットワーク２１に送られるレスポンスメッセージの送信元のアドレスを参照する。参照したアドレスがＲＳＳリーダアドレス記憶部１１０に登録されたＵＲＬのホスト名に示された外部サーバ４１を示す場合、変換対象判別部１７１は、受信したメッセージがＲＳＳリーダ４１ａからのレスポンスメッセージであると判断する。変換対象判別部１７１は、該当するレスポンスメッセージに含まれるＨＴＭＬ文書から、ダミーデータが含まれる可能性のある領域（ダミーデータ格納領域）を検出する。第２の実施の形態では、ＲＳＳリーダ４１ａから配布されるＨＴＭＬ文書内のどの場所にダミーデータが設定されるかは予めルールとして、変換対象判別部１７１が持っているものとする。以下の例では、ＨＴＭＬ文書内の<h3>タグおよび<div class="section">タグ中にダミーデータが設定されるものとする。変換対象判別部１７１は、ＨＴＭＬ文書からダミーデータ格納領域内の文字列を取得すると、コンテンツ復元部１７２に渡す。

コンテンツ復元部１７２は、ダミーデータを変換元のコンテンツに置き換える。具体的には、コンテンツ復元部１７２は、変換対象判別部１７１が抽出した文字列を検索キーとして、秘匿コンテンツ記憶部１４０内のダミーデータの検索を行う。コンテンツ復元部１７２は、検索キーと一致したダミーデータを有するエントリのコンテンツを読み出す。次にコンテンツ復元部１７２は、レスポンスメッセージに含まれるＨＴＭＬ文書中のダミーデータ（ダミーデータ格納領域内の文字列）を、秘匿コンテンツ記憶部１４０から読み出したコンテンツに書き換える。そしてコンテンツ復元部１７２は、書き換えたレスポンスメッセージを、内部クライアント３１に送信する。

次に中継装置１００のゲートウェイ機能で保持されるデータの内容を詳細に説明する。
図７は、ＲＳＳリーダアドレス記憶部のデータ構造例を示す図である。ＲＳＳリーダアドレス記憶部１１０には、内部クライアント３１からのアクセスを許可するＲＳＳリーダのＵＲＬが格納されている。登録されたＵＲＬのドメイン名の部分が、該当するＲＳＳリーダが搭載された外部サーバ４１を示している。

図８は、変換アドレス記憶部のデータ構造例を示す図である。変換アドレス記憶部１２０には、アドレス登録テーブル１２１が格納されている。アドレス登録テーブル１２１には、内部ＵＲＬと外部ＵＲＬとの欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、１つのエントリとなる。

内部ＵＲＬの欄には、アドレス変換部１５２によるアドレス変換前のＵＲＬが設定される。内部ＵＲＬの欄に設定されるＵＲＬは、内部ネットワーク２１上の内部サーバ３２，３３内のＲＳＳ文書を示すＵＲＬである。

外部ＵＲＬの欄には、アドレス変換部１５２によるアドレス変換後のＵＲＬが設定される。外部ＵＲＬの欄に設定されるＵＲＬのホスト名には、中継装置１００のドメイン名が設定されている。また、ホスト名に続けて、アドレス登録テーブル１２１内で各エントリを一意に識別可能な文字列が設定される。図８の例では、一意に識別可能な文字列としては、内部サーバのドメイン名の少なくとも一部、ＲＳＳ文書の所在を示すパス名、およびＲＳＳ文書のファイル名を結合させたものを利用している。

なお、図８の例では、変換前のＵＲＬと変換後のＵＲＬとをテーブル形式のデータ構造で変換アドレス記憶部１２０に格納しているが、他のデータ構造で格納することもできる。例えば、変換元の内部ＵＲＬの値から変換先の外部ＵＲＬの値へポインタを設定することで、互いに関連付けることができる。

図９は、変換ポリシー記憶部のデータ構造例を示す図である。変換ポリシー記憶部１３０には、ポリシー管理テーブル１３１が格納されている。ポリシー管理テーブル１３１には、ＵＲＬと秘匿場所との欄が設けられている。ポリシー管理テーブル１３１の各欄の横方向に並べられた情報同士が互いに関連付けられ、１つのエントリとなる。

ＵＲＬの欄には、変換対象のＲＳＳ文書を示すＵＲＬが設定される。
秘匿場所の欄には、関連するＵＲＬで示されるＲＳＳ文書内の秘匿すべきコンテンツの場所を定義する情報が設定される。例えばＲＳＳ文書が構造化文書の場合、秘匿すべきコンテンツの文書構造上の位置を示す情報が設定される。

なお、１つのＲＳＳ文書内に秘匿すべきコンテンツが複数あれば、秘匿すべきコンテンツごとのエントリが、ポリシー管理テーブル１３１に登録される。
また、図９の例では、変換対象のＲＳＳ文書のＵＲＬと秘匿場所とをテーブル形式のデータ構造で変換ポリシー記憶部１３０に格納しているが、他のデータ構造で格納することもできる。例えば、変換対象のＲＳＳ文書のＵＲＬの値から秘匿場所を示す情報へポインタを設定することで、互いに関連付けることができる。

図１０は、秘匿コンテンツ記憶部のデータ構造例を示す図である。秘匿コンテンツ記憶部１４０には、秘匿コンテンツ管理テーブル１４１が格納されている。秘匿コンテンツ管理テーブル１４１には、コンテンツとダミーデータとの欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、１つのエントリとなる。

コンテンツの欄には、秘匿されたコンテンツの文字列が設定される。ダミーデータの欄には、対応するコンテンツの文字列と同じバイト数のダミーデータが設定される。
なお図１０の例では、秘匿されたコンテンツとダミーデータをテーブル形式のデータ構造で秘匿コンテンツ記憶部１４０に格納しているが、他のデータ構造で格納することもできる。例えば、秘匿されたコンテンツの文字列からダミーデータへポインタを設定することで、互いに関連付けることができる。

図１１は、中継装置のゲートウェイ機能を介した通信の手順を示すシーケンス図である。図１１には、内部クライアント３１が、内部サーバ３２よりＵＲＬを取得し、外部サーバ４１に搭載されたＲＳＳリーダを使ってコンテンツを購読する場合の処理手順が示されている。

以下、第１手順、第２手順、第３手順の順番で、各手順内の詳細な処理をステップ番号に沿って説明する。
なお、図１１の例では、外部サーバ４１のＲＳＳリーダ４１ａのＵＲＬ登録用のアドレス（http://www.rssreader.com/regfeed/）が事前に中継装置１００のＲＳＳリーダアドレス記憶部１１０に設定済みであり、そのＵＲＬ宛の通信が監視されるものとする。また、内部クライアント３１のブラウザがプロキシサーバとして中継装置１００を指定しており、社外との通信は必ず中継装置１００を経由するものとする。通信プロトコルとして、例えばＨＴＴＰを用いる。

ＲＳＳ文書のアドレス登録の手順である第１手順は、詳細にはステップＳ１１〜Ｓ１６の６つの手順に分かれている。
［ステップＳ１１］ユーザ３０が内部クライアント３１のブラウザ３１ａを使用して内部サーバ３２からのＲＳＳ用ＵＲＬの取得を指示する。すると、内部クライアント３１が内部サーバ３２と通信を行い、公開されているＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）を取得する。

例えばユーザ３０は内部クライアント３１のブラウザ３１ａを用いて、内部サーバ３２にアクセスする。内部サーバ３２にはウェブページの情報が格納されており、所定のウェブページに、ＲＳＳ文書記憶部３２ａに格納されたＲＳＳ文書へのリンクを示すオブジェクトが設けられている。ユーザ３０が内部クライアント３１を操作し、ＲＳＳ文書へのリンクを示すオブジェクトを選択すると、内部クライアント３１が内部サーバ３２からＲＳＳ文書を取得する。取得されたＲＳＳ文書は、内部クライアント３１のブラウザ３１ａの画面に表示される。ブラウザ３１ａの画面には、表示中のＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）も表示される。ユーザ３０は内部クライアント３１を操作し、表示されたＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）を選択し、コピー命令を入力する。すると、内部クライアント３１は、ＲＳＳ文書のＵＲＬをメモリに格納する。

［ステップＳ１２］ユーザ３０が内部クライアント３１のブラウザ３１ａを使用して外部サーバ４１内のＲＳＳリーダ４１ａが提供するＲＳＳ文書ＵＲＬ登録ページにアクセスする。この際、ユーザ３０はユーザＩＤとパスワードとにより、外部サーバ４１からユーザ認証を受けるものとする。ブラウザ３１ａからアクセスを受けた外部サーバ４１のＲＳＳリーダ４１ａは、内部クライアント３１へＲＳＳ文書ＵＲＬ登録ページを送信する。送信されるページは、例えばＨＴＴＰ形式の文書である。内部クライアント３１のブラウザ３１ａは、外部サーバ４１から送られたＲＳＳ文書ＵＲＬ登録ページを受信し、そのページを画面に表示する。

［ステップＳ１３］ユーザ３０からの操作入力に応答し、内部クライアント３１は、外部サーバ４１のＲＳＳリーダ４１ａに、ＵＲＬ登録用のリクエストメッセージを送信する。そのリクエストメッセージには、ＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）が含まれる。

例えばユーザ３０は、内部クライアント３１に表示されたＲＳＳ文書ＵＲＬ登録ページ内のＲＳＳ文書ＵＲＬ入力用のテキストボックスに、ステップＳ１１で取得したＵＲＬ（ＵＲＬ＃１）を設定する。具体的には、ユーザ３０が内部クライアント３１に対し、該当テキストボックスを選択した状態で、メモリに格納されていたＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）の貼り付け指示を入力する。すると、内部クライアント３１は、ＵＲＬ（ＵＲＬ＃１）をメモリから読み出し、テキストボックス内に設定する。その後、ユーザ３０が送信の指示を入力すると、内部クライアント３１から外部サーバ４１宛にＲＳＳ文書のＵＲＬ登録のリクエストメッセージが送信される。このリクエストメッセージは、中継装置１００で中継される。

［ステップＳ１４］中継装置１００は、内部クライアント３１から送信されたリクエストメッセージを受信すると、そのリクエストメッセージで指定されているＵＲＬ（ＵＲＬ＃１）を、中継装置１００を示すＵＲＬ（ＵＲＬ＃２）に置き換える。すなわち、中継装置１００のアドレス登録監視部１５１は、受信したリクエストメッセージが、外部サーバ４１のＲＳＳリーダのＵＲＬ登録アドレス宛であるため、リクエストメッセージの内容を調べる。そしてアドレス登録監視部１５１は、ＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）の位置および値を取得する。

次に、中継装置１００のアドレス変換部１５２は、取得したＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）の値を、中継装置１００のホスト名が記載されたＵＲＬ（ＵＲＬ＃２）（例えば「http://www.sample.com/int1/index.rdf」）に書き換える。なおアドレス変換部１５２で生成されるＵＲＬ（ＵＲＬ＃２）は、過去に生成したＵＲＬと重複しなければよい。アドレス変換部１５２は、ＵＲＬ変換後のリクエストメッセージを外部サーバ４１のＲＳＳリーダに送信する。

さらにアドレス変換部１５２は、ＲＳＳ文書のＵＲＬ（ＵＲＬ＃１）および中継装置１００のホスト名が記載されたＵＲＬ（ＵＲＬ＃２）を対応付けて内部で記憶する。
［ステップＳ１５］外部サーバ４１のＲＳＳリーダ４１ａは、リクエストメッセージによって指定されたＵＲＬ（ＵＲＬ＃２）を、ユーザ３０に対して提供するコンテンツの収集先を示すＵＲＬとして登録する。具体的には、ＲＳＳリーダ４１ａは、中継装置１００から送られたリクエストメッセージを受信し、そのリクエストメッセージに含まれるＵＲＬ（ＵＲＬ＃２）を、ユーザ３０のユーザＩＤに対応付けてＲＳＳ文書ＵＲＬ記憶部４１ｂに格納する。

外部サーバ４１のＲＳＳリーダ４１ａは、ＵＲＬ格納後、レスポンスメッセージを内部クライアント３１宛に送信する。このレスポンスメッセージは、中継装置１００で中継される。

［ステップＳ１６］中継装置１００は、外部サーバ４１からのレスポンスメッセージを内部クライアント３１に転送する。
以上でＲＳＳ文書のアドレス登録手順である第１手順が完了する。

ＲＳＳ文書取得の手順である第２手順は、詳細にはステップＳ２１〜Ｓ１４の４つの手順に分かれている。
［ステップＳ２１］外部サーバ４１のＲＳＳリーダ４１ａは、中継装置１００宛にＲＳＳ文書取得のリクエストメッセージを送信する。具体的には、ＲＳＳリーダ４１ａは、定期的にユーザ３０用のＵＲＬ（ＵＲＬ＃２）を読み出す。次にＲＳＳリーダ４１ａは、読み出したＵＲＬ（ＵＲＬ＃２）を指定した文書取得のリクエストメッセージを、そのＵＲＬ（ＵＲＬ＃２）のホスト名に示される中継装置１００宛に送信する。

［ステップＳ２２］中継装置１００のコンテンツ取得部１６１は、外部サーバ４１からのリクエストメッセージを受信する。次に中継装置１００は、受信したリクエストメッセージで指定されたＵＲＬ（ＵＲＬ＃２）を、内部サーバ３２内のＲＳＳ文書を指定するＵＲＬ（ＵＲＬ＃１）に変更し、内部サーバ３２に転送する。具体的には、コンテンツ取得部１６１は、中継装置１００のＵＲＬ（ＵＲＬ＃２）宛のリクエストメッセージを受信すると、変換アドレス記憶部１２０からＵＲＬ（ＵＲＬ＃２）を検索する。次にコンテンツ取得部１６１は、検索でヒットしたエントリにおいてＵＲＬ（ＵＲＬ＃２）に対応付けられた内部サーバ３２のＵＲＬ（ＵＲＬ＃１）を取得する。そして、コンテンツ取得部１６１は、受信したリクエストメッセージの宛先を、内部サーバ３２のＵＲＬ（ＵＲＬ＃１）に書き換えた上で、内部サーバ３２宛にリクエストメッセージを送信する。

［ステップＳ２３］内部サーバ３２は、中継装置１００からのリクエストメッセージに応じて、そのリクエストメッセージで指定されたＲＳＳ文書（ＲＳＳ＃１）を、レスポンスメッセージとして中継装置１００に送信する。

［ステップＳ２４］中継装置１００のコンテンツ取得部１６１は、内部サーバ３２から送信されたＲＳＳ文書（ＲＳＳ＃１）を取得し、コンテンツ変換部１６２に渡す。この際、コンテンツ取得部１６１は、取得したＲＳＳ文書（ＲＳＳ＃１）から、変換ポリシー記憶部１３０に登録された変換ポリシーで指定されたタグの位置を検索する。そしてコンテンツ取得部１６１は、検索でヒットしたコンテンツを取得する。

コンテンツ変換部１６２は、ＲＳＳ文書（ＲＳＳ＃１）内のコンテンツ取得部１６１が取得したコンテンツを同じバイト数のダミーデータに変換し、別のＲＳＳ文書（ＲＳＳ＃２）を生成する。そしてコンテンツ変換部１６２は、変換後のＲＳＳ文書（ＲＳＳ＃２）を外部サーバ４１のＲＳＳリーダ４１ａに対して送信する。すると外部サーバ４１のＲＳＳリーダ４１ａは、ユーザ３０のユーザＩＤに対応付けて、コンテンツ記憶部４１ｃ内にＲＳＳ文書（ＲＳＳ＃２）に含まれるコンテンツ（秘匿対象のコンテンツについてはダミーデータ）を格納する。

以上でＲＳＳ文書取得手順が完了する。
ＲＳＳ文書配布の手順である第３手順は、詳細にはステップＳ３１〜Ｓ３４の４つの手順に分かれている。

［ステップＳ３１］ユーザ３０は内部クライアント３１のブラウザ３１ａを操作し、外部サーバ４１からＲＳＳリーダ４１ａに対するＨＴＭＬ文書の取得の指示を入力する。すると、ブラウザ３１ａは、外部サーバ４１に対してＨＴＭＬ文書取得のリクエストメッセージを送信する。このリクエストメッセージは、中継装置１００で中継される。

［ステップＳ３２］中継装置１００は、内部クライアント３１から送信されたリクエストメッセージを外部サーバ４１のＲＳＳリーダ４１ａに転送する。
［ステップＳ３３］外部サーバ４１は、リクエストメッセージを送信したユーザ３０用のコンテンツをコンテンツ記憶部４１ｃから取得し、ユーザ３０に配布するＨＴＭＬ文書（ＨＴＭＬ＃１）を作成する。コンテンツ記憶部４１ｃにダミーデータが格納されていれば、作成されたＨＴＭＬ文書（ＨＴＭＬ＃１）の少なくとも一部はダミーデータである。そしてＲＳＳリーダ４１ａは、作成したＨＴＭＬ文書（ＨＴＭＬ＃１）を、リクエストメッセージに対するレスポンスメッセージとして内部クライアント３１宛に送信する。送信されたレスポンスメッセージは、中継装置１００で中継される。

［ステップＳ３４］中継装置１００の変換対象判別部１７１は、ＲＳＳリーダアドレス記憶部１１０にアドレスが登録されたＲＳＳリーダ４１ａから送信されたレスポンスメッセージを受信する。次に変換対象判別部１７１は、受信したレスポンスメッセージに含まれるＨＴＭＬ文書（ＨＴＭＬ＃１）から、ダミーデータ格納領域として予め指定された領域内の文字列を取得する。なお変換対象判別部１７１は、文字列を抜き出す際に前後の空白文字（スペースや改行コード）を削除してもよい。

コンテンツ復元部１７２は、変換対象判別部１７１が取得した文字列を検索キーとして、秘匿コンテンツ記憶部１４０内のダミーデータを検索し、一致するダミーデータに対応付けられたコンテンツを取得する。次にコンテンツ復元部１７２は、レスポンスメッセージ中のダミーデータの書き込まれていた領域を、取得したコンテンツで置き換え、コンテンツ復元後のＨＴＭＬ（ＨＴＭＬ＃２）を作成する。そしてコンテンツ復元部１７２は、内部クライアント３１のブラウザ３１ａに対してコンテンツ復元後のＨＴＭＬ（ＨＴＭＬ＃２）を送信する。ブラウザ３１ａは、ＨＴＭＬ（ＨＴＭＬ＃２）を受信すると、ＨＴＭＬ文書の記述に従ってコンテンツ画面表示する。

以上でＲＳＳ文書配布手順が完了する。
このようにして、内部サーバ３２が配布しているコンテンツを外部に漏らすことなく、１台の外部サーバ４１を利用して内部クライアント３１が内部サーバ３２で配布するコンテンツを閲覧できるようになる。すなわち正しくアクセス制限をかけつつ、内部・外部でＲＳＳ文書で提供されるコンテンツを収集・閲覧できるようになる。

次に図１２〜図１５を参照し、中継装置１００のゲートウェイ機能の詳細な処理について説明する。
図１２は、第２の実施の形態におけるメッセージ受信時の中継装置の処理を示す図である。以下、図１２に示す処理をステップ番号に沿って説明する。

［ステップＳ４１］中継装置１００は、受信したメッセージが内部ネットワーク２１から送られてきたものか否かを判断する。内部ネットワーク２１から送られたメッセージであれば、処理がステップＳ４２に進められる。外部ネットワーク２２から送られたメッセージであれば、処理がステップＳ４４に進められる。

［ステップＳ４２］中継装置１００は、登録アドレス変換処理を実行する。この処理は、アドレス登録監視部１５１とアドレス変換部１５２が協働して実行する。登録アドレス変換処理の詳細は後述する（図１３参照）。

［ステップＳ４３］中継装置１００は、外部ネットワーク２２へメッセージを送信する。その後、処理が終了する。
［ステップＳ４４］中継装置１００は、受信したメッセージがＲＳＳ文書取得を要求するリクエストメッセージか否かを判断する。ＲＳＳ文書取得のリクエストメッセージであれば、処理がステップＳ４５に進められる。ＲＳＳ文書取得のリクエストメッセージでなければ、処理がステップＳ４７に進められる。

［ステップＳ４５］中継装置１００は、コンテンツ変換処理を実行する。この処理は、コンテンツ取得部１６１とコンテンツ変換部１６２が協働して実行する。コンテンツ変換処理の詳細は、後述する（図１４参照）。

［ステップＳ４６］中継装置１００は、リクエストメッセージへの応答として、外部ネットワーク２２へＲＳＳ文書を含むレスポンスメッセージを送信する。その後、処理が終了する。

［ステップＳ４７］中継装置１００は、コンテンツ復元処理を実行する。この処理は、変換対象判別部１７１とコンテンツ復元部１７２が協働して実行する。コンテンツ復元処理の詳細は、後述する（図１５参照）。

［ステップＳ４８］中継装置１００は、復元されたコンテンツを含むＨＴＭＬ文書を内部ネットワーク２１へ送信する。その後、処理が終了する。
次に、登録アドレス変換処理について詳細に説明する。

図１３は、登録アドレス変換処理の手順を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ５１］アドレス登録監視部１５１は、内部ネットワーク２１から受信したメッセージの宛先が、ＲＳＳリーダ４１ａか否かを判断する。具体的には、アドレス登録監視部１５１は、受信したメッセージの宛先として指定されたＵＲＬを検索キーとして、ＲＳＳリーダアドレス記憶部１１０に登録されているアドレスを検索する。該当するアドレスがヒットした場合、受信したメッセージの宛先がＲＳＳリーダ４１ａであると判断される。ＲＳＳリーダ宛のメッセージであれば、処理がステップＳ５２に進められる。ＲＳＳリーダ宛のメッセージでなければ、登録アドレス変換処理が終了する。

［ステップＳ５２］アドレス登録監視部１５１は、受信したメッセージがＵＲＬ登録を要求するリクエストメッセージか否かを判断する。例えばアドレス登録監視部１５１は、メッセージがＨＴＴＰのＰＯＳＴメソッドのリクエストであり、内容としてＵＲＬを含んでいれば、ＵＲＬ登録要求のリクエストメッセージであると判断する。ＵＲＬ登録要求のリクエストメッセージであれば、処理がステップＳ５３に進められる。ＵＲＬ登録要求のリクエストメッセージでなければ、登録アドレス変換処理が終了する。

［ステップＳ５３］アドレス変換部１５２は、書き込み対象のＵＲＬの書き換えを行う。具体的には、アドレス変換部１５２は、書き込み対象のＵＲＬを、中継装置１００のドメイン名をホスト名として含むユニークなＵＲＬに変換する。

［ステップＳ５４］アドレス変換部１５２は、変換アドレス記憶部１２０のアドレス登録テーブル１２１に、変換前のＵＲＬと変換後のＵＲＬとを組としたエントリを登録する。その後、登録アドレス変換処理が終了する。

このようにして、内部サーバ３２内のＲＳＳ文書のＵＲＬを他のＵＲＬに置き換えた上で、外部サーバ４１のＲＳＳリーダ４１ａに送られる。これにより、内部ネットワーク２１における内部サーバ３２のドメイン名やＲＳＳ文書のＵＲＬを秘匿しておくことができる。

次にコンテンツ変換処理について詳細に説明する。
図１４は、コンテンツ変換処理の手順を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。

［ステップＳ６１］コンテンツ取得部１６１は、外部ネットワーク２２から入力されたリクエストメッセージによる取得対象のＲＳＳ文書のＵＲＬを、変換アドレス記憶部１２０から取得する。具体的には、コンテンツ取得部１６１は、リクエストメッセージに示される宛先のＵＲＬを、変換アドレス記憶部１２０内のアドレス登録テーブル１２１における外部ＵＲＬの欄から検索する。そしてコンテンツ取得部１６１は、検索でヒットしたエントリにおける内部ＵＲＬの欄の値を取得する。

［ステップＳ６２］コンテンツ取得部１６１は、ステップＳ６１で取得したＵＲＬで示されるＲＳＳ文書の取得要求を内部サーバに対して送信し、該当するＲＳＳ文書を取得する。

［ステップＳ６３］コンテンツ変換部１６２は、取得したＲＳＳ文書に含まれるコンテンツをダミーデータに変換する。具体的には、コンテンツ変換部１６２は、変換ポリシー記憶部１３０内のポリシー管理テーブル１３１のＵＲＬの欄から、取得したＲＳＳ文書のＵＲＬを検索する。次にコンテンツ変換部１６２は、検索でヒットしたエントリの秘匿場所の欄の値（秘匿場所）を取得する。さらにコンテンツ変換部１６２は、取得したＲＳＳ文書の構造を解析し、秘匿場所で示されるタグの位置に設定されている文字列を抽出する。そしてコンテンツ変換部１６２は、抽出した文字列と同じデータ長のダミーデータを生成し、ＲＳＳ文書に対して、抽出した文字列に代えてダミーデータを書き込む。

［ステップＳ６４］コンテンツ変換部１６２は、秘匿コンテンツ記憶部１４０内の秘匿コンテンツ管理テーブル１４１に、抽出した文字列とダミーデータとを組としてエントリを記録する。その後、コンテンツ変換処理が終了する。

このようにして、内部サーバ３２で提供されるＲＳＳ文書内のコンテンツをダミーデータに変換し、ダミーデータを含むＲＳＳ文書をＲＳＳリーダ４１ａに送信することができる。その結果、外部に秘匿すべきコンテンツを外部ネットワーク２２に漏らすことなく、ＲＳＳリーダ４１ａにＲＳＳ文書を提供できる。

次にコンテンツ復元処理について説明する。
図１５は、コンテンツ復元処理の手順を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。

［ステップＳ７１］変換対象判別部１７１は、外部ネットワーク２２から受信したメッセージの送信元が、外部サーバ４１のＲＳＳリーダ４１ａか否かを判断する。具体的には、変換対象判別部１７１は、受信したメッセージの送信元のドメイン名を検索キーとして、ＲＳＳリーダアドレス記憶部１１０に登録されているアドレスを検索する。該当するドメイン名を含むアドレスがヒットした場合、受信したメッセージの送信元が外部サーバ４１のＲＳＳリーダ４１ａであると判断される。ＲＳＳリーダ４１ａから送られたメッセージであれば、処理がステップＳ７２に進められる。ＲＳＳリーダ４１ａから送られたメッセージでなければ、コンテンツ復元処理が終了する。

［ステップＳ７２］変換対象判別部１７１は、受信したメッセージに含まれるＨＴＭＬ文書から変換対象のダミーデータ格納領域を検出する。具体的には、変換対象判別部１７１は、ＨＴＭＬ文書を走査し、<h3>タグおよび<div class="section">タグのバイト位置を特定し、それらのタグで囲まれる範囲の文字列を抽出する。

［ステップＳ７３］コンテンツ復元部１７２は、変換対象判別部１７１が抽出した文字列を検索キーとして、秘匿コンテンツ記憶部１４０内の秘匿コンテンツ管理テーブル１４１におけるダミーデータの欄を検索する。

［ステップＳ７４］コンテンツ復元部１７２は、ステップＳ７３の検索により一致するエントリが見つかったか否かを判断する。エントリが見つかった場合、処理がステップＳ７５に進められる。エントリが見つからなかった場合、コンテンツ復元処理が終了する。

［ステップＳ７５］エントリが見つかった場合、コンテンツ復元部１７２は、ダミーデータをコンテンツに復元する。具体的には、コンテンツ復元部１７２は、ＨＴＭＬ文書内のステップＳ７２で検出された文字列（ダミーデータ）を、検出したエントリに含まれるコンテンツに書き換える。

以下、図１６〜図２０を参照し、コンテンツの変換と復元の具体例について説明する。
図１６は、内部サーバから提供されるＲＳＳ文書（ＲＳＳ＃１）の例を示す図である。図１６に示すＲＳＳ文書６１では、「２００８年１２月人事情報」と「異動（Ａ氏Ｘ部⇒Ｙ部）」との文字（図中太字で示す）が、秘匿対象のコンテンツであるものとする。なお、ＲＳＳ文書６１の内部サーバ３２での格納場所を示すＵＲＬ（ＵＲＬ＃１）は、「http://int1.sample.co.jp/index.rdf」である。

このようなＲＳＳ文書６１を受け取ったコンテンツ変換部１６２は、図９に示すポリシー管理テーブル１３１に示される変換ポリシーをＲＳＳ文書に適用する。すなわちコンテンツ変換部１６２は、ＲＳＳ文書６１のＵＲＬ（ＵＲＬ＃１）に対応付けられた秘匿場所の値をポリシー管理テーブル１３１から抽出する。この例では「/rss/channel/item/title/text()」と「/rss/channel/item/description/text()」とが抽出される。この値は、ＸＭＬ（Extensible Markup Language）の文書構造上のタグの位置によって秘匿場所を示している。例えば「/rss/channel/item/title/text()」は、上位から下位へ<rss>、<channel>、<item>、<title>とタグを辿り、最後の<title>タグに囲まれたテキストが、秘匿対象コンテンツであることを示している。

コンテンツ変換部１６２は、抽出した秘匿場所の値に基づいてＲＳＳ文書６１から秘匿対象のコンテンツを抽出し、ダミーデータに書き換える。
図１７は、コンテンツ変換後のＲＳＳ文書（ＲＳＳ＃２）の例を示す図である。図１７に示すＲＳＳ文書６２では、コンテンツ「２００８年１２月人事情報」がダミーデータ「saioraebsapoofa92n」に変換されている。またコンテンツ「異動（Ａ氏Ｘ部⇒Ｙ部）」がダミーデータ「haneisnelskeospaosmepsme」に変換されている。このようにして生成されたＲＳＳ文書６２がＲＳＳリーダ４１ａに送信される。

またコンテンツ変換部１６２によって、変換前のコンテンツと変換後のダミーデータとの組が秘匿コンテンツ管理テーブル１４１に対して、図１０に示したような２つのエントリが登録される。

その後、内部クライアント３１のブラウザ３１ａがＲＳＳリーダ４１ａにアクセスし、収集したコンテンツの取得のためのリクエストメッセージを送信すると、ＲＳＳリーダ４１ａからブラウザ３１ａ宛にＨＴＭＬ文書（ＨＴＭＬ＃１）が送信される。

図１８は、ＲＳＳリーダから配布されるＨＴＭＬ文書（ＨＴＭＬ＃１）の例を示す図である。このＨＴＭＬ文書６３には、外部サーバ４２などから収集したコンテンツと共に、ＲＳＳ文書６２に含まれていたダミーデータが記載されている。

ＨＴＭＬ文書６３が中継装置１００に入力されると、変換対象判別部１７１によって<h3>タグおよび<div class="section">タグそれぞれで囲まれたバイト位置の文字列が抽出される。図１８の例では、「saioraebsapoofa92n」と「haneisnelskeospaosmepsme」とが抽出される。そして、コンテンツ復元部１７２によって、ダミーデータが元のコンテンツに復元される。

図１９は、コンテンツ復元後のＨＴＭＬ文書（ＨＴＭＬ＃２）の例を示す図である。コンテンツ復元後のＨＴＭＬ文書６４では、ダミーデータが、そのダミーデータに対応付けて秘匿コンテンツ管理テーブル１４１に登録されていたコンテンツに復元されている。すなわち、「saioraebsapoofa92n」が「２００８年１２月人事情報」に復元され、「haneisnelskeospaosmepsme」が「異動（Ａ氏Ｘ部⇒Ｙ部）」に復元されている。

このようなＨＴＭＬ文書が内部クライアント３１に送信され、ブラウザ３１ａによって画面表示される。
図２０は、コンテンツの表示画面の例を示す図である。ブラウザ３１ａの表示画面６５には、ＲＳＳリーダ４１ａから提供されたコンテンツが表示されている。その中には、内部サーバ３２によって配布されたコンテンツ（「２００８年１２月人事情報」と「異動（Ａ氏Ｘ部⇒Ｙ部）」）も含まれる。

このようにして、ＨＴＭＬ文書内のダミーデータが元のコンテンツに復元される。そしてＨＴＭＬ文書が内部クライアント３１で表示されることで、ユーザ３０は、外部サーバ４１のＲＳＳリーダ４１ａの機能を利用して、内部サーバ３２で提供されるコンテンツを閲覧することができる。

しかもユーザ３０は、外部クライアント４３を用いて予めＲＳＳリーダ４１ａに外部サーバ４２で提供されるＲＳＳ文書のＵＲＬを登録しておけば、内部サーバ３２と外部サーバ４２の双方で提供されるコンテンツを含めた情報を、一括して閲覧することができる。その結果、ＲＳＳリーダを利用したコンテンツの収集・配布のサービルを利用する際の利便性が向上する。しかも、内部ネットワーク２１から外部への出すことのできないコンテンツを秘匿したまま、外部サーバ４１のＲＳＳリーダ４１ａによるサービスの提供を受けることが可能となる。

〔第３の実施の形態〕
次に第３の実施の形態について説明する。第３の実施の形態は、外部サーバのＲＳＳリーダがコンテンツの一部を切り出した文字列を配布する機能を有する場合に、ダミーデータの一部であっても元のコンテンツに復元できるようにするものである。なお第３の実施の形態に係るシステム構成は、図２〜図１０に示した第２の実施の形態の構成と同じであるため、図２〜図１０に示した各要素の符号を用いて第３の実施の形態を説明する。

第３の実施の形態では、変換対象判別部１７１とコンテンツ復元部１７２とによるコンテンツ復元処理が第２の実施の形態と異なる。相違する点は以下の通りである。
変換対象判別部１７１は、ＲＳＳリーダ４１ａから送信されたＨＴＭＬ文書からダミーデータを検索する際に、全体一致検索で該当文字列がヒットしない場合、部分一致で検索を行う。なお、第３の実施の形態において、ダミーデータは元のコンテンツと同じデータサイズで生成されているものとする。

コンテンツ復元部１７２は、ダミーデータに部分一致した文字列がある場合、一致した部分を、対応するコンテンツの一部に置き換える。具体的には、コンテンツ復元部１７２は、ダミーデータの一部が一致した文字列がある場合、そのダミーデータを含むエントリのコンテンツを秘匿コンテンツ記憶部１４０から読み出す。その後、コンテンツ復元部１７２は、ダミーデータ中の、ＨＴＭＬ文書中の文字列と一致した部分の範囲（一致範囲）を判断する。範囲は、例えばダミーデータの先頭からのバイト数で示される。次にコンテンツ復元部１７２は、該当ダミーデータに対応するコンテンツから、一致範囲と同じ位置の文字列を抽出する。そして、コンテンツ復元部１７２は、コンテンツから抽出した文字列で、ＨＴＭＬ文書内のダミーデータに一部一致した文字列を置き換える。

図２１は、第３の実施の形態のコンテンツ復元処理の手順を示す図である。以下、図２１に示す処理をステップ番号に沿って説明する。
［ステップＳ８１］変換対象判別部１７１は、外部ネットワーク２２から受信したメッセージの送信元が、外部サーバ４１のＲＳＳリーダ４１ａか否かを判断する。具体的には、変換対象判別部１７１は、受信したメッセージの送信元のドメイン名を検索キーとして、ＲＳＳリーダアドレス記憶部１１０に登録されているアドレスを検索する。該当するドメイン名を含むアドレスがヒットした場合、受信したメッセージの送信元が外部サーバ４１のＲＳＳリーダ４１ａであると判断される。ＲＳＳリーダ４１ａから送られたメッセージであれば、処理がステップＳ８２に進められる。ＲＳＳリーダ４１ａから送られたメッセージでなければ、コンテンツ復元処理が終了する。

［ステップＳ８２］変換対象判別部１７１は、受信したメッセージに含まれるＨＴＭＬ文書から変換対象のダミーデータ格納領域を検出する。具体的には、変換対象判別部１７１は、ＨＴＭＬ文書を走査し、<h3>タグおよび<div class="section">タグのバイト位置を特定し、それらのタグで囲まれる範囲の文字列を抽出する。

［ステップＳ８３］コンテンツ復元部１７２は、変換対象判別部１７１が抽出した文字列を検索キーとして、秘匿コンテンツ記憶部１４０内の秘匿コンテンツ管理テーブル１４１におけるダミーデータの欄を検索する。この際、ダミーデータの全体一致検索と、部分一致検索とが行われる。なお、部分一致と判断するための最小のデータ長が予め決められており、そのデータ長以上の文字の一致があった場合、部分一致と判断されるものとする。

［ステップＳ８４］コンテンツ復元部１７２は、ステップＳ７３の検索により一致するエントリが見つかったか否かを判断する。エントリが見つかった場合、処理がステップＳ８７に進められる。エントリが見つからなかった場合、処理がステップＳ８５に進められる。

［ステップＳ８５］コンテンツ復元部１７２は、部分一致する文字列が検出されたか否かを判断する。部分一致する文字列が見つかった場合、処理がステップＳ８６に進められる。部分一致する文字列が見つからなかった場合、コンテンツ復元処理が終了する。

［ステップＳ８６］コンテンツ復元部１７２は、ダミーデータの部分位置の範囲とバイト位置を、そのダミーデータに対応するコンテンツから切り出す。その後、処理がステップＳ８７に進められる。

［ステップＳ８７］コンテンツ復元部１７２は、ダミーデータを元のコンテンツに復元する。すなわち、ダミーデータと全体一致する文字列がある場合、コンテンツ復元部１７２は、その文字列をダミーデータに対応付けられたコンテンツに書き換える。また、ダミーデータに部分一致する文字列がある場合、コンテンツ復元部１７２は、ＨＴＭＬ文書内の部分一致した文字列を、ステップＳ８５で抽出された文字列に書き換える。

このようにして、ダミーデータの一部がＨＴＭＬ文書に含まれる場合、部分一致した文字列に相当する部分のみを元のコンテンツに復元することができる。
図２２は、第３の実施の形態におけるＲＳＳリーダから配布されるＨＴＭＬ文書（ＨＴＭＬ＃１）の例を示す図である。図１０に示す秘匿コンテンツ管理テーブル１４１と図２２のＨＴＭＬ文書７１内のコンテンツとを比較すると、ダミーデータ「saioraebsapoofa92n」に対しては、全体一致する文字列が検出される。他方、ダミーデータ「haneisnelskeospaosmepsme」に対しては、部分一致する文字列「haneisnels」が検出される。部分一致した文字列は、先頭から１バイトキャラクターで１０文字である。すると、ダミーデータの先頭から１０バイト分の文字列が部分一致する。そこでコンテンツ復元部１７２は、コンテンツ「異動（Ａ氏Ｘ部⇒Ｙ部）」の先頭から１０バイト分の文字列を切り出す。この例では「異動（Ａ氏」の文字が切り出され、ダミーデータの部分と置き換えられる。

図２３は、第３の実施の形態におけるコンテンツ復元後のＨＴＭＬ文書（ＨＴＭＬ＃２）の例を示す図である。コンテンツ復元後のＨＴＭＬ文書７２では、コンテンツ「２００８年１２月人事情報」については全体が復元されているが、コンテンツ「異動（Ａ氏Ｘ部⇒Ｙ部）」については、先頭から１０バイト分の文字列「異動（Ａ氏」のみが復元されている。

このように、ＲＳＳリーダ４１ａが配布するＨＴＭＬ文書７１において、ダミーデータの一部のみが含まれている場合、復元する際にもコンテンツ内の一部のみを復元することができる。その結果、元のコンテンツのデータサイズが大きく、ＲＳＳリーダ４１ａにおいて見やすさを考慮した短縮が行われた場合、復元後においても、画面の見やすさを損なわないＨＴＭＬ文書７２を作成することができる。

ＨＴＭＬ文書７２は、中継装置１００から内部クライアント３１に対して送信される。そして内部クライアント３１のブラウザ３１ａによって、ＨＴＭＬ文書７２の内容が画面表示される。

なお、ダミーデータを非マルチバイトの文字コード（例えばASCIIコードで0x20-0x7Eの１バイト文字）で作成し、コンテンツがマルチバイト文字の場合、文字コードが部分一致した際に、文字コードの途中で切り出されてしまう場合がある。例えばＥＵＣコードのとき、先頭バイトが0x00〜0x7Eの場合は１バイト文字だが、0x8E〜0xFEはマルチバイト文字（２バイト目が存在する文字）になる。このとき、ＥＵＣコードの元コンテンツが２バイト文字のみで構成されており、ASCIIコード上では１１バイトの文字列に減らされていたときを想定する。

元のコンテンツは、バイナリで”B0 DB C6 B0 A1 CA A3 C1 BB E1 A1 A1”=“異動（Ａ氏 ”…であるとき、最後の0xA1がない１１バイトのデータ”B0 DB C6 B0 A1 CA A3 C1 BB E1 A1”が書き換えるべきコンテンツに該当する。コンテンツ復元部１７２は、このようなマルチバイト文字の境界になっていないデータを変換する際に、文字コードの境界に合わせてバイト位置を調整する機能を有する。調整の方法としては、１文字分になるようにバイトを追加（上記の例で１２バイト目の0xA1を追加）するか、バイトを削除（上記の例で１１バイト目の0xA1を削除）する方法のどちらでもよい。

〔第４の実施の形態〕
次に第４の実施の形態について説明する。第４の実施の形態は、ＲＳＳリーダによって作成されるＨＴＭＬ文書内のダミーデータが含まれる可能性のあるダミーデータ格納領域が不明な場合に、ダミーデータ格納領域の事前調査を行うものである。

図２４は、第４の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。図２４に示す第４の実施の形態に係る中継装置１００ａのゲートウェイ機能のうち、図６に示した第２の実施の形態に係る中継装置１００のゲートウェイ機能と同じ要素には、同じ符号を付し説明を省略する。

第４の実施の形態に係る中継装置１００ａには、第２の実施の形態に係る中継装置１００に対して走査ルール判定手段１８１と走査ルール記憶部１８２とが追加されている。変換対象判別部１７１ａは、第２の実施の形態における変換対象判別部１７１と異なる機能を有している。

走査ルール判定手段１８１は、外部サーバ４１のＲＳＳリーダ４１ａから配布されるＨＴＭＬ文書内で、ダミーデータがどの位置に現れるかを調査する。具体的には、ＲＳＳリーダアドレス記憶部１１０に新たなＲＳＳリーダのＵＲＬが登録されると、走査ルール判定手段１８１は、ＲＳＳリーダ４１ａに対して調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）を公開する。また走査ルール判定手段１８１は、調査用ＲＳＳ文書のアドレスである調査用ＵＲＬ（ＵＲＬ＃Ｘ）を、ＲＳＳリーダ４１ａに送信する。

例えば、走査ルール判定手段１８１は、すべて同じ文字で構成されたコンテンツを含む調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）を公開する。さらに走査ルール判定手段１８１は、調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）によって公開されたコンテンツを含むＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）を配布するメッセージを取得し、埋め込んだ特定パターンの現れ方からダミーデータ格納領域を検出する。そして走査ルール判定手段１８１は、検出したダミーデータ格納場所の走査ルールを生成して、走査ルール記憶部１８２に格納する。

なお調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）と調査用ＵＲＬ（ＵＲＬ＃Ｘ）とは、予め走査ルール判定手段１８１が管理するＲＡＭ１０２またはＨＤＤ１０３内の記憶領域に格納されている。

走査ルール記憶部１８２は、走査ルール判定手段１８１が調査した走査ルールを記憶する記憶機能である。例えば、ＲＡＭ１０２やＨＤＤ１０３の記憶領域の一部が走査ルール記憶部１８２として使用される。

変換対象判別部１７１ａは、第２の実施の形態とは異なり、走査ルール記憶部１８２に登録された走査ルールに従って、ＲＳＳリーダ４１ａから配布されたＨＴＭＬ文書からダミーデータを検出する。

図２５は、走査ルール記憶部のデータ構造例を示す図である。走査ルール記憶部１８２には、走査ルール管理テーブル１８２ａが格納されている。走査ルール管理テーブル１８２ａには、外部サーバＵＲＬと走査場所との欄が設けられている。各欄の横方向に並べられた情報が互いに関連付けられ、走査ルールを示す１つのエントリとなる。

外部サーバＵＲＬの欄には、走査ルールが適用されるＨＴＭＬ文書の送信元となる外部サーバのＵＲＬが設定される。走査場所の欄には、配布されたＨＴＭＬ文書内のダミーデータ格納領域を示す情報が設定される。図２５の例では、走査場所の欄に、ダミーデータが設定される領域の前後に設けられるタグが示されている。

第４の実施の形態では、ＲＳＳリーダに対して調査用のＲＳＳ文書のＵＲＬを登録するする調査用ＵＲＬ登録処理が行われる。
図２６は、調査用ＵＲＬ登録処理の手順を示すフローチャートである。以下、図２６に示す処理をステップ番号に沿って説明する。

［ステップＳ９１］走査ルール判定手段１８１は、ＲＳＳリーダアドレス記憶部１１０に対して新たなエントリが登録されたか否かを監視する。新たなエントリが登録された場合、処理がステップＳ９２に進められる。新たなエントリが登録されていなければ、走査ルール判定手段１８１は、ステップＳ９１の処理を繰り返し、エントリが登録されたか否かの監視を継続する。

［ステップＳ９２］走査ルール判定手段１８１は、調査用ＵＲＬをＲＳＳリーダに登録する。例えば、ＲＳＳリーダアドレス記憶部１１０に外部サーバ４１内のＲＳＳリーダ４１ａのＵＲＬが新たに登録された場合、走査ルール判定手段１８１は、ＲＳＳリーダ４１ａに対して調査用ＵＲＬを登録する。調査用ＵＲＬは、中継装置１００ａのドメイン名をホスト名とするＵＲＬである。

具体的には、中継装置１００ａの管理者は、予めＲＳＳリーダ４１ａを利用するためのアカウントを取得しておき、そのアカウントの認証情報を走査ルール判定手段１８１に設定しておく。その後、ＲＳＳリーダ４１ａのＵＲＬがＲＳＳリーダアドレス記憶部１１０に設定されると、走査ルール判定手段１８１は、予め設定された認証情報により予め取得したアカウントでＲＳＳリーダ４１ａにアクセスする。そして走査ルール判定手段１８１は、ＲＳＳリーダ４１ａに対して収集対象のＲＳＳ文書のＵＲＬとして調査用ＵＲＬ（ＵＲＬ＃Ｘ）の登録を要求する。するとＲＳＳリーダ４１ａにより、ＲＳＳ文書ＵＲＬ記憶部４１ｂに調査用ＵＲＬ（ＵＲＬ＃Ｘ）が登録される。

このようにＲＳＳリーダ４１ａに対して調査用ＵＲＬ（ＵＲＬ＃Ｘ）を登録しておくことで、ＲＳＳリーダ４１ａは定期的に中継装置１００ａに対して、調査用ＵＲＬ（ＵＲＬ＃Ｘ）を指定したＲＳＳ文書取得のリクエストメッセージを送信する。中継装置１００では、該当するリクエストメッセージを受信すると、ダミーデータ格納領域調査処理を実行する。

図２７は、第４の実施の形態に係るメッセージ受信時の中継装置の処理を示す図である。なおステップＳ１０１〜Ｓ１０４，Ｓ１０７〜Ｓ１１０の処理は、それぞれ図１２に示した第２の実施の形態におけるステップＳ４１〜Ｓ４８の処理と同じである。ただし、ステップＳ１０４でＹＥＳと判断された場合には、処理がステップＳ１０５に進められる。以下、第２の実施の形態と異なる処理をステップ番号に沿って説明する。

［ステップＳ１０５］中継装置１００は、受信したメッセージの取得対象とするＲＳＳ文書のＵＲＬが、調査用ＵＲＬ（ＵＲＬ＃Ｘ）か否かを判断する。調査用ＵＲＬ（ＵＲＬ＃Ｘ）取得のリクエストメッセージであれば、処理がステップＳ１０６に進められる。調査用ＵＲＬ（ＵＲＬ＃Ｘ）取得のリクエストメッセージでなければ、処理がステップＳ１０７に進められる。

［ステップＳ１０６］中継装置１００の走査ルール判定手段１８１は、ダミーデータ格納領域調査処理を実行する。その後、処理が終了する。
図２８は、ダミーデータ格納領域調査処理の手順を示すフローチャートである。以下、図２８に示す処理をステップ番号に沿って説明する。

［ステップＳ１２１］走査ルール判定手段１８１は、リクエストメッセージに対して、調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）を応答する。調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）は、例えば調査したい項目が同一の文字（”ｘ”など）の羅列になっているものである。外部サーバ４１のＲＳＳリーダ４１ａはレスポンスを取得すると、調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）内のコンテンツを、コンテンツ記憶部４１ｃに保持する。

［ステップＳ１２２］走査ルール判定手段１８１は、クライアントとして外部サーバ４１のＲＳＳリーダ４１ａにコンテンツ取得のリクエストを送る。すると、外部サーバ４１のＲＳＳリーダ４１ａは、調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）から取得したコンテンツを所定のタグ中に埋め込んだＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）を、中継装置１００ａに応答する。

［ステップＳ１２３］走査ルール判定手段１８１は、受信したＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）のタグ中に含まれるダミーデータの文字列の位置を検索し、ＨＴＭＬ文書内での該当位置の走査ルールを判定する。例えば走査ルール判定手段１８１は、ＨＴＭＬタグ構造上の位置および前後に文字がある場合、そのタグおよび文字列を抜き出し、それらの情報を走査ルールとする。

［ステップＳ１２４］走査ルール判定手段１８１は、判定した走査ルールを、ＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）のＵＲＬと共に走査ルール記憶部１８２に格納する。
次に調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）と、ＲＳＳリーダ４１ａから応答されるＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）との具体例を用いて、走査ルールの判定例を説明する。

図２９は、調査用ＲＳＳ文書（ＲＳＳ＃Ｘ）の具体例を示す図である。図２９に示す調査用ＲＳＳ文書８１は、ＸＭＬ形式の構造化文書である。そして、調査用ＲＳＳ文書８１内の所定のタグで囲まれた領域に、連続する”ｘ”の文字列からなるコンテンツが設定されている。

図３０は、応答されるＨＴＭＬ文書（ＨＴＭＬ＃Ｘ）に応じた走査ルールを示す図である。図３０の例では、外部サーバ４１から応答されるＨＴＭＬ文書８２において、＜ｔｄ＞タグに囲まれた領域に連続する”ｘ”の文字列が設定されている。なおＨＴＭＬ文書８２では、連続する”ｘ”の文字列の後に”...”の文字が記載されている部分もある。

そこで走査ルール判定手段１８１は、＜ｔｄ＞タグに囲まれた領域に連続する”ｘ”の文字列のみが設定されている部分から１つの走査ルールを生成する。この走査ルールでは、＜ｔｄ＞タグに囲まれた領域が、ダミーデータの格納領域であることが示される。

また走査ルール判定手段１８１は、＜ｔｄ＞タグに囲まれた領域に連続する”ｘ”の文字列と”...”の文字が設定されている部分からもう１つの走査ルールを生成する。この走査ルールでは、＜ｔｄ＞タグに囲まれ、最後に”...”の文字が記載された領域内の”...”の文字を除く部分がダミーデータであることが示される。

生成された２つの走査ルールは、外部サーバ４１を示すＵＲＬに対応付けて、走査ルール管理テーブル１８２ａに登録される。
このような走査ルールが登録されることで、変換対象判別部１７１ａは、登録された走査ルールに従って、外部サーバ４１より配布されたＨＴＭＬ文書からダミーデータを抽出する。そして抽出されたダミーデータは、コンテンツ復元部１７２によって元のコンテンツに復元される。

図３１は、走査ルールに従ったダミーデータの抽出およびコンテンツ復元例を示す図である。図３１の例では、内部クライアント３１からのリクエストメッセージに応答して、外部サーバ４１からＨＴＭＬ文書８３を含むレスポンスメッセージが中継装置１００に送信されている。中継装置１００では、走査ルール管理テーブル１８２ａに設定された走査ルールに適合する場所から文字列を抽出する。ＨＴＭＬ文書８３からは、「タイトル」、「日付」、「saioraebsapoofa92n」、「haneisnelskeospaosmepsme」の各文字列が抽出される。抽出された文字列は、秘匿コンテンツ管理テーブル１４１に登録されているダミーデータと比較される。すると、「タイトル」と「日付」とは、ダミーデータとして登録されていないため、ダミーデータではないことが分かる。「saioraebsapoofa92n」と「haneisnelskeospaosmepsme」とは、ダミーデータとして秘匿コンテンツ管理テーブル１４１に登録されている。そこで、中継装置１００では、ＨＴＭＬ文書８３内の「saioraebsapoofa92n」と「haneisnelskeospaosmepsme」との文字列が、秘匿コンテンツ管理テーブル１４１において対応付けて登録されているコンテンツに復元される。そして、ダミーデータをコンテンツに復元後のＨＴＭＬ文書８４が、中継装置１００から内部クライアント３１に送信される。

このように外部サーバ４１のＲＳＳリーダ４１ａから配信されるＨＴＭＬ文書の走査ルールを作成しておけば、以降はその走査ルールに従って、ダミーの文字列を抜き出すことが可能となる。

〔第５の実施の形態〕
次に第５の実施の形態について説明する。第５の実施の形態は、外部サーバ４１においてダミーデータの文字コードが変換された場合でも、元のコンテンツに復元できるようにしたものである。すなわち、文字コードの種別は、コンテンツを提供するサーバの実装に依存する。そのため、ＲＳＳリーダで収集したコンテンツ同士で、文字コードのコード体系が異なる場合がある。ＲＳＳリーダは、収集したコンテンツを統合したＨＴＭＬ文書をクライアントに配布するため、各コンテンツの文字コードのコード体系を統一する場合がある。すると中継装置から外部サーバにＲＳＳ文書に含めて送信したダミーデータについても、外部サーバからＨＴＭＬ文書で配布されるときには、文字コードが変更されている可能性がある。第５の実施の形態では、外部サーバにおいてダミーデータの文字コードが変更されても、ダミーデータを元のコンテンツに復元できるようにするものである。

なお第５の実施の形態に係るシステム構成は、図２〜図１０に示した第２の実施の形態の構成と同じであるため、図２〜図１０に示した各要素の符号を用いて第５の実施の形態を説明する。

第５の実施の形態では、コンテンツ変換処理におけるコンテンツ変換部１６２の処理と、コンテンツ復元処理におけるコンテンツ復元部１７２の処理とが第２の実施の形態と異なる。相違する点は以下の通りである。

図３２は、第５の実施の形態におけるコンテンツ変換処理の手順を示すフローチャートである。図３２に示す処理のうちステップＳ１３１，Ｓ１３２の処理は、それぞれ図１４に示した第２の実施の形態におけるステップＳ６１，Ｓ１６２の処理と同様である。そこで第２の実施の形態と異なるステップＳ１３４，Ｓ１３５の処理について説明する。

［ステップＳ１３３］コンテンツ変換部１６２は、コンテンツ取得部１６１が取得したＲＳＳ文書に含まれるコンテンツをダミーデータに変換する。この際、コンテンツ変換部１６２は、元のコンテンツの文字コードと同じコード体系によるダミーデータを生成する。

［ステップＳ１３４］コンテンツ変換部１６２は、コンテンツとダミーデータとを、所定のコード体系による文字コードに変換する。
［ステップＳ１３５］コンテンツ変換部１６２は、文字コード変換後のコンテンツとダミーデータとの組を、秘匿コンテンツ記憶部１４０に格納する。

図３３は、第５の実施の形態におけるコンテンツ復元処理の手順を示すフローチャートである。図３３に示す処理のうちステップＳ１４１，Ｓ１４２，Ｓ１４４，Ｓ１４５，Ｓ１４７の処理は、それぞれ図１５に示した第２の実施の形態におけるステップＳ７１〜Ｓ７５の処理と同様である。そこで第２の実施の形態と異なるステップＳ１４３，Ｓ１４６の処理について説明する。

［ステップＳ１４３］コンテンツ復元部１７２は、外部サーバ４１から配布されたＨＴＭＬ文書に含まれるダミーデータの文字コードを、所定の文字コード（コンテンツ変換部１６２による変換後の文字コードと同じコード体系）に変換する。所定の文字コードに変換することで、ステップＳ１４４における検索処理において、秘匿コンテンツ記憶部１４０から該当するダミーデータを見つけ出すことができる。

［ステップＳ１４６］コンテンツ復元部１７２は、ステップＳ１４４の検索処理で見つけ出されたエントリに含まれるコンテンツの文字コードを、外部サーバ４１から配布されたＨＴＭＬ文書と同じコード体系の文字コードに変換する。コンテンツの文字コードをＨＴＭＬ文書に合わせた後、ステップＳ１４７においてダミーデータがコンテンツに復元される。その結果、内部クライアント３１に送信されるＨＴＭＬ文書における文字コードのコード体系を統一させることができ、内部クライアント３１において正しくコンテンツを表示できる。

ここで、内部サーバ３２から配布するＲＳＳ文書の文字コードがShift-JIS、外部サーバ４１から配布するＨＴＭＬ文書の文字コードがEUC-JPの場合を想定する。この場合、外部サーバ４１のＲＳＳリーダ４１ａでダミー文字列の文字コードが変わると、変換したダミーデータとは異なるバイト列のダミーデータが返ってくる。そのため、単純にバイトやビット単位の比較では、元のコンテンツに復元できなくなる。

そこで、第５の実施の形態では、コンテンツ変換部１６２がダミーデータを生成する際に、コンテンツと同じ文字コード（Shift-JIS）でダミーデータを生成する。そしてコンテンツ変換部１６２は、秘匿コンテンツ記憶部１４０にコンテンツおよびダミーデータを格納する際に、文字コード種別を内部管理用の文字コード（例えばUTF-8）に変換して格納する。なお、ＲＳＳ文書の文字コード種別は、一般的に、内部サーバ３２から送られてくる通信プロトコルのヘッダ領域に記載されている。

コンテンツ復元部１７２は、外部サーバ４１から受け取ったＨＴＭＬ文書から抜き出したダミーデータの文字列を、内部管理用の文字コード（例えばUTF-8）に変換してから、秘匿コンテンツ記憶部１４０を検索する。コンテンツ復元部１７２は、検索でヒットしたエントリ内のコンテンツを秘匿コンテンツ記憶部１４０から読み出す。このとき読み出されるコンテンツは内部管理用の文字コード（例えばUTF-8）である。そのためコンテンツ復元部１７２は、読み出したコンテンツの文字コードを、ＨＴＭＬ文書の文字コードであるEUC-JPに変換後、ＨＴＭＬ文書ダミーデータとコンテンツの差し替えを行う。

このように文字コード変換の機能を追加することで、社外ＲＳＳサーバで文字コード変換が行われた場合でも、元のコンテンツに復元することができるようになる。
〔第６の実施の形態〕
次に第６の実施の形態について説明する。図２に示すようなシステムで、権限があるユーザ３０が外部クライアント４３を利用する場合に限り、外部クライアント４３を利用するユーザ３０に内部サーバ３２，３３の情報を見せたいという場合が考えられる。そこで第６の実施の形態は、内部サーバ３２で公開されたＲＳＳ文書に含まれるコンテンツを、外部クライアント４３から参照できるようにしたものである。

図３４は、第６の実施の形態に係る中継装置のゲートウェイ機能を示すブロック図である。図３４に示す第６の実施の形態に係る中継装置１００ｂのゲートウェイ機能のうち、図６に示した第２の実施の形態に係る中継装置１００のゲートウェイ機能と同じ要素には、同じ符号を付し説明を省略する。

第６の実施の形態に係る中継装置１００ｂは、第２の実施の形態に係る中継装置１００が有する要素に加えて、認証部１９１を有する。
認証部１９１は、外部クライアント４３に対して、内部サーバ３２，３３のコンテンツを公開可能かの認証を行う。具体的には、認証部１９１は、外部クライアント４３からのリクエストに対して、認証リクエストを返答する。その後、認証部１９１は、認証のためのユーザＩＤとパスワードとを外部クライアント４３から取得すると、外部クラインと４３を使用するユーザ３０の認証を行い、そのユーザ３０が内部のコンテンツにアクセス可能な権限を持つか否かを判断する。権限を有していれば、認証部１９１は、外部クライアント４３から送られたコンテンツ取得のリクエストメッセージを、外部サーバ４１のＲＳＳリーダ４１ａに転送する。

コンテンツ復元部１７２ａは、外部クライアント４３からのリクエストメッセージに応じたＨＴＭＬ文書を含むレスポンスメッセージが外部サーバ４１から届くと、そのレスポンスメッセージを外部クライアント４３に対して送信する。

以下、外部クライアント４３が外部サーバ４１のＲＳＳリーダ４１ａからＨＴＭＬ形式の画面データを取得する処理は、以下の手順で行われる。なお、内部サーバ３２，３３が公開しているＲＳＳ文書に含まれるコンテンツが、既にＲＳＳリーダ４１ａのコンテンツ記憶部４１ｃに格納済みであるものとする。

外部クライアント４３は、ブラウザ４３ａを融資している。ユーザ３０は、外部サーバ４１のＲＳＳリーダ４１ａ経由で記事を購読する為に、ブラウザ４３ａに対してＲＳＳリーダ４１ａへのアクセスを指示する。その指示に応じて外部クライアント４３は、中継装置１００ｂに対してＨＴＭＬ取得のリクエストメッセージを送信する。すると中継装置１００ｂの認証部１９１が、外部クライアント４３に対して認証リクエストを返信する。

外部クライアント４３は、認証情報（ユーザＩＤおよびパスワード）を中継装置１００ｂに対して返答する。中継装置１００ｂの認証部１９１は、受信した認証情報を予め設定してあるユーザのアカウントの認証情報を照らし合わせ、ユーザ認証を行う。認証部１９１は、ユーザ認証に成功した場合、予め登録されているユーザの権限に関する情報を参照し、外部クライアント４３を用いた内部サーバ３２，３３が提供するコンテンツへのアクセス権限の有無を判断する。アクセス権限がある場合、認証部１９１は、外部サーバ４１のＲＳＳリーダ４１ａにリクエストメッセージを転送する。外部サーバ４１のＲＳＳリーダ４１ａは、転送されたリクエストメッセージに応答し、ダミーデータを含むＨＴＭＬ文書（ＨＴＭＬ＃１）を中継装置１００ｂに送信する。

中継装置１００ｂの変換対象判別部１７１は、ＨＴＭＬ文書（ＨＴＭＬ＃１）のレスポンスメッセージを走査し、<h3>タグおよび<div class="section">タグのバイト位置を特定し、ダミーデータを抜き出す。コンテンツ復元部１７２ａは、ダミーデータを検索キーとして秘匿コンテンツ記憶部１４０を検索し、一致するダミーデータに対応するコンテンツを取得する。またコンテンツ復元部１７２ａは、レスポンスメッセージ中のダミーデータの書き込まれていた領域を抽出下コンテンツで置き換える。そしてコンテンツ復元部１７２ａは、元のコンテンツを含むＨＴＭＬ文書（ＨＴＭＬ＃２）を作成し、外部クライアント４３に対して送信する。外部クライアント４３では、ＨＴＭＬ文書（ＨＴＭＬ＃２）を受信すると、ＨＴＭＬ文書（ＨＴＭＬ＃２）にしたがってコンテンツを含む画面が表示される。

このような処理を行うための中継装置１００ｂにおけるメッセージ受信時の処理は以下の通りである。
図３５は、第６の実施の形態におけるメッセージ受信時の中継装置の処理を示す図である。図３５に示す処理のうち、ステップＳ１５１〜Ｓ１５３，Ｓ１６０〜Ｓ１６３の処理は、それぞれ図１２に示した第２の実施の形態におけるステップＳ４１〜Ｓ４８の処理と同様である。そこで第２の実施の形態と異なるステップＳ１５４〜Ｓ１５９の処理について説明する。

［ステップＳ１５４］中継装置１００ｂは、受信したメッセージが、ＨＴＭＬ取得のリクエストメッセージか否かを判断する。ＨＴＭＬ取得のリクエストメッセージであれば、処理がステップＳ１５５に進められる。ＨＴＭＬ取得のリクエストメッセージでなければ、認証処理がステップＳ１５６に進められる。

［ステップＳ１５５］ＨＴＭＬ取得のリクエストメッセージを受信した場合、中継装置１００ｂの認証部１９１は、ユーザ認証を要求する認証リクエストメッセージを外部クライアント４３に応答する。その後、処理が終了する。

［ステップＳ１５６］認証部１９１は、受信したメッセージが、認証情報を含むレスポンスメッセージか否かを判断する。認証情報を含む場合、処理がステップＳ１５７に進められる。認証情報を含まない場合、処理がステップＳ１６０に進められる。

［ステップＳ１５７］認証部１９１は、認証情報に基づいてユーザ認証処理を行う。この例では、正しくユーザ認証ができたものとする。
［ステップＳ１５８］認証部１９１は、認証したユーザのアカウントに、内部サーバ３２，３３で公開されたコンテンツへのアクセス権限があるか否かを判断する。アクセス権限がある場合、処理がステップＳ１５９に進められる。アクセス権限が無い場合、処理が終了する。

［ステップＳ１５９］認証部１９１は、アクセス権限ありと判定した場合、ＨＴＭＬ取得のリクエストメッセージを、外部サーバ４１に送信する。その後、処理が終了する。
［ステップＳ１６４］コンテンツが復元されたＨＴＭＬ文書（ＨＴＭＬ＃２）が作成されると、コンテンツ復元部１７２ａは、内部ネットワーク２１または外部ネットワークへ、そのＨＴＭＬ文書（ＨＴＭＬ＃２）を送信する。具体的にはコンテンツ復元部１７２ａは、内部クライアント３１からのリクエストメッセージに対するレスポンスメッセージであれば、内部ネットワーク２１を介して内部クライアント３１へＨＴＭＬ文書（ＨＴＭＬ＃２）を送信する。またコンテンツ復元部１７２ａは、外部クライアント４３からのリクエストメッセージに対するレスポンスメッセージであれば、外部ネットワーク２２を介して外部クライアント４３へＨＴＭＬ文書（ＨＴＭＬ＃２）を送信する。その後、処理が終了する。

なお、外部クライアント４３は、外部サーバ４１のＲＳＳリーダ４１ａにアクセスしに行く際に、直接ＲＳＳリーダ４１ａにアクセスするのではなく、中継装置１００ｂを介してアクセスすることが必要である。これは例えば外部クライアント４３のネットワーク環境設定中のProxy設定において、ＲＳＳリーダ４１ａにアクセスする際のProxyサーバとして中継装置１００ｂを設定すればよい。

また、第６の実施の形態における認証部１９１は、単独でユーザ認証を行わずに、内部ネットワーク２１に接続された認証サーバと連携してユーザ認証およびアクセス権限の有無を判断することもできる。この場合は、認証に必要な情報や認可に必要な情報が認証サーバ上にあり、そのサーバに対して認証部１９１が、外部クライアント４３のアクセス可否を問い合わせることになる。

このようにして、外部ネットワーク２２に接続された外部クライアント４３を用いて、内部サーバ３２，３３が公開しているコンテンツを、外部サーバ４１のＲＳＳリーダ４１ａ経由で参照可能になる。

〔第７の実施の形態〕
次に第７の実施の形態について説明する。第７の実施の形態は、ＲＳＳリーダの配布するコンテンツがＪＳＯＮ形式の場合でも、ダミーデータを元のコンテンツに復元可能とするものである。この場合、内部クライアントへの画面表示のフォーマットはＨＴＭＬ文書で渡され、その後にＪＳＯＮ形式でコンテンツのみの文書が内部クライアントに渡される。なお第７の実施の形態に係るシステム構成は、図２〜図１０に示した第２の実施の形態の構成と同じであるため、図２〜図１０に示した各要素の符号を用いて第７の実施の形態を説明する。

第７の実施の形態では、外部サーバ４１のＲＳＳリーダ４１ａは、第２の実施の形態で示したＨＴＭＬ文書（ＨＴＭＬ＃１）に代えて、ＪＳＯＮ文書（ＪＳＯＮ＃１）を配布する。また中継装置１００では、復元されたコンテンツを含むＨＴＭＬ文書（ＨＴＭＬ＃２）に代えて、復元されたコンテンツを含むＪＳＯＮ文書（ＪＳＯＮ＃２）を内部クライアント３１に送信する。

図３６は、外部サーバが配布するＪＳＯＮ文書（ＪＳＯＮ＃１）の例を示す図である。図３６に示すようにＪＳＯＮ文書９１には、ダミーデータ（「saioraebsapoofa92n」、「haneisnelskeospaosmepsme」）が含まれている。このようなＪＳＯＮ文書９１が中継装置１００に入力されると、変換対象判別部１７１によりＪＳＯＮ文書９１からダミーデータが抽出される。

なお第７の実施の形態では、変換対象判別部１７１によるダミーの位置を指定する方法が第２の実施の形態と異なる。第７の実施の形態では、図３６の例の場合、各要素に含まれるtitleおよびdescription要素がダミーデータの位置となる。

変換対象判別部１７１で抽出されたダミーデータは、コンテンツ復元部１７２により元のコンテンツに復元される。その結果、復元されたコンテンツを含むＪＳＯＮ文書（ＪＳＯＮ＃２）が生成される。

図３７は、コンテンツが復元されたＪＳＯＮ文書（ＪＳＯＮ＃２）の例を示す図である。ＪＳＯＮ文書９２では、図３６に示したＪＳＯＮ文書９１内のダミーデータの部分が、元のコンテンツに書き換えられている。

このように、変換対象判別部１７１におけるダミーデータ格納領域の抽出方法を、ＪＳＯＮ形式の文書に適合させることで、ＨＴＭＬ以外の各種データ形式によりコンテンツ配布が行われても、ダミーデータを元のコンテンツに復元可能となる。

〔第８の実施の形態〕
次に第８の実施の形態について説明する。第８の実施の形態は、ＲＳＳリーダで配布されるコンテンツがＸＭＬ形式の場合でも、ダミーデータを元のコンテンツに復元可能とするものである。なお第８の実施の形態に係るシステム構成は、図２〜図１０に示した第２の実施の形態の構成と同じであるため、図２〜図１０に示した各要素の符号を用いて第８の実施の形態を説明する。

第８の実施の形態では、外部サーバ４１のＲＳＳリーダ４１ａは、第２の実施の形態で示したＨＴＭＬ文書（ＨＴＭＬ＃１）に代えて、ＸＭＬ文書（ＸＭＬ＃１）を配布する。また中継装置１００では、復元されたコンテンツを含むＨＴＭＬ文書（ＨＴＭＬ＃２）に代えて、復元されたコンテンツを含むＸＭＬ文書（ＸＭＬ＃２）を内部クライアント３１に送信する。

図３８は、外部サーバが配布するＸＭＬ文書（ＸＭＬ＃１）の例を示す図である。図３８に示すようにＸＭＬ文書９３には、ダミーデータ（「saioraebsapoofa92n」、「haneisnelskeospaosmepsme」）が含まれている。このようなＸＭＬ文書９３が中継装置１００に入力されると、変換対象判別部１７１によりＸＭＬ文書９３からダミーデータが抽出される。

なお第８の実施の形態では、変換対象判別部１７１によるダミーの位置を指定する方法が第２の実施の形態と異なる。第８の実施の形態では、<contents>タグ中の<title>および<description>要素がダミーの位置となる。

変換対象判別部１７１で抽出されたダミーデータは、コンテンツ復元部１７２により元のコンテンツに復元される。その結果、復元されたコンテンツを含むＸＭＬ文書（ＸＭＬ＃２）が生成される。

図３９は、コンテンツが復元されたＸＭＬ文書（ＸＭＬ＃２）の例を示す図である。ＸＭＬ文書９４では、図３８に示したＸＭＬ文書９３内のダミーデータの部分が、元のコンテンツに書き換えられている。

このように、変換対象判別部１７１におけるダミーデータ格納領域の抽出方法を、ＸＭＬ形式の文書に適合させることで、ＨＴＭＬ以外の各種データ形式によりコンテンツ配布が行われても、ダミーデータを元のコンテンツに復元可能となる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、中継装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disc）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

以上説明した実施の形態の主な技術的特徴は、以下の付記の通りである。
（付記１） 第１のネットワークと第２のネットワークとの間の通信を中継する中継装置であって、
前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得する情報取得手段と、
前記情報取得手段が取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納する第１の情報変換手段と、
前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する第２の情報変換手段と、
を有することを特徴とする中継装置。

（付記２） 前記情報閲覧装置から前記情報収集装置宛の前記情報提供装置が有する前記提供情報の場所を示す第１のアドレスの登録要求を受信すると、前記第１のアドレスを前記中継装置内の場所を示す第２のアドレスに変換し、前記第２のアドレスの登録要求を前記情報収集装置に送信し、前記第１のアドレスと前記第２のアドレスとを対応付けてアドレス記憶手段に格納するアドレス変換手段をさらに有し、
前記情報取得手段は、前記情報収集装置から前記第２のアドレスを指定した情報の取得要求を受信すると、前記アドレス記憶手段を参照して前記第２のアドレスに対応する前記第１のアドレスを取得し、前記第１のアドレスで示された場所にある前記提供情報を前記情報提供装置から取得することを特徴とする付記１記載の中継装置。

（付記３） 前記第１の情報変換手段は、前記提供情報を、前記提供情報と同じデータサイズの前記ダミーデータに変換し、
前記第２の情報変換手段は、前記情報閲覧装置宛に、前記情報収集装置から前記ダミーデータの一部である部分ダミーデータが送信されると、前記情報記憶手段から前記部分ダミーデータを包含する前記ダミーデータに対応する前記提供情報から、前記ダミーデータ内の前記部分ダミーデータの位置と同じ位置の情報を抽出して部分提供情報とし、前記部分ダミーデータを前記部分提供情報に変換して前記情報閲覧装置に送信することを特徴とする付記１記載の中継装置。

（付記４） 前記情報収集装置から前記情報閲覧装置宛に前記ダミーデータを含む文書が送信されると、前記文書内の所定の場所に設定された情報を前記ダミーデータとして判別する変換対象判別手段をさらに有し、
前記第２の情報変換手段は、前記変換対象判別手段により判別された前記ダミーデータを前記提供情報に変換することを特徴とする付記１記載の中継装置。

（付記５） 前記情報収集装置に対して所定のデータパターンの調査用情報を送信し、前記情報収集装置から前記調査用情報を含む文書を取得し、取得した文書から前記調査用情報の設定場所を特定する走査ルールを判定し、前記走査ルールを走査ルール記憶手段に格納する走査ルール判定手段と、
前記情報収集装置から前記情報閲覧装置宛に前記ダミーデータを含む文書が送信されると、前記走査ルール記憶手段に記憶された前記走査ルールに従って送信された文書内の場所を特定し、特定した場所に設定されている情報を前記ダミーデータと判定する変換対象判別手段をさらに有し、
前記第２の情報変換手段は、前記変換対象判別手段により判別された前記ダミーデータを前記提供情報に変換することを特徴とする付記１記載の中継装置。

（付記６） 前記走査ルール判定手段は、タグによって文書構造が定義された構造化文書中の前記調査用情報が設定された場所を示すタグの情報を、前記走査ルールとすることを特徴とする付記５記載の中継装置。

（付記７） 前記第１の情報変換手段は、前記ダミーデータの文字コードを、所定のコード体系の文字コードに変換して前記情報記憶手段に格納し、
前記第２の情報変換手段は、前記情報収集装置から送信された前記ダミーデータの文字コードを前記所定のコード体系の文字コードに変換して、前記情報記憶手段から一致するダミーデータを検索し、検索によって見つけ出された前記ダミーデータに対応する前記提供情報を前記情報閲覧装置に送信することを特徴とする付記１記載の中継装置。

（付記８） 前記第１の情報変換手段は、文字列である前記提供情報と前記ダミーデータとの文字コードを、前記所定のコード体系の文字コードに変換して前記情報記憶手段に格納し、
前記第２の情報変換手段は、前記情報収集装置から前記情報閲覧装置宛に前記ダミーデータを含む文書が送信された場合、前記情報閲覧装置に送信する前記提供情報の文字コードを、前記ダミーデータを含む文書内の文字のコード体系の文字コードに変換し、前記ダミーデータを前記提供情報に書き換えた文書を前記情報閲覧装置に送信することを特徴とする付記７記載の中継装置。

（付記９） 前記第２のネットワークに接続された他の情報閲覧装置から、前記情報収集装置からの前記提供情報の取得要求を受け取ると、前記情報閲覧装置から認証情報を取得して前記提供情報へのアクセス権限の認証処理を行い、認証に成功すると前記情報収集装置に前記ダミーデータを要求する認証手段をさらに有し、
前記第２の情報変換手段は、前記認証手段からの要求に応じて前記情報収集装置から送信された前記ダミーデータを前記提供情報に変換して、前記他の情報閲覧装置に送信することを特徴とする付記１記載の中継装置。

（付記１０） 第１のネットワークと第２のネットワークとの間の通信の中継処理をコンピュータに実行させる通信中継プログラムであって、
前記コンピュータに、
前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得し、
取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、
前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納し、
前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する、
処理を実行させることを特徴とする通信中継プログラム。

（付記１１） 第１のネットワークと第２のネットワークとの間の通信の中継をコンピュータで行う通信中継方法であって、
前記コンピュータが、
前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得し、
取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、
前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納し、
前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する、
ことを特徴とする通信中継方法。

１ 中継装置
１ａ アドレス変換手段
１ｂ アドレス記憶手段
１ｃ 情報取得手段
１ｄ 第１の情報変換手段
１ｅ 情報記憶手段
１ｆ 第２の情報変換手段
２ 第１のネットワーク
３ 第２のネットワーク
４ 情報閲覧装置
５ 情報提供装置
６ 情報収集装置
７ａ，７ｂ 登録要求
７ｃ，７ｄ 取得要求
８ａ，８ｄ 提供情報
８ｂ，８ｃ ダミーデータ

Claims (7)

1. 第１のネットワークと第２のネットワークとの間の通信を中継する中継装置であって、
   前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得する情報取得手段と、
   前記情報取得手段が取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納する第１の情報変換手段と、
   前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する第２の情報変換手段と、
   を有することを特徴とする中継装置。
2. 前記情報閲覧装置から前記情報収集装置宛の前記情報提供装置が有する前記提供情報の場所を示す第１のアドレスの登録要求を受信すると、前記第１のアドレスを前記中継装置内の場所を示す第２のアドレスに変換し、前記第２のアドレスの登録要求を前記情報収集装置に送信し、前記第１のアドレスと前記第２のアドレスとを対応付けてアドレス記憶手段に格納するアドレス変換手段をさらに有し、
   前記情報取得手段は、前記情報収集装置から前記第２のアドレスを指定した情報の取得要求を受信すると、前記アドレス記憶手段を参照して前記第２のアドレスに対応する前記第１のアドレスを取得し、前記第１のアドレスで示された場所にある前記提供情報を前記情報提供装置から取得することを特徴とする請求項１記載の中継装置。
3. 前記第１の情報変換手段は、前記提供情報を、前記提供情報と同じデータサイズの前記ダミーデータに変換し、
   前記第２の情報変換手段は、前記情報閲覧装置宛に、前記情報収集装置から前記ダミーデータの一部である部分ダミーデータが送信されると、前記情報記憶手段から前記部分ダミーデータを包含する前記ダミーデータに対応する前記提供情報から、前記ダミーデータ内の前記部分ダミーデータの位置と同じ位置の情報を抽出して部分提供情報とし、前記部分ダミーデータを前記部分提供情報に変換して前記情報閲覧装置に送信することを特徴とする請求項１記載の中継装置。
4. 前記情報収集装置に対して所定のデータパターンの調査用情報を送信し、前記情報収集装置から前記調査用情報を含む文書を取得し、取得した文書から前記調査用情報の設定場所を特定する走査ルールを判定し、前記走査ルールを走査ルール記憶手段に格納する走査ルール判定手段と、
   前記情報収集装置から前記情報閲覧装置宛に前記ダミーデータを含む文書が送信されると、前記走査ルール記憶手段に記憶された前記走査ルールに従って送信された文書内の場所を特定し、特定した場所に設定されている情報を前記ダミーデータと判定する変換対象判別手段をさらに有し、
   前記第２の情報変換手段は、前記変換対象判別手段により判別された前記ダミーデータを前記提供情報に変換することを特徴とする請求項１記載の中継装置。
5. 前記第２のネットワークに接続された他の情報閲覧装置から、前記情報収集装置からの前記提供情報の取得要求を受け取ると、前記情報閲覧装置から認証情報を取得して前記提供情報へのアクセス権限の認証処理を行い、認証に成功すると前記情報収集装置に前記ダミーデータを要求する認証手段をさらに有し、
   前記第２の情報変換手段は、前記認証手段からの要求に応じて前記情報収集装置から送信された前記ダミーデータを前記提供情報に変換して、前記他の情報閲覧装置に送信することを特徴とする請求項１記載の中継装置。
6. 第１のネットワークと第２のネットワークとの間の通信の中継処理をコンピュータに実行させる通信中継プログラムであって、
   前記コンピュータに、
   前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得し、
   取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、
   前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納し、
   前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する、
   処理を実行させることを特徴とする通信中継プログラム。
7. 第１のネットワークと第２のネットワークとの間の通信の中継をコンピュータで行う通信中継方法であって、
   前記コンピュータが、
   前記第２のネットワークに接続された情報収集装置から前記第１のネットワークに接続された情報提供装置が有する提供情報の取得要求を受信すると、前記情報提供装置から前記提供情報を取得し、
   取得した前記提供情報をダミーデータに変換して前記情報収集装置に送信し、
   前記提供情報と前記ダミーデータとを関連付けて情報記憶手段に格納し、
   前記第１のネットワークに接続された情報閲覧装置宛に、前記情報収集装置から前記ダミーデータが送信されると、前記情報記憶手段から前記ダミーデータに対応する前記提供情報を取得し、前記ダミーデータを前記提供情報に変換して前記情報閲覧装置に送信する、
   ことを特徴とする通信中継方法。

Images