hpprc/jawiki-books huggingface dataset:
金沢大対策

本項は、金沢大学の入学試験対策に関する事項である。
金沢大学は、石川県金沢市にある国立の総合大学である。学生の大半は北陸出身で、1/2が石川県出身である。しかし、旧制六医科大学をルーツに持つ医薬保健学域医学類(いわゆる医学部医学科)は、名門で全国から医学部志望の受験生が押し寄せるため、医学類に合格するには相当な学力を要する。
入試問題には悪問・奇問は出題されず、教科書をベースにした基本的な標準問題が大半を占める。金沢大学に即した模擬試験は地元の育英予備校で「金大模試」が実施されている。母集団が比較的本番に近いので、金沢大受験予定者は受験してみることをお勧めする。
2022年度現在では、従来ほど共通テストの配点が高くなくなっている。最もセンター比率が低い理工学域機械工学類でも、センター:二次が440:650であったのが900:1350と微増し、(理工学類内での差はなくなった)最もセンター比率が高かった保健学類検査技術科学専攻ではセンター:二次が900:400から900:1600に変わり、完全に2次重視型になっている。従って、2次試験を中心とした対策を行いながら、共通テスト対策を行う必要がある。金沢大学受験にあたっては、学類にもよるが75%は取っておきたい。ただし、医学類(いわゆる医学部医学科)では85~90%、薬学類、創薬科学類(いわゆる薬学部)では80~85%の得点が要求される。
多くの学類では、2次試験として2、3科目の試験を受けることになる。ただし、医学類、薬学類、創薬科学類では「英語」「数学」「物理」「化学」の4科目が課される。医学類ではさらに面接試験が課される。いくつかの科目で最近傾向の変化がみられる。
受験番号を解答用紙に記入するのは試験開始の後である。
英語 90分で3題を解答することになる。問題の内訳は、長文総合問題が2題、自由英作文1題となっている。2016年度から問題傾向が大きく変化し、全ての大問で英問英答形式になった。問題のレベルはどれも国公立大学標準レベルである。ただし、自由英作文を含め全体として英語による記述が中心であり、対策していない受験生としっかり対策している受験生の間で差が出るため、十分に対策しておくこと。英作文の具体的な対策方法としては、1冊の問題集をやり、その解答例や問題文を丸暗記することである。これで標準レベルの英作文には十分に対応できる。何冊もの参考書を中途半端にやることはお勧めしない。平易な語句を用いて文法的に誤りのない英文を書くように心がけよう。
再び2015年度以前のような日本語による説明問題が出題される可能性もある。英問英答形式の問題だけでなく、過去問等を利用して日本語による内容説明や和訳・英訳問題にも取り組んでおこう。
理系数学 120分で4題を解答することになる。スタンダードな問題が大半を占めるが、4題中1題が難問という傾向の年が多い。特に医学類志望者は応用問題にも対応できるように思考力を磨いておくと心強い。大半の大問で丁寧な小問誘導があるが、2018年度では小問誘導の無い大問が一題出題された。年によって求値問題が大半を占める年と、逆に証明問題が大半を占める年とあり、はっきりしない。
1題を解答するのに充てられる時間が30分あり、解答用紙のスペースはかなり広い。丁寧な論述を心がけよう。
目標点数としては、理系一般学部は4題中2題、医学類は4題中3題、できれば4題すべて完答を目標とするべきである。金沢大の問題を解くためには、高等学校で習う基礎事項を網羅し、定型的な解法は一通り使いこなせるようにしておく必要が出てくる。問題集としては「黄チャート」もしくは「青チャート」をお薦めしたい。受験標準レベルの問題が網羅されている。これが済んだら過去問演習に取り組もう。
国語 90分で3題を解答する。評論から1題、古文から1題、漢文から1題出題される。
物理 5題の出題で、理工学域は大問1~5すべて(100分)、人間社会学域と医薬保健学域保健学類は大問1~3の3題(60分)、医薬保健学域医学類・薬学類・創薬科学類は大問3~5の3題(化学と合わせて120分)を解答するよう、指定されている。
万遍なく広い範囲から出題されているので、苦手分野は作らないようにしよう。いずれにしても基本~標準レベルの問題が多いので、基本事項を押さえたら積極的に演習を行い、基礎の定着を図ろう。そして、過去問演習には余裕を持って取り組むこと。
化学 6題の出題で、理工学域は大問1~6すべて(100分)、人間社会学域と医薬保健学域保健学類は大問1~4の4題(60分)、医薬保健学域医学類・薬学類・創薬科学類は大問1~4の4題(物理と合わせて120分)を解答する。問題数はやや多いが、基本から標準レベルの問題ばかりなので、基礎となる知識をしっかりと身につけ、標準レベルの問題が確実に解けるようになっていれば時間的な余裕は出てくるだろう。ここでも重要なのが過去問演習である。
理論・無機・有機分野から満遍なく出題されるが、特に有機化合物の構造決定、平衡定数と平衡移動、電離定数の問題がよく出題されている。また、20字~100字程度で化学現象の理由を記述する問題が出題されるので記述対策もしっかりやっておくこと。
生物 大問数は理工学域が4題、人間社会学域および医薬保健学域は3題で、いずれの学域でも共通の5題から選択する形式となっている。分量、内容ともに標準レベルである。知識問題と考察問題がバランスよく出題されており、特に「刺激の受容と反応」、「生態と環境」、「生物の進化と系統」は例年出題される。教科書や資料集を使って知識を定着させ、標準レベルの問題集を1冊しっかりやり、過去問演習に入ろう。
受験する際の心構えのひとつとして、ありきたりではあるが模試の判定や偏差値に一喜一憂する必要はあまりないということを明記しておきたい。そもそも得点は入試本番当日の自分のコンディションや問題との相性次第で大幅に変動するものだし、模試と実際の入試とでは難易度や問題の癖が異なるからである。実際、現役浪人関係なく、秋の模試等でC判定やD判定を出してしまった生徒が、直前期で実力が一気に伸びて合格したケースも存在するので、最後まで諦めずに勉強を続ける姿勢をもつことも大切である。また本番当日に風邪をひいたりして実力を出し切れないことがないように体調管理には注意したい。
民事訴訟法第312条

