JP2018064171A - 通信方法、通信装置及び通信プログラム - Google Patents

通信方法、通信装置及び通信プログラム Download PDF

Info

Publication number
JP2018064171A
JP2018064171A JP2016200875A JP2016200875A JP2018064171A JP 2018064171 A JP2018064171 A JP 2018064171A JP 2016200875 A JP2016200875 A JP 2016200875A JP 2016200875 A JP2016200875 A JP 2016200875A JP 2018064171 A JP2018064171 A JP 2018064171A
Authority
JP
Japan
Prior art keywords
content
multicast
multicast address
icn node
received
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.)
Ceased
Application number
JP2016200875A
Other languages
English (en)
Inventor
祐治 小島
Yuji Kojima
祐治 小島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2016200875A priority Critical patent/JP2018064171A/ja
Priority to US15/713,079 priority patent/US20180102911A1/en
Publication of JP2018064171A publication Critical patent/JP2018064171A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/065—Network architectures or network communication protocols for network security for supporting key management in a packet data network for group communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】コンテンツが転送されるネットワークにおいて通信帯域を効率的に利用する。
【解決手段】インタレスト管理部はインタレストパケットの生成および転送を行う。アドレス決定部は受信したコンテンツに対応するマルチキャストアドレスを決定する。コンテンツ転送部はコンテンスサーバが送信したコンテンツをＩＣＮの通信によって転送する。対応関係管理部はコンテンツとマルチキャストアドレスとの対応関係を管理する。マルチキャスト管理部はマルチキャストツリーに参加するための処理等を実行する。ユニキャスト転送部はＩＰユニキャスト通信でデータを転送する。マルチキャスト転送部はマルチキャスト通信でデータを転送する。
【選択図】図６

Description

