アカウント名:
パスワード:
請求の文面によると、“サーバ上で金額を管理し、カード上には認証のための情報が記録されているだけ”では大変だから、カードとカードリーダーの間の通信だけで自動改札の処理を完結できるシステムを考えました、という内容ですね。
【0010】【発明が解決しようとする課題】このように多数の情報記憶カード61の利用状況を、1台の中央情報処理装置91により、まとめて管理するようにすると、実績データベース92とID別実績データベース93の容量を、極めて大きいものにしなければならず、極めて高価なシステムとなり、実現が困難になる。【0011】本発明はこのような状況に鑑みてなされたものであり、より低コストのシステムを実現することができるようにするものである。
結論。どなたかM1の方、#787291 [srad.jp]にマイナスモデ願います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
Suicaとの互換性は? (スコア:1)
Re:Suicaとの互換性は? (スコア:0, 参考になる)
Re:Suicaとの互換性は? (スコア:1)
そのデータを実際に使っているかどうかはともかく……つまり簡易Suica精算機とかこの手のツールで表示させるためだけに書いてある可能性はありますけど。
Re:Suicaとの互換性は? (スコア:0)
でも、管理は絶対サーバ側で行います。
でないとインチキし放題ですから。
#同じ様な手でパチンコ業界は数百億を巻き上げたことがあったり。
Re:Suicaとの互換性は? (スコア:1)
それが出ない限り、#787291 [srad.jp]についている(参考になる)モデは(買いかぶり)でしょう。
名物に旨いものなし!
Re:Suicaとの互換性は? (スコア:1, 参考になる)
Re:Suicaとの互換性は? (スコア:2, 参考になる)
請求の文面によると、“サーバ上で金額を管理し、カード上には認証のための情報が記録されているだけ”では大変だから、カードとカードリーダーの間の通信だけで自動改札の処理を完結できるシステムを考えました、という内容ですね。
結論。どなたかM1の方、#787291 [srad.jp]にマイナスモデ願います。
名物に旨いものなし!
Re:面倒なのでここに。 (スコア:1)
Re:面倒なのでここに。 (スコア:0)
Re:面倒なのでここに。 (スコア:1)
ICOCAやSuicaはFeliCa [sony.co.jp]と同様の技術を利用しています。
ストアードフェア機能上に残高や履歴が存在しています。
だからパソリで読み出しが可能ということで。
Re:面倒なのでここに。 (スコア:2, 参考になる)
なんだか、ICOCA や Suica は FeliCaじゃないかのような書き方ですね。
ICOCA、Suica、Edy は Felica というハードウェアを使ったアプリケーションなわけですが、
実際にカード内にどういうデータを記録するかは、アプケーション側の問題です。
実際にPaSoRiで残高や履歴が読み出せるということは、カード内に残高などが記録されているわけですが、
それは「Suica/ICOCAでは残高を記録している」というだけのことですね。
それを「Felicaはこういうものである」と一般化することはできないでしょう。
実際に存在するかどうかはさておき、FeliCa を使ったカード内に残高情報を持たない電子マネーも、実現は可能でしょう。
Re:面倒なのでここに。 (スコア:1)
いや、FeliCaと同じだよって事ですが・・・
ただ、残高等はカード側で記録していますよって事を示したかっただけなんです。
説明少なくて申し訳ない。
Re:Suicaとの互換性は? (スコア:0)
Edyはレジとカードだけで決済して、あとからサーバにまとめて情報を送ってます。
Suica/ICOCAなどは、そうではありません。
Re:Suicaとの互換性は? (スコア:0)
Re:Suicaとの互換性は? (スコア:1)
・現在の Suica の処理時間は0.1秒。この間に、カードと改札の間で相互認証をして、合計128バイトのデータの読み書きを行う
・改札自体は駅サーバとつながっていて、利用情報などの送受信をする。(ただ、リアルタイムではないようです)
ということのようです。