バス停番号の並び方について

バス停の番号、事業者ごとに色々と異なる考え方で番号を振っていることが分かってきました。
概ね、次の種類に分かれるようです。

①50音順
②路線ごとに順番
③系統ごとに連番
④謎

・50音順は、読み仮名付きのバス停名の一覧表があれば、未知の番号も予測出来ることが多いと思うのですが、公式サイトに停留所の一覧などがないことが多く、意外と難しい。
・路線ごとに順番は、点と点が分かれば、その間がかなり予測できます。但し、ある路線が全て番号が付いて、次の路線にどのように移るかは色々あるため、このあたりは調査が必要です。
・但し、停留所に一意の番号がなく、各系統ごとに連番で停留所番号が付いている場合、データベース化には膨大な調査量が必要となります(ICaなどが好例)。
・それ以外は、順不同かもしれないくらい、良く分からないもの(いわさきICカードなどもこれでしょうか)。


50音の各音ごとに番号の予備を設けているもの(itappyの伊丹市営バスなど)は、追加があった場合は各音ごとの最後に順次追加されるようです。
そのような予備を設けず単に並べて番号を振っている場合、後から停留所を追加する場合は従来の番号のあとに、追加する停留所全てを50音順に並べて番号を振る、ということをすることが多いようです。


同じカードを使う地域でも会社が変われば方針も変わる好例として、長野県のKURURUがあります。
長電バスは、独自のバス停は系統ごとに並べて番号を振っています。
一方、アルピコ交通(川中島バス)は、独自のバス停は50音順に並べ、後から追加されるバス停は最後に順次追加される形です。
なお、両社共通の停留所は長野駅を1番として並びで順次番号が振られ、両社で番号を共有しています。


ちなみに阪神バスは、元々「②路線ごとに順番」と思われる路線番号を持っていましたが、尼崎市営バスを尼崎市内線として受け入れた時に、不思議な方針で番号を付けました。
尼崎市内線を、「ほぼ」50音順(なぜか正確に50音順ではないらしい)に並べ、これを元々の番号の空き番号の所に順番に埋めていったのです。
しかも、同じ名前&同じ場所にある、阪神バス路線と尼崎市内線で共有する停留所の停留所番号は別です。
番号を一目見ても尼崎市内線なのかそうでないのか区別できませんし、せっかく混ぜているのに阪神バス路線と尼崎市内線の停留所番号は共有していません。混ぜる理由が全く分からず、全体としてみると順番がめちゃくちゃになっただけのように思えます。
番号空間はかなり余っているのですから、大きな番号から順番に並べるだけでもよかったろうに、なぜこのようなことをしたのかは謎ばかりです。


他にも色々分かったことはありますが、今後さらに調査で分かったことがあった際に順次報告したいと思います。

2017/02/20(月)21:49 |Comments(0) |Trackback(0)

地域振興 | ソフトウェア開発 | コンピュータ | [編集]

▲ページトップ

「お金の奴隷解放宣言」について、思ったこと

コンテンツを有償提供することは、恥ずかしいこと、あるいは卑しいことなのでしょうか。


はじめに


このブログで、お説教臭いことを書くつもりは無いのですが、このたび生じた問題は、先頃感じていた幾多の問題の集大成のように感じ、そしてこれは「ものづくりをする業界の存続」に関わること、さらには「子供の教育に悪い」状況だと感じたので、今回は特別に、一言申し上げたく思い筆を執りました。

あまり重苦しくない文体で書く努力をしましたので、お付き合い下さい。
急いで書いたので、内容に不備があるかもしれませんが、その時はご容赦下さい。



発端


まず事の発端は、キングコング西野さんが、自著の絵本「えんとつ町のプペル」を無償公開したということに始まりました。

無償公開したこと自体はともかくとして、これと同時に発した「お金の奴隷解放宣言」は大きな問題で、成果に金銭での対価をいただくことを「お金の奴隷」などと表現することは、正視に耐えないと感じました。
今回の件では、本人は子供にいいことをしたと満足げですが、実は彼の考えとは裏腹に子供に対してかなり悪い教育、影響を与えてしまったと感じています。駄々をこねれば何でもタダで手に入るという悪い教育をしてしまったのではないでしょうか。
また、大人に対してもこれを自分でも実行すればボロ儲けできると勘違いさせる切っ掛けを作ってしまったことは、大きな問題であると感じています。



お代を頂戴するということ


絵本であれ何であれ(弊社はソフトウェアを作る会社なのでソフトウェアでも)、そういった創作活動を経てお金を得ることは、悪く、卑しいことなのでしょうか?
自分のスキルを費やして作ったものでお代金をいただき、それでご飯をいただく。それが、卑しいことなのでしょうか?


