アクセス制御システム、アクセス制御方法およびアクセス制御プログラム
【課題】正規なアクセス者によるアクセス要求であるか否かを確実に認証すること。
【解決手段】サービスセンタは、管理者から受け付けたアクセス許可者アドレス、リソース識別子および有効条件を鍵によって含んだアクセスＵＲＬを生成する。そして、サービスセンタは、アクセス者からアクセスＵＲＬを用いたアクセス要求を受け付けると、アクセスＵＲＬに含まれる有効条件を満たすことを条件に、同じくアクセスＵＲＬに含まれるアクセス許可者アドレス宛にパスワードを通知する。さらに、サービスセンタは、アクセス者からパスワードの入力を受け付け、アクセス者から受け付けたパスワードが先にアクセス許可者アドレス宛に通知したパスワードに対応することを条件に、アクセスＵＲＬに含まれるリソース識別子で特定されるリソースについてアクセスを許可する。
【解決手段】サービスセンタは、管理者から受け付けたアクセス許可者アドレス、リソース識別子および有効条件を鍵によって含んだアクセスＵＲＬを生成する。そして、サービスセンタは、アクセス者からアクセスＵＲＬを用いたアクセス要求を受け付けると、アクセスＵＲＬに含まれる有効条件を満たすことを条件に、同じくアクセスＵＲＬに含まれるアクセス許可者アドレス宛にパスワードを通知する。さらに、サービスセンタは、アクセス者からパスワードの入力を受け付け、アクセス者から受け付けたパスワードが先にアクセス許可者アドレス宛に通知したパスワードに対応することを条件に、アクセスＵＲＬに含まれるリソース識別子で特定されるリソースについてアクセスを許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アクセス者によるアクセスを制御するアクセス制御システム、アクセス制御方法およびアクセス制御プログラムに関する。
【背景技術】
【０００２】
従来より、インターネット等のネットワーク上にあるＷｅｂサーバ等では、アクセス者であるユーザの本人性を認証した上でアクセスを許可することが行われている。かかる認証手法としては、特許文献１（特開２００４−２００７４０号公報）にも開示されているようなパスワード認証、すなわち、アクセスが許可されたユーザのユーザＩＤおよびパスワードを予めデータベース（ＤＢ）に対応付けて登録しておき、アクセスを要求してきたユーザに対してユーザＩＤおよびパスワードの入力を促し、ユーザが入力したユーザＩＤおよびパスワードがＤＢに対応付けて登録されていることを条件にアクセスを許可する手法が一般的である。
【０００３】
なお、先行技術文献に該当する他の文献の存在を特許出願時に知れ得ておらず、また、従来の技術内容を記載した特許文献を探し当てることはできなかった。検索した技術範囲などは以下の通りである。検索対象：平成５年以降の出願公開および平成６年以降の特許公報。検索方法：Ｗｅｂ、認証、メールアドレス等のキーワードからなる検索式で全文を検索。
【０００４】
【特許文献１】特開２００４−２００７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記した従来の技術は、以下に説明するように、アクセス者認証の確実性、アクセス者およびサービス提供者の負担、ユーザＩＤやパスワードの漏洩、データベースのリソース等の観点から、以下に説明するような課題がある。
【０００６】
すなわち、上記したパスワード認証では、正規ユーザのユーザＩＤおよびパスワードを盗んだ不正な第三者がアクセスを要求してきたような場合でも、かかる第三者が入力したユーザＩＤおよびパスワードがデータベースに対応付けて登録されていればアクセスを許可してしまうので、アクセス者の認証が不十分であるという課題がある。
【０００７】
また、上記したパスワード認証では、ユーザは自己のユーザＩＤおよびパスワードを継続的に覚えていなければならないという負担がある。そして、これらをユーザが忘れることも多いので、ユーザからサービス提供者への問い合わせも多くなり、パスワードの再設定等に要するサービス提供者の負担が大きくなってしまうという課題がある。さらに、ユーザＩＤやパスワードを忘れないように、これらをユーザがメモ書き等で継続的に書き留めておくことも多いが、これによって第三者にユーザＩＤやパスワードが漏洩するおそれが高くなってしまうという課題もある。
【０００８】
また、上記したパスワード認証では、あるユーザに対してアクセス権を付与する度にユーザＩＤおよびパスワードをデータベースに登録しなければならないので、ユーザに付与したアクセス権の数に比例してシステムの記憶リソースが大きくなるという課題もある。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、正規なアクセス者によるアクセス要求であるか否かを確実に認証することなどが可能なアクセス制御システム、アクセス制御方法およびアクセス制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、アクセス者によるアクセスを制御するアクセス制御システムであって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手段と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手段と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手段によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手段と、を備えたことを特徴とする。
【００１１】
また、請求項２に係る発明は、上記の発明において、前記アクセスコード生成手段は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００１２】
また、請求項３に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセスコードに含まれる前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１３】
また、請求項４に係る発明は、上記の発明において、前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコードに含まれるアドレス識別情報に対応するアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１４】
また、請求項５に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコードから取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする。
【００１５】
また、請求項６に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセスコードから複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする。
【００１６】
また、請求項７に係る発明は、上記の発明において、前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手段を備え、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００１７】
また、請求項８に係る発明は、前記アクセスコード記憶手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを記憶し、前記認証情報通知手段は、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１８】
また、請求項９に係る発明は、上記の発明において、前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報に対応付けてアクセスコードを生成し、前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１９】
また、請求項１０に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする。
【００２０】
また、請求項１１に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする。
【００２１】
また、請求項１２に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスを検証するためのアドレス検証コードを含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスから生成されるアドレス検証コードが前記アクセスコードに含まれるアドレス検証コードに対応することを条件に、前記アクセス者から受け付けたアドレス宛に前記認証情報を通知することを特徴とする。
【００２２】
また、請求項１３に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者に要求される有効条件に係る情報をさらに含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセスコードから取得した有効条件を満たすことを条件に、前記認証情報を通知することを特徴とする。
【００２３】
また、請求項１４に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記有効条件に係る情報として、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせに係る情報を含んだアクセスコードを生成することを特徴とする。
【００２４】
また、請求項１５に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス許可者のメッセージアドレス、電話番号もしくはこれらの両者について情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス許可者のメッセージアドレス宛、電話番号宛もしくはこれらの両者宛に前記認証情報を通知することを特徴とする。
【００２５】
また、請求項１６に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレスについて情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いて、前記アドレス宛に前記認証情報を通知することを特徴とする。
【００２６】
また、請求項１７に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付ける度に異なる認証情報を無作為に生成して通知することを特徴とする。
【００２７】
また、請求項１８に係る発明は、上記の発明において、前記認証情報の通知手続を一意に特定するセッションＩＤおよび当該セッションＩＤの通知手続で通知された認証情報を対応付けて記憶する認証情報記憶手段をさらに備え、前記アクセス制御手段は、前記セッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記セッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該セッションＩＤおよび認証情報が前記認証情報記憶手段に対応付けて記憶されていることを条件に、前記アクセス者によるアクセスを許可することを特徴とする。
【００２８】
また、請求項１９に係る発明は、上記の発明において、前記認証情報の通知手続を一意に特定するとともに、当該通知手続で通知された認証情報を含んだ認証情報入りセッションＩＤを生成するＩＤ生成手段をさらに備え、前記アクセス制御手段は、前記ＩＤ生成手段によって生成された認証情報入りセッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記認証情報入りセッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該応答メッセージに含まれる認証情報と前記セッションＩＤに含まれる認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可することを特徴とする。
【００２９】
また、請求項２０に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアクセス先を示すアクセス先アドレスに係る情報をさらに対応付けてアクセスコードを生成し、前記アクセス制御手段は、前記アクセスコードに基づいて特定されるアクセス先アドレスについて、前記アクセス者によるアクセスを許可することを特徴とする。
【００３０】
また、請求項２１に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス先アドレスとして、アクセス先のリソースを特定するファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せを対応付けてアクセスコードを生成し、前記アクセス制御手段は、前記アクセスコードに対応付けられるファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せによって特定されるリソースについて、前記アクセス者によるアクセスを許可することを特徴とする。
【００３１】
また、請求項２２に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得して、当該コンテンツを前記アクセス者に開示することを特徴とする。
【００３２】
また、請求項２３に係る発明は、上記の発明において、前記認証情報通知手段を有して前記アクセス者に認証情報を通知する認証サーバ、並びに、前記アクセス制御手段を有して前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバの認証情報通知手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付け、前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示することを特徴とする。
【００３３】
また、請求項２４に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバにアクセスするための二次アクセスコードを生成し、当該二次アクセスコードを前記アクセス者に開示することを特徴とする。
【００３４】
また、請求項２５に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付けるとともに、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得し、前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから取得した前記コンテンツを前記アクセス者に開示することを特徴とする。
【００３５】
また、請求項２６に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するアクセスＩＤおよび当該アクセスに対する制御内容を対応付けて記憶するアクセスＩＤ記憶手段と、前記アクセスＩＤ記憶手段に記憶されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに対応付けて前記アクセスＩＤ記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３６】
また、請求項２７に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するとともに、当該アクセスに対する制御内容を含んだアクセスＩＤを生成するアクセスＩＤ生成手段と、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに含まれる制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３７】
また、請求項２８に係る発明は、上記の発明において、前記アクセスＩＤ生成手段は、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報を取得して、前記アクセス者のアクセス元情報と対応付けて前記アクセスＩＤを生成し、前記アクセス継続制御手段は、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤをアクセス者から受け付けるとともに前記アクセス者のアクセス元情報を取得し、当該取得したアクセス元情報が前記アクセスＩＤと対応付けられたアクセス元情報と対応することを条件に、前記アクセスＩＤと対応付けられた制御内容に基づいて前記アクセス者のアクセスを継続して制御することを特徴とする。
【００３８】
また、請求項２９に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報および当該アクセス者に対する制御内容を対応付けて記憶するアクセス元情報記憶手段と、前記アクセス者からアクセス要求を受け付けた場合に、当該アクセス要求に含まれるアクセス元情報を取得し、当該アクセス元情報に対応付けて前記アクセス元情報記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３９】
また、請求項３０に係る発明は、上記の発明において、無効化すべきアクセスコードを特定するための情報として、前記アクセスコード自体または前記アクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶する無効化情報記憶手段を備え、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードに基づいて前記無効化情報を取得し、当該無効化情報が前記無効化情報記憶手段に記憶された条件情報に合致しないことを条件に、前記アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４０】
また、請求項３１に係る発明は、上記の発明において、前記無効化情報記憶手段は、前記アクセスコードに設定されている有効期限が経過するまで、当該アクセスコードに係る条件情報を記憶することを特徴とする。
【００４１】
また、請求項３２に係る発明は、上記の発明において、前記無効化情報記憶手段は、前記認証情報が通知されたアクセス元のアクセスコード自体または前記アクセス元のアクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセス元のアクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶し、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードが前記無効化情報記憶手段によって記憶された条件情報に合致しないことを条件に前記アドレスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４２】
また、請求項３３に係る発明は、アクセス者によるアクセスを制御するアクセス制御方法であって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成工程と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知工程と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知工程によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御工程と、を含んだことを特徴とする。
【００４３】
また、請求項３４に係る発明は、上記の発明において、前記アクセスコード生成工程は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４４】
また、請求項３５に係る発明は、上記の発明において、前記アクセスコード生成工程によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶工程を含み、前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶工程に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４５】
また、請求項３６に係る発明は、アクセス者によるアクセスを制御するアクセス制御プログラムであって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手順と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手順と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手順によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手順と、を備えたことを特徴とする。
【００４６】
また、請求項３７に係る発明は、上記の発明において、前記アクセスコード生成手順は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４７】
また、請求項３８に係る発明は、上記の発明において、前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手順を含み、前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手順に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【発明の効果】
【００４８】
請求項１、３３または３６の発明によれば、アクセスコードを不正に入手した第三者がアクセスを要求しても、正規なアクセス者であるアクセス許可者のアドレス宛に対してのみ認証情報が通知され、不正なアクセス者には認証情報が通知されず、かかる不正なアクセス要求は拒絶されるので、正規なアクセス者によるアクセス要求であるか否かを確実に認証することが可能になる。また、アクセス者によるアクセス要求に応じて認証情報を払い出すので、アクセス者は認証情報を継続的に覚えておく必要がなく、アクセス者が認証情報を忘れてしまうことも少なくなるので、アクセス者およびサービス提供者の負担を軽減することが可能になる。さらに、アクセス者は認証情報をメモ書き等で継続的に書き留めておく必要性もなくなるので、第三者に認証情報が漏洩する危険性を軽減することも可能になる。また、アクセスコードを生成する度にアクセスコードをデータベースに蓄積することはしないので、アクセスコードによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。また、鍵を用いてアクセスコードを生成するので、悪意の第三者によるアクセスコードの不正な生成や改ざんを困難にし、安全性の高いアクセス制御を実現することが可能になる。
【００４９】
また、請求項２、３４または３７の発明によれば、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれたアクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知するので、アクセスコードを生成する度にアクセスコードをデータベースに蓄積することはしない結果、アクセスコードによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。
【００５０】
また、請求項３または８の発明によれば、アクセス許可者のアドレスそのものを含んだアクセスコードを生成するので、アクセス者のアドレスを記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【００５１】
また、請求項４または９の発明によれば、アクセス許可者のアドレスを識別するためのアドレス識別情報をアクセスコードに含め、アドレスそのものはアドレス識別情報に対応付けてデータベースに記憶するので、アドレスそのものをアクセスコードに含める場合に比較してアクセスコードに含める情報量を少なくすることが可能になる。また、アクセスコードの生成後にアドレスを変更したいような場合でも、アクセスコードを新たに生成することなく、データベースに記憶されたアドレスを変更するだけでよく、アクセスコードを継続して利用することが可能になる。
【００５２】
また、請求項５または１０の発明によれば、認証情報を通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知するので、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。また、アクセス許可者アドレスを秘密状態にしておけば、認証情報の通知を受けるアクセス者端末（例えば、アクセス許可者のアドレスが携帯メールアドレスである場合には携帯電話端末）を盗まれたとしても、かかるアクセス者端末に対する認証情報の通知を防ぐことができ、不正なアクセス要求を確実に拒絶することが可能になる。
【００５３】
また、請求項６または１１の発明によれば、アクセスコードから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者から受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知するので、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【００５４】
また、請求項７、３５または３８の発明によれば、アドレスに係る情報をデータベースに含めることで、データベースを変更することによりアクセスコードを変更することなくアドレスに係る情報の内容、数を随時更新することが可能になる。
【００５５】
また、請求項１２の発明によれば、アクセス許可者のアドレスそのものをアクセスコードに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスコードを生成するので、アドレス識別情報やアドレスの漏洩を防ぐとともに、上記のようなデータベースを用いることなくアクセスコードに含める情報量を少なくすることが可能になる。また、このように、アドレスそのものをアクセスコードに含めることなく、これをデータベースに記憶することもしない場合でも、アクセス者から受け付けたアドレス宛に無条件で認証情報を通知するのではなく、かかるアドレスの暗号化データがアクセスコードに含まれる暗号化データに対応することを条件に認証情報を通知するので、不正なアクセス者を事前に排除することが可能になる。
【００５６】
また、請求項１３の発明によれば、アクセスコードから取得した有効条件を満たすことを条件に認証情報を通知する結果、アクセス者認証とは別観点からアクセスの有効条件（アクセスを認可するための条件）を別途要求することができ、かかる有効条件を満たさない不正なアクセスを事前に排除することが可能になる。また、アクセスコードを生成する度に有効条件をデータベースに蓄積するのではなく、有効条件に係る情報（有効条件そのもの、または、データベースに記憶された有効条件を特定するための識別情報）をアクセスコードに含めるので、上記のようなデータベースを必要とすることなく不正なアクセスを排除することが可能になる。
【００５７】
また、請求項１４の発明によれば、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせを有効条件とするので、確実なアクセス認証だけでなく、有効期間、有効時間、有効回数の観点から実用的なアクセス認可を実現することが可能になる。
【００５８】
また、請求項１５の発明によれば、アクセス許可者のメッセージアドレスや電話番号をアクセス許可者のアドレスとして認証情報を通知するので、アクセスコードの受け付けから時間をおくことなく、アクセス許可者は認証情報を早急に取得することが可能になる。
【００５９】
また、請求項１６の発明によれば、アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレス宛に認証情報を通知するので、同一の通信回路を用いる場合に比較して認証情報の漏洩に対して高い安全性を実現することが可能になる。
【００６０】
また、請求項１７の発明によれば、アクセス者からのアクセス要求を受け付ける度に認証情報を無作為に生成して通知するので、悪意の第三者による認証情報の解析を困難にし、安全性の高いアクセス制御を実現することが可能になる。
【００６１】
また、請求項１８の発明によれば、セッションＩＤおよび認証情報を対応付けてデータベースに登録するとともに、セッションＩＤを含んだメッセージを通じてアクセス者から認証情報を受け付けるので、複数のアクセス要求を同時期に処理して複数のアクセス者から同時期に認証情報を受け付ける場合でも、複数のアクセス認証をそれぞれ確実に行うことが可能になる。
【００６２】
また、請求項１９の発明によれば、認証情報を含んだセッションＩＤを生成するので、セッションＩＤおよび認証情報を対応付けて記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【００６３】
また、請求項２０の発明によれば、アクセスコードを生成する度にアクセスコードおよびアクセス先アドレスをデータベースに蓄積するのではなく、アクセス先アドレスに係る情報（アクセス先アドレスそのもの、または、データベースに記憶されたアクセス先アドレスを特定するための識別情報）をアクセスコードに含めるので、上記のようなデータベースを必要とすることなくアクセス先を特定することが可能になる。
【００６４】
また、請求項２１の発明によれば、ファイル名、フォルダ名、ディレクトリ名をアクセス先アドレスとするので、例えば、ファイル名をアクセス先にすることで、アクセス先のリソースを固定することが可能になり、また、フォルダ名やディレクトリ名をアクセス先にすることで、アクセスコードの生成後にアクセス対象を変更したいような場合でも、アクセスコードを新たに生成することなく、フォルダ内やディレクトリ下にあるリソースを入れ替えるだけでよく、アクセスコードを継続して利用することが可能になる。
【００６５】
また、請求項２２の発明によれば、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御の設定を容易にすることが可能であり、また、複数のコンテンツ提供者からアクセス者に提供されたコンテンツを認証サーバが集中的に把握することにより、アクセス者に対して一括して課金を行うことが可能であり、また、アクセス履歴に応じた広告やリコメンドを提供することが可能になる。
【００６６】
また、請求項２３の発明によれば、アクセス者へのコンテンツ提供をコンテンツ提供サーバが行う結果、認証サーバがコンテンツ提供を行う場合に比べて認証サーバへの負荷集中を防ぐことが可能である。また、認証情報の通知を認証サーバが行うので、コンテンツ提供者がアクセス者のアドレスに係る情報を知ることなく適切なアクセス制御ができるようになり、コンテンツ提供サーバに対してアクセス者の匿名性を確保することが可能になる。
【００６７】
また、請求項２４の発明によれば、一度認証サーバに認証されたアクセス者が二次アクセスコードを保持する結果、アクセス者が所望のタイミングで所望のコンテンツ提供サーバに直接アクセスすることが可能になる。
【００６８】
また、請求項２５の発明によれば、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御設定を容易にすることが可能である。また、アクセス者がコンテンツ提供サーバに対して認証サーバを介することなく要求を伝える結果、コンテンツ提供サーバがアクセス者の要求に合わせてコンテンツを加工、生成した上で、アクセス制御を行うことが可能になる。
【００６９】
また、請求項２６の発明によれば、アクセス者が認証サーバ内に配備された複数のコンテンツにアクセスできる権限を持っている場合に一度認証手続きを経て認証された後はセッションＩＤによりアクセスが可能になるため、認証情報入力の手間を減らすことが可能になる。
【００７０】
また、請求項２７の発明によれば、アクセス者が提示するセッションＩＤ内に鍵により認証結果を含めるため、認証結果の改ざんを防止しつつ、認証結果を記憶する必要がなくなる。
【００７１】
また、請求項２８の発明によれば、アクセスＩＤが第三者に漏洩した場合にも特定のアクセス者からのアクセスのみを受け付けるようにし、成りすましを防止することが可能になる。
【００７２】
また、請求項２９の発明によれば、アクセス者は、新たにセッションＩＤを保持することなく、継続的なアクセスが可能になる。
【００７３】
また、請求項３０の発明によれば、発行者が誤って発行したアクセスコードを無効化することが可能になる。
【００７４】
また、請求項３１の発明によれば、システムの継続的運用に伴って無効化すべきアクセスコードが増大していくのを防止することが可能になる。
【００７５】
また、請求項３２の発明によれば、一度にアクセスできるアクセス者を一人に限定し、複数人が同時にアクセスすることを防止することが可能になる。
【発明を実施するための最良の形態】
【００７６】
以下に添付図面を参照して、この発明に係るアクセス制御システム、アクセス制御方法およびアクセス制御プログラムの実施例１〜３を詳細に説明する。
【実施例１】
【００７７】
実施例１では、本発明に係るアクセス制御をＷｅｂ上のリソース開示サービスに適用した場合を実施例とし、実施例１で用いる用語、実施例１に係るアクセス制御システムの概要および特徴を説明した後に、アクセス制御システムの構成、システムにおける各装置の詳細、ＵＲＬ生成要求からアクセス結果受信に至る処理の流れ、各処理手順の詳細などを説明し、最後に実施例１の効果を説明する。
【００７８】
［用語の説明（実施例１）］
最初に、実施例１で用いる主要な用語を説明する。実施例１で用いる「アクセス者Ｂ」とは、後述するアクセスＵＲＬ（UniformResourceLocator）を用いてリソース（ファイル）にアクセスする利用者のことである。また、実施例１で用いる「管理者Ａ」とは、アクセス者がアクセスするリソースを管理する利用者のことである。すなわち、本実施例１では、複数の管理者Ａがそれぞれ所有するリソースを、アクセス者Ｂのアクセス要求に応じて開示する場合を想定している。
【００７９】
また、実施例１で用いる「アクセスＵＲＬ（特許請求の範囲に記載の「アクセスコード」に対応する）」とは、アクセス者Ｂがリソースにアクセスする際に提示するコードのことであり、アクセスが許可されたアクセス者のメールアドレス（インターネットメールアドレスなど）および後述する「有効条件」を鍵によって含んだＵＲＬとして生成される。なお、実施例１では、アクセスが許可されたアクセス者のことを「アクセス許可者」と略称し、また、アクセス許可者のメールアドレスのことを「アクセス許可者アドレス」と略称する。
【００８０】
また、実施例１で用いる「認証情報」とは、アクセス者Ｂがアクセス許可者であることを証明するために提示するパスワードのことであり、例えば、図１１に例示するような数字列として生成される。また、実施例１で用いる「有効条件Ｃ」とは、アクセス許可者のアクセスに要求される条件（アクセス許可者によるアクセスの許可に必要な条件）のことであり、例えば、アクセス許可者によるアクセスを許可する期間（有効期間）を指定した有効期間指定などがこれに該当する。すなわち、実施例１では、アクセス者Ｂがアクセス許可者であり、かつ、有効条件Ｃを満たすことを条件に、リソースへのアクセスを許可する場合を想定している。
【００８１】
［システムの概要および特徴］
続いて、図１を用いて、実施例１に係るアクセス制御システムの概要および特徴を説明する。図１は、実施例１に係るアクセス制御システムの概要を説明するための図である。
【００８２】
実施例１に係るアクセス制御システムの概要は、複数の管理者ＡがそれぞれＷｅｂ上で管理するリソース（ファイル）に対してアクセス要求を行ったアクセス者Ｂについて、当該アクセス者Ｂがアクセス許可者であるか否かを認証し、正当に認証されたアクセス者Ｂに対してのみリソースを開示するというものである。そして、かかるアクセス者Ｂの認証に用いられるのがアクセスＵＲＬであり、実施例１では、アクセス許可者ではない不正な第三者がアクセスＵＲＬを不正に利用しようとしても、正規なアクセス者（アクセス許可者）によるアクセス要求であるか否かを確実に認証することを可能にしている点に主たる特徴がある。
【００８３】
これについて図１等を用いて簡単に説明すると、実施例１に係るアクセス制御システムにおいては、管理者Ａおよびアクセス者Ｂ以外の第三者（例えば、Ｗｅｂ上のリソース開示サービスを提供するサービスセンタ）は、複数の管理者Ａがそれぞれ所有するリソース（ファイル）をリソース管理部に記憶している。
【００８４】
そして、管理者Ａがサービスセンタに対してアクセスＵＲＬの生成要求を行うと、サービスセンタは、アクセスＵＲＬを生成し、生成したアクセスＵＲＬをアクセス許可者（アクセスが許可されるアクセス者Ｂ）に通知する（図１の（１）〜（３）参照）。具体的には、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）を管理者Ａから受け付け、図８や図９に例示するように、かかるアクセス許可者アドレス、リソース識別子および有効条件Ｃを所定の鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成する。なお、同図に示す「Ｐ」は鍵を用いることを意味する。
【００８５】
その後、アクセス者ＢがアクセスＵＲＬを用いたＷｅｂアクセスによってサービスセンタにアクセス要求を行うと、サービスセンタは、以下のように、認証情報の通知判定、生成、登録、通知等を行う（図１の（４）〜（７）参照）。すなわち、サービスセンタは、アクセス者Ｂが用いたアクセスＵＲＬを所定の鍵によって復号化して、アクセス許可者アドレス、リソース識別子および有効条件Ｃを取り出し、有効条件Ｃ（有効期間）を満たすか否かを判定する。なお、図に示す「Ｑ」は、鍵を用いて抽出することを意味する。
【００８６】
その上で、サービスセンタは、有効条件Ｃを満たす場合には、乱数を用いて認証情報（パスワード）を生成するとともに、生成した認証情報の通知手続を一意に特定するセッションＩＤを生成し、かかるセッションＩＤおよびパスワードを認証情報テーブルに対応付けて記憶する。さらに、サービスセンタは、アクセスＵＲＬから取り出したアクセス許可者アドレスを宛先アドレスとし、かつ、パスワードを本文に記載したメール（図１１参照）を発信するとともに、セッションＩＤを含んだ認証ページ（図１２参照）をアクセス者Ｂの利用者端末に送信して、アクセス者Ｂによるパスワードの入力を受け付ける。
【００８７】
そして、アクセス者Ｂが認証ページに対してパスワードを入力してサービスセンタに送信すると、サービスセンタは、以下のように、アクセス者Ｂの認証、リソースの開示等を行う（図１の（７）〜（１０）参照）。すなわち、サービスセンタは、アクセス者Ｂから受け付けた認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブルに対応付けて記憶されているか否かを判定し、対応付けて記憶されている場合には、正規のアクセス者（アクセス許可者）によるアクセス要求であると認証する。
【００８８】
その上で、サービスセンタは、アクセスＵＲＬから取り出したリソース識別子に対応するリソースをリソース管理部から取得し、かかるリソースの内容が記載されたリソース開示ページ（図１３参照）をアクセス者Ｂの利用者端末に送信する。なお、認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブルに対応付けて記憶されていない場合には、不正なアクセス者Ｂによるアクセス要求であるとして、リソースのアクセス（開示）を許可しない。
【００８９】
このように、実施例１に係るアクセス制御システム（メール転送システム）によれば、アクセスＵＲＬを不正に入手した第三者がアクセスを要求しても、正規なアクセス者Ｂであるアクセス許可者のアドレス宛に対してのみパスワードが通知され、不正なアクセス者Ｂにはパスワードが通知されず、かかる不正なアクセス要求は拒絶されるので、上記した主たる特徴の如く、正規なアクセス者Ｂによるアクセス要求であるか否かを確実に認証することが可能になる。
【００９０】
［システムの構成（実施例１）］
続いて、図２を用いて、実施例１に係るアクセス制御システムの構成を説明する。図２は、実施例１に係るアクセス制御システムの構成を示す図である。
【００９１】
同図に示すように、このアクセス制御システムは、管理者端末１と、アクセス者端末２と、アクセス処理サーバ１０とを、ネットワーク（管理者ＩＰ網５、アクセス者ＩＰ網６、インターネット７、ＬＡＮ８、ルータＲ、ファイアウォールＦＷなどによって形成される通信網）を介して相互に通信可能に接続して構成される。以下に、各装置の役割や構成を説明する。
【００９２】
［管理者端末（実施例１）］
このうち、管理者端末１は、少なくとも電子メールソフトやＷｅｂブラウザ等の通信ソフトがインストールされた、既知のパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末などである。より詳細には、管理者端末１は、管理者Ａが利用する端末であり、主として、ログイン要求メッセージ（図６参照）をアクセス処理サーバ１０に送信する役割、アクセスＵＲＬの生成要求メッセージ（図７参照）をアクセス処理サーバ１０に送信する役割、アクセスＵＲＬの生成応答メッセージ（図８参照）をアクセス処理サーバ１０から受信する役割などを有する。
【００９３】
［アクセス者端末（実施例１）］
また、アクセス者端末２は、管理者端末１と同様、少なくとも電子メールソフトやＷｅｂブラウザ等の通信ソフトがインストールされた、既知のパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末などである。より詳細には、アクセス者端末２は、アクセス者Ｂが利用する端末であり、主として、アクセスＵＲＬの生成通知メール（図９参照）をアクセス処理サーバ１０から受信する役割、アクセスＵＲＬによるアクセス要求メッセージ（図１０参照）をアクセス処理サーバ１０に送信する役割、認証情報であるパスワードの通知メール（図１１参照）をアクセス処理サーバ１０から受信する役割、パスワードが入力された認証要求メッセージ（図１２参照）をアクセス処理サーバ１０に送信する役割、リソースが開示されたリソース開示メッセージ（図１３参照）をアクセス処理サーバ１０から受信する役割などを有する。
【００９４】
［アクセス処理サーバ（実施例１）］
また、アクセス処理サーバ１０は、Ｗｅｂ上のリソース開示サービスを提供するサーバ装置であり、本発明に密接に関連するものとして、図２に示すように、通信部１１と、管理者情報テーブル１２と、管理者認証部１３と、発行鍵記憶部１４と、ＵＲＬ生成部１５と、リソース管理部２１と、通知判定部２２と、認証情報通知部２３と、認証情報テーブル２４と、アクセス制御部２５とを備える。なお、ＵＲＬ生成部１５は特許請求の範囲に記載の「アクセスコード生成手段」に対応し、通知判定部２２および認証情報通知部２３は同じく「認証情報通知手段」に対応し、認証情報テーブル２４は同じく「認証情報記憶手段」に対応し、アクセス制御部２５は同じく「アクセス制御手段」に対応する。
【００９５】
このうち、通信部２１は、いわゆるＳＭＴＰ（SimpleMailTransferProtocol）やＨＴＴＰ（HyperTextTransferProtocol）等の通信プロトコルに従って、発信者端末２等との間における通信を制御する処理部である。具体的には、管理者端末１からログイン要求メッセージ（図６参照）やアクセスＵＲＬ生成要求メッセージ（図７参照）を受信する処理、アクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信する処理、アクセス者端末２からアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）やパスワードが入力された認証要求メッセージ（図１２参照）を受信する処理、アクセスＵＲＬ生成通知メール（図９参照）や認証情報通知メール（図１１参照）、リソース開示メッセージ（図１３参照）をアクセス者端末２に送信する処理などを実行する。
【００９６】
管理者情報テーブル１２は、管理者Ａに係る情報を記憶する記憶手段（データベース）であり、具体的には、図３に例示するように、各管理者ＡのユーザＩＤに対応付けて、管理者認証用のパスワード、リソースの格納場所を示すパス名を記憶して構成される。
【００９７】
管理者認証部１３は、管理者ＡがアクセスＵＲＬの生成を要求し得る正当なユーザであるか否かを認証する処理部である。具体的には、管理者端末１からログイン画面（図８参照）で入力された情報からなるログイン要求メッセージを受信した場合に、当該要求メッセージに含まれる管理者ＩＤおよびパスワードが管理者情報テーブル１１に対応付けて記憶されているか否かを確認する。その結果、管理者認証が成功すれば、その旨を後述するＵＲＬ生成部１５に受け渡し、管理者認証が失敗すれば、その旨のメッセージを管理者端末１に対して応答する。
【００９８】
発行鍵記憶部１４は、アクセスＵＲＬの生成に用いる発行鍵（秘密鍵）を記憶する手段であり、この発行鍵は、後述する通知判定部２２によるアクセスＵＲＬの復号化においても検証鍵として用いられる。なお、鍵としては共通鍵または公開鍵を適宜用いることができる。
【００９９】
ＵＲＬ生成部１５は、管理者認証部１２によって管理者認証が成功した場合に、発行鍵記憶部１４に記憶された発行鍵を用いてアクセスＵＲＬを生成する処理部である。なお、かかるアクセスＵＲＬの生成処理については後に図１４を用いて詳述する。
【０１００】
リソース管理部２１は、各管理者Ａが所有するリソース（ファイル）を記憶して管理する記憶手段（データベース）である。なお、管理者Ａは管理者端末１からアクセス処理サーバ１０にアクセスして、リソース管理部２１に記憶される自らのファイルを追加、編集、削除等することができるようにしてもよい。
【０１０１】
通知判定部２２は、アクセス者端末２からアクセスＵＲＬによるアクセス要求を受け付けた場合に、アクセスＵＲＬに含まれる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する処理部である。なお、かかる認証情報の通知判定処理については後に図１５を用いて詳述する。
【０１０２】
認証情報通知部２３は、通知判定部２２によって認証情報の通知が認められた場合に、アクセスＵＲＬに含まれるアクセス許可者アドレス宛に認証情報を通知する処理部である。なお、かかる認証情報の通知処理については後に図１６を用いて詳述する。
【０１０３】
認証情報テーブル２４は、アクセス許可者アドレス宛に通知される認証情報を記憶する記憶手段（データベース）であり、具体的には、図４に例示するように、アクセス者端末２に送信される認証ページ（図１２参照）に含まれるセッションＩＤと、アクセス許可者アドレス宛に通知される認証情報と、アクセス者によるアクセスが許可されるリソースを示すリソース識別子とを対応付けて記憶して構成される。
【０１０４】
アクセス制御部２５は、アクセス者端末２から認証ページ（図１２参照）を通じて認証情報を受け付け、当該認証情報と認証情報通知部２３によってアクセス許可者アドレス宛に通知した認証情報とが対応することを条件にアクセス者Ｂによるアクセスを許可する処理部である。なお、かかるアクセス制御処理の詳細については後に図１７を用いて詳述する。
【０１０５】
［ＵＲＬ生成要求からアクセス結果受信に至る処理の流れ（実施例１）］
次に、図５を用いて、ＵＲＬ生成要求からアクセス結果受信に至る処理の流れを説明する。図５は、管理者ＡによるＵＲＬ生成要求からアクセス者Ｂによるアクセス結果受信に至る処理の流れを示すシーケンス図である。
【０１０６】
同図に示すように、管理者端末１からアクセス処理サーバ１０に対してアクセス要求メッセージが送信されると（ステップＳ５０１）、アクセス処理サーバ１０は、図６に例示するような「ログインページ」からなる応答メッセージを管理者端末１に送信する（ステップＳ５０２）。
【０１０７】
続いて、管理者端末１において「ログインページ」に対して管理者ＩＤおよびパスワードが入力され、これらの入力情報からなるログイン要求メッセージ（図６参照）がアクセス処理サーバ１０に送信されると（ステップＳ５０３）、アクセス処理サーバ１０は、当該要求メッセージに含まれる管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されているか否かを認証する（ステップＳ５０４）。なお、管理者認証としては、上記したようなパスワード認証に限られず、ディジタル証明証など、他のあらゆる認証方式（例えば、本発明で採用するアクセスＵＲＬによる認証）を採用してもよい。
【０１０８】
その結果、管理者認証が成功すれば（管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されている場合）、アクセス処理サーバ１０は、図７に例示するような「アクセスＵＲＬ発行ページ」からなる応答メッセージを管理者端末１に送信する（ステップＳ５０５）。一方、管理者認証が失敗すれば（管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されていない場合）、アクセス処理サーバ１０は、その旨を管理者端末１に対して応答する。
【０１０９】
そして、管理者端末１で「アクセスＵＲＬ発行ページ」に対して、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）が入力され、これらの入力情報からなるアクセスＵＲＬ生成要求メッセージ（図７参照）がアクセス処理サーバ１０に送信されると（ステップＳ５０６）、アクセス処理サーバ１０は、アクセスＵＲＬを生成する（ステップＳ５０７）。具体的には、アクセス許可者アドレス、リソース識別子および有効条件Ｃを発行鍵記憶部１４に記憶された発行鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成する。なお、かかるアクセスＵＲＬの生成処理については図１４を用いて後に詳述する。
【０１１０】
続いて、アクセス処理サーバ１０は、生成したアクセスＵＲＬを含んだアクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信する（ステップＳ５０８）。さらに、アクセス処理サーバ１０は、アクセス許可者アドレスを宛先とし、生成されたアクセスＵＲＬを含んだアクセスＵＲＬ生成通知メール（図９参照）を生成し、これをアクセス許可者のアクセス端末２に送信する（ステップＳ５０９）。なお、アクセス者端末２では、図９に例示したような生成通知メールの内容がモニタ等に出力されるが、このメール上でアクセスＵＲＬがキーボードやマウスを介してアクセス者Ｂによって指定されると、アクセス者端末２は、指定されたアクセスＵＲＬを所定の記憶部（いわゆるＷｅｂブラウザソフトのブックマーク）に登録する。
【０１１１】
その後、アクセス者端末２は、アクセス者の指示に応じて、若しくは、所定時間ごと定期的に、上記で取得したアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）をアクセス処理サーバ１０に送信する（ステップＳ５１０）。そして、アクセス処理サーバ１０は、アクセスＵＲＬを発行鍵記憶部１４の発行鍵によって復号化して、アクセス許可者アドレス、リソース識別子および有効条件Ｃ（有効期間）を取り出し、かかる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する（ステップＳ５１１）。なお、かかる認証情報の通知判定処理については後に図１５を用いて詳述する。
【０１１２】
かかる通知判定処理によって認証情報の通知が認められた場合には、アクセス処理サーバ１０は、アクセスＵＲＬに含まれるアクセス許可者アドレス宛に認証情報を通知する（ステップＳ５１２）。具体的には、アクセスＵＲＬから取り出したアクセス許可者アドレスを宛先アドレスとし、かつ、乱数を用いて生成した認証情報（パスワード）を本文に記載したメール（図１１参照）を発信する。なお、かかる認証情報の通知処理については後に図１６を用いて詳述する。
【０１１３】
続いて、アクセス処理サーバ１０は、アクセス者端末２から認証ページ（図１２参照）を通じてパスワードを受け付け（ステップＳ５１３およびＳ５１４）、当該パスワードとアクセス許可者アドレス宛に通知したパスワードとが対応することを条件にアクセス者Ｂによるアクセスを許可し、リソース開示メッセージ（図１３参照）をアクセス者端末２に送信する（ステップＳ５１５）。なお、かかるアクセス制御処理の詳細については後に図１７を用いて詳述する。
【０１１４】
［アクセスＵＲＬの生成処理（実施例１）］
次に、図１４を用いて、アクセス処理サーバ１０によるアクセスＵＲＬ生成処理（図５に示したステップＳ５０７に対応する処理）を説明する。図１４は、かかるアクセスＵＲＬ生成処理の詳細を示すフローチャートである。
【０１１５】
同図に示すように、アクセス処理サーバ１０において、アクセス者端末２からアクセスＵＲＬ生成要求メッセージ（図７参照）を受信し、アクセス許可者アドレス、リソース識別子および有効条件ＣがＵＲＬ生成部１５に入力されると、ＵＲＬ生成部１５は、アクセス許可者アドレス（例えば「tanaka@somewhere.ne.jp」）の最後尾に区切り文字としてのストローク“｜”を追加してデータＡを生成する（ステップＳ１４０１）。
【０１１６】
また、ＵＲＬ生成部１５は、リソース識別子（例えば「/suzuki/private_schedule.txt」）を文字列データとしてデータＡの後ろに付加し、さらに最後尾に区切り文字としてのストローク記号“｜”を追加する（ステップＳ１４０２）。なお、管理者Ａから受け付けたリソース識別子が管理者情報テーブル１２に登録されていない場合には、その旨を管理者端末１に応答してアクセスＵＲＬの生成要求を拒絶する。
【０１１７】
さらに、ＵＲＬ生成部１５は、有効条件Ｃから下記のような１ビットの制御コード（データＢ）を生成する（ステップＳ１４０３）。すなわち、有効条件Ｃとして有効期間が指定されている場合にはデータＢを「１」とし、有効期間が指定されていない場合には、データＢを「０」とする。なお、図７に例示した「アクセスＵＲＬ発行ページ」では、「数字」および「年、月または日」を指定することで、発行期間を入力するようにしている。
【０１１８】
そして、ＵＲＬ生成部１５は、上記のステップＳ１４０３で有効期間が指定された場合には、有効期間の満了日を２００４年１月１日から数えて日単位で数値化し、その日数を１３ビットの整数値として符号化してデータＢ１を生成し、このデータＢ１をデータＢの最後尾に追加する（ステップＳ１４０４）。
【０１１９】
その後、ＵＲＬ生成部１５は、上記のステップＳ１４０２で得られたデータＡおよびステップＳ１４０４で得られたデータＢを連結してなるデータを発行鍵記憶部１４の発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データを、アクセス処理サーバ１０のサーバＵＲＬ（例えば「http://authenticationServer.co.jp/」）の最後尾に追加することでアクセスＵＲＬを生成する（ステップＳ１４０５）。
【０１２０】
なお、アクセス処理サーバ１０は、上記したＵＲＬ生成処理によって生成したアクセスＵＲＬを含んだアクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信するとともに、アクセス許可者アドレスを宛先とし、アクセスＵＲＬを含んだアクセスＵＲＬ生成通知メール（図９参照）をアクセス許可者のアクセス端末２に送信する。
【０１２１】
［認証情報の通知判定処理（実施例１）］
続いて、図１５を用いて、アクセス処理サーバ１０による認証情報の通知判定処理（図５に示したステップＳ５１１に対応する処理）を説明する。図１５は、かかる通知判定処理の詳細を示すフローチャートである。
【０１２２】
同図に示すように、アクセス処理サーバ１０において、アクセス者端末２からアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）を受信し、アクセスＵＲＬが通知判定部２２に入力されると、通知判定部２２は、アクセスＵＲＬから以下のようにしてデータを復元する（ステップＳ１５０１）。すなわち、同図に示すように、アクセスＵＲＬをＢＡＳＥ３２復号化して得られるデータをさらに発行鍵記憶部１４の発行鍵で復号して「データＸ」を復元し、また、かかるデータＸの先頭から２番目にあるストローク“｜”までを「データＡ」として復元し、さらに、データＸの先頭から２番目にあるストローク“｜”以降を「データＢ」として復元する。
【０１２３】
その上で、通知判定部２２は、アクセスＵＲＬに含まれる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する（ステップＳ１５０２）。具体的には、データＢの先頭ビットが「１」の場合（有効期間が指定されている場合）、先頭ビットに続く１３ビットを整数値とみなして得られる数（日数）を２００４年１月１日に加算して有効期間の満了日を算出する。そして、現在の日付が満了日を過ぎているか否かを判定し、満了日を過ぎていない場合には、以下に示すステップＳ１５０３の処理に進むが、満了日を過ぎている場合には、その旨を記載した応答メッセージ（認証情報の通知が不可である旨を記載したページ）をアクセス者端末２に送信して通知判定処理を終了する。
【０１２４】
さらに、通知判定部２２は、現在の日付が満了日を過ぎていない場合（もしくは、有効期間が指定されていない場合）には、アクセスＵＲＬからアクセス許可者アドレスおよびリソース識別子を取得する（ステップＳ１５０３）。具体的には、データＡの先頭から１番目にあるストローク“｜”までのデータをアクセス許可者アドレスとして取得するとともに、データＡの先頭から１番目にあるストローク“｜”以降のデータをリソース識別子として取得する。なお、通知判定部２２は、取得したアクセス許可者アドレスおよびリソース識別子を、通知判定結果（通知ＯＫ）とともに認証情報通知部２３に出力する。
【０１２５】
［認証情報の通知処理（実施例１）］
続いて、図１６を用いて、アクセス処理サーバ１０による認証情報（パスワード）の通知処理（図５に示したステップＳ５１２に対応する処理）を説明する。図１６は、かかる認証情報通知処理の詳細を示すフローチャートである。
【０１２６】
同図に示すように、アクセス処理サーバ１０において、図１５に示した通知判定処理で通知ＯＫが判定され、アクセスＵＲＬから取得したアクセス許可者アドレスおよびリソース識別子が認証情報通知部２３に入力されると、認証情報通知部２３は、認証情報（パスワード）およびセッションＩＤを生成する（ステップＳ１６０１）。具体的には、乱数アルゴリズムを用いてランダムにパスワード（例えば、６桁の数字列）を生成するとともに、生成した認証情報の通知手続を一意に特定するセッションＩＤ（例えば、生成順にインクリメントされる８桁の数字列）を生成する。
【０１２７】
そして、認証情報通知部２３は、上記のステップＳ１６０１で生成したパスワードおよびセッションＩＤと、図１５に示した通知判定処理で取得したリソース識別子とを、認証情報テーブル２４に対応付けて登録する（ステップＳ１６０２）。なお、認証情報通知部２３は、この処理に続いて、認証情報テーブル２４に登録したセッションＩＤをアクセス制御部２５に出力する。
【０１２８】
さらに、認証情報通知部２３は、図１５に示した通知判定処理で取得したアクセス許可者アドレスを宛先アドレスとし、かつ、上記のステップＳ１６０１で生成したパスワードを本文に記載した認証情報通知メール（図１１参照）を作成して発信する（ステップＳ１６０３）。なお、アクセスＵＲＬを用いてアクセス処理サーバ１０にアクセス要求してきたアクセス者Ｂがアクセス許可者であるならば、つまり、アクセス者Ｂのアクセス者端末２に設定されているアドレスがアクセスＵＲＬに含まれるアクセス許可者アドレスであるならば、アクセス者Ｂは、上記のステップＳ１６０３で発信された認証情報通知メールを自己のアクセス者端末２で受信することができる。
【０１２９】
［アクセス制御処理（実施例１）］
続いて、図１７を用いて、アクセス処理サーバ１０によるアクセス制御処理（図５に示したステップＳ５１３〜Ｓ５１５に対応する処理）を説明する。図１７は、かかるアクセス制御処理の詳細を示すフローチャートである。
【０１３０】
同図に示すように、アクセス処理サーバ１０において、図１６に示した認証情報通知処理で生成されたセッションＩＤがアクセス制御部２５に入力されると、アクセス制御部２５は、セッションＩＤがＨＩＤＤＥＮパラメータとして埋め込まれた認証ページ（図１２参照）をアクセス者端末２に送信して、アクセス者Ｂによるパスワードの入力を受け付ける。
【０１３１】
続いて、アクセス者端末２において「認証ページ」に対してパスワードが入力され、かかるパスワードおよびセッションＩＤを含んだ認証要求メッセージ（図１２参照）をアクセス者端末２から受信すると、アクセス制御部２５は、アクセス者Ｂが正規のアクセス者（アクセス許可者）であるか否かを認証する（ステップＳ１７０１）。具体的には、受信した認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されているか否かを認証する。
【０１３２】
その結果、アクセス者Ｂの認証が成功すれば（セッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されている場合）、アクセス制御部２５は、以下に示すステップＳ１７０２の処理に進むが、アクセス者Ｂの認証が失敗すれば（セッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されていない場合）、その旨を記載した応答メッセージ（認証が失敗した旨を記載したページ）をアクセス者端末２に送信してアクセス制御処理を終了する。
【０１３３】
さらに、アクセス制御部２５は、アクセス者Ｂの認証が成功した場合には、アクセス者Ｂによるアクセスを許可してアクセス結果をアクセス者端末２に送信する（ステップＳ１７０２）。具体的には、上記のセッションＩＤおよびパスワードに対応付けて記憶されているリソース識別子を認証情報テーブル２４から読み出した後、このリソース識別子に対応するリソース（ファイル）をリソース管理部２１から読み出してリソース開示ページ（図１３参照）を作成し、作成したリソース開示ページをアクセス者端末２に送信する。
【０１３４】
［実施例１の効果等］
上述してきたように、実施例１によれば、アクセスＵＲＬを不正に入手した第三者がアクセスを要求しても、正規なアクセス者であるアクセス許可者のアドレス宛に対してのみ認証情報（パスワード）が通知され、不正なアクセス者には認証情報が通知されず、かかる不正なアクセス要求は拒絶されるので、正規なアクセス者によるアクセス要求であるか否かを確実に認証することが可能になる。
【０１３５】
また、実施例１によれば、アクセス者によるアクセス要求に応じて認証情報を払い出すので、アクセス者は認証情報を継続的に覚えておく必要がなく、アクセス者が認証情報を忘れてしまうことも少なくなるので、アクセス者およびサービス提供者の負担を軽減することが可能になる。さらに、アクセス者は認証情報をメモ書き等で継続的に書き留めておく必要性もなくなるので、第三者に認証情報が漏洩する危険性を軽減することも可能になる。
【０１３６】
また、実施例１によれば、アクセスＵＲＬを生成する度にアクセスＵＲＬをデータベースに蓄積することはしないので、アクセスＵＲＬによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。さらに、鍵を用いてアクセスＵＲＬを生成するので、悪意の第三者によるアクセスＵＲＬの不正な生成や改ざんを困難にし、安全性の高いアクセス制御を実現することが可能になる。
【０１３７】
また、実施例１によれば、アクセス許可者のアドレスそのものを含んだアクセスＵＲＬを生成するので、アクセス者のアドレスを記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【０１３８】
また、実施例１によれば、アクセスＵＲＬから取得した有効条件を満たすことを条件に認証情報を通知するので、アクセス者認証とは別観点からアクセスの有効条件（アクセスを認可するための条件）を別途要求することができ、かかる有効条件を満たさない不正なアクセスを事前に排除することが可能になる。また、アクセスＵＲＬを生成する度に有効条件をデータベースに蓄積するのではなく、有効条件に係る情報（有効条件そのもの）をアクセスＵＲＬに含めるので、上記のようなデータベースを必要とすることなく不正なアクセスを排除することが可能になる。
【０１３９】
また、実施例１によれば、アクセス許可者のメールアドレスをアクセス許可者のアドレスとして認証情報を通知するので、アクセスＵＲＬの受け付けから時間をおくことなく、アクセス許可者は認証情報を早急に取得することが可能になる。
【０１４０】
また、実施例１によれば、アクセス者からアクセスＵＲＬおよび認証情報を受け付ける通信経路（ＨＴＴＰによる通信経路）とは異なる通信経路（ＳＭＴＰによる通信経路）を用いるメールアドレス宛に認証情報を通知するので、同一の通信回路を用いる場合に比較して認証情報の漏洩に対して高い安全性を実現することが可能になる。
【０１４１】
また、実施例１によれば、アクセス者からのアクセス要求を受け付ける度に認証情報を無作為に生成して通知するので、悪意の第三者による認証情報の解析を困難にし、安全性の高いアクセス制御を実現することが可能になる。
【０１４２】
また、実施例１によれば、セッションＩＤおよび認証情報を対応付けて認証情報テーブル２５に登録するとともに、セッションＩＤを含んだ認証ページを通じてアクセス者から認証情報を受け付けるので、複数のアクセス要求を同時期に処理して複数のアクセス者から同時期に認証情報を受け付ける場合でも、複数のアクセス認証をそれぞれ確実に行うことが可能になる。
【０１４３】
また、実施例１によれば、アクセスＵＲＬを生成する度にアクセスＵＲＬおよびアクセス先アドレス（リソース識別子）をデータベースに蓄積するのではなく、リソース識別子をアクセスＵＲＬに含めるので、上記のようなデータベースを必要とすることなくアクセス先を特定することが可能になる。
【０１４４】
また、実施例１によれば、アクセス先のリソースを特定するためのファイル名をリソース識別子とするので、フォルダ名やディレクトリ名をリソース識別子とする場合に比較して、アクセス先のリソース（ファイル）を固定することが可能になる。
【実施例２】
【０１４５】
さて、これまで実施例１に係るアクセス制御システムについて説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２に係るアクセス制御システムとして、種々の異なる実施例を（１）〜（１６）に区分けして説明する。
【０１４６】
（１）アドレス識別子を含んだアクセスＵＲＬ
例えば、上記の実施例では、アクセス許可者のメールアドレスそのものを含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図１８および図１９に例示するように、アクセス許可者のメールアドレスおよび当該メールアドレスを一意に識別するためのアドレス識別子（例えば、ユーザ名、ユーザ番号など）を対応付けてデータベース（アドレス記憶部）に記憶する一方で、かかるアドレス識別子をアクセスＵＲＬに含めるようにしてもよい。
【０１４７】
この場合には、認証情報の通知処理に際して、アクセスＵＲＬから取り出されたアドレス識別子に対応するメールアドレスをアドレス記憶部から読み出し、かかるメールアドレス宛に認証情報を通知する。このように、アクセス許可者のアドレスを識別するためのアドレス識別情報をアクセスＵＲＬに含め、アドレスそのものはアドレス識別情報に対応付けてデータベースに記憶することにすれば、アドレスそのものをアクセスＵＲＬに含める場合に比較してアクセスＵＲＬに含める情報量を少なくすることが可能になる。
【０１４８】
また、アクセスＵＲＬの生成後にアドレスを変更したいような場合でも、アクセスＵＲＬを新たに生成することなく、データベースに記憶されたアドレスを変更するだけでよく、アクセスＵＲＬを継続して利用することが可能になる。なお、アドレス識別情報およびアドレスを対応付けて記憶するデータベースは必要であるが、アクセスＵＲＬを生成する度にアドレス等をデータベースに新たに蓄積するわけではないので（つまり、あるユーザに対してアドレス識別情報が同じである複数のアクセスＵＲＬを生成する場合でも、アドレス識別情報およびアドレスの対応付けを一つだけデータベースに記憶しておけばよいだけであるので）、この点においても記憶リソースの消費を抑制することが可能になる。
【０１４９】
（２）アクセス者に対するアドレスの問い合わせ
また、上記の実施例では、認証情報の通知判定において有効条件のみを判定する場合を説明したが、本発明はこれに限定されるものではなく、図２０に例示するように、認証情報の通知判定においてアクセス者Ｂから自身のアドレス（アクセス許可者アドレスとしてアクセスＵＲＬに埋め込まれているだろうアドレス）を受け付け、かかるアドレスも用いて通知判定を行うようにしてもよい。
【０１５０】
この場合には、認証情報の通知判定において、図２０に例示するような画面を通じてアクセス者Ｂから受け付けたアドレスと、アクセスＵＲＬから取得したアクセス許可者アドレスとが一致するか否かを判定し、両者が一致することも条件にして認証情報の通知を認める。
【０１５１】
このように、認証情報を通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知することにすれば、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。また、アクセス許可者アドレスを秘密状態にしておけば、認証情報の通知を受けるアクセス者端末２（例えば、アクセス許可者のアドレスが携帯メールアドレスである場合には携帯電話端末）を盗まれたとしても、かかるアクセス者端末２に対する認証情報の通知を防ぐことができ、不正なアクセス要求を確実に拒絶することが可能になる。
【０１５２】
（３）アドレスのハッシュ値を含んだアクセスＵＲＬ
また、上記の実施例では、アクセス許可者アドレスそのものを含んだアクセスＵＲＬを生成するか、データベースに記憶されたアクセス許可者アドレスに対応するアドレス識別子を含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２１に例示するように、アクセス許可者アドレスのハッシュ値を含んだアクセスＵＲＬを生成するようにしてもよい。
【０１５３】
この場合には、認証情報の通知判定において、アクセスＵＲＬからアクセス許可者アドレスのハッシュ値を取り出すとともに、図２０に例示するような画面を通じてアクセス者Ｂから受け付けたアドレスについてハッシュ値を求め、両者のハッシュ値が一致するか否かを判定し、両者が一致することも条件にして認証情報の通知を認める。そして、認証情報の通知処理において、アクセス者Ｂから受け付けたアドレス宛に認証情報を通知する。
【０１５４】
このように、アクセス許可者のアドレスそのものをアクセスＵＲＬに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスＵＲＬを生成することにすれば、アドレス識別情報やアドレスの漏洩を防ぐとともに、上記のようなデータベースを用いることなくアクセスＵＲＬに含める情報量を少なくすることが可能になる。
【０１５５】
また、このように、アドレスそのものをアクセスＵＲＬに含めることなく、これをデータベースに記憶することもしない場合でも、アクセス者から受け付けたアドレス宛に無条件で認証情報を通知するのではなく、かかるアドレスの暗号化データがアクセスＵＲＬに含まれる暗号化データに対応することを条件に認証情報を通知するので、不正なアクセス者を事前に排除することが可能になる。
【０１５６】
（４）複数のアクセス許可者アドレス
また、上記の実施例では、一つのアクセス許可者アドレスを含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２２に例示するように、複数のアクセス許可者アドレス、複数のアドレス識別子、複数のハッシュ値、または、グループＩＤ（複数のアクセス許可者アドレスに対応付けられるグループＩＤ）を含んだアクセスＵＲＬを生成するようにしてもよい。
【０１５７】
この場合には、認証情報の通知処理において、アクセスＵＲＬから取得される複数のアクセス許可アドレス宛にそれぞれ認証情報を通知するようにしてもよいが、本発明は必ずしもこれに限定されるものではなく、図２０に例示した画面を通じてアクセス者Ｂからアドレスを受け付け、アクセスＵＲＬから取得した複数のアクセス許可者アドレス（もしくはアドレスのハッシュ値）のなかにアクセス者Ｂから受け付けたアドレス（もしくはアドレスのハッシュ値）があることを条件にして、このアクセス者Ｂから受け付けたアドレス宛にのみ認証情報を通知するようにしてもよい。
【０１５８】
このように、アクセスＵＲＬから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者Ｂから受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知することにすれば、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【０１５９】
（５）有効条件Ｃ
また、上記の実施例では、アクセス者Ｂのアクセスが許可される有効期間を有効条件Ｃとして指定する場合を説明したが、本発明はこれに限定されるものではなく、例えば、アクセスが許可される期限（例えば○年○月○日まで）、アクセスが許可される時間（例えば○時から○時まで）、アクセスが許可される回数（例えば○回。この場合にはアクセスの履歴をデータベースで管理し、かかるデータベースを参照しつつ有効条件を判定する。）など、他の有効条件Ｃを指定するようにしてもよい。
【０１６０】
言い換えれば、図２３に例示するように、アクセス許可期間、アクセス許可期限、アクセス許可時間、アクセス許可回数もしくはこれらの組合せを、有効条件Ｃとして含んだアクセスＵＲＬを生成するようにしてもよい。このように、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせを有効条件とすれば、確実なアクセス認証だけでなく、有効期間、有効時間、有効回数の観点から実用的なアクセス認可を実現することが可能になる。
【０１６１】
（６）アクセスＵＲＬの無効化
また、上記の実施例では、一旦生成されたアクセスＵＲＬが半永久的に有効である場合を説明したが、本発明はこれに限定されるものではなく、既に生成されたアクセスＵＲＬを無効化することで、アクセスＵＲＬが無効化されていないことも条件にして認証情報の通知判定を行うようにしてもよい。すなわち、この場合には、無効化されるアクセスＵＲＬを特定するための情報を記憶する無効化テーブルをさらに備え、認証情報の通知判定処理において、アクセス者から受け付けたアクセスＵＲＬが無効化されたものであるか否かを無効化テーブルに基づいてさらに判定し、無効化されていないことを条件に認証情報の通知処理を実行する。
【０１６２】
ここで、アクセスＵＲＬを無効化する手法としては、図２４に例示するように、無効化対象のアクセスＵＲＬそのものを無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬが無効化テーブルに登録されていれば、認証情報の通知不可とする手法や、アクセスＵＲＬの生成に係る情報（すなわち、アクセス許可者アドレス、リソース識別子、有効条件もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出したアクセス許可者アドレス、リソース識別子、有効条件もしくはこれらの組合せが無効化テーブルに登録されていれば、認証情報の通知不可とする手法を採用することができる。
【０１６３】
さらに、同図に例示するように、アクセスＵＲＬに別途含まれる識別情報（例えば、生成要求者を一意に識別するための識別情報、生成要求の手続ごとに付与する識別情報もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した識別情報が無効化テーブルに登録されていれば、認証情報の通知不可とする手法や、アクセスＵＲＬに別途含まれる生成情報（例えば、後に生成される程に値が大きく生成番号、生成日時もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した生成情報が無効化テーブルに登録されていれば、認証情報の通知不可とする手法、アクセスＵＲＬに別途含まれる生成情報の範囲（例えば、生成番号の範囲、生成日時の範囲もしくは両者の範囲）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した生成情報が無効化テーブルに登録されている生成情報の範囲に属せば、認証情報の通知不可とする手法などを採用することができる。
【０１６４】
このように、無効化されたアクセスＵＲＬによるアクセスを許可しないようにすれば、所定のアクセスＵＲＬが悪用されている等の理由から当該アクセスＵＲＬによるアクセスを停止したい場合には、かかるアクセスＵＲＬを無効化することで当該アクセスＵＲＬによるアクセスを後発的に拒絶することが可能になる。
【０１６５】
また、上記の実施例では、アクセス処理サーバに対して同時期に取得したアクセスＵＲＬによるアクセス要求をするアクセス者が複数いる場合でも、各アクセス者全員に通知判定処理および認証情報通知処理を行う場合を説明したが、本発明はこれに限定されるものではなく、アクセス者がアクセスを終了するまで、他のアクセス者のアクセスを無効にするようにしてもよい。
【０１６６】
具体的には、図３２に示すように、アクセスを行ったアクセス者Ａから受け付けたアクセスＵＲＬ（http://XXX）を無効化テーブルに登録しておき、その後、アクセス者Ｂがアクセスを行って、当該アクセス者ＢのアクセスＵＲＬ（http://XXX）が無効化テーブルに記憶されている場合は、アクセス者Ｂのアクセスに対して認証情報の通知処理を行わない。そして、アクセス者Ａのアクセスが終了した場合には、無効化処理テーブルに登録されたアクセス者ＡのアクセスＵＲＬを削除し、その後も上記の処理を繰り返す。
【０１６７】
このように、アクセス者がアクセスを終了するまで、アクセスＵＲＬまたはアクセスＵＲＬから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶するので、一度にアクセスできるアクセス者を一人に限定し、複数人が同時にアクセスすることを防止することが可能である。
【０１６８】
また、上記の実施例では、アクセスＵＲＬまたはアクセスＵＲＬに対応する情報を無効化テーブルに登録後、永続的に保持し続ける場合を説明したが、本発明はこれに限定されるものではなく、例えば、図３３に示すように、無効化テーブルに登録されたアクセスＵＲＬに上述した有効条件に対応する有効期限が設定されている場合は、この設定されている有効期限までアクセスＵＲＬを保持し、有効期限経過後にそのアクセスＵＲＬを削除するようにしてもよい。
【０１６９】
このように、無効化テーブル内における有効期限経過後のアクセスＵＲＬを削除すれば、システムの継続的運用に伴って無効化データベースのエントリが増大していくのを防止することが可能になる。
【０１７０】
（７）認証情報
また、上記の実施例では、６桁の数字列からなる認証情報（パスワード）を生成する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、任意の文字列からなるパスワードを生成するようにしてもよい。また、上記の実施例では、乱数アルゴリズムを用いてパスワードを生成する場合を説明したが、本発明はこれに限定されるものではなく、例えば、予め用意された複数のパスワードのなかからアクセス者Ｂに通知するパスワードを選択するようにしてもよい。
【０１７１】
また、上記の実施例では、パスワードとともにセッションＩＤを生成して両者を認証情報テーブル２４に登録する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、認証情報テーブル２４を設けることなく、パスワードを含んだセッションＩＤを生成するようにしてもよい。すなわち、この場合には、アクセス制御処理において、認証ページからセッションＩＤを取り出した後に、このセッションＩＤからさらにパスワードを取り出し、このパスワードがアクセス者Ｂの入力したパスワードと一致するかを判定する。このように、認証情報を含んだセッションＩＤを生成することにすれば、セッションＩＤおよび認証情報を対応付けて記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【０１７２】
また、上記の実施例では、セッションＩＤによって認証情報通知処理のトランザクションを特定する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、タイムスタンプ入りのパスワードを生成することによって、セッションＩＤを不要にするようにしてもよい。すなわち、この場合には、アクセス制御処理において、アクセス者Ｂから受け付けたパスワードからタイムスタンプを取り出し、これが所定の時間範囲に属するか否かを判定する。なお、本発明では、上記したパスワード認証に限定されず、アクセス処理サーバ１０とアクセス許可者との間で授受可能なパスワードであれば、如何なるパスワード認証を採用してもよい。
【０１７３】
（８）リソース識別子
また、上記の実施例では、リソース識別子としてファイル名を指定する場合を説明したが、本発明はこれに限定されるものではなく、図２６に例示するように、ファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せ、さらには、所定のファイルを読み書きするためのコマンドを指定するようにしてもよい。
【０１７４】
ここで、フォルダ名やディレクトリ名をリソース識別子として指定した場合には、かかるフォルダ内やディレクトリ下にある全てのリソース（ファイル）を一度にアクセス者Ｂに開示するようにしてもよいが、本発明は必ずしもこれに限定されるものではなく、アクセス者によるアクセス対象の選択に応じて所定のリソース（ファイル）を開示するようにしてもよい。なお、かかる選択によってリソースを順次開示するような場合には、Ｗｅｂページに埋め込むセッションＩＤとしては同一のセッションＩＤを維持し、このセッションＩＤが認証情報テーブル２５に記憶されていれば、同じく認証情報テーブル２５に記憶されているフォルダ内やディレクトリ下に限ってアクセス許可を継続する。
【０１７５】
このように、フォルダ名やディレクトリ名をアクセス先アドレスとして指定すれば、アクセスＵＲＬの生成後にアクセス対象を変更したいような場合でも、アクセスＵＲＬを新たに生成することなく、フォルダ内やディレクトリ下にあるリソースを入れ替えるだけでよく、アクセスＵＲＬを継続して利用することが可能になる。すなわち、図２７に例示するように、アクセス制御システムを、アクセス権の管理および制御を行うアクセス処理サーバ１０と、コンテンツの管理および制御を行うコンテンツ管理サーバ３０とに分離することができ、それぞれの変更が互いに影響を及ぼさなくなり、利便性を向上させることが可能になる。
【０１７６】
また、順次コンテンツを開示する場合には、セッションＩＤは認証時に用いていたものを用いなくても認証成功時に新たに作成してアクセス者に送信してもよいし、認証成功時のアクセス者の発ＩＰアドレス等、発信者を一意に識別できるＩＤと認証結果を対応付けて記憶しておき、アクセス要求の発ＩＰアドレスに基づいてアクセス制御することも可能である。さらに、セッションＩＤのかわりに認証結果およびコンテンツ識別子を発行鍵によって暗号化したセッション情報をアクセス者に送信することで認証情報テーブルにコンテンツ識別子を記憶しておくことなくアクセス制御を行うことができる。
【０１７７】
（９）アクセスＵＲＬの生成要求者
また、上記の実施例では、管理者ＡがアクセスＵＲＬの生成要求を行う場合を説明したが、本発明はこれに限定されるものではなく、例えば、アクセス者Ｂが管理者からキーワードを入手し、かかるキーワードを提示してアクセス者ＢがアクセスＵＲＬの生成要求を行うことで、アクセスＵＲＬを生成するようにしてもよい。なお、この場合には、アクセス処理サーバ１０において、キーワードの認証を行うことで、アクセス者Ｂが管理者からアクセス許可者としてアクセスＵＲＬの生成を認められているかを認証する。
【０１７８】
（１０）アクセスＵＲＬの通知
また、上記の実施例では、アクセス処理サーバ１０が生成したアクセスＵＲＬをアクセス許可者に直接通知する場合を説明したが、本発明はこれに限定されるものではなく、生成したアクセスＵＲＬを管理者Ａにのみ送信し、アクセス許可者は管理者ＡからアクセスＵＲＬを取得するようにしてもよい。
【０１７９】
また、上記の実施例では、アクセス者許可者がアクセスＵＲＬをメールによって取得する場合を説明したが、本発明は必ずしもこれに限定されるものではなく、例えば、ネットワーク上のホームページや掲示板でアクセスＵＲＬを別途公開すること、アクセスＵＲＬが記載された書類をアクセス許可者に郵送すること、アクセスＵＲＬをアクセス許可者に電話もしくは口頭で伝えることなど、オンラインであるかオフラインであるかを問わず、何らかの手段を介してアクセス許可者がアクセスＵＲＬを取得する態様であればよい。
【０１８０】
（１１）アクセスＵＲＬの生成主体および検証主体
また、上記の実施例では、管理者Ａでもアクセス者Ｂでもない第三者（サービスセンタ）がアクセスＵＲＬの生成および検証（認証情報の通知判定、認証情報の通知、アクセス制御）を行う場合を説明したが、本発明はこれに限定されるものではなく、管理者Ａ（つまり管理者端末１）において、アクセスＵＲＬの生成および検証の全てまたは一部を行うようにしてもよい。このように、管理者ＡがアクセスＵＲＬの生成および検証を行うことにすれば、サービスセンタ側の負担を分散させることが可能になる。
【０１８１】
さらに、アクセスＵＲＬの生成は、サービスセンタや管理者Ａに限定されるものではなく、例えば、アクセス許可者のアクセス端末２においてアクセスＵＲＬを生成し、これをサービスセンタや管理者端末１が検証するようにしてもよい。すなわち、この場合には、アクセス許可者の秘密鍵を用いてアクセスＵＲＬを生成し、サービスセンタや管理者端末１では、アクセス許可者の公開鍵を用いてアクセスＵＲＬを検証することになる。
【０１８２】
（１２）アクセスＵＲＬに含まれる情報
また、上記の実施例では、アクセス許可者アドレス、リソース識別子および有効条件を含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２８に記すように、アクセス許可者のアドレスに係る情報（例えば、アクセス許可者アドレス、アドレス識別子、アドレスのハッシュ値もしくはグループＩＤ）を少なくとも含んだアクセスＵＲＬであればよい。
【０１８３】
すなわち、かかるアドレスに係る情報の他に、有効条件に係る情報（有効条件、もしくは有効条件をＤＢに登録する場合には有効条件の識別子）、アクセス先に係る情報（アクセス先アドレス、もしくはアクセス先アドレスをＤＢに登録する場合にはアクセス先アドレスの識別子）もしくはこれらの組合せを含んだアクセスＵＲＬであってもよい。
【０１８４】
（１３）アクセス許可者アドレス
また、上記の実施例では、アクセス許可者アドレスとしてメールアドレスを指定する場合を説明したが、本発明はこれに限定されるものではなく、図２９に例示するように、ＰＣメールアドレス（インターネットメールアドレス）、携帯メールアドレス（ＰＨＳメールアドレスも）、他のメッセージアドレス（ＳＩＰメッセージのアドレス）、固定電話番号、携帯電話番号、ＩＰ電話番号、内線電話番号もしくはこれらの組合せなど、認証情報の通知先となり得るアドレスであればよい。
【０１８５】
ここで、同一のアクセス許可者について複数のアドレスを指定したような場合には、複数のアドレス宛にパスワードが通知されるので、アクセス許可者によるパスワードの取得を確実にすることが可能になる。また、固定電話番号や内線電話番号などを指定することで、ユーザ端末（例えば携帯電話）の盗難によるパスワードの不正入手を回避することも可能になる。
【０１８６】
（１４）アクセスコードの形式
また、上記の実施例では、ＵＲＬ形式のアクセスコードを用いる場合を説明したが、本発明はこれに限定されるものではなく、図３０に例示するように、ＵＲＩ（UniformResourceIdentifier）形式、メッセージアドレス形式、電話番号形式、チケット形式、バーコード形式、各種のカード情報（例えば、カードの磁気情報、ＩＣカードの内蔵情報）など、アクセスコードが表現可能な情報部材であれば、本発明を同様に適用することができる。
【０１８７】
より具体的には、メッセージアドレス形式の場合には、メールなどのメッセージでアクセス要求を受け取り、アクセス結果をメールなどで送信する。また、電話番号形式の場合には、かかる電話番号を接続先とするアクセス要求をアクセス者の電話端末から受け取り、アクセス結果をアクセス者の電話端末に回答する。さらに、バーコード形式の場合には、例えば、かかるバーコード付きの媒体（例えば、名刺やプリペイドカード）をバーコード読取装置（上記のアクセス処理サーバ１０に対応する。）で読み取り、バーコード読取装置に接続された表示装置からアクセス結果を出力する。
【０１８８】
（１５）アクセス制御の種類
また、上記の実施例では、リソースに対するアクセス制御として、情報開示（コンテンツ開示）に本発明を適用する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図３１に記すように、メッセージ転送、電話接続転送、本人認証（例えば入室管理における本人認証）など、あらゆるサービスにおいてアクセス者を認証する場合に適用することができる。
【０１８９】
すなわち、例を挙げると、電話接続転送サービスの場合には、電話番号形式のアクセスコードを接続先番号とする電話接続要求をアクセス者の電話端末から受け付け、アクセスコードから取り出したアクセス許可者アドレス宛にパスワードを通知し、このパスワードが電話端末から入力されることを条件に、アクセスコードから取り出したアクセス先アドレスの電話番号に電話接続要求を転送する。また、本人認証（例えば入室管理における本人認証）の場合には、入室制御装置において入室を要求するアクセス者のカードから磁気情報としてアクセスコードを読み出し、このアクセスコードから取り出したアクセス許可者アドレス宛にパスワードを通知し、このパスワードが入室制御装置に入力されることを条件に、アクセス者の入室を許可する。
【０１９０】
（１６）システム構成等
また、上記の実施例で図示した各装置（特に、図２に例示したアクセス処理サーバ１０）の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、アクセス処理サーバ１０をアクセスＵＲＬ生成処理、認証情報通知判定処理、認証情報通知処理、アクセス制御処理、リソース管理処理もしくはこれらの組合せごとに分離して構成するなど、各装置の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１９１】
また、上記の実施例で説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、管理者情報テーブル１２や認証情報テーブル２４に記憶された情報等）については、特記する場合を除いて任意に変更することができる。
【０１９２】
なお、上記の実施例では、本発明を実現する各装置（管理者端末１、アクセス者端末２、アクセス処理サーバ１０）を機能面から説明したが、各装置の各機能はパーソナルコンピュータやワークステーションなどのコンピュータにプログラムを実行させることによって実現することもできる。すなわち、本実施例１で説明した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータ上で実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。つまり、例を挙げれば、実施例１に示したようなアクセス処理サーバ用プログラム（より詳細には、アクセスＵＲＬ生成プログラム、認証情報通知判定プログラム、認証情報通知プログラム、アクセス制御プログラムなど）を格納したＣＤ−ＲＯＭを配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。
【０１９３】
（１７）認証成功後の継続的アクセス
また、上記の実施例では、アクセス者端末からアクセス要求が行われる度に認証情報を用いたアクセス制御処理を行う場合を説明したが、本発明はこれに限定されるものではなく、一度アクセスが許可された後、再度アクセスする際に、その許可されるアクセスを一意に特定するアクセスＩＤ（例えば、制御情報等の情報を所定の鍵によって暗号化したデータや制御情報等の情報に対して秘密鍵により生成した電子署名データを付加したもの）を用いて継続的にアクセスを制御するようにしてもよい。
【０１９４】
すなわち、アクセス者によるアクセスが許可された場合に、その許可されるアクセスを一意に特定するアクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶し、かかる記憶されたアクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付け、当該アクセスＩＤに対応付けて記憶されている制御内容に基づいてアクセス者のアクセスを継続して制御する。
【０１９５】
具体的には、アクセス者によるアクセスが許可された場合に、図３４に示すように、アクセスＩＤ、有効期限およびリソース識別子を対応付けてアクセスＩＤテーブルに記憶し、アクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付ける。当該アクセスＩＤに対応付けてアクセスＩＤテーブルに記憶されている有効期限内であり、かつリソース識別子により特定されるリソース内であればアクセスを許可する。
【０１９６】
このように、アクセス者によるアクセスが許可された場合に、その許可されるアクセスを一意に特定するアクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶し、かかる記憶されたアクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付け、当該アクセスＩＤに対応付けて記憶されている制御内容に基づいてアクセス者のアクセスを継続して制御すれば、一度認証手続きを経て認証された後はアクセスＩＤによりアクセスが可能になるため、認証情報入力の手間を減らすことが可能である。
【０１９７】
また、上記の実施例では、アクセスＩＤとアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶して、継続的にアクセスを制御する場合について説明したが、アクセスＩＤ記憶時にアクセス者の発信元情報（ＩＰアドレス、ＩＰアドレスのハッシュ値、端末名等）をさらに取得して記憶し、アクセスＩＤによるアクセス要求受け付け時に、アクセスＩＤから得られる発信元情報と、アクセスＩＤを提示してアクセス要求を行ったアクセス者の発信元情報との比較を行い、両者が対応していることを条件に制御情報に従ったアクセス制御を実施してもよい。これにより、アクセスＩＤが第三者に漏洩した場合にも特定のアクセス者からのアクセスのみを受け付けるようにし、成りすましを防止することが可能である。
【０１９８】
また、上記の実施例では、アクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶して継続的にアクセスを制御する場合を説明したが、アクセスＩＤに制御情報や発信元情報を含めて継続的にアクセスを制御するようにしてもよい。具体的には、アクセス者によるアクセスが許可された場合に、図３５に示すように、制御情報（有効期限、リソース識別子）や発信元情報を含めたアクセスＩＤを作成し、かかるアクセスＩＤをアクセス者に通知して、かかる通知されたアクセスＩＤをアクセス者から受け付け、かかるアクセスＩＤに含まれた制御情報や発信元情報に基づいてアクセス制御を行ってもよい。
【０１９９】
このように、アクセス者によるアクセスが許可された場合に、アクセスＩＤに含まれた制御情報や発信元情報に基づいてアクセス制御を行うので、認証結果の改ざんを防止しつつ、認証結果を記憶することが可能である。
【０２００】
また、上記の実施例では、アクセスＩＤに制御情報を含めて継続的にアクセスを制御する場合を説明したが、アクセス者のアクセス元を一意に特定するアクセス元情報（例えば、ＩＰアドレス、端末名等）を用いて継続的にアクセスを制御するようにしてもよい。具体的には、アクセス者によるアクセスが許可された場合に、図３６に示すように、アクセス者のアクセス元情報および制御情報（有効期限、リソース識別子）を対応付けてアクセス元情報テーブルに記憶する。そして、アクセス者からアクセス要求を受け付けた場合に、アクセス要求に含まれたアクセス元情報を取得し、そのアクセス元情報に対応付けられた制御内容に基づいてアクセス制御を行ってもよい。
【０２０１】
（１８）リバースプロキシ型
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるもではなく、認証情報通知およびアクセス制御を行ってアクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ提供サーバとを備えるようにしてもよい。
【０２０２】
具体的には、図３７に示すように、認証成功後に（ステップＳ３７０５）、認証サーバがコンテンツ提供サーバからコンテンツを取得して（ステップＳ３７０６）、アクセス者に開示するようにする（ステップＳ３７０７）。つまり、図３８に示すように、認証サーバにおけるアクセス制御処理において、コンテンツをコンテンツ管理部から取得するかわりに、コンテンツ提供サーバのＵＲＬを含んだコンテンツ識別子をもとに、コンテンツ提供サーバに要求を送信し、その応答としてコンテンツを取得すればよい。また、コンテンツ提供サーバが行うコンテンツ提供処理においては、認証サーバからコンテンツ識別子を含むコンテンツ要求を受け付けて、要求発信元が認証サーバであることを確認した上で（ステップＳ３８０１）、コンテンツを応答する（ステップＳ３８０２）。
【０２０３】
このように、アクセス者によるアクセスを許可する場合には、コンテンツ管理サーバからアクセス者に提供するコンテンツを取得して、コンテンツをアクセス者に開示するので、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御の設定を容易にすることが可能であり、また、複数のコンテンツ提供者からアクセス者に提供されたコンテンツを認証サーバが集中的に把握することにより、アクセス者に対して一括して課金を行うことが可能であり、また、アクセス履歴に応じた広告やリコメンドを提供することが可能である。
【０２０４】
（１９）通知依頼型
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ管理サーバとを備えて、認証情報通知とコンテンツ提供を別サーバにて行うようにしてもよい。
【０２０５】
具体的には、図３９に示すように、認証サーバで行うアクセスＵＲＬ生成処理よって生成されるアクセスＵＲＬに含めるサーバＵＲＬをコンテンツ提供サーバのＵＲＬにしておくことで、アクセス者からのアクセス要求をコンテンツ提供サーバで受け付ける（ステップＳ３９０１）。そして、アクセスＵＲＬを受け付けたコンテンツ提供サーバは、アクセスＵＲＬを認証サーバに送信してアクセスを許可された利用者への認証情報の通知を要求する（ステップＳ３９０２）。その後、認証サーバは、アクセスＵＲＬをもとに通知可否判断を行ったうえで（ステップＳ３９０３）、通知可と判断した場合には、以下に説明するように、認証情報通知処理を行う（ステップＳ３９０４）。
【０２０６】
図４０に示すように、認証情報通知処理においては、まず認証情報を生成し（ステップＳ４００１）、認証情報を含んだアクセス許可者アドレス宛のメールを作成して発信して（ステップＳ４００２）、さらに、認証情報を含んだ認証情報応答をコンテンツ提供サーバへ送信する（ステップＳ４００３）。
【０２０７】
その後、認証情報応答を受け付けたコンテンツ提供サーバは、アクセス者端末に対して認証ページを応答するためにアクセス応答処理を行う（ステップＳ３９０５）。かかるアクセス応答処理においては、図４１示すように、まずセッションＩＤを作成する。そして、認証情報、セッションＩＤおよびコンテンツ識別子を認証情報テーブルに登録する。さらに、セッションＩＤを含んだ認証ページをアクセス者端末に送信する。以降の処理は、実施例１における認証サーバと同様である。
【０２０８】
このように、認証サーバは、コンテンツ管理サーバを介してアクセス者からアクセスコードを受け付け、コンテンツ管理サーバは、アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示するので、アクセス者へのコンテンツ提供をコンテンツ提供サーバが行うことで、認証サーバがコンテンツ提供をコンテンツ提供サーバが行う結果、認証サーバがコンテンツ提供を行う場合に比べて認証サーバへの負荷集中を防ぐことが可能である。また、認証情報の通知を認証サーバが行うので、コンテンツ提供者がアクセス者のアドレスに係る情報を知ることなく適切なアクセス制御ができるようになり、アクセス者の匿名性を確保することが可能である。
【０２０９】
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバ、並びに、アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、認証サーバでの認証結果に基づいてコンテンツ提供サーバが直接アクセス者にコンテンツを提供するようにしてもよい。
【０２１０】
具体的には図４２に示すように、アクセス制御までの手順については実施例１と同様であるが、認証サーバにおけるアクセス制御処理は、図４３に示すように、アクセス可否判定を行う。
【０２１１】
さらに、アクセス可と判断された場合には認証サーバは図４４に示すような二次アクセスＵＲＬ生成処理を行う。二次アクセスＵＲＬ生成処理では、まずアクセス者端末のＩＰアドレスの最後尾に“｜”を追加したデータをデータＡとし（ステップＳ４４０１）、データＡにコンテンツ識別子を文字列として付加してさらに最後尾に“｜”を追加する（ステップＳ４４０２）。そして、現在の時刻を２００４年１月１日０時０分から数えて分単位で数値化したデータをデータＢとする（ステップＳ４４０３）。さらに、データＡとデータＢを連結してなるデータを発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データをコンテンツ提供サーバＵＲＬの最後尾に追加することで、二次アクセスＵＲＬを作成する（ステップＳ４４０４）。
【０２１２】
認証サーバは、アクセス者に対して二次アクセスＵＲＬを応答として送信し、アクセス者にアクセスを促し、二次アクセスＵＲＬを受け付けたアクセス者の二次アクセスＵＲＬにアクセス要求を行う。図４５にアクセス者から二次アクセスＵＲＬを受け付けたコンテンツ提供サーバのアクセス判定処理フローを示す。コンテンツ提供サーバは、アクセス者から二次アクセスＵＲＬを受け付けると、まず二次アクセスＵＲＬのコンテンツ提供サーバＵＲＬに続くデータを取得し、データＴとする（ステップＳ４５０１）。そして、データＴ、アクセス者のＩＰアドレスＲを認証サーバに送信して、認証結果とコンテンツ識別子を問い合わせる（ステップＳ４５０２）。認証サーバに問い合わせて得られた認証結果とコンテンツ識別子のうち、認証結果がＯＫであった場合にはアクセス判定結果をＯＫとし、認証結果がＮＧであった場合にはアクセス判定結果をＮＧとする（ステップＳ４５０３）。アクセス判定結果がＯＫの場合にはコンテンツ識別子に対応したコンテンツをコンテンツ提供サーバ内のコンテンツ管理部から取得し、アクセス者に開示する。
【０２１３】
一方、コンテンツ提供サーバからデータＴとアクセス者のＩＰアドレスＲを受け付けた認証サーバが認証結果、コンテンツ識別子を取得するために行う認証結果応答処理を図４６に示す。
【０２１４】
まず、認証サーバは、二次アクセスＵＲＬ中のコンテンツ提供サーバＵＲＬ以降のデータＴをＢＡＳＥ３２復号して得られるデータをさらに発行鍵で復号化して得られるデータＸを取得する（ステップＳ４６０１）。そして、データＸの先頭から２番目の“｜”までのデータをデータＡとし、データＸの先頭から２番目の“｜”以降のデータをデータＢとする。さらに、データＡの先頭から１番目の“｜”までのデータをデータＧとし、先頭から１番目の“｜”以降のデータをコンテンツ識別子として取得する（ステップＳ４６０２）。
【０２１５】
次に、データＧとＩＰアドレスＲを比較し（ステップＳ４６０３不一致）、一致しなかった場合は、認証結果をＮＧとする。一致した場合には（ステップＳ４６０３一致）、現在の時刻を２００４年１月１日０時０分から数えて分単位で数値化したデータをデータＣとして（ステップＳ４６０４）、データＣ−データＢが０以上かつ３０未満でなかった場合には（ステップＳ４６０５不成立）、認証結果をＮＧとし、０以上かつ３０未満であった場合には（ステップＳ４６０５成立）、認証結果をＯＫとする。
【０２１６】
これにより、認証サーバは、アクセス者によるアクセスを許可する場合には、コンテンツ管理サーバにアクセスするための二次アクセスアドレスを生成し、その二次アクセスアドレスをアクセス者に開示するので、認証サーバでの認証結果に基づいてコンテンツ提供サーバが直接アクセス者にコンテンツを提供することが可能である。なお、上記の実施例は二次アクセスＵＲＬを用いる方法に限られたものではない。例えば、認証サーバがアクセス者に認証結果を特定する認証結果識別子を払出して認証結果と対応付けて記憶しておき、コンテンツ提供サーバがアクセス者からの認証結果識別子を受け付けたうえで認証サーバに認証結果識別子と対応付けられた認証結果を問い合わせることでも同様に実施可能である。
【０２１７】
（課金管理型）
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ管理サーバとを備えて、アクセス者がコンテンツ提供サーバから認証サーバ経由でコンテンツを取得するようにしてもよい。
【０２１８】
具体的には、図４７に示すように、認証サーバで行うアクセスＵＲＬ生成処理において生成されるアクセスＵＲＬに含まれるサーバＵＲＬをコンテンツ提供サーバのＵＲＬとしておき、さらにアクセスＵＲＬの末尾に“？content=”およびコンテンツ識別子を付加しておくことで、アクセス者からのアクセス要求（ステップＳ４７０１）をコンテンツ提供サーバで受け付け、かつコンテンツ識別子をアクセスＵＲＬから取得できるようにする。アクセスＵＲＬ生成処理を図４８に示す。
【０２１９】
アクセス者からのアクセス要求には、さらにアクセス者の望むコンテンツデータの形式、質に関する嗜好情報、例えばデータ形式は、ビットマップ形式、画質等の情報を要求として受け付けるようにする。なお、要求を受け付けるのみではなく、アクセス者の要求とコンテンツ提供サーバの提供能力の調整のためにコンテンツ提供サーバとアクセス者の間で対話的にやり取りを行ってもよい。
【０２２０】
コンテンツ提供サーバではアクセス者からの要求に応じて、アクセスＵＲＬに含まれるコンテンツ識別子をもとに保持するコンテンツから新たにコンテンツを生成したり、加工を行ったりしてアクセス者の要求に応じたコンテンツを生成する（ステップＳ４７０２）。具体的には、コンテンツを指定された形式に変換したり、画質を調整したりする。
【０２２１】
次に、コンテンツ提供サーバはアクセス者のアクセスを識別するのに十分な長さのランダムな数字列をトランザクションＩＤとして生成し、認証サーバにアクセスＵＲＬ、コンテンツとともに送信する。認証サーバではトランザクションＩＤ、アクセスＵＲＬ、コンテンツをデータベースで対応付けて記憶する。
【０２２２】
さらに、コンテンツ提供サーバは、アクセス者を認証サーバへと誘導するために、トランザクションＩＤを通知するとともに、転送メッセージを送信する。かかる転送メッセージを受け付けたアクセス者は、認証サーバへトランザクションＩＤを送信し、アクセス要求を行う。そして、トランザクションＩＤを受け付けた認証サーバは、データベースからトランザクションＩＤに基づいてアクセスＵＲＬを取得し、アクセスＵＲＬ中の“？content="とそれを含んで続くデータをアクセスＵＲＬとして、実施例１と同様な通知判定処理（ステップＳ４７０４）、認証情報通知処理（ステップＳ４７０５）およびアクセス制御処理（ステップＳ４７０８）を行う。
【０２２３】
また、アクセス制御処理においては、図４９に示すように、有効条件の判定、およびアクセスＵＲＬの“？content="以降に含まれるコンテンツ識別子がアクセスＵＲＬに暗号化して含まれているものと一致するかの判定を行う。具体的には、アクセスＵＲＬ中のコンテンツ提供サーバＵＲＬ以降のデータのうち、“？content="以降のデータをデータＹとし、“？content＝"以前のデータをＢＡＳＥ３２復号して得られるデータをさらに発行鍵で復号化して得られるデータをデータＸとする。さらに、データＸの先頭から二番目の“｜”までのデータをデータＡとし、先頭から二番目の“｜”以降のデータをデータＢとする（ステップＳ４９０１）。
【０２２４】
そして、データＢの先頭ビットが「１」の場合、すなわち有効期限が指定されている場合は、先頭ビットに続く１３ビットを整数値とみなして得られる数を有効期限を表す日数として２００４年１月１日に加算して有効期限の満了日を算出し、現在の日付が満了日を過ぎているかを判定する。過ぎている場合は、認証情報通知不可とする（ステップＳ４９０２）。
【０２２５】
さらに、データＡの先頭から１番目の“｜”までのデータをアクセス許可者アドレスとして取得するとともに、データＡの先頭から１番目の“｜”以降のデータをコンテンツ識別子として取得し、データＹとコンテンツ識別子が一致しなかった場合は、認証情報通知不可とする（ステップＳ４９０３）。
【０２２６】
なお、以降の処理は実施例１と同様である。ただし、アクセス制御処理においては、アクセス者に開示するコンテンツをコンテンツ管理部からではなくトランザクションＩＤをもとにデータベースから取得することになる。また、図４６に示すように、アクセス者へコンテンツを提供した後に、コンテンツ提供サーバに開示が成功したか否かを通知するようにしてもよいが、必須ではない。
【０２２７】
このように、認証サーバは、コンテンツ提供サーバを介してアクセス者からアクセスコードを受け付けるとともに、コンテンツ提供サーバからアクセス者に提供するコンテンツを取得し、コンテンツ提供サーバは、アクセス者によるアクセスを許可する場合には、コンテンツ提供サーバから取得したコンテンツをアクセス者に開示するので、コンテンツ提供サーバは、認証を行わずに認証サーバへのコンテンツ提供のみを行う結果、コンテンツ提供サーバでのアクセス制御の設定が容易になる。
【実施例３】
【０２２８】
ところで、上記の実施例１では、アクセス許可者のアドレスに係る情報を所定の鍵によってアクセスＵＲＬに含めてアクセスを制御する場合を説明したが、本発明はこれに限定されるものではなく、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御するようにしてもよい。
【０２２９】
そこで、以下の実施例３では、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御する場合として、図５０を用いて、実施例３に係るアクセス制御システムの概要を説明する。図５０は、実施例３に係るアクセス制御システムの概要を説明するための図である。
【０２３０】
実施例３に係るアクセス制御システムは、図５０に示すように、実施例１のアクセス制御システムと比較して、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御する点が相違する。具体的には、管理者がサービスセンタに対してアクセスＵＲＬの生成要求を行った後、サービスセンタは、アクセスＵＲＬを生成するとともに、ＵＲＬテーブル内にアクセス許可者のアドレスをアクセスＵＲＬと対応付けて記憶し、生成したアクセスＵＲＬをアクセス許可者に通知する（図５０の（１）〜（３）参照）。具体的には、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）を管理者Ａから受け付け、かかるリソース識別子、有効条件Ｃおよび生成したＵＲＬの一意性を確保するに足りる長さの乱数データを所定の鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成するとともに、アクセス許可者アドレスを生成されたアクセスＵＲＬと対応付けてＵＲＬテーブルに記憶する。
【０２３１】
その後、アクセス者がアクセスＵＲＬを用いたＷｅｂアクセスによってサービスセンタにアクセス要求を行った後、サービスセンタは、アクセス者が用いたアクセスＵＲＬに対応するアクセス許可者アドレスをＵＲＬテーブルから取得し、かかる取得したアクセス許可者アドレスを宛先アドレスとし、かつ、パスワードを本文に記載したメール（図１１参照）を発信するとともに、セッションＩＤを含んだ認証ページをアクセス者の利用者端末に送信して、アクセス者によるパスワードの入力を受け付ける（図５０の（４）〜（６）参照）。
【０２３２】
そして、実施例１と同様に、アクセス者Ｂが認証ページに対してパスワードを入力してサービスセンタに送信すると、サービスセンタは、アクセス者の認証、リソースの開示等を行う（図５０の（７）〜（１０）参照）。
【０２３３】
このように、実施例３によれば、生成されたアクセスＵＲＬごとに、各アクセスＵＲＬに対応するアクセス許可者のアドレスに係る情報を記憶するので、データベースを変更することによりアクセスコードを変更することなくアドレスに係る情報の内容、和を随時更新することが可能である。
【０２３４】
また、上記の実施例では、アクセスＵＲＬとアクセス許可者のメールアドレスを対応付けて記憶する場合を説明したが、本発明はこれ限定されるものではなく、アドレス識別情報とアクセスＵＲＬとを対応付けてデータベースで記憶し、アドレス識別情報とアクセス許可者のメールアドレスとを対応付けて別途データベースで記憶するようにしてもよい。これにより、アクセス許可者の一つのメールアドレスに対して複数のアクセスＵＲＬを払い出した後にメールアドレスを変更したい場合でも、データベース中のアクセス許可者のメールアドレスを一箇所変更するのみでよくなる。
【０２３５】
また、認証情報の通知判定において有効条件のみを判定する場合を説明したが、本発明はこれに限定されるものではなく、認証情報の通知判定においてアクセス者Ｂから自身のアドレスを受け付け、かかるアドレスも用いて通知判定を行うようにしてもよい。このように、認証情報の通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知することにすれば、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。
【０２３６】
また、上記の実施例では、アクセス許可者アドレスそのものとアクセスＵＲＬを対応付けてデータベースに記憶するか、データベースに記憶されたアクセス許可者アドレスに対応するアドレス識別子とアクセスＵＲＬを対応付けて記憶する場合を説明したが、本発明はこれに限定されるものではなく、アクセス許可者アドレスのハッシュ値とアクセスＵＲＬとを対応付けて記憶するようにしてもよい。このように、アクセス許可者のアドレスそのものをアクセスＵＲＬに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスＵＲＬと対応付けて記憶することにすれば、アドレス識別情報やアドレスの漏洩を防ぐことが可能になる。
【０２３７】
また、上記の実施例では、一つのアクセス許可者アドレスを含んだアクセスＵＲＬを記憶する場合を説明したが、本発明はこれに限定されるものではなく、図２２に例示するように、複数のアクセス許可者アドレス、複数のアドレス識別子、複数のハッシュ値、または、グループＩＤ（複数のアクセス許可者アドレスに対応付けられるグループＩＤ）を含んだアクセスＵＲＬを記憶するようにしてもよい。
【０２３８】
このように、アクセスＵＲＬから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者Ｂから受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知することにすれば、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【産業上の利用可能性】
【０２３９】
以上のように、本発明に係るアクセス制御システム、アクセス制御方法およびアクセス制御プログラムは、アクセス者によるアクセスを制御する場合に有用であり、特に、正規なアクセス者によるアクセス要求であるか否かを確実に認証することなどに適する。
【図面の簡単な説明】
【０２４０】
【図１】実施例１に係るアクセス制御システムの概要を説明するための図である。
【図２】実施例１に係るアクセス制御システムの構成を示す図である。
【図３】管理者情報テーブルに記憶される情報の例を示す図である。
【図４】認証情報テーブルに記憶される情報の例を示す図である。
【図５】管理者によるＵＲＬ生成要求からアクセス者によるアクセス結果受信に至る処理の流れを示すシーケンス図である。
【図６】管理者のログイン要求に係る画面の例を示す図である。
【図７】アクセスＵＲＬの生成要求に係る画面の例を示す図である。
【図８】アクセスＵＲＬの生成応答に係る画面の例を示す図である。
【図９】アクセスＵＲＬの生成通知に係るメールの例を示す図である。
【図１０】アクセスＵＲＬによるアクセス要求に係る画面の例を示す図である。
【図１１】認証情報の通知に係るメールの例を示す図である。
【図１２】アクセス者の認証要求に係る画面の例を示す図である。
【図１３】アクセス結果に係る画面の例を示す図である。
【図１４】アクセスＵＲＬ生成処理の詳細を示すフローチャートである。
【図１５】通知判定処理の詳細を示すフローチャートである。
【図１６】認証情報通知処理の詳細を示すフローチャートである。
【図１７】アクセス制御処理の詳細を示すフローチャートである。
【図１８】アクセス許可者アドレスをデータベースに記憶する実施例を説明するための図である。
【図１９】アクセス許可者アドレスをデータベースに記憶する実施例を説明するための図である。
【図２０】アクセス者にアクセス許可者アドレスを問い合わせる実施例を説明するための図である。
【図２１】アクセス許可者アドレスのハッシュ値をアクセスＵＲＬに含む実施例を説明するための図である。
【図２２】アクセスＵＲＬから複数のアクセス許可者アドレスを取得する実施例を説明するための図である。
【図２３】アクセスＵＲＬに含まれる有効条件の種類を説明するための図である。
【図２４】アクセスＵＲＬを無効化する実施例を説明するための図である。
【図２５】認証情報の種類を説明するための図である。
【図２６】リソース識別子の種類を説明するための図である。
【図２７】アクセス権の管理制御とコンテンツの管理制御とを分離する実施例を説明するための図である。
【図２８】アクセスＵＲＬに含まれる情報の種類を説明するための図である。
【図２９】アクセス許可者アドレスの種類を説明するための図である。
【図３０】アクセスコードの形式を説明するための図である。
【図３１】アクセス制御の種類を説明するための図である。
【図３２】アクセスＵＲＬを無効化する実施例を説明するための図である。
【図３３】無効化テーブルに記憶される情報の例を示す図である。
【図３４】アクセスＩＤテーブルに記憶される情報の例を示す図である。
【図３５】アクセスＩＤを説明するための図である。
【図３６】アクセス元情報テーブルに記憶される情報の例を示す図である。
【図３７】アクセス者が認証要求を認証サーバに対して行い、コンテンツ提供も認証サーバが行う実施例を説明するためのシーケンス図である。
【図３８】アクセス制御処理を説明するためのフローチャートである。
【図３９】アクセス者が認証要求をコンテンツサーバに対して行い、コンテンツ提供もコンテンツサーバが行う実施例を説明するためのシーケンス図である。
【図４０】認証情報通知処理を説明するためのフローチャートである。
【図４１】アクセス応答について説明するためのフローチャートである。
【図４２】アクセス者が認証要求を認証サーバに対して行い、コンテンツ提供をコンテンツサーバが行う実施例を説明するためのシーケンス図である。
【図４３】アクセス制御処理を説明するためのフローチャートである。
【図４４】二次アクセスＵＲＬ生成処理を説明するためのフローチャートである。
【図４５】アクセス判定処理を説明するためのフローチャートである。
【図４６】認証結果応答について説明するためのフローチャートである。
【図４７】アクセス者が認証要求をコンテンツサーバに対して行い、コンテンツ提供を認証サーバが行う実施例を説明するためのシーケンス図である。
【図４８】アクセスＵＲＬ生成処理を説明するためのフローチャートである。
【図４９】通知判定処理を説明するためのフローチャートである。
【図５０】実施例３に係るアクセス制御システムの概要を説明するための図である。
【符号の説明】
【０２４１】
１ 管理者端末
２ 発信者端末
４ アクセ得者メールサーバ
５ 管理者ＩＰ網
６ アクセス者ＩＰ網
７ インターネット
８ ＬＡＮ（LocalAreaNetwork）
１０ アクセス処理サーバ
１１ 通信部
１２ 管理者情報テーブル
１３ 管理者認証部
１４ 発行鍵記憶部
１５ ＵＲＬ生成部
２１ リソース管理部
２２ 通知判定部
２３ 認証情報通知部
２４ 認証情報テーブル
２５ アクセス制御部
【技術分野】
【０００１】
この発明は、アクセス者によるアクセスを制御するアクセス制御システム、アクセス制御方法およびアクセス制御プログラムに関する。
【背景技術】
【０００２】
従来より、インターネット等のネットワーク上にあるＷｅｂサーバ等では、アクセス者であるユーザの本人性を認証した上でアクセスを許可することが行われている。かかる認証手法としては、特許文献１（特開２００４−２００７４０号公報）にも開示されているようなパスワード認証、すなわち、アクセスが許可されたユーザのユーザＩＤおよびパスワードを予めデータベース（ＤＢ）に対応付けて登録しておき、アクセスを要求してきたユーザに対してユーザＩＤおよびパスワードの入力を促し、ユーザが入力したユーザＩＤおよびパスワードがＤＢに対応付けて登録されていることを条件にアクセスを許可する手法が一般的である。
【０００３】
なお、先行技術文献に該当する他の文献の存在を特許出願時に知れ得ておらず、また、従来の技術内容を記載した特許文献を探し当てることはできなかった。検索した技術範囲などは以下の通りである。検索対象：平成５年以降の出願公開および平成６年以降の特許公報。検索方法：Ｗｅｂ、認証、メールアドレス等のキーワードからなる検索式で全文を検索。
【０００４】
【特許文献１】特開２００４−２００７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記した従来の技術は、以下に説明するように、アクセス者認証の確実性、アクセス者およびサービス提供者の負担、ユーザＩＤやパスワードの漏洩、データベースのリソース等の観点から、以下に説明するような課題がある。
【０００６】
すなわち、上記したパスワード認証では、正規ユーザのユーザＩＤおよびパスワードを盗んだ不正な第三者がアクセスを要求してきたような場合でも、かかる第三者が入力したユーザＩＤおよびパスワードがデータベースに対応付けて登録されていればアクセスを許可してしまうので、アクセス者の認証が不十分であるという課題がある。
【０００７】
また、上記したパスワード認証では、ユーザは自己のユーザＩＤおよびパスワードを継続的に覚えていなければならないという負担がある。そして、これらをユーザが忘れることも多いので、ユーザからサービス提供者への問い合わせも多くなり、パスワードの再設定等に要するサービス提供者の負担が大きくなってしまうという課題がある。さらに、ユーザＩＤやパスワードを忘れないように、これらをユーザがメモ書き等で継続的に書き留めておくことも多いが、これによって第三者にユーザＩＤやパスワードが漏洩するおそれが高くなってしまうという課題もある。
【０００８】
また、上記したパスワード認証では、あるユーザに対してアクセス権を付与する度にユーザＩＤおよびパスワードをデータベースに登録しなければならないので、ユーザに付与したアクセス権の数に比例してシステムの記憶リソースが大きくなるという課題もある。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、正規なアクセス者によるアクセス要求であるか否かを確実に認証することなどが可能なアクセス制御システム、アクセス制御方法およびアクセス制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、アクセス者によるアクセスを制御するアクセス制御システムであって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手段と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手段と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手段によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手段と、を備えたことを特徴とする。
【００１１】
また、請求項２に係る発明は、上記の発明において、前記アクセスコード生成手段は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００１２】
また、請求項３に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセスコードに含まれる前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１３】
また、請求項４に係る発明は、上記の発明において、前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコードに含まれるアドレス識別情報に対応するアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１４】
また、請求項５に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコードから取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする。
【００１５】
また、請求項６に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセスコードから複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする。
【００１６】
また、請求項７に係る発明は、上記の発明において、前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手段を備え、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００１７】
また、請求項８に係る発明は、前記アクセスコード記憶手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを記憶し、前記認証情報通知手段は、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１８】
また、請求項９に係る発明は、上記の発明において、前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報に対応付けてアクセスコードを生成し、前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする。
【００１９】
また、請求項１０に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする。
【００２０】
また、請求項１１に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする。
【００２１】
また、請求項１２に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスを検証するためのアドレス検証コードを含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスから生成されるアドレス検証コードが前記アクセスコードに含まれるアドレス検証コードに対応することを条件に、前記アクセス者から受け付けたアドレス宛に前記認証情報を通知することを特徴とする。
【００２２】
また、請求項１３に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者に要求される有効条件に係る情報をさらに含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセスコードから取得した有効条件を満たすことを条件に、前記認証情報を通知することを特徴とする。
【００２３】
また、請求項１４に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記有効条件に係る情報として、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせに係る情報を含んだアクセスコードを生成することを特徴とする。
【００２４】
また、請求項１５に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス許可者のメッセージアドレス、電話番号もしくはこれらの両者について情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス許可者のメッセージアドレス宛、電話番号宛もしくはこれらの両者宛に前記認証情報を通知することを特徴とする。
【００２５】
また、請求項１６に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレスについて情報を含んだアクセスコードを生成し、前記認証情報通知手段は、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いて、前記アドレス宛に前記認証情報を通知することを特徴とする。
【００２６】
また、請求項１７に係る発明は、上記の発明において、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付ける度に異なる認証情報を無作為に生成して通知することを特徴とする。
【００２７】
また、請求項１８に係る発明は、上記の発明において、前記認証情報の通知手続を一意に特定するセッションＩＤおよび当該セッションＩＤの通知手続で通知された認証情報を対応付けて記憶する認証情報記憶手段をさらに備え、前記アクセス制御手段は、前記セッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記セッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該セッションＩＤおよび認証情報が前記認証情報記憶手段に対応付けて記憶されていることを条件に、前記アクセス者によるアクセスを許可することを特徴とする。
【００２８】
また、請求項１９に係る発明は、上記の発明において、前記認証情報の通知手続を一意に特定するとともに、当該通知手続で通知された認証情報を含んだ認証情報入りセッションＩＤを生成するＩＤ生成手段をさらに備え、前記アクセス制御手段は、前記ＩＤ生成手段によって生成された認証情報入りセッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記認証情報入りセッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該応答メッセージに含まれる認証情報と前記セッションＩＤに含まれる認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可することを特徴とする。
【００２９】
また、請求項２０に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス許可者のアクセス先を示すアクセス先アドレスに係る情報をさらに対応付けてアクセスコードを生成し、前記アクセス制御手段は、前記アクセスコードに基づいて特定されるアクセス先アドレスについて、前記アクセス者によるアクセスを許可することを特徴とする。
【００３０】
また、請求項２１に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記アクセス先アドレスとして、アクセス先のリソースを特定するファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せを対応付けてアクセスコードを生成し、前記アクセス制御手段は、前記アクセスコードに対応付けられるファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せによって特定されるリソースについて、前記アクセス者によるアクセスを許可することを特徴とする。
【００３１】
また、請求項２２に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得して、当該コンテンツを前記アクセス者に開示することを特徴とする。
【００３２】
また、請求項２３に係る発明は、上記の発明において、前記認証情報通知手段を有して前記アクセス者に認証情報を通知する認証サーバ、並びに、前記アクセス制御手段を有して前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバの認証情報通知手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付け、前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示することを特徴とする。
【００３３】
また、請求項２４に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバにアクセスするための二次アクセスコードを生成し、当該二次アクセスコードを前記アクセス者に開示することを特徴とする。
【００３４】
また、請求項２５に係る発明は、上記の発明において、前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、前記認証サーバのアクセス制御手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付けるとともに、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得し、前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから取得した前記コンテンツを前記アクセス者に開示することを特徴とする。
【００３５】
また、請求項２６に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するアクセスＩＤおよび当該アクセスに対する制御内容を対応付けて記憶するアクセスＩＤ記憶手段と、前記アクセスＩＤ記憶手段に記憶されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに対応付けて前記アクセスＩＤ記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３６】
また、請求項２７に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するとともに、当該アクセスに対する制御内容を含んだアクセスＩＤを生成するアクセスＩＤ生成手段と、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに含まれる制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３７】
また、請求項２８に係る発明は、上記の発明において、前記アクセスＩＤ生成手段は、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報を取得して、前記アクセス者のアクセス元情報と対応付けて前記アクセスＩＤを生成し、前記アクセス継続制御手段は、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤをアクセス者から受け付けるとともに前記アクセス者のアクセス元情報を取得し、当該取得したアクセス元情報が前記アクセスＩＤと対応付けられたアクセス元情報と対応することを条件に、前記アクセスＩＤと対応付けられた制御内容に基づいて前記アクセス者のアクセスを継続して制御することを特徴とする。
【００３８】
また、請求項２９に係る発明は、上記の発明において、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報および当該アクセス者に対する制御内容を対応付けて記憶するアクセス元情報記憶手段と、前記アクセス者からアクセス要求を受け付けた場合に、当該アクセス要求に含まれるアクセス元情報を取得し、当該アクセス元情報に対応付けて前記アクセス元情報記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、をさらに備えたことを特徴とする。
【００３９】
また、請求項３０に係る発明は、上記の発明において、無効化すべきアクセスコードを特定するための情報として、前記アクセスコード自体または前記アクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶する無効化情報記憶手段を備え、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードに基づいて前記無効化情報を取得し、当該無効化情報が前記無効化情報記憶手段に記憶された条件情報に合致しないことを条件に、前記アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４０】
また、請求項３１に係る発明は、上記の発明において、前記無効化情報記憶手段は、前記アクセスコードに設定されている有効期限が経過するまで、当該アクセスコードに係る条件情報を記憶することを特徴とする。
【００４１】
また、請求項３２に係る発明は、上記の発明において、前記無効化情報記憶手段は、前記認証情報が通知されたアクセス元のアクセスコード自体または前記アクセス元のアクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセス元のアクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶し、前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードが前記無効化情報記憶手段によって記憶された条件情報に合致しないことを条件に前記アドレスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４２】
また、請求項３３に係る発明は、アクセス者によるアクセスを制御するアクセス制御方法であって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成工程と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知工程と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知工程によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御工程と、を含んだことを特徴とする。
【００４３】
また、請求項３４に係る発明は、上記の発明において、前記アクセスコード生成工程は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４４】
また、請求項３５に係る発明は、上記の発明において、前記アクセスコード生成工程によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶工程を含み、前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶工程に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４５】
また、請求項３６に係る発明は、アクセス者によるアクセスを制御するアクセス制御プログラムであって、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手順と、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手順と、前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手順によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手順と、を備えたことを特徴とする。
【００４６】
また、請求項３７に係る発明は、上記の発明において、前記アクセスコード生成手順は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【００４７】
また、請求項３８に係る発明は、上記の発明において、前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手順を含み、前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手順に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする。
【発明の効果】
【００４８】
請求項１、３３または３６の発明によれば、アクセスコードを不正に入手した第三者がアクセスを要求しても、正規なアクセス者であるアクセス許可者のアドレス宛に対してのみ認証情報が通知され、不正なアクセス者には認証情報が通知されず、かかる不正なアクセス要求は拒絶されるので、正規なアクセス者によるアクセス要求であるか否かを確実に認証することが可能になる。また、アクセス者によるアクセス要求に応じて認証情報を払い出すので、アクセス者は認証情報を継続的に覚えておく必要がなく、アクセス者が認証情報を忘れてしまうことも少なくなるので、アクセス者およびサービス提供者の負担を軽減することが可能になる。さらに、アクセス者は認証情報をメモ書き等で継続的に書き留めておく必要性もなくなるので、第三者に認証情報が漏洩する危険性を軽減することも可能になる。また、アクセスコードを生成する度にアクセスコードをデータベースに蓄積することはしないので、アクセスコードによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。また、鍵を用いてアクセスコードを生成するので、悪意の第三者によるアクセスコードの不正な生成や改ざんを困難にし、安全性の高いアクセス制御を実現することが可能になる。
【００４９】
また、請求項２、３４または３７の発明によれば、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれたアクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知するので、アクセスコードを生成する度にアクセスコードをデータベースに蓄積することはしない結果、アクセスコードによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。
【００５０】
また、請求項３または８の発明によれば、アクセス許可者のアドレスそのものを含んだアクセスコードを生成するので、アクセス者のアドレスを記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【００５１】
また、請求項４または９の発明によれば、アクセス許可者のアドレスを識別するためのアドレス識別情報をアクセスコードに含め、アドレスそのものはアドレス識別情報に対応付けてデータベースに記憶するので、アドレスそのものをアクセスコードに含める場合に比較してアクセスコードに含める情報量を少なくすることが可能になる。また、アクセスコードの生成後にアドレスを変更したいような場合でも、アクセスコードを新たに生成することなく、データベースに記憶されたアドレスを変更するだけでよく、アクセスコードを継続して利用することが可能になる。
【００５２】
また、請求項５または１０の発明によれば、認証情報を通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知するので、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。また、アクセス許可者アドレスを秘密状態にしておけば、認証情報の通知を受けるアクセス者端末（例えば、アクセス許可者のアドレスが携帯メールアドレスである場合には携帯電話端末）を盗まれたとしても、かかるアクセス者端末に対する認証情報の通知を防ぐことができ、不正なアクセス要求を確実に拒絶することが可能になる。
【００５３】
また、請求項６または１１の発明によれば、アクセスコードから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者から受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知するので、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【００５４】
また、請求項７、３５または３８の発明によれば、アドレスに係る情報をデータベースに含めることで、データベースを変更することによりアクセスコードを変更することなくアドレスに係る情報の内容、数を随時更新することが可能になる。
【００５５】
また、請求項１２の発明によれば、アクセス許可者のアドレスそのものをアクセスコードに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスコードを生成するので、アドレス識別情報やアドレスの漏洩を防ぐとともに、上記のようなデータベースを用いることなくアクセスコードに含める情報量を少なくすることが可能になる。また、このように、アドレスそのものをアクセスコードに含めることなく、これをデータベースに記憶することもしない場合でも、アクセス者から受け付けたアドレス宛に無条件で認証情報を通知するのではなく、かかるアドレスの暗号化データがアクセスコードに含まれる暗号化データに対応することを条件に認証情報を通知するので、不正なアクセス者を事前に排除することが可能になる。
【００５６】
また、請求項１３の発明によれば、アクセスコードから取得した有効条件を満たすことを条件に認証情報を通知する結果、アクセス者認証とは別観点からアクセスの有効条件（アクセスを認可するための条件）を別途要求することができ、かかる有効条件を満たさない不正なアクセスを事前に排除することが可能になる。また、アクセスコードを生成する度に有効条件をデータベースに蓄積するのではなく、有効条件に係る情報（有効条件そのもの、または、データベースに記憶された有効条件を特定するための識別情報）をアクセスコードに含めるので、上記のようなデータベースを必要とすることなく不正なアクセスを排除することが可能になる。
【００５７】
また、請求項１４の発明によれば、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせを有効条件とするので、確実なアクセス認証だけでなく、有効期間、有効時間、有効回数の観点から実用的なアクセス認可を実現することが可能になる。
【００５８】
また、請求項１５の発明によれば、アクセス許可者のメッセージアドレスや電話番号をアクセス許可者のアドレスとして認証情報を通知するので、アクセスコードの受け付けから時間をおくことなく、アクセス許可者は認証情報を早急に取得することが可能になる。
【００５９】
また、請求項１６の発明によれば、アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレス宛に認証情報を通知するので、同一の通信回路を用いる場合に比較して認証情報の漏洩に対して高い安全性を実現することが可能になる。
【００６０】
また、請求項１７の発明によれば、アクセス者からのアクセス要求を受け付ける度に認証情報を無作為に生成して通知するので、悪意の第三者による認証情報の解析を困難にし、安全性の高いアクセス制御を実現することが可能になる。
【００６１】
また、請求項１８の発明によれば、セッションＩＤおよび認証情報を対応付けてデータベースに登録するとともに、セッションＩＤを含んだメッセージを通じてアクセス者から認証情報を受け付けるので、複数のアクセス要求を同時期に処理して複数のアクセス者から同時期に認証情報を受け付ける場合でも、複数のアクセス認証をそれぞれ確実に行うことが可能になる。
【００６２】
また、請求項１９の発明によれば、認証情報を含んだセッションＩＤを生成するので、セッションＩＤおよび認証情報を対応付けて記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【００６３】
また、請求項２０の発明によれば、アクセスコードを生成する度にアクセスコードおよびアクセス先アドレスをデータベースに蓄積するのではなく、アクセス先アドレスに係る情報（アクセス先アドレスそのもの、または、データベースに記憶されたアクセス先アドレスを特定するための識別情報）をアクセスコードに含めるので、上記のようなデータベースを必要とすることなくアクセス先を特定することが可能になる。
【００６４】
また、請求項２１の発明によれば、ファイル名、フォルダ名、ディレクトリ名をアクセス先アドレスとするので、例えば、ファイル名をアクセス先にすることで、アクセス先のリソースを固定することが可能になり、また、フォルダ名やディレクトリ名をアクセス先にすることで、アクセスコードの生成後にアクセス対象を変更したいような場合でも、アクセスコードを新たに生成することなく、フォルダ内やディレクトリ下にあるリソースを入れ替えるだけでよく、アクセスコードを継続して利用することが可能になる。
【００６５】
また、請求項２２の発明によれば、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御の設定を容易にすることが可能であり、また、複数のコンテンツ提供者からアクセス者に提供されたコンテンツを認証サーバが集中的に把握することにより、アクセス者に対して一括して課金を行うことが可能であり、また、アクセス履歴に応じた広告やリコメンドを提供することが可能になる。
【００６６】
また、請求項２３の発明によれば、アクセス者へのコンテンツ提供をコンテンツ提供サーバが行う結果、認証サーバがコンテンツ提供を行う場合に比べて認証サーバへの負荷集中を防ぐことが可能である。また、認証情報の通知を認証サーバが行うので、コンテンツ提供者がアクセス者のアドレスに係る情報を知ることなく適切なアクセス制御ができるようになり、コンテンツ提供サーバに対してアクセス者の匿名性を確保することが可能になる。
【００６７】
また、請求項２４の発明によれば、一度認証サーバに認証されたアクセス者が二次アクセスコードを保持する結果、アクセス者が所望のタイミングで所望のコンテンツ提供サーバに直接アクセスすることが可能になる。
【００６８】
また、請求項２５の発明によれば、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御設定を容易にすることが可能である。また、アクセス者がコンテンツ提供サーバに対して認証サーバを介することなく要求を伝える結果、コンテンツ提供サーバがアクセス者の要求に合わせてコンテンツを加工、生成した上で、アクセス制御を行うことが可能になる。
【００６９】
また、請求項２６の発明によれば、アクセス者が認証サーバ内に配備された複数のコンテンツにアクセスできる権限を持っている場合に一度認証手続きを経て認証された後はセッションＩＤによりアクセスが可能になるため、認証情報入力の手間を減らすことが可能になる。
【００７０】
また、請求項２７の発明によれば、アクセス者が提示するセッションＩＤ内に鍵により認証結果を含めるため、認証結果の改ざんを防止しつつ、認証結果を記憶する必要がなくなる。
【００７１】
また、請求項２８の発明によれば、アクセスＩＤが第三者に漏洩した場合にも特定のアクセス者からのアクセスのみを受け付けるようにし、成りすましを防止することが可能になる。
【００７２】
また、請求項２９の発明によれば、アクセス者は、新たにセッションＩＤを保持することなく、継続的なアクセスが可能になる。
【００７３】
また、請求項３０の発明によれば、発行者が誤って発行したアクセスコードを無効化することが可能になる。
【００７４】
また、請求項３１の発明によれば、システムの継続的運用に伴って無効化すべきアクセスコードが増大していくのを防止することが可能になる。
【００７５】
また、請求項３２の発明によれば、一度にアクセスできるアクセス者を一人に限定し、複数人が同時にアクセスすることを防止することが可能になる。
【発明を実施するための最良の形態】
【００７６】
以下に添付図面を参照して、この発明に係るアクセス制御システム、アクセス制御方法およびアクセス制御プログラムの実施例１〜３を詳細に説明する。
【実施例１】
【００７７】
実施例１では、本発明に係るアクセス制御をＷｅｂ上のリソース開示サービスに適用した場合を実施例とし、実施例１で用いる用語、実施例１に係るアクセス制御システムの概要および特徴を説明した後に、アクセス制御システムの構成、システムにおける各装置の詳細、ＵＲＬ生成要求からアクセス結果受信に至る処理の流れ、各処理手順の詳細などを説明し、最後に実施例１の効果を説明する。
【００７８】
［用語の説明（実施例１）］
最初に、実施例１で用いる主要な用語を説明する。実施例１で用いる「アクセス者Ｂ」とは、後述するアクセスＵＲＬ（UniformResourceLocator）を用いてリソース（ファイル）にアクセスする利用者のことである。また、実施例１で用いる「管理者Ａ」とは、アクセス者がアクセスするリソースを管理する利用者のことである。すなわち、本実施例１では、複数の管理者Ａがそれぞれ所有するリソースを、アクセス者Ｂのアクセス要求に応じて開示する場合を想定している。
【００７９】
また、実施例１で用いる「アクセスＵＲＬ（特許請求の範囲に記載の「アクセスコード」に対応する）」とは、アクセス者Ｂがリソースにアクセスする際に提示するコードのことであり、アクセスが許可されたアクセス者のメールアドレス（インターネットメールアドレスなど）および後述する「有効条件」を鍵によって含んだＵＲＬとして生成される。なお、実施例１では、アクセスが許可されたアクセス者のことを「アクセス許可者」と略称し、また、アクセス許可者のメールアドレスのことを「アクセス許可者アドレス」と略称する。
【００８０】
また、実施例１で用いる「認証情報」とは、アクセス者Ｂがアクセス許可者であることを証明するために提示するパスワードのことであり、例えば、図１１に例示するような数字列として生成される。また、実施例１で用いる「有効条件Ｃ」とは、アクセス許可者のアクセスに要求される条件（アクセス許可者によるアクセスの許可に必要な条件）のことであり、例えば、アクセス許可者によるアクセスを許可する期間（有効期間）を指定した有効期間指定などがこれに該当する。すなわち、実施例１では、アクセス者Ｂがアクセス許可者であり、かつ、有効条件Ｃを満たすことを条件に、リソースへのアクセスを許可する場合を想定している。
【００８１】
［システムの概要および特徴］
続いて、図１を用いて、実施例１に係るアクセス制御システムの概要および特徴を説明する。図１は、実施例１に係るアクセス制御システムの概要を説明するための図である。
【００８２】
実施例１に係るアクセス制御システムの概要は、複数の管理者ＡがそれぞれＷｅｂ上で管理するリソース（ファイル）に対してアクセス要求を行ったアクセス者Ｂについて、当該アクセス者Ｂがアクセス許可者であるか否かを認証し、正当に認証されたアクセス者Ｂに対してのみリソースを開示するというものである。そして、かかるアクセス者Ｂの認証に用いられるのがアクセスＵＲＬであり、実施例１では、アクセス許可者ではない不正な第三者がアクセスＵＲＬを不正に利用しようとしても、正規なアクセス者（アクセス許可者）によるアクセス要求であるか否かを確実に認証することを可能にしている点に主たる特徴がある。
【００８３】
これについて図１等を用いて簡単に説明すると、実施例１に係るアクセス制御システムにおいては、管理者Ａおよびアクセス者Ｂ以外の第三者（例えば、Ｗｅｂ上のリソース開示サービスを提供するサービスセンタ）は、複数の管理者Ａがそれぞれ所有するリソース（ファイル）をリソース管理部に記憶している。
【００８４】
そして、管理者Ａがサービスセンタに対してアクセスＵＲＬの生成要求を行うと、サービスセンタは、アクセスＵＲＬを生成し、生成したアクセスＵＲＬをアクセス許可者（アクセスが許可されるアクセス者Ｂ）に通知する（図１の（１）〜（３）参照）。具体的には、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）を管理者Ａから受け付け、図８や図９に例示するように、かかるアクセス許可者アドレス、リソース識別子および有効条件Ｃを所定の鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成する。なお、同図に示す「Ｐ」は鍵を用いることを意味する。
【００８５】
その後、アクセス者ＢがアクセスＵＲＬを用いたＷｅｂアクセスによってサービスセンタにアクセス要求を行うと、サービスセンタは、以下のように、認証情報の通知判定、生成、登録、通知等を行う（図１の（４）〜（７）参照）。すなわち、サービスセンタは、アクセス者Ｂが用いたアクセスＵＲＬを所定の鍵によって復号化して、アクセス許可者アドレス、リソース識別子および有効条件Ｃを取り出し、有効条件Ｃ（有効期間）を満たすか否かを判定する。なお、図に示す「Ｑ」は、鍵を用いて抽出することを意味する。
【００８６】
その上で、サービスセンタは、有効条件Ｃを満たす場合には、乱数を用いて認証情報（パスワード）を生成するとともに、生成した認証情報の通知手続を一意に特定するセッションＩＤを生成し、かかるセッションＩＤおよびパスワードを認証情報テーブルに対応付けて記憶する。さらに、サービスセンタは、アクセスＵＲＬから取り出したアクセス許可者アドレスを宛先アドレスとし、かつ、パスワードを本文に記載したメール（図１１参照）を発信するとともに、セッションＩＤを含んだ認証ページ（図１２参照）をアクセス者Ｂの利用者端末に送信して、アクセス者Ｂによるパスワードの入力を受け付ける。
【００８７】
そして、アクセス者Ｂが認証ページに対してパスワードを入力してサービスセンタに送信すると、サービスセンタは、以下のように、アクセス者Ｂの認証、リソースの開示等を行う（図１の（７）〜（１０）参照）。すなわち、サービスセンタは、アクセス者Ｂから受け付けた認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブルに対応付けて記憶されているか否かを判定し、対応付けて記憶されている場合には、正規のアクセス者（アクセス許可者）によるアクセス要求であると認証する。
【００８８】
その上で、サービスセンタは、アクセスＵＲＬから取り出したリソース識別子に対応するリソースをリソース管理部から取得し、かかるリソースの内容が記載されたリソース開示ページ（図１３参照）をアクセス者Ｂの利用者端末に送信する。なお、認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブルに対応付けて記憶されていない場合には、不正なアクセス者Ｂによるアクセス要求であるとして、リソースのアクセス（開示）を許可しない。
【００８９】
このように、実施例１に係るアクセス制御システム（メール転送システム）によれば、アクセスＵＲＬを不正に入手した第三者がアクセスを要求しても、正規なアクセス者Ｂであるアクセス許可者のアドレス宛に対してのみパスワードが通知され、不正なアクセス者Ｂにはパスワードが通知されず、かかる不正なアクセス要求は拒絶されるので、上記した主たる特徴の如く、正規なアクセス者Ｂによるアクセス要求であるか否かを確実に認証することが可能になる。
【００９０】
［システムの構成（実施例１）］
続いて、図２を用いて、実施例１に係るアクセス制御システムの構成を説明する。図２は、実施例１に係るアクセス制御システムの構成を示す図である。
【００９１】
同図に示すように、このアクセス制御システムは、管理者端末１と、アクセス者端末２と、アクセス処理サーバ１０とを、ネットワーク（管理者ＩＰ網５、アクセス者ＩＰ網６、インターネット７、ＬＡＮ８、ルータＲ、ファイアウォールＦＷなどによって形成される通信網）を介して相互に通信可能に接続して構成される。以下に、各装置の役割や構成を説明する。
【００９２】
［管理者端末（実施例１）］
このうち、管理者端末１は、少なくとも電子メールソフトやＷｅｂブラウザ等の通信ソフトがインストールされた、既知のパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末などである。より詳細には、管理者端末１は、管理者Ａが利用する端末であり、主として、ログイン要求メッセージ（図６参照）をアクセス処理サーバ１０に送信する役割、アクセスＵＲＬの生成要求メッセージ（図７参照）をアクセス処理サーバ１０に送信する役割、アクセスＵＲＬの生成応答メッセージ（図８参照）をアクセス処理サーバ１０から受信する役割などを有する。
【００９３】
［アクセス者端末（実施例１）］
また、アクセス者端末２は、管理者端末１と同様、少なくとも電子メールソフトやＷｅｂブラウザ等の通信ソフトがインストールされた、既知のパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末などである。より詳細には、アクセス者端末２は、アクセス者Ｂが利用する端末であり、主として、アクセスＵＲＬの生成通知メール（図９参照）をアクセス処理サーバ１０から受信する役割、アクセスＵＲＬによるアクセス要求メッセージ（図１０参照）をアクセス処理サーバ１０に送信する役割、認証情報であるパスワードの通知メール（図１１参照）をアクセス処理サーバ１０から受信する役割、パスワードが入力された認証要求メッセージ（図１２参照）をアクセス処理サーバ１０に送信する役割、リソースが開示されたリソース開示メッセージ（図１３参照）をアクセス処理サーバ１０から受信する役割などを有する。
【００９４】
［アクセス処理サーバ（実施例１）］
また、アクセス処理サーバ１０は、Ｗｅｂ上のリソース開示サービスを提供するサーバ装置であり、本発明に密接に関連するものとして、図２に示すように、通信部１１と、管理者情報テーブル１２と、管理者認証部１３と、発行鍵記憶部１４と、ＵＲＬ生成部１５と、リソース管理部２１と、通知判定部２２と、認証情報通知部２３と、認証情報テーブル２４と、アクセス制御部２５とを備える。なお、ＵＲＬ生成部１５は特許請求の範囲に記載の「アクセスコード生成手段」に対応し、通知判定部２２および認証情報通知部２３は同じく「認証情報通知手段」に対応し、認証情報テーブル２４は同じく「認証情報記憶手段」に対応し、アクセス制御部２５は同じく「アクセス制御手段」に対応する。
【００９５】
このうち、通信部２１は、いわゆるＳＭＴＰ（SimpleMailTransferProtocol）やＨＴＴＰ（HyperTextTransferProtocol）等の通信プロトコルに従って、発信者端末２等との間における通信を制御する処理部である。具体的には、管理者端末１からログイン要求メッセージ（図６参照）やアクセスＵＲＬ生成要求メッセージ（図７参照）を受信する処理、アクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信する処理、アクセス者端末２からアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）やパスワードが入力された認証要求メッセージ（図１２参照）を受信する処理、アクセスＵＲＬ生成通知メール（図９参照）や認証情報通知メール（図１１参照）、リソース開示メッセージ（図１３参照）をアクセス者端末２に送信する処理などを実行する。
【００９６】
管理者情報テーブル１２は、管理者Ａに係る情報を記憶する記憶手段（データベース）であり、具体的には、図３に例示するように、各管理者ＡのユーザＩＤに対応付けて、管理者認証用のパスワード、リソースの格納場所を示すパス名を記憶して構成される。
【００９７】
管理者認証部１３は、管理者ＡがアクセスＵＲＬの生成を要求し得る正当なユーザであるか否かを認証する処理部である。具体的には、管理者端末１からログイン画面（図８参照）で入力された情報からなるログイン要求メッセージを受信した場合に、当該要求メッセージに含まれる管理者ＩＤおよびパスワードが管理者情報テーブル１１に対応付けて記憶されているか否かを確認する。その結果、管理者認証が成功すれば、その旨を後述するＵＲＬ生成部１５に受け渡し、管理者認証が失敗すれば、その旨のメッセージを管理者端末１に対して応答する。
【００９８】
発行鍵記憶部１４は、アクセスＵＲＬの生成に用いる発行鍵（秘密鍵）を記憶する手段であり、この発行鍵は、後述する通知判定部２２によるアクセスＵＲＬの復号化においても検証鍵として用いられる。なお、鍵としては共通鍵または公開鍵を適宜用いることができる。
【００９９】
ＵＲＬ生成部１５は、管理者認証部１２によって管理者認証が成功した場合に、発行鍵記憶部１４に記憶された発行鍵を用いてアクセスＵＲＬを生成する処理部である。なお、かかるアクセスＵＲＬの生成処理については後に図１４を用いて詳述する。
【０１００】
リソース管理部２１は、各管理者Ａが所有するリソース（ファイル）を記憶して管理する記憶手段（データベース）である。なお、管理者Ａは管理者端末１からアクセス処理サーバ１０にアクセスして、リソース管理部２１に記憶される自らのファイルを追加、編集、削除等することができるようにしてもよい。
【０１０１】
通知判定部２２は、アクセス者端末２からアクセスＵＲＬによるアクセス要求を受け付けた場合に、アクセスＵＲＬに含まれる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する処理部である。なお、かかる認証情報の通知判定処理については後に図１５を用いて詳述する。
【０１０２】
認証情報通知部２３は、通知判定部２２によって認証情報の通知が認められた場合に、アクセスＵＲＬに含まれるアクセス許可者アドレス宛に認証情報を通知する処理部である。なお、かかる認証情報の通知処理については後に図１６を用いて詳述する。
【０１０３】
認証情報テーブル２４は、アクセス許可者アドレス宛に通知される認証情報を記憶する記憶手段（データベース）であり、具体的には、図４に例示するように、アクセス者端末２に送信される認証ページ（図１２参照）に含まれるセッションＩＤと、アクセス許可者アドレス宛に通知される認証情報と、アクセス者によるアクセスが許可されるリソースを示すリソース識別子とを対応付けて記憶して構成される。
【０１０４】
アクセス制御部２５は、アクセス者端末２から認証ページ（図１２参照）を通じて認証情報を受け付け、当該認証情報と認証情報通知部２３によってアクセス許可者アドレス宛に通知した認証情報とが対応することを条件にアクセス者Ｂによるアクセスを許可する処理部である。なお、かかるアクセス制御処理の詳細については後に図１７を用いて詳述する。
【０１０５】
［ＵＲＬ生成要求からアクセス結果受信に至る処理の流れ（実施例１）］
次に、図５を用いて、ＵＲＬ生成要求からアクセス結果受信に至る処理の流れを説明する。図５は、管理者ＡによるＵＲＬ生成要求からアクセス者Ｂによるアクセス結果受信に至る処理の流れを示すシーケンス図である。
【０１０６】
同図に示すように、管理者端末１からアクセス処理サーバ１０に対してアクセス要求メッセージが送信されると（ステップＳ５０１）、アクセス処理サーバ１０は、図６に例示するような「ログインページ」からなる応答メッセージを管理者端末１に送信する（ステップＳ５０２）。
【０１０７】
続いて、管理者端末１において「ログインページ」に対して管理者ＩＤおよびパスワードが入力され、これらの入力情報からなるログイン要求メッセージ（図６参照）がアクセス処理サーバ１０に送信されると（ステップＳ５０３）、アクセス処理サーバ１０は、当該要求メッセージに含まれる管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されているか否かを認証する（ステップＳ５０４）。なお、管理者認証としては、上記したようなパスワード認証に限られず、ディジタル証明証など、他のあらゆる認証方式（例えば、本発明で採用するアクセスＵＲＬによる認証）を採用してもよい。
【０１０８】
その結果、管理者認証が成功すれば（管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されている場合）、アクセス処理サーバ１０は、図７に例示するような「アクセスＵＲＬ発行ページ」からなる応答メッセージを管理者端末１に送信する（ステップＳ５０５）。一方、管理者認証が失敗すれば（管理者ＩＤおよびパスワードが管理者情報テーブル１２に対応付けて記憶されていない場合）、アクセス処理サーバ１０は、その旨を管理者端末１に対して応答する。
【０１０９】
そして、管理者端末１で「アクセスＵＲＬ発行ページ」に対して、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）が入力され、これらの入力情報からなるアクセスＵＲＬ生成要求メッセージ（図７参照）がアクセス処理サーバ１０に送信されると（ステップＳ５０６）、アクセス処理サーバ１０は、アクセスＵＲＬを生成する（ステップＳ５０７）。具体的には、アクセス許可者アドレス、リソース識別子および有効条件Ｃを発行鍵記憶部１４に記憶された発行鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成する。なお、かかるアクセスＵＲＬの生成処理については図１４を用いて後に詳述する。
【０１１０】
続いて、アクセス処理サーバ１０は、生成したアクセスＵＲＬを含んだアクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信する（ステップＳ５０８）。さらに、アクセス処理サーバ１０は、アクセス許可者アドレスを宛先とし、生成されたアクセスＵＲＬを含んだアクセスＵＲＬ生成通知メール（図９参照）を生成し、これをアクセス許可者のアクセス端末２に送信する（ステップＳ５０９）。なお、アクセス者端末２では、図９に例示したような生成通知メールの内容がモニタ等に出力されるが、このメール上でアクセスＵＲＬがキーボードやマウスを介してアクセス者Ｂによって指定されると、アクセス者端末２は、指定されたアクセスＵＲＬを所定の記憶部（いわゆるＷｅｂブラウザソフトのブックマーク）に登録する。
【０１１１】
その後、アクセス者端末２は、アクセス者の指示に応じて、若しくは、所定時間ごと定期的に、上記で取得したアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）をアクセス処理サーバ１０に送信する（ステップＳ５１０）。そして、アクセス処理サーバ１０は、アクセスＵＲＬを発行鍵記憶部１４の発行鍵によって復号化して、アクセス許可者アドレス、リソース識別子および有効条件Ｃ（有効期間）を取り出し、かかる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する（ステップＳ５１１）。なお、かかる認証情報の通知判定処理については後に図１５を用いて詳述する。
【０１１２】
かかる通知判定処理によって認証情報の通知が認められた場合には、アクセス処理サーバ１０は、アクセスＵＲＬに含まれるアクセス許可者アドレス宛に認証情報を通知する（ステップＳ５１２）。具体的には、アクセスＵＲＬから取り出したアクセス許可者アドレスを宛先アドレスとし、かつ、乱数を用いて生成した認証情報（パスワード）を本文に記載したメール（図１１参照）を発信する。なお、かかる認証情報の通知処理については後に図１６を用いて詳述する。
【０１１３】
続いて、アクセス処理サーバ１０は、アクセス者端末２から認証ページ（図１２参照）を通じてパスワードを受け付け（ステップＳ５１３およびＳ５１４）、当該パスワードとアクセス許可者アドレス宛に通知したパスワードとが対応することを条件にアクセス者Ｂによるアクセスを許可し、リソース開示メッセージ（図１３参照）をアクセス者端末２に送信する（ステップＳ５１５）。なお、かかるアクセス制御処理の詳細については後に図１７を用いて詳述する。
【０１１４】
［アクセスＵＲＬの生成処理（実施例１）］
次に、図１４を用いて、アクセス処理サーバ１０によるアクセスＵＲＬ生成処理（図５に示したステップＳ５０７に対応する処理）を説明する。図１４は、かかるアクセスＵＲＬ生成処理の詳細を示すフローチャートである。
【０１１５】
同図に示すように、アクセス処理サーバ１０において、アクセス者端末２からアクセスＵＲＬ生成要求メッセージ（図７参照）を受信し、アクセス許可者アドレス、リソース識別子および有効条件ＣがＵＲＬ生成部１５に入力されると、ＵＲＬ生成部１５は、アクセス許可者アドレス（例えば「tanaka@somewhere.ne.jp」）の最後尾に区切り文字としてのストローク“｜”を追加してデータＡを生成する（ステップＳ１４０１）。
【０１１６】
また、ＵＲＬ生成部１５は、リソース識別子（例えば「/suzuki/private_schedule.txt」）を文字列データとしてデータＡの後ろに付加し、さらに最後尾に区切り文字としてのストローク記号“｜”を追加する（ステップＳ１４０２）。なお、管理者Ａから受け付けたリソース識別子が管理者情報テーブル１２に登録されていない場合には、その旨を管理者端末１に応答してアクセスＵＲＬの生成要求を拒絶する。
【０１１７】
さらに、ＵＲＬ生成部１５は、有効条件Ｃから下記のような１ビットの制御コード（データＢ）を生成する（ステップＳ１４０３）。すなわち、有効条件Ｃとして有効期間が指定されている場合にはデータＢを「１」とし、有効期間が指定されていない場合には、データＢを「０」とする。なお、図７に例示した「アクセスＵＲＬ発行ページ」では、「数字」および「年、月または日」を指定することで、発行期間を入力するようにしている。
【０１１８】
そして、ＵＲＬ生成部１５は、上記のステップＳ１４０３で有効期間が指定された場合には、有効期間の満了日を２００４年１月１日から数えて日単位で数値化し、その日数を１３ビットの整数値として符号化してデータＢ１を生成し、このデータＢ１をデータＢの最後尾に追加する（ステップＳ１４０４）。
【０１１９】
その後、ＵＲＬ生成部１５は、上記のステップＳ１４０２で得られたデータＡおよびステップＳ１４０４で得られたデータＢを連結してなるデータを発行鍵記憶部１４の発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データを、アクセス処理サーバ１０のサーバＵＲＬ（例えば「http://authenticationServer.co.jp/」）の最後尾に追加することでアクセスＵＲＬを生成する（ステップＳ１４０５）。
【０１２０】
なお、アクセス処理サーバ１０は、上記したＵＲＬ生成処理によって生成したアクセスＵＲＬを含んだアクセスＵＲＬ生成応答メッセージ（図８参照）を管理者端末１に送信するとともに、アクセス許可者アドレスを宛先とし、アクセスＵＲＬを含んだアクセスＵＲＬ生成通知メール（図９参照）をアクセス許可者のアクセス端末２に送信する。
【０１２１】
［認証情報の通知判定処理（実施例１）］
続いて、図１５を用いて、アクセス処理サーバ１０による認証情報の通知判定処理（図５に示したステップＳ５１１に対応する処理）を説明する。図１５は、かかる通知判定処理の詳細を示すフローチャートである。
【０１２２】
同図に示すように、アクセス処理サーバ１０において、アクセス者端末２からアクセスＵＲＬによるアクセス要求メッセージ（図１０参照）を受信し、アクセスＵＲＬが通知判定部２２に入力されると、通知判定部２２は、アクセスＵＲＬから以下のようにしてデータを復元する（ステップＳ１５０１）。すなわち、同図に示すように、アクセスＵＲＬをＢＡＳＥ３２復号化して得られるデータをさらに発行鍵記憶部１４の発行鍵で復号して「データＸ」を復元し、また、かかるデータＸの先頭から２番目にあるストローク“｜”までを「データＡ」として復元し、さらに、データＸの先頭から２番目にあるストローク“｜”以降を「データＢ」として復元する。
【０１２３】
その上で、通知判定部２２は、アクセスＵＲＬに含まれる有効条件Ｃを判定することで、アクセス者Ｂに認証情報（パスワード）を通知するか否かを判定する（ステップＳ１５０２）。具体的には、データＢの先頭ビットが「１」の場合（有効期間が指定されている場合）、先頭ビットに続く１３ビットを整数値とみなして得られる数（日数）を２００４年１月１日に加算して有効期間の満了日を算出する。そして、現在の日付が満了日を過ぎているか否かを判定し、満了日を過ぎていない場合には、以下に示すステップＳ１５０３の処理に進むが、満了日を過ぎている場合には、その旨を記載した応答メッセージ（認証情報の通知が不可である旨を記載したページ）をアクセス者端末２に送信して通知判定処理を終了する。
【０１２４】
さらに、通知判定部２２は、現在の日付が満了日を過ぎていない場合（もしくは、有効期間が指定されていない場合）には、アクセスＵＲＬからアクセス許可者アドレスおよびリソース識別子を取得する（ステップＳ１５０３）。具体的には、データＡの先頭から１番目にあるストローク“｜”までのデータをアクセス許可者アドレスとして取得するとともに、データＡの先頭から１番目にあるストローク“｜”以降のデータをリソース識別子として取得する。なお、通知判定部２２は、取得したアクセス許可者アドレスおよびリソース識別子を、通知判定結果（通知ＯＫ）とともに認証情報通知部２３に出力する。
【０１２５】
［認証情報の通知処理（実施例１）］
続いて、図１６を用いて、アクセス処理サーバ１０による認証情報（パスワード）の通知処理（図５に示したステップＳ５１２に対応する処理）を説明する。図１６は、かかる認証情報通知処理の詳細を示すフローチャートである。
【０１２６】
同図に示すように、アクセス処理サーバ１０において、図１５に示した通知判定処理で通知ＯＫが判定され、アクセスＵＲＬから取得したアクセス許可者アドレスおよびリソース識別子が認証情報通知部２３に入力されると、認証情報通知部２３は、認証情報（パスワード）およびセッションＩＤを生成する（ステップＳ１６０１）。具体的には、乱数アルゴリズムを用いてランダムにパスワード（例えば、６桁の数字列）を生成するとともに、生成した認証情報の通知手続を一意に特定するセッションＩＤ（例えば、生成順にインクリメントされる８桁の数字列）を生成する。
【０１２７】
そして、認証情報通知部２３は、上記のステップＳ１６０１で生成したパスワードおよびセッションＩＤと、図１５に示した通知判定処理で取得したリソース識別子とを、認証情報テーブル２４に対応付けて登録する（ステップＳ１６０２）。なお、認証情報通知部２３は、この処理に続いて、認証情報テーブル２４に登録したセッションＩＤをアクセス制御部２５に出力する。
【０１２８】
さらに、認証情報通知部２３は、図１５に示した通知判定処理で取得したアクセス許可者アドレスを宛先アドレスとし、かつ、上記のステップＳ１６０１で生成したパスワードを本文に記載した認証情報通知メール（図１１参照）を作成して発信する（ステップＳ１６０３）。なお、アクセスＵＲＬを用いてアクセス処理サーバ１０にアクセス要求してきたアクセス者Ｂがアクセス許可者であるならば、つまり、アクセス者Ｂのアクセス者端末２に設定されているアドレスがアクセスＵＲＬに含まれるアクセス許可者アドレスであるならば、アクセス者Ｂは、上記のステップＳ１６０３で発信された認証情報通知メールを自己のアクセス者端末２で受信することができる。
【０１２９】
［アクセス制御処理（実施例１）］
続いて、図１７を用いて、アクセス処理サーバ１０によるアクセス制御処理（図５に示したステップＳ５１３〜Ｓ５１５に対応する処理）を説明する。図１７は、かかるアクセス制御処理の詳細を示すフローチャートである。
【０１３０】
同図に示すように、アクセス処理サーバ１０において、図１６に示した認証情報通知処理で生成されたセッションＩＤがアクセス制御部２５に入力されると、アクセス制御部２５は、セッションＩＤがＨＩＤＤＥＮパラメータとして埋め込まれた認証ページ（図１２参照）をアクセス者端末２に送信して、アクセス者Ｂによるパスワードの入力を受け付ける。
【０１３１】
続いて、アクセス者端末２において「認証ページ」に対してパスワードが入力され、かかるパスワードおよびセッションＩＤを含んだ認証要求メッセージ（図１２参照）をアクセス者端末２から受信すると、アクセス制御部２５は、アクセス者Ｂが正規のアクセス者（アクセス許可者）であるか否かを認証する（ステップＳ１７０１）。具体的には、受信した認証ページに含まれるセッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されているか否かを認証する。
【０１３２】
その結果、アクセス者Ｂの認証が成功すれば（セッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されている場合）、アクセス制御部２５は、以下に示すステップＳ１７０２の処理に進むが、アクセス者Ｂの認証が失敗すれば（セッションＩＤおよびパスワードが認証情報テーブル２４に対応付けて記憶されていない場合）、その旨を記載した応答メッセージ（認証が失敗した旨を記載したページ）をアクセス者端末２に送信してアクセス制御処理を終了する。
【０１３３】
さらに、アクセス制御部２５は、アクセス者Ｂの認証が成功した場合には、アクセス者Ｂによるアクセスを許可してアクセス結果をアクセス者端末２に送信する（ステップＳ１７０２）。具体的には、上記のセッションＩＤおよびパスワードに対応付けて記憶されているリソース識別子を認証情報テーブル２４から読み出した後、このリソース識別子に対応するリソース（ファイル）をリソース管理部２１から読み出してリソース開示ページ（図１３参照）を作成し、作成したリソース開示ページをアクセス者端末２に送信する。
【０１３４】
［実施例１の効果等］
上述してきたように、実施例１によれば、アクセスＵＲＬを不正に入手した第三者がアクセスを要求しても、正規なアクセス者であるアクセス許可者のアドレス宛に対してのみ認証情報（パスワード）が通知され、不正なアクセス者には認証情報が通知されず、かかる不正なアクセス要求は拒絶されるので、正規なアクセス者によるアクセス要求であるか否かを確実に認証することが可能になる。
【０１３５】
また、実施例１によれば、アクセス者によるアクセス要求に応じて認証情報を払い出すので、アクセス者は認証情報を継続的に覚えておく必要がなく、アクセス者が認証情報を忘れてしまうことも少なくなるので、アクセス者およびサービス提供者の負担を軽減することが可能になる。さらに、アクセス者は認証情報をメモ書き等で継続的に書き留めておく必要性もなくなるので、第三者に認証情報が漏洩する危険性を軽減することも可能になる。
【０１３６】
また、実施例１によれば、アクセスＵＲＬを生成する度にアクセスＵＲＬをデータベースに蓄積することはしないので、アクセスＵＲＬによってシステムの記憶リソースを消費することなくアクセス者の認証を行うことが可能になる。さらに、鍵を用いてアクセスＵＲＬを生成するので、悪意の第三者によるアクセスＵＲＬの不正な生成や改ざんを困難にし、安全性の高いアクセス制御を実現することが可能になる。
【０１３７】
また、実施例１によれば、アクセス許可者のアドレスそのものを含んだアクセスＵＲＬを生成するので、アクセス者のアドレスを記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【０１３８】
また、実施例１によれば、アクセスＵＲＬから取得した有効条件を満たすことを条件に認証情報を通知するので、アクセス者認証とは別観点からアクセスの有効条件（アクセスを認可するための条件）を別途要求することができ、かかる有効条件を満たさない不正なアクセスを事前に排除することが可能になる。また、アクセスＵＲＬを生成する度に有効条件をデータベースに蓄積するのではなく、有効条件に係る情報（有効条件そのもの）をアクセスＵＲＬに含めるので、上記のようなデータベースを必要とすることなく不正なアクセスを排除することが可能になる。
【０１３９】
また、実施例１によれば、アクセス許可者のメールアドレスをアクセス許可者のアドレスとして認証情報を通知するので、アクセスＵＲＬの受け付けから時間をおくことなく、アクセス許可者は認証情報を早急に取得することが可能になる。
【０１４０】
また、実施例１によれば、アクセス者からアクセスＵＲＬおよび認証情報を受け付ける通信経路（ＨＴＴＰによる通信経路）とは異なる通信経路（ＳＭＴＰによる通信経路）を用いるメールアドレス宛に認証情報を通知するので、同一の通信回路を用いる場合に比較して認証情報の漏洩に対して高い安全性を実現することが可能になる。
【０１４１】
また、実施例１によれば、アクセス者からのアクセス要求を受け付ける度に認証情報を無作為に生成して通知するので、悪意の第三者による認証情報の解析を困難にし、安全性の高いアクセス制御を実現することが可能になる。
【０１４２】
また、実施例１によれば、セッションＩＤおよび認証情報を対応付けて認証情報テーブル２５に登録するとともに、セッションＩＤを含んだ認証ページを通じてアクセス者から認証情報を受け付けるので、複数のアクセス要求を同時期に処理して複数のアクセス者から同時期に認証情報を受け付ける場合でも、複数のアクセス認証をそれぞれ確実に行うことが可能になる。
【０１４３】
また、実施例１によれば、アクセスＵＲＬを生成する度にアクセスＵＲＬおよびアクセス先アドレス（リソース識別子）をデータベースに蓄積するのではなく、リソース識別子をアクセスＵＲＬに含めるので、上記のようなデータベースを必要とすることなくアクセス先を特定することが可能になる。
【０１４４】
また、実施例１によれば、アクセス先のリソースを特定するためのファイル名をリソース識別子とするので、フォルダ名やディレクトリ名をリソース識別子とする場合に比較して、アクセス先のリソース（ファイル）を固定することが可能になる。
【実施例２】
【０１４５】
さて、これまで実施例１に係るアクセス制御システムについて説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２に係るアクセス制御システムとして、種々の異なる実施例を（１）〜（１６）に区分けして説明する。
【０１４６】
（１）アドレス識別子を含んだアクセスＵＲＬ
例えば、上記の実施例では、アクセス許可者のメールアドレスそのものを含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図１８および図１９に例示するように、アクセス許可者のメールアドレスおよび当該メールアドレスを一意に識別するためのアドレス識別子（例えば、ユーザ名、ユーザ番号など）を対応付けてデータベース（アドレス記憶部）に記憶する一方で、かかるアドレス識別子をアクセスＵＲＬに含めるようにしてもよい。
【０１４７】
この場合には、認証情報の通知処理に際して、アクセスＵＲＬから取り出されたアドレス識別子に対応するメールアドレスをアドレス記憶部から読み出し、かかるメールアドレス宛に認証情報を通知する。このように、アクセス許可者のアドレスを識別するためのアドレス識別情報をアクセスＵＲＬに含め、アドレスそのものはアドレス識別情報に対応付けてデータベースに記憶することにすれば、アドレスそのものをアクセスＵＲＬに含める場合に比較してアクセスＵＲＬに含める情報量を少なくすることが可能になる。
【０１４８】
また、アクセスＵＲＬの生成後にアドレスを変更したいような場合でも、アクセスＵＲＬを新たに生成することなく、データベースに記憶されたアドレスを変更するだけでよく、アクセスＵＲＬを継続して利用することが可能になる。なお、アドレス識別情報およびアドレスを対応付けて記憶するデータベースは必要であるが、アクセスＵＲＬを生成する度にアドレス等をデータベースに新たに蓄積するわけではないので（つまり、あるユーザに対してアドレス識別情報が同じである複数のアクセスＵＲＬを生成する場合でも、アドレス識別情報およびアドレスの対応付けを一つだけデータベースに記憶しておけばよいだけであるので）、この点においても記憶リソースの消費を抑制することが可能になる。
【０１４９】
（２）アクセス者に対するアドレスの問い合わせ
また、上記の実施例では、認証情報の通知判定において有効条件のみを判定する場合を説明したが、本発明はこれに限定されるものではなく、図２０に例示するように、認証情報の通知判定においてアクセス者Ｂから自身のアドレス（アクセス許可者アドレスとしてアクセスＵＲＬに埋め込まれているだろうアドレス）を受け付け、かかるアドレスも用いて通知判定を行うようにしてもよい。
【０１５０】
この場合には、認証情報の通知判定において、図２０に例示するような画面を通じてアクセス者Ｂから受け付けたアドレスと、アクセスＵＲＬから取得したアクセス許可者アドレスとが一致するか否かを判定し、両者が一致することも条件にして認証情報の通知を認める。
【０１５１】
このように、認証情報を通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知することにすれば、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。また、アクセス許可者アドレスを秘密状態にしておけば、認証情報の通知を受けるアクセス者端末２（例えば、アクセス許可者のアドレスが携帯メールアドレスである場合には携帯電話端末）を盗まれたとしても、かかるアクセス者端末２に対する認証情報の通知を防ぐことができ、不正なアクセス要求を確実に拒絶することが可能になる。
【０１５２】
（３）アドレスのハッシュ値を含んだアクセスＵＲＬ
また、上記の実施例では、アクセス許可者アドレスそのものを含んだアクセスＵＲＬを生成するか、データベースに記憶されたアクセス許可者アドレスに対応するアドレス識別子を含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２１に例示するように、アクセス許可者アドレスのハッシュ値を含んだアクセスＵＲＬを生成するようにしてもよい。
【０１５３】
この場合には、認証情報の通知判定において、アクセスＵＲＬからアクセス許可者アドレスのハッシュ値を取り出すとともに、図２０に例示するような画面を通じてアクセス者Ｂから受け付けたアドレスについてハッシュ値を求め、両者のハッシュ値が一致するか否かを判定し、両者が一致することも条件にして認証情報の通知を認める。そして、認証情報の通知処理において、アクセス者Ｂから受け付けたアドレス宛に認証情報を通知する。
【０１５４】
このように、アクセス許可者のアドレスそのものをアクセスＵＲＬに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスＵＲＬを生成することにすれば、アドレス識別情報やアドレスの漏洩を防ぐとともに、上記のようなデータベースを用いることなくアクセスＵＲＬに含める情報量を少なくすることが可能になる。
【０１５５】
また、このように、アドレスそのものをアクセスＵＲＬに含めることなく、これをデータベースに記憶することもしない場合でも、アクセス者から受け付けたアドレス宛に無条件で認証情報を通知するのではなく、かかるアドレスの暗号化データがアクセスＵＲＬに含まれる暗号化データに対応することを条件に認証情報を通知するので、不正なアクセス者を事前に排除することが可能になる。
【０１５６】
（４）複数のアクセス許可者アドレス
また、上記の実施例では、一つのアクセス許可者アドレスを含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２２に例示するように、複数のアクセス許可者アドレス、複数のアドレス識別子、複数のハッシュ値、または、グループＩＤ（複数のアクセス許可者アドレスに対応付けられるグループＩＤ）を含んだアクセスＵＲＬを生成するようにしてもよい。
【０１５７】
この場合には、認証情報の通知処理において、アクセスＵＲＬから取得される複数のアクセス許可アドレス宛にそれぞれ認証情報を通知するようにしてもよいが、本発明は必ずしもこれに限定されるものではなく、図２０に例示した画面を通じてアクセス者Ｂからアドレスを受け付け、アクセスＵＲＬから取得した複数のアクセス許可者アドレス（もしくはアドレスのハッシュ値）のなかにアクセス者Ｂから受け付けたアドレス（もしくはアドレスのハッシュ値）があることを条件にして、このアクセス者Ｂから受け付けたアドレス宛にのみ認証情報を通知するようにしてもよい。
【０１５８】
このように、アクセスＵＲＬから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者Ｂから受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知することにすれば、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【０１５９】
（５）有効条件Ｃ
また、上記の実施例では、アクセス者Ｂのアクセスが許可される有効期間を有効条件Ｃとして指定する場合を説明したが、本発明はこれに限定されるものではなく、例えば、アクセスが許可される期限（例えば○年○月○日まで）、アクセスが許可される時間（例えば○時から○時まで）、アクセスが許可される回数（例えば○回。この場合にはアクセスの履歴をデータベースで管理し、かかるデータベースを参照しつつ有効条件を判定する。）など、他の有効条件Ｃを指定するようにしてもよい。
【０１６０】
言い換えれば、図２３に例示するように、アクセス許可期間、アクセス許可期限、アクセス許可時間、アクセス許可回数もしくはこれらの組合せを、有効条件Ｃとして含んだアクセスＵＲＬを生成するようにしてもよい。このように、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせを有効条件とすれば、確実なアクセス認証だけでなく、有効期間、有効時間、有効回数の観点から実用的なアクセス認可を実現することが可能になる。
【０１６１】
（６）アクセスＵＲＬの無効化
また、上記の実施例では、一旦生成されたアクセスＵＲＬが半永久的に有効である場合を説明したが、本発明はこれに限定されるものではなく、既に生成されたアクセスＵＲＬを無効化することで、アクセスＵＲＬが無効化されていないことも条件にして認証情報の通知判定を行うようにしてもよい。すなわち、この場合には、無効化されるアクセスＵＲＬを特定するための情報を記憶する無効化テーブルをさらに備え、認証情報の通知判定処理において、アクセス者から受け付けたアクセスＵＲＬが無効化されたものであるか否かを無効化テーブルに基づいてさらに判定し、無効化されていないことを条件に認証情報の通知処理を実行する。
【０１６２】
ここで、アクセスＵＲＬを無効化する手法としては、図２４に例示するように、無効化対象のアクセスＵＲＬそのものを無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬが無効化テーブルに登録されていれば、認証情報の通知不可とする手法や、アクセスＵＲＬの生成に係る情報（すなわち、アクセス許可者アドレス、リソース識別子、有効条件もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出したアクセス許可者アドレス、リソース識別子、有効条件もしくはこれらの組合せが無効化テーブルに登録されていれば、認証情報の通知不可とする手法を採用することができる。
【０１６３】
さらに、同図に例示するように、アクセスＵＲＬに別途含まれる識別情報（例えば、生成要求者を一意に識別するための識別情報、生成要求の手続ごとに付与する識別情報もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した識別情報が無効化テーブルに登録されていれば、認証情報の通知不可とする手法や、アクセスＵＲＬに別途含まれる生成情報（例えば、後に生成される程に値が大きく生成番号、生成日時もしくはこれらの組合せ）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した生成情報が無効化テーブルに登録されていれば、認証情報の通知不可とする手法、アクセスＵＲＬに別途含まれる生成情報の範囲（例えば、生成番号の範囲、生成日時の範囲もしくは両者の範囲）を無効化テーブルに登録しておき、アクセス者から受け付けたアクセスＵＲＬから抽出した生成情報が無効化テーブルに登録されている生成情報の範囲に属せば、認証情報の通知不可とする手法などを採用することができる。
【０１６４】
このように、無効化されたアクセスＵＲＬによるアクセスを許可しないようにすれば、所定のアクセスＵＲＬが悪用されている等の理由から当該アクセスＵＲＬによるアクセスを停止したい場合には、かかるアクセスＵＲＬを無効化することで当該アクセスＵＲＬによるアクセスを後発的に拒絶することが可能になる。
【０１６５】
また、上記の実施例では、アクセス処理サーバに対して同時期に取得したアクセスＵＲＬによるアクセス要求をするアクセス者が複数いる場合でも、各アクセス者全員に通知判定処理および認証情報通知処理を行う場合を説明したが、本発明はこれに限定されるものではなく、アクセス者がアクセスを終了するまで、他のアクセス者のアクセスを無効にするようにしてもよい。
【０１６６】
具体的には、図３２に示すように、アクセスを行ったアクセス者Ａから受け付けたアクセスＵＲＬ（http://XXX）を無効化テーブルに登録しておき、その後、アクセス者Ｂがアクセスを行って、当該アクセス者ＢのアクセスＵＲＬ（http://XXX）が無効化テーブルに記憶されている場合は、アクセス者Ｂのアクセスに対して認証情報の通知処理を行わない。そして、アクセス者Ａのアクセスが終了した場合には、無効化処理テーブルに登録されたアクセス者ＡのアクセスＵＲＬを削除し、その後も上記の処理を繰り返す。
【０１６７】
このように、アクセス者がアクセスを終了するまで、アクセスＵＲＬまたはアクセスＵＲＬから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶するので、一度にアクセスできるアクセス者を一人に限定し、複数人が同時にアクセスすることを防止することが可能である。
【０１６８】
また、上記の実施例では、アクセスＵＲＬまたはアクセスＵＲＬに対応する情報を無効化テーブルに登録後、永続的に保持し続ける場合を説明したが、本発明はこれに限定されるものではなく、例えば、図３３に示すように、無効化テーブルに登録されたアクセスＵＲＬに上述した有効条件に対応する有効期限が設定されている場合は、この設定されている有効期限までアクセスＵＲＬを保持し、有効期限経過後にそのアクセスＵＲＬを削除するようにしてもよい。
【０１６９】
このように、無効化テーブル内における有効期限経過後のアクセスＵＲＬを削除すれば、システムの継続的運用に伴って無効化データベースのエントリが増大していくのを防止することが可能になる。
【０１７０】
（７）認証情報
また、上記の実施例では、６桁の数字列からなる認証情報（パスワード）を生成する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、任意の文字列からなるパスワードを生成するようにしてもよい。また、上記の実施例では、乱数アルゴリズムを用いてパスワードを生成する場合を説明したが、本発明はこれに限定されるものではなく、例えば、予め用意された複数のパスワードのなかからアクセス者Ｂに通知するパスワードを選択するようにしてもよい。
【０１７１】
また、上記の実施例では、パスワードとともにセッションＩＤを生成して両者を認証情報テーブル２４に登録する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、認証情報テーブル２４を設けることなく、パスワードを含んだセッションＩＤを生成するようにしてもよい。すなわち、この場合には、アクセス制御処理において、認証ページからセッションＩＤを取り出した後に、このセッションＩＤからさらにパスワードを取り出し、このパスワードがアクセス者Ｂの入力したパスワードと一致するかを判定する。このように、認証情報を含んだセッションＩＤを生成することにすれば、セッションＩＤおよび認証情報を対応付けて記憶するデータベースを全く不要にすることができ、この点で記憶リソースの消費を抑制することが可能になる。
【０１７２】
また、上記の実施例では、セッションＩＤによって認証情報通知処理のトランザクションを特定する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に記したように、タイムスタンプ入りのパスワードを生成することによって、セッションＩＤを不要にするようにしてもよい。すなわち、この場合には、アクセス制御処理において、アクセス者Ｂから受け付けたパスワードからタイムスタンプを取り出し、これが所定の時間範囲に属するか否かを判定する。なお、本発明では、上記したパスワード認証に限定されず、アクセス処理サーバ１０とアクセス許可者との間で授受可能なパスワードであれば、如何なるパスワード認証を採用してもよい。
【０１７３】
（８）リソース識別子
また、上記の実施例では、リソース識別子としてファイル名を指定する場合を説明したが、本発明はこれに限定されるものではなく、図２６に例示するように、ファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せ、さらには、所定のファイルを読み書きするためのコマンドを指定するようにしてもよい。
【０１７４】
ここで、フォルダ名やディレクトリ名をリソース識別子として指定した場合には、かかるフォルダ内やディレクトリ下にある全てのリソース（ファイル）を一度にアクセス者Ｂに開示するようにしてもよいが、本発明は必ずしもこれに限定されるものではなく、アクセス者によるアクセス対象の選択に応じて所定のリソース（ファイル）を開示するようにしてもよい。なお、かかる選択によってリソースを順次開示するような場合には、Ｗｅｂページに埋め込むセッションＩＤとしては同一のセッションＩＤを維持し、このセッションＩＤが認証情報テーブル２５に記憶されていれば、同じく認証情報テーブル２５に記憶されているフォルダ内やディレクトリ下に限ってアクセス許可を継続する。
【０１７５】
このように、フォルダ名やディレクトリ名をアクセス先アドレスとして指定すれば、アクセスＵＲＬの生成後にアクセス対象を変更したいような場合でも、アクセスＵＲＬを新たに生成することなく、フォルダ内やディレクトリ下にあるリソースを入れ替えるだけでよく、アクセスＵＲＬを継続して利用することが可能になる。すなわち、図２７に例示するように、アクセス制御システムを、アクセス権の管理および制御を行うアクセス処理サーバ１０と、コンテンツの管理および制御を行うコンテンツ管理サーバ３０とに分離することができ、それぞれの変更が互いに影響を及ぼさなくなり、利便性を向上させることが可能になる。
【０１７６】
また、順次コンテンツを開示する場合には、セッションＩＤは認証時に用いていたものを用いなくても認証成功時に新たに作成してアクセス者に送信してもよいし、認証成功時のアクセス者の発ＩＰアドレス等、発信者を一意に識別できるＩＤと認証結果を対応付けて記憶しておき、アクセス要求の発ＩＰアドレスに基づいてアクセス制御することも可能である。さらに、セッションＩＤのかわりに認証結果およびコンテンツ識別子を発行鍵によって暗号化したセッション情報をアクセス者に送信することで認証情報テーブルにコンテンツ識別子を記憶しておくことなくアクセス制御を行うことができる。
【０１７７】
（９）アクセスＵＲＬの生成要求者
また、上記の実施例では、管理者ＡがアクセスＵＲＬの生成要求を行う場合を説明したが、本発明はこれに限定されるものではなく、例えば、アクセス者Ｂが管理者からキーワードを入手し、かかるキーワードを提示してアクセス者ＢがアクセスＵＲＬの生成要求を行うことで、アクセスＵＲＬを生成するようにしてもよい。なお、この場合には、アクセス処理サーバ１０において、キーワードの認証を行うことで、アクセス者Ｂが管理者からアクセス許可者としてアクセスＵＲＬの生成を認められているかを認証する。
【０１７８】
（１０）アクセスＵＲＬの通知
また、上記の実施例では、アクセス処理サーバ１０が生成したアクセスＵＲＬをアクセス許可者に直接通知する場合を説明したが、本発明はこれに限定されるものではなく、生成したアクセスＵＲＬを管理者Ａにのみ送信し、アクセス許可者は管理者ＡからアクセスＵＲＬを取得するようにしてもよい。
【０１７９】
また、上記の実施例では、アクセス者許可者がアクセスＵＲＬをメールによって取得する場合を説明したが、本発明は必ずしもこれに限定されるものではなく、例えば、ネットワーク上のホームページや掲示板でアクセスＵＲＬを別途公開すること、アクセスＵＲＬが記載された書類をアクセス許可者に郵送すること、アクセスＵＲＬをアクセス許可者に電話もしくは口頭で伝えることなど、オンラインであるかオフラインであるかを問わず、何らかの手段を介してアクセス許可者がアクセスＵＲＬを取得する態様であればよい。
【０１８０】
（１１）アクセスＵＲＬの生成主体および検証主体
また、上記の実施例では、管理者Ａでもアクセス者Ｂでもない第三者（サービスセンタ）がアクセスＵＲＬの生成および検証（認証情報の通知判定、認証情報の通知、アクセス制御）を行う場合を説明したが、本発明はこれに限定されるものではなく、管理者Ａ（つまり管理者端末１）において、アクセスＵＲＬの生成および検証の全てまたは一部を行うようにしてもよい。このように、管理者ＡがアクセスＵＲＬの生成および検証を行うことにすれば、サービスセンタ側の負担を分散させることが可能になる。
【０１８１】
さらに、アクセスＵＲＬの生成は、サービスセンタや管理者Ａに限定されるものではなく、例えば、アクセス許可者のアクセス端末２においてアクセスＵＲＬを生成し、これをサービスセンタや管理者端末１が検証するようにしてもよい。すなわち、この場合には、アクセス許可者の秘密鍵を用いてアクセスＵＲＬを生成し、サービスセンタや管理者端末１では、アクセス許可者の公開鍵を用いてアクセスＵＲＬを検証することになる。
【０１８２】
（１２）アクセスＵＲＬに含まれる情報
また、上記の実施例では、アクセス許可者アドレス、リソース識別子および有効条件を含んだアクセスＵＲＬを生成する場合を説明したが、本発明はこれに限定されるものではなく、図２８に記すように、アクセス許可者のアドレスに係る情報（例えば、アクセス許可者アドレス、アドレス識別子、アドレスのハッシュ値もしくはグループＩＤ）を少なくとも含んだアクセスＵＲＬであればよい。
【０１８３】
すなわち、かかるアドレスに係る情報の他に、有効条件に係る情報（有効条件、もしくは有効条件をＤＢに登録する場合には有効条件の識別子）、アクセス先に係る情報（アクセス先アドレス、もしくはアクセス先アドレスをＤＢに登録する場合にはアクセス先アドレスの識別子）もしくはこれらの組合せを含んだアクセスＵＲＬであってもよい。
【０１８４】
（１３）アクセス許可者アドレス
また、上記の実施例では、アクセス許可者アドレスとしてメールアドレスを指定する場合を説明したが、本発明はこれに限定されるものではなく、図２９に例示するように、ＰＣメールアドレス（インターネットメールアドレス）、携帯メールアドレス（ＰＨＳメールアドレスも）、他のメッセージアドレス（ＳＩＰメッセージのアドレス）、固定電話番号、携帯電話番号、ＩＰ電話番号、内線電話番号もしくはこれらの組合せなど、認証情報の通知先となり得るアドレスであればよい。
【０１８５】
ここで、同一のアクセス許可者について複数のアドレスを指定したような場合には、複数のアドレス宛にパスワードが通知されるので、アクセス許可者によるパスワードの取得を確実にすることが可能になる。また、固定電話番号や内線電話番号などを指定することで、ユーザ端末（例えば携帯電話）の盗難によるパスワードの不正入手を回避することも可能になる。
【０１８６】
（１４）アクセスコードの形式
また、上記の実施例では、ＵＲＬ形式のアクセスコードを用いる場合を説明したが、本発明はこれに限定されるものではなく、図３０に例示するように、ＵＲＩ（UniformResourceIdentifier）形式、メッセージアドレス形式、電話番号形式、チケット形式、バーコード形式、各種のカード情報（例えば、カードの磁気情報、ＩＣカードの内蔵情報）など、アクセスコードが表現可能な情報部材であれば、本発明を同様に適用することができる。
【０１８７】
より具体的には、メッセージアドレス形式の場合には、メールなどのメッセージでアクセス要求を受け取り、アクセス結果をメールなどで送信する。また、電話番号形式の場合には、かかる電話番号を接続先とするアクセス要求をアクセス者の電話端末から受け取り、アクセス結果をアクセス者の電話端末に回答する。さらに、バーコード形式の場合には、例えば、かかるバーコード付きの媒体（例えば、名刺やプリペイドカード）をバーコード読取装置（上記のアクセス処理サーバ１０に対応する。）で読み取り、バーコード読取装置に接続された表示装置からアクセス結果を出力する。
【０１８８】
（１５）アクセス制御の種類
また、上記の実施例では、リソースに対するアクセス制御として、情報開示（コンテンツ開示）に本発明を適用する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図３１に記すように、メッセージ転送、電話接続転送、本人認証（例えば入室管理における本人認証）など、あらゆるサービスにおいてアクセス者を認証する場合に適用することができる。
【０１８９】
すなわち、例を挙げると、電話接続転送サービスの場合には、電話番号形式のアクセスコードを接続先番号とする電話接続要求をアクセス者の電話端末から受け付け、アクセスコードから取り出したアクセス許可者アドレス宛にパスワードを通知し、このパスワードが電話端末から入力されることを条件に、アクセスコードから取り出したアクセス先アドレスの電話番号に電話接続要求を転送する。また、本人認証（例えば入室管理における本人認証）の場合には、入室制御装置において入室を要求するアクセス者のカードから磁気情報としてアクセスコードを読み出し、このアクセスコードから取り出したアクセス許可者アドレス宛にパスワードを通知し、このパスワードが入室制御装置に入力されることを条件に、アクセス者の入室を許可する。
【０１９０】
（１６）システム構成等
また、上記の実施例で図示した各装置（特に、図２に例示したアクセス処理サーバ１０）の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、アクセス処理サーバ１０をアクセスＵＲＬ生成処理、認証情報通知判定処理、認証情報通知処理、アクセス制御処理、リソース管理処理もしくはこれらの組合せごとに分離して構成するなど、各装置の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１９１】
また、上記の実施例で説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、管理者情報テーブル１２や認証情報テーブル２４に記憶された情報等）については、特記する場合を除いて任意に変更することができる。
【０１９２】
なお、上記の実施例では、本発明を実現する各装置（管理者端末１、アクセス者端末２、アクセス処理サーバ１０）を機能面から説明したが、各装置の各機能はパーソナルコンピュータやワークステーションなどのコンピュータにプログラムを実行させることによって実現することもできる。すなわち、本実施例１で説明した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータ上で実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。つまり、例を挙げれば、実施例１に示したようなアクセス処理サーバ用プログラム（より詳細には、アクセスＵＲＬ生成プログラム、認証情報通知判定プログラム、認証情報通知プログラム、アクセス制御プログラムなど）を格納したＣＤ−ＲＯＭを配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。
【０１９３】
（１７）認証成功後の継続的アクセス
また、上記の実施例では、アクセス者端末からアクセス要求が行われる度に認証情報を用いたアクセス制御処理を行う場合を説明したが、本発明はこれに限定されるものではなく、一度アクセスが許可された後、再度アクセスする際に、その許可されるアクセスを一意に特定するアクセスＩＤ（例えば、制御情報等の情報を所定の鍵によって暗号化したデータや制御情報等の情報に対して秘密鍵により生成した電子署名データを付加したもの）を用いて継続的にアクセスを制御するようにしてもよい。
【０１９４】
すなわち、アクセス者によるアクセスが許可された場合に、その許可されるアクセスを一意に特定するアクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶し、かかる記憶されたアクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付け、当該アクセスＩＤに対応付けて記憶されている制御内容に基づいてアクセス者のアクセスを継続して制御する。
【０１９５】
具体的には、アクセス者によるアクセスが許可された場合に、図３４に示すように、アクセスＩＤ、有効期限およびリソース識別子を対応付けてアクセスＩＤテーブルに記憶し、アクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付ける。当該アクセスＩＤに対応付けてアクセスＩＤテーブルに記憶されている有効期限内であり、かつリソース識別子により特定されるリソース内であればアクセスを許可する。
【０１９６】
このように、アクセス者によるアクセスが許可された場合に、その許可されるアクセスを一意に特定するアクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶し、かかる記憶されたアクセスＩＤをアクセス者に通知し、かかる通知されたアクセスＩＤをアクセス者から受け付け、当該アクセスＩＤに対応付けて記憶されている制御内容に基づいてアクセス者のアクセスを継続して制御すれば、一度認証手続きを経て認証された後はアクセスＩＤによりアクセスが可能になるため、認証情報入力の手間を減らすことが可能である。
【０１９７】
また、上記の実施例では、アクセスＩＤとアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶して、継続的にアクセスを制御する場合について説明したが、アクセスＩＤ記憶時にアクセス者の発信元情報（ＩＰアドレス、ＩＰアドレスのハッシュ値、端末名等）をさらに取得して記憶し、アクセスＩＤによるアクセス要求受け付け時に、アクセスＩＤから得られる発信元情報と、アクセスＩＤを提示してアクセス要求を行ったアクセス者の発信元情報との比較を行い、両者が対応していることを条件に制御情報に従ったアクセス制御を実施してもよい。これにより、アクセスＩＤが第三者に漏洩した場合にも特定のアクセス者からのアクセスのみを受け付けるようにし、成りすましを防止することが可能である。
【０１９８】
また、上記の実施例では、アクセスＩＤとそのアクセスに対する制御内容（有効期限、リソース識別子）を対応付けて記憶して継続的にアクセスを制御する場合を説明したが、アクセスＩＤに制御情報や発信元情報を含めて継続的にアクセスを制御するようにしてもよい。具体的には、アクセス者によるアクセスが許可された場合に、図３５に示すように、制御情報（有効期限、リソース識別子）や発信元情報を含めたアクセスＩＤを作成し、かかるアクセスＩＤをアクセス者に通知して、かかる通知されたアクセスＩＤをアクセス者から受け付け、かかるアクセスＩＤに含まれた制御情報や発信元情報に基づいてアクセス制御を行ってもよい。
【０１９９】
このように、アクセス者によるアクセスが許可された場合に、アクセスＩＤに含まれた制御情報や発信元情報に基づいてアクセス制御を行うので、認証結果の改ざんを防止しつつ、認証結果を記憶することが可能である。
【０２００】
また、上記の実施例では、アクセスＩＤに制御情報を含めて継続的にアクセスを制御する場合を説明したが、アクセス者のアクセス元を一意に特定するアクセス元情報（例えば、ＩＰアドレス、端末名等）を用いて継続的にアクセスを制御するようにしてもよい。具体的には、アクセス者によるアクセスが許可された場合に、図３６に示すように、アクセス者のアクセス元情報および制御情報（有効期限、リソース識別子）を対応付けてアクセス元情報テーブルに記憶する。そして、アクセス者からアクセス要求を受け付けた場合に、アクセス要求に含まれたアクセス元情報を取得し、そのアクセス元情報に対応付けられた制御内容に基づいてアクセス制御を行ってもよい。
【０２０１】
（１８）リバースプロキシ型
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるもではなく、認証情報通知およびアクセス制御を行ってアクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ提供サーバとを備えるようにしてもよい。
【０２０２】
具体的には、図３７に示すように、認証成功後に（ステップＳ３７０５）、認証サーバがコンテンツ提供サーバからコンテンツを取得して（ステップＳ３７０６）、アクセス者に開示するようにする（ステップＳ３７０７）。つまり、図３８に示すように、認証サーバにおけるアクセス制御処理において、コンテンツをコンテンツ管理部から取得するかわりに、コンテンツ提供サーバのＵＲＬを含んだコンテンツ識別子をもとに、コンテンツ提供サーバに要求を送信し、その応答としてコンテンツを取得すればよい。また、コンテンツ提供サーバが行うコンテンツ提供処理においては、認証サーバからコンテンツ識別子を含むコンテンツ要求を受け付けて、要求発信元が認証サーバであることを確認した上で（ステップＳ３８０１）、コンテンツを応答する（ステップＳ３８０２）。
【０２０３】
このように、アクセス者によるアクセスを許可する場合には、コンテンツ管理サーバからアクセス者に提供するコンテンツを取得して、コンテンツをアクセス者に開示するので、コンテンツ提供サーバは、認証サーバに対してのみコンテンツを提供する結果、コンテンツ提供サーバでのアクセス制御の設定を容易にすることが可能であり、また、複数のコンテンツ提供者からアクセス者に提供されたコンテンツを認証サーバが集中的に把握することにより、アクセス者に対して一括して課金を行うことが可能であり、また、アクセス履歴に応じた広告やリコメンドを提供することが可能である。
【０２０４】
（１９）通知依頼型
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ管理サーバとを備えて、認証情報通知とコンテンツ提供を別サーバにて行うようにしてもよい。
【０２０５】
具体的には、図３９に示すように、認証サーバで行うアクセスＵＲＬ生成処理よって生成されるアクセスＵＲＬに含めるサーバＵＲＬをコンテンツ提供サーバのＵＲＬにしておくことで、アクセス者からのアクセス要求をコンテンツ提供サーバで受け付ける（ステップＳ３９０１）。そして、アクセスＵＲＬを受け付けたコンテンツ提供サーバは、アクセスＵＲＬを認証サーバに送信してアクセスを許可された利用者への認証情報の通知を要求する（ステップＳ３９０２）。その後、認証サーバは、アクセスＵＲＬをもとに通知可否判断を行ったうえで（ステップＳ３９０３）、通知可と判断した場合には、以下に説明するように、認証情報通知処理を行う（ステップＳ３９０４）。
【０２０６】
図４０に示すように、認証情報通知処理においては、まず認証情報を生成し（ステップＳ４００１）、認証情報を含んだアクセス許可者アドレス宛のメールを作成して発信して（ステップＳ４００２）、さらに、認証情報を含んだ認証情報応答をコンテンツ提供サーバへ送信する（ステップＳ４００３）。
【０２０７】
その後、認証情報応答を受け付けたコンテンツ提供サーバは、アクセス者端末に対して認証ページを応答するためにアクセス応答処理を行う（ステップＳ３９０５）。かかるアクセス応答処理においては、図４１示すように、まずセッションＩＤを作成する。そして、認証情報、セッションＩＤおよびコンテンツ識別子を認証情報テーブルに登録する。さらに、セッションＩＤを含んだ認証ページをアクセス者端末に送信する。以降の処理は、実施例１における認証サーバと同様である。
【０２０８】
このように、認証サーバは、コンテンツ管理サーバを介してアクセス者からアクセスコードを受け付け、コンテンツ管理サーバは、アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示するので、アクセス者へのコンテンツ提供をコンテンツ提供サーバが行うことで、認証サーバがコンテンツ提供をコンテンツ提供サーバが行う結果、認証サーバがコンテンツ提供を行う場合に比べて認証サーバへの負荷集中を防ぐことが可能である。また、認証情報の通知を認証サーバが行うので、コンテンツ提供者がアクセス者のアドレスに係る情報を知ることなく適切なアクセス制御ができるようになり、アクセス者の匿名性を確保することが可能である。
【０２０９】
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバ、並びに、アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、認証サーバでの認証結果に基づいてコンテンツ提供サーバが直接アクセス者にコンテンツを提供するようにしてもよい。
【０２１０】
具体的には図４２に示すように、アクセス制御までの手順については実施例１と同様であるが、認証サーバにおけるアクセス制御処理は、図４３に示すように、アクセス可否判定を行う。
【０２１１】
さらに、アクセス可と判断された場合には認証サーバは図４４に示すような二次アクセスＵＲＬ生成処理を行う。二次アクセスＵＲＬ生成処理では、まずアクセス者端末のＩＰアドレスの最後尾に“｜”を追加したデータをデータＡとし（ステップＳ４４０１）、データＡにコンテンツ識別子を文字列として付加してさらに最後尾に“｜”を追加する（ステップＳ４４０２）。そして、現在の時刻を２００４年１月１日０時０分から数えて分単位で数値化したデータをデータＢとする（ステップＳ４４０３）。さらに、データＡとデータＢを連結してなるデータを発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データをコンテンツ提供サーバＵＲＬの最後尾に追加することで、二次アクセスＵＲＬを作成する（ステップＳ４４０４）。
【０２１２】
認証サーバは、アクセス者に対して二次アクセスＵＲＬを応答として送信し、アクセス者にアクセスを促し、二次アクセスＵＲＬを受け付けたアクセス者の二次アクセスＵＲＬにアクセス要求を行う。図４５にアクセス者から二次アクセスＵＲＬを受け付けたコンテンツ提供サーバのアクセス判定処理フローを示す。コンテンツ提供サーバは、アクセス者から二次アクセスＵＲＬを受け付けると、まず二次アクセスＵＲＬのコンテンツ提供サーバＵＲＬに続くデータを取得し、データＴとする（ステップＳ４５０１）。そして、データＴ、アクセス者のＩＰアドレスＲを認証サーバに送信して、認証結果とコンテンツ識別子を問い合わせる（ステップＳ４５０２）。認証サーバに問い合わせて得られた認証結果とコンテンツ識別子のうち、認証結果がＯＫであった場合にはアクセス判定結果をＯＫとし、認証結果がＮＧであった場合にはアクセス判定結果をＮＧとする（ステップＳ４５０３）。アクセス判定結果がＯＫの場合にはコンテンツ識別子に対応したコンテンツをコンテンツ提供サーバ内のコンテンツ管理部から取得し、アクセス者に開示する。
【０２１３】
一方、コンテンツ提供サーバからデータＴとアクセス者のＩＰアドレスＲを受け付けた認証サーバが認証結果、コンテンツ識別子を取得するために行う認証結果応答処理を図４６に示す。
【０２１４】
まず、認証サーバは、二次アクセスＵＲＬ中のコンテンツ提供サーバＵＲＬ以降のデータＴをＢＡＳＥ３２復号して得られるデータをさらに発行鍵で復号化して得られるデータＸを取得する（ステップＳ４６０１）。そして、データＸの先頭から２番目の“｜”までのデータをデータＡとし、データＸの先頭から２番目の“｜”以降のデータをデータＢとする。さらに、データＡの先頭から１番目の“｜”までのデータをデータＧとし、先頭から１番目の“｜”以降のデータをコンテンツ識別子として取得する（ステップＳ４６０２）。
【０２１５】
次に、データＧとＩＰアドレスＲを比較し（ステップＳ４６０３不一致）、一致しなかった場合は、認証結果をＮＧとする。一致した場合には（ステップＳ４６０３一致）、現在の時刻を２００４年１月１日０時０分から数えて分単位で数値化したデータをデータＣとして（ステップＳ４６０４）、データＣ−データＢが０以上かつ３０未満でなかった場合には（ステップＳ４６０５不成立）、認証結果をＮＧとし、０以上かつ３０未満であった場合には（ステップＳ４６０５成立）、認証結果をＯＫとする。
【０２１６】
これにより、認証サーバは、アクセス者によるアクセスを許可する場合には、コンテンツ管理サーバにアクセスするための二次アクセスアドレスを生成し、その二次アクセスアドレスをアクセス者に開示するので、認証サーバでの認証結果に基づいてコンテンツ提供サーバが直接アクセス者にコンテンツを提供することが可能である。なお、上記の実施例は二次アクセスＵＲＬを用いる方法に限られたものではない。例えば、認証サーバがアクセス者に認証結果を特定する認証結果識別子を払出して認証結果と対応付けて記憶しておき、コンテンツ提供サーバがアクセス者からの認証結果識別子を受け付けたうえで認証サーバに認証結果識別子と対応付けられた認証結果を問い合わせることでも同様に実施可能である。
【０２１７】
（課金管理型）
また、上記の実施例では、アクセス処理を行うアクセス処理サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、アクセス者を認証する認証サーバとアクセス者に提供されるコンテンツを管理するコンテンツ管理サーバとを備えて、アクセス者がコンテンツ提供サーバから認証サーバ経由でコンテンツを取得するようにしてもよい。
【０２１８】
具体的には、図４７に示すように、認証サーバで行うアクセスＵＲＬ生成処理において生成されるアクセスＵＲＬに含まれるサーバＵＲＬをコンテンツ提供サーバのＵＲＬとしておき、さらにアクセスＵＲＬの末尾に“？content=”およびコンテンツ識別子を付加しておくことで、アクセス者からのアクセス要求（ステップＳ４７０１）をコンテンツ提供サーバで受け付け、かつコンテンツ識別子をアクセスＵＲＬから取得できるようにする。アクセスＵＲＬ生成処理を図４８に示す。
【０２１９】
アクセス者からのアクセス要求には、さらにアクセス者の望むコンテンツデータの形式、質に関する嗜好情報、例えばデータ形式は、ビットマップ形式、画質等の情報を要求として受け付けるようにする。なお、要求を受け付けるのみではなく、アクセス者の要求とコンテンツ提供サーバの提供能力の調整のためにコンテンツ提供サーバとアクセス者の間で対話的にやり取りを行ってもよい。
【０２２０】
コンテンツ提供サーバではアクセス者からの要求に応じて、アクセスＵＲＬに含まれるコンテンツ識別子をもとに保持するコンテンツから新たにコンテンツを生成したり、加工を行ったりしてアクセス者の要求に応じたコンテンツを生成する（ステップＳ４７０２）。具体的には、コンテンツを指定された形式に変換したり、画質を調整したりする。
【０２２１】
次に、コンテンツ提供サーバはアクセス者のアクセスを識別するのに十分な長さのランダムな数字列をトランザクションＩＤとして生成し、認証サーバにアクセスＵＲＬ、コンテンツとともに送信する。認証サーバではトランザクションＩＤ、アクセスＵＲＬ、コンテンツをデータベースで対応付けて記憶する。
【０２２２】
さらに、コンテンツ提供サーバは、アクセス者を認証サーバへと誘導するために、トランザクションＩＤを通知するとともに、転送メッセージを送信する。かかる転送メッセージを受け付けたアクセス者は、認証サーバへトランザクションＩＤを送信し、アクセス要求を行う。そして、トランザクションＩＤを受け付けた認証サーバは、データベースからトランザクションＩＤに基づいてアクセスＵＲＬを取得し、アクセスＵＲＬ中の“？content="とそれを含んで続くデータをアクセスＵＲＬとして、実施例１と同様な通知判定処理（ステップＳ４７０４）、認証情報通知処理（ステップＳ４７０５）およびアクセス制御処理（ステップＳ４７０８）を行う。
【０２２３】
また、アクセス制御処理においては、図４９に示すように、有効条件の判定、およびアクセスＵＲＬの“？content="以降に含まれるコンテンツ識別子がアクセスＵＲＬに暗号化して含まれているものと一致するかの判定を行う。具体的には、アクセスＵＲＬ中のコンテンツ提供サーバＵＲＬ以降のデータのうち、“？content="以降のデータをデータＹとし、“？content＝"以前のデータをＢＡＳＥ３２復号して得られるデータをさらに発行鍵で復号化して得られるデータをデータＸとする。さらに、データＸの先頭から二番目の“｜”までのデータをデータＡとし、先頭から二番目の“｜”以降のデータをデータＢとする（ステップＳ４９０１）。
【０２２４】
そして、データＢの先頭ビットが「１」の場合、すなわち有効期限が指定されている場合は、先頭ビットに続く１３ビットを整数値とみなして得られる数を有効期限を表す日数として２００４年１月１日に加算して有効期限の満了日を算出し、現在の日付が満了日を過ぎているかを判定する。過ぎている場合は、認証情報通知不可とする（ステップＳ４９０２）。
【０２２５】
さらに、データＡの先頭から１番目の“｜”までのデータをアクセス許可者アドレスとして取得するとともに、データＡの先頭から１番目の“｜”以降のデータをコンテンツ識別子として取得し、データＹとコンテンツ識別子が一致しなかった場合は、認証情報通知不可とする（ステップＳ４９０３）。
【０２２６】
なお、以降の処理は実施例１と同様である。ただし、アクセス制御処理においては、アクセス者に開示するコンテンツをコンテンツ管理部からではなくトランザクションＩＤをもとにデータベースから取得することになる。また、図４６に示すように、アクセス者へコンテンツを提供した後に、コンテンツ提供サーバに開示が成功したか否かを通知するようにしてもよいが、必須ではない。
【０２２７】
このように、認証サーバは、コンテンツ提供サーバを介してアクセス者からアクセスコードを受け付けるとともに、コンテンツ提供サーバからアクセス者に提供するコンテンツを取得し、コンテンツ提供サーバは、アクセス者によるアクセスを許可する場合には、コンテンツ提供サーバから取得したコンテンツをアクセス者に開示するので、コンテンツ提供サーバは、認証を行わずに認証サーバへのコンテンツ提供のみを行う結果、コンテンツ提供サーバでのアクセス制御の設定が容易になる。
【実施例３】
【０２２８】
ところで、上記の実施例１では、アクセス許可者のアドレスに係る情報を所定の鍵によってアクセスＵＲＬに含めてアクセスを制御する場合を説明したが、本発明はこれに限定されるものではなく、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御するようにしてもよい。
【０２２９】
そこで、以下の実施例３では、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御する場合として、図５０を用いて、実施例３に係るアクセス制御システムの概要を説明する。図５０は、実施例３に係るアクセス制御システムの概要を説明するための図である。
【０２３０】
実施例３に係るアクセス制御システムは、図５０に示すように、実施例１のアクセス制御システムと比較して、アクセス許可者のアドレスに係る情報をアクセスＵＲＬと対応付けてデータベースに格納してアクセスを制御する点が相違する。具体的には、管理者がサービスセンタに対してアクセスＵＲＬの生成要求を行った後、サービスセンタは、アクセスＵＲＬを生成するとともに、ＵＲＬテーブル内にアクセス許可者のアドレスをアクセスＵＲＬと対応付けて記憶し、生成したアクセスＵＲＬをアクセス許可者に通知する（図５０の（１）〜（３）参照）。具体的には、アクセス許可者アドレス（アクセスが許可されるアクセス者のメールアドレス）、リソース識別子（アクセスを許可するリソースを識別するための識別子）および有効条件Ｃ（アクセスを許可する有効期間）を管理者Ａから受け付け、かかるリソース識別子、有効条件Ｃおよび生成したＵＲＬの一意性を確保するに足りる長さの乱数データを所定の鍵によって暗号化して得られる文字列を「パス名部分」とするＵＲＬアドレスを生成するとともに、アクセス許可者アドレスを生成されたアクセスＵＲＬと対応付けてＵＲＬテーブルに記憶する。
【０２３１】
その後、アクセス者がアクセスＵＲＬを用いたＷｅｂアクセスによってサービスセンタにアクセス要求を行った後、サービスセンタは、アクセス者が用いたアクセスＵＲＬに対応するアクセス許可者アドレスをＵＲＬテーブルから取得し、かかる取得したアクセス許可者アドレスを宛先アドレスとし、かつ、パスワードを本文に記載したメール（図１１参照）を発信するとともに、セッションＩＤを含んだ認証ページをアクセス者の利用者端末に送信して、アクセス者によるパスワードの入力を受け付ける（図５０の（４）〜（６）参照）。
【０２３２】
そして、実施例１と同様に、アクセス者Ｂが認証ページに対してパスワードを入力してサービスセンタに送信すると、サービスセンタは、アクセス者の認証、リソースの開示等を行う（図５０の（７）〜（１０）参照）。
【０２３３】
このように、実施例３によれば、生成されたアクセスＵＲＬごとに、各アクセスＵＲＬに対応するアクセス許可者のアドレスに係る情報を記憶するので、データベースを変更することによりアクセスコードを変更することなくアドレスに係る情報の内容、和を随時更新することが可能である。
【０２３４】
また、上記の実施例では、アクセスＵＲＬとアクセス許可者のメールアドレスを対応付けて記憶する場合を説明したが、本発明はこれ限定されるものではなく、アドレス識別情報とアクセスＵＲＬとを対応付けてデータベースで記憶し、アドレス識別情報とアクセス許可者のメールアドレスとを対応付けて別途データベースで記憶するようにしてもよい。これにより、アクセス許可者の一つのメールアドレスに対して複数のアクセスＵＲＬを払い出した後にメールアドレスを変更したい場合でも、データベース中のアクセス許可者のメールアドレスを一箇所変更するのみでよくなる。
【０２３５】
また、認証情報の通知判定において有効条件のみを判定する場合を説明したが、本発明はこれに限定されるものではなく、認証情報の通知判定においてアクセス者Ｂから自身のアドレスを受け付け、かかるアドレスも用いて通知判定を行うようにしてもよい。このように、認証情報の通知に先立ってアクセス者からアドレスを受け付け、当該アドレスがアクセスコードから取得するアドレスに対応することを条件に認証情報を通知することにすれば、アクセス許可者アドレスさえも知らないような不正なアクセス者を事前に排除することが可能になる。
【０２３６】
また、上記の実施例では、アクセス許可者アドレスそのものとアクセスＵＲＬを対応付けてデータベースに記憶するか、データベースに記憶されたアクセス許可者アドレスに対応するアドレス識別子とアクセスＵＲＬを対応付けて記憶する場合を説明したが、本発明はこれに限定されるものではなく、アクセス許可者アドレスのハッシュ値とアクセスＵＲＬとを対応付けて記憶するようにしてもよい。このように、アクセス許可者のアドレスそのものをアクセスＵＲＬに含めるのではなく、アドレス識別情報およびアドレスを対応付けてデータベースに記憶するのでもなく、アドレスの検証コード（少なくともアドレスから生成されるハッシュ値など）を含んだアクセスＵＲＬと対応付けて記憶することにすれば、アドレス識別情報やアドレスの漏洩を防ぐことが可能になる。
【０２３７】
また、上記の実施例では、一つのアクセス許可者アドレスを含んだアクセスＵＲＬを記憶する場合を説明したが、本発明はこれに限定されるものではなく、図２２に例示するように、複数のアクセス許可者アドレス、複数のアドレス識別子、複数のハッシュ値、または、グループＩＤ（複数のアクセス許可者アドレスに対応付けられるグループＩＤ）を含んだアクセスＵＲＬを記憶するようにしてもよい。
【０２３８】
このように、アクセスＵＲＬから複数のアドレス（例えば、複数のアクセス許可者が有する各アドレス、一人のアクセス許可者が有する複数のアドレス）が取得される場合に、複数のアドレス宛に認証情報を通知するのではなく、アクセス者Ｂから受け付けたアドレスが複数のアドレスのいずれかに対応することを条件に当該対応するアドレス宛に認証情報を通知することにすれば、不正なアクセス者を事前に排除することだけでなく、必要なアドレス宛に対してのみ無駄なく認証情報を通知することが可能になる。
【産業上の利用可能性】
【０２３９】
以上のように、本発明に係るアクセス制御システム、アクセス制御方法およびアクセス制御プログラムは、アクセス者によるアクセスを制御する場合に有用であり、特に、正規なアクセス者によるアクセス要求であるか否かを確実に認証することなどに適する。
【図面の簡単な説明】
【０２４０】
【図１】実施例１に係るアクセス制御システムの概要を説明するための図である。
【図２】実施例１に係るアクセス制御システムの構成を示す図である。
【図３】管理者情報テーブルに記憶される情報の例を示す図である。
【図４】認証情報テーブルに記憶される情報の例を示す図である。
【図５】管理者によるＵＲＬ生成要求からアクセス者によるアクセス結果受信に至る処理の流れを示すシーケンス図である。
【図６】管理者のログイン要求に係る画面の例を示す図である。
【図７】アクセスＵＲＬの生成要求に係る画面の例を示す図である。
【図８】アクセスＵＲＬの生成応答に係る画面の例を示す図である。
【図９】アクセスＵＲＬの生成通知に係るメールの例を示す図である。
【図１０】アクセスＵＲＬによるアクセス要求に係る画面の例を示す図である。
【図１１】認証情報の通知に係るメールの例を示す図である。
【図１２】アクセス者の認証要求に係る画面の例を示す図である。
【図１３】アクセス結果に係る画面の例を示す図である。
【図１４】アクセスＵＲＬ生成処理の詳細を示すフローチャートである。
【図１５】通知判定処理の詳細を示すフローチャートである。
【図１６】認証情報通知処理の詳細を示すフローチャートである。
【図１７】アクセス制御処理の詳細を示すフローチャートである。
【図１８】アクセス許可者アドレスをデータベースに記憶する実施例を説明するための図である。
【図１９】アクセス許可者アドレスをデータベースに記憶する実施例を説明するための図である。
【図２０】アクセス者にアクセス許可者アドレスを問い合わせる実施例を説明するための図である。
【図２１】アクセス許可者アドレスのハッシュ値をアクセスＵＲＬに含む実施例を説明するための図である。
【図２２】アクセスＵＲＬから複数のアクセス許可者アドレスを取得する実施例を説明するための図である。
【図２３】アクセスＵＲＬに含まれる有効条件の種類を説明するための図である。
【図２４】アクセスＵＲＬを無効化する実施例を説明するための図である。
【図２５】認証情報の種類を説明するための図である。
【図２６】リソース識別子の種類を説明するための図である。
【図２７】アクセス権の管理制御とコンテンツの管理制御とを分離する実施例を説明するための図である。
【図２８】アクセスＵＲＬに含まれる情報の種類を説明するための図である。
【図２９】アクセス許可者アドレスの種類を説明するための図である。
【図３０】アクセスコードの形式を説明するための図である。
【図３１】アクセス制御の種類を説明するための図である。
【図３２】アクセスＵＲＬを無効化する実施例を説明するための図である。
【図３３】無効化テーブルに記憶される情報の例を示す図である。
【図３４】アクセスＩＤテーブルに記憶される情報の例を示す図である。
【図３５】アクセスＩＤを説明するための図である。
【図３６】アクセス元情報テーブルに記憶される情報の例を示す図である。
【図３７】アクセス者が認証要求を認証サーバに対して行い、コンテンツ提供も認証サーバが行う実施例を説明するためのシーケンス図である。
【図３８】アクセス制御処理を説明するためのフローチャートである。
【図３９】アクセス者が認証要求をコンテンツサーバに対して行い、コンテンツ提供もコンテンツサーバが行う実施例を説明するためのシーケンス図である。
【図４０】認証情報通知処理を説明するためのフローチャートである。
【図４１】アクセス応答について説明するためのフローチャートである。
【図４２】アクセス者が認証要求を認証サーバに対して行い、コンテンツ提供をコンテンツサーバが行う実施例を説明するためのシーケンス図である。
【図４３】アクセス制御処理を説明するためのフローチャートである。
【図４４】二次アクセスＵＲＬ生成処理を説明するためのフローチャートである。
【図４５】アクセス判定処理を説明するためのフローチャートである。
【図４６】認証結果応答について説明するためのフローチャートである。
【図４７】アクセス者が認証要求をコンテンツサーバに対して行い、コンテンツ提供を認証サーバが行う実施例を説明するためのシーケンス図である。
【図４８】アクセスＵＲＬ生成処理を説明するためのフローチャートである。
【図４９】通知判定処理を説明するためのフローチャートである。
【図５０】実施例３に係るアクセス制御システムの概要を説明するための図である。
【符号の説明】
【０２４１】
１ 管理者端末
２ 発信者端末
４ アクセ得者メールサーバ
５ 管理者ＩＰ網
６ アクセス者ＩＰ網
７ インターネット
８ ＬＡＮ（LocalAreaNetwork）
１０ アクセス処理サーバ
１１ 通信部
１２ 管理者情報テーブル
１３ 管理者認証部
１４ 発行鍵記憶部
１５ ＵＲＬ生成部
２１ リソース管理部
２２ 通知判定部
２３ 認証情報通知部
２４ 認証情報テーブル
２５ アクセス制御部
【特許請求の範囲】
【請求項１】
アクセス者によるアクセスを制御するアクセス制御システムであって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手段と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手段と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手段によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手段と、
を備えたことを特徴とするアクセス制御システム。
【請求項２】
前記アクセスコード生成手段は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１に記載のアクセス制御システム。
【請求項３】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセスコードに含まれる前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または２に記載のアクセス制御システム。
【請求項４】
前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報を含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコードに含まれるアドレス識別情報に対応するアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または２に記載のアクセス制御システム。
【請求項５】
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコードから取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする請求項１、２、３または４に記載のアクセス制御システム。
【請求項６】
前記認証情報通知手段は、前記アクセスコードから複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする請求項５に記載のアクセス制御システム。
【請求項７】
前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手段を備え、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１に記載のアクセス制御システム。
【請求項８】
前記アクセスコード記憶手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを記憶し、
前記認証情報通知手段は、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または７に記載のアクセス制御システム。
【請求項９】
前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報に対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項８に記載のアクセス制御システム。
【請求項１０】
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする請求項１、７、８または９に記載のアクセス制御システム。
【請求項１１】
前記認証情報通知手段は、前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする請求項１０に記載のアクセス制御システム。
【請求項１２】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスを検証するためのアドレス検証コードを含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスから生成されるアドレス検証コードが前記アクセスコードに含まれるアドレス検証コードに対応することを条件に、前記アクセス者から受け付けたアドレス宛に前記認証情報を通知することを特徴とする請求項１〜１１のいずれか一つに記載のアクセス制御システム。
【請求項１３】
前記アクセスコード生成手段は、前記アクセス許可者に要求される有効条件に係る情報をさらに対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセスコードに基づいて取得した有効条件を満たすことを条件に、前記認証情報を通知することを特徴とする請求項１〜１２のいずれか一つに記載のアクセス制御システム。
【請求項１４】
前記アクセスコード生成手段は、前記有効条件に係る情報として、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせに係る情報に対応付けてアクセスコードを生成することを特徴とする請求項１３に記載のアクセス制御システム。
【請求項１５】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス許可者のメッセージアドレス、電話番号もしくはこれらの両者について情報を対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス許可者のメッセージアドレス宛、電話番号宛もしくはこれらの両者宛に前記認証情報を通知することを特徴とする請求項１〜１４のいずれか一つに記載のアクセス制御システム。
【請求項１６】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレスについて情報を対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いて、前記アドレス宛に前記認証情報を通知することを特徴とする請求項１〜１５のいずれか一つに記載のアクセス制御システム。
【請求項１７】
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付ける度に異なる認証情報を無作為に生成して通知することを特徴とする請求項１〜１６のいずれか一つに記載のアクセス制御システム。
【請求項１８】
前記認証情報の通知手続を一意に特定するセッションＩＤおよび当該セッションＩＤの通知手続で通知された認証情報を対応付けて記憶する認証情報記憶手段をさらに備え、
前記アクセス制御手段は、前記セッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記セッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該セッションＩＤおよび認証情報が前記認証情報記憶手段に対応付けて記憶されていることを条件に、前記アクセス者によるアクセスを許可することを特徴とする請求項１７に記載のアクセス制御システム。
【請求項１９】
前記認証情報の通知手続を一意に特定するとともに、当該通知手続で通知された認証情報を含んだ認証情報入りセッションＩＤを生成するＩＤ生成手段をさらに備え、
前記アクセス制御手段は、前記ＩＤ生成手段によって生成された認証情報入りセッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記認証情報入りセッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該応答メッセージに含まれる認証情報と前記セッションＩＤに含まれる認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可することを特徴とする請求項１８に記載のアクセス制御システム。
【請求項２０】
前記アクセスコード生成手段は、前記アクセス許可者のアクセス先を示すアクセス先アドレスに係る情報をさらに対応付けてアクセスコードを生成し、
前記アクセス制御手段は、前記アクセスコードに基づいて特定されるアクセス先アドレスについて、前記アクセス者によるアクセスを許可することを特徴とする請求項１〜１９のいずれか一つに記載のアクセス制御システム。
【請求項２１】
前記アクセスコード生成手段は、前記アクセス先アドレスとして、アクセス先のリソースを特定するファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せを対応付けてアクセスコードを生成し、
前記アクセス制御手段は、前記アクセスコードに対応付けられるファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せによって特定されるリソースについて、前記アクセス者によるアクセスを許可することを特徴とする請求項２０に記載のアクセス制御システム。
【請求項２２】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得して、当該コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２３】
前記認証情報通知手段を有して前記アクセス者に認証情報を通知する認証サーバ、並びに、前記アクセス制御手段を有して前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバの認証情報通知手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付け、
前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２４】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバにアクセスするための二次アクセスコードを生成し、当該二次アクセスコードを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２５】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付けるとともに、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得し、
前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから取得した前記コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２６】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するアクセスＩＤおよび当該アクセスに対する制御内容を対応付けて記憶するアクセスＩＤ記憶手段と、
前記アクセスＩＤ記憶手段に記憶されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、
前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに対応付けて前記アクセスＩＤ記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２５のいずれか一つに記載のアクセス制御システム。
【請求項２７】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するとともに、当該アクセスに対する制御内容を含んだアクセスＩＤを生成するアクセスＩＤ生成手段と、
前記アクセスＩＤ生成手段によって生成されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、
前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに含まれる制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２６のいずれか一つに記載のアクセス制御システム。
【請求項２８】
前記アクセスＩＤ生成手段は、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報を取得して、前記アクセス者のアクセス元情報と対応付けて前記アクセスＩＤを生成し、
前記アクセス継続制御手段は、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤをアクセス者から受け付けるとともに前記アクセス者のアクセス元情報を取得し、当該取得したアクセス元情報が前記アクセスＩＤと対応付けられたアクセス元情報と対応することを条件に、前記アクセスＩＤと対応付けられた制御内容に基づいて前記アクセス者のアクセスを継続して制御することを特徴とする請求項２６または２７に記載のアクセス制御システム。
【請求項２９】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報および当該アクセス者に対する制御内容を対応付けて記憶するアクセス元情報記憶手段と、
前記アクセス者からアクセス要求を受け付けた場合に、当該アクセス要求に含まれるアクセス元情報を取得し、当該アクセス元情報に対応付けて前記アクセス元情報記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２８のいずれか一つに記載のアクセス制御システム。
【請求項３０】
無効化すべきアクセスコードを特定するための情報として、前記アクセスコード自体または前記アクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶する無効化情報記憶手段を備え、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードに基づいて前記無効化情報を取得し、当該無効化情報が前記無効化情報記憶手段に記憶された条件情報に合致しないことを条件に、前記アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１〜２９のいずれか一つに記載のアクセス制御システム。
【請求項３１】
前記無効化情報記憶手段は、前記アクセスコードに設定されている有効期限が経過するまで、当該アクセスコードに係る条件情報を記憶することを特徴とする請求項１〜３０のいずれか一つに記載のアクセス制御システム。
【請求項３２】
前記無効化情報記憶手段は、前記認証情報が通知されたアクセス元のアクセスコード自体または前記アクセス元のアクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセス元のアクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶し、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードが前記無効化情報記憶手段によって記憶された条件情報に合致しないことを条件に前記アドレスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１〜３１のいずれか一つに記載のアクセス制御システム。
【請求項３３】
アクセス者によるアクセスを制御するアクセス制御方法であって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成工程と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知工程と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知工程によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御工程と、
を含んだことを特徴とするアクセス制御方法。
【請求項３４】
前記アクセスコード生成工程は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３３に記載のアクセス制御方法。
【請求項３５】
前記アクセスコード生成工程によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶工程を含み、
前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶工程に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３３に記載のアクセス制御方法。
【請求項３６】
アクセス者によるアクセスを制御するアクセス制御方法をコンピュータに実行させるアクセス制御プログラムであって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手順と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手順と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手順によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手順と、
をコンピュータに実行させることを特徴とするアクセス制御プログラム。
【請求項３７】
前記アクセスコード生成手順は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３６に記載のアクセス制御プログラム。
【請求項３８】
前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手順を含み、
前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手順に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３６に記載のアクセス制御プログラム。
【請求項１】
アクセス者によるアクセスを制御するアクセス制御システムであって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手段と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手段と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手段によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手段と、
を備えたことを特徴とするアクセス制御システム。
【請求項２】
前記アクセスコード生成手段は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１に記載のアクセス制御システム。
【請求項３】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセスコードに含まれる前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または２に記載のアクセス制御システム。
【請求項４】
前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報を含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコードに含まれるアドレス識別情報に対応するアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または２に記載のアクセス制御システム。
【請求項５】
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコードから取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする請求項１、２、３または４に記載のアクセス制御システム。
【請求項６】
前記認証情報通知手段は、前記アクセスコードから複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする請求項５に記載のアクセス制御システム。
【請求項７】
前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手段を備え、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１に記載のアクセス制御システム。
【請求項８】
前記アクセスコード記憶手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスそのものを記憶し、
前記認証情報通知手段は、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項１または７に記載のアクセス制御システム。
【請求項９】
前記アクセス許可者のアドレスと当該アドレスを識別するためのアドレス識別情報とを対応付けて記憶するアドレス記憶手段を備え、
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスに対応するアドレス識別情報に対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アドレス記憶手段に記憶されたアドレスのなかから、前記アクセスコード記憶手段に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アドレス宛に前記認証情報を通知することを特徴とする請求項８に記載のアクセス制御システム。
【請求項１０】
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスが前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から取得する前記アクセス許可者のアドレスに対応することを条件に、当該アクセス許可者のアドレス宛に前記認証情報を通知することを特徴とする請求項１、７、８または９に記載のアクセス制御システム。
【請求項１１】
前記認証情報通知手段は、前記アクセスコード記憶手段によって記憶された前記アクセスコードに対応するアクセス許可者のアドレスに係る情報から複数のアドレスが取得される場合には、当該複数のアドレスのなかに前記アクセス者から受け付けたアドレスに対応するものがあることを条件に、当該複数のアドレスのうちから当該対応するアドレス宛に前記認証情報を通知することを特徴とする請求項１０に記載のアクセス制御システム。
【請求項１２】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、当該アドレスを検証するためのアドレス検証コードを含んだアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者から前記アクセスコードとともに当該アクセス者のアドレスをさらに受け付け、当該アドレスから生成されるアドレス検証コードが前記アクセスコードに含まれるアドレス検証コードに対応することを条件に、前記アクセス者から受け付けたアドレス宛に前記認証情報を通知することを特徴とする請求項１〜１１のいずれか一つに記載のアクセス制御システム。
【請求項１３】
前記アクセスコード生成手段は、前記アクセス許可者に要求される有効条件に係る情報をさらに対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセスコードに基づいて取得した有効条件を満たすことを条件に、前記認証情報を通知することを特徴とする請求項１〜１２のいずれか一つに記載のアクセス制御システム。
【請求項１４】
前記アクセスコード生成手段は、前記有効条件に係る情報として、アクセスが許可される期間、時間、回数若しくはこれらの組み合わせに係る情報に対応付けてアクセスコードを生成することを特徴とする請求項１３に記載のアクセス制御システム。
【請求項１５】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス許可者のメッセージアドレス、電話番号もしくはこれらの両者について情報を対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス許可者のメッセージアドレス宛、電話番号宛もしくはこれらの両者宛に前記認証情報を通知することを特徴とする請求項１〜１４のいずれか一つに記載のアクセス制御システム。
【請求項１６】
前記アクセスコード生成手段は、前記アクセス許可者のアドレスに係る情報として、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いるアドレスについて情報を対応付けてアクセスコードを生成し、
前記認証情報通知手段は、前記アクセス者からアクセスコードおよび認証情報を受け付ける通信経路とは異なる通信経路を用いて、前記アドレス宛に前記認証情報を通知することを特徴とする請求項１〜１５のいずれか一つに記載のアクセス制御システム。
【請求項１７】
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付ける度に異なる認証情報を無作為に生成して通知することを特徴とする請求項１〜１６のいずれか一つに記載のアクセス制御システム。
【請求項１８】
前記認証情報の通知手続を一意に特定するセッションＩＤおよび当該セッションＩＤの通知手続で通知された認証情報を対応付けて記憶する認証情報記憶手段をさらに備え、
前記アクセス制御手段は、前記セッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記セッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該セッションＩＤおよび認証情報が前記認証情報記憶手段に対応付けて記憶されていることを条件に、前記アクセス者によるアクセスを許可することを特徴とする請求項１７に記載のアクセス制御システム。
【請求項１９】
前記認証情報の通知手続を一意に特定するとともに、当該通知手続で通知された認証情報を含んだ認証情報入りセッションＩＤを生成するＩＤ生成手段をさらに備え、
前記アクセス制御手段は、前記ＩＤ生成手段によって生成された認証情報入りセッションＩＤを含んだメッセージを前記アクセス者の利用者端末に送信して、当該メッセージに対する応答として前記認証情報入りセッションＩＤおよび前記認証情報を含んだ応答メッセージを受け付け、当該応答メッセージに含まれる認証情報と前記セッションＩＤに含まれる認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可することを特徴とする請求項１８に記載のアクセス制御システム。
【請求項２０】
前記アクセスコード生成手段は、前記アクセス許可者のアクセス先を示すアクセス先アドレスに係る情報をさらに対応付けてアクセスコードを生成し、
前記アクセス制御手段は、前記アクセスコードに基づいて特定されるアクセス先アドレスについて、前記アクセス者によるアクセスを許可することを特徴とする請求項１〜１９のいずれか一つに記載のアクセス制御システム。
【請求項２１】
前記アクセスコード生成手段は、前記アクセス先アドレスとして、アクセス先のリソースを特定するファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せを対応付けてアクセスコードを生成し、
前記アクセス制御手段は、前記アクセスコードに対応付けられるファイル名、フォルダ名、ディレクトリ名もしくはこれらの組合せによって特定されるリソースについて、前記アクセス者によるアクセスを許可することを特徴とする請求項２０に記載のアクセス制御システム。
【請求項２２】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得して、当該コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２３】
前記認証情報通知手段を有して前記アクセス者に認証情報を通知する認証サーバ、並びに、前記アクセス制御手段を有して前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバの認証情報通知手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付け、
前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２４】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバにアクセスするための二次アクセスコードを生成し、当該二次アクセスコードを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２５】
前記認証情報通知手段およびアクセス制御手段を有して前記アクセス者を認証する認証サーバ、並びに、前記アクセス者に提供されるコンテンツを管理するコンテンツ管理サーバを備え、
前記認証サーバのアクセス制御手段は、前記コンテンツ管理サーバを介して前記アクセス者からアクセスコードを受け付けるとともに、前記コンテンツ管理サーバから前記アクセス者に提供するコンテンツを取得し、
前記コンテンツ管理サーバのアクセス制御手段は、前記アクセス者によるアクセスを許可する場合には、前記コンテンツ管理サーバから取得した前記コンテンツを前記アクセス者に開示することを特徴とする請求項１〜２１のいずれか一つに記載のアクセス制御システム。
【請求項２６】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するアクセスＩＤおよび当該アクセスに対する制御内容を対応付けて記憶するアクセスＩＤ記憶手段と、
前記アクセスＩＤ記憶手段に記憶されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、
前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに対応付けて前記アクセスＩＤ記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２５のいずれか一つに記載のアクセス制御システム。
【請求項２７】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該許可されるアクセスを一意に特定するとともに、当該アクセスに対する制御内容を含んだアクセスＩＤを生成するアクセスＩＤ生成手段と、
前記アクセスＩＤ生成手段によって生成されたアクセスＩＤを前記アクセス者に通知するアクセスＩＤ通知手段と、
前記アクセスＩＤ通知手段によって通知されたアクセスＩＤを前記アクセス者から受け付け、当該アクセスＩＤに含まれる制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２６のいずれか一つに記載のアクセス制御システム。
【請求項２８】
前記アクセスＩＤ生成手段は、前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報を取得して、前記アクセス者のアクセス元情報と対応付けて前記アクセスＩＤを生成し、
前記アクセス継続制御手段は、前記アクセスＩＤ生成手段によって生成されたアクセスＩＤをアクセス者から受け付けるとともに前記アクセス者のアクセス元情報を取得し、当該取得したアクセス元情報が前記アクセスＩＤと対応付けられたアクセス元情報と対応することを条件に、前記アクセスＩＤと対応付けられた制御内容に基づいて前記アクセス者のアクセスを継続して制御することを特徴とする請求項２６または２７に記載のアクセス制御システム。
【請求項２９】
前記アクセス制御手段によってアクセス者によるアクセスが許可された場合に、当該アクセス者のアクセス元を一意に特定するアクセス元情報および当該アクセス者に対する制御内容を対応付けて記憶するアクセス元情報記憶手段と、
前記アクセス者からアクセス要求を受け付けた場合に、当該アクセス要求に含まれるアクセス元情報を取得し、当該アクセス元情報に対応付けて前記アクセス元情報記憶手段に記憶されている制御内容に基づいて前記アクセス者のアクセスを継続して制御するアクセス継続制御手段と、
をさらに備えたことを特徴とする請求項１〜２８のいずれか一つに記載のアクセス制御システム。
【請求項３０】
無効化すべきアクセスコードを特定するための情報として、前記アクセスコード自体または前記アクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶する無効化情報記憶手段を備え、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードに基づいて前記無効化情報を取得し、当該無効化情報が前記無効化情報記憶手段に記憶された条件情報に合致しないことを条件に、前記アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１〜２９のいずれか一つに記載のアクセス制御システム。
【請求項３１】
前記無効化情報記憶手段は、前記アクセスコードに設定されている有効期限が経過するまで、当該アクセスコードに係る条件情報を記憶することを特徴とする請求項１〜３０のいずれか一つに記載のアクセス制御システム。
【請求項３２】
前記無効化情報記憶手段は、前記認証情報が通知されたアクセス元のアクセスコード自体または前記アクセス元のアクセスコードから導出可能な所定の無効化情報に係る条件情報または前記アクセス元のアクセスコードに対応付けられた所定の無効化情報に係る条件情報を記憶し、
前記認証情報通知手段は、前記アクセス者からアクセスコードを受け付けた場合に、当該アクセスコードが前記無効化情報記憶手段によって記憶された条件情報に合致しないことを条件に前記アドレスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項１〜３１のいずれか一つに記載のアクセス制御システム。
【請求項３３】
アクセス者によるアクセスを制御するアクセス制御方法であって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成工程と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知工程と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知工程によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御工程と、
を含んだことを特徴とするアクセス制御方法。
【請求項３４】
前記アクセスコード生成工程は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３３に記載のアクセス制御方法。
【請求項３５】
前記アクセスコード生成工程によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶工程を含み、
前記認証情報通知工程は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶工程に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３３に記載のアクセス制御方法。
【請求項３６】
アクセス者によるアクセスを制御するアクセス制御方法をコンピュータに実行させるアクセス制御プログラムであって、
アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報に対応付けてアクセスコードを生成するアクセスコード生成手順と、
前記アクセス者からアクセスコードを受け付け、当該アクセスコードに基づいて取得した前記アクセス許可者のアドレス宛に所定の認証情報を通知する認証情報通知手順と、
前記アクセス者から認証情報を受け付け、当該認証情報と前記認証情報通知手順によって通知した認証情報とが対応することを条件に、前記アクセス者によるアクセスを許可するアクセス制御手順と、
をコンピュータに実行させることを特徴とするアクセス制御プログラム。
【請求項３７】
前記アクセスコード生成手順は、アクセスが許可された一または複数のアクセス許可者のアドレスに係る情報を所定の鍵によって含んだアクセスコードを生成し、
前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、当該アクセスコードに含まれた前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３６に記載のアクセス制御プログラム。
【請求項３８】
前記アクセスコード生成手段によって生成されたアクセスコードごとに、各アクセスコードに対応するアクセス許可者のアドレスに係る情報を記憶するアクセスコード記憶手順を含み、
前記認証情報通知手順は、前記アクセス者からアクセスコードを受け付け、前記アクセスコード記憶手順に記憶されたアクセス許可者のアドレスのうち前記アクセスコードに対応する前記アクセス許可者のアドレスを取得し、当該アクセス許可者のアドレス宛に所定の認証情報を通知することを特徴とする請求項３６に記載のアクセス制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【公開番号】特開２００６−７９５９８（Ｐ２００６−７９５９８Ａ）
【公開日】平成１８年３月２３日（２００６．３．２３）
【国際特許分類】
【出願番号】特願２００５−２３０００５（Ｐ２００５−２３０００５）
【出願日】平成１７年８月８日（２００５．８．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成１８年３月２３日（２００６．３．２３）
【国際特許分類】
【出願日】平成１７年８月８日（２００５．８．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]