RFC2862 日本語訳

Network Working Group                                        M. Civanlar
Request for Comments: 2862                                       G. Cash
Category: Standards Track                                           AT&T
                                                               June 2000

Civanlarがコメントのために要求するワーキンググループM.をネットワークでつないでください: 2862年のG.現金カテゴリ: 標準化過程AT&T2000年6月

               RTP Payload Format for Real-Time Pointers

リアルタイムのポインタのためのRTP有効搭載量形式

Status of this Memo

このMemoの状態

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。

Copyright Notice

版権情報

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

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

Abstract

要約

   This document describes an RTP [1] payload format for transporting
   the coordinates of a dynamic pointer that may be used during a
   presentation. Although a mouse can be used as the pointer, this
   payload format is not intended and may not have all functionalities
   needed to implement a general mouse event transmission mechanism.

このドキュメントは、プレゼンテーションの間に使用されるかもしれないダイナミックなポインタの座標を輸送するためにRTP[1]ペイロード形式について説明します。 ポインタとしてマウスを使用できますが、このペイロード形式には、意図しないで、また一般的なマウスイベント効果波及経路を実行するのに必要であるすべての機能性がないかもしれません。

1. Introduction

1. 序論

   In most presentations, significant information is conveyed through
   the use of viewgraphs and a pointer. This makes accurate transmission
   of them vital in remote conferencing applications. Using regular
   video of a presenter's display for this purpose is problematic
   because, while the viewgraphs require a high spatial resolution, the
   pointer movements need to be sampled and transmitted at a high
   temporal resolution so that the presenter's pointing actions can be
   displayed synchronously with the corresponding audio and video
   signals. In many instances, this synchronization carries vital
   information.  As an example, consider a speaker pointing at two
   alternatives on a viewgraph in sequence and saying "this one is
   better than this".  To satisfy both high spatial and high temporal
   resolution requirements, at least S-VHS quality video may need to be
   used. Codecs that can compress S-VHS video effectively in real-time
   are expensive for this purpose, and transmitting such video
   uncompressed requires very high bandwidths.

ほとんどのプレゼンテーションでは、重要な情報はviewgraphsとポインタの使用で伝えられます。 これで、それらの正確なトランスミッションはリモート会議アプリケーションで重大になります。 viewgraphsが高い空間分解能を必要とする間、ポインタ運動が高い時の解像度のときに対応するオーディオとビデオ信号で同時贈呈者が動作を指すのを表示できるように抽出されて、伝えられる必要があるので、贈呈者の表示の通常のビデオを使用するのはこのために問題が多いです。 多くの例では、この同期は極めて重要な情報を運びます。 例と、系列で「これはこれより良いところ」で言っているviewgraphで2つの選択肢を指し示しているスピーカーを考えてください。 両方の高い空間的で高い時の解決要件を満たすために、少なくともS-VHSの上質のビデオは、使用される必要があるかもしれません。 有効にS-VHSビデオをリアルタイムで状態で中に圧縮できるコーデックはこのために高価です、そして、そのようなビデオが解凍した伝えるのはまさしくその高帯域を必要とします。

Civanlar & Cash             Standards Track                     [Page 1]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[1ページ]。

   A much simpler and economical system can be designed by capturing and
   transmitting the pointer coordinates separately [2]. The pointer
   coordinates with respect to a displayed viewgraph can easily be
   obtained in electronic presentation systems. For presentations
   prepared for optical systems, such as transparencies for overhead
   projectors, an arrangement where the viewgraph is captured in a frame
   buffer on a computer can be used to associate the pointer coordinates
   with the displayed viewgraph. For capturing transparencies, printed
   material, or even three dimensional objects, a document camera and a
   personal computer or workstation based video capture card can be
   used.  This arrangement can handle electronic viewgraphs by feeding
   the video output of the computer that displays them to the video
   capture card through an appropriate converter also. A side benefit of
   this is that it allows using a presenter's own computer to transmit
   electronic viewgraphs without connecting it to, for example, an
   intranet. The captured image is then displayed along with the
   capturing computer's mouse pointer on the presenter's display using a
   projector. The presenter moves the pointer on the display using a
   regular or maybe a wireless mouse whose location can easily be
   captured by appropriate software running on the capturing computer.