今回これに、もの作りをする会社の代表として言及しようと考えたのは、これを許してしまうとコンテンツ制作はもとより、あらゆるサービス提供業および製造業が存続できなくなる、つまり業界が消滅するであろうと予見したからです。
これは憶測でも何でもなくて、タダ=収入が得られない、タダ働きが当然だ、という状況では仕事として継続できるわけがないのですから、誰でも想像できることです。

そうなれば、「タダが当たり前」「金を取るなんて卑しいこと」と教育されて育ってしまった子供たち自身に対して無限の損害をもたらすことになります。
彼ら自身が成長し大人になり、やがてものを作る仕事をしたいと考えて就職しようと思った頃に、もはやそういった業界は潰えてしまったとすれば、そう教育されて育った子供たちにこの上ない不幸をもたらすでしょう。



お代を払うということ


お代を払うということは、ものの価値を認めるということです。
人間は、それだけの価値があると思うから、それに対してお代を払うわけです。
値段が自分の思う価値に見合わないと判断したなら、それを買うことはないわけです。

逆に言えば、タダのものに人間は価値を見いだすことは出来ません。値段がタダのものには、価値がないのです。

ものの価値は認めても、その時に手持ちがなく買えない場合もあるかもしれません。
しかしそれは仕方の無いことでしょう。手持ちのあるときに改めて購入すれば良いことです。

子供でも、良い子に徹して親に褒められおこづかいをもらい、それを貯めれば買うことができるかもしれません。
少ないお金を一所懸命にためて何とか買うのですから、お金の大切さやものの価値について理解できるようになるでしょう。にもかかわらず、「タダであげよう」となれば、その大切な感覚を育てることができなくなります。

「えんとつ町のプペル」の場合、もともと2000円という価格つまり有料でした。無償公開とされたものは画質が悪いので、購入前の確認用であるとも言えますが、これを「無料にする」として公開したことは、この創作物にはもともと価値がなかったと自ら主張したに等しいのではないでしょうか。
そして、創作物に対価は払わなくてよいという風潮にも荷担してしまいました。
子供にも読んで欲しいというのであれば、図書館に寄贈するなどの方法もあったでしょう。子供が図書館に蔵書を依頼する方法もあったはずです。

もし、お代を払わないことが一般化してしまうとどうなるか。
『「お金出さないと買えない」は悪じゃなくて正常』というイラストを描いた方がおられました。分かり易く、参考になるかと思います。



ものづくりの現状


「お金の奴隷解放宣言」という言葉は、この言葉自体を美しいと感じる人がおり、それに酔う人がいるのも事実です。
しかしこれは、食べられる本業が別にあって、創作があくまで副業であるという人の驕りでありましょう。そして、これは創作を本業としている人にとっては死活問題ですが、これに本業として反論をすれば「自分の利益を守りたい悪者」とされてしまうかもしれません。

なぜなら、元々この日本という国は肉体労働を重視し、頭脳労働を軽視する傾向にあり、このため頭脳労働に充分な対価を支払おうとしない風潮があるからです。
弊社はソフトウェア製造業ですから、この国の現状の影響を強く受けてきました。


どのような創作業界でも、業界を守るためには必要な人材に正当な賃金を払う必要があります。
ですから、自分たちの技術や制作物は安売りをしてはいけないと教わり育ち、しかしデフレ時代には客からの値下げ圧力に毅然と対抗したり折れたりしつつ、どうにか自身の業界の未来を守りながら生きてきたのが、様々なものづくりのプロフェッショナルです。
デフレ時代は苦しく、高い技術を用いたり高い質をもつ優れた商品も、ダンピングによって価格が破壊され、これがクリエイターに対して低賃金を求める主因になりました。倒れたクリエイターは数多ありますが、それでも業界は努力をしてなんとか文化を維持してきたのです。

しかしそんな業界の努力を無にして、あろうことか美談として賃金は無料が相応しいと言うに等しいことを、キングコング西野さんは今回やってのけたのは、大きな問題であると言えます。

日本のこれまでの状況に、さらに「タダ」などという条件を追加されてしまっては、もはやそんな世界では創作活動などはできません。
タダで仕事することは社会に貢献することだ、などがまかり通ってしまっては、クリエイターは終わりです。
「クリエイティブの奴隷宣言」をクリエイターに対して宣告したことに他ならないのです。



対価の考え方について


先頃は、スマホのゲームも「基本タダ+ガチャで暴利」という、健全とは言い難いスタイルが一般化しています。

