OpenType specification
最新トレンド

ここでは、OpenTypeの機能的なトレンドを俯瞰し、その流れの中で、次期OpenTypeフォントの仕様、特に日本へのインパクトの大きいと思われる部分について説明しようと思います。

高機能化

ここ10年で起きていることを一言で言うとOpenTypeの高機能化です。

oC

最初にお話しするのはカラーフォント。震源地は日本です。

i-mode絵文字、1999年

震源地はi-modeですが、絵文字のパンドラの箱を開けて、これを世界に広げたのはiPhone でした。
2011年にiPhoneの絵文字がリリースされると瞬く間に世界に受け入れられ、その2年後にはあのOxford English Dictionaryに”emoji”という単語が入りました。2015
年のWord of the Yearに絵文字の一つが選ばれ、2016年にはi-modeの絵文字セットがMoMAに収蔵、とまさに怒涛の勢い。Unicode中の絵文字の数も、最初 722（6.0）個だったものが、最新のUnicode15.1では3800個（3782）と膨れ上がっています。（脇道。大体1分）
この絵文字が、それまで白黒だったフォントに色をもたらしました。カラーフォントの誕生です。4つの異なる仕様が提案され、その全てがOpenTypeの中に入ってしまいましたが、昨今の勢いを見るとCOLRというテーブルを使う方法が勝者になりそうな雰囲気です。
このCOLRは一文字に複数のレイヤーを含めることができて、そのそれぞれのレイヤーが一つのグリフIDを使います。つまり一つの絵文字に複数のグリフIDを使います。
̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶2008 iPhone 3G、日本向けの機能だったが、世界中のユーザーがハックして使い始めた
2010 絵文字 in Unicode 6.0
2011 iPhone 4s (iOS 5) で絵文字が世界に公開されるや瞬く間に広がる2013 2年後“emoji”という言葉が世界で最も権威のある英語辞書OEDに加わった
2015 OED word of the year に “tear with joy” 😂 が選ばれる
2016 i-mode 絵文字が MoMA に収録

Gilbert Color

Lorem ipsum dolor sit ametRocher Colorٔ" 4 ".
"‫ں‬/+ ‫ ودو‬10/- ,+ *) (' &%$ #!
Nabla

Reem Ku Fun

それほど広がってはいないようですが、もちろん、文字に使うこともできます。
グラフィックで色をつければいいじゃない、と思われるかもしれませんが、インタラクティブな、動的なコンテントで文字に色を使うのはグラフィック的な方法では難くなります。

roLfi

また、フォントとしてパッケージしてあればこの例のように私のような素人でも使えます。

バリアブル・フォント
可変フォント次はヴァリアブルフォント、日本語でいうと可変フォントでしょうか。

フォントファミリーをひとつのファイルにコンパクトに収める技術

これは「フォントファミリーををひとつのファイルに圧縮して収める技術」です。

この技術が重要になった背景の一つとして、近年、プラットフォームベンダーによるシステムフォントのファミリーの拡充があります。
特に、フォントファミリーの揃えとして一般的なウェイト以外に、幅のバリエーションが増えています。

"Meet the expanded San Francisco font family” https://developer.apple.com/videos/play/wwdc2022/110381/

モバイル端末では、画面幅が限られることが多いので文字幅のバリエーションが有用になります。
例えばこの例。タイトルが何度も折り返していて、本文を見るのにたくさんのスクロールが必要です。

"Meet the expanded San Francisco font family” https://developer.apple.com/videos/play/wwdc2022/110381/

タイトルに長体を使うことで、折り返しを少なくでき、より多くの本文を一つの画面に収めることができます。

あのイーハトーヴォのすきとおった風
宮沢賢治

あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。
またそのなかでいっしょになったたくさんのひとたち、ファゼーロとロザーロ、羊飼のミーロや、顔の赤いこどもたち、地主のテーモ、山猫博士のボーガント・デストゥパーゴなど、いまこの暗い巨きな石の建物のなかで考えていると、みんなむかし風のなつかしい青い幻燈のように思われます。では、わたく
しはいつかの小さなみだしをつけながら、しずかにあの年のイーハトーヴォの五月から十月までを書きつけましょう。

