ドコモ中村社長、「孫氏の発言には怒りすら覚える」と、ソフトバンクの予想外割を批判

ここのニュース

ドコモ中村社長、「孫氏の発言には怒りすら覚える」
http://k-tai.impress.co.jp/cda/article/news_toppage/31710.html

によると、Ｄｏｃｏｍｏの中村社長は、(以下斜体は、上記ニュースより引用）

「0円の表記と、孫社長の名前は大きく書いてあるが、大切な条件が小さく書いてある。ソフトバンクモバイルに移動したが、請求書を見て、こんなはずじゃなかったという人が増えることが心配。こういう出し方はフェアなのかどうか」などと語った。


そうな。で、

ドコモとauの料金体系が複雑であると指摘されたことや、日本の携帯電話料金が世界一高い料金体系としたことに対しても、「ソフトバンクは、時間帯を4つにも分割し、曜日ごとに料金を切り分けている。どっちの方が複雑なのか。トラフィックを分散させるためのプランだろうが、もしJRがラッシュ時だけ料金を高くしたら、どんな批判が集まるか。また、総務省の発表でも、日本の携帯電話料金は世界的に見ても、決して高くはない」などとした。


これ、おっしゃるとおり、複雑にしすぎちゃいましたよねー。
ソフトバンク。
時間帯によって違うって言うのはねえ。。。
で、さらに


、「固定発携帯電話料金は、3分120円だったものを、ドコモは3分70円、auは3分80円へと値下げしてきた。それに対して、ソフトバンクモバイルは3分120円のまま。これはかなり収益に作用する部分であり、こうした点を言わないことは疑問」などと語った。


って言っているけど、確かに、今回の予想外割、よーくよーくよーく検討しないと、
なんか、高くなっちゃうかもしんない。。
ほんとうに、今回の予想外割で、ケータイって、どこまで値段体系複雑にするんだよー
っていう感じになってきた。。。（＞＿＜！）

そのうち、値段が高いか安いかでなく、
「料金体系が理解できるのが、ここしかない」
とかいう理由で、ケータイ選んだりして（＾＾；）

富士通のパソコンから発火！！ソニー製充電池で！！

ここのニュース

ソニー製充電池搭載、富士通のパソコンから発火
http://headlines.yahoo.co.jp/hl?a=20061027-00000315-yom-soci

によると（以下斜体は上記ニュースより引用）

　富士通は２７日、ソニー製充電池（リチウムイオン電池）を搭載したノート型パソコンから火花が出て、利用者がやけどをする事故が発生したと発表した。

　ソニー製充電池を巡る一連のリコール（自主回収・無償交換）問題で、国内のパソコンメーカーの発火事故は初めてだ。


そうだ。ただし


事故の起きたパソコンの充電池はリコールの対象だった。


だそうな。。

なお、

電源を切った状態で充電中に発熱し、火花が出た。においと音で気づいた使用者が火花を消そうとしてやけどを負ったという。


ということだけど、火花が出てるのに、消さないわけにもいかないしなあ。。。（＾＾；）

ＹＯＵ ＴＵＢＥの著作権違反動画を、ブログで紹介しても、違法！という記事

ここの記事
「YouTube人気動画リンク集」は合法か (1/2)
http://www.itmedia.co.jp/news/articles/0610/27/news029.html
によると、

ＹＯＵ　ＴＵＢＥで、著作権違反をしている（たとえば、テレビ番組をそのまま貼るとか）
違法動画を、

ブログなどで紹介して、リンクを貼った場合、「自動公衆送信権侵害のほう助」となり、
ブログで紹介した人も、違法となるらしい。

　ただし、私的利用ならＯＫで、少人数の間で言うのならＯＫらしい。
　また、引用もＯＫらしい（というので、ウィリアムのいたずらは、すべて、
　引用とブログに書いている）

　少人数の間ならＯＫ．．．
　ってことは、ＳＮＳで、著作権違反しているサイトを紹介しても、
　友達にしか公開しない場合、
　「少人数の間でしか紹介してない、私的利用だ！」
　って主張すればＯＫってこと。。。？？

　でも、ブログはだめってことなんですかね？？
　（ほんとーなのかなあ、この話？？）

仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編 その４：マクロ説明）

シリーズ仕様書からプログラムソースを生成する方法のつづきです。

　前々回、マクロを公開し、前回、そのマクロをExcelに貼り付けて、生成させる方法について書きました。今回は、その前々回公開したマクロの説明です。

---

■マクロの関数の概要
　このマクロには、３つのサブルーチン(Sub)または、ファンクション(function)があります。

（１）ボタンから起動されるサブルーチン（shiyoToFile）
（２）雛形ファイルと仕様書を読み込んで、自動生成する（makefile）
（３）制御内容ごとの処理（chgTagToStr）

　（１）から、（２）が呼び出され、（２）から（３）が呼び出されます。
　（１）は、仕様書によっては、書き換わります。

　以下、それぞれの関数を説明します。

---

■（１）ボタンから起動されるサブルーチン（shiyoToFile）

　ここでは、以下の処理をします。

（１－１）前処理
　　　　　（２）のプログラムは、固定化するため、
　　　　　（２）で処理できるようにするため、
　　　　　前処理を行う

（１－２）（２）のプログラムを呼び出す

（１－３）後しまつ
　　　　　（１－１）でシートやファイルを作成したら、
　　　　　削除します。

　今回は、（１－１）、（１－３）が必要ないので、（１－２）だけ行います。
Call makefile(雛形ファイル名,シート名,出力ファイル名)

　です。

---

■（２）雛形ファイルと仕様書を読み込んで、自動生成する（makefile）
　makefile(雛形ファイル名,シート名,出力ファイル名)というカタチの
サブルーチンです。内容は、以下のとおり

（２－１）雛形ファイルを読み込みます
　　　indataに、ファイル内容を全部入れます。

（２－２）書き出し内容を作成します
　　　・indataの開始ポイント（str_pos）を1、
　　　　（VBAにおいて、文字列の先頭は０でなく、１）
　　　　出力内容を（outdata)を空文字("")として
　　　・制御内容のタグ$#$があるかないかチェックします　＊＊
　　　・あったら、
　　　　　　前回のタグの終わりから、今回のタグまでoutdataにセットし、
　　　　　　制御内容部分を切り出し
　　　　　　chgTagToStrで制御内容を処理します
　　　　　　　→この内部でoutdata（書き出し内容）をセットします
　　　　　　　→chgTagToStrは、次の開始ポイント（str_pos）を返します
　　　　　　＊＊に戻ります
　　　・＊＊のループが終わったら、残り部分をoutdataにセットします

