stanford-oval/wikipedia huggingface dataset:
政府登録国際観光旅館
登録施設

登録施設は、ホテルについては「登録ホ第XXXX号」、旅館については「登録旅第XXXX号」として観光庁によって管理されている。
最初に登録されたホテルは帝国ホテル(登録番号：登録ホ第0001号、所在地：東京都千代田区内幸町1丁目1番1号)、旅館は加茂免旅館(登録番号：登録旅第0001号、所在地：愛知県名古屋市東区白壁町4の85)である。このうち、加茂免旅館は宿泊をともなわない料亭に業態を変え旅館業を廃業したことから、2018年2月15日に登録が抹消された。現在、最も登録番号の若い旅館は常磐ホテル(登録番号：登録旅第0006号、山梨県甲府市湯村2丁目5番21号)である。
2000年頃から2008年代前半にはホテル・旅館あわせて3,000施設が政府登録されていたが、その後旅館を中心に減少し、2023年1月11日時点では2,336施設(ホテル949施設、旅館1,387施設)となっている。
| 年度 | ホテル> 登録 | ホテル> 抹消 | ホテル> 増減 | 旅館> 登録 | 旅館> 抹消 | 旅館> 増減 | 全体> 登録 | 全体> 抹消 | 全体> 増減 | 全体> 登録数 | 備考 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 2008 | － | － | － | － | － | － | － | － | － | 3,057 |  |
| 2009 | － | － | － | － | － | － | － | － | － | 2,789 |  |
| 2010 | － | － | － | － | － | － | － | － | － | 2,693 |  |
| 2011 | 16 | －18 | －2 | 5 | －22 | －17 | 21 | －40 | －19 | 2,674 |  |
| 2012 | 5 | －18 | －13 | 2 | －39 | －37 | 7 | －57 | －50 | 2,624 |  |
| 2013 | 3 | －12 | －9 | 1 | －10 | －9 | 4 | －22 | －18 | 2,606 |  |
| 2014 | 4 | －24 | －20 | 2 | －23 | －21 | 6 | －47 | －41 | 2,565 |  |
| 2015 | 6 | －26 | －20 | 3 | －74 | －71 | 9 | －100 | －91 | 2,474 |  |
| 2016 | 7 | －17 | －10 | 3 | －12 | －9 | 10 | －29 | －19 | 2,455 |  |
| 2017 | 19 | －21 | －2 | 1 | －44 | －43 | 20 | －65 | －45 | 2,410 |  |
| 2018 | 17 | －18 | －1 | 0 | －32 | －32 | 17 | －50 | －33 | 2,377 |  |
| 2019 | 31 | －27 | 4 | 3 | －21 | －18 | 34 | －48 | －14 | 2,363 |  |
| 2020 | 15 | －22 | －7 | 2 | －24 | －22 | 17 | －46 | －29 | 2,334 |  |
| 2021 | 21 | －17 | 4 | 1 | －6 | －5 | 22 | －23 | －1 | 2,333 |  |
| 2022 | 12 | －7 | 5 | 2 | －2 | 0 | 14 | －9 | 5 | 2,338 | 2022年12月31日現在 |
喜多山南

| 喜多山南 |
| --- | --- |
 町丁
 喜多山南喜多山南の位置愛知県の地図を表示喜多山南喜多山南 (名古屋市)名古屋市の地図を表示
 北緯35度12分7.38秒 東経136度59分22.6秒﻿ / ﻿北緯35.2020500度 東経136.989611度﻿ / 35.2020500; 136.989611
国:   日本
都道府県:   愛知県
市町村:   名古屋市
区:  守山区
町名制定:  1994年（平成6年）11月21日
面積
 • 合計:  0.1176226 km2
人口（2019年（平成31年）4月1日現在）
 • 合計:  1,321人
 • 密度:  11,000人/km2
等時帯:  UTC+9 (日本標準時)
郵便番号:  463-0043
市外局番:  052（名古屋MA）
ナンバープレート:  名古屋
喜多山南（きたやまみなみ）は、愛知県名古屋市守山区の地名。丁番を持たない単独町名である。住居表示実施地域。
地理

名古屋市守山区の南東部に位置し、東に薮田町、西に野萩町、南に太田井、北に喜多山と接する。
歴史 > 町名の由来

のちに喜多山一丁目および喜多山二丁目として住居表示を実施する地域が北側に隣接しており、同時期に名称が検討されたため、その位置から喜多山南としたものであるという。
歴史 > 沿革

1994年（平成6年）11月21日 - 住居表示実施に伴い、守山区大字小幡（字隈除・字中井の各一部）の一部により、同区喜多山南として成立。名古屋市告示では、大字大森字大清水の一部を含む。
世帯数と人口

2019年（平成31年）4月1日現在の世帯数と人口は以下の通りである。
| 町丁 | 世帯数 | 人口 |
| --- | --- | --- |
| 喜多山南 | 560世帯 | 1,321人 |
世帯数と人口 > 人口の変遷

国勢調査による人口の推移
| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
| 2000年（平成12年） | 989人 |  |  |
| 2005年（平成17年） | 1,193人 |  |  |
| 2010年（平成22年） | 1,222人 |  |  |
| 2015年（平成27年） | 1,248人 |  |  |
学区

市立小・中学校に通う場合、学校等は以下の通りとなる。また、公立高等学校に通う場合の学区は以下の通りとなる。
| 番・番地等 | 小学校 | 中学校 | 高等学校 |
| --- | --- | --- | --- |
| 全域 | 名古屋市立苗代小学校 | 名古屋市立守山東中学校 | 尾張学区 |
交通

