<< 前のページ | 次のページ >>

スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

対訳: 米国政府の CTO が CNET のインタビューで CC に言及

The US Government CTO on Creative Commons
米国政府の CTO が CC に言及

Fred Benenson, September 22nd, 2009

We caught a great interview with the US Government’s CTO, Aneesh Chopra talking about his thoughts on copyright on CNET.

米国政府の CTO(最高技術責任者)である アニーシュ・チョプラ氏が CNETで著作権についての彼の考えについて語っている 素晴らしいインタビューをキャッチした。

When questioned about the future of copyright reform (wait for the video to load and scroll to the 7:30 mark) Chopra mentions how he “embraced the Creative Commons licensing regime” when he worked with the Commonwealth of Virginia to publish their Flexbook platform. Chopra then states that he thinks that it was this experience that really informs his perspective on how intellectual property should be remixed, shared, and reused.

著作権の改修の未来について質問されたとき (ビデオの 7:30 から)、 Flexbookプラットフォームを公開する ためにバージニア州と協力する際に 彼がどのようにして「CC ライセンシングのレジーム(体制)を受け入れたか」 について言及している。 彼はまた、まさにこの体験によって、 知的財産がどのようにリミックスされ、共有され、 再利用されるべきであるかということに関する 見通しを得たと語った。

Needless to say, we totally agree.

言うまでもなく、私たちは全面的に賛同する。

Creative Commons License
This work by sonota is licensed under a Creative Commons Attribution 2.1 JP License.
Based on a work at creativecommons.org.

これがそのインタビュー動画です。

時間表示が「残り時間」になっているので「動画の末尾から 7:30」のあたりから 上述の話が始まります。 会話は英語ですが英語字幕が付いてる(動画の下の「CC」のボタンをクリックすると表示されます)のでリスニング苦手な人も見てみてはいかがでしょう。

参考(外部リンク)

対訳: 権利表現 VS 権利強制: AP通信がニュース配信・トラッキング用フォーマットを作り ccREL に言及した件に関して CC がコメント

Rights Expression vs. Rights Enforcement: clarifying the Associated Press story
権利表現 VS 権利強制: AP通信の件について明らかにする

Ben Adida, 2009-08-01

The Associated Press wants to track reuse of their content through a "news registry." This registry "will employ a microformat for news developed by AP":

AP通信は「ニュース・レジストリ」を通じて彼らのコンテンツの再利用を追跡したがっている。 このレジストリは「AP通信によって開発されたニュース用マイクロフォーマットを採用するだろう」。

The microformat will essentially encapsulate AP and member content in an informational “wrapper” that includes a digital permissions framework that lets publishers specify how their content is to be used online and which also supplies the critical information needed to track and monitor its usage.

そのマイクロフォーマットは基本的に AP通信とメンバーのコンテンツを、 コンテンツがオンラインでどのように使われるか公開者が特定でき、 利用を追跡・モニタリングするのに必要な重要な情報を供給する デジタルな許可フレームワークを含む 情報の「ラッパー(wrapper)」内にカプセル化するだろう。

While Creative Commons is very sympathetic to the difficulty of explaining technical concepts in a short press release, we're worried that the AP's explanation, and in particular their reference to the Creative Commons' Rights Expression Language (ccREL), might well be confusing.

CC は短いプレスリリースの中で技術的な概念を説明することの難しさに大きく共感する一方、 AP通信の説明と、特に CC の権利表現言語(ccREL) に関する言及が 混乱していることについて懸念している。

The reference to Creative Commons appears in the AP's microformat, hNews, which introduces hRights, a supposed "generalization" of ccREL. hRights is presumably the "digital permissions framework" that the AP diagrams as a box/wrapper around news content in order to "track and monitor usage." Unfortunately, as Ed Felten points out, this claim doesn't add up. Microformats and other web-based structured data, including ccREL, cannot track, monitor, or generally enforce anything. They're labels, i.e. Post-It notes attached to a document, not locked boxes blocking access to the content.