幅が決まっていてタイトルを折り返せないような場合でもあのイーハトーヴォのすきとおった風
宮沢賢治

あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ
市、郊外のぎらぎらひかる草の波。
またそのなかでいっしょになったたくさんのひとた
ち、ファゼーロとロザーロ、羊飼のミーロや、顔の赤いこどもたち、地主のテーモ、山猫博士のボーガント・デストゥパーゴなど、いまこの暗い巨きな石の建物のなかで考えていると、みんなむかし風のなつかしい青い幻燈のように思われます。では、わたくしはいつかの小さなみだしをつけながら、しずかにあの年のイーハトーヴォの五月から十月までを書きつけましょう。

このように……

あのイーハトーヴォのすきとおった風
宮沢賢治

あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。
またそのなかでいっしょになったたくさんのひとたち、ファゼーロとロザーロ、羊飼のミーロや、顔の赤いこどもたち、地主のテーモ、山猫博士のボーガント・デストゥパー
ゴなど、いまこの暗い巨きな石の建物のなかで考えていると、みんなむかし風のなつかしい青い幻燈のように思われます。では、わたくしはいつかの小さなみだしをつけながら、しずかにあの年のイーハトーヴォの五月から十月までを書きつけましょう。

長体を使って視認性を上げることができる場合があります。

Meet the expanded San Francisco font family https://developer.apple.com/videos/play/wwdc2022/110381/

また、情報の階層を示すためにコントラストをつけるのにも、文字幅のバリエーションは有用です。

Meet the expanded San Francisco font family https://developer.apple.com/videos/play/wwdc2022/110381/

この例では、タイトルに長体、サブタイトルに平体を使っています。

Meet the expanded San Francisco font family https://developer.apple.com/videos/play/wwdc2022/110381/

昨今のモバイル端末は、画面デザインがますます精緻になってきていて、フォントはそのグラフィックシステムの一部として重要性を増しています。

これはiPhoneのシステムフォントの一部ですが、9つのウェイトに4つの幅と、合計36個のバリエーションが見えています。これに加えて、イタリックも必要です。また
このフォントにはround、つまり丸ゴシックのバリエーションもあります。roundのイタリックも欲しくなります……
もう幾つになるか計算したくありませんね。フォントファミリーのファイル数や合計サイズが爆発的に増大することがお分かりいただけると思います。
このようなファミリーを、補完や差分によって圧縮することができるのがバリアブルフォントです。

https://fabiohaagtype.com/en/variable/

バリアブルフォント機能の利点は、フォントファミリーの圧縮だけに止まりません。補完によって値を連続的に変えられるのも一つの特徴です。
これによって、例えばウェイトをジャストピッタリな値にできます。このプレゼンでは日本語にヒラギノ角ゴシック、英字にHelvetica Neueを使っていますが、このように、日本語と英語のフォントを合わせるときに、ウェイトがどうもピッタリ合わない、と苦労したことのある方、おられませんか？

値を連続的に変えられたら、どんなに素晴らしいことでしょう。
残念ながらバリアブルフォントはシステムが内部的に使ったり、ウェブで使えるのですが、連続的な値を指定できるアプリケーションはまだ少ないのが現状です。もう少し我慢です。

軸 axis
さて、このウェイトや幅など、変化させることのできる性質のそれぞれを、軸、axis、と呼び、

軸 axis• ウェイト•幅• イタリック on/o• 傾斜• オプティカルサイズ

標準的なものとして、これらが定義されています。
また、デザイナーは新しい軸を任意に幾つでもデザインすることができます。例えば、仮名の濁点半濁点がどのくらい離れているか、丸ゴシックがどのくらい丸いか、現ff

代的な形と古い形、などなどいろいろな可能性が考えられます。

Optical Size
オプティカルサイズ

この中で、オプティカルサイズ、は初めて聞かれる方がおられるかもしれません。

金属活字の時代には、大きさごとに文字をデザインしていました。活字はスケールしませんので当然ですね。大きさごとにデザインするため、そのデザインはサイズごとに最適化されていました。
これは秀英体の例です。
この、物理的なサイズに応じたデザインの調整を、文字を変形できるバリアブルフォントの技術を使って、現代に甦らせるのがこのOptical Sizingです。

