hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
久米明 人物
顔立ちが池田勇人によく似ていたことから、『金環蝕』『不毛地帯』（共に山本薩夫監督）では、池田がモデルとなっている政府高官を演じ、『日本の戦後』シリーズでは池田役も演じた。
独特の語り口で声優としても活躍。ハンフリー・ボガートの専属吹き替え、『日立ドキュメンタリー すばらしい世界旅行』や『鶴瓶の家族に乾杯』のナレーターで知られる。特にボガートの吹き替えは業界内での評価も高く、吹き替えの黎明期から活躍する音響監督の小林守夫は記憶に残っているベスト・フィックスとして久米のボガートを野沢那智のアル・パチーノと共に挙げている。
『家族に乾杯』は晩年まで務めていたものの、体調がすぐれないことから2019年3月放送分を持って降板し、その後は東京都内の高齢者施設に入所。復帰には前向きな姿勢を示していたという。
久米宏とは親戚関係にはないが、宏からは「僕のお父さん」と呼ばれて慕われていた。
久米明 出演（俳優）
大河ドラマ (NHK総合)
花の生涯（1963年） - ハリス 役
赤穂浪士（1964年） - 脇坂淡路守 役
太閤記（1965年） - 海北友松 役
三姉妹（1967年） - 岩倉具視 役
天と地と（1969年） - 島田石見 役
国盗り物語（1973年） - 明智光安 役
勝海舟（1974年） - 赤城筑甫 役
元禄太平記（1975年） - 細井広沢 役
花神（1977年） - 杉百合之助 役
草燃える（1979年） - 伊東祐親 役
おんな太閤記（1981年） - 浅野又右衛門 役
峠の群像（1982年） - 内田三郎右衛門 役
徳川家康（1983年） - 片桐且元 役
八代将軍吉宗（1995年） - 大久保忠朝 役
久米明 出演（俳優）
ザ・ガードマン（TBS / 大映テレビ室）
第86話「悪者たちは死んだ」（1966年）
第89話「死神の館」（1966年）- 石浜
第103話「真赤な裏切り」（1967年）
第128話「殺しのお知らせ」（1967年）
第171話「情無用サラリーマン稼業」（1968年）
第190話「銀行は真昼に襲え」（1968年）
第204話「ガードマンを死刑台に送れ」（1969年）
第219話「魔の13日金曜の連続殺人」（1969年） - 営業四課長 役
第227話「怪談・霧の夜は殺人鬼が笑う」（1969年）
第270話「妻は夫の秘密をさぐるな」（1970年）
第337話「奥さんがよろめく時殺人が起る」（1971年）
水戸黄門 (TBS / C.A.L)
第6部 第32話「素晴らしきかな人生 -水戸-」（1975年11月3日） - 安田仁左衛門 役
第15部（1985年）
第5話「闇を斬る! 怪傑白頭巾 -宇和島-」 - 岡村頼母 役
第37話「悪乗り八兵衛若旦那 -熊谷-」 - 元祖宝屋伊右衛門 役
第16部 第19話「泣く子にゃ勝てぬ悪企み -福井-」（1986年9月1日） - 田村屋 役
第24部（1995年） - 薩摩藩国家老・伊織頼母 役
第1話「水戸黄門 -水戸・江戸-」
第14話「波瀾万丈!薩摩の対決 -鹿児島-」
久米明 出演（声優）
太字はメインキャラクター。
アート・カーニー
ハリーとトント（1980年、ハリー）※テレビ朝日版
摩天楼ブルース（1981年、エイブ）※テレビ朝日版
アレック・ギネス
戦場にかける橋（1976年、ニコルソン大佐 ）※フジテレビ版
スター・ウォーズ エピソード4/新たなる希望（1983年、ベン・ケノービ）※日本テレビ版
リトル・プリンス（1988年、ドリンコート伯爵）※NHK旧版
リトル・プリンス（1999年、ドリンコート伯爵）※NHK新版
ヴィクター・ウォン
ラストエンペラー（1989年、陳宝琛） ※テレビ朝日版
トレマーズ（1993年、ウォルター・チャン）※テレビ朝日版
ジェームズ・ホイットモア
猿の惑星（1973年、議長）※TBS版
刑事マディガン（1978年、チャールズ・ケイン警部）※テレビ朝日版
ジョン・ヒューストン
天地創造（1982年、ノア）※LD版
天地創造（1991年、ナレーション）※日本テレビ版
スペンサー・トレイシー
日本人の勲章（1969年、ジョン・マクリーディ）※東京12ch版
招かれざる客（1978年、マット・ドレイトン）※TBS版
ノリユキ・パット・モリタ
ベスト・キッドシリーズ（ミヤギ） 
ベスト・キッド（1988年）※テレビ朝日版
ベスト・キッド2（1990年）※フジテレビ版
ベスト・キッド3/最後の挑戦（1993年）※フジテレビ版
久米明 出演（声優）
ハリー・ダヴェンポート
風と共に去りぬ（1988年、ミード医師）※日本テレビ版
風と共に去りぬ（2000年、ミード医師）※テレビ東京版
ハンフリー・ボガート
久米明 出演（声優）
裸足の伯爵夫人（1966年、ハリー・ドーズ）※NET版
渡洋爆撃隊（1966年、ジャン・マトラック）※NET版
三つ数えろ（1967年、フィリップ・マーロウ）※NET版
キー・ラーゴ（1967年、フランク・マクラウド）※NET版
カサブランカ（1967年、リック・ブレイン）※NET版
北大西洋（1967年、ジョー・ロッシィ）※NET版
彼奴は顔役だ!（1968年、ジョージ・ハリー）※NET版
潜行者（1968年、ヴィンセント・パリー） ※NET版
汚れた顔の天使（1968年、ジム・フレイザー）※NET版
脱出（1968年、ハリー・モーガン）※NET版
必死の逃亡者（1969年、グレン・グリフィン）※NHK版
サハラ戦車隊（1969年、ジョー・ガン軍曹）※NET版
麗しのサブリナ（1969年、ライナス・ララビー）※東京12ch版
黄金（1970年、フレッド・C・ダブズ）※NET版
暗黒への転落（1970年、アンドリュー・モートン）※NET版
脱獄者の報酬（1971年、フランク・ウィルソン） ※NET版
マルタの鷹（1972年、サム・スペード）※NET版
必死の逃亡者（1972年、グレン・グリフィン）※フジテレビ版
アフリカの女王（1972年、チャールズ・オルナット）※フジテレビ版
俺たちは天使じゃない（1973年、ジョセフ）※フジテレビ版
久米明 出演（声優）
裸足の伯爵夫人（1978年、ハリー・ドーズ）※東京12ch版
ケイン号の叛乱（1979年、フィリップ・クイーグ中佐）※フジテレビ版
アフリカの女王（1981年、チャールズ・オルナット）※LD版
麗しのサブリナ（1997年、ライナス・ララビー）※ソフト版
オクラホマ・キッド（不明、ウィップ・マッコード）
殴られる男（不明、エディ）
フィリップ・ノワレ
ニュー・シネマ・パラダイス（1993年、アルフレード）※フジテレビ版
イル・ポスティーノ（1997年、パブロ・ネルーダ）※ソフト版
ニュー・シネマ・パラダイス（2002年、アルフレード〈フィリップ・ノワレ〉）※ソフト版
マックス・フォン・シドー
SF最後の巨人（1980年、バロン）※フジテレビ版
エクソシスト（2001年、ランカスター・メリン神父）※日本テレビ版
ラルフ・ベラミー
マネー・チェンジャース/銀行王国（1978年、ジェローム・パタートン）※NHK版
戦争の嵐（1983年、フランクリン・ルーズベルト）※テレビ朝日版
大逆転（1986年、ランドルフ・デューク）※日本テレビ版
大逆転（1992年、ランドルフ・デューク）※フジテレビ版
プリティ・ウーマン（1995年、ジェームズ・モース）※TBS版
プリティ・ウーマン（1997年、ジェームズ・モース）※テレビ朝日版
時期不明
久米明 出演（声優）
もう子守歌はいらない（サイモン・ハリントン〈フリッツ・ウィーヴァー〉）
南部の唄（リーマスおじさん〈ジェームズ・バスケット〉）※ポニー・バンダイ版
1962年
ニュールンベルグ裁判（ハンス・ロルフ弁護人〈マクシミリアン・シェル〉）※劇場公開版
1967年
田園交響楽（ジャン牧師〈ピエール・ブランシャール〉） ※NHK版
1973年
シーザーとクレオパトラ（シーザー〈クロード・レインズ〉）※フジテレビ版
1974年
空爆大作戦（クルーガー少佐〈ルイジ・ピスティッリ〉）※日本テレビ版
1977年
チップス先生さようなら（アーサー・チッピング〈ピーター・オトゥール〉） ※フジテレビ版
殺人者たち（ジャック・ブラウニング〈ロナルド・レーガン〉） ※フジテレビ版
1980年
薔薇のスタビスキー（ラオール男爵〈シャルル・ボワイエ〉）※テレビ朝日版
ジュリア（ダシール・ハメット〈ジェイソン・ロバーズ〉）※フジテレビ版
1981年
リトル・ロマンス（ジュリアス〈ローレンス・オリヴィエ〉）※フジテレビ版
1982年
レイズ・ザ・タイタニック（ジェームス・サンデッカー長官〈ジェイソン・ロバーズ〉）※フジテレビ版
1983年
チェンジリング（ジョン・ラッセル 〈ジョージ・C・スコット〉） ※テレビ東京版
1984年
久米明 出演（声優）
トム・ホーン（ジョン・コーブル〈リチャード・ファーンズワース〉） ※テレビ朝日版
黄昏（ノーマン・セアー・ジュニア〈ヘンリー・フォンダ〉）※フジテレビ版
1985年
タイタンの戦い（アモン〈バージェス・メレディス〉） ※テレビ朝日版
1987年
愛を覚えていますか（ジョージ・ホリス〈リチャード・カイリー〉） ※NHK版
1989年
アーネスト、クリスマスを救え!（サンタクロース〈ダグラス・シール〉）※ソフト版
1990年
晩秋（ジェイク・トレモント〈ジャック・レモン〉）※ソフト版
1991年
十戒（神の声〈チャールトン・ヘストン〉）※フジテレビ版
1993年
シンドバッド虎の目大冒険（メランシアス〈パトリック・トラウトン〉）※テレビ朝日版
グレイストーク -類人猿の王者- ターザンの伝説（グレイストーク伯爵〈ラルフ・リチャードソン〉）※テレビ朝日版
1996年
恋人たちの食卓（チュ氏〈ラン・シャン〉） ※ソフト版
1997年
ホーム・アローン2（E・F・ダンカン〈エディ・ブラッケン〉）※フジテレビ版
2001年
タイタニック（E・J・スミス船長〈バーナード・ヒル〉）※フジテレビ版
永遠のワルツ/白い犬とワルツを（サム・ピーク 〈ヒューム・クローニン〉） ※ソフト版
2008年
チャーリーとチョコレート工場（ウィルバー・ウォンカ〈クリストファー・リー〉）※日本テレビ版
時期不明
久米明 出演（声優）
刑事コジャック スペシャル「クライム80ニューヨーク暴行殺人麻薬事件」（ジェイク・ワインハウス〈ホセ・フェラー〉）
ミステリー・ゾーン（ホスト〈初代〉〈ロッド・サーリング〉）※TBS版
1962年
ぼくらのポリー （語り）※NHK版
1967年
タイムトンネル （レイモンド・スウェイン博士〈ジョン・ザレンバ〉）※NHK版
逃亡者 ※TBS版
第115話『船が・・・』（フレデリック・ハウエル博士〈アーサー・ヒル〉）
1968年
奥さまは魔女　※TBS版
第84話『夫婦ゲンカを分析すれば』（ジークムント・フロイト〈ノーマン・フェル〉）
奥さまは魔女（ベンジャミン・フランクリン〈フレッド・ウィン〉） ※TBS版
スパイ大作戦 ※フジテレビ版
第42話『イメージをダブらせろ』（オットー・ケルマン〈ウィルフリッド・ハイド＝ホワイト〉）
1980年
将軍アイク（フランクリン・ルーズベルト〈スティーブン・ロバーツ〉） ※NHK版
1986年
ケインとアベル（デイヴィス・リロイ〈フレッド・グウィン〉）※テレビ朝日版
1989年
シャーロック・ホームズの冒険（1989年 − 1995年、マイクロフト・ホームズ〈2代目〉〈チャールズ・グレイ〉）※NHK版
ジェシカおばさんの事件簿 ※NHK版
第54話『幕間に悲劇は起こる』（ジュリアン・ロード〈エドワード・マルヘアー〉）
1991年
久米明 出演（声優）
世にも不思議なアメージング・ストーリー ※日本テレビ版
第1話『ゴースト・トレイン』（おじいちゃん〈ロバーツ・ブロッサム〉）
1993年
インディ・ジョーンズ/若き日の大冒険 ※テレビ朝日版
第3話『英領東アフリカ編』（セオドア・ルーズベルト〈ジェームズ・ギャモン〉）
オペラ座の怪人（キャリエール〈バート・ランカスター〉）※NHK版
1994年
青春の城 コビントン・クロス ※NHK版
第12話『小さな逃亡者』（モス〈ジョン・カーター〉）
1995年
新刑事コロンボ※日本テレビ版
第7話『完全犯罪の誤算』（オスカー・フィンチ〈パトリック・マクグーハン〉）
1996年
ヒロシマ 原爆投下までの4か月（ヘンリー・スティムソン〈ウェズリー・アディ〉） ※NHK版
2001年
アリー my Love ※NHK版
第76話『心へのアクセス』（ニコラス・エンブルーム〈ポール・ドゥーリイ〉）
時期不明
くまのプーさん（ナレーター）※ポニー・バンダイ版
ミッキーのジャックと豆の木（エドガー・バーゲン）※ポニー・バンダイ版
1991年
リトル・マーメイド（トリトン王〈ケネス・マース〉））
1993年
ピコとコロンブスの冒険（フェルディナンド4世、ゼーマン〈クリスチャン・シャルト〉）
1968年
キャプテン・スカーレット ※TBS版
第20話『大爆発!』（カインリー〈ジェレミー・ウィルキンス〉）
1980年
坊ちゃん（ナレーション）
1991年
わたしとわたし ふたりのロッテ（ナレーション）
1997年
手塚治虫の旧約聖書物語（1997年、ナレーション）
2004年
火の鳥（2004年、ナレーション）
1982年
SPACE ADVENTURE コブラ（トポロ）
1983年
クラッシャージョウ（ダン）
1985年
ペンギンズ・メモリー 幸福物語（図書館長）
1996年
PIPI とべないホタル（長老クワガタ）
1997年
星空のバイオリン（ナレーション）
1999年
のび太の結婚前夜（1999年、しずかのパパ）
1988年
ナマケモノが見てた
1991年
銀河英雄伝説（歴史番組のナレーター）
1993年
天外魔境 風雲カブキ伝（奈落の神）
1995年
戦国サイバー 藤丸地獄変（語り）
1999年
レジェンド オブ ドラグーン（ディーユ司教）
国道13号
国道13号（こくどう13ごう）は福島県福島市から秋田県秋田市に至る一般国道である。米沢盆地・山形盆地・新庄盆地・横手盆地を縦断する幹線道路であり、山形県と秋田県内陸部の大動脈の役割を持つ。
ほぼ全線でJR東日本奥羽本線が並行する。また、福島・山形の両県内では、整備中の東北中央自動車道とそれに並行する一般国道自動車専用道路が並行する。秋田県内では、東北中央自動車道に並行する一般国道自動車専用道路と秋田自動車道が並行する。
国道13号 路線データ
一般国道の路線を指定する政令に基づく起終点および重要な経過地は次のとおり。
実延長 : 387.0 km（秋田県 149.8 km、山形県 204.4 km、福島県 32.8 km）
現道 : 326.1 km（秋田県 130.6 km、山形県 170.4 km、福島県 25.1 km）
旧道 : 9.9 km（秋田県 - km、山形県 9.9 km、福島県 - km）
新道 : 51.0 km（秋田県 19.2 km、山形県 24.1 km、福島県 7.7 km）
国道13号 歴史
国道13号は、江戸時代の羽州街道（福島 - 山形 - 秋田 - 青森）の一部に相当する。
なお、起点にあたる舟場町交差点の手前には-0.5キロポストが設置されている。これは、福島市中心部において旧来は奥州街道がそのまま国道4号に指定されており、国道13号も奥州街道から分岐していたが、後に福島南バイパスが開通し国道4号の本線となったため、国道13号も福島南バイパスから分岐するかたちになるよう旧起点から東へ0.5 km延長した名残である。現在でも0 kmにあたる場所は旧起点の福島市本町（市道・奥州街道交点）であり、各キロポスト設置場所の変更も行われていない。
それからおよそ30年後には終点も、国道7号の秋田南バイパス完成に伴い国道7号旧道の一部を国道13号に編入するかたちで北に延伸。起点・終点ともに近接する旧1級国道のバイパス延伸でずれた歴史を持つ。
国道13号 路線状況
東北中央自動車道
米沢南陽道路（山形県米沢市窪田町 - 山形県東置賜郡高畠町、有料）
尾花沢新庄道路（山形県尾花沢市 - 山形県新庄市）
新庄北道路（山形県新庄市）
泉田道路（山形県新庄市）
新庄金山道路〈未開通〉（山形県新庄市 - 山形県最上郡金山町）
金山道路〈未開通〉（山形県最上郡金山町）
主寝坂道路（山形県最上郡金山町 - 山形県最上郡真室川町）
真室川雄勝道路〈未開通〉（山形県最上郡真室川町 - 秋田県湯沢市）
院内道路（秋田県湯沢市）
横堀道路（秋田県湯沢市）
湯沢横手道路（秋田県湯沢市 - 秋田県横手市、一部有料、一部は一般道路）
過去には秋田県河辺町北野田高野（現・秋田市河辺北野田高野） - 秋田市上北手古野に和田トンネルが存在したが、老朽化とバイパス工事のため埋められて廃止された。
いずれも栗子峠の登り口にあたる区間であり、主に峠区間の気象・路面・工事情報を伝えている。
国道13号 地理
山形県
東北中央自動車道米沢八幡原IC（米沢市万世町桑山）
国道121号（舘山バイパス）（米沢市窪田町窪田）
国道113号赤湯バイパス（南陽市鍋田、東置賜郡高畠町深沼・深沼交差点〈南陽バイパス〉）
国道113号（※国道113号重複 = 国道399号）（東置賜郡高畠町深沼・深沼交差点 - 〈重複〉 - 深沼〈南陽バイパス〉）
国道458号、 東北中央自動車道かみのやま温泉IC（上山市藤吾）
東北中央自動車道山形上山IC（上山市金瓶・山形市表蔵王）
国道112号（山形市飯田西・飯田交差点）
国道48号（山形市飯田西・飯田交差点 - 〈重複〉 - 天童市久野本・久野本交差点）
国道286号（山形市松山・松山交差点）
山形自動車道山形北IC（山形市千石・同市流通センター）
国道287号（東根市蟹沢）
国道347号（尾花沢市尾花沢）
国道47号新庄南バイパス・国道47号亀割バイパス（新庄市鳥越・亀割交差点）
新庄IC〈尾花沢新庄道路〉〈新庄北道路〉
国道47号（新庄市鳥越・鳥越交差点）
国道458号（新庄市五日町・五日町交差点）
国道344号（最上郡金山町金山 - 〈重複〉 - 湯沢市・湯沢駅入口交差点）
国道13号 地理
秋田県
国道108号（湯沢市上院内 - 〈重複〉 - 湯沢市横堀・新万石橋交差点）
国道398号（湯沢市表町・表町4丁目交差点）
国道397号（※東成瀬村方面へ国道342号と重複）（横手市十文字町佐賀会・新古内交差点）
国道342号（横手市十文字町佐賀会・新古内交差点 - 〈重複〉 - 同市安田・安田交差点）
秋田自動車道横手IC（横手市柳田〈湯沢横手道路〉）
国道107号（横手市安田・安田交差点 - 〈重複〉 - 同・婦気交差点）
国道105号大曲西道路（大仙市和合・和合IC）
国道105号（大仙市富士見町・富士見町交差点）
国道341号（大仙市協和上淀川・上淀川橋交差点 - 〈重複〉 - 同・上淀川交差点）
国道46号（大仙市協和上淀川・上淀川交差点 - 〈重複〉 - 秋田市川尻町・臨海十字路交差点終点）
秋田自動車道秋田南IC（秋田市上北手古野）
国道7号（秋田市川尻町・臨海十字路交差点）終点
アペラシオン・ドリジーヌ・コントロレ
アペラシオン・ドリジーヌ・コントロレ（仏: Appellation d'Origine Contrôlée; AOC フランス語発音: [aose]、アオセ）とは、フランスの農業製品、フランスワイン、チーズ、バターなどに対して与えられる認証であり、製造過程および最終的な品質評価において、特定の条件を満たしたものにのみ付与される品質保証である。日本語に翻訳すると「原産地統制呼称」「原産地呼称統制」などとなる。フランスの法律では、AOCの基準を満たさないものは、AOCで規制された名称で、製品を製造または販売することは違法である。フランスの原産地呼称委員会（Institut National des Appellations d'Origine, INAO）が管理している。
全てのAOC製品は、ラベルや製品そのものに印刷された証印によって識別される。可能な限り不当表示を防止するため、いかなるAOC名も、そうでない製品のラベルには使用されない。生産者の住所における地名がAOC名である場合は、5桁の郵便番号をつかって代替させる。この場合、最初の2桁の番号が県を示す。
アペラシオン・ドリジーヌ・コントロレ 歴史
AOCの原点はブルーチーズのロックフォールが議会の布告によって規制された、15世紀に遡る。直接的にAOCの前身となった近代的な法の整備としては、1905年の「原料の偽装を取り締まる法律」、そして1919年5月6日に制定された「原産地保護に関する法律」がある。これは製品が生産されるべき地域や組織を特定したものであり、その後度重なる改訂が試されてきた。1925年にはこの法律に基づき、ロックフォールがチーズとしては最初のAOCを獲得している。
1935年7月30日、ワインの製造工程を管理する目的で、フランス農林省管轄の組織としてINAOが設立された。INAOは生産者・消費者・行政官の3者より構成される組織で、AOCの認定・運用などの業務を行っている。ローヌ県シャトーヌフ・デュ・パプ（Châteauneuf-du-Pape）のワイン醸造家にして老練な法律家でもあった Pierre Le Roy 男爵は、INAO設立よりわずか2年の後、1937年にコート・デュ・ローヌ（Côtes du Rhône）の名でAOCを獲得している。
アペラシオン・ドリジーヌ・コントロレ 歴史
AOCのマークは1950年代、60年代、70年代にそれぞれ作られ、フランスの法に基づき統制・管理されてきた。1990年7月2日には、INAOの管轄範囲がワインのみならず他の農産物にも拡大された。
AOCが規定する項目の最たるものは農産物の生産場所であるが、その範囲は実に様々である。様々な気候条件や土壌を含む広大な地域を認めるものもあれば、ごく狭小な範囲（例えば単一の畑）のみを指定する場合もある。例えば前述のコート・デュ・ローヌAOCでは40,000ヘクタールの耕地が指定されているが、シャトー・グリエ（Château Grillet）AOCの範囲は4ヘクタールに満たない。
アペラシオン・ドリジーヌ・コントロレ ワインのAOC
AOC製品の印として、ワインのラベルには必ず「Appellation Contrôlée」または「Appellation d'Origine（生産地）Contrôlée」の表示を入れる。
生産地の部分には、「Bordeaux（ボルドー）」などの地方名、「Médoc（メドック）」などの地区名、「Margaux（マルゴー）」などの村名が入る。
ブルゴーニュ・ワインの場合は、さらに「Romanée Conti（ロマネ・コンティ）」などの畑名まで入る。AOC法では、品質を保持し、産地名称を保護するため、ブドウ品種による最低アルコール度数の規定、最大収穫量、栽培法、剪定法、また地方によっては熟成方法なども規制している。
フランスワインの他、ブランデー、ラム酒にもAOCが制定される。
アペラシオン・ドリジーヌ・コントロレ チーズのAOC
チーズの場合、ワインのように「d'Origine」の位置に生産地を直接記入はせず、円と楕円を組み合わせたラベルの中に「Appellation d'Origine Contrôlée」の語、産地名、チーズ名が別個に刻まれる。
チーズにおけるAOCの規定はチーズ毎に様々であり、全てのAOCチーズでこれらの全項目に関する規定があるわけではない。評価方法やその厳しさも様々である。フランス国内で最も生産量の大きいチーズであるコンテの場合、毎年5%程度のチーズがAOCの基準を満たせずに失格し、コンテの名を冠されずに販売される。
カマンベールチーズはAOCの取得が遅すぎた（1983年）為、AOC認定に先んじて「カマンベール」の名で世界的に多くのコピーチーズが出回った。そうした状況を受け、カマンベールのAOCは単なる「カマンベール」ではなく、ノルマンディ産の「カマンベール・ド・ノルマンディ」（Camembert de Normandie）に対して与えられている。
インデクサ
プログラミング言語におけるインデクサ （英: indexer） は、クラスや構造体のインスタンスに配列と同様の添字を指定してアクセスするための構文である。
インデクサ 概要
言語仕様に配列を持つプログラミング言語の多くは、配列要素にアクセスするための添字による特殊な構文を持つ。例えばC言語から派生した言語では、添え字演算子[]により要素アクセスできる。以下はC#の例である。
その一方で、例えば動的配列 (配列リスト) や辞書 (連想配列) などのように、（言語組み込みの）配列以外のデータ構造を持つコレクションオブジェクトの要素に対しても、配列のように添え字でアクセスできると便利かつ直感的である。
インデクサがない言語では通常getterやsetterと呼ばれる要素アクセスのためのメソッドを実装したり、内部の配列をプロパティとして公開するなどしてアクセスするのが一般的であるが、以下の問題点がある。
インデクサを用いることでオブジェクト内のコレクション要素へのアクセスを、配列へのアクセスと同様に記述できる。
ただし、インデクサは実質的にはgetter/setterメソッド呼び出しの糖衣構文であり、インデクサそのものは当然ながら反復子としての機能は持たない。インデクサを記述したからといって配列のようにforeach文などの反復構文がそのまま使えるわけではない他、メソッド呼び出しのオーバーヘッド減少などの効果も特にない（コンパイラによるインライン展開等は当然受けるが、インデクサ固有の利点ではない）。
インデクサ 概要
プログラミング言語C#のインデクサはC++の添え字演算子の多重定義と似ているが、次のような点で発展したものだと見ることもできる。ただしC++とC#の言語設計上の事情も絡んでいるので、単純に比較できるものではない。
他の言語ではC#のインデクサに似た機能として、Visual Basic .NETの引数付きプロパティやC++/CLIのインデックス付きプロパティなどが存在する。
インデクサをサポートしない言語、例えばJavaにおいて、配列リストを表すコレクションの要素へのアクセスは、次のようなjava.util.Listインターフェイスのget/setメソッドによって提供される。
一方、C#のインデクサでは、配列リストの要素へのアクセスを配列のアクセスと同じように記述することができる。以下の例ではSystem.Collections.Generic.IListインターフェイスで定義されているインデクサを使用している。
インデクサを定義する際、インデックスとして整数以外の値 (文字列やオブジェクトなど) も使用することができ、ハッシュテーブルなどの連想配列を表すコレクションに使用されている。
なお、連結リスト実装であるSystem.Collections.Generic.LinkedListは、要素アクセスの計算量が  ではなく  であり、インデクサは提供されない。
インデクサ 例
C#においては、クラスおよび構造体の内部にインデクサを持つことができる。
インデクサはthis[添え字リスト]の形式で宣言する。
インデクサの構文内ではget/setが、setアクセサ内ではvalueがそれぞれ文脈キーワードとして機能する。
呼び出し側では、配列にアクセスするような構文でインデクサの機能を呼び出す。
通常のメソッドと異なり、代入を伴わないインデクサメソッドの呼び出しは行えない。下記のような呼び出しは構文エラーとなる他、戻り値void型のインデクサを定義することもできない。ただし、インデクサを介して呼び出したオブジェクトのメンバを呼び出すような場合は構文上問題ない。
他言語との相互運用のため、既定ではItemという名前のインデックス付きプロパティが自動生成される。
インデクサ 例
System.Runtime.CompilerServices.IndexerNameAttribute属性を付加することで、自動生成されるインデクサの名前を明示的に指定できる。
この機能が利用されている代表的な例として、System.Stringクラスが挙げられる。System.Stringクラスではインデクサの名前はCharsとなるように指定されている。
Visual Studio IDE や Visual Studio Code では、以下のようなコードスニペットが用意されている。
Visual Basic においては、Defaultキーワード付きのインデックス付きプロパティがインデクサとしてアクセス可能となる。
プロパティ
プロパティ（英: property）は所有物や附帯情報など所有者や従属先がある物体や情報を指す言葉である。特に情報分野以外では、所有者の移転が可能であったり所有者による処分が可能なものを指し、特に所有物の中でも財産を指す場合もある。情報の分野では何らかの主体に保持される附帯情報を指す。
プロパティ 類義語との関係
日本では物として扱われ、しばしば英語圏でも比較されるアイテム（英: item）は、本来項目や品目を表すものであり所有物そのものを表す言葉ではない。プロパティとは財産品目のような併用されることもある。
日本の情報分野ではしばしば属性（英: attribute）と混同されることもある。属性とは「赤い」であったり「硬い」であったり人であれば「誠意がある」「適応性がある」といった主体についての情報を表すものであり ただ所有されているだけのものを含むプロパティとは全く意味がことなる。ただし、情報分野では附帯情報の中に属性が格納されていることが多い。
プロパティ 情報分野
オペレーティングシステム Microsoft Windowsにおけるプロパティは、コンピュータ、ファイル、アプリケーションの各種設定などの情報を保持した附帯情報のことである。日本語表記でも、カタカナとして表記される。
Smalltalk から始まったオブジェクトに付随するメンバー変数の変わりに連想配列を用いる方法を指す。日本語では附帯情報とも呼ぶ。附帯情報は元々、派生型のために変数を用意しようとすると変数が莫大になってしまう画面部品(Morphic)の基底型などで使われていたが、後に附帯情報以外の変数をオブジェクトから取り除いたSelfが生まれ、その思想を引き継いだJavaScript も同様に附帯情報のみでオブジェクトを構成するようになった。
標準Javaクラスライブラリにおけるプロパティは、System.getProperties()によって取得できるシステムプロパティjava.util.Propertiesや、java.util.ResourceBundleクラスで管理できる情報や、それらのクラスが管理するプロパティファイルのことを指す。
構造体
構造体（こうぞうたい、英: structure）はプログラミング言語におけるデータ型の一つで、1つもしくは複数の値をまとめて格納できる型。それぞれのメンバー（フィールド）に名前が付いている点、またメンバーの型が異なっていてもよい点が配列と異なる。レコードという名前の類似機能として実装されている言語もある。
C/C++やC#などでstructとしてサポートされているほか、Visual Basic/VBAのユーザー定義型Typeや、PascalやAdaのrecord型も構造体に相当する。
クラスベースのオブジェクト指向言語では、抽象データ型としてのクラスが構造体の役割をも内包する。Cの文法を継承した言語ではstructキーワードを含むこともあるが、言語によってその役割や性質は異なる。
構造体
Kotlinでは、データを保持するためだけのクラスとして、data class構文により「データクラス」を定義することができる。データクラスはミュータブルだが、通常のクラス同様に参照型であることには変わりなく、変数の代入は参照のみのコピーとなる。そのため、すべてのプロパティをコピーした新たなオブジェクトを生成するには、コンパイラの推論によって暗黙的に自動定義されたcopy()関数を使うなどする。サブクラスを定義することはできない。
オブジェクト指向言語でないCなどでオブジェクト指向プログラミングを模倣するために構造体を使うこともある。
構造体 C言語の例
下記は単純な例示のため、バッファオーバーフローや整数オーバーフローなどは考慮していないことに注意されたい。
下記は構造体へのポインタをユーザー定義のオブジェクト型のハンドルとして利用する例である。
近代的なAPI設計では、このようにしてC互換のオブジェクト指向インターフェイスを定義することがよくある。例えばOpenCLやVulkanなどで類似の手法が実際に利用されている。ヘッダーでは構造体の前方宣言だけをすることにより、構造体の具体的な詳細（定義）はAPIのユーザーからは隠蔽されており、不透明な型 (opaque type) として扱われる（カプセル化）。
この手法を使うことで、C互換のインターフェイスを維持しつつ、API関数の実装をCだけでなくC++や他の言語で記述することもできるようになる。また、オブジェクトの生成・破棄を含むあらゆる操作をAPI関数経由に限定し、オブジェクトハンドルを介した操作のみを提供することで、異なるABI間でも正しくオブジェクトをやりとりすることができるため、C/C++以外の他の言語向けバインディング（ラッパーライブラリ）を記述することも容易になる。
構造体 C#の例
C#における構造体は、小規模なデータ構造の定義に適した値型 (value type) である。C#におけるクラスはヒープ割り当てを必要とし、完全な継承機能をサポートする参照型 (reference type) である一方、構造体はヒープ割り当てを必要としない軽量な値型であり、代わりに派生型を定義できないなど、制限されたクラスとして振る舞う。クラスと構造体の使い分けに関しては、ガイドラインが提示されている。
組み込みの軽量な型 (bool, char, int, double, etc.) もまた構造体である。
structキーワードを使用した、ユーザー定義の構造体の例を下に示す。プロパティやメソッド定義の一部にC# 6.0やC# 7.0で追加された糖衣構文が使用されているが、構造体自体はC# 1.0当初から存在する言語機能である。なお、C#の構造体は引数付きコンストラクタをユーザー定義することはできるが、引数のないコンストラクタ（デフォルトコンストラクタ）をユーザー定義することはできない。また、フィールドやプロパティを宣言時初期化することもできない。引数のないコンストラクタでは、各フィールドはその型の既定値で初期化される。C# 10.0以降の構造体は、引数のないコンストラクタをユーザー定義することもできるようになった。
構造体 C#の例
C#のデータ型も参照のこと。
C#の構造体は属性によってメモリレイアウトを明示的に指定することができるため、C/C++の構造体との相互運用に便利である。Windows APIなどで定義されている構造体と互換性のある型をC#の構造体によってユーザー定義することで、P/Invokeに利用できる。
VB.NETやF#といった.NET言語も、構文は異なるがC#と同様の構造体を備えている。
C++/CLIでは、value structまたはvalue classによって.NETの構造体型を定義することができる。
構造体 アライメント
構造体のメンバーのメモリレイアウトは、必ずしも連続しているとは限らない。実行環境（プロセッサアーキテクチャ）に合わせてアクセス効率が最適になるよう、コンパイラによってバイト境界に応じた無名の詰め物（パディング）が挿入されることがある。このパディングはシリアライズや相互運用などで問題になることがあるため、フィールド属性やコンパイラ特有のディレクティブによってアライメントを明示的に調整できる言語や処理系も存在する。ただし、アライメントされていないアドレスに構造体メンバーが配置された場合、メンバーアクセスがバスエラーを引き起こすケースもある。
天王寺動物園
天王寺動物園（てんのうじどうぶつえん）は、大阪府大阪市天王寺区の天王寺公園内にある動物園。1915年（大正4年）1月1日に開園した、日本で3番目に長い歴史をもつ動物園。面積約11ヘクタールの園内に、約200種1000匹の動物が飼育されている都市型総合動物園。
年間来園者170万人を誇り、2006年7月16日に総有料入園者数が1億人を超えた。国内では恩賜上野動物園に次いで2番目。
大阪市の直営であったが、2020年12月9日の大阪市会で「地方独立行政法人天王寺動物園への職員の引継ぎに関する条例案」他の議案が可決され、2021年4月1日付けで設立された地方独立行政法人天王寺動物園に移管された。
天王寺動物園 特徴
天王寺動物園は開園当初から、「動物の研究」と「種の保存」という動物園本来の目的から離れ、商業主義的なレクリエーション性を重視していた。この背景には、阪急の宝塚動植物園、阪神の浜甲子園阪神パーク、大軌の菖蒲池遊園地など、動物園を併設した遊園地が大阪周辺に相次いで開業したため、「動物を見せること」以外の付加価値をもって対抗する必要があった。
その代表が1932年に来日したチンパンジーの「リタ」（愛称：リタ嬢）で、三輪車や竹馬に乗ったり、フォークとナイフを使って食事をするなどの芸を披露し、一躍人気者となった。しかし第二次世界大戦中には軍服やガスマスク姿などで戦意高揚の広告塔となった一方で、同園でも空襲に備えた動物たちの殺処分（戦時猛獣処分）が行われた。これらのことをふまえ、現在同園では動物に芸を仕込むことは一切行っていない。
開園翌年から、春は夜桜、夏は納涼のため、夜間開園を1937年まで実施していた。戦後も、珍獣の「ライガー」や「タイゴン」づくりなど、「レクリエーション施設」としての客寄せに取り組んでいた。
天王寺動物園 特徴
このような商業路線は1970年代まで続いていたが、現在は、ドリルの飼育展示を日本で唯一行っているほか、シシオザル、クロサイ、ツル類、ニホンコウノトリ、ホオアカトキ、ヨウスコウワニなどの希少動物の繁殖に力を入れるなど、動物園本来の姿に転換している。特にナベヅルについては、飼育繁殖実績があることから、国際血統登録を担当している。
また、大阪ドームの建設候補地に挙げられたことに端を発する「ZOO21計画」が1990年代後半から推し進められ、以後、動物の生息地の環境を可能な限り再現した生態展示に切り替わった。これまでに、爬虫類生態館「アイファー」、日本初の水中観察プールを有するカバ舎やサバンナの環境を再現したサイ舎を含む「アフリカサバンナゾーン」、アジアゾウを飼育しているタイの国立公園を再現した「アジアの熱帯雨林ゾーン」を開設し、展示環境は一新された。
2006年11月3日 - 11月5日に行われた「絶滅の危機にある動物展」で、保存されている絶滅したニホンアシカの剥製が、初めて一般公開された。
天王寺動物園 主な展示施設
アフリカサバンナゾーンと周辺エリアの動物
鳥のセカイと周辺エリアの動物
鳥のセカイ - 「鳥の適応進化とその不思議に触れることのできる施設」をコンセプトに、多様な環境に適応し生息している鳥たちの生態を観察できる施設。コサンケイやワライカワセミ、パラワンコクジャク、ニジキジ、ヒオドシジュケイ、モモイロインコ、フサホロホロチョウ、ホロホロチョウ、二ホンキジ、ミゾゴイ、マガモ、シロフクロウ、カルガモ、オシドリなどの鳥を展示。2023年11月21日オープン。
アジアの熱帯雨林ゾーンとふれんどしっぷガーデンと周辺エリアの動物
鳥の楽園ゾーンと周辺エリアの動物
現在建設中・建設予定の施設
その他の施設
TENNOJI ZOO MUSEUM
標本展示コーナー - 天王寺動物園で飼育していたアジアゾウのユリ子の全身骨格標本と半身のレプリカ展示、絶滅の危機にある動物種の剥製や解説を展示
見せる（魅せる）収蔵庫 - 普段は見ることができない天王寺動物園所蔵の剥製標本（約280点）の一部を、一面がガラス張りとなっている収蔵庫に配置し、定期的に入れ替えながら展示
だいしんワクワクホール - 講演や大規模スクールの開催が可能な定員240名のスクリーンを備えた多目的ホール
その他 - 動物に関する子ども向けの図書を中心としたキッズライブラリーや、ワークショップ等の開催が可能な実験・作業室、多目的室等がある
天王寺動物園 再生に向けたプラン
天王寺動物園は、戦前の1934年度（昭和9年度）に有料入園者数が年間250万人を超えるなど、古くから東京の上野動物園と並ぶ都市型動物園として認知されてきた。1972年度（昭和47年度）から中学生以下が入園無料になったことで有料入園者は減少したが、翌1973年度の総入園者は335万人を数えた。
その後、入園者数は減少に転じるが、「アフリカサバンナゾーン」がオープンした2006年度は約184万人（有料入場者数は68万1,934人）、2007年度は約194万人と増加。その後再び減少に転じ、2010年度は約120万人、2013年度には約116万人まで落ち込んでいる。
2013年4月から、従来無料だった大阪市外の小中学生の入園料を有料とするなど、開園100周年となる2015年に向け、集客を増やすための計画が進められた。その結果、2014年には約136万人、2015年には約173万人と回復を見せた。
野生動物の種の保存や環境教育に貢献する、新しい動物園のあり方を確立するための計画で、古くなった動物舎を生態的展示の施設に建て替えることが主な目的である。
天王寺動物園 再生に向けたプラン
1995年（平成7年）に大阪芸術大学教授の若生謙二主導の下、爬虫類生態館「アイファー」、1997年（平成9年）にカバ舎、1998年（平成10年）にサイ舎を開設。2000年（平成12年）には「アフリカサバンナゾーン草食動物エリア」、2004年（平成16年）1月31日には「アジアの熱帯雨林ゾーン」、2006年（平成18年）9月には「アフリカサバンナゾーン肉食動物エリア」が開設され、従来の系統分類展示型から環境デザインが一変した。
2007年6月には入場者数を増やすためビジネスパートナーを初めて公募、150社を超える多数の企業が関心を示した。
2016年7月21日、天王寺動物園の新たな改革案として、「天王寺動物園101計画」の素案が発表された。20年の長期計画で施設の整備も進めていく予定である。
天王寺動物園 チンパンジーの脱走事件
2007年4月16日、オスのチンパンジーのプテリが、健康診断のために麻酔をしたが、効き目が不十分で逃げ出し、ホッキョクグマ舎に逃げ込んだ。ホッキョクグマとは諍いは起きず、獣医により麻酔銃で眠らされて捕獲された。当日は休園日であり入場者はいなかった。
2023年10月17日もメスのチンパンジーが脱走して急遽臨時休園措置が取られた。
天王寺動物園 交通
てんしばゲート
地下街「あべちか」を出てすぐのところにある天王寺公園「てんしば」内を通り徒歩数分程度に位置する。
新世界ゲート
引数
引数（ひきすう、英: parameter, argument）は、数学における関数やコンピュータプログラムにおける手続きにおいて、その外部と値をやりとりするための特別な変数、あるいはその変数の値のことである。
数学や最適化問題に関するそれ（「パラメータ」とカタカナで表現されることが多い）については「媒介変数」の記事を参照のこと。以下は専らコンピュータプログラミングに関して説明する。
関数・サブルーチン・メソッド等を定義する時に、外部から値を渡される特別な変数として指定されるのが仮引数。関数（等）を呼出す式において、仮引数に対応する式（あるいはその値）が実引数である。実行時には、実引数の値を仮引数が受け取る。
「引数」を「いんすう」と読む読み方もあるが、術語としては変則的に湯桶読みして「ひきすう」としている。数学分野で因数(factor)との取違えを防ぐためといった理由もある。
引数 仮引数
仮引数（かりひきすう、かびきすう、parameter、formal parameter (formal argument)）とは、手続き(プロシージャー)で定義される変数のうち、実行時に呼び出し元から渡される（実引数の）値を受けるものをいう。例としてC言語系言語における定義を挙げる:
上の定義では、
2つを伴った関数 sum を定義している。定義の中で addend1 と addend2 が変数のように使用されていることに注目されたい。
引数 実引数
実引数（じつひきすう、argument、actual argument (actual parameter)）とは、プロシージャーを呼び出す際に渡す値のことで、プロシージャーの挙動（動作や結果）に作用する。変数やリテラルを含む式を指定できる。C言語系言語において前に示した例中の関数 sum を用いた例を挙げる:
上の文は、
2つを関数 sum に渡している。
引数 評価戦略
値渡し（あたいわたし、call by value）は右辺値を渡す方法で、実引数として変数を渡したとしても、その値のみが渡される。もちろん即値や複雑な式を渡すこともでき、式の評価結果が渡される。その仕組みとしては、独立した新たな変数が関数内に用意され、元の値がコピーされる。そのため変数を渡したとしても、元の変数が変更されるという事はない。
これは「関数が副作用を持たない」という観点から、計算を中心とする言語では望ましい動作といえる。またそもそも代入概念のない関数型言語では、引数は必ず値で渡されると考えられる（ただし、代入が存在しない以上コピーをとる必要もない）。
値渡しを採用した言語としてはC言語、ML、APL、Scheme、Java等が挙げられる。
アドレス渡し(call-by-adress)とも呼ぶ。

