stanford-oval/wikipedia huggingface dataset:
日本ネットワークサービス (ケーブルテレビ局)
主な放送チャンネル > テレビ局

| デジタル | リモコン ボタン割当 | 物理CH | 放送局 |
| --- | --- | --- | --- |
| D011 D012 | 1 | C41 | NHK甲府総合 |
| D021 D022 D023 | 2 | C42 | NHK甲府Eテレ |
| D031 D032 D033 | 3 | C47 | tvk |
| D041 D042 D043 | 4 | C43 | 山梨放送 |
| D051 D052 D053 | 5 | C46 | テレビ朝日 |
| D061 D062 | 6 | C44 | テレビ山梨 |
| D071 D072 D073 | 7 | C48 | テレビ東京 |
| D081 D082 D083 | 8 | C45 | フジテレビ |
| D091 D092 D093 | 9 | C49 | TOKYO MX （091と092はMX1（HD）、093はMX2（SD）） |
| D101 D102 | 10 | C39 | 自主放送 （文字ニュース、行政番組などを放送している） 県政・甲府市政関係・スポーツ中継編成によってはD102は別番組を放送。 |
| D111 | 11 | C33 | 自主放送 （NNS独自の番組、CSの一部番組などを放送している） |
| D112 | 11 | C33 | 毎日NNSがエリア内10箇所設置した道路情報カメラ（6:00 - 22:00）と 山日文字ニュース（22:00 - 翌6:00）などを放送している |
| デジタル | 放送局 |
| --- | --- |
BS101 BS102: NHK BS
BS141: BS日テレ
BS151: BS朝日
BS161: BS-TBS
BS171: BSテレ東
BS181: BSフジ
BS191 BS192 BS193: WOWOW プライム WOWOW ライブ WOWOW シネマ
BS200: BS10
BS201: BS10スターチャンネル
BS211: BS11
BS222: TwellV
BS231 BS232 BS531: 放送大学
BS260: BS松竹東急
BS265: BSよしもと
4K・8K衛星放送（現在はBS及び後術のみ）
| 4K8KのCH番号 | 放送局 |
| --- | --- |
101: NHK BSプレミアム4K
102※: NHK BS8K （※8K受信環境対応TVが必要）
141: BS日テレ4K
151: BS朝日4K
161: BS-TBS4K
171: BSテレ東4K
181: BSフジ4K
211: ショップチャンネル4K
221: 4KQVC
401 （STB内）: ケーブル4K （STBレンタル導入及び同サービス加入契約が必要）
| デジタル> HD | デジタル> SD | 放送局 |
| --- | --- | --- |
| 011 |  | お天気チャンネル |
| 123 | 235 | 女性チャンネル♪LaLa TV |
| 124 | 231 | スーパー!ドラマTV |
| 125 | 221 | 日本映画専門チャンネル |
| 127 | 226 | 衛星劇場 |
| 131 |  | Dlife |
| 132 | 215 | J SPORTS 4 |
| 135 | 248 | チャンネル銀河 |
| 136 |  | テレ朝チャンネル1 |
| 137 |  | フジテレビNEXT ライブ・プレミアム |
| 138 | 282 | フジテレビONE スポーツ・バラエティ |
| 139 | 281 | フジテレビTWO ドラマ・アニメ |
| 140 | 271 | ショップチャンネル |
| 142 | 259 | ナショナル ジオグラフィック |
| 143 | 277 | 旅チャンネル |
| 145 | 276 | 釣りビジョン |
| 146 | 212 | GAORA SPORTS |
| 147 | 211 | スカイA |
| 148 | 232 | アクションチャンネル |
| 151 | 222 | 映画・チャンネルNECO |
| 157 | 230 | ファミリー劇場 |
| 158 | 210 | J SPORTS 3 |
| 159 | 234 | 時代劇専門チャンネル |
| 160 | 280 | MONDO TV |
| 163 | 242 | キッズステーション |
| 166 | 218 | 日テレジータス |
| 167 | 217 | ゴルフネットワーク |
| 168 | 213 | J SPORTS 1 |
| 169 | 214 | J SPORTS 2 |
| 173 | 225 | 東映チャンネル |
| 175 |  | 歌謡ポップスチャンネル |
| 192 |  | ジュエリー☆GSTV |
|  | 236 | アニマルプラネット |
|  | 240 | カートゥーン ネットワーク |
|  | 241 | アニマックス |
|  | 251 | 日経CNBC |
|  | 252 | 日テレNEWS24 |
|  | 255 | ヒストリーチャンネル |
|  | 256 | ディスカバリーチャンネル |
|  | 257 | BBCワールドニュース |
|  | 258 | テレ朝チャンネル2 |
|  | 261 | MUSIC ON! TV（エムオン!） |
|  | 262 | 音楽・ライブ! スペースシャワーTV |
|  | 263 | MTV |
|  | 270 | 囲碁・将棋チャンネル |
|  | 284 | 日テレプラス ドラマ・アニメ・音楽ライブ |
|  | 285 | グリーンチャンネル |
|  | 286 | グリーンチャンネル2 |
|  | 290 | プレイボーイ チャンネル |
|  | 291 | レッドチェリー |
デジタルTVは日本デジタル配信を使用。
主な放送チャンネル > FMラジオ局

| MHz | 放送局 |
| --- | --- |
76.3: エフエム甲府
78.0: YBSラジオ （AM再放送で音声はモノラル）
80.0: TOKYO FM （東京親局を受信）
81.2: J-WAVE （東京親局を受信）
83.0: FM-FUJI
85.4: NHK甲府FM放送
自主放送

同局では2つのチャンネルを利用して自主放送を行っている。全てのチャンネルが毎日、24時間放送を行っている。
自主放送 > D111チャンネル > 概要

