12月末　仕事やめる
1月上旬　引越し準備
1月中旬　国内旅行もろもろ
1月下旬　仕事決まる
1月末　海外バックパッカーの旅に出る　←今ココ！

で、今から東南アジア・ヨーロッパ界隈をひとりでブラブラするつもりなんですが
せっかくなんで個人用に新しくブログ立ち上げました。
生存確認用にどうぞ。

http://a-knot.boo.jp/travel/

広告の歴史を変えるかもしれないという
新しいサービスが先日発表されました。
「Fringe81」の新サービス「iogous」。

これは今までウェブデザイナーがちまちま試行錯誤しながら制作していたバナー広告を、レイアウト、画像、配色、コピー等の組み合わを自動的に数千~数万種類作成してくれるものです。そして、その自動的に作成された膨大なバナー広告をランダムに表示し、クリック率の高いものを残していくという仕組みです。

結果、バナーのクリック率は「数倍」にまで上がるのだとか。

似たような仕組みにC-teamというのもありまして、こちらは沢山の人がバイト感覚でバナーを作成し、クリック率の高いものの表示回数をあげていくという仕組みです。
詳細はけんすうさんの「C-teamで作るバナー広告の効果がスゴすぎてひいた話 」あたりで。

こういうニュースを見ると、強力なイノベーションに興味をひかれるんですが、
「コレは凄い！」「みんなこっちに行けばいいのに！」とは紹介しにくくてデザイナーとしては若干の寂しさも感じます。

以前、googleの元ビジュアルデザイン責任者のDouglas Bowman氏が
デザインを進めるのにgoogleがデータ重視しすぎてて（たとえば青色を決めるのに41種類のテストしたり）やってられるかって辞めちゃいました。

なんとなく、それと同じような印象です。

確かに効率という面ではアルゴリズムには勝てないので、
それ以外の部分、クリエイティビティとかブランド価値とか、もっといえば感動とか
簡単には数値化出来ない部分で、人の手が活躍していくような
二極化がすすめば一番いいのかもしれませんが。

*******
ちなみに、この自動化されたバナー広告表現って

・クリック率の高い表現が確立される
　↓
・さまざまなバナー広告がその表現にいきつく
　↓
・見る人が慣れてクリック率が下がる
　↓
・別の表現が多様性を持つ
　↓
（繰り返し）

といったようになりそうで現代アートみたいな面白さがでるかもですね。
その変化を俯瞰して見てみたい気もします。

ちょっと前にTwitterで話題になった内容なので
しってる人も多いかもしれませんが、書きます。

先日、AdobeよりCreative Suite 5の5月28日発売が発表されました。
中でも今回のバージョンアップでは
Photoshopの自動画像修正機能が恐ろしいレベルで強力になっており、しばしば動画で驚きの声とともに紹介されています。

で今、ちょうど今、

PhotoshopとIllustratorとFlashとDreamweaverとFireworksが格安で手に入れる方法があります。

もちろん全てCS5で。イチから揃える場合でも最安値で75,810円です。
なんと差額は16万円マイナス！

そもそも、今だけなぜ安く購入出来るのかといいますと
CS5では「Web Standard（Flash+Dreamweaver+Fireworks）」が廃止となり
「Web Premium（Photoshop+Illustrator+Flash+Dreamweaver+Fireworks）」に統一されるため、
今、Web Standard CS4を購入するとCS5発売以降は無償でWeb PremiumCS5（通常購入で236,250円）に
アップグレードできるためです。

そこでいくつかの安く購入する方法があります。※値段はMac版でみています。

1. 普通にWeb Standard CS4を購入する→Web Premium CS5に無償アップグレードする

   …amazonで￥151,908 で購入出来ます。差額は8万円です。

