分類ルール
分類は、読者が会社、職種、工程、勤務地を同じ軸で比較できるようにするための補助情報です。 公式ページの表記を優先し、推定した分類は検証対象として扱います。
最終更新: 2026年7月24日
半導体との関連度（A / B / C / 不明）
Section titled “半導体との関連度（A / B / C / 不明）”会社が半導体関連であることだけではAにしません。求人ごとの公式な仕事内容に、対象、技術行為、成果物の根拠がそろっているかを見ます。
| 判定 | 定義 | 例 |
|---|---|---|
| A | 半導体の成果物を直接、設計・開発・製造・評価・導入・保守する仕事 | デバイス設計、工程開発、装置制御、装置立上げ、材料開発、検査・テスト |
| B | 半導体事業、工場、製品ライフサイクル、顧客を支援する仕事 | 技術企画、調達、営業、施設、社内IT、業務DX |
| C | 半導体関連企業の求人だが、その求人の仕事内容に半導体固有の接点が確認できない仕事 | 全社人事、一般経理、別事業向けの設計・営業 |
| 不明 | 本文が短い、オープンポジションなど、求人単位の根拠が足りない仕事 | 職種未定、仕事内容未掲載 |
A判定には内部的な確認帯を持たせます。
| 確認帯 | 基準 |
|---|---|
| A-high | 同じ業務記述の中で、半導体の対象、技術行為、成果物が明示されている |
| A-medium | 半導体製品に組み込まれる共通技術、または複数セクションを合わせると直接性が確認できる |
| B | 成果物そのものではなく、事業や業務を支援する |
たとえば「DXアプリ開発」でも、装置制御や顧客向けプロセスソフトを作るならA候補です。一方、社内ナレッジ共有基盤や全社業務アプリの企画・運用なら、半導体製造装置の情報を扱っていてもBです。境界例は工程分類と合わせて人手確認の対象にします。
| 分類 | 主な対象 |
|---|---|
| デバイス | IDM、メモリ、ファウンドリー、イメージセンサー |
| 製造装置 | 露光、エッチング、成膜、CMP、検査・計測などの装置会社 |
| 材料 | ウェーハ、薬液、ガス、レジスト、封止材など |
| 後工程 / OSAT | 実装、組立、テスト、パッケージング |
| 工場インフラ | ファシリティ、建設、ユーティリティ、設備保全 |
| 商社 | 装置・材料・部材の取扱会社 |
求人タイトル、職務内容、募集要件から、現在は次の職種ファミリーへ分類します。
- プロセス・デバイス
- 装置開発
- 装置導入・立上げ
- アプリケーション・プロセス支援
- 技術企画・R&D戦略
- フォトニクス・光デバイス
- 設備・装置保全
- フィールドサービス
- 製造・オペレーター
- 品質・評価・検査
- 材料・化学
- 設計・開発
- データ・IT
- 営業・企画・管理
その上で、プロセスエンジニア、装置制御エンジニア、装置導入・適格性評価エンジニア、FAE、フォトニクス評価・テストエンジニアなど、より細かな職種タグを付けます。根拠が足りない場合は無理に補完せず「未分類」にします。
対象製品と関連技術
Section titled “対象製品と関連技術”職種と工程だけでは求人の違いを表しにくいため、求人本文から次の2軸も分離して保持します。
| 軸 | 内容 |
|---|---|
| 対象製品 | 半導体デバイス、半導体製造装置、材料、フォトニクス製品など、仕事が直接扱う製品 |
| 関連技術 | AI、データ基盤、ロボティクス、真空、プラズマ、光学など、仕事に使う横断技術 |
AIやソフトウェアという語だけでAにはしません。「何に使うか」と「何を成果物として作るか」を優先します。
車載領域では、SoCや半導体を「使う」仕事と、SoC自体を「設計・検証・実装する」仕事を分けます。
| 求人票で確認できる仕事 | 扱い |
|---|---|
| IP / SoCの設計・検証、FPGA評価、SoC実装、HW / SW協調設計を直接担当 | A-highまたはA-medium |
| SoC上で動く基盤ソフトを開発するが、半導体成果物との境界が曖昧 | A-mediumまたはBとして要確認 |
| ECU、乗員監視、車載システム、一般ソフトウェアの開発で、SoCは搭載部品として言及されるだけ | B |
会社、配属先、募集背景に半導体やSoCが書かれているだけではAへ上げません。業務内容と応募要件を合わせて、対象・技術行為・成果物を確認します。
工程カテゴリは、求人本文の対象工程、装置名、材料名、評価項目から付けます。 該当工程が複数ある場合は、主工程を優先し、補助的な技術テーマはタグで残します。
工程名が本文に明記されていない場合は、装置名、材料名、評価対象、配属部門から慎重に補助分類します。 たとえば、CVD、PVD、ALD、スパッタが中心なら成膜寄り、ドライエッチング、ウェットエッチング、洗浄薬液が中心なら加工・洗浄寄りとして確認します。 ただし、募集要項だけで工程を断定できない求人は、工程カテゴリを空欄または要確認にします。
勤務地正規化
Section titled “勤務地正規化”求人票から取得した勤務地は、次の列に分けます。
| 列 | 内容 |
|---|---|
locationRaw | 求人票から取った勤務地文字列 |
locationNormalizedCity | 市区町村、または拠点名 |
locationPrefecture | 都道府県 |
locationArea | 北海道 / 東北 / 関東 / 中部 / 関西 / 中国・四国 / 九州 / 海外 / リモート |
| 勤務地確認状態 | 通常 / 要確認 |
locationParseNote | 複数拠点、正規化不能、求人票由来などの注記 |
勤務地が求人票から十分に確定できない求人は、求人DB上で「要確認」と表示します。
要確認にするケース
Section titled “要確認にするケース”分類に迷う情報は、読者が比較で誤解しないように、確定値と分けて扱います。
| ケース | 扱い |
|---|---|
| 求人タイトルと本文で職種が違う | 本文の業務内容を優先し、矛盾が残る場合は要確認 |
| 複数拠点採用で勤務地が選考後に決まる | locationRaw を残し、地域分類は要確認 |
| 会社分類が複数にまたがる | 主要事業または該当求人の事業部を優先 |
| 工程名が抽象的 | 装置名や材料名で補助し、根拠が弱ければ空欄 |
| 出典ページが消えている | 既存値を確定扱いせず、リンク確認または差し替え対象 |
分類ルールの更新が必要な修正は、公開ページだけでなくスクリプトや生成JSONのチェックにも反映します。
分類の優先順位
Section titled “分類の優先順位”分類は、求人タイトルだけで決めません。 優先順位は、公式本文の業務内容、対象製品・成果物、技術行為、配属部門、求人タイトル、応募要件の順です。 タイトルが営業やエンジニアのように広い場合は、本文に出てくる製品カテゴリや工程名を優先します。
同じ会社でも、求人ごとに工程カテゴリや職種系統が変わることがあります。 会社分類は企業全体の比較に使い、職種タグと工程分類は求人単位の比較に使います。 この2つを混ぜると、材料会社のIT職や装置会社の品質職を誤って工程職として扱う可能性があるため、表示上も列を分けます。
ルール分類、AI補助、人手確認
Section titled “ルール分類、AI補助、人手確認”公開値の基本分類は、再現できるルールと根拠文字列から作ります。AIは、表記ゆれの候補提示、長文からのセクション抽出、未分類求人の確認候補作成に使うことがありますが、会社名だけから関連度を上げたり、根拠のない工程を確定したりはしません。
次の場合は人手確認へ回します。
- AとBの境界にあり、成果物が社内向けか製品向けか判別できない
- 職種は判定できるが工程が不明
- タイトルと公式本文が矛盾する
- 複数事業・複数製品が混在し、半導体の担当範囲を切り分けられない
- 本文が短い、途中で切れている、または法務・採用上の定型文が大半を占める
英語求人の構造化
Section titled “英語求人の構造化”英語求人の必須・歓迎条件は、見出しの開始位置だけでなく終了位置も判定します。次の定型セクション以降は、応募条件へ混ぜない除外対象です。
- Fraud alert / Applicant warning
- Equal employment opportunity
- AI use policy
- Privacy notice
- Accommodation
- Legal disclaimer
抽出後は、travel、shift、on-call、remote / hybrid、relocation、English communicationを応募条件本文とは別の働き方・言語項目へ構造化します。原文が曖昧な場合は「記載なし」を維持し、推測で埋めません。