RFC2838 日本語訳

Network Working Group                                        D. Zigmond
Request for Comments: 2838                         WebTV Networks, Inc.
Category: Informational                                      M. Vickers
                                            Liberate Technologies, Inc.
                                                               May 2000

Zigmondがコメントのために要求するワーキンググループD.をネットワークでつないでください: 2838年のWebTV Networks Inc.カテゴリ: 情報のM.ビッカーズはInc.2000年5月に技術を解放します。

        Uniform Resource Identifiers for Television Broadcasts

テレビ放送のためのUniform Resource Identifier

Status of this Memo

このMemoの状態

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Copyright Notice

版権情報

   Copyright (C) The Internet Society (2000).  All Rights Reserved.

Copyright(C)インターネット協会(2000)。 All rights reserved。

1. Introduction

1. 序論

   World-Wide Web browsers are starting to appear on a variety of
   consumer electronic devices, such as television sets and television
   set-top boxes, which are capable of receiving television programming
   from either terrestrial broadcast, satellite broadcast, or cable. In
   this context there is a need to reference television broadcasts using
   the URI format described in [RFC 2396]. This document describes a
   widely-implemented URI scheme to refer to such broadcasts.

ウェブ・ブラウザーはさまざまな消費者電子装置の上に現れ始めています、テレビやテレビ先端箱などのように。(箱はどちらの地球の放送からもプログラムを作るテレビ、衛星放送、またはケーブルを受けることができます)。 参照テレビ放送への[RFC2396]で説明されたURI形式を使用する必要があります。 このドキュメントは、そのような放送について言及するために広く実行されたURI計画について説明します。

2. Television URI

2. テレビのURI

   The basic structure of a television URI is:

テレビのURIの基本構造は以下の通りです。

        tv:<broadcast>

tv: <放送>。

   where broadcast is a description of the data source. The description
   takes the form of a DNS-style identifier for a particular broadcaster
   or television network. For example:

放送がデータ送信端末の記述であるところ。 記述は特定のブロードキャスターかテレビ放送網のためのDNS-スタイル識別子の形を取ります。 例えば:

        tv:wqed.org           the WQED station
        tv:nbc.com            the NBC network

tv: WQEDがtvに配置するwqed.org: NBCがネットワークでつなぐnbc.com

Zigmond & Vickers            Informational                      [Page 1]

RFC 2838                 URIs for TV Broadcasts                 May 2000

テレビの放送2000年5月のためのZigmondとビッカーズの情報[1ページ]のRFC2838URI

3.1. Scheme-only form

3.1. 計画だけフォーム

   A simplest form of the "tv:" URI scheme is used to refer to the
   "current" or "default" channel:

最も簡単なフォーム、「tv:」 URI計画は「電流」か「デフォルト」チャンネルについて言及するのに使用されます:

        tv:

tv:

   This URI refers to whichever television broadcast is currently being
   received by the device. It is often used in combination with HTML
   content that is actually being broadcast along with the audio and
   video, where the meaning of "current broadcast" is quite unambiguous
   (because it is the broadcast along with which the content containing
   the URI was received). This is in fact the most common usage of the
   "tv:" scheme today, and is explicitly referenced by the recently
   published specification of the Advanced Television Enhancement Forum
   [ATVEF 1.1].

このURIは現在装置によって受けられているテレビ放送について言及します。 それは実際に「電流は放送した」意味がかなり明白である(それがURIを含む内容が受け取られた放送であるので)オーディオとビデオと共に放送されているHTML内容と組み合わせてしばしば使用されます。 事実上、これが最も一般的な用法である、「tv:」 今日計画して、Advanced Television Enhancement Forum[ATVEF1.1]の最近広められた仕様で明らかに参照をつけられます。

3.2 DNS-style identifiers

3.2 DNS-スタイル識別子

   Television broadcasts traditionally have been identified in a variety
   of ways.  All terrestrial television broadcasters are assigned call
   signs (such as "KDKA" or "WQED") to identify their signal. These are
   generally assigned by national authorities (such as the Federal
   Communications Commission in the United States) and are world unique.
   The global namespace is managed by the International
   Telecommunications Union, which assigns portions to member countries
   (see [ITU RR]).