https://fonts.google.com/knowledge/glossary/optical̲sizes

大きくするときには字間を詰めて、明朝やセリフ書体の場合には、よりインパクトのあるようにコントラストを強めたりします。
小さくするときには、濁音やiの小文字のドットはより離して、懐は大きく、読み間違えのないようにします。明朝やセリフ書体の場合には、ストロークのコントラストを減らします。

https://typeproject.com/fonts/tpmincho
これは日本語フォント例。この例はバリアブルフォントとしてではなく、別個のフォントとして用意されていますが、サイズによって使い分けることでオプティカルサイジングを達成できます。

実はAdobeJapan1に準拠したフォントの中でもオプティカルサイジングの例を見ることができます。上は同じフォントの中の通常の仮名、下はルビ用の仮名です。

おえうご覧になって気がつかれたかもしれませんが、オプティカルサイジングはアクセシビリティにも大きな影響を与えます。

いああいうえお軸をソフトウェア的に動かすことで、バリアブルフォントは、動きを表現することもできます。
これはアップルのシンボルフォントです。従来はアイコンとして用意されていた様々なシンボルですが、フォント技術が色と動きを扱えるようになったことで、これらがフォントとして実装されるようになりました。

このシンボルでは、部品を三つのレイヤーに分け、軸の値に従ってそれぞれの色を変えたり、大きさを変えたりすることで、動きを与えることができます。
（アニメートするスライドです）

（アニメートするスライドです）

バリアブルフォントの利点•サイズの圧縮•連続的な値•高度な賢い調整軸•アクセシビリティ•動き
バリアブルフォントの利点をまとめるとこんな感じです。
皆様の中には「フォントバリエーション」と言う言葉を聞いたことがある方がおられるかもしれません。同じ技術を指していて、「フォントバリエーション」は技術や仕様について、「バリアブルフォント」はその機能を使ったフォントを意味します。

ภ한

多言語フォント汉‫مر‬က あ漢ბदे‫א‬

高機能化の最後の例は多言語フォントです。
皆さん、Unicodeフォントや、Pan-CJKフォントという名前を聞かれたことがあると思います。例えば、Windows PCに付属しているArial UnicodeはUnicodeフォントの例ですし、Adobeの源の角ゴシックはPan-CJKフォントの例です。
いろいろな要因から多言語フォントは発展途上にあります。一番の制限は文字数が大きくなりすぎて、一つのフォントに入らないことです。現在一つのフォントに入るグリフの最大数は16bit、65535文字です。
源の角ゴシックはまさにこの限界である65,535文字を持っていて、ということは、ここに収めるのにかなりの妥協と工夫が必要だったのではと想像します。
しかし、このような多言語フォントには無視できない利点があります。デザインの統一とサイズです。
・デザイン的な統一は多言語をサポートするデジタルデバイスや、その他の組み込み用途にとっても重要です。もう一つ、これらのお客さんにとって重要なのは、フォントをライセンスする際の契約書の作成がワンストップで済むことです。
・また、これを一つのフォントにすると文字の重複を避けることができますので、サイズを減らせます。

OpenTypeの高機能化•カラーフォント
•バリアブルフォント•多言語化
OpenTypeの機能的なトレンドを俯瞰し、高機能化が起こったこと、その内容について大まかにわかっていただいたかと思います。

課題が出てきた•総合的なサイズの増大•グリフIDが足らない

重要なのはこの変化によって見えてきた課題です。
二つの大きな課題が見えてきました。一つはサイズの増大、もう一つがグリフID不足です。
1. これまで見たように、フォントファミリー、そしてフォント全体のサイズがどんどん大きくなっています。もちろんモバイルデバイスやウェアラブルデバイスなどでも問題なのですが、特にウェブフォントの場合、伝送路は二次記憶からの転送に比べて桁違いに遅いのでサイズの増大は大きな問題です2. そして多言語フォントで見たように、グリフIDが足らない問題は、多言語フォントの発展を阻害しています次世代 OpenType
2.0?