hRights を取り入れた AP通信のマイクロフォーマット hNews における CC への言及は ccREL の想定された「一般化」のように見える。 hRights は恐らく、 図示されているように ニュースコンテンツを包むボックス/ラッパーとして AP通信が 「利用法を追跡・モニタリング」するための 「デジタルな許可のフレームワーク」 である。 不幸にも Ed Felten が 指摘しているように、 この主張はつじつまが合っていない。 ccREL を含むマイクロフォーマットとその他のウェブベースの構造化されたデータ を使って追跡・モニタリングすることは不可能であり、 一般的に何かを強制するものではない。 それらのデータはラベルである。 つまり、文書に貼られたポストイット・ノートであって、 コンテンツへのアクセスをブロックする鍵の付いた箱ではない。

When Creative Commons launched in 2002, we were often asked "is Creative Commons a form of DRM?" Our answer: no, we help publishers express their rights, but we don't dabble in enforcement, because enforcement technologies are unable to respect important, complex, and often subjective concepts like fair use. Thus, ccREL is about expression and notification of rights, not about enforcement.

2002年に CC を立ち上げた際、 「CC は DRM の形を取るんですか?」とよく尋ねられたが、 それに対する私たちの回答はこうだった: 「いいえ、 私たちは公開者が彼らの権利を表現するのを助けるが、 強制を行うことはない。 なぜなら、強制の技術では フェアユースのように重要で複雑、そして主観的な概念を 尊重することができないからです」 このように、 ccREL は権利の表現と通知には関与するが 強制には関与しない。

And when you think about it, there's really no other realistic way. If the AP actually wants a "beacon" that reports usage information back to the mothership, then every endpoint must be programmed to perform this beacon functionality. Before it delivers content, every server must check that the client will promise to become a beacon. Which means the AP wants an architecture where every cell phone, computer, or other networked device is locked down centrally, able to run only software that is verified to comply with this policy. That's another reason why we don't dabble in enforcement: the costs of Digital Rights Enforcement (or its politically correct equivalent, Digital Rights Management) to publishers, users, to our culture and to our ability to innovate are astronomically high.

そしてそれ(権利などの表現方法?)についてあなたが考える場合、 実際には他に現実的な方法はない。 もし 利用情報を母艦に報告する「ビーコン」を AP通信が欲しがっているなら、 すべての端末はこのビーコンを機能させるように プログラムされていなければならない。 そして、すべてのサーバは コンテンツを配達する前に クライアントがビーコンになると約束することを チェックしなければならない。 これは、 すべての携帯電話、コンピュータ、またはネットワークに繋がったその他のデバイス が集中的に管理され、 このポリシーに従うことを点検されたソフトウェアだけを実行できる アーキテクチャを AP通信が欲しがっていることを意味する。 デジタルな権利強制 (または政治的にはまさに同じものであるデジタル権利管理(DRM))のコストは 公開者や利用者、私たちの文化、イノベーションを起こす能力にとって 天文学的に高い、 というのが私たちが強制に手を付けないもう一つの理由だ。

Then there's the issue of "RSS syndication" compatibility. We simply don't see how the AP's proposed system would allow both widespread beacon enforcement and compatibility with existing formats like RSS. Compatibility means that current RSS tools remain usable. Obviously, these tools do not currently perform the AP's rights enforcement, so how could they magically be made to start phoning home now?

次に、「RSSシンジケーション」の互換性の問題がある。 私たちは、AP通信が提案したシステムが 広範なビーコン強制と RSS のような既存のフォーマットとの互換性の両方を 両立させると 単純には考えない。 互換性とは、現在の RSS ツールが有用なままであることを意味する。 もちろん、これらのツールは現在は AP通信の権利強制を機能させることはできないが、 ではどんな魔法を使えばそれらのツールを使って家に電話をかけられるようになるのだろうか?

That said, there is an interesting nugget in the AP's proposal, one which we encourage them to pursue: tagging content with rights, origin, and means of attribution is a good proposal. When Creative Commons began the work that led to ccREL, there were no established or open standards for expressing this type of structured information on the web, so we had to lay down some new infrastructure. When we published ccREL, we made it easy for others to innovate on top of ccREL: we included "independence and extensibility" as the first principle for expressing license information in a machine readable format. We based ccREL on RDF and RDFa to enable this standards-based extensibility.