2. Dreamweaver CS4を購入→有料でWeb Standard CS4にアップグレード→Web Premium CS5に無償アップグレードする（※MACお宝鑑定団Blogで紹介されている方法です）

   …amazonでDreamweaver
   ￥41,580、Web Standard CS4にアップグレード版「C」をヨドバシで￥78,680（ポイント10%）で購入出来ます。差額は11万6000円でヨドバシのポイントが8000円近くつきます。

3. アドビストアでWeb Standard CS4（ダウンロード版）を購入→Web Premium CS5に無償アップグレードする

   …アドビで￥126,000です。今、急速にWeb Standard CS4のパッケージ版が売れているため、なかなか在庫が確保できない場合があります。その際にこの手段は有効です。差額は11万円です。

4. ウェブスクールに入学する→Web Standard CS4を購入する→Web Premium CS5に無償アップグレードする

   …ウェブスクールをオンライン受講することで、アカデミック版を購入することが可能です。たとえばWinオンライントレーニングさんのFlash講座もしくはDreamweaver講座（ともに3ヶ月）なら￥75,810（締め切り5月6日）。デジハリ オンラインスクールのFlashコースLiteなら￥78,000です（締め切り4月28日）。差額は16万円程度で、しかもソフトに対する講座つき！それぞれ締め切りがかなり迫ってますので、申込まれる方はお急ぎくださいな。※アカデミック版は卒業後も使用可能です。

5. （もしWeb Standard系をお持ちなら）→有料でWeb Standard CS4にアップグレード→Web Premium CS5に無償アップグレードする

   …もしWeb Standard CS3をお持ちなら、ぜひCS4にアップグレードすることをお勧めします。amazonで￥44,820で 購入出来ます（現在在庫切れ？無理ならアドビストアでDL版を）。差額は19万円です。またDreamweaverやFlashの単品ソフトをお持ちでもWeb Standard CS4に有料アップグレード可能です。（このへんの【対象製品】みておくれ）

俺はWeb Standard CS3（アカデミック版）を持っていたので思い切ってCS4にアップグレードすることにしました。現在amazonで注文していますが、さすがに在庫なし状況で未だ音沙汰なし…。ん~流石に気づくの遅かったか。
まぁその際はアドビのDL版で購入かな。ちょっとだけ高いけど。

あ、ちなみに上記全ての方法のデメリットは、
CS6以降にアップグレードする必要が出た場合、ソフト単品ごとのアップグレードが出来ず
スイート全体のアップグレードとなるため、一気にかなりお金とられます。
（参考までにCS4→CS5でWeb Premium ￥98,700）

あとCS5への無償アップグレードには手続きが必要です。DL版でも同じ。詳しくはここ参照のこと。

いずれにせよ、今はかなりお得な状況ですので、みなさんもこのチャンスを有効に利用してみてはいかがでしょうか？

梅雨で完全に腐ってるとんかです。
雨が降るとやる気が出ない病で、
本と漫画ばっかり読んでました（宇宙兄弟はホント面白い）。

さすがにこれではイカンと、
制作意欲を燃やすため、Mac作業環境を整えてみるとこにしました。

1.ノート台　Belkin Lap Pad
夏になるとノート裏面が火傷一歩手前ばりに熱くなり、しかも
熱くなりすぎてCPU速度低下→フリーズ→電源ごと落ちる
みたいな「作業なんかやってられるかー！」状況だったので、
ファン付きのノートパソコン台を買ってみました。

で、使ってみての感想。
イイヨコレ！ノート超快調。
結構でかいファンのおかげで
長時間動画観ても、ファンのおかげでまだ本体ひんやりしてます。
さらにサイドからファンの風が漏れてきて、俺もちょっと涼しいです。
あ、嘘。ややぬるい。

2.Bluetooth無線マウス ELECOM M-BT4BLSV
今まではノートのトラックパッドで作業してたんですが、
さすがにIllustratorやPhotoshopの作業は辛かったんです。
で、前からマウスは欲しかったけど、せっかくAirなんだから有線マウスは嫌だし、
無線でもUSBレシーバ接続とかめんどくさいのでBluetoothマウス買いました。
これで制作作業の効率は著しく向上！の予定。

