Internet Engineering Task Force (IETF) Y. K. Muthusamy
Request for Comments: 9695
Category: Standards Track C. Ullrich
ISSN: 2070-1721 March 2025
This memo registers and documents the 'haptics' top-level media type, under which subtypes for representation formats for haptics may be registered. This document also serves as a registration for a set of subtypes, which are representative of some existing subtypes already in use.
このメモは、「ハプティックス」のトップレベルのメディアタイプを登録および文書化します。このタイプでは、触覚の表現形式のサブタイプを登録できます。このドキュメントは、すでに使用されている既存のサブタイプの代表である一連のサブタイプの登録としても機能します。
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。インターネット標準の詳細については、RFC 7841のセクション2で入手できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9695.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9695で取得できます。
Copyright (c) 2025 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2025 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（https://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。
1. Introduction 2. Background and Justification 2.1. MPEG ISOBMFF 2.2. Haptic Sub-Modalities 2.3. Another Human Sense 2.4. Commercial Uptake 2.5. Haptic Data Formats in Use 2.6. Haptic Subtypes (Envisioned Standards) 2.7. 'application' Top-Level Type Not Suitable 3. Security Considerations 4. IANA Considerations 4.1. Definition and Encoding 4.2. Registration Procedure 4.3. Subtype Registrations 4.3.1. IVS Haptics Type 4.3.2. HJIF Haptics Type 4.3.3. HMPG Haptics Type 5. Normative References 6. Informative References Authors' Addresses
The term 'haptics' refers to the generation of touch-related sensations in a device or interface. Haptics is widely used in consumer devices in order to provide touch-based feedback to users. The most common use of haptics is in mobile devices, where it is used to provide feedback to users interacting with the touchscreen, e.g., typing on a virtual keyboard. Haptic technologies are unlike audio and visual enabling technologies in the sense that they require some form of actuation in order to create a tactile sensation. For mobile phones and game controllers, these actuators are typically small vibrating motors. For large touchscreens in vehicles, these actuators can be specialized piezoelectric materials. Haptic capabilities are found in nearly every modern smartphone, game, and virtual reality controller, making these devices an ideal target for enhanced media experiences.
「ハプティックス」という用語は、デバイスまたはインターフェイス内のタッチ関連の感覚の生成を指します。ハプティックスは、ユーザーにタッチベースのフィードバックを提供するために、消費者デバイスで広く使用されています。触覚の最も一般的な使用は、モバイルデバイスであり、タッチスクリーンと対話するユーザーにフィードバックを提供するために使用されます。たとえば、仮想キーボードで入力します。触覚技術は、触覚を生み出すために何らかの形の作動を必要とするという意味で、オーディオや視覚的に有効化するテクノロジーとは異なります。携帯電話とゲームコントローラーの場合、これらのアクチュエーターは通常、小さな振動モーターです。車両の大規模なタッチスクリーンの場合、これらのアクチュエーターは特殊な圧電材料にすることができます。触覚機能は、ほぼすべての最新のスマートフォン、ゲーム、および仮想リアリティコントローラーに見られ、これらのデバイスがメディアエクスペリエンスを強化するための理想的なターゲットになっています。
Internet Media Types [RFC6838] are used to label content carried over Internet protocols. This document defines a new top-level type, 'haptics', according to [RFC9694]. This top-level type indicates that the content specifies haptic data. Under this top-level type, different representation formats of haptics may be registered.
Haptic signals provide an additional layer of entertainment and sensory immersion for the user, when combined with audio and video signals. Haptic tracks, in separate files, can be combined with audio/video files and played back in sync to provide an overall immersive media experience (audio, visual, tactile) for the user. More recently, haptic tracks embedded in standard file formats, such as ISOBMFF (ISO Base Media File Format), enable playback of the haptic signals over one or more actuators, simultaneously with audio and video playback [ISOBMFF-IS]. Haptic signals are also part of media streams that use RTP, such as those for streaming games, XR, and wearables.
触覚信号は、オーディオとビデオ信号と組み合わせると、ユーザーにエンターテイメントと感覚の浸漬の追加層を提供します。別々のファイルの触覚トラックをオーディオ/ビデオファイルと組み合わせて同期して再生して、ユーザーに全体的な没入型メディアエクスペリエンス（オーディオ、ビジュアル、触覚）を提供できます。最近では、ISOBMFF（ISOベースメディアファイル形式）などの標準ファイル形式に埋め込まれた触覚トラックは、1つ以上のアクチュエーターを介した触覚信号の再生を有効にして、オーディオとビデオ再生と同時に[ISOBMFF-IS]。触覚信号は、ゲーム、XR、ウェアラブルのストリーミングなどのRTPを使用するメディアストリームの一部でもあります。
Historically, there has not been a registration of formats for haptics. However, haptics was proposed as a first-order media type (at the same level as audio and video) in ISOBMFF in April 2020. The proposal has since progressed to International Standard, and was published in January 2022 [ISOBMFF-IS]. Haptics is officially part of the ISO/IEC 14496-12 (ISOBMFF) standard, 7th Edition. Given this development, a strong case can be made for haptics to be added to the list of top-level media types recognized by the IETF.
歴史的に、触覚のためのフォーマットの登録はありませんでした。ただし、2020年4月にISOBMFFの1次メディアタイプ（オーディオとビデオと同じレベル）として触覚が提案されました。その提案はその後国際標準に進み、2022年1月に公開されました[ISOBMFF-IS]。触覚は、正式にはISO/IEC 14496-12（ISOBMFF）標準、第7版の一部です。この開発を考えると、IETFによって認識されたトップレベルのメディアタイプのリストに触覚を追加するための強力なケースを作成できます。
We envision the following designations for haptics in mp4 files, once the top-level type 'haptics' is registered:
トップレベルのタイプの「HAPTICS」が登録されたら、MP4ファイルの触覚の次の指定を想定しています。
* 'haptics/mp4' - mp4 files with just haptic tracks and no audio or video in them (e.g., streaming games, haptics files for haptic vests, belts, gloves, etc.)
* 'HAPTICS/MP4' -MP4ファイルは、触れたトラックだけでオーディオやビデオが含まれていません（たとえば、触覚のベスト、ベルト、手袋などのストリーミングゲーム、触覚ファイル）
* 'video/mp4' - mp4 files with video, audio, and haptics (to ensure consistency with existing mp4 files with video content)
* 'Video/MP4' -MP4ビデオ、オーディオ、および触覚を備えたMP4ファイル（ビデオコンテンツを備えた既存のMP4ファイルとの一貫性を確保するため）
* 'audio/mp4' - mp4 files with audio and haptics (to ensure consistency with existing mp4 files with audio content without any video)
* 'audio/mp4' - 音声と触覚を備えたMP4ファイル（ビデオなしでオーディオコンテンツを備えた既存のMP4ファイルとの一貫性を確保するため）
There are multiple sub-modalities of haptics:
触覚には複数のサブモダリティがあります。
* Vibrotactile (touch, vibration)
* vibrotactile（タッチ、振動）
* Kinesthetic (force feedback)
* 運動感覚（力のフィードバック）
* Surface (surface friction)
* 表面（表面摩擦）
* Spatial, non-contact (ultrasound)
* 空間的、非接触（超音波）
* Thermal (temperature)
* サーマル（温度）
Therefore, designating 'haptics' as a top-level media type enables the definition of data formats pertaining to these sub-modalities in a more streamlined manner. This would not be possible if 'haptics' were to be placed under other top-level types like 'audio', 'video', or 'application'.
したがって、「ハプティックス」をトップレベルのメディアタイプとして指定すると、これらのサブモダリティに関連するデータ形式の定義がより合理化された方法で定義されます。これは、「ハプティックス」が「オーディオ」、「ビデオ」、「アプリケーション」などの他のトップレベルのタイプの下に配置された場合には不可能です。
The top-level media type 'audio' pertains to the human sense of hearing; the top-level media type 'video' pertains to the human sense of seeing; so it only makes sense for the (equally important) human sense of touch to be represented by another top-level media type 'haptics'. Placing 'haptics' under 'audio' or 'video' is not reflective of the kinds of files or use cases that would need haptics but have nothing whatsoever to do with audio or video.
トップレベルのメディアタイプの「オーディオ」は、人間の聴覚の感覚に関係しています。トップレベルのメディアタイプの「ビデオ」は、人間の見る感覚に関係しています。したがって、（同様に重要な）人間のタッチ感が、別のトップレベルのメディアタイプの「ハプティックス」に代表されることだけが理にかなっています。「ハプティックス」を「オーディオ」または「ビデオ」の下に配置することは、ハプティックスを必要とするが、オーディオやビデオでは何の関係もないファイルやユースケースの種類を反映していません。
Haptics is rapidly becoming a standard feature of consumer electronic devices. For example:
触覚は急速に、消費者の電子機器の標準的な機能になりつつあります。例えば：
* iPhone (231+ million units sold in 2023 [iPhone-Sales]): built-in support for haptic-encoded data
* iPhone（2023年に販売された231百万ユニット[iPhone-Sales]）：触覚エンコードデータの組み込みサポート
* Android (1.27+ billion units sold in 2023 [Android-Sales] [GlobalSmartPhone-Sales]): API support of haptic buffers
* Android（2023年に販売された1.27億ユニット[Android-Sales] [GlobalsMartPhone-Sales]）：触覚バッファーのAPIサポート
* W3C (HTML vibration API [W3C-Vibration]): Optionally supported in mobile web browsers. W3C has also defined vibration extensions for gamepads [W3C-Gamepad]
* W3C（HTML Vibration API [W3C-Vibration]）：オプションでモバイルWebブラウザーでサポートされています。W3Cはゲームパッドの振動拡張も定義しています[W3C-Gamepad]
* Game consoles (45+ million units sold in 2023 [GameConsole-Sales]): MS Xbox, Sony PlayStation, Nintendo Switch, etc.
* ゲームコンソール（2023年に販売された4500万ユニット[ゲームコンソールセールス]）：MS Xbox、Sony PlayStation、Nintendo Switchなど。
* XR devices (30+ million units sold in 2023 [XRDevice-Sales]): OpenXR haptic API
* XRデバイス（2023年に販売された3,000万ユニット[Xrdevice-Sales]）：OpenXR HAPTIC API
Haptic media is expected to be commonly exchanged between these devices. Since they represent the majority of consumer electronics (CE) devices, a strong case can be made for 'haptics' as a top-level media type.
触覚メディアは、これらのデバイス間で一般的に交換されることが期待されています。これらは家電（CE）デバイスの大部分を代表するため、トップレベルのメディアタイプとして「触覚」に対して強力なケースを作成できます。
There are multiple instances of existing haptic data formats that will live as sub-types under the proposed 'haptics' top-level media type. While these subtypes have *not* been standardized (yet), the prevalence of these haptic data formats in a large number of devices around the world, pre-dating the standardization of haptic tracks in ISOBMFF, provides a compelling argument for 'haptics' to be designated as a top-level media type:
提案されている「ハプティックス」のトップレベルのメディアタイプの下でサブタイプとして生きる既存の触覚データ形式には複数のインスタンスがあります。これらのサブタイプは（まだ）標準化されていませんが、（まだ）、世界中の多数のデバイスでこれらの触覚データ形式の有病率は、ISOBMFFの触覚トラックの標準化を事前に日付にして、「覚醒」がトップレベルのメディアタイプとして指定されるという説得力のある議論を提供します。
* 'ahap': The AHAP haptic data format [AHAP] is currently the standard encoding on all iOS devices + iOS connected game peripherals. The format has seen usage and adoption beyond Apple devices as well, with decoders available for Android and other XR systems.
* 「AHAP」：AHAP HAPTICデータ形式[AHAP]は、現在、すべてのiOSデバイス + iOS接続ゲーム周辺機器の標準エンコードです。この形式では、Androidやその他のXRシステム用にデコーダを使用できるように、Appleデバイスを超えた使用と採用も見られます。
* 'ogg': Google has introduced a proprietary extension to the OGG format in the latest version of Android 11. This encoding enables haptic media to be stored in OGG files.
* 「OGG」：Googleは、Android 11の最新バージョンでOGG形式に独自の拡張機能を導入しました。このエンコードにより、Haptic MediaをOGGファイルに保存できます。
* 'ivs': The IVS haptic data format [MPEG-Haptics-Encoder] is in use:
* 「IVS」：IVS HAPTICデータ形式[MPEG-Haptics-Encoder]が使用されています。
- In mobile phones from LG Electronics (specifically, the models V30, V40, and the newest V50) that are sold worldwide
- 世界中で販売されているLG Electronics（具体的には、モデルV30、V40、および最新のV50）の携帯電話で
- In gaming phones from ASUS (specifically, models ROG, ROG Phone II, ROG Phone 3) that are sold worldwide
- 世界中で販売されているASUS（具体的には、Models ROG、ROG Phone II、ROG Phone 3）のゲーム電話で
* 'hapt': The HAPT haptic data format is currently a vendor-specific format that is in use:
* 「HAPT」：HAPT HAPTICデータ形式は現在、使用中のベンダー固有の形式です。
- In mobile haptic advertising (for W3C devices)
- モバイルハプティック広告（W3Cデバイス用）
- The following Japanese game developers use the HAPT format as part of Immersion's TouchSense SDK:
- 次の日本のゲーム開発者は、ImmersionのTouchSense SDKの一部としてHAPT形式を使用しています。
o KLAB: https://www.klab.com/en/
o Klab：https://www.klab.com/en/
o Craft&Meister: https://www.crafts-meister.co.jp/pc/ company_en.html
o Craft＆Meister：https://www.crafts-meister.co.jp/pc/ company_en.html
- Tencent is using the TouchSense SDK for their popular social media application QQ and live streaming application NOW: "Immersion Announces Tencent Licenses TouchSense Technology to Deliver Next-Generation Interactive Experiences" (https://web.a rchive.org/web/20241201160955/https://www.businesswire.com/news /home/20171026006443/en/Immersion-Announces-Tencent-Licenses-TouchSense%C2%AE-Technology-Deliver)
- Tencentは、人気のソーシャルメディアアプリケーションQQおよびライブストリーミングアプリケーションにTouchSense SDKを使用しています。「ImmersionはTencentライセンスを発表して、https://web.a rchive.org/web/202412010160955/https://ww.ww.ww.ww.uusinessの/home/20171026006443/en/Immersion-Announces-Tencent-Licenses-TouchSense％C2％AE-Technology-Deliver）
Given the widespread use of these subtypes, it makes sense for 'haptics' to be a top-level media type.
これらのサブタイプが広く使用されていることを考えると、「ハプティックス」がトップレベルのメディアタイプになることは理にかなっています。
The MPEG ISOBMFF proposal included an informative annex of known haptic coding formats with proposed FourCCs (four-character codes) for them. The first two, hmpg and hjif, have been registered per this document and have already been standardized in ISO-IEC 23090-31: Haptics coding [MPEG-Haptics-Coding]. As for the remaining codes, once the format names have been finalized and standardized, these types should also be registered as subtypes of the 'haptics' top-level media type:
MPEG ISOBMFFの提案には、提案された4cc（4文字コード）を備えた既知の触覚コーディング形式の有益な付録が含まれていました。最初の2つのHMPGとHJIFは、このドキュメントに従って登録されており、すでにISO-IEC 23090-31：Haptics Coding [MPEG-Haptics-Coding]に標準化されています。残りのコードに関しては、フォーマット名が確定し、標準化されると、これらのタイプは「ハプティックス」のトップレベルメディアタイプのサブタイプとして登録する必要があります。
* 'hmpg': the MPEG-I haptics streamable binary coding format described in ISO/IEC 23090-31: Haptics coding [MPEG-Haptics-Coding]
* 'hmpg'：ISO/IEC 23090-31で説明されているMPEG-I HAPTICSストリーミング可能なバイナリコーディング形式：HAPTICSコーディング[MPEG-Haptics-Coding]
* 'hjif': the MPEG-I haptics JSON-based interchange format described in ISO/IEC 23090-31: Haptics coding [MPEG-Haptics-Coding]
* 'hjif'：ISO/IEC 23090-31で説明されているMPEG-I HAPTICS JSONベースのインターチェンジ形式：HAPTICSコーディング[MPEG-Haptics-Coding]
* IEEE 1918.1.1 vibrotactile coding standard [IEEE-191811] being developed under the IEEE Tactile Internet initiative as part of the 5G Ultra-Reliable Low-Latency Communication (URLLC) profile. Format name is yet to be finalized.
* IEEE 1918.1.1 Vibrotactile Coding Standard [IEEE-191811]は、5G超信頼性の低い低遅延コミュニケーション（URLLC）プロファイルの一部としてIEEE Tactileインターネットイニシアチブの下で開発されています。フォーマット名はまだ確定されていません。
* Enumerated effects haptic coding format (based on MIDI). Format name is yet to be finalized.
* 列挙された効果は、HAPTICコーディング形式（MIDIに基づいています）。フォーマット名はまだ確定されていません。
* Audio-to-vibe haptic coding format (automatic audio-to-vibration conversion algorithms). Format name is yet to be finalized.
* オーディオツーバイブの触覚コーディング形式（自動オーディオから振動への変換アルゴリズム）。フォーマット名はまだ確定されていません。
From the above arguments, it is clear that haptics does not really belong under any other media type. To reiterate, there are three main reasons why the 'haptics' media type does not fit under the 'application' top-level type:
上記の議論から、触覚が他のメディアタイプに実際に属していないことは明らかです。繰り返しになると、「ハプティックス」メディアタイプが「アプリケーション」のトップレベルタイプの下に収まらない主な理由が3つあります。
* haptics connects to a sensory system, touch/motion, directly, and is more specific than the abstract 'application' type, and
* 触覚は感覚システム、タッチ/動き、直接的に接続し、抽象的な「アプリケーション」タイプよりも具体的です。
* 'application' has historically been used for applications, i.e., code, which means it is viewed and treated with great care for security. 'haptics' is not code, just as 'audio' and 'video' are not code either.
* 「アプリケーション」は歴史的にアプリケーション、つまりコードに使用されてきました。つまり、セキュリティに細心の注意を払って視聴および扱われます。「ハプティックス」はコードではなく、「オーディオ」と「ビデオ」もコードではありません。
* haptics is a property of a media stream, it is not an application under any normal definition. As such, it should be its own type.
* 触覚はメディアストリームの特性であり、通常の定義の下ではアプリケーションではありません。そのため、独自のタイプである必要があります。
Haptics are interpreted data structures that represent collections of different media rendering instructions intended to be decoded and rendered on target device hardware. Haptic data can be represented as collections of signal data and/or descriptive text in XML/JSON or a similar format. Signal data is typically not executed by endpoint processors and represents minimal security risk. Descriptive text is typically parsed and represented in memory using standard XML data structures. This data is utilized to construct one or more signals that are sent to the endpoint device hardware.
触覚は、ターゲットデバイスハードウェアでデコードおよびレンダリングされることを目的としたさまざまなメディアレンダリング命令のコレクションを表す解釈されたデータ構造です。触覚データは、XML/JSONまたは同様の形式の信号データおよび/または記述テキストのコレクションとして表すことができます。信号データは通常、エンドポイントプロセッサによって実行されず、セキュリティリスクを最小限に抑えます。記述テキストは通常、標準のXMLデータ構造を使用してメモリ内で解析され、メモリに表されます。このデータは、エンドポイントデバイスハードウェアに送信される1つ以上の信号を構築するために使用されます。
Because of the media/rendering nature of the data path for haptic-coded data, the security profile of haptic data is expected to be largely consistent with the security profile of visual and audio media data.
触覚コードデータのデータパスのメディア/レンダリングの性質により、触覚データのセキュリティプロファイルは、視覚およびオーディオメディアデータのセキュリティプロファイルとほぼ一致すると予想されます。
As with any synthesized media data (audio, video, and haptics), there is a security risk associated with execution of commands based on the descriptive encoding either through its inherent extensibility or through the insertion of arbitrary executable data in the descriptive format itself. Indeed, media rendering systems are normally implemented with a mix of user and kernel space execution since these media must ultimately make their way to a hardware system. In theory, malicious instructions present in descriptive haptic media have the potential to execute arbitrary code in kernel space, effectively bypassing system permissions structures and/or execution sandboxes.
合成されたメディアデータ（オーディオ、ビデオ、および触覚）と同様に、その固有の拡張性のいずれかを通じて、または記述形式自体に任意の実行可能ファイルデータの挿入を通じて、記述エンコードに基づいたコマンドの実行に関連するセキュリティリスクがあります。実際、メディアレンダリングシステムは通常、ユーザーとカーネルスペースの実行で実装されます。これらのメディアは最終的にハードウェアシステムに到達する必要があるためです。理論的には、記述的な触覚媒体に存在する悪意のある指示には、カーネル空間で任意のコードを実行し、システム許可構造および/または実行サンドボックスを効果的にバイパスする可能性があります。
Haptics, audio, and video media have widespread use and careful attention should be paid by operating system and device driver implementors to ensure that synthesis and rendering signal paths do not provide attack surfaces for malicious payloads.
触覚、オーディオ、ビデオメディアは広範囲にわたる使用があり、オペレーティングシステムとデバイスドライバーの実装者が慎重に注意する必要があります。これにより、合成とレンダリングの信号パスが悪意のあるペイロードの攻撃面を提供しないようにします。
Thermal haptic devices (that provide a sensation of heat) and kinesthetic haptic devices (that provide force feedback) could potentially injure users if the heat or force, respectively, are not properly controlled or inadvertently exceed safety levels. Implementors need to ensure that adequate measures are taken to prevent such scenarios.
熱または力がそれぞれ適切に制御されていない場合、または不注意に安全レベルを超えていない場合、熱触覚デバイス（熱の感覚を提供する）および運動感覚的な触覚デバイス（力のフィードバックを提供する）は、ユーザーを潜在的に傷つける可能性があります。実装者は、そのようなシナリオを防ぐために適切な措置を講じることを確認する必要があります。
These security considerations apply to the subtype registrations described in this document as well as all future haptics registrations.
これらのセキュリティ上の考慮事項は、このドキュメントで説明されているサブタイプの登録と、すべての将来の触覚登録に適用されます。
IANA has registered 'haptics' in the "Top-Level Media Types" registry defined in [RFC9694] and registered several subtypes. IANA has also added 'haptics' as an alternative value of "Type Name" in the media types registration form [Media-Type-Reg].
IANAは、[RFC9694]で定義された「トップレベルのメディアタイプ」レジストリに「ハプティックス」を登録し、いくつかのサブタイプを登録しました。IANAはまた、メディアタイプの登録フォーム[Media-Type-Reg]の「タイプ名」の代替値として「触覚」を追加しました。
'haptics' is the primary media content type that indicates the content identified by it requires a certain haptics subsystem such as low-level haptics APIs, which in turn will require hardware capabilities such as one or more actuators to render the haptics media. The 'haptics' media type does not provide any specific information about the underlying data format and how the haptics information should be interpreted -- the subtypes defined within a 'haptics' tree name the specific haptic formats. Unrecognized subtypes of 'haptics' should be treated as 'application/octet-stream'. Implementations may still pass unrecognized subtypes to the haptics subsystem and associated rendering hardware.
「HAPTICS」は、それによって識別されるコンテンツを示す主要なメディアコンテンツタイプであり、低レベルの触覚APIなどの特定の触覚サブシステムが必要であり、1つ以上のアクチュエーターなどのハードウェア機能がhapticsメディアをレンダリングする必要があります。「haptics」メディアタイプは、基礎となるデータ形式と、告発者情報の解釈方法に関する特定の情報を提供しません - 「ハプティックス」ツリー内で定義されたサブタイプは、特定のハプティック形式と名付けられます。「ハプティックス」の認識されていないサブタイプは、「アプリケーション/オクテットストリーム」として扱われるべきです。実装は、認識されていないサブタイプをHAPTICSサブシステムおよび関連するレンダリングハードウェアに渡す場合があります。
New haptics formats should be requested using the Application for a Media Type online form [Media-Type-Reg]. [RFC6838] should be consulted on registration procedures. In particular, the haptics specification should preferably be freely available.
メディアタイプのオンラインフォーム[Media-Type-Reg]のアプリケーションを使用して、新しいハプティックスフォーマットを要求する必要があります。[RFC6838]は、登録手順について参照する必要があります。特に、HAPTICS仕様はできれば自由に利用できるようにする必要があります。
Note that new subtypes may define parameters. If an implementation does not recognize a parameter sub-value in the comma-separated list, it should ignore the sub-value and continue processing the other sub-values in the list.
新しいサブタイプがパラメーターを定義する場合があることに注意してください。実装がコンマ分離リストのパラメーターサブ値を認識しない場合、サブ値を無視し、リスト内の他のサブ値を処理し続ける必要があります。
In this section, the initial entries under the top-level 'haptics' media type are specified. They also serve as examples for future registrations.
このセクションでは、トップレベルの「ハプティックス」メディアタイプの下の最初のエントリが指定されています。また、将来の登録の例としても機能します。
Type name:
タイプ名：
haptics
触覚
Subtype name:
サブタイプ名：
ivs
IVS
Required parameters:
必要なパラメーター：
N/A
n/a
Optional parameters:
オプションのパラメーター：
N/A
n/a
Encoding considerations:
考慮事項のエンコード：
8bit if UTF-8; binary if UTF-16 or UTF-32
UTF-8の場合8ビット;UTF-16またはUTF-32の場合はバイナリ
Interoperability considerations:
相互運用性の考慮事項：
The IVS format is a device-independent haptic effect coding based on the XML format. It is designed to enable interoperability between distinct physical endpoints. Not all devices may be able to render all effects present in an IVS file.
IVS形式は、XML形式に基づくデバイスに依存しない触覚効果コーディングです。異なる物理エンドポイント間の相互運用性を可能にするように設計されています。すべてのデバイスがIVSファイルに存在するすべての効果をレンダリングできるわけではありません。
Security considerations:
セキュリティ上の考慮事項：
See Section 3 of RFC 9695.
RFC 9695のセクション3を参照してください。
Published specification:
公開された仕様：
ISO/IEC JTC 1/SC 29/WG 2 N0072 "Encoder Input Format for MPEG Haptics" [MPEG-Haptics-Encoder].
ISO/IEC JTC 1/SC 29/WG 2 N0072 "MPEG Hapticsのエンコーダー入力形式" [MPEG-Haptics-Encoder]。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
All applications that are able to create, edit, or display haptic media content.
触覚メディアコンテンツを作成、編集、または表示できるすべてのアプリケーション。
Additional information:
追加情報：
File extension(s):
ファイル拡張子：
Haptic file extensions used for IVS files: .ivs
IVSファイルに使用される触覚ファイルエクステンション：.ivs
Macintosh file type code(s):
Macintoshファイルタイプコード：
(no code specified)
（コードが指定されていません）
Macintosh Universal Type Identifier code:
Macintosh Universal Type Identifierコード：
N/A
n/a
Fragment Identifier:
フラグメント識別子：
N/A
n/a
Deprecated Alias:
非推奨エイリアス：
N/A
n/a
Person & email address to contact for further information:
詳細については、連絡先への個人およびメールアドレス：
Yeshwant Muthusamy (yeshwant@yeshvik.com)
Yeshwant Muthusamy（yeshwant@yeshvik.com）
Change controller:
Change Controller：
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)
ISO/IEC JTC1/SC 29/WG 7（MPEG 3Dグラフィックスと触覚コーディング）
Type name:
タイプ名：
haptics
触覚
Subtype name:
サブタイプ名：
hjif
hjif
Required parameters:
必要なパラメーター：
N/A
n/a
Optional parameters:
オプションのパラメーター：
N/A
n/a
Encoding considerations:
考慮事項のエンコード：
8bit if UTF-8; binary if UTF-16 or UTF-32
UTF-8の場合8ビット;UTF-16またはUTF-32の場合はバイナリ
Interoperability considerations:
相互運用性の考慮事項：
The HJIF format is a human-readable haptic effect coding based on the JSON format. It is designed as an interchange format for temporal and spatial haptic effects. The haptic effects may target specific parts of the human body and may be associated with a reference device description allowing haptic rendering software to adapt the effects to available hardware.
HJIF形式は、JSON形式に基づいた人間が読みやすい触覚効果コーディングです。時間的および空間的な触覚効果のための交換形式として設計されています。触覚効果は、人体の特定の部分を標的とする可能性があり、参照デバイスの説明に関連付けられている可能性があり、触覚レンダリングソフトウェアが利用可能なハードウェアに効果を適応させることができます。
Security considerations:
セキュリティ上の考慮事項：
See Section 3 of RFC 9695.
RFC 9695のセクション3を参照してください。
Published specification:
公開された仕様：
ISO/IEC 23090-31: Haptics coding [MPEG-Haptics-Coding].
ISO/IEC 23090-31：HAPTICSコーディング[MPEG-Haptics-Coding]。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
All applications that are able to create, edit, or display haptic media content.
触覚メディアコンテンツを作成、編集、または表示できるすべてのアプリケーション。
Additional information:
追加情報：
File extension(s):
ファイル拡張子：
Haptic file extensions used for HJIF files: .hjif
hjifファイルに使用される触覚ファイル拡張子：.hjif
Macintosh file type code(s):
Macintoshファイルタイプコード：
(no code specified)
（コードが指定されていません）
Macintosh Universal Type Identifier code:
Macintosh Universal Type Identifierコード：
N/A
n/a
Fragment Identifier:
フラグメント識別子：
N/A
n/a
Deprecated Alias:
非推奨エイリアス：
N/A
n/a
Person & email address to contact for further information:
詳細については、連絡先への個人およびメールアドレス：
Yeshwant Muthusamy (yeshwant@yeshvik.com)
Yeshwant Muthusamy（yeshwant@yeshvik.com）
Change controller:
Change Controller：
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)
ISO/IEC JTC1/SC 29/WG 7（MPEG 3Dグラフィックスと触覚コーディング）
Type name:
タイプ名：
haptics
触覚
Subtype name:
サブタイプ名：
hmpg
HMPG
Required parameters:
必要なパラメーター：
N/A
n/a
Optional parameters:
オプションのパラメーター：
N/A
n/a
Encoding considerations:
考慮事項のエンコード：
binary
バイナリ
Interoperability considerations:
相互運用性の考慮事項：
The HMPG format is a streamable binary haptic effect coding. It is designed to enable efficient coding of temporal and spatial haptic effects. The haptic effects may target specific parts of the human body and may be associated with a reference device description allowing haptic rendering software to adapt the effects to available hardware.
HMPG形式は、ストリーミング可能なバイナリハプティック効果コーディングです。時間的および空間的触覚効果の効率的なコーディングを可能にするように設計されています。触覚効果は、人体の特定の部分を標的とする可能性があり、参照デバイスの説明に関連付けられている可能性があり、触覚レンダリングソフトウェアが利用可能なハードウェアに効果を適応させることができます。
Security considerations:
セキュリティ上の考慮事項：
See Section 3 of RFC 9695.
RFC 9695のセクション3を参照してください。
Published specification:
公開された仕様：
ISO/IEC 23090-31: Haptics coding [MPEG-Haptics-Coding].
ISO/IEC 23090-31：HAPTICSコーディング[MPEG-Haptics-Coding]。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
All applications that are able to create, edit, or display haptic media content.
触覚メディアコンテンツを作成、編集、または表示できるすべてのアプリケーション。
Additional information:
追加情報：
File extension(s):
ファイル拡張子：
Haptic file extensions used for HMPG files: .hmpg
hmpgファイルに使用される触覚ファイル拡張子：.hmpg
Macintosh file type code(s):
Macintoshファイルタイプコード：
(no code specified)
（コードが指定されていません）
Macintosh Universal Type Identifier code:
Macintosh Universal Type Identifierコード：
N/A
n/a
Fragment Identifier:
フラグメント識別子：
N/A
n/a
Deprecated Alias:
非推奨エイリアス：
N/A
n/a
Person & email address to contact for further information:
詳細については、連絡先への個人およびメールアドレス：
Yeshwant Muthusamy (yeshwant@yeshvik.com)
Yeshwant Muthusamy（yeshwant@yeshvik.com）
Change controller:
Change Controller：
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)
ISO/IEC JTC1/SC 29/WG 7（MPEG 3Dグラフィックスと触覚コーディング）
[RFC6838] Freed, N., Klensin, J., and T. Hansen, "Media Type Specifications and Registration Procedures", BCP 13, RFC 6838, DOI 10.17487/RFC6838, January 2013, <https://www.rfc-editor.org/info/rfc6838>.
[RFC9694] Dürst, M.J., "Guidelines for the Definition of New Top- Level Media Types", BCP 13, RFC 9694, DOI 10.17487/RFC9694, March 2025, <https://www.rfc-editor.org/info/rfc9694>.
[AHAP] Apple Inc., "Representing haptic patterns in AHAP files",
Apple Developer Documentation,
<https://developer.apple.com/documentation/corehaptics/
representing_haptic_patterns_in_ahap_files>.
[Android-Sales]
Counterpoint, "Global Smartphone Sales Share by Operating
System", <https://www.counterpointresearch.com/insights/
global-smartphone-os-market-share/>.
[GameConsole-Sales]
D'Angelo, W., "PS5 vs Xbox Series X|S vs Switch 2023
Worldwide Sales Comparison Charts Through December -
Sales", VGChartz.com,
<https://www.vgchartz.com/article/459672/ps5-vs-xbox-
series-xs-vs-switch-2023-worldwide-sales-comparison-
charts-through-december/>.
[GlobalSmartPhone-Sales]
sellcell, "How many mobile phones are sold each year?",
<https://www.sellcell.com/how-many-mobile-phones-are-sold-
each-year/>.
[IEEE-191811]
IEEE, "IEEE Standard for Haptic Codecs for the Tactile
Internet", IEEE Std 1918.1.1-2024,
DOI 10.1109/IEEESTD.2024.10555007, June 2024,
<https://ieeexplore.ieee.org/document/10555007>.
[iPhone-Sales]
Backlinko, "iPhone Users and Sales Stats",
<https://backlinko.com/iphone-users>.
[ISOBMFF-IS]
ISO/IEC, "Information technology - Coding of audio-visual
objects - Part 12: ISO base media file format", 7th
Edition, ISO/IEC 14496-12:2022, January 2022,
<https://www.iso.org/standard/83102.html>.
[Media-Type-Reg]
IANA, "Application for a Media Type",
<https://www.iana.org/form/media-types>.
[MPEG-Haptics-Coding]
ISO/IEC, "Information Technology -- Coded representation
of immersive media -- Part 31: Haptics coding", ISO/
IEC 23090-31:2025, January 2025,
<https://www.iso.org/standard/86122.html>.
[MPEG-Haptics-Encoder]
MPEG, "Encoder Input Format for Haptics", MPEG 134 Meeting
Document, 15 May 2021,
<https://www.mpegstandards.org/standards/
Explorations/40/>.
[W3C-Gamepad]
W3C, "Gamepad Extensions", W3C Editor's Draft,
<https://w3c.github.io/gamepad/extensions.html>.
[W3C-Vibration]
W3C, "Vibration API (Second Edition)", W3C Recommendation,
18 October 2016,
<https://www.w3.org/TR/2016/REC-vibration-20161018/>.
Latest version available at
<https://www.w3.org/TR/vibration/>
[XRDevice-Sales]
Binarybox Studios, "Virtual reality market size 2023",
LinkedIn, <https://www.linkedin.com/pulse/virtual-reality-
market-size-2023-binarybox-studios-dfbif/>.
Yeshwant K. Muthusamy
600 Longwood Drive
Allen, TX 75013
United States of America
Phone: +1 469-854-9836
Email: yeshwant@yeshvik.com
Chris Ullrich
311 Court Ave
Ventura, CA 93003
United States of America
Phone: +1 805-320-0774
Email: chrisullrich@gmail.com