このアカウントは、notestockで公開設定になっていません。

@remarktakayuki PiTaPaや定期券と同じ動きであれば、降車停留所は「改札」タブに記録されると期待されます。

もしかすると乗車停留所は降車後に「入出場」に記録されるかもしれませんが試さないと分かりません。
「履歴」に記録されるかも試さないと分かりません

結果が出たらお知らせください。FAQにも書き加えます。

@remarktakayuki 間違いなく番号が変わるため再調査が必要になります

また、移行前に現在の番号で未知なものの調査をしたいと思っておりますので、山手線とシティー・ループバスをご利用の機会がありましたら調査にご協力をいただければ幸いです

https://allnfc.app/jp/busstoplist/9ecc6032.html

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
鎌倉駅
乗り換え改札 江ノ電→JR方向

実際に通過した情報提供が5年前と古いですが、その頃と本日の報告で、番号が違っていることを確認しました。

改札口番号は、先日JR→江ノ電で報告されたものと同一でしたので、何らかのタイミングで双方向とも改札番号の振り直しが発生したと思われます

ここ数年の間で江ノ電鎌倉駅はホームの嵩上げ工事などのリニューアルが実施されたようですが、この辺りの影響による改札機の移動などが生じた等が確認可能な方はおられないでしょうか

@jp_kasuga 確認します

また、ダンプツールの起動は、高速モードが無効で、かつダンプツールが有効化された状態で読み取ったものでしかできなくなっております。それ以外でできない場合は不具合と思われます

@jp_kasuga 古い報告だったらしいため、そのように登録された経緯は定かではありませんが、報告通りに訂正を致しました

エレベーターと有人で番号が重複している理由は不明ですが、簡易改札で1・2、有人が3と付番されていたところに後からエレベーター改札機が設置され、深く考えずに3として振ってしまったことが原因ではないかと推察します。なお、有人改札は古い報告につき今でも同じ番号かどうかは不明です。

@nobudora01 18日に名称が切り替わるように対応します

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
新物販報告での店名からの店検索

非常に遅いので、高速化するために、検索候補を絞る必要があり、その方法を模索中です

コンビニなど大手のFC店は店名または事業者番号の先頭一致をSQLのSELECT文に付けることで候補を絞れると思われるため、これで検索候補が削れれば高速化できそう。従って、どの店を入力中なのかをアプリは今以上に把握しておく必要がある。

また大手FC店以外の店では逆に大手をSQLのSELECTから外す対策ができればよいと思うものの、これが効率的にできるかどうかが今のところは未知

@nobudora01 情報ありがとうございます。

旧西区役所前の業務終了が2月10日
新しい西区役所オープンが14日
旧西区役所前が玉津支所としてオープンしたのが18日
https://akashi-journal.com/city/kobe-nishi/

なので変更は11〜18日の間と思われますが、公式サイトに記載がないため、とりあえず暫定的に14日から変わったことにして登録変更します

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
幾つかの不具合を修正したベータ版2.915をリリースしました。
有効テスター数99 (前回±0)
配信開始までしばらくお待ちください。

詳細は更新履歴をご覧下さい
https://allnfc.app/jp/history/android_hist_r04a.html#allinone_2_915

#ICカードこれひとつ
JR東日本
横須賀線 鎌倉 江ノ電のりかえ口 (JR→江ノ電)

5年前に報告された逆方向、江ノ電→JRの改札口番号と異なる番号が書き込まれていました。

現状の江ノ電→JRも再確認が必要かと思われます。

@yukipsn 仕方がないので、店名をそれぞれ

NewDays　海浜幕張中央(海浜幕張駅ナカ)

NewDays　海浜幕張北口(海浜幕張北口駅ナカ)

と両名併記することにします

@yukipsn とりあえず辻褄が合わなくてデータ生成が完了しないため、有人もセルフも最初からずっと3台ずつだった、以降一切変わっていない、という前提で作成することにしました

もし相違がある場合は、時期とPOS番号の変遷をお知らせいただければそのように作成致します

@yukipsn 再確認していますが、セルフと有人の台数が合算になっていたり、セルフと思われる005が通常レジで報告されたりしているようです

セルフレジも、2年前に3台と報告があり、昨年は7月中旬頃に2台になって、7月後半頃に3台になったりしているようです

#ICカードこれひとつ
最新ベータ版における新物販の「ご利用前に」が承認できない不具合

不具合の再現に成功し原因が判明しましたので、可能なら今夜、無理そうなら明日に修正版をリリースします

#ICカードこれひとつ
博多周辺の閉店情報がメールで届きましたので対応しました

また、マクドナルドについて、恐らく最もアプリからの報告が多い店が「アミュプラザ博多店」と思われますが、通常レジが徐々に減台され普段は使われない可搬対応用に回されている、とのことです。

「移動されたレジ台数は分からない」とのことで、尤もだと思われるため、ここは「通常レジ」と「臨時レジ」という二つの売場が存在するとみなして整理することにしました。

変更時期が定かではないので、とりあえず