法学>民事法>コンメンタール民事訴訟法
(上告の理由)
2011年改正により、第2項列挙事項に、第2号の2を新設。
最高裁判所に対する上告について、1項は憲法違反、2項は絶対的上告理由を定める。
また高等裁判所に対する上告においては、これに加えて判決に影響を及ぼすことが明らかな法令違反も上告理由となる。
民事訴訟法第338条(再審の事由)
民事訴訟法第134条

法学>民事法>コンメンタール民事訴訟法
(証書真否確認の訴え)
「法律関係を証する書面」とは、その書面自体の内容から直接に一定の現在の法律関係の成立存否が証明され得る書面を指すものと解される。(最高裁第一小法廷昭和25年11月28日判例)
線型代数学/序論

線形代数学は、多くの理工系の大学において必修とされている、数学の中でもとても重要な分野である。ここでは、線形代数学を学ぶ意味について述べる。
線形代数学とは、端的に言えば、「まっすぐなもの」を扱う方法を学ぶ分野である。「曲がったもの」の扱いは難しいが、「まっすぐなもの」については美しい理論ができあがっており、その理論に基づけば、簡単に正しく扱うことができる。
世の中にあるものの多くは「まっすぐ」ではないが、近似的には「まっすぐ」とみなすことができることはしばしばある。そのような場合、曲がったまま扱うのは難しくても、「まっすぐ」に近似した上で線形代数学の理論を適用すると簡単に扱えることがある。例えば、曲がったグラフに接線を引く微分操作は、このような扱いの代表例である。
上に書いたような「まっすぐなもの」の集合を線形空間と言う。また、線形空間から線形空間への「まっすぐな」写像を線形写像という。線形代数学の理論によると、多くの線形空間では、基底を取ることによって、元はベクトルで、線形写像は行列で表せることがわかっている。そこで、まずは行列の扱い方を学び、その基本を一通り習得した後、線形空間や線形写像についての一般論を学ぶ。その一般論を用いると、より高度な行列の扱い方を知ることができる。その中でもジョルダン標準形の理論は実用上も重要な理論である。
「ものの集まり」を集合という。集合を構成するものを元または要素という。a が集合Aの元であることを a ∈ A {\displaystyle a\in A} で表す。
以下、おもな集合を挙げる。本書では今後断りなしにこれらの記号を用いる。

量化記号については、詳しくはこちらを参照してほしい。
不動産登記法第12条

法学>民事法>不動産登記法>コンメンタール不動産登記法
(登記記録の作成)
本条は、登記記録の意義について定めたものである。
表題部には表示に関する登記が記録され(不動産登記法第2条第7号)、権利部には権利に関する登記が記録される(同法第2条第8号)。
土地の登記記録の表題部が区分される欄及び各々の欄に記録される事項は以下のとおりである(不動産登記規則第4条第1項・同規則別表1)
区分建物でない建物の登記記録の表題部が区分される欄及び各々の欄に記録される事項は以下のとおりである(不動産登記規則第4条第2項・同規則別表2)
区分建物である建物の登記記録の表題部が区分される欄及び各々の欄に記録される事項は以下のとおりである(不動産登記規則第4条第3項・同規則別表3)
権利部は甲区及び乙区に区分され、甲区には所有権に関する登記の登記事項を記録することとされ、乙区には所有権以外の権利に関する登記の登記事項を記録することとされている(不動産登記規則第4条第4項)。
登記官は、登記を移記し又は転写するときは、法令に別段の定めがある場合を除き、現に効力を有する登記のみを移記し、又は転写しなければならない(不動産登記規則第5条第1項)。
そして、登記官は、登記を移記し又は転写したときは、その年月日を新たに記録した登記の末尾に記録しなければならず(不動産登記規則第5条第2項)、登記を移記したときは、移記前の登記記録を閉鎖しなければならない(同規則第5条第3項)。
例えば、登記簿のコンピュータ化による移記については、以下のように記録される。
また、登記官は、登記記録に記録されている事項が過多となったことその他の事由により取扱いが不便となったときは、登記を移記することができ、この場合、表示に関する登記及び所有権の登記であって現に効力を有しないものも移記することができるとされている(不動産登記規則第6条)。
なお、登記官は、登記を移記し又は転写するときは、登記官の識別番号を記録しなければならない(不動産登記規則第7条前段)。
登記記録のバックアップデータについては、法務大臣及び登記官を監督する法務局又は地方法務局の長は、副登記記録を調整することとされている(不動産登記規則第9条)。
この副登記記録は、登記記録が滅失した場合の回復手続(不動産登記法第13条)に使用されるほか、一時的なシステム障害の場合においても使用される。具体的には、登記事項証明書又は登記事項要約書の作成の場合について、規定がある(不動産登記規則第199条)
登記官は、登記記録を閉鎖するときは、閉鎖の事由及びその年月日を記録するほか、登記官の識別番号を記録しなければならず、登記記録の全部を閉鎖するときは、閉鎖する登記記録の不動産の表示(不動産登記法第27条第1号に掲げる登記事項を除く)を抹消する記号を記録しなければならない(不動産登記規則第8条)。ただし、区分建物である建物の登記記録を閉鎖する場合で、当該登記記録の閉鎖後においても当該閉鎖建物が属する一棟の建物に他の建物(附属建物として登記されているものを除く)が存することとなるときは、閉鎖建物の登記記録に記録された、以下掲げる事項を抹消する記号を記録することを要しないとされている(不動産登記規則第117条第1項柱書及び各号)。
上記の場合には、登記官は、閉鎖建物が属する一棟の建物に属する他の建物の登記記録に記録されている当該閉鎖建物の家屋番号を抹消する記号を記録しなければならない(不動産登記規則第117条第2項)。上記以外の場合において、区分建物である建物の登記記録を閉鎖するときは、登記官は、閉鎖建物の登記記録及び当該閉鎖建物が属する一棟の建物に属する他の建物の登記記録(閉鎖されたものも含む)の、上記に掲げる事項を抹消する記号を記録しなければならない(同規則第117条第3項)。
登記記録が閉鎖される場合及びその登記記録で、不動産登記規則に規定があるもの及び関連するものについては、上記の登記を移記した場合のほか、以下の場合である。
なお、土地に関する閉鎖登記記録の保存期間は、閉鎖した日から50年間であり(不動産登記規則第28条第4号)、建物に関する閉鎖登記記録の保存期間は、閉鎖した日から30年間である(同規則第28条第5号)。
登記所において閉鎖登記記録を廃棄するときは、法務局又は地方法務局の長の認可を受けなければならない(不動産登記規則第29条)。そして、登記官は、この認可を受けようとするときは、不動産登記事務取扱手続準則(2005年(平成17年)2月25日民二第456号通達。以下「同準則」という。)別記第31号様式による認可申請書を提出しなければならない(同準則第23条第1号)。この申請書の様式は以下のとおりである。
不動産登記法第2条
不動産登記法第20条