テレビ放送はさまざまな方法で伝統的に特定されました。 コールサイン("KDKA"か"WQED"などの)は、それらの信号を特定するためにすべての地球規模のテレビブロードキャスターに割り当てられます。 これらは、国内当局(合衆国の連邦通信委員会などの)によって一般に、割り当てられて、世界ユニークです。 グローバルな名前空間は国際Telecommunications Unionによって管理されます([ITU RR]を見てください)。(Telecommunications Unionは加盟国に部分を配属します)。

   Many modern television networks are not broadcasted over-the-air, but
   available only through cable or satellite subscriptions.  The
   identifiers for these networks (such as the familiar "CNN" and "HBO")
   are not regulated at this time.  In some countries, even over-the-air
   broadcasters use these sorts of identifiers, rather than call signs.

多くの現代のテレビ放送網がbroadcastedされない、過剰、空気、単にケーブルか衛星購読で、利用可能です。 これらのネットワーク(なじみ深い「CNN」や"HBO"などの)のための識別子はこのとき、規制されません。 中、いくつかの国で、同等である、過剰、空気、ブロードキャスターはコールサインよりむしろこれらの種類に関する識別子を使用します。

   Unfortunately, these two namespaces overlap, with most network
   identifiers also being valid call signs.  Furthermore, network
   identifiers are not world unique, and many cases exist of name
   collisions.  (For example, both the Australian Broadcast Corporation
   and the American Broadcasting Company identify themselves as "ABC".)
   In order to ensure uniqueness, the "tv:" scheme uses DNS-style
   identifiers for all broadcast streams.  Because these build on the
   existing registration system for DNS hostname, all name collisions
   can be resolved through the existing DNS dispute resolution
   processes.

残念ながら、これらの2つの名前空間がまた、有効な判定サインであるほとんどのネットワーク識別子に重なります。 その上、ネットワーク識別子は世界ユニークではありません、そして、多くのケースが名前衝突を存在させています。 (例えば、オーストラリアのBroadcast社とABC放送の両方は"ABC"であると名乗ります。) ユニークさを確実にしてください、「tv:」 計画はすべての放送の流れにDNS-スタイル識別子を使用します。これらがDNSホスト名の既存の登録制の上に建てられるので、既存のDNS論争の解決の過程ですべての名前衝突は決議できます。

Zigmond & Vickers            Informational                      [Page 2]

RFC 2838                 URIs for TV Broadcasts                 May 2000

テレビの放送2000年5月のためのZigmondとビッカーズの情報[2ページ]のRFC2838URI

   In the simplest form, domain names themselves are used as broadcast
   identifiers.  For example:

最も簡単なフォームでは、ドメイン名自体は放送識別子として使用されます。 例えば:

          tv:abc.com          the American Broadcast Company
          tv:abc.co.au        the Australian Broadcast Corporation

tv: tv: アメリカのBroadcast社のabc.co.auのオーストラリアのBroadcast社のabc.com

   In some cases, networks have multiple broadcast streams that need to
   be distinguished.  This is also handled in DNS style:

いくつかの場合、ネットワークには、区別される必要がある複数の放送の流れがあります。 また、これはDNSスタイルで扱われます:

          tv:east.hbo.com     HBO East
          tv:west.hbo.com     HBO West

tv: east.hbo.com HBOの東tv: west.hbo.com HBO西洋

   It is important to note that these DNS-style identifiers need not
   match real hostnames; they should not be resolved to IP addresses
   using DNS.  Thus, using the terms as defined in RFC 2396, the "tv:"
   scheme is a Uniform Resource Identifier and not a Uniform Resource
   Locator.

DNS-スタイル識別子が必要とするこれらが本当のホスト名に合っていないことに注意するのは重要です。 DNSを使用することでIPアドレスにそれらを決議するべきではありません。 その結果、RFC2396で定義されるように用語を使用する、「tv:」 計画はUniform Resource Locatorではなく、Uniform Resource Identifierです。

   In order to support these identifiers in a "tv:" URI, a receiver must
   implement a means to map known identifiers to frequencies. The nature
   of this map and the way in which it is used are currently browser-
   and device-specific and are beyond the scope of this document. In
   this way, the "tv:" scheme is somewhat analogous to the "news:" and
   "file:" schemes in [1]: it merely names a television broadcast signal
   but assumes that the local browser has some means for actually
   retrieving that signal on the local device.  A variety of software
   systems currently provide device-specific mappings from such
   identifiers to specific channel numbers or directly to frequencies.
   These systems can be incorporated into television sets or set-top
   boxes to facilitate the interpretation of television URIs by the
   client device.

