ケータイで出来そうで、実は問題あること。その１：デジカメ写真をＳＤカードに入れケータイで送信

　以前のブログで書いた話題、


デジカメでとって、ＳＤカードに入れて、そのＳＤカードのイメージをケータイで送信すれば。。と考えるかもしれないが、ここでちょっち待った。

　問題があるのだ。


について
（ひょっとすると、これ、自分の手持ちの端末だけの問題かも知んないけど）

---

●ケータイのＳＤフォルダには、フォルダの決まりがある。

　上記の、デジカメでＳＤカードに入っているデータを、どうしてケータイに転送して、送るのに問題があるのかというと、

　（これは、ひょっとすると、ＢＲＥＷ端末（それも特定の？）だけかもしんないけど）

ＳＤカードのフォルダが実は固定で、それが、デジカメと異なっているから。


　ケータイにＳＤカードをいれると、初め、フォーマットされる。
　そうしてフォーマットされたＳＤカードをパソコンで見ると、いくつものフォルダがある。
　このフォルダ構成はマニュアルに書いてある。
　そして、そのフォルダ構成になっていることを前提として、ケータイ（ＢＲＥＷ端末）は動いている。

　これは、アプリからのアクセスでも同様で、IFileMgrでfs:/card0/とやって、どこでもアクセスできるって言うわけでなく、

　　　fs:/card0/pc/

　とやってはじめて、ＰＣフォルダにアクセスできる。ところが、ＳＤカードには、pcというフォルダがあるわけではないのだ（仮想フォルダなの）。

　一方、デジカメは、デジカメのフォルダ仕様でＳＤカードに書き出す。

　当然、このフォルダをケータイで、見ようとしても。。。

　ってことよ（＞＿＜！）

　うーん、やっぱ、デジカメにケータイがついてくれないとねえ。。

　昔、そーいう宣伝（日経流通新聞でしたっけ？）があって、上のほうの人が、ずっこけてたけど、べつにずっこけるどころか、これって、まじめもまじめ、大真面目な話で、デジカメにケータイがついて、すぐにデータを転送できれば、いろんな出し入れ一切ないので、結構便利かもよ？新聞社の人とか。。もしかすると、もうあるのかにゃー？？

Ｐ．Ｓ　題名が「その１」になっているということは。。。

「ライブドアの乙部さんが、ブログ更新！」って書いただけでアクセスが５分間に５０件（＠＿＠！）

　いや、乙部綾子さん人気、健在ですなー！

　今ね、本家のほうに、

　「ライブドアの広報の乙部さんのブログが更新されたよ！」

　って、書いたら、５分間で５０件のアクセス。。ありえねー！！
　すげー（＠＿＠！）

　ちなみに、更新された乙部さんのブログは、

　ここ
http://blog.livedoor.jp/ld_ayako/archives/50368969.html
と、ここ
http://blog.livedoor.jp/ld_ayako/archives/50368040.html


　なんだけどね。。

　今日は、本家のほう、
　夜中に、「きっこさんのブログが２億」っていう話題をかいたら、あさ４０件くらい
　お昼ごろ「日本ブログ協会」について書いたら、＋３０件くらい
　で、乙部さんネタを書いたら、５分間で５０件、今、＋２００件オーバー更新中状態！！

　きっこさんより、日本ブログ協会より、乙部綾子さんなのね（＾＾）

「Ｗｅｂアプリで電子編集」のメリットを、個人情報保護やケータイからの入力を例に

　げ、ＤＴＰ関係の人が多く見てるので、こいつの続きであるWebアプリでＤＴＰつーか、電子編集って言うかをつくるとどんな風にいいのかについてをかいたほうがいいね（＾＾）

　ということで、そのメリットという、脱力系？な話題（＾＾）
　（プログラムは出てこない、まるで、営業さんみたいな話）

---

メリットは、こんなかんじかなあ。。

■■（１）柔軟に「アジャイルに！」編集システムを変えられる
　→特集向けの小組を、Ｗｅｂサイトとして作って使うことができる
　　イメージ出力部分は、PerlなりPHPのＧＤを使えばいいわけだし。。
　　負荷分散も、アクセスサイトを変えればできる。かんたん