このためガチャさえしなければ無料で遊び続けられる状況を生み出し、「タダが当たり前」「金は払いたい人が払えば良い」という風潮になり、あまつさえ、タダで遊び続ける人が課金する人を小馬鹿にするような事態さえ発生していることは、上述したような「子供に対する悪い教育」の影響であると考えています。

カプコンの逆転裁判、任天堂のスーパーマリオランを、妥当と思える価格よりかなり廉価で販売しても、結論として「なんでタダじゃないんだ」「金を取るなんて企業モラルとしてどうか」「詐欺だ」などという、目を疑うようなコメントを平然と書き込み、★1を付けてしまう子供が大量発生したのは、本当につい最近のことです。


ものを作るのには、膨大なコストが掛かります。そのコストを、それを求める人に割り振る、つまりお値段を付けてその価格で買って貰うというのは、経済活動を維持するための基本です。しかしそれを否定するような状況で、今後創作活動を続けることができるのでしょうか?


子供の頃より、ものに対価を支払うという社会勉強をさせることは大切なことです。どうしても欲しいものがあるなら、おこづかいやお年玉などを貯めて買う、ということを教えることは大人のつとめです。それを放棄することは、大切な子供たちに対する、特に大切な教育を放棄しているに等しいのではないでしょうか。




結論


長くなったので、そろそろ結論を述べて終わりたいと思います。



子供たちへ。欲しいものは、おこづかいを貯めて買いましょう。

2017/01/20(金)21:34 |Comments(1) |Trackback(0)

製造開発 | ものづくり | ビジネス | [編集]

▲ページトップ

ICカードこれひとつを黒字化するために

ICカードこれひとつ


元々は、業務の片手間で開発する予定で始まったプロジェクトでした。
おかげさまで好評を博し人気が出てくると、それではとても作業が間に合わない状況となりました。

大好評は大変ありがたく感謝するばかりで、心の支えでもあります。
次々と舞い込む建設的な要望もアプリ改善のために良いものであり、感謝をしております。

他方、第三者をも巻き込む途方もないトラブル、トラブル発生のたびに発生する再発防止対策のコストと全体的な計画の遅延、は良いものではありません。

この状況、片手間での開発は出費がかさむばかりで厳しく、安定して開発するには人員を2名以上常勤で配置する必要がありそうです。現状、明らかに追いつかない状況だからです。

しかもこの人員ですが、このアプリある限り恒久的に必要となります。
このアプリを安定的に維持するには、このアプリ単体で黒字化する必要があります。
これまでの開発に要した、零細企業にしては頑張ったと思う額を回収しつつ、人員1ないし2名の賃金、加えて、今後も発生する開発に必要な調査の交通費もかなり高額ですが、これらを確保するのはどうしたらよいのでしょうか?

有料プランの追加


まず前提として、弊社はマイクロソフトでもアドビでもないので、このアプリは(ピー)万円です!しかも毎年更新のたびに買い直して下さい!なんてことを言うことができません。

言う権利はあるでしょうが、当然誰も買ってくれないでしょうし、というか私本人も買いませんね。

ですから、零細企業らしく身の程をわきまえた現実的な方法を考えていく必要があります。


有料プランの内容


これまで通り、基本は無料で、追加サービスは有料という方法を採用します。これは当初からの予定通りです。

履歴機能、CSV出力機能、広告非表示といったあたりを、まずは有料サービスの対象として想定します。

将来的に更に新機能を追加する場合は、それはまた別途検討としましょう。

ではこの有料プランは、どのような値段とすると、黒字化が可能なのでしょうか。


売り切りは可能か?


アプリは、一括でポンと買えた方が楽なのは間違いありません。
大手ソフトウェアメーカーの製品は概ねそうです。
ICカードこれひとつでも、それは可能でしょうか?

このアプリの場合、課題として、研究調査やサポートが恒久的に存在し続けるということです。ゲームのように売ったらそれっきり、という訳にはいきません。

例えばヴァル研究所さんのWindows用「駅すぱあと」を例にしますと、1回売り切りで3,780円、2ヶ月に1回計6回の年間サポート込みで12,960円、これが2年なら20,520円、3年なら27,216円、となっておりました。

こういったサポート別売のアプリ以外も想定すると、たとえ売り切りと言っても1年ごとに新バージョンが出たりしているので、その都度新バージョンを売る、ということで定期的な収入を得て、アプリは維持されているわけです。
結局それは、名を変えた「年極」なわけです。「年貢」とも言います。