とはいえ、AP通信の提案にも興味深くも価値ある部分はあり、 彼らが追跡することを私たちが後押ししたいものがある。 それは権利、出典、帰属の方法とともにタグ付けすることであり、これは良い提案である。 CC が ccREL に至る活動を始めたとき、 ウェブ上のこの種類の構造化された情報を表現するための、 確立された、あるいはオープンな標準は存在していなかった。 そこで私たちは何らかの新しいインフラを作る必要があった。 ccREL を公開したとき、 私たちは第三者が簡単に ccREL の上でイノベーションを起こせるようにした。 機械可読なフォーマットにおいてライセンス情報を表現するために 「独立性と拡張可能性」を第一の原則として含めた。 私たちはこの標準ベースの拡張可能性を可能にするため RDFRDFa を ccREL のベースにした。

The AP could, rather than reinvent a subset of ccREL using an incompatible and news-specific syntax, simply use ccREL and add their own news-specific fields. By doing this, they would immediately plug into the growing set of tools that parse and interpret rights expressed via ccREL. We would be happy to help, but we built ccREL in such a way that we don't need to be involved if the AP would prefer to go it alone. And, of course, the AP can use ccREL with copyright licenses more restrictive than those we offer, if they prefer.

AP通信は、非互換でニュースに特化した文法を使って ccREL のサブセットを再発明するよりもむしろ シンプルに ccREL を使い、 それに彼ら自身のニュースに特化したフィールドを加えることもできただろう。 そうすれば、 何も手を加えずとも、 ccREL を通して表現された権利をパースし解釈する 現在成長中のツール群によって対応することができるだろう。 私たちは喜んでお手伝いしたいが、 上記のようにすでに ccREL を作ったため、 AP通信が独力で行う道を選ぶなら 私たちが関わる必要はない。 そしてもちろん、 彼らが望むなら私たちが提案しているものよりも厳しい著作権ライセンスとともに ccREL を使うこともできる。

Creative Commons License
This work by sonota is licensed under a Creative Commons Attribution 2.1 JP License.
Based on a work at creativecommons.org.

ccREL 日本語訳(カタコト版)

ひととおり終わったので告知しておきます。

途中で三日坊主になるよりは、 機械翻訳と大差ないくらいの品質でも全体を通して日本語になっている方が良いだろうという 方針で作業しました。

残りの脚注の翻訳とともに以後も文章の修正など行う予定ですが、 モチベーションや時間的なリソースなどとの兼ね合いでこのままになってしまう可能性もあると思います。

日本語訳は CC BY 3.0 JP にしておきますので 再配布や改変などが可能です。

置き場所(URL)を将来変更する可能性があります。

参考(外部リンク)

Ruby/REXML: CCLedなオーディオコンテンツを紹介するポッドキャストのフィード(RSS2.0)の読み書き

とりあえず作ってはみたものの……といった感じ。 タイトルにあるように「紹介」するためのシンプルなフィードを作るというケースに特化させたもので、 一般的なポッドキャストのフィードとして見た場合間違った使い方になってるかもしれません。


RSS Parser を使おうとしたのですが、次の理由により REXML を使うことにしました。

  • ポッドキャスト用フィードでは RSS 2.0 を使うが、RSS Parser では RSS 2.0 のフィード作成で Dublin Core モジュールが使えないようだった。
  • Creative Commons モジュールが用意されていない。

要件として、以下の情報を個別の item 要素に含めるものとしました。 また、「一次配布元URL」と「ライセンス確認用URL」は一致しない場合もあるのですが、同じものと見なしました。

  • タイトル
  • アーティスト(著作(権)者)名
  • 一次配布元URL
  • ライセンスURL
  • その他コメント・説明
#!/usr/bin/ruby

require "rexml/document"
require "uri"


class REXML::Element
  def add_elem(type, text, attributes=nil)
    elem = REXML::Element.new(type)
    elem.text = text if text
    self.add_element(elem, attributes)
  end
end