愛知県道59号名古屋中環状線
新・おしゃれ泥棒

| 新・おしゃれ泥棒 |
| --- | --- |
 11 Harrowhouse
監督:  アラム・アヴァキアン（英語版）
脚本:  ジェフリー・ブルーム（英語版）
製作:  エリオット・カストナー
出演者:  キャンディス・バーゲン チャールズ・グローディン
音楽:  マイケル・J・ルイス（英語版）
編集:  アン・V・コーツ
配給:  20世紀フォックス
公開:   1974年8月15日  1974年
上映時間:  94分
製作国:   イギリス
言語:  英語
テンプレートを表示
『新・おしゃれ泥棒』（しんおしゃれどろぼう、11 Harrowhouse）は1974年のイギリス映画。アラム・アヴァキアン（英語版）監督のロマンティック・コメディ。
邦題はウィリアム・ワイラー監督、オードリー・ヘップバーン主演の『おしゃれ泥棒』の続編ともとれるようになっているが、実際は全く異なりストーリーもまるで関係性がない。日本の配給会社が美女の犯罪映画という共通点で邦題として付けたものである。
あらすじ

ロンドンで小さなダイヤモンド仲買商を営むアメリカ人のハワードは、大きな取引のチャンスを得るが、商談前にそのダイヤを盗まれてしまう。商談を持ち掛けたマッシーに脅迫され、スピード狂の未亡人で恋人のマレンと、職場に不満を持つダイヤ公社の職員ワッツを仲間に、ダイヤ公社の金庫に眠る120億ドル(200万カラット)のダイヤモンドを盗み出すこととなる。
登場人物

ハワード・R・チェッサー - チャールズ・グローディン：ロンドンのハローハウス通りで営業している、アメリカ人のダイヤ仲買人。
マレン・シャール - キャンディス・バーゲン：美人で裕福な未亡人。ハワードの恋人で、スピード狂でもある。
チャールズ・D・ワッツ - ジェームズ・メイソン：金庫のあるダイヤ公社に勤務している。ガンで余命いくばくもなく、家族に経済的な安定を与えたいとこの計画に加わる。
クライド・マッシー - トレバー・ハワード：ハワードに商談を持ち掛けた、金持ちのダイヤ所有者。
キャスト

| 役名 | 俳優 | 日本語吹替> TBS版 | 日本語吹替> 東京12ch版 |
| --- | --- | --- | --- |
| チェッサー | チャールズ・グローディン | 富山敬 | 津嘉山正種 |
| マレン | キャンディス・バーゲン | 池田昌子 | 鈴木弘子 |
| ワッツ | ジェームズ・メイソン |  | 田中明夫 |
| マッセイ | トレバー・ハワード |  | 山内雅人 |
| ミーチャム | ジョン・ギールグッド | 大木民夫 | 大木民夫 |
| アン | ヘレン・チェリー（英語版） |  | 近藤高子 |
| フィッツモリス | ジャック・ワトリング（英語版） |  | 池田勝 |
| コグリン | ピーター・ヴォーン |  |  |
| ウィルデンスタイン | シリル・シャップス（英語版） |  | 小関一 |
| 不明 その他 |  |  | 平林尚三  伊井篤史 蒔村三枝子 広瀬正志 |

| 演出 | 演出 |  | 蕨南勝之 |
| 翻訳 | 翻訳 |  | 宇津木道子 |
| 効果 | 効果 |  |  |
| 調整 | 調整 |  | 遠西勝三 |
| 制作 | 制作 |  | コスモプロモーション |
| 解説 | 解説 | 荻昌弘 | 深沢哲也 |
| 初回放送 | 初回放送 | 1978年5月22日 『月曜ロードショー』 | 1980年12月18日 『木曜洋画劇場』 |
新発田連隊区

新発田連隊区（しばたれんたいく）は、大日本帝国陸軍の連隊区の一つ。前身は新発田大隊区である。新潟県の一部地域の徴兵・召集等兵事事務を取り扱った。実務は新発田連隊区司令部が執行した。1941年（昭和16年）4月、高田連隊区と統合され新潟連隊区となり消滅した。本項では新潟連隊区についても扱うものとする。
沿革

1888年（明治21年）5月14日、大隊区司令部条例（明治21年勅令第29号）によって新発田大隊区が設けられ、陸軍管区表（明治21年勅令第32号）により管轄区域が定められた。第2師管第3旅管に属した。この時、新潟県の残り区域は柏崎大隊区・佐渡警備隊区に属していた。
1896年（明治29年）4月1日、新発田大隊区は連隊区司令部条例（明治29年勅令第56号）によって連隊区に改組され、旅管が廃止となり第2師管に属した。
1903年（明治36年）2月14日、改正された「陸軍管区表」（明治36年勅令第13号）が公布となり、再び旅管が採用され連隊区は第2師管第15旅管に属した。
日本陸軍の内地19個師団体制に対応するため陸軍管区表が改正（明治40年9月17日軍令陸第3号）となり、1907年（明治40年）10月1日、連隊区は第13師管第15旅管に属した。また、新潟県内に村松連隊区が創設され、管轄区域の大幅な変更が実施された。
1925年（大正14年）4月6日、日本陸軍の第三次軍備整理に伴い陸軍管区表が改正（大正14年軍令陸第2号）され、同年5月1日、旅管は廃され連隊区は第2師管に属した。
1940年（昭和15年）8月1日、陸軍管区表の改正（昭和15年7月24日軍令陸第20号）により、新発田連隊区は東部軍管区仙台師管に属することとなった。
1941年（昭和16年）4月1日、「陸軍管区表」の改正（昭和15年8月21日軍令陸第23号）により、新発田連隊区と高田連隊区を統合して新潟連隊区が創設され、管轄区域は新潟県全域となった。新発田連隊区と同様に東部軍管区仙台師管に属した。1945年2月11日、新潟連隊区は東部軍管区隷下に新設された長野師管に所属が変更された。同年には作戦と軍政の分離が進められ、軍管区・師管区に司令部が設けられたのに伴い、同年3月24日、連隊区の同域に地区司令部が設けられた。地区司令部の司令官以下要員は連隊区司令部人員の兼任である。同年4月1日、長野師管は長野師管区と改称された。
管轄区域の変遷