■■（２）文書が一元管理できる。
　レイアウトデータと、素材、小組のデータはファイル。
　そこで、「ファイルごと、ＤＢで一元管理！」ってことができる。
　で、こーいうと、ＣＭＳ（こんてんつまねじめんとしすてむ）っていう話になるけど、特定のアプリとＣＭＳが結びついてしまうと汎用性なくなるけど、なんたって、所詮ＣＧＩやＰＨＰプログラムとなれば、汎用的にインターフェースを統一できる（そこで、ＳＯＡっすか）

　日本版ＳＯＸや、個人情報保護法をにらんでの、情報管理をする場合、端末に（とくに、印刷会社の「作業している人の」パソコンやＵＳＢメモリに）データが残るのは困る。
　ＤＴＰオペレーターが２ちゃんねるに流しちゃうかもしれないしね（＾＾）

　そーいう意味で、文書が一元管理できるっていうメリットはある。

■■（３）素材データの入力が、ケータイからできる。

　このブログなので、無理やり、こういう話題にして、問題点を作り出してみる。
　もちろん、ここの賢明（懸命？）な読者ならお気づきのことと思うが、問題点は次回だ。

　で、それはさておき、たとえば、雑誌なんかだと、小組は、特定の情報をテキストで入れてもらうというケースがある。

　求人雑誌の必要項目は同じだし、コンサート情報も大体同じ。

　なーんて場合、Ｗｅｂサイトで入力フォームを出して、そこから入れてもらえる。
　さらに、Ｗｅｂサイトってことで、Ｃ－ＨＴＭＬで書いて、（ＨＤＭＬで書いて）ケータイから入力してもらうことができる。

　もっとも、これは文字データだけで、写真の場合は、ケータイの写真だと、画像的にどーなのとなるので（サーバーで画像処理すると使えるかもしんないけど）普通は無理だ。
　そーすると、デジカメでとって、ＳＤカードに入れて、そのＳＤカードのイメージをケータイで送信すれば。。と考えるかもしれないが、ここでちょっち待った。

　問題があるのだ。

　それについては、予告したとおり、今度、気が向いたときに。。

個人情報を保護するのに、ネットワークにつながないほうがいいのか、つなぐほうがいいのか？

　スラッシュドットのこの記事によると、島根県は、先生が個人情報をパソコンで扱う場合、そのパソコンは、ネットワーク接続させないという方針をだしたそうな。

　ただ、個人情報保護というなら、ネットワーク接続だけでなく、ＵＳＢ接続やフロッピーのコピーも、当然不可だろう。

　なぜなら、ＵＳＢに個人情報を保存し、そのＵＳＢを、他のネットワークがつながっているパソコンに接続してしまったら。。
　それも、個人情報が入ったＵＳＢを、誰かが間違って（個人情報が入ってると知らずに）、ネットワークがつながっているパソコンに接続してしまったら。。

　っていうことも考えられるので、トーゼン、コピーも禁止だ。

　そーやって考えると、個人情報が入ったパソコンは、そのパソコン上で個人情報を入力し、他には使えないことになる。とすると、ワープロ代わりに使うようなケースでないと使えない気がする。

　なら、ワープロで仕事したほうが、効率的な気がするが（＾＾）

---

　もう一方の考え方として、逆にネットワークにツナギ、サーバー以外からデータを保存できなくさせるという方法もあるだろう。いわゆるthin client。

　クライアント側は、なーんにもできなくて、サーバー側にデータはすべてある。

　そして、サーバー側を集中管理することによって、データ漏洩をふせぐという考え方だ。

---

　どちらがいいかという議論は、もちろんやるべきだと思う。

　ただし、ウィリアムのいたずらは、ここで思うことが２つある。

　ひとつは、個人情報の保護というのは、１つの小さな問題で、問題の本質は、もっとおおきく、学校や企業の情報管理戦略が、不在なのではないかと。

　つまり、どのデータをどこにもつのが、一番効率的で、その場合、どういう問題がおき、そのために、わが社、わが学校としては、どのように対応するかという戦略面が不在な気がする。

　で、ただ、問題が起こると、それに対して、対処療法的に対応している気がする。

---

　もうひとつは、Thin clientとしての、ケータイの利用だが、これはこれで、ひとつのネタになりそうなので、別の機会にわけて、書こうと思う。