stanford-oval/wikipedia huggingface dataset:
1973年の宝塚歌劇公演一覧
宝塚大劇場公演 > 雪組 > ミュージカル・プレイ『れんげ草』 8場

スタッフ
作・演出：大関弘政
作曲：中井光晴、入江薫、吉崎憲治
音楽指揮・合唱指導：橋本和明
振付：渡辺武雄、高木祥次
装置：渡辺正男
衣装：小西松茂
照明：小川清次
小道具：万波一重
効果：中田正広
音楽監督：松永浩志
演出助手：太田哲則、三木章雄
制作：野田浜之助
主な出演
和尚：大路三千緒
新六：汀夏子
ふみ：摩耶明美
材木屋：清川はやみ
常：浦路夏子
竜：片瀬千帆
勘太：上條あきら
杉作：世れんか
庄吉：麻実れい
宝塚大劇場公演 > 雪組 > グランド・レビュー『愛のラプソディ』 26場

スタッフ
構成・演出：高木史朗
作曲・編曲：中元清純
音楽指揮：溝口堯
振付：喜多弘、山田卓、アキコ・カンダ
構成：川井秀幸
装置：石浜日出雄
衣装：任田幾英
照明：今井直次
小道具：上田特市
効果：川ノ上智洋
映画：宝塚映画制作所
音響監督：松永浩志
演出補：岡田敬二
演出助手：南明、村上信夫
制作：野田浜之助
主な出演
愛の歌手、探検の男：真帆志ぶき
バイオリンの青年：汀夏子
バイオリンの娘：摩耶明美
ピアノの歌手：高宮沙千
デコレーションの美女：木花咲耶、美高悠子
花の青年：順みつき
踊る男：浦路夏子、尚すみれ、片瀬千帆、上條あきら
歌手：玉梓真紀、邦月美岐
トリオの男：麻実れい、麻里央さち、鳳城ひろき
宝塚大劇場公演 > 月組

参考資料は60年史別冊
3月1日 - 3月22日
宝塚大劇場公演 > 月組 > ミュージカル・コメディ『鼓よ空に響け』 10場

スタッフ
構成・演出：高木史朗
作曲・編曲：中元清純
作調・囃子指導：望月太明蔵
音楽指揮・合唱指導：十時一夫
装置：石浜日出雄
衣装：任田幾英
照明：今井直次
小道具：万波一重
効果：坂上勲
音響監督：松永浩志
演出助手：太田哲則、南明
制作：野田浜之助
主な出演
惣太：古城都
小珠：初風諄
音若：大滝子
観世の太夫：美山しぐれ
音若の姉：御幸沙智子
音若の妻：千草美景
若太夫：榛名由梨
藤屋：汐路朝子
梅小路：叶八千矛
屯平：麻生薫
千種丸：常花代
宝塚大劇場公演 > 月組 > グランド・レビュー『愛のラプソディ』 26場

続演
スタッフ
構成・演出：高木史朗
制作：野田浜之助
主な出演
バイオリンの歌手、シャンパンの歌手：古城都
ピアノの歌手：初風諄
砂の歌手、探険の男：大滝子
踊る男：榛名由梨
デコレーションの美女：恵さかえ、千草美景
花の青年：叶八千矛
トリオの男：汐路朝子、麻生薫、常花代
踊る女：藍えりな、麗美花、愛みちる
宝塚大劇場公演 > 星組

参考資料は60年史別冊
3月24日 - 4月25日
宝塚大劇場公演 > 星組 > 宝塚コメディ『花かげろう』 15場

新人公演：4月21日
スタッフ
作・演出：植田紳爾
振付：花柳寿楽
作曲：入江薫、寺田瀧雄
音楽指揮：野村陽児
装置：渡辺正男
衣装：小西松茂
照明：今井直次
小道具：上田特市
効果：中田正広
音響監督：松永浩志
演出補：阿古健
制作：平松悟
主な出演・本公演
陽炎姫：大原ますみ
酒天童子：鳳蘭
茨木童子：安奈淳
深草の入道：美吉佐久子
猫股中納言北の方：瑠璃豊美
春日野中将実麿：深山しのぶ
一の君：水代玉藻
入道の妻：椿友里
源頼光：但馬久美
二の君：衣通月子
三の君：沢かをり
主な出演・新人公演
三代まさる
奈緒ひろき
洋ゆり
安里梢
県栄巳
宝塚大劇場公演 > 星組 > グランド・レビュー『ラ・ラ・ファンタシーク』-あなたに宝石を- 24場

作・演出：鴨川清作
→詳細は「ラ・ラ・ファンタシーク」を参照
宝塚大劇場公演 > 花組

参考資料は60年史別冊
4月26日 - 5月24日
宝塚大劇場公演 > 花組 > 宝塚・ロマン『新・花かげろう』 15場

第一回新人公演：5月12日
第二回新人公演：5月17日
スタッフ
作・演出：植田紳爾
振付：花柳寿楽
作曲：入江薫、寺田瀧雄
音楽指揮：野村陽児
琵琶指導：柴田旭堂
装置：渡部正男
衣装：小西松茂
照明：今井直次
小道具：上田特市
効果：中田正広
音響監督：松永浩志
演出補：阿古健
制作：大谷真一
主な出演・本公演
藤原保輔、保昌：甲にしき
源頼光：松あきら
源頼信：瀬戸内美八
藤原兼家の北の方：淡路通子
壬生内侍：睦千賀
渡辺綱：歌川波瑠美
虎熊童子：水穂葉子
兼家：美吉野一也
酒田公時：室町あかね
卜部季武：明日香みやこ
碓井貞光：立ともみ
若狭：上原まり
茨木童子：新城まゆみ
八瀬童子：汐見里花
葛城童子：風美圭
主な出演・第一回新人公演
瀬戸内美八
新城まゆみ
汐見里佳
室町あかね
立ともみ
舞小雪
主な出演・第二回新人公演
松あきら
室町あかね
新城まゆみ
汐見里花
立ともみ
有花みゆ紀
宝塚大劇場公演 > 花組 > グランド・レビュー『ラ・ラ・ファンタシーク』-あなたに宝石を- 24場