法学>民事法>不動産登記法>コンメンタール不動産登記法>不動産登記法第20条
(登記の順序)
第20条
本条は、登記は受付番号の順にするべきである旨を定めたものである。
登記官は、本条に規定する場合以外の場合でも、受付番号の順序に従って登記することとされている(不動産登記規則第58条)。従って、例えば、受付番号の順に従わず、事案の簡単なものから順に登記するということはできない。
なお、本条は職務規定にすぎず、本条違反のみを理由として登記の抹消の手続きを求めることはできないとした判例がある(最判昭和51年4月8日判例時報815号49頁)。
More C++ Idioms/反復子対(Iterator Pair)

ある範囲のデータ値を、そのデータ構造を意識することなく指定する。
コピーコンストラクタを使って、別の vector<int> から vector<int> を作成することが便利であることはよく知られている。 同様に、メンバテンプレートによる型変換(Coercion by Member Template)イディオムを使ってメンバテンプレートコンストラクタにより vector<int> から vector<double> を作成することも便利である。 コード例は以下のようになる。
vector のインタフェースは、それでもまだある種の要求には十分に柔軟とは言えない。 例えば、list や set や POD の配列そのものから作成することができない。
反復子対(Iterator Pair)イディオムはこの問題を解決する。 このイディオムは、(明白ながら)反復子(Iterator)デザインパターンを基本としている。 反復子(Iterator)パターンの意図は、ある集約的構造を辿るためのオブジェクトを、その構造の実装に対する仮定なしに提供することである。
反復子(Iterator)の対は、値の範囲の先頭と終端を指定するために使われる。 反復子(Iterator)デザインパターンの効果により、(例の vector 中で)反復子対イディオムを使うものはどれでも、データ構造を意識することなく範囲をアクセスすることができる。 唯一の要求は、反復子がある決まった最小のインタフェースを公開するべきだという点である。
反復子対(Iterator Pair)イディオムは、しばしばメンバテンプレートと組み合わせて使われる。これは、反復子の正確な型があらかじめ分からないからである。 set<T>::iteartor や list<T>::iterator、あるいは POD 配列にもなりうる。 型に関わらず、汎用(generic)アルゴリズムは反復子対によって動作するように記述される。 反復子の型がモデル化するべきコンセプトを示しておくと便利なことが多い。 前記の例では、反復子が、少なくとも入力反復子(InputIterator)コンセプトをモデル化していなければならない。 反復子のカテゴリ(タグ)とその使用法についてのより詳細な情報は、タグによる分配(Tag Dispatching)イディオムで記述している。
反復子対(Iterator Pair)イディオムが避けられない場合がある。 例えば、std::string を、内部に 0 を持つキャラクタ列のバッファから作成しようとする場合には、反復子対(Iterator Pair)イディオムを使わざるを得ない。
全ての標準コンテナ
More C++ Idioms/リソースの返値(Resource Return)

(リソースの)所有権移動を、ファクトリ関数の返値の型によって明示的に表明する。
新しいリソースを作成し呼び出し元に返すために、しばしばファクトリ関数が使われる。 新しいリソースは、生のメモリや、動的に割り当てられたオブジェクト、データベースのカーソルや接続、ロックといったものになりうる。 誰がリソースを所有し、誰がリソースを解放するかは、リソースに関する重要な質問である。 呼び出し元がリソースの解放に対して暗黙的に責任を持つようなインタフェースが作成されることがよくある。 この点に呼び出し元が気づいていない場合、あるいは、正しい手順をとるのを忘れていた場合、簡単に誤用される類のインタフェースになってしまう。 以下のコード断片のような例である。
リソースの返値(Resource Return)イディオムは状況を是正し、結果、 (いくらかは)簡単には誤用できないインタフェースをもたらす。
その解法は、リソース管理を行うスマートポインタにリソースをラップし、生のポインタの代わりスマートポインタを返すことである。 もっとも単純な形式のリソースの返値(Resource Return)イディオムは以下のコード断片のようになる。
リソースを返すためのリソース管理用スマートポインタの型を決定する際に、考慮するべき点がいくつかある。 選択肢としては、
がある。
選択に対する利点と欠点についての素晴らしい議論が、Scott Meyers の記事 The Resource Return Problem で詳細に記述されている。 (単純な delete 以外の)カスタム化された削除が必要とならない限り、 前記の例のように、 auto_ptr がリソースの返値(Resource Return)イディオムを使う素早い方法である。 auto_ptr は排他的だが移動可能なリソースの所有権を提供し、それはインタフェースを見ただけで非常に明快となる。 動的に割り当てられたポインタを返すファクトリ関数にとって、boost::shared_ptr もよい選択肢である。なぜなら、通常の copy semantics (例えば、STL のコンテナに格納することができる)を提供するからである。 また、クライアントを邪魔することなく、リソースの解放方法を通常の delete 操作から、カスタム化された方法に変更することもできる。
リソースの返値(Resource Return)イディオムに排他的な所有権が含まれている場合、 所有権移動コンストラクタ(Move Constructor)イディオムが、 リソース所有権の移動中におけるテンポラリオブジェクトの不要な生成と破壊を避けるために しばしば有用である。
More C++ Idioms/nullptr

整数の0とNULLポインタを区別するため。
C++では、長年にわたり、NULLポインタを指定するキーワードがないという恥ずかしさがありました。 C++11ではその恥ずかしさが解消されました。C++の強力な型チェックにより,CのNULLマクロは式の中ではほとんど役に立たなくなっています。
そのため、C++ では整数定数 0 をヌルポインタを指定するために使う。 これは圧倒的多数の場合で思惑どおり動作するが、曖昧なオーバーロード関数が存在する場合にはうまくいかない。 例えば、両方の関数が(オーバーロードの解決において)同程度に良い場合には、コンパイラは正しい関数を選択することができない。
nullptrイディオムは、ライブラリによるヌルポインタによって上記問題のいくつかを解決する。 Herb Sutter と Bjarne Stroustrup による最新のドラフト提案(N2431) では、新しいキーワード nullptr を C++ に追加することを推奨している。 nullptrイディオムは、現存する C++ の機能を使って、これに最も近い効果を得ようとするものである。 以下の nullptr の実装は、Scott Meyer によってその著書 Effective C++ 改訂2版内(25項)で示唆された、ライブラリベースのアプローチの変種である。
不幸にも、gcc 4.1.1 コンパイラには nullptr とメンバ関数へのポインタ(pmf)との比較を認識することができないバグがあるようである。 上記コードは VC++ 8.0 でコンパイル可能である。
この技法には、 提案 N2431 で論じられているように、いくつかの欠点がある。 その欠点は以下のように要約できる。
ファイナンシャル・プランニング技能士試験