〜R3/8/31: 5台
R3/9/1〜11月: 通常4台+臨時1台
R3/12月〜現在: 通常3台+臨時2台

となるようにしておきました。

今日時点で届いているマクドナルド アミュプラザ博多店の報告は全て処理完了しています。
https://allnfc.app/jp/saleslist/mcd_e38182.html#e38182e381bf

また、他店でも同様にして対応することで、目に見えない場所にあるレジは意識する必要がなくなると思われます。

ちなみに店内とドライブスルーも同様に対応すると良いかと思われます。

@onoff 頭に @ が付いていないのでメンションが届いておりません。今後は@からお書きいただければ幸いです。

一番下までスクロールさせると同意できるようになるはずですが、画面サイズなどが違うと上手く動かないのかもしれません

弊社で稼働する機種2台では再現しないので、しばらくお時間を頂戴するかもしれません

バージョン2.914では、メッセージまわりをバージョン3向けに変更しております

#ICカードこれひとつ
ベータ版2.914をリリースしました
有効テスター数99 (前回+1)
配信開始までしばらくお待ちください。

詳細は更新履歴をご覧下さい
https://allnfc.app/jp/history/android_hist_r04a.html#allinone_2_914

今回大きな変更は、Rapica/いわさきICカードにおけるいわさきの処理の変更です

動作検証中に既に不具合が一件発見されていますが、これは次までに再チェックして修正していく予定です

来年秋にリリースされるとみられるAndroid 13

この13向けに作られたアプリについては、画面最上部にアイコン付きで表示される「通知」(NOTIFICATIOIN)を出すためには「ユーザーの許可」が必要になる仕様変更が生じるようです。
邪魔な通知がでなくなってユーザーにとってハッピー、なのだと説明されているようです。

しかし実際はどうでしょう。

ICカードこれひとつでは、初期より数多生じる「事故」防止のためダイアログで説明をしてユーザーに理解してもらう努力をする仕様でした。

なにしろ被害は本人ではなく第三者に及ぶわけですから事態は深刻です。
ただ強制ダイアログは不評だったので、現在は通知に変更し後から読めるように配慮しております。

本アプリとしては、今後も事故防止のためにダイアログは必ず読ませる方向ですので、今後は状況に応じて初期と同様に強制的にダイアログを出す仕様に戻ることになるのかもしれません。

#ICカードこれひとつ

1年前に、2年前の9月に使用した分で「いちじゃもの」(高知県高知市北御座10-10 アグリコレット 1F)という店が報告され登録されていますが、再確認したところ、交通系SPRWIDに矛盾があることが確認されました

報告の交通系SPRWIDから求められる値と、報告されたカード内番号が一致していませんでした。

再度ご利用の機会があれば、再報告をいただければ幸いです

#ICカードこれひとつ
時間が取れれば明日、大規模アップデート完成版の一つ前のベータ版を出します(無理そうなら金曜日に延期します)。

予定していた機能が諸々実装できておりませんが、このアプリが維持できれば数年中には実装を終えたく思っております。

応援、宣伝などいただければ幸いです

#ICカードこれひとつ
itappyで「三師団・交通局」の報告について

定期券付きのitappyでのタッチとのことです
しかし、記録されている番号はバス停番号とは思えません

定期券での乗車はどこで乗車しても同じ番号になったりはしないでしょうか？

今回は登録を見送ることにします

#ICカードこれひとつ
しずてつジャストライン・島田市コミュニティバス

島田駅前ゆきの系統で、終点の島田駅前まで乗車しても、どうやらカードには一つ手前の「本通三丁目(自主)」のバス停番号が書き込まれるようです。

島田駅前については、最新の状態はもう確認できなくなりましたが、過去には3件程度の番号が確認されており、うち自主運行系統用は一つ概ね推定できておりました。ただ、この番号が現在も使用されているかどうかは報告がなく確認できておりません。

島田市にかかわる自主運行系統で、ICカード対応路線については改廃等の再調査を実施しています。

情報提供があったので展開します

さすがにカードに書き込みはせずNFCを認識するだけだと思われますが、幼児にICカードタッチへの興味を持たせる興味深い付録だと思われます。

『幼稚園』5・6月号の付録はJR東日本とコラボ。本物と同じくSuicaでタッチしてドアが自動で開閉するミニサイズの自動改札機が付いてくる！
https://www.famitsu.com/news/202202/22252226.html

#ICカードこれひとつ
物販報告に関する連絡機能の想定

本当の端末IDを得ようとすると権限を得る必要があって反発が起きると予想される。

メールアドレス等はPlayストア経由での契約だとこちらが知る術がない

以上から、アプリ内で桁数の大きい乱数を生成してIDにし、それで報告者を識別する方法を考えています。

時々サーバーにその乱数IDで問い合わせて、連絡が無いかを確認し、随時いつ頃報告した店は不備があって登録できない、といったメッセージを受け取って表示する仕組みを想定しています。

#ICカードこれひとつ
物販報告の匿名性の今後について