作・演出：鴨川清作
→詳細は「ラ・ラ・ファンタシーク」を参照
宝塚大劇場公演 > 月組

参考資料は60年史別冊
5月26日 - 6月28日
宝塚大劇場公演 > 月組 > 菊田一夫先生に捧げるミュージカル・ロマンス『霧深きエルベのほとり』 18場

作・演出：菊田一夫
→詳細は「霧深きエルベのほとり」を参照
宝塚大劇場公演 > 月組 > ショート・ショート・ショー『ファニー・フィーリング』 16場

作・演出：鴨川清作
→詳細は「ファニー・フィーリング」を参照
宝塚大劇場公演 > 雪組

参考資料は60年史別冊
6月30日 - 7月26日
宝塚大劇場公演 > 雪組 > 日本民族舞踊第13集『竹』 5節

スタッフ
取材・構成：宝塚歌劇団郷土芸能研究会
演出：渡辺武雄
脚本・演出補：阿古健
音楽：高橋廉、堤五郎、十時一夫、中元清純、河崎恒夫
音楽指揮：十時一夫
振付：渡辺武雄、高木祥次、鈴木武、睦千賀
装置：黒田利邦
衣装：小西松茂、中川菊枝
照明：棚橋守
小道具：上田特市
効果：坂上勲
音響監督：松永浩志
演出助手：太田哲則、村上信夫
制作：大谷真一
主な出演
三高生、太郎べ：汀夏子
竹姫：摩耶明美
時の世界の翁：大路三千緒
長者：岸香織
父竹：曽我桂子
子竹：順みつき
歌手：高宮沙千、浦路夏子、玉梓真紀、尚すみれ
北の方：三鷹恵子
宝塚大劇場公演 > 雪組 > ミュージカル・プレイ『カンテ・グランデ』 17景

作・演出：内海重典
→詳細は「カンテ・グランデ (宝塚歌劇)」を参照
宝塚大劇場公演 > 花組

参考資料は60年史別冊
7月28日 - 8月28日
宝塚大劇場公演 > 花組 > 宝塚グランド・ロマン『この恋は雲の涯まで』 2部35場

演出・振付：尾上松緑
→詳細は「この恋は雲の涯まで」を参照
宝塚大劇場公演 > 星組

参考資料は60年史別冊
8月29日 - 9月27日
宝塚大劇場公演 > 星組 > 宝塚グランド・ロマン『この恋は雲の涯まで』 2部30場

演出・振付：尾上松緑
→詳細は「この恋は雲の涯まで」を参照
宝塚大劇場公演 > 月組

参考資料は60年史別冊
9月29日 - 10月30日
宝塚大劇場公演 > 月組 > 海外公演試作・舞踊詩『秋の宝塚踊り』 12景

スタッフ
作・演出：白井鐡造
音楽：高橋廉、堤五郎、中井光晴、入江薫、十時一夫、中元清純、河崎恒夫、寺田瀧雄
琴作曲：葛原祐川
音楽指揮・合唱指導：十時一夫
振付：渡辺武雄、冨士野高嶺、花柳寿楽、花柳幾久英、松本尚女
装置：石浜日出雄
衣装：小西松茂、中川菊枝
照明：今井直次
小道具：上田特市
効果：扇野信夫
音響監督：松永浩志
演出補：大関弘政
演出助手：太田哲則
制作：小辻糺
主な出演
浮世絵の男、四ツ竹踊り：古城都
木の葉：初風諄
四季の女神、津軽おはらの歌手：笹潤子
若者、歌手：大滝子
芸者：榛名由梨、叶八千矛、常花代
浮世絵の女：千草美景
獅子：麻生薫
蝶：麗美花、藍えりな、小松美保、久美かおる
宝塚大劇場公演 > 月組 > ミュージカル・アドベンチャー『イフ…』-さよなら古城都- 24場

構成・演出：岡田敬二
→詳細は「イフ…」を参照
宝塚大劇場公演 > 雪組

参考資料は60年史別冊
11月1日 - 12月2日
宝塚大劇場公演 > 雪組 > ミュージカル・プレイ『たけくらべ』-樋口一葉より- 10場

作・演出：柴田侑宏
→詳細は「たけくらべ (宝塚歌劇)」を参照
宝塚大劇場公演 > 雪組 > ミュージカル・コメディ『ラブ・ラバー』 -さよなら恋のベニス- 20場

作・演出：鴨川清作
→詳細は「ラブ・ラバー」を参照
宝塚大劇場公演 > 星組

参考資料は60年史別冊
12月5日 - 12月23日
宝塚大劇場公演 > 星組 > 舞踊劇『浮舟と薫の君』 10場

脚本・演出：酒井澄夫
→詳細は「源氏物語 (宝塚歌劇)」を参照
宝塚大劇場公演 > 星組 > グランド・ショー『ゴールデン・サウンド』 22場

作・演出：小原弘宣
→詳細は「ゴールデン・サウンド」を参照
東京公演

（）内は、作者または演出者名。特別出演及び一部のスタッフ以外の出典は宝塚90年史。
東京公演 > 星組

1月2日 - 1月28日 新宿コマ劇場
『花の若武者』（植田紳爾）
『アラベスク』（酒井澄夫）
特別出演
神代錦
沖ゆき子
東京公演 > 花組