ただブラウザとかFlashでスクリプト組むぐらいなら、
トラックパッドで十分だなぁと再認識。
トラックパッドもよくできてますなぁ。

3.スピーカ　BOSE Companion 2 series II
Airのスピーカはステレオでさえないので
音楽聴くのは辛かったんです。なんでボーズのスピーカ購入。
でもCompanion 2 series IIはボーズのくせに安い！１万円ちょっと。
で１万円クラスとは思えないええ音！iPodにもつながります！
パソコン用として卓上使用を想定してるようですが、
離れても全然聞けます。低音もしっかり出てるし、ボーカルの細部にまで迫れますよ！
で、スピーカもAirMacExpressに接続することでノートとは無線接続！
ああもう無線ライフ最高。

スピーカ無線接続のデメリットは、iTunesの音楽以外はスピーカから音が出ずに
ノート本体からしか出ないってことです。
Youtube動画もDVDもiTunes内のビデオクリップもダメ。
ちょっとそれ初耳なんですけど。

まぁ、DVD観るときはAirMacExpressを経由せずに
直接ノート本体につなげば問題ありません。

とりあえず１日で環境だけ整えてみました。
さぁ、これで俺はバリバリ作業できるのでしょうか？
８月以降の俺に乞うご期待。たぶん。

で今日買った本が久しぶりにアタリだったので
忘れんうちに簡単なレビュー。

プレイフル・シンキング

この本の冒頭に以下のような質問があります。

上司から、「今度こんなプロジェクトがあるけど、やってみないか」と、新しい仕事を打診されたとしよう。（中略）

A Can I do it? 私にできるだろうか？
B How can I do it? どうやったらできるだろうか？

この質問で仕事に対する姿勢が見えてくると著者は述べています。
Aを選んだ人は「他人からの評価を重要と考え、予測不可能な変化に怯える」、
Bを選んだ人は「自分の価値観を重要と考え、予測不可能な変化を楽しむ」とあります。

単純に言うとこの本は、Aを選んじゃった人が
どうやったらBを選べるようになるかという内容です。

※立ち読みの段階でばっちりAを選んでしまった俺は、もう完全に著者の手の中であり、
オロオロとレジへと駆け込んでしまいました。

著者は「学習環境デザイン」という分野で活動をしている大学教授で、
数々のユニークでアクティブなワークショップを通じて
子どもたちに「ワクワクドキドキ」させながら自ら学び成長させる、という
教育論を実践している実学の人です。

んでその子どもたちとのワークショップで得られたノウハウを中心に
実生活、現実の仕事においてどうすれば仕事を「ワクワクドキドキ」した楽しいものにできるか？ということを事細かに（やや理想よりに）記しています。

個人的に気に入ってるのが以下の一節。

キャロル・ドヴェックは、認知心理学の観点からまったく新しいアプローチをとっている。彼女はモチベーションを「課題の意味づけと状況を自分でコントロールできそうだという見通し」であると捉え、課題の意味を見いだして達成するまでの見通しが立ち、その先に課題を達成できる自分をイメージできたときに、モチベーションは高まると考えていたのである。

いやー、今までモチベーションってのは
「お天気にすら左右される、よく分からんやる気の増減値」だと思ってたけど、
めーちゃ納得しました。

本のノウハウ事項については、やや理想論やらワークショップ手法っぽくて
実践にはなかなか難しいかなぁ…という印象ですが
とりあえず読み終わると、「あの仕事でこんなこと提案したらドキドキしそう」とか
「仕事に関係なくあいつにこんなこと相談してみたら面白いことになるんちゃう」といった
妄想エンジンに火がつきます。３ヶ月に一回ぐらい読み直すとよさそう。

Canon デジタル一眼レフカメラ Kiss X3 レンズキット KISSX3-LKIT