誰が報告したか特定する情報を記録し、登録が拒絶されたり不可能な条件がある場合、アプリ経由で通知する機能を付けたいと考えています。

今後は登録コスト削減のため、無理なものは「送り返」して「書き直してもらう」機能が必要になると考えています。

利用者のご意見を伺いたいと思っております。

昨年報告された「NewDays 海浜幕張北口駅ナカ」はセルフレジ2/2|左側がPOSNO.001として報告されております。

矛盾ありとみなして、報告内容は破棄とさせていただくことにしました。
改めて報告をいただければ幸いです。

#ICカードこれひとつ
昨年、「NewDays 海浜幕張北口駅ナカ」という実在が確認できない店が報告されているようです

改札内と改札外でレジが別れて存在するということでしょうか？

#ICカードこれひとつ
NewDays 八重洲中央改札内

昨年から今年にかけて、報告内容に矛盾があり正常に登録できません

レジ数については、セルフレジが3台、2台、あるいはレジ数5台など報告内容がまちまちとなっております。

やむを得ず全ての情報に暫定的に有効期限を設定します。
報告されている内容については、正常な登録できませんのでご了承願います。

#ICカードこれひとつ
店の社名変更などに関する件

JR東日本リテールネット→JR東日本クロスステーション リテールカンパニー
のように、組織再編等を含む社名変更が生じても店自体に大きな変化が無い場合は、暫定的に全てで、
新しい社名||事業者番号:独自の社内カンパニー識別情報
に置き換えていきます。

現時点では事業者番号のデータベースが未完成で稼働していないため、古い社名は出ないことになるため「当時の社名と違う」という現象は生じますが、将来的には店DBは変えなくても事業者番号のデータベースを変えるだけで表示が変わる、日付情報を元に古い社名が自動的に出る、という仕組みにする予定です。

従来は社名変更でもデータベースの変更が大変なことになっていましたが、これを緩和する目的があり、DB維持コスト削減にも繋がると考えています。

#ICカードこれひとつ
odecaで「大船駅」という報告がありました
しかし実在が確認できません

番号から、下船渡駅と細浦駅の間に2年前に新設された「大船渡丸森駅」と推定されますが、正しいでしょうか？

https://ja.wikipedia.org/wiki/%E5%A4%A7%E8%88%B9%E6%B8%A1%E4%B8%B8%E6%A3%AE%E9%A7%85

#ICカードこれひとつ
itappyで「三師団・交通局」が報告されております

ただバス停番号とは傾向の異なる番号帯でした。

定期券として記録されているようですが、どのような使い方をした記録でしょうか

#ICカードこれひとつ
くまモンのIC CARD

精神障害3級のダンプデータ提供がありました。

カード種と推定される部分の情報が、過去に報告のものと違っていました。

以前、種類は不明ながら障害者割引として提供されたものとも違っておりました。
級まで記録されているのか不明ですし、身体障害などとの区別があるのかも不明ですが、次のベータ版からこの種類の識別に対応します。

なお、有効期限については現時点で確認できておりません。暗号化された領域内に記録されているのだろうと思われます。

#ICカードこれひとつ

セブンイレブン ハートインビエラ小倉店

報告に矛盾が生じています

昨年7月は4台、8月以降は3台となり、レジ減台になったものと予測されます。

そして昨年3台になって以降の8〜9月はレジ1が左側(入口側)、レジ3が右側(奥側)と報告されています

しかし今年になり、レジ1が右側(奥側)と報告されました。

SPRWIDとレジ番号の対応は変化していないようですので、レジを単純に左右置き換えたものと推定せざるを得ませんが、店内のレイアウト変更など何らかの変化が生じたのでしょうか？

#ICカードこれひとつ
JR九州 大村線 新大村駅

西九州新幹線が開業する9月23日に開業するようです。

前後の竹松駅と諏訪駅のサイバネ駅番号は既知ですが、互いに連続しており新大村駅用の「空き」が存在しないため、どちらかの駅番号が変更されると見込まれます。

新大村駅から諫早方向では諏訪・大村・岩松は全て連続しており、こちら方向にずれる場合の影響範囲となります。

逆に早岐方向は、竹松以外はIC未対応駅がないため番号は未知ですが、駅数から、今後開業予定の大村車両基地駅を含めても1番号の空きが見込まれます。ただこれら駅の番号は不明につき、どの辺りまで影響するのかは確認の術はありません。

とりあえず、竹松〜諫早の既知の駅については、全て前日の9月22日を有効期限に設定し、番号判明次第改めて有効にする方向で誤表示を避けたいと考えています。

#ICカードこれひとつ
セブンイレブン 福岡築港本町店

昨年の報告で、レジ1とレジ2が混乱して報告されている形跡があります。
再確認の上、改めて報告をいただければ幸いです。

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
位置アドオンで使用しているMaps SDK for Androidが更新されているようです

近く新しいものに更新しますので、しばらくお待ちください

弊社が利用しているWebサーバーですが、近く新しいものに更新される予定です