3月3日 - 3月28日 東京宝塚劇場
『宝塚名曲集』（白井鐡造）
『パレード・タカラヅカ』（内海重典）
特別出演
天津乙女
春日野八千代
梓真弓
笹潤子
松本悠里
美里景
江夏淳
東京公演 > 雪組

4月3日 - 4月27日 東京宝塚劇場
『花吹雪』（柴田侑宏　作・演出）
『愛のラプソディ』（高木史朗）
特別出演
真帆志ぶき
東京公演 > 星組

6月2日 - 6月27日 東京宝塚劇場
『花かげろう』（植田紳爾）
『ラ・ラ・ファンタシーク』（鴨川清作）
東京公演 > 月組

8月2日 - 8月29日 東京宝塚劇場
『霧深きエルベのほとり』（菊田一夫、鴨川清作　演出）
『ファニー・フィーリング』（鴨川清作）
特別出演
真帆志ぶき
東京公演 > 花組

11月2日 - 11月27日 東京宝塚劇場
『この恋は雲の涯まで』（尾上松緑　演出、植田紳爾）
特別出演
神代錦
美吉左久子
大原ますみ
宝塚大劇場・東京以外の日本公演

（）内は、作者または演出者名。主演者及び一部のスタッフ以外の出典は宝塚90年史。
宝塚大劇場・東京以外の日本公演 > 月組

1月15日 - 1月26日 広島、下関、八代、指宿、那覇
『牛飼い童子』（植田紳爾）
『ラ・ロンド』（横澤英雄）
3月31日 - 4月9日 名古屋・中日劇場
『おーい春風さん』（植田紳爾）
『ラ・ロンド』（横澤英雄）
宝塚大劇場・東京以外の日本公演 > 第10回宝塚フェスティバル

5月4日・5日　大阪・毎日ホール
宝塚大劇場・東京以外の日本公演 > 第10回宝塚フェスティバル > 出演者（苗字のみ・一部はフルネーム）

出典は60年史別冊。
真帆
古城
初風
千草
榛名
叶
麻生
常
麗
小松
汀
高宮
摩耶
浦路
玉梓
順
尚
麻実
大原
但馬
鳳
衣通
安奈
沢
奈緒ひろき
淀かほる（特別出演）
加茂さくら（特別出演）
宝塚大劇場・東京以外の日本公演 > 雪組

5月24日 - 6月3日 福岡スポーツセンター
『春ふたたび』（植田紳爾）
『サンライズ・アゲイン』（岡田敬二）
宝塚大劇場・東京以外の日本公演 > 花組

6月14日 - 7月1日 館山、木更津、新潟、富山、福井、和歌山、岡山、三次、広島、松山、福山、鹿児島、加世田、人吉
『ちいさな花がひらいた』（柴田侑宏）
『ザ・フラワー』（鴨川清作）
宝塚大劇場・東京以外の日本公演 > 星・雪組

8月4日・5日 名古屋・中日劇場
『宝塚ゴールデンステージ』（小原弘亘　構成・演出）
宝塚大劇場・東京以外の日本公演 > 星・雪組 > 出演者（苗字のみ）

出典は60年史別冊
笹
汀
高宮
摩耶
麻樹
浦路
玉梓
順
尚
麻実
麻里央
但馬
鳳
衣通
安奈
龍
三代
沢
宝塚大劇場・東京以外の日本公演 > 雪組

8月15日 - 8月22日 高山、小諸、甲府、青梅
『春ふたたび』（植田紳爾）
『サンライズ・アゲイン』（岡田敬二）
宝塚大劇場・東京以外の日本公演 > 花組

9月10日 - 9月26日 太田、北上、盛岡、札幌、函館、紋別、滝川、小樽
『ちいさな花がひらいた』（柴田侑宏　脚本・演出）
『ザ・フラワー』（鴨川清作）
宝塚大劇場・東京以外の日本公演 > 星組

10月10日 - 10月25日 松江、小野田、山口、延岡、都城、日南、熊本
『いのちある限り』（柴田侑宏）
『アラベスク』（酒井澄夫）
宝塚大劇場・東京以外の日本公演 > 雪組

12月8日 - 12月13日 仙台
『春ふたたび』（植田紳爾）
『サンライズ・アゲイン』（岡田敬二）
東南アジア公演

出典は60年史と80年史
1973年11月22日大阪国際空港出発、12月11日大阪国際空港帰着
東南アジア公演 > 公演日と公演地

11月25日 - 11月29日　ビルマ（ラングーンのオープン・エア劇場）
12月3日 - 12月5日　マレーシア（クアラルンプールのマラヤ大学講堂）
12月8日 - 12月10日　シンガポール（ナショナル劇場）
東南アジア公演 > スタッフ

団長：松原徳一
演出：大関弘政
以下7名。理事長・荒木秀雄同行。
東南アジア公演 > 参加生徒

笹潤子
初風諄
千草美景
大滝子
榛名由梨
叶八千矛
麻生薫
常花代
葵悠香
麗美花
藍えりな
小松美保
幾代ひかる
美濃ゆたか
伊吹のぼる
冴月渉
美里景
久美かおる
江夏淳
愛みちる
藤代潤
有明淳
美波豊
大湖かつら
条はるき
英里絵
城月美穂
長月ひかる
（28名）
聞慶駅

| 聞慶駅 |
| --- | --- |
 문경   ムンギョン  Mungyeong  
 
所在地:  慶尚北道聞慶市聞慶邑馬院里414
所属事業者:  韓国鉄道公社
駅種別:  営業休止駅
駅等級:  なし
駅構造:  高架駅
ホーム:  2面7線
開業年月日:  1969年6月20日
乗入路線
所属路線:  聞慶線（休止中）
キロ程:  22.3 km（店村起点）
 ◄鎮南 (9.5 km)
