stanford-oval/wikipedia huggingface dataset:
GNOME Core Applications
設定

設定 - GNOMEの様々な局面を設定する中心的なインターフェースである。多様なパネルが、NetworkManagerデーモンや他のデーモンを設定するためのグラフィカルなフロントエンドとなっている。
dconf editor - dconfのエディターである。
設定
会話

Contacts - 住所管理を行う。
Mail（現在設計中）
GNOME Contacts
ファイル

Files - GNOMEのファイルマネージャ。
Photos
Music - データベース管理機能を持つオーディオプレーヤー。
Videos - GNOME向けのメディアプレーヤー。
GNOME Files
GNOME Photos
GNOME Music
GNOME Videos
システム

Boxes - 仮想マシンのためのフロントエンド。GNOME 3.4で導入された。
Disks
Usage - ディスク使用量アナライザー（Baobabとしても知られる）やGNOME システムモニタなどの混合物。
Logs - Valaで書かれており、3.12で導入された
ヘルプ
Software
端末
GNOME Boxes
GNOME Disks
GNOME Usage
GNOME Logs
GNOME ヘルプ
GNOME Software
GNOME 端末
ワールド

Clocks
Maps
Weather
Web
GNOME Clocks
GNOME Clocks
GNOME Maps
GNOME Weather
GNOME Web
ユーティリティ

電卓
カレンダー
Characters
Notes - Bijibenとして知られるが、GnoteやTomboyではない。
テキストエディタ - シンタックスハイライティング機能を持ったテキストエディタ。
GNOME Calculator
GNOME Calendar
GNOME Notes
テキストエディタ
近藤肇

| こんどう はじめ近藤 肇> プロフィール |
| --- | --- |
出身地:   日本 北海道紋別郡雄武町
生年月日:   (1965-03-22) 1965年3月22日（59歳）
最終学歴:  北海道大学工学部衛生工学科卒業
勤務局:  北海道放送
部署:  アナウンス部・『HBCウェザーセンター』所属
職歴:  北海道放送アナウンサー兼気象予報士
活動期間:  1990年 -
担当番組・活動
出演中:  本文参照
出演経歴:  本文参照
アナウンサー: テンプレート - カテゴリ
近藤 肇（こんどう はじめ、1965年3月22日 - ）は、北海道放送（HBC）のアナウンサーで、気象予報士。
人物

北海道紋別郡雄武町出身。北海道札幌北高等学校、北海道大学工学部衛生工学科卒業。北海道大学大学院工学研究科修士課程修了。博士課程まで進んだが、アナウンサーを目指し、大学院時代、1年休学してデンマークに留学。HBC制作の映像作品で英語ナレーションを担当することもある。
ミニ番組『ちょいなび』（月曜 - 金曜 11:55 - 11:59）の名付け親である。
HBCが予報業務許可事業者に指定されたことから開設された気象情報セクション『HBCウェザーセンター』とアナウンス部に兼任所属しており、2000年台中盤からは気象予報士としての業務が殆どである。
現在の担当番組 > テレビ

今日ドキッ!（お天気キャスター）
現在の担当番組 > ラジオ

5丁目STATION アキトム! (3スタ生)（準レギュラー）
2018年春放送分から不定期でウェザーセンターと3スタを局内回線で結びトークに参加する事がある。2020年春頃からは、カミトムコーナー内で、近藤自らが出題者となる尺八クイズが半ばレギュラーコーナー化している。
過去の担当番組 > テレビ

おはようクジラ（北海道担当キャスター）
HBCゆうやけワイド・テレビ一番星
Hana*テレビ（お天気キャスター）
総力報道!THE NEWS HBC（お天気キャスター）
えなりかずき!そらナビ（CBC制作全国ネット） - 北海道中継担当
タカアンドトシ150の新発見（ナレーション）
NEWS1（お天気キャスター）
森田の新春天気!!シリーズ（TBSテレビ制作）
北海道内からの生中継が組まれている年（過去には2012 - 2014年および2016・2019年）に、リポーターとして出演。
ちちんぷいぷい（MBSテレビ制作）
2015年11月27日放送分から、HBCとの相互ネットゾーン（14時台）で札幌市内（札幌市時計台やさっぽろ雪まつり会場など）からの生中継を実施する場合に、中継リポーターとして出演していた。2018年9月21日（いずれも金曜日）放送分で、HBCでの同時ネットを終了。
過去の担当番組 > ラジオ

ヨルカン（代打）
カーナビラジオ午後一番!（ニュース担当）
青函フェリー

| --- | --- |
 函館ターミナル （北海道函館市）
種類:  株式会社
略称:  SEIKAN
本社所在地:   日本 〒040-0076 北海道函館市海岸町22番5号  北緯41度46分57.5秒 東経140度43分38.1秒﻿ / ﻿北緯41.782639度 東経140.727250度﻿ / 41.782639; 140.727250座標: 北緯41度46分57.5秒 東経140度43分38.1秒﻿ / ﻿北緯41.782639度 東経140.727250度﻿ / 41.782639; 140.727250
設立:  2022年4月1日
業種:  海運業
法人番号:  7440002002324 
事業内容:  一般旅客定期航路事業
主要株主:  栗林商船
外部リンク:  www.seikan-ferry.co.jp 
テンプレートを表示
青函フェリー（せいかんフェリー）は、北海道函館市に本社を置く日本の海運会社。 津軽海峡を往来する航路でフェリーを運航している。
概要