現在はそれほど重い処理はないので体感は不明ですが、いずれCGIで店一覧などを出すようになればCPU速度やSSD化の恩恵は受けられるかと思われます。

またOSの更新で古いままだったclang/LLVMの更新も期待されるのでプログラムも作りやすくなると期待されます。

変更のタイミングでサーバーのIPアドレスが変わると思われるため、DNSの変更タイミングで一時的にアクセスが不安定になる可能性があります。あらかじめご了承願います。

https://rs.sakura.ad.jp/speedup/

@nekoden ありがとうございます。
廃止区間のPDFがあります
https://www.nishinihonjrbus.co.jp/upload/news/content/kanazawa.pdf

赤くなっている部分の停留所が消滅しますが、その殆どは報告がないため、調査に協力をいただければ幸いです

https://allnfc.app/jp/busstoplist/8a5f7abf.html

数が多すぎるので全部の調査は無理だと思いますが、適当な間隔で調査できれば途中の推定はできるかもしれません

50音検索も、現在は複雑な方法で取り出して並べている
これを動的に実施するのはやはり無理がありそうなので、SQLのSELECT文だけで抽出しようとおもえば、DBに何らかの情報を持たせる方が良いのかもしれない

電子マネー お店情報サイト

現在のICカードこれひとつの店一覧は全DBを検索していて作成するのに30分くらい掛かっていて無理があるので、サーバーに最新のdbファイルを投げたらあとは負荷が少ないシンプルな表示で一覧化する情報サイトへと移行させたい

各店の詳細画面についてはこれひとつと同様にモバイル・PC共通で、画面が大きいデバイスでは情報欄と検索などの欄の2ペイン式にしたい。この情報欄を右側にするか左側にするか迷っている

あと住所からの選択式の絞り込み検索も需要があるはず
これを実用的な速度で達成するにはやはり住所をコード化して格納する必要があるだろうから、これも遠くないうちに達成したいところ
アプリ側にも住所とコードの変換DBを用意して報告時に自動的にコードを振る機能を付ける必要があるが、以前オープンソース開発を募集しても賛同者0だったので、別途開発が必要だろう。どのくらいコストが掛かるだろうか

また、この店から10km範囲の店、のような近くの店検索も需要があると思われるものの、これについてはあらかじめ作成しておく以外の高速な実現方法が思いつかない。毎回動的な検索は現実的でない

アプリからの収入だけでは収入が減るばかりで、今後は物販機能どころかアプリ自体の維持が難しくなる可能性が高い

広告収入による「電子マネーに対応するお店情報サイト」を作るとなると、交通系・WAON・CoGCa以外の電子マネーに対応するためのDBを用意する必要がある

この辺りは、公式サイト等へのリンクを用意してそちらに譲りつつ、情報サイト側の情報についてはアクセス数つまるところ収入に応じて改良していく感じで考えている

あとコンビニでは店番が変わると原則新しい店としてみなしているが、これもオーナー等変わったり同じ敷地内に建て替えて店番が変わっても、そこに同じ(ような)店としてあるものを一体化するなら「概念としての店」DBを上位に用意する必要があると思われる。
道路挟んで向かい側はどうするか、オーナーが同じでも遠い場所に移転したなら別の店扱いか等は考える必要がある

また概念としての店を一意に表わすためのIDをどうするかも要検討

#ICカードこれひとつ
新物販報告画面、何とか作業時間を確保し、交通系2種、WAON、ハウス電子マネー(今はCoGCaのみ)の一番上のラジオボタン仕様変更概ね完了

動作確認が殆どできていませんが、時間がもうないので近日中にベータ版を出し、こちらで何とかフォローできる程度の品質の報告が届くなら次にバージョン3として正式公開する予定

物販機能の別契約化についても追って実施することになるでしょう。値段については業者が決まり次第、向こう側の言い値と契約者数での按分で随時変更する予定。

またWebにある店の一覧も、CGIで動くように全部作り直し、Google AdSenseやAmazonアソシエイト等で収益化をめざします。allinoneと別のドメインを取って、「電子マネーに対応するお店情報サイト」みたいなのを作ることも検討しています

#ICカードこれひとつ
OKICAのバス

ベータテスト版で正常に改札タブでバスが表示できなくなっていた不具合について、原因を特定しました
次のバージョンより修正されます

#ICカードこれひとつ
ファミリーマート
店一覧が一週間程度前までの状態で更新されました
https://allnfc.app/jp/saleslist/famima.html

また、報告を受けたうち登録可能なファミリーマートも全て対応済みです。ご確認下さい

#ICカードこれひとつ
1月20日に、平成30年12月に利用した「ファミリーマート 靖国通り店」レジ2 を報告された方

報告の店名は、過去にも現在にも実在が確認できませんでした。

靖国通りが付く店は、
77591　神保町靖国通り店
15254　新宿靖国通り店
69102　新宿靖国通り(サ)店
の3店があるようです

報告について、登録済みの新潟文京町店を修正して報告された形跡がありますが、修正ではなく「上記以外の店舗等」として新規に記載の上で再報告をいただければ幸いです