はるかに簡単で経済的なシステムは捕らえることによって、設計される場合があります、そして、ポインタを送ると、[2]は別々に調整されます。 電子プレゼンテーションシステムで容易に表示されたviewgraphに関するポインタ座標を得ることができます。オーバーヘッドプロジェクタのための透明などの光学系のために準備をされたプレゼンテーションにおいて、ポインタ座標を表示されたviewgraphに関連づけるのにコンピュータの上のフレームバッファでviewgraphを捕らえるところでアレンジメントを使用できます。 物質的であるか、または三次元でさえあることで印刷されて、透明を得るために、物、ドキュメントカメラ、およびパーソナルコンピュータかワークステーションに基づいているビデオキャプチャカードを使用できます。 このアレンジメントは、適切なコンバータを通してもビデオキャプチャカードにそれらを表示するコンピュータのビデオ出力を食べさせることによって、電子viewgraphsを扱うことができます。 この役得は例えば、イントラネットにそれを関連づけないで電子viewgraphsを伝えるのにそれで贈呈者の自身のコンピュータを使用するということです。 そして、贈呈者の表示の上の捕らえるコンピュータのマウス・ポインタと共にプロジェクターを使用することで捕らわれているイメージを表示します。 贈呈者は、捕らえるコンピュータで動きながら、レギュラーか多分適切なソフトウェアで容易に位置を捕らえることができるワイヤレスマウスを使用することで表示の上のポインタを動かします。

   This document describes an RTP payload format to transmit the pointer
   coordinates captured in one of the ways described above using RTP.
   Although, a mouse can be used as the pointer, this payload format is
   not intended and may not have all functionalities needed to implement
   a  general mouse event transmission mechanism.

このドキュメントは、RTPを使用する上に述べられた方法の1つで得られたポインタ座標を伝えるためにRTPペイロード形式について説明します。 ポインタとしてマウスを使用できて、このペイロード形式は、意図しないで、また一般的なマウスイベント効果波及経路を実行するのに必要であるすべての機能性を持っていないかもしれませんが。

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED",  "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119 [3].

キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[3]で説明されるように本書では解釈されることであるべきですか?

Civanlar & Cash             Standards Track                     [Page 2]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[2ページ]。

2. Payload Format

2. 有効搭載量形式

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |V=2|P|X|  CC   |M|     PT      |       sequence number         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           timestamp                           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           synchronization source (SSRC) identifier            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   :            contributing source (CSRC) identifiers             :
   +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
   |L|M|R| |     x-coordinate      | | PIN |     y-coordinate      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         MBZ                       MBZ

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=2|P|X| CC|M| 太平洋標準時| 一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | タイムスタンプ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 同期ソース(SSRC)識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : 貢献しているソース(CSRC)識別子: +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ |L|M|R| | x-座標| | 暗証番号| y-座標| +++++++++++++++++++++++++++++++++MBZ MBZ

               Figure 1 - An RTP packet for Real-Time Pointer

図1--レアル-時間PointerのためのRTPパケット

   Fig. 1 shows an RTP packet carrying real-time pointer coordinates.
   This payload format does not have a payload specific header.

図1は、RTPパケットがリアルタイムのポインタ座標を運ぶのを示します。 このペイロード形式には、ペイロードの特定のヘッダーがありません。

2.1. RTP Header Usage:

2.1. RTPヘッダー用法:

   Payload Type (PT): The assignment of an RTP payload type for this new
   packet format is outside the scope of this document, and will not be
   specified here. It is expected that the RTP profile for a particular
   class of applications will assign a payload type for this encoding,
   or if that is not done then a payload type in the dynamic range shall
   be chosen.

有効搭載量タイプ(太平洋標準時の): この新しいパケット・フォーマットのためのRTPペイロードタイプの課題は、このドキュメントの範囲の外にあって、ここで指定されないでしょう。 特定のクラスのアプリケーションのためのRTPプロフィールがこのコード化のためのペイロードタイプを選任すると予想されるものとするか、またはそれが完了していないなら、ダイナミックレンジにおけるペイロードタイプは選ばれるものとします。

   Marker (M) bit: Set to one if the pointer icon is changed in this
   packet.