地上デジタル放送の111チャンネル（リモコンキーID11）で放送。放送エリア内の出来事（事件・事故・政治的問題を除く）を伝えるニュース、サークル紹介、幼稚園児・保育園児紹介などのミニ番組が自社制作で放送されている。近隣のケーブルテレビ局の中にも同社の自主放送をそのまま放送しているところがある。報道番組として、山梨日日新聞の文字ニュース「山梨日日新聞NEWS」を放送している。
高校野球中継に力を入れており、春季・秋季大会は準決勝から、選手権山梨大会は1回戦から決勝まで、小瀬球場の試合を放送する。県内で春季・秋季関東地区高等学校野球大会が行われる場合も1回戦から決勝まで生中継する。2011年の秋季大会では関東地方の独立局である5いっしょ3ちゃんねる加盟局（群馬テレビ、とちぎテレビ、テレビ埼玉、千葉テレビ放送、テレビ神奈川）・山梨放送と連携し、開催当日の夜にダイジェスト番組『第64回秋季関東地区高等学校野球大会ダイジェスト〜ROAD TO センバツ〜』を放送した（スタジオは甲府CATVのスタジオを使い、実際の番組制作とアナウンサーは千葉テレビ放送と山梨放送が担当）。『ROAD TO センバツ』は2012年もネットした。また、2007年の選手権山梨大会より山梨放送の男性アナウンサーが実況に加わっている。
また、2003年からサッカーJリーグ・ヴァンフォーレ甲府のホーム戦を年に2～3試合自社制作で生中継放送している。
他にも、3月には公立高校入試問題の解答解説、山梨県議会・甲府市議会の会期中は本会議の放送を行っている。エリア内のほぼ全世帯が加入していることもあってか、大きな特別番組では県内の有名企業や上場企業がスポンサーになることもある。サッカー中継、高校野球、公立高校入試問題解説の放送は、本来これらを放送する少ない地元民放を補う役割も果たしている。
2007年10月1日からは地上デジタル放送での放送も開始した。開始当初は標準画質での放送だったが、2011年4月1日より一部の時間帯に限りハイビジョン放送が始まった。その後、101チャンネルでの放送を開始し、終日ハイビジョン放送となった。
2015年4月1日よりデータ放送に対応。県や市町村からのお知らせ、河川水位・土砂災害警戒情報、救急医療情報、NNSからのご案内などが閲覧できる。
また、マルチ編成のD112に切り替えてデータ放送でYBSラジオ、エフエム富士、エフエム甲府を聴くことができる。D112では24時間、『NNS道路ライブカメラ』『山日文字ニュース』を放送している。
自主放送 > D111チャンネル > 主なレギュラー番組

『ジモラブ』（毎日 12:15 - 12:55、月・水 18:00 - 18:40、火 19:00 - 19:40、木・日 17:00 - 17:40、金 22:00 - 22:40、土 8:00 - 8:40）
山梨県内の様々なローカル情報を伝える番組。2022年度は『ジモラブ 甲府』『ジモラブ 甲斐・韮崎・北杜・南アルプス』『ジモラブ 中央・笛吹・昭和・市川三郷・身延』の3部構成で放送。2023年度はこれまでの3部構成を廃止し、放送時間を40分に凝縮。放送エリア内の話題、お知らせ、特集などを放送。毎週日曜日に更新される。
『ラジテレ!ひる前らじお うるさごぜん』（平日 10:00 - 11:00）
YBSラジオ（山梨放送）で放送している『ひる前らじお うるさごぜん』の10時台を、スタジオ内にあるライブカメラを使ってパーソナリティーを映しながら、ラジオと同時サイマル放送している。なおCMや楽曲・交通情報・ニュース放送時はYBSのお天気カメラの映像に切り替える。
『けーぶるにっぽん』
『やまなし再発見』
『浅草・東洋館 漫才大行進 ゲロゲーロ』
CSチャンネルの時間限定無料放送 - Act On TV
テレビショッピング - ショップチャンネル、J:COM通販
自主放送 > D101チャンネル > 概要

地上デジタル放送の101チャンネル（リモコンキーID10）で放送。山日文字ニュースや行政番組、テレビショッピングを中心に放送している。
自主放送 > D101チャンネル > 主な番組

自動送出系 - 『山日文字ニュース』、『NNS天気予報』
行政番組 - 南アルプス市、北杜市
『ほくとニュース』
『甲斐市からのお知らせ』
『甲府市からのお知らせ』
『笛吹市からのお知らせ』
『韮崎市、中央市、市川三郷町、昭和町、身延町からのお知らせ』
テレビショッピング - QVCなど
イメージキャラクター

- 2005年：石田純一
2005年 - 2008年??：神宮寺結子（ゆいこ。現在は「JINCO」に改名・山梨県出身の歌手）
2017年 - 2019年??：堀春菜（県外出身、山梨県内在住の過去あり）
2020年 - 2023年??：原香緒里（NNSが所属する山日YBSグループ内の山梨放送のアナウンサーを務めていた。現在はフリーアナウンサーとして活動中）
2024年 -　現在：橋添穂（プロゴルファー、山梨県出身）
ブロックバスター (企業)

| --- | --- |
 
種類:  ディッシュ・ネットワークの完全子会社
本社所在地:   アメリカ合衆国 コロラド州エングルウッド
設立:  1985年 倒産：2013年11月6日
業種:  ホームエンターテインメント
事業内容:  動画ソフトウェアの小売・レンタル
代表者:  マイケル・ケリー社長
主要株主:  ディッシュ・ネットワーク（2011年 - ）
外部リンク:  Blockbuster.com
テンプレートを表示
オレゴン州ベンドのブロックバスター（英語版）
ブロックバスター（英語：Blockbuster LLC）は、かつて存在したアメリカ合衆国に本拠地を置いていたビデオ・DVDのレンタルチェーン店である。
国によって、店舗型レンタルに加え、宅配方式、ストリーミング型インターネット動画配信サービス、映画館運営などの事業を展開していた。
2004年のピーク時は6万人以上の従業員で、世界中に9,000店舗以上展開していた。カナダ、オーストラリア、ブラジル、デンマーク、アイルランド、ペルー、イギリス、日本などでも事業展開していた。
概要