共栄運輸は、1923年4月に株式会社山祐商会として小樽市で設立された後、1941年6月に社名を現在の共栄運輸株式会社に変更、内航運送事業に進出した。1968年6月に本社を函館へ移転した後、1970年9月に貨物船「はやぶさ」（499総トン）を建造して青函航路で自動車航送事業を開始した。北日本海運は、1944年4月に青森海洋筏株式会社として設立された後、青森海運株式会社を経て1960年5月に社名を笹井海運作業株式会社に変更、1962年5月に日本通運傘下となった後、1970年8月に貨物船「第3朝香丸」（678総トン）を就航させた。
両社は1972年4月に青函航路の自動車航送貨物定期航路事業の免許を受けた後、1973年2月に業務提携を行い、窓口業務などを担う有限会社青函フェリーを設立、共同運航を開始した。その後、1985年に笹井海運作業は社名を現在の北日本海運株式会社に変更している。長らく旅客営業を行わない貨物フェリーとして運航していたが、2000年10月の海上運送法の改正により、自動車航送貨物定期航路事業を一般旅客定期航路事業に事業変更して旅客営業を開始した。
2017年12月には共栄運輸が第2種旅行業登録を行い、旅行代理店との契約締結を開始。JAFや日本RV協会（くるま旅クラブ）等との施設割引提携を実施し、青函フェリー往復と北海道内ホテルのセットプラン設定を皮切りに団体客誘客やホテル・飲食店と提携。NEXCO東日本「北海道観光ふりーぱす」の提携、また、船内無料Wi-fiサービスの提供等利用促進を進める。他に、北海道開発局が推進するシーニックバイウェイ北海道に協力企業として参画し北海道内の秀逸な道等をPRする活動を担っている。
2020年7月20日、共栄運輸の親会社でもある栗林商船が北日本海運の全株式を取得することを発表。株式譲渡実行日は同年9月1日。その後2021年には北日本海運の2隻のファンネルマークを共栄運輸のものに変更した。
2022年3月24日、共栄運輸と北日本海運は2022年4月1日付にて合併し青函フェリー株式会社を発足、併せてロゴマーク（企業シンボルマーク）のリニューアルなども発表された。
航路

函館港（北埠頭・青函フェリーターミナル） - 青森港（沖館地区・青森港フェリーターミナル） 上下各8便、航海時間3時間50分 - 4時間00分
函館港では以前は一般貨物船用岸壁を共用しており、船尾のみを接岸する縦付け係留を行っていたが、アンカーを使用した接岸となるため作業に時間を要すること、岸壁の水深が5.5 mで船舶の大型化に対応出来ないこと、岸壁が耐震化されていないことなどの問題があった。接岸作業の時間短縮による輸送効率の向上、船舶の大型化への対応、災害時の海上緊急物資輸送の確保のため、「函館港北埠頭地区複合一貫輸送ターミナル整備事業」として約40億円をかけて横付け接岸可能な耐震強化岸壁（水深6.5 m、190 m×1バース）が整備された。2014年（平成26年）3月28日に新バースの供用を開始、大型化した新造船はやぶさ (4代)が就航、ターミナルの建屋も新築移転した。
青森港では沖館地区を発着する。青函フェリー青森ターミナル前からの二次交通は、青森市内循環バス「ねぶたん号」が2020年（令和2年）から乗り入れており、青森市営バスは「新田」停留所が至近であるが、徒歩10分とやや離れている。タクシーはHKグループ（北海道交運事業協同組合）の青森タクシーと提携しており、同社への直通電話が青・函両フェリーターミナル内とフェリー各船内にあり、通常予約のほか、青森駅・新青森駅・浅虫温泉をはじめ、青森市内の大学、弘前大学、北里大学十和田キャンパス（十和田市）を定額で利用できる「青函フェリー de お気軽タクシー」サービスを提供している。なお、津軽海峡フェリーの「青森フェリーターミナル」は同地区ながら約300 m（徒歩約4分）離れた別の埠頭となっており、高速バス（盛岡・東京・TDS方面）の発着は津軽海峡フェリーターミナルのみである。
2017年（平成29年）11月9日から北海道観光バスにより、青函フェリー前 - 上湯川町（函館駅前・湯の川温泉経由）間の路線バスが新設され、青函フェリー函館ターミナル付近に乗車専用・降車専用の各バス停が設置された。2022年10月1日以降は1日1往復のみがフェリーターミナルまで乗り入れる形となり、2023年2月1日からは会社統合により北海道バスの運行となった。
函館バスの最寄り停留所は国道227号沿いの「北浜町」停留所、JRの最寄り駅は「五稜郭駅」となる。
船舶

ファンネルマークは上下に青と白地に赤く栗林グループの社章となる丸に「七」をあしらい、由来は1400年頃に越後で呉服商を興した先代が「七郎治」を名乗り、八代目の五朔翁が新天地室蘭で由緒ある「七郎治」の名前から「七」をとったものとしている。また北日本海運が建造した船舶は白地で中央に黄色と上下に水色の帯や赤い「K」のマークを入れたものとしていた。
船舶 > 運航中の船舶

はやぶさ (4代)
あさかぜ21
はやぶさII
はやぶさIII
青森港に停泊する「3号はやぶさ」。
（2008年10月22日）
津軽海峡を航行する「はやぶさ」（2014年6月30日）
青森港に停泊する「あさかぜ21」（2009年8月15日）
船舶 > 過去の船舶 > 共栄運輸

はやぶさ (初代)
3号はやぶさ (初代)
はやぶさ (2代)
3号はやぶさ (2代)
はやぶさ (3代)
3号はやぶさ (3代)
船舶 > 過去の船舶 > 北日本海運

第三朝香丸
第八朝香丸
あさかぜ3号（就航時は「第十朝香丸」）
あさかぜ
あさかぜ5号
函館沖を航行する「3号はやぶさ（2代）」
（1986年3月28日）
津軽海峡を航行する「はやぶさ（3代）」
（2008年10月22日）
函館港に接岸中の「あさかぜ3号」「第二ひやま」
（1986年3月28日）
函館港に停泊する「あさかぜ5号」。
（2008年10月22日）
陸奥湾を東北（青森港）へ向かって航行する「3号はやぶさ」。画像奥は下北半島の牛の首岬。（2009年9月20日）
北日本海運本社、日本通運函館支店物流センターも入居している。かつては青函フェリー函館フェリーターミナルとしても使われていた。
函館港北ふ頭・青函フェリー専用バースとフェリー「3号はやぶさ」
北海道観光バス・青函フェリー前バス停（のりば）
茨城県立潮来高等学校

| 茨城県立潮来高等学校 |
| --- | --- |
 
 ja北緯35度57分12.7秒 東経140度34分3.8秒﻿ / ﻿北緯35.953528度 東経140.567722度﻿ / 35.953528; 140.567722座標: 北緯35度57分12.7秒 東経140度34分3.8秒﻿ / ﻿北緯35.953528度 東経140.567722度﻿ / 35.953528; 140.567722
過去の名称:  潮来町立女子技芸学校 茨城県潮来女子技芸学校 潮来町立高等女学校 茨城県立潮来高等女学校
国公私立の別:  公立学校
設置者:   茨城県
学区:  全県学区 千葉県 旧第6、7学区
校訓:  勤勉・誠実・協和
設立年月日:  1907年
創立記念日:  7月9日
共学・別学:  男女共学
課程:  全日制課程
単位制・学年制:  学年制
設置学科:  普通科 商業科 人間科学科
学期:  3学期制
学校コード:  D108222300019 
高校コード:  08142G
所在地:  〒311-2448
 茨城県潮来市須賀3025
