JP2010211519A

JP2010211519A - 情報処理装置、コンテンツ配信方法及びプログラム

Info

Publication number: JP2010211519A
Application number: JP2009056976A
Authority: JP
Inventors: Masayuki Imanishi; 将之今西
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2009-03-10
Filing date: 2009-03-10
Publication date: 2010-09-24

Abstract

【課題】クライアント数に応じて、ユニキャストとマルチキャストとをシームレスに切替えること。
【解決手段】一実施形態において、コンテンツを配信する配信部と、コンテンツの配信先となる端末装置からの接続要求を受け付ける受付部と、前記受付部により受け付けた前記接続要求の履歴に基づいて、前記配信部からのコンテンツの配信にマルチキャストサーバを使用するか否かを判定する判定部と、を備える情報処理装置を提供する。
【選択図】図２

Description

本発明は、情報処理装置、コンテンツ配信方法及びプログラムに関する。

近年、インターネットが広く普及するに伴い、映像や音楽など様々なコンテンツがネットワーク上を流通している。ネットワークを介してコンテンツを配信する場合には、単一の宛て先を指定して１対１でデータを送信するユニキャスト、又は複数の宛て先を指定して１対多でデータを送信するマルチキャストを用いることができる。このうち、コンテンツの配信を受けるクライアントが少数である場合には、一般的に、マルチキャストのための追加的なサービスを利用又は構築することなく、ユニキャストによりコンテンツを配信する方がコストの面で有利である。一方、クライアントが多数である場合には、全てのクライアントへユニキャストでコンテンツを配信しようとすると、コンテンツサーバ及び通信回線に掛かる負荷が増大し、サーバの多重化や通信回線の増強などの措置が必要となる。そのため、通信回線を増強することなく多数のクライアントへコンテンツを配信することのできるマルチキャスト技術が注目されている。

マルチキャストによりコンテンツを配信する場合には、例えば、コンテンツサーバから受信したコンテンツを複数のクライアントへ中継するマルチキャストサーバが利用され得る。例えば、下記特許文献１では、複数の端末からのマルチキャスト通信の要求に基づいて各端末のマルチキャスト通信の品質のバランスを確保する技術が開示されている。

特開２００６−２４６３９５号公報

しかしながら、例えば時間帯に応じて想定されるクライアント数が増減するサービスにおいて、最も通信回線が混雑する時間帯での安定的な動作を確保するために画一的にマルチキャストを使用することは、必ずしも有益ではない。例えば、外部のマルチキャストサービスを利用するコンテンツ提供者にとって、クライアント数が少ないときにまでマルチキャストサービスのサービス利用料を支払うことは、コスト面で非効率である。さらに、コンテンツサーバとクライアントとの間の通信をマルチキャストサーバが仲介する場合、マルチキャストサーバに実際に接続したクライアント数の増減自体をコンテンツサーバは把握できないため、コスト面での非効率性が認識すらされない可能性もある。

そこで、本発明は、クライアント数に応じてユニキャストとマルチキャストとをシームレスに切替えることのできる、新規かつ改良された情報処理装置、コンテンツ配信方法及びプログラムを提供しようとするものである。

本発明のある実施形態によれば、コンテンツを配信する配信部と、コンテンツの配信先となる端末装置からの接続要求を受け付ける受付部と、上記受付部により受け付けた上記接続要求の履歴に基づいて、上記配信部からのコンテンツの配信にマルチキャストサーバを使用するか否かを判定する判定部と、を備える情報処理装置が提供される。

かかる情報処理装置は、例えば、後述するコンテンツサーバ１００に相当する。また、端末装置は、例えば、後述するクライアント端末２００に相当する。

また、上記情報処理装置は、上記接続要求の履歴を用いて、所与の時間帯又は時刻において接続されている端末装置の数を予測する予測部、をさらに備えてもよい。

また、上記判定部は、一定の時間間隔で、上記予測部による予測結果に基づいてマルチキャストサーバを使用するか否かを判定してもよい。

また、上記判定部は、さらに、上記受付部が上記接続要求を受け付けた際にマルチキャストサーバを使用するか否かを判定してもよい。

また、上記受付部は、上記配信部からのコンテンツの配信にマルチキャストサーバが使用されているときに、端末装置から接続要求を受け付けた場合には、当該端末装置にマルチキャストサーバの利用を指示してもよい。

また、上記配信部は、上記判定部がコンテンツの配信にマルチキャストサーバを使用すると判定した場合には、コンテンツをマルチキャストサーバへ配信してもよい。

また、上記受付部は、上記配信部からのコンテンツの配信にマルチキャストサーバが使用されているときに、上記判定部がコンテンツの配信にマルチキャストサーバを使用しないと判定した場合には、判定の時点でマルチキャストサーバに接続している端末装置にマルチキャストサーバから自装置への接続の切替えを指示してもよい。

また、上記配信部は、上記判定部がコンテンツの配信にマルチキャストサーバを使用しないと判定した場合には、コンテンツを上記端末装置へ配信してもよい。

また、本発明の別の実施形態によれば、コンテンツを配信可能な情報処理装置を用いたコンテンツ配信方法であって、コンテンツの配信先となる端末装置から接続要求を受け付けるステップと、過去に受け付けた上記接続要求の履歴に基づいて、コンテンツの配信にマルチキャストサーバを使用するか否かを判定するステップと、上記判定の結果に応じて、上記端末装置へマルチキャストサーバを使用してコンテンツを配信し、又は上記端末装置へユニキャストでコンテンツを配信するステップと、を含むコンテンツ配信方法が提供される。

また、本発明の別の実施形態によれば、情報処理装置を制御するコンピュータを、コンテンツを配信する配信部と、コンテンツの配信先となる端末装置からの接続要求を受け付ける受付部と、上記受付部により受け付けた上記接続要求の履歴に基づいて、上記配信部からのコンテンツの配信にマルチキャストサーバを使用するか否かを判定する判定部と、として機能させるためのプログラムが提供される。

以上説明したように、本発明に係る情報処理装置、コンテンツ配信方法及びプログラムによれば、クライアント数に応じてユニキャストとマルチキャストとをシームレスに切替えることができる。