本当に誰も協力をして下さらないのでしょうか

とりあえず全部外注に任せるのではなく、必要な情報を集める等はこちらで実施し、DBの編集作業だけを任せることでコスト削減ができないかどうか、業者に確認しています

いずれにせよ今の値段で物販機能の維持は困難なため、オープンソース開発への協力者が現われない限り、物販機能を廃止しないためには高価な追加サービス扱いとして本体サービスからは分離せざるを得ないと思われます。
できるだけ安くできるよう努力はしますが、月額で最低でもプラス1000円程度は避けられないだろうと考えております

このアカウントは、notestockで公開設定になっていません。

西日本JRバスの金沢エリア
大規模な停留所の廃止があるようです
https://www.nishinihonjrbus.co.jp/news/detail/1309

廃止前に調査したいところですが例によって石川や富山に行く資金がありませんので、今のところ弊社自力での調査は不可能です

どなたか、調査に協力をいただくことは可能でしょうか

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

山陽本線
現在は神戸から岩国まで、今年のダイヤ改正で岩国から徳山までICOCA対応します
そして来年春、徳山から下関まで全区間でICOCA対応するようです
思ったより早かったですね
https://www.westjr.co.jp/press/article/items/220209_01_icoca.pdf

項目が多いのは無駄、もっとシンプルでいい、というご意見がありました

誤解が無いように説明しておきますが、新物販においては、これでもまだ項目が少ない方です。これから更に増える予定があります。

具体的には、「SPRWIDが変わるタイミング」を判断する必要があるので、

1 店名が変わる
2 店のオーナーが変わる
3 POS端末が変わる
4 IC R/Wが変わる
5 契約が変わる

を監視する必要があります

いまは5がないので今後もう一つタブを追加予定ですが、新物販の報告ではこれらを網羅できるように調整しております。

うち、1〜2の保守が大変なのです。

主としてこの協力を求めておりますが、技術的にはさくらエディタなどのエディタが使えてGitが使えてGitHubなどのリモートにpush/pullできるスキルがあれば誰でも参加でき、あとはどれだけ時間を費やせるかという話になります。

@jp_kasuga その店名を出すために必要なDBをいま作り直しており、その協力を求めています。

項目が多いのは事実だと思いますが、正確に表示するためには欠くことができないもので、数年運用した結論なのです。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

続く
そこで、次のいずれかの選択肢を考えています

①物販機能の大幅な値上げ(特急券の上に超特急券を作る)をして外注に出す
②SPRWIDを含まない部分の店DBをオープンソース化し、皆様に直接編集をして維持していただく
③物販機能の廃止

まず①だけで考えても、保守作業は重い作業になるので常駐人員が必要で、人件費ですから月に30〜40万円前後と考えても、それを10人で等分すれば一人月額3〜4万円をいただくことになります。しかしその額だと多くて2〜3人と考えると、一人月額10万円を超えることになり、しかしその額だと誰も使えないでしょう。ですので、値上げという選択肢は廃止と同義になると思われます。

新物販機能は弊社側のデータ入力の負担を軽くする目的もありますが、完成までにはあと数年はかかりそうですので、それまで外注するとなると、月にさらに数万円の上乗せになります。

結果として、①③をしないためには、②が必要ということになります

弊社としては、夢のある機能ですから可能な限り維持をしたいと思っておりますので、皆様のオープンソース開発への参加について、ご意向やご意見などを伺いたいと思います

#ICカードこれひとつ
物販機能の廃止も念頭にいれた皆様へのお願いについて

新物販機能がいまだ完成しておりませんが、開発時間を取ることができず、課金機能を分離する作業に移らないといけないことから、もはやタイムリミットは近いと判断しています。それでも完成の目処は全く立っておりません。

現時点で作業として重いのはプログラム開発「ではなく」、データ入力と保守です。
割ける時間のほぼ全てがデータ入力や更新に取られており、このためここ最近はICカードこれひとつのプログラムを1行も書いていません

データ保守は、コンビニであれば公式サイトのクロールなどで店番変更、開店、閉店などを随時判断しDBを更新する作業です。
データ入力は毎日膨大な量届く報告を整形し、登録できるなら登録、無理ならマストドンでその旨報告して破棄する作業になります。

弊社でこれを維持し続けることがもう無理になっておりますので、両方とも外部に丸投げする方向で考えております。

ただ弊社は投資と考えてほぼ無収入で何とか耐えていますが外注会社にそれは通用しません。当然ですが対価を払う必要があります。

続く

ここ最近でまたファミリーマートは膨大な数が閉店またはオーナー変更または何らかの契約変更と思われる店番変更が発生しています

中でも、アプリでも報告があった宮崎市の「ファミリーマート宮崎中央通店」の動画がありました。

地主と本部(株式会社南九州ファミリーマート)の間での賃貸借契約が25年で、地主の意向で延長できず閉店となっているようです。
なおその跡地は、報告はありませんが現在は建物はそのまま？「ローソン 宮崎中央通店」になっているようです。これも地主の意向なのだと思われます。
土地を借りている場合は儲かっていても長期に続けるのは難しいようですね。