1888年5月14日、陸軍管区表（明治21年勅令第32号）が制定され、新発田大隊区の管轄区域が次のとおり定められた。
新潟県
1896年4月1日に連隊区へ改組された際に管轄区域の変更はなかったが、「陸軍管区表」の改正（明治29年3月16日勅令第24号）により新潟区が新潟市に変更された。
1907年10月1日、村松連隊区が新設されたことに伴い、管轄区域が陸軍管区表（明治40年9月17日軍令陸第3号）により次のとおり定められた。南蒲原郡・中蒲原郡・古志郡を村松連隊区へ移管し、廃止された佐渡警備隊区の佐渡郡を編入した。
新潟県
1925年5月1日、陸軍管区表の改正（大正14年4月6日軍令陸第2号）に伴い村松連隊区が廃止され、旧村松連隊区の長岡市・南蒲原郡・中蒲原郡・古志郡を編入し、管轄区域は次のようになった。
新潟県
1934年（昭和9年）3月7日、「陸軍管区表」が改正（昭和9年軍令陸第5号）され、管轄区域に三条市が加えられた。
1941年4月1日、新発田連隊区と高田連隊区を統合して新潟連隊区が創設され、管轄区域は新潟県全域となった。この区域は新潟連隊区の廃止まで変更はなかった。
司令官

清水軌郷 歩兵少佐：1888年5月14日 -
石川輔依 歩兵少佐：不詳 - 1898年2月28日
上野庸 歩兵少佐：1898年2月28日 -
川越重国 歩兵少佐：1903年2月25日 - 1903年12月1日
山本悌三郎 歩兵少佐：1903年12月1日 -
山崎菅雄 歩兵中佐：1906年1月20日 - 1908年3月17日
香取彦猪 歩兵少佐：1908年3月18日 - 1910年10月16日
根津重寿 歩兵少佐：1910年10月16日 - 1911年8月1日
小林延太郎 歩兵少佐：1911年8月1日 - 1913年8月22日
富田鶴之助 歩兵中佐：1913年8月22日 - 1916年4月1日
久山又三郎 歩兵中佐：1916年4月1日 -
中村好 歩兵大佐：不詳 - 1921年6月28日
小山満雄 歩兵大佐：1921年6月28日 - 1922年8月15日
江藤源九郎 歩兵大佐：1922年8月15日 -
今泉吉貞 歩兵大佐：1934年8月1日 - 1936年3月7日
猪鹿倉徹郎 予備役陸軍少将：1940年4月1日 -
太田藤太郎 陸軍少将：1942年12月1日 - 1944年7月14日
石谷甚三郎 予備役陸軍少将：1944年7月14日 - 1945年3月31日
平田重三 予備役陸軍少将：1945年3月31日 - 1945年6月27日
山内保次 予備役陸軍少将：1945年6月27日 -
上道スマイルタクシー

上道スマイルタクシー（じょうとうスマイルタクシー）は、岡山市東区にて運行されている予約制乗合タクシー。愛称はぐるりん。
概要

岡山市東区の城東台・草ヶ部地区では、地域住民の買い物や通院等の日常生活に必要な移動手段を確保することを目的として、上道駅周辺への生活交通を考える会が皿井タクシー本社営業所に委託する形で運行開始した。
鉄道路線とは上道駅（山陽本線）で接続している。
運賃は1回利用200円となっているが、上道駅周辺への生活交通を考える会が全額を負担しているため、実質無料となっている。
月曜日・水曜日・金曜日のみ運行。ただし、祝日の場合は運休。
運行は、皿井タクシー本社営業所に委託されている。
予約制を採用しており、午前の便は乗車当日の9:00までに、午後の便は乗車当日の12:00までに自動音声ガイダンスによる電話予約が必要。ただし、城東台コースで回送運行となる区間は予約なしで乗車できる。
トヨタ・ハイエース（10人乗り）を使用している。
沿革

2020年5月1日 - 試験運行開始。
2021年4月1日 - 本格運行開始。
路線

わたなべ生鮮館（城東店） - 上道駅 - 岡山平成薬局（城東台店） - 城東台団地（城東台東 → 城東台南）
午前1便のみ運行。
わたなべ生鮮館（城東店） - 上道駅 - 岡山平成薬局（城東台店） - 城東台団地（城東台西）
午前1便のみ運行。
わたなべ生鮮館（城東店） - 上道駅 - 岡山平成薬局（城東台店） - 城東台団地（城東台西 → 城東台東 → 城東台南）
午後1便のみ運行。
わたなべ生鮮館（城東店） - 上道駅 - 青葉団地 - 草ヶ部
午後1便のみ運行。
車両