一実施形態に係るコンテンツ配信システムの構成例を示す模式図である。一実施形態に係るコンテンツサーバ及び履歴サーバの構成例を示すブロック図である。予測部による接続数の予測処理について説明するための説明図である。判定部による定期的な判定処理の流れの一例を示すフローチャートである。接続要求受付時の判定部による判定処理の流れの一例を示すフローチャートである。一実施形態に係るクライアント端末の構成例を示すブロック図である。接続開始時のクライアント側の処理の流れの一例を示すフローチャートである。接続切替え時のクライアント側の処理の流れの一例を示すフローチャートである。ユニキャストによるコンテンツ配信開始までの動作シーケンスの一例を示すシーケンス図である。マルチキャストによるコンテンツ配信開始までの動作シーケンスの一例を示すシーケンス図である。マルチキャストからユニキャストへの接続切替え時の動作シーケンスの一例を示すシーケンス図である。汎用コンピュータの構成の一例を示すブロック図である。ユニキャストでコンテンツを配信するシステムの構成例を示す模式図である。マルチキャストでコンテンツを配信するシステムの構成例を示す模式図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付すことにより重複説明を省略する。

また、以下の順序にしたがって当該「発明を実施するための形態」を説明する。
１．コンテンツ配信のための一般的な手法の説明
２．本発明の一実施形態の説明
２−１．システム構成例
２−２．コンテンツサーバ及び履歴サーバの構成例
２−３．クライアント端末の構成例
２−４．動作シーケンスの例
３．まとめ

＜１．コンテンツ配信のための一般的な手法の説明＞
まず、図１３及び図１４を用いて、一般的なコンテンツ配信システムにおけるコンテンツ配信のための手法について説明する。図１３は、ユニキャストによりコンテンツを配信するシステムの構成の一例を示す模式図である。また、図１４は、マルチキャストによりコンテンツを配信するシステムの構成の一例を示す模式図である。

図１３を参照すると、コンテンツサーバ１０、並びに複数のクライアント端末１４ａ、１４ｂ及び１４ｃを含む一般的なユニキャスト型のコンテンツ配信システムの一例が示されている。コンテンツサーバ１０には、例えば動画を撮影可能な撮影装置１２が接続されている。また、各クライアント端末１４ａ、１４ｂ及び１４ｃは、例えばインターネットやＬＡＮ（Local Area Network）などに相当するネットワーク１６を介して、それぞれコンテンツサーバ１０と接続されている。なお、本明細書において、特に互いに区別する必要がない場合には、例えばクライアント端末１４ａ、１４ｂ及び１４ｃなどの同種の構成要素の符号のアルファベットを省略する場合がある。例えば、上記クライアント端末１４ａ、１４ｂ及び１４ｃは、クライアント端末１４と総称される。

コンテンツサーバ１０は、クライアント端末１４からの要求に応じて、所定のコンテンツをユニキャストでクライアント端末１４へ配信する。コンテンツサーバ１０により配信されるコンテンツは、例えば、撮影装置１２により撮影される動画などであってよい。

クライアント端末１４は、例えばユーザによる操作又は所定のアプリケーションからの指示に応じて、コンテンツサーバ１０へユニキャストでの接続要求を送信する。そうすると、コンテンツサーバ１０は、例えば認証処理の結果などに応じて、クライアント端末１４との間の接続を許可する。そして、コンテンツサーバ１０からクライアント端末１４へ、上述した動画などのコンテンツが配信される。

このように、コンテンツサーバ１０とクライアント端末１４との間でユニキャストでコンテンツが配信される場合、コンテンツサーバ１０から配信されるコンテンツデータのデータ容量の合計値は、クライアント端末１４の数に比例して大きくなる。そのため、クライアント端末の数が多くなると、コンテンツサーバ１０又は通信回線（ネットワーク１６など）に掛かる負荷が増大する。そうした場合には、コンテンツ提供者は、サービスの維持を図るために、例えば、コンテンツサーバ１０又は通信回線を増強し、又は次に説明するマルチキャスト技術を導入することとなる。

図１４を参照すると、マルチキャストサーバ１８、コンテンツサーバ２０、並びに複数のクライアント端末２４ａ、２４ｂ及び２４ｃを含む一般的なマルチキャスト型のコンテンツ配信システムの一例が示されている。マルチキャストサーバ１８、コンテンツサーバ２０、並びに各クライアント端末２４ａ、２４ｂ及び２４ｃは、それぞれネットワーク１６を介して相互に接続されている。また、コンテンツサーバ２０には、撮影装置１２が接続されている。

マルチキャスト技術を導入する場合、コンテンツサーバ２０は、まず、マルチキャストサーバ１８の使用を予約する。そして、コンテンツサーバ２０は、所定のコンテンツをユニキャストでマルチキャストサーバ１８へ配信する。コンテンツサーバ２０により配信されるコンテンツは、例えば、撮影装置１２により撮影される動画などであってよい。一方、クライアント端末２４は、例えばユーザによる操作又は所定のアプリケーションからの指示に応じて、マルチキャストサーバ１８へコンテンツの配信（マルチキャストへの参加）を要求する。そうすると、マルチキャストサーバ１８は、クライアント端末２４へマルチキャストによりコンテンツを配信する。

このようなマルチキャスト型のコンテンツ配信システムにおいて、例えば、コンテンツサーバ２０をコンテンツ提供者が保持し、マルチキャストサーバ１８をコンテンツ提供者以外の事業者が保持する場合がある。即ち、コンテンツ提供者が外部のマルチキャストサービスを利用している場合がある。その場合、図１４の例では、コンテンツサーバ２０がクライアント端末２４からの接続要求（又はマルチキャスト参加要求）を直接的に受信しないため、コンテンツ提供者は、クライアント数の増減を把握することができない。従って、例えば、コンテンツ提供者がクライアント数の少ない時間帯において一時的にユニキャストを使用してコストの低減を図ろうとしても、コンテンツ提供者は、いつユニキャストを使用すればよいかを知ることができない。

また、図１３及び図１４の例によれば、コンテンツの配信にユニキャストとマルチキャストとを併用する場合、クライアント端末は、例えば、ユニキャストとマルチキャストのうちどちらが使用されているかによって別々の接続要求を送信することになる。そして、クライアント側でユニキャストとマルチキャストのうちどちらが使用されているかを見分けるためには、例えばシステムに特別な問い合わせ機能を実装することが求められる。