いやーボカシ効きまくりで超楽しい。

とりあえず道歩いてたら、たまたまカメがいたので撮ってみました。

こころなしかカメも楽しそうだ！

で、まぁ動画も撮れるんですけど、フォーカスが難しいです。
でも頑張ったら以下のサイトのムービーみたいなん撮れるみたいです。

EOS Movie

…俺には無理だ！
でも楽しい！

でもまだ記事にするほどのノウハウもないので
備忘録的メモ。コメント不要。

まずProgression概念メモ。（多くは技評の記事 http://gihyo.jp/dev/feature/01/progressionを参考）

• ProgressionはFlash用フレームワーク。
• HTMLのページのようにシーンを用意して、それらを入れ替えることで簡単にページベースのサイトが作れる。
• ページ固有のURLや右クリック対応やマウスホイール対応など、めんどいことを勝手にやってくれる。
• 固有の概念として「シーン」「キャスト」「コマンド」がある。
• 「シーン」はHTMLでいうところの「ページ的概念」、映画で例えたら「舞台」。
• 「キャスト」はHTMLでいうところの「画像や文字などの要素」、映画で例えたら「俳優」。
• 「コマンド」はHTMLでいうとなんだろ？「ソース＋JSなどの処理文？」、映画で例えたら「台本」。
• とりあえず舞台（シーン）を必要な分、俳優（キャスト）を必要な分、用意する（自動的に吐き出されるテンプレートをコピーして準備）。
• それぞれの舞台にいつ誰が登場し、どんな時に場面転換するか（コマンド）を書き込む。また俳優（キャスト）に登場したときにどんな振る舞いをするか、どのように去るか（コマンド）を書き込む。
• 開発スタイルには「クラス」「コンポーネント」「タイムライン」があるが、がっつりフル機能でやるなら「クラス」で開発。

んでスクリプトのお作法的メモ。

• 結構お作法を覚える必要あり。
• Progression用関数山盛り出てくる。でも普段のActionscript ももちろん併用できる。
• コマンドは書いた順に実行していってくれる（非同期処理）。この辺はタイマーやトゥイーンなどの処理のとき、めーちゃ楽。例えばタイマーコマンドの後に別 のコマンドを書けば、タイマー経過後、別のコマンド処理が始まる。わざわざTimerEventListenerを書いてイベントを見張る必要なし。
• この順番に実行するコマンドを「シリアルコマンド」という。別に同時に複数のコマンドを実行したいときは［］でコマンドをくくってやる。すると［］でくくられたコマンドが同時に実行する。これを「パラレルコマンド」という。
• シーンにどのタイミングでどんなキャストが出てきて、どのタイミングでキャストが去っていくか、何をされたときにシーンが変わるのか、という処理が基本、な気がする。
• XMLを読み込んだりできる。
• XMLから自動でシーンを作ったりもできる。
• new Trace(“hogehoge”)でトレース
• new Wait(1000)で１秒待ち
• new DoTweener(some,{ x:100, transition:” easeOut “,time:1 });でsomeをトゥイーン。などなど。

んでシーンのメモ。

• 最初のシーンとして「IndexScene」が用意されている。これがサイトのrootとなる。
• シーンは通常のHTMLページのように階層を持てる。
• それぞれのシーンには「onLoad」、「onInit」、「onGoto」、「onUnload」という状況が用意されている（onDescendとかonAscendもあるが今は無視）。その状況ごとにどのように振る舞うかをコマンドで記述する。
• 「onLoad」はそのシーン自身に到着、もしくはそのシーンの子階層に到着したとき。
• 「onInit」そのシーン自身に到着したとき。
• 「onUnload」はそのシーンから移動（ただし親階層方向への移動、つまり戻る的ニュアンス）したとき。
• 「onGoto」はそのシーンから移動したとき。
• 基本的には「onLoad」に登場させるキャストやらを記述する。
• 「onUnload」に消すキャストやらを記述する
• その２つ以外はあんまり使わないって「むらけん」さんが言ってる。