これらを支持するために、識別子はaで「以下をtvします」。 URI、受信機は知られている識別子を頻度に写像する手段を実行しなければなりません。 この地図の本質とそれが使用されている方法は、現在のブラウザで装置特有であり、このドキュメントの範囲を超えています。 このように「tv:」 計画がいくらか類似している、「ニュース:」 そして、「ファイルしてください」 [1]での計画: それは、単にテレビ放送信号を命名しますが、地元のブラウザには実際にローカル装置でその信号を取るためのいくつかの手段があると仮定します。 さまざまなソフトウェア・システムが現在、そのような識別子から特定の論理機番まで直接頻度に装置特有のマッピングを提供します。 クライアント装置でテレビのURIの解釈を容易にするためにこれらのシステムをテレビかセットトップボックスに組み入れることができます。

3.3 Obsolete forms

3.3 時代遅れのフォーム

   Previous drafts of this specification allowed broadcasts to be
   identified by channel numbers, such as "tv:4", and this form is
   currently supported by several independent platforms.  The channel
   numbers generally correspond to tuning frequencies in the various
   national broadcast frequency standards; for example, "tv:4" in the
   United states would be found at 66 MHz.  However, because this
   mapping of channel numbers to frequencies varies from country to
   country, this form is particularly ill-suited to use on the Internet.

このフォームは現在、いくつかの独立しているプラットホームによって支持されます。そして、この仕様の前の草稿は、放送が論理機番によって特定されるのを許容しました、あれほど、「tv: 4インチ、一般に、論理機番は様々な国家の放送頻度規格で調律頻度に対応しています」、。 例えば、「tv: United州の4インチは66MHzで見つけられるでしょう」。 しかしながら、頻度への論理機番に関するこのマッピングが国によって違うので、このフォームはインターネットで使用するために特に不適当です。

   Previous drafts also allowed network identifiers and call signs to be
   used directly as broadcast identifiers, as in "tv:abc" and "tv:kron".
   These forms should not be used because of the name collision issues
   described in the previous section.

また、前の草稿は、ネットワーク識別子とコールサインが直接放送識別子として使用されるのを許容しました、「tv: abc」と「tv: kron」のように。 前項で説明された名前衝突問題のためにこれらのフォームを使用するべきではありません。

Zigmond & Vickers            Informational                      [Page 3]

RFC 2838                 URIs for TV Broadcasts                 May 2000

テレビの放送2000年5月のためのZigmondとビッカーズの情報[3ページ]のRFC2838URI

4. BNF for Television URIs

4. テレビのURIのためのBNF

   The following is a formal specification for the new URIs:

↓これは新しいURIのための形式仕様です:

      tvuri          = "tv:" [ broadcast ]
      broadcast      = dns-identifier
      dns-identifier = *( domainlabel "." ) toplabel [ "." ]
      domainlabel    = alphanum | alphanum *( alphanum | "-" ) alphanum
      toplabel       = alpha | alpha *( alphanum | "-" ) alphanum

tvuri=は「以下をtvします」。 「[放送]放送=dns-識別子dns-識別子が*と等しい、(domainlabel、」、」、)、toplabel、[「.」、]、domainlabelはalphanumと等しいです。| alphanum*(alphanum| 「-」)alphanum toplabelはアルファと等しいです。| アルファ*(alphanum| 「-」)alphanum

   The definitions of alpha and alphanum are from [RFC 2396].
   Furthermore, the definition of dns-identifier is identical to the
   definition of hostname in RFC 2396, and is case-insensitive.

アルファとalphanumの定義は[RFC2396]から来ています。 その上、dns-識別子の定義は、RFC2396とのホスト名の定義と同じであり、大文字と小文字を区別しないです。

5. Acknowledgments

5. 承認

   Many of the ideas in this document came out of conversations with
   Andrew Lochart. Other people who supplied valuable input include Matt
   Trifiro and Eric Del Sesto.  The original draft of this URI scheme
   was developed while the author was at Wink Communications.  More
   recent suggestions have come from Lee Acton, Jonathan Boltax, Dean
   Blackketter, Michael Dolan, Iain Hackett, Jim Helman, Sean McDowell,
   David Mott, Scott Watson, and others in the ATVEF Technical Working
   Group (which the authors co-chaired), and from Craig Finseth, Gomer
   Thomas, Harald Alvestrand, and Larry Masinter.