さらに、需要の変動に応じてマルチキャストの使用／不使用を切替えるためには、例えば、マルチキャストの使用開始時に、予めマルチキャストサーバ１８へ使用要求を送信して予約をする必要がある。しかし、上述したようにクライアント数の増減を把握することができなければ、コンテンツサーバ２０にとって、どの時点でマルチキャストサーバ１８へ使用要求を送信するべきかを決定することは困難である。

そこで、次節において、本発明の一実施形態として、コンテンツサーバにてクライアント端末からの接続要求を一括して受け付け、その接続要求の履歴に基づいてユニキャストとマルチキャストとの間のシームレスな切替えを実現する手法について説明する。

＜２．本発明の一実施形態の説明＞
［２−１．システム構成例］
図１は、本発明の一実施形態に係るコンテンツ配信システム１の構成の一例を示す模式図である。図１を参照すると、コンテンツ配信システム１は、マルチキャストサーバ１８、コンテンツサーバ１００、履歴サーバ１７０、並びに複数のクライアント端末２００ａ、２００ｂ及び２００ｃを含む。

コンテンツサーバ１００は、ネットワーク１６を介して、マルチキャストサーバ１８及び各クライアント端末２００ａ、２００ｂ及び２００ｃと接続される。さらに、コンテンツサーバ１００は、撮影装置１２、及び履歴サーバ１７０と接続される。

コンテンツサーバ１００は、例えば、コンテンツの配信を求めるクライアント端末２００からの接続要求を受け付け、履歴サーバ１７０に接続要求の履歴を記憶させる。また、コンテンツサーバ１００は、接続要求の履歴に基づき、コンテンツの配信にマルチキャストサーバ１８を使用するか否かを判定する。そして、コンテンツサーバ１００は、当該判定の結果に応じて、各クライアント端末２００にコンテンツをユニキャストで配信し、又はマルチキャストサーバ１８を用いて各クライアント端末２００にコンテンツをマルチキャストで配信する。コンテンツサーバ１００により配信されるコンテンツは、例えば、撮影装置１２を用いて撮影される動画であってもよく、又は、音楽、画像、若しくはテキストなどの任意の形態のコンテンツであってもよい。

コンテンツサーバ１００は、例えば、ＰＣ（Personal Computer）若しくはワークステーションなどの汎用的なコンピュータ、電話端末などの通信機器、又は家電機器などに相当し得る情報処理装置として実現される。コンテンツサーバ１００は、例えば、コンテンツを提供する事業者により管理されるサーバ装置に限定されない。即ち、コンテンツサーバ１００は、例えば、他の端末装置へ動画を送信するテレビ電話端末のような端末装置であってもよい。

履歴サーバ１７０は、コンテンツサーバ１００と接続される。履歴サーバ１７０は、コンテンツサーバ１００がクライアント端末２００から受け付けた接続要求の履歴を、例えばハードディスク又は半導体メモリなどの記録媒体を用いて記憶する。履歴サーバ１７０は、例えば、接続要求の履歴を日付、曜日、又は所定の時間帯ごとに集計し、その集計結果を記憶してもよい。

履歴サーバ１７０は、例えば、上述したコンテンツサーバ１００と同様の情報処理装置として実現される。なお、図１の例では、履歴サーバ１７０をコンテンツサーバ１００とは別体の装置として示しているが、コンテンツサーバ１００と履歴サーバ１７０とは物理的に同一の装置であってもよい。

各クライアント端末２００は、ネットワーク１６を介して、マルチキャストサーバ１８及びコンテンツサーバ１００と接続される。クライアント端末２００は、例えば、ユーザによる操作又は所定のアプリケーションからの指示に応じて、コンテンツサーバ１００へ接続要求を送信する。かかる接続要求は、その時点でマルチキャスト又はユニキャストのどちらが使用されているかによらず、ユニキャストによる接続要求として送信される。そして、クライアント端末２００は、後にさらに説明するように、コンテンツサーバ１００からの指示に応じて、コンテンツサーバ１００からユニキャストでコンテンツを受信し、又はマルチキャストサーバ１８からマルチキャストで送信されるコンテンツを受信する。

クライアント端末２００は、例えば、ＰＣやＰＤＡ（Personal Digital Assistants）、携帯電話、ゲーム機器、又は家電機器などに相当し得る端末装置として実現される。なお、図１の例では、３つのクライアント端末２００ａ、２００ｂ及び２００ｃを示しているが、クライアント端末２００の数はかかる例に限定されない。

次に、図１に示した一実施形態に係るコンテンツサーバ１００及び履歴サーバ１７０のより具体的な構成について説明する。

［２−２．コンテンツサーバ及び履歴サーバの構成例］
図２は、本実施形態に係るコンテンツサーバ１００及び履歴サーバ１７０より具体的な構成の一例を示すブロック図である。図２を参照すると、コンテンツサーバ１００は、コンテンツ配信部１１０、接続受付部１２０、予測部１３０、及び判定部１４０を備える。また、履歴サーバ１７０は、履歴処理部１８０及び履歴記憶部１９０を備える。

［２−２−１．コンテンツサーバ］
コンテンツ配信部１１０は、例えば、図１に示した撮影装置１２により撮影された動画などのコンテンツを取得し、後述する判定部１４０からの指示に応じて、取得したコンテンツをマルチキャストサーバ１８又はクライアント端末２００へ配信する。本実施形態において、コンテンツ配信部１１０によるコンテンツの配信は、ユニキャストで行われる。

接続受付部１２０は、コンテンツの最終的な配信先となるクライアント端末２００から、ユニキャストでの接続要求を受け付ける。そうすると、接続受付部１２０は、例えば接続要求を受け付けた日付、時刻、及び接続要求元のクライアント端末２００のアドレスなどを含む接続要求データを、履歴サーバ１７０の履歴処理部１８０へ出力する。それにより、履歴サーバ１７０において、接続要求の履歴が更新される。

