stanford-oval/wikipedia huggingface dataset:
サッカータイ王国代表
歴代選手 > DF

ナティー・トンスッケーウ ＃
スラチャイ・ジャトゥラパッタラポン
ドゥシット・チャルムセーン
チョクタウィー・プロムラット
スリー・スカ
ニルット・スラシアン
ナッタポーン・パンリット
スラット・スカ
アディソン・プロムラク
トリスタン・ドー
ササラック・ハイプラコーン
コラコット・ウィリヤウドムシリ
ミカ・チュヌアンシー
ナルボディン・ウィラワッタノドム
ティーラトン・ブンマタン ＃
パンサ・ヘームウィブーン
チャルムポン・コードケーウ
タナブーン・ケサラット
スパン・トンソン
エリアス・ドーラ
チャルムサック・アッキー
ジャッカパン・プライスワン
スパナン・ブリーラット
ニコラス・ミッケルソン
サンティパープ・チャンゴム
ジョナタン・ケムディー
歴代選手 > MF

ウォラワン・チタワニット ＃
ヴィタヤ・ラオハクル ＃
サソム・ポップラサート
ターサック・チャイマン
タワッチャイ・ダムロンオントラクーン
アヌラック・スリーコード
タワン・スリーパン
ピチットポン・チェオイチーウ
ジャルンサック・ウォンゴーン
ダッサコーン・トンラオ
アドゥール・ラッソ ＃
ランサン・ウィワッチャイチョーク
スチャオ・ヌットヌム
サンワット・デーミット
ポックラウ・アナン
ルンラト・プームチャントゥエク
チャナティップ・ソングラシン ＃
ティティパン・プアンチャン ＃
サーラット・ユーイェン ＃
シロート・チャットーン
ピチャ・ウトラー
スパチョーク・サラチャート ＃
エカニット・パンヤ ＃
クリサダ・カマン
ピーラドル・チャムラサミー
ウィーラテップ・ポンパン
パトンポン・チャルンラッタナピロム
チャナロン・プロムスリケオ
ウォラチット・カニツリバンペン
ジャルンサック・ウォンゴーン ＃
チャキット・ラプトラクル ＃
歴代選手 > FW

ピヤポン・ピウオン
キャティサック・セーナームアン
ワラウート・スリマカ
サラユット・チャイカムディ
スティー・スックソムギット
ピパット・トンカンヤー
ティーラテープ・ウィノータイ
ティーラシン・デーンダー ＃
アディサク・クライソーン
スパチャイ・ジャイデッド
スパナット・ムエンター
パトリック・グスタフソン ＃
ティーラサック・プーイッピマイ
ポラメート・アートウィライ
Unicode

| --- | --- |
: 「ユニコード」はこの項目へ転送されています。 声優ユニット「UniChØrd」については「D4DJ#UniChØrd（ユニコード）」をご覧ください。  韓国のアイドルグループについては「UNICODE (音楽グループ)」をご覧ください。
Unicode（ユニコード）は、符号化文字集合や文字符号化方式などを定めた、文字コードの業界標準規格。文字集合（文字セット）が単一の大規模文字セットであること（「Uni」という名はそれに由来する）などが特徴である。
従来、各国の標準化団体あるいは各コンピュータメーカーによって独自に開発されていた個々の文字コードの間には互換性がなかった。ISO/IEC 2022のように複数の文字コードを共存させる方法も考案されたが、例えば日本語の漢字と中国語の漢字のように、文字が重複する短所がある。一方Unicodeは、微細な差異はあっても本質的に同じ文字であれば一つの番号を当てる方針で各国・各社の文字コードの統合を図った規格である。1980年代に、Starワークステーションの日本語化（J-Star）などを行ったゼロックスが提唱し、マイクロソフト、Apple、IBM、サン・マイクロシステムズ、ヒューレット・パッカード、ジャストシステムなどが参加するユニコードコンソーシアムにより作られた。国際規格のISO/IEC 10646とUnicode規格は同じ文字コード表になるように協調して策定されている。
概要

Unicodeは世界で使われる全ての文字を共通の文字集合にて利用できるようにしようという考えで作られ、Unix、Windows、macOS、Plan 9などの様々なオペレーティングシステムでサポートされている。Javaや.NETのようなプログラミング環境でも標準的にサポートされている。現代の文字だけでなく古代の文字や歴史的な文字、数学記号、絵文字なども含む。
Unicode以前の文字コードとの相互運用性もある程度考慮されており、歴史上・実用上の識別が求められる場合には互換領域がとられ、元のコード→Unicode→元のコードというような変換（ラウンドトリップ変換）において、元通りに戻るよう配慮されている文字もある。しかし、正規のJIS X 0208の範囲内であればトラブルは少ないが、複数の文字集合が混在していたり、文字集合の亜種ごとにマッピング（対応づけ）が異なる文字（機種依存文字）を含んでいたりする場合、変換テーブルによるマッピングが不可逆変換となり文字化けを起こすことがある。
Unicode文字符号化モデル

文字コードは、Unicode文字符号化モデルによると以下の4段階に分けられる：
その後、バイト列を、gzipなどで圧縮したり、7ビット伝送路に通すためにBase64やQuoted-printableなどで変換したりすることがあるが、これらは文字コードの管轄範囲外である。
文字集合

