JP2007295162A - 情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 - Google Patents
情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP2007295162A JP2007295162A JP2006119014A JP2006119014A JP2007295162A JP 2007295162 A JP2007295162 A JP 2007295162A JP 2006119014 A JP2006119014 A JP 2006119014A JP 2006119014 A JP2006119014 A JP 2006119014A JP 2007295162 A JP2007295162 A JP 2007295162A
- Authority
- JP
- Japan
- Prior art keywords
- data
- relationship
- range
- unit
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】例えば、データの送信先において、データの送信元が正当な送信元であるかどうかをより確実に確認することを目的とする。
【解決手段】第１の情報通信装置において、入力部１０２は通信データを入力し、関係構築部１０３は耐タンパ性装置１５０に格納された関係構築パターンに基づき、通信データに対して所定の処理を施す。送信部１０４は関係構築部１０３により所定の処理が施された通信データを第２の情報通信装置に送信する。第２の情報通信装置において、受信部１０５は通信データを受信し、関係構築部１０３は耐タンパ性装置１５０に格納された関係構築パターンに基づき、通信データに対して所定の処理を施す。認証部１０６は関係構築部１０３により所定の処理が施された通信データが正常な通信データであるかを確認する。
【選択図】図３
【解決手段】第１の情報通信装置において、入力部１０２は通信データを入力し、関係構築部１０３は耐タンパ性装置１５０に格納された関係構築パターンに基づき、通信データに対して所定の処理を施す。送信部１０４は関係構築部１０３により所定の処理が施された通信データを第２の情報通信装置に送信する。第２の情報通信装置において、受信部１０５は通信データを受信し、関係構築部１０３は耐タンパ性装置１５０に格納された関係構築パターンに基づき、通信データに対して所定の処理を施す。認証部１０６は関係構築部１０３により所定の処理が施された通信データが正常な通信データであるかを確認する。
【選択図】図３
Description
本発明は、情報通信装置、情報通信システム、情報通信方法、情報通信プログラム、及びコンピュータ読み取り可能な記録媒体に関するものである。
２者間で行われる通信をセキュアに実現する技術として、特許文献１では、無線アドホック通信システムで、配送に係わる端末間において、フレーム送信元認証を行うことによって、認証されていない端末からのフレームの配送をしないことにより、不要な無線リンクのホップによるフレームの配送を抑え、無線リンク毎に発生する暗号／復号処理の繰り返しを低減するシステムについて開示されている。携帯端末（ＰＤＡ（Ｐｅｒｓｏｎａｌ・Ｄｉｇｉｔａｌ・Ａｓｓｉｓｔａｎｔ）、移動機など）やＰＣ（パーソナルコンピュータ）などの各端末が、特定のアクセスポイントを設けることなく自律分散して相互に、必要に応じて適宜、一時的なネットワークをネットワークトポロジーがすべて無線媒体で形成されるようなネットワークによって接続するものである。フレーム送信元認証とは、認証された正当な端末からフレームを受信したことである。
また、特許文献２では、発信者により暗号化された情報が監査人により部分的に復号できるように、情報を複数のブロックに分割し、複数のブロックのうち、一部のブロックを、監査人及び受信者双方が復号可能なように暗号化するとともに、上記一部のブロックを除く他のブロックを、受信者のみが復号可能なように暗号化するシステムについて開示されている。
アプリケーションプログラムが閲覧したいアプリケーションデータへアクセスをしようとしたときに、アクセスしてきたアプリケーションプログラムがアプリケーションデータへのアクセスを許可してもよい正規のアプリケーションプログラムであるのかといった検証を実施するシステムについて提案がなされている。同システムでは、アプリケーションデータを、暗号化されたアプリケーションデータとそのデータの暗号化済み復号鍵（復号鍵は利用者の公開鍵で暗号化される）とアプリケーション情報から構成されるカプセル形式にて、読み込みアクセスしてきたアプリケーションプログラムに対して提供する。そのため、利用者は、利用者の秘密鍵で必ず復号鍵の復号を行って、アプリケーションデータを（復号した復号鍵を使って）復号することになる。すなわち、同システムは、利用者の認証（復号鍵の秘密鍵による復号が成功すること）の成功／不成功と復号鍵の獲得の可否が一致する方式によりコンテンツ（アプリケーションデータ）へのアクセスを実現するものである。また、同システムでは、アプリケーションデータの管理サーバが、上記カプセル形式のデータ（カプセル）を獲得し、獲得したカプセルからアプリケーション情報を入手して、同アプリケーション情報に基づいて、アプリケーションプログラムを起動し、アプリケーションプログラムを識別するハンドラを得る。サーバは、読み込み要求を出してきたアプリケーションプログラムから要求元であるアプリケーションプログラムを特定する情報を受け取る。サーバは、この受け取った情報より特定されるアプリケーションプログラムが、先に得たハンドラで特定されるアプリケーションプログラムと一致するか否かで、この読み込み要求を出してきたアプリケーションプログラムが管理対象のアプリケーションプログラムであるか否かを判定する。
特開２００４−２４１８６５号公報
特開平１１−１１２４９１号公報
従来技術で提案されている方式では、送信端末が、フレームを送信するときに、送信端末と受信端末との間で予め定めておいた認証ヘッダ鍵と、送信フレームの所定領域（送信端末識別子など）とを合わせてハッシュした鍵付ハッシュ値を、認証ヘッダとしてフレームに付して送信する。そして、受信端末が、送信されたフレーム（受信フレーム）の認証ヘッダが認証ヘッダ鍵により解読でき、受信端末で生成したハッシュ値が等しい場合、受信フレームは正しい送信端末から送信されたものであると判断する。しかし、この方式では、受信フレームが、受信者が送信者に対して要求した応答なのか否かは、内容を見て確認するしかなく、受信フレームを機械的に要求に対する応答であるかどうかを判定することができないという課題がある。
また、上記の方式では、公開鍵を相手端末から要求して入手する処理、認証ヘッダ鍵の配布処理は、共に正規の通信相手から（公開鍵や認証ヘッダ鍵が）送信されたことを保証する仕組みが備えられておらず、送信相手が正規の相手であることを保証することができないという課題がある。
また、上記の方式では、認証処理と、鍵を渡して暗号化や復号をさせる処理とを完全に独立して行うと、認証処理に失敗した場合などに不正なユーザに重要なデータを復号されて盗聴されてしまうという課題がある。上記の方式では、認証を通じた中で鍵を渡し、有償コンテンツ、高価値（重要）情報などを渡すためには認証されることが必須となる仕組みが備えられていないことが課題である。
他の従来技術で提案されている方式でも、アプリケーションデータが正しい送信者から送信されてきたものであることを保証する仕組みが備えられていないという課題がある。この方式では、遠隔で生成されたカプセル形式のデータを、ネットワークを介してコンピュータで獲得するときに、正しいカプセルを正規のカプセル生成者から受け取ったことを保証する仕組みが備えられていないという課題がある。
上記の方式では、管理サーバが、アプリケーションプログラムが管理対象のアプリケーションプログラムであるか否かを判定する。上記の方式には、以下に示す課題がある。例えば、
（１）アプリケーション情報に基づいて起動したアプリケーションプログラムが正規のアプリケーションプログラムである保証がないこと、
（２）得たハンドラが正規のハンドラであることか保証されていないこと、
などが課題である。
（１）アプリケーション情報に基づいて起動したアプリケーションプログラムが正規のアプリケーションプログラムである保証がないこと、
（２）得たハンドラが正規のハンドラであることか保証されていないこと、
などが課題である。
また、上記の方式では、ハンドラが不正なものである場合、不正な成り済ましアプリケーションプログラムがサーバに対して正当なアプリケーション情報を送ったとしても、サーバ側で、受け取ったアプリケーション情報から特定したアプリケーションプログラムと、不正なハンドラで特定されるアプリケーションプログラムとが一致することになるという課題がある。上記の方式では、不正ハンドラがいかなるアプリケーション情報をサーバに送信すればサーバ側で認証されるかを熟知している場合、不正アプリケーションの成り済ましを幇助したり、正規ユーザをハンドラが関与する不正な勝手サイトへ接続したりといったハンドラの成り済ましによる妨害などが発生するという課題がある。
上記の方式では、ハンドラが正当な（正規の）ものである場合は、ハンドラでアプリケーションプログラムを識別する段階において不正アプリケーションプログラムからのアクセス（成り済まし以外）を防止することが可能となり、不正アプリケーションの成り済ましの幇助による妨害、不正サイトへの接続などの妨害は発生しなくなる。しかし、不正アプリケーションによる成り済ましは依然存在するという課題がある。したがって、ハンドラが正規のものであることを検証し、さらにハンドラとの通信時におけるハンドラの成り済ましによる妨害を防ぐ必要がある。
本発明は、例えば、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、要求データ、処理要求など）に非依存な手法にて実現することにより、関係構築基盤を明確にし、その関係付けを確認することによって、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを提供することを目的とする。また、例えば、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現することを目的とする。また、例えば、送受信される情報に関係を構築することにより、要求を投げた相手先から正当な応答が正当な相手先から送信されたことを保証する通信の実現を目的とする。
また、本発明は、例えば、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報などを渡す仕組みを構築することにより漏洩のない通信を実現することを目的とする。
また、本発明は、例えば、アプリケーションプログラムの識別を行うハンドラへ、アプリケーションプログラムの識別に使用する条件、データを、ハンドラにのみ確実に、漏洩することなく、遠隔から送信提供し、有償コンテンツの不正利用を防止することを目的とする。
本発明に係る情報通信装置は、
他の情報通信装置に送信する通信データを入力する入力部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記入力部により入力された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築部と、
前記関係構築部により出力された通信データを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする。
他の情報通信装置に送信する通信データを入力する入力部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記入力部により入力された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築部と、
前記関係構築部により出力された通信データを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする。
本発明では、情報通信装置において、関係構築パターン格納部が、関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、関係構築部が、所定の処理として、入力部により入力された通信データに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して暗号処理とスクランブル処理と分割再構成処理とのうち関係構築パターンで指定された処理を施すことにより、データの送信先において、データの送信元が正当な送信元であるかどうかをより確実に確認することが可能となる。
以下、本発明の各実施の形態について、図を用いて説明する。
実施の形態１．
本実施の形態では、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、要求データ、処理要求など）に非依存な手法にて実現することにより、関係構築基盤を明確にする。そして、その関係付けを確認することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを提供する。また、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する。
本実施の形態では、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、要求データ、処理要求など）に非依存な手法にて実現することにより、関係構築基盤を明確にする。そして、その関係付けを確認することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを提供する。また、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する。
以下では、
（１）まず、送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することにより、受信者が受け取った情報が誰から送信されたものなのかなどの送信元を機械的な方法にて特定（認証）する方法について説明する。
（２）次いで、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することにより、その関係付けを認識・認知することについて説明する。また、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みについて説明する。そして、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する仕組みについて説明する。また、送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現する方式について詳述する。
（３）さらに、同一送信者から同時に送信される複数の情報間の関係付けを行うことにより、受信した複数のそれぞれのデータが正規のデータであることを示す仕組みについて、連鎖により結合された複数のデータを対象にして説明する。
（１）まず、送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することにより、受信者が受け取った情報が誰から送信されたものなのかなどの送信元を機械的な方法にて特定（認証）する方法について説明する。
（２）次いで、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することにより、その関係付けを認識・認知することについて説明する。また、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みについて説明する。そして、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する仕組みについて説明する。また、送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現する方式について詳述する。
（３）さらに、同一送信者から同時に送信される複数の情報間の関係付けを行うことにより、受信した複数のそれぞれのデータが正規のデータであることを示す仕組みについて、連鎖により結合された複数のデータを対象にして説明する。
上記（１）〜（３）について、順に詳述する前に、本実施の形態に係る情報通信システム全体について説明する。図１は、情報通信システム３００を具体的なネットワーク構成にあてはめて表現したイメージ図である。また、図２は、情報通信システム３００の構成を示すブロック図である。
図１に示すように、情報通信システム３００は、サーバ３０１、ＰＣ３０２、通信端末３０３、携帯端末３０４、カメラ３０５、有線通信網３０６と移動体通信網３０７からなるネットワークにより構成される。
図２に示した第１情報処理実体１００Ａ（第１実体ともいう）は、例えば、ＩＳＰ（インターネットサービスプロバイダ）などのサーバ３０１やＰＣ３０２など、ルータ３０８を介して有線接続してネットワークと接続されているコンピュータ機器群に実装されているコンピュータソフトウェア群（プロセス、スレッドを含む）である。図２に示した第２情報処理実体１００Ｂ（第２実体ともいう）は、例えば、通信端末３０３や携帯端末３０４（ＰＤＡ、携帯電話、モバイルＰＣ、コンピュータ内蔵型携帯時計など）やカメラ３０５（ＣＣＴＶ（Ｃｌｏｓｅｄ・Ｃｉｒｃｕｉｔ・Ｔｅｌｅｖｉｓｉｏｎ）、ＷＥＢカメラなど）などに実装されているコンピュータソフトウェア群（プロセス、スレッドを含む）である。第２情報処理実体１００Ｂでは、特に、携帯端末３０４のような無線接続されるような端末を想定しているが、第１情報処理実体１００Ａが携帯端末３０４のような無線接続されるような端末であってもよい。また、第１情報処理実体１００Ａ、第２情報処理実体１００Ｂが、第１情報処理実体１００Ａと第２情報処理実体１００Ｂの中継を担う端末、装置であってもよい。
第１情報処理実体１００Ａと第２情報処理実体１００Ｂ間は、上記ネットワークを介して通信が行われるが、ネットワークの種類は特に限定されない。上記ネットワークは、有線通信網３０６、移動体通信網３０７、仮想プライベートネットワーク（ＶＰＮ：Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）などを用いることができる。また、上記ネットワークは、公衆の通信網あるいは私設のローカル通信網のいずれでもよい。
有線通信網３０６は、例えば、光ブロードバンド網、インターネット網、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ・Ｄｉｇｉｔａｌ・Ｓｕｂｓｃｒｉｂｅｒ・Ｌｉｎｅ）網、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）網、ＣＡＴＶ（Ｃａｂｌｅ・Ｔｅｌｅｖｉｓｉｏｎ）網、コンピュータ網、回線交換型ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ・Ｓｅｒｖｉｃｅｓ・Ｄｉｇｉｔａｌ・Ｎｅｔｗｏｒｋ）網、専用線などにより構成される。移動体通信網３０７は、例えば、ＨＳＤＰＡ（Ｈｉｇｈ・Ｓｐｅｅｄ・Ｄｏｗｎｌｉｎｋ・Ｐａｃｋｅｔ・Ａｃｃｅｓｓ）、ＳＵＰＥＲ・３Ｇ、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ・Ｃｏｄｅ・Ｄｉｖｉｓｉｏｎ・Ｍｕｌｔｉｐｌｅ・Ａｃｃｅｓｓ）、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）網、ＲＦＩＤ（Ｒａｄｉｏ・Ｆｒｅｑｕｅｎｃｙ・Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）網、ＵＷＢ（Ｕｌｔｒａ・Ｗｉｄｅ・Ｂａｎｄ）網、各種ローカル通信網などの各種移動体通信網を想定している。
情報通信システム３００では、第１情報処理実体１００Ａと第２情報処理実体１００Ｂの間を、データ処理実体２００を送受信することにより通信を実現する。データ処理実体２００は、各種マルチメディア情報（テキスト、イメージ、２次元／３次元ＣＧ（コンピュータグラフィックス）、地図、動画（ビデオ映像、ＴＶカメラ映像などのストリーミング）、音声、サウンド、プログラムモジュール（実行形式としてプロセス、スレッドを含む）、各種アプリケーションプログラムデータ、各種センサー情報、各種制御信号など）などにより構成される処理要求や、制御信号やメッセージやタスク処理要求を含む処理要求や、各種マルチメディア情報を含む各種データを内部に格納する。データ処理実体２００を外から見ると、単なるビット列にしか見えない。
図１において、通信端末３０３は、利用者３０９の操作を受け、送信するデータにある特定の待受関係構築パターンＡ（関係構築パターンの一例）を施して（後述するように、暗号化、スクランブル化、分割再構成化の処理を施す）送信することにより、送信先において対応する処理（サービス）を指定して同処理を行い（同サービスを利用し）、検索／格納するストレージ３１０などを指定することができる。待受関係構築パターンＡは、通信端末３０３にＵＳＢ（Ｕｎｉｖｅｒｓａｌ・Ｓｅｒｉａｌ・Ｂｕｓ）接続される耐タンパ性ＵＳＢ装置３１１に格納されている。同様に、携帯端末３０４は、利用者３１２の操作を受け、送信するデータにある特定の待受関係構築パターンを施して送信することにより、送信先において対応する処理を指定して起動し、検索／格納するストレージなどを指定することができる。この待受関係構築パターンは、携帯端末３０４に装着される着脱型耐タンパ性装置３１３が内蔵している。また、通信端末３０３は、遠隔場所３１４のサーバ３０１と接続し、有償（高付加価値／機密）コンテンツの送信要求、ＷＥＢアクセス、リモートログインなどを行い、送受信時のデータ品質、通信ＱｏＳ（Ｑｕａｌｉｔｙ・ｏｆ・Ｓｅｒｖｉｃｅ）などの送信制御（リモート制御）を行う。
ＰＣ３０２は、オペレータ３１５の操作を受け、受信したデータに施された待受関係構築パターンにしたがって、対応する処理を選択して処理を行い、格納するストレージ３１０などを決定する。待受関係構築パターンは、ＰＣ３０２にＵＳＢ接続される耐タンパ性ＵＳＢ装置３１６に格納されている。また、サーバ３０１は、指定されたマルチメディアコンテンツ（ビデオ映像、各種データ（音声を含むマルチメディアデータ、制御データ、センサーデータ、テキスト、イメージ、３Ｄ（次元）ＣＧ、地図データ）やＶＯＤ（ビデオオンデマンド）コンテンツに待受関係構築パターンＢ、Ｃを施して配信する。このとき、サーバ３０１は、有線通信網３０６を介して行う通信をＶＰＮ通信としてもよい。
次いで、情報通信システム３００が備える情報通信装置の基本構成と動作について説明する。図３は、本実施の形態に係る情報通信装置１０１の構成を示すブロック図である。図４は、データを送信する際の情報通信装置１０１の動作を示すフローチャートである。図５は、データを受信する際の情報通信装置１０１の動作を示すフローチャートである。
図３に示す情報処理実体１００により、図２で示した第１情報処理実体１００Ａと第２情報処理実体１００Ｂを構成する。また、図２には図示されていない耐タンパ性装置１５０（図１に示した耐タンパ性ＵＳＢ装置３１１、着脱型耐タンパ性装置３１３、耐タンパ性ＵＳＢ装置３１６）が、第１情報処理実体１００Ａと第２情報処理実体１００Ｂに装着されている。この耐タンパ性装置１５０は、例えばセキュリティの確保されたメモリ（記憶装置の一例）とＣＰＵ（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）（処理装置の一例）を備えるＩＣ（集積回路）カードやＵＳＢチップのようなデバイスであり、第１情報処理実体１００Ａと第２情報処理実体１００Ｂに装着されていることを前提とする。以下では、耐タンパ性装置１５０を情報通信装置１０１の一部として説明するが、耐タンパ性装置１５０を情報通信装置１０１が利用する外部の記憶装置の１つとして扱っても構わない。この場合、耐タンパ性装置１５０はメモリのみを備え、ＣＰＵを備えていなくてもよい。
上記のように、図３において、情報通信装置１０１は、情報処理実体１００と耐タンパ性装置１５０とを備えるほか、例えば、メモリやハードディスクなどの記憶装置、ＣＰＵなどの処理装置を備える。情報処理実体１００は、この記憶装置や処理装置を利用して、後述する各処理（ステップ又は手順）を実行する。情報処理実体１００は、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６を有する。耐タンパ性装置１５０は、関係構築パターン格納部１０７を有する。
関係構築パターン格納部１０７は、関係構築パターンを記憶装置に予め格納する（図４のステップＳ１００１、図５のステップＳ１１０１：関係構築パターン格納ステップ（手順））。関係構築パターンとは、通信データなどのデータにどのような処理を施すかを指定する情報である。具体的には、関係構築パターンは、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理を指定する情報である。本実施の形態では、関係構築パターンは、各範囲に対して施す処理として、暗号鍵（例えば、共通鍵、公開鍵、秘密鍵）を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかける（例えば、各範囲のビット列と乱数のビット列との排他的論理和演算を行う）スクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つ（１つでもよいが、２つにすることで信頼性が向上する）を指定するものとする。
情報通信装置１０１（以下、第１の情報通信装置という）から他の情報通信装置１０１（以下、第２の情報通信装置という）にデータが送信される場合、第１の情報通信装置において、入力部１０２は、第２の情報通信装置に送信する通信データ（データ処理実体２００）を入力する（図４のステップＳ１００２：入力ステップ（手順））。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力された通信データに対して処理装置により所定の処理を施す（図４のステップＳ１００３：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、入力部１０２により入力された通信データに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して暗号処理とスクランブル処理と分割再構成処理とのうち関係構築パターンで指定された処理を施す。そして、関係構築部１０３は、所定の処理を施した通信データを出力する（図４のステップＳ１００４：関係構築ステップ（手順））。送信部１０４は、関係構築部１０３により出力された通信データを第２の情報通信装置に送信する（図４のステップＳ１００５：送信ステップ（手順））。
ステップＳ１００１において、関係構築パターン格納部１０７が格納する関係構築パターンは、暗号処理ごとに各暗号処理に用いる暗号鍵を指定する情報を含んでもよい。この場合、ステップＳ１００３において、関係構築部１０３は、所定の処理として、関係構築パターンで指定された暗号鍵を用いて、関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化する。また、ステップＳ１００１において、関係構築パターン格納部１０７が格納する関係構築パターンは、スクランブル処理ごとに各スクランブル処理に用いる乱数を指定する情報を含んでもよい。この場合、ステップＳ１００３において、関係構築部１０３は、所定の処理として、関係構築パターンで指定された乱数を用いて、関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかける。また、ステップＳ１００１において、関係構築パターン格納部１０７が格納する関係構築パターンは、分割再構成処理ごとに各分割再構成処理に用いるフォーマットを指定する情報を含んでもよい。この場合、ステップＳ１００３において、関係構築部１０３は、所定の処理として、関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、関係構築パターンで指定されたフォーマットに並べ替える。
上記のように、第１の情報通信装置から第２の情報通信装置にデータが送信された場合、第２の情報通信装置において、受信部１０５は、第１の情報通信装置から送信された通信データを受信する（図５のステップＳ１１０２：受信ステップ（手順））。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信された通信データに対して処理装置により所定の処理を施す（図５のステップＳ１１０３：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、受信部１０５により受信された通信データに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、関係構築パターンで何らかの処理（暗号処理、スクランブル処理、分割再構成処理、又はそれらの組み合わせ）を施す範囲として指定された範囲に対して、その処理が施される前の状態に戻す処理を施す。つまり、関係構築部１０３は、関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施す。また、関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施す。また、関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施す。そして、関係構築部１０３は、所定の処理を施した通信データを出力する（図５のステップＳ１１０４：関係構築ステップ（手順））。認証部１０６は、関係構築部１０３により出力された通信データが正常な通信データであるかを処理装置により確認する（図５のステップＳ１１０５：認証ステップ（手順））。認証部１０６は、通常、ステップＳ１１０３において、関係構築部１０３が通信データに所定の処理を施すことに成功した場合、正常な通信データが得られたと判断する。
ステップＳ１１０１において、関係構築パターン格納部１０７が格納する関係構築パターンは、暗号処理ごとに各暗号処理に用いる暗号鍵を指定する情報を含んでもよい。この場合、ステップＳ１１０３において、関係構築部１０３は、所定の処理として、関係構築パターンで指定された暗号鍵に対応する復号鍵を用いて、関係構築パターンで暗号処理を施す範囲として指定された範囲を復号化する。また、ステップＳ１１０１において、関係構築パターン格納部１０７が格納する関係構築パターンは、スクランブル処理ごとに各スクランブル処理に用いる乱数を指定する情報を含んでもよい。この場合、ステップＳ１１０３において、関係構築部１０３は、所定の処理として、関係構築パターンで指定された乱数を用いて、関係構築パターンでスクランブル処理を施す範囲として指定された範囲のスクランブルを解除する。また、ステップＳ１１０１において、関係構築パターン格納部１０７が格納する関係構築パターンは、分割再構成処理ごとに各分割再構成処理に用いるフォーマットを指定する情報を含んでもよい。この場合、ステップＳ１１０３において、関係構築部１０３は、所定の処理として、関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、関係構築パターンで指定されたフォーマットに対応する元のフォーマットに並べ替える。
また、ステップＳ１００１、Ｓ１１０１において、関係構築パターン格納部１０７は、複数の関係構築パターンを格納してもよい。そして、さらに、各関係構築パターンを選択するタイミングを指定する選択スケジュールを格納してもよい。この場合、ステップＳ１００３、ステップＳ１１０３において、関係構築部１０３は、関係構築パターン格納部１０７により格納された選択スケジュールに基づいて、関係構築パターンを選択し、選択した関係構築パターンに基づいて、所定の処理を施す。
図３において、耐タンパ性装置１５０は、少なくともある特定の秘密鍵、及び、複数の異なる暗号化とペイロードフォーマット（所定のフォーマット又は所定のフォーマットを示す情報の一例）による分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンを有している。特定の秘密鍵とは、公開鍵暗号方式でいう秘密鍵を指し、相当数の秘密鍵が登録されている。この秘密鍵の対をなす公開鍵についても同数がこの耐タンパ性装置１５０に登録されている。また、ペイロードフォーマットによる分割再構成化とは、ある指定されたペイロードフォーマットにしたがって、対象とするデータを分割して組替再構成する処理のことである。
前述のように、待受関係構築パターンとは、複数の異なる暗号化とペイロードフォーマットの分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す組み合わせパターンである。送信データに対してある選択した待受関係構築パターン、すなわち、受信者が想定している待受関係構築パターンを指定された鍵と選択／生成したペイロードフォーマットによって、暗号化処理と分割再構成処理を施して送信する。すると受信側では、受信データに対して予定（想定）している待受関係構築パターンにしたがって指定された鍵とペイロードフォーマットによって、暗号化と分割再構成化が施されていることが確認されると、想定したデータが送信されてきたと判断することができる。
例えば、ある指定されたデータを、暗号化を施す部分とペイロードフォーマットによる分割再構成化を施す部分に分けて、施す順番を定める。重複しないでそれぞれの指定された部分を異なるそれぞれの鍵で暗号化を施す場合をカスケードに暗号処理を施すといい、同じ場所に対して、複数個の異なる鍵で暗号化処理を繰り返し施すことを多重に暗号化処理を施すと称する。また、ペイロードフォーマットによる分割再構成化処理を施した部分に対してさらに指定された鍵で暗号化を施すことは可能であり、さまざまな組み合わせにより、暗号化処理とペイロードフォーマットによる分割再構成化を施すことが可能である。特に、ここでは、この暗号化を施す部分とその暗号化処理に使う鍵の組み合わせとペイロードフォーマットによる分割再構成化処理を施す部分とそのペイロードフォーマットの組み合わせの適用順を、施し方の組み合わせパターンと称して、ある識別可能なある特定の意味ある内容を示す関係を示すものとして扱うことができる。すなわち、暗号化とペイロードフォーマットによる分割再構成化の施し方により一種の識別可能な組み合わせパターン（関係と称す）を示すことができる。暗号化を施す部分として指定された部分が、また別の暗号化の施し対象となってもよい。公開鍵及びこの公開鍵に対応する秘密鍵は、ＲＳＡ（登録商標）（Ｒｉｖｅｓｔ・Ｓｈａｍｉｒ・Ａｄｌｅｍａｎ）方式、楕円暗号方式、ラビン暗号方式などの様々な公開鍵暗号方式を用いることより生成される。
図２で示した第１情報処理実体１００Ａと第２情報処理実体１００Ｂが備える手段は、図３のブロック図で示された情報処理実体１００の各部と同等の機能を有する。図３に示す情報処理実体１００の各部は、第１情報処理実体１００Ａ、第２情報処理実体１００Ｂに実装されていることが望ましい。また、第１情報処理実体１００Ａと第２情報処理実体１００Ｂのそれぞれに、さらに固有の機能を実現してもよい。例えば、情報通信システム３００の第１情報処理実体１００Ａは、少なくとも関係構築部１０３と、送信部１０４とから構成される。例えば、第２情報処理実体１００Ｂは、少なくとも受信部１０５と、認証部１０６と、関係構築部１０３と、送信部１０４とから構成される。
図６は、情報通信装置１０１の外観の一例を示す図である。
図６において、情報通信装置１０１は、システムユニット９１０、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６、スキャナ装置９０７などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニット９１０は、コンピュータであり、電話機９３１、ファクシミリ機９３２（ＦＡＸ）とケーブルで接続され、また、ＬＡＮ９４２（ローカルエリアネットワーク）、ゲートウェイ９４１を介してインターネット９４０に接続されている。
図７は、情報通信装置１０１のハードウェア資源の一例を示す図である。
図７において、情報通信装置１０１は、プログラムを実行するＣＰＵ９１１（中央処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、処理装置の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、スキャナ装置９０７、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置あるいは入力部、送信部の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置あるいは出力部、受信部の一例である。
通信ボード９１５は、電話機９３１、ファクシミリ機９３２、ＬＡＮ９４２などに接続されている。通信ボード９１５は、ＬＡＮ９４２に限らず、インターネット９４０、ＩＳＤＮなどのＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。インターネット９４０あるいはＷＡＮなどに接続されている場合、ゲートウェイ９４１は不要となる。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
また、本実施の形態の説明において「〜部」、「〜手段」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、本実施の形態の説明で述べる「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。
以下では、送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することにより、受信者が受け取った情報が誰から送信されたものなのかなどの送信元を機械的な方法にて特定（認証）する方法について説明する。
まず、上述の関係構築パターンについて説明する。
待受関係構築パターンとは、例えば、
（１）ある指定されたデータに対して、暗号化を施す部分と暗号化を施さない部分に分けた暗号化の施し方を示したパターン
（２）ある指定されたデータに対して、ある第１に指定された鍵で暗号化を施す第１部分、第２に指定された鍵で暗号化を施す第２部分、・・・、第ｎに指定された鍵で暗号化を施す第ｎ部分というように、暗号化を施す部分とその暗号化処理に使う鍵の組み合わせを決めた待受関係構築パターン
などである。
（１）ある指定されたデータに対して、暗号化を施す部分と暗号化を施さない部分に分けた暗号化の施し方を示したパターン
（２）ある指定されたデータに対して、ある第１に指定された鍵で暗号化を施す第１部分、第２に指定された鍵で暗号化を施す第２部分、・・・、第ｎに指定された鍵で暗号化を施す第ｎ部分というように、暗号化を施す部分とその暗号化処理に使う鍵の組み合わせを決めた待受関係構築パターン
などである。
ここで示した待受関係構築パターンは、ある指定されたデータＸに対して、第１指定から順に、指定された鍵を順次用いて暗号化処理を行っていくことを示している。したがって、第１指定で指定された鍵Ｋ１を使って、第１部分に暗号化を施す。次いで、第２指定で指定された鍵Ｋ２を使って、第２部分に暗号化を施す。このような一連の暗号化処理を第１指定から第ｎ指定まで、この順に暗号化処理を繰り返すことにより、ある特定の暗号化の施し方の組み合わせパターンにより、識別可能な関係を構築する。ただし、第１部分、第２部分、・・・、第ｎ部分は、互いに重複する部分を指定したものであってよい。この場合、暗号化対象のデータの中で第１部分〜第ｎ部分の重複する箇所は、多重に重畳して暗号が施されている箇所となる。また、一つの鍵で複数の部分の暗号化処理を施してもよい。また、第１部分が連続したものであってもよいし、複数に分割されたものであってもよい。このように、指定された順に暗号化を施していくと、多重に暗号化を施すところ、カスケードに互いに重複するところがないように暗号化を施すなどの各種手法が盛り込まれた暗号化を施すことが可能である。
ここで、上記関係構築について以下のように示すことができる。
Ｋｐ（Ｘ）：対象データＸに対して、待受関係構築パターンｐにしたがって、暗号化鍵Ｋで暗号化を施す関数
ｐ：待受関係構築パターン
Ｋ：暗号化鍵
Ｘ：対象データ
Ｋｐ（Ｘ）：対象データＸに対して、待受関係構築パターンｐにしたがって、暗号化鍵Ｋで暗号化を施す関数
ｐ：待受関係構築パターン
Ｋ：暗号化鍵
Ｘ：対象データ
同様に、以下のように示すことができる。
Ｃ（Ｘ：Ｐ）：対象データＸに対して、待受関係構築パターンＰにしたがって、暗号化を施す関数
Ｘ：対象データ
Ｐ：待受関係構築パターン
Ｃ（Ｘ：Ｐ）：対象データＸに対して、待受関係構築パターンＰにしたがって、暗号化を施す関数
Ｘ：対象データ
Ｐ：待受関係構築パターン
同様に、以下のように示すことができる。
Ｃ（Ｘ：Ｋ１［第１部分］，Ｋ２［第２部分］，Ｋ３［第３部分］，・・・，Ｋｎ［第ｎ部分］）：暗号化の適用順（Ｋ１からＫｎまでの順）に暗号化を施す関数
Ｘ：対象データ
Ｋｉ［第ｉ部分］：鍵Ｋｉで対象データの第ｉ部分に対して暗号化を施した結果
Ｃ（Ｘ：Ｋ１［第１部分］，Ｋ２［第２部分］，Ｋ３［第３部分］，・・・，Ｋｎ［第ｎ部分］）：暗号化の適用順（Ｋ１からＫｎまでの順）に暗号化を施す関数
Ｘ：対象データ
Ｋｉ［第ｉ部分］：鍵Ｋｉで対象データの第ｉ部分に対して暗号化を施した結果
同様に、以下のように示すことができる。
Ｃ（Ｘ：Ｋ１［ＳｅＣ１］，Ｋ２［ＳｅＣ２］，Ｋ３［ＳｅＣ３］，・・・，Ｋｎ［ＳｅＣｎ］）：暗号化の適用順（Ｋ１からＫｎまでの順）に暗号化を施す関数
Ｘ：対象データ
Ｋｉ［ＳｅＣｉ］：鍵Ｋｉで対象データのＳｅＣｉに対して暗号化を施した結果
ＳｅＣｉ：対象データの中で暗号化処理を施す第ｉ部分
このとき、待受関係構築パターンを以下のように示すことができる。
Ｐｉ＝Ｋ１［ＳｅＣ１］，Ｋ２［ＳｅＣ２］，Ｋ３［ＳｅＣ３］，・・・，Ｋｎ［ＳｅＣｎ］
Ｐｉ：待受関係構築パターン
Ｃ（Ｘ：Ｋ１［ＳｅＣ１］，Ｋ２［ＳｅＣ２］，Ｋ３［ＳｅＣ３］，・・・，Ｋｎ［ＳｅＣｎ］）：暗号化の適用順（Ｋ１からＫｎまでの順）に暗号化を施す関数
Ｘ：対象データ
Ｋｉ［ＳｅＣｉ］：鍵Ｋｉで対象データのＳｅＣｉに対して暗号化を施した結果
ＳｅＣｉ：対象データの中で暗号化処理を施す第ｉ部分
このとき、待受関係構築パターンを以下のように示すことができる。
Ｐｉ＝Ｋ１［ＳｅＣ１］，Ｋ２［ＳｅＣ２］，Ｋ３［ＳｅＣ３］，・・・，Ｋｎ［ＳｅＣｎ］
Ｐｉ：待受関係構築パターン
また、例えば、多重に暗号化を施すことを以下のように示すことができる。
Ｋ１ｐ１（Ｋ２ｐ２（Ｋ３ｐ３（Ｋ４ｐ４（ＸＸ））））：鍵Ｋ４で関係構築パターンｐ４にしたがって対象データＸＸの暗号化を施し、暗号化を施したものに対して続けて、鍵Ｋ３で関係構築パターンｐ３にしたがって暗号化を施し、さらに続けて、Ｋ２でｐ２にしたがって暗号化を施し、最後にＫ１でｐ１にしたがって暗号化を施す関数
Ｋ１ｐ１（Ｋ２ｐ２（Ｋ３ｐ３（Ｋ４ｐ４（ＸＸ））））：鍵Ｋ４で関係構築パターンｐ４にしたがって対象データＸＸの暗号化を施し、暗号化を施したものに対して続けて、鍵Ｋ３で関係構築パターンｐ３にしたがって暗号化を施し、さらに続けて、Ｋ２でｐ２にしたがって暗号化を施し、最後にＫ１でｐ１にしたがって暗号化を施す関数
したがって、このような待受関係構築パターンＰにしたがって、指定されたデータＸを、指定された鍵Ｋで、暗号化を指定された順序で施すことによって、一種の識別可能な暗号化の施し方の組み合わせパターンによる関係を指定された情報に対して構築することができる。構築と称するのは、対象と指定されたデータを見ただけでは確認できず、そのデータに対して施された暗号化の施し方を、復号することによって初めて認識／認知することができるためである。関係とは、暗号化を施す鍵と、暗号化を施す順番（順序関係）、すなわち、ある鍵Ａで暗号化が施されたところが、さらに多重に別の鍵Ｂで暗号化が施された場合、必ず、鍵Ａによる暗号化処理が鍵Ｂによる暗号化処理より先に行われたことが示されており、これは一種の関係を示すものと認識できるためである。したがって、暗号化を施す処理は、一種の関係を構築する行為とみなすことができる。
このような待受関係構築パターンにしたがった暗号化を施して情報を送信することにより、受信者が指定された鍵で復号を施すことによって、受信した情報に構築された関係を認識することができる。また、待受関係構築パターンが想定されたものであることを確認したとき、受信した情報は正規のものであることが認証されることとなる。
また、ある指定されたデータに対して、ある種の関係構築パターンにしたがって暗号化を施すことにより、そのデータに構築された関係に対して、何らかの識別可能な情報とリンクさせることを受信者に宣言することができる。これにより、同データの受信者に対して、同データを提供すると同時に、同データを受信した者が、同データに施された関係を認識することにより、同データの受信者に対して、リンクした情報へのアクセスを可能にする。
例えば、ある指定された情報に対して、ある指定した待受関係構築パターンにしたがって、暗号化を施すことにより構築した関係に、一種の識別可能なシーケンス番号（ＩＤ）、セッションＩＤなどの識別情報を対応付けた利用が考えられる。しかし、送信されるものは、この暗号化が施された情報だけである。
２者間で送受信する情報に対して、施す待受関係構築パターンの暗号化に使用される典型的な鍵は、送信者の秘密鍵と送信先の秘密鍵である。ある指定されたデータに対して、ある待受関係構築パターンにしたがって、送信者の秘密鍵と送信先の秘密鍵にて暗号化をそれぞれ施した利用が考えられる。
カスケードに暗号化を施した場合、互いにカスケードな関係に暗号化を施した鍵は、互いに順序関係を示さず、互いに存在をアピールする関係を構築することに相当する。多重に施す場合は、順序関係を構築することに相当する。
次いで、待受関係構築パターンによる暗号化の施し方だけではなく、さらに、スクランブル処理を含めた施し方で、識別可能な組み合わせパターンによる関係の構築手法について説明する。
ある指定されたデータに対して、指定された待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数とにより指定された待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化を施して、少なくともある識別可能な、暗号化とスクランブル化の施し方の組み合わせパターンによる関係を構築する。
ここではスクランブル処理とは、ある乱数を生成して、生成した乱数と対象とするデータをある種の組み合わせ演算を施して一種の可逆的な雑音をデータに付加する処理をスクランブル化処理（スクランブルをかける処理）と称す。
ある指定されたデータを、暗号化を施す部分とスクランブルを施す部分に分けて、施す順番を定める。重複しないでそれぞれの指定された部分を異なるそれぞれの鍵で暗号化を施す場合をカスケードに暗号処理を施すといい、同じ場所に対して、複数個の異なる鍵で暗号化処理を繰り返し施すことを多重に暗号化処理を施すと称する。また、スクランブル処理を施した部分を指定された鍵で暗号化を施すことは可能であり、さまざまな組み合わせによる、暗号化処理とスクランブル処理を施すことが可能である。特に、ここでは、この暗号化を施す部分とその暗号化処理に使う鍵の組み合わせとスクランブル処理を施す部分とそのスクランブル処理に使う乱数の組み合わせの適用順を、施し方の組み合わせパターンと称してある識別可能なある特定の意味ある内容を示す関係を示すものとして扱うことができる。すなわち、暗号化とスクランブル化の施し方により一種の識別可能な組み合わせパターン（関係と称す）を示すことができる。暗号化を施す部分として指定された部分がまた別の暗号化の施し対象となってもよい。
次いで、待受関係構築パターンによる暗号化の施し方だけではなく、さらに、ペイロードフォーマットの組換再構成化処理（分割再構成化処理）を含めた施し方で、識別可能な組み合わせパターンによる関係を構築する手法について説明する。
ある指定されたデータに対して、指定された待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとにより指定された待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する。ペイロードフォーマットによる分割再構成化処理とは、ある指定されたペイロードフォーマットにしたがって、対象とするデータをビット単位に分割組み換えを行って再構成する処理を指す。ペイロードフォーマットは、指定（選択）するか、動的に生成する。
ある指定されたデータを、暗号化を施す部分とペイロードフォーマットの組換再構成化を施す部分に分けて、施す順番を定める。重複しないでそれぞれの指定された部分を異なるそれぞれの鍵で暗号化を施す場合をカスケードに暗号処理を施すといい、同じ場所に対して、複数個の異なる鍵で暗号化処理を繰り返し施すことを多重に暗号化処理を施すと称する。例えば、前述した関係構築部１０３は、図８に示すように、まず送信データ（指定されたデータ）からのデータの抽出（選択）を、指定された抽出条件にしたがって行う。そして、抽出したデータ（ペイロードフォーマットの組換再構成化を施す部分）のそれぞれに対して、所定のペイロードフォーマット（配置換えルール）による分割再構成化を行う（図８では、分割再構成化が施されたデータを第１のデータ、第２のデータとして示している）。さらに、抽出したデータ（暗号化を施す部分）のそれぞれに対して、所定の鍵による多重の暗号化を行う。この一連の処理を関係構築処理という。関係構築部１０３は、関係構築処理の結果として、関係構築処理済みデータを出力する。このとき、関係構築部１０３は、送信データ以外のデータ（図８では、第３のデータとして示している）に対して、所定の鍵により暗号化を行い、暗号化されたデータを関係構築処理済みデータに付加してもよい。
また、ペイロードフォーマットの組換再構成化（分割再構成化）を施した部分を指定された鍵で暗号化を施すことは可能であり、さまざまな組み合わせによる、暗号化とペイロードフォーマットによる分割再構成化を施すことが可能である。特に、ここでは、この暗号化を施す部分とその暗号化処理に使う鍵の組み合わせとペイロードフォーマットによる分割再構成化を施す部分とそのペイロードフォーマットによる分割再構成化を施す部分との組み合わせの適用順を、施し方の組み合わせパターンと称してある識別可能なある特定の意味ある内容を示す関係を示すものとして扱うことができる。すなわち、暗号化とペイロードフォーマットによる分割再構成化の施し方により一種の識別可能な組み合わせパターン（関係と称す）を示すことができる。暗号化を施す部分として指定された部分がまた別の暗号化の施し対象となってもよい。公開鍵及びこの公開鍵に対応する秘密鍵は、ＲＳＡ（登録商標）方式、楕円暗号方式、ラビン暗号方式などの様々な公開鍵暗号方式を用いることより生成される。共通鍵暗号方式でいう共通鍵は、ＭＩＳＴＹ（登録商標）方式、ＤＥＳ（Ｄａｔａ・Ｅｎｃｒｙｐｔｉｏｎ・Ｓｔａｎｄａｒｄ）方式、ＲＣ４（Ｒｏｎ’ｓ・Ｃｏｄｅ・４）方式、ＣＡＭＥＬＬＩＡ（登録商標）方式などの様々な共通鍵暗号方式を用いることにより生成される。
また、ペイロードフォーマットによる組換再構成化を施す部分に対しては、ペイロードフォーマットの組換再構成化をかける直前に、耐タンパ性装置１５０内に登録されているある指定された関数を用いて乱数を発生させて、その乱数を用いて指定された部分のデータに対してスクランブル化（一種の雑音を演繹的に付加する処理）をかけてもよい。
図９に示すように、前述した関係構築部１０３が行う分割再構成化の処理とは、指定されたペイロードフォーマットと、指定された関数Ｆにしたがって、入力データを変換する処理である。入力データが元データの場合、関係構築部１０３は、入力データを関数Ｆにより分割再構成化処理を施したデータ（分割再構成化データ）に変換する。入力データが分割再構成化データの場合、関係構築部１０３は、入力データを関数Ｆにより元データに変換する。また、関係構築部１０３が行う暗号化の処理とは、指定された鍵と、指定された暗号化／復号化関数Ｃにしたがって、入力データを暗号化／復号化する処理である。入力データが元データの場合、関係構築部１０３は、入力データを関数Ｃにより暗号化処理を施したデータ（暗号化データ）に変換する。入力データが暗号化データの場合、関係構築部１０３は、入力データを関数Ｃにより元データに変換（復号）する。また、関係構築部１０３が行うスクランブル化の処理とは、指定された乱数と、指定された関数Ｓにしたがって、入力データを変換する処理である。入力データが元データの場合、関係構築部１０３は、入力データを関数Ｓによりスクランブル化処理を施したデータ（スクランブルデータ）に変換する。入力データがスクランブルデータの場合、関係構築部１０３は、入力データを関数Ｓにより元データに変換する。前述した関係構築部１０３が、あるデータに対して、上記３種類の処理の組み合わせである所定の処理を施した場合、関係構築部１０３は、例えば、図１０に示すようなデータ（フレーム）を出力する。図１０に例示したフレームは、鍵Ａで暗号化の処理が施された箇所（ビット領域）と、鍵Ｂで暗号化の処理が施された箇所と、乱数Ｎでスクランブル化の処理が施された箇所と、ペイロードフォーマットＫで分割再構成化の処理が施された箇所とを含んでいる。
次いで、関係構築パターンを送信情報に施すことによって、受信された情報が受信者において予め想定された情報が送信されてきたことを認識できる仕組みについて説明する。
関係構築パターンの利用順を定めたスケジュールリストを予め、送信者と受信者の間で共有しておく。この利用順を定めたスケジュールリストとは、複数の関係構築パターン情報とそのパターンの施しに使う鍵と乱数から構成される。また、スケジュールリストの構成要素である乱数に代えて、乱数を発生する関数とその引数であってもよい。
送信者と受信者の間で、予め、情報を送信するときには、送信情報に対して、共有しているスケジュールリストから、順に待受関係構築パターンを読み出して、読み出した待受関係構築パターンにしたがって指定された鍵とペイロードフォーマットを用いて、暗号化とペイロードフォーマットによる分割再構成化を施して送信することを互いの了解事項としている場合を前提とする。
受信者は、送信されてくる情報に施される待受関係構築パターンを、スケジュールリストより予め確認することができるため、受信者は送信されてくる情報には、必ず、スケジュールリストより読み出した待受関係構築パターンが施されているものと想定している。すなわち、この想定待受関係構築パターンが送信されてきた情報に施されていなければ、誤報か、第３者の送信した誤った情報と判断して破棄し受理しないといった処理が実現できる。
つまり、受信者が想定している待受関係構築パターンを指定された鍵と発生させた乱数によって、暗号化処理とペイロードフォーマットによる分割再構成化処理を施して送信すると、受信側では、受信データに対して予定（想定）している待受関係構築パターンにしたがって、指定された復号鍵にて対応箇所を復号し、指定されたペイロードフォーマットにしたがって分割再構成化を解除する。そして、受信側では、受信情報が解読されることにより、受信した情報には、想定待受関係構築パターンで指定された鍵で暗号化が施され、ペイロードフォーマットの分割再構成化が施されていることを検証確認することができる。この検証により、受信した情報は、想定待受関係構築パターンが送信者の秘密鍵で施されていることが確認されると、受信者は、送信された情報が、想定する送信情報であり、かつ通信相手である送信者から間違いなく送信されたものであると判断し、正式に受領する。想定待受関係構築パターンの暗号化に使う鍵は、送信者の秘密鍵、耐タンパ性装置１５０に内蔵され、２者間でのみ共有する公開鍵暗号方式の秘密鍵、共通鍵暗号方式でいう秘密の共通鍵であってもよい。
図１１に示すように、例えば、携帯端末３０４は、利用者３１２の操作を受け、送信データに対して、着脱型耐タンパ性装置３１３が内蔵する関係構築パターンＤＢ（データベース）から取り出した待受関係構築パターンにしたがって、関係構築処理（所定の処理）を施して送信する。関係構築パターンＤＢに格納されている関係構築パターンは、携帯端末３０４がデータを送信する度に（携帯端末３０４からの変換要求ごとに）、予め定められた順序（送信先も同じ順序）で、待受関係構築パターン（ここでは、関係構築パターンと待受関係構築パターンとを区別して説明するが、便宜上、同じものとして説明する場合がある）として順次選択され、取り出される（送信先でも同じパターンが待受関係構築パターンとして選択されることを想定して選択する）。通信端末３０３は、利用者３０９の操作を受け、データを受信する度に、変換するための関係構築パターンを耐タンパ性ＵＳＢ装置３１１が内蔵する関係構築パターンＤＢ（送信元と同じＤＢ）から抽出して、待受関係構築パターンとして受信データの変換処理を行う。変換に成功すると、通信端末３０３は、受信したデータが正当なデータと判断する。関係構築パターンＤＢに格納されている関係構築パターンは、通信端末３０３からの変換要求ごとに、予め定められた順序（送信元と同じ順序）で待受関係構築パターンとして選択され、取り出される。
このように、図１１に例示した方式では、送信側は、関係構築パターンを送信データに含ませて送信する。受信側は、受信したデータに含まれている関係構築パターンを読み出して、同関係構築パターンを用いて、受信したデータのそれぞれの対応箇所を、指定された鍵を用いて復号し、スクランブルを外し、ペイロードフォーマットにしたがって再構成する。
以上のように、本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムにおいて、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する関係構築部を備えることを特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムにおいて、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する関係構築部を備えることを特徴とする。
また、本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムにおいて、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
前記関係構築部は、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築したものである。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムにおいて、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
前記関係構築部は、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築したものである。
また、本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程を備えることを特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程を備えることを特徴とする。
また、本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用いて、
前記関係構築部を、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築する過程を備えたものである。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用いて、
前記関係構築部を、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築する過程を備えたものである。
また、本実施の形態に係る情報通信プログラムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させる。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させる。
また、この発明に係る情報通信プログラムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用いて、
前記関係構築部を、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させる。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定の乱数でスクランブル化を施す第３部分と第４指定のペイロードフォーマットで分割再構成化を施す第４部分との少なくともいずれかを含む、複数の異なる暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用いて、
前記関係構築部を、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定の乱数としてある指定された乱数と第４指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとの少なくともいずれかとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して、ある識別可能な、暗号化とスクランブル化と分割再構成化との少なくともいずれかの施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させる。
実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。
本実施の形態について、主に実施の形態１との差異を説明する。
本実施の形態では、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、要求データ、処理要求など）に非依存な手法にて実現することにより、関係構築基盤を明確にする。そして、その関係付けを確認することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを提供する。また、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する。さらに、送受信される情報に関係を構築することにより、要求を投げた相手先から正当な応答が正当な相手先から送信されたことを保証する通信を実現する。
以下では、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することにより、その関係付けを検証／認証／保証することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを提供することを目的とし、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現する仕組みについて説明する。また、送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現する方式について詳述する。
まず、本実施の形態に係る情報通信システム３００が備える情報通信装置１０１の構成と動作について説明する。図１２は、本実施の形態に係る情報通信装置１０１の構成を示すブロック図である。図１３は、データを送信する際の情報通信装置１０１の動作を示すフローチャートである。図１４は、データを受信する際の情報通信装置１０１の動作を示すフローチャートである。
図１２において、情報処理実体１００は、実施の形態１と同様に、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６を有する。また、情報処理実体１００は、認証情報生成部１０８、要求出力リスト登録部１０９を有する。耐タンパ性装置１５０は、実施の形態１と同様に、関係構築パターン格納部１０７を有する。また、耐タンパ性装置１５０は、鍵生成管理部１１０を有する。鍵生成管理部１１０は、耐タンパ性装置１５０ではなく、情報処理実体１００が有するものであってもよい。
関係構築パターン格納部１０７は、関係構築パターンを記憶装置に予め格納する（図１３のステップＳ２００１、図１４のステップＳ２１０１：関係構築パターン格納ステップ（手順））。本実施の形態では、関係構築パターンは、各範囲に対して施す処理として、暗号処理とスクランブル処理と分割再構成処理とのうち少なくとも１つを指定するものとする。
情報通信装置１０１（以下、第１の情報通信装置という）から他の情報通信装置１０１（以下、第２の情報通信装置という）にデータが送信される場合、第１の情報通信装置において、入力部１０２は、第２の情報通信装置に送信する通信データ（データ処理実体２００）を入力する（図１３のステップＳ２００２：入力ステップ（手順））。鍵生成管理部１１０は、セッションごとに、入力部１０２により入力された通信データを暗号化するために用いる鍵データ（セッション鍵ともいう）を処理装置により生成する（図１３のステップＳ２００３：鍵生成管理ステップ（手順））。ここで、互いに関連する一連の通信データ（例えば、要求と当該要求に対する応答など）をまとめてセッションという。セッションの詳細については後述する。ステップＳ２００３の後、鍵生成管理部１１０は、生成した鍵データを出力する（図１３のステップＳ２００４：鍵生成管理ステップ（手順））。また、認証情報生成部１０８は、入力部１０２により入力された通信データがどのセッションの通信データであるかを示す認証データ（セッション認証データともいう）を処理装置により生成する（図１３のステップＳ２００５：認証情報生成ステップ（手順））。ステップＳ２００５の後、認証情報生成部１０８は、生成した認証データを出力する（図１３のステップＳ２００６：認証情報生成ステップ（手順））。
関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、鍵生成管理部１１０により出力された鍵データと認証情報生成部１０８により出力された認証データとに対して処理装置により所定の処理を施す（図１３のステップＳ２００７：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、鍵生成管理部１１０により出力された鍵データと認証情報生成部１０８により出力された認証データとに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して暗号処理とスクランブル処理と分割再構成処理とのうち関係構築パターンで指定された処理を施す。また、関係構築部１０３は、鍵生成管理部１１０により出力された鍵データを用いて、入力部１０２により入力された通信データを処理装置により暗号化する（図１３のステップＳ２００８：関係構築ステップ（手順））。そして、関係構築部１０３は、所定の処理を施した鍵データと認証データと暗号化した通信データとを出力する（図１３のステップＳ２００９：関係構築ステップ（手順））。送信部１０４は、関係構築部１０３により出力された鍵データと認証データと通信データとを第２の情報通信装置に送信する（図１３のステップＳ２０１０：送信ステップ（手順））。
ステップＳ２００７において、関係構築部１０３は、所定の処理として、第１の共通鍵を暗号鍵として用いて、鍵生成管理部１１０により出力された鍵データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化してもよい。このとき、関係構築部１０３は、第２の共通鍵を暗号鍵として用いて、認証情報生成部１０８により出力された認証データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化する。関係構築部１０３は、さらに、第１の共通鍵と第２の共通鍵とのいずれかの付加データを所定の処理を施した鍵データに挿入する。また、第１の共通鍵と第２の共通鍵とのうち所定の処理を施した鍵データに挿入しない付加データを所定の処理を施した認証データに挿入する。そして、ステップＳ２００９において、関係構築部１０３は、付加データを挿入した鍵データと認証データとを出力する。
同様に、ステップＳ２００７において、関係構築部１０３は、所定の処理として、第１の乱数を用いて、鍵生成管理部１１０により出力された鍵データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけてもよい。このとき、関係構築部１０３は、第２の乱数を用いて、認証情報生成部１０８により出力された認証データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかける。関係構築部１０３は、さらに、第１の乱数と第２の乱数とのいずれかの付加データを所定の処理を施した鍵データに挿入する。また、第１の乱数と第２の乱数とのうち所定の処理を施した鍵データに挿入しない付加データを所定の処理を施した認証データに挿入する。そして、ステップＳ２００９において、関係構築部１０３は、付加データを挿入した鍵データと認証データとを出力する。
同様に、ステップＳ２００７において、関係構築部１０３は、所定の処理として、鍵生成管理部１１０により出力された鍵データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで分割再構成処理を施す範囲として指定された範囲を第１のフォーマットに並べ替えてもよい。このとき、関係構築部１０３は、認証情報生成部１０８により出力された認証データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで分割再構成処理を施す範囲として指定された範囲を第２のフォーマットに並べ替える。関係構築部１０３は、さらに、第１のフォーマットを示す情報と第２のフォーマットを示す情報とのいずれかの付加データを所定の処理を施した鍵データに挿入する。また、第１のフォーマットを示す情報と第２のフォーマットを示す情報とのうち所定の処理を施した鍵データに挿入しない付加データを所定の処理を施した認証データに挿入する。そして、ステップＳ２００９において、関係構築部１０３は、付加データを挿入した鍵データと認証データとを出力する。
さらに、ステップＳ２００７において、関係構築部１０３は、上記付加データを挿入した位置を示す情報を所定の処理を施した鍵データと認証データとに挿入してもよい。この場合、ステップＳ２００９において、関係構築部１０３は、位置を示す情報を挿入した鍵データと認証データとを出力する。
また、ステップＳ２００５において、認証情報生成部１０８は、入力部１０２により入力された通信データと関連する過去の通信データがあるかどうか処理装置により判断してもよい。入力部１０２により入力された通信データと関連する過去の通信データがない場合には、認証情報生成部１０８は、入力部１０２により入力された通信データが新規のセッションの通信データであることを示す認証データを生成する。この場合、ステップＳ２００６において、認証情報生成部１０８は、生成した認証データを出力する。一方、入力部１０２により入力された通信データと関連する過去の通信データがある（すなわち、次に送信する通信データが既存のセッションの通信データである）場合には、認証情報生成部１０８は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、過去の通信データがどのセッションの通信データであるかを示す認証データ（例えば、そのセッション用に認証情報生成部１０８が生成した最近の認証データ）に対して処理装置により所定の処理を施す。本実施の形態では、認証情報生成部１０８は、所定の処理として、過去の通信データがどのセッションの通信データであるかを示す認証データ（既存のセッションの認証データ）に対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して暗号処理とスクランブル処理と分割再構成処理とのうち関係構築パターンで指定された処理を施す。この場合、ステップＳ２００６において、認証情報生成部１０８は、所定の処理を施した認証データを出力する（この認証データは、既存のセッションの認証データを基に生成されていることになる）。
さらに、ステップＳ２００５の前に、第１の情報通信装置の受信部１０５が、入力部１０２により入力された通信データと関連する過去の通信データを第２の情報通信装置から受信してもよい（受信ステップ）。このとき、受信部１０５は、第２の情報通信装置から受信した通信データがどのセッションの通信データであるかを示す認証データを第２の情報通信装置から受信する（受信ステップ）。そして、ステップＳ２００５において、認証情報生成部１０８は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、過去の通信データがどのセッションの通信データであるかを示す認証データとして、受信部１０５により受信された認証データに対して所定の処理を施す。
上記のように、第１の情報通信装置から第２の情報通信装置にデータが送信された場合、第２の情報通信装置において、受信部１０５は、第１の情報通信装置から送信された通信データを受信する（図１４のステップＳ２１０２：受信ステップ（手順））。また、受信部１０５は、セッションごとに、受信した通信データを復号化するために用いる鍵データと受信した通信データがどのセッションの通信データであるかを示す認証データとを受信する（図１４のステップＳ２１０３：受信ステップ（手順））。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信された鍵データと認証データとに対して処理装置により所定の処理を施す（図１４のステップＳ２１０４：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、受信部１０５により受信された鍵データと認証データとに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、関係構築パターンで何らかの処理（暗号処理、スクランブル処理、分割再構成処理、又はそれらの組み合わせ）を施す範囲として指定された範囲に対して、その処理が施される前の状態に戻す処理（実施の形態１と同様に、復号処理、スクランブル解除処理、復元処理、又はそれらの組み合わせ）を施す。また、関係構築部１０３は、所定の処理を施した鍵データを用いて、受信部１０５により受信された通信データを処理装置により復号化する（図１４のステップＳ２１０５：関係構築ステップ（手順））。そして、関係構築部１０３は、所定の処理を施した認証データと復号化した通信データとを出力する（図１４のステップＳ２１０６：関係構築ステップ（手順））。認証部１０６は、関係構築部１０３により出力された通信データが正常な通信データであって関係構築部１０３により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する（図１４のステップＳ２１０７：認証ステップ（手順））。認証部１０６は、通常、ステップＳ２１０５において、関係構築部１０３が通信データを復号化することに成功した場合、正常な通信データが得られたと判断する。
図１３のステップＳ２００９において、第１の情報通信装置の関係構築部１０３が、付加データを挿入した鍵データと認証データとを出力する場合、ステップＳ２１０４において、第２の情報通信装置の関係構築部１０３は、受信部１０５により受信された鍵データと認証データとに挿入された付加データを抽出する。付加データが前述した第１の共通鍵と第２の共通鍵との場合、関係構築部１０３は、所定の処理として、第１の共通鍵を復号鍵として用いて、付加データを抽出した鍵データに対して関係構築パターンで指定された複数の範囲のうち、第１の共通鍵を用いて暗号化された範囲を復号化する。また、第２の共通鍵を復号鍵として用いて、付加データを抽出した認証データに対して関係構築パターンで指定された複数の範囲のうち、第２の共通鍵を用いて暗号化された範囲を復号化する。付加データが前述した第１の乱数と第２の乱数との場合、関係構築部１０３は、所定の処理として、第１の乱数を用いて、付加データを抽出した鍵データに対して関係構築パターンで指定された複数の範囲のうち、第１の乱数を用いてスクランブルがかけられた範囲のスクランブルを解除する。また、第２の乱数を用いて、付加データを抽出した認証データに対して関係構築パターンで指定された複数の範囲のうち、第２の乱数を用いてスクランブルがかけられた範囲のスクランブルを解除する。付加データが前述した第１のフォーマットを示す情報と第２のフォーマットを示す情報との場合、関係構築部１０３は、所定の処理として、付加データを抽出した鍵データに対して関係構築パターンで指定された複数の範囲のうち、第１のフォーマットに並べ替えられた範囲を第１のフォーマットに対応する元のフォーマットに並べ替える。また、第２のフォーマットを用いて、付加データを抽出した認証データに対して関係構築パターンで指定された複数の範囲のうち、第２のフォーマットに並べ替えられた範囲を第２のフォーマットに対応する元のフォーマットに並べ替える。
さらに、図１３のステップＳ２００９において、第１の情報通信装置の関係構築部１０３が、上記付加データを挿入した位置を示す情報を挿入した鍵データと認証データとを出力する場合、ステップＳ２１０４において、第２の情報通信装置の関係構築部１０３は、上記位置を示す情報を受信部１０５により受信された鍵データと認証データとから抽出する。そして、その位置から上記付加データを抽出する。
また、本実施の形態では、要求出力リスト登録部１０９は、過去の通信データがどのセッションの通信データであるかを示す認証データを、記憶装置に記憶される要求出力リスト（認証データリストの一例）に登録する（要求出力リスト登録ステップ）。ステップＳ２１０７において、認証部１０６は、関係構築部１０３により出力された認証データで関係構築部１０３により出力された通信データが新規のセッションの通信データであることが示されているかを処理装置により確認する。その認証データが新規のセッション（の通信データ）を示すものでない場合には、図１３のステップＳ２００６において、第１の情報通信装置の認証情報生成部１０８が、所定の処理を施した認証データ（既存のセッションの認証データを基に生成された認証データ）を出力したことになる。この場合、第２の情報通信装置の認証部１０６は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、関係構築部１０３により出力された認証データに対して処理装置により所定の処理を施す。本実施の形態では、認証部１０６は、関係構築部１０３により出力された認証データに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、関係構築パターンで何らかの処理（暗号処理、スクランブル処理、分割再構成処理、又はそれらの組み合わせ）を施す範囲として指定された範囲に対して、その処理が施される前の状態に戻す処理（復号処理、スクランブル解除処理、復元処理、又はそれらの組み合わせ）を施す。そして、認証部１０６は、関係構築部１０３により出力された通信データと関連する過去の通信データがどのセッションの通信データであるかを示す認証データ（既存のセッションの認証データ）を取得する。認証部１０６は、取得した認証データと要求出力リスト登録部１０９により登録された認証データとが一致するかを処理装置により確認する。
本実施の形態では、実施の形態１で説明した図２に示した第１情報処理実体１００Ａと第２情報処理実体１００Ｂが、図１２に示した情報処理実体１００に相当する。例えば、情報通信システム３００の第１情報処理実体１００Ａは、少なくとも関係構築部１０３と、認証情報生成部１０８と、送信部１０４と、要求出力リスト登録部１０９とから構成される。例えば、第２情報処理実体１００Ｂは、少なくとも受信部１０５と、認証部１０６と、認証情報生成部１０８と、要求出力リスト登録部１０９と、関係構築部１０３と、送信部１０４とから構成される。
ここで、情報通信システム３００で扱う鍵について説明する。
現在使用されている暗号方式では、基本的には２つの暗号方式、すなわち、対称暗号方式及び非対称暗号方式の２つの技術が使われている。
対称暗号方式（ここでは以降、「共通暗号方式」と称す）は、暗号化と復号（解読）の両方において共通の秘密鍵（ここでは以降、「秘密の共通鍵」と称する）を使用する。この場合、この「秘密の共通鍵」は、他人に漏洩しないようにセキュアに管理しなければならない。この共通暗号方式の例としては、ＭＩＳＴＹ（登録商標）、米国データ暗号化規格（ＤＥＳ）アルゴリズム、３ＤＥＳ、ＲＳＡ（登録商標）、及び国際データ暗号アルゴリズム（ＩＤＥＡ）からのＲＣ４などが存在している。共通鍵暗号方式でいう共通鍵は、ＭＩＳＴＹ（登録商標）方式、ＤＥＳ方式、ＲＣ４方式、ＣＡＭＥＬＬＩＡ（登録商標）方式などの様々な共通鍵暗号方式を用いることにより生成される。
非対称の暗号化方式は、代表的な例として「公開鍵暗号方式」が存在し、一組の（１つは「秘密」、１つは「公開」）の鍵を使用する。ただし、公開鍵はその利用を制限して秘密扱いした利用を行う場合がある（ここでは、その場合「秘密の公開鍵」と称する）。公開鍵で暗号化を施したデータは、公開鍵の対の秘密鍵でのみ復号（解読）することができる。また、その逆である秘密鍵で暗号化を施したデータは、秘密鍵の対の公開鍵でのみ復号（解読）することができる。公開鍵及びこの公開鍵に対応する秘密鍵は、ＲＳＡ（登録商標）方式、楕円暗号方式、ラビン暗号方式などの様々な公開鍵暗号方式を用いることより生成される。
「公開鍵暗号方式」でいう秘密鍵、公開鍵や「共通鍵方式」の「秘密の共通鍵」に代えて、共有された秘密鍵を使用して計算されるＭＡＣ（メッセージ立証コード）を適用してもよい。ＭＡＣは、一種の鍵をかけられたハッシュ関数である。
まず、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、要求データ、処理要求など）に非依存な手法にて実現することにより、その関係付けを保証／検証／認証することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みについて説明する。
ここでは、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で通信を実現する情報通信システム３００に対して、２者間で送受信する暗号化済み情報（処理要求、要求に対する応答（回答）、有償コンテンツなどのデータからなる要求応答情報）と同情報を復号する鍵を、ドメイン（要求応答情報、処理要求などの内容）に非依存な手法にて情報の関係付けを機械的に行う。
上記２者間通信では、常に「暗号化済み要求応答情報」と「同情報を復号する鍵」を送受信することを前提とする。
上記要求応答情報は、同情報を復号する鍵の対の鍵（共通鍵の場合は同じ鍵）で、暗号化が施された情報である。したがって、「要求応答情報」と「同情報を復号する鍵」とは、要求応答情報が同情報を復号する鍵により復号されることから、互いに一種の関係が既に施されている情報といえる。よって、「要求応答情報を復号する鍵」に対して関係付けを行う手法について説明する。「要求応答情報を復号する鍵」が、これまでに２者間で通信されたセッションのどのセッションに対する応答要求として送信するのかという関係が、送信される送信情報を確認することにより受信者が判断できるようにして、情報を送信しなければならない。受信者がこのような判断を下すことが可能になるためには、送信情報に何らかの情報を付加するか、暗号化の施し方などによる一種の識別可能なパターンを送信情報に施すなど、何らかの関係（リレーション）（メタ情報）を構築する必要がある。
ここでは、要求応答情報などを通信相手に送信し完了するまでの一連の処理をセッションと称する。同一セッションでは、要求応答情報の復号鍵は同一とする。よって、同復号鍵は、セッションを示す鍵と認知することができるため、以降セッション鍵と称する。
今送信する情報が過去に行われたどの通信（セッション）に対応するものなのかを明示して送信するためには、過去のセッションとの関係を明示して情報を送信する必要がある。
ここでは、このような過去のセッションとの関係を明示する手法として、暗号化の施し方などによる一種の識別可能なパターンなどによる関係をデータ配送する一種の配送フレームワーク（例えば、データ処理実体、カプセルなど）に結合させる方法にて、関係付けを行って送信情報を送信する。この結合された関係付けを受信者が認知して、受信した情報を受け付けるべきか破棄すべきかの判断を行うために、構築された関係付けを配送フレームワークから取り出して認知するための仕組み（インターフェース）を提供するものが認証データ（セッション認証データ）である。したがって、受信者は、この認証データにより関係付けを認知して、送信された情報が、自分が要求した処理要求に対する応答であるか否かなどを判断する。
関係付けは、上記で示したように、待受関係構築パターンにしたがって、暗号化を施すことによって、想定する配送フレームワークであることを認知し、また、送信者の秘密鍵による暗号化により送信元を保証するという手法を組み合わせることにより実現する。
情報を送信しようとするときに、過去のセッションのいずれかとリンクして情報を送信する動作について図１５を用いて説明する。
図１５では、第１情報処理実体１００Ａと第２情報処理実体１００Ｂ間でデータの送受信を行う。セッションａでは、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、データＡを送信する。セッションｂでは、第２情報処理実体１００Ｂから第１情報処理実体１００Ａに向けて、データＢが送信される。セッションｃでは、データＣが第１情報処理実体１００Ａから第２情報処理実体１００Ｂへ送信されている。セッション単位に、送信するデータの暗号鍵を変更する。同一セッションで送信データ、例えば、データＣは、要求されたＤＶＤの映画１タイトルすべての映像音声からなるコンテンツ（ＤＶＤ映画１本のコンテンツ）であったり、セッションｂの受信データＢの要求に対する応答データのすべてであったりする。このようなデータの送受信を繰り返し、セッションｎにてデータＮを、セッションｂにリンクして第２情報処理実体１００Ｂに送信している。セッションｎでは、データＮを、セッションｂで受信したデータＢに対するさらなる応答として第２情報処理実体１００Ｂに送信することを示している。
このように、過去において受信処理のなされた任意の通信に対してリンクして、データを送信することができる。
まず、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、初期（初回）の通信であることを送信相手に宣言すると同時に、保証するための関係情報（関係構築情報）（認証データと称する）を構築し、構築した関係情報（認証データ）により初期（初回）の送信であることを保証して、要求応答情報の復号鍵（セッション鍵）を送信する仕組みについて説明する。
上記に示すように、セッション鍵を初期の通信として送信するためには、上記で説明した関係情報（認証データ）により、初期の送信であることを宣言すると同時に保証しなければならない。そこで、認証データと送信するセッション鍵をリンク（関係）することを示すリンク関係を構築することにより、セッション鍵を初期の通信として送信したことを受信者に対して示す。セッション鍵は、リンクする認証データにより、初期のセッションとして送信されたことを受信者に対して示すことが可能となる。
認証データの作成方法について示す。
新規の送信であることを示す何らかの識別情報に対して、新規の送信であることを示すある特定の待受関係構築パターンを選択して、同識別情報に対して選択した秘密の共通鍵と第１情報処理実体１００Ａが有する秘密鍵にて、待受関係構築パターンにしたがって暗号化を施して関係情報を生成する。この関係情報の暗号化が施されている対応部分を、指定された鍵で復号することにより、暗号化が施された待受関係構築パターンが初回の送信であることを示し、かつ復号された識別情報が初回送信を示す識別情報であることを示す。さらに、この関係情報が送信者である第１情報処理実体１００Ａの秘密鍵で暗号化（署名）されていることと、耐タンパ性装置１５０に内蔵されている秘密の共通鍵により暗号化（署名）を施されていることから、同秘密の共通鍵が内蔵されている耐タンパ性装置１５０を第１情報処理実体１００Ａ（送信者）が所持していることを確認することができる。
耐タンパ性装置１５０などにて、予め、送信者と受信者の間で、秘密の共有鍵と待受関係構築パターンと秘密の共有鍵と待受関係構築パターンの選択順を示した選択スケジュールを共有している状態を前提とする。新規の送信であること示す何らかの識別情報に対して、新規の送信であることを示すある特定の待受関係構築パターンを選択して、同識別情報に対して選択した秘密の共通鍵にて、待受関係構築パターンにしたがって暗号化を施す。受信者は、この暗号化を施されている対応部分を、指定された鍵で復号することにより、暗号化が施された待受関係構築パターンが初回の送信であることを確認することができる。さらに、受信者は、復号された識別情報が初回送信を示す識別情報であることから、よって、初回（新規）の通信であることを検証により確認することができる。このような確認をするために利用することのできる関係の構築された情報であるということで、同関係情報を認証データと称している。
次いで、セッション認証データについて説明する（ここでは、認証データとセッション認証データとを区別して説明するが、便宜上、同じものとして説明する場合がある）。
このセッション認証データは、ある特定の秘密の共通鍵（秘密鍵）及び第１情報処理実体１００Ａの秘密鍵を有する認証データにある特定の演算を施すことにより生成する。認証データは、秘密の共通鍵を用いて待受暗号化パターンにしたがって、既に暗号化が施されているため、この認証データに対して、さらに、第１情報処理実体１００Ａの秘密鍵で前記待受関係構築パターンにしたがって暗号化を多重に施して生成する。
このセッション認証データを伴って送信された情報は、秘密鍵の所有者からの初回の送信情報であることを示す。受信者は、この暗号化を施されている対応部分を、指定された鍵で復号することにより、送信者の有する秘密鍵で暗号化が施され、暗号化が施された待受関係構築パターンが初回の送信であることを示し、復号された識別情報が初回送信を示す識別情報であることから、待受関係構築パターンに暗号化を施した秘密鍵を有する送信者からの初回の送信であることを検証することができる。
このセッション認証データは、認証データが示す関係に基づいて、各種要求応答情報を送信先に送信することを、各種要求応答情報とリンクさせて送信することにより、送信先に対して意思表示することを目的として生成する。
したがって、要求応答情報、要求応答情報の復号鍵の送信情報と、セッション認証データとのリンク関係を構築しなければならない。このリンク関係の構築処理をある特定の演算処理（作動関数）により実現する。この送信情報は、ヘッダ部（単にヘッダともいう）とペイロード部（単にペイロードともいう）から構成されるデータ処理実体２００にて配送される（ヘッダとペイロードについては、後述する）。したがって、ヘッダ部にペイロード部内へのデータの収納フォーマットすなわちペイロードフォーマットが収納されている。このデータ処理実体２００で送信する情報に対してセッション認証データをリンクさせるために、セッション認証データと同一の待受暗号化パターン（待受関係構築パターン）を第１情報処理実体１００Ａの秘密鍵で各データに対して施し、リンク関係を構築する。
セッション認証データには既に想定待受関係構築パターンにしたがった暗号化が第１の秘密鍵と秘密の共通鍵にて施されているため、同様の暗号化処理を、各データに対して施す。各データに暗号化の施しが完了すると、特殊のペイロードフォーマットにしたがって、ペイロード部に分割して再構成し、セッション認証データのそれぞれのある特定の部分と各データの対応する特定部分を置換して、データごとに個別に送信する。
データごとのペイロード部は、それぞれ別個に分割送信し、再構成するときに、それぞれのペイロード部とヘッダ部が揃うことによって、初めて再構成することができる。セッション認証データと送信データとのリンク関係が構築されると、
・同じ待受関係構築パターンによる暗号化が施されていること
・同じ待受関係構築パターンによる暗号化が同じ耐タンパ性装置１５０内の同じ秘密の
共通鍵にて暗号化が施されていること
・さらに同じ送信者の秘密鍵による暗号化が施されていること
・それぞれ指定されたペイロードフォーマットで分割再構成されていること
・ペイロードフォーマットの対をなすデータを持ち合わせていること
・両者に含まれたペイロードフォーマット情報を組み合わせるとセッション認証データのペイロードフォーマットになり、セッション認証データを再構成できること
を検証することにより、各送信データとセッション認証データ間にリンク関係が構築されていることを保証することができる。
・同じ待受関係構築パターンによる暗号化が施されていること
・同じ待受関係構築パターンによる暗号化が同じ耐タンパ性装置１５０内の同じ秘密の
共通鍵にて暗号化が施されていること
・さらに同じ送信者の秘密鍵による暗号化が施されていること
・それぞれ指定されたペイロードフォーマットで分割再構成されていること
・ペイロードフォーマットの対をなすデータを持ち合わせていること
・両者に含まれたペイロードフォーマット情報を組み合わせるとセッション認証データのペイロードフォーマットになり、セッション認証データを再構成できること
を検証することにより、各送信データとセッション認証データ間にリンク関係が構築されていることを保証することができる。
このことにより、各データがセッション認証データに裏付けられた新規の送信データとして送信されたデータであることを検証し認証することができる。連鎖しただけでは必ずしも保証できない。
認証データと上記セッション鍵（第１の鍵）とのリンク関係を構築する仕組みについて示す。
第１情報処理実体１００Ａは、少なくとも第１の鍵であるセッション鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、同第１の鍵（セッション鍵）と同認証データとのリンク関係を構築する。セッション鍵と認証データのリンク関係を構築せずに、単純な連鎖によって結合する方法も考えられるが、この場合、セッション鍵が初期の通信として送信されたことをこの認証データでもって保証することは困難となる。
課題は、ドメインに非依存の手法にて、しかも機械的な方法にて、セッション鍵と認証データが互いにリンクする情報であると、誤認することなく判断できる仕組みを明確にすることである。
この課題を解決する解決策として、以下に示す方法が考えられる。
（１）同じ関係構築パターンによる暗号化とペイロードフォーマットの分割（組換）再構成化の施し方による一種の識別可能なパターンによる関係を構築すること（識別可能な仕組みとして、ペイロードフォーマットによるデータの組み替え再構成を行う）
（２）相手しか持ち合わせない情報、あるいは、相手しか作れない情報を共有することによって、初めて作動するような何らかの仕組みを構築すること
（２−ａ）秘密鍵による暗号化（署名）を施すこと
（２−ｂ）耐タンパ性装置１５０に内蔵された秘密鍵による暗号化（署名）を施すこと
（１）同じ関係構築パターンによる暗号化とペイロードフォーマットの分割（組換）再構成化の施し方による一種の識別可能なパターンによる関係を構築すること（識別可能な仕組みとして、ペイロードフォーマットによるデータの組み替え再構成を行う）
（２）相手しか持ち合わせない情報、あるいは、相手しか作れない情報を共有することによって、初めて作動するような何らかの仕組みを構築すること
（２−ａ）秘密鍵による暗号化（署名）を施すこと
（２−ｂ）耐タンパ性装置１５０に内蔵された秘密鍵による暗号化（署名）を施すこと
そこで、本実施の形態では、（１）と（２）を双方考慮して、以下に示す方式を実現することにより、上記（１）及び（２）の課題を解決する。
本実施の形態では、ドメインに非依存の手法にて、セッション鍵と認証データ間の双方において、同じ待受関係構築パターンにしたがって暗号化を秘密の共通鍵と秘密鍵にしたがって暗号化を施し、かつ、相手しか持ち合わせない情報を所有することにより、セッション鍵と認証データ間のリンク関係を構築することを目的とする。
第１情報処理実体１００Ａにおいて、セッション鍵とセッション認証データ（認証データと同等の機能を持つ）が生成された時点から、同セッション鍵とセッション認証データを作動させてリンク関係を構築する方法について説明する。
セッションの確立を行うことを目的として、セッション鍵と、どのようなセッションを確立するのか（過去に確立したある所望のセッションとリンクさせたセッションを確立するか、全く異なる新規のセッションを確立するのか）を示す認証データを通信相手に送信する。選択した過去のセッションあるいは新規セッションと確立しようとしている当セッションとのセッション間リンクのリンク関係を構築する。
図１６は、セッション鍵Ｓと認証データＶを作動させて、セッション鍵Ｓとセッション認証データＶとのリンク関係を構築する仕組みの一例を示したものである（図１６では、受信側におけるデータ変換の流れを示している）。図１７は、その処理の流れを示すフローチャートである。
第１情報処理実体１００Ａにおいて、関係構築部１０３は、予め要求応答情報（Ｗ１８）の復号鍵（セッション鍵Ｓ（Ｗ１））とセッション認証データＶ（Ｗ２）のそれぞれの読込開始部（セッション鍵Ｓ（Ｗ５）のＥ、セッション認証データＶ（Ｗ６）のＡ）をセッション認証データＶ（Ｗ２）に含ませたペイロードリンカー（Ｗ４）に登録する（ステップＳ２２０１）。
まず、第１情報処理実体１００Ａにおいて、関係構築部１０３は、セッション鍵Ｓ（Ｗ１２）とセッション認証データＶ（Ｗ１４）のそれぞれに対して、同じ新たな待受関係構築パターンを選択して、新たに選択した秘密の共通鍵（Ｗ１５）にて、待受関係構築パターンにしたがって暗号化を施す（ステップＳ２２０２）。セッション鍵Ｓ（Ｗ１１）とセッション認証データＶ（Ｗ１３）に対してそれぞれ別個にペイロードフォーマットＵ（Ｗ９）、Ｃ（Ｗ１０）をそれぞれ選択し（ステップＳ２２０３）、選択したペイロードフォーマットにしたがってそれぞれ分割再構成（ビット単位でシャッフル）する（ステップＳ２２０４）。上記待受関係構築パターンにしたがって、分割再構成したセッション認証データＶ（Ｗ８）を第１情報処理実体１００Ａの秘密鍵にて暗号化（署名）を施す。また、分割再構成したセッション鍵Ｓ（Ｗ７）を第１情報処理実体１００Ａの秘密鍵にて暗号化（署名）を施す。
次いで、第１情報処理実体１００Ａにおいて、関係構築部１０３は、セッション鍵Ｓ（Ｗ７）とセッション認証データＶ（Ｗ８）にリンク関係を構築する。読込開始点（Ｅ、Ａ）と読込中継点（Ｈ、Ｂ）とペイロードフォーマットの登録箇所（Ｕ、Ｃ）からなる３つのエリアをセッション鍵Ｓ（Ｗ５）とセッション認証データＶ（Ｗ６）に分割割込実装して指定して、分割再構成に使用したペイロードフォーマットを収納する（ステップＳ２２０５）。読込開始点は、ペイロードリンカー（Ｗ４）に登録した最初の読込場所でセッション鍵Ｓ（Ｗ５）とセッション認証データＶ（Ｗ６）のいずれかに設定され、この読込場所に、同読込開始点を登録していない同セッション鍵Ｓ（Ｗ５）又はセッション認証データＶ（Ｗ６）のいずれかに設定した読込中継点の読込箇所を登録する（ステップＳ２２０６）。同読込中継点には、読込開始点の登録されているセッション鍵Ｓ（Ｗ５）又はセッション認証データＶ（Ｗ６）のいずれかにおいて、登録されているペイロードフォーマットの登録箇所を登録する（ステップＳ２２０７）。このペイロードフォーマットは、読込中継点の登録されているセッション鍵Ｓ（Ｗ５）又はセッション認証データＶ（Ｗ６）のいずれかの分割再構成に使用されたペイロードフォーマットである。この３つのエリアの存在により、セッション鍵Ｓ（Ｗ５）とセッション認証データＶ（Ｗ６）の両方が存在しないと、ペイロードフォーマットを互いに入手することができないため、セッション鍵Ｓ（Ｗ５）、セッション認証データＶ（Ｗ６）を解読することができない。すなわち、このセッション鍵Ｓ（Ｗ５）とセッション認証データＶ（Ｗ６）の両者が揃うことにより、それぞれに施された分割再構成に使用したペイロードフォーマットをそれぞれ入手することが可能となり、解読することが可能となる。よって、このような両者を互いにリンク関係の構築されたペアであると称す。
第１情報処理実体１００Ａにおいて、関係構築部１０３は、読込開始点ＥとペイロードフォーマットＵは同一セッション鍵Ｓ（Ｗ５）に割り込み挿入し、読込中継点Ｈは、セッション認証データＶ（Ｗ６）に割り込み挿入する。また、読込開始点ＡとペイロードフォーマットＣを同一セッション認証データＶ（Ｗ６）に割り込み挿入し、読込中継点Ｂは、セッション鍵Ｓ（Ｗ５）に割り込み挿入することになる。読込開始点Ｅには、セッション認証データＶ（Ｗ６）内の読込中継点Ｈの登録箇所を指定し、読込中継点Ｈには、セッション鍵Ｓ（Ｗ５）内に登録されているペイロードフォーマットＵの読込箇所と範囲を指定する。挿入箇所の中、セッション鍵Ｓ（Ｗ５）に挿入したペイロードフォーマットＵは、上記の次の待受関係構築パターンにしたがって、第１情報処理実体１００Ａの秘密鍵にて暗号化を施し、それ以外の挿入箇所に対しては、秘密の共通鍵（上記の待受関係構築パターンの暗号化に使用したものに限る）にて暗号化を施す（ステップＳ２２０８）。セッション鍵Ｓ（Ｗ５）に挿入したペイロードフォーマットＵに、上記の次の待受関係構築パターンにしたがって第１情報処理実体１００Ａの秘密鍵にて暗号化を施すのは、本当の送信者が直接発信した正しいセッション鍵に登録されたペイロードフォーマットであることを読み込み時に検証するためである。
以上の操作によって、セッション鍵Ｓ（Ｗ１）と認証データＶ（Ｗ２）のリンク関係の構築作業が終了する。
次いで、図１８を用いてペイロードフォーマットの読込動作について説明する。
第２情報処理実体１００Ｂにおいて、関係構築部１０３は、ペイロードフォーマットの読込動作として、まず、ペイロードリンカー（Ｗ４）に問い合わせて、受信したセッション鍵Ｓ（Ｗ１）とセッション認証データＶ（Ｗ２）のそれぞれの読込開始点Ａ、Ｅの登録箇所を確認する（ステップＳ２３０１）。確認後、まず、セッション鍵Ｓ（Ｗ５）の読込開始点Ｅから読込中継点Ｈの登録箇所を取りだす。そして、指定されたセッション認証データＶ（Ｗ６）の登録箇所Ｈから、セッション鍵Ｓ（Ｗ５）内のセッション認証データＶ（Ｗ６）に使用したペイロードフォーマットＵの登録箇所を入手する。さらに、セッション鍵Ｓ（Ｗ５）の指定された箇所からセッション認証データＶ（Ｗ６）に使用したペイロードフォーマットＵを入手する（ステップＳ２３０２）。同様にして、セッション認証データＶ（Ｗ６）の読込開始点Ａから読込動作を開始して、セッション鍵Ｓ（Ｗ５）に使用したペイロードフォーマットＣをセッション認証データＶ（Ｗ６）から入手する（ステップＳ２３０２）。
次いで、図１６、図１８を用いて、この関係構築されたセッション鍵Ｓと、認証データＶと、暗号化済み要求応答情報がそれぞれ別個に、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに配送された場合の、第２情報処理実体１００Ｂでの受信処理の動作について説明する。
まず、第２情報処理実体１００Ｂにおいて、関係構築部１０３は、第１情報処理実体１００Ａからデータ処理実体２００を受信すると、データ処理実体２００に含まれるセッション鍵Ｓ（Ｗ１）と、認証データＶ（Ｗ２）を先の暗号化を施した秘密の共通鍵で対応箇所を復号する。次いで、受信した認証データＶ（Ｗ６）のある特定の部分Ａを読み出して、読み出されたセッション鍵Ｓ（Ｗ５）の指定された部分Ｂをさらに読み出す。Ｂ部に登録されている認証データＶ（Ｗ６）の読み出し部分Ｃから、セッション鍵Ｓ（Ｗ５）のペイロードフォーマット情報を読み取る。続けて、同様にして、セッション鍵Ｓ（Ｗ５）のある特定の部分Ｅから、認証データＶ（Ｗ６）の読み取り部分Ｈを入手する。そして、入手した読み取り部分Ｈから、セッション鍵Ｓ（Ｗ５）において登録されている認証データＶ（Ｗ６）のペイロードフォーマット情報の記載箇所Ｕを入手する。さらに、入手したセッション鍵Ｓ（Ｗ５）の記載箇所Ｕから認証データＶ（Ｗ６）の暗号化されたペイロードフォーマットを入手する。この暗号化されたペイロードフォーマットが、想定待受関係構築パターンにしたがって、第１情報処理実体１００Ａの秘密鍵で暗号化が施されているか否かをチェックし（ステップＳ２３０３）、施されていない場合は破棄される（ステップＳ２３０８）。
第２情報処理実体１００Ｂにおいて、関係構築部１０３は、受信したセッション鍵Ｓ（Ｗ５）と認証データＶ（Ｗ６）からそれぞれのペイロードフォーマットを入手した後、先の割り込み情報（Ｅ、Ｕ、Ｂ）を受信したセッション鍵Ｓ（Ｗ５）から取り去る。また、受信した認証データＶ（Ｗ６）から先の割り込み情報（Ａ、Ｈ、Ｃ）を取り去る。関係構築部１０３は、割り込み情報を取り去ったセッション鍵Ｓ（Ｗ７）を、ペイロードフォーマットＵ（Ｗ９）にて再構成し、認証データＶ（Ｗ８）を、送信元の公開鍵で対応箇所を復号した後、ペイロードフォーマットＣ（Ｗ１０）にて再構成する（ステップＳ２３０４）。そして、想定待受関係構築パターンを選択して、選択した想定待受関係構築パターンにしたがって、想定共通鍵（Ｗ１５）でそれぞれ対応箇所を復号して、セッション鍵Ｓ（Ｗ１２）と認証データＶ（Ｗ１４）を生成する（ステップＳ２３０５及びＳ２３０６）。セッション鍵Ｓ（Ｗ１２）で受信した暗号化済み要求応答情報（Ｗ１７）を復号して、要求応答情報（Ｗ１８）を獲得する（ステップＳ２３０５）。要求応答情報（Ｗ１８）と認証データＶ（Ｗ１４）を獲得すると、想定待受関係構築パターンが送信元である第１情報処理実体１００Ａの秘密鍵による暗号化（署名）が施されていることが確認できる。そして、受信したセッション鍵Ｓ（Ｗ１）と認証データＶ（Ｗ２）は、互いにリンク関係を有することが検証できる（リンク関係が構築されていると判断できる）（ステップＳ２３０７）。さらに、認証データＶ（Ｗ２）が新規の通信であることを示す関係構築パターンによる暗号化が施され、復号により生成したデータが新規の通信であることを示す識別情報であり、さらに、新規の通信であることが合わせて検証できる。
次は、図１９を用いて、相手から情報が送信されて、受信した場合の、送信情報の作成動作について説明する。
上記により、セッション鍵とセッション認証データ（認証データ）は、リンク関係が構築された後、第２情報処理実体１００Ｂに向けて送信される。第２情報処理実体１００Ｂでは、ステップＳ２３０１、ステップＳ２３０２により、リンク関係の構築されたセッション鍵とセッション認証データのそれぞれから、暗号化の施された状態のペイロードフォーマット情報を入手する。
まず、第２情報処理実体１００Ｂにおいて、関係構築部１０３は、リンク関係の施されたセッション鍵に登録されていたペイロードフォーマット情報を用いて、想定待受関係構築パターンにしたがって、送信元の秘密鍵の対の公開鍵で復号処理を施す。ステップＳ２３０３により、復号処理の結果、正しく復号されることが検証されると、ステップＳ２３０４により、引き続き挿入した読込開始点、読込中継点、ペイロードフォーマット登録箇所を抜き取り、再構成したセッション鍵とセッション認証データを、それぞれ入手したペイロードフォーマットを用いて再構成する。ステップＳ２３０５により、再構成したセッション鍵を、対応箇所を想定待受関係構築パターンにしたがって、共通鍵で復号後、復号されたセッション鍵で受信した暗号化済要求応答情報を復号し、復号できるか否かを検証する。続けて、ステップＳ２３０６により、セッション認証データの対応箇所を想定待受関係構築パターンにしたがって、共通鍵で復号できるか否かを検証する。ステップＳ２３０５とステップＳ２３０６の検証処理で共に検証が成功したことが判断されると、ステップＳ２３０７により、セッション鍵とセッション認証データは、互いにリンク関係が構築されていることが検証されることとなる。よって、第２情報処理実体１００Ｂでは、第１情報処理実体１００Ａより受信したセッション鍵とセッション認証データは、互いに指定された手法にてリンク関係が施されていることが認証されたため、第１情報処理実体１００Ａに要求応答情報の送信要求を送信する。このように、まず、セッション鍵とそのセッション認証データを通信相手に送信することにより、送信者が第１情報処理実体１００Ａであることと、送信する情報が新規のものであるか過去に第２情報処理実体１００Ｂと確立したセッションで通信した情報にリンクした情報を送信しようとするのかを、受信者に対して機械的な検証手法にて脆弱性なく認証させる。
受信者（第２情報処理実体１００Ｂ）において認証されると、受信者から要求応答情報の送信要求が送信される。第１情報処理実体１００Ａでは、この要求応答情報の送信要求を受信することによって、送信先が想定する正規のユーザであることを認証する。第２情報処理実体１００Ｂからは、送信要求として、第１情報処理実体１００Ａから受け付けたセッション鍵に割り込み収納された秘密鍵で暗号化の施されたペイロードフォーマットに、第２情報処理実体１００Ｂの秘密鍵で、新たな待受関係構築パターンを選択し同パターンにしたがって暗号化を施して、第１情報処理実体１００Ａに向けて送信する（ステップＳ２３０８）。
想定待受関係構築パターンが第２情報処理実体１００Ｂの秘密鍵で暗号化が施され、かつ、第２情報処理実体１００Ｂの公開鍵で復号して生成された送信要求が、第１情報処理実体１００Ａがリンク関係を施したセッション鍵として先ほど第２情報処理実体１００Ｂに向けて送信したペイロードフォーマットであるか否かを検証することにより、送信先が想定する正規のユーザであることを認証することになる。第１情報処理実体１００Ａにおいて認証後、送信先（第２情報処理実体１００Ｂ）に対して、送付したセッション鍵と関係付けた、すなわち、セッション鍵で暗号化を施した要求応答情報を送信する。
第１情報処理実体１００Ａにおいて、少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したセッション認証データを、第２情報処理実体１００Ｂにおいて、想定待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵と該秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとを作動させて、該第１の鍵と該セッション認証データとのリンク関係を構築した後に、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、該第１の鍵と該セッション認証データを送信し、第２情報処理実体１００Ｂにおいて受信した後の処理について示した。以下では、上記作動により、該第１の鍵と該セッション認証データとのリンク関係を構築する動作について説明する。
まず、上記作動（関数）が行う基本動作について説明する。
第１情報処理実体１００Ａ（第１実体）から第２情報処理実体１００Ｂ（第２実体）に向けて送信する場合において、少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、第１の鍵と認証データとのリンク関係を構築する際の、特に、作動関数に対して入力されるデータと出力されるデータについて説明する。
作動関数を起動する前に、本通信で確立するセッションを新規セッションとして確立するか、既存のセッションとリンクさせてセッションを確立するかを第１情報処理実体１００Ａにおいて決定する。図２０では、新規のセッションを確立することを決定した例が示されている。新規のセッションを確立することを示しかつ保証する認証データＤ０を生成あるいは選択する。図２０は概要を示す。作動関数にて何を生成するかについて概要を説明する。作動関数の動作フローの詳細については、図２１に示す。
図２０と図２１に示すように、第１情報処理実体１００Ａは作動関数の演算処理を行う。
第１情報処理実体１００Ａは、今回の通信を新規の通信として送信処理を行うことを決定し、新規の通信であることを示す認証データＤ０を生成あるいは選択する（セッション間リンクの構築）（ステップＳ２５０１、Ｓ２５０２）。新規の送信であることを示す認証データＤ０を、新規の通信であることを示す関係構築パターンｐ１にしたがってある特定の秘密の共通鍵Ｇ１にて暗号化を施して生成する。
また、第１情報処理実体１００Ａは、第１情報処理実体１００Ａの秘密鍵Ｊ１を入力する（ステップＳ２５０５）。ペイロードフォーマットＬ１を選択あるいは生成する（ステップＳ２５０４）。ペイロードフォーマットＬ１としては、Ｌｕ１（認証データＤ１に使用するペイロードフォーマット）とＬｃ１（第１の鍵Ｓ１に使用するペイロードフォーマット）を選択あるいは生成する。第１の鍵Ｓ１を入力する（ステップＳ２５０３）。新たな待受関係構築パターンｐ２と秘密の共通鍵Ｇ２を選択する（ステップＳ２５０６）。そして、このように選択、生成、又は入力したものを作動関数の入力データとして設定して作動させる。作動関数により、認証データＤ０と第１の鍵Ｓ１のリンク関係を構築する。
ステップＳ２５０１において、第１情報処理実体１００Ａは、認証データＤ０を生成する。生成した認証データＤ０は、
Ｄ０＝Ｇ１ｐ１（Ｍ１）
である。まず、Ｄ０とＳ１に対して、新たに選択した待受関係構築パターンｐ２にしたがって、新たに選択した秘密の共通鍵Ｇ２にて暗号化を施す（ステップＳ２５０７）。両データに対して、同一のセッションを示す待受関係構築パターンにしたがって、秘密のある特定の共通鍵にて暗号化を施すことにより、同一セッションにて送信したことを示す。
Ｄ１＝Ｇ２ｐ２（Ｄ０）
Ｗ１＝Ｇ２ｐ２（Ｓ１）
Ｄ０＝Ｇ１ｐ１（Ｍ１）
である。まず、Ｄ０とＳ１に対して、新たに選択した待受関係構築パターンｐ２にしたがって、新たに選択した秘密の共通鍵Ｇ２にて暗号化を施す（ステップＳ２５０７）。両データに対して、同一のセッションを示す待受関係構築パターンにしたがって、秘密のある特定の共通鍵にて暗号化を施すことにより、同一セッションにて送信したことを示す。
Ｄ１＝Ｇ２ｐ２（Ｄ０）
Ｗ１＝Ｇ２ｐ２（Ｓ１）
次いで、新たに選択したペイロードフォーマットＬ１により、ビット単位の分割再構成を施す（ステップＳ２５０８）。
Ｄ１＝Ｌｕ１（Ｇ２ｐ２（Ｄ０））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））：セッション鍵（第１の鍵）
Ｄ１＝Ｌｕ１（Ｇ２ｐ２（Ｄ０））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））：セッション鍵（第１の鍵）
次いで、今回の通信を、上記待受関係パターンｐ２が示すセッションにて送信したことを保証し認証させるために（セッション間リンクの構築）、上記待受関係構築パターンｐ２にしたがって、第１情報処理実体１００Ａの秘密鍵Ｊ１にて暗号化を施す。作動により、認証データＤ１は、
Ｄ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
と生成され、セッション間リンクの構築が完了する（ステップＳ２５０９）。さらに、第１情報処理実体１００Ａが管理する第１要求出力リストに、認証データＤ１を登録する（ステップＳ２５１０）。これは、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、セッションの確立要求として、認証データＤ１を送信したことを示す。
Ｄ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
と生成され、セッション間リンクの構築が完了する（ステップＳ２５０９）。さらに、第１情報処理実体１００Ａが管理する第１要求出力リストに、認証データＤ１を登録する（ステップＳ２５１０）。これは、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、セッションの確立要求として、認証データＤ１を送信したことを示す。
さらに、この認証データＤ１とセッション鍵Ｗ１に対して、リンク関係を作動により構築することとなり、セッション認証データＶ１と、セッション鍵ＷＷ１が、第２情報処理実体１００Ｂに向けて送信される。すなわち、作動により、認証データＤ１とセッション鍵Ｗ１のデータ構造を、両者のリンク関係の構築の一環として、図２０、図２１に示すように変換して（ステップＳ２５１１）、セッション認証データＶ１とセッション鍵ＷＷ１が生成される（ステップＳ２５１２）。
Ｖ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
＝Ｄ１＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
ＷＷ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
＝Ｗ１＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
Ｖ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
＝Ｄ１＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
ＷＷ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
＝Ｗ１＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
このＶ１とＷＷ１が第２情報処理実体１００Ｂに送信される。Ａ、Ｈ、Ｃ、Ｅ、Ｂ、Ｕの構成については図１６と同様である。第２情報処理実体１００Ｂは、まず認証データＶ１の部分Ａから部分Ｂのアドレスを読み出す。読み出したアドレスによりセッション鍵ＷＷ１の指定された部分ＢからさらにペイロードフォーマットＬｃ１が格納された部分Ｃのアドレスを読み出す。このアドレスにより部分Ｂに登録されている認証データＶ１の読み出し部分Ｃから、セッション鍵ＷＷ１のペイロードフォーマットＬｃ１を読み取る。また、第２情報処理実体１００Ｂは、セッション鍵ＷＷ１のある特定の部分Ｅから、認証データＶ１の読み取り部分Ｈを入手する。入手した読み取り部分Ｈから、セッション鍵ＷＷ１において登録されている認証データＶ１のペイロードフォーマット情報の記載箇所Ｕを入手する。入手したセッション鍵ＷＷ１の記載箇所Ｕから認証データＶ１の暗号化されたペイロードフォーマットＬｕ１を入手する。
さらに、Ｖ１、ＷＷ１に代えて、Ｄ１とＷ１を別々に第２情報処理実体１００Ｂに向けて送信し、（Ｊ１ｐ２（Ｌｕ１））とＬｃ１は、要求応答情報に含めて第２情報処理実体１００Ｂに向けて送信する場合もある。
図２２は、第１情報処理実体１００Ａが有する第１認証データ受信リストと第１要求出力リストである。
後述するように、第２情報処理実体１００Ｂから認証データを受信すると、受信した認証データが、第１情報処理実体１００Ａから過去に第２情報処理実体１００Ｂと行った通信（セッション）のどの通信に対応する通信として送信されてきたのかを検証すると同時に、第３者からの成り済まし妨害なのかをチェックすることを含めて、第１要求出力リストと照合することにより検証する。照合する認証データが存在するときは、正規の認証データであることが検証され、第１情報処理実体１００Ａは、正規の認証データであることを認証する。また、第１情報処理実体１００Ａが情報を送信するときに、今回の通信を、第１受信認証データリストに登録されている受信認証データから、リンクさせたい認証データか新規の認証データを選択する。新規の認証データを選択すると、新たなセッションとして情報を送信することとなり、マルチセッションの確立となる。マルチセッションを確立する場合は、通信相手が同一であってもよいし、異なる通信相手であってもよい。
ここで、セッションの確立について説明する。
過去に確立したセッションの中で、所望のセッションを選択して、その選択したセッションを示す認証データを選択し、これから確立しようとしているセッションとのリンク関係を構築する。また、新規のセッションを確立する場合は、新規のセッションであることを保証する認証データを選択して、新たなセッションを確立する。このようなセッションの確立には、セッションを示すセッション鍵とリンクさせるセッションに対応する認証データを選択して、セッション間のリンクを構築する。過去に確立されたセッションには、セッションごとに対応する認証データが、第２認証データ受信リストにおいて登録されている。よって、セッションを確立しようとするときには、新規か、この第２認証データ受信リストからリンクさせたいセッションを選択してセッションを確立しなければならない。
また、セッションを確立するために、セッション鍵と認証データを送信相手に送信して、セッションの確立を要求しなければならない。このセッション確立要求として送信する、セッション鍵と認証データを個別に送信したり、単純な連鎖によって結合して送信したりした場合、あくまで、個別に送信したこととほとんど変わらないため、セッション鍵が確立しようとするセッションと、認証データが保証するセッションとが一致するという保証がない。したがって、セッション鍵と認証データ間のリンク関係を構築する必要がある。
そこで、認証データにおけるセッション間リンクの構築手法と、セッション鍵と認証データ間のリンク関係の構築手法について説明する。
次いで、第２情報処理実体１００Ｂにおいて、上記セッション認証データＶ１を第１情報処理実体１００Ａから受信した場合に、セッション間のリンク関係の構築と、選択した認証データＤ２と新たな第２の鍵（セッション鍵）Ｓ２とのリンク関係を構築する動作について説明する。
図２３と図２４に示すように、第２情報処理実体１００Ｂは作動関数の演算処理を行う。
第２情報処理実体１００Ｂは、セッション間リンクの構築を行う前に、今回の通信を、第２受信認証データリストに登録されている受信認証データから、リンクさせたい認証データか新規の認証データを選択する。新規の認証データを選択すると、新たなセッションの確立となり、新たなセッションとして情報を送信することとなり、マルチセッションの確立となる。ここでは、第１情報処理実体１００Ａから受信した認証データＤ１をリンクするセッションとして選択して、セッション間リンクを構築する。そのため、第２情報処理実体１００Ｂは、受信した認証データＤ１を第２認証データ受信リストへ登録する（ステップＳ２６０１）。そして、今回の通信を、第２認証データ受信リストより選択した認証データＤ１が示すセッションにリンクさせてセッションを確立する（ステップＳ２６０２）。また、第２情報処理実体１００Ｂは、第２情報処理実体１００Ｂの秘密鍵Ｊ２を入力する（ステップＳ２６０６）。ペイロードフォーマットＬ２を選択する（ステップＳ２６０４）。ペイロードフォーマットＬ２としては、Ｌｕ２（認証データＤ２に使用するペイロードフォーマット）とＬｃ２（新たに送信するセッション鍵Ｓ２に使用するペイロードフォーマット）を選択する。第２の鍵Ｓ２を選択する（ステップＳ２６０３）。確立しようとするセッションを示す新たな待受関係構築パターンｐ３と秘密の共通鍵Ｇ３を選択する（ステップＳ２６０５）。そして、このように選択又は入力したものを用いて作動させることによって、送信する認証データＤ２と送信される第２の鍵（セッション鍵）Ｓ２のリンク関係を構築する。
ステップＳ２６０１において、第２情報処理実体１００Ｂは、受信した認証データＤ１を第２情報処理実体１００Ｂが管理する第２認証データ受信リストに登録する。受信した認証データＤ１は、
Ｄ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。まず、Ｄ１とＳ２に対して、新たに選択した待受関係構築パターンｐ３にしたがって、新たに選択した秘密の共通鍵Ｇ３にて暗号化を施す（ステップＳ２６０７）。両データに対して、同一のセッションを示す待受関係構築パターンにしたがって、秘密のある特定の共通鍵にて暗号化を施すことにより、同一セッションにて送信したことを示す。
Ｄ２＝Ｇ３ｐ３（Ｄ１）
Ｗ２＝Ｇ３ｐ３（Ｓ２）
Ｄ１＝Ｊ１ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。まず、Ｄ１とＳ２に対して、新たに選択した待受関係構築パターンｐ３にしたがって、新たに選択した秘密の共通鍵Ｇ３にて暗号化を施す（ステップＳ２６０７）。両データに対して、同一のセッションを示す待受関係構築パターンにしたがって、秘密のある特定の共通鍵にて暗号化を施すことにより、同一セッションにて送信したことを示す。
Ｄ２＝Ｇ３ｐ３（Ｄ１）
Ｗ２＝Ｇ３ｐ３（Ｓ２）
次いで、新たに選択したペイロードフォーマットＬ２により、ビット単位の分割再構成を施す（ステップＳ２６０８）。
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））：セッションの鍵（第２の鍵）
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））：セッションの鍵（第２の鍵）
次いで、今回の通信を、上記待受関係パターンｐ３が示すセッションにて送信したことを保証し認証させるために（セッション間リンクの構築）、上記待受関係構築パターンｐ３にしたがって、第２情報処理実体１００Ｂの秘密鍵Ｊ２にて暗号化を施す。作動により、認証データＤ２は、
Ｄ２＝Ｊ２ｐ３（Ｌｕ２（Ｇ３ｐ３（Ｄ１）））
と生成され、セッション間リンクの構築が完了する（ステップＳ２６０９）。さらに、第２情報処理実体１００Ｂが管理する要求出力リストに、Ｄ２を登録する（ステップＳ２６１０）。
Ｄ２＝Ｊ２ｐ３（Ｌｕ２（Ｇ３ｐ３（Ｄ１）））
と生成され、セッション間リンクの構築が完了する（ステップＳ２６０９）。さらに、第２情報処理実体１００Ｂが管理する要求出力リストに、Ｄ２を登録する（ステップＳ２６１０）。
認証データＤ２とセッション鍵Ｗ２のデータ構造を、両者のリンク関係の構築の一環として、図２３、図２４に示すように変換して（ステップＳ２６１１）、セッション認証データＶ２とセッション鍵ＷＷ２を作動により生成する（ステップＳ２６１２）。
Ｖ２＝Ｊ２ｐ３（Ｌｕ２（Ｇ３ｐ３（Ｄ１）））＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
＝Ｄ２＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
ＷＷ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
Ｖ２＝Ｊ２ｐ３（Ｌｕ２（Ｇ３ｐ３（Ｄ１）））＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
＝Ｄ２＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
ＷＷ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
このＶ２とＷＷ２が第１情報処理実体１００Ａに送信される。
さらに、Ｖ２、ＷＷ２に代えて、Ｄ２とＷ２を別々に第１情報処理実体１００Ａに向けて送信し、Ｊ２ｐ３（Ｌｕ２）とＬｃ２は、要求応答情報に含めて第１情報処理実体１００Ａに向けて送信する場合もある。
次いで、第１情報処理実体１００Ａにおいて、上記セッション認証データＶ２を第２情報処理実体１００Ｂから受信した場合に、作動により、送信するセッション認証データと新たな第３の鍵（セッション鍵）Ｓ３とのリンク関係を構築する際に、特に、第１情報処理実体１００Ａが受け付けたセッション認証データが正規の認証データであるのか、過去の通信（セッション）との関係（セッション間リンク）を検証する動作について詳述する。
受信した認証データＤ２を復号して生成したＤ１が第１情報処理実体１００Ａが管理する要求出力リストにあるかないかを判定することにより、受信した認証データＤ２が正規の認証データであるか否か、過去に行ったどの通信（セッション）と関係（セッション間リンク）するのかを判定する。この場合、要求出力リストに、Ｄ１が存在することが明らかであることから、この受信した認証データＤ２は正規の認証データであることが検証される。
図２５は、第２情報処理実体１００Ｂが有する第２認証データ受信リストと第２要求出力リストである。
上記で示したように、第１情報処理実体１００Ａから認証データを受信すると、受信した認証データが、第２情報処理実体１００Ｂから過去に第１情報処理実体１００Ａと行った通信（セッション）のどの通信に対応する通信として送信されてきたのかを検証すると同時に、第３者からの成り済まし妨害なのかをチェックすることを含めて、第２要求出力リストと照合することにより検証する。照合する認証データが存在するときは、正規の認証データであることが検証され、第２情報処理実体１００Ｂは、正規の認証データであることを認証する。また、第２情報処理実体１００Ｂが情報を送信するときに、今回の通信を、第２受信認証データリストに登録されている受信認証データから、リンクさせたい認証データか新規の認証データを選択する。新規の認証データを選択すると、新たなセッションとして情報を送信することとなり、マルチセッションの確立となる。マルチセッションを確立する場合は、通信相手が同一であってもよいし、異なる通信相手であってもよい。
図１６では、セッション鍵Ｓと認証データＶを作動させて、セッション鍵Ｓとセッション認証データＶとのリンク関係を構築する仕組みの一例を示したが、図２６に別の一例を示す（図２６では、受信側におけるデータ変換の流れを示している）。
第１情報処理実体１００Ａにおいて、関係構築部１０３は、予め暗号化済み要求応答情報（Ｗ１９）において、セッション鍵Ｓ（Ｗ１）のペイロードフォーマットＣ、セッション認証データＶ（Ｗ２）のペイロードフォーマットＵ、暗号化済み要求応答情報（Ｗ１９）のペイロードフォーマットＤが挿入された位置を示す情報をペイロードリンカー（Ｗ４）に登録する。
まず、第２情報処理実体１００Ｂにおいて、関係構築部１０３は、セッション鍵Ｓ（Ｗ１２）を用いて要求応答情報（Ｗ１８）を暗号化する。セッション鍵Ｓ（Ｗ１２）とセッション認証データＶ（Ｗ１４）それぞれに対して、同じ新たな待受関係構築パターンを選択して、新たに選択した秘密の共通鍵（Ｗ１５）にて、待受関係構築パターンにしたがって暗号化を施す。セッション鍵Ｓ（Ｗ１１）とセッション認証データＶ（Ｗ１３）に対してそれぞれ別個にペイロードフォーマットＵ（Ｗ９）、Ｃ（Ｗ１０）をそれぞれ選択し、選択したペイロードフォーマットにしたがってそれぞれ分割再構成（ビット単位でシャッフル）する。また、暗号化済み要求応答情報（Ｗ１７）に対して、ペイロードフォーマットＤ（Ｗ２１）を選択し、分割再構成する。
次いで、第２情報処理実体１００Ｂにおいて、関係構築部１０３は、セッション鍵Ｓ（Ｗ７）とセッション認証データＶ（Ｗ８）にリンク関係を構築する。ペイロードフォーマットＵ、Ｃを暗号化済み要求応答情報（Ｗ１９）に分割割込挿入して、分割再構成に使用したペイロードフォーマットを収納する。このとき、ペイロードフォーマットＤも同様に収納する。これらのペイロードフォーマットを収納したエリアの存在により、暗号化済み要求応答情報（Ｗ１９）が存在しないと、ペイロードフォーマットを入手することができないため、セッション鍵Ｓ（Ｗ５）、セッション認証データＶ（Ｗ６）を解読することができない。すなわち、暗号化済み要求応答情報（Ｗ１９）から、セッション鍵Ｓ（Ｗ５）、セッション認証データＶ（Ｗ６）それぞれに施された分割再構成に使用したペイロードフォーマットをそれぞれ入手することが可能となり、解読することが可能となる。ペイロードフォーマットは、第１情報処理実体１００Ａの秘密鍵又は公開鍵にて暗号化（署名）を施してもよい。
以上のように、本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信システムにおいて、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することを特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信システムにおいて、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することを特徴とする。
また、本実施の形態に係る情報通信システムは、
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することを特徴とする。
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することを特徴とする。
また、本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程を備えることを特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程を備えることを特徴とする。
また、本実施の形態に係る情報通信方法は、
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程を備えることを特徴とする。
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程を備えることを特徴とする。
また、本実施の形態に係る情報通信プログラムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させる。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させる。
また、本実施の形態に係る情報通信プログラムは、
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させる。
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させる。
実施の形態３．
本実施の形態について、主に実施の形態２との差異を説明する。
本実施の形態について、主に実施の形態２との差異を説明する。
本実施の形態では、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で、データ処理実体２００の関係構築を行って、送受信されるデータ処理実体２００の送信元を機械的に誤認することなく識別して、正しい送信元から送信されたデータ処理実体２００のみを受信処理する通信方式について説明する。
本実施の形態では、実施の形態２と同様に、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で、ＣＰＵとメモリを備えた耐タンパ性装置１５０を２者間でのみ共有して実現した情報通信システム３００において実現する通信方式について詳述する。
実施の形態２と同様に、例えば、情報通信システム３００の第１情報処理実体１００Ａは、少なくとも関係構築部１０３と、認証情報生成部１０８と、送信部１０４と、要求出力リスト登録部１０９とから構成される。例えば、第２情報処理実体１００Ｂは、少なくとも受信部１０５と、認証部１０６と、認証情報生成部１０８と、要求出力リスト登録部１０９と、要求応答処理部１１１と、関係構築部１０３と、送信部１０４とから構成される。
まず、本実施の形態に係る情報通信システム３００が備える情報通信装置１０１の構成と動作について説明する。図２７は、本実施の形態に係る情報通信装置１０１の構成を示すブロック図である。本実施の形態において、データを送信する際の情報通信装置１０１の動作は、実施の形態２で図１３のフローチャートを用いて説明したものと同様である。また、データを受信する際の情報通信装置１０１の動作は、実施の形態２で図１４のフローチャートを用いて説明したものと同様である。
図２７において、情報処理実体１００は、実施の形態２と同様に、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６、認証情報生成部１０８、要求出力リスト登録部１０９を有する。また、情報処理実体１００は、要求応答処理部１１１、内部認証情報格納部１１２を有する。耐タンパ性装置１５０は、実施の形態２と同様に、関係構築パターン格納部１０７、鍵生成管理部１１０を有する。鍵生成管理部１１０は、耐タンパ性装置１５０ではなく、情報処理実体１００が有するものであってもよい。
第１情報処理実体１００Ａの関係構築部１０３は、ある指定されたデータに対して、ある指定された待受関係構築パターンにしたがって、暗号化とペイロードフォーマットによる分割再構成化の施し方によって、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する。第１情報処理実体１００Ａの認証情報生成部１０８は、ある特定の待受関係構築パターンと、少なくともセッション鍵と第１情報処理実体１００Ａの有する秘密鍵及び第２情報処理実体１００Ｂの有する秘密鍵及び生成したペイロードフォーマットを指定して、関係構築部１０３により暗号化とペイロードフォーマットによる分割再構成化を施し、ハッシュ化することにより認証データを生成する。そして、生成した認証データに対して、新たに待受関係構築パターンを指定し直して、関係構築部１０３により暗号化とペイロードフォーマットによる分割再構成化処理を施してセッション認証データを作成する。第１情報処理実体１００Ａの耐タンパ性装置１５０は、複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、当該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した関係構築パターン格納部１０７を備える。第１情報処理実体１００Ａは、上記セッション鍵（第１の鍵）に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１情報処理実体１００Ａの秘密鍵を指定して、暗号化を施す。これにより、ある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２情報処理実体１００Ｂに送信する。
第２情報処理実体１００Ｂの認証部１０６は、第１情報処理実体１００Ａより受信したセッション認証データが、想定する待受関係構築パターンによる暗号化を上記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを上記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２情報処理実体１００Ｂの内部認証情報格納部１１２が記憶装置により管理する要求出力リストに登録されていることを検証して認証する。第２情報処理実体１００Ｂの認証情報生成部１０８は、送信元が所持する秘密鍵を含む上記受信セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも上記ある特定の秘密の共通鍵及び第２情報処理実体１００Ｂの有する第２の秘密鍵を指定して対応箇所に対して暗号化を施して送信セッション認証データを生成する。第２情報処理実体１００Ｂの要求出力リスト登録部１０９は、要求応答情報を送信した場合に、送信処理を行ったことを示す上記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する。
第１情報処理実体１００Ａの送信部１０４は、セッション認証データをデータ処理実体２００に後方で結合して第２情報処理実体１００Ｂに送信する。第１情報処理実体１００Ａの要求出力リスト登録部１０９は、セッション認証データとそのハッシュ値を第２情報処理実体１００Ｂに送信した要求として要求出力リストに登録する。
第２情報処理実体１００Ｂの認証部１０６は、第１情報処理実体１００Ａより受信したセッション情報を第２秘密鍵で対応箇所を復号した受信セッション認証データが、想定する待受関係構築パターンにしたがってある特定の秘密鍵による暗号化とペイロードフォーマットのよる分割再構成化を施し、かつセッション認証データをある特定の公開鍵の対をなす秘密鍵と第２の公開鍵の対応箇所をそれぞれ復号して生成された認証データが、第２情報処理実体１００Ｂの管理する要求出力リストに登録されていることを検証し認証する。第２情報処理実体１００Ｂの要求応答処理部１１１は、直ちに受信したデータ処理実体２００より、暗号化された処理要求を読み取る。そして、処理要求の処理を開始し、読み取った処理要求をセッション鍵で復号して処理する。また対応するコンテンツをセッション鍵で暗号化してデータ処理実体２００に含める。第２情報処理実体１００Ｂの関係構築部１０３は、上記受信セッション認証データに対してハッシュ化して生成した認証データ（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密鍵及び第２情報処理実体１００Ｂの第２の秘密鍵及び新たに生成したペイロードフォーマットを指定して、対応箇所に対して暗号化（署名）とペイロードフォーマットによる分割再構成化を施してセッション認証データを作成し、該セッション認証データに対して第１の公開鍵で暗号化してセッション情報を作成する。第２情報処理実体１００Ｂの送信部１０４は、該セッション情報をデータ処理実体２００の後方に結合して、第１情報処理実体１００Ａに送信する。
鍵は、耐タンパ性装置１５０において管理し、ＰＫＩ（Ｐｕｂｌｉｃ・Ｋｅｙ・Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）でいう情報処理実体１００が所持する公開鍵、秘密鍵と、ＭＩＳＴＹ（登録商標）のような共通鍵暗号方式でいう秘密の共通鍵と、ある特定の公開鍵とその対を為す秘密鍵を有する。この秘密鍵は、例えば、耐タンパ性装置（ＵＳＢチップなど）により提供してもよい。セッション鍵は、第１情報処理実体１００Ａと第２情報処理実体１００Ｂとの間で送受信するコンテンツや処理要求に対して暗号化を施す鍵として利用し、さらに暗号化されたコンテンツや処理要求を解読する復号鍵として利用する秘密の共通鍵である。
公開鍵とその対を為す秘密鍵を耐タンパ性装置１５０により提供する場合、第１情報処理実体１００Ａと第２情報処理実体１００Ｂとの両者は、この耐タンパ性装置１５０を共に所持することによって共有することができる。公開共通鍵は、文字通り公開されているため、この耐タンパ性装置１５０を所持しているユーザだけが解読して利用することができるようにするために暗号化を施す鍵として利用するものである。公開鍵にて暗号化されたデータは、耐タンパ性装置１５０に内蔵された秘密鍵にて復号することができる。
耐タンパ性装置１５０内には、複数のかなりの数の公開鍵、秘密鍵を予め登録することが可能であるため、使い捨て感覚で、次から次へと利用する鍵を頻繁に変更した利用が可能である。また、このある特定の公開鍵と対の秘密鍵を耐タンパ性装置１５０内で適宜必要に応じて生成してもよい。この場合、鍵は送信せず、鍵生成に必要となる情報を配信して共有することになる。この場合、鍵の生成に利用する鍵生成モジュールは、同じモジュールを使用することを予め周知しておくか、予め内蔵されたスケジュールにしたがって選択したり、同じ演算方法を使って動的に使用する鍵生成モジュールを決定する方法を採用してもよい。
次いで、エンドエンドで行われる通信の関係構築をシステマティックに（機械的に）実現する仕組みについて説明する。ここでは、エンドエンドで送受信されるデータ処理実体２００に対して関係構築を実現する仕組みについて詳述する。
まず、エンドエンドでデータ処理実体２００を送受信する場合のデータ処理実体２００の関係を構築する手法について説明する。
まず、データ処理実体２００の後方に何も処理がなされていない場合は、最初の通信であると判断して、送信元では、配送するデータ処理実体２００に含まれている何らかの情報に対して、まず第１に待受関係構築パターンにしたがって、ある特定の秘密鍵（対称共通鍵、公開鍵でもよい）と生成したペイロードフォーマットにて暗号化処理と分割再構成化を施す。次いで、第２に送信元が有する秘密鍵と新たに生成したペイロードフォーマットで、待受関係構築パターンにしたがって暗号化（署名）とペイロードフォーマットによる分割再構成化を施し、第３に送信先が有する公開鍵で同待受暗号化パターンにしたがって暗号化を施す。この第１から第３の一連の暗号化処理とペイロードフォーマットによる分割再構成化を行う処理を関係構築部１０３にて行う。この関係構築部１０３により、ある識別可能なパターンを、指定した情報に対して構築することができる。この構築された関係は、第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて、送信するデータ処理実体２００であることを示している。
次いで、このデータ処理実体２００が送信されて、第２情報処理実体１００Ｂで受信されたとする。
この受信されたデータ処理実体２００に含まれている情報は、確かに、想定する待受関係構築パターンにより指定された鍵によって暗号化が施されていることと指定されたペイロードフォーマットにより分割再構成化が施されていることから、第１情報処理実体１００Ａから送信されたものであることが確認（認証）される。まだ最初の通信であるため、第１情報処理実体１００Ａから最初に送信されたものであることも同時に確認できる。
したがって、上記のように、最初の通信における関係構築については、以上の手法にて実現される。
次いで、第２情報処理実体１００Ｂでは、受け取ったデータ処理実体２００の後方部には何も含まれていないため、最初の通信であると判断し、データ処理実体２００に含まれている「転送情報」に対して施された、ある識別可能な組み合わせパターン（関係構築）を待受関係構築パターンにしたがって、復号処理を行うことにより、施されたある識別可能な組み合わせパターンを認識し、認識されたある識別可能な組み合わせパターンから、第１情報処理実体１００Ａから送信されたものであると判断（識別）することができる。
次いで、このある識別可能な組み合わせパターンが施された「転送情報」に対して第２情報処理実体１００Ｂの有する公開鍵で復号し、ある特定のハッシュ関数にてハッシュ化したハッシュ値に対して、上記と同様にして、新たな、待受関係構築パターンを選択して第１から第３の一連の暗号処理とペイロードフォーマットによる分割再構成化を関係構築部１０３において施す。これにより、新たなある識別可能な組み合わせパターンを構築して、第１情報処理実体１００Ａに向けて送信しようとしているデータ処理実体２００の後方部と差し替え結合する。結合したデータ処理実体２００を第１情報処理実体１００Ａに送信する。
第１情報処理実体１００Ａでは、受信したデータ処理実体２００の後方部に対して、想定待受暗号パターンから、後方部に対して施されている、新たなある識別可能な組み合わせパターンを認識することにより、第２情報処理実体１００Ｂから送信され、想定した暗号化パターンが施されていることを含めて、対応付けができる。
第１情報処理実体１００Ａの認証情報生成部１０８は、受信部１０５より受け付けたデータ処理実体２００の後方部に結合されたある識別可能な組み合わせパターンより、セッション情報を生成し、生成したセッション情報に対して、第１の秘密鍵で復号した受信セッション認証データを、認証部１０６に通知し、認証部１０６から受け付けたデータ処理実体２００は正当なものであるという認証結果を受信するのを待ち、正当なものであると通知を受けると次に示す処理に移り、正当なものと判定できない旨の通知を受け取るとデータ処理実体２００を破棄する。
受信セッション認証データをハッシュ化してハッシュ値を生成し、生成したハッシュ値を対象データとして指定し、さらに、関係構築パターン格納部１０７から選択した新たな待受関係構築パターンにしたがって、ある特定の秘密鍵と新たに生成されたペイロードフォーマット、第１情報処理実体１００Ａの第１の秘密鍵と、第２情報処理実体１００Ｂの第２の公開鍵とを指定して、関係構築部１０３を用いてセッション認証データとセッション情報を生成する。生成されたセッション情報は、データ処理実体２００の後方において差し替え結合して第２情報処理実体１００Ｂへ送信する。
内部認証情報格納部１１２は、セッション鍵を、鍵情報として、生成されたセッション認証データを認証データとして、セッション認証データがハッシュ化して生成されたハッシュ値を要求出力リストとして記憶装置に登録する。
さらに、要求応答処理部１１１から、処理要求送信指示として、データ処理実体２００を受信すると、受け付けたデータ処理実体２００の後方部に結合されたある識別可能な組み合わせパターンより、セッション情報を生成し、生成したセッション情報に対して、指定されたハッシュ関数を使用してハッシュ化してハッシュ値を生成し、生成したハッシュ値を対象データとして指定し、さらに、関係構築パターン格納部１０７から選択した新たな待ち受け関係構築パターンにしたがって、ある特定の秘密鍵と新たに生成した乱数と、第１情報処理実体１００Ａの第１の秘密鍵と、第２情報処理実体１００Ｂの第２公開鍵とを指定して、関係構築部１０３を適用して、セッション認証データとセッション情報を生成する。生成したセッション情報をデータ処理実体２００の後方部と指し替え結合して、送信部１０４に通知する。
第１情報処理実体１００Ａの内部認証情報格納部１１２が管理する鍵情報、認証データ、要求出力リストへ、それぞれ、セッション鍵を、鍵情報として、生成したセッション認証データを認証データとして、セッション認証データをハッシュ化して生成されたハッシュ値を要求出力リストとして登録する。
認証部１０６は、要求出力リストに新規セッション認証データのハッシュ値を登録する。そして、受け付けた受信セッション認証データに対して、送信相手の公開鍵とある特定の秘密の共通鍵（スケジュールより判定可）によって、対応箇所（スケジュールより暗号化パターンがわかる）を復号して生成されたハッシュ値が、要求出力リストに同じ値のハッシュ値が存在するか検証を行う。同じ値のハッシュ値があることを確認することにより認証され、そのハッシュ値を要求出力リストから削除し、認証情報生成部１０８に、認証されたことを通知する。さらに、要求応答処理部１１１に受信処理の開始許可信号を送信し、送信部１０４に送信許可の通知を出す。
送信部１０４は、認証情報生成部１０８から受け付けたデータ処理実体２００を、認証部１０６から送信許可を受け付けると直ちに指定された送信先に送信する。
受信部１０５は、受け付けたデータ処理実体２００を認証情報生成部１０８に通知し、さらに、受け付けたデータ処理実体２００を要求応答処理部１１１に通知する。
要求応答処理部１１１は、認証部１０６より受信処理の開始許可信号を受信すると、データ処理実体２００から、データ処理実体２００に含まれている処理要求あるいはデータを取り出す処理を開始する。
例えば、データ処理実体２００のヘッダ部からペイロード部に登録されているリンク情報の登録場所を確認後、直ちに、新たな待ち受け暗号化パターンをスケジュールにしたがって選択し、選択した暗号化パターンによって、リンク情報の対応箇所をセッション鍵で復号して、ヘッダの復号確認鍵とヘッダの復号場所を入手し、指定されたエリアを復号確認鍵で復号して、ペイロードフォーマットを入手して、ペイロード部を再構成した後、セッション鍵で復号して送信情報を入手する。要求応答処理部１１１は、応答処理要求を発信する場合、受け取った応答処理要求のどれにリンクした応答処理要求を発信するのかを決定後、リンクする応答処理要求に対応する認証データを内部認証情報格納部１１２が記憶装置に格納した認証データより選択して、新たなデータ処理実体２００に、送信する応答処理要求をセッション鍵で暗号化を施して含めた後、選択した認証データをセッション認証データとして、後方部に指し替え結合して、認証情報生成部１０８に送信することを指示する。
次いで、認証を通じた中で鍵を渡した後に、秘匿情報、高価値（重要）情報を、必ず認証処理が完了した場合にのみ、送信相手に送信されるシステムの動作について説明する。
第２情報処理実体１００Ｂがセッション鍵を受領した時点から説明を続ける。
第２情報処理実体１００Ｂの認証情報生成部１０８は、受け取ったセッション鍵のハッシュ化によりハッシュ値を生成し、生成したハッシュ値をデータ処理実体２００に含ませたものに対して、待ち受け暗号化パターンにしたがって、公開の共通鍵にて暗号化を施して、さらにハッシュ化して生成されたハッシュ値を対象データとして指定する。さらに、関係構築パターン格納部１０７から選択した新たな待ち受け暗号化パターンにしたがって、ある特定の秘密鍵に対応する公開鍵と第２情報処理実体１００Ｂの第２の秘密鍵を含む鍵によって、カスケードあるいは多重を含む手法で暗号化を施して生成したセッション認証データに対して、さらに、第１情報処理実体１００Ａの第１公開鍵で、指定された暗号化パターンにしたがって暗号化を施して、ある識別可能な組み合わせパターンを構築してデータ処理実体の後方部に結合して、送信部１０４に通知する。
第２情報処理実体１００Ｂの認証情報生成部１０８は、セッション鍵を、鍵情報として、生成したセッション認証データを認証データとして、セッション認証データのハッシュ化して生成されたハッシュ値を要求出力リストとして内部認証情報格納部１１２に登録させる。
第１情報処理実体１００Ａの認証情報生成部１０８は、受信部１０５より受け付けたデータ処理実体２００の後方部に結合されたある識別可能な組み合わせパターンより、セッション情報を生成する。生成したセッション情報に対して、第１の秘密鍵で復号した受信セッション認証データを、認証部１０６に通知し、受信セッション認証データをハッシュ化してハッシュ値を生成し、生成したハッシュ値を対象データとして指定する。さらに、関係構築パターン格納部１０７から選択した新たな待ち受け暗号化パターンにしたがって、ある特定の秘密の共通鍵に対応する公開の共通鍵と第１情報処理実体１００Ａの第１の秘密鍵とを含む鍵によって、カスケードあるいは多重を含む手法で暗号化を施して生成したセッション認証データに対して、さらに、第２情報処理実体１００Ｂの第２公開鍵で、指定された暗号化パターンにしたがって暗号化を施して、ある識別可能な組み合わせパターンを構築してデータ処理実体２００の後方部と指し替え結合して、送信部１０４に通知する。
認証部１０６は、受け付けた受信セッション認証データに対して、送信相手の公開鍵とある特定の秘密鍵（スケジュールより判定可）によって、対応箇所（スケジュールより暗号化パターンがわかる）を復号して生成されたハッシュ値が、要求出力リストに同じ値のハッシュ値が存在するか検証する。同じ値のハッシュ値があることを確認することにより認証され、そのハッシュ値を要求出力リストから削除する。そして、認証情報生成部１０８に、認証されたこと示す認証許可通知を通知し、要求応答処理部１１１に受信処理の開始許可信号を送信し、送信部１０４に送信許可の通知を出す。
第２情報処理実体１００Ｂの認証情報生成部１０８は、受信部１０５より受け付けたデータ処理実体２００の後方部に結合されたセッション情報を取り出し、取り出したセッション情報に対して、第２の秘密鍵で復号した受信セッション認証データを、認証部１０６に通知して待機する。
認証部１０６より、認証許可通知を受け付けた時点で、相互認証が完了する。
次いで、セッション鍵を第１情報処理実体１００Ａから第２情報処理実体１００Ｂに向けて送信する。セッション鍵を第２情報処理実体１００Ｂに渡し、第２情報処理実体１００Ｂから受領応答を受信する。第２情報処理実体１００Ｂが正当なユーザであることを認証する。第２情報処理実体１００Ｂに認証許可通知を送信する。このシーケンスを、セッション情報、受信セッション認証データ、セッション認証データの流れを示しながら説明する。図２８に、動作例を示す。
まず、第１情報処理実体１００Ａは、第２情報処理実体１００Ｂからのアクセス要求を受けて、セッション鍵を送信する。
ステップＳ３００１：
第１情報処理実体１００Ａは、セッション鍵Ｓ１に対して、耐タンパ性装置１５０に内蔵されているある特定の秘密鍵に対応する公開鍵Ｇ１を指定し、待受暗号化パターンＰ１を選択して指定する。さらに、第１情報処理実体１００Ａの有する秘密鍵Ｊ１を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ１を作成する。その後、続けて先ほど使用した待受暗号化パターンにしたがって第２情報処理実体１００Ｂの有する公開鍵Ｋ２にて暗号化を施して、セッション情報Ｗ１を生成する。
Ｄ１＝Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））
Ｗ１＝Ｋ２ｐ１（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））
第１情報処理実体１００Ａは、セッション鍵Ｓ１に対して、耐タンパ性装置１５０に内蔵されているある特定の秘密鍵に対応する公開鍵Ｇ１を指定し、待受暗号化パターンＰ１を選択して指定する。さらに、第１情報処理実体１００Ａの有する秘密鍵Ｊ１を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ１を作成する。その後、続けて先ほど使用した待受暗号化パターンにしたがって第２情報処理実体１００Ｂの有する公開鍵Ｋ２にて暗号化を施して、セッション情報Ｗ１を生成する。
Ｄ１＝Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））
Ｗ１＝Ｋ２ｐ１（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））
Ｇ１ｐ１（Ｓ１）とは、セッション鍵Ｓ１に対して、待受暗号化パターンＰ１を用いて、耐タンパ性装置１５０に内蔵されているある特定の秘密鍵に対応する公開鍵Ｇ１で暗号化処理を施すことを示す。
第１情報処理実体１００Ａの内部認証情報格納部１１２は、鍵情報としてセッション鍵Ｓ１を記憶装置に格納する。また、認証データとしてセッション認証データＤ１を記憶装置に格納する。また、要求出力リストにＨ（Ｄ１）を登録する。Ｈ（Ｄ１）は、Ｄ１のハッシュ値を示す。
ステップＳ３００２：
第２情報処理実体１００Ｂは、受信したデータ処理実体２００からセッション情報Ｗ１を取り出し、第２情報処理実体１００Ｂの秘密鍵Ｊ２で復号して、受信セッション認証データＹ２を生成する。生成された受信セッション認証データＹ２のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ２）を生成する。生成したハッシュ値Ｈ（Ｙ２）を指定し、新たな待受暗号化パターンＰ２を選択し、公開の共通鍵Ｇ１を指定し、第２情報処理実体１００Ｂの有する秘密鍵Ｊ２を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ２を作成する。その後続けてさらにＤ２に対して、第１情報処理実体１００Ａの有する公開鍵Ｋ１にて暗号化を施してセッション情報Ｗ２を生成する。
Ｙ２＝Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））
Ｄ２＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｙ２）））
＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））
Ｗ２＝Ｋ１ｐ２（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））
第２情報処理実体１００Ｂは、受信したデータ処理実体２００からセッション情報Ｗ１を取り出し、第２情報処理実体１００Ｂの秘密鍵Ｊ２で復号して、受信セッション認証データＹ２を生成する。生成された受信セッション認証データＹ２のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ２）を生成する。生成したハッシュ値Ｈ（Ｙ２）を指定し、新たな待受暗号化パターンＰ２を選択し、公開の共通鍵Ｇ１を指定し、第２情報処理実体１００Ｂの有する秘密鍵Ｊ２を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ２を作成する。その後続けてさらにＤ２に対して、第１情報処理実体１００Ａの有する公開鍵Ｋ１にて暗号化を施してセッション情報Ｗ２を生成する。
Ｙ２＝Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））
Ｄ２＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｙ２）））
＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））
Ｗ２＝Ｋ１ｐ２（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））
第２情報処理実体１００Ｂの内部認証情報格納部１１２は、鍵情報としてセッション鍵Ｓ１を記憶装置に格納する。また、認証データとしてセッション認証データＤ２を記憶装置に格納する。また、要求出力リストにＨ（Ｄ２）を登録する。Ｈ（Ｙ２）とは、受信セッション認証データＹ２をハッシュ関数Ｈを用いてハッシュ化したハッシュ値を示す。
ステップＳ３００３：
第１情報処理実体１００Ａは、第２情報処理実体１００Ｂから受信したデータ処理実体２００からセッション情報Ｗ２を取り出し、第１情報処理実体１００Ａの秘密鍵Ｊ１で復号して、受信セッション認証データＹ３を生成する。これを認証部１０６に通知して検証する。検証結果に基づき、正当なデータ処理実体２００であることが認証されると、引き続き生成された受信セッション認証データＹ３のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ３）を生成する。生成したハッシュ値Ｈ（Ｙ３）を指定し、新たな待受暗号化パターンＰ３を選択し、公開鍵Ｇ１を指定し、第１情報処理実体１００Ａの有する秘密鍵Ｊ１を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ３を作成する。さらに、第１情報処理実体１００Ａの内部認証情報格納部１１２が管理する鍵情報としてセッション鍵Ｓ１を登録し、認証データとしてセッション認証データＤ３を登録し、要求出力リストにＨ（Ｄ３）を登録する。その後続けてさらにＤ３に対して、第２情報処理実体１００Ｂの有する公開鍵Ｋ２にて暗号化を施してセッション情報Ｗ３を生成する。
Ｙ３＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））
Ｄ３＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｙ３）））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
Ｗ３＝Ｋ２ｐ３（Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））））））
第１情報処理実体１００Ａは、第２情報処理実体１００Ｂから受信したデータ処理実体２００からセッション情報Ｗ２を取り出し、第１情報処理実体１００Ａの秘密鍵Ｊ１で復号して、受信セッション認証データＹ３を生成する。これを認証部１０６に通知して検証する。検証結果に基づき、正当なデータ処理実体２００であることが認証されると、引き続き生成された受信セッション認証データＹ３のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ３）を生成する。生成したハッシュ値Ｈ（Ｙ３）を指定し、新たな待受暗号化パターンＰ３を選択し、公開鍵Ｇ１を指定し、第１情報処理実体１００Ａの有する秘密鍵Ｊ１を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ３を作成する。さらに、第１情報処理実体１００Ａの内部認証情報格納部１１２が管理する鍵情報としてセッション鍵Ｓ１を登録し、認証データとしてセッション認証データＤ３を登録し、要求出力リストにＨ（Ｄ３）を登録する。その後続けてさらにＤ３に対して、第２情報処理実体１００Ｂの有する公開鍵Ｋ２にて暗号化を施してセッション情報Ｗ３を生成する。
Ｙ３＝Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））
Ｄ３＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｙ３）））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
Ｗ３＝Ｋ２ｐ３（Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１）））））））））
認証部１０６は、Ｙ３を受け取ると、第１情報処理実体１００Ａの内部認証情報格納部１１２が管理する要求出力リストにＨ（Ｄ１）があるかどうかを検証し、同じ値のＨ（Ｄ１）が登録されていれば、対応するデータを発見することになる。これにより、受信したデータ処理実体２００は正規のデータ処理実体２００であることが認証される。
第１情報処理実体１００Ａは、第２情報処理実体１００Ｂに、認証許可通知を発信する。
ステップＳ３００４：
第２情報処理実体１００Ｂは、受信したデータ処理実体２００からセッション情報Ｗ３を取り出し、第２情報処理実体１００Ｂの秘密鍵Ｊ２で復号して、受信セッション認証データＹ４を生成する。そして、Ｙ４を認証部１０６に通知して検証させ、生成された受信セッション認証データＹ４のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ４）を生成する。生成したハッシュ値Ｈ（Ｙ４）を指定し、新たな待受暗号化パターンＰ４を選択し、公開鍵Ｇ１を指定し、第２情報処理実体１００Ｂの有する秘密鍵Ｊ２を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ４を作成する。
Ｙ４＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｄ２）））
第２情報処理実体１００Ｂは、受信したデータ処理実体２００からセッション情報Ｗ３を取り出し、第２情報処理実体１００Ｂの秘密鍵Ｊ２で復号して、受信セッション認証データＹ４を生成する。そして、Ｙ４を認証部１０６に通知して検証させ、生成された受信セッション認証データＹ４のある特定のハッシュ関数Ｈにてハッシュ値Ｈ（Ｙ４）を生成する。生成したハッシュ値Ｈ（Ｙ４）を指定し、新たな待受暗号化パターンＰ４を選択し、公開鍵Ｇ１を指定し、第２情報処理実体１００Ｂの有する秘密鍵Ｊ２を指定して、関係構築部１０３において、暗号化処理を施してセッション認証データＤ４を作成する。
Ｙ４＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｄ２）））
認証部１０６は、Ｙ４を受け取ると、第１情報処理実体１００Ａの内部認証情報格納部１１２が管理する要求出力リストにＨ（Ｄ２）があるかどうかを検証し、同じ値のＨ（Ｄ２）が登録されていれば、対応するデータを発見することになる。これにより、受信したデータ処理実体２００は正規のデータ処理実体２００であることが認証される。
この段階で相互に認証が完了したことになる。
Ｄ４＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｙ３）））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
Ｄ４＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｙ３）））
＝Ｊ１ｐ３（Ｇ１ｐ３（Ｈ（Ｊ２ｐ２（Ｇ１ｐ２（Ｈ（Ｊ１ｐ１（Ｇ１ｐ１（Ｓ１））））））））
第１情報処理実体１００Ａから第２情報処理実体１００Ｂに、ある特定の秘密の共通鍵（秘密鍵）及び第１情報処理実体１００Ａの秘密鍵を有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵（秘密鍵）にて暗号化の施された認証データよりセッション認証データという関係構築情報を生成して、送信情報にリンクさせることにより、送信される情報が送信相手に対して初めての送信処理にて送信された送信情報であると受信者に判断させようとするものである。
予め指定されたペイロードフォーマットにしたがって送信データからデータを抽出して、抽出されたデータを分割再構成する。次いで、分割再構成したデータに対して、指定された鍵を用いて暗号化処理を施す。複数の鍵による暗号化処理が指定されている場合、複数の鍵による暗号化処理を多重に施す。さらに続けて、同様にして指定されているペイロードフォーマットにしたがって、送信元データから続けてデータを抽出し、抽出されたデータを分割再構成する（分割再構成）。同様にして、分割再構成したデータを指定された複数の鍵を用いて暗号化処理を多重に施す。このような処理を繰り替して、新たに指定されたペイロードフォーマットに対する処理を行う。
ここでいう暗号化処理とは、暗号化、スクランブル化、分割再構成化のいずれかの組み合わせ処理を指す。
以上のように、本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信システムにおいて、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部とを備え、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証部と、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録部とを備えることを特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信システムにおいて、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部とを備え、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証部と、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録部とを備えることを特徴とする。
また、本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとを備えること特徴とする。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとを備えること特徴とする。
また、本実施の形態に係る情報通信プログラムは、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとをコンピュータに実行させる。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとをコンピュータに実行させる。
実施の形態４．
本実施の形態について、主に実施の形態２との差異を説明する。
本実施の形態について、主に実施の形態２との差異を説明する。
本実施の形態では、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現する。図において示すように、第１情報処理実体１００Ａ（第１実体）から第２情報処理実体１００Ｂ（第２実体）に向けて、情報（コンテンツ）を送信する場合において漏洩のない通信を実現する仕組みについて説明する。
実施の形態２では、送受信するデータに対して待受関係構築パターンを、暗号化と分割再構成化とスクランブル化を施すことによって、送信されたデータの送信元を特定し識別（保証）する仕組み（待受関係構築基盤）について説明した。
本実施の形態では、データを一般的にヘッダ部とペイロード部（ボディ部）に分けてデータを送信する場合において、両者が互いに関係することを保証し、かつ、それぞれの部が第３者が傍受し悪用して送信したものではなく、正しい送信者が想定する正しい送信タイミング（正しいセッション）にて送信されたものであることを、受信者において識別すると同時に、ヘッダ部とボディ部のリンク関係が正当なものであることが同時的に識別される仕組みについて詳述する。したがって、正しい送信者から（正しいセッションにて）送信されたものであることが識別されると同時に、ヘッダ部とボディ部のリンク関係が正当なものであることが認証され、認証が完了後、有償コンテンツなどを送信相手に渡たすこととなる。
まず、本実施の形態に係る情報通信システム３００が備える情報通信装置１０１の構成と動作について説明する。本実施の形態に係る情報通信装置１０１の構成は、実施の形態２で図１２のブロック図を用いて説明したものと同様である。図２９は、データを送信する際の情報通信装置１０１の動作を示すフローチャートである。図３０は、データを受信する際の情報通信装置１０１の動作を示すフローチャートである。
関係構築パターン格納部１０７は、関係構築パターンを記憶装置に予め格納する（図２９のステップＳ４００１、図３０のステップＳ４１０１：関係構築パターン格納ステップ（手順））。本実施の形態では、実施の形態２と同様に、関係構築パターンは、各範囲に対して施す処理として、暗号処理とスクランブル処理と分割再構成処理とのうち少なくとも１つを指定するものとする。
情報通信装置１０１（以下、第１の情報通信装置という）から他の情報通信装置１０１（以下、第２の情報通信装置という）にデータが送信される場合、第１の情報通信装置において、入力部１０２は、第２の情報通信装置に送信するペイロードとヘッダとを入力する（図２９のステップＳ４００２：入力ステップ（手順））。ペイロードは通信データを含み、ヘッダは通信データを送信するための情報（制御情報）を含む。認証情報生成部１０８は、セッションごとに、入力部１０２により入力されたペイロードに含まれる通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成する（図２９のステップＳ４００３：認証情報生成ステップ（手順））。ステップＳ４００３の後、認証情報生成部１０８は、生成した認証データを出力する（図２９のステップＳ４００４：認証情報生成ステップ（手順））。
関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力されたヘッダとペイロードと認証情報生成部１０８により出力された認証データとに対して処理装置により所定の処理を施す（図２９のステップＳ４００５：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、入力部１０２により入力されたヘッダとペイロードと認証情報生成部１０８により出力された認証データとに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して暗号処理とスクランブル処理と分割再構成処理とのうち関係構築パターンで指定された処理を施す。そして、関係構築部１０３は、所定の処理を施したヘッダとペイロードと認証データとを出力する（図２９のステップＳ４００６：関係構築ステップ（手順））。送信部１０４は、関係構築部１０３により出力されたヘッダとペイロードと認証データとを第２の情報通信装置に送信する（図２９のステップＳ４００７：送信ステップ（手順））。例えば、ヘッダとペイロードは連結されてデータ処理実体２００として送信される。
ステップＳ４００５において、関係構築部１０３は、所定の処理として、認証情報生成部１０８により出力された認証データを暗号鍵として用いて、入力部１０２により入力されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化してもよい。同様に、ステップＳ４００５において、関係構築部１０３は、所定の処理として、認証情報生成部１０８により出力された認証データを乱数として用いて、入力部１０２により入力されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけてもよい。同様に、ステップＳ４００５において、関係構築部１０３は、所定の処理として、認証情報生成部１０８により出力された認証データを所定のフォーマットを示す情報として用いて、入力部１０２により入力されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、認証情報生成部１０８により出力された認証データで示されるフォーマットに並べ替えてもよい。
また、ステップＳ４００５において、関係構築部１０３は、所定の処理として、任意の共通鍵を暗号鍵として用いて、入力部１０２により入力されたペイロードに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化してもよい。そして、ステップＳ４００６において、関係構築部１０３は、上記共通鍵を所定の処理を施したヘッダに挿入し、上記共通鍵を挿入したヘッダを出力してもよい。このとき、関係構築部１０３は、上記共通鍵を挿入した位置を示す情報を所定の処理を施したペイロードに挿入し、その位置を示す情報を挿入したペイロードを出力する。
同様に、ステップＳ４００５において、関係構築部１０３は、所定の処理として、任意の乱数を用いて、入力部１０２により入力されたペイロードに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけてもよい。そして、ステップＳ４００６において、関係構築部１０３は、上記乱数を所定の処理を施したヘッダに挿入し、上記乱数を挿入したヘッダを出力してもよい。このとき、関係構築部１０３は、上記乱数を挿入した位置を示す情報を所定の処理を施したペイロードに挿入し、その位置を示す情報を挿入したペイロードを出力する。
同様に、ステップＳ４００５において、関係構築部１０３は、所定の処理として、入力部１０２により入力されたペイロードに対して関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって関係構築パターンで分割再構成処理を施す範囲として指定された範囲を任意のフォーマットに並べ替えてもよい。そして、ステップＳ４００６において、関係構築部１０３は、上記フォーマットを示す情報を所定の処理を施したヘッダに挿入し、上記フォーマットを示す情報を挿入したヘッダを出力してもよい。このとき、関係構築部１０３は、上記フォーマットを示す情報を挿入した位置を示す情報を所定の処理を施したペイロードに挿入し、その位置を示す情報を挿入したペイロードを出力する。
上記のように、第１の情報通信装置から第２の情報通信装置にデータが送信された場合、第２の情報通信装置において、受信部１０５は、第１の情報通信装置から送信されたペイロードとヘッダとを受信する（図３０のステップＳ４１０２：受信ステップ（手順））。前述のように、ペイロードは通信データを含み、ヘッダは通信データを受信するための情報（制御情報）を含む。例えば、ヘッダとペイロードは連結されてデータ処理実体２００として受信される。また、受信部１０５は、セッションごとに、受信したペイロードに含まれる通信データがどのセッションの通信データであるかを示す認証データを受信する（図３０のステップＳ４１０３：受信ステップ（手順））。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信されたヘッダとペイロードと認証データとに対して処理装置により所定の処理を施す（図３０のステップＳ４１０４：関係構築ステップ（手順））。本実施の形態では、関係構築部１０３は、所定の処理として、受信部１０５により受信されたヘッダとペイロードと認証データとに対して関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、関係構築パターンで何らかの処理（暗号処理、スクランブル処理、分割再構成処理、又はそれらの組み合わせ）を施す範囲として指定された範囲に対して、その処理が施される前の状態に戻す処理（実施の形態１と同様に、復号処理、スクランブル解除処理、復元処理、又はそれらの組み合わせ）を施す。そして、関係構築部１０３は、所定の処理を施したヘッダとペイロードと認証データとを出力する（図３０のステップＳ４１０５：関係構築ステップ（手順））。認証部１０６は、関係構築部１０３により出力されたヘッダが関係構築部１０３により出力されたペイロードに対応するヘッダであるかを処理装置により確認する（図３０のステップＳ４１０６：認証ステップ（手順））。また、認証部１０６は、関係構築部１０３により出力されたペイロードに含まれる通信データが正常な通信データであって関係構築部１０３により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する（図３０のステップＳ４１０７：認証ステップ（手順））。
図２９のステップＳ４００５において、第１の情報通信装置の関係構築部１０３が、認証情報生成部１０８により出力された認証データを暗号鍵として用いる場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、所定の処理として、受信部１０５により受信された認証データを復号鍵として用いて、受信部１０５により受信されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲のうち、受信部１０５により受信された認証データを用いて暗号化された範囲を復号化する。同様に、図２９のステップＳ４００５において、第１の情報通信装置の関係構築部１０３が、認証情報生成部１０８により出力された認証データを乱数として用いる場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、所定の処理として、受信部１０５により受信された認証データを乱数として用いて、受信部１０５により受信されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲のうち、受信部１０５により受信された認証データを用いてスクランブルがかけられた範囲のスクランブルを解除する。同様に、図２９のステップＳ４００５において、第１の情報通信装置の関係構築部１０３が、認証情報生成部１０８により出力された認証データを所定のフォーマットを示す情報として用いる場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、所定の処理として、受信部１０５により受信された認証データを所定のフォーマットを示す情報として用いて、受信部１０５により受信されたペイロードに含まれる通信データに対して関係構築パターンで指定された複数の範囲のうち、受信部１０５により受信された認証データで示されるフォーマットに並べ替えられた範囲を当該フォーマットに対応する元のフォーマットに並べ替える。
また、図２９のステップＳ４００６において、第１の情報通信装置の関係構築部１０３が、暗号鍵として用いた任意の共通鍵を挿入したヘッダとこの共通鍵を挿入した位置を示す情報を挿入したペイロードとを出力する場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、上記共通鍵を挿入した位置を示す情報を受信部１０５により受信されたペイロードから抽出し、上記共通鍵を受信部１０５により受信されたヘッダの示された位置から抽出する。そして、所定の処理として、上記共通鍵を復号鍵として用いて、その位置を示す情報を抽出したペイロードに対して関係構築パターンで指定された複数の範囲のうち、上記共通鍵を用いて暗号化された範囲を復号化する。
また、図２９のステップＳ４００６において、第１の情報通信装置の関係構築部１０３が、任意の乱数を挿入したヘッダとこの乱数を挿入した位置を示す情報を挿入したペイロードとを出力する場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、上記乱数を挿入した位置を示す情報を受信部１０５により受信されたペイロードから抽出し、上記乱数を受信部１０５により受信されたヘッダの示された位置から抽出する。そして、所定の処理として、上記乱数を用いて、その位置を示す情報を抽出したペイロードに対して関係構築パターンで指定された複数の範囲のうち、上記乱数を用いてスクランブルがかけられた範囲のスクランブルを解除する。
また、図２９のステップＳ４００６において、第１の情報通信装置の関係構築部１０３が、任意のフォーマットを示す情報を挿入したヘッダとこのフォーマットを示す情報を挿入した位置を示す情報を挿入したペイロードとを出力する場合、ステップＳ４１０４において、第２の情報通信装置の関係構築部１０３は、上記フォーマットを示す情報を挿入した位置を示す情報を受信部１０５により受信されたペイロードから抽出し、上記フォーマットを示す情報を受信部１０５により受信されたヘッダの示された位置から抽出する。そして、所定の処理として、上記フォーマットを示す情報の位置を示す情報を抽出したペイロードに対して関係構築パターンで指定された複数の範囲のうち、上記フォーマットに並べ替えられた範囲を当該フォーマットに対応する元のフォーマットに並べ替える。
図３１は、本実施の形態に係る情報通信システム３００において、送受信されるデータのデータ構造と関連する処理について示した図である。
図３１では、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間でデータ処理実体２００の送受信を行うことにより、２者間で通信を実現する情報通信システム３００について示している。第１情報処理実体１００Ａ内で稼動するアプリケーション実体（アプリ実体ともいう）が第２情報処理実体１００Ｂとデータ処理実体２００の送受信を行ってもよい。基本は、有償コンテンツや重要な価値の高いマルチメディア情報や各種処理要求や処理プログラムである各種タスク処理要求といった要求応答情報４３０（通信データの一例）と、その要求応答情報４３０を送信するセッションが過去のどのセッションにリンクするセッションとして送信するか、初期の通信を示すセッションとして送信するのか、過去に受信したセッションにリンクする情報として送信するのかなど、セッション間のリンク関係を明確化するセッション認証データの２種類の情報をそれぞれ通信相手に対して送信する。
図３１では、送受信するデータ処理実体２００は、ヘッダ部４００とペイロード部４１０から構成される。ヘッダ部４００は、少なくとも、新たな待受関係構築パターン４６０にしたがって新たに選択した秘密の共通鍵４６５にて暗号化を施した、ペイロード部４１０内のリンク情報の書き込み領域４５１（書き込み場所（エリア））を示した確認情報４５０と、該共通鍵４６５と第１情報処理実体１００Ａが所持する送信元秘密鍵４７０にて暗号化を施したペイロードフォーマット４４０を含む。ペイロード部４１０は、少なくとも、該待受関係構築パターン４６０にしたがって選択した秘密の共通鍵４６５にて暗号化を施した、ヘッダ部４００内のペイロードフォーマットの書き込み領域４２２（場所）及び確認鍵４２１（解読鍵）を含むリンク情報４２０及びヘッダ部４００に書き込んだペイロードフォーマット４４０による分割再構成化とある指定された乱数によるスクランブル化と確認鍵４２１による暗号化を施した要求応答情報を含む。このヘッダ部４００とペイロード部４１０からデータ処理実体２００を構成して、第１情報処理実体１００Ａ（アプリケーション実体）から第２情報処理実体１００Ｂに向けて送信する。
ここで、上記のペイロードフォーマット４４０は、待受関係構築パターン４６０に基づいて行われる分割再構成処理のために指定されたフォーマットであってもよいし、待受関係構築パターン４６０とは独立して予め定められた分割再構成処理のために使用されるフォーマットであってもよい。また、ペイロードフォーマット４４０は、ヘッダ部４００ではなく、ペイロード部４１０の一部として送信されてもよい。
また、少なくとも上記待受関係構築パターン４６０及び上記共通鍵４６５及び上記ペイロードフォーマット４４０及び上記送信元秘密鍵４７０を有する、新規の送信であることを示す待受関係構築パターン４６０にしたがって、暗号化と分割再構成化が施された初期セッション認証データ４８０あるいは前回送信したリンク関係の構築された過去セッション認証データ４８１を、第２情報処理実体１００Ｂにおいて、待受関係構築パターン４６０にしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データ４８２を暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データ４８３を、送信するデータのセッションと、過去のセッションとのリンク関係、また新規のセッションであるのかなどを保証することを目的として生成する。
次いで、この生成した送出セッション認証データ４８３と上記データ処理実体２００とのリンク関係を構築することを目的として、選択セッション認証データ４８２を用いて暗号化とスクランブル化との少なくともいずれかを要求応答情報４３０に施した後、第１情報処理実体１００Ａ（アプリケーション実体）から第２情報処理実体１００Ｂに向けて送信する。
まず、第２情報処理実体１００Ｂは、想定待受関係構築検証処理（図３０に示した各処理をまとめて想定待受関係構築検証処理という）を起動して、受信したデータ処理実体２００の受信処理を開始する。
第１情報処理実体１００Ａから受信したデータ処理実体２００のヘッダ部４００から確認情報４５０を読み取り、想定待受関係構築パターン４６０にしたがって、指定されている共通鍵４６５にて復号してペイロード部４１０内のリンク情報の書き込み領域４５１（格納場所）が格納されているか否かを検証する。この時点で、リンク情報の書き込み領域４５１を読み取ることができなかった場合、想定待受関係構築パターン４６０による暗号化が施されていないこととなり破棄される。
リンク情報の書き込み領域４５１を取得することができた場合、受信したペイロード部４１０内の取得したリンク情報の書き込み領域４５１からリンク情報４２０を取得し、該想定待受関係構築パターン４６０にしたがって、指定されている共通鍵４６５にて復号して、少なくとも確認鍵４２１及びヘッダ部４００に収納されているペイロードフォーマットの書き込み領域４２２（収納場所）が読み取れるか否かを検証し、検証により取得した確認鍵４２１で要求応答情報４３０を復号し、さらに取得したペイロードフォーマット４４０により対応箇所の分割再構成化を施す。
次いで、セッション検証処理を起動して、受信した送出セッション認証データ４８３の検証処理を開始する。
受信した送出セッション認証データ４８３を、想定待受関係構築パターン４６０にしたがって、指定されている共通鍵４６５にて復号し、次いで、第１情報処理実体１００Ａの公開鍵で対応箇所を復号し、さらに、上記において取得したペイロードフォーマット４４０により対応箇所に分割再構成化を施して、選択セッション認証データ４８２と思しきデータを生成する。この生成されたデータが、第２情報処理実体１００Ｂから第１情報処理実体１００Ａ（アプリケーション実体）に向けて過去に送出した過去セッション認証データ４８１あるいは新規の送信であることを示す初期セッション認証データ４８０と一致するか否かを検証する。一致するデータがなければ、この生成されたデータは、正規のセッション認証データではないことが判明し破棄される。
検証後、一致するデータが存在した場合、この選択セッション認証データ４８２は正しいものであることが判明する。したがって、生成した選択セッション認証データ４８２を用いて、想定待受関係構築検証処理により生成された要求応答情報４３０を、スクランブル解除あるいは復号処理あるいは、その両方を実施する。実施後、要求応答情報４３０が読み取り実行可能な形式に変換されたか否かを検証する。読み取り不能であったり実行不能であったりした場合は破棄される。
このスクランブル解除あるいは復号処理を行った要求応答情報４３０が読み取り可能で実行可能なものであることが判明すると、この受信したデータ処理実体２００、セッション認証データは、正しい情報であることが認証される。認証されると直ちに、要求応答情報４３０の処理を開始する。
また、上記では、要求応答情報４３０に対して、選択セッション認証データ４８２によりスクランブル化あるいは暗号化を行ったが、選択セッション認証データ４８２をペイロードフォーマットとして認識して、要求応答情報４３０の対応箇所に分割再構成化を施しておき、検証時に、分割再構成のし直し処理を行うことにより、元の要求応答情報４３０に復元できれば、認証するという処理を実現してもよい。
以上のように、本実施の形態に係る情報通信システムにおいて、
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証部と、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証部とを備えるようにしたものである。
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証部と、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証部とを備えるようにしたものである。
また本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信するようにしたものである。
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信するようにしたものである。
また、本実施の形態に係る情報通信方法において、
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証ステップと、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証ステップとを備えるようにしたものである。
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証ステップと、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証ステップとを備えるようにしたものである。
また本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信する過程を備えたものである。
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信する過程を備えたものである。
また、本実施の形態に係る情報通信プログラムは、
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証ステップと、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証ステップとを、コンピュータに実行させる。
前記第２実体は、
第１実体から受信した前記データ処理実体のヘッダ部から確認情報を読み取り、想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号してペイロード部内のリンク情報の格納場所が格納されているか否かを検証して、リンク情報の格納場所を取得し、受信したペイロード部内の取得したリンク情報格納場所からリンク情報を取得し、該想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号して、少なくとも確認鍵及びヘッダ部に収納されているペイロードフォーマットの収納場所が読み取れるか否かを検証し、検証により取得した確認鍵で要求応答情報を復号し、さらに取得したペイロードフォーマットにより対応箇所の分割再構成化を行う想定待受関係構築検証ステップと、
受信した前記送出セッション認証データを、前記想定待受関係構築パターンにしたがって、指定されている共通鍵にて復号し、次いで、第１実体の公開鍵で対応箇所を復号し、さらに、前記取得したペイロードフォーマットにより対応箇所を分割再構成化を施して生成したセッション認証データが、第２実体から過去に送出したセッション認証データあるいは新規の送信であることを示すセッション認証データと一致するか否かを検証し、
検証後、該生成したセッション認証データを用いて、前記想定待受関係構築検証部により生成された要求応答情報を、スクランブル解除と復号処理との少なくともいずれかを施した要求応答情報が、読み取り実行可能な形式に変換されたか否かを検証するセッション検証ステップとを、コンピュータに実行させる。
またこの発明に係る情報通信プログラムは、
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信する過程をコンピュータに実行させる。
第１情報処理実体（第１実体）内稼動するアプリケーション（アプリ）実体と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、送受信するデータ処理実体がヘッダ部とペイロード部から構成される場合において、
少なくとも、ペイロード部内のリンク情報の書き込み場所（エリア）を示した確認情報を、新たな待受関係構築パターンにしたがって新たに選択した秘密の共通鍵にて暗号化を施した確認情報及び該共通鍵と第１実体が所持する秘密鍵にて暗号化を施したペイロードフォーマットを含むヘッダ部と、少なくとも、該待受関係構築パターンにしたがって前記選択した秘密の共通鍵にて暗号化を施した、該ペイロードフォーマットのヘッダ部内の書き込み場所及び確認鍵を含むリンク情報及びヘッダ部に書き込んだペイロードフォーマットによる分割再構成化とある指定された乱数によるスクランブル化と前記確認鍵による暗号化を施した要求応答情報を含むペイロード部により構成されるデータ処理実体と、
少なくとも前記待受関係構築パターン及び前記共通鍵及び前記ペイロードフォーマット及び前記秘密鍵を有する、新規の送信であることを示す待受関係構築パターンにしたがって、暗号化と分割再構成化が施されたセッション認証データと前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築されたセッション認証データとの少なくともいずれかを含む選択セッション認証データを暗号化とスクランブル化と分割再構成化との少なくともいずれかを施すことによりリンク関係を構築した送出セッション認証データとを前記選択セッション認証データを用いて暗号化とスクランブル化との少なくともいずれかを前記要求応答情報に施した後、第１実体から第２実体に向けて送信する過程をコンピュータに実行させる。
実施の形態５．
本実施の形態について、主に実施の形態４との差異を説明する。
本実施の形態について、主に実施の形態４との差異を説明する。
本実施の形態では、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報などを渡す仕組みを構築することにより漏洩のない通信を実現する。
第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で行われるデータ処理実体２００の送受信を行うことにより２者間で通信を実現する情報通信方法において、上記通信を実現する仕組みについて以下詳述する。
まず、本実施の形態に係る情報通信システム３００が備える情報通信装置１０１の構成と動作について説明する。本実施の形態に係る情報通信システム３００は、情報通信装置１０１として、第１情報処理実体１００Ａと耐タンパ性装置１５０Ａを含むサーバ装置と、第２情報処理実体１００Ｂと耐タンパ性装置１５０Ｂを含む端末装置を備える。本実施の形態では、端末装置に含まれる耐タンパ性装置１５０Ｂも情報通信装置１０１の１つであり、サーバ装置及び端末装置と実施の形態１から４までの各実施の形態で説明したものと同様の関係構築処理を伴った通信を行うことができる。図３２は、本実施の形態に係るサーバ装置１１３の構成を示すブロック図である。図３３は、本実施の形態に係る端末装置１１６の構成を示すブロック図である。図３４は、端末装置１１６に含まれる耐タンパ性装置１５０Ｂの構成を示すブロック図である。図３５、図３６、図３７、図３８、図３９は、各情報通信装置１０１の動作を示すフローチャートである。
図３２において、第１情報処理実体１００Ａは、実施の形態４と同様に、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６、認証情報生成部１０８、要求出力リスト登録部１０９、要求応答処理部１１１、内部認証情報格納部１１２を有する。また、第１情報処理実体１００Ａは、サーバプログラム稼動部１１４を有する。サーバプログラム稼動部１１４は、判定条件基準送信部１１５を含む。耐タンパ性装置１５０Ａは、実施の形態４と同様に、関係構築パターン格納部１０７、鍵生成管理部１１０を有する。
図３３において、第２情報処理実体１００Ｂは、実施の形態４と同様に、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６、認証情報生成部１０８、要求出力リスト登録部１０９、要求応答処理部１１１、内部認証情報格納部１１２を有する。また、情報処理実体１００Ａは、アプリケーション稼動部１１７、アプリケーション紹介情報記憶部１１８を有する。アプリケーション稼動部１１７は、アプリケーション紹介情報発信部５１０を含む。図３４において、耐タンパ性装置１５０Ｂは、実施の形態４と同様に、関係構築パターン格納部１０７、鍵生成管理部１１０を有する。また、耐タンパ性装置１５０Ｂは、入力部１０２、関係構築部１０３、送信部１０４、受信部１０５、認証部１０６、認証情報生成部１０８、要求出力リスト登録部１０９、要求応答処理部１１１、内部認証情報格納部１１２、ハンドラ判定条件送信要求部６０１、ハンドラ条件設定部６０２、ハンドラ判定部６０３を有する。本実施の形態では、第２情報処理実体１００Ｂは、耐タンパ性装置１５０Ｂが有する関係構築パターン格納部１０７、鍵生成管理部１１０を利用するが、独自に関係構築パターン格納部１０７、鍵生成管理部１１０を有し、これらを利用してもよい。
サーバ装置１１３の耐タンパ性装置１５０Ａ、端末装置１１６の耐タンパ性装置１５０Ｂがそれぞれ有する関係構築パターン格納部１０７は、関係構築パターンを記憶装置に予め格納する。本実施の形態では、実施の形態４と同様に、関係構築パターンは、各範囲に対して施す処理として、暗号処理とスクランブル処理と分割再構成処理とのうち少なくとも１つを指定するものとする。
端末装置１１６の第２情報処理実体１００Ｂ（以下、単に端末装置１１６という）において、アプリケーション紹介情報記憶部１１８は、クライアントプログラムにしか得られないアプリケーション紹介情報（アプリ紹介情報ともいう）を記憶装置に記憶する（図３５のステップＳ５１０１）。アプリケーション稼動部１１７は、クライアントプログラムを実行する（図３５のステップＳ５１０２）。サーバ装置１１３において、サーバプログラム稼動部１１４は、サーバプログラムを実行する（図３５のステップＳ５００１）。クライアントプログラムは、サーバプログラムと通信するプログラム（後述するアプリケーション実体５００）である。
端末装置１１６がサーバ装置１１３により提供されるサービスを利用する場合、クライアントプログラムにサーバプログラムと通信させる必要がある。端末装置１１６において、アプリケーション稼動部１１７は、クライアントプログラムがサーバプログラムと通信を行うためのアクセス要求を処理装置により生成する（図３５のステップＳ５１０３）。入力部１０２は、アプリケーション稼動部１１７により生成されたアクセス要求を通信データとして入力する（図３５のステップＳ５１０４）。関係構築部１０３は、耐タンパ性装置１５０Ｂの関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力されたアクセス要求に対して処理装置により所定の処理を施し、所定の処理を施したアクセス要求を出力する（図３５のステップＳ５１０５）。送信部１０４は、関係構築部１０３により出力されたアクセス要求を耐タンパ性装置１５０Ｂに送信する（図３５のステップＳ５１０６）。ここでは、説明を簡単にするため、実施の形態１で説明した図４と同様の処理についてのみ述べているが、端末装置１１６は、実施の形態２で説明した図１３、実施の形態４で説明した図２９などと同様の処理を行ってもよい（以下、サーバ装置１１３、耐タンパ性装置１５０Ｂが行う処理についても同様である）。
耐タンパ性装置１５０Ｂにおいて、受信部１０５は、端末装置１１６の送信部１０４により送信されたアクセス要求を受信する（図３５のステップＳ５２０１）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信されたアクセス要求に対して処理装置により所定の処理を施し、所定の処理を施したアクセス要求を出力する（図３５のステップＳ５２０２）。認証部１０６は、関係構築部１０３により出力されたアクセス要求が正常なアクセス要求であるかを処理装置により確認する（図３５のステップＳ５２０３）。ここでは、説明を簡単にするため、実施の形態１で説明した図５と同様の処理についてのみ述べているが、耐タンパ性装置１５０Ｂは、実施の形態２で説明した図１４、実施の形態４で説明した図３０などと同様の処理を行ってもよい（以下、サーバ装置１１３、端末装置１１６が行う処理についても同様である）。
耐タンパ性装置１５０Ｂにおいて、さらに、入力部１０２は、受信部１０５により受信されたアクセス要求（認証部１０６により正常なアクセス要求であることが確認されたものであることが望ましい）を通信データとして入力する（図３６のステップＳ５２０４）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力されたアクセス要求に対して処理装置により所定の処理を施し、所定の処理を施したアクセス要求を出力する（図３６のステップＳ５２０５）。送信部１０４は、関係構築部１０３により出力されたアクセス要求をサーバ装置１１３に送信する（図３６のステップＳ５２０６）。これらの処理は、ハンドラ判定条件送信要求部６０１によって制御される。
サーバ装置１１３において、受信部１０５は、耐タンパ性装置１５０Ｂの送信部１０４により送信されたアクセス要求を受信する（図３６のステップＳ５００２）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信されたアクセス要求に対して処理装置により所定の処理を施し、所定の処理を施したアクセス要求を出力する（図３６のステップＳ５００３）。認証部１０６は、関係構築部１０３により出力されたアクセス要求が正常なアクセス要求であるかを処理装置により確認する（図３６のステップＳ５００４）。
サーバ装置１１３において、さらに、サーバプログラム稼動部１１４（判定条件基準送信部１１５）は、受信部１０５により受信されたアクセス要求（認証部１０６により正常なアクセス要求であることが確認されたものであることが望ましい）に対する応答として、クライアントプログラムを認証するための判定条件と判定基準とを処理装置により生成する（図３６のステップＳ５００５）。入力部１０２は、サーバプログラム稼動部１１４により生成された判定条件と判定基準とを通信データとして入力する（図３７のステップＳ５００６）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力された判定条件と判定基準とに対して処理装置により所定の処理を施し、所定の処理を施した判定条件と判定基準とを出力する（図３７のステップＳ５００７）。送信部１０４は、関係構築部１０３により出力された判定条件と判定基準とを耐タンパ性装置１５０Ｂに送信する（図３７のステップＳ５００８）。
耐タンパ性装置１５０Ｂにおいて、受信部１０５は、サーバ装置１１３の送信部１０４により送信された判定条件と判定基準とを受信する（図３７のステップＳ５２０７）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信された判定条件と判定基準とに対して処理装置により所定の処理を施し、所定の処理を施した判定条件と判定基準とを出力する（図３７のステップＳ５２０８）。認証部１０６は、関係構築部１０３により出力された判定条件と判定基準とが正常な判定条件と判定基準とであるかを処理装置により確認する（図３７のステップＳ５２０９）。これらの処理は、ハンドラ判定部６０３によって制御される。
耐タンパ性装置１５０Ｂにおいて、さらに、入力部１０２は、クライアントプログラムを認証するための情報を要求する送信指示を通信データとして入力する（図３７のステップＳ５２１０）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力された送信指示に対して処理装置により所定の処理を施し、所定の処理を施した送信指示を出力する（図３７のステップＳ５２１１）。送信部１０４は、関係構築部１０３により出力された送信指示を端末装置１１６に送信する（図３７のステップＳ５２１２）。これらの処理は、ハンドラ条件設定部６０２によって制御される。
端末装置１１６において、受信部１０５は、耐タンパ性装置１５０Ｂの送信部１０４により送信された送信指示を受信する（図３８のステップＳ５１０７）。関係構築部１０３は、耐タンパ性装置１５０Ｂの関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信された送信指示に対して処理装置により所定の処理を施し、所定の処理を施した送信指示を出力する（図３８のステップＳ５１０８）。認証部１０６は、関係構築部１０３により出力された送信指示が正常な送信指示であるかを処理装置により確認する（図３８のステップＳ５１０９）。
端末装置１１６において、さらに、アプリケーション稼動部１１７（アプリケーション紹介情報発信部５１０）は、受信部１０５により受信された送信指示（認証部１０６により正常な送信指示であることが確認されたものであることが望ましい）に対する応答として、アプリケーション紹介情報記憶部１１８により記憶されたアプリケーション紹介情報を記憶装置から取得する（図３８のステップＳ５１１０）。入力部１０２は、アプリケーション稼動部１１７により取得されたアプリケーション紹介情報を通信データとして入力する（図３９のステップＳ５１１１）。関係構築部１０３は、耐タンパ性装置１５０Ｂの関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、入力部１０２により入力されたアプリケーション紹介情報に対して処理装置により所定の処理を施し、所定の処理を施したアプリケーション紹介情報を出力する（図３９のステップＳ５１１２）。送信部１０４は、関係構築部１０３により出力されたアプリケーション紹介情報を耐タンパ性装置１５０Ｂに送信する（図３９のステップＳ５１１３）。
耐タンパ性装置１５０Ｂにおいて、受信部１０５は、端末装置１１６の送信部１０４により送信されたアプリケーション紹介情報を受信する（図３９のステップＳ５２１３）。関係構築部１０３は、関係構築パターン格納部１０７により格納された関係構築パターンに基づいて、受信部１０５により受信されたアプリケーション紹介情報に対して処理装置により所定の処理を施し、所定の処理を施したアプリケーション紹介情報を出力する（図３９のステップＳ５２１４）。認証部１０６は、ステップＳ５２０９で確認した判定条件と判定基準と関係構築部１０３により出力されたアプリケーション紹介情報とに基づいて、クライアントプログラムを処理装置により認証する（図３９のステップＳ５２１５）。
端末装置１１６において、アプリケーション稼動部１１７は、耐タンパ性装置１５０Ｂの認証部１０６によりクライアントプログラムが認証された場合に、クライアントプログラムに、サーバ装置１１３のサーバプログラム稼動部１１４により実行されているサーバプログラムにアクセスさせる（サーバプログラムと通信させる）（図３９のステップＳ５１１４）。これに伴い、サーバ装置１１３において、サーバプログラム稼動部１１４は、サーバプログラムに、端末装置１１６のアプリケーション稼動部１１７により実行されているクライアントプログラムからのアクセスを受け付けさせる（クライアントプログラムと通信させる）（図３９のステップＳ５００９）。クライアントプログラムは、サーバプログラムにアクセスすることによって、サーバプログラムが提供するサービスを利用することができる。
上述した端末装置１１６の各処理は、アプリケーション実体５００が端末装置１１６の各部を用いて行う処理である。また、上述した耐タンパ性装置１５０Ｂの各処理は、ハンドラ実体６００が耐タンパ性装置１５０Ｂの各部を用いて行う処理である。
本実施の形態では、実施の形態４と同様に、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で行われるデータ処理実体２００の送受信を行うことにより２者間で通信を実現する情報通信方法において、図４０に示すように、送受信するデータ処理実体２００がヘッダ部４００とペイロード部４１０から構成される。データ処理実体２００の受信者（例えば、第２情報処理実体１００Ｂ）は、受け取ったデータ処理実体２００の確認情報４５０（例えば、データ処理実体２００の先頭など、予め定められた部分に付加、挿入されている）に、待受関係構築パターン４６０にしたがって、新たに指定した秘密鍵と新たに発生した乱数と新たに選択したペイロードフォーマットにより、復号とスクランブル解除と復号再構成化を施す。また、確認情報４５０を共通鍵４６５により復号する。これにより、確認情報４５０が復元される。受信者は、復元された確認情報４５０からリンク情報の書き込み領域４５１と乱数Ｂ４０３を取得する。そして、リンク情報の書き込み領域４５１で指定されたペイロード部４１０の所定の位置に格納されているリンク情報４２０に、待受関係構築パターン４６０にしたがって、新たに指定した秘密鍵と新たに発生した乱数と新たに選択したペイロードフォーマットにより、復号とスクランブル解除と復号再構成化を施す。また、リンク情報４２０を共通鍵４６５により復号する。さらに、乱数Ｂ４０３を用いてリンク情報４２０のスクランブルを解除する。これにより、リンク情報４２０が復元される。リンク情報４２０は、少なくとも確認鍵４２１（解読鍵）及び乱数Ａ４０２及びヘッダ部４００におけるペイロードフォーマットの書き込み領域４２２（情報埋め込み場所（エリア））を含む。受信者は、リンク情報４２０から確認鍵４２１と乱数Ａ４０２とヘッダ部４００におけるペイロードフォーマットの書き込み領域４２２を獲得する。受信者は、待受関係構築パターン４６０にしたがって、ペイロードフォーマットの書き込み領域４２２で指定されたエリアを確認鍵４２１と乱数Ａ４０２により復号とスクランブル解除を施してペイロードフォーマット４４０を入手する。受信者は、データ処理実体２００のペイロード部４１０に含まれる送信データ４０４（通信データの一例）をセッション鍵４０１及びペイロードフォーマット４４０により復号及び分割再構成し、送信データ４０４が正規のデータとなっているか否かで、送信者（例えば、第１情報処理実体１００Ａ）が正規の送信者であるか否か、又は送信者にて稼動するアプリケーション実体５００が正規のアプリケーションであるか否かを判定し認証する。
データ処理実体２００を、ヘッダ部４００とペイロード部４１０により構成した場合について説明する。ペイロード部４１０に、各種マルチメディア情報（テキスト、イメージ、２次元／３次元ＣＧ、地図、動画（ビデオ映像、ＴＶカメラ映像などストリーミング）、音声、サウンド、プログラムモジュール（実行形式としてプロセス、スレッドを含む）、各種アプリケーションプログラムデータ、各種センサー情報、各種制御信号など）などにより構成される処理要求や、制御信号やメッセージやタスク処理要求を含む処理要求や、各種マルチメディア情報を含む各種情報を格納する。ペイロード部４１０は、外部からは、直接アクセスできない構造になっている。ペイロード部４１０には、想定ペイロードフォーマットにて各種情報が分割再構成して格納される。ペイロード部４１０の長さを実装するデータと無関係に決定し、上記各種データ、処理要求を、ペイロードフォーマットにしたがって、ペイロード部４１０をビット単位に分割再構成する。
送信データ４０４としてアプリ紹介情報をハンドラ実体６００に向けて送信するときのデータ処理実体２００のデータ構造、データ処理実体２００の読み取り規則は、第１情報処理実体１００Ａよりハンドラ実体６００に送信提供される。その送信提供されたデータ処理実体２００のデータ構造、データ処理実体２００の読み取り規則からなる読み取りフォーマットにしたがって、ハンドラ実体６００は、アプリケーション実体５００から送信されてくるアプリ紹介情報を解読する。この読み取りフォーマットは、予め第１情報処理実体１００Ａとアプリケーション実体５００間で、耐タンパ性装置以外の何らかの手段・方法（例えば、ネットワークインストール時に入手）によって情報共有されている、データ処理実体２００のデータ構造とデータ処理実体２００の読み取り規則群の中から、ある特定の選択スケジュールにしたがって、選択される関係構築パターンである。このように、次に送信されてくるアプリ紹介情報のヘッダ部４００とペイロード部４１０のデータ構造とその読み取り規則からなる読み取りフォーマットは、想定待受読み取りフォーマットとして、第１情報処理実体１００Ａとアプリケーション実体５００間で互いに共有されることとなる。
よって、第２情報処理実体１００Ｂのアプリケーション稼動部１１７において稼動しているアプリケーション実体５００からアクセス要求を、第２情報処理実体１００Ｂに装着されている耐タンパ性装置１５０Ｂ内で稼動するハンドラ実体６００に対して送信すると、ハンドラ実体６００を介してアプリケーション実体５００からのアクセス要求を受け取った第１情報処理実体１００Ａは、アプリケーション実体５００から送信されてくるアプリ紹介情報の読み取りフォーマットを判定条件の１つとして、第２情報処理実体１００Ｂに装着されている耐タンパ性装置１５０Ｂ内で稼動するハンドラ実体６００に対して送信提供する。
したがって、アプリケーション実体５００からアクセス要求が発生する度に、それぞれ固有の読み取りフォーマットが動的に選択されることとなる。よって、アプリケーション実体５００は、予め想定される待受読み取りフォーマットにしたがって解読できるアプリ紹介情報を作成することになる。ハンドラ実体６００には、この読み取り規則が第１情報処理実体１００Ａから判定条件と共に送信提供される。したがって、ハンドラ実体６００は、この予め想定する読み取り規則にしたがって、アプリ紹介情報を受信し解読して読み取ることができることが、まず、正規のアプリケーション実体５００から送信されたことを示す第１の要件を構成すると判断する。
図４１を用いて、正規のアプリケーション実体５００からアプリ紹介情報をハンドラ実体６００に対して送信する仕組みについて説明する。
アプリ紹介情報は、アプリケーション実体５００を特定するための判定条件と照合処理したり、判定条件に記載された演算式のパラメータとして利用して、各判定条件式の判定のために必要な情報が記載されていることになる。このアプリ紹介情報は、サービスの利用開始に先立って、どのような情報をどのようなデータ構造にて作成するかの作成方法を各ユーザに通告している。したがって、予め指示されたデータからなるアプリ紹介情報を指示にしたがってファイル、データなどを作成する。作成したデータは、図４０に示すように、例えば、データ処理実体２００のペイロード部４１０の示す場所にアプリ紹介情報として、セッション鍵４０１にて暗号化を施して、指定された場所に収納する。このアプリ紹介情報として記載する具体的な例としては、例えば、シリアル番号、ライセンスコード、契約期間、アプリケーションの稼動環境（ＰＣ／ＰＤＡ／携帯電話の機種／製造番号、装着されているＵＳＢカードの製造番号、同ＵＳＢカードに内蔵された各種鍵情報、インストール時に割り振られたアプリケーションＩＤ、加入したサービスのサービスＩＤ、メモリサイズ、ＣＰＵスペック、稼動プロセスＩＤ、公開鍵、指定されたアプリケーションプリグラムがインストールされているか、そのプログラムサイズ、ある指定された部分のプログラムのハッシュ値、あるコマンドを指定して引数で実行した結果の出力値、ある指定されたメモリのある番地からある番地間のメモリ内容の合計値のハッシュ値、表示画面のサイズ、ある指定したレンダラーが実装されているか、ある指定されたメモリとあるコマンドの実行結果の出力値を指定したＵＳＢカードに内蔵されたある指定した共通鍵にて復号したデータ、指定したセンサー装置から直接読み取った指紋情報（指、手を含む）、血圧、脈拍、顔、目、瞳、虹彩、行動パターン、ＧＰＳ（全地球測位システム）センシング情報、ホットスポットＩＤ、センシングタグＩＤ、声紋、過去のサービス利用時にサーバから送信されたある指定情報、ある指定されたサービスの過去の利用履歴、ある指定されたアクセスログ情報（時間と利用したサービス、送信情報と送信開始時間、ある指定したデータのダウンロードの開始時間と終了時間、アクセスログの中でアプリ紹介情報としてハンドラ実体６００に過去に送信していないログ、など）、サービス利用料金、利用機能、ダウンロードコンテンツの名称、あるエリア内に居るか否か、方位センサーによるセンシング情報、ある指定されたエリア内に居ること／ある方向に向かっていること／移動速度がある指定された速度であることを検知した場合に認証されるなど）が考えられる。このような情報をアプリ紹介情報としてハンドラ実体６００に送信して、条件判定を行ってアプリケーション認証を行うことになる。各種の条件を認証条件とすることができるため、認証手段をサービス提供者が自由に設定することが可能となる。複数の他のユーザの利用状況であるなどのさまざまな条件を認証条件に反映したサービスの提供が可能となる。
また、個人情報に相当するデータであっても、ハンドラ実体６００で判定するため、個人情報をネットワークに流さないため、個人情報が漏洩する危険性を排除して条件判定することができるというメリットがある。
時刻の履歴、タイムスタンプなどの利用が必要となるため、時刻同期の仕組みを実装する。ＮＴＰ（Ｎｅｔｗｏｒｋ・Ｔｉｍｅ・Ｐｒｏｔｏｃｏｌ）、ＳＮＴＰ（Ｓｉｍｐｌｅ・Ｎｅｔｗｏｒｋ・Ｔｉｍｅ・Ｐｒｏｔｏｃｏｌ）によりサーバとの時刻同期を定期的に行う機能を実装する。さらには、指定されたタイムサーバとの時刻同期を実現する機能を実装する。さらに、電波時計との同期など各種時刻との同期を柱として、サーバとの時刻同期を計る仕組みを実装する。他システムと接続する際には、必ず時刻の同期を行ってから通信を開始する。
図４０に示すように、アプリ紹介情報をハンドラ実体６００に対して送信するときには、ここでは、第２情報処理実体１００Ｂ（第２実体）内で稼動するアプリケーション実体５００が、アクセス要求を第１情報処理実体１００Ａに送信した後、ハンドラ実体６００に対して第１情報処理実体１００Ａから判定条件、判定基準、総合判定基準が送信され、ハンドラ実体６００において受信した判定条件、判定基準、総合判定基準を設定後、ハンドラ実体６００は、アクセス要求を発信してきたアプリケーション実体５００に対して、アプリ紹介情報の送信を要求する信号を発信する。このアプリ紹介情報の送信要求信号をハンドラ実体６００が送信した後にアプリケーション実体５００が同送信要求信号を受信した時点からの動作について説明する。特に、ハンドラ実体６００から通知されたアプリ紹介情報の送信要求を受けて、ハンドラ実体６００にアプリ紹介情報を送信し、ハンドラ実体６００において条件判定された後、第１情報処理実体１００Ａにおいてアクセスを許可するか否かの最終の判定を行う検証動作について説明する。
ここで、上述の判定条件とは、例えば、通信端末あるいはその操作者に対して要求する属性（プロファイル）条件、性能スペック、リソース条件、動的に変更されるプリファレンス条件、センサー情報などに関する条件、シリアル番号、ライセンス、などにより構成される。判定基準とは、個々に示した判定条件（ルール）の判定基準を示したもので、この判定基準に照らし合わせながら、判定条件を判定する。判定基準によって決定する判定条件の中でも、使うデータ、規則を、動的に決定（変更）する。総合判定基準とは、通信端末単位で、複数の接続条件の判定結果を総合した判定手法を示したものである。また、総合判定基準において使う判定条件を動的に決定することが可能である。
判定条件は、以下に例示するように、様々な形式で記載することが可能である。
判定条件の例１：「ある指定したメモリに登録されている値とＡとの差分が大である」（このような大という抽象的な表現を判定条件に記載することが可能であり、このような抽象的な表現の判定に際しては、判定基準から判定値を入手して判定する）
判定条件の例２：「入力されたセンサーの値と統計的定常値との差分が小である」
判定条件の例３：「アプリケーションモジュールのある番地からある番地までのハッシュ値がＢＢ」
判定条件の例４：「受信したペイロード部に対して、施されている待受関係構築パターンによって、リンク情報の対応箇所をセッション鍵で復号して、ヘッダの確認鍵とヘッダの復号場所を入手し、指定されたエリアを確認鍵で復号して、ペイロードフォーマットを入手して、受信したペイロード部を利用可能なペイロード部に再構成できるか否か」
判定条件の例１：「ある指定したメモリに登録されている値とＡとの差分が大である」（このような大という抽象的な表現を判定条件に記載することが可能であり、このような抽象的な表現の判定に際しては、判定基準から判定値を入手して判定する）
判定条件の例２：「入力されたセンサーの値と統計的定常値との差分が小である」
判定条件の例３：「アプリケーションモジュールのある番地からある番地までのハッシュ値がＢＢ」
判定条件の例４：「受信したペイロード部に対して、施されている待受関係構築パターンによって、リンク情報の対応箇所をセッション鍵で復号して、ヘッダの確認鍵とヘッダの復号場所を入手し、指定されたエリアを確認鍵で復号して、ペイロードフォーマットを入手して、受信したペイロード部を利用可能なペイロード部に再構成できるか否か」
図４０に示すデータ構造からなるヘッダ部４００とペイロード部４１０から構成されるデータ処理実体２００にて、第２情報処理実体１００Ｂ内で稼動するアプリケーション実体５００から、第２情報処理実体１００Ｂに装着されている耐タンパ性装置１５０Ｂ（ＵＳＢカード／チップ、ＩＣカードなど）内で稼動するハンドラ実体６００に、アプリ紹介情報を送信する。ただし、既に、ハンドラ実体６００は、アプリケーション実体５００からのアクセス要求にしたがって、複数のリンク情報の書き込み領域４５１、複数の確認鍵４２１、複数の待受関係構築パターン４６０、判定条件、（個別）判定基準、総合判定基準を第１情報処理実体１００Ａより受信しているものとする（ステップＳ５４０１）。また、アプリケーション実体５００も、複数のリンク情報の書き込み領域４５１、複数の確認鍵４２１、複数の待受関係構築パターン４６０を入手しているものとする（ステップＳ５４０２）。
ハンドラ実体６００において、既に、アプリケーション実体５００から送信されてくるアプリ紹介情報のデータ構造を解読し正規のアプリケーション実体５００から送信されたものであることを検証するための判定条件（ルール）を受信し設定しているものとする。
まず、アプリケーション実体５００にて、アプリ紹介情報をセッション鍵４０１にて暗号化を施して、選択したペイロードフォーマットにより、分割再配置（再構成）したアプリ紹介情報と、ヘッダ部４００に登録するペイロードフォーマットの書き込み領域４２２（登録場所）をリンク情報４２０として、予め指定されたペイロード部４１０におけるリンク情報の書き込み領域４５１（収納場所）に対して、リンク情報４２０を割り込み収納する。リンク情報４２０は、ヘッダ部４００とペイロード部４１０のリンク関係を構築するための待受関係構築パターン４６０にしたがって、耐タンパ性装置１５０Ｂの秘密の共通鍵４６５で暗号化を施し、予め指定されたリンク情報の書き込み領域４５１に収納する。ヘッダ部４００は、ヘッダ部４００内に収納するペイロードフォーマット４４０をスクランブル化するための乱数Ａ４０２に対して、同待受関係構築パターン４６０にしたがって秘密の共通鍵４６５で暗号化を施した確認情報４５０と、ハンドラ実体６００から受信した確認鍵４２１と、待受関係構築パターン４６０（待受暗号化パターン）にしたがってリンク情報４２０に格納された乱数Ａ４０２を用いて、暗号化とスクランブル化を施したペイロードフォーマット４４０を収納する（ステップＳ５４０３）。このようにして作成されたアプリ紹介情報を含むデータ処理実体２００をアプリケーション実体５００からハンドラ実体６００に送信する（ステップＳ５４０４）。
上記のように、アプリケーション実体５００が送信するデータ処理実体２００は、ペイロード部４１０とヘッダ部４００を含む。ペイロード部４１０は、リンク情報４２０とアプリ紹介情報を含む。リンク情報４２０は、少なくともペイロードフォーマットの書き込み領域４２２を含み、新たな待受関係構築パターン４６０にしたがって、選択された秘密の共通鍵４６５で暗号化の施されている。アプリ紹介情報は、セッション鍵４０１で暗号化が施され、ペイロードフォーマット４４０により分割再構成されている。ヘッダ部４００は、ペイロードフォーマット４４０と確認情報４５０を含む。ペイロードフォーマット４４０には、少なくともリンク情報４２０に含まれる乱数Ａ４０２によるスクランブル化とアプリケーション実体５００が所持する確認鍵４２１による暗号化が施されている。確認情報４５０は、少なくとも乱数Ｂ４０３を含む。また、確認情報４５０は、使用中は１ユーザの限定利用が保証されるシリアルナンバーであって、アプリ提供補助記憶媒体が有する秘密鍵で暗号化され、待受ペイロードフォーマットによる分割再構成がされたシリアルナンバー（例えば、ＤＶＤに内蔵されている）を含んでいる。ヘッダ部４００とペイロード部４１０は以下のように表すことができる。
ヘッダ部４００：Ｇ８ｐ９（確認情報）＋Ｍ１（ペイロードフォーマット）
（ここで、Ｍ１：確認鍵４２１、Ｇ８：秘密の共通鍵４６５、ｐ９：待受関係構築パターン４６０）
ペイロード部４１０：Ｇ８ｐ９（リンク情報）＋Ｓ６（アプリ紹介情報）
（ここで、Ｓ６：セッション鍵４０１、Ｇ８：秘密の共通鍵４６５、ｐ９：待受関係構築パターン４６０）
ヘッダ部４００：Ｇ８ｐ９（確認情報）＋Ｍ１（ペイロードフォーマット）
（ここで、Ｍ１：確認鍵４２１、Ｇ８：秘密の共通鍵４６５、ｐ９：待受関係構築パターン４６０）
ペイロード部４１０：Ｇ８ｐ９（リンク情報）＋Ｓ６（アプリ紹介情報）
（ここで、Ｓ６：セッション鍵４０１、Ｇ８：秘密の共通鍵４６５、ｐ９：待受関係構築パターン４６０）
ハンドラ実体６００では、アプリケーション実体５００から受け付けたアプリ紹介情報を、第１情報処理実体１００Ａから受け付けたリンク情報の書き込み領域４５１（格納場所）から、アプリ紹介情報のペイロード部４１０からリンク情報４２０を、想定待受関係構築パターン４６０にしたがって同共通鍵４６５で復号し、同一の共通鍵４６５でヘッダ部４００の確認情報４５０を同想定待受関係構築パターン４６０にしたがって復号して乱数Ｂ４０３を取り出す。第１情報処理実体１００Ａより受信した確認鍵４２１にて、ヘッダ部４００に収納されているペイロードフォーマット情報を復号し、さらに取り出した乱数Ａ４０２を用いて、スクランブルを解除して取り出したペイロードフォーマット４４０により、ペイロード部４１０に収納したアプリ紹介情報の分割再配置（再構成）を行い、続けて、セッション鍵４０１で復号してアプリ紹介情報を獲得する（ステップＳ５４０５）。
以上の処理により、ハンドラ実体６００は、
（１）第１情報処理実体１００Ａより指定された場所にリンク情報４２０が割り込み挿入され、（２）リンク情報４２０と確認情報４５０共に、想定する待受関係構築パターン４６０による暗号化が指定された共通鍵４６５にて施され、（３）ヘッダ部４００に収納されているペイロードフォーマット情報が、第１情報処理実体１００Ａから受信した確認鍵４２１により復号され、さらに確認情報４５０として収納されていた乱数Ｂ４０３によるスクランブルを解除でき、（４）獲得したペイロードフォーマット４４０にしたがって、ペイロード部４１０のアプリ紹介情報を分割再構成し、指定のセッション鍵４０１で復号処理が成功するといった一連の処理により、例えば、以下のチェックポイントに対して「検証」を行う（ステップＳ５４０６）。
・リンク情報の書き込み領域４５１（収納場所）、第１情報処理実体１００Ａから受け取った確認鍵４２１でヘッダ部４００に収納されたペイロードフォーマット４４０が復号されること
・送信されたアプリ紹介情報のデータ構造が予め想定している通りに実装されていること（第１情報処理実体１００Ａから受け取った判定条件の記載どおりの手順でアプリ紹介情報を獲得できたこと）
・リンク情報４２０と確認情報４５０が共に想定する待受関係構築パターン４６０にて暗号化が施されていること
・アプリケーション実体５００から、ハンドラ実体６００に対して情報を送信するときの、再利用のできない情報の送り方・伝え方を両者のみが知り得る方法で、情報の受け渡しができること
・使用中は１ユーザの限定利用が保証されるシリアル番号を所持していること
・待受確認鍵４２１でペイロードフォーマット４４０が暗号化を施されていること
・待受関係構築パターン４６０にしたがって、シリアル番号が暗号化を施されていること
これらの検証項目の中で一つでも検証されない項目が発見されると、アプリケーションのアクセスは否決（否認）される。
（１）第１情報処理実体１００Ａより指定された場所にリンク情報４２０が割り込み挿入され、（２）リンク情報４２０と確認情報４５０共に、想定する待受関係構築パターン４６０による暗号化が指定された共通鍵４６５にて施され、（３）ヘッダ部４００に収納されているペイロードフォーマット情報が、第１情報処理実体１００Ａから受信した確認鍵４２１により復号され、さらに確認情報４５０として収納されていた乱数Ｂ４０３によるスクランブルを解除でき、（４）獲得したペイロードフォーマット４４０にしたがって、ペイロード部４１０のアプリ紹介情報を分割再構成し、指定のセッション鍵４０１で復号処理が成功するといった一連の処理により、例えば、以下のチェックポイントに対して「検証」を行う（ステップＳ５４０６）。
・リンク情報の書き込み領域４５１（収納場所）、第１情報処理実体１００Ａから受け取った確認鍵４２１でヘッダ部４００に収納されたペイロードフォーマット４４０が復号されること
・送信されたアプリ紹介情報のデータ構造が予め想定している通りに実装されていること（第１情報処理実体１００Ａから受け取った判定条件の記載どおりの手順でアプリ紹介情報を獲得できたこと）
・リンク情報４２０と確認情報４５０が共に想定する待受関係構築パターン４６０にて暗号化が施されていること
・アプリケーション実体５００から、ハンドラ実体６００に対して情報を送信するときの、再利用のできない情報の送り方・伝え方を両者のみが知り得る方法で、情報の受け渡しができること
・使用中は１ユーザの限定利用が保証されるシリアル番号を所持していること
・待受確認鍵４２１でペイロードフォーマット４４０が暗号化を施されていること
・待受関係構築パターン４６０にしたがって、シリアル番号が暗号化を施されていること
これらの検証項目の中で一つでも検証されない項目が発見されると、アプリケーションのアクセスは否決（否認）される。
ハンドラ実体６００で、以上示した検証項目の「検証」が完了すると、ハンドラ実体６００は、アプリ紹介情報をそうしんしてきたアプリケーション実体５００が正規のアプリケーションシステムであると判断する（ステップＳ５４０７）。次いで、ハンドラ実体６００では、第１情報処理実体１００Ａから入手した判定基準と総合基準を考慮の上、判定条件に基づいた判定を行い、判定結果を第１情報処理実体１００Ａに向けて返送する。
第１情報処理実体１００Ａでは、ハンドラ実体６００から送信されてきた判定結果と、判定基準と総合判定基準にしたがって、アプリケーション実体５００を認証するかどうかを最終判定する。最終判定では、他の複数のアプリケーション実体５００からのアクセス状況を考慮して、判定基準、総合判定基準を変更するなどの調整を行って、アクセス要求してきたアプリケーション実体５００のアクセスを許可するか否決するかの判定（検証）を行う。
最終判定で、認証不許可となった場合、ある条件を満たしている場合、条件判定の適用基準を変更して、ハンドラ実体６００に対して適用基準の変更を通知して、条件判定基準、総合判定基準を変更して再度条件判定を行う。アクセス要求をしてきたアプリケーション実体５００あるいはそのアプリケーション実体５００を操作するユーザ（端末）を様々な視点から判定する。
他のアプリケーション実体５００あるいはそのアプリケーション実体５００を操作する端末／他ユーザに対する判定状況を考慮した評価に基づいて条件を判定する。
ハンドラ実体６００は、受信したアプリ紹介情報を条件判定ルールと照合して判定処理を行い、判定結果を第１情報処理実体１００Ａに送信し、第１情報処理実体１００Ａにおいてハンドラ実体６００から受信した判定結果に基づいて最終判定を行い、アクセス要求してきたアプリケーション実体５００がサービスの利用を許可してよいアプリケーション実体５００であるか否かを判定し検証することになる。
ハンドラ判定条件送信要求部６０１は、アプリケーション実体５００から、第２情報処理実体１００Ｂの秘密鍵及びある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリケーション実体５００から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体６００が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラ実体６００と第１情報処理実体１００Ａ間で予め定めた、ハンドラ実体６００から送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１情報処理実体１００Ａに送信する公開鍵暗号化第１送信部を備えていてもよい。
また第１情報処理実体１００Ａは、受信したアクセス要求の対応箇所を、ハンドラ実体６００から送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、復号化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体６００から送信されたことを検証し、また、受け付けたセッション認証データが第２情報処理実体１００Ｂの秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証する。
判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラ実体６００にのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信部（図示しない）を備えていてもよい。
ハンドラ条件設定部６０２は、ハンドラ実体６００からアプリケーション実体５００に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体６００であることを、第１情報処理実体１００Ａから判定条件判定基準その他に含めて受け取った、第１情報処理実体１００Ａにおいて第１情報処理実体１００Ａの秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラ実体６００への送信指示と新たに生成した確認鍵を、ハンドラ実体６００からアプリケーション実体５００に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体６００からアプリケーション実体５００に送信する。
アプリケーション実体５００は、第１情報処理実体１００Ａからハンドラ実体６００への送信が行われたことを確認後、ハンドラ実体６００から内部通信にて、アプリ紹介情報のハンドラ実体６００への送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラ実体６００からの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１情報処理実体１００Ａの秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラ実体６００に送信する指示は第１情報処理実体１００Ａにおいて作成された指示がハンドラ実体６００から送信されたことを認証するアプリ紹介情報認証部を備えていてもよい。
実施の形態６．
本実施の形態では、アプリケーションプログラムの識別を行うハンドラへ、アプリケーションプログラムの識別に使用する条件、データを、ハンドラにのみ確実に、漏洩することなく、遠隔から送信提供し、有償コンテンツの不正利用を防止する。
本実施の形態では、アプリケーションプログラムの識別を行うハンドラへ、アプリケーションプログラムの識別に使用する条件、データを、ハンドラにのみ確実に、漏洩することなく、遠隔から送信提供し、有償コンテンツの不正利用を防止する。
本実施の形態では、アプリケーションプログラムの識別を行うハンドラへ、アプリケーションプログラムの識別に使用する条件、データを、ハンドラにのみ確実に、漏洩することなく、遠隔から送信提供し、有償コンテンツの不正利用を防止する。
携帯端末などのモバイル端末においてアプリケーションプログラムを起動して、有償コンテンツのダウンロードサービスを利用するような場合を想定しているが、一般的には、要求元アプリケーションプログラムを特定する情報を遠隔のサーバに送信して、サーバ側で判定する方式が採用されており、個人情報の送信（漏洩）に繋がるなどの課題がある。
そこで、本実施の形態では、端末側に耐タンパ性装置を装着し、同装置に識別ハンドラを用意して、遠隔から送信制御して端末内アプリケーションプログラムの判定処理を、ハンドラで行う仕組みを実現する。耐タンパ性装置によりハンドラを提供するため、ハンドラ自体は正規のものと判断してよいこととなる。したがって、アプリケーションに固有の判定に必要な情報を漏洩することなく、しかも指定したハンドラにのみ遠隔から成り済ましを排除して送信提供することにより、ハンドラを正規のものとして機能させ、識別判定処理を実現することが可能となる。さらに、サーバとハンドラ間、ハンドラと端末間の通信に対して、通信の対応付けを行うことにより、成り済ましによる妨害を排除した通信を実現する。
固定的な固有情報に関連する情報を判定条件に利用するような場合は、アプリケーションを特定する予め決められた情報などをハンドラに通知し、サーバで作成した判定条件を適宜動的に、ハンドラに遠隔から提供して、ハンドラに判定させる方式は、アプリケーションプログラム側でも、識別されるために必要な情報が何かを特定できない状態で、常に決められたアプリケーション情報をハンドラに対して投げ、ハンドラではサーバから入手した常に異なる判定条件を用いた判定を行うため、かなり信頼性の高いアプリケーション判定が実現されると考えられる。
また、過去のアクセスログのような、サービス提供者と利用者本人、アプリケーションプログラムにしか知りえない情報を判定条件にするような場合は、適宜動的にその都度、判定条件を遠隔から設定変更して問い合わせ識別判定する方式が有効と考えられる。
ハンドラ判定を実施時には、端末とサーバ間でユーザ（端末）認証が完了していることを前提としているため、このような耐タンパ性装置に内蔵されたハンドラを正規のものと判断し、特に、ハンドラ検証を行うことなく、アプリケーションプログラムは正当なプログラムであるか否か、の識別判定を実現する方式を採用している。
例えば、アプリケーションプログラムを識別するハンドラを、データ処理実体２００に格納して、指定された送信先で、指定された場所に、正規のハンドラに成り済まして、ハンドラをインストールすることにより、ハンドラ送信者の都合の良いアプリケーションプログラムを正当なプログラムであると判定して、不正プログラムの成り済まし、不正な有料コンテンツの利用、勝手サイトへの接続、個人情報の外部への配送など、様々な不正を実現することが可能になる。ハンドラが正当な正規のものである場合は、ハンドラでアプリケーションプログラムを識別する段階において不正アプリケーションプログラムからのアクセスを防止することが可能となり、不正アプリケーションの成り済ましの幇助による妨害、不正サイトへの接続などの妨害は発生しない。しかし、不正アプリケーションによる成り済ましは依然存在する。したがって、ハンドラとの通信時における成り済まし妨害を防ぐ必要がある。
携帯端末などのモバイル端末においてアプリケーションプログラムを起動して、コンテンツのダウンロードサービスを利用するような場合に、要求元アプリケーションプログラムを特定する情報を遠隔のサーバに送信して、サーバ側で判定する方式は、個人情報の送信（漏洩）に繋がるなどの課題がある。そこで、本実施の形態では、端末側に耐タンパ性装置を装着し、同装置に識別ハンドラを用意して、遠隔から制御して端末内アプリケーションプログラムの判定を、ハンドラで一括して行う仕組みを実現する。耐タンパ性装置によりハンドラを提供するため、ハンドラ自体は正規のもと判断してよいこととなる。したがって、アプリケーションに固有の判定に必要な情報を漏洩することなく、しかも指定したハンドラにのみ遠隔から成り済ましを排除して送信提供することにより、ハンドラを正規のものとして機能させることが可能となる。さらに、サーバとハンドラ間、ハンドラと端末間の通信に対して、通信の対応付けを行うことにより、成り済ましによる妨害を排除した通信を実現する。
アプリケーションを特定するためには、アプリケーションを特定する予め決められた固定的な情報などをハンドラに通知し、サーバで作成した判定条件を適宜動的に、ハンドラに遠隔から提供して、ハンドラに判定させる方式では、アプリケーションプログラム側でも、検証されるために必要な情報が何かを特定できない状態で、常に決められたアプリケーション情報をハンドラに対して投げ、ハンドラではサーバから入手した常に異なる判定条件を用いた判定を行うことにより、アプリケーションを識別検証することになる。
また、サービス提供者とアプリケーション利用者、アプリケーションプログラムにしか知りえない情報、例えば、アクセスログ、利用履歴などを、適宜必要に応じて、遠隔から識別検証する指示をハンドラに出し、その都度ハンドラから問い合わせを行いアプリケーションプログラムの識別判定を行う。
耐タンパ性装置に内蔵されたハンドラによって、アプリケーションプログラムが正規のアプリケーションであるか否かの判定を実現する方式について説明する。特に、耐タンパ性装置内に実装されているため、ハンドラ自体は正規であり検証する必要はない。したがって、このハンドラに対する成り済ましによる妨害を排除した脆弱性のない通信を実現することが目的となる。
そこで、本実施の形態では、
（１）通信の対応付けを行うことにより、要求を投げた正規の通信相手から返信されたことを保証する仕組みを明確化する。
（２）認証を通じた中で、有料コンテンツ、高価値（重要）情報を渡す仕組みを明確化する。
（３）アプリケーションプログラムの識別に使用する判定条件、データを、耐タンパ性装置に確実に漏洩することなく遠隔から送信提供する。
（４）ハンドラ実体６００は、アプリケーション実体５００が条件に合致するアプリか否かを受け取ったアプリ紹介情報によって判定する。アプリケーション実体５００から受け取った認証データより想定待受関係構築パターンにしたがった指定された秘密鍵、共通鍵による暗号化、指定されたペイロードフォーマットにしたがった分割再構成化が施されていることを検証し、認証されたアプリケーション実体５００のアプリ紹介情報に対して、ハンドラ実体６００が第１情報処理実体１００Ａから受信した判定条件にしたがって判定を行い、この判定結果を第１情報処理実体１００Ａに返送し、第１情報処理実体１００Ａにおいて、ハンドラ判定結果を考慮して、最終判定を行うことによって、アクセスしてきたアプリケーションが条件に合致したアプリケーションかどうかを識別する。
（１）通信の対応付けを行うことにより、要求を投げた正規の通信相手から返信されたことを保証する仕組みを明確化する。
（２）認証を通じた中で、有料コンテンツ、高価値（重要）情報を渡す仕組みを明確化する。
（３）アプリケーションプログラムの識別に使用する判定条件、データを、耐タンパ性装置に確実に漏洩することなく遠隔から送信提供する。
（４）ハンドラ実体６００は、アプリケーション実体５００が条件に合致するアプリか否かを受け取ったアプリ紹介情報によって判定する。アプリケーション実体５００から受け取った認証データより想定待受関係構築パターンにしたがった指定された秘密鍵、共通鍵による暗号化、指定されたペイロードフォーマットにしたがった分割再構成化が施されていることを検証し、認証されたアプリケーション実体５００のアプリ紹介情報に対して、ハンドラ実体６００が第１情報処理実体１００Ａから受信した判定条件にしたがって判定を行い、この判定結果を第１情報処理実体１００Ａに返送し、第１情報処理実体１００Ａにおいて、ハンドラ判定結果を考慮して、最終判定を行うことによって、アクセスしてきたアプリケーションが条件に合致したアプリケーションかどうかを識別する。
上記（１）、（２）においては、既に他の実施の形態で実現された技術を利用する。本実施の形態において示す情報通信システム３００は、実施の形態５で説明した図３２、図３３、図３４に示すように、第１情報処理実体１００Ａ（第１実体）と第２情報処理実体１００Ｂ（第２実体）の２者間で、データ処理実体２００の送受信を行うことにより通信を実現し、第２情報処理実体１００Ｂ内で稼動するアプリケーション実体５００が、第１情報処理実体１００Ａに対するアクセス要求を、第２情報処理実体１００Ｂに装着されている耐タンパ性装置１５０Ｂ内において稼動しているハンドラ実体６００に対して行って、ハンドラ実体６００においてアクセスしてきたアプリケーション実体５００のアクセス許可の可否を識別することにより、第１情報処理実体１００Ａとアプリケーション実体５００間が接続され、両実体間の通信が中継される情報通信システム３００である。
ここでは、まず耐タンパ性装置１５０の概要について説明する。
他の実施の形態と同様に、この耐タンパ性装置１５０は、例えばセキュリティの確保されたメモリとＣＰＵを備えるＩＣカードやＵＳＢチップのようなデバイスであり、第１情報処理実体１００Ａと第２情報処理実体１００Ｂに装着されていることを前提とする。ただし、この耐タンパ性装置１５０そのものは必ずしも装着されていなければならないことはなく、この耐タンパ性装置１５０に内蔵された各種情報がセキュアにいつでも取り出して利用することができればよい。また、耐タンパ性装置１５０において、少なくともある特定の秘密鍵及び、複数の異なる暗号化とスクランブル化と、ペイロードフォーマットによる分割再構成化の施し方のある識別可能な組み合わせにより示した、ある特定の意味ある内容、例えば、アプリケーション実体５００とハンドラ実体６００間で送受信されるデータ処理実体２００のシーケンス、を示す複数の待受関係構築パターン及び、ハンドラ実体６００が内蔵されている。
他の実施の形態と同様に、特定の秘密鍵とは、公開鍵暗号方式でいう秘密鍵を指し、相当数の秘密鍵が登録されている。この秘密鍵の対をなす公開鍵についても同数がこの耐タンパ性装置に登録されている。ただし、この公開鍵は、文字通り一般に向けて公開されている鍵である。ここでいう暗号化とは、指定されたデータに対してある特定の暗号化アルゴリズムを選択して、鍵を入力して暗号化を施す処理を指す。
他の実施の形態と同様に、ここでいうペイロードフォーマットによる分割再構成化とは、ペイロードフォーマットにしたがって、対象データをビット単位で分割し再構成することを指す。したがって、分割再構成されたデータは、この分割再構成に使用したペイロードフォーマットがなければ、元データに復元することができない。
他の実施の形態と同様に、ここでいうスクランブル化とは、ある乱数を生成して、生成した乱数と対象とするデータをある種の組み合わせ演算を施して一種の可逆的な雑音をデータに付加する処理をスクランブル化（スクランブルをかける処理）と称す。
また、この秘密鍵は共通鍵暗号方式でいう秘密の共通鍵であってもよい。
他の実施の形態と同様に、待受関係構築パターンとは、複数の異なる暗号化とスクランブル化とペイロードフォーマットによる分割再構成化との施し方の組み合わせにより示した識別可能な、ある特定の意味ある内容を示す組み合わせパターンである。送信データに対してある選択した待受関係構築パターン、すなわち、受信者が想定している待受変換パターンを指定された鍵と発生させた乱数によって、暗号化とスクランブル化を施して送信する。すると受信側では、受信データに対して予定（想定）している待受関係構築パターンが指定された鍵と乱数によって施されていることが確認されると、想定したデータが送信されてきたと判断することができる。
ある指定されたデータを、暗号化を施す部分とスクランブルを施す部分とペイロードフォーマットによる分割再構成化を施す部分と、に分けて、施す順番を定める。重複しないでそれぞれの指定された部分を異なるそれぞれの鍵で暗号化を施す場合をカスケードに暗号化を施すといい、同じ場所に対して、複数個の異なる鍵で暗号化処理を繰り返し施すことを多重に暗号化処理を施すと称する。また、スクランブル処理を施した部分を指定された鍵で暗号化を施すことは可能であり、さまざまな組み合わせによる、暗号化処理とスクランブル処理とペイロードフォーマットによる分割再構成化処理を施すことが可能である。特に、ここでは、この暗号化を施す部分とその暗号化処理に使う鍵の組み合わせとスクランブル処理を施す部分とそのスクランブル処理に使う乱数の組み合わせの適用順を、施し方の組み合わせパターンと称してある識別可能なある特定の意味ある内容を示す関係を示すものとして扱うことができる。すなわち、暗号化とスクランブル化と分割再構成化との施し方により一種の識別可能な組み合わせパターン（関係と称す）を示すことができる。暗号化を施す部分として指定された部分がまた別の暗号化の施し対象となってもよい。公開鍵及びこの公開鍵に対応する秘密鍵は、ＲＳＡ（登録商標）方式、楕円暗号方式、ラビン暗号方式などの様々な公開鍵暗号方式を用いることより生成される。共通鍵暗号方式でいう共通鍵は、ＭＩＳＴＹ（登録商標）方式、ＤＥＳ方式、ＲＣ４方式、ＣＡＭＥＬＬＩＡ（登録商標）方式などの様々な共通鍵暗号方式を用いることにより生成される。
また、スクランブルを施す部分に対しては、スクランブルをかける直前に、耐タンパ性装置１５０内に登録されているある指定された関数を用いて乱数を発生させて、その乱数を用いて指定された部分のデータに対してスクランブル（一種の雑音を演繹的に付加する処理）をかける。
また、耐タンパ性装置１５０内には、待受関係構築パターンの呼び出し順を予め定めた複数のスケジュールが登録保管されている。第１情報処理実体１００Ａと第２情報処理実体１００Ｂは、それぞれ、送信用と受信用の待受関係構築パターンのある特定のスケジュールリストを耐タンパ性装置１５０より入手している。
基本的な利用は、エンドエンドの２者間通信であるため、ある情報に対して、送信用スケジュールリストＡから待受関係構築パターンを選択して暗号化とスクランブル化と分割再構成化を施して送信すると、相手端末では、受信した情報を、受信用スケジュールリストＡから想定待受関係構築パターンを取り出して、指定された鍵と指定された乱数（ある特定の関数を使って引数を機械的に自動更新させて乱数を発生させる。したがって、待受関係構築パターンをスケジュールリストより見ると、鍵と乱数の組み合わせ情報を入手できる）とペイロードフォーマットを用いて復号とスクランブル解除と分割再構成解除を施す。このことにより、想定待受関係構築パターンが施されていたことがわかることにより、想定されたデータ処理実体が送信されてきたことを示す。送信用スケジュールリストＡと受信用スケジュールリストＡをそれぞれ所持しているため、互いに送信してくるデータに対して施されている待受関係構築パターンを予め知ることができる。
他の実施の形態と同様に、上記で示した待受関係構築パターンは、関係構築部１０３によって暗号化とスクランブル化と分割再構成化を施す際の施し方（手順）を示したものである。この関係構築部１０３は、ある指定されたデータに対して、ある指定された待受関係構築パターンにしたがって、暗号化とスクランブル化の施し方と該施しに使用するある指定された複数の鍵と動的に生成した乱数によって、少なくとも暗号化とスクランブル化と分割再構成化を施して少なくともある識別可能な、暗号化とスクランブル化の施し方の組み合わせパターンによる関係を構築する。
ハンドラ実体６００は、耐タンパ性装置１５０内で稼動してもよいし、第２情報処理実体１００Ｂにロードして実行してもよい。第２情報処理実体１００Ｂで稼動させる場合は、ハンドラ検証を行う必要がある。本実施の形態では、ハンドラ実体６００は、前者で示した耐タンパ性装置１５０内で稼動する場合について説明する。
本実施の形態に係るサーバ装置１１３の構成は、実施の形態５で図３２のブロック図を用いて説明したものと同様である。また、本実施の形態に係る端末装置１１６の構成は、実施の形態５で図３３のブロック図を用いて説明したものと同様である。また、本実施の形態に係る端末装置１１６に含まれる耐タンパ性装置１５０Ｂの構成は、実施の形態５で図３４のブロック図を用いて説明したものと同様である。
アプリケーション実体５００（アプリ実体）は、第２情報処理実体１００Ｂ内において起動されたアプリケーションプログラム（モジュール）である。コンテンツの閲覧やあるサービスの利用を主体的に行う動作実体である。
図３４に示すハンドラ実体６００は、ハンドラ判定条件送信要求部６０１と、ハンドラ条件設定部６０２と、ハンドラ判定部６０３とから構成される。
ハンドラ条件設定部６０２は、受信した判定条件と判定基準を少なくとも上記第２の秘密鍵及び第１の公開鍵を含む鍵で復号し、想定待受暗号化パターンの暗号化が施されていること、上記乱数を用いて復号情報のスクランブルを解読できることを検証後、解読した判定条件、判定基準を対応箇所に設定し、予め定められたアプリ紹介情報を送信する指示を耐タンパ性装置１５０Ｂに内蔵されたある特定の秘密鍵で暗号化してアプリケーション実体５００に通知する。ハンドラ判定部６０３は、アプリ紹介情報をアプリケーション実体５００に送信要求して入手し、設定された判定条件にしたがって判定し、判定の結果を、第１情報処理実体１００Ａに対して送信し、第１情報処理実体１００Ａにおいて判定結果に基づいて、最終判定を行って、正当なアプリケーションであるかどうかを識別検証する。ハンドラ判定部６０３は、第１情報処理実体１００Ａから送信され受信した判定条件、個別判定基準、総合判定基準を格納する条件基準格納部である。
第１情報処理実体１００Ａは、ハンドラ判定条件送信要求部６０１より、ハンドラ実体６００に対してアクセス要求してきたアプリケーション実体５００のアクセスの可否の判定識別を行うために必要な判定条件と判定基準の送信要求を受け付けると、判定条件基準送信部１１５において、受信した乱数を用いてスクランブルを施した判定条件と判定基準に、少なくとも第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び上記ある特定の秘密鍵の対の公開鍵を含む鍵を指定して、関係構築部１０３により暗号化を施し暗号の施し方の組み合わせパターンによる関係を構築して第２情報処理実体１００Ｂに送信する。
アプリケーション実体５００は、ハンドラ条件設定部６０２より、予め定められたアプリ紹介情報の送信を指示するメッセージを受信すると、直ちに、アプリケーション紹介情報発信部５１０において、受信したアプリ紹介情報の送信指示により、予め前もって作成しておいたアプリ紹介情報を対象として指定し、新たな待受暗号パターンを選択し、少なくとも第２秘密鍵及び上記ある特定の秘密鍵を含む鍵を指定して、関係構築部１０３により関係を構築し、アプリ紹介情報を含むデータ処理実体２００と、後方において結合してハンドラ実体６００に向けて送信する。
次いで、ハンドラ実体６００に対して遠隔の第１情報処理実体１００Ａは、判定条件、判定基準、を漏洩することなく送受信し、このハンドラ実体６００に対する成り済ましによる妨害を排除した脆弱性のない通信を実現する仕組みについて説明する。
ハンドラ判定条件送信要求部６０１は、アプリケーション実体５００から、第２情報処理実体１００Ｂの秘密鍵及び上記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、受け付けたアクセス要求と、動的に発生させた乱数を含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１情報処理実体１００Ａに送信する。このように、第１の公開鍵で暗号化すると、第１の秘密鍵を所有する第１情報処理実体１００Ａしか復号できないため、耐タンパ性装置１５０Ｂから第２情報処理実体１００Ｂを経過して第１情報処理実体１００Ａに届くまでの間で、第１情報処理実体１００Ａ以外の第３者が情報の中身を知ることは不可能である。したがって、判定条件送信要求に含まれた乱数を知るものは、耐タンパ性装置１５０Ｂ内、第２情報処理実体１００Ｂ内を含めて存在しない。このような状況の中、第１情報処理実体１００Ａは、この乱数を用いて、判定条件、判定基準からなる返信情報に対してスクランブルをかける。このスクランブルをかけた返信情報を、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び上記ある特定の秘密鍵の対の公開鍵を含む鍵を指定して、関係構築部１０３により暗号化とスクランブル化の施し方の組み合わせパターンによる関係を構築して第２情報処理実体１００Ｂに送信することにより、ハンドラ実体６００にのみ解読できる返信情報を漏洩することなく送信することが可能である。
また、ペイロードフォーマットを第１情報処理実体１００Ａの公開鍵で暗号化して送信し、同ペイロードフォーマットにしたがって分割再構成して情報（判定条件、判定基準、総合判定基準）をハンドラ実体６００だけに受信できるようにして、遠隔から送信することもできる。この場合、ハンドラ実体６００は、選択したペイロードフォーマットＴｘ１を第１情報処理実体１００Ａの公開鍵で暗号化を施してアクセス要求に含めて送信する。
アプリケーション実体５００は、ハンドラ実体６００に対してアクセス要求を送信する。ハンドラ判定条件送信要求部６０１は、このアクセス要求を受けて第１情報処理実体１００Ａに対して、アクセス要求に対応する判定条件、判定基準の送信を要求する。つまり、ハンドラ実体６００は、アプリケーション実体５００のアクセス要求を仲介中継し、合わせて第１情報処理実体１００Ａが行う条件判定の代行を担う。このようなハンドラ実体６００の実現機能、動作について図４２を用いて説明する。
まず、アプリケーション実体５００は、ハンドラ実体６００に対してアクセス要求を送信する（ステップＳ６００１）。このアクセス要求をハンドラ実体６００が受け付け、アプリケーション実体５００のアクセス要求を利用する形で、アプリケーション実体５００から確実にアクセス要求を受け付けたことを第１情報処理実体１００Ａに示しつつ、アクセス要求に対応するアプリケーションの判定条件、判定基準などの送信を要求する（ステップＳ６００２）。
第１情報処理実体１００Ａは、要求されたアプリケーションの判定条件基準（判定条件、判定基準、総合判定基準）をハンドラ実体６００にのみ通知する方法で送信する（ステップＳ６００３）。判定条件（接続要求条件ともいう）、判定基準（接続要求判定基準ともいう）、総合判定基準は、特殊なスクリプトで、かつ暗号化により専用モジュール以外では解読不能とする（通信端末では解読不能）。ハンドラ実体６００は、判定条件基準を受信すると、それを基に条件設定を行う。そして、アプリケーション実体５００にアプリ紹介情報の送信を要求し（ステップＳ６００４）、アプリケーション実体５００からアプリ紹介情報を受け取ると（ステップＳ６００５）、アプリケーション実体５００の条件判定を行う。ハンドラ実体６００は、その判定結果を第１情報処理実体１００Ａに送信する（ステップＳ６００６）。第１情報処理実体１００Ａは、最終判定（認証）を行い（ステップＳ６００７）、その結果（認証結果）をハンドラ実体６００に送信する（ステップＳ６００８）。ハンドラ実体６００は、第１情報処理実体１００Ａから認証結果を受信すると、それを認証データとともにアプリケーション実体５００に通知する（ステップＳ６００９）。
まず、ステップＳ６００１において、第２情報処理実体１００Ｂ（第２実体）内で稼動するアプリケーション実体５００が、アクセス要求をハンドラ実体６００に送信する場合について説明する。
第１のセッション鍵Ｓ１と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データＤ０とを作動関数Ｘｂにより生成させて、第１の鍵Ｓ１と認証データＤ０とのリンク関係を構築する動作について説明する。
図４３に示すように、第２情報処理実体１００Ｂ（アプリケーション実体５００）は作動関数の演算処理を行う。
第２情報処理実体１００Ｂは、まず、今回の通信を、新規の通信として新規の認証データＤ０を選択して、新たなセッションを確立し（セッション間リンクの構築）、新規の送信であることを示す関係構築パターンｐ１にしたがってある特定の秘密の共通鍵Ｇ１にて暗号化を施して認証データＤ０を生成する（ステップＳ６１０１、Ｓ６１０２）。
また、第２情報処理実体１００Ｂは、第２情報処理実体１００Ｂの秘密鍵Ｊ２を入力する（ステップＳ６１０６）。ペイロードフォーマットＬ１を選択あるいは生成する（ステップＳ６１０４）。ペイロードフォーマットＬ１としては、Ｌｕ１（認証データＤ１の分割再構成化に使用するペイロードフォーマット）とＬｃ１（第１の鍵Ｓ１の分割再構成化に使用するペイロードフォーマット）とＬｔ１（要求応答情報Ｒ１の分割再構成化に使用するペイロードフォーマット）を選択あるいは生成する。第１の鍵Ｓ１を入力する（ステップＳ６１０３）。アプリケーション実体５００に提供された（付与された）シリアルナンバーＹ１（ライセンスコード（パターン）やライセンス鍵でもよい）を入力する（ステップＳ６１０５）。新たな待受関係構築パターンｐ２と秘密の共通鍵Ｇ２を選択する（ステップＳ６１０７）。そして、このように選択、生成、又は入力したものを作動対象として作動関数Ｘｂを演算することにより、認証データＤ０と第１の鍵Ｓ１とのリンク関係を構築する。
ステップＳ６１０１において、第２情報処理実体１００Ｂは、認証データＤ０を生成する。生成した認証データＤ０は、
Ｄ０＝Ｇ１ｐ１（Ｍ１）
である。Ｄ０とＹ１とＳ１に対して、これから確立しようとするセッションＳＥ１を示す新たに選択した待受関係構築パターンｐ２にしたがって、新たに選択した秘密の共通鍵Ｇ２を用いて暗号化を施す（ステップＳ６１０８）。
Ｄ１＝Ｇ２ｐ２（Ｄ０）
Ｙ１＝Ｇ２ｐ２（Ｙ１）
Ｗ１＝Ｇ２ｐ２（Ｓ１＋Ｌｔ１）
Ｄ０＝Ｇ１ｐ１（Ｍ１）
である。Ｄ０とＹ１とＳ１に対して、これから確立しようとするセッションＳＥ１を示す新たに選択した待受関係構築パターンｐ２にしたがって、新たに選択した秘密の共通鍵Ｇ２を用いて暗号化を施す（ステップＳ６１０８）。
Ｄ１＝Ｇ２ｐ２（Ｄ０）
Ｙ１＝Ｇ２ｐ２（Ｙ１）
Ｗ１＝Ｇ２ｐ２（Ｓ１＋Ｌｔ１）
次いで、そのすべてに対して新たに選択したペイロードフォーマットＬ１により、ビット単位の分割再構成を行う（ステップＳ６１０９）。
Ｄ１＝Ｌｕ１（Ｇ２ｐ２（Ｄ０））
Ｙ１＝Ｌｕ１（Ｇ２ｐ２（Ｙ１））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１））：セッション鍵（第１の鍵）
Ｄ１＝Ｌｕ１（Ｇ２ｐ２（Ｄ０））
Ｙ１＝Ｌｕ１（Ｇ２ｐ２（Ｙ１））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１））：セッション鍵（第１の鍵）
以上に示すように、認証データＤ０と第１の鍵Ｓ１（セッション鍵）のリンク関係の構築が行われる。ただし、ペイロードフォーマットＬ１の割込埋込は別途作動関数において処理する。
次いで、アプリケーション実体５００とハンドラ実体６００間で今から確立しようとしているセッションＳＥ１において送信したこと（今回の通信が新規初回であること）を保証するためのセッション間リンクを目的として、上記待受関係パターンｐ２にしたがって、第２情報処理実体１００Ｂの秘密鍵Ｊ２にて暗号化を作動関数Ｘｂにより施す。作動により、認証データＤ１は、
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
と生成され、シリアルナンバーＹ１は、
Ｙ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｙ１）））
と生成され、セッション鍵Ｗ１は、
Ｗ１＝Ｊ２ｐ２（Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１）））
と生成され、セッション間リンクの構築が完了する（ステップＳ６１１０）。さらに、第２情報処理実体１００Ｂが管理する第２要求出力リストに、認証データＤ１を登録する（ステップＳ６１１１）。
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
と生成され、シリアルナンバーＹ１は、
Ｙ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｙ１）））
と生成され、セッション鍵Ｗ１は、
Ｗ１＝Ｊ２ｐ２（Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１）））
と生成され、セッション間リンクの構築が完了する（ステップＳ６１１０）。さらに、第２情報処理実体１００Ｂが管理する第２要求出力リストに、認証データＤ１を登録する（ステップＳ６１１１）。
さらに、この認証データＤ１とセッション鍵Ｗ１に対して、リンク関係を作動により構築することとなり、セッション認証データＤＤ１と、セッション鍵ＷＷ１と、要求応答情報ＤＲ１が、第１情報処理実体１００Ａに向けて送信される。すなわち、作動により、要求応答情報Ｒ１のデータ構造を、認証データＤ１とセッション鍵Ｗ１のリンク関係の構築の一環として、図４３に示すように変換して（ステップＳ６１１２）、セッション認証データＤＤ１とセッション鍵ＷＷ１と要求応答情報ＤＲ１が生成される（ステップＳ６１１３）。
ＤＤ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｙ１）））
＝Ｄ１＋Ｙ１
ＷＷ１＝Ｊ２ｐ２（Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１）））
＝Ｗ１
ＤＲ１＝Ｊ２ｏｒＳ１ｐ２（Ｌｔ１（Ｇ２ｐ２（Ｒ１＋Ｌｃ１＋Ｊ２ｐ２（Ｌｕ１））））
Ｊ２ｏｒＳ１ｐ２（）：（）内のデータを関係構築パターンｐ２にしたがって、鍵Ｊ２と鍵Ｓ１のいずれかで暗号化を施す関数
ＤＤ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｙ１）））
＝Ｄ１＋Ｙ１
ＷＷ１＝Ｊ２ｐ２（Ｌｃ１（Ｇ２ｐ２（Ｓ１＋Ｌｔ１）））
＝Ｗ１
ＤＲ１＝Ｊ２ｏｒＳ１ｐ２（Ｌｔ１（Ｇ２ｐ２（Ｒ１＋Ｌｃ１＋Ｊ２ｐ２（Ｌｕ１））））
Ｊ２ｏｒＳ１ｐ２（）：（）内のデータを関係構築パターンｐ２にしたがって、鍵Ｊ２と鍵Ｓ１のいずれかで暗号化を施す関数
以上、生成されたＤＤ１、ＷＷ１、ＤＲ１がそれぞれ個別に第１情報処理実体１００Ａに向けて送信される。
Ｄ１、Ｗ１を以下に示すようにする方法が考えられる。
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
Ｗ１＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））
さらに、このＤ１、Ｗ１を作動関数Ｘｂにより、セッション鍵Ｓ１とのリンク関係を構築するために、認証データＤ１を、Ｖ１（セッション認証データ）に変換し、セッション鍵Ｓ１も同様にＷＷ１に変換する。
Ｖ１＝Ｄ１＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
ＷＷ１＝Ｗ１＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
Ｖ１＝Ｄ１＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））＋Ｇ２ｐ２（Ａ），Ｇ２ｐ２（Ｈ），Ｇ２ｐ２（Ｌｃ１）
ＷＷ１＝Ｗ１＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
＝Ｌｃ１（Ｇ２ｐ２（Ｓ１））＋Ｇ２ｐ２（Ｅ），Ｇ２ｐ２（Ｂ），Ｇ２ｐ２（Ｌｕ１）
このＶ１とＷＷ１がハンドラ実体６００を経由して第１情報処理実体１００Ａに向けて送信される。送信と同時に第２情報処理実体１００Ｂが管理する第２要求出力リストに、このＤ１が登録される。
次いで、ハンドラ実体６００は、このアクセス要求をアプリケーション実体５００から受け付けると（ステップＳ６００１）、ステップＳ６００２において、アプリケーション実体５００から同アクセス要求を受け付けたことを、ハンドラ実体６００だけでは作成できない情報（アプリケーション実体５００でなければ作成できないデータ）を受け付けたアクセス要求から抽出して第１情報処理実体１００Ａに示し、同アクセス要求に対応するアプリケーションの判定条件、判定基準などを送信する要求を第１情報処理実体１００Ａに出す。
図４４に示すように、耐タンパ性装置１５０Ｂ（ハンドラ実体６００）は作動関数の演算処理を行う。
ハンドラ実体６００から第１情報処理実体１００Ａに向けて、アクセス要求に対応するアプリケーションの判定条件、判定基準などの送信要求をペイロードフォーマットＴｘ１を含めて、第１情報処理実体１００Ａの公開鍵Ｋ１で暗号化して要求する。そのため、耐タンパ性装置１５０Ｂは、受信した認証データＤ１をハンドラ認証データ受信リストへ登録する（ステップＳ６２０１）。そして、今回の通信を、ハンドラ認証データ受信リストより選択した認証データＤ１が示すセッションにリンクさせてセッションを確立する（ステップＳ６２０２）。また、耐タンパ性装置１５０Ｂは、第２情報処理実体１００Ｂの秘密鍵Ｊ２を入力する（ステップＳ６２０６）。ペイロードフォーマットＬ２を選択する（ステップＳ６２０４）。ペイロードフォーマットＬ２としては、Ｌｕ２（認証データＤ２の分割再構成化に使用するペイロードフォーマット）とＬｃ２（第２の鍵Ｓ２の分割再構成化に使用するペイロードフォーマット）とＬｔ２（要求応答情報Ｒ２の分割再構成化に使用するペイロードフォーマット）を選択する。第２の鍵Ｓ２を選択する（ステップＳ６２０３）。シリアルナンバーＹ２を入力する（ステップＳ６２０５）。確立しようとするセッションを示す新たな待受関係構築パターンｐ３と秘密の共通鍵Ｇ３を選択する（ステップＳ６２０７）。そして、ハンドラ実体６００がこのように選択又は入力したものを作動対象として耐タンパ性装置１５０Ｂ内の作動関数Ｘｈを作動させて、送信する認証データＤ２と送信される第２の鍵（セッション鍵）Ｓ２のリンク関係を構築する。
ステップＳ６２０１において、耐タンパ性装置１５０Ｂは、受信した認証データＤ１をハンドラ実体６００が管理するハンドラ認証データ受信リストに登録する。受信した認証データＤ１は、
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。次いで、ステップＳ６２０２において、耐タンパ性装置１５０Ｂは、アプリケーション実体５００から受信した認証データＤ１を選択し、新規のセッションとして第１情報処理実体１００Ａに向けて、Ｄ１とＳ２とのリンク関係を構築する。Ｄ１とＹ２とＳ２に対して、新たに選択した待受関係構築パターンｐ３にしたがって、新たに選択した秘密の共通鍵Ｇ３にて暗号化を施す（ステップＳ６２０８）。
Ｄ２＝Ｇ３ｐ３（Ｄ１）
Ｙ２＝Ｇ３ｐ３（Ｙ２）
Ｗ２＝Ｇ３ｐ３（Ｓ２＋Ｌｔ２）
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。次いで、ステップＳ６２０２において、耐タンパ性装置１５０Ｂは、アプリケーション実体５００から受信した認証データＤ１を選択し、新規のセッションとして第１情報処理実体１００Ａに向けて、Ｄ１とＳ２とのリンク関係を構築する。Ｄ１とＹ２とＳ２に対して、新たに選択した待受関係構築パターンｐ３にしたがって、新たに選択した秘密の共通鍵Ｇ３にて暗号化を施す（ステップＳ６２０８）。
Ｄ２＝Ｇ３ｐ３（Ｄ１）
Ｙ２＝Ｇ３ｐ３（Ｙ２）
Ｗ２＝Ｇ３ｐ３（Ｓ２＋Ｌｔ２）
次いで、新たに選択したペイロードフォーマットＬ２により、１ビット単位の分割再構成を行う（ステップＳ６２０９）。
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｙ２＝Ｌｕ２（Ｇ３ｐ３（Ｙ２））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２＋Ｌｔ２））：セッション鍵（第２の鍵）
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｙ２＝Ｌｕ２（Ｇ３ｐ３（Ｙ２））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２＋Ｌｔ２））：セッション鍵（第２の鍵）
次いで、図示していないが、新たに選択したペイロードフォーマットＴｘ１を第１情報処理実体１００Ａの公開鍵Ｋ１にて暗号化を施し、Ｒ２に含める。
Ｋ１（Ｔｘ１）
Ｋ１（Ｔｘ１）
耐タンパ性装置１５０Ｂは、ハンドラ実体６００が管理するハンドラ要求出力リストに、Ｄ２を登録する（ステップＳ６２１０）。
一連の処理を作動して、認証データＤＤ２とセッション鍵ＷＷ２と要求応答情報ＤＲ２を生成する（ステップＳ６２１１）。
ＤＤ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））＋Ｌｕ２（Ｇ３ｐ３（Ｙ１））
＝Ｄ２＋Ｙ２
ＷＷ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２＋Ｌｔ２））
ＤＲ２＝Ｓ２ｐ３（Ｌｔ２（Ｇ３ｐ３（Ｒ２＋Ｌｃ２＋Ｊ２ｐ３（Ｌｕ２）＋Ｌｃ１＋Ｊ２ｐ２（Ｌｕ１）））＋Ｋ１（Ｔｘ１）
ＤＤ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））＋Ｌｕ２（Ｇ３ｐ３（Ｙ１））
＝Ｄ２＋Ｙ２
ＷＷ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２＋Ｌｔ２））
ＤＲ２＝Ｓ２ｐ３（Ｌｔ２（Ｇ３ｐ３（Ｒ２＋Ｌｃ２＋Ｊ２ｐ３（Ｌｕ２）＋Ｌｃ１＋Ｊ２ｐ２（Ｌｕ１）））＋Ｋ１（Ｔｘ１）
このＤＤ２とＷＷ２とＤＲ２が第１情報処理実体１００Ａに送信される。
Ｄ２、Ｗ２を以下に示すような処理方法が考えられる。
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
Ｗ２＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））
作動関数Ｘｈによるリンク関係の構築により、認証データＤ２は、Ｖ２に変換し、セッション鍵Ｗ２も同様にＷＷ２に変換され、第１情報処理実体１００Ａに向けて送信される。
Ｖ２＝Ｄ２＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
ＷＷ２＝Ｗ２＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
Ｖ２＝Ｄ２＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））＋Ｇ３ｐ３（Ａ），Ｇ３ｐ３（Ｈ），Ｇ３ｐ３（Ｌｃ２）
ＷＷ２＝Ｗ２＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
＝Ｌｃ２（Ｇ３ｐ３（Ｓ２））＋Ｇ３ｐ３（Ｅ），Ｇ３ｐ３（Ｂ），Ｇ３ｐ３（Ｌｕ２）
このＶ２とＷＷ２が第１情報処理実体１００Ａに送信される。
以上のように、ハンドラ実体６００から第１情報処理実体１００Ａに向けて、アクセス要求に対応するアプリケーションの判定条件、判定基準などの送信要求Ｒ２をペイロードフォーマットＴｘ１を含めて、第１情報処理実体１００Ａの公開鍵Ｋ１で暗号化して要求する。
第１情報処理実体１００Ａは、ハンドラ実体６００から、ハンドラ実体６００が受け付けたアプリケーション実体５００からのアクセス要求にしたがって、アクセス要求してきたアプリケーション実体５００の検証を行う判定条件、判定基準を送信する要求を受け付けると（ステップＳ６００２）、ステップＳ６００３において、直ちに、同アプリケーション実体５００の判定条件、判定基準を生成し、同ハンドラ実体６００に対して返送する。そのとき、ハンドラ実体６００のみが受信できるようなデータ構造にして送信する。
次いで、第１情報処理実体１００Ａにおいて、上記認証データＤ２をハンドラ実体６００から受信した場合に、第１情報処理実体１００Ａ内において作動中の作動関数Ｘａにより、送信する認証データと新たな第３の鍵（セッション鍵）Ｓ３とのリンク関係を構築する動作について説明する。
図４５に示すように、第１情報処理実体１００Ａは作動関数の演算処理を行う。
第１情報処理実体１００Ａは、セッション間リンクの構築を行う前に、今回の通信を、第１受信認証データリストに登録されている受信認証データから、リンクさせたい認証データか新規の認証データを選択する。新規の認証データを選択すると、新たなセッションの確立となり、新たなセッションとして情報を送信することとなり、マルチセッションの確立となる。ここでは、第２情報処理実体１００Ｂから受信した認証データＤ２をリンクするセッションとして選択して、セッション間リンクを構築する。そのため、第１情報処理実体１００Ａは、受信した認証データＤ２を第１認証データ受信リストへ登録する（ステップＳ６３０１）。そして、今回の通信を、第１認証データ受信リストより選択した認証データＤ２が示すセッションにリンクさせてセッションを確立する（ステップＳ６３０２）。また、第１情報処理実体１００Ａは、第１情報処理実体１００Ａの秘密鍵Ｊ１を入力する（ステップＳ６３０５）。ペイロードフォーマットＬ３を選択する（ステップＳ６３０６）。ペイロードフォーマットＬ３としては、Ｌｕ３（認証データＤ３の分割再構成化に使用するペイロードフォーマット）とＬｃ３（第３の鍵Ｓ３の分割再構成化に使用するペイロードフォーマット）とＬｔ３（要求応答情報Ｒ３の分割再構成化に使用するペイロードフォーマット）を選択する。第３の鍵Ｓ３を入力する（ステップＳ６３０３）。新たな待受関係構築パターンｐ４と秘密の共通鍵Ｇ４を選択する（ステップＳ６３０６）。そして、このように選択又は入力したものを作動対象として作動関数Ｘａを演算することにより、送信する認証データＤ３と送信される第３の鍵（セッション鍵）Ｓ３のリンク関係を構築する。
ステップＳ６３０１において、第１情報処理実体１００Ａは、受信した認証データＤ２を第１情報処理実体１００Ａが管理する第１認証データ受信リストに登録する。受信した認証データＤ２は、
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
である。認証データＤ２含まれている認証データＤ１は、
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。アプリケーション実体５００からのアクセス要求を受けたハンドラ実体６００から送信された正規の認証データであるか否かを検証する。具体的には、受信した認証データＤ２が、待受関係構築パターンｐ３にしたがってＧ３にて暗号化（署名）されていることと、受信した認証データＤ２に含まれているＤ１が第２情報処理実体１００Ｂの秘密鍵Ｊ２により暗号化（署名）されていることを検証する。この受信した認証データＤ２を、受信したペイロードフォーマットＬｕ２にしたがって再構成し直し、秘密の共通鍵Ｇ３で待受関係構築パターンｐ３にしたがって復号し、さらに待受関係構築パターンｐ２にしたがって第２情報処理実体１００Ｂの公開鍵で復号し、ペイロードフォーマットＬｕ１で、再構成し直し、さらに、秘密の共通鍵Ｇ３で待受関係構築パターンｐ３にしたがって復号されたデータが、Ｄ０に等しいことが検証されると、ハンドラ実体６００から受信したＤ２は、アプリケーション実体５００からのアクセス要求を受けたハンドラ実体６００から送信された正規の認証データであることが検証される。
Ｄ２＝Ｌｕ２（Ｇ３ｐ３（Ｄ１））
である。認証データＤ２含まれている認証データＤ１は、
Ｄ１＝Ｊ２ｐ２（Ｌｕ１（Ｇ２ｐ２（Ｄ０）））
である。アプリケーション実体５００からのアクセス要求を受けたハンドラ実体６００から送信された正規の認証データであるか否かを検証する。具体的には、受信した認証データＤ２が、待受関係構築パターンｐ３にしたがってＧ３にて暗号化（署名）されていることと、受信した認証データＤ２に含まれているＤ１が第２情報処理実体１００Ｂの秘密鍵Ｊ２により暗号化（署名）されていることを検証する。この受信した認証データＤ２を、受信したペイロードフォーマットＬｕ２にしたがって再構成し直し、秘密の共通鍵Ｇ３で待受関係構築パターンｐ３にしたがって復号し、さらに待受関係構築パターンｐ２にしたがって第２情報処理実体１００Ｂの公開鍵で復号し、ペイロードフォーマットＬｕ１で、再構成し直し、さらに、秘密の共通鍵Ｇ３で待受関係構築パターンｐ３にしたがって復号されたデータが、Ｄ０に等しいことが検証されると、ハンドラ実体６００から受信したＤ２は、アプリケーション実体５００からのアクセス要求を受けたハンドラ実体６００から送信された正規の認証データであることが検証される。
さらに、受信したＹ２をペイロードフォーマットＬｕ２で再構成し直し、秘密の共通鍵Ｇ３で待受関係構築パターンｐ３にしたがって復号して生成されたデータが、シリアルナンバーＹ１に等しい場合、アクセス要求してきたアプリケーション実体５００は、正規のサービスの契約者であることが検証される。シリアルナンバーＹ１に関するユーザ情報は、第１情報処理実体１００Ａにおいて管理されているため、確認可能となっている。
検証後、受信した認証データＤ２は、Ｓ３とのリンク関係を構築する。
まず、Ｄ２とＳ３に対して、新たに選択した待受関係構築パターンｐ４にしたがって、新たに選択した秘密の共通鍵Ｇ４にて、暗号化を施す（ステップＳ６３０７）。
Ｄ３＝Ｇ４ｐ４（Ｄ２）
Ｗ３＝Ｇ４ｐ４（Ｓ３＋Ｌｔ３）
Ｄ３＝Ｇ４ｐ４（Ｄ２）
Ｗ３＝Ｇ４ｐ４（Ｓ３＋Ｌｔ３）
次いで、新たに選択したペイロードフォーマットＬ３により、ビット単位の分割再構成をする（ステップＳ６３０８）。
Ｄ３＝Ｌｕ３（Ｇ４ｐ４（Ｄ２））
Ｗ３＝Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３））：セッションの鍵（第３の鍵）
Ｄ３＝Ｌｕ３（Ｇ４ｐ４（Ｄ２））
Ｗ３＝Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３））：セッションの鍵（第３の鍵）
次いで、今回の通信を、上記待受関係パターンｐ４が示すセッションにて送信したことを保証し認証させるために（セッション間リンクの構築）、上記待受関係構築パターンｐ４にしたがって、第１情報処理実体１００Ａの秘密鍵Ｊ１にて暗号化を施す。作動により、認証データＤ３は、
Ｄ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））
と生成され、セッション鍵Ｗ３は、
Ｗ３＝Ｊ１ｐ４（Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３）））
と生成され、セッション間リンクの構築が完了する（ステップＳ６３０９）。さらに、第１情報処理実体１００Ａが管理する第１要求出力リストに、Ｄ３を登録する（ステップＳ６３１０）。
Ｄ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））
と生成され、セッション鍵Ｗ３は、
Ｗ３＝Ｊ１ｐ４（Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３）））
と生成され、セッション間リンクの構築が完了する（ステップＳ６３０９）。さらに、第１情報処理実体１００Ａが管理する第１要求出力リストに、Ｄ３を登録する（ステップＳ６３１０）。
さらに、この認証データＤ３とセッション鍵Ｗ３に対して、リンク関係を作動により構築することとなり、セッション認証データＤＤ３と、セッション鍵ＷＷ３と、要求応答情報ＤＲ３が、耐タンパ性装置１５０Ｂに向けて送信される。すなわち、作動により、要求応答情報Ｒ３のデータ構造を、認証データＤ３とセッション鍵Ｗ３のリンク関係の構築の一環として、図４５に示すように変換して（ステップＳ６３１１）、セッション認証データＤＤ３とセッション鍵ＷＷ３と要求応答情報ＤＲ３が生成される（ステップＳ６３１２）。
ＤＤ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））＋Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｙ２）））
＝Ｄ３＋Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｙ２）））
ＷＷ３＝Ｊ１ｐ４（Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３）））
＝Ｗ３
ＤＲ３＝Ｊ１ｏｒＳ３ｐ４（Ｌｔ３（Ｇ４ｐ４（Ｔｘ１（Ｒ３）＋Ｌｃ３＋Ｊ１ｐ４（Ｌｕ３））））
Ｊ１ｏｒＳ３ｐ４（）：（）内のデータを関係構築パターンｐ４にしたがって、鍵Ｊ１と鍵Ｓ３のいずれかで暗号化を施す関数
ＤＤ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））＋Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｙ２）））
＝Ｄ３＋Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｙ２）））
ＷＷ３＝Ｊ１ｐ４（Ｌｃ３（Ｇ４ｐ４（Ｓ３＋Ｌｔ３）））
＝Ｗ３
ＤＲ３＝Ｊ１ｏｒＳ３ｐ４（Ｌｔ３（Ｇ４ｐ４（Ｔｘ１（Ｒ３）＋Ｌｃ３＋Ｊ１ｐ４（Ｌｕ３））））
Ｊ１ｏｒＳ３ｐ４（）：（）内のデータを関係構築パターンｐ４にしたがって、鍵Ｊ１と鍵Ｓ３のいずれかで暗号化を施す関数
以上、生成されたＤＤ３、ＷＷ３、ＤＲ３がそれぞれ個別に耐タンパ性装置１５０Ｂに向けて送信される。
Ｄ３、Ｗ３を以下に示すような処理方法が考えられる。
Ｄ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））：認証データ
Ｗ３＝Ｌｃ３（Ｇ４ｐ４（Ｓ３））：セッションの鍵（第３の鍵）
Ｄ３＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））：認証データ
Ｗ３＝Ｌｃ３（Ｇ４ｐ４（Ｓ３））：セッションの鍵（第３の鍵）
さらに、作動関数により、セッション認証データＶ３とセッション鍵ＷＷ３が生成される。
Ｖ３＝Ｄ３＋Ｇ４ｐ４（Ａ），Ｇ４ｐ４（Ｈ），Ｇ４ｐ４（Ｌｃ３）
＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））＋Ｇ４ｐ４（Ａ），Ｇ４ｐ４（Ｈ），Ｇ４ｐ４（Ｌｃ３）
ＷＷ３＝Ｗ３＋Ｇ４ｐ４（Ｅ），Ｇ４ｐ４（Ｂ），Ｇ４ｐ４（Ｌｕ３）
＝Ｌｃ３（Ｇ４ｐ４（Ｓ３））＋Ｇ４ｐ４（Ｅ），Ｇ４ｐ４（Ｂ），Ｇ４ｐ４（Ｌｕ３）
Ｖ３＝Ｄ３＋Ｇ４ｐ４（Ａ），Ｇ４ｐ４（Ｈ），Ｇ４ｐ４（Ｌｃ３）
＝Ｊ１ｐ４（Ｌｕ３（Ｇ４ｐ４（Ｄ２）））＋Ｇ４ｐ４（Ａ），Ｇ４ｐ４（Ｈ），Ｇ４ｐ４（Ｌｃ３）
ＷＷ３＝Ｗ３＋Ｇ４ｐ４（Ｅ），Ｇ４ｐ４（Ｂ），Ｇ４ｐ４（Ｌｕ３）
＝Ｌｃ３（Ｇ４ｐ４（Ｓ３））＋Ｇ４ｐ４（Ｅ），Ｇ４ｐ４（Ｂ），Ｇ４ｐ４（Ｌｕ３）
このＶ４とＷＷ４がハンドラ実体６００に送信される。
その後、判定条件が、ペイロードフォーマットＴｘ１にしたがって分割再構成されて、ハンドラ実体６００に送信される。
次いで、アプリケーション実体５００が、ハンドラ実体６００にアクセス要求を出した後（ステップＳ６００１）、ハンドラ実体６００からの要求にしたがって、アプリ紹介情報をハンドラ実体６００に対して送信した後（ステップＳ６００５）、ハンドラ実体６００からアクセス認証されて、ステップＳ６０１１において、認証データを受領する動作について説明する。
アプリケーション実体５００は、ハンドラ実体６００に対してアクセス要求を出す（ステップＳ６００１）。ハンドラ実体６００では、ハンドラ判定条件送信要求部６０１において、アプリケーション実体５００から送信されてきた、第２情報処理実体１００Ｂの秘密鍵及び上記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アクセス要求を出したアプリケーション実体５００のアクセス認証を行うために必要な判定条件と判定基準の送付を要求するために、該アクセス要求からなる判定条件送信要求を、第１の公開鍵と上記ある特定の秘密鍵にて暗号化して第１情報処理実体１００Ａに送信する（ステップＳ６００２）。
判定条件、判定基準、総合判定基準は、実施の形態５で説明したものと同様である。最終判定基準とは、通信端末から送信されてくる条件判定結果から、接続相手を決定するための判定手法を示したものである。例えば、最終判定基準として、「受信した条件判定結果より、予め設定した接続相手とする接続相手判定基準、総合判定基準を満たす通信端末の数が予定した上限数以下、下限数以上である」が設定されている場合、条件判定結果で、条件を満足すると返答してきた通信端末を、接続相手通信端末と決定する、などが考えられる。
第１情報処理実体１００Ａは、判定条件基準送信部１１５により、ハンドラ実体６００から要求された判定条件、判定基準、総合判定基準を受信した乱数を用いてスクランブルを施し、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び上記ある特定の秘密鍵の対の公開鍵を含む鍵を指定して、関係構築部１０３により暗号化を施し暗号の施し方の組み合わせパターンによる関係を構築して第２情報処理実体１００Ｂに装備されている耐タンパ性装置１５０Ｂ内で稼動しているハンドラ実体６００に対して送信する（ステップＳ６００３）。
ハンドラ実体６００のハンドラ条件設定部６０２において、受信した判定条件と判定基準と総合判定基準を少なくとも上記第２の秘密鍵及び第１の公開鍵を含む鍵で復号する。復号済みの受信した判定条件と判定基準と総合判定基準に対して、上記乱数を用いて復号情報のスクランブルを外して解読できることを確認する。このことにより、この条件、基準に対して、想定待受暗号化パターンの暗号化が施されていたことが同時に確認される。よって、ハンドラ条件設定部６０２は、想定待受暗号化パターンの暗号化が施されていたことと上記乱数を用いて復号情報のスクランブルを外し解読できることを検証することができる。また、指定されたペイロードフォーマットによる分割再構成化が施されているか否かを検証する。検証により正当な判定条件、判定基準、総合判定基準が、想定される手順にて送信されてきたことが確認される。検証後、直ちに、解読した判定条件、判定基準を対応箇所に設定する。この設定処理が完了すると、アプリケーション実体５００からのアプリ紹介情報を判定することが可能となる。
次いで、アプリ紹介情報を送信する指示を耐タンパ性装置１５０Ｂに内蔵されたメモリに格納されている上記ある特定の秘密鍵で暗号化してアプリケーション実体５００に通知する（ステップＳ６００４）。
アプリケーション実体５００は、アプリ紹介情報の送信指示を受領すると、直ちに、アプリ紹介情報の作成に着手する。予め本サービスを利用するに際して、アプリ紹介情報と称して、予めサービス提供者（ＣＤ−ＲＯＭ、ＤＶＤなど）から構成アイテム情報とその作成の仕方を知らされており、アプリケーション実体５００は、この情報と作成方法にしたがって、機械的に決められた手順でアプリ紹介情報を作成する部分と、ハンドラ実体６００から要求された動的な情報を検索抽出してアプリ紹介情報とすることになる。アプリ紹介情報の作成が完了すると、通知を受けたアプリケーション実体５００は、アプリケーション紹介情報発信部５１０にて、受信したアプリ紹介情報の送信指示により、予め前もって作成しておいたアプリ紹介情報を対象として指定し、新たな待受暗号パターンを選択し、少なくとも第２秘密鍵及び上記ある特定の秘密鍵を含む鍵を指定して、関係構築部１０３により関係を構築し、認証情報をハンドラ実体６００に向けて送信する（ステップＳ６００５）。
ハンドラ実体６００のハンドラ判定部６０３において、アプリケーション実体５００から受け付けた要求応答情報からアプリ紹介情報を取得する。
まず、受信した認証データが正当なものかどうかの検証を行う。該認証データは、該組み合わせパターンによる関係から、想定される待受関係構築パターンが指定されたペイロードフォーマットによる分割再構成化が施されているか否か、想定する待受関係構築パターンが施されているか否かによって、正当なものであるかどうかを検証する。
ハンドラ実体６００で、検証が完了すると、入手したアプリ紹介情報を、設定された判定条件と照合チェックを行って、判定基準と総合基準を考慮の上、判定条件にしたがって、機械的な判定を行う。判定結果を第１情報処理実体１００Ａに向けて返送する（ステップＳ６００６）。
第１情報処理実体１００Ａでは、ハンドラ実体６００から送信されてきた判定結果と、判定基準と総合判定基準にしたがって、アプリケーション実体５００を認証するかどうかを最終判定する（ステップＳ６００７）。最終判定では、他の複数のアプリケーション実体５００からのアクセス状況を考慮して、判定基準、総合判定基準を変更するなどの調整を行って判定を行う。
最終判定で、認証不許可となった場合、ある条件を満たしている場合、条件判定の適用基準を変更して、ハンドラ実体６００に対して適用基準の変更（ステップＳ６０１０）を通知して、条件判定基準、総合判定基準を変更して再度条件判定を行う。アクセス要求をしてきたアプリケーション実体５００あるいはそのアプリケーション実体５００を操作するユーザ（端末）を様々な視点から判定する。
他のアプリケーション実体５００あるいはそのアプリケーション実体５００を操作する端末／他ユーザに対する判定状況を考慮した評価に基づいて条件を判定する（ステップＳ６００７）。
認証されると、直ちにハンドラ実体６００に対して、認証したことを通知し（ステップＳ６００８）、ハンドラ実体６００からアプリケーション実体５００に認証されたことを通知する（ステップＳ６００９）。アプリケーション実体５００は、認証結果が認証データとともに通知されると、通信を開始する（ステップＳ６０１１、Ｓ６０１２）。
以上のように、本実施の形態に係る情報通信システムは、
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信システムにおいて、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求部と、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定部と、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定部とを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信部とを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求部と、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信部とを備えることを特徴とする。
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信システムにおいて、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求部と、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定部と、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定部とを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信部とを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求部と、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信部とを備えることを特徴とする。
前記ハンドラ判定条件送信要求部は、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信部とを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、復号化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信部とを備えることを特徴とする。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信部とを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、復号化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信部とを備えることを特徴とする。
前記ハンドラ条件設定部は、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該待受関係構築パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証部とを備えることを特徴とする。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該待受関係構築パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証部とを備えることを特徴とする。
また、本実施の形態に係る情報通信方法は、
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとを備えることを特徴とする。
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとを備えることを特徴とする。
前記ハンドラ判定条件送信要求ステップは、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準（、総合判定基準）を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとを備えることを特徴とする。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準（、総合判定基準）を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとを備えることを特徴とする。
前記ハンドラ条件設定ステップは、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとを備えることを特徴とする。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとを備えることを特徴とする。
また、本実施の形態に係る情報通信プログラムは、
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとをコンピュータに実行させる。
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と（総合判定基準と）を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとをコンピュータに実行させる。
前記ハンドラ判定条件送信要求ステップは、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、復号化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準（、総合判定基準）を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとをコンピュータに実行させる。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、復号化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準（、総合判定基準）を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとをコンピュータに実行させる。
前記ハンドラ条件設定ステップは、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとをコンピュータに実行させる。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとをコンピュータに実行させる。
実施の形態７．
図１では、情報通信システム３００のネットワーク構成の具体例を示したが、図４６に他の例を示す。
図１では、情報通信システム３００のネットワーク構成の具体例を示したが、図４６に他の例を示す。
図４６において、情報通信システム３００は、端末Ａ３２１、端末Ｂ３２２、端末Ｃ３２３、端末Ｄ３２４などの通信端末（図１に示した通信端末３０３や携帯端末３０４と同様）、カメラＡ３３０、カメラＢ３３１、ＷＥＢカメラＣ３３２、ＷＥＢカメラＤ３３３、カメラＥ３３４などのカメラ（図１に示したカメラ３０５と同様）、映像配信蓄積サーバ３２８（映像データを蓄積するためのＤＢ３２９（データベース）を備える）、インターネット網３３５と移動体通信網３３６とキャリア固定網３３７からなるネットワーク（衛星３２７による衛星通信システムを含んでもよい）により構成される。
各通信端末、各カメラは、図１の例と同様に、データに所定の関係構築パターンを適用して（暗号化、スクランブル化、分割再構成化の処理を施す）送信する。例えば、カメラＡ３３０は、関係構築パターンを設定して、同関係構築パターンにしたがって送信するデータに分割再構成化を施して、さらに、指定された秘密鍵で暗号化を施し、同関係構築の施しに使用した、ペイロードフォーマット、鍵情報、カメラＡ３３０に接続されたＧＰＳなどの他システムから入手した位置情報からなる関係構築パターン情報を含めて、自らが撮影した映像を、相手先を指定（あるいは選択）して送信する。例えば、ＷＥＢカメラＣ３３２は、送信するデータとして、カメラ映像データをマルチキャスト配信する機能を有する。
端末Ａ３２１には、セキュアチップ３２５（耐タンパ性チップ）（図１に示した着脱型耐タンパ性装置３１３と同様）が装着される。また、端末Ｃ３２３には、セキュアチップ３２６（図１に示した耐タンパ性ＵＳＢ装置３１１と同様）が装着される。各セキュアチップには、関係構築パターン（ここでは、例として分割再構成処理のためのペイロードフォーマットが定められているものとする）が格納（内蔵）されている。端末Ａ３２１や端末Ｃ３２３のように、関係構築パターン（ペイロードフォーマット）が内蔵されているセキュアチップを装着した通信端末（カメラやサーバなどでもよい）は、まず、指定された関係構築パターン（ペイロードフォーマット）をセキュアチップより読み出す。そして、アクセス可能なＧＰＳ装置より現在の自己の位置情報を取得し、取得した位置情報を送信データに含め、読み出した関係構築パターン（ペイロードフォーマット）を用いて同送信データを分割再構成した上で送信する。受信側の通信端末（カメラやサーバなどでもよい）は、受信したデータに施されている関係構築パターンを知っているため、指定された関係構築パターン（ペイロードフォーマット）を装着しているセキュアチップから読み出す。そして、受信データを、読み出した関係構築パターン（ペイロードフォーマット）にしたがって分割再構成して、位置情報、映像データ、その他の送信データ（情報）を読み出す。また、端末Ｂ３２２や端末Ｄ３２４のように、セキュアチップを装着していない通信端末（カメラやサーバなどでもよい）は、アクセス可能なＧＰＳ装置より現在の自己の位置情報を取得し、取得した位置情報を送信データに含める。そして、位置情報を含めた送信データを、送信者（自己）が設定した関係構築パターン（ペイロードフォーマット）にしたがって分割再構成し、分割再構成した送信データに、同関係構築パターン（ペイロードフォーマット）を含めて送信する。受信側の通信端末（カメラやサーバなどでもよい）は、受信データから関係構築パターン（ペイロードフォーマット）を読み出して、受信データを同関係構築パターンにしたがって分割再構成し、受信データに含まれている位置情報、映像データ、送信データ（情報）を読み出す。
上述した各実施の形態は、様々なサービスに応用することができる。例えば、情報通信装置１０１が、ある特定の人が行った動作と、その人の網膜スキャニング情報などの生体情報とを関係付け（リンク付け）ることにより、その人がある特定の動作を行ったことを保証するサービス機能を提供することが可能となる。具体的には、例えば、ある特定の人が、金融機関のＡＴＭ（Ａｕｔｏｍａｔｅｄ・Ｔｅｌｌｅｒ・Ｍａｃｈｉｎｅ）コーナーなどにおいて、引き出し、入金、振込みなどの動作を行ったことを、その動作とその人の網膜スキャニング情報などとを関係付け（リンク付け）ることにより保証することができる。また、例えば、各種店舗、家屋、公営機関などにおけるコンシューマや国民の動作と、その動作主であるコンシューマや国民の網膜スキャニング情報などとの関係付けを行ってもよい。この関係付けにより、コンシューマや国民が上記各種店舗、家屋、公営機関などにおいて、網膜スキャニング情報などと関係付けられた動作を行ってことを保証することができる。また、各種店舗などにおいて取得した、来店したコンシューマの網膜スキャニング情報などと、各種店舗などにおけるコンシューマ管理（コンシューマ情報を蓄積し、コンシューマ対応の支持、コンシューマのニーズの調査などを行うこと）、事業展開にあたっての重要な情報との接続関係、対応関係を保証することができる。また、各種店舗などにおいて、コンシューマが書籍などを手にする動作を網膜スキャニング情報などと関係付ける（対応関係を築く）ことにより、実際にその店舗においてその書籍がコンシューマに興味を持たれて手に取って読まれたことを保証することができる。また、建物（家屋、駅、工場、各種店舗など）などで災害事故が発生したときの被害者を、入場者と退場者の網膜スキャニング情報による差分を特定することにより関係付けし、災害被害者であることを保証することができる。
上述した各実施の形態は、以上に説明したように構成されているので、以下に記載されるような効果を奏する。
上述した各実施の形態に係る情報通信システム、情報通信方法、及び情報通信プログラムにおいては、
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で通信する情報通信システムにおいて、前記第１実体あるいは前記第２実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することにより、
送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することができ、受信者が受け取った情報がだれから送信されたものなのかなどの送信元を機械的な方法にて特定（認証）することが可能となる。
第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で通信する情報通信システムにおいて、前記第１実体あるいは前記第２実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することにより、
送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することができ、受信者が受け取った情報がだれから送信されたものなのかなどの送信元を機械的な方法にて特定（認証）することが可能となる。
また、本発明に係る情報通信システム、情報通信方法、及び情報通信プログラムにおいては、さらに、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で通信する情報通信システムにおいて、
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、受け付けた、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、想定待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵と該秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係が構築された認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することにより、
通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することができ、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現することが可能となる。
少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、受け付けた、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、想定待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵と該秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係が構築された認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することにより、
通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することができ、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信を実現することが可能となる。
また、本発明に係る情報通信システム、情報通信方法、及び情報通信プログラムにおいては、送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現することが可能となる。
また、本発明に係る情報通信システム、情報通信方法、及び情報通信プログラムにおいては、同一送信者から同時に送信される複数の情報間の関係付けを行うことにより、受信した複数のそれぞれのデータが正当で正規のデータであることを示すことが可能となる。
また、本発明に係る、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で通信する情報通信システムにおいては、前記第１実体あるいは前記第２実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す関係構築パターンにしたがって少なくともある特定の秘密の共通鍵にて暗号化の施される認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
また、少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、受け付けた、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、想定待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵と該秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係が構築された認証データとを作動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
また、この発明に係る第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信システムにおいて、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求部と、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定部と、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定部とを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信部とを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求部と、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信部とを備えたため、アプリケーション認証の処理効率を向上させることができる。
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求部と、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定部と、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定部とを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信部とを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求部と、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信部とを備えたため、アプリケーション認証の処理効率を向上させることができる。
また、この発明に係る第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信システムにおいて、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
また、この発明に係る少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
前記ハンドラ判定条件送信要求部は、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信部とを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信部とを備えるようにしたため、第１情報処理実体は、遠隔からネットワークを経由して第２実体に装着されている耐タンパ性装置内のハンドラにのみ解読できる情報として漏洩することなく判定条件、判定基準、総合判定基準を含む返信情報を送信することができ、さらに、ハンドラ実体が送信元として認識することが可能となる。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信部とを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信部とを備えるようにしたため、第１情報処理実体は、遠隔からネットワークを経由して第２実体に装着されている耐タンパ性装置内のハンドラにのみ解読できる情報として漏洩することなく判定条件、判定基準、総合判定基準を含む返信情報を送信することができ、さらに、ハンドラ実体が送信元として認識することが可能となる。
また、前記ハンドラ条件設定部は、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証部とを備えたため、ハンドラ実体がアプリ紹介情報の送信指示を仲介した送信元として認識することが可能となる。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証部とを備えたため、ハンドラ実体がアプリ紹介情報の送信指示を仲介した送信元として認識することが可能となる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信システムにおいて、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する関係構築部を備えたため、送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することにより、受信者が受け取った情報がだれから送信されたものなのかなどの送信元を機械的な方法にて特定（認証）することができ、
さらに、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することにより、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信が実現でき、さらに送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現することができ、
さらに、同一送信者から同時に送信される複数の情報間の関係付けを行うことにより、受信した複数のそれぞれのデータが正規のデータであることを示すことが可能となる。
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部とを備え、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する関係構築部を備えたため、送信する情報に対して、関係構築パターンにしたがった暗号化を施すことにより、ある識別可能な組み合わせパターンによる関係付けを行って、送信先へ送信することにより、受信者が受け取った情報がだれから送信されたものなのかなどの送信元を機械的な方法にて特定（認証）することができ、
さらに、通信する２者間で送受信する情報の関係付けを機械的かつドメイン（要求応答情報、処理要求など）に非依存な手法にて実現することにより、その関係付けを認識・認知することにより、容易に送受信した情報の対応関係を機械的に把握することができる仕組みを、耐タンパ性装置を備えるユーザ間でのネットワークを介した通信において、送信元を保証し、送受信されるデータの対応関係を機械的な手法により明確化した通信が実現でき、さらに送受信される情報に関係を構築することにより、要求を投げた本当の相手先から正当な応答が送信されたことを保証する仕組みを明確化し、認証を通じた中で、認証が完了すると同時に有償コンテンツ、高価値（重要）情報を渡す仕組みを構築することにより漏洩のない通信を実現することができ、
さらに、同一送信者から同時に送信される複数の情報間の関係付けを行うことにより、受信した複数のそれぞれのデータが正規のデータであることを示すことが可能となる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信システムにおいて、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部とを備え、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証部と、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録部とを備えたため、前記送信セッション認証データとそのハッシュ値により、リンクするセッションを選択することができ、さらに、リンク関係を明確にした２者間の通信を実現することができる。
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部とを備え、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証部と、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録部とを備えたため、前記送信セッション認証データとそのハッシュ値により、リンクするセッションを選択することができ、さらに、リンク関係を明確にした２者間の通信を実現することができる。
第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとを備えたため、アプリケーション認証の処理効率を向上させることができる。
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとを備えたため、アプリケーション認証の処理効率を向上させることができる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
また、少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築することができる。
また、前記ハンドラ判定条件送信要求ステップは、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとを備えたため、ハンドラ実体にのみ解読できる返信情報として漏洩することなく送信することができる。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとを備えたため、ハンドラ実体にのみ解読できる返信情報として漏洩することなく送信することができる。
また、前記ハンドラ条件設定ステップは、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラかアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとを備えたため、ハンドラ実体がアプリ紹介情報の送信指示を仲介した送信元として認識することが可能となる。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラかアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとを備えたため、ハンドラ実体がアプリ紹介情報の送信指示を仲介した送信元として認識することが可能となる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築することができる。
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築することができる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとを備えたため、リンク関係を明確にした２者間の通信を実現することができる。
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとを備えたため、リンク関係を明確にした２者間の通信を実現することができる。
また、第１情報処理実体（第１実体）に対して第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体が第１アクセス要求を出す情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとをコンピュータに実行させることができる。
少なくともある特定の秘密鍵及びペイロードフォーマット及び乱数を用いて、複数の異なる暗号化と分割再構成化とスクランブル化の施し方の組み合わせにより示したある特定の意味ある内容を示す複数の待受関係構築パターン及び、アクセスしてきたアプリ実体のアクセス要求の可否を識別するハンドラ実体を有する耐タンパ性装置を備え、
前記ハンドラ実体は、
前記アプリ実体からアクセス要求を受け付けると、該アクセス要求及び新たに選択した乱数を含めた判定条件送信要求を、第１の公開鍵と前記ある特定の秘密の共通鍵にて暗号化して第１実体に送信するハンドラ判定条件送信要求ステップと、
受信した判定条件と判定基準を、少なくとも前記第１の秘密鍵及び前記共通鍵を含む鍵で復号した復号情報が、想定される前記待受関係構築パターンの暗号化が施されていることと、前記乱数を用いてスクランブル化が施されていることと、前記ペイロードフォーマットで復号再構成できて解読できることとの少なくともいずれかを検証後、解読した判定条件、判定基準を対応箇所に設定し、アプリ紹介情報を送信する指示をアプリ実体に通知するハンドラ条件設定ステップと、
前記アプリ実体からアプリ紹介情報を入手すると、設定された判定条件にしたがってアクセスを許可するか否かの判定識別を行うハンドラ判定ステップとを備え、
前記第１実体は、
ハンドラ実体より受信した判定条件送信要求にしたがって、アクセス要求してきたアプリ実体のアクセスの可否を識別する判定条件と判定基準と総合判定基準を選択あるいは生成し、該条件と判定基準をハンドラより指定された乱数を用いてスクランブル化を施して第２実体に送信する判定条件基準送信ステップとを備え、
前記アプリ実体は、
アクセス要求をハンドラ実体に送信するアクセス要求ステップと、
受信した前記アプリ紹介情報の送信指示により、少なくとも契約（取り決め）事項及び過去のアクセスログを含むアプリ紹介情報を作成し、ハンドラ実体に向けて送信するアプリ紹介情報発信ステップとをコンピュータに実行させることができる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）内で稼動するアプリケーション（アプリ）実体の２者間でデータ処理実体を含む情報の送受信を行う情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させることができる。
前記第１実体あるいは前記アプリ実体は、
少なくとも第１の鍵と、ある特定の秘密の共通鍵及び秘密鍵及びペイロードフォーマットを少なくとも有する、新規の送信であることを示す待受関係構築パターンにしたがって、
暗号化と分割再構成化が施される認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させることができる。
また、少なくとも第１の鍵と、第１の秘密鍵及び第２の秘密鍵及びペイロードフォーマットを少なくとも有する、前回送信したリンク関係の構築されたセッション認証データを、前記第２実体において、待受関係構築パターンにしたがって、暗号化と分割再構成化を施して、ある識別可能な暗号化と分割再構成化の施し方の組み合わせパターンによる関係が構築された認証データとを連動させて、該第１の鍵と該認証データとのリンク関係を構築する過程をコンピュータに実行させることができる。
また、前記ハンドラ判定条件送信要求ステップは、
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとをコンピュータに実行させることができる。
前記アプリ実体から、第２実体の秘密鍵及び前記ある特定の秘密鍵により暗号化（署名）を施したアクセス要求を受け付けると、アプリ実体から受け付けたアクセス要求にしたがって判定条件送信要求を送信したことと、かつハンドラ実体が該判定条件送信要求の送信元であることを、新たに生成した確認鍵に対して、ハンドラと第１実体間で予め定めた、ハンドラから送信することを示す待受関係構築パターンと、共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかとを新たに選択して、選択した待受関係構築パターンにしたがって、暗号化と分割再構成化とスクランブル化との少なくともいずれかを施した確認鍵と該確認鍵により暗号化を施した確認データとをアクセス要求に含めた判定条件送信要求を、第１の公開鍵で暗号化を施して第１実体に送信する公開鍵暗号化第１送信ステップとを備え、
第１情報処理実体は、
受信したアクセス要求の対応箇所を、ハンドラから送信されたことを示す想定関係構築パターンにしたがって、予め指定された共通鍵及びペイロードフォーマット及び乱数との少なくともいずれかを用いて、複合化と分割再構成化とスクランブル解除を行って生成された確認鍵を用いて、確認データを復号できるか否かを検証することにより、受信したアクセス要求は、ハンドラ実体から送信されたことを検証し、また、受け付けたセッション認証データが第２実体の秘密鍵により暗号化されているか否かを、復号処理を行うことにより検証し、
前記判定条件送信要求に含まれた乱数及びペイロードフォーマットとの少なくともいずれかを用いて、判定条件、判定基準、総合判定基準を含む返信情報に対してスクランブル化と分割再構成化との少なくともいずれかを施して、第２の公開鍵及び第１の秘密鍵を含む鍵にて暗号化を施して、受信した該アクセス要求を指定し、新たな想定待受暗号化パターンを選択し、少なくとも第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して該施し方の組み合わせパターンによる関係を構築して、ハンドラにのみ解読できる返信情報として漏洩することなく送信する漏洩防止第２送信ステップとをコンピュータに実行させることができる。
また、前記ハンドラ条件設定ステップは、
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとをコンピュータに実行させることができる。
ハンドラ実体からアプリ実体に向けて送信するアプリ紹介情報の送信指示の送信元が該ハンドラ実体であることを、第１実体から判定条件判定基準その他に含めて受け取った、第１実体において第１実体の秘密鍵にて、想定待受関係構築パターンにしたがって暗号化を施して作成された、アプリ紹介情報のハンドラへの送信指示と新たに生成した確認鍵を、ハンドラからアプリ実体に送信するときに施す待受関係構築パターンを新たに選択し、該パターンにしたがって、第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを指定して、暗号化とスクランブル化と分割再構成化との少なくともいずれかを施して送信し、さらに、確認鍵で暗号化した確認データを、ハンドラ実体からアプリ実体に送信し、
アプリ実体は、
第１実体からハンドラへの送信が行われたことを確認後、ハンドラから内部通信にて、アプリ紹介情報のハンドラへの送信指示を受け取ることにより、該受け取った送信指示と確認鍵が、ハンドラからの送信であることを示す待受関係構築パターンが、予め定められた第１の秘密鍵及び前記ある特定の秘密の共通鍵を含む鍵とある指定した乱数とある指定したペイロードフォーマットとの少なくともいずれかを用いて、暗号化とスクランブル化と分割再構成化との少なくともいずれかが施されていることと、第１実体の秘密鍵で想定待受暗号化パターンによる暗号化が施されていることを検証し、さらに、復号された確認鍵で、前記送信指示に含まれた確認データが復号できるか否かを検証することにより、アプリ紹介情報を該ハンドラに送信する指示は第１実体において作成された指示がハンドラから送信されたことを認証するアプリ紹介情報認証ステップとをコンピュータに実行させることができる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、少なくともある特定の秘密鍵を有する耐タンパ性装置を備え、
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させることができる。
前記耐タンパ性装置は、
少なくとも第１指定の鍵で暗号化を施す第１部分及び前記第１指定の鍵と異なる第２指定の鍵で暗号化を施す第２部分及び第３指定のペイロードフォーマットによる分割再構成化を施す第３部分を含む、複数の異なる暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターンと、該待受関係構築パターンの利用順を定めた複数のスケジュールを格納した待受関係構築パターン格納部を用い、
前記関係構築部が、
ある指定されたデータに対して、指定された前記待受関係構築パターンにしたがって、少なくとも第１指定の鍵としてある特定の第１秘密鍵、及び第２指定の鍵として前記第１指定の鍵と異なる第２秘密鍵、及び第３指定のペイロードフォーマットとしてある指定されたペイロードフォーマットとにより指定された前記待受関係構築パターンの、前記ある指定されたデータにおける対応箇所に対して、それぞれ指定された暗号化とペイロードフォーマットによる分割再構成化を施して、少なくともある識別可能な、暗号化とペイロードフォーマットによる分割再構成化の施し方の組み合わせパターンによる関係を構築する過程をコンピュータに実行させることができる。
また、第１情報処理実体（第１実体）と第２情報処理実体（第２実体）の２者間で行われるデータ処理実体の送受信を行うことにより２者間で通信を、ＣＰＵとメモリを備えた耐タンパ性装置を２者間でのみ共有して実現する情報通信方法において、コンピュータに実行させる情報通信プログラムであって、
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとをコンピュータに実行させることができる。
前記耐タンパ性装置は、
複数の異なる暗号化の施し方の組み合わせにより示した、ある特定の意味ある内容を示す複数の待受関係構築パターン、複数の秘密の共通鍵、該待受関係構築パターンの選択順、秘密の共通鍵の選択順を定めた複数の選択スケジュールを格納した待受関係構築パターン格納部を用いて、
第１実体は、
前記第１の鍵に対して、新たに選択した待受関係構築パターンにしたがって、少なくともある特定の秘密の共通鍵（秘密鍵）と第１実体の秘密鍵を指定して、暗号化を施してある識別可能な暗号化の施し方の組み合わせパターンによる関係を構築して第２実体に送信し、
第２実体は、
第１実体より受信した前記セッション認証データが、想定する待受関係構築パターンによる暗号化を前記ある特定の秘密の共通鍵によって施され、かつ該セッション認証データを前記ある特定の秘密の共通鍵と第２の公開鍵との対応箇所をそれぞれ復号して生成された認証情報が、第２実体の管理する該要求出力部に登録されていることを検証し識別する認証ステップと、
送信元が所持する秘密鍵を含む受信した前記セッション認証データに対してハッシュ化して生成した認証情報（ハッシュ値）に対して、新たな待受関係構築パターンを選択し、少なくとも前記ある特定の秘密の共通鍵及び第２実体の有する第２の秘密鍵を指定して対応箇所に対して暗号化を施してセッション認証データを生成する認証情報生成処理部と、
要求応答情報を送信した場合に、送信処理を行ったことを示す前記送信セッション認証データとそのハッシュ値を、双方それぞれが独自に管理する要求出力リストに登録する要求出力リスト登録ステップとをコンピュータに実行させることができる。
なお、上述した情報通信処理は、プログラムによって実現されコンピュータに読み込み可能な記録媒体に記録され配布することができる。
１００ 情報処理実体、１０１ 情報通信装置、１０２ 入力部、１０３ 関係構築部、１０４ 送信部、１０５ 受信部、１０６ 認証部、１０７ 関係構築パターン格納部、１０８ 認証情報生成部、１０９ 要求出力リスト登録部、１１０ 鍵生成管理部、１１１ 要求応答処理部、１１２ 内部認証情報格納部、１１３ サーバ装置、１１４ サーバプログラム稼動部、１１５ 判定条件基準送信部、１１６ 端末装置、１１７ アプリケーション稼動部、１１８ アプリケーション紹介情報記憶部、１５０ 耐タンパ性装置、２００ データ処理実体、３００ 情報通信システム、３０１ サーバ、３０２ ＰＣ、３０３ 通信端末、３０４ 携帯端末、３０５ カメラ、３０６ 有線通信網、３０７ 移動体通信網、３０８ ルータ、３０９ 利用者、３１０ ストレージ、３１１ 耐タンパ性ＵＳＢ装置、３１２ 利用者、３１３ 着脱型耐タンパ性装置、３１４ 遠隔場所、３１５ オペレータ、３１６ 耐タンパ性ＵＳＢ装置、３２１ 端末Ａ、３２２ 端末Ｂ、３２３ 端末Ｃ、３２４ 端末Ｄ、３２５ セキュアチップ、３２６ セキュアチップ、３２７ 衛星、３２８ 映像配信蓄積サーバ、３２９ ＤＢ、３３０ カメラＡ、３３１ カメラＢ、３３２ カメラＣ、３３３ カメラＤ、３３４ カメラＥ、３３５ インターネット網、３３６ 移動体通信網、３３７ キャリア固定網、４００ ヘッダ部、４０１ セッション鍵、４０２ 乱数Ａ、４０３ 乱数Ｂ、４０４ 送信データ、４１０ ペイロード部、４２０ リンク情報、４２１ 確認鍵、４２２ ペイロードフォーマットの書き込み領域、４３０ 要求応答情報、４４０ ペイロードフォーマット、４５０ 確認情報、４５１ リンク情報の書き込み領域、４６０ 待受関係構築パターン、４６５ 共通鍵、４７０ 送信元秘密鍵、４８０ 初期セッション認証データ、４８１ 過去セッション認証データ、４８２ 選択セッション認証データ、４８３ 送出セッション認証データ、５００ アプリケーション実体、５１０ アプリケーション紹介情報発信部、６００ ハンドラ実体、６０１ ハンドラ判定条件送信要求部、６０２ ハンドラ条件設定部、６０３ ハンドラ判定部、９０１ 表示装置、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ装置、９０７ スキャナ装置、９１０ システムユニット、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ オペレーティングシステム、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群、９３１ 電話機、９３２ ファクシミリ機、９４０ インターネット、９４１ ゲートウェイ、９４２ ＬＡＮ。
Claims (61)
- 他の情報通信装置に送信する通信データを入力する入力部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記入力部により入力された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築部と、
前記関係構築部により出力された通信データを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、暗号処理ごとに各暗号処理に用いる暗号鍵を指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで指定された暗号鍵を用いて、前記関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化することを特徴とする請求項１に記載の情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、スクランブル処理ごとに各スクランブル処理に用いる乱数を指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで指定された乱数を用いて、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけることを特徴とする請求項１に記載の情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、分割再構成処理ごとに各分割再構成処理に用いるフォーマットを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、前記関係構築パターンで指定されたフォーマットに並べ替えることを特徴とする請求項１に記載の情報通信装置。 - 他の情報通信装置に送信する通信データを入力する入力部と、
一連の通信データからなるセッションごとに、前記入力部により入力された通信データを暗号化するために用いる鍵データを処理装置により生成し、生成した鍵データを出力する鍵生成管理部と、
前記入力部により入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記鍵生成管理部により出力された鍵データと前記認証情報生成部により出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した鍵データと認証データとを出力するともに、前記鍵生成管理部により出力された鍵データを用いて、前記入力部により入力された通信データを処理装置により暗号化し、暗号化した通信データを出力する関係構築部と、
前記関係構築部により出力された鍵データと認証データと通信データとを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記鍵生成管理部により出力された鍵データと前記認証情報生成部により出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、前記所定の処理として、第１の共通鍵を暗号鍵として用いて、前記鍵生成管理部により出力された鍵データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化するとともに、第２の共通鍵を暗号鍵として用いて、前記認証情報生成部により出力された認証データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化し、
前記関係構築部は、さらに、前記第１の共通鍵と前記第２の共通鍵とのいずれかの付加データを前記所定の処理を施した鍵データに挿入し、前記付加データを挿入した鍵データを出力するとともに、前記第１の共通鍵と前記第２の共通鍵とのうち前記所定の処理を施した鍵データに挿入しない付加データを前記所定の処理を施した認証データに挿入し、前記付加データを挿入した認証データを出力することを特徴とする請求項５に記載の情報通信装置。 - 前記関係構築部は、前記所定の処理として、第１の乱数を用いて、前記鍵生成管理部により出力された鍵データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけるとともに、第２の乱数を用いて、前記認証情報生成部により出力された認証データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけ、
前記関係構築部は、さらに、前記第１の乱数と前記第２の乱数とのいずれかの付加データを前記所定の処理を施した鍵データに挿入し、前記付加データを挿入した鍵データを出力するとともに、前記第１の乱数と前記第２の乱数とのうち前記所定の処理を施した鍵データに挿入しない付加データを前記所定の処理を施した認証データに挿入し、前記付加データを挿入した認証データを出力することを特徴とする請求項５に記載の情報通信装置。 - 前記関係構築部は、前記所定の処理として、前記鍵生成管理部により出力された鍵データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を第１のフォーマットに並べ替えるとともに、前記認証情報生成部により出力された認証データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を第２のフォーマットに並べ替え、
前記関係構築部は、さらに、前記第１のフォーマットを示す情報と前記第２のフォーマットを示す情報とのいずれかの付加データを前記所定の処理を施した鍵データに挿入し、前記付加データを挿入した鍵データを出力するとともに、前記第１のフォーマットを示す情報と前記第２のフォーマットを示す情報とのうち前記所定の処理を施した鍵データに挿入しない付加データを前記所定の処理を施した認証データに挿入し、前記付加データを挿入した認証データを出力することを特徴とする請求項５に記載の情報通信装置。 - 前記関係構築部は、さらに、前記付加データを挿入した位置を示す情報を前記所定の処理を施した鍵データと認証データとに挿入し、前記位置を示す情報を挿入した鍵データと認証データとを出力することを特徴とする請求項６から８までのいずれかに記載の情報通信装置。
- 前記認証情報生成部は、前記入力部により入力された通信データと関連する過去の通信データがない場合には、前記入力部により入力された通信データが新規のセッションの通信データであることを示す認証データを生成し、生成した認証データを出力し、前記入力部により入力された通信データと関連する過去の通信データがある場合には、前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記過去の通信データがどのセッションの通信データであるかを示す認証データに対して処理装置により所定の処理を施し、前記所定の処理を施した認証データを出力し、
前記認証情報生成部は、前記所定の処理として、前記過去の通信データがどのセッションの通信データであるかを示す認証データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする請求項５に記載の情報通信装置。 - 前記情報通信装置は、さらに、
前記入力部により入力された通信データと関連する通信データを前記他の情報通信装置から受信するとともに、前記他の情報通信装置から受信した通信データがどのセッションの通信データであるかを示す認証データを前記他の情報通信装置から受信する受信部を有し、
前記認証情報生成部は、前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記過去の通信データがどのセッションの通信データであるかを示す認証データとして、前記受信部により受信された認証データに対して前記所定の処理を施すことを特徴とする請求項１０に記載の情報通信装置。 - 他の情報通信装置に送信する通信データを入力する入力部と、
一連の通信データからなるセッションごとに、前記入力部により入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記入力部により入力された通信データと前記認証情報生成部により出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築部と、
前記関係構築部により出力された認証データと通信データとを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記入力部により入力された通信データと前記認証情報生成部により出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、前記所定の処理として、前記認証情報生成部により出力された認証データを暗号鍵として用いて、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化することを特徴とする請求項１２に記載の情報通信装置。
- 前記関係構築部は、前記所定の処理として、前記認証情報生成部により出力された認証データを乱数として用いて、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけることを特徴とする請求項１２に記載の情報通信装置。
- 前記関係構築部は、前記所定の処理として、前記認証情報生成部により出力された認証データを所定のフォーマットを示す情報として用いて、前記入力部により入力された通信データに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、前記認証情報生成部により出力された認証データで示されるフォーマットに並べ替えることを特徴とする請求項１２に記載の情報通信装置。
- 他の情報通信装置に送信する通信データを含むペイロードと前記通信データを送信するための情報を含むヘッダとを入力する入力部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記入力部により入力されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築部と、
前記関係構築部により出力されたヘッダとペイロードとを前記他の情報通信装置に送信する送信部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記入力部により入力されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、前記所定の処理として、任意の共通鍵を暗号鍵として用いて、前記入力部により入力されたペイロードに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで暗号処理を施す範囲として指定された範囲を暗号化し、
前記関係構築部は、さらに、前記任意の共通鍵を前記所定の処理を施したヘッダに挿入し、前記任意の共通鍵を挿入したヘッダを出力するとともに、前記任意の共通鍵を挿入した位置を示す情報を前記所定の処理を施したペイロードに挿入し、前記位置を示す情報を挿入したペイロードを出力することを特徴とする請求項１６に記載の情報通信装置。 - 前記関係構築部は、前記所定の処理として、任意の乱数を用いて、前記入力部により入力されたペイロードに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲にスクランブルをかけ、
前記関係構築部は、さらに、前記任意の乱数を前記所定の処理を施したヘッダに挿入し、前記任意の乱数を挿入したヘッダを出力するとともに、前記任意の乱数を挿入した位置を示す情報を前記所定の処理を施したペイロードに挿入し、前記位置を示す情報を挿入したペイロードを出力することを特徴とする請求項１６に記載の情報通信装置。 - 前記関係構築部は、前記所定の処理として、前記入力部により入力されたペイロードに対して前記関係構築パターンで指定された複数の範囲の少なくとも１つの範囲であって前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を任意のフォーマットに並べ替え、
前記関係構築部は、さらに、前記任意のフォーマットを示す情報を前記所定の処理を施したヘッダに挿入し、前記任意のフォーマットを示す情報を挿入したヘッダを出力するとともに、前記任意のフォーマットを示す情報を挿入した位置を示す情報を前記所定の処理を施したペイロードに挿入し、前記位置を示す情報を挿入したペイロードを出力することを特徴とする請求項１６に記載の情報通信装置。 - 他の情報通信装置から送信される通信データを受信する受信部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記受信部により受信された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築部と、
前記関係構築部により出力された通信データが正常な通信データであるかを処理装置により確認する認証部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記受信部により受信された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、暗号処理ごとに各暗号処理に用いる暗号鍵を指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで指定された暗号鍵に対応する復号鍵を用いて、前記関係構築パターンで暗号処理を施す範囲として指定された範囲を復号化することを特徴とする請求項２０に記載の情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、スクランブル処理ごとに各スクランブル処理に用いる乱数を指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで指定された乱数を用いて、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲のスクランブルを解除することを特徴とする請求項２０に記載の情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンとして、分割再構成処理ごとに各分割再構成処理に用いるフォーマットを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲を、前記関係構築パターンで指定されたフォーマットに対応する元のフォーマットに並べ替えることを特徴とする請求項２０に記載の情報通信装置。 - 他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、受信した通信データを復号化するために用いる鍵データと受信した通信データがどのセッションの通信データであるかを示す認証データとを受信する受信部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記受信部により受信された鍵データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した認証データを出力するとともに、前記所定の処理を施した鍵データを用いて、前記受信部により受信された通信データを処理装置により復号化し、復号化した通信データを出力する関係構築部と、
前記関係構築部により出力された通信データが正常な通信データであって前記関係構築部により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記受信部により受信された鍵データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、さらに、前記受信部により受信された鍵データと認証データとに挿入された付加データとして第１の共通鍵と第２の共通鍵とを抽出し、
前記関係構築部は、前記所定の処理として、前記第１の共通鍵を復号鍵として用いて、前記付加データを抽出した鍵データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第１の共通鍵を用いて暗号化された範囲を復号化するとともに、前記第２の共通鍵を復号鍵として用いて、前記付加データを抽出した認証データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第２の共通鍵を用いて暗号化された範囲を復号化することを特徴とする請求項２４に記載の情報通信装置。 - 前記関係構築部は、さらに、前記受信部により受信された鍵データと認証データとに挿入された付加データとして第１の乱数と第２の乱数とを抽出し、
前記関係構築部は、前記所定の処理として、前記第１の乱数を用いて、前記付加データを抽出した鍵データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第１の乱数を用いてスクランブルがかけられた範囲のスクランブルを解除するとともに、前記第２の乱数を用いて、前記付加データを抽出した認証データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第２の乱数を用いてスクランブルがかけられた範囲のスクランブルを解除することを特徴とする請求項２４に記載の情報通信装置。 - 前記関係構築部は、さらに、前記受信部により受信された鍵データと認証データとに挿入された付加データとして第１のフォーマットを示す情報と第２のフォーマットを示す情報とを抽出し、
前記関係構築部は、前記所定の処理として、前記付加データを抽出した鍵データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第１のフォーマットに並べ替えられた範囲を前記第１のフォーマットに対応する元のフォーマットに並べ替えるとともに、前記第２のフォーマットを用いて、前記付加データを抽出した認証データに対して前記関係構築パターンで指定された複数の範囲のうち、前記第２のフォーマットに並べ替えられた範囲を前記第２のフォーマットに対応する元のフォーマットに並べ替えることを特徴とする請求項２４に記載の情報通信装置。 - 前記関係構築部は、さらに、前記付加データが挿入された位置を示す情報を前記受信部により受信された鍵データと認証データとから抽出し、前記位置から前記付加データを抽出することを特徴とする請求項２５から２７までのいずれかに記載の情報通信装置。
- 前記情報通信装置は、さらに、
過去の通信データがどのセッションの通信データであるかを示す認証データを、記憶装置に記憶される認証データリストに登録する要求出力リスト登録部を有し、
前記認証部は、前記関係構築部により出力された認証データで前記関係構築部により出力された通信データが新規のセッションの通信データであることが示されていない場合には、前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記関係構築部により出力された認証データに対して処理装置により所定の処理を施し、前記関係構築部により出力された通信データと関連する過去の通信データがどのセッションの通信データであるかを示す認証データを取得し、取得した認証データと前記要求出力リスト登録部により登録された認証データとが一致するかを処理装置により確認し、
前記認証部は、前記所定の処理として、前記関係構築部により出力された認証データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする請求項２４に記載の情報通信装置。 - 他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、前記他の情報通信装置から送信される通信データがどのセッションの通信データであるかを示す認証データを受信する受信部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記受信部により受信された通信データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築部と、
前記関係構築部により出力された通信データが正常な通信データであって前記関係構築部により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記受信部により受信された通信データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、前記所定の処理として、前記受信部により受信された認証データを復号鍵として用いて、前記受信部により受信された通信データに対して前記関係構築パターンで指定された複数の範囲のうち、前記受信部により受信された認証データを用いて暗号化された範囲を復号化することを特徴とする請求項３０に記載の情報通信装置。
- 前記関係構築部は、前記所定の処理として、前記受信部により受信された認証データを乱数として用いて、前記受信部により受信された通信データに対して前記関係構築パターンで指定された複数の範囲のうち、前記受信部により受信された認証データを用いてスクランブルがかけられた範囲のスクランブルを解除することを特徴とする請求項３０に記載の情報通信装置。
- 前記関係構築部は、前記所定の処理として、前記受信部により受信された認証データを所定のフォーマットを示す情報として用いて、前記受信部により受信された通信データに対して前記関係構築パターンで指定された複数の範囲のうち、前記受信部により受信された認証データで示されるフォーマットに並べ替えられた範囲を当該フォーマットに対応する元のフォーマットに並べ替えることを特徴とする請求項３０に記載の情報通信装置。
- 他の情報通信装置から送信される通信データを含むペイロードと前記通信データを受信するための情報を含むヘッダとを受信する受信部と、
データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納部と、
前記関係構築パターン格納部により格納された関係構築パターンに基づいて、前記受信部により受信されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築部と、
前記関係構築部により出力されたヘッダが前記関係構築部により出力されたペイロードに対応するヘッダであるかを処理装置により確認するとともに、前記関係構築部により出力されたペイロードが正常な通信データを含むかを処理装置により確認する認証部とを有する情報通信装置であって、
前記関係構築パターン格納部は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築部は、前記所定の処理として、前記受信部により受信されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信装置。 - 前記関係構築部は、さらに、任意の共通鍵を挿入した位置を示す情報を前記受信部により受信されたペイロードから抽出し、前記任意の共通鍵を前記受信部により受信されたヘッダの前記位置から抽出し、
前記関係構築部は、前記所定の処理として、前記任意の共通鍵を復号鍵として用いて、前記位置を示す情報を抽出したペイロードに対して前記関係構築パターンで指定された複数の範囲のうち、前記任意の共通鍵を用いて暗号化された範囲を復号化することを特徴とする請求項３４に記載の情報通信装置。 - 前記関係構築部は、さらに、任意の乱数を挿入した位置を示す情報を前記受信部により受信されたペイロードから抽出し、前記任意の乱数を前記受信部により受信されたヘッダの前記位置から抽出し、
前記関係構築部は、前記所定の処理として、前記任意の乱数を用いて、前記位置を示す情報を抽出したペイロードに対して前記関係構築パターンで指定された複数の範囲のうち、前記任意の乱数を用いてスクランブルがかけられた範囲のスクランブルを解除することを特徴とする請求項３４に記載の情報通信装置。 - 前記関係構築部は、さらに、任意のフォーマットを示す情報を挿入した位置を示す情報を前記受信部により受信されたペイロードから抽出し、前記任意のフォーマットを示す情報を前記受信部により受信されたヘッダの前記位置から抽出し、
前記関係構築部は、前記所定の処理として、前記位置を示す情報を抽出したペイロードに対して前記関係構築パターンで指定された複数の範囲のうち、前記任意のフォーマットに並べ替えられた範囲を当該フォーマットに対応する元のフォーマットに並べ替えることを特徴とする請求項３４に記載の情報通信装置。 - 前記関係構築パターン格納部は、複数の関係構築パターンを格納するとともに、各関係構築パターンを選択するタイミングを指定する選択スケジュールを格納し、
前記関係構築部は、前記関係構築パターン格納部により格納された選択スケジュールに基づいて、関係構築パターンを選択し、選択した関係構築パターンに基づいて、前記所定の処理を施すことを特徴とする請求項１から３７までのいずれかに記載の情報通信装置。 - 前記関係構築パターン格納部は、前記関係構築パターンを、耐タンパ性装置に含まれる記憶装置に格納することを特徴とする請求項１から３８までのいずれかに記載の情報通信装置。
- 請求項１に記載の情報通信装置を第１の情報通信装置として備えるとともに、請求項２０に記載の情報通信装置を第２の情報通信装置として備え、
前記第２の情報通信装置の受信部は、前記第１の情報通信装置の送信部により送信された通信データを受信することを特徴とする情報通信システム。 - 請求項５に記載の情報通信装置を第１の情報通信装置として備えるとともに、請求項２４に記載の情報通信装置を第２の情報通信装置として備え、
前記第２の情報通信装置の受信部は、前記第１の情報通信装置の送信部により送信された鍵データと認証データと通信データとを受信することを特徴とする情報通信システム。 - 請求項１２に記載の情報通信装置を第１の情報通信装置として備えるとともに、請求項３０に記載の情報通信装置を第２の情報通信装置として備え、
前記第２の情報通信装置の受信部は、前記第１の情報通信装置の送信部により送信された認証データと通信データとを受信することを特徴とする情報通信システム。 - 請求項１６に記載の情報通信装置を第１の情報通信装置として備えるとともに、請求項３４に記載の情報通信装置を第２の情報通信装置として備え、
前記第２の情報通信装置の受信部は、前記第１の情報通信装置の送信部により送信されたヘッダとペイロードとを受信することを特徴とする情報通信システム。 - サーバ装置と耐タンパ性装置と端末装置とのそれぞれを、請求項４０から４３までのいずれかに記載の情報通信システムが備える第１の情報通信装置と第２の情報通信装置との両方として備える情報通信システムであって、
前記サーバ装置は、サーバプログラムを実行するサーバプログラム稼動部を有し、
前記端末装置は、前記サーバ装置のサーバプログラム稼動部により実行されるサーバプログラムと通信するアプリケーションプログラムを実行するアプリケーション稼動部と、前記アプリケーション稼動部により実行されるアプリケーションプログラムにしか得られないアプリケーション紹介情報を記憶装置に記憶するアプリケーション紹介情報記憶部とを有し、
前記端末装置のアプリケーション稼動部は、前記アプリケーションプログラムが前記サーバプログラムと通信を行うためのアクセス要求を処理装置により生成し、
前記端末装置の入力部は、前記端末装置のアプリケーション稼動部により生成されたアクセス要求を通信データとして入力し、
前記耐タンパ性装置の受信部は、前記端末装置の送信部により送信されたアクセス要求を受信し、
前記耐タンパ性装置の入力部は、前記耐タンパ性装置の受信部により受信されたアクセス要求を通信データとして入力し、
前記サーバ装置の受信部は、前記耐タンパ性装置の送信部により送信されたアクセス要求を受信し、
前記サーバ装置のサーバプログラム稼動部は、前記サーバ装置の受信部により受信されたアクセス要求に対する応答として、前記アプリケーションプログラムを認証するための判定条件と判定基準とを処理装置により生成し、
前記サーバ装置の入力部は、前記サーバ装置のサーバプログラム稼動部により生成された判定条件と判定基準とを通信データとして入力し、
前記耐タンパ性装置の受信部は、前記サーバ装置の送信部により送信された判定条件と判定基準とを受信し、
前記耐タンパ性装置の入力部は、前記アプリケーションプログラムを認証するための情報を要求する送信指示を通信データとして入力し、
前記端末装置の受信部は、前記耐タンパ性装置の送信部により送信された送信指示を受信し、
前記端末装置のアプリケーション稼動部は、前記端末装置の受信部により受信された送信指示に対する応答として、前記アプリケーション紹介情報記憶部により記憶されたアプリケーション紹介情報を記憶装置から取得し、
前記端末装置の入力部は、前記端末装置のアプリケーション稼動部により取得されたアプリケーション紹介情報を通信データとして入力し、
前記耐タンパ性装置の受信部は、前記端末装置の送信部により送信されたアプリケーション紹介情報を受信し、
前記耐タンパ性装置の認証部は、確認した判定条件と判定基準とアプリケーション紹介情報とに基づいて、前記アプリケーションプログラムを認証し、
前記端末装置のアプリケーション稼動部は、前記耐タンパ性装置の認証部により前記アプリケーションプログラムが認証された場合に、前記アプリケーションプログラムに、前記サーバ装置のサーバプログラム稼動部により実行されるサーバプログラムと通信させることを特徴とする情報通信システム。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記入力ステップにより入力された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築ステップと、
前記情報通信装置の送信部が、前記関係構築ステップにより出力された通信データを前記他の情報通信装置に送信する送信ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記入力ステップにより入力された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信方法。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力ステップと、
前記情報通信装置の鍵生成管理部が、一連の通信データからなるセッションごとに、前記入力ステップにより入力された通信データを暗号化するために用いる鍵データを処理装置により生成し、生成した鍵データを出力する鍵生成管理ステップと、
前記情報通信装置の認証情報生成部が、前記入力ステップにより入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記鍵生成管理ステップにより出力された鍵データと前記認証情報生成ステップにより出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した鍵データと認証データとを出力するともに、前記鍵生成管理ステップにより出力された鍵データを用いて、前記入力ステップにより入力された通信データを処理装置により暗号化し、暗号化した通信データを出力する関係構築ステップと、
前記情報通信装置の送信部が、前記関係構築ステップにより出力された鍵データと認証データと通信データとを前記他の情報通信装置に送信する送信ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記鍵生成管理ステップにより出力された鍵データと前記認証情報生成ステップにより出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信方法。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力ステップと、
前記情報通信装置の認証情報生成部が、一連の通信データからなるセッションごとに、前記入力ステップにより入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記入力ステップにより入力された通信データと前記認証情報生成ステップにより出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築ステップと、
前記情報通信装置の送信部が、前記関係構築ステップにより出力された認証データと通信データとを前記他の情報通信装置に送信する送信ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記入力ステップにより入力された通信データと前記認証情報生成ステップにより出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信方法。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを含むペイロードと前記通信データを送信するための情報を含むヘッダとを入力する入力ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記入力ステップにより入力されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築ステップと、
前記情報通信装置の送信部が、前記関係構築ステップにより出力されたヘッダとペイロードとを前記他の情報通信装置に送信する送信ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記入力ステップにより入力されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信方法。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信する受信ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記受信ステップにより受信された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築ステップと、
前記情報通信装置の送信部が、前記関係構築ステップにより出力された通信データが正常な通信データであるかを処理装置により確認する認証ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記受信ステップにより受信された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信方法。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、受信した通信データを復号化するために用いる鍵データと受信した通信データがどのセッションの通信データであるかを示す認証データとを受信する受信ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記受信ステップにより受信された鍵データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した認証データを出力するとともに、前記所定の処理を施した鍵データを用いて、前記受信ステップにより受信された通信データを処理装置により復号化し、復号化した通信データを出力する関係構築ステップと、
前記情報通信装置の認証部が、前記関係構築ステップにより出力された通信データが正常な通信データであって前記関係構築ステップにより出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記受信ステップにより受信された鍵データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信方法。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、前記他の情報通信装置から送信される通信データがどのセッションの通信データであるかを示す認証データを受信する受信ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記受信ステップにより受信された通信データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築ステップと、
前記情報通信装置の認証部が、前記関係構築ステップにより出力された通信データが正常な通信データであって前記関係構築ステップにより出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記受信ステップにより受信された通信データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信方法。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを含むペイロードと前記通信データを受信するための情報を含むヘッダとを受信する受信ステップと、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納ステップと、
前記情報通信装置の関係構築部が、前記関係構築パターン格納ステップにより格納された関係構築パターンに基づいて、前記受信ステップにより受信されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築ステップと、
前記情報通信装置の認証部が、前記関係構築ステップにより出力されたヘッダが前記関係構築ステップにより出力されたペイロードに対応するヘッダであるかを処理装置により確認するとともに、前記関係構築ステップにより出力されたペイロードが正常な通信データを含むかを処理装置により確認する認証ステップとを有する情報通信方法であって、
前記関係構築パターン格納ステップは、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築ステップは、前記所定の処理として、前記受信ステップにより受信されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信方法。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記入力手順により入力された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築手順と、
前記情報通信装置の送信部が、前記関係構築手順により出力された通信データを前記他の情報通信装置に送信する送信手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記入力手順により入力された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力手順と、
前記情報通信装置の鍵生成管理部が、一連の通信データからなるセッションごとに、前記入力手順により入力された通信データを暗号化するために用いる鍵データを処理装置により生成し、生成した鍵データを出力する鍵生成管理手順と、
前記情報通信装置の認証情報生成部が、前記入力手順により入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記鍵生成管理手順により出力された鍵データと前記認証情報生成手順により出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した鍵データと認証データとを出力するともに、前記鍵生成管理手順により出力された鍵データを用いて、前記入力手順により入力された通信データを処理装置により暗号化し、暗号化した通信データを出力する関係構築手順と、
前記情報通信装置の送信部が、前記関係構築手順により出力された鍵データと認証データと通信データとを前記他の情報通信装置に送信する送信手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記鍵生成管理手順により出力された鍵データと前記認証情報生成手順により出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを入力する入力手順と、
前記情報通信装置の認証情報生成部が、一連の通信データからなるセッションごとに、前記入力手順により入力された通信データがどのセッションの通信データであるかを示す認証データを処理装置により生成し、生成した認証データを出力する認証情報生成手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記入力手順により入力された通信データと前記認証情報生成手順により出力された認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築手順と、
前記情報通信装置の送信部が、前記関係構築手順により出力された認証データと通信データとを前記他の情報通信装置に送信する送信手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記入力手順により入力された通信データと前記認証情報生成手順により出力された認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の入力部が、他の情報通信装置に送信する通信データを含むペイロードと前記通信データを送信するための情報を含むヘッダとを入力する入力手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記入力手順により入力されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築手順と、
前記情報通信装置の送信部が、前記関係構築手順により出力されたヘッダとペイロードとを前記他の情報通信装置に送信する送信手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施す処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記入力手順により入力されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲の各範囲に対して前記暗号処理と前記スクランブル処理と前記分割再構成処理とのうち前記関係構築パターンで指定された処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信する受信手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記受信手順により受信された通信データに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データを出力する関係構築手順と、
前記情報通信装置の送信部が、前記関係構築手順により出力された通信データが正常な通信データであるかを処理装置により確認する認証手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも２つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記受信手順により受信された通信データに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、受信した通信データを復号化するために用いる鍵データと受信した通信データがどのセッションの通信データであるかを示す認証データとを受信する受信手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記受信手順により受信された鍵データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した認証データを出力するとともに、前記所定の処理を施した鍵データを用いて、前記受信手順により受信された通信データを処理装置により復号化し、復号化した通信データを出力する関係構築手順と、
前記情報通信装置の認証部が、前記関係構築手順により出力された通信データが正常な通信データであって前記関係構築手順により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記受信手順により受信された鍵データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを受信するとともに、一連の通信データからなるセッションごとに、前記他の情報通信装置から送信される通信データがどのセッションの通信データであるかを示す認証データを受信する受信手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記受信手順により受信された通信データと認証データとに対して処理装置により所定の処理を施し、前記所定の処理を施した通信データと認証データとを出力する関係構築手順と、
前記情報通信装置の認証部が、前記関係構築手順により出力された通信データが正常な通信データであって前記関係構築手順により出力された認証データで示されたセッションの通信データであるかを処理装置により確認する認証手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記受信手順により受信された通信データと認証データとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信プログラム。 - 情報通信装置の受信部が、他の情報通信装置から送信される通信データを含むペイロードと前記通信データを受信するための情報を含むヘッダとを受信する受信手順と、
前記情報通信装置の関係構築パターン格納部が、データにどのような処理を施すかを指定する関係構築パターンを記憶装置に格納する関係構築パターン格納手順と、
前記情報通信装置の関係構築部が、前記関係構築パターン格納手順により格納された関係構築パターンに基づいて、前記受信手順により受信されたヘッダとペイロードとに対して処理装置により所定の処理を施し、前記所定の処理を施したヘッダとペイロードとを出力する関係構築手順と、
前記情報通信装置の認証部が、前記関係構築手順により出力されたヘッダが前記関係構築手順により出力されたペイロードに対応するヘッダであるかを処理装置により確認するとともに、前記関係構築手順により出力されたペイロードが正常な通信データを含むかを処理装置により確認する認証手順とをコンピュータに実行させることを特徴とする情報通信プログラムであって、
前記関係構築パターン格納手順は、前記関係構築パターンとして、データに複数の範囲を指定し、指定した複数の範囲の範囲ごとに、各範囲に対して施される処理として、暗号鍵を用いて各範囲を暗号化する暗号処理と乱数を用いて各範囲にスクランブルをかけるスクランブル処理と各範囲を所定のフォーマットに並べ替える分割再構成処理とのうち少なくとも１つを指定する情報を格納し、
前記関係構築手順は、前記所定の処理として、前記受信手順により受信されたヘッダとペイロードとに対して前記関係構築パターンで指定された複数の範囲を特定し、特定した複数の範囲のうち、前記関係構築パターンで暗号処理を施す範囲として指定された範囲に対して、復号鍵を用いて各範囲を復号化する復号処理を施し、前記関係構築パターンでスクランブル処理を施す範囲として指定された範囲に対して、乱数を用いて各範囲のスクランブルを解除するスクランブル解除処理を施し、前記関係構築パターンで分割再構成処理を施す範囲として指定された範囲に対して、各範囲を元のフォーマットへ並べ替える復元処理を施すことを特徴とする情報通信プログラム。 - 請求項５３から６０までのいずれかに記載の情報通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006119014A JP2007295162A (ja) | 2006-04-24 | 2006-04-24 | 情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006119014A JP2007295162A (ja) | 2006-04-24 | 2006-04-24 | 情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2007295162A true JP2007295162A (ja) | 2007-11-08 |
Family
ID=38765349
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006119014A Pending JP2007295162A (ja) | 2006-04-24 | 2006-04-24 | 情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2007295162A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009253563A (ja) * | 2008-04-03 | 2009-10-29 | Nec Corp | コンテンツ暗号化配信システム、コンテンツ暗号化配信方法およびコンテンツ暗号化配信用プログラム |
| JP2011513838A (ja) * | 2008-02-27 | 2011-04-28 | マイクロソフト コーポレーション | 安全なファイル送信および評判検索 |
| WO2012165901A2 (ko) * | 2011-06-02 | 2012-12-06 | Beak Gyyoung | 단말기간 보안채널화 방법 |
| US9652614B2 (en) | 2008-04-16 | 2017-05-16 | Microsoft Technology Licensing, Llc | Application reputation service |
| CN112565245A (zh) * | 2020-12-02 | 2021-03-26 | 深圳市汇顶科技股份有限公司 | 数据传输方法、产线端工具、芯片、服务器及存储介质 |
-
2006
- 2006-04-24 JP JP2006119014A patent/JP2007295162A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011513838A (ja) * | 2008-02-27 | 2011-04-28 | マイクロソフト コーポレーション | 安全なファイル送信および評判検索 |
| US8931090B2 (en) | 2008-02-27 | 2015-01-06 | Microsoft Corporation | Safe file transmission and reputation lookup |
| US9690939B2 (en) | 2008-02-27 | 2017-06-27 | Microsoft Technology Licensing, Llc | Safe file transmission and reputation lookup |
| JP2009253563A (ja) * | 2008-04-03 | 2009-10-29 | Nec Corp | コンテンツ暗号化配信システム、コンテンツ暗号化配信方法およびコンテンツ暗号化配信用プログラム |
| US9652614B2 (en) | 2008-04-16 | 2017-05-16 | Microsoft Technology Licensing, Llc | Application reputation service |
| WO2012165901A2 (ko) * | 2011-06-02 | 2012-12-06 | Beak Gyyoung | 단말기간 보안채널화 방법 |
| WO2012165901A3 (ko) * | 2011-06-02 | 2013-03-28 | Beak Gyyoung | 단말기간 보안채널화 방법 |
| CN112565245A (zh) * | 2020-12-02 | 2021-03-26 | 深圳市汇顶科技股份有限公司 | 数据传输方法、产线端工具、芯片、服务器及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101502249B1 (ko) | 디바이스 통신 | |
| CN109218825B (zh) | 一种视频加密系统 | |
| JP2005196776A (ja) | 通信端末と通信機器との間の安全なデータ通信方法及びそのシステム | |
| US20120240204A1 (en) | System, design and process for strong authentication using bidirectional OTP and out-of-band multichannel authentication | |
| CA3010336A1 (en) | Secure information transmitting system and method for personal identity authentication | |
| CN109151508B (zh) | 一种视频加密方法 | |
| US11354438B1 (en) | Phone number alias generation | |
| CN1395776A (zh) | 发放电子身份证明的方法 | |
| CN109873819B (zh) | 一种防止非法访问服务器的方法及系统 | |
| CN110690956B (zh) | 双向认证方法及系统、服务器和终端 | |
| CN112823503B (zh) | 一种数据访问方法、数据访问装置及移动终端 | |
| KR100826522B1 (ko) | 이동통신 시스템에서 동적 암호화 장치 및 방법 | |
| CN111405223A (zh) | 一种视频处理方法、装置及设备 | |
| CN109379345B (zh) | 敏感信息传输方法及系统 | |
| CN104243452B (zh) | 一种云计算访问控制方法及系统 | |
| CN111193755B (zh) | 数据访问、数据加密方法及数据加密与访问系统 | |
| JP2007295162A (ja) | 情報通信装置及び情報通信システム及び情報通信方法及び情報通信プログラム及びコンピュータ読み取り可能な記録媒体 | |
| KR101677249B1 (ko) | 사용자 토큰을 이용하여 사물 인터넷 장치를 제어하기 위한 보안 처리 장치 및 방법 | |
| CN109905376B (zh) | 一种防止非法访问服务器的方法及系统 | |
| CA3102933C (en) | Encryption device, a communication system and method of exchanging encrypted data in a communication network | |
| JP4239066B2 (ja) | クローニング防止方法 | |
| US20190379655A1 (en) | Data communication system | |
| CN113114610A (zh) | 一种取流方法、装置及设备 | |
| KR102308248B1 (ko) | 양자난수 기반의 양자암호화칩이 탑재된 비화게이트웨이 및 이를 이용한 IoT디바이스간 비화통신 서비스 제공방법 | |
| CN113850591A (zh) | 一种基于加密和数字签名算法验证支付二维码真伪的方法 |