例題 1 · データ・ファイル
文字をファイル内のbyte列と対応させる規則はどれか。
答えと解説を読む
正解:文字エンコーディング
エンコーディングは符号位置をbyte列へ対応させる。フォントの見た目や画面の明るさとは別の仕組み。
この例題の出典
- Unicode UTF FAQ
General、UTF-8/16/32、BOM
出典確認日:2026-10-05
情報・AI · データ・ファイル
同じ文書を別の端末で開くと文字が崩れる。住所を表へ読み込むと列が増える。画像を重ねると背景が透ける。これらはすべてデータの扱いですが、原因となる規則は違います。まず何を保存し、受け手が何の規則で読んだかを分けて考えましょう。
ファイル名や画面の見た目だけでは、内部の表現は決まりません。文字をバイトへ対応させる規則、値を列へ区切る規則、画素の色と不透明度を表す規則を順に学びます。例題では、それぞれの規則が一つの値の意味をどう守るかを確かめます。
このテーマのクイズへ科目とテーマを選んだ開始画面へ進みます。出題方式・問数を確認してから始められます。
文字エンコーディングは、文字の符号と保存するバイト列を対応させる仕組みです。文字の形を描くフォントとは役割が違います。文字化けを調べるときは、書き出し時のエンコーディングと読み込み時の解釈を照合します。画面の文字を大きくしても、誤った対応付けそのものは直りません。
UTF-8ではASCIIの範囲を同じ一バイトで表し、それ以外には複数バイトを使うことがあります。文字数とバイト数をいつも同じだと考えると、容量や長さの判断がずれます。文字の種類、見た目の幅、保存に必要なバイト数は、別々の問いとして扱うのが出発点です。
CSVではカンマがフィールドを分けます。しかし住所や地名の値そのものにもカンマが含まれます。RFC 4180の規則に従うなら、Tokyo, Japanという一つの値は二重引用符で囲みます。区切りのカンマと値の中のカンマを受け手が区別できることが大切です。
カンマを消して列数だけを合わせると、元の値まで変えてしまいます。引用符内に改行がある場合も、紙面上の一行が必ず一レコードとは限りません。表が読めた後には、列の対応、文字の復号、必要な値が残っているかを別々に確かめましょう。
PNGの画素では、色に加えてアルファ値が不透明度を表すことがあります。これは画像の横幅や色名の別名ではありません。同じ色でも背景の見え方が違う理由を、色成分と不透明度に分けて説明できます。
透明なロゴを背景へ重ねる場面を想像してください。PNGという形式でも、透明度の情報がなければ画素は不透明として扱われます。形式の名前だけで透明な画像と決めず、実際に含む情報を確認する考え方は、文字や表のファイル交換にも共通します。
TRY & READ
選択肢を比べてから「答えと解説を読む」を開いてください。ここで読んだ例題は、テストの解答や成績として保存されません。
例題 1 · データ・ファイル
正解:文字エンコーディング
エンコーディングは符号位置をbyte列へ対応させる。フォントの見た目や画面の明るさとは別の仕組み。
General、UTF-8/16/32、BOM
出典確認日:2026-10-05例題 2 · データ・ファイル
正解:"Tokyo, Japan"
値そのものにcommaがあるときは二重引用符で囲む。commaをsemicolonに変えると元の値まで変わる。
§2 のfield/header/quote/CRLF、§3 charset
出典確認日:2026-10-05例題 3 · データ・ファイル
正解:画素の不透明度
alphaは色成分とは別の不透明度を表す。背景と重ねたときに、背景がどの程度透けるかに関わる。
§3/4 画像モデル、可逆、色、alpha、palette
出典確認日:2026-10-05出典確認日:2026-10-05
出典確認日:2026-10-05
出典確認日:2026-10-05
このテーマの範囲は「データ・ファイル」。範囲は「身近な知識・知識を広げる・幅広い教養」、難しさは「基礎・標準」を最初に選びます。開始画面で条件を変更できます。
このテーマのクイズへテストは提出後に解説を確認できます。連続チャレンジは回答ごとに解説、復習はこの端末で記録された未解消の誤答が対象です。ひまつぶしは学習記録を更新せずに取り組めます。
共有するのはこのページのアドレスだけです。保存データや成績は含みません。