外部リンク:  公式サイト
 ウィキポータル 教育  ウィキプロジェクト 学校
テンプレートを表示
遠景
茨城県立潮来高等学校（いばらきけんりつ いたここうとうがっこう）は、茨城県潮来市須賀にある県立高等学校。
教育方針

生徒一人一人を大切にし、組織的で継続的な取り組みを通じて、郷土を愛し、個性豊かな、心身ともに健康な人材の育成に努める。
沿革

1906年 - 潮来町立女子技芸学校設置認可を文部大臣に申請
1907年 - 行方郡潮来町立女子技芸学校認可　稲荷山に開校
1934年 - 茨城県潮来女子技芸学校と改称
1938年 - 稲荷山より潮来町出口へ移転改築
1942年 - 潮来町立高等女学校と改称
1945年 - 県移管となり茨城県立潮来高等女学校と改称
1948年 - 茨城県立潮来高等学校と改称
1957年 - 定時制普通科を廃止
1961年 - 家庭科を家政科と改称
1962年 - 商業科を1学級増
1968年 - 新校舎完工（水戸藩延方郷校跡）に移転
1996年 - 創立90周年記念式典挙行
2005年 - 創立100周年記念式典挙行
設置学科・コース

全日制課程
普通科
普通科A類型
普通科B類型
家政科
福祉コース
フードデザインコース
商業科
情報ビジネスコース
会計ビジネスコース
著名な出身者

野沢拓也 ：サッカー選手・fcティアモ枚方所属
大道広幸：サッカー選手・ファジアーノ岡山所属
谷桃子：タレント
宇治

宇治（うじ）は西日本に多く見られる地名。宇遅、莵道、菟道などの異表記がある。
地名

宇治郷 - 山城国宇治郡の郷
宇治郡 - 山城国の郡
宇治市 - 京都府南部の市。宇治茶の名産地。こちらの宇治は『古事記』や『日本書紀』に登場するウジノワキノイラツコという皇族が関係している由緒ある地名
宇治郷 (神戸市) - 摂津国八部郡の郷
宇治 (伊勢市) - 三重県伊勢市の地名（内郷の「内」が訛ってが「うじ」になっただけで、京都の宇治とも、ウジノワキノイラツコとも何の関係も無い地名）
宇治 (和歌山市) - 和歌山県和歌山市の地名
宇治 (岩美町) - 鳥取県岩美郡岩美町の地名。
宇治群島 - 南西諸島の群島
人名

宇治氏（菟道氏） - 日本の姓のひとつ。阿蘇氏、地下家を参照
宇治氏 - 日本の姓のひとつ。戦国時代の雑賀郷宇治(現在の和歌山市宇治)に由来
宇治田氏 - 日本の姓のひとつ。宇治氏と同じく、戦国時代の雑賀郷宇治(現在の和歌山市宇治)に由来
宇治部氏（宇遅部氏）。菟道稚郎子など。宇治部（部民）に由来
物

宇治 (砲艦・初代)
宇治 (砲艦・2代) - 橋立型砲艦
宇治大納言物語
宇治拾遺物語
Windows API

Windows API（ウィンドウズ エーピーアイ）とは、Microsoft Windowsのシステムコール用APIのこと。特に32ビットプロセッサで動作するWindows 95以降やWindows NTで利用できるものはWin32 APIと呼ばれる。また、それらのWindowsにおけるWin32 APIの実装をWin32と呼ぶ。
64ビットプロセッサ向けのWin64 APIも含める場合は「Windows API」という包括的な名称が正確だが、慣習的にWin32と言えばWin64も含んでいることがある。
概要

Windowsオペレーティングシステム (OS) 上で動作するアプリケーションにとって、Windows APIはWindowsの各機能にアクセスするための接点である。そのため、Windows上で動作するアプリケーションを作成できる様々なプログラミング言語・開発環境においてWindows APIを使用する手段が提供されている。特にCとC++向けには、Windows SDKにより、<windows.h>をはじめとする多数のヘッダーファイルが公開されている。Microsoft Visual C++のC/C++ランタイムライブラリのうち、OSの機能にアクセスするものは、内部的にWindows APIを用いて実装されている。また、多くの開発環境で、Windows APIを基にした、より高水準のフレームワークが構築されている。これらを通じて、すべてのWindowsアプリケーションは、直接的または間接的にWindows APIを使用している。
Windows APIに属する各APIは、主にDLLに実装されており、C言語形式関数またはCOMインターフェイスとして機能が公開されている。関数の呼出規約はWin32 (x86) の場合に原則としてstdcallを採用するなど、統一されたインターフェイスで多数のプログラミング言語からの使用を容易なものとしている。
分類

Windows APIの中核となる機能はKernel、User、GDIに分けられる。当初は、それぞれKERNEL.EXE (モードによってはKRNL286.EXE、KRNL386.EXE)、USER.EXE、GDI.EXEに実装されていた。32ビット化されて以降は、KERNEL32.DLL、USER32.DLL、GDI32.DLLに実装されている。Windows 7の新カーネル、MinWinでは、"Virtual DLL"の仕組みが導入され、インターフェイス互換性を維持したうえで実装の整理が行なわれている。
現在では、これだけに留まらず、多数のDLLから無数の機能が公開されている。現在、マイクロソフトのドキュメントでは次のように分類している。
Administration and Management
Diagnostics
Graphics and Multimedia
Networking
Security
System Services
Windows User Interface
なお、この分類では、KernelはDiagnosticsとSystem ServicesそしてSecurityに跨って属し、UserはWindows User Interface、GDIはGraphics and Multimediaに属する。
分類 > グラフィックとマルチメディア > DirectX

マイクロソフトはWindows 95/Windows NT 4以降、全てのWindowsにDirectXを用意している。DirectXは主にゲームとマルチメディアのためのAPIであるが、Windows Vista以降はDirectX GraphicsがGDIに代わってOSのグラフィックス描画の基盤として昇格されている。Windows OSのバージョンや、サービスパックあるいは機能更新プログラムの適用状況によって、利用可能なAPIやAPIのバージョンが異なる。DirectX APIのうちのいくつかは、ゲームコンソールであるXboxシリーズ（Xbox、Xbox 360、Xbox Oneなど）と共通になっている。大半はハードウェアとの通信を仲介するAPIであり、利用するにあたって、DirectX対応ハードウェアおよびデバイスドライバーのインストールが必要となるものも多い。
DirectX APIはWindows APIの中でも変化が激しいAPIのひとつで、Direct3D RM、DirectDraw、DirectSound、DirectInput、DirectPlay、およびDirectMusicはWindows Vista以降完全な互換機能が用意されず、一部を除いて廃止あるいは代替APIに吸収されている。
分類 > グラフィックとマルチメディア > 静止画