メインページ > 試験 > ファイナンシャル・プランニング技能士試験]'
FP技能士試験の教本の頁です。
日本ファイナンシャル・プランナーズ協会(日本FP協会)・金融財政事情研究会(金財)が9月・1月・5月に行う。1級から3級まである
不動産登記法第61条

法学>民事法>不動産登記法>コンメンタール不動産登記法>不動産登記令>不動産登記規則>不動産登記事務取扱手続準則
(登記原因証明情報の提供)
本条は、登記原因証明情報の提供義務の原則について定めたものである。
旧不動産登記法第40条では、登記原因を証する書面の提出に代えて、申請書の副本の提出を認めていたが、2005年施行の現行不動産登記法においては、一部の例外を除き、登記原因を証する情報の提供が義務付けられている。
具体的な解説は、w:登記原因証明情報を参照。
民事訴訟法第142条

法学>民事法>コンメンタール民事訴訟法
(重複する訴えの提起の禁止)
文言上、「事件」の同一性が重複起訴禁止の要件となっている。解釈上問題となるのは「事件」の意義である。
本条の趣旨は、(1)既判力の生じる判断の矛盾抵触を防止すること、(2)訴訟経済、(3)被告の応訴の負担を軽減すること、である。そこで、とくに(1)の機能に着目すると、「事件」の同一性とは、両訴訟の[1]当事者の同一性(既判力の主観的範囲)、[2]訴訟物の同一性(既判力の客観的範囲)をいうと考えられる。
重複起訴禁止に触れる場合、裁判所は両訴訟を併合審理するか、訴え却下判決を下すことが必要である。
不動産登記法第24条

法学>民事法>不動産登記法>コンメンタール不動産登記法>不動産登記令>不動産登記規則>不動産登記事務取扱手続準則
(登記官による本人確認)
本条は、登記の申請につき、「なりすまし」が疑われる場合について、登記官が執るべき手続について定めたものである
本条第1項の、申請人となるべき者以外の者が申請していると疑うに足りる相当な理由があると認めるときとは、以下のとおりである(不動産登記事務取扱手続準則(2005年(平成17年)2月25日民二第456号通達)第33条第1項。以下「同準則」という。)。
上記5の複数回とは、具体的には5回程度であるとする見解がある(一発即答104・105頁)。
登記官は、本条第1項の規定により申請人の申請の権限の有無を調査したときは、その調査の結果を記録した調書(以下「本人確認調書」という)を作成しなければならない(不動産登記規則第59条第1項前段)。この本人確認調書は、同準則別記第51号様式又はこれに準ずる様式によることとされており(同準則第33条第3項)、申請書(電子申請の場合は電子申請管理用紙)と共に保管することとされている(同準則第33条第4項)。この別記第51号様式は以下のとおりである。
登記官は、本条第1項の規定により文書等の提示を求めた場合は、提示をした者の了解を得て当該文書の写しを作成し、本人確認調書に添付することとされている。ただし、了解を得ることができない場合は、文書の種類や証明書番号その他文書を特定することができる番号等の文書の主要な内容を本人確認調書に記録すれば足りるとされている(同準則第33条第5項)。
登記官は、登記の申請が資格者代理人(不動産登記規則第63条第5項参照)によってされている場合において、本人確認の調査をすべきときは、原則として、当該資格者代理人に対し必要な情報の提供を求めることとされている(同準則第33条第2項)。そして、この資格者代理人に対する調査により、申請人となるべき者からの申請であると認められたときは、本人に対して調査をする必要はない(2005年(平成17年)2月25日民二第457号通達第1-1(3)。以下「同通達」という。)。ただし、本人確認調書は作成される(一発即答102・103頁)。
本人確認調査は電話による事情を聴取する方法でもよく、必ずしも出頭を求める必要はない(同通達第1-1(5)後段)。また、登記の申請人となるべき者が、出頭できない正当な理由(入院や服役等)がある場合でも、電話で確認する等すればよく、登記官が調査をしに行く必要はないとする見解がある(一問一答104・105頁)。
なお、本人確認調査は、当該申請人の申請権限の有無について調査するものであって、申請人の申請意思を調査するものではない(同通達第1-1(6))。
本人確認調査の結果、申請人となるべき者以外の者が登記の申請をしたと判断されれば、不動産登記法第25条第4号の規定により、当該登記の申請は却下される(一問一答106・107頁参照)。
登記官が本人確認の調査のため申請人等の出頭を求めた場合において、申請人等から遠隔の地に居住していること又は申請人の勤務の都合等を理由に他の登記所に出頭したい旨の申出があり、その理由が相当と認められるとき(例えば、申請人の長期出張や病気による入院等。同通達第1-1(8)かっこ書)は、当該他の登記所の登記官に本人確認の調査を嘱託することとされている(同準則第34条第1項)。申請人となるべき者が日本国外に居住している場合でも、在外公館に調査を依頼することはできない(一問一答108・109頁)。
この嘱託は、同準則別記第52号様式による嘱託書を作成し、これに登記事項証明書及び申請書の写しのほか、委任状・印鑑証明書等の本人確認の調査に必要な添付書面の写しを添付して、当該他の登記所に送付する方法によって行うこととされている(同準則第34条第2項)。この嘱託書の様式は、以下のとおりである。
本条第2項の嘱託を受けて本人確認調査をした登記所の登記官は、本人確認調書を作成しなければならない(不動産登記規則第59条第1項後段)。そして、嘱託を受けて調査をした登記所の登記官は、調査終了後、本人確認調書を嘱託書と共に嘱託をした登記所の登記官に送付しなければならないとされている(同規則第59条第2項・同準則第34条第3項)。
なお、嘱託を受けた登記所が送付を受けた登記事項証明書・申請書及び添付書面の写しは、適宜廃棄してよい(同通達第1-1(8))
不動産登記法第25条第4号
測量法第11条