トヨタ・ハイエース（10人乗り）を使用している。
TAC (JA)

TAC（タック、英称：Team for Agricultural Coordination）は、JAグループの「地域農業の担い手に出向くJA担当者」の名称。
概要

地域農業の中核となる農業経営体および新規就農者のJAグループ総合窓口として設置された担当者の名称。Ｈ24年4月現在、JAとJA全農が連携して、1,600名のメンバーが活動している。農業経営者の意見・要望に対応すると同時にJAグループに内在する問題や傾向を分析し、事業の改善を図ることを目的としている。また、全国のTACがツイッターやブログなどを使用し、地域の農業情報を発信やTAC交流会（パワーアップ大会等）が開催され、人材育成とグループ内での情報の共有化が行われている。
活動表彰

TACパワーアップ大会にて、各JAのTAC活動実績に基づき、以下の表彰がされている。
JA表彰:担い手への提案内容とその成果が優れたJA　又は、TACの活動を通じてJAの事業効果が上がったJA
※JA表彰組合のなかからとくに優れたJAは、JA全農会長賞を受賞する。
JA全農会長賞受賞JA一覧
| 年度 | JA名 | 県 |
| --- | --- | --- |
| 2011年 | JAとぴあ浜松 | 静岡 |
| 2012年 | JA島原雲仙 | 長崎 |
| 2013年 | JAきみつ | 千葉 |
TAC表彰:担い手への提案内容が新規性、創造性、汎用性があり、優れた成果を挙げたTAC
TAC新人表彰:TAC経験年数が１年未満で担い手の意見・要望を積極的に収集し、担い手に優れた提案を行なったTAC
Ping

| --- | --- |
: この項目では、ネットワーク試験ツールについて説明しています。 ブログなどのウェブ発行メカニズムについては「Ping (ブログ)」をご覧ください。  Appleのウェブサービス(iTunes Ping)については「iTunes Ping」をご覧ください。  その他のpingについては「ピン」をご覧ください。
| --- | --- |
 
作者:  マイク・ムース
初版:  1983年 (41年前) (1983)
プラットフォーム:  ほとんどのネットワークOS
種別:  コマンド
テンプレートを表示
ping（ピンまたはピング）はIPネットワークにおいて、ネットワーク上で特定のIPアドレスを持つ機器から応答があるかを調べるためのプログラム（ソフトウェア）。
「到達性」を確認するために使え、さまざまな用途があり、たとえばホストシステム（ユーザが現に「ホスト」として使用中のシステム）がインターネットとの基本的な接続を確立しているかテストするため、また自ホストが属するノードが特定のノードと繋がっているかをテストするため、などに使われている。
IPネットワークにおける基本的なツールの一つであり、IPネットワーク機能が実装されているオペレーティングシステムや組み込みネットワーク管理ソフトウェアのほとんどで、何らかの形で用意されている。
概要

pingは、発信元のホストから宛先のコンピュータにメッセージを送信し、宛先がそれに対して返した応答が戻って来るまでのラウンドトリップタイム（RTT、往復時間）を測定する。「ping」という名前は、アクティブソナー（水中で音波のパルスを送信して反射音を聴取することで水中の物体を検出するもの）の用語に由来している。
pingはICMPの"echo request"パケットを対象ホストに送信し、対象ホストから"echo reply"が返って来ることで「到達性」を確認する。プログラムは、エラー、パケットロス率、結果の統計的要約（通常は最小、最大、平均のラウンドトリップタイム）を報告する。
逆に、相手システムから応答がなかった場合は、「制限時間内に応答がなかった」（Request timed out.）「指定されたアドレスやネットワークは到達可能ではない」（Destination host/net unreachable.）「経路が長すぎて到達できない」（TTL expired in transit.）など、応答がなかった理由を表示する。
概要 > 用途

pingを使用してIPネットワークに関するさまざまな情報を得ることができる。たとえばホストシステムの基本的なネットワーク設定がうまくできているか、ホストシステムはそもそも物理的な回線と繋がっているか、DNS（ドメインネームサーバ）は正常に機能しているか、自分側のノードと相手ノードの経路上に何らかの不具合が生じたり過負荷が生じたりしていないか、などである。
pingで宛先から応答があったと表示される状態を日本では俗語では「pingが通る」というが（あくまで俗語。メーカーの正式な説明書などではこの表現は使わない）、「pingが通る」ということは、「少なくとも、双方向にパケットの送受信ができる」「自システムから送信したパケットは指定IPの機器に（無事に）届き、なおかつ、指定したIPの機器が送信したパケットも自システムに（無事に）届く、という状態にはある」ということを示す。ドメイン名をノード名としてパケットを送信して（俗語では送信することを「投げる」ともいう）正常に応答（リプライ）された場合は、DNSの障害もない、と判る。
pingはたとえば前日までアクセス可能だったウェブサイトが突然アクセス不能・困難になった際にも、その原因や状況を調べるために使える。ウェブサーバのドメイン名でpingを「打ち」、正常に応答があれば、IPネットワークもDNSも正常と判断されるので、より高レベルのレイヤーに属するソフトウェアつまりOSI参照モデルでより高い層を荷うソフトウェアで問題が起きているのだろうと推察できる。もしpingで指定IPアドレスから応答があるのにそのIPアドレスのウェブサイトを閲覧できないならば、たとえばhttpレベルの通信が自身か相手のファイアウォールでブロックされているかもしれないし、相手のWWWサーバソフトウェアに障害が起きているのかも知れない、と推察できるのである。
概要 > 種類、仕様の違い、特殊な用途