このアプリを、5年・10年という長いスパンで維持しようと考えたとき、年極ではない本当に一回のみの売り切りを想定した場合、無限にユーザー数が増え続け、その中から一定割合で有料ユーザーが充分人数現われる必要があります。

しかし、そもそも無限に増え続けるということが無理なことですし、カードリーダーというこの分野はそれほど市場規模が大きくないようです。
ICカードこれひとつ自体、ユーザー数の伸びは鈍化しており、頭打ちも近いのかと予想されます。
ですから、一回売り切りで無期限サポートというのは、考える前にまず現実的ではないと判断できます。
無責任なものの売りかたはできませんから、無理と分かっている売り方はできません。


月極は可能か?


月極は、毎月払う方法です。
どちらかというと、月極は不評なスタイルです。

他の例を参照すると、例えば一太郎やATOKのジャストシステムさんは、ATOKを「ATOK Passport」として月額286円+税から提供しています。
つまり年間約3,707円です。ローンで毎年3700円で新バージョンを買い直している、とも表現できましょう。

ただ大手なら300円でも許されるでしょうが、弊社は零細ですからもっと慎ましい金額でなければなりません。
例えば月100円として、年1200円と仮定しましょう。
1000円売り切りで毎年更新、などとして買い直してもらうよりは、月100円を払って貰うほうが「正直」なように思われます。

また、高い値段を付けて売り切りで一部の方から高額の負担をいただくよりは、ユーザーの方々に広く薄く負担をお願いする方が公平でもあろうかと思われました。

このアプリを安定的に維持するには、月極が妥当であろうかと判断するところです。


価格はどうするか


価格を決めるにあたり、最近、iOS用アプリに二つの大きな事件がありました。

まず発生した「事件」は、カプコンの「逆転裁判4」です。
この有名タイトルは、ダウンロード&テストプレイ120円、全話一括購入で2200円なので、最少額で計2320円となります。
有名ブランドの有名ゲームで2320円は破格の特価と思われるのですが、残念ながら★1が大量に付けられました。
120円でダウンロードした方たちは「2200円は高い」「企業モラルとしてどうなのか」「詐欺、プロローグしかプレイできない、金返せ」… 見ているだけで辛くなる辛辣な言葉を並べています。


次に発生した「事件」は、任天堂の「スーパーマリオラン」です。
このゲームは、ダウンロードと最初の3ステージは無料、以降は1200円買い切りというスタイルでした。
このあまりにも有名なブランドで1200円も驚きの特価と思われるのですが、これにすら★1が大量に付けられました。
これも酷いコメントに溢れています。


こんな超有名大企業ですらこの低価格でもこのありさまでは、それよりも更に値を抑えねばならないのかと実感をさせられました。
この事件はiOSですがAndroidでも同様のことは起こりうるであろうし、将来的にiOS用も計画をしています。しかし、こんなことで★1が全体の8割とかになってしまったら、中の人は心が折れてしまいます。


どのくらいの人が払ってくれるだろうか


月100円で採算レベルに乗せるには、まずは5000件、できれば1万件以上が理想となります。しかしそんな人数が応じてくれるのでしょうか。

一般論では、払う気のある人は金額は幾らでも払い、払う気のない人は1円でも払わず、その中間は存在しないそうですが、まずは全体の何パーセントくらいに払っていただけるかを想定しないといけません。

宣伝にもよるのかもしれませんが、アプリの需要層は現状、どうやら10万人から20万人くらいしかいないように思われます。
しかしその10%もの人が契約してくれるとは、とても思えないところです。
あとよく考えたらAndroidアプリはGoogleが30%マージンを引くので、実際は更に30%増しで有料ユーザー数が必要かもしれません。

そう考えると月100円プランだけでは厳しい。例えば3段階くらいの金額プランを用意するなどしないと難しいのかもしれません。
ATOKでも、月300円と月500円の2プランがあるので、そのあたりを参考にしていくのも手なのかもしれません。


広告も


当初は広告でそこそこの収益を想定していましたが、なにぶん片手間開発ですし、広告は受け身体制で募集しておりますが問い合わせは数えるほどで、かなり厳しい状況です。

広告業者を使えば、胡散臭い広告は幾らでも手に入り、微々たる額でしょうが安定した収益は得られるのですが、そういった広告はどうも好きになれない。

受け身では広告が手に入らないので、データ入力要員を増やすよりも前に広告用の営業を一人雇う方が良いのかもしれません。
しかし現状弊社は人員を増やす余裕がないので、その資金確保に有料ユーザーが一定数必要になる・・・厳しいですね。


まとめ


