stanford-oval/wikipedia huggingface dataset:
佐藤耀

佐藤 耀（さとう よう、1994年1月27日 - ）は、ジャパンラグビーリーグワンレッドハリケーンズ大阪に所属するラグビー選手。
プロフィール

東京都出身。
ポジションはフッカー(HO)。
身長 178 cm、体重 100 kg
ニックネームはよう。
略歴

2012年、本郷高校卒業後、慶應義塾大学に入る。
2016年、慶應義塾大学卒業後、NECグリーンロケッツ（現・NECグリーンロケッツ東葛）に加入。同年12月24日に行われたジャパンラグビートップリーグ第13節のコカ・コーラレッドスパークス戦に途中出場で公式戦初出場を果たす。
2023年、レッドハリケーンズに加入。
小滝水音

| Mio KOTAKI> 基本情報 |
| --- | --- |
名前:  小滝 水音
生年月日:   (1998-07-07) 1998年7月7日（26歳）
身長:  167 cm (5 ft 6 in)
国籍:   日本
出身地:  茨城県
経歴
プロ転向:  2017年＝JLPGA89期
現在のツアー:  JLPGA
プロ勝利数:  1
優勝数
日本LPGA:  1
成績
優勝回数:  1
初優勝:  大東建託・いい部屋ネットレディス (2023年）
ベストスコア:  64
賞金ランク最高位:  54位 (2023年)
テンプレートを表示
小滝 水音 （こたき みお、1998年7月7日 - ）は、茨城県ひたちなか市出身の日本の女子プロゴルファー。所属は静ヒルズカントリークラブ。師匠は中嶋常幸。
経歴

父に勧められて7歳でゴルフを始める。アマチュア時代は明秀学園日立高等学校時の2016年、東横インジュニアゴルフオープンで優勝、第71回国民体育大会ゴルフ競技で茨城県代表として団体優勝。
2017年7月、プロテストに合格し日本女子プロゴルフ協会に入会 (89期)。
2018年、「樋口久子 三菱電機レディス」の3位タイが最高位。1,636万円余を獲得し、年間賞金ランキング66位。
2019年、「ニチレイレディス」の12位タイが最高位。964万円余を獲得し、賞金ランク87位。
同一年度となった2020年から2021年、「CATレディース」の8位タイが最高位。公式戦の「日本女子プロゴルフ選手権大会」で10位タイ。1,526万円余を獲得し、賞金ランク84位。
2022年、「富士フイルム・スタジオアリス女子オープン」の37位タイが最高位。82万円余を獲得し、賞金ランク139位。
2023年、台湾で行われたステップ・アップ・ツアー「CTBCレディスオープン」でプロ初優勝。「大東建託・いい部屋ネットレディス」では最終日の12番ホールから5連続バーディーを奪い、2位以下を引き離してレギュラーツアー初優勝。黄金世代 (1998年度生まれ) として13人目の優勝者となった。12月初旬にサイパンでスキューバダイビングのライセンスを取得したことを明かした。
主な記録 > ツアー優勝(2) > JLPGAツアー (1)

| No>  | Date | Tournament | スコア | 2位との差 | 2位（タイ） |
| --- | --- | --- | --- | --- | --- |
| 1 | 2023年7月23日 | 大東建託・いい部屋ネットレディス | −18 (67-66-65=198) | 2打 |  小祝さくら  吉田優利 |
主な記録 > ツアー優勝(2) > ステップアップツアー(1)

CTBCレディスオープン (2023年)
テレビ出演

ゴルフサバイバル (BS日テレ) - 2020年6月、2021年3月
女子ゴルフペアマッチ選手権 (BS朝日) – シーズン3に廣田真優と出場
Microsoft Visual C++

| --- | --- |
開発元:  マイクロソフト

最新版:  2022    / 2023年4月11日 (22か月前) (2023-04-11)
対応OS:  Microsoft Windows
プラットフォーム:  x86, x64 (WOW64)
種別:  統合開発環境
ライセンス:  Microsoft EULA（プロプライエタリ）※無償版有
公式サイト:  www.visualstudio.com/ja/vs/cplusplus/
テンプレートを表示
Visual C++ （マイクロソフト ビジュアル シープラスプラス；マイクロソフト ヴィジュアル シープラスプラス）とはマイクロソフト製のC、C++、C++/CLI用統合開発環境 (IDE) であり、コンパイラやデバッガを含む。通称VCあるいはVC++、MSVCなど。前身はMicrosoft C/C++などがある。
概要

事実上のWindowsの標準開発環境であり、その最適化性能は非常に高い。Visual C++ 7.1 (.NET 2003) からは標準C++規格への準拠度が大きく改善されている。同じバージョンでもいくつかのエディションが存在し、以前は上位エディションしか最適化をサポートしていなかったが、Visual C++ 2005から基本的な最適化はExpressを含む全てのエディションにおいて行なえるようになった。ただし、2005で導入されたプロファイリングに基づく最適化 (Profile Guided Optimization, PGO) は上位エディションのみでサポートされている。
Visual C++ 2005以降はVisual BasicやVisual C#などの他の開発言語と統合されたVisual Studioのパッケージとして販売されている。Visual C++ .NET 2003までは言語別製品として販売されていたが、2005以降は行なわれていない。販売されているVisual Studioパッケージから機能を制限した無料版のVisual C++ Express Editionが入手できる。
"Visual"という名称が付けられているが、Visual Basicなどと違ってRADではなく、基本的にはWindows SDK (Windows API) やMFCを使用してコードベースのプログラムを作成することになる（ただしリソースエディタを用いることで、ダイアログウィンドウやメニューの外観デザインのみを視覚的に行うことは以前からできた）。MFCはC++専用クラスライブラリであり、アプリケーションフレームワークの役目も担っているが、基本的にWindows APIの薄いラッパーでしかないため、生産性の点でVisual BasicやDelphiのようなRADに及ばない。しかし、Visual C++ 7.0 (.NET 2002) 以降は、後述するマネージ拡張C++あるいはC++/CLIを使用してWindows Formsアプリケーション（もしくはWindows Formsコンポーネント）を開発する場合に限って、フォームエディタを始めとしたVisual C#やVB.NETのようなRAD環境を使用できる。また、Visual C++ 11.0 (2012) 以降は、後述するC++/CXを使用してWindowsストアアプリを開発する場合、XAMLエディタを始めとしたRAD環境を使用できる。
また、旧来のWin32/MFCアプリケーション（もしくはDLL）に共通言語基盤 (CLI) のサポートを追加することで、.NET Frameworkのクラスライブラリを併用するハイブリッド開発も行なえる。これにより、例えばVisual C#/VB.NETで.NET基本クラスライブラリを使って開発したロジックライブラリや、Windows Forms/WPFを使って開発したGUI部品を、Win32/MFCアプリケーションで利用する、という相互運用が（制約付きではあるが）可能となっている。
Visual C++ 8.0 (2005) 以降は64ビット命令の生成に対応している。付属するコンパイラには、コンパイラが動作する環境と同じネイティブコードを生成するものと、32bit (x86) 環境で動作して 64bit (x64またはIA-64) ネイティブコードを出力するもの (クロスコンパイラ) がある。32ビット (x86) 環境上であってもクロスコンパイルすることができる。Visual C++ 11.0 (2012) 以降はARMプロセッサ向けのコード生成にも対応している。Visual C++ 14.1 (2017) 以降では、ARM64アーキテクチャのネイティブアプリケーション開発にも対応した (Visual Studio 2017 v15.9以降が必要)。
Windows用マルチメディアコンポーネントであるDirectXを使用してアプリケーション開発を行う場合に必要となるヘッダーファイルなどはWindows SDKに含まれているが、DirectX API は主にVisual C++シリーズで利用されることを前提に開発されているため、親和性が非常に高い。なお、Windows SDK 7.1までは最新のDirectX APIや各種ツール類を使用する場合は単独のDirectX SDK（単独の最終バージョンはJune 2010となっている）を別途インストールする必要があったが、Windows SDK 8.0以降は（D3DXライブラリなどの一部を除いて）最新のヘッダーおよびインポートライブラリファイルや各種ツール類がWindows SDKに含まれるようになった。
Visual Studio 2015では、AndroidおよびiOS向けのモバイルアプリケーションを開発できるようになった。ビルドシステムとしてMSBuildが使われるが、コンパイラはMSVCではなくClangが使われる。
言語

Visual C++のコンパイラは、C, C++, C++/CLI, C++/CXのソースコードを入力に受け付ける。
C言語規格に関しては、Visual C++ 9.0 (2008) SP1の時点ではANSI C89 (ISO C90, ISO/IEC 9899:1990) 対応であり、C99やC11には対応していない（//で始まるコメントやlong long intなどは言語拡張としてサポートされている）。Visual C++ 12.0 (2013) では、全てではないがC99の関数の大半を追加した。Visual C++ 14.1 (2017) では、C99プリプロセッサの部分的なサポートが追加された (Visual Studio 2017 v15.8以降)。Visual C++ 14.2 (2019) では、C11/C17の必須機能のサポートが追加された (Visual Studio 2019 v16.8以降)。
C++言語規格に関しては、Visual C++ 9.0 (2008) SP1の時点でC++98 (ISO/IEC 14882:1998) 規格に対応している。Visual C++ 10.0 (2010) では、auto、decltype、ラムダ式、rvalue reference（右辺値参照）、static_assert、nullptrなど、C++11規格で追加された機能を一部規格制定に先行して実装した。Visual C++ 11.0 (2012) では、Strongly typed enums、Forward declared enums、Standard-layout and trivial types、Range-based for-loop などのC++11規格を実装した。Visual C++ 12.0 (2013) では、Initializer lists、Alias templates、Delegating constructors、Raw string literals などのC++11規格を追加実装した。Visual C++ 14.0 (2015) では、constexpr、Unicode string literalsなどのC++11規格を追加実装し、またBinary literalsなどのC++14規格を一部実装した。Visual Studio 2017 15.0のVisual C++ 14.1 (2017) では、C++14規格の追加機能をすべてサポートしたが、C++11規格の一部がサポートされていない。Visual Studio 2017 15.7においてC++17規格の追加機能をすべてサポートしたが、C++11規格のうちC99プリプロセッサ (N1653) がサポートされていない。また、__cplusplusの定義値は既定で199711Lとなっているが、コンパイルオプション/Zc:__cplusplusを指定することで、C++言語標準モード設定に応じて201402Lなどに変化する。
言語 > 主なライブラリの拡張

特に、Visual C++ 2005ではバッファオーバーフローやマルチスレッドでの安全性の向上のため、大幅なライブラリの拡張が行われた。Cの関数にはstrcpyに対してstrcpy_sのように末尾に_sを追加した名称のものが該当し、その大半はISO Cの標準化委員会へTR 24731として提案されている。また、C++でも_sを付けたメンバ関数の追加（std::basic_istream::readに対して_Read_sのように）や範囲チェック付イテレータなどの追加が行われている。
なお、Visual C++ 2008にService Pack 1 (SP1) を適用すると、C++0x TR1対応ライブラリや、MFCでのVisual Studio風スマートドッキングウィンドウおよびOffice 2007風リボンインターフェイス作成のための拡張パッケージ（MFC Feature Pack）が追加される。また、Visual C++ 2010にSP1を適用すると、Direct2DやWindows Animation ManagerのMFC用ラッパークラスが追加される。
言語 > マネージ拡張C++

→詳細は「C++マネージ拡張」を参照
マネージ拡張C++ (Managed Extensions for C++、Managed C++) は.NET Frameworkに対応したアプリケーションを作成するため、C++を共通言語仕様CLSに準拠させるために独自の拡張を施したものであり、Visual C++ .NET 2002以降に搭載されている。これに対し従来のC++をマネージ拡張C++と区別する際にはネイティブC++ (もしくはアンマネージC++) と呼ぶ。1つのアプリケーション内にマネージ拡張C++とネイティブC++のコードを混在させることも可能であり、従来のC++で書かれたコードを徐々に.NETへ移行したり、あるいは他の.NET言語からC++で作られたライブラリを使用したり、C++コードから.NET Frameworkのクラスライブラリを活用するなどといったこと（相互運用）を可能にしている（グルー言語）。後継となるC++/CLIの登場により、マネージ拡張C++の使用は推奨されなくなっている。Visual C++ 2005-2013では、非推奨ではあるが互換性維持のため従来のマネージ拡張C++のソースコードもコンパイルオプション「/clr:oldSyntax」を指定することでコンパイルできるが、Visual C++ 2015で廃止された。
言語 > C++/CLI

→詳細は「C++/CLI」を参照
C++/CLIは（文法に不明瞭な部分のあった）マネージ拡張C++に代わる、CLSを満たすC++を基にしたプログラミング言語であり、Visual C++ 2005以降に搭載されている。なおC++/CLI環境では、従来のC++はアンマネージではなくネイティブと形容される。
言語 > C++/CX

→詳細は「en:C++/CX」を参照
C++/CX (component extensions) は、Windowsストアアプリ (UWPアプリ) で使用されるWindowsランタイム (WinRT) ライブラリを効率よく利用するために、C++11規格をベースとして拡張されたプログラミング言語であり、Visual C++ 2012以降に搭載されている。なお、言語構文は前述のC++/CLIとよく似ているが、C++/CXはC++/CLIとは違ってマネージ言語ではなく、ネイティブ拡張である。そのため、従来のネイティブC/C++用コードやCRTライブラリはほぼそのまま利用できるが、.NET Frameworkを直接扱うことはできない。また、C++/CLIとは同一ソースコード内に共存できない。Windowsランタイムコンポーネント (.winmd) を通じてC#やVB.NETと相互運用することができる。
言語 > C++/WinRT

→詳細は「en:C++/WinRT」を参照
Visual Studio 2015 Update 3以降では、C++/CX言語拡張を使わずに、C++/WinRT（英語版）と呼ばれる拡張ライブラリを用いてUWPアプリを開発することも可能となっている。C++/WinRTはC++17準拠コンパイラを必要とする。
言語 > その他の機能・特徴

32ビット/64ビット向けのVisual C++では、C/C++のlong double型は互換性のためだけに残されており、80ビットの拡張倍精度や128ビットの四倍精度をサポートしない。
Visual C++ 2005以降は/archコンパイルオプションによって、コンパイラ（オプティマイザ）は必要に応じて浮動小数演算にFPUでなくSSE/SSE2を使ったコードを出力できるようになるが、x64のようにすべての浮動小数演算命令がSSE2になるとは限らない。また、Visual C++ 2010以降はAVX命令の使用もサポートしている。Visual C++ 2013 Update 2以降はAVX2命令の使用もサポートしている。
無料版

Visual C++はエディションによってサポートする機能に違いがあるが、プログラミング初心者やアップグレード検討者向けに、Windows用クラスライブラリなどが付属しない無料版がマイクロソフトによって公開されている。無料版といえど、バージョンアップのたびに標準サポートされる機能が追加されており、VC 2005以降ではIDEのIntellisenseやデバッガなどの基本機能はStandardエディション以上の有料版と変わらず、簡単なアプリケーションやライブラリを作成するには必要十分といえる。なおExpressエディションの提供はバージョン2013までとなり、以降はCommunityエディションに統合される予定だったが、その後撤回され、Visual Studio 2015においてもExpressエディションが提供されることになった。
→「Microsoft Visual Studio Express」も参照
ほかにも、バージョン7.1までの Windows SDK (旧Platform SDK) とバージョン7.1までのWindows Driver KitにもVisual C++コンパイラが付属していた。
またバージョン10 1511のWindows Driver KitからはEnterprise Windows Driver Kitと呼ばれるコンパイラ等が付属するバージョンのWDKの配布が再開された。
Visual C++ Build Toolsは、ビルドサーバーや継続的インテグレーション (CI) 等、GUIを使用せずバッチ処理的にビルドを行う環境での使用を意図されたものである。統合開発環境を含む通常のVisual Studioを補完する製品という位置付けであり、Visual Studioの正規ユーザーが使用することが前提になっている。
ランタイムライブラリの互換性

Visual C++ (以下VC) のCRT (C Runtime) ライブラリは、コンパイルオプションによって静的リンクあるいは動的リンクを選択することができる。DLLおよびEXEにVCランタイムを動的リンクする場合、DLL/EXE自体のファイルサイズを削減できるなどのメリットがあるが、アプリケーションの実行にはVCバージョンごとのランタイムライブラリモジュールが実行環境に必要となる（例えばVC2010の場合は msvcr100.dll や msvcp100.dll など）。MFC/CLR/OpenMP/C++ AMPを利用して作成されたDLL/EXEの場合はさらにそれぞれのランタイムライブラリが必要となる。エンドユーザー環境向けにVCランタイムライブラリの再頒布可能 (redistributable) パッケージがインストーラー形式で提供されているが、このインストーラーにはデバッグバージョンのライブラリは含まれない。Windowsのバージョンによっては、特定のバージョンのVCランタイムのサブセットがシステムコンポーネントとしてプリインストールされている。
VCのランタイムライブラリは、バージョンごとにCRTオブジェクトのメモリ管理がなされていた。そのため、異なるバージョンのVC間でDLL境界を越えてCRTオブジェクトの寿命を管理することはできなかった。例えば古いバージョンのVCで作成されたDLL内でmalloc/newしたオブジェクトを、新しいバージョンのVCで作成されたアプリケーションでfree/deleteしたり、逆に新しいVCで作成されたDLL内でmalloc/newしたオブジェクトを、古いVCで作成されたアプリケーションでfree/deleteしたりすることは、ヒープ破壊などの実行時エラーや未定義動作を招く原因となる。メモリの確保と解放はモジュールごとに閉じていなければならず、モジュール外に確保と解放の処理を公開するためにはDLL関数によるラッピングが必要となる。
VC2015ではUniversal CRTが導入され、またVC2017およびVC2019ではランタイムに破壊的変更がなくVC2015との互換性があるため、一定の条件が満たされればDLL境界を越えてCRTオブジェクトの寿命を管理することができる。Windows 10の場合、Universal CRTはシステムコンポーネントとして標準インストールされているが、それよりも前のバージョンのWindowsではWindows Updateや再頒布可能パッケージによるシステムディレクトリへのインストール（集中配置）、あるいはアプリケーションごとのローカル配置などの手段を利用する必要がある。
→「Microsoft Foundation Class」も参照
JIS X 0221

JIS X 0221は、日本産業規格 (JIS) の制定している文字コード規格の一つ。規格の名称は「国際符号化文字集合 (UCS)」、ISO/IEC 10646の国際一致規格である。
歴史

本規格の元となるISO/IEC 10646はUnicodeをベースにしばしば改正（補遺の発行等を含む）されている規格であり本規格も初版が1995年（平成7年）に制定された後、ISO/IEC 10646本体の改正に合わせて2001年（平成13年）及び2007年（平成19年）に改正されている。それぞれの版の規格番号、制定・改正日および対応するISO規格の規格番号、制定・改正日は以下の通りである。
| 版 | JIS番号 | JIS制定・改正日 | ISO規格番号 | ISO制定・改正日 | 対応するUnicodeのバージョン |
| --- | --- | --- | --- | --- | --- |
| 第1次規格 | JIS X 0221:1995 | 1995年1月1日制定 | ISO/IEC 10646-1:1993 | 1993年制定 | Unicode 1.1 |
| 第2次規格 | JIS X 0221-1:2001 | 2001年4月20日制定 | ISO/IEC 10646-1:2000 | 2000年改正 | Unicode 3.0 |
| 第3次規格 | JIS X 0221:2007 | 2007年12月20日制定 | ISO/IEC 10646:2003 | 2003年制定 | Unicode 5.0 |
| 第4次規格 | JIS X 0221:2014 | 2014年6月20日改正 | ISO/IEC 10646:2012 | 2012年改正 | Unicode 6.1 |

それぞれの版のJIS はそれぞれの制定時点での最新のISOの内容を反映したものであり、正誤表などの内容を反映しているだけでなく、第3次規格のJIS X 0221:2007は、ISO/IEC 10646:2003の内容を反映しているのに加えて2005年（平成17年）制定の補追1及び2006年（平成18年）制定の補追2に相当する内容を含んでいる。ただし規格群全体で見ると第1次規格については1996年（平成8年）3月1日に「TECHNICAL CORRIGENDUM 1」が、第2次規格については2001年（平成13年）11月1日に「ISO/IEC 10646-2:2001 UCS -- Part 2: Supplementary Planes」が、第3次規格については2008年（平成20年）2月15日に「ISO/IEC 10646:2003/Amd.3 Lepcha, Ol Chiki, Saurashtra, Vai and other characters」がそれぞれ制定されたためそれ以降はJISとISOの最新版とは内容的には一致しないことになる。
当初、国際符号化文字集合の規格全体は、内容が膨大なものとなり、規格全体を一冊の規格票にまとめるのは現実的ではないと考えられていたため、一つの規格で全てを定めるのではなく複数の規格群によって構成されることを予定していた。なお、JISの第1次規格において部編成を示す枝番がなかったのは当時JISの側にそのような方法が定められていなかったためであり部編成にすること自体は予定されていたと第2次規格の規格票の解説において説明されている。ISO/IEC 10646については実際に2001年（平成13年）11月1日に規格群を構成する追加規格であるISO/IEC 10646-2:2001「国際符号化文字集合（UCS） - 第2部 追加多言語面」が制定されている（この規格だけに対応するJISは制定されなかった）。その後、規格の内容の大きな部分を占めるコードと文字の対応関係を定めた部分などをCD-ROM化して規格票に収めることが可能になり、第3次規格においては国際符号化文字集合の規格全体を一つの規格として定めることになった。そのため、第2次規格までの規格の名称は「国際符号化文字集合（UCS） - 第1部 体系及び基本多言語面」となっている。また規格票の頁数は、第1次規格では全体で1036頁（うち解説149頁）、第2次規格では全体で1236頁（うち解説151頁）であったものが第3次規格では全体で166頁（うち解説21頁）、第4次規格では全体で178頁（うち解説27頁）となっている。
この規格のように、規格の「改正」にあたって規格番号の末尾の「-1」が付いたり取れたりするような「部編成が変わる」場合、内容的（実質的）には改正であっても形式的には前の規格を廃止し、新たな規格を制定したとして扱うように定められている。そのため、本規格においては第2次規格および第3次規格は形式的にはそれぞれ前の規格の改正ではなく新たな規格を制定したことになっている。ただし本規格の第2次規格以降の規格票の解説においては上記の説明を行った上で規格の内容の変遷については「改正」として説明を加えている。
日本文字部分レパートリ

付属書JAにおいて、以下の６つのレパートリを規定している。
| 組番号 | 名前（レパートリ名） | レパートリ名称 | 総文字数 | JIS X 0208 漢字 | JIS X 0212 漢字 | JIS X 0213 漢字 |
| --- | --- | --- | --- | --- | --- | --- |
| 285 | BASIC JAPANESE | 基本日本文字集合 | 6884 | 6355 | 0 | 6355 |
| 371 | JIS2004 IDEOGRAPHICS EXTENSION | JIS2004拡張漢字集合 | 3695 | 0 | 2743 | 3695 |
| 372 | JAPANESE IDEOGRAPHICS SUPPLEMENT | 補助漢字集合 | 5801 | 0 | 5801 | 2743 |
| 286 | JAPANESE NON IDEOGRAPHICS EXTENSION | 拡張非漢字集合 | 631 | 0 | 0 | 0 |
| 287 | COMMON JAPANESE | 通用日本文字集合 | 609 | 0 | 279 | 276 |
|  | JAPANESE NON IDEOGRAPHICS SUPPLEMENT | 追加非漢字集合 | 1457 | 0 | 0 | 0 |
補足
BASIC JAPANESEに含まれるJIS X 0208漢字の数は参考資料では6356文字となっているが、「JIS X 0208#漢字集合」に記載の漢字数に合わせる。
COMMON JAPANESEの総文字数は、COMMON JAPANESE（BASIC JAPANESE含む）の7493文字からBASIC JAPANESEの6884文字を引いた数。
JIS2004 IDEOGRAPHICS EXTENSIONとJAPANESE IDEOGRAPHICS SUPPLEMENTは2742文字を共有している。
日本文字部分レパートリのうち、BASIC JAPANESE 及び COMMON JAPANESE は、それぞれを単独で又は他の日本文字部分レパートリと組み合わせて用いることを意図している。
通用日本文字集合 (COMMON JAPANESE) にだけ含まれる漢字は34文字。JIS X 0213、JIS X 0212に含まれない漢字を参照。
「仝」はJIS X 0208またはJIS X 0213では記号として扱われているがUnicodeでは漢字としての扱いである。
JIS X 0212とJIS X 0213でUCS符号が一致しない文字がある。
| レパートリの組み合わせ | BASIC JAPANESE | JIS2004 IDEOGRAPHICS EXTENSION | JAPANESE IDEOGRAPHICS SUPPLEMENT | JAPANESE NON IDEOGRAPHICS EXTENSION | COMMON JAPANESE | JAPANESE NON IDEOGRAPHICS SUPPLEMENT |
| --- | --- | --- | --- | --- | --- | --- |
| 単独1 | ○ |  |  |  |  |  |
| 単独2 |  |  |  |  | ○ |  |
| 組み合わせ1 | ○ | ○ |  |  |  |  |
| 組み合わせ2 | ○ | ○ |  | ○ |  |  |
| 組み合わせ3 | ○ |  | ○ |  |  |  |
| 組み合わせ4 |  | ○ |  |  | ○ |  |
| 組み合わせ5 |  | ○ |  | ○ | ○ |  |
| 組み合わせ6 |  |  | ○ |  | ○ |  |
日本文字部分レパートリ > 概要と履歴

Unicodeでは任意の部分集合による実装が認められているため、送信した文字を受信側が正しく表示できる保証はまったくない。これに対してISO/IEC 2022では、適合を主張する実装は文字集合に対して1文字たりとも追加・削除・変更が許されないため、文字集合に含まれる文字すべてを扱えることが保証される。この問題を補うため、ISO/IEC 10646では特定用途でよく使われる文字を集め、適合を主張する実装に対して構成する文字すべての実装を義務づける「組」（英: collection）を規定している。
しかしISO/IEC 10646には欧州で使われる文字を集めたMESなどの組はあるものの、日本語でよく使われる文字を集めた組は規定されていなかった。このためJIS X 0221では「日本文字部分レパートリ」という名の附属書を追加し、日本語でよく使われる文字を制限部分集合として独自に定めている。第1次規格では附属書1に以下の7種類を規定していた。
第2次規格ではレパートリの内容に変更はないが、JIS X 0221がISO/IEC 10646の国際一致規格であることとの整合性の問題を受け、附属書1は規定から参考に格下げされた。
第3次規格では附属書1は附属書JAに変更されて基本日本文字集合と追加非漢字集合以外のレパートリは廃止され、代わりに以下の4つが追加された。
これらは、ISO/IEC 10646:2003の追補2までの内容しか含まないJIS X 0221の第3次規格では依然として参考扱いであるが、追加非漢字集合以外の5つは2008年（平成20年）に制定されたISO/IEC 10646:2003の追補3で組として追加された。
注釈・出典

↑  JIS X 0221 漢字データベースプロジェクト
1 2 3  JIS X 0221:2014 国際符号化文字集合（ＵＣＳ）
↑  スラド COMMON JAPANESE にだけ含まれる漢字
↑  The Unicode Consortium (2006-11-03). The Unicode Standard, Version 5.0. Addison-Wesley Professional. p. 61. ISBN 978-0-321-48091-0. https://www.unicode.org/versions/Unicode5.0.0/ch02.pdf#G1750
↑   7ビット及び8ビットの2バイト情報交換用符号化漢字集合 解説. 日本規格協会. (1997-01-20). p. 375
↑  “Extended Collection definition” (2006年4月27日). 2008年4月27日閲覧。
↑   Information technology -- Universal Multiple-Octet Coded Character Set (UCS) -- Amendment 3: Lepcha, Ol Chiki, Saurashtra, Vai and other characters. (2008-02-15). pp. 6-9. http://standards.iso.org/ittf/PubliclyAvailableStandards/c044871_ISO_IEC_10646_2003_Amd_3_2008(E).zip
ニューズウィーク

| ニューズウィーク |
| --- | --- |
 Newsweek
 創刊号
ジャンル:  ニュース情報誌
刊行頻度:  週刊
発売国:   アメリカ合衆国
言語:  英語
出版社:   Independent (1933–1961, 2018–present)  The Washington Post Company (1961–2010)  The Newsweek Daily Beast Company/IAC (2010–2013)  IBTメディア (2013–2018)  Newsweek Publishing LLC (2018–present) 
ISSN:  0028-9604
刊行期間:  1933年2月17日 - 現在
ウェブサイト:  www.newsweek.com
テンプレートを表示
ニューズウィーク（英語: Newsweek）は、主に政治や社会情勢などを扱うアメリカ合衆国の週刊誌である。ニューヨークに本社がある。
概要

1933年2月17日にトーマス・J・C・マーティンが中心となって創刊。当時は「News-Week」とハイフンが入った名称だった。ジャパン・ロビーのメディアとして第二次世界大戦前後に売り上げを伸ばし、1961年にワシントン・ポスト社に買収された当初は、写真とニュースを売り物にした雑誌だったが、次第に論説やインタビュー記事、著名人によるコラム、独占取材など、多様な内容に変わっていった。
2007年頃より赤字額が拡大し、2010年5月5日にはワシントン・ポスト社が売却を検討していることを発表。同年8月2日に音響機器メーカー大手のハーマン・インターナショナル・インダストリーズの創業者シドニー・ハーマン（英語版）に売却すると発表し、1ドル（約78円）で売却された。
2012年10月18日の発表によると、「印刷版としては米国では2012年12月31日に発行されるものが最終号となり、以降は 「Newsweek Global」としてデジタル版のみの発行となる」としていたが、2014年5月に印刷版の発行を再開した。再開して最初の号の表紙はビットコインに関する記事であった。しかし、2018年にIBTM社は事業を分割。2020年には、ウェブサイト月間閲覧者数1億人を突破。2023年、業務に生成AIを活用すると発表。
本社・支局

ニューヨークの本社のほかに、アメリカ国内外22の支局がある。国内支局はロサンゼルス、シカゴ/デトロイト、ダラス、マイアミ、ワシントンD.C.、ボストン、サンフランシスコ、外国支局は、メキシコシティ、パリ、東京、ワルシャワ、ケープタウン、フランクフルト、香港、エルサレム、ロンドン、モスクワ、北京、ベルリン、バグダッド、およびブエノスアイレスにある。
競合誌

創刊以来、アメリカ国内のニュース雑誌の発行部数では、おおむね「タイム」誌に続く2位となっている。3位は「USニューズ&ワールド・レポート」。2003年の発行部数は、アメリカの約270万部を含む、世界で計400万部以上発行されていたが、2010年までに、150万部まで減少した。
英語版

英語版にはアメリカ国内版と国際版があり、それぞれに別の編集長がいる。アメリカ国内版は国内のニュースやトピックを中心にしており、国際版とは内容が大きく違う。国際版には、太平洋版、ヨーロッパ版、ラテンアメリカ版があり、互いに構成・内容が違うことも多い。
外国語版・現地版

現地版として日本版、韓国版、ポーランド版、ロシア版、スペイン語版(欧州スペイン語、南米スペイン語)、アラビア語版、セルビア語版、トルコ語版、のほか、月刊の中国語版である「Newsweek Select」がある。オーストラリアには提携誌である「The Bulletin with Newsweek」があったが、2008年1月に廃刊となった。
日本版

TBSブリタニカから1986年1月23日に創刊された。発行人は北畠霞、編集主幹は岡孝、初代編集長は浅野輔。ニューヨーク支局長として青木冨貴子のクレジットも確認される。歴代編集長には竹田圭吾なども名を連ねる。2025年時点の編集長は、長岡義博である。
創刊に先立つ1985年から5年以上にわたって、特別アドバイザーとしてジェラルド・カーティスがニューズウィーク日本版を監修する責任を負った。
出版元は、TBSブリタニカから阪急コミュニケーションズを経て、2014年10月よりCCCメディアハウスへ移行した。価格は紙版が定価510円、デジタル版が420円。発行部数は26,858部（2023年6月時点）。出版元がTBSブリタニカであった1989年、ニューズウィーク日本版別冊として「激動の昭和」(ニューズウィーク1933年～1951年のダイジェスト版)が発行されている。
疑義を持たれた報道・捏造報道 > 北朝鮮日本人拉致問題報道

2003年10月22日号「拉致された北朝鮮報道」の記事において、「家族会および救う会が「拉致報道」をコントロールしていて、『被害者にインタビューできるのは、彼らの眼鏡にかなった記者だけ』」と批判した。実際は、5人の拉致被害者家族はメディアの個別取材にはいっさい応じておらず、特定の記者を選別しているわけではなかった。救う会はこの記事に抗議し、編集部は当該部分の誤りを認め、後日「お詫び」を掲載して関係者に謝罪した。
疑義を持たれた報道・捏造報道 > 『華氏911』批判記事

2004年6月28日号（日本版2004年7月21日号）において、マイケル・ムーア監督によるブッシュ政権批判のドキュメンタリー映画『華氏911』を非難する記事（日本版タイトル「ここが変だよ華氏911」）を掲載した。記事を書いたのは、ビル・クリントン大統領のモニカ・ルインスキースキャンダルのスクープで有名なマイケル・イシコフ（英語版）記者で、記事の中でイシコフは、「『華氏911』には事実の歪曲や論理の飛躍が目立つ」としてムーア監督を非難した。もっとも、イシコフが『華氏911』の問題点として具体的に取り上げた箇所は以下の2つのみであった。
『華氏911』では、911テロ事件直後にアメリカ全土の民間航空機が飛行禁止となっている中で、ビン・ラディン一族を含むサウジアラビアの王族を乗せたチャーター便だけがブッシュ大統領の意向で飛行を許可され、アメリカ国外に脱出できたとしているが、彼らが国外に脱出したのは、飛行禁止が解けた9月14日以降のことである。
ブッシュ元大統領とビン・ラディン一族が関係していた投資会社「カーライル・グループ」は、国防会社の「ユナイテッドディフェンス（以下UD社）」を所有しており、「911で大きな利益を上げた」と『華氏911』では指摘しているが、実際はUD社がアメリカ陸軍のために11億ドルをかけて開発していたクルセイダー戦車の導入が中止され損をしている。
これに対してムーア監督は、次のように反論している。
たしかにサウジアラビア王族が出国したのは飛行禁止解除後だが、チャーター機は飛行禁止だった9月14日以前に飛行し、アメリカ国内に点在しているビン・ラディン一族を次々とピックアップしていた。事実、9月13日のタンパ国際空港の飛行記録には、1機の自家用ジェット機が同空港に着陸、3人のサウジアラビア人を乗せて飛び去ったと記載されている。
UD社がクルセイダー戦車の導入をアメリカ陸軍に破棄されたのは、カーライル・グループがUD社を売却した後であり、カーライル・グループは911後にUD社を売却して莫大な利益を上げていた。
「これらは少し調べれば判ることなのに、わざと時間軸をずらして読者に『華氏911』に疑念を抱かせようとしている悪質な中傷記事である」とムーア監督は抗議した。さらに返す刀で、記事を書いたイシコフ記者が過去に勤めていた『ワシントンポスト』誌で、イランコントラ事件やホワイトウォーター疑惑を巡って憶測に満ちた記事を書いたことで、同誌に訂正文を掲載させるなど、キャリアに問題のある記者であることを暴露した。
結局、抗議を受けてイシコフとニューズウィークは記事の訂正を余儀なくされた。なお、イシコフ記者はその後もニューズウィークに残り、グアンタナモ収容所コーラン冒涜報道事件（後述）を引き起こしている。
疑義を持たれた報道・捏造報道 > グアンタナモ収容所コーラン冒涜報道事件

2005年5月9日号のマイケル・イシコフ記者による署名記事『ペリスコープ』において、「グアンタナモのグアンタナモ湾収容キャンプで、イスラム教の聖典コーランを便所に流して囚人を動揺させ、自白を強要する尋問法が使われている」という、匿名のアメリカ軍関係者の証言を掲載した。この記事が掲載される以前から、「アメリカ軍人が囚人を尋問する際に、目の前でコーランを破ったり蹴ったりしている」という報道があったが、アメリカ軍の関係者が公式に認めたという記事は、これが初めてだった。
この記事が掲載されたのを機に、イスラム国家で猛烈な反米抗議運動が巻き起こり、パキスタンとアフガニスタンでは、抗議デモと警官隊の衝突で16人の死者が出た。
事件を受けて、アメリカ軍は内部調査を開始し、その結果「報道されたような事実はない」と発表した。ライス国務長官やマクラレン報道官ほか、軍高官等は「事実無根の記事でイスラム世界でのアメリカのイメージを傷付けた」としてニューズウィークを激しく非難した。
ニューズウィークは当初、「記事を撤回する気はない」としていたが、非難の声が高まったため、記事の再検証を開始した。再検証の結果、取材源のアメリカ軍関係者にコーラン冒涜の事実を確認したところ、何の反応もなかったので、事実を認めたとみなし掲載したという経緯を明らかにし、「高官の沈黙を確認と間違えて判断して掲載してしまった」と非を認め記事を撤回した。ただし、捏造および誤報とは認めなかった。
ニューズウィークは、「読者への書簡」と題する謝罪文を掲載し、以後、匿名のリーク記事の乱用を戒める旨を読者に誓った上、アメリカ軍関係者、暴動での犠牲者と遺族へ謝罪した。
撤回の後、ニューズウィークは、単一の匿名情報源に依拠する報道姿勢に問題があったとの批判を受けた。ニューズウィークは、この点について改善を約束した。
疑義を持たれた報道・捏造報道 > トランプ大統領の感謝祭中の行動についての記事

2019年11月28日の記事において、ジェシカ・クォン（Jessica Kwong）は「感謝祭中のトランプ大統領はゴルフやツイートに明け暮れる」と憶測に基づき述べた。しかし、記事の公開後、トランプ大統領は極秘裏にアフガニスタンのバグラム米空軍基地を訪れ、約1500人の米軍将兵達を慰問して感謝祭の夕食をとり、その後、アフガニスタンのアシュラフ・ガニ大統領と会談して帰国した。ドナルド・トランプ・ジュニアは、この記事を「フェイクニュース」だと批判、ニューズウィークは記事内容を修正した。また、執筆者のクォンはこの件を受けて解雇されている。
桐生ココ

| 桐生ココ Kiryu Coco |
| --- | --- |
作者:  yaman**（キャラクターデザイン） ぽんぷ長（3DCG）
プロフィール
愛称:  会長
生年月日:  6月17日
年齢:  3502
性別:  女性
種類:  ドラゴン
身長:  180センチ（ドラゴン時7メートル）
イメージカラー:  オレンジ
テンプレートを表示
桐生ココ（きりゅう ココ、英: Kiryu Coco）は、日本の元バーチャルYouTuber、バーチャルアイドル。ホロライブ4期生として活動していた。
概要

誕生日は6月17日。身長180センチ（ドラゴン時7メートル）。
キャラクターデザインはyaman**、3Dモデルはぽんぷ長がそれぞれ担当。ファンの愛称は「たつのこ」。メンバーシップの名前は「桐生会」。年齢は2021年6月17日で3502歳で、紀元前1482年生まれとなる。
長が付く言葉が好きで、ホロライブ4期生のため、4代目会長と名乗っていた。
英語は流暢に話すが、日本語は学習中。『龍が如く』などのゲームを行った際に学んだ日本語であるみかじめ、ケツ持ちなどの独特のセンスの言葉を使った。自身の推しキャラに龍が如くシリーズの主人公である「桐生一馬」を挙げており、自身の名前にも「桐生」と使っている他、公称誕生日の6月17日は桐生一馬の誕生日と同じである。
好きなものはゲームで、『ARK: Survival Evolved』のサーバーを自ら立てて、Vtuber界で流行を起こした。
デビュー翌日から、ホロライブメンバー関連のニュースを扱う『あさココLIVEニュース』を開始。独特のワードセンスでニュースにツッコミを入れるとともに、メンバーそれぞれの魅力を伝え、ホロライブの国内外での認知度向上・ファン層の強化につながった。また、2020年1月末から2月初旬に複数のホロライブメンバーの収益化がはく奪された際、あさココLIVEニュースの翻訳動画がきっかけで、海外のYouTuber・TheQuarteringを巻き込んでYouTubeに修正を訴え、収益化復帰に貢献した。
2020年7月24日、英語圏のウェブサイト「Reddit」に投稿されたホロライブのミームを紹介する動画を初投稿。後にホロライブメンバーをゲストとして呼び、関連するミームを日本語で紹介する人気シリーズ「REDDIT MEME REVIEW」となった。
YouTubeのスーパーチャットのランキング（Playboard）で2020年は世界第1位（総額：1億5022万2620円）、2021年は世界第2位（総額：1億7168万3991円）となった。
2021年6月9日に自身の配信にて、同年7月1日付でのホロライブからの卒業を発表。
卒業発表後、世界中のファンから祝福が送られ、香港では複数のバス停に桐生ココのイラスト広告を表示したり、台湾では桐生ココのラッピングバスの運行、日本ではりゅう座にある星に「桐生ココ」「たつのこ」と命名するなど、様々な企画がファンによって行われた。
2021年7月1日、卒業ライブを行い、ホロライブプロダクションを卒業。それまで同事務所の公式サイトでは活動を終了したタレントのプロフィールページは順次削除されていたが、桐生は初めて「卒業生」として残されており、2021年8月に開設されたホロライブ公式サイトにおいても同様の対応がなされている。
元々ホロライブは白上フブキの影響で少なくも英語圏での知名度はあったが、桐生の登場によりそれが拡大、後のホロライブの海外進出や英語圏でのバーチャルYouTuberブームに貢献した。活動終了後も白上フブキや、同じく2020年を境に海外で注目され始めた戌神ころね、兎田ぺこら、赤井はあと、潤羽るしあらと並び根強い人気を誇っている。
活動

12月28日、YouTubeで初配信を行い、デビュー。翌日にはホロライブメンバー関連のニュースを扱う『あさココLIVEニュース』を開始した。
1月11日、チャンネル登録者数10万人を達成した。
1月14日、bilibiliでも活動を開始したが、その後は更新されておらず、動画は削除されている。
6月27日、3Dお披露目配信を行った。
7月24日、Redditに投稿されたホロライブのミームを紹介する動画を初投稿。
8月3日、チャンネル登録者数50万人を達成した。
9月27日、機密情報の二次利用及び一部地域の在住者への配慮に欠けた発言などがホロライブプロダクションを運営するカバー株式会社のガイドラインや契約内容に違反するとして、同年10月19日までの約3週間の活動自粛となった。
11月27日、同年12月13日までの約2週間、YouTube上での活動休止を行った。桐生ココ本人による判断のため、カバー株式会社及びホロライブプロダクションからの発表はない。休止理由は明らかにしていない。
1月1日、お正月新衣装お披露目配信を行った。
2月7日、Live2D 2.0のお披露目配信を行った。
2月15日、アイドル衣装お披露目動画のプレミア公開を行った。
2月17日、YouTubeのチャンネル登録者数が100万人を突破。ホロライブプロダクション史上10人目。
6月9日、自身のYouTubeのチャンネルにて、7月1日をもってホロライブを卒業することを発表。
6月23日、YouTubeのチャンネル登録者数100万人突破記念新衣装お披露目配信を行った。
7月1日、自身のYouTubeチャンネルにて卒業配信を実施。活動を終了した。
出演 > ライブ・イベント

※はライブストリーミングのみ。
「hololive 2nd fes. Beyond the Stage Supported By Bushiroad」（2020年12月21 - 22日、TACHIKAWA STAGE GARDEN、ニコニコ公式有料生放送・SPWN）※
リリース音源 > シングル

| 発売日 | タイトル | アーティスト | 品番 | 出典 |
| --- | --- | --- | --- | --- |
| 2021年6月25日 | キセキ結び | ホロライブ4期生（天音かなた、桐生ココ、角巻わため、常闇トワ、姫森ルーナ） | CVRD-049 |  |
アンドレイ・アニハーノフ

| アンドレイ・アナトリエヴィチ・ アニハーノフ |
| --- | --- |
 
基本情報
出生名:  Андрей Анатольевич Аниханов
生誕:   (1965-01-11) 1965年1月11日  ソビエト連邦 レニングラード
学歴:  レニングラード音楽院
ジャンル:  クラシック音楽
職業:  指揮者
アンドレイ・アニハーノフ（ロシア語: Андрей Анатольевич Аниханов；ラテン文字転写例: Andrey Anikhanov、1965年1月11日 - ）は、ロシアの指揮者。
経歴

1965年、レニングラードで生まれた。グリンカ記念合唱学校に入学し、その後レニングラード音楽院に進んだ。合唱指揮を先行して1988年に修了、オペラと交響楽指揮を専攻して1922年に修了した。1987年全ソ連青年指揮者コンクールに優勝して一躍楽壇の寵児となった。
1989年より指揮者として活動を始め、1992年に27歳という異例の若さでレニングラード国立歌劇場管弦楽団の首席指揮者となって以来、音楽監督も兼任している。しかし2008年5月、同歌劇場の運営体制に抗議し辞任する。他にはサンクトペテルブルク交響楽団やサンクトペテルブルク・フィルハーモニー管弦楽団を激務の合間で振っている。またサンクトペテルブルク復活音楽祭の音楽監督を務めるほか、ローマ歌劇場、ナント歌劇場、シチリア音楽祭にも何度か招聘されており、特にローマ歌劇場ではバレエの多くを委ねられている。なお2009年より東京ニューシティ管弦楽団の指揮者に就任し、2010年よりロストフ歌劇場の指揮者に就任した。
演奏活動・録音

オーケストラとの演奏・録音活動も頻繁であり、ナクソス・レーベルにリムスキー・コルサコフの交響曲全集を、他のレーベルからもチャイコフスキーの交響曲全集やモーツァルトの歌曲等を録音した。他にグッド・ホープに「悲愴」「三大バレエ」「特選クラシック名曲集」を録音した。またロシアの現代作曲家を度々録音している。
交友としてはヴァレリー・ゲルギエフのほか西本智実がいる。特に西本を高く評価しており、歌劇場での出演機会を度々提供している。
日本との関係

1991年からバレエ団に帯同する形で毎年来日を果たす。しかも一度来日すると、約3ヶ月間を連日のように公演をこなしていく強行軍だった。その後、歌劇場に帯同、オーケストラのみとの来日も増えて行った。2006年には単身来日して京都市交響楽団を振っている。2008年3月には単身来日し、牧阿佐美バレエ団に協力してロイヤル・メトロポリタン管弦楽団を指揮している。なお2009年には東京ニューシティ管弦楽団の客演指揮者に就任することが発表され、主催公演のほかバレエ公演も頻繁に指揮するようになった。このように日本における滞在時間がきわめて長いことで知られる。
エピソード・インタビュー

尊敬する作曲家は、チャイコフスキーとラフマニノフであることをインタビューで語った。
指揮者は通常、主催者が用意する車両でホテルを往復するが、アニハーノフは地下鉄通勤だった。
バレエ雑誌「ダンスマガジン」の取材にて、髪型についてのインタビューを受ける。本人は地毛でありパーマは天然であることを明言した。
シンコウシングラー事件

シンコウシングラー事件（シンコウシングラーじけん）とは、1999年に中央競馬で発生した日本中央競馬会競馬施行規程違反にまつわる出来事である。
概要

1999年5月16日、東京競馬場で行われた緑風ステークスに出走したシンコウシングラーは2位に入線したが、レース後に負担重量の検量を行った際、レース前の検量時と比較して1.7キログラムの不足があったことにより、失格となった。
原因

シンコウシングラーに騎乗した騎手の柴田善臣が負担重量を調節するために用意していた、2キログラムのゴム製パッドが鞍に装着されていなかったことが重量不足の原因であった。柴田がレース前の検量後に鞍を検量室内に置いた際、パッドのほかゼッケンや腹帯といった装具の順番を正しく並べておかず、それをシンコウシングラーの管理調教師である栗田博憲が装鞍するために検量室外へ運び出すにあたり、並べなおした際に、パッドを置き忘れたのではないかと推定された。