はてなキーワード: 秘密とは
今回は裏サンデー
「今でも勝てる可能性は十二分にある」 → ガキン → 「勝てる可能性はゼロね! 逃げるわよ!」 → 「おうよ!」の流れはズルい。
仲間はもちろん、当人もまるで期待していない。
ドラゴンの炎というヤバい攻撃を、ニーソだけうまいこと残すのに活用する場面といい、緊張感がまるでないというか、むしろ余裕だったりするんだろうか。
自分たちパルテビア人の優秀さを知らしめるためとは、意外にも思惑はシンプルだったな。
シンドバッドは異を唱え、パルテビア人は特別優れた人種ではない、自分の商会にも様々な人種がいて、そして活躍している。
自分自身もパルテビア人だが、それはパルテビア人だからではなく、自分という個の力だと主張。
だがバルバロッサは、だからこそ自身の主張を証明していると語る。
実際のところはシンドバッドの個の力かもしれない、様々な人種である仲間たちの力もあるかもしれない。
だが、それらを束ねているシンドバッドがパルテビア人であるという事実が、何より重いってことを言いたいわけね。
やっぱこういうのって、多側面的な観点から考えるか、あくまでフラットに事象のみを取り扱うかにしないと、余計な軋轢を生むことになる。
それにしても、これはあくまで漫画的舞台装置ではあるんだけれども、今日びあんな露骨なことがマスメディア界で罷り通るんだろうか。
……いや、むしろメディアが多様になったご時世だからこそ見過ごされている、受け手も1つ1つの事柄を精査することに関心がないのかもしれないなあ。
あと、入鹿の説得であっさり取り下げるオッサンが意外といえば意外だった。
まあ大局的に見れば、ここでゴタゴタしすぎて大事になるリスクがあるだろうから、傷口が浅いうちに撤退する打算があったのかもしれないが。
某国の「王女」を名乗る人物と知り合って、個人的に集めた証拠から70%くらいマジだと思っているんだけど、誰かに話すべきなのか、秘密にしておくべきなのか、わからない。
どこかに書きたいとか話したいという気持ちはある。
(オリジナルは、2016年11月7日に「エリカ」というタイトルで投稿したものです。すでに数度にわたって細部を変更しており、今後も、物語を完成させる過程で、細部を変更する可能性があります。)
(筆者は、「先生、遠藤さんの上履きがありません!」( https://anond.hatelabo.jp/20160131184041 )と同一です。
「綺麗だ」
その言葉は、エリカを初めて見た時から、ずっと喉の奥に潜んでいたような気がした。何の変哲も無いこの瞬間に、ふと、唇から零れ落ちたのだった。
少女のように愛くるしく、それでいて色っぽい彼女の声が、少し照れているように聞こえた。あるいは、ただ驚いていただけだったかもしれないが、とにかく僕は、これで終わりにするつもりだった。
窓辺のソファはまだ少し肌寒い。細く差し込む月明かりを頼りに、天井の染みを観察する。
そうして、零してしまった言葉をまるで知らんぷりするように、僕は黙って眠りにつこうとしていた。
しかし、そんな僕の身勝手を許さず、「ねえ」と、いつもと変わらない、彼女のルックスと同じくらい綺麗な声で、彼女は僕に呼びかけた。
「何?」
「『エクスプリシット』って、どういう意味?」
「明示すること、あるいは、口に出していうことだよ」
「ふーん」
「どういう文脈?」
「それは、歌詞に露骨な表現が含まれているってこと。未成年には聞かせたく無い曲かもしれないってね」
「あ、そっか」
エリカは普段、音楽を聴くときはユーチューブを使うのだが、僕がスポティファイの話をしたから、アプリを試しているのだった。
飄々としているな。そう思った。だって、僕はまるで、胸に秘めた重大な秘密を打ち明けてしまったかのような気分になっていたのに、彼女はスマートフォンで音楽を探しているのだから。
僕たちの声が聞こえたらしく、メイリンがフェイスブックでエリカに連絡してきたそうだった。
僕は起き上がって、彼女が横になっている、部屋の一番暖かい場所にあるソファの足に背中を預けて、床に腰を下ろした。
それは小さな声でエリカと話をするためだったけど、結局それは言い訳で、僕の心のある部分は、この距離で彼女と話をしたいと、ずっと前から訴えていたのだった。
そしてその『部分』は、一つの要求を叶えたことで、もう一つの要求をするようになってしまった。
「あのさ」
お酒の影響はどれくらいあっただろうか。あからさまによっているわけではなかった。
「髪、触っていいかな」
「どうして?」
「綺麗だから」
薄暗い部屋でもはっきり見える彼女の綺麗な瞳が、にわかに輝きを増したかと思うと、わずかに頬が膨らんで、ニコッと笑ったように見えた。
「いいよ」
彼女はそう言った。はにかみながら。
彼女は上半身を起こして、ソファに腰掛けていたので、僕はその隣に座った。ソファの脇に置かれた小さなランプの暖かい光に照らされて、彼女の横顔が美しく映える。
僕はうっとりしながら、ぎこちない手つきでエリカの髪を撫でていた。彼女の髪は、柔らかく、滑らかだった。地は黒髪だが、数年前に明るい色に染めたそうで、今では綺麗なグラデーションになっている。頭を撫でられている彼女の顔は、見惚れるくらい美しかった。
「私、犬みたいだね」
気づけば夢中で彼女の頭を撫でる僕の手は、犬の頭を撫でるそれのようだった。これだけでも十分幸せだった。それでも結局、心のその『部分』が要求することには、いつも必ず次があるのだった。
「ハグしよう」
「いいよ」
http://shogi1.com/miurahiroyuki-soft-ryuousen-3rd/ を読んでいて,ふと気になったので,考えを整理するために書く。
上記ブログのまとめによると,渡辺竜王が疑惑について知らされ,(自らの検証の結果)確信するに至ったのは10月3日の対局後とのこと。
そして同竜王が連盟に自らの疑惑を伝えたのは,わかっている範囲では10月7日の島理事への電話が最初。
一方,竜王は http://blog.goo.ne.jp/kishi-akira/e/776e356c508c722cdef73bf521b5a6df で
と書いている。
島理事への電話以降のイベントはいきなり10月10日の「極秘会合」になっているので,少なくとも10月7日の時点では,竜王は三浦九段の疑惑だけでなく,それを文春が報道しようとしていることも知っていた可能性が極めて高い。
早い。いくら何でも早すぎる。報道に関しては「噂をなんとなく聞いた」という話ではないと思う。
だとすると,渡辺竜王自身が文春の報道のトリガーを引いたのでなければ, 「誰かが文春の報道のことを竜王に知らせた」 としか考えられない。
それはいつ,誰が行ったのだろうか? 以下に考えられる可能性を挙げてみる。
蓋然性が高そうなのは,(b1) か (b2a) ではないかと思う。
(a) はさすがになさそう。仮に報道のトリガーを引くとしても,自身が連載を持っている週刊新潮にするのが妥当そうなので,やはりこれの可能性は極めて低いと思う。
(c) については,文春は他社に抜かれるのを恐れて取材については秘密にするだろうから,そういう情報がWebに書かれる可能性は極めて低いと思う。
(b2a) の「文春記者が疑惑の取材に来たのでわかった」は一番ありそうだが,文春が動き出したのも http://shogi1.com/miurahiroyuki-soft-ryuousen-3rd/ によると10月3日の対局後ということなので,そんな取材初期に,漏洩の可能性が高い取材対象に取材に行くかな?という疑念はある。
(b1) の「ソフト不正使用疑惑について知らせた人物(棋士と言われている)が知らせた」も,(b1a), (b1b) いずれのタイミングにせよ,かなりありそう。
ただもしそうだとすると,この人物がどうしてそんなに早く文春の報道のことを知ったのかという疑問が出てくる。そこで考えられる一つの可能性が, その人物自身が実は文春の取材のトリガーを引いた ,である。
そもそも,「文春がなぜこの疑惑に興味をもったか」が本件ではあまり明確ではない。日頃から将棋界をウォッチしていた,というのは(将棋の人気からすると,残念ながら)ほとんど考えられない。誰がか「こんな疑惑がある」ということを文春の関係者に伝えて,そこから取材が始まったと考える方が適当だと思う。
話を戻す。
もし「渡辺竜王にソフト不正使用疑惑について知らせた」人物が「文春に疑惑の存在を話した」人物と同じだとしたら,その人物は(これまで全く名前が出てきていないが)本件に極めて重大な責任があることになる。
まあ,新しい情報が出てこない限りこの辺のことは推測すらできないが,
追記:
彼に逢いたい。
成人して、就職して、社会人になってしまって、処女なんて早く捨てたかった。
突然の雨でびしょ濡れになりながら。
最初に家に誘ったのは彼。隙をわざと見せたのは私。
彼に彼女が居たのは知ってた。
私が初めてだと言うと、いいの?と聞いて
その日を境に、よく電話がかかってくるようになった。
向こうから、嫌なことがあったと言って情けない声で電話がかかってくることもあった。
誘われて夜を一緒にすることもあったし、電話だけの時もあった。
彼女とは別れないだろうと思ってたし、
歳の離れた小娘に本気になるはずがないと思ってたから。
すこし休憩できる場所だったんだと思う。
そんなのが1年続いた頃に、結婚するんだと言われた。
時々電話をする事はあったけど、お互い弱さを見せるような事は無くなった。
子供は2歳になる。
平凡で子育てに追われる日々。
そして、彼の夢を見た。
甘い声と同時に、思い出した。
私の仕事を認めてくれてたこと、
今、あの頃の彼と同じ年齢になって、
過去の彼に恋をしているのかもしれない。
逢いたいけれども、それはしない。決してしない。
まだ免許証を見せていません
ウェブフィルタリングソフトが入っていると退会依頼先が表示されません
秘密の退会コマンドを送っても同じメールアドレスで再登録されてしまうのでメールアドレス側で拒否る w9pwj2wk3w.net(←一番下に追記)
トップページいわく男女別の登録窓口だから日本の法律で18禁の出会い系サイトなのか?
------
http://partner-community.com/transactions/before
いわゆる魚拓
------
(水平線)
Sunwise Illusion Limited
■所在地
Unit1107, 99 Queen's Road, Central, Hong Kong
Lonnie Huxley
(ここまで画像)
■役務の内容
■役務の対価
下記料金表にてご確認下さい。
「1pt=10円」
※完全前払い制
■為替レートについて
クレジット決済(決済時の為替レートによって請求額が異なる場合がございます。)
■対価の支払方法
■役務の支払い時期
ポイント購入時
「1pt=10円」
サービス提供形態の特性上、役務提供後の返金には応じられません。
※当サービスには特定商取引法上のクーリング・オフが適用されません。
■連絡方法
tel : +852-8192-5022
mail : info@partner-community.com
・お問い合わせはmailにて受け付けております。
【料金表】
「1pt=10円」
掲示板閲覧…0Pt
プロフィール閲覧…0Pt
未読メール閲覧…0Pt
プロフィール写真閲覧…0Pt
■商品引き渡し時
入金確認後即時または決済完了時に商品の引き渡しをさせて頂きます。
■退会について
退会時、退会手数料等の料金が発生する事は御座いません。
w9pwj2wk3w.net
54kxwkrmrp.net
94hatuhydg.net
9a7s8k4us4.net
bjx9qnijyz.net
f6tauzu35h.net
ikpw44axag.net
kg2z43yrg8.net
rdnwu7enze.net
rskj3gmiq2.net
rsrrj73vds.net
tiu7c9dnz5.net
wun5nyz9x2.net
zwxi5fsxvj.net
buttqac2cz.net (18:39もういっこ追加)
gi3agvi5vq.net (19日18:41)
58xvzfm69m.net
○朝食:なし
○夕食:リゾット(ご飯と素とチーズを自分で混ぜて煮たから実質自炊)
○調子
はややー。
昨日の父親や母親や弟とのあれこれの影響で、仕事できる感じじゃなかったので、素直に休んだ。
無理して行って、変なことになっても嫌だったし。
リセットしようリセット、と普段聞かない有料のラジオを聴いたり、ゲームに課金したりとお金を使ってストレスを発散させた。
○おしゃべりやってMAX
有料のネットラジオ。
一時期ずーっと聴いてたんだけど、一人暮らし始めた直後のお金がなかった時に聞くのを辞めて以来三年ぶりぐらいに視聴。
ガンダムのキシリアに対して「なにマスクつけてんだよ」って言いながら、マスクをずらしてキスするくだりが面白すぎた。
あとガンダムで抱けない女はキッカだけとか、もう思い出し笑いが止まらない。
ノー課金。
○ポケとる
を捕獲。
か、課金? す、するわけないじゃなですか……
先月にチャージしたプリベイトカードを使うのは課金とは言わない説を採用しています。
これ、かなり強くない?
http://www.alexkyte.me/2016/10/how-textsecure-protocol-signal-whatsapp.html これエキサイト翻訳か?主語が全部theyという支離滅裂な英語なんだが。
----
TextSecureの目標は「経路末端までのセキュリティ、否認性、前方秘匿性、将来の秘匿性のすべて」を提供することである。具体的には、可能な限り短い時間だけ鍵情報を保持するメッセージストリームを二者の間に構築するということを目指す。将来に鍵の危殆化があっても、現在観測されたトラフィックを復号化できなくするのだ。
以下にSignal Protocolの批評的分析を羅列してある。実装の構造を研究し、発見した欠陥を記述し、上述の目標がどれほど実現されているかを評価するものである。まず仕組みの説明をしてから、より詳細な分析を続けることにする。
TextSecureは、今ではSignalと呼ばれているアプリに与えられた名の一つだ。コードも文書も一貫してTextSecureという名を使っている。一貫性を保つため、システム全体をTextSecureと呼ぶことにする。
TextSecureは、非同期整合性に焦点を当ててOff-The-Recordというチャットプロトコルを改造したものだ。OTRが対話的ハンドシェイクを必要とする一方、TextSecureは不確定な遅延を認めない。メッセージを送れるようになるまでアプリを表示したままにしてハンドシェイクを遂行しなければならないというのであれば、ユーザ体験はひどいことになる。
そうではなく、通常の鍵交換においてサーバが果たす役割の部分だけ、将来のクライアントが取得しに来るよう中央サーバに格納される。このサーバは、すべてを復号化できる鍵情報は預けておかない、信用なし経路となる。すべての暗号化は末端どうしだ。
TextSecureは暗号学の基礎のほんの一部を使うものである。公開鍵暗号は楕円Diffie-Hellmanを通し、Curve25519を用いて実行される。AESがパディングなしカウンター(CTR)モードとサイファーブロックチェーン(CBC)モードの双方で対称暗号に使われる。HMAC-SHA256がメッセージ認証に使われる。これらが信頼の基礎(TCB)である。
TextSecureの暗号化エンジンの中心部はAxolotlダブルラチェット・アルゴリズムである。大まかに言うと、一方向にだけ回ることのできるラチェットが二つあり、一つは受信ラチェット、もう一つは送信ラチェットである。この構造により、鍵交換の前半を保管しておいて、後から非同期的に再生し完全なハンドシェイクを得ることが可能になっている。
受信ラチェットはメッセージが受信されるときに使われるが、そこには次の鍵交換のための新しい材料が含まれていなければならない。この材料が後ほど暗号化やメッセージ認証に使う対称鍵の生成に用いられる。
送信ハッシュラチェットは前回の整合性ある共有秘密から生成された鍵ストリームを使って新たな鍵セットを生成する。このラチェットは、受信ラチェットが進んで共有秘密が変化するとリセットされる。
ここで注目すべきは、メッセージを送信するために送信者が待つ必要は一切ないということだ。いつでも送信の第一歩を踏み出すことができ、その一歩は必ず有限の時間で終わる。メッセージはすべて異なる対称鍵で暗号化されるが、これにより、ある時点の鍵は、どちら側のデバイス上のものであっても、過去に送信されたメッセージを復号化するためには使えないことになる。(ただし後で一つ警告がある。)
登録は、クライアントに言って、連絡用の電話番号をサーバに教えてもらうことから始まる。また同時に、トークンを通話とSMSどちらで受け取りたいかの希望も登録してもらう。このトークンが持ち主の証明となり、TextSecureで情報を登録できるようにしてくれる。
クライアントはメッセージ認証と暗号化の対称鍵('signaling'鍵)、および長期公開鍵を送る。
また、複数のプレ鍵も送信する。これはクライアントが受信者になる時の鍵交換の半分、クライアント側部分の使い捨てコピーである。こうして保管されているプレ鍵のおかげで、将来の送信者はクライアントの応答を待つ必要もなく鍵交換を完了でき、こうして遅延を劇的に減らすことができる。クライアントは「最後の手段のプレ鍵」もアップロードするが、これは最後に使われ、受信者が新しいプレ鍵を追加するまでのセッションでずっと共有され続ける。
他のクライアントからも使われるプレ鍵に頼ることについてSignalが警告をしないというのは、筆者の意見では、理想と程遠い。
クライアントは次にGoogle Cloud Messagingに登録して、登録IDをTextSecureに出す。このTextSecureへの登録には、クライアントがSMSを受け取りたいかデータだけにしたいかの情報も含まれる。
TextSecureはクライアントどうしがお互いの長期鍵のフィンガープリントを比較して本人確認できるようになっている。鍵をQRコードとして表示して便利に検証できるようにする機能も含まれている。
送信者は、まず相手のプレ鍵を要求し、プレ鍵インデックス、プレ鍵、登録ID、長期公開鍵をもらう。これらを使い、HKDFという鍵派生アルゴリズムを通して共有秘密を取り決める。この秘密情報をルート鍵と呼ぶ。
このメッセージだけの一時鍵ペアが生成される。ルート鍵を使ってHKDFで新しいルート鍵とつなぎ鍵を派生させる。このつなぎ鍵は、暗号化とMACの鍵を生成するのに使われる。
最後にAESカウンターが初期化される。カウンターは二つある: ctrとpctrだ。ctrカウンターはメッセージ送信ごとに増える一方で、pctrカウンターは、最後の既読メッセージの番号を保持する。これにより、受信者側にバラバラの順番で届いたメッセージを正しく並べ直すことができる。
これらを使って相手にメッセージを暗号化し、それをSignalサーバに送る。このメッセージには、相手が鍵交換ハンドシェイクを完了できるだけの必要情報が含められている。
SignalサーバはGoogle Cloud Messenger登録IDが件の電話番号に合っているかチェックし、メッセージを'signaling'鍵で暗号化してからクラウドサーバに送る。この遠回しな方法により、Google Cloud Messengerがメッセージの送信元を知らずにいることが保障される。
受信者はプレ鍵インデックスを受け取り、送信者がどのプレ鍵を使ったかをそれで調べる。そして送られてきた情報を使ってハンドシェイクを完了したり送信者と同じルート鍵を持ったりする。送られてきたメッセージを復号化するために使う鍵は、このルート鍵が生成する。
相手が返信する前に、もとの送信者から続きのメッセージを送りたい場合は、新しいつなぎ鍵を生成して、これを使って新しい暗号化およびメッセージ認証の鍵を得る。
受信者が返事を出したい時は、まず新しい一時鍵ペアを選ぶ。送信者の一時公開鍵と自分の一時秘密鍵を使って、新しい共有秘密を生成する。これを使って新しいつなぎ鍵を得て、そこから新しい暗号化と認証の鍵を得る。これを使ってメッセージを暗号化し、さきほどの新しい一時公開鍵と一緒に送信する。
TextSecureは、サーバとクライアント間の共有秘密、いわば機械生成パスワードを使って、新しいプレ鍵のアップロードを認証する。これは送信メッセージの認証にも使われる。このパスワードを漏らしてしまうと、それだけでメッセージの送信も鍵アップもそのユーザになりすましてできてしまうことになる。エキスポート機能があった頃はTextSecureクライアントを別のスマホに移行することができたが、この機能は削除された。エキスポート情報には機械生成パスワードが含まれていたからだ。この平文バックアップはデバイスのSDカードに置かれていたので、他のアプリから読むことができたのだ。
この機能はそれ以来削除されたままだ。なくて困る人がいるとしても、これはユーザビリティの問題ではなく、現実の問題であり、それに対する後ろ向きな対策なのである。
この攻撃は偽配送の一種だ。攻撃者がUKS攻撃を実行すると、ある送信者が攻撃者に向けて送ったつもりのメッセージが、攻撃者から別の人(標的)へのメッセージとして送信される。
これは能力のある攻撃者にとっては簡単にできる。TextSecureサーバ上にある自分の公開鍵を、標的の公開鍵に変えればいい。これは自分の電話番号を再登録すればできる。送信者はQRコードを使って、相手のフィンガープリントが合っていることを検証できるが、これが本当に標的の鍵のフィンガープリントになるのである。
それから、今度は送信者のアカウントを再登録して、その検証SMSか確認通話が送信者に到達しないよう横取りしなければならない。これは太っ腹に権限を与えられた人には造作もないことだ。こうして、送信者として認証し、既知の署名つきメッセージを送信できるようになる。
この攻撃はTextSecureでは解決されていない。プレ鍵の署名は追加したが、まだ暗号学的にIDと関連付けられているわけではないので、奪われて再生される危険がある。
できることがあるとすれば、送信者と受信者の双方がメッセージの暗号化された本文内で言及されるようにすることなどだ。
TextSecureはその構造のおかげで前方秘匿性を獲得している。前方秘匿性(forward secrecy)は、もし長期公開鍵が安全なままであれば、ある時点の対称鍵が漏れても、そのセキュリティ突破は限定的な時間範囲にしか有効でないとする。新しいラチェットのそれぞれに公開鍵が必要であることから、これは達成されている。
完全前方秘匿性(perfect forward secrecy)は、クライアントの持つある時点の鍵が奪取されても、それ以前に送信したメッセージの復号化が不可能である性質と定義されている。このことはTextSecureのwire protocolにより施行されるが、少々ことば遊びに入ってくる。というのも鍵はデバイス上にのみ格納されているので、アプリ上の他の鍵にアクセスすることなく鍵が暴露されることはありそうにない。長期鍵だけではメッセージを復号化できず、ラチェットのステートに対応する一時鍵が必要になるが、これはそのスマホから引き出すことができるので、送信したものの返信されていない(前回のラチェットを使用した)メッセージを復号化できる。これは技術的に言えば「以前の」メッセージの暴露である。
否認性(アリバイ)はさらにあやふやだ。ある特定のメッセージについて、それはだれにでも作成できたのだと言うことは可能だが、その一方で、プレ鍵は公開されているので、TextSecureの中央集中構造が脅威をもたらす。TextSecureサーバは認証とメッセージ転送をするものだが、それを記録することもできる。内容は末端どうしで暗号化されているとはいえ、メタデータは違う。
Analysis Whitepaper:
http://ieeexplore.ieee.org/document/7467371/
Marlinspike, Moxie (30 March 2016). "Signal on the outside, Signal on the inside". Open Whisper Systems. Retrieved 31 March 2016. https://whispersystems.org/blog/signal-inside-and-out/
○朝食:ヨーグルト
○昼食:助六、野菜スープ(コンビニの1日に必要な半分の野菜がとれるてきなやつ)
○夕食:ちゃんぽん
○調子
はややー。
なんか風邪が大流行してて、僕座ってる島がガラ空きになって、少し寂しかった。
僕もなんか咳っぽいし、風邪かも。
○お便り返信
http://www.marugame-seimen.com/lp/app/
みんなもダウンロードしよう!
連休明けのこと考えて外出するなんてえらいなー
休日出勤はたいへんでしたね。
死んだら何にもならないですが、とはいえ辞めたら辞めたで、無職は無職で辛いのがまたしんどい。
死なない程度に折り合いをつけたいですね。
王将、最高!
oooooo4150 日をまたぐ時間になって夕食を考え中とは。くいしんぼうさんめ
そのかわり、はややーしてるでしょ。
oooooo4150 ヨーグルトの頻度が増えてる?
なにかの漫画でヨーグルトは朝より夜食べた方がいいって書いてあったのですが、やっぱり朝食べたい。
同じものを食べ続けるの好きなんですよね、なんか精神が安定する気がするんです。
しょしさるすべりけ!
しょしさるすべりけ!
(声に出して読みたい日本語)
チャプター1を攻略中。
が、いきなりサイコロの謎解きでつまる、豪快に詰まる。
いや、謎解きの解き方はわかるんだ、
「マッチ棒パズルで、太陽と月のマークの数字を、インド数字を上面の時計に合わせて読み取ったもので組み立てる」
こうすればいいんでしょ、それはわかるんですよ。
ただ、時計面とインド数字の組み合わせが、まったく理解できない。
それぞれの面に書かれてるインド数字が、何時にあたるのかがさっぱりわからん。
これ、軽く僕自身の認知の歪み的なやつが邪魔してる気がしてならないから、かなり憂鬱になってきた。
ノー課金。
○ポケとる
を捕獲。
ログボのみ。
そもそも2枚でいいのか? というのも結論出てないし、うーむめんどいなあ。
○スマブラfor3DS