2年間、開発投資を続けてきましたが、そろそろ黒字化のめどを付けていかないといけません。

金額の変更、プランの変更などは今後起こりうると思いますが、色々模索しながらまずは何らかの付加的な有料サービスを提供していく、ということになると思われます。

ICカードこれひとつを黒字化し、安定したサービスとして継続することは、きっと皆様の利益になると信じています。


↓応援の拍手

2016/12/20(火)19:10 |Comments(0) |Trackback(0)

製造開発 | ソフトウェア開発 | コンピュータ | [編集]

▲ページトップ

ICカードこれひとつ これまでの流れ

ICカードこれひとつ」がたどってきた波乱の歴史を、中の人の気持ちとともに忘れないうちにメモしておきます。

前史
H23頃まで
中の人がICカードに興味をもちはじめる
H23頃まで
パソリを入手する
わざわざビュー・スイカを取り寄せ、パソリでチャージできる利便性から未来を感じる
H25/06/08
福岡に出張し「SUGOCA」「nimoca」「はやかけん」を入手 (この当時はアプリを作ることになるとは予想もしていない)
H26
中の人が暇だったのでFeliCaのダンプツールで遊び始める
H26
手元の「らんでんカード」の中身が気になり始める
H26
嵐電に電話問い合わせをするも酷く扱われ凹む。民間鉄道会社は協力をしてくれないことを知る。仕方がないので、自力にて駅番号を揃えることとした
H26/03/04
Windows用「らんでんカード ビューアー」のテスト版が完成する (まだ対応駅は少ない)
H26/03/14
窓の杜に紹介してもらい、気をよくする
H26/03/15
Windows用「らんでんカード ビューアー」の正式版が完成する (ようやく嵐電全駅踏破)
H26/08/16
Windows用「CI-CA カードビューアー」が完成する
H26/08
さらに他のカードも気になり始める
H26/09/29
Windows用「hanica カードビューアー」と「itappy カードビューアー」が完成する
H26/10
ノートPCにパソリ付けて持ち歩くのはとても大変なので、そろそろAndroid用アプリも作りたくなる
C++で作りたいので、clang/LLVMのAndroid用を待っていたけど出てくる気配はゼロ
しかたなくJava
H26/10
Android用のFeliCaダンプツールを開発、無事にノートPCはお蔵入りになり調査旅行の荷物が軽量化された
H26/10/23
Android用「らんでんカード ビューアー」の初版が完成する
H26/10/23
Android用「CI-CA カードビューアー」の初版が完成する
H26/10/25
Android用「hanica カードビューアー」の初版が完成する
H26/10/29
Android用「itappy カードビューアー」の初版が完成する
H26/11/02
Android用「近江鉄道バスICカード ビューアー」の初版が完成する
H26/11/05
Android用「NicoPa カードビューアー」の初版が完成する
H26/11/20
Android用「ナイスパス カードビューアー」の初版が完成する
H26/11/23
Android用「えこまいか・パスカ カードビューアー」の初版が完成する
H26/11
この頃までに、全てのカードを一つのアプリで処理する構想を練り始める
H26/12/05
開発機としてNexus 7を入手
H26/12/20
Android用「IruCa カードビューアー」の初版が完成する
H26/12/22
Android用「ICい〜カード・ですか ビューアー」の初版が完成する
H26/12/22
Android用「NORUCA カードビューアー」の初版が完成する
H26/12/26
Android用「ayuca カードビューアー」の初版が完成する
ICカードこれひとつ
H27/01
全国対応するため、ICOCAほかSuica互換カードや改札の研究を本格化する。自動改札機にはそれぞれ固有番号があることに気づき情報収集を始める
H27/02/28
「うめぐるバス」調査乗車。この当時はコミュニティバスというものを知らなかった。中の人が初めて乗車したコミュニティバスとなる
H27/04/03
Android用「ICカードこれひとつ」の初版が遂に完成する
H27/04/06
バージョン0.05で「くまモンのIC CARD」に新対応
H27/04/30
バージョン0.25で「RapiCa」「いわさきICカード」「DoCARD」に新対応
H27/05/03
調査旅行にて関東で「Suica」「PASMO」を入手
H27/05/05
調査旅行にて名古屋で「TOICA」「manaca」を入手
H27/05/12
バージョン0.33で「ICa」「LuLuCa」「PASPY」に新対応
H27/05/19
バージョン0.38で「odeca」に新対応、また電子マネー提携カードへの対応も強化しはじめる
H27/05/21
バージョン0.39で「りゅーと」「KURURU」「長崎スマートカード」に新対応
H27/05/22
バージョン0.40で「hareca」の認識に対応、但し読み取ることができないカードがあるという問題が生じ始める
H27/06/10
バージョン0.59で「Kitaca」に正式対応開始 (全国対応カード網羅)
H27/06/23
伊丹市にitappyの停留所番号についてネットで情報開示請求をする
H27/06/24
伊丹市交通局の方から連絡を受ける。とても親切にしてもらうことができ、感激する (自治体バスに良いイメージを持つようになる)
H27/06/29
鹿児島市交通局にRapicaの停留所番号についてネットから情報開示請求をする
H27/07/06
鹿児島市交通局より連絡を戴き、翌日にバス停番号提供を受けられる
H27/07/08
バージョン0.79で「icsca」に新対応
H27/07/16
バージョン0.86で「OKICA」に新対応
H27/08/04
バージョン0.99リリース。次のバージョン番号に非常に困る
H27/08/07
バージョン0.100リリース。何とかなった
H27/08/19
バージョン0.107で、おサイフケータイ等複数機能が混在するものを読み取った時の動作への対応を始める
H27/08/22
バージョン0.109で、おサイフケータイ等複数機能が混在するものを読み取った時の動作に正式対応開始、以降改良を続ける
H27/09/23
バージョン0.135で「北見バスICバスカード」に新対応
H27/09/24
高槻市役所へ出張し、高槻市営バス停留所番号の資料請求をする。親切にしてもらうことができ、感激する
H27/09
この頃までに、調査旅行中にバス停名が読めないバス停で降りる必要が生じ困る (読み方が分からないので表示を食い入るように見て難を逃れる)
H27/09/28
バス停名と駅名のDBに「ふりがな」と、ついでにローマ字の情報を加え始める。必要は発明の母
H27/10/05
バージョン0.144で「ICOUSA」に暫定対応開始
H27/10/07
大阪狭山市循環バス」乗車のため出張。コミュニティバスは地味なものが多い中、日野ポンチョに市のゆるキャラ「さやりん」が描かれるポップな車体は印象深い。コミュニティバス存続のための参考になるのではないか
H27/10/10
高槻市より情報提供を受けられる
H27/10/11
箕面オレンジゆずるバス」存続危機と言われた日祝ダイヤに乗車するため出張。最初から最後まで中の人1人しか乗客がおらず、関係者2名と運転手で中には4人しか人間がいない。事態の深刻さを肌身で痛感した。コミュニティバスを一層支援していく決意
H27/10/14
バージョン0.148で、駅名の駅ナンバリング表示に対応開始
H27/10
この頃までに、様々なバス停が報告されてくるも、そもそもそのバス停はどこにあるのか、実在するのか、停留所名は正確なのか、疑問に思い始める
H27/10/15
ストリートビューで位置を正確に確認するようにし、判明した位置情報をバス停名と駅名のDBに加え始める
ICカードに書き込まれる番号、鉄道駅の番号以外は見事に全て重複することが確認された。バス停留所番号、車体番号もグループ内で重複しており、駅改札口番号も同駅内ですら重複を確認。仕方なく、DBの仕様を変更し対応を進め、アプリやDBの構造はどんどん複雑になっていく
H27/10/17
北九州市交通局より「ひまわりバスカード」のバス停番号提供を受けられる
H27/11/10
バージョン0.162で名大生協「Meica」に新対応 (熱望にお応えし、学生証や大学生協電子マネーへの対応を開始する)
H27/12頃
密かに物販表示に対応開始する
H28/01/04
EX-ICの調査旅行にて、東海道新幹線の全EX-IC駅番号が確定したことで「ある事実」が浮かび上がる(その内容についてはJR東海が公表していないのでこちらでは明言致しません)。JR東海はツンデレであることも判明
H28/01/07
バージョン0.188でFeliCaポケットの概略情報表示に対応
H28/01/19
バージョン0.193でかざすフォルダに対応
H28/01/27
EX-ICで、新大阪から博多までの全EX-IC駅番号が確定。全て連番で空き番号はなく、JR西日本は新駅を一切作る予定がないことが判明
H28/02
「読み込みが遅い」という理由で★1が付けられ、社内が悲しみに包まれる
H28/02/14
バージョン0.202で、交通系IC専用高速モードを搭載した。遅いというクレームはこれにて一掃されると期待
H28/03/11
サイバネ規格、唯一重複していないと思われた駅番号までついに重複してしまうことが発覚。これにて重複しない番号は遂に一つもなくなった
H28/03/16
この日、叡山電鉄がPiTaPaに対応したので、朝から全駅網羅の調査旅行を実施
バージョン0.212で「Asaca」「DoCARD」に正式対応、叡山電鉄も全駅対応
H28/05/16
バージョン0.232で、カード読み込み中にProgressDialog(クルクル回転)を表示するようにし、読み込みが遅くても画面が動いているように見せる改良
H28/05/23
「更新多すぎ」という理由で★1が付けられ、社内が悲しみに包まれる
H28/07/18
交通系IC専用高速モードでnanacoが読めないとのクレームが入り、社内が悲しみに包まれる。モード切り替え時にわざわざダイアログを表示しても読まれないことを知る
H28/07/20
バージョン0.250で、交通系IC専用高速モード時は、カード名の代わりにモード中であることを表示するようにしたり、切り替え時に表示される画面を改良したりした
H28/08/15
ICOCAに新タイプが登場したことが発覚する
H28/09/05
10カードの物販で、偶然番号が重複していた他店舗名が表示されたとしてユーザーが警察に相談するという事件が発生、通報を受けて社内に戦慄走る
H28/09/06
バージョン0.258緊急リリース、説明書を全く読まないライトユーザーが増えてきたことを重く受け止め、10カードの物販は標準で表示しないようにした。機能ONにする時も説明を全て読まないとONに出来ないようにした
H28/09/08
10カードの物販で、偶然番号が重複していた他店舗名が表示されたとしてユーザーがJR九州にクレームを入れるという事件が発生、通報を受けて社内に再び戦慄走る。ユーザーには最新版を使うよう案内をする
H28/09/11
EULA(ソフトウェア使用許諾書)は、最後まで読まないと「同意する」のボタンを押せないように処理を改良した上で、「事業者に問い合わないこと」を条文に追記した
H28/09/26
当初は座標からGoogleMapのAPIを引いて住所を取る予定だったものの、上手く行きそうにないため、DBに住所情報も追加し始める
H28/09/26
バージョン0.263で「なっち」に新対応
H28/10/10
「履歴機能がない」という理由で★1が付けられ、社内が悲しみに包まれる。可能な限り開発を急ぐ決意
H28/10/13
バージョン0.269で「せたまる」に新対応
H28/10/20
バージョン0.270で、メモリー使用量を削減する大規模な内部変更を開始した。苦戦したものの、しばらく後には無事に成功。
H28/10/23
バージョン0.272でモバイルSuica特急券の表示に対応するも、Google Playの不具合で配信されず困る
H28/10/30
「交通系ICカードで、履歴に時刻が表示されない、改善を求める」というクレームが入り悲しみを覚える。カードに記録されていないことをお知らせしつつ、最初に起動した時にはチュートリアル画面を表示する必要があるなと思うに至るも、開発工数を考えると気が遠くなる(今は諦める)
H28/10/31
「西鉄バス(nimoca圏)で利用区間が表示されない、改善を求める」というクレームが入り、更なる悲しみを覚える。nimoca圏でバス停が記録されないのは仕様であることをお知らせしつつ、アプリからマニュアルへのアクセスをより容易にするような改善を進めることにした
「くまモンのICカードを利用した際に未登録のバス停が多い、改善を求める」というクレームが入り、深い悲しみを覚える。ユーザーからの報告による登録制である旨お知らせをしつつ、画面にしつこくダイアログを表示しても読まない人は絶対に読まないのだということを理解する。今後はより一層しつこくダイアログを出す決意を固める
H28/11/15
バージョン0.278で「カード再表示機能」を遂に搭載。好評を博し、気をよくする
H28/11
この頃までに、店舗名から業種が全く想像できないものが多すぎることに頭を悩ませ、業種表示が必要と考える
H28/11/16
総務省が日本標準産業分類というものを作っていることをようやく発見する
H28/11/24
バージョン0.279で店舗の産業分類の表示に対応
↓拍手する

