Curl Global Community - Tech blog

Windows 8 の変更点について

Fri, 24 Aug 2012 09:30:37 +0000

こんばんは！

さて、いよいよWindows 8 の発売もカウントダウンに入りましたね

Windows 8の「Modernスタイル」や「Windowsストアアプリ」に関しては様々な記事が出ていますが、
「それ以外のWindows8新機能や変更点の情報を教えてよ！」
と周りの開発者から聞かれまして、折角なのでまとめてみました！

ファイルエクスプローラー
「エクスプローラー」から「ファイルエクスプローラー」へ名称が変更されました。

Windows 7にあった、詳細ウィンドウが下部から横に変更されて、
ファイルの詳細情報がより詳しく表示されるようになりました。

alt="Windows8" " />
＜Windows8のファイルエクスプローラー＞

alt="Windows7" " />
＜Windows7のエクスプローラー＞

alt="Windows XP" " />
＜Windows XPのエクスプローラー＞

Windows 8ではファイルエクスプローラーでもリボンインターフェースを採用しています。
alt="リボンインターフェース" " />

タスクマネージャー

タスクマネージャーのデザインもシンプルになりました。

alt="Windows8" " />
＜Windows8のタスクマネージャー＞

alt="Windows7" " />
＜Windows7のタスクマネージャー＞

alt="Windows XP" " />
＜Windows XPのタスクマネージャー＞

「詳細」モードに変更することで、従来よりも多くの情報を見ることが出来、アプリケーションの履歴なども確認できます。
alt="TaskMGR" " />
＜詳細モードのアプリの履歴＞

ISOイメージのマウント機能

ISOイメージファイルのマウントがOSレベルでネイティブサポートされました。
Windows8 からはサードパーティ製のアプリを利用しなくとも、ドライブとして利用可能です。

alt="ISO mount" " />
＜ISOイメージのマウント＞

alt="Mounted Drive" " />
＜ドライブとして認識されます。＞

ファイル履歴

ノートPCでの利用も考慮した（常時電源の入っていない使い方でも低負荷にてバックグラウンドで稼働する）新しいバックアップ方式です。

alt="FileHistory" " />

外部HDDやネットワークドライブにファイルの履歴をバックアップする機能です。
今回のテスト環境では外部HDDもネットワークドライブも接続されていないので
ファイル履歴は無効となっていますが、これらを接続することにより誤って削除したファイルや、
誤って上書き保存したファイルを特定の日付のファイルに戻すといったことが可能になるようです。

Windows To Go

Windows To Go は Windows 8 Enterpriseエディションの機能で、
フラッシュメモリや外付けハードディスクドライブなどのUSBストレージデバイスから
OSを起動しデバイス内のアプリケーションの実行を可能にする機能です。

alt="Windows To Go" " />

利用条件は、32GB以上のUSB 2.0またはUSB 3.0ストレージデバイス

使用方法としては、共有持ち出しPC等に普段利用している自分の環境を持って外出したり、
BYODで在宅勤務を行う場合等に活用されていくと思われます。

今は検証用にUSB3.0の大容量ストレージが手元にないため評価はできませんでしたが、
高速なUSB3.0のポータブルストレージが安価で流通する頃にはメジャーになるかもしれません。

言語の追加

Windows 8の表示言語をより簡単に設定するための機能です。
従来はProfessionalやEnterpriseなどでしか利用できなかったシステム言語の変更・追加が
コンシューマー向けエディションでも可能になります。

Microsoft アカウントと統合

「Windows Live ID」が「Microsoft アカウント」と変更され、Windows 8とは完全に統合されます。
Microsoft アカウントを使ってログインすることでWindows Storeでアプリを購入したり、
Windows Live関連の機能を利用します。

従来のローカルアカウントを利用してログオンすること（従来のOSとのネットワークファイル共有の共存等の為に）も可能です。
その場合は、Windows Storeを利用する場合にMicrosoft アカウントの追加画面が表示されます。

alt="Microsoft Account" " />

USB 3.0のサポート
Windows8では標準でUSB 3.0をサポートします。

PCのリフレッシュ、リセット
従来OSの再インストールを定期的に行う場合に、データをバックアップして・・・
再インストールや、データは全部消えても良いから、使い始めた頃の状態になれば良いのにという思いがありましたが・・・
Windows 8ではPCのデータを保持したままWindows 8をリフレッシュさせる機能と、
すべてのデータを消去して、Windows 8をリセットさせる機能が搭載されています。

alt="Recovery Drive" " />
但し、回復ドライブの作成を最初にしておかないといけません。

Windows Update
アップデート後の再起動を1か月に1度にまとめ、月例セキュリティーリリースとタイミングを合わせることで、
再起動が必要になるのは基本的に1か月に1度だけとなるそうですけど・・・
まだ使い始めて1ヶ月たってないので、真偽の程は分かりません！

ブートマネージャー
マルチブートにした場合のブートマネージャーがタッチ端末に対応。
設定画面もブートマネージャー内から設定できる様になりました。

alt="Windows8を選択" " />
＜Windows8を選択＞

alt="Windows7を選択" " />
＜Windows7を選択＞

キーボードがタブレット端末に最適化
従来のWindowsではフルサイズのキーボードが画面内に浮かぶだけでしたが、
Windows8からは様々な形のキーボードが選択でき、
様々なサイズのタッチ端末で使いやすいようになりました。
（iPadみたいですよね・・・）

alt="Keyboard" " />
＜タブレット端末でのログイン画面でのパスワード入力用キーボード＞

  file8.png (Size: 70.11 KB / Downloads: 5242)

  file7.png (Size: 121.48 KB / Downloads: 5125)

  filexp.png (Size: 57.43 KB / Downloads: 5063)

  ribon.png (Size: 32.89 KB / Downloads: 4923)

  task_8.png (Size: 11.94 KB / Downloads: 5365)

  task_7.png (Size: 37.21 KB / Downloads: 4944)

  task_xp.png (Size: 14.6 KB / Downloads: 5007)

  task_03_application.png (Size: 102.79 KB / Downloads: 4853)

  Keyboard.png (Size: 322.41 KB / Downloads: 4715)

  File_history.png (Size: 65.9 KB / Downloads: 4905)

  mount.png (Size: 42.15 KB / Downloads: 5000)

  mount_drive.png (Size: 80.1 KB / Downloads: 4823)

  WindowsToGo.png (Size: 472.44 KB / Downloads: 4828)

  Microsoft_account.png (Size: 56.51 KB / Downloads: 4846)

  RecoveryDrive.png (Size: 34.74 KB / Downloads: 4613)

  BootMgr8.png (Size: 306.96 KB / Downloads: 5511)

  BootMgr7.png (Size: 312.8 KB / Downloads: 4649)

Curlの特許ってどんなもん入ってる？

Wed, 01 Aug 2012 00:13:22 +0000

今日の仕事はバタバタして、待ち時間があったので、Curlの実行環境のコントロールパネルを開いたら、「Curlについて」を読んだことがないことに気付いた。まじめに読もうかなと思って、よーく見たら、あれれ、Curlの特許番号がリストされているじゃないでしょうか？
このようなページはよほど弁護士みたいな人間じゃないと読まないでしょうね、携帯を買うのに携帯会社のやたら長いライセンスを読まないのと同じでしょう。

特許はたくさんあるので、興味のある方はCurlのコントロールパネルを起動して、「Curlについて」タブをクリックすると次のように出てくるけど赤線で囲っている番号が特許番号だよ。

Protected by U.S. patents, including 6301646, 6356279, 6380940, 6457112, 6473093, 6504544, 6598186, 6667750, 6670969, 6691113, 6760905, 6766305, 6769001, 6915433, 6919890, 6931385, 6993588, 7117507, 7225438, 7281017, 7340720, 7373639, 7401327, and 7424550

特許を取ったのがすごいかどうか分かりませんが、自分はそんな経験がないので、そのうちの一個（6356279）を検索してみました。
あっ、出てきた！
Curlに詳しいなら、この特許はお馴染みの自動伸縮機能ですねとうなずくでしょう！　なるほどなるほど、実際に使ってますね！
詳細はここから見れますよ（英語）：

http://patft1.uspto.gov/netacgi/nph-Pars...PN/6356279

興味があったら見てみてください。

control-panel.png (Size: 124.63 KB / Downloads: 2315)

うるう秒について

Mon, 25 Jun 2012 08:52:50 +0000

こんばんは！

「2012年7月1日は午前8時59分60秒があります！」
「うちのシステムはうるう秒対応していますか？」

最近、こんな話を聞いたことがある方もいるかも知れません。

今日はその「うるう秒」って何について話して行きましょう！

＜そもそも、うるう秒って何？＞

もともと時間というのは朝に日が上り、夕方に日が沈むところから創りだされました。
1日を24時間とし、1時間は60分、1分は60秒という形にして世界中でかなり長い年月利用されています。

この1日ですが、地球の自転により決まりますが、月と地球の引力の関係による潮の満ち干き、
地球内部の核（スマトラ沖地震の時にも自転速度が早くなったというニュースを覚えている方も多いと思われます。）による影響など
様々な要因により、地球の自転速度は一定ではありません。

毎日の自転速度が一定でないだけでなく、全体的に見ると自転速度は昔に比べて遅くなっているようです。

さて、地球の自転速度が一定ではないとなると、観測した時によって作られた時計毎の1秒の長さが違っては大変困ります。
そこで、原子時計を使った時間が1955年より運用されました。
これにより、世界中の殆どの国で1秒の長さが一緒になりました。

（実際には原子時計も今日まででセシウム133を基準に使うように変更になっていますが、詳細は長くなるので割愛します。）

しかし、やはり、自転速度とは微妙に違うため国際原子時と世界協定時の誤差を1秒未満に保つ調整を行い、これをうるう秒調整といいます。
このうるう秒調整は6月末日と12月末日に行われ、今までに24回の調整が行われました。

1972年から1979年には毎年1秒以上の補正が行われ、最近は補正の間隔が伸びています。
近年では1998年12月、2005年12月、2008年12月に行われました。

次回は2012年の6月末日に＋1秒の補正が行われる予定です。
日本では世界協定時と9時間の時差がありますので、今回は2012年7月1日 08:59:60が追加されることになります。

＜08:59:60を体験してみたい！＞

東京都小金井市にある日本標準時を提供している独立行政法人情報通信研究機構（NICT）の本館正面の時計には
うるう秒調整された 08:59:60が表示されます。

また、こちらに行く事ができない人はNICTの時空標準研究室のWEBページ「JST Clock」でも08:59:60を見ることができますので、
こちらからご覧になって下さい。

＜2012年7月の次のうるう秒はいつ？＞

さて、このうるう秒ですが、地球の自転速度が日々変化しているため何年も前から予め予測できません。

短い時では数ヶ月前にパリにあるIERS（International Earth Rotation Service：国際地球回転観測事業）が決定して決めます。
今回は2012年1月5日にうるう秒調整を行うことが決まりました。

とある方の腕時計は「年差0.1秒未満で、10年は時計が狂わない！」と仰っていましたが、日本標準時自体を調整しているため時計はズレてしまいますね。

＜私達の時計は自分で直さなきゃいけないのでしょうか？＞

最近当たり前に使わている電波時計は、これらを修正する仕組みを持っています。
電波時計で送信されるデータのフォーマットの中にうるう秒調整を行うフラグがあるため、
こちらを参照することにより、00秒を2回繰り返したり、59秒を飛ばすということが行えます。

NICTの特別な時計には60秒を表示する機能があるそうです。

ちなみに、私の目覚まし時計は電波時計ですが、あまり高級な時計ではないため
そもそも、うるう秒調整を行う機能はないようです。

1時間に1回電波時計と自分の時間を合わせているため、最大で1時間の間に1秒ズレていることになります。

＜コンピューターのうるう秒対応は？＞

それでは、私達の触れているコンピューター類はどうなっているでしょうか？

