(57)【要約】【課題】  安全性を維持しながらかつ管理者等のユーザに負担をかけることなく従来アクセスできていたどの通信装置からでも一時的なアクセスを行うことができる仕組みを提供する。【解決手段】  ユーザＢに対して、本ＩＤと代理ＩＤとの２つのユーザＩＤが割り当てられており、一時的にＷＷＷサーバ装置１０にアクセスしたいユーザＡは、ユーザＢの代理ＩＤを用いてアクセスを行う。ＷＷＷサーバ装置１０は、ＷＷＷクライアント装置２０ａからユーザＩＤとパスワードとを受信すると、受信したユーザＩＤとパスワードの組み合わせが正しいか否かを判断した後、受信したユーザＩＤが本ＩＤか代理ＩＤかを判定する。代理ＩＤである場合は、ユーザＢに対して上記アクセス要求に応じるか否かを問い合わせ、この問い合わせ結果に応じて上記アクセス要求に応じるか否かを判断する。【選択図】      図１
2006235743.tif 000002
【特許請求の範囲】
【請求項１】
所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、
前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、
前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、
前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、
前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付ける受付手段と、
前記受付手段によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定する判定手段と、
前記判定手段によってサブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出する抽出手段と、
前記抽出手段が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付手段が受け付けたアクセス要求に応じるか否かの問い合わせを行う問い合わせ手段と、
前記問い合わせ手段による問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するアクセス要求判定手段と、
前記アクセス要求判定手段の判定結果が肯定的である場合には、前記抽出手段が抽出したメインユーザ情報と対になっているアクセス情報を前記アクセス管理情報記憶手段から読み出し、前記受付手段が受け付けたサブユーザ情報に対応する通信装置に送信する制御手段と
を具備することを特徴とするアクセス制御装置。
【請求項２】
前記受付手段によって受け付けられた前記メインユーザ情報または前記サブユーザ情報が、前記ユーザ情報記憶手段に記憶されているか否かを判定するユーザ情報判定手段を有し、
前記判定手段は、前記ユーザ情報判定手段によって記憶されていると判断された場合には、前記受付手段によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定し、記憶されていないと判定された場合には、前記受付手段によって受け付けられたアクセス要求に応じない
ことを特徴とする請求項１記載のアクセス制御装置。
【請求項３】
前記抽出手段が抽出したメインユーザ情報と、前記受付手段によって受け付けられたアクセス要求とについて、前記アクセス管理情報記憶手段を参照することによって前記所定の情報へのアクセス可否を判定するアクセス可否判定手段を有し、
前記問い合わせ手段は、前記アクセス可否判定手段によってアクセス可と判定された場合には、前記抽出手段が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付手段が受け付けたアクセス要求に応じるか否かの問い合わせを行い、アクセス否と判定された場合には、前記受付手段によって受け付けられたアクセス要求に応じない
ことを特徴とする請求項１または２記載のアクセス制御装置。
【請求項４】
前記メインユーザ情報は、メインユーザ識別情報とパスワード情報とを含み、
前記サブユーザ情報は、サブユーザ識別情報と前記パスワード情報とを含み、
前記判定手段は、前記受付手段によって受け付けられたユーザ情報に含まれるユーザ識別情報が、前記メインユーザ識別情報か、あるいは前記サブユーザ識別情報かによって、メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを判定する
ことを特徴とする請求項１乃至３記載のアクセス制御装置。
【請求項５】
前記メインユーザ情報は、ユーザ識別情報と第１のパスワード情報とを含み、
前記サブユーザ情報は、前記ユーザ識別情報と第２のパスワード情報とを含み、
前記判定手段は、前記受付手段によって受け付けられたユーザ情報に含まれるパスワードが、前記第１のパスワード情報か、あるいは前記第２のパスワード情報かによって、メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを判定する
ことを特徴とする請求項１乃至３記載のアクセス制御装置。
【請求項６】
所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、
前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、
前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、
前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、
を備えるコンピュータに、
前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付ける受付機能と、
前記受付機能によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定する判定機能と、
前記判定機能によってサブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出する抽出機能と、
前記抽出機能が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付機能が受け付けたアクセス要求に応じるか否かの問い合わせを行う問い合わせ機能と、
前記問い合わせ機能による問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するアクセス要求判定機能と、
前記アクセス要求判定機能の判定結果が肯定的である場合には、前記抽出機能が抽出したメインユーザ情報と対になっているアクセス情報を前記アクセス管理情報記憶手段から読み出し、前記受付機能が受け付けたサブユーザ情報に対応する通信装置に送信する制御機能と
を実現させるためのプログラム。
【請求項７】
所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、
前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、
前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、
前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、
を備えるアクセス制御装置の制御方法であって、
前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付けるステップと、
メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定するステップと、
前記サブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出するステップと、
抽出された前記メインユーザ情報によって特定される通信アドレスに対して、受け付けた前記アクセス要求に応じるか否かの問い合わせを行うステップと、
前記問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するステップと、
前記アクセス要求に応答するか否かの判定結果が肯定的である場合には、前記メインユーザ情報と対になっている前記アクセス情報を前記アクセス管理情報記憶手段から読み出し、前記サブユーザ情報に対応する通信装置に送信するステップと
を備えるアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアクセス制御を行うための技術に関する。
【背景技術】
【０００２】
近年のネットワーク化の進展により、コンピュータ内に蓄積した情報またはコンピュータ資源そのものを複数のユーザが利用する環境は当然のものとなってきた。このように複数のユーザが利用する環境においては、情報または資源（以下、リソースと称する）にアクセス出来るユーザを限定するアクセス制御の実施が不可欠である。通常、このアクセス制御は、アクセスしようとするユーザが正当であるか否かを確認する「ユーザ認証」の手続きと、ユーザがそのリソースにアクセス可能であるか否かを確認する「アクセス承認」の手続きとの２種類の手続きによってなされる。「ユーザ認証」は、一般的には、ユーザによって入力されたユーザＩＤ及びパスワードを事前に登録されている内容と照合し、両者が一致するか否かでユーザの正当性を判断することによって行われる。以下では、これらユーザＩＤ及びパスワードのようなユーザ認証に必要な情報を「認証情報」と総称する。また、「アクセス承認」は、例えば各々のリソースについてアクセスが許されたユーザをＡＣＬ（Access Control List）と呼ばれるリストに事前登録しておき、コンピュータはこのＡＣＬの内容を適宜参照することによって、ユーザからのアクセス要求に応じるか否かを判断することによって行われる。なお、以下の説明においては、或るリソースについて「アクセス権のあるユーザ」とは、そのリソースについてアクセスが許されたユーザのことを示す。また、ユーザに「アクセス権を付与する」とは、そのユーザをＡＣＬに登録することを示す。
【０００３】
ところで、リソースにアクセスできないユーザ、つまり認証情報が事前に登録されていないユーザまたはアクセス権のないユーザ（以下、ゲストユーザと称する）が、そのリソースを一時的に利用したいという場合がある。ここでの「一時的に利用する」とは、例えば数回だけのアクセスであるとか、一日だけのアクセスであるとかいうような、そのリソースを継続的には利用しない状態を示す。例えば、企業の或るグループ内で管理しているサーバまたはそのサーバの中にある情報をグループ外のユーザに利用させたい場合等である。このような場合、一般的には、ゲストユーザ用に設けられたユーザＩＤ（以下、ゲストＩＤと称する）を用いてアクセスが行われたり、そのリソースの管理者が一時的に新規の認証情報を登録し、登録された認証情報を用いたりすることによってアクセスが行われる。
【０００４】
しかしながら、上述したどちらの場合も安全性に問題があるといえる。例えばゲストＩＤを用いる場合は、そのゲストＩＤを一度でも使用したユーザは、それ以降も同じゲストＩＤを用いて所定のリソースにアクセスすることが出来てしまう。また、一時的に新規の認証情報を登録する場合であっても、そのリソースの管理者が登録した認証情報を使用後に削除するのであれば問題はないが、管理の煩わしさからそのままにされることが多く、その場合はゲストＩＤを用いる場合と同様の問題が発生する。また、新規に認証情報を登録する場合は、認証情報の登録や削除、アクセス権の付与、といった管理上の手間が発生し、管理者の利便性が低下するという問題もある。
【０００５】
このような問題を解決することを目的として、以下に示す技術が開示されている。特許文献１に記載の技術は、アクセス権を保持するユーザが、アクセスさせたいリソース、そのリソースで許可する動作（例えば読み出しのみ、あるいは変更も可能等）、アクセス回数や有効期限等を指定したケーパビリティを作成し、アクセスさせたいユーザに譲渡することにより、安全性を維持したまま一時的なアクセスを実現することができる。
【０００６】
【特許文献１】特開２０００−０９９４７７号公報
【０００７】
しかしながら、特許文献１に記載の技術の場合、アクセス権を保持しているユーザがいちいちケーパビリティを作成しなくてはならない。そのため管理上のユーザへの負担が大きく、利便性の低下という問題には対処できていない。また、ケーパビリティを渡された通信装置からしかアクセスできないため、アクセスできる通信装置が制限されてしまうという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は上述した背景に鑑みてなされたものであり、その目的は、安全性を維持しながら、かつ管理者等のユーザへの負担が無く、従来アクセスできていたどの通信装置からでも一時的なアクセスを行うことができる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を達成するために、本発明は、所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付ける受付手段と、前記受付手段によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定する判定手段と、前記判定手段によってサブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出する抽出手段と、前記抽出手段が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付手段が受け付けたアクセス要求に応じるか否かの問い合わせを行う問い合わせ手段と、前記問い合わせ手段による問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するアクセス要求判定手段と、前記アクセス要求判定手段の判定結果が肯定的である場合には、前記抽出手段が抽出したメインユーザ情報と対になっているアクセス情報を前記アクセス管理情報記憶手段から読み出し、前記受付手段が受け付けたサブユーザ情報に対応する通信装置に送信する制御手段と、を具備することを特徴とするアクセス制御装置を提供する。
【００１０】
本発明においては、情報にアクセスすることが予め許可されているユーザに対して、メインユーザ情報とサブユーザ情報との２種類のユーザ情報が割り当てられており、サブユーザ情報を用いてアクセスがなされようとした場合には、コンピュータはそのサブユーザ情報に対応付けられたユーザ情報に対応付けられた通信アドレスを用いて、アクセス要求に応じるか否かを問い合わせるためのメッセージを送信し、そのメッセージに対する応答情報がアクセス要求に応じることを示す応答情報である場合にアクセスを許可する。つまり、アクセス制御として行われるユーザ認証とアクセス承認の手続きに加えて、そのサブユーザ情報が割り当てられたユーザによる承認の手続きを行う。これにより、ユーザ認証情報が割り当てられているユーザは、一時的にリソースにアクセスさせたいユーザに対して、自身のサブユーザ情報を使用させる。そして、サブユーザ情報が使用された場合には、そのサブユーザ情報が割り当てられているユーザ自身の認証が必要となる。従って、本発明によれば、一時的にリソースにアクセスさせたいユーザに対して個々にケーパビリティを作成する必要なく一時的なアクセスを実現させることができる。また、ユーザ認証やアクセス承認については、従来と同様の方法で行うことができるため、管理上の負担が増大することがなく、また、一時的に利用するユーザが用いる通信装置が制限されることもない。
【００１１】
本発明の好ましい態様においては、前記受付手段によって受け付けられた前記メインユーザ情報または前記サブユーザ情報が、前記ユーザ情報記憶手段に記憶されているか否かを判定するユーザ情報判定手段を有し、前記判定手段は、前記ユーザ情報判定手段によって記憶されていると判断された場合には、前記受付手段によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定し、記憶されていないと判定された場合には、前記受付手段によって受け付けられたアクセス要求に応じないことを特徴とする。
【００１２】
本発明の更に好ましい態様においては、前記抽出手段が抽出したメインユーザ情報と、前記受付手段によって受け付けられたアクセス要求とについて、前記アクセス管理情報記憶手段を参照することによって前記所定の情報へのアクセス可否を判定するアクセス可否判定手段を有し、前記問い合わせ手段は、前記アクセス可否判定手段によってアクセス可と判定された場合には、前記抽出手段が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付手段が受け付けたアクセス要求に応じるか否かの問い合わせを行い、アクセス否と判定された場合には、前記受付手段によって受け付けられたアクセス要求に応じないことを特徴とする。
【００１３】
また、本発明の好ましい態様においては、前記メインユーザ情報は、メインユーザ識別情報とパスワード情報とを含み、前記サブユーザ情報は、サブユーザ識別情報と前記パスワード情報とを含み、前記判定手段は、前記受付手段によって受け付けられたユーザ情報に含まれるユーザ識別情報が、前記メインユーザ識別情報か、あるいは前記サブユーザ識別情報かによって、メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを判定することを特徴とする。
また、本発明の別の好ましい態様においては、前記メインユーザ情報は、ユーザ識別情報と第１のパスワード情報とを含み、前記サブユーザ情報は、前記ユーザ識別情報と第２のパスワード情報とを含み、前記判定手段は、前記受付手段によって受け付けられたユーザ情報に含まれるパスワードが、前記第１のパスワード情報か、あるいは前記第２のパスワード情報かによって、メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを判定することを特徴とする。
【００１４】
また、本発明は、所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、を備えるコンピュータに、前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付ける受付機能と、前記受付機能によってメインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定する判定機能と、前記判定機能によってサブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出する抽出機能と、前記抽出機能が抽出したメインユーザ情報によって特定される通信アドレスに対して前記受付機能が受け付けたアクセス要求に応じるか否かの問い合わせを行う問い合わせ機能と、前記問い合わせ機能による問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するアクセス要求判定機能と、前記アクセス要求判定機能の判定結果が肯定的である場合には、前記抽出機能が抽出したメインユーザ情報と対になっているアクセス情報を前記アクセス管理情報記憶手段から読み出し、前記受付機能が受け付けたサブユーザ情報に対応する通信装置に送信する制御機能と、を実現させるためのプログラムを提供する。
【００１５】
また、本発明は、所定の情報にアクセスするためのアクセス情報を複数記憶するアクセス情報記憶手段と、前記アクセス情報と関連付けられているユーザを特定するメインユーザ情報と前記アクセス情報と関連付けられていないユーザを特定するサブユーザ情報を記憶したユーザ情報記憶手段と、前記アクセス情報と前記メインユーザ情報との対応関係を記憶するアクセス管理情報記憶手段と、前記サブユーザ情報と対になる前記メインユーザ情報の対応関係を記憶するユーザ管理情報記憶手段と、を備えるアクセス制御装置の制御方法であって、前記メインユーザ情報または前記サブユーザ情報とこれらに対するアクセス要求を受け付けるステップと、メインユーザ情報が受け付けられたか、あるいはサブユーザ情報が受け付けられたかを前記ユーザ管理情報記憶手段の記憶内容を参照することにより判定するステップと、前記サブユーザ情報であることが判定された場合は、そのサブユーザ情報と対応付けられているメインユーザ情報を前記ユーザ情報記憶手段から抽出するステップと、抽出された前記メインユーザ情報によって特定される通信アドレスに対して、受け付けた前記アクセス要求に応じるか否かの問い合わせを行うステップと、前記問い合わせに対する応答を受信し、アクセス要求に応答するか否かを判定するステップと、前記アクセス要求に応答するか否かの判定結果が肯定的である場合には、前記メインユーザ情報と対になっている前記アクセス情報を前記アクセス管理情報記憶手段から読み出し、前記サブユーザ情報に対応する通信装置に送信するステップと、を備えるアクセス制御方法を提供する。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について詳細に説明する。
（１）構成
図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。図１において、インターネット１には、図示せぬＩＳＤＮ網（Integrated Services Digital Network）やＡＤＳＬ網（Asymmetric Digital Subscriber Line）或いは専用線などを介してＷＷＷ（World Wide Web）サーバ装置１０が接続されている。ＷＷＷサーバ装置１０は、ＨＴＭＬ（Hypertext Markup Language）で記述されたファイル形式のデータ（以下、ＨＴＭＬファイルという）を記憶しており、このＨＴＭＬファイルをＷＷＷクライアント装置２０ａ，２０ｂからのリクエストに応じて送信するようになっている。
【００１７】
ＷＷＷクライアント装置２０ａ，２０ｂは、例えばパーソナルコンピュータ等の通信装置であり、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される制御部と、ＨＤＤ（Hard Disk Drive）等の記憶部と、モデムや各種通信装置等の通信部と、液晶ディスプレイ装置等の表示部と、キーボードやマウス等の操作部とを備えている。これらのＷＷＷクライアント装置２０ａ，２０ｂは、図示せぬＩＳＤＮ網やＡＤＳＬ網などを介してインターネット１に接続されている。ＷＷＷクライアント装置２０ａ，２０ｂの記憶部には、ＷＷＷブラウザプログラムが記憶されている。制御部がこのＷＷＷブラウザプログラムを実行することによって、ＷＷＷクライアント装置２０ａ，２０ｂは、ＷＷＷサーバ装置１０とインターネット１を介してＨＴＴＰ（Hypertext Transfer Protocol）に従った通信を行い、ＷＷＷサーバ装置１０によって送信されてくるＨＴＭＬファイルを受信すると、その内容を解釈して各種情報を表示部に表示するようになっている。また、ＷＷＷクライアント装置２０ａ，２０ｂの記憶部にはメーラプログラムが記憶されており、制御部はこのメーラプログラムを実行することによって電子メールを送受信することができる。なお、以下の説明では、説明の便宜上、ＷＷＷクライアント装置２０ａ，２０ｂを各々区別する必要がない場合には、これらを「ＷＷＷクライアント装置２０」と称することとする。
【００１８】
図１に示したユーザＡ，Ｂのうち、ユーザＡがＷＷＷクライアント装置２０ａを操作し、ユーザＢがＷＷＷクライアント装置２０ｂを操作するものとする。なお、図１においては図面が煩雑になるのを避けるために、ＷＷＷサーバ装置およびＷＷＷクライアント装置をそれぞれ１つ乃至２つしか図示していないが、これらは実際にはもっと多数存在する。
【００１９】
次に、図２に示すブロック図を参照しながら、ＷＷＷサーバ装置１０の構成について説明する。２０１は、例えばＣＰＵなどの演算装置や、ＲＯＭやＲＡＭなどの各種メモリを備えた制御部である。２０３は、例えばハードディスクなどの大容量記憶装置で構成された不揮発性記憶部である。制御部２０１の演算装置は、ＲＯＭ等のメモリや不揮発性記憶部２０３に記憶されているコンピュータプログラムを読み出して実行することにより、ＷＷＷサーバ装置１０の各部を制御する。２０２は、インターネット１に接続するためのモデムや各種通信装置を備えた通信部であり、制御部２０１による制御の下でインターネット１を介してデータ通信を行うようになっている。
【００２０】
不揮発性記憶部２０３には、ＷＷＷサーバとして機能するための手順が記述されたＷＷＷサーバアプリケーションプログラム２０３ａや、図示せぬメーラプログラム等のコンピュータプログラムが記憶されている。また、不揮発性記憶部２０３には、ＷＷＷクライアント装置２０に提供される多数のＨＴＭＬファイル群２０３ｅが記憶されている。ＨＴＭＬファイル群２０３ｅに含まれる各々のＨＴＭＬファイルはそれぞれハイパーリングによって階層的に関連づけられており、ＷＷＷクライアント装置２０のユーザがこれらＨＴＭＬファイルのハイパーリングを１つずつ辿っていくことによって、ＷＷＷクライアント装置２０はＷＷＷサーバ装置１０からＨＴＭＬファイルを１つずつ取得して表示部に表示することができるようになっている。
【００２１】
さらに不揮発性記憶部２０３には、ユーザＩＤテーブル２０３ｂ、ユーザ情報テーブル２０３ｃ及びアクセス制御リスト２０３ｄが記憶されている。これらのユーザＩＤテーブル２０３ｂ、ユーザ情報テーブル２０３ｃ及びアクセス制御リスト２０３ｄには、制御部２０１がＷＷＷクライアント装置２０からのアクセス要求に応じるか否かを判断する際に利用される情報が記述されている。ここで、図３は、ユーザＩＤテーブル２０３ｂに記述された内容の一例を示す図である。図３に示すように、ユーザＩＤテーブル２０３ｂには、「ユーザＩＤ」及び「パスワード」の項目が互いに関連づけられている。これらの項目のうち、「ユーザＩＤ」は、ＷＷＷクライアント装置２０のユーザに対して割り当てられたユーザ識別情報を意味している。「パスワード」は、ＷＷＷクライアント装置２０のユーザが予め指定した文字列である。制御部２０１は、ユーザＩＤテーブル２０３ｂに記述された「ユーザＩＤ」及び「パスワード」と、アクセス要求ユーザによってＷＷＷクライアント装置２０に入力された「ユーザＩＤ」及び「パスワード」とを照合する。そして、制御部２０１は、これらが一致していれば正当なユーザであると判断するし、一致しなければ正当なユーザではないと判断する。
【００２２】
次に、図４は、ユーザ情報テーブル２０３ｃに記述された内容の一例を示す図である。図４に示すように、ユーザ情報テーブル２０３ｃには、「代理ＩＤ」、「本ＩＤ」及び「問い合わせ先情報」の各項目が互いに関連づけられている。これらの項目のうち、「代理ＩＤ」と「本ＩＤ」は、ＷＷＷクライアント装置２０のユーザに対して割り当てられたユーザ識別情報を意味している。つまり、ＷＷＷクライアント装置２０のユーザには、「本ＩＤ」と「代理ＩＤ」との２種類のユーザＩＤが割り当てられている。このうち、「本ＩＤ」は、ＷＷＷクライアント装置２０ユーザが通常ＷＷＷサーバ装置１０にアクセスする際に使用するユーザＩＤである。一方、「代理ＩＤ」は、他のユーザが一時的にＷＷＷサーバ装置１０にアクセスしたい場合に、一時的にそのユーザに使用させるユーザＩＤである。「問い合わせ先情報」は、アクセス要求に応じるか否かをユーザに問い合わせる際の問い合わせ先となる通信装置に割り当てられたメールアドレスである。本実施形態においては、この「メールアドレス」として、図１中のＷＷＷクライアント装置２０に割り当てられたメールアドレスが利用される。例えば図４に示す例では、本ＩＤ「fuji」が示すユーザに対して、他のアクセス要求ユーザからのアクセス要求に応じるか否かを問い合わせる際には、メールアドレス「fuji@abc.co.jp」が割り当てられた通信装置を宛先とした電子メールがＷＷＷサーバ装置１０から送信されることを意味している。
【００２３】
本実施形態においては、ユーザＩＤが割り当てられていないために通常はＷＷＷサーバ装置１０にアクセスすることができないユーザが、一時的にＷＷＷサーバ装置１０にアクセスする際には、ユーザＩＤが割り当てられているユーザの代理ＩＤを用いてアクセスを行うようになっている。具体的には、ユーザＩＤの割り当てられていないユーザがユーザＩＤの割り当てられているユーザの代理ＩＤを用いて、ＷＷＷクライアント装置２０からＷＷＷサーバ装置１０によって記憶されているＨＴＭＬファイルにアクセスすることを要求した場合、ＷＷＷサーバ装置１０は、そのユーザの本人性を確認した後に、その代理ＩＤが割り当てられたユーザに対して上記アクセス要求に応じるか否かを問い合わせ、この問い合わせ結果に応じてＨＴＭＬファイルをＷＷＷクライアント装置２０に送信するか否かを判断する。このように、アクセスを要求するユーザ（以下、アクセス要求ユーザという）以外のユーザ（以下、アクセス許可ユーザ）の意向に応じて、ＨＴＭＬファイルをアクセス要求ユーザに提供するか否かが判断されることになるから、仮に、要求されたアクセスがアクセス許可ユーザによって許可すべきでないと判断された場合には、アクセス要求の対象であるＨＴＭＬファイルがＷＷＷサーバ装置１０の外部に出力されることはない。
【００２４】
次に、アクセス制御リスト２０３ｄは、ＡＣＬと呼ばれるリストであり、個々のユーザが持つアクセス権限や、アクセス可能なサーバやファイルなどの資源を列挙したリストである。制御部２０１は、このリストの内容を適宜参照することによって、ユーザからのアクセス要求に応じるか否かを判断する。制御部２０１は、このリストを用いて、例えばこのユーザにはこの操作が許されていてもこの機器からの操作は許さない、といったようなアクセス制御を行う。
【００２５】
（２）制御部２０１の動作
ここで、図５はＷＷＷサーバアプリケーションプログラム２０３ａに記述された手順を示すフローチャートである。図５において、ＷＷＷサーバ装置１０の制御部２０１は、ＨＴＭＬファイルを要求するＨＴＴＰリクエストを受信したことを検知すると（ステップＳ１；Ｙｅｓ）、これに応じて、認証情報（ユーザＩＤとパスワード）を要求するためのＨＴＴＰレスポンスを生成し、このＨＴＴＰレスポンスを通信部２０２によって上記ＨＴＴＰリクエストの送信元のＷＷＷクライアント装置２０に送信する（ステップＳ２）。
【００２６】
この後、制御部２０１は、認証情報を含むＨＴＴＰリクエストを通信部２０２が受信したことを検知すると（ステップＳ３；Ｙｅｓ）、そのＨＴＴＰリクエストからユーザＩＤ及びパスワードを抽出し、これらをユーザＩＤテーブル２０３ｂに記憶されているものと照合する（ステップＳ４）。抽出したユーザＩＤ及びパスワードが記憶内容と一致しなければ（ステップＳ５；Ｎｏ）、制御部２０１は、アクセスを拒否する旨のＨＴＴＰレスポンスを生成し、このＨＴＴＰレスポンスをＷＷＷクライアント装置２０に送信する（ステップＳ６）。
【００２７】
一方、抽出したユーザＩＤ及びパスワードが記憶内容と一致すれば（ステップＳ５；Ｙｅｓ）、抽出したユーザＩＤをキーとして、ユーザ情報テーブル２０３ｃから抽出したユーザＩＤと一致する代理ＩＤを検索し、検索された代理ＩＤと対応付けられている本ＩＤと問い合わせ先情報とを抽出する（ステップＳ７）。これによって、アクセス許可ユーザのメールアドレスが抽出されることになる。ここで、抽出したユーザＩＤが本ＩＤである場合は、このユーザＩＤと一致する代理ＩＤは検索されないため、これと対応付けられている本ＩＤと問合せ先情報も抽出されない。次のステップＳ８において、ステップＳ７で本ＩＤと問合せ先情報が抽出されていない場合は、受信したユーザＩＤは本ＩＤであると判断されることになる。逆に、本ＩＤと問合せ先情報が抽出された場合には、受信したユーザＩＤは代理ＩＤであると判断される。
【００２８】
制御部２０１は、抽出したユーザＩＤが、本ＩＤかそれとも代理ＩＤかを判定する（ステップＳ８）。ユーザＩＤが代理ＩＤであると判断された場合は（ステップＳ８；Ｙｅｓ）、ステップＳ９以降の処理に進み、本実施形態の特徴であるアクセス許可ユーザにアクセスを許可してよいか否かを問い合わせる処理を行う。逆に、本ＩＤであると判断された場合は（ステップＳ８；Ｎｏ）、ステップＳ１７以降の処理に進み、アクセス制御リスト２０３ｄによる通常のアクセス承認の処理を行う。
【００２９】
ステップＳ８において、ユーザＩＤが代理ＩＤであると判断された場合は、まず、制御部２０１は、受信したＨＴＴＰリクエストからアクセス先のパス名を抽出する。アクセス先のパス名は、例えばＨＴＴＰリクエストのヘッダフィールドからＵＲＩ（Uniform Resource Identifier）を抽出することによって取得することができる。そして、抽出したアクセス先のパス名をキーとしてアクセス制御リスト２０３ｄを検索し（ステップＳ９）、ステップＳ７で検索された本ＩＤが割り当てられているユーザに、そのパス名が示すＨＴＭＬファイルにアクセスが許されているか否かを判定する（ステップＳ１０）。アクセスが許されていない場合は（ステップＳ１０；Ｎｏ）、制御部２０１は、アクセスを拒否する旨のＨＴＴＰレスポンスを生成し、このＨＴＴＰレスポンスをＷＷＷクライアント装置２０に送信する（ステップＳ１１）。
【００３０】
一方、アクセスが許されている場合には（ステップＳ１０；Ｙｅｓ）、制御部２０１は、ステップＳ７で抽出した問い合わせ先情報を宛先として、アクセス要求に応じるか否かを問い合わせるためのメッセージが記述された電子メールを送信する（ステップＳ１２）。
【００３１】
この後、電子メールの送信先であった通信装置から、上記問い合わせに応答する応答情報が電子メールとしてＷＷＷサーバ装置１０に送信されてくる。制御部２０１は、応答情報を受信すると（ステップＳ１３；Ｙｅｓ）、その応答情報が正当であるか否かを判断する（ステップＳ１４）。より具体的には、制御部２０１は、応答情報に含まれるユーザＩＤ及びパスワードをユーザＩＤテーブル２０３ｂに記憶されているものと照合し、両者が一致するかを判断するとともに、応答情報に含まれるユーザＩＤがステップＳ７で検索された本ＩＤと一致するか否かを判断する。ユーザＩＤとパスワードの組み合わせが正しく、かつユーザＩＤがステップＳ７で検索された本ＩＤである場合は、応答情報は正当であると判断し、それ以外の場合は、応答情報は正当でないと判断する。応答情報が正当でない場合は（ステップＳ１４；Ｎｏ）、アクセスを拒否する旨のＨＴＴＰレスポンスを送信し、このＨＴＴＰレスポンスをＷＷＷクライアント装置２０に送信する（ステップＳ１１）。
【００３２】
ステップＳ１４において、応答情報が正当であると判断すると（ステップＳ１４；Ｙｅｓ）、制御部２０１は、アクセス要求ユーザによるアクセスを許可し（ステップＳ１５）、指定されたＨＴＭＬファイルを不揮発性記憶部２０３から読み出してＷＷＷクライアント装置２０に送信する（ステップＳ１６）。
【００３３】
次に、ステップＳ８において、ユーザＩＤが本ＩＤであると判定された場合について説明する。この場合（ステップＳ８；Ｎｏ）、制御部２０１は、受信したＨＴＴＰリクエストからアクセス先のパス名を抽出する。アクセス先のパス名は、例えばＨＴＴＰリクエストのヘッダフィールドからＵＲＩ（Uniform Resource Identifier）を抽出することによって取得することができる。そして、抽出したアクセス先のパス名をキーとしてアクセス制御リスト２０３ｄを検索し（ステップＳ１７）、そのユーザに、そのパス名が示すＨＴＭＬファイルにアクセスが許されているか否かを判定する（ステップＳ１８）。アクセスが許されていない場合は（ステップＳ１８；Ｎｏ）、制御部２０１は、アクセスを拒否する旨のＨＴＴＰレスポンスを生成し、このＨＴＴＰレスポンスをＷＷＷクライアント装置２０に送信する（ステップＳ６）。
【００３４】
一方、アクセスが許されている場合には（ステップＳ１８；Ｙｅｓ）、制御部２０１は、アクセス要求ユーザによるアクセスを許可し（ステップＳ１５）、指定されたＨＴＭＬファイルを不揮発性記憶部２０３から読み出してＷＷＷクライアント装置２０に送信する（ステップＳ１６）。
【００３５】
（３）システム全体の動作例
次に、図６に示したシーケンスを参照しながら、本実施形態の動作例について説明する。なお、以下では、ユーザＡはユーザＩＤが割り当てられておらず通常はＷＷＷサーバ装置１０にアクセスできないユーザであり、ユーザＢはユーザＩＤが割り当てられておりＷＷＷサーバ装置１０にアクセスが可能なユーザであると仮定する。また、ユーザＢの本ＩＤが「fuji」、代理ＩＤが「fuji2」であり、本ＩＤ「fuji」と対応するパスワードが「ZxyH2004」、代理ＩＤ「fuji2」と対応するパスワードが「1111」であるとして、ユーザＡがユーザＢの代理ＩＤ「fuji2」を用いてＷＷＷサーバ装置１０が記憶しているパス名「aaa/bbb/opq.html」が示すＨＴＭＬファイルへアクセスしようとした場合について説明する。なお、ユーザＢは、パス名「aaa/bbb/opq.html」が示すＨＴＭＬファイルに対してアクセス権があると仮定する。
【００３６】
図６において、まず、ユーザＡはＷＷＷクライアント装置２０ａを操作してＷＷＷブラウザプログラムを起動させる。次いで、ユーザＡがＷＷＷサーバ装置１０によって記憶されているＨＴＭＬファイルのＵＲＬ（Uniform Resource Locator）を入力或いは選択すると、ＷＷＷクライアント装置２０ａは、そのＵＲＬを含むＨＴＴＰリクエストｒ１１を送信する。
【００３７】
ＷＷＷサーバ装置１０は、ＨＴＴＰリクエストｒ１１を受信すると、図４に示したステップＳ１→Ｓ２という処理を経て、認証情報を要求するためのＨＴＴＰレスポンスｒ１２をＷＷＷクライアント装置２０ａに送信する。ＷＷＷクライアント装置２０ａは、ＨＴＴＰレスポンスｒ１２を受信すると、その内容を解釈して認証画面を表示部に表示する。この認証画面には、ユーザＩＤとパスワードを入力するためのテキストボックスが設けられている。ユーザＡがこのテキストボックスに、ユーザＢの代理ＩＤ「fuji2」とパスワード「1111」を入力し、“送信”を指示する操作を行うと、この操作に応じて、ＷＷＷクライアント装置２０ａは、入力されたユーザＩＤ「fuji2」及びパスワード「1111」を含むＨＴＴＰリクエストｒ１３をＷＷＷサーバ装置１０に送信する。
【００３８】
ＷＷＷサーバ装置１０は、ＨＴＴＰリクエストｒ１３を受信すると、図５のステップＳ３→Ｓ４→Ｓ５→Ｓ７→Ｓ８→Ｓ９→Ｓ１０→Ｓ１２の処理を行う。即ち、ＷＷＷサーバ装置１０は、受信したＨＴＴＰリクエストｒ１３からユーザＩＤ「fuji2」及びパスワード「1111」を抽出し、これをユーザ情報テーブル２０３ｃに記憶された内容と照合する。ここでは図３に示す如くユーザＩＤ「fuji2」に対応するパスワードは「1111」であるので、ＷＷＷサーバ装置１０は両者が一致すると判断する。そして、ＷＷＷサーバ装置１０は、ＨＴＴＰリクエストｒ１３から抽出したユーザＩＤをキーとして、抽出したユーザＩＤと一致する代理ＩＤを検索することによって、抽出したユーザＩＤが代理ＩＤであるか否かを判定する。ここでは図４に示す如くユーザＩＤ「fuji2」は代理ＩＤであるため、この代理ＩＤ「fuji2」が検索され、制御部２０１は、この代理ＩＤと対応付けられている本ＩＤ「fuji」と問い合わせ先情報「fuji@abc.co.jp」を抽出する。次に、受信したＨＴＴＰリクエストｒ１３からアクセス先のパス名「aaa/bbb/opq.html」を抽出し、抽出したアクセス先のパス名をキーとしてアクセス制御リスト２０３ｄを検索し、このパス名が示すＨＴＭＬファイルに、ユーザＩＤ「fuji」のユーザにアクセスが許されているか否かを判定する。ここではユーザＢには、パス名「aaa/bbb/opq.html」が示すＨＴＭＬファイルへのアクセスが許されているため、次に、制御部２０１は、「fuji@abc.co.jp」を宛先として、アクセス要求に応じるか否かを問い合わせるためのメッセージが記述された電子メールｒ１４を送信する。
【００３９】
ＷＷＷクライアント装置２０ｂは、電子メールｒ１４を受信するとこれを表示部に表示する。この電子メールには、“代理ＩＤ「fuji2」を使用してパス名「aaa/bbb/opq.htm」のＨＴＭＬファイルにアクセスが行われようとしているが、このアクセス要求に応じてよいかどうか”を尋ねるメッセージが記述されている。ここで、ＷＷＷクライアント装置２０ｂのユーザＢが上記アクセス要求に応じてよいと判断した場合は、その電子メールｒ１４に対する返信メールに自身の本ＩＤ「fuji」及びパスワード「ZxyH2004」を入力して“送信”を指示する操作を行う。この操作に応じて、ＷＷＷクライアント装置２０ｂは、ユーザＩＤ「fuji」及びパスワード「ZxyH2004」が記述された返信メールｒ１５を、問い合わせに対する応答情報としてＷＷＷサーバ装置１０に送信する。本実施形態では、問い合わせの電子メールに対して返信された返信メールは、アクセス要求に応じてよいというアクセス許可ユーザの意思表示であるとみなされる。従って、例えばＷＷＷクライアント装置２０ｂのユーザＢが問い合わせのあったアクセス要求については応じるべきでないと判断した場合には、そのユーザＢは電子メールｒ１４に対して一切応答しないようにすればよい。
【００４０】
ＷＷＷサーバ装置１０は、上記のＷＷＷクライアント装置２０ｂから送信されてくる返信メールｒ１５を受信すると、図５のステップＳ１３→Ｓ１４→Ｓ１５→Ｓ１６の処理を行う。すなわち、ＷＷＷサーバ装置１０は、“アクセス要求に応じてよいこと”を意味する返信メールｒ１５を受信すると、その返信メールが正当であるか否かを判断する。ここでは返信メールｒ１５は正当であるため、ＷＷＷサーバ装置１０は、アクセス要求に応じてよいと判断し、パス名「aaa/bbb/opq.htm」のＨＴＭＬファイルを不揮発性記憶部２０３から読み出し、これを含むＨＴＴＰレスポンスｒ１６をＷＷＷクライアント装置２０ａに送信する。
【００４１】
以上説明した実施形態によれば、アクセス要求ユーザがＷＷＷクライアント装置２０を用いて、ＷＷＷサーバ装置１０によって記憶されているＨＴＭＬファイルにアクセスすることを要求した場合、ＷＷＷサーバ装置１０は、そのアクセス要求ユーザの本人性を確認した後に、そのユーザＩＤが本ＩＤであるか代理ＩＤであるかを判定し、代理ＩＤである場合は、その代理ＩＤが割り当てられているユーザに対して上記アクセス要求に応じるか否かを問い合わせ、この問い合わせ結果に応じてアクセス要求の対象となるＨＴＭＬファイルをＷＷＷクライアント装置２０に送信するか否かを判断する。これにより、安全性を維持したまま、一時的に利用させたいユーザに簡便にアクセスさせることができる。また、アクセス要求に応じるか否かの判断は、アクセス要求ユーザ以外のアクセス許可ユーザによる判断内容に委ねられるようになるから、不正なアクセスを拒否することができるようになり、この結果、不正な情報漏洩を未然に防止することが期待されることになる。また、ユーザ認証の方法は従来通りであるため、代理ＩＤを用いてアクセスする場合でも通信装置の制限を受けることはない。また、通信方式についても、一般的に普及しているＨＴＴＰプロトコルや電子メールのプロトコル等を用いればよく、特別な通信装置やソフトウェアを用いずに実現することができる。また、本発明の更なる効果としては、パスワードの漏洩の危険があるような不特定多数が利用する通信装置からも、上述したような代理ＩＤを用いてアクセスを行うことによって、安全性を維持したままのアクセスが可能となる。
【００４２】
（４）変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
（４−１）
上述した実施形態においては、ＷＷＷクライアント装置のユーザには本ＩＤと代理ＩＤとの２種類のユーザＩＤが割り当てられており、代理ＩＤを用いてアクセスが行われた場合は一時的なアクセスであるとみなすようにしたが、通常のアクセスと一時的なアクセスとを区別する方法をこれに限定するものではなく、例えば１つのユーザＩＤに２つのパスワードを対応付けておき、どちらのパスワードが用いられているかによって一時的なアクセスであるか否かを判断するようにしてもよい。具体的には、実施形態で示したＷＷＷサーバ装置１０の不揮発性記憶部２０３に、図７に示すようなテーブルを記憶しておく。図７に示すように、このテーブルには、「ユーザＩＤ」、「パスワード１」、「パスワード２」及び「問合せ先情報」の各項目が互いに関連づけられている。これらの項目のうち、「ユーザＩＤ」は、ＷＷＷクライアント装置２０のユーザに対して割り当てられたユーザ識別情報を意味している。「パスワード１」及び「パスワード２」は、ＷＷＷクライアント装置２０のユーザが予め指定したパスワード文字列である。このうち、「パスワード１」は、ＷＷＷクライアント装置２０のユーザが通常ＷＷＷサーバ装置１０にアクセスする際に使用するパスワードである。一方、「パスワード２」は、他のユーザが一時的にＷＷＷサーバ装置１０にアクセスしたい場合に、一時的にそのユーザに使用させるパスワードである。「問合せ先情報」は、上述した実施形態と同様に、アクセス要求に応じるか否かをユーザに問い合わせる際の問合せ先となる通信装置に割り当てられたメールアドレスである。
【００４３】
ＷＷＷサーバ装置１０の制御部２０１は、ＷＷＷクライアント装置２０から認証情報としてユーザＩＤとパスワードとを受信すると、ユーザＩＤをキーとして上述したテーブルを検索し、受信したパスワードが「パスワード１」か「パスワード２」かを判断する。受信したパスワードが「パスワード１」である場合は、実施形態において受信したユーザＩＤが本ＩＤであった場合と同様のアクセス制御を行う。逆に、受信したパスワードが「パスワード２」であった場合には、実施形態において受信したユーザＩＤが代理ＩＤであった場合と同様のアクセス制御を行う。
【００４４】
（４−２）
実施形態においては、情報を提供するＷＷＷサーバ装置と、情報にアクセスを要求するＷＷＷクライアント装置とがネットワークにより接続された分散型の情報提供システムについて説明した。このようなシステム以外にも、本発明は、上記ＷＷＷサーバ装置と上記ＷＷＷクライアント装置の機能を合わせて単体のコンピュータ装置に実装したような場合についても適用することができる。例えば情報を記憶したコンピュータ装置に対し、ユーザがそのコンピュータ装置の操作部を操作して情報に対するアクセスを要求した際に、そのコンピュータ装置が上記ＷＷＷサーバ装置と同様に、複数のユーザに対してアクセスの可否を問い合わせることによってアクセスに応じるか否かを判断するようにしてもよい。なお、「情報に対するアクセス要求」という用語の意味には、実施形態で述べたようなネットワークを介した情報の取得要求のほか、情報のダウンロード、情報の転送、情報のファクシミリ送信、情報の記録媒体への書込、情報の表示、情報の音声出力、情報のプリントアウト等の、様々な形態での情報出力を目的としたものが含まれる。
【００４５】
（４−３）
ユーザが情報にアクセスするために利用するＷＷＷクライアント装置は固定型のパーソナルコンピュータに限らず、無線によるデータ通信が可能な携帯電話機やＰＤＡ（Personal Digital Assistance）であってもよい。また、ＷＷＷサーバ装置は、実施形態で述べたように単体のサーバ装置によって構成される必要はなく、複数のサーバ装置群によって構成されていてもよい。例えば、ユーザ認証やアクセスの可否判断に関わる機能を担うファイヤウォール等のサーバ装置と、ＨＴＭＬファイルの提供サービスに関わる機能を担うサーバ装置とを別々に構成し、これらのサーバ装置同士が連携することで上記実施形態のＷＷＷサーバ装置と同等の機能を実現しても良い。上述したファイヤウォール等のアクセスの可否判断に関わる機能を担うサーバ装置を用いる場合は、アクセスを許可する場合にはアクセス元からのアクセス要求をアクセス先のサーバ装置に送信するようにし、アクセスを拒否する場合にはその旨を送信元の通信装置に通知するようにすればよい。
【００４６】
（４−４）
実施形態では、本ＩＤと代理ＩＤと問い合わせ先情報とを対応づけて記憶したユーザ情報テーブル２０３ｃを用いたが、これらの情報の記憶形態をこれに限定するものではなく、対応関係が明確である形態であればどのようなものであってもよい。例えば、本ＩＤと、代理ＩＤと、問合せ先情報と、をそれぞれ別々のテーブルに記憶しておき、これらの対応関係を上述のテーブルとは別のテーブルに別途記憶するようにしてもよい。
また、実施形態では認証情報としてユーザＩＤ及びパスワードを例示したが、認証情報はユーザ認証時にその認証の根拠となる情報であればどのようなものでもよい。また、ユーザＩＤ及びパスワードというように２つの情報の組み合わせに限らず、３つ以上であってもよいし、１つのみであってもよい。
また、上記実施形態では、ＨＴＴＰリクエストのヘッダフィールドに認証情報を含め、ＷＷＷサーバ装置１０でこれを取得することによってユーザ認証を行う方法を例示したが、ユーザ認証の方法はこれに限定するものではなく、他のプロトコルを用いることも可能であり、好適にユーザ認証が行える方法であればどのような方法であってもよい。
【００４７】
（４−５）
また、実施形態では、ＨＴＭＬによって記述されたデータを例示して説明したが、これに限らず、情報の記述言語はどのようなものであってもよく、例えばＸＨＴＭＬ（Extensible-HTML）や、ＨＤＭＬ（Handheld Device Markup Language）や、ＷＭＬ（Wireless Markup Language）や、ＸＭＬ（Extensible Markup Language）であってもよい。
【００４８】
（４−６）
また、実施形態において、アクセス許可ユーザはアクセス要求に応じる場合には、返信メールを応答情報として送信することでアクセスの許可を与える一方、アクセス要求に応じない場合には返信メールを送信しないことでアクセスを許可しないという意思表示をしていた。しかし、これとは逆に、アクセス要求に応じない場合に返信メールを送信することでアクセスを許可しないという意思表示をするようにしてもよい。
【００４９】
（４−７）
ＷＷＷサーバ装置がＷＷＷクライアント装置から応答情報を受け取る方法は、実施形態で述べた返信メールを用いた方法に限らない。例えば、ＷＷＷサーバ装置がアクセスの可否を問い合わせる電子メールにＵＲＬを記述しておき、アクセス許可ユーザは受け取った電子メールのＵＲＬを選択する操作を行うと、ＷＷＷサーバ装置からＷＷＷクライアント装置にユーザＩＤ及びパスワードを入力するためのテキストボックスと、アクセスに応じるか否かを選択するラジオボタンとが設けられたＷＷＷページが送信される。アクセス許可ユーザは、テキストボックスにユーザＩＤ及びパスワードを入力し、アクセスに応じるか否かのいずれかを選択するようにしてラジオボタンをチェックすると、これら入力された情報が応答情報としてＷＷＷクライアント装置からＷＷＷサーバ装置に送信される。ＷＷＷサーバ装置はこの応答情報の内容を参照してアクセスに応じるか否かを判断すればよい。
【００５０】
（４−８）
実施形態においては、問い合わせ方法として電子メールを例示したが、これらに限らない。例えば、問い合わせ先の通信装置を固定電話機や、ポケットベル（登録商標）等のページャ等にし、通知方法を、電話機との通話回線を介した音声通話によるものや、ページャに対するメッセージ送信によるものや、或いは、ＳＭＳ（Short Message Service）と呼ばれるメッセージ送信方法を用いてもよい。また、問い合わせ先の通信装置と、応答情報の送信元の送信装置が必ずしも同一でなくてもよい。これは例えばページャ等のように双方向のデータ通信を行うことができない場合には有効である。この場合、アクセス許可ユーザは、ページャ等により通知された問い合わせメッセージを参照すると、例えばパーソナルコンピュータ等の通信装置を操作して、問い合わせに対する応答情報をＷＷＷサーバ装置に送信するようにすればよい。
【００５１】
（４−９）
実施形態においては、サーバ装置がWWWサーバ装置の場合を例示したが、これに限らない。例えば、ＦＴＰ（File Transfer Protocol）やＳＭＢ（Server Message Block）、Telnet等のプロトコルを用いてサーバ装置にアクセスしても良い。また、クライアント装置とサーバ装置の機能を合わせて単体のコンピュータ装置に実装したような場合についても適用することができる。
【００５２】
（４−１０）
上述したＷＷＷサーバ装置１０の制御部２０１によって実行されるプログラムは、磁気テープ、磁気ディスク、フロッピー（登録商標）ディスク、光記録媒体、光磁気記録媒体、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）、ＲＡＭなどの記録媒体に記録した状態で提供し得る。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】同実施形態におけるＷＷＷサーバ装置の構成を示すブロック図である。
【図３】同実施形態におけるユーザＩＤテーブルのデータ構成を示す図である。
【図４】同実施形態におけるユーザ情報テーブルのデータ構成を示す図である。
【図５】同実施形態におけるＷＷＷサーバ装置が記憶したサーバアプリケーションプログラムに記述された手順を示すフローチャートである。
【図６】同実施形態におけるシステム全体の動作例を示すシーケンス図である。
【図７】本発明の変形例に係るテーブルのデータ構成を示す図である。
【符号の説明】
【００５４】
１…インターネット、１０…ＷＷＷサーバ装置、２０ａ，２０ｂ…ＷＷＷクライアント装置、２０１…制御部、２０２…通信部、２０３…不揮発性記憶部。
【図１】
2006235743.tif 000003
【図２】
2006235743.tif 000004
【図３】
2006235743.tif 000005
【図４】
2006235743.tif 000006
【図５】
2006235743.tif 000007
【図６】
2006235743.tif 000008
【図７】
2006235743.tif 000009