def make_rss2(channel_info, tracks)
  rss = REXML::Document.new
  rss << REXML::XMLDecl.new("1.0", "utf-8")

  rss.add_element("rss", 
                  { "version"=>"2.0", 
                    "xmlns:creativeCommons"=>"http://backend.userland.com/creativeCommonsRssModule",
                    "xmlns:dc"=>"http://purl.org/dc/elements/1.1/",
                    "xmlns:atom"=>"http://www.w3.org/2005/Atom"
                  })

  channel = REXML::Element.new("channel")
  channel.add_elem("title", channel_info[:title])
  channel.add_elem("link", channel_info[:link])
  channel.add_elem("description", channel_info[:description])
  rss.elements["rss"].add_element(channel)

  tracks.each {|track|
    item = REXML::Element.new("item")

    item.add_elem("title", "%s (by %s)" % [track[:title], track[:artist]])
    item.add_elem("dc:title", track[:title])

    item.add_elem("dc:creator", track[:artist])
    item.add_elem("author", track[:artist])

    item.add_elem("link", track[:release_url])
    item.add_elem("dc:source", track[:release_url])

    item.add_elem("description", track[:description])

    item.add_elem("guid", track[:audiofile_url])

    item.add_elem("creativeCommons:license", track[:license_url])

    item.add_elem("enclosure", nil,
                     { "url"=>URI.encode(track[:audiofile_url]),
                       "length"=>File.size(track[:audiofile_local_path]),
                       "type"=>"audio/mpeg"
                     })

    rss.elements["rss/channel"].add_element(item)
  }

  return rss
end


################################################################
## データを用意

channel = {
  :title => "フィードのタイトル",
  :link => "http://link.xxx",
  :description => "フィードに関する説明",
}

tracks = []
tracks << {
  :title => "title1 作品1のタイトル",
  :artist => "artist1 作品1のアーティスト",
  :release_url => "http://foolabel.xxx/release/0001/",
  :license_url => "http://creativecommons.org/licenses/by/3.0/",
  :description => "作品1の説明",
  :audiofile_url => "http://audiofile-foo.jp/artist1_title1.mp3",
  :audiofile_local_path => "audiofile/artist1_title1.mp3"
}
tracks << {
  :title => "title2 作品2のタイトル",
  :artist => "artist2 作品2のアーティスト",
  :release_url => "http://barlabel.xxx/release/0002/",
  :license_url => "http://creativecommons.org/licenses/by-nc/3.0/",
  :description => "作品2の説明",
  :audiofile_url => "http://audiofile-bar.jp/artist2_title2.mp3",
  :audiofile_local_path => "audiofile/artist2_title2.mp3"
}


################################################################
## フィードに書き出し

rss_src = make_rss2(channel, tracks).to_s.gsub(/></, ">\n<")
open("sample.xml", "w") {|f|
  f.puts rss_src
}


################################################################
## フィードから読み込み

feed = REXML::Document.new(rss_src)

channel = feed.root.elements["channel"]
puts "title:       " + channel.elements["title"].text
puts "link:        " + channel.elements["link"].text
puts "description: " + channel.elements["description"].text

count = 0
feed.root.elements["channel"].each_element("item") {|item|
  puts "#### item #{count} ####"
  puts "title:          " + item.elements["dc:title"].text
  puts "artist:         " + item.elements["dc:creator"].text
  puts "release_url:    " + item.elements["dc:source"].text
  puts "description:    " + item.elements["description"].text
  puts "license_url:    " + item.elements["creativeCommons:license"].text
  puts "audiofile_url:  " + item.elements["enclosure"].attributes["url"]
  puts "audiofile_type: " + item.elements["enclosure"].attributes["type"]
  count += 1
}

生成されたフィードはこんな感じになります。

<?xml version='1.0' encoding='UTF-8'?>
<rss version='2.0' 
  xmlns:creativeCommons='http://backend.userland.com/creativeCommonsRssModule' 
  xmlns:dc='http://purl.org/dc/elements/1.1/' 
  xmlns:atom='http://www.w3.org/2005/Atom'>

<channel>
<title>フィードのタイトル</title>
<link>http://link.xxx</link>
<description>フィードに関する説明</description>

<item>
<title>title1 作品1のタイトル (by artist1 作品1のアーティスト)</title>
<dc:title>title1 作品1のタイトル</dc:title>
<dc:creator>artist1 作品1のアーティスト</dc:creator>
<link>http://foolabel.xxx/release/0001/</link>
<dc:source>http://foolabel.xxx/release/0001/</dc:source>
<description>作品1の説明</description>
<guid>http://audiofile-foo.jp/artist1_title1.mp3</guid>
<creativeCommons:license>http://creativecommons.org/licenses/by/3.0/</creativeCommons:license>
<enclosure url='http://audiofile-foo.jp/artist1_title1.mp3' type='audio/mpeg' length='5296'/>
</item>