さて、やっと今日のメイントピックです。今までご説明した文脈の中で、次世代OpenTypeに向けて議論されている仕様を見てみましょう。メイントピックではありますが、技術的でほとんどの人にとって退屈な話になるので、技術的詳細には入らずにサクッと済ませます。
次世代OpenType、現在1.9.1なので2.0とこの大きなアップデートに相応しいバージョン番号になるかもしれません•グリフ数拡張（b64k）•サイズ圧縮のための提案•その他• 日本語フォントに関するOpenType仕様の齟齬の解決

議論されている仕様をザクっとまとめるとこんな感じに分けられます。
もう先ほどの文脈から当然ですね。
その他の下が気になりますが、後でご説明しますグリフ数拡張（b64k）

この中で一番広範に影響のあるのがグリフ数拡張です。b64kと呼ばれています。
Glyph ID が16bit → 24bit（Unicodeのコード空間の全体が21ビットなのでその8倍）
これで真に多言語対応のUnicodeフォントが作れる。
日本のデジタル庁のMJ+フォントは68k程度と聞いていますので、この拡張が必要。
OpenTypeフォーマット内のあらゆるところに16bit前提のフィールドがありますので、glyfを含めて多くのテーブルに影響する。CFF2は対応済み。いくつかのテーブルが取り残されていたのを広島大学の鈴木委員や、モリサワから新進気鋭の藤委員が指摘くれまして、それらの訂正も入りました。
b64k に対応しないアプリケーションで、b64k対応フォントが動くかどうかをフォントディベロッパーが決められます。これはCITPCからの提案で取り入れられました。この特徴はMJ+に重要です。というのは、対応しないシステムで動いてしまうと、問題の出るのがたまにしか使わないほんの一部の文字、となったりして、とても見つけにくいバグとなる可能性があるからです。

サイズ圧縮のための提案• TrueType 3次ベジェ• Variable “Component” （VARC）• その他の無駄なサイズ削減• 複数の軸の間の調整に無駄なmasterが必要だった部分を改良（avar2）• 必ずしもデフォルトインスタンスのmasterを持たなくて済むように（fvar）• TTC中のフォント間でcmapの差分を持てるようにする仕組み（DMAP）

サイズ圧縮のために様々な工夫が提案がされています。あるべき改良をしたら、結果的に無駄なサイズが省ける類の提案もここに含めています。
ここに乱暴にまとめてしまいましたが、ここに見えるバリアブルフォントの機能拡張も一つの柱です。

日本語フォントに関するOpenType仕様の齟齬の解決

さて、これです。一体どういうこと？と思われた方が多いと思います。

書かれているOpenTypeの仕様と、日本語フォントがどのように実装されているか、の間に齟齬が見つかっています。今のところわかっている問題で一番問題なのは、ʼpaltʼテーブルとʼkernʼテーブルの関係で、現在これに関して討議を行なっています。

ISO/IEC 14496-22
Open Font Format
5th edition

Unicode に 10646 という ISO 版があるのと似ていて、OpenType にも 14496 Part 22 という ISO 版があります。OpenType は マイクロソフトの商標ですので、こちらは Open Font Format と呼ばれています。仕様書は無料でダウンロード可能です。
今回の新機能の討議はISO側で行われています。OpenType側から新機能が入ることももちろんあって、双方が等しくなるように随時同期をとっています。例えばOpenType 1.9 と OFF 4th edition の amendment 2 が相互に同期しています。
‒‒‒‒‒‒前のバージョンは2019
討議中のバージョンは2025?2026?

スケジュール• 5th editionは現在Working Draft。いくらでも変更が効く。合意ベースの議論• 今年4月22日-26日のMPEG146ミーティングでCommittee Draft (CD) への昇格を目指している。変更にISOの正式な手続きが必要だがまだ可能• 次のステージDraft International Standard (DIS)になると、ほぼ規格の作り手を離れる。新たな提案などがあれば、アメンドメントかMS版のOpenTypeに入れることを考える

参加する・情報を得る• 文字情報技術促進協議会に参加してTeamsで質問する• https://moji.or.jp/about/contact/• Font ad-hoc group のメーリングリストおよび 会議• https://lists.aau.at/mailman/listinfo/mpeg-otspec• Working Draft が公開されています• https://www.mpeg.org/standards/MPEG-4/22/

OpenType specification
最新トレンドおしまい