所属路線:  中部内陸線
キロ程:  91.7 km（夫鉢起点）
 ◄延豊 (11.3 km)
テンプレートを表示
| 聞慶駅> 各種表記 |
| --- | --- |
ハングル：:  문경역
漢字：:  聞慶驛
発音：:  ムンギョンニョク
日本語読み：:  もんけいえき
英語表記：:  Mungyeong Station
テンプレートを表示
聞慶駅（ムンギョンえき）は、大韓民国慶尚北道聞慶市聞慶邑にある韓国鉄道公社の駅である。
利用可能な路線

韓国鉄道公社
聞慶線（営業休止中）
中部内陸線
旧駅舎

1969年に聞慶邑の下里で開業した初代の駅は、プラットホーム2面3線の地上駅だった。聞慶線の営業休止後も書類上は鉄道庁の管理する駅で有り続けたが、設備の保存措置がとられず荒廃したため実質的に廃駅状態となった。2006年に駅舎を解体した上で敷地がゴルフ練習場と倉庫に転用され、残る駅施設も2020年から撤去の動きが始まっている。
歴史

1969年6月20日 - 開業。
1988年1月1日 - 手小荷物の取り扱い終了。
1995年4月1日 - 一般営業休止。
1999年1月23日 - 観光用臨時列車（不定期）の運行開始。
2000年12月31日 - 臨時列車の運行終了。
2024年11月30日 - 中部内陸線が当駅まで開業、馬院里に移設。
戦闘用防護衣

戦闘用防護衣（せんとうようぼうごい）は、陸上自衛隊の装備。88式戦闘用防護衣とも呼ばれ、各個人に配備される。外見は旧迷彩（熊笹迷彩）であり、稼動部分の余裕が少ない形となっている。1988年（昭和63年）採用。現在、個人用防護装備に逐次更新中である。地下鉄サリン事件後の除染活動等の際に使用された。
概要

重量：約3.8kg
防護マスク4型などと併用して使用し、化学剤、放射性物質、生物剤の身体への付着、浸透を防ぐために使用する。
通気性のある繊維状活性炭布積層布を素材に使用している。
表面は撥水加工されている事から、液体化学剤等による汚染にも対応できる。
採用年度の関係から、旧迷彩のままである。
通常は移動間携行しないが、有毒化学剤による脅威の恐れがある場合は携帯用袋に梱包した状態下で背部に背負って携行する。
地下鉄サリン事件及びオウム真理教事件においてメディアに登場しており、オウム真理教施設への強制捜査においては、警察に同様の装備が配備されていなかった経緯もあり、自衛隊化学学校及び化学科職種部隊の全面協力により捜査員が着用し使用している。
防護衣上下とゴム手、布手、オーバーシューズで構成されている。
構成

防護マスク用フード
上衣
下衣
ゴム手袋
ゴムブーツ
携帯型除染具
携帯用袋
製作

東洋紡
三上萌々

| みかみ もも三上 萌々> プロフィール |
| --- | --- |
出身地:   日本 千葉県佐倉市
生年月日:   (1995-08-15) 1995年8月15日（29歳）
身長:  166 cm
血液型:  B型
最終学歴:  慶應義塾大学理工学部卒業
勤務局:  TBS NEWS
所属事務所:  TBSスパークル
部署:  キャスター室
職歴:  東京海上日動火災保険勤務 テレビ高知アナウンサー
活動期間:  2021年3月 -
ジャンル:  情報番組
公式サイト:  公式プロフィール
担当番組・活動
出演中:  『JNNふるさと紀行』
出演経歴:  『ももリオ』 『からふる』
その他:  TBS NEWSキャスター
アナウンサー: テンプレート - カテゴリ
三上 萌々（みかみ もも、1995年8月15日 - ）は、日本のフリーアナウンサー。TBSスパークル所属。
来歴

千葉県佐倉市出身。東京都立青山高等学校、慶應義塾大学理工学部応用科学科卒業。大学在学時には週6日間毎日研究室に通い詰める一方で、大学公認のストリートダンスサークルにも所属して日夜ダンスに明け暮れていた。
大学卒業後には東京海上日動火災保険に入社したが、保険金の査定と支払いのために被災地へ向かう業務と令和に入ってからのコロナ禍が自らの職業選択について改めて考えるきっかけとなり、アナウンサーへの道を志す。
2021年3月にテレビ高知 (KUTV) に入社し、同期の平賀吏桜とともに同局のアナウンサーになる。そして同年5月7日、TBS『金曜ドラマ』の直後に放送される『KUTVニュース』で初鳴きを果たした。
2023年にテレビ高知を退社し、同年8月からTBS NEWSのキャスターを務めている。
担当番組

ももリオ（テレビ高知、2021年10月 - 2022年6月）
からふる（テレビ高知、2022年3月 - 2023年） - MC、不定期で各コーナーのリポーター、サッカーコーナー担当
TBS NEWS放送番組（2023年8月 - ）
JNNふるさと紀行（BS-TBS） - リポーター
但田裕介

| 基本情報 |
| --- | --- |
国籍:   日本
出身地:  東京都小平市小金井
生年月日:   (1951-04-27) 1951年4月27日（73歳）
身長 体重:  176 cm 67 kg
選手情報
投球・打席:  左投左打
ポジション:  投手
プロ入り:  1969年 ドラフト3位
経歴（括弧内はプロチーム在籍年度）
  堀越高等学校  阪神タイガース (1970 - 1972)
 この表について  この表はテンプレートを用いて表示しています。編集方法はTemplate:Infobox baseball playerを参照してください。 ■プロジェクト:野球選手  ■テンプレート  
但田 裕介（たじた ゆうすけ、1951年4月27日 - ）は、東京都小平市花小金井出身の元プロ野球選手。ポジションは投手。
来歴・人物

