home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_s_z / draft-zigmond-tv-url-00.txt < prev    next >
Text File  |  1997-06-11  |  6KB  |  167 lines
  1.  
  2.  
  3. Network Working Group                                         D. Zigmond
  4. Internet-Draft                                            WebTV Networks
  5. draft-zigmond-tv-url-00.txt                                    June 1997
  6.  
  7.  
  8.         Uniform Resource Locators for Television Broadcasts
  9.  
  10.  
  11. 1. Status of this Document
  12.  
  13. This document is an Internet-Draft. Internet-Drafts are working
  14. documents of the Internet Engineering Task Force (IETF), its Areas,
  15. and its Working Groups. Note that other groups may also distribute
  16. working documents as Internet-Drafts.
  17.  
  18. Internet-Drafts are working documents valid for a maximum of six
  19. months. Internet-Drafts may be updated, replaced, or obsoleted by
  20. other documents at any time. It is not appropriate to use
  21. Internet-Drafts as reference material or to cite them other than as a
  22. "working draft" or "work in progress."
  23.  
  24. To learn the current status of any Internet-Draft, please check the
  25. 1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  26. Directories on ds.internic.net, nic.nordu.net, ftp.isi.edu, or
  27. munnari.oz.au.
  28.  
  29. Distribution of this document is unlimited. Please send comments to
  30. djz@corp.webtv.net.
  31.  
  32.  
  33. 2. Introduction
  34.  
  35. World-Wide Web browsers are starting to appear on a variety of
  36. consumer electronic devices, such as television sets and television
  37. set-top boxes, which are capable of receiving television programming
  38. from either terrestrial broadcast, satellite broadcast, or cable. On
  39. these devices, some of the URL schemes described in [1] are
  40. inappropriate. For example, many of these devices lack local storage,
  41. so the "file" scheme is of little use. This draft proposes a new URL
  42. scheme for uniquely identifying streams of television broadcasts on
  43. such devices.
  44.  
  45.  
  46. 3. Television URL
  47.  
  48. The basic structure of a television URL is:
  49.  
  50.     tv:<broadacst>
  51.  
  52. where broadcast is an alpha-numeric description of the data source.
  53. This description can take the form of an over-the-air broadcast call
  54. sign, a channel number, or a network indentifier. For example:
  55.  
  56.     tv:wqed        the WQED station
  57.     tv:12        channel 12
  58.     tv:nbc        the NBC network
  59.  
  60. For a browser to understand non-numeric stream identifiers, it will
  61. require a local channel map for the device. The nature of this map and
  62. the way in which it is used will be browser- and device-specific and
  63. is beyond the scope of this draft. In this way, the "tv" scheme is
  64. somewhat analagous to the "news" and "file" schemes in [1]: it merely
  65. names a television broadcast signal but assumes that the local browser
  66. has some means for actually retrieving that signal on the local
  67. device. A variety of software systems currently provide
  68. device-specific mappings from such identifiers to specific channel
  69. numbers. These systems can be incorprated into television sets or
  70. set-top boxes to facilitate the interpretation of television URLs by
  71. the client device.
  72.  
  73.  
  74. 4. BNF for Television URLs
  75.  
  76. The following is a formal specification for the new URLs:
  77.  
  78.     tvurl        = "tv:" broadcast
  79.     broadcast    = call-sign | network-id | channel-number
  80.     call-sign    = 1*[ alpha | digit ]
  81.     network-id    = 1*[ alpha | digit ]
  82.     channel-number  = 1*digit
  83.  
  84. The definitions of alpha and digit are from RFC 1738.
  85.  
  86. The call-sign must follow the conventions for broadcast call-signs
  87. established by the International Telecommunications Union. These are
  88. assigned by national broadcasting authorities and are universally
  89. unique. Examples of television URLs using a call-sign are:
  90.  
  91.     tv:wqed
  92.     tv:kqed
  93.  
  94. The network-ids are not currently assigned by an international body.
  95. These generally define streams of video content originating from a
  96. national network (such as NBC or CNN in the United States) which may
  97. be sent over a variety of frequencies in different locations as well
  98. as over a variety of media (often terrestrial broadcast, satellite
  99. broadcast, and cable). These network-ids should be registered with
  100. IANA before use to ensure that mutliple networks are not using the
  101. same identifier. Conflicts between networks over identifiers will be
  102. resolved by IANA. [Author's note: exactly how this registration will
  103. work remains to be worked out.] Examples of television URLs using a
  104. network-id are:
  105.  
  106.     tv:nbc
  107.     tv:cnn
  108.     tv:bbc
  109.  
  110. Unlike call-signs and network-ids, channel-numbers are not intended to
  111. be universally unique and simply represent a given television channel
  112. on a particular device. When used with a channel-number, a television
  113. URL is similar to a file URL (without a hostname) in that it describes
  114. a purely local resource. An example of a television URL using a
  115. channel-number is:
  116.  
  117.     tv:3
  118.  
  119.  
  120. 4. Acknowledgments
  121.  
  122. Many of the ideas in this document came out of conversations with
  123. Andrew Lochart. Other people who supplied valuable input include Matt
  124. Trifiro and Eric Del Sesto.  The original draft of this URL scheme was
  125. developed while the author was at Wink Communications.
  126.  
  127.  
  128. 5. Security Considerations
  129.  
  130. This new URL scheme is subject to the same security implications as
  131. the general URL scheme [1]. It is possible that the mere act of
  132. viewing a television broadcast signal may causes costs to be incurred
  133. to the viewer in some instances (eg, "pay-per-view" movies and
  134. events). Any software that uses this URL scheme to allow automatic
  135. tuning of a client device to a particular television broadcast signal
  136. should alert users before performing actions that may incur costs to
  137. the user.
  138.  
  139.  
  140. 6. IANA Considerations
  141.  
  142. IANA will register network identifiers for use in this URL scheme.
  143. [Author's note: Exactly how the registration process will work and how
  144. disputes between registrants will be resolved has not yet been
  145. decided.]
  146.  
  147.  
  148. 7. References
  149.  
  150. [1] Berners-Lee, T., Masinter, L., McCahill, M. (editors), "Uniform
  151. Resource Locators (URL)", RFC 1738, December 1994.
  152. ftp://ds.internic.net/rfc/rfc1738.txt
  153.  
  154.  
  155. 8. Author's Address
  156.  
  157. Dan Zigmond
  158. WebTV Networks
  159. 305 Lytton Avenue
  160. Palo Alto CA 94301
  161. USA
  162.  
  163. Email: djz@corp.webtv.net
  164. Voice: +1-415-614-6071
  165. Fax: +1-415-463-1670
  166.  
  167.