全米各地、およそ3,000店舗を展開し、ビデオ・DVDのレンタルチェーン店を展開していたが、2000年代後半以後に経営が悪化し、2010年9月に連邦倒産法第11章を申請して倒産に追い込まれた。
その後もストリーミング型インターネット動画配信サービスの普及により、店舗型レンタルの需要が先細りが続き、2014年1月12日をもって約300のアメリカ合衆国国内全直営店を閉鎖、その後も約50店のフランチャイズ店舗が営業を続けていたが、2018年初めにさらに数店が営業を終え、アラスカ州で営業していた2店舗が7月16日をもって事実上閉店、国内における実店舗がオレゴン州ベンドの1店（英語版）（北緯44度4分2.1秒 西経121度18分12.8秒﻿ / ﻿北緯44.067250度 西経121.303556度﻿ / 44.067250; -121.303556﻿ (オレゴン州ベンドのブロックバスター店舗)）になる見込みとアメリカのメディアが報じた。
倒産の経緯

NetflixやHulu、Amazon Unboxといったインターネット動画サービスの台頭、スマートフォンによるアグリゲーターアプリ普及がブロックバスター倒産の原因と目されている。2000年にビデオやDVDのネットレンタル事業がメインだったNetflixが自社を5000万ドルで売却する話を持ちかけたが、ブロックバスター側が拒否して破談となったことがある。
顧客ニーズが変化し、電子メールによるオーダーやオンラインでの注文といった事業モデルへの適応が遅れたことで、2010年に「DVDレンタル」というビジネス形態は業界2位のハリウッドビデオ（英語版）やブロックバスターが立て続けに倒産することになった。
各国での運営

アメリカ、デンマーク、ドイツ、ノルウェー、イギリス、日本、香港、イスラエル、ブラジル、ペルーなどに展開していた。
各国での運営 > カナダ

カナダでの運営は当初比較的財政的に安定しており、2009年にウインド・モバイルと提携、店内で携帯電話の販売を行なっていた。2010年に破産管財人傘下に陥り、全体の35%に当たる146店の閉鎖を発表。その後、売却先が見つからず2011年末に全ての店舗を閉鎖、事業を終了した。
各国での運営 > ブラジル

2007年1月127店舗展開していたが、アメリカナスに買収された
。
各国での運営 > 日本

実業家の藤田田が主宰する「藤田商店」が、1991年に日本法人としてのフランチャイズ契約を結び、「日本ブロックバスター株式会社」を設立。
関東を中心にチェーン展開していたが、1999年にゲオに事業譲渡。この際「ブロックバスター」の店舗は全てゲオに転換され、日本から撤退した。
Docker

| --- | --- |
 
作者:  Solomon Hykes
開発元:  Docker, Inc.
初版:  2013年3月13日 (2013-03-13)

最新版:  27.5.1   - 2025年1月22日 (25日前)
リポジトリ:  github.com/moby/moby  
プログラミング 言語:  Go言語
対応OS:  Linux, macOS, Windows
プラットフォーム:  x86-64
種別:  仮想化
ライセンス:  Free/Paid  
公式サイト:  www.docker.com
テンプレートを表示
Docker（ドッカー）は、コンテナ仮想化を用いてアプリケーションを開発・配置・実行するためのオープンプラットフォームである。
Dockerはコンテナ仮想化を用いたOSレベルの仮想化によりアプリケーションを開発・実行環境から隔離し、アプリケーションの素早い提供を可能にする。かつその環境自体をアプリケーションと同じようにコード（イメージ）として管理可能にする。Dockerを開発・テスト・デプロイに用いることで「コードを書く」と「コードが製品として実行される」間の時間的ギャップを大きく短縮できる。
概要

アプリケーションソフトウェアは開発環境でコーディングされ、テスト環境で動作確認され、ステージング環境にデプロイされ、本番環境でサービス提供をおこない、開発環境でデバッグされる。ソフトウェア開発ではただアプリケーションのコードを書くのではなく、上記すべての環境整備と環境へのアプリケーションデプロイを行う必要がある。かつ複数人による開発では上記すべてを全員で一貫性をもって共有しなければならない。
これらを達成するには様々な状況（動作OS、既存環境）へ同一の環境とアプリケーションをできるだけ低コストで届ける必要がある。動作OS（ホストOS）や既存環境からの隔離手法にはOSレベルの仮想化があり、その一種にカーネルをホストと共有しプロセス・ファイルシステムを隔離するコンテナ仮想化がある。環境をアプリケーションごとコンテナへ隔離しコンテナのイメージファイルを配布することで、ランタイムが用意されたあらゆる状況へ同一環境・同一アプリケーションを配備できる。
Dockerはこのコンテナ仮想化を核としたアプリケーションのためのオープンプラットフォームである。環境およびアプリケーションをDockerイメージとしてバンドルし、DockerエンジンによりDockerコンテナとして配備・実行できる。Linux・Windows・Macすべてに対応したDockerエンジンは開発・テスト・本番・デバッグなど様々な状況で容易かつ高速なアプリケーション配備・実行を可能にする。またDockerイメージのレジストリ登録・Dockerイメージに基づいた派生イメージ生成・差分管理による派生イメージの低容量化により、容易な独自イメージ生成と高速/低負荷なコンテナ生成が可能になる。かつ標準仕様化を含むDockerソフトウェアのコンポーネント化により、コンテナ仮想化レベル自体の制御を含む独自コンテナ仮想化システムが構築可能になっている。このようにDockerは広範なアプリケーション開発のためのプラットフォームとして現在では機能している。
Dockerがもたらす環境/アプリケーション展開の効率化は継続的インテグレーション（CI）・継続的デプロイ（CD）によるサービス提供の高頻度化をさらに加速させた。またクラウドコンピューティングが提供するマネージドサービスと展開コンテナ数調整によってサービスのスケーリングは容易になり、サービスの柔軟性やコスト構造にも影響を及ぼしている。このようにDockerの採用はアプリケーション開発・運用、それが生み出すビジネスまで影響を与えている。
主な利点 > 資源の効率化

一台のサーバ上に複数の仮想マシンを動作させてそれぞれにオペレーティングシステム (OS) を走らせる仮想化技術は従来から存在していた。例えば、ハイパーバイザ型のVMWareやHyper-Vやホスト型のVirtualBox等である。仮想化の本来の目的は、一台のハードウエア内でなるべく多くのサーバー用アプリケーションを実行する事である[要出典]が、上記の方式の仮想化では仮想環境毎にOSの全体をインストールする必要があり、目的のアプリケーションにとっては必要のないサービスやファイルまでが含まれていた。これは資源(resource)の浪費であり、できることならば仮想環境内にはアプリケーションとは無関係のライブラリやデータは置かずに共有にする事が望ましかった。これを実現するのがコンテナ型の仮想化である。実際にDockerは、ホストOSのカーネルを共有する。それぞれの仮想環境はDockerコンテナと呼ばれ、各コンテナは一台のサーバ上で隔離された形で動作し、複数のインスタンスが並行して動く。
主な利点 > アプリ実行環境構築の容易さ

