ジョジョの奇妙なと聞いの情報

展開とは？

鬱展開（うつてんかい）とは主に広義的意味では「陰鬱な物語展開」を指し、作品やジャンルの枠を越えて、登場人物が精神崩壊を起こしたり、仲間同士で傷つけあう、理不尽な最期を遂げる、結果、残虐な場面を強調したグロテスクな描写に陥るなどの暗く、救いの無い重苦しい雰囲気が作品全体を占めるストーリー展開を指す。 最近の狭義的な意味では恋愛を題材にしたフィクション作品において、キャラクターが失恋や板挟みなどの状況から受けた精神的外傷によって、鬱状態に陥ったり、発狂して異常な行動を示すようなストーリー展開を指す。 インターネットや雑誌などで広まった俗語のため、明確な定義が定まっていない面もある。 もともと演劇の世界では（古代ギリシア以来）、悲劇と喜劇の二分法が存在した。いわゆる悲劇においては猟奇的犯罪や登場人物の発狂は頻繁に用いられたテーマである。例えば19cのイタリアオペラにおいてはヒロインが発狂する「狂乱の場」という場面がよく用いられて歌手の力量の見せ場となった。代表作としてドニゼッティやベルリーニのオペラを挙げれば十分であろう。シェイクスピアの悲劇を例にとっても、妻殺しや恋人の狂死などの陰鬱な展開に満ち溢れている。 現代サブカルチャーにおいて、上記の古典の流れに相当する作品群を呼ぶときによく用いられるのが広義の「鬱展開」という概念である。ただし、単なる悲劇的（演出）作品という意味ではなく、上述の「重苦しい雰囲気が作品全体を占めるストーリー展開」というものが前提される事になる。つまり悲劇が結末から定義されるのに対し、鬱展開は主に過程から定義されるという違いがある。 このような意味での鬱展開は、作品における暴力や性の描写が猟奇的で過激であり、そのことから登場人物が悲嘆にくれ発狂することが多い。劇中の人物が自分を追い詰める展開は、視聴者やユーザーをも陰鬱にさせるケースが少なくない。その過程では、登場人物の封印された醜悪な過去が明かされたり、意外な正体が判明したり、最終的に現実では考えられない理不尽な結末を迎えるケースも多く見られる。サスペンスやホラーに通じる作品も多い。 もっとも、アドベンチャーゲームを考えれば鬱的なバッドエンドと幸福なグッドエンドが同居している作品も挙げられる。小説や漫画・アニメにしても、人物のネガティブな正体発覚や猟奇的事件が起こる作品を挙げていけば、これも無数にのぼる事になる。つまり広義に考えれば、ユーザー側の主観的心情によってなにが鬱展開と呼べるかは異なる。これは何が悲劇で何が喜劇かという問題（悲劇のページを参照）と同様の構造を有している事になる。 狭義の鬱展開は、昨今のマルチエンディング形式の恋愛ゲームについて用いられる。これは複数のヒロインの中から最終的に1人と結ばれる構成であり、他のヒロインが主人公に対して好意を持っていた場合は「失恋」する事になる。従来はそうした描写を回避する方向で制作されていたが、最近はリアリティの演出や他の作品との差別化、作品の雰囲気を無視しての話題性作りの為に、そうした恋愛の陰の部分もあえて描写する作品がみられる傾向になった。更には単なるダウナー状態や嫉妬にとどまらず、明らかに病的な鬱状態や、猟奇的な異常行動にエスカレートする様な場合の醜悪な描写も少なからず存在する（このヒロインを「ヤンデレ」と俗称で呼ぶ）。特に一途でおとなしく、精神を思い詰めやすいキャラクターはこのような状態に陥りやすい傾向にある。ヒロインが発狂する鬱展開に伴って「修羅場」が発生するケースも見られる。 ヘタレ - 鬱展開化したアニメや恋愛ゲーム作品では男主人公（ヒーロー）はこのように変化する例は多い。 ヤンデレ - 鬱展開化したアニメや恋愛ゲーム作品では、女主人公（ヒロイン）達の中にはこのように変化する者もいる。 この項目「鬱展開」は、調べものの参考にはなる可能性がありますが、まだ書きかけの項目です。加筆、訂正などをして下さる協力者を求めています。 このテンプレートは分野別のスタブテンプレート（Wikipedia:スタブカテゴリ参照）に変更することが望まれています。ただし、サーバー負荷軽減のため、スタブテンプレートの変更は加筆とともに行ってください。

[ 8] 鬱展開 - Wikipedia
[引用サイト]　 http://ja.wikipedia.org/wiki/%E9%AC%B1%E5%B1%95%E9%96%8B

