hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
上場 上場廃止
上場廃止とは、上場により取引所の開設する市場において売買の対象とされていた株式等について市場の売買対象から除外されることをいう。上場が廃止されるとその取引所の売買対象からは除外されるが、その会社の株式等の売買が一切できなくなるわけではない。非上場となった株式会社が株式の譲渡そのものを制限するためには定款変更といった一定の手続が必要になる。一方、上場会社が定款変更によって株式の譲渡制限を設けることとした場合、不特定多数による市場での売買とは相容れなくなるため上場規程等で原則として上場廃止の対象とされている。
上場 上場のメリットとデメリット
上場のメリットとして、上場基準を満たしていることから一般人や金融機関の評価が高まること、それにともなって優秀な人材を採用しやすくなること、知名度向上による資金調達の円滑化、経営に対する規律の強化が挙げられる。一方、上場のデメリットとして、投資家の短期的利益の追求によって長期的視点での会社経営が難しくなること、経営者の意思に拠らない買収リスクが挙げられる。また、上場企業は利益が出たら配当する必要があり、これは企業の経営体力を削るとする指摘もある。
エスペランティスト
エスペランティスト（エス：esperantisto）とは、エスペラントで、「エスペラントを知り、使用する者」を意味する言葉。
エスペラントが日本に入ってきた明治時代の頃の日本語では「エスペランチスト」と表記されていたが、原語の発音に近いエスペランティストと表記されることが多い。これはエスペラントでti（ティ）とĉi（チ）の区別があるためである。「エスペラント使用者」、「エスペラント主義者」とも訳される。
エスペランティスト 定義
エスペランティストという単語はEsperanto（エスペラント）に接尾辞-ist-を付けて派生させた造語である。接尾辞-ist-の派生語は「職業の従事者」あるいは「思想の主義者」という意味で派生させたものが多い。（例：kuraci〈治療〉→ kuracisto〈医者〉、realo〈現実〉→realisto〈現実主義者〉）　そのため限定的に「職業的にエスペラントを広めることに熱心な者」、あるいは「エスペラント主義を標榜する者」という意味で使われる場合もある。しかし、-ist-は本来「それによく携わる者」ぐらいの広い意味を持ち、職業的な意味以外でも使われるため、（例：Vikipedio〈ウィキペディア〉→Vikipediisto〈ウィキペディアン、「ウィキペディア利用者」の意〉）多くの場合エスペランティストという言葉は「エスペラントを知り、使う者」という広い意味で使用される。
ブローニュ宣言第5条はエスペランティストを次のように定義している。
エスペランティストとは、使用者がそれを使う目的に全く関係なく、エスペラントを知り、使用する者全てを指す。全てのエスペランティストにとって、なんらかの活動しているエスペランティストの会に所属することは推奨すべきであるが、強制であってはならない。
エスペランティスト 他の表現
エスペランティストという言葉が「職業者」あるいは「主義者」というニュアンスを持つために、抵抗を感じる人もいる。そのような人は「職業者」「主義者」のようなニュアンスを与えないような単語を使う。
エスペラント・パロラント (Esperanto-parolanto)
エスペラント話者。接辞「-anto」には「（動詞）～をする人（物）」という意味がある。
エスペラント・リングヴァーノ (Esperanto-lingvano)
lingvanoには言語共同体の一員のような意味がある。
エスペランターノ (Esperantano)
エスペラントの一員。最大のエスペラント辞典 La Nova Plena Ilustrita Vortaro de Esperanto には「エスペラントに賛同する者」と説明がある。
サミデアーノ (Samideano)
同志。特にエスペランティストについて使う。「sama（同じ）」「ideo（観念、理念）」「-an-（構成員）」の3語根からなる複合語。
サックス
サックス、サクス（Sachs、Sacks、Saks、Sax、Saxe、Seax）
sax - サクソフォーン（saxophone, サクソフォン、サキソフォンとも）の略称。
SAX - Simple API for XML（XML文書をアプリケーションから利用するためのAPI）の略称。
Sax - サクス (アリカンテ県)。スペイン、アリカンテ県のムニシピオ。
saxe - インディゴの染料、またはそれで染めた水色系の青。サックスブルー（saxe blue）とも。
seax - ヨーロッパの刀剣の一種。スクラマサクスを参照。
医療行為
医療行為（いりょうこうい、英語: healthcare practice、medical practice）とは、人間の傷病の治療・診断または予防のため、医学に基づいて行われる行為である。一般的には医行為と同義語として扱われ、広義では代替医療や統合医療を含めた医療全般の行為を指す。
医療行為 概要
体にメスを入れたり、エックス線を照射したりするように、他者の身体を傷つけたり体内に接触したりするような医療侵襲行為は、これが正当な業務でなければ傷害罪や暴行罪に該当する違法性がある。したがって、たとえ医療のためであってもこのような行為を行うには、正当な医療行為とされる後述の条件を満たす違法性阻却事由が必要である。医療従事者には、その行為が特別に許されるための要件として、資格（医師免許、歯科医師免許、看護師免許、助産師免許等）がある。医療行為には患者にとって不利益な事態を招く恐れが大きいものもあるので、相応の知識と医療倫理が要求される。
医師・歯科医師のみが行える医業・歯科医業とは、医行為を反復継続の意思をもって行うこと（業）であり、医行為のうちの一部は医師などの指示の下、他の有資格者（看護師等）にも認められている。このほか、調剤を行う薬局も医療法で医療提供施設と定められていることから、薬剤師の調剤も医療行為に該当する。
医療行為 医療行為の3条件
医師が行う行為が医療行為とみなされるためには、以下の要件をみたさなければならない。
ただし、上記条件を満たさない例外的医療行為として、以下のようなものがあげられる。
医療行為 医療行為が可能な者
医療行為は業として行わなければ、これを全面的に禁止する法令はない。無資格者であっても、前述の条件を満たすなどの上で正当性があれば、心肺蘇生法や自動体外式除細動器の使用などの応急処置を行うことができるのは、業として行うのではないからである。
また、医師以外の者に禁止されている「医業」は「医行為」を業（医業）として行うことと解されている。「医行為」は医療行為全てを指すものではなく、「歯科医業」のうちの口腔外科以外の歯科領域（咬合構築に関する医療行為）や、「調剤」は医療行為であるが医行為ではないため、歯科医師法、薬剤師法により医師が業として行うことはできない。ただし、調剤は医師も行うことができる例外が定められている。
なお、自分自身の体に行う行為は該当せず、家族は本人に準ずるとして家族に対する医療行為は事実上容認されている。
医療行為 具体的範囲
患者の安全の為、医療行為を業として行う者を制限することは必要なことではあるが、その範囲が曖昧なため、在宅患者に対して簡単な行為でもホームヘルパーが行えないなど不利益も生じており、一部の行為については範囲が設定された。
汽水魚
汽水魚（きすいぎょ）とは、河口など淡水と海水が混じりあう箇所（汽水域）に生息する魚種である。日本本土での代表的な種としては、ボラ・スズキ・マハゼなどが挙げられる。
汽水魚 生態
河口域に定着し、海と河川を自由に往来する例外を除き、一般に完全な淡水に生息するコイ科などの魚が汽水に出ることは少ない。汽水に生息する魚類の大部分は海水魚の内、淡水への耐性を持つようになったものである。特に亜熱帯・熱帯域（特に東南アジアやアマゾン川河口など）や、温帯域でも暖流の影響を強く受ける地域（日本の九州や四国、本州の紀伊半島など）では記録される種数が多い。
汽水域への侵入の程度は種によって様々である。主として海水域に生息し、汽水域にも侵入するもの（偶来魚）、幼魚の時期のみ汽水域で生活するもの（両側回遊）、汽水域を主たる生息地とするもの（周縁性淡水魚）、完全な淡水域まで侵入するもの（広塩域魚・二次性淡水魚）など様々である。図鑑的には通例として淡水魚類図鑑に掲載される。
汽水魚 飼育
水槽で汽水魚を飼育する場合には、水道水に人工海水のもとを、海水の二分の一から四分の一程度の濃度になるように加える。熱帯魚として扱われているものでは、汽水産のものは淡水魚として扱われていることが多い。ゆっくりとならせば純淡水でも飼育可能なものも多いが塩分を一切含まない淡水で飼育すると長生きしないものが多いので、やはり汽水で飼育することが望ましい。
気管内吸引
気管内吸引（きかんないきゅういん）は、気管に入り込んだ異物をチューブにより外部に吸引することである。
気管は粘膜表皮細胞の繊毛運動により常に内部の分泌物を喉頭へ向けて痰として排出している。また、喉頭は嚥下時に喉頭蓋でふさがれることで異物の気管への進入を防いでいる。
しかし気管内挿管や気管切開で正常な排出機能が期待できない場合、または嚥下障害のため気管への異物侵入がみられる場合は気管を清潔に保つことができず肺炎の原因となる。
これを防ぐために行う処置が気管内吸引であり、細いビニール製のチューブを使って気管内を清掃する。機械的刺激により激しい咳反射を生じることもあり、苦痛は大きい。また、安全性は確立されているものの喉頭や気管を損傷する恐れもある。
近年、ALS患者の介護において、気管内吸引（喀痰吸引）を介護福祉士や訪問介護員にも認めるべきではないかという議論が起こり、医療行為の範囲に含まれるのか否かが焦点となった。その結果、2011年に介護サービスの基盤強化のための介護保険法等の一部を改正する法律によって、社会福祉士及び介護福祉士法が改正され、2012年4月から、一定の研修を修了した介護職員等が喀痰吸引や経管栄養を実施することが可能になった。
接種
接種（せっしゅ）は、多くの場合、予防接種のことであるが、本来は種を植え付けることである。広い意味では、微生物学の分野で、微生物が繁殖可能な場所に人為的に植え込むことを表す。
接種 原義
本来、字義通りに取れば、接種とは種を植え付けることであるが、種子植物の種まきにこの言葉を使うことはない。実際には、微生物を扱う場合に於いて、特定の微生物を繁殖させることを目的として、その微生物を繁殖させるべき場を用意した上で、目的の微生物を含む材料を、そこに植え付ける、押し込む、注入するなどの操作を指して言うものである。
たとえばほだ木にシイタケの種菌を接種するとか、培地に培養株を接種するとか、農作物に共生微生物を接種するとか。微生物の分離のために、野外からの試料を培地に直接に植え付ける方法を直接接種法という例もある。
予防接種の場合も、ワクチンは多くの場合に弱毒化された病原体であり、つまり生きた微生物であるから、それを人間の体に注入するのは接種なのである。なお、この言葉の起源は、おそらく種痘である。種痘は、ヒトからヒトへと植え継ぎが可能であり、その内容が不明な時代から、まるで植物の繁殖と同じような感覚で扱われた。うまく植え継げず、その効果がなくなった場合には“枯れる”と称した。
マウスブルーダー
マウスブルーダー (mouthbrooder) とは一定期間親が子を自らの口の中で育てる種類の生物のこと。またそのような形態をマウスブルーディング (mouth brooding) または口内保育と呼ぶ。両生類ではダーウィンハナガエルが代表的なマウスブルーダーとして知られる。魚類では淡水魚・海水魚問わず様々な種類の魚がそれぞれ異なる進化の過程で口内保育を行うようになり、その保育形態もいくつかのパターンに分かれる。
マウスブルーダー 概要
一般に魚類や両生類では、小さく無防備な卵、仔稚魚の時期に他の動物に捕食されやすいため、親魚にまで成長できる個体数は限られる。ある程度以上の数の子孫を残すための繁殖戦略としては、できるだけ多くの無数の卵を産み散らかす方法（例：マンボウ）や、比較的少数の卵を産んで、それを親が守ったり世話をする方法（例：トミヨ、ディスカス）等がある。マウスブルーダーは後者の最も発達した例の一つである。口の中に卵があれば、外敵に卵を食べられる恐れはなく、仔魚になってからも、周辺に危険が迫ると口の中に隠れることで、捕食される確率は大幅に下がる。ただし、卵および子供の総量は親の口腔内部の大きさで制限される。また、親はその間の採餌が困難になる。
托卵する魚の中には仮親となるマウスブルーダーの卵に自身の卵を紛れ込ませて守らせ、そして仮親の稚魚を餌に成長していくものもいる。タンガニーカ湖に生息するシノドンティス・マルチプンクタータス (Synodontis multipunctatus) がその代表例である。
マウスブルーダー 口内保育の形態
マウスブルーダーには、大きく分けて、
などがある。
さらに口を使って稚魚を育てる親は、
などがいる。
マウスブルーダー 特殊な繁殖行動の例
マラウィ湖産のシクリッドの繁殖行動は、特徴的である。メスは産卵後、敵に狙われないよう、直ちに卵をくわえる。一方、ペアとなったオスはメスの眼前に自らの尻ひれをつきだす。この尻ひれには、「エッグスポット」と呼ばれる卵と同じような外見の斑点があり、メスはこれも卵と思い口にくわえようとする。このとき、オスは放精し受精が行われる。オスとメスは、この一連の行動をお互いがお互いを追いかけるように回転しながら行う。この行動は、ペアさえ形成されれば、水槽内でも容易に観察可能である。
ペトロ
ペトロ （ヘブライ語: שִׁמְעוֹן בַּר־יוֹנָה、古代ギリシア語: Πέτρος、古典ラテン語:Petrus）（生年不明 - 67年?）は、新約聖書に登場する人物で、イエス・キリストに従った使徒の一人。初代ローマ教皇とされる。シモン・ペトロ、ペテロ、ケファともいわれる。聖人の概念をもつキリスト教諸教派（正教会・東方諸教会・カトリック教会・聖公会・ルーテル教会）において聖人とされ、その記念日（聖名祝日）は6月29日（ユリウス暦を使用する正教会では7月12日に相当）である。
カトリック教会においては「使徒の頭」、正教会においてはペトルと呼ばれ、パウロ（パウェル）と並んで首座使徒の一人と捉えられている。
ペトロ 名称
本名はシモン（ヘブライ語読みでは「シメオン」שמעון。「シモン」は「シメオン」の短縮形）であるが、イエスにより「ケファ」（Kêpâ、アラム語で岩の断片、石という意味）というあだ名で呼ばれるようになった。後にギリシア語での意訳である「ペトロス」という呼び名で知られるようになる。
パウロも書簡の中で、ペトロのことを「ケファ」と呼んでいる。この名はイエスが「私はこの岩の上に私の教会を建てる」と言ったことに由来している。
日本のカトリック教会で用いられてきた「ペトロ」はラテン語に基づく表記(羅: Petrus; abl. Petro)で、カトリック教会とエキュメニカル派の『新共同訳聖書』にも採用された。日本の聖書用語に大きな影響を与えたプロテスタントの『文語訳聖書』とプロテスタントの他の翻訳では「ペテロ」と表記される。
日本正教会では教会スラヴ語から「ペトル」と転写する。正教会ではペトル（ペトロ）を首座使徒との呼称を以て崇敬する。
また、「ペトロ」は聖ペトロにちなむヨーロッパ諸言語の一般的な男性名としても用いられ、現代の言語では英語のピーター、フランス語のピエール、イタリア語のピエトロ、ドイツ語のペーター、スペイン語・ポルトガル語のペドロ、ロシア語のピョートルなどのように発音される。
ペトロ 生涯
『マタイによる福音書』、『マルコによる福音書』によればペトロはガリラヤ湖で弟アンデレと共に漁をしていて、イエスに声をかけられ、最初の弟子になった。
『ルカによる福音書』ではイエスとの出会いはゲネサレト湖の対岸にいる群衆への説教に向かうイエスが彼の船を使った時とされる。伝承では、ペトロはイエスと出会った時には既に比較的高齢であったという。共観福音書はいずれもペトロの姑がカファルナウムの自宅でイエスに癒される姿を記しており、ここからペトロが結婚していたことが分かる。
ペトロは弟子のリストでも常に先頭にあげられており、イエスの問いかけに弟子を代表して答えていることなどから、イエスの存命中から弟子たちのリーダー的存在であったことがうかがわれる。また、主イエスの変容（姿が変わって神性を示した出来事）をペトロはヤコブとヨハネの選ばれた三人だけで目撃している。
イエスの受難においてペトロは剣を抜き、大祭司の僕マルコスの右耳を切り落とすが、その後イエスを3度否認したことが福音書に書かれている。そうなることをイエスが事前に予告していたことを思い出した時「激しく泣いた」とされている。また『ヨハネによる福音書』によれば、イエスの復活時にはヨハネと共にイエスの墓にかけつけている。
ペトロ 生涯
『使徒言行録』ではペトロはエルサレムにおいて弟子たちのリーダーとして説教し、イエスの名によって奇跡的治癒を行っている。やがてヤコブ (イエスの兄弟)がエルサレム教団のリーダーとして活躍しはじめると、ペトロはエルサレムを離れ、各地を巡回するようになり、ヤッファでは亡くなった少女タビタを生き返らせる奇跡を行った。
当時、イエスの教えはユダヤ人のみに与えられる福音なのか、それともユダヤ人以外の人々（異邦人）をも対象としているのかについて議論があったが、ペトロはある日、清い者・清くない者、あらゆる人々に宣教するよう幻を見て、異邦人への宣教も神の意思であることを理解する。カイサリアではコルネリウスというローマ帝国の百人隊長をイエスの道へ導いている。「コリントの信徒への手紙一」によれば、ペトロは妻を連れて各地の教会をめぐっていたようである。また、ガラテア書によれば、アンティオキアに割礼を行う一派が来た時に異邦人とともに食事をすることを止め、パウロから非難された。
ペトロ 生涯
聖書にはそれ以上の記述はなく、史実的にも実証できないが、外典である『ペトロ行伝』にも見られる聖伝では、ローマへ宣教し、皇帝ネロによるキリスト教徒迫害下で、逆さ十字架にかけられ、伝承によれば紀元67年に殉教したとされている。また同じ伝承によると、ペトロが迫害の激化したローマから避難しようとアッピア街道をゆくと、師のイエスが反対側から歩いてきた。彼が「主よ、どこへいかれるのですか（Domine, quo vadis?）」と問うと、イエスは「あなたが私の民を見捨てるのなら、私はもう一度十字架にかけられるためにローマへ」と答えた。彼はそれを聞いて悟り、殉教を覚悟してローマへ戻ったという。このときのペトロのセリフのラテン語訳「Quo vadis？（クォ・ウァディス、「どこへ行くのですか」の意）はよく知られるものとなり、1896年にはポーランドのノーベル賞作家ヘンリック・シェンキエヴィチがローマにおけるキリスト教迫害を描いた同名小説を記し、ハリウッドでも同名タイトルで映画化されている。
ペトロ ペトロとキリスト教
カトリック教会ではペトロを初代のローマ教皇とみなす。これは「天の国の鍵」をイエスから受け取ったペトロが権威を与えられ、それをローマ司教としてのローマ教皇が継承したとみなすからである。
一方正教会、非カルケドン派ではペトロが初代アンティオキア総主教であり、のちにローマに行き致命した（殉教した）とするが、全世界の教会に対する権威をペトロが持っていたとは認めていない（ペトロを初代ローマ主教に数えるかどうかについては正教会内で見解が分かれる）。正教会の教会論では全ての主教がペトロを受け継ぐものである。
一方、カトリックから分離した経緯をもつプロテスタント諸教会では、ペトロの権威は継承されるものでなく、彼一代限りのものであるという解釈を示している。また多くのプロテスタント教会ではペトロを「聖ペトロ」・「聖ペテロ」と呼ぶことはしない。
ペトロ ペトロとキリスト教
新約聖書の公同書簡に属する『ペトロの手紙一』と『ペトロの手紙二』はペトロの書簡であるが、高等批評では彼自身のものではないという説があり、アラマイ語を母語とする漁師出身のペトロが、書簡に現れる一定の水準をもったギリシア語をつづる能力があったと考えることは困難であるとの理由である。一方聖書根本主義側からは、その論理を採用するなら、ヨハネの福音書や手紙、黙示録、また、マタイの福音書の著者も誰なのか確定できなくなる。第三者の著作であるとの見解を持つ神学者の中にも、第1書簡については、ギリシア語を話すペトロの同伴者のもので、比較的よくペトロの思想を反映している可能性を指摘する者もいる。
第2書簡は、2世紀以後の著作である可能性が指摘される。第2書簡が正典視されたのは4世紀半ば以後であり、シリア正教会では6世紀まで第2書簡を正典には数えなかった。
また新約外典のなかにも、『ペトロの黙示録』などペトロの名を冠した文書があるが、これらは初代教会の時代からペトロのものとは考えられておらず、正典におさめられることがなかった。
ペトロ ペトロとサン・ピエトロ大聖堂
かつてローマの郊外であったバチカンの丘のペトロの墓と伝えられる場所に後世になって建てられたのがサン・ピエトロ大聖堂（聖ペトロの大聖堂）である。サン・ピエトロ大聖堂の主祭壇下にはペトロの墓所があるという伝承が伝えられていたが、実際はどうだったのかは長きにわたって謎とされていた。しかし1939年以降、ローマ教皇ピウス12世は考古学者のチームにクリプタ（地下墓所）の学術的調査を依頼した。すると紀元2世紀につくられたとされるトロパイオン（ギリシャ式記念碑）が発見され、その周囲に墓参におとずれた人々のものと思われる落書きやペトロへの願い事が書かれているのが見つかった。さらにそのトロパイオンの中央部から丁寧に埋葬された男性の遺骨が発掘された。この人物は1世紀の人物で、年齢は60歳代、堂々たる体格をしていたと思われ、古代において王の色とされていた紫の布で包まれていた。
ペトロ ペトロとサン・ピエトロ大聖堂
1949年8月22日のニューヨーク・タイムズはこれこそペトロの遺骨であると報じて世界を驚かせた。さらに1968年にパウロ6世はこの遺骨が「納得できる方法」でペトロのものであると確認されたと発表した。もちろん考古学的には上記の「状況証拠」しかないので、真偽については半世紀以上が経過した2010年代になっても論争が続いている。
当該遺骨は発掘後、専用の棺が作られてそこに納められた上で、クリプタに設けられた専用の施設に安置されている。通常は一般には非公開であるが、教皇フランシスコはこの公開を許可し、2013年11月24日、前年10月から行われていた信仰年の締めくくりミサの中で、この棺が初めて公開された。
ペトロ 文化としてのペトロ
「わたし（主のこと）はあなた（ペトロのこと）に天の国の鍵を授ける。あなたが地上でつなぐことは、天上でもつながれる。あなたが地上でも解くことは、天上でも解かれる。」というマタイによる福音書の16：19の記述から、ペトロと言えば、映画やコミックなどでは、天国の門の前に立ち、リストを見ながら天国へ行ける人を選別する白髭のお決まりのキャラクターとしてしばしば描かれる。
最後の晩餐のあと、キリストはペトロに「あなたは鶏が鳴く前に3度、私を知らないというだろう」と予言し、ペトロは「絶対にありえない」と否定するが、翌日キリストが連行され、ペトロがその様子をうかがっていると、周囲から「おまえもキリストの弟子だろう」と詰め寄られると「違う」と否認してしまう。ペトロは再三問われ、3度目に否認した直後、鶏が雄たけびを上げ、その声を聞いてペトロはキリストの予言を思い出し、涙にくれる。この場面は「ペトロの否認」として、レンブラントやカラバッジオ、ジョルジュ・ド・ラ・トゥールをはじめ、幾度となく絵画に描かれている。→「聖ペテロの否認」を参照
学術用語
学術用語（がくじゅつようご、英: terminology）は、学問に関する事柄を記述するための用語のこと。専門用語の一種。しばしば術語（じゅつご）と略される。
一般の言葉と比較して、定義のはっきりしていることが求められる。議論を進めるにあたって、事柄の意味自体にずれがあっては結論が導けないからである。結果として学術用語は、一般で使われる場合よりも意味の範囲が狭いことが多く、何らかの定義がなされている。用語によっては、一般で使われる場合と意味が違っているものもある。
経時的な意味の変化を防ぐため、ラテン語やギリシア語など変化の少ない言語を利用することも多い。
学術用語 ターミノロジー
以上に挙げた「ずれ」や表記揺れなどの問題は、その用語をもちいる業界全体、分野全体、あるいは社会全体に混乱をもたらす。したがって、そのような混乱を取り除く作業が必要になる。つまり例えば、問題のある用語を改定したり、表記や定義や命名方法を規格化（標準化・正規化）したり、共起語や連想語による誤解の恐れを予測したり、問題が生じた原因（用語の成立過程や翻訳の歴史）を調査したりする作業、いわば「学術用語学」（術語学・用語学・専門用語学）が必要になる。英語の「terminology」という単語には、そのような「学術用語学」という意味もある。「学術用語学」は、日本語では「ターミノロジー」または「ターミノロジー学」というカタカナ表記で言及される。
ターミノロジーは、辞書学の隣接分野にあたり、言語学・情報学・翻訳学などの諸分野によって学際的に研究される。関連する概念にサイエンスコミュニケーションがある。ターミノロジーの創始者・先駆者として、「ウィーン学派」のオイゲン・ヴュスターがいる。具体的な改善作業は、各分野の専門家によって実行される。（例えば、日本遺伝学会による「優性」→「顕性」など）
なお、「ターミノロジー」という言葉には、以上の内容と関連して「用語集」「用語体系」「用語規格」という意味もある。例えば、サッカー用語の「ターミノロジー」はそのような意味をさす。
ワリオランド
ワリオランド（Wario Land）は、『スーパーマリオランドシリーズ』から派生した、ワリオを主人公としたゲームボーイのソフトのシリーズ。ワリオはマリオのマークである「M」を逆さにした「W」から作成されたキャラクターであり、『スーパーマリオランド3 ワリオランド』（以下『初代ワリオランド』）は、悪役キャラとして登場していた彼が主役となった最初の作品である。『スーパーマリオランド2 6つの金貨』のスピンオフ作品といえる。
ワリオランド 概要
『ワリオランドシリーズ』は、ゲームボーイのローンチタイトルだった『スーパーマリオランド』を第1作とする『スーパーマリオランドシリーズ』の続編として制作され、そこから派生、独立したスピンオフ作品として発足した。『マリオランドシリーズ』は、ゲームボーイで新作として展開された横スクロールアクションを主体とする『スーパーマリオシリーズ』であったが、『ワリオランド』がシリーズとして独立した一方で『マリオランド』の続編は制作されず、『ワリオランドシリーズ』のみでの展開にシフトしていった。『スーパーマリオシリーズ』の派生作品であるため、基本は変身を伴う横スクロールのジャンプアクションである。
ワリオランド 概要
『スーパーマリオシリーズ』とは攻撃方法が大きく異なり、第1作目である『スーパーマリオランド3 ワリオランド』からジャンプによる踏み付けではなく、｢ショルダータックル｣で確立しており、後述の｢ブルワリオ｣変身時にのみ使用できる｢ヒップドロップ｣は本作での初出以降、『スーパーマリオ ヨッシーアイランド』や『スーパーマリオ64』といった、その後の『マリオシリーズ』にも採用されるアクションとなった。変身の仕様については『バーチャルボーイワリオランド アワゾンの秘宝』まで『スーパーマリオシリーズ』の特徴を色濃く残しており、通常時のワリオがブロックから様々なツボ（帽子）を取ることで帽子が変化し、「ブルワリオ」、「ドラゴンワリオ」（『アワゾンの秘宝』ではシードラゴンワリオ）、「ジェットワリオ」（『アワゾンの秘宝』ではイーグルワリオ）などに変身できる。どの状態の時でも攻撃を受けると「チビワリオ」になってしまい、この状態でさらに攻撃を受けるとミスになる。ちなみにこの作品の通常のワリオはいつもの黄色い帽子でなく茶色い探検家の帽子をしている。
ワリオランド 概要
『ワリオランド2 盗まれた財宝』以降の特徴として、操作するキャラクターであるワリオは死なない（不死身）という点が挙げられる。また、特殊な攻撃を受ける事で様々なリアクション（燃える、潰れるなど）を起こし、これを逆に利用する事により、行けなかった場所へ行けるようになるというシステムを採用、これに伴いアイテムによる変身は撤廃された。ミスやゲームオーバーは存在しないが、ダメージを受けると大きく吹っ飛ばされ、コインを数枚落としてしまうというペナルティが課せられる。ただし、『ワリオランド3 不思議なオルゴール』では、吹っ飛ばされるかわりにコインを数枚落としてしまうというペナルティは無く、ラストボス戦でのみ、ゲームオーバーの可能性が用意されている（正確にはバッドエンディングともいえる）。『盗まれた財宝』ではヒップドロップや相手を持ち上げたり、水中を泳ぐなどの能力は初めからあったが、『不思議なオルゴール』ではそれらの能力は最初は無く、宝を取った時（ゴールした時）にもらえる宝の一部であるパワーアップアイテムという形でそれぞれ手にする事ができる。
『ワリオランドアドバンス ヨーキのお宝』、『ワリオランドシェイク』ではライフ制を採用しており、ライフがなくなるとミスにはなるものの、残機が存在しないためゲームオーバーはない。こちらもヒップドロップや相手を持ち上げたり、水中を泳ぐなどの能力は初めからある。
ワリオランド シリーズ一覧
数値は全て日本のもの。
以下は『ワリオランド』のタイトルが付かないが、お宝の回収や謎解きアクション要素など『ワリオランドシリーズ』のシステムを踏襲しているアクションゲーム作品。
Network Time Protocol
Network Time Protocol（ネットワーク・タイム・プロトコル、NTP）は、パケット交換による遅延時間が変動するネットワーク上のコンピュータシステム間で時刻同期させるための通信プロトコルである。1985年以前から運用されており、現在使用されている中で最も古いインターネットプロトコルの1つである。NTPは、デラウェア大学のデイヴィッド・L・ミルズによって設計された。NTPによって提供される数ミリ秒以下の誤差の時刻同期は、情報システムにおいて時刻で管理される様々なデータや処理の整合性を保つために必要である。
Network Time Protocol 概要
NTPは、全ての参加コンピュータを協定世界時(UTC)の数ミリ秒以内の時刻に同期させることを目的としている:3。
ネットワークに接続され、互いにデータの交換を行う機器において、各機器が持つ時計（以下、各機器が持つ時計を「RTC」として説明する）の時刻が機器間で異なると、時刻に依存した機器間のデータ交換、例えば電子メールやファイルの送受信、ログの配信などに異常をきたすおそれがある。よって、RTCの時刻は機器間で互いに同期していることが望ましい。ネットワークに接続される機器のRTCを正しい時刻に合わせる古典的な方法としてTime Protocolがある。Time Protocolは正しい時刻を提供するサーバから各機器が時刻値を取得する方法を定めている。しかし Time Protocol を用いて取得した時刻値にはサーバから機器に時刻値が到達するまでの通信時間が含まれない。よって、取得した時刻値には通信時間に起因する遅れの誤差が含まれてしまいRTCを正しい時刻に同期できない。NTPは通信時間による時刻値の誤差を小さくする工夫がなされた時刻同期のためのプロトコルである。
Network Time Protocol 概要
正確なタイムサーバを選択するために、マルズーロのアルゴリズムの修正版である交差アルゴリズムを使用し、ネットワーク遅延の変化の影響を軽減するように設計されている。NTPは通常、インターネット上で数十ミリ秒以内の時間を維持することができ、理想的な条件の下ではLAN上で1ミリ秒以下に誤差を抑えることができる。非対称なルートやネットワークの輻輳により、100ミリ秒以上のエラーが発生することがある。更に後に追加されたオプション仕様ではNTPインターリーブモードで約5マイクロ秒、ハードウェアタイムスタンプで約100ナノ秒の誤差に抑えることも可能になっている。
このプロトコルは通常、クライアントサーバモデルで記述されるが、相手側をタイムサーバとみなすことでピアツーピアネットワークにおいても使用することができる:20。実装としては、UDPのポート番号123を使用する。また、ブロードキャストやマルチキャストを使用することもでき、この場合、クライアントは最初に時刻同期のためにサーバと通信した後、時間の更新を受動的に受信することができる。NTPは、直近の閏秒の情報は送信するが、タイムゾーンや夏時間に関する情報は送信しない。
Network Time Protocol 概要
最新のプロトコルバージョンはバージョン4(NTP v4)で、RFC 5905で文書化されている。これはRFC 1305で規定されているバージョン3との後方互換性があり RFC 4330 (SNTP v4) の置き換えでもある。その後もRFC 7822, 8573, 9109 が発行されているが NTP v4 の拡張フィールドとメッセージ認証コードについての補足、認証コードの推奨アルゴリズム変更、ソースポートのランダマイゼーションの推奨と実質的な変更はない。(SNTP v4 については全く触れられていない)
Network Time Protocol 歴史
1979年、ニューヨークで開催された全米コンピュータ会議において、大西洋横断衛星ネットワーク上で動作するインターネットサービスの最初の公開デモンストレーションが行われ、ここでネットワーク時刻同期技術が使用された。この技術は後に1981年のInternet Experiment Note (IEN) 173に記述され、公開プロトコルが開発され、RFC 778で文書化された。この技術は最初、Helloルーティングプロトコルの一部としてLANに展開され、ネットワークプロトタイピングに使用される実験的なオペレーティングシステムであるファズボールルータに実装され、長年にわたって使用された。
その他の関連するネットワークプロトコルは、現在でも使用可能である。その中には、イベントの時刻を記録するためのDAYTIMEプロトコルとTIMEプロトコルや、ICMPのタイムスタンプ、RFC 781に規定されるIPタイムスタンプがある。より完全な同期システムとしては、UNIXデーモンのtimedがあり、これはリーダー選出アルゴリズムを使って全てのクライアントのためのサーバを指定する。デジタル時刻同期サービス(DTSS)は、NTPの階層モデルに似たサーバの階層を使用している。
Network Time Protocol 歴史
1985年、NTPバージョン0(NTPv0)がファズボールとUNIXの両方に実装され、NTPパケットヘッダとラウンドトリップ遅延とオフセットの計算がRFC 958で文書化された。当時は比較的遅いコンピュータとネットワークしか利用できなかったにもかかわらず、大西洋のスパニングリンクでは通常100ミリ秒以上、イーサネットネットワークでは数十ミリ秒の精度が得られた。
1988年、NTPv1プロトコルのより完全な仕様と関連アルゴリズムがRFC 1059で公開された。この仕様は、実験結果とRFC 956で文書化されたクロックフィルタアルゴリズムに基づいており、クライアントサーバモードとピアツーピアモードを記述した最初のバージョンだった。1991年、NTPv1のアーキテクチャ、プロトコル、アルゴリズムについてのデイヴィッド・L・ミルズの論文がIEEE Transactions on Communicationsに掲載され、エンジニアのコミュニティ内で広く注目を集めた。
Network Time Protocol 歴史
1989年にRFC 1119が発行された。このRFCでは、状態機械を用いてNTPv2を定義し、その動作を記述するための疑似コードが含まれている。これは、管理プロトコルと暗号化認証スキームを導入し、アルゴリズムの大部分とともに NTPv4にも引き継がれている。しかし、NTPv2の設計はDTSSのコミュニティから正当性を欠いていると批判され、クロック選択手順はNTPv3以降でマルズーロのアルゴリズムを組み込むように修正された。
1992年にRFC 1305でNTPv3が定義された。このRFCでは、参照クロックから最終的なクライアントに至るまでの全てのエラー発生源の分析が含まれており、これにより、複数の候補の間で一致しないように見える場合に、最適なサーバを選択するのに役立つメトリックの計算が可能になった。また、ブロードキャストモードが導入された。
その後、新しい機能が追加されたり、アルゴリズムが改良されたことにより、新しいプロトコルのバージョンが必要であることが明らかになった 。2010年には、RFC 5905でNTPv4の仕様案が提示された。その後、プロトコルは大きく前進しているが、2014年現在、更新されたRFCはまだ公開されていない。ミルズが大学教授を引退したのに伴い、Harlan Stennが率いるオープンソースプロジェクトとしてリファレンス実装が維持されている。
Network Time Protocol 時刻同期の仕組み
NTPプロトコル上では協定世界時 (UTC) を使って時刻を送受信する。
NTPサーバプログラムが他のNTPサーバに接続すると、上位NTPサーバとのネットワーク通信の遅延を継続的に計測し、受け取った時刻情報を補正して自動的にミリ秒単位の精度で自機・OSの時計を校正する。このほか後述するように自機・OSの時計の進み遅れ度合いも校正したり、他のNTPサーバからの問い合わせに応えて時刻も提供する機能が実装されることがある。
NTPでは、時間源の階層的システムを使用している。階層の各レベルはstratumと呼ばれる。最上位の基準クロックをstratum 0とし、stratum 0に同期しているサーバをstratum 1とする。以降、stratum nに同期しているサーバをstratum n+1とする。この番号は、基準クロックからの距離を表し、階層内での依存関係のループを防ぐために使用される。stratumの値は必ずしも品質や信頼性を示すものではなく、あるstratum 2サーバとstratum 3サーバを比較して、stratum 3サーバの方が高品質ということもあり得る。
以下に、stratum0、1、2、3について簡単に説明する。
stratum 0
Network Time Protocol 時刻同期の仕組み
これは一般に原子時計やGPS、電波時計などの高精度の計時装置である。これらのデバイスは、接続されたコンピュータに対し割り込みやタイムスタンプをトリガする非常に正確な毎秒1回のパルスを生成する。stratum 0のデバイスは、リファレンスクロックともいう。
重要な仕様として、stratum 0の機器はNTPパケットを自ら送信しない。（詳細は後述）
Stratum 1
接続されているstratum 0デバイスの数マイクロ秒以内にシステム時刻が同期されているコンピュータである。stratum 1サーバは、サニティーチェックやバックアップのために、他のstratum 1サーバとピアすることができる。プライマリ・タイムサーバとも呼ばれる。
Stratum 2
ネットワークを介してstratum 1サーバに同期しているコンピュータである。多くの場合、stratum 2コンピュータは複数のstratum 1サーバに問い合わせを行う。また、stratum 2コンピュータは、ピアグループ内の他のデバイスに対してより安定したロバストな時間を提供するために、他のstratum 2コンピュータとピアすることもある。
Stratum 3
Network Time Protocol 時刻同期の仕組み
stratum 2のサーバに同期しているコンピュータである。これらのコンピュータは、ピアリングやデータサンプリングにstratum 2と同じアルゴリズムを採用しており、stratum 4のコンピュータのサーバとして機能することができる。
Stratumの上限は15で、stratum 16はデバイスが非同期であることを示すために使用される。各コンピュータ上のNTPアルゴリズムは、ベルマン・フォード最短経路スパニングツリーを構築するために相互に作用し、全てのクライアントからstratum 1サーバへの累積ラウンドトリップ遅延を最小化する:20。
NTPでは送信元コンピュータのstratumをパケットのヘッダに記述するが、通常の運用ではここに0が記述されることはない。Stratumを0としたNTPパケットは、同期を要求してきたコンピュータに対し、過剰な負荷や運用ポリシー違反、受信側がまだ未同期などの理由によりそれが受け入れられないことを示す目的でパケットを返送する場合に限り用いる。このようなパケットはKiss-o'-Deathと呼ばれる。
Network Time Protocol 時刻同期の仕組み
NTPプロトコルは、stratumのほか、参照識別子(refid、4オクテット)を使用して、各サーバの同期化元を特定することができる。Stratum 1のサーバは、同期しているstratum 0サーバの具体的な実装を最長4文字のASCIIコードにて表現する。以下はRFC5905に定められているもの。
Stratum 2以上(階層としては下層)のサーバは、同期先のNTPサーバのIPアドレスをrefidに記述する。この情報は、NTPサーバ同士で同期先がループするのを防ぐ目的で使用される。IPv4アドレスはそのまま記述するが、IPv6アドレスの場合はそのmd5ハッシュを計算した上で、ハッシュ値の最初の4オクテットを使用する。
パケットがstratum 0、すなわちKiss-o'-Deathである場合は、その理由をrefidに記述する。以下は特記されているものを除き、RFC5905に定められているもの。
Kiss-o'-Deathパケットのうち以下のコードを受信した場合は、受信したホストはコードに応じて以下の対応を執らなければならない。（MUST）
DENY, RSTR
そのサーバへの接続を直ちに停止し、パケットの送信を禁止する。
RATE
当該パケットを受信する度に、そのサーバへのポーリング周期を直ちに増加させてパケットのレートを落とす。
X***
Network Time Protocol 時刻同期の仕組み
NTP実装がコードを解釈できない場合、そのパケットを無視する。
上記以外
そのパケットを無視する。
サーバやピアとしての運用を目的としたNTP実装では、接続先から返されたstratumやrefidを確認することにより接続や接続先の同期状況を把握することができるものが多い。この場合、プロトコル上は無視すべきKiss-o'-Deathパケットについても接続状況把握のためにrefidを記録する。
NTPで使用される64ビットのタイムスタンプは、秒を表す32ビット部分と、秒未満の時間を表す32ビット部分で構成されている。秒未満の時間は、2-32秒（233ピコ秒）の理論的な分解能を持っている。秒を表す部分は32ビット符号なし整数であり、起点（エポック）としている1900年1月1日 0時0分0秒(UTC)からの経過秒数を表す。この値は、起点からから232-1秒、すなわち42億9496万7295秒（約136年）で桁あふれする。最初の桁あふれは2036年2月7日 6時28分15秒の次の秒に発生し、起点と認識されてNTPが誤動作すると予想されている。これを2036年問題という。UNIXにはこの問題が複数の箇所で今後顕在化するとみられるが（例: 2038年問題）、このNTPについても該当する。
Network Time Protocol 時刻同期の仕組み
RFC 4330には、最上位ビットが0の場合は時刻が2036年から2104年の間であるとみなして、2036年2月7日6時28分16秒(UTC)を起点として計算することで2036年問題を回避する方法が書かれている。
NTPv4では128ビットのタイムスタンプが導入されており、秒と秒未満にそれぞれ64ビットを割り当てている。秒を表す64ビットのうち、半分の32ビットは現行のNTPと同じであり、残りの32ビットは、桁あふれの回数を表すEra Number（時代番号）である。ミルズによれば、「秒未満の64ビット値は、光子が光速で電子を通過するのにかかる時間を見分けるのに十分な分解能である。もう1つの64ビットの値は、宇宙が薄暗くなる（宇宙の終焉）までの時間を明確に表現するのに十分である。」
一般的なNTPクライアントは、1つ以上のNTPサーバに対してポーリングを行う。クライアントは、タイムオフセットとラウンドトリップタイムを計算する。
タイムオフセット θ は、クライアントとサーバのクロック間の絶対時間の差であり、次式で計算される。
ラウンドトリップタイム δ は、パケットの往復時間からサーバの処理時間を引いたものであり、次式で計算される。
ここで、
t0 は、クライアントがサーバへリクエストを送信した時刻
t1 は、サーバがクライアントのリクエストを受信した時刻
Network Time Protocol 時刻同期の仕組み
t2 は、サーバがクライアントへレスポンスを送信した時刻
t3 は、クライアントがサーバのレスポンスを受信した時刻
である:19。
θとδの値はフィルタを通過し、統計的分析が行われる。外れ値は破棄され、残りの候補の中で最も優れた3つの候補から時間オフセットの推定値が導出される。その後、オフセットが徐々に減少するようにクロック周波数が調整され、フィードバックループを形成する:20。
正確な同期化は、往路と復路の通信時間がほぼ等しい場合に達成される。両者に差がある場合は、その差の2分の1が誤差になる可能性がある。極端な例では、通信の往復に合計10秒掛かった場合に最大で約5秒の誤差が発生する。
NTPサーバを設定する際は、サーバのIPアドレスを直接指定するのではなく、ホスト名を用いて指定すべき、とされている（RFC4330による）。
LAN内部にクライアント台数がそれなりにある場合には、外部へのトラフィックおよび外部NTPサーバの負荷を最小限にするため、LAN内にNTPサーバとして稼動できる機器を用意し、この機器（内部NTPサーバ）をプロバイダなどの外部NTPサーバに接続し、各クライアントはこの内部NTPサーバに接続する設定を行うと良い。
Network Time Protocol 時刻同期の仕組み
ルーターやクライアントパソコンなどのネットワーク上の各機器では、前述のようなNTPサーバにアクセスして、機器内部の時計の時刻をNTPサーバの時刻に合わせることで内部時計の誤差が少なくなる。
NTPサーバの実装の多くでは、時刻の校正のみならず、時計の進み遅れの度合いの校正も行う。一般的にコンピュータ内部の時計は、ハードウェアの時計が提供する時刻をそのまま利用する場合と、割り込みなどによりソフトウェア的に時計を進める場合がある。いずれの場合も、設計状態での時計は数ppm以上（1ppmは百万分の一、およそ10日で1秒程度の精度）の狂いがあるため、他のNTPサーバからの時刻と自機の時計を数回比較した後、時計の進み遅れの度合い（ドリフト）も修正する必要がある。さらに気温変動など外乱要因による2次以上のドリフト（上述した進み遅れ度合いの変化）も存在するが、多くのNTPサーバでは一次補正（直線的なドリフトの補正）を行う実装にとどまる。
なおNTPサーバプログラムを用いてコンピュータの時刻の校正を行う場合、突然『もっともらしい時刻』に校正するのは危険である。サーバ機能を提供しているコンピュータでは、時刻が飛ぶことにより、定時に実行されるサービス（UNIXのcron・atなど）が実行されなくなったり（時計を進める場合）同じサービスが2回実行される（時計を遅らせる場合）ことがあるからである。したがって、ドリフトを調整して時刻を目的の時刻に徐々に近づけていく実装が正しい。
NTPプロトコルでは、電波時計の時刻送信フォーマットのように閏秒の扱いも規定されている。閏秒の挿入または削除が行われるという通知は、設定ファイル、参照クロック、リモートサーバのいずれかから受け取る。参照クロックやリモートサーバから受け取る場合は、NTPパケット内の閏秒の警告情報のフィールドが使用される。
警告情報を受け取った側がどう処理するかは、コンピュータプログラムの実装に任される。しかし、削除された1秒に自動起動するサービスがあるかもしれなかったり、外部要因で日付が変わると無効になるライセンスがありえたりするため注意が必要である。
leap smearingと呼ばれる実装では、一秒挿入するのではなく、閏秒の前後20時間をかけて、ゆっくり一秒分の時間を伸ばすことで問題を回避している。この実装は、Google（内部的にも公開NTPサーバー上でも）とAmazon AWSによって使用されている。
Network Time Protocol 実装
通常、NTPはUDP上で動作する。UDPのポートは123番を使用する。ルータのパケットフィルタの設定でポート123番を通さないようにしている場合は、外部のNTPサーバにアクセスできなくなるので、通すように設定する必要がある
NTPのリファレンス実装は、プロトコルとともに20年以上にわたって継続的に開発されてきた。新しい機能が追加されても、後方互換性が維持されてきた。これには、特にクロックを規律するためのいくつかの繊細なアルゴリズムが含まれており、異なるアルゴリズムを使用しているサーバに同期させると誤動作する可能性がある。このソフトウェアは、パーソナルコンピュータを含むほぼ全てのプラットフォームに移植されている。UNIXではntpdというデーモンとして、Windowsではサービスとして動作する。基準クロックにも対応しており、そのオフセットはリモートサーバと同じようにフィルタリングされ、分析されるが、通常はより頻繁にポーリングされる:15–19。この実装は2017年に検査され、多数の潜在的なセキュリティ問題が発見された。
Simple Network Time Protocol (SNTP)は、NTPと同じプロトコルを使用するが、長時間の状態の保存を必要としない、NTPのサブセットの実装である。組み込みシステムや、完全なNTP機能が必要とされないアプリケーションで使用される。
Network Time Protocol 実装
Windows NTではSMBプロトコルを使ったnet timeコマンドによる時刻同期が可能であったが、これはNTPではなかった。またそれ以前のWindowsでは、サードパーティーのソフトウェアを使用する必要があり、日本では、Windowsが本格的にインターネット対応を開始した1990年代後半に「桜時計」と呼ばれる、サードパーティーによるNTPの実装が有名になった。
Windows 2000以降のWindowsには、コンピュータの時計をNTP サーバに同期させる機能を持つWindows Timeサービス (W32Time)が含まれている。W32Timeは元々ケルベロス認証バージョン5のために実装されたものである。ケルベロス認証では、反射攻撃への対抗として、タイムスタンプに含まれる時間が正確な時間から5分以内である必要があった。
Windows 2000とWindows XPではSNTPのみを実装しており、NTPバージョン3に対してはいくつかの規約に違反している。Windows Server 2003とWindows Vistaからは、フルセットのNTPに準拠した実装となり、GUIで時刻同期を設定することができるようになった。また、有志によってビルドされたWindows向けのntpd/ntpdateも公開されている。
Network Time Protocol 実装
マイクロソフトは、W32Timeは1秒の精度でしか時刻同期を確実に維持できないと声明している。より高い精度が必要な場合は、Windowsの新しいバージョンを使用するか、別のNTP実装を使用することを勧めている。Windows 10とWindows Server 2016では、特定の動作条件の下で1ミリ秒の時間精度の同期に対応している。
2004年、Henning Brauerは、セキュリティに焦点を当てて特権分離設計としたNTPの実装であるOpenNTPDを発表した。これは、OpenBSDユーザのニーズに密着したものである一方で、 既存のNTPサーバとの互換性を保ちつつ、いくつかのプロトコルセキュリティの改善も含まれている。移植版は、Linuxのパッケージリポジトリで入手可能である。
新しいNTPクライアントであるntimedが、ポール＝ヘニング・カンプによって2014年に開始された。この実装は、リファレンス実装の代替としてLinux Foundationがスポンサーとなっている。リファレンス実装を元にするより、新しい実装をゼロから書いた方が簡単であると判断されたためである。公式にはリリースされていないが、ntimedは確実にクロックを同期させることができる。
Network Time Protocol 実装
NTPsecは、リファレンス実装をフォークし、体系的にセキュリティを強化した実装である。フォークポイントは2015年6月で、2014年に発生した危殆化した脆弱性への対応が行われた。最初の正式版は2017年10月にリリースされた。安全ではない機能の削除、時代遅れのハードウェアやUNIXバリアントへの対応の削除により、元のソースコードの75%を削除し、残りの部分を検査を受けやすくした。2017年のコードの検査では、リファレンス実装にはなかった2つを含む8つのセキュリティ問題が検出されたが、元のリファレンス実装に残っていた他の8つの問題の影響を受けることがなかった。
chronyは、Red Hatのディストリビューションにデフォルトで搭載されており、ubuntuのリポジトリでも利用可能である。chronyは、不安定でスリープモードになったり、インターネットに断続的に接続したりするような一般的なコンピュータを対象としている。また、より不安定な環境である仮想マシン用にも設計されている。リソース消費量（コスト）が少ないのが特徴で、NTPだけでなく、Precision Time Protocol(PTP)にも対応している。主なコンポーネントは、コンピュータの起動時に実行されるデーモンであるchronydと、その設定のためのコマンドラインインターフェースであるchronycの2つである。
Network Time Protocol 実装
chronycは非常に安全で、数件の事故があっただけだが、その利点は、不必要な複雑さを避けるためにゼロから書かれたコードの汎用性にある。
chronyはGNU General Public License version 2で利用可能である。1997年にRichard Curnowによって作成され、現在はMiroslav Lichvarによってメンテナンスされている。
macOS においても、標準でntpd/ntpdateが使用されていて、コマンドを意識せずGUIから設定できる。以前のMac OS 9でもNTPクライアントは標準で組み込まれていた。
また、ルーターやスイッチングハブなどのネットワーク機器にNTPサーバが搭載される場合がある。もともとは高級なネットワーク機器に搭載される機能であったが、ネットワーク普及に伴う機器の低価格化により、2000年代後半には民生用のネットワーク機器においてもNTPサーバが搭載されている。
Network Time Protocol 運用と諸問題
前述の通りNTPは階層構造を採用しているため、負荷分散が行えるように工夫されている。しかし、NTPと同じく階層構造を採用するDNSではDHCPやPPPによるDNSサーバアドレス配信の仕組みが普及しているのに対し、NTPではDHCPではオプション42として、DHCPv6ではオプション56としてNTPサーバアドレス配信の仕組みが定義されているものの、2024年3月現在ほとんど利用されていない。よって、エンドユーザーは自ネットワーク内のNTPサーバの存在を知ることができず、エンドユーザーが stratum 1 の公開 NTP サーバを使用する傾向がある。結果的に、一つのNTPサーバにアクセスが集中するためサーバの応答性を下げ、配信される時刻の正確性が失われる。