一般にアプリケーションを開発もしくは動作させるまでには、設定ファイルの編集や必要なライブラリのインストール等、本来の目的には関係のない煩雑な作業が必要である。Dockerはアプリケーションとライブラリを同一のコンテナ内に固めてしまう。一度固めたコンテナは軽量であるため移動が容易であり、比較的どの環境でも素早く目的のアプリケーションを動作させる事が可能である。これをDocker社は、Build, Ship, and Run Any App, Anywhere と表現している。Docker DesktopによりコンテナはWindows、MacOSのどちらでも機能し可搬性が高い。
主な利点 > 廃棄の容易さ

複雑なシステムでは設定を一度間違えるとその影響が及ぶ範囲の特定と元に戻すことに多くの時間がかかる可能性がある。Dockerではこのような元に戻しがたいシステムのイメージはただちに削除すれば良く、段階的にイメージをバックアップしておけば設定を間違えた前の状態に戻ることが容易である。そのようなことを行う際に、上記の資源効率の良さと構築の容易さが効果を発揮する。
利用 > アプリケーション開発環境

Dockerコンテナはアプリケーション開発環境に利用できる（Developing inside a Container ）。
コンテナは外部と隔離されている。ゆえに開発環境のセットアップが既存環境を破壊する、あるいは既存環境が開発環境へ予期せぬ影響を与える可能性がない。このようにアプリケーション開発用のサンドボックスとしてDockerコンテナを利用できる（development container）。
またコンテナはイメージから生成されるため配布することが可能である。ゆえに複数の開発者がそれぞれ開発環境を用意せずとも、配布されたイメージからコンテナを生成するだけで開発環境が利用できる。開発環境を破壊した場合でもそのコンテナを破棄し配布イメージから再生成することですみやかな開発環境の修正が可能である。
コンテナがもつ可搬性によりホストに依存しない一貫した開発が可能になる。コンテナはDockerのランタイム上で動作するためホスト側のOSや設定に影響を受けず、同一イメージからWindowsユーザーもLinuxユーザーも開発環境コンテナを利用できる。
開発コンテナには複数種類の利用方法がある。
全てをコンテナ内で完結: コンテナ上のターミナルでコンテナ内のコードを編集
volumeマウントを利用: ホスト上のコードをコンテナのvolumeへマウントし、コード編集はホスト・実行とその環境はコンテナ
ホスト-コンテナ間連携: コンテナ内のエディタサーバーを通じてホストのエディタUIからコンテナ内コードを操作・実行
などがある。すべてをコンテナ内で完結させればホストはDockerのみで動作する。volumeマウントは実行環境の隔離に近い。ホスト-コンテナ連携をした場合、ホストはDockerとエディタのみに依存する。
利用 > コンテナ化されたアプリケーション

Dockerコンテナはアプリケーションとその実行環境を組み合わせた一体のものとして利用できる（containerized application, Container Deployed Applications）。
Dockerイメージはファイルシステムと実行時設定を併せたものである（参考: Open Container Initiative#OCI Image)。アプリケーションおよび実行に必要なソフトウェアさらに実行時の設定が含まれているDockerイメージを基にしてコンテナを生成すると、コンテナを起動すれば直ちにアプリケーションとして機能する。このことからDockerコンテナはすべてのDocker環境上でそのまま動作するアプリケーションとして配布ができる。
Dockerイメージは配布することができ、かつ環境によらずに機能する可搬性を持つため、アプリケーションをDockerコンテナとして作成すれば、テスト・ステージング・本番のそれぞれの環境に依らない頒布が容易におこなえる。
評価

Dockerがもたらす環境/アプリケーション展開の効率化は開発から運用まで幅広い領域に大きな影響を与えている。
Dockerイメージ生成による環境生成はOS・ミドルウェアレベルのInfrastructure as Code（IaC）であり、高速/低負荷なコンテナ生成/破棄は実利用可能なImmutable Infrastructureとみなせる。これら高効率な環境展開はテスト・ビルド等の継続的インテグレーション（CI）・サービス提供まで含む継続的デプロイ（CD）をより容易にした。クラウドコンピューティングサービスがDockerコンテナ実行マネージドサービスを提供し始めたことで、開発者はローカルに作成したDockerイメージをクラウド上へホストを意識せず展開可能になった。生成/破棄が容易なコンテナをホストを意識せず利用できるマネージドサービスでデプロイすることで、アプリケーション運用者は展開コンテナ数調整による容易かつ柔軟なアプリケーションのスケーリングが可能になった。コンテナ仮想化による運用が広まるにつれてコンテナ連携によるサービス提供、すなわちマイクロサービスアーキテクチャのDockerコンテナ群による実装が構想され、コンテナ連携を指揮するコンテナオーケストレーションソフトウェアおよびそのマネージドサービスが実利用され始めている。このようにDockerはプラットフォームとしてアプリケーション開発とビジネスへ影響を与えている。
Dockerのコンテナー管理の手軽さやインスタンス操作の高速性は、クラウドサービスやビッグデータ基盤などを管理するためのIT基盤として高く評価され、2014年12月日経BP社より「ITインフラテクノロジーAWARD 2015」グランプリに選出されている。
2014年、GoogleはDockerではないが、コンテナ型仮想技術Kubernetesを利用しており、毎週20億個のコンテナを自社サービスのために起動していると発表した。
技術的な特徴 > コンテナ仮想化

ホストカーネルを直接利用しながらプロセス・ファイルシステムを隔離するコンテナ仮想化を提供する。仮想化はGo言語で実装されたソフトウェア libcontainer によって行われる。古いDocker実装ではLXCが利用されていた。
技術的な特徴 > 差分管理