2016/11/25(金)22:24 |Comments(0) |Trackback(0)

製造開発 | ソフトウェア開発 | コンピュータ | [編集]

▲ページトップ

ICカードこれひとつの履歴機能の計画と展望

履歴機能


ICカードこれひとつ」は、おかげさまで日本中の交通系ICカードで、読めるものは全て読めますし、駅だけでなくバス停まで表示できるようになっています。

このように、表示に限っては非常に高性能となっていますが、まだ実装されていない、どう考えても欲しい機能があります。
そう、履歴機能です。

いちいちカードを読ませるのも面倒ですので、読んだ分はスマホの中に保持しておいてくれても良いではないですか。そうですね。その通りです。
じゃあなぜそんな機能がいま無いのかというと簡単で、実装したい機能がまるで夢のように多機能なため、いまだ夢の機能になっているのです。

どんな夢か


Suica他10カードに限れば、履歴は20件、改札情報は3件あります。
改札情報は難しいですが、履歴については各履歴ごとにシリアル番号が付いているため、前回まで読んだ分と、今回新規に読んだ分と比較し、差分を求めてそれを新規に蓄積する、ということができます。
こうして情報を蓄積する「蓄積型履歴表示」はいつか実現したい機能の一つであります。


蓄積型履歴表示の難易度