pingユーティリティのコマンドラインオプションとその出力は、実装によって異なる。ペイロードのサイズ、試行回数、パケットを通過させるネットワークホップ数(TTL)の制限、試行間隔などをオプションとして指定できる。多くのシステムでは、IPv6ネットワークで同様のテストをするための、ICMPv6を実装したユーティリティ"ping6"を提供している。
一部のオンラインソフトにもping機能を持つものがある。
オンラインゲームなどにおいて、サーバーとプレイヤー（クライアント）間の通信タイムラグをpingとして表示するものもある。また、短時間で切断されるような特殊なセッションを定期的なpingによって強制的に保持するという使い方もある。
歴史

pingは、1983年12月に、当時アメリカ陸軍弾道研究所（現 アメリカ陸軍研究所（英語版））に勤務していたマイク・ムースが、自身の管理するIPネットワークでのトラブルシュート用に作成した。これは、後にNTPを開発したデイヴィッド・L・ミルズの、IPネットワークの診断と測定にICMPエコーパケットを使用することについての発言に触発されたものである。ムースは、その挙動が潜水艦などで使われるアクティブソナーの発する音波（＝ping）の挙動と似ていることから、このプログラムをpingと名づけた。この事からpingを実行する事を「pingを打つ」と呼ぶ場合が多い。ムースはpingが何かの略語であることを否定しているが、ミルズにより"packet internet groper"、別の人より"packet internet gopher"というバクロニムを授かっている。
最初にリリースされたバージョンはパブリックドメインだったが、後にBSDライセンスの下でライセンスされるようになった。pingは4.3BSDに最初から含まれていた。
RFC 1122 では、どのホストもICMP echo requestを処理し、echo replyを返送する必要があると規定している。しかし、セキュリティ上の理由から、これはしばしば無効になっている。
インターネットの接続性の問題の“診断”にも有用なpingであったが、2003年末、Welchiaのようなpingをネットワークにフラッドし標的を探すタイプのコンピュータウイルスが出現したり、悪意を持ったユーザが攻撃目標の調査やネットワークに負荷をかけるなどの目的でpingの悪用を行ったため、一部のISPでICMP Type 8（echo request）パケットがフィルタリングされるようになった。
pingの出力例

下線は利用者が入力する部分
pingの出力例 > Linux

以下の出力例はLinux端末からwww.google.comへ、iputilsバージョンのpingからpingを打った結果である。
$ ping www.google.com
PING www.l.google.com (64.233.183.103) 56(84) bytes of data.
64 bytes from 64.233.183.103: icmp_seq=1 ttl=246 time=22.2 ms
64 bytes from 64.233.183.103: icmp_seq=2 ttl=245 time=25.3 ms
64 bytes from 64.233.183.103: icmp_seq=3 ttl=245 time=22.7 ms
64 bytes from 64.233.183.103: icmp_seq=4 ttl=246 time=25.6 ms
64 bytes from 64.233.183.103: icmp_seq=5 ttl=246 time=25.3 ms
64 bytes from 64.233.183.103: icmp_seq=6 ttl=245 time=25.4 ms
64 bytes from 64.233.183.103: icmp_seq=7 ttl=245 time=25.4 ms
64 bytes from 64.233.183.103: icmp_seq=8 ttl=245 time=21.8 ms
64 bytes from 64.233.183.103: icmp_seq=9 ttl=245 time=25.7 ms
64 bytes from 64.233.183.103: icmp_seq=10 ttl=246 time=21.9 ms

--- www.l.google.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9008ms
rtt min/avg/max/mdev = 21.896/24.187/25.718/1.619 ms
出力例からわかることは、まずwww.google.comというホスト名がDNSのCNAMEレコードによりwww.l.google.comへ誘導され、64.233.183.103というIPアドレスに名前解決されている。そして64.233.183.103に向けて10回pingが打たれており（Linuxの場合はデフォルトでは割込み文字を打って止めるまで、ずっとpingが打たれる設定となっている）、出力の最後にpingの結果が出ている。
結果からわかることは以下の通りである。
パケットは10回送信され、10回とも受信された。パケットロスは0%である。
ラウンドトリップタイムは最短21.896ミリ秒（1ミリ秒=1/1000秒）、平均24.187ミリ秒、最長25.718ミリ秒、標準偏差は1.619ミリ秒である。
pingの出力例 > macOS