Windows Imaging Component (WIC)
分類 > グラフィックとマルチメディア > 動画・音声

Video for Windows、Media Control Interface（英語版） (MCI) やWinMMなどのWindowsマルチメディアAPI
DirectShow
Media Foundation
Core Audio
分類 > ネットワーク・インターネット

Winsock
NetBIOS
MSRPC
Trident: IEコンポーネント (MSHTML)
MSXML（英語版）
WinINet
Windows HTTP Services (WinHTTP)
分類 > コンポーネント技術

Component Object Model (COM)
Microsoft Transaction Server (MTS), Distributed Component Object Model (DCOM)
Object Linking and Embedding (OLE), ActiveX, OLEオートメーション
分類 > ネイティブAPI

ネイティブAPIは、Windows NT系においてWindows APIより下位層のAPIである。NT系では、NTネイティブAPI上にサブシステムとしてWin32 APIが実装されている。ただし、DirectXやGDIなどは、ネイティブAPIを介さず、より下位に位置するカーネルと直接やり取りを行う。
分類 > .NET Frameworkとの関係

Windowsで動作する.NET Frameworkは、基本的にWin32 APIを用いて実装されている。例えばWindows FormsおよびWindows Presentation Foundation (WPF) はそれぞれ内部的にGDI/GDI+あるいはDirect3Dを利用して構築されたGUIアプリケーションのフレームワークであり、Win32 APIとの相互運用性も確保されている。基本クラスライブラリも、OSの機能にアクセスするものはWindows APIを内部的に利用している。P/InvokeやCOM相互運用によって、.NETアプリケーションからWindows APIを利用することも可能である。
かつて、「Windows Vista以降、WinFXと呼ばれる新しいAPIがWindows APIに代わってネイティブAPIになる（WinFXが最も低水準なAPIとなりWindows APIはそのラッパーとなる）」とアナウンスされたことがあったが、結局撤回され、Windows Vista製品版では従来通りWindows APIがネイティブなAPIとなっている。WinFXの計画は方針転換され、予定されていた機能は.NET Framework 3.0としてリリースされた。
実装

Windows APIは名前からも類推できるとおり、主にMicrosoft Windowsに実装されている。その実装はWindowsのバージョン毎に少なからず違いが存在する。たとえばWin32の場合、Win32c、Win32sではごく一部を除きUnicodeに対応していない、セキュリティ対策のアクセス制限が実装されていないなどといった違いが挙げられる。そしてそれは大きく次のように分類することができる。
実装 > Win16

Win16は、16ビットプログラム用の実装である。ただし、Win16という語自体はWin32が登場してから用いられるようになったレトロニムである。Win16は大きく2種類に分けられる。
Windows 1.0からWindows 3.1までおよびWindows 95/98/Me（9x系）の実装。
WOW (Windows on Windows): Windows NTによるWin16サブシステムによる実装。
実装 > Win32

Win32は、32ビットプログラム用の実装である。次のように分けられる。
Windows NTがx86以外のアーキテクチャに移植されたことに伴い、Win32は各種アーキテクチャ向けに移植されている。また、Windows NTではないが、かつてMacintosh用のWin32も存在し、Microsoft Visual C++ 4.0 Cross-Development Edition for Macintoshとしてクロスコンパイラとともに発売されていた。これらアーキテクチャの異なるWin32の間にはソースコード上での互換性がある。
実装 > Win64

Win64は、64ビットプログラム用の実装である。2021年3月現在の主流はx64だが、Windows 10ではARM64もサポートされるようになった。
かつてWindows Server 2003およびWindows XPにてIA-64のサポートが始まったが、Windows Server 2008 R2を最後にサポートが打ち切られた。
実装 > マイクロソフト以外による実装

Windows APIの仕様はWindows SDKのドキュメントやMicrosoft Docs（旧MSDN ライブラリ）で公開されており、それを基にしたMicrosoft Windows以外のWindows APIの実装が存在する。
Wine
ReactOS
HX DOS Extender
WindowsランタイムAPI

→詳細は「Windowsランタイム」を参照
WindowsランタイムAPI (WinRT API) は、Windows 8で導入されたWindowsストアアプリ (Modern UIアプリケーション) を開発するためのCOM拡張による高レベルAPI。後継となるWindows 10で導入されたユニバーサルWindowsプラットフォーム (UWP) アプリケーションの開発におけるベースAPIにもなっている。一部のWinRT APIは、従来のデスクトップアプリケーションから利用することもできる。従来のWindows APIは、WinRT APIと対比・区別されるとき、Win32 APIと呼ばれることが多い。
詳細 > Unicode対応

