(57)【特許請求の範囲】
【請求項１】
与えられた入力値から固定長の文字列を生成するＵＲＬ生成手段と、公開する情報のＵＲＬを一定時間毎に変更するＵＲＬ変更手段と、Ｗｅｂサーバー手段とを備えて、一定時間毎に情報公開制限サーバー装置から配信される公開制限情報のＵＲＬを絶えず変更させる情報公開制限サーバー装置と、
前記サーバーのＵＲＬ変更処理を模倣するＵＲＬ生成変更手段とＷｅｂブラウザ手段とを備える専用クライアント装置と、を用いてネットワーク上に構成される情報公開制限システムであって、専用クライアント装置を持つ利用者だけが前記ＵＲＬ生成変更手段の働きにより、絶えずＵＲＬが変更される情報公開制限サーバー装置の公開制限情報のＵＲＬを正しく生成して安定的にアクセスできるようにしたことを特徴とする情報公開制限システム。
【請求項２】
前記情報公開制限サーバーは、専用クライアント装置を使用する利用者だけに配信する公開制限情報とこれを格納するフォルダを２セット用意し、前記ＵＲＬ変更手段は、前記フォルダの名前を交互に変更することで、それまでのフォルダ名も保持することにより、利用者が公開制限情報閲覧中にＵＲＬが切り替わっても、一定の時間が経過するまでは、支障なく公開制限情報間のハイパーリンクを辿ることができるようにした請求項１に記載の情報公開制限システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
ＷＷＷ（World Wide Web以下Ｗｅｂ）上での情報公開を特定の利用者だけに制限する方法・技術に関する。
【０００２】
【従来技術】
従来より、インターネットやイントラネットなどのＷｅｂ環境で提供される情報を特定の利用者だけに制限して公開したい場合、登録された識別番号（以下ＩＤ）とパスワードを入力させ、これを認証サーバーによって検査して情報公開を許可するシステムが用いられている。
【０００３】
【発明が解決しようとする課題】
ところが、このような従来の情報公開制限方法では、上記認証サーバーや利用者情報を格納するためのデータベースを構築しなければならず、管理運用コストがかかるという問題点がある。
【０００４】
本発明はこのような問題点を考慮してなされたものであり、認証サーバーや登録利用者データベースを構築する必要のない、従って管理運用コストのかからないＷｅｂ上での情報公開制限のための方法と仕組みを提供することを課題とする。
【０００５】
【課題を解決するための手段】
そこで本発明では、与えられた入力値から固定長の文字列を生成するＵＲＬ生成手段と、公開する情報のＵＲＬを一定時間毎に変更するＵＲＬ変更手段と、Ｗｅｂサーバー手段とを備えて、一定時間毎に情報公開制限サーバー装置から配信される公開制限情報のＵＲＬを絶えず変更させる情報公開制限サーバー装置と、前記サーバーのＵＲＬ変更処理を模倣するＵＲＬ生成変更手段とＷｅｂブラウザ手段とを備える専用クライアント装置と、を用いてネットワーク上に構成される情報公開制限システムであって、専用クライアント装置を持つ利用者だけが前記ＵＲＬ生成変更手段の働きにより、絶えずＵＲＬが変更される情報公開制限サーバー装置の公開制限情報のＵＲＬを正しく生成して安定的にアクセスできるようにしたことを特徴とする情報公開制限システムにより上記課題を解決する。
【０００６】
ＵＲＬとは、Uniform Resource Locator のことであり、ＷＷＷなどインターネットアプリケーションが利用するネットワーク資源のアドレス表示である。一般にＵＲＬは「protocol://domainname/resourse」の形をしており、protocol:には使用するアプリケーションプロトコルであるhttp:、https:、ftp:などをあてる。また、domainnameにはインターネット上の唯一のホストを特定するwww.xxx.comなどのドメイン名かまたはＩＰアドレス表記があてられる。最後のresourseはホスト上でのリソースを特定する部分であり、通常はfolder/subfolder/index.htmlなどのようにフルパスのファイル名が相当する。当然domainname部分は変更することができないので、本発明ではresourse部分、即ちＷｅｂ配信コンテンツを格納しているフォルダ名（ディレクトリ名）を変更する。
【０００７】
本発明の好ましい実施態様の一つは、前記情報公開制限サーバーにおいて、専用クライアント装置を使用する利用者だけに配信する公開制限情報とこれを格納するフォルダを２セット用意し、前記ＵＲＬ変更手段は、前記フォルダの名前を交互に変更することで、それまでのフォルダ名も保持することにより、利用者が公開制限情報閲覧中にＵＲＬが切り替わっても、一定の時間が経過するまでは、支障なく公開制限情報間のハイパーリンクを辿ることができるようにした情報公開制限サーバーを用いる情報公開制限システムである。
【０００８】
上記場合には、利用者が公開制限情報の閲覧を始めてからＵＲＬの切り替わりが２回起きる直前までは、支障なく公開制限情報間のハイパーリンクを辿ることができる。尚、公開制限情報とこれを格納するフォルダをＮセット（N>=2）用意すれば、Ｎ回目のＵＲＬ切り替わりが起きる直前までは支障なく公開制限情報間のハイパーリンクを辿ることができる。実際上はN=2でこと足りる。
【０００９】
【発明の実施の形態】
以下、本発明の具体的な実施形態を図面を参照しながら説明する。図１は、本発明に係る情報公開制限システムの全体構成図である。９は        インターネットであり、専用クライアント装置（アクセス許可クライアント）１０と情報公開制限サーバー装置３０はインターネットを介して接続される。情報公開制限サーバー３０（以下単にサーバー３０と記す）には、Ｗｅｂコンテンツ３４とＷｅｂコンテンツ３４をＨＴＴＰ（HyperText Transfer Protocol）で配信するＷＷＷサーバー手段３１の他、与えられた入力値から固定長の文字列を生成するＵＲＬ生成手段３２およびＷｅｂコンテンツ３４の格納フォルダの名前をリネームするＵＲＬ変更手段３３を備える。専用クライアント装置１０には、ＨＴＴＰで配信されるＷｅｂコンテンツを受信してクライアント装置のディスプレイに表示し、かつ、次の頁をリクエストするＷｅｂブラウザ手段１１と、サーバー３０のＵＲＬ生成手順を模倣するＵＲＬ生成変更手段１２を備える。尚インターネット９には、Ｗｅｂブラウザ手段２１は備えるがＵＲＬ生成変更手段１２を備えていない一般クライアント装置２０も接続されている。
【００１０】
図２は、サーバー３０のＵＲＬ変更処理の動作を説明するフローチャートである。以下、図２に従い、サーバー３０の側のＵＲＬ変更処理の動作を説明する。
【００１１】
まず、計算機本体のＯＳ（オペレーティングシステム）が管理しているシステム時計より、現在時刻を取得する（Ｓ１２）。次に、現在時刻から、ＵＲＬ切り替わりの時刻を計算し、これをタイムスタンプ値とする（Ｓ１３）。この値は、定められたメモリに記録しておく。タイムスタンプ値は、例えばＵＲＬ切り替えが、０：００から２０分毎、と決められている場合は、７：５１に対しては７：４０というように、この２０分毎の時刻を求めれば良い。尚、現在時刻が定められたＵＲＬ切り替え時刻ちょうどの場合は、現在時刻をそのままタイムスタンプ値とする。次に、このタイムスタンプ値をＵＲＬ生成手段３２に与えて、タイムスタンプ値から一定の長さの文字列を生成する。このタイムスタンプから文字列への変換は適当なハッシュ関数等を用いて行えば良い。このようにして得られた文字列は新しいＵＲＬの一部となる（Ｓ１６）。
【００１２】
尚、ハッシュ関数とは、不定長の入力データから固定長のデータを出力するもので、出力から入力のデータを推測できないこと、同じ出力を持つ入力データを容易に作成できないこと、同じ出力データとなる可能性が非常に低いなどの性質を満たすもので、電子署名などにも応用されているものであり、何種類かアルゴリズムが発表されており、今日では専用プログラムの形で入手可能である。それら入手可能なものを使用すればよい。実際上は、使用する専用プログラムの仕様によっては、ハッシュ関数の出力データを、フォルダ（ディレクトリ）の名前として使用できる文字に変換する処理を付加する必要もある。
【００１３】
情報公開制限サーバー３０のＷｅｂコンテンツは実際に情報発信に使われているフォルダ（現フォルダ）に納められているが、これとは別の予備のフォルダにもそっくり１セット格納されている。そして、この予備のフォルダのフォルダ名をステップＳ１６で作成された文字列によってリネームする（Ｓ１９）。以後は、リネームされたフォルダを現フォルダとし、それまでの現フォルダを予備フォルダとして扱う。（実際には、そのように扱うのはサーバー自身の意志ではなく、以後、専用クライアントからのＨＴＴＰによる頁要求が現フォルダ宛てのＵＲＬを指定してくるからである。）
【００１４】
その後、一定時間、即ちＵＲＬ切り替わりの時間間隔として定められた時間待ち、ステップＳ１２に戻る。
【００１５】
図３は、クライアント側の動作を説明するためのフローチャートである。次に、図３に従ってクライアント側の動作を説明する。
【００１６】
利用者はＷｅｂブラウザ１１を起動する（Ｓ４１）。同時に、ＵＲＬ生成変更手段１２を起動させる。ＵＲＬ生成手段１２は、まず、計算機本体のＯＳ（オペレーティングシステム）が管理しているシステム時計より、現在時刻を取得する（Ｓ４０）。次に、現在時刻から、最も新しいＵＲＬ切り替わりの時刻を計算し、これをタイムスタンプ値とする（Ｓ４３）。これは、サーバー３０のステップＳ１３の処理と同じである。そしてタイムスタンプ値からステップＳ１６と全く同じ手順によってＵＲＬの一部となる文字列を作成する（Ｓ４６）。そして専用クライアント装置のディスプレイ画面上に表示する（Ｓ４７）。ここまでのＳ４０、Ｓ４３、Ｓ４６、Ｓ４７がＵＲＬ生成変更手段１２の動作である。Ｓ４７の後、ＵＲＬ生成変更手段１２は終了する。利用者は、表示されたＵＲＬ文字列をカットアンドペーストで、画面上に起動されているブラウザのアドレス欄にコピーする（Ｓ４９）。ブラウザは、指定されたアドレス、すなわち、ステップＳ１９でリネームされたサーバー３０のフォルダへ公開制限情報の先頭頁を要求し、以後利用者は、公開制限頁を閲覧することができる（Ｓ５２）。
【００１７】
アクセス許可されていない一般のクライアント装置２０では、ＵＲＬ生成変更手段１２がないため公開制限頁にアクセスするＵＲＬを得ることができない。
【００１８】
サーバー側のステップＳ１３とクライアント側のステップＳ４３は、それぞれのコンピュータのシステム時計から時刻を得るため、厳密には時刻のずれがある。しかし、クライアント側の計算機本体の時間が１、２分遅れていても実際上ほとんど問題になることはない。仮に、クライアントステップＳ４９で出した、公開制限情報の先頭頁へアクセス要求がサーバー側に届く前に、サーバー側のＵＲＬがステップＳ１９で更新されていたとしても、それまで使用されていたＵＲＬに対応するフォルダが予備フォルダとして存在しているので、さらに次のＵＲＬ切り替えが起きるまでは公開制限情報へのアクセスができるからである。
【００１９】
逆に、クライアント側の計算機本体の時間が進んでいる場合は、存在しないＵＲＬに対してアクセス要求を送ることになる。このような場合には、サーバーが存在しないというエラーが返ってくることになるが、数分待ってからまたリクエストを出せば良い。多少の不便さがあるが、サーバーが混んでいて返答がこないのと似たようなものであり、致命的な欠陥ではない。もし、不便さが気になるのであればクライアント側の計算機の時刻を少し遅らせれば良い。
【００２０】
尚、サーバー側のＵＲＬの切り替わり間隔をＴ（分）とした時、サーバー側とクライアント側の時計に進み遅れがないときは、利用者は最大で２Ｔ（分）、最短でＴ（分）は支障なく公開制限頁のハイパーリンクを辿ることができる。これは、クライアント側が最初に公開制限情報の先頭頁にアクセスしてから、サーバー側でステップＳ１９を２回実行するまでの経過時間である。従って、クライアント側の時計がｔ（分）遅れている場合は、最悪の場合、支障なく公開制限頁のハイパーリンクを辿ることが可能な時間がＴ−ｔ（分）となる。支障なく公開制限頁のハイパーリンクを辿ることができなくなったら、もう一度ＵＲＬ生成変更手段を起動させてステップＳ４０からの動作を繰り返す。
【００２１】
図４のフローチャートは、上記のような時計の進み遅れの欠点を解消する、クライアント装置の第２の実施形態のフローチャートである。以下、図４のフローチャートにより、第２の実施形態のクライアント装置の動作を説明する。
【００２２】
利用者はＷｅｂブラウザ１１を起動する（Ｓ７０）。次に、サーバー３０の定められた特定頁のＵＲＬを指定する（Ｓ７３）。この頁は誰でもアクセスできるもので構わない。この頁のＵＲＬは事前に公開されていて固定的なものである。この頁はサーバー側で動作するＣＧＩ（Common Gateway Interface）プログラムを起動させ、サーバーのある記憶領域に記憶されている最新のタイムスタンプ値を取得する（Ｓ７６）。次に、クライアント側のＵＲＬ生成変更手段１２を起動させ、前記タイムスタンプ値をＵＲＬ生成変更手段１２に変数値として与える（Ｓ７９）。ＵＲＬ生成変更手段１２は、与えられたタイムスタンプに基づいてサーバー３０がステップＳ１６で行ったのと同じようにＵＲＬの一部となる文字列を作成する（Ｓ８２）。この文字列をＵＲＬの一部として得られるＵＲＬを指定してサーバー３０にリクエストする（Ｓ８５）。サーバー３０にリクエストしたのは公開制限頁の先頭頁であり、以後公開制限情報を閲覧できる（Ｓ８８）。
【００２３】
ステップＳ７９の処理は、クライアント側に、ＵＲＬ生成変更手段１２を実現するプログラムモジュールをＪａｖａアプレットの形で用意しておき、クライアントがステップＳ７３でアクセスする特定頁が、タイムスタンプ値を取得した後、このＪａｖａアプレットを呼出すように前記特定頁をＨＴＭＬ（HyperText Markup Language）で記述することにより実現できる。Ｊａｖａアプレットにタイムスタンプ値を伝えるには、例えば、固定したファイル名のファイルとしてクライアント側に転送するなどの方法がある。呼出されたＪａｖａアプレットはこのファイルを読込み、ステップＳ８２とＳ８５の処理を実行すればよい。
【００２４】
ステップＳ８８で、利用者は公開制限頁を閲覧することになるが、サーバー３０側では、ある時刻になると、ステップＳ１９が実行され、現フォルダのＵＲＬが変わってしまう。しかし、これまで使っていたＵＲＬは、予備フォルダとして引き続き存在しているので、さらに時間が経過して２度目のステップＳ１９が実行されるまでは、公開制限頁間でのハイパーリンク外れが起きる心配はしなくて良い。
【００２５】
アクセス許可されていない一般のクライアント装置２０では、特定頁にアクセスできても、ＵＲＬ作成手段１２を実現するＪａｖａアプレットが存在しないため公開制限頁にアクセスすることはできない。
【００２６】
クライアント装置２０に関して２つの実施形態を説明したが、ＵＲＬ生成変更手段１２の実現のし方が異なるだけで、サーバー３０の構成および処理の流れは全く変わらない。尚、タイムスタンプ値から固定長文字列を得るためには必ずしもハッシュ関数を使わなくても良い。結果として得られる文字列が以前に使用した文字列と同じになる可能性が十分小さいような変換を行う方法があればその方法で代用することができる。
【００２７】
【発明の効果】
以上、二つの実施形態で本発明を説明したが、いずれの形態においても、認証サーバーや利用者情報を格納するためのデータベースを構築する必要がない。従って管理運用コストのかからない限定利用者向けの情報公開サイトを極めて簡単に実現することができる。
【図面の簡単な説明】
【図１】情報公開制限システムの全体構成図である。
【図２】情報公開制限サーバー３０のＵＲＬ変更処理の動作を説明するフローチャートである。
【図３】クライアント側の動作を説明するためのフローチャートである。
【図４】第２の実施形態のクライアント側の動作を説明するためのフローチャートである。
【符号の説明】
９      インターネット
１０    専用クライアント装置（アクセス許可クライアント）
１１    Ｗｅｂブラウザ
１２    ＵＲＬ生成変更手段
２０    一般クライアント装置
３０    情報公開制限サーバー装置
３１    ＷＷＷサーバー
３２    ＵＲＬ生成手段
３３    ＵＲＬ変更手段
３４    Ｗｅｂ配信コンテンツ
【図１】
0004319767.tif 000002
【図２】
0004319767.tif 000003
【図３】
0004319767.tif 000004
【図４】
0004319767.tif 000005