法学>行政法>測量法>測量法第11条 ←前 次→
(測量の基準)
第十一条 基本測量及び公共測量は、次に掲げる測量の基準に従つて行わなければならない。
2 前項第一号の地理学的経緯度は、世界測地系に従つて測定しなければならない。
3 前項の「世界測地系」とは、地球を次に掲げる条件を満たす扁平な回転楕円体であると想定して行う地理学的経緯度の測定に関する測量の基準をいう。
拡張子ハンドブック/A

アセンブリソースコード
ADTSオーディオ
Dolby AC3
Microsoft Access Add-in
Microsoft Access Database
Microsoft Access Signed Package
Microsoft Access ACCDE database
Microsoft Access Runtime Application
Microsoft Access Template
Microsoft Access Add-in Data
Microsoft Access Web Application
Microsoft Access Template
WinAceで圧縮されるファイル
w:Microsoft Agent キャラクター ファイル
Microsoft Access Project Extention
Microsoft Access Blank Project Template
AsciiDocのファイル。 AsciiDocとは軽量マークアップ言語の一つ。
Microsoft Access Project
上5ついずれもAIFF形式サウンド
Adobe Illustrator ファイル
w:Adobe AIRパッケージ
Windowsのウィンドウ表示ファイル。
ClickOnceアプリケーション配置マニフェスト
ロータス・アプローチ ファイル
Microsoft Visual C++ リソースファイルのバイナリ版。Visual C++ が自動生成する。 AppStudio やリソースエディタが読み込みを高速に行うために使用。
ASCIIで書かれたテキストファイル。
HSP3のヘッダファイル / HSP2のスクリプトファイル
Advanced Systems Format。 Microsoft規格のストリーミングデータ形式。2008年現在この拡張子はあまり使われておらず、代わりにwmvやwmaが使われることが多い。
アセンブリソースコード
Sunオーディオファイル
動画、Audio Video Interleave
拡張子ハンドブック/B

Base64方式でエンコードされたファイル
バックアップ
バッチファイル
バイナリファイルに一般的に使われる拡張子。バイナリダンプや実行可能形式に使われることが多い。フォーマットはまちまち。
w:Blenderの保存形式。
ビットマップ
ソースブラウザデータベースファイル。w:Microsoft Visual C++ が自動生成する (BSCMAKE により .sbr ファイルから生成) 。
ワードプロセッサ「松」の文書ファイル
bzip2圧縮ファイル
拡張子ハンドブック/0-9

Lotus 1-2-3 の文書形式。表形式のデータ。
2bppのビットマップファイル
w:仮想デバイスドライバ
w:3GPP2#3GPP2ファイルフォーマット
w:3GPP#3GPPファイルフォーマット
w:3GPP2#3GPP2ファイルフォーマット
w:3GPP#3GPPファイルフォーマット
w:CP/M#CP/M-68K 用の実行ファイル
7-Zip 圧縮書庫
拡張子ハンドブック/C

C言語ソースコード
マイクロソフト規格のCAB書庫
Windows w:セキュリティ証明書
C++ ソースコード
設定ファイルで良く使われる拡張子。フォーマットはまちまち。
CGIスクリプト
Microsoft Compiled HTML Help 形式のヘルプファイル。
Javaのクラスファイル。
Visual Basic クラス定義
Visual C++ Class Wizard ステータスファイル。Visual C++ が自動生成する。再生成可能。
Windowsヘルプ目次
サクラエディタ 色分け定義ファイル
実行可能形式
設定ファイル
Windows アドレス帳ファイル
C++ ソースコード
キヤノン製カメラのRAW画像ファイル
Google Chrome部分ダウンロードファイル(完全ダウンロードされると削除される)
キヤノン製カメラのRAW画像ファイル
C Sharpのソースコード
Cascading Style Sheets
Comma-Separated Values フォーマット
カーソルアイコン
C++ ソースコード
拡張子ハンドブック/D

データを含むファイルの拡張子として一般的に使われる。フォーマットはまちまち。 有名なものとして以下がある。
Export Definition File。DLLにおける公開関数の定義等。
Debian/Ubuntu派生ディストリビューションに良く用いられているdpkg向けのバイナリパッケージファイル。
Linux等で使われるメニューやランチャ、デスクトップのエントリファイル。Windowsのショートカットのようなもの。 freedesktop.orgによって作られたDesktop Entry Specificationで定義されている。
Windows bitmapファイル
差分ファイル。
DivX動画。
JDownLoaderのコンテナファイル。
ダイナミックリンクライブラリ
Microsoft Word の文書ファイル
Microsoft Word で生成されたHTML文書ファイル
Microsoft Word 2007 の文書ファイル
Microsoft Word のテンプレートファイル
16bitドライバ
DVIファイル
CAD図面ファイルフォーマット DXF
拡張子ハンドブック/F

FORTRANのソースコード
FORTRAN 77 のソースコード
Fortran 90 のソースコード
Outlookバーへのショートカット
Adobe Illustrator Filter
ストリーミング可能な動画形式のFlash Video。YouTubeやニコニコ動画で使われている。
フォント
フォント
Microsoft Visual Basic フォーム
拡張子ハンドブック/E

ドット絵エディタ「EDGE」の画像管理ファイル
Windows Enhanced Meta File。拡張メタファイル。
Microsoft Outlook Express 電子メールファイル
電子書籍の拡張子
Adobe Illustrator Encapsulated Post Script
EUC系符号で書かれたテキストファイル。日本においてはEUC-JPのテキストファイルに稀に使われる。
Microsoft Windows、MS-DOSにおける実行可能ファイル
高効率XML交換形式のファイル。 XML文書をその文法的性質を利用して効率的に圧縮する,W3C勧告のXML符号化規約である。
デジタルカメラ画像形式。EXIFも参照
拡張子ハンドブック/G

画像圧縮形式。
Google Gadget
Graphics Interchange Format。ウェブ上でよく使われる圧縮画像形式。
インターフェースデザイナGladeで使われる保存形式。
Google Gadget Manifest
Go言語のソースコードファイル
GRAPESで使われる保存形式。
gzip 圧縮形式。gunzipコマンドで解凍できる。
拡張子ハンドブック/I

