NVivo 15.3の公式リリース情報が公開されている現在、Windows版とMac版の差分を「ファイルを開けたか」だけで判断するのは危険です。NVivo 15 Windows Mac協業では、主プロジェクトを一方の環境に固定し、正式なコーディング前に1回だけ試変換と受入確認を行うのが最短の安全策です。主要な分析をWindowsで実行する計画なら、Windowsを主環境にし、Macは検証済みの作業に限定してください。NVivo 15.3の変更点は、公式リリース情報でも確認できます。
この手順が必要な人
WindowsとMacが混在する大学・研究室で、NVivoプロジェクトを交換する研究生、博士課程の学生、跨校研究チーム向けです。Macでコーディングし、指導教員やデータ管理担当者がWindowsで集約する場合にも適しています。ソフトウェア導入、研究データの保管、論文提出前のアーカイブを担当する大学の技術職員にも使える手順です。
注意 NVivoプロジェクトを開けたことは、分析環境が完全に一致した証拠ではありません。表示されない機能、外部リンク、媒体の再生位置、書き出し結果まで確認して初めて受入完了と判断します。
SECTION 01最初に固定する主プロジェクトと作業境界
NVivo 15では、Windows版とMac版でプロジェクト形式が異なります。ファイル形式については、NVivo公式のファイル種類説明を参照し、拡張子だけでなく、作成した主要バージョンと利用環境を台帳に残してください。
「.nvpと.nvpx」の違いを確認するだけでは不十分です。重要なのは、どの環境でクエリ、関係分析、レポート、媒体確認、最終書き出しを行うかです。研究計画にWindows側の完全な機能が必要なら、Windowsを主プロジェクトの置き場所にします。
立ち上げ時に、次の項目を1枚の管理表へ記録します。
- 主プロジェクトの保管場所と責任者
- 各メンバーのOS、NVivoの主要バージョン、利用ライセンス
- コーディングだけを行う人と、分析・書き出しを行う人
- 交換を許可するファイル形式と、変換を実行できる担当者
- 外部音声、動画、画像、表計算ファイル、ハイパーリンクの保管場所
- 変換後に必ず主環境へ戻す作業
停止条件は、メンバーの主要バージョンが揃っていない、主プロジェクトの責任者が決まっていない、または原資料の保管場所を説明できない場合です。この状態でコーディングを始めると、後から差分の原因を切り分けにくくなります。
SECTION 02受け渡し前のファイル基準
NVivoプロジェクト変換は、元ファイルを直接操作せず、複製した作業用ファイルで実施します。読み取り専用の原本、変換前のバックアップ、変換後の交換コピーを別々に保存し、ファイル名には作成日、OS、NVivoの主要バージョン、担当者を含めます。
実務上の基準は次のとおりです。
- 原本を読み取り専用の場所へ保存します。
- プロジェクト、媒体、外部リンク先のファイルを一覧化します。
- 変換前のファイルサイズ、更新日時、拡張子、ハッシュ値を記録します。
- WindowsとMacのNVivo主要バージョンを照合します。
- 脱感作した小規模プロジェクトを作り、コード、メモ、クエリ、媒体、リンクを最低1つずつ含めます。
- 変換後のファイルを別名で保存し、変換ログと確認者を記録します。
ファイル容量や処理時間を根拠なく固定値で見積もるのは避けてください。音声・動画の数、保存方式、接続速度、ストレージ構成によって結果が変わるため、チーム固有のサンプルで確認します。
SECTION 03試変換と試験コーディング
入力条件
試変換に使うのは、研究対象者を特定できない脱感作済みのサンプルです。コード体系、メモ、階層、クエリ、媒体、外部リンクを含めます。実データをいきなり別環境へ渡すと、失敗時の復旧だけでなく、学内の個人情報管理規程にも抵触する可能性があります。
確認する証拠
WindowsからMac、またはMacからWindowsへ複製を変換したら、同じ確認者が変換前後を照合します。画面に項目が見えない場合も、直ちに削除と決めつけず、公式の機能差、表示条件、利用可能な操作を確認します。継続的なチーム作業では、公式のクロスプラットフォーム変換説明を基準にします。
次に、両端の担当者へ同じ短い資料を渡し、以下を実行してもらいます。
- 指定した文章へ同じコードを付ける
- コードの階層、適用範囲、コメントを確認する
- メモとクエリを開き、結果の読み方を照合する
- 音声・動画を再生し、該当位置へ移動する
- 表や画像を含む文書を開く
- 外部リンク先を確認する
- 指定形式へ書き出し、主環境で再び開く
合格と停止
合格は「プロジェクトが開く」ではなく、研究計画に使う操作が再現できることです。コードの適用範囲、クエリ出力、媒体の参照、添付ファイルの所在、書き出し成果物を証拠として保存します。
次のいずれかに該当したら、Mac側の担当範囲を広げません。
- 重要なクエリを実行できない
- 外部媒体のリンク先や再生位置を確認できない
- 変換前後でコードの適用範囲を説明できない
- 書き出し結果を主環境で再現できない
- どの機能が非表示・制限・損傷なのか判断できない
運用上の経験則 片方向の受け渡しで合格したからといって、同じコピーをWindows、Mac、Windows、Macと往復させてよいわけではありません。手動変換は管理された納品用に限定し、日常の同期方法にはしないでください。
SECTION 04NVivo 15 Windows Mac協業の段階運用
正式な協業では、同じ派生元から複数人が同時編集しない仕組みが必要です。誰がチェックアウトし、誰が提出し、誰が主環境へ取り込むのかを決め、受け渡しごとに版名を変えます。
学校のアカウント、保存先、ライセンス、共同作業機能が学内規程に適合するかも確認します。NVivoのプロジェクト作成やサーバー利用に関する条件は、公式のプロジェクト作成・協業説明に照らして判断してください。公式機能が研究データの保管要件を満たすか不明な場合、手動変換を増やすのではなく、大学の情報セキュリティ担当へ確認します。
変更入口の管理
- 主プロジェクトへの書き込み担当者を限定する
- Mac側へ渡すのは、承認済みのコピーだけにする
- 返却時は変更内容、対象資料、使用したNVivo版を添付する
- 取り込み前に、コード、メモ、クエリ出力を確認する
- NVivoの更新や新しい分析機能の追加後は、基準サンプルで再検証する
欠点は、変換のたびに管理記録が必要になること、両方の環境を維持するとライセンス確認が増えること、媒体リンクの問題を担当者が手作業で調査することです。一方、主環境を固定すれば、論文結果の再現場所と責任者が明確になり、個人のノートパソコンに依存した納品を避けられます。
SECTION 05論文提出前の最終受入
最終段階では、主環境で論文本文が参照するクエリ、図表、集計、レポート、書き出しを再実行します。Mac側で確認した結果をそのまま最終値として採用せず、主プロジェクトで再計算した結果と照合してください。NVivoの成果物を書き出す場合は、公式のファイル書き出し手順も確認します。
納品物はプロジェクトファイルだけにしません。次の4種類を分けて保存します。
- 主プロジェクト
- 受け渡し用の交換コピー
- 論文に使用した表、図、レポート、書き出しファイル
- 環境、版、変換履歴、復元手順を記した説明書
納品チェックリスト
- [ ] 主プロジェクトのOS、NVivo主要バージョン、責任者を記録した
- [ ] 原本を読み取り専用で保存し、すべての変換を複製ファイルから行った
- [ ] .nvpと.nvpxを含む交換形式を確認した
- [ ] 外部音声、動画、画像、表、ハイパーリンクの一覧を作成した
- [ ] 脱感作サンプルで片方向の試変換を完了した
- [ ] コード、メモ、クエリ、媒体、添付ファイルを両端で確認した
- [ ] Mac側で実行できる作業と、主環境へ戻す作業を分けた
- [ ] 変更担当、提出方法、版名、統合担当を決めた
- [ ] 主環境で論文用のクエリと書き出しを再実行した
- [ ] 復元手順を、担当者の個人端末なしで実行できる形にした
| 判断項目 | Windowsを主環境にする条件 | Mac側へ任せられる範囲 | 停止して再確認する条件 |
|---|---|---|---|
| 分析機能 | 論文用クエリやレポートをWindowsで実行 | 事前に結果を照合した閲覧・コーディング | 必須クエリの再現性が不明 |
| ファイル形式 | 主形式を固定し交換コピーを管理 | 承認済みコピーの受け取り | 拡張子だけで互換性を判断 |
| 媒体・添付 | 原資料を主環境で保管 | 開く・参照する作業 | リンク先や位置情報を確認できない |
| 協業方法 | 統合と最終書き出しを担当 | 指定範囲の変更を返却 | 複数の派生コピーを同時編集 |
| 研究室の環境 | Windows機を主プロジェクト用に確保 | 必要期間だけ受入確認 | Mac側の実機や権限がなく未検証 |
研究室にMacが1台もない場合、1回の互換性確認だけを理由に購入を急ぐ必要はありません。MACNOXのMacレンタル環境のように、独立した権限で利用できる環境を論文の工程に合わせて準備し、脱感作プロジェクトの受け取り、添付確認、クエリ再実行、書き出しまで済ませてから、単一環境を継続するか、二環境を維持するかを決める方が合理的です。料金や利用期間を検討する場合は、Macレンタルの料金案内で現在の条件を確認してください。
SECTION 06よくある確認事項
FAQでは、WindowsプロジェクトをMacで開く条件、形式変換の反復によるリスク、主環境の決め方、添付リンクの復旧、Macを持たない研究室での受入確認を分けて回答します。これらは機能紹介ではなく、プロジェクト納品時の停止判断に使うための確認項目です。
最終的な判断
NVivo 15の混在環境では、WindowsとMacを同じ立場で往復させるより、主プロジェクト、主要バージョン、変換担当、最終分析環境を先に固定してください。Macユーザーが少人数なら、Mac側の作業を試験で合格した範囲に限定し、論文提出前の結果は主環境で再確認します。
Windows機だけで進める方法は、Mac側の実作業を減らせる反面、Macでの受入確認を後回しにしやすいという欠点があります。個人所有のMacを持ち寄る方法は導入費を抑えられる場合がありますが、ライセンス、保存先、端末の権限、データ消去を統一しにくく、卒業や異動で環境が失われます。必要な期間だけMACNOXの遠隔Macを使えば、購入前に脱感作プロジェクトで納品経路を確認できますが、長期の常時高負荷処理や物理機器への接続が必要な研究では、専用の学内設備や自前の実機の方が適します。
SECTION 07よくある質問 FAQ
NVivoのWindowsプロジェクトはMacでそのまま開けますか？
Windows版とMac版ではプロジェクト形式が異なるため、ファイルを単純にコピーして開く運用は避けてください。変換手順が必要になる場合があり、NVivo 15の主要バージョン、利用機能、添付ファイルの構成を確認したうえで、必ず複製ファイルによる試変換を先に行います。
NVivoをWindowsとMacで何度も変換すると、どのような問題が起きますか？
変換を繰り返すと、利用できる機能の差、外部ファイルへのリンク、音声や動画の位置情報、複雑な文書要素などを毎回確認する必要があります。画面上で見えない項目が直ちに削除されたとは限りませんが、研究結果に関係するクエリやコーディングは主環境で再実行し、手動変換を日常同期にしないことが安全です。
混在環境の研究チームでは、NVivoの主プロジェクトをどちらに置くべきですか？
論文で使うクエリ、関係分析、レポート、書き出し機能を最も完全に実行できる環境を主プロジェクトにします。Windows側の機能が研究計画に必要ならWindowsを主環境にし、Mac側は事前に承認した資料のコーディングなど、検証済みの作業に限定してください。
NVivoの変換後に添付ファイルのリンクが切れた場合はどうしますか？
元ファイルを上書きせず、変換前の読み取り専用バックアップとファイル一覧を基準に確認します。外部音声、動画、画像、ハイパーリンク、複雑な表を個別に開き、参照先、再生位置、表示状態を記録してください。重要な資料が復旧できなければ、主環境で作業を続け、交換用コピーを作り直します。
研究室にMacがない場合、NVivoのMac側納品をどう確認できますか？
まず匿名化した小規模プロジェクトを用意し、独立した権限で利用できる遠隔Macに複製を渡して、開く、添付資料を確認する、指定クエリを再実行する、成果物を書き出す、という受入確認を行います。結果と停止条件を記録してから、長期的にMacを購入するか、必要な期間だけレンタルするかを判断します。