https://www.youtube.com/watch?v=Q0N3GLtxbUk

#ICカードこれひとつ
物販メモ

ファミリーマート

かつてJR長崎駅もよりアミュプラザ長崎前にあった「JR長崎駅店」
昨年9月〜10月頃に店名が「アミュプラザ長崎店」に変更されている。店番は78029のまま変更なし
https://as.chizumaru.com/famima/detailMap?account=famima&accmd=0&range=Month&rangeval=0&bid=78029

そして来月の3月4日に旧店名と同じ「JR長崎駅店」として、どうやら駅構内に新しいファミマができるもよう。店番は78394
https://as.chizumaru.com/famima/detailMap?account=famima&accmd=0&range=Month&rangeval=0&bid=78394

新店開店が決定したため、既存の店の店名を変えたものと思われる

#ICカードこれひとつ
駅やバス停の副駅名

現在は、かつてのクレーム対策として副駅名・広告名で二つに分けておりますが、区別が難しいというご意見もありますので、広告名については将来的に廃止し副駅名で一本化します

鉄道駅・改札はDBの作り直し作業が始まっておりますが、こちらは副駅名欄を最初から一つしか用意しておりませんので、移行時点で一つになります。

バスも、駅と同様にバス停DBの抜本的作り直しを実施する予定ですが、その頃に一つに変更する対応を進める予定でおります。

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
OKICAのバス

バス停番号は記録しないものの、改札タブでバスの車体番号は記録されます
従来から報告はありましたが、どうも正常に報告できなくなるパターンがあるようです

しばらく時間が掛かるかもしれませんが、調査完了次第修正し対応を致します

それまでのバスの車体情報の報告は、フリーフォーマットで良いので補足欄に事業者名とともに併記して下さい

#ICカードこれひとつ
OKICAで東陽バスを報告された方

東陽バスが改札タブ情報を記録するかどうか不明ですが、もしよろしければダンプデータの提供をいただければ幸いです
履歴の情報と比較して、可能性について検討します

#ICカードこれひとつ
セブン‐イレブン 福岡市地下鉄博多駅店

SUGOCAではなく、はやかけん、と報告が届いておりますが、これは事実なのでしょうか

数年前に、福岡市交通局より、地下鉄駅構内のセブンイレブンは「はやかけん電子マネー加盟店契約」を福岡市と締結していない旨、回答を得ております

それ以降に契約の可能性もありますので、はやかけん対応である旨の目印等があるなら可能性はあるとは思いますが、現時点では不明です

ちなみに、セブンイレブンの液晶画面等に「はやかけん」と出るのは単に使ったカードの種類で、SUGOCAを使えばSUGOCA、Suicaを使えばSuicaと出ますので参考にはなりません

#ICカードこれひとつ
「神戸リンクル三宮駅前」としてダンプデータが届いております

検索した限りでは、バス停の名前ではなくレンタル自転車サービス
https://www.kobelin.jp/
のようです

ダンプデータだけでは情報が不足しておりますので、お手数ですが物販報告機能から必要事項を記載の上で報告をいただければ幸いです。

登録時期はお約束できませんが可能な範囲で対応をさせていただきます。

プログラムやデータ開発むけのFANTIAって感じのようですが、これを活用する方法がないかなと考えています

ICカードこれひとつのプログラムやデータは万が一に備えてBitbucketに非公開レポジトリを置いてありますが、例えば「コンビニなどを含む店データ」などが現在開発に苦戦しているので、SPRWIDを含まない情報を外部に出してGitHubでオープンソース化はありかなとは思っています。

月額どの程度設定すればよいのかは全く想像できませんが

GitHub、スポンサーだけが見られるリポジトリ「Sponsors-only repositories」発表
https://www.publickey1.jp/blog/22/githubsponsors-only_repositories.html

@wondergil 情報ありがとうございます。

あとは昼割が除外される系統のバス停情報が集まれば、実用的な水準で区別ができる可能性があります

このアカウントは、notestockで公開設定になっていません。

南海バス「なっち」で、「通常」「昼割」の残高を分離するために考えないといけないこと
未来情報産業ブログ
https://miraicorp.blog.fc2.com/blog-entry-574.html

#ICカードこれひとつ
モスバーガー 博多バスターミナル店
どうやらこの店は、モス全体で交通系電子マネー正式対応する前も後も、nimoca決済端末はレジと連動せず、金額手入力による決済運用をしているようです

IC R/Wとレジが1対1で対応しない運用はよくありますが、レジとそもそも連携していない運用も考慮が必要そうです。

ゆえに今後決済端末の処理方法について

・複数のレジで共有
・レジと連動しない金額入力式決済端末

の上手い処理方法も考えたいところです(現在は必ず何かしらのPOSレジにリンクする仕組みであるため)。

#ICカードこれひとつ
モスバーガー 博多バスターミナル店