コンピューターには時刻を校正する仕組みの一つとしてNTP (Network Time Protocol)があります。
NTPのプロトコル内には時刻及び、うるう秒補正後の警告情報を送っていますので、上位のNTPサーバがうるう秒の補正情報を持っている場合
正しく各コンピュータに時刻を送出できます。
但し、受け取る側のOSでうるう秒を考慮しているかどうかが重要になります。
（上位サーバがうるう秒を補正する情報を持っていない場合、うるう秒は考慮されません）

エンタープライズ向けunix系OSでは設定により、うるう秒が考慮されています。
うるう秒を補正する信号を送っているNTP等の時刻構成装置等を設置されている場合、
タイムスタンプとして60秒をカウントでき、ログファイルなどには08:59:60 が出力されます。
（デフォルトでは無効となっていますので、未設定の場合は後述のWindows系OSと同じ動きになります。）

一方、Windows系OSではうるう秒を考慮していないため、60秒のタイムスタンプは出力されません。
これはWindows Serverでも同様です。Windowsは1分間を0秒～59秒として処理します。

しかし、Windows Time ServiceではNTPと同様にうるう秒を補正する仕組みを持っていますので、
上位のサーバと時計がズレたタイミングで時計を校正する考え方で動いています。

さて、NTPと同期する時間ですが、これは皆様がそれぞれ設定していると思いますが、
次回同期されるまでの間、最大1秒間のズレが発生します。

コンピュータで気をつけないといけないのは、うるう秒修正されたタイミングで自動的に実行サービスがある場合に気をつけましょう。
うるう秒調整で時刻が削除された場合、（今まででは一度もありませんでしたが）サービスが起動されないことが起こります。
また、時刻が追加された場合、2度サービスが起動されてしまう事が起きてしまう場合があります。

それらを考慮して、エンタープライズ向けunix系OSではうるう秒を考慮した時間をオプションで持っているんですね。

当然のことながら、時刻校正装置等に繋がっていないコンピューターの場合は、手動であわせて下さい。

＜ウチの古いカーナビはネットに繋がってないけどどうすればいいの？＞

では、私達の車に搭載されているカーナビはどうでしょうか？

カーナビはGPS衛星から時刻情報を取得しています。
GPS衛星には原子時計を積んでおり、これは地上の基地局から時計を校正することが出来ます。
また、GPS衛星が送出しているのは世界協定時ではなく、GPS時刻を送っています。
1980年までは補正を行なっていましたが、その後GPS時刻はうるう秒調整を行なっていません。
ただ、GPS時刻とともにGPSから送られてくるメッセージ内に世界協定時との差分を送っているため、
受信機（カーナビ等）が正しくうるう秒調整を行った時刻を表示できます。

ですので、たとえ古いカーナビでもうるう秒調整後の時刻を表示できるようになっています。

＜まとめ＞

結論として、時刻校正のタイミングはあるけれども、次の同期のタイミングでうるう秒の問題は同期されます。
スタンドアロンで動いているコンピューターや時計は自分で時刻を合わせなくてはいけません。
秒単位でシビアに動いているシステムでは、うるう秒調整のタイミングで行われるサービスが
どのようになっているか考える必要があります。
また、秒の取りうる値はシステムによっては0～59ではなく、60や場合によっては61を返すこともあるということも考慮しましょう。

これらうるう秒調整を手動で行うことは大変なため、2013年を目処に廃止の方向でしたが今年1月に2015年まで廃止の結論を出すのは先送りされました。
今年は最後のうるう秒調整？などとも言われていましたが、これからも暫くはうるう秒について考えていく必要がありそうです。

NICT.jpg (Size: 59.21 KB / Downloads: 17485)

各種 Android デバイスのドライバインストール

Fri, 22 Jun 2012 08:26:31 +0000

Android 開発において重要な実機上でのテストですが、Caede開発でももちろん行なっています。
今日はそこで使用しているAndroidデバイス（一部）のドライバインストールの方法についてご紹介します。

参考になる公式リファレンスは以下です。
http://developer.android.com/sdk/oem-usb.html

今回は、HTC Incredible S / Xperia acro / XOOM / Nexus S / Galaxy Nexus の5機種を対象に、
開発を行う端末のOSは Windows 7 (Android SDK インストール済み) です。

Google USB Driver
とりあえず、Google USB Driver を入れます。
これは Android の SDK Manager から簡単にインストールできます。

Google USB Driver にチェックを入れて、[ Install packages ] ボタンクリックでインストールが始まります。
（画面左下の Sort by: が API level になっていれば、Extras の下にあります）
あとは画面ウィザードに従っていけばOKです。
完了すると、\extras\google\usb_driver にコンテンツが保存されます。

Nexus S
Google 自ら販売の Android スマートフォンのリファレンス端末です。
Androidのバージョンは、2.3 -> 4.0 にアップデートしてあります。実機でのデバッグには、Google USB Driver が必要です。
Google USB Driver は、上で用意してありますので、後は以下の手順に従います。

1. Nexus S を PC につなぐ。
2. スタートメニュー → コンピューターを右クリック、「管理」を選択。
3. 左ペインで「デバイスマネージャー」を選択。
4. 中央のペインで「Nexus」を右クリック、「ドライバーソフトウェアの更新」を選択。「ドライバーソフトウェアの更新」ウィザードが起動します。

5. 「コンピューターを参照してドライバーソフトウェアを検索します」を選択。
6. Google USB Driver のパスを指定します。（既定では \extras\google\usb_driver にあるはず）
7. 「次へ」をクリックして、ドライバーをインストール。

これで、adb devices や ADT Plugin をインストール済みの Eclipse から Nexus S が認識されるようになります。

Galaxy Nexus
こちらも Google Phone である Nexus シリーズのスマートフォンです。現在のAndroid のバージョンは、4.0.4、
世界初の Ice Cream Sandwich 搭載スマートフォンでもあります。

Nexus シリーズではありますが、こちらはドライバを開発メーカーである Samsung から入手する必要があります。

http://www.samsung.com/jp/support/model/...-downloads

ただ、現在日本語のサイトには USB Driver だけのものは置いていないようで、
ドライバを含む Kies というPC同期アプリをインストールする必要があるようです。(Kies_2.3.2.12054_19_1.exe)

ちなみに、上記の公式リファレンスの OEM Drivers に記述のある