以下の出力例はmacOS端末からwww.google.comへ、ターミナルのコマンドpingからpingを打った結果である。
ただし、computernameはコンピューター名、usernameはユーザー名である（Macintosh HD→アプリケーション→ユーティリティ→ターミナル）。
computername:~ username$ ping www.google.com
PING www.l.google.com (66.249.89.104): 56 data bytes
64 bytes from 66.249.89.104: icmp_seq=1 ttl=238 time=30.556 ms
64 bytes from 66.249.89.104: icmp_seq=2 ttl=238 time=30.412 ms
64 bytes from 66.249.89.104: icmp_seq=3 ttl=238 time=31.272 ms
64 bytes from 66.249.89.104: icmp_seq=4 ttl=238 time=30.121 ms
64 bytes from 66.249.89.104: icmp_seq=5 ttl=238 time=30.942 ms
64 bytes from 66.249.89.104: icmp_seq=6 ttl=238 time=32.132 ms
64 bytes from 66.249.89.104: icmp_seq=7 ttl=238 time=30.680 ms
64 bytes from 66.249.89.104: icmp_seq=8 ttl=238 time=32.614 ms
64 bytes from 66.249.89.104: icmp_seq=9 ttl=238 time=29.405 ms
64 bytes from 66.249.89.104: icmp_seq=10 ttl=238 time=41.360 ms
64 bytes from 66.249.89.104: icmp_seq=11 ttl=238 time=32.176 ms
64 bytes from 66.249.89.104: icmp_seq=12 ttl=238 time=32.321 ms
^C
--- www.l.google.com ping statistics ---
13 packets transmitted, 12 packets received, 7% packet loss
round-trip min/avg/max/stddev = 29.405/31.999/41.360/2.978 ms
macOSはUNIXであるため、Linuxとほぼ変わらない表示である。
今回は-cオプションで回数設定していないため、割込み文字（この例ではControl+C）で止めない限り永遠に続く（例では13回pingを送信）。見方はLinuxの出力例を参考。
logから分かる事は、
13回パケットを送信し、12回受信してロスは、7%である。
RTT(ラウンドトリップタイム)は最短29.405ミリ秒(ms)、平均31.999ミリ秒、最長41.360ミリ秒、標準偏差は2.978ミリ秒である。
pingの出力例 > Windows

以下の出力例はMicrosoft Windows XP端末からwww.google.comへ、コマンドプロンプト標準のpingを使用してpingを打った結果である(95、98、Me、2000も同様)。
C:\>ping www.google.com

Pinging www.l.google.com [64.233.183.103] with 32 bytes of data:

Reply from 64.233.183.103: bytes=32 time=25ms TTL=245
Reply from 64.233.183.103: bytes=32 time=22ms TTL=245
Reply from 64.233.183.103: bytes=32 time=25ms TTL=246
Reply from 64.233.183.103: bytes=32 time=22ms TTL=246

Ping statistics for 64.233.183.103:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 22ms, Maximum = 25ms, Average = 23ms
出力例からわかることは、まずwww.google.comというホスト名がDNSのCNAMEレコードによりwww.l.google.comへ誘導され、64.233.183.103というIPアドレスに名前解決されている。そして64.233.183.103に向けて4回pingが打たれており（Windowsの場合はデフォルトではpingは4回ずつ打たれる設定となっている）、出力の最後にpingの結果が出ている。
結果からわかることは以下の通りである。
パケットは4回送信され、4回とも受信された。パケットロスは0%である。
ラウンドトリップタイムは最短22ミリ秒、最長25ミリ秒、平均23ミリ秒である。
また、次の出力例は日本版Microsoft Windows 10端末からwww.google.comへ、2018年10月29日にコマンドプロンプト標準のpingを使用してpingを打った結果である。
C:\Users\（ユーザー名）>ping www.google.com

www.google.com [2404:6800:400a:808::2004]に ping を送信しています 32 バイトのデータ:
2404:6800:400a:808::2004 からの応答: 時間 =13ms
2404:6800:400a:808::2004 からの応答: 時間 =14ms
2404:6800:400a:808::2004 からの応答: 時間 =14ms
2404:6800:400a:808::2004 からの応答: 時間 =14ms

2404:6800:400a:808::2004 の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 13ms、最大 = 14ms、平均 = 13ms
基本的な部分は上の例と同一だが、www.google.comから名前解決されたIPアドレスが、IPv6の表示となっている。
Ping ipv6

現在主流のipv4のPingとは違って、ipv6の場合はInternet Control Message Protocol for IPv6 を使用し、IPv4で使われていたICMPのエラー通知（詳細はエラー表示の欄を参照）などの機能に加えて、ARPに相当するアドレス解決の機能もあわせ持つようになった。
エラー表示

宛先のホストからの応答がない場合、ほとんどの実装では単にタイムアウトを表示するだけだが、一部の実装では、タイムアウトに関する以下のようなエラー通知を定期的に出力する。
H –  ホストにアクセスできない
!N –  ネットワークにアクセスできない
!P –  プロトコルにアクセスできない
S –  送信元ルートが失敗した
F –  フラグメントが必要
U –  宛先ネットワークが不明
!W –  宛先ホストが不明
I –  送信元ホストが孤立している
A –  宛先ネットワークとの通信が管理上禁止されている
Z –  宛先ホストとの通信が管理上禁止されている
Q –  このToSでは、宛先ネットワークに到達できない
T –  このToSでは、宛先ホストに到達できない
X –  通信が管理上禁止されている
V –  ホスト優先順位違反
C –  優先順位カットオフが有効
エラーが発生した場合、宛先ホストや中間ルータは、"host unreachable"や"TTL exceeded in transit"などのICMPエラーメッセージを返信する。このメッセージには、元のメッセージの最初の8バイト（この場合はICMP echo requestのヘッダ）が含まれているため、pingユーティリティは応答を発信元のクエリーと照合できる。
メッセージのフォーマット > ICMPパケット