Windows Vista 展開の機能強化展開機能と展開ツールが強化されたことで Windows Vista の展開と管理が容易になる公開日: 2005年7月27日Jerry Honeycutt概要デスクトップ展開では、展開のコストと新しいオペレーティング システムによるビジネス上のメリットとの間でトレードオフが行われます。この資料では、Windows Vista (以前のコードネーム Microsoft Windows "Longhorn") の新しい展開機能と展開ツールについて説明します。また、これらの機能とツールによって、組織での展開が容易になり、展開コストが削減されることについても説明します。トピックはじめにWindows Vista のデザインの強化点ツールとテクノロジ展開のベスト プラクティスまとめ詳細情報はじめに新しいオペレーティング システムを展開する場合、2 つの点のバランスをとることになります。1 つは、新しいオペレーティング システムを展開するメリットです。もう 1 つは、新しいオペレーティング システムの展開にかかるコストです。これら 2 つを比較検討するときに、次のような展開の複雑さが、新しいオペレーティング システムのメリットをすぐに把握することを困難にしています。•新しいオペレーティング システムの展開に必要な時間、コスト、および作業•アプリケーションと新しいオペレーティング システムとの互換性に関する問題•コストがかさむ、あいまいで問題が発生しやすい展開プロセス•デスクトップ オペレーティング システムの展開に関するベスト プラクティスの欠如•総合的な展開ツール セットの欠如Windows Vista では、新しいオペレーティング システムの展開に対する信頼を高め、コストを削減する機能を活用することにより、上記のような状況に変化をもたらします。Windows Vista は、小企業から何千台ものコンピュータが存在する大企業まで、容易に展開、管理、およびサポートできます。Windows Vista では、新しいイメージ テクノロジと、それを活用するツールを導入することで、大幅にコストを削減し、展開と移行に必要な時間を短縮します。アプリケーションの互換性と移行という、展開における一番の障害を緩和するために、Windows Vista には、新しいプラットフォームにユーザーを移行するときに役立つ、デザインが拡張され、機能が強化されたツールが含まれています。この資料では、Windows Vista で使用できるこれらの機能と、その他の新しい展開機能について説明します。また、特に展開に対処するための、Windows Vista のデザインの変更点について説明します。その後、Windows Vista で機能が強化された展開ツールについて説明します。最後に、Windows Vista でサポートされる展開シナリオについて説明します。ページのトップへWindows Vista のデザインの強化点一般に、展開が複雑になり、コストが高くなる原因は、管理するイメージの数です。通常、新しいハードウェア、言語パック、更新、およびドライバを追加するには、新しいディスク イメージを作成する必要があります。重要な修正プログラムが公開されたときに、複数のイメージを更新してこれらを 1 つ 1 つテストする作業は、コストがかかり、時間も消費されます。このため、Windows Vista での Microsoft の主な目標は、管理するイメージの数を大幅に減らし、それらのイメージの管理を容易にすることでした。この目標を実現するために、Windows Vista をモジュール化して、カスタマイズと展開を容易にしました。また、Windows Imaging Format (WIM) と呼ばれるファイル ベースのディスク イメージ形式に基づいて Windows Vista のインストールを行うようにしたり、コア オペレーティング システムのその他の展開機能を大幅に強化しました。次のセクションでは、これらの強化点について詳しく説明します。モジュール化Windows Vista は、モジュール設計という確固とした原則に基づいて構築された最初の Microsoft Windows オペレーティング システムです。モジュール化とは、単に、イメージ内からインストールするオプション機能をユーザーが選択できることを意味しているわけではありません。モジュール化により、Windows Vista をカスタマイズする機能も選択できるようになるので、次のようなメリットがもたらされます。•デバイス ドライバ、Service Pack、更新、言語などを容易に Windows Vista に追加できます。•Windows Vista の特定のオプション コンポーネントを要件に合わせて容易にカスタマイズできます。•Microsoft では、オペレーティング システム全体に手を加えることなく、コンポーネントごとに変更を行うことができます。•新しいオペレーティング システムの展開中に行うテストを削減できます。また、Windows Vista は言語に依存しません。英語を含めて、言語はオプション コンポーネントなので、オペレーティング システム本体と切り離して追加できます。その結果、言語ごとに別のイメージを用意する必要がなくなるので、グローバルな組織では管理するイメージの数が減少し、何億円という費用を節約できます。Windows Imaging FormatWindows Vista は、ハードウェアに依存しない、新しいイメージ ファイル形式の WIM で配布されます。これは、企業内のさまざまなハードウェア構成に 1 つのイメージで対処できることを意味します。この形式には、次のようなメリットがあります。•複数のイメージを 1 つのファイルに格納できます。•Microsoft からは、全世界で使用できる 1 つのバイナリ (32 ビットと 64 ビット アーキテクチャ用に 1 つずつ) を提供できます。•この形式では、圧縮ファイル形式と単一インスタンスのストレージ技法を使用することにより、ファイル サイズを大幅に減らします。このストレージ技法では、イメージ ファイルに含まれるファイルの物理コピーが、イメージ ファイルの各ファイル インスタンスにつき 1 つになるようにします。これにより、複数のイメージを含むイメージ ファイルのサイズが大幅に減少します。•基本的に新しいイメージを作成することなく、オプション コンポーネント、更新、ドライバの追加と削除など、イメージの変更をオフラインで行うことができます。•イメージをフォルダとしてマウントできます。これにより、Windows エクスプローラと同様の一般的なインターフェイスを使用して、イメージ内のファイルを容易に更新できるようになります。これらのメリットにより、管理するイメージの数が劇的に減少します。その他の強化点次の一覧では、展開に関する Windows Vista のその他の強化点について説明します。•XML ベースの応答ファイル。新しい Windows Vista のセットアップでは、リモート インストールと無人インストールの実行に、1 つのXML ベースの無人セットアップ応答ファイルを使用できます。この目的は、現在のように複数のファイル (unattend.txt、winbom.ini、sysprep.inf) を使用しないで、展開プロセス全体を 1 つの無人セットアップ応答ファイル形式で行うことです。XML を使用することで、デスクトップの設計と展開プロセスの多くの部分を自動化できます。コンポーネントの設定が一貫性のある方法で公開されるため、セットアップ マネージャなどのツールで、完全な無人セットアップ応答ファイルを作成、操作、および検証できます。これにより、高速で、管理が容易で、エラーが少ないインストールを実現できます。•スクリプトベースのインストール。Windows Vista では、コマンド ラインとスクリプトの使用に関するサポートが拡張されるため、リモート展開、自動展開、繰り返し展開が可能になります。たとえば、Ximage、移行、およびセットアップ マネージャは完全にスクリプト化できます。•インストールのパフォーマンスと信頼性。Windows Vista は、以前のバージョンの Windows のよりもインストールが高速になるようにデザインされています。Windows Vista にアップグレードする場合、新しいイメージ ベースのオペレーティング システム セットアップを使用します。これにより、ユーザーが使い慣れたアップグレード操作を提供すると同時に、容易さと信頼性を向上させることができます。Windows Vista へのアップグレードは、原則的にはクリーン インストールです。インストールを完了してから、アップグレード前の Windows のユーザー設定、ドキュメント、アプリケーションなどを移行します。•ファイルとレジストリのリダイレクト。多くの組織は、デスクトップ環境を完全に管理された状態で移行することを望むでしょう。この目的を実現するには、ロックダウンされた (Windows Vista のユーザー アカウント保護など) 環境を用意することが非常に重要です。ただし、古いアプリケーションの多くは、レジストリや Windows ディレクトリなどの制限された領域に書き込みを行うため、この保護されたユーザー モードに違反します。Windows Vista では、書き込みを仮想ストアにリダイレクトし、アプリケーションが依然として完全な管理者特権に基づいて実行されているように "見せかける" ことにより、これらのアプリケーションを保護されたユーザー環境で実行できるようにします。この機能により、アプリケーションの互換性と、デスクトップ環境の優れた管理の実現という点において、大きなメリットが提供されます。ページのトップへツールとテクノロジWindows Vista には、中核となる機能強化に加えて、展開を容易にし、コストを削減する新しい展開ツールとテクノロジが用意されています。実際には、これらの新しいツールの動作を可能にしているのは、Windows Vista の中核となる機能強化です。これらの強化されたツールは、展開のすべての段階で使用できます。計画段階では、データとユーザー状態の一覧の作成、テスト、および移行に役立つ強化されたツールが提供されます。設計段階では、ディスク イメージの開発とカスタマイズを、過去のような試行錯誤的な方法ではなく、科学的に行うためのツールが提供されます。最後に実装段階では、リモート インストールやインプレース アップグレードなど、さまざまな展開シナリオが柔軟にサポートされます。次のセクションでは、これらの展開の各段階に Windows Vista が与える影響についてさらに詳しく説明します。計画組織が新しいデスクトップ オペレーティング システムを展開するときに直面する最も大きな課題の 1 つは、変更を加えることなくインストール済みのアプリケーションを移行することです。アプリケーションの移行と互換性に関する問題により、新しい環境へのアップグレードが大幅に遅れたり、場合によっては続行不可能になることがあります。これでは、新しいオペレーティング システムからメリットを得ることができません。Windows Vista には、機能が強化された Microsoft アプリケーション互換性ツールキットと Microsoft Windows ユーザー状態移行ツール (USMT) が含まれており、計画プロセスに優れたサポートが提供されます。アプリケーション互換性ツールキットデスクトップの移行では、注意深く計画を行い、環境内のすべてのアプリケーションの一覧を作成し、それらのアプリケーションのテストを徹底的に行って、新しいプラットフォームと互換性があることを確認する必要があります。Windows Vista には、機能が強化されたアプリケーション互換性ツールキットが含まれています。このツールキットの内容を次に示します。•独立系ソフトウェアベンダ (ISV) 向けのアプリケーションプログラミングインターフェイス (API)。 ソフトウェア開発キット (SDK) によって、ISV や Microsoft 以外のアプリケーション向けに、拡張性と API のセットを提供します。この SDK には、互換性に関する最新データの取得に使用できる Web サービスも含まれています。•ソフトウェアインベントリアナライザ。企業全体のユーザーのデスクトップにインストールされているすべてのアプリケーションの一覧を取得します。また、そのデータを中央の場所に格納し、互換性データベースに照らして互換性の分析を行います。•フィルタ分析レポート。アプリケーションの互換性の問題と問題点の緩和に関する情報を提供します。この情報は、ユーザーの入力で強化されます。•互換性の調整。分析に基づいたカスタム互換性データベースと、修正プログラムをテストして正常であることを確認する機能を提供します。ユーザー状態移行ツールWindows Vista は、設定とデータを以前のバージョンの Windows から正常に移行することに重点を置いています。たとえば、環境を希望どおり正確に構成したユーザーは、新しい環境に移行するときに生産性をほとんど損ないません。これは、Windows Vista がユーザーのデータと設定をシームレスに移行するようにデザインされているためです。Windows Vista では、ファイルと設定の転送ウィザードと USMT を組み合わせて強化し、一元管理されるアップグレード移行フレームワークを提供します。共通のフレームワークを提供することで、移行とアップグレードのシナリオをデザインするためのコストが削減され、移行とアップグレードの信頼性が向上します。機能が強化された USMT で提供される機能は、次のとおりです。•ユーザー状態データを特定するための優れたヒューリスティックを含みます。•ユーザー状態データ (ドキュメントと設定) を移行します。•ユーザー状態データをサーバーに保存し、インストール後にデスクトップに復元します。•ユーザー状態データとアプリケーションをインプレースでアップグレードします。•優れたスクリプトと XML テクノロジを使用することで、これまでよりも多くの展開プロセスを自動化します。設計Windows Vista のデザインの強化により、機能が強化された設計ツールを使用できます。たとえば、Windows Vista では WIM イメージ形式がサポートされるため、XImage ディスク イメージ ツールを使用できます。Windows Vista のモジュール化により、Windows セットアップ マネージャの強化を実現できます。次のセクションでは、これらの新しいツールについて説明します。XImageほとんどの情報技術 (IT) プロフェッショナルは、デスクトップ展開からすぐにディスク イメージを連想します。イメージ ベースの展開を行った経験のある IT プロフェッショナルならば、誰でもその課題を知っています。もちろん、最大の課題は、膨大なイメージを長期にわたって管理する必要があることです。その他にも、ディスク イメージの構築と展開に必要なツールと手法の複雑さなども課題です。Windows Vista では、ディスク イメージ操作を強化する新機能を追加します。これらの機能には、次のようなものがあります。•オフラインイメージの編集。配布用の新しいイメージを作成することなく、オフライン イメージを更新および編集できます。•デスクトップイメージの作成。配布用またはバックアップ用に、既存のコンピュータのイメージを作成できます。そのイメージを配布用の共有に保存し、ユーザーがそこからゴールド イメージをインストールできるようにしたり、イメージをデスクトップに配布したりできます。•イメージ作成時のスクリプトのサポート。スクリプト ツールを使用して、イメージを作成および編集できます。•ハードウェア抽象化レイヤ (HAL) への非依存性。Windows Vista の製品版は、HAL に依存しません。WIM ディスク イメージの操作に使用する Windows Vista ツールが XImage です。XImage を使用して、WIM イメージ ファイルを作成および管理します。また、複数のイメージを 1 つのイメージ ファイルに格納できます。WIM イメージ ファイルをフォルダとしてマウントできるため、イメージをオフラインで編集できるようになります。XImage は、Microsoft Windows プレインストール環境 (Windows PE) だけでなくコマンド プロンプトからも実行できる、使いやすいコマンド ライン ユーティリティです。Windows セットアップマネージャWindows セットアップ マネージャは、Windows Vista のインストールをカスタマイズおよび自動化するためのツールです。Windows Vista では、Windows セットアップ マネージャが大幅に強化されています。これにより、Windows Vista を展開用に容易にカスタマイズできるようになります。これらの強化点には、次のようなものがあります。•Windows セットアップ マネージャをコマンド ラインからスクリプト化します。•無人ファイルを使用して、言語、Service Pack、更新、デバイス ドライバなど、既存のイメージのオプション コンポーネントを追加、変更、または削除します。•インストールの自動化に使用する XML ベースの無人構成ファイルを作成および編集します。Windows セットアップ マネージャが強化されたことで、以前のバージョンの Windows よりもデスクトップ イメージの設計が容易かつ高速になります。Windows セットアップ マネージャでは、デバイス ドライバとコンポーネントの追加をより柔軟に行うことができます。また、XML ベースになった無人セットアップ応答ファイルを使用することにより、Windows Vista のインストールを容易に自動化できます。実装Windows Vista の新しい展開機能を使用してディスク イメージを構築した後、リムーバブル メディアを使用するか、デスクトップからネットワーク ブートを使用して、そのディスク イメージを展開します。新しい Windows Vista のイメージ ベースのセットアップでは、以前のバージョンの Windows よりも速度と信頼性が向上しています。Windows Vista には、インストール時にユーザーのデータと設定を移行するためのツールが用意されています。次の一覧では、Windows Vista で提供される展開ツールと展開機能について説明します。•複数のブート オプション。ネットワーク、CD、DVD、ハード ディスク、または RAM ディスクからブートを実行できます。ネットワーク ブートは PXE (Pre-Boot eXecution Environment) ブートを使用して実行します。•セキュリティが保護されたリモート展開。新しいデスクトップをリモートにインストールできます。•Windows Deployment Services (WDS)。WDS は、Microsoft リモート インストール サービス (RIS) の次期バージョンです。WDS では、イメージの格納、管理、および展開を行います。このサービスでは、PXE ブート プロセスを使用して、ベアメタル インストールを含めて、オペレーティング システムのインストールを実行します。•インプレース アップグレード。ユーザーの配置済みのコンピュータをアップグレードし、データ、アプリケーション、および設定を移行できます。この操作は、既存のデータをローカルに格納するか、ネットワーク共有にリモートで格納しておき、オペレーティング システムのクリーン インストールを実行することによって行います。•インストール中の重要な更新の追加。イメージ ベースのセットアップを使用することにより、インストール時に重要な更新を標準イメージに追加できます。ページのトップへ展開のベスト プラクティス最適なテクノロジとツールを使用しただけでは、優れた展開結果は保証されません。反復可能でスケーラブルな展開ソリューションを標準化および作成するには、ベスト プラクティスとガイダンスも検討する必要があります。Microsoft では、強化された Business Desktop Deployment Solution Accelerator (BDD) を Windows Vista と共に提供し、新しいテクノロジとツールを活用します。 Windows Vista の展開テクノロジを BDD のベスト プラクティスで補完することにより、ユーザーは高い信頼性に基づいて新しいデスクトップを展開できます。BDD の詳細については、デスクトップ展開センターを参照してください。新しいコンピュータのインストール1.デスクトップ設計ツールを使用して、必要なドライバとオプション コンポーネントが含まれるように Windows Vista イメージを変更します。2.このイメージをテスト コンピュータにインストールし、ビジネスに必要なアプリケーション (Microsoft Office アプリケーションなど) を追加して、イメージをネットワーク共有またはリムーバブル メディア (DVD や CD など) に保存します。3.ユーザーはこのメディアを使用して Windows Vista をインストールするか、F12 キーを押してネットワーク ブートを実行できます。4.ユーザーは、使用する言語など、個人設定に関する質問を受けます。その後、インストールは自動的に続行されます。コンピュータのアップグレード1.デスクトップ設計ツールを使用して、必要なドライバとオプション コンポーネントが含まれるように Windows Vista イメージを変更します。2.このイメージをテスト コンピュータにインストールし、ビジネスに必要なアプリケーション (Office アプリケーションなど) を追加して、イメージをネットワーク共有またはリムーバブル メディア (DVD や CD など) に保存します。3.ユーザーは、CD または DVD を使用して、Windows Vista をローカルにインストールします。4.ユーザーが答える質問はありません。Windows Vista セットアップでは、ユーザーのデータ、設定、およびアプリケーションを新しい Windows Vista デスクトップにアップグレードして、インストールを完了します。ほとんどの場合、古いデータをローカル ハード ドライブ内で退避して、新しい Windows Vista イメージのクリーン インストールを実行します。ユーザーのデータと設定は、インストール後に新しい Windows Vista デスクトップに戻されます。コンピュータからコンピュータへの展開•企業の場合、展開手順はアップグレードの場合と同じです。異なるのは、Windows Vista セットアップによって古いコンピュータからデータが収集され、新しいインストールが新しいコンピュータで実行されるという点です。インストールは無人で実行されます。•エンド ユーザーの場合、ユーザーは Windows Vista を新しいシステムにインストールしてから、Windows Vista セットアップで古いコンピュータから新しいコンピュータに直接データと設定を移行できます。ページのトップへまとめWindows Vista では、構築および管理するイメージの数を大幅に減らすことによって展開を強化し、デスクトップ展開の複雑さとコストに対処しています。また、新しいイメージを作成することなく、更新とデバイス ドライバをオフラインで追加するなど、イメージの変更を容易にする機能を提供しています。Windows Vista では、アプリケーション互換性ツールキットや USMT など、展開用の新しいツールや強化されたツールも提供しています。Windows Vista で使用する WIM イメージ ファイル形式により、Microsoft は新しい XImage ディスク イメージング ツールを提供できるようになります。以前のバージョンの Windows に比べて、Windows Vista では、計画および設計段階から実装段階まで、完璧な展開プロセスが提供されます。表 1 では、Windows Vista で強化された展開機能を要約し、それらを有効にするツールについて説明します。表 1. Windows Vista で強化された展開機能 計画設計実装機能•アプリケーションの一覧•アプリケーションの分析とテスト•アプリケーションの互換性の調整•移行テスト•移行スクリプト•コンポーネントからのデスクトップ イメージの構築•イメージのカスタマイズ•ドライバ、言語、アプリケーションの追加•イメージのキャプチャ•デスクトップへのイメージのインストール•移行とアップグレード•リモート展開ツール•アプリケーション互換性ツールキット•USMT•XImage•Windows セットアップ マネージャ•Sysprep•USMT•WDS•イメージ ベースのセットアップ最後に、展開をスムーズに行うために、Microsoft では Business Desktop Deployment Solution Accelerator というガイダンスの更新版を提供します。Windows Vista は、これらすべての機能強化により、展開が最も容易でコストがかからない Windows オペレーティング システムになりました。ページのトップへ詳細情報Windows Vista の展開の詳細については、次の資料を参照してください。•Windows Vista デベロッパー センター•Windows Vista Logo program for Partners (英語) •IHV 向けの Windows•デスクトップ展開センター注 : このサイトに記載されている機能は変更される可能性があります。マーケティング上、技術上、またはその他の理由により、一部の機能が最終的な製品版に含まれないこともあります。ページのトップへ プロファイル (個人情報) の管理 |お問い合わせ先 |TechNet の情報を無料ニュースレターで入手© 2007 Microsoft Corporation. All rights reserved. 使用条件 |商標 |プライバシー |日本での個人情報の取り扱い

