- 【NFC】Apple Pay 2枚目【おさいふ】
377 ：John Appleseed[sage]：2014/11/05(水) 10:10:58.62 ID:ZiSjHC6n - >>374
そして相変わらずviewカードなしだと有料と。
>>375
>FelicaにSEって存在しないんじゃなかった？
>AndroidでFelicaチップ内蔵タイプはSIMなしでもFelicaは使えるでしょ?
FeliCaにもSEが存在するし、国内で販売されてるFeliCa対応泥端末は、基板上にFeliCa SEを
搭載しててSIM上にTypeA/B用SEを搭載してる。
>>376
Suicaを載せれれば、オーソリ要らんやん。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
382 ：John Appleseed[sage]：2014/11/05(水) 11:31:10.31 ID:ZiSjHC6n - >>378,380
今更SEのこと説明しなきゃいかんのかよ…
http://www.wdic.org/w/SCI/%E3%82%BB%E3%82%AD%E3%83%A5%E3%82%A2%E3%82%A8%E3%83%AC%E3%83%A1%E3%83%B3%E3%83%88
ごく基礎的なことはこれでも読んで、あとは本スレと前スレ一通り目を通してくれ、SEの
置き場所と反応速度の違いについてとか、前スレで議論済みの事項だから。
>>379
お得意様に喜ばれるのなら導入すべきだろ、老舗ならなおさら。
加えて、老舗なら銀行とのつながりが強いだろうから、そっちルートのアクワイアラの
圧力があれば結局導入すると思うが。
それに支那がうざいんなら銀聯拒否ればいいだけだろ。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
385 ：John Appleseed[sage]：2014/11/05(水) 12:53:37.57 ID:ZiSjHC6n - >>384
大前提の共通認識は一致してるんだから、おちつけと。
現状のiPhone6のチップでもFeliCa通信に対応できるが、SEが無いから決済系には使えない。
SEをHCE-Fなりon SIMなりで実装することは技術的に可能だが、それだと店舗決済には対応できても
サイバネ規格はクリアできない(on SIMで200ms、改札の要求速度は100ms)。
店舗決済は別にFeliCaじゃなくEMV Contactlessが導入されれば済むわけで、Felica対応の
メリットは改札ぐらいなのに、SEを基盤に乗せる以外改札をクリアする方法はない。
よって現状HCE-Fやon SIMで、キャリアやサービス提供側が後付けでFeliCa対応する意味が
無いし、Appleが日本の改札のためだけに基盤上にFeliCa SEを乗せるとも思えない。
ってことだろ、結局。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
386 ：John Appleseed[sage]：2014/11/05(水) 13:01:28.44 ID:ZiSjHC6n - http://itpro.nikkeibp.co.jp/atcl/column/14/560135/110500080/
>一方、米国外での展開についてアップルからの公式発表はない。
>だが、関係者の話を総合すると、2015年以降に日本でも展開される可能性が高いらしい。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
391 ：John Appleseed[sage]：2014/11/05(水) 16:48:31.93 ID:ZiSjHC6n - >>390
何もわかってないな。
てかNPX PN544がNFC-WIに対応してて、SEとしてHCIやSIMと接続できることは
>>385
>SEをHCE-Fなりon SIMなりで実装することは技術的に可能だが
で指摘済みなんだが、何が言いたいんだ？
>スピードについてはFelica SEを内蔵SEエリアの解放部分で使う手も有るだろう。
それをしてくれるんなら誰も苦労しないよ。
あのさ…GoogleがHCEなんて変則的な方法を推進したり、携帯各社がSIM上にSEを
乗せてきたり、なんでみんなSEの実装でここまで苦労してしのぎを削ってるのか、
全く理解してないでしょ…。
>>388
>香港ではSIM方式でFelicaを改札に使ってるし、スピード的には許容範囲だと思う。 250ms位だったかな。
どこまでが許容範囲かは鉄道会社が決めることであって、お前が決めることではない。
そしてJRは、それなりに研究に基づいて、100msという数字を出してる。
http://www.sice.jp/ia-j/papers/jitk6-20050722-1305.pdf
>このため,これまでの長期わたる開発・フィー ルド試験等に基づき,鉄道輸送で使用する非接触
>ICカードの技術仕様を決定した.自動改札機で の流動阻害の発生率を抑えるためには,特に
>実際の処理時間,通信速度(理由は次項に記述), 及び通信範囲(処理未了を防止するため)の3点が
>最も重要であり,具体的には,「処理時間 (100msec 以下)」,「通信速度(212Kbps 以上)」,
>「通信範囲(半径 100mm以上)」である.
iPhone6で改札に対応するために処理時間の基準を曲げるなんてことは、まずあり得ないし、
そんなことJRがしてくれるんなら携帯各社もここまで苦労しないよw
>NFCのAPIを開放する時は当然SIMにセキュアエレメントを置く場合も解放されるはず。
これも妄想甚だしい訳だが…そもそも、FeliCa SEとType A/B SEが互換なんであれば、
なんでわざわざ国内キャリアは泥端末の基盤にFeliCa SE, SIMにTypeA/B SEを置くなんて
変則的な運用してるのかと。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
394 ：John Appleseed[sage]：2014/11/05(水) 18:15:15.15 ID:ZiSjHC6n - >>392
…どこに可能なことが示されたのよ？
今出てる情報だと、たとえSEをSIM上に載せても250ms以下での通信は実現できないことくらいしか
判明してないが？
逆に100ms以下にできるってソースあるんだよな？あるんなら出せよw
それが以上は、現状で可能な実装を行ったところでiPhone6によるFeliCa通信で100ms以下を実現できず、
サイバネ規格的に日本の改札では使えない。これが事実。
あとiOS前提の話も何も、iPhone6に乗ってるNPX 65V10のスペックは不明だって分かってんの？
このチップがPN544と同等ってのも、iFixItの推測でしかないはずだが、お前がそれだけ大きく
出るってことは、NPX 65V10のスペックについて確定情報はあるんだよな？
チップのスペックすら推測の域を出ない状況で、前提の話も何もあったもんじゃないんだが？
|
- 【NFC】Apple Pay 2枚目【おさいふ】
397 ：John Appleseed[sage]：2014/11/05(水) 18:46:32.83 ID:ZiSjHC6n - >>396
自分が一致してると考えた大前提は>>385に書いたことが全てだが、そこで既に
お前さんが>>390でドヤ顔で貼ったリンクの情報は内包されてるし、逆にスピードが
解決できるとの情報は一切書かれてない。
んで、100ms問題が解決できるってソースは？
|
- 【NFC】Apple Pay 2枚目【おさいふ】
398 ：John Appleseed[sage]：2014/11/05(水) 19:09:01.39 ID:ZiSjHC6n - http://hayabusa6.2ch.net/test/read.cgi/apple2/1410525836/625-668n
とりあえずSE関係の話は前スレのこの辺りを読んで出直せ。
FeliCaにSEが必要ないとか言う時点で前提が完全にずれてるから。
あ、前スレの645の情報については、当時の情報ではSEがNFCチップに載ってない可能性が
出ていたが、新iPadにNPX 65V10が載って、その用途がSEだけってなった現状では、
SEはNPX 65V10に内包されてて、発表会で出たスライドが誤りと考える方が自然だと思えるんで、
一応訂正しとく。新製品の話、1ヶ月も経てば情報は変わるからな…。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
401 ：John Appleseed[sage]：2014/11/05(水) 19:56:03.01 ID:ZiSjHC6n - >>400
この話は機種依存の話ではないから。泥とiOSのどっちが早いとか関係ない。そういう次元の話じゃない。
もっと言えば、泥機でもFeliCaのSEが基盤に載ってる国内向け機種は100msをクリアしてんだから。
同じ実装をすればiOSでもクリアできるだろうってのは自明だが議論の対象じゃない。
今はHCE-FやSE on SIMじゃ速度問題をクリアできないって点が議論されてんだから、っていっても
結論は出てるんだが…
>どういう条件で200msだって？
一応250msに訂正しとくが、さっきも言ったようにとりあえず
http://hayabusa6.2ch.net/test/read.cgi/apple2/1410525836/625-668n
読めと。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
403 ：John Appleseed[sage]：2014/11/05(水) 22:26:35.22 ID:ZiSjHC6n - >>402
SEとしての処理はSIM内で完結してるから、動作の速度を決定するのはSIMのスペックであって、
SIMを刺すハードウェアのスペックではない。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
405 ：John Appleseed[sage]：2014/11/05(水) 22:55:11.16 ID:ZiSjHC6n - >>404
いやだからそのJAVAの処理はSIM内で完結してるんだってよ。
少しは読解力身につけろよ。。。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
406 ：John Appleseed[sage]：2014/11/05(水) 22:57:26.25 ID:ZiSjHC6n - >>404
>http://news.mynavi.jp/articles/2013/11/20/cartes2013/001.html
>USIMカードは「Java Card」と呼ばれるJavaアプレットが動作する小さなコンピュータとなっている
Java CodeじゃなくてJava Cardとなってるし、SIMカード内でJAVAの処理が完結してると明言
されてる訳で。FeliCa SEの処理はSIM内で完結してると何度言えば…。
少しは良く読んだら？
|
- 【NFC】Apple Pay 2枚目【おさいふ】
408 ：John Appleseed[sage]：2014/11/05(水) 23:12:45.05 ID:ZiSjHC6n - >>407
勝利宣言乙。違うっていうんなら反論しろよw
どう妄想しようが、現状の技術で、SIMにFeliCa SEを乗せた場合は、機種に関係なく100msの
壁は越えられないんだよ。これが現実。
|
- 【NFC】Apple Pay 2枚目【おさいふ】
410 ：John Appleseed[sage]：2014/11/05(水) 23:31:42.63 ID:ZiSjHC6n - >>409
でもそれだと、レジをPayPass/payWave対応にするのとは比べ物にならないほどコストがかかるし、
TypeA/Bだと100msはクリアできないから首都圏の通勤ラッシュが捌けない。
|