蓄積型履歴表示は魅力ですが、とても難しい機能です。
久々にカードを読ませた等により間が開いた場合にどうするか、という問題ふくめ、技術的な課題があります。
また、「ICカードこれひとつ」は対応カードが多く、カードごとの仕様差も大きいという多機能ゆえの悩みもあります。
履歴に10カードのようにシリアル番号が付いていないカードも少なくなく、そういったカードでは前回との差分を正確に求めることが難しくなります。
蓄積型履歴表示に対応できるカードとできないカードが生じることになり、このため処理が煩雑になるだろうことは疑う余地がありません。


まずはシンプルな実装から


機能が全くないよりは、シンプルでもあった方が良いのではないか。

まずは需要を満たすことが必要であるということから出来るところから始め、シンプルな実装から実現して、徐々に多機能化していく方針へと軌道修正をすることとしました。
機能公開後も、開発の都合によりそれまでの履歴をご破算とするような仕様変更が発生することもありえますが、その辺は許容してもらいつつ、徐々に開発を進めていきたいと考えています。

考えているシンプルな実装の基本的なコンセプトは次の通り。

①カードを読み取り、エラーがなく、高速モードでもない場合はDBに保存する
②その時、IDmごとに分類し、同じカードは同じカードでまとめる
③保持する履歴件数の上限は、IDmごとにxx件、古いものから自動的に消える、のような仕様が適当と思われる
④また、保持するIDm件数も、xx件、古いものから自動的に消える、のような仕様が適当と思われる
⑤画面遷移は「IDmベースのカード一覧画面」→「選んだカードの履歴一覧画面」→「選んだ履歴を再表示」というスタイル
⑥IDmごとに、カードに名前を付けられるようにする
⑦次回以降、表示したときに履歴画面以外でも「Suica」等でなく付けた名前を表示するかどうかは要検討