マーカー(M)は噛み付きました: このパケットでポインタアイコンを変えるなら、1つにセットしてください。

   Extension (X) bit: Defined by the RTP profile used.

拡大(X)に噛み付きました: 使用されるRTPプロフィールで、定義されます。

   Sequence Number: Set as described in RFC1889 [1].

一連番号: RFC1889[1]で説明されるように、セットしてください。

   Timestamp: The sampling time for the pointer location measured by a
   90kHz clock.

タイムスタンプ: 90kHzの時計によって測定されたポインタ位置への標本抽出時間。

   SSRC: Set as described in RFC1889 [1].

SSRC: RFC1889[1]で説明されるように、セットしてください。

   CC and CSRC fields are used as described in RFC 1889 [1].

CCとCSRC分野はRFC1889[1]で説明されるように使用されています。

   RTCP SHOULD be used as defined in RFC 1889 [1].

RTCP SHOULD、RFC1889[1]で定義されるように、使用されてください。

Civanlar & Cash             Standards Track                     [Page 3]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[3ページ]。

2.2. Payload:

2.2. 有効搭載量:

   The pointer's x and y coordinates are measured from the upper left
   corner of the associated display window. They are represented as a
   fraction of the corresponding edge length of the display window using
   12 bits, positive, fixed point numbers between 0 and (1 - 2^-12).

ポインタxとyの座標は関連ディスプレイ・ウィンドウの左上隅から測定されます。 そして、それらはディスプレイ・ウィンドウの対応する縁の長さの部分として12ビットを使用することで表されます、積極的です、0の間の固定小数点数、(1--2^-12)。

   L (left), R (right) and/or M (middle) bits are pointer special
   effects flags. Their use is application dependent and MUST be
   established out-of-band. Applications MAY ignore these bits.

L(いなくなる)、R(正しい)、そして/または、M(中央)ビットはポインタ特殊効果旗です。 彼らの使用にアプリケーションに依存していて、バンドの外で確立しなければなりません。 アプリケーションはこれらのビットを無視するかもしれません。

   PIN: Pointer Icon Number (3 bits) selects a pointer icon.  The
   association between the PIN numbers and the icon pictures MUST be
   established out-of-band. PIN = 0 represents a default pointer icon.
   Applications which only support a single pointer icon SHOULD set the
   PIN field to zero. Applications MAY ignore non-zero PIN values on
   reception, and display a default icon.

以下をピンで止めてください。 ポインタIcon Number(3ビット)はポインタアイコンを選択します。 バンドの外に暗証番号番号とアイコンの絵との協会を設立しなければなりません。 暗証番号=0はデフォルトポインタアイコンを表します。 SHOULDが、暗証番号分野がゼロに合わせるように設定する単一のポインタアイコンを支えるだけであるアプリケーション。 アプリケーションは、レセプションで非ゼロ暗証番号値を無視して、デフォルトアイコンを表示するかもしれません。

3. MIME Media Type Registrations

3. MIMEメディアは登録証明書をタイプします。

   This document defines a new RTP payload name, "pointer," and
   associated MIME subtype, "video/pointer."

このドキュメントは新しいRTPペイロード名、「ポインタ」、および関連MIME「副-タイプ」、「ビデオ/ポインタ」を定義します。

3.1. Registration of MIME media type video/pointer

3.1. MIMEメディアの登録はビデオ/ポインタをタイプします。

      MIME media type name: video

MIMEメディア型名: ビデオ

      MIME subtype name: pointer

MIME「副-タイプ」は以下を命名します。 ポインタ

      Required parameters: None

必要なパラメタ: なし

      Optional parameters: None

任意のパラメタ: なし

      Encoding considerations: Pointer video can be transmitted with RTP
      as specified in this document.

問題をコード化します: このドキュメントの指定されるとしてのRTPと共にポインタビデオを送ることができます。

      Security considerations: As described in this document.

セキュリティ問題: 本書では説明されるように。

      Interoperability considerations: None