コンテナのファイルシステムはいくつかのドライバによって提供される。現在推奨されるoverlay2およびかつて推奨されていたAufsでは、Dockerコンテナ内に作成されたファイルが元のDockerイメージ (雛形) の差分として蓄えられる。差分しかディスク容量を消費しないので、より少ないリソースでコンテナを作成し実行する事が可能である。このことが他の仮想化手法と比較して容易かつ高速な仮想化環境の生成/破棄を可能にしている。なお当初はaufsのみのサポートだったが、その後btrfs、Device Mapper、OverlayFS、vfs、ZFSが選択可能となっている。
技術的な特徴 > Dockerfile

DockerではDockerfileからコンテナイメージを生成できる。
DockerではDocker imageがインスタンス化されコンテナとして動作する。imageの実体はJSONファイルおよびファイルシステムの.tarであり（c.f. OCI Image) 手動で記述・生成できる。DockerはDockerfileと呼ばれる設定ファイルからコンテナイメージファイルを作成（build）する機能を提供している。
技術的な特徴 > 標準仕様

DockerコンテナはOpen Container Initiativeが策定したOCI RuntimeおよびOCI Image Format仕様の下敷きになっており、現在のDockerコンテナはOCIに準拠している。OCIへの準拠によりOCI Runtimeを実装する任意のランタイムを利用することができるため、セキュリティを重視したランタイムや速度を重視したランタイムに切り替えることが可能である。
技術的な特徴 > 永続化

Dockerは揮発性のコンテナに対して永続化可能なストレージを提供している。そのマウントは実装方法により以下に分類される。
Volumes: ホストのファイルシステム内でDockerが管理する領域に保存される。推奨されるマウントタイプ
Bind mounts: ホストの任意の場所に保存される。Docker以外のホストプロセスも操作しうる
tmpfs mounts: ホストのメモリ上に保存される（ホストで揮発性）
技術的な特徴 > ネットワーク

Dockerはネットワーク隔離されたコンテナ同士を繋ぐネットワーキング機能を持つ。
DockerコンテナはLinux名前空間（英語版）を利用してコンテナをホストのネットワークから隔離している。そのためネットワーク設定をnoneにした場合、外部からのネットワークアクセスができない。これは隔離環境という意味では理想的だが、コンテナ間の協調による機能提供ができない。そこでDockerエンジンはネットワークドライバーによるネットワークの提供を行っている。
主に用いられるドライバはbridgeである。ユーザー定義bridgeネットワークは所属コンテナへのIPアドレス提供とコンテナ名によるドメイン名解決 (automatic service discovery) を提供する。また--alias オプションを利用することで1つのドメイン名に複数のコンテナを紐づけることができ、DNSラウンドロビンが可能である。
技術的な特徴 > コンテナ連携

DockerはCompose (docker-compose) による複数コンテナの実行・連携を提供する。docker-compose.yml でコンテナセット・ネットワークを定義することで、単一のホストマシン上にコンテナ群をデプロイできる。さらにDocker Swarmを用いることでマルチホスト環境へのデプロイも可能になる。
技術的な特徴 > ロギング

Dockerはコンテナで発生したデータログ/サーバログを処理する機能（ロギング機能）を提供している。Docker Daemonはデフォルトでコンテナのstdout/stderrを捕捉しており、docker logs コマンドでログを表示できる。ロギングはカスタム可能なlogging driverとして実装されており、logging driver pluginsを用いれば独自実装も可能である。デフォルトのlogging driverはjson-fileであり、他にはsyslogやfluentd、特定クラウドプロバイダに特化したawslogsやgcplogsなどが存在する。
fluentdlogging driverはコンテナログをデータコレクタであるFluentdへ転送する。デフォルトではTCPでlocalhost:24224へ送信するが、オプションにより他のTCPポートあるいはUNIXドメインソケットへ送信が可能である。fluentdデーモンはホストマシン上のプロセス、あるいはポートマッピングをおこなったコンテナとして機能させる。
技術的な特徴 > 欠点 > ホストLinuxカーネルとの関係

コンテナ仮想化はコンテナ内部からホストカーネルを直接利用するため、エッジケースではホストカーネルのバージョンとDockerに依存した問題が発生する（以下の内容は他の仮想化手法でも類似した形で存在する）。
Dockerイメージは主としてLinuxディストリビューションイメージ、例えばUbuntuイメージを基にして作成されている。ところでLinuxディストリビューションは特定バージョンのLinuxカーネルを含んでいる。例えばUbuntu 18.04.4LTSはv5.3を、Debian 10はv4.19を含んでいる。ゆえにあるDockerイメージがUbuntu 18.04LTSイメージを基にしている場合一見するとカーネルはv5.3かと思うが、コンテナ仮想化はホストカーネルを利用するためDebian10ホスト上でDockerを動作した場合は動作カーネルはv4.19である。またDockerもkernel v4.19上で動作している。
コンテナ仮想化が持つ上記の特性から、いくつかの注意点・欠点がある。
まず異なるホストOSを利用した際の可搬性である。Dockerコンテナは高い可搬性が特徴だが、異なるホストOS例えばUbuntuホストとDebianホストで同一コンテナを動作させた際、カーネルバージョンに違いに起因するコンテナ間で一貫しない動作のリスクが存在する。例えばDebian 8ホストでは発生したカーネル由来のバグがDebian 9ホスト上では修正されて発生しない可能性がある。
また新しいバージョンのLinuxカーネルに依存したイメージが古いLinuxカーネルのホスト上で動かないという問題がある。Ubuntu 18.04.4LTSイメージ（ディストリビューションのカーネルはv5.3）上に構築したアプリケーションがDebian 10（Kernel v4.19）に存在しないカーネル機能を利用していた場合、Debian10ホスト上でこのコンテナを実行すると存在しないカーネル機能を利用しようとしてエラーを起こしてしまう。Linuxカーネルの非常に高い後方互換性から、逆のパターンすなわち古い機能が新しいカーネルのホスト上で動かないパターンは非常にまれと考えられる。
またホストカーネルバージョンとDockerエンジンバージョンの組み合わせによるバグもある。カーネルパニックをおこすエッジケースも存在  している（あらゆる仮想化はホストと仮想化エンジンの不整合リスクを抱えている）。
エコシステム > オーケストレーション

