(57)【特許請求の範囲】
【請求項１】
コンテンツ配信を容易にするためのコンピュータで実行される方法であって、
コンテンツ配信ネットワーク内のノードで、前記コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストのためのコンフィギュレーション情報を、前記コンテンツ配信ネットワーク内のコンフィギュレーションサーバから取得するステップと、
前記コンフィギュレーション情報を用いて前記ノードを前記テストに参加するように構成するステップとを含み、前記テストは、前記ノード上のメディア配信アプリケーションを用いて、前記コンテンツ配信ネットワークから受信したコンテンツを、前記テストを実施するためのユーザ入力を必要とすることなく、再生することを含み、
前記方法は、前記テスト中において、前記ノードを用いて、前記ノードに関連するステータス情報を、前記コンテンツ配信ネットワーク内の収集サーバに定期的に提供するステップをさらに含み、
前記テストは、前記ノード上の前記メディア配信アプリケーションの再生スクリーンを隠すことをさらに含む、コンピュータで実行される方法。
【請求項２】
前記コンフィギュレーション情報を前記コンフィギュレーションサーバから取得する前に、前記コンフィギュレーション情報の要求を、前記ノードから前記コンフィギュレーションサーバに定期的に送信するステップをさらに含む、請求項１に記載のコンピュータで実行される方法。
【請求項３】
前記コンフィギュレーション情報に含まれる前記テストの開始時間に達した後に、前記ノードに対する前記テストを開始するステップをさらに含む、請求項１または２に記載のコンピュータで実行される方法。
【請求項４】
前記コンフィギュレーション情報に含まれる前記テストの終了時間に達した後に、前記ノードに対する前記テストを終了するステップをさらに含む、請求項３に記載のコンピュータで実行される方法。
【請求項５】
前記コンフィギュレーション情報は、前記開始時間および前記終了時間のうちの少なくとも一方に関連するジッタをさらに含む、請求項４に記載のコンピュータで実行される方法。
【請求項６】
前記コンフィギュレーション情報は、アドレス範囲、サブネット、参加パーセンテージ、参加レベル、テストストリーム、隠れフラグ、およびログ送信フラグのうちの少なくとも１つをさらに含む、請求項４に記載のコンピュータで実行される方法。
【請求項７】
前記ステータス情報は、再生ステータス、バッファリングステータス、ストールステータス、停止ステータス、一時停止ステータス、および開始ステータスのうちの少なくとも１つを含む、請求項１〜６のいずれか１項に記載のコンピュータで実行される方法。
【請求項８】
ネットワークテストを容易にするためのコンピュータで実行される方法であって、
コンテンツ配信ネットワーク内の一組のノードに関するステータス情報を取得するステップを含み、前記ステータス情報は、前記ノード上のメディア配信アプリケーションによる、前記コンテンツ配信ネットワークからのコンテンツの再生に関連し、
前記ステータス情報の視覚表現をユーザに対して表示するステップと、
前記視覚表現を更新するための１つ以上のオプションを前記ユーザに提供するステップとを含み、
前記コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストは、前記ノード上の前記メディア配信アプリケーションの再生スクリーンを隠すことをさらに含む、コンピュータで実行される方法。
【請求項９】
前記ステータス情報は、再生ステータス、バッファリングステータス、ストールステータス、停止ステータス、一時停止ステータス、および開始ステータスのうちの少なくとも１つを含む、請求項８に記載のコンピュータで実行される方法。
【請求項１０】
前記ステータス情報は、前記コンテンツ配信ネットワークにおけるブロードキャストレディネスのテスト中に、前記ノードによって生成され、
前記ブロードキャストレディネスのテストは、前記ノードのうちの各ノード上のメディア配信アプリケーションを用いて、前記コンテンツ配信ネットワークから受信したコンテンツを、前記テストを実施するためのユーザ入力を必要とすることなく、再生することを含む、請求項８または９に記載のコンピュータで実行される方法。
【請求項１１】
前記１つ以上のオプションは、フィルタ、ソートオプション、およびタイムスケールのうちの少なくとも１つを含む、請求項８〜１０のいずれか１項に記載のコンピュータで実行される方法。
【請求項１２】
コンテンツ配信を容易にするためのシステムであって、
コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストのためのコンフィギュレーション情報をユーザから取得するように構成されたコンフィギュレーション装置を備え、前記テストは、前記コンテンツ配信ネットワーク内の一組のノード上のメディア配信アプリケーションを用いて、前記コンテンツ配信ネットワークから受信したコンテンツを、前記テストを実施するためのユーザ入力を必要とすることなく、再生することを含み、
前記コンフィギュレーション情報を前記一組のノードに提供するように構成されたコンフィギュレーションサーバを備え、前記コンフィギュレーション情報は、前記ノードによって前記テストに参加するために使用され、
前記テストは、前記ノード上の前記メディア配信アプリケーションの再生スクリーンを隠すことをさらに含む、システム。
【請求項１３】
前記一組のノードをさらに備え、前記一組のノードのうちの各ノードは、
前記コンフィギュレーション情報を前記コンフィギュレーションサーバから定期的に取得し、
前記コンフィギュレーション情報を用いて前記ノードを前記テストに参加するように構成し、
前記テスト中において、前記ノードに関連するステータス情報を、前記コンテンツ配信ネットワーク内の収集サーバに定期的に提供するように構成されている、請求項１２に記載のシステム。
【請求項１４】
テスト−分析装置をさらに備え、前記テスト−分析装置は、
前記ステータス情報を前記収集サーバから取得し、
前記ステータス情報の視覚表現をユーザに対して表示し、
前記視覚表現を更新するための１つ以上のオプションを前記ユーザに提供するように構成されている、請求項１３に記載のシステム。
【請求項１５】
請求項１〜１１のいずれかに記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
背景
分野
開示されている実施形態は、ブロードキャストレディネステストに関する。より具体的には、開示されている実施形態は、分散型コンテンツ配信ネットワークにおけるブロードキャストレディネスをテストするための技術に関する。
【背景技術】
【０００２】
関連技術
電子機器の能力および台数の向上は、結果として電子機器に対するデジタルコンテンツの配信の増加をもたらした。たとえば、ビデオ、音声、および／またはその他の種類の媒体ストリームは、複数のパーソナルコンピュータ、ラップトップコンピュータ、携帯電話、タブレットコンピュータ、および／またはその他のネットワーク対応電子機器に、インターネットベースのコンテンツプロバイダおよび／またはコンテンツ配信ネットワークを用いて送信し得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、デジタルコンテンツ配信によって消費される帯域幅が、電子機器上でのコンテンツ再生および／またはその他のネットワークアクセスに干渉する場合がある。たとえば、企業環境においてビデオの需要が増大すると、企業ネットワーク内でのネットワークの使用は、小さなトランザクションペイロードから大きな分散ペイロードに移行する場合がある。そうすると、企業ネットワークはこのペイロードによって過負荷になり、企業ネットワーク内におけるビデオ体験に障害が発生するおよび／または機器に到達するために業務上不可欠なトラフィックが得られないという結果が生じ得る。
【０００４】
企業の中には、分散型コンテンツ配信ネットワークを創設することによってこの問題を解決しようと試みた企業がある。分散型コンテンツ配信ネットワークにおいて、クライアントはコンテンツを互いに共有するピアとして機能し得る。あるクライアントがファイルを中央サーバから受信すると、このクライアントは他のクライアントに対してこのファイルのサーバになり得る。クライアントがコンテンツをダウンロードすると、そのコンテンツのサーバになり得るクライアントの数が増し、それ以降のクライアントは、このコンテンツをワイドエリアネットワーク（ＷＡＮ）ではなくローカルエリアネットワーク（ＬＡＮ)から取得することができ、クライアントとＷＡＮとの間の輻輳は減少する。
【０００５】
一方、帯域幅および／またはプロセッサの利用は、分散型コンテンツ配信ネットワークの個々のクライアントにおけるコンテンツの再生に影響し続ける場合がある。加えて、クライアントにおけるコンテンツ配信および／または再生の問題は、コンテンツがストリーミングされた後でなければ検出されないであろう。たとえば、ライブイベントのビデオは、何百または何千ものクライアントに対し、複数のネットワークおよび／または物理的な場所を通してストリーミングされることがある。クライアント、ネットワーク、および／または場所の数が増すと、１以上のクライアントおよび／またはネットワークがコンフィギュレーション不良または利用不能になる可能性が増す。また、コンテンツをクライアントおよび／またはネットワークに配信できない状態および／または配信する機能が損なわれた状態は、ライブイベントの終了後にユーザからのフィードバックが受信されるまで認識されない場合がある。
【０００６】
ゆえに、複数のネットワークおよび／または物理的な場所を通してコンテンツをクライアントに配信し再生することは、クライアントにおけるネットワークおよび／または再生の問題を動的に検出し管理するためのメカニズムによって容易になるであろう。
【課題を解決するための手段】
【０００７】
概要
開示されている実施形態は、コンテンツ配信を容易にするシステムを提供する。作動中、システムは、コンテンツ配信ネットワーク内のノードで、コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストのためのコンフィギュレーション情報を、コンテンツ配信ネットワーク内のコンフィギュレーションサーバから取得する。次に、システムは、コンフィギュレーション情報を用いてノードをテストに参加するように構成し、このテストは、ノード上のメディア配信アプリケーションを用いて、コンテンツ配信ネットワークから受信したコンテンツを、テストを実施するためのユーザ入力を必要とすることなく、再生することを含む。テスト中において、システムは、ノードを用いて、このノードに関連するステータス情報を、コンテンツ配信ネットワーク内の収集サーバに定期的に提供する。
【０００８】
いくつかの実施形態において、システムはまた、コンフィギュレーション情報をコンフィギュレーションサーバから取得する前に、コンフィギュレーション情報の要求を、ノードからコンフィギュレーションサーバに定期的に送信する。
【０００９】
いくつかの実施形態において、システムはまた、コンフィギュレーション情報に含まれるテストの開始時間に達した後に、ノードに対するテストを開始する。
【００１０】
いくつかの実施形態において、システムはまた、コンフィギュレーション情報に含まれるテストの終了時間に達した後に、ノードに対するテストを終了する。
【００１１】
いくつかの実施形態において、コンフィギュレーション情報は、開始時間および終了時間のうちの少なくとも一方に関連するジッタをさらに含む。
【００１２】
いくつかの実施形態において、コンフィギュレーション情報は、アドレス範囲、サブネット、参加パーセンテージ、参加レベル、テストストリーム、隠れフラグ、およびログ送信フラグのうちの少なくとも１つをさらに含む。
【００１３】
いくつかの実施形態において、テストは、ノード上のメディア配信アプリケーションの再生スクリーンを隠すことをさらに含む。
【００１４】
いくつかの実施形態において、ステータス情報は、再生ステータス、バッファリングステータス、ストールステータス、停止ステータス、一時停止ステータス、および開始ステータスのうちの少なくとも１つを含む。
【００１５】
本特許または出願ファイルは、カラーで作成された図面を少なくとも１つ含む。このカラー図面を含む特許または特許出願公報の写しは、申請し必要な料金を支払えば庁から提供されるであろう。
【図面の簡単な説明】
【００１６】
【図１】開示されている実施形態に従う分散型コンテンツ配信ネットワークを示す。
【図２】開示されている実施形態に従うコンテンツ配信を容易にするためのシステムを示す。
【図３Ａ−１】開示されている実施形態に従う代表的なスクリーンショットを示す。
【図３Ａ−２】開示されている実施形態に従う代表的なスクリーンショットを示す。
【図３Ｂ】開示されている実施形態に従う代表的なスクリーンショットを示す。
【図４】開示されている実施形態に従うコンテンツ配信を容易にするプロセスを説明するフローチャートを示す。
【図５】開示されている実施形態に従うネットワークテストを容易にするプロセスを説明するフローチャートを示す。
【図６】開示されている実施形態に従うコンピュータシステムを示す。
【発明を実施するための形態】
【００１７】
図中、同様の参照番号は同一の図面要素を示す。
詳細な説明
以下の説明は、当業者が実施形態を実施し使用することを可能にするために述べられ、特定の用途およびその必要条件という文脈において提供される。開示される実施形態のさまざまな変形は、当業者には難なく明らかになるであろう。また、本明細書で定義される一般原則は、本開示の精神および範囲から逸脱することなく、他の実施形態および用途に適用し得る。よって、本発明は、示されている実施形態に限定されるのではなく、本明細書に開示される原則および特徴と合致する最も広い範囲に従うことを意図している。
【００１８】
この詳細な説明に記載されるデータ構造およびコードは、典型的にはコンピュータ読取可能な記憶媒体に格納されており、この媒体は、コンピュータシステムによって使用されるコードおよび／またはデータを格納できる何らかの装置または媒体であればよい。コンピュータ読取可能な記憶媒体は、揮発性メモリ、不揮発性メモリ、ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスクまたはデジタルビデオディスク）等の磁気および光記憶装置、または、現在周知のまたは今後開発されるコードおよび／またはデータを格納できるその他の媒体を含むが、これらに限定されない。
【００１９】
この詳細な説明のセクションに記載の方法およびプロセスは、上記コンピュータ読取可能な記憶媒体に格納できるコードおよび／またはデータとして実施することができる。コンピュータシステムは、コンピュータ読取可能な記憶媒体に格納されているコードおよび／またはデータを読取って実行するとき、データ構造およびコードとして実施され上記コンピュータ読取可能な記憶媒体に格納されている方法およびプロセスを実行する。
【００２０】
さらに、本明細書に記載の方法およびプロセスは、ハードウェアモジュールまたは装置に含めることができる。これらのモジュールまたは装置は、特定用途向け集積回路（ＡＳＩＣ）チップ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定のソフトウェアモジュールまたは１つのコードを特定の時間に実行する専用もしくは共有プロセッサ、および／または現在周知のまたは今後開発されるその他のプログラマブルロジックデバイスを含み得るが、これらに限定されない。ハードウェアモジュールまたは装置は、起動されると、そこに含まれている方法またはプロセスを実行する。
【００２１】
図１は、本発明の実施形態に従う分散型コンテンツ配信ネットワーク１００を示す。分散型コンテンツ配信ネットワーク１００は、ピア１０１およびピア１０２を含む。ピア１０１および１０２は、分散型コンテンツ配信ネットワーク１００上のノードとして機能する、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、および／または携帯情報端末等のネットワーク対応電子装置であってもよい。より具体的には、ピア１０１および１０２は、クライアントとしても、コンテンツを他のクライアントに供給する候補サーバとしても機能し得る。図１はまた、ディレクトリサーバ１０４、１０６および１０８と、ロギングサーバ１１０と、オリジンサーバ１１２とを含む。サーバ１０４、１０６、１０８、１１０および１１２は、分散型コンテンツ配信ネットワーク１００内のクライアント（たとえばピア１０１〜１０２）からの要求を処理する物理および／または仮想サーバであってもよい。
【００２２】
１つ以上の実施形態において、ピア１０１はコンテンツの要求をディレクトリサーバ１０４に送信する。このコンテンツは、ビデオ、音声、および／またはマルチメディア等のストリーミング媒体を含み得る。たとえば、ピア１０１は、プレゼンテーション、発表、社内会議、式典、演説、ニュース放送、および／またはスポーツイベント等のライブイベント中に、ビデオコンテンツのストリーミングを要求してもよい。代わりに、ピア１０１は、ディレクトリサーバ１０４に、ビデオおよび／または音声コンテンツをオンデマンドで要求してもよい。
【００２３】
ディレクトリサーバ１０４は、任意で、この要求をディレクトリサーバ１０６またはディレクトリサーバ１０８に転送またはリダイレクトしてもよい。１つ以上のディレクトリサーバ１０４〜１０８は、この要求を、サーバになり得る候補サーバのリストをピア１０１に返送することによって処理してもよい。なお、ピアは、コンテンツを要求するときはいつでも、そのコンテンツのサーバになり得る候補サーバになり、他のクライアントに転送される、サーバになり得る候補サーバのリストの中に出現するであろう。このサーバになり得る候補サーバのリストは、任意で、このコンテンツのオリジナルソースとして機能し得るオリジンサーバ１１２を特定してもよい。
【００２４】
ピア１０１は、このリストを用いて、ピア１０２、オリジンサーバ１１２、および／またはリスト中の別の候補サーバにコンテンツを要求してもよい。コンテンツの受信中に、ピア１０１は、受信したコンテンツの部分とピア１０１がコンテンツをダウンロードしようと試みたサーバとを含むフィードバック情報を、ロギングサーバ１１０に提供してもよい。その後、ロギングサーバ１１０は、このピア１０１からのフィードバック情報をディレクトリサーバ１０４に転送してもよく、ディレクトリサーバ１０４は、このフィードバック情報を用いてコンテンツの将来の要求を処理してもよい。図１の構成要素は、本明細書に引用により援用する、２００３年６月３０日に出願され発明者がWade L. HennesseyおよびJohn B. Wainwrightであり「Method and Apparatus for Establishing Peering Rules for Distributed Content Delivery」と題された同時係属中の非仮出願第１０／６１１，７８３号（代理人整理番号ＫＯＮ０３−０００３）に，さらに詳細に記載されている。
【００２５】
ライブイベントを複数のネットワークおよび／または分散型コンテンツ配信ネットワーク１００の複数の物理的な場所を通してピア（たとえばピア１０１および１０２）にストリーミングすると、結果として、異なる再生体験が異なるピアで発生し得ることが当業者にはわかるであろう。たとえば、あるイベントのビデオストリームが、オリジンサーバ１１２から、イベントから予め指定された遅れ（たとえば３０秒）を伴って１つ以上のピアに提供される場合がある。イベントをストリーミングするピアの数が増すと、ノードおよび／またはノードが受信するコンテンツが経由するネットワークのうちのいくつかが、コンフィギュレーション不良になるおよび／またはコンテンツストリームを受信できない確率が増す。加えて、このようなネットワークおよび／または再生の問題は、イベントがストリーミングされた後でなければ検出されないであろう。たとえば、分散型コンテンツ配信ネットワーク１００のアドミニストレータは、イベント中にピアがコンテンツストリームを受信できないことを、このピアのユーザがそのイベントのユーザ体験に関するフィードバックを提供するまで、知らされない場合がある。
【００２６】
１つ以上の実施形態において、分散型コンテンツ配信ネットワーク１００は、ライブイベントのブロードキャストを、このようなブロードキャストに参加するピアに対する一定のスケールのブロードキャストレディネステストを実施することによって、容易にする機能を含む。以下でさらに詳細に説明するように、分散型コンテンツ配信ネットワーク１００は、分散型コンテンツ配信ネットワーク１００内のピアに対し、ブロードキャストレディネスのテストのためのコンフィギュレーション情報を提供し得る。たとえば、このコンフィギュレーション情報は、ピアに対し、これらのピアが参加するライブイベントのブロードキャスト前に送信されてもよい。ピアは、コンフィギュレーション情報を用いて、テストに参加するように自らを構成し、テスト中にステータス情報を分散型コンテンツ配信ネットワーク１００に提供する。次に、ステータス情報を用いて、ピアに対するコンテンツのストリーミングおよび／またはピアにおけるコンテンツの再生に関連する潜在的な問題を認識および／または管理することで、分散型コンテンツ配信ネットワーク１００におけるブロードキャストレディネスを容易にしてもよい。
【００２７】
図２は、開示されている実施形態に従うコンテンツ配信を容易にするためのシステムを示す。図２に示されるように、このシステムは、コンフィギュレーション装置２０２と、テスト−分析装置２０４と、コンフィギュレーションサーバ２０６と、収集サーバ２０８と、一組のノード（たとえばノード１  ２１２，ノードｘ  ２１４）とを含む。以下、これらの構成要素各々についてさらに詳細に説明する。
【００２８】
上記のように、図２のシステムは、図１の分散型コンテンツ配信ネットワーク１００等のコンテンツ配信ネットワークにおいてブロードキャストレディネステストを実施するために使用し得る。このようなブロードキャストレディネステスト中に、コンテンツが、ライブイベントのブロードキャストのスケールまたはそれを上回るスケールで（たとえば予め指定された遅れを伴って）ストリーミングおよび再生されることにより、このライブイベントが発生する前に、分散型コンテンツ配信ネットワークの１つ以上のノードにおける、ネットワークおよび／または再生の潜在的な問題を、認識および／または回避し得る。言い換えると、ブロードキャストレディネステストを実施することにより、コンテンツ配信ネットワーク内の一組のノード（たとえばノード１  ２１２，ノードｘ  ２１４）におけるライブまたはライブに近いコンテンツの高品質のストリーミングおよび再生を保証し得る。
【００２９】
最初に、コンフィギュレーション装置２０２は、コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストのためのコンフィギュレーション情報２１０を取得してもよい。たとえば、コンフィギュレーション装置２０２は、分散型コンテンツ配信ネットワークのアドミニストレータからコンフィギュレーション情報２１０を取得するために、グラフィカルユーザインターフェイス（ＧＵＩ）、コマンドラインインターフェイス（ＣＬＩ）、および／またはその他の種類のユーザインターフェイスを提供してもよい。また、コンフィギュレーション装置２０２は、アドミニストレータおよび／または別のユーザが、コンフィギュレーション情報２１０をユーザインターフェイスを通して提供する代わりにまたはそれに加えて、コンフィギュレーション情報２１０を含むコンフィギュレーションファイルをアップロードできるようにしてもよい。
【００３０】
次に、コンフィギュレーションサーバ２０６は、コンフィギュレーション情報２１０を、このテストに参加する一組のノード（たとえばノード１  ２１２，ノードｘ  ２１４）に提供してもよい。たとえば、コンフィギュレーション情報２１０は、コンフィギュレーション装置２０２からコンフィギュレーションサーバ２０６にアップロードされてもよく、コンフィギュレーションサーバ２０６は、ノードからコンフィギュレーション情報２１０の要求を受信した後に、コンフィギュレーション情報２１０を拡張マークアップ言語（ＸＭＬ）文書および／またはその他の構造化データの形で、このノードに提供してもよい。
【００３１】
１つ以上の実施形態において、このテストに参加するノードは、コンテンツ配信ネットワーク内のピア（たとえば図１のピア１０１および１０２）である。たとえば、各ノードは、電子装置上で実行される固有メディア配信アプリケーションを含み得る。これは、コンテンツを分散型コンテンツ配信ネットワークから取得し、この電子装置のユーザに対して再生し、および／またはこのコンテンツを分散型コンテンツ配信ネットワーク内の他のノードに提供する。これに代えて、コンテンツ配信ネットワークは、このコンテンツ配信ネットワーク内の１つ以上のサーバから直接コンテンツを取得し相互のピアリングには関与しないクライアントノードを含んでいてもよい。
【００３２】
ノードがテストに参加できるようにするために、各ノードを、定期的にコンフィギュレーション情報２１０をコンフィギュレーションサーバ２０６に要求するように構成してもよい。たとえば、ノードは、２時間〜１２時間ごとにコンフィギュレーション情報２１０をコンフィギュレーションサーバ２０６に要求して取得してもよい。
【００３３】
コンテンツ配信ネットワークにおいてコンテンツのピアツーピア配信が用いられる場合、ノードは１つ以上のピアリーダーを含み得る。ピアリーダーは、そのローカルネットワークの外部のソースからコンテンツを取得し、ローカルネットワーク内の他のノードおよび／またはピアに提供する。結果として、コンテンツはローカルネットワークに対して１度だけ送信されればよいので、ローカルネットワークとコンテンツの送信元であるワイドエリアネットワーク（ＷＡＮ）との間における帯域幅消費が減少するであろう。加えて、ピアリーダーは、ピアリーダーが供給する対象であるノードよりも、ソースからのコンテンツのストリーミングに関連する情報を多く有していてもよく、この情報に基づいて判断を下すことが許可されてもよい。このことは、本明細書に引用により援用する、本願と同日に出願され発明者がJonathan Tash、Stephen BlankenshipおよびJay Harelであり「Adaptive Bit Rates During Broadcast Transmission in Distributed Content Delivery Networks」と題された同時継続非仮出願（連続番号および出願日未定は後日付与）（代理人整理番号ＫＯＮ１４−０００２）に記載されている。
【００３４】
コンフィギュレーション情報２１０は、テストの実施に使用されるパラメータを含み得る。たとえば、コンフィギュレーション情報２１０は、テストにおいてストリーミングされる予定のコンテンツアイテム（たとえばメディアファイル）、テストの開始時間と終了時間を表わすタイムスタンプ、および／または複数のノードの開始および／または終了時間をランダム化するためのジッタ（たとえば全ノードのコンテンツ同時ストリーミングによって生じるネットワークスパイクを緩和する）を、特定し得る。コンフィギュレーション情報２１０はまた、ノードをテストに含めるためおよび／またはノードをテストから除外するための、ユーザ名、ノード識別子、サブネットワーク、および／または（たとえばインターネットプロトコル（ＩＰ）アドレスの）アドレス範囲を対象とするフィルタ等の、多数のフィルタを含み得る。コンフィギュレーション情報２１０はさらに、テストに参加するノードのパーセンテージを表わす参加率を含み得る。参加率が１００％未満の場合、この参加率を示すノードのサブセットをランダムに選択してテストに参加させてもよい。加えて、コンフィギュレーション情報２１０は、ノードからエラーログを受信するためのパラメータを含み得る。このパラメータは、ノードからエラーログを受信できるようにするためのフラグ、テスト中にピアリーダー（例えばプライマリピア）であるノードのみからエラーログを受信するためのフラグ、（たとえばテストの前も）ピアリーダーであったいずれかのノードがそのエラーログを送信すべき期間（たとえば時間数）、および／またはテスト終了後にノードからのログの送信をランダム化するためのジッタを含む。最後に、コンフィギュレーション情報２１０は、テスト中に、ノード上でイベントを隠すまたは表示するためおよび／またはコンテンツアイテムのストリーミングをスキップするためのパラメータを含み得る。
【００３５】
このように、コンフィギュレーションサーバ２０６からのコンフィギュレーション情報２１０を用いて、ノードを、テストに参加するように構成してもよい。たとえば、各ノードは、（たとえばランダム化されたジッタを伴うまたは伴わない）テストの開始時間および終了時間をコンフィギュレーション情報２１０から取得してもよい。ノード上のローカルシステムクロックおよび／または同期クロックが開始時間に達すると、ノードは、コンテンツ配信ネットワーク内のサーバ（たとえば図１のオリジンサーバ１１２）および／または別のノード（たとえばピア）からコンテンツアイテムのストリームを取得することにより、テストを開始してもよい。ノードは、ストリームが終了するまでおよび／またはテストの終了時間に達するまで、ストリームを（たとえば隠れウィンドウおよび／または再生画面で）再生してもよい。
【００３６】
テスト中、ノードは、ノードに関連するステータス情報（たとえばステータス情報１  ２１６，ステータス情報ｘ  ２１８）を収集サーバ２０８に提供してもよい。ステータス情報は、テスト中にノードが遭遇する１つ以上のステータスを特定し得る。たとえば、ステータス情報は、ノード上でのコンテンツ再生開始を示す開始ステータス、コンテンツの通常再生を示す再生ステータス、および／または連続再生をサポートできないレート（たとえばコンテンツストリームのビットレートよりも低いレート）のコンテンツストリームの受信を示すバッファリングステータスを含み得る。ステータス情報はまた、ノードがコンテンツストリームを受信できないことを表わすストールステータス、ノード上での再生の停止を示す停止ステータス、および／またはノード上での再生の一時停止を示す一時停止ステータスを特定し得る。
【００３７】
テスト中の帯域幅を一定に保つために、ステータス情報は、定期的なステータス更新において、ノードから提供されてもよい。たとえば、各ノードは、テスト中、５分ごとにステータス更新を収集サーバ２０８に提供してもよい。各ステータス更新は、前の５分間においてノードが遭遇した１つ以上のステータスを、各ステータスの時間間隔とともに、特定してもよい。また、ステータス更新をプロトコルバッファで符号化することにより、ステータス更新を収集サーバ２０８に対して効率的に送信し易くなるようにしてもよい。さらに帯域幅を一定にするために、ピアリーダー以外のノードによるステータス更新の送信を省略してもよい。ピアリーダーは、ピアリーダーから供給を受けるノードよりも多くの情報を有する。このようなステータス更新の限定された送信は、テスト前にコンフィギュレーション情報２１０において特定されてもよい。
【００３８】
各ノードは（たとえばノード上のシステムクロックおよび／または同期クロックに基づいて）、ノードにおけるコンフィギュレーション情報２１０のコピーで特定されているテストの終了時間にこのノードが達すると、テストを終了してもよい。たとえば、ノードは、ノード上の時間が、テストの終了時間を表わすコンフィギュレーション情報２１０のタイムスタンプに達すると、コンテンツ配信ネットワーク内の別のノードおよび／またはサーバからコンテンツストリームを取得するために使用する接続を閉じてもよい。テスト終了後、このノードは、コンフィギュレーション情報２１０においてノードからのエラーログの送信が可能とされている場合、コンテンツ配信ネットワークの収集サーバ２０８および／または別の構成要素にエラーログを送信してもよい。
【００３９】
このとき、テスト−分析装置２０４は、収集サーバ２０８からノードに関連するステータス情報を取得し、コンテンツ配信ネットワークのアドミニストレータ等のユーザに対し、ステータス情報の１つ以上の視覚表現２２２を表示してもよい。たとえば、以下で図３Ａに関連してさらに詳細に説明するように、テスト−分析装置２０４は、テスト中にノードが遭遇するさまざまなステータスを表わすカラーコードセグメントを含むバーを示してもよい。また、以下で図３Ｂに関連してさらに詳細に説明するように、テスト−分析装置２０４は、ある期間にわたるテストに関連する集約データの１つ以上のチャートを示してもよい。
【００４０】
テスト−分析装置２０４はまた、表示された視覚表現２２２を更新するための１つ以上のオプション２２４を提供してもよい。たとえば、テスト−分析装置２０４は、視覚表現２２２を更新するための、フィルタ、ソートオプション、および／またはタイムスケールを含み得る。
【００４１】
ブロードキャストレディネステストを用いて、コンテンツ配信ネットワーク内のノードにおける一定スケールでのコンテンツストリーミングおよび再生に関連する情報を提供することにより、図２のシステムは、ライブイベントの発生前に、このライブイベントのストリーミングに関連する潜在的な問題を認識できるようにし得る。そうすると、このような問題はライブイベント前に処理および／または解決されるので、ライブイベントのストリーミング中のコンテンツ配信ネットワークのブロードキャストレディネスおよび／またはユーザ体験が改善されるであろう。逆に、テスト中に問題がほとんどまたは全く発見されなければ、コンテンツ配信ネットワークのブロードキャストレディネスが証明されるであろう。加えて、このようなテストは、電子装置上で実行される最初からインストールされているメディア配信アプリケーションを用いて実行されるので、テストは、電子装置のユーザの入力および／または知識なしで実行し得る。よって、ブロードキャストレディネスのテストの対象であるライブイベントのスケールでまたはそれを上回るスケールで、テストを展開することが容易になる。
【００４２】
図２のシステムはさまざまなやり方で実装し得ることが当業者にはわかるであろう。第１に、コンフィギュレーション装置２０２、テスト−分析装置２０４、コンフィギュレーションサーバ２０６、および収集サーバ２０８は、単一の物理マシン、複数のコンピュータシステム、１つ以上の仮想マシン、グリッド、１つ以上のデータベース、１つ以上のファイルシステム、および／またはクラウドコンピューティングシステムとして実装し得る。たとえば、コンフィギュレーションサーバ２０６および／または収集サーバ２０８は、ディレクトリサーバ１０４〜１０８、ロギングサーバ１１０、オリジンサーバ１１２、および／または図１の分散型コンテンツ配信ネットワーク１００のその他の構成要素によって提供されてもよい。
【００４３】
加えて、コンフィギュレーション装置２０２、テスト−分析装置２０４、コンフィギュレーションサーバ２０６、および収集サーバ２０８は、一緒におよび／または別々に、１つ以上のハードウェアおよび／またはソフトウェアコンポーネントおよび／またはレイヤによって実装されてもよい。たとえば、コンフィギュレーション装置２０２およびコンフィギュレーションサーバ２０６は同一のハードウェアおよび／またはソフトウェアコンポーネントによって提供されてもよく、または、コンフィギュレーション装置２０２およびコンフィギュレーションサーバ２０６は別々のコンポーネントによって実装されてもよい。同様に、収集サーバ２０８およびテスト−分析装置２０４の機能は、同一のまたは異なるハードウェアおよび／またはソフトウェアコンポーネントによって提供されてもよい。
【００４４】
図３Ａは、開示されている実施形態に従う代表的なスクリーンショットを示す。より具体的には、図３Ａは、コンテンツ配信ネットワーク内の一組のノードに対してステータス情報の視覚表現３０２を提供するためのユーザインターフェイスの代表的なスクリーンショットを示す。このステータス情報は、コンテンツ配信ネットワークにおけるブロードキャストレディネスのテスト中にノードから収集されてもよい。このテストでは、各ノード上のメディア配信アプリケーションを用いてコンテンツ配信ネットワークからコンテンツを取得して再生するが、テストを実施するためのユーザ入力および／またはユーザ知識は不要である。たとえば、ステータス情報は、ノード上でテストによって提供されたコンテンツが再生されている間に、定期的なステータス更新において、ノードから提供されてもよい。次に、ノードからのステータス情報は、収集サーバ（たとえば図２の収集サーバ２０８）によって集約され、テスト−分析装置（たとえば図２のテスト−分析装置２０４）によって、１以上の、視覚表現３０２等の視覚表現においてユーザに表示されてもよい。
【００４５】
図３Ａに示されるように、視覚表現３０２は、行に配列された一連のカラーコードバーを含み、各行は、テスト中にそれぞれのノードが遭遇したステータスを表わす。緑はノード上におけるコンテンツの通常再生を表わしてもよく、赤はバッファリングまたはストール等の再生障害を表わしてもよく、空白の無色空間は再生停止を表わしてもよい。加えて、視覚表現３０２中のバーにおける色の長さおよび位置は、対応するステータスにノードが遭遇した時間間隔を表わしてもよい。たとえば、短い赤の部分と長い緑の部分が交互に現われるバーは、再生障害および／または再生不能期間が短いことを示し得るのに対し、長い赤セグメントが中央に含まれるバーは、テストの中間付近で再生障害および／または再生不能が長い期間続いたことを示し得る。
【００４６】
図３Ａのユーザインターフェイスはまた、視覚表現３０２中のバーで表わされたノードに関連する情報３０４を含む。たとえば、情報３０４は、ノードに関連する、ノード識別子、テスト開始時間、コンピュータ名、ＩＰアドレス、ユーザ名、および／または場所の列を含み得る。情報３０４を用いることにより、テスト中のネットワークおよび／または再生の潜在的な問題に関連がある、ノード、サブネットワーク、アドレス範囲、および／またはその他の属性を特定してもよい。その結果、情報３０４および視覚表現３０２は、問題のあるノードおよび／またはネットワークを、テストの対象であるライブイベントのブロードキャスト前に問題を緩和または解決するようなやり方で構成することを、容易にし得る。
【００４７】
ユーザインターフェイスはまた、視覚表現３０２および／または情報３０４を更新するための多数のオプション３０８を提供してもよい。たとえば、オプション３０８は、ノード識別子、開始時間、コンピュータ名、ＩＰアドレス、および／またはテスト中の特定のステータスのパーセンテージまたは期間を対象とするフィルタを含み得る。また、オプション３０８によって、ユーザは、ユーザインターフェイス内の対応する列の列ヘッダ（たとえば「ノードＩＤ」、「開始時間」、「コンピュータ名」、「ＩＰ」、「ユーザ名」、「場所」、「イベントデータ」）を選択することにより、情報３０４および／または視覚表現３０２内のバーを、ノード識別子、開始時間、コンピュータ名、ＩＰアドレス、ユーザ名、場所、および／またはバーの１つ以上の属性によって、ソートすることができる。
【００４８】
最後に、ユーザは、ユーザ−インターフェイス要素３０６を用いて視覚表現３０２内のバーのタイムスケールを変更してもよい。たとえば、ユーザ−インターフェイス要素３０６は、視覚表現３０２のバーにおいて画素幅で表わされている時間量をユーザが変更できるようにするスライダであってもよい。ユーザは、スライダを右に移動させて「ズームアウト」し、より大きなタイムスケールにわたるカラーコードステータス情報を見てもよく、または、スライダを左に移動させて「ズームイン」し、より細かい粒度のステータス情報を見てもよい。
【００４９】
図３Ｂは、開示されている実施形態に従う代表的なスクリーンショットを示す。より具体的には、図３Ｂは、コンテンツ配信ネットワーク内の一組のノードに対してステータス情報の視覚表現３２０を提供するためのユーザインターフェイスの代表的なスクリーンショットを示す。図３Ａの視覚表現３０２とは異なり、視覚表現３２０は、ブロードキャストレディネステストにおけるノードの集約ステータス情報のチャートを含む。たとえば、図３Ａのユーザインターフェイスの「集約データ表示」ボタンを選択することによって視覚表現３２０にアクセスしてもよい。
【００５０】
視覚表現３２０の中において、さまざまな属性および／またはステータスに関連するノードのパーセンテージが、一定期間にわたって示されている。たとえば、視覚表現３２０における４本の縦の青い棒はテスト中のノードの参加を表わし得る。これらの棒は、テストに参加しているノードが、当初１５：５０では少なく、１６：００で最大に達し、１６：１０ではわずかに減少しており、１６：２０では再びわずかに減少していることを示し得る。視覚表現３２０における緑の線は、テスト中の通常再生を表わし得る。この線は、通常再生のノードのパーセンテージが、最初は８０％超であり、１６：１０で約９５％に上昇しており、１６：２０では９０％未満に低下しており、その後急速に低下している（たとえばノードがテストへの参加を終了したため）ことを示し得る。逆に、視覚表現３２０における赤の線は、テスト中の再生障害（たとえばバッファリング）を表わし得る。この線は、再生障害のノードのパーセンテージが、最初は約５％であり、次の３０分間で低下し続けていることを示し得る。最後に、視覚表現３２０の最下部に沿った黄色の線は、テスト中の再接続（たとえばストール）ステータスを表わし得る。この線は、再接続ステータスのノードのパーセンテージがテスト全体を通して低いままであることを示し得る。よって、視覚表現３２０を用いることで、テスト中のノードの参加および／またはステータスに関連する全体的な傾向を認識してもよい。
【００５１】
このユーザインターフェイスはさらに、視覚表現３２０のタイムスケールをユーザが変更できるようにするユーザインターフェイス要素３２２を含み得る。たとえば、ユーザインターフェイス要素３２２はスライダであってもよく、このスライダにより、ユーザは、視覚表現３２０内の各棒および／または点が表わすおよび／またはカバーする時間間隔を変更できる。ユーザは、スライダを右にドラッグすることによって時間間隔を長くしてもよく、または、スライダを左にドラッグすることによって時間間隔を短くしてもよい。
【００５２】
図４は、開示されている実施形態に従うコンテンツ配信を容易にするプロセスを説明するフローチャートを示す。１つ以上の実施形態において、ステップのうちの１つ以上が、省略されてもよく、繰返されてもよく、および／または異なる順序で実行されてもよい。よって、図４に示されるステップの特定の構成は、実施形態の範囲を限定すると解釈されるべきではない。
【００５３】
最初に、ブロードキャストレディネスのテストのためのコンフィギュレーション情報の要求が、コンテンツ配信ネットワーク内のノードからこのコンテンツ配信ネットワーク内のコンフィギュレーションサーバに送信される（動作４０２）。要求は、ノードによって定期的に（たとえば１日に１回以上）行なわれてもよい。要求に応じて、コンフィギュレーション情報は、ノードにおいてコンフィギュレーションサーバから取得されてもよい（動作４０４）。たとえば、コンフィギュレーションサーバは、要求をノードから受けた後に、コンフィギュレーション情報をＸＭＬ文書および／またはその他の構造化データの形でノードに送信してもよい。コンフィギュレーション情報は、開始時間、終了時間、ジッタ、アドレス範囲、サブネット、参加パーセンテージ、参加レベル、テストストリーム、隠れフラグ、および／またはログ送信フラグを含み得る。
【００５４】
次に、コンフィギュレーション情報を用いてノードをテストに参加するように構成する（動作４０６）。たとえば、コンフィギュレーション情報は、ノードによって使用されて、このノードがテストに参加すべきか否かが判断されてもよい。ノードがテストの参加者であれば、このノードは、コンフィギュレーション情報を用いて、ノード上のメディア配信アプリケーションによって再生されるべきコンテンツの要求をセットアップするおよび／またはメディア配信アプリケーション上でコンテンツを再生するために使用される再生スクリーンを隠す。同様に、ノードは、テスト中に更新されるべきエラーログを生成してもよい。最後に、ノードは、コンフィギュレーション情報に含まれるテスト開始時間および終了時間を用いることにより、コンテンツ配信ネットワークに対していつコンテンツを要求し再生するかを判断してもよい。
【００５５】
具体的には、ノードは、コンフィギュレーション情報に含まれるテストの開始時間に達した後に、テストを開始してもよい（動作４０８）。テスト開始後に、ノードは、コンテンツ配信ネットワークからコンテンツを取得しこのコンテンツをメディア配信アプリケーションを用いて再生してもよい。たとえば、コンテンツ配信ネットワーク内のサーバがコンテンツを直接このノードおよび／または同一コンテンツ配信ネットワーク内の他のノードに対して配信してもよく、または、ノードは、コンテンツを、コンテンツ配信ネットワーク内の別のノード（たとえばピア）から取得してもよい。加えて、テストはユーザの入力および／または知識なしで実施されてもよい。たとえば、ノードは、ユーザの電子装置上でバックグラウンドプロセスとして実行されてもよく、コンテンツ配信ネットワークの１つ以上の他のノードからコンテンツを受信しこのコンテンツを電子装置上の隠れ再生スクリーンで再生することによって、テストに参加してもよい。
【００５６】
テスト中に、ノードは、このノードに関連するステータス情報を、コンテンツ配信ネットワーク内の収集サーバに定期的に提供する（動作４１０）。たとえば、ノードは、数分ごとにステータス更新を送信してもよく、このステータス更新は、前回のステータス更新以来ノードが遭遇した１つ以上のステータスと、このステータスに遭遇していた時間間隔とを含む。ステータス更新は、プロトコルバッファにおいて符号化されることで、ノードにおける帯域幅の消費を減じてもよい。ステータスは、再生ステータス、バッファリングステータス、ストールステータス、停止ステータス、一時停止ステータス、および／または開始ステータスを含み得る。
【００５７】
ノードは、コンフィギュレーション情報に含まれるテスト終了時間に達した後にテストを終了してもよい（動作４１２）。たとえば、ノードは、ステータス情報の報告、テストに関連するコンテンツのダウンロード、および／またはコンテンツの再生を、ノード上のローカルシステムクロックおよび／または同期クロックが終了時間に達した後に、停止してもよい。任意で、ノードは、エラーログを収集サーバに送信してもよい（動作４１４）。たとえば、ノードは、このノードによるエラーログの送信がコンフィギュレーション情報内で指定されている場合、エラーログを収集サーバに送信してもよい。エラーログおよび／またはステータス情報は次に、１つ以上の視覚表現の形でユーザに提供されてもよい。このことについては、以下図５との関連でさらに詳細に説明する。
【００５８】
図５は、開示されている実施形態に従うネットワークテストを容易にするプロセスを説明するフローチャートを示す。１つ以上の実施形態において、ステップのうちの１つ以上が、省略されてもよく、繰返されてもよく、および／または異なる順序で実行されてもよい。よって、図５に示されるステップの特定の構成は、実施形態の範囲を限定すると解釈されるべきではない。
【００５９】
最初に、コンテンツ配信ネットワーク内の一組のノードのステータス情報が取得される（動作５０２）。ステータス情報は、コンテンツ配信ネットワーク内の収集サーバによって集約されてもよい。たとえば、ステータス情報は、テスト中に、定期的なステータス更新において、ノードから収集サーバに送信されてもよい。
【００６０】
次に、ステータス情報の視覚表現がユーザに対して表示される（動作５０４）。たとえば、カラーコードセグメントを含むバーが、ステータス情報の送信元であるノードごとに表示されてもよく、このバーの中の異なる色はテスト中にノードが遭遇した異なるステータスを表わす。これに代えて、視覚表現は、テストにおける異なる時間間隔にわたる集約ノード参加率および／またはステータスのバーおよび／またはラインチャートを含み得る。
【００６１】
最後に、視覚表現を更新するための１つ以上のオプションがユーザに対して提供される（動作５０６）。たとえば、オプションは、視覚表現を更新するための、フィルタ、ソートオプション、および／またはタイムスケールを含み得る。したがって、視覚表現および／またはオプションは、ノード上でのコンテンツのストリーミングおよび再生に関連する潜在的な問題および／または傾向の認識を容易にし得る。結果として、視覚表現および／またはオプションは、ライブイベントがノードにストリーミングされる前に、ノードのブロードキャストレディネスを改善し得る。
【００６２】
図６は、ある実施形態に従うコンピュータシステム６００を示す。コンピュータシステム６００は、プロセッサ６０２、メモリ６０４、記憶装置６０６、および／または電子コンピューティングデバイス内にあるその他のコンポーネントを含む。プロセッサ６０２は、コンピュータシステム６００内の他のプロセッサとの並列処理および／またはマルチスレッドオペレーションをサポートし得る。コンピュータシステム６００はまた、キーボード６０８、マウス６１０、およびディスプレイ６１２等の入出力（Ｉ／Ｏ）装置を含み得る。
【００６３】
コンピュータシステム６００は、本実施形態のさまざまなコンポーネントを実行する機能を含み得る。具体的には、コンピュータシステム６００は、コンピュータシステム６００上のハードウェアおよびソフトウェアリソースの使用を調整するオペレーティングシステム（図示せず）と、ユーザのための専用タスクを実行する１つ以上のアプリケーションとを含み得る。ユーザのためのタスクを実行するために、アプリケーションは、オペレーティングシステムから、コンピュータシステム６００上のハードウェアリソースの使用権を取得するとともに、オペレーティングシステムが提供するハードウェアおよび／またはソフトウェアフレームワークを通してユーザと対話してもよい。
【００６４】
１つ以上の実施形態において、コンピュータシステム６００は、コンテンツ配信を容易にするためのシステムを提供する。このシステムは、コンテンツ配信ネットワークにおけるブロードキャストレディネスのテストのためのコンフィギュレーション情報をユーザから取得するコンフィギュレーション装置を含み得る。テストは、コンテンツ配信ネットワーク内の一組のノード上のメディア配信アプリケーションを用いて、コンテンツ配信ネットワークから受信したコンテンツを再生するが、テストの実施のためのユーザの入力は不要である。システムはまた、コンフィギュレーション情報を一組のノードに提供するコンフィギュレーションサーバを含み得る。コンフィギュレーション情報は、ノードによって、テストに参加するために使用される。
【００６５】
その代わりに、システムは、コンテンツ配信ネットワーク内のノードを実装してもよい。このノードは、コンフィギュレーション情報をコンフィギュレーションサーバから定期的に取得しこのコンフィギュレーション情報を用いてノードをテストに参加するように構成してもよい。テスト中、ノードは、このノードに関連するステータス情報を、コンテンツ配信ネットワーク内の収集サーバに定期的に提供してもよい。
【００６６】
最後に、システムは、テスト−分析装置を提供してもよい。テスト−分析装置は、ステータス情報を収集サーバから取得しステータス情報の視覚表現をユーザに対して表示してもよい。テスト−分析装置はまた、視覚表現を更新するための１つ以上のオプションをユーザに対して提供してもよい。
【００６７】
加えて、コンピュータシステム６００の１つ以上のコンポーネントは、遠隔場所に位置し他のコンポーネントにネットワークを通して接続されてもよい。また、本実施形態のそれぞれの部分（たとえばコンフィギュレーション装置、コンフィギュレーションサーバ、ノード、テスト−分析装置、収集サーバ等）は、実施形態を実装する分散型システムの異なるノード上に位置していてもよい。たとえば、本実施形態は、一組の遠隔ノードの一定スケールでのブロードキャストレディネステストを、ライブイベントがノードに対してストリーミングされる前に実施する、クラウドコンピューティングシステムを用いて、実装されてもよい。
【００６８】
これまでのさまざまな実施形態の記載は、例示と説明のみを目的としている。これらの記載は、本発明を余すところなく述べることまたは開示されている形態に限定することを意図しているのではない。したがって、数多くの修正および変形が当業者には明白であろう。加えて、上記開示は本発明を限定することを意図しているのではない。
【図１】
0006720157.tif 000002
【図２】
0006720157.tif 000003
【図３Ａ−１】
0006720157.tif 000004
【図３Ａ−２】
0006720157.tif 000005
【図３Ｂ】
0006720157.tif 000006
【図４】
0006720157.tif 000007
【図５】
0006720157.tif 000008
【図６】
0006720157.tif 000009