<item>
<title>title2 作品2のタイトル (by artist2 作品2のアーティスト)</title>
<dc:title>title2 作品2のタイトル</dc:title>
<dc:creator>artist2 作品2のアーティスト</dc:creator>
<link>http://barlabel.xxx/release/0002/</link>
<dc:source>http://barlabel.xxx/release/0002/</dc:source>
<description>作品2の説明</description>
<guid>http://audiofile-bar.jp/artist2_title2.mp3</guid>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc/3.0/</creativeCommons:license>
<enclosure url='http://audiofile-bar.jp/artist2_title2.mp3' type='audio/mpeg' length='10592'/>
</item>

</channel>
</rss>

Creative Commons RSS Module について

  xmlns:creativeCommons='http://backend.userland.com/creativeCommonsRssModule' 

で名前空間を宣言し、その上でライセンス(URL)を指定する。

<creativeCommons:license>http://creativecommons.org/licenses/by/3.0/</creativeCommons:license>

基本的にこれだけなので特に難しいことはないです。

サンプル

↓オーディオデータ込みでサンプル作ってみました。
http://dl.getdropbox.com/u/217014/fixed-data/cc-podcast-feed/sample.xml

その他

  • <, & などは REXML 側で勝手にエスケープ、エスケープ解除してくれる。
  • item要素の title, link は必須なのでとりあえず埋めておく。 曲の情報はフィード自体のメタデータとは別にした方がいいような気がするので、 アプリケーション側では dc:title, dc:source を利用する、としてみた。
  • podcatcher によっては dc:creator を見てくれないので RSS に書き出す場合は両方に詰める。RSS から読む場合は dc:creator を読む(ようにした)。
  • pubDate などは Time.rfc822 を使って変換する。

関連記事

参考(外部リンク)

Creative Commons License
This work by sonota is licensed under a Creative Commons Attribution 2.1 JP License.

クラシックのMIDIファイルを2000曲以上 CC BY-NC-SA で配布しているサイト kunstderfuge

kunstderfuge

Cameron Parkins, 2008-03-07

Thanks to Alessandro for alerting us to kunstderfuge, the largest resource of classical music in MIDI format online. kunstderfuge is a subsidiary of OnClassical, the CC-friendly Italian net-label we featured earlier here.

オンライン上で最大のクラシック音楽MIDI リソース kunstderfuge について Alessandro が知らせてくれた。ありがとう。 kunstderfuge は以前ここで紹介した CC に親和的なイタリアのネットレーベル OnClassical の子会社だ。

At kunstderfuge, there are complete piano works by Beethoven, Chopin, Haydn, Mozart, Bach, original piano rolls (including sacred hymns, medieval and renaissance music, and ragtimes), and much more, all available in MIDI format. The files have been produced by a variety of contributors and are ordered by composer, making them easily searchable.

kunstderfuge には、 ベートーベンショパンハイドンモーツァルトバッハ の完全なピアノ作品や、 賛美歌、中世・ルネッサンスの音楽、ラグタイムを含むオリジナルの piano roll その他多くが MIDI フォーマットで提供されている。 様々な協力者によって作られたそれらのファイルは作曲者別に並べられ、探しやすいように配置されている。

Since 2004, many of these MIDI recordings have been released under a CC license. Just recently, kunstderfuge chose to release a plethora of new MIDI sequences under a CC BY-NC-SA license, meaning there are now a total of 2,192 MIDI files (13.3% of the entire collection) published under a license that allows you to use the files for any purpose outside of commercial intent. Very cool!

これらの MIDI ファイルの多くは 2004年から CCライセンスのもとで公開されている。 つい最近、大量の MIDIファイルが CC 表示-非営利-継承 ライセンス 下で公開され、現在では全体の 13.3%にあたる 2192曲が 営利目的を除いて自由に利用できるようになっている (訳注: と書いてありますが「継承」が付いてるので注意)。 すばらしい!

Creative Commons License
This work by sonota is licensed under a Creative Commons Attribution 3.0 Unported License.
Based on a work at creativecommons.org.

メモ

20090221 追記: ダウンロード制限があり、midiファイルは1日5ファイルまで、PDFは1日2ファイルまでとなっています。
http://www.kunstderfuge.com/-/limit.htm
有料で会員登録すると制限が外れるようです。
http://www.kunstderfuge.com/-/subscription.htm

関連記事



** ホームに戻る

<< 前のページ | 次のページ >>
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。