実際のアプリの動作は複数のコンテナ同士が協調し合う事が多いとされる。このため多数のコンテナを自動的に管理する (オーケストレートする) ソフトウエアが必要となる。KubernetesやDocker Swarmは当該機能を提供する。
Docker社は、2018年1月KubernetesをDockerに統合したバージョンのベータ版を提供し始めた。
エコシステム > イメージレジストリ

Docker Imageはレジストリを利用した公開・共有が可能である。公開されたイメージはdocker pullコマンドにより取得されコンテナ化できる。広く利用できるレジストリの存在により、Dockerfileを用いたイメージ生成の際にレジストリへ登録されたイメージをベースイメージとすることが可能となっている。docker pullはURL-likeなイメージ識別子（URLからプロトコル名を除いたもの。例:quay.io/assemblyline/ubuntu）を受け入れるため様々なレジストリを利用できる。
エコシステム > イメージレジストリ > Docker Hub

Docker Hubはdocker pullがデフォルトで利用する公開レジストリである。2014年にDockerコンテナの共有サービスの場として発表された。DockerHubのイメージを利用する際はレジストリアドレスを省略できる（[organization/]image:tag形式。例: fluent/fluentd、ubuntu）。
エコシステム > イメージレジストリ > Amazon Elastic Container Registry

Amazon ECRはAmazon Web Servicesが提供するプライベートレジストリである。プライベート、すなわち非公開のレジストリであり、docker loginによる認証情報の読み込みが必須である。レジストリアドレスは<aws_account_id>.dkr.ecr.<region>.amazonaws.comである。
構成要素

現在のDockerはコンテナランタイム・デーモン・CLI・GUI・イメージレジストリ等、数多くの（取替え可能な）コンポーネントからなっている。
Docker Engine : クライアント-サーバー型のアプリケーションパッケージ
server: ホストマシン上で稼働するデーモン
（高レベル）コンテナランタイム
（低レベル）コンテナランタイム・OCIランタイム
REST API: デーモンが提供するインターフェース
CLI client: CLIクライアント。内部で上記のDocker REST APIを叩いている
registry: Dockerイメージの保存庫
現在のDocker（プラットフォーム）は以下のソフトウェアスタックをデフォルトで使用している。
Docker Engine: docker-ce (Linux), Docker Desktop (Windows, MacOS)
server/deamon: dockerd
runtime: containerd
OCI runtime: runc
cli client: docker
registry: Docker Hub
「Docker」は2013年に登場した際、単一アプリケーションの名称であった。しかし標準化を含む発展に伴って上記のように複数の（取替え可能な）コンポーネントから構成されるようになっており、現在の「Docker」はアプリケーションではなく「プラットフォーム」であるとされている。一般に「Docker」という単語が指す意味は非常に曖昧である。
Dockerを構成する要素は上記のデフォルト以外のものを利用できる。以下はその一例である。
OCI runtime
あらゆるOCIランタイム（c.f. Open Container Initiative § OCI Runtime）
registry
Docker Trusted Registry: エンタープライズ向けプライベートレポジトリサービス
またいわゆる「コンテナオーケストレーション」を行う際はdockerCLIをユーザーが直接利用するのではなく、オーケストレーションツールからdockerd、あるいはより直接的にcontainerdが利用される。
学習参考書など

