アメリカ、オンラインゲームの仮想世界に対して課税を検討

ここのニュース
米議会、仮想世界の資産に課税　知的保護も検討
http://www.business-i.jp/news/sou-page/news/200701040018a.nwc
によると（以下斜体は上記ニュースより引用）

米議会が、インターネット上の仮想世界で生み出された利益に課税するための指針作りに動き出す。

（中略）

オンラインゲーム「セカンドライフ」は、仮想世界でアバターと呼ばれる住人となり、住人同士の交流を楽しむ内容で、約２００万人の参加者はゲームの中で商品を制作したり、売買するなどさまざまな経済活動を行っている。参加者が稼いだゲーム中の疑似通貨は現実の米ドルに交換できる。

　ワシントン・ポストによると、参加者が交換した１１月の米ドルは、３００万ドル（約３億５４００万）に達しており、上下両院の合同経済委員会は、仮想世界の経済活動が「１０～２０年の間に爆発的に拡大する」（クリストファー・フレンツ上級ディレクター）とみているという。昨秋からの検討を踏まえ、近く課税に対する考え方を盛り込んだ調査報告書を公表する。


げげ。。。オンラインゲームに課税ですか（＠＿＠！）

でも、これ、たとえば、サーバーが仮に韓国にあるゲームを日本人がやった場合、
韓国の法律で課税される？日本の法律で課税される？２重に課税される？？

よくわかんなくなってきた。。。

って、オンラインゲームやってないから、
本当は、どうでもよかったりする。。。

去年のBREW関連エントリのまとめ（リンク集）

去年のBREW関連エントリのまとめです。
ホームページ(http://www.geocities.jp/xmldtp/index_brew.htm)には、このほか単発モノや失敗作、番外編も載ってます。

---

●IHTMLVIEWERの具体的な使い方

　　　BREWのIHTMLVIEWERの具体的な使い方をソースを示して説明してみる（１）仕様

　　　IHTMLVIEWERの具体的な使い方（２）ＨＴＭＬ文（かな漢の制御指定とか）

　　　IHTMLVIEWERの具体的な使い方（３）カーソル移動方法その１（ヘッダ部分と概要）

　　　IHTMLVIEWERの具体的な使い方(4)カーソル移動方法その2(初期化と後始末)

　　　IHTMLVIEWERの具体的な使い方(5)カーソル移動方法その3(イベント処理)

　　　IHTMLVIEWERの具体的な使い方(6)かな漢入力などの取得 

　　　IHTMLVIEWERの具体的な使い方(7)データ取得とデータ表示

　　　IHTMLVIEWERの具体的な使い方(8)固有部分と共通部分を分けてみる

　　　IHTMLVIEWERの具体的な使い方(９)固有部分の説明。

　　　IHTMLVIEWERの具体的な使い方(10)複数画面のための下準備。 

　　　IHTMLVIEWERの具体的な使い方(１１)アプリで１つの部分と画面で１つの部分の説明



　

●BREW版カオル姫方式（アプリ内でメモリ一括管理）

　　　メモリを確実に解放するためのきまり （予告編きっかけ）

　　　BREWでアプリごとメモリを一括管理する：その１　メモリ統括構造体IKHMapと関数概要　（予告編）

　　　BREWで画面間メモリ一括管理（その１－概要とサンプルソース） 

　　　BREWで画面間メモリ一括管理（その２－アプリ全体領域）

　　　BREWで画面間メモリ一括管理（その３－各画面での設定・取得） 

　　　BREWで画面間メモリ一括管理（その４－IKHMap（共通領域）本体）

　

　

●BREWでiアプリ統合作成ツールのための、１イベント１関数化

　　　BREWでiアプリっぽくリスナーをつけるため、１イベント１関数にする方法（その１：概要）

　　　BREWでiアプリ統合作成ツールのための、１イベント１関数化（その２：呼ばれる側のソース）

　　　BREWでiアプリ統合作成ツールのための、１イベント１関数化（その３：呼ぶ側のソース）

　　　BREWでiアプリ統合作成ツールのための、１イベント１関数化（その４：階層化その１）

　　　BREWでiアプリ統合作成ツールのための、１イベント１関数化（その５：階層化その２）。

　

●BREWで複数画面を開発する場合の方法論

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その１：仕様）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その２：全体部分の作成）。

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その３：１つの画面作成）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その４：２つめの画面作成）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その５：まとめ） 

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その６：仕様追加－１）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その６：仕様追加－２）　（番号間違え）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その７：仕様追加－３） 

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その８：仕様追加－４）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その８：仕様追加－４）（番号間違え）

　　　BREWで複数画面を（分割して開発可能な）開発する場合の方法論（その９：分散開発の問題と解決策）。

　　　先ほどのBREWで分散環境のまとめの話の追加 　（その９の追加）

　　　BREWで複数画面を開発する場合の方法論（その１０：ＨＴＭＬとコントロールの混在－その１）

　　　BREWで複数画面を開発する場合の方法論（その１１：ＨＴＭＬとコントロールの混在－その２）

　　　BREWで複数画面を開発する場合の方法論（その１２：ＨＴＭＬとコントロールの混在－その３）

　　　BREWで複数画面を開発する場合の方法論（その１３：共通領域に文字以外のものも入れる－その１）

　　　BREWで複数画面を開発する場合の方法論（その１４：共通領域に文字以外のものも入れる－その２）

　　　BREWで複数画面を開発する場合の方法論（その１５：Ｅｘｃｅｌで自動生成－その１：概要）。

　　　BREWで複数画面を開発する場合の方法論（その１６：Ｅｘｃｅｌで自動生成－その２：第一弾仕様）

　　　BREWで複数画面を開発する場合の方法論（その１７：Ｅｘｃｅｌで自動生成－その３：第二弾概要）


　　　BREWで複数画面を開発する場合の方法論（その１８：Ｅｘｃｅｌで自動生成－その３：第二弾仕様）　（番号間違い）

　　　BREWで複数画面を開発する場合の方法論（その１９：Ｅｘｃｅｌで自動生成－その４：第二弾ソース）

　　　BREWで複数画面を開発する場合の方法論（その２０：Ｅｘｃｅｌで自動生成－その５：公開しました）

　

　

●仕様書からプログラムを生成する方法

　　　仕様書からプログラムソースを生成する方法（一般論）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１：概要）

　　　Ｅｘｃｅｌ仕様書からプログラムソースを生成するマクロを、公開してみる（その２に相当）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その３：使い方）。

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

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その５：複数の出力）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その６：作成手順１） 

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その７：作成手順２） 

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その８：作成手順３）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その９：仕様など）。

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１０：固有部分のソース）。

　　　　　　　　　　　　（その１１は、ありません）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１２：IF文追加仕様） 

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１３：IF文の使用例）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１４：IF文追加ソース） 

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１５：下に続く場合－問題点）。

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１６：メニュー追加－仕様）。 

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１７：メニュー追加－雛形その１）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１８：メニュー追加－雛形その２）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その１９：メニュー追加　ソース)。

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２０：イベント追加　仕様)。

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２１：イベント追加　ソース)

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２２：イベント追加　雛形－１)

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２３：イベント追加　雛形－２）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２４：イベント追加　マクロ仕様）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２５：イベント追加　ソース）

　　　仕様書からプログラムソースを生成する方法（Ｅｘｃｅｌの仕様書編　その２６：イベント追加　説明）。

動作によって、認証するっていうのは、アリかもね！

　以前、ブログに書いた、「法林岳之のケータイならオレに聞け！」の2006年12月12日(火)放送分の、Ｗ４３Ｋの話で、もうひとつ。

W43Kに、右回り何回、左回り何回したら、メールとか、いろんな動作をしたら、ある機能が動くというようなことができるそうだ。

　これって、面白いかも。。
　
　昨日だけでなく、パスワードとかにするとか。。

　たとえば、ログイン名を入力して、
　手を開いておいたら、クリアで、
　そのあと、左３回、右１回したら、ログインできるとか。。

　なんか、そのうち、難しいパスワードにしようとしたら、パラパラになってしまったりして（＾＾；）

　でも、歌うっていうのはだめです。。

　あまぎー。。。いいいごーーえーー

　うー、今日はのどの調子が悪いから、認証されない。。
　あ、ロックかかっちゃった（＞＿＜！）

　なんて羽目になっちゃうから。。

Strutsタグを使わないでＡｃｔｉｏｎを呼び出す

　年末にStrutsの話題（手順と具体例）を書いたので、今回は、その周辺のいろいろな話を書きたいと思います（なお、その手順と書いた場所については、このエントリの一番最後にあります）
　まずは、Strutsタグを使わないでＡｃｔｉｏｎを呼び出す話。

---

■どんなときにStrutsタグを使わないでＡｃｔｉｏｎを呼び出したいか

　まず、どんなときに、そんなことをするかなんですけど、いくつかのケースがあるのですが、その１つとしては、Strutsタグで、チェックボックスなどを書くと、チェックボックスがいっぱいになると、クライアント側で処理時間がかかったりすることがあります。

　そんなときに、
１．チェックボックスのON,OFFを画像にして、クリックされたら画像を切り替える
　　JavaScriptにする。

２．そこで、ボタンが押されたら、JavaScriptでActionメソッドを呼び出したい

　なんていうケースがありえる。
　こんなふうに、JavaScriptを使って、Actionメソッドを呼び出したいときなんかに、Strutsタグを使わないで呼び出したいということが起こりえる。

---

■どうするか？
アクションのメソッドは、http://サーバーのURL/Strutsのアプリのフォルダ/設定してあるAction名.doでよびだせる。

たとえば、http://127.0.0.1:8080/stest/Shori.doとすれば、
　　サーバー127.0.0.1:8080の（ふつうこれは、ローカルのTomcatをさす）
　　stestフォルダの（Tomcatフォルダのwebappsの下のstestフォルダの）下にある
　　Shoriという名前で定義されているActionクラス
ということになる。

---

■具体例

以下、Strutsタグを使った場合と使わない場合で、比較してみます。

以下の２つは、同じ内容、同じ動きをします。

●Strutsタグを使ったもの：index.jsp

＜%@ taglib uri="http://struts.apache.org/tags-html" prefix="html" %＞
＜html:html＞
＜head＞
＜title＞早打ちの練習＜/title＞
＜/head＞
＜body＞
＜H1＞早うちの練習＜/H1＞
以下の文を打とう！＜BR＞
＜B＞This is a pen＜/B＞＜BR＞
＜html:form action="/shori.do"＞
＜html:text property="nyuryoku" size="20" /＞＜P＞
＜html:submit property="do" value="打ち終わった！" /＞＜P＞
＜/html:form＞
＜/html:html＞

（上記　＜　＞　は本当は半角です）

●Strutsタグを使わなかったもの：index.jsp

＜html＞
＜head＞
＜title＞早打ちの練習＜/title＞
＜/head＞
＜body＞
＜H1＞早うちの練習＜/H1＞
以下の文を打とう！＜BR＞
＜B＞This is a pen＜/B＞＜BR＞
＜form method="post" action="http://127.0.0.1:8080/stest/shori.do"＞
＜input type="text" name="nyuryoku" size="20" ＞＜P＞
＜input type="submit" name="do" value="打ち終わった！" ＞＜P＞
＜/form＞
＜/html＞

（上記　＜　＞　は本当は半角です）

とこんな感じになります。とくに、Formとinputのところが変わっています
（Strutsタグのpropertyが、inputで表現するとnameになる点に注意）

---

とこんなかんじです。
Strutsの周辺の話題は、またすぐに、いくつかやる予定です。

ってことで、今回は、ここまで。

---

■ふろく：年末に書いた、Strutsの手順
＜＜手順＞＞
１．画面遷移を考える。
２．（別にやんなくてもいいけど）それを以下のように図にしておくと、あとで楽です
３．画面のＪＳＰを作成します
４．Ｓｔｒｕｔｓタグをいれて、ＪＳＰを修正します
５．画面に対応するＡｃｔｉｏｎＦｏｒｍを作ります
６．Ｓｕｂｍｉｔでサーバーで処理するところに対応する、Ａｃｔｉｏｎを作ります
７．struts-config.xmlを設定します
８．モデルを作って、Ａｃｔｉｏｎから呼び出します

・リンク先は、それぞれのことを書いたエントリ。
　なお、１～４までは、おなじ、１つのエントリにまとめて書いています。