Moonmile Solutions Blog

2歳児の子にタブレット（iPadとか）を渡すと何が大変かというと、癇癪を起して投げられる、ってのが怖いのですが、幸いにして私の初代iPadは2,3度投げられましたが無事です。

その次に怖いのが、（内田春菊の「私たちは繁殖している」を見るとわかります）ファイルを消されることです。iPhone を渡していると、じっと長押しした後に「×」で消す、ってのを危うくやられそうになりますが、幸いにしてまだ消されたことはありません。ボタンを長押し→「×」を押す→問い合わせで「削除」ボタンを押すという３コンボがなんとか大丈夫ってな具合ですね。4歳ぐらいになると「消しちゃダメ」ってことを分かってくれるので（いたずらとしては別ですが）、それほど気を遣わなくてよくなります。

iPad は特にログイン制御とかがないので（あるといちいちパスワードを入れてあげないといけないのが大変）共有ってことでほっておくのですが、じゃあ Winodws RT（Surface RT）の場合はどうなのか？ってことで、そういう視点で試しています。

■ログインアカウントを別にする

Windows へのサインインとサインアウト を見て、子供用のアカウントを作ります。パスワードはなしで作っておきます。画像を張っておくといいんだけど、ひとまず作っただけで。

ここで、自分用と子供用の切り替えができます。自分用のはパスワードを入れておけば ok 。スリープから復帰のときはパスワードなし、って設定ができるので、そうしておくと作業は楽です。ええと、画面がべたべたと汚れているのは、保護シートとか使っていないからですね。どうせ子供がべたべたにしてしまうのだし、所詮道具なので。

■スタート画面を整理してしまう

子供用のアプリだけスタート画面に表示させます。

「スタートからピン止めを外す」でがんがん消してい行きます。ブラウザとか地図とかも消してしまいました。ああ、カメラを消してしまったので後で戻さないと。戻すのは、検索から「カメラ」で検索して「スタート画面にピン止めする」を選択すれば元に戻せます。

一番あやういデスクトップを外しておくと、大事なフォルダとかを消されずに済みます。よかったですね。が、なんかのはずみで（アプリでコマンドプロンプトを動かすとか）デスクトップが開いてしまうと、スワイプでデスクトップを引き出せるようになってしまいます。

アプリの検索でデスクトップアプリ全般を動かせない（あるいはキッズモードでは起動できない）ようにできると、いいのかも。

ファミリーセーフティを使うと、利用するアプリを制限することができます。なので、デスクトップのゲームアプリやら諸々が制限できるのですが「デスクトップ」という項目はないようです。まあ、アプリ自体を動かないようにするのもいいのですが、エクスプローラーでファイルを消す、ってのは制御できないですよね。なので「デスクトップに移れない」モードが欲しいところです。

■私家版アプリを子供アカウントに入れる

他アカウントを作ると、ストアアプリも共有されるかと思ったのですが、そうではないのですね。デスクトップアプリの場合は、どのアカウントでも使えますが、ストアアプリの場合はインストールしたアカウントしか使えません。なので、子供用のアプリをインストールするときは、子供用のアカウントでログインしてインストールをする必要あがります。ええ、自分も使いたい場合は、何度もインストールしないといけないという…ちょっと大きめのゲームだったりすると内部ストレージがいっぱいになりませんかね？

私家版アプリは、Visual Studio 2012 でのリモートデバッグでも、私家版パッケージでも両方いけます。ファミリーセーフティとか標準ユーザーとかの権限は関係ないようです。普通のPCだと、管理者しかインストールできない、というパターンがあるのですが、ストアアプリの場合そのあたりは安全ってことで ok なんですかね？リモートデバッグでもインストールは可能なのですが、普通、子供アカウントは「パスワードなし」にすることが多いので、Visual Studio 2012 から Surface RT に接続できなくて失敗します。Microsoft アカウントを作った場合は不明です。一応、ローカルアカウントでやってみました。

Microsoft アカウントを作ると、SkyDrive を使うことができるので写真の共有をしてストレージの圧迫を避けたいところですが…大切な資料とかを SkyDrive で公開されると困るので、やめておきましょう。その代わり、ホームグループを設定して写真とか映像は「ピクチャ」や「ビデオ」フォルダに置いておくといいと思います。

デスクトップの問題は残っていますが、スタート画面を変えておけば kids っぽくなります。私家版アプリも動くので、これ「ストア審査」頑無視のアプリができるかと。

私家版ひだまり鑑賞のソースはこちら。ローカルのホームグループを使っているので「当然」他の環境で動きませんが、適当にホスト名やパス名を変えれば、自分なりのビデオランチャーが作れます。

あまりアップする気はなかったのですが、[WinRT] VS魂100連発を起動するストアアプリを作り直す | Moonmile Solutions Blog を土曜日にストアに提出してみました。

