助動詞・受動態｜英語の基礎から技術文へ

このページはプロモーション（広告）を含みます。

英語の基礎から技術文へ（初級・読む25分＋演習30分）

この授業のゴール

• must・should・may・can・will の強さの違いを、「義務」「推奨」「許可・可能性」「能力」「予定」として訳し分けられる
• must not（してはいけない）と do not have to（しなくてよい）を区別し、手順書の禁止と任意を正しく判断できる
• 受動態（be＋過去分詞）の文から、動作を受けるもの・動作をする人（by ～）・省略された動作主を読み取れる
• may・might・suggest などで弱められた主張を、強さを保ったまま日本語で要約できる

仕事でどう使うか

技術文書には「しなければならない」「したほうがよい」「してもよい」「するかもしれない」が混ざって書かれています。この強さを1段階でも取り違えると、必須の手順を飛ばしたり、任意の作業に時間を使ったりします。研究の文章では、「改善する」と「改善するかもしれない」の違いが、主張の信頼性そのものです。

この授業では、助動詞の強さと受動態の読み方をあわせて学びます。どちらも、技術文書の指示と仕様の多くに使われる形です。必須・推奨・許可の区別は 「must・may・should」（有料版） でさらに詳しく扱います。

前提

• 文の主語・動詞・語順 の主語・動詞、時制・否定・疑問 の否定（not の位置と範囲）を使います。
• 過去分詞（have や be と組む動詞の形。規則動詞は -ed 形、write → written のような不規則形もある）を使います。時制・否定・疑問 の動詞の形の一覧を確認しておいてください。
• この授業にも聴解の音声ブロックがあります。音声が使えない端末では台本を読んで答えてください。

身近な状況：「しなくてよい」を「してはいけない」と読む

ある担当者が、自作のツール手順書を読んでいます。

You must close all reports before the update. You do not have to restart your computer. You should save a backup copy. Old reports may be deleted by the update.

担当者は2文目を「パソコンを再起動してはいけない」と読み、更新後に不調が出ても再起動しませんでした。正しくは「再起動しなくてもよい」です。してもしなくてもかまいません。

4つの文の強さを整理すると、次のとおりです。

4文目は受動態です。主語の Old reports（古い報告書）は「削除される側」で、削除する側は by the update（更新によって）です。「古い報告書が更新を削除する」と読むと逆になります。may があるので「必ず削除される」とも言っていません。だから3文目で予備のコピーを勧めているのです。

直感的な説明：助動詞は「強さのつまみ」、受動態は「視点の切り替え」

助動詞は、動詞の前に置いて「どれくらい強く言うか」を調整する語です。つまみを回すように、同じ動作でも強さが変わります。

助動詞の後ろの動詞は、主語が単数でも原形です（The function must return ...、returns にはしない）。

受動態は、文の視点を「する側」から「される側」に切り替える形です。

• 能動態：The script deletes old files.（スクリプトが古いファイルを削除する）
• 受動態：Old files are deleted by the script.（古いファイルはスクリプトによって削除される）

意味は同じですが、受動態ではされる側が主語になります。技術文書では、誰がするかより何がどうなるかが大事なので、受動態がよく使われます。とくに動作する人が明らかなときや重要でないときは、by ～ が省略されます。Old files are deleted every night.（古いファイルは毎晩削除される）では、誰が削除するかは書かれていません。

正確な定義：助動詞の意味と受動態の形

主な助動詞の意味（1つの助動詞が複数の意味をもつ点に注意）：

UTF-8 は、文字をコンピューターで扱うための符号化方式（文字コード）の1つです。

must not と do not have to の違い：must not は「しないことが義務」＝禁止、do not have to は「することが義務ではない」＝任意です。not がかかる範囲が違います。

受動態の形：be動詞＋過去分詞。時制は be動詞で表し、助動詞とも組み合わせられます。

主張を弱める表現：研究や報告では、may・might・could のほか、suggest（示唆する）、appear to（〜のように見える）、likely（おそらく）で主張の強さを調整します。The results suggest that ... は「結果は…を示唆する」で、証明したとは言っていません。

段階付き例題：設定の説明を、必須・推奨・任意に分ける

自作のライブラリの説明を読みます。

The input file must be a CSV file. The first row should contain column names. The delimiter can be changed with the sep option. Rows with missing IDs are skipped. You do not have to sort the rows.

ステップ1：文ごとに助動詞と受動態に印をつける。

