<?xml version="1.0" encoding="utf-8"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="ja">
<title>管理人@Yoski</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/" />
<modified>2012-03-12T11:49:22Z</modified>
<tagline>サイドフィードの管理人（a++/Yoski）のブログです。最近は開発系のメモ帳です。</tagline>
<id>tag:blog.myrss.jp,2006://1</id>
<generator url="http://www.movabletype.org/" version="3.33-ja">Movable Type</generator>
<copyright>Copyright (c) 2012, aka</copyright>
<entry>
<title>iPhone/Android/PayPalで何か購入したときに販売主に送信される個人情報まとめ</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2012/03/iphoneandroidpa.html" />
<modified>2012-03-12T11:49:22Z</modified>
<issued>2012-03-12T09:50:58Z</issued>
<id>tag:blog.myrss.jp,2006://1.1369</id>
<created>2012-03-12T09:50:58Z</created>
<summary type="text/plain">iPhone/Android/PayPalでアプリやコンテンツを購入したときに販売主にどんな情報が送信されるのか、いろいと気になると思うので、ちょいまとめておきます。（3つだけですが） 「キャリア決済だと個人情報はキャリアにしかいかないよね？」とか大きな誤解なので、多分みんな知っといたほうがいい。(ただしソースは自分調べなので、間違いあったらごめんなさい) - iPhone で、つまり AppSt...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>iPhone/Android/PayPalでアプリやコンテンツを購入したときに販売主にどんな情報が送信されるのか、いろいと気になると思うので、ちょいまとめておきます。（3つだけですが）<br />
「キャリア決済だと個人情報はキャリアにしかいかないよね？」とか大きな誤解なので、多分みんな知っといたほうがいい。(ただしソースは自分調べなので、間違いあったらごめんなさい)</p>

<p><br />
<strong>- iPhone で、つまり AppStore でアプリ内課金などした場合</strong></p>

<p><img alt="Screen%20Shot%202012-03-12%20at%208.14.43%20PM.png" src="http://blog.myrss.jp/iphoneapp/Screen%20Shot%202012-03-12%20at%208.14.43%20PM-thumb.png" width="240"  /></p>

<p>送信される 個人情報:</p>

<p>   *なし。強いて挙げれば国名と利用通貨のみ</p>

<p>iTunes/AppStore からは誰が買ったという情報は送信されません。唯一、購入者の国名と利用言語くらいはトランザクションIDから照合すればわかります。</p>

<p>また、iTunes で購入したものはシステム上で返金を行うことはできません。<br />
（トランザクションIDの照合とサイト上での認証と組み合わせることでアカウントは特定できますので、問い合わせには対応できます）</p>

<p><br />
<strong>- Android でアプリ内課金などした場合</strong></p>

<p><img alt="Screen%20Shot%202012-03-12%20at%208.10.14%20PM.png" src="http://blog.myrss.jp/iphoneapp/Screen%20Shot%202012-03-12%20at%208.10.14%20PM-thumb.png" width="240" /></p>

<p>送信される 個人情報:</p>

<p>   * Google アカウントに登録されている氏名<br />
   * Google アカウントのメールアドレスまたはGoogle Checkoutによるテンポラリメールアドレス<br />
   * Google アカウントに登録されている(?) 住所の郵便番号</p>

<p>これはクレジットカード決済の場合もキャリア決済の場合も同様です。<br />
メールアドレスが、どんなルールで生アドレスorテンポラリアドレスになるのかは分かりません（誰か教えて）</p>

<p>Google の場合、購入者のメールアドレスが送信されるため、個別に返答したり、また注文をキャンセル（返金）することも可能です。</p>

<p>なお、この個人情報は Google Checkout の管理画面に記録されるのですが、削除することはできません（念のため、削除できないこと自体は個人情報保護法違反ではありません）</p>

<p>あと、カード決済やキャリア決済が最終的に承認されなかった場合（これが結構ある）も、その旨販売主に通知が届きますが、この場合も同様の個人情報が記録されます。<br />
※購入を途中で止めても送信されるというわけではなく、最終的な決済に失敗した場合のみ送信されます。</p>

<p>　<br />
<strong>- PayPalで購入した場合 (デジタルコンテンツの販売)</strong></p>

<p><img alt="Screen%20Shot%202012-03-12%20at%208.13.48%20PM.png" src="http://blog.myrss.jp/iphoneapp/Screen%20Shot%202012-03-12%20at%208.13.48%20PM-thumb.png" width="240" /></p>

<p>  * 入力または事前に登録された購入者の氏名<br />
  * 入力または事前に登録された購入者のメールアドレス</p>

<p>PayPal の場合、購入時の個人情報は管理画面に記録されるとともに、メールにて販売主に送信されます。（このメールの停止方法が分かりません・・・）</p>

<p>また、Google 同様、購入者のメールアドレスが送信されるため、個別に返答したり、また注文をキャンセル（返金）することも可能です。</p>

<p>同様にこの個人情報は管理画面から削除することはできません。</p>

<p>なお、PayPal の場合、決済に失敗した場合には一切の情報は送信・記録されません。</p>

<p>※デジタルコンテンツ以外の場合は、当然ながら住所情報などが必要になることもあります。</p>

<p><br />
---</p>

<p>ということで、デジタルコンテンツ販売事業主からすると、不要な個人情報は管理したくないので、すべて Apple 方式にして欲しいというのが本音です。<br />
サイトで管理しているアカウント情報とトランザクションIDが結び付けられれば十分ですので。。</p>

<p><br />
もちろん、預っている個人情報はきっちり管理していますが、Google 先生が郵便番号まで教えてくれるのは勘弁して欲しいです。。あと、決済失敗したときの情報も不要です。。<br />
＃というか、<strong>郵便番号をどうやってとってきてるのか、という素朴な疑問</strong>が残るのですが・・・それはまた別途。</p>

<p><br />
iPhone/Androidのどちらが安心か、などの議論は販売事業主との信頼関係も絡んでくるので、これだけでは安易に判定できないかと思いますが（今全力でAndroid擁護してる気がする）、スマートフォンでの決済が日常化している中、みなさんが納得・安心して決済が行えるよう、この情報を共有しておきます。</p>

<p>（自戒の意味も込めて・・・プライバシーポリシーとか、もっと具体化してわかりやすくする必要がありますね）</p>

<p><br />
※本情報は 2012年3月12日現在の情報で、デジタルコンテンツに限った取引です。<br />
※本内容に事実と相違があった場合は、指摘していただければできるだけ早く修正したいと思います。<br />
※本内容は正確性を保証していませんので、詳細については各自で調査してください。本情報により生じたいかなる責任も負いかねますので、その点ご了承ください。<br />
</p>]]>

</content>
</entry>
<entry>
<title>[新iPad2 対応版] アプリ作ったら用意する画像サイズの一覧</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2012/03/201238.html" />
<modified>2012-03-08T09:44:15Z</modified>
<issued>2012-03-08T01:09:08Z</issued>
<id>tag:blog.myrss.jp,2006://1.1367</id>
<created>2012-03-08T01:09:08Z</created>
<summary type="text/plain">新しい iPad もリリースされて、用意すべき画像サイスがわけわからなくなってきたのでチト整理しときますね。 アプリ作ったら用意する画像のサイズ一覧（保存版） - iPhone/iPad アプリアイコン * 57x57 * 114x114 (@2x) * 72x72 (iPad用だけどiPhoneアプリでも用意するべき) * 144x144  (@2x)(iPad用だけどiPhoneアプリでも用意...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>新しい iPad もリリースされて、用意すべき画像サイスがわけわからなくなってきたのでチト整理しときますね。</p>

<p><strong>アプリ作ったら用意する画像のサイズ一覧（保存版）</strong></p>

<p><br />
- iPhone/iPad アプリアイコン</p>

<p><img alt="icon50.png" src="http://blog.myrss.jp/icon50-thumb.png" width="50" height="50" /></p>

<p>* 57x57<br />
* 114x114 (@2x)<br />
* 72x72 (iPad用だけどiPhoneアプリでも用意するべき)<br />
* 144x144  (@2x)(iPad用だけどiPhoneアプリでも用意するべき)<br />
* 29x29 (検索結果用 - 必須ではない)<br />
* 58x58  (@2x)(検索結果用 - 必須ではない<br />
* 50x50 (必須ではない。iPad 対応してなければ不要)<br />
* 100x100  (@2x)(必須ではない。iPad 対応してなければ不要)<br />
* 512x512 (アプリ申請時に必要)</p>

<p> (@2x)とついてるものは、ファイル名を xxx@2x.png のようにすること。</p>

<p><br />
- iPhone アプリランチャ</p>

<p><img alt="Default.png" src="http://blog.myrss.jp/iphoneapp/Default-thumb.png" width="120" height="180" /></p>

<p>* 320 x 480<br />
* 640 x 960 (@2x)</p>

<p>- iPad アプリランチャ</p>

<p><img alt="Default-Landscape.png" src="http://blog.myrss.jp/iphoneapp/Default-Landscape-thumb.png" width="240" height="175" /></p>

<p>* 768 x 1004 (Default-Portrait.png)<br />
* 1536 x 2008  (Default-Portrait@2x.png)<br />
* 1024 x 748 (Default-Landscape.png)<br />
* 2048 x 1496 (Default-Landscape@2x.png)</p>

<p><br />
- Android アプリアイコン</p>

<p><img alt="icon.png" src="http://blog.myrss.jp/iphoneapp/icon.png" width="72" height="72" /></p>

<p>* 36x36 (drawable-ldpi/icon.png)<br />
* 48x48 (drawable-mdpi/icon.png)<br />
* 72x72 (drawable-hdpi/icon.png)<br />
* 96x96 (drawable-xhpi/icon.png)</p>

<p><br />
- Android Developer 登録用アイコン</p>

<p><img alt="promotional.jpg" src="http://blog.myrss.jp/iphoneapp/promotional.jpg" width="180" height="120" /></p>

<p>* 512x512 (でかいアイコン）<br />
* 180x120 (プロモーション用画像)<br />
* 1024x500 (アプリ紹介用画像 - 上下左右 50px 削られる可能性あるのでpaddingすること)</p>

<p><br />
- Facebook Page 用画像 (どうせ必要になるっしょ）</p>

<p>* 851x315</p>

<p></p>

<p>・・・と、まぁ、こんなところですかね。めちゃ沢山ありますね・・・</p>

<p>まとめると、あんたがアプリ作ったらこんなけの画像サイズ用意しろ！ってことです。</p>

<p>* 29x29<br />
* 36x36<br />
* 48x48<br />
* 50x50<br />
* 57x57<br />
* 58x58<br />
* 72x72<br />
* 96x96<br />
* 100x100<br />
* 114x114<br />
* 144x144<br />
* 180x120<br />
* 320x480<br />
* 512x512<br />
* 640x960<br />
* 768x1004<br />
* 851x315<br />
* 1024x500<br />
* 1024x748<br />
* 1536x2008<br />
* 2048x1496</p>

<p><br />
・・・大杉・・じゃね？？ 50px前後、サイズ刻みすぎでしょ・・・</p>

<p><br />
とりあえずは Retina iPad ランチャですね。これでかすぎでしょ、さすがに・・・ふぅ。</p>

<p></p>

<p></p>

<p><br />
* <a href="https://developer.apple.com/library/ios/#documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/App-RelatedResources/App-RelatedResources.html#//apple_ref/doc/uid/TP40007072-CH6-SW12">iOS App Programming Guide</a></p>

<p>* <a href="http://developer.android.com/intl/ja/guide/practices/ui_guidelines/icon_design_launcher.html">Android Launcher Icons</a></p>

<p>* <a href="https://support.google.com/googleplay/android-developer/bin/answer.py?hl=en&answer=1078870">Google Play for Developers - Graphic Assets for your Applicatioin</a><br />
</p>]]>

</content>
</entry>
<entry>
<title>Alexa が予想以上に終わってた件</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2012/02/alexa.html" />
<modified>2012-02-07T04:47:54Z</modified>
<issued>2012-02-06T10:29:16Z</issued>
<id>tag:blog.myrss.jp,2006://1.1362</id>
<created>2012-02-06T10:29:16Z</created>
<summary type="text/plain">まぁ、Alexa、いまだに参考にしてる人多いと思うんですが・・・ていうか私もそうだったわけですが・・ 昨年夏に、私のブラウザ(Chrome)に Alaxa アドオン（エクステンション）いれたわけです。 ええ、知ってる人は知ってる、あのアドオンです。 これ入れると閲覧履歴が収集されて Alexa に情報が送付されます。 で、うちの会社HP。基本的にはほとんどアクセスありません。一日数百PVレベル。 ...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>マーケティング</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>まぁ、Alexa、いまだに参考にしてる人多いと思うんですが・・・ていうか私もそうだったわけですが・・</p>

<p>昨年夏に、私のブラウザ(Chrome)に Alaxa アドオン（エクステンション）いれたわけです。<br />
ええ、知ってる人は知ってる、あのアドオンです。</p>

<p><img src="http://blog.myrss.jp/Screen%20shot%202012-02-06%20at%207.31.27%20PM-thumb.png" width="195" height="77" alt="" /></p>

<p>これ入れると閲覧履歴が収集されて Alexa に情報が送付されます。</p>

<p>で、うちの会社HP。基本的にはほとんどアクセスありません。一日数百PVレベル。</p>

<p>それが Alexa いれた途端、これですよ。</p>

<p><a href="http://www.alexa.com/siteinfo/sidefeed.com#"><img alt="Screen%20shot%202012-02-06%20at%207.28.36%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202012-02-06%20at%207.28.36%20PM-thumb.png" width="400" height="241" /></a></p>

<p>PV激増ｗｗｗ</p>

<p>まぁ、もともとPV少なかったから、自分のアクセスだけでこんなけ増えたのかーー<br />
へーー<br />
俺結構アクセスしてんのな（ちなみに会社HPじゃなくて、sidefeed.com にいれた社内システムへのアクセスが原因だった。だから間違いなく私一人の仕業。）</p>

<p>って思ってたわけですが、ランキングを見て愕然。日本で 4000位とかになっとる・・・</p>

<p><br />
さて、わかりやすくするために、人気の安定サイトと比較してみましょう。</p>

<p><a href="http://blog.myrss.jp/Screen%20shot%202012-02-06%20at%207.36.59%20PM.png"><img alt="Screen%20shot%202012-02-06%20at%207.36.59%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202012-02-06%20at%207.36.59%20PM-thumb.png" width="400" height="213" /></a></p>

<p>ちょい見にくいかもしれませんが、まぁ、うちの会社のHP、間違いなく<strong>私一人の成果により</strong>、<a href="http://theinterviews.jp/">ザ・インタビューズ</a> や <a href="http://lang-8.com/">lang-8</a> を抜いて <a href="http://nanapi.jp/">nanapi</a> といい勝負ｗｗｗ</p>

<p>前から Alexa の評価なんて眉唾ものだってのは業界標準認識でしたが、ここまで終わっとるとは・・・</p>

<p>もはやグローバル Top 500 位 以下は Alexa 使っちゃいけませんな。</p>

<p>もしくはバリエーション上げたいとか、なんかデータ捏造したいときに社員みんなで Alexa 入れ（ｒｙ</p>

<p></p>

<p>ということで、一応メモ。</p>

<p><br />
ま、あれだ。Google の <a href="http://www.google.com/adplanner/">DoubleClick Ad Planner</a> 使えと。</p>

<p>こっちのほうが<a href="https://www.google.com/adplanner/?hl=ja#siteSearch?uid=d%252Bsidefeed.com">まともな結果</a>になってますな。</p>

<p><br />
（追記）今回の記事は PV について書いてるけど、リーチ(ユニークユーザー数）についてはもう少しマシな比較ができてることを補足しときます。ただ、このあたりの順位のサイトだと、SEO強いサイトがリーチ上位に来る傾向があるので・・・</p>]]>

</content>
</entry>
<entry>
<title>Facebook アプリの認証トークンが2時間で切れる問題</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2012/02/facebook_2.html" />
<modified>2012-02-01T01:42:31Z</modified>
<issued>2012-01-31T17:33:04Z</issued>
<id>tag:blog.myrss.jp,2006://1.1361</id>
<created>2012-01-31T17:33:04Z</created>
<summary type="text/plain">解決したけどわけわからん。 二度と同じ問題で悩まないようにメモ。offline_access が deprecated になるので対応に悩んでる人も多いはず。 アプリの設定で - Enhanced Auth Dialog は Enabled - deprecate offline_access も Enabled によりトークンの有効期限が長くなるはず。 が、ならない。 - 新しいアカウントを作成...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>解決したけどわけわからん。</p>

<p>二度と同じ問題で悩まないようにメモ。offline_access が deprecated になるので対応に悩んでる人も多いはず。</p>

<p>アプリの設定で</p>

<p>- Enhanced Auth Dialog は Enabled<br />
- deprecate offline_access も Enabled</p>

<p>によりトークンの有効期限が長くなるはず。<br />
が、ならない。</p>

<p>- 新しいアカウントを作成する</p>

<p>古いアカウントはすでに deprecate offline_access = Disabled で認証されてる場合があり、この場合、どうもがいても 2h にロックされる。<br />
ので、面倒だけどアカウント新しく作る。本来はアプリを一旦 remove することで大丈夫なはずだけど・・・</p>

<p>- App Type = Native/Desktop</p>

<p>これで 2h が 24h に伸びた。ちょっと進化</p>

<p>- Application Token で更新するのをやめる</p>

<p>実は offline_access なんぞ使わなくても、Application Token で feed post とかできるんですよね。<br />
このトークンは有効期限ないので、便利！てか ユーザーの auth token いらんやん、ってことで裏技的に使ってる人もいるかと思うのだけど、さすがに却下。60日トークンがあれば十分。</p>

<p>- App Type = Native/Desktop にすると実は Application Token での feed post はできなくなる</p>

<p>ま、そういうことですけどね。使うな、と。</p>

<p>- App Type = Web に戻す</p>

<p>戻したら急に auth token の有効期限が 60 日になった。<br />
しかも、このアプリだけじゃなくて別のアプリもすべて。ひょっとして 2/1 になったからだろうか・・・</p>

<p>どうなっとるんや・・・</p>

<p>最終的には Webアプリ、iOS/Android アプリ、全部同じ App ID で 60日トークンの認証ができるようになった。</p>

<p>なお、このトークン、延長は 1回しかできないとドキュメントに書いてあって、それは１日一回なのか、ライフサイクルで一回なのかわからんとフォーラムでも質問の嵐。</p>

<p><br />
iOSのSDKも 2012/1/18 にようやく更新されたとあって（しかも　60日トークンが取得できることを前提にしたコードになってるので 2h トークンではほとんど使えない）まだまだ修正入るかもしれませんが、ま、こんなとこで。</p>

<p>ちなみに新しく作成したアカウントだと、アプリ承認してもサイドバーにブックマークされないケースが多々あって、これも悩ましい問題。</p>

<p>で、それについては今のところ解決策はなし。とりあえず、待つ。どのくらい待つかというと数日。数日たってアプリ remove して再度認証かける。うまくいけばサイドバーに表示される。<br />
＃ただ、これはタイムライン表示に切り替えるボタンが出ない問題とかぶってる気がするので、そのうち修正されるのかも。</p>

<p>いろいろ悩ましい Facebook。</p>

<p>※mixi の認証トークンと違い、Facebookの認証トークンは期限が切れたらもう延長できないので注意。</p>

<p>参照：<br />
- <a href="http://developers.facebook.com/docs/offline-access-deprecation/">Deprecation of Offline Access Permission</a><br />
- <a href="http://www.facebook.com/help">Facebook Help Center</a><br />
- <a href="https://developers.facebook.com/tools/debug/access_token?">Access Token Debugger</a><br />
</p>]]>