アイコン
インターフェース定義言語ファイル
インクリメンタルリンク ステータス ファイル。Microsoft Visual C++ が自動生成する。再生成可能。
主にインストール情報が格納されている設定ファイル
汎用の設定ファイル
ishファイル。バイナリ⇔テキスト相互変換形式である。
標準 ISO 9660 ディスクイメージファイル
拡張子ハンドブック/H

C/C++ ヘッダ
H.264エレメンタリストリーム(H.264 ES)。
ドラムシーケンサーHydrogenの保存形式。xmlベース。
HTML Help Workshop コンテンツ(目次)ファイル。 Microsoft Compiled HTML Help (CHM) を作るためのソースファイルの一つ。
HTML Help Workshop インデックスキー(索引)ファイル。 Microsoft Compiled HTML Help を作るためのソースファイルの一つ。
HTML Help Workshop プロジェクト。 Microsoft Compiled HTML Help を開発するときに用いられる。
Windowsヘルプ
C++ヘッダ
HDLのコマンドヘルプ
HSP3 スクリプトファイル
Apache HTTP Serverで採用されている設定ファイルの一つ。
HTML文書
HTML文書
拡張子ハンドブック/J

Jar (Java ARchive) 形式。
Javaソースコード。
音声編集ソフトJokosherの保存形式。
JPEG。写真等によく用いられる圧縮画像形式。
JPEG。写真等によく用いられる圧縮画像形式。
JavaScriptソースコード
データ記述言語JSONで書かれたテキストファイル
JMeterログ
JPEG XR。写真等に用いられる画像形式。
拡張子ハンドブック/K

サクラエディタ キー割り当て定義ファイル。
Google Earth 等で使う KML (Keyhole Markup Language) ファイル。
KML 圧縮ファイル。 KML ファイルと関連ファイル群を ZIP 圧縮したもの。
Linuxのカーネルモジュールファイル。
サクラエディタ 強調キーワード定義ファイル。
拡張子ハンドブック/L

lexファイル。
LZH形式圧縮書庫。日本以外で使われることのある拡張子。
スタティックリンクライブラリ
リスト形式の設定ファイル
Windows におけるソフトリンク(「ショートカット」)
ライブラリオブジェクト
ログ(データログ)ファイル
LZH形式圧縮書庫
拡張子ハンドブック/N

日本語プログラミング言語なでしこのソースファイル
Microsoft Visual C++ が作成する Intellisense Database ファイル。キャッシュなので、削除して問題無い。
Network Configuration で用いられる形式。
ネオジオポケットエミュレーターROMイメージ
Nero Burning ROM Image File
拡張子ハンドブック/P

ブラウザがファイルダウンロード中に生成。ダウンロードが完了すると消える。
Pascalのソースコード。
パッチファイル。バージョン管理システムなどにより細かなフォーマットの違いがある。
プリコンパイル済みヘッダ。Visual C++ が自動生成。
Program Debug Database。Microsoft Visual Studio がデバッグビルド時に生成。
Portable Document Format。レイアウト固定の文書ファイル。
パピーリナックスで用いられているパッケージファイル。
Portable Game Notation。チェスの棋譜を記録する。
PHP スクリプト
Perl スクリプトまたは Perl ライブラリ。
Perl スクリプト
Perl モジュール
Portable Network Graphics。ウェブサイトでよく用いられる圧縮画像形式。
PuTTY Private Key
Microsoft PowerPointのスライドショー。
Javaのプロパティーファイル。
PostScriptで記述された文書ファイル。
Adobe Photoshopの画像保存形式。
Corel Paint Shop Proの画像保存形式。
Pythonスクリプトファイル。
コンパイル済みのPythonコードファイル。
拡張子ハンドブック/R

RAR書庫。WinRAR等で扱う。
Rubyスクリプトファイル。
リソーススクリプト
リソーススクリプト。Microsoft Visual C++ が自動生成する。
レジストリのインポート/エクスポートに用いる形式
サクラエディタ 正規表現キーワード定義
リッチテキスト文書
拡張子ハンドブック/O

Cコンパイラ等が生成する中間ファイル
OASYSの文書ファイル(結合文書ファイル)
1つ以上のActiveXコントロール (OLEコントロール) が保存されているファイル。
OpenDocument データベース
対応ソフト
OpenDocument 数式
対応ソフト
OpenDocument 図形
対応ソフト
Object Definition Language
OpenDocument プレゼンテーション
対応ソフト
OpenDocument 表計算
対応ソフト
OpenDocument ワープロ
対応ソフト
Ogg Audio ファイル。w:Ogg参照
マルチメディアコンテナフォーマット。w:Ogg参照
Ogg Video ファイル。w:Ogg参照
マルチメディアコンテナフォーマット。w:Ogg参照
マルチメディアコンテナフォーマット。w:Ogg Media参照。
Visual C++ ワークスペース設定ファイル
GNU Emacs のorg-modeで使われるファイル形式
OpenFile フォントファイル
w:a.outフォーマット
拡張子ハンドブック/T

Perlモジュールのテストファイル。
tarアーカイブファイル。
主にUNIX系のOSでよく使われる。
tarアーカイブファイルをbzip2で圧縮したファイル。
主にUNIX系のOSで使われる。
テンポラリファイル
TeXおよびLaTeXのソースファイル。
tarアーカイブファイルをgzipで圧縮したファイル。
主にUNIX系OSで使われる。
Tagged Image File Format。画像形式。
Tagged Image File Format。画像形式。
Component Object Model (COM) タイプライブラリ
Typelib Generated C/C++ Header
Typelib Generated C/C++ Inline File
BitTorrentに流れているファイルを取得するための情報を記したファイル。
テンポラリファイル
Transport Stream。動画形式。デジタルやBSなどのテレビ番組での放送で使用されている。
TypeScriptのソースファイルとしても使われる。
TrueType コレクション フォント ファイル。TrueTypeフォントが複数収まっているファイル。
TrueTypeフォント
汎用テキストファイル
拡張子ハンドブック/S

