IPV6とリモコン、ユビキタスネットワークの勝者は決まってないかも。。

　ユビキタスネットワークというと、ＩＰＶ６を使って、インターネット接続することによって実現すると考えるのがふつうである。

　しかし、昨日、ブログでしめしたように、リモコンを外から操作するっていうてもあっる
　昨日は、機械ってかいたけど、ＵＳＢケーブルでパソコンと結びついた戦車のプラモデルの先から、赤外線をだして、テレビをつけたり、エアコンを入れたりするとすると、そんなにおかしなものでもない。（戦車の大砲のクビの部分が回り、角度も上下する。この回転角と上下を登録する）

　リモコンは、いまでも普及しているので、あとは戦車とアプリを開発するだけだ。
　それさえできれば、一挙に商品化までいける可能性があるだろう。
　一方ＩＰＶ６での普及はもちろん、インターネット家電の普及も地デジによるインターネットとパソコン以外は、まだまだだろう。

　さらに、リモコン技術は、かれた技術だ。ほかとの組み合わせも（炊飯器や電子レンジ）もインターネットと結び付けるよりかは簡単かもしれない。

　ってことで、ユビキタスネットワークの本命はＩＰＶ６だが、リモコン（赤外線）も、Bluetoothでも、似たようなことはできるかもしれない。