ステップ2：和訳する。入力ファイルはCSVファイルでなければならない。1行目には列名を入れたほうがよい。区切り文字（delimiter：列と列を分ける文字）は sep オプションで変更できる。IDが欠けている行は読み飛ばされる。行を並べ替える必要はない。

ステップ3：手順書に落とす（意味）。

• 必ずやる：CSV形式で保存する。
• できればやる：1行目に列名を入れる。
• 必要なときだけ：区切り文字がカンマ以外なら sep を指定する。
• 知っておく：IDのない行は黙って読み飛ばされる（誤りは出ない）。件数が減っていないか、読み込み前後で行数を比べる。
• やらなくてよい：並べ替え。

4文目の受動態 are skipped は、誰が読み飛ばすか（ライブラリ）が省略されています。「IDのない行を読み飛ばしてください」という利用者への指示ではない点に注意します。

操作して理解する：強さを1段階変えると何が変わるか

次の文の助動詞を入れ替えると、読み手の行動がどう変わるかを考えてから、答えを確認してください。

答え：

• (1) must なら90日ごとの変更は必須（守らないと規則違反）。should なら推奨（守ることが望ましい）。
• (2) must not なら名前を入力してはいけない。do not have to なら入力してもしなくてもよい。
• (3) reduces は「減らす」と断定。may reduce は「減らす可能性がある」で、減らないこともありえます。
• (4) is created は「報告書が（自動で）作られる」で正しい文。creates は「報告書が何かを作る」となり、目的語がないので不自然です。受動態の be を落とすと意味が崩れます。

次の音声は、自作の研究報告の結論部分です。主張の強さに注意して聞いてください。

Our results suggest that the new feature may improve the accuracy for small datasets. However, the improvement was not observed for large datasets, and further experiments are needed.

台本の和訳：私たちの結果は、新しい特徴量（feature：モデルに入力する変数）が小さいデータセットで精度を改善する可能性があることを示唆している。しかし、大きいデータセットでは改善は観察されず、さらなる実験が必要である。

要約の良い例：「小規模データでは精度が上がる可能性が示唆されたが、大規模データでは改善が見られず、追加の実験が必要とされている」。悪い例：「新しい特徴量で精度が上がる」（suggest、may、条件 for small datasets、However 以下をすべて落としています）。

発展：受動態を訳すときの工夫と、助動詞の二義性

受動態は能動態で訳してもよい：The data was collected by the vendor. は「データはベンダーによって収集された」でも正しいですが、「ベンダーがデータを収集した」と能動的に訳したほうが自然な日本語になることがあります。ただし、動作をする人を入れ替えないことが条件です。

by が省略された受動態：Errors are logged.（誤りは記録される）では、記録するのが誰（どのシステム）かは書かれていません。運用の手順を作るときは「誰が記録するのか」を別の資料で確認する必要があります。省略された動作主を勝手に補って「利用者が記録する」と訳さないようにします。

may の二義性：You may delete the cache.（キャッシュを削除してもよい＝許可）と The cache may be deleted.（キャッシュは削除されるかもしれない＝可能性）は、同じ may でも意味が違います。主語が人（you）で動作を選べる場合は許可、ものが主語で受動態の場合は可能性のことが多い、という目安があります。

should の二義性：You should restart the server.（再起動したほうがよい＝推奨）と The job should finish in ten minutes.（ジョブは10分で終わるはずだ＝見込み）。後者を「10分で終えるべきだ」と訳すと、要求に読めてしまいます。

規格文書での約束：仕様書によっては、MUST・SHOULD・MAY を大文字で書き、意味を厳密に定義していることがあります。その場合は文書の冒頭の定義に従います（「must・may・should」（有料版）で扱います）。

よくある失敗

失敗1：do not have to を「してはいけない」と訳す

原文：You do not have to delete the old version.

誤った訳：「古いバージョンを削除してはいけない」

なぜ誤りか：do not have to は「〜する必要はない」です。not は have to（義務）を否定しているので、「義務がない」＝任意です。禁止は must not です。

正しい訳：「古いバージョンを削除する必要はない」（削除してもよいし、残してもよい）。

影響：禁止と読むと、ディスク容量が足りなくなっても古い版を消さずに困ることがあります。逆に must not を「しなくてよい」と読むと、禁止された操作をしてしまいます。

失敗2：受動態の主語を「する側」として訳す