Unicodeの文字集合の符号空間は0 - 10FFFF16で111万4,112の符号位置がある。Unicode 16.0（2024年9月10日公表）では15万4,998個1 (13.9%) の文字が割り当てられ、65個を制御文字に使い、15万4,537符号位置 (13.8%) を私用文字として確保している。また、2,048文字分をUTF-16のための代用符号位置に使用しており、加えて66の特別な符号位置は使われない。残りの80万2,463符号位置 (72%) は未使用である。
文字を特定する場合にはUnicode符号位置や一意につけられた名前が使われる。例えば、アルファベット小文字の「a」はU+0061 (LATIN SMALL LETTER A)、八分音符「♪」はU+266A (EIGHTH NOTE) である。Unicode符号位置を文章中などに記す場合は "U+" の後に十六進法で符号位置を4桁から6桁続けることで表す。また、符号空間のうち代用符号位置を除く符号位置をUnicodeスカラ値という。
収録されている文字は、各国で標準として規定されている文字集合や実際に使用されている文字を持ち寄り、委員会により取捨選択されている。日本の文字については当初よりJIS X 0201、JIS X 0208、JIS X 0212を、Unicode 3.1からはJIS X 0213の内容も収録している。
また収録において、元の各文字集合内で分離されている文字は尊重するが、異なる文字集合に同一の文字が収録されているとみなされるものは、同じ符号位置に割り当てる方針を取っている。この際に集合が膨大であるという理由で、漢字について、中国、日本、韓国の各規格の漢字を統合しCJK統合漢字としたことは大きな議論となった。
現在では独自創作の絵文字の追加等、当初の目的である「各国・各社の文字コードの統合」から外れた動きも進んでいる。
Unicodeに収録されている文字については、「ブロックの一覧」を参照。
文字符号化方式 > その他

→詳細は「UTF-7」を参照
以下はエイプリルフールに公開されたジョークRFCである (RFC 4042)。UTF-9に関しては同名の規格が実際に検討されていた（ただし、内容は大きく異なる）が、ドラフト段階で破棄されているため重複にはならない。
以下はドラフト段階で破棄された規格案。
拡張領域

1980年代の当初の構想では、Unicodeは16ビット固定長で、216 = 6万5,536 個の符号位置に必要な全ての文字を収録する、というもくろみであった。しかし、Unicode 1.0公表後、拡張可能な空き領域2万字分を巡り、各国から文字追加要求が起こった。その内容は中国、日本、台湾、ベトナム、シンガポールの追加漢字約1万5千字、古ハングル約5千字、未登録言語の文字などである。このようにしてUnicodeの、16ビットの枠内に全世界の文字を収録するという計画は早々に破綻し、1996年のUnicode 2.0の時点で既に、文字集合の空間を16ビットから広げることが決まった。この時、それまでの16ビットを前提としてすでに設計されていたシステム（たとえばJavaのchar型や、Windows NT・Windows 95のAPI）をなるべくそのままにしたまま、広げられた空間にある符号位置を表現する方法として、サロゲートペアが定義された。
拡張領域 > サロゲートペア

サロゲートペア（代用対）は16ビットUnicodeの領域1,024文字分を2つ使い（前半 U+D800 〜 U+DBFF、後半 U+DC00 〜 U+DFFF）、各々1個ずつからなるペアで1,024 × 1,024 = 1,048,576文字を表す。これはちょうど16面分であり、第1面〜第16面（U+010000 〜 U+10FFFF）の文字をこれで表すこととした。加えて第0面（基本多言語面）も使用可能なので、Unicodeには合計で 1,048,576 + 65,536 - 2,048 = 111万2,064文字分の空間が確保されたことになる。Unicodeの符号空間が10FFFF16まで（サロゲート領域を除いて111万2,064文字）とされているのはUTF-16が表現可能な限界だからである。
サロゲートはUnicodeの符号位置の U+010000 〜 U+10FFFF の範囲を16ビットユニットのペア（2つ）で表現する集合で、最初の16ビットユニットを前半サロゲートもしくはハイサロゲート、二番目を後半サロゲートもしくはローサロゲートと称する。ハイサロゲートは U+D800 〜 U+DBFF の範囲、ローサロゲートは U+DC00 〜 U+DFFF の範囲である。
サロゲートペアはUTF-16でのみ使われ、UTF-8、UTF-32ではすべての符号位置を符号化できるためこのような特別な処理は必要ない。
拡張領域 > サロゲートペア > コーディング

サロゲートのエンコーディングは、符号位置を  CP、ハイサロゲートを  HSG、ローサロゲートを  LSG とすると次の通りに計算する。
デコーディングは、
である。
次の表は、この文字変換と他をまとめたものである。 色は、コードポイントからのビットがUTF-16バイトにどのように分配されるかを示した。 なお、UTF-16エンコーディングプロセスによって追加された追加ビットは黒で示されている。
| 文字 （符号位置） | 文字 （符号位置） | 符号位置(2進数) | UTF-16 符号単位列(2進数) | UTF-16 符号単位列 | UTF-16BE 符号化バイト列 | UTF-16LE 符号化バイト列 |
| --- | --- | --- | --- | --- | --- | --- |
| $ | U+0024 | 0000 0000 0010 0100 | 0000 0000 0010 0100 | 0024 | 00 24 | 24 00 |
| € | U+20AC | 0010 0000 1010 1100 | 0010 0000 1010 1100 | 20AC | 20 AC | AC 20 |
| 𠮷 | U+20BB7 | 0010 0000 1011 1011 0111 | 1101 1000 0100 0010 1101 1111 1011 0111 | D842 DFB7 | D8 42 DF B7 | 42 D8 B7 DF |
| 最大値 | U+10FFFF | 1 0000 1111 1111 1111 1111 | 1101 1011 1111 1111 1101 1111 1111 1111 | DBFF DFFF | DB FF DF FF | FF DB FF DF |
面