また、接続受付部１２０は、接続要求を受け付けた際にコンテンツ配信部１１０によるコンテンツの配信に既にマルチキャストサーバ１８が使用されている場合には、接続要求元のクライアント端末２００にマルチキャストサーバ１８の利用を指示する。一方、接続要求を受け付けた際にマルチキャストサーバ１８が使用されていない場合には、接続受付部１２０は、コンテンツの配信にマルチキャストサーバを使用するか否かの判定を判定部１４０に指示する。さらに、コンテンツ配信部１１０からのコンテンツの配信にマルチキャストサーバ１８が使用されているときに、判定部１４０がコンテンツの配信にマルチキャストサーバを使用しないと判定したとする。その場合には、接続受付部１２０は、判定の時点でマルチキャストサーバ１８に接続しているクライアント端末２００に、マルチキャストサーバ１８から自装置（即ちコンテンツサーバ１００）への接続の切替えを指示してもよい。

予測部１３０は、履歴サーバ１７０により保持されている接続要求の履歴を用いて、所与の時間帯又は時刻においてコンテンツサーバ１００又はマルチキャストサーバ１８に接続しているクライアント端末２００の数を予測する。

図３は、予測部１３０による接続数の予測処理について説明するための説明図である。

図３を参照すると、予測部１３０により履歴サーバ１７０から取得される接続要求の履歴の一例としての履歴データ１９２が示されている。履歴データ１９２は、例えば、接続要求の日付（“ｙｙｙｙｍｍｄｄ”）、時刻（“ｈｈｍｍｓｓ”）及び接続要求元のクライアント端末２００のアドレスを１レコードに含む接続要求データの集合などであってよい。予測部１３０は、例えば、かかる履歴データ１９２に基づいて、所定の期間内の分単位での接続要求数Ｐ_ｉ（ｉ＝１、２…）を集計する。所定の期間とは、例えば予測処理を実行する直前から数分前又は数十分前などであってよい。図３の例では、１分前までの接続要求数Ｐ_１＝５［件］、１分前から２分前までの接続要求数Ｐ_２＝３［件］と集計されている。また、予測部１３０は、履歴データ１９２に基づいて、所定の時間帯別の日単位での接続要求数Ｑ_ｊ（ｊ＝１、２…）を集計する。所定の時間帯とは、例えば１日２４時間を３時間ずつ８つに分けた時間帯などであってよい。図３の例では、１日前の時間帯Ｘ（例えば、正午から１５時など）の接続要求数Ｑ_１＝１００［件］、２日前の同時間帯Ｘの接続要求数Ｑ_２＝３００［件］と集計されている。このような接続要求数Ｐ_ｉ及びＱ_ｊを用いて、予測部１３０は、例えば予測の時点から所定の時間が経過した後（例えば数分後）の予測接続数ＥＣを次式に従って算出することができる。

（１）

ここで、ｎは予測の際に考慮に入れる期間の長さ［分］、ｍは予測の際に考慮に入れる日数［日］を指す。予測部１３０は、このような予測接続数の算出を、判定部１４０から指示を受けた際に実行してもよい。その代わりに、予測部１３０は、例えば定期的に予測接続数の算出処理を実行して予測結果を保持しておき、判定部１４０からの問合せに応じて当該予測結果を出力してもよい。なお、予測部１３０による予測処理のアルゴリズムは、上述した式（１）を用いるものに限定されない。

図２に戻り、コンテンツサーバ１００の具体的な構成についての説明を継続する。

判定部１４０は、接続受付部１２０により受け付けた上述した接続要求の履歴に基づいて、コンテンツ配信部１１０からのコンテンツの配信にマルチキャストサーバ１８を使用するか否かを判定する。判定部１４０は、例えば、一定の時間間隔で、予測部１３０により予測された接続予測数に基づいて、マルチキャストサーバ１８を使用するか否かを定期的に判定してもよい。また、判定部１４０は、例えば、接続受付部１２０が接続要求を受け付けた際にマルチキャストサーバ１８を使用するか否かを判定してもよい。

図４は、判定部１４０により定期的に実行され得る判定処理の流れの一例を示すフローチャートである。

図４を参照すると、判定部１４０は、まず、現在接続数又は予測接続数のうち値の大きい方が所定の閾値を超えないか否かを判定する（Ｓ１０２）。現在接続数とは、現在コンテンツサーバ１００又はマルチキャストサーバ１８に接続しているクライアント数を意味する。また、予測接続数とは、例えば上記式（１）に従って予測部１３０により予測された所与の時間帯又は時刻（例えば判定の時点）における予測接続数を意味する。所定の閾値とは、コンテンツサーバ１００が使用する通信回線において利用可能な接続数をＮ_Ａ、コンテンツサーバ１００自身のユニキャストでの最大接続可能数をＮ_Ｕとすると、例えばＮ_Ａ−１とＮ_ｕのうち小さい方の値などとして与えられる。なお、通信回線において利用可能な接続数Ｎ_Ａについて１をマイナスするのは、マルチキャストサーバ１８との間の接続分を空けておくためである。ステップＳ１０２において、現在接続数又は予測接続数のうち値の大きい方が上記所定の閾値を超える場合には、処理はステップＳ１０４へ進む。一方、現在接続数又は予測接続数のうち値の大きい方が上記所定の閾値を超えない場合には、処理はステップＳ１２０へ進む。

ステップＳ１０４では、判定部１４０は、マルチキャストサーバ１８が現在使用されているか否かを判定する（Ｓ１０４）。ここで、マルチキャストサーバ１８が現在使用されている場合には、処理はステップＳ１３０へ進む。この場合、コンテンツサーバ１００はクライアント端末２００へのコンテンツの配信に継続してマルチキャストサーバ１８を使用するため、特に接続の切替えなどの処理は行われない。一方、マルチキャストサーバ１８が現在使用されていない場合には、処理はステップＳ１０６へ進む。

ステップＳ１０６では、判定部１４０は、例えば接続受付部１２０を介してマルチキャストサーバ１８へ使用要求を送信し、マルチキャストの使用を予約する。その後、判定部１４０は、マルチキャストサーバ１８から接続に成功したことを示す成功応答を受信すると（Ｓ１０８）、コンテンツ配信部１１０からマルチキャストサーバ１８へのユニキャストでのコンテンツの配信を開始させる（Ｓ１１０）。なお、マルチキャストサーバ１８からの成功応答には、例えば利用可能なマルチキャストアドレス及びポート番号が記述されている。そこで、コンテンツ配信部１１０は、成功応答に記述された当該マルチキャストアドレス及びポート番号を用いて、マルチキャストサーバ１８へユニキャストでコンテンツを配信することができる。一方、マルチキャストサーバ１８からの成功応答が受信されない場合には、処理はステップＳ１３０へ進む。