アセンブリソースコード。
スクリーンセーバ。中身はexeと同じ実行可能形式。
ソースブラウザファイル。Microsoft Visual C++ が自動生成する。
シェルスクリプトファイル。Posix互換のスクリプトだけでなく特定のシェルに依存したスクリプトにも使われる。
SSIを含むHTML文書
StuffIt アーカイブファイル。
Macintoshでよく使われてきたファイル形式。
Microsoft Visual Studio ソリューション
Linux等で使われる共有ライブラリ。 APIのバージョンを表すために.so.1dなどとしてシンボリックリンクが張られることが多い。
RPMを使用しているディストリビューション向けパッケージを作成するために必要な情報を記したファイル。
Microsoft Visual Studio ソリューション ユーザー オプション。
Scalable Vector Graphics。XMLで記述されたグラフィック形式。
gzip 圧縮された svg
Adobe Flash 動画
OpenOffice.org 1.x 表計算
OpenOffice.org 1.x プレゼンテーション
OpenOffice.org 1.x ワードプロセッサ
システムファイル。
拡張子ハンドブック/W

マイクロソフトとIBMが開発したオーディオ形式。無圧縮オーディオ(リニアPCM)であることが多いが、圧縮オーディオにも対応している。
Lotus 1-2-3 の表計算形式の文書(DOS 用バージョン)
Lotus 1-2-3 の表計算形式の文書(Windows 用バージョン)
Windows Media Audio。マイクロソフト規格の音声圧縮ファイル。
Windows Media Video。マイクロソフト規格のストリーミング向け動画形式。
Windows Script Host 設定ファイル
拡張子ハンドブック/X

X BitMap。X Window Systemのビットマップ画像形式。
XCF。GIMPネイティブの画像形式。
Extensible HyperText Markup Language
Microsoft Excel アドイン。
Microsoft Excel 文書。表形式のデータを扱う。
Microsoft Excel文書。
Microsoft Excel で生成されたHTML文書。
Microsoft Excel のマクロ付き文書。
Microsoft Excel文書。
Microsoft Excel のテンプレートファイル。
Microsoft Excel 2007 のテンプレートファイル。
Extensible Markup Language。マークアップ形式のテキストデータ。
Illuststudio ドキュメント形式。Illuststudio用の画像形式。
Mozilla への機能追加用 ZIP 形式パッケージ。 Mozilla Firefox から .xpi へのリンクをクリックするとインストーラが立ち上がる。 ZIP解凍ソフトで中身を見ることができる。
Perl の XS ファイル。
w:DocBookのXSLTスタイルシート
xz 圧縮ファイル
ガリア戦記 第4巻

ガリア戦記> 第4巻 >注解
C IVLII CAESARIS COMMENTARIORVM BELLI GALLICI
LIBER QVARTVS



ゲルマーニア情勢、スエービー族について(1)

スエービー族について(2)


スエービー族(3)、ウビイー族について
ウビイー族について
ウビイー族とスエービー族

ゲルマーニアのウスィペテース族とテンクテーリー族が、レーヌス川を渡って、メナピイー族を襲撃
カエサルのガッリア人観
ガッリア人とゲルマーニア人の動き、カエサルが戦争を決意
ゲルマーニア人の使節がカエサルに弁明する
カエサルが、ゲルマーニアの両部族の使節に、ガッリアから撤収するようにと返答する
カエサルの判断
モサ川・レーヌス川流域の地理
ゲルマーニア人使節団とカエサルの駆け引き



ゲルマーニア騎兵の奇襲、ローマ方の騎兵ピーソーらの討死
アクィーターニア人騎兵 ピーソーとその兄弟の討死
カエサルが、ゲルマーニア人使節団の再訪を勘繰り、休戦協定破棄と軍事行動を決意する


ローマ軍の急襲、慌てたゲルマーニア両部族の敗走

ゲルマーニア勢が逃げ惑い、虐殺され、溺死する
カエサルは、ゲルマーニアから来たウスィペテース族・テンクテーリー族の使節たちと和平のために3日間の猶予を設けた(11節)。だが、その間にゲルマーニア騎兵たちがローマ方の騎兵たちを急襲して敗走させた(12節)。もはや講和は無駄と判断したカエサルは再訪して来た使節たちを拘留し(13節)、ゲルマーニア陣営を急襲し(14節)、43万人ものゲルマーニア人を殺した(15節)。これはもはや戦いではなく、一方的な虐殺であった。 やがてこの顛末が首都ローマに伝わると、多くの元老院議員たちは好意的には受け取らなかった。特に、マールクス・ポルキウス・カトー(いわゆる小カトー)は、カエサルは休戦協定に違反したのであって、カエサルの身柄を敵対した部族に引き渡して、ローマのために協定違反の汚名をそそぎ、神々の呪いを責任者であるカエサルに向けさせるべきだ、と弾劾した という。しかしながら、結果的に元老院はカエサルの戦勝を祝う感謝祭を決議したという(カエサルの三頭政治の盟友ポンペイウスとクラッススの二人が執政官だったためと考えられている。) このエピソードは、同時代の元老院議員タヌシウス・ゲミヌスの著作『年代記』に言及されていたという。ギリシア人伝記作家プルータルコスの『対比列伝』(カエサル XXII) がこれを伝える。 小カトーは、ガッリアで勝ち続けるカエサルを見て、やがて祖国ローマがカエサルの私兵化した軍隊によって蹂躙されることを予見していた、ともいわれている(『羅馬史略』を見よ)。 カトーの死後、キケローは『カトー』という讃辞を、カエサルは『反カトー』(Anticatones) という批判書を著した。
レーヌス渡河の理由、スガンブリー族とウビイー族


レーヌス川の架橋工事



カエサルのレーヌス渡河、スガンブリー族の退却
カエサル、ゲルマーニアから撤退する
カエサルがブリタンニアへの遠征を決意する
ブリタンニア遠征の準備、ウォルセーヌスとコンミウスの先遣




モリニー族の帰服、船団の配分、諸軍団のガッリア残留


ブリタンニアへ渡海して、幕僚たちに指示、停泊する


ブリタンニア人が、浅瀬でローマ勢の上陸を阻む


軍船と鷲の徽章の旗手

ローマ勢、苦戦からの強襲上陸




ブリタンニア人の帰服
騎兵たちの船団が、急な嵐に遭遇する
ローマ船団の大破

ブリタンニア人の心変わり
カエサルの応急措置
包囲されたローマ軍団


ブリタンニア人の戦術






カエサルの来援と撤収、ブリタンニア勢の集結




騎兵と合流したカエサルと2個軍団が、ブリタンニア勢を撃退


講和と大陸への帰着

モリニー族の裏切りと敗北



モリニー族の降伏、メナピイー族への遠征、前例のない感謝祭
宇都宮大対策

