【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社局の制限とか、割引運賃なんかもあって、もう少し複雑にはなるけどね ■ このスレッドは過去ログ倉庫に格納されています