</content>
</entry>
<entry>
<title>ソーシャルゲーに感じてる違和感について（２）</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/09/post_174.html" />
<modified>2011-09-06T04:20:32Z</modified>
<issued>2011-09-06T04:04:31Z</issued>
<id>tag:blog.myrss.jp,2006://1.1357</id>
<created>2011-09-06T04:04:31Z</created>
<summary type="text/plain">先日、「ソーシャルゲーに感じてる違和感について」という、なんともまとまりないエントリを書いて、その後もどうも違うなと悶々としていたのですが、ちょい整理されてきたので、短く書いときます。 隊長、じゃなくてやまもといちろうさんのまとめがいい感じです。 ソーシャルゲームは本当に高額か？とかそういう方面の雑談 要は「ソーシャルゲーも娯楽産業で、つまりは可処分所得と余暇時間の奪い合い。市場のパイはあまり変化...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>たまには本音で</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>先日、「<a href="http://blog.myrss.jp/archives/2011/09/post_172.html">ソーシャルゲーに感じてる違和感について</a>」という、なんともまとまりないエントリを書いて、その後もどうも違うなと悶々としていたのですが、ちょい整理されてきたので、短く書いときます。</p>

<p>隊長、じゃなくてやまもといちろうさんのまとめがいい感じです。<br />
<a href="http://kirik.tea-nifty.com/diary/2011/09/post-a080.html">ソーシャルゲームは本当に高額か？とかそういう方面の雑談</a></p>

<p></p>

<p>要は「ソーシャルゲーも娯楽産業で、つまりは可処分所得と余暇時間の奪い合い。市場のパイはあまり変化ないから青天井とかそういうものでもないんだよね」ってことで、これはマクロ的な視点からは納得感あります。</p>

<p>ソーシャルゲーというと、ついついネガティブなところ、つまり</p>

<p>- やれ小中学生が10万円くらい使ったりしてて怖い<br />
- アイテムが（外部の人からみたら信じられない）高額で取引されてて怖い<br />
- キャリア公認の出会い系みたいになってるようで怖い</p>

<p>みたいな断片的な情報がちらほら入ってくるんで、なんとなく「微妙」な感じってあるんですよね。<br />
これは多分まともにソーシャルゲーやったことのない私の偏見で、中の人とは感覚が大きく違うところだと思うんですが。</p>

<p>それにどの娯楽ジャンルでも、そこに「ハマる」人はいるわけで、それが「娯楽産業というもの」なんでしょうし。</p>

<p><br />
で、私のひっかかりは、つまるところ「感情課金」と書いたように、収益MAX化するために心理学的な手段がいろいろ使われているところかな、ってので落ち着きました。</p>

<p>商売に心理学的な要素使うのは当然といえば当然なんですが、ソーシャルゲーは日常的に広くいろんな層のユーザーが使っている上につながりがリアルで効果的だと思うんで、まぁ、心理戦に無防備なユーザーのためにも是非お手柔らかな設計をお願いしたいところであります。<br />
（実際にはそのあたりも含めて長期的に設計しているとは思うのだけど・・・）</p>

<p><br />
ちなみにツイキャスについては、可処分所得はともかく、余暇時間の奪い合いということになれば黙ってれない部分もあるので、ちょいがっつりやろうかなと。待ってろよ。</p>]]>

</content>
</entry>
<entry>
<title>人身事故を起こした</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/09/post_173.html" />
<modified>2011-09-03T04:38:00Z</modified>
<issued>2011-09-02T02:31:14Z</issued>
<id>tag:blog.myrss.jp,2006://1.1356</id>
<created>2011-09-02T02:31:14Z</created>
<summary type="text/plain">まぁ、ここでプライベートなことを書く必要もないのだけど、いろいろ知らないことがあったので書き残しておきます。 いい意味で役立つはず。バッドノウハウだったらごめんなさい。 ◯コトの経緯 人身事故といってもぶつかったわけじゃなくて、車庫入れしてたら道路前を走ってた自転車が勢い良く急ブレーキで前転して車の前に飛んできたので、驚いて「大丈夫？」と車からでて救助しました。 多少ケガしてたものの、「大丈夫です...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>まぁ、ここでプライベートなことを書く必要もないのだけど、いろいろ知らないことがあったので書き残しておきます。<br />
いい意味で役立つはず。バッドノウハウだったらごめんなさい。</p>

<p><br />
◯コトの経緯</p>

<p>人身事故といってもぶつかったわけじゃなくて、車庫入れしてたら道路前を走ってた自転車が勢い良く急ブレーキで前転して車の前に飛んできたので、驚いて「大丈夫？」と車からでて救助しました。</p>

<p>多少ケガしてたものの、「大丈夫です、大丈夫です、仕事あるんでじゃぁ」ってことで立ち去ろうとしてたのですが、いや、これ結構こけかた激しかったでしょ、ってことで救急車を呼びました。</p>

<p>んで、警察がやってきたわけです。あれ、おれ救助して褒められんの？って思ってたら、つかつかやってきて「加害者はキミか！」って言われました。まさかの展開にちょっとびっくりした。</p>

<p>その後、「いや、本当にもういいですから」という「被害者」の人に警察が「いや、絶対病院いってください。で、診断書もってきてください。え？今日は無理？いや、明日ならどうですか？明日いって診断書もってきてください」っていろいろ交渉。</p>

<p>その後、私のところにきて「ということで、これ、人身事故になりましたから、出頭願います」どーーーーー。（<s>これが交通安全週間のノルマというやつか‥</s><span style="font-size:70%">[自己レス]事故にノルマとかないか..</span>）</p>

<p>そんなわけで現場検証のあとに警察署にいって事情聴取。</p>

<p>まぁ、車も完全に静止してたわけじゃないし、「あなたの車がなかったらこの事故は起きなかったでしょ」って言われたら、そりゃ車庫入れで道路半分ふさいでたからそのとおりかもしれないけど、正直この展開はちょっと予想してなかった。あとでいろいろ理解して反省したけど。</p>

<p>[追記] とはいえ、どのような事故でも警察に連絡すべきですね。あとで大変なことになる可能性もあるわけですし。</p>

<p><br />
でも、これによりすごい経験値が増えることになったので、ちょい共有します。</p>

<p>ちなみに、バッドノウハウ的なコトを一部茶化して書いてますが、ノウハウ的なところは今回の私の事故とは関係ありません。こちらの注意不足で被害者の方がケガしたことは事実で、そこは申し訳ない。</p>

<p>ただ、モラルハザード的な要素感じたし、こういうことみんな知っておいてもいいんじゃないかな、と思ってメモ書き残しときます。<br />
ま、大した内容じゃないけど誰にでも起こりうることなんで。</p>

<p><br />
◯結論</p>

<p>結論から書くと、私には行政処分も来なかったし、罰金も反則金もなし。<br />
被害者の方の治療費や慰謝料は全額保険からおりたけど、私の自動車保険のノンフリート等級には影響なし。<br />
唯一の影響は、私のゴールド免許が次更新するときにブルー免許になるってことだけでした。</p>

<p><br />
◯人身事故について</p>

<p>まず、事故を起こしたとき、（交通弱者で）ケガした方が圧倒的に有利です。<br />
これは明確に「加害者・被害者」という構図ができます。</p>

<p>だから、もしあなたが交通事故にあったら、額を地面にこすりつけてでもケガしてく（ｒｙ</p>

<p>運転免許持ってる側からすると、相手がケガしたかどうかは行政処分の対象となるかどうかの分かれ目になるので、すごく重要なことだったりします。</p>

<p></p>

<p>◯人身事故には過失割合は関係ない</p>