原文：The customer data is encrypted by the server.

誤った訳：「顧客データがサーバーを暗号化する」

なぜ誤りか：is encrypted は be＋過去分詞の受動態です。主語の The customer data は「暗号化される側」で、暗号化（encrypt：第三者に読めない形に変換すること）する側は by the server です。

正しい訳：「顧客データはサーバーによって暗号化される」または「サーバーが顧客データを暗号化する」。

直し方：be動詞の後ろに過去分詞（-ed や written など）が続いたら受動態と判断し、主語に「〜は（〜される）」をつけます。by の後ろが動作をする側です。

失敗3：may を落として主張を強める

原文：Increasing the batch size may speed up training.

誤った訳：「バッチサイズ（1回の学習で使うデータの件数）を大きくすると、学習が速くなる」

なぜ誤りか：may は「〜かもしれない」で、速くならない場合もあることを含みます。断定に変えると、社内の判断資料で「必ず速くなる」と伝わってしまいます。

正しい訳：「バッチサイズを大きくすると、学習が速くなる可能性がある」。

直し方：訳した後、原文の may / might / could / suggest / likely の数と、訳文の「かもしれない」「可能性がある」「示唆する」の数を照合します。

まとめ

• 助動詞は強さのつまみ：must（義務）＞ should（推奨）＞ can（可能）＞ may / might（許可・可能性）。後ろの動詞は原形。
• must not は禁止、do not have to は任意。not のかかる範囲が違う。
• 受動態は be＋過去分詞で、主語は「される側」、by の後ろが「する側」。by は省略されることが多い。
• may・suggest・likely で弱められた主張は、要約でも弱さを保つ。
• 手順書は、必須・推奨・任意・禁止・自動で起きること、に分けて書き出すと誤りが減る。

用語

助動詞（modal verb / auxiliary verb）

動詞の前に置き、義務・推奨・可能・許可・予定などの意味や強さを加える語（must、should、can、may、will など）。

受動態（passive voice）

be動詞＋過去分詞の形。動作を受ける側を主語にする。動作をする側は by ～ で示すか省略する。

能動態（active voice）

動作をする側を主語にするふつうの形。

ヘッジ（主張の弱め）（hedging）

may、suggest、likely などで主張の確実さを調整すること。研究や報告で根拠の強さに合わせて使う。

よくある質問

なぜ助動詞の強さを区別する必要があるのですか？

必須・推奨・任意・禁止で、取るべき行動が変わるからです。must を should と読むと必須の手順を飛ばし、should を must と読むと不要な作業に時間を使います。手順書を作るときは、助動詞ごとに分類して書き出すと誤りが減ります。

must not と do not have to は、なぜ逆の意味になるのですか？

not がかかる範囲が違うからです。must not は「しない」ことが義務（禁止）、do not have to は「する」義務がない（任意）です。形が似ているので、手順書では特に注意して読みます。

受動態はどうやって見分けますか？

be動詞（is, are, was, were, been, be）の後ろに過去分詞が続く形です。The file is saved は受動態、The file is large は be動詞＋形容詞で受動態ではありません。主語が「される側」になっているかを確認します。

by ～ が書かれていない受動態は、誰がするのですか？

文からは分かりません。システムが自動でするのか、利用者がするのかは、前後の文や別の資料で確認します。手順書では、省略された動作主を勝手に「利用者」と補うと、不要な作業や作業の抜けが生じます。

may が「してもよい」なのか「かもしれない」なのか迷います。

主語が人で、その人が選べる行動なら許可（してもよい）、ものが主語で状態や出来事なら可能性（かもしれない）のことが多いです。迷うときは、両方の訳で前後の文と矛盾しないかを確かめます。

仕事の報告で主張を弱める表現は使うべきですか？

根拠の強さに合わせて使うべきです。1回の実験や限られたデータの結果を「〜する」と断定すると、別の条件で再現しないときに信頼を失います。「この条件では〜だった」「〜の可能性がある」と、根拠に合った強さで書きます。

確認問題

次に学ぶこと

次は 関係節・条件・論理語 で、関係節（which、that など）・条件（if、unless）・論理語（however、therefore など）を学びます。長い文の構造を読むための最後の部品です。

必須・推奨・許可の厳密な使い方は 「must・may・should」（有料版）、論文での主張の強さは 「主張の強さと要約」（有料版） で発展させます。この授業の確認問題だけでモジュールの習得とはしません。