また、ステップＳ１０２において現在接続数又は予測接続数のうち値の大きい方が上述した所定の閾値を超えていない場合には、判定部１４０は、ステップＳ１２０においてマルチキャストサーバ１８が現在使用されているか否かを判定する（Ｓ１２０）。ここで、マルチキャストサーバ１８が現在使用されていない場合には、処理はステップＳ１３０へ進む。この場合、コンテンツサーバ１００はクライアント端末２００へのコンテンツの配信に継続してユニキャストを使用するため、特に接続の切替えなどの処理は行われない。一方、マルチキャストサーバ１８が現在使用されている場合には、処理はステップＳ１２２へ進む。

ステップＳ１２２では、判定部１４０は、現在マルチキャストサーバ１８へ接続しているクライアント端末２００へ、例えば接続受付部１２０を介してユニキャストへの切替え指示を送信する（Ｓ１２２）。さらに、判定部１４０は、マルチキャストサーバ１８へマルチキャストの停止要求を送信する（Ｓ１２４）。その後、判定部１４０は、コンテンツ配信部１１０からマルチキャストサーバ１８へのコンテンツの配信を停止させる（Ｓ１２６）。なお、ステップＳ１２２の時点でマルチキャストサーバ１８に接続中であったクライアント端末２００へのコンテンツの配信は、各クライアント端末２００から新たに接続要求を受け付けた後に開始される。

その後、ステップＳ１３０では、判定部１４０は、上述した判定処理を次に行うタイミングまで、一定時間待機する（Ｓ１３０）。そして、処理はＳ１０２へ戻る。

このような定期的な判定処理により、コンテンツサーバ１００は、例えば、クライアント端末２００からの接続要求の履歴に基づいて予測される需要の変動に応じて、コンテンツ配信の形態をユニキャストとマルチキャストとの間で効率的に切替えることができる。

図５は、接続要求受付時に判定部１４０により実行され得る判定処理の流れの一例を示すフローチャートである。

図５を参照すると、まず、コンテンツサーバ１００は、クライアント端末２００から送信されたユニキャストでの接続要求を受信する（Ｓ２０２）。そうすると、判定部１４０は、マルチキャストサーバ１８が現在使用されているか否かを判定する（Ｓ２０４）。ここで、マルチキャストサーバ１８が現在使用されている場合には、処理はステップＳ２１４へ進む。一方、マルチキャストサーバ１８が現在使用されていない場合には、処理はステップＳ２０６へ進む。

次に、ステップＳ２０６では、判定部１４０は、新たな接続を加えた接続数が所定の閾値を超えないか否かを判定する（Ｓ２０６）。新たな接続を加えた接続数とは、現在コンテンツサーバ１００に接続しているクライアント数に新たな接続要求の要求元のクライアント数である１を加えた数を意味する。所定の閾値とは、図４のステップＳ１０２に関連して説明したＮ_Ａ−１とＮ_ｕのうち小さい方の値などとして与えられる。ステップＳ２０６において、新たな接続を加えた接続数が所定の閾値を超える場合には、処理はステップＳ２０８へ進む。一方、新たな接続を加えた接続数が所定の閾値を超えない場合には、処理はステップＳ２２０へ進む。

ステップＳ２０８では、判定部１４０は、例えば接続受付部１２０を介してマルチキャストサーバ１８へ使用要求を送信し、マルチキャストの使用を予約する。その後、判定部１４０は、マルチキャストサーバ１８から成功応答を受信すると（Ｓ２１０）、コンテンツ配信部１１０からマルチキャストサーバ１８へのユニキャストでのコンテンツの配信を開始させる（Ｓ２１２）。一方、マルチキャストサーバ１８からの成功応答が受信されない場合には、処理はステップＳ２１６へ進む。

ステップＳ２１４では、判定部１４０は、例えば接続受付部１２０を介してクライアント端末２００へ、マルチキャストサーバ１８からのマルチキャストでのコンテンツの受信を指示するマルチキャスト利用指示を送信する（Ｓ２１４）。なお、ステップＳ２０４においてマルチキャストサーバ１８が使用されていた場合には、マルチキャスト利用指示は、ステップＳ２０２における接続要求の要求元のクライアント端末２００のみに送信され得る。一方、ステップＳ２０８〜Ｓ２１２においてマルチキャストサーバ１８の使用が新たに開始された場合には、マルチキャスト利用指示は、ステップＳ２０４の時点でコンテンツサーバ１００に接続していた他のクライアント端末２００にも送信され得る。ここで、マルチキャスト利用指示には、マルチキャストサーバ１８において利用可能なマルチキャストアドレス及びポート番号が記述される。従って、各クライアント端末２００は、マルチキャスト利用指示に記述された当該マルチキャストアドレス及びポート番号を用いて、マルチキャストに参加することができる。

また、ステップＳ２１０において、マルチキャストサーバ１８からの成功応答が受信されなかった場合には、判定部１４０は、例えば接続受付部１２０を介して、クライアント端末２００へ接続失敗を通知する（Ｓ２１６）。

また、ステップＳ２０６において、新たな接続を加えた接続数が所定の閾値を超えなかった場合には、判定部１４０は、例えば接続受付部１２０を介して、クライアント端末２００へユニキャストでの接続成功を通知する（Ｓ２２０）。そして、判定部１４０は、コンテンツ配信部１１０から接続要求元のクライアント端末２００へのユニキャストでのコンテンツの配信を開始させる（Ｓ２２２）。

再び図２に戻り、履歴サーバ１７０の具体的な構成についての説明を行う。

［２−２−２．履歴サーバ］
履歴処理部１８０は、接続受付部１２０から接続要求データが入力されると、当該接続要求データを履歴記憶部１９０に記憶している接続要求の履歴に追加する。接続要求データには、上述したように、例えば接続要求を受け付けた日付、時刻、及び接続要求元のクライアント端末２００のアドレスなどが含まれ得る。また、履歴処理部１８０は、例えば図３を用いて説明した分単位での接続要求数Ｐ_ｉ及び所定の時間帯別の日単位での接続要求数Ｑ_ｊを集計し、その集計結果を接続要求の履歴として履歴記憶部１９０に記憶させてもよい。そして、履歴処理部１８０は、例えば、コンテンツサーバ１００の予測部１３０からの要求に応じて、履歴記憶部１９０に記憶されている接続要求の履歴を取得して出力する。

