(57)【要約】【課題】外部に対してサーバのＵＲＬなどの情報を開示することなく、サービスを提供する。【解決手段】アクセス制御装置３は、外部クライアント１２４とＷｅｂサーバ２２，２４との間に介在し、外部クライアント１２４からの要求を受けて、外部クライアント１２４を代理してこれらのサーバにアクセスする。また、アクセス制御装置３は、Ｗｅｂサーバ２２，２４が、外部クライアント１２４からの要求に対して応答すると、非公開Ｗｅｂサーバ２４の情報（以下、非公開Ｗｅｂサーバ２４のネットワークロケーション（ＵＲＬなど）を具体例とする）を外部に対して隠蔽しつつ、これらのサーバを代理して、外部クライアント１２４に対する応答を中継する。【選択図】          図３
2005043938.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードに対して所定の関係にある第１の情報の通信を制御するアクセス制御装置であって、前記第１の情報は、第１のノードに対して送信される送信情報に含まれ、第２の情報により代替されることができ、
第１のノードに対して送信されようとする第１の送信情報に含まれる前記第１の情報を検出する情報検出手段と、
前記第１の送信情報に含まれる第１の情報を、この第１の情報を代替しうる第２の情報により置換し、第２の送信情報として、前記第１のノードに対して送信する情報置換手段と、
前記第１のノードから、前記第２の情報を用いたアクセスがあったときに、前記アクセスされた第１の情報を代替する第２の情報を作成する第２の情報作成手段と
を有するアクセス制御装置。
【請求項２】
前記第１の情報は、前記第１のノードに対して非公開とされる関係にある非公開情報であり、前記第２の情報は、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報であり、
前記情報検出手段は、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出する非公開情報検出手段であり、
前記情報置換手段は、前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として、前記第１のノードに対して送信し、
前記秘匿用情報生成手段は、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する秘匿用情報を作成する
請求項１に記載のアクセス制御装置。
【請求項３】
前記秘匿用情報作成手段は、乱数を用いて前記秘匿用情報を作成する
請求項２に記載のアクセス制御装置。
【請求項４】
前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスを行う代替アクセス手段
をさらに有する請求項２または３に記載のアクセス制御装置。
【請求項５】
前記代替アクセス手段は、前記秘匿用情報の正当性を判定し、前記秘匿用情報が正当であると判断されたときに、前記秘匿用情報により代替された前記非公開情報を用いたアクセスを行う
請求項４に記載のアクセス制御装置。
【請求項６】
前記非公開情報は、前記非公開ノードの属性を含む
請求項２〜５のいずれかに記載のアクセス制御装置。
【請求項７】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記代替アクセス手段は、前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する
請求項４または５に記載のアクセス制御装置。
【請求項８】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記非公開情報検出手段は、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、
前記情報置換手段は、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、
前記秘匿用情報作成手段は、前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する
請求項２〜７のいずれかに記載のアクセス制御装置。
【請求項９】
前記アクセス制御装置と、前記非公開ノードと、前記公開ノードとは、１つのネットワークシステムに含まれ、
前記第１のノードは、前記ネットワークシステムに対してアクセスする外部ノードである
請求項８に記載のアクセス制御装置。
【請求項１０】
前記アクセス制御装置には、アクセス制御用アドレスが設定され、
前記情報置換手段は、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、前記アクセス制御用アドレスを付加して第２の送信情報として、前記第１のノードに対して送信し、
前記第１のノードは、前記第２の送信情報に付加されたアクセス制御用アドレスを用いて前記アクセス制御装置に対してアクセスし、前記第２の送信情報に付加された秘匿用アドレスを用いて、前記アクセス制御装置を介して、前記非公開ノードに対してアクセスする
請求項８に記載のアクセス制御装置。
【請求項１１】
前記非公開アドレスは、前記非公開ノードに対して固有に設定されるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスまたはドメイン名であり、前記アクセス制御用アドレスは、前記アクセス制御装置に対して固有に設定されるＵＲＬ、ＩＰアドレスまたはドメイン名である
請求項１０に記載のアクセス制御装置。
【請求項１２】
前記第１のノードからの要求に応じて、前記非公開ノードの検索を行う検索手段
をさらに有し、
前記秘匿用情報作成手段は、前記検索の結果として得られた前記非公開ノードの非公開アドレスを代替しうる秘匿用アドレスをさらに作成する
請求項７〜１０のいずれかに記載のアクセス制御装置。
【請求項１３】
前記検索手段は、前記非公開ノードに対するアクセスに対する課金をさらに行う
請求項１２に記載のアクセス制御装置。
【請求項１４】
第１のノードに対して非公開とされる非公開情報の通信を制御するアクセス制御方法であって、前記非公開情報は、第１のノードに対して送信される送信情報に含まれ、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報により代替されることができ、
第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出し、
前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として前記第１のノードに対して送信し、
前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する
を有するアクセス制御方法。
【請求項１５】
前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスをさらに行う
請求項１４に記載のアクセス制御方法。
【請求項１６】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する
請求項１４または１５に記載のアクセス制御方法。
【請求項１７】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、
前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、
前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する
請求項１４〜１６のいずれかに記載のアクセス制御方法。
【請求項１８】
第１のノードに対して非公開とされる非公開情報の通信を制御するプログラムであって、前記非公開情報は、第１のノードに対して送信される送信情報に含まれ、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報により代替されることができ、
第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出するステップと、
前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として前記第１のノードに対して送信するステップと、
前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成するステップと
をコンピュータに実行させるプログラム。
【請求項１９】
前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスを
さらにコンピュータに実行させる請求項１８に記載のプログラム。
【請求項２０】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記秘匿用情報により代替された非公開情報を用いたアクセスを行うステップにおいて、前記前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する
請求項１９に記載のプログラム。
【請求項２１】
前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記検出するステップにおいて、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、
前記置換するステップにおいて、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、
前記秘匿用情報を作成するステップにおいて、前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する
請求項１８〜２０のいずれかに記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、システム内部のノードに対する外部からのアクセスを制御するアクセス制御装置およびその方法に関する。
【０００２】
【従来の技術】
例えば、特許文献１，２は、クライアントとサーバとの間の中継を行うプロキシサーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）を開示する。
このようなプロキシサーバを介して、クライアントに対してサーバの機能を提供することができるが、全てのクライアントに対してサーバのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を公開してしまうと、セキュリティ上の問題が生じる可能性がある。
【０００３】
【特許文献１】特開２００２−００７２２８号公報
【特許文献２】特開２００２−１８９９７３号公報
【０００４】
【発明が解決しようとする課題】
本発明は、上述した背景からなされたものであり、外部に対してサーバのＵＲＬなどの情報を開示することなく、サービスを提供できるようにしたアクセス制御装置およびその方法を提供することを目的とする。
また、本発明は、外部に対してサーバのＵＲＬなどの情報を開示しなくても済むようにして、サーバのセキュリティを向上させることができるアクセス制御装置およびその方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
［アクセス制御装置］
上記目的を達成するために、本発明に係るアクセス制御装置は、第１のノードに対して所定の関係にある第１の情報の通信を制御するアクセス制御装置であって、前記第１の情報は、第１のノードに対して送信される送信情報に含まれ、第２の情報により代替されることができ、第１のノードに対して送信されようとする第１の送信情報に含まれる前記第１の情報を検出する情報検出手段と、前記第１の送信情報に含まれる第１の情報を、この第１の情報を代替しうる第２の情報により置換し、第２の送信情報として、前記第１のノードに対して送信する情報置換手段と、前記第１のノードから、前記第２の情報を用いたアクセスがあったときに、前記アクセスされた第１の情報を代替する第２の情報を作成する第２の情報作成手段とを有する。
【０００６】
好適には、前記第１の情報は、前記第１のノードに対して非公開とされる関係にある非公開情報であり、前記第２の情報は、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報であり、前記情報検出手段は、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出する非公開情報検出手段であり、前記情報置換手段は、前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として、前記第１のノードに対して送信し、前記秘匿用情報生成手段は、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する秘匿用情報を作成する。
【０００７】
好適には、前記秘匿用情報作成手段は、乱数を用いて前記秘匿用情報を作成する。
【０００８】
好適には、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスを行う代替アクセス手段をさらに有する。
【０００９】
好適には、前記代替アクセス手段は、前記秘匿用情報の正当性を判定し、前記秘匿用情報が正当であると判断されたときに、前記秘匿用情報により代替された前記非公開情報を用いたアクセスを行う。
【００１０】
好適には、前記非公開情報は、前記非公開ノードの属性を含む。
【００１１】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、前記代替アクセス手段は、前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する。
【００１２】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記非公開情報検出手段は、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、前記情報置換手段は、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、前記秘匿用情報作成手段は、前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する。
【００１３】
好適には、前記アクセス制御装置と、前記非公開ノードと、前記公開ノードとは、１つのネットワークシステムに含まれ、前記第１のノードは、前記ネットワークシステムに対してアクセスする外部ノードである。
【００１４】
好適には、前記アクセス制御装置には、アクセス制御用アドレスが設定され、前記情報置換手段は、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、前記アクセス制御用アドレスを付加して第２の送信情報として、前記第１のノードに対して送信し、前記第１のノードは、前記第２の送信情報に付加されたアクセス制御用アドレスを用いて前記アクセス制御装置に対してアクセスし、前記第２の送信情報に付加された秘匿用アドレスを用いて、前記アクセス制御装置を介して、前記非公開ノードに対してアクセスする。
【００１５】
好適には、前記非公開アドレスは、前記非公開ノードに対して固有に設定されるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスまたはドメイン名であり、前記アクセス制御用アドレスは、前記アクセス制御装置に対して固有に設定されるＵＲＬ、ＩＰアドレスまたはドメイン名である。
【００１６】
好適には、前記第１のノードからの要求に応じて、前記非公開ノードの検索を行う検索手段をさらに有し、前記秘匿用情報作成手段は、前記検索の結果として得られた前記非公開ノードの非公開アドレスをを代替しうる秘匿用アドレスをさらに作成する。
【００１７】
好適には、前記検索手段は、前記非公開ノードに対するアクセスに対する課金をさらに行う。
【００１８】
［アクセス制御方法］
また、本発明に係るアクセス制御方法は、第１のノードに対して非公開とされる非公開情報の通信を制御するアクセス制御方法であって、前記非公開情報は、第１のノードに対して送信される送信情報に含まれ、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報により代替されることができ、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出し、前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として前記第１のノードに対して送信し、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成するを有する。
【００１９】
好適には、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスをさらに行う。
【００２０】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する。
【００２１】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する。
【００２２】
［プログラム］
また、本発明に係るプログラムは、第１のノードに対して非公開とされる非公開情報の通信を制御するプログラムであって、前記非公開情報は、第１のノードに対して送信される送信情報に含まれ、前記非公開情報を、前記第１のノードに対して秘匿するための秘匿用情報により代替されることができ、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開情報を検出するステップと、前記第１の送信情報に含まれる非公開情報を、この非公開情報を代替しうる秘匿用情報により置換し、第２の送信情報として前記第１のノードに対して送信するステップと、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成するステップとをコンピュータに実行させる。
【００２３】
好適には、前記第１のノードから、前記秘匿用情報を用いたアクセスがあったときに、この秘匿用情報により代替された前記非公開情報を用いたアクセスをさらにコンピュータに実行させる。
【００２４】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、前記秘匿用情報により代替された非公開情報を用いたアクセスを行うステップにおいて、前記前記第１のノードから、前記秘匿用アドレスを用いたアクセスがあったときに、この秘匿用アドレスにより代替された前記非公開アドレスを用いて、前記非公開ノードに対するアクセスを代替する。
【００２５】
好適には、前記非公開情報は、前記第１のノードに対して非公開とされる非公開ノードの非公開アドレスであり、前記第１のノードに対して公開される公開ノードが、前記第１のノードに対して送信しようとする前記第１の送信情報に含まれ、前記秘匿用情報は、前記非公開アドレスの代わりに公開される秘匿用アドレスであり、前記第１のノードは、前記第２の送信情報に含まれる前記秘匿用アドレスを用いて、前記非公開ノードに対するアクセスを行い、
前記検出するステップにおいて、第１のノードに対して送信されようとする第１の送信情報に含まれる前記非公開アドレスを検出し、前記置換するステップにおいて、前記第１の送信情報に含まれる非公開アドレスを、この非公開アドレスを代替しうる秘匿用アドレスにより置換し、第２の送信情報として、前記第１のノードに対して送信し、前記秘匿用情報を作成するステップにおいて、前記第１のノードから、前記非公開アドレスを用いたアクセスがあったときに、前記アクセスされた非公開情報を代替する秘匿用情報を作成する。
【００２６】
【発明の実施の形態】
［本発明の背景］
本発明の実施形態を説明する前に、まず、その理解を容易にするために、本発明がなされるに至った背景を説明する。
近年、インターネット環境およびノートＰＣなどのモバイル端末が普及し、一般的に用いられている。
このような事情により、自宅から、あるいは、街角のホットスポットおよびインターネットカフェなどのインターネット接続サービスから、インターネットを介して、企業などの組織内のコンピュータシステム（ローカルコンピュータシステム）のネットワーク資源（Ｎｅｔｗｏｒｋ  Ｒｅｓｏｕｒｃｅ）、例えば、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ；  以下、単にＷｅｂとも記す）サーバ、ファイルサーバおよびネットワークプリンタなどを利用して、ユーザの利便性および組織業務の効率化が図られるようになってきている。
【００２７】
しかしながら、組織内コンピュータシステムのセキュリティおよび保全のため、インターネットに接続された組織外のコンピュータなど（外部）と組織内コンピュータシステムとの通信は、通常、情報の交換を制限するファイヤウォールを介して行われる。
このファイヤウォールは、内部ネットワークに出入りするアクセスを一元的に監視し、外部から組織内コンピュータシステムへの不正侵入、および、組織内コンピュータシステムから外部への情報漏えいなどを防止する。
つまり、ファイヤウォールによって保護される組織内コンピュータシステムに、無条件に遠隔アクセスすることはできない。
【００２８】
このような組織内コンピュータシステムに遠隔アクセスするために、組織内コンピュータシステムととインターネットとの境界に、アクセス制御装置（アクセス中継装置）と呼ばれる装置が設置されることがある。
このアクセス中継装置の一種にプロキシサーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）がある。
プロキシサーバは、クライアントとサーバの間で伝送されるデータを仲立ちし、一元的に監視して、許可されている特定の種類の接続を中継したり、不正なアクセスを遮断したりする。
プロキシサーバにおいては、転送プロトコルとして、一般的に、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．１；  ＩＥＴＦ  ＲＦＣ  ２０６８）が用いられ、また、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  ９５９）、Ｔｅｌｎｅｔ（ＴＥＬＮＥＴ  ＰＲＯＴＯＣＯＬ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ；  ＩＥＴＦ  ＲＦＣ  ８５４）およびＧｏｐｈｅｒ（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｇｏｐｈｅｒ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  １４３６）などが用いられることもある。
【００２９】
プロキシサーバには、フォワードプロキシサーバ（Ｆｏｒｗａｒｄ  Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）とリバースプロキシ（Ｒｅｖｅｒｓｅ  Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）とが含まれる。
フォワードプロキシサーバは、インターネット上にあるＷｅｂサーバなどを、組織内コンピュータシステムなど（内部ネットワーク）から利用するために用いられる。
フォワードプロキシサーバは、内部ネットワークのクライアントからインターネットへのＨＴＴＰ転送プロトコルによるリクエスト（通信要求）を受け取り、クライアントを代理して、インターネットにリクエストを送出する。
【００３０】
また、フォーワードプロキシサーバは、インターネットから送られてきたレスポンス（通信応答）を受け取り、クライアントに返す。
従って、インターネット側から見ると、フォワードプロキシサーバが、あたかもクライアントであるかのように見え、クライアントのネットワークロケ−ション（ＵＲＬ、ドメイン名およびＩＰアドレスなどの、ネットワーク上で位置を特定する論理アドレス情報）などの情報が隠蔽される。
このように、フォワードプロキシサーバは、サーバに対してクライアントを保護する仕組みになっている。
従って、インターネットからの内部ネットワーク内のサーバへのアクセスが、逆向きのフォワードプロキシサーバを介して行われると、内部ネットワーク側に対して、インターネット上のクライアントのネットワークロケ−ションなどが隠蔽されてしまい、反対に、インターネット側に対しては、内部ネットワークのサーバのネットワークロケ−ションなどの情報は隠蔽されないことになる。
【００３１】
つまり、フォワードプロキシサーバだけを用いると、内部ネットワークに含まれるサーバなどのノードのネットワークロケーションなどの情報が、外部に流出してしまう可能性がある。
このように、内部ネットワークの情報が、不正侵入を企てる悪意の第三者に渡ると、その情報は、サーバに対する攻撃に使用される可能性がある。
例えば、内部ネットワークの多数のサーバの内の１つ（例えばＷｅｂサーバ）に対する不正侵入が成功すると、Ｗｅｂサーバ上のＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  −２．０；  ＩＥＴＦ  ＲＦＣ  １８６６）形式のコンテンツに含まれ、他のＨＴＭＬ形式のコンテンツを参照するためのポインタとして用いられるリンク（ハイパーリンク）をたどることにより、他のサーバの情報が次々に流出し、内部ネットワーク内の多くのサーバが攻撃の危険にさらされることになりかねない。
【００３２】
特に、外部に対して公開することを目的とされず、内部ネットワークに閉じた使用を前提としているサーバ（非公開サーバ）が、組織内の部門やワークグループで管理されているときには、セキュリティよりも、部門などにおける通常使用時の利便性を優先させることがある。
このようなときには、非公開サーバは、セキュリティ対策の点で、外部に対する公開を前提として設計されたＷｅｂサーバなど（公開サーバ）よりも脆弱になり、不正侵入されやすくなる。
例えば、インターネットカフェなどに設置されているような、不特定多数が使用可能なコンピュータから、内部ネットワークに対するインターネットを介した接続が行われるときには、この接続により伝送されるデータに対して、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）などの暗号化転送プロトコルを適用したとしても、第三者への内部ネットワークの情報の流出の危険は、完全にはなくならない。
【００３３】
他方、リバースプロキシサーバは、内部ネットワーク上にあるＷｅｂサーバなどを、インターネット側に対して公開するために用いられる。
リバースプロキシサーバは、インターネット側からのアクセス要求を受け、内部ネットワークに接続されたＷｅｂサーバなどに中継する。
従って、リバースプロキシサーバを用いると、内部ネットワークに含まれるサーバの構成が外部から隠蔽され、それによって内部ネットワークの構成の変更が容易になり、また、サーバ間で柔軟な負荷分散ができるようになる。
【００３４】
リバースプロキシサーバは、複数のオリジンサーバ（プロキシサーバにより代理されるサーバ）を、１つのネットワークロケーションからアクセスできるようにあらかじめ関係付け、クライアントからリクエストを受け付けると、内部的にリクエストに含まれるネットワークロケーションを変換して各ホストコンピュータに振り分けて転送する。
従って、内部ネットワークのクライアントによる使用を前提としている多数の非公開サーバに対して、インターネットからのアクセスを許すようなときには、以下のような問題（（１），（２），（３））が生じる。
【００３５】
（１）内部ネットワーク上の任意のサーバに対して、インターネットからアクセスできるようにするためには、内部ネットワークの全てのサーバのネットワークロケーションが、リバースプロキシサーバにより関係付けられ、外部に対して公開されるネットワークロケーションと対応付けられていなければならない。
しかしながら、内部ネットワークでの使用を前提としている非公開サーバは、設置台数が多い上に、その構成の変更も頻繁に行われ、管理も各部門などで行われることが多いので、リバースプロキシサーバに、常に最新のネットワークの情報が反映されているとは限らず、あるいは、リバースプロキシサーバに、常に最新のネットワークの情報を反映させるためには、多くの手間と費用が必要とされる。
【００３６】
（２）内部ネットワーク上のサーバに対して、内部ネットワークのクライアントからアクセスするためには、ユーザは、オリジンサーバのネットワークロケーションを知っていなければならない。
一方、内部ネットワーク上のサーバに対して、インターネットのクライアントからアクセスするためには、ユーザは、内部ネットワーク上のサーバを外部へ公開するために設定されたネットワークロケーションを知っていなければならない。
従って、内部ネットワークからも、インターネットからも内部ネットワーク上のサーバにアクセスする可能性があるユーザは、これら両方のネットワークロケーションを知っていなければならない。のために用いられるオリジンサーバのネットワークロケーションを知っていなければならない。
【００３７】
（３）リバースプロキシサーバにおいては、オリジンサーバのコンテンツのリンクを、オリジンサーバ上のページ間でリンクを張る場合にはパス名だけの（ホストアドレスを含まない）部分ＵＲＬで統一しなければならないなどの制約がある。
内部ネットワーク上の全てのサーバ上のＨＴＭＬ形式のコンテンツのリンクを、このような部分ＵＲＬに修正することで、この制約に対応することも可能である。
しかしながら、この修正を受けたコンテンツに対しては、リバースプロキシサーバを介したアクセスのみが可能となり、内部ネットワーク上のクライアントからの直接の利用ができなくなる。
従って、このような不具合を回避するためには、内部ネットワーク上の各サーバで、内部ネットワークのクライアント向けのコンテンツと、外部公開用に修正したコンテンツの２種類を準備しなければならない。
このような手間をかけることは、現実的には、非常に困難である。
【００３８】
以上説明したように、既存のプロキシサーバを用いても、インターネットから組織内コンピュータシステムにアクセスする際の利便性と、悪意の第三者から組織内コンピュータシステムを保護したいというセキュリティとを両立することができなかった。
なお、ここまで、主にＷｅｂサーバを具体例として挙げて、プロキシサーバについて説明したが、プロキシサーバを他の種類のサーバに対して適用する場合でも、同様な問題が生じる。
【００３９】
本発明は、上述したような背景からなされたものであり、インターネット上のクライアントコンピュータなど（外部）に対して非公開とされ、企業内コンピュータシステムなど（ローカルネットワーク）において閉じた使用を前提としている非公開サーバに対して、インターネットなどを介して、外部から遠隔アクセスすることができるように工夫されている。
また、本発明は、ローカルネットワークの非公開サーバに対して、外部から遠隔アクセスできるようにし、さらに、ローカルネットワークに接続されている非公開サーバおよびその他のコンピュータなどの内部情報を隠蔽することができるように工夫されている。
また、本発明は、ローカルネットワーク内部で公開されている情報を、外部に対して秘匿できるように工夫されている。
【００４０】
［第１実施形態］
以下、本発明の第１の実施形態を説明する。
【００４１】
［第１のネットワークシステム１］
図１は、本発明の第１の実施形態に係るアクセス制御方法が適応される第１のネットワークシステム１の構成を例示する図である。
図１に示すように、ネットワークシステム１は、ネットワークシステム１２、Ｗｅｂサーバ１３０（以下、外部Ｗｅｂサーバ１３０とも記す）および第１のローカルネットワークシステム２が、インターネット（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ）１２０を介して接続されて構成される。
ネットワークシステム１２は、１つ以上のクライアント１２４−１，１２４−２（以下、外部クライアント１２４とも記す）が、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク１２６−１を介して接続された構成を採り、ＩＰネットワーク１２６−１は、ルータ１２８−１を介してネットワークシステム１２０に接続される。
【００４２】
また、ローカルネットワークシステム２は、それぞれ１つ以上のクライアント１３２（以下、内部クライアント１３２とも記す）、ネットワークシステム１２などの外部に対してネットワークロケーションなどの情報が公開されているＷｅｂサーバ２２−１，２２−２（以下、公開Ｗｅｂサーバ２２とも記す）、外部に対して、このような情報が非公開になっているＷｅｂサーバ２４（以下、非公開Ｗｅｂサーバ２４とも記す）、ファイアウォール２０および第１のアクセス制御装置３が、ＩＰネットワーク１２６−３を介して接続されて構成される。
さらに、ファイアウォール２０およびアクセス制御装置３は、ＩＰネットワーク１２６−２を介してルータ１２８−２に接続され、これらを介してインターネット１２０に接続される。
【００４３】
なお、以下、クライアント１２４−１，１２４−２など、複数ある構成部分のいずれかを特定せずに示す場合には、単に、クライアント１２４などと略記することがある。
また、アクセス制御装置３、外部クライアント１２４およびＷｅｂサーバ２２，２４などを総称してノードと記すことがある。
【００４４】
また、図１に例示したネットワークシステム１において、ローカルネットワークシステム２が、既に述べた本発明の背景の企業内コンピュータシステムおよび内部ネットワークなどに対応し、ネットワークシステム１２内のクライアント１２４などが、インターネット側および外部のクライアントなどに対応する。
ネットワークシステム１においては、これらの構成部分により、外部のクライアント１２４などからの要求に応じて、ローカルネットワークシステム２内のＷｅｂサーバ２２およびＷｅｂサーバ２４により、ＨＴＭＬ形式のコンテンツの提供などが行われる。
【００４５】
図２は、図１に示したアクセス制御装置３、クライアント１２４，１３２、ルータ１２８、Ｗｅｂサーバ２２，２４，１３０のハードウェア構成を例示する図である。
図２に示すように、これらは、ＣＰＵ１０２およびメモリ１００などを含むコンピュータ本体１００、表示装置・キーボード・マウスなどを含む表示・入力装置１０６、通信装置１０８、および、ＣＤ装置・ＨＤＤ・ＦＤＤなどの記録装置１１０から構成される。
つまり、これらは、通信機能を有する一般的なコンピュータとしての構成部分を有している。
【００４６】
ネットワークシステム１において、ＩＰネットワーク１２６は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのパケット交換網であって、ＴＣＰ／ＩＰプロトコルによる通信路を提供する。
なお、例えば、ネットワークシステム１においては、各ＩＰネットワーク１２６は、グローバルＩＰアドレス体系により運用される。
【００４７】
インターネット１２０は、広域パケット交換網であって、多数のＩＰネットワーク１２６が、ルータ１２８を介して相互接続されて構築されている。
【００４８】
ファイアウォール２０は、ローカルネットワークシステム２の内部クライアント１３２から外部（ネットワークシステム１においてはインターネット１２０、外部Ｗｅｂサーバ１３０およびネットワークシステム１２）に対するアクセスのみを通過させる。
反対に、ファイアウォール２０は、外部からローカルネットワークシステム２内部へのアクセスを阻止する。
【００４９】
Ｗｅｂサーバ２２，２４，１３０は、例えば、Ｗｅｂ対応のファイルサーバ、文書管理サーバ、スキャナ付き画像保存サーバ、コピア複合機（コピー・プリンタ・スキャナ・ＦＡＸなどが一体に構成された装置）およびメールボックスサーバなどであり、クライアント１２４，１３２に対して適用業務サービスを提供する。
つまり、Ｗｅｂサーバ２２，２４，１３０は、インターネット１２０およびＩＰネットワーク１２６を介して、ＨＴＴＰ転送プロトコルなどの転送プロトコルにより、クライアント１２４，１３２からのアクセスを受け、これらからの要求に応じて、適用業務サービスの提供に必要なコンテンツを返す。
公開Ｗｅｂサーバ２２，２４，１３０が外部クライアント１２４，１３２に返すコンテンツは、例えば、ＨＴＭＬなどの言語により記述される。
【００５０】
クライアント１２４，１３２は、Ｗｅｂサーバ２２，２４，１３０などのサーバによって提供される適用業務のサービスを利用するコンピュータ、スキャナ装置およびコピア複合機など（動的にネットワークに接続されるモバイル対応であってもよい）である。
クライアント１２４，１３２は、ユーザインタフェース（例えば表示・入力装置１０６；図２）を備えており、Ｗｅｂブラウザ（図示せず）と呼ばれるアプリケーションを実行する。
クライアント１２４，１３２上で実行されるＷｅｂブラウザは、ユーザの操作に応じて、ＨＴＴＰ転送プロトコルなどによりＷｅｂサーバ２２，２４，１３０にアクセスし、ＨＴＭＬなどの言語で記述されたコンテンツ（Ｗｅｂページ）を閲覧するための機能を提供する。
【００５１】
［アクセス制御装置３］
アクセス制御装置３は、外部クライアント１２４とＷｅｂサーバ２２，２４との間に介在し、外部クライアント１２４からの要求を受けて、外部クライアント１２４を代理してこれらのサーバにアクセスする。
また、アクセス制御装置３は、Ｗｅｂサーバ２２，２４が、外部クライアント１２４からの要求に対して応答すると、非公開Ｗｅｂサーバ２４の情報（以下、非公開Ｗｅｂサーバ２４のネットワークロケーション（ＵＲＬなど）を具体例とする）を外部に対して隠蔽しつつ、これらのサーバを代理して、外部クライアント１２４に対する応答を中継する。
【００５２】
［アクセス制御プログラム４］
図３は、図１，図２に示したアクセス制御装置３において実行される第１のアクセス制御プログラム４の構成を示す図である。
図３に示すように、第１のアクセス制御装置３は、外部クライアント１２４側の通信制御部４００、代理要求部４０２、秘匿用コードデータベース（ＤＢ）４０４、ＤＢ管理部４０６、秘匿用コード作成部４０８、Ｗｅｂサーバ２２，２４側の通信制御部４１０、非公開情報検出部４１２、情報保護部４１４および代理応答部４１６から構成される。
アクセス制御プログラム４は、例えば記録媒体１１２によりアクセス制御装置３に供給され、メモリ１０４にロードされて実行される。
アクセス制御プログラム４は、これらの構成部分により、外部クライアント１２４に対して公開Ｗｅｂサーバ２２の機能だけでなく、非公開Ｗｅｂサーバ２４の機能をも提供するとともに、外部に対して、非公開Ｗｅｂサーバ２４のネットワークロケーションなどのローカルネットワークシステム２の内部情報を隠蔽する。
【００５３】
［アクセス制御プログラム４の処理の概要］
アクセス制御プログラム４の処理の概要をさらに説明する。
ローカルネットワークシステム２のアクセス制御装置３および公開Ｗｅｂサーバ２２のネットワークロケーションは、ローカルネットワークシステム２の外部に対して公開されている。
従って、アクセス制御装置３および公開Ｗｅｂサーバ２２に対しては、これらのネットワークロケーションを知っていさえすれば、外部クライアント１２４のユーザは、誰でも、これらに対してアクセスすることができる。
【００５４】
これに対して、非公開Ｗｅｂサーバ２４のネットワークロケーションは、ローカルネットワークシステム２の外部に対して公開されていない。
従って、外部のユーザは、公開Ｗｅｂサーバ２２から受けたＨＴＭＬ形式のコンテンツに含まれるリンクをたどることにより、初めて、非公開Ｗｅｂサーバ２４にアクセスすることができる。
しかしながら、公開Ｗｅｂサーバ２２から、隠蔽ための対策が何ら講じられていないＨＴＭＬコンテンツが外部に対して提供されてしまうと、秘密にされるべき非公開Ｗｅｂサーバ２４のネットワークロケーションなどの情報が外部に出てしまう。
【００５５】
図４は、図３に示した秘匿用コードＤＢ４０４に保持され、非公開Ｗｅｂサーバ２４の機能提供およびネットワークロケーションの隠蔽のために用いられる第１の秘匿用コードテーブルを例示する図である。
アクセス制御プログラム４（アクセス制御装置３）は、このような不具合を防ぐため、以下のような処理（（１）〜（８））を行う。
（１）外部クライアント１２４から公開Ｗｅｂサーバ２２へのアクセスがあり、外部クライアント１２４に対して公開Ｗｅｂサーバ２２からＨＴＭＬコンテンツが送信されようとするときに、アクセス制御プログラム４は、このコンテンツに対して、非公開Ｗｅｂサーバ２４のネットワークロケーションの検出処理を行う。
（２）上記検出処理の結果、非公開Ｗｅｂサーバ２４のネットワークロケーションが検出されなかったときには、ＨＴＭＬコンテンツを、外部クライアント１２４に対して送信する。
【００５６】
なお、図４に示すパスは、仮想パスであって、仮想パスは、下記のように用いられる。
Ｗｅｂサーバが公開するディレクトリ構造は，必ずしもＷｅｂサーバが稼動するコンピュータのファイルシステムのディレクトリ構造とは一致しない。
そこで、Ｗｅｂサーバは、ＨＴＴＰリクエストのＵＲＬに指定されたパス名（仮想パス）と、そのコンピュータの内部の実際のパス名（物理パス）との対応関係を、Ｗｅｂサイトの定義パラメータとして持ち、仮想パスから物理パスへの変換を行いながらインターネットにコンテンツを提供する。
【００５７】
ＵＲＬは、”プロトコル名  ：／／（ホストアドレス）：（ポート番号）／（パス名）”という形式で記述され、ホストアドレスの部分には、サーバのドメイン名もしくはＩＰアドレスが格納される。
具体的には、例えば、ＵＲＬが、”ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐ：８０／ｎｅｗｓ／ｉｎｄｅｘ．ｈｔｍｌ”であるとき、プロトコル名は”ｈｔｔｐ”、サーバのホストアドレス（ＩＰアドレスもしくはドメイン名）は”ｗｗｗ．ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐ”、ポート番号は”８０（８０番はデフォルトなので省略可）”、パス名（仮想パス）は”／ｎｅｗｓ／ｉｎｄｅｘ．ｈｔｍｌ”である。
【００５８】
（３）上記検出処理の結果、非公開Ｗｅｂサーバ２４のネットワークロケーションが検出されたときには、必要に応じて、非公開Ｗｅｂサーバ２４のネットワークロケーションを外部に対して隠蔽するための秘匿用コードを作成する。
作成された秘匿用コードは、非公開Ｗｅｂサーバ２４に要求を行った外部クライアント１２４を示す情報、リンク先の非公開Ｗｅｂサーバ２４およびリンク元の公開Ｗｅｂサーバ２２のネットワークロケーションなどを示すデータと対応付けられ、図４に例示するように、テーブル形式で、秘匿用コードＤＢ４０４に記憶される。
秘匿用コードテーブルのエントリそれぞれには、エントリ番号、秘匿用コード、非公開Ｗｅｂサーバ２４のネットワークロケーション（アドレス：ポート，仮想パス）、非公開Ｗｅｂサーバ２４のネットワークロケーション（アドレス：ポート，仮想パス）、公開Ｗｅｂサーバ２２に対して要求を行った外部クライアント１２４のアドレス、登録時刻、および、非公開Ｗｅｂサーバ２４に対する保護の方法などを示す保護レベルが登録される。
【００５９】
（４）また、上記検出処理の結果、非公開Ｗｅｂサーバ２４のネットワークロケーションが検出されたときには、ＨＴＭＬコンテンツに含まれる非公開Ｗｅｂサーバ２４のネットワークロケーションは、秘匿用コードテーブルに登録された秘匿用コードにより置き換えられ、外部クライアント１２４に返される。
（５）秘匿用コードを受けた外部クライアント１２４が、この秘匿用コードを含む要求を非公開Ｗｅｂサーバ２４（アクセス制御装置３）に対して出したときには、アクセス制御プログラム４は、この要求を受け、要求に含まれる秘匿用コードが、秘匿用コードテーブル（図４）に登録されているか否かを検索する。
【００６０】
（６）アクセス制御プログラム４は、正当な秘匿用コードが登録されているときには、要求中の秘匿用コードを非公開Ｗｅｂサーバ２４のネットワークロケーションに置換し、非公開Ｗｅｂサーバ２４に対して中継する。
この要求に対して、非公開Ｗｅｂサーバ２４からＨＴＭＬコンテンツなどが返されると、アクセス制御プログラム４は、このＨＴＭＬコンテンツを、外部クライアント１２４に中継する。
【００６１】
（７）アクセス制御プログラム４は、秘匿用コードが、まだ秘匿用コードテーブルに登録されていないものであるときには、秘匿用コードテーブルの新たなエントリを作成し、必要に応じて、図４に示した各データを登録する。
（８）アクセス制御プログラム４は、正当な秘匿用コードが登録されていないときには、要求を非公開Ｗｅｂサーバ２４に対して中継せず、外部クライアント１２４にエラーを返すなどの以上処理を行う。
【００６２】
以下、アクセス制御プログラム４（図３）の各構成部分を説明する。
【００６３】
［通信制御部４００，４１０］
アクセス制御プログラム４において、通信制御部４００，４１０は、ＴＣＰ／ＩＰにより、外部クライアント１２４および公開Ｗｅｂサーバ２２，２４との間でデータの送信および受信を行うための通信制御を行う。
【００６４】
［秘匿用コードＤＢ４０４］
秘匿用コードＤＢ４０４は、図４に示した秘匿用コードテーブルの各エントリを、秘匿用コード作成部４０８から受け入れて記憶する。
また、秘匿用コードＤＢ４０４は、代理要求部４０２から秘匿用コードが入力されると、秘匿コードの値が一致するエントリを検索し、検索結果として得られたエントリに登録されている情報を返す。
【００６５】
［ＤＢ管理部４０６］
ＤＢ管理部４０６は、表示・入力装置１０６（図２）に対するユーザの操作などに従って、秘匿用コードＤＢ４０４に記憶された秘匿用コードテーブルを管理する。
ＤＢ管理部４０６が行う秘匿用コードテーブルの管理には、例えば、登録後、一定時間が経過したエントリの削除などが含まれる。
【００６６】
［代理要求部４０２］
図５は、図３に示した代理要求部４０２の処理（Ｓ１４）を示すフローチャートである。
代理要求部４０２は、通信制御部４００を介して外部クライアント１２４からの要求を受けて、外部クライアント１２４を代理して、Ｗｅｂサーバ２２，２４に対して要求を中継する。
代理要求部４０２は、上述したアクセス制御プログラム４の処理の（５），（６），（８）を行う。
【００６７】
以下、図５を参照して、代理要求部４０２の処理をさらに説明する。
図５に示すように、ステップ１４０（Ｓ１４０）において、代理要求部４０２は、通信制御部４００を介して、外部クライアント１２４からの要求を受信する。
Ｓ１４０の処理において受信された要求に含まれる宛先が、例えばＵＲＬであるときには、宛先は、「ｈｔｔｐ：／／宛先サーバのホストアドレス（ドメイン名もしくはＩＰアドレス）：宛先ポート番号／宛先仮想パス」といったように記述される。
ステップ１４２（Ｓ１４２）において、代理要求部４０２は、受信した要求の宛先（例えば、上記例における宛先サーバのホストアドレス）が、ローカルネットワークシステム２のアクセス制御装置３以外のノードであるか、より具体的には、非公開Ｗｅｂサーバ２４であるか否かを判断する。
代理要求部４０２は、要求の宛先が非公開Ｗｅｂサーバ２４であるときにはＳ１５２の処理に進み、これ以外のときにはＳ１４４の処理に進む。
【００６８】
なお、代理要求部４０２の処理におけるデータフォーマットは、下表１に例示する通りである。
【００６９】
【表１】
2005043938.tif 000003
【００７０】
ステップ１４４（Ｓ１４４）において、代理要求部４０２は、要求の宛先がアクセス制御装置３であるか否かを判断する。
代理要求部４０２は、要求の宛先がアクセス制御装置３であるときにはＳ１４６の処理に進み、これ以外のときにはＳ１５８の処理に進む。
【００７１】
ステップ１４６（Ｓ１４６）において、代理要求部４０２は、秘匿用コードＤＢ４０４に保持されている秘匿用コードテーブル（図４）を検索し、要求に含まれるパス名（例えば、上記例における宛先仮想パス）が、ローカルネットワークシステム２内部のノードに対して設定された秘匿用コードであるか否かを判断する。
図１に示した例においては、要求に含まれるパス名が、アクセス制御装置３自身の仮想パスでなく、かつ、秘匿用コードＤＢ４０４に保持されているときに、このパス名が秘匿用コードであると判断され、これ以外のときには、秘匿用コードでないと判断される。
代理要求部４０２は、パス名が秘匿用コードであるときにはＳ１４８の処理に進み、これ以外のときにはＳ１５８の処理に進む。
【００７２】
ステップ１４８（Ｓ１４８）において、代理要求部４０２は、要求に含まれる秘匿用コードが正当であるか否かを判断する。
つまり、代理要求部４０２は、要求の送信元である外部クライアント１２４のホストアドレスこの秘匿コードと同じエントリに登録されていて、かつ、要求に含まれる参照元ＵＲＬが、が、秘匿用コードＤＢ４０４においてこの秘匿コードと同じエントリに登録されているときに、この秘匿コードが正当であると判断する。
代理要求部４０２は、秘匿コードが正当であると判断したときにはＳ１５０の処理に進み、これ以外のときにはＳ１５８の処理に進む。
【００７３】
ステップ１５０（Ｓ１５０）において、代理要求部４０２は、秘匿用コードＤＢ４０４を参照し、要求に含まれる秘匿コードから、非公開Ｗｅｂサーバ２４へのＵＲＬに置換する。
【００７４】
ステップ１５４（Ｓ１５４）において、代理要求部４０２は、Ｓ１５０の処理により宛先が非公開Ｗｅｂサーバ２４に置換された要求、または、Ｓ１４２の処理により、宛先が公開Ｗｅｂサーバ２２に対するものであると判断された要求を、通信制御部４１０を介して、宛先のノードに対して送信する。
【００７５】
ステップ１５６（Ｓ１５６）において、代理要求部４０２は、代理応答部４１６に対して、外部クライアント１２４の代理で要求を行ったことを通知する。
ステップ１５８（Ｓ１５８）において、代理要求部４０２は、外部クライアント１２４に対してエラーを返したり、ローカルネットワークシステム２の管理者に異常の発生を表示するなどの異常処理を行う。
【００７６】
［非公開情報検出部４１２］
非公開情報検出部４１２は、以下に示すように、上記処理（１）と、（２）の処理の一部とを行う。
非公開情報検出部４１２は、Ｗｅｂサーバ２２，２４からの応答（ＨＴＭＬコンテンツ）を受けて、この応答から、非公開情報を検出する。
非公開情報検出部４１２が検出の対象とする非公開情報は、ローカルネットワークシステム２の外部（ローカルネットワークシステム２にアクセスしている外部クライアント１２４のユーザなど）に対して、非公開とされ、秘匿されるべき情報一般である。
この非公開情報の例としては、ここで具体例として示す非公開Ｗｅｂサーバ２４のネットワークロケーション（ホストアドレス（ドメイン名・ＩＰアドレス）、ポート番号、コンテンツ（Ｗｅｂページ）の仮想パス、および、これらから構成されるＵＲＬ）の他に、内部クライアント１３２のホストアドレス（ドメイン名・ＩＰアドレス）など、ローカルネットワークシステム２内のノードにアクセスするための宛先を特定可能な情報一般を挙げることできる。
【００７７】
さらに、非公開情報検出部４１２は、非公開情報が検出されたときには、この非公開情報に対して、保護レベル（図４）を設定し、秘匿用コードＤＢ４０４に登録する。
保護レベルは、非公開情報の秘匿方法を制御するパラメータであって、例えば、ここでは、保護レベルとして０，１が設定される場合を具体例とする。
例えば、非公開Ｗｅｂサーバ２４に対して保護レベル０が設定されたときには、非公開Ｗｅｂサーバ２４から外部クライアント１２４への応答に含まれる非公開情報（非公開Ｗｅｂサーバ２４への仮想パス）は、秘匿用コードで置換されて外部クライアント１２４に通知される。
【００７８】
従って、外部クライアント１２４は、通知された秘匿用コードを用いてアクセス制御装置３に対して要求を出すことにより、非公開Ｗｅｂサーバ２４からＨＴＭＬコンテンツの提供などのサービスを受けることができ、しかも、外部クライアント１２４に対しては、非公開Ｗｅｂサーバ２４のネットワークロケーションは隠蔽される。
また、例えば、非公開Ｗｅｂサーバ２４に対して保護レベル１が設定されたときには、非公開Ｗｅｂサーバ２４から外部クライアント１２４への応答に含まれる非公開情報（非公開Ｗｅｂサーバ２４への仮想パス）は、予め定義された文字列（「＊＊＊＊＊」など）で置換されて外部クライアント１２４に通知される。
【００７９】
以下、非公開Ｗｅｂサーバ２４から外部クライアント１２４に対してＨＴＭＬコンテンツが応答として返される場合を具体例として、非公開情報検出部４１２による非公開情報の検出、および、保護レベルの設定をさらに説明する。
このＨＴＭＬコンテンツには、下表２に例示するように、外部クライアント１２４において、ユーザには表示されないが、非公開Ｗｅｂサーバ２４のＵＲＬを含み、外部クライアント１２４上で動作するＷｅｂブラウザを制御するためのＨＴＭＬタグが埋め込まれている。
【００８０】
【表２】
2005043938.tif 000004
【００８１】
非公開情報検出部４１２は、ＨＴＭＬコンテンツから、表２に例示したようなＨＴＭＬタグを取り出し、ＨＴＭＬコンテンツに含まれるＵＲＬが、相対ＵＲＬであるときには、これを絶対ＵＲＬに変換する。
相対ＵＲＬは、仮想パスだけで構成され、しかも、その仮想パスは、ディレクトリ階層上の自分が現在いる位置（現在のＨＴＭＬファイルが置かれているディレクトリ）を起点として、そこからの相対的な位置を指定するもので、例えば、”．．／．．／ｉｎｄｅｘ．ｈｔｍｌ”と記述される（なお、この例は、「今の位置から２階層上のディレクトリのｉｎｄｅｘ．ｈｔｍｌというファイル」を意味する）。
従って、サーバのホストアドレスや現在のディレクトリを少なくともなんらかの形で保存しておかないと後から直接アクセスすることができないので、このような仮想パスの絶対パスへの変換が行われる。
【００８２】
次に、非公開情報検出部４１２は、このＨＴＭＬタグに含まれるＵＲＬが、非公開Ｗｅｂサーバ２４のＵＲＬであるか否かを判断する。
次に、非公開情報検出部４１２は、非公開Ｗｅｂサーバ２４のＵＲＬであるときには、このＵＲＬ（ネットワークロケーション）に、保護レベル０を設定する。
【００８３】
また、非公開情報検出部４１２は、ＨＴＭＬコンテンツにおいて、ＨＴＭＬタグの中だけではなく、外部クライアント１２４のユーザに対して表示される部分に含まれる非公開Ｗｅｂサーバ２４のＵＲＬの検出を行う。
非公開情報検出部４１２は、ＨＴＭＬコンテンツ中で、外部クライアント１２４に表示される部分に含まれる非公開Ｗｅｂサーバ２４のＵＲＬに対して、保護レベル１を設定する。
【００８４】
例えば、ドメイン名はＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）形式で記述されるというように、ホストアドレスおよびＵＲＬなどの記述形式は標準化されているので、非公開情報検出部４１２は、ＨＴＭＬタグを検出する以外の方法によっても、ＨＴＭＬコンテンツから非公開情報を検出することができる。
非公開情報検出部４１２は、検出した非公開情報を、非公開情報リスト（図示せず）にまとめて、応答として非公開Ｗｅｂサーバ２４から返されたメッセージ（オリジナルのコンテンツ）とともに、情報保護部４１４に通知する。
【００８５】
非公開情報リストには１つ以上のエントリが含まれ、各エントリには、ＨＴＭＬコンテンツにおける非公開情報を特定するための情報、例えば、ＨＴＭＬコンテンツ中の非公開情報の先頭文字の位置・文字数（範囲）、および、保護レベルなどが含まれる。
あるいは、非公開情報検出部４１２は、応答から、非公開情報が検出されなかったときには、エントリ数０の非公開情報リストを、オリジナルのコンテンツとともに、情報保護部４１４に対して通知する。
なお、非公開情報リストのフォームは、下表３に例示する通りである。
【００８６】
【表３】
2005043938.tif 000005
【００８７】
図６は、図３に示した非公開情報検出部４１２の処理（Ｓ１８）を示すフローチャートである。
図６に示すように、ステップ１８０（Ｓ１８０）において、非公開情報検出部４１２は、Ｗｅｂサーバ２２，２４から外部クライアント１２４への応答（ＨＴＭＬコンテンツなど）を受信する。
ステップ１８２（Ｓ１８２）において、非公開情報検出部４１２は、受信した応答を解析する。
ステップ１８４（Ｓ１８４）において、非公開情報検出部４１２は、解析の結果に基づき、応答に相対ＵＲＬが含まれているときには、この相対ＵＲＬを、絶対ＵＲＬに変換する。
【００８８】
ステップ１８６（Ｓ１８６）において、非公開情報検出部４１２は、応答に非公開情報が含まれているか否かを判断する。
非公開情報検出部４１２は、応答に非公開情報が含まれているときにはＳ１８８の処理に進み、これ以外のときにはＳ１９２の処理に進む。
ステップ１８８（Ｓ１８８）において、非公開情報検出部４１２は、応答から検出された非公開情報それぞれの保護レベルを判定する。
ステップ１９０（Ｓ１９０）において、非公開情報検出部４１２は、検出された非公開情報それぞれに対応する１つ以上のエントリを含む非公開情報リストを作成する。
【００８９】
ステップ１９２（Ｓ１９２）において、非公開情報検出部４１２は、エントリ数０の非公開情報リストを作成する。
ステップ１９４（Ｓ１９４）において、非公開情報検出部４１２は、Ｗｅｂサーバ２２，２４から受けた応答と、作成した非公開情報リストとを情報保護部４１４に対して出力する。
【００９０】
情報保護部４１４は、以下に示すように、上記処理（２），（４）の一部を行う。
情報保護部４１４は、非公開情報検出部４１２から入力されたＷｅｂサーバ２２，２４の応答に含まれる非公開情報を、非公開情報リストを参照して特定し、非公開情報リストに含まれる保護レベル（０，１）に応じて、秘匿用コード（保護レベル０）または文字列（保護レベル１）に置換する。
つまり、情報保護部４１４は、保護レベル０の非公開情報に対しては、非公開情報と、その非公開情報リストを、秘匿用コード作成部４０８に対して出力し、非公開情報に対応する秘匿用コードを取得する。
【００９１】
さらに、情報保護部４１４は、取得した秘匿用コードと、アクセス制御装置３のネットワークロケーションとを組み合わせて、仮想ネットワークロケーションとし、応答に含まれるＷｅｂサーバ２２，２４のネットワークロケーションと置換する処理を行う。
例えば、Ｗｅｂサーバ２２，２４の応答に、非公開Ｗｅｂサーバ２４のネットワークロケーションが、「ｈｔｔｐ：／／非公開Ｗｅｂサーバ２４のホストアドレス／」という形式で含まれているときには、これを、「ｈｔｔｐ：／／アクセス制御装置３のホストアドレス／秘匿用コード／」に置換する。
【００９２】
また、情報保護部４１４は保護レベル１の非公開情報に対しては、この非公開情報を、「＊＊＊＊＊」などの文字列で置換する処理を行う。
以上のような置換処理により、非公開情報が隠蔽されたＷｅｂサーバ２２，２４の応答は、代理応答部４１６に対して出力される。
また、情報保護部４１４は、非公開情報検出部４１２からエントリ数０の非公開情報リストと、Ｗｅｂサーバ２２，２４からの応答が入力されたときには、この応答を、代理応答部４１６に対して出力する。
また、情報保護部４１４は、非公開情報と、その非公開情報リストを、秘匿用コード作成部４０８に対して出力する。
【００９３】
以下、図７を参照して、情報保護部４１４の処理をさらに説明する。
図７は、図３に示した情報保護部４１４の処理（Ｓ２０）を示すフローチャートである。
図７に示すように、ステップ２００（Ｓ２００）において、情報保護部４１４は、非公開情報検出部４１２から、Ｗｅｂサーバ２２，２４から外部クライアント１２４への応答と、非公開情報リストとを受け入れる。
ステップ２０２（Ｓ２０２）において、情報保護部４１４は、非公開情報リストのエントリ数が０より多いか否かを判断する。
情報保護部４１４は、エントリ数が０より多いときにはＳ２０４の処理に進み、これ以外のときにはＳ２２０の処理に進む。
【００９４】
ステップ２０４（Ｓ２０４）において、情報保護部４１４は、変数Ｎに１を代入する（Ｎ＝１）。
ステップ２０６（Ｓ２０６）において、情報保護部４１４は、非公開情報リストの保護レベルが０であるか１であるかを判断する。
情報保護部４１４は、保護レベルが０であるときにはＳ２０８の処理に進み、これ以外のときにはＳ２１０の処理に進む。
【００９５】
ステップ２０８（Ｓ２０８）において、情報保護部４１４は、秘匿用コード作成部４０８に対して、非公開情報およびその関連情報（外部クライアント１２４のネットワークロケーションなど、秘匿用コードの作成に必要な情報）を通知する。
また、情報保護部４１４は、秘匿用コードＤＢ４０４から、非公開情報と置換される秘匿用コードを受け入れる。
ステップ２１０（Ｓ２１０）において、情報保護部４１４は、応答に含まれる非公開Ｗｅｂサーバ２４のネットワークロケーションを、受け入れた秘匿用コードなどで置換する。
【００９６】
ステップ２１２（Ｓ２１２）において、情報保護部４１４は、非公開情報を、所定の文字列（「＊＊＊＊＊」など）で置換する。
ステップ２１４（Ｓ２１４）において、情報保護部４１４は、変数Ｎをインクリメントする（Ｎ＝Ｎ＋１）。
ステップ２１６（Ｓ２１６）において、情報保護部４１４は、変数Ｎが、非公開情報リストのエントリ数を超えたか否かを判断する。
情報保護部４１４は、変数Ｎがエントリ数を超えたときにはＳ２１８の処理に進み、これ以外のときにはＳ２０６の処理に戻る。
【００９７】
ステップ２１８（Ｓ２１８）において、非公開情報が置換された応答を、代理応答部４１６に対して出力する。
ステップ２２０（Ｓ２２０）において、情報保護部４１４は、非公開情報検出部４１２から受け入れた応答を、代理応答部４１６に対して出力する。
【００９８】
［代理応答部４１６］
代理応答部４１６は、以下に示すように、上記処理（４）の一部を行う。
代理応答部４１６は、情報保護部４１４から入力される応答を受けて、この応答が、代理要求部４０２がネットワークシステム１２１４から受けた要求に対する正当な応答であるか否かを検査する。
代理応答部４１６は、この検査の結果、応答が正当であると判断されたときには応答を外部クライアント１２４に対して中継する。
また、代理応答部４１６は、応答が正当でないと判断されたときには、応答を破棄し、外部クライアント１２４に対してエラーメッセージを返すなどの処理を行う。
【００９９】
［秘匿用コード作成部４０８］
秘匿用コード作成部４０８は、以下に示すように、上記処理（３）を行う。
秘匿用コード作成部４０８は、情報保護部４１４からの通知（Ｓ２０８；図７）を受けて、乱数を発生させ、発生させた乱数を秘匿用コードとして秘匿用コードＤＢ４０４に記憶する。
さらに、秘匿用コード作成部４０８は、情報保護部４１４から受けた情報から、秘匿コードテーブル（図４）の各エントリの情報を作成し、秘匿用コードＤＢ４０４に記憶させる。
【０１００】
［ネットワークシステム１の全体動作］
以下、ネットワークシステム１の全体的な動作を説明する。
図８は、図１に示したネットワークシステム１の全体動作（Ｓ１０）を例示するシーケンス図である。
なお、図８に示す各処理におけるデータのフォーマットは、ＨＴＴＰにより規定され、下表４，５に例示する通りである。
【０１０１】
【表４】
2005043938.tif 000006
【０１０２】
【表５】
2005043938.tif 000007
【０１０３】
図８に示すように、ステップ１００（Ｓ１００）において、ユーザが、Ｗｅｂブラウザで、公開Ｗｅｂサーバ２２のＵＲＬを指定すると、外部クライアント１２４から、アクセス制御装置３（アクセス制御プログラム４；図３）に対して、ＨＴＴＰプロトコルにより、公開Ｗｅｂサーバ２２のＵＲＬを宛先アドレスとして、公開Ｗｅｂサーバ２２が提供するＨＴＭＬコンテンツの送信要求（ＵＲＬが示すコンテンツに対するＧＥＴリクエスト）が送信される。
ステップ１０２（Ｓ１０２）において、アクセス制御装置３は、公開Ｗｅｂサーバ２２に対して、外部クライアント１２４から受けた要求を中継する。
【０１０４】
ステップ１０４（Ｓ１０４）において、公開Ｗｅｂサーバ２２は、要求に応じて、非公開Ｗｅｂサーバ２４のＵＲＬ（ネットワークロケーション）を含むＨＴＭＬコンテンツを返す。
ステップ１０６（Ｓ１０６）において、アクセス制御装置３は、ＨＴＭＬコンテンツに含まれる非公開Ｗｅｂサーバ２４のＵＲＬを、秘匿用コードなど（仮想ＵＲＬ）で置換し、外部クライアント１２４に対して出力する。
ステップ１０８（Ｓ１０８）において、ユーザは、ＷｅｂブラウザでＨＴＭＬコンテンツ中の仮想ＵＲＬをクリックすると、外部クライアント１２４は、Ｓ１０６の処理により得られた秘匿用コードを用いて、非公開Ｗｅｂサーバ２４が提供するＨＴＭＬコンテンツ送信の要求が出される。
ステップ１１０（Ｓ１１０）において、アクセス制御装置３は、要求に含まれる秘匿用コードを、非公開Ｗｅｂサーバ２４のＵＲＬに変換し、非公開Ｗｅｂサーバ２４に対して出力する。
ステップ１１２（Ｓ１１２）において、非公開Ｗｅｂサーバ２４は、外部Ｗｅｂサーバ１３０のＵＲＬを含むＨＴＭＬコンテンツを返す。
【０１０５】
ステップ１１４（Ｓ１１４）において、アクセス制御装置３は、非公開Ｗｅｂサーバ２４から受けた応答に含まれる非公開Ｗｅｂサーバ２４のネットワークロケーションを、秘匿用コードなどで置換し、外部クライアント１２４に返す。
ステップ１１６，１１８（Ｓ１１６，Ｓ１１８）において、ユーザが、ＷｅｂブラウザでＨＴＭＬコンテンツに含まれる外部Ｗｅｂサーバ１３０のＵＲＬをクリックすると、外部クライアント１２４は、アクセス制御装置３から受けた外部Ｗｅｂサーバ１３０のＵＲＬを用いて、外部Ｗｅｂサーバ１３０にアクセスし、ＨＴＭＬコンテンツを得る。
【０１０６】
［変形例］
なお、秘匿用コードＤＢ４０４（図３など）に記憶される秘匿用コードテーブル（図４）は、後述するように、秘匿用コード作成部４０８により作成されるほかに、表示・入力装置１０６に対する操作に応じてＤＢ管理部４０６により作成されても、記録媒体１１２および記録装置１１０を介して秘匿用コードＤＢ４０４に供給されてもよい。
また、代理要求部４０２が、表示・入力装置１０６（図２）などから直接、秘匿用コードテーブル（図４）の情報を受け入れ、図５などに示した処理を行ってもよい。
【０１０７】
また、通信制御部４００，４１０は、一体に構成されてもよく、この場合、アクセス制御プログラム４は、ＩＰネットワーク１２６−３だけに接続される。
このようにして、ファイアウォール２０を、アクセス制御装置３からのアクセスのみを、ＩＰネットワーク１２６−３側からＩＰネットワーク１２６−２側（Ｗｅｂサーバ２２，２４側）に通過させるように設定すると、アクセス制御装置３は、通信制御部４００，４１０を個別の構成とした場合と同等の機能を、外部クライアント１２４などに提供することができる。
また、保護レベルの設定は、ＤＢ管理部４０６が、ローカルネットワークシステム２のネットワークシステム２の管理者の操作に応じて行ってもよい。
【０１０８】
また、非公開情報検出部４１２が、表示・入力装置１０６などからユーザの操作を受け入れて、キーワードの設定を受けて記憶し、非公開Ｗｅｂサーバ２４からのＨＴＭＬコンテンツ中のキーワードを、非公開情報として扱って検出するようにしてもよい。
また、非公開情報検出部４１２は、保護レベルの種類を増やし、例えば、保護レベル２が設定された非公開Ｗｅｂサーバ２４へのリンクを解除し、削除するようにしてもよい。
また、秘匿用コードに階層構造を持たせると、非公開Ｗｅｂサーバ２４のネットワークロケーションと置換されたときに、あたかも実際の仮想パスであるかのように、第三者に見せかけることができる。
【０１０９】
［第２実施形態］
以下、本発明の第２の実施形態を説明する。
図９は、本発明の第２の実施形態に係るアクセス制御方法が適応される第２のネットワークシステム５の構成を例示する図である。
図９に示すように、第２のネットワークシステム５は、第１のネットワークシステム１の第１のローカルネットワークシステム２を、第２のローカルネットワークシステム６で置換した構成を採る。
【０１１０】
第２のローカルネットワークシステム６は、第１のローカルネットワークシステム２のＷｅｂサーバ２２，２４および第１のアクセス制御装置３を、１台以上の非公開のネットワークプリンタ５２−１，５２−２、ディレクトリサーバ５０および第２のアクセス制御装置７で置換した構成を採る。
なお、以下の各図に示した構成部分の内、第１の実施例の説明に用いた各図に示した構成部分と実質的に同じものには、同じ符号が付してある。
また、ネットワークシステム５の各ノードは、図２に示した外部クライアント１２４などと同様なハードウェア構成を採る。
ネットワークシステム５は、これらの構成部分により、外部クライアント１２４に対して、ネットワークプリンタ５２を用いた印刷サービスを提供する。
【０１１１】
［外部クライアント１２４］
なお、外部クライアント１２４では、第１のネットワークシステム１の外部クライアント１２４と同様に、Ｗｅｂブラウザが実行される。
さらに、外部クライアント１２４には、閲覧しているＨＴＭＬコンテンツを、ページ記述言語（ＰＤＬ）形式に変換し、ＩＰＰプロトコルなどのプリントプロトコルにより、非公開ネットワークプリンタ５２に送り、印刷させるための機能が追加される。
【０１１２】
［ネットワークプリンタ５２］
ネットワークシステム５において、ネットワークプリンタ５２は、ＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ／１．０；  ＩＥＴＦ  ＲＦＣ  ２５６５）プロトコルなどのプリントプロトコルにより、インターネット１２０およびアクセス制御装置７を介して、外部クライアント１２４などからのアクセスを受け、ページ記述言語（ＰＤＬ；Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）形式のデータを受け、このデータがら画像を形成して印刷するネットワークプリンティングサービスを提供する。
ネットワークプリンタ５２は、ネットワーク対応のプリンタ、プリント・サーバおよびコピア複合機などであって、そのネットワークロケーションなどの情報は、ネットワークシステム５外部に対して非公開とされている。  なお、以下、ネットワークプリンタ５２を、非公開ネットワークプリンタ５２とも記す。
【０１１３】
［ディレクトリサーバ５０］
ディレクトリサーバ５０は、ネットワークシステム５のサーバ（以下、サーバの具体例を非公開ネットワークプリンタ５２とする）のネットワークロケーションおよび属性などのサービス情報を保持する。
ディレクトリサーバ５０は、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  ２１６５）プロトコル、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  １７７７）プロトコルあるいはＳＮＭＰ（Ａ  Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  １１５７）プロトコルなどのプロトコルにより、外部クライアント１２４およびアクセス制御装置７からの要求を受け、これらに保持しているサービス情報を提供する。
【０１１４】
［アクセス制御装置７］
アクセス制御装置７は、外部クライアント１２４と非公開ネットワークプリンタ５２との間で、外部クライアント１２４に対して非公開ネットワークプリンタ５２のサービス情報を提供し、外部クライアント１２４のユーザによる非公開ネットワークプリンタ５２の選択を可能とする。
また、アクセス制御装置７は、外部クライアント１２４を代理して、非公開ネットワークプリンタ５２アクセスし、サービス提供を要求する。
また、アクセス制御装置７は外部クライアント１２４など、ネットワークシステム５の外部のノードに対して、非公開ネットワークプリンタ５２のネットワークロケーションおよび属性などの情報を隠蔽する。
なお、第１のネットワークシステム１の第１のアクセス制御装置３の機能と、第２のネットワークシステム５の第２のアクセス制御装置７の機能との差異は、後述するように、これらで動作する異なるソフトウェアによる。
【０１１５】
図１０は、図９に示した第２のアクセス制御装置７において実行される第２のアクセス制御プログラム８の構成を示す図である。
図１０に示すように、第２のアクセス制御プログラム８は、図３に示した第１のアクセス制御プログラム４の代理要求部４０２を、代理アクセス部８００で置換し、サービス探索部８００を付加した構成を採る。
なお、アクセス制御プログラム８においては、代理アクセス部８００およびサービス探索部８０２以外の構成部分の処理内容も、適宜、変更されている。
アクセス制御プログラム８は、例えば記録媒体１１２によりアクセス制御装置３に供給され、メモリ１０４にロードされて実行される。
アクセス制御プログラム８は、これらの構成部分により、上述したアクセス制御装置７の機能を実現する。
【０１１６】
［アクセス制御プログラム８の処理の概要］
第２のアクセス制御プログラム８の処理の概要をさらに説明する。
第２のアクセス制御プログラム８は、第１のアクセス制御プログラム４と同様に、以下に示すような処理を行う。
外部クライアント１２４からアクセス制御装置７にサービス探索の要求があったときに、アクセス制御プログラム８は、この要求に応じて、外部クライアント１２４に提供しうるサービスの検索を行う。
【０１１７】
外部クライアント１２４から、フォームに対して入力された情報を含むサービス要求が出されると、アクセス制御プログラム８は、ディレクトリサーバ５０を検索し、外部クライアント１２４のユーザが所望するサービスを、外部クライアント１２４に対して応答する。
この応答に非公開ネットワークプリンタ５２のネットワークロケーションなどの非公開情報が含まれるときには、第２のアクセス制御プログラム８は、第１のアクセス制御プログラム４と同様に、その保護レベルに応じて、非公開情報を隠蔽しつつ、外部クライアント１２４と非公開ネットワークプリンタ５２との間で伝送されるデータを中継する。
【０１１８】
以下、第２のアクセス制御プログラム８の構成部分の処理を説明する。
ここで説明しない第２のアクセス制御プログラム８の構成部分は、第１のアクセス制御プログラム４（図３）の同じ符号が付された構成部分と、実質的に同じ処理を行う。
【０１１９】
［通信制御部４００，４１０］
通信制御部４００，４１０は、外部クライアント１２４および非公開ネットワークプリンタ５２などのサーバとの間の通信制御に加えて、ディレクトリサーバ５０との間との通信制御を行う。
【０１２０】
［サービス探索部８０２］
サービス探索部８０２は、固有のネットワークロケーション（ＵＲＬなど）を有しており、外部クライアント１２４からのアクセスを受けて、ローカルネットワークシステム６内部のサーバの情報を提供する。
サービス探索部８０２は、外部クライアント１２４からＨＴＴＰ転送プロトコルなどによってアクセスされ、外部クライアント１２４に対して、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）用に、ＨＴＭＬなどの形式で記述されたメニュー画面を返す。
このメニュー画面には、外部クライアント１２４のユーザが、ローカルネットワークシステム６内のサーバ（非公開ネットワークプリンタ５２）を検索するための検索条件を指定するフォーム（入力項目）が含まれている。
【０１２１】
外部クライアント１２４のユーザは、フォームに所望の検索条件を記入し、サービス探索部８０２に対して検索要求を出す。
サービス探索部８０２は、この検索要求を受けて解析し、検索条件に含まれる各項目を、ディレクトリサーバ５０との間の通信プロトコルに適合する検索要求とし、ディレクトリサーバ５０に対して送信する。
ディレクトリサーバ５０からの検索結果を受けると、サービス探索部８０２は、この検索結果を解析し、検索結果を表示するＨＴＭＬコンテンツを作成し、外部クライアント１２４に返す。
【０１２２】
［非公開情報検出部４１２］
非公開情報検出部４１２は、アクセス制御プログラム４においてと同様に、非公開ネットワークプリンタ５２のネットワークロケーションを非公開情報として検出する。
さらに、アクセス制御プログラム８においては、非公開情報検出部４１２は、この他に、非公開ネットワークプリンタ５２のセキュリティホールを第三者に知らしめるような属性情報（例えば、非公開ネットワークプリンタ５２のホストアドレス（ドメイン名もしくはＩＰアドレス）、ポート番号、コマンドの仮想パス、これらから構成されるＵＲＬ、非公開ネットワークプリンタ５２の機種名・ＯＳ名などの属性値）を、非公開情報として検出する。
【０１２３】
なお、ＳＬＰプロトコル、ＬＤＡＰプロトコルおよびＳＮＭＰプロトコルなどの標準化されたプロトコルでは、プロトコルメッセージのシンタックスとともに、セマンティックスも規定されている。
また、ＨＴＴＰ転送プロトコル上で、ＸＭＬ形式で記述されたメッセージを交換してリモートプロシージャコールを実現するＷｅｂサービスにおいても、ＸＭＬタグが定義される。
したがって、非公開情報検出部４１２は、これらのプロトコル・言語によるメッセージを解析することにより、非公開情報を検出することができる。
【０１２４】
図１１は、図１０に示した非公開情報検出部４１２の処理を示す図である。
図１１に示すように、非公開情報検出部４１２は、第１のアクセス制御プログラム４においてとは異なり、Ｓ１５４（図５）を含まない処理を実行する。
【０１２５】
［秘匿用コードＤＢ４０４］
図１２は、図８に示した秘匿用コードＤＢ４０４に保持され、非公開ネットワークプリンタ５２の機能提供およびネットワークロケーションの隠蔽のために用いられる第２の秘匿用コードテーブルを例示する図である。
図１２に示すように、第２のアクセス制御プログラム８においては、第１のアクセス制御プログラム４（図３）においてとは異なり、秘匿用コードＤＢ４０４は、第１の秘匿用コードテーブル（図４）の非公開Ｗｅｂサーバ２４のネットワークロケーションを、非公開ネットワークプリンタ５２のネットワークロケーションに変更し、さらに、非公開Ｗｅｂサーバ２４のネットワークロケーションを削除した第２の秘匿用コードテーブルを保持する。
【０１２６】
［代理アクセス部８００］
代理アクセス部８００は、外部クライアント１２４から非公開ネットワークプリンタ５２に対する要求を受け、外部クライアント１２４を代理して、非公開ネットワークプリンタ５２に中継する。
代理アクセス部８００は、第１のアクセス制御プログラム４においてと同様に、要求の宛先がアクセス制御装置７であって、かつ、仮想パスが秘匿用コードであるときには、秘匿用コードＤＢ４０４に、この秘匿用コードが登録されているか検査する。
代理アクセス部８００は、秘匿用コードＤＢ４０４に、この秘匿用コードが登録されているときには、要求に含まれる要求元（外部クライアント１２４）のネットワークロケーションと、登録されているクライアントアドレスとが同じか否かを検査する。
【０１２７】
代理アクセス部８００は、秘匿用コードが登録されていないとき、および、秘匿用コードが登録されているが、外部クライアント１２４のネットワークロケーションが、クライアントアドレスと異なる場合には、この要求を拒否する。
秘匿用コードが秘匿用コードＤＢ４０４に登録されていて、かつ、外部クライアント１２４のネットワークロケーションが同じであるときには、代理アクセス部８００は、要求に含まれる宛先（秘匿用コードを含む）を、同じエントリに登録されている非公開ネットワークプリンタ５２のネットワークロケーションに置換する。
さらに、代理アクセス部８００は、このように置換した要求を、非公開ネットワークプリンタ５２に対して中継する。
【０１２８】
図１３は、図１０に示した代理アクセス部８００の処理（Ｓ２６）を示すフローチャートである。
図１３に示すように、代理アクセス部８００は、図６に示した代理要求部４０２の処理（Ｓ１８）から、Ｓ１９０を除いた処理を行う。
【０１２９】
［ネットワークシステム５の全体的動作］
以下、図１４を参照して、第２のネットワークシステム５の全体的な動作を説明する。
図１４は、図９に示した第２のネットワークシステム５の全体的動作を示すシーケンス図である。
なお、図１４に示す各処理におけるデータのフォーマットは、下表６，７に例示する通りである。
但し、下表６，７には、ディレクトリサーバとＳＬＰにより通信する場合が例示され、下表６，７に示されるデータフォーマットは、ＨＴＴＰおよびＳＬＰにより規定される。
【０１３０】
【表６】
2005043938.tif 000008
【０１３１】
【表７】
2005043938.tif 000009
【０１３２】
図１４に示すように、ステップ２８０（Ｓ２８０）において、外部クライアント１２４のユーザが、外部クライアント１２４で動作しているＷｅｂブラウザで、アクセス制御装置７（アクセス制御プログラム８）のサービス探索部８０２のＵＲＬを指定し、アクセス制御装置７に対して、サービス探索を要求する。
外部クライアント１２４は、アクセス制御装置７を宛先アドレスとして、ＨＴＴＰプロトコルによりサービス探索要求（ＧＥＴメソッド）を送信する。
ステップ２８２（Ｓ２８２）において、アクセス制御装置７（アクセス制御プログラム８）は、このサービス探索要求を受け、サービス探索要求に含まれるＵＲＬにより指定されるサービス探索部８０２による探索サービスを起動する。
アクセス制御装置７は、探索サービスのＧＵＩを提供するためのフォームを含むＨＴＭＬコンテンツを、外部クライアント１２４に送信する。
【０１３３】
ステップ２８４（Ｓ２８４）において、外部クライアント１２４のＷｅｂブラウザは、アクセス制御装置７からのＨＴＭＬコンテンツを受信し、このＨＴＭＬに含まれるフォームを、表示・入力装置１０６に表示してユーザに示す。
ユーザが、このフォームに対して、非公開ネットワークプリンタ５２を検索するために必要な検索条件を指定し、送信を指示すると、Ｗｅｂブラウザは、検索条件を含むサービス要求を、アクセス制御装置７に対して送信する。
【０１３４】
ステップ２８６（Ｓ２８６）において、アクセス制御装置７（アクセス制御プログラム８）は、サービス要求に含まれる検索条件を受け、ディレクトリサーバ５０に対して非公開ネットワークプリンタ５２の検索を要求する。
ステップ２８８（Ｓ２８８）において、ディレクトリサーバ５０は、検索条件に適合する非公開ネットワークプリンタ５２の情報を、検索結果としてアクセス制御装置７に返す。
ステップ２９０（Ｓ２９０）において、アクセス制御装置７（アクセス制御プログラム８）は、外部クライアント１２４に対して、ディレクトリサーバ５０による検索結果に含まれる非公開情報を秘匿するための秘匿用コードを含むＨＴＭＬコンテンツを返す。
【０１３５】
ステップ２９２（Ｓ２９２）において、外部クライアント１２４のＷｅｂサーバは、アクセス制御装置７（アクセス制御プログラム８）からのＨＴＭＬコンテンツを表示・入力装置１０６に表示し、ユーザに示す。
ユーザは、さらに、外部クライアント１２４のプリントクライアントプログラム（図示せず）を起動し、検索結果画面を参照して非公開ネットワークプリンタ５２のいずれかを選択し、例えば、表示されている非公開ネットワークプリンタ５２に対応する秘匿用コードを、コピー＆ペーストとよばれる手法でプリントドライバに宛先として指定し、印刷を指示する。
【０１３６】
ステップ２９４（Ｓ２９４）において、外部クライアント１２４は、指定された非公開ネットワークプリンタ５２の秘匿用コードなどを含む印刷要求を送信する。
ステップ２９６（Ｓ２９６）において、アクセス制御装置７（アクセス制御プログラム８）は、この印刷要求を受け、印刷要求中の秘匿用コードを、指定された非公開ネットワークプリンタ５２のＵＲＬに変換し、指定された非公開ネットワークプリンタ５２に対して送信する。
この印刷要求を受けた非公開ネットワークプリンタ５２は、印刷要求に含まれるページ記述言語（ＰＤＬ）形式のデータから画像を形成し、印刷する。
【０１３７】
［変形例］
なお、サービス探索部８０２は、別の実施の形態では、ディレクトリ・サーバにアクセスすることなく、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ＆  Ｐｌａｙ）のような一斉同報通信を用いたサービス発見プロトコルによってサービス探索部がネットワーク上の各種のサーバからサービスの情報を収集するように構成してもよい。
また、代理アクセス部８００は、ユーザ認証を行なって、ローカルネットワークシステム６内の非公開ネットワークプリンタ５２へのアクセスに対して課金してもよい。
また、アクセス制御プログラム８を、外部クライアント１２４との間ではＩＰＰプロトコルで通信し、非公開ネットワークプリンタ５２との間では、Ｌｐｄ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ  Ｐｒｏｔｏｃｏｌ；  ＩＥＴＦ  ＲＦＣ  １１７９）プロトコルで通信するというように、要求の中継の際に、プロトコル変換を行なってもよい。
【０１３８】
【発明の効果】
以上説明したように、本発明に係るアクセス制御装置およびその方法によれば、外部に対してサーバのＵＲＬなどの情報を開示することなく、サービスを提供できる。
また、本発明に係るアクセス制御装置およびその方法によれば、外部に対してサーバのＵＲＬなどの情報を開示しなくても済むようにして、サーバのセキュリティを向上させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るアクセス制御方法が適応される第１のネットワークシステムの構成を例示する図である。
【図２】図１に示したアクセス制御装置、クライアント、ルータおよびＷｅｂサーバのハードウェア構成を例示する図である。
【図３】図１，図２に示したアクセス制御装置において実行される第１のアクセス制御プログラムの構成を示す図である。
【図４】図３に示した秘匿用コードＤＢに保持され、非公開Ｗｅｂサーバの機能提供およびネットワークロケーションの隠蔽のために用いられる第１の秘匿用コードテーブルを例示する図である。
【図５】図３に示した代理要求部の処理（Ｓ１４）を示すフローチャートである。
【図６】図３に示した非公開情報検出部の処理（Ｓ１８）を示すフローチャートである。
【図７】図３に示した情報保護部の処理（Ｓ２０）を示すフローチャートである。
【図８】図１に示したネットワークシステムの全体動作（Ｓ１０）を例示するシーケンス図である。
【図９】本発明の第２の実施形態に係るアクセス制御方法が適応される第２のネットワークシステムの構成を例示する図である。
【図１０】図９に示した第２のアクセス制御装置において実行される第２のアクセス制御プログラムの構成を示す図である。
【図１１】図１０に示した非公開情報検出部の処理を示す図である。
【図１２】図８に示した秘匿用コードＤＢに保持され、非公開ネットワークプリンタの機能提供およびネットワークロケーションの隠蔽のために用いられる第２の秘匿用コードテーブルを例示する図である。
【図１３】図１０に示した代理アクセス部の処理（Ｓ２６）を示すフローチャートである。
【図１４】図９に示した第２のネットワークシステムの全体的動作を示すシーケンス図である。
【符号の説明】
１，５・・・ネットワークシステム、
１２０・・・インターネット、
１２・・・ネットワークシステム、
１２４，１３２・・・クライアント、
１００・・・コンピュータ本体、
１０２・・・ＣＰＵ、
１０４・・・メモリ、
１０６・・・表示・入力装置、
１０８・・・通信装置、
１１０・・・記録装置、
１１２・・・記録媒体、
１２６・・・ＩＰネットワーク、
１２８・・・ルータ、
１３０・・・外部Ｗｅｂサーバ、
２，６・・・ローカルネットワークシステム、
２０・・・ファイアウォール、
３，７・・・アクセス制御装置、
４，８・・・アクセス制御プログラム、
４００，４１０・・・通信制御部、
４０２・・・代理要求部、
４０４・・・秘匿用コードＤＢ、
４０６・・・ＤＢ管理部、
４０８・・・秘匿用コード作成部、
４１２・・・非公開情報検出部、
４１４・・・情報保護部、
４１６・・・代理応答部、
８００・・・代理アクセス部、
８０２・・・サービス探索部、
【図１】
2005043938.tif 000010
【図２】
2005043938.tif 000011
【図３】
2005043938.tif 000012
【図４】
2005043938.tif 000013
【図５】
2005043938.tif 000014
【図６】
2005043938.tif 000015
【図７】
2005043938.tif 000016
【図８】
2005043938.tif 000017
【図９】
2005043938.tif 000018
【図１０】
2005043938.tif 000019
【図１１】
2005043938.tif 000020
【図１２】
2005043938.tif 000021
【図１３】
2005043938.tif 000022
【図１４】
2005043938.tif 000023