一つの面は6万5536個の符号位置がある。
| 面 | 符号位置 | 英語での名称 | 略称 | 日本語での名称 | 収録されている主な文字 |
| --- | --- | --- | --- | --- | --- |
| 第0面 | U+0000 - U+FFFF | Basic Multilingual Plane | BMP | 基本多言語面 | 基本的な文字。 |
| 第1面 | U+10000 - U+1FFFF | Supplementary Multilingual Plane | SMP | 追加多言語面 | 古代文字や記号・絵文字類など。 |
| 第2面 | U+20000 - U+2FFFF | Supplementary Ideographic Plane | SIP | 追加漢字面 | 漢字専用領域。 |
| 第3面 | U+30000 - U+3FFFF | Tertiary Ideographic Plane | TIP | 第三漢字面 | 追加漢字面に入りきらなかった漢字。また、将来的には古代漢字や甲骨文字などが収録される予定。 |
| 第4面 | U+40000 - U+4FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第5面 | U+50000 - U+5FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第6面 | U+60000 - U+6FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第7面 | U+70000 - U+7FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第8面 | U+80000 - U+8FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第9面 | U+90000 - U+9FFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第10面 | U+A0000 - U+AFFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第11面 | U+B0000 - U+BFFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第12面 | U+C0000 - U+CFFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第13面 | U+D0000 - U+DFFFF | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 | 未使用（将来どのような目的で使用するのかすら決まっていない）。 |
| 第14面 | U+E0000 - U+EFFFF | Supplementary Special-purpose Plane | SSP | 追加特殊用途面 | 制御コード専用領域。 |
| 第15面 | U+F0000 - U+FFFFF | Private Use Plane | PUP | 私用面 | BMPの U+E000 - U+F8FF の領域の拡張。 |
| 第16面 | U+100000 - U+10FFFF | Private Use Plane | PUP | 私用面 | BMPの U+E000 - U+F8FF の領域の拡張。 |

日本では2000年にJIS X 0208を拡張する目的でJIS X 0213（いわゆるJIS第3・第4水準）が制定されたが、この際、新たに採用された文字でUnicodeになかったものの一部は、BMPに収録できず、第2面への収録となった（Unicodeが最終的にJIS X 0213への対応を完了したのは2002年である）。このため、JIS X 0213収録文字をUnicodeで完全にサポートするには、追加漢字面をサポートしたOS、フォント、アプリケーションが必要となる。Shift_JISなど、Unicodeにて規定されるもの以外のエンコーディングを利用する場合であっても、JIS X 0213に対応するフォントやアプリケーションが必要である。
常用漢字の2010年改定で追加された字のうち「𠮟」はU+20B9Fで、追加漢字面に含まれる。そのため、改定後の常用漢字完全サポートを謳う場合、Unicodeに対応していて更にこの拡張領域にも対応している必要があると言える。ただ、現状ではこの字は、JIS X 0208に含まれる（＝当然、Unicode策定当初からBMPに収録されている）異体字の「叱」(U+53F1) で代用されることが多い。
歴史

1984年、ISOの文字コード規格委員会 (ISO/TC 97/SC2) は文字セットの切り替えを行わずに世界中の文字を単一の文字集合として扱える文字コード規格 (ISO 10646) を作成することを決定し、専門の作業グループ (ISO/TC 97/SC 2/WG 2) を設置し、作業を始めていた。1980年代後半にはこの作業グループにおいてさまざまな提案が検討されている。1990年になって出来あがったISO/TC 97/SC 2/WG 2作成のISO 10646の初版ドラフト（DIS 10646#DIS 10646第1版）では、漢字コードは32ビットで表現され、各国の漢字コードはそのまま入れることになった。しかし中国は漢字を各国でばらばらに符号化するのではなく、あくまで統一して扱うことを求めてこのドラフトには当初から反対しており、今後の漢字コードの方針を決めるため、WG 2は CJK-JRG (Joint Research Group) と呼ばれるグループを別途設置し、そこで引き続き検討することにした。
このような公的機関の動きとは別に、1987年頃からXeroxのJoe BeckerとLee Collinsは、後にUnicodeと呼ばれるようになる、世界中の文字を統一して扱える文字コードを開発していた。1989年9月には「Unicode Draft 1」が発表された。ここではその基本方針として、2オクテット（16ビット）固定長で全ての文字を扱えることを目指しており、そのために日本・中国・韓国の漢字を統一することで2万弱の漢字コードを入れ、さらに将来の拡張用に、3万程度の漢字の空き領域が別に用意されていた。このドラフトは少しずつ改良を加えられながら1990年4月にUnicode Draft 2、同年12月Unicode Final Draftとなった。さらに1991年1月にはこのUnicode Final Draftに賛同する企業によって、ユニコードコンソーシアムが設立された。
1991年6月、ISO/IEC 10646による4オクテット固定長コードを主体としたドラフト「DIS 10646第1版」は、2オクテット固定長コードであるUnicodeとの一本化を求める各国により否決され、ISO 10646とUnicodeの一本化が図られることになった。また中国およびユニコードコンソーシアムの要請により、CJK-JRGにおいて、ISO 10646とUnicodeの一本化が図られることになった。CJK-JRGは各国の漢字コードに基づき独自の統合規準を定め、ISO 10646 / Unicode用の統合漢字コード表を作成することになった。CJK-JRGの会合は第1回が7月22日から24日にかけて東京で、第2回の会合が9月17日から19日にかけて北京で、第3回が11月25日から29日にかけて香港で開催された。これらの討議の結果、1991年末になって「ISO 10646＝Unicode」用の統合漢字コード表が Unified Repertoire and Ordering (URO) の第1版として完成した。
Unicodeの最初に印刷されたドキュメントであるUnicode 1.0は、統合漢字表の完成に先行して漢字部分を除いたUnicode 1.0, Vol.1が1991年10月に出版され、後に1992年になって漢字部分だけのUnicode 1.0, Vol.2が出版された。
1992年、CJK統合漢字URO第二版が完成し、これを取り込んだ（ただし、UROには若干の間違いが発見されており、それらの修正が行われている。）DIS 10646第2版が、5月30日の国際投票で可決された。
1993年5月1日 「ISO/IEC 10646-1: 1993 Universal Multiple-Octet Coded Character Set (UCS) -- Part 1: Architecture and basic Multilingual Plane」が制定される。同年翌6月にUnicode 1.0は ISO/IEC 10646-1:1993にあわせた変更を行いUnicode 1.1となり、以後UnicodeとISO/IEC 10646とは歩調を合わせて改訂されていくことになる。
歴史 > Unicodeのバージョン