|  | Win 9x | Win NT | Win CE |
| --- | --- | --- | --- |
| A | Yes | Yes | No |
| W | 一部対応 | Yes | Yes |
Windows NT系では当初からUnicodeが用いられている一方、Unicodeに対応していないWin16と互換性を取るために、Win32 APIから同じAPIに対してマルチバイト文字版とUnicode版の2つを用意し、C/C++のマクロを駆使してコンパイル時にどちらを使うか選択できる仕組みが採用されている。なお、Unicodeの符号化には当初UCS-2が、Windows 2000から正式にUTF-16が用いられている。
具体的には、文字および文字列の関わる関数・構造体について、マルチバイト文字（Windowsコードページに基づく、日本語環境であればコードページ932）とUnicode (UTF-16) のどちらを与えることもできるように、2つの関数・構造体などが準備されている。その場合、マルチバイト文字列を与えるべき関数・構造体は末尾に「A」を付け、ワイド文字列を与えるべき関数・構造体は末尾に「W」を付けて区別している。例えば、Win16のMessageBox関数に対して、Win32ではMessageBoxAとMessageBoxWという2つの関数が用意されている。そして、プリプロセッサ識別子UNICODEの定義の有無によって切り替えが行われる。
#ifdef UNICODE
#define MessageBox MessageBoxW
#else
#define MessageBox MessageBoxA
#endif
さらに、文字型に対しても同様にCHAR (charのtypedef) とWCHAR (wchar_tのtypedef) をUNICODEの定義に応じて切り替えるTCHAR型などや、ナロー文字列定数・リテラルとワイド文字列定数・リテラルを切り替えるTEXTマクロが存在する。
#ifdef UNICODE
#define TEXT(s) L ## s
typedef WCHAR TCHAR;
#else
#define TEXT(s) s
typedef CHAR TCHAR;
#endif
これらを適切に用いると、1つのソースコードからコンパイル時のオプションによってマルチバイト文字を用いる実行プログラムとワイド文字を用いる実行プログラムの2種類が作成できる。以下はその例である。
#include <windows.h>
#include <tchar.h> // WinMain と wWinMain を切り替える _tWinMain などが定義されている。
int WINAPI _tWinMain(HINSTANCE hInst, HINSTANCE hInstPrev, LPTSTR lpszCommandLine, int nCmdShow)
{
    MessageBox(NULL, TEXT("Hello, world"), TEXT("App"), MB_OK);
    return 0;
}
なお、Windows NT系におけるA版のAPI関数は、内部的にW版を呼び出すラッパーとなっている。A版APIに入力されたマルチバイト文字列はUnicode文字列に変換されてからW版APIに入力され、W版APIから出力されたUnicode文字列はマルチバイト文字列に変換されてA版APIの出力となる。
このプレフィックスのAはANSI、WはWideを意味する。ANSIは、Windowsコードページの一部がANSI規格のドラフトを元にしたことに由来する。ワイド文字 (wchar_t) はC/C++の用語であるが、Windows用のC/C++処理系において、ワイド文字は大抵UCS-2またはUTF-16として実装されている。また、OLE関係では、Win32ですべてUnicode化され、A/Wの区別が存在しない。
なお、Windows 9x系では、Unicode版APIは一部しか実装されていない。ただし、Microsoft Layer for Unicodeを利用することにより、ほぼすべてのUnicode版APIが使用可能になる。また、Windows CEでは、逆にUnicode版APIしか実装していない。NT系でも、Unicodeを前提とした仕様変更が行われたり、Theme APIなど新しいAPIでA/Wの2種を用意せずUnicodeを用いるものだけを用意したりするなど、徐々にUnicodeへ傾斜する傾向にある。
歴史

Windows APIの歴史は、もちろんWindows自体の歴史と切り離せない関係にある。常に、Windowsに新機能が搭載されれば、それをアプリケーションソフトウェアから使用するための新しいAPIが追加され、対応する新しいSDKが公開されることの繰り返しである。デバイスドライバーに対応を迫るものは、DDK/WDK経由で公開される。
Windows APIの歴史上、最も大きな変革はWindows NTに伴うWin32の登場だった。ポインタとハンドルも32ビット化されたこと、Unicodeへの対応が図られたことが大きな変化である。
なお、現在[いつ?]は緩やかに64ビットへの移行が進んでいる。Win64では、ポインタおよびハンドルは64ビット化されているが、それ以外では16ビットから32ビットへの移行時のような大きな変化はない。なお、64ビット版Windowsでは32ビットアプリケーションとの相互運用性を確保するため、ハンドルの上位32ビットを使用する仕組みとなっており、ウィンドウ (HWND) などのユーザーオブジェクトハンドル、ブラシ (HBRUSH) やペン (HPEN) などのGDIオブジェクトハンドル、そしてミューテックス、セマフォ、ファイルなどの名前付きオブジェクトハンドルを32ビット/64ビットアプリケーション間で共有し、プロセス間通信に利用することができる。また、64ビット版WindowsではWOW64により32ビットアプリケーションを実行できるが、16ビットアプリケーションを実行することはできない。
互換性

Windows APIはシステム全体で共有するDLLを通じて公開されており、このシステムDLLに変更が入るとすべてのアプリケーションが影響を受けることになる。このため、度重なるバージョンアップやセキュリティパッチの適用によりコンポーネントの互換性を失ってしまうことによるDLL地獄 (DLL Hell) の発生を招くことがある。この点に関しては、Windows 2000で導入されたSide-by-Sideコンポーネント共有や、Windows XPで導入された分離アプリケーションとSide-by-Sideアセンブリの仕組みにより、ある程度の解決が図られている。
基本的にWindowsおよびWindows API自体は互換性に配慮した設計がなされており、バージョンアップの際に既存の公開APIに破壊的変更が入ることはない（時代遅れとなった古いAPIが非推奨になることはあるが、完全に削除されることはまれである）。公開APIを正しく利用して開発されたアプリケーションやドライバーであれば、旧バージョンのOSで正常に動作していたものは、ほとんどのケースにおいて修正することなく動作する。セキュリティ対策のためにWindows Vistaで導入されたユーザーアカウント制御 (UAC) に関しても、通常権限のアプリケーションが直接アクセスできないディレクトリに対する読み書きを仮想化してリダイレクトする仕組みが救済策として用意されている。しかし、アプリケーションやドライバーが特定のバージョンのWindowsでしか動かないような設計になっていた場合、アプリケーションが起動できない、正常に動作しないなどの互換性問題が発生することがある。この問題の回避策のひとつとして、Windowsには、旧バージョンのOSの動作をある程度エミュレートする「互換モード」が用意されている。例えばバージョン番号を取得するためのWindows APIにおいて旧バージョンのOSを偽装した値を返すようにすることで、これらに依存したアプリケーションへの影響を低減する。
批判

Windows APIはWin16を拡張して32ビット、64ビット化されたという歴史がある。そのため度重なる機能の追加により、高度に複雑化しその習得が困難と化しているという問題がある。
Windows 8で導入された新規設計のWinRT APIは、名前空間を利用して体系的に整理されており、効率的かつモダンなアプリケーション開発をサポートするが、Windowsストアアプリ（のちのUWPアプリ）はサンドボックス環境で動作するために制約が多く、サードパーティー開発の主流とはならなかった。結局は従来のWin32 APIや.NET Frameworkを使用したデスクトップアプリケーションが主流のままであるが、Win32 APIによる開発はGUIツールキットのサポートが弱く、レガシーな外観のGUIウィジェットしか使えないなどの問題がある。
ラッパーライブラリ

Windows APIは比較的低水準であるため、高水準なインターフェイスを持たせたり、C/C++以外の言語から利用したりするための様々なラッパーライブラリやフレームワークが数多く存在する。主なものは次のとおり。
ラッパーライブラリ > ボーランド

