CountDown iTunes!! にWebアップロード機能を搭載しました！

iTunes(iPod)の再生回数情報を解析、各種ランキング・プレイリストを作成するフリーソフト、「sa-boom!! client」
（旧・CountDown iTunes!!）を公開中！（Win版ＤＬ／Mac版ＤＬ／Webアプリ／開発記録）（last update 2012/02/03(ver 2.4)）
私・a-knowについては、「えいのうのいえ - a-know's home」へどうぞ。

着手してから約4ヶ月（といっても主に休日作業でしたが）、拙作のフリーソフト「CountDown iTunes!!」への、Webアップロード機能搭載がようやく一段落つきましたので、晴れてリリースしてみようと思います。

Webアップロード機能を有したことで、このソフトのバージョンは“2.0”に。奇しくも、昨今（ちょっと古いか）騒がれている“web2.0”と符号するではないですか（これが言いたかっただけ）！

ダウンロードする（Win版）

ダウンロードする（Mac版）

また、この情報のアップロード先として、CountDown iTunes!! 専用サイト・「CountDown iTunes!! for Web」も開設しました。

当サイトは、Googleのクラウド基盤であるGoogle App Engineを利用して構築されています。技術的な話（といっても、そんな難しい話は出来ないのですが・・・）は後述します。

CountDown iTunes!! 専用サイト・「CountDown iTunes!! for Web」

そもそも、「CountDown iTunes!!」って、どんなソフト？？

iPodを利用されている方には欠かせない楽曲管理ソフトウェアである「iTunes」の楽曲管理情報を元に、再生回数ランキングを取るソフトウェアです。取得できるランキング情報は「曲別」「アルバム別」「アーティスト別」の3種類です。

また、取得時点での情報をソフトウェア専用情報として保存しておくことができすので、「xx月からxx月の間の」ランキング情報や、「xx月時点の順位からどれだけの変動があったか」といったような、様々な切り口によって自分の再生履歴情報を確認することができます。

ぜひ、気軽に「CDiT」と呼んであげてくださいね！(｀・ω・´)

そんなソフトに、「Webアップロード機能」が搭載・・・って、どゆこと？？

利用者の方のPC上に保存してあるCDiT専用情報を、CDiT専用Webサイト（こちら）にアップロードすることで、インターネットが使える環境であればいつでも、自分の再生履歴情報を確認することができます。（表示可能な件数には上限があります。ソフトウェア版では上限はありません。）

情報のアップロードは、「CountDown iTunes!!」の最新版（ver2.0）を介して行います。もちろん、過去のバージョンのソフトで取得した情報も、アップロードすることが可能です！（情報のアップロードには、数秒～10数秒要する場合があります。）

また、web上にログインした状態で他の人の情報を確認することで、あなたとその人との相性を知ることができます。

さらに、あなたと相性が良い人を検索することもできます（“I'm Feeling Lucky”検索）。

その他、機能は順次追加・拡大していく予定です。（12月に終了するmixiミュージックのエクスポートデータを取り入れるようにも、できたらいいですね～）

だいたいわかった！　利用するための簡単な流れを教えて！

1.まず、「CountDown iTunes!!」の最新版（ver2.0）をダウンロード（Win版／Mac版）し、起動します。（当ソフトの稼動には、別途Java環境が必要です。詳しくは、同梱のreadmeファイルをご覧下さい。）

2.「for Web」タブを開き、ユーザー名とパスワードを入力し「新規登録」する。このとき、一切の情報を他者に公開したくない場合は「再生履歴を公開しない」チェックボックスをＯＮにして下さい。（この際に、専用サイトとの通信が発生します。なお、このときのパスワードの通信は公開鍵暗号方式（RSA）により暗号化されます。）

3.ユーザー登録が完了したら、続いてアップロードしたい情報を選択して「アップロード」します。

4.CDiT専用サイト（こちら）を確認します。

5.Webにアップロードしたユーザー登録情報を抹消したい場合には、「削除」ボタンを押します。

専用サイトは、自分の情報をアップロードしなくても（ユーザー登録しなくても）、再生履歴を公開しているユーザーの情報を確認することができます。

ユーザー登録をし、情報をアップロードし、ログインした状態で他人の情報を閲覧すると、その相手との“相性”が表示されます。（上述の通り）

また、ログイン状態で自分の情報を閲覧した場合、グラフ画像を転載しやすいよう、そのimgタグがテキストエリアに表示されます。

注意事項など。