Unicodeのバージョンは、メジャーバージョン (the major version)、マイナーバージョン (the minor version)、アップデートバージョン (the update version) の3つの部分から構成され、ピリオドでつなげて表示される。ただし、マイナーバージョン及びアップデートバージョンについては0の場合には省略して表示されることもある。メジャーバージョンはレパートリーの追加のような重要な変更が行われたときに改定される。Unicodeのドキュメントは書籍形態と電子版ドキュメント形態の両方で公表され、どちらもUnicodeについての正式なドキュメントであるとされている。新たなバージョンがリリースされたときは新たなドキュメントが公表されるが、書籍として刊行されるのはメジャーバージョンが改定された場合および重要なマイナーバージョンの改定があった場合のみである。書籍版のバージョン1.0は、2巻に分けて刊行され、統合漢字部分を除いた第1巻は1991年10月に、統合漢字部分の第2巻は1992年6月に刊行された。そのため第1巻のみのものをUnicode 1.0.0、第2巻を含めたものをUnicode 1.0.1と呼ぶことがある。
歴史 > 各バージョンとその特徴

Unicodeのそれぞれのバージョン番号とその制定年月日、収録文字数他の特徴は以下の通りである。
| 制定年月日 | バージョン番号 | 収録文字数 | 概要 | 日本語における主要な追加文字 |
| --- | --- | --- | --- | --- |
| 1991年10月 | Unicode 1.0.0  | 7,161 | 初期バージョン、16ビットの文字コード | JIS X 0201 |
| 1992年6月 | Unicode 1.0.1  | 28,359 | CJK統合漢字を導入 | JIS X 0208、JIS X 0212 |
| 1993年6月 | Unicode 1.1.0  | 34,233 | ISO/IEC 10646-1:1993にあわせ変更 |  |
| 1993年7月 | Unicode 1.1.5  |  |  |  |
| 1996年7月 | Unicode 2.0.0  | 38,950 | ISO/IEC 10646-1:1993の追補Amd.1からAmd.7に対応。ハングルの大移動を行いUnicode1.xとの互換性を失う (Amd.5)、サロゲートペア（代用対）を導入し追加面を可能にして収容可能な文字を大幅に増やす、21ビット領域に拡張 (Amd.1) |  |
| 1998年5月 | Unicode 2.1.0  | 38,952 | ユーロ記号と正誤表を追加 |  |
| 1998年5月 | Unicode 2.1.2  |  |  |  |
| 1998年8月 | Unicode 2.1.5  |  |  |  |
| 1998年10月 | Unicode 2.1.8  |  |  |  |
| 1999年4月 | Unicode 2.1.9  |  |  |  |
| 1999年9月 | Unicode 3.0.0  | 49,259 | ISO/IEC 10646-1:2000が発行されるまでの追補Amd.8からAmd.31の文字すべてに対応。CJK統合漢字拡張Aで漢字6582字を追加 (Amd.17) | JIS X 0213の一部（地名や人名などに用いられる漢字） |
| 2000年8月 | Unicode 3.0.1  |  |  |  |
| 2001年3月 | Unicode 3.1.0  | 94,205 | ISO/IEC 10646-2:2001に対応。BMP以外の拡張。CJK統合漢字拡張Bで漢字42711字を追加 | JIS X 0213の一部（地名や人名などに用いられる漢字） |
| 2001年8月 | Unicode 3.1.1  |  |  |  |
| 2002年3月 | Unicode 3.2.0  | 95,221 | ISO/IEC 10646-1:2000の追補Amd.1に対応 | JIS X 0213（正式対応） |
| 2003年4月 | Unicode 4.0.0  | 96,447 | ISO/IEC 10646:2003に対応 |  |
| 2004年5月 | Unicode 4.0.1  |  |  |  |
| 2005年3月31日 | Unicode 4.1.0  | 97,720 | ISO/IEC 10646:2003の追補Amd.1に対応 |  |
| 2006年7月14日 | Unicode 5.0.0  | 99,089 | ISO/IEC 10646:2003の追補Amd.2とシンド語（Amd.3に含まれる）に対応 |  |
| 2008年4月4日  | Unicode 5.1.0 | 100,713 | ISO/IEC 10646:2003の追補Amd.3とAmd.4に対応。異体字セレクタを漢字に対して使い始める  | 麻雀牌、割り算の筆算（長除法）の記号、電話機の星印、Adobe-Japan1-6の漢字字形  |
| 2009年10月1日 | Unicode 5.2.0  | 107,361 | ISO/IEC 10646:2003の追補Amd.6までに対応 | ARIB外字 |
| 2010年10月11日 | Unicode 6.0.0  | 109,449 | ISO/IEC 10646:2010 | 携帯電話の絵文字 |
| 2012年1月31日 | Unicode 6.1.0  | 110,181 | ISO/IEC 10646:2012 |  |
| 2012年9月26日 | Unicode 6.2.0  | 110,182 | 新トルコリラの通貨記号の追加など |  |
| 2013年9月30日 | Unicode 6.3.0  | 110,187 |  |  |
| 2014年6月16日 | Unicode 7.0.0  | 113,021 | ISO/IEC 10646:2012の追補Amd.1とAmd.2に対応。ルーブル、アゼルバイジャン・マナトの通貨記号、北米・中国・インド・アフリカの言語のための歴史的なスクリプトの追加。 | 約250字の絵文字の追加。 |
| 2015年6月17日 | Unicode 8.0.0  | 120,737 | ISO/IEC 10646:2014の追補Amd.1に対応。 | U+301C WAVE DASHの修正（後述） |
| 2016年6月21日 | Unicode 9.0.0  | 128,172 | ISO/IEC 10646:2014の追補Amd.2に対応。 | 91個の絵文字の追加、4KTV放送用シンボル19個の追加 |
| 2017年6月20日 | Unicode 10.0.0  | 136,690 | ISO/IEC 10646:2017 | 変体仮名285文字追加 |
| 2018年6月5日 | Unicode 11.0.0  | 137,374 | ISO/IEC 10646:2017の追補Amd.1に対応 |  |
| 2019年3月5日 | Unicode 12.0.0  | 137,928 | ISO/IEC 10646:2017の追補Amd.1とAmd.2に対応 | 小文字の「ゐ」「ゑ」「を」「ヰ」「ヱ」「ヲ」「ン」追加 |
| 2019年5月7日 | Unicode 12.1.0  | 137,929 |  | 「㋿」（日本の元号「令和」の合字）追加 |
| 2020年3月10日 | Unicode 13.0.0  | 143,859 | ISO/IEC 10646:2020 |  |
| 2021年9月22日 | Unicode 14.0.0  | 144,697 | ISO/IEC 10646:2021 | わ行う、ワ行う、ヤ行イ、ヤ行エを追加 |
| 2022年9月13日 | Unicode 15.0.0  | 149,186 | ISO/IEC 10646:2022 |  |
| 2023年9月12日 | Unicode 15.1.0  | 149,813 | ISO/IEC 10646:2023 |  |
| 2024年9月10日 | Unicode 16.0.0  | 154,998 | ISO/IEC 10646:2024 |  |
Unicodeの諸問題 > バージョンごとの非互換性