<p>事故を起こすと「8:2」だ、いや「7:3」だ、など、過失割合でもめるって話を聞きますが、これは物損事故の話で人身事故については、基本的には過失割合にかかわらず、怪我した方が相手から100%治療費を貰えます。（重症の場合を除く）</p>

<p>これは車に入っている自賠責保険というものの制度によります。</p>

<p>人身事故については自賠責保険で総額 120 万円まで、半自動的に支払われます。（それを超えた分は任意保険。万一、任意保険に入ってないドライバーと事故したりしたら自賠責の範囲内だとしても大変かと思います・・）</p>

<p>なので、過失割合決めたり、いや治療費の80%しか払いませんよなんていっていろいろモメるより、全額負担しますといった方が話がはやいし事故解決もスムーズなわけです。<br />
[追記] 治療費等の負担については言わないように保険会社から言われると思いますので、そこはプロにまかせましょう。</p>

<p>正直、治療費慰謝料含めて120万円までは誰も損しません。加害者も保険会社も全く。</p>

<p>ただその反面、120万円を超えるような場合は、ちと面倒だと思います。保険会社も負担が発生するので、そのときは過失割合とか決めることになるんでしょうね、きっと。</p>

<p><br />
◯人身事故＝行政処分というわけではない（らしい）</p>

<p>人身事故を起こすと、例え相手が99%悪くても1%でも自分に過失がある場合、基本的に4点以上の違反点数がつきます。2点以上累積がある人や、過去一年以内に免停食らってる人にとっては「一発免停」ですね。</p>

<p>ただ、これには被害者の調書が加味されるらしく、被害者の方が「行政処分を希望しない」場合には処分されないこともあるようです。<br />
今回のケースはこれに該当した模様です。（正直確認してないですが、3ヶ月以上も連絡ないので、たぶん大丈夫なのかな。ありがたいことです）</p>

<p>なので、行政処分が下されるかどうかは被害者の判断にかかっているといっていいでしょう。（もちろん、被害者が「処分を重くして欲しい」と供述することも可能で、程度によっては刑事処分が課せられることもあります。いやー、被害者の心象大事です。まじで。）</p>

<p>で、行政処分が下されないケースはたぶん２つ。軽症で被害者が行政処分を希望しないと供述してくれた場合、それと、事故を物損事故で処理した場合です。</p>

<p>人身かどうかは被害者が医者の診断書を警察に提出するかどうかで決まります。そして処分の重さはその診断書に記載された「全治◯週間」という文字に大きく左右されます。2週間以内ならセーフ。それ以上は違反6点以上なので一発免停です。</p>

<p>それと、これは調べたことなので実際にはわかりませんが、とりあえず事故を物損で処理してもらい、あとから人身に変更することも可能だそうです。<br />
（なので、事故を起こしたときに「治療費は全部面倒みるから物損にしてね！」って頼まれるケースがあるんでしょうね。治療費高額になったら人身に切り替える、ってことで）</p>

<p>あとからでも人身に切り替えた場合、治療費などは保険からちゃんとでますし、事故は物損で処理されて行政処分も来ないということでウマーな状況になるなんてこともあるんでしょうかね。もちろん、大都市では警察もそんなことは許してくれないケースが多いと思います。</p>

<p>余談ですが香川県では 事故はとりあえず物損で処理して、あとから人身に切り替えるという慣例があるようで、そのことは統計の数値にも如実に表れていた（人身事故の保険金請求に対して人身事故件数が他県に比べて圧倒的に少ない）のですが、最近どうなのかは知りません。</p>

<p>なお、物損から人身に切り替えた場合、そこで被害者が医者の診断書を警察に提出すれば行政処分対象となるようです。</p>

<p>ということで、ケガした方がいろいろと交渉権を握れるので、圧倒的に有利というわけです。</p>

<p>＃車運転してた方は、ここはもう、誠意できちんと対応するしかないと思います。</p>

<p>なお、もし私が交通事故にあって軽症のケガした場合は物損にって頼まれても人身にすると思います。間に保険会社を入れずにあとからトラブるの嫌ですし、今回の件で人身にするデメリットがそれほどないことがわかったので。（業務の人の社内処分とかに影響あるのかは知りませんが）</p>

<p><br />
  </p>

<p>◯事故で保険会社にお世話になってもノンフリート等級には影響なし</p>

<p>今回の事故について、ほとんどの対応は任意保険の自動車会社におまかせしました。</p>

<p>非常に丁寧に事故対応していただき、大変助かりました。</p>

<p>で、私も知らなかったのですが、事故をおこして保険会社にお世話になっても、その事故が自賠責の範囲内で処理できた場合、事故件数にはカウントされずノンフリート等級にも影響ありません。</p>

<p>実際には、支払いの建て替えなどが行われるため、一旦事故1件扱いになりノンフリート等級が下がりますが（私はこのとき更新を迎えたので高めの保険料で更新した）事故が解決して実際に保険会社の負担がなければノンフリート等級は戻ります（高めに支払った保険料も返金された）。</p>

<p>なので、「物損」があるかないか、それを保険で使うかどうかは結構重要なポイントです。</p>

<p>[追記] コメントにて、等級ダウンは避けられない保険会社もあるとの情報もいただきました。自賠責以上に慰謝料を支払う会社とかが該当するようです。逆に、被害者の方が自賠責の規定の慰謝料で満足されなかった場合なども任意保険からの出費になるので、やはり等級ダウンしますね。</p>

<p><br />
　</p>

<p>◯警察での事情聴取</p>

<p>ここはあまり書くべきことはないのですが、調書については後から絶対変更できないので、納得行くまでサインしちゃダメです。</p>

<p>事故処理の人も、微妙に適当なこと言ってたりするので（人が歩く速度は平均8km/hだって言い張られた）納得いくまでしっかり話しをしたほうがいいです。</p>

<p>それだけ注意ですかね。主張すべきところは主張してちゃんと記載してもらうこと。あとハンコないと指印押させられるので、いやな人はハンコ持参でいきましょう（私は一旦自宅まで取りにかえりました）。<br />
ちなみに、指印いやだから取りに帰るといったら、そんな態度だと心象悪くなって処分が重くなるよ的なコトいわれて脅されたんですが、上司の人が担当者をなだめてくれました。やっぱ警察ってやだって思った瞬間でした。</p>

<p>ちなみに調書はコピーとれないです。あと、万が一のために iPhone 机の上に置いて全部録音してたんですが、特になにも言われませんでした。</p>

<p>あ、それと事故起こしたら救護が最優先なのは言うまでもないですが、車移動したりする前に絶対証拠写真とるのを忘れないでください。<br />
私はこれ、すっかり忘れてて（というかこんなことになると思ってなくて）、調書作成時にいろいろ認めてもらえなくてちょっと困りました。</p>

<p>証拠、絶対大事です。（ちなみに事故のあと、車には安いドライブレコーダーつけましたｗ）</p>

<p>[追記]そうそう、目撃者がいた場合、事故の程度にもよりますが念のため（まさかの刑事処分に備えて）連絡先もらっておいたほうがいいと思います。私の場合、丁度駐車場の大家さんがマンション2Fから見てて、ありゃ車はそんな悪くないわって何度も叫んでくれてたんですが警察ガン無視でした。なお、供述調書とるときに目撃者に連絡したいといっても拒否されますので、現場検証で目撃証言得られないと辛いかもです。なので、ドライブレコーダー買うならその場で再生できるものを選択した方がいいと思います。</p>

<p><br />
　<br />
◯慰謝料</p>

<p>ここからは自分が被害にあったときのバッドノウハウですが、前述した通り、120万円までは誰も文句いいません。</p>

<p>でも治療費は立て替えてくれるだけなので、注目すべきは慰謝料となります。</p>

<p>慰謝料ですが、これは単価がきまっていて、基本的には「通院一日」あたり「8400円」貰えます。</p>

<p>つまり、「たくさんの回数」「通院」したほうがお得というわけです（いい意味で）。</p>

<p>これを知っている人は、120万円ギリギリまで、というか保険会社からもういい加減と言われるまで通院し続けるそうですが、そりゃそうなるでしょう。通院一日あたり8400円は結構な金額になると思います。</p>

<p>でも忙しい人はそんなわけにはいかないと思います。通院なんて面倒だし。</p>

<p>そんなときは「ギブス」をお願いしましょう。実は（私の子供のときもそうだったんですが）ギブスをはめている期間は「通院期間」として計算されます。</p>

<p>つまりギブスはめてれば一日8400円もらえるわけです。ガッツリ固定するやつじゃなくて簡易ギブスでもOKです！</p>

<p>いや、そりゃ自賠責保険、モラルハザードおきますって。。。年々保険料上がるわけだ。。</p>

<p>なお、通院日数にカウントされるのは全治療期間の 1/2 までなので、これにひっかかりそうだったら、最後に医者にいって完治しましたっていうのをできるだけ引き伸ばして（ｒｙ</p>

<p>[追記] 正確な算出はコメントにていただきましたのでご参照ください。<br />
[追記] 加害者側としても、ここでしっかり通院なりしていただいてきちんと満足いく慰謝料を自賠責からお支払いできるようにしてもらったほうが、いろいろスムーズでありがたかったりします。</p>

<p>　<br />
◯お見舞い</p>

<p>保険会社におまかせといっても、ケガした人は痛い目にあってるので、過失割合に関わらず、ここはちゃんとお詫びしておくなどしっかりした対応は必要だと思います。（処分にも影響しますのでなんて打算的なコト書くのも微妙ですが、そういう事情も実際にはあります）</p>

<p>ちなみにアメリカに住んでたころは高速道路で2回ぶつけられましたが、相手は絶対に謝ってきませんでした。謝ったら負け、交渉は弁護士通じてってお国柄なので。</p>

<p>日本でそれやると逆に良くないと思います。</p>

<p><br />
 <br />
◯任意保険の自動車保険会社について</p>

<p>私が入ってるのはソニー損保だったんですが、いやー、保険会社って大事だと思った次第でした。お世話にならないに越したことはないですけどね。</p>

<p>まぁ、他の保険会社知らないのでどうこうってのはないのですが、対応が丁寧でとても助かりました。</p>

<p>ちなみにネット自動車保険会社、いろいろ安いところありますが、他人の車を運転してるときの補償対象が微妙に厳しかったり、よーく読んでもわからないところで差がついてるので、今一度いろいろ確認しておくことをオススメします。</p>

<p>ちなみに私はこの事故のあと、自転車でも対人対物障害保険に加入しました。万一のとき、保険金もそうですが、対応をおまかせできるのは超重要です。</p>

<p>[追記]それと、自分が被害者の場合、完治したら保険会社から示談書おくられてくると思います。基本すべて精算！って内容になってるかと思いますが、もし後遺障害について書いてなければ一筆「ただしこの事故に起因する後遺症があった場合は別途補償してね」って入れておきましょう。通常、はじめからはいってると思いますが。。</p>

<p><br />
　<br />
◯そんなわけで</p>

<p>みなさん、ん十万円くらいお小遣い欲しいなーって思ったら、動いてる車の前で派手に（ｒｙ</p>

<p>じゃなかった、安全運転で、事故には気をつけましょう。</p>

<p><br />
 </p>

<p>[追記] このエントリですが、特に警察批判しようとかそういう目的ではないので、そんな風に見えたらすいません。事故は事故、加害者は加害者なので、そこは理解＆反省してますし、結果的にきちんとした治療や対応を行うべきケースで警察の対応は正しかったと思います(警察来ずにそのままになってたら、すごくまずいことになってたと思います。。)。それと、今回は被害者の方も気持ちよく対応していただける方だったので、ある意味ラッキー(不謹慎ですが)だったと思います。</p>]]>

</content>
</entry>
<entry>
<title>ソーシャルゲーに感じている違和感について</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/09/post_172.html" />
<modified>2011-09-06T04:09:25Z</modified>
<issued>2011-09-01T12:56:11Z</issued>
<id>tag:blog.myrss.jp,2006://1.1355</id>
<created>2011-09-01T12:56:11Z</created>
<summary type="text/plain">なんとなく気持ち悪いので、ちょい感じたことをメモ残しときます。 始めに書いておきますが、私はソーシャルゲームをまともにやったことがありません。 なので、なんかスジ違いのこと書いてたらすいません。あと、何度書きなおしてもまとまらなくて一部論理破綻してますが、それも含めて悩ましいってことで何卒。（たぶん事実と異なる妄想部分がいくつかあるはず）。 ◯ツイキャスと課金 最近ツイキャスで課金をはじめました。...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>たまには本音で</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>なんとなく気持ち悪いので、ちょい感じたことをメモ残しときます。</p>

<p>始めに書いておきますが、私はソーシャルゲームをまともにやったことがありません。<br />
なので、なんかスジ違いのこと書いてたらすいません。あと、何度書きなおしてもまとまらなくて一部論理破綻してますが、それも含めて悩ましいってことで何卒。（たぶん事実と異なる妄想部分がいくつかあるはず）。</p>

<p><br />
◯ツイキャスと課金</p>

<p>最近<a href="http://twitcasting.tv/">ツイキャスで課金</a>をはじめました。それもニコ動のような定額課金じゃなく、ソーシャルゲーのようなアイテム課金（実際には単なる有料ポイント販売）です。</p>

<p>課金をはじめた理由は単純で、ツイキャスに投下する初期予算がそろそろ底をついてきたので、次の展開を考える必要がでてきたから。<br />
まぁ、さすがに毎月車一台分くらい（もないか。コストはギリギリまで押さえてます当然ながら）のお金を燃やしているとベンチャーの自己資金だけでは難しいものがあるし（そんな切羽詰まった状態でもないのだけど）、登録ユーザーもいい感じに増えてきて、いろいろと現在の規模では手に終えなくなってきてるという事情もあり。。</p>

<p>で、次の1年の予算を決めるにあたり、外部から資本を入れるにしても何するにしても、いろいろ自由なうちに課金を試しておくことにしました。</p>