.NET FrameworkやWindows版.NET Coreは、内部的にWindows APIを利用して実装されているものの、基本クラスライブラリなどはプラットフォーム非依存となるよう抽象化されているが、Windows固有の機能を使用したGUIフレームワークや、Windows APIを薄くラップしただけの部分も存在し、System.Windows名前空間やMicrosoft.Win32名前空間などにまとめられている。
七瀬葵

| ななせ あおい 七瀬葵> プロフィール |
| --- | --- |
生誕:   (1967-06-12) 1967年6月12日（57歳）  日本・山口県萩市
サークル:  SEVENTH HEAVEN
公式サイト:  SEVENTH HEAVEN
代表作
一般ゲーム:  あすか120% ツヴァイ!!
アダルトゲーム:  あしたの雪之丞シリーズ（ながせまゆ名義）
挿絵:  気象精霊記シリーズ
漫画:  ANGEL/DUST
雑誌企画:  セラフィムコール
アニメ:  サムライスピリッツ2 アスラ斬魔伝
テンプレートを表示
七瀬 葵（ななせ あおい、1967年6月12日、女性）は、日本の漫画家・イラストレーター・キャラクターデザイナー・同人作家。山口県萩市出身。血液型はA型。成人向け作品を手がける際には、ながせ まゆという別名義を使うこともあるが、2008年頃からはアダルト作品も七瀬名義で手がけるようになっている。
略歴

ホビージャパン刊行の『餓狼伝説』アンソロジーコミックでデビュー。プロデビュー当時から同人誌で積極的に取り上げるほど、『サムライスピリッツ』及びその登場キャラクターであるナコルルとシャルロットの熱狂的なファンである。後には商業作品で同作品を題材にした商品の原画を担当したり、その原画を集めた画集も出版された。さらには、OVA『サムライスピリッツ2 アスラ斬魔伝』のキャラクターデザインに起用された。
1994年にはFM TOWNS用ソフトとして発売されシリーズ化された対戦型格闘ゲーム『あすか120% BURNING Fest.』のキャラクターデザインを務める。
1997年から清水文化のライトノベル『気象精霊記』シリーズのイラストを担当していた。しかし、2006年に編集、原作者、七瀬の間の意思の疎通がなされなかったことで七瀬のイラスト担当でのシリーズ続行が不可能になった。
→詳細は「気象精霊記 § 打ち切り問題」を参照
1999年には『電撃G'sエンジン』（1997年に『電撃G'sマガジン』へ誌名変更）の読者参加型のコーナーでキャラクターデザインを担当した『セラフィムコール』がアニメ化された。
2011年には毎年フランス・パリで開催されている『Japan Expo』に出展した東京ビッグサイトの各都市擬人化キャラクターの東京ビッグサイトちゃん（仮）をいずみべると共に担当、後に正式にビッグサイトの公式イメージキャラクターとなり、2012年から公式グッズの販売、キャラクター名募集など様々な企画が開始された。七瀬葵が担当したのは姉のさいとみらい。
2014年6月、『ミステリートF』のキャラクターデザイン及び原画として発表されたが、同年10月七瀬葵の体調不良を理由に降板が発表された。
2016年にはRPG『ホウチ帝国』にイラストを寄稿していた。
2022年頃からAIを使ったイラスト制作にも積極的に取り組んでいる。
作品リスト > 画集

『【七瀬葵・複製原画コレクション】 神ノ童（かみのこ）』（新声社、1998年1月10日第1刷発行）ISBN 4-88199-442-5
『七瀬葵画集 Angel Flavor』（角川書店、2003年12月25日初版発行）ISBN 4-04-853653-2
『七瀬葵画集 SEVEN COLORS of the WIND』（富士見書房、2006年2月1日初版発行）ISBN 4-8291-9132-5
作品リスト > イラストレーション

東京ビッグサイト公式イメージキャラクター（姉） - キャラクターデザイン・イラスト
気象精霊記シリーズ（清水文化著、富士見書房） - 小説挿し絵
気象精霊ぷらくてぃかシリーズ（清水文化著、富士見書房） - 小説挿し絵
ミュートスノート戦記シリーズ（麻生俊平著、富士見書房） - 小説挿し絵
セラフィムコール（メディアワークス『電撃G'sマガジン』連載読者参加企画） - キャラクターデザイン・イラスト
好き好き大好きお姉ちゃん♥ 〜ベタ甘☆カフェ同棲〜（青橋由高著、美少女文庫、フランス書院） - 小説挿し絵、※アダルト作品
いちゃいちゃラブラブお姉ちゃん♥（青橋由高著、美少女文庫、フランス書院） - 小説挿し絵、※アダルト作品
生徒会長は俺の嫁っ！？（みかづき紅月著、美少女文庫、フランス書院） - 小説挿し絵、※アダルト作品
センセイは俺の嫁！？（みかづき紅月著、美少女文庫、フランス書院） - 小説挿し絵、※アダルト作品
作品リスト > 漫画

七瀬葵サムライスピリッツ作品集【白き巫女の伝説】（スクウェア・エニックス） - 各社のアンソロジーコミックに収録された作品や同人誌からの原稿を纏めた物
ANGEL/DUSTシリーズ（角川書店）
てぃんくる☆マイスター きらは（角川書店）
ぷちモン PetitMonster（集英社）
HEAVEN（スクウェア・エニックス）
他、各種ゲームアンソロジーコミックに多数漫画・イラストを寄稿
作品リスト > ゲーム

あすか120%（ファミリーソフト） - キャラクターデザイン
アイシア（アトラス） - キャラクターデザイン
超格闘SLAVE（スクウェア・エニックス） - キャラクターデザイン
ツヴァイ!!（日本ファルコム） - イメージイラスト、パッケージイラスト
アクエリアンエイジシリーズ（ブロッコリー） - カードイラスト
ディメンション・ゼロ（ブロッコリー） - カードイラスト
アルテイル（GPコアエッジ） - カードイラスト（ディメンション・ゼロとのコラボ企画「ゼロからの来訪者」）
モンスターコレクション（富士見書房） - カードイラスト
バトルスピリッツ（バンダイ） - カードイラスト
ガンダムウォー（バンダイ） - カードイラスト
カレイド恋歌（サーファーズパラダイス） - メインイラスト、※SNSゲーム
あしたの雪之丞シリーズ（エルフ） - キャラクター原案・キャラクターデザイン（ながせまゆ名義）
ゾンビの同級生はプリンセス -不死人ディテクティブ-（アーベルソフトウェア） - キャラクターデザイン、原画
明日もこの部室で会いましょう （ミルクプリン） - キャラクターデザイン、原画
作品リスト > アニメーション

