まずは『電話の更新』を行います。WP8.0の最終更新状態にしていても正常に端末が開発登録されているのであれば更新が降ってくるはずです。

注意しないといけないのは、WP8.1(DP)への下準備更新であってWP8.1(DP)ではないです。小さなパッチレベルなのでそのまま何も考えずに当ててしまいましょう。

パッチが当たった後も『WP8.1(DP)を入手する準備が整いましたよ』アピールがすごいです。ちなみに更新が終わっても当然OSバージョンは8.0のままです。再度『電話の更新』を行うとようやくWP8.1(DP)のパッチに出会えます。

WP8.1(DP)の更新イメージをダウンロードしてインストールボタン(左図)を押下した後に「詳細」ボタンが押せるのですが、これを押した後は大人しく待っていましょう。その後にMicrosoftサービス規約(右図)が出るのですが、何度も連打しているとこれが瞬間的に出ては消えているようで先に進みません。

サービス規約の内容的にはよくある感じでしたが、パッチアップデートして故障しても一切保証しないよとか、プライバシーポリシーとかその程度でした。(WP8.1(DP)情報出すなよ、とは書いてなかった・・・ハズ)

インストール時間に20分程度かかったと思いますが・・・・なんとかWP8.1(DP)のインストールまでたどり着きました！

WP8.1(DP)を入れるにあたって条件は以下の通りです。

• Windows Phone Developer Programの所属ユーザー (17USD/year ＝ 1,847円/年, 自動更新らしい)
• WP8.1(DP)の対応端末の所持者
• 同端末の開発端末登録済み(＝アンロック端末)