<p>ツイキャスのユーザー層は多岐に渡っているので、「課金」がすんなり受け入れられるわけもなく、いろんな反発もあるだろうなと思ったのだけど、（本当はもうちょいユーザー増えるまで課金しない予定だった）、このタイミングなら最悪ぶっとぶリスクも取れる段階だしユーザー信じてチャレンジするか（爆）！ということでやってみたわけです。</p>

<p>しかも課金対象は視聴者という大胆かつ難しいモデル。</p>

<p>これにはちょっとした理由があって、面白い配信者やコンテンツはユーザーが決めるべき（配信者からお金をいただく形にすると一般ウケしないコンテンツでも優遇しなくちゃいけないとかのジレンマが生じるから）という考えから、基本「投票」モデルにすることを選択。あとはこれを「ポイント」による票の配布と「課金」による収益バランスの両立という設計に持っていきました。あ、ちょい話がそれた。</p>

<p><br />
で、正直、ネガティブな印象を持ってたんですよね、「仮想アイテム課金」。<br />
なぜかというと、「仮想アイテム課金」の世界って、一部のユーザーを「嵌め」て、平均課金金額の数百倍〜数千倍を「徴収」するところが「収益のキモ」のような気がしてたからですね、すっごい妄想ですけど。</p>

<p>ただ、そう思う反面、ライブ配信は本気だすとインフラコストかかるので定額課金では収益モデルが描き難いのと、どうせ出資募ったりするためのベースとしてやるなら収益的に青天井モデルが書ける「仮想アイテム課金」がいいに違いない、と打算的なことを考えていたのも事実なんですが・・。</p>

<p><br />
　</p>

<p><br />
◯課金を開始してみて</p>

<p>8/10にサービスを開始して、とりあえず怒りのメールが100通くらいきてアプリの評価が完全に★一つになりました。内容的にも辛辣なものが多かったです。まぁ、サプライズ形式にしたので告知もしなかったしユーザーがビックリしたのは当然かと思います。ネットワークトラブルもあったしホントすいません。</p>

<p>その中で、実際に有料ポイントを購入していただける方も多々いらっしゃり、ありがたい限りです。</p>

<p>ツイキャスでは、「ガチャ」も「レアアイテム」も「イベント」も「バトル」も用意してなく、ソーシャルゲーやってる人から見れば「甘すぎてお話しにもならない (･з･)プッ」ってレベルだと思うのですが、正直ゲームと違って新しいタイトルを次々だすわけないのでライフサイクルを考えて敢えて「嵌める」要素は相当排除しました。</p>

<p>それでも、ちょっと気になるんですよね・・・</p>

<p>まず、課金の開始は「タガを外す」ことで、「あー、お金払うかー」というきっかけを作ってあげるところですね。</p>

<p>で、この「タガ」が外れた状態で一気に課金への抵抗が薄らぎ、さらに払えば払うほど抵抗がなくなっていく（麻痺的な？）感じになるってところでしょうか。<br />
まぁ、他にもいろいろ心理学的な要素があるわけなんでしょうけど。</p>

<p>んで、ツイキャスの中では無料ポイントが結構な割合で付与されるので、あまり課金課金という形にはならない（ようにもっていった）のですが、これ、収益最大化するにはタガがはずれた「カモ」にどれだけ「たくさんのネギ」を貢がせるか、の理論にもっていくってことなんですよね・・・きっと。</p>

<p>いや、そんなこと、昔からあるネトゲで明らかなモデルなんでしょうが、ソーシャルゲーの世界はネトゲより身近な「生活の一部」として起こってるだけに「ネギカモ」論で収益最大化MAXウマーってのがどうも微妙に感じるわけです（あ、書いちゃった）。</p>

<p><br />
なんですかね、この、収益あがるたびにすこし胸で感じる違和感・・・。（ていうかまだまだ絶賛赤字中ですｗ）</p>

<p><br />
・・・たぶんですね、私は「いいひと」すぎて、感情課金でがっぽりとか微妙に難しい気がしました。ていうか、ソーシャルゲーで荒稼ぎしてる人はど（ｒｙ<br />
＃なんて書くと「そんな簡単なわけねーだろ、やってみろ実際！」って怒られると思います。それもそうなんですよね。。</p>

<p>　</p>

<p><br />
◯感情課金</p>

<p>ま、つまるところ、ソーシャルゲーの課金は「感情課金」が収益の柱だと感じたわけです。（そこはソーシャルゲーに限ったことじゃないんですが）</p>

<p>どういうことかというと、アイテムの価値も値段も、買う人が「価値がある」と思うから売れるわけで、逆をいえば、いかに「仮想アイテム」を「価値あるものにするか」で、それにはユーザーを熱くしていかに「感情のままに行動させる」かってところがキモだったりするわけですよね。いわゆる「<a href="http://page6.auctions.yahoo.co.jp/jp/auction/f107202965">ロイヤル『カスタマー』戦略</a>」ってやつです。くどいようですが妄想ですけど。</p>

<p>私がなんとなく納得してないのはココのところで、商品を「感情」の度合いによって無限（？）に高い値段で販売するという商売は、価値を提供して対価をいただくという感覚からするとどうなのだろう、うーむ、正直よくわからん。</p>

<p>いや、ソーシャルゲーを◯▲商法とかと一緒にする気はなく、ユーザーも「納得して」その商品が欲しいから「お金を払っている」わけで、商品が「実物」であろうが「仮想」であろうが、それは問題ないと思っています。ある意味、「ユーザーにとっての」<a href="http://page5.auctions.yahoo.co.jp/jp/auction/e117713091">適切な対価</a>ですね。</p>

<p>私がなんとなく疑問に感じて（いて、自分には難しい）と思ったのは、収益をMAX化させるときに取るべき手段で、そこに「感情で行動」する「高額被課金ユーザー」が「戦略上」含まれてるってところですかね。。。って書いて微妙に論理破綻してるやｗ</p>

<p>もちろん、多くのユーザーは無料ユーザーなんですが、この存在がロイヤルカスタマー作りの土壌になってて、ソーシャルな世界さすがってことだったり。</p>

<p>なんというか、頂いた金額以上の価値をユーザーに返したいと思う気持と収益的な構造とのギャップですかね。なんなんでしょうか、この感覚。</p>

<p><br />
◯えっと</p>

<p>ま、なんだかんだ全然まとまってない内容で恐縮ですが、ソーシャルゲーを否定してるわけではないし、そっち側にも友人もいてスバラシイと認めていたりするし、まだこの世界で生きていいきたいのでどうか穏便に流し読みしてください。<br />
じゃなかった、最後のところだけ書き直すと、みんながソーシャルゲーに向いてるこの現状に違和感唱えるのは異端児っぽくて「なにいってんだよお前、こんな収益あがってグローバルな企業がガンガンでてきてみんな憧れの世界なのに負け犬の遠吠えみたいなこといってんじゃねぇよ」って言われそうなんですが、、えーっと、その辺、今度教えてください＞中の人。</p>

<p><br />
＃極論でいえば、自分の子供とか、ソーシャルゲーにはまっちゃったらケータイ取り上げたりするんだろうか、それとも一緒に遊ぶようになってソーシャルゲーありがとう、ってなるんだろうか、どっち？みたいなところなのかも。ネギカモ顧客については、単に木をみて森を見ずってコトなんだったり。</p>

<p><br />
以上、なんとなく感じたことのメモ書きでした。なんかすっきりまとまってない上に頭固くて公開するかどうかすごい迷ったんだけど。。ま、晒しときます。</p>

<p><br />
＃で、今度 <a href="http://agilemedia.jp/wish2011/">WISH 2011 のパネリスト</a>で登壇させていただくのですが、こんな感じの私がソーシャルについて話していいんだろうか・・・このままだと「感情のままに」発言してしまいそうなんで・・・えっと誰か代わってｗ</p>

<p><br />
＃あ、それとツイキャス、もうちょい いい方向に持っていきます。</p>

<p><br />
＞ <a href="http://blog.myrss.jp/archives/2011/09/post_174.html">ソーシャルゲーに感じている違和感について（２）に続く</a><br />
</p>]]>

</content>
</entry>
<entry>
<title>【個人メモ】練馬でユーザー車検</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/06/post_171.html" />
<modified>2011-10-31T14:10:03Z</modified>
<issued>2011-06-08T05:37:43Z</issued>
<id>tag:blog.myrss.jp,2006://1.1354</id>
<created>2011-06-08T05:37:43Z</created>
<summary type="text/plain">超プライベートメモです。 車検制度というものがあって、車は２年（最初だけ３年）ごとに車検を通さないといけない。 で、これ、結構面倒で、いままでディーラーとか整備工場にお願いしてたんだけど、  - 車預けたり取りにいったり予約したりとなんだかんだ面倒  - 不明瞭な費用多すぎじゃね？  - ていうか一度テスター自分で乗ってみたい！！ と思ってユーザー車検やってみたのが２年前。 感想としては、早い！安...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>超プライベートメモです。</p>

<p><a href="http://blog.myrss.jp/IMG_0586.JPG"><img alt="IMG_0586.JPG" src="http://blog.myrss.jp/IMG_0586-thumb.JPG" width="320" height="239" /></a></p>

<p>車検制度というものがあって、車は２年（最初だけ３年）ごとに車検を通さないといけない。</p>

<p>で、これ、結構面倒で、いままでディーラーとか整備工場にお願いしてたんだけど、</p>

<p> - 車預けたり取りにいったり予約したりとなんだかんだ面倒<br />
 - 不明瞭な費用多すぎじゃね？<br />
 - ていうか一度テスター自分で乗ってみたい！！</p>

<p>と思ってユーザー車検やってみたのが２年前。<br />
感想としては、早い！安い！楽々！。</p>

<p> - 所要時間は実質1時間くらい<br />
 - 総費用はレガシーワゴンで 5万8千円（ディーラー見積もりは15万円!）</p>

<p>デメリットは</p>

<p> -  平日しかやってねぇし行くまでの道路が混んでる<br />
 - 業者の人がいっぱいで怖い</p>

<p>ってとこですかね。</p>

<p>はいはい、そもそも車所有してる時点でコスト意識おかしくね？ってのは正論すぎて却下な。</p>

<p><br />
で、今年も車検になって、結局ユーザー車検通してきたんだけど、２年前のことすっかり忘れてたんで<strong>将来に向けての自分メモ</strong>残しときます。</p>

<p><br />
-- 以下、すいません、自分メモなんであまり役立つものではないと思いますが・・・ --</p>

<p><b>必要なもの</b></p>

<p> - 車検証<br />
 - 自動車税支払い証明書（レシート）<br />
 - 現在有効な自賠責保険証書<br />
 - 整備簿<br />
 - ボールペン（マジで記入台に置いてない！）<br />
 - 印鑑<br />
 - バインダー（暗黙の必須アイテム）</p>

<p><br />
<b>事前にすること</b></p>

<p> - 整備簿の記入（名前とかもね）<br />
 - <a href="https://www.yoyaku.navi.go.jp/pc/reservationTop.do">国土交通省のHPで車検予約</a><br />
 - 簡単な点検<br />
   （今回は事前にディーラーで全オイル交換時にサービス点検してもらってたので何もせず）</p>

<p><br />
<b>曜日や日時</b></p>

<p> - 週明け月曜日や週末は混むらしいので、週半ばがいいという噂（を信じて週半ばしか行ったことないから他は知らない）<br />
 - 再検査は当日３回まで受けられるので午前中に行くのがベスト<br />
 - 午前10時すぎると一気に業者の人がやってきて凄みと殺気が増すからその前に。<br />
 </p>

<p><b>行くところ</b></p>

<p> - <a href="http://www.mlit.go.jp/jidosha/kensatoroku/sikyoku/map/0403.htm">練馬自動車検査登録事務所</a> (自分の場合)</p>

<p><br />
<b>手順（練馬の場合）</b></p>

<p> - 最初に自賠責の更新をしておく。更新は車検場横（敷地外）にある代書屋さんでもやってくれる（2万5千円くらい）<br />
 - 走行距離をメモしておく<br />
 - Dの建物の一番左側の窓口で車検に必要な書類を買う（25円）<br />
 - 1枚目の書類にさささっとボールペンで記入<br />
 - 一番右側の窓口にもってって検査書類を受け取る<br />
 - その隣の窓口で重量税と印紙代を支払う(3万2千円くらい)<br />
 - 受け取った書類を持ってAの建物に行き、記入例に沿って必要事項を記入<br />
 - ユーザー車検の窓口で書類を渡す。このとき車検証見せろやゴルァと凄まれるので、最新の整備ページを開いて渡す<br />
 - チェックOKなら、返してもらった書類をもって車へ。<br />
 - 小型車の検査コース(5 / 6) に並ぶ<br />
 - 午前中のんびりしてると このへんで「10時〜10時半まで休憩しますー」とか言われて<strong>検査員が勝手に休む</strong><br />
 - 長蛇の車の列が微動だにしないこと30分・・・マジかよ・・・<br />
 - あとはコースに入って指示に従う。<br />
 - 一番落ちやすいのが光軸調整。レガシーの場合、光軸の上下を運転席から調整できるので、最初一番上にあげておいて☓がでたらすかさず２段くらい落とせばOK<br />
 - 排ガスと最後の下回りのチェックの後の2箇所は、書類を機械に通して「がっちゃん」と検査済のハンコを自分で押さないといけないので注意<br />
 - 検査員の人に書類渡して検査合格！<br />
 - もう一回 A の建物にいって、窓口（5番）で車検シールを貰えば終了。</p>

<p><br />
<b>注意点</b></p>

