「Amazon Web Services」を含む日記 RSS

はてなキーワード: Amazon Web Servicesとは

2019-10-21

VTuber業界燃えているアップランド企業サイト面白い

株式会社アップランドが、運営するVTuber集団アイドル部」に

所属している夜桜たまの告発きっかけで燃えている。


そのアップランド企業サイト話題になっていたので紹介。

https://www.appland.co.jp/company/


会社概要欄のソースを見てみると、なんと「電話番号」欄がコメントアウト

消されていた。(FAXも同じ)

自社の電話番号欄をコメントアウトする企業とは珍しい。


また、「取引先」には4社のみ記載されているが、これも面白い

以下の通り。

Amazon Web Services, Inc

Facebook, Inc

アップルジャパン株式会社

グーグル株式会社

なんと、取引先はGAFAのみである

なんという意識の高い企業なのだろう・・・


アップランド未来が楽しみである

というかVTuber大手企業でこれって、VTuber未来心配だ。

2018-12-04

日頃より「はてなブックマーク」をご愛顧いただきまして、誠にありがとうございます

このたび、ご利用いただきましたお客さまへお伝えしなければならないことがございます

2018年12月4日(火)8:50より、サーバに致命的な不具合があったため、緊急メンテナンス実施しておりました。

なんとかサービスを再開すべく、「Amazon Web Services」との間で調整をおこなっておりましたが、

データ復旧が難しく大変遺憾ながら、終了の判断をせざるを得ない状況となりました。

このため、大変急なお話しではございますが、本日2018年12月4日(火)をもってサービスを終了させていただきます

長らく「M2 -神甲綺譚-」をご愛顧頂きましたお客さまにはこの様な結果となりましたことを、心よりお詫び申し上げます

2016-12-29

はてブで「Amazon」と検索してみると

昨今話題になってるヤマト佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。

2016年12月29日10:54時点、本文、新着順で検索

Amazon検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)

以下略

ECサイト連想させるトピックほとんどなくて、AmazonB2B向けサービスを充実させていることに驚いた。

Amazonって表向きは物流業界革命問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。

↑でブクマ付けた人、何が起きるのか教えて

2016-12-01

アマゾン(amazonaws.com)が提供しているヤフー広告不正クリックサービス

アマゾン(compute.amazonaws.com)による大量の不正クリックで頭を悩ませているアフィリエイトサイト運営者(まとめでもキュレーションでもない)は多いことだろう。

ASPのV社によると、これは「提携媒体様のサイト表記等のチェック」名目でのアクセスとのことだが、オーガニック検索で辿り着けるページだけでなく、広告出稿ページにまで広告経由で大量にやって来るから頭が痛い。しかも、課金されやすいように分単位ときには秒単位ユーザーエージェントホストを変更し、ひたすら同じ広告クリックし続ける。リファラーなど一切ない。

例えば、このような具合であるサイトに関わる部分は*****にさせてもらった)。

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:15 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:25 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-198-222-214.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:35 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:44 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-197-86-194.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:45 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-76-193.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:26 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:30 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:32 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-199-85-63.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:38 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:39 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:32.0) Gecko/20100101 Firefox/32.0"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:39 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Win64; x64; Trident/6.0)"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:07:06 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"

ec2-52-68-194-244.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:07:17 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-198-243-110.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:11 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-198-243-110.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:25 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:32.0) Gecko/20100101 Firefox/32.0"

ec2-52-196-112-20.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:48 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-193-171-45.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:54 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:58 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:02 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-192-198-30.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:04 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Win64; x64; Trident/6.0)"

ec2-52-193-171-45.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:40 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; Trident/7.0; rv:11.0) like Gecko"

ec2-52-197-156-176.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:46 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; Trident/7.0; rv:11.0) like Gecko"

ec2-52-196-112-20.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:16 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-44-248.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:25 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:32 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-199-85-63.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:52 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-44-248.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:08 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-68-45-242.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:08 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-169-154.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:26 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"


1日でクリックされる広告は多いときで2,000件を超え、ヤフーリスティング広告管理画面の「無効クリック数」にはたった1日で1,000件を超える無効クリックが計上される始末だ。残念ながらヤフーシステムでもすべてのamazonaws.comを無効にできず、クリック調査を依頼してわずかながら返金されるも、アマゾンによる不正クリックは数多くが課金計上され、支払っている。

