>>72
>使う側をいい意味で規定するのがフレームワーク。何も拘束しないのが
>クラスライブラリ。間違ってるのかもしれないけどね。
学者が考えるほどのことはないと思うぞ。
欲しい機能を一つのクラスで提供するクラスを集めたのがライブラリ。
まぁ、共通関数の集まりに近いものは有るね。
複数のクラスである仕組みを提供するのがフレームワーク。
フレームワークは、拡張性や柔軟性を提供するためにパターンを利用したものが多いね。
ユーザーの操作(event）に対して画面を更新するのにObserverPattenを利用したりね。
ライブラリは、使いたいあるクラスについて使用を理解すれば使えるが、
フレームワークはアーキテクチュアを理解しないと使えない。
J2seはライブラリの集まりだけど、
J2EEのEJBなんかはそういう意味でフレームワークといえるね。
僕は、EJBよりもうちょっと上位の仕組みをフレームワークといいたいが。

>>78
本質的にはhttpはコネクションレスなプロトコルだから、
みんな苦労してるんだよね。
だから、SessionIDを使ってsessionを管理している。
TokenはSessionIDを使い捨てで毎回変えるのと同じだね。

>>77
確かにtokenと聞くと連番を使ってしまうようなイメージだが。
SessionIDみたいに重ならないようにすればいいんじゃない？
単純なとこでは、SessionID＋連番とか。

>>80
申し訳ないが、上の発言でヒントとさせてください。