履歴記憶部１９０は、例えば、ハードディスク又は半導体メモリなどの記録媒体を用いて、履歴処理部１８０から入力される接続要求データを１エントリとする接続要求の履歴を記憶する。その代わりに、履歴記憶部１９０は、例えば、履歴処理部１８０から入力される接続要求データの集計結果を接続要求の履歴として記憶してもよい。

次に、上述したコンテンツサーバ１００に接続要求を送信するクライアント端末２００の具体的な構成について説明する。

［２−３．クライアント端末の構成例］
図６は、本実施形態に係るクライアント端末２００の具体的な構成の一例を示すブロック図である。図６を参照すると、クライアント端末２００は、接続処理部２１０、コンテンツ受信部２２０、及びコンテンツ再生部２３０を備える。

接続処理部２１０は、例えば、コンテンツの取得又は再生などを希望するユーザによる操作、又は所定のアプリケーションからの指示を検知すると、コンテンツサーバ１００へユニキャストでの接続要求を送信する。また、接続処理部２１０は、例えば、コンテンツサーバ１００からユニキャストでの接続要求に対する成功応答を受信すると、コンテンツ受信部２２０にコンテンツサーバ１００からユニキャストでコンテンツを受信させる。また、接続処理部２１０は、例えば、コンテンツサーバ１００からマルチキャスト利用指示を受信すると、マルチキャストサーバ１８へマルチキャスト参加要求を送信する。その場合、接続処理部２１０は、コンテンツ受信部２２０にマルチキャストサーバ１８からマルチキャストされるコンテンツを受信させる。さらに、接続処理部２１０は、例えば、マルチキャストを利用しているときにコンテンツサーバ１００からユニキャスト切替え指示を受信すると、マルチキャストサーバ１８との間の接続を解除し、新たにコンテンツサーバ１００へユニキャストでの接続要求を送信する。

コンテンツ受信部２２０は、例えば、接続処理部２１０によるコンテンツサーバ１００との間のユニキャストでの接続が成功した場合には、コンテンツサーバ１００のコンテンツ配信部１１０からユニキャストでコンテンツを受信する。また、コンテンツ受信部２２０は、例えば、マルチキャストサーバ１８からコンテンツがマルチキャストされている場合には、マルチキャストサーバ１８から当該コンテンツを受信する。そして、コンテンツ受信部２２０は、受信したコンテンツをコンテンツ再生部２３０へ出力する。

コンテンツ再生部２３０は、コンテンツ受信部２２０から入力されるコンテンツを再生する。例えば、コンテンツ再生部２３０は、図１に示した撮影装置１２により撮影された動画がコンテンツ受信部２２０から入力される場合には、当該動画を表示装置に表示してもよい。また、コンテンツ再生部２３０は、音楽がコンテンツ受信部２２０から入力される場合には、当該音楽をスピーカを用いて再生してもよい。さらに、例えばコンテンツがテキストデータである場合には、コンテンツ再生部２３０は、当該テキストデータを表示可能なブラウザやエディタなどのアプリケーションであってもよい。

図７は、クライアント端末２００による接続開始時の処理の流れの一例を示すフローチャートである。

図７において、例えば、ユーザによる操作又は所定のアプリケーションからの指示を検知した接続処理部２１０は、コンテンツサーバ１００へユニキャストでの接続要求を送信する（Ｓ３０２）。次に、接続処理部２１０は、コンテンツサーバ１００から成功応答を受信したか否かを判定する（Ｓ３０４）。ここで、成功応答が受信された場合には、処理はステップＳ３０６へ進む。一方、成功応答が受信されなかった場合には、処理はステップＳ３０８へ進む。

ステップＳ３０６では、接続処理部２１０とコンテンツサーバ１００との間のユニキャストでの接続が成功したため、コンテンツ受信部２２０において、ユニキャストでのコンテンツの受信が開始される（Ｓ３０６）。

一方、ステップＳ３０８では、接続処理部２１０は、コンテンツサーバ１００からのマルチキャスト利用指示が受信されたか否かを判定する（Ｓ３０８）。ここで、コンテンツサーバ１００からのマルチキャスト利用指示が受信された場合には、処理はステップＳ３１０へ進む。一方、コンテンツサーバ１００からのマルチキャスト利用指示が受信されなかった場合、即ちユニキャストでの接続の失敗のみが通知された場合には、処理はステップＳ３２０へ進む。

ステップＳ３１０では、接続処理部２１０は、例えば、マルチキャスト利用指示に記述されたマルチキャストアドレス及びポート番号を用いて、マルチキャストサーバ１８へマルチキャスト参加要求を送信する（Ｓ３１０）。その後、コンテンツ受信部２２０において、マルチキャストサーバ１８からマルチキャストされるコンテンツの受信が開始される（Ｓ３１２）。

一方、ステップＳ３２０では、接続処理部２１０はコンテンツサーバ１００及びマルチキャストサーバ１８の双方と接続することができなかったため、接続失敗として処理は終了する（Ｓ３２０）。その後、接続処理部２１０は、例えば、必要に応じてコンテンツサーバ１００への接続要求を再試行してもよい。

図８は、クライアント端末２００による接続切替え時の処理の流れの一例を示すフローチャートである。なお、ここでは、マルチキャストからユニキャストへの接続の切替えを例にとって説明する。

図８において、まず、接続処理部２１０により、マルチキャストを利用しているときにコンテンツサーバ１００からユニキャストへの切替え指示を受信したか否かが判定される（Ｓ４０２）。ここで、コンテンツサーバ１００からユニキャストへの切替え指示が受信された場合には、処理はステップＳ４０４へ進む。

次に、接続処理部２１０は、現在接続しているマルチキャストサーバ１８との間の接続を解除する（Ｓ４０４）。そして、接続処理部２１０は、コンテンツサーバ１００へマルチキャストサーバ１８との間の接続が解除されたことを通知する成功応答を送信する（Ｓ４０６）。次に、接続処理部２１０は、コンテンツサーバ１００へユニキャストでの接続要求を送信する（Ｓ４０８）。そして、接続処理部２１０は、コンテンツサーバ１００から成功応答を受信したか否かを判定する（Ｓ４１０）。ここで、成功応答が受信された場合には、コンテンツ受信部２２０において、ユニキャストでのコンテンツの受信が開始される（Ｓ４１２）。一方、成功応答が受信されなかった場合には、接続失敗として処理は終了する（Ｓ４１４）。