[ 9] Windows Vista 展開の機能強化
[引用サイト]　 http://www.microsoft.com/japan/technet/windowsvista/deploy/depenhnc.mspx

ここでは、数学的手法に基く厳密な解説は避け、より直観的に理解できるようなツールをいくつか用意しました。 図中のボタンを操作することにより、関数の波形やフーリエ係数等の数値をインタラクティブに変更することが可能です。 これらを活用して、信号の対称性とフーリエ係数の関係や、直交関数のイメージについて、理解を深めて下さい。 この関数が、ディリクレの条件を満たすとき、T0 の整数倍の周期をもつ sinとcosの重ね合せにより表すことが は基本となる角速度であり、基本となる周期 T0 に対応する基本周波数をf0 とすると、 詳しくは後ほど説明しますが、この an , bnを拡張すると、x(t) の周波数成分、すなわちスペクトルになります。 なお、係数 a0  の1/2 は、直流と正弦波の平均電力を一致させるための補正係数です。 cosは周期関数の偶対称成分、sinは奇対称成分に対応することは、容易に理解できると思います。 関数の形状により、収束する速度が大きく異なります。どのような関数で収束が遅くなるか、検討して下さい。 （答） ここで、実際にフーリエ係数 an , bn を操作して、それらを重ね合わせた関数 x(t) がどのように変化するか、 例えば、係数 a0 の ＋ をクリックして下さい。cos の0次成分、すなわち直流値（平均値）が少しずつ 周期関数 ｘ(t) が定まったとき、係数 an , bn をどのように求めるかが問題となります。 結果を以下に示します。 その理由を理解するためには、三角関数（ cos, sin ）の直交性について説明する必要があります。 また左下は、次数 m の波形です。これら２つの関数の積は4通りあり、それらの波形を右側に示しています。 n, m の値を変化させて、平均値が 0 以外の値になる組み合せを求め、その条件を検討してみて下さい。 フーリエ級数展開の定義において、係数 a0  の場合にのみ、1/2 という補正係数が付くことを説明しましたが、 三角関数の直交性については、理解できたと思います。この性質を用いると、周期関数 ｘ(t) から すなわち、周期信号を複数の信号の和に分解したとき、その周期信号のフーリエ係数は、分解した信号の ここでは、係数  an , bn の求め方について補足します。この求め方については、直交性より明らかですので、 次の式は最初に示したフーリエ級数展開の定義です。（ただし、整数の変数 n を m に変更しています。 ） 例えば、a4を選択すると、その部分が濃いグレーで表示され、対応する基本波（振幅１）が中央に表示されます。 左のボタンで関数を切り替えたり、他の係数をクリックして、フーリエ係数が求まることを感覚的につかんで下さい。 フーリエ級数展開では、周期関数を三角関数の成分に分解し、最終的にいくつかの係数  an , bn に変換します。 係数の anは周期関数の偶対称成分(cos)に、bn は奇対称成分(sin)に対応しています。 本節では、これらを複素数を用いてエレガントに拡張した「複素フーリエ級数展開」について説明します。 この概念は、次章以降で述べる「フーリエ変換」や「離散フーリエ変換」に密接に関連していますので、 すなわち、2次元の直交座標における回転を1次元の２つの座標軸で観測したものが、三角関数に対応します。 逆に、三角関数の cos とsin をペアにして拡張すると、2次元上の回転に対応させることができます。 この円上の点を、角度 θを用いて、以下のように表すことができます。ここで、j は虚数単位です。 オイラー自身、「真の数学者は、θにπを代入した eｊπ＝-1 という式の意味がわかる。」という言葉を残しています。 元気のある人は、挑戦して下さい。（ヒント。eｊθをθで微分し、j の解釈に一工夫必要です。） ここで、an と  bn を用いて、次の複素数 cnを定義します。ここで、整数 n は負の値を取り得ることに注意して下さい。 上が複素フーリエ係数 cn を用いて周期関数 x(t) を表す式、下が周期関数 x(t) から複素フーリエ係数 cn を x(t) が実数のとき、任意の整数 n について cn の虚部の符号を反転したものが c-nに等しくなります。 皆さんの中には、複素数、あるいは純虚数 j をつかみところのない存在だと感じている方がいるのではないでしょうか。 しかし、複素数は振動現象を単純明快に表すという明確な目的があって導入された数学的な道具であり、物理的な 電子回路の動作は直接目にすることはできませんが、CPUの冷却用ファンをはじめとするモータが目に入ります。 CDドライブやDVDドライブのトレイは往復運動をしますが、これも内部のモータの回転を歯車を用いて往復運動に しかし、このように次元が増えたとしても、回転は振動よりはるかに単純な運動であり、数学的にも回転（複素数）の 方が、振動（正弦波などの実関数）より単純・明快に表現できるのです。（後半の章で実感できると思います。） 下のアニメーションで、赤と青の線は、進行方向に向かって時計方向と半時計方向の回転運動を表しています。 これらの回転を横方向から眺めると（すなわち虚数部を無視すると）、単純な１つの正弦波の振動に見えます。 上のアニメーションにおいて、２つの回転運動（赤と青）の重ね合せ（ベクトル和）をとると、虚数部 = 0 となり、実数の平面内の この2つの回転運動の振幅と位相は等しく、回転の方向だけが反転しており、いわゆる共役（複素数）の関係にあります。 すなわち、振動現象を回転方向だけが異なる２つの回転運動のベクトル和（重ね合せ）と考えて、それらの成分（複素数）の x(t) が実数なので、スペクトル cn とc-n が複素共役の関係になっていることに注意して下さい。 また、三角関数と指数関数（Eulerの法則）の関係や、複素数を導入する目的についても整理しました。

[ 10] フーリエ級数展開
[引用サイト]　 http://laputa.cs.shinshu-u.ac.jp/~yizawa/InfSys1/basic/chap3/index.htm

計画、構築、および展開計画、構築、および展開ガイド展開展開フェーズ展開フェーズは、チームがソリューションを展開し、安定して使用できることを確認する期間です。展開フェーズは、展開の完了マイルストーンでが完了します。完了時点で、ソリューションの責任の所在は、運用およびサポート チームに移行します。主要なタスク表 11 は、展開フェーズでの主要なタスク、成果物、およびその所有者を一覧にしたものです。表 11. 展開フェーズ : 主要なタスク、成果物、所有者主要なタスク成果物所有者コアとなる技術の展開各サイトに展開サーバーがインストール、構成、およびテストされていること、管理スタッフがトレーニングを受けていることリリース管理、ユーザー エクスペリエンス、テストサイトの展開各サイトにデスクトップが完全にインストール、構成、およびテストされていること、ユーザーがトレーニングを受けていることリリース管理、ユーザー エクスペリエンス、テスト展開の安定化デスクトップが安定していること、プロジェクト成否の判定基準に対して評価されていることすべての役割展開の完了運用およびサポート スタッフがすべてのデスクトップに対して想定された責任の範囲を担っていること、すべての役割が展開の完了マイルストーンを承認していること、顧客が展開に満足していることを書面に記していることすべての役割チームの責任の範囲表 12 は、展開フェーズで各役割クラスタが取り組む主要なタスクを一覧にしたものです。表 12. 展開フェーズ : 役割クラスタと責任の範囲役割クラスタ責任の範囲製品管理顧客のフィードバックと承認プログラム マネジメント安定化の管理構築問題の解決ユーザー エクスペリエンストレーニングテスト問題解決の追跡リリース管理展開の管理、変更の承認機能チームとテンプレート文書展開フェーズでは、次のような文書を使用します。•展開計画 (テンプレート)•『展開チーム ガイド』コアとなる技術の展開展開計画の更新チームのソリューション計画と構築が適切であると、展開フェーズでは所定の作業を行うだけで済みます。ビジョン化フェーズでは、ドメインおよび物理的な場所に関する情報を含め、現在のコンピューティング環境やネットワーキング環境を評価し、文書化する作業を行いました。計画フェーズでは、展開に関する明確かつ最新の詳細情報を記述した展開計画を作成しました。現段階で構築作業を完了しているため、最新情報に基づいて展開計画を改めて更新し、新しい展開計画を使用してエンド ユーザーにソリューションを配布します。展開サーバーの構築展開計画を作成する時点で、エンド ユーザーにソリューションを展開するときに主として使用するイメージ (ディスク イメージまたは RIS イメージ) を決定します。1 か所で集中してすべてのハード ディスクをフォーマットし、プロジェクトの対象となっているサイトにイメージを送付する場合を除いて、イメージ保存用のサーバーを構築する必要があります。多くのプロジェクトでは、1 つ以上の展開サーバーを構築し、そのサーバーを展開に使用します。このようなサーバーには、ユーザー データのバックアップ コピーやシステム全体のバックアップだけでなく、ディスク イメージ、展開プロセスで使用するソリューション スクリプト、および特定のエンド ユーザーにインストールするアプリケーションを含めることができます。配布サーバーの配置については、計画フェーズで指定しておくことが必要です。計画を見直し、必要であれば更新します。サイトの展開プロジェクト チームは、サイトを展開することで、ソリューションをユーザーに引き渡すプロセスの最終ステップを完了します。展開チームが各サイトを訪問し、選択した配布方法 (ディスク イメージの使用または配布サーバーからの無人インストール) によって、Windows XP Professional と関連アプリケーションを対象コンピュータにインストールします。展開方針全体の厳密な適用が不可能になるような要件を持つサイトがあることも考えられるため、展開方針についてはサイトごとに検討します。各サイトでの一連の作業を、独立した準備、インストール、トレーニング、および安定化の段階を経る小規模の展開プロジェクトとして扱います。サイトの展開方針サイト展開には、必然的に、ある程度のリスクを伴うトレードオフが関与します。サイトの展開方針を決定するときには、スケジュール、リソースの利用可能性、およびプロジェクト スコープを考慮し、トレードオフ トライアングルなどの MSF 概念を活用します。リスクを最小限に抑えるには、展開に関連する作業を始める前に、ビジョン化フェーズと計画フェーズで示された展開方針の中から採用する方針を決定することが必要です。また、サイトへのソリューション展開を順次直列的に行うか、同時並行して行うかについても決定します。順次展開では、展開チームが 1 つのサイトですべての展開作業を実行してから、次のサイトに移動します。このような展開では、一般に、リソースとコストを少なく抑えることができますが、同時並行展開よりも長い期間がかかります。同時並行展開では、展開チームがすべてのサイトですべての展開作業を同時に実行します。このような展開では、追加のリソースが必要になるためコストは高くなりますが、より迅速に作業を完了できます。もう 1 つの考慮事項として挙げられるトレードオフには、展開に関する事前計画とジャストインタイム計画があります。事前計画では、チームは事前にサイトを調査して展開を計画します。ジャストインタイム計画では、チームがサイトに到着したときに展開を計画します。通常は、事前計画の採用が望まれますが、前もってサイトにアクセスすることが困難なときなど、場合によってはジャストインタイム計画による展開が必要になります。サイト展開の準備サイト展開には、次の 3 つの明確な作業があります。•インベントリの作成   展開計画用に収集した情報を検証します。必要であれば、サイトの再調査を行います。•スケジューリング   インストール プロセスのスケジュール (時間割を含む) を最終決定します。•通知   コミュニケーション計画の方針に基づき、サイト展開を実行する時期を通知します。これらの準備作業では、リリース管理の役割がリーダーシップをとります。これらの作業は、通常、オフサイトで実行できます。展開対象であるサイトごとに、上記の 3 つの作業を行います。インストールの実行すべての準備作業が完了するまで、ソリューションのインストールは行いません。これは、プロセスの実行中にユーザーの操作を中断させたり、混乱が発生したりすることを、できるだけ少なくするためです。場合によっては、準備作業で明らかになった最後の問題によって、サイトへの再訪問が必要になることがあります。ソリューションのインストールは、展開プロジェクトの最も単純な部分の 1 つであるべき作業です。展開の影響を受けるすべてのコンピュータと周辺機器を明らかにし、それに応じた計画を作成していれば、予期しない事態が生じることはほとんどありません。作業中に何らかの問題が発生した場合、展開チームは、既存の問題追跡システムを使用して内容をログに記録し、できる限り迅速に解決します。問題の性質によっては、構築チームがソリューション スクリプトを修正し、新しいディスク イメージを作成することもあります。サイト展開の安定化安定化は、サイト展開プロセスの重要な部分です。ソリューションが実稼動環境で十分に動作することを確認するまで、展開チームはプロジェクトにとどまります。展開チームや関連リソースが現場にいる間に、システムが安定して動作することを確認します。そのために、チームは、ビジョンやスコープに示された成否の判定基準に取り組み、展開計画で定義されたメカニズムを使用してフィードバックを収集します。インストールの場合と同様に、展開チームは、各サイトを独立した単位として扱い、サイトごとに安定化の作業を行います。すべてのサイトが安定化したら、プロジェクト全体の安定性の検討に移ります。展開の安定化展開完了およびプロジェクト終了の時期を判断することが難しい場合もあります。新しく展開したシステムで不安定な状態が続くこともあります。その場合、実稼動環境での問題特定やサポート管理は継続的に行われます。展開後に明らかになった問題が原因となって、プロジェクトの終了が困難になることもあります。このため、チームは展開の完了マイルストーンを明確に定義する必要があります。実稼動環境およびサポート システムに対して完全な移行を実行しないと、チームはプロジェクトから離れることができず、プロジェクトの終了を検討することもできません。組織の意向からプロジェクト チームのメンバに引き続き管理やサポートを担当してもらう場合、プロジェクトの終了後、それらのメンバは運用およびサポート チームの一員として新しい役割に移行します。このような最終段階では、運用およびサポートに関与しないチーム メンバがプロジェクトを離れることもあります。展開の完了運用およびサポートへの移行プロジェクトから離れる場合には、運用およびサポート機能を継続的な業務スタッフに移す作業が必要になります。新しいシステムを管理するためのリソースは、ほとんどの場合は既に存在しますが、このようなリソースがいない場合は、サポート システムを新たに設計することが必要になります。新しいサポート システムの設計は、別のプロジェクトとして位置付けることが賢明です。運用およびサポートに移行するときには、次のような作業を行います。•問い合わせや支援の要求を運用およびサポート チームの適切な要員に回付する報告システムを運用します。•サポート技術情報を発行し、運用およびサポート チームがプロジェクト関連の情報や文書にアクセスできるようにします。たとえば、問題追跡データベースと変更管理データベースを用意し、プロジェクトの履歴とチームによる意思決定方法に関する情報を運用およびサポート チームに提供します。プロジェクトの承認展開フェーズのすべてのタスクを完了すると、チームは、プロジェクトが展開の完了マイルストーンに達し、プロジェクトの作業が完了したことを正式に承認します。マイルストーンを承認することによって、チーム メンバは、各自の責任の範囲で遂行した作業に満足していることを示します。従来と同様に、プロジェクト チームは、通常、正式な承認によってマイルストーンを完了します。承認文書はプロジェクトの成果物となります。顧客の承認の取得ソリューションの承認とプロジェクトからのチーム撤退の許可を示す最終的な承認を、顧客または組織の代表者からプロジェクト管理者が取得すると、プロジェクトは終了となります。この時点でチームが未処理作業の完了や展開作業のしあげの最中であっても、承認によって、プロジェクト完了が正式に承認されたことになります。主要なマイルストーン : 展開の完了展開フェーズのチェックリスト展開フェーズを完了する前に、次のような事項について確認します。•IT 運用チームによる、運用およびサポートに対する責任範囲の承認•プロジェクトに関する承認の受領ページのトップへ7 of 8目次•はじめに•このソリューションの使い方•ソリューション アーキテクチャ•MSF を使用したソリューション実装•計画•構築•展開•プロジェクトの終了ダウンロードSolution Accelerator for Business Desktop Deployment ガイド (Version 2.0)25.8MB圧縮した Word ファイル最終更新日: 2005年10月3日関連リンク•Deployment CenterActive Directory をはじめ Windows XP Professional や Office 2003 Editions の効率的な展開方法をまとめたガイダンスを提供しています。 プロファイル (個人情報) の管理 |お問い合わせ先 |TechNet の情報を無料ニュースレターで入手© 2007 Microsoft Corporation. All rights reserved. 使用条件 |商標 |プライバシー |日本での個人情報の取り扱い

[ 11] Microsoft TechNet: 計画、構築、および展開ガイド - 展開
[引用サイト]　 http://www.microsoft.com/japan/technet/desktopdeployment/bdd/enterprise/PbdGuide_7.mspx