Ｓｔｒｕｔｓでの画面前処理の話を以前のブログですると書きましたが、その前に、セッションについてまとめておく必要があるので、ちと書いておきます。
セッションは、画面間で、データを受け渡しするのに、普通使います。
ＰＨＰだとこんなかんじ
（ただし、Cannot send session cookie（このあとつづく）っていうエラーが出る場合はここ）
Perlだとこんなかんじ、
ＪＳＰだとこんなかんじで、
Ｊａｖａのサーブレットだとこんなかんじ
とまあ、こんなかんじになります。
では、セッションでは、なにをやっているのかというとまとめると、結局
・画面間で、データの受け渡しをするのに、サーバー側にデータ置き場を用意しておき、クライアントにセッションＩＤをわたすことで、どこの置き場のデータを使っているということがわかるようにして、データを受け渡す
という方法でした。
つまり、こんなかんじ。
で、これを実現するためには、クライアントの画面にセッションＩＤを渡して、クライアントからはそのＩＤを返してもらわないといけません。
そのためには、クライアントに
１．クッキーを使ってもらうか
２．セッションＩＤをＵＲＬに設定して（SIDやSessionIDとなるのがふつう）
とってくるのがふつうです。
なお、上記の図のように、セッションは、サーバー側にあるものなので、
Javascriptでクライアントからセッションのデータを操作するというのは、
常識的には出来ません（ＡＪＡＸで非同期でなんかして。。。とか、
そーいうことを、今考えないとして＝常識的に）。
また、別にセッション以外でも、このことと同じことは実現できます。
１セッションごとにファイルやディレクトリ（＝フォルダ）を用意して、
そこに書き出し、セッションＩＤのかわりに、そのファイル名をクライアント
に受け渡しすれば、ＯＫです。
もちろんＨｉｄｄｅｎですべてのデータをわたしてもいいし。。
この場合のメリットは、ＡＪＡＸを利用する場合、比較的簡単にサーバ側データ
が取得できるということです。セッションに入っているデータをとってくるというと、
いろんなからくりを作らないと無理っぽそうですが、ファイルをＸＭＬで書き出し、
そのファイル名をクライアント側に渡してしまえば、あとは、フツーのＡＪＡＸ
でのＸＭＬ取得の話でｓ。
で、今回は、そーいうことをいいたいんじゃなくって、
クライアント側で、仮にクッキーも受け付けず、ＵＲＬにもいれない、つまり、セッションは一切使いたくないとしたとします。
それでも、サーバーからみると、サーバープログラムと、その直後のＪＳＰにおいては、セッションを利用して、データを受け渡すことは可能だということです。
たしかに、複数画面間のデータ受け渡しにはセッションＩＤをつかって、セッションをみつけるので、セッションＩＤがないとこまります。なので、クライアントでセッションＩＤを受け渡すことを、上記のように拒否された場合、”複数画面間での”データ受け渡しは出来ません。
しかし、”１画面を出力するまでの”サーバープログラムと直後のＪＳＰの関係においては、クライアントはでてこないので、ここでセッションを利用して、データ共有することは可能です。つまり、”１画面内で複数プログラムがあるときの”データ受け渡しは可能です。
おなじことが、ＰＨＰプログラムにもいえます。
サーバー側でＰＨＰプログラムが１画面を出力する間に複数動く場合、セッションに処理したデータを突っ込んでしまえば、そのプログラム間でセッションによるデータ共有は可能です。
ただし、複数画面における画面間でのデータ共有は、クライアント側で、セッションを利用できるように（＝クッキーを受け入れるか、ＵＲＬにセッション番号を付けることをＯＫとする等）しないとできません。
この特徴を使って、ＭＶＣにプログラムをわけて、各プログラムにおいて、他プログラムに渡したいデータをセッションにいれてしまい、データ共有させたのが、カオル姫方式です。
ということで、Ｓｔｒｕｔｓの話ができそうです。