という訳で、月曜日に「めでたく」リジェクトになったので、その記録を。ちなみに、ソースはこちら http://sdrv.ms/15UjCrq 。Youtube のリストを拾ってきて、IE10 を起動ってな簡単なものです。

コンテンツの適合性: 不合格

このテストは、Windows ストアの認証要件にコンテンツが準拠しているかどうかという観点でソフトウェアを評価します。 さらに詳しく

お客様のアプリは、要件 1.2 を満たしていません。 詳細情報

確認事項:

• アプリには、ユーザー アカウントが必要ですか?その場合は、テスト アカウント 1 件を [審査担当者へのコメント] ボックスに含める必要があります。
• ユーザーは、アプリを通じて買い物ができますか?その場合は、買い物をテストする方法の説明を提供する必要があります。

アプリがこの要件を満たしていないと見なされる一般的な理由:

• アプリに、機能しないセクションが含まれているか、主要なユーザー シナリオに該当する部分に (“近日提供”、”続く”、”準備中” などと書かれた) プレースホルダーが含まれている。
• アプリでサポートするとしているすべてのアーキテクチャでアプリが動作しない。たとえば、あらゆる CPU で動作するとしている場合、そのアプリは ARM を含むすべてのアーキテクチャで動作する必要があります。
• アプリの説明があいまいであるか、誤解を招きやすい。
• 実際には含まれていない機能が含まれているかのように見せるスクリーンショットまたは記述をアプリの説明に使用している。
• ユーザーがオーディオの再生を制御するための “再生” および “一時停止” のキーボード イベントに、アプリが応答しない。
• アプリの説明に、ハードウェアまたはネットワークの要件が明示的に記載されていない。

お客様のアプリは、要件 2.4 を満たしていません。 詳細情報

アプリがこの要件を満たしていないと見なされる一般的な理由は、アプリの主要なシナリオの 1 つに該当する部分を完了するために、ユーザーが Web ブラウザーにリダイレクトされることです。

お客様のアプリは、要件 4.1 を満たしていません。 詳細情報

審査担当者からのコメント:

You should add more detail to your app description, it reads too generic or vague to adequately represent the app’s unique value. The app has declared access to network capabilities and no privacy statement was provided in the Windows Settings Charm. This app appears to be links to the same website opening in a web browser. The primary experience is not within the app.

Google 翻訳も

あなたのアプリの説明に詳細を追加する必要があり、それが十分にアプリのユニークな値を表すことが一般的すぎるか、漠然とした読み取ります。アプリはネットワーク機能へのアクセスを宣言し、全くのプライバシーに関する声明は、Windowsの設定チャームで提供されていません。このアプリは、Webブラウザで同じウェブサイトのオープニングへのリンクがあるように見えます。主要な経験をアプリ内ではありません。

Windows 8 アプリの認定の要件 (Windows) を開くと、要件にアクセスできるので、読んでみると。

■要件1.2 ユーザーが Windows ストアからアプリを入手したとき、そのアプリは完全に機能しなければならない

てことなんですが、なんか動かないところがあったのでしょう。グリッドテンプレートのリンクあたりを殺していないとか。まあ、説明が足りないってのはそうかも。説明自体は、

日本マイクロソフト社 エバンジェリストによる VS魂 100連発を簡単に視聴できるツールです。
日本マイクロソフト株式会社 エバンジェリストチームのブログ
http://blogs.msdn.com/b/evangelistsjapan/

としか書いてないので。

■要件2.4 アプリで提供されるプライマリ エクスペリエンスはアプリ内で行われなければならない

このアプリの「プライマリ エクスペリエンス」＝主な機能ってのはリンクをクリックすると目的の Youtube を表示するランチャーなので、「ユーザーが Web ブラウザーにリダイレクトされることです。 」って言われても困るんですけどね…これダメだと、ランチャーアプリ一般はすべてダメってことになるけど。つーか、ビデオアプリと「コントラクト」主体のアプリってのは否定なのか？

■要件4.1 プライバシーに関する次の要件に準拠しなければならない

ネットワークにつなげるのでプライバシー保護への宣言が必要なのですが、アプリを登録するときのリンクではダメなようで、やっぱり設定を作ってアプリに入れないとダメみたいです。これは巷で言われていたことなんですが、個人用だし面倒なのでソースには含まれていません。URL だけだと、その先が書き換えられる可能性があるかダメってのは知っていたのですが、アプリ登録のときに URL があるからね。アレを消してほしいなと。

■でもって、対策はどうするのか？

要件2.4 ってのは、このアプリの主要機能なので、対応できません。ってことで、要件1.2 と要件4.1 だけ修正してリリースし直しましょう。チャームで設定ってのが作業量が増えるので面倒なんですが、まあ後ほど。