開発者登録はWindows Phone ディベロッパサイト(https://dev.windowsphone.com/ja-jp/join)から行えるようです。私の場合は適当にググってそこから飛ぶので英語サイトから登録しましたが特に問題は有りませんでした。

登録(＝支払い)を済ませた後はWindows Phone SDK (WP8 SDK)をインストールです。これを入れると『VS Express for Windows Phone』がインストールされます。が、今回の目的は開発ではないのでこのツールは無視。WP8.1(DP)を入れることが目的なので、その他ツールに含まれている『Windows Phone Developer Registration』を起動します。PCとデバイスをつなぐように案内が来ますので・・・・つなぐとエラーが出ました。

まずこれが一発目のエラー。 Error Code 0×64 が出た場合は以下の2点が問題のようです。

• 有効なWi-Fi上のLAN-IPを持っていない
• NO-SIM状態

今回WP8.1(DP)を入れる端末がHTC Windows Phone 8Xなので、端末初期化直後 + NO-SIM状態で、とりあえず端末の状態をまともに設定します。これで解決したかと思えば次なる問題が。

これが二発目のエラー。かなり不可解ですが、サービス名 『Windows Phone IP Over USB Transport (=IpOverUsbSvc)』を有効化しろと書いてありますが、サービス一覧(services.msc)を見ても有効化されているし、サービスを再起動させても同じエラーが・・・・。いろいろ調べていると『実際に有効化されているSIM』が刺さっていないと同エラーになるとかなんとか(←間違っているかもしれません)。 (4/26訂正) 間違っていました。Windows Phoneが正常にインターネットに繋がっていれば問題なさそうです。SIMの有無は関係ありません。

※ どうでもいい話ですが、Ip(＝IP)がlp(＝Long Pointer)に見えていたのでググっても何も出てこず・・・。よからぬところでMicrosoftプログラマぶりを発揮してしまいました。

なので、開発目的のSIMではない Lumia1520 SIMをHTC 8X側に刺してみたもの・・・・認識せず orz

そして何故かLumia 1520 + 有効SIMですんなりとデバイスのアンロックが出来てしまったので残念ながらLumia 1520をWP8.1(DP)の生贄に捧げることとなりました。

デバイス登録が終わると次は端末側に対して特別なプログラム『Preview for Developers』というアプリケーションを入れます。

サイトからも端末からもインストールできるようですが私はサイトから行いました。端末に紐づいたアカウントでログインしてinstallで端末へ。起動すると何やら書いてありますが要は「Enable Preview for Developers」にチェックを付けているとpreview端末として振舞うらしいので、チェックを付けておきます。

ここまででまずは一旦下準備が完了です。

※ 私の中のスティーブは言うまでもなくジョブズではなくバルマーです

バルマー氏のビデオの中に『ディベロッパー・ディベロッパー・ディベロッパー』と三連呼する有名な動画があります。単に今までは面白がってみていたのですがどのような熱い思いが込められたのか気になってググってみたら3年前にこんな熱い動画を日本の開発者向けに残していたのですね。

開発者の皆様へ、スティーブバルマーからのメッセージ (MSNビデオ)

未だにVisualStudioを上回る開発ツールに出会ったことはありませんし、Xcodeを使う現状でも両ツールを触ったことがある開発者は口々に言います　『VisualStudioは開発ツールとして最高』って。

今にして思えばMicrosoftがCOM(Common Object Model)と言う画期的なアーキテクチャを生み出して、各アプリケーションを1機能として連結させ、またそれを容易に開発するために駆使したVisualStudioやそのライブラリ群(MFC, ATL, etc…)がかのMicrosoftの黄金時代を支えたのだな～と懐かしく思います。

確かに現在ではApple, Googleにその地位を脅かされつつありますが、依然VisualStudioは最高のツールであって開発者を支援するスタンスは続いていたのだなと。CEOが変わってどのようになるか、この先はわかりませんが。

私も一開発者としてこの熱い思いをソースコードに具現化したいな～、なんて思ったりした今日この頃です。

リバースエンジニアリングバイブル ~コード再創造の美学~
姜 秉卓

書籍自体はx86アセンブリ～Win32 PE形式をターゲットに進んでいますが、Linux形式で使われているELF形式でも基礎知識に関してはある程度使えるかと思います。というのも、私のかつての専門がWin32であったのでELFに関する知識はあまりないのです。と言っても、Brewブートローダーを触る際には知らずにはいられないので2chで公開されていたブートローダーの中身を見て参考にさせてもらいました程度の知識なのですが。

中身を軽く読んだ感じの所感です。

• これからリバースエンジニアリングに対する知識を身に着けるにはある程度良い
• 書籍を読むにあたって「初めて読む8086/386」程度の知識は欲しい
• Win32の知識も必要、特にインジェクション周りはPE形式に慣れていないと厳しい (Advanced Windowsが必要？)
• カーネル部分に関しては触れていないので、更に混んだ小細工をするには別途知識が必要
• リバースエンジニアリングに対する防衛に関しては物足りない気がしますが・・・、どうなのでしょう？

書籍の中で素晴らしいことが書かれていたので部分的に引用します。

真面目にコーディングを学んだ優れたプログラマが作成したコードは、むしろリバースエンジニアリングがしやすいという話があり、その裏をかいて、重要な中核のコードは初心者プログラマに任せようという話もよくする。実際にそのように作成したことはないが、多分これは、高度な難読化技術や今まで見てきたどんなダミーコードよりも高度な難読化技術になるかもしれない。(笑)

これはまさしくその通りだなと。別に自分のソースコードが美しい！！！、と絶賛するわけではないですが、自分の書いたソースコードに対してアタックを行うのは非常に容易なことでした。因みに、それで非常に悩んだ挙句に選んだ結論はセキュリティ部分に関しては外部ツールを使うこと。Win32関係ではASProtect辺りが有名なところですが、ASProtectに関してはいろいろ調べると有名すぎてアンパッカーが開発されてしまっていたので、私的にObsidiumが大好物でした。

そして現在、Win32から離れてWeb系の仕事を行っているわけなのですが・・・、あれはあれで色々厄介ですね。Web(HTTP)の範囲であれば基本的にはクエリ改ざんやURLを直接アタックするなどの間接的なものしか攻撃ができませんので、プログラマがきちんとパラメータの取り扱い方を知っていれば脆弱性はアプリケーションより遥かに少ないはずなのです。が、Webのプログラムが簡易化することで割と知識の浅いプログラマでも開発自体は行えるために脆弱性を自ら仕込んでいる状態が結構見受けられます。なんだかネイティブとWebで逆の動きをしているなー、と感じるところではあります。

既に起こっていると言っても間違いではないスマートフォン(iOS, Android等)へのアタックはより一層激しくなるでしょうし、正しい知識を身に着けないといけないな、と痛感する一冊でした。ただ・・・・ELF形式について書かれた書籍が無いよ。調べれば断片的に情報が出るのですが、流れを把握して知識を得たい・・・というのは甘えなのでしょうね。

PS1. 当時nProtectが導入されたころにあれが非常に厄介な動作(プロセスを隠したり、昇格関数をブロックしたり・・・)をしてくれたので結局カーネルドライバから処理の割り込みを行ったのですが、今現在どうなっているのでしょうね。スポーツではないですが、前線から離れると途端に知識が劣化してしまうというのが歳月の経過を感じるものです。

PS2. 書籍ではMFCリバーシングに対して触れられていましたが、個人的にはMFCよりVisualBasic6.0で作成されたアプリケーションのコードフックが非常に厄介でした。というのもの、メッセージの扱いが特殊であり、vbdllの塊があってIATをフックしても何故かフックしきれない部分が残ったりと。日本ならまだVB6.0とかで動いているシステムは多そうですね。

iPod Touch 第5世代、ストアに追加されましたね。ジョブズが愛したというiPhone5との差別化によりA6は搭載されなかったものの、iPad2と同等のA5が搭載されているようです。メモリに関しての記載はありませんでしたが、512MB積んでいると予測していますし、実際に積んでいるとうれしいなと。残念なのが予約について、14日までできないとか。他の人より出し抜けないかもしれないので、発売日に入手できるかどうかちょっと不安です。最悪発売日に朝から並ぶって手があるのですけどね。

PCサイト上を見ると全ての予約が14日となっており、一見して発表会のみでしたが、iPod TouchのAppleStoreアプリケーションから見るとアクセサリの類は予約が可能ですね。私の場合は自宅・会社で確認することが必須となるのでLightning – 30Pinアダプタのみを先んじて注文しました。売り切れ～なんてことはないと思いたいですが、これがないと仕事が進まない状況だけは避けないといけないので。しかし、この変換アダプタごときで2,800円とかぼり過ぎでしょう！！

後は、iOS6のGM seed(配布確定の最終版)がディベロッパサイトで出ていますね。それにともなってLisence Agreementも更新が必須のようです。iOS6に関してはNDAの関係上でこれ以上何も言及することはできませんが、早速触ってみようかなと思ったり。

プッシュ通知の確認ダイアログ自体は書いたとおり一度しか表示されない、というのは変わらないのです。が、特定の再通知条件を満たさない間に再インストールするとデバイストークンが取得できないというものです。特殊なパターンなので具体的な例で言えば、

1. enabledRemoteNotificationTypesをコールして現在のプッシュ通知が有効かどうかを調べる
2. 有効なtypeがない場合にregisterForRemoteNotificationTypesをコールして通知ダイアログを表示する
3. アプリケーションを再インストールする
4. enabledRemoteNotificationTypesの値は正常なのにデバイストークンの値が取れない

というパターン。確認する限りは、再インストールの場合は既に[設定]上にプッシュ通知が有効になっているものの再度enabledRemoteNotificationTypesをコールしないとdidRegisterForRemoteNotificationsWithDeviceTokenがコールされないようで、これがデバイストークンの値を取得できない要因となっていたようです。なので、解決策としては2.で既に有効になっていてもregisterForRemoteNotificationTypesをコールする、ってのが手っ取り早い模様。

何も考えずにそれをコールしていればこんなにハマることはなかったのでしょうが、何かを変えるということはそれだけリスクを伴う場合があるってことですね。いい勉強になりました。

そんなわけで5年ぶりに更新となると大企業系のサービスではなく中小企業のサービスではシステム体系がいまいち安定せずに、契約更新の度に新しいプラン(ホスティングサービス)に移動させられるわけです。料金系の新しいプランだけならまだしも、新しいプラン＝メールサーバなどの変更という割と致命的な部分で・・・・。

2月9日に新しいメール設定が届いたので緊急のメール(携帯に届くヤツ)だけは設定を終えて、未だにメインアカウントは設定と格闘中という悲しいお話です。が、そんな面倒な設定でも1点だけ良いことがありました。

自メールボックスに残しながらもForwardする設定があるぢゃん!!

私が使っているホスティングのメール設定画面はこんな感じ。”Remove Forwarded message frin your inbox.”はできればチェックしてね、ってお願いがありました。が、直Inboxでも受け取るので断ります（ぁ

残念なことに”未だに国内唯一である”WindowsPhone7のIS12Tには任意のPOP3サーバに対して同期を行う処理が最短で15分と、携帯電話のメールとして使用するにはかけ離れた存在となっています(私的な感覚では実用レベルで1分以内)。それを回避しようとすると結果的にプッシュ通知に対応したMSNメール(Hotmail, WindowsLiveMail)やGメールなどを用いなければならず、状況次第では好ましくないでのです。特に私のような独自ドメインを使う場合は。そんな場合でも使っているホスティングで自メールボックスに残しながらもフォワード設定がある場合は、メール受信通知はプッシュ通知でほぼリアルタイムで受け取りつつも、本アカウント(=元々のメールボックス)で同期を取りつつReplyを行うと。

長くなりましたがようやく携帯のメールとしてまともに使えるようになりました、という割と良かったお知らせでした。

※ メアド変わりました、って個人的には微妙なのですがどうなのでしょうね。送るのはもちろん面倒だし、送られるのもアドレス帳の更新をしないといけない手間があるし。今での人(≒携帯メールから入った人)ほどメアド変更が多い気がするのですが、ネットワークに対する意識の違いなのカナ・・・・と思ってしまいます。

プッシュ通知は重要ながらもチュートリアル的な実装をそのままコピペで実装してしまうと優れた機能も非常に残念なことになります。というのも、例えばよくあるパターンではゲームに対してプッシュ通知が実装されている場合、タイトル画面といった起動した瞬間に「○○はプッシュ通知を送信します。よろしいですか？」と出現するパターン(画像はあくまでサンプル画面ですが、実際に私が指摘する最悪なパターンを再現してくれたものです)。

少しはユーザのことを考えればわかることですが、これって開発側からのエゴの何物でもないですよね。だって、リアルな環境に置き換えるならば、試供品を受け取った段階で

とりあえずDM(ダイレクトメール)送りたいんだけど受け取りますか？

と言われているに近しいものだと思うのです。

因みに私はこのパターンは絶対にプッシュ通知を許可しません。だってウザったいかもしれない通知が来るかもしれないのにそれを許可する理由なんてないですから。

ってことで、長々とウンチクを垂れましたが、端的に言えばプッシュ通知をすべき場所を今一度見直して、細かく制御しましょうよ、と。プッシュ通知はUIAPplicationのインスタンスメソッドとして定義されていて以下の3つがあります。

• registerForRemoteNotificationTypes…プッシュ通知を有効にしようとします。ユーザにダイアログでプッシュ通知の確認が求められます
• unregisterForRemoteNotifications…登録されたプッシュ通知を破棄します
• enabledRemoteNotificationTypes…(どのような種類の)プッシュ通知が有効かどうかを取得します

なので、チュートリアル通りにapplication:didFinishLaunchingWithOptions:でregisterForRemoteNotificationTypesをコールするのではなくて、どのような目的でプッシュ通知を行いたいかを述べたうえで初めてregisterForRemoteNotificationTypesをコールしましょう、と。これをやっているのがGameloftの”レッツ！ゴルフ3”ですね。

・・・・、とここまでが前置き。そしてようやくタイトルの話になります。上述の通りにプッシュ通知のダイアログが出るタイミングというのは非常に貴重なもので、本当にこのタイミングでよいのかどうかを試験したい場合がありますが、一度この確認でどちらかを選択してしまうと開発中でも中々出てくれません。で、かるーくググってみると大好きなStackoverflowでこんな投稿がありました。

• Reset push notification settings for app (Stackoverflow)

相変わらずの精度が低いほげ脳内翻訳によれば

アプリケーションが初回にプッシュ通知を有効にしようとするならば、iOSはユーザにアプリケーションから通知を受け取るか否かを確認します。一度でもその警告(プッシュ通知の同意ダイアログ)に応答した場合は、デバイスをリストアするか、若しくはアンインストールを行ったうえで少なくとも1日以上経過する必要があるでしょう。

もしあなたが初回のプッシュ通知をシミュレートしたいとするならばアンインストールを行ったうえで1日経過させる必要があります。但し、システムクロックを1日以上経過させたうえで一度デバイスをシャットダウンし、再度デバイスを起動することで後者(=アンインストール後に1日以上経過するという条件)を満たすことができるでしょう。

と書いた本人ですが、実際に試していないのであしからず。

今回の記事をまとめるとこんな感じ

• プッシュ通知はアプリケーションが非アクティブ状態でもアプリ提供者側からユーザに情報通知が可能な数少ない手段です。
• ダイアログを表示することでプッシュ通知の同意を求める貴重なアプローチは1回のみです。もし本当にプッシュ通知を利用して欲しいのであればこのアプローチを行う前にユーザにプッシュ通知を行う利便性を説くべきでしょう。
• プッシュ通知は登録(登録要求)・解除・状態取得の3つのメソッドがあります。
• プッシュ通知の初回のアプローチはstackoverflowに書かれているような方法で再度確認を行うことができる(はず)です。アプリの提出前に本当にユーザが望ましい形でそのアプローチが行われているか確認しましょう。

iPhone/iPadというiOS関連についてDocomoからLTE対応のiPhone5がでるんぢゃない？的な情報源の怪しい噂が飛び交ったりと今年1年間もiOSに関しては激動の1年となることが既に見えているような。当然一般世間からの注目度が上昇し、iOSとしてのアプリ開発も多くなるでしょう。iOSアプリを実機に転送するには以下の3つが必要です。

• アプリケーションファイル転送ツール (Xcode – オーガナイズ, iPhone構成ユーティリティ, iTunes)
• アプリケーション(バイナリ)ファイル (.app / .ipa)
• プロビジョニングプロファイル (.mobileprovisioning)

開発者であれば上記を使って転送すれば良いことはもちろん自明でしょうが、作成依頼主にアプリケーションの監修を行う場合など、3つの条件ですら原因不明の転送エラーが起きるというシナリオは付き物です(開発者でも困惑することはしばしば有るのですけどね)。

転送の際に起きるエラーの主な原因は多分以下の通りです。

• 転送先のデバイスIDが正しく登録されたプロビジョニングファイルを使用してCodeSigningを行われていない (Xcode3の場合の対処法はこちら)
• Windowsからアプリケーションバイナリを転送する場合に発生する場合が多いようですが、アプリケーションバイナリが破損している

私自身でまだ詳細を調べていないのですが、.appファイル(フォルダ)をWindowsに転送すると何かが抜けているのかエラーが発生します。なので、個人的に.appファイルを直接相手に送付するのは避けた方がいいのでは派で(.app内にsymlinkがあるし)。となると、ほかの形式はipaファイルと呼ばれる形式が実機転送可能です。で、.app→.ipa変換のネタに繋がると。

★ ipaファイルの作成方法

1. Xcodeでビルドが完了すると $(PROJECT_DIR)/build/Release-iphoneos/xxxxx.app が作成されます
2. .appファイルと同位置に”Payload”フォルダを作成します
3. .appファイルを”Payload”にコピーします
4. Mac標準の圧縮でxxxxx.zipを作成します
5. 拡張子を.zipから.ipaに変更します

という、Payloadフォルダの殻が増えてZIP圧縮されただけ、なものが.ipaになります(※ もっと違いがあるようなのですが、ここではアプリケーションバイナリ転送に必要最小限の関係事項に抑えています)。後はiPhone構成ユーティリティでプロビジョニングのライブラリ追加、アプリケーションバイナリの登録、最後にその2つの実機へのインストールを行えばWindowsでも安全に転送することができるハズです。

時間があれば画像・・・・追加するカモ。文字だけだと説得力無いわ・・・・。

【目的】

タスクスケジューラに登録した定時に特定のゲストOSのスナップショットを作成し、同時に過去数日前のスナップショットをマージ(Apply)する

【手段】

Hyper-V上の操作となるのでWMI(Windows Management Instrumentation)を使用する、且つ、タスクスケジューラでの操作となるのでCUI(＝スクリプト系)が望ましい。WMIが操作できるスクリプトはWSH, PowerShell辺りとなる・・・・はず？

【参考資料】

ほぼほぼ資料は集まっていて、以下を見れば私だってできるハズ！

• Hyper-V WMI: Creating/Applying/Deleting Virtual Machine Snapshots
• Virtual System Management Classes
• CIM_ConcreteJob class

という感じなのですが、手段としてPowerShellを選ぶと、目的を達成する前にPowerShellを覚えるところから始まるのですよね。元々WMI(WBEM)+JScriptで色々とごさごさやっていたので作れないことは無いですがやはりここはWindows2008らしくPowerShellで実装しないとね！

ただ・・・・、従来のMicrosoft系スクリプト言語とは結構違う・・・気が・・・。PowerShellのコンセプトを知らないし、PowerShellが出た当初はこんなのを使う必要はないだろう！、とか甘く見ていた自分が馬鹿だったなと。因みに今はどうなのでしょうね、MS系の製品と触れ合う現場ではないので正直PowerShellがいかほどに使われているかさっぱりわかりません。

なので・・・・・、とりあえず適当な戦利品。

$computer                               = "."
$namespace                              = "root\virtualization"
$msvm_computer_system                   = "Msvm_ComputerSystem"
$msvm_virtual_system_management_service = "Msvm_VirtualSystemManagementService"


# 仮想システムの管理サービスインスタンスを取得する
$vm_vsms = Get-WmiObject -Namespace $namespace -Computer $computer -Class $msvm_virtual_system_management_service
$vm_host = $vm_vsms.SystemName

Write-Output $vm_vsms


# Hyper-V上の全てのコンピュータを列挙する (但し、ホストは除く)
$vm_computers = Get-WmiObject -Namespace $namespace -Computer $computer -Class $msvm_computer_system -Filter "ElementName <> '$vm_host'"
#write-output($vm_computers)

foreach ($vm_computer in $vm_computers) 
{
	write-host + $vm_computer.ElementName
	
	$Snapshots = Get-WmiObject -Namespace root\virtualization -Query "Associators Of {$vm_computer} Where AssocClass=Msvm_ElementSettingData ResultClass=Msvm_VirtualSystemSettingData"
	if ($Snapshots.Count -le 0) {
		continue;
	}


	$script:list = @() 
	foreach ($Snapshot in $Snapshots) 
	{ 
	    $SnapObj = New-Object -TypeName System.Object 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotName -Value $Snapshot.ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotID -Value $Snapshot.InstanceID 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotParentName -Value ([WMI]$Snapshot.Parent).ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotNote -Value $Snapshot.Note
	    $script:list += $SnapObj 
	}
	$script:list 

<#
	$script = @{} 
	foreach ($Snapshot in $Snapshots) 
	{ 
	    $SnapObj = New-Object -TypeName System.Object 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotName -Value $Snapshot.ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotID -Value $Snapshot.InstanceID 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotParentName -Value ([WMI]$Snapshot.Parent).ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotNote -Value $Snapshot.Note
	    $script.Add($SnapObj.SnapshotName, $SnapObj);
	} 

	$script.GetEnumerator() | Sort-Object Name | ForEach-Object {"{0}`t{1}" -f $_.Name,($_.Value -join ",")} 
#>

	write-output ""
}

 
そして、実行のスクリーンショットらしき物体。

しかし・・・・こんなことなら牟田口さんの”Windows PowerShell ポケットリファレンス”を買っておけばよかった・・・・。まぁ、スクリプトが仕上がったら置くかもしれません。それまでしばちお待ちを。
]]>
			http://lain.heavy.jp/lain/2011/12/01/350/feed
		0