(57)【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント装置から要求されたデータを送信するサーバ装置を備えたシステムにおいて、
データ送信要求を受けたサーバ装置において送信対象データに設定された鍵情報とデータ送信要求中に含まれる要求元識別情報とに基づきパスワードを生成し、その生成したパスワードを送信対象データに付加して要求元のクライアント装置に送信する第１のステップと、
要求したデータを受信したクライアント装置において当該データに付加された前記パスワードを記憶手段に記憶し、新たなデータ送信要求時に、対象データに対応するパスワードを読み出し、当該パスワードを付加してデータ送信要求をサーバ装置に送信する第２のステップと、
パスワードが付加されたデータ送信要求を受けたサーバ装置において当該パスワードが正当か否かをパスワード生成時と同じ演算によって算出した検証用のパスワードによって検証し、正当であれば送信要求されたデータが同一要求元による２回目以降の送信要求であるものと判定する第３のステップと
を備えることを特徴とするネットワークアクセス管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して相互に通信するクライアント・サーバ構造のネットワークシステムにおけるネットワークアクセス管理方法に関する。
【０００２】
【従来の技術】
従来において、この種のネットワークシステムとして、例えばネットワークを介してサーバ装置から転送されたデータをクライアント装置上で出力するクライアント・サーバ構造のデータ閲覧システムがある。このクライアント・サーバ構造のデータ閲覧システムにおいては、クライアント装置からの要求に応じて、クライアント装置が要求した所望のデータをサーバ装置からクライアント装置に送信する場合、同じデータの送信要求を任意の時間間隔をおいて複数回行うことがあるが、その各セッションにおいて、１回目に行われた送信要求と、２回目以降に行った送信要求とを区別し、それらに対する送信処理の内容に反映することが必要になる場合がある。
【０００３】
特に、利用者が不特定多数であり、利用者ごとに１回目の送信要求と２回目以降の送信要求とを区別することが必要になる場合がある。例えば、サーバ装置から特定のデータを送信するにあたって利用者に対して課金するようなサービスを実行する場合、一度料金を支払ったデータへの２回目以降の送信要求については重複して課金せずにデータの再送信を許可するといった手順が要求される場合がある。
【０００４】
これに対し、従来の技術では、一度送信を行ったクライアント装置の利用者の識別情報と既に送信したデータの識別情報との組を全てログデータあるいはログデータベースとして記録し、それ以降において同一利用者から送信要求があった場合は、このログデータあるいはログデータベースを検索することにより、前記利用者に対して同一データを既に送信しているか否かを判断し、同一データを既に送信している場合には、課金手順を実行せずに再送信するという方法がとられていた。
【０００５】
【発明が解決しようとする課題】
しかし、上記のように一度送信を行ったクライアント装置の利用者の識別情報と既に送信したデータの識別情報との組を全てログデータあるいはログデータベースとして記録するようにした場合、１つのサーバ装置上で記録しなければならない利用者の識別情報とデータの識別情報との数（種類）は、非常に膨大になることが予想される。従って、それら２つの組み合わせからなるログデータあるいはログデータベースのデータ量も膨大になり、記録するための補助記憶装置の容量も膨大になり、さらにはセッションごとの検索処理の処理時間が大きくなるなどの問題がある。
【０００６】
本発明の目的は、クライアント装置から要求されたデータが既に送信済みであるか否かの識別情報をサーバ装置において記録することなく、１回目と２回目以降の送信要求に対する処理内容を簡単に区別することができるネットワークアクセス管理方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、サーバ装置が管理する送信対象のデータ毎に異なる秘密鍵情報を設定しておき、サーバ装置においてはクライアント装置からのデータ送信要求に対し、要求されたデータを要求元のクライアント装置に送信すると共に、クライアント装置から要求されたデータに設定されている前記秘密鍵情報とデータ送信要求中に含まれる利用者パスワードとに基づき、逆演算が困難な演算を実行し、その演算結果を同一利用者による２回目以降の当該データのパスワードとして要求元のクライアント装置に送信し、当該データの識別情報と組にして記憶させるようにし、クライアント装置からのデータ送信要求時には、送信要求データのパスワードが付加されているか否かにより、１回目のデータ送信要求であるか、２回目以降のデータ送信要求であるかを判定するようにしたことを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づき詳細に説明する。
図１は、本発明を適用したクライアント・サーバ構造のネットワークシステムの実施形態を示すシステム構成図である。同図において、１０１は、サーバ装置１０２と複数のクライアント装置１０５ａ〜１０５ｃが任意のデータを送受信するために使用するネットワークである。１０２は、補助記憶装置１０３上に記録されているデータ群中からクライアント装置１０５ａ〜１０５ｃの利用者が要求する特定のデータを取り出し、ネットワーク１０１を介して要求元のクライアント装置１０５ａ〜１０５ｃのいずれかに送信する機能を備えたサーバ装置である。
【０００９】
１０３は、クライアント装置１０５ａ〜１０５ｃにおいて出力可能な任意のデータを記録し、また、データ毎に異なる秘密鍵情報を格納するデータベース機能を備えた補助記憶装置、１０４は、補助記憶装置１０３のデータベースに格納されたデータの秘密鍵情報とクライアント装置１０５ａ〜１０５ｃの利用者に固有のパスワードとを入力として、逆演算が困難な演算結果を算出する機能を備えた演算装置である。この演算装置１０４における逆演算が困難な演算としては、サーバ装置１０２のみが保持する暗号鍵による暗号演算や、電子署名技術に用いられるハッシュ演算などが使用される。また、演算装置１０４はサーバ装置１０２から独立した構成で図示しているが、サーバ装置１０２内に演算処理プログラムとして内蔵させる構成であっても構わない。
【００１０】
１０５ａ〜１０５ｃは、利用者から所望のデータの識別情報の入力を受け、当該データに対する送信要求をネットワーク１０１を介してサーバ装置１０２に送信し、ネットワーク１０１を介してサーバ装置１０２から受信したデータをディスプレイ装置やプリンタ、あるいは補助記憶装置１０６ａ〜１０６ｃに出力する機能を備えたクライアント装置である。１０６ａ〜１０６ｃは、各クライアント装置１０５ａ〜１０５ｃに接続され、過去にサーバ装置１０２から受信したデータの識別情報と、当該データに添付されたパスワードとを記録する機能を備えた補助記憶装置である。
図２は、サーバ装置側の補助記憶装置１０３に記録されているデータの識別情報の一例を示すものであり、図２の例では、「／」記号で区切られた文字列として識別情報２０１を実現している。なお、この例以外の方法でも、全てのデータを互いに識別可能な情報であればデータの識別情報として使用できることは言うまでもない。
【００１１】
図３は、同一のクライアント装置が同一のデータに対して２回目以降の送信要求を送信する際に、その送信要求中に記述する識別情報の例を示したものであり、３０１は、実際に送信を要求する対象であるデータの識別情報（図２に相当）、３０２は同データの１回目の送信時にサーバ装置１０２により添付されたデータのパスワードである。本実施形態では、データの識別情報３０１とデータのパスワード３０２とを１個の文字列に連結して使用している。しかし、それらを区別できる形であればどのような形態でも実現可能である。
【００１２】
図４は、サーバ装置１０２が送信可能なデータの識別情報と、それに対応した秘密鍵情報を格納する補助記憶装置１０３上に記録されるデータベースの構成を示すものである。同図において、４０１は各データの識別情報（図２に相当）であり、４０２は識別情報４０１に対応付けられた秘密鍵情報である。この秘密鍵情報はデータの作成時点で生成され、記録される。また、図示する秘密鍵情報「３２６５１３７４」に示すように同一の秘密鍵情報を複数のデータに設定する場合は、識別情報の一部（例えば文字列の先頭からの一部）を格納するようになっている。
【００１３】
図５は、サーバ装置１０２から過去に受信したデータの識別情報と、それに対応するパスワードを格納する各クライアント装置付属の補助記憶装置１０６に記録されるデータベースの構成を示すものであり、５０１は過去にサーバ装置１０２から受信したデータの識別情報、５０２は識別情報５０１に対応するパスワードである。この場合、サーバ装置１０２により、複数のデータに同一のパスワードが使用可能であることが明示された場合は、識別情報の一部（例えば文字列の先頭からの一部）を格納するようになっている。
【００１４】
図６は、本実施形態におけるサーバ装置１０２とクライアント装置１０５ａ〜１０５ｃの処理手順を示すフローチャートである。以下、図６のフローチャートに従い本実施形態の動作を詳細に説明する。
【００１５】
まず、図６のフローチャートでは、１個のデータをクライアント装置１０５ａ〜１０５ｃ上で出力する手順を示している。複数のデータを出力する場合は、図６に示した手順を繰り返す。例えば、クライアント装置１０５ａの利用者がサーバ装置１０２内の所望のデータにアクセスし、そのデータを自装置１０５ａの表示画面に表示させようとする場合、その利用者は自分自身に割り当てられた固有のパスワードをキーボードから入力する(ステップ６０１)。次に、利用者が閲覧を希望するデータ（アクセス対象のデータ）の識別情報を１個入力する(ステップ６０２)。利用者が閲覧希望のデータの識別情報と自分自身のパスワードとを入力したならば、クライアント装置１０５ａは補助記憶装置１０６ａ内のデータベース（図５）を検索し、ステップ６０２で入力された閲覧希望データの識別情報に対応するパスワード５０２が格納されているかどうか調べる(ステップ６０３)。
【００１６】
パスワード５０２が格納されている場合は、ステップ６０２で入力された閲覧希望データの識別情報と、補助記憶装置１０６ａ内のデータベースから取り出されたパスワード５０２と、ステップ６０１で入力された利用者自身のパスワードとをサーバ装置１０２に送信する（ステップ６０４）。
【００１７】
しかし、パスワード５０２が格納されていない場合は、ステップ６０２で入力された閲覧希望データの識別情報と、ステップ６０１で入力された利用者のパスワードとをサーバ装置１０２に送信する（ステップ６０５）。
【００１８】
これに対し、閲覧希望データの送信要求を受信したサーバ装置１０２では、送信要求中に閲覧希望データのパスワード５０２（図３の３０２に相当）が含まれているかどうかを調べる(ステップ６０６)。データのパスワード５０２が含まれている場合は、補助記憶装置１０３内のデータベース（図４）に格納されている当該データの秘密鍵情報４０２を読出し（ステップ６０７）、次に同送信要求中の利用者のパスワードと補助記憶装置１０３内のデータベースから読出した当該データの秘密鍵情報４０２とを入力として、演算装置１０４によって演算を実行する（ステップ６０８）。この演算には、逆演算が困難な演算結果を算出するアルゴリズムが使用される。具体的には、サーバ装置１０２のみが保持する暗号鍵情報による暗号演算や、電子署名技術に用いられるハッシュ演算などが使用される。この演算結果が、ステップ６０６で受信したデータのパスワード５０２と一致した場合は、当該利用者への当該データの送信が２回目以降のものであると判断し、あらかじめ定められた処理を実行する(ステップ６１０)。
【００１９】
しかし、ステップ６０８における演算結果が、ステップ６０６で受信したデータのパスワード５０２と一致しなかった場合は、当該利用者への当該データの送信が１回目であると判断し、あらかじめ定められた処理を実行する（ステップ６１２）。
【００２０】
一方、また、ステップ６０６において、送信要求中に閲覧希望データのパスワード５０２が含まれていない場合は、利用者のパスワードとデータの秘密鍵情報４０２とを入力として、演算装置１０４によって演算を実行し（ステップ６１１）、当該利用者への当該データの送信が１回目であると判断し、あらかじめ定められた処理を実行する（ステップ６１２）。次に、ステップ６０８あるいはステップ６１１において算出された結果と、ステップ６０６において受信した送信要求に対する閲覧希望データとをクライアント装置１０５ａに送信する（ステップ６１３）。
【００２１】
これに対し、ステップ６１３によって送信された内容を受信したクライアント装置１０５は、当該データの識別情報５０１とそのパスワード５０２とを補助記憶装置１０６ａ内のデータベース（図５）に格納し（ステップ６１４）、当該データをディスプレイ画面上に表示する（ステップ６１５）。
【００２２】
ところで、ステップ６１２においては、例えば、当該データを閲覧したことに対する課金処理を行う。また、ステップ６１０においては、課金処理は行わず、当該データの閲覧回数値を増加させる処理を行なう。
【００２３】
このように本実施形態においては、サーバ装置１０２が管理する閲覧対象データのそれぞれに対し秘密鍵情報を設定しておき、クライアント装置１０５ａから閲覧希望データの送信要求が送られて来たならば、その送信要求中に、閲覧希望データのパスワードが含まれているか否かを調べ、含まれている場合は、送信要求中の閲覧希望データ識別情報に対応する秘密鍵情報４０２を補助記憶装置１０３のデータベースから読出し、その秘密鍵情報４０２と送信要求中の利用者パスワードとにより逆演算が不可能な演算を演算装置１０４で行ない、その演算結果とクライアント装置１０５ａから受信した送信要求中の閲覧希望データのパスワードとが一致するか否かを調べ、一致する場合は同一のデータに対する同一利用者からの２回目の送信要求であるものと判断し、要求された閲覧希望データを要求元のクライアント装置１０５に送信すると共に、演算装置１０４で算出した当該閲覧希望データに対するパスワードを送信し、クライアント装置１０５ａの補助記憶装置１０６ａ内のデータベースに１対で格納させるようにする一方、クライアント装置からの送信要求中に、閲覧希望データのパスワードが含まれていない場合は、閲覧希望データ識別情報に対応するデータの送信要求が第１回目であるものと判断し、要求された閲覧希望データを要求元のクライアント装置１０５に送信すると共に、送信要求中の閲覧希望データ識別情報に対応する秘密鍵情報４０２と送信要求中の利用者パスワードとにより逆演算が不可能な演算を演算装置１０４で行ない、その算出した当該閲覧希望データに対するパスワードを送信し、クライアント装置１０５ａの補助記憶装置１０６ａ内のデータベースに１対で格納させるようにしている。そして、同一データに対し同一利用者からの送信要求が第１回目である場合は、例えば課金処理を行ない、２回目以降であれば課金処理を行なわないように、データ送信要求に付随する処理を区別している。
【００２４】
これにより、サーバ装置１０２から閲覧希望のデータを送信するにあたって利用者に対して課金するようなサービスを実行する場合、一度料金を支払ったデータへの２回目以降の送信要求については重複して課金せずにデータの再送信を許可することが可能になる。そして、このような処理を行なうに当って、サーバ装置１０２では閲覧対象データの識別情報と暗号鍵情報とを１対で記憶しておくのみで、一度送信を行った利用者のパスワードと既に送信したデータの識別情報との組を全て記憶しておく必要がないため、補助記憶装置１０３の容量が膨大になることを防止でき、さらにはセッションごとの検索処理の処理時間が長くなるのを防止できるなどの効果が得られる。
【００２５】
また、サーバ装置１０２において逆演算が困難なパスワードを生成しているため、クライアント装置のユーザが秘密鍵情報自体を知ることはできない。このため、クライアント装置のユーザに対し、課金等の付随処理を免れることができないようにすることができる。
【００２６】
なお、上記の実施形態にあっては、１回目の送信要求である場合は課金処理を行ない、２回目以降は課金処理を行なわないようにしているが、これとは逆に、２回目以降において課金処理を行なうようにしてもよい。また、課金処理に限定されるものではなく、例えば通信カラオケシステムにおいて１回目の要求であれば楽譜を添付データとして送信し、２回目以降であれば楽譜は添付しないといった形態で適用することができる。同様に、ネットワークコンピュータ等においてサーバ装置からアプリケーションプログラムをダウンロードして実行するようなシステム環境では、特定のアプリケーションプログラムに対する１回目のダウンロードであれば、操作説明データ等を付加して送信し、２回目以降ならば操作説明データ等を省略して送信するといった形態で適用することができる。
【００２７】
また、サーバ装置から送信するデータのパスワードは、送信要求データに添付する形式で送信する方法、あるいは別のタイミングで送信する方法などが考えられるが、本発明はいずれの方法であっても構わない。
【００２８】
さらに、サーバ装置およびクライアント装置が実行する処理プログラムは、ＣＤ−ＲＯＭなどの記録媒体に格納して、あるいはインタネット等の通信媒体を通じて利用者に提供することができるものである。
【００２９】
【発明の効果】
以上のように本発明によれば、利用者のパスワードとデータ毎の秘密鍵を用いて送信要求のあったデータについて逆演算が不可能なパスワードを生成し、そのパスワードを送信要求のあったデータと共にクライアント装置に送信し、クライアント装置内に過去に送信要求したデータの識別情報と当該データのパスワードとを組にして記憶させ、利用者から所望のデータの識別情報が入力された場合は、その識別情報に対するデータのパスワードが既に記憶されているか否かを調べ、既に記憶されている場合は、そのパスワードと所望のデータの識別情報を含む送信要求をサーバ装置に送信し、記憶されていない場合は、所望データの識別情報と利用者パスワードとを含む送信要求をサーバ装置に送信するようにし、サーバ装置においては、送信要求中のデータのパスワードが当該サーバ装置が過去に送信したパスワードと一致する場合は、２回目以降の送信要求であるものと判断し、データのパスワードが含まれていない場合は１回目の送信要求であるものと判断し、１回目と２回目以降で送信データに対する処理を区別するようにしたため、サーバ装置内に、送信要求が１回目であるか２回目以降であるかを識別するための大量の情報を記憶させておく必要がなくなり、１回目と２回目以降の送信要求に対する処理内容を少ない記憶容量で区別することができる。
【００３０】
この結果、サーバ装置に付属の補助記憶装置の容量が膨大になることを防止でき、さらにはセッションごとの検索処理の処理時間が長くなるのを防止できるなどの効果が得られる。
【図面の簡単な説明】
【図１】本発明を適用したネットワークシステムの実施形態を示すシステム構成図である。
【図２】サーバ装置の補助記憶装置に格納されているデータの識別情報の形式例を示す図である。
【図３】クライアント装置から送信するデータ送信要求内に記述する識別情報の形式例を示す図である。
【図４】サーバ装置の補助記憶装置内に設けられたデータの秘密鍵情報を格納するデータベースの構成図である。
【図５】クライアント装置において過去に送信要求を行なったデータのパスワードを格納するデータベースの構成図である。
【図６】実施形態におけるサーバ装置とクライアント装置の処理手順を示すフローチャートである。
【符号の説明】
１０１…ネットワーク、１０２…サーバ装置、１０３…補助記憶装置、１０４…演算装置、１０５ａ〜１０５ｃ…クライアント装置、１０６ａ〜１０６ｃ…補助記憶装置、２０１…データの識別情報、３０２…データのパスワード、４０２…暗号鍵情報、５０２…データのパスワード。
【図１】
0004127793.tif 000002
【図２】
0004127793.tif 000003
【図３】
0004127793.tif 000004
【図４】
0004127793.tif 000005
【図５】
0004127793.tif 000006
【図６】
0004127793.tif 000007