(57)【要約】【課題】ネットワーク全体で消費するネットワーク帯域を削減することができる通信方法、中継装置及び通信システムを提供する。【解決手段】中継装置１４は、サービス識別子とサービスパラメータとコンテンツ識別子とを含むサービスリクエストパケットを端末装置１２から受信し、コンテンツ識別子に対応するコンテンツに対して、サービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置１３に蓄積されているか否かを判断し、サービス処理結果がサービス提供装置１３に蓄積されていると判断された場合、サービスリクエストパケットをサービス提供装置１３へ送信するリクエスト処理部１４０３と、サービス処理結果をデータパケットとしてサービス提供装置１３から受信し、受信したデータパケットを端末装置１２へ送信するデータ処理部１４０５とを備える。【選択図】図９
2017098867.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを提供するコンテンツ提供装置、前記コンテンツを用いたサービスを要求する端末装置及び前記サービスを提供するサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、
前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを前記端末装置から受信し、
受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断し、
前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、
前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信し、
受信した前記データパケットを前記端末装置へ送信する、
通信方法。
【請求項２】
前記サービス提供装置の処理負荷を示す負荷情報を前記サービス提供装置から取得し、
前記サービス処理結果が前記サービス提供装置に蓄積されていないと判断された場合、前記サービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツが前記サービス提供装置に蓄積されており、かつ前記処理負荷が第１の条件を満たすか否かを判断し、
前記コンテンツが前記サービス提供装置に蓄積されており、かつ前記処理負荷が第１の条件を満たすと判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、
前記サービス提供装置に蓄積されている前記コンテンツに対して、送信された前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果をデータパケットとして前記サービス提供装置から受信し、受信した前記データパケットを前記端末装置へ送信する、
請求項１記載の通信方法。
【請求項３】
前記処理負荷が前記第１の条件を満たすか否かの判断は、前記処理負荷が第１の閾値以下であるか否かの判断である、
請求項２記載の通信方法。
【請求項４】
前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータの少なくとも一方に応じて前記第１の閾値を変更する、
請求項３記載の通信方法。
【請求項５】
前記コンテンツが前記サービス提供装置に蓄積されていない、又は前記処理負荷が前記第１の条件を満たさないと判断された場合、前記サービスリクエストパケットを他の中継装置に送信可能であるか否かを判断し、
前記サービスリクエストパケットを前記他の中継装置に送信可能であると判断された場合、前記サービスリクエストパケットを前記他の中継装置へ送信する、
請求項２〜４のいずれか１項に記載の通信方法。
【請求項６】
前記サービスリクエストパケットを前記他の中継装置に送信不可能であると判断された場合、前記処理負荷が前記第１の条件より厳しい第２の条件を満たすか否かを判断し、
前記処理負荷が前記第２の条件を満たすと判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、
前記サービスリクエストパケットに含まれる前記コンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットを前記サービス提供装置から受信し、
受信した前記コンテンツリクエストパケットを前記コンテンツ提供装置へ送信し、
前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示すコンテンツをデータパケットとして前記コンテンツ提供装置から受信し、
受信した前記データパケットを前記サービス提供装置へ送信する、
請求項５記載の通信方法。
【請求項７】
前記処理負荷が第２の条件を満たすか否かの判断は、前記処理負荷が前記第１の閾値より小さい第２の閾値以下であるか否かの判断である、
請求項６記載の通信方法。
【請求項８】
前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータの少なくとも一方に応じて前記第２の閾値を変更する、
請求項７記載の通信方法。
【請求項９】
前記処理負荷が前記第２の条件を満たさないと判断された場合、前記サービス処理結果を送信することができないことを示す拒否応答パケットを他の中継装置へ送信する、
請求項６〜８のいずれか１項に記載の通信方法。
【請求項１０】
前記拒否応答パケットは、前記サービスリクエストパケットを含み、
前記他の中継装置によって送信された拒否応答パケットを受信し、
前記処理負荷が前記第２の条件を満たすか否かを判断し、
前記処理負荷が前記第２の条件を満たすと判断された場合、前記拒否応答パケットに含まれる前記サービスリクエストパケットを前記サービス提供装置へ送信する、
請求項９記載の通信方法。
【請求項１１】
前記サービス提供装置は、前記中継装置に接続される複数のサービス提供装置を含み、
前記負荷情報を前記複数のサービス提供装置のそれぞれから取得し、
前記サービス処理結果が前記複数のサービス提供装置のそれぞれに蓄積されているか否かを判断し、
前記サービス処理結果が前記複数のサービス提供装置に蓄積されていると判断された場合、前記複数のサービス提供装置の中から前記処理負荷が最も小さいサービス提供装置を選択し、選択した前記サービス提供装置へ前記サービスリクエストパケットを送信する、
請求項１記載の通信方法。
【請求項１２】
コンテンツを提供するコンテンツ提供装置、前記コンテンツを用いたサービスを要求する端末装置及び前記サービスを提供するサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置であって、
前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを前記端末装置から受信するリクエスト受信部と、
受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断する判断部と、
前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信するリクエスト送信部と、
前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信するデータ受信部と、
受信した前記データパケットを前記端末装置へ送信するデータ送信部と、
を備える中継装置。
【請求項１３】
コンテンツを用いたサービスを要求する端末装置と、
前記コンテンツを提供するコンテンツ提供装置と、
前記サービスを提供するサービス提供装置と、
前記コンテンツ提供装置、前記端末装置及び前記サービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置とを備え、
前記端末装置は、
前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを送信する第１のリクエスト送信部と、
送信した前記サービスリクエストパケットに対応するデータパケットを受信する第１のデータ受信部とを備え、
前記サービス提供装置は、
前記端末装置によって送信された前記サービスリクエストパケットを前記中継装置から受信する第１のリクエスト受信部と、
前記サービスリクエストパケットに含まれる前記コンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットを前記中継装置へ送信する第２のリクエスト送信部と、
送信した前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示すコンテンツをデータパケットとして前記中継装置から受信する第２のデータ受信部と、
受信した前記コンテンツに対して、前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果を出力するサービス処理部と、
出力された前記サービス処理結果をデータパケットとして前記中継装置へ送信する第１のデータ送信部と、
前記サービス処理結果と前記コンテンツとを蓄積するデータ蓄積部とを備え、
前記コンテンツ提供装置は、
前記コンテンツを生成する生成部と、
前記特定コンテンツ識別子を含むコンテンツリクエストパケットを前記中継装置から受信する第２のリクエスト受信部と、
前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示す前記コンテンツをデータパケットとして前記中継装置へ送信する第２のデータ送信部とを備え、
前記中継装置は、
前記サービスリクエストパケットを前記端末装置から受信する第３のリクエスト受信部と、
受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断する判断部と、
前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信する第３のリクエスト送信部と、
前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信する第３のデータ受信部と、
受信した前記データパケットを前記端末装置へ送信する第３のデータ送信部とを備える、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ指向型ネットワークを介してリクエストパケット及びデータパケットを中継する通信方法、中継装置及び通信システムに関するものである。
【背景技術】
【０００２】
近年、コンテンツデータが存在する場所でなく、コンテンツデータを識別するための名前を指定することにより、コンテンツデータを取得することができる次世代のネットワーク・アーキテクチャが提案されている。
【０００３】
例えば、特許文献１及び非特許文献１には、次世代のネットワーク・アーキテクチャとして例えばＣＣＮ（Ｃｏｎｔｅｎｔ  Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋ：コンテンツ指向型ネットワーク）と呼ばれる技術が提案されている。
【０００４】
ＣＣＮでは、ユーザの端末装置は、コンテンツデータを取得するために、コンテンツデータが存在する場所でなく、コンテンツデータを識別するための名前を指定したリクエストパケットをネットワークに送信する。そして、コンテンツデータを提供するコンテンツ提供装置は、リクエストパケットを受信すると、リクエストパケットの名前に対応するコンテンツデータのデータパケットを送信する。
【０００５】
また、コンテンツ指向型ネットワークを利用したサービス指向型ネットワークと呼ばれる技術が提案されている。
【０００６】
例えば、非特許文献２は、サービスを要求するユーザの端末装置と、サービスを提供するサービス提供装置とが、複数の中継装置を介して相互接続されたサービス指向型ネットワークを開示している。サービス指向型ネットワークにおいて、端末装置は、サービスの名前（以降、“サービス名”と記載）とサービスを提供するために必要なパラメータ（以降、“サービスパラメータ”と記載）とを指定したリクエストパケットを送信する。そして、リクエストパケットを受信した中継装置は、リクエストパケットに記述されたサービス名に基づき、適切なサービス名に対応するサービス提供装置へリクエストパケットを転送する。リクエストパケットを受信したサービス提供装置は、リクエストパケットに記載されたサービス名に基づいた処理を行い、リクエストされたサービスの処理結果をデータパケットとして端末装置へ送信する。
【０００７】
さらに、中継装置は、受信したサービスの処理結果を示すデータパケットを記憶する。そして、中継装置は、記憶しているデータパケットのサービスと同一のサービスを要求するリクエストパケットを端末装置から受信した場合、記憶しているデータパケットを利用してリクエストされたサービスの処理結果を、端末装置へ送信する。
【０００８】
また、特許文献２及び非特許文献３には、サービス名を記述したリクエストパケットに関する中継方法が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許第８３８６６２２号明細書
【特許文献２】特許第５６７１６２９号公報
【非特許文献】
【００１０】
【非特許文献１】Ｖａｎ  Ｊａｃｏｂｓｏｎ、Ｄｉａｎａ  Ｋ．  Ｓｍｅｔｔｅｒｓ、Ｊａｍｅｓ  Ｄ．  Ｔｈｏｒｎｔｏｎ、Ｍｉｃｈａｅｌ  Ｆ．  Ｐｌａｓｓ、Ｎｉｃｈｏｌａｓ  Ｈ．  Ｂｒｉｇｇｓ、Ｒｅｂｅｃｃａ  Ｌ．  Ｂｒａｙｎａｒｄ、「Ｎｅｔｗｏｒｋｉｎｇ  Ｎａｍｅｄ  Ｃｏｎｔｅｎｔ」、ＡＣＭ  ＣｏＮＥＸＴ、２００９
【非特許文献２】Ｔｏｒｓｔｅｎ  Ｂｒａｕｎ、Ｖｏｌｋｅｒ  Ｈｉｌｔ、Ｍａｒｋｕｓ  Ｈｏｆｍａｎｎ、Ｉｖｉｃａ  Ｒｉｍａｃ、Ｍｏｒｉｔｚ  Ｓｔｅｉｎｅｒ、Ｍａｔｔｅｏ  Ｖａｒｖｅｌｌｏ、「Ｓｅｒｖｉｃｅ−Ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ」、ＩＥＥＥ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ、２０１１
【非特許文献３】Ｓｈａｓｈａｎｋ  Ｓｈａｎｂｈａｇ、Ｎｉｃｏ  Ｓｃｈｗａｎ、Ｉｖｉｃａ  Ｒｉｍａｃ、Ｍａｔｔｅｏ  Ｖａｒｖｅｌｌｏ、「ＳｏＣＣｅＲ：Ｓｅｒｖｉｃｅｓ  ｏｖｅｒ  Ｃｏｎｔｅｎｔ−Ｃｅｎｔｒｉｃ  Ｒｏｕｔｉｎｇ」、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ＡＣＭ  ＳＩＧＣＯＭＭ  Ｗｏｒｋｓｈｏｐ  ｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ−ｃｅｎｔｒｉｃ  Ｎｅｔｗｏｒｋｉｎｇ、２０１１
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、コンテンツ指向型ネットワークを基礎とするサービス指向型ネットワークにおいて、サービス提供装置が受信したリクエストパケットに記載されたサービス名に基づきコンテンツに対してサービスを実行するシステムでは、さらなる改善が必要とされていた。
【００１２】
本開示は、上記の問題を解決するためになされたもので、ネットワーク全体で消費するネットワーク帯域を削減することができる通信方法、中継装置及び通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本開示の一態様に係る通信方法は、コンテンツを提供するコンテンツ提供装置、前記コンテンツを用いたサービスを要求する端末装置及び前記サービスを提供するサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを前記端末装置から受信し、受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断し、前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信し、受信した前記データパケットを前記端末装置へ送信する。
【発明の効果】
【００１４】
本開示によれば、サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信され、サービス提供装置に蓄積されているサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信されるので、中継装置は、サービス提供装置にサービス処理結果が蓄積されているか否かを表す制御情報をサービス提供装置から取得すればよく、ネットワーク全体で消費するネットワーク帯域を削減することができる。
【図面の簡単な説明】
【００１５】
【図１】本開示の実施の形態におけるサービス提供システムの構成の一例を示す図である。
【図２】本開示の実施の形態におけるコンテンツ提供装置の構成の一例を示す図である。
【図３】本開示の実施の形態における端末装置の構成の一例を示す図である。
【図４】本開示の実施の形態における第２のリクエストパケットに記載される名前の一例を示す図である。
【図５】本開示の実施の形態における第２のリクエストパケットに記載される名前の第１の変形例を示す図である。
【図６】本開示の実施の形態における第２のリクエストパケットに記載される名前の第２の変形例を示す図である。
【図７】本開示の実施の形態におけるサービス提供装置の構成の一例を示す図である。
【図８】図７に示すサービス提供部の動作の一例を示すフローチャートである。
【図９】本開示の実施の形態における中継装置の構成の一例を示す図である。
【図１０】端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。
【図１１】図１０のステップＳ２５におけるリクエスト送信処理の一例を示すフローチャートである。
【図１２】第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子の一例を示す図である。
【図１３】第１のリクエストパケットに含まれる第１のコンテンツ識別子の一例を示す図である。
【図１４】本開示の実施の形態の変形例におけるサービス提供システムの構成の一例を示す図である。
【図１５】端末装置によって送信された第２のリクエストパケットに対応する拒否応答パケットを中継装置が受信した際の中継装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本開示の基礎となった知見について説明する。
【００１７】
ＣＣＮでは、ユーザの端末装置がコンテンツデータを取得するために、コンテンツデータが存在する場所ではなく、コンテンツデータを識別するための名前を指定したリクエストパケットをネットワークに送信する。そして、コンテンツデータを提供するコンテンツ提供装置は、リクエストパケットを受信すると、リクエストパケットの名前に対応するコンテンツデータのデータパケットを送信する。
【００１８】
リクエストパケットを中継する中継装置は、ＦＩＢ（Ｆｏｒｗａｒｄｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれる経路記憶部に経路情報を記憶し、この経路情報に従って、端末装置又は他の中継装置から送信されるリクエストパケットをコンテンツ提供装置又は他の中継装置に転送する。また、中継装置は、ＰＩＴ（Ｐｅｎｄｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅ）と呼ばれるリクエスト記憶部と、Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅと呼ばれるデータ記憶部とを備える。中継装置は、コンテンツ提供装置又は他の中継装置から送信されるデータパケットを、リクエストパケットを送信した端末装置又は他の中継装置に転送する。
【００１９】
ここで、中継装置は、リクエストパケットを受信したとき、受信したリクエストパケットに記載された名前を含むデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、リクエストパケットを受信したインタフェースからデータパケットを送信する。
【００２０】
一方、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に、受信したリクエストパケットに記載された名前を含むデータパケットが存在しない場合であり、かつ受信したリクエストパケットに記載された名前に対応するエントリーがリクエスト記憶部（ＰＩＴ）に存在しない場合、受信したリクエストパケットに記載された名前と、リクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）に記憶する。
【００２１】
そして、中継装置は、受信したリクエストパケットを、経路情報に従い、コンテンツ提供装置又は他の中継装置に転送する。ただし、中継装置は、受信したリクエストパケットに記載された名前と同一の名前がリクエスト記憶部（ＰＩＴ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、既に存在する同一の名前のエントリーにリクエストパケットを受信したインタフェースに関する情報を記憶する。
【００２２】
また、中継装置は、データパケットを受信すると、受信したデータパケットをデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に記憶する。ただし、データ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に新たなデータパケットを記憶する領域がない場合、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に記憶した時刻から所定時間が経過したデータパケットをデータ記憶部から消去する。
【００２３】
そして、中継装置は、リクエスト記憶部（ＰＩＴ）の情報に従い、受信したデータパケットの名前と同一の名前が記載された複数のリクエストパケットを受信した１つ以上のインタフェースに応じてデータパケットを複製して、複製したデータパケットを１つ以上のインタフェースを介して転送する。その後、中継装置は、転送したデータパケットの名前と、データパケットの名前に一致するリクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）から消去する。
【００２４】
このように、ＣＣＮでは、中継装置にリクエスト記憶部（ＰＩＴ）とデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）とを最大限に活用させることにより、同一のコンテンツデータを複数の端末装置に効率よく配信することができる。
【００２５】
次に、非特許文献２におけるＣＣＮなどのコンテンツ指向型ネットワークを利用したサービス指向型ネットワークでは、サービスを要求する端末装置と、サービスを提供する１つ以上のサービス提供装置とが、複数の中継装置を介して相互接続される。サービス指向型ネットワークにおいて、端末装置は、サービス名とサービスを提供するために必要なサービスパラメータとを指定したリクエストパケットを送信する。そして、サービス提供装置は、リクエストパケットを受信すると、サービス名及びサービスパラメータに対応するサービス処理を行い、サービス処理結果をデータパケットとして送信する。
【００２６】
リクエストパケットを中継する中継装置は、経路記憶部（ＦＩＢ）にサービス名ごとの経路情報を記憶し、この経路情報に従って、端末装置又は他の中継装置から送信されるリクエストパケットをサービス提供装置又は他の中継装置に転送する。
【００２７】
ここで、中継装置は、リクエストパケットを受信したとき、受信したリクエストパケットに記載されたサービス名及びサービスパラメータに一致するデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、リクエストパケットを受信したインタフェースからデータパケットを送信する。
【００２８】
一方、中継装置は、受信したリクエストパケットに記載されたサービス名及びサービスパラメータに一致するデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に存在しない場合であり、かつ受信したリクエストパケットに記載された名前に対応するエントリーがリクエスト記憶部（ＰＩＴ）に存在しない場合、リクエストパケットに記載されたサービス名と、サービスパラメータと、リクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）に記憶する。
【００２９】
そして、中継装置は、受信したリクエストパケットを、経路情報に従い、サービス提供装置又は他の中継装置へ転送する。ただし、中継装置は、受信したリクエストパケットに記載されたサービス名及びサービスパラメータと同一のサービス名及びサービスパラメータがリクエスト記憶部（ＰＩＴ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、既に存在する同一の名前のエントリーにリクエストパケットを受信したインタフェースに関する情報を記憶する。
【００３０】
また、中継装置は、サービス処理結果としてのデータパケットを受信すると、受信したデータパケットをデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に記憶する。ただし、データ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に新たなデータパケットを記憶する領域がない場合、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）に記憶した時刻から所定時間が経過したデータパケットをデータ記憶領域から消去する。
【００３１】
そして、中継装置は、リクエスト記憶部（ＰＩＴ）の情報に従い、受信したデータパケットが有する名前と同一のサービス名及びサービスパラメータが記載された複数のリクエストパケットを受信した１つ以上のインタフェースに応じてデータパケットを複製して、複製したデータパケットを１つ以上のインタフェースを介して転送する。その後、中継装置は、転送したデータパケットが有するサービス名及びサービスパラメータに一致するリクエストパケットを受信したインタフェースに関する情報をリクエスト記憶部（ＰＩＴ）から消去する。
【００３２】
このように、コンテンツ指向型ネットワークを利用したサービス指向型ネットワークでは、ＣＣＮのコンテンツ名の替わりにサービス名及びサービスパラメータを指定し、中継装置にリクエスト記憶部（ＰＩＴ）とデータ記憶部（Ｃｏｎｔｅｎｔ  Ｓｔｏｒｅ）とを最大限に活用させることにより、同一のサービス名及びサービスパラメータを有するリクエストパケットに対してより高速にサービス処理結果を応答することができるとともに、サービス提供装置の処理負荷を削減させることができる。
【００３３】
しかしながら、非特許文献２では、最適なサービス提供装置にリクエストパケットを転送する方法が開示されてない。
【００３４】
さらに、特許文献２及び非特許文献３では、サービス指向型ネットワーク上に同一のサービスを提供するサービス提供装置が複数存在する場合に、サービス提供装置の負荷又はネットワーク帯域の混雑状況に応じて、中継装置がリクエストパケットを最適なサービス提供装置に転送する方法が開示されている。
【００３５】
しかしながら、特許文献２及び非特許文献３では、中継装置は、端末装置からリクエストされるサービス特有の性質を考慮して、リクエストパケットを転送することができない。また、リクエストパケットの転送先を決定するためには、中継装置間、又はサービス提供装置と中継装置との間で交換される制御情報が多くなる。そのため、ネットワーク帯域又は中継装置の処理能力が消費されてしまう。さらに、中継装置間、又はサービス提供装置と中継装置との間で自律的に制御情報を交換し、最適なリクエストパケットの転送先をすべての中継装置が算出するまでには多くの時間を要する。そのたため、急激にリクエストパケットが増加した場合、中継装置は、最適なサービス提供装置にリクエストパケットを転送できない可能性がある。
【００３６】
上記のような課題を解決するため、本開示の一態様に係る通信方法は、コンテンツを提供するコンテンツ提供装置、前記コンテンツを用いたサービスを要求する端末装置及び前記サービスを提供するサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを前記端末装置から受信し、受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断し、前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信し、受信した前記データパケットを前記端末装置へ送信する。
【００３７】
この構成によれば、コンテンツを用いたサービスを識別するためのサービス識別子と、サービスに用いられるサービスパラメータと、コンテンツ提供装置によって配信されるコンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットが端末装置から受信される。受信されたサービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツに対して、受信したサービスリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置に蓄積されているか否かが判断される。サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信される。サービス提供装置に蓄積されており、かつサービスリクエストパケットに対応するサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信される。
【００３８】
したがって、サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信され、サービス提供装置に蓄積されているサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信されるので、中継装置は、サービス提供装置にサービス処理結果が蓄積されているか否かを表す制御情報をサービス提供装置から取得すればよく、ネットワーク全体で消費するネットワーク帯域を削減することができる。
【００３９】
また、上記の通信方法において、前記サービス提供装置の処理負荷を示す負荷情報を前記サービス提供装置から取得し、前記サービス処理結果が前記サービス提供装置に蓄積されていないと判断された場合、前記サービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツが前記サービス提供装置に蓄積されており、かつ前記処理負荷が第１の条件を満たすか否かを判断し、前記コンテンツが前記サービス提供装置に蓄積されており、かつ前記処理負荷が第１の条件を満たすと判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、前記サービス提供装置に蓄積されている前記コンテンツに対して、送信された前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果をデータパケットとして前記サービス提供装置から受信し、受信した前記データパケットを前記端末装置へ送信してもよい。
【００４０】
この構成によれば、サービス提供装置の処理負荷を示す負荷情報がサービス提供装置から取得される。サービス処理結果がサービス提供装置に蓄積されていないと判断された場合、サービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツがサービス提供装置に蓄積されており、かつ処理負荷が第１の条件を満たすか否かが判断される。コンテンツがサービス提供装置に蓄積されており、かつ処理負荷が第１の条件を満たすと判断された場合、サービスリクエストパケットがサービス提供装置へ送信される。サービス提供装置に蓄積されているコンテンツに対して、送信されたサービスリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信される。
【００４１】
したがって、サービス提供装置の処理負荷の大きさを考慮してサービスリクエストパケットをルーティングすることができる。
【００４２】
また、上記の通信方法において、前記処理負荷が前記第１の条件を満たすか否かの判断は、前記処理負荷が第１の閾値以下であるか否かの判断であってもよい。
【００４３】
この構成によれば、サービス処理結果がサービス提供装置に蓄積されていないと判断された場合、サービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツがサービス提供装置に蓄積されており、かつ処理負荷が第１の閾値以下であるか否かが判断される。そして、コンテンツがサービス提供装置に蓄積されており、かつ処理負荷が第１の閾値以下であると判断された場合に、サービスリクエストパケットがサービス提供装置へ送信される。
【００４４】
したがって、コンテンツが蓄積されているとともに処理負荷が小さいサービス提供装置において、サービス提供装置に蓄積されているコンテンツに対してサービスに応じた処理を行うことができる。
【００４５】
また、上記の通信方法において、前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータの少なくとも一方に応じて前記第１の閾値を変更してもよい。
【００４６】
この構成によれば、サービスリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に応じて第１の閾値が変更されるので、処理負荷が大きいサービスに対しては第１の閾値を小さくし、処理負荷が小さいサービスに対しては第１の閾値を大きくすることができる。
【００４７】
また、上記の通信方法において、前記コンテンツが前記サービス提供装置に蓄積されていない、又は前記処理負荷が前記第１の条件を満たさないと判断された場合、前記サービスリクエストパケットを他の中継装置に送信可能であるか否かを判断し、前記サービスリクエストパケットを前記他の中継装置に送信可能であると判断された場合、前記サービスリクエストパケットを前記他の中継装置へ送信してもよい。
【００４８】
この構成によれば、コンテンツがサービス提供装置に蓄積されていない、又は処理負荷が第１の条件を満たさないと判断された場合、サービスリクエストパケットを他の中継装置に送信可能であるか否かが判断される。そして、サービスリクエストパケットを他の中継装置に送信可能であると判断された場合、サービスリクエストパケットが他の中継装置へ送信される。
【００４９】
したがって、コンテンツがサービス提供装置に蓄積されていない、又は処理負荷が第１の条件を満たさないと判断された場合、サービスリクエストパケットを他の中継装置に送信可能であれば、サービスリクエストパケットが他の中継装置へ送信されるので、他の中継装置又は他のサービス提供装置により、サービス識別子及びサービスパラメータに基づく処理をコンテンツに施すことができる。
【００５０】
また、上記の通信方法において、前記サービスリクエストパケットを前記他の中継装置に送信不可能であると判断された場合、前記処理負荷が前記第１の条件より厳しい第２の条件を満たすか否かを判断し、前記処理負荷が前記第２の条件を満たすと判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信し、前記サービスリクエストパケットに含まれる前記コンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットを前記サービス提供装置から受信し、受信した前記コンテンツリクエストパケットを前記コンテンツ提供装置へ送信し、前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示すコンテンツをデータパケットとして前記コンテンツ提供装置から受信し、受信した前記データパケットを前記サービス提供装置へ送信してもよい。
【００５１】
この構成によれば、サービスリクエストパケットが他の中継装置に送信不可能であると判断された場合、処理負荷が第１の条件より厳しい第２の条件を満たすか否かが判断される。処理負荷が第２の条件を満たすと判断された場合、サービスリクエストパケットがサービス提供装置へ送信される。サービスリクエストパケットに含まれるコンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットがサービス提供装置から受信される。受信されたコンテンツリクエストパケットがコンテンツ提供装置へ送信される。コンテンツリクエストパケットに含まれる特定コンテンツ識別子が示すコンテンツがデータパケットとしてコンテンツ提供装置から受信される。受信されたデータパケットがサービス提供装置へ送信される。
【００５２】
サービス提供装置に処理対象のコンテンツが蓄積されていない場合、サービス提供装置は、当該コンテンツをコンテンツ提供装置から取得する必要がある。そのため、サービス提供装置の現在の処理負荷が、コンテンツをコンテンツ提供装置から取得する処理を実行可能な処理負荷である場合に、サービスリクエストパケットをサービス提供装置へ送信することができ、サービス提供装置において、コンテンツをコンテンツ提供装置から取得するとともに、取得したコンテンツに対してサービスに応じた処理を実行することができる。
【００５３】
また、上記の通信方法において、前記処理負荷が第２の条件を満たすか否かの判断は、前記処理負荷が前記第１の閾値より小さい第２の閾値以下であるか否かの判断であってもよい。
【００５４】
この構成によれば、サービスリクエストパケットが他の中継装置に送信不可能であると判断された場合、処理負荷が第１の閾値より小さい第２の閾値以下であるか否かが判断される。そして、処理負荷が第２の閾値以下であると判断された場合、サービスリクエストパケットがサービス提供装置へ送信される。
【００５５】
したがって、処理負荷が小さいサービス提供装置において、コンテンツをコンテンツ提供装置から取得するとともに、取得したコンテンツに対してサービスに応じた処理を行うことができる。
【００５６】
また、上記の通信方法において、前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータの少なくとも一方に応じて前記第２の閾値を変更してもよい。
【００５７】
この構成によれば、サービスリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に応じて第２の閾値が変更されるので、処理負荷が大きいサービスに対しては第２の閾値を小さくし、処理負荷が小さいサービスに対しては第２の閾値を大きくすることができる。
【００５８】
また、上記の通信方法において、前記処理負荷が前記第２の条件を満たさないと判断された場合、前記サービス処理結果を送信することができないことを示す拒否応答パケットを他の中継装置へ送信してもよい。
【００５９】
この構成によれば、処理負荷が第２の条件を満たさないと判断された場合、サービス処理結果を送信することができないことを示す拒否応答パケットが他の中継装置へ送信されるので、サービス提供装置における余分な処理負荷の増加を防止することができる。
【００６０】
また、上記の通信方法において、前記拒否応答パケットは、前記サービスリクエストパケットを含み、前記他の中継装置によって送信された拒否応答パケットを受信し、前記処理負荷が前記第２の条件を満たすか否かを判断し、前記処理負荷が前記第２の条件を満たすと判断された場合、前記拒否応答パケットに含まれる前記サービスリクエストパケットを前記サービス提供装置へ送信してもよい。
【００６１】
この構成によれば、拒否応答パケットは、サービスリクエストパケットを含む。他の中継装置によって送信された拒否応答パケットが受信され、処理負荷が第２の条件を満たすか否かが判断される。そして、処理負荷が第２の条件を満たすと判断された場合、拒否応答パケットに含まれるサービスリクエストパケットがサービス提供装置へ送信される。
【００６２】
したがって、他の中継装置において取得することができなかったサービス処理結果を、サービス提供装置の処理負荷を考慮して取得することができる。
【００６３】
また、上記の通信方法において、前記サービス提供装置は、前記中継装置に接続される複数のサービス提供装置を含み、前記負荷情報を前記複数のサービス提供装置のそれぞれから取得し、前記サービス処理結果が前記複数のサービス提供装置のそれぞれに蓄積されているか否かを判断し、前記サービス処理結果が前記複数のサービス提供装置に蓄積されていると判断された場合、前記複数のサービス提供装置の中から前記処理負荷が最も小さいサービス提供装置を選択し、選択した前記サービス提供装置へ前記サービスリクエストパケットを送信してもよい。
【００６４】
この構成によれば、サービス提供装置は、中継装置に接続される複数のサービス提供装置を含む。負荷情報が複数のサービス提供装置のそれぞれから取得される。サービス処理結果が複数のサービス提供装置のそれぞれに蓄積されているか否かが判断される。サービス処理結果が複数のサービス提供装置に蓄積されていると判断された場合、複数のサービス提供装置の中から処理負荷が最も小さいサービス提供装置が選択される。選択されたサービス提供装置へサービスリクエストパケットが送信される。
【００６５】
したがって、中継装置に複数のサービス提供装置が接続されており、サービス処理結果が複数のサービス提供装置に蓄積されている場合、複数のサービス提供装置の中から処理負荷が最も小さいサービス提供装置が選択されるので、特定のサービス提供装置の処理負荷が大きくなるのを防止することができる。
【００６６】
本開示の他の態様に係る中継装置は、コンテンツを提供するコンテンツ提供装置、前記コンテンツを用いたサービスを要求する端末装置及び前記サービスを提供するサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置であって、前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを前記端末装置から受信するリクエスト受信部と、受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断する判断部と、前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信するリクエスト送信部と、前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信するデータ受信部と、受信した前記データパケットを前記端末装置へ送信するデータ送信部と、を備える。
【００６７】
この構成によれば、コンテンツを用いたサービスを識別するためのサービス識別子と、サービスに用いられるサービスパラメータと、コンテンツ提供装置によって配信されるコンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットが端末装置から受信される。受信されたサービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツに対して、受信したサービスリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置に蓄積されているか否かが判断される。サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信される。サービス提供装置に蓄積されており、かつサービスリクエストパケットに対応するサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信される。
【００６８】
したがって、サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信され、サービス提供装置に蓄積されているサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信されるので、中継装置は、サービス提供装置にサービス処理結果が蓄積されているか否かを表す制御情報をサービス提供装置から取得すればよく、ネットワーク全体で消費するネットワーク帯域を削減することができる。
【００６９】
本開示の他の態様に係る通信システムは、コンテンツを用いたサービスを要求する端末装置と、前記コンテンツを提供するコンテンツ提供装置と、前記サービスを提供するサービス提供装置と、前記コンテンツ提供装置、前記端末装置及び前記サービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する中継装置とを備え、前記端末装置は、前記コンテンツを用いたサービスを識別するためのサービス識別子と、前記サービスに用いられるサービスパラメータと、前記コンテンツ提供装置によって配信される前記コンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを送信する第１のリクエスト送信部と、送信した前記サービスリクエストパケットに対応するデータパケットを受信する第１のデータ受信部とを備え、前記サービス提供装置は、前記端末装置によって送信された前記サービスリクエストパケットを前記中継装置から受信する第１のリクエスト受信部と、前記サービスリクエストパケットに含まれる前記コンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットを前記中継装置へ送信する第２のリクエスト送信部と、送信した前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示すコンテンツをデータパケットとして前記中継装置から受信する第２のデータ受信部と、受信した前記コンテンツに対して、前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果を出力するサービス処理部と、出力された前記サービス処理結果をデータパケットとして前記中継装置へ送信する第１のデータ送信部と、前記サービス処理結果と前記コンテンツとを蓄積するデータ蓄積部とを備え、前記コンテンツ提供装置は、前記コンテンツを生成する生成部と、前記特定コンテンツ識別子を含むコンテンツリクエストパケットを前記中継装置から受信する第２のリクエスト受信部と、前記コンテンツリクエストパケットに含まれる前記特定コンテンツ識別子が示す前記コンテンツをデータパケットとして前記中継装置へ送信する第２のデータ送信部とを備え、前記中継装置は、前記サービスリクエストパケットを前記端末装置から受信する第３のリクエスト受信部と、受信した前記サービスリクエストパケットに含まれる前記コンテンツ識別子に対応する前記コンテンツに対して、受信した前記サービスリクエストパケットに含まれる前記サービス識別子及び前記サービスパラメータに基づき処理した結果であるサービス処理結果が前記サービス提供装置に蓄積されているか否かを判断する判断部と、前記サービス処理結果が前記サービス提供装置に蓄積されていると判断された場合、前記サービスリクエストパケットを前記サービス提供装置へ送信する第３のリクエスト送信部と、前記サービス提供装置に蓄積されており、かつ前記サービスリクエストパケットに対応する前記サービス処理結果をデータパケットとして前記サービス提供装置から受信する第３のデータ受信部と、受信した前記データパケットを前記端末装置へ送信する第３のデータ送信部とを備える。
【００７０】
この構成によれば、端末装置は、コンテンツを用いたサービスを要求する。コンテンツ提供装置は、コンテンツを提供する。サービス提供装置は、サービスを提供する。中継装置は、コンテンツ提供装置、端末装置及びサービス提供装置にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する。端末装置の第１のリクエスト送信部は、コンテンツを用いたサービスを識別するためのサービス識別子と、サービスに用いられるサービスパラメータと、コンテンツ提供装置によって配信されるコンテンツを識別するためのコンテンツ識別子とを含むサービスリクエストパケットを送信する。端末装置の第１のデータ受信部は、送信したサービスリクエストパケットに対応するデータパケットを受信する。サービス提供装置の第１のリクエスト受信部は、端末装置によって送信されたサービスリクエストパケットを中継装置から受信する。サービス提供装置の第２のリクエスト送信部は、サービスリクエストパケットに含まれるコンテンツ識別子によって特定される特定コンテンツ識別子を含むコンテンツリクエストパケットを中継装置へ送信する。サービス提供装置の第２のデータ受信部は、送信したコンテンツリクエストパケットに含まれる特定コンテンツ識別子が示すコンテンツをデータパケットとして中継装置から受信する。サービス提供装置のサービス処理部は、受信したコンテンツに対して、サービスリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果を出力する。サービス提供装置の第１のデータ送信部は、出力されたサービス処理結果をデータパケットとして中継装置へ送信する。サービス提供装置のデータ蓄積部は、サービス処理結果とコンテンツとを蓄積する。コンテンツ提供装置の生成部は、コンテンツを生成する。コンテンツ提供装置の第２のリクエスト受信部は、特定コンテンツ識別子を含むコンテンツリクエストパケットを中継装置から受信する。コンテンツ提供装置の第２のデータ送信部は、コンテンツリクエストパケットに含まれる特定コンテンツ識別子が示すコンテンツをデータパケットとして中継装置へ送信する。中継装置の第３のリクエスト受信部は、サービスリクエストパケットを端末装置から受信する。中継装置の判断部は、受信したサービスリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツに対して、受信したサービスリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置に蓄積されているか否かを判断する。中継装置の第３のリクエスト送信部は、サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットをサービス提供装置へ送信する。中継装置の第３のデータ受信部は、サービス提供装置に蓄積されており、かつサービスリクエストパケットに対応するサービス処理結果をデータパケットとしてサービス提供装置から受信する。中継装置の第３のデータ送信部は、受信したデータパケットを端末装置へ送信する。
【００７１】
したがって、サービス処理結果がサービス提供装置に蓄積されていると判断された場合、サービスリクエストパケットがサービス提供装置へ送信され、サービス提供装置に蓄積されているサービス処理結果がデータパケットとしてサービス提供装置から受信され、受信されたデータパケットが端末装置へ送信されるので、中継装置は、サービス提供装置にサービス処理結果が蓄積されているか否かを表す制御情報をサービス提供装置から取得すればよく、ネットワーク全体で消費するネットワーク帯域を削減することができる。
【００７２】
以下、本開示の実施の形態について、図面を参照しながら説明する。なお、以下の実施の形態は、本開示を具体化した一例であって、本開示の技術的範囲を限定するものではない。
【００７３】
［サービス提供システムの構成］
図１は、本開示の実施の形態におけるサービス提供システムの構成の一例を示す図である。サービス提供システムは、通信システムの一例である。
【００７４】
図１に示すサービス提供システムは、複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎと、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎと、複数のサービス提供装置１３ａ〜１３ｅと、複数の中継装置１４ａ〜１４ｅとを備える。
【００７５】
複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎは、コンテンツを配信する。複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎは、コンテンツを用いたサービスを要求するサービスリクエストパケットを送信する。複数のサービス提供装置１３ａ〜１３ｅは、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎからの要求に基づき、コンテンツを用いたサービスを行う。複数の中継装置１４ａ〜１４ｅは、コンテンツリクエストパケット、サービスリクエストパケット、コンテンツを含むデータパケット、及びサービス処理結果を含むデータパケットを中継する。
【００７６】
複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎと、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎと、複数のサービス提供装置１３ａ〜１３ｅとは、複数の中継装置１４ａ〜１４ｅを介して相互に接続されている。
【００７７】
また、複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎと、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎと、複数のサービス提供装置１３ａ〜１３ｅと、複数の中継装置１４ａ〜１４ｅとは、コンテンツ指向型ネットワーク１０を介して接続されている。
【００７８】
なお、本実施の形態において、サービス提供システムは、１つのコンテンツ提供装置を備えてもよい。また、サービス提供システムは、１つの端末装置を備えてもよい。また、サービス提供システムは、１つのサービス提供装置を備えてもよい。また、また、サービス提供システムは、１つの中継装置を備えてもよい。
【００７９】
［コンテンツ提供装置の構成］
図２は、本開示の実施の形態におけるコンテンツ提供装置の構成の一例を示す図である。図２に示すコンテンツ提供装置１１は、複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎを総称するものであり、複数のコンテンツ提供装置１１ａ１〜１１ａｎ，１１ｂ１〜１１ｂｎは、それぞれ同じ構成である。
【００８０】
コンテンツ提供装置１１は、コンテンツ指向型ネットワーク１０を介してコンテンツを提供する。
【００８１】
図２に示すコンテンツ提供装置１１は、１つ以上のインタフェース１１０１（インタフェース１１０１ａ〜１１０１ｂ）と、リクエスト受信部１１０２と、データ送信部１１０３と、データ生成部１１０４と、データ蓄積部１１０５とを備える。
【００８２】
インタフェース１１０１は、コンテンツ提供装置１１と接続される機器との経路を示し、コンテンツ提供装置１１と中継装置１４とを接続する経路を示す。
【００８３】
リクエスト受信部１１０２は、インタフェース１１０１を介して、コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信する。なお、第１のリクエストパケットは、コンテンツリクエストパケットの一例である。
【００８４】
データ送信部１１０３は、第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとして送信する。データ送信部１１０３は、リクエスト受信部１１０２によって受信された第１のリクエストパケットに基づき、第１のリクエストパケットに含まれる第１のコンテンツ識別子に対応するコンテンツを、データ蓄積部１１０５から取得する。データ送信部１１０３は、データ蓄積部１１０５から取得した対応するコンテンツを、１つ以上のデータパケットとして送信する。
【００８５】
データ生成部１１０４は、コンテンツを生成する。
【００８６】
データ蓄積部１１０５は、データ生成部１１０４によって生成されたコンテンツを、第１のコンテンツ識別子と共に記憶する。
【００８７】
なお、本実施の形態において、データ生成部１１０４が生成部の一例に相当し、リクエスト受信部１１０２が第２のリクエスト受信部の一例に相当し、データ送信部１１０３が第２のデータ送信部の一例に相当する。
【００８８】
［端末装置の構成］
図３は、本開示の実施の形態における端末装置の構成の一例を示す図である。なお、図３に示す端末装置１２は、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎを総称するものであり、複数の端末装置１２ｄ１〜１２ｄｎ，１２ｅ１〜１２ｅｎは、それぞれ同じ構成である。
【００８９】
端末装置１２は、コンテンツ指向型ネットワーク１０を介して、コンテンツを用いたサービスを要求する。
【００９０】
図３に示す端末装置１２は、１つ以上のインタフェース１２０１（インタフェース１２０１ａ〜１２０１ｂ）と、経路情報処理部１２０２と、リクエスト送信部１２０３と、データ受信部１２０４と、経路情報記憶部１２０５と、アプリケーション１２０６とを備える。端末装置１２は、端末装置１２上のアプリケーション１２０６から指示されたサービス処理結果を取得するために第２のリクエストパケットを送信し、第２のリクエストパケットに対応するデータパケットを受信する。なお、第２のリクエストパケットは、サービスリクエストパケットの一例である。
【００９１】
インタフェース１２０１は、端末装置１２と接続される機器との経路を示し、例えば、端末装置１２と中継装置１４とを接続する経路を示す。
【００９２】
経路情報処理部１２０２は、第２のリクエストパケットを送信するための経路情報を受信し、受信した経路情報を経路情報記憶部１２０５に記憶する。経路情報記憶部１２０５は、経路情報処理部１２０２によって受信された経路情報を記憶する。
【００９３】
リクエスト送信部１２０３は、少なくともアプリケーション１２０６が指示した、サービス要求を示すサービス識別子と、サービスパラメータと、コンテンツ提供装置１１が配信するコンテンツに対応する第２のコンテンツ識別子とを含む第２のリクエストパケットを生成する。リクエスト送信部１２０３は、生成した第２のリクエストパケットを、経路情報記憶部１２０５が記憶する経路情報に従い、インタフェース１２０１を介して送信する。リクエスト送信部１２０３は、コンテンツを用いたサービスを識別するためのサービス識別子と、サービスに用いられるサービスパラメータと、コンテンツ提供装置によって配信されるコンテンツを識別するための第２のコンテンツ識別子とを含む第２のリクエストパケットを送信する。
【００９４】
データ受信部１２０４は、リクエスト送信部１２０３によって送信された第２のリクエストパケットに対応するサービス処理結果を含む１つ以上のデータパケットを、インタフェース１２０１を介して受信する。データ受信部１２０４は、送信した第２のリクエストパケットに対応するデータパケットを受信する。データ受信部１２０４は、受信したサービス処理結果を含む１つ以上のデータパケットをアプリケーション１２０６に渡す。
【００９５】
図４は、本開示の実施の形態における第２のリクエストパケットに記載される名前の一例を示す図である。図４に示す名前６０は、リクエスト送信部１２０３が送信する第２のリクエストパケットに記載される名前の一例である。図４に示す名前６０は、サービス識別子６００と、第２のコンテンツ識別子６０１と、サービス識別子６００に応じたサービスパラメータ６０２とを含む。名前６０は、サービス識別子６００、第２のコンテンツ識別子６０１及びサービスパラメータ６０２の順番で構成される。
【００９６】
図５は、本開示の実施の形態における第２のリクエストパケットに記載される名前の第１の変形例を示す図である。図５に示す名前６１は、第２のコンテンツ識別子６１０、サービス識別子６１１及びサービスパラメータ６１２の順番で構成される。なお、図４及び図５に示すサービスパラメータ６０２，６１２は、ハッシュ関数等で変換した文字列で記載されていてもよい。
【００９７】
図６は、本開示の実施の形態における第２のリクエストパケットに記載される名前の第２の変形例を示す図である。図６に示すように、第２のリクエストパケットに記載される名前６２は、第２のコンテンツ識別子６２０及びサービス識別子６２１のみで構成されてもよい。この場合、サービスパラメータは省略される。または、この場合、サービスパラメータは、第２のリクエストパケットの拡張領域に記載されてもよい。
【００９８】
なお、本実施の形態において、リクエスト送信部１２０３が第１のリクエスト送信部の一例に相当し、データ受信部１２０４が第１のデータ受信部の一例に相当する。
【００９９】
［サービス提供装置の構成］
図７は、本開示の実施の形態におけるサービス提供装置の構成の一例を示す図である。図７に示すサービス提供装置１３は、複数のサービス提供装置１３ａ〜１３ｅを総称するものであり、複数のサービス提供装置１３ａ〜１３ｅは、それぞれ同じ構成である。
【０１００】
サービス提供装置１３は、サービスを提供する。サービス提供装置１３は、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続される。なお、本実施の形態では、サービス提供装置１３と中継装置１４とは異なる装置で構成されているが、サービス提供装置１３と中継装置１４とは１つの装置で構成されてもよい。
【０１０１】
図７に示すサービス提供装置１３は、１つ以上のインタフェース１３０１（インタフェース１３０１ａ〜１３０１ｂ）と、経路情報処理部１３０２と、リクエスト送信部１３０３と、データ受信部１３０４と、リクエスト受信部１３０５と、データ送信部１３０６と、経路情報記憶部１３０７と、サービス提供部１３０８とを備える。
【０１０２】
インタフェース１３０１は、サービス提供装置１３と接続される機器との経路を示し、例えば、サービス提供装置１３と中継装置１４とを接続する経路を示す。
【０１０３】
経路情報処理部１３０２は、第１のリクエストパケットを送信するための経路情報を受信し、受信した経路情報を経路情報記憶部１３０７に記憶する。経路情報記憶部１３０７は、経路情報処理部１３０２によって受信された経路情報を記憶する。
【０１０４】
リクエスト送信部１３０３は、サービス提供部１３０８からの指示に基づき、コンテンツ提供装置１１が配信するコンテンツを取得するため、取得対象のコンテンツを識別するための第１のコンテンツ識別子を含む第１のリクエストパケットを生成する。次に、リクエスト送信部１３０３は、生成した第１のリクエストパケットを、経路情報記憶部１３０７が記憶する経路情報に従い、インタフェース１３０１を介して送信する。リクエスト送信部１３０３は、第２のリクエストパケットに含まれる第２のコンテンツ識別子によって特定される第１のコンテンツ識別子を含む第１のリクエストパケットを中継装置１４へ送信する。
【０１０５】
データ受信部１３０４は、リクエスト送信部１３０３から送信した第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとして中継装置１４から受信する。データ受信部１３０４は、リクエスト送信部１３０３によって送信された第１のリクエストパケットに対応するコンテンツを含む１つ以上のデータパケットを、インタフェース１３０１を介して受信する。データ受信部１３０４は、受信したコンテンツの情報をサービス提供部１３０８に渡す。
【０１０６】
リクエスト受信部１３０５は、端末装置１２によって送信された第２のリクエストパケットを中継装置１４から受信する。リクエスト受信部１３０５は、第２のリクエストパケットに含まれるサービス識別子と、サービスパラメータと、第２のコンテンツ識別子とを含む情報を、サービス提供部１３０８に通知する。
【０１０７】
サービス提供部１３０８は、データ受信部１３０４によって受信されたコンテンツに対して、第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づく処理を行い、処理した結果であるサービス処理結果を出力する。
【０１０８】
サービス提供部１３０８は、リクエスト受信部１３０５から通知された第２のコンテンツ識別子に対応するコンテンツを取得するための、第１のリクエストパケットの送信をリクエスト送信部１３０３に指示する。そして、サービス提供部１３０８は、データ受信部１３０４を介してコンテンツ提供装置１１が配信するコンテンツを取得すると、リクエスト受信部１３０５から渡されたサービス識別子とサービスパラメータとに従った処理を行う。次に、サービス提供部１３０８は、サービス識別子とサービスパラメータとに従った処理を行ったサービス処理結果をデータ送信部１３０６に渡す。
【０１０９】
さらに、サービス提供部１３０８は、データ蓄積部１３０９を備える。データ蓄積部１３０９は、サービス処理結果とコンテンツとを蓄積する。サービス提供部１３０８は、データ受信部１３０４を介して取得したコンテンツ提供装置１１によって配信されたコンテンツを、コンテンツを識別するための第１のコンテンツ識別子又は第２のコンテンツ識別子と共にデータ蓄積部１３０９に蓄積する。これにより、サービス提供部１３０８は、第１のリクエストパケットによって取得されるコンテンツと同一のコンテンツをコンテンツ提供装置１１から取得する手順を省略することが可能となる。すなわち、サービス提供部１３０８は、データ蓄積部１３０９に蓄積されたコンテンツに対して、第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づく処理を行い、処理した結果であるサービス処理結果を出力する。
【０１１０】
また、サービス提供部１３０８は、リクエスト受信部１３０５によって受信された第２のリクエストパケットに含まれるサービス識別子とサービスパラメータとに従って処理を行ったサービス処理結果を、サービス識別子とサービスパラメータと第２のコンテンツ識別子と共に、データ蓄積部１３０９に蓄積する。これにより、サービス提供部１３０８は、データ蓄積部１３０９に蓄積されたサービス識別子、サービスパラメータ及び第２のコンテンツ識別子と同一のサービス識別子、サービスパラメータ及び第２のコンテンツ識別子を含む第２のリクエストパケットに基づいてコンテンツに対してサービスに応じた処理を行う手順を省略することが可能となる。また、サービス提供装置１３は、端末装置１２が送信した第２のリクエストパケットに対して、消費するネットワーク帯域を削減しつつ、第２のリクエストパケットに対応するサービス処理結果を１つ以上のデータパケットとして送信することができる。なお、サービス提供部１３０８の具体的な動作については、図８に示すフローチャートを用いて後述する。
【０１１１】
データ送信部１３０６は、サービス提供部１３０８によって出力されたサービス処理結果をデータパケットとして中継装置１４へ送信する。データ送信部１３０６は、第２のリクエストパケットに基づきサービス提供部１３０８が生成したサービス処理結果を、１つ以上のデータパケットとして、インタフェース１３０１を介して送信する。サービス処理結果は、リクエスト受信部１３０５を介して受信した第２のリクエストパケットに含まれるサービス識別子とサービスパラメータと第２のコンテンツ識別子とに従って、サービス提供部１３０８によって生成される。
【０１１２】
なお、第１のリクエストパケットに含まれる第１のコンテンツ識別子と、第２のリクエストパケットに含まれる第２のコンテンツ識別子とは、同一であってもよい。また、第１のリクエストパケットに含まれる第１のコンテンツ識別子と、第２のリクエストパケットに含まれる第２のコンテンツ識別子とは、互いに対応付けられていればよく、異なっていてもよい。例えば、第２のコンテンツ識別子が、コンテンツ提供装置１１が生成する最新のコンテンツを示す識別子であった場合、サービス提供装置１３は、コンテンツ提供装置１１が保持する最新のコンテンツを識別するための第１のコンテンツ識別子を取得するためのリクエストパケットを別途送信し、第１のコンテンツ識別子を取得してもよい。
【０１１３】
また、本実施の形態において、リクエスト受信部１３０５が第１のリクエスト受信部の一例に相当し、リクエスト送信部１３０３が第２のリクエスト送信部の一例に相当し、データ受信部１３０４が第２のデータ受信部の一例に相当し、サービス提供部１３０８がサービス処理部の一例に相当し、データ送信部１３０６が第１のデータ送信部の一例に相当し、データ蓄積部１３０９がデータ蓄積部の一例に相当する。
【０１１４】
図８は、図７に示すサービス提供部の動作の一例を示すフローチャートである。なお、図８に示す動作は、リクエスト受信部１３０５が第２のリクエストパケットを受信した後に行われる動作である。リクエスト受信部１３０５は、受信した第２のリクエストパケットに含まれるサービス識別子と、サービスパラメータと、コンテンツに関する第２のコンテンツ識別子とをサービス提供部１３０８に出力する。
【０１１５】
まず、ステップＳ１１において、サービス提供部１３０８は、リクエスト受信部１３０５から出力された、サービス識別子と、サービスパラメータと、コンテンツに関する第２のコンテンツ識別子とに対応するサービス処理結果（同一のサービス処理結果）がデータ蓄積部１３０９に存在するか否かを判断する。そして、同一のサービス処理結果がデータ蓄積部１３０９に存在すると判断された場合（ステップＳ１１でＹＥＳ）、ステップＳ１２において、サービス提供部１３０８は、データ蓄積部１３０９に存在するサービス処理結果を、データ送信部１３０６に出力し、動作を終了する。
【０１１６】
一方、同一のサービス処理結果がデータ蓄積部１３０９に存在しないと判断された場合（ステップＳ１１でＮＯ）、ステップＳ１３において、サービス提供部１３０８は、リクエスト受信部１３０５から出力された第２のコンテンツ識別子に対応するコンテンツ（同一のコンテンツ）が、データ蓄積部１３０９に存在するか否かを判断する。そして、同一のコンテンツがデータ蓄積部１３０９に存在すると判断された場合（ステップＳ１３でＹＥＳ）、ステップＳ１４において、サービス提供部１３０８は、データ蓄積部１３０９に存在するコンテンツに対して、サービス識別子とサービスパラメータとに基づいて処理を実行する。サービス提供部１３０８は、第２の識別子によって特定されるコンテンツに対して、サービス識別子とサービスパラメータとによって特定されるサービスに応じた処理を実行する。
【０１１７】
次に、ステップＳ１５において、サービス提供部１３０８は、サービス処理結果をデータ送信部１３０６に出力し、動作を終了する。
【０１１８】
一方、同一のコンテンツがデータ蓄積部１３０９に存在しないと判断された場合（ステップＳ１３でＮＯ）、ステップＳ１６において、サービス提供部１３０８は、第２のコンテンツ識別子に対応するコンテンツを取得するための第１のリクエストパケットの送信を、リクエスト送信部１３０３に指示し、動作を終了する。
【０１１９】
なお、この後、リクエスト送信部１３０３は、第１のリクエストパケットを中継装置１４へ送信する。次に、データ受信部１３０４は、リクエスト送信部１３０３から送信した第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとして中継装置１４から受信する。次に、サービス提供部１３０８は、データ受信部１３０４によって受信されたコンテンツに対して、サービス識別子とサービスパラメータとに基づいて処理を実行する。次に、サービス提供部１３０８は、サービス処理結果をデータ送信部１３０６に出力する。
【０１２０】
データ送信部１３０６は、サービス提供部１３０８から出力されたサービス処理結果をデータパケットとして中継装置１４へ送信する。
【０１２１】
［中継装置の構成］
図９は、本開示の実施の形態における中継装置の構成の一例を示す図である。図９に示す中継装置１４は、複数の中継装置１４ａ〜１４ｅを総称するものであり、複数の中継装置１４ａ〜１４ｅは、それぞれ同じ構成である。
【０１２２】
中継装置１４は、コンテンツ提供装置１１、端末装置１２及びサービス提供装置１３にコンテンツ指向型ネットワークを介して接続され、リクエストパケット及びデータパケットを中継する。
【０１２３】
図９に示す中継装置１４は、１つ以上のインタフェース１４０１（インタフェース１４０１ａ〜１４０１ｂ）と、拒否応答処理部１４０２と、リクエスト処理部１４０３と、経路情報処理部１４０４と、データ処理部１４０５と、キャッシュ管理部１４０６と、処理負荷管理部１４０７と、リクエスト記憶部１４０８と、経路情報記憶部１４０９と、データ記憶部１４１０とを備える。
【０１２４】
中継装置１４は、端末装置１２が送信する第２のリクエストパケット、サービス提供装置１３が送信する第１のリクエストパケット、コンテンツ提供装置１１が送信するデータパケット、サービス提供装置１３が送信するデータパケット、又は他の中継装置が送信するデータパケットを中継する。
【０１２５】
インタフェース１４０１は、中継装置１４と接続される機器との経路を示し、例えば、中継装置１４と端末装置１２とを接続する経路、中継装置１４とコンテンツ提供装置１１とを接続する経路、中継装置１４とサービス提供装置１３とを接続する経路、及び中継装置１４と他の中継装置とを接続する経路を示す。
【０１２６】
拒否応答処理部１４０２は、他の中継装置によって送信された拒否応答パケットに対して処理を行う。
【０１２７】
リクエスト処理部１４０３は、端末装置１２によって送信された第２のリクエストパケットを受信し、サービス提供装置１３によって送信された第１のリクエストパケットを受信する。また、リクエスト処理部１４０３は、端末装置１２によって送信された第２のリクエストパケットに対する拒否応答パケットを送信する。また、リクエスト処理部１４０３は、受信した第２のリクエストパケットをサービス提供装置１３へ送信し、受信した第１のリクエストパケットをコンテンツ提供装置１１へ送信する。
【０１２８】
リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツに対するサービス処理結果がデータ記憶部１４１０に記憶されているか否かを判断する。
【０１２９】
リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツに対して、受信した第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置１３に蓄積されているか否かを判断する。リクエスト処理部１４０３は、サービス処理結果がサービス提供装置１３に蓄積されていると判断した場合、第２のリクエストパケットをサービス提供装置１３へ送信する。
【０１３０】
経路情報処理部１４０４は、第１のリクエストパケット又は第２のリクエストパケットを送信するための経路情報を受信する。
【０１３１】
データ処理部１４０５は、コンテンツ提供装置１１、サービス提供装置１３又は他の中継装置１４によって送信されたデータパケットを受信する。
【０１３２】
データ処理部１４０５は、サービス提供装置１３に蓄積されており、かつ第２のリクエストパケットに対応するサービス処理結果をデータパケットとしてサービス提供装置１３から受信する。データ処理部１４０５は、サービス提供装置１３から受信したデータパケットを端末装置１２へ送信する。
【０１３３】
リクエスト記憶部１４０８、経路情報記憶部１４０９及びデータ記憶部１４１０は、それぞれＰＩＴ（Ｐｅｎｄｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅ）、ＦＩＢ（Ｆｏｒｗａｒｄｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）及びＣｏｎｔｅｎｔ  Ｓｔｏｒｅとしての機能を有している。
【０１３４】
なお、経路情報記憶部１４０９には、少なくともサービス提供装置１３によって送信された第１のリクエストパケットを転送するための、第１のコンテンツ識別子に関する経路情報が記憶されている。具体的には、経路情報記憶部１４０９は、第１のコンテンツ識別子の全て又は一部に対応する経路情報として、第１のコンテンツ識別子に対応するコンテンツを配信するコンテンツ提供装置１１への経路を記憶している。
【０１３５】
さらに、経路情報記憶部１４０９には、少なくとも端末装置１２が送信した第２のリクエストパケットを転送するため、サービス識別子及び第２のコンテンツ識別子に関する経路情報が記憶されている。具体的には、経路情報記憶部１４０９には、サービス識別子及び第２のコンテンツ識別子の組合せに対応する経路情報として、第１のコンテンツ識別子に対応するコンテンツを配信するコンテンツ提供装置１１に最も近いサービス提供装置１３に関する経路情報が記憶されている。例えば、図４に示す第２のリクエストパケットが受信された場合、中継装置１４の経路情報記憶部１４０９は、サービス識別子６００及び第２のコンテンツ識別子６０１という順序の組合せに対応する経路情報を記憶する。また、図５に示す第２のリクエストパケットが受信された場合、中継装置１４の経路情報記憶部１４０９は、第２のコンテンツ識別子６１０及びサービス識別子６１１という順序の組合せに対応する経路情報を記憶する。なお、経路情報記憶部１４０９は、第２のコンテンツ識別子６１０に対する経路情報を記憶してもよい。
【０１３６】
キャッシュ管理部１４０６は、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続された少なくとも１つのサービス提供装置１３に蓄積されているコンテンツを識別するための第２のコンテンツ識別子に関する情報を少なくとも１つのサービス提供装置１３から取得する。キャッシュ管理部１４０６は、少なくとも１つのサービス提供装置１３から取得した第２のコンテンツ識別子に関する情報を記憶する。また、キャッシュ管理部１４０６は、少なくとも１つのサービス提供装置１３に蓄積されているサービス処理結果に対応するサービス識別子とサービスパラメータと第２のコンテンツ識別子とに関する情報を少なくとも１つのサービス提供装置１３から取得する。キャッシュ管理部１４０６は、少なくとも１つのサービス提供装置１３から取得したサービス識別子とサービスパラメータと第２のコンテンツ識別子とに関する情報を記憶する。
【０１３７】
処理負荷管理部１４０７は、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続された、少なくとも１つのサービス提供装置１３の処理負荷を示す負荷情報を少なくとも１つのサービス提供装置１３から取得する。処理負荷管理部１４０７は、少なくとも１つのサービス提供装置１３から取得した負荷情報を記憶する。なお、処理負荷は、例えば、サービス提供装置１３が有するＣＰＵ（中央演算処理装置）の使用率である。
【０１３８】
リクエスト処理部１４０３は、サービス処理結果がサービス提供装置１３に蓄積されていないと判断された場合、第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツがサービス提供装置１３に蓄積されており、かつサービス提供装置１３の処理負荷が第１の条件を満たすか否かを判断する。なお、処理負荷が第１の条件を満たすか否かの判断は、処理負荷が第１の閾値以下であるか否かの判断であってもよい。例えば、第１の閾値は、サービス提供装置１３が蓄積されているコンテンツに対してサービスに応じた処理を実行することが可能な処理負荷の値である。
【０１３９】
リクエスト処理部１４０３は、コンテンツがサービス提供装置１３に蓄積されており、かつ処理負荷が第１の条件を満たすと判断された場合、第２のリクエストパケットをサービス提供装置１３へ送信する。データ処理部１４０５は、サービス提供装置１３に蓄積されているコンテンツに対して、送信された第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果をデータパケットとしてサービス提供装置１３から受信し、受信したデータパケットを端末装置１２へ送信する。
【０１４０】
リクエスト処理部１４０３は、コンテンツがサービス提供装置１３に蓄積されていない、又は処理負荷が第１の条件を満たさないと判断された場合、第２のリクエストパケットを他の中継装置に送信可能であるか否かを判断する。リクエスト処理部１４０３は、第２のリクエストパケットを他の中継装置に送信可能であると判断された場合、第２のリクエストパケットを他の中継装置へ送信する。
【０１４１】
リクエスト処理部１４０３は、第２のリクエストパケットを他の中継装置に送信不可能であると判断された場合、処理負荷が第１の条件より厳しい第２の条件を満たすか否かを判断する。なお、処理負荷が第２の条件を満たすか否かの判断は、処理負荷が第２の閾値以下であるか否かの判断であってもよい。第２の閾値は、第１の閾値より小さくてもよい。例えば、第２の閾値は、サービス提供装置１３がコンテンツをコンテンツ提供装置１１から取得し、かつ取得したコンテンツに対してサービスに応じた処理を実行することが可能な処理負荷の値である。
【０１４２】
リクエスト処理部１４０３は、処理負荷が第２の条件を満たすと判断された場合、第２のリクエストパケットをサービス提供装置１３へ送信する。リクエスト処理部１４０３は、第２のリクエストパケットに含まれる第２のコンテンツ識別子によって特定される第１のコンテンツ識別子を含む第１のリクエストパケットをサービス提供装置１３から受信する。リクエスト処理部１４０３は、受信した第１のリクエストパケットをコンテンツ提供装置１１へ送信する。データ処理部１４０５は、第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとしてコンテンツ提供装置１１から受信する。データ処理部１４０５は、受信したデータパケットをサービス提供装置１３へ送信する。
【０１４３】
リクエスト処理部１４０３は、処理負荷が第２の条件を満たさないと判断された場合、サービス処理結果を送信することができないことを示す拒否応答パケットを他の中継装置へ送信する。拒否応答パケットは、第２のリクエストパケットを含む。拒否応答処理部１４０２は、他の中継装置によって送信された拒否応答パケットを受信する。拒否応答処理部１４０２は、処理負荷が第２の条件を満たすか否かを判断する。拒否応答処理部１４０２は、処理負荷が第２の条件を満たすと判断された場合、拒否応答パケットに含まれる第２のリクエストパケットをサービス提供装置１３へ送信する。また、拒否応答処理部１４０２は、処理負荷が第２の条件を満たさないと判断された場合、受信した拒否応答パケットをさらに他の中継装置へ送信する。
【０１４４】
なお、リクエスト処理部１４０３は、第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に応じて第１の閾値を変更してもよい。すなわち、実行するサービスには、処理負荷が大きいサービスと、処理負荷が小さいサービスとがある。そのため、処理負荷が大きいサービスに対しては第１の閾値を小さくし、処理負荷が小さいサービスに対しては第１の閾値を大きくすることが可能である。したがって、リクエスト処理部１４０３は、サービス識別子及びサービスパラメータの少なくとも一方毎に異なる第１の閾値を、サービス識別子及びサービスパラメータの少なくとも一方に対応付けて記憶してもよい。この場合、リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に対応付けられる第１の閾値を読み出して用いてもよい。
【０１４５】
また、リクエスト処理部１４０３は、第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に応じて第２の閾値を変更してもよい。すなわち、実行するサービスには、処理負荷が大きいサービスと、処理負荷が小さいサービスとがある。そのため、処理負荷が大きいサービスに対しては第２の閾値を小さくし、処理負荷が小さいサービスに対しては第２の閾値を大きくすることが可能である。したがって、リクエスト処理部１４０３は、サービス識別子及びサービスパラメータの少なくとも一方毎に異なる第２の閾値を、サービス識別子及びサービスパラメータの少なくとも一方に対応付けて記憶してもよい。この場合、リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に対応付けられる第２の閾値を読み出して用いてもよい。
【０１４６】
また、本実施の形態において、リクエスト処理部１４０３が第３のリクエスト受信部、判断部及び第３のリクエスト送信部の一例に相当し、データ処理部１４０５が第３のデータ受信部及び第３のデータ送信部の一例に相当する。
【０１４７】
続いて、端末装置１２によって送信された第２のリクエストパケットを受信した際の中継装置１４の動作について説明する。
【０１４８】
図１０は、端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。
【０１４９】
まず、ステップＳ２１において、リクエスト処理部１４０３は、第２のリクエストパケットを受信する。
【０１５０】
次に、ステップＳ２２において、リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれるサービス識別子と、サービスパラメータと、第２のコンテンツ識別子とに対応するサービス処理結果（同一のサービス処理結果）がデータ記憶部１４１０に存在するか否かを判断する。そして、同一のサービス処理結果がデータ記憶部１４１０に存在すると判断された場合（ステップＳ２２でＹＥＳ）、ステップＳ２３において、リクエスト処理部１４０３は、第２のリクエストパケットを送信した端末装置１２に向け、データ記憶部１４１０に存在するサービス処理結果をデータパケットとして送信し、処理を終了する。
【０１５１】
一方、同一のサービス処理結果がデータ記憶部１４１０に存在しないと判断された場合（ステップＳ２２でＮＯ）、ステップＳ２４において、リクエスト処理部１４０３は、受信した第２のリクエストパケットと同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０８に存在するか否かを判断する。そして、同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０８に存在すると判断された場合（ステップＳ２４でＹＥＳ）、動作を終了する。
【０１５２】
一方、同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０８に存在しないと判断された場合（ステップＳ２４でＮＯ）、ステップＳ２５において、リクエスト処理部１４０３は、第２のリクエストパケットに対してサービス提供装置１３の状態に基づき第２のリクエストパケットを送信するリクエスト送信処理を行い、動作を終了する。
【０１５３】
図１１は、図１０のステップＳ２５におけるリクエスト送信処理の一例を示すフローチャートである。
【０１５４】
まず、ステップＳ２４１において、リクエスト処理部１４０３は、キャッシュ管理部１４０６を参照して、受信した第２のリクエストパケットに対応するサービス処理結果（同一のサービス処理結果）がサービス提供装置１３に存在するか否かを判断する。そして、同一のサービス処理結果がサービス提供装置１３に存在すると判断された場合（ステップＳ２４１でＹＥＳ）、ステップＳ２４２において、リクエスト処理部１４０３は、受信した第２のリクエストパケットをサービス提供装置１３へ送信する。
【０１５５】
一方、同一のサービス処理結果がサービス提供装置１３に存在しないと判断された場合（ステップＳ２４１でＮＯ）、ステップＳ２４３において、リクエスト処理部１４０３は、キャッシュ管理部１４０６を参照し、第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツがサービス提供装置１３に存在するか否かを判断する。ここで、コンテンツがサービス提供装置１３に存在しないと判断された場合（ステップＳ２４３でＮＯ）、ステップＳ２４５の処理へ移行する。
【０１５６】
一方、コンテンツがサービス提供装置１３に存在すると判断された場合（ステップＳ２４３でＹＥＳ）、ステップＳ２４４において、リクエスト処理部１４０３は、処理負荷管理部１４０７を参照し、サービス提供装置１３の処理負荷が第１の閾値以下であるか否かを判断する。ここで、サービス提供装置１３の処理負荷が第１の閾値以下であると判断された場合（ステップＳ２４４でＹＥＳ）、ステップＳ２４２において、リクエスト処理部１４０３は、受信した第２のリクエストパケットをサービス提供装置１３へ送信する。このとき、リクエスト処理部１４０３は、第２のリクエストパケットを受信したインタフェース１４０１に関する情報と、第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子とをリクエスト記憶部１４０８に記憶する。
【０１５７】
一方、サービス提供装置１３の処理負荷が第１の閾値より大きいと判断された場合（ステップＳ２４４でＮＯ）、ステップＳ２４５において、リクエスト処理部１４０３は、経路情報記憶部１４０９を参照し、受信した第２のリクエストパケットを他の中継装置１４に転送可能であるか否かを判断する。すなわち、リクエスト処理部１４０３は、他の中継装置と接続される通信経路に関する経路情報が経路情報記憶部１４０９に記憶されている場合、受信した第２のリクエストパケットを他の中継装置に転送可能であると判断し、他の中継装置と接続される通信経路に関する経路情報が経路情報記憶部１４０９に記憶されていない場合、受信した第２のリクエストパケットを他の中継装置に転送不可能であると判断する。
【０１５８】
第２のリクエストパケットを他の中継装置１４に転送可能であると判断された場合（ステップＳ２４５でＹＥＳ）、ステップＳ２４６において、リクエスト処理部１４０３は、第２のリクエストパケットを他の中継装置１４へ送信する。このとき、リクエスト処理部１４０３は、第２のリクエストパケットを受信したインタフェース１４０１に関する情報と、第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子とをリクエスト記憶部１４０８に記憶する。
【０１５９】
一方、第２のリクエストパケットを他の中継装置１４に転送不可能であると判断された場合（ステップ２４５でＮＯ）、ステップＳ２４７において、リクエスト処理部１４０３は、処理負荷管理部１４０７を参照し、サービス提供装置１３の処理負荷が第１の閾値より小さい第２の閾値以下であるか否かを判断する。
【０１６０】
ここで、サービス提供装置１３の処理負荷が第２の閾値以下であると判断された場合（ステップＳ２４７でＹＥＳ）、ステップＳ２４２において、リクエスト処理部１４０３は、受信した第２のリクエストパケットをサービス提供装置１３へ送信する。このとき、リクエスト処理部１４０３は、第２のリクエストパケットを受信したインタフェース１４０１に関する情報と、第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子とをリクエスト記憶部１４０８に記憶する。
【０１６１】
一方、サービス提供装置１３の処理負荷が第２の閾値より大きいと判断された場合（ステップＳ２４７でＮＯ）、ステップＳ２４８において、リクエスト処理部１４０３は、受信した第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子を含む拒否応答パケットを生成し、生成した拒否応答パケットを第２のリクエストパケットを受信したインタフェース１４０１に送信する。
【０１６２】
なお、リクエスト処理部１４０３は、第１の閾値及び第２の閾値を、第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータの少なくとも一方に応じて変更してもよい。
【０１６３】
このように、中継装置１４は、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続されたサービス提供装置１３との間で、サービス提供装置１３に関する制御情報を取得するだけよい。したがって、ネットワーク全体で交換する制御情報を削減することができる。
【０１６４】
また、サービス提供装置１３の処理負荷が大きい場合、端末装置１２が送信した第２のリクエストパケットに対して、中継装置１４から拒否応答パケットを送信できる。したがって、サービス提供装置１３の余分な処理負荷の増加を防止することができる。
【０１６５】
また、端末装置１２が送信した第２のリクエストパケットを中継装置１４が受信した際、中継装置１４は、第２のリクエストパケットに含まれるサービス識別子とサービスパラメータと第２のコンテンツ識別子とに対応するサービス処理結果が中継装置１４自身又はやサービス提供装置１３に記憶されていない場合、第２のリクエストパケットに含まれるコンテンツ識別子に対応するコンテンツを配信するコンテンツ提供装置１１により近い、他の中継装置及び他のサービス提供装置に、第２のリクエストパケットを優先的に転送することができる。
【０１６６】
したがって、第２のリクエストパケットを受信したサービス提供装置１３が、第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツを取得するために消費するネットワーク全体のネットワーク帯域を削減することができる。
【０１６７】
ここで、本実施の形態におけるコンテンツ及びサービスの具体的な例について説明する。
【０１６８】
図１２は、第２のリクエストパケットに含まれるサービス識別子、サービスパラメータ及び第２のコンテンツ識別子の一例を示す図であり、図１３は、第１のリクエストパケットに含まれる第１のコンテンツ識別子の一例を示す図である。
【０１６９】
例えば、コンテンツ提供装置１１は、監視カメラであってもよい。この場合、コンテンツは、監視カメラによって撮影された映像データである。また、サービスは、監視カメラによって撮影された映像データの中から特定の車又は人を検索する映像検索サービス、又は監視カメラによって撮影された映像データの中から特定の車又は人を解析する映像解析サービスなどである。
【０１７０】
図１２に示すように、映像検索サービスにおいて、サービス識別子は、例えば“／ｖｉｄｅｏ＿ｓｅａｒｃｈ”であり、映像データの中から特定のナンバープレートの番号“ｘｘｘｘ”の車を検索するためのサービスパラメータは、例えば“／ｃａｒ／ｎｏ＿ｘｘｘｘ”であり、特定の監視カメラの映像データを識別するための第２のコンテンツ識別子は、例えば“／ｃａｍｅｒａ＿ｉｄ＝＊＊＊＊＊＊＊”である。また、映像データの中から特定の画像“ｙｙｙｙｙ．ｊｐｅｇ”の人物を検索するためのサービスパラメータは、例えば“／ｈｕｍａｎ／ｉｍａｇｅ＝ｙｙｙｙｙ．ｊｐｅｇ”である。また、映像データの中から特定の識別子“ｚｚｚｚｚ”の人物を検索するためのサービスパラメータは、例えば“／ｈｕｍａｎ／ｉｄ＝ｚｚｚｚｚ”である。
【０１７１】
映像解析サービスにおいて、サービス識別子は、例えば“／ｖｉｄｅｏ＿ａｎａｌｙｓｉｓ”であり、映像データの中から特定の時間“ｘｘｘｘ”に撮影された白色の車をカウントするためのサービスパラメータは、例えば“／ｃａｒ＿ｃｏｕｎｔ／ｃｏｌｏｒ＝ｗｈｉｔｅ／ｔｉｍｅ＝ｘｘｘｘ”であり、特定の監視カメラの映像データを識別するための第２のコンテンツ識別子は、例えば“／ｃａｍｅｒａ＿ｉｄ＝＊＊＊＊＊＊＊”である。また、映像データの中から特定の性別“ｆｅｍａｌｅ”の人物をカウントするためのサービスパラメータは、例えば“／ｈｕｍａｎ＿ｃｏｕｎｔ／ｇｅｎｄｅｒ＝ｆｅｍａｌｅ”である。
【０１７２】
図１３に示すように、監視カメラから映像データを取得する場合、第１のコンテンツ識別子は、例えば“／ｃａｍｅｒａ＿ｉｄ＝＊＊＊＊＊＊＊／Ｈ２６４＿ＨＤ３Ｍｂｐｓ／ｇｏｐ＿ｉｄ＝ｘｘｘｘｘ”で表される。この場合、特定の識別子“＊＊＊＊＊＊＊”を有する監視カメラから、Ｈ．２６４規格で圧縮された映像データのうちの特定の識別子“ｘｘｘｘｘ”のＧｏＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）がコンテンツとして取得される。また、第１のコンテンツ識別子は、例えば“／ｃａｍｅｒａ＿ｉｄ＝＊＊＊＊＊＊＊／Ｈ２６４＿ＨＤ３Ｍｂｐｓ／ｆｒａｍｅ＿ｘｘｘｘｘ／ｓｅｇｍｅｎｔ＿ｙｙｙｙｙｙ”で表されてもよい。この場合、特定の識別子“＊＊＊＊＊＊＊”を有する監視カメラから、Ｈ．２６４規格で圧縮された映像データのうちの特定のフレーム“ｘｘｘｘｘ”の特定のセグメント“ｙｙｙｙｙｙ”がコンテンツとして取得される。
【０１７３】
また、例えば、コンテンツ提供装置１１は、温度、湿度又は気温を測定するセンサであってもよい。この場合、コンテンツは、センサによって測定されたセンシングデータである。また、サービスは、センサによって測定されたセンシングデータから平均値などの統計値を算出するセンシングデータ解析サービスなどである。
【０１７４】
図１２に示すように、センシングデータ解析サービスにおいて、サービス識別子は、例えば“／ｓｅｎｓｉｎｇ＿ｄａｔａ＿ａｎａｌｙｓｉｓ”であり、センシングデータの中から温度の平均値を算出するためのサービスパラメータは、例えば“／ａｖｅｒａｇｅ／ｔｅｍｐｅｒａｔｕｒｅ”であり、特定の地域に配置されたセンサのセンシングデータを識別するための第２のコンテンツ識別子は、例えば“／ｓｐｅｃｉｆｉｅｄ＿ａｒｅａ＝＊＊＊＊＊＊＊＊”である。
【０１７５】
図１３に示すように、センサからセンシングデータを取得する場合、第１のコンテンツ識別子は、例えば“／ｄｅｖｉｃｅ＿ｉｄ＝＊＊＊＊＊＊／ｄａｔａ＝ｔｅｍｐｅｒａｔｕｒｅ／ｔｉｍｅ＝ｘｘｘｘｘｘｘｘ”で表される。この場合、特定の識別子“＊＊＊＊＊＊”を有するセンサから、特定の時間“ｘｘｘｘｘｘｘｘ”における温度データがコンテンツとして取得される。
【０１７６】
このように、本実施の形態では、監視カメラによって撮影された映像データの中から、特定の画像のみを抽出するサービスを実行することができる。また、本実施の形態では、センサによって測定されたセンシングデータ（例えば、温度、湿度又は気温など）の中から、特定のセンシングデータ（例えば、温度）のみを抽出して統計値を算出するサービスを実行することができる。
【０１７７】
なお、本実施の形態では、中継装置１４は、１つのサービス提供装置１３と接続されているが、本開示は特にこれに限定されず、中継装置１４は、複数のサービス提供装置１３と接続されてもよい。
【０１７８】
図１４は、本開示の実施の形態の変形例におけるサービス提供システムの構成の一例を示す図である。図１４に示すサービス提供システムは、コンテンツ提供装置１１と、端末装置１２と、複数のサービス提供装置１３１，１３２と、中継装置１４とを備える。
【０１７９】
なお、サービス提供システムは、複数のコンテンツ提供装置１１と、複数の端末装置１２と、複数の中継装置１４とを備えてもよい。また、コンテンツ提供装置１１と端末装置１２との間には、複数の中継装置１４が接続されていてもよい。
【０１８０】
ここで、中継装置１４には、複数のサービス提供装置１３１，１３２が直接又はネットワークスイッチ等を介して間接的に接続される。複数のサービス提供装置１３１，１３２の構成は、図７に示すサービス提供装置１３の構成と同じである。
【０１８１】
このように、中継装置１４に複数のサービス提供装置１３１，１３２が接続されている場合、処理負荷管理部１４０７は、負荷情報を複数のサービス提供装置１３１，１３２のそれぞれから取得して蓄積する。また、キャッシュ管理部１４０６は、複数のサービス提供装置１３１，１３２に蓄積されているコンテンツを識別するための第２のコンテンツ識別子に関する情報を複数のサービス提供装置１３１，１３２から取得して蓄積してもよい。また、キャッシュ管理部１４０６は、複数のサービス提供装置１３１，１３２に蓄積されているサービス処理結果に対応するサービス識別子とサービスパラメータと第２のコンテンツ識別子とに関する情報を複数のサービス提供装置１３１，１３２から取得して蓄積してもよい。
【０１８２】
リクエスト処理部１４０３は、サービス処理結果が複数のサービス提供装置１３１，１３２のそれぞれに蓄積されているか否かを判断してもよい。サービス処理結果が複数のサービス提供装置１３１，１３２に蓄積されていると判断された場合、リクエスト処理部１４０３は、複数のサービス提供装置１３１，１３２の中から処理負荷が最も小さいサービス提供装置を選択し、選択したサービス提供装置へ第２のリクエストパケットを送信してもよい。
【０１８３】
なお、サービス処理結果が複数のサービス提供装置１３１，１３２に蓄積されていると判断された場合、リクエスト処理部１４０３は、複数のサービス提供装置１３１，１３２の中から処理負荷が所定の閾値以下であり、かつ最も小さいサービス提供装置を選択してもよい。
【０１８４】
また、リクエスト処理部１４０３は、図１１のステップＳ２４４又はステップＳ２４７において、複数のサービス提供装置１３１，１３２の中から処理負荷が第１の閾値以下又は第２の閾値以下のサービス提供装置を選択して第２のリクエストパケットを送信してもよい。また、複数のサービス提供装置の処理負荷が第１の閾値以下又は第２の閾値以下である場合は、リクエスト処理部１４０３は、処理負荷が第１の閾値以下又は第２の閾値以下である複数のサービス提供装置の中から最も処理負荷が小さいサービス提供装置を選択してもよい。
【０１８５】
なお、図１１のステップＳ２４８において生成される、第２のリクエストパケットに対応する拒否応答パケットは、例えばＣＣＮで導入が検討されているＮＡＣＫ（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）パケットであってもよい。
【０１８６】
また、拒否応答パケットは、第２のリクエストパケットに拒否応答を示す情報を追加したリクエストパケットであってもよい。この場合、例えば、第２のリクエストパケットの名前に拒否応答を示す情報が追記されてもよい。
【０１８７】
また、拒否応答パケットは、第２のリクエストパケットに拒否応答を示す情報を含めたデータパケットであってもよい。
【０１８８】
以下では、他の中継装置１４によって送信された拒否応答パケットを中継装置１４が受信した際の中継装置１４の動作について説明する。
【０１８９】
図１５は、端末装置によって送信された第２のリクエストパケットに対応する拒否応答パケットを中継装置が受信した際の中継装置の動作を示すフローチャートである。
【０１９０】
まず、ステップＳ３１において、拒否応答処理部１４０２は、他の中継装置１４によって送信された拒否応答パケットを受信する。
【０１９１】
次に、ステップＳ３２において、拒否応答処理部１４０２は、処理負荷管理部１４０７を参照し、サービス提供装置１３の処理負荷が第２の閾値以下であるか否かを判断する。
【０１９２】
ここで、サービス提供装置１３の処理負荷が第２の閾値以下であると判断された場合（ステップＳ３２でＹＥＳ）、ステップＳ３３において、拒否応答処理部１４０２は、受信した拒否応答パケットに含まれるサービス識別子とサービスパラメータと第２のコンテンツ識別子とを含む第２のリクエストパケットを生成し、生成した第２のリクエストパケットをサービス提供装置１３へ送信し、処理を終了する。
【０１９３】
一方、サービス提供装置１３の処理負荷が第２の閾値より大きいと判断された場合（ステップＳ３２でＮＯ）、ステップＳ３４において、拒否応答処理部１４０２は、受信した拒否応答パケットに含まれるサービス識別子とサービスパラメータと第２のコンテンツ識別子とに対応する、サービス識別子とサービスパラメータと第２のコンテンツ識別子とを含む第２のリクエストパケットを受信したインタフェース１４０１の情報をリクエスト記憶部１４０８から取得し、取得したインタフェース１４０１を介して拒否応答パケットを他の中継装置へ送信する。このとき、拒否応答処理部１４０２は、リクエスト記憶部１４０８に記憶されている第２のリクエストパケットに関する情報を削除し、処理を終了する。
【産業上の利用可能性】
【０１９４】
本開示に係る通信方法、中継装置及び通信システムは、ネットワーク全体で消費するネットワーク帯域を削減することができ、リクエストパケット及びデータパケットを中継する通信方法、中継装置及び通信システムに有用である。
【符号の説明】
【０１９５】
１０    コンテンツ指向型ネットワーク
１１    コンテンツ提供装置
１２    端末装置
１３    サービス提供装置
１４    中継装置
１３１，１３２    サービス提供装置
１１０１    インタフェース
１１０２    リクエスト受信部
１１０３    データ送信部
１１０４    データ生成部
１１０５    データ蓄積部
１２０１    インタフェース
１２０２    経路情報処理部
１２０３    リクエスト送信部
１２０４    データ受信部
１２０５    経路情報記憶部
１２０６    アプリケーション
１３０１    インタフェース
１３０２    経路情報処理部
１３０３    リクエスト送信部
１３０４    データ受信部
１３０５    リクエスト受信部
１３０６    データ送信部
１３０７    経路情報記憶部
１３０８    サービス提供部
１３０９    データ蓄積部
１４０１    インタフェース
１４０２    拒否応答処理部
１４０３    リクエスト処理部
１４０４    経路情報処理部
１４０５    データ処理部
１４０６    キャッシュ管理部
１４０７    処理負荷管理部
１４０８    リクエスト記憶部
１４０９    経路情報記憶部
１４１０    データ記憶部
【図１】
2017098867.tif 000003
【図２】
2017098867.tif 000004
【図３】
2017098867.tif 000005
【図４】
2017098867.tif 000006
【図５】
2017098867.tif 000007
【図６】
2017098867.tif 000008
【図７】
2017098867.tif 000009
【図８】
2017098867.tif 000010
【図９】
2017098867.tif 000011
【図１０】
2017098867.tif 000012
【図１１】
2017098867.tif 000013
【図１２】
2017098867.tif 000014
【図１３】
2017098867.tif 000015
【図１４】
2017098867.tif 000016
【図１５】
2017098867.tif 000017