WINGSプロジェクト 阿佐志保：「プログラマのためのDocker教科書 第2版 インフラの基礎知識&コードによる環境構築の自動化」、翔泳社、ISBN 978-4798153223 (2018年4月11日）。
山田明憲：「Docker/Kubernetes 実践コンテナ開発入門」、技術評論社、ISBN 978-4297100339 (2018年8月25日）。
青山真也：「Kubernetes完全ガイド」、インプレス、ISBN 978-4295004806（2018年9月21日）。
阿佐志保、真壁徹：「しくみがわかるKubernetes：Azureで動かしながら学ぶコンセプトと実践知識」、翔泳社（2019年1月23日）。
古賀政純：「Docker実践ガイド 第2版」、インプレス、ISBN 978-4295005520（2019年2月18日）。
北山晋吾、早川博：「Kubernetes実践ガイド：クラウドネイティブアプリケーションを支える技術」、インプレス、ISBN 978-4295006633（2019年7月12日）。
ココロオドル

「ココロオドル」は、nobodyknows+の楽曲で、3枚目のシングル。2004年5月26日に ソニー・ミュージックアソシエイテッドレコーズから発売された。
概要

表題曲の「ココロオドル」はテレビ東京系アニメ『SDガンダムフォース』の第2期エンディングテーマとなっており、初回生産限定盤には『SDガンダムフォース』のキャプテンガンダムの限定カラープラモデルが付属された。このシングルでグループ初のオリコントップ10入りを果たし、彼らのシングルでは最大のヒットを記録している。
PVの監督は若野桂が担当しており、2005年の『SPACE SHOWER Music Video Awards』でBREAKTHROUGH VIDEOを受賞している。
本楽曲で『第55回NHK紅白歌合戦』に初出演し、『第56回NHK紅白歌合戦』の『スキウタ〜紅白みんなでアンケート〜』では白組37位にランクインした。
発売から18年後の2022年6月10日に「THE FIRST TAKE」で披露したものが公開されてリバイバルヒットし、2022年6月29日に公開されたBillboard Japan Heatseekers Songsでは1位を獲得した。
収録曲

ココロオドル -original version-
DJ MITSUによれば、ビート部分は過去曲の「以来絶頂」のものを作り変えたもので、「ススミダス→」や「ポロン2」のメロディ感も踏襲したという。またラップについては「ひとり4小節で回していく」「とにかく韻を踏みまくる曲」というコンセプトで作られた。
Theme from nobodyknows+ pt.7
オレ la 流 〜dreamin' day〜
ヤス一番?のソロナンバー。
曲名のタイトルは当時中日ドラゴンズの監督であった落合博満の"オレ流”をもじったもの。
ココロオドル -instrumental version-
収録作品

| 発売日 | タイトル | 規格品番 |
| --- | --- | --- |
| 2004年6月30日 | オリジナルアルバム『Do You Know?』 | AICL-1548 |
| 2004年7月7日 | DVD『出張ネバーランド@名古屋』 | AIBL-9094 |
| 2004年12月1日 | 『SD ガンダムフォース オリジナル・サウンドトラック+』（ココロオドル -SD GUNDAMFORCE EDIT-） | SRCL-5849 |
| 2006年1月25日 | 『HIT STYLE』 | MHCL-777 |
| 2007年1月24日 | DVD『Nobodyknows+ tour 2006 "5MC & 1DJ" 〜くりぼうの面食い道中膝栗毛〜』 | AIXL-3 |
| 2008年2月20日 | 『シュウカツ!!』 | MHCL-1288 |
| 2008年7月9日 | 『スプラッシュ!!』 | MHCL-1360 |
| 2009年3月11日 | ベストアルバム『Best of nobodyknows+』 | AICL-1997 |
| 2010年2月24日 | 『GUNDAM 30th ANNIVERSARY GUNDAM SONGS 145』 | VTZL-30 |
| 2010年4月28日 | 『HOLIDAY tunes 〜おでかけモード』 | MHCL-1754 |
| 2010年6月30日 | 『SUMMER SUNSHINE』 | MHCL-1776 |
| 2012年4月18日 | 『J-POP Navi music for driving』 | MHCL-2035 |
| 2012年10月31日 | 『パーティーのうた』 | MHCL-2169 |
| 2013年5月22日 | 『ガチ夏〜真夏のJ-POPアンセム45曲!!〜』 | GACH-13051 |
| 2013年12月25日 | 『クライマックス アニメ・ヒッツ』 | MHCL-2411 |
| 2014年12月10日 | 『元気が湧いてくるうた』 | MHCL-2486 |
| 2016年3月30日 | 『アニソンLOVE! 蒼組』 | MHCL-2590 |
カバー

| 発売日 | タイトル | 規格品番 |
| --- | --- | --- |
| 2006年3月24日 | 『SUPER TRANCE BABE〜gorgeous〜』（STRING） | VICB-60013 |
| 2007年7月25日 | 『アニカペラVOL.3』（VOIX DOUCE） | TNCH-25 |
| 2009年4月1日 | 『EXIT TRANCE PRESENTS ウマウマできるトランスを作ってみた 4 ごらんの有様だよ』（Acid=Stone Valley feat.TAKANORI） | QWCE-00086 |
| 2010年12月15日 | 『JapaNation 2nd floor mixed by DJ KAYA』（DJ KAYA） | RZCD-46697 |
| 2012年3月21日 | 『こどもHIP HOP-STREET DANCE COVER-』（Jelly&Jam KIDS feat.REMI） | OVLC-31 |
| 2013年1月16日 | 『A GIRL↑↑ mixed by DJ和』（DJ和） | AICL-2489 |
| 2015年7月15日 | 『サマパ!Summer Party mixed by DJ和』（DJ和） | AICL-2900 |
| 2015年9月9日 | 『POP POP POP powered by 春香クリスティーン』（春香クリスティーン） | JPCH-15091 |
| 2015年10月28日 | 『ハイパヨ△の青春J-RAP』（hy4_4yh） | POCS-1357 |
| 2020年12月11日 | 『Good Luck Charm』（kiki vivi lily） | - |
| 2021年3月3日 | 『ピースピース』（スカイピース） | SRCL-11716 |
| 2021年7月21日 | 『D4DJ Groovy Mix カバートラックス vol.2』（Happy Around!） | BRMM-10366 |
東頭俊典

| 神戸ストークス HC |
| --- | --- |
役職:  ヘッドコーチ
基本情報
国籍:   日本
生年月日:   (1977-06-08) 1977年6月8日（47歳）
出身地:   北海道
キャリア情報
高校:  北海道札幌藻岩高等学校
大学:  ローワン大学
経歴
コーチ時代:
2004-2005: 名古屋高等学校 AC
2005-2009: 日立サンロッカーズ AC
2010-2012: 男子日本代表 AC
2012-2013: デンソーアイリス AC
2013-2015: 大阪エヴェッサ HC
2017-2019: アースフレンズ東京Z AC
2019-2021: アースフレンズ東京Z HC
2023-2024: 群馬クレインサンダーズ AC/通訳
2024-2025.2: 神戸ストークス AC/通訳
2025.2-: 神戸ストークス HC
東頭 俊典（とうどう しゅんすけ、1977年〈昭和52年〉6月8日 - ）は、北海道出身のプロバスケットボール指導者。大阪エヴェッサやアースフレンズ東京Zのヘッドコーチを経て、現在はB2リーグの神戸ストークスでヘッドコーチを務めている。
来歴

市立札幌藻岩高等学校からNCAA3部に属するニュージャージー州のローワン大学で選手としてプレーした経験を持つ。
卒業後の2002年から1シーズンは三菱電機でマネージャーを務め、アメリカで2か月のコーチ留学を経て、2005年に日立のAC兼通訳に就任。2010年から2年間は男子日本代表AC兼通訳を務める。2013年には大阪エヴェッサで自身としては初となるヘッドコーチに就任。アースフレンズ東京Zでもヘッドコーチを務めた。
2020年12月25日、合同会社 ELPIS（ELPIS LLC）を設立、CEOに就任。2021年9月、YouTubeチャンネル「Get Better Now by ELPIS」を開設。ライブ配信「GBN LOUNGE」や「GBN CHAT with ○○」、バスケ界のキーパーソンをゲストに迎えた対談を録画・編集した「Get Better Now 1 on 1」などのコンテンツを投稿。
裏窓

| --- | --- |
: この項目では、アメリカ映画について説明しています。雑誌については「裏窓 (雑誌)」をご覧ください。
| 裏窓 |
| --- | --- |
 Rear Window
 
監督:  アルフレッド・ヒッチコック
脚本:  ジョン・マイケル・ヘイズ（英語版）
原作:  コーネル・ウールリッチ
製作:  アルフレッド・ヒッチコック
出演者:  ジェームズ・ステュアート グレース・ケリー
音楽:  フランツ・ワックスマン
撮影:  ロバート・バークス（英語版）
編集:  ジョージ・タマシーニ（英語版）
製作会社:  Patron Inc.
配給:  パラマウント映画
公開:   1954年8月1日  1955年1月14日
上映時間:  112分
製作国:   アメリカ合衆国
言語:  英語
製作費:  $1,000,000
配給収入:   $37,034,514  1億4219万円
テンプレートを表示
『裏窓』（うらまど、Rear Window）は、1954年のアメリカ合衆国のサスペンス映画。監督はアルフレッド・ヒッチコック、出演はジェームズ・ステュアートとグレース・ケリーなど。コーネル・ウールリッチ（ウィリアム・アイリッシュ）による同名の短編小説（原題は『It Had to Be Murder』）を原作とし、事故で車椅子生活を送る男がアパートの部屋の裏窓から目撃した事件の顛末を描いている。現在、パブリックドメインとなっている。AFIが選出した「アメリカ映画ベスト100」では42位にランクインした。
ストーリー

プロの写真家 L.B.・"ジェフ"・ジェフリーズは、撮影中の事故による足の骨折から回復中で、マンハッタンのグリニッジビレッジにあるアパートで車椅子の生活を余儀なくされている。彼の後ろの窓からは中庭やアパートの他の部屋が見える。激しい熱波が続く中、彼は少しでも涼しくするために窓を開けたままにしている隣人たちを双眼鏡で観察して楽しんでいる。観察の対象には、ジェフが「ミス・ロンリーハーツ」とあだ名を付けている孤独な女性、新婚夫婦、ピアニスト、「ミス・トルソ」とあだ名を付けた美しいダンサー、花畑を掘り返すのが好きな小型犬を飼っている中年夫婦、そして寝たきりの妻を持ち宝石の行商を行っているラース・ソーワルドなどがいる。
ジェフのところには、社交界の華で恋人であるリサ・フリーモントと看護師のステラが定期的に訪れて来る。ステラはジェフの身体をマッサージしながら、恋人のリサと早く結婚しなさいと言うが、ジェフは裕福なリサと自分とでは住む世界が違うと考えている。夜になるとリサが訪ねてくる。デリバリーされた豪華な夕食をとりながらリサはジェフの取材旅行に自分もついて行きたいと話すが、ジェフはリサが開発途上国などでの過酷な旅に耐えられるはずがないと返事をし、リサは気落ちして去る。
リサと口論したある夜、ジェフはアパートに1人でいると、「やめて！」という女性の叫び声とガラスの割れる音が聞こえた。その夜遅く、雷雨の中、彼はソーワルドがスーツケースを持って何度も外出するのを見る。その後、ジェフが居眠りしている最中、ソーワルドは女性を連れてアパートを出る。翌朝、ジェフはソーワルドの妻がいないことに気づき、また、ソーワルドが大きなナイフと手鋸をきれいにしているのを見る。ソーワルドはまた、引越し業者に大きなトランクを持って行かせた。ジェフはソーワルドが妻を殺害したと確信し、リサとステラにそのことを話す。2人は初めはジェフの話に耳を貸そうとしなかったが、ジェフと一緒にソーワルドの様子を見ているうちに怪しいと思うようになり、3人は協力して真相を暴こうとし始める。ジェフは友人で戦友でもあるニューヨーク市警察の刑事トム・ドイルに電話し、ソーワルドについての捜査を依頼する。ドイルは何も不審な点を見つけることが出来ない。そしてソーワルド夫人は州北部に滞在しているようである。
その後、花畑を掘り返すのが好きな小型犬が死んでいるのが発見される。取り乱した飼主が叫び、ソーワルドを除いて全員が窓に駆け寄る。ソーワルドは暗いアパートで静かに座って葉巻を吸っている。ソーワルドが犬を殺したことを確信したジェフは、ステラとリサが不在中に色々と調べられるよう、ソーワルドを外に誘い出すための嘘の電話をかける。彼は、ソーワルドが花壇に何かを埋め、犬がそれを掘り出そうとしたので殺したと考える。ソーワルドが外出した後、リサとステラは花壇を掘り返すが、何も見つからない。
ジェフが凄いなと驚いたことに、リサはソーワルドのアパートへの非常階段を登り、開いた窓から室内に侵入する。ジェフとステラは、ミス・ロンリーハーツが薬を取り出してメモを書いているのを見て、彼女が自殺を図ろうとしていると思い、気が散って仕方が無い。2人は警察に通報しようとするが、通報する前にミス・ロンリーハーツは動作を止め、ピアニストの音楽を聞くために窓を開ける。そしてソーワルドが戻ってきてしまい、リサが室内にいることを発見する。ジェフはソーワルドが彼女を殺そうとしているのが分かる。彼は警察に電話し、正に起ころうとしている殺人について通報する。警察が到着し、ソーワルドがリサがアパートに侵入したことを示すと、警察はリサを逮捕する。ジェフは、その時リサがソーワルド夫人の結婚指輪を付けた自分の指を秘かに指すのを見る。ソーワルドもこれに気付き、彼女が誰かに合図していることを知り、中庭越しの部屋にいるジェフを見つけ、ジェフが自分の犯行を知っていることに気付く。
ジェフはドイルに電話して緊急のメッセージを残し、ステラはリサの保釈手続きをしに外出する。電話が鳴ると、ジェフはドイルだと思い込み、容疑者が出て行ったと口走ってしまう。返答が無いので、彼はソーワルドからの電話ではないかと疑う。ソーワルドはジェフの暗い部屋に侵入し、ジェフはソーワルドの目を眩ますためにカメラのフラッシュを何度もたく。ソーワルドはジェフを窓から突き落とすが、ジェフはしがみついて助けを求める。警察がジェフの部屋に入り、ジェフは落下するが、下にいた警官が彼を抱き留める。ソーワルドは警察に妻を殺害したことを自供する。
数日後、アパートには日常が戻る。犬を殺された夫婦は新しい子犬を手に入れ、新婚夫婦は初めての口論をし、ミス・トルソのボーイフレンドが軍隊から戻ってきて、ミス・ロンリーハーツはピアニストと付き合い始め、そしてソーワルドの部屋は改装中である。 ジェフは両足にギブスを装着し、車椅子で休んでいる。彼の隣で、リサは「ヒマラヤを越えて」という題名の本を読んでいる。ジェフが寝ているのを見て、リサは嬉しそうにファッション雑誌を開く。