堀越高等学校では、エース、五番打者として活躍。2年生の時、1968年秋季東京大会決勝に進出。この試合では日体荏原高に敗退するが、翌1969年春の選抜にチーム初出場を決める。大会では準々決勝で山本功児、淡口憲治のいた三田学園を降し、準決勝では博多工の岩崎清隆と投げ合い完封勝利。しかし決勝では三重高の上西博昭に抑えられ大敗、準優勝にとどまった。同年春季関東大会でも決勝でエース柴崎孝夫（日本石油）を擁する取手一高に延長11回サヨナラ勝ち、優勝を飾る。夏の甲子園都予選は準決勝で日大一高の保坂英二、小山良春（日大－三協精機）と投げ合うが9回逆転負け。
1969年のドラフトに阪神から3位指名され入団。しかし一軍公式戦の出場はなく、1972年限りで引退。
詳細情報 > 年度別投手成績

一軍公式戦出場なし
詳細情報 > 背番号

35 （1970年）
50 （1971年 - 1972年）
User Datagram Protocol

| --- | --- |
: 「UDP」はこの項目へ転送されています。ヌクレオチドの一種のUDPについては「ウリジン二リン酸」をご覧ください。
User Datagram Protocol（ユーザ データグラム プロトコル、UDP）はIPネットワーク上のアプリケーション間データグラム送信を実現する通信プロトコルである。
概要

UDPはインターネットを始めとしたInternet Protocolネットワーク上で利用される通信プロトコルである。ホスト間通信を担うIP上でアプリケーション間通信を可能にする。通信はデータグラム方式、すなわち到達保証・流量制御・順序制御をせず、データグラムをステートレス・コネクションレスに相手側へと送信する。またブロードキャストとマルチキャストをサポートしている。
デイヴィッド・P・リード（英語版）が1980年に設計し、RFC 768で定義した（STD番号: 6）。非常にシンプルに設計されており公式仕様のRFC 768はわずか3ページである。インターネット・プロトコル・スイートの観点ではトランスポート層プロトコルに属する。IPヘッダにおけるプロトコル番号は17である。OSI参照モデルに当てはめるのであればトランスポート層に相当する。しばしば対比されるプロトコルにTCPやSCTPがある。
適時性・低レイテンシが要求されるサービスで利用される。特に途中でデータが抜け落ちても問題が少ない音声や画像のストリーム形式での配信（VoIP、MPEG-TS、IP放送など）、小さなデータをリアルタイムで大量に転送するオンラインゲームなどで活用される。上位プロトコルとしてはSNMP、TFTP、DNS、DHCP、RTPなどが挙げられる。
設計方針として輻輳制御を持たないため、場合によりネットワークの輻輳を引き起こす問題がある。QUICというプロトコルに見られるように、独自に輻輳制御を実装する場合に用いることもある。
機能

UDPはInternet Protocol上で利用されるプロトコルであり、IPと合わせてUDP/IPスタックとして機能する。一方でUDPはそれ単体でプロトコルであり、UDP自体で提供する明確な機能がある。以下はこの2つの観点に基づいた機能の説明である。
機能 > UDP/IPスタック

次の表はIP、UDP/IPスタック、TCP/IPスタックが提供する機能の比較である。
|  | IP | UDP/IP | TCP/IP |
| --- | --- | --- | --- |
ホスト間通信 by アドレス: ✔
| アプリ間通信 by ポート | - | ✔ | ✔ |
| パケットトランザクション | △ | ✔ | ✔ |
| バイトストリーム送信 | - | - | ✔ |
| 信頼性/到達保証 | - | - | ✔ |
| 流量制御 | - | - | ✔ |
| 順序制御 | - | - | ✔ |
| 輻輳制御 | - | - | ✔ |
すなわちUDP/IPは「ネットワークのネットワークにおけるトランザクション指向のアプリケーション間データグラム送信」を実現する。UDPはこれを最小限のプロトコルで実現するよう意図されているため、UDP/IPはTCP/IPより少ない機能のみを提供する。単一パケットの到達保証や複数パケットに渡る流量制御・順序制御はサポートしていない（データグラムモデル）。このため、UDPを Unreliable Datagram Protocol（信頼できないデータグラム・プロトコル）と呼ぶこともある。
機能 > UDP

UDPは2つの機能のみを提供する。
ホスト内通信振り分け: ポート
データグラム完全性チェック: チェックサム
IPはホスト間通信を可能にするが、そのままだとホストへの全信号を1つのアプリケーションのみが受け取る。UDPはポート機能を提供することで1ホスト内複数アプリケーションへの通信振り分けを可能にする。またIPはヘッダチェックサムによる宛先誤り検出を可能にするが、そのままだとペイロードの破壊を検出できない。UDPはIPアドレス・ポート・ペイロードに基づくチェックサムを提供することで単一データグラムのルーティング誤りおよびデータ破壊を (100%ではないが) 検出できる。
すなわちUDPはアプリケーション間通信を可能にし、パケットトランザクション（all-or-nothing通信）を提供する。
仕組み > パケット構造

UDPの送受信単位はユーザデータグラム（英: user datagram）であり、UDPヘッダ（英: UDP header）およびデータ（英: data）から構成される。ビット列として次の構造を持つ。
| オフセット（ビット） | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 0 – 15 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 | 16 – 31 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 0 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 |
| 32 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム |
64+:   データ  
UDPヘッダには4つのフィールドがあり、それぞれ2バイト（16ビット）である。そのうち2つ（ピンク色の部分）はIPv4ではオプションである。IPv6では送信元ポート番号だけがオプションである（後述）。
仕組み > パケット構造 > 送信元ポート

