RealServerのコンテンツへのリンクは、RealServerをアクティブにして、リクエストされたマテリアルの配信方法を指定する特別な形式を使います。この章では、RealServerで使われているさまざまな形式の理論を説明します。
この章では、コンテンツにリンクを張る方法を説明します。それぞれの方法で異なる形式が使われていますが、どれもすべて同じような構造に基づいています。
この章では、一般的なリンク形式とともに、すべてのタイプの機能（たとえば、リンクの中のサブディレクトリ）に適用されるリンク形式も説明します。特定の配信方法でサービスするコンテンツへのリンク手順については、その方法に関する章を参照してください。また、さまざまな形式の内容については付録A「リンク形式の要約」にまとめてあります。
 |
ヒント |
|---|
| 異なるタイプのリンクやSMILファイルの機能の例は、 RealSystem Administratorの左側のフレームでSamplesをク リックし、次にSMILのデモリンクのどれか１つをクリックし て、デモを表示してください。 |
この章では、特別なディレクトリ構造を含め、リンク構造を詳細にわたって説明します。RealServerの高度な機能を使わない方は、ここに述べる背景情報には興味がないかもしれません。
Contentサブディレクトリに保存する場合は、「オンデマンドクリップへのリンク」で説明したリンク形式を使ってください。
RealServerが配信するメディアクリップへの典型的なリンクには、ポート、マウントポイント、パス、ファイル名などの要素が含まれます。
RealServerが配信する素材へのすべてのリンクには、同一の一般的な形式が使われます：
protocol://address:port/MountPoint/path/file
プロトコルとは、RealServerがメディアクリップの送信に使う通信プロトコルです。
RealServerは、クライアントとの交信に２つの主要なプロトコルを使います。
RTSPは、マルチメディアプレゼンテーションを配信するために特別に設計されたクライアントサーバプロトコルです。これはオープン規格であり、大規模なブロードキャストには大変便利です。マルチ帯域幅エンコーディングされたSureStream(TM) ファイルを配信できるのは、RTSPだけです。SMIL、RealText、およびRealPixにもRTSPが必要です。
PNAは、RealNetworksがRealSystemのバージョン5.0以前で設計、使用している独自のクライアントサーバプロトコルです。RealServer G2におけるPNAによる配信機能は、RealPlayerの古いバージョンとの互換性のためにサポートされています。
RealServerでは、RamファイルやRealSystem AdministratorページなどのHTMLベースのマテリアルをストリーミング配信するためにHTTPも使っています。
 |
追加情報 |
|---|
| 「RealServerが使うプロトコル」を参照してください。 |
RealServerがストリーミング配信するメディアファイルへのリンクは４つの場所に表示され、次のテーブルに示すようにそれぞれ異なるプロトコルが使われます。使用するプロトコルは、リンクを置く場所とそれが指すコンテンツのタイプによって異なります。Webページについては、他の３つの場所とは少し違ったリンク形式が必要なことに注意してください。
アドレスとは、IPアドレスまたはRealServerのインストール先マシンと完全修飾ドメイン名のことです。どちらを使うこともできます。この本では、対応するIPアドレスではなく常にRealServer.company.comというアドレスを例として使います。
ポート番号とは、RealServerが適当なRTSP、PNA、またはHTTPリクエストを受信するポートの番号です。
RealServerのデフォルトポート設定を使っている場合は、RealServerマシンのポート番号を含めるかどうかはオプションになります。URLにポート番号を含めない場合は、クライアント（RealPlayerなど）は自分で番号を用意します。クライアントはURLの先頭にあるプロトコルを見て、使用するポート番号を決めます。
お使いのRealServerで使用されているポート番号を調べるには、RealSystem Administratorで見てください。General Setup > Portsをクリックします。
| プロトコル | ポート番号 |
|---|---|
http |
8080 |
rtsp |
554 |
pnm |
7070 |
RealSystem Administratorを使っていて、複数のRealServerが同じIPアドレスを使っていたり、異なるマテリアルについてリクエストを分けたいときには、ポート番号を変更したい場合があります。
RealServerとWebサーバが同じマシン上にある場合は、HTTPポートの設定を変更する必要があります。詳細は、「同じシステム上でのWebサーバとRealServerの稼動」を参照してください。
 |
