SSPによるアーカイブやupdates2.dauの作成時に、一番上の階層（アーカイブ作成時にinstall.txtが置かれる場所）にdeveloper_options.txtというファイルを用意することで、対象にするファイルを設定できます。

書き方の説明や例はInstall/Update設定のページのdeveloper_options.txtについての節をご覧ください。

なおこのファイルはあくまでSSPでアーカイブやupdates2.dauを作成する時に働くので、後述のゴースト配布系自動化システムや、他のベースウェアでそれらを作成する場合には無効である事に注意してください。

ゴースト配布系自動化システム(GDM)はupdates2.dau、ゴーストのアーカイブ化、そしてサーバへのアップロードまでを一括で行ってくれる支援ツールです。

導入してきちんと設定してしまえば、このページに書いてある内容の大部分が不要になるでしょう。

現在は下記の通り「整備班」で配布されています。

ゴースト配布系自動化システム

また詳しい導入・設定の解説は以下のサイトを参考にしてください（「1」の内容は不要）。

ゴースト配布系自動化システム(GDM)のつかいかた

名前にこそ「ゴースト」とありますが、実際にはシェルやバルーンその他あらゆるもののアーカイブ・ネットワーク更新用ファイルのアップロードに使えます。

また複数の対象（ゴースト1,ゴースト2,シェル1,シェル2,シェル3,バルーン,...といったように）について、アーカイブ作成・ネットワーク更新などの操作ごとに設定を保存しておけて、その時々でしたい操作だけを選んで一括実行できます。

多くのコンテンツを管理している場合にはとても助かります。

最初の導入や設定は少しやる事が多く大変ですが、一度済ませてしまえば後はワンクリックで、複数コンテンツのネットワーク更新・アーカイブ更新を済ませてくれるのは非常に楽です。

それだけではなく、updates2.dau作成後にファイルを弄ってしまったり、FTP通信をアスキーモードに設定してアップロードしたりといったミスによるmd5不一致エラーを完全に防いでくれます。

もちろん適切な設定によって、不要ファイルの混入防止などにも大いに役立てることができます。

なお先述のdeveloper_options.txtは、SSPの機能でnarやupdates2.dauを作成する場合にはたらく設定ファイルですので、GDMを使って作成する場合には関係ないことに注意してください。

といってもGDMはそれ自体の機能としてアップロードするファイル/しないファイルの設定ができますので、本来不要です。

install.txtに下記の記述が含まれていると、特殊なインストールになります。

refresh,1

この指定があった場合、インストールされるフォルダにすでにファイルがあると、上書きするのではなく全て削除してからインストールされるようになります。

フォルダ・ファイル構成を変えるなどして、上書きされると不要なファイルが残ってしまう場合などに使います。

しかしリフレッシュインストールでは、セーブデータ等も消えてしまう点に注意が必要です。

リフレッシュインストールの際に残しておきたいファイルは以下のようにして指定できます。

refreshundeletemask,save1.txt:save2.txt

詳しい書式など、Install/Update設定のページもご覧ください。

install.txtへの記述とファイルの構成によって、ゴーストにバルーンを同梱して配布することができます。

またSSPの場合、バルーンの他にもプラグインとヘッドラインについて同梱する事ができ、さらにゴーストに対してでなくシェルにそれらを同梱することも可能です。

以下ではゴーストにバルーンを同梱する例を考えてみましょう。

ファイル構成はこのようになります。

+-(myghost)
　　+-install.txt
　　+-developer_options.txt (SSPのみ)
　　+-ghost
　　+-shell
　　+-(myballoon)
　　　　+-descript.txt
　　　　+-balloons0.png
　　　　:
　　　　:

この時install.txtを以下のように書けば、ゴーストと同時にバルーンのインストールができます。

charset,Shift_JIS
type,ghost
name,ゴースト名
directory,myghost（※ゴーストのフォルダ名。英数）
balloon.directory,myballoon（※バルーンのフォルダ名。英数）

この場合balloon側にinstall.txtは不要です
※あっても無視されます。単独配布を見越して入れておいても構いません。

また、もし設置後のバルーンフォルダ名と、配布時のフォルダ名が異なる場合は以下のようにします。

charset,Shift_JIS
type,ghost
name,ゴースト名
directory,myghost（※ゴーストのフォルダ名。英数）
balloon.directory,hoge_balloon（※インストール後のバルーンフォルダ名。英数）
balloon.source.directory,myballoon（※アーカイブ内のバルーンフォルダ名。英数）

これで上例のmyballoonというバルーンのフォルダは、
実際のインストール後にはhoge_balloonというフォルダ名になります。

同梱するファイルについてのrefreshの設定は以下のようにします。

balloon.refresh,1
balloon.refreshundeletemask,hoge.png:huga.txt:...

バルーン以外について同梱にする場合（SSPのみ可）には、「balloon.directory」「balloon.source.directiory」「balloon.refresh」などの「balloon」部分を、それぞれ同梱したい内容、すなわち

• headline
• plugin
• calendar.skin
• calendar.plugin

のいずれかに変更した上で、上例のバルーンと同様にファイルを同梱してください。

ゴーストへの追加ファイル（supplement）のアーカイブを作りたい場合は、ゴースト本来のフォルダ構造はそのまま、追加したいファイルだけを含めてアーカイブにします。

例えばghost/masterに「dic_supplement.txt」というファイルを追加したいなら、以下のようになります。

+-(mysupplement)
　　+-install.txt
　　+-developer_options.txt (SSPのみ)
　　+-ghost
　　　　+-master
　　　　　　+-dic_supplement.txt

この時のinstall.txtの内容はこのようになります。

charset,Shift_JIS
name,追加トークパッチ
type,supplement
accept,対象ゴーストの本体側名

この方法はSSP専用となっています。

以下のようなファイル構成でアーカイブを作ると、複数の内容を同時にインストールするためのパッケージを作る事ができます。

+-(mypackage)
　　+-install.txt (package用)
　　+-(myghost1)
　　　　+-install.txt (myghost1用)
　　　　+-developer_options.txt (SSPのみ)
　　　　+-ghost
　　　　+-shell
　　　　:
　　+-(myghost2)
　　　　+-install.txt (myghost2用)
　　　　+-developer_options.txt (SSPのみ)
　　　　+-ghost
　　　　+-shell
　　　　:

フォルダにpackage用のinstall.txtを用意して、そのフォルダの中にそれぞれの内容をいれます。

それぞれの内容は個別のinstall.txtを持った、単独でもアーカイブにできるような通常のインストール構造です。

いくつもの内容をフォルダで「梱包」して、箱書きとしてpackage用のinstall.txtを別に付ける、と考えると解りやすいかもしれません。

最上位フォルダにあるpackage用のinstall.txtは以下のように書きます。

charset,Shift_JIS
type,package
name,パッケージ名

個々のinstall.txtは通常通りに記述します（Install/Update設定など参照）。

なおdeveloper_options.txtを使う場合も、最上位のフォルダにではなくそれぞれの内容側に用意する点に注意してください。

上例のファイル構成はゴーストを二つ同梱している例ですが、もちろん実際にはゴーストに限らずアーカイブとして有効なあらゆる内容を含む事ができます。

ただし、type,shellやtype,supplementのようなacceptを指定する内容で、指定先がバラバラのものを一緒にしてしまわないように注意してください。