昨年頃、SUGOCA契約でレジは2台あるようですが、2年前頃にnimocaで1/1と報告され登録されているようです。

nimocaのみ別決済するレジが1台だけあるということなのでしょうか、それとも端末更新や契約変更等があったのでしょうか

メモ
端末の機種名が同じ(同一個体かは不明)で、交通系とWAONでCARDNETまたはINFOXの番号が異なるもの（ざっと眺めた範囲、順不同）

(Suicaエリア)
幸楽苑 道玄坂店
米山SA(上り) ショッピングコーナー
米山SA(下り) ショッピングコーナー
大積PA(上り) ショッピングコーナー
栄PA(上り) ショッピングコーナー
黒埼PA(上り) ショッピングコーナ
阿賀野川SA(下り) ショッピングコーナー

(ICOCAエリア)
丸亀製麺 ならファミリー店

なんらかの設計変更が必要そうだが工数が掛かるのでかなり厳しい

#ICカードこれひとつ
IC R/Wは恐らく同一で、ICOCA等とWAONでCARDNETの番号が異なる例が報告されている。この扱いをどうするか

丸亀製麺 ならファミリー店 の報告では、
ICOCAで31091-510-74849
WAONで31091-510-74736

これが事実だとすると、いまCARDNETの番号などは端末DBに置いているため、端末の段階で分ける必要があって矛盾が生じる。

CARDNETの番号などはSPRWID DBに置かないといけない可能性があるが、こういった例外以外はほぼ共通であるので、これも無駄が多い

CARDNETの契約の仕組みは詳細不明ながら、

端末DB→各SPRWID DB

から

端末DB→契約→SPRWID DB

の階層構造にして必要に応じて契約の情報を増やす必要があるのかもしれない

#ICカードこれひとつ
JR九州&西日本 博多駅の新幹線改札

新幹線改札では利用の条件？によってJR九州または西日本の駅番号が書かれるようです。

これまで両者で異なる内容で登録されていましたが、内容を合わせました

JR九州
https://allnfc.app/jp/gatelist/95196f5d/395dcfdc_9d9028aa.html

JR西日本
https://allnfc.app/jp/gatelist/1ed7059b/ec3bd948_9d9028aa.html

乗り換え改札が主たる対象となりますが、改札口名は詳細不明のため、適当に合わせてあります。より正確な名称があればお知らせ下さい

新幹線中央乗換口・北乗換口・3階連絡改札口は、JR西日本側で報告なく登録されておりませんが、JR九州として報告があるため、推定対応を加えてあります。

また「新幹線中央改札口」についてはJR西日本でのみ報告があり登録されておりますが、JR九州としての番号書き込みがあるのかどうかは不明です。

「新幹線ひかり広場口」も報告のない改札口で、アプリではJR西日本側にのみ名前だけ登録されております。
こちらもご利用の機会があれば報告をいただければ幸いです。

東京メトロ 日比谷線 六本木駅に、エレベーター専用改札と思われる新改札が昨年12月21日に供用開始したようです。
https://travel.watch.impress.co.jp/docs/news/1376004.html

改札機番号は9番と10番で、近くにある「六本木交差点方面改札」と連続ですが、改札口番号が同一かどうかは今のところ不明です。

R/W IDの作り方案

POS IDが「店ID-レジ番」だった時、R/Wが1台だけの場合、R/W IDも「店番-レジ番」である

R/Wが複数台ある場合、R/W IDは「店番-レジ番:番号」のようにする

区切り記号を変えることで、登録端末が一つか複数かが一目で分かる

仮案

番号1　POS本体に内蔵されているもの(3大コンビニ等)、または別端末でも主たるもの(大手コンビニではミニストップやヤマザキが該当)

番号2　9カード交通系電子マネーで副次的なもの1(メインが9カード対応の状態で、SuicaやICOCAなど特定JR系電子マネーを別端末処理する場合)　※吉野家で報告あり

番号3　9カード交通系電子マネーで副次的なもの2(メインがSuicaやTOICA時のPASMOやmanaca)　駅ナカのセブンイレブンで報告あり

番号4　主に地方専用交通系電子マネー用のもの(SAPICA、IruCa等)　特にIruCaは別端末処理する店が多い模様

番号5　主にWAON用のもの

アプリでの表示内容は今後検討が必要だが、現状の報告範囲内では、5種類からの選択で支障は無さそう

#ICカードこれひとつ
複数のIC R/Wがあるときの内部的なIDの付け方についての草案

現在のDB構成
DB1 店
DB2 売場
DB3 POS
DB4 R/W
DB5 交通系SPRWID
DB6 WAON SPRWID

IC R/Wが複数ある場合、DB4のIDで対応が必要で、結果として上位DBのIDを持つDB5やDB6が影響する。

DB4のIDは現状ではほぼPOSのIDと同じだが、複数のR/Wを区別し、互いに衝突しないようにする仕組みを付ける