キャストのメモ。

• シーンやキャストは「クラス」という概念で作られている。必要な場合、手作業でテンプレートからコピーして用意するが、スクリプトで作る（複製する）こともできる。
• キャストは「ボタン型」「スプライト型」「ムービークリップ型」「ビットマップ型」などよく使うものがテンプレートとして用意されている。
• Index.flaにあるライブラリにある要素（ムービークリップなど）をキャストに関連づけてやる（リンケージする）とライブラリの要素を自由に扱える。
• テンプレートをコピーしてクラスを用意した場合は、状況に応じてパッケージ名の修正、およびファイル名、クラス名、コンストラクタを共通に修正する。
• キャストは登場するシーンのコンストラクタ内でインスタンス化しておき、必要な状況（まぁOnLoad）でnew AddChild(addChildしたいコンテナ,addChildしたいキャスト)する。
• ルートとなる表示オブジェクトのコンテナは「progression.container」ぽい。

とりあえずそんな感じ。もうちょっとちゃんと分かってきたら解説します。

大阪てら子に行ってきました。
寺子屋タラコさんではなくFLASHerの勉強会イベントの方です。

大阪てら子は世界のSaqooshaさんをはじめ、
日々俺が読んでるFLASHerブログの主たちがぞろぞろ参加している
魑魅魍魎の異世界の雰囲気がぷんぷん漂う勉強会で、
とても一人では行けないと思い悩んでたんですが
STARRYWORKSのキム兄さん（俺のFlash師匠）が誘ってくれたのでこれ幸いと行ってきました。

今回のテーマが「webカメラで遊ぼう！」だったので、新しい「動体検知」作品と
プラスおまけで前の「ちらしの裏」（未完成だけど）を持っていきました。

で、作品発表してきました。
ずーーーーーっとおなかグルグルゆーてました。

「ちらしの裏」は前の記事を参考にしてもらうとして、新しい動体検知作品の解説を簡単にしておきます。

http://www.a-knot.sakura.ne.jp/works/cameraui/cameraUI.html
要webカメラ。

テーマは「SF映画に出てくるようなユーザーインターフェイス（UI）をwebカメラの動体検知を使って実現できないかな～」的画像ビューアーです。

• 使い方：
• [最初]：画面の前で両手を適当に動かしてください。そのうち認識します。
• [画像選択画面]：右ポインターを動かし画像を選び、左ポインターを一番上のエリアに上げると画像が選択されます。
• [画像詳細画面]：画像の右上と左下にポインタを持っていくと画像を持つことができます。多少、傾けたり引き伸ばしたりできます。元の画面に戻るときはポインタを左下、右下に持っていってください。

まぁやってみると分かりますが、慣れるまで難しい…。バグ多いし。
適時修正していきます。

webカメラない人用に動画とってみました。こんな感じ。
※「demo」みたいなメッセージは無視したらいいんちゃうかな。

[ちょっとだけ解説]
動体検知のあたりは定番の方法です。
※ちょっと会場の明るさにあわせて感度を変更できるよう
裏で仕込んでます…。

ポインタはwebカメラの左右の情報をコピーしたBitmapDataから
動いている箇所（動体検知で白くなる部分）の矩形を取得し、
その中心の何コマかの平均をとっています。

//急遽追加した閾値変化機能。ボタン押すごとに閾値が変化。動きが悪いときにどうぞ
var shikii_a:Array = new Array(0xff555555,0xff444444,0xff333333,0xff222222,0xff111111);
var shikiiArray_num:uint=0;
stage.addEventListener(KeyboardEvent.KEY_UP,shikiiChange);

function shikiiChange(e:KeyboardEvent){
if(shikiiArray_num<4){
shikiiArray_num++;
}else{
shikiiArray_num = 0;
}
}