メモ |
|---|
| ポート番号を変更した場合は、新しいポート番号をリンクに含 める必要があります。RealPlayerが不正なポート情報を持つク リップを再生しようとすると、HTTPによってその情報をリク エストする場合があり、これは配信方法としては非常に効率の 悪い方法です。 |
マウントポイントへの参照は、すべてのURLに現れます。マウントポイントとは、そのリクエストを処理する機能（または、ファイルシステムプラグイン）をRealServerに指定するショートカット名のことです。ほとんどの配信方法には、それぞれ独自のマウントポイントがあります。
マウントポイントはRealSystem Administratorに示してあります。
ただし、オンデマンドコンテンツの場合は、マウントポイントは普通は１個の前向きスラッシュで定義され、従ってマウントポイントには「見えなく」なります。
どのマウントポイントを使うか（使う場合）決めるには、まず使用する配信方法のタイプを決める必要があります。使用する正しいマウントポイントを探すには、下のテーブルを参照してください。このテーブルは、お使いのRealServerが出荷されたときのデフォルトコンフィグレーションに基づいています。これらの値を変更した場合は、新しい設定値を使う必要があります。
さらに、リンクをWebページの中で使う場合は、Ramgenのマウントポイントを含めることを忘れないでください。詳細は、「RamファイルとRamgen」を参照してください。
時には、１つのリンクに１つ以上のマウントポイントが含まれる場合があります。Ramgenマウントポイントは、他のマウントポイントと一緒に使われることがよくあります。スケーラブルマルチキャストマウントポイントは、ライブブロードキャストのマウントポイントと同時に使われることがあります。
これらの章で説明されていない複数マルチポイントについては、付録A「リンク形式の要約」の「1つのリンク内での複数のマウントポイントの使用」を参照してください。
同じベースパスを指す異なるマウントポイントを使うことや、同じファイルシステムを使うことは、コンテンツの概念構成を伝える上で効果的な方法です。たとえば、RealServer上のコンテンツが異なる人たちによって供給される場合、マテリアルが同じマシン上に保存されていても別の場所にあっても、それぞれの人のマテリアルに別々のマウントポイントを設定することができます。
RealServerは、仮想または実在のディレクトリを調べる前にマウントポイントのリストを調べます。マウントポイントや仮想ディレクトリが実在のディレクトリと同じ名前を持っていると、RealServerは実在のディレクトリを無視します。
この性質を利用できるケースが１つあります。ライブブロードキャストが中断されたときに、「現在、技術的な問題が発生しています。」というようなメッセージを表示するときです。ライブファイルは、対応するベースパスを持たないマウントポイントに送られます。ライブファイルは、エンコーダによって作成され次第ストリーミング配信されるので、ファイルの形では存在しません。ライブのマウントポイントと同じ名前の実際のディレクトリを作成し、このサブディレクトリの中にメッセージが入った小さなファイルを置きます。ライブストリームがRealServerに到着しない場合、RealServerはそのURLに合致する実際のディレクトリを探します。このケースでは、エラーファイルが入ったサブディレクトリを見つけます。
|
|
追加情報 |
|---|
| 「Please stand by...メッセージの再生」を参照してください。 |
パスの値は、クリップが置かれているサブディレクトリ（存在する場合）を示します。
Contentのサブディレクトリに置かれている場合は、パスを入れます。Contentディレクトリの下のサブディレクトリ名だけを入れてください。サブディレクトリにはContentを入れません。
オンデマンドコンテンツに追加のマウントポイントを作成した場合は、新しいマウントポイントとそのベースパスを見てパスが必要かどうかを決めます。（ベースパスは、マウントポイントによって配信されるファイルの実際の場所を与えます。）オンデマンドクリップがベースパスのサブディレクトリにある場合は、そのサブディレクトリ（または複数のサブディレクトリ）をリンクに入れる必要があります。
livefileの値の一部として仮想パスを入力した場合は、仮想パスを含めます。
リンクを見ただけでは、リンクのどの部分がマウントポイントを指しているのか、どの部分が仮想ディレクトリを参照しているのかはわかりません。リンクのどの要素がマウントポイントなのかを見るためには、マウントポイントのリストを表示するページを調べる必要があります。
最後に、リンクの末尾にファイル名を入力します。ファイル名は、クリップの名前か（この場合は、ramgenマウントポイントを使う必要があります−次のセクション参照）、またはメタファイルの名前です。
コンテンツ作成者が作成中のコンテンツに正確なリンクを入れることができるように、いくつかの情報を与える必要があります。この情報は、下のテーブルにまとめてあります。
| 構成要素 | 提供者 |
|---|---|
protocol |
コンテンツ作成者またはRealServer管理者 |
address |
RealServer管理者 |
port |
RealServer管理者 |
MountPoint |
RealServer管理者 |
path |
コンテンツ作成者 |
file |
コンテンツ作成者 |
メタファイルとは、Webページでリンクするテキストファイルのことです。メタファイルには、実際のリンクの名前が収められています。リンクの中でメディアクリップではなくメタファイルを指すと、RealPlayerはRealServerに接続できます。メタファイルには２つのタイプがあります：
多くのブラウザでは、ユーザがRealServerのコンテンツへのリンクをクリックしたときにRealPlayerを起動するようには設定されていません。このため、RealServerのコンテンツへのリンクはメタファイルと呼ばれる小さなテキストファイルを指すようになっています。Webブラウザは、この単独ファイルタイプを認識してRealPlayerを起動するように設定することができます。メタファイルには、メディアファイルの「本当」のアドレスが入っていて、RealPlayerはそれを認識することができます。
これらのメタファイルは、Ramファイルと呼ばれています。メタファイルは、１つ以上のクリップを順番に並べた小さなテキストファイルです。これは機能的にはSMILファイルと同じですが、SMILファイルでは可能な複雑なプレゼンテーションを行なうことはできません。
ユーザはRamファイルを（Webページのリンクを右クリックして）保存して後で（RealPlayerでページを開いて）接続のために使えば、RealServerからダウンロードするステップをとばすことができます。
Ramファイルは、以前のバージョンのRealServerとのバックワード互換性を持たせるためによく使われます。
|
|
追加情報 |
|---|
| 開始時間のオプションなど、Ramファイルの詳細については、 RealSystem G2 Production Guideを参照してください。このマニュ アルを表示するには、RealSystem AdministratorのHelpメ ニューのResourcesをクリックしてください。 |
Ramファイルは、.ramという拡張子が付いた単なるテキストファイルです。このファイルは、１つのクリップのURLをリストしたり、順番に再生する複数のクリップのURLをリストしたりすることができます。
|
RealSystem G2ソフトウェアでRamファイルを使用する１つの理由は、G2のコンテンツが以前のクライアントでは読むことができないRTSPプロトコルを使っているからです。Ramファイルは、１つ以上のプレゼンテーションタイプをリストすることができます。
同じクリップに対して２つの異なるプロトコルをリストするRamファイルは、次のような形式を使います：
|
RealPlayer 6.0以降の新しいクライアントは、--stop--という文字に出会うとRamファイルの読み込みを停止します。古いクライアントは、pnmインストラクションを探します。
作成するすべての単独リンクについてRamファイルを作成することのショートカットとして、RealServer G2にはRamファイルを作成する代わりにリンクに付け加えることができる、Ramgenという名前のマウントポイントが前もって設定されています。
RealServerがこのマウントポイントを含むリクエストを受け取った場合は、Ramファイルが自動的に作成され、送り出されるように見えます。RealServerは、単に最初のリクエストの中のURLをHTTPメッセージの中のURLに変換するのです。ブラウザはファイルをダウンロードするように見え、その情報は正しいリンクをリクエストしたクライアントに送られます。
リンクの中では、RamファイルかRamgenのどちらかを参照する必要があります。ブラウザによってはSMILファイルその他のストリーミングメディアファイルがリクエストされたときにクライアントを起動するようには設定されていないものもありますが、すべてのブラウザはRamファイルを受け取ったときにはクライアントを起動します。
SMIL(Synchronized Multimedia Integration Language）は、オープン規格に基づくマークアップ言語で、ファイルの中のクリップをいつどのように再生するかを指定します。 SMILファイルは、複雑なレイアウトやタイミングの指示を実行することができます。
SMILファイルへのリンク作成の手順は、「メタファイル」を参照してください。
RealServerを使い始めたばかりの場合は、メディアクリップはRealServerのメインディレクトリのContentサブディレクトリに保存してください。これらのクリップは、直ちにストリーミング配信することができます。
しかしながら、クリップの数が多い場合は、サブディレクトリに整理したり、別のコンピュータに保存するのは理屈にかなっています。これらのファイルへのリンクは非常に長くなる場合があります。長いパスの代わりとなるベースパスを持った複数のマウントポイントを追加すれば、リンクは短くなります。
| クリップの置き場所 | 説明 |
|---|---|
| Contentディレクトリ | クリップがこのディレクトリに保存してあれば、リンクの作成は容易です。 「Contentディレクトリへのクリップの保存」を参照してください。 |
| Contentのサブディレクトリ中 | サブディレクトリ名をリンクに含めます。 「Contentディレクトリのサブディレクトリへのクリップの保存」を参照してください。 |
| Contentとは別のディレクトリ（サブディレクトリではなく） | このディレクトリを参照するマウントポイントを追加します。 「別のディレクトリへのクリップの保存」を参照してください。 |
| 完全に別のシステム上 | 別の置き場所を認識するようにシステムを設定し、別のシステムを参照した対応するマウントポイントとパスを追加します。 「追加マウントポイントの作成」を参照 |
Contentディレクトリは、クリップを置くためのメインの場所です。以下の例では、Contentディレクトリには２つのクリップ（music.rmとmusic.rp）と２つのディレクトリ（SpeechesとConcerts）が入っています：
| ディレクトリ構造 |
（メインディレクトリ） |
| 値 |
マウントポイント： / ベースパス： C:\Program Files\Real\RealServer\Content （Windows） usr/RealServer/Content （UNIX） |
music.rmという名前のファイルは、次のようなWebページのリンクを持ちます：
http://RealServer.company.com:8080/ramgen/music.rm
Ramファイルでは、別のプロトコルでramgenマウントポイントなしの同じような形式を使います：
rtsp://RealServer.company.com:554/music.rm
Contentディレクトリ中のファイルは、特別な変更なしにストリーミング配信することができます。しかし、ファイルの数が多い場合は、Contentディレクトリのサブディレクトリに入れて整理したいと思うでしょう。そうする場合は、忘れずにファイルへのリンクにサブディレクトリの名前を入れてください。URLのpathをサブディレクトリに代えてください。
| ディレクトリ構造 |
（メインディレクトリ） |
| 値 |
マウントポイント： / ベースパス： C:\Program Files\Real\RealServer\Content （Windows） usr/RealServer/Content （UNIX） |
Concerts/Classicalサブディレクトリにあるdebussy.rmというファイルを参照するには、次のようなサブディレクトリをリンクに入れます：
http://RealServer.company.com:8080/ramgen/Concerts/Classical/debussy.rm
Ramファイルでは、別のプロトコルでramgenマウントポイントなしの同じような形式を使います：
rtsp://RealServer.company.com:554/Concerts/Classical/debussy.rm
|
|
ヒント |
|---|
| サブディレクトリの中に多数のサブディレクトリを置く場合は、 追加のマウントポイントをショートカットとして定義すること を考えてください。「追加マウントポイントの作成」を参照して ください。 |
メインベースパスのサブディレクトリではないディレクトリにファイルを保存する場合は、これらのファイルには別のマウントポイントを作成する必要があります。このマウントポイントは、パス情報のショートカットとして働きます。このコンテンツへのリンクには、その他の適当なマウントポイントに加えて、この新しいマウントポイントを使います。
|
|
ヒント |
|---|
| マウントポイント名としては、その場所またはそのサブディレ クトリからストリーミング配信するコンテンツのタイプを反映 した名前を選択してください。 |
一般的なマウントポイント名がMount PointsリストおよびEdit Mount Pointボックスに表示されます。
コンテンツのリンクを新しいマウントポイントのベースパスに作成した場合は、新しいマウントポイントを使います。コンテンツがマウントポイントのベースパスのサブディレクトリにある場合は、マウントポイントとサブディレクトリをリンクに含めます。
以下の例では、マウントポイントは/music/と定義され、これは実際にはConcertsディレクトリを参照するものと想定しています。
| ディレクトリ構造 |
(メインディレクトリ) |
| 値 |
マウントポイント：/music/ベースパス：C:\Program Files\Real\RealServer\Concerts（Windows）、usr/RealServer/Concerts（UNIX） |
Classicalサブディレクトリにあるdebussy.rmという名前のファイルは、Webページでは次のようなリンクを持ちます：
http://RealServer.company.com:8080/ramgen/music/Classical/debussy.rm
Ramファイル、SMILファイル、またはRealPlayerのOpen Locationダイアログボックスに直接入力する場合は、次のようなURLを使います：
rtsp://RealServer.company.com:554/music/Classical/debussy.rm
ファイルへの完全なパスは含まれていません。その代わりに、ベースパスに相対的な部分のみが示されます。
一般的なマウントポイント名がMount PointsリストおよびEdit Mount Pointボックスに表示されます。
コンテンツのリンクを新しいマウントポイントのベースパスに作成した場合は、新しいマウントポイントを使います。コンテンツがベースパスのサブディレクトリにある場合は、そのサブディレクトリをリンクに含めてください。
RealServerは、オペレーティングシステムが認識できる場所であれば、どんなところからでもファイルをストリーミング配信することができます。
一般的なマウントポイント名がMount PointsリストおよびEdit Mount Pointボックスに表示されます。
G:\ではなくG:と入力します。）
コンテンツのリンクを新しいマウントポイントのベースパスに作成した場合は、新しいマウントポイントを使います。コンテンツがベースパスのサブディレクトリにある場合は、そのサブディレクトリをリンクに含めてください。
認証を要求するファイル（アクセスが許可される前に、ユーザは名前とパスワード、場合によってはその他の情報を求められます）は、Contentのサブディレクトリではない完全に別のディレクトリに置かなければなりません。RealServerの認証機能によってアクセスを許可する前にセキュリティチェックが実行できるように、保護を要する素材は独立させる必要があります。
保護を要する素材を置くディレクトリは、Contentと同じレベルか、またはそれよりも高いレベル、または別のシステムになければなりません。
| ディレクトリ構造 |
(メインディレクトリ) |
| 値 |
マウントポイント：/secure/ベースパス：C:\Program Files\RealRealServer\Secure（Windows）、usr/RealServer/Secure（UNIX） |
認証機能のセットアップの手順および適切なディレクトリとマウントポイントについては、第15章「RealServerユーザの認証」を参照してください。
エンコーダのような制作ツールで作成したライブクリップは、物理的にはどこにも保存されず、従ってそのリンクには実在のディレクトリへのパスは通常含まれません。ライブイベントへのリンクには、制作ルーツで入力される仮想パスが含まれる場合があります。このリンクは、実在のディレクトリに対応している場合も、していない場合もあります。ライブの素材については、パスは必ず/encoder/というマウントポイントで始まります。詳細の説明は、「仮想パス」を参照してください。
| ディレクトリ構造 |
(メインディレクトリ) |
| 値 | マウントポイント：/encoder/ |
たとえば、コンテンツ作成者がライブイベントをエンコードしてそれにSpeeches/Famous/Lincoln.rmという名前を付けたとします。この場合はSpeechesディレクトリは実在のディレクトリですが、Famousというサブディレクトリは持っていません。Famousは仮想ディレクトリです。
Webページでは、ライブクリップへのリンクには次の形式を使います：
http://RealServer.company.com:8080/ramgen/encoder/Speeches/Famous/Lincoln.rm
rtsp://RealServer.company.com:554/encoder/Speeches/Famous/Lincoln.rm