本発明は、ネットワークにおいてデータを転送する技術に関する。
インターネットは、エンドツーエンド（end-to-end）でのデータの送受信をターゲットに設計されたが、最近では、サーバから端末へのコンテンツ（例えば動画や音楽など）の配信システムとして利用されるようになっている。そこで、情報配信に着目したネットワーク技術であるＩＣＮ（Information Centric Networking）の研究が盛んに行われている。なお、ＩＣＮは、ＣＣＮ（Content Centric Networking）又はＮＤＮ（Named Data Networking）とも呼ばれる。
或る文献は、ＩＣＮに関して以下のような技術を開示する。具体的には、コンテンツの識別子を用いてパケットを転送する複数のノードの各々が、複数のマルチキャストツリーの少なくとも１つを用いて、コンテンツを要求するための要求パケットを転送し、要求パケットに対する応答として、要求したコンテンツを含む応答パケットを受信する。これにより、ネットワークの負荷の上昇が抑制される。
但し、ＩＣＮの通信が行われるネットワークには、ＩＣＮの通信を行うことができるノードだけではなく、ＩＣＮの通信を行うことができないノードが含まれている場合がある。そして、それが原因となってコンテンツの転送の際に通信帯域が効率的に利用されないことがある。上記技術は、このような問題には着目していない。
国際公開第２０１５／０２９３２１号
本発明の目的は、１つの側面では、コンテンツが転送されるネットワークにおいて通信帯域を効率的に利用するための技術を提供することである。
本発明に係る通信装置は、第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送する第１転送部と、第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、第１のコンテンツの識別情報と第１のマルチキャストアドレスとを、第１の装置及び第２の装置に送信する第２転送部と、第１のコンテンツを第２の装置から受信した場合、第１のマルチキャストアドレスを用いて第１のコンテンツを第１の装置に転送する第３転送部とを有する。
１つの側面では、コンテンツが転送されるネットワークにおいて通信帯域を効率的に利用できるようになる。
図１は、ＩＣＮによるコンテンツ転送について説明するための図である。 図２は、ＩＣＮによるコンテンツ転送について説明するための図である。 図３は、ＩＣＮによる要求パケット転送について説明するための図である。 図４は、ＩＣＮによるコンテンツ転送について説明するための図である。 図５は、ネットワーク構成を示す図である。 図６は、ＩＣＮノードの機能ブロック図である。 図７は、端末の機能ブロック図である。 図８は、第１の実施の形態の概要を説明するための図である。 図９は、第１の実施の形態の概要を説明するための図である。 図１０は、第１の実施の形態の概要を説明するための図である。 図１１は、第１の実施の形態において実行される処理のシーケンス図である。 図１２は、第１の実施の形態において実行される処理のシーケンス図である。 図１３は、マルチキャストツリー参加処理について説明するための図である。 図１４は、マルチキャストツリー参加処理について説明するための図である。 図１５は、マルチキャストツリー参加処理について説明するための図である。 図１６は、マルチキャストツリー参加処理について説明するための図である。 図１７は、マルチキャストツリー参加処理について説明するための図である。 図１８は、マルチキャストツリー参加処理について説明するための図である。 図１９は、第２の実施の形態の概要を説明するための図である。 図２０は、第２の実施の形態の概要を説明するための図である。 図２１は、第２の実施の形態において実行される処理のシーケンス図である。 図２２は、第３の実施の形態の概要を説明するための図である。 図２３は、第３の実施の形態の概要を説明するための図である。 図２４は、第３の実施の形態において実行される処理のシーケンス図である。 図２５は、第３の実施の形態において実行される処理のシーケンス図である。 図２６は、マルチキャストアドレスの割り当てについて説明するための図である。 図２７は、第４の実施の形態の概要を説明するための図である。 図２８は、第４の実施の形態の概要を説明するための図である。 図２９は、第４の実施の形態において実行される処理のシーケンス図である。 図３０は、第４の実施の形態において実行される処理のシーケンス図である。 図３１は、第４の実施の形態において実行される処理のシーケンス図である。 図３２は、中継装置の機能ブロック図である。 図３３は、コンピュータの機能ブロック図である。
はじめに、図１乃至図４を用いてＩＣＮによるコンテンツ転送について簡単に説明する。例えば図１に示すように、端末１１ｔは、要求するコンテンツのコンテンツＩＤ（IDentification information）を含むインタレスト（Interest）パケットを送信する。インタレストパケットは、要求パケットとも呼ばれる。図１においては、「/fj/kawasaki」がコンテンツＩＤである。端末１１ｔは、ＩＣＮの通信を行うことができ（以下、ＩＣＮノードと呼ぶ）且つネットワークとの接続点に配置されているノードにインタレストパケットを送信すればよいので、コンテンツ毎に異なるサーバを見つけてそのサーバとエンドツーエンドで通信を行わなくてもよい。なお、コンテンツＩＤではなくコンテンツ名であってもよい。
各ＩＣＮノードは、インタレストパケットに含まれるコンテンツＩＤに対応するフェース（すなわち、ＩＣＮにおけるインタフェース。ここでは「Next Face」）をＦＩＢ（Forwarding Information Base）３００１から特定し、特定したフェースからインタレストパケットを転送する。ＦＩＢ３００１は、コンテンツサーバ１１ｓによってコンテンツ名が広告されることによって、各ＩＣＮノードにおいて予め生成される。また、各ＩＣＮノードは、インタレストパケットを受信したフェースの情報を、ＰＩＴ（Pending Interest Table）３００２に登録する。
インタレストパケットは、ＩＣＮノード１６ｉ、ＩＣＮノード１５ｉ、ＩＣＮノード１４ｉ、ＩＣＮノード１３ｉ、ＩＣＮノード１２ｉ及びＩＣＮノード１１ｉを経由するルートで転送され、コンテンツサーバ１１ｓに到達する。コンテンツサーバ１１ｓは、インタレストパケットに含まれるコンテンツＩＤを有するコンテンツを、ＩＣＮノード１１ｉに送信する。
コンテンツは、ＩＣＮノード１１ｉ、ＩＣＮノード１２ｉ、ＩＣＮノード１３ｉ、ＩＣＮノード１４ｉ、ＩＣＮノード１５ｉ及びＩＣＮノード１６ｉを経由するルートで転送され、端末１１ｔに到達する。ここで、各ＩＣＮノードは、転送されるコンテンツのコンテンツＩＤに対応するフェース（ここでは「Requested Face」）をＰＩＴ３００２から特定し、特定したフェースからコンテンツを転送する。また、各ＩＣＮノードは、コンテンツのキャッシュをキャッシュアルゴリズムに従って保存する。これ以降、例えば図２に示すように、コンテンツを要求する別の端末１２ｔはキャッシュからコンテンツを取得することができる。
ＩＣＮの通信が行われるネットワークにおいては、必ずしも全ての中継ノードがＩＣＮノードであるわけではなく、既存のＩＰ（Internet Protocol）／Ｌ３（Layer 3）ネットワーク上にオーバレイの構造で展開される（ＩＣＮ Ｏｖｅｒ ＩＰ）。例えば図３においては、ＩＰルータ１１ｒはＩＣＮの通信を行わない。コンテンツサーバ１２ｓと端末１３ｔ及び１４ｔとの間におけるエンドツーエンドの通信ではなく、ＩＣＮノード間におけるホップバイホップ（hop-by-hop）の通信が行われる。ＩＣＮノード間におけるホップバイホップの通信は、ＩＰユニキャストで行われる。以下では、「ユニキャスト」とはＩＰユニキャストのことである。
図３に示すように、同一のコンテンツＩＤを含むインタレストパケットを複数の経路から受信したＩＣＮノード１８ｉ（アグリゲートノードと呼ばれる）は、複数のインタレストパケットを１つのインタレストパケットに集約し、コンテンツサーバ１２ｓに転送する。これと同様に、図４に示すように、アグリゲートノードであるＩＣＮノード１８ｉがコンテンツを受信した場合にはコンテンツの複製を生成し、複数回のユニキャスト通信によってコンテンツを端末１３ｔ及び端末１４ｔに転送する。ＩＰルータ１１ｒとＩＣＮノード１８ｉとの間において２回のユニキャスト通信が行われているが、この区間については１回のユニキャスト通信であっても問題は無いので、２回のユニキャスト通信が行われることによって通信帯域が無駄に消費されていると言える。
そこで、以下では、通信帯域を効率的に利用するようにコンテンツを転送する方法について説明する。
［実施の形態１］
図５に、第１の実施の形態のネットワーク構成を示す。コンテンツサーバ１ｓは、ＩＣＮの通信によって、コンテンツ（例えば、動画や音声など）を要求する端末に対してコンテンツを配信する。ネットワーク上には、ＩＣＮノード１ｉ乃至５ｉと、ＩＰルータ１ｒ乃至３ｒとが配置されており、例えばパーソナルコンピュータ又はスマートフォン等である端末１ｔ乃至６ｔは、ネットワークとの接続点にある中継ノードに接続される。より具体的には、ＩＣＮノード１ｉはコンテンツサーバ１ｓ及び端末４ｔに接続され、ＩＣＮノード２ｉはＩＣＮノード１ｉに接続され、ＩＰルータ１ｒはＩＣＮノード２ｉに接続される。ＩＣＮノード４ｉはＩＰルータ１ｒに接続され、端末２ｔ及び３ｔはＩＣＮノード４ｉに接続される。ＩＣＮノード３ｉはＩＰルータ１ｒに接続され、ＩＰルータ２ｒ及びＩＣＮノード５ｉはＩＣＮノード３ｉに接続される。端末１ｔはＩＰルータ２ｒに接続される。ＩＰルータ３ｒはＩＣＮノード５ｉに接続され、端末５ｔ及び６ｔはＩＰルータ３ｒに接続される。なお、装置間の接続は無線接続であってもよい。
図６に、各ＩＣＮノードの機能ブロック図を示す。各ＩＣＮノードは、例えばＲＡＭ（Random Access Memory）であるメモリ１００と、ＣＰＵ（Central Processing Unit）１０１と、ハードウエアコンポーネントを相互に接続するためのバス１０２と、ハードウエアのネットワークインタフェース１０３ａ及び１０３ｂとを有する。ネットワークインタフェース１０３ａ及び１０３ｂは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェース又は無線ＬＡＮ（Local Area Network）のインタフェースである。図６においてはネットワークインタフェースの数は２であるが、数に限定は無い。
プログラム１００１はＣＰＵ１０１によりメモリ１００にロードされて実行されることで、図６に示す各種機能を実現する。具体的には、ＩＣＮ層の機能として、インタレスト管理部１００１１、アドレス決定部１００１２、コンテンツ転送部１００１３及び対応関係管理部１００１４が実現され、ＩＰ層の機能として、マルチキャスト管理部１００１５、ユニキャスト転送部１００１６及びマルチキャスト転送部１００１７が実現される。プログラム１００１に基づく処理に使用されるデータ１００２は、対応関係データ１００２１と、コンテンツのキャッシュ１００２２と、ＦＩＢ１００２３と、ＰＩＴ１００２４とを含む。本実施の形態においては、「マルチキャスト」とはＩＰマルチキャストのことである。
インタレスト管理部１００１１は、インタレストパケットの生成および転送を行う。アドレス決定部１００１２は、受信したコンテンツに対応するマルチキャストアドレスを決定する。コンテンツ転送部１００１３は、コンテンツサーバ１ｓが送信したコンテンツを、ＩＣＮの通信によって転送する。対応関係管理部１００１４は、コンテンツとマルチキャストアドレスとの対応関係を管理する。マルチキャスト管理部１００１５は、マルチキャストツリーに参加するための処理等を実行する。ユニキャスト転送部１００１６は、ＩＰユニキャスト通信でデータを転送する。マルチキャスト転送部１００１７は、マルチキャスト通信でデータを転送する。
対応関係データ１００２１は、コンテンツＩＤとマルチキャストアドレスとの対応関係を示すデータを含む。キャッシュ１００２２は、コンテンツのキャッシュを含む。ＦＩＢ１００２３は、上で述べたように、コンテンツＩＤとインタレストパケットの出力先のフェースとを対応付けて格納する。ＰＩＴ１００２４は、上で述べたように、コンテンツＩＤとインタレストパケットを受信したフェースとを対応付けて格納する。
図７に、各端末の機能ブロック図を示す。各端末は、例えばＲＡＭであるメモリ２００と、ＣＰＵ２０１と、ハードウエアコンポーネントを相互に接続するためのバス２０２と、ハードウエアのネットワークインタフェース２０３とを有する。ネットワークインタフェース２０３は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェース又は無線ＬＡＮのインタフェースである。
プログラム２００１はＣＰＵ２０１によりメモリ２００にロードされて実行されることで、図７に示す各種機能を実現する。具体的には、ＩＣＮ層の機能として、インタレスト管理部２００１１、コンテンツ受信部２００１３及び対応関係管理部２００１４が実現され、ＩＰ層の機能として、マルチキャスト管理部２００１５、ユニキャスト通信部２００１６及びマルチキャスト通信部２００１７が実現される。プログラム２００１に基づく処理に使用されるデータ２００２は、対応関係データ２００２１を含む。
インタレスト管理部２００１１は、インタレストパケットの生成および送信を行う。コンテンツ受信部２００１３は、コンテンツサーバ１ｓが送信したコンテンツを受信する。対応関係管理部２００１４は、コンテンツとマルチキャストアドレスとの対応関係を管理する。マルチキャスト管理部２００１５は、ＩＧＭＰ（Internet Group Management Protocol） Ｊｏｉｎメッセージを発行する処理等を実行する。ユニキャスト通信部２００１６は、ユニキャスト通信でデータを送信及び受信する。マルチキャスト通信部２００１７は、マルチキャスト通信で送信されたコンテンツを受信する。
対応関係データ２００２１は、コンテンツＩＤとマルチキャストアドレスとの対応関係を示すデータを含む。
図８乃至図１０を用いて、第１の実施の形態の概要を説明する。例えば図８に示すように、端末１ｔ、端末２ｔ及び端末３ｔが、同一のコンテンツＩＤを含むインタレストパケットを送信するとする。図８においては、ＩＣＮノード２ｉ及びＩＣＮノード４ｉがアグリゲートノードに該当し、３つのインタレストパケットは集約されて最終的には１つのインタレストパケットがコンテンツサーバ１ｓに到達する。
図９に示すように、コンテンツサーバ１ｓは、インタレストパケットを受信すると、インタレストパケットに含まれるコンテンツＩＤを有するコンテンツを、ＩＣＮノード１ｉにユニキャストで送信する。送信されたパケットを受信したＩＣＮノード２ｉは、アグリゲートノードであるので、受信したコンテンツに対応するマルチキャストアドレスを決定する。そして、ＩＣＮノード２ｉは、受信したコンテンツとそのコンテンツに対応するマルチキャストアドレスとを含む対応関係データを、インタレストパケットの転送先であるコンテンツサーバ１ｓに向かう方向を順方向とした場合、その逆方向である前ホップの中継ノードにあたるＩＣＮノード３ｉ及びＩＣＮノード４ｉ、並びに、次ホップの中継ノードにあたるＩＣＮノード１ｉに送信する。対応関係データは、ＩＣＮノード１ｉ、コンテンツサーバ１ｓ、ＩＣＮノード３ｉ、端末１ｔ、ＩＣＮノード４ｉ、端末２ｔ及び端末３ｔに到達する。対応関係データを受信した各ＩＣＮノードは、マルチキャストルーティングプロトコル（ＰＩＭ−ＳＭ（Protocol-Independent Multicast-Sparse Mode）またはＰＩＭ−ＤＭ（Protocol-Independent Multicast-Dense Mode））に従って、マルチキャストツリー（マルチキャスト配信ツリーとも呼ばれる）に参加するための処理（以下、マルチキャストツリー参加処理と呼ぶ）を実行する。ＰＩＭ−ＳＭにおいては、ランデブーポイント（ＲＰ：Rendezvous Point）である中継ノードに対してＪｏｉｎメッセージを送信することで、マルチキャストツリーへの参加が表明される。ＰＩＭ−ＤＭにおいては、プルーン（Prune）メッセージの送信を抑止することで、マルチキャストツリーへの参加が表明される。また、対応関係データを受信した各端末はＩＧＭＰ Ｊｏｉｎメッセージを送信することで、マルチキャストツリーへの参加が表明される。
これにより、図１０に示すように、端末１ｔ、端末２ｔ及び端末３ｔにマルチキャストでコンテンツが配信されるようになる。ここで、ＩＣＮノード２ｉとＩＰルータ１ｒとの間においては、２回のユニキャスト通信ではなく、１回のマルチキャスト通信が行われている。従って、ＩＣＮノード２ｉとＩＰルータ１ｒとの間において通信帯域を効率的に利用することができる。
次に、図１１乃至図１８を用いて、第１の実施の形態についてより詳細に説明する。
まず、端末１ｔのインタレスト管理部２００１１は、ＩＣＮノード３ｉに、コンテンツＩＤを含むインタレストパケットを送信する（図１１：ステップＳ１）。
ＩＣＮノード３ｉは、端末１ｔから受信したインタレストパケットを、ＩＣＮノード２ｉに転送する（ステップＳ３）。
端末２ｔのインタレスト管理部２００１１は、ＩＣＮノード４ｉに、端末１ｔが送信したコンテンツＩＤと同じコンテンツＩＤを含むインタレストパケットを送信する（ステップＳ５）。
端末３ｔのインタレスト管理部２００１１は、ＩＣＮノード４ｉに、端末１ｔが送信したコンテンツＩＤと同じコンテンツＩＤを含むインタレストパケットを送信する（ステップＳ７）。
ＩＣＮノード４ｉのインタレスト管理部１００１１は、端末２ｔから受信したインタレストパケット及び端末３ｔから受信したインタレストパケットをアグリゲートする（ステップＳ９）。アグリゲートは、複数のインタレストパケットを１つのインタレストパケットにまとめる処理である。そして、ＩＣＮノード４ｉのインタレスト管理部１００１１は、１つのインタレストパケットをＩＣＮノード２ｉに転送する（ステップＳ１１）。ステップＳ１１においては、ＦＩＢ１００２３に格納されている情報に従い転送先が決定される。また、インタレストパケットを受信したフェースの識別情報がインタレストパケットに含まれるコンテンツＩＤに対応付けてＰＩＴ１００２４に登録される。上記ステップＳ３及び以下においても同様とする。
なお、アグリゲートを実行するか否かは、同じコンテンツＩＤについて複数の「Ｒｅｑｕｅｓｔｅｄ Ｆａｃｅ」がＰＩＴ１００２４に登録されているか否かによって判定される。この判定は、インタレスト管理部１００１１によって行われる。以下においても同様とする。
ＩＣＮノード２ｉのインタレスト管理部１００１１は、ＩＣＮノード３ｉ及びＩＣＮノード４ｉからインタレストパケットを受信する。そして、ＩＣＮノード２ｉのインタレスト管理部１００１１は、受信した２つのインタレストパケットをアグリゲートし（ステップＳ１３）、１つのインタレストパケットをＩＣＮノード１ｉに転送する（ステップＳ１５）。
ＩＣＮノード１ｉのインタレスト管理部１００１１は、ＩＣＮノード２ｉから受信したインタレストパケットを、コンテンツサーバ１ｓに転送する（ステップＳ１７）。
コンテンツサーバ１ｓは、ＩＣＮノード１ｉからインタレストパケットを受信し、受信したインタレストパケットに含まれるコンテンツＩＤに対応するコンテンツを、例えば記憶装置から読み出す。そして、コンテンツサーバ１ｓは、ＩＣＮノード１ｉにコンテンツをユニキャストで送信する（ステップＳ１９）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓから受信したコンテンツを、ＩＣＮノード２ｉにユニキャストで（すなわち、ユニキャスト転送部１００１６を介して）転送する（ステップＳ２１）。また、コンテンツ転送部１００１３は、コンテンツのキャッシュをメモリ１００に格納する。なお、コンテンツの転送の際には、ＰＩＴ１００２４が参照されることで転送先のフェースが決定される。以下においても同様とする。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。ＩＣＮノード２ｉは、アグリゲートノードであり、且つ、受信したコンテンツについての対応関係データがメモリ１００に格納されていないので、アドレスを決定する処理を実行すべきと判定される。そこで、アドレス決定部１００１２は、受信したコンテンツに対応するマルチキャストアドレスを決定する（ステップＳ２３）。例えば、ＩＣＮノードのＩＤとステップＳ２３の処理時点の時刻の情報とを入力としてハッシュ関数に基づき、マルチキャストアドレスが決定される。
そして、ＩＣＮノード２ｉの対応関係管理部１００１４は、受信したコンテンツとマルチキャストアドレスとの対応関係を示す対応関係データを生成する（ステップＳ２５）。また、対応関係管理部１００１４は、生成した対応関係データをメモリ１００に格納する。処理は端子Ａ乃至Ｉを介して図１２のステップＳ２７に移行する。
図１２の説明に移行し、ＩＣＮノード２ｉの対応関係管理部１００１４は、生成した対応関係データを、コンテンツサーバ１ｓに向かう方向を順方向とした場合、次ホップの中継ノードにあたるＩＣＮノード１ｉに送信する（ステップＳ２７）。
ＩＣＮノード１ｉの対応関係管理部１００１４は、ＩＣＮノード２ｉから受信した対応関係データをコンテンツサーバ１ｓに転送する（ステップＳ２９）。また、対応関係管理部１００１４は、受信した対応関係データをメモリ１００に格納する。
ＩＣＮノード２ｉの対応関係管理部１００１４は、生成した対応関係データを、コンテンツサーバ１ｓに向かう方向を順方向とした場合、その逆方向である前ホップの中継ノードにあたるＩＣＮノード３ｉ及び４ｉに送信する（ステップＳ３１及びステップＳ３５）。
ＩＣＮノード３ｉの対応関係管理部１００１４は、ＩＣＮノード２ｉから受信した対応関係データを端末１ｔに転送する（ステップＳ３３）。また、対応関係管理部１００１４は、生成した対応関係データをメモリ１００に格納する。
端末１ｔの対応関係管理部２００１４は、ＩＣＮノード３ｉから対応関係データを受信し、受信した対応関係データをメモリ２００に格納する。
ＩＣＮノード４ｉの対応関係管理部１００１４は、ＩＣＮノード２ｉから受信した対応関係データを端末２ｔ及び端末３ｔに送信する（ステップＳ３７及びステップＳ３９）。また、対応関係管理部１００１４は、生成した対応関係データをメモリ１００に格納する。
端末２ｔの対応関係管理部２００１４は、ＩＣＮノード４ｉから対応関係データを受信し、受信した対応関係データをメモリ２００に格納する。また、端末３ｔの対応関係管理部２００１４は、ＩＣＮノード４ｉから対応関係データを受信し、受信した対応関係データをメモリ２００に格納する。
そして、端末１ｔ、端末２ｔ及び端末３ｔのマルチキャスト管理部２００１５、並びに、ＩＣＮノード３ｉ及びＩＣＮノード４ｉのマルチキャスト管理部１００１５は、対象のコンテンツに割り当てられたマルチキャストアドレスに基づき、マルチキャストツリー参加処理を実行する（ステップＳ４１）。また、ＩＣＮノード１ｉ及びＩＣＮノード２ｉは、対象のコンテンツに割り当てられたマルチキャストアドレスに基づき、マルチキャストツリー参加処理を実行する（ステップＳ４３）。マルチキャストツリー参加処理については、後で説明する。
これに応じ、ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉから受信したコンテンツをマルチキャストで（すなわち、マルチキャスト転送部１００１７を介して）ＩＰルータ１ｒに送信する（ステップＳ４５）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したコンテンツをコピーし、コンテンツをＩＣＮノード３ｉ及びＩＣＮノード４ｉにマルチキャストで送信する（ステップＳ４７及びステップＳ５１）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末１ｔに転送する（ステップＳ４９）。
ＩＣＮノード４ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。ＩＣＮノード４ｉはアグリゲートノードであるが、受信したコンテンツについての対応関係データがメモリ１００に格納されているため、アドレスを決定する処理を実行すべきではないと判定される。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末２ｔ及び端末３ｔにマルチキャストで転送する（ステップＳ５３及びステップＳ５５）。
以上のように，ＩＣＮノード２ｉは、当初はユニキャストで受信したコンテンツをマルチキャストで転送し、以降、マルチキャストで受信したコンテンツをマルチキャストで転送する。ＩＣＮノード１ｉも、対応関係データをコンテンツサーバ１ｓへ送信するタイミングとコンテンツサーバ１ｓがコンテンツを送信するタイミングとの関係によっては、当初、ユニキャストで受信したコンテンツをマルチキャストで転送し、以降、マルチキャストで受信したコンテンツをマルチキャストで転送する。
コンテンツがライブ配信されている場合、コンテンツサーバ１ｓはさらにマルチキャストでコンテンツを配信する（ステップＳ５７）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＣＮノード２ｉに送信する（ステップＳ５９）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ６１）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したコンテンツをコピーし、コンテンツをＩＣＮノード３ｉ及びＩＣＮノード４ｉにマルチキャストで送信する（ステップＳ６３及びステップＳ６４）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末１ｔに転送する（ステップＳ６５）。
ＩＣＮノード４ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末２ｔ及び端末３ｔにマルチキャストで転送する（ステップＳ６７及びステップＳ６９）。
以上のようにマルチキャストを利用することで、ＩＣＮノードだけでなくＩＰルータが配置されたネットワークにおいても、コンテンツを転送する際に通信帯域を効率的に利用することができるようになる。
図１３乃至図１８を用いて、マルチキャストツリー参加処理について説明する。ここでは、図１４において太線で示すように、ＩＰルータ１ｒとＩＰルータ２ｒとの間に、図８乃至図１０には示されていない別の経路が存在するとする。
まず、図１３及び図１４を用いて、ＲＰＦ（Reverse Path Forwarding）の処理について説明する。ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ユニキャストで送信されたコンテンツを受信し（図１３：ステップＳ７１）、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、ＩＣＮノード２ｉのコンテンツ転送部１００１３は、受信したコンテンツを、コンテンツを受信したインタフェース以外のインタフェース（すなわち、ＩＰルータ１ｒにデータを送信するためのインタフェース）から、マルチキャストでコンテンツを転送する（ステップＳ７３）。
ＩＰルータ１ｒは、マルチキャストで送信されたコンテンツを受信する。そして、ＩＰルータ１ｒは、受信したコンテンツを、コンテンツを受信したインタフェース以外のインタフェースから、マルチキャストでコンテンツを転送する（ステップＳ７５及びＳ７６）。結果として、図１４に示すように、コンテンツはＩＣＮノード３ｉ、ＩＰルータ２ｒ及びＩＣＮノード４ｉへ転送される。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、マルチキャストで送信されたコンテンツを受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、ＩＣＮノード３ｉは、受信したコンテンツを、コンテンツを受信したインタフェース以外のインタフェースから、マルチキャストでコンテンツを転送する（ステップＳ７７及び７９）。結果として、図１４に示すように、コンテンツはＩＣＮノード５ｉ及びＩＰルータ２ｒへ転送される。
ＩＰルータ２ｒは、マルチキャストで送信されたコンテンツを受信する。そして、ＩＰルータ２ｒは、受信したコンテンツを、コンテンツを受信したインタフェース以外のインタフェースから、マルチキャストでコンテンツを転送する（ステップＳ８１）。結果として、図１４に示すように、コンテンツは端末１ｔへ転送される。
ここで、ＩＰルータ２ｒは、アップリンクストリームインタフェース及びダウンリンクストリームインタフェースを決定する（ステップＳ８３）。図１４の例では、「Ｕ」が付された経路のフェースがアップリンクストリームインタフェースに該当し、「Ｄ」が付された経路がダウンリンクストリームインタフェースに該当する。ＩＰルータ２ｒは、コンテンツを受信したインタフェースをアップリンクストリームインタフェースと決定し、コンテンツを送信したインタフェースをダウンリンクストリームインタフェースと決定する。ただし、複数のインタフェースからコンテンツを受信した場合、ＩＰルータ２ｒは、いずれか一つのインタフェースをアップリンクストリームインタフェースと決定する。図１４の例では、ＩＰルータ１ｒからのインタフェースがアップリンクストリームインタフェースと決定された。
同様に、ＩＣＮノード３ｉのマルチキャスト管理部１００１５は、図１４に示すようにアップリンクストリームインタフェース及びダウンリンクストリームインタフェースを決定する（ステップＳ８５）。
ＲＰＦの処理の後、ネットワーク管理者の指定に従って、ＰＩＭ−ＳＭの場合の処理又はＰＩＭ−ＤＭの場合の処理が実行される。
図１５及び図１６を用いて、ＰＩＭ−ＳＭの処理について説明する。ここでは、対応関係データを既に各端末及び各ＩＣＮノードが受信したとする。
端末１ｔのマルチキャスト管理部２００１５は、メモリ２００に格納された対応関係データに含まれるマルチキャストアドレスを含むＩＧＭＰ Ｊｏｉｎメッセージを、ＩＰルータ２ｒに送信する（図１５：ステップＳ９１）。
ＩＰルータ２ｒは、端末１ｔからＩＧＭＰ Ｊｏｉｎメッセージを受信すると、ランデブーポイントであるＩＰルータ１ｒに対して、アップリンクストリームインタフェースを介してＪｏｉｎメッセージを送信する（ステップＳ９３）。
ＩＣＮノード３ｉのマルチキャスト管理部１００１５は、メモリ２００に格納された対応関係データに含まれるマルチキャストアドレスを含むＪｏｉｎメッセージを、ランデブーポイントであるＩＰルータ１ｒに対して、アップリンクストリームインタフェースを介して送信する（ステップＳ９４）。ＩＣＮノード３ｉの配下には、コンテンツを要求する端末はないが、ＩＣＮノード３ｉ自身がコンテンツをキャッシュする必要があるため、ＪｏｉｎメッセージをＩＰルータ１ｒに送信する。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ユニキャストで送信されたコンテンツを受信し（ステップＳ９５）、コンテンツのキャッシュをメモリ１００に格納する。そして、ＩＣＮノード２ｉのコンテンツ転送部１００１３は、受信したコンテンツをＩＰルータ１ｒにマルチキャストで転送する（ステップＳ９７）。
ＩＰルータ１ｒは、ＩＰルータ２ｒ及びＩＣＮノード３ｉからＪｏｉｎメッセージを受信する。また、図１６に示すように、ＩＰルータ１ｒは、ＩＣＮノード４ｉからもＪｏｉｎメッセージを受信する。ＩＰルータ１ｒは、Ｊｏｉｎメッセージを受信したフェースからコンテンツを転送するが、Ｊｏｉｎメッセージを受信しなかったフェースからはコンテンツを転送しない。具体的には、ＩＰルータ１ｒは、マルチキャストでＩＰルータ２ｒへコンテンツを送信する（ステップＳ９９）。また、ＩＰルータ１ｒは、マルチキャストでＩＣＮノード３ｉへコンテンツを送信する（ステップＳ１０３）。さらに、ＩＰルータ１ｒは、マルチキャストでＩＣＮノード４ｉへコンテンツを送信する。
ＩＰルータ２ｒは、ＩＰルータ１ｒからコンテンツを受信する。そして、ＩＰルータ２ｒは、受信したコンテンツを、マルチキャストで端末１ｔに送信する（ステップＳ１０１）。
なお、図１６においては、ＩＣＮノード３ｉがＪｏｉｎメッセージをＩＰルータ１ｒに送信しているが、仮に送信しないと、コンテンツを受信できなくなる。この場合、ＩＰルータ１ｒは、コンテンツをＩＣＮノード３ｉへ転送せず、ＩＰルータ２ｒ宛のコンテンツもＩＣＮノード３ｉを経由せず、太線で示す経路で転送するからである。ＩＣＮノード３ｉの配下には、コンテンツを要求する端末はないが、ＩＣＮノード３ｉ自身がコンテンツをキャッシュする必要があるため、ＩＣＮノード３ｉはＪｏｉｎメッセージをＩＰルータ１ｒに送信する。
図１７及び図１８を用いて、ＰＩＭ−ＤＭの場合の処理について説明する。ここでは、対応関係データを既に各端末及び各ＩＣＮノードが受信したとする。
端末１ｔのマルチキャスト管理部２００１５は、メモリ２００に格納された対応関係データに含まれるマルチキャストアドレスを含むＩＧＭＰ Ｊｏｉｎメッセージを、ＩＰルータ２ｒに送信する（図１７：ステップＳ１１１）。
ＩＰルータ２ｒは、ダウンリンクストリームインタフェースではなく且つアップリングストリームインタフェースではないフェース（ここでは、ＩＣＮノード３ｉにデータを転送するためのフェース）から、ＩＧＭＰのプルーンメッセージを送信する（ステップＳ１１３）。プルーンメッセージは、マルチキャストでデータを受信することを拒否することを表すメッセージである。
ＩＣＮノード５ｉのマルチキャスト管理部１００１５は、ダウンリンクストリームインタフェースではなく且つアップリングストリームインタフェースではないフェース（ここでは、ＩＣＮノード３ｉにデータを転送するためのフェース）から、ＩＧＭＰのプルーンメッセージを送信する（ステップＳ１１５）。
ＩＣＮノード３ｉは、ＩＣＮノード３ｉの２つのダウンリンクストリームインタフェースからプルーンメッセージを受信し、且つ、ＩＣＮノード３ｉがマルチキャストツリーに参加しなくてもよい場合、アップリンクストリームインタフェースからＩＰルータ１ｒに、プルーンメッセージを送信する。このようにすると、ＩＰルータ１ｒは、ＩＣＮノード３ｉにはコンテンツを配信しない。
ＩＣＮノード３ｉの配下には、コンテンツを要求する端末はないが、ＩＣＮノード３ｉ自身がコンテンツをキャッシュする必要があるため、図１７において、ＩＣＮノード３ｉは、プルーンメッセージを送信しない。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ユニキャストで送信されたコンテンツを受信し（ステップＳ１１９）、コンテンツのキャッシュをメモリ１００に格納する。そして、ＩＣＮノード２ｉのコンテンツ転送部１００１３は、受信したコンテンツをＩＰルータ１ｒにマルチキャストで転送する（ステップＳ１２１）。
ＩＰルータ１ｒは、マルチキャストで送信されたコンテンツをＩＰルータ１ｒから受信する。そして、ＩＰルータ１ｒは、マルチキャストでＩＰルータ２ｒへコンテンツを送信する（ステップＳ１２３）。また、ＩＰルータ１ｒは、マルチキャストでＩＣＮノード３ｉへコンテンツを送信する（ステップＳ１２６）。さらに、ＩＰルータ１ｒは、マルチキャストでＩＣＮノード４ｉへコンテンツを送信する。
ＩＰルータ２ｒは、ＩＰルータ１ｒからコンテンツを受信する。そして、ＩＰルータ２ｒは、受信したコンテンツを、マルチキャストで端末１ｔに送信する（ステップＳ１２５）。
なお、図１８においては、ＩＣＮノード３ｉがプルーンメッセージをＩＰルータ１ｒに送信していないが、仮に送信すると、ＩＣＮノード３ｉはコンテンツを受信できなくなる。この場合、ＩＰルータ１ｒは、コンテンツをＩＣＮノード３ｉへ転送せず、ＩＰルータ２ｒ宛のコンテンツもＩＣＮノード３ｉを経由せず、太線で示す経路で転送するからである。ＩＣＮノード３ｉの配下には、コンテンツを要求する端末はないが、ＩＣＮノード３ｉ自身がコンテンツをキャッシュする必要があるため、ＩＣＮノード３ｉは、ＩＰルータ１ｒに対してプルーンメッセージを送信することを抑止する。
なお、本実施の形態においては、インタレストパケットがアグリゲートされることが、マルチキャストでの通信が開始することのトリガとなる。そのため、インタレストパケットがアグリゲートされるために十分な時間があることが好ましい。複数のインタレストパケットが全く異なるタイミングで発行され、且つ、短い時間でコンテンツの配信が終了するようなケースは、本実施の形態には適していない。一方で、スポーツの生中継（すなわちライブ配信）が特定の時刻から開始することが予告されており、各端末がその時刻に間に合うようにインタレストパケットを発行するようなケースは、本実施の形態に適している。
ところで、インタレストパケットのアグリゲートの状況に関係なく、コンテンツに対応するマルチキャストアドレスを予め決定する方法も考えられる。しかし、この場合、インタレストパケットがアグリゲートされておらず、マルチキャストで配信したとしても通信効率が向上しない状況においても、マルチキャストアドレスが無駄に確保されることになる。これに対して、本実施の形態によれば、マルチキャストで配信をすれば通信効率が向上する状況において、マルチキャストアドレスが確保されるようになる。
［実施の形態２］
図１９及び図２０を用いて、第２の実施の形態の概要を説明する。例えば、図１９に示すように、端末１ｔ乃至３ｔに対するコンテンツのライブ配信が開始した後において、端末４ｔが同じコンテンツのコンテンツＩＤを含むインタレストパケット（以下では、追加インタレストパケットと呼ぶ）をＩＣＮノード１ｉに送信したとする。この場合、ＩＣＮノード１ｉは、コンテンツＩＤとコンテンツに割り当てられたマルチキャストアドレスとを含む対応関係データを、端末４ｔに送信する。これに応じ、端末４ｔは、受信した対応関係データに含まれるマルチキャストアドレスについてマルチキャストツリー参加処理を実行する。具体的には、第１の実施の形態と同様に、端末４ｔはＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード１ｉに送信する。
これにより、図２０に示すように、端末１ｔ乃至３ｔだけでなく、端末４ｔもコンテンツを受信できるようになる。また、端末４ｔに対しては、コンテンツのライブデータだけでなく、ＩＣＮノード１ｉからコンテンツのキャッシュ（すなわち、過去の配信データ）が配信されるので、端末４ｔにおいて追っかけ再生を行うことが可能になる。
次に、図２１を用いて、第２の実施の形態についてより詳細に説明する。実施の形態１の処理が実行されたことによって、コンテンツの配信が既に行われているとする。
コンテンツサーバ１ｓは、コンテンツをマルチキャストでＩＣＮノード１ｉに送信する（図２１：ステップＳ２０１）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからコンテンツを受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストで（すなわち、マルチキャスト転送部１００１７を介して）ＩＣＮノード２ｉに送信する（ステップＳ２０３）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからコンテンツを受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ２０５）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したコンテンツをコピーし、コンテンツをＩＣＮノード３ｉ及びＩＣＮノード４ｉにマルチキャストで送信する（ステップＳ２０７及びステップＳ２１１）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末１ｔに転送する（ステップＳ２０９）。
ＩＣＮノード４ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからコンテンツを受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを端末２ｔ及び端末３ｔにマルチキャストで転送する（ステップＳ２１３及びステップＳ２１５）。
その後、端末４ｔのインタレスト管理部２００１１は、追加インタレストパケットをＩＣＮノード１ｉに送信する（ステップＳ２１７）。
これに応じ、ＩＣＮノード１ｉの対応関係管理部１００１４は、追加インタレストパケットに含まれるコンテンツＩＤとコンテンツに割り当てられたマルチキャストアドレスとを含む対応関係データを、端末４ｔに送信する（ステップＳ２１９）。
端末４ｔの対応関係管理部２００１４は、対応関係データを受信し、メモリ２００に格納する。そして、マルチキャスト管理部２００１５は、受信された対応関係データに含まれるマルチキャストアドレスに基づき、マルチキャストツリー参加処理を実行する（ステップＳ２２１）。具体的には、マルチキャスト管理部２００１５は、ＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード１ｉに送信する。
コンテンツサーバ１ｓは、コンテンツのライブデータ（以下、ライブコンテンツと呼ぶ）をＩＣＮノード１ｉにマルチキャストで送信する（ステップＳ２２３）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、ライブコンテンツをコンテンツサーバ１ｓから受信し、受信したコンテンツのキャッシュをメモリ１００に格納する。そして、ＩＣＮノード１ｉのコンテンツ転送部１００１３は、受信したライブコンテンツとメモリ１００に格納されているキャッシュ１００２２（すなわち、キャッシュコンテンツ）とを、マルチキャストで端末４ｔに送信する（ステップＳ２２５）。なお、端末４ｔは、受信したキャッシュコンテンツとライブコンテンツとをコンテンツに含まれる情報（例えば番号或いは時刻の情報など）に基づき順序どおりに並べ、時系列でコンテンツを再送すること及び早送りで再生することができるようにする。
以上のような処理を実行すれば、端末４ｔにおいてキャッシュコンテンツとライブコンテンツとの両方を閲覧することができるようになる。
［実施の形態３］
図２２及び図２３を用いて、第３の実施の形態の概要を説明する。例えば、図２２に示すように、端末１ｔ乃至３ｔに対するコンテンツのライブ配信が開始した後において、端末５ｔ及び６ｔが追加インタレストパケットをＩＣＮノード５ｉに送信したとする。この場合、ＩＣＮノード５ｉは、追加インタレストパケットをアグリゲートし、ＩＣＮノード３ｉに転送する。追加インタレストパケットを受信したＩＣＮノード３ｉは、コンテンツＩＤとコンテンツに割り当てられたマルチキャストアドレスＡとを含む対応関係データを、ＩＣＮノード５ｉに送信する。本対応関係データは、ライブコンテンツ用の対応関係データである。また、ＩＣＮノード３ｉは、コンテンツＩＤとキャッシュコンテンツに割り当てるマルチキャストアドレスＢとを含む対応関係データを、ＩＣＮノード５ｉに送信する。本対応関係データは、キャッシュコンテンツ用の対応関係データである。ＩＣＮノード５ｉは、受信した対応関係データを端末５ｔ及び６ｔに送信する。これに応じ、端末５ｔ及び６ｔは、受信した対応関係データに含まれるマルチキャストアドレスについてマルチキャストツリー参加処理を実行する。具体的には、端末５ｔ及び６ｔは、ライブコンテンツに割り当てるマルチキャストアドレスＡについてＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード５ｉに送信し、また、キャッシュコンテンツに割り当てるマルチキャストアドレスＢについてＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード５ｉに送信する。また、ＩＣＮノード５ｉは、ＪｏｉｎメッセージをＩＣＮノード３ｉに送信する。
これにより、図２３に示すように、端末１ｔ乃至３ｔだけでなく、端末５ｔ及び６ｔもライブコンテンツを受信できるようになる。また、端末５ｔ及び６ｔに対しては、ライブコンテンツだけでなく、ＩＣＮノード３ｉからキャッシュコンテンツが配信されるので、端末５ｔ及び６ｔにおいて追っかけ再生を行うことが可能になる。また、ライブコンテンツ用のマルチキャストアドレスとキャッシュコンテンツ用のマルチキャストアドレスとを使い分けることで、冗長な経路が存在するネットワークにおいて、キャッシュコンテンツが不要である経路にまでキャッシュコンテンツを転送することを防げるようになる。これにより、帯域が無駄に消費されることを防ぐことができるようになる。
次に、図２４乃至図２６を用いて、第３の実施の形態についてより詳細に説明する。実施の形態１の処理が実行されたことによって、マルチキャストアドレスＡを用いてコンテンツの配信が既に行われているとする。
コンテンツサーバ１ｓは、コンテンツをＩＣＮノード１ｉに送信する（図２４：ステップＳ３０１）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＣＮノード２ｉに送信する（ステップＳ３０３）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ３０５）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したコンテンツを、ＩＣＮノード３ｉにマルチキャストで送信する（ステップＳ３０７）。
ここで、端末５ｔのインタレスト管理部２００１１が追加インタレストパケットをＩＣＮノード５ｉに送信し（ステップＳ３０９）、また、端末６ｔのインタレスト管理部２００１１が追加インタレストパケットをＩＣＮノード５ｉに送信する（ステップＳ３１１）。
ＩＣＮノード５ｉのインタレスト管理部１００１１は、端末５ｔが送信した追加インタレストパケットと端末６ｔが送信した追加インタレストパケットとをアグリゲートし（ステップＳ３１３）、１つの追加インタレストパケットをＩＣＮノード３ｉに転送する（ステップＳ３１５）。
ＩＣＮノード３ｉのインタレスト管理部１００１１は、追加インタレストパケットを受信する。これに応じ、アドレス決定部１００１２は、キャッシュコンテンツに対応するマルチキャストアドレス（ここでは、マルチキャストアドレスＢとする）を決定する（ステップＳ３１７）。対応関係管理部１００１４は、コンテンツＩＤ及びキャッシュコンテンツであることを示す情報とマルチキャストアドレスＢとを含む対応関係データを生成し（ステップＳ３１９）、メモリ１００に格納する。そして、対応関係管理部１００１４は、ステップＳ３１９において生成された対応関係データと、メモリ１００に格納されており且つマルチキャストアドレスＡを含む対応関係データとを、ＩＣＮノード５ｉに送信する（ステップＳ３２１）。
ＩＣＮノード５ｉの対応関係管理部１００１４は、マルチキャストアドレスＡを含む対応関係データと、マルチキャストアドレスＢを含む対応関係データとをＩＣＮノード３ｉから受信し、端末５ｔに転送する（ステップＳ３２３）。また、対応関係管理部１００１４は、マルチキャストアドレスＡを含む対応関係データと、マルチキャストアドレスＢを含む対応関係データとを、端末６ｔに送信し（ステップＳ３２５）、メモリ１００に格納する。そして処理は端子Ｊ乃至Ｒを介して図２５のステップＳ３２７に移行する。
図２５の説明に移行し、端末５ｔのマルチキャスト管理部２００１５及び端末６ｔのマルチキャスト管理部２００１５は、マルチキャストアドレスＡ及びマルチキャストアドレスＢについて、マルチキャストツリー参加処理を実行する（ステップＳ３２７）。また、ＩＣＮノード５ｉのマルチキャスト管理部１００１５は、マルチキャストアドレスＡ及びマルチキャストアドレスＢについて、マルチキャストツリー参加処理を実行する（ステップＳ３２９）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＣＮノード３ｉのメモリ１００に格納されているキャッシュ１００２２（すなわち、キャッシュコンテンツ）を、マルチキャストアドレスＢを用いたマルチキャストでＩＣＮノード５ｉに送信する（ステップＳ３３１）。
ＩＣＮノード５ｉのコンテンツ転送部１００１３は、キャッシュコンテンツをＩＣＮノード３ｉから受信する。そして、ＩＣＮノード５ｉのコンテンツ転送部１００１３は、受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストでＩＰルータ３ｒに送信する（ステップＳ３３３）。
ＩＰルータ３ｒは、キャッシュコンテンツをＩＣＮノード５ｉから受信する。そして、ＩＰルータ３ｒは、受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストで端末５ｔ及び端末６ｔに送信する（ステップＳ３３５及びＳ３３７）。
その後、コンテンツサーバ１ｓは、コンテンツをＩＣＮノード１ｉに送信する（ステップＳ３３９）。ステップＳ３３９において送信されるコンテンツはライブコンテンツである。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツを、マルチキャストでＩＣＮノード２ｉに送信する（ステップＳ３４１）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ３４３）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したライブコンテンツを、ＩＣＮノード３ｉにマルチキャストで転送する（ステップＳ３４５）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツを、マルチキャストアドレスＡを用いたマルチキャストでＩＣＮノード５ｉに送信する（ステップＳ３４７）。
ＩＣＮノード５ｉのコンテンツ転送部１００１３は、ＩＣＮノード３ｉからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを、マルチキャストアドレスＡを用いたマルチキャストでＩＰルータ３ｒに送信する（ステップＳ３４９）。
ＩＰルータ３ｒは、ライブコンテンツをＩＣＮノード５ｉから受信する。そして、ＩＰルータ３ｒは、受信したライブコンテンツを、マルチキャストアドレスＡを用いたマルチキャストで端末５ｔ及び端末６ｔに送信する（ステップＳ３５１及びＳ３５３）。第２の実施の形態と同様に、端末５ｔ及び端末６ｔは、受信したキャッシュコンテンツとライブコンテンツとをコンテンツに含まれる情報に基づき順序どおりに並べ、時系列でコンテンツを再送すること及び早送りで再生することができるようにする。
なお、図２６に示すように、端末５ｔ及び端末６ｔに対する配信が開始された後、さらに別の端末（ここでは、端末７ｔとする）がＩＣＮノード３ｉに追加インタレストパケットを送信したとする。この場合、端末７ｔに対してキャッシュコンテンツを配信することについて、マルチキャストアドレスＢとは異なるマルチキャストアドレスＣをさらに決定し、ＩＣＮノード３ｉが端末７ｔに対してマルチキャストアドレスＣを用いたマルチキャストを行う。
以上のように、ライブコンテンツ用のマルチキャストアドレスとキャッシュコンテンツ用のマルチキャストアドレスとを使用することで、ネットワークが複雑である場合にキャッシュコンテンツが無駄に配信されることを防げるようになる。
［実施の形態４］
図２７及び図２８を用いて、第４の実施の形態の概要を説明する。例えば、図２７に示すように、端末１ｔ乃至３ｔに対するコンテンツのライブ配信が開始した後において、端末５ｔ及び６ｔが追加インタレストパケットをＩＣＮノード５ｉに送信したとする。この場合、ＩＣＮノード５ｉは、追加インタレストパケットをアグリゲートし、ＩＣＮノード３ｉに転送する。追加インタレストパケットを受信したＩＣＮノード３ｉは、コンテンツＩＤとコンテンツに割り当てられたマルチキャストアドレスＡとを含む対応関係データを、ＩＣＮノード５ｉに送信する。ここで、ＩＣＮノード３ｉは、キャッシュコンテンツについてのアグリゲートノードではないのでキャッシュコンテンツ用のマルチキャストアドレスを決定せず、キャッシュコンテンツをＩＣＮノード５ｉに送信する。
ＩＣＮノード５ｉは、マルチキャストアドレスＡを含む対応関係データと、キャッシュコンテンツとを受信する。ＩＣＮノード５ｉは、キャッシュコンテンツについてのアグリゲートノードであるので、キャッシュコンテンツに割り当てるマルチキャストアドレスＢを決定する。そして、ＩＣＮノード５ｉは、コンテンツＩＤとマルチキャストアドレスＢとを含む対応関係データを生成する。ＩＣＮノード５ｉは、受信した対応関係データ及び生成した対応関係データを端末５ｔ及び６ｔに送信する。また、ＩＣＮノード５ｉは、生成した対応関係データをＩＣＮノード３ｉに送信する。これに応じ、端末５ｔ及び６ｔは、対応関係データに含まれるマルチキャストアドレスについてマルチキャストツリー参加処理を実行する。具体的には、端末５ｔ及び６ｔは、ライブコンテンツに割り当てるマルチキャストアドレスＡについてＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード５ｉに送信し、また、キャッシュコンテンツに割り当てるマルチキャストアドレスＢについてＩＧＭＰ ＪｏｉｎメッセージをＩＣＮノード５ｉに送信する。また、ＩＣＮノード５ｉは、ＪｏｉｎメッセージをＩＣＮノード３ｉに送信する。
これにより、図２８に示すように、端末１ｔ乃至３ｔだけでなく、端末５ｔ及び６ｔもライブコンテンツを受信できるようになる。第３の実施の形態と比較すると、以下のような効果がある。すなわち、キャッシュコンテンツについてのアグリゲートノードが存在しない場合、マルチキャストが行われず、ユニキャストでの転送が行われるので、無駄にマルチキャストアドレスが使用されることを抑制できるようになる。
次に、図２９乃至図３１を用いて、第４の実施の形態についてより詳細に説明する。実施の形態１の処理が実行されたことによって、マルチキャストアドレスＡを用いてコンテンツの配信が既に行われているとする。
コンテンツサーバ１ｓは、コンテンツをＩＣＮノード１ｉに送信する（図２９：ステップＳ４０１）。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＣＮノード２ｉに送信する（ステップＳ４０３）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからコンテンツを受信し、コンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ４０５）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したコンテンツを、コンテンツをＩＣＮノード３ｉにマルチキャストで送信する（ステップＳ４０７）。
ここで、端末５ｔのインタレスト管理部２００１１が追加インタレストパケットをＩＣＮノード５ｉに送信し（ステップＳ４０９）、また、端末６ｔのインタレスト管理部２００１１が追加インタレストパケットをＩＣＮノード５ｉに送信する（ステップＳ４１１）。
ＩＣＮノード５ｉのインタレスト管理部１００１１は、端末５ｔが送信した追加インタレストパケットと端末６ｔが送信した追加インタレストパケットとをアグリゲートし（ステップＳ４１３）、１つの追加インタレストパケットをＩＣＮノード３ｉに転送する（ステップＳ４１５）。
ＩＣＮノード３ｉのインタレスト管理部１００１１は、追加インタレストパケットを受信する。アドレス決定部１００１２は、ＩＣＮノード３ｉはキャッシュコンテンツについてのアグリゲートノードではないので、キャッシュコンテンツに対応するマルチキャストアドレスを決定しない。そこで、対応関係管理部１００１４は、メモリ１００に格納されており且つマルチキャストアドレスＡを含む対応関係データを、ＩＣＮノード５ｉに送信する（ステップＳ４１７）。また、コンテンツ転送部１００１３は、メモリ１００に格納されているキャッシュコンテンツを、ユニキャストでＩＣＮノード５ｉに送信する（ステップＳ４１９）。処理は端子Ｓ乃至ＢＢを介して図３０のステップＳ４２１に移行する。
図３０の説明に移行し、ＩＣＮノード５ｉのアドレス決定部１００１２は、キャッシュコンテンツに割り当てるマルチキャストアドレスＢを決定する（ステップＳ４２１）。対応関係管理部１００１４は、コンテンツＩＤ及びキャッシュコンテンツであることを示す情報とマルチキャストアドレスＢとを含む対応関係データを生成し（ステップＳ４２３）、ＩＣＮノード３ｉに送信するとともに（ステップＳ４２４）、メモリ１００に格納する。
ＩＣＮノード５ｉの対応関係管理部１００１４は、マルチキャストアドレスＡを含む対応関係データ及びマルチキャストアドレスＢを含む対応関係データを、端末５ｔ及び６ｔに送信する（ステップＳ４２５及びＳ４２７）。
端末５ｔのマルチキャスト管理部２００１５及び端末６ｔのマルチキャスト管理部２００１５は、マルチキャストアドレスＡ及びマルチキャストアドレスＢについて、マルチキャストツリー参加処理を実行する（ステップＳ４２９）。また、ＩＣＮノード５ｉのマルチキャスト管理部１００１５は、マルチキャストアドレスＡ及びマルチキャストアドレスＢについて、マルチキャストツリー参加処理を実行する（ステップＳ４３１）。
ＩＣＮノード５ｉのコンテンツ転送部１００１３は、ＩＣＮノード３ｉから受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストでＩＰルータ３ｒに送信する（ステップＳ４３３）。
ＩＰルータ３ｒは、キャッシュコンテンツをＩＣＮノード５ｉから受信する。そして、ＩＰルータ３ｒは、受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストで端末５ｔ及び端末６ｔに送信する（ステップＳ４３５及びＳ４３７）。処理は端子ＣＣ乃至ＫＫを介して図３１のステップＳ４３９に移行する。
図３１の説明に移行し、ＩＣＮノード３ｉは、メモリ１００に格納されているキャッシュコンテンツを、マルチキャストでＩＣＮノード５ｉに送信する（ステップＳ４３９）。ステップＳ４１９においてもユニキャストで同様の処理が行われるが、ステップＳ４１９の処理だけではすべてのキャッシュコンテンツについて送信が完了しないことがあるため、ステップＳ４３９の処理が実行される。
ＩＣＮノード５ｉのコンテンツ転送部１００１３は、ＩＣＮノード３ｉから受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストでＩＰルータに送信する（ステップＳ４４１）。
ＩＰルータ３ｒは、キャッシュコンテンツをＩＣＮノード５ｉから受信する。そして、ＩＰルータ３ｒは、受信したキャッシュコンテンツを、マルチキャストアドレスＢを用いたマルチキャストで端末５ｔ及び端末６ｔに送信する（ステップＳ４４３及びＳ４４５）。
その後、コンテンツサーバ１ｓは、コンテンツをＩＣＮノード１ｉに送信する（ステップＳ４４７）。ステップＳ４４７において送信されるコンテンツはライブコンテンツである。
ＩＣＮノード１ｉのコンテンツ転送部１００１３は、コンテンツサーバ１ｓからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツを、マルチキャストでＩＣＮノード２ｉに送信する（ステップＳ４４９）。
ＩＣＮノード２ｉのコンテンツ転送部１００１３は、ＩＣＮノード１ｉからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツをマルチキャストでＩＰルータ１ｒに送信する（ステップＳ４５１）。
ＩＰルータ１ｒは、ＩＣＮノード２ｉから受信したライブコンテンツを、ＩＣＮノード３ｉにマルチキャストで転送する（ステップＳ４５３）。
ＩＣＮノード３ｉのコンテンツ転送部１００１３は、ＩＰルータ１ｒからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したライブコンテンツを、マルチキャストアドレスＡを用いたマルチキャストでＩＣＮノード５ｉに送信する（ステップＳ４５５）。
ＩＣＮノード５ｉのコンテンツ転送部１００１３は、ＩＣＮノード３ｉからライブコンテンツを受信し、ライブコンテンツのキャッシュをメモリ１００に格納する。そして、コンテンツ転送部１００１３は、受信したコンテンツを、マルチキャストアドレスＡを用いたマルチキャストでＩＰルータ３ｒに送信する（ステップＳ４５７）。
ＩＰルータ３ｒは、ライブコンテンツをＩＣＮノード５ｉから受信する。そして、ＩＰルータ３ｒは、受信したライブコンテンツを、マルチキャストアドレスＡを用いたマルチキャストで端末５ｔ及び端末６ｔに送信する（ステップＳ４５９及び４６１）。第２の実施の形態と同様に、端末５ｔ及び端末６ｔは、受信したキャッシュコンテンツとライブコンテンツとをコンテンツに含まれる情報に基づき順序どおりに並べ、時系列でコンテンツを再送すること及び早送りで再生することができるようにする。
以上のように、ライブコンテンツ用のマルチキャストアドレスとキャッシュコンテンツ用のマルチキャストアドレスとを使用することで、ネットワークが複雑である場合にキャッシュコンテンツが無駄に配信されることを防げるようになる。また、キャッシュコンテンツについてのアグリゲートノードが存在しない場合、マルチキャストが行われず、ユニキャストでの転送が行われるので、無駄にマルチキャストアドレスが使用されることを抑制できるようになる。
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明したＩＣＮノード及び端末の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。
また、上で説明したデータ構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
また、上で述べたＩＰルータは、図３２に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信制御部２６１７（図３２では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている構成の場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信制御部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信制御部２６１７のいずれかを介して入力されたデータは、他の通信制御部２６１７を介して出力される。ＣＰＵ２６０３は、通信制御部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信制御部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
なお、上で述べた端末及びコンテンツサーバは、コンピュータ装置であって、図３３に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
以上述べた本発明の実施の形態をまとめると、以下のようになる。
本実施の形態の第１の態様に係る通信装置は、（Ａ）第１のコンテンツについての複数の要求パケット（例えば、実施の形態におけるインタレストパケット）を第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送する第１転送部と、（Ｂ）第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、第１のコンテンツの識別情報と第１のマルチキャストアドレスとを、第１の装置及び第２の装置に送信する第２転送部と、（Ｃ）第１のコンテンツを第２の装置から受信した場合、第１のマルチキャストアドレスを用いて第１のコンテンツを第１の装置に転送する第３転送部とを有する。
複数の要求パケットに対してマルチキャストで応答できるので、通信帯域が無駄に消費されることがなくなり、通信帯域を効率的に利用できるようになる。
また、第２転送部は、（ｂ１）第１のマルチキャストアドレスを用いて第１のコンテンツの転送が開始された後、第１のコンテンツについての要求パケットを第３の装置から受信した場合、第１のコンテンツの識別情報と第１のマルチキャストアドレスとを第３の装置に送信し、第３転送部は、（ｃ１）第１のコンテンツのライブデータ及び第１のコンテンツのキャッシュを、第１のマルチキャストアドレスを用いて第３の装置に転送してもよい。第３の装置のユーザが、第１の装置に過去に配信された第１のコンテンツを閲覧できるようになる。
また、第２転送部は、（ｂ２）第１のマルチキャストアドレスを用いて第１のコンテンツの転送が開始された後、第１のコンテンツについての要求パケットを第４の装置から受信した場合、第１のコンテンツのキャッシュに割り当てる第２のマルチキャストアドレスを決定し、（ｂ３）第１のコンテンツの識別情報と第１のマルチキャストアドレスとを含む第１の情報と、第１のコンテンツのキャッシュの識別情報と第２のマルチキャストアドレスとを含む第２の情報とを第４の装置に送信し、第３転送部は、（ｃ２）第１のコンテンツのライブデータを第１のマルチキャストアドレスを用いて第４の装置に転送し、第１のコンテンツのキャッシュを第２のマルチキャストアドレスを用いて第４の装置に転送してもよい。ライブデータとキャッシュとを同じマルチキャストアドレスで転送すると、キャッシュが不要な経路にまでキャッシュを転送する可能性がある。そこで、上で述べたような処理を実行すれば、キャッシュが無駄に転送されることを防げるので、帯域の消費を抑制することができる。
また、第２転送部は、（ｂ４）第１のマルチキャストアドレスを用いて第１のコンテンツの転送が開始された後、第１のコンテンツについての要求パケットを第５の装置及び第６の装置から受信した場合、第１のコンテンツのキャッシュに割り当てる第３のマルチキャストアドレスを決定し、（ｂ５）第１のコンテンツの識別情報と第１のマルチキャストアドレスとを含む第１の情報と、第１のコンテンツのキャッシュの識別情報と第３のマルチキャストアドレスとを含む第３の情報とを、第５の装置及び第６の装置に送信し、第３転送部は、（ｃ３）第１のコンテンツのライブデータを第１のマルチキャストアドレスを用いて第５の装置及び第６の装置に転送し、第１のコンテンツのキャッシュを第３のマルチキャストアドレスを用いて第５の装置及び第６の装置に転送してもよい。通信装置がキャッシュについてのアグリゲートノードに相当する場合にはマルチキャストアドレスが決定されるようになる。これにより、マルチキャストアドレスが無駄に使用されることを抑制できるようになる。
また、本通信装置は、（Ｄ）第１のマルチキャストアドレスに対応するマルチキャストグループへの参加についての要求パケットを第１の装置から受信した場合、第１のマルチキャストアドレスに対応するマルチキャストグループに参加するための処理を実行する管理部をさらに有してもよい。第１の装置に対して、コンテンツがマルチキャストで転送されるようになる。
また、第２転送部は、（ｂ６）通信装置の識別情報と時刻の情報とを入力とするハッシュ関数に基づき、第１のマルチキャストアドレスを生成してもよい。通信装置においてマルチキャストアドレスを生成することができるようになる。
また、通信装置は、ＩＣＮ（Information Centric Networking）の通信を行う通信装置であってもよい。
本実施の形態の第２の態様に係る通信方法は、（Ｅ）第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送し、（Ｆ）第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、（Ｇ）第１のコンテンツの識別情報と第１のマルチキャストアドレスとを、第１の装置及び第２の装置に送信し、（Ｈ）第１のコンテンツを第２の装置から受信した場合、第１のマルチキャストアドレスを用いて第１のコンテンツを第１の装置に転送する処理を含む。
なお、上記方法による処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送する第１転送部と、
前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信する第２転送部と、
前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する第３転送部と、
を有する通信装置。
（付記２）
前記第２転送部は、
前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第３の装置から受信した場合、前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを前記第３の装置に送信し、
前記第３転送部は、
前記第１のコンテンツのライブデータ及び前記第１のコンテンツのキャッシュを、前記第１のマルチキャストアドレスを用いて前記第３の装置に転送する、
付記１記載の通信装置。
（付記３）
前記第２転送部は、
前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第４の装置から受信した場合、前記第１のコンテンツのキャッシュに割り当てる第２のマルチキャストアドレスを決定し、
前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを含む第１の情報と、前記第１のコンテンツのキャッシュの識別情報と前記第２のマルチキャストアドレスとを含む第２の情報とを前記第４の装置に送信し、
前記第３転送部は、
前記第１のコンテンツのライブデータを前記第１のマルチキャストアドレスを用いて前記第４の装置に転送し、前記第１のコンテンツのキャッシュを前記第２のマルチキャストアドレスを用いて前記第４の装置に転送する、
付記１記載の通信装置。
（付記４）
前記第２転送部は、
前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第５の装置及び第６の装置から受信した場合、前記第１のコンテンツのキャッシュに割り当てる第３のマルチキャストアドレスを決定し、
前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを含む第１の情報と、前記第１のコンテンツのキャッシュの識別情報と前記第３のマルチキャストアドレスとを含む第３の情報とを、前記第５の装置及び前記第６の装置に送信し、
前記第３転送部は、
前記第１のコンテンツのライブデータを前記第１のマルチキャストアドレスを用いて前記第５の装置及び前記第６の装置に転送し、前記第１のコンテンツのキャッシュを前記第３のマルチキャストアドレスを用いて前記第５の装置及び前記第６の装置に転送する、
付記１記載の通信装置。
（付記５）
前記第１のマルチキャストアドレスに対応するマルチキャストグループへの参加についての要求パケットを前記第１の装置から受信した場合、前記第１のマルチキャストアドレスに対応するマルチキャストグループに参加するための処理を実行する管理部
をさらに有する付記１乃至４のいずれか１つ記載の通信装置。
（付記６）
前記第２転送部は、
前記通信装置の識別情報と時刻の情報とを入力とするハッシュ関数に基づき、前記第１のマルチキャストアドレスを生成する、
付記１乃至５のいずれか１つ記載の通信装置。
（付記７）
前記通信装置は、
ＩＣＮ（Information Centric Networking）の通信を行う通信装置である、
付記１乃至６のいずれか１つ記載の通信装置。
（付記８）
通信装置が、
第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送し、
前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、
前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信し、
前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する、
処理を実行する通信方法。
（付記９）
通信装置に、
第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送し、
前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、
前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信し、
前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する、
処理を実行させる通信プログラム。
１１ｔ，１２ｔ，１３ｔ，１４ｔ，１ｔ，２ｔ，３ｔ，４ｔ，５ｔ，６ｔ，７ｔ 端末
１ｓ，１１ｓ，１２ｓ コンテンツサーバ
１１ｉ，１２ｉ，１３ｉ，１４ｉ，１５ｉ，１６ｉ，１７ｉ，１８ｉ，１９ｉ，２０ｉ，１ｉ，２ｉ，３ｉ，４ｉ，５ｉ ＩＣＮノード
１００，２００ メモリ １０１，２０１ ＣＰＵ
１０２，２０２ バス １０３ａ，１０３ｂ，２０３ ネットワークインタフェース
１００１，２００１ プログラム １００２，２００２ データ
１００１１，２００１１ インタレスト管理部 １００１２ アドレス決定部
１００１３ コンテンツ転送部 １００１４，２００１４ 対応関係管理部
１００１５，２００１５ マルチキャスト管理部 １００１６ ユニキャスト転送部
１００１７ マルチキャスト転送部 ２００１６ ユニキャスト通信部
２００１７ マルチキャスト通信部 １００２１，２００２１ 対応関係データ
１００２２ キャッシュ １００２３ ＦＩＢ
１００２４ ＰＩＴ