送信元ポート（英: Source Port）は送信側プロセスのポートである。
送信元ポートはUDPヘッダの任意フィールドである。不使用時はゼロ埋めされる。追加情報がなければ返信宛先ポートはこの番号と想定される。送信元がクライアントの場合、エフェメラルポート番号ということが多い。送信元がサーバの場合、ウェルノウンポート番号ということが多い。
仕組み > パケット構造 > 宛先ポート

宛先ポート（英: Destination Port）は受信側プロセスのポートである。
宛先ポートはUDPヘッダの必須フィールドである。送信元ポート番号と同様、宛先がクライアントならエフェメラルポート、サーバならウェルノウンポートということが多い。
仕組み > パケット構造 > データ長

データ長（英: Length）はユーザーデータグラム（UDPヘッダ + データ）のオクテット数である。
データ長はUDPヘッダの必須フィールドである。UDPヘッダが8バイト固定であるため最小値は 8 である。理論上の上限は65,535バイト（ヘッダ8バイト + データ65,527バイト）である。下位層がIPv4の場合、実際の上限は65,507バイト（IPヘッダ20バイトとUDPヘッダ8バイトを差し引いた値）となる。IPv6のジャンボグラム機能では、65,535バイトを越えるサイズのUDPパケットを扱える。この場合、IPv6のオプションヘッダでサイズを指定し、最大4,294,967,295バイト（232 - 1）を指定できるので、ヘッダ部の8バイトを差し引くと最大4,294,967,287バイトのデータを扱える。
仕組み > パケット構造 > チェックサム

チェックサム（英: Checksum）は「IP疑似ヘッダ + ユーザーデータグラム + パディング」に対するチェックサムである。
チェックサムはUDPヘッダの条件付き任意フィールドである。不使用時はゼロ埋めされる。ヘッダとデータの誤り検出に使用。IPv6ではオプションではないので、ゼロにはできない。
チェックサムの計算法はRFC 768で以下のように定義されている。
IPヘッダからの情報で作られる擬似ヘッダとUDPヘッダとデータを長さが2オクテットの倍数になるように（必要なら）値がゼロのオクテットでパディングし、各2オクテットの1の補数の総和の1の補数の下位16ビットをチェックサムとする。
つまり、全16ビットワードを1の補数演算で足しあわせる。その合計を1の補数化すればUDPのチェックサム・フィールドの値になる。
チェックサム計算の結果がゼロになる場合（16ビット全部が0）、チェックサムを省略する場合と区別するため、その1の補数（全ビットが1）を設定する。
IPv4とIPv6ではチェックサム計算に使うデータに差異がある。
仕組み > パケット構造 > チェックサム > IPv4 擬似ヘッダ

IPv4上のUDPでは、実際のIPv4ヘッダからの情報から作った擬似ヘッダをチェックサム計算に使用する。擬似ヘッダは実際のIPv4ヘッダそのものではない。以下にチェックサム計算にのみ使用する擬似ヘッダを示す。
| bits | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
0: 送信元IPアドレス
32: あて先IPアドレス
| 64 | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | プロトコル番号 | プロトコル番号 | プロトコル番号 | プロトコル番号 | プロトコル番号 | プロトコル番号 | プロトコル番号 | プロトコル番号 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 | UDP長 |
| 96 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 |
| 128 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム |
160+:   データ  
送信元IPアドレスとあて先IPアドレスはIPv4ヘッダにある値である。プロトコル番号はUDPを表すので17 (0x11) である。UDP長フィールドはUDPのヘッダとデータの全長である。
UDPチェックサム計算はIPv4ではオプションである。チェックサムを使わない場合はゼロを設定する。
仕組み > パケット構造 > チェックサム > IPv6 擬似ヘッダ

IPv6上のUDPでは、チェックサムは基本的に必須である。ただしUDP上でトンネリングプロトコルを利用する場合は例外的に計算を省略しゼロに設定して良い。チェックサムの計算法は RFC 2460 で次のように文書化されている。
トランスポート層かそれより上位のプロトコルで、IPヘッダ内のアドレスをチェックサム計算に使う場合、IPv6では128ビットのIPv6のアドレスを使用する。
チェックサム計算では、実際のIPv6ヘッダを真似た次のような擬似ヘッダを用いる。
| bits | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 0 – 7 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 8 – 15 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 16 – 23 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 | 24 – 31 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
0: 送信元IPアドレス
32: 送信元IPアドレス
64: 送信元IPアドレス
96: 送信元IPアドレス
128: あて先IPアドレス
160: あて先IPアドレス
192: あて先IPアドレス
224: あて先IPアドレス
256: UDP長
| 288 | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | ゼロ | 次のヘッダ | 次のヘッダ | 次のヘッダ | 次のヘッダ | 次のヘッダ | 次のヘッダ | 次のヘッダ | 次のヘッダ |
| 320 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 送信元ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 | 宛先ポート番号 |
| 352 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | データ長 | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム | チェックサム |
384+:   データ  
送信元IPアドレスはIPv6ヘッダにある値を使う。あて先IPアドレスは最終的なあて先であり、IPv6パケットにルーティングヘッダがなければIPv6ヘッダ内のあて先IPアドレスを使い、さもなくば送信側ではルーティングヘッダの最後の要素を、受信側ではIPv6ヘッダのあて先IPアドレスを使う。次のヘッダというフィールドはプロトコル番号を意味し、UDPなので17を指定する。UDP長フィールドはUDPのヘッダとデータを合わせた長さである。
仕組み > パケット構造 > データ

伝達したい情報が収納される。
仕組み > UDPモジュール

UDPモジュールはソケットを介してプログラムからアクセスする場合が多い。ポート番号0は送信側プロセスが応答を期待していない場合は使うことも許されている。
用途

UDPを利用するインターネットの重要なアプリケーションはいくつもある。以下はその例である。
Domain Name System (DNS): 1つのクエリに素早く1つの応答パケットを返すだけなのでUDPを使用
Simple Network Management Protocol (SNMP)
Routing Information Protocol (RIP)
Dynamic Host Configuration Protocol (DHCP)
Network Time Protocol (NTP)
ストリーミング、ゲーミング、VoIP: パケット喪失 = 若干の品質低下、再送待ちはシステムを停止させてしまう
UDP上に信頼性保証プロトコルを載せて利用するケースも存在する。TFTPなどのアプリケーションでは、アプリケーション層で必要に応じて基本的な信頼性機構を付与している。消失訂正符号（英語版）は一つの選択肢である。
問題点

UDPは設計方針として輻輳制御を提供しない。これがネットワーク全体への負荷を引き起こすケースがある。
帯域の大きな部分を消費して輻輳を起こしやすいUDPアプリケーションは、インターネットの安定性を危険にさらす可能性があり、実際に帯域を大幅に占める事態が発生している。制御できないUDPトラフィックによって輻輳崩壊になる可能性を低減するためのネットワーク機構が提案されてきた。現状では、ルーターなどのネットワーク機器でのパケット・キューイングやパケット・ドロッピングが過度なUDPトラフィックをスローダウンさせる唯一の手段となっている。Datagram Congestion Control Protocol (DCCP) はこの問題を部分的に解決すべく設計されたプロトコルで、ストリーミングなどの高転送レートのUDPストリームに対してTCPのような輻輳制御を追加するものである。
POS、会計、データベースなどのTCPを使っているシステムはUDPトラフィックに圧迫されつつある。TCPでパケットを喪失すると、輻輳制御が働いて転送レートを抑えるというのも一因である。リアルタイム・アプリケーションもビジネス・アプリケーションもビジネスには重要なので、Quality of Service のソリューション開発が大切だとする者もいる。
規格

| 規格書名 | 規格種別 | 発行日 |
| --- | --- | --- |
| RFC 768 User Datagram Protocol | RFC Internet Standard | 1980-08-28 |
RFC 768 – User Datagram Protocol
RFC 2460 – Internet Protocol, Version 6 (IPv6) Specification
RFC 2675 - IPv6 Jumbograms
RFC 4113 – Management Information Base for the UDP
RFC 4347 - Datagram Transport Layer Security
RFC 5405 – Unicast UDP Usage Guidelines for Application Designers
黄色極超巨星

黄色極超巨星[要出典] (おうしょくごくちょうきょせい、英: Yellow hypergiant, YHG) は、拡がった大気を持つ大質量の恒星である。スペクトル型は、Aの後期からKで、質量は太陽質量の20倍から50倍である。カシオペヤ座のカシオペヤ座ρ星のような黄色極超巨星は、周期的な爆発を繰り返しているように見えるが、これは周期的もしくは継続的な恒星の減光によるものである。黄色極超巨星は、宇宙では極めて珍しいと考えられている。核燃料を極めて速く消費するため、黄色極超巨星は、超新星または極超新星になるまで、ほんの数百万年間しか主系列星に留まらない。黄色極超巨星は、赤色超巨星の段階が終わり、青色方向に遷移する途中の段階である。ヘルツシュプルング・ラッセル図においては、赤色超巨星の後のいわゆる"Yellow Evolutionary Void"の段階で、大気は不安定になり、青色に向かって行くところであるが、最も明るい黄色極超巨星のHD 33579は、まだ赤色の領域に達していないという、化学的、表面重力的な強い証拠がある。黄色極超巨星は、核にある核燃料を急速に使い果たし、タイプIIの超新星爆発を起こすことができる。
内部構造

現在の恒星の物理モデルによれば、黄色極超巨星は、対流層の内側に放射層がある太陽程度の大きさの恒星とは異なり、放射層の内側に対流層がある。黄色極超巨星の核にかかる極めて大きな圧力により、核の一部あるいは全部がフェルミ縮退した物質で構成されていると考えられている。
彩層

黄色極超巨星は、その大きさ故に、磁場や放出エネルギーが大きいほか、表面の物質を保持する効率が他のタイプの恒星に比べて小さい。そのため、黄色極超巨星は非常に大きな拡張した大気を持つ。塵やガスのディスクが見られることもあり、周りに惑星系が存在する可能性もある。
既知の黄色極超巨星

| 名称 | 半径 推定 | 備考 |
| --- | --- | --- |
| カシオペヤ座ρ星 | 450 R☉ |  |
| りゅうこつ座V382星 | 747 R☉ |  |
| カシオペヤ座V509星 (HR 8752) | 400 R☉ |  |
わし座V1302星: 
HD 33579: 
| IRAS 17163-3907 | 1000 R☉ | Fried Egg Nebulaというニックネームを持つ 。 |
| HR 5171 A | 1316 R☉  |  |
Operation Flashpoint: Cold War Crisis

| --- | --- |
ジャンル:  FPS, TPS, SIM
対応機種:  Windows 98 / 2000 / XP Xbox (Operation Flashpoint: Elite)
開発元:  Bohemia Interactive Studio
発売元:  Codemasters
バージョン:  1.99（2011年6月24日）
人数:  1～64人程度（協力・対戦プレイ）
メディア:  CD-ROM 1枚 (Cold War Crisis) CD-ROM 1枚 (Red Hammer) CD-ROM 1枚 (Resistance) DVD-ROM 1枚 (Operation Flashpoint: Elite) ダウンロード販売(ArmA: Cold War Assault)
発売日:  2001年7月27日 (Cold War Crisis) 2001年12月28日 (Red Hammer) 2002年8月23日 (Resistance) 以上は国内での発売日 2005年10月 (Operation Flashpoint: Elite) 2011年6月24日(ArmA: Cold War Assault)
対象年齢:  ELSPA: 15+ PEGI: 16+ ESRB: M
デバイス:  キーボード, マウス, ジョイスティック
エンジン:  Real Virtuality 1
テンプレートを表示
『Operation Flashpoint: Cold War Crisis』（オペレーション フラッシュポイント: コールド ウォー クライシス、略称：OFP: CWC）、またはArmA: Cold War Assaultは、チェコのソフトハウス Bohemia Interactive Studio (BIS) 社が開発し、イギリスのCodemasters社が2001年6月22日に発売を開始したWindows用FPSである。
概要

リアルな戦場シミュレーションを売りとしており、戦場のシビアさを再現したリアリティとオープンワールド型の大規模な戦場を表現し、多くのプレイヤーを獲得した。本作では多くのFPSゲームと異なり、銃器の射程、威力、装弾数、リロード速度といった要素が現実に忠実に再現されている。またキャラクターの移動速度も通常の人間と大差無く、現実の人間同様、1発でも銃弾を浴びれば行動不能に陥る（キャラクターが復活する事も無い）。また、ゲーム内では伏せや匍匐前進など、実際の兵士と同様のアクションを取る事ができる。それ以外のフィールドの面積や構成、ミッションの内容なども極めて現実的に設定されている。このように本作は、非常にリアリティを重視した内容となっており、その結果、ゲーム内でのプレイヤーの行動も必然的に実際の戦場の兵士に近い物となる。そういった点が高く評価され人気を集めた。
シリーズ展開

本体であるOperation Flashpoint: Cold War Crisisの後に、拡張パックであるOperation Flashpoint Gold Upgrade（日本ではRed Hammerとして発売。Red HammerはCodemastersが独自に開発したキャンペーンの名前である）とOperation Flashpoint: Resistanceが発売された。本体と拡張パックがセットとなったOperation Flashpoint: Game Of The Year Edition（通称GOTY）も発売された。
その後も長期的にパッチによるマイナーバージョンアップが行われ、2004年4月19日にはバージョン1.96がリリースされた。
またタイトル変更に伴い、2011年6月24日には7年振りの新バージョンとなるバージョン1.99がリリースされた
（Cold War Crisis本体のみでバージョン1.00～1.46まで、Resistance拡張パック導入でバージョン1.75～1.96までアップデート可能。CWC本体を所持している場合は、パッチをダウンロードしてArmA:CWA(バージョン1.99)にアップデートできる）。
日本ではImagineer社が代理店として発売していたが、付属キャンペーンのシナリオ翻訳ガイド（日本語翻訳テキスト）が同梱されたのみで日本語版は製作されていない。過去に日本語版の発売が予定されていたが、完全な日本語版の開発が不可能と判断され発売・開発が中止されている。
シングルプレイおよびマルチプレイに対応しているが、シングルプレイが最も盛んである。また、数多くのMODがリリースされた。この理由は、AddonとModの節を参照。
軍事機関向け派生作品としてDARWARS Ambush!、VBS1が存在する。2005年にXbox版のOperation Flashpoint: Elite (OFP: Elite) が発売された。続編に関しては、続編・移植の展開の節を参照。
ストーリー

ここでは、1985年前後を舞台とした冷戦下の戦いを描いた、公式からリリースされた3つのストーリーについて記述する。なお、OFP: CWCのゲーム中ではこれらのストーリーはキャンペーンという連続したミッションから成っている。これについては後述する。
ストーリー > Cold War Crisis (CWC)

世界が未だ冷戦の中にあった1985年。ソビエト連邦のミハイル・ゴルバチョフによって進められていたペレストロイカに反発するGuba将軍率いる勢力が、叛乱軍を率いて軍事拠点であるKolgujev島を制圧、さらに、Everon共和国、そして、NATOの拠点であるMalden島の攻略に乗り出した。有効な打開策を見出せないモスクワはNATOに協力を要請し、叛乱軍の鎮圧に向けた戦いが始まった。
ストーリー > Red Hammer (RH)

もうひとつのCold War Crisis。Cold War Crisisと同じ時間軸の話をソ連軍側から描いたもの。日本では通称「赤浜」とも呼ばれる。ソ連軍の兵士Dmitri Lukinは、ソ連軍の一員として、各島でアメリカ軍の勢力を蹴散らす任務を帯びている。過酷さを増す戦況の中で、Lukinは生き延びなくてはならない。
ストーリー > Resistance (RES)

CWCより遡ること数年。かつて、レジスタンスとしてソ連軍と戦った男、Victor Troska。彼は、戦いを止め、故郷Nogova共和国で静かな暮らしを送っていた。ところがそこに、上層部の命を受けたGuba大佐率いるソ連軍が侵入。Nogovaは戦火に晒されることとなる。戦争の現実を見、戦いに疲れていたVictorには、抵抗する意思はなかった。しかし、そんな彼にも決断の時は訪れた……。
システム

歩兵による戦闘を中心として構成されており、他のFPSには見られない極めて広大なフィールド（その広さは20km四方にも達する）の中で、分隊を基本単位とした大人数の兵士が戦術的な作戦行動を取って戦うことができる。プレイヤーは、東西（アメリカ軍とソビエト軍）または、民兵（レジスタンス）のいずれかの陣営に属する一兵士として、リーダーに従って行動したり、リーダーとして各兵士に命令を出し、敵対陣営の兵士を倒しながら、ミッションを遂行していく。
人間の兵士は極めて脆く設定されており、頭部や胸部を攻撃されると一撃で死に至る。特に戦車などの装甲ユニットとの戦力差は絶望的な程で、戦車とやむなく対峙せざるを得なくなった時の緊張感など、リアルな戦場のイメージが再現されている。