[url=http://www.samsung.com/us/support/owners...I515MSAVZW

にはUSB Driverだけのインストーラがあります。Verizon専用とありますが、docomoのSC-04Dでも動くようです（未確認）。

ここでは、Kies を使用した方法を記述します。

1. Kies をダウンロード後、ダブルクリック。
2. ウィザードに従って Kies をインストールします。USB Driver も流れでインストールしてくれます。
　　インストールされたドライバのexeは、C:\Program Files (x86)\Samsung\Kies\USB Driver にあります。
3. 2の完了後、Galaxy Nexus を PC につなぎ、正しく認識されることを確認します。
4. USB Driver がインストールされたら、Kies 自体はアンインストールしても構いません。
　　アンインストールの際には、[Uninstall SAMSUNG USB Driver for Mobile Phones] にチェックがないことを確認してください。

また、この方法では結構な数のSAMSUNGデバイスのドライバーも入るようで、
上記手順後に、Galaxy Note をつないでみると正しく認識しました。

HTC Incredible S
HTC の Android 2.2 スマートフォンです。
ドライバーの入手は以下のページからです。

http://www.htc.com/jp/help/

が、ここも Samsung と同様、USB Driver のみの提供はないようです…。
ですので、代わりに同期ソフトの HTC Sync をダウンロードします。(150MBほどあります)
その後の手順は以下になります。

1. DL した exe をダブルクリック
2. インストールを開始すると、下図のように色々と別アイテム（含むUSB Driver）のインストールを要求されます。

3. 「インストール」をクリックし、上述のアイテムをインストール。
4. 3の完了後、下図のように HTC Sync 本体のインストールが始まりますが USB Driver はもうインストールされたのでこれはキャンセル。

5. HTC Incredible S を PC につなぐと、正しく認識するはずです。
　　認識しない場合は、Nexus Sと同じ手順でドライバーを更新してみてください。
　　既定の場所は、C:\Program Files (x86)\HTC です。

Xperia acro
Sony mobile 製 2.3.4 のスマートフォンです。

Windows 7 だと、自動認識する場合もあるようですが、
自動認識に失敗した場合は、以下の手順を取ります。

1. 先述の公式リファレンスの OEM Drivers より、Sony Ericsson のページに行き、ドライバーを入手します。
http://developer.android.com/tools/extra...ml#Drivers
2. Nexus S と同じ手順でドライバーを更新します。

XOOM
MOTOROLA製タブレット、バージョンは 3.0.1 です。
手順は以下です。

1. 先述の公式リファレンスの OEM Drivers より Motolora のページに行き、ドライバーを入手します。
http://developer.android.com/tools/extra...ml#Drivers
[Handset USB Driver for Windows] の 32bit/64bit 版の２つがありますので、必要な方を。

2. XOOM を PC につなぎますと、ご覧のように認識されません。

3. 1. で入手したドライバーをダブルクリックでインストール開始します。

4. 正しく認識されます。

  img1.png (Size: 81.41 KB / Downloads: 31232)

  img2.png (Size: 79.35 KB / Downloads: 30549)

  img3.png (Size: 19.64 KB / Downloads: 30341)

  img4.png (Size: 63.15 KB / Downloads: 30355)

  img6.png (Size: 65.7 KB / Downloads: 30137)

  img7.png (Size: 32.36 KB / Downloads: 30095)

  img8.png (Size: 62.62 KB / Downloads: 29997)

富士通BSC社さんのMDMソリューションFENCE-Mobile RemoteManagerを評価してみました。

Tue, 19 Jun 2012 07:23:13 +0000

モバイルセキュリティに関して、数あるMDM製品を評価してきましたがその中でも素晴らしい製品で、評価の公開の許可をいただきました富士通BSCさんのFENCE-Mobile RemoteManagerをご紹介します。

このMDMソリューションはiOSデバイス、Androidデバイス、Windowsデバイスをサポートしていますが、今回はAndroidデバイスに関する部分のみの評価を行いました。

総評として、MDMとして必要な機能はほぼ網羅しているソフトと思われます。

管理画面のデザインは業務系システムやパッケージを提供している富士通グループのためか業務系システムに近いレイアウトですので、情報システム部門などで管理用に使われているシステムのレイアウトに近い感じです。

他のMDMでも採用されつつある、最近の流行りのインターフェースで直感的にドラッグアンドドロップ等ではなく、逆を返すと、誤操作で画面から設定を消してしまうという事が起こりにくいと感じました。

＜各端末にインストールするAgentについて＞

各端末にインストールするAgentアプリに関してはGooglePlay(旧AndroidMarket)又は、Agent配布サーバのどちらからでもインストールが可能となっています。

GooglePlayへの登録が望ましくないエンタープライズ用途の場合にGooglePlayに登録すること無く、このMDMソリューションが利用可能となっています。

【ただし、管理コンソールからのリモート制御を行う場合にSMSを利用せず。

AndroidのC2DMのプッシュ通信を利用する場合は、GooglePlay登録が必要です。】

当然のことながら、Agentアプリのアンインストールは抑止されており、MDM管理対象から外さない限りアンインストールは出来ません。

また、タスクマネージャーソフトなどを利用しての強制終了を行なってみましたが、

しっかりと保護されており、今回のテストケースでは強制終了が行えませんでした。

Agentとの通信はSMSプッシュ制御（auさんのCメール含む）方式とAndroidのC2DMのプッシュ通信、更にWi-Fi端末向けにロングポーリング方式をサポートしています。

また、FENCE-Mobile RemoteManagerはSMS制御のSMS料金が月額費用に含まれているため、制御を行った際に他の製品で起こるSMS通信料は別途料金ということがないのもこの製品の良いところです。

＜利用アプリ制限について＞

利用アプリ制限に関しては、ホワイトリスト又は、ブラックリスト方式にて制限することが可能です。
端末毎、又はグループポリシーを設定して特定の端末や特定の端末グループに対して制御が可能となっています。

ただし、時間帯や場所による制御はできず。利用アプリケーション制限を掛けてしまうとその端末で利用できなくなります。
この点に関しては、今後のアップデートに期待ですね。

＜アプリ配信について＞

FENCE-Mobile RemoteManagerで特筆すべき機能はアプリケーションの配信機能で 2つの配信方法が実装されています。
1つ目は、GooglePlayからのインストール。
　　こちらはGooglePlayに登録されているアプリケーションを指定することによりリモートインストールが可能です。

2つ目は、APKファイルを管理コンソール上に登録することにより、APKファイル自身をプッシュ配信しインストールする事を促します。

どちらの場合も、ユーザにインストール（又は、アップデート）指示を出し、インストールが行われていないと完了するまで何度でも通知を行います。

各社のMDMソリューションでは、別途アプリケーション配信サーバを用意しSMSで配信元のアドレスを通知するのが一般的ですが、この場合インストールが行われていることの確認がリアルタイムにできないことと、ダウンロードの処理をユーザが行わなければならないため、管理者の手間とユーザが操作を覚える必要が無い等、両方の負荷が減ります。

APKファイルの自動配信～インストール機能はFENCE-Mobile Remote Managerが優れている機能の一つです。

＜ファイル配信について＞

FENCE-Mobile Remote Managerのファイル配信機能も他のMDMに比べ優れており、管理コンソール側で指定すると、端末ユーザに全く意識させず端末にファイルを配置します。
例えば、各種業務で利用するファイルや、マスターデータなどの定期更新もダイヤログなどを表示せずに端末へ配信します。
この機能も他のMDMソリューションに比べてFENCE-Mobile Remote Managerが優れている点です。

＜その他＞

ほかの機能に関しては、ごく一般的なMDMソリューションと同一ですので特に記すことはありませんが、FENCE-Mobile
Remote Managerは運用代行サービスが特にリーズナブルな価格での提供となっています。
営業時間外３６５日運用代行サービスが月額\21/台で提供されています。

以下にマニュアルがありますのでご興味がある方はご参照下さい。
https://fence-mobile.bsc.fujitsu.com/manual/manual.html

※本評価は2012年3月現在での評価内容です。

　その後、画面イメージや機能について変更されていることがありますので予めご了承下さい。

本レポートは富士通BSC社さんに許可を頂いて公開しております。

  Fence_01.png (Size: 262.68 KB / Downloads: 6333)

  Fence_02.png (Size: 239.23 KB / Downloads: 5802)

  Fence_03.png (Size: 261.44 KB / Downloads: 5621)

  Fence_04.png (Size: 247.25 KB / Downloads: 6376)

Curlはサッカー日本代表を応援しています

Tue, 12 Jun 2012 06:44:16 +0000

♪ちゃーんちゃちゃぁーちゃ、ちゃぁ～ちゃちゃちゃぁーーーん、
ちゃーんちゃちゃちゃぁーんちゃ、ちゃぁ～～ちゃちゃちゃちゃー…

本日、サッカー日本代表はアジア最終予選第3戦、オーストラリア戦に臨みます。
Curlもサッカー日本代表を応援するため、こんなものを作って気分を盛り上げています。

Curl / Caede 特製サッカーボール…

の展開図！！！

Curlはサッカー日本代表を応援しています.pdf.jpg (Size: 57.72 KB / Downloads: 2086)

Curlはサッカー日本代表を応援しています_作れます.jpg (Size: 267.95 KB / Downloads: 1350)

こちらスネーク、Curl 韓国語版開発現場に侵入した

Wed, 06 Jun 2012 02:43:20 +0000

Curl RTE 韓国語版の撮影に成功した！！！
大佐、次の指示をくれ！大佐！

alt="Curl韓国語版開発現場" width=400 " />

お分かりいただけるだろうか…
ハングル文字が表示されているのが…

写真.jpg (Size: 471.22 KB / Downloads: 2512)

携帯のカタログに書いてあるNFCって何？

Mon, 04 Jun 2012 09:55:03 +0000

こんばんは！
最近よく「NFCって今までのおさいふ携帯と違うの？おなじなの？」って質問を受けます。

今回はこの辺のお話をして行きたいと思います。

NFCって何？

NFCとは、Near Field Communicationの略で通信距離が10cm程度に限定され、かざすことで誰でも簡単にデータ通信が行える
国際標準規格として承認された、近距離無線通信技術です。

NFCが制定される前にはこの様な通信規格が色々存在していて、現在はNFCによって以下の図のように制定されました。

alt="NFC" " />

では身近で代表的なものを上げて行きましょう。

FeliCa
　日本の交通カード（Suica/ICOCA/PiTaPa/TOICA/PASMO/Kitaca/SUGOCA/PASPY/nimoca/はやかけん）
　香港の交通カード八達通(オクトパス)
　日本の電子マネー（Edy/nanaco/WAON/iD/QUICPay/VISATOUCH)
　等々・・・
　
Mifare(ISO/IEC 14443 Type A)
　日本の成人識別ICカード taspo（タスポ）
　韓国の交通カード 티머니(T-money)
　ロンドンの交通カード Oyster Card(オイスターカード）
　北京の交通カード　北京市政交通一卡通（北京市政交通カード Beijing Municipal Administration and Communications Card）
　等々・・・

ISO144443 TypeB
　住民基本台帳カード
　日本の運転免許証

ISO15693
　各種ICタグ
　アーケードゲームのオンライン接続サービスカード　e-AMUSEMENT PASS
　（ただ、2010年11月以降はFeliCaのおさいふ携帯を使えるようにもなったので、一概にISO15693とは言い切れません）
　等々・・・

結構色んなカードがありますね。

筆者も、上記カードで10数枚持ってます・・・

カードエミュレーション機能

さて、NFCですがNFCはこれら各種カードのカードエミュレーション機能を持っています。

たとえば、筆者が持っていたMOVAのおさいふ携帯はモバイルSuicaもEdyも対応していましたが、あくまでもFeliCaで対応しているものしか使えませんでした。

NFCのカードエミュレーション機能を使えば、これらFeliCa、Mifare、ISO15693が1つのNFCで利用することが出来ます。

ですので、最近スマートフォンにNFC対応！とかiPhoneの次世代機はNFC対応か！？などと言うことが話題になっているわけですね。

筆者的には、持ち歩くのが面倒なのがたま～使うオクトパスカードやT-moneyカードが携帯電話に入っていれば
海外旅行の度にカードが何処にいったか探したり、チャージするときに手間取ったりしなくていいのになぁと思います。
また、taspoもおさいふ携帯に入ると便利ですよね。
更に、これを読まれている方の社員証や入出管理カードはもう携帯電話になってるよって人もいると思います。

リーダー・ライター機能
　更にリーダー・ライター機能で、携帯をタッチすることにより、クーポンや地図、キャンペーンページを表示させたこともあると思います。

端末間通信機能＜P2P＞
　NFCには端末間通信機能があり、2台のNFC搭載端末をタッチすることで、内部に持っているファイル交換なども出来ます。
　電話帳交換を携帯タッチで行った方も居るのではないでしょうか？

NFC端末間ペアリング
　先ほどの右側の図でデータ通信って何？って思われた方も居るでしょう？
　例えば大容量な映像や動画データをペアリングのみNFCのタッチで行い、データ転送はテレビやビデオなどからWi-FiやBluetooth等の高速通信で行う機能もあります。
　

やっぱり、モバイルアプリはNFCと連携できると便利ですねｗ

NFC.png (Size: 11.7 KB / Downloads: 2722)

Windows 8 Release Preview

Fri, 01 Jun 2012 10:37:28 +0000

We gave Curl 8 a try on Windows 8 Release Preview, and it looks to be
running with no problems!

Windows 8 Release Preview にてCurl8の評価をしてみました！
問題なく動いていますw

あれ？どっかで見た書き出しだな・・・
こんばんは！
さて、本日から6月ですね！
私は今日はすっかりWindows 8 Release Preview のリリース日を失念していまして・・・
全く別の作業をしていて・・・メールを読んでいたら・・・あ”ッ　；o；
Windows 8 Release Preview の評価しないと・・・

って事で、早速入れてみましたよ～

クリーンインストール、アップグレードインストール色々試してみましたが・・・

その中から何枚かの写真を公開します！

まずは、Windows8と言ったらスレート（タブレット）PCがいいですよね！

先日もWindows 8 Consumer Preview を試したこの端末から入れて行きましょう！

早速、セットアップ開始！

alt="準備中" " />

お、入り出しましたね～

alt="アップデート" " />

え”っ！！！

alt="互換性？" " />

だって、Windows 8 Consumer Preview はこいつで動いてたんだよぉぉ　；ｗ；

と言うことで、気を取り直していくつかの環境に入れていきました！

うん、問題なくCurlが動いていますねw

alt="互換性？" " />

  1.png (Size: 49.67 KB / Downloads: 1783)

  windows8RP.png (Size: 450.93 KB / Downloads: 2409)

  3.png (Size: 52.83 KB / Downloads: 1826)

  2.png (Size: 62.21 KB / Downloads: 1792)

IT機器の節電について

Wed, 23 May 2012 07:43:00 +0000

こんにちは!

さて、今回はIT機器の節電についてお話ししていきたいと思います。

現在、全国の全ての原子力発電所が止まっていますね。
来夏まで全原発停止なら電気料金１割増になるかもなどという話題も出ています。

最近はこんなものが流行っていますね
alt="消費電力計" " />

なんか、Wi-Fiで電力利用量を呟けるモデルとかも出てて驚きです！

筆者も学生時代、環境ISO（ISO 14000シリーズ）の関係で研究室の節電に取り組んだりもしました。

例えば、PCの場合光学ドライブを外すことで１～２Ｗの待機電力の削減が可能となりました。
不要なグラフィックカードやサウンドカードなどを外せば2～20Ｗ程度が削減できます。

2011年は節電のため、データセンター等でも光学ドライブを撤去し、外付けにすることにより電力量を削減しています。
筆者もサーバーの最大消費電力を制限する事をデータセンターで検討しました。

昔の光学ドライブやＯＳの場合、ドライブに使わないメディアが入っているだけで５Ｗ程度消費したりもします。
使わない時にはドライブからメディアを抜いておきましょう。

さて、この夏も電気利用量が逼迫し猛暑の場合は計画停電をせざるを得ないというニュース等も報道されています。

関西電力さんでは18日に７月の電力供給が15.7％不足するとの見通しを発表されました。

停電は困ってしまいますね、筆者も節電対策のため自宅のコンピュータを仮想化したり、サーバ類の電源管理機能を見なおしたり、
今まで省電力待機していたマシンの電源を切り、外出先から必要なときにiPhoneでマシンを起動し、
作業後自動的にシャットダウンする仕組みを用意したりして電気利用量を５０％ほど削減したりしましたが、
一般的にはそんなに容易には節電対策ができないと思います。

では、私達が職場や家庭で簡単に節電する方法はないでしょうか？

読者の皆様がお使いのＰＣのＯＳは何でしょうか？
一番利用者が多いのは、やはりWindowsですかね？

例えば、Windwos7は電源管理機能が従来のOSに比べ省電力設計となっており、使われていない光学ドライブや
待機状態のbluetooth機器の電力消費を抑える機能などを持っています。

Windows7を利用することにより十数～Windows7の省電力機能対応の機器では数十％程度電力利用量を削減できるそうです。

しかしながら、システムやアプリケーションの互換性の関係上、やむを得ずWindows7対応のPCでWindows XPを、
ダウングレードして使われている方も多いと思われます。
同じハードウェアを使っているのに、ダウングレードすることでWindows7を使うよりも電気利用量が増えてしまっているわけです。

そのような方にも、簡単に省電力設定が行えるツールがマイクロソフトさんが提供している「Windows PC 自動節電プログラム」です。

Windows XP（SP2以降）、Windows Vista、Windows 7のPCで平均約 30 %の省電力化が行えます。

Windows 7＋Windows PC 自動節電プログラムの組み合わせは一番省電力に貢献できますね

（MacOS 10.5以降をお使いの方はアップルメニュー > システム環境設定… > 省エネルギーから手動設定してみてください。）

まだ、導入されてない方はこの機会に是非導入されてみては如何でしょうか？
ご利用の電気料金が安くなるかもしれません
日本中にある全てのコンピュータが30%ずつ節電することで、この夏の計画停電を回避しましょう！

wat-checker.jpg (Size: 19.98 KB / Downloads: 1919)

モバイル・アプリケーション開発を始める前に！

Fri, 27 Apr 2012 06:27:25 +0000

こんにちは。Curl製品開発チームの岡田です。

最近、そろそろモバイル・アプリケーションを開発着手していたり、検討に入っていたり、プロトを作ったり、アプリを開発して利用し始めている企業が増えてきています。そこで、今回はモバイル・アプリケーションの開発を始める前に知っておいた方がいいと思われることをご紹介していこうと思います。

モバイル・プラットフォーム
まずは、プラットフォームについてですが、Android、iOS、WindowsPhoneなど様々なものがありますが、最近Appcelerator から出されたレポートによりますと、昨年まではAndroidが人気だったようですが最近ではiOSが人気になっているようです。
http://www.appcelerator.com/thinkmobile/surveys

とは言え、Androidもまだまだ人気はあるみたいです。

Windows Phoneは、日本ではまだデバイスが少ないので人気は薄いと思いますが、我々のセミナーに来られる方のアンケートの集計によると、期待されている方が多くいるように感じます。企業ではWindows PhoneやWindows8のニーズが多くなって来るのではないかと思っています。

では、実際に使ってみた感想ですが、iOSの方が安定しており、パフォーマンスもいいように感じます。また、Androidはマルウェアなど多く出没しており、セキュリティ面で多く問題を持っています。ただ、キャリアやデバイスの選択肢などを考えるとAndroidの方が融通が効きそうです。ちなみに、私はAndroidを持っています。

企業などで導入する際は、どれかに固定するのか、どれでも動くようなアプリが必要であるのかは、検討要素の１つとして考える必要はあると思います。

モバイル・アプリケーション開発方式
現在、モバイル・アプリケーション開発をする方式としては、３つあります。

Web方式
ネイティブ方式
ハイブリッド方式

Web方式とは、モバイル上でブラウザからアクセスするHTML/JavaScript/CSSでプログラミングされた通常のWebアプリです。ただ、Webアプリとの相違はモバイルからアクセスするとモバイルに合わせたレイアウトで表示するような方式です。一般のWebサイトなどはこちらで作成することが多いと思われます。

ネイティブ方式とハイブリッド方式は、モバイル・アプリケーションとしてAppStoreやGoogle Play(旧Android Market)などからダウンロードして、デバイスにインストールする形式のアプリケーションです。この２つの違いは開発の方法が違います。

ネイティブ方式の開発方法は、iOSであればAppleが提供しているXcode上でObjective-Cという言語を利用して開発し、AndroidであればGoogleが提供しているAndroidSDKを使ってJavaで開発することになります。その他のプラットフォームもそれぞれの言語を利用して開発することになります。メリットはハイパフォーマンスであり、細かい開発も可能で、カメラやセンサーなどをコントロールできるという点です。

では、ハイブリッド方式とは、Web方式のHTML5などを利用して、１つの言語でAndroid・iOSなどのプラットフォーム上で動くアプリを作れるための開発ツールです。これももちろんカメラやセンサーなどをコントロールできるように開発ツール側で提供されています。但し、ネイティブ方式ほどはハイパフォーマンスではありませんし、機能制限もあります。ただ、マルチプラットフォーム対応をする必要がある場合には、生産性という面で非常に優れています。

ちなみに、Facebookモバイルアプリもハイブリッド方式で開発しているとのことです。
http://www.readwriteweb.com/mobile/2011/...design.php

このことを考えると、ネイティブアプリで、iOSのObjective-CやAndroidのJava、さらには他のプラットフォームの技術を理解しているエンジニアを多く集めることは非常に難しいのではないかと思います。そのため、デスクトップやWebアプリと共通の技術で開発できるハイブリッド方式というものは、企業が導入するためにも重要な要素となってくるのではないかと思います。個人アプリを作るのであれば、個人の力でいくつかの技術を習得できれば開発できますが、企業のアプリですと、大人数のエンジニアを必要とするケースが多く、ネイティブで開発して、その後保守していくのはコスト的に負担が大きいかもしれません。
もちろん、そういった懸念事項を解消できるのであれば、ネイティブ方式がハイパフォーマンスかつ細かい実装も可能ですので、個人的にお勧めです。

下に３つの方式をまとめておきました。

また、利用ケースもまとめておきました。これ以外にもあると思いますのでコメントいただければと思います。(個人的な視点も入っていますので参考まで。)

ハイブリッド・モバイル・アプリケーション開発ツール
Web方式を選択した場合は、基本的には従来の開発ツールと同様です。

ネイティブ方式を選択した場合、基本的に開発ツールは、iOSならXcode、AndroidならEclipseを利用することになると思います。

ハイブリッド方式を選択した場合、いろんなモバイル・アプリ開発ツールがあります。例えば、以下のようなものです。

各ツールにはそれぞれ特徴がありますが、検証・選択の際に、以下のようにランキングなどもありますので、参考になると思います。
http://www.infoq.com/news/2012/02/Cross-Platform-Tools

Caedeのメリット
最後に、我々の製品も売り込んでおきます！

Caedeはハイブリッド方式をとっている製品であり、他のハイブリッド製品群と同様のメリットがあります。

他の製品の多くはHTML5でプログラミングすることになりますが、HTML5と言ってもHTML/JavaScript/CSSという３つを覚える必要があるのと、またそれだけでは生産性が悪すぎるので、jQuery Mobile やSencha や jQTouch などのフレームワークを使うことになると思います。それらのフレームワークを検証及び選択し、勉強しなければならないという必要性がさらにプラスとして出てきます。もちろん、HTML/JavaScript/CSSについては、既にご存知の方が多いのでメリットは非常に多いと思います。

Caedeは、Curl言語１つで見た目部分もロジック部分もフレームワークに対応する部分も記述可能ということがメリットです。ただ、Curl言語を知らない場合は、Javaなどを知っていると比較的すんなりと習得できると思いますが、勉強する必要があります。

また、モバイルだけのクロスプラットフォームのみならず、デスクトップ上（Windows、Mac、Linux）のリッチクライアント・アプリもCurl言語１つのみで開発可能です。この１つの言語で作ったアプリケーションがデスクトップとモバイル両方の環境で動作する「ワンソース・マルチユース」というメリットが最大の特徴です。

次回（？）
反響・要望がありましたら、モバイル・アプリケーション開発のポイントや注意事項などをまとめて、Facebookページに投稿したいと思います。

  b.png (Size: 60.19 KB / Downloads: 2061)

  mobile.png (Size: 8.47 KB / Downloads: 2042)

  a.png (Size: 69.93 KB / Downloads: 1863)

スマートフォンに関するセキュリティ講座　第2回　～スマートフォンを紛失！？、スマートフォンのビジネス利用～

Wed, 25 Apr 2012 09:13:08 +0000

こんにちは！

スマートフォンに関するセキュリティ講座第1回は1週間で200 View Overされました。
ありがとうございます。

よくもまぁ・・・あんな長々とした文を・・・皆様読んでくださいました・・・
さて今回はちょっと軽めに続けていこうと思います。

さて、第2回の今回は「スマートフォンを紛失！？、スマートフォンのビジネス利用」

「スマートフォンを紛失した！？どうしよぉ・・・」
「スマートフォンのビジネス利用」
「最近よく聞くMDMってなあに？」

について語って行きたいと思います。

「スマートフォンを紛失した！？どうしよぉ・・・」

果たして皆様はどうでしょうか？
実際に紛失したことはなくても、置き忘れたり、一時的に何処に言ったかわからない等ヒヤリハットは結構あるのではないですか？

フィーチャーフォンならまだしも、あなたのスマートフォンにはどんな内容が保存されていますか？

取引先のお客様の氏名・電話番号、はたまた部署・役職や趣味などの情報も登録できたりで営業職の方はそういった情報も入れてたりしますよね？
会社のメールサーバから取得したメールは保存されていませんか？
メーラーにはIDパスワードが登録済みになってませんか？
ブラウザにはショッピングモールのIDパスワードが登録されていませんか？
銀行のネットバンキングアプリ、大丈夫ですか？
通話記録、メールから人間関係もまるわかりです。
DropboxなどのアプリからWebストレージに重要な情報をあげていたりしませんか？
パスワードやログイン画面、登録完了画面などのスクリーンショットを保存していませんか？

上げたらきりがありません。

もし、会社から貸与された端末の場合、中に入っている情報のほとんどが漏洩の許されない重要な情報かと思われます。

スマートフォンはフィーチャーフォンに比べたらパソコンのようなものです。
一昔まえのPCに比べたら格段にスマートフォンの方が性能が良くなっているでしょう。
PCよりも身近で肌身離さず利用している分、PCよりも重要な情報が入っている人も多いでしょう。

従来で言うノートPCの紛失よりも、スマートフォンの紛失は大変なこととなります。

さて、悪意の有る人がもしスマートフォンを拾った場合どうするか想定してみましょう！

フィーチャーフォンであれば、キャリアメールや電話帳くらいしか情報が取れないかも知れません。

あと、想定される悪用と言えば、パケット通信を使いまくる。いたずら電話をする等だと思いますが・・・。

スマートフォンではこれら抜き取れる情報が全部抜かれるかもしれません。
業務上知り得た機密情報を抜き取られてしまうことがあります。

また、スマートフォンに保存されている写真、写真内にメタデータとして保存されている位置情報、
スマートフォン自体が保存している今まで行ったことのある位置情報等々・・・

自分が意識していないところで意外にいろいろな情報がスマートフォンから取得できます。

さて、このセキュリティ講座では具体的にどう利用できる。どんな情報が取れるといったことはこれ以上掘り下げません。

そういったことを解説しているサイトはいっぱいありますのでご興味を持たれた方は検索してみてください。

この講座では、「じゃぁ紛失したことに備えてどうしておこう」といった内容を書きます。

まずはロックを掛けましょう！
alt="置き忘れ" " />

私の周りにはスマートフォンを持っている方が多々いるのですが、ロックをかけている人が少ないです。
とうぜん、そんなかたがスマートフォンを紛失したり置き忘れた場合・・・。

「何でロックしてないの？」と聞いて、だいたいの方がこう答えます。
「なくさないもん！」
「絶対に手元からはなさないし！」

そして、食事や飲み会の時にトイレに立つ際にスマートフォンをおいて立ちます。
下手すると、会計時に
「スマートフォンをわすれた！」
と、取りに戻ります。

また、こんなことを言う人もいます。
「重要なデータははいってない！」

でもそういった人に、「じゃぁメールみたいから貸して！」

全力で拒否されます（笑）

ロックはかけましょう！

最近は顔認証、音声認証、指紋認証等、スマートフォンも様々な認証ができるようになりました。

しかし一般的にはiOS、AndroidOSデフォルトのロック方法を使われる方が多いと思われます。
先日、こんな記事を見つけました。

「Androidのパターンロック」にFBIが降参

ロック方法に関してはここ数年、特許合戦が繰り広げられており、すべてのOSで最高のロックが使えない等、
なんともいいがたところがあります。

手軽に強固なロックを使えるということだとこうなるでしょう。

4桁の数字　＜　英数字を利用した複雑なパスロック　＜　パターンロック

さて、ではロックをかけていたら安心か？というところですが

iOSデバイスではロックをかけていたとしても、

USBケーブルに繋ぐことにより誰でも簡単に写真データが抜き出せます。
写真データの保存先にはスクリーンショット等も保存されます。
パスワードやログイン画面、登録完了画面などのスクリーンショットを保存していた場合・・・

ですのでロックをかけていれば大丈夫ということはありません。

また、前回サンドボックスモデルのお話をしましたが、システム領域にはアクセスできなくとも
アプリケーションのデータ領域等も割と簡単にロック状態でアクセスできます。

自分はロックをしていたから大丈夫、拾って届けてくれた人がいたからと思っても実はたったその数分間にデータが抜かれている可能性があります。

また、前回Jailbreakはおすすめしませんといった内容も書きましたが、Jailbreak済みの端末の場合はたとえロックがかかっていたとしても、USB接続によりシステム領域を含めすべてのデータにアクセスが可能となります。

更にAndroid端末の場合、設定によりUSB接続方式をUSBデバッグモードにしていると、ロック中でもUSB接続によりAndroid端末を自由にアクセス、リモート操作できてしまいます。
それよりも、SDカードを抜いてそこに保存されているデータを閲覧するなどというのは誰でも容易にできます。

・端末内の重要なデータの暗号化について

AndroidOS3.0以降に関しては標準でシステム領域の暗号化が行われるようになりました。
しかし、ユーザーが追加するSDカードに関してはサポート対象外となっています。

iOSに関しては、外部デバイスが基本的には利用できませんしユーザー領域も暗号化が行われていので暗号化に関しては強固といえるかもしれません。

しかし、暗号化鍵自体は端末内に存在しており、Jailbreak済みやRoot化された場合、その暗号化鍵を抜き出してデータを復号化することは可能です。

・リモートワイプ、ローカルワイプの限界
さて、紛失した時のために、一定回数パスワードを間違えた場合やリモートで端末を初期化する機能があります。

Androidの場合 Android2.3からサポートされました。

iPhoneの場合、iPhoneを探すという標準の機能で現在のiPhoneの位置を検索したりリモートで初期化することが可能です。

しかし、スマートフォンを拾った人はどうするでしょうか？

善意のある人は画面に表示されたメッセージにより届けてくれるかもしれません。
初期化して転売する人もいるかも知れません。（情報漏洩にはなりませんね）
端末の電源を切り、SIMを抜いてリモート制御できない形にしてデータを抜き出す可能性があります。

電波が届かなければ、リモートでの初期化は出来ません。

ですので、定期的にバックアップをPCに保存（母艦たるPCと同期）しておき、紛失した場合は情報漏洩を最優先で考慮し躊躇なくリモート又は、ローカルワイプで初期化するようにしましょう。

それでは、どういった使いかたが良いか！

外部SDには重要なデータは保存しない
スクリーンショットで重要なデータは保存しない
パスワードロックを必ず行う
ローカルワイプを設定（出来る端末を選ぶ）する。
リモートワイプを設定（出来る端末を選ぶ）する。
バックアップを定期的にとる（端末が見つかった場合に復元できるように）
いざというときに戸惑わないよう定期的にリモート（ローカル）ワイプを試してみる。
躊躇なく初期化出来るように心がける

あまりセキュリティ関係の方々から指摘されていない話ですが、iOS・Android端末共にパスワードが分からなくても強制的に
Jailbreak やRoot化を行える方法が最近はあるため、悪意のある人に拾われたら確実にデータは抜かれてしまうわけですね・・・

スマートフォンのビジネス利用

スマートフォンのビジネス利用の現状

さて、これだけ危険性について語りましたが、ビジネス利用においてはどうすればいいでしょうか？

起動時間が早い！
スマートフォンやタブレットのビジネス利用においては利便性からすると今まで以上に効率的に業務が行えます。
例えば、営業行為やプレゼンを行うにしてもPCの起動などを考えると瞬間的に起動しプレゼンが行えるなど需要が大変高まっています。

重量が軽い！
ノートパソコンを持ち歩いていたことを考えると格段に軽くなります。
営業行為で重いPCを持ち歩くよりも、電車の中でも簡単に見れるスマートフォンは画期的です。

しかし、前述した問題よりビジネス利用においては躊躇している企業が多いのではないでしょうか？

スマートフォンのセキュアなビジネス利用方法

それでは、それを実現する方法として望ましい方法を検討しましょう。

性悪説から言うとまず、人は必ず物をなくします。

ハインリッヒの法則は、このケースに充分当てはまります。
「重大事故の陰に29倍の軽度事故と、300倍のニアミスが存在する」

たとえば、スマートフォンは何処にいったかなが300回あったら、29回置き忘れて出てきた等が発生し、1回が損害賠償を伴うような大きな事故になるでしょう。
30回に1回はこういったことが起こるというわけです。

これは結構な数値だと言えます。

例えば、会社の機密情報となる資料は競合他社からは喉から手が出るほど欲しい情報だったりします。
万が一そういったものが入った端末をを紛失した場合損害も大変なことになります。

ですので、紛失しても大丈夫な状態やシステムを作るのが望ましいと筆者は考えます。

一番重要なのはデータを端末内に保持しないことです。
また、許可された人以外には、そのシステムを利用させないなどを考えると

特定の業務用アプリをインストールしてない端末ではそのシステムにアクセスできないようにして、
必要なデータは都度サーバに取得に行くといった形が良いと筆者は考えます。

WEBブラウザを利用した方式の場合、WEBブラウザのキャッシュに業務情報が残ってしまったり、パスワード等を保存されてしまします。
コピー＆ペーストでメモ帳に保存されてしまったり、メールで機密情報を送られる可能性があります。
スクリーンショットで業務情報を写真フォルダに保存してしまうことも出来ます。。

これらをアプリで抑止するようシステムを設計すると良いでしょう。

また、スマートフォンではVPNや端末の証明書が利用できるので、システムにアクセスできる端末を更に絞り込むのも良いと考えます。

最近よく聞くMDMってなあに？

さて、今回の講座を読んだ人は
「スマートフォンを使うとこんなに怖いことがあるのに、気をつけないといけないことが多すぎて・・・」
「業務利用はスマートフォンを持ってる一人一人を教育して、更に運用してもらうなんてとても無理だ・・・」
「ビジネス利用は諦めたほうがいいのかなぁ・・・」

なんて、感想を持たれたと思います。

では、これらを仕組みとしてユーザーに意識させずに運用・管理できたら嬉しいですよね？

それらを解決できるソリューションがMDMです。
MDMとはMobile Device Managementの略で端末のセキュリティポリシーを設定することが出来ます。

本来は、モバイル端末の管理を目的とし、シリアルナンバーやOSのバージョン管理等を目的としていましたが、現在はセキュリティ機能が充実してきています。

パスワードの強制化
管理者からのパスワードリモート消去
カメラ機能の抑止
外部SDの仕様禁止
Bluetoothの仕様禁止
リモートワイプ
ローカルワイプ
緊急時の位置情報の取得

等々・・・

様々なことが出来ます。

スマートフォンやタブレットのビジネス利用を行う場合は、これらMDM製品を組み合わせて運用していくことが必要不可欠となってくる筆者は考えます。

というわけで、今回はスマートフォンのビジネス利用について書いてみました。

さて、次回はMDMについてもう少し詳しくと、BYODについて語って行きたいと思います。

置き忘れ.JPG (Size: 39.97 KB / Downloads: 18450)

スマートフォンに関するセキュリティ講座　第1回　～スマートフォンのセキュリティの基礎知識と個人利用について～

Wed, 18 Apr 2012 08:40:54 +0000

スマートフォンに関してですが、筆者は俗に言う携帯端末ギークじゃないかなって最近思います。
いつも、iPhone、Android、Windows Mobileの3台のスマートフォン＋フィーチャーフォンを持ち歩いてて、
「何でそんなに携帯色々持ってるの？ 1台で良くない？」とか聞かれます。
「まぁ、それぞれ使い分けもあるし、用途も違うんだよ」と話しても周りからは理解されません・・・

そんな私が、ちょっとスマートフォンに関するセキュリティについて数回に分けて書いてみます。

まず第1回の今回はスマートフォンのセキュリティの基礎知識と個人利用において...

スマートフォンとは・・・
スマートフォンにウイルス！？
マルウェアアプリから個人情報が流出したというニュースが・・・
便利なアプリが使いたいので、Jailbreakやroot化してみた！？
じゃぁ、私はスマートフォンとどう付き合っていけばいいの？

について語っていこうと思います。

・スマートフォンとは・・・

「ところで、スマホってなんだろうね？？」

ここ数年よく、「iPhoneはスマホではなくiPhoneだ！」とか、「Androidはauからしか出ていない！」とか
「スマホは2010年に初めて出たんだよ！」とか「スマホはSBでauはスマフォンなんだよ！」とか、
「docomoからはスマホは出ててないんだ！」・・・等々、上げればキリがないですが、そんな話を聞きました。

その時は苦笑いしたりもしましたが、この記事を読まれてる皆様は当然ご存知だと思います。

スマートフォンとは、携帯電話に昔で言うところの携帯情報端末(PDA)の機能が統合され、
単純に高機能というだけでなく、汎用のOSを搭載し、利用者が後からソフトウェアなどを追加できる端末の事を指します。

それでは、スマートフォン向けのOSの一例を上げてみましょう

Android
iOS 【iPhone, iPad, iPod touch】
Windows Phone(旧Windows Mobile)
Symbian OS
BlackBerry OS

有名な所だと、上記5つが挙げられます。

この区分で分けるとスマホって言葉は当時は無かったかもですが、
Nokiaさんの Nokia Communicator や日本では京セラさんの DataScope 等、前世紀からこういった端末はありました。

筆者が使っていた端末で言えば、2005年頃買った Symbian OS が搭載されているdocomoさんの FOMA M1000 もスマートフォンですし
（iPhoneを使い出してからは持ち歩いてないですが・・・まだ使える状態で眠ってます。）

同じ頃に購入した Windows Mobile 5.0 for PocketPC が搭載されていたウィルコムさんの W-ZERO3 もスマートフォンです。

また、初代XperiaはAndroid採用をしていなかったのです！
docomoさんから発売されたXperiaはXperia X10で、その前のモデルも日本では未発売ですが、
XPERIA X1はWindows Mobile 6.1、XPERIA X2はWindows Mobile 6.5.x、Xperia PurenessはA200 Platformと
最初の頃はXperiaもAndroid OSを使っていませんでした。

スマートフォンっていうのはここ１～２年で出来たものではなく、結構昔からあったのですね。

・スマートフォンにウイルス！？
さて、最近これだけスマートフォンが有名になってきてよく聞く、「スマートフォンのウイルス対策は大丈夫？」って言葉ですが・・・

そもそも、コンピュータウイルスってなんでしょうね？

ウイルスもはプログラムの一種ですが、どのようなものがウイルスと定義されているのでしょうか？
「コンピュータウイルス」という言葉が最初に使われたのは1983年のことで、カリフォルニア大学のフレッド・コーヘン氏によるものでした。
そのときにコーヘン氏が定義したのがこの様な言葉になります。

Quote:「他のプログラムを書き換えることによって感染し、自己を複製する能力をもつプログラム」

他のプログラムに自分を寄生するかたちで感染していき、ウイルスのコピーを次々に別のパソコンに広げていってしまうプログラムをウイルスといいます。

コンピュータウイルスが実際のウイルスと挙動がよく似ていることからコンピューターウイルスと名づけられました。

さて、日本においてはIPA（ Information-technology Promotion Agency, Japan.：独立行政法人　情報処理推進機構）が基準を定め、経済産業省のポリシー掲示では以下のようになっています。

Quote:（１）　コンピュータウイルス（以下「ウイルス」とする。）
第三者のプログラムやデータべースに対して意図的に何らかの被害を及ぼすように作られたプログラムであり、次の機能を一つ以上有するもの。
(1)自己伝染機能
　自らの機能によって他のプログラムに自らをコピーし又はシステム機能を利用して自らを他のシステムにコピーすることにより、他のシステムに伝染する機能
(2)潜伏機能
　発病するための特定時刻、一定時間、処理回数等の条件を記憶させて、発病するまで症状を出さない機能
(3)発病機能
　プログラム、データ等のファイルの破壊を行ったり、設計者の意図しない動作をする等の機能

IPAの基準に則ると、日本においては３だけの機能を持った悪意のあるアプリケーションでもウイルスと呼ぶことが出来ます。

実態としては、海外の報道ではマルウェア（悪意のあるアプリケーション）等と報道されているものが、日本ではウイルスと報道されたりしています。
アンチウイルスソフトウェアメーカー各社の分類では、やはりここは明確に分かれており、感染・潜伏・発病全てを満たしているもののみウイルスソフトとして分類しているようです。

「マルウェア」はMALWARE、 MALicious softWARE の略称であり、日本語の「不正プログラム」に対応する英語の表現です。

さて、マルウェアにはいくつかの分類があり代表的なものに以下のようなものがあります。

ウイルス：自己増殖を行い、自身のウイルスコードのコピーを他のプログラムファイルに寄生させてコントロールを奪います。
ワーム：自己増殖を行い、ファイル単位で自身のコピーを作成します。
トロイの木馬：自己増殖を行わず、不正プログラムの総称です。
スパイウェア：個人情報の漏洩を行うものを言います。
ボット：外部からの指令により不正操作を行うものをいいます。

☆この講座では、業界（世界）の標準にしたがって、
ウイルスとウイルス以外のマルウェアは分けて説明していきます。

さて、ここまででマルウェア（悪意のあるアプリケーション）について説明しましたが、本題のスマートフォンにウイルスは居るのか？

従来のスマートフォンOSにはウイルスの報告もありましたが、最近流行で利用者の多いAndroid、iOS 、Windows Phoneはどうなのかというところに関しては、ウイルス対策ソフトベンダー各社には2012年3月現在までにウイルスの報告は無いようです。

なぜ？と思うかもしれませんが、それはアプリケーションの安全性を考えられた仕組みにあります。

従来のスマートフォンOSやPCのアプリケーション仕組みと比べてみましょう。

alt="従来のスマートフォンOSやPCのアプリケーション" " />

ユーザが使う各種「アプリ」と、その背後で動く様々な「サービス」、そしてその全体を管理する「OS」があります。
これらはすべて相互に通信していて、様々な機能を提供してくれます。

ウィルスというのは、この「アプリ」「サービス」「OS」のいずれかに混入して悪さを行います。
皆さんもパソコンにはいつどこからウィルスが入るかもわからないので、ウィルス対策ソフトなどを導入してシステム全体をチェックしていますよね？

alt="サンドボックスモデルの画像" " />
一方、新しいスマートフォン用OSではサンドボックスモデルを利用し、各アプリのアクセス可能な部分を分離することにより、
OSなどとの限定的なやりとりしか許していません。

ですので、ウイルスやワームなどを作成したとしてもそのアプリケーション領域を超えてのアクセスができなくなっています。
このように、サンドボックス化が徹底されていればウィルスもセキュリティソフトも必要がありません。

しかし実際には共有アクセスできる領域がありますので、PCと同様にすべてのマルウェアを防ぐことは出来ません。

・iPhoneのサンドボックス化

iPhoneでは写真や連絡先などはすべてのアプリで共有されています。
こうした共有データは、マルウェアからも参照できますので、全くセキュリティ的にリスクがないわけではありません。

アプリ間の連携もある程度は許されています。
例えば、オンラインストレージでダウンロードしたファイルを、別のアプリで開くためにiPhoneでは、
「ユーザが指定した場合」に限って、あるアプリが持っているデータを他のアプリに渡す手段が用意されています。

とはいえ、iPhoneのサンドボックス化は厳しく設定されており、悪意のあるアプリが他のアプリの情報を奪うことは難しくなっています。

逆に、セキュリティソフトがウィルスを探すようなことも許されていないし、仮に何かしらのセキュリティソフトを入れたとしても、
ユーザが自分でそれを起動しない限りは自動的にスキャンするなどということは出来ません。
iPhoneにウィルス対策ソフトがないのには、こうした理由があります。

・Androidのサンドボックス化

Androidでは、iPhoneと比べるとアプリ間の連携が簡単に出来るようになっています。

例えば、iPhoneのOS標準のブラウザでリンクからURLを開く場合、OS標準のブラウザでそのURLを開きます。
PDF等のファイルもブラウザで開きます。他のアプリがブラウザの動きに対して関与できません。
iPhoneのサンドボックス化で説明したように、ユーザーがそのURL（URLに含まれるファイル等）を開くアプリを
指定することにより、他のアプリにURLやファイルのデータを引き渡すことは出来ます。

しかし、Androidの場合、ユーザがURLを開こうとすると、別のアプリがその情報を取得することが出来ます。
特定のURLやファイルをブラウザで開こうとすると、別のアプリが起動するという事ができます。

このようなAndroidの動作は、＜ユーザが、意図している＞動作であればiPhoneよりも便利な事ですが、
逆に＜悪意をもったアプリが情報を奪うことができる＞という意味でもあります。

iPhoneではユーザが指定しない限りはアプリが起動することもないですが、
Androidではアプリをインストールしただけでシステムの動きが変わって、ユーザの意図していない動作をする可能性があります。

逆に、Androidでセキュリティソフトが実現できるのは、Androidがそうした情報をアプリに提供しているからでもあります。
ユーザがスマートフォンを使っている裏で、その挙動をチェックするようなアプリをAndroidでなら作ることが出来ます。

・マルウェアアプリから個人情報が流出したというニュースが・・・

さて、先日「スマートフォン　100万件個人情報流出」といったニュースが報道されました。

ここで言われているスマートフォンとは、Android端末になります。

人気ゲームを動画で紹介するスマートフォンの複数のアプリが、利用者の電話帳に登録されていた名前やメールアドレス、
電話番号などの個人情報を勝手に外部に送信していたことが、セキュリティー会社の調査で分かりました。

このアプリはGooglePlayに登録されており、2012年4月13日には削除されましたが、分かっているだけで16種類のアプリがあります。

GooglePlayのダウンロード数によると、これまでにこのアプリをインストールした人はおよそ6万6千人から最大で27万人余りに上るということで、セキュリティー会社では、場合によっては延べ数十万人から数百万人の大量の個人情報が流出した可能性があるとみられています。

この話を聞いて、「自分はそれらのアプリを入れてないので問題ない！」と感じる方がいらっしゃると思いますが
これらのアプリは電話帳を参照しているため、自分の情報が他人の端末に登録されている場合
自分の個人情報が流出してしまっている可能性があります。又、複数人の電話帳を電話番号で寄せることにより
確度の高い名前・漢字・読み方・住所・生年月日・住所・勤務先等が得られることとなり、今大きな話題となっています。

このアプリをダウンロードした各自の電話帳に平均50人の情報があるとすれば333万～1357万5000人ぐらいの
個人情報が集められたのではないかと推測できます。

今回のアプリからの電話帳からの個人情報取得ですがAndroidでもiOSでも技術的には可能となります。
ただ、アプリの配信の仕組みがAndroidとiOSでは違うために、Androidの方が問題が起こりやすくこの様な事が起こりました。

iOSでは開発者がApp Storeに登録・公開するまでに審査担当者がAppleiOSアプリ審査ガイドライン「App Store Review Guidelines 」に則りソースコードレベルで厳格に審査します。

よって、自分の作成したアプリを登録後、公開されるまで２週間程度かかります。
ユーザーとしてはバグなどが発生している場合に開発者からアップルの審査が通るまで２週間程度お待ち下さいといったメッセージをApp Storeで見ていらいらすることがありますが安全性を考えると仕方のないことも言えます。

ですので、悪意のあるアプリは基本的にはApp Storeには公開されません。
人が行う作業なので、稀に審査漏れもありますが・・・、基本的にはApp Storeの厳正さは保たれていると考えていいでしょう。

一方、Androidでは開発者が比較的簡単にアプリをGooglePlayに登録・公開することができます。
自分の作成したアプリを登録後、数十分から数時間程度で公開されます。
ですので、悪意のあるアプリであってもGooglePlayに公開出来るため、マルウェアが相当数GooglePlay上に存在します。

2010年まではGooglePlayへの登録は無審査で登録が可能でしたが、従来からこの問題点を指摘されていたため、
2011年後半よりBouncerと呼ばれるマルウエア検知システムを使ってアプリを自動検査しています。
ただ、必要最低限度の審査のみということで、今回はBouncerをすり抜けてしまったようです。

更に、アプリの流通経路ですが、原則的にiOSではApp Store以外の経路からのアプリのインストールを行えません。
（エンタープライズ用途では iOS Developer Enterprise Program で社内専用などに登録した端末などに配布する仕組みがあります。）

Androidでは、GooglePlay以外にアプリケーションを直接インストールする仕組みを持っています。
また、Google以外のMarketも存在しており、そこからのインストールも行えます。
（デフォルトではGooglePlay以外からアプリのインストールは行えない設定になっていますが、設定から簡単に変更できます。）

なぜ、この様になっているかというと考え方がiOSとAndroidでは違うためです。

iOSではAppleの管理のもと、Appleの指定した方法でスマートフォンやアプリを利用してもらう。
Androidではスマートフォン技術の発展とAndroidの普及のため、より多くの開発者が自由に開発を行い技術やノウハウを蓄積し最終的には質の悪いものが淘汰され良い物だけが残る過渡期であり、ユーザにはリテラシーを身に着けて頂き、アプリの利用に関してはユーザの自己責任で行なってもらう。

ものと筆者は考えます。
WindwosPhoneもVer7から従来のGoogleと同じ方式から、Appleと同じ方式に転換しました。

よって、どちらの考え方も自由・利便性・安全性に対する考え方の観点が違い、一概にiOSがよくてAndroidが悪いとは言えません。

・便利なアプリが使いたいので、Jailbreakやroot化してみた！？

Jailbreak（脱獄）やroot化という言葉を聞いたことはあるでしょうか？

たとえば、「iPhoneではFlashが見えないけどJailbreakするとFlashが見れるように出来るらしい」とか、
「私のAndroid端末は単体でスクリーンショットが取れないので、root化すると簡単にスクリーンショットが撮れるみたい」
などと言う言葉を聞いたことはありますか？

また、GooglePlay上にroot化端末向けのアプリも公開されているため、root化に興味をもった人もいるでしょう。
（GooglePlay上に特定のアプリをインストールすると、root化迄自動で行なってくれるアプリもあったようです。）

便利さについて解説しているサイトは山ほどありますが、そのリスクについて解説しているサイトは少ないかもしれません。

よく聞くことの一つに、「メーカー保証がなくなります。」とかいてありますが、
筆者としては、メーカー保証だけで言うと
「自己責任でやっていることなのでメーカー保証なんて要らないよ！
そもそも、メーカー保証に頼らなくてもハードウェア的に壊れたとしても自分で直せるし！」
とか言ってしまいますが、そんな人はあまり居ないでしょうね。

ただ、「メーカー保証」よりも重大で自己責任の範囲では済まされない事がJailbreakやroot化によって起きてしまう可能性があります。
これらを行うと、管理者権限で端末内の全てのデータやカーネルにアクセスすることが出来るようになり、
サンドボックスモデルで保護されていた部分が崩壊します。

また、iOS端末ではApp Store以外の経路からアプリのインストールが行えます。
ですので、マルウェアが入る経路が出来てしまったり、技術的にはウイルスも作成・実行できます。
通常iOS端末はデフォルトのパスワードが固定であり、リモート接続のモジュールも他のアプリを導入時に同時に入ってしまう可能性があります。
その状態ですと、リモートで携帯電話会社のIP範囲を常にアタックしているプログラムにより侵入されてしまうこともあります。

Android端末でも同様で、Android端末ではroot化されていない端末では便利なアプリとして振舞うが、
root化されている端末では、裏で全く違う振る舞いを行うといったことが出来てしまいます。

ですので、ちょっと便利になるといった安易な理由でJailbreakやroot化を行うと、その代償は大変なことになる可能性があるためお勧めはしません。

とある方から聞いたのですが、Android端末でスクリーンショットを撮りたいということを携帯キャリアのショップ店員に話した所、
「この端末では出来ません。　ただ、root化して、スクリーンショット取得アプリ入れちゃえば・・・」
という話が、キャリアのショップ店員から出てきたという話を聞いた時はさすがに驚きました。

・じゃぁ、私はスマートフォンとどう付き合っていけばいいの？

個人利用の場合では以下のような使いかたがひとつの例となります。
これまでの説明に出て来なかったものは次回以降詳細を説明する予定です。

iPhoneの場合

Jailbreakはしない。
アプリのインストールを行う場合は、説明及びレビューをよく読む。レビュアーの人の反応をみる。
OSのアップデート通知は他の人の反応を見て大きな問題が起きていないことを確認してから、なるべく早く行う。
よく使う自分にとって重要なアプリのアップデートは自動で行わない。　少なくとも数日たってから同じアプリを使用している人の反応を見て、アップデートする。

　　　（iPhoneのアプリは重大なバグの対応をすぐにおこなっても、公開までの審査に時間がかかります。
　　　　ですので、自分にとって重要な機能のアプリはアップデート通知と同時に自動更新させず、他の人の反応を見て問題がないことを確認してから手動でアップデートする。）

アプリのアップデート内容を確認する。

　　　（でも、BugFixとしか書いてない人が多くて困ります・・・。）

自動ロックを設定する。（4桁の数字ではなく複雑なパスワード推奨）

Androidの場合

root化はしない。
マルウェア対策ソフトを導入する。
信頼出来きる提供元以外からのアプリをインストールしない

　　（筆者はGooglePlayも疑ってかかっています。Androidデベロッパーが信頼出来るか、誰がビルドしたものかを基準としています。）

　アプリのインストールを行う場合は、アクセス許可、説明及びレビューをよく読む。レビュアーの反応をみる。

　　　オピニオン・リーダー等の口コミなどを確認しマルウェアの疑いがないか確認する。

　アプリのアップデート内容を確認する。アクセス許可の変更があった場合必ず確認する。
　インストールするアプリがroot化を自動で行うといった説明がないことを確認する。
　キャリアやメーカーからのOSアップデート情報を定期的に取得し、必要と認めた場合はインストールをする。
　使っていないアプリで、今後も使う予定のない物は削除する。（システムとしてバックグラウンドで動いていないか？）
　自動ロックを設定する。（パターンロック推奨）
　外部SDカードに重要なファイルを置かない

　　　　（iPhone・Android共にストレージは暗号化はされていますが、Androidの外部SDカードはデフォルトで暗号化されていません。）

これが、必ずしも全てのケースにおいて正しいとはいえませんし、業務利用やエンタープライズ用途では異なりますので、次回以降業利用やエンタープライズ用途の回を参考にして下さい。

Android用マルウェア対策ソフトってどれがいいのかな？

Android端末には、まずはマルウェア対策ソフトを導入することをおすすめします。
但し、一言にマルウェア対策ソフトと言ってもGooglePlay上に有料・無料含めてかなりの数が登録されています。

そこで、気をつけて欲しいのが、マルウェア対策ソフトを偽装したマルウェアがあります。
これを入れてしまっては、本末転倒となります。

また、マルウェア対策ソフトをインストールすることにより、動作が遅くなったりバッテリーの減りが早くなったりもします。
どれが良い、どれを入れたほうがいいというのはここでは明言しませんが、選び方の基準をお話しします。

まず、マルウェア対策ソフトを偽装したマルウェアに関してはそのアプリの提供元を確認する。

　そもそも、マルウェア対策に強い会社か？と言うことを確認した上で入れてもらえれば、マルウェア対策ソフトを偽装したマルウェアに引っかかる可能性はほぼ無いかと思われます。

マルウェア対策ソフトの比較等を複数個確認してみる

　雑誌のマルウェア対策特集記事や、比較サイトなどもありますがやっぱり広告の関係で特定の製品の評価に偏りがあったりすることもあります。

有料の製品が優れていて、無料の製品がダメということはありません。

　有料でもダメなものもありますし、無料のマルウェア対策ソフトでも高性能なものもあります。

　無料体験版が公開されている製品もあるので、まずは試用してバッテリの消費や動作が極端に遅くなっていないかを確認後、製品版を購入するのも良いと思います。

　対策済みのマルウェアの情報が公開されていて、更新頻度の高いものを選んで導入してみてください。

やはり、自分のスタイルに合わせて最適なマルウェア対策ソフト選んでもらうのが良いでしょう。

というわけで、今回はスマートフォンの個人利用について書いてみました。

さて次回は、

「スマートフォンを紛失した！？どうしよぉ・・・」
「スマートフォンのビジネス利用」
「最近よく聞くMDMってなあに？」

について書いて行きたいと思います。

new.png (Size: 9.8 KB / Downloads: 6611)

PC.png (Size: 11.6 KB / Downloads: 6440)

Curl Developer Center FAQランキング

Tue, 10 Apr 2012 06:03:19 +0000

Curl Developer Centerで良く参照されるFAQを纏めました。

良く参照される記事のトップ５です。

------------------------------------------------------------------------------------------------------------
１．RecordGridの自動計算

２．Enterキーによるフォーカス移動

３．エラーメッセージ：「～送信に失敗しました：サーバーに接続できませんでした (12029)」

４．マルチランゲージについて

５．エラーメッセージ：「～送信に失敗しました：(12057)」
------------------------------------------------------------------------------------------------------------

RecordGridについて

CurlのRecordGridに関するFAQは他にも多数ありますので、別の機会に改めてRecordGridに関するFAQやサンプルを纏めてみたいと思います。

また、外部サイトになりますが、RecordGridに関する記事が
CodeZineの記事「全機能を使い倒せ！大量データもグラフィカルに表示するCurlコントロール「RecordGrid」マニア」
にて紹介されています。

Curlにはコントロール部品のソースコードがオープンコントロールとして公開されていますが、RecordGridのソースコードも公開されており、ソースコードを改変することで追加したい機能、表現方法を変えることが可能です。

一例として、
Curl AppsGallery上にRecordGridの背景を変更したサンプルが公開されています。

---------------------------------------------------------------------------------------------------------------------
草Grid：http://developers.curlap.com/gallery/apps/118
海Grid：http://developers.curlap.com/gallery/apps/120
コルクボードGrid：http://developers.curlap.com/gallery/apps/119
RecordGridの特定の列の強調表示：http://developers.curlap.com/gallery/apps/131
---------------------------------------------------------------------------------------------------------------------
ソースコードもダウンロードできますので興味あるかたはダウンロードしてみてください。

エラーについて
エラーに関する記事が２つエントリーされています。

エラーメッセージに表示されている"12029"等の番号はCurlより呼び出しているWindowsAPI（WinInet）のエラーコードです。
WindowsAPI（WinInet）より返却されたエラーコードをCurlRTEがキャッチし、メッセージとして出力しています。

「～送信に失敗しました：サーバーに接続できませんでした (12029)」の場合、
WindowsAPI（WinInet）より12029が返却されていることを意味します。

Curlに関する情報は、当サイトかCurlDeveloperCenterの情報が有効ですが、
WindowsAPIに関するエラーとして調べてみると、Web上でも有効な情報を発見できますので、
上記形式のエラーの場合は、エラーの影響範囲をCurlに絞らずに WindowsAPIに関するエラーとして調査すると
効率的にトラブルシューティングすることができると思います。
（上記形式のエラーの場合は、ネットワーク環境などCurl以外に問題がある場合が殆どです。）

マルチランゲージについて

Curlの製品として正式にサポートされている言語は、現時点では、日本語・英語ですが、事例として他の言語での導入実績もあるようです。

Curl AppsGallery上にサンプルアプリがありますのでよかったら使ってみてください。

多言語対応ツールリンク：http://developers.curlap.com/gallery/apps/19

多言語に対応するための仕組みは、ソースコードをダウンロードして中身を見ると確認できます。

基本的には、左から右に読むほとんどの言語は Curl アプレットによって表示でき、Curl コントロールから入力ができます。アプレットは適切なフォントを要求し、そのフォントはアプレットが実行されている環境で使用可能なものである必要がありますので、
---------------------------------------------------------------------------------------------------------------------
文字コード：Unicode
利用フォント：Arial Unicode MS
---------------------------------------------------------------------------------------------------------------------
のように複数言語に対応している文字コード・フォントを使っていれば、複数の拠点に対応したアプリケーションを実装できるのできると思います。

umigrid.gif (Size: 21.78 KB / Downloads: 2079)

multi.GIF (Size: 9.17 KB / Downloads: 1738)

Caede Eclipse plug-in の機能

Wed, 04 Apr 2012 07:52:26 +0000

Caede Eclipse plug-in は、Eclipse 上での Caede アプリケーション作成を支援するプラグインです。
この記事では、そのために提供される機能について簡単にご紹介したいと思います。

---
その前に、プラグインのインストール方法などについて知りたい方は、以下のページをご覧ください。
http://caede.curl.com/ja/gettingstarted_all.html

Caede plug-in を使うためには、

Curl Development tools for Eclipse(CDE)
Android Development Tools(ADT) Plugin + Android SDK Tools (Rev. 17)

が必要です。
既にインストール済みの場合は、アップデート等が必要になります。
なお、Android関連モジュールをアップデート後に既存のAndroidプロジェクトが起動しない時は、
以下のページにあるRev.17での仕様変更が原因になっていることが多いようです。
http://tools.android.com/recent/dealingw...idprojects
---

さて、Caede plug-in が提供する（予定の）機能として、現状主だったものは次の３つです。

Caede プロジェクト (リリース済み)
Caede Builder (リリース済み)
動的な構文・APIのエラーチェック

以下、それぞれについて解説します。

Caede プロジェクト (βにてリリース済み)
Caedeアプリケーションを作成するために必要なリソースをすべてまとめて、ひとつのEclipseプロジェクトとして扱うことが出来ます。
簡単に言うと、

Caede プロジェクト = Curl プロジェクト + Android プロジェクト + Caede アプリ用ライブラリ

という感じです。

加えて、これまでは手作業で行っていた、例えば
- Curl プロジェクトへのフレームワークのデリゲート
- Android プロジェクトのManifest設定
などを含む諸々の設定が自動で実施されるようになるのでかなりの手間を省けます。

さらに、Caedeプロジェクト上では Caede Builder と動的エラーチェック（予定）が利用可能です。

Caede Builder (βにてリリース済み)
トランスレータが Builder として提供されます。
（トランスレータについての詳細は、http://communities.curl.com/showthread.php?tid=459 ）
これにより、CaedeトランスレータによるCaedeアプリへのトランスレートが自動ビルド時に行われますので
GUI ツールでの手動トランスレート作業が必要なくなります。
もちろん、Eclipse のメニュー Project -> Build Automatically での自動トランスレートのオン／オフの設定も可能です。
今後はオン／オフのみではなく、自動トランスレートのタイミングの指定を可能とする予定です。

動的な構文・APIのエラーチェック
CDE が提供している CPA (Curl Program Analyzer) によるリアルタイムの構文・APIのエラーチェック機能の Caede 版です。
Curl では使用できるが、Caede ではサポートしていない API などをコード中からピックアップしてレポートしてくれます。
β版現在では、トランスレート実行時にエラーチェックを実施し報告するという形を取っていますので、この機能が実装されればより開発の手間が省けるかと思います。

エミュレータ

現在、Androidなどのエミュレータを使ってデバッグするようになっておりますが、将来はCurlアプレットとして実行できるようにして、Androidなどのエミュレータを利用することなくデバッグできるようにしていきたいと考えております。

VLE（Visual Layout Editor）
Curlが持っているレイアウトエディタ（VLE）上で、モバイルアプリケーションのUIを構築することができるようにしたいと考えてます。これによりコーディングなしでUI開発ができるようにしたいと思います。

さらに今後は、開発者の操作手順を１つでも減らすように機能追加をしていく予定です。
すでにリリースされている機能についても、パフォーマンスや安定性の向上を図っていきますのでお楽しみに。

caede-plugin.jpg (Size: 157.15 KB / Downloads: 2014)

caede-project.jpg (Size: 67.48 KB / Downloads: 1630)

Caedeの仕組みと構成

Tue, 03 Apr 2012 05:10:00 +0000

先日リリースいたしましたCurlモバイル開発ツールの「Caede 」について、少し分かりにくいかもしれませんので仕組みと構成を説明したいと思います。

「Caede」は、Curl言語でモバイルアプリケーションを作るための開発ツールです。この「Caede」は大きく分けて3つの機能「1. トランスレータ」、「2. ライブラリ」、「3. フレームワーク」で構成されています。それぞれについては以下のようです。

1. トランスレータ
トランスレータは、Curl言語で記述されたソースコードをAndroidやiOSなどのモバイル上で動作させるため、CurlのソースコードをHTML/JavaScript/CSSのコードに変換し、WebKitというAndroidもiOSも持っているレンダリングエンジンでコード解析され、アプリケーションが動作します。開発者は、変換されたコードを参照したり、そこにコードを追加することなく、Curl言語のみ記述すればアプリケーションを開発できますので、あまりトランスレータは意識する必要はありません。

2. ライブラリ
ライブラリは、変換後コードにCurl言語のAPIと同様の動きをさせるためのあらかじめ用意されたAPI群になります。内部的にはこれはHTML/JavaScript/CSS＋Java(Android)／Objective-C（iOS）にてコーディングされており、変換されたコードからアクセスされることになります。こちらも開発者はHTML/JavaScript/CSS/Java/Objective-Cを意識することなく利用できます。さらにCurl標準APIに加え、モバイル特有の機能（GPS、加速度センサー、カメラ、ローカルデータベース、GoogleMapなど）も用意されております。

3. フレームワーク
開発をスムーズに実施するための機能として、UI部分（グラフィッククラス）とロジック部分（スクリーンクラス）を分離した仕組みを提供しています。画面遷移などのAPIもこの中に含まれます。

Caedeアプリケーションは、上記3つを使うことで開発できますが、もう少しCaede開発をスムーズに行うために、Android用にCaede Eclipse Plugin (Caede Development Tools For Eclipse)を用意しています。これにより、インストール作業・プロジェクト作成・ビルド（トランスレート）を容易に行うことができます。

インストール時には、Caede Eclipse Pluginのみならず、Android開発に必要なADTやAndroidSDK、Curl言語開発に必要なCDEをすべてインストールすることができます。（iOSは別の方法で提供する予定です。）

Caedeプロジェクト作成時には、必要な設定やファイルなどを、Androidプロジェクトを含めて、すべて一式一気に作成してくれます。また、このプロジェクトを使ってコーディングをしていくと、保存時に自動的にトランスレートも行ってくれます。（もちろん手動でも行うことができます。）

以上がCaedeとCaede Eclipse Pluginの説明となりますが、もしご質問等あれば、コメントください。
また、今後リリースごとに機能を追加していく予定です！

caede1.jpg (Size: 72.34 KB / Downloads: 2369)

caede2.jpg (Size: 76.13 KB / Downloads: 1779)

Curl Ver.8.0.0新機能まとめ

Thu, 22 Mar 2012 23:41:10 +0000

Curl Ver.8.0.0に追加された新機能を使ったサンプルプログラムを纏めました。

このページを読めば、Ver.8の新機能を使いこなせること間違いなしです!

新機能一覧

　画像は、新機能を用いて作成したプログラムの実行画面です。

　詳細や実際のサンプルプログラムは、リンク先にあります。

Decimal型サポート

　Developerサイト（Decimal型サポート）

SimpleDateTimeAxis のサポート

チャートに DateTime のデータを利用する際に使うクラスです。

　Developerサイト（SimpleDateTimeAxis のサポート）

AppletDataを用いたデバッグ
AppletData にデバッグ用APIが追加されました。

　Developerサイト（AppletDataを用いたデバッグ）
　

Activeドキュメントコンテナ

　　Microsoft ExcelR などのActiveドキュメントサーバから提供されるActiveドキュメント(.xlsファイルなど)をCurlアプレットに埋め込んで表示できるようになりました

　Developerサイト（Activeドキュメントコンテナ）
　
　
　
SHA-2を用いたメッセージダイジェスト出力

　　新しい暗号化及びメッセージダイジェストのアルゴリズムとして、AESとSHA-2(SHA-224/SHA-256/SHA-384/SHA-512)が使用できるようになりました。

　Developerサイト（SHA-2を用いたメッセージダイジェスト出力）
　
　
マルチタッチとジェスチャーAPI

　　ジェスチャーイベントの種類として、

　　　Windowsでは、rotate、magnify、tap

　　　mac環境では、rotate、magnify、swipe

　　が追加されました。

　　実際にその操作をしてみると、イベント名が出力されるサンプルプログラムを撮影したものです。

　　　　rotateのサンプル：

　　　　magnifyのサンプル：

　　　　tapのサンプル：

　Developerサイト（マルチタッチとジェスチャーAPI）
　
　
　
IPv6

　　IPv6 に対応しました。

　Developerサイト（IPv6）
　
　
HTTP only cookie

　　Microsoft WindowsR においてHttpOnly属性を持つCookieに対応しました。

　Developerサイト（HTTP only cookie）

印刷機能の強化

　　印刷用APIに新しい印刷設定のサポートが追加されました。

　Developerサイト（印刷機能の強化）

PDF 出力

　　print-graphic-pdf APIにより、 Graphic をPDFを出力できるようになりました。
　　PDF出力機能は印刷機能の拡張として実装されております。

　Developerサイト（PDF 出力）
　
　

システム起動時の Curl RTE スタートアップ
　　システム起動時に Curl RTE がスタートアップするようになりました。これはCurl コントロールパネルで切りかえることができます。
　　また、従来のバージョンではアプレットが実行されていない場合はRTEを自動でシャットダウンされていましたが、このオプションを利用することで手動でシャットダウンするまでRTEが実行されます。

　Developerサイト（システム起動時の Curl RTE スタートアップ）
　
　
　
国際化ドメイン名

　　国際化ドメイン名 (IDN) をサポートするプロシージャが追加されました。

　Developerサイト（国際化ドメイン名）

truncate/floor/ceiling/round

　　truncate および floor に、符号なし整数(uint32 と uint64)を指定することが可能となりました。

　Developerサイト（truncate/floor/ceiling/round）

非同期ホストプロセス呼び出しAPI

　　非同期ホストプロセス呼び出しAPI が追加されました。
　　ホスト固有のコマンドまたはシェルコマンドを子プロセスで起動し、
　　コマンドまたはシェルの起動や終了をイベントで検出することが
　　できるようになります(特権アプレットのみ)。

　Developerサイト（非同期ホストプロセス呼び出しAPI）

  image002.jpg (Size: 15.81 KB / Downloads: 1874)

  image004.jpg (Size: 66.7 KB / Downloads: 1976)

  image006.jpg (Size: 49.51 KB / Downloads: 1961)

  image007.png (Size: 37.41 KB / Downloads: 1224)

  image012.jpg (Size: 20.64 KB / Downloads: 1227)

  image017.jpg (Size: 15.5 KB / Downloads: 1848)

  image019.jpg (Size: 25.26 KB / Downloads: 1927)

  image021.jpg (Size: 44.21 KB / Downloads: 1832)

  image023.jpg (Size: 70.96 KB / Downloads: 1810)

  image027.jpg (Size: 60.99 KB / Downloads: 1890)

  image029.jpg (Size: 20.61 KB / Downloads: 1845)

  image031.jpg (Size: 38.01 KB / Downloads: 1921)

  image033.jpg (Size: 28.38 KB / Downloads: 1907)

  activex.JPG (Size: 61.83 KB / Downloads: 2269)

  digester.JPG (Size: 51.5 KB / Downloads: 1871)

Windows8 + Curl8 = ∞

Thu, 01 Mar 2012 09:46:16 +0000

We gave Curl 8 a try on Windows 8 Consumer Preview, and it looks to be
running with no problems!

Windows 8 Consumer PreviewにてCurl8の評価をしてみました！
問題なく動いていますw

width="512" height="640" alt="Curl8 on the Windows8CP" " />

The combination of Curl 8 and the forthcoming Windows 8 release should
provide exciting new avenues for enterprise software.

今後発売されるWindows8とCurl8でエンタープライズの可能性は無限大！

curl.png (Size: 384.34 KB / Downloads: 2564)

curl.jpg (Size: 64.91 KB / Downloads: 1337)

Can we fix Docs Viewer?

Sun, 12 Feb 2012 14:55:59 +0000

I have asked the question

Can we fix the Curl Documentation Viewer

over in the general forum.

Some developers have a strange reluctance not to set control backgrounds - the developers of Evernote, for example - and some other web app's with pay-for-use "PRO" versions.

In our case, not setting the control-content-background for the docs viewer IDE search fields is an egregious oversight and NOT "go with the user settings".

In my case it defeats trying to save the battery life of my Curl Docs viewer device.

Really smart app's would offer the user the option to "Correct text fields for contrast" just as they offer an option for text field font family and font size. Color contrast is well-understood in desktop and web app design.

But will we fix this? The Viewer is required even for Eclipse developers.

Even worse: the entire "Bookmarks" control is rendered useless as black text vanishes on the dark background.

My various efforts to resolve this in the Controls results in documentation pages with such hopeless results as yellow text on white backgrounds. So there is no easy work-around that I have yet found.

Will we place this otherwise excellent "Demo" of Curl abilities in open source at SourceForge and allow community participants to maintain it?

Java開発者のためのCurl言語講座（制御文）

Fri, 28 Oct 2011 05:38:06 +0000

今回はforやwhile、ifなどの制御文についての説明です。

基本的には、Curl的("{}"とか)に書く必要がありますので見た目は違いますが、機能は類似しています。

<ループ>
では、まずfor文ですが、Javaでは以下のように書きますね。

Code:
List list = new ArrayList();

....

for (int i = 0; i < list.size(); i++) {

  String str = list.get(i);

  ....

}

// または、最近では以下のように書くかもしれません。

for (String str : list) {

  ....

}

では、Curlについては以下のよう。

Code:
def list = {{Array-of String}}

....

{for i = 0 below list.size do

   def str = list[i]

   ....

}

|| もしくは、

{for str in list do

   ....

}

また、while文も同様のものもあります。これは構文的にもほぼ一緒です。

Code:
// Java

while (条件式) {

   // 処理

}

|| Curl

{while 条件式 do

   || 処理

}

if文ですが、これはJavaや他の言語ともあまり変わらないですね。

Code:
// Java

if (条件式) {

   // 処理1

} else if (条件式) {

   // 処理2

} else {

   // 処理3

}

|| Curl

{if 条件式 then

   || 処理1

 elseif 条件式 then

   || 処理2

 else

   || 処理3

}

但し、switch文はちょっと違います。

Javaですとこんな感じ。

Code:
// Java

switch (式) {

 case 要素1:

   // 処理1

 case 要素2:

   // 処理2

 default:

   // 処理3

}

Curlですとこんな感じで書き方自体は似ています。

Code:
{switch 式

 case 要素1 do

   || 処理1

 case 要素2 do

   || 処理2

 else

   || 処理3

}

|| こんな風にまとめることもできます。

{switch 式

 case 要素1, 要素2, 要素3 do

   || 処理1

 case 要素4, 要素5 do

   || 処理2

 else

   || 処理3

}

ただ、Javaではbreak文を書かなければ、次のcaseをチェックしに行きますが、Curlではbreak文を書くことなく、break文が入っているような動きをします。ここはJavaプログラマーには注意が必要です。

また、Javaでは、式として扱えるのは、intと列挙型とJava7から文字列ですが、Curlでも数量型、列挙型、文字列OKです。それ以外にtype-switch（型により処理を分岐）やplatform-switch（Win32, Mac, Linuxなどにより処理を分岐）という別のswitch文も用意されています。

Code:
{type-switch v 

  case t:Foo do

     || vがFoo型のとき

  case t:Hoge do

     || vがFoo型のとき

}

ちなみに、switchとは関係ないですが、型チェックにはisaを使います。Javaでいうinstanceofみたいなものですね。

Code:
{if v isa Foo then

   || do something

}

以上、制御文でした。次回以降はプロシージャやクラスについての説明をしていきたいと思います。