ここまで、図１〜図８を用いて、本実施形態に係るコンテンツサーバ１００、履歴サーバ１７０、並びにクライアント端末２００の構成及び処理について具体的に説明した。次に、コンテンツサーバ１００とクライアント端末２００との間の動作のシーケンスについて、図９〜図１１を用いて説明する。

［２−４．動作シーケンスの例］
図９は、クライアント端末２００からコンテンツサーバ１００へ接続要求が送信された後、ユニキャストによるコンテンツ配信が開始されるまでの動作シーケンスの一例を示すシーケンス図である。

図９を参照すると、まず、クライアント端末２００からコンテンツサーバ１００へ、ユニキャストでの接続要求が送信される（Ｓ１１０２）。そうすると、コンテンツサーバ１００において、図５を用いて説明した接続要求受付時の判定部１４０による判定処理が実行される（Ｓ１１０４）。そして、判定処理の結果、ユニキャストでの接続が可能である（即ち、マルチキャストサーバ１８を使用しない）と判定されると、コンテンツサーバ１００からクライアント端末２００へ、ユニキャストでの接続成功を通知する成功応答が送信される（Ｓ１１０６）。その後、コンテンツサーバ１００からクライアント端末２００へ、ユニキャストでのコンテンツの配信が開始される（Ｓ１１０８）。

図１０は、クライアント端末２００からコンテンツサーバ１００へ接続要求が送信された後、マルチキャストによるコンテンツ配信が開始されるまでの動作シーケンスの一例を示すシーケンス図である。

図１０を参照すると、まず、クライアント端末２００からコンテンツサーバ１００へ、ユニキャストでの接続要求が送信される（Ｓ１２０２）。そうすると、コンテンツサーバ１００において、図５を用いて説明した接続要求受付時の判定部１４０による判定処理が実行される（Ｓ１２０４）。そして、判定部１４０による判定処理の結果、コンテンツの配信にマルチキャストサーバ１８を使用すると判定されると、コンテンツサーバ１００からマルチキャストサーバ１８へ、マルチキャスト使用要求が送信される（Ｓ１２０６）。そして、マルチキャストサーバ１８からコンテンツサーバ１００へ成功応答が返信されると（Ｓ１２０８）、コンテンツサーバ１００からマルチキャストサーバ１８へのユニキャストでのコンテンツの配信が開始される（Ｓ１２１０）。そうすると、マルチキャストサーバ１８から各クライアント端末２００へのマルチキャストが可能となる（Ｓ１２１２）。

その後、コンテンツサーバ１００からクライアント端末２００へ、マルチキャストサーバ１８からのマルチキャストの利用を指示するマルチキャスト利用指示が送信される（Ｓ１２１４）。そうすると、クライアント端末２００からマルチキャストサーバ１８へ、マルチキャスト参加要求が送信される（Ｓ１２１６）。そして、マルチキャストサーバ１８からクライアント端末２００へ成功応答が返信されると（Ｓ１２１８）、マルチキャストサーバ１８から当該クライアント端末２００へのマルチキャストでのコンテンツの配信が開始される（Ｓ１２２０）。

図９及び図１０から理解されるように、クライアント端末２００は、例えばコンテンツ配信システム１にてマルチキャストサーバ１８が使用されているかいないかに関わらず、ユニキャストでの接続要求をコンテンツサーバ１００へ送信することができる。即ち、本実施形態では、クライアント端末２００にとって、予めマルチキャストサーバ１８が使用されているか否かを知っておく必要がない。そのため、コンテンツ配信システム１において、例えば、クライアント側でユニキャストとマルチキャストのうちどちらが使用されているかを見分けるための特別な問い合わせ機能などを実装しなくてもよい。

図１１は、マルチキャストからユニキャストへの接続切替え時の動作シーケンスの一例を示すシーケンス図である。

図１１においては、例えば図１０に示した動作シーケンスの後、コンテンツサーバ１００からマルチキャストサーバ１８へコンテンツがユニキャストで配信されている（Ｓ１３０２）。また、マルチキャストサーバ１８からクライアント端末２００へコンテンツがマルチキャストで中継されている（Ｓ１３０４）。

その後、図４を用いて説明した判定部１４０による定期的な判定処理が実行される（Ｓ１３０６）。ここで、例えば、現在接続数及び予測接続数が所定の閾値を下回ったものと仮定する。その場合、まず、コンテンツサーバ１００からクライアント端末２００へ、ユニキャストへの切替え指示が送信される（Ｓ１３１２）。そうすると、クライアント端末２００は、マルチキャストサーバ１８との間の接続を解除する（Ｓ１３１４）。そして、クライアント端末２００からコンテンツサーバ１００へ、マルチキャストサーバ１８との間の接続の解除に成功したことを通知する成功応答が送信される（Ｓ１３１６）。

コンテンツサーバ１００は、例えばステップＳ１３０６の時点で接続中であった全てのクライアント端末２００がマルチキャストサーバ１８との間の接続の解除に成功すると、マルチキャストサーバ１８へマルチキャストの停止要求を送信する（Ｓ１３１８）。そうすると、マルチキャストサーバ１８は、マルチキャストを停止する（Ｓ１３２０）。そして、マルチキャストサーバ１８からコンテンツサーバ１００へ、マルチキャストの停止に成功したことを通知する成功応答が送信される（Ｓ１３２２）。

その後、クライアント端末２００からコンテンツサーバ１００へ、ユニキャストでの接続要求が送信される（Ｓ１３３２）。そうすると、コンテンツサーバ１００において、例えば、判定部１４０による判定処理が行われる（Ｓ１３３４）。なお、ここでの判定処理は省略されてもよい。そして、コンテンツサーバ１００からクライアント端末２００へ、ユニキャストでの接続の成功を通知する成功応答が送信される（Ｓ１３３６）。その後、コンテンツサーバ１００からクライアント端末２００へ、ユニキャストでのコンテンツの配信が開始される（Ｓ１３３８）。

