Windows 7 Professional OEM 版のダウングレード権期限の定義について

Windows 7 Professional のDSP版を含むOEM版ライセンスには「OSのダウングレード権」というものが付帯しています。 今回、このダウングレード権について、新しい発見があったので、自分の知識整理を兼ねて紹介したいと思います。

「Windows 7 Professional のダウングレード権」を簡単に説明すれば、「必要なメディアを用意することにより、Windows 7 Professional OEM版はWindows Vista Business エディション、もしくは Windows XP Professional エディションにOSを置き換えて使用することが認められる」というものです。

詳細な情報は以下のアドレスから。

Microsoft Windows 7 : Windows 7 のダウングレード権 (旧バージョンソフトウェアの使用) について
http://www.microsoft.com/ja-jp/windows/windows-7/downgrade/default.aspx

Windows7の場合はVistaと違い、ダウングレード権の期日の設定があり制約事項に「Windows XP Professionalへのダウングレード権が許諾される期間は、OEM版 Windows7の提供が終了するまで、に変更されました。（意訳）」とあるのですが、ちょっとこの文章に違和感がありました。

その違和感の理由は、この文章を、

  1. OEM 版の提供が終了したら、XP Professionalで使用することが許可されない（7 Professionalに戻さなければならな い。）
  2. OEM 版の提供が終了したら、XP Professionalにダウングレードすることが許可されない（期限までにダウングレ ードしたものはそのまま使用できる。）
  3. OEM 版の提供が終了したら、XP Professionalにダウングレードを許可するOEM 版ライセンスが提供されなくなる(?)（ダウングレード権が制限されることは実質ない。）

の3つの意味として受け取ることができたからです。

特に「1.」が正しい解釈であった場合、多数のPCをダウングレードして社内もしくは顧客に展開していた場合、Windows 8の提供が開始されてからおよそ2年後（2014年10月26日）までにWindows7 ProfessionalにOSを 戻す必要性が生じ、台数次第では大変な作業が発生する可能性があります。。 また、「2.」が正しい解釈であったとしても、期限後に再インストールの必要が出た場合、XP Professionalとして再セットアップすることができなくなってしまいます。

まさか 、こんな厳しい制約が設定されていたりはしないだろう、とは思いつつも、万が一のことを考えると気になるため、Microsoftの窓口に直接確認しました。

問い合わせたのは「マイクロソフト IT 化支援センター」の窓口で、担当された方はK氏。

結果、確認できたことは、

  • OEM版ライセンスは期限を過ぎた後も、ダウングレードしたまま使用する ことや、ダウングレードセットアップすることを制限されることはなく、無期限に使用することが許可される。
  • OEM 版 Windows 7 の提供が終了するまではダウングレードできるライセンスが提供されるため、「入手できた（DSP版を含む）OEM版ライセン スはダウングレードし使用することができる」と捉えて問題ない。

の2点。

つまり、解釈としては「3.」が正しかったわけですが、先述の制限事項文だけで上記2項を理解する必要があるというのは…。非常にわかりにくいので、せめて「Windows 7 Professional OEM版のすべてににダウングレードが許諾されるように変更されました。」ぐらいの文章で表示してほしいですね。

ただし、今後この方針が変更される可能性がないとも言い切れないので、必要に応じて都度確認したほうがよさそうです。

コメント

コメントを投稿

このブログの人気の投稿

ほこ×たて ハッカーvsセキュリティ 実際のところをまとめてみた

6月9日放送のほこ×たてに「世界一のハッカーvs最強セキュリティ」というテーマがあった。 自分の仕事にも関係するし、多少なり参考になるかと思って視聴していたのだが、実際の対決と放送内容に大きな差があったようだったので、セキュリティ側の人の個人のツイッターと会社のWebサイトからの情報を元にまとめてみた。 わかりやすく説明するために一部不正確な点があること、一部推測が含まれることご容赦ください。 また、以下のまとめのうち、【○】と表記した部分のみが実際に放送され、【×】と表記した部分は放送されていないようです。     [ 対決条件 ] ○ 3台のパソコンにそれぞれ別の画像ファイルを保存し、ハッカー側が制限時間以内に全てのファイルを取得したらハッカー側の勝ち、それを阻止したらセキュリティ側の勝ち。 × セキュリティ側も設定する時間の制限があり、直前まで対策するパソコンの条件は知らされない。 × セキュリティ側は用意されたPCの機能を変更したりしてはならず、脆弱性を修復したりしてはいけない。 × パソコンの持ち主には容易に対象の画像ファイルを参照できるようにしなければならず、また、視聴者にも理解しやすく、視覚的に見栄えがあるように番組側に協力すること（防御側の完全試合にしてしまうと番組にならない→手加減）。     [ 1台目のパソコン ] × 1台目のパソコンのOSは Windows 2000 Server サービスパックなし。（13年前発売のOSで、脆弱性対策を含む大きなアップデートが4回提供されているが、どれも適用せずに300以上の脆弱性が残されたままの状態。Webサイトのサーバーとして利用。）これにセキュリティ側が対策を掛ける。 ○ ハッカー側が開始30分時点でパソコンの脆弱性を突き止め、そこから攻撃を仕掛ける。（番組では「開始30分でパソコンに侵入中」と放送） × しかし実際には設定によるシステム強化によってその攻撃は防がれており、表示されている画面上でも攻撃に失敗していることが見て取れる。（これを実際に突破したのは開始約3時間後。） × セキュリティ側が用意したパーソナルファイアウォールをハッカー側が攻略。 × この時点でハッカー側がすでに2回心が折れかけていたが、番組のディレクター（セキュリティの内容を全て知っている人物）に
続きを読む

コマンドプロンプトでUNCパス（SMB）にドライブレターを割り当て、カレントディレクトリに指定する

コマンドプロンプトにて、任意のディレクトリで以下のコマンドを実行 > pushd \\192.168.11.1\share\document カレントディレクトリが Z:\document> のようになる。 ドライブレターの割り当てを解除するには以下。 > popd 最後に割り当てられたドライブレターから解除される。
続きを読む

WindowsでGitHubのSSH（Ed25519）によるシングルサインオンを有効化する

https://docs.github.com/ja/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent#generating-a-new-ssh-key コマンドプロンプトにて以下のコマンドを実行する。 メールアドレスはGitHubに使用しているものに変更する。 ssh-keygen -t ed25519 -C "cascio@example.com" 秘密鍵を保存するフォルダのパスを指定する。 入力しない場合は括弧内に示されているパスに保存される。 Enter file in which to save the key (C:\Users\cascio/.ssh/id_ed25519): 設定するパスフレーズを入力する。 設定しない場合は入力せずEnter。 Enter passphrase (empty for no passphrase): 確認のため再入力する。 Enter same passphrase again: GitHubの キー設定画面 の New SSH key ボタンをクリック。 Title：マシン名や鍵の種類など識別しやすい名前を設定し、 Key type： Authentication Key Key：秘密鍵と同階層フォルダに作成された公開鍵（id_ed25519.pub）の中のテキストを貼り付ける。 Add SSH key ボタンをクリックし、GitHubに鍵を登録。 追加したSSHキーの Configure SSO セレクトボックスをクリックし、認証する組織の Authorize ボタン を選択する。
続きを読む