Unicodeは同一のコードでもバージョンが変わったとき完全に異なった文字を定義し直したことがある。
そのうち最大のものがUnicode 2.0での「ハングルの大移動」である。これはUnicode 1.1までで定義されていたハングルの領域を破棄し、新しいハングルの領域を別の位置に設定し、破棄された領域には別の文字の領域を割り当てることとなった。その後、Unicode 3.0では、従来ハングルが割り当てられていた領域にCJK統合漢字拡張A、ついでUnicode 4.0で六十四卦が割り当てられた。このように、Unicode 1.1以前でハングルを記述した文書とUnicode 2.0以降でCJK統合漢字拡張Aを記述した文書には互換性がない。JCS委員長の芝野耕司はUnicodeに日本語の漢字を収録させる議論の中で、ハングル大移動について「韓国のとった滅茶苦茶な行動」と述べている。
Unicodeの諸問題 > 日本語環境でのUnicodeの諸問題 > YEN SIGN 問題

Shift JIS では JIS X 0201 における（日本や中国の通貨の）円記号 "¥" が 0x5C に置かれている。これを Unicode のマッピングに合わせると YEN SIGN (U+00A5) にマップされる。しかし、0x5C は ASCII ではバックスラッシュ "\" に相当し、C言語などでエスケープ文字として使われる事から、この文字のコードを変更すると問題が起きる。極端な例として、0x5C が円記号とエスケープ文字の両方の目的で使われているケース（たとえばC言語のprintf関数で printf("¥¥%d¥n", price); など）も考えられる。
そのため、Unicode を利用するアプリケーションでは、U+007F 以下のコードに関しては移動させないという暗黙のルールができている。
そうなると、Unicode 環境では円記号がバックスラッシュの表示に変わってしまうように思われるが、これは日本語用のフォントデータの 0x5C の位置には円記号の字形を当ててしまうことで対処している。これによって、日本語環境での表示上は 0x5C の位置で円記号を用いることができる。
この問題は日本語環境に限ったことではない。もともと ISO 646 上では、0x5C を含む数種の文字は自由領域（バリアント）として各国での定義を認めていた。そのため、日本語以外でも ASCII でバックスラッシュに相当するコードに異なる記号を当てているケースが多い。例えば、韓国では通貨のウォン記号 (WON SIGN, U+20A9, "₩")、デンマークやノルウェーではストローク付きO (LATIN CAPITAL LETTER O WITH STROKE, U+00D8, "Ø") などである。（後者は後の時代には、0x5C はバックスラッシュのままとし、ISO 8859 シリーズを用いることが一般化した。）
Unicodeの諸問題 > 日本語環境でのUnicodeの諸問題 > 波ダッシュ・全角チルダ問題

JIS X 0221 規定の JIS X 0208 と JIS X 0221 の対応表では、波ダッシュは WAVE DASH (U+301C, "〜") に対応させている。
しかし、マイクロソフトは Windows の Shift_JIS と Unicode の変換テーブルを作成する際に、JIS X 0208 において 1 区 33 点に割り当てられている波ダッシュ "〜" を、Unicode における全角チルダ (FULLWIDTH TILDE, U+FF5E, "～") に割り当てたため不整合が生じた。
この結果、macOS 等の JIS X 0221 準拠の Shift_JIS ⇔ Unicode 変換テーブルをもつ処理系と Windows との間で Unicode データをやり取りする場合、文字化けを起こすことになる。そこで Windows 以外の OS 上で動くアプリケーションの中には、CP932 という名前でマイクロソフト仕様の Shift_JIS コード体系を別途用意して対応しているケースが多い。この原因とされている Unicode 仕様書の例示字形の問題に関しては、波ダッシュ#Unicodeに関連する問題を参照すること。
Unicodeの諸問題 > 日本語環境でのUnicodeの諸問題 > 波ダッシュ・全角チルダ問題 > マイクロソフト仕様に起因する問題