ここからどう蓄積型に拡張するか


蓄積型を実現するためには、それ相応のデータベースを用意する必要があるため、単純な履歴機能とは別に新規作成ということになると思われます。
蓄積型表示ができないカードがあるので、蓄積型表示に対応して以降も従来型の単純な履歴機能は保持されることになるでしょう。


計画


データの登録作業で時間が吸い取られており、新機能のプログラミングができない残念な状況が続いていますが、年内にはある程度のメドをつけ、今年度中には一応の機能実装を終えたうえで、βバージョンである現在のバージョン0から「バージョン1」へと進化させたい考えでいます。
なお、履歴については有料機能のうちの一つとすることを予定しており、有料オプションの価格は未定ですが、あまり高くない価格を予定しています。
このためにはアプリ内課金の機能も搭載する必要があるため、その分の工数が必要になるのですが、これについては未知な点が多く、まだ何とも言えません。
いずれにせよ、この機能の実装がバージョン1になる前提として計画されておりますので、ご期待下さい。

2016/10/10(月)08:30 |Comments(0) |Trackback(0)

製造開発 | ソフトウェア開発 | コンピュータ | [編集]

▲ページトップ

カレンダー

01 | 2017/02 | 03
- - - 1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 - - - -

プロフィール

miraicorp

Author:miraicorp
未来情報産業(株) 社長

主として「ICカードこれひとつ」や「文字、文字コード」処理、時々C++などについて記述しています。

twitterツイッター

管理用

検索フォーム

お知らせ

コメント等お気軽にどうぞ。

気に入ったら拍手して頂けると、今後の記事を書く際の参考や励みになります。

■お仕事を募集しております
ソフトウェア製造の仕事や、原稿執筆の仕事などを随時受け付けております。
お気軽にご相談下さい

■初めての方へ
こまごまと更新しているため、他にも関連する記事があるかもしれません。
「月別アーカイブ」「検索フォーム」「カテゴリ」などをお試し下さい。
トップページはこちら

最新記事

最新コメント

最新トラックバック

月別アーカイブ

カテゴリ

広告枠

メール

メールはこちら

リンク

このブログをリンクに追加する

RSSリンクの表示

QRコード

QR