07/04/11 12:52:16 .net
>>74さん
直面している課題なので、いろいろヒントを探しているので、
ごちゃごちゃ書いてしまいました。すみませんです。
まあ、例えばですが・・
（どれも割愛出来ない要素なんでまた長く・・
・コンビニの個人オーナーさんがＦＣ本部と提携して、
地域密着型のお弁当の団体配達販売を企画したとします。
・そのオーナーはＰＣ初心者でネット閲覧を多少する程度です。
・オーナーは本部のお弁当ＤＢ内容をウエブで検索閲覧します。
・ＦＣ本部ＤＢはウエブサーバと連動します。
・コンビニオーナは地域に見込める趣向のお弁当をウエブで選択します。
選択したリストと自分の店情報がウエブ上で組版ＰＤＦ化され、
オリジナルの「可愛いチラシ」などいろいろなツールが完成します。
※ある印刷会社さんみたいにここだけ考えてもなんにもならないし。
・大量折り込み展開を望む場合は、本部がそのＰＤＦを流用＆請負
・少量手配布の場合は、オーナーが自分でプリントして配布活動
・同時にオーナーの店のホームページでＨＴＭＬを自動で生成し
トピックスとして自動で公開される。
※卸弁当工場も新製品を売れるようにウエブ上でお弁当ＤＢに随時、新商品を
紹介するため登録でき、コンビニオーナーと同じ自動化サービスを利用する。
組版と関係のない人が、自動化された組版を利用する簡単な例ですが、
こんな感じだとして３人チーム程度でそれぞれ既存のアプリを用いるだけで可能ですよね。
組版の自動化の着地を考えた場合「版」と「サービス」で全く違いますよね。
ところでエンジンというならウエブサーバ全体と言えばいいのかなあ？
中でSQLとかPHPとかPDFLibとか動くんだろうけど。
テンプレートだって手書きで作っちゃえば＜極端に言えば＞DTPアプリもいらないし。
自動化は初めてファックスを導入した頃からいろいろやってます。
ＰＣはまじで疎いですけど。