サムライスピリッツ2 アスラ斬魔伝 - キャラクターデザイン
セラフィムコール - オリジナルキャラクターデザイン
同人活動

1993年に『POWER GRADATION』（パワーグラデーション）という名前の同人サークルで活動。サークル名の由来は『サムライスピリッツ』のキャラクター「シャルロット」の必殺技。ナコルル同様、七瀬の好きなキャラクターの一人。同人作家としての評価は非常に高く、現在のプロとしての仕事の数々は同人活動での成功があって依頼が来たもので、コミックマーケットには感謝しているとも語っている。2000年にサークル名を『SEVENTH HEAVEN』（セブンス ヘヴン）と改称している。
2001年にはながせまゆ名義の『Dessert rose』という別サークルを立ち上げて成人向け作品を出し、WEBサイトも分けて別人という体裁を取っていた。同年9月にながせまゆ名義のサークル名を『PINK DINOSAUR』に変更し、WEBサイトもリニューアルした。2002年に入ってからは、多忙を理由に七瀬名義のサイトと統合した。
2004年にプロ活動が多忙になったため一旦休止したが2008年に『姫神-himegami-』（ひめがみ）という新たなサークル名で活動、2009年にサークル名を『SEVENTH HEAVEN』に戻し、2010年には『POWER GRADATION』のサークル名も並行して使用している。
2012年8月に『POWER GRADATION』名義で約10年ぶりのコミックマーケット参加予定。
聴診

| --- | --- |
: 「心音」はこの項目へ転送されています。その他の用法については「心音 (曖昧さ回避)」をご覧ください。
聴診（ちょうしん）とは診察の項目のうち音を聴き取って行うものである。聴診器を使う間接聴診と、直接体壁に耳をつけて聴く直接聴診とがある。
胸部聴診では心音や心雑音、頸動脈雑音、呼吸音などを聞き、腹部聴診では腹部血管雑音、グル音、腹鳴を聞く。
患者を聴診している内科医。聴診三角の部分に聴診器を当てている
患児を聴診している小児科医
聴診器について

聴診器にはベル型と膜型の2種類がある。ベル型は心音に関してはすべての音を聞くことができる。膜型は低音を成分を減弱させるので高音が聞きやすくなる、ベル型で聞き取れて膜型で聞こえなくなる低音というのは小さな低音ということになる。

また現在は外部音を低減させ、身体の音を増幅させる電子聴診器も開発されている。(Littmann 3000, 3100, 3200, 4100など)
心臓音の聴診

心臓音は心音とも呼ばれる。心臓の聴診を行うとき場合、まずは心血管系の一般診察を合わせて行うべきである、これらの情報と総合して聴診の所見は決定される。一般内科レベルの心臓疾患の診断の手順としては病歴聴取、身体診察、血液検査、胸部X線、心電図、断層心エコー図（ドプラ法は含まない）を総合的に行う必要がある。病歴は時系列で、症状のonset、持続、誘因、実際の活動度（駅まで歩けるかなど）を中心に聴取していく。症状がなく、異常の指摘といった病歴も特記すべき事項がなければ、正常所見といわれる状態ならば正常と考えてよいが、そうでなければその所見が正常かどうかは想定する疾患によって異なる。
近年は心臓の異常よりも血管の異常の方が多いのでスクリーニング診察として、動脈の触診は重要である。足背動脈は心臓から腹大動脈を経て末梢まで来ているのでここの拍動は全身の血管病変のスクリーニングとして有用である。動脈の疾患は下肢の方が頻度としては多いのだが、鎖骨下動脈の狭窄や閉塞を調べるために橈骨動脈の触診も行うべきである。少しでも異常を感じたら血圧測定を行い、より他覚的に記載するように心がける。たとえ、痺れや間欠性跛行といった症状があったとしても左右の上肢、下肢の動脈拍動に差がなければ有意な閉塞性動脈硬化症は否定ができるとされている。
頸静脈の所見は右房の拍動に関連するといわれている。ショック症状の時、頸静脈の怒張がみられたら肺動脈血栓塞栓症が疑える。また右室の拡張期圧や肺動脈の圧が上昇しているとa波という鋭い拍動がみられる。この所見は急性心筋梗塞の場合は見られない。頸静脈の視診は内頸動脈で行うのが基本であるが、内頸動脈が見えにくい場合は外頚動脈を観察する。立位で内頸動脈が可視できれば静脈圧は上昇している（息こらえを行えば正常でも怒張する）。仰臥位45度では胸骨角から内頸静脈拍動の最高点までの高さが4cm以上であれば静脈圧は上昇していると考えられる。臥位では正常でも怒張と拍動がみられ、逆に怒張が見られなければ静脈圧の減少が考えられる。
頸静脈の拡張が認められれば頸静脈波のどの波が優位かを判断する。頸静脈波はa波は右房の収縮、c波は三尖弁の右房への膨隆、x波は右房の弛緩、v波は右房への血液流入、y波は血液の右室への流入を示しているといわれている。頸静脈の怒張はa波、v波の高まりで生じると考えられている。I音に一致すればa波であり、II音に一致すればv波である。a波の上昇は三尖弁狭窄症、右室肥大、右心不全、肺高血圧症を示唆し、v波の上昇は三尖弁閉鎖不全症、心不全を示唆する。
頸動脈の所見は大動脈の拍動に関連するといわれている。二峰性脈が見られる場合は大動脈弁下狭窄が疑え、遅脈がある場合は大動脈弁狭窄、速脈が見られる場合は大動脈閉鎖不全症が疑える。
左側臥位にすると心尖拍動は触れるのが正常である。一般に心臓聴診は左側臥位の方がわかりやすいのでまず拍動やスリル（心雑音が触診されること）を触れてから聴診は開始する。
左側臥位で心尖拍動を触れた部位にベル型の聴診器を当てる。ベル型は低音成分聴取が得意であるため、III音、IV音、I音の減弱がわかりやすい。同部位で高音成分聴取が得意な膜型に変えると僧帽弁閉鎖不全の雑音や大動脈弁閉鎖不全の雑音が聴取しやすい。
心尖部から心基部へ移動しながら左室、右室、肺動脈、大動脈の各領域を聴取する。心雑音がある場合は雑音の最強点を特定する。左室領域とは心尖部や僧帽弁口（鎖骨中線第5肋間）であり、大動脈領域は大動脈弁口（胸骨右縁第2肋間）であり、右室領域は胸骨左縁下部や三尖弁口（胸骨左縁第4肋間）であり、肺動脈領域は肺動脈弁口（胸骨左縁第2肋間）である。雑音の放散部位も所見となる。心雑音が頸部に放散すれば大動脈弁由来、頚部ではなく背部に放散すれば僧帽弁由来である可能性が高い。
心臓音の聴診 > I音とII音