<p> - 住所変わってた場合、別途手続き必要。<br />
 - 車検に使う書類にはすべて「車検証」の住所を記載すること。(自賠責を除く)<br />
 - テスターのせるときは、前輪の位置だけしっかりよくみて合わせましょう<br />
 - 万一検査通らなかったら、検査員の人にどこがダメだったか聞いときましょう。「右の光軸が下すぎるねー」とか教えてくれる。<br />
 <br />
<b>その他</b></p>

<p> - ディーラーで車検頼むと必ず「下回りスチーム洗浄」とかあるけど、意味あんのアレ？<br />
 - 下回りドロドロなら別だけど、通常は洗浄も不要なんじゃないかな。ボルトとかちゃんとチェックできるし。<br />
 - ユーザー車検の前に予備車検場で事前にチェックしてもらう人も多いようなんですが、私は行ったことないです。<br />
 - まぁ、車検場のまわりにいくつかあるから、どうしても検査通らなかったら行くか、ってのでいいのでは、と。<br />
 - 外車は光軸など調整が面倒なんで（みんなシールとか貼って調整してる）ユーザー車検とか考えない方がいいと思う。<br />
 - ところで自動車の光軸チェックってハイビームしかしないんだけど、普段使うロービームって光軸の規制ないの？</p>

<p></p>

<p><br />
・・・ということで、多分２年後くらいに自分でこの記事読んでることでしょう。<br />
まぁ、面倒な制度ですけど仕方ないですね。</p>

<p><br />
あ、ちなみに、ユーザー車検、基本的には車のコトに興味ある人にはオススメしますが、日々のメンテナンスには関心ないという方は２年に一回の点検つけて整備工場とかにおまかせするのもいいかと思います。</p>

<p><br />
私は車検とは別に車の整備は適宜行う派なのでユーザー車検の方が向いている、という感じデシタ。</p>

<p><br />
ということで、将来の自分に向けてのメモ終了、と。</p>

<p><br />
</p>]]>

</content>
</entry>
<entry>
<title>JASRACに行ってツイキャスの包括契約を結んできたときのメモ</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/04/jasrac.html" />
<modified>2011-11-01T09:24:40Z</modified>
<issued>2011-04-12T12:45:46Z</issued>
<id>tag:blog.myrss.jp,2006://1.1352</id>
<created>2011-04-12T12:45:46Z</created>
<summary type="text/plain">いやー、正直言うと相当ビクビクしてたんですけどね、JASRACとコンタクトとるの。 なんせ楽曲の著作権は JASRAC がもっていて、それらの利用には費用がかかる、と。そしてそれは基本的には蛇口課金（侵害したユーザーにじゃなくて、運営元に支払い義務がある）なんで、ある日突然「こんにちは〜 JASRAC です〜。お支払いは2千3百万円程になります〜はいっこれ請求書なっ！！！！ビシッ！」なんて悪夢が現...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>いやー、正直言うと相当ビクビクしてたんですけどね、JASRACとコンタクトとるの。</p>

<p>なんせ楽曲の著作権は JASRAC がもっていて、それらの利用には費用がかかる、と。そしてそれは基本的には蛇口課金（侵害したユーザーにじゃなくて、運営元に支払い義務がある）なんで、ある日突然「こんにちは〜 JASRAC です〜。お支払いは2千3百万円程になります〜はいっこれ請求書なっ！！！！ビシッ！」なんて悪夢が現実になったらどうしよう、みたいな。</p>

<p>んで、おそるおそる連絡してみたわけですよ。もう最初は全然サイトなんか運営してない素人のふりして。</p>

<p>で、いろいろ聞いてみたところ、こりゃ早めに契約したほうがいいな、ってことでちゃんと連絡とって契約することにしたわけです。</p>

<p>結論からいうと、やさしかったですよ、JASRACさん。お金はもちろん取られますけど。</p>

<p><br />
◎契約しようとおもったきっかけ</p>

<p>ツイキャスでは楽曲の利用はお金かかるし運営苦しいから無理！って思っていて、基本禁止。どうしても使いたければユーザーが自分で許可とってね！という放任主義で貫こうとしてました。</p>

<p>つまり、楽曲を使いたければ自分で JASRAC さんから許諾とってくださいよ、と。一曲2400円/年とかなのかな、個別にとると。</p>

<p>で、実際のところいくらかかるんだろうと思って JASRAC さんに一ユーザーのフリして電話してみました。</p>

<p>私「あのー、ツイキャスってサービスがあって、そこで楽曲使いたいんでいくら払えばいいでしょうか」<br />
Ｊ「あ、そいういうことならツイキャスさんにお問い合わせください。」<br />
私「いや、サービス運営の方では、個別に許諾とってくれって言ってるんですが・・・」<br />
Ｊ「営利団体が運営しているサービスでの利用については、その運営元とやりとりすることになってるので、個別というのはちょっと・・・」<br />
私「え？マジすか・・」</p>

<p>と、実は個別では契約してくれないということが判明。<br />
こりゃユーザーさんに無理な負担かけちゃいかんな、ってことで、そこから JASRAC の契約などを調べまくりました。</p>

<p><br />
◎いくらかかるんだろう・・・</p>

<p>で、調べてみたところ、うちは多分ストリーム配信に該当して、これだと広告収入の2%程度でいいらしい。<br />
いや待てよ、でも録画もあるしダウンロードって認定されたら一回再生されるたびにチャリチャリお金かかるんじゃね？それマジヤバス・・・</p>

<p>ってことでこれまた他人のふりして JASRAC に電話。</p>

<p>私「あのー、これからこんなサービス立ち上げようと思ってるんですが、契約とかってストリーム配信？ってのになるんですかね・・・」<br />
Ｊ「そうですね、それに該当すると思います」<br />
私「その場合、広告収入の 2% ってあるんですが、本当にこれだけなんでしょうか・・」<br />
Ｊ「最低使用料はありますが、基本それだけです」<br />
私「いくら広告収入が少なくても、いくらユーザーが多くても変わらないってことでいいんでしょうか」<br />
Ｊ「はい、最低使用料6,250円か広告収入の2%の高い方になります」<br />
私「アッチョンプリケ！！！」</p>

<p>いや、これなら問題ないっしょ。ま、長期的に見て 2% って額は安いか高いかは別として、とりあえずシンプルなのが素晴らしいじゃなイカ！！<br />
※注）ユーザーへの月次課金やアイテム課金があった場合、基本的にはそれらも広告収入に含まれます。</p>

<p>ってことで、ここでようやく素性を明かして（ｗ）契約へ</p>

<p><br />
◎契約のながれ</p>

<p>JASRAC のページから J-TAKT のアカウントをとって、そこから申請。別途書類印刷して郵送。そのときにサービス概要書も添付、と。<br />
もちろん、著作権対策とか、そういった仕組みがサイトにあることが条件だけど、そのあたりは（ツイキャスは音楽厳しいよねー）とか言われながらもちゃんとやってきたつもりなんで問題ないかと。<br />
（運営体制とかは UST みたいに人数かけられないけど、って今そんなことはどうでもいいや）</p>

<p>そうこうするうちに JASRAC さんから連絡がかかってきて、動画配信サイトでの利用ということで、一度打ち合わせしましょうということに。</p>

<p>ま、この時点でまだビビリモードだったんですけどね。</p>

<p><br />
◎お打合せ</p>

<p>で、打ち合わせしてみると、なんのことはない、JASRAC さん運営側のこともいろいろ考えてくれて、なんと優しいじゃないですか。<br />
こちらの疑問などの全部その場で解決し、注意事項というか今後のやりとりなんかの確認をおこなって終了と。<br />
書類はもうちょっと詳細なものが欲しいということだったので、サイトの情報なんかを詳しく記載したものを作成して後日送付。</p>

<p>結局最初のコンタクトから3週間くらいで JASRAC 許諾番号いただけました。(途中震災があったので1週間ほど空白あります)</p>

<p>JASRAC の方も言ってたんですが、とにかくみなさん噂とかに流されずJASRACにコンタクトをとってほしいとのこと。<br />
コンタクトしてもらえれば、JASRAC ( ╹◡╹)＜コワクナイヨーってのが分かりますから、と。</p>

<p>いや、その通りだと思いました。いままで自分の中で JASRAC 超悪役なイメージだったんですが、◯スラックとか言っててホントすいません。</p>

<p><br />
◎権利関係についてちょいと。</p>

<p>ここ、ちょっと理解してない人も多いんじゃないかなと思うので、解説しときますね。<br />
私も理解したの最近だから。</p>

<p>包括契約したからツイキャスで歌ったり演奏したりはOKだといして、じゃ、CDを流した場合はどうなるのか、という問題。</p>

<p>CDを流した場合、楽曲の著作権はJASRACだけど、原盤権はレコード会社にあります。<br />
これってどういうことかというと、（平たく逆の言い方をすると）「CDを流してはいけませんとJASRACが直接注意することはない」ってことです。</p>

<p>なんか意外でしょ。はいそこ、そもそも権利分かれててダブロンありかよとか言わない。</p>

<p>で、例えば、(敢えて) UST で CD ガンガンかけました、としましょう。<br />
この時、使用楽曲をちゃんと申請すれば JASRAC 的には楽曲の著作権はクリアです。<br />
つまり JASRAC 側で問題になることはないから別途なんらかの請求を UST がJASRACから受けるとかいったことはない。<br />
（正確には、著作権保護についてはきちんとした体制をとらないといけないという条件で契約してるので、放置したら契約違反で包括契約を解除される可能性などはある）。</p>

<p>ただし、この行為は CD の原盤権（著作者隣接権）を侵害しているので、レコード会社から損害賠償等の請求をされる可能性があります。<br />
（ひどい場合には刑事告訴されることもあります）。</p>

<p>なので、運営としては「CD を流してはいけません」となるわけです。</p>

<p>（ま、損害賠償されるのはユーザーなんで運営は知らんこったって顔できるのかもしれませんが、判例を調べてないのでよくわかりません。でもそんな刑事告訴の連絡きたら3秒で両耳そろえてユーザーの情報提出することになると思うので、どうぞお気をつけください＜ユーザーのためにもそうなる前に対処するけどもちろん）</p>

<p><br />
◎過去の分の支払い</p>

<p>今回、一つ心配だったのが、「ツイキャスのサービスを開始してから包括契約を結ぶまでの間の支払い」です。<br />
当然見逃してくれるはずはないだろう、でもほとんど広告なんてつけてなかったぜ、さてどうなるんだろう・・・。</p>

<p>おそらく YouTube とかの契約時でも問題になったところだと思うのですが、原理原則的には、過去の分については、楽曲1再生あたり20円〜40円の料金が必要ということらしいです。</p>

<p>これ聞いたとき、凍りましたけどね。</p>

<p>「まてまて、ツイキャス、これまで累積視聴 1億回近くあるぜおい。楽曲含まれてるの 5% だっとして 500 万 x 20円 = 1億円 ちょちょちょちょちょちょちょまてまてまてまて・・」</p>

<p>で、そもそも楽曲のリストを測定することも難しく、このあたりは相談の上、合理的な金額をお支払いすることになりました。<br />
（多分書いちゃいけないんだと思うんで書きませんが、いろいろ配慮していただきました）</p>

<p><br />
まぁ、一つ書いておくと、楽曲扱う「可能性のある」サービスするのであれば、とりあえずは JASRAC 連絡しとけ、と。あとで大変なことなる前に。<br />
（正確にはユーザーが楽曲を扱うことが「できる」サービスが対象となる）</p>

<p><br />
◎ユーザーの報告義務</p>

<p>今回、楽曲がツイキャス上で使えるようになったんですが、ユーザーさんには楽曲の報告義務があります。<br />
もちろん、上で記載したとおり、報告があろうがなかろうがうちが JASRAC に支払う金額に変わりはありません。</p>

<p>ですが、この報告は作曲家などの著作者に対する分配に使われるとのことなので、是非ご協力をお願いします。</p>

<p>ちなみにこの報告義務はどこのサイトにもあります。 UST だと <a href="http://www.ustream.tv/jp/copyright/1" target="_blank">Excelファイルをダウンロードして、それに作曲家名から配信回数まで記載してメールで送付する</a>必要があります。ニコニコ動画とかでも申請箇所がありますね。スティカムは申請しないと10回目でライブできなくなります。</p>

<p>ツイキャスでは、検索部分は JASRAC のサイトを使っていますが、その他は比較的楽に入力できるようにしています。<br />
iPhone/Android からの申請も、もうちょいしたら楽にできるようにします(ちょっとまってくださいね)。</p>

<p>→ <a href="http://twitcasting.tv/indexhelpsound.php">詳しい説明（ツイキャスでの楽曲の配信について）</a></p>

<p></p>

<p><br />
◎補足</p>

<p>今のJASRACのえらい人、以前はネット配信の権利まわりやってた人らしく、それでネット系の契約も大分スムーズにできるようになったとのことです。<br />
確かに、契約の流れもスムーズだったし、報告義務とかはあるものの、運営の負担もそんなに少なくて済みそうな感じです。</p>

<p>ま、もうちょっと JASRAC のサイトを使いやすくして欲しいってのはありますが、こういう歴史的なサイトは変わると困る人も多いだろうから難しいですよね。</p>

<p></p>

<p>ということで、概ねこんな経緯があって <a href="http://twitcasting.tv/indexhelpsound.php">JASRACとの包括契約によりツイキャスで楽曲の配信ができるようになりました</a>。</p>

<p>いやー、書いちゃいけないことまで書いてないか心配だー。</p>

<p>ということで、楽曲扱うときとか、サービスなんかやるときには是非参考にしてくださいな。</p>

<p>あ、それと本文中の金額とかの数字は基本 JASRAC のサイトで公開しているものだけど、いろんな場合分けがあるので、サービスや利用形態によって数字は変わってきます。あくまでも参考までに、ということで。</p>