この現状に気づいていないアフィリエイトサイト運営者も多いことだろう。たとえば商標で出稿するなどクライアントガイドライン違反している広告であればどんどんクリックしてもらって結構だし、むしろそのようなサイト不正クリックで是非潰して欲しいところでもある。

だが、普通に出稿している広告にこのような異常なクリックをされるとたまったものではない。

amazonaws.comの地域属性アメリカなので、では都道府県単位限定出稿しても、普通に変わらず大量に不正クリックされる。

広告を引っ込めるわけにもいかいから狙われないようにキーワードを絞り込もうとするも、管理画面でクリックされた検索クエリーを確認すると、それはもう満遍なく不正クリックされている。

提携媒体サイト表記チェック名目にしては数が膨大過ぎて迷惑だという旨をASPのV社に返信したが、それに対する返信はなく、要するに「我慢しろ」ということなのだろう。

それではと、不正クリックサービス提供元であるAmazon Web Services (AWS) のabuseにサーバーの生ログを添えて通報すると、通報から10日経った頃に返ってきたメールは、

> We were unable to identify the customer responsible for the reported activity.

だった。利用者特定できなかったらしい(そんなアホな)。

特定できなかった理由は、

> Due to the frequency with which AWS public IP addresses can change ownership

とのことで(バカか)、もはや不正クリック代行業者どもが泣いて喜びそうなお粗末な現状である

アフィリエイトサイト運営者は今すぐサーバーの生ログをチェックし、広告URLに異様な足跡が残っていないか確認すべきだろう。ヤフーリスティング広告場合不正クリックによる返金期限は過去60日しか遡れない。

何より、このアマゾンの野放しサービスはどうにかならんか。

あ、そうそう、最近ASKA話題のギフハブらしき痕跡もあった。

ec2-52-198-19-198.ap-northeast-1.compute.amazonaws.com - - [23/Aug/2016:18:09:45 +0900] "GET ***** HTTP/1.1" 200 27625 "-" "Mechanize/2.7.0 Ruby/2.0.0p451 (http://github.com/sparklemotion/mechanize/)"

このギフハブってアマゾン不正クリックを走らせるプログラムか何かなの?

2008-09-26

Muxtape物語

オンラインで流せるテープ」 を提供していた muxtape が閉鎖して一月。昨日出た、運営者からのメッセージを勢いで翻訳する。

http://muxtape.com/story

http://muxtape.tumblr.com/post/51762430 ←反応

僕は音楽を愛している。

音楽を愛している人にとって、そして音楽そのものにとって、音楽を共有するという欲望は、本質的でかかせないものだと信じている。

愛すべき音楽に出会ったとき、僕たちは友達をターンテーブルの前に集め、CDを貸し、カーステレオで鳴らし、ミックステープを作る。

僕たちは、音楽から感じるものを知っているから。他の誰かにも、それを感じてほしいから。


Muxtape物語が始まったのは、僕がオレゴンでやっていた、週一の大学ラジオ番組だ。

その番組で流した曲の記録のかたわら、そのプレイリストウェブに上げていた。ひとつのブロックが、その週の番組記録したカセットに対応するというものだ。

当時、ミックステープ斜陽の時代に入っていた。でも、あのプレイリストのページは、ミックステープと同じ役割を、そして多くの点でよりよい役割を果たすはずだ。僕は番組を終えてからも、そのことをずっと考え続けた。

ミックステープのように、プレイリストはある意図を持って集められたものであって、その価値は単なる足し算にとどまらない。

ミックステープとは違って、プレイリストには物理的に届けるための制約がない。でも同時に、そこには実際の楽曲がない。

誰かがそのページを見にきてくれても、知っている曲があれば共感してくれるだろうが、 本来リスナーである人たちにミックスを実際に編集する手間を押し付けるのは、もともとの目的ダメにしてしまう。

五年後、インターネット技術が格段に進歩していた。

僕はウェブサイト実験的なUIを試す仕事をしていた。

プレイリストのことをまた考えはじめ、ついにそれに命を吹き込んだのは、その頃のことだ。

僕の音楽を(ミックステープ的な意味で)共有するという欲望はなくなってはいなかった。

だけど、その行き場はなくなりつつあった。

大手のブログサービス音楽ファイルを短期的に置けるようにしていたけれど、

そういう場は僕が求めていたものではない。

カセットテープを手に握ったときにうまれる、突き動かされるような感覚