上記のような定義が一般的には知られている。時相でいうと、次音との間隔が短いのが I音であり、次音との間隔が長いのが II音である。心電図のQ波から II音の間が収縮期であり、II音と心電図のQ波の間が拡張期である。健常者では I音から II音より II音から I音の方が長いという事実と時相の分析はよく一致する。また I音と II音は部位によって大きさが異なることも知られている。心尖部では I音の方が大きく聞こえ、心基部では II音の方が大きく聞こえる。これは心尖部では僧帽弁により近く、心基部は大動脈弁に近いからであると考えられている。もし、I音と II音の同定に困ったら心尖部から心基部へ順に心音を聞いてみればよい。徐々に大きくなるのが II音である。心基部では確実に II音が大きく聞こえる。また I音の方が持続時間も若干長いといわれている。頻脈を呈しているときはこういった知識を用いても I音と II音を同定できない時もある。このばあいは頸動脈を触診する。原則として I音と II音の間に頚動脈で拍動が触れる。もちろん橈骨動脈や足背動脈でも同様であるが、頸動脈が一番確実に同定できるといわれている。
I音と II音の異常としては以下のようなものが知られている。
I音の異常
I音の亢進:左室収縮力の増強、僧帽弁狭窄、PQ時間短縮、完全房室ブロックで、PとQRSが重なると大砲音という巨大な I音が聴こえる。
I音の減弱:左室収縮力の減少、僧帽弁閉鎖不全、PQ時間延長
I音の分裂:脚ブロックで聞かれることがある。
II音の亢進、減弱:肺動脈成分IIp、大動脈成分IIaが存在。通常IIaが先行する。II音の亢進、減弱は難しいので省略。
II音の分裂
生理的分裂:吸気時にIIpが遅れる。
病的分裂:IIa〜IIpの間隔が呼気・吸気ともに幅広く分裂する。MR、VSD、PS、RBBBでおこる。
固定性分裂:IIa〜IIpの間隔が呼吸によらず一定。ASDでおこる。
奇異性分裂:IIpがIIaに先行する。吸気時より呼気時の方が分裂がはっきりする。AS、LBBBでおこる。
これらは I音、II音の生理学的な意義から、ある程度考察することができる。I音は左室の機能に関係した音である。実際に若くて健康な人では I音は大きく聞こえる傾向がある。心尖部で I音が小さく聞こえるときは左心室の機能が低下しており、実際に心臓超音波検査ではEFが低値である傾向がある。強弱がわかりにくければベル型と膜型の聴診器を使い分ければよい。ベル型（軽く当てる）で聴取できて、膜型（強く押し付ける）で聴取できなければ高音が乏しく、I音は減弱している。
II音は、大動脈弁由来のAと肺動脈弁由来のPの二つの成分より構成されている。AとPの区別は頸動脈波などを用いなければわからないが、健常者の場合はAは心基部から心尖部に渡って聴取できるがPは2LSB近くに限局して聞こえるといった分布に差がある。分裂を聞き分けるには息こらえが必要な場合もある。分裂音はあくまで II音なので心基部で聴取する。心尖部で同様の音が聞こえたら、それは II音の分裂ではなく過剰心音である。分裂で特に重要なのは、息を止めなくても分裂が変化しない固定性分裂である。心電図で不完全右脚ブロックを認め、固定性分裂を認めたら心房中隔欠損症の可能性が高く、心臓超音波検査などで確定する必要がある。成人の場合は自然閉鎖が期待できず、手術の適応例が多い。
心臓音の聴診 > 過剰心音

心尖部でおっかさんというリズムで聞こえたらそれは III音である可能性が高い。III音、IV音は共に、心尖部、左側臥位でよく聞こえる。心拡大が起こると III音が、心肥大が起こると IV音が聞かれる。III音、IV音共に聴かれる場合を gallop rhythm といい、心不全、虚血性心疾患、DCM、過剰輸液のサインである。III音の病的意義は心室コンプライアンス低下、心室拡張期容量負荷である。IV音と異なり必ずしも病的な意義はなく、生理的 III音というものも存在する。左側臥位にすると若年者では III音が聞こえるのが正常である。むしろ聞かれない場合が高血圧や心筋の肥厚を疑う。生理的 III音が聞こえる場合は I音、II音も同時に大きく聞こえる場合が多い。その原因としては胸壁が薄く、心筋の伸展性が非常に良いためと考えられている。生理的 III音と病的 III音の聞き分けとしては I音、II音の音程、音量が手がかりになりやすい。生理的 III音では I音、II音が大きく、III音の音程が高い、そして病的な III音では I音が小さく聞かれ、 III音の音程が低いと言われている。また病的 III音が聞かれる場合は他の心不全徴候や心拍数の増加が見られることが多いことも手がかりとなる。典型的でないと同定は意外に難しい。心室壁のコンプライアンス（弾性力）の低下は III音を起こすが、それで心室の拡張末期圧が上昇すると心房が強収縮をおこすので IV音が起きるといった現象も知られている。結局、疑わしいと思ったら心臓超音波検査など他の検査を併用するべきであり、そこまで頼らないことが重要である。
心尖部でおとっつぁん（もしくはペヨンジュン）というリズムで聞こえたらそれは IV音である可能性が高い。III音、IV音は共に、心尖部、左側臥位でよく聞こえる。心拡大が起こると III音が、心肥大が起こると IV音が聞かれる。III音、IV音共に聴かれる場合を gallop rhythm といい、心不全、虚血性心疾患、DCM、過剰輸液のサインである。III音と異なり IV音が聞こえたらそれだけで病的な所見である。IV音が聞こえたら心筋が肥厚し、左室のコンプライアンスが低下していると考えてよい。つまり IV音は左室の拡張障害と左室拡張末期圧の上昇を意味する。IV音はあくまで心房の収縮を見ているので心房細動が存在したりして心房が十分に収縮しない場合は IV音が存在するべき病態でも IV音が聞こえない場合があるため注意が必要である。特に肥大型心筋症などがある場合は心房細動で左心不全に陥る場合があるため注意が必要である。