<p><br />
※誤誘導を避けるため太字とか一切つかってないので長文読みにくくてすいません。</p>]]>

</content>
</entry>
<entry>
<title>MyRSS.jp サービス終了のお知らせ</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/04/myrssjp_21.html" />
<modified>2011-04-08T02:32:17Z</modified>
<issued>2011-04-08T02:23:40Z</issued>
<id>tag:blog.myrss.jp,2006://1.1350</id>
<created>2011-04-08T02:23:40Z</created>
<summary type="text/plain">長らく運営していた MyRSS.jp のサービスを 2011年4月末で終了することにしました。 詳しくはこちらをご覧ください。 　→ MyRSS.jp サービス終了のお知らせ いろいろと感慨深いものもありますが、このニュースも一般にはそれほどインパクト無くサービス終了するんだろうなと思うと時代の変化を感じます。 MyRSS.jp はもともと新しいことが何かしたくて始めたサービスで、百式の@tagu...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>長らく運営していた MyRSS.jp のサービスを 2011年4月末で終了することにしました。</p>

<p>詳しくはこちらをご覧ください。</p>

<p>　→ <a href="http://press.sidefeed.com/archives/2011/04/myrssjp.html">MyRSS.jp サービス終了のお知らせ</a></p>

<p>いろいろと感慨深いものもありますが、このニュースも一般にはそれほどインパクト無くサービス終了するんだろうなと思うと時代の変化を感じます。</p>

<p>MyRSS.jp はもともと新しいことが何かしたくて始めたサービスで、<a href="http://www.100shiki.com/">百式</a>の<a href="http://twitter.com/taguchi">@taguchi</a>さんの影響をとても濃くうけています。まだ百式続けてるんですから、本当にすごいですよね。（そしていろいろ感謝！）</p>

<p><br />
さて、これからはソーシャル＋モバイル的なサービスにより注力していく予定です。</p>

<p>引き続きどうぞよろしくお願いします。</p>]]>

</content>
</entry>
<entry>
<title>Androidのデバイス依存メモ[カメラ周り]</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/04/android.html" />
<modified>2011-04-12T00:26:35Z</modified>
<issued>2011-04-06T03:53:32Z</issued>
<id>tag:blog.myrss.jp,2006://1.1345</id>
<created>2011-04-06T03:53:32Z</created>
<summary type="text/plain">さぁこれから Android な開発始めよう！って人には是非同じ苦しみを味わって欲しいので こんなエントリ書かずに影でこっそり皆が苦しむ様子を楽しんでいようと思ったのだけど、ま、残しておきますかね。デバイス依存系の問題。今回苦しんだ分だけでも。 ※こちらの勘違いもあるかもしれないので、あくまでもメモということで。。 - OSのバージョン依存の問題 Android はカメラが使えるのだけど、Andr...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>開発系</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>さぁこれから Android な開発始めよう！って人には是非同じ苦しみを味わって欲しいので こんなエントリ書かずに影でこっそり皆が苦しむ様子を楽しんでいようと思ったのだけど、ま、残しておきますかね。デバイス依存系の問題。今回苦しんだ分だけでも。</p>

<p>※こちらの勘違いもあるかもしれないので、あくまでもメモということで。。</p>

<p><br />
- OSのバージョン依存の問題</p>

<p>Android はカメラが使えるのだけど、Android 2.1 までは横向きにしか使えません。Android 2.2 から縦可能ね（ここコダワリだった）。でもってインカメラ使いたいときは Android 2.3 以降。</p>

<p>ん？Android 2.2 の端末でインカメラあるやつあるよね？って気付いた人はまさに悲劇への第一歩。<br />
実装方法は、例えばある機種では、</p>

<blockquote>  Camera.Parameters.set("camera_id", 2)</blockquote>

<p>のようにします。<br />
フロントカメラがあるかどうか判別する方法（ない場合もある）やインカメラの指定方法はデバイス依存なので、どうしてもインカメラ対応したいのなら端末すべて検証してくださいな。（報われないと思うけど・・・）</p>

<p><br />
- カメラプレビューの問題</p>

<p>Android ではカメラのプレビューの生データ (RGB じゃなくて  YUV420フォーマット）をバッファに割りつけてアクセスできるんだけど、こいつも一筋縄ではいかないところがある。</p>

<p>通常は</p>

<p> <blockquote>Camera::setPreviewCallback()</blockquote></p>

<p>を使うと思うのだけど、一部の端末ではこれがちゃんと動かない様子。だからもうこいつは使わないほうがいいと思う。</p>

<p>代わりに使うのがコレ</p>

<p> <blockquote>Camera::setPreviewCallbackWithBuffer();</blockquote></p>

<p>で、こいつにも罠があって、端末によっては onPreviewFrame のコールバックが一回しか呼ばれない。<br />
調べた結果、</p>

<blockquote> Camera::addCallbackBuffer()</blockquote>

<p>を onPreviewFrame が呼ばれるたびにセットしないといけないという<s>罠があり・・・</s>（これは罠じゃなくて仕様のようです。失礼しました）。この時点でいろいろ萎えかけてたわけですが・・・</p>

<p><br />
- Samsung の問題</p>

<p>これまでのところ Samsung 端末だけなんですが、Preview を表示する画面のサイズにハード的な制約がある。<br />
繰り返しますが Samsung だけ。<br />
そのサイズというのが、Galaxy Tab は 1024 x 1024、Galaxy S が 800 x 800、Nexus S は知らん！という感じ。<br />
このサイズを超える画面に Preview を表示することができないというなんともな仕様で・・・（もちろん、画面一杯でもギリギリ大丈夫な数値なんだけど、ちょい拡大してはみだして表示とかはできないわけですな）。</p>

<p>これを回避するには</p>

<p> <blockquote> if (Build.MANUFACTURER.equals("samsung"))</blockquote></p>

<p>いれて特殊な場合分けします。いや、回避じゃねーし。</p>

<p><br />
- トーチライト</p>

<p>震災のときに役立った iPhone の懐中電灯みたいなやつ、Android 2.2 でも API がサポートしてて、デバイスのトーチライトが利用可能かどうか調べることができるようになってます。</p>

<p>で、これを信用すると・・・一部デバイスでは、トーチライト使えるよと反応があるのに実際に API 叩いても光らない、という罠が待ってたりするわけで・・・(Samsung とか Samsung とか Samsung とか)。</p>

<blockquote> Camera.Parameters::getSupportedFlashModes()</blockquote>

<p>これ、調べて対応してたりすると時間がいくらあっても足りないので、「Android だから」という理由でもう流すのが良い感じかと。。</p>

<p><br />
- オートフォーカス</p>

<p>同様に、追随式のオートフォーカスが API で対応したのは Android 2.3 から。でも 2.2 の端末も多くが追随式の AutoFocus もってたりするんですよね。<br />
これ、なんとなく設定することができたり、ま、そうでなくてもオートフォーカスを使うことはできたりするんですが、中には API 叩いてもオートフォーカスが動かないやつもいたりしてちょいと注意が必要です。（SとかSとかSとか・・）</p>

<blockquote> Camera.Paramters:: setFocusMode("continuous-video")</blockquote>

<p>こういう問題って、stackoverflow とかでも「<strong>キミのコードは正しい。どこも間違ってない。でもそれが動かないのが Android だ。デバイス依存の世界へようこそ！</strong>」って回答ついてたりするんですよね・・・・Android 万歳！</p>

<p><br />
ということで、細かい機能、ある程度は割りきって使うのがいい感じかと。<br />
んで申し訳ないけど、端末依存の不具合はユーザーさんからの報告ベースで対応するのが現実的かと。。</p>

<p><br />
と、カメラ周りで今回苦労した点をあげるとこんな感じ。他にも MEDIAS でプレビュー画面のレイアウトが勝手に崩れる問題（早速不具合修正版だしてきたけど、まだ直ってない気がする）とか、IS06でサポートされてる録音のサンプリングレートがオィオィな件とか いろいろあるんですけどね・・・。</p>

<p><br />
ま、震災の中、こんな問題に苦労しながら地震酔いにも負けずにコツコツ作り続けたのが「ツイキャス・ライブ for Android」です。</p>

<p>地震のあと、正直モチベーション上げるのが難しかったんですが、自分が今やるべきことはこれだろ、ってことで頑張って作りました。<br />
よろしければ試してみてください。</p>

<p></p>

<p>- <a href="https://market.android.com/details?id=com.sidefeed.TCLive">ツイキャス・ライブ for Android</a></p>

<p><a href="https://market.android.com/details?id=com.sidefeed.TCLive"><img alt="promotional.jpg" src="http://blog.myrss.jp/promotional.jpg" width="180" height="120" /></a></p>

<p></p>

<p>- <a href="http://twitcasting.tv/">ツイキャス Webサイト</a><br />
</p>]]>

</content>
</entry>
<entry>
<title>[メモ]ツイキャスと震災と義援金について</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/04/post_170.html" />
<modified>2011-04-04T11:16:14Z</modified>
<issued>2011-04-04T10:36:13Z</issued>
<id>tag:blog.myrss.jp,2006://1.1346</id>
<created>2011-04-04T10:36:13Z</created>
<summary type="text/plain">早いもので震災から３週間。 震災があってからというもの、実はサービスの運営にあたりちょっと悶々としてたんですよね。 ツイキャスという生配信のサービスを手がけていながら、社会のインフラとしてはあまり使われてないという側面を痛感しつつ、なんというか、ニコ生やUSTが NHK とか全力でサポートしているのを横目にツイキャスでできることがあまりなく、力不足感をすごい感じていました。 もちろん、ツイキャスは...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>たまには本音で</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>早いもので震災から３週間。</p>

<p>震災があってからというもの、実はサービスの運営にあたりちょっと悶々としてたんですよね。</p>

<p>ツイキャスという生配信のサービスを手がけていながら、社会のインフラとしてはあまり使われてないという側面を痛感しつつ、なんというか、ニコ生やUSTが NHK とか全力でサポートしているのを横目にツイキャスでできることがあまりなく、力不足感をすごい感じていました。</p>

<p>もちろん、ツイキャスはメディアの代わりになろうとしてるわけでは無いので、テレビのサポートは UST や ニコ生におまかせで全然問題なかったわけですが、こういうときにインフラ的疎外感を感じたサービスって結構多かったんじゃないかな、と思いつつ・・・。</p>

<p>ツイキャスは震災後数日ほどは自粛ムードでトラフィックも落ちてたんですが、その後は逆に普段よりもアクセスが増えてきて、「元気を届ける」ことに役立っている感が嬉しかったです。震災後に頑張って配信再開したみなさん、またサポートする機会をいただいた茨城ラジオ放送さん、ありがとうございました。</p>

<p><br />
で、過去最大の猛烈なアクセスを記録する中、ツイキャスの中でひとつ気になってたのが「広告」部分です。</p>

<p>ツイキャスではほとんど収入なく運営していて、広告もトレンドを見る程度の位置づけなんで正直クリックされることを前提にした配置とかにはしてません。</p>

<p>ですが、ここ、「広告じゃなくて他のものを掲載できるんじゃないか、ほら 47ニュースとかバナー全面的に震災サポートになってるよ」などと思いつつ、結局そのままにしていたのが気になっていました。</p>

<p><br />
で、ツイキャスの３月の広告収入（といっても回線費用まかなうくらいの微々たるものですが）は義援金として寄付させていただきます。<br />
まぁ、あえて告知するようなことも無いのですが、なんとなくいろんな整理の意味でこっそりエントリに残しておきます。<br />
（あと、広告収入は寄付します、って宣言してから広告掲載しちゃいけないので、事後報告という形です）</p>

<p><br />
今回の震災、まだ全然終わってないですが、もっと人の役に立つサービスを目指したいというのを強く思ったこの3週間でした。</p>

<p>以上、私にできるのはサービスを良い方向に育てることくらいなんで、引き続き全力で頑張ります。</p>

<p><br />
</p>]]>

</content>
</entry>
<entry>
<title>iPhone アプリを Android に移植したときのメモ</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/02/iphone_android.html" />
<modified>2011-05-13T11:15:09Z</modified>
<issued>2011-02-08T14:11:47Z</issued>
<id>tag:blog.myrss.jp,2006://1.1342</id>
<created>2011-02-08T14:11:47Z</created>
<summary type="text/plain">1月の12日に Android 端末買って、3週間後に ツイキャス・ビュワーをリリースする、という挑戦的な目標を立てていたのだけど、無事作業も完了したのでその時のメモ。 結論から書くと Android よくできてる。開発もやりやすくて楽しい。いやー、こりゃいい。 なにそれお前こないだまで iPhone 厨じゃなっかったのかコラ、と言われそうですが、開発者にとってみれば Android の方が優れて...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>1月の12日に Android 端末買って、3週間後に ツイキャス・ビュワーをリリースする、という挑戦的な目標を立てていたのだけど、無事作業も完了したのでその時のメモ。</p>

<p><a href="https://market.android.com/details?id=com.sidefeed.TCViewer"><img alt="Default.png" src="http://blog.myrss.jp/tcviewer/Default-thumb.png" width="320" height="480" align="right" /></a></p>

<p>結論から書くと Android よくできてる。開発もやりやすくて楽しい。いやー、こりゃいい。<br />
なにそれお前こないだまで iPhone 厨じゃなっかったのかコラ、と言われそうですが、開発者にとってみれば Android の方が優れてるところが多いと思います。はい、あとメモ。もう順不同でざーーーーーっと。</p>

<p><br />
■初めに思ったこと</p>

<p>とくかく Java 嫌だ。いやいや嫌嫌面倒くさい。なんとかこれ回避できんかな、とおもって Titanium に手をだして、おぉ、こりゃいいや、となるも Android 版は完成度あと一歩のところだったので断念。</p>