C言語やC++のポインタが保持する値はオブジェクトに対する参照（メモリアドレス）であり、後述の参照渡しの参照と似た性質を持つ。このため、ポインタ変数を値渡しすると、値渡しでありながら参照渡しと似たような効果を得ることができる。このため、ポインタ（＝メモリアドレス）を値渡しする事を単なる値渡しと区別して俗にポインタ渡しなどと呼ぶ事もある。
引数 評価戦略
ALGOLで採用されていた特徴的な機能の一つである。名前渡しでは値でも参照でもなく、式がそのまま渡される。基本的には参照渡しのように振る舞うが、式を参照するごとに値を計算して取り出す事が特徴である。C言語のプリプロセッサのマクロ展開と似ているが、引数と、ローカル変数が衝突しないように配慮はされる。
次のような例は名前渡しに特徴的な動作と言われる。
この例に対し、x=i, y=a[i]という"式"を渡すとする。仮にi=2だったとすると、
tmp = x;
x=i=2 なのでtmpは2になる。
x = y;
xはiを渡されているのでiがyの値になる。yはa[i]だから、iはaの2番目の値になる。
y = tmp;
yはaのi番目の値だが、前手順によりiはa[2]になっている。従ってy=a[a[2]]になる。
このような複雑さもあって、ALGOL以外で名前渡しが採用された事例はほとんどない。
引数 評価戦略
変数渡し（へんすうわたし、call by variable）は、変数そのもの（左辺値）を渡す方法で、この場合は仮引数に対する操作がそのまま実引数（渡された変数）に影響する。
多くの言語では（とくに配列のようなデータ構造を戻り値にできない場合）戻り値はひとつの値だけしか返せないが、データベース検索などで見つかったかどうかと、見つかったならその値も知らせるような場合に、見つかったかどうかを戻り値にして、検索結果の値は適当な引数を変更するといった使い方ができる。
参照渡し（さんしょうわたし、call by reference）はその実装手段の一つ（と見ることもできる）。変数に対する参照（アドレス情報）を渡す方法である（これは言語側が勝手に行う。C言語のように明示的にアドレス演算子を使うものは参照渡しとは呼ばない）。
その他、値渡しと同じようにコピーを渡しておいて、関数/サブルーチンからのリターン時に元の変数に変更結果をコピーしなおす方法もある（これは変数の共有（エイリアス）や再帰呼出しがあると奇妙な結果になることがある）。PL/Iでは、どちらの方法で実装しても良いと規定されている。
原始的な言語であるFORTRANは機械語のアドレス操作を反映した参照渡ししか持たなかった。これは特にcall by indexと呼ばれている。
引数 評価戦略
他に変数渡しをサポートする言語としては、Pascal、Perl、C++、C#、Quick BASIC等の構造化BASICなどが挙げられる。
なお変数渡しの関数・サブルーチンに、実引数として変数以外（右辺値）を渡した場合にどうなるかは、言語によって異なる。そのような操作が禁止されており、エラーが発生する言語（Pascal等）、テンポラリな変数を作成し、リターン時にそれを捨ててしまうため、値渡しと同じことができる言語（Quick BASIC等）、「未定義の動作」をひきおこし、何が起こるか全く予測がつかない言語（FORTRAN等）がある。C++ではconst修飾されていない型への参照に右辺値を渡すとエラーになるが、const修飾されていれば一時オブジェクトが作成され、また右辺値のみを参照できる「右辺値参照」が存在する。
C言語は値渡しのみをサポートするが、変数のポインタ（メモリアドレス）を取得することが可能であるため、変数へのポインタを値で渡す事で元の変数を変更できる。オフセット計算により配列や構造体の一部分を参照するコードも容易に記述できる。
しかしこれは、実際の変数領域を逸脱した部分をも参照できるので、あくまでも値渡しによる参照渡しのエミュレートである。参照渡しをサポートする言語でも内部的には同様の操作を行っているが、それは何らかの意味で言語の保護下にある参照となる。
引数 評価戦略
参照渡しで言うところの「参照」と呼ばれているものと、特定の言語で「参照」と呼ばれているものが必ずしも同じでない事には注意が必要。例えば、Javaは参照型を扱うための『Javaの「参照」』を持つが、これはPascal等のポインタ相当で、『参照渡しの「参照」』とは概念が違うため、『Javaの「参照」』を渡しても参照渡しであるとは言えない。C言語の「ポインタの値渡し」と同じである 。これは、Javaの参照型と似た参照型と、Javaのプリミティブ型に近い値型を持つC#を見ると理解しやすいだろう。C#では、特に指定しなければ参照型も値型も値渡しされるが、引数に ref もしくは out を使用する事によって参照渡しにする事ができる。『C#の値型』を渡すから値渡し、『C#の参照型』を渡すから参照渡しとはならない。
Pascalの手続き(procedure)や関数(function)では、原始型(integer, realなど) の値渡しと変数渡しのどちらでも行える。変数渡しの場合は手続き・関数の引数にvarを付ける。
Haskellなどの遅延評価型関数言語に見られる形態で、値が実際に必要になるまで計算を行わない方法。概念上は、計算方法を遅延したthunkと呼ばれるオブジェクトが渡っていると考えられる。
ボックス化
ボックス化（boxing）とは、プログラミング言語において値型をオブジェクト型（参照型）に変換すること。逆に、ボックス化されたオブジェクトを値型に戻すことをボックス化解除（unboxing）と呼ぶ。
ボックス化 概要
Javaや.NET Frameworkなどの環境においては、値型（Javaではプリミティブ型がこれに相当する）と参照型という根本的に異なる二種類の型が存在する。参照型のインスタンスはヒープ上の独立した領域に確保される。値型は文脈によって確保される場所は異なるものの、いずれにせよメモリ上に連続的に確保される（例えば、ローカル変数として宣言された場合はスタック上に確保され、参照型のメンバとして宣言された場合は参照型の一部として確保される）。
このように値型と参照型とは根本的に性質の異なるものであるが、さまざまな理由により、値型を参照型に型変換して運用することが必要となる場合がある。Javaにおいて整数型や浮動小数点数型といったプリミティブ型はオブジェクト（java.lang.Object派生型）ではなく、配列以外のコレクションにプリミティブ型を直接格納することができないため、一度参照型（java.lang.Object派生型）でラッピング（包含）してから格納する必要がある。このラッピング処理をボックス化と呼ぶ。各プリミティブ型をラップするための専用クラス（プリミティブラッパークラス）は標準Javaクラスライブラリに用意されているため、プログラマが自ら定義する必要はない。
ボックス化 概要
次はJavaによる例である。プリミティブ型のひとつであるint型の値を、対応するプリミティブラッパークラスであるjava.lang.Integer型のオブジェクトにボックス化し、さらにそれをint型にボックス化解除している。ボックス化により、値はラッパークラス内のカプセル化されたフィールドにて保持されるが、ラッパークラスの使用者は詳細を知る必要はない。
一見単純な型変換のように見えるが、ボックス化においてはヒープ上に新しく領域を確保し、そこに値型（プリミティブ型）のデータをコピーするという操作が行われているため注意が必要である。頻繁なボックス化の発生は性能の低下を引き起こす。一方、ボックス化解除ではデータのコピーが行われるだけであり、ヒープに領域を確保する必要がないのでパフォーマンスコストは比較的小さい。
なお、ゼロ近傍の整数などのよく使われる数値に対して使いまわせるように事前生成されている、ラッパーオブジェクトのキャッシュを優先的に利用できるようにするため、Java 9以降は @Deprecated すなわち廃止予定としてマークされているInteger(int)コンストラクタよりも、Integer.valueOf(int)メソッドの使用が好ましい。
ボックス化 関数型言語におけるボックス化
関数型言語でも用いられることがあるが、オブジェクト指向のそれとの関連性はまったくない。ボックス型は単なる間接参照であり、Javaのプリミティブ型に相当する型は非ボックス型（Unboxed type）やプリミティブ型と呼ばれ、直接参照される。関数型言語のひとつであるHaskellでは、そのデファクトスタンダードな処理系であるGHCに対してコンパイラオプションを指定し、なおかつ非ボックス型であることを随所で明示しない限り、非ボックス型を用いることができない。にもかかわらず、知らず識らずのうちに利用している、馴染み深い型でもある。IO型など、副作用を表現する型がその典型例である。
ボックス化 自動ボックス化
前述のボックス化・ボックス化解除の操作を暗黙的に行なうことを、自動ボックス化（autoboxing）および自動ボックス化解除（auto-unboxing）と呼ぶ。
自動ボックス化はJava SE 5 (J2SE 5.0, Java 1.5) で追加され、JSR 201で宣言されている。自動ボックス化がサポートされた処理系では、対となる逆の操作、自動ボックス化解除もサポートされる。
以下のコードは自動ボックス化・自動ボックス化解除の例である。
Javaコンパイラによって、プリミティブ型とプリミティブラッパークラス間の暗黙変換は、前述のようなボックス化・ボックス化解除を実行するコードに展開される。
.NETにおいては、概念（型システム）上、値型も含めすべての型はSystem.Object型（これは参照型である）の派生型であるため、この型への暗黙的なアップキャストを行なうことができる。すべての値型はSystem.ValueTypeクラスから派生し、その基底クラスであるSystem.Objectへの暗黙的なボックス化が可能となっている（Javaの自動ボックス化に相当）。一方、ボックス化解除はダウンキャストにより明示的に実行する必要がある。
C#の例を示す。
明示的なボックス化も可能ではあるが、通例使われない。