考えの多くがアンドリューLochartとの会話から本書では出て来ました。 貴重な入力を提供した他の人々がマットTrifiroとエリック・デル・セストを入れます。 作者がWink Communicationsにいた間、このURI計画のオリジナルの草稿は開発されました。 より最近の提案がリー・アクトン、ジョナサンBoltax、ディーンBlackketter、マイケル・ドラン、イアン・ハッケット、ジム・ヘルマン、ショーン・マクドウェル、David Mott、スコット・ワトソン、および他のものからATVEF Technical作業部会で来た、(どれ、作者が共同議長を務めたか、)、クレイグFinseth、Gomerトーマス、ハラルドAlvestrand、およびラリーMasinter

6. Security Considerations

6. セキュリティ問題

   This new URI scheme is subject to the same security implications as
   the general URI scheme described in [RFC 2396]. It is possible that
   the mere act of viewing a television broadcast signal may cause costs
   to be incurred to the viewer in some instances (e.g., "pay-per-view"
   movies and events). Any software that uses this URI scheme to allow
   automatic tuning of a client device to a particular television
   broadcast signal should alert users before performing actions that
   may incur costs to the user.

この新しいURI計画は[RFC2396]で説明された一般的なURI計画と同じセキュリティ含意を受けることがあります。 テレビ放送信号を見る単なる行為である場合に(例えば、「ペイパーヴュー方式」映画と出来事)コストをビューアーへ被るのは可能です。 コストをユーザへ被るかもしれない動作を実行する前に、特定のテレビ放送信号にクライアント装置の自動同調を許容するのにこのURI計画を使用するどんなソフトウェアもユーザを警告するはずです。

7. References

7. 参照

   [RFC 2396]  Berners T., Fielding, R. and L. Masinter,   "Uniform
               Resource Identifiers (URI): Generic Syntax", RFC 2396,
               August 1998.

[RFC2396] Berners T.、フィールディング、R.、およびL.Masinter、「Uniform Resource Identifier(URI):」 「一般的な構文」、RFC2396、1998年8月。

   [ATVEF 1.1] Advanced Television Enhancement Forum, "Advanced
               Television Enhancement Forum Specification Version
               1.1r26," February 1999.
               http://www.atvef.com/library/spec1_1a.html

[ATVEF1.1] 高品位テレビ増進フォーラム、「高品位テレビエンハンスフォーラム仕様バージョン1.1r26」2月1999日の http://www.atvef.com/library/spec1_1a.html

Zigmond & Vickers            Informational                      [Page 4]

RFC 2838                 URIs for TV Broadcasts                 May 2000

テレビの放送2000年5月のためのZigmondとビッカーズの情報[4ページ]のRFC2838URI

   [ITU RR]    International Telecommunications Union, "Radio
               Regulations," 1998.  See especially Article S19,
               "Identification of stations," and Appendix S42, "Table of
               allocation of international call sign series."

[ITU RR] 国際電気通信組合、「国際電気電信条約付属無線通信規則」1998。 特にArticle S19、「ステーションの識別」、およびAppendix S42、「国際呼出符号シリーズの配分のテーブル」を見てください。

9. Authors' Addresses

9. 作者のアドレス

   Dan Zigmond
   WebTV Networks, Inc.
   1065 La Avenida
   Mountain View, CA 94043
   USA

ダンZigmond WebTV Networks Inc.1065Laアヴェニダカリフォルニア94043マウンテンビュー(米国)

   EMail: djz@corp.webtv.net

メール: djz@corp.webtv.net

   Mark Vickers
   Liberate Technologies
   2 Circle Star Way
   San Carlos, CA  94070
   USA

マークビッカーズが技術2円の星の道サンカルロス(カリフォルニア)94070を解放する、米国

   EMail: mav@liberate.com

メール: mav@liberate.com

Zigmond & Vickers            Informational                      [Page 5]

RFC 2838                 URIs for TV Broadcasts                 May 2000

テレビの放送2000年5月のためのZigmondとビッカーズの情報[5ページ]のRFC2838URI

10. Full Copyright Statement

10. 完全な著作権宣言文

   Copyright (C) The Internet Society (2000).  All Rights Reserved.

Copyright(C)インターネット協会(2000)。 All rights reserved。

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。

Acknowledgement

承認

   Funding for the RFC Editor function is currently provided by the
   Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。

Zigmond & Vickers            Informational                      [Page 6]

Zigmondとビッカーズ情報です。[6ページ]