<p>次に Adobe AIR に手をだすという苦し紛れの行動にでるも、これもあえなく断念。ま、ライブ配信系、インタープリタ二重にかませて動くほど甘くないよね、と。</p>

<p><br />
■開発環境</p>

<p>基本 Eclipse を使うのだけど、こいつがちょいと重い。<br />
みんながそれでも Eclipse 使いやすいというのが全く理解できなかったのだけど、使っていくうちに許せるようになってきた。</p>

<p>ただ、やっぱりマルチウインドウには対応して欲しいわけで・・・しかもたまにおかしな挙動で落ちるし固まるし、Clean up 実行しないとビルドできなかったりで・・・。</p>

<p>でも、インターフェースの設計も全部できるのはやっぱり便利だから、仕方なくこれ使うことになる、と。</p>

<p><br />
■シミュレーター</p>

<p>iPhone アプリの開発は、なんといってもシミュレーターが秀逸で、あの高速のシミュレーターのおかげで開発効率がかなり上がる。</p>

<p>それにくらべて Android シミュレーターの遅いこと重いこと。</p>

<p>正直、デバッグは実機で、が基本かと。シミュレーターはあくまでも画面バリエーションや API Level (OSのバージョン) の検証用なんじゃないですかね。<br />
ま、それでもあるだけ便利なんだけど。</p>

<p><br />
■多言語化</p>

<p>iPhone は多言語化がちょっと面倒で、インターフェースの要素の文字列はプログラム的に変更してあげないといけない。<br />
文字列リソース → getLocalizedString 使いまくりのながれ。</p>

<p>これに対して Android はインターフェースに直接多言語化した文字列リソースを埋め込めるので、プログラム的には楽。</p>

<p>ただ、Android も結局 インターフェースに対するアクションを処理するために部品パーツのインスタンスをプログラム的にもたないといけないことも多いから、手間はそれほど変わらなかったりするのだけど。</p>

<p>で、文字列リソースは XML ファイルなので、ここは手間省くとこでしょ！ってことで iPhoneの多言語リソースを Android の XML に変換するプログラムは書いた。<br />
これで多言語化 40% くらい簡単になった。</p>

<p><br />
■インテントとアクティビティ</p>

<p>Android の基本はインテントとアクティビティなんだよ、とよく言われてるけど、これちゃんと理解したのは実際にコード書いてから。</p>

<p>つまり、アクティビティってアプリ内アプリみたいなもんで、画面遷移を完全にコントールしている iPhone と違って、アクティビティ単位で画面を内部からも外部からも呼び出せる Android はものすごく柔軟。</p>

<p>いやー、こりゃ便利、と気付くまで３日くらいかかったけど。</p>

<p>iPhone アプリで画面遷移や、その状態インスタンスを結構根深くもってると Android への移植ではハマると思う。まぁ、MVC設計でそんなタコなことになってることはないとは思うけど、でもビューから他のビューのインスタンスを直接持ってるところがあるなら、それは Android では通用しないのでアウトってことになる。</p>

<p><br />
■戻るボタン、メニューボタン最高</p>

<p>アクティビティが独立しているおかげで、戻るボタンがものすごく重要な意味を持つ。<br />
ていうか超絶便利。これ、アプリまたがって戻れるから、すべてのアプリのすべての画面がそれぞれ Web ページであるかのように扱える。</p>

<p>いやー、よくできてる。</p>

<p>でもってメニュー。 Android での最大の弱点は画面サイズが端末によってバラバラなこと。それに加えて、画面遷移は自分のアプリだけじゃなくて他のアプリが間にはいってくることもあるから、変なツールバーとかいれると UI の整合性がなくなって操作的にも「？？？」になってしまう。</p>

<p>なので、Andorid ではヘタなツールバーにメニューっぽいアイコン載せるのはやめにして、すべてメニューボタンで制御する、というのがスマートなやり方なんじゃないかな。</p>

<p>ということで、このアクティビティとメニューの設計が超重要になってくる。</p>

<p><br />
■で、移植どうすんの？</p>

<p>フルスクラッチでコーディングかよ、まさかね、ということで、いろいろ見ていった結果、こりゃ移植簡単じゃないか、という結論に。</p>

<p>MVC で設計してるから当たり前なんだけど、Mはそのまま移植OK、Cはちょっと Android の特性にあわせる必要があるけどそんなに面倒じゃない(なにしろ Android の C は基本的にはインテントなんだから)。V は癖さえつかめば全然問題なし。</p>

<p>ということで何やったかというと、 Objective-C のコードを放りこむと Java のコードに変換するプログラム書いて、そこにガンガンコードを放りこんで自動変換してから手で修正、ということをやった。</p>

<p>さる仕事でちょっと辛かったけど、やってみると意外に共通点が多くて、関数一つまるごと自動変換で完了！なんてのもざらだった。</p>

<p>例えば</p>

<blockquote>
-&nbsp;(BOOL)&nbsp;isSameUser:&nbsp;(NSString*)&nbsp;username{
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;[self.mUserName&nbsp;isEqualToString:&nbsp;username];
}
</blockquote>

<p>ってコードを突っ込むと</p>

<blockquote>
public&nbsp;Boolean&nbsp;isSameUser(String&nbsp;username){
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;mUserName.equals(username);
}
</blockquote>

<p>に変換してれるって感じのモノ。オレオレ命名規約でガンガン変換かけるので、一般公開するようなもんじゃないけど、これで効率 50% くらいアップしたと思う（体感ｗ）</p>

<p><br />
■プログラミングして思ったこと</p>

<p>もう箇条書き。</p>

<p>- 文字列連結できるのって便利！楽<br />
　オペレーター定義素晴らしい。なんで Objective-C にはオペレーター定義がないのか・・・</p>

<p>- 設定メニューの作成が超絶らくちん<br />
　iPhoneで凝った設定メニューつくってたら死亡。シンプルにしておけば移植は簡単です。　<br />
　ま、iPhoneでもシステムの設定メニューは簡単につくれるんだけど。</p>

<p>- アクティビティ独立でインスタンスはいつ消えるかわからないので、結構独立した設計が必要になる。これはまぁ、いいことかと。</p>

<p>- スレッドの扱いが楽<br />
　簡単にスレッドつくって Handlerでメインスレッドに戻せる。<br />
　ただし、スレッドのゴミ残すとやっかいなので注意</p>

<p>- コールバック楽じゃないか<br />
　いや、これは Java の設計なんだけど、クラス内クラスとか、インスタンスのメンバ関数オーバーライドとか便利すぎなわけですよ。<br />
　コードの段は深くなるけど、iPhone で必死に delegate で渡してた苦労は一体・・・<br />
　（iPhoneでも iOS4 から ^{block} 書けるようになったけど、iPad 版 iOS4 が出るついこないだまではそれも使うわけにはいかず・・・）</p>

<p>- クラス名.this 楽すぎ<br />
 　final 変数宣言しなくていいだけなんだけど、Java いいかもと思った。</p>

<p>- レイアウトの設計はくせがある<br />
　いろんな画面があるので、これだけは難しい。<br />
　もう割りきって、画面サイズなんて一切とらわれないで自由な気持ちで設計するのがミソ。</p>

<p>　・・・とはいえ、結局サイズ計算しちゃうんだけどね・・・どうしても理解できない挙動することがるので・・・<br />
　まぁ、画面については、iPhone はサイズ固定なんで超絶自由度高いですな。<br />
　コレばっかりは設計思想の違いとしか言えない。でも Android の画面も慣れだと思います。</p>

<p>- デザイン<br />
　Androidの画面は XML でスタイルを使い回しできるので Web に CSS はめるみたいな感じでデザインできるから便利。<br />
　この XML 組めるデザイナーさんいたらいいと思うんだけどな・・・</p>

<p>- Manifest<br />
　Androidでは、アクティビティつくったら Manifest で定義とかいろいろしないといけないことがある。<br />
　最初はすげー面倒なんだよこれ、って思ったけど、設計深めていくと素晴らしく便利であることに気付いた。</p>

<p>- 戻るボタンがあるからキーボード隠さなくていい</p>

<p>　まぁこれもずぼらなんだけど、戻るボタンでユーザーがキーボードひっこめることができるから、プログラムで制御しなくていいから楽だと思った。<br />
　ていうか iPhone ユーザーがキーボードひっこめられないってなんかオカシイ気がするｗ</p>

<p>- Toast 便利<br />
　メッセージの表示方法なんだけど、Activity が表示されてなくてもメッセージ表示できて、こりゃ使い方次第で便利だわ、と。</p>

<p>- jar だけでフレームワーク/ライブラリ配布できる<br />
　iPhone では XCode のフレームワーク作成＼配布が封印されていてもんもんとしてたんですが、Java だと jar で配布できるから他人のライブラリとか猛烈に使いやすいよね、と。</p>

<p>- Android NDK も便利<br />
　結局つかいました、NDK。 C で書かれたソースがあったので、こいつを NDK にいれたら２時間ほどで Android で動くようになりました。すばらしい</p>

<p> - Java 意外にはやいじゃないか<br />
　で、コーディングしながら、こんなん Java で本当にパフォーマンスでるのかよ、って思ったけど、出た。マジで出た。びっくりした。</p>

<p><br />
■あと最後に</p>

<p>もう長くなったので、猛烈に端折るけど、いざ公開ってところで震えた。</p>

<p>なんせ、審査なし！$25払ってアプリ登録して Android Market で検索したらもう出てきやがる！なんだこれ！</p>

<p>いままでApple にさんざん悩まされてきたあの苦労、もういいのねいらないのねしなくていいのね。と。</p>

<p>いやー、こりゃ開発者天国だなとおもった。不具合でてもすぐに修正できるし（かといってクオリティは重要だけど）、なにより作ったけど公開できないという最悪のリスクを考える必要がない、と。</p>

<p><br />
ということで、もう長すぎるので終わりますが、Android への移植は意外に簡単だし、Android の方が優れている点がたくさんあったし、なにより開発者にとても優しいのが嬉しい。</p>

<p>もうちょいつくりますかね、Android アプリ。</p>

<p>で、よかったら今回つくった ツイキャス・ビュワー、ダウンロードしていってください。</p>

<p>そこらのタコな実装でスレッド漏れしててアプリ閉じても裏でガンガンループまわってパケットどっさり消費する、なんてことないですから。<br />
（いや、そんなアプリめちゃ多いと思う。自由度高すぎる弊害かもだけど。）</p>

<p><br />
→<a href="https://market.android.com/details?id=com.sidefeed.TCViewer">ツイキャス・ビュワー (Android 版) </a></p>

<p><br />
＃あー長かった・・もっと書きたいことあるんだけどこれ以上は本出版レベルだｗ</p>]]>

</content>
</entry>
<entry>
<title>細かい書き込み連発で CPU Wait% が異常上昇</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2011/02/_cpu_wait.html" />
<modified>2011-03-07T01:56:17Z</modified>
<issued>2011-02-07T15:09:27Z</issued>
<id>tag:blog.myrss.jp,2006://1.1341</id>
<created>2011-02-07T15:09:27Z</created>
<summary type="text/plain">ブログ書くのがものすごく久しぶりなので、とりあえず肩慣らしがてら技術メモ。 先日、とあるサーバーでものすごい性能低下があって、みると CPU wait% が異常に高い。 もう全体の80% 以上が wait%。 で、この wait% ってのは主にローカルディスクが原因なのだけど、ディスクの性能限界まではまだ結構余裕があるから原因がよく分からないでいた。 のが解決したのでメモ。 PHP では erro...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p>ブログ書くのがものすごく久しぶりなので、とりあえず肩慣らしがてら技術メモ。</p>

<p>先日、とあるサーバーでものすごい性能低下があって、みると CPU wait% が異常に高い。</p>

<p>もう全体の80% 以上が wait%。</p>

<p>で、この wait% ってのは主にローカルディスクが原因なのだけど、ディスクの性能限界まではまだ結構余裕があるから原因がよく分からないでいた。</p>

<p>のが解決したのでメモ。</p>

<p>PHP では error_log という便利な関数があって、ファイルにガンガン文字列を追記してくれる。<br />
もちろんファイルじゃなくてもいいけど、多くはファイルに対してログなどを残すのに大変便利。</p>

<p>これがまた超高速で fwrite なんかより断然速い。しかもスレッドセーフ。 fwrite みたいに「途中までしか書き込めませんでした」なんて弱音を吐くこともない。</p>

<p>そして  PHP 5.2.13 からはファイルへの書き込みに限って binary safe になったので、単なるテキストログを吐くだけじゃなくてストリーミング的なバイナリ出力にも使えたりするから応用範囲が広い。広すぎる。</p>

<p>まぁ、できるから使っちゃいました的なのはどうなのよ、error_log なんだからその名の通りエラーをログるときに使えよ、という意見はあるものの、ついつい他の用途でも使ってしまうこともあるわけです。</p>

<p>で、調子にのってログ的な記録をガンガン吐く形にしていて、そういうサブプロセスが 100 個くらい同時に動く状態になっていたところ wait% の異常上昇という現象が起こりました。</p>

<p>ベンチとってみると、ディスクの性能限界の 10〜15% くらいしか使ってない。オカシイ。何かがオカシイ。</p>

<p>error_log がいかんのか、と思い、きっちりファイルハンドル保持して fwrite にしたところで様子変わらず。</p>

<p>こりゃ、ディスク書きこむあたりで pdflush あたりがえらいことになってるんだろな、と思ったのだけど、歴代の人がチューニングしてきた kernel パラメータをいじるのは気が引ける。</p>

<p>であれば、ソフトウェア的に解決できるんじゃないかな、と思って pdflush のタイミングと同じく「5秒に一回まとめてファイルに書き出し」するように変更してみました。</p>

<p>もちろん書き出しの総バイト数や、並列動作しているプロセス数は変更なし。</p>