Claims (8)

  1. 第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送する第１転送部と、
    前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信する第２転送部と、
    前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する第３転送部と、
    を有する通信装置。
  2. 前記第２転送部は、
    前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第３の装置から受信した場合、前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを前記第３の装置に送信し、
    前記第３転送部は、
    前記第１のコンテンツのライブデータ及び前記第１のコンテンツのキャッシュを、前記第１のマルチキャストアドレスを用いて前記第３の装置に転送する、
    請求項１記載の通信装置。
  3. 前記第２転送部は、
    前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第４の装置から受信した場合、前記第１のコンテンツのキャッシュに割り当てる第２のマルチキャストアドレスを決定し、
    前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを含む第１の情報と、前記第１のコンテンツのキャッシュの識別情報と前記第２のマルチキャストアドレスとを含む第２の情報とを前記第４の装置に送信し、
    前記第３転送部は、
    前記第１のコンテンツのライブデータを前記第１のマルチキャストアドレスを用いて前記第４の装置に転送し、前記第１のコンテンツのキャッシュを前記第２のマルチキャストアドレスを用いて前記第４の装置に転送する、
    請求項１記載の通信装置。
  4. 前記第２転送部は、
    前記第１のマルチキャストアドレスを用いて前記第１のコンテンツの転送が開始された後、前記第１のコンテンツについての要求パケットを第５の装置及び第６の装置から受信した場合、前記第１のコンテンツのキャッシュに割り当てる第３のマルチキャストアドレスを決定し、
    前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを含む第１の情報と、前記第１のコンテンツのキャッシュの識別情報と前記第３のマルチキャストアドレスとを含む第３の情報とを、前記第５の装置及び前記第６の装置に送信し、
    前記第３転送部は、
    前記第１のコンテンツのライブデータを前記第１のマルチキャストアドレスを用いて前記第５の装置及び前記第６の装置に転送し、前記第１のコンテンツのキャッシュを前記第３のマルチキャストアドレスを用いて前記第５の装置及び前記第６の装置に転送する、
    請求項１記載の通信装置。
  5. 前記第１のマルチキャストアドレスに対応するマルチキャストグループへの参加についての要求パケットを前記第１の装置から受信した場合、前記第１のマルチキャストアドレスに対応するマルチキャストグループに参加するための処理を実行する管理部
    をさらに有する請求項１乃至４のいずれか１つ記載の通信装置。
  6. 前記第２転送部は、
    前記通信装置の識別情報と時刻の情報とを入力とするハッシュ関数に基づき、前記第１のマルチキャストアドレスを生成する、
    請求項１乃至５のいずれか１つ記載の通信装置。
  7. 通信装置が、
    第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送し、
    前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、
    前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信し、
    前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する、
    処理を実行する通信方法。
  8. 通信装置に、
    第１のコンテンツについての複数の要求パケットを第１の装置から受信した場合、当該複数の要求パケットのうち１の要求パケットを第２の装置に転送し、
    前記第１のコンテンツに割り当てる第１のマルチキャストアドレスを決定し、
    前記第１のコンテンツの識別情報と前記第１のマルチキャストアドレスとを、前記第１の装置及び前記第２の装置に送信し、
    前記第１のコンテンツを前記第２の装置から受信した場合、前記第１のマルチキャストアドレスを用いて前記第１のコンテンツを前記第１の装置に転送する、
    処理を実行させる通信プログラム。
