(57)【要約】【課題】Ｐ２Ｐネットワーク上における効率的なコンテンツ取得処理を実現する通信処理装置および方法を提供する。【解決手段】Ｐ２Ｐネットワーク上におけるコンテンツ取得処理において、コンテンツのダウンロードを１つのピアから行うのではなく、エンコードされたコンテンツデータを格納したパケットを複数のピアから受信し、複数ピアからの受信結果に基づいてデコード処理を実行してコンテンツの復元を行なう構成とした。本構成によれば、ＡＤＳＬなど非対称な通信手段を利用し、送信側ピアのアップロード速度が遅い場合であっても、複数のピアからのコンテンツ・ダウンロードが可能となり、高速の効率的なコンテンツ取得処理が実現され、また、コンテンツ転送処理の負荷分散が実現される。【選択図】　図８
2004127168.tif 000002
【特許請求の範囲】
【請求項１】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアとして通信処理を実行する通信処理装置であり、
前記ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信部と、
前記データ受信部を介して複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理部とを有し、
前記デコード処理部は、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行する構成であることを特徴とする通信処理装置。
【請求項２】
前記通信処理装置は、コンテンツデータ検索サービスを提供するルックアップサーバを有するハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア・ネットワークに接続された通信処理装置であり、
前記通信処理装置は、複数ピアが要求コンテンツを保持するとの前記ルックアップサーバからのコンテンツ検索結果に基づいて、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行する構成であることを特徴とする請求項１に記載の通信処理装置。
【請求項３】
前記通信処理装置は、コンテンツデータ検索サービスを提供するルックアップサーバを持たないピュア（Ｐｕｒｅ）ピア・ツー・ピア・ネットワークに接続された通信処理装置であり、
前記通信処理装置は、ネットワーク接続ピアに対するコンテンツ保持問い合わせとしてのクエリーを送信する処理を実行するとともに、該送信クエリーに対して複数ピアから要求コンテンツの保持応答としてのクエリー・ヒットを受信したことを条件として、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行する構成であることを特徴とする請求項１に記載の通信処理装置。
【請求項４】
複数の異なるピアから受信するパケットに含まれるエンコードデータは、元データを無限長のデータにエンコードし、該エンコードデータの一定量に基づくデコードによりデータ復元の可能なエンコード／デコード処理方式に従ってエンコードされたデータであり、
前記デコード処理部は、ランダムに集積された複数のパケットに含まれる複数のエンコードデータのデコード処理により、元データとしてのオリジナルコンテンツを復元する処理を実行する構成であることを特徴とする請求項１に記載の通信処理装置。
【請求項５】
前記デコード処理部は、
前記データ受信部の受信した複数の受信パケットに含まれるエンコードデータが、デコード処理可能な一定量に達したことを条件としてデコード処理を実行する構成であることを特徴とする請求項１に記載の通信処理装置。
【請求項６】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアにおける通信処理方法であり、
ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信ステップと、
前記データ受信ステップにおいて複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理ステップとを有し、
前記デコード処理ステップは、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行するステップであることを特徴とする通信処理方法。
【請求項７】
前記通信処理方法は、さらに、
複数ピアが要求コンテンツを保持するとのルックアップサーバからのコンテンツ検索結果を受信し、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行するステップを含むことを特徴とする請求項６に記載の通信処理方法。
【請求項８】
前記通信処理方法は、さらに、
ネットワーク接続ピアに対するコンテンツ保持問い合わせとしてのクエリーを送信する処理を実行するとともに、該送信クエリーに対して複数ピアから要求コンテンツの保持応答としてのクエリー・ヒットを受信したことを条件として、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行するステップを含むことを特徴とする請求項６に記載の通信処理方法。
【請求項９】
複数の異なるピアから受信するパケットに含まれるエンコードデータは、元データを無限長のデータにエンコードし、該エンコードデータの一定量に基づくデコードによりデータ復元の可能なエンコード／デコード処理方式に従ってエンコードされたデータであり、
前記デコード処理ステップは、ランダムに集積された複数のパケットに含まれる複数のエンコードデータのデコード処理により、元データとしてのオリジナルコンテンツを復元する処理を実行するステップであることを特徴とする請求項６に記載の通信処理方法。
【請求項１０】
前記デコード処理ステップは、
前記データ受信ステップにおいて受信した複数の受信パケットに含まれるエンコードデータが、デコード処理可能な一定量に達したことを条件としてデコード処理を実行するステップであることを特徴とする請求項６に記載の通信処理方法。
【請求項１１】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアにおける通信処理を実行するコンピュータ・プグラムであり、
ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信ステップと、
前記データ受信ステップにおいて複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理ステップとを有し、
前記デコード処理ステップは、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行するステップであることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信処理装置、および通信処理方法、並びにコンピュータ・プログラムに関する。さらに詳細には、ピア・ツー・ピア・ネットワークにおけるデータ取得効率を向上させた通信処理装置、および通信処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、インターネット等の通信ネットワークを介した画像、音声データ、各種プログラム等のデータ転送が盛んに行われている。ネットワークを通じてやりとりされるコンテンツの種類は、テキスト・静止画などから、動画・音声などのマルチメディアコンテンツへと移行が進んでいる。それに従って、コンテンツの大容量化が著しく進んでいる。
【０００３】
ところで、近年、情報処理装置間の直接通信処理としてのピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク技術が開発されている。Ｐ２Ｐネットワークとは、集中的に処理を行なうサーバを設置するのではなく、各ネットワーククライアントが持つ資源としての情報処理装置、例えばＰＣ、携帯端末、ＰＤＡ、携帯電話、さらに、通信処理可能な機能を持つあるいは通信機器に接続された記憶手段としてのディスク装置、あるいはプリンタ等、様々な機器をお互いにネットワークを介して通信し、各ネットワーククライアントが持つ資源の共有を可能としたネットワークである。
【０００４】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク技術は、米ＩＢＭ社が提唱するＡＰＰＮ（Ａｄｖａｎｃｅｄ　Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ　Ｎｅｔｗｏｒｋｉｎｇ）の中で用いられたのが最初とされている。このネットワークを使うことで、従来のようなクライアント−サーバ型ネットワークにおいてコンテンツ配信を行う場合に必要となる巨大な配信サーバを設置する必要がなくなり、各ネットワーククライアントが持つ資源に分散配置されたコンテンツを多くのユーザが利用可能となり、大容量のコンテンツの分散格納および、配信が可能となる。
【０００５】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークには、「ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク」と「ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク」の２つのネットワーク形態がある。
【０００６】
ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークとは、システムの各構成要素（ピア：Ｐｅｅｒ）は等しい機能・役割を持ち、対等なコミュニケーションを行うネットワーク形態である。それを用いた代表的なサービスとしては「Ｇｎｕｔｅｒｌｌａ（ｈｔｔｐ：／／ｇｎｕｔｅｌｌａ．ｗｅｇｏ．ｃｏｍ／）」が挙げられる。ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークとは、ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに加えて、システムの各構成要素（ピア：Ｐｅｅｒ）間の相互作用を円滑にするための制御用サーバを用いるネットワーク形態のことである。それを用いた代表的なサービスとしては「Ｎａｐｓｔｅｒ（ｈｔｔｐ：／／ｗｗｗ．ｎａｐｓｔｅｒ．ｃｏｍ／）」が挙げられる。
【０００７】
【発明が解決しようとする課題】
Ｐ２Ｐプロトコルを使ったファイル交換システムにおいては、同じコンテンツを持つ端末機器としてのピア機器が増加するほど、そのコンテンツに対するアクセスの集中が分散されるが、ユーザがアクセスをするピアを選択し、Ｐ２Ｐ通信が開始されると１対１の通信となり、同じコンテンツをもつその他のピアが通信速度に寄与することは無い。
【０００８】
そのため、ＡＤＳＬなど非対称な通信手段を利用しているピアが多い場合、送信側ピアのアップロード速度が遅いため、受信側ピアのダウンロード速度を十分に生かすことが出来ない。その結果、対称な通信手段を持つ、一部のサーバにアクセスが集中し、Ｐ２Ｐの特性が十分に生かされないという現象が起こっている。
【０００９】
本発明は、上述の問題点に鑑みてなされたものであり、本発明では、Ｐ２Ｐネットワーク上に無数にあるピアのリソースを十分に生かし、コンテンツのダウンロードを１つのピアから行うのではなく、複数のピアから行い、複数ピアからの受信結果に基づいてコンテンツの生成を行なうことで、効率的なコンテンツ取得処理を実現する通信処理装置、および通信処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１０】
本発明は、例えばＡＤＳＬのようなアップロード速度の遅い通信方式を使ったピアが多いネットワーク上でも、受信側ピアが複数の送信ピアを選択したコンテンツ・ダウンロードを可能として、効率的なコンテンツ取得処理を実現する通信処理装置、および通信処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の第１の側面は、
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアとして通信処理を実行する通信処理装置であり、
前記ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信部と、
前記データ受信部を介して複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理部とを有し、
前記デコード処理部は、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行する構成であることを特徴とする通信処理装置にある。
【００１２】
さらに、本発明の通信処理装置の一実施態様において、前記通信処理装置は、コンテンツデータ検索サービスを提供するルックアップサーバを有するハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア・ネットワークに接続された通信処理装置であり、前記通信処理装置は、複数ピアが要求コンテンツを保持するとの前記ルックアップサーバからのコンテンツ検索結果に基づいて、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行する構成であることを特徴とする。
【００１３】
さらに、本発明の通信処理装置の一実施態様において、前記通信処理装置は、コンテンツデータ検索サービスを提供するルックアップサーバを持たないピュア（Ｐｕｒｅ）ピア・ツー・ピア・ネットワークに接続された通信処理装置であり、前記通信処理装置は、ネットワーク接続ピアに対するコンテンツ保持問い合わせとしてのクエリーを送信する処理を実行するとともに、該送信クエリーに対して複数ピアから要求コンテンツの保持応答としてのクエリー・ヒットを受信したことを条件として、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行する構成であることを特徴とする。
【００１４】
さらに、本発明の通信処理装置の一実施態様において、複数の異なるピアから受信するパケットに含まれるエンコードデータは、元データを無限長のデータにエンコードし、該エンコードデータの一定量に基づくデコードによりデータ復元の可能なエンコード／デコード処理方式に従ってエンコードされたデータであり、前記デコード処理部は、ランダムに集積された複数のパケットに含まれる複数のエンコードデータのデコード処理により、元データとしてのオリジナルコンテンツを復元する処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の通信処理装置の一実施態様において、前記デコード処理部は、前記データ受信部の受信した複数の受信パケットに含まれるエンコードデータが、デコード処理可能な一定量に達したことを条件としてデコード処理を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の第２の側面は、
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアにおける通信処理方法であり、
ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信ステップと、
前記データ受信ステップにおいて複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理ステップとを有し、
前記デコード処理ステップは、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行するステップであることを特徴とする通信処理方法にある。
【００１７】
さらに、本発明の通信処理方法の一実施態様において、前記通信処理方法は、さらに、複数ピアが要求コンテンツを保持するとのルックアップサーバからのコンテンツ検索結果を受信し、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行するステップを含むことを特徴とする。
【００１８】
さらに、本発明の通信処理方法の一実施態様において、前記通信処理方法は、さらに、ネットワーク接続ピアに対するコンテンツ保持問い合わせとしてのクエリーを送信する処理を実行するとともに、該送信クエリーに対して複数ピアから要求コンテンツの保持応答としてのクエリー・ヒットを受信したことを条件として、該要求コンテンツを保持する複数ピアに対して、コンテンツ送信要求を実行するステップを含むことを特徴とする。
【００１９】
さらに、本発明の通信処理方法の一実施態様において、複数の異なるピアから受信するパケットに含まれるエンコードデータは、元データを無限長のデータにエンコードし、該エンコードデータの一定量に基づくデコードによりデータ復元の可能なエンコード／デコード処理方式に従ってエンコードされたデータであり、前記デコード処理ステップは、ランダムに集積された複数のパケットに含まれる複数のエンコードデータのデコード処理により、元データとしてのオリジナルコンテンツを復元する処理を実行するステップであることを特徴とする。
【００２０】
さらに、本発明の通信処理方法の一実施態様において、前記デコード処理ステップは、前記データ受信ステップにおいて受信した複数の受信パケットに含まれるエンコードデータが、デコード処理可能な一定量に達したことを条件としてデコード処理を実行するステップであることを特徴とする。
【００２１】
さらに、本発明の第３の側面は、
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークに接続されたピアにおける通信処理を実行するコンピュータ・プグラムであり、
ピア・ツー・ピア・ネットワークを介してデータ送信側ピアから送信されるパケットを受信するデータ受信ステップと、
前記データ受信ステップにおいて複数の異なるピアから受信した複数のパケットに含まれる同一コンテンツを構成するエンコードデータのデコード処理を実行するデコード処理ステップとを有し、
前記デコード処理ステップは、複数の異なるピアからランダムに受信した複数のパケットに含まれる複数のエンコードデータのデコード処理によりオリジナルコンテンツの復元処理を実行するステップであることを特徴とするコンピュータ・プログラムにある。
【００２２】
【作用】
本発明の構成によれば、Ｐ２Ｐネットワーク上におけるコンテンツ取得処理において、コンテンツのダウンロードを１つのピアから行うのではなく、エンコードされたコンテンツデータを格納したパケットを複数のピアから受信し、複数ピアからの受信結果に基づいてデコード処理を実行してコンテンツの復元を行なう構成としたので、高速で効率的なコンテンツ取得を実現することができる。
【００２３】
また、本発明の構成によれば、例えばＡＤＳＬなど非対称な通信手段を利用しているピアが多く、送信側ピアのアップロード速度が遅い場合であっても、複数のピアからのコンテンツ・ダウンロードが可能となり、高速の効率的なコンテンツ取得処理を実現することができる。
【００２４】
また、本発明の構成によれば、複数のピアからの同一コンテンツの送信を並列に実行する構成としたので、特定のコンテンツの送信要求が特定の１つのピアに集中して実行されることなく、複数のピアに対して並列的に行われることになる。従って、コンテンツ送受信における処理を複数ピアに分散して実行することが可能となり、コンテンツ転送時における処理の負荷分散が実現される。
【００２５】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００２６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００２７】
【発明の実施の形態】
以下、本発明の通信処理装置、および通信処理方法、並びにコンピュータ・プログラムについて、図面を参照して、詳細に説明する。
【００２８】
［ネットワークシステム構成例］
まず、本発明の通信処理装置を適用したコンテンツ送受信処理を実現するネットワーク構成例について図１および図２を参照して説明する。
【００２９】
本発明の通信処理装置を適用したコンテンツ送受信処理を実現する通信ネットワークは、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークである。ピア・ツー・ピア（Ｐ２Ｐ）ネットワークには、前述したように、「ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク」と「ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク」の２つのネットワーク形態がある。
【００３０】
ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークとは、図１に示すように、ネットワークシステムの各構成要素としての例えばＰＣ、携帯通信端末等のピア（Ｐｅｅｒ）機器１２１〜１２６間の相互作用を円滑にするための制御用サーバ１１０を配置したネットワーク形態のことである。
【００３１】
すなわち、コンテンツの送受信機能を備えた例えばＰＣ等のピア（Ｐｅｅｒ）機器１２１〜１２６が、ネットワークによって相互に通信を行えるシステムであり、コンテンツ検索のためのコンテンツ格納情報を持つルックアップサーバ（Ｌｏｏｋ−ｕｐ　Ｓｅｒｖｅｒ）としての制御用サーバ１１０を置くネットワーク構成である。この構成を用いた代表的なサービスとしては、例えばナップスター（Ｎａｐｓｔｅｒ）がある。
【００３２】
また、ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークとは、図２に示すように、制御用サーバを介することなく、ネットワークシステムの各構成要素としてのピア（Ｐｅｅｒ）機器１３１〜１３６間で直接、制御メッセージおよびコンテンツ送受信を実行する構成であり、ピア（Ｐｅｅｒ）機器１３１〜１３６は等しい機能・役割を持ち、対等なコミュニケーションを行うネットワーク形態である。それを用いた代表的なサービスとしてはグヌーテラ（Ｇｎｕｔｅｒｌｌａ）がある。
【００３３】
［通信処理装置の構成および処理］
次に本発明の通信処理装置、すなわち、上述したような、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおいて、コンテンツの送受信を実行するＰＣ、携帯通信端末等によって構成されるピア機器、すなわち通信処理装置の構成および処理について説明する。
【００３４】
図１または図２にに示すようなネットワークにおいて、コンテンツの送受信をピア機器間で実行するため、各通信処理装置（ピア機器）は、以下の（ａ）〜（ｅ）の５つのデスクリプタ（Ｄｅｓｃｒｉｐｔｏｒ）と呼ばれるメッセージを送受信機能を有する。
【００３５】
（ａ）他のピアの状態を問い合わせるためのＰｉｎｇ（ピン）
（ｂ）Ｐｉｎｇ（ピン）に答えて、公開しているファイルの名前と大きさや、通信のためのパラメータを知らせるためのＰｏｎｇ（ポン）
（ｃ）受信したいコンテンツを検索するためのＱｕｅｒｙ（クエリー）
（ｄ）検索されたコンテンツを持っていることを知らせるためのＱｕｅｒｙ−ｈｉｔ（クエリー・ヒット）
（ｅ）受信側ピアがコンテンツをダウンロードできない場合に、コンテンツをアップロードしてもらうためのＰｕｓｈ（プッシュ）
【００３６】
また、コンテンツの送受信を実行する通信処理装置（ピア）は、コンテンツを他の通信処理装置（ピア）からダウンロードするダウンロード処理機能と、コンテンツ送信先とするピアにコンテンツをアップロードするアップロード処理機能を有する。
【００３７】
図１に示すような制御サーバ１１０、すなわちルックアップサーバ（Ｌｏｏｋ−ｕｐ　Ｓｅｒｖｅｒ）を有する形のＰ２Ｐシステムでは、コンテンツを他のピアから取得しようとするピアは、取得しようとするコンテンツの保有状況を直接、他のピアに対して問い合わせを行うのではなく、制御サーバ１１０に対してコンテンツ検索要求を送信し、制御サーバ１１０が、要求コンテンツを持つピアがどのピアであるかを検索し、検索要求ピアに対して通知する機能を有する。
【００３８】
さらに、本発明に係る通信処理装置（ピア）は、これら一般的なＰ２Ｐシステムにおけるピア機能に加えて、送信するコンテンツを以下のような条件を満たすデータにエンコードするエンコード処理機能と、他のピアから受信するエンコード・データをデコードしてコンテンツを復元するデコード処理機能を有する。
【００３９】
コンテンツを送信する通信処理装置（ピア）は、図３に示すように、エンコーダ２０２を有し、オリジナルコンテンツ２０１をデータベースから取得して、後述するエンコード処理方式によって、エンコードを実行し、複数のエンコードコンテンツをペイロードとして含むパケット２０３を送信パケットとして生成する。エンコードコンテンツをペイロードとするパケット２０３は、理論上無限の（実用上はコンテンツの長さに対して十分に大きい有限の）数のパケットで構成される。
【００４０】
一方、エンコードコンテンツをペイロードとするパケットを受信する通信処理装置（ピア）は、図４に示すように、デコーダ３０３を有し、ネットワークを介して送信されるパケット３０１中から、パケットの区別無く一定数のパケットを、受信パケット３０２として取得し、受信パケット３０２をデコーダ３０３によって、後述するデコード処理方式によって、デコードを実行すれば、元のオリジナルコンテンツ３０４を復元することが出来る。
【００４１】
本発明の通信処理装置としてのピアは、コンテンツ送受信処理の双方を行なう場合には、上述のエンコードおよびデコード処理の両機能を持つことが必要となる。
【００４２】
本発明の通信処理装置としてのピアの送受信するコンテンツのエンコード処理、デコード処理方式は、元データを無限長のデータにエンコードし、そのうちの一定量を取得すればコンテンツが復元できるようなエンコード／デコード処理方式を適用する。具体的には、例えば、米国Ｄｉｇｉｔａｌ　Ｆｏｕｎｔａｉｎ社の持つＬｕｂｙプロトコル（ＰＣＴ／ＵＳ９９／２１５７４，特開２００１−１８９６６５）に記載された処理方式の適用が可能である。
【００４３】
図５を参照して、エンコード／デコード処理構成を持つ本発明の通信処理装置構成例について説明する。
【００４４】
通信処理装置４００において、ネットワーク４５０を介して出力するパケットに格納するコンテンツ４０１は、入力記号発生器４０２に入力され、送信対象のコンテンツから１以上の入力記号（ＩＳ（０），ＩＳ（１），ＩＳ（２），．．．）のシーケンスを生成する。これらの入力記号は、位置情報（０），（１）．．．を有する。入力記号発生器４０２の出力は、エンコーダ４０７に与えられる。
【００４５】
キー発生部４０６は、エンコーダ４０７によって生成される出力記号の各群に対するキーを生成する。キー発生部４０６は、カウンタ４０４の出力、固有のストリーム識別子出力部４０５、および／または乱数発生部４０３の出力の組合せを使用して、各キーを生成する。キー発生部４０６の出力は、エンコーダ４０７に与えられる。
【００４６】
キー発生部４０６によって与えられた各キーに基づいて、エンコーダ４０７は、入力記号発生部４０２から入力する入力記号に基づく符号化（エンコード）処理により、一群の出力記号を生成する。
【００４７】
エンコーダ４０７は、出力記号の群をデータ送受信部４０８に入力する。データ送受信部４０８には、さらにキー発生部４０６からキーが与えられる。データ送受信部４０８は、出力記号の群、および使用されるキーについてのデータをネットワーク上に出力する。
【００４８】
ネットワーク上に出力されるデータは、出力記号の群およびキー情報をペイロードとして含む図３に示すようなパケット２０３である。
【００４９】
複数パケットのネットワークを介した送信処理を実行する場合、任意の２つ以上のパケットの相対的順序は維持されることなく、無秩序な状態になり得る。
【００５０】
次に、これらのパケットを受信しデコードする処理について説明する。ネットワーク４５０を介してデータ送受信部４０８が受信したパケットは、デコーダ４１０に入力される。さらに、データ送受信部４０８が受信するパケットは、キー発生部４０９にも入力され、キー発生部４０９は、受信した出力記号の群に対するキーを再生成し、これらのキーをデコーダ４１０に出力する。デコーダ４１０は、キー発生部４０９から入力するキーと対応する出力記号の群とを使用して復号（デコード）処理を実行して、入力記号（再度、ＩＳ（０），ＩＳ（１），ＩＳ（２），．．．）を生成する。
【００５１】
デコーダ４１０は、デコード処理により生成した入力記号を入力コンテンツリアセンブル処理部４１１に出力し、入力コンテンツリアセンブル処理部４１１は、入力記号に基づいてコンテンツ４１２を生成する。
【００５２】
コンテンツの復号に必要な、入力記号の数は、エンコーダによって符号化されて生成される出力記号の数に等しいか、あるいはわずかに大きいものとなる。なお、上述のエンコード、デコード処理についての詳細は、米国Ｄｉｇｉｔａｌ　Ｆｏｕｎｔａｉｎ社のＰＣＴ／ＵＳ９９／２１５７４，特開２００１−１８９６６５を参照されたい。
【００５３】
本発明の通信処理装置は、上述のように、ランダムに取得した複数パケットから元のオリジナルデータ（コンテンツ）を復元可能なエンコード／デコード処理を適用するものである。米国Ｄｉｇｉｔａｌ　Ｆｏｕｎｔａｉｎ社のＰＣＴ／ＵＳ９９／２１５７４，特開２００１−１８９６６５に記載の構成は、そのエンコード／デコード処理の１つの処理例であり、本発明における通信処理装置は、ランダムに取得した複数パケットから元のオリジナルデータ（コンテンツ）を復元可能な構成であれば、その他のエンコード／デコード手法を適用してもよい。
【００５４】
［複数ピアからのデータ並列受信］
本発明に係る通信処理装置は、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおいて、コンテンツの送受信を実行する通信処理装置であり、コンテンツを要求するピア、すなわち［コンテンツ要求ピア］の要求するコンテンツをネットワーク上の複数のピアが保有する場合、これら複数のピアを［コンテンツ送信ピア］として、複数のコンテンツ送信ピアから、上述のエンコード処理を施したコンテンツを格納したパケットの送信を要求し、複数ピアからエンコードコンテンツを格納したパケットを受信し、受信パケットに基づいてデコード処理を実行して、コンテンツの復元を行なうものである。
【００５５】
上述したエンコード／デコード処理によれば、ネットワークを介して送信されるパケット中から、パケットの区別無く一定数のパケットを受信し、受信パケットをデコーダすることで、元のオリジナルコンテンツの復元が可能であり、複数のピアからコンテンツパケットを受信することで、１つの通信装置からのみコンテンツパケットを受信する処理に比較して効率的に高速なコンテンツ受信が可能となる。
【００５６】
特に、ＡＤＳＬのようなアップロード速度の遅い通信方式に従った通信を実行する場合、１つの通信装置からのみコンテンツパケットを受信すると、送信側のアップロード速度によって、コンテンツ取得処理速度が著しく低下することになるが、上述のように、同一コンテンツを有する複数のピアから、並列してエンコードされたコンテンツパケットを受信し、受信側において上述のデコード処理を実行してコンテンツを復元することで、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおける効率的なコンテンツ取得処理が可能となる。
【００５７】
ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおいて、複数のピアからコンテンツを受信する処理について説明する。
【００５８】
図６には、制御用サーバを介することなく、ネットワークシステムの各構成要素としてのピア（Ｐｅｅｒ）機器５１０〜５１５間で直接、制御メッセージおよびコンテンツ送受信を実行するピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおいて、コンテンツを要求するピア５１０が、コンテンツの有無問い合わせとしてのクエリー（Ｑｕｅｒｙ）を出力した場合の処理例を示している。
【００５９】
クエリーにはコンテンツ識別情報が含まれ、クエリーを受信したピア５１１〜５１５は、コンテンツ識別情報に一致するコンテンツを格納しているか否かを検索し、一致コンテンツが検出された場合には、クエリーヒット（Ｑｕｅｒｙ−ｈｉｔ）をピア５１０に返信する。
【００６０】
図６に示す例では、ピア５１２、ピア５１５からクエリーヒット（Ｑｕｅｒｙ−ｈｉｔ）がコンテンツ要求ピア５１０に対して返信されており、ピア５１２、ピア５１５が、コンテンツ要求ピア５１０の要求コンテンツを保持している。
【００６１】
従来は、このような場合であっても、図７に示すように、コンテンツ要求ピア５１０は、１つのピア、例えばピア５１２を選択し、コンテンツ送信要求を行ない、コンテンツを１つのピア５１２からのみ受信していた。このような処理では、アップロード処理速度、通信速度、ネットワークトラフッィク等、様々な要因に基づくコンテンツ取得処理速度の低下が際立つことになる。
【００６２】
これに対して、本発明を適用した処理では、図８に示すように、コンテンツ要求ピア５１０は、クエリーヒットを送信した複数のピア、すなわちピア５１２、ピア５１５の双方に対してコンテンツ送信要求を行ない、コンテンツを複数のピアから受信する。
【００６３】
受信パケットの処理について、図９を参照して説明する。図９では、２つのピアからエンコードされたコンテンツを格納したパケットをランダムに受信する場合の処理例を示しているが、３以上のピアからコンテンツパケットを受信する場合も、パケットを受信し、デコード処理を行なう通信処理装置側の処理は、同様に実行される。
【００６４】
図９に示す例では、Ａ３、Ａ６．．．Ａ８９．．．として示すパケット群５２１は、クエリーヒットを返信した第１のピア［ピアＡ］の送信するエンコードコンテンツを格納したパケット群５２１である。Ｂ２３、Ｂ４３．．．Ｂ１０．．．として示すパケット群５２２は、クエリーヒットを返信した第２のピア［ピアＢ］の送信するエンコードコンテンツを格納したパケット群５２２である。これらのパケットは、送信側の送信シーケンス（Ａ１，Ａ２．．．，あるいはＢ１，Ｂ２．．．）が維持されることなく、ランダムな順番でネットワーク上において転送される。パケット要求ピア、すなわちパケットの受信側の通信処理装置は、これらのパケット群５２１，５２２を区別することなく、順次、先に到着したものから受信する。
【００６５】
従って、受信パケット群５２３は、図に示すように、Ａ１５、Ａ９０、Ａ３４、Ｂ２３、Ｂ８１．．．のような配列となり、ピアＡ、ピアＢの送信パケット群から受信順に選択されたランダムなパケット群５２３となる。
【００６６】
コンテンツ受信側ピアは、これらの受信パケット群５２３をデコード部５２４に入力し、上述したデコード処理の実行によりオリジナルコンテンツ５２５を復元する。
【００６７】
ピアの送受信するコンテンツは、前述したように、元データを無限長のデータにエンコードし、そのうちの一定量を取得すればコンテンツが復元できるようなエンコード／デコード処理方式を適用したデータである。従って、デコード部５２４は、データ受信部の受信した複数の受信パケットに含まれるエンコードデータが、デコード処理可能な一定量に達した後、デコード処理を実行することで、オリジナルコンテンツ５２５が復元できる。
【００６８】
このように、複数のピアからコンテンツパケットを受信することで、１つの通信装置からのみコンテンツパケットを受信する処理に比較して効率的に高速なコンテンツ受信が可能となる。例えば、ＡＤＳＬのようなアップロード速度の遅い通信方式に従った通信を実行する場合であっても、複数の通信装置からコンテンツパケットを受信し、受信パケットに基づくデコード処理によりコンテンツを復元することが可能となるので、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおける効率的なコンテンツ取得処理が可能となる。
【００６９】
次に、図１０を参照して、ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク、すなわち、ルックアップサーバ（Ｌｏｏｋ−ｕｐ　Ｓｅｒｖｅｒ）を持つ構成におけるコンテンツの並列送受信構成について説明する。
【００７０】
図１０に示すように、ネットワークシステムの各構成要素としての例えばＰＣ、携帯通信端末等のピア（Ｐｅｅｒ）機器５８１〜５８６間の相互作用を円滑にするための制御用サーバ５７０が配置される。制御用サーバ５７０は、コンテンツ検索のためのコンテンツ格納情報を持ち、ルックアップサーバ（Ｌｏｏｋ−ｕｐ　Ｓｅｒｖｅｒ）として機能する。
【００７１】
コンテンツを要求するピア５８１が、取得予定コンテンツの検索要求を制御用サーバ５７０に送信する。検索要求には、要求コンテンツの識別情報が含まれる。検索要求を受信した検索サーバ５７０は、ネットワーク接続されたピアの格納コンテンツ情報を有しており、検索要求ピア５８１から受信したコンテンツ識別情報に一致するコンテンツを保持するピアのアドレス情報を検索要求ピア５８１に検索応答として送信する。
【００７２】
図１０に示す例では、ピア５８２、ピア５８５が、コンテンツ要求ピア５８１の要求コンテンツを保持しているピアであり、制御用サーバ５７０から、ピア５８２、ピア５８５のアドレス情報が検索要求ピア５８１に対して通知される。
【００７３】
この場合、コンテンツ要求ピア５８１は、ピア５８２、ピア５８５の双方に対してコンテンツ送信要求を行ない、コンテンツを複数のピアから受信する。その後の処理は、図９を参照して説明した通り、複数ピアの送信パケットを順次受信し、受信した複数のランダムなパケット群に基づくデコード処理によりコンテンツを復元する。なお、この場合も、３つ以上のピアからコンテンツパケットを受信する構成としてもよい。
【００７４】
このように、ルックアップサーバ（Ｌｏｏｋ−ｕｐ　Ｓｅｒｖｅｒ）として機能する制御用サーバを配置したハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク構成においても、複数のピアからコンテンツパケットを受信することで、効率的な高速なコンテンツ受信が可能となる。
【００７５】
［通信処理装置のハード構成］
次に、上述の実施例において説明した通信処理装置のハード構成例について説明する。
【００７６】
図１１に、制御手段としてＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を備えた通信処理装置例を示す。なお、図１１に示す構成例は１つの例であり、本発明に適用する通信処理装置は、図１１に示す構成に限らず、さらに様々な付加的機能を備える構成としてもよい。
【００７７】
図１１に示す構成について説明する。ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）９０１は、各種プログラムを実行するプロセッサである。ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ−Ｍｅｍｏｒｙ）９０２は、ＣＰＵ９０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）９０３は、ＣＰＵ９０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００７８】
ＨＤＤ９０４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。エンコード／デコード処理部９０５は、送信データのエンコード処理、受信データのデコード処理を前述した処理に従って実行する。
【００７９】
バス９２１はＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｎｅｔ／Ｉｎｔｅｒｆａｃｅ）バス等により構成され、各モジュール、入出力インタフェース８２２を介した各入出力装置とのデータ転送を可能にしている。
【００８０】
入力部９１１は、例えばキーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部９１１が操作された場合、あるいは、通信部９１３からのデータを受信した場合などにＣＰＵ９０１に指令が入力され、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）９０２に格納されているプログラムを実行する。出力部９１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【００８１】
通信部９１３は制御用サーバとピア機器間、あるいはピア機器相互間の通信、あるいは、その他のエンティテイとの通信処理を実行し、ＣＰＵ９０１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ９０１、エンコード／デコード処理部９０５によって処理されたデータを送信したり、他エンティテイからのデータを受信する処理を実行する。
【００８２】
ドライブ９１４は、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲｅａｄＯｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体９１５の記録再生を実行するドライブであり、各リムーバブル記録媒体９１５からのプログラムまたはデータ再生、リムーバブル記録媒体９１５に対するプログラムまたはデータ格納を実行する。
【００８３】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ９０１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インタフェース９２２、バス９２１を介して例えば接続されているＲＡＭ９０３に供給される。
【００８４】
なお、明細書中において説明した各処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、又は各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、フレキシブルディスクやＣＤ−ＲＯＭ等のプログラム読み取り可能な記録媒体にプログラムを格納して提供してもよいし、インターネットなどの通信網を介してプログラムをダウンロードしてもよい。
【００８５】
具体的には、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【００８６】
また、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【００８７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００８８】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【００８９】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、Ｐ２Ｐネットワーク上におけるコンテンツ取得処理において、コンテンツのダウンロードを１つのピアから行うのではなく、エンコードされたコンテンツデータを格納したパケットを複数のピアから受信し、複数ピアからの受信結果に基づいてデコード処理を実行してコンテンツの復元を行なう構成としたので、高速で効率的なコンテンツ取得処理を実現することができる。
【００９０】
本発明の構成によれば、例えばＡＤＳＬなど非対称な通信手段を利用しているピアが多く、送信側ピアのアップロード速度が遅い場合であっても、複数のピアからのコンテンツ・ダウンロードが可能となり、高速の効率的なコンテンツ取得処理を実現することができる。
【００９１】
また、本発明の構成によれば、複数のピアからの同一コンテンツの送信を並列に実行する構成としたので、特定のコンテンツの送信要求が特定の１つのピアに集中して実行されることなく、複数のピアに対して並列的に行われることになる。従って、コンテンツ送受信における処理を複数ピアに分散して実行することが可能となり、コンテンツ転送時における処理の負荷分散が実現される。
【図面の簡単な説明】
【図１】ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク構成について説明する図である。
【図２】ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク構成について説明する図である。
【図３】本発明の通信処理装置におけるコンテンツの送信処理について説明する図である。
【図４】本発明の通信処理装置におけるコンテンツの受信処理について説明する図である。
【図５】エンコード／デコード処理構成を持つ本発明の通信処理装置構成例について説明する図である。
【図６】ピュア（Ｐｕｒｅ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワークにおいて、コンテンツを要求するピアが、コンテンツの有無問い合わせとしてのクエリー（Ｑｕｅｒｙ）を出力した場合の処理例を示す図である。
【図７】コンテンツ要求ピアが、１つのピアを選択しコンテンツを受信する処理について説明する図である。
【図８】コンテンツ要求ピアが、クエリーヒットを送信した複数のピアの双方に対してコンテンツ送信要求を行ない、コンテンツを複数のピアから受信する処理について説明する図である。
【図９】本発明の通信処理装置においてコンテンツの複数ピアからの受信およびコンテンツ復元処理について説明する図である。
【図１０】ハイブリッド（Ｈｙｂｒｉｄ）ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク構成におけるコンテンツの並列送受信構成について説明する図である。
【図１１】本発明の通信処理装置のハードウェア構成例について説明する図である。
【符号の説明】
１１０　制御用サーバ
１２１〜１２６　ピア機器
１３１〜１３６　ピア機器
２０１　オリジナルコンテンツ
２０２　エンコーダ
２０３　パケット
３０１　送信パケット
３０２　受信パケット
３０３　デコーダ
３０４　オリジナルコンテンツ
４００　通信処理装置
４０１　コンテンツ
４０２　入力記号発生器
４０３　乱数発生部
４０４　カウンタ
４０５　ストリーム識別子出力部
４０６　キー発生部
４０７　エンコーダ
４０８　データ送受信部
４０９　キー発生部
４１０　デコーダ
４１１　入力コンテンツリアセンブル部
４１２　コンテンツ
５１０〜５１５　ピア機器
５２１，５２２　パケット群
５２３　受信パケット群
５２４　デコーダ
５２５　オリジナルコンテンツ
５７０　制御用サーバ
５８１〜５８６　ピア機器
９０１　ＣＰＵ
９０２　ＲＯＭ
９０３　ＲＡＭ
９０４　ＨＤＤ
９０５　エンコード／デコード処理部
９１１　入力部
９１２　出力部
９１３　通信部
９１４　ドライブ
９１５　リムーバブル記憶媒体
９２１　バス
９２２　入出力インタフェース
【図１】
2004127168.tif 000003
【図２】
2004127168.tif 000004
【図３】
2004127168.tif 000005
【図４】
2004127168.tif 000006
【図５】
2004127168.tif 000007
【図６】
2004127168.tif 000008
【図７】
2004127168.tif 000009
【図８】
2004127168.tif 000010
【図９】
2004127168.tif 000011
【図１０】
2004127168.tif 000012
【図１１】
2004127168.tif 000013