上記に加え、マイクロソフト仕様は変換時にも問題が起こる文字を以下に示す。
| JIS X 0208 区点 | Shift JIS | JIS X 0208 日本語通用名称 | SJISでデコード | MS932でデコード (マイクロソフト仕様) | 関連記事 |
| --- | --- | --- | --- | --- | --- |
| 1-29 | 0x815c | ダッシュ(全角) | — (U+2014) EM DASH | ― (U+2015) HORIZONTAL BAR | ダッシュ (記号) |
| 1-33 | 0x8160 | 波ダッシュ | 〜 (U+301C) WAVE DASH | ～ (U+FF5E) FULLWIDTH TILDE | 波ダッシュ、全角チルダ |
| 1-34 | 0x8161 | 双柱 | ‖ (U+2016) DOUBLE VERTICAL LINE | ∥ (U+2225) PARALLEL TO | 双柱、平行記号 |
| 1-61 | 0x817c | 負符号、減算記号 | − (U+2212) MINUS SIGN | － (U+FF0D) FULLWIDTH HYPHEN-MINUS | マイナス記号、ハイフンマイナス |
| 1-81 | 0x8191 | セント記号 | ¢ (U+00A2) CENT SIGN | ￠ (U+FFE0) FULLWIDTH CENT SIGN | セント (通貨) |
| 1-82 | 0x8192 | ポンド記号 | £ (U+00A3) POUND SIGN | ￡ (U+FFE1) FULLWIDTH POUND SIGN | £ |
| 2-44 | 0x81ca | 否定 | ¬ (U+00AC) NOT SIGN | ￢ (U+FFE2) FULLWIDTH NOT SIGN | 否定記号 |
このうちセント・ポンド・否定については、IBMのメインフレームではShift_JISを拡張してこれらの半角版をコードポイント 0xFD-0xFF に割り当て、別途JIS X 0208からマップされた位置に全角版を収録していたため、WindowsをIBMメインフレームの端末として用いるケースを想定したといわれている[要出典]。
なお、Windows Vista や Microsoft Office 2007 に付属する IME パッドの文字一覧における JIS X 0213 の面区点の表示は、上記の文字についても JIS で規定されているものと同じマッピングを使用している[要出典]。
ブロックの一覧

→詳細は「ブロック (Unicode)」を参照
| 索引 |
| --- | --- | --- | --- | --- | --- | --- |
|  0000-0FFF  1000-1FFF  2000-2FFF  3000-3FFF  4000-4FFF  5000-5FFF  6000-6FFF  7000-7FFF  8000-8FFF  9000-9FFF  A000-AFFF  B000-BFFF  C000-CFFF  D000-DFFF  E000-EFFF  F000-FFFF |  10000-10FFF  11000-11FFF  12000-12FFF  13000-13FFF  14000-14FFF  15000-15FFF  16000-16FFF  17000-17FFF  18000-18FFF  19000-19FFF  1A000-1AFFF  1B000-1BFFF  1C000-1CFFF  1D000-1DFFF  1E000-1EFFF  1F000-1FFFF |  20000-20FFF  21000-21FFF  22000-22FFF  23000-23FFF  24000-24FFF  25000-25FFF  26000-26FFF  27000-27FFF  28000-28FFF  29000-29FFF  2A000-2AFFF  2B000-2BFFF  2C000-2CFFF  2D000-2DFFF  2E000-2EFFF  2F000-2FFFF |  30000-30FFF  31000-31FFF  32000-32FFF  33000-33FFF  34000-34FFF  35000-35FFF  36000-36FFF  37000-37FFF  38000-38FFF  39000-39FFF  3A000-3AFFF  3B000-3BFFF  3C000-3CFFF  3D000-3DFFF  3E000-3EFFF  3F000-3FFFF |  E0000-E0FFF |  |  |
ウィリアム・チャップル

ウィリアム・チャップル（William Chapple）
ウィリアム・チャップル (ニュージーランドの政治家) （1864–1936）、ニュージーランドの代議院、イギリスの庶民院議員。
サー・ウィリアム・チャップル (裁判官)（英語版）（1676年頃–1745）、イギリスの弁護士、裁判官、政治家。
ウィリアム・チャップル (測量士)（1718–1781）イングランドの測量士、数学者。
ウィリアム・D・チャップル（英語版） （1868–1956）、マサチューセッツの弁護士、政治家。
日本新薬

| --- | --- |
: 医療用薬品の製造・卸業者（現在のアルフレッサ）「日本商事」とは異なります。
| --- | --- |
 
 日本新薬本社（京都市南区）
種類:  株式会社
市場情報:  東証プライム 4516  大証1部（廃止） 4516 2013年7月12日上場廃止 
本社所在地:   日本 〒601-8550 京都府京都市南区吉祥院西ノ庄門口町14番地
設立:  1919年9月29日
業種:  医薬品
法人番号:  2130001012236 
代表者:  前川重信（代表取締役会長） 中井 亨（代表取締役社長）
資本金:  51億7400万円（2023年3月31日現在）
発行済株式総数:  7025万1484株
売上高:  連結：1,482億55百万円 （2024年3月期）
営業利益:  連結：332億95百万円 （2024年3月期）
純資産:  連結：2,205億34百万円 （2024年3月期）
総資産:  連結：2,634億4百万円 （2024年3月期）
従業員数:  連結：2,212人 （2024年3月31日現在）
決算期:  3月31日
主要株主:  日本マスタートラスト信託銀行（信託口） 17.09% 明治安田生命保険 9.63% 日本カストディ銀行（信託口） 7.63% 三菱UFJ銀行 4.92% 京都銀行 4.59% （2022年9月30日現在）
主要子会社:  シオエ製薬株式会社：100% タジマ食品工業株式会社：83.5% NS Pharma,Inc.：100% 日本新薬アドバンス株式会社：100% 北京艾努愛世医薬科技有限公司：100% 天津艾努愛世医薬有限公司：100%
外部リンク:  日本新薬株式会社
テンプレートを表示
日本新薬株式会社（にっぽんしんやく, 英: Nippon Shinyaku Co., Ltd.）は、京都市南区吉祥院西ノ庄門口町に本社を置く日本の製薬会社である。
会社概要

主に医家向け医薬品および機能食品の製造・販売を行っている。
泌尿器系や血液腫瘍領域を強みとしており、近年は核酸医薬品の研究開発に力を入れている。
沿革