まともな？業務PCとして使うのであれば、ノートPCにWindows 8 Proを入れたほうが良いと思うのですが、タブレットPC限定かつWindows RTで省電力を効かせてと考えて、内部的には高機能（外部的にWindows RTという自縛をしているものの）なわけで、それを存分に≒効果的に使うにはどうすればよいか？という点で調べています。

■本当にデスクトップアプリは動かないのか？

これは前評判の記事、量販店での説明が悪い≒足りないと思うのですが、Surface RT（Windows RT）でデスクトップアプリは動きます。従来のメモ帳もあるし電卓もあるし、プリインストールのExcel/Word もあるし、そもそもコントロールパネルの類はデスクトップ環境で動いています。この誤解のもとは、Windows RT の CPU が ARM という Intel CPU（AMDも含む）とは異なる CPU を利用しているために Intel CPU 用にコンパイルした実行ファイル≒従来のデスクトップアプリが動かない、という現象になります。なので、これから ARM 用にコンパイルされたデスクトップアプリが出回れば、Surface RT でもデスクトップアプリが動く可能性はあります。

ただし、現時点ではアプリに署名が必要なので、この署名をクリアできるのが Microsoft 社から配布されている実行ファイル（インストーラーを含む）のか、他社の署名も通すのかは不明です。

逆にWindows ストア アプリならば何でも動くのか？というとそうではありません。ストアアプリでは、ターゲットとなる CPU を x86, x64, ARM の 3種類に分けています。x86 は Intel 互換 32ビット版、x64 は Intel 互換 64ビット版の CPU が対象です。最近の CPU であれば x64 で動いているものが多いのですが、ちょっと古めの PC の場合は 32ビット版がまだ動いています。なので、ストアアプリであってもダウンロードするときには注意しないといけない…のですが、大抵は大丈夫です。気を付けるのはゲームアプリや高機能な画像を扱うようなアプリで DirectX を内部的に使ってると、Intel 互換の方しか用意されていないパターンがあります。そういう場合は、配布側で試用版が用意されていることが多いので、それをダウンロードして試します。たいていの場合、CPU の種類よりもグラフィックボードの性能でうまくゲームができない、というパターンになるので、あまり CPU の種類を気にすることはないと思います。

話を元に戻すと、いままでの Windows 7 の場合にはデスクトップアプリを USB でやり取りしたり、Vector からダウンロードしたり、ということができたのですが、Windows RT の場合には、相手の PC が Windows 8 の場合にはそれができません。そういう点では、ちょっと閉鎖的な環境≒残念なタブレット PC という感触はあります。でも、Surface Pro よりも軽いのと、バッテリーの持ちが良いのは ARM の強みです。解像度が若干低い（1366×768）のですが、持ち運びしやすさを考えると重さは重要です。

■むりやりデスクトップアプリを動かしてみる

iPhone でも可能ですが、むりやりアプリを入れるための手段（Jailbreak）があります。Jailbreak とはいえ、Windows RT の脱獄は比較的簡単です。Windows RT、jailbreakされる | スラッシュドット・ジャパン を参考にして、[Release] RT Jailbreak Tool – xda-developers からダウンロードしたバッチを動かします。winsvr.dll の一部を書き換える方式で脱獄が実現されています。これを見ると、署名があるかどうかのチェックしかしていない（将来的にはどうなるかは分からない）ので、署名をしたデスクトップアプリならばいけそうです。ただし、先に書いたように ARM 用に書かれたアプリでしか動かないので、巷にある Windows 8 用のデスクトップアプリとか、Windows 7 以前のアプリとかは動きません。自分でソースからコンパイルするか、誰かがコンパイルしたものを使います。

Desktop apps ported to Windows RT – xda-developers を見ると、vim とか OpenSSL とか C++ のものを ARM 用にビルドしたものがアップされています。スクリプトでは、python があります（残念ながら、perl, ruby はありません）。再コンパイルをしないといけないので、いわゆる UNIX 系のツールが並んでいます。

もうひとつの方法として、x86 CPU をエミュレートする方法があります。いわゆる Virtual Machine 方式です。ARM という非力な CPU に、x86 をエミュレートさせるというのが実用的ではないのですが、実行ファイルしかないけどどうしても動かしたい、ってときに使います…つーか、多分ゲームを動かすのが目的かと。ちょっとリンクを失念してしまたったので後から。

■スクリプトを動かしてみる

バッチ処理や定型処理をするのに、タップでぽちぽち、ソフトウェアキーボードでぽちぽちとやるのは面倒なので、バッチを書くのですが。普通のデスクトップアプリが動くと分かれば、

• 古式ゆかしき *.bat あるいは *.cmd のバッチファイル
• CScript ファイル（WScript が動作するかは未検証）
• Powershell