|   | Bits 0–7 | Bits 8–15 | Bits 16–23 | Bits 24–31 |
| --- | --- | --- | --- | --- |
| ヘッダ (20 bytes) | バージョン/IHL | サービスの種類 | 長さ | 長さ |
| ヘッダ (20 bytes) | 識別子 | 識別子 | フラグとオフセット | フラグとオフセット |
| ヘッダ (20 bytes) | Time To Live (TTL) | Protocol | ヘッダのチェックサム | ヘッダのチェックサム |
ヘッダ (20 bytes): 送信元IPアドレス
ヘッダ (20 bytes): 宛先IPアドレス
| ICMPヘッダ （8バイト） | メッセージの種類 | コード | チェックサム | チェックサム |
ICMPヘッダ （8バイト）: ヘッダデータ
ICMPペイロード （オプション）: ペイロードデータ
|   | Bits 0–3 | Bits 4–7 | Bits 8–11 | Bits 12–15 | Bits 16–23 | Bits 24–31 |
| --- | --- | --- | --- | --- | --- | --- |
| ヘッダ （40バイト） | バージョン | トラフィッククラス | トラフィッククラス | フローラベル | フローラベル | フローラベル |
| ヘッダ （40バイト） | ペイロード長 | ペイロード長 | ペイロード長 | ペイロード長 | 次のヘッダ | ホップリミット |
ヘッダ （40バイト）: 送信元アドレス
ヘッダ （40バイト）: 宛先アドレス
| ICMP6ヘッダ （8バイト） | メッセージの種類 | メッセージの種類 | コード | コード | チェックサム | チェックサム |
ICMP6ヘッダ （8バイト）: ヘッダデータ
ICMP6ペイロード （オプション）: ペイロードデータ
ICMPパケットの一般的な構成:
IPv4ヘッダ（青）: プロトコルは1(ICMP)、サービスタイプは0が設定される。
IPv6ヘッダ（青）: 次のヘッダは58(ICMP6)が設定される。
ICMPヘッダ（赤）:
ICMPメッセージの種類（8ビット）
コード（8ビット）
チェックサム（16ビット）。パケットのICMP部分で計算される（IPヘッダは使用されない）。Typeフィールドで始まるICMPメッセージの1の補数和の16ビットの1の補数である。
ヘッダデータ（32ビット）。echo request, replyでは、識別子（16ビット）とシーケンス番号（16ビット）で構成される。
ICMPペイロード：様々な種類の回答のペイロード。実装の詳細により任意の長さにすることができる。ただし、IPヘッダとICMPヘッダを含むパケットは、ネットワークのmaximum transmission unit(MTU)より小さくなければならない。MTUより大きくなると、フラグメントされる危険性がある。
メッセージのフォーマット > echo request

echo request（エコー要求）は、ICMP/ICMP6のメッセージである。
| 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム |
| 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 |
ペイロード
クライアントは、識別子とシーケンス番号を使用して、応答を要求と一致させることができる。実際には、ほとんどのLinuxシステムはpingプロセスごとに異なる識別子を使用しており、シーケンス番号はそのプロセス内で増加する番号である。Windowsは、Windowsのバージョンによって異なる固定識別子と、起動時にのみリセットされるシーケンス番号を使用する。
メッセージのフォーマット > echo reply

echo reply（エコー応答）は、echo requestの応答として生成されるICMPメッセージである。規定では、エコー要求を受信した場合は必ずエコー応答を返信しなければならず、エコー応答にはエコー要求に含まれるペイロードをそのまま含まなければならない。
| 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | Code = 0 | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム | ヘッダチェックサム |
| 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | 識別子 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 | シーケンス番号 |
ペイロード
識別子とシーケンス番号は、エコー要求と応答を関連付けるためにクライアントで使用される。
メッセージのフォーマット > ペイロード

パケットのペイロードは一般にASCII文字で埋められている。以下に、ICMP echo requestの最後の32バイトのtcpdumpユーティリティによる出力の例を示す（echo requestパケットは0x0800から始まり、ICMPヘッダの後にペイロードがある）。
16:24:47.966461 IP (tos 0x0, ttl 128, id 15103, offset 0, flags [none],
proto: ICMP (1), length: 60) 192.168.146.22 > 192.168.144.5: ICMP echo request,
id 1, seq 38, length 40
       0x0000:  4500 003c 3aff 0000 8001 5c55 c0a8 9216  E..<:.....\U....
       0x0010:  c0a8 9005 0800 4d35 0001 0026 6162 6364  ......M5...&abcd
       0x0020:  6566 6768 696a 6b6c 6d6e 6f70 7172 7374  efghijklmnopqrst
       0x0030:  7576 7761 6263 6465 6667 6869            uvwabcdefghi
ペイロードには、送信の時間を示すタイムスタンプやシーケンス番号（上記の例では含まれていない）を含むことができる。これにより、pingは各パケットの送信時刻を記録することなく、ステートレスな方法でラウンドトリップタイムを計算できる。
セキュリティ上の考慮事項

多くのpingの実装には"flood"オプションが存在する。これは、高負荷条件下でのネットワークの応答を判断するために、できるだけ速くリクエストを送信するものである。このオプションは管理者特権を持つユーザに制限されているが、標的の元に大量のICM echo requestが届くようにするDoS攻撃の一種のping floodに使用される可能性がある。
pingは、単にホストの存在を知らせることによって潜在的なターゲットとして確認されるため、セキュリティ上のリスクと見なされている。解決策として、多くのシステムにおいて、 RFC 1122 においてホストは常に返信を返さなければならないという規定を無視して、返信を無効にする手段を提供している。さらに、pingによって計算されたラウンドトリップ時間は、完全性チェックに欠けていることが多く、そのため、過酷な環境では信頼できない。攻撃者は、ほとんどのping実装で計算された遅延を延長または短縮する可能性がある
。
教育と探求社

