コンテンツ指向ネットワーキングContentOrientedNetwork、CONに基づいた中間ノードのコンテンツ共有方法において、コンテンツリクエスト端末からコンテンツ前記コンテンツは複数のデータセグメントを含む名を含む前記コンテンツに対する共有代行リクエストメッセージを受信するステップと、前記共有代行リクエストメッセージの受信に応答して、前記コンテンツに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成するステップと、前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信するステップと、前記少なくとも1つの端末から前記データセグメントを受信するステップと、前記受信されたデータセグメントに基づいて前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップと、を含むことを特徴とする中間ノードのコンテンツ共有方法。前記コンテンツに対する共有代行リクエストメッセージを受信するステップは、セッション開始プロトコルSessionInitiationProtocol、SIPを用いて前記コンテンツに対する前記共有代行リクエストメッセージを受信するステップを含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記コンテンツに対する共有代行リクエストメッセージは、前記コンテンツリクエスト端末及び前記中間ノードの間のセキュリティのための公開キーベースの前記コンテンツリクエスト端末の識別情報を含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記データセグメントリクエストメッセージ各々は、前記コンテンツ名及び該当するデータセグメントに対する識別情報を含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記データセグメントリクエストメッセージを送信するステップは、前記中間ノードから前記データセグメントを所有している少なくとも1つの端末へのルーティング経路を決定するステップと、前記ルーティング経路に基づいて前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信するステップと、を含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記中間ノードがコンテンツリクエストに対するキャッシュで用いられるように前記受信されたデータセグメントを格納するステップをさらに含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記データセグメントリクエストメッセージに対応する前記複数のデータセグメントの受信が完了した場合、前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップであることを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記コンテンツリクエスト端末に前記コンテンツの受信をリクエストするステップと、前記コンテンツの受信リクエストに対する応答に基づいて前記コンテンツリクエスト端末に前記コンテンツを送信するステップと、を含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記コンテンツリクエスト端末からコンテンツ送信リクエストを受信する場合、前記コンテンツリクエスト端末に前記コンテンツを送信するステップを含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記コンテンツリクエスト端末に前記コンテンツの送信を失敗する場合、前記コンテンツリクエスト端末に前記コンテンツ受信のための準備をリクエストするメッセージを送信するステップと、前記コンテンツリクエスト端末に前記コンテンツを再送信するステップと、をさらに含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。コンテンツ指向ネットワーキングに基づいたコンテンツリクエスト端末のコンテンツ共有方法において、中間ノードがコンテンツ前記コンテンツは複数のデータセグメントを含むに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成し、前記データセグメントリクエストメッセージを用いて前記コンテンツを取得するように前記中間ノードに前記コンテンツ名を含む前記コンテンツに対する共有代行リクエストメッセージを送信するステップと、前記中間ノードから集合化されたデータ送信方式を用いて前記データセグメントに基づく前記コンテンツを受信するステップと、を含むことを特徴とするコンテンツリクエスト端末のコンテンツ共有方法。前記コンテンツに対する共有代行リクエストメッセージを送信するステップは、セッション開始プロトコルを用いて前記コンテンツに対する前記共有代行リクエストメッセージを送信するステップであり、前記コンテンツを受信するステップは、セッション開始プロトコルを用いて前記コンテンツを受信するステップであることを特徴とする請求項11に記載のコンテンツリクエスト端末のコンテンツ共有方法。前記共有代行リクエストメッセージは、前記コンテンツリクエスト端末及び前記中間ノードの間の通信セキュリティのための公開キーベースの前記コンテンツリクエスト端末の識別情報を含むことを特徴とする請求項11に記載のコンテンツリクエスト端末のコンテンツ共有方法。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含むことを特徴とする請求項11に記載のコンテンツリクエスト端末のコンテンツ共有方法。前記コンテンツを受信するステップは、前記中間ノードから前記コンテンツの受信がリクエストされるステップと、前記中間ノードに前記コンテンツの受信リクエストに対して応答するステップと、前記応答に応じて前記中間ノードが送信する前記コンテンツを受信するステップと、を含むことを特徴とする請求項11に記載のコンテンツリクエスト端末のコンテンツ共有方法。前記コンテンツを受信するステップは、前記コンテンツの送信を前記中間ノードにリクエストするステップと、前記コンテンツの送信を前記中間ノードにリクエストすることによって前記中間ノードが送信する前記コンテンツを受信するステップと、を含むことを特徴とする請求項11に記載のコンテンツリクエスト端末のコンテンツ共有方法。コンテンツ指向ネットワーキングに基づいてコンテンツ共有を行う中間ノードにおいて、コンテンツリクエスト端末からコンテンツ前記コンテンツは複数のデータセグメントを含む名を含む前記コンテンツに対する共有代行リクエストメッセージを受信する受信部と、前記共有代行リクエストメッセージの受信に応答して、前記コンテンツに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成する処理部と、前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信する送信部と、を備え、前記受信部は、前記少なくとも1つの端末から前記データセグメントを受信し、前記送信部は、前記受信されたデータセグメントに基づいて前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信することを特徴とするコンテンツ共有を行う中間ノード。前記受信部は、セッション開始プロトコルを用いて前記コンテンツに対する前記共有代行リクエストメッセージを受信し、前記送信部は、セッション開始プロトコルを用いて前記コンテンツを送信することを特徴とする請求項17に記載のコンテンツ共有を行う中間ノード。前記データセグメントリクエストメッセージ各々は、前記コンテンツ名及び該当のデータセグメントに対する識別情報を含むことを特徴とする請求項17に記載のコンテンツ共有を行う中間ノード。前記処理部は、前記中間ノードから前記データセグメントを所有している少なくとも1つの端末へのルーティング経路を決定し、前記送信部は、前記ルーティング経路に基づいて前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信することを特徴とする請求項17に記載のコンテンツ共有を行う中間ノード。前記送信部は、前記データセグメントリクエストメッセージに対応する前記複数のデータセグメントの受信が完了した場合、前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信することを特徴とする請求項17に記載のコンテンツ共有を行う中間ノード。前記送信部は、前記コンテンツリクエスト端末に前記コンテンツの受信をリクエストし、前記コンテンツの受信リクエストに対する応答に基づいて前記コンテンツリクエスト端末に前記コンテンツを送信することを特徴とする請求項18に記載のコンテンツ共有を行う中間ノード。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含むことを特徴とする請求項1に記載の中間ノードのコンテンツ共有方法。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含むことを特徴とする請求項17に記載のコンテンツ共有を行う中間ノード。コンテンツ指向ネットワーキングに基づいてコンテンツ共有を行うコンテンツリクエスト端末において、コンテンツに対する共有代行リクエストメッセージを生成する共有代行リクエストメッセージ生成部と、中間ノードに前記コンテンツに対する前記共有代行リクエストメッセージを送信する送信部と、前記中間ノードからデータセグメントに基づいて前記コンテンツを受信する受信部と、前記中間ノードから前記受信されたコンテンツを格納する格納部と、を備えることを特徴とするコンテンツリクエスト端末。前記中間ノードは、前記コンテンツリクエスト端末に送信された前記データセグメントを集合化することを特徴とする請求項25に記載のコンテンツリクエスト端末。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含むことを特徴とする請求項25に記載のコンテンツリクエスト端末。本発明の一実施形態に係るコンテンツ指向ネットワーキングContentOrientedNetwork、CONに基づいた中間ノードのコンテンツ共有方法は、コンテンツリクエスト端末からコンテンツ前記コンテンツは複数のデータセグメントを含む名を含む前記コンテンツに対する共有代行リクエストメッセージを受信するステップと、前記共有代行リクエストメッセージの受信に応答して、前記コンテンツに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成するステップと、前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信するステップと、前記少なくとも1つの端末から前記データセグメントを受信するステップと、前記受信されたデータセグメントに基づいて前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップと、を含む。前記コンテンツに対する共有代行リクエストメッセージを受信するステップは、セッション開始プロトコルSessionInitiationProtocol、SIPを用いて前記コンテンツに対する前記共有代行リクエストメッセージを受信するステップを含んでもよい。前記コンテンツに対する共有代行リクエストメッセージは、前記コンテンツリクエスト端末及び前記中間ノードの間のセキュリティのための公開キーベースの前記コンテンツリクエスト端末の識別情報を含んでもよい。前記データセグメントリクエストメッセージ各々は、前記コンテンツ名及び該当するデータセグメントに対する識別情報を含んでもよい。前記データセグメントリクエストメッセージを送信するステップは、前記中間ノードから前記データセグメントを所有している少なくとも1つの端末へのルーティング経路を決定するステップと、前記ルーティング経路に基づいて前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信するステップと、を含んでもよい。前記中間ノードがコンテンツリクエストに対するキャッシュで用いられるように前記受信されたデータセグメントを格納するステップをさらに含んでもよい。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記データセグメントリクエストメッセージに対応する前記複数のデータセグメントの受信が完了した場合、前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップであってもよい。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記コンテンツリクエスト端末に前記コンテンツの受信をリクエストするステップと、前記コンテンツの受信リクエストに対する応答に基づいて前記コンテンツリクエスト端末に前記コンテンツを送信するステップと、を含んでもよい。前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信するステップは、前記コンテンツリクエスト端末からコンテンツ送信リクエストを受信する場合、前記コンテンツリクエスト端末に前記コンテンツを送信するステップを含んでもよい。前記コンテンツリクエスト端末に前記コンテンツの送信を失敗する場合、前記コンテンツリクエスト端末に前記コンテンツ受信のための準備をリクエストするメッセージを送信するステップと、前記コンテンツリクエスト端末に前記コンテンツを再送信するステップと、をさらに含んでもよい。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含んでもよい。本発明の一実施形態に係るコンテンツ指向ネットワーキングに基づいたコンテンツリクエスト端末のコンテンツ共有方法は、中間ノードがコンテンツ前記コンテンツは複数のデータセグメントを含むに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成し、前記データセグメントリクエストメッセージを用いて前記コンテンツを取得するように前記中間ノードに前記コンテンツ名を含む前記コンテンツに対する共有代行リクエストメッセージを送信するステップと、前記中間ノードから集合化されたデータ送信方式を用いて前記データセグメントに基づく前記コンテンツを受信するステップと、を含む。前記コンテンツに対する共有代行リクエストメッセージを送信するステップは、セッション開始プロトコルを用いて前記コンテンツに対する前記共有代行リクエストメッセージを送信するステップであり、前記コンテンツを受信するステップは、セッション開始プロトコルを用いて前記コンテンツを受信するステップであってもよい。前記共有代行リクエストメッセージは、前記コンテンツリクエスト端末及び前記中間ノードの間の通信セキュリティのための公開キーベースの前記コンテンツリクエスト端末の識別情報を含んでもよい。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含んでもよい。前記コンテンツを受信するステップは、前記中間ノードから前記コンテンツの受信がリクエストされるステップと、前記中間ノードに前記コンテンツの受信リクエストに対して応答するステップと、前記応答に応じて前記中間ノードが送信する前記コンテンツを受信するステップとを含んでもよい。前記コンテンツを受信するステップは、前記コンテンツの送信を前記中間ノードにリクエストするステップと、前記コンテンツの送信を前記中間ノードにリクエストすることによって前記中間ノードが送信する前記コンテンツを受信するステップとを含んでもよい。本発明の一実施形態に係るコンテンツ指向ネットワーキングに基づいてコンテンツ共有を行う中間ノードは、コンテンツリクエスト端末からコンテンツ前記コンテンツは複数のデータセグメントを含む名を含む前記コンテンツに対する共有代行リクエストメッセージを受信する受信部と、前記共有代行リクエストメッセージの受信に応答して、前記コンテンツに対応する前記複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成する処理部と、前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信する送信部と、を備え、前記受信部は、前記少なくとも1つの端末から前記データセグメントを受信し、前記送信部は、前記受信されたデータセグメントに基づいて前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信する。前記受信部は、セッション開始プロトコルを用いて前記コンテンツに対する前記共有代行リクエストメッセージを受信し、前記送信部は、セッション開始プロトコルを用いて前記コンテンツを送信してもよい。前記データセグメントリクエストメッセージ各々は、前記コンテンツ名及び該当のデータセグメントに対する識別情報を含んでもよい。前記処理部は、前記中間ノードから前記データセグメントを所有している少なくとも1つの端末へのルーティング経路を決定し、前記送信部は、前記ルーティング経路に基づいて前記データセグメントを所有している少なくとも1つの端末に前記データセグメントリクエストメッセージを送信してもよい。前記送信部は、前記データセグメントリクエストメッセージに対応する前記複数のデータセグメントの受信が完了した場合、前記コンテンツリクエスト端末に集合化されたデータ送信方式を用いて前記コンテンツを送信してもよい。前記送信部は、前記コンテンツリクエスト端末に前記コンテンツの受信をリクエストし、前記コンテンツの受信リクエストに対する応答に基づいて前記コンテンツリクエスト端末に前記コンテンツを送信してもよい。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含んでもよい。本発明の一実施形態に係るコンテンツ指向ネットワーキングに基づいてコンテンツ共有を行うコンテンツリクエスト端末は、コンテンツに対する共有代行リクエストメッセージを生成する共有代行リクエストメッセージ生成部と、中間ノードに前記コンテンツに対する前記共有代行リクエストメッセージを送信する送信部と、前記中間ノードからデータセグメントに基づいて前記コンテンツを受信する受信部と、前記中間ノードから前記受信されたコンテンツを格納する格納部とを備える。前記中間ノードは、前記コンテンツリクエスト端末に送信された前記データセグメントを集合化してもよい。前記共有代行リクエストメッセージは、前記共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含んでもよい。その他の特徴及びの側面は次の詳細な説明、図面及び請求項によって明確になる。以下、本発明の実施形態について添付の図面を参照しながら詳細に説明する。本発明の実施形態を説明する際に、関連する公知の機能又は構成に対する具体的な説明が本発明の要旨を却って曖昧にすると判断される場合にはその詳細な説明を省略する。そして、本明細書で用いられる用語terminologyは本発明の好適な実施形態を適切に表現するために用いられた用語として、これはユーザ、運用者の意図又は本発明が属する分野の慣例などによって変わり得る。従って、本用語に対する定義は本明細書の全般にわたった内容に基づいて下されなければならない。各図面に提示された同一の参照符号は同一の部材を示す。コンテンツ指向ネットワーキングCON方式は、インタレストInterest/データDataに係わる送信方式を活用する。コンテンツ指向ネットワーキング方式では、端末移動端末、ユーザ、又はユーザ装置、などが所望するコンテンツ名に基づいたコンテンツに対するインタレスト即ち、リクエストを送信すると、当該コンテンツを有する中間ノードが当該コンテンツ即ち、データを端末に送信する、コンテンツリクエスト→コンテンツ送信方式を用いる。ここで、中間ノードは他の端末であるか、若しくは、ハブ、ルータrouter、又はこれに類似の機能を行う装置の何れかである。中間ノードは、コンテンツ名を識別子とするルーティング表Routing_Tableを検索してインタレスト内のコンテンツ名と一致するルーティング目録の存在可否を判断する。中間ノードが当該コンテンツを保有している場合、中間ノードは当該データパケットをインタレストパケットが経由した経路の逆経路を用いて送信する。コンテンツは、送信単位に適するようにデータセグメント単位で格納又は送信される。各インタレストパケットはコンテンツの特定データセグメントの番号を含み得る。その場合、各インタレストはコンテンツの当該データセグメントに対応する。コンテンツをリクエストする端末がバッテリで駆動される移動端末である場合、インタレストパケットをセグメント単位で生成すれば、通信オーバヘッドが増大してパケット交換が頻繁になることによりバッテリ消耗が多くなる。端末は、ドメイン名domainname及びコンテンツ名を含むインタレストパケットを中間ノードに送信する。そして、当該コンテンツを保有する中間ノードはデータパケットを送信する。即ち、端末及び中間ノードが交換するメッセージは、インタレストという制御パケットとコンテンツを含むデータパケットとに区分される。図1は、一般的なCCNにおける中間ノードの動作を示す図である。図1を参照すると、一般的なCCNの中間ノードはコンテンツキャッシュContentCache、FIBForwardingInformationBase、転送情報ベース、及びPITPendingInterestTable、保留インタレスト表を含む。中間ノードは各インタレストパケットを受信すれば、中間ノードのローカルキャッシュ即ち、コンテンツキャッシュに当該コンテンツが存在するか否かを判断する。ローカルキャッシュに当該コンテンツが存在する場合、中間ノードはインタレストパケットが受信されたインタフェースを介して当該コンテンツを送信する。インタフェースは例えば、端末又は他の中間ノードと接続される。ローカルキャッシュに当該コンテンツが存在しない場合、中間ノードはPITに、1インタレストパケットが受信されたインタフェースに関する情報、及び2当該コンテンツに関する情報を格納する。そして、中間ノードはFIBを用いて1インタレストパケットを送信するインタフェースを決定し、2インタレストパケットを次の中間ノードに送信する。このような動作は、当該コンテンツを保有する中間ノードにインタレストパケットが到着するまで各中間ノードで繰り返される。データA即ち、データセグメントAがインタフェース2を介して中間ノードに進入すれば、中間ノードはPITにデータ名称Aが存在するかを確認する。PITにデータ名称Aが存在すれば、中間ノードはコンテンツキャッシュにデータAを格納して110、データ名称Aに対するインタレストが入ってきたインタフェース例えば、この場合インタフェース0とするを介してデータAを転送フォワーディングしながら、PITからデータ名Aを削除する120。PITにデータ名称Aが存在しない場合はインタフェース2に入ってきたデータAを削除する。CCN技術がIPベースのインタネットに適用された場合、対応するネットワークは、オーバレイネットワークoverlaynetwork形態を有する。即ち、データは、CCN機能を有するノード間のトンネルを介していて送信される。コンテンツをリクエストする端末が移動端末である場合、インタレスト/データに基づいたCCNの送信構造はコンテンツを構成するデータセグメント単位による頻繁な処理過程を引き起こし、端末の常時オンalways-onによるエネルギー急欠乏を招く。そこで、1ドメイン内ノードの状態及びネットワーク接続状態などを管理して、2ドメイン内又はドメイン間の円滑なコンテンツ交換を可能にする、機能ノードがドメイン構成を容易にするために必要である。図2は、一般的なCCNでインタレスト及びデータが送信される方法を示すフローチャートである。図2を参照すると、コンテンツリクエスト端末は、コンテンツ交換のためにコンテンツを構成するデータセグメント別にインタレストパケットインタレスト1乃至インタレストNを生成して中間ノード1に送信する。ここで、インタレストパケットは基地局を介して例えば中間ノード1に送信される。中間ノード1はインタレストパケットを再び中間ノード2に伝達し、中間ノード2はコンテンツ所有端末にインタレストパケットを送信する。そして、データパケット即ち、データセグメント各々データ1乃至データNはコンテンツ所有端末から中間ノード2及び中間ノード1を経てコンテンツリクエスト端末に送信される。ところが、このようなコンテンツデータセグメントの交換中に、コンテンツリクエスト端末の状態が変更される場合例えば、バッテリ限界、スリープモードsleepmodeへの変更、電源オフ、など、コンテンツリクエスト端末が状態変更によって、先に送信されたインタレストに対応するデータパケットを受信できないにも拘わらず、当該データパケットは不要かつ持続的にコンテンツリクエスト端末に送信される。従って、不要なデータの送信及びその結果として、高価な無線ネットワークリソースの浪費が発生する場合がある。一方、このようなネットワークリソースの浪費を防ぐためには、コンテンツリクエスト端末はコンテンツ受信を完了するまで状態変更を行ってはならない。しかし、このように状態変更を禁止すると、特にコンテンツリクエスト端末がバッテリ駆動の携帯端末の場合、その動作可能時間を大きく減少してしまう。そこで本発明の実施形態は、コンテンツリクエスト端末の状態変更に備え、且つ、頻繁なデータ送信によるオーバヘッドの増加を抑制するために、コンテンツリクエスト端末のリクエストに応じて中間ノードがコンテンツ共有を代行する方法を提供する。中間ノードにコンテンツ共有の代行をリクエストする方法として、セッション開始プロトコルSessionInitiationProtocol、SIPを用いる方法と、拡張されたインタレストパケットを用いる方法即ち、共有代行リクエストメッセージを用いる方法がある。図3は、本発明の一実施形態に係るSIPセッション開始プロトコルを用いたコンテンツ共有代行方法を示す動作フローチャートである。まず、コンテンツリクエスト端末及び第1中間ノードの全てがSIPを搭載していると仮定する。そして、SIPのコンテンツディスポジションエンティティcontentdispositionentityを含むSIPINVITESIPインヴァイトメッセージと、CCN送信とがインターワークinterwork、相互作用する。即ち、中間ノードはSIPINVITEメッセージをアプリケーションプリミティブapplication_primitiveに認知することで中間ノードのCCNデーモンdaemonを駆動する。SIPINVITEメッセージは、instant即時又はstoreforward格納転送の2種類の何れかのコンテンツディスポジションを有する。本発明の一実施形態でSIPINVITEメッセージはstoreforwardタイプを有し、中間ノードに共有代行をリクエストするコンテンツ名を含む。ただし、本発明の一実施形態に係るstoreforwardタイプの意味は既存と異なり、これについては後述する。そして、コンテンツリクエスト端末は、共有代行をリクエストするSIPINVITEメッセージを第1中間ノードに送信する311。ここで、コンテンツリクエスト端末は、SIPINVITEメッセージ内に例えば、メッセージ送信者を識別できるハッシュ値hashingvalueを含む。その場合、コンテンツリクエスト端末が依頼したコンテンツに対するサインsignature又は暗号化encryptionなどを含む処理を全て第1中間ノードが行うことによって、コンテンツリクエスト端末側でのコンテンツセキュリティ処理を最小化できる。従って、安定性が確保され、処理オーバヘッド及び遅延latencyを低減できる。例えば、第1中間ノードは、コンテンツリクエスト端末にコンテンツを送信する前に身元を確認する過程を行う。例えば、第1中間ノードは、コンテンツをリクエストし、同時にコンテンツを中継relayする。第1中間ノードは、共有代行をリクエストするSIPINVITEメッセージに対する応答例えば、200OKメッセージをコンテンツリクエスト端末に送信する321。コンテンツは複数のデータセグメントを含むが、第1中間ノードは、共有代行がリクエストされたコンテンツに対応するデータセグメント各々に対するデータセグメントリクエストメッセージデータセグメントリクエストメッセージ1乃至データセグメントリクエストメッセージnを生成する322。そして、データセグメントリクエストメッセージを第2中間ノードに送信する323。すると、第2中間ノードは、データセグメントを所有しているコンテンツ所有端末にデータセグメントリクエストメッセージを伝達する331。コンテンツ所有端末は、データセグメントリクエストメッセージの受信に応答して、データセグメントデータセグメント1乃至データセグメントnを第2中間ノードに送信する341。そして、第2中間ノードはデータセグメントを第1中間ノードに伝達する332。ここで、第1中間ノードは、受信したデータセグメントをすぐにコンテンツリクエスト端末に転送せず格納しておく。これは、データセグメントを個々に送信せず、データセグメントを集合化集成、aggregateした全体コンテンツを送信するためである。これに関する詳しい説明は後述する。データセグメントを全て受信した第1中間ノードは、データセグメントが集合化集成、aggregateされたコンテンツをコンテンツリクエスト端末に送信する。ところが、ステップ311以後にコンテンツリクエスト端末がアイドルidleモード又はスリープモードに変更されるなど、コンテンツリクエスト端末の状態変更が発生する場合がある312。この場合、第1中間ノードがコンテンツを送信してもコンテンツリクエスト端末はコンテンツを受信できない。従って、第1中間ノードは、コンテンツリクエスト端末にコンテンツ受信をリクエストするSIPINVITEメッセージを送信する324。そして、コンテンツリクエスト端末からの応答313に応じて、第1中間ノードは集合化されたaggregatedデータ送信方式を用いてコンテンツリクエスト端末にコンテンツを送信する324。集合化されたデータ送信方式を用いることは、データセグメントを個別に送信するのではなく、データセグメントを集めて1つのコンテンツとして送信することを意味する。即ち、コンテンツリクエスト端末と第1中間ノードとの間のインタレスト及びデータ交換が1回のみ行われるため、データセグメントを個別に送信する場合よりもコントロールオーバヘッドを低減できる。一方、コンテンツリクエスト端末が共有代行リクエストのためのSIPINVITEメッセージを送信して予め決定された時間が経過した場合、コンテンツリクエスト端末は、第1中間ノードからのコンテンツ受信をリクエストするSIPINVITEメッセージの送信324を待たずに、第1中間ノードにコンテンツ送信をリクエストし313、これに応答して第1中間ノードがコンテンツリクエスト端末にコンテンツを送信する325。また、コンテンツリクエスト端末の状態変更などでコンテンツ送信が失敗した場合、第1中間ノードは、コンテンツリクエスト端末にコンテンツを受信できるように状態変更をリクエストし、コンテンツを再送信する。今まで説明した方法は、第2中間ノードが存在しない場合や第2中間ノードとコンテンツ所有端末との間に他の中間ノードが存在する場合にも適用されることは勿論である。図4は、本発明の一実施形態に係る共有代行リクエストメッセージを用いたコンテンツ共有代行方法を示す動作フローチャートである。図4を参照すると、コンテンツリクエスト端末は、共有代行リクエストメッセージを第1中間ノードに送信する411。共有代行リクエストメッセージは、コンテンツに含まれるデータセグメント各々に対するインタレストが統合された一種の拡張されたインタレストパケットである。共有代行リクエストメッセージは、コンテンツリクエスト端末が希望するコンテンツ名を含む。そして、共有代行リクエストメッセージは、共有代行リクエストに対するライフタイムlifetimeを含んでもよい。共有代行リクエストに対するライフタイムは、第1中間ノードでコンテンツ共有代行が有効に行われ得る時間を意味する。即ち、共有代行リクエストに対するライフタイムは、第1中間ノードで当該共有代行リクエストメッセージに対するPITのライフタイム欄図1参照にエントリして使用される。従って、ライフタイムが経過すれば、コンテンツリクエスト端末がコンテンツを受信できなくても、第1中間ノードは共有代行によって受信したコンテンツの格納代行を終了する。共有代行リクエストメッセージを第1中間ノードが受信した後の過程中に図3に示す場合と類似部分についてはその説明を省略する。第1中間ノードは、データセグメントごとのデータセグメントリクエストメッセージを生成し421、第2中間ノードに送信する422。第2中間ノードは、データセグメントリクエストメッセージをコンテンツ所有端末に伝達し431、コンテンツ所有端末はデータセグメントを第2中間ノードに送信する441。そして、第2中間ノードは、データセグメントを第1中間ノードに送信する432。ここで、データセグメントを受信する第1中間ノードは、データセグメントをすぐにコンテンツリクエスト端末に転送せず格納しておく。これはデータセグメントを個別に送信せず、データセグメントが集合化された全体コンテンツを送信するためである。これに関する詳しい説明は後述する。データセグメントを全て受信した第1中間ノードは、データセグメントが集合化された全体コンテンツをコンテンツリクエスト端末に送信する423。ところが、ステップ411の後にコンテンツリクエスト端末がアイドルモード、又はスリープモードに変更されるなど、コンテンツリクエスト端末の状態変更が発生する場合がある412。この場合、第1中間ノードがコンテンツを送信してもコンテンツリクエスト端末はコンテンツを受信できない。このように、コンテンツリクエスト端末の状態変更などによってコンテンツ送信が失敗した場合、第1中間ノードは、コンテンツリクエスト端末にコンテンツ受信のための準備をリクエストするメッセージを送信する424。コンテンツ受信のための準備とは、コンテンツリクエスト端末がコンテンツを受信できるようにアイドルモード又はスリープモードから動作モードactivemodeにコンテンツリクエスト端末の状態を変更することを意味する。コンテンツ受信のための準備をリクエストするメッセージは、例えば、SMSshortmessageserviceメッセージである。即ち、第1中間ノードは、SMSメッセージを用いてコンテンツリクエスト端末又はコンテンツリクエスト端末のユーザに動作モードへの状態変更をリクエストする。その場合、コンテンツリクエスト端末は、第1中間ノードのコンテンツ受信のための準備をリクエストするメッセージに対する応答を第1中間ノードに送信する。そして、第1中間ノードは、コンテンツリクエスト端末にコンテンツを再送信する425。勿論、図3に示すように、第1中間ノードはコンテンツ送信前にコンテンツリクエスト端末にコンテンツの受信をリクエストしてもよく、コンテンツリクエスト端末が共有代行リクエストメッセージ送信の後に一定時間が経過した時に第1中間ノードにコンテンツの送信をリクエストしてもよい。図5は、本発明の一実施形態に係るCCNにおける中間ノードの動作を示す図である。図5を参照して、図3及び図4で第1中間ノードがデータセグメントを受信する過程ステップ332及びステップ432について具体的に説明する。本発明の一実施形態に係る中間ノード即ち、第1中間ノードは、データA即ち、データセグメントAがインタフェース2を介して入ってくれば、PITにデータ名称Aが存在するかを確認する。PITにデータ名称Aが存在すれば、中間ノードはコンテントキャッシュコンテンツキャッシュにデータAを格納し510、PITからデータ名称Aを削除する520。ここで、図1と異なって、中間ノードはデータ名称Aに対応するコンテンツに対するリクエストが入ってきたインタフェース0にデータAを送信即ち、転送せずに待機する。即ち、中間ノードは、セグメント単位の送信ではなく、コンテンツ単位の送信のために、データ名称Aに対応するコンテンツに含まれる全てのデータセグメントが受信されるまでデータAを送信せずに待機する。そして、中間ノードは全てのデータセグメントが受信されれば、データセグメントが集成されたコンテンツをコンテンツリクエスト端末に送信する。PITにデータ名称Aが存在しない場合は、インタフェース2に入ってきたデータAを削除する。図6は、本発明の一実施形態に係るCCNに基づいた中間ノードのコンテンツ共有方法を示す動作フローチャートである。図6を参照すれば、まず、中間ノードはコンテンツリクエスト端末からコンテンツ名を含む、或るコンテンツに対する共有代行リクエストメッセージを受信する610。ここで、コンテンツは複数のデータセグメントを含む。そして、中間ノードは、例えばSIPを用いて共有代行リクエストメッセージを受信する。ここで、共有代行リクエストメッセージは例えば、コンテンツリクエスト端末及び中間ノード間の通信セキュリティのための公開キーPublicKeyベースのコンテンツリクエスト端末の固有な識別情報を含む。その場合、共有代行リクエストメッセージは、コンテンツリクエスト端末の識別情報を含むことによってコンテンツリクエスト端末の存在を証明する。中間ノードは共有代行リクエストメッセージの受信に応答して、コンテンツに対応する複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成する620。データセグメントリクエストメッセージ各々は例えば、コンテンツ名及び該当するデータセグメントに対する識別情報を含む。中間ノードは、データセグメントを所有している少なくとも1つの端末にデータセグメントリクエストメッセージを送信する630。中間ノードは、中間ノードから前記データセグメントを所有している少なくとも1つの端末へのルーティング経路を決定し、決定されたルーティング経路に基づいてデータセグメントを所有している少なくとも1つの端末にデータセグメントリクエストメッセージを送信する。中間ノードは、少なくとも1つの端末からデータセグメントを受信する640。そして、中間ノードは例えば、中間ノードがコンテンツリクエストに対するキャッシュcacheとして用いられるように、受信されたデータセグメントを中間ノードのメモリに格納する。データセグメントリクエストメッセージに対応する前記複数のデータセグメントの受信が完了した場合、中間ノードは受信されたデータセグメントに基づいてコンテンツリクエスト端末に集合化されたデータ送信方式を用いてコンテンツを送信する650。ここで例えば、中間ノードは、コンテンツリクエスト端末にコンテンツの受信をリクエストし、コンテンツリクエスト端末からの応答に基づいてコンテンツを送信する。又は、中間ノードは、コンテンツリクエスト端末からコンテンツ送信リクエストを受信する場合、コンテンツリクエスト端末にコンテンツを送信する。更に例えば、中間ノードは、コンテンツリクエスト端末に対するコンテンツの送信に失敗した場合、コンテンツリクエスト端末にコンテンツ受信のための準備をリクエストするメッセージを送信してコンテンツを再送信する。図7は、本発明の一実施形態に係るCCNに基づいたコンテンツリクエスト端末のコンテンツ共有方法を示す動作フローチャートである。図7を参照すると、コンテンツリクエスト端末は、コンテンツに対する共有代行リクエストメッセージを生成する710。共有代行リクエストメッセージは、中間ノードがコンテンツに対応する複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成し、データセグメントリクエストメッセージを用いてコンテンツを取得するようにリクエストするメッセージである。共有代行リクエストメッセージは例えば、コンテンツリクエスト端末と中間ノードとの間のセキュリティのための公開キーベースのコンテンツリクエスト端末の識別情報と共有代行リクエストメッセージが有効な時間を示すライフタイム情報を含む。そして、コンテンツリクエスト端末は中間ノードに、コンテンツ名を含む、コンテンツに対する共有代行リクエストメッセージを送信する720。コンテンツリクエスト端末は、中間ノードから集合化されたデータ送信方式を用いてデータセグメントに基づくコンテンツを受信する730。ここで例えば、コンテンツリクエスト端末は、中間ノードからコンテンツの受信がリクエストされ、中間ノードでコンテンツの受信リクエストに対して応答し、該応答を基づいて中間ノードが送信するコンテンツを受信する。又は、コンテンツリクエスト端末は、コンテンツを送信することを前記中間ノードにリクエストし、中間ノードからコンテンツを受信する。一方、コンテンツに対する共有代行リクエストメッセージの送信及びコンテンツの受信には例えば、セッション開始プロトコルが用いられる。図8は、本発明の一実施形態に係るCCNに基づいてコンテンツ共有を行う中間ノードの機能ブロック図である。図8を参照すれば、本発明の一実施形態に係る中間ノードは、受信部810、処理部820、送信部830及びメモリ840を備える。受信部810は、コンテンツリクエスト端末からコンテンツ名を含むコンテンツに対する共有代行リクエストメッセージを受信する。処理部820は、共有代行リクエストメッセージの受信に応答して、コンテンツに対応する複数のデータセグメント各々に対するデータセグメントリクエストメッセージを生成する。送信部830は、データセグメントを所有している少なくとも1つの端末にデータセグメントリクエストメッセージを送信する。そして、受信部810は少なくとも1つの端末からデータセグメントを受信し、送信部830は、受信されたデータセグメントに基づいてコンテンツリクエスト端末に集合化されたデータ送信方式を用いてコンテンツを送信する。メモリ840は、受信されたデータセグメントを格納する。図9は、本発明の一実施形態に係るCCNに基づいてコンテンツ共有を行うコンテンツリクエスト端末の機能ブロック図である。図9を参照すると、本発明の一実施形態に係るコンテンツリクエスト端末は、共有代行リクエストメッセージ生成部910、送信部920、受信部930及びメモリ940を備える。共有代行リクエストメッセージ生成部910は、コンテンツに対する共有代行リクエストメッセージを生成する。送信部920は、中間ノードでコンテンツに対する共有代行リクエストメッセージを送信する。受信部930は、中間ノードから集合化されたデータ送信方式を用いてデータセグメントに基づくコンテンツを受信する。メモリ940は、中間ノードから受信されたコンテンツを格納する。以上、本発明に係る中間ノード及びコンテンツリクエスト端末について説明した。本中間ノード及びコンテンツリクエスト端末には先の図1乃至図7に関連して多様な実施形態によって上述した内容がそのまま適用できるので、これ以上の詳細な説明は省略する。本発明の実施形態に係る方法は例えば、多様なコンピュータ手段を介して様々な処理を実行できるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録される。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうち1つ又はその組合せを含む。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものであるか、又はコンピュータソフトウェア分野の技術を有する当業者にとって公知、且つ使用可能なものである。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー登録商標ディスク及び磁気テープなどの磁気媒体、CD-ROM、DVDなどの光記録媒体、光ディスクなどの光磁気媒体、及びROM、RAM、フラッシュメモリなどのプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれる。上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能であろう。従って、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるべきである。