Rikunarita-ORG/Wikinium huggingface dataset:
# 核家族

核家族、アメリカ（1970年代）
日本の核家族。
**核家族**（かくかぞく）とは社会における家族の形態の一つ。拡大家族、大家族、複合家族と対になる表現である。

米国の人類学者であるジョージ・マードックが人類に普遍的ですべての家族の基礎的な単位という意味で用い始めた"**nuclear family**"という用語の和訳であり、夫婦や親子だけで構成される家族のことである。

なお、核家族は親族世帯の一形態であり、一人暮らし世帯である単身世帯（単独世帯）とは区別される。

## 概要

イヌイットの核家族。母親と父親と子供（1929年）
"nuclear family"という用語について、メリアム＝ウェブスターは1941年を初出とする。日本では第二次大戦後、アメリカがビキニ環礁で核実験を行った頃から流通し始めたとされている。

核家族とは具体的に以下のような形態を指すことが多い。

1. 一組の夫婦のみ
2. 一組の夫婦とその子ども
3. 父親または母親とその子ども（父子世帯や母子世帯）
4. （子供からみて）両親または父母のどちらか一方と未婚の兄弟姉妹

のいずれかからなる家族を指す。若者の一人暮らしや高齢者の一人暮らしは親族世帯ではなく単身世帯（単独世帯）に分類される。

核家族そのものは人類の普遍的な家族形態とされる。古来の核家族は、周囲に血縁関係のある人々が住み、大家族的な生活を営んでいた。これに対して、現代の核家族、特に都市で新たに世帯を構える核家族は、近隣に血縁者が存在しない孤立した核家族である。この点が古来の核家族と異なり、孤立した子育てなど新たな課題を抱えている。

大家族に比較して、転居や住居の改造など居住に関するフレキシビリティーが高く、親類間のプライバシーが維持しやすいが、多人数で同居する大家族と比べて、親子三世代による家事労働や育児、家内労働の分担がしづらくなる。

## 人口推移

### 核家族化

日本の場合、核家族率そのものは1920年（大正9年）に54%とすでに過半数を占めており、1960年代に急激に上昇し、1963年（昭和38年）には流行語となった。世帯構造に占める核家族率は、1975年（昭和50年）の約64%を頂点として、以後約6割で推移している。

1989年（平成元年）は、「夫婦のみ」の世帯が約16%、「夫婦と子」が約39.3%、一人親家庭が約5%であった。2000年代前半の世帯別家族構成の内訳は「夫婦のみ」が約20%、「夫婦と子」の形態が約30%、一人親家庭が約8%であった。2016年（平成28年）は、「夫婦のみ」が約23.7%、「夫婦と子」が約29.5%、一人親家庭が約7.3%であった。

1990年から2016年にかけて、世帯構造に占める核家族率は安定した推移であるが、その内訳とされる世帯類型に変化がみられ、「夫婦のみ」と「一人親家庭」世帯が増加する反面で、「夫婦と子」世帯は年々減少傾向にあり、少子化や社会保障が議論されている。

## 単身世帯

**単身世帯**（たんしんせたい）とは、一人で1戸を構えて暮らしている人、間借りして一人で暮らしている人、寮・寄宿舎、下宿屋に住んでいる単身者一人一人をいう。「一人暮らし」（ひとりぐらし）ともいう。単身世帯をいとなむ理由は、独身未婚のほか、夫婦の別居・離婚・死別、子の独立などによる。

### 単独世帯の増加

1920年（大正9年）第一回国勢調査では6.6%だった。

1975年（昭和50年）以降、単独世帯、特に高齢者の単独世帯が急増しており、これは産業構造の変化（東京一極集中など）や人口の都市化、転勤などの物理的事情により、子ども世代が、長寿化してきた親夫婦と同居が困難になっている現状を示している。別居している老親の長寿化にともなう介護問題、あるいは夫婦の共稼ぎの増加により下校後の子ども（小中学生前後）が家で独りきりになる問題が議論される原因の一つである。2015年（平成27年）、国勢調査では34.6%に増えている。

* 家族
* 社会学
* 家族社会学
* 無縁社会
* 家庭経済学
* 一人親家庭
* 少子化 - 高齢化
* 単身赴任
* 独居老人
* DINKs
# ハイデラバード州立中央図書館

ハイデラバード州立中央図書館|  |
| 国 | インド |
| 種別 | 州立図書館 |
| 創設 | 1891年 |
| 所在地 | ハイデラバード |
| 収蔵情報 |
| 収蔵品種 | 書籍、雑誌、新聞、雑誌、原稿 |
| 収蔵数 | 5,00,000冊以上 |
| 法定納本 | Yes |
| 利用情報 |
| 利用資格 | Open |

**ハイデラバード州立中央図書館**（英語: State Central Library Hyderabad）は、インドのアーンドラ・プラデーシュ州ハイデラバードにある図書館。

ニザーム藩王家の支援により1891年に設立されたため、以前はアーサフィーヤ図書館 (Asafia Library) と呼ばれていた。

図書館の拡張と読者の増加により、1936年に図書館はムーシー川北岸の現在の場所に移された。

図書館は、肉筆古文献と、印刷本の両方を蔵している。肉筆古文献は、非常に珍しいものが多く、計り知れない価値を有している。それら文献の幾つかは、5－6世紀頃の大変古い時代のもので、当時の様子を窺い知る極めて重要な資料である。

今日、ハイデラバード州立中央図書館は、肉筆古文献を蔵するインドの図書館の中でも最高峰とされている。

* State Central Library at Shehar-e-naaz.com with its majestic picture.
# ディスプル

| **ディスプルদিছপুৰ Dispur** |
| --- |
| 位置 |
| ディスプルディスプル (アッサム州)アッサム州の地図を表示ディスプルディスプル (インド)インドの地図を表示 |
|  |
| 座標 : ﻿ / ﻿ |
| 行政 |
| 国 |  インド |
|  州 | アッサム州 |
|  県 | カームループ都市圏県 |
|  市 | **ディスプル** |
| 人口 |
| 人口 | （2011年現在） |
|   市域 | 534,872人 |
| その他 |
| 等時帯 | IST  (UTC+5:30) |
| Pincode | 781005 |
| 市外局番 | 91 - (0) 361 - XX XX XXX |
| ナンバープレート | AS-25 |

**ディスプル**（アッサム語: দিছপুৰ、英語: Dispur）は、インドのアッサム州の州都である。また、アッサム州の中心都市であるグワーハーティーの衛星都市でもある。人口は約534,872人（2011年）。

## 歴史

1972年のアッサム州の分割に伴い、それまでアッサム州の州都であったシロンが新しく誕生したメーガーラヤ州の州都になったため、代わってディスプルがアッサム州の州都になった。

* グワーハーティー
# フィルムナガル

フィルムナガル
**フィルムナガル**（Film Nagar）は、インドのアーンドラ・プラデーシュ州ハイデラバード西部の地域。テルグ語映画の製作拠点であり、同地域には歴史的な映画スタジオが複数存在する。

## 概要

フィルムナガルはジュビリーヒルズ、バンジャラヒルズ、ナナクラムグダ、マダプールで構成されており、テルグ語映画に携わる人々が多数居住している。この地域周辺にはテルグ語映画の製作スタジオであるスレーシュ・プロダクション、アンナプルナ・スタジオ、ラーマクリシュナ・シネ・スタジオ、パドマラーヤ・スタジオ、ヴァイシュノ・アカデミー、ヴィジャヤンティ・ムービーズ、シュリー・ラクシュミー・プラサンナ・ピクチャーズなどが存在する。また、テルグ語映画のオーディオ・リリース・イベントが行われるシルパカラ・ヴェディカ、フィルムフェア賞 南インド映画部門授賞式が行われるハイテク・シティもフィルムナガル周辺に位置している。

## ギャラリー

* ハイテク・シティ（2007年以降のフィルムフェア賞 南インド映画部門授賞式会場）
* ジュビリーヒルズ（テルグ語映画俳優の居住地区）
* バンジャラヒルズ（商業地区）
* ナナクラムグダ（金融地区）
* マダプール（IT産業地区）

* 太秦 - 日本の時代劇映画の撮影所が置かれていた地域。
# シカンダラーバード

|  |
| --- |
| **シカンダラーバードసికింద్రాబాద్ سکندر آباد सिकंदराबाद Sikandarabad** |
| シカンダラーバードの時計塔シカンダラーバードの時計塔 |
|

**シカンダラーバード**
シカンダラーバードの位置 （テランガーナ州 |
| **座標:** ﻿ / ﻿ |
| **国** |  インド |
| **州** | テランガーナ州 |
| **行政区** | ハイデラバード県 |
| **人口** | 213,698 (2011年現在) |
| **標準時** | IST (UTC+5:30) |
| **面積** • 海抜 |  • 543 m |
| **各種コード |  |  |
| --- | --- |
| • 電話(en) | • +040 |
| • 自動車(en) | • AP-10 |
 |

**シカンダラーバード**（Sikandarabad、సికింద్రాబాద్、سکندر آباد、सिकंदराबाद）は、インドのテランガーナ州の都市。**セカンデラーバード** (Secunderabad)、**セカンダラバード**、**セクンデラバード**とも呼ばれるが、現地ではシカンダラーバードの発音が近い。

都市の名は第6代ニザームのシカンダル・ジャーにちなんでいる。

## 歴史

初期文明の存在を示唆する石碑、石器が発掘されており、その歴史は有史前に遡ることができると考えられるが、現在みられる町の姿は大英帝国軍の駐屯後に形成され、インドにあってはかなり歴史の浅い都市である。

シカンダル・ジャー
1806年に第7代インド総督代理が、1800年に調印された同盟協定をもとに、イギリス軍駐屯地の提供をニザーム藩王国の藩王シカンダル・ジャーに要求し、フセイン・サガール北岸の平原に確保した駐屯地がその始まりである。

祖国イギリスを遠く離れて駐屯するイギリス将兵がホームシックにならないように、シカンダラーバード駐屯地内には、キリスト教の教会、修道会学校、シカンダラーバード・クラブ（社交場）などの施設が造られ、町並みもイギリス様式に設計された。その当時建設された時計塔が、シカンダラーバードの名物として、また当時の教会も壮麗な様相そのままに今も残っている。

ハイデラバード－ムンバイ間の定期航空路を運営しようと、インド人先覚的者達によって16ヘクタールの飛行場も建設されている（最初の飛行機が着陸したのは、駐屯地の閲兵場だった）。

後のイギリス首相ウィンストン・チャーチルも、1890年代に中尉としてシカンダラーバードに赴任し、「隠遁所」と名づけた平屋に住んでいた。彼とその同僚は、シカンダラーバード駐屯地をもってニザーム藩王国の衛兵たらんと称しながら、自らをアジアの大悪党と任じていた。

言い伝えによると、チャーチルの部隊が、かくも短期間の駐屯で配置転換を命ぜられたのは、シカンダラーバード・クラブでのツケを払えなかったからだとも言われている。彼への請求書の一部は、現在もシカンダラーバード・クラブの「公文書」として残っているそうである。

1897年8月20日に、マラリアの媒介に関するハマダラ蚊のメスの役割について一大発見を成し遂げ、それを含めた一連のマラリア研究の功績によりノーベル賞を受賞したロナルド・ロスは、シカンダラーバードでその研究を行っていた。その後、彼が研究のために使った建物は飛行学校となり、旧ハイデラバード空港として利用されていた。後にインド首相となるラジーヴ・ガンディーも、そこでパイロットとしての訓練を受けている。

2006年6月には、シカンダラーバード建立200周年が祝われた。

## 地理

フセイン・サーガルを挟んで、州都ハイデラバードと密接に隣接して発展しているため、ハイデラバードの双子都市と呼ばれる。実際、どこでシカンダラーバードとハイデラバードを区切るのか、明確な境界はないと言う地元民もいる。

インド南中央鉄道管区であるシカンダラーバードは、南インドの有数の鉄道の主要乗継駅であり、インド各地の都市に良好に連絡している（インド鉄道HP。時刻表などあり）。

インド陸軍、空軍の一大駐屯地としても知られる。
# ISO 2047

**ISO 2047** (Information processing -- Graphical representations for the control characters of the 7- bit coded character set) は、ISO/IEC 646の制御文字（機能キャラクタ）をデバッグなどの目的で図形文字として表現する場合の標準的な文字表である。また制御文字の2文字略称を定めている。1975年制定。また、RFC 1345 "Character Mnemonics & Character Sets" は、制御文字の2文字略称として ISO 2047を引用している。

ISO 2047は中国ではGB/T 3911-1983、韓国ではKS X 1010（旧KS C 5713）が対応する規格として制定されている。日本ではJIS X 0209「情報交換用機能キャラクタの図形表現」（旧JIS C 6227）として制定されていたが、2010年1月20日廃止された。

→「Unicodeの制御機能用記号ブロック」も参照
## 文字表

| 符号位置 | 符号表上の表現 | 名称 | 記号表現 | 略号表現 |
| --- | --- | --- | --- | --- |
| 0/0 | NUL | 空白（Null） | ⎕(U+2395) | NU |
| 0/1 | TC₁ (SOH) | ヘッディング開始 (Start of Heading) | ⌈(U+2308) | SH |
| 0/2 | TC₂ (STX) | テキスト開始 (Start of Text) | ⊥(U+22A5) | SX |
| 0/3 | TC₃ (ETX) | テキスト終結 (End of Text) | ⌋(U+230B) | EX |
| 0/4 | TC₄ (EOT) | 伝送終了 (End of Transmission) | ⌁(U+2301) | ET |
| 0/5 | TC₅ (ENQ) | 問い合わせ (Enquiry) | ⊠(U+22A0) | EQ |
| 0/6 | TC₆ (ACK) | 肯定応答 (Acknowledge) | ✓(U+2713) | AK |
| 0/7 | BEL | ベル (Bell) | ⍾(U+237E) | BL |
| 0/8 | FE₀ (BS) | 後退 (Backspace) | ⌫ (U+232B) | BS |
| 0/9 | FE₁ (HT) | 水平タブ (Horizontal Tabulation) | ⪫(U+2AAB) | HT |
| 0/10 | FE₂ (LF) | 改行 (Line Feed) | ≡(U+2261) | LF |
| 0/11 | FE₃ (VT) | 垂直タブ (Vertical Tabulation) | ⩛(U+2A5B) | VT |
| 0/12 | FE₄ (FF) | 書式送り (Form Feed) | ↡(U+21A1) | FF |
| 0/13 | FE₅ (CR) | 復帰 (Carriage Return) | ⪪(U+2AAA) | CR |
| 0/14 | SO | シフトアウト (Shift Out) | ⊗(U+2297) | SO |
| 0/15 | SI | シフトイン (Shift In) | ⊙(U+2299) | SI |
| 1/0 | TC₇ (DLE) | 伝送制御拡張 (Data Link Escape) | ⊟(U+229F) | DL |
| 1/1 | DC₁ | 装置制御1 (Device Control 1) | ◴(U+25F4) | D1 |
| 1/2 | DC₂ | 装置制御2 (Device Control 2) | ◵(U+25F5) | D2 |
| 1/3 | DC₃ | 装置制御3 (Device Control 3) | ◶(U+25F6) | D3 |
| 1/4 | DC₄ | 装置制御4 (Device Control 4) | ◷(U+25F7) | D4 |
| 1/5 | TC₈ (NAK) | 否定応答 (Negative Acknowledge) | ⍻(U+237B) | NK |
| 1/6 | TC₉ (SYN) | 同期信号 (Synchronization) | ⎍(U+238D) | SY |
| 1/7 | TC₁₀ (ETB) | 伝送ブロック終結 (End of Transmission Block) | ⊣(U+22A3) | EB |
| 1/8 | CAN | 取り消し (Cancel) | ⧖(U+29D6) | CN |
| 1/9 | EM | 媒体終結 (End of Medium) | ⍿(U+237F) | EM |
| 1/10 | SUB | 置換 (Substitute Character) | ␦(U+2426) | SB |
| 1/11 | ESC | 拡張 (Escape) | ⊖(U+2296) | EC |
| 1/12 | IS₄ (FS) | ファイル分離 (File Separator) | ◰(U+25F0) | FS |
| 1/13 | IS₃ (GS) | グループ分離 (Group Separator) | ◱(U+25F1) | GS |
| 1/14 | IS₂ (RS) | レコード分離 (Record Separator) | ◲(U+25F2) | RS |
| 1/15 | IS₁ (US) | ユニット分離 (Unit Separator) | ◳(U+25F3) | SH |
| 2/0 | SP | 間隔 (Space) | △(U+25B3) | SP |
| 7/15 | DEL | まっ消 (Delete) | ␥(U+2425) | DT |

※ 対応するUnicodeは、Unicode規格中において"ISO 2047から引用"と明記されている一部（2301, 237B, 237E, 237F, 2426）を除き非公式なものである。

* 日本産業標準調査会：データベース-廃止JIS規格リスト X0209
* 日本産業標準調査会：データベース-廃止JIS規格リスト C6227
# ISO 2145

国際規格**ISO 2145**は、文書の章・節・項などを番号で標示する方法についての取り決めである。この規格は、原稿、本、ジャーナル記事、規格などあらゆる文書に適用される。

原文の標題は"Documentation - Numbering of divisions and subdivisions in written documents"であり、日本規格協会(JSA)による仮訳は「ドキュメンテーション－文字文書の区分及び小区分への番号の割り振り」である。ISO 2145に対応する日本産業規格(JIS)は制定されていないが、JIS Z 8301「規格票の様式及び作成方法」の「5.2.2 箇条」に類似の規定がある。

## 解説

ISO 2145による番号のつけ方は、以下の通りである。

* アラビア数字(1, 2, 3, …)のみを使用する。
* 主たる区分(main division)は、1から始まり連続的に数えられる。
* それぞれの主たる区分（第1レベル）は、小区分(subdivision)（第2レベル）に分けることができる。小区分も同様に連続的に数えられる。
* 異なるレベルの小区分を表す数字の間はピリオド(.)で区切る。最後のレベルの小区分を表す数字の後にはピリオドはつけない。
* 0（ゼロ）は各レベルの第1区切りの前に設けられる導入、序文、前書きなどに割り当てることができる。

## 例

ISO 2145に従った文書の目次の例:

|  |  |
| --- | --- |
| 0 | 序文 |
| 1 | 序論 |
| 2 | 方法論 |
| 2.1 | 計量の技法 |
| 2.1.1 | 手動による手順 |
| 2.1.1.1 | リンゴの計量 |
| 2.1.1.2 | オレンジの計量 |
| 2.1.2 | 自動化の方法 |
| 2.2 | 品質管理 |
| 3 | 結果 |
| 4 | 関連研究 |
| 4.1 | 豆の計量 |
| 4.2 | 羊の計量 |
| 5 | 結論 |

## 引用

区分・小区分の番号を文書の他の箇所から引用する場合は、以下のようにする。

* … in chapter 4 … （… 4章において …）
* … as lemma 3.4.27 shows … （… 補題3.4.27に示すように …）
* … the 3rd paragraph in 2.4.1.7 … （… 2.4.1.7の第3段落 …）

英語など言語によっては、話し言葉ではピリオドは省かれる。日本語の場合はピリオドを「てん」と読むことが多い。

* "… in chapter four …"
* "… as lemma three four twenty-seven shows …" （… 補題「さん てん よん てん にじゅうしち」に示すように …）
* "… the third paragraph in two four one seven …" （… 「に てん よん てん いち てん なな」の第3段落 …）

## ワープロソフトでの対応

* すべてのLaTeXで、章・節・図・表などすべての数字のつけ方がISO 2145に準拠している。
* 2003年現在、すべてのMicrosoft Wordのバージョンで、デフォルトでは最後の数字の後にもピリオドをつけている。これはISO 2145に準拠していないが、ISOに準拠するようユーザー設定ができる。

* International Standard ISO 2145:1978, Documentation — Numbering of divisions and subdivisions in written documents. International Organization for Standardization, Geneva.
* British Standard BS 5848:1980, Specification for numbering of divisions and subdivisions in written documents (point-numbering).
# ISO 7736

ユニデンの受信機 BCT-15。ねじタップは車のダッシュボードのISO 7736準拠の取付金具用である。
1DIN サイズのカーオーディオ
ソニー MEX-BT2500
2DIN サイズのカーオーディオ
パイオニア FH-P80BT
**ISO 7736**は、自動車のダッシュボードに設置するカーオーディオのヘッドユニットや収納装置の大きさについて定めた国際規格である。

この規格は当初ドイツ工業規格**DIN 75490**として定められたもので、1984年に国際標準規格ISO 7736として採用された。国際規格となった後も「DINカーオーディオサイズ」と呼ばれている。

ヘッドユニットは幅180 mm × 高さ50 mm の「シングルDIN」(1DIN)か幅180 mm × 高さ100 mm の「ダブルDIN」(2DIN)のサイズになっている。奥行きは標準化されていない。この結果、オペル・マンタやアスコナなどのいくつかの車では、表面の寸法はDINサイズに従っているが、奥行きが浅いため純正品以外のほとんどのDINサイズのカーラジオが収容できない。

米国標準のDIN1のサイズは7インチ×2インチ、DIN2のサイズは7インチ×4インチで、幅がわずかに短い（約178 mm）。

現在、世界の多くの車種にこのサイズ規格のスペースを設けたダッシュボードが採用されている。しかしその一方で、近年製造される車種ではインテリアデザインの都合などから独自サイズのダッシュボードを採用する例も増えてきており、他社のカーオーディオやカーナビとの互換性という面では衰退してきている車種もある。ただし、それらの車種であっても他社製品を取り付けるための変換キットが純正ディーラーやカーオーディオのメーカーにオプション設定されていることが多い。

パーソナルコンピューターPC/AT互換機用補助記憶装置である光学ドライブや5.25インチフロッピーディスクドライブを収容する筐体の外寸もこのサイズ規格である。

* Blaupunkt Hamburg MP57
* 1DINスペーサーポケット
* 1DINヘッドユニットと1DINサイズCDプレーヤーの組み合わせ
* Cobra 18 WX ST II CBモバイルラジオ
* 2DINサイズスペーサーポケットに取り付けたUniden BCT-15
* 上部の1DINスペーサーポケットに設置したSony MEX-BT2500と下部の2DINスペーサーポケットに設置したUniden BCT-15ラジオスキャナ
* スバル・レガシィ(初代US仕様)純正1.5DINラジカセ(クラリオン製)とオプションの1DIN CDドライブ。
* シングルDINヘッドユニット

* 19インチラック
* ダッシュボード (自動車)
* カーオーディオ
* ISO 10487 - ヘッドユニットと自動車の電装系を接続するコネクタの国際規格

* 国際規格 ISO 7736: Road vehicles — Car radio for front installation — Installation space including connections. 国際標準化機構, 1984.

* Fit a Cobra 18 WX ST II CB radio in-dash in a Toyota Tacoma, with pictures of ISO 7736 bracket modifications
* ISO 7736 document from iso.org cataloge
# 開放型文書体系

Open Document Architecture|  |
| MIMEタイプ |
application/ODA |
| 開発者 |
ITU-T, ISO |
| 種別 |
文書ファイルフォーマット |
| 国際標準 |
CCITT T.411-T.424、 ISO 8613-1:1994 |
| ウェブサイト |
ISO 8613-1:1994 |

**開放型文書体系**（英: **Open Document Architecture**、**ODA**）とは、フリーかつオープンな文書ファイルフォーマットの国際規格であり、ITU-Tが既存のプロプライエタリな文書ファイルフォーマットの代替として策定・保守している。ODAの詳細は CCITT T.411-T.424 で規格化されており、これは **ISO 8613** と同じである。

日本工業規格としては JIS X 4101, 4102, 4104…4109, 4112, 4114 として採用されたが、2009年に廃止された。

## フォーマット

ODAは、テキスト、ラスター画像、ベクターグラフィックスを含む複合文書フォーマットを定義している。リリース当初、他の類似の規格との違いは、グラフィックスの構造として CCITT ラスターイメージと Computer Graphics Metafile (CGM - ISO 8632) のみが定義されていた点だった。これは、ワードプロセッサやDTPソフトウェアがあらゆる画像ファイルフォーマットを解釈しなければならないという問題を解決するためであった。

文書には論理的構造とレイアウト構造がある。論理的にはテキストは、章、脚注、その他HTMLのような部分要素に分けられ、レイアウト構造はWebにおける Cascading Style Sheets のような役目を果たす。ODAフォーマットのバイナリ転送形式は *Open Document Interchange Format* (ODIF) と呼ばれ、SGML と ASN.1 に基づいている。

この規格では、文書は Formatted、Formatted Processable、Processable のいずれかのフォーマットで格納および交換される。Processable とあるフォーマットは編集可能なフォーマットである。従って Formatted は編集不可能なフォーマットで、論理的にはよく使われている Adobe PDF に似ている。

## 歴史

1985年、ESPRIT (European Strategic Program on Research in Information Technology) は ODA の試験的実装に資金提供し、Bull、オリベッティ、ICL、シーメンスがこれに関与した。

その意図するところは、時代遅れにならない汎用の保管および交換用の文書構造を定義し、それを任意のワードプロセッサやDTPで使えるようにすることだった。当時、ワードプロセッサなどのソフトウェアは固有のフォーマットを使っていて、しかも技術の進歩と共にそのフォーマットが頻繁にアップデートされ、古いフォーマットの文書が使えなくなるという事態が生じていた。このため Microsoft Word や WordPerfect といったソフトウェアを使っていた企業は、古い文書を新しいフォーマットに変換するためだけに人を雇う必要があった。この規格は、そのような必要性をなくし、長期間使い続けられる文書フォーマットを一般に広めることを意図していたのである。

規格は1989年2月にオタワで開催されたISOワーキンググループの会合で完成し、同年正式にリリースされた。その後も改善や追加が継続的に行われた。最新版は1999年にリリースされている。しかし、このフォーマットは文書ソフトウェア企業にはほとんど採用されなかった。規格策定に非常に長期間かかった点も原因と考えられる（1985年に開始されたが、決定版ともいうべき最終版が出たのは1999年である）。採用した製品が少ないため、使いたいというユーザーもほとんどいなかった。結果として、この規格は広まらずに終わった。

ODAは失敗以外の何物でもないが、HTML と CSS、XML と XSL、OpenDocument などの後の文書フォーマットは明らかにODAの精神に影響を受けている。

## 注釈・出典

規格自体は2007年9月7日に無料でダウンロード可能となっている（T.420 と T.423 は存在しない）。

* T.411 Introduction and general principles
* T.412 Document structures
* T.413 Abstract interface for the manipulation of ODA documents
* T.414 Document profile
* T.415 Open document interchange format (ODIF)
* T.416 Character content architectures
* T.417 Raster graphics content architectures
* T.418 Geometric graphics content architecture
* T.419 Audio content architectures
* T.421 Tabular structures and tabular layout
* T.422 Identification of document fragments
* T.424 Temporal relationships and non-linear structures
# ISO/IEC 8859-2

**ISO/IEC 8859-2:1999** は、ISO/IEC 8859 の第2部であり、中央ヨーロッパの言語のためのラテンアルファベットの文字コードの標準である。1987年に初版が制定された。公式の名称ではないが、Latin-2 と呼ばれることがある。

推奨MIME名は、ISO-8859-2。

## 概要

ISO/IEC 8859-2 は、以下の言語を記すのに用いることができる。

* アルバニア語 (ISO/IEC 8859-1 も対応)
* 英語 (ISO/IEC 8859-1 も対応)
* クロアチア語 (ボスニア語、セルビア語 (ラテン文字表記) も)
* スロバキア語
* スロベニア語
* ソルブ語 (高地ソルブ語、低地ソルブ語)
* チェコ語
* ドイツ語 (ISO/IEC 8859-1 も対応)
* ハンガリー語
* ポーランド語
* ラテン語 (ISO/IEC 8859-1 も対応)

ドイツ語とアルバニア語は 8859-1 を使うこともできるが、8859-2 で定義されている文字のうち ß はドイツ語、Çç Ëë はアルバニア語以外では使わないので、8859-2 はこれらの言語が使えるように意図的に設計されていることがわかる。

本来はルーマニア語も対象言語であったが、1990年代末の改訂で Unicode との対応表を追加する作業中、ルーマニア語で使われているのは ISO/IEC 8859-2 にあるセディーユつきの S と T (**Şş Ţţ**) ではなく、下コンマつきの文字 (**Șș Țț**) であることが判明した。結局、1999年の版では、文字としてはセディーユのついた S T のみを含むが、「セディーユつきの文字を下コンマつきの字のかわりに使ってもよい」と注で記述することになった。その後 2001年にコンマつきの S T を含む ISO/IEC 8859-16 が定義されたので、ルーマニア語にはこちらを使うことが望ましい。

MS-DOS のコードページ 852 および Microsoft Windows のコードページ 1250 は、いずれも同じ地域をサポートするものであり、ラテン文字に関しては同じ文字を含んでいるが、符号位置は互換性がない。

## 符号表

| **ISO/IEC 8859-2** |
| --- |
|  | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF |
| 0x | *未使用* |
| 1x |
| 2x | *SP* | ! | " | # | $ | % | & | ' | ( | ) | \* | + | , | - | . | / |
| 3x | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | : | ; | < | = | > | ? |
| 4x | @ | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O |
| 5x | P | Q | R | S | T | U | V | W | X | Y | Z | [ | \ | ] | ^ | \_ |
| 6x | ` | a | b | c | d | e | f | g | h | i | j | k | l | m | n | o |
| 7x | p | q | r | s | t | u | v | w | x | y | z | { | | | } | ~ |  |
| 8x | *未使用* |
| 9x |
| Ax | *NBSP* | Ą | ˘ | Ł | ¤ | Ľ | Ś | § | ¨ | Š | Ş | Ť | Ź | *SHY* | Ž | Ż |
| Bx | ° | ą | ˛ | ł | ´ | ľ | ś | ˇ | ¸ | š | ş | ť | ź | ˝ | ž | ż |
| Cx | Ŕ | Á | Â | Ă | Ä | Ĺ | Ć | Ç | Č | É | Ę | Ë | Ě | Í | Î | Ď |
| Dx | Đ | Ń | Ň | Ó | Ô | Ő | Ö | × | Ř | Ů | Ú | Ű | Ü | Ý | Ţ | ß |
| Ex | ŕ | á | â | ă | ä | ĺ | ć | ç | č | é | ę | ë | ě | í | î | ď |
| Fx | đ | ń | ň | ó | ô | ő | ö | ÷ | ř | ů | ú | ű | ü | ý | ţ | ˙ |

* ISO 8859-2:1999
# SGML

SGML|  |
| MIMEタイプ |
application/sgml, text/sgml |
| UTI |
public.xml |
| 開発者 |
ISO |
| 種別 |
メタ言語 |
| 派生元 |
GML |
| 拡張 |
HTML, XML |
| 国際標準 |
ISO 8879 |

**SGML**（**Standard Generalized Markup Language**、スタンダード ジェネラライズド マークアップ ランゲージ）は、マニュアルなどの文書のためのマークアップ言語である。

## 背景

オックスフォード英語辞典の電子版を記述するのにSGMLが利用された。
1980年代、軍艦や軍用機などの際限のない高度化は、マニュアルの際限のない膨張という結果をもたらした。改良が加えられた時などにもマニュアルを書き直す作業が発生して業務の負担となっていた。このことから、マニュアルを電子化して容易に書き換えられるようにし、印刷用紙を大幅に削減することで、メンテナンスの簡素化をはかるための技術が必要とされた。

ただし、軍艦や軍用機などは数十年という長期間の保有が必要になるため、長期間にわたりデータが利用可能とならなければならない。電子文書は特定の企業のワープロソフトを用いるとそのソフトのバージョンが上がったり、最悪の場合そのソフトを開発している会社が開発を中止したり、倒産したりしてソフトウェアが無くなった場合は、今まで作成したデータが読めなくなるという問題が発生してしまう。そこで、専用のソフトウェアでなくとも編集可能なプレーンテキストを元に、タグを使うことによってデータに意味を持たせることが考えられた。

## 歴史

1979年、IBMでプロジェクトマネージャをしていたチャールズ・ゴールドファーブ は、Edward MosherおよびRaymond Lorieらとともに、「GML」(Generalized Markup Language) を発表し、それは「DCF」(Document Composition Facility) の名で商業化された。この成功でゴールドファーブは有名になり、IBMを退職してGMLの後継言語であるSGMLを開発することになったのである。

ISOのSGML規約は1986年の出版後2ヶ月も経たないうちにベストセラーとなった（その10年前に発売されたFORTRANのISO規約の部数を2ヶ月で超えた）。

SGMLは、ISOから正式に承認される以前から、すでに、アメリカ国防総省やECの公式出版事務局など、数々の公的機関で使用され始めていた。ゴールドファーブの古巣のIBM社でも導入され、同社の文書システムに大変革をおこした。ヨーロッパでもCERN（欧州原子核研究機構）など、広く採用され、例えばフランスを例に挙げると、エアバス社、SNECMA（フランス国営の航空機エンジンメーカー）およびフランス軍などで採用されることになった。

日本においては、厚生省への新薬申請のデータ形式としてSGMLが採用された。それに伴い製薬会社やその関連企業においても導入された。他にも特許庁などでも導入された。航空機産業・防衛産業、自動車産業においても海外との共同開発や部品供給時の情報交換やマニュアル・報告書の電子化などに利用されることとなった。

## 特徴

* SGMLは「**インスタンス**」、「**DTD**」、「**SGML宣言**」の3つで構成されている。
* SGMLのデータ自体はプレーンテキストで作られている。
* レイアウト情報はスタイルシートを組み合わせて記述される。
* スタイルシートは「スタイルシート言語」で記述されている。
* 通常、人が読む時は、上記スタイルシートに沿って、レイアウトを整えられたうえで表示(出力)される。
* SGMLで使うことができるスタイルシート言語として、DSSSL (Document Style Semantics and Specification Language) の規格が定められた。

## 簡単な例

```
<!DOCTYPE memo PUBLIC "-//SuzukiCorp//DTD Memo//JP">
<memo>
<from>木村
<to>富田様
<date>2001/10/01
<subject>役員会議
<para>役員会議の場所は会議室Ｂに変更になりました。
</memo>

```

## パーサ

SGML文書を、人間が読めるように、レイアウトして表示することは、**SGMLパーサ**という名のプログラムが行う。つまり構文解析およびレイアウトを行うプログラムである。SGMLパーサの最も初期の市販品としては、ブリュッセルのSOBEMAP社のものおよび、シカゴのDatalogics データロジックス社のものがあった。

## 問題

SGMLは機能が満載されていたことにより、そのままでは全てを実装することは困難であった。また、タグの構造が原因で、パーサのアルゴリズムが比較的複雑になることも難点だった。そこで後に、SGMLを簡略化および改良した形のXMLが開発され、普及してゆくことになった。SGML文書はXML文書へと順次、変換・移行されることになった。

## 貢献

* 上記のごとく、SGMLをもとにして、XMLが開発された。
* SGMLを基にした応用技術の一つが、HTMLである。ウェブページを記述する言語HTMLなくしては現在の爆発的なインターネットの普及は考えられない。

SGMLはこれら2つのマークアップ言語の源流であり、現在のインターネット利用者は皆SGMLの恩恵に浴しているのである。

* 『SGML入門』Martin Bryan 著、山崎俊一、福島誠　訳、アスキー出版局、1991年 ISBN 4-7561-0069-4

* Document Type Definition (DTD)
	+ 文書型宣言
* Document Style Semantics and Specification Language (DSSSL)
* Extensible Markup Language (XML)
* HyperText Markup Language (HTML)
* マークアップ言語
* SGML実体

* The SGML History Niche
* SGML: In memory of William W. Tunnicliffe
* JIS X 4151-1992 文書記述言語SGML
# ISO/TR 11941

**ISO/TR 11941:1996**は、国際標準化機構(ISO)で用いられている朝鮮語のローマ字表記法である。この標準は、2013年12月に取り下げられた。

## 表記法

### 子音

|  |  |  |  |  |
| --- | --- | --- | --- | --- |
| ㄱ | ㄲ | ㄳ | ㅋ | ㄺ |
| k/g | kk/gg | ks/gs | kh/k | lk/lg |
| ㄷ | ㄸ |  | ㅌ | ㄾ |
| t/d | tt/dd |  | th/t | lth/lt |
| ㅂ | ㅃ | ㅄ | ㅍ | ㄼ | ㄿ |
| p/b | pp/bb | ps/bs | ph/p | lp/lb | lph/lp |
| ㅈ | ㅉ | ㅊ |  | ㄵ |
| c/j | cc/jj | ch/c |  | nc/nj |
| ㅅ | ㅆ |  | ㄽ |
| s | ss |  | ls |
| ㅁ |  |  |  | ㄻ |
| m |  |  |  | lm |
| ㅇ |  |  | ㅎ | ㅀ | ㄶ |
| –, ng |  |  | h | lh | nh |
|  |  |  |  | ㄹ | ㄴ |
|  |  |  |  | r/l | n |

### 母音

|  |  |  |  |  |  |
| --- | --- | --- | --- | --- | --- |
| ㅏ | ㅐ | ㅑ | ㅒ | ㅘ | ㅙ |
| a | ae | ya | yae | wa | wae |
| ㅓ | ㅔ | ㅕ | ㅖ | ㅝ | ㅞ |
| eo | e | yeo | ye | weo | we |
| ㅗ | ㅚ | ㅛ |  |  |  |
| o | oe | yo |
| ㅜ |  | ㅠ |
| u |  | yu |
| ㅡ |  |
| eu |  |
| ㅣ |  | ㅢ |  | ㅟ |  |
| i |  | yi |  | wi |  |

## 使用

他のローマ字表記法と比べて、あまり使用されていない。

Unicodeにおけるハングルの文字名はISO 11941に従っている。例えば、ᄎ(U+110E)は"HANGUL CHOSEONG CHIEUCH"(한글 초성 치읓)という名前であり、ㅊが"ch"と表記されている。しかし、차(U+CC28)は"HANGUL SYLLABLE CA"という名前であり、ㅊが"c"と表記されている。

* 国際標準化機構が定めるローマ字表記国際規格一覧

* ISO/TR 11941:1996
# ISO/IEC 14443

「非接触型 ICカード リーダ/ライタ」と「ICカード」の例
**ISO/IEC 14443** は、小電力IC通信技術 (RFID) の国際規格。

## 規格

* Type A
	+ 非接触型（アンチ・コリジョン）：ビット・コリジョン、タイム・スロット
	+ MIFARE。オランダの NXPセミコンダクターズ（フィリップス）が主に開発している。世界で最も多く使われている非接触ICカード通信規格である。日本でもかつてNTTのICテレホンカードに採用されていた。また、タバコ購入用成人認証カードtaspoにも採用され、交通分野では福島県の福島交通がバスICカードに採用していた。マスターカードの非接触カード決済方式のPayPassもこの方式である。
* Type B
	+ 非接触型（アンチ・コリジョン）：スロット・マーカー
	+ モトローラが開発を主導。日本では個人番号カード（マイナンバーカード）、住民基本台帳カード、自動車運転免許証、在留カード、パスポートに採用されている。

* RFID
* NFC - Type A、Type B、FeliCaと互換性を保持する小電力無線通信技術

* ISO standard
# COLLADA

COLLADA|  |
| 拡張子 | `.dae` |
| MIMEタイプ |
model/vnd.collada+xml |
| 開発者 |
ソニー・インタラクティブエンタテインメント, クロノス・グループ |
| 初版 | 2004年10月 (2004-10) |
| 最新版 |
1.5.0 (2008年8月 (2008-08)) |
| 種別 |
3次元コンピュータグラフィックス |
| 派生元 |
XML |
| ウェブサイト | khronos.org/collada |

**COLLADA**は、対話型3次元コンピュータグラフィックスアプリケーション間の交換用ファイルフォーマット。"COLLAborative Design Activity" の略。非営利技術コンソーシアムのクロノス・グループが管理している。

COLLADAは、本来ならそれぞれ非互換なファイルフォーマットでデジタル資産を格納している各種グラフィックスアプリケーションソフトウェアの間で、デジタル資産を交換するためのオープン標準の XML Schema を定義している。デジタル資産を記述したCOLLADA文書はXMLファイルであり、通常は拡張子として .dae (digital asset exchange) を付与する。

## 歴史

元々は、ソニー・コンピュータエンタテインメントがPlayStation 3とPlayStation Portable向けの開発用公式フォーマットとして策定した。その後、業界団体のクロノス・グループが管理し、ソニーと著作権を共有するようになっている。いくつかのグラフィックス企業がCOLLADA策定当初からソニーと共同でツールの開発に取り組み、その後もクロノス参加企業の努力によってCOLLADAの推進が続いている。初期の協業企業としては、エイリアス・システムズ、クライテリオン・ソフトウェア、オートデスク、アビッド・テクノロジーなどがある。多数の商用ゲームスタジオとゲームエンジンがCOLLADAを採用している。

## ツールと互換性

COLLADAは、本来はデジタルコンテンツ制作 (DCC) ツール間でデータをやり取りするための交換用フォーマットを意図していた。いくつかのDCCツールにはそのためのアプリケーションが存在している。例えば、Maya向けのColladaMaya、3ds Max 向けのColladaMax、Poser（v7.0で組み込み）、LightWave 3D（v9.5で組み込み）、Cinema 4D、Softimage|XSI、Houdini、MeshLab、SketchUp、Blender、modo、Strata 3D などがある。Adobe Photoshop はバージョンCS3からCOLLADAの .dae ファイルを扱える。Unreal Engineなどのゲームエンジンもこのフォーマットを採用している。

2つのオープンソースのユーティリティライブラリ、COLLADA DOM とFColladaで、COLLADA文書の単純なインポートとエクスポートが可能である。COLLADA DOM はCOLLADAスキーマからコンパイル時に生成される。パーサを手で書く手間を省く程度のインタフェースを提供するが、1つのバージョンのCOLLADAしか読み書きできず、新バージョンへのアップグレードが難しい。対照的に、FCollada（Feeling Software 製）はより高度なインタフェースを提供し、あらゆるバージョンのCOLLADAをインポート可能である。FColladaは、ClladaMaya、ColladaMax、いくつかの商用ゲームエンジンで使われている。

いくつかのアプリケーションはCOLLADAをネイティブなフォーマットとして採用しているし、複数の入力フォーマットのひとつにしているものもある。Google Earth（リリース4）は、COLLADA (1.4) をネイティブなフォーマットとして採用し、地球上の各種オブジェクトの記述に使っている。ユーザーはCOLLADA (.dae) ファイルをバーチャルな地球の上にドラッグ・アンド・ドロップするだけでよい。一方 Google SketchUp Pro は .kmz ファイルを生成できる。これはKMLファイルやCOLLADA (.dae) ファイル、全てのテクスチャイメージファイルなどを ZIP でまとめた形式である。

MacOS上でのサポート
Mac OS X 10.6以降、COLLADAを標準ファイルとして扱えるようになり、FinderやQuickLook、PreviewといったOS標準ツールでの簡易プレビューが可能となった。
## COLLADA Physics

バージョン1.4で、COLLADAに物理学 (Physics) サポートが追加された。これは、コンテンツ制作者が制作するシーンに様々な物理的属性を定義することを目的としている。例えば、何かの表面の材質について、摩擦係数などの属性を定義できる。さらに、シーンの中で動くオブジェクトにも物理的属性を定義することができる。その場合、視覚的表現とリンクした剛体を定義する。他にもラグドール、衝突、物理的オブジェクト間の物理的制約条件、重力などのグローバルな物理的属性といったことを記述できる。

これをサポートした物理学的なミドルウェア製品として Bullet Physics Library、Open Dynamics Engine、PAL、NVIDIAのPhysXなどがある。これらの製品はCOLLADAファイルを読み込み、その内容をそのソフトウェアの内部形式に変換し、物理的シミュレーションとして表示する。また、複数のソフトウェアの間で物理学的データを交換し同期することもできる。

PALは、COLLADA Physics をサポートしていない各種物理演算エンジン（JigLib、OpenTissue、Tokamak physics engine、True Axis など）でCOLLADAファイルを扱えるようにできる。

## COLLADA FX

バージョン1.4で、COLLADA FXのサポートが追加された。これは、XMLで書かれる最初のクロスプラットフォームな標準シェーダーおよびエフェクト定義である。

## バージョン履歴

* 1.0: 2004年10月
* 1.2: 2005年2月
* 1.3: 2005年6月
* 1.4.0: 2006年1月 - スキニングやモーフィング、剛体力学などをサポート。OpenGL ES サポート (materials)。各種シェーディング言語（Cg、GLSL、HLSL）で記述されたシェーダー効果をサポート。クロノス・グループによる最初のリリース。
* 1.4.1: 2006年7月 - バグ修正
* 1.5.0: 2008年8月 - 運動学および境界表現 (B-rep) をサポート。OpenGL ES 2.0 effects profileのサポート。

## 関連規格

* U3D
* X3D / VRML
* 3DMLW (3D Markup Language for Web)

* コンピュータ言語
	+ データ記述言語

* 公式サイト
* COLLADA サイト
* OpenCOLLADA Sourceforge Project
* ColladaLoader
* COLLADA Document Object Model (DOM)
* FCollada