それを手にしただけで、プレイヤーを探してそいつの使命を遂げさせたくなる。

Muxtape設計目標は、そういう実感ををデジタル世界翻訳してやり、音楽生命の火花を散らして、持つ人を聞かずにはいられなくするということだった。

最初のバージョンは僕のtumblrに載せた一枚のガジェットだったけれど、後の姿と本質的に変わりはない。

フィードバックはすごいものだった。

「俺の分も作ってくれないか」という質問が次々と来た。

最初は、ソースコードパッケージ方法をあれこれ考えていた。

でも考えが進むにつれ、それはひどくもったいないことだと気づいた。

ソースで配布すると、到達できる範囲はせいぜい自前のサーバーを持ったニッチクラスタだけになってしまう。

音楽発見するための、もっと大きな機会をすべて閉じてしまう。

ミックステープの抜け殻に見えていたそれは、すぐにミックステープ進化形に見えだしてきた。

作ってやらなければならない。

三週間の夜をけずった結果、僕はMuxtapeを公開した。

成功はすぐに目に見えて現れた。

24時間で8685人の登録があり、

1ヶ月で97748人の登録と1200万ユニークアクセスがあり、

さらに順調に伸びつづけた。

ニュースサイトへの露出も多数。

行き過ぎた予想。技術オタクは賛美するか、すぐに失敗すると断じるかに分かれた。

誰もがどきどきしていた。

僕はぞくぞくしていた。

Muxtapeは「レーダーの視界の下を飛んでいる」からなんとか生き残っているだけだ、という誤解は多かった。

いわく、メジャーレーベルに見つかれば、閉鎖させられるだろう、と。

実際には、レーベルRIAA普通の人と同じようにウェブを見ている。

僕も一週間かそこらで、連絡を受けた。

RIAAからの通告が、メールと書留郵便FedEx夜間便(紙とCD)の三点セットで届いた。

彼らは、権利侵害に当たるらしい6つのmuxtapeを止めるように求めてきたから、僕はそうした。

同じ頃、あるメジャー著作権問題(anti-piracy)担当者からの連絡を受けた。

電話をとって最初に聞いた一言は、「教えていただきたいんですが、召喚状と訴状は、どこに送ればいいんですかね?」

対話はそこから始まった。

召喚状は送られてこなくて、それは雰囲気を新規ビジネス立ち上げの会議にふさわしいものにしようとする彼の脅し戦術だった。

本当の狙いはビジネスだった。

同じ頃、別のビッグフォーの企画担当者からもコンタクトを受けた。

次の一月、僕は聴き続けた。

頭のいい法律家、この手の問題について傾聴すべき意見を持つ人々と話し、

Muxtapeの合法性について合意を得ようとした。

得られそうな合意は、合意がないということだけだった。