本項は、宇都宮大学の入学試験対策に関する事項である。
宇都宮大学は、栃木県宇都宮市にある国立大学。出題は概ね教科書レベルかそれを少し応用した程度であるため、高校の教科書を理解することに重点を置いた対策が有効。
拡張子ハンドブック

スマートフォンの使い方/拡張子とはではスマートフォンで使うことがある拡張子について解説してあります。
拡張子(かくちょうし)とは、コンピュータが扱うプログラムファイル、データファイル、文書ファイルなどの名前(ファイル名)の末尾につく短い文字列で、ファイルの種類を表したり、ファイルの扱い方を表したりします。
この本「拡張子ハンドブック」は、主な拡張子とその意味(拡張子が表すファイルの種類)を紹介します。ただ、拡張子はプラットフォームや時代により様々であり、正確な情報を集めるのがやや難しい面があります。調べ物の手がかりとして有効に活用して頂ければ幸いです。
最小二乗法

観測方程式の行列表示
V=AX−L,P
ただし、
V:残差のベクトル
A:係数の行列
X:未知数のベクトル
L:定数項のベクトル
P:重量の行列
V T P V = ( A X − L ) T P ( A X − L ) {\displaystyle \ V^{T}PV=(AX-L)^{T}P(AX-L)}
= ( X T A T − L T ) P ( A X − L ) {\displaystyle \ =(X^{T}A^{T}-L^{T})P(AX-L)}
= X T A T P A X − X T A T P L − L T P A X + L T P L {\displaystyle \ =X^{T}A^{T}PAX-X^{T}A^{T}PL-L^{T}PAX+L^{T}PL}

∂ V T P V ∂ X = ∂ ( X T A T P A X ) ∂ X − ∂ ( X T A T P L ) ∂ X − ∂ ( L T P A X ) ∂ X + ∂ ( L T P L ) ∂ X {\displaystyle {\frac {\partial V^{T}PV}{\partial X}}={\frac {\partial (X^{T}A^{T}PAX)}{\partial X}}-{\frac {\partial (X^{T}A^{T}PL)}{\partial X}}-{\frac {\partial (L^{T}PAX)}{\partial X}}+{\frac {\partial (L^{T}PL)}{\partial X}}}
= ( X T A T P A ) + ( A T P A ) X − L T P T A − L T P A {\displaystyle \ =(X^{T}A^{T}PA)+(A^{T}PA)X-L^{T}P^{T}A-L^{T}PA}
= A T P A X + A T P A X − L T P T A − L T P A {\displaystyle \ =A^{T}PAX+A^{T}PAX-L^{T}P^{T}A-L^{T}PA}
= 2 A T P A X − 2 L T P A {\displaystyle \ =2A^{T}PAX-2L^{T}PA}

X = ( A T P A ) − 1 ( L T P A ) {\displaystyle \ X=(A^{T}PA)^{-1}(L^{T}PA)}
More C++ Idioms/inline ガードマクロ(Inline Guard Macro)

コンパイラのコマンドライン指定によるマクロ定義切り替えを利用して、関数を inline にするかどうかを簡単に制御する。
デバッグ目的のため、プログラム全体で関数の inline 化を止める必要がある場合が多い。 しかし、リリースバージョンでは、inline 関数が望ましい。 必要な時必要になり次第 inline の有効、無効を素早く切り替える方法が必要である。 その上、そのような関数は、inline 化される時にはヘッダファイル中で定義されるべきであり、inline 化されない時にはソースファイル(.cpp)中で定義されるべきである。 非 inline 関数がヘッダファイルにある場合、ほとんどいつでも、関数定義を複数作ってしまうことになる。一方、inline 関数がヘッダファイルにない場合、複数の翻訳単位で利用することができない。いずれの場合も、リンカがエラーを出力する。
そのため、柔軟な inline 化の方法が望ましい場合が多いが、C++ ではちょっとしたマクロの魔法なしには対応できない。inlineガードマクロイディオムは、これを実現する。
全ての inline 関数を、.ipp ファイルという別のファイルに置き、各関数をマクロ INLINE で修飾することが解法となる。 ヘッダファイルと実装ファイルはいつも通り作成し、.ipp ファイルは、inline 化が望まれるかどうかに応じて、これら2つのうち1つのファイル(つまりヘッダファイルか実装ファイルか)内で選択的にインクルードされる。 下記はクラス Test の例である。
inline ガードマクロの使用により、_INLINE_ が定義されているかどうかによって test.ipp が test.cpp か test.hpp のいずれかに組み込まれる。 test.cpp に組み込まれた場合、INLINE が空文字列として定義されるため関数は inline 化されない。一方、test.hpp に組み込まれた場合、INLINE が inline (キーワード)として定義される。今や残りは _INLINE_ マクロを定義することだけである。 一般的に、全ての現代的な C/C++ コンパイラはコマンドラインでマクロを定義することができる。例えば、上記プログラムを gcc で inline 有効でコンパイルする場合、-D _INLINE_ オプションを使用する。そのようなマクロが定義されていない場合、関数は自動的に非 inline として扱われ、プログラムがコンパイルされる。
More C++ Idioms/複文マクロ(Multi-statement Macro)

複文(複数行)のマクロを書く。
2つ以上の分をまとめて1つのマクロにして、関数呼び出しのように呼び出すことが便利な場合がある。 大抵 inline 関数が第一候補となるはずだが、デバッグ用途のようなものだとほとんど常に関数呼び出しよりもマクロになってしまう。 素朴な方法で、複数の文を 1 つのマクロにまとめた場合、ぱっと見では明らかではないコンパイルエラーを引き起こす場合がある。例えば、
のようなマクロは、セミコロンが終端に付けられている場合、if 文のところでコンパイルエラーになる。
上記の文は次のように展開され
エラーが発生する。そのため、人々は、複文マクロに対して広く使われる、do-while ループを基本とするイディオムを考え出した。
以下に複文マクロ(Multi-statement Macro)イディオムの例を示す。
呼び出し元でセミコロンを付け加えれば、この式は文脈に関わらず単一の文になる。 最適化コンパイラは大抵 while(0) のような無意味なテストを取り除く。 このイディオムはマクロが関数呼び出しのパラメータとして呼び出される時には役に立たない。 なお、このイディオムではマクロ中で return 文を用いることができる。
Adaptive Communication Environement (ACE) での ACE_NEW_RETURN、ACE_NEW_NORETURN マクロ。