(57)【要約】【課題】動画配信制御メッセージを送信するサーバのアドレスを解決し、ＮＧＮに対応していない端末が、ＮＧＮを用いた動画配信サービスを受けること。【解決手段】端末側インタフェース部２０１は、端末１０２とメッセージの送受信を行う。情報抽出部２０２は、端末側インタフェース部２０１で受信したメッセージから情報を抽出する。アドレス解決部２０３は、情報抽出部２０２で抽出された情報をアドレス解決サーバ１０５へ送信し、アドレス解決サーバ１０５から配信制御サーバ１０６のアドレスを取得する。サーバ側インタフェース部２０４は、サービス事業者設備１０３の各サーバとメッセージの送受信を行う。セットアップ部２０５は、配信制御サーバ１０６との間でメッセージの送受信を行い、接続準備を行う。アドレス保持部２０７は、セットアップ部２０５から通知される配信制御サーバ１０６のアドレスなどを保持する。【選択図】図２
2009135832.tif 000002
【特許請求の範囲】
【請求項１】
第１プロトコルを用いて端末との間でデータ転送を行い、第２プロトコルを用いてサービス事業者の各サーバとの間でデータ転送を行うゲートウェイ装置であって、
前記端末から前記第１プロトコルを用いて送信されたメッセージの中から動画コンテンツを配信するための第１情報を抽出する情報抽出部と、
前記第２プロトコルを用いて前記第１情報をアドレス解決サーバに送信し、前記アドレス解決サーバにおいて前記第１情報に基づいて選択された配信制御サーバのアドレスを取得するアドレス解決部と、
を具備するゲートウェイ装置。
【請求項２】
前記情報抽出部は、セットアップメッセージの中からコンテンツ識別子および伝送帯域を第１情報として抽出する、請求項１記載のゲートウェイ装置。
【請求項３】
前記選択された配信制御サーバとの間でメッセージの送受信を行い、接続準備を行うセットアップ部をさらに具備する、請求項１または請求項２に記載のゲートウェイ装置。
【請求項４】
前記端末のアドレスおよび前記選択された配信制御サーバのアドレスを用いて、前記端末と前記配信制御サーバとの間のメッセージの送受信の中継を行うメッセージ中継部をさらに具備する、請求項１から請求項３のいずれかに記載のゲートウェイ装置。
【請求項５】
前記メッセージ中継部は、前記選択された配信制御サーバから受信したメッセージが最終メッセージであるか否かを判断し、最終メッセージである場合には、保持されている前記端末のアドレスおよび前記配信制御サーバのアドレスをメモリから削除する、請求項４記載のゲートウェイ装置。
【請求項６】
前記アドレス解決部から処理失敗が通知された場合、エラーメッセージを生成して前記端末に送信するメッセージ生成部をさらに具備する、請求項１から請求項５のいずれかに記載のゲートウェイ装置。
【請求項７】
前記アドレス解決部は、前記第２プロトコルのエラーメッセージを受信した場合、および、前記アドレス解決サーバにおいて配信制御サーバを選択できなかったことを表すメッセージを受信した場合に、前記メッセージ生成部に処理失敗を通知する、請求項６記載のゲートウェイ装置。
【請求項８】
前記端末から受信されたメッセージが前記第１プロトコルの書式に合致しているか否かをチェックする端末側インターフェース部を具備し、
前記メッセージ生成部は、前記端末から受信されたメッセージが前記第１プロトコルの書式に合致していなければ、エラーメッセージを生成して前記端末に送信する、請求項６または請求項７に記載のゲートウェイ装置。
【請求項９】
動画配信先アドレスとして前記端末のアドレスを取得し、配信先アドレス受信サーバへ前記動画配信先アドレスを送信する動画配信アドレス取得送信部をさらに具備する、請求項１から請求項８のいずれかに記載のゲートウェイ装置。
【請求項１０】
動画配信先アドレスとしてルータのＷＡＮ（Wide Area Network）側に設定されているグローバルアドレスを取得し、配信先アドレス受信サーバへ前記動画配信先アドレスを送信する動画配信アドレス取得送信部をさらに具備する、請求項１から請求項８のいずれかに記載のゲートウェイ装置。
【請求項１１】
ルータ機能を有し、
動画配信先アドレスとして前記グローバルアドレスを取得し、配信先アドレス受信サーバへ前記動画配信先アドレスを送信する動画配信アドレス取得送信部をさらに具備する、請求項１から請求項８のいずれかに記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末とサービス事業者との間に設置され、プロトコルを変換して端末とサービス事業者のサーバとの間のデータ転送を行うゲートウェイ装置に関する。
【背景技術】
【０００２】
近年、ネットワークを用いた動画配信サービスを提供する事業が活発化している。具体的には、パーソナルコンピュータ（以下、「ＰＣ」と省略する）向けの動画配信サービスや、通信事業者などが専用のセットトップボックスをユーザにレンタルまたは販売し、その専用セットトップボックスを利用した動画配信サービスが提供されている。さらに、最近では、動画配信サービスを受ける機能が実装されたテレビが複数のメーカから発売され、それらのテレビに向けたサービスも実施されている。
【０００３】
また、ＮＧＮ（Next Generation Network）と呼ばれる、通信事業者によって通信の品質などが管理されたネットワークの導入が進められている。このネットワークでは、制御プロトコルとしてＳＩＰ（Session Initiation Protocol）が用いられる。
【０００４】
このＮＧＮを用いて動画配信サービスを受ける場合、端末（テレビやＰＣ、セットトップボックスなど）は、ＳＩＰプロトコルに対応する機能を実装していれば、あらかじめＳＩＰプロトコルを用いてコンテンツ識別子や必要とする伝送帯域の情報などをサービス事業者（または通信事業者のサーバ）に通知することができる。サービス事業者は、複数存在する配信制御サーバやコンテンツ配信サーバの中から適切なサーバを選択し、動画配信サービスの開始前に、必要なネットワークリソースの確保などを行ない、接続するサーバのアドレスを端末に通知する。端末は、通知を受けたサーバに接続することによって、品質の高い動画配信サービスを受けることが可能になる。
【０００５】
しかし、現在、市販されている動画配信サービス対応のテレビは、ＳＩＰプロトコルに対応する機能を実装していないため、コンテンツ識別子や必要とする伝送帯域の情報などを直接サービス事業者に通知することができない。また、今後市販されるテレビにおいても、ＳＩＰプロトコルの詳細な内容が通信事業者ごとに異なる可能性があり、それら通信事業者ごとに異なるＳＩＰプロトコルに対応することは現実的に困難であるためである。
【０００６】
したがって、市販されているテレビ等、ＮＧＮに対応していない端末がＮＧＮを用いた動画配信サービスを受けるためには、この端末が対応している一般的な動画制御プロトコルとＮＧＮで利用されるＳＩＰプロトコルとを互いに変換するゲートウェイ装置を端末とサービス事業者との間に設置することが必要となる。なお、一般的な動画配信制御プロトコルの例として、ＲＴＳＰ（Real Time Streaming Protocol）などがある。
【０００７】
動画配信の技術分野において、プロトコルの変換を行うゲートウェイ装置に関する発明が、特許文献１に開示されている。
【特許文献１】特開２００４−２５４２０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ここで、ＮＧＮを用いた動画配信サービスでは、ＳＩＰプロトコルを用いて動画配信制御メッセージを送信するサーバのアドレスがサービスを受ける過程で特定されることから、端末がこのサーバのアドレスを事前に知ることはできない。
【０００９】
したがって、ＮＧＮに対応していない端末は、ゲートウェイ装置が動画配信制御メッセージを送信するサーバのアドレスを解決しなければ、ＮＧＮを用いた動画配信サービスを受けることができない。
【００１０】
しかしながら、特許文献１に開示されているゲートウェイ装置は、データのパラメータなどを書き換え、中継しているだけであり、受信した情報を元にサーバと通信を行い、以後のデータを送信するサーバのアドレスを特定するような機能を有していない。
【００１１】
本発明はかかる点に鑑みてなされたものであり、動画配信制御メッセージを送信するサーバのアドレスを解決し、ＮＧＮに対応していない端末が、ＮＧＮを用いた動画配信サービスを受けることができるゲートウェイ装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のゲートウェイ装置は、第１プロトコルを用いて端末との間でデータ転送を行い、第２プロトコルを用いてサービス事業者の各サーバとの間でデータ転送を行うゲートウェイ装置であって、前記端末から前記第１プロトコルを用いて送信されたメッセージの中から動画コンテンツを再生配信するための第１情報を抽出する情報抽出手段部と、前記第２プロトコルを用いて前記第１情報を前記アドレス解決サーバに送信し、前記アドレス解決サーバにおいて前記第１情報に基づいて選択された配信制御サーバのアドレスを取得するアドレス解決部と、を具備する構成を採る。
【発明の効果】
【００１３】
本発明によれば、ゲートウェイ装置が、端末から送信されたメッセージの中から動画コンテンツを再生するために必要な情報を抽出してサービス事業者に送信し、サービス事業者から、動画配信制御メッセージを送信するサーバのアドレスを取得することができる。これにより、動画配信制御メッセージを送信するサーバのアドレスを解決することができるので、ＮＧＮに対応していない端末が、従来と同じく一般的な動画配信制御プロトコルに対応するだけで、ＮＧＮを用いた動画配信サービスも受けることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１５】
（一実施の形態）
１．システムの構成
図１は、本発明の一実施の形態に係るゲートウェイ装置を含むシステム構成を示す図である。図１のシステムは、ゲートウェイ装置１０１と、端末１０２と、サービス事業者設備１０３と、から構成される。サービス事業者設備１０３には、アプリケーションサーバ１０４、アドレス解決サーバ１０５、配信制御サーバ１０６、配信先アドレス受信サーバ１０７および動画配信サーバ１０８が存在する。
【００１６】
ゲートウェイ装置１０１は、例えば、端末１０２との間で、一般的な動画制御プロトコルを用いて各種制御メッセージを送受信し、サービス事業者設備１０３との間で、ＳＩＰプロトコルを用いて各種制御メッセージを送受信する。
【００１７】
端末１０２は、サービス事業者設備１０３のアプリケーションサーバ１０４よりゲートウェイ装置１０１のアドレス情報および配信制御サーバ１０６のアドレス等の、アドレス解決サーバ１０５が決定する上で必要となる情報を取得する。そして、端末１０２は、一般的な動画制御プロトコルのネットワークを介してゲートウェイ装置１０１に接続し、サービス事業者設備１０３の動画配信サーバ１０８より動画配信サービスを受ける。なお、動画配信サービスとは、サービス事業者設備１０３から端末１０２へ動画コンテンツを提供し、端末１０２において再生することを指す。
【００１８】
アプリケーションサーバ１０４は、動画コンテンツを再生するために必要な情報を端末１０２に提供する。動画コンテンツを再生するために必要な情報として、コンテンツ識別子、動画コンテンツをネットワークで送信する際に必要となる帯域（以下、「必要伝送帯域」という）、ユーザ識別子、ユーザのグループを特定する識別子、端末の識別子、都道府県やより詳細な地域を表す識別子等がある。
【００１９】
アドレス解決サーバ１０５は、ゲートウェイ装置１０１の要求に応じて、１つ以上存在する配信制御サーバ１０６の中から１つを選択し、その選択した配信制御サーバ１０６のアドレスをゲートウェイ装置１０１に返却する。
【００２０】
配信制御サーバ１０６は、ゲートウェイ装置１０１の要求に応じて、動画の再生、停止等、動画配信サーバ１０８の制御を行い、応答メッセージをゲートウェイ装置１０１に返却する。
【００２１】
配信先アドレス受信サーバ１０７は、ゲートウェイ装置１０１から、動画配信サーバ１０８が動画を配信する宛先となるアドレス情報を受信し、動画配信サーバ１０８に通知し、応答メッセージをゲートウェイ装置１０１に返却する。なお、アドレスの通知には、配信先アドレス受信サーバ１０７から動画配信サーバ１０８へ直接行う場合、配信制御サーバ１０６を経由する場合、その他の本実施の形態に記載しない機能などを経由する場合がある。
【００２２】
動画配信サーバ１０８は、配信制御サーバ１０６の制御に従い、端末１０２に動画を配信する。動画配信サーバ１０８は、１つ以上存在し、配信制御サーバ１０６のアドレスが特定されると、それに応じて動画配信サーバ１０８のアドレスも特定される。
【００２３】
２．ゲートウェイ装置１０１の構成
次に、本実施の形態に係るゲートウェイ装置１０１の構成について説明する。なお、各構成部分の具体的な動作については、後で詳細に説明する。
【００２４】
図２は、本実施の形態に係るゲートウェイ装置１０１の構成を示すブロック図である。
ゲートウェイ装置１０１は、端末側インタフェース部２０１と、情報抽出部２０２と、アドレス解決部２０３と、サーバ側インタフェース部２０４と、セットアップ部２０５と、メッセージ生成部２０６と、アドレス保持部２０７と、動画配信アドレス取得送信部２０８と、メッセージ中継部２０９と、から主に構成される。
【００２５】
端末側インタフェース部２０１は、端末１０２とメッセージの送受信を行う。また、端末側インタフェース部２０１は、端末１０２から送信されたメッセージをチェックする。メッセージのチェックとは、具体的に、ＲＦＣ２３２６に規定されているＲＴＳＰプロトコルの書式に合致しているかなどをチェックすることである。
【００２６】
情報抽出部２０２は、端末側インタフェース部２０１で受信したメッセージから情報を抽出し、アドレス解決部２０３へ出力する。
【００２７】
アドレス解決部２０３は、情報抽出部２０２で抽出された情報をアドレス解決サーバ１０５へ送信し、アドレス解決サーバ１０５から配信制御サーバ１０６のアドレスを取得する。
【００２８】
サーバ側インタフェース部２０４は、サービス事業者設備１０３の各サーバとメッセージの送受信を行う。
【００２９】
セットアップ部２０５は、配信制御サーバ１０６との間でメッセージの送受信を行い、接続準備を行う。
【００３０】
メッセージ生成部２０６は、アドレス解決部２０３や端末側インタフェース部２０１の処理結果に基づいてメッセージを生成する。
【００３１】
アドレス保持部２０７は、セットアップ部２０５から通知される配信制御サーバ１０６のアドレスなどを保持する。
【００３２】
動画配信アドレス取得送信部２０８は、動画配信先アドレスとして、動画を受信する端末１０２のアドレスを取得し、サーバ側インタフェース部２０４を介して配信先アドレス受信サーバ１０７に端末１０２のアドレスを通知する。
【００３３】
メッセージ中継部２０９は、端末１０２から端末側インタフェース部２０１が受信したメッセージをサーバ側インタフェース部２０４から配信制御サーバ１０６へ、配信制御サーバ１０６からサーバ側インタフェース部２０４が受信したメッセージを端末側インタフェース部２０１から端末１０２へと中継を行う。
【００３４】
以下、ゲートウェイ装置１０１の各部の具体的な動作について、詳細に説明する。
【００３５】
３．１．端末側インタフェース部２０１の動作
端末側インタフェース部２０１のメッセージ受信時の動作を、図３のフロー図を用いて説明する。
【００３６】
まず、端末側インタフェース部２０１は、端末１０２からメッセージを受信する（Ｓ３０１）。本実施の形態では、ゲートウェイ装置１０１が受信するメッセージとして、ストリーム配信制御プロトコルとしてＲＦＣ２３２６において規定されているＲＴＳＰのメッセージを用いて説明する。なお、メッセージは、ＲＴＳＰプロトコルのメッセージに限定されるものではなく、動画配信の制御を行うプロトコルのメッセージであればよい。
【００３７】
次に、端末側インタフェース部２０１は、Ｓ３０１で受信したメッセージをチェックする（Ｓ３０２）。
【００３８】
メッセージのチェックで不備などが発見されず、問題なしと判断した場合（Ｓ３０２；ＹＥＳ）、端末側インタフェース部２０１は、Ｓ３０１で受信したメッセージがセットアップメッセージか否かを判断する（Ｓ３０３）。なお、セットアップメッセージであるかどうかは、メッセージの１行目の行頭に「ＳＥＴＵＰ」と記載されているか否かで判断する。
【００３９】
Ｓ３０３において、セットアップメッセージではない判断した場合（Ｓ３０３；ＮＯ）、端末側インタフェース部２０１は、Ｓ３０１で受信したメッセージをメッセージ中継部２０９へ通知し（Ｓ３０４）、処理を終了する。
【００４０】
一方、Ｓ３０３において、セットアップメッセージであると判断した場合（Ｓ３０３；ＹＥＳ）、端末側インタフェース部２０１は、Ｓ３０１で受信したメッセージを情報抽出部２０２およびセットアップ部２０５へ通知し（Ｓ３０６）、処理を終了する。
【００４１】
また、Ｓ３０２におけるメッセージのチェックで不備などが発見され、問題ありと判断した場合（Ｓ３０２；ＮＯ）、端末側インタフェース部２０１は、メッセージ生成部２０６へ処理失敗を通知し（Ｓ３０５）、処理を終了する。
【００４２】
図４は、端末側インタフェース部２０１に受信されるメッセージの一例を示す図である。図４（ａ）に示したセットアップメッセージ４１０は、１行目の行頭に「ＳＥＴＵＰ」と記載されているため、セットアップメッセージであると特定することができる。同様に、図４（ｂ）に示した再生メッセージ４２０は、１行目の行頭に「ＰＬＡＹ」と記載されているため、再生メッセージであると特定することができる。図４（ｃ）に示した停止メッセージ４３０は、１行目の行頭に「ＴＥＡＲＤＯＷＮ」と記載されているため、停止メッセージであると特定することができる。
【００４３】
また、メッセージは端末１０２よりＴＣＰ／ＩＰのプロトコルで伝送される場合、ＩＰパケットのヘッダより端末１０２のアドレスを取得することができる。例えば、「１３３．１６８．０．３」といったアドレスを取得することができる。本実施の形態では、端末１０２のアドレスとして、「１３３．１６８．０．３」を取得することができたものとする。この端末１０２のアドレスは、以下の説明において特に言及しないが、メッセージやそこから抽出される情報と共に、情報抽出部２０２、アドレス解決部２０３、セットアップ部２０５を経て、アドレス保持部２０７で保持される場合がある。なお、端末アドレスは、これらの構成を経由せず直接セットアップ部２０５に通知され、他の情報と共にアドレス保持部２０７において保持されるなど、本発明では、情報の経由先などは特に限定しない。また、メッセージは、ＴＣＰ／ＩＰで伝送される場合に限定されず、他の方法によってもネットワークのアドレスを取得できることができる。
【００４４】
次に、端末側インタフェース部２０１の動作の具体例として、図４（ａ）に示すセットアップメッセージ４１０を受信した場合について説明する。
【００４５】
まず、Ｓ３０１において、図４（ａ）に示すセットアップメッセージ４１０を受信すると、端末側インタフェース部２０１は、Ｓ３０２において、受信したセットアップメッセージ４１０をチェックする。
【００４６】
セットアップメッセージ４１０をチェックした結果、問題なしと判断した場合（Ｓ３０２；ＹＥＳ）、端末側インタフェース部２０１は、Ｓ３０３において、セットアップメッセージ４１０の１行目の行頭をチェックし、「ＳＥＴＵＰ」と記載されていることから、セットアップメッセージであると判断する。次に、Ｓ３０６において、セットアップメッセージ４１０を情報抽出部２０２へ通知し、処理を終了する。
【００４７】
次に、端末側インタフェース部２０１の動作の具体例として、図４（ｂ）に示す再生メッセージ４２０を受信した場合について説明する。
【００４８】
まず、Ｓ３０１において、図４（ｂ）に示す再生メッセージ４２０を受信すると、端末側インタフェース部２０１は、Ｓ３０２において、受信した再生メッセージ４２０をチェックする。
【００４９】
再生メッセージ４２０をチェックした結果、問題なしと判断した場合（Ｓ３０２；ＹＥＳ）、端末側インタフェース部２０１は、Ｓ３０３において、再生メッセージ４２０の１行目の行頭をチェックし、「ＰＬＡＹ」と記載されていることから、セットアップメッセージではないと判断する。Ｓ３０４において、端末側インタフェース部２０１は、再生メッセージ４２０をメッセージ中継部２０９へ通知し、処理を終了する。
【００５０】
３．２．情報抽出部２０２の動作
情報抽出部２０２は、端末側インタフェース部２０１より取得したセットアップメッセージから、アドレス解決部２０３でアドレス解決を行う上で必要となる情報を抽出する。なお、セットアップメッセージのアドレス解決に必要な情報を記載する箇所や形は、事前にアドレスを作成する装置と情報抽出部２０２との間で決められていなければならない。
【００５１】
本実施の形態では、事前にＲＴＳＰプロトコルのセットアップメッセージ中のアドレス情報の中に、アドレス解決部２０３が利用する情報を記載する。また、情報の記載方法は、文字「？」以降の部分に、文字「＆」で区切り、アドレス解決部２０３が利用する情報を記載する。また、コンテンツ識別子は、「ｃｏｎｔｅｎｔＩｄ＝」の次に記載し、必要伝送帯域は「ｂｉｔｒａｔｅ＝」の次に記載する。この決められた規則に従い、情報抽出部２０２は、アドレス解決部２０３が利用する情報を抽出し、アドレス解決部２０３へ通知する。
【００５２】
具体例として、端末側インタフェース部２０１から図４（ａ）のセットアップメッセージ４１０を取得した場合の情報抽出部２０２の動作を説明する。
【００５３】
まず、情報抽出部２０２は、端末側インタフェース部２０１より取得したセットアップメッセージ４１０の１行目に記載されている以下の記述を取り出す。
「ＳＥＴＵＰ  ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０  ＲＴＳＰ／１．０」
【００５４】
この行は、ＲＴＳＰプロトコルにおいて、メッセージ種別、アドレス情報、ＲＴＳＰのバージョン情報が順にスペースで区切られて記載する。情報抽出部２０２は、ここから、アドレス情報を取り出す。取り出されたアドレス情報は、以下の通りである。
「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」
【００５５】
次に、情報抽出部２０２は、取り出したアドレス情報の中から「？」以降の部分を取り出す。取り出された「？」以降の部分は以下の通りである。
「ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」
【００５６】
次に、情報抽出部２０２は、アドレス情報の中から取り出した「？」以降の部分をさらに「＆」の文字で分割し、「＆」の文字は削除する。この処理をした結果、以下の２つの文字列が取得される。
「ｃｏｎｔｅｎｔＩｄ＝１２３４」
「ｂｉｔｒａｔｅ＝１０」
【００５７】
情報抽出部２０２は、これらの文字列からコンテンツ識別子が「１２３４」であり、必要伝送帯域が「１０」（例えば、１０Ｍｂｐｓの伝送帯域である）であるという情報を抽出することができる。
【００５８】
情報抽出部２０２は、この抽出したコンテンツ識別子「１２３４」と必要伝送帯域「１０」をアドレス解決部２０３へ通知する。
【００５９】
なお、本実施の形態では、アドレス解決部２０３がアドレス解決の際に利用する情報は、ＲＴＳＰプロトコルのセットアップメッセージ中のアドレス情報の中に記載する方法をとったが、本発明はこの方法に限定されるものではない。また、抽出される情報は、情報を記載する装置と、その情報を抽出する情報抽出部２０２との間で事前に定められ、用いている動画配信制御プロトコルの書式として正しいと判断されるように記載しておき、その記載されている情報を抽出できればよい。
【００６０】
３．３．アドレス解決部２０３の動作
アドレス解決部２０３は、情報抽出部２０２が抽出した情報を用いて、アドレス解決サーバ１０５との間で、配信制御サーバ１０６のアドレスを解決する。なお、アドレス解決サーバ１０５のアドレスは、事前にアドレス解決部２０３に設定されているなどして、解決済みであるとする。アドレス解決部２０３とアドレス解決サーバ１０５との間では、ＳＩＰプロトコルを用いて、サーバ側インタフェース部２０４を経由して情報の送受信が行われる。この情報の送受信によって、アドレス解決部２０３は、情報抽出部２０２から取得したコンテンツ識別子と必要伝送帯域をアドレス解決サーバ１０５に送信し、アドレス解決サーバ１０５から、選択された配信制御サーバ１０６のアドレスを受信する。
【００６１】
なお、本実施の形態では、アドレス解決部２０３とアドレス解決サーバ１０５との間の情報の送受信にＳＩＰプロトコルを用いたが、これは一例であり、本発明はこれに限定されるものではない。また、このアドレス解決部２０３とアドレス解決サーバ１０５との間での情報の送受信の方法に関しては本発明の主眼ではないため、詳細な説明は割愛する。
【００６２】
アドレス解決部２０３は、アドレス解決サーバ１０５から取得した配信制御サーバ１０６のアドレスをセットアップ部２０５へ通知する。
【００６３】
また、アドレス解決部２０３は、アドレス解決サーバ１０５との間での、配信制御サーバ１０６のアドレス解決処理に失敗した場合、失敗したということをメッセージ生成部２０６へ通知する。なお、アドレス解決処理の失敗とは、アドレス解決処理に利用したＳＩＰプロトコルのエラーメッセージを受信した場合だけでなく、ＳＩＰプロトコルとしては成功を表す「２００  ＯＫ」を含むメッセージを受信し、アドレス解決処理を終了した場合でも、アドレス解決サーバ１０５において適切な配信制御サーバ１０６を選択できなかったことを表すメッセージを受信していた場合なども含む。つまり、アドレス解決部２０３は、ＳＩＰプロトコルレベルでのエラーだけではなく、そこで送受信されたメッセージの内容から、アドレス解決処理の失敗判断を行う。また、アドレス解決部２０３は、アドレス解決処理だけでなく、アドレス解決の際に送受信されたメッセージの内容から、必要伝送帯域が確保できないなど、動画配信を継続できないと判断した場合にも、失敗をメッセージ生成部２０６に通知し、エラーメッセージの生成を依頼してもよい。
【００６４】
以下、例を用いて具体的に説明する。アドレス解決部２０３は、情報抽出部２０２から受信したコンテンツ識別子「１２３４」と必要伝送帯域「１０」を、ＳＩＰプロトコルを用いて、アドレス解決サーバ１０５に送信する。この必要伝送帯域「１０」とは、１０Ｍｂｐｓの伝送帯域であるとする。アドレス解決サーバ１０５は、コンテンツ識別子「１２３４」で特定されるコンテンツを配信することができ、かつ必要伝送帯域「１０」を確保可能な動画配信サーバ１０８を制御するのに適切な配信制御サーバ１０６を決定し、サーバ側インタフェース部２０４を介してそのアドレスをアドレス解決部２０３に送信する。今回、配信制御サーバ１０６のアドレスとして、「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」が送信され、アドレス解決部２０３は受信したものとする。アドレス解決部２０３は、受信した配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」をセットアップ部２０５へ通知する。
【００６５】
３．４．サーバ側インタフェース部２０４の動作
サーバ側インタフェース部２０４は、アドレス解決部２０３、セットアップ部２０５、動画配信アドレス取得送信部２０８またはメッセージ中継部２０９から取得した情報を、指定されたサービス事業者設備１０３に存在するサーバへ送信する。また、サーバ側インタフェース部２０４は、送信した情報に対する応答を受信し、該当する情報を送信した、アドレス解決部２０３、セットアップ部２０５、動画配信アドレス取得送信部２０８またはメッセージ中継部２０９のいずれかへ通知する。
【００６６】
３．５．セットアップ部２０５の動作
セットアップ部２０５の動作を、図８のフロー図を用いて説明する。
【００６７】
まず、セットアップ部２０５は、端末側インタフェース部２０１よりセットアップメッセージを受信する（Ｓ８０１）。
【００６８】
次に、セットアップ部２０５は、アドレス解決部２０３より配信制御サーバ１０６のアドレスを受信する（Ｓ８０２）。
【００６９】
次に、セットアップ部２０５は、Ｓ８０１で取得したセットアップメッセージのアドレス情報を、Ｓ８０２で取得した配信制御サーバ１０６のアドレスに書き換える（Ｓ８０３）。
【００７０】
次に、セットアップ部２０５は、Ｓ８０３でアドレス情報を書き換えたセットアップメッセージをサーバ側インタフェース部２０４へ通知し、Ｓ８０２で取得した配信制御サーバ１０６へ送信するように依頼する（Ｓ８０４）。
【００７１】
次に、セットアップ部２０５は、Ｓ８０４でサーバ側インタフェース部２０４へ通知したセットアップメッセージに対する応答メッセージを受信する（Ｓ８０５）。
【００７２】
次に、セットアップ部２０５は、Ｓ８０５で受信した応答メッセージが、成功の応答メッセージか、失敗の応答メッセージかを判断する（Ｓ８０６）。
【００７３】
Ｓ８０６で応答メッセージが成功の応答メッセージであると判断した場合（Ｓ８０６；ＹＥＳ）、セットアップ部２０５は、端末側インタフェース部２０１で取得した端末１０２のアドレスと、アドレス解決部２０３で取得されＳ８０２で受信した配信制御サーバ１０６のアドレスと、Ｓ８０５で受信した応答メッセージに記載されているセッションＩＤと、をアドレス保持部２０７へ通知する（Ｓ８０７）。
【００７４】
Ｓ８０６で応答メッセージが失敗の応答メッセージであると判断した場合（Ｓ８０６；ＮＯ）、または、Ｓ８０７の処理を完了した場合、セットアップ部２０５は、Ｓ８０５で受信した応答メッセージを端末１０２へ送信するため、端末側インタフェース部２０１へ通知し（Ｓ８０８）、処理を終了する。
【００７５】
次に、具体例として、セットアップ部２０５が、Ｓ８０１で、端末側インタフェース部２０１から図４（ａ）に示したセットアップメッセージ４１０を受信し、Ｓ８０２で、アドレス解決部２０３から配信制御サーバ１０６のアドレスとして「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」を受信した場合について説明する。
【００７６】
この場合、セットアップ部２０５は、セットアップメッセージ４１０の１行目の「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」部分を配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」で書き換える（Ｓ８０３）。書き換えられたセットアップメッセージ５１０を図５（ａ）に示す。
【００７７】
次に、セットアップ部２０５は、アドレスを書き換えられたセットアップメッセージ５１０をサーバ側インタフェース部２０４へ通知し、アドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」で特定される配信制御サーバ１０６へセットアップメッセージ５１０を送信するように依頼する（Ｓ８０４）。
【００７８】
次に、セットアップ部２０５は、Ｓ８０４でサーバ側インタフェース部２０４を経由して送信したセットアップメッセージ５１０に対する応答メッセージを、サーバ側インタフェース部２０４より受信する（Ｓ８０５）。
【００７９】
以下、この受信した応答メッセージが図６（ａ）に示す応答メッセージ６１０であった場合と、図７（ｂ）に示すサーバエラーメッセージ７２０であった場合についてそれぞれ説明する。
【００８０】
まず、Ｓ８０５において応答メッセージ６１０を受信した場合について説明する。この場合、応答メッセージ６１０の１行目に「２００  ＯＫ」と記載されているため、セットアップ部２０５は、Ｓ８０６において応答メッセージ６１０が成功の応答メッセージであると判断する。
【００８１】
そして、セットアップ部２０５は、Ｓ８０７において、端末側インタフェース部２０１で取得した端末１０２のアドレス「１３３．１６８．０．３」と、アドレス解決部２０３で取得し、Ｓ８０２で受信した配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」と、Ｓ８０５で受信した応答メッセージ６１０の３行目に記載されている「Ｓｅｓｓｉｏｎ：  ２３４５６７８９」のうち、「Ｓｅｓｓｉｏｎ：  」以降に記載されているセッションＩＤ「２３４５６７８９」とを、アドレス保持部２０７へ通知する。
【００８２】
次に、セットアップ部２０５は、Ｓ８０８において、応答メッセージ６１０を端末側インタフェース部２０１へ通知し、端末１０２へ送信するように依頼し、処理を終了する。
【００８３】
次に、Ｓ８０５において、サーバエラーメッセージ７２０を受信した場合について説明する。この場合、サーバエラーメッセージ７２０の１行目に「５００  Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  Ｅｒｒｏｒ」と記載されているため、セットアップ部２０５は、Ｓ８０６において、サーバエラーメッセージ７２０が失敗の応答メッセージであると判断する。
【００８４】
そして、セットアップ部２０５は、Ｓ８０８において、サーバエラーメッセージ７２０を端末側インタフェース部２０１へ通知し、端末１０２へ送信するように依頼し、処理を終了する。
【００８５】
３．６．メッセージ生成部２０６の動作
メッセージ生成部２０６は、端末側インタフェース部２０１から受信したメッセージをチェックし処理失敗が通知された場合、図７（ａ）に示すクライアントエラーメッセージ７１０を生成し、端末側インタフェース部２０１へ通知し、端末１０２へ送信するように依頼する。また、メッセージ生成部２０６は、アドレス解決部２０３からアドレス解決処理の失敗が通知されると、図７（ｂ）に示すサーバエラーメッセージ７２０を生成し、端末側インタフェース部２０１へ通知し、端末１０２へ送信するように依頼する。
【００８６】
なお、図７に示したクライアントエラーメッセージ７１０およびサーバエラーメッセージ７２０は一例であり、本発明は、エラーメッセージの書式に制限はなく、図７と異なるエラーメッセージを生成し、通知しても良い。
【００８７】
３．７．アドレス保持部２０７の動作
アドレス保持部２０７は、端末側インタフェース部２０１において取得した端末１０２のアドレス情報、アドレス解決部２０３が解決した配信制御サーバのアドレス情報、セットアップ部２０５が取得したセッションＩＤを、セットアップ部２０５より入力し、アドレス管理テーブル上でこれらの情報を関連付けて保持する。図９は、アドレス保持部２０７に保持されるアドレス管理テーブル９００の一例を示す図である。
【００８８】
アドレス管理テーブル９００の行９０４は、タイトル行であり、行９０５より下の行に管理する情報が記載される。また、アドレス管理テーブル９００には、列９０１に端末のアドレス、列９０２に配信制御サーバのアドレス、列９０３にセッションＩＤが、それぞれ記載される。例えば、アドレス管理テーブル９００には、行９０５の列９０１に端末のアドレスとして「１３３．１６８．０．３」が、行９０５の列９０２には配信制御サーバのアドレスとして「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」が、行９０５の列９０３にはセッションＩＤとして「２３４５６７８９」がそれぞれ記載され、管理される。また、行９０６は、まだ何も情報が管理されていないため、空欄となる。
【００８９】
３．８．動画配信アドレス取得送信部２０８の動作
動画配信アドレス取得送信部２０８は、動画配信サーバ１０８が動画を配信する宛先となるアドレス（以下、「動画配信先アドレス」という）を、取得したアドレスを配信先アドレス受信サーバ１０７へ送信する。なお、動画配信アドレス取得送信部２０８が、動画配信先アドレスを配信先アドレス受信サーバ１０７へ送信するのは、端末側インタフェース部２０１が端末１０２のアドレス取得した後、動画配信サーバ１０８が動画の配信を開始するまでの、どこかの時点であればよい。
【００９０】
本実施の形態では、端末１０２が直接、動画配信サーバ１０８より動画を受信可能であり、動画配信先アドレスは端末１０２のアドレスであるとして説明する。動画配信アドレス取得送信部２０８は、端末側インタフェース部２０１で取得した端末１０２のアドレスを配信先アドレス受信サーバ１０７に送信する。例えば、端末側インタフェース部２０１が「１３３．１６８．０．３」という端末１０２のアドレスを取得した場合、動画配信アドレス取得送信部２０８は、このアドレス「１３３．１６８．０．３」を動画配信先アドレスとして、ＳＩＰプロトコルを用いて配信先アドレス受信サーバ１０７に送信する。また、アドレス解決部２０３の処理に先立って、または、アドレス解決部２０３の処理が開始されてから処理が終了するまでの時点で、動画配信アドレス取得送信部２０８が、配信先アドレス受信サーバ１０７へ動画配信先アドレスを送信し、アドレス解決サーバ１０５と配信先アドレス受信サーバ１０７との間で、この動画配信先アドレスを授受することにより、アドレス解決サーバ１０５における配信制御サーバのアドレス解決の際に、この動画配信先アドレスを利用することが可能になる。
【００９１】
なお、ルータなどによって、ネットワークがＬＡＮ（Local Area Network）とＷＡＮ（Wide Area Network）に分割されており、端末１０２がＬＡＮに接続され、動画配信サーバ１０８がＷＡＮに接続されている場合、動画配信サーバ１０８から端末１０２のアドレスに直接動画を配信することができない。この場合、動画配信先アドレスは、端末１０２のアドレスではなく、ルータのＷＡＮ側に設定されているグローバルアドレスとなる。このルータのＷＡＮ側に設定されるグローバルアドレスを、動画配信アドレス取得送信部２０８が取得する方法は、その一例として、ＵＰｎＰプロトコルを用いた方法がある。動画配信アドレス取得送信部２０８は、ＵＰｎＰプロトコル等を用いて取得したルータのＷＡＮ側に設定されているグローバルアドレスを、動画配信先アドレスとして配信先アドレス受信サーバ１０７に送信する。配信先アドレス受信サーバ１０７は、動画配信サーバ１０８に動画配信先アドレスを通知する。動画配信サーバ１０８は、取得したルータのＷＡＮ側に設定されているグローバルアドレスに対して、動画を配信する。ルータにおいて、動画配信サーバ１０８より受信した動画を端末１０２へ転送することによって、端末１０２は動画を受信することができる。
【００９２】
また、ゲートウェイ装置１０１がルータ機能も有している場合、動画配信アドレス取得送信部２０８は、ゲートウェイ装置１０１のＷＡＮ側に設定されているグローバルアドレスを取得し、配信先アドレス受信サーバ１０７へ送信する。
【００９３】
また、ゲートウェイ装置１０１は、セットアップメッセージ４１０の３行目に記載されている「ｃｌｉｅｎｔ＿ｐｏｒｔ＝３０５８−３０５９」という箇所からポート番号「３０５８」「３０５９」を取得し、ルータからアドレスを取得する際にポート番号を通知することによって、ルータが受信した動画を端末１０２に転送する際のポート番号とすることができる。
【００９４】
３．９．メッセージ中継部２０９の動作
メッセージ中継部２０９の動作を、図１０のフロー図を用いて説明する。
【００９５】
まず、メッセージ中継部２０９は、端末側インタフェース部２０１よりメッセージを受信する（Ｓ１００１）。
【００９６】
次に、メッセージ中継部２０９は、Ｓ１００１で受信したメッセージに記載されているセッションＩＤまたは端末側インタフェース部２０１で取得した端末１０２のアドレスの少なくとも一方を用いて、アドレス保持部２０７に保持されているアドレス管理テーブル９００より配信制御サーバ１０６のアドレスを取得する（Ｓ１００２）。
【００９７】
次に、メッセージ中継部２０９は、Ｓ１００１で受信したメッセージのアドレスをＳ１００２で取得した配信制御サーバ１０６のアドレスで書き換える（Ｓ１００３）。
【００９８】
次に、メッセージ中継部２０９は、Ｓ１００３で書き換えたメッセージをサーバ側インタフェース部２０４へ通知し、Ｓ１００２で取得した配信制御サーバ１０６へ送信するように依頼する（Ｓ１００４）。
【００９９】
次に、メッセージ中継部２０９は、配信制御サーバ１０６よりサーバ側インタフェース部２０４を経由してＳ１００４で送信したメッセージに対する応答を受信する（Ｓ１００５）。
【０１００】
次に、メッセージ中継部２０９は、Ｓ１００５で受信したメッセージに配信制御サーバ１０６のアドレスが記載されている場合、Ｓ１００３で書き換える前に記載されていたアドレス情報を用いて、配信制御サーバ１０６のアドレスを書き換える（Ｓ１００６）。
【０１０１】
次に、メッセージ中継部２０９は、Ｓ１００４で送信したメッセージが停止メッセージである場合、または、Ｓ１００５で受信したメッセージがエラーメッセージである場合には、最終メッセージであると判断し（Ｓ１００７；ＹＥＳ）、アドレス保持部２０７に保持されているアドレス管理テーブル９００より、今回の処理に関連する行を削除する（Ｓ１００８）。削除すべき行は、Ｓ１００１で受信したメッセージに記載されているセッションＩＤまたは端末側インタフェース部２０１で取得した端末１０２のアドレスの少なくとも一方を用いて特定することができる。
【０１０２】
次に、メッセージ中継部２０９は、Ｓ１００５で受信し、必要に応じてＳ１００６でアドレスを書き換えたメッセージを端末側インタフェース部２０１へ通知し、Ｓ１００１で受信したメッセージの送信元の端末へ送信するように依頼し（Ｓ１００９）、処理を終了する。
【０１０３】
なお、メッセージ中継部２０９は、Ｓ１００４で送信したメッセージが停止メッセージ以外のメッセージである場合、かつ、エラーメッセージ以外のメッセージをＳ１００５で受信した場合には、最終メッセージではないと判断し（Ｓ１００７；ＮＯ）、Ｓ１００９の処理を行う。
【０１０４】
次に、メッセージ中継部２０９の動作の具体例として、アドレス保持部２０７にアドレス管理テーブル９００が保持された状態で、端末のアドレスが「１３３．１６８．０．３」である端末１０２から図４（ｂ）に示す再生メッセージ４２０を受信し、それに対する応答メッセージとして、図６（ｂ）の応答メッセージ６２０をサーバ側インタフェース部２０４より受信する場合について説明する。
【０１０５】
まず、メッセージ中継部２０９は、Ｓ１００１において、再生メッセージ４２０を受信する。
【０１０６】
次に、メッセージ中継部２０９は、端末１０２のアドレス「１３３．１６８．０．３」または再生メッセージ４２０の３行目に記載されている「Ｓｅｓｓｉｏｎ：  ２３４５６７８９」という情報からセッションＩＤが「２３４５６７８９」であると特定する。メッセージ中継部２０９は、このセッションＩＤを用いて、アドレス保持部２０７に保持されているアドレス管理テーブル９００の行９０５、列９０２に記載されている配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」を取得する（Ｓ１００２）。
【０１０７】
次に、メッセージ中継部２０９は、Ｓ１００２で取得した配信制御サーバ１０６のアドレスを用いて、Ｓ１００１で受信した再生メッセージ４２０の１行目に記載されているアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」を書き換える（Ｓ１００３）。書き換えた後の再生メッセージ５２０を図５（ｂ）に示す。
【０１０８】
次に、メッセージ中継部２０９は、Ｓ１００３でアドレスの書き換えを行った再生メッセージ５２０をサーバ側インタフェース部２０４へ通知し、Ｓ１００２で取得したアドレスの配信制御サーバ１０６へ送信するように依頼する（Ｓ１００４）。
【０１０９】
次に、メッセージ中継部２０９は、再生メッセージ５２０の応答として配信制御サーバ１０６よりサーバ側インタフェース部２０４を経由して応答メッセージ６２０を受信する（Ｓ１００５）。
【０１１０】
次に、メッセージ中継部２０９は、受信した応答メッセージ６２０の５行目に「ＲＴＰ−Ｉｎｆｏ：  ｕｒｌ＝ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ；」と記載されており、配信制御サーバ１０６のアドレスが記載されているため、Ｓ１００３で書き換えを行う前に記載されていたアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」を用いて、アドレス情報を書き換える（Ｓ１００６）。応答メッセージ６２０を書き換えた応答メッセージ６４０を図６（ｄ）に示す。
【０１１１】
Ｓ１００４で送信したメッセージは、再生メッセージ５２０の１行目の行頭に「ＰＬＡＹ」と記載されているため、再生メッセージであり、停止メッセージではない。また、Ｓ１００５で受信した応答メッセージ６２０は、応答メッセージ６２０の１行目の行頭に「２００  ＯＫ」と記載されているため、エラーメッセージではない。従って、メッセージ中継部２０９は、最終メッセージではないと判断し（Ｓ１００７）、応答メッセージ６２０を端末側インタフェース部２０１に通知し、端末１０２に送信するように依頼し（Ｓ１００９）、処理を終了する。
【０１１２】
次に、メッセージ中継部２０９の動作の具体例として、アドレス保持部２０７にアドレス管理テーブル９００が保持されている状態で、端末のアドレスが「１３３．１６８．０．３」である端末１０２から図４（ｂ）に示す再生メッセージ４２０を端末側インタフェース部２０１より受信し、それに対する応答メッセージとして、図７（ｃ）のサーバエラーメッセージ７３０をサーバ側インタフェース部２０４より受信する場合について説明する。
【０１１３】
まず、メッセージ中継部２０９は、Ｓ１００１において、再生メッセージ４２０を受信する。
【０１１４】
次に、メッセージ中継部２０９は、端末１０２のアドレス「１３３．１６８．０．３」または、再生メッセージ４２０の３行目に記載されている「Ｓｅｓｓｉｏｎ：  ２３４５６７８９」という情報からセッションＩＤが「２３４５６７８９」であると特定し、このセッションＩＤを用いて、アドレス保持部２０７に保持されているアドレス管理テーブル９００の行９０５、列９０２に記載されている配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」を取得する（Ｓ１００２）。
【０１１５】
次に、メッセージ中継部２０９は、Ｓ１００２で取得した配信制御サーバ１０６のアドレスを用いて、Ｓ１００１で受信した再生メッセージ４２０の１行目に記載されているアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」を書き換える（Ｓ１００３）。書き換えた後の再生メッセージ５２０を図５（ｂ）に示す。
【０１１６】
次に、メッセージ中継部２０９は、Ｓ１００３でアドレスの書き換えを行った再生メッセージ５２０をサーバ側インタフェース部２０４へ通知し、Ｓ１００２で取得したアドレスの配信制御サーバ１０６へ送信するように依頼する（Ｓ１００４）。
【０１１７】
次に、メッセージ中継部２０９は、再生メッセージ５２０の応答として配信制御サーバ１０６よりサーバ側インタフェース部２０４を経由してサーバエラーメッセージ７３０を受信する（Ｓ１００５）。
【０１１８】
次に、メッセージ中継部２０９は、受信したサーバエラーメッセージ７３０には配信制御サーバ１０６のアドレス情報が記載されていないため、何も処理を行わない（Ｓ１００６）。
【０１１９】
次に、メッセージ中継部２０９は、Ｓ１００５で受信したサーバエラーメッセージ７３０の１行目の行頭に「ＲＴＳＰ／１．０  ５００  Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  Ｅｒｒｏｒ」と記載されているためエラーメッセージであり、最終メッセージであると判断する（Ｓ１００７）。
【０１２０】
次に、メッセージ中継部２０９は、Ｓ１００７で最終メッセージであると判断したため、アドレス保持部２０９に保持されているアドレス管理テーブル９００の行９０５に記載されている情報を削除する（Ｓ１００８）。
【０１２１】
次に、メッセージ中継部２０９は、サーバエラーメッセージ７３０を端末側インタフェース部２０１に通知し、端末１０２に送信するように依頼し（Ｓ１００９）、処理を終了する。
【０１２２】
次に、メッセージ中継部２０９の動作の具体例として、アドレス保持部２０７にアドレス管理テーブル９００が保持されている状態で、端末のアドレスが「１３３．１６８．０．３」である端末１０２から図４（ｃ）に示す停止メッセージ４３０を端末側インタフェース部２０１より受信し、それに対する応答メッセージとして、図６（ｃ）の応答メッセージ６３０をサーバ側インタフェース部２０４より受信する場合について説明する。
【０１２３】
まず、メッセージ中継部２０９は、Ｓ１００１において、停止メッセージ４３０を受信する。
【０１２４】
次に、メッセージ中継部２０９は、端末１０２のアドレス「１３３．１６８．０．３」または停止メッセージ４３０の３行目に記載されている「Ｓｅｓｓｉｏｎ：  ２３４５６７８９」という情報からセッションＩＤが「２３４５６７８９」であると特定し、このセッションIDを用いて、アドレス保持部２０７に保持されているアドレス管理テーブル９００の行９０５、列９０２に記載されている配信制御サーバ１０６のアドレス「ｒｔｓｐ：／／ｖｉｄｅｏ．ｅｘａｍｐｌｅ．ｃｏｍ／ｔｗｉｓｔｅｒ／ｖｉｄｅｏ」を取得する（Ｓ１００２）。
【０１２５】
次に、メッセージ中継部２０９は、Ｓ１００２で取得した配信制御サーバ１０６のアドレスを用いて、Ｓ１００１で受信した停止メッセージ４３０の１行目に記載されているアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」を書き換える（Ｓ１００３）。書き換えた後の停止メッセージ５３０を図５（ｃ）に示す。
【０１２６】
次に、メッセージ中継部２０９は、Ｓ１００３でアドレスの書き換えを行った停止メッセージ５３０をサーバ側インタフェース部２０４へ通知し、Ｓ１００２で取得したアドレスの配信制御サーバ１０６へ送信するように依頼する（Ｓ１００４）。
【０１２７】
次に、メッセージ中継部２０９は、停止メッセージ５３０の応答として配信制御サーバ１０６よりサーバ側インタフェース部２０４を経由して応答メッセージ６３０を受信する（Ｓ１００５）。
【０１２８】
次に、メッセージ中継部２０９は、受信した応答メッセージ６３０には配信制御サーバ１０６のアドレス情報が記載されていないため、何も処理を行わない（Ｓ１００６）。
【０１２９】
次に、メッセージ中継部２０９は、Ｓ１００４で送信した停止メッセージ５３０の１行目の行頭に「ＴＥＡＲＤＯＷＮ」と記載されているため、停止メッセージであり、最終メッセージであると判断する（Ｓ１００７）。
【０１３０】
次に、メッセージ中継部２０９は、Ｓ１００７で最終メッセージであると判断したため、アドレス保持部２０７に保持されているアドレス管理テーブル９００の行９０５に記載されている情報を削除する（Ｓ１００８）。
【０１３１】
次に、メッセージ中継部２０９は、応答メッセージ６３０を端末側インタフェース部２０１に通知し、端末１０２に送信するように依頼し（Ｓ１００９）、処理を終了する。
【０１３２】
４．端末１０２の動作
端末１０２の動作を、図１１のフロー図を用いて説明する。
【０１３３】
まず、端末１０２は、アプリケーションサーバ１０４よりゲートウェイ装置１０１のアドレス情報および配信制御サーバ１０６のアドレス等の、アドレス解決サーバ１０５が決定する上で必要となる情報を取得する（Ｓ１１０１）。
【０１３４】
次に、端末１０２は、Ｓ１１０１で取得した情報を用いて、ゲートウェイ装置１０１にＲＴＳＰプロトコルでセットアップメッセージを送信する（Ｓ１１０２）。
【０１３５】
次に、端末１０２は、Ｓ１１０２で送信したセットアップメッセージに対応する応答メッセージをゲートウェイ装置１０１より受信する（Ｓ１１０３）。なお、図１１のフロー図では特に記述していないが、端末１０２は、エラーメッセージを受信した場合には、処理を終了する。
【０１３６】
次に、端末１０２は、Ｓ１１０３で受信した応答メッセージを元に、ゲートウェイ装置１０１にＲＴＳＰプロトコルで再生メッセージを送信する（Ｓ１１０４）。
【０１３７】
次に、端末１０２は、Ｓ１１０４で送信した再生メッセージに対応する応答メッセージをゲートウェイ装置１０１より受信する（Ｓ１１０５）。なお、図１１のフロー図では特に記述していないが、端末１０２は、エラーメッセージを受信した場合には、処理を終了する。
【０１３８】
次に、端末１０２は、ゲートウェイ装置１０１にＲＴＳＰプロトコルで停止メッセージを送信する（Ｓ１１０６）。
【０１３９】
次に、端末１０２は、Ｓ１１０６で送信した停止メッセージに対応する応答メッセージをゲートウェイ装置１０１より受信し（Ｓ１１０７）、処理を終了する。
【０１４０】
５．システム全体の処理の流れ
システム全体の処理の流れを、図１２に示すシーケンス図を用いて説明する。
【０１４１】
まず、端末１０２は、アプリケーションサーバ１０４からＨＴＴＰプロトコルなどを用いて、ゲートウェイ装置１０１のアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ」および、配信制御サーバ１０７のアドレスをアドレス解決サーバ１０５が決定する上で必要となる情報である、コンテンツ識別子「１２３４」と必要伝送帯域「１０」の情報を取得する。本実施の形態では「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ？ｃｏｎｔｅｎｔＩｄ＝１２３４＆ｂｉｔｒａｔｅ＝１０」というアドレス情報の形で、これらの情報を取得したものとする。なお、このときこれらゲートウェイ装置１０１のアドレス情報、コンテンツ識別子、必要伝送帯域はそれぞれ別々に取得してもよい。
【０１４２】
次に、端末１０２は、Ｓ１１０１で取得した、ゲートウェイ装置１０１のアドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ」、コンテンツ識別子「１２３４」、必要伝送帯域「１０」を用いて、ＲＴＳＰのセットアップメッセージとして、セットアップメッセージ４１０を生成し、アドレス情報「ｒｔｓｐ：／／ｈｏｍｅｇａｔｅｗａｙ．ｃｏｍ／ｖｉｄｅｏ」で特定されるゲートウェイ装置１０１に送信する（Ｓ１２０１）。
【０１４３】
セットアップメッセージ４１０を受信したゲートウェイ装置１０１は、セットアップメッセージ４１０中に記載されているコンテンツ識別子「１２３４」と必要伝送帯域「１０」を用いて、アドレス解決サーバ１０５と情報の送受信を行い、アドレス解決処理を実施する（Ｓ１２０２）。
【０１４４】
アドレス解決処理に成功した場合、ゲートウェイ装置１０１は、セットアップメッセージ４１０を解決したアドレス情報を用いてセットアップメッセージ５１０のように書き換え、配信制御サーバ１０６に送信する（Ｓ１２０３）。
【０１４５】
これにより、対応する応答メッセージ６１０が配信制御サーバからゲートウェイ装置１０１に送信され（Ｓ１２０４）、ゲートウェイ装置１０１から端末１０２に対して応答メッセージ６１０が送信される（Ｓ１２０５）。なお、アドレス解決処理に失敗したと判断した場合や、そもそも端末１０２が送信したメッセージに不備があった場合、セットアップ処理に失敗した場合などには、状況に応じてクライアントエラーメッセージ７１０やサーバエラーメッセージ７２０等が送信される。本実施の形態では、ゲートウェイ装置１０１はアドレス解決処理およびそのアドレスで特定される配信制御サーバ１０６との間でセットアップ処理に成功し、応答メッセージ６１０を端末１０２に送信し、端末はゲートウェイ装置１０１より応答メッセージ６１０を受信したとする。
【０１４６】
端末１０２は、Ｓ１１０３で受信した応答メッセージ６１０の３行目に記載されているセッションID「２３４５６７８９」を取得し、そのセッションIDを用いて再生メッセージ４２０を生成する。この再生メッセージ４２０をゲートウェイ装置１０１へ送信する（Ｓ１２０６）。
【０１４７】
この再生メッセージ４２０はゲートウェイ装置１０１によって、再生メッセージ５２０に書き換えられて、配信制御サーバ１０６に送信される（Ｓ１２０７）。
【０１４８】
配信制御サーバ１０６は、動画配信サーバ１０８に再生、つまり、動画配信の開始を指示し（Ｓ１２０８）、再生メッセージ５２０に対応する応答メッセージ６２０が配信制御サーバ１０６からゲートウェイ装置１０１に送信される（Ｓ１２０９）。なお、このときにエラーメッセージが配信制御サーバ１０６よりゲートウェイ装置１０１に送信される場合もあるが、本実施の形態では応答メッセージ６２０が送信されたとする。
【０１４９】
応答メッセージ６２０は、ゲートウェイ装置１０１において、応答メッセージ６４０のように書き換えられ、応答メッセージ６４０が端末１０２に送信され、端末１０２は、応答メッセージ６４０を受信する（Ｓ１２１０）。
【０１５０】
また、端末１０２は、この応答メッセージ６４０とは別途、動画配信サーバ１０８より動画を受信する（Ｓ１２１１）。
【０１５１】
端末１０２は、停止メッセージ４３０をゲートウェイ装置１０１に送信する（Ｓ１２１２）。
【０１５２】
この停止メッセージ４３０は、ゲートウェイ装置１０１によって、停止メッセージ５３０に書き換えられて、配信制御サーバ１０６に送信される（Ｓ１２１３）。
【０１５３】
配信制御サーバ１０６は、動画配信サーバ１０８に動画配信の停止を指示し（Ｓ１２１４）、停止メッセージ５３０に対応する応答メッセージ６３０が配信制御サーバ１０６からゲートウェイ装置１０１に送信される（Ｓ１２１５）。なお、このときにエラーメッセージが配信制御サーバ１０６よりゲートウェイ装置１０１に送信される場合もあるが、本実施の形態では、応答メッセージ６３０が送信されたとする。
【０１５４】
応答メッセージ６３０は、ゲートウェイ装置１０１から端末１０２に送信され、端末１０２は、応答メッセージ６３０を受信する（Ｓ１２１６）。
【０１５５】
６．効果
以上で説明したように、本実施の形態によれば、ゲートウェイ装置１０１が、端末から送信されたメッセージの中から動画コンテンツを再生するために必要な情報を抽出してサービス事業者に送信し、サービス事業者から、動画配信制御メッセージを送信するサーバのアドレスを取得することにより、動画配信制御メッセージを送信するサーバのアドレスを解決することができる。これにより、端末１０２は、ＲＴＳＰメッセージの送受信機能だけで、動画配信サービスを受けることが可能になり、別途、アドレス解決サーバなどとの情報の送受信や、そのためのメッセージの生成、解釈などを行わなくてもよい。さらに、端末１０２は、ＲＴＳＰメッセージの送受信機能だけで、本来ＲＴＳＰプロトコルでは実現できない、コンテンツ種類や、必要とする帯域に応じた配信制御サーバおよび動画配信サーバの選択などのＳＩＰプロトコルの機能によって、より安定して動画配信サービスを受けることができる。
【０１５６】
また、アプリケーションサーバ１０４は、コンテンツ識別子や必要帯域などの配信制御サーバのアドレスを解決するために必要な情報を、アドレス情報の中に含めて端末に送信する端末１０２では、そのアドレスを用いてゲートウェイ装置１０１にアクセスするという方法をとることにより、アプリケーションサーバから直接、配信制御サーバのアドレスを受信し、端末が本発明のゲートウェイ装置を用いずに直接、配信制御サーバ１０６と情報のやりとりを行う場合と、上記の本実施の形態に係るゲートウェイ装置１０１を用いた場合とで、端末において動画配信サービスを受けるために必要となる処理が共通となり、それぞれの処理の違いを端末が判断して処理を行う必要が無くなる。端末は、アプリケーションサーバから受信したアドレスに対してこのアドレスが、本発明のゲートウェイ装置か、配信制御サーバであるかを判断する必要なく、ＲＴＳＰプロトコルを用いて、ＳＥＴＵＰやＰＬＡＹなどのメッセージをアプリケーションサーバから受信したアドレスに対して送信するだけでよい。
【０１５７】
なお、本実施の形態では、ＲＴＳＰのセットアップメッセージをゲートウェイ装置が受信した際に配信制御サーバのアドレス解決を行い、以後のＲＴＳＰプロトコルのメッセージを中継するという例を示したが、本発明はこれに限られず、ＲＴＳＰプロトコルのＤＥＳＣＲＩＢＥメッセージをゲートウェイ装置が受信した際に配信制御サーバのアドレス解決を行い、以後のＲＴＳＰプロトコルのメッセージを中継することも可能である。
【０１５８】
また、本実施の形態では動画配信サービスを用いて説明したが、本発明において、サービスは動画配信サービスだけに限定される物ではなく、音声の配信サービスなどでもよい。
【０１５９】
また、動画コンテンツを再生するために必要な情報は、本実施の形態で説明したものに限定されず、端末を利用するユーザを識別する情報など、動画配信サービスを実施する上で、端末やサービス事業者設備、ゲートウェイ装置などで必要とする情報を含む。
【０１６０】
また、サービス事業者設備１０３に含まれるアプリケーションサーバ１０４、アドレス解決サーバ１０５、配信制御サーバ１０６、配信先アドレス受信サーバ１０７、動画配信サーバ１０８はそれぞれ別の装置として実装される場合もあるが、これらのいくつかを組み合わせてひとつの装置として実装することも可能である。例えば、配信制御サーバ１０６と動画配信サーバ１０８を同一の装置に実装することも可能である。
【産業上の利用可能性】
【０１６１】
本発明は、テレビやＰＣ、セットトップボックス等、ＮＧＮに対応していない端末にＮＧＮを用いた動画配信サービスを提供するシステムに用いるに好適である。
【図面の簡単な説明】
【０１６２】
【図１】本発明の一実施の形態に係るゲートウェイ装置を含むシステム構成を示す図
【図２】本発明の一実施の形態に係るゲートウェイ装置の構成を示すブロック図
【図３】本発明の一実施の形態に係る端末側インタフェース部の動作を示すフロー図
【図４】本発明の一実施の形態に係るＲＴＳＰプロトコルのメッセージの一例を示す図
【図５】本発明の一実施の形態に係るＲＴＳＰプロトコルのメッセージの一例を示す図
【図６】本発明の一実施の形態に係るＲＴＳＰプロトコルのメッセージの一例を示す図
【図７】本発明の一実施の形態に係るＲＴＳＰプロトコルのメッセージの一例を示す図
【図８】本発明の一実施の形態に係るセットアップ部の動作を示すフロー図
【図９】本発明の一実施の形態に係るアドレス管理テーブルの一例を示す図
【図１０】本発明の一実施の形態に係るメッセージ中継部の動作を示すフロー図
【図１１】本発明の一実施の形態に係る端末の動作を示すフロー図
【図１２】本発明の一実施の形態に係るシステム全体の処理の流れを示すシーケンス図
【符号の説明】
【０１６３】
１０１  ゲートウェイ装置
１０２  端末
１０３  サービス事業者設備
１０４  アプリケーションサーバ
１０５  アドレス解決サーバ
１０６  配信制御サーバ
１０７  配信先アドレス受信サーバ
１０８  動画配信サーバ
２０１  端末側インタフェース部
２０２  情報抽出部
２０３  アドレス解決部
２０４  サーバ側インタフェース部
２０５  セットアップ部
２０６  メッセージ生成部
２０７  アドレス保持部
２０８  動画配信アドレス取得送信部
２０９  メッセージ中継部
【図１】
2009135832.tif 000003
【図２】
2009135832.tif 000004
【図３】
2009135832.tif 000005
【図４】
2009135832.tif 000006
【図５】
2009135832.tif 000007
【図６】
2009135832.tif 000008
【図７】
2009135832.tif 000009
【図８】
2009135832.tif 000010
【図９】
2009135832.tif 000011
【図１０】
2009135832.tif 000012
【図１１】
2009135832.tif 000013
【図１２】
2009135832.tif 000014