(57)【要約】【課題】複数のデータを多重化して伝送可能な暗号化ストリーム伝送方法および電子機器を提供する。【解決手段】情報処理装置１は、情報処理装置２にデータ送信順を記述したＰＯＳＴリクエストを送信した後、ＨＤＤ１４に記録されているデータＡおよびデータＢを、パケットとしてメモリ１３にバッファし、パケット単位でそれぞれ暗号化処理部１１Ａに入力して暗号化し、再びメモリ１３にバッファする。ネットワーク通信処理部１１Ｂは、データ送信順に従いデータＡおよびデータＢを通信部１０に送信させる。情報処理装置２は、ＰＯＳＴリクエストのヘッダをネットワーク通信処理部２１Ｂにおいて読み込み、送信されてくるデータ順序を理解する。次に、受信したデータをメモリ２３にバッファし、データ振り分け処理部２１Ｃに入力して、データＡおよびデータＢを復号化する前に振り分ける。データＡおよびデータＢは、それぞれ予め指定された処理部に出力される。【選択図】図４
2008294639.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータを読み出す読み出しステップと、
前記複数のデータを暗号化する暗号化ステップと、
前記暗号化された複数のデータの送信順を決定する送信順決定ステップと、
前記送信順を外部に送信する送信順送信ステップと、
前記複数のデータを前記送信順に基づいて送信するデータ送信ステップとを有することを特徴とする暗号化ストリーム伝送方法。
【請求項２】
送信順を外部から受信する送信順受信ステップと、
暗号化された複数のデータを受信するデータ受信ステップと、
前記送信順に基づき前記暗号化された複数のデータを振り分けて処理する振り分け処理ステップとを有することを特徴とする暗号化ストリーム伝送方法。
【請求項３】
前記送信順決定ステップは、ＨＴＴＰ１．１に準拠してＰＯＳＴリクエストのヘッダに前記送信順を記述することを特徴とする請求項１に記載の暗号化ストリーム伝送方法。
【請求項４】
前記読み出しステップは、ダミーデータを前記複数のデータのうちの少なくとも１つとして読み出し、
前記暗号化ステップは、ＤＴＣＰ−ＩＰに準拠して前記複数のデータを暗号化し、
前記送信順決定ステップは、ダミーデータを定期的に挿入することを特徴とする請求項１に記載の暗号化ストリーム伝送方法。
【請求項５】
前記読み出しステップは、ＰＭＴに記載しないＰＩＤを有するダミーデータを前記複数のデータのうちの少なくとも１つとして読み出し、
前記暗号化ステップは、ＭＰＥＧ−ＴＳに準拠して前記複数のデータを暗号化し、
前記送信順決定ステップは、ダミーデータを定期的に挿入することを特徴とする請求項１に記載の暗号化ストリーム伝送方法。
【請求項６】
前記送信順決定ステップは、前記複数のデータの送信先が暗号鍵を破棄しない時間間隔で暗号鍵を必要とするデータを送信するように前記送信順を決定することを特徴とする請求項１または３に記載の暗号化ストリーム伝送方法。
【請求項７】
前記送信順決定ステップは、前記複数のデータの送信先が暗号鍵を破棄しない時間間隔で暗号鍵を必要とする前記ダミーデータを送信するように前記送信順を決定することを特徴とする請求項４または５に記載の暗号化ストリーム伝送方法。
【請求項８】
複数のデータを有するＨＤＤと、
データを外部へ送信する通信部と、
前記複数のデータを暗号化し、前記暗号化された複数のデータの送信順を決定し、前記送信順を前記通信部を介して外部に送信させた後、前記複数のデータを前記送信順に基づいて送信させる制御部とを有することを特徴とする電子機器。
【請求項９】
前記制御部は、前記通信部を介して送信順を外部から受信した場合、前記暗号化された複数のデータを前記通信部を介して受信し、前記送信順に基づき前記暗号化された複数のデータを振り分けて処理することを特徴とする請求項８に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化ストリーム伝送方法および電子機器に関する。
【背景技術】
【０００２】
従来の技術として、ＩＰ（Internet Protocol）ネットワークを用いて片方向通信するデータ伝送方法がある（例えば、特許文献１参照）。
【０００３】
このデータ伝送方法は、ＩＰネットワークに接続されたデータ送信装置およびデータ受信装置の間で実行される。データ送信装置は、送信する映像データをＵＤＰ（User Datagram Protocol）パケットの単位に分割する映像データ分割手段と、送信するパケットの内容が記述されたヘッダを作成するヘッダ作成手段と、映像データをデータ受信装置へ送信するＵＤＰパケット送信手段とを有する。データ受信装置は、データ送信装置から映像データを受信するＵＤＰパケット受信手段と、ＵＤＰパケットのヘッダを検出するヘッダ検出手段と、ヘッダ検出手段が検出したヘッダを解析するヘッダ解析手段と、使用しないパケットを破棄するパケット破棄手段と、使用するパケットを復号手段等に出力するパケット出力手段とを有する。
【０００４】
このデータ伝送方法は、データ送信装置のヘッダ作成手段が出力したヘッダをＵＤＰパケットのヘッダとして送信し、データ受信装置のヘッダ解析手段によって解析する。受信したＵＤＰパケットの中で有効活用できるもの以外をパケット破棄手段が破棄することで、受信手段が受信したＵＤＰパケットの一部が伝送時に欠損したとしてもデータ受信装置がエラー検出等で応答する必要なく、データ受信装置とデータ送信装置の間で片方向のセッションを確立できる。ＩＰネットワークにおいて双方向のセッションを確立する必要がなくなることで、データ送信装置からデータ受信装置への通信帯域を広く確保することができるため、映像データのリアルタイム配信の確実性を向上することができる。
【特許文献１】特開２００５−３３３５６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のデータ伝送方式によると、単一のデータを受信してパケット内容を判断することはできるが、複数のデータを多重化したデータを受信することはできない。
【０００６】
従って、本発明の目的は、複数のデータを多重化して伝送可能な暗号化ストリーム伝送方法および電子機器を提供することにある。
【課題を解決するための手段】
【０００７】
（１）本発明は上記目的を達成するため、複数のデータを読み出す読み出しステップと、前記複数のデータを暗号化する暗号化ステップと、前記暗号化された複数のデータの送信順を決定する送信順決定ステップと、前記送信順を外部に送信する送信順送信ステップと、前記複数のデータを前記送信順に基づいて送信するデータ送信ステップとを有することを特徴とする暗号化ストリーム伝送方法を提供する。
【０００８】
上記した方法によれば、データ伝送を開始する前にデータ送信順を取り決めることによって、ＩＰネットワークにおいてデータを多重化して送信することができる。
【０００９】
（２）また、本発明は上記目的を達成するため、送信順を外部から受信する送信順受信ステップと、暗号化された複数のデータを受信するデータ受信ステップと、前記送信順に基づき前記暗号化された複数のデータを振り分けて処理する振り分け処理ステップとを有することを特徴とする暗号化ストリーム伝送方法を提供する。
【００１０】
上記した方法によれば、データを復号化する前にデータを振り分けることができるため、データ処理部の効率が向上する。
【００１１】
（３）また、本発明は上記目的を達成するため、複数のデータを有するＨＤＤと、データを外部へ送信する通信部と、前記複数のデータを暗号化し、前記暗号化された複数のデータの送信順を決定し、前記送信順を前記通信部を介して外部に送信させた後、前記複数のデータを前記送信順に基づいて送信させる制御部とを有することを特徴とする電子機器を提供する。
【００１２】
上記した構成によれば、データ伝送を開始する前にデータ送信順を取り決めることによって、ＩＰネットワークにおいてデータを多重化して送信することができる電子機器を達成できる。
【発明の効果】
【００１３】
本発明によれば、複数のデータを多重化して伝送できる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の電子機器としての情報処理装置の実施の形態を、図面を参照して詳細に説明する。
【００１５】
（構  成）
図１は、本発明の実施の形態に関する情報処理装置を示す概略図である。
【００１６】
映像データ等を記録および再生可能な情報処理装置１は、同一の機能および構成を有する情報処理装置２とネットワークケーブル３で接続される。また、情報処理装置１および情報処理装置２は、例えば、ＤＬＮＡ（Digital Living Network Alliance）に準拠してネットワークケーブル３を介して通信する。また、転送プロトコルはＨＴＴＰ（Hyper Text Transfer Protocol）１．１に準拠したものとする。
【００１７】
情報処理装置１は、外部から映像、音声等の各種データを受信可能で、受信したデータを内部記録媒体に記録し、内部記録媒体に記録されたデータはネットワークケーブル３を介して情報処理装置２に出力することができる。
【００１８】
図２は、本発明の実施の形態に関する情報処理装置の構成を示すブロック図である。情報処理装置１と情報処理装置２は同一の構成を有するため、ここでは情報処理装置１について説明する。
【００１９】
情報処理装置１（２）は、外部機器とＬＡＮ（Local Area Network）ケーブル等のネットワークケーブル３と接続されて通信する通信部１０（２０）と、外部に出力するデータを暗号化する暗号化処理部１１Ａ（２１Ａ）、外部とデータを受送信する際に通信部１０（２０）を制御するネットワーク通信処理部１１Ｂ（２１Ｂ）、受信したデータをデータ種別ごとに振り分けるデータ振り分け処理部１１Ｃ（２１Ｃ）を有する制御部としてのＣＰＵ（Central Processing Unit）１１（２１）と、外部に接続された表示装置等に映像信号および音声信号等を出力する出力部１２（２２）と、データを一時的に記憶するメモリ１３（２３）と、受信したデータを記録するＨＤＤ（Hard Disk Drive）１４（２４）と、複数のスイッチ等からなり、それらの入力操作に基づいて情報処理装置１（２）を操作する操作部１５（２５）とを有する。各部は、バス１６（２６）によって相互に接続される。
【００２０】
（動  作）
以下に、本発明の実施の形態における情報処理装置の動作を各図を参照しつつ説明する。
【００２１】
図３は、本発明の実施の形態に関するＰＯＳＴリクエストのヘッダ例を示す概略図である。
【００２２】
本実施の形態において、情報処理装置１は、情報処理装置１と情報処理装置２の間でデータ伝送を開始する際に、情報処理装置２にＰＯＳＴリクエスト１００を送信する。情報処理装置１のネットワーク通信処理部１１Ｂは、一般的なＰＯＳＴリクエスト１００に加えて、図３の６行目にあたる「Content-Info.toshiba.jp」１００ａを追加する。「Content-Info.toshiba.jp」１００ａは、データ伝送の際に送信されるデータの順序を示している。「DATA A=30; DATA B=1」は、データＡを３０回送信した後、データＢを１回送信することを意味する。情報処理装置２は、ＰＯＳＴリクエスト１００の内容をネットワーク通信処理部２１Ｂによって理解する。
【００２３】
図４は、本発明の実施の形態に関するデータ伝送の動作を示すブロック図である。
【００２４】
情報処理装置１がＰＯＳＴリクエスト１００を送信した後、情報処理装置１のＨＤＤ１４に記録されているデータＡおよびデータＢは、パケットとして規定単位ごとにメモリ１３にバッファされる。メモリ１３にバッファされたデータＡおよびデータＢは、パケット単位でそれぞれ暗号化処理部１１Ａに出力される。暗号化処理部１１Ａは、メモリ１３から入力するパケット単位のデータＡおよびデータＢを暗号化する。この際、各パケットのヘッダに暗号鍵が書き込まれる。
【００２５】
暗号化処理部１１Ａにおいてパケット単位で暗号化されたデータＡおよびデータＢは、再びメモリ１３にバッファされる。ネットワーク通信処理部１１Ｂは、ＰＯＳＴリクエスト１００のヘッダに記載されたデータ送信順に従い、メモリ１３にバッファされたデータＡおよびデータＢを通信部１０に出力する。通信部１０は、データＡおよびデータＢを情報処理装置２に送信する。
【００２６】
情報処理装置２は、情報処理装置１から送信されたデータを通信部２０で受信する。まず、ＰＯＳＴリクエスト１００のヘッダをネットワーク通信処理部２１Ｂにおいて読み込み、送信されるデータ順序を理解する。次に、送られるデータをメモリ２３にバッファする。メモリ２３にバッファされたデータは、データ振り分け処理部２１Ｃに入力され、ネットワーク通信処理部２１Ｂが理解した順序通りに、データＡおよびデータＢが復号化される前に振り分けられる。振り分けられたデータＡおよびデータＢは、それぞれに予め指定された処理が施される。
【００２７】
図５（ａ）〜（ｄ）は、本発明の実施の形態に関するデータ伝送手順を示す概略図である。
【００２８】
図５（ａ）に示すように、データＡとデータＢが送信される場合、まず、図５（ｂ）に示すように規定単位のパケットにデータが分割されてメモリ１３にバッファされる。この後、各パケットは暗号化処理部１１Ａにおいて暗号化される。本実施の形態における例では、データＡは、規定単位のパケットで１２０個であり、データＢは、規定単位のパケットで４個である。
【００２９】
次に、図５（ｃ）に示すように、図３の例に従い、データＡのパケットが３０個送信された後にデータＢのパケットが１個送信される順序でパケットをメモリ１３にバッファする。データは、ネットワーク通信処理部１１Ｂによって情報処理装置１から情報処理装置２へネットワークケーブル３を介して伝送される。
【００３０】
次に、図５（ｄ）に示すように、情報処理装置２に受信されたデータは、復号化される前にデータ振り分け処理部２１ＣにおいてデータＡとデータＢに振り分けられ、それぞれの処理部（図示せず）に出力される。
【００３１】
図６は、本発明の実施の形態に関する情報処理装置の動作を示すタイミングチャートである。
【００３２】
情報処理装置１から情報処理装置２へのデータ伝送に際して、まず情報処理装置１からＰＯＳＴリクエスト１００のヘッダにデータ送信順を記述して情報処理装置２に送信する。次に、情報処理装置１から規定単位に分割されたデータＡのパケットを３０回送信する。情報処理装置２は、データＡを受信しデータＡの処理部に出力するという動作を３０回繰り返す。その後、情報処理装置１から規定単位に分割されたデータＢのパケットを１回送信する。情報処理装置２は、データＢを受信しデータＢの処理部に出力する。本実施の形態においては、データＡを３０回、データＢを１回という一連の流れを４回繰り返す。
【００３３】
図７は、本発明の実施の形態に関する情報処理装置の送信側動作を示すフローチャートである。
【００３４】
送信側の情報処理装置１の動作を説明する。まず、ネットワーク通信処理部１１ＢがＰＯＳＴリクエスト１００のヘッダにデータ送信順を記述して情報処理装置２へ送信する（Ｓ１０）。次に、ＨＤＤ１４からデータＡをメモリ１３に規定単位読み出す（Ｓ１１）。読み出された規定単位のデータＡを暗号化処理部１１Ａにおいて暗号化する（Ｓ１２）。暗号化された規定単位のデータＡを規定回数、本実施の形態では３０回、メモリ１３に再び読み出す（Ｓ１３）。
【００３５】
次に、ＨＤＤ１４からデータＢをメモリ１３に規定単位読み出す（Ｓ１４）。読み出された規定単位のデータＢを暗号化処理部１１Ａにおいて暗号化してメモリ１３に再び読み出す（Ｓ１５）。次に、ネットワーク通信処理部１１Ｂが、データＡおよびデータＢをＰＯＳＴリクエスト１００のヘッダのデータ送信順に従い、通信部１０を介してデータを送信する（Ｓ１６）。全てのデータを送信し終えると動作を終了する（Ｓ１７）。
【００３６】
図８は、本発明の実施の形態に関する情報処理装置の受信側動作を示すフローチャートである。
【００３７】
受信側の情報処理装置２の動作を説明する。まず、ネットワーク通信処理部２１Ｂがデータ送信順の記述されたＰＯＳＴリクエスト１００のヘッダを情報処理装置１から受信する（Ｓ２０）。次に、データ送信順にメモリ２３にデータＡを規定単位受信する（Ｓ２１）。受信した規定単位のデータＡをデータ振り分け処理部２１ＣがデータＡの処理部へ出力する（Ｓ２２）。規定単位のデータＡを規定回数、本実施の形態では３０回、メモリ２３に受信してデータＡの処理部へ出力する（Ｓ２３）。
【００３８】
次に、メモリ２３にデータＢを規定単位受信する（Ｓ２４）。受信した規定単位のデータＢをデータ振り分け処理部２１ＣがデータＢの処理部へ出力する（Ｓ２５）。全てのデータを受信し終えると動作を終了する（Ｓ２６）。
【００３９】
（実施の形態の効果）
上記した実施の形態によると、ＰＯＳＴリクエスト１００のヘッダを使用して情報処理装置１と情報処理装置２との間でネゴシエーションをして、データ伝送を開始する前にデータ送信順を取り決めることによって、ＩＰネットワークにおいてデータを多重化して送信することができる。また、受信装置である情報処理装置２においてデータを復号化する前にデータを振り分けることができるため、データ処理部の効率が向上する。
【００４０】
また、送信するパケットのヘッダに多重化に関する情報を挿入できないフォーマットであるファイルに関しても、多重化したデータ伝送ができる。また、データ送信装置とデータ受信装置の双方向セッションを確立するため、鍵交換が必要な符号化データの伝送ができる。
【実施例１】
【００４１】
（構  成）
図９は、従来の暗号化データ伝送に関するデータ送信手順を示す概略図であり、（ａ）は、データ構成、（ｂ）は、データ送信順を示す。なお、以下の説明において、実施の形態と同一の構成および機能を有する部分については共通の符号を付している。
【００４２】
図９（ａ）に示すように、復号化に暗号鍵を必要とするNo More CopyファイルであるデータＣと、復号化に暗号鍵を必要としないCopy FreeファイルであるデータＤと、No More CopyファイルであるデータＥとからなるデータをＤＴＣＰ−ＩＰ（Digital Transmission Content Protection over Internet Protocol）に準拠したプロトコルで送信する場合を説明する。
【００４３】
データＣを送信するのに１時間、データＤを送信するのに３時間、データＥを送信するのに１時間を要したとすると、情報処理装置１と情報処理装置２はｔ１で暗号鍵を交換し、ｔ２まで暗号鍵を使用する。ｔ２からｔ４の間は鍵を使わないが、暗号鍵が未使用の状態のまま２時間が経過すると受信側の情報処理装置２で暗号鍵を破棄するようにＤＴＣＰ−ＩＰにおいて制限されているため、ｔ２から２時間経過したｔ３において暗号鍵が破棄されてしまう。そのため、再びｔ４において暗号鍵を必要とするデータＥの送信を開始しても受信する情報処理装置２においてデータＥを復号化することができないという問題が生じる。
【００４４】
図１０は、本発明の実施例１に関するデータ構成を示す概略図である。
【００４５】
本実施例において、データＤの送信中に暗号鍵が破棄されるのを防ぐため、データＤに復号化に暗号鍵を必要とするダミーデータ（No More Data）を挿入する。ＤＴＣＰ−ＩＰの規格では、ＰＣＰ（Protected Content Packet）と呼ばれる規定単位でデータを送信するが、ここでは、データＤのＰＣＰのサイズを１．５ＭＢ、ダミーデータのＰＣＰのサイズを５０ｋＢとし、データＤのＰＣＰを３０個送信した後、ダミーデータのＰＣＰを１個送信するものとする。ＤＴＣＰ−ＩＰの規格上、送信データの１２８ＭＢ境界において暗号鍵を変更する必要があるため、８７個目までデータＤのＰＣＰを送信した後、８８個目に境界ダミーデータを挿入して、その容量を４００ｋＢにする。
【００４６】
（動  作）
図１１は、本発明の実施例１に関する情報処理装置の動作を示すフローチャートである。
【００４７】
情報処理装置１から情報処理装置２に対し、まずＰＯＳＴリクエストのヘッダにデータ送信順を記述して送信する。次に、情報処理装置１からＰＣＰに分割されたデータＤのパケットを３０回送信する。情報処理装置２は、データＤを受信し、データＤをＨＤＤに書き込むという動作を３０回繰り返す。
【００４８】
その後、情報処理装置１からＰＣＰに分割されたダミーデータのパケットを１回送信する。情報処理装置２は、ダミーデータを受信し、ダミーデータを書き込まずに破棄する。本実施例においては、データＤを３０回、ダミーデータを１回という一連の流れを２回繰り返し、その後にデータＤを２５回、境界ダミーデータ１回送信する。
【００４９】
（実施例１の効果）
上記した実施例１によると、ＤＴＣＰ−ＩＰの規格上で暗号鍵の必要なダミーデータをデータＤに多重化して送信することで、暗号鍵を破棄することなく長時間のストリーミングが可能となる。また、ダミーデータを復号化することなく、ダミーデータを破棄できるので、ダミーデータを多重化したことによって情報処理装置２の処理負担が増加することはない。
【実施例２】
【００５０】
（構  成）
図１２は、本発明の実施例２に関する情報処理装置のデータ送信手順を示す概略図であり、（ａ）は、データ構成、（ｂ）は、データ送信順、（ｃ）はデータ種別テーブル、（ｄ）はデータ振り分け方法を示す。
【００５１】
実施例１と同様に、図１２（ａ）に示すように、復号化に暗号鍵を必要とするNo More CopyファイルであるデータＣと、復号化に暗号鍵を必要としないCopy FreeファイルであるデータＤと、No More CopyファイルであるデータＥとからなるデータを、本実施例においてはＭＰＥＧ−ＴＳ（Moving Picture Experts Group Transport Stream）に準拠したプロトコルで送信する場合を説明する。
【００５２】
図１２（ｂ）に示すように、本実施例においても実施例１と同様に、データＤの送信中に暗号鍵が破棄されるのを防ぐためデータＤに復号化に暗号鍵を必要とするダミーデータ（No More Data）を挿入する。ＭＰＥＧ−ＴＳの規格では、ＴＳＰ（Transport Stream Packet）と呼ばれる１８８Ｂの規定単位でデータを送信する。ここでは、データＤのＴＳＰを１５０００個送信した後、ダミーデータのＴＳＰを５００個送信するものとする。
【００５３】
ＭＰＥＧ−ＴＳにおいて各ＴＳＰはＰＩＤ（Packet ID）を有しており、ＰＩＤによってパケットが属するプログラムの種類が定義されている。図１２（ｃ）に示すように、ＰＩＤの属性はＰＭＴ（Program Map Table）に記述される。データＤの各ＴＳＰは、図１２（ｂ）に示すようにＰＩＤが与えられており、ＰＭＴを参照することにより、映像データであることを判別できる。ダミーデータの各ＴＳＰは、ＰＩＤが与えられているが、ＰＭＴに記述されていないＰＩＤである。
【００５４】
（動  作）
送信装置である情報処理装置１は、データＤにダミーデータを多重化してトランスポートストリームとして送信する。ダミーデータは暗号鍵を必要とするNo More Dataであり、情報処理装置１は、ダミーデータのＰＩＤをＰＭＴに記述せず、トランスポートストリームに含める。
【００５５】
受信装置である情報処理装置２は、トランスポートストリームからまずＰＭＴを受信してＰＩＤを把握した後に、データＤおよびダミーデータを受信する。データＤにはダミーデータが多重化されているが、ダミーデータのＰＩＤはＰＭＴに記述されていないため、このＴＳＰを無視する。データＤのＴＳＰのＰＩＤは、videoのプログラムパケットであるため、videoとして読み込んで処理する。
【００５６】
（実施例２の効果）
上記した実施例２によると、ＭＰＥＧ−ＴＳの規格上で暗号鍵の必要なダミーデータをデータＤに多重化して送信することで、ＰＯＳＴリクエストを送信することなく、かつ暗号鍵を破棄することなく長時間のストリーミングが可能となる。また、ＰＯＳＴリクエストを必要としないので、ＰＯＳＴリクエストのヘッダを理解しない受信装置に対しても多重化したデータを送信することができる。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施の形態に関する情報処理装置を示す概略図である。
【図２】本発明の実施の形態に関する情報処理装置の構成を示すブロック図である。
【図３】本発明の実施の形態に関するＰＯＳＴリクエストのヘッダ例を示す概略図である。
【図４】本発明の実施の形態に関するデータ伝送の動作を示すブロック図である。
【図５】（ａ）〜（ｄ）は、本発明の実施の形態に関するデータ伝送手順を示す概略図である。
【図６】本発明の実施の形態に関する情報処理装置の動作を示すタイミングチャートである。
【図７】本発明の実施の形態に関する情報処理装置の送信側動作を示すフローチャートである。
【図８】本発明の実施の形態に関する情報処理装置の受信側動作を示すフローチャートである。
【図９】従来の暗号化データ伝送に関するデータ送信手順を示す概略図であり、（ａ）は、データ構成、（ｂ）は、データ送信順を示す。
【図１０】本発明の実施例１に関するデータ構成を示す概略図である。
【図１１】本発明の実施例１に関する情報処理装置の動作を示すフローチャートである。
【図１２】本発明の実施例２に関する情報処理装置のデータ送信手順を示す概略図であり、（ａ）は、データ構成、（ｂ）は、データ送信順、（ｃ）はデータ種別テーブル、（ｄ）はデータ振り分け方法を示す。
【符号の説明】
【００５８】
１…情報処理装置、２…情報処理装置、３…ネットワークケーブル、１０…通信部、１１…ＣＰＵ、１１Ａ…暗号化処理部、１１Ｂ…ネットワーク通信処理部、１１Ｃ…データ振り分け処理部、１２…出力部、１３…メモリ、１４…ＨＤＤ、１５…操作部、１６…バス、２０…通信部、２１Ｂ…ネットワーク通信処理部、２１Ｃ…データ振り分け処理部、２３…メモリ、１００…ＰＯＳＴリクエスト
【図１】
2008294639.tif 000003
【図２】
2008294639.tif 000004
【図３】
2008294639.tif 000005
【図４】
2008294639.tif 000006
【図５】
2008294639.tif 000007
【図６】
2008294639.tif 000008
【図７】
2008294639.tif 000009
【図８】
2008294639.tif 000010
【図９】
2008294639.tif 000011
【図１０】
2008294639.tif 000012
【図１１】
2008294639.tif 000013
【図１２】
2008294639.tif 000014