| --- | --- |
本社所在地:  102-0081 東京都千代田区四番町4-9 東越伯鷹ビル6F
設立:  2004年11月26日
法人番号:  4010001090820 
代表者:  宮地勘司（代表取締役社長）
資本金:  6,300万円
主要株主:  株式会社エデュカアンドクエストホールディングス
関係する人物:  米倉誠一郎（取締役）
外部リンク:  http://www.eduq.jp/
テンプレートを表示
教育と探求社（きょういくとたんきゅうしゃ）は、学校支援事業やコンサルティング業務を行う日本の株式会社である。
2019年5月時点で日本全国の小中高202校で導入され、受講生徒数は約33,700人と日本最大規模の探究教育提供者である。
概要

役員は以下のとおりである。
代表取締役社長
宮地勘司
取締役（非常勤）
米倉誠一郎（一橋大学イノベーション研究センター長・教授）
主な業務内容

学校支援事業 - 中学校・高等学校・大学への教育プログラム「クエストエデュケーションプログラム」の提供
コンサルティング・ソリューション事業 - 企業研修、オリジナル教育／研修プログラムの開発・提供
コンテンツ事業 - ブロードバンドコンテンツの制作ほか
クエストエデュケーションプログラム

クエストエデュケーションプログラムは、「現実社会から『生きる力』を学ぶ学習プログラムとして、教室で幅広い体験をするために開発された学校用のカリキュラム」である。
クエストエデュケーションプログラム > プログラム内容

プログラムには以下10のコースがある。
企業探究コース：CORPORATE ACCESS
企業探究コース：BUSINESS INNOVATION
進路探究コース：ROLL MODEL
進路探究コース：MY STORY
進路探究コース：THE VISION
社会課題探究コース：SOCIAL CHANGE
社会課題探究コース：SOCIAL CHANGE FIRST！
社会課題探究コース：SOCIAL CHANGE ENGLISH
社会課題探究コース：SOCIAL CHANGE ENGLISH 1st
起業家コース：SMALL START
クエストエデュケーションプログラム > クエストカップ

上記プログラムを終えての1年間の成果発表を行う場として、クエストエデュケーションカップ（正式名称：クエストエデュケーションプログラム 作品発表会 全国大会、略称：クエストカップ）を設けている。毎年2月ごろ開催されており、上記プログラムに対応して6部門が設けられている。
企業探究コース「コーポレートアクセス」部門
社会課題探究コース「ソーシャルチェンジ」部門
進路探究コース「人物ドキュメンタリー」部門（ROLL MODELに対応）
進路探究コース「自分史」部門（MY STORYに対応）
進路探究コース「ザ・ビジョン」部門
起業家コース「スモールスタート」部門
エキシビジョン「Quest Career in HaNoi」優勝チームプレゼンテーション
PREDIANNA

| --- | --- |
: プラチナムプロダクション所属のグループ「predia」とは異なります。
| PREDIANNA（プレディアナ） |
| --- | --- |
出身地:   日本
ジャンル:  J-POP
活動期間:  2015年 - 2018年6月24日
事務所:  シスターマネジメント

メンバー:  侑杏 京花 柚來 瞳

旧メンバー:  りのん 知優 由莉奈 桃世
『PREDIANNA』（プレディアナ）は、かつて存在した日本の女性ダンス＆ボーカルユニット。DIANNAプロジェクトの中で「Premium」のPreを冠した「高級感のある上質なパフォーマンスを見せる」ユニット。愛知県名古屋市にある「株式会社SISTERMANAGEMENT」（シスターマネジメント）に所属。
メンバー

| 名前 | よみ | 生年月日 | 血液型 | 備考 |
| --- | --- | --- | --- | --- |
| 侑杏 | ゆあ |  (2001-10-21) 2001年10月21日（22歳） | B | リーダー、MERUCHUとしても活動 |
| 京花 | きょうか |  (1999-05-03) 1999年5月3日（25歳） | A |  |
| 柚來 | ゆらい |  (2005-01-04) 2005年1月4日（19歳） | O |  |
| 瞳 | あきら |  (2003-12-14) 2003年12月14日（20歳） | B | 現在はDevil ANTHEM.メンバー |
メンバー > 旧メンバー

| 名前 | よみ | 生年月日 | 血液型 | 備考 |
| --- | --- | --- | --- | --- |
| りのん | りのん |  (2003-06-16) 2003年6月16日（21歳） | O | 2016年4月24日脱退 |
| 知優 | ちひろ |  (1998-10-12) 1998年10月12日（25歳） | O | 2016年4月24日脱退 |
| 由莉奈 | ゆりな |  (2002-10-31) 2002年10月31日（21歳） | O | 2017年5月3日卒業 |
| 桃世 | ももせ |  (2005-08-15) 2005年8月15日（19歳） | A | 2017年1月より休養 2018年3月31日卒業 |
概要 > グループ名

DIANNAプロジェクトの中で「Premium」のPreを冠した「高級感のある上質なパフォーマンスを見せる」ユニットとして命名された。
概要 > 特徴

EDMを中心とした楽曲、圧倒的なダンス力には定評あり。ファンの事を王子様、お姫様と呼ぶ。ネットニュースでは「真面目すぎるアイドル」と評される事もあり。
ライブ活動開始後、わずか半年で「TOKYO IDOL FESTIVAL2015」、「SUMMER SONIC 2015」に出演した。
概要 > ジュエルウォッチ公認アイドル

セガトイズ社から発売中である「ジュエルウォッチ」という女児向け玩具の公認アイドルとしても活躍中。東京おもちゃショー2015ではゲリラ的に会場を訪れ来場者にPRした。