1911年 市野瀬潜が京都新薬堂を創業。
1919年 個人経営であった京都新薬堂を内貴清兵衛と共に日本新薬株式会社を創立・営業開始。
1934年 ミブヨモギを原料とするサントニン製造法特許登録。
1940年 駆虫薬サントニンの国産化に成功し、販売を開始。
1949年 京都証券取引所に上場。
1953年 山科薬用植物研究所開設。
1954年 西大路総合工場竣工。
1956年 大阪証券取引所に上場。
1961年 食品部新設。
1962年 東京証券取引所に上場。
1964年 小田原工場(現・小田原総合製剤工場)竣工。
1982年 中央研究所竣工。
1991年 ドイツ・デュッセルドルフ事務所を開設。
1997年 東部創薬研究所竣工。
1997年 ニューヨーク事務所を開設。
1999年 米国子会社 (NS Pharma,Inc.) を設立。
2009年 創立90周年を機に「日本新薬こども文学賞」創設。
2011年 中国 北京事務所開設。
2012年 欧州拠点を英国ロンドン事務所に移転。
2016年 本社敷地内に治験原薬製造棟竣工。
2017年 小田原総合製剤工場に高生理活性固形製剤棟竣工。
2019年 日本新薬創立100周年 記念事業「きらきら未来ゴー！」始動
2021年 北京艾努愛世医薬科技有限公司、天津艾努愛世医薬有限公司設立。
経営理念等 > 経営理念

人々の健康と豊かな生活創りに貢献する
経営理念等 > 経営方針

高品質で特長のある製品やサービスを提供する（顧客）
社会からの信頼を得る（社会）
一人ひとりが成長する（社員）
経営理念等 > 企業スローガン

新しい生きるを、創る。
事業所 > 主要拠点

本社（京都市南区）
札幌支店（札幌市西区）
東北支店（仙台市青葉区）
関越支店（高崎市八島町）
東京支社（東京都中央区）
千葉埼玉支店（さいたま市大宮区）
横浜支店（横浜市港北区）
名古屋支店（名古屋市東区）
京滋北陸支店（京都市伏見区）
関西支店（大阪市中央区）
中四国支店（広島市中区）
九州支店（福岡市博多区）
事業所 > 研究所

創薬研究所（京都市南区）
東部創薬研究所（茨城県つくば市桜）
食品開発研究所（京都市南区）
山科植物資料館（京都市山科区）
事業所 > 工場

小田原総合製剤工場（神奈川県小田原市）
事業所 > 日本国外

NS Pharma,Inc（アメリカ・ニュージャージー州）
北京艾努愛世医薬科技有限公司（中国・北京）
天津艾努愛世医薬有限公司（中国・天津）
London Office（イギリス・ロンドン）
主要商品 > 泌尿器科用薬剤

ザルティア（前立腺肥大症に伴う排尿障害改善剤）
シアリス（勃起不全（ED）治療剤）
エストラサイト（前立腺癌治療剤）
ブラダロン（頻尿治療剤）
エビプロスタット（前立腺肥大症治療剤）
主要商品 > 血液内科用薬剤

ジャイパーカ（他のBTK阻害剤に抵抗性又は不耐容の再発又は難治性のマントル細胞リンパ腫）
ビキセオス（高リスク急性骨髄性白血病治療剤）
デファイテリオ（肝類洞閉塞症候群（肝中心静脈閉塞症）治療剤）
ガザイバ（CD20陽性の濾胞性リンパ腫・CD20陽性の慢性リンパ性白血病治療剤）
ビダーザ（骨髄異形成症候群治療剤・急性骨髄性白血病治療剤）
アムノレイク（再発・難治性急性前骨髄球性白血病治療剤）
トリセノックス（再発・難治性急性前骨髄球性白血病治療剤）
キロサイドＮ（再発・難治性急性白血病・悪性リンパ腫治療剤）
キロサイド（代謝拮抗性抗悪性腫瘍剤）
主要商品 > 難病・希少疾病用薬剤

フィンテプラ（ドラベ症候群・Lennox-Gastaut症候群に伴うてんかん発作治療剤）
ビルテプソ（デュシェンヌ型筋ジストロフィー治療剤）
ウプトラビ（肺動脈性肺高血圧症・慢性血栓塞栓性肺高血圧症治療剤）
オプスミット（肺動脈性肺高血圧症治療剤）
アドシルカ（肺動脈性肺高血圧症治療剤）
主要商品 > プライマリー領域用薬剤

モノヴァー（鉄欠乏性貧血治療剤）
ルナベル配合錠ULD（月経困難症治療剤）
ルナベル配合錠LD（月経困難症治療剤）
エリザス（粉末噴霧式アレルギー性鼻炎治療剤）
アズノールうがい液（アズレン含嗽液）
リボスチン（アレルギー性鼻炎・結膜炎治療剤）
セファドール（抗めまい剤）
イソバイド（経口浸透圧利尿・メニエール病改善剤）
主要商品 > その他

ワントラム（持続性がん疼痛・慢性疼痛治療剤）
トラマール（がん疼痛・慢性疼痛治療剤）
レグテクト（アルコール依存症 断酒補助剤）
など
関連会社

シオエ製薬株式会社
タジマ食品工業株式会社
日本新薬アドバンス株式会社
NS Pharma,Inc
北京艾努愛世医薬科技有限公司
天津艾努愛世医薬有限公司
事故

2009年11月16日 本社敷地内において廃棄溶媒の処理中にドラム缶が爆発。ドラム缶が東海道新幹線の線路を飛び越えて120ｍ先の同区唐橋西平垣の駐車場に落下、車2台を破損。2010年3月11日社員3名が、業務上過失激発物破裂の疑いで京都地方検察庁に書類送検されるも、3月26日嫌疑不十分で不起訴となる。
社会貢献活動