R/Wが複数あるといっても多くても2〜3台と思われるので、あらかじめタイプ分けされた中から選択してもらう仕組みにしても大きな支障はないと思われる。

選択結果は内部的には1桁の数字で扱うこととする

続く

セブン銀行や松屋など、navitimeがサービス提供している公式店舗一覧ですが、どうも機械的なダウンロードができなくなっているようです

今のところ、Webブラウザーを使い人力でクロールする以外に現状確認の方法がなく、弊社では時間が取れないため独力での現状確認を放棄せざるをえません。

松屋は殆どないですがセブン銀行は報告が非常に多いため、現状確認できないのはなかなかつらい所です。
サービス維持が困難になりつつありますので、ボランティアで手動で調査して下さる方おられましたらご協力下さい。

続き
●BC 入出場について

1 有効状態 [無制限で通行可] [時限通行不可]、[常時通行不可(HW)] [常時通行不可(SW)]、[常時通行不可&封鎖(FIX)]、[条件不明の通行不可]

2 磁気状態 [常時利用可] [常時利用不可(HW)] [設定による磁気券不可]、[時限 磁気券不可]、[条件不明の磁気券不可]

3 IC状態 [常時利用可] [常時利用不可(HW)]、[設定によるIC不可]、[時限 IC不可]、[条件不明のIC不可]

4 各種補足と予備情報
　4-1 [QR券用カメラ付き]
　4-2 [非接触クレジットカード対応]

続き

入出場の情報の登録について
前提

従来の入専/出専という報告ではなくなり、入場について、出場についてを、別々に報告する。

入専は入場側が[無制限で通行可] 磁気券ICは[常時利用可]などとし、逆に出場側は[常時通行不可(HW)] 磁気券ICは[常時利用不可(HW)]のように選択して報告する。

「ソフトウェアで入専になっていて出場できないが、しかし出場側だけなぜかIC専用機になっている」といった変な改札機も、これによって自然に記述できるようになるほか、乗り換え改札口の登録作業は入場側と出場側の記述を入れ替えるだけで済み、書き換え時の誤記がなくなるメリットがある

続く

続き

●A-3 機能面
ポール型簡易改札機をどこで表現するか迷っているが、暫定的に扉状態欄で記載する計画

1 扉状態 [通常、または簡易改札の状態不明] [常時開放] [無扉] [ポール型(無扉)]

2 幅広状態 [幅広でない] [詳細不明の幅広] [幅広HW] [幅広機を通常幅配置] [通常機を幅広配置]

3 各種補足と予備情報
　3-1 東京メトロ&都営 [磁気のりかえ(オレンジ改札)]

その他、IC専用を除いた何らかの色分けでの案内等が顕著でありメモが必要な状況がある場合は、臨機応変に対応できるようにする

続く

●A-1 稼働状態
[稼働] [休止] [時限休止]

時限休止は深夜早朝や人の少ない時間帯で一時的に停止し節電するもの。休止は工事などの都合で長期にわたり封鎖されたりするもの。

●A-2 設置状態
有人改札のフルタイム/時限の判定は、その改札口の営業時間内で判断する。終電前に閉まる改札でも営業時間中有人改札が営業されるならフルタイム有人改札であり、自動改札機は通れる時間帯で有人改札が閉まる場合は時限有人改札である

1 有人状態 [自動改札機] [フルタイム有人改札] [時限有人改札] [営業時間不明の有人改札]
2 簡易改札状態 [特記事項なし(通常型)] [簡易] [車載]
3 分離柵の有無

分離柵は、
南海 極楽橋駅
西鉄 櫛原駅、安武駅
で報告があり、一対で向かい合う改札機を分断するように柵があり入出場を区切るもの。つまり自動改札機の片方ずつが置かれ仕切りが柵になっている状態である。

続く

#ICカードこれひとつ
次々と謎運用が発覚する自動改札機を記述するための言語の案

A 全体について
　A-1 稼働状態
　A-2 設置状態
　A-3 機能面
B 入場について
C 出場について

それぞれの可能性を英数文字や記号文字を用いて列記する形になります。

ある程度の予備欄は用意しますが、今後登場するであろう未知のタッチレス改札機については記述できない可能性があります。

更に考慮が必要と思われるものがあれば、指摘いただければ幸いです。候補案は未収載でぶら下げます

このアカウントは、notestockで公開設定になっていません。

#ICカードこれひとつ
新物販のタブの表示について

Androidのタブ機能APIとして、従来は FragmentManagerとViewPager というものが使われていました。しかしこれはdeprecated(非推奨)になっており、将来的に廃止が決まっています。

代替としてFragmentStateAdapterとViewPager2が用意されているため、こちらに変更していますが、これがバグだらけで使い物になりません。

こちらの対策に時間を取られるのも厳しいため、諦めて元の古い非推奨APIに戻しました。

これがいつまで使えるか分かりませんが、Android 12でもまだ使えますので13か14か、そのくらいまでは猶予があるものと思われます。その頃までにはバグも直っていることに期待して、時間切れになるまでは従来通りのタブ制御でいようと思います。