Muxtapeは100%合法で何の心配もない」から「Muxtape違法コピーの宝庫。十億ドルの訴訟ライカー島(Riker's Island)での服役の覚悟はあるのか?」までのあいだで、二十以上のすこしずつ違う意見をもらった。

結局Muxtapeの合法性は法律的に曖昧(moot)だった。

正当性があろうとなかろうと、訴訟で戦う費用はない僕の上に、メジャーレーベルは斧を振りかざしていた。

僕はいつも、アーティストレーベルが連絡してきて問題を訴えたなら、削除をすると、自分の中で決めていた。

でも、誰からもそういう疑義はなかった。

ひとつも、なかった。

逆に、僕が聞いた範囲では、どのアーティストもこのサイトのファンで、その可能性にわくわくすると言っていた。

そこの親会社は怒っているに違いない大きなレーベルマーケティング担当から電話を貰い、最新の情報ホームページに反映させるにはどうすればいいかと訊かれたことも何度かあった。

小さめのレーベルからは、彼らのコンテンツを別のクリエイティブな仕方でアピールできないかと言われた。

明らかに、Muxtapeリスナーにもアーティストにも、同じように価値あるものだった。

五月、メジャーレーベルのひとつ、ユニバーサルミュージックとの最初の会議をした。

僕は、最悪の扱いを覚悟して、一人でそこに行った。

この十年、インディーの界隈に片足を突っ込み、そこで大きなレーベルが彼らの利益になるものも知らず、頑固にラッダイトしているのをみたからだ。

ここで言っておきたいのだけど、レーベル自分自身のビジネスを、ふつうの人が疑っているレベルよりはずっとよく知っている。

ただし、未来へのアプローチに関しては、個々のレーベルによって驚くべき違いがある。

ユニバーサルで僕が会った紳士たちはすごく柔軟で機転が効いていた。

僕は、彼らにMuxtapeが与える利点を売り込む必要はなかった。

彼らはMuxtapeの素晴らしさを知っていて、ただ、支払いを欲しがっているだけだった。

その点については同情する。

僕は、共同で提案を行うにはまだいくらか時間が必要だと伝え、決定を先延ばしした。

数週間後、EMIとの会議をした。

彼らは大きく違ったタイプだった。

僕は会議室に入り、8、9人と握手をしてテーブルの前に着くと、目の前に "Muxtape" と題された電話帳並のファイルがあった。

彼らは半円状になって左右の脳のように僕の回りに陣取った。片方は法律、もう片方はビジネス企画

会議の相手は交互に切り替わった。

貴方意図的に権利侵害をしている、サービスを止めるまでに数時間の猶予は与える」という法律サイドハードな尋問と

「仮にサービスを止めさせられなかったら、どのような協力がありえると思うか?」というおずおずとしたビジネスサイドとの議論。

僕は提案を作るのに二週間を求めたが、二日と告げられた。

決断をしなければならなかった。

僕がみるに、選択肢は三つ。

第一は、全てをやめること。これはずっと考えていなかったことだ。

第二は、メジャーレーベルコンテンツを全て禁止すること。これなら、直近の危機を回避することができそうだが、二つ大きな問題があった。

ひとつは明らかなことだけど、ユーザーがミックスに使いたいと思う大半の音楽を禁止することになってしまう、ということ。

もうひとつはメジャーレーベル以外に関して、楽曲所有権と利用をどう扱うべきかという重い問題についてなにもやらないに等しい、ということ。

中規模のレーベル独立アーティストにも、彼らのコンテンツがどのように使われているかについて、それほど圧力は使えないにしろ、大企業と同様の基本的な権利がある。

第三の選択肢は、完全にライセンスを受けるモデルにすること。

これは、ユニバーサルの人に会ってからずっと挑戦していたことだ。

他のサービスライセンスを受けているものは、いろいろな理由でうまくいっていることを知っていた。

同時に、Muxtapeの場合は違うということ、少なくとも模索する価値はあることを知っていた。

レーベルがそこに価値見出しているかどうかという疑問の答えは得られていなかったが、次の疑問は、それにどれだけの費用がかかるか、だった。

六月。

僕は五番街の法律事務所に、メジャーレーベルとのライセンス交渉の代理人をつとめることを求めて、彼らは承諾した。

二週間後、今度は弁護士を同席して、僕は四レーベルに会った。

そして、取引をするための遅々としたプロセスが始まった。

第一回は、堅苦しく複雑だった。だけど、思ったほど悪くはない。

僕は彼らを説得し、Muxtapeがこのままサービスを続けることが皆にとっての最良の利益になる、と納得させた。

これでうまく行きそうだった。

さらに二ヶ月、投資家と会合を持ち、サイトの次のフェイズ設計し、交渉監督した。

困難が予想されたのは、Muxtapeが単純なオンデマンドサービスではない、という点で、オンデマンドよりは支払いが低くて済むはず、という点を考慮に入れてもらえるかどうかだった。

ライセンスの条件からはじめたかったのは、めずらしいwin-winになると思ったからでもある。

僕は、どんな通達があっても(at any given notice)、楽曲検索して再生する機能を持たせたくはなかった。

一方、彼らもそういう昨日にあまりいい顔はしない(少なくとも、今の価格では)。

Muxtapeの特徴的な機能は、複数の意味で強みになった。

最初の危険信号は八月に来た。

それまでは、すべての議論は数字に関するものだったが、

合意に近づくにつれて、掲載位置の販売とかマーケティングの方向性に話が移ってきた。

Muxtapeモバイルバージョンを提案したが、否定された。

僕の柔軟性は身動きできなくなっていた。

Muxtapeに対して公正な取引をすることに心を割いてはいたけど、僕がずっと持ちつづけていた最大の関心は、サイトの統一性と使用感を保つことだった。

(それはライセンスを求めはじめた元々の理由のひとつでもある)

Muxtape経済面での各種の侵略に合意したのも、動かしたい(play ball)からだった。

だけど、編集創作についてコントロールを手放すのはものすごくつらいことだった。

これと格闘している最中MuxtapeサービスホストしているAmazon Web Servicesから通告を受けたのが、8月15日

RIAAからの訴状AWSに届いている、と。

Amazon規約によれば、とんでもなく長い一覧に挙げられた楽曲を一営業日以内にすべて除去しなければ、

サーバーを止められて全データ削除されることになっていた。

これはかなりの驚きだった。

RIAAからの連絡はずっと途絶えていたのだけれど、僕はこれをレーベルの理解が得られたためだと思っていた。

パニックになりながら何度かAmazonメールを交換し、

僕はライセンス交渉最中にあること、これは事務的な間違いじゃないか、夏の金曜日の午後をとりもどせるようにするためにはなんでもしよう、ということを説明しようとした。

営業日どころか、週末を越えて月曜日までやり続けても、結局、Amazonが要求する文書を作ることはできなかった。RIAA電話で連絡したけれど、受けてもらうことさえできなかった。

そしてサーバーは止められ、アカウントは停止された。

僕はドメインネームを新しいサーバーに移して、

これを解決できるはずだという、ほんとうに感じていたままの期待をそこにメッセージとして残した。

僕はまだ、これがなにかのひどいミスだと思っていた。

でもそれは間違いだった。

事態がすこし把握できてきた次の週。

RIAAの動きは、レーベル親会社とは別の、自律したものだということ。

レーベルとの間で得た理解は、RIAAには継承されないということ。

どのレーベルも、僕を助けることに特に興味を持っていないということ。

彼らの見かたでは、交渉には影響しない、という。

僕は納得しなかった。

取引にはまだ数週間か数ヶ月(インターネット上では永遠に等しい)はかかる。

つまり、Muxtapeはすくなくとも年末までは止まったままということだ。

また、どうやって支払うかという問題も残っていた。

この変わりやすい世界では、急成長するウェブサイトがある場合でさえ、投資を受けるのは難しい。

サイトがまったくない状態では、筋違いもいいところだ。

だから僕は、これまでの人生で一番つらい決断をした。

ライセンスの取引すべてからの撤退。

どの取引も、単純さを信条とするこのサイトに対しては複雑過ぎるものになりつつあり、

僕がやりたい方向のイノベーションにとって、制約が強すぎ敵対的すぎるものになりつつあった。

開発にほとんど注意を向けられなくなってしまった結果、僕は自分モチベーションに疑問を感じはじめていた。

僕は、すべてを犠牲にして急スピード大会社を建てるために、これをはじめたんじゃない。

僕がこれをはじめたのは、音楽を愛する人たちのために単純で美しいなにかを作りたかったからだ。

だから、またそこからはじめたいと思う。

約束したとおり、サイトは復帰させる。

でも、いままでどおりのものではない。

ある、開発初期段階にある機能を取り入れるからだ。これからはその機能に中心的な役割を持たせたい。

Muxtapeは、バンドだけのためのサービスとして再出発する。

インターネットで活動するための、これまでにないシンプルで強力なプラットフォームとしての機能を提供する。

2008年ミュージシャンは、ウェブ開発者と手を組まない限り、オンラインで地位を確保する手段はほとんどない。

しかし、彼らのニーズは、実は共通の問題の中にあることが多い。

あたらしいMuxtapeは、バンド自分楽曲アップロードして、それを埋め込みプレイヤーとして提供し、

もともとのMuxtapeの形式に加えてウェブのどこででも動かすことができるようになる。

魅力あるプロフィールを取り付ける機能、さらに、カレンダー写真コメントダウンロード、販売、あるいはニーズのある他の全ての追加機能のモジュールを提供する。

システムは0の段階から無限拡張することができ、CSSデザイナーが使えるようなテンプレートシステムの層を設ける。

詳細は追って公開する。

ベータ版はいまところ非公開だけど、数週間以内に変更する予定。

これは機能の点でかなりの大きな転換だということは、意識している。

でも、Muxtapeの核となる目標は、変わっていない。

僕はいまも、音楽オンライン経験する方法を変革したいと思っている。

僕はいまも、相互接続された音楽のもっとも興味深い側面、新しいものをみつける、という側面を実現したいと思っている。


第一フェイズMuxtapeをこれだけすごい場所にしてくれた皆さんに感謝します。

皆さんのミックスがなければ、ありえなかったことです。

音楽業界はいつかついてくるでしょう。ぜったいに、そうすることになるはずです。

Justin

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん