06．サウンド制御
　「Sonia」音の逆再生や音の大きさでグラフィックを変えるできるようになります。このライブラリを使用するには「JSyn Plugin」が必要になりますよ！

07．QRコード生成、読み取り
　「Processing QRCode Library」QRコードの生成、読み取りができます。読み取りはかなり近づかないと認識してくれません(^^;)ので生成専門で見た方がいいのかもしれません。

08．Wiiリモコンで制御
　「Wrj4P5」WiiリモコンがProcessingで使えるようになります。楽しい！！

09．Macの中に入っている加速度センサーを使う
　「Processing Sudden Motion Sensor Library」Macの中に入っている加速度センサーを使う。

10．ビデオライブラリ
「JMyron」標準のキャプチャではできないビデオキャプチャができたり、ビデオ解析のためのライブラリです。QuickTimeを使用していないため速いです！！使用方法はこちらのサイトで紹介されてますよ！

さて、その課題の解決を阻む最大の原因は「雇用」です。この年代を留めるだけの「雇用」が今の会津若松市に絶対的に足りないのです。
もちろん雇用が厳しいのは会津若松市に限ったことではありませんが、少しでも状況の良いところへと移動していった結果、おかしな人口分布になってしまったということですね。

ならば雇用を生み出すための産業強化を、となるわけで、実際会津若松市の長期総合計画にも産業強化は言及されています。
まあこの手の計画は八方美人でないと叩かれるので、逆に言及してないとかなり問題ですが。

計画中で産業について触れられてはいますが、やはり主になっているのは「観光産業」。
会津圏は観光地として有名なので当然と言えば当然ですが、このまま観光産業をメインとして押していくのは、個人的にはリスキーだと思います。というのは、ここ最近の会津の産業構成がだいぶ変わってしまったからです。

これまで会津は大きく分けて次のような産業が柱になってきました。
１．観光
２．製造業
３．IT産業

しかしSpansion Japan、富士通という２大工場がコケたことにより解雇者が続出、産業の柱としての製造業の立場が危うくなってきました。
これだけの大打撃だと、もはや元の状態に戻すには相当の資金と時間をつぎ込まなくてはなりません。それよりは、将来的なリスクヘッジの意味でも別の産業を新たな柱として打ち出すべきではないかと思うのです。

例えば、医療・福祉分野。看護士も男性が増えてきたとは言えまだまだ女性比率の高い産業ですので、この分野を強化し雇用を生み出せば効率良く人口を増やせます。なんと言っても男は女性のいるところに集まりますから。
さらに保育・教育分野を併せて強化すれば、「ゆりかごから墓場まで」カバーできる都市の誕生です。会津若松市は教育・福祉の充実した暮らしやすい都市として移住者が増えるのでした。めでたしめでたし。
　
完璧だ。
　
医療、福祉は今思いつきで書いたんですがなかなか良いですね。もちろんそう簡単に事は運ばないと思いますが、方向としては悪くないと思います。

１つ新たな柱ができればその産業はもちろん、それに付随したりサポートしたりする産業も伸びていきます。IT産業との相性も悪くないのでこちらも伸びるでしょう。そうすると雇用が生まれ、若者が残る。

給付金や緊急雇用などの場当たり的な対策も必要ですが、長期的に見て会津の閉塞感を打ち破るには、新しい産業を伸ばして若者の雇用と新しい地域ブランドを生み出すべきではないかと思うわけです。

うちの近くのハローワーク前の殺人的渋滞が早く解消されますように。

市場調査会社ImpressR&Dの「スマートフォン利用動向調査報告書」によると、国内のスマートフォンのシェアでiphoneが占める割合は46％という数字が出ています。
現時点でiphoneからのアクセスはWebkitベースのsafariが大半、さらに同じくWebkitベースのブラウザを搭載したAndroid携帯も今後増えていくことが予想されます。（今年はgoogle独自の携帯が発売されるという噂もありますね）
業界一位のノキアもWebkitの採用を決定していますし、今後、スマートフォンのレンダリングエンジンはWebkitが独占状態になるんじゃないかと思っています。

何しろ、先の資料を見るに2007年には(W-ZERO3により支えられていた)Windows Mobile搭載のスマートフォンのシェアは3分の1以下となっている状態です。
Webkitがスマートフォン界のIEになる、と考えると、良いか悪いかは微妙なところなんですが、こういった事情からHTML5はPCより先にスマートフォン側で普及していくんでしょうね。

HTML5の仕様的にも、特にローカルDBやアプリケーションキャッシュなどは、通信回線が増大して常時高速な状態となっているPCよりモバイルの方が有効活用出来るんじゃないかと思っています。
(弊社のmixiアプリ担当を見ていると、やはりサーバー⇔クライアント間の通信の削減は重要な課題のようですし)
オフラインgmailなんて、HTML5をどう活用するか？という問いへの模範的回答ですよね。

とりあえず、今年はiphoneでも買って、何か面白いもの作れないか色々いじってみようと思います。

それでは、2010年もよろしくお願いいたします。

実際にFlashで反応を見てみるとこの通り！押したところにマーカーが出て周りにリングができたではありませんか！！

ハード側の作り方はまた次回に説明します。まだ反応が鈍かったりするときがあるのでそこはブラッシュアップしていかないとですね。

newBall.m_userData = new MovieClip();
newBall.m_userData.id = 'panda';
newBall.m_userData.flag = false;
newBall.m_userData.enable = true;

var vec:b2Vec2 = cbb.m_shape1.m_body.GetLinearVelocity();
if (vec.Length() < minimumBallVec) vec.Multiply(minimumBallVec / vec.Length());
if (vec.Length() > maximumBallVec) vec.Multiply(maximumBallVec / vec.Length());
vec.Multiply(myBallStatus.restitution);
cbb.m_shape2.m_body.SetLinearVelocity(vec);

b2BodyのGetLinearVelocityメソッドでベクトルを受け取り、SetLinearVelocityメソッドで計算し直したベクトルを設定します。b2Vec2クラスに計算に使えるメソッドがいくつか設定されているので、それを使うとよいでしょう。詳しくはソースファイル、ドキュメントを参照下さい。
「くままり」では何度も衝突させているとボールの勢いが弱まって、自機とボールがぶつかってもバウンドしなくなるという問題があったため、ベクトルの大きさに最小値（minimumBallVec）を設ける事で勢いが弱まった状態でも一定量以上バウンドさせるようにしました。またこの例では自機に反発力（myBallStatus.restitution）のパラメーターを設けています。反発力は通常1ですが、マウスをクリックする事で一瞬2に設定され、この間に衝突したボールのベクトルにその計数を乗算しています。この反発力にTweenMaxを使って変化を付け、自然にバウンドするよう調整しました。

3．衝突時に処理が重なる仕様を回避する。

Box2Dでオブジェクト同士の衝突を検出するには「b2world.m_contactList」を使用します。基本的にはEnterFrameイベント中で以下のようなforループを回して使用します。

for (var cbb:b2Contact = world.m_contactList; cbb; cbb = cbb.m_next) {
  trace(cbb.m_shape1.m_body.m_userData.id
      + ' : ' + cbb.m_shape2.m_body.m_userData.id);
}

これで衝突したボールのIDをTraceできます。出力をみれば分かりますが、「A：B」と「B：A」のような順序違いはひとつの衝突として見なされ重複しません。
ただここでひとつ問題が発生します。m_contactListに格納される判定リストは「衝突した瞬間」ではなく「衝突と言っていいくらい近い距離にいる」という基準で取得されているようで、フレーム数が細かいと1度の衝突で2、3回のイベントを重複して実行したり、接触している状態だと延々とイベントを実行し続けてしまったりします。これはBox2Dの仕様上の問題であるため、実装で回避するしかありません。

くままりではこれを「衝突後に数フレームの処理間隔を与える」事で解決しています。

const crashInterval:int = 5;

function enterFrameEvent (e:Event) {
    // 全b2Bodyオブジェクトを走査
    for (var b:b2Body = world.GetBodyList(); b; b = b.GetNext()) {
        // 衝突インターバルをデクリメント
        if (b.GetUserData() is MovieClip && b.GetUserData().crashinterval > 0) {
            b.GetUserData().crashinterval--;
        }
    }

    // 衝突イベント処理
    for (var cbb:b2Contact = world.m_contactList; cbb; cbb = cbb.m_next) {
        // 長ったらしいので代入
        var u_data1:MovieClip = cbb.m_shape1.m_body.m_userData;
        var u_data2:MovieClip = cbb.m_shape2.m_body.m_userData;
        // 衝突オブジェクトの処理間隔が0なら何かする
        if (u_data1.crashinterval <= 0 && u_data2.crashinterval <= 0) {
            // ここで何かする
        }
        // 処理間隔を設定
        u_data1.crashinterval = u_data2.crashinterval = crashInterval;
    }
}

こうする事で衝突処理の重複を回避できました。「くままり」の場合、crashIntervalの値は調整した結果5になりましたが、この値はフレームレートなどによって変わってくると思います。

4．衝突したオブジェクトの種類により処理を分岐する

Box2Dは基本的には『動く物体』と『動かない物体』の2種類でしかオブジェクトを判別しておらず、たとえばブロック崩しのようなゲームでも「壁」と「自機のバー」は同じ『動かない』オブジェクトですが、ボールがそれぞれと衝突した際の反応は異なっています。たとえば衝突音を変化させたい、反発度を変えたい場合などは処理を区別しなくてはなりません。
これはオブジェクトの種類によりIDを割り振って処理分岐を作る事で実現できます。項目1の内容が出来ていればもうほとんど解決なのですが、「くままり」ではそれぞれのオブジェクトに割り振ったIDを判別してSwitch文で分岐処理しています。

for (var cbb:b2Contact = world.m_contactList; cbb; cbb = cbb.m_next){
  if (cbb.m_shape1.m_body.m_userData && cbb.m_shape2.m_body.m_userData) {

    var u_data1:MovieClip = cbb.m_shape1.m_body.m_userData;
    var u_data2:MovieClip = cbb.m_shape2.m_body.m_userData;

    switch (u_data1.id) {
      // 自機との衝突
      case 'myball':
      if (u_data2.crashinterval <= 0) {
        /* ここで何かする */
      }
      break;

      // 床との衝突
      case 'floor':
      if (u_data2.crashinterval <= 0) {
        /* ここで何かする */
      }
      break;

      case 'wleft':
      case 'wright':
      if (u_data2.crashinterval <= 0) {
        /* ここで何かする */
      }
      break;

      case 'border':
      if (u_data2.crashinterval <= 0) {
        /* ここで何かする */
      }
      break;

      // ボール同士の衝突
      default:
      if (u_data2.crashinterval <= 0) {
        /* ここで何かする */
        // 衝突インターバルを設定
        u_data1.crashinterval = u_data2.crashinterval = crashInterval;
      }
      break;
    }
  }
}

以上のコードをEnterFrameイベント中で実行しています。毎フレーム実行する処理なので、負荷に気をつけながらコンパクトなコードに仕上げるのがよいでしょう。