<p>で、結果、劇的に改善されて、もう wait 0% の底辺でぺったり張り付いて安定動作するようになりました、と。</p>

<p><br />
と、まぁ、100個単位のプロセスがガンガンそれぞれ別ファイルに細かい書き出しをガリガリ行うと pdflush パニくるから、まとめてどっかん書き込みしたほうがディスクや CPU wait% 的にやさしいよ、というお話でした。</p>

<p>・・・いやしかし本当にそうなのか？実際、このあたり内部的に何がおこってるかわからないけど（いや正確には、この程度で wait% があがるような設計になっている原因がどこにあるのか突き止められなかったのだけど）、ま、解決策としてはHDD の特性からたまたまかもですね。</p>

<p>※このあたりの書き込みタイミングとかについては <a href="http://d.hatena.ne.jp/naoya/20070523/1179938637">naoyaさんのこの記事</a>に詳しい。</p>

<p>ちなみにサーバーは Core2 Quad Q8400 に メモリ8GB という構成。ディスクは non-RAID で 57MByte/s のシーケンシャル書き込み性能。</p>

<p><br />
ということで、なんとなく忘れるのももったいない気がしたので、ちょいとメモでした。</p>]]>

</content>
</entry>
<entry>
<title>【続報】ソフトバンクの帯域制限「一部制御を行っている」が解除時期は「公表できない」</title>
<link rel="alternate" type="text/html" href="http://blog.myrss.jp/archives/2010/11/post_169.html" />
<modified>2011-02-25T10:48:27Z</modified>
<issued>2010-11-22T01:57:50Z</issued>
<id>tag:blog.myrss.jp,2006://1.1336</id>
<created>2010-11-22T01:57:50Z</created>
<summary type="text/plain"> 11/28現在、上り帯域の制限は一部で解除されはじめているようです。 ソフトバンクさんから回答もらったんですが、私も国語力無いので、タイトルは「一部」不正確な「可能性」があります。 なので、事実関係については、これ読んでみなさんご自身で理解してください。 必要あればタイトル直します。 さて、先日の「ソフトバンクが都心全域で上り帯域を64kbpsに制限中?」について、先週ソフトバンクから一発目の返...</summary>
<author>
<name>aka</name>

</author>
<dc:subject>メモ</dc:subject>
<content type="text/html" mode="escaped" xml:lang="ja" xml:base="http://blog.myrss.jp/">
<![CDATA[<p><br />
<div style="border: 2px solid blue;padding:6px;">11/28現在、上り帯域の制限は一部で解除されはじめているようです。</div></p>

<p>ソフトバンクさんから回答もらったんですが、私も国語力無いので、タイトルは「一部」不正確な「可能性」があります。</p>

<p>なので、事実関係については、これ読んでみなさんご自身で理解してください。<br />
必要あればタイトル直します。</p>

<p><br />
さて、先日の「<a href="http://blog.myrss.jp/archives/2010/11/64kbps.html">ソフトバンクが都心全域で上り帯域を64kbpsに制限中?</a>」について、先週ソフトバンクから一発目の返事をいただきました。</p>

<p><a href="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%201.24.03%20PM.png"><img alt="Screen%20shot%202010-11-20%20at%201.24.03%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%201.24.03%20PM-thumb.png" width="400" height="315"  style="border:1px solid #ccc" /></a><br />
<a href="http://twitter.com/#!/SBCareDenpa/status/5515384794914816">http://twitter.com/#!/SBCareDenpa/status/5515384794914816</a></p>

<p>ツイートだけではなく、メールでも同様の返事をもらっています。</p>

<blockquote style="font-size:80%; border:1px solid #ccc;">　しかしながら、実際に上り64kbpsのスピードが夏以降、
出たことがないとのことで重ね重ね申し訳ございません。
最大通信速度はベストエフォート方式となり・
滞在地域や回線の混雑状況（利用者様が多い場合等）、通信環境などにより、
通信速度が低下することがございます。
この点をご理解いただければ幸いです。
</blockquote>
※返信をブログに掲載することは初めに連絡しています。

<p><br />
全否定ですね。<br />
ベストエフォートなんだから、速度がでないのは利用者側に問題がある、ということで、私の推測は間違っているというお返事かと思います。</p>

<p><br />
さて、本件についてソフトバンクモバイルCTOの宮川さまより、こんなツイートが。</p>

<p><a href="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%209.08.27%20AM.png"><img alt="Screen%20shot%202010-11-20%20at%209.08.27%20AM.png" src="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%209.08.27%20AM-thumb.png" width="400" height="343" style="border:1px solid #ccc" /></a><br />
<a href="http://twitter.com/#!/miyakawa11/status/5634189890158593">http://twitter.com/#!/miyakawa11/status/5634189890158593</a></p>

<p><br />
影響範囲についても</p>

<p><a href="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%201.17.50%20PM.png"><img alt="Screen%20shot%202010-11-20%20at%201.17.50%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202010-11-20%20at%201.17.50%20PM-thumb.png" width="400" height="326" style="border:1px solid #ccc" /></a><br />
<a href="http://twitter.com/#!/miyakawa11/status/5654810615353345">http://twitter.com/#!/miyakawa11/status/5654810615353345</a></p>

<p>！！！！！</p>

<p>この発言がなければ真相は闇の中だったので、発表の有無など賛否両論あるかもしれませんが基本的には感謝しています。</p>

<p><br />
ということで、これを再度ソフトバンクに投げさせていただきました。</p>

<p>ほどなくメールで返事いただきました、のが日曜日。</p>

<p><img alt="Screen%20shot%202010-11-22%20at%2012.50.18%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202010-11-22%20at%2012.50.18%20PM.png" width="365" height="293" style="border:1px solid #ccc" /></p>

<p>そして、水曜日になって正式な返事がきました。</p>

<p><br />
<img alt="Screen%20shot%202010-11-24%20at%2011.47.14%20PM.png" src="http://blog.myrss.jp/Screen%20shot%202010-11-24%20at%2011.47.14%20PM.png" width="450" height="296" style="border:1px solid #ccc" /></p>

<p><br />
つまり、<strong>一部大変混んでいる場所の増設工事において制御を行っている場合があり、申告された場所が、そちらに該当している可能性があります</strong> ということです。</p>

<p>また、「<strong>改善までの正確な期間などご案内が出来ない</strong>」とのことです。</p>

<p><br />
日本語って難しいぞ・・・</p>

<p>端的に言うと、帯域制限があったのは「事実」だけど「一部」であり詳細も「公表できない」というまとめで合ってますかね。。なんかポイントずれてますかね・・・</p>

<p>で、「一部」で「大変混んでいる」場所の工事において帯域制限がかかる「場合があり」、遅くなる「可能性がある」ということだから「都心全域」なんて推測はまったくのデタラメってことで、私が猛反省する必要があるということですよね。</p>

<p></p>

<p>なお、<a href="http://blog.myrss.jp/archives/2010/11/64kbps.html#comments">みなさまのコメント</a>で頂いた「一部」「可能性がある」地域は以下の通りです。</p>

<p>五反田44kbps<br />
新宿36kbps<br />
代々木45kbps<br />
日本橋59kbps<br />
虎ノ門40kbps<br />
御茶ノ水45kbps<br />
渋谷40kbps<br />
芝浦55kbps<br />
浅草60kbps<br />
新宿西口46kbps<br />
巣鴨45kbps<br />
赤坂53kbps<br />
外苑前55kbps<br />
霞が関付近46kbps<br />
虎ノ門57kbps<br />
神楽坂45kbps<br />
赤坂54kbps<br />
高田馬場33kbps<br />
浅草橋59kbps<br />
東新宿45kbps<br />
浜松町37kbps<br />
築地30kbps<br />
神田岩本町46kbps<br />
恵比寿46kbps</p>

<p>ま、一部ですが。</p>

<p>ツイッターでもいろいろいただいていますが、以下は「一部」地域に該当した「可能性」があるとのことで、たまたま遅かったんだ、と思うのが良いでしょう。きっと測定時間など「運」が悪かったんだと思います。残念でしたね。</p>

<p><a href="http://twitter.com/#!/envol_VJ/status/5458830343282690">目黒44kbps</a><br />
<a href="http://twitter.com/#!/NAL_6295/status/5463828963786752">神田42kbps</a> <br />
<a href="http://twitter.com/#!/balloon3/status/5465970453778432">赤坂42kbps</a> <br />
<a href="http://twitter.com/#!/xixixi/status/5468219368275968">五反田48kbps</a> <br />
<a href="http://twitter.com/#!/rgarage/status/5468635757809664">新宿36kbps</a> <br />
<a href="http://twitter.com/#!/toowitter/status/5471766105296896">原宿45Kbps</a> <br />
<a href="http://twitter.com/#!/Paretan_HTT/status/5472855034691584">渋谷32kbps</a> <br />
<a href="http://twitter.com/#!/zume_masa/status/5473422935064576">渋谷53kbps</a> <br />
<a href="http://twitter.com/#!/taka_2/status/5476093318402049">千代田区43kbps</a> <br />
<a href="http://twitter.com/#!/riizuka/status/5477325101604864">神田48kbps</a> <br />
<a href="http://twitter.com/#!/kuborie/status/5478362474618880">港区31.68kbps</a> <br />
<a href="http://twitter.com/#!/tkms110/status/5481827330428928">品川54.54kbps</a> <br />
<a href="http://twitter.com/#!/mauekusa/status/5488058195517440">四谷三丁目43kbps</a> <br />
<a href="http://twitter.com/#!/yamaji/status/5491324702687232">渋谷東一丁目49kbps</a> <br />
<a href="http://twitter.com/#!/yoshi_night/status/5496981187207168">千代田区50kbps</a> <br />
<a href="http://twitter.com/#!/FlowerThief/status/5504948162789376">五反田44kbps</a> <br />
<a href="http://twitter.com/#!/tkscript/status/5507145751597056">港区59kbps</a> <br />
<a href="http://twitter.com/#!/shino406/status/5508513459601409">渋谷37kbps</a> <br />
<a href="http://twitter.com/#!/ROCKERS_channel/status/5515287847772161">渋谷警察署前47kbps</a> <br />
<a href="http://twitter.com/#!/takke0414/status/5532650538270720">目黒50kbps</a> <br />
<a href="http://twitter.com/#!/mellowsan/status/5533396365221888">大崎60kbps</a> <br />
<a href="http://twitter.com/#!/add_kk/status/5544158148169728">銀座40kbps</a> <br />
<a href="http://twitter.com/#!/x_Ato_x/status/5630288449241088">東京駅54kbps</a> </p>

<p><br />
夏頃から遅くなったという意見も散見され、私も同感だったのですが、期間については「一時的」という表現でしたので、いつからかについては全くわかりません。常識的に考えれば、夏からずっと「一時的」ということはない思いますので、きっと気のせいだったのでしょう。</p>

<p>番外編で都心以外も掲載。みなさんの調査に感謝します。</p>

<p><a href="http://blog.myrss.jp/archives/2010/11/64kbps.html#comment">コメント</a>より: <br />
西荻窪46kbps<br />
大森46kbps<br />
南大塚35kbps<br />
錦糸町58kbps</p>

<p>Twitterより<br />
<a href="http://twitter.com/#!/Kei_F/status/5491562070933504">錦糸町43kbps</a> <br />
<a href="http://twitter.com/#!/satozaki/status/5493182443814912">錦糸町54kbps</a> <br />
<a href="http://twitter.com/#!/at_exit/status/5492828704612352">吉祥寺60kbps</a> <br />
<a href="http://twitter.com/#!/ebiken/status/5476200197652480">武蔵小杉駅前50kbps</a> <br />
<a href="http://twitter.com/#!/nijimu1974/status/5460471092088832">新横浜50kbs</a> <br />
<a href="http://twitpic.com/386zdc">笹塚33kbps</a> <br />
<a href="http://twitter.com/#!/KazuyaGondo/status/5519747345031168">大森60kbps</a> <br />
<a href="http://twitter.com/#!/shochanouji/status/5463418748276737">都心のどこか46Kbps</a> <br />
<a href="http://twitter.com/#!/KADDUN/status/5463492974878721">大田区平和島57kbps</a> <br />
<a href="http://twitter.com/#!/akahir/status/5459175605800960">世田谷区51.94kbps</a> <br />
<a href="http://p.twipple.jp/6GE4c">判を押したように50kbps台</a> </p>

<p>※以上、すべて上り帯域の調査結果で、正確性を保証するものではありません。</p>

<p><br />
ということで、まとめますと、私が先日書いた「都心全域で」というのは誤りだったということになるんですよね、きっと。みなさんの調査結果がどうであれ、宮川CTOが「山手線内の一斉工事」という表現をされていたとしても、公式返答が「一部」と断言されているので、私としてはお詫びするしかないようです。</p>

<p><strong style="font-size: 120%">ソフトバンク・モバイルさま、間違った推測を流してしまって本当に申し訳ありませんでした。</strong></p>

<p><br />
なお、宮川CTOのツイートでは、来週（つまり今週11/22-の週）以降 徐々に解除していくという内容ですが、「確認」してから頂いた「返答」では「正確な期間はご案内できず」になっていますので、この制限の「一時的」の意味がいつまでかは定かではありません。</p>

<p>「一部」でかつ「一時的」な話だから気にしなくていいとは思うのですが（｜）、iPhoneユーザーとして早期に改善することを願っています。</p>

<p></p>

<p>※SBMのクレーマーみたいになってしまうので、これ以上の事実追求は控えます。基本的にはソフトバンクもiPhoneも応援しています。</p>

<p>※文中「ソフトバンクモバイル」と記載すべきところを「一部」「ソフトバンク」と略している「可能性」があります。</p>]]>

</content>
</entry>

</feed>