1955年創部の日本新薬硬式野球部は都市対抗野球大会の常連であり、梅田邦三内野手、吹石徳一内野手、橋本健太郎投手、倉本寿彦内野手、福永裕基内野手などのプロ野球選手を輩出している。
2009年から子供向け絵本の物語と絵画を募集し「日本新薬こども文学賞」として表彰している。
東部創薬研究所（2019年2月撮影）
徐巧芯

|  中華民国の政治家徐 巧芯 |
| --- | --- |
 
生年月日:   (1989-11-18) 1989年11月18日（35歳）
出生地:   中華民国 台北市
出身校:  国立政治大学政治学部
前職:  国際青年民主連盟副主席 馬英九卸任元首弁公室スポークスパーソン
所属政党:   中国国民党
  第11期 立法委員
選挙区:  台北市第七選挙区
当選回数:  1回
在任期間:  2024年2月1日 - 現職
  第13-14期 台北市議会議員
選挙区:  第三選挙区
当選回数:  2回
在任期間:  2018年12月25日 - 2024年1月31日
テンプレートを表示
徐 巧芯（じょ こうしん、シュー チアオシン、1989年〈民国78年〉11月18日 - ）は、中華民国（台湾）の政治家。中国国民党所属の立法委員。
経歴

台北市生まれ。父親はUMCの倉庫部門で働いており、その後に早餐店（台湾式の朝食専門店）をはじめている。国立政治大学政治学部を卒業。
2015年、中国国民党の総裁候補であった洪秀柱の選挙事務所で広報担当を務めた。総裁候補が朱立倫に交代すると、朱の広報担当を務めることになった。2016年の立法委員選挙では、全国不分区において中国国民党の比例名簿17位に選ばれた。しかし、中国国民党の全国不分区の当選者は11名にとどまったため落選した。
2016年から2018年まで、馬英九元総統の事務所で広報担当を務めた。
2018年、台北市議会議員選挙に立候補し当選。
2023年1月、2024年の立法委員選挙に台北市第七選挙区から立候補する意向を表明。同選挙区には、中国国民党に所属する現職の立法委員である費鴻泰がいたため、予備選挙で候補者指名を争うこととなった。同年4月に実施された予備選挙では、徐巧芯が勝利。翌年の立法委員選挙で、民主進歩党の候補を破り初当選した。
選挙記録

| 年度 | 選挙 | 選挙区 | 所属政党 | 得票数 | 得票率 | 当選 | 注釈 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| 2016 | 第9回立法委員選挙 | 全国不分区および僑居国外国民選挙区 |  中国国民党 | 3,280,949 | 26.91% |  |  |
| 2018 | 第13回台北市議員選挙 | 第三選挙区 |  中国国民党 | 22,929 | 10.27% |  |  |
| 2022 | 第14回台北市議員選挙 | 第三選挙区 |  中国国民党 | 27,205 | 12.72% |  |  |
| 2024 | 第11回立法委員選挙 | 台北市第七選挙区 |  中国国民党 | 89,727 | 52.62% |  |  |
NHKラジオ

| NHKラジオ |
| --- | --- |
運営: 日本放送協会（NHK）
設立: 1925年3月1日
在籍国:  日本
所在地:  日本
演奏所:  日本
外部リンク: 日本放送協会（NHK）
NHKラジオ（エヌエイチケイ ラジオ、英語: NHK Radio）では、日本放送協会（NHK）のラジオ放送について述べる。
概要

放送法第2条第2号に規定する基幹放送に分類される。国内で受信されることを目的とする国内放送と外国において受信されることを目的とする国際放送および中継国際放送に大別される。
放送法第20条第5項において、NHKは「中波放送と超短波放送とのいずれか（中略）がそれぞれあまねく全国において受信できるように措置をしなければならない」と規定している。しかし、離島など一部にいずれも受信できない地域が存在する。これを含めた難聴取対策として国内放送をインターネット配信している。
2021年1月13日、2021年度から3か年の経営計画が発表され、2025年度を目途に現在のAM2波から1波へ整理・削減する方向で検討を進めている。
概要 > 一覧

中波放送（AMラジオ放送）
NHKラジオ第1放送（R1）
NHKラジオ第2放送（R2）
超短波放送（FMラジオ放送）
NHK-FM放送
NHKワールド・ラジオ日本
受信契約について

→「NHK受信料」も参照
ラジオ放送の受信料は1968年4月1日より廃止されており、現在では放送法第64条第1項ただし書の規定により、ラジオ放送に限り受信することのできる受信設備のみを設置した者は、NHKと受信契約をする必要はない。
この受信設備とは、据置型だけでなく携帯電話端末なども該当するが、ワンセグも受信できる場合は受信契約を要する。
沿革

1925年（大正14年）3月22日　社団法人東京放送局が放送開始。
1931年（昭和6年）4月6日　社団法人日本放送協会が第2放送開始。
1935年（昭和10年）6月1日　国際放送開始。
1968年（昭和43年）4月1日　ラジオ受信料廃止。
1969年（昭和44年）3月1日　FM放送開始。
1988年（昭和63年）4月　中継国際放送開始。
2011年（平成23年）9月1日　NHKネットラジオ らじる★らじるとして国内放送のインターネット配信開始。
2016年（平成29年）10月2日　民放ラジオポータルサイトradikoにて一部地域実験配信を開始（2018年3月30日まで。配信地域は、関東広域（1都6県）及び福岡県、宮城県、広島県、愛媛県の5エリア）。
2018年（平成30年）4月12日　radikoの実験配信を再開。同時に配信地域を全国に拡大（2019年3月31日まで（R2のみ3月29日まで））。
2019年（平成31年）4月1日　R1及びFMにて、radikoの正式配信を開始。R2のradikoでの配信は見送られた為、先行して同年3月29日をもって配信終了。
2023年（令和5年）10月10日　事業支出改革に伴い、2026年度からAM波「R1」「R2」を1つに整理・削減する方針が明らかになる。