JP2016200875A 2016-10-12 2016-10-12 通信方法、通信装置及び通信プログラム Ceased JP2018064171A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2016200875A JP2018064171A (ja) 2016-10-12 2016-10-12 通信方法、通信装置及び通信プログラム
US15/713,079 US20180102911A1 (en) 2016-10-12 2017-09-22 Communication apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016200875A JP2018064171A (ja) 2016-10-12 2016-10-12 通信方法、通信装置及び通信プログラム

Publications (1)

Publication Number Publication Date
JP2018064171A true JP2018064171A (ja) 2018-04-19

Family

ID=61830121

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016200875A Ceased JP2018064171A (ja) 2016-10-12 2016-10-12 通信方法、通信装置及び通信プログラム

Country Status (2)

Country Link
US (1) US20180102911A1 (ja)
JP (1) JP2018064171A (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11483238B2 (en) * 2019-10-14 2022-10-25 Cisco Technology, Inc. Centralized path computation for information-centric networking
US11909542B2 (en) * 2022-02-08 2024-02-20 Arista Networks, Inc. EVPN PIM neighborship

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7746799B2 (en) * 2003-06-20 2010-06-29 Juniper Networks, Inc. Controlling data link layer elements with network layer elements
US9158769B2 (en) * 2009-12-28 2015-10-13 Adam Dunstan Systems and methods for network content delivery
US20140155043A1 (en) * 2011-12-22 2014-06-05 Cygnus Broadband, Inc. Application quality management in a communication system
KR20150025249A (ko) * 2013-08-28 2015-03-10 한국전자통신연구원 배칭 기반의 콘텐트 라우팅 방법 및 배칭 기반의 콘텐트 라우팅 방법을 수행하는 장치
US9756098B2 (en) * 2014-09-15 2017-09-05 Verizon Digital Media Services Inc. Multi-tenant over-the-top multicast
US10244567B2 (en) * 2016-05-31 2019-03-26 Telefonaktiebolaget Lm Ericsson (Publ) ICN connectivity awareness

Also Published As

Publication number Publication date
US20180102911A1 (en) 2018-04-12

Similar Documents

Publication Publication Date Title
JP4514648B2 (ja) 管理サーバによる情報処理方法及びルータ
EP2137881B1 (en) Multicast distribution tree establishment and maintenance in a wireless multi-hop relay communication system
JP5619290B2 (ja) マルチキャストブランチ、プロトコルインデペンデントマルチキャストルータおよびレイヤ２交換機のプルーニング方法
TWI268065B (en) Method and apparatus for managing multicast groups in a system area network
JP5340062B2 (ja) ネットワーク中継装置およびネットワークシステム
US7808930B2 (en) Dynamic multipoint tree rearrangement
US7508827B2 (en) Multicast routing program, multicast routing method, and multicast router
JP2007208953A (ja) 等価コストマルチパスマルチキャスト配信構造の形成のための方法，システム及びデバイス
CN109981308B (zh) 报文传输方法及装置
MX2010011654A (es) Metodo y aparato para multi-difundir la administracion de un arbol en un sistema de comunicacion de rele de multiples saltos.
US10225091B2 (en) Method for implementing point-to-multipoint multicast, network node, and system
JP2018064171A (ja) 通信方法、通信装置及び通信プログラム
WO2021083228A1 (zh) 报文转发方法、装置及计算机存储介质
KR101924002B1 (ko) 칩 멀티 프로세서, 및 칩 멀티 프로세서를 위한 라우터
US11018886B1 (en) Methods and apparatus for selectively filtering an IP multicast data stream for selected group members of a multicast group
JP2006197470A (ja) データストリーム配信システム、ノード、配信経路決定装置、及び配信経路決定プログラム
WO2009111990A1 (zh) 一种组播控制的方法、设备和***
JP4974929B2 (ja) 通信装置
KR20020041852A (ko) 중계기서버를 이용한 멀티캐스팅 전송 시스템 및 방법
JP6251654B2 (ja) 通信システム、識別子管理装置、及び識別子割り当て方法
WO2021175030A1 (zh) Bier网络的信令配置方法、装置和存储介质
JP2013118537A (ja) マルチキャスト配信システム、ルータ及びマルチキャスト配信方法
Heira et al. One-to-many file transfer using multipath-multicast with gossiping
JP5827664B2 (ja) マルチキャスティングの要求、マルチキャスティング要求の処理、および前記プロセスの補助のための、方法およびデバイス
JP2004297180A (ja) マルチキャスト配送システム及び方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190709

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200629

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200901

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20210126