【Suica】 92枚目 【スイカ】 [転売禁止] ワッチョイ [集会所]
■ このスレッドは過去ログ倉庫に格納されています
Suicaに関するスレッドです。
りんかいSuica・モノレールSuica・モバイルSuicaやSuicaポイントに関する事もこちらへどうぞ。
関連スレッドは>>2-5の間にございます。
なお、スレ内に転売屋憎しの空気が充満しているのでスレタイで遊んでみましたww
なおSuicaエリアを超えた運賃談義は結構ですが、熱中せずに程々に。
Suica公式ホームページ
http://www.jreast.co.jp/suica/
VIEW・Suica公式ホームページ
http://www.jreast.co.jp/card/
モバイルSuica公式ホームページ
http://www.jreast.co.jp/mobilesuica/
Apple Pay&Suica公式ホームページ
http://www.jreast.co.jp/appsuica/
■前スレ
【Suica】 91枚目 【スイカ】 [転売禁止] ワッチョイ
https://mevius.5ch.net/test/read.cgi/train/1525208448/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured 前スレ>>998
>全数比較したほうが理にかなっています
200Km以上の定期券も発売されるけど
最大駅数っていくつなんだろうな >>10
駅数が100なら駅数10の10倍テーブルを見に行くだけ
処理時間が問題になるレベルではありません 改札機のテーブルには、エリア範囲内で5社以内のどの駅を発駅としても対応可能なように、
その範囲内全ての駅からのデータが格納されています
その駅について、接続駅フラグを立てれば確かに若干のメモリ参照時間の短縮にはなるでしょうが、
管理の手間はそれだけ増えます
それよりは一律に参照したほうが、プリグラムや表にバグの混入する可能性を低減できます >>9
本当に逆さまにしないと認識してくれんなw
今朝やったら、そうだったわ メモリ的な限界があるから、西は200kmにしたのか テーブル作成するにも総当たりになるのはしょうがないという。 >>15
意味不明です
テーブル作成は、たった1回だけ、しかもあらかじめ用意すればいいだけなので、
リアルタイムでの計算複雑度の問題とは無関係です
それこそ天気予報みたいにスーパーコンピュータをぶん回して出したっていいわけです >>16
>スーパーコンピュータをぶん回して出したっていいわけです
そのスーパーコンピュータの性能が低いのです
スーパーコンピュータの「京」で30社の顧客を訪ねる巡回セールスマンの
最短経路を算出するのにどのくらいの時間がかかるのか? >>18
トラベリングセールスマン問題はNP困難なので、まともに解いてはいけません
ヒューリスティックスな手法を使いましょう
というか、運賃テーブル作成は別にトラベリングセールスマン問題ではないじゃん
最短経路問題は多項式時間で解けるでしょ 30社の巡回セールスマン問題はNP困難ではないだろ
時間かければ必ず解は出る
今となっては量子コンピュータで数分で解が出る可能性が出てきた
そんなことより
セールスマンの経路や天気予報はヒューリスティックスでも良いが
金に絡まることはヒューリスティックスでは無理だからね
よって定期券の総当たりを含めた計算と通信を100ms以内とかに必ず完結させないと >>20
NP困難という概念は、ノード数nの変数として論じられるもので、30という定数だからNP困難であるとかないとかいう話じゃない
>よって定期券の総当たりを含めた計算と通信を100ms以内とかに必ず完結させないと
だからこれは「総当たり」とか紛らわしい言葉使ってるけど、あらかじめ計算された運賃n個のうちの最小値を求める問題に過ぎず、
n-1回の比較で解が求まるだけ
何がNP困難なんだか >>21
例えば人間が手計算できる3社をめぐるセールスマンの最短経路を探す問題を
NP困難とかなんチャラとか一般論を言う意味がないということじゃね
ましてや量子コンピュータが市販されているという時代の転換期に
>何がNP困難なんだか
別に定期券問題をNP困難とか言ってるやつは居ないんじゃ >>22
ならば何故このスレでトラベリングセールスマン問題なんか出すのかね
交通ICカードの運賃計算には無関係なのにさ >>14
改札のメモリはそんな限界ではないよ。
ほとんどJR西のICOCAエリアと比べたら、4社以内の運賃が登録されている首都圏の改札のほうが
はるかに多い駅数が登録されて問題無く運用されてる。
東京駅の新幹線乗換改札に至っては、東京駅からの運賃だけでなく
山手線内の端の駅からの運賃と、東京都区内の端の駅からの運賃も含めて
通常の改札の3倍近いデータ数になってる。
>>22
定期券の定期区間外の計算の話題が出ると、
タッチした瞬間に経路探索してる、って言っちゃう奴はたまにいるな。
最安でない経路の運賃は改札機には登録されてない、
というか使う機会が無いから登録する必要が無いんだけどね。 スイカビギナーなんだけど
モバイルスイカとgooglepayスイカの違いってなんですかね? >>25
スマホに登録したSuicaをモバイルSuicaアプリで見るかGoogle Payアプリで見るかの違いで実際は同じ
登録してみたらわかる >>26
なるほど両方で見れんのか
とりあえず登録してみる >>23
>>16の「スーパーコンピュータをぶん回して出したっていいわけです 」
に対してスーパーコンピュータなんて性能低いと言っただけだろ >>28
そんなところを突っ込むからNP困難とか切り替えされちゃうんだよ >>29
日本語がおかしいな
切り返されちゃうが正しい >>24
首都圏のSuica/PASMO駅は2000にも満たないんだろ。
スーパーのレジにされている品目数の方がもっと多い。
次元は違うけど、パソコンでEXCELのLOOKUP関数で
1万件くらいの検索でも即座だぞ。 >>29
>NP困難とか切り返されちゃう
NP困難なんてもうすぐ過去の話になるよ >>32
それはどうかな
量子コンピュータといえども限界はある >>33
人間界の“実務上”においては
今までのコンピュータでは解にたどり着けなかったものが
時代が変わってたどり着けるようになりそうだってことを言っているので
学者ごときの机上の空論なんてどうでもいいのさ >>34
実際には量子コンピュータは暗号解読みたいな用途に用いられるのであって、
運賃計算ごときの猪口才なもんには使われんことが閣議で決定されたぞ >>35
勝手に決めるなよw
今のところスーパーコンピュータでも苦手な最適化問題に存在意義が見出せるだろう
顔認証なんかも今のコンピュータでは不得手なのでそこいらへんにも意味あるかも >>37
考えてもみよう
スーパーコンピューターでも苦手な演算で、運賃計算に必要なものって具体的に何を指してますか?
改札機で必要なリアルタイム演算は、量子コンピュータで行うことは現実的ではありませんよ 38=35で、同一のハードウェア(=同一のMACアドレス)から書いてるのに、ワッチョイが全く異なるのは何故? 中央線〜新宿〜恵比寿+渋谷〜東横線のSuica2区間連絡定期券で、
横浜(JR)〜津田沼を乗車したら、
横浜〜恵比寿と地渋谷〜津田沼が引かれた
ほほう、なるほどと思ったが、では元の定期が単純に渋谷接続の山手線〜東横線の連絡定期だったら、どうだったのか?
横浜〜渋谷+地渋谷〜津田沼となるの?
IC定期券の定期区間外からの乗車及び降車の場合、定期区画を考慮して計算するのは定期区画入りの駅と定期区画出の駅がベツノ駅に限り、
定期区画と1点で接して乗車する場合に、単純に分割論乗車券みたいな扱いはされないと思ってたのだけど
例えば、目黒〜品川の定期で横浜〜新橋とか乗った場合、品川で定期区画と接するけど、
品川分割の運賃になるの? >>40
入場時には定期区間までの最安運賃をカードに書き込む。
出場時には定期区間からの最安運賃とカードに書き込まれた運賃の合計、
あるいは入場駅から出場駅までの運賃のうち安いほうを引く。
この仕様なんだから、定期区間までの最安となる駅と、定期区間からの最安となる駅が
同一かどうかなんて判定はしていない。
だからたまたまそれが同じ駅となる場合もあり得る。 >>38
>改札機で必要なリアルタイム演算は、量子コンピュータで行うことは現実的ではありませんよ
誰が現在の話しているの?
っていうか自分が神だとでも思っているのか?www >>44
では、今後量子コンピュータが実現したとして、運賃計算では具体的にどんな演算が想定されるでしょうか?
それを想像するのは確かに楽しいかも たとえば最長片道切符を見つける、なんてのは量子コンピュータ向きかもしれないけど、
それを改札機でやる訳もないしなあ >>40
>元の定期が単純に渋谷接続の山手線〜東横線の連絡定期だったら
中央線〜新宿〜渋谷〜東横線の定期ってこと?
その場合横浜〜渋谷+地渋谷〜津田沼だと渋谷が定期区間内の判定じゃないからラッチを無視できなくなる
例えば精算ルートが横浜〜代々木、(定期で代々木〜渋谷)、地渋谷〜津田沼になればラッチを無視できるけど、
>>42の言うように定期区間までの最安運賃は入場時に確定してるから、定期区間を逆方向から適用するってのは多分無理
そもそも横浜〜代々木+地渋谷〜津田沼は特定区間運賃がない分横浜〜津田沼より高くなるからその時点でありえないけど
>目黒〜品川の定期で横浜〜新橋
横浜〜新橋(464円)より横浜〜品川+目黒〜新橋(453円)の方が安くなるからそっちになる
計算上の経路は横浜〜品川、(定期で品川〜目黒)、目黒〜(代々木)〜品川なので1点で接してるわけではない >>47
>中央線〜新宿〜渋谷〜東横線の定期ってこと?
>その場合横浜〜渋谷+地渋谷〜津田沼だと渋谷が定期区間内の判定じゃないからラッチを無視できなくなる
JR渋谷は定期券区間内ですよ?
新宿〜渋谷が駄目で新宿〜恵比寿が良い理由がわからない >>47
>横浜〜新橋(464円)より横浜〜品川+目黒〜新橋(453円)の方が安くなるからそっちになる
何故に品川でなくて目黒?
新橋〜目黒は新橋〜品川よりも高いですよね?
では、元の定期券が池袋〜品川だったらどう判定するのでしょうか?
代々木からですか? >>49
定期が反対側からなら品川〜田町の定期で、横浜〜原宿を乗るとどうなる?
横浜〜原宿 550円
横浜〜品川 288円+品川〜原宿 165円= 453円 ではなく
横浜〜品川 288円+田町〜原宿 194円= 482円 になるのか
それにしても定期でなくても品川でタッチすると100円近く違うのか >品川でタッチすると100円近く違うのか
しょうがない特定区間運賃の弊害だ
さすがに区間内では逆転しないようにはしているけど >>50
だからさ、そこで田町が出てくるとすれば、定期が千葉〜品川だったらどうなるの? >>50
そのケースは品川分割で453円になるよ。
定期は買ってすぐ払戻せば日割りなので遊びで買っても大した額にはならないので実験してみて。
ちょっと考えてみても
乗る時は、どこまで乗るかわからないのだから、単純に定期区間までの最安駅まで運賃しか選びようがなく、
降りる時だって、定期区間までの最安値駅が乗車時と同一の場合は、別な駅を探すなんて条件決められないでしょう。品川から千葉までの定期だったらどうするの? ここまでで結局>>40の、
>では元の定期が単純に渋谷接続の山手線〜東横線の連絡定期だったら、どうだったのか?
>横浜〜渋谷+地渋谷〜津田沼となるの?
への明確な回答無しか
>>53さんの言うとおりだとすると、上記で良いように思われるけど >>48
新宿〜恵比寿の定期なら代々木方面からでも品川方面からでも渋谷は定期区間内になるが、
新宿〜渋谷の定期だと渋谷が定期区間内となるのは代々木方面からの場合のみ
単純
>>49,>>53
横浜〜品川と品川〜新橋の精算になるなら定期絡まないよね?
定期絡まないならそもそも分割できないよね?
だから定期区間を1駅でも通過したルートじゃないと分割精算はできないよ
池袋〜品川の定期で横浜〜新橋乗れば横浜〜品川+代々木〜新橋の精算だし
品川〜千葉の定期で横浜〜原宿乗れば横浜〜品川+東京or神田or御茶ノ水〜原宿の精算
>>54
横浜〜恵比寿、地渋谷〜津田沼の場合は、その間に恵比寿〜渋谷が定期区間として処理されてるからこそ渋谷のラッチを無視できてるのであって、
横浜〜渋谷、地渋谷〜津田沼の場合は通過する定期区間が存在しないからラッチを無視できないよ
よってそのルートでの精算はされない >>55
あなたのその書き込み、断定的に書かれてますけど、本当なんですか?
あなたの想像でしかないんじゃないですか?
>池袋〜品川の定期で横浜〜新橋乗れば横浜〜品川+代々木〜新橋の精算だし
その論で行くと、元の定期券区間に大崎や目黒など、新橋までの運賃が代々木からよりも安くなる区間を含むのに、
何故か定期区間から外れる接続駅からの運賃だけ見てるから、割高になってしまうことになる
それはあり得ないでしょう
そもそも新宿〜渋谷の定期なら、品川方面から来ても代々木方面から来ても、渋谷は定期区間内のはずです >>55
なんだかこういう書き込みが、さも本当であるような間違った情報拡散するのに一役買ってる気がする だれかやってみな。7日以内の払い戻しなら
払戻額=定期券発売額−(経過した日数×往復普通運賃)−手数料220円
品川−目黒 1か月定期 4850円
品川−目黒 片道運賃 切符160円 IC 154円
そこまで行く交通費は別にして、買った当日に払い戻せば 実験費用は580円程度だ
劣勢の>>55が自身あるなら一発逆転にかけてみれば。 >>59
やってみよっかな
丁度取得したJREカードの定期券面が真っ白のままだし >>55 のような間違いの原因は「定期区間」という書き方に見られるように
定期券が経路で成り立っていると思い込んでるからだろうね。
IC定期券は、券面表示はともかく、運賃計算において経路なんか関係無い。
駅が定期券に含まれているかの判定や
定期券内の駅までの運賃を計算する等を行う。
定期券に経路が書き込まれていて、それで何か判定しているわけではない。
定期券には駅の集合が書き込まれているだけだろ。 >>61
そう、それだ!
今まで定期区間内外の話に集合という概念で語ることを思いつかなかった
Suica/PASMOエリアノーラッチ駅全体の集合Nとすると、
|N|=nの場合、全駅の組み合わせに運賃を定義すると、運賃の数はn(n-1)/2となり、
各駅改札機で持つ運賃数はn-1となる
任意の2駅r1とr2の間の運賃をf(r1,r2)と定義する
ここであるIC定期の定期区間内駅集合S={s1,s2,...ss}とすると、
このICでの入場駅p∈Sならば定期区間内で入場運賃は0、
p∉Sならば全ての運賃の組f(p,s1),f(p,s2),...,f(p,ss)の最小値
s
min(f(p,si))
i=1
をテーブルから求めICに記録する
ふう、疲れたが、定式化はこんな風にできるな まあ実際は5社局の制限とか、割引運賃なんかもあって、もう少し複雑にはなるけどね Suicaって神だな
iPhoneで改札通れる事に感動したわ
方々で買い物に使えるしこれ電子マネー界で天下獲ってるだろ 「鉄道運賃計算アルゴリズム―Suica/PASMO 利用可能範囲の JR 東日本 510 駅の運賃を対象とした場合―」
日本オペレーションズ・リサーチ学会 なんて論文が検索に引っかかった。10年近く前のだけれど。
http://www.orsj.or.jp/~archive/pdf/j_mag/Vol.54_J_001.pdf >>61
あくまでシステムの能力の低さからしていることで
経路を認識するのが不可能なわけでもないけどね
第一 ラチ外乗換の連絡定期券なら改札を経ているかどうか
なんて当たり前に分かることなんだけど判断をサボっているし >>66
経路を認識する必要性がそもそも無い。
>>55 の例えば新宿⇔渋谷の定期券であれば、
定期券には定期範囲内の駅として新宿、代々木、原宿、渋谷を格納しておくだけでよい。
入場駅が定期範囲内の駅でなければ、定期範囲内までの最安運賃を書き込む。
出場駅が定期範囲内の駅でなければ、定期範囲内からの最安運賃を算出。
それらを元に運賃を計算する。
この計算において、この定期券が山手線経由である、という情報は使い道が無いんだよ。
システムに余力があったとしても、山手線という経路を格納したところで意味が無い。 >>67
サイバネ駅コードは順番に並んでいるので、定期の範囲の最初と終わりを定期に記録しておけば、定期の範囲の駅かはわかるんでないの。
複数路線にまたがる定期の場合は、最初と最後の組み合わせは複数いるのでしょうけれど。
長距離の定期で区間の駅コードを全駅記録なんてしないと思う。 >>68
新宿⇔渋谷の定期であれば、定期券外で入場時に
代々木が定期券までの候補になる場合もあるわけで、
それを抽出しようとすると、定期区間の駅コード最大値と最小値を元に
運賃テーブルの駅コードとぶつける必要がある。
それには駅コード間で引き算が発生するわけで、
それをするよりは定期券に全駅の駅コードを載せて
一致するものを抽出したほうが負荷としては楽じゃないかな。
これなら新宿と代々木にわざわざ山手線と中央線の駅コードをつけて
二重管理する必要もなくなるし。 >>69
私も定期券には全駅のコードが記録されてると思うのではあるが、
それだとめったにないことではあるけど、新駅誕生の際にどうするのかが謎 逆に端点の駅コードのみの方法だと、経路のややこしい定期だとかえって複雑になるよね >>67
>例えば新宿⇔渋谷の定期券であれば
Suicaの最初の時はそれでもよかったのよ
PASMOとの相互利用が始まって連絡定期になった時に
改札外乗換なら判断する経路範囲が明確に判断できるのにやっていない
それはシステムが低脳だからなのか単にシステム更新をサボったのか >>70
沖縄にICカードを導入するときに、Suicaを使えるようにするには
駅やバス停の新設にかなり前から申請が必要になる、という話が出てた。
新駅は半年以上前からシステム上は対応するんだろう。
新駅開業で駅コードがずれることもあるようだけど、定期券の購入日で判断すれば不可能ではない。 >>71
東京メトロのIC一日券なんか大変だな。
経路ではなく全駅を格納すれば単純だけど。 >>73
定期券の有効期間は最大半年(東急線内を除く)だから、
開業少なくとも半年前からは開業予定の駅コードも定期券に書き込んでおけばいいってことか >>76
ありましたねえ
あれ、その駅間の利用ってどうしてるんだっけ? >>77
IC乗車券は同一駅入出場になるので利用不可
紙乗車券は初乗り乗車券とかになる
とにかく運賃テーブル変更する手間を省いた弊害だ あれって同一駅扱いにしてるのかな
入場券でも行けるのか知らんが >>79
入場券では列車に入れないから駄目。
エクスプレス予約や新宿の中央東口から小田急乗車のように
特別にこれらの駅だけ同一駅の入出場ができるようにすればいいんだけどね。
同一駅の入出場を0円にするか144円にするかの違いだけだし、
システム全体には波及しない。
中には移動せずに出場してしまって、何で入場券の値段と違うんだ、
って言ってくる奴もいるかもしれないが、それぐらいは人間が相手してやればいいだろう。
小田栄はともかく、あしかがフラワーパークは駐車場渋滞を避けて
近くの駅まで車でそこから電車、という需要が結構あるから対応してもよさそうだけど
そんな金すら出したくない、ってことなんだろうか。 >>80
>システム全体には波及しない。
システム全体には波及するだろ
課金するなら1件明細はセンターサーバに送られるのだろうから
単に運賃テーブルはいじらないってだけで 品川新駅が出来る時まで運賃テーブルの書き換えはしないのかな? スイカってセブンでチャージ可能だけど
セブン以外のコンビニでもチャージ可能にして欲しいね。
ファミマ、ローソンなども。 ローソンやファミマはレジでチャージ依頼すればやってもらえるみたいだけど
いちいち店員の手を煩わせたくないよな
こういうATMの優位性とかで自然とセブンばっか使っちゃうわ
家から近い位置にファミマあるのに うちの最寄の駅前はファミマだからな
セブンは遠いんだよw https://higeinu.com/suica/
つまりSuicaは、クレカとKyashを組み合わせるとだいたい3.5%の還元率なの?
教えてください! >>88
消費税の増税分を運賃に上乗せするのは簡単
そのために1円単位にしたので
一駅増やすのはかなり大変 全国の吉野家で
交通系電子マネーによる決済サービスを
導入します!
株式会社吉野家(本社:東京都中央区、代表取締役社長:河村 泰貴)は、
2018 年 8 月より国内の吉野家店舗 で交通系電子マネー*1 による決済サービスの導入を順次開始し
(導入店舗数は 10 月末現在で 890 店)、12 月に は全店舗*2 でお使いいただけるようになります。
https://www.yoshinoya.com/wp-content/uploads/2018/11/news20181108.pdf >>90
へえ〜
チェーンとしてSuica対応はGJ
行きつけは駅ナカで元々使えたから関係ないけど。 デリヘルの支払いにSuicaを導入すべき
ホテルや自宅にやって来た女の子にハンディ端末を携帯させたら導入出来るだろ >>92
クレカ決済にするとインブリ持参で来るから可能だとは思うけどね
Suicaだけとは言わず全ての電マに対応させればいい >>92
利用履歴に・・・
「おいしい人妻愛好会」
・・・みたいな表示が出るのなら嫌だなあ。 >>95
そういうのって大体風俗店名と運営会社名というかカード引き落とし会社名が違うような。 >>98
加盟できない業種だから代行会社に依頼してる https://higeinu.com/suica/
この最後の方の方法だとSuicaの還元率は3%は手堅いね >>99
まあ加盟できる出来ないとは別に、店舗名と運営会社はちがうだろうな。 ■ このスレッドは過去ログ倉庫に格納されています