相互運用性問題: なし

      Published specification: this document.

広められた仕様: このドキュメント。

      Applications which use this media type: Videoconferencing systems
      that transmit VUgraphs with a real-time pointer.

このメディアタイプを使用するアプリケーション: リアルタイムのポインタでVUgraphsを伝えるテレビ会議システム。

      Additional information: None

追加情報: なし

        Magic number(s): None

マジックナンバー(s): なし

Civanlar & Cash             Standards Track                     [Page 4]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[4ページ]。

        File extension(s): None
        Macintosh File Type Code(s): None

ファイル拡張子(s): マッキントッシュファイルがタイプしないなにも(s)をコード化します: なし

      Person & email address to contact for further information:
        M. Reha Civanlar
        e-mail: civanlar@research.att.com

詳細のために連絡する人とEメールアドレス: M。 Reha Civanlarはメールします: civanlar@research.att.com

      Intended usage: COMMON Author/Change controller:
        M. Reha Civanlar
        e-mail: civanlar@research.att.com

意図している用法: COMMON Author/変化コントローラ: M。 Reha Civanlarはメールします: civanlar@research.att.com

4. Security Considerations

4. セキュリティ問題

   RTP packets using the payload format defined in this specification
   are subject to the security considerations discussed in the RTP
   specification [1].

この仕様に基づき定義されたペイロード書式を使用するRTPパケットはRTP仕様[1]で議論したセキュリティ問題を受けることがあります。

   This payload type does not exhibit any significant non-uniformity in
   the receiver side computational complexity for packet processing  to
   cause a potential denial-of-service threat.

パケット処理が潜在的サービスの否定の脅威を引き起こすように、このペイロードタイプは受信機サイド計算量における少しの重要な非の一様性も示しません。

5. References

5. 参照

   [1] Schulzrinne, H., Casner, S.,  Frederick, R. and V. Jacobson,
       "RTP: A Transport Protocol for Real Time Applications", RFC 1889,
       January 1996.

[1]Schulzrinne、H.、Casner、S.、フレディリック、R.、およびV.ジェーコブソン、「RTP:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、RFC1889、1996年1月。

   [2] M. R. Civanlar, G. L. Cash, "Networked Viewgraphs - NetVG"
       Proceedings of The 9th Int. Workshop on Packet Video,
       http://www.research.att.com/~mrc/PacketVideo99.html.

[2] M.R.Civanlar、G.L.現金、「ネットワークでつながれたViewgraphs--、NetVG、」 第9Intの議事。 パケットビデオ、 http://www.research.att.com/~mrc/PacketVideo99.html に関するワークショップ。

   [3] Bradner, S., "Key words for use in RFCs to Indicate Requirement
       Levels", BCP 14, RFC 2119, March 1997.

[3] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。

Civanlar & Cash             Standards Track                     [Page 5]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[5ページ]。

6. Authors' Addresses

6. 作者のアドレス

   M. Reha Civanlar
   AT&T Labs - Research
   100 Schultz Drive, Room 3-205
   Red Bank, NJ 07701, USA

M.Reha Civanlar AT&T研究室--研究100シュルツのドライブ、部屋3-205赤の銀行、ニュージャージー 07701、米国

   EMail: civanlar@research.att.com

メール: civanlar@research.att.com

   Glenn L. Cash
   AT&T Labs - Research
   100 Schultz Drive, Room 3-213
   Red Bank, NJ 07701, USA

グレンL.現金AT&T研究室--研究100シュルツのドライブ、部屋3-213赤の銀行、ニュージャージー 07701、米国

   EMail: glenn@research.att.com

メール: glenn@research.att.com

Civanlar & Cash             Standards Track                     [Page 6]

RFC 2862       RTP Payload Format for Real-Time Pointers       June 2000

Civanlarと現金規格は2000年6月にリアルタイムのポインタのためにRFC2862RTP有効搭載量形式を追跡します[6ページ]。

7.  Full Copyright Statement

7. 完全な著作権宣言文

   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機能のための基金は現在、インターネット協会によって提供されます。

Civanlar & Cash             Standards Track                     [Page 7]

Civanlarと現金標準化過程[7ページ]