専用Webサイトのトップページや、ソフトウェアと同梱している「readme.txt」は、ぜひご一読下さい。
通信内容の保護のため、クライアントソフトとサーバーとの通信の際には暗号化（公開鍵暗号方式・RSA）を、専用Webサイトとサーバーとの通信の際にはSSL（HTTPS通信）を、それぞれ利用していますが、それでも、特別重要なパスワードはご利用にならないようにして下さい。
GAE（Google App Engine）は、一定のリソース量までは無料で提供されるというクラウド基盤です。正式リリースに際しサイトへの負荷が不透明なため、現時点において特に追加リソースのための課金などは行っておりません。このため、リリース直後はリソースの枯渇などが発生する可能性があります。ご了承下さい。（多少の有償リソースの追加は考慮に入れています。）
（11/21　12：25追記）とても多くの曲をiTunesに登録している場合、楽曲管理情報のファイルサイズが肥大し、サーバー側が受け付けない可能性があります。（目安：一つのdatファイルが1MB以上）現時点では、回避できない仕様となっております。これに該当する方が多いようであれば、対応を検討したく思います。是非ご意見をお寄せ下さい。
当プログラム・Webサイトは、まだまだ発展途上なソフト、サイトです。不具合やご意見など、ご遠慮なくお寄せ頂けると幸いです。

Twitter：@a_know

・・・以下、オマケです。

今回の「Webアップロード機能搭載」の動機について

CDiT本体の開発時には、単に「再生記録を整理して確認・管理したいから」という、私的な衝動が動機になっていましたが。。

今回のWebアップロード機能搭載の動機については、おおまかに下記の2点があります。

Google App EngineのJavaの獲得

エンジニアとしての、自分の技術力に対する危機感、不安

Google App EngineのJavaの獲得

以前より「CDiTをWebアプリ化できたらどうだろうか・・・」ということを考えたことはありましたが、“現在のJava プログラムの有効利用”ということを考えたときに、サーバーサイドプログラムをJavaで・・・、ということになると、その「サーバー」をどうするか、が最大のネックになっていました（自宅サーバー構築も考えないではなかったのですが、どうしても今年中に実現したかったので・・・）。

そんな折での“Google App EngineのJavaの獲得”の報は、この僕にとってこの上ない追い風となりました。・・・というか、これがなければホントにできてなかったと思います＾＾；。クラウドにも、興味がありましたし。

エンジニアとしての、自分の技術力に対する危機感、不安

現在、僕はSE（システムエンジニア）として働いていますが、現在所属しているプロジェクトにおけるメイン業務は、「基本設計（少し）」「詳細設計」と「COBOLによるバッチプログラミング」，「その後の各種テスト」です（その他、同時にJavaやC++、シェルスクリプトといった辺りも触ったりはしていますが・・・）。その一方で、現在世間を取り巻くWeb環境・技術の発展は目覚しいものがあると、個人的には感じています。今後において、「Web」を前提としたモノづくりができるようにならないと・・・そのセンスを磨いていかないと、エンジニアとして取り残されてしまうんじゃないか・・・、とも。

仕事としてWebアプリケーション開発に携われる、ということが一番であることはわかっているのですが、それが叶わない現状、どんな形としてでもそれに携わっていなければ、という思いがあったのも、その動機のひとつです。

技術的な話を、すこしだけ。

Google App Engine上に仕組みを構築

Taskqueueの使用

MailAPIの使用

JDOとLow Level API（Slim3？）

GAEとの通信について

Google Chart APIの使用

Google App Engine上に仕組みを構築

何度も書いています通り、今回のWeb側の機能は、Googleの提供するクラウド基盤・Google App Engine 上に構築しています。特に凝ったこと・特別なこと、難しいことはしていませんので、特筆すべきこともそんなにないのですが・・・。

CDiTクライアントからの送信情報の登録の際に、ユーザーを待たせる必要のない登録処理については、Taskqueueを使用するようにしています。（それでも結構待ちが発生してしまっていますが・・・）

また、MailAPIを用いることで、エラー（例外）発生時にはそのエラー内容を自分宛にメールで送信するようにも、しています。（できるだけ迅速に対応できるよう）

それと、データベースアクセスについて。GAEでは、BigTableという独特な技術によりデータベースのようなものを実現しているのですが、今回の仕組みにおけるこれへのアクセスには、JDOを使用してしまっています。Low Level API（Slim3？）の有効性を知ったタイミングがちょうど開発ド真ん中だった、ということもあり、今回のリリースに向けての対応を見送りましたが、ゆくゆくはぜひ、これに移行したいと考えています。