図１１から理解されるように、本実施形態において、コンテンツサーバ１００は、マルチキャストよりもユニキャストの方が有利であると判定した場合には、クライアント端末２００との間の接続形態をマルチキャストからユニキャストへ切替える。そのため、例えば、クライアント数が少ないときにまでマルチキャストサービスのサービス利用料を支払うといったコスト面での非効率性が改善される。

＜３．まとめ＞
ここまで、図１〜図１１を用いて、本発明の一実施形態に係るコンテンツ配信システム１について説明した。本実施形態によれば、コンテンツサーバ１００において、コンテンツの配信先となるクライアント端末２００からの接続要求の履歴に基づいて、コンテンツの配信にマルチキャストサーバを使用するか否かが判定される。かかる構成によれば、例えば、コンテンツサービスを利用するユーザの増減に応じて、ユニキャストとマルチキャストとをシームレスに切替えることが可能となる。それにより、コンテンツ提供者が負担するマルチキャストサービスのサービス利用料などのコスト面の負担、及び通信回線に掛かる負荷などを効率的に軽減することができる。また、クライアント端末２００は、予めマルチキャストが使用されているか否かを知らなくとも、コンテンツの配信を希望するときに単純にユニキャストでの接続要求を送信することにより、適切な形態でコンテンツの配信を受けることができる。

なお、上述したコンテンツサーバ１００、履歴サーバ１７０、及びクライアント端末２００は、例えば、図１２に示した汎用コンピュータ上で動作するソフトウェアを用いて実現され得る。

図１２において、ＣＰＵ（Central Processing Unit）９０２は、汎用コンピュータの動作全般を制御する。ＲＯＭ（Read Only Memory）９０４には、一連の処理の一部又は全部を記述したプログラム又はデータが格納される。ＲＡＭ（Random Access Memory）９０６には、処理の実行時にＣＰＵ９０２により用いられるプログラムやデータなどが一時的に記憶される。

ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６は、バス９１０を介して相互に接続される。バス９１０にはさらに、入出力インタフェース９１２が接続される。入出力インタフェース９１２は、ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６と、入力装置９２０、出力装置９２２、記憶装置９２４、通信装置９２６、及びドライブ９３０とを接続するためのインタフェースである。

入力装置９２０は、例えばボタン、スイッチ、レバー、マウスやキーボードなどの入力装置を介して、ユーザからの指示や情報入力を受け付ける。出力装置９２２は、例えばＣＲＴ、液晶ディスプレイ、ＰＤＰ又はＯＬＥＤなどの表示装置、又はスピーカなどの音声出力装置を介してユーザに情報を出力することができる。

記憶装置９２４は、例えばハードディスク又は半導体メモリなどを用いて、プログラムやプログラムデータ、履歴データなどを記憶することができる。通信装置９２６は、ＬＡＮ又はインターネットなどのネットワークを介する通信処理を行う。ドライブ９３０は、必要に応じて汎用コンピュータに設けられ、例えばドライブ９３０にはリムーバブルメディア９３２が装着される。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属すものと了解される。

例えば、本明細書では、マルチキャストサーバ１８をコンテンツサーバ１００の外部の装置として説明した。しかしながら、例えば、マルチキャストサーバ１８とコンテンツサーバ１００とは物理的に同一の装置上に実装されてもよい。

１コンテンツ配信システム
１８マルチキャストサーバ
１００コンテンツサーバ（情報処理装置）
１１０コンテンツ配信部
１２０接続受付部
１３０予測部
１４０判定部
１７０履歴サーバ
１８０履歴処理部
１９０履歴記憶部
２００クライアント端末（端末装置）
２１０接続処理部
２２０コンテンツ受信部
２３０コンテンツ再生部

Claims

コンテンツを配信する配信部と；
コンテンツの配信先となる端末装置からの接続要求を受け付ける受付部と；
前記受付部により受け付けた前記接続要求の履歴に基づいて、前記配信部からのコンテンツの配信にマルチキャストサーバを使用するか否かを判定する判定部と；
を備える情報処理装置。
前記情報処理装置は、
前記接続要求の履歴を用いて、所与の時間帯又は時刻において接続されている端末装置の数を予測する予測部、
をさらに備える、請求項１に記載の情報処理装置。
前記判定部は、一定の時間間隔で、前記予測部による予測結果に基づいてマルチキャストサーバを使用するか否かを判定する、請求項２に記載の情報処理装置。
前記判定部は、さらに、前記受付部が前記接続要求を受け付けた際にマルチキャストサーバを使用するか否かを判定する、請求項３に記載の情報処理装置。
前記受付部は、前記配信部からのコンテンツの配信にマルチキャストサーバが使用されているときに、端末装置から接続要求を受け付けた場合には、当該端末装置にマルチキャストサーバの利用を指示する、請求項４に記載の情報処理装置。
前記配信部は、前記判定部がコンテンツの配信にマルチキャストサーバを使用すると判定した場合には、コンテンツをマルチキャストサーバへ配信する、請求項１に記載の情報処理装置。
前記受付部は、前記配信部からのコンテンツの配信にマルチキャストサーバが使用されているときに、前記判定部がコンテンツの配信にマルチキャストサーバを使用しないと判定した場合には、判定の時点でマルチキャストサーバに接続している端末装置にマルチキャストサーバから自装置への接続の切替えを指示する、請求項１に記載の情報処理装置。
前記配信部は、前記判定部がコンテンツの配信にマルチキャストサーバを使用しないと判定した場合には、コンテンツを前記端末装置へ配信する、請求項１に記載の情報処理装置。
コンテンツを配信可能な情報処理装置を用いたコンテンツ配信方法であって：
コンテンツの配信先となる端末装置から接続要求を受け付けるステップと；
過去に受け付けた前記接続要求の履歴に基づいて、コンテンツの配信にマルチキャストサーバを使用するか否かを判定するステップと；
前記判定の結果に応じて、前記端末装置へマルチキャストサーバを使用してコンテンツを配信し、又は前記端末装置へユニキャストでコンテンツを配信するステップと；
を含むコンテンツ配信方法。
情報処理装置を制御するコンピュータを：
コンテンツを配信する配信部と；
コンテンツの配信先となる端末装置からの接続要求を受け付ける受付部と；
前記受付部により受け付けた前記接続要求の履歴に基づいて、前記配信部からのコンテンツの配信にマルチキャストサーバを使用するか否かを判定する判定部と；
として機能させるための、プログラム。