古いDTP資産を引き継いだ途端、「PageMaker 6.5 の *.pm65 を開けない」「InDesign CC では取り込めない」と止まってしまう――。本記事は、その行き詰まりを最短距離で解消するための実務ガイドです。対応可能なソフト、環境の用意、フォントと画像の回収、復旧手順、PDF/IDMLへの安全な移行、そして外注の使い分けまで、現場で迷わない具体策を体系化しました。
PageMaker 6.5（*.pm65）を開けない主原因
PageMaker 6.5 は1990年代のDTPソフトで、作成ファイルの拡張子は地域や版により *.pm65 / *.p65 と表記揺れがあります。現在のPCで開けない主な理由は次の通りです。
- インポート機能の消滅：InDesign CC（2013年以降）では PageMaker 取り込み機能が削除されています。
- OS 非互換：PageMaker 6.5 自体は Windows 2000/XP 世代や旧 Mac OS を想定。現行OSでは動作しません。
- フォント環境の断絶：当時の Type1/TrueType フォントがないと文字化け・折り返し崩れが発生します。
- リンク画像の欠落：ファイルは「リンク参照」が前提。画像が欠けると完全復元できません。
解決の全体戦略（結論）
実質的に Adobe InDesign CS6 以前に取り込んでから、将来に強い形式（PDF/IDML）へ変換するのが王道です。PageMaker 本体を動かす必要は必ずしもありませんが、当時の「保存パッケージ」を持っていると成功率が上がります。
対応可能なソフトは実質 InDesign CS6 以前のみ
Microsoft 製品（Word、Publisher、PowerPoint など）には *.pm65 を直接開く機能がありません。Adobe 製品では、以下の通りの対応になります。
| 製品/バージョン | PageMaker 6.5 インポート | 備考 |
|---|---|---|
| PageMaker 6.5 本体 | 開ける | 旧OSが必要 |
| InDesign CS4 / CS5 / CS6 | 開ける | CS6 が最終世代と考えてよい |
| InDesign CC（2013〜） | 開けない | 取り込み機能が削除 |
| Microsoft Word / Publisher | 開けない | 変換機能なし |
実行環境を用意する方法（3パターン）
どの方法も一長一短があります。概要を掴んだうえで、自社の制約（時間・コスト・ライセンス・セキュリティ）に合わせて選びましょう。
| 方法 | 概要 | 主なメリット | 主なデメリット | 目安コスト | 難易度 | 向いている案件 |
|---|---|---|---|---|---|---|
| 中古ライセンスの InDesign CS6 を入手 | 正規中古ライセンスを調達し、対応OSで稼働 | 導入後は内製で一括変換が可能 | 入手難・高額化・OS制約 | 中〜高 | 中 | 大量案件・機微情報を外に出せない |
| 仮想マシンに古いOS＋PageMaker 6.5 | VirtualBox 等で Win2000/XP を構築、手持ちメディアでインストール | 当時の再現性が高く、微妙なレイアウトも再現しやすい | セットアップが手間、印刷・フォント設定が難しい | 低〜中 | 高 | 厳密再現が必要な少量案件 |
| 外注コンバートサービス | 専門業者に *.pm65 → PDF/IDML を依頼 | 自前の環境構築が不要、納期短縮 | 費用が発生、最終チェックは社内で必要 | 件数×単価 | 低 | スポット・短納期・社内にDTP人材がない |
中古ライセンスの InDesign CS6 を入手する場合の注意
- 対応OSの把握：Windows 7/8/10（ビルドによる）、Mac は OS X 10.6〜10.11 あたりが目安です。最新OSでは動作保証がありません。
- アクティベーション：正規譲渡に基づくライセンス移管の書類管理が重要です。監査に備え、入手経路と台数・使用者を明確化します。
- 運用前テスト：数点のサンプル *.pm65 を取り込み、フォント置換・リンク切れ・禁則の崩れがないか確認します。
仮想マシンで PageMaker 6.5 を動かす手順（概要）
- VirtualBox 等の仮想化ソフトを準備。
- Windows 2000 / XP のインストールメディアとライセンスを用意し、VM を作成。
- VM のネットワークは必要最小限（ホストオンリーまたはNAT）に。USB プリンタ共有は避け、PostScript プリンタドライバを仮想的に追加。
- 手元の PageMaker 6.5（日本語版が望ましい）をインストール。必要に応じて Acrobat Distiller（同世代）を導入。
- 当時使っていた Type1/TrueType フォントをVMへ合法的に移設。
- *.pm65 を開き、リンク画像の再パス指定、フォント置換の有無を確認。
- 最終的に PostScript → Distiller で PDF/X を作るか、InDesign CS6 に橋渡しするための中間ファイルを用意。
| VM 推奨最小構成 | 値 |
|---|---|
| CPU | 1〜2 vCPU |
| RAM | 512MB〜1GB |
| ディスク | 20GB 以上（作業用領域含む） |
| 共有フォルダ | ホスト↔VM の中継（フォントや画像の受け渡し） |
外注コンバートサービスの上手な頼み方
- 依頼書テンプレート：原本形式（*.pm65 / *.p65）、想定仕上げ（PDF/X-4・IDML）、文字化けの許容範囲、フォント貸与の可否、納期、秘密保持条件を明記。
- 支給物：PageMaker 本体ファイル、リンク画像一式、当時のフォント（利用許諾範囲内）、出力見本（紙 or 旧PDF）。
- 検収観点：折返しや禁則、トラッキング、行間、図の回り込み、トンボ、特色、透明効果の再現。
ファイル移行のポイントと手順
実務では「素材の確保」「互換性の確保」「将来互換の保存」を順に片付けます。以下の手順をなぞれば、失敗確率が大幅に下がります。
素材の確保（フォント・画像・関連ファイル）
- フォント：当時使用した Type1（PFM/PFB、CID/OCF）や TrueType を用意。フォント名の微差（例：Ryumin-Light と A-OTF リュウミンL）の混在に注意。
- 画像：リンク切れ防止のため、当時の 「サービスビューロー向け保存（Save for Service Provider）」で集約保存していると理想。なければファイルパスの推測でフォルダを再構成。
- プロファイル：印刷所指定の ICC プロファイル（JapanColor など）があれば回収。無ければ後段で統一。
InDesign CS6 以前での取り込みと検証
- InDesign CS6 を起動し、ファイルを開くから *.pm65 / *.p65 を指定してインポート。
- フォント警告が出たら、まずは同名フォントを優先。見つからなければ代替案（後述のマッピング表）で暫定置換。
- リンクパネルで 「？」になっている画像を一括再リンク。親フォルダを指定して再帰検索。
- 段落/文字スタイル、禁則、行末揃え、ルビ・縦中横を目視で点検。
- 透明効果やドロップシャドウが PageMaker → InDesign で変化していないか、出力見本と比較。
- 問題なければ IDML へ書き出し、アーカイブ用に PDF/X-4 も保存。
将来互換の高い保存形式
| 形式 | 用途 | 利点 | 注意点 |
|---|---|---|---|
| IDML | 編集継続・再利用 | 将来の InDesign/他DTPで開きやすい | フォントと画像は別途同梱が必要 |
| PDF/X-4 | 印刷入稿・保存 | ライブ透明・ICC を保持、品質高 | 運用先のRIP互換を事前確認 |
| PDF/X-1a | 古いRIP互換 | CMYK固定・互換性が高い | 透明分割で画質/編集性が落ちる |
| PDF/A | 長期保存 | 閲覧長期互換に配慮 | 印刷用途ではなく、色再現は限定的 |
フォント問題を最小化する知恵
移行の最大の壁はフォントです。ポイントを押さえて損はありません。
- Type1 の扱い：InDesign CS6 では表示・出力可能でも、現行OSやCC以降では非推奨/非対応の流れ。
→ 変換後に OpenType（OTF）へ置換運用を検討。 - 同名フォントの字形差：JIS90/JIS2004の字形差、合字・約物幅の違いで改行がズレます。最終版では禁則・追い込みをやり直します。
- 疑似等幅回避：本文でプロポーショナル→等幅に勝手に置換されると行末が崩れます。段落スタイルのベースフォントを統一。
- 法的注意：フォントの VM への移設や外注先への一時提供は、必ずライセンス条項内で。終わったら回収・破棄を徹底。
| フォント形式 | PageMaker 6.5 | InDesign CS6 | InDesign CC 以降 | 備考 |
|---|---|---|---|---|
| Type1（PFB/PFM, OCF/CID） | ◎ | ◎ | △〜× | 将来性が低いので OTF へ移行 |
| TrueType（.ttf） | ◎ | ◎ | ◎ | 環境差でメトリクス変化あり |
| OpenType（.otf） | × | ◎ | ◎ | 移行先の本命 |
画像・カラー・出力設定の再整理
- 解像度：原寸 300dpi 目安。拡大率が大きい画像は差し替え検討。
- カラープロファイル：印刷先に合わせて CMYK プロファイルを統一。PDF/X-4 では ICC 埋め込み前提で運用。
- 特色（スポット）：特色名の綴り違いは分版で別色扱いに。命名を統一しておく。
- 透明効果：PageMaker → InDesign 変換でラスタライズされる場合あり。疑わしければ PDF 出力で検証。
復旧ワークフロー（実例）
- 資産棚卸し：案件フォルダを一箇所に寄せ、*.pm65 / *.p65、画像、フォント、旧PDFや紙見本を収集。
- 環境選定：CS6 があるならそのまま。無ければ VM か外注を判断。
- 一次変換：InDesign CS6 で開いてリンク復旧→段落/文字スタイルの差異を調整。
- 中間保存：IDML と PDF/X-4 を必ず作成。IDML は将来再編集の保険。
- 最終調整：禁則、和文約物、ルビ・縦中横、脚注、柱・ノンブル位置、トンボ、塗り足しを検査。
- 校了物の作成：入稿先/印刷所の指定に合わせて PDF 書き出しプリセットを分ける。
トラブルシュート（よくある躓き）
文字が「豆腐（□）」になる
フォントが見つかっていないか、エンコードが一致していません。同名フォントを優先で置換し、なければ近似フォントに仮置換→改行再調整。OTF 移行時は文字幅差に注意。
段落末が1文字落ちる／禁則が崩れる
PageMaker と InDesign の禁則と詰め設定差が原因。段落スタイルで禁則クラス・カーニングを合わせ、行末揃えを微調整します。
画像が粗く見える
表示パフォーマンス設定が低解像度の可能性。「表示パフォーマンス」を高品質に。出力 PDF ではリンク実体の解像度が支配的です。
特色がCMYKに落ちた
出力設定でスポット→プロセス変換が有効になっているか、特色名の不一致。名前を統一し、PDF/X-4 でもスポット保持を確認。
外注と内製のベストミックス
大量変換は外注、仕上げの体裁調整や微修正は内製、という分業がコスト効率と品質の両立に有効です。守秘案件は VM で閉域運用し、どうしても外に出せないページだけ社内処理、といった切り分けも現実的です。
セキュリティと法務の留意点
- ライセンス：中古ソフトやフォントの利用条件を順守。譲渡書類・台帳を保管。
- 個人情報：旧DTPデータに個人情報が含まれる場合、外部送付前にマスキング。
- ログ：変換・校正の作業ログ（日時・担当・差分）を残すと、後日の追跡と再現が容易です。
長期保存の設計図（アーカイブ戦略）
- 3-2-1 ルール：3つのコピー・2種類のメディア・1つは別拠点。
- ハッシュ管理：ZIP などにまとめ、SHA-256 で整合性チェックを添付。
- ドキュメント化：README（作成年・使用フォント・書き出し設定・担当者）を同梱。
- コンテナ化：可能なら InDesign バージョン/OS 記載のテキスト、プリセットも同梱。
- 更新計画：5年ごとに IDML / PDF を再検証し、必要なら再出力。
フォント置換の実務的マッピング例
あくまで一例ですが、和文組版で破綻しにくい置換の考え方です。最終的には目視調整が必要です。
| 旧フォント（例） | 候補（OTF） | 注意点 |
|---|---|---|
| Ryumin-Light（Type1） | A-OTF リュウミン L-KL | 約物幅・JIS差で改行ズレ |
| GothicBBB-Medium（Type1） | A-OTF 新ゴ M | 字面差で見出しの収まりに影響 |
| 平成明朝 W3（TT） | ヒラギノ明朝 W3 | バウンディング差で行間調整 |
チェックリスト（コピー＆運用OK）
- *.pm65 / *.p65、リンク画像、フォント、旧PDF/紙見本を収集した
- 変換方針（CS6/VM/外注）を決定した
- 取り込み後にリンク切れを解消した
- 段落/文字スタイルをプロジェクト全体で統一した
- 禁則・縦中横・ルビ・行末揃えを目視確認した
- 特色名の統一と分版プレビューを確認した
- IDML と PDF/X-4 を保存し、ハッシュを付けた
- README に使用フォント・設定・担当者を記録した
- バックアップを 3-2-1 で複製した
フォルダ構成の例
ProjectName/ ├─_original/ │ ├─ p65/pm65/ │ ├─ links_images/ │ └─ fonts_legacy/ ├─_work_indesign/ │ ├─ idml/ │ ├─ indd/ │ └─ pdfx/ └─_docs/ ├─ readme.txt └─ checksums.sha256
運用のコツ（小さな工夫が効く）
- ベースライングリッド：旧データでは使っていないことが多いので、本文サイズと行送りに合わせて再設計すると全体の整合が早い。
- 表・罫線：PageMaker 由来の表はオブジェクト分解されがち。InDesign の表機能に作り直すと修正が楽。
- テンプレ化：見出しレベル、柱・ノンブル、段落スタイルをテンプレ化し、再発注時のコストを下げる。
- プリセット共有：PDF 書き出しやプリフライトのプリセットをチームで共通化。
ケーススタディ（典型的な3パターン）
小冊子20ページ × 5本（急ぎ）
外注で IDML+PDF/X-4 を短納期取得→社内で見出し・キャプションだけ修正し再入稿。チェックリストで差分確認。
製品マニュアル200ページ（更新前提）
CS6 環境を調達して一括変換。段落スタイルを整理、図番号・相互参照を構造化。運用設計に比重を置く。
イベント用ポスター（1点のみ厳密再現）
VM で PageMaker を再現し、旧出力見本と完全一致を目指す。特色と写植風の追い込みを優先。
最後の手段：スキャン＋OCRで再組版
どうしても *.pm65 を開けない、フォントも手に入らない場合は、紙からの高解像度スキャン→OCR→DTP再構築が現実解です。コストはかかりますが、図版をトレース→本文はスタイル設計からやり直しで品質を担保できます。固有名詞や数値は二重チェックを必ず。
まとめ（実務で迷わない要点）
- Microsoft 製品では開けないため、InDesign CS6 以前か PageMaker 6.5 の実行環境が必要。
- 実装手段は「CS6 調達」「VM 再現」「外注変換」。案件特性で使い分ける。
- 成功の鍵は フォント と リンク画像。素材を確保してから作業開始。
- 変換後は IDML と PDF/X-4 を作って将来互換を確保。
- 長期保存は 3-2-1、ハッシュ、README の三点セットで「未来の自分」を助ける。
付録：実務メモ（Q&A風）
Q. *.pm65 と *.p65 は別物？
地域・版による拡張子表記の差で、内容は PageMaker 6.5 の版下データとして同系統です。どちらも CS6 以前での取り込み対象と考えて差し支えありません。
Q. InDesign CS6 を介さずに CC で直接扱えない？
CC 以降は PageMaker 取り込み機能がないため、CS6（またはCS5/CS4）でのブリッジが必要です。
Q. 文字化けをゼロにできる？
当時のフォントがすべて揃っていれば高確率で回避できますが、字形差・カーニング差は避けにくいので、最終的な目視調整は不可避です。
Q. PDF のみ残っている場合は？
編集性は落ちますが、PDF からのテキスト抽出やトレース、画像の再配置で再組版は可能です。品質優先なら段落スタイルを最初に設計し直すのが近道です。
以上、PageMaker 6.5 の *.pm65（*.p65）を現代の制作環境へ確実に移行するための決定版ガイドでした。まずは小さな案件で手順を検証し、社内標準のワークフローとプリセット、チェックリストを整備しておくと、その後の大量変換も怖くありません。資産を「開けないデータ」から「使えるデータ」へ――いまのうちに移行しておきましょう。
コメント