function cameraAndPointerCol(e:Event){
if(right_leng_flg ==true &&left_leng_flg==true&&first_flg==false){

//ポインタの平均値がとれるまで待ち状態。とれたら「OK」表示
message_sp.gotoAndPlay("ok");
//そっから画像読み込みスタート
start_func();
first_flg=true;

}
//カメラ映像をドロウ
defaultCamera_bmd.draw(cameraVideo);
//現在のビデオをまずコピー
ugokiCamrera_bmd.copyPixels(defaultCamera_bmd,rect,pt);
//ブレンドモードDIFFERENCEで以前記憶した記録と動いた箇所の差分をチェック
ugokiCamrera_bmd.draw(beforeCamera_bmd, null, null, BlendMode.DIFFERENCE);
//閾値以上を白色に変化（動体検知）
ugokiCamrera_bmd.threshold(ugokiCamrera_bmd, rect, pt, ">“, shikii_a[shikiiArray_num], 0xffffffff);
//次のブレンド用にビフォーを記録
beforeCamera_bmd.copyPixels(defaultCamera_bmd,rect,pt);
//動体検知の左側をコピー
leftCamera_bmd.copyPixels(ugokiCamrera_bmd,left_rect,pt);
//動体検知の右側をコピー
rightCamera_bmd.copyPixels(ugokiCamrera_bmd,right_rect,pt);

//動体検知の左側の動いている場所を矩形化
leftMove_rect = leftCamera_bmd.getColorBoundsRect(maskColor, icchiColor, true);
//動体検知の左側の動いている場所を矩形化
rightMove_rect = rightCamera_bmd.getColorBoundsRect(maskColor, icchiColor, true);

pointerCal(); //ポインタの位置計算
selectPointSencer(); //ポインタの選択してるもののチェック

}

つかんだときに画像を回転、拡大するのは、この前勉強した三角関数が役に立ちました。趣旨は同じで距離と角度を随時計算しています。

//つかんだ画像の拡大縮小回転計算を初期化
function detailBigImg(){
detaiMode_flag = true; //つかんでいるモード
WW = 800 * bigImg_sp.scaleX; //800pxの幅の画像
HH = 470 * bigImg_sp.scaleX; //470pxの高さの画像
def_dg = (Math.atan( WW / HH)) * 180 / Math.PI; //その画像の対角線の角度を求める(これがデフォルト角度)
bigImg_sp.y = 0;
bigImg_sp.x = 0;
stage.addEventListener(Event.ENTER_FRAME,detailCal);
}

function detailCal(e:Event){
leftX = leftPointer.x; //左ポインタx
leftY = leftPointer.y; //左ポインタy

rightX = rightPointer.x; //右ポインタx
rightY = rightPointer.y; //右ポインタy

bigImg_cont.x = rightX; //画像のx
bigImg_cont.y = rightY; //画像のy
//三平方の定理で元のサイズと現在のポインタの対角線の長さの比を出して拡大縮小
bigImg_cont.scaleX = bigImg_cont.scaleY = Math.sqrt(Math.pow(rightX-leftX,2) + Math.pow(rightY-leftY,2)) / Math.sqrt(WW * WW+ HH * HH);

//現在のポインタの対角線の角度を求める
var dg:Number = (Math.atan( (rightY – leftY ) / (rightX – leftX ))) * 180 / Math.PI;
//そこからデフォルトの角度を差し引いて現在の角度に置き換える
bigImg_cont.rotation = dg -(90 – def_dg);
}

だいたいこんな感じ。ソースはここ置いときますね。

いやー、はじめてのてら子でホント逃げ出したいぐらい緊張してたんですが
皆さんめーちゃいい人で、
気遣いフォローやら業界アドバイスやらいろいろお話聞かせてもらいました。
とってもいい刺激をもらえたので、
これからもモニョモニョ作っていきたいと思います。
ありがとうございました。

でも、緯度経度から距離を算出するってよく分からなかったのでいろいろ調べてたところ、

轍　〜自転車的なる日記〜 緯度・経度から距離を求める方法

なるサイト様の情報が簡易でかつ実用的っぽいので
この式で計算してみることにしました。

ただ、自分的にちょっと理解が追いつかなかったので
備忘録として行程を一個いっこ追いながら、phpおよびas3にまで落とし込むまでを記しておきます。

※取得した緯度経度が「度分秒の60進法」の場合、「10進法」にあらかじめ直してください。直し方は以下リンク参照
　経度・緯度を60進法から10進法へ変換 – F.Ko-Jiの「一秒後は未来」

では始めます。

A点、大阪（緯度 = aIdoとします：34.701909, 経度 = aKeidoとします：135.494977）と
B点、東京（緯度 = bIdoとします：35.681382, 経度 = bKeidoとします：139.766084）の
２点間の距離（dとします・単位km）を求めます。

距離を求める場合は、東京と大阪を結ぶ線を引いて、その線の長さが分かればよいのです。

その線の長さを求めるために、
大阪と東京の東西の距離差と南北の距離差が分かれば
ピタゴラスの定理
xの2乗 + yの2乗 = 求める距離の2乗
により距離が計算できます！

ではどうやって東西の距離（touzaiKyoriとします）、南北の距離（nanbokuKyoriとします）を求めればよいのか。

その前に緯度経度って概念がごっちゃになりやすいので簡単に緯度経度についてのおさらいです。

●緯度（横ライン）：
赤道が緯度0度、北極が90度、南極が-90度とする
「地球の中心（核）」を起点とした角度。
世界地図（メルカトル図法時）では水平方向に線が引かれます。
当然、赤道で一番円周が大きくなり（つまり地球の直径）
赤道から距離が離れるたびに緯度ラインの直径は小さくなっていきます。

●経度（縦ライン）：
ロンドンのグリニッジ天文台を通る大円が経度0度
（大円：ある地点と北極と南極を通る大きな円）
「地球の地軸」を起点とした角度。
世界地図（メルカトル図法時）では垂直方向に線が引かれます。
円周は常に同じです（常に地球の直径）。

ポイント
・緯度は場所によって円周の長さ、半径が違う！※経度は常に円周の長さ常には同じ。
・緯度経度は座標のxyだと思うとこんがらがるので、あくまで地球の基準点からの角度と考える！

地球は丸いので東京と大阪の東西の距離、南北の距離は
地球の円周上にそっています。
よって円弧の長さを求めることになります。

●円弧の長さの求め方
小学校で習った式は
円弧の長さ =直径×π×円弧の角度／360
だったと思いますが、もっと簡単にする方法があります。
ラジアンという角度の単位を使う方法です。
円弧の長さ = 半径×円弧の角度をラジアンに変換した値

一般的な角度をラジアンという角度に変換するには
1度 = π / 180 = 約0.017ラジアン
1ラジアン = 180 / π = 約52.3度
で計算すればよいです。
※phpならわざわざ計算しなくても角度をラジアンに変換する関数があります。

ちなみにラジアンとは：
・角度の単位。
・1ラジアン (約57度)のとき半径と弧の長さが等しい。
・360度 = 2πラジアン
・弧の長さを計算するのにめっちゃ分かりやすい。

では東西の距離（touzaiKyori）、南北の距離（nanbokuKyori）を求めてみます。
計算には円弧の角度の他に地球の半径が必要となるのでwikipediaで地球の半径を調べてみました。
●地球の半径（earth_rとします ）：約6378.137km

●で、緯度経度にそった円弧の角度
大阪東京の緯度の差（idoSaとします）： bIdo – aIdo
大阪東京の経度の差（keidoSaとします）： bKeido – aKeido

この緯度の角度差、経度の角度差をラジアンに変換した値と地球の半径を利用して
円弧の長さを求めます。

ただし、南北の距離を計算するための半径は、すなわち地球の半径ですが、
東西方向の距離を計算するための半径は、測定値の緯度により、異なります。
（日本は赤道ラインよりずいぶん上に位置していますので
その緯度の半径は赤道の半径より当然小さくなります）

測定位置の緯度ラインの半径は三角関数の計算により求められます。
直角三角形は角度が一定であれば3辺の長さの比も一定という性質を利用します。

コサインθとは比率に基づく値にすぎません。
三角形の角度がθ（ここではすなわちaIdo）度のときの
底辺（ここでいう測定地の緯度の半径） ÷ 斜辺（ここでいう地球の中心から測定値の距離） の値のことです。
斜辺（地球の中心から測定値の距離） = 地球の半径（earth_r）なので
底辺（測定地の緯度の半径）= cosθ × earth_r
となります。
※phpやactionscriptだとコサインを計算してくれる関数があります。
ただし求めたい角度θの単位を一度ラジアンに変換する必要があります。

これで式が揃いました。

東西の距離（touzaiKyori）= 測定値（大阪）の緯度の半径 × 大阪東京の緯度の差（idoSa）
= コサインaIdo × 地球の半径（earth_r）× 大阪東京の緯度の差（idoSa）

南北の距離（nanbokuKyori）= 地球の半径（earth_r） × 大阪東京の経度の差（keidoSa）

この二つが求まれば
xの2乗 + yの2乗 = 求める距離の2乗
となり、その平方根をもとめることで距離dが求まります。

よってPHPで書くと以下の通り

<?php
$aIdo = 34.701909;					//  A点（大阪）の緯度
$aKeido = 135.4949770;		 //  A点（大阪）の経度

$bIdo = 35.681382;				//  B点（東京）の緯度
$bKeido = 139.766084;		//  B点（東京）の経度

$earth_r = 6378.137;		//	地球の半径

$idoSa = deg2rad($bIdo - $aIdo);	//緯度差をラジアンに
$keidoSa = deg2rad($bKeido - $aKeido);	//経度差をラジアンに

$nanbokuKyori =  $earth_r * $idoSa;		//南北の距離
$touzaiKyori = cos(deg2rad($aIdo)) * $earth_r * $keidoSa;		//東西の距離

$d = sqrt(pow($touzaiKyori,2) + pow( $nanbokuKyori,2));			//三平方の定理でdを求める
?>

またactionscript3.0で書くと

var aIdo:Number = 34.701909; // A点（大阪）の緯度
var aKeido:Number = 135.4949770; // A点（大阪）の経度

var bIdo:Number = 35.681382; // B点（東京）の緯度
var bKeido:Number = 139.766084; // B点（東京）の経度

const earth_r:Number = 6378.137; // 地球の半径

var idoSa:Number = Math.PI / 180 * (bIdo – aIdo); //緯度差をラジアンに
var keidoSa:Number = Math.PI / 180 * (bKeido – aKeido); //経度差をラジアンに

var nanbokuKyori:Number = earth_r * idoSa; //南北の距離
var touzaiKyori:Number = Math.cos( Math.PI / 180 * aIdo) * earth_r * keidoSa; //東西の距離

var d:Number = Math.sqrt(Math.pow(touzaiKyori,2) + Math.pow(nanbokuKyori,2)); //三平方の定理でdを求める

となります。
ちなみに求められる値dは405.807810663 kmとなります。
検証のために以下のサイトで大阪駅東京駅間を測ってみましたが、ほぼほぼ同じ値でした。
LatLng2Distance:::緯度経度から距離算出API:

まいどです。とんかです。
春場所おつかれさまでした！

youtubeマニアな皆様はもう見られましたでしょうか。
yooouuutuuube

単純にyoutube映像を微妙にづらしてズラッと並べて表示するだけのサイトなんですが、
これでPVとか見ちゃうと、すこぶる美しい！
場面転換の度に閃光が走る走る。考えた人すごい！

これで家の電気消して変態PVとか観るとやばいです。チビります。