が動きます。Excel 2013 が入っているので、Excel VBA を期待したのですが、Windows RT 版の Excel は Excel VBA が動きません。残念。

Powershell は、自前のオブジェクトを作成できないので機能が限られてしまうのですが、定型的なスクリプトは動きそうです。私自身 powershell は使いこなしていないので、それ以上はちょっとわかりません。ただ、スクリプト系としては貴重かなと。もちろん、cscript で書くこともできる（javascriptでも書くことができる？）ので、そっちが使えれば十分かなと思ってます。標準で入っている COM は動きそうですよね。Excel の COM が動けば、それをアクセスすることもできるんですが… CreateObject(“Excel.Application”) でエラーになりますね。残念。

■リモートデスクトップを使う

Surface RT に対してリモートデスクトップはできないのですが（リモートアシスタンスはできます）、Surface RT から別の PC にリモートデスクトップができます。ストアで「リモート」で検索をするとストア版の「リモート デスクトップ」が出てきます。いくつか Remote 関係のアプリが出てくるので、Microsoft 社のものを使います。

他PCへのリモートデスクトップは、通常のデスクトップ版のリモートデスクトップと同じように使えます。相手は、Windows 8 に限らず、Windows 7 とか Windows Server とかも使えるのでサーバー系の処理をするときはこれで十分かなと。リモートデスクトップ内でもタッチ操作はマウス同様にできるので画面をタッチしながらでも可能なのですが…Windows 8 以外は、UI 自体がタッチに適していないのでマウスとキーボードは必須でしょう。というか、ソフトウェアキーボードは Windows RT 側のものではなく、リモート先のキーボードを使うことになるので、キーボードは必須ですね。あらかじめ、リモート先の PC にソフトウェアキーボードが出るように仕込んでおけばいいのですが、それでも Windows 7 の場合は面倒です。

回線は、無線LANを使うことになるので、アクション系ゲームの操作は辛いと思います。パズル系のものならばなんとか、という感じです。設定の中に、クリップボードの制御とかデザインの制御があるので、回線が遅い場合も大丈夫そうですね。

■ちょっと高価な動画モニタとして使う

ここ１週間は動画用モニタとして使っています。サブモニタという使い方ですね。自作のストアアプリを作って、タッチがしやすいように画面を作ってしまいます。ツイッターを流すだけとか、Youtube を流すだけとか、普段使いとしてはこれでいいような気がします。動画の配信は、Windows 7/8 でメディアサーバーを立てるか、ホームグループでビデオフォルダを共有します。配信PCの性能やネットワークの状態にもよるのでしょうが、標準のビデオアプリだと mp4 が時々止まるのでなんらかの対策が必要かもしれません（他の再生アプリをつかうとか？）。

■ちょっと高価なタッチパッドとして使う

ストアアプリは自作ということになりますが、別のPCを操作するタブレットとして使えます。ぼちぼちそういうストアアプリが出てくると思います。iPhone でテレビが操作できるとか、家電を操作するとかいうのと同じように、Surface RT で操作します。ええ、Windows Phone 8 でも構いません。

私の場合、仕事用のPCのモニタの横に、Surface RT が据えてあります。以前から使っている Acer w500（Windows 8 Pro に入れ替え）は平置きで画面が見づらかったのですが、Surface の場合は最初から立てかけるようにできているので、そのあたりは便利です。このために使う頻度が全然違います。

なので、用途としては、ビデオ鑑賞用とか環境音楽とかを流すためのアプリと、手元に持ってきて調べ物をするためのブラウジング機能という２種類のアプリに使い方が分かれると思います。人によっては、立てかけたままでほとんど手元で使わない人（もったいない気もするけど）もいれば、常にキーボードと一緒に持ち歩いてノートブックのように使うという人もいるでしょう。アプリを作る側としては、どちらも同時に満足させるよりも、それぞれの使い勝手に特化させるのが良いかと思っています。立て掛けておく場合には、縦置きというパターンはないので、横置きにしてボタンの位置を右側にするとか工夫が必要です。右利きの人の場合は左にボタンがあると、画面が隠れてしまいますからね。マウスの場合は画面と交差してもアイコンなどは隠れませんが、タッチパネルの場合はボタンを右に、情報を左に置くのが常套手段です。あと、据え置いている場合には、画面の上のほうにボタンを置くと、倒れそうになって不安なので、下のほうから三分の一ぐらいの場所によくつかうボタンを置くとよいです。後、下からのスワイプは親指で、上からのスワイプは人差し指でやります。そうなると下からスワイプした時に、親指→人差し指の順で動かすのが意外と面倒ということが分かります。そのあたりのヒューマンインターフェースを考えておくと、より手になじむアプリになるかと。