(57)【要約】【課題】  著作権データ配信を行う際に、著作権データの不正使用を効果的に防ぐ。【解決手段】  クライアント、サーバ構成によるインターネットを利用した著作権データ配信システムにおいて、トランスポート層に位置するプロトコルを暗号化して通信を行い、著作権データをトランスポート層で暗号化した情報として管理し、通信上はもちろんコンピュータ上から著作権データを抜き取られて不正使用されることがないシステムを実現する。【選択図】      図７
2006115418.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータとサーバコンピュータとの間で、著作権データの配信に関するデータの通信を行って、著作権データの配信を行う著作権データ配信システムにおいて、
前記クライアントコンピュータと前記サーバコンピュータとのそれぞれで、トランスポート層に位置するプロトコルを暗号化して通信を行うために、
通信路の両端で対応する暗号化及び復号化ロジックを取り決める取決め手段と、
送受信する情報単位としてのパケットのうち、少なくとも前記プロトコルのペイロードを前記取決め手段により取り決めた暗号化ロジックに従って暗号化して送信するプロトコル暗号化手段と、
受信した前記暗号化されたプロトコルのペイロードを前記取決め手段により取り決めた復号化ロジックに従って復号化するプロトコル復号化手段とを備え、
前記トランスポート層のプロトコルを用いて前記暗号化及び復号化ロジックに基づいた通信を行うとともに、前記クライアントコンピュータは、前記暗号化ロジックに従って暗号化された受信著作権データを暗号化されたままで保存し、その保存された著作権データを使用する際に、前記復号化ロジックで復号することを特徴とする著作権データ配信システム。
【請求項２】
前記トランスポート層に位置するプロトコルはＴＣＰ又はＵＤＰであり、該ＴＣＰ又はＵＤＰに暗号化及び復号化のための処理を施すことを特徴とする請求項１に記載の著作権データ配信システム。
【請求項３】
前記クライアントコンピュータに暗号化された状態で保存された著作権データは、前記プロトコル復号化手段が正しく認証できた場合にだけ、復号化ロジックが復号鍵を発行して、復号できるようにしたことを特徴とする請求項１に記載の著作権データ配信システム。
【請求項４】
クライアントコンピュータとサーバコンピュータとの間で、著作権データの配信に関するデータの通信を行って、著作権データの配信を行う著作権データ配信方法において、
前記クライアントコンピュータと前記サーバコンピュータとのそれぞれで、トランスポート層に位置するプロトコルを暗号化して通信を行うために、
通信路の両端で対応する暗号化及び復号化ロジックを事前にもしくは動的に取り決める取り決めステップと、
送受信する情報単位となるパケットのうち、少なくともＴＣＰ又はＵＤＰのペイロードに該当するプロトコルを前記取決めステップにより取り決めた暗号化ロジックに従って暗号化して送信するプロトコル暗号化ステップと、
受信した暗号化されたプロトコルを前記取決めステップにより取り決めた復号化ロジックに従って復号化するプロトコル復号化ステップとを具備し、
前記トランスポート層のプロトコルを用いて前記暗号化及び復号化ロジックに基づいた通信を行うとともに、前記クライアントコンピュータは、前記暗号化ロジックに従って暗号化された受信著作権データを暗号化されたままで保存し、その保存された著作権データを使用する際に、前記復号化ロジックで復号することを特徴とする著作権データ配信方法。
【請求項５】
前記クライアントコンピュータに暗号化された状態で保存された著作権データは、前記プロトコル復号化ステップが正しく認証できた場合にだけ、復号化ロジックが復号鍵を発行して、復号できるようにしたことを特徴とする請求項４に記載の著作権データ配信方法。
【請求項６】
クライアントコンピュータとサーバコンピュータとの間で、著作権データの配信に関するデータの通信を行って、著作権データの配信を実現させる著作権データ配信用通信プログラムにおいて、
前記クライアントコンピュータと前記サーバコンピュータとのそれぞれで、トランスポート層に位置するプロトコルを暗号化して通信を行うために、
通信路の両端で対応する暗号化及び復号化ロジックを事前にもしくは動的に取り決める機能と、
送受信する情報単位となるパケットのうち、少なくともＴＣＰ又はＵＤＰのペイロードに該当するプロトコルを前記取決めにより取り決めた暗号化ロジックに従って暗号化して送信するプロトコル暗号化機能と、
受信した暗号化されたプロトコルを前記取決めにより取り決めた復号化ロジックに従って復号化するプロトコル復号化機能とを具備し、
前記トランスポート層のプロトコルを用いて前記暗号化及び復号化ロジックに基づいた通信を行うとともに、前記クライアントコンピュータは、前記暗号化ロジックに従って暗号化された受信著作権データを暗号化されたままで保存し、その保存された著作権データを使用する際に、前記復号化ロジックで復号する機能を備えることを特徴とする著作権データ配信用通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作権データ配信システム、著作権データ配信方法、及びそれを実現するための著作権データ配信用通信プログラムに関する。
【背景技術】
【０００２】
近年、インターネットを利用した電子データの配信は、インターネットに接続可能なコンピュータ装置さえあれば、それをネットワークに接続するだけで、誰でも、どこからでも、いつでも、配信用のコンピュータにアクセスできるため、急速に普及拡大している。一方、このインターネット通信の普及拡大に伴って、ハッカー(hacker)やクラッカー（Cracker）が商取引用のコンピュータシステムに侵入して、ソフトウエアやデータを盗み見たり、改竄や破壊を行ったりする。また、内部犯行によるデータをコピーして持ち出し、転売してしまう、または、恐喝する行為が、社会問題も大きくなっている。
【０００３】
具体的な不正妨害のケースとしては、まず第1に、中心的なシステムが使えなくなるように、ネットワークから大量のメッセージを送りつけコンピュータシステムの運用を妨害するシステム妨害がある。この妨害によってホストが過負荷になるとシステムダウンに陥ってしまうことも起こりうる。
【０００４】
また、ホストのパスワードを入手し、個人データを含む機密情報を盗んだり、情報の改竄や破壊を行ったりする「不正アクセスとなりすまし」の不正妨害がある。
また、サイト若しくはサーバの運営元で、意図的に個人情報を盗むといった行為や、社内に潜むスパイなどによるサイバーテロ（Cyber  terrorism）といった危機も全くないとはいえない状況である。
【０００５】
このため、従来のＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を利用したインターネット上での通信において、データの「漏洩」「改竄」等を防ぐ機能として、ＩＰｓｅｃ（アイピーセック：Security Architecture for Internet Protocol）やＳＳＬ（Secure Socket Layer）といわれる暗号化通信が利用されている。但し、ＩＰｓｅｃは、ＳＳＬと違い、非常に多くの設定が必要となり、高度なスキルを要求されるため、誰でも使用できるわけでない。また、ネットワーク環境での制限が多く、どこからでも使用できるということはない。また、ＳＳＬは、米ネットスケープ社（現在ＡＯＬに吸収合併）の開発したセキュリティ機能付ＨＴＴＰプロトコルであり、これを利用することによりクライアントとサーバがネットワーク上でお互いを認証できるようになり、クレジットカード情報などの機密性の高い情報を暗号化してやり取りすることが可能となる。これにより、データの盗聴、再送攻撃（ネットワーク上に流れたデータを盗聴して何度も繰り返して送ってくる攻撃）、なりすまし（本人の振りをして通信する）、データの改竄などを防止することができる。
【０００６】
図９は、従来のＳＳＬを用いた暗号化通信を行う場合のプロトコルスタックの例を示している。図９に示すように、ＯＳＩ参照モデルは、最下層（第１層）が物理層、第２層がデータリンク層、第３層がネットワーク層、第４層がトランスポート層、第５層がセッション層、第６層がプレゼンテーション層、最上層（第７層）がアプリケーション層になっている。図９では、第６層と第７層は省略してある。このＯＳＩ参照モデルにおける７階層は、通信機能を７段階に分けたものであり、その階層毎に標準的な機能モジュールを定めている。プロトコルスタックとは、ネットワークの各階層における機能を実現するためのプロトコルを選び、階層状に積み上げたソフトウエア群である。
【０００７】
まず、ＯＳＩ参照モデルについて概略を説明すると、第１層の物理層は、信号線の物理的な電気特性や符号の変調方法などを規定した層である。ただ、この層だけが単独で定義・実装されることは少なく、通常は、第２層のデータリンク層と共に、たとえばイーサネットの規格、などとして定義される。
【０００８】
第２層のデータリンク層は、データのパケット化や物理的なノードアドレス、パケットの送受信方法などを規定する層である。この層は、物理的な通信媒体を通して、２つのノード間でパケットをやり取りするためのプロトコルを規定するものであり、各ノードに対して、何らかのアドレスを付け、そのアドレスに基づいてパケットの送信先を特定し、パケットを通信媒体上に送信する。通信媒体としては、銅配線や無線、光ファイバなど、多様なものがある。また、接続形態（トポロジー）も、１対１の対向接続だけでなく、バス型やスター型、リング型など多くの種類がある。通信媒体上に送信されたパケットは、受信側ノードに到着した時点でそのノードに取り込まれ、さらに上位のプロトコル層へと渡される。
【０００９】
物理層とデータリンク層に渡って配置されるＮＩＣ(Network Interface Card)ドライバは、パソコンやプリンタなどを構内ネットワーク（ＬＡＮ）につなぐための拡張ボードである。単にネットワークカードという場合はイーサネットにつなぐ場合が多い。このＮＩＣドライバにより、データを送信したいノード（機器）がケーブルの空き状況を監視して、ケーブルが空くと送信を開始するようにしている。このとき、もし複数のノードが同時に送信を開始するとケーブル内でデータが衝突して破壊されるので、両者は送信を中止し、ランダムな時間を待って送信を再開するのである。これによって一本のケーブルを複数のノードが共有して互いに通信することができる。
【００１０】
第３層のネットワーク層は、任意の２つのノード間での通信方法を規定する層である。ＴＣＰ／ＩＰでいえばＩＰ層に相当する。データリンク層では、同一ネットワーク媒体上のノード間での通信を行うことができるが、その機能を使って、ネットワーク上に存在する任意の２つのノード間で、ルーティング（routing）を行いながら通信するのがこのネットワーク層の役目である。ここで、ルーティングとはＴＣＰ／ＩＰネットワークにおいて目的のホストまでパケットを送信するときに、最適な経路を選択して送信することをいう。例えば、イーサネットでは、同一セグメント上のノード同士でしかお互いに通信できないが、ネットワーク層では、２つのイーサネットセグメント間でパケットをルーティングすることによって通信を行う。また、電話回線を通じてコンピュータをネットワーク（イーサネット）に接続するダイヤルアップＰＰＰ（Point to Point Protocol）回線へのルーティング、また、光ファイバを使った専用線へのルーティングなど、物理的なネットワーク媒体によらずにパケットをルーティングすることができる。この目的のため、通常は、物理媒体に依存しないアドレス（ＴＣＰ／ＩＰならば、ＩＰアドレス）を各ノードに割り当て、これに基づいてルーティングを行っている。
【００１１】
第４層のトランスポート層は、各ノード上で実行されている２つのプロセス間で、エラーのない、仮想的な通信路を実現するためのプロトコル層である。ＴＣＰ／ＩＰでいえばＴＣＰ層に相当する。ネットワーク層では、２つのノード間での通信を行う機能を提供しているが、これを使って、２つのプロセス（アプリケーション）間で、エラーのない、仮想的な通信路を提供するのがこの層の役目である。すなわち、ネットワーク層ではデータを送ることはできるが、そのデータが確実に相手に届くという保証はない。また、送信した順に正しくデータが届くという保証もない。そこで、アプリケーションにとって使いやすくするために、エラーのない通信路を提供するのがこの層である。必要ならばデータの再送・回復処理などを行う。この第４層のトランスポート層に暗号化処理を施した例は、今まで存在していない。
【００１２】
第５層のセッション層は、セッション（通信の開始から終了まで）の手順を規定する層であり、アプリケーション間でコネクションを開設して通信ができる状態にする層である。この層に配置されるソケット（socket）は、コンピュータが持つネットワーク内の住所に当たるＩＰアドレスと、ＩＰアドレスのサブアドレスであるポート番号を組み合わせたネットワークアドレスを意味している。コンピュータ同士を接続する場合は、必ずソケット（ＩＰアドレスとポート番号の組）を指定して行う。図９に示すように、従来の代表的な暗号化通信技術であるＳＳＬは、このセッション層で暗号化通信を実現している。
【００１３】
図９では、第６層と第７層については省略してあるが、簡単に説明すると、第６層のプレゼンテーション層は、セッション（通信の開始から終了まで）でやり取りするデータの表現方法や符号化、暗号化などを規定する層である。ＴＣＰ／ＩＰプロトコルでは、この層に相当する部分はなく、通常はアプリケーション自身でストリームデータの処理をハンドリングしている。
【００１４】
第７層のアプリケーション層は、アプリケーション間でのデータのやり取りを規定するための層であり、ＴＣＰ／ＩＰプロトコルではこの層に相当する部分はない。例えば、電子メールのフォーマットや、文書の内部構造など、アプリケーション間で相互にデータをやり取りする場合に必要な、共通のデータ構造などを規定する層である。
【００１５】
図９は、暗号化処理プロトコルとしてＳＳＬを具備した標準プロトコルの例である。
従来の代表的な暗号化通信技術の中で、ＳＳＬでは、互いの認証レベルではＲＳＡ（Rivest Shamir Adleman：公開鍵暗号方式を開発者3人の頭文字）公開鍵暗号技術を用いたデジタル証明書が用いられ、データの暗号化ではＤＥＳなどの共通鍵暗号技術が用いられている。このＳＳＬは第5層のセッション層にあるため、特定のアプリケーションに依存することになる。
【００１６】
ＳＳＬは、第５層のセッション層における暗号化技術であり、現在インターネットで広く使われているＷＷＷ（World Wide Web）などのデータを暗号化して、プライバシーに係る情報や企業秘密情報などを安全に送受信するためのものである。但し、ハッカーやクラッカーといわれるネットワークの不正侵入者によるＴＣＰ／ＩＰへのさまざまな攻撃、いわゆるＤｏＳ攻撃（Denial of Service：サービスを停止させる攻撃）に対しては、ＳＳＬは無力である。ＴＣＰ／ＩＰプロトコルスタックへのＤｏＳ攻撃、例えば、ＴＣＰ切断攻撃が行われると、ＴＣＰセッションが切れてしまいＳＳＬのサービスは停止してしまうのである。ＳＳＬは、ＴＣＰ／ＩＰ（第４層、第３層）より上の層（第５層）に実装されている暗号化プロトコルであるため、ＴＣＰ／ＩＰへのＤｏＳ攻撃を防ぐことができない。
また、ＳＳＬは、ＴＣＰの特定のポートしかサポートしていないため、ＴＣＰ全てのポートを暗号通信することができない。ＳＳＬは、ソース単位（ＵＲＬ単位、フォルダー単位）で制御することになる。
【００１７】
さらに、ＳＳＬはアプリケーションに対する互換性を持たない点において問題がある。アプリケーションは、インターネット通信を行う際にソケット（第５層）をプログラムインターフェースとして使用する。このため、アプリケーションがＳＳＬ（第５層）を使用する場合には、このソケットインターフェースをＳＳＬインターフェースに変更しなければならない。従って、ＳＳＬにアプリケーションの互換性はない。
【００１８】
ＳＳＬは、通信上は、暗号化してセキュリティを確保しているが、一旦ホストコンピュータに受信されると復号化してしまうため、ホストコンピュータ内でのセキュリティを確保することがでない。
【００１９】
図１０は、従来のＳＳＬを用いた通信システムによる著作権データ配信のシステム構成図である。ここでの著作権データとしては、例えば、楽曲などのオーディオデータ、映画などのビデオデータ、電子書籍などのテキストデータなど、電子的に配信が可能な著作権データであれば、いずれでもよい。この例では、著作権データ配信用サーバとしてのコンピュータ装置８０と、著作権データを受信するクライアントとしてのコンピュータ装置９０とで構成してあり、インターネットなどの通信手段を介して、サーバ側コンピュータ装置８０と、クライアント側コンピュータ装置９０との間で双方向に通信ができる状態に接続されている。通信路としては、有線，無線のいずれでもよい。
【００２０】
商品である著作権データを購入するユーザが操作する端末機器である、クライアント側コンピュータ装置９０には、通信を暗号化及び復号化するＳＳＬの機能を実現する暗号化部９１と、著作権データ処理プログラムを実行するアプリケーション実行部９２と、著作権データ処理プログラムの操作，個人情報の入力などを行うキー入力部９４と、著作権データの受信状態などを表示する表示部９３とで構成される。図示はしないが、配信を受けた著作権データなどを記憶するメモリなども備える。
【００２１】
商品である著作権データを配信する業者側の端末機器であるサーバ側コンピュータ装置８０には、通信を暗号化及び復号化するＳＳＬの機能を実現する暗号化部８５と、著作権データ配信プログラムを実行するアプリケーション実行部８３と、著作権データの配信に必要なデータや著作権データそのものを格納する磁気メモリ８４と、配信状態などを表示する表示部８１と、プリンタ８２とで構成される。サーバ側がキー入力部を備えてもよい。
【００２２】
この図１０に示した構成では、サーバ側コンピュータ装置８０側の暗号化部８５と、クライアント側コンピュータ装置９０の暗号化部９１とのは、暗号化されたデータが転送される。従って、サーバとクライアントとの間を接続した通信路の途中でデータが不正に読み取られても、著作権データや個人情報などのデータが暗号化されているので、不正使用を防止できる。このＳＳＬの機能を利用した場合、クライアント側のアプリケーション実行部９２では、暗号化されていないデータである平文（clear text）として扱われる。同様に、サーバ側のアプリケーション実行部８３でも、暗号化されていないデータである平文として扱われ、メモリ８４に著作権データの配信に必要な個人情報などを記憶させる際にも、平文で記憶されるのが一般的である。
【００２３】
図１１は、従来のＳＳＬを用いた通信システムによる著作権データの配信時のデータの流れを示すフローチャートである。図１１の左側はサーバでの処理を示し、図１１の右側はクライアントでの処理を示す。また、図１２は、そのＳＳＬを用いた通信システムによる実際のデータの流れを示した図であり、データａ，ｂ，…，ｓは、それぞれの状態で送られるデータを示している。
【００２４】
以下、図１１，図１２に従って処理例を説明すると、まずサーバでは、認証のための処理が開始されて（ステップＳ１１）、認証が完了すると認証局より認証情報（サーバ証明書）を取得する（ステップＳ１２、データａ）。その後、サーバとクライアントとの間で商取引が開始されると（ステップＳ１３、Ｓ３１）、クライアントではサーバから認証情報が取得される（ステップＳ３２、データｂ）。ここで、取得された認証情報に基づいて正しい相手であるか否か判断され（ステップＳ３３）、正しい相手でない場合には著作権データ配信の処理が終了する（ステップＳ３４）。
【００２５】
正しい相手であると認識できた場合には、サーバは配信が可能な商品（著作権データ）に関する情報をクライアントに送信する（ステップＳ１４、データｃ，ｄ，ｅ，ｆ）。クライアントでは、その商品情報を受信して（ステップＳ３５）、その受信した商品情報に基づいて商品に関する表示などを行い、商品を確認させて、購入を行うか否かを判断する（ステップＳ３６）。ここで、商品購入を確定させるユーザ操作がない場合には、ここでの処理を終了し（ステップＳ３７）、商品購入を確定させるユーザ操作がある場合には、購入手続きを開始させる（ステップＳ３８）。
【００２６】
購入手続きとしては、例えば、購入代金の決済に使用するクレジットカード番号、住所、氏名、電話番号、その他の個人情報をキー操作などで入力させる（ステップＳ３９）。その入力されたデータｇは、プログラム処理部に送られて、データ処理される（ステップＳ４０）。そのデータ処理された個人情報を含むデータは、暗号化部９１でＳＳＬにより暗号化されたデータｉとなって、サーバ側に送信される。
【００２７】
サーバ側の暗号化部でＳＳＬにより暗号化されたデータｉを受信すると（ステップＳ１５）、そのデータを復号化し、著作権データ配信プログラムの実行部に復号化データｊを送り、送信データに含まれた個人情報を取り込ませ（ステップＳ１６）、要求があった著作権データをクライアントに配信（送信）する（ステップＳ１７、データｍ，ｎ，ｏ，ｐ）。この著作権データの送信時にも、サーバ側の暗号化部でＳＳＬなどにより暗号化されたデータｎとして送信され、クライアント側の暗号化部で復号化された平文の著作権データｏが得られ、その平文の著作権データｐが取り込まれる。クライアントで著作権データを正しく受信できると、受信完了を表示させ（ステップＳ４２）、クライアントでの著作権データの購入処理を終了させる（ステップＳ４３）。また、サーバ側で取り込まれた個人情報は、サーバ側のファイルシステムで磁気メモリなどに記憶させる（ステップＳ１８、データｋ，ｌ）。
【００２８】
その後、サーバでは、著作権データを購入したユーザへの購入代金の請求処理に移り、記憶された個人情報を取り出し（ステップＳ１９、データｇ、ｒ）、請求に関する情報を表示させ（ステップＳ２０、データｓ）、必要によりその表示された請求情報を印刷させて、クレジットカード情報などに基づいた代金請求処理を行う（ステップＳ２１）。
【００２９】
特許文献１には、ＳＳＬを暗号化処理で使用してデータ通信を行うことについての開示がある。
【特許文献１】特開２００４−４８４５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００３０】
ところが、ＳＳＬを使用した従来の著作権データ配信処理では、確かにサーバとクライアントとの間での伝送路上ではデータは暗号化されているので、伝送途中でのデータの安全は確保されるが、クライアント内やサーバ内に保存された著作権データについては、暗号化されていないので、その保存された著作権データが不正に抜き取られるようなことがあると、著作権が守られていない状態で不正使用されてしまう問題がある。従来の著作権データ配信時に適用されている暗号化処理では、このような不正には対処できなかった。
【００３１】
即ち、例えば図１２に示すように、サーバでは、配信される著作権データは、暗号化部に送られるまでは、平文であり、クライアントでも、受信したデータを復号化した後は、全て平文で処理される。従って、受信した後は、著作権を守ることができない状態となっている。
【００３２】
本発明の目的は、上述のような問題に鑑みてなされたものであり、著作権データ配信を行う際に、著作権データの不正使用を防止することを目的とする。
【課題を解決するための手段】
【００３３】
本発明は、クライアントコンピュータとサーバコンピュータとの間で、著作権データの配信に関するデータの通信を行って、著作権データ配信を実行する場合において、クライアントコンピュータとサーバコンピュータとのそれぞれで、トランスポート層に位置するプロトコルを暗号化して通信を行うために、通信路の両端で対応する暗号化及び復号化ロジックを事前にもしくは動的に取り決め、送受信する情報単位としてのパケットのうち、少なくともプロトコルのペイロードを取り決めた暗号化ロジックに従って暗号化して送信するプロトコル暗号化を行うとともに、取り決めた復号化ロジックに従って復号化するプロトコル復号化を行うようにして、トランスポート層のプロトコルを用いて暗号化及び復号化ロジックに基づいた通信を行う処理を適用する。
【００３４】
このような処理を適用した上で、クライアントコンピュータでは、受信した暗号化された著作権データを暗号化されたままで保存し、データが必要な際に、トランスポート層のプロトコルを用いて復号化して取り出すようにした。
【発明の効果】
【００３５】
本発明によると、著作権データ配信を行う際に、クライアント側で著作権データが平文で存在しなくなり、著作権データの保護が有効に機能するようになる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の一実施の形態を、図１〜図８を参照して説明する。本実施の形態においては、著作権データ配信用のサーバコンピュータを、著作権データを販売する業者側が設置し、そのサーバに、ユーザ側の端末装置である著作権データ配信（受信）用のクライアントコンピュータから、インターネットなどを介してアクセスして、商品である著作権データの注文、受信、代金の決済などの配信に関する処理を行うようにしたものである。ここでの著作権データとしては、例えば、楽曲などのオーディオデータ、映画などのビデオデータ、電子書籍などのテキストデータなど、電子的に配信が可能な著作権データであれば、いずれでもよい。
【００３７】
図１は、本例の通信システムによるシステム構成図である。この例では、著作権データ配信用サーバとしてのコンピュータ装置１０と、著作権データ受信用クライアントとしてのコンピュータ装置２０とで構成してあり、本出願人が先に提案したＴＣＰ２（商標登録出願中）と称される、トランスポート層に位置するプロトコルを暗号化して通信を行う処理を適用したものである。以下の説明では、本例での暗号化をＴＣＰ２と称する場合もある。ＴＣＰ２による暗号化処理の詳細については後述する。
【００３８】
まず図１を参照して、本例の著作権データ配信用のサーバコンピュータ装置１０とクライアントコンピュータ装置２０の構成について説明する。著作権データを販売する業者側の端末機器であるサーバ側コンピュータ装置１０には、データをトランスポート層で暗号化し復号化するＴＣＰ２の機能を実現する暗号化部１５と、著作権データ配信プログラムを実行するアプリケーション実行部１３と、著作権データの配信に関するデータや著作権データを格納する磁気メモリ１４と、配信状態などを表示する表示部１１と、プリンタ１２とで構成される。ここでは、トランスポート層よりも下の層の通信処理についても、暗号化部１５で行うものとする。サーバ側がキー入力部を備えてもよい。磁気メモリ１４についても、その他の記憶（記録）手段でデータを格納する構成としてもよい。磁気メモリ１４などの記憶手段に記憶されるデータとしては、ＴＣＰ２の機能を実現する暗号化部１５で暗号化されたデータを、ＴＣＰ２機能で暗号化されたままで記憶させることも可能な構成としてある。暗号化されたままのデータを記憶させた場合には、例えばその記憶データは暗号化部１５が管理する。本例の場合には、配信させる著作権データについては、予めＴＣＰ２機能で暗号化させてメモリ１４に記憶させてある。
【００３９】
そして、著作権データの配信を受けるユーザが操作する端末機器である、クライアント側コンピュータ装置２０には、データをトランスポート層で暗号化し復号化するＴＣＰ２の機能を実現する暗号化部２１と、著作権データ処理プログラムを実行するアプリケーション実行部２２と、著作権データの受信状態などの各種表示を行う表示部２３と、著作権データ処理プログラムの操作，個人情報の入力などを行うキー入力部２４とで構成される。ここでは、トランスポート層よりも下の層の通信処理についても、暗号化部２１で行うものとする。図示はしないが、データを記憶するメモリなども備える。このメモリに記憶されるデータとしては、本例の場合、ＴＣＰ２の機能を実現する暗号化部２１で暗号化されたデータを、暗号化されたままで記憶させることも可能な構成としてある。暗号化されたままのデータを記憶させた場合には、例えばその記憶データは暗号化部２１が管理する。
【００４０】
なお、図１に示したサーバ側コンピュータ装置１０及びクライアント側コンピュータ装置２０として示した構成は、本例での著作権データ配信を行う上での機能から見た構成であり、実際には汎用のパーソナルコンピュータ装置やサーバ用のコンピュータ装置などを使用して、それらのコンピュータ装置が備える演算処理手段や記憶手段を利用して、暗号化部，アプリケーション実行部，メモリなどが構成される。但し、汎用のコンピュータ装置を利用するのではなく、本例での著作権データ配信（受信）を行う専用のデータ処理装置として構成してもよい。
【００４１】
また、サーバ側コンピュータ装置１０とクライアント側コンピュータ装置２０とで、ＴＣＰ２の暗号化処理を行って通信を行う場合には、図１に示すように、予めネットワーク上に用意されたＴＣＰ２インストールサーバ３０を利用して、ＴＣＰ２の暗号化処理に必要なデータをインストールしておく必要がある。そのインストール処理の詳細についても後述する。
【００４２】
次に、各コンピュータ装置１０，２０での暗号化部１５，１２で行われるＴＣＰ２の暗号化処理について説明する。図２は、本実施の形態に用いられるプロトコルスタックを示すものである。
【００４３】
本例で用いられるプロトコルスタックは、図２に示すように、ＯＳＩ７階層の物理層（第１層）とデータリンク層（第２層）に相当する階層に、ＮＩＣ(Network Interface Card)のドライバ１が配列される。このドライバ１は、既に述べたように、コンピュータなどのハードウエアをネットワークに接続するためのインターフェースカードのドライバであり、その内容はデータ送受信制御ソフトウエアである。例えばEthernet（商標）に接続するためのLANボードまたはLANカードがこれに相当するものである。
【００４４】
第３層のネットワーク層には、ＩＰ２が存在している。このＩＰ２の上層のトランスポート層（第４層）には、ＴＣＰエミュレータ３が配置されている。ＴＣＰエミュレータ３は、暗号化通信を行うプロトコルである「ＴＣＰｓｅｃ」３ｂと、通常の通信プロトコルである「ＴＣＰ」３ａを用途に応じて切り替えて使う働きをする。
【００４５】
本例の処理で最も特徴とするべき点は、このトランスポート層（第４層）に、ＴＣＰｓｅｃ３ｂの暗号化通信プロトコルを搭載したＴＣＰ２を用いた商取引を行うことである。
【００４６】
このトランスポート層（第４層）の上層のセッション層（第５層）には、ＴＣＰ及びＵＤＰ等のプロトコルとデータのやりとりを行うソケット（socket）インターフェース４が設けられている。このソケットの意味は、既に述べたようにコンピュータが持つネットワーク内の住所に当たるＩＰアドレスと、ＩＰアドレスのサブアドレスであるポート番号を組み合わせたネットワークアドレスを意味しており、実際には、一連のヘッダの追加ないし削除をまとめて行う、単一のソフトウエアプログラムモジュール（実行プログラム等）あるいは単一のハードウエアモジュール（電子回路、電子部品等）からなっている。
【００４７】
このソケットインターフェース４は、さらに上位のアプリケーションからの統一的なアクセス方式を提供するものであり、引数の種類や型など従来と同様のインターフェースを保つようにしている。
【００４８】
ＴＣＰエミュレータ３は、トランスポート層において、データの漏洩・改竄の防止の機能、すなわち暗号化、完全性認証及び相手認証等の機能を持つＴＣＰｓｅｃ３ｂと、このような暗号化、完全性認証、及び相手認証等の機能を持たない通常のプロトコルＴＣＰ３ａのいずれかにパケットを振り分ける働きをもっている。また、ＴＣＰエミュレータ３は上位層であるソケットとのインターフェースの役割も果たしている。なお、ＴＣＰ２の基本的な暗号化処理については、本出願人による特願２００３−２９０８２２号に詳細が記載されている。
【００４９】
次に、本実施の形態によるシステム構成で、クライアントとサーバとの間で著作権データ配信を行う際の処理例を、図３〜図５のフローチャート及び図６〜図８のデータ伝送例の図を参照して説明する。なお、以下の説明では、１０１以降の符号を付したデータなどが、図６〜図８のデータ伝送例に示した状態に対応する。
【００５０】
まず、本実施の形態の通信システムによる著作権データ配信を開始するまでの準備の過程を、図３のフローチャート及び図６のデータ伝送例を参照して説明する。図３の左側はサーバでの処理を示し、図３の右側はクライアントでの処理を示す。
【００５１】
サーバでは、著作権データ配信準備処理が開始されると（ステップＳ１０１）、図６に示すように、サーバからＴＣＰ２インストールサーバ３０に対して登録要求１０１，１０２を行い、ＴＣＰ２インストールサーバ３０から、ＴＣＰ２の暗号化処理に必要なインストールデータ１０３を取得して、インストールする（ステップＳ１０２）。このとき、サーバのハード情報、管理者の個人情報、ネットワークの情報、アプリケーションの情報の認証１０７を行い、暗号化部１５（図１）内部に暗号化したデータ１０８として保存し（ステップＳ１０３）、サーバの認証処理を終了する（ステップＳ１０４）。サーバ１０の暗号化部１５は、この情報を認証情報として使用し、ＴＣＰ２が有効とするコンピュータであるか、有効とするネットワーク環境であるか、有効とする人物がコンピュータを操作しているか、有効としているアプリケーションプログラムかを判断することが出来る。
【００５２】
またクライアントでは、著作権データ配信処理が開始されると（ステップＳ１１１）、図６に示すように、クライアントからＴＣＰ２インストールサーバ３０に対して登録要求１０４，１０５を行い、ＴＣＰ２インストールサーバ３０から、ＴＣＰ２の暗号化処理に必要なインストールデータ１０６を取得して、インストールする（ステップＳ１１２）。このとき、クライアントのハード情報、管理者の個人情報、ネットワークの情報の認証１０９を行い、暗号化部２１（図１）内部に暗号化したデータ１１０として保存し（ステップＳ１１３）、クライアントの認証処理を終了する（ステップＳ１１４）。クライアント２０の暗号化部２１は、この情報を認証情報として使用し、ＴＣＰ２が有効とするコンピュータであるか、有効とするネットワーク環境であるか、有効とする人物がコンピュータを操作しているか、有効としているアプリケーションプログラムかを判断することが出来る。また、この個人情報には、著作権データ配信を受けるための決済処理に必要なクレジットカード情報、銀行カード情報を含む情報も含まれている。
【００５３】
次に、本例の通信システムで著作権データ配信を開始した場合の処理を、図４のフローチャート及び図７のデータ伝送例を参照して説明する。図４の左側はサーバでの処理を示し、図４の右側はクライアントでの処理を示す。
【００５４】
サーバでは、著作権データ配信の開始処理として（ステップＳ１２１）、ログイン操作があり（ステップＳ１２２）、そのログインされた入力データ１１１から、ＴＣＰ２の暗号化部１５で正しいユーザであるか否か判断され（ステップＳ１２３）、正しいユーザでない場合には、処理を終了する（ステップＳ１２４）。正しいユーザであれば、ＴＣＰ２の暗号化部１５を起動し、著作権データ配信サーバの通信機能を有効にする（ステップＳ１２５）。
【００５５】
クライアントでも、著作権データ配信の開始処理として（ステップＳ１４１）、ログイン操作があり（ステップＳ１４２）、そのログインされた入力データ１１２から、ＴＣＰ２の暗号化部２１で正しいユーザであるか否か判断され（ステップＳ１４３）、正しいユーザでない場合には、処理を終了する（ステップＳ１４４）。正しいユーザであれば、ＴＣＰ２の暗号化部２１を起動し、クライアントの通信機能を有効にする（ステップＳ１４５）。
【００５６】
この状態で、クライアントからサーバへのアクセスがあると、サーバは商品として用意された著作権データの情報（商品情報）１１３，１１４を送信し（ステップＳ１２６）、クライアントではその送信された商品情報を受信して、暗号化部２１からクライアントの内部に商品情報１１５，１１６を送って、商品の表示などを行う（ステップＳ１４６）。
【００５７】
そして、クライアントを操作しているユーザが、表示された商品（著作権データ）を確認した後に、購入操作があるか否かクライアント側で判断し（ステップＳ１４７）、購入操作がない場合にはここでの著作権データ配信を終了する（ステップＳ１４８）。購入操作がある場合には、著作権データ処理プログラム側に購入データ１１７を送り、著作権データ処理プログラムが購入手続きを開始させる（ステップＳ１４９）。購入手続きが開始されて、著作権データ処理プログラムで必要な情報をユーザが選択すると、著作権データ処理プログラムが暗号化部２１に個人情報の問い合わせ１１８を行う（ステップＳ１５０）。
【００５８】
このときＴＣＰ２の暗号化部２１は、正しく認証されたプログラムからの要求であるかを確認し（ステップＳ１５１）、正しいプログラムでなければ、個人情報の読み出しを終了する（ステップＳ１５２）。正しいプログラムであれば、暗号化されて記憶された個人情報１２０を発行して著作権データ処理プログラム側に送り（ステップＳ１５３）、そのＴＣＰ２で暗号化されたままの個人情報１２１を平文に戻すことなくサーバ側に送る（ステップＳ１５４）。なお、この送信時には、個人情報が既に暗号化されているので、暗号化部２１での暗号化は行われない。
【００５９】
サーバのＴＣＰ２の暗号化部１５で、この個人情報を受信すると（ステップＳ１２７）、暗号化されたままでサーバ内の著作権データ配信プログラムにその受信個人情報１２２を取り込ませ（ステップＳ１２８）、著作権データを送信する（ステップＳ１２９）。また、受信した個人情報１２３，１２４を、ファイルシステムを経由して磁気メモリ１４に送り、暗号化されたままの個人情報を記憶させ（ステップＳ１３０）、配信処理を終了する（ステップＳ１３１）。
【００６０】
ステップＳ１２９で送信された著作権データは、既に暗号化されているデータであり、図７に示すように、暗号化された著作権データ１２５，１２６，１２７，１２８，１２９として送られ、クライアント側では著作権データの受信が表示され（ステップＳ１５５）、著作権データが磁気メモリなどに記録され（ステップＳ１５６）、クライアント側での処理が終了する（ステップＳ１５７）。
【００６１】
このように、クライアントからサーバに送られた個人情報などの配信に必要なデータは、ＴＣＰ２で暗号化したままファイルシステム経由で磁気メモリに記憶されるので、サーバに蓄積されたデータが不正に抜き取られても復号化することが出来ない。そして、配信される著作権データについても、サーバで既にＴＣＰ２で暗号化された状態のまま送信されて、その暗号化された著作権データを、暗号化されたままでクライアント側に格納するので、著作権データの不正使用についても効果的に防止できる。
【００６２】
次に、本例の通信システムで著作権データの配信が行われた後、サーバ側での請求処理を、図５のフローチャート及び図８のデータの流れを参照して説明する。
【００６３】
サーバ側での請求処理は、例えば定期的に行われ、その請求処理が開始されると（ステップＳ１６１）、配信プログラムは、暗号化のままの個人情報１３４，１３５を取り出して（ステップＳ１６２）、ＴＣＰ２の暗号化部１５にその個人情報１３６を送り、復号化を依頼する（ステップＳ１６３）。ここで、ＴＣＰ２の暗号化部１５は、正しく認証されたプログラムからの依頼であるか否か判断し（ステップＳ１６４）、正しくない場合には復号を行わない（ステップＳ１６５）。正しく認証されたプログラムからの依頼である場合には、図８に示すように復号化１３７を行い、復号された個人情報１３８を配信プログラムに送り、配信プログラムの処理で請求情報１３９を表示させ（ステップＳ１６６）、必要により請求に使用する伝票などを印刷させて（ステップＳ１６７）、請求業務を行う部署に送り、請求処理を終了する（ステップＳ１６８）。
【００６４】
また、図８に示すように、クライアント側で配信を受けた著作権データを使用（再生，表示など）する際には、メモリに記録された暗号化された著作権データ１３１、１３２を取り出して、著作権データ処理プログラムに送り、ＴＣＰ２の暗号化部２１が復号に必要な復号鍵を発行し、その復号鍵を使用して復号して、その復号された平文の著作権データ１３３を取り出して、再生や表示などの処理を行う。この場合、ＴＣＰ２の暗号化部２１では、ユーザ認証などの認証処理が正しく認証できた場合にだけ、復号鍵を発行するようにして、不正な著作権データの使用を防止する処理を行う。
【００６５】
このようにして処理されることで、著作権データの配信を行う際には、サーバ側とクライアント側とのいずれでも著作権データが平文の状態で蓄積されることがなく、極めて安全性の高い著作権データの配信が行える。また、著作権データそのものだけでなく、個人情報などの配信に必要な情報についても平文の状態では保存されず、これらのデータの安全性についても確保される。
【００６６】
なお、本発明は、以上説明した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、さらに多くの実施形態を含むものであることは言うまでもない。また、上述した実施の形態では、サーバやクライアントを構成するコンピュータ装置に、著作権データの配信（受信）処理用のプログラムが実装された状態として説明したが、上述した実施の形態で説明した処理を行う商取引用のプログラムを用意して、各種コンピュータ装置にそのプログラムをインストールして、同様の機能を実現するようにしてもよい。この場合、著作権データの配信（受信）処理用のプログラムは、各種ディスクやメモリなどの媒体でユーザに配布したり、或いはインターネットなどで伝送して配付するようにしてもよい。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施の形態による通信システムによる著作権データ配信のシステム構成図である。
【図２】本発明の一実施の形態による通信システムに用いられるプロトコルスタックの例を示す説明図である。
【図３】本発明の一実施の形態による通信システムによる著作権データ配信を開始するまでの準備の過程を示す処理フローチャート図である。
【図４】本発明の一実施の形態による通信システムによる著作権データ配信を実施した場合の処理例のフローチャートである。
【図５】本発明の一実施の形態による通信システムによる著作権データ配信を実施した後の請求処理のフローチャートである。
【図６】本発明の一実施の形態による通信システムによる著作権データ配信を開始するまでの準備の過程を示す説明図である。
【図７】本発明の一実施の形態による通信システムによる著作権データ配信を実施した場合のデータの流れを示す説明図である。
【図８】本発明の一実施の形態による通信システムによる著作権データ配信を実施した後の請求までのデータの流れを示す説明図である。
【図９】従来のＳＳＬを用いた標準的な通信のプロトコルスタックを示す説明図である。
【図１０】従来のＳＳＬを用いた通信システムによる著作権データ配信のシステム構成図である。
【図１１】従来のＳＳＬを用いた通信システムによる著作権データ配信による処理例のフローチャートである。
【図１２】従来のＳＳＬを用いた通信システムによる著作権データ配信のデータの流れを示す説明図である。
【符号の説明】
【００６８】
１…ＮＩＣドライバ、２…ＩＰ、３…ＴＣＰエミュレータ、３ａ…ＴＣＰ、３ｂ…ＴＣＰｓｅｃ、４…ソケット、１０…著作権データ配信用サーバコンピュータ装置、１１…表示部、１２…プリンタ、１３…アプリケーション実行部、１４…磁気メモリ、１５…暗号化部（ＴＣＰ２暗号化処理）、２０…クライアントコンピュータ装置、２１…暗号化部（ＴＣＰ２暗号化処理）、２２…アプリケーション実行部、２３…表示部、２４…キー入力部、３０…ＴＣＰ２インストールサーバ、８０…著作権データ配信用サーバコンピュータ装置、８１…表示部、８２…プリンタ、８３…アプリケーション実行部、８４…磁気メモリ、８５…暗号化部（ＳＳＬ暗号化処理）、９０…クライアントコンピュータ装置、９１…暗号化部（ＳＳＬ暗号化処理）、９２…アプリケーション実行部、９３…表示部、９４…キー入力部
【図１】
2006115418.tif 000003
【図２】
2006115418.tif 000004
【図３】
2006115418.tif 000005
【図４】
2006115418.tif 000006
【図５】
2006115418.tif 000007
【図６】
2006115418.tif 000008
【図７】
2006115418.tif 000009
【図８】
2006115418.tif 000010
【図９】
2006115418.tif 000011
【図１０】
2006115418.tif 000012
【図１１】
2006115418.tif 000013
【図１２】
2006115418.tif 000014