　と考えると、ユビキタスネットワークの技術本命を、ＩＰＶ６を初めとするインターネットや(今回は触れなかったが）ＲＦＩＤに絞るのはまだ早くて、もっと幅広く研究したほうがいいと思うのだが。。。

　ってことで、このニュース

上海・復旦大にユビキタス研究所　ＹＲＰユビ研と共同
http://www.iza.ne.jp/news/newsarticle/economy/chinaecon/13220/

そこに未来住宅って出てくるけど。。。
もっと意外と、簡単にできるかもよ、幅広く研究すれば。。

ガチャピン、ブログだけでなく、ボーダフォンの名刺、さらにはカフェまで！他キャリアは？

おお、ガチャピンのブログなんですね。

ここ
http://gachapin.fujitvkidsclub.jp/

その日記によると、
ガチャピンのボーダフォンの名刺もあるし(下記リンク先に写真アリ）
http://gachapin.fujitvkidsclub.jp/2006/07/2006729.html

さらに
ここ
http://gachapin.fujitvkidsclub.jp/2006/07/2006728.html
のブログから引用すると(斜体部が引用）

8月に、ガチャピン＆ムック　カフェがオープンするんだって。
まさかと思っていたけど、
ホントだったんだ。
さっきスタッフに「よろしく！」って言われた。
なにするの？ って聞いたら
「シェーカーでもふる？」だって!!


ってことで、カフェまでつくるそうだ。。

ボーダフォンの名刺まで持ってますよねえ。。。

他のキャリアはどーするの

　　ドコモだけブログとか、
　　auしかブログとか、

やんないのかなあ。。

ゲームのポータルを作って、ゲームを上戸彩さんが宣伝するのでなく、上戸彩がポータルに出たほうが

　”上戸 ゲームで「口出しイヤ」”という見出しに、一覧では、なっていた
[その他] 上戸彩　ゲームは「負けず嫌い！」
http://headlines.yahoo.co.jp/video_gallery/showbizzy_interview/g060801.html
（以下斜体は、上記ＹＡＨＯＯニュースより引用）

この話の中心は、タイトルになっているゲーム中は口出しされるのがイヤでということではもちろん、なくて、オンラインゲーム「ゴルフだいすき！～Ｉ　ＬＯＶＥ　ＧＯＬＦ！～」の発表会見が行われ、イメージキャラクターを務める上戸彩が登場したってことでも、たぶんなくて、

izaのニュース

上戸彩さんとゴルフ！　ソフトバンクグループ、ゲーム新サイト開設へ
http://www.iza.ne.jp/news/newsarticle/it/itbiz/13204/

にあるように
（以下斜体は、上記izaのニュースより引用）


ソフトバンクグループは１日、オンラインゲームのポータル（玄関口）サイトを年内に開設すると発表した。だれもが楽しめる簡単なゲームを多数提供する予定で、初心者の取り込みを狙う。
　第１弾として、ソフトバンクグループのＥＬＥＶＥＮ－ＵＰ（イレブンアップ、東京都港区）が、ソフト制作のキャメロット（同新宿区）とゴルフゲーム「ゴルフだいすき！」を共同開発した。


ってことだろう。

---

うーん、ゲームを上戸さんがせんでんするんじゃなくって、
いっそのこと、そのポータル開いたら、上戸さんばーん！ってかんじで、上戸さんがでてきて、その上戸さんの質問に受け答えするかんじで（ＲＰＧみたいなかんじ）、いろんな検索とかできたらいいのに。
　宣伝は、当然、上戸さんの会話の中に入っているのです。

　って、書いて、気づいたと思うけど、いもうとデスクトップみたいなかんじだ。

　もちろん、ユーザーの好みにより、上戸さん以外のタレントさんでもＯＫ。
　それに、ＵＲＬの指定により会話抜きでいきなり検索とかもＯＫ。

　ただし、念のために行っておくが、上戸さん以外のタレントとして、孫さんは、やめておいたほうがいいぞ。。絶対不人気だぞ（＾＾）、あと、北尾さんも。。。次の画面にいくまで、話が長そうだ。

ＳａａＳ、ＳＯＡ時代の帳票出力は、出力ツールがＷｅｂサービスでデータはＰＯＳＴでＸＭＬ

　きのうのブログアジャイルと形式仕様記述言語、ＵＭＬの融合としての「ミドルアップダウンアプローチ」で、ユーザーとの最小動作単位で、ライブラリを用意しておけば、アジャイル、形式仕様、ＵＲＬどれでもうまく作れるという話をして、で、そのユーザーとの最小動作単位として、産能大式記号をあげたので、実際、それをライブラリにしてみましょうっていう話を、これから何回かにわけてしたいと思います（新しいシリーズです）。

---

　まずは、ここに書いてある順番でいくと、

　　　新しい帳票を用意する

なので、帳票の話から。

　実は、実務における帳票出力というのは、２つのケースがある。

　　　１つは、データが重要で、データベースに書き出せば、本当はＯＫってもの
　　　もう１つは、紙に出すことが重要（どっかに送るとか、貼るとか）

　今回は、後者の「もう１つは、紙に出すことが重要」のケース、つまり、純粋に紙にだすことを考えます。

---

■概要

　ＳＯＡやＳａａＳの時代になると、結局、帳票出力アプリをＷｅｂサービスにして、こっちからデータ投げたら、そのデータをみて、出力して欲しいってことになる。

　そーすると、方式としては、こんなかんじ。

１．クライアントから帳票出力サービスを呼び出す。
　　　　出力データは、ＸＭＬでＰＯＳＴ形式で渡す

２．帳票出力サービス（サーバー）は、受け取ったＸＭＬデータのトップのタグから、
　　　それに結びついた帳票の雛型を取ってきて、
　　　そこにデータをいれて、出力する

＊ってことは、あらかじめ、帳票の雛型をサーバーに置いておくということ。

　なお、ここでいう「クライアント」とは、帳票出力サービスからみたクライアント（指示を出す側）という意味で、もちろん、アプリケーションサーバーでもＯＫ（つーか、そのほうがおおいかな）

　クライアント側では、ＸＭＬファイルを作成するのに専念すればいい

---

■　実現方法

　これを実現するのには、サーバー側で、帳票出力プログラムを呼び出すことになる。
　
　富士通なら、ListCreatorっていうのがあるので、そのプログラムを起動すればいい。（あれ、ListCreatorじゃなかったっけ？フォームコーディネーターの親戚。。思い出せないので、以下、ListCreatorって書いちゃうけど、違うかも。。）

　受け渡しのデータのＸＭＬファイルは、ListCreatorで決まっているので、終了。。。っていうと、富士通の人以外に怒られそうだから、ＭＳ－Accessでやりましょう。

　ＡｃｃｅｓｓはＤＢだろ！ってつっこみもあると思うけど、いやいや、帳票出力プログラムとしてのほうが、よく出来てますよ。

---

　ってことで、ＡＳＰ（この場合はアクティブサーバーページの意味）で、
　引数を出力データ（ＸＭＬ形式）にして、ＰＯＳＴで受けて、
　プログラムの中は、こんなふうにします。

１．命令を受けたら、Ａｃｃｅｓｓのオブジェクトを生成する。

２．ＸＭＬファイルをみて、Ａｃｃｅｓｓのデータをデータ用テーブルに入れる
　　→帳票の雛型（Ａｃｃｅｓｓでいうレポート）はあらかじめ作っておく
　　→その雛型（レポート）に対するデータ用テーブルもあらかじめ作っておく
　　→上記出力要求がきたら、
　　　　　まず、そのテーブルをクリアする
　　　　　そこにＸＭＬのデータをいれ、
　　　　　出力したら削除する
　　→ＸＭＬをＡｃｃｅｓｓのテーブルに入れるのは、（ちょっと古い話だけど）
　　　ここ

３．そのあと、レポート出力を行う。

　それでは、以下に、ＸＭＬファイルについて書きます。
　ここで、複数のフォームのレポートをどのように切り替えて出すかについても書きます。

---

■ＸＭＬのフォーマット

　ＸＭＬファイルのフォーマットは、こんなかんじ（フォームコーディネータの場合は、それに順ずればいい。ここでは、それを少し書き換え、マルチフォーマットでもシングルフォーマットでもＯＫにした）。

＜Printjob＞
　＜レポート名１＞
　　＜Rec＞
　　　　＜項目名１＞１件目の項目１のデータ値＜／項目名１＞
　　　　＜項目名２＞１件目の項目１のデータ値＜／項目名２＞
　　　　＜項目名３＞１件目の項目１のデータ値＜／項目名３＞
　　　　　　：
　　　　　　：
　　＜／Rec＞
　　＜Rec＞
　　　　＜項目名１＞２件目の項目１のデータ値＜／項目名１＞
　　　　＜項目名２＞２件目の項目１のデータ値＜／項目名２＞
　　　　＜項目名３＞２件目の項目１のデータ値＜／項目名３＞
　　　　　　：
　　　　　　：
　　＜／Rec＞
　　　　：
　　　　：
　＜／レポート名１＞
　＜レポート名２＞
　　＜Rec＞
　　　　＜項目名１＞１件目の項目１のデータ値＜／項目名１＞
　　　　＜項目名２＞１件目の項目１のデータ値＜／項目名２＞
　　　　＜項目名３＞１件目の項目１のデータ値＜／項目名３＞
　　　　　　：
　　　　　　：
　　＜／Rec＞
　　＜Rec＞
　　　　＜項目名１＞２件目の項目１のデータ値＜／項目名１＞
　　　　＜項目名２＞２件目の項目１のデータ値＜／項目名２＞
　　　　＜項目名３＞２件目の項目１のデータ値＜／項目名３＞
　　　　　　：
　　　　　　：
　　＜／Rec＞
　　　　：
　　　　：
　＜／レポート名２＞
　　　：
　　　：
＜／Printjob＞

　「レポート名」が、Ａｃｃｅｓｓのレポートの名前に相当します（テーブルは、なんでもいいけど、仮にTBLレポート名（レポート名の頭にTBLをつける）としておく）。

　項目名が、そのレポートのうち、出力したい項目に相当します。

　＜ＲＥＣ＞が１レコード分に相当します。

　１人３枚で１枚フォームを変えて、何人も出したい場合は、
　　　まずレポート名１で１レコード分だけ書いて、
　　　次にレポート名２で１レコード分だけ書いて、
　　　次にレポート名３で１レコード分だけ書いて、

　１人分出来上がり、そしたら、２人目のデータで
　　　まずレポート名１で１レコード分だけ書いて、
　　　次にレポート名２で１レコード分だけ書いて、
　　　次にレポート名３で１レコード分だけ書いて、

　とやっていきます。

　＜レポート名＞のところで、該当データテーブルをクリアし、ＸＭＬからレコードを取り出します（ＲＥＣタグをみる）。ＲＥＣタグ１行１レコード分とします。

　＜／レポート名＞のところで、出力処理を行います。

---

　こんなかんじにすれば、そのＡＳＰを呼び出し、引数にＸＭＬファイルを渡すだけで、帳票出力が出来ます。
　もちろん、プログラムとして、AccessやListCreatorを呼び出すことはできるので、プログラムでやってもＯＫですけど（その場合、ＸＭＬに入れるより、ハッシュマップのほうがいいかも）