(57)【要約】【課題】ストリームメディアの提供者が、メタファイル作成やMIME設定の作業をせずにストリーミング配信できるストリーム配信方法を提供する。【解決手段】  ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと、メタファイル管理サーバーとが通信ネットワークで相互に接続されたストリーム配信システムを対象とするストリーム配信方法において、前記メタファイル管理サーバーは、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する処理と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する処理と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する処理と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する処理を有することを特徴とする前記ストリーム配信方法。【選択図】  図１
2005110310.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと、メタファイル管理サーバーとが通信ネットワークで相互に接続されたストリーム配信システムを対象とするストリーム配信方法において、
前記メタファイル管理サーバーが、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する処理と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する処理と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する処理と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する処理を備えたことを特徴とする前記ストリーム配信方法。
【請求項２】
前記ストリームコンテンツ配信リクエストメッセージは、（１）メタファイル管理サーバーのＵＲＬ、（２）メタファイル生成手段およびＭＩＭＥ情報付加手段を実行するスクリプトのファイル名、および（３）ストリーミングサーバー上のストリームコンテンツの格納場所を含むことを特徴とする、前記請求項１に記載のストリーム配信方法。
【請求項３】
前記ストリームコンテンツ配信リクエストメッセージは、クエリストリングであることを特徴とする、前記請求項２に記載のストリーム配信方法。
【請求項４】
ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと、メタファイル管理サーバーとが通信ネットワークで相互に接続されたストリーム配信システムにおいて、
前記メタファイル管理サーバーは、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する手段と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する手段と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する手段と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する手段とを備えたことを特徴とする前記ストリーム配信システム。
【請求項５】
前記ストリームコンテンツ配信リクエストメッセージは、（１）メタファイル管理サーバーのＵＲＬ、（２）メタファイル生成手段およびＭＩＭＥ情報付加手段を実行するスクリプトのファイル名、および（３）ストリーミングサーバー上のストリームコンテンツの格納場所を含むことを特徴とする、前記請求項４に記載のストリーム配信システム。
【請求項６】
前記ストリームコンテンツ配信リクエストメッセージは、クエリストリングであることを特徴とする、前記請求項５に記載のストリーム配信システム。
【請求項７】
ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと通信ネットワークで相互に接続されたストリーム配信用メタファイル管理サーバーであって、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する手段と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する手段と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する手段と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する手段を備えたことを特徴とする、前記メタファイル管理サーバー。
【請求項８】
前記ストリームコンテンツ配信リクエストメッセージは、（１）メタファイル管理サーバーのＵＲＬ、（２）メタファイル生成手段およびＭＩＭＥ情報付加手段を実行するスクリプトのファイル名、および（３）ストリーミングサーバー上のストリームコンテンツの格納場所を含むことを特徴とする、前記請求項７に記載のメタファイル管理サーバー。
【請求項９】
前記ストリームコンテンツ配信リクエストメッセージは、クエリストリングであることを特徴とする、前記請求項８に記載のメタファイル管理サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像、音声などのメデイアコンテンツをストリーム配信する方法、配信システムおよび管理サーバーに関し、より詳細にはストリームコンテンツを容易にウエブ公開することの可能なストリーム配信方法、配信システムおよび管理サーバーに関する。
【背景技術】
【０００２】
最近、インターネット上でのニュース、映画、音楽、広告、ライブ中継などの視聴方法として、ストリーミング配信が普及している。ストリーミング配信とは、インターネットやイントラネット上のサーバーにアップロードしたメディアコンテンツを視聴する際に、ダウンロードしながら同時に再生する技術である。
【０００３】
従来、メデイアコンテンツを閲覧するには、一旦、全データを受信してから再生する必要があったが、電話回線などの低速回線では視聴が困難であった。ストリーミング配信技術を利用することで、低速回線でもメディアコンテンツのリアルタイム再生が可能となった。さらに、近年のパソコンの高性能化と光通信、ＡＤＳＬ、有線ケーブルなどの高速通信ネットワークの発達によって、より高精細で大容量のコンテンツをリアルタイム受信できるようになり、それがストリーミング配信の普及に拍車をかけている。ストリーミング配信技術の例としては、マイクロソフト社のWindows Mediaテクノロジー、リアルネットワークス社のRealAudioやRealVideo、アップル社のQuickTimeなどがある。以下、ストリーム配信するメディアコンテンツをストリームコンテンツと呼ぶ。
【０００４】
インターネット上のストリームコンテンツの配信が活発化するにつれ、インターネットやパソコンに詳しくないエンドユーザーにおいても、自分で作成した動画、音楽、音声などの作品をネットワーク経由でストリーミング配信してみたいという要望が増している。
【０００５】
通常、メディアコンテンツをストリーミング配信する際には、大容量のコンテンツデータを大多数の視聴者へ効率よく配信するために、WEBサーバーではなくストリーミング配信に特化したサーバーを使用することが望ましい。特に、録画映像をライブストリーミングするような作業は、ストリーミングサーバーしか行えない。このような専用のサーバーを、特にストリーミングサーバーと呼ぶ。
【０００６】
従来、自分で作成したストリームコンテンツをインターネット上で配信するためには、WEBページからストリーミングサーバー３０へ直接リンクを貼らずに、メタファイルを経由してリンクを張るという間接的なリンク方法が採用されている。
【０００７】
メタファイルとは、メディア関連のテキストファイルの一種であって、ストリーミングサーバー上のストリームコンテンツへのＵＲＬ（Uniform Resource Locator、複数であってもよい）、ストリームコンテンツの再生情報などがテキスト形式で記述されたものである。図４に、メタファイルの最も一般的な記載例を示す。メタファイルは、ブラウザやメディアプレイヤーへストリームコンテンツのＵＲＬなどを受け渡し、さらにメディアプレイヤーにそのＵＲＬに従ってストリーミングサーバーにアクセスさせるといった流れの根幹をなす。同時に、メディアプレイヤーに「タイプ名/サブタイプ名」の形式の文字列で記述されたＭＩＭＥ（Multipurpose
Internet Mail Extension）タイプ情報を受け渡してストリームコンテンツを円滑に再生させる機能も有する。
【０００８】
メタファイルには、ストリームコンテンツへのＵＲＬやストリームコンテンツの再生情報のほかに、メディアプレイヤー画面に表示されるコンテンツタイトル、作成者、著作権、要約などのテキスト文字、バーナーイメージやハイパーリンクといった付加情報を記述することも可能である。
【０００９】
上記メタファイルの転送およびリンク方法を以下に説明する。ストリームコンテンツ提供者は、ストリームコンテンツのＵＲＬなどをテキストエディタで編集したソースコード（例えば図４）にメタファイル用拡張子を付加することによりメタファイルを作る。拡張子は、ストリームコンテンツのMIMEタイプによって、図３のように使い分けなければならない。
【００１０】
このメタファイルを、ＭＩＭＥタイプ情報設定がなされているWEBサーバーへアップロードする。ＭＩＭＥタイプ情報が設定されているWEBサーバーは、メタファイルがテキストファイルであっても、メタファイル用拡張子によりメタファイルをメディア関連ファイルとして認識する。こうしてWEBサーバーは、映像、音声などの各種ストリームコンテンツのメタファイルを格納し、視聴者からコンテンツ配信要求を受けつける。
【００１１】
視聴者がブラウザからWEBページにアクセスし、さらにストリームコンテンツのリンクをたどると、実際はMIME情報とともにメタファイルが返送される。
【００１２】
視聴者ローカルPCのブラウザは、受け取ったMIME情報とメタファイル内のURLなどをメディアプレイヤーに引き渡す。ここで、WEBサーバーがＭＩＭＥタイプ情報を、ブラウザを通してメディアプレイヤーに引き渡す従来の方法には、二種類ある。ひとつは、ローカルＰＣ上のブラウザ自体がメディア関連ファイルに付加された.asxなどの拡張子を識別して、これをメディアプレイヤーに引き渡す方法である（主にインターネットエクスプローラーで採用されている）。
【００１３】
もうひとつは、ローカルＰＣ上のブラウザがWEBサーバーから受信するhttpヘッダにＭＩＭＥタイプ情報が含まれている場合に、これを識別してメディアプレイヤーに引き渡す方法である（ネットスケイプ、ファイヤーフォックスなどで採用されている）。後者の方法には、WEBサーバーがテキストファイルをメタファイルと認識する設定、すなわちWEBサーバー内のＭＩＭＥタイプ設定が必須である。
【００１４】
ローカルPCでは、送信されたメタファイルの拡張子に基づいて適宜のメディアプレイヤーが起動される。メディアプレイヤーは、ストリーミングサーバー上のＵＲＬにアクセスして、ストリームコンテンツの配信要求を行う。
【００１５】
ストリーミングサーバーは、メディアプレイヤーからのストリームコンテンツの配信要求を受け、ストリームコンテンツを視聴者のメディアプレイヤーへメタファイルに記述されたrtsp（Real Time
Streaming Protocol）、mms（Microsoft Media Server） プロトコル、http（Hypertext Transfer
Protocol）などの仕様で送信する。メディアプレイヤーは、受け取ったメデイアコンテンツをストリーミング再生する。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ストリームコンテンツを配信したい者は、上記したように、ストリームコンテンツをストリーミングサーバーへアップロードするとともに、さらに間接リンクを内容とするメタファイルをWEBサーバーにアップロードしなければならない。その際に、以下の二つの問題に直面する。
【００１７】
ひとつの問題は、上記間接リンクの概念がストリームコンテンツ提供者にとって理解し難いことである。さらに、ストリームコンテンツ提供者は、通常、映像、音楽、動画などのクリエーターであってもプログラマーではないので、技術的にメタファイルを作成することが難しい、コンテンツの種類に応じてメタファイルの拡張子を変更しなければならない、作成したメタファイルをWEBサーバーにアップロードすることが面倒である、メタファイルを本来アップロードすべきWEBサーバーではなく、ストリーミングサーバーにアップロードしてしまうなどの問題に突き当たる。
【００１８】
メタファイルを作成できず、また作成しても設定を誤ると、ブラウザがプレイヤーに各種情報を受け渡せない。その結果、ブラウザがメタファイルを画面上にテキストファイルとして表示してしまったり、メディアプレイヤーにＭＩＭＥタイプ情報を渡せないためにストリームコンテンツを認識・再生できなかったりする。
【００１９】
もうひとつの問題は、WEBサーバーのMIMEタイプの設定に関係する。WEBサーバーにも、メタファイルをメディア関連ファイルの一種として認識させるＭＩＭＥ設定される必要がある。しかし、WEBサーバーには全てのメディアファイルのMIME設定がなされていると限らない。非主流や新規な形式のメディアファイルに対しては、MIME設定されていないことが多い。WEBサーバーのＭＩＭＥ設定には、MIME情報の設定ファイル（.htaccess）を書き換えるといった管理者レベルの技術や権限が必要であり、初心者にとって相当に難しい作業である。
【００２０】
WEBサーバーにＭＩＭＥタイプ情報が事前設定されていない場合、メディアファイルをWEBサーバーにアップロードしてもブラウザ側で正しく表示されない。例えばメデイアプレイヤーが起動されてコンテンツを再生する代わりに、メディアファイルをダウンロードするメッセージ（セキュリティーの警告）がブラウザに表示される。あるいは、ブラウザがメタファイルをテキストファイルと誤認し、plain
text（テキスト形式）で受信してメタファイルの内容をブラウザに表示する。結局、ブラウザは、メディアプレイヤーにＭＩＭＥタイプ情報とストリーミングサーバーへのアドレスを引き渡すことができないまま、送受信を完了する。
【００２１】
このように、ストリームコンテンツ提供者は、有用なストリームコンテンツを持っていても、メタファイル作成やそのアップロード、さらにはWEBサーバーのＭＩＭＥ設定に手間取り、自身が作成したストリームコンテンツをうまく配信できずにあきらめてしまうことが多い。
【００２２】
したがって、本発明の課題は、ストリームコンテンツの提供者がストリームコンテンツを容易にストリーミング配信できる方法を提供することにある。
【課題を解決するための手段】
【００２３】
本発明者は、上記課題を鋭意検討した結果、第二のWEBサーバーとして、メタファイルを自動生成しかつＭＩＭＥ設定する機能を有するメタファイル管理サーバーを新規に設置することにより、上記課題を解決できることを見出した。
【００２４】
すなわち、本発明は、ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと、メタファイル管理サーバーとが通信ネットワークで相互に接続されたストリーム配信システムを対象とするストリーム配信方法において、
前記メタファイル管理サーバーが、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する処理と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する処理と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する処理と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する処理を有することを特徴とする前記ストリーム配信方法に関する。
【００２５】
本発明はまた、ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと、メタファイル管理サーバーとが通信ネットワークで相互に接続されたストリーム配信システムにおいて、
前記メタファイル管理サーバーは、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する手段と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する手段と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する手段と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する手段とを備えたことを特徴とする前記ストリーム配信システムに関する。
【００２６】
本発明はまた、  ストリーミングサーバーと、前記ストリームサーバー内のストリームコンテンツを配信要求するリクエストメッセージが埋め込まれたWEBページを格納するWEBサーバーと通信ネットワークで相互に接続されたストリーム配信用メタファイル管理サーバーであって、前記WEBページのストリームコンテンツ配信リクエストメッセージを受信する手段と、該メッセージからストリームコンテンツのURL情報を抽出してメタファイルを生成する手段と、該ストリームコンテンツのファイルタイプからそのMIMEタイプ情報を生成する手段と、前記メタファイルおよびMIMEタイプ情報を含むレスポンスメッセージを作成して返信する手段を備えたことを特徴とする、前記メタファイル管理サーバーに関する。
【発明の効果】
【００２７】
本発明のストリーム配信方法、配信システムおよび管理サーバーによれば、メデイアコンテンツの提供者は、ストリーム配信するためにメタファイル管理サーバーへリクエストメッセージのリンクを貼るだけでよく、従来のような提供者自身がメタファイルを作成し、メタファイルのＭＩＭＥ設定をする手間を要しない。
【発明を実施するための最良の形態】
【００２８】
以下に、本発明の実施の形態を、図面を用いて説明する。図１は、本発明のストリーム配信システムの一実施形態を示す概略ブロック図である。
【００２９】
図１の１は、本発明のストリーム配信システムであり、WEBサーバー１０とメタファイル管理サーバー２０とストリーミングサーバー３０とを含み、サーバー１０，２０，３０は、インターネット、パケット通信網、専用線、ＬＡＮなどの通信ネットワーク２を介して相互に通信可能である。サーバー１０，２０，３０は、通常、独立したハードウエアで形成されるが、二種以上が同一ハードウエア内で構成されてもよい。配信システム１には、さらに、ストリームコンテンツの提供者のローカルPC４０、およびストリームコンテンツ視聴者のローカルPC５０が上記通信ネットワーク２とつながっている。以下、各サーバーとローカルＰＣについて説明する。
【００３０】
WEBサーバー１０は、WWWシステムにおいて情報送信を行なうコンピュータ、またはWWWによる情報送信機能を持ったソフトウェア（例えばApacheやMicrosoft社のIIS）である。前記コンピュータは、汎用のコンピュータと同じく、中央演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、入出力装置（Ｉ／Ｏ）、ハードディスク、CD、DVDなどの外部記憶装置１１などのデバイスで構成される。また、WEBサーバー１０は、通常、インターネットサービスプロバイダーや個人によって運営管理される。
【００３１】
WEBサーバー１０は、HTML文書、ＸＭＬ文書、画像、ＦＬＡＳＨデータなどのコンテンツ情報を蓄積し、ブラウザ５１などのクライアントソフトウェアからの配信要求に応答して、通信ネットワーク２を通じて、これらのコンテンツ情報を送信する役割を果たす。WEBサーバー１０は、本発明と関連してストリームコンテンツ提供者の管理するWEBページ４１を外部記憶装置１１内に格納している。
【００３２】
WEBページ４１には、ストリームメディア配信のためのリクエストメッセージがマークアップ言語を用いて埋め込まれている。リクエストメッセージは、例えば以下の三つの要素：
（１）メタファイル管理サーバーのＵＲＬ、
（２）メタファイル生成手段およびＭＩＭＥ情報引渡し手段を実行するスクリプトのファイル名、および
（３）ストリーミングサーバー上のストリームコンテンツの格納場所
を含む。（３）のストリームコンテンツは、一種または二種以上の組み合わせでもよい。
【００３３】
リクエストメッセージには、上記三要素のほかに、従来のメタファイルに記述される情報、例えばメディアプレイヤー画面に表示されるテキスト（コンテンツタイトル、作成者、著作権、要約などのプロパティ情報）、バーナーイメージやハイパーリンクといった付加情報が含まれていてもよい。
【００３４】
上記三要素およびその他の情報は、WEBページ４１内へGETまたはPOSTメソッドのFORMを用いて埋め込まれる。
【００３５】
リクエストメッセージは、図５に示すように、GETメソッドのクエリストリングであることが好ましい。こうすると、ストリームコンテンツ提供者がWEBページ４１にリクエストメッセージを一行埋め込むだけで、ストリーム配信できるようになる。
【００３６】
図５のリクエストメッセージは、（１）メタファイル管理サーバー２０のＵＲＬへアクセスした後、（２）メタファイル生成およびＭＩＭＥ情報付加スクリプト（図５ではaxp.php）を起動し、（３）スクリプトへデータ（変数）としてメデイアコンテンツのアドレスを渡すことを意味している。
【００３７】
メタファイル管理サーバー２０は、WEBサーバー１０と同様のデバイスで構成されるが、機能的には従来のシステムにはない本発明の中核をなす部分である。すなわち、メタファイル管理サーバー２０は、メタファイル自動生成部２１、ＭＩＭＥ情報引渡し部２２およびＭＩＭＥ情報記憶手段２３を有する。
【００３８】
メタファイル自動生成部２１は、視聴者ローカルPC５０からｈｔｔｐ（Hypertext Transfer Protocol）送信されるリクエストメッセージを受けて、メタファイルを生成する機能を有する。すなわち、ブラウザ５１からのストリーム配信リクエストメッセージ（図５）を受信して、その中のストリームコンテンツアドレス（３）を抽出し、メタファイルを生成する。そのメタファイルは、図６に示すように、XML形式などで作成したテキストファイルであって、ヘッダとフッダとの間にストリーミングサーバー３０へのアドレスを埋め込む形で作られる。
【００３９】
ＭＩＭＥ情報引渡し部２２は、抽出したメデイアコンテンツからファイルタイプを解析し、ファイルタイプに対応するＭＩＭＥタイプ情報をＭＩＭＥタイプ情報記憶手段２３から呼び出す。図５の例では、wmvファイルのＭＩＭＥタイプ情報としてvideo/x-ms-wmvを呼び出す。
【００４０】
もし、ファイルタイプに対応するＭＩＭＥタイプ情報がＭＩＭＥタイプ情報記憶手段２３に存在しない場合には、メタファイル管理サーバー２０が、適宜、インターネット上に流通するＭＩＭＥ情報テーブルを参照して、そこからＭＩＭＥタイプ情報を取得し、ＭＩＭＥタイプ情報記憶手段２３に保存する手段を有してもよい。
【００４１】
こうして、ＭＩＭＥ情報引渡し部２２は、ヘッダー部分にcontent-type:ＭＩＭＥタイプ情報を付加し、データ部分にメタファイルを格納したレスポンスメッセージ（図７）を生成する。
【００４２】
メタファイル自動生成部２１およびＭＩＭＥ情報引渡し部２２は、ひとつのスクリプト（図５のasx.php）の中に記述されてよい。また、図５ではPHP（Hypertext Preprocessor）形式で記述されているが、ＣＧＩ（Common Gateway Interface）、SSI（Server
Side Include）、Javaサーブレット、JSP  (Java Server Pages）、ASP  (Active Server Pages)のようなスクリプト形式でもよい。
【００４３】
メタファイル管理サーバー２０は、上記レスポンスメッセージをローカルＰＣ５０のブラウザ５１へｈｔｔｐ送信する手段もまた有する。
【００４４】
ストリーミングサーバー３０は、映像や音声のストリーミング配信を行なう従来公知のサーバーであって、多数のクライアントに対して、同時にストリームコンテンツをストリーム配信する機能を有すれば特に制限がない。ストリーミングサーバーは、インターネットサービスプロバイダー、サーバーの容量の一部を間貸しする事業者（いわゆるレンタルサーバー）、あるいは個人によって設営管理される。ストリーミングサーバー３０の外部記憶装置３１には、提供者ローカルＰＣ４０からアップロードされる各種用途のストリームコンテンツ４２が格納される。
【００４５】
提供者ローカルＰＣ４０は、ストリームコンテンツ４２を作成、加工または保有できる汎用パソコンであり得る。ローカルＰＣ４０は、上記サーバー１０，３０に、それぞれ、WEBページ４１およびストリームコンテンツ４２をアップロードできるようにFTP（File Transfer Protocol）クライアントソフトが実装されている。
【００４６】
視聴者ローカルＰＣ５０は、各ユーザが保有する一般的なパソコン、携帯端末、ＰＤＡなどである。ローカルＰＣ５０には、上記各サーバー１０，２０，３０へ通信ネットワーク２を介してアクセスできるようにブラウザ５１が実装されている。また、ストリーミングサーバー３０から配信されるストリームコンテンツ４２を再生できるように少なくとも一種のメディアプレイヤー（例えばwindows media player、real player、QuickTime）が実装されている。
【００４７】
本発明のストリーム配信方法を、図２のフローシートを用いて説明する。本発明の方法では、まず、提供者が、ウエブ公開する動画、音声、音楽、公告、クリップなどのストリームコンテンツ４２を、FTPクライアントソフトやブラウザを用いてストリーミングサーバー３０へアップロードする（Ｓ１００）。
【００４８】
ストリームコンテンツ提供者は、自身が管理するWEBページ（ＨＴＭＬ文書など）４１に、メタファイル管理サーバー３０へのリクエストメッセージを図５の仕様で記述する。なお、ストリームコンテンツ提供者には、前もってメタファイル管理サーバー２０の管理者から、少なくとも管理サーバーＵＲＬ、ならびにリンク自動生成およびＭＩＭＥタイプ情報引渡し用スクリプトのファイル名が連絡されている。作成したWEBページ４１を、FTPクライントソフトを用いてWEBサーバー１０へアップロードする（Ｓ１０１）。
【００４９】
ストリームコンテンツの視聴者は、視聴者ローカルPC５０からインターネットなどの通信ネットワーク２を介して、WEBサーバー１０へアクセスし、さらにストリームコンテンツ提供者の管理するWEBページを閲覧する（Ｓ１０３）。さらに、ストリームコンテンツの配信を許可するリンクをクリックすることで、所定のリクエストメッセージを送信する（Ｓ１０４）。
【００５０】
メタファイル管理サーバー２０は、視聴者からのリクエストメッセージ（図５）を受信し、リンク自動生成部２１がメッセージを解析して、図６に示すようなストリーミングサーバー３０へのＵＲＬが埋め込まれたメタファイルを生成する（Ｓ１０５）。
【００５１】
次いで、ＭＩＭＥタイプ情報引渡し部２２が、配信要求内のストリームコンテンツを解析してＭＩＭＥタイプをＭＩＭＥタイプ情報記憶手段２３から呼び出すか、あるいは新規に作成して、上記メタファイルにＭＩＭＥタイプを自動付加する（Ｓ１０６）。こうして作成されたレスポンスメッセージを視聴者のローカルＰＣ５０へｈｔｔｐ送信する（Ｓ１０７）。
【００５２】
レスポンスメッセージを受信した視聴者ローカルＰＣ５０のブラウザ５１は、レスポンスメッセージのヘッダ情報にあるMIMEタイプ情報に基づいて、適宜のメディアプレイヤー５２を起動する（Ｓ１０８）。そして、メタファイルに記述されたストリームコンテンツURLもまた、メディアプレイヤー５２に引き渡す。メディアプレイヤー５２は、受け取った情報に基づいて、ストリームコンテンツを認識し、確認し、そして指定されたストリーミングサーバー内URLへアクセスする（Ｓ１０９）。
【００５３】
ストリーミングサーバー３０は、メディアプレイヤー５２からの配信要求に応えて、動画、音声、音楽などのストリームコンテンツを、適宜のプロトコルでメディアプレイヤー５２へ配信する（Ｓ１１０）。
【００５４】
メディアプレイヤー５２は、配信されたストリームコンテンツをストリーミング再生する（Ｓ１１１）。
【００５５】
以上、本発明のストリーム配信方法を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に限定されない。特許請求の範囲に規定される本発明の技術思想を逸脱しない限り、いかなる変更または改変もまた本発明の範囲に属する。例えば、視聴者ローカルPCがメタファイル管理サーバーへアクセスするときのパスワード、IDなどを用いた認証処理、ストリーミングサーバーへファイアーウォール機能を付加、ストリーミング配信に対する課金処理の付加などが挙げられる。
【産業上の利用可能性】
【００５６】
本発明によれば、従来、ストリームコンテンツ提供者にとって煩雑であったメタファイル作成やＭＩＭＥ設定の作業がなくなり、動画、音声、音楽、広告などのストリーム配信が極めて容易になる。したがって、ストリーム配信技術の活用と普及が一層見込める。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態のストリーム配信システムの概略ブロック図を示す。
【図２】図１のシステムの処理フローを示す。
【図３】ＭＩＭＥタイプ情報に応じた従来のメタファイル拡張子の一覧を示す。
【図４】従来作られているメタファイルの記述例を示す。
【図５】本発明の配信方法において、WEBページに埋め込まれるリクエストメッセージの記述例である。
【図６】本発明の配信方法において、メタファイル自動生成部が作成するメタファイルの記述例である。
【図７】本発明の配信方法において、ブラウザへ返されるレスポンスメッセージの記述例である。
【図８】従来のストリーム配信システムの概略ブロック図である。
【符号の説明】
【００５８】
１  ストリーム配信システム
２  通信ネットワーク
１０  WEBサーバー
１１  外部記憶装置
２０  メタファイル管理サーバー
２１  メタファイル自動生成部
２２  ＭＩＭＥ情報引渡し部
２３  ＭＩＭＥ情報記憶手段
３０  ストリーミングサーバー
３１  外部記憶装置
４０  提供者ローカルＰＣ
４３  従来のメタファイル
４１  WEBページ
４２  ストリームコンテンツ
５０  視聴者ローカルＰＣ
５１  ブラウザ
５２  メディアプレイヤー
【図１】
2005110310.tif 000003
【図２】
2005110310.tif 000004
【図３】
2005110310.tif 000005
【図４】
2005110310.tif 000006
【図５】
2005110310.tif 000007
【図６】
2005110310.tif 000008
【図７】
2005110310.tif 000009
【図８】
2005110310.tif 000010