（２－３）作成データを書き出します
　　・まず、書き出しファイルがあったら削除し
　　　　ここが、変な風になっているのは、＜＞っていうのを書くと、
　　　　変換しないといけないので、面倒だからというだけで深い意味はないです
　　・書き出します　　　
　

---

■（３）制御内容ごとの処理（chgTagToStr）
chgTagToStr(制御内容,次の開始ポイント候補,仕様書のシート名)というカタチの
ファンクションです。返り値は、次の開始ポイントです。

内容は、制御内容が、それぞれのタグだったら、それにあった内容をします。
こんなかんじ

（３－１）制御コードが"REPEND"だったら、
　　仕様書チェック行(lpgyo)を次の行にして（１足す）
　　そこの行の指定箇所が空白だったら
　　　　ループ終わりなので、引数の次の開始ポイント候補を返す
　　そうじゃない（まだ行続く場合）
　　　　ループするため、ループ開始ポイント（lpstr_pos ）を返す

（３－２）制御コードが"REP"だったら、
　　仕様書チェック行(lpgyo)を取得
　　ループするためのループ開始ポイント（lpstr_pos）を、セット
　　　→この制御コードの終わりの次の文字
　　　　　　　　＝次の開始ポイント候補にする
　　引数の次の開始ポイント候補を返す

（３－３）制御コードが"CELL"だったら、
　　指定箇所を、出力データ(outdata)に追加して
　　引数の次の開始ポイント候補を返す

（３－４）制御コードが"KETA"だったら、
　　現在行の指定桁を、出力データ(outdata)に追加して
　　引数の次の開始ポイント候補を返す


＊"REPEND"を先に聞き、"REP"をあとに聞く理由は、
　先に"REP"を聞いてしまうと、そこに"REPEND"も
　引っかかってしまうからです（"REP "で聞けばいいんだけどね）

＊＊今後、ここに条件文IFが追加される予定です

---

こんなかんじです。
人に、「同じプログラムを使えば枯れるから」とかいっておきながら、
実はこのプログラム、よく作るんだけど、いつも即興で作ってしまっていて、
今回も、即興でつくったので、バグとかもあるかも。。
あったらごめんなさい。

では、今回はここまで。

ソフトバンクとウィルコムでは、同じスマートフォンでも、システムの考え方を変えないと。。。

　ソフトバンクモバイルのＸ０１ＨＴと、ウィルコムのＷ－ＺＥＲＯ３、同じスマートフォンだけど、予想外割をうまく使うには、システムの考え方を変えたほうがいいのかな？と思った。

---

■ウィルコムＷ－ＺＥＲＯ３の場合

　まず、話かんたんな、ウィルコムの場合。
　Ｗ－ＺＥＲＯ３を購入して、ウィルコム定額プランとデータ定額を使ったとする。
　この場合、ふつう、サーバーにデータを置くと思う。

　で、会社のデータにアクセスすると。。。
　このとき、会社のＥｘｃｅｌなどを、できるだけ安く取得したいとすると、

　メールはただみたいなので、

　　　・会社のあるメールサーバーにアクセスすると
　　　・メールの内容を読み込んで
　　　・必要なデータを送り返す

　というプログラムと


　　　・会社のあるメールサーバーにアクセスすると
　　　・添付ファイルの内容を
　　　・メールに書かれた内容をもとにサーバに書き出す

　というプログラムを開発し、メールでやり取りすれば、よさそうである。

　そうすれば、届いたメールを、Ｗ－ＺＥＲＯ３のＥｘｃｅｌやＷｏｒｄで編集し。。
　あるいは、手持ちのパソコンで編集したファイルをＷ－ＺＥＲＯ３に送って、
　それを送受信（無線ＬＡＮが使えない場合）

　っていうアプローチが考えられる（作ってないので、考えられるというだけの話だけど）

---

■ソフトバンク　Ｘ０１ＨＴ＋予想外割の場合

　予想外割をうまく利用するには、「ソフトバンク内のメール」にしないといけない。
　じゃないと無料にならない。
　つまり、サーバーに置く形だと、サーバーはソフトバンクのケータイではないので
　（ここでＸ０１ＨＴをサーバーに使う人はいないものとする）
　サーバーと直接やりとりする、上記の方法では、パケット代の問題が出る。

　なので、これを無理やりやらせようとすると。。。

１．サーバー側にＸ０１ＨＴをおく
２．サーバー側のＸ０１ＨＴに、以下のようなアプリを作成し、置く
　　・メールを受信すると、その内容をファイルにして、サーバーに赤外線、
　　　あるいは無線ＬＡＮで書き出す
　　・サーバーのあるところから、ファイルを受け取って、そのファイル内容
　　　にもとづき、内容を添付ファイルにして、指定されたケータイへ送る
　　・適当な時間ごとに上記処理を行う

３．サーバー側で２のファイルが書かれたかどうかを監視するプログラムを
　　作成、書かれたら、それに基づき処理して、送り返すファイルを作成する

　っていう、アプリとサーバー側ソフトを作ることになる。
　しかし、これは、ファイル入出力をメールで行うプログラムに比べて、書くのが大変だろう。

---

　っていうことで、おとしどころは、

１．ケータイに、みんなが、最新のデータを持ってしまう。
２．必要な人が居たら、みんなにケータイでＣＣで転送してしまう。
　　→みんな、予想外割に入っていれば、ただなのでＯＫ
３．会社のサーバーは暇なときに、無線ＬＡＮとか、社内にきてとかで、更新する

　つまり、サーバー側に最新を置くのでなく、みんなのケータイに最新のファイルを置いて、必要な人みんなにメールするっていう形になる。まさに、サーバーレス、Ｐ２Ｐっぽい考え方。

---

うーん、でも、その考えはさすがに、ぶっとんでるかなあ。。

ただ、料金が無料になる箇所を見極めて、システム構成を考えないと、お金がかなり、かわってきちゃいそうですね。

Javaの画面表示－その１４：AWT,Swing,SWTによる複数画面方法のまとめ

シリーズJavaの画面表示のつづきです。
Ｊａｖａの画面作成方法として、ＡＷＴ，Swing,SWTを今までやってきました。
そして、それを通して、これらは、大体同じ方法できるということを示しました。

今回は、それらの画面表示における、共通的な方法と相違点、さらにＢＲＥＷまでも含めた共通点について、考えてみたいと思います。

---

■画面作成における共通の考え方
　ＪＡＶＡアプリで行う画面出力、すなわちＡＷＴ，Ｓｗｉｎｇ，ＳＷＴを使って、とくに、複数画面を表示する場合は、大きく、

（１）アプリ全体のクラス
（２）各画面のクラス

の２つに分かれます（ＢＲＥＷでも、同様な区別をします）
　このとき、各画面間のデータを読み書きするため、

（３）（画面間）共通領域

を作成します（これを、このブログでは、カオル姫方式と呼んでいます）
共通領域はＪａｖａでは、ハッシュマップを使います
（ＢＲＥＷは、IKHMapというものを作りました）

---

■アプリ全体について
　アプリ全体のクラスでは、以下のようなメソッドを作成しました。

（１－１）アプリを起動するメソッド
　　・共通領域を生成する
　　・初期画面を呼び出す
　　→Javaでは、main,BREWではアプリ_initAppData

また、今回は作りませんでしたが、
場合によっては（ＢＲＥＷの場合は必須）

（１－２）アプリ終了メソッド
　　→BREWではアプリ_freeAppData

を作成することもあります。

さらに、今回は触れませんでしたが、複数画面の場合は、

（１－３）複数画面間のリンク関係

を処理するメソッドも必要な場合があります（＊注として、後述）

そして、これは、ＢＲＥＷだけなのですが
（１－４）アプリのイベント処理メソッド
　　・各画面のイベント処理メソッドを呼び出す
　　→BREWではアプリ_HandleEvent
　　→Javaでは、システムがやることなので「ない」
というのがあります。

---

■各画面について

各画面には、以下の４ないし５種類のクラスが必要です
（２－１）画面初期表示メソッド
　　　・ウィンドウを作成する
　　　・画面部品を作成し、ウィンドウに付ける
　　　・再描画処理を呼ぶ

（２－２）イベント処理メソッド（群）
　　　・各イベントごとに以下の処理
　　　　　　（２－２－１）画面入力値をチェックして共通領域へ
　　　　　　（２－２－２）モデルの処理を呼び出し
　　　　　　　　→モデルは共通領域の値を元に処理
　　　　　　　　　共通領域に結果設定
　　　　　　（２－２－３）再描画処理
　　　　　　　　（２－２－３－１）現在画面の再描画
　　　　　　　　　　・再描画処理呼び出し
　　　　　　　　（２－２－３－２）次画面へ
　　　　　　　　　　・現在画面を消す必要があれば
　　　　　　　　　　　現在画面の終了処理メソッド
　　　　　　　　　　・単一画面の場合は、次画面の初期化
　　　　　　　　　　・複数画面のとき、
　　　　　　　　　　　　　表示していたら、次画面の再表示
　　　　　　　　　　　　　表示してなければ次画面の初期化

　　　　　
（２－３）終了処理メソッド
　　　・ウィンドウを終了
　　　・メモリ解放など

（２－４）再描画処理
　　　・共通領域から値をセット
　　　・再表示して、フォーカス設定

（２－５）（フォーカス移動の必要があれば）
　　次カーソル移動項目決定

---

今回の例では、Ｊａｖａの場合、
（２－１）コンストラクタ＆initAppData
（２－２）内部クラスの各メソッド
（２－３）freeAppData
（２－４）DispAppData
（２－５）カーソル移動はどーでもいいので「なし」

また、ＢＲＥＷの場合は
（２－１）各画面_initAppData
（２－２）各画面_HandleEvent
（２－３）各画面_freeAppData
（２－４）各画面_DispAppData
（２－５）各画面_NextCurItem
となります。

---

つまり、各クラス、メソッドについては、ＡＷＴでもＳＷＴでもＳｗｉｎｇでも同じようにして
作ることが可能で、違いは
・ウィンドウの作り方（フレームを呼ぶか、Display,Shellとくるかなど）
・部品とウィンドウの結びつき
・イベント処理の継承対象や、メソッド名
といった、細かい部分の書き方程度の違いということになります。

そして、ＢＲＥＷにおいてすら、この考え方は同じような感じです
→なので今やってる、ＢＲＥＷのソース自動生成をちょっといじると、
　Ｊａｖａのソース自動生成ができます。

むしろ、これらと、サーブレット、Strutsのほうが、考え方は大きく違います。
といったかんじです。

---

＊注：複数画面間のリンク関係
　ユーザーごとに、第一画面と第二画面を提供するという場合、
　この第一画面は、どの第二画面とつながっているか？
　といった判断が必要になります。

　これを処理するのが、「複数画面間のリンク関係」メソッドです。

　具体的には、全画面に、一意になるような、画面ＩＤをふります。
　そして、画面生成や、画面間の関係を付け替えたいとき、上記関数を呼んで、
　共通領域とリンク元の画面ＩＤ，画面の種類、リンク先の画面ＩＤ，画面の種類
　を引数として渡すと、共通変数に

　　キー：リンク元の画面ＩＤ＿リンク先の画面の種類　
　　値　：リンク先の画面ＩＤ

　と、

　　キー：リンク先の画面ＩＤ＿リンク元の画面の種類　
　　値　：リンク元の画面ＩＤ

　の２種類のデータをいれます。
　これによって、共通領域で、自分の画面（の画面Ｄは分かるから）の、次の画面は
　すでに表示されているか、表示されているとすればそのＩＤは？というのは
　　自分の画面ＩＤ＿次の画面の種類

　を共通領域から探せば分かる
　（帰ってきたＩＤが、その対象画面、NULLなら、その画面はない）
　というものです。

　画面を消去するときは、関係がなくなるので、それらを削除するメソッドも必要に
　なり、ちとめんどうです。

予想外割に他社が対抗するとしたら、Skypeと無線ＬＡＮでメール搭載ケータイかな？

　ソフトバンクの予想外割で、ソフトバンク内無料になったわけですが、
　これに、他の会社が対抗するとしたら。。。

　ソフトバンク間が無料になるっていうのに対抗して、他社も無料にしたら、大変なことのなっちゃいます。だとえば、Ｄｏｃｏｍｏ間無料とかにしたら、かなり多くの通話が無料になっちゃいます。つまり、ソフトバンクは、加入者が少ないから、いまのところ、こういう芸当ができるということになりますよね。。

　だとすると。。。他に対抗策は？

１．ケータイに無線ＬＡＮを載せて
　　→ここまでは、「E02SA」、「N900iL」などが、法人向けで出てるから
　　　技術的には問題ない

２．そして、それにＳｋｙｐｅを載せて、ケータイで、Ｓｋｙｐｅができるようにする
　　→無線ＬＡＮを経由して

３．その無線ＬＡＮで、プロバイダからメールも取れるアプリを入れとく

とすると、Ｓｋｙｐｅ会員間は、通話料無料、無線ＬＡＮを使えばメール無料。
で、公衆無線ＬＡＮサービスとケータイ、同時に入るプランを用意しておけば。。
家の中なら、無線ＬＡＮの装置さえ買えば無料になるし、
外に出ても、その公衆無線ＬＡＮを使えるところなら、ただ。。。
そーすると、その無線ＬＡＮのアンテナを電話ボックスとかにつければ。。。

っていう感じですかねえ。。。「ようざん」あたりにがんばってもらう？