どーするパクリサイト対策? 160
ストーリー by Oliver
時刻証明付きの電子署名が欲しくなる 部門より
時刻証明付きの電子署名が欲しくなる 部門より
以前、パクリ日記についてストーリをのせたが、今度はサイトの文章をパクられた人から相談がきた。タレコミにはGoogleのキャッシュに残ったパクリサイトの管理者がパクリを認めている書き込みへのリンクが含まれていたが、特定サイトの問題とは切り離すべく、あえて削除した。
0xLUV+9曰く、 "へっぽこサイトゆえに悩んでいる事があります。コトの経緯はこうです。ネットで調べものをしていたときのこと。そこがうちと同じコンテンツをやっていたので、ちょっと寄り道してみたんです。すると、何か見覚えのあるキャッチフレーズ・・・ そして心当たりがありすぎるヘルプコンテンツ・・・以前に自分が書いたのとほぼそっくり同じ内容でした。そのサイトではそれらも含めてそのコンテンツの PHP スクリプトを配布していて、利用者もかなりいる人気サイトのようです。(ちなみにうちのは Perl 製で配布もしていません) さっそくそちらのサイトの掲示板で管理人の方と何度かコンタクトしてみましたが、終始誠意の感じられない態度でしたので、半ば呆れて、引用した部分をすべて削除してもらうことでキレイサッパリ終わりにしてしまった方が良いだろうと、その旨を書き込みました。それ以来あちらからのレスもなく無言の承諾かと思いきや、いまだ一向に改善する気配はないし、何かその掲示板のログさえも削除されている気が・・・
うちはへっぽこサイト。あちらは人気サイト。このままほっとくと、まるでうちが二番煎じであるかのような状況にもなりかねないのが恐ろしいのです。あちらが公開する以前にうちは地味にバージョンアップまでしてるのに・・・
何だかものすごく不甲斐ない気持ち。心は半泣きです。そんな状況を避けるにはどうしたらよいでしょう? どうか皆さまのお知恵をお貸しください(T-T )"
オリジナルの証明 (スコア:3, 参考になる)
意外に簡単です。昔ソフトハウスで裁判沙汰を起こした際の 話しなのですが、パクッた側が『ちゃんと機能設計をした オリジナル』と主張しているにもかかわらず、その機能設計 からは絶対に導き出されるはずのないバグや冗長性が オリジナルのコードと同じ形で存在していたからです。
ある程度の規模になったら、絶対にこの問題は避けて通れなく なります。誠意ある態度が見られなければ、堂々とそういう 証拠を順次提示して差し上げればよろしいでしょう。
--- Toshiboumi bugbird Ohta
パクられないために (スコア:1)
鍵を使うと証明が出てくるような仕組みを入れることって
できないですかね。
例えば、本当の作者の名前が出てくるとか。
uchachaの日記 [hatena.ne.jp]
Re:パクられないために (スコア:3, 参考になる)
まあ、ちゃんと解析されたら一発で終わりですけどね。それなりに馬鹿避けにはなる・なってるようです。
-- Takehiro TOMINAGA // may the source be with you!
Re:オリジナルの証明 (スコア:1)
まず要件定義を開示させ、次にその実装状況をレビュー させます。
オリジナルを作った人間なら、開発の経緯によるデバッグ コードや実装の変更などの痕跡として、バグや冗長な コードが残存していることを説明することが可能ですが、 パクッた側にはそれがうまく説明できません。
--- Toshiboumi bugbird Ohta
Re:オリジナルの証明 (スコア:1)
ごめん。上の書き方だけだと、充分に分かりにくいかも。
例えば、A ←→ B ←→ C という状態遷移を当初設計していて、 実装してみたら、C からは直接 A に遷移して問題ないことが 判明したので C → A という遷移の経路を新設したとする。
にも、かかわらず C → B → A という経路が残っていた場合、 それがなぜなのかは、開発した人間にしか説明できないで しょ?
--- Toshiboumi bugbird Ohta
お気に入りのネタ (スコア:3, おもしろおかしい)
ネタ元 [yotaro.bird.to]
# ACなのでAC
禁止するのは,困難 (スコア:2, 参考になる)
ただ,私には「そういう発言を管理者が公開した」,というだけで,充分な成果に見えます。たとえば,それがディズニーだったら絶対に認めないでしょう。
もし「二番煎じであるかのよう」に思われるのが一番の問題なら。削除を要求するより,オリジナルが誰か? というのをどこかに明記するように要求してみてはいかがでしょうか。
#と,またいいかげんなことを書いてみる。テスト
斜点是不是先進的先端的鉄道部長的…有信心
いいじゃん (スコア:2, すばらしい洞察)
パクられたら、その先に行けばいいのです。真にオリジナルが作れる人なら、それが出来るはずです。パクる能力しかない人はそこで成長が止まっているのだから、長い目で見れば勝負は明らかです。
オープンソースなプログラムはパクられるのが前提です。文書でもデザインでも、どんどんパクられる価値のあるものを作り続けましょう。そうやって力量の差を見せつけることが、パクりへの有効な対抗手段かと。
Re:いいじゃん (スコア:1, すばらしい洞察)
Re:いいじゃん (スコア:1)
たとえば、私がある画期的なソフトを開発したとします。
これの宣伝が行き届かない内にどこかがパクリを作って、
大々的に宣伝したとしましょう。多くの人がそのパクリを
本家だと思ったとすると、その後の様々な貢献(バグ報告・
改良パッチ・新プラグインなどなど)はそのパクリの方へ
行ってしまう、という状況を産み出しかねません。
そんな状況下だと、「うちが本家だ!」とアップデートをした
ところで、一ブランチだとしか見做されず、そうした貢献を
受け損ねてしまう。
「そこまで心配せんでも…」と思われるかもしれませんが、
本家が小規模コミュニティのUNIX用ソフトで、そのパクリが
大企業によるWindows/Mac用、といった極端な勢力不均衡状態に
ある場合、こうした危険性は充分にあるのです。
この辺はパクリに限らない訳で、正式に技術提携を結ぶような
場合でも気をつける必要があると思います。
Re:いいじゃん (スコア:1)
それなら、自分が付け加えた機能をパクリ先にコントリビュートして あげたらどうかな? ついでにパクリ先のやつをUNIX系でもコンパイルできるようにして、 自分のやつをマージしてもらえれば、 一番めんどくさいプロジェクト管理の部分を押し付けることができて、 楽になると思うですが。
まぁ、自分がプロジェクトの主導権を握りたいとか、 最初の開発者であるという名誉をどうしても欲しいとかいうなら別だけど。
Re:いいじゃん (スコア:1)
「Unix のビルド環境がないので」等の理由で蹴られたら?
# mishimaは本田透先生を熱烈に応援しています
Re:いいじゃん (スコア:1)
公衆の面前 (スコア:2, すばらしい洞察)
そもそも、Web日記だろうが何だろうが、パクられて困るような物を公衆の面前に出す行為が理解できません。
p.s.一時期、URL を送信すると、その時点の HTML の MD5 と時刻を登録する「出版証明サイト」を考えましたが、どうせ HTML の中身なぞ日々変化するものですし、意味が無いと思い止めました。
知恵貸せいうても……。 (スコア:1)
ちと厳しいことを言うかもしれませんが、貴方の訴えが通用しないのは
向こうが有名サイト、貴方が無名サイトだからという問題では
ないような気が。
貴方の方が先だったと主張しないとお困りなのであれば物証を持って
主張できるのが一番なのですが。
その辺り、いかがなんでしょう?
嗚呼、なんてつまらない普通のコメントなんだと自己嫌悪中。
//座右の銘は「人生目分量」。 Funorita
いっそのこと (スコア:1)
個人でそういうことするのは大変だとは思うけど、一番確実な方法だと思いますよ。
最強の弁護士 (スコア:1)
に頼むと良いらしいですね。
引用? (スコア:1)
*本当に引用なのであれば*、引用を禁止すること自体が法律で禁止されているんじゃないですか?
Re:引用? (スコア:2, 参考になる)
少しフォローしておきますね。
(タレコミ文より引用)
著作権法 [cric.or.jp]によれば,引用は著作権者の許可なしに行うことができるとされています(第32条)。ただし,著作物の出所を明示する,など引用の際に満たさなければならない要件があります。この辺りは,真紀奈の著作権法講座 -第8回- [home.ne.jp]にまとまっています。
引用の要件を満たしていない場合は転載となり,著作権者に許可を求める必要が出てきます。0xLUV+9さんの許可を得ずに0xLUV+9さんの著作物がWeb上に転載されていたなら,それは0xLUV+9さんの送信可能化権の侵害にあたり,違法行為となります。
さて,今回の件が引用でなく転載であったとすれば,0xLUV+9さんのとることのできる対策は次のようになります。
転載コンテンツを載せているサーバ管理者に連絡し,該当コンテンツの削除(+転載者への警告)を求める。その際,Internet Archive [archive.org]などによって,あなたの著作物が時間的に先に発表されていることや,“パクリサイトの管理者がパクリを認めている書き込み”などの証拠を示すと良いでしょう。転載者に連絡を取って削除を求めたが駄目だったことも書き添えましょう。「法的な措置も辞さない」などとハッタリを書いておくと対応が早いかもしれません ;-)
サーバ管理者に連絡しても駄目な場合は,訴訟する。
おそらく,サーバ管理者へ連絡すれば対応してくれるでしょうから,訴訟まで話が大きくなることはないかと思います。
# 法律の専門家ではないので,間違いがあったらごめんなさい…
参考 :
手続き踏むなら (スコア:2, 参考になる)
これで,プロバイダと相手のやりとりがあって,そこで解決しなかった場合に法的解決ということになります。が,手続きを1ステップずつきっちり踏むことによって相手にプレッシャーをかける方が,この場合,戦術としてはいいのではないでしょうか。こちらがきちんと対応する人間であるということを印象づけるのも作戦のうちです。「法的な措置も辞さない」と書いてブラフだと見抜かれた場合は見事に足元を見られるハメになりますんで。
Re:引用? (スコア:1)
認めてあげましょうよ、それぐらいの表現のゆらぎは。
# 枝葉にこだわるカスタマーサポートに悩まされてるのでIDで
Re:引用? (スコア:1)
現実的な対処としてはどうすべきなん? (スコア:1, 興味深い)
最初はうまく軌道に乗るかどうかもわからんまま、ほとんど気まぐれに近い感じでテキトーにいろいろ作って動かして、それなりに動いたらそのまま継続して運営、バグが出たら都度対処・・・・・今に至る、みたいなトコが多いんじゃないでしょうか。
中のコンテンツったって、最初からパクられるような高品位なモノを取り揃えて準備万端で運営開始したわけじゃないでしょうし、パクられるとも思ってないんだし。
たとえ小さな思い付きがキッカケで運営を始めるとしても、最初から強固な自衛策をとって運営しなきゃダメなん?
「裁判で争えばいいじゃん」的な意見もわかるんですが、逆に言うと「裁判で争えないなら諦めろ」ってこと?
なんか、不合理な気がするなぁ。
WEBページ (スコア:1)
別にデザイン目的で来てる人なんて多分少数だよ。
重要だけど。
まあ、この世の中にはハンドルぱくっただけで怒る人も多数。
知り合いに居るけど。
更新履歴 (スコア:1)
とりあえず その地道な努力の履歴でもくっつけてみたらどうでしょう
できるだけ詳細に、だらだらと長ったらしく かつ ありのままに
すくなくとも パクリじゃないと主張できるかと…
あ~ ドキュメントの更新履歴もお忘れ無く
前向きな対策を考えてみる。 (スコア:1)
隠し電子署名を附与する。
例えばスペースとタブの組み合わせなどを使ってイニシャルを符号化したものを隠す。
統計的手法を使う。
句読点や使用漢字などの頻度をみて、どちらの癖に近いかを見る。
等の(事前のものですが)対策が考えられると思います。
確実なのは隠し署名ですが、手法がバレたら一発で無効化されるのが難です。統計的手法への対策は、パクった意味が無くなるので無意味であり、この手法は有効だと思います。が、書き手に明白な癖を要求するのが難点でしょう。
どこが前向きな対策か考えてみる。 (スコア:2, 参考になる)
たとえば書評なら,筒井康隆の「一杯のかけそば」評論のように。
それがパクリなら,FUJI [nasda.go.jp]は,ARD [esrin.esa.it]と,
X-38 [nasa.gov]のパクリだっていってみる。テスト。
斜点是不是先進的先端的鉄道部長的…有信心
Re:どこが前向きな対策か考えてみる。 (スコア:2, 参考になる)
この世の情報の大半には創作性なんざ存在しません。重要なのは、情報、ドキュメントの正しい改訂情報が保持されることです。
ドキュメントに信頼性より創作性を望まれる、というなら話は別ですが……
パクリというものの真の問題は、信頼性に対する脅威である、という点です。
カット&ペースト元が何処であるか、履歴を正しく保持しているなら問題はありません。とにかく一次情報源まで遡ることが原理上は保証される訳です。
履歴を破壊された情報は、破壊した主が元の著作者と同等の理解を有していなければ、例えば不具合調査に大きな問題を抱えることになります。もちろん、破壊した主が同等の理解を有しているという保証は無い訳ですから、信頼性はひどく低下します。
>FUJIは,ARDと,X-38のパクリだっていってみる。テスト。
……えーと、ソユーズのパクリというならともかくねぇ。もちょっと勉強されよ。
で、結論としては、 (スコア:1, 興味深い)
キャッチフレーズが何をさしているのかはよくわからない。ヘルプと称するページは、特に趣向を凝らしたものではなく、この手の掲示板としては当たり前の操作説明と注意書きに留まっている。似ていると言われれば、似ている気もするが、そもそもこの種のファイルは一般にオリジナル性が乏しいので、パクりと認定することはできない。逆に、原告は少々自意識過剰ではなかろうかと推測するものである。
そもそも、被告が本当に原告のプログラムをパクったとするならば、被告は同等の機能を持つプログラムをスクラッチから書き上げたわけであり、プログラミングとしては初歩的な範疇ではあるが、その行為はハッカーとして当然のことである。
また、原告においても、そうした労力を投ずるに値するプログラムを書いたことを、多少は誇りに思うべきである。
原告・被告とも今後もハッカー道に邁進することを期待する。
以上で閉廷。
Re:悪には悪を (スコア:2, 参考になる)
犯人が中学生であったことが発覚しているわたぼう事件 [210.175.81.100]や、いまだに全面解決に至っていないA2事件 [sakura.ne.jp]など。
盗作を受けたのなら、とりあえずは(相手の個人情報が分かっていないのなら)プロバイダへの通報を真っ先にお勧めします。
その後、あまりにどうしようもなければ某巨大掲示板へ。
Re:悪には悪を (スコア:1, すばらしい洞察)
素人にはお勧めできない。
Re:悪には悪を (スコア:1)
経営/運営方針とかどうかしてるとは思うけど。
やっぱり、パクリであることの物証でしょうな。WebArchive [archive.org]のアーカイブとか第三者が日付つきで記録しているものを探せばOKかと。
まぁ、速攻でパクられたのであればダメでしょうけど。
なんだ (スコア:2, 参考になる)
#おや、ついさっきまでgoogleで出てたのに突然出なくなった
#アレやったのか?
Re:なんだ (スコア:1, 参考になる)
パクリ先 [s3.to]
見ました (スコア:1)
私には,「パクリ先」の人が「パクリ元」のコンテンツを見て,PHPで換骨奪胎を試み,ソースについてはできたものの,説明画面は手を抜いたか換骨奪胎が不十分だったように見えます。
法的な注意事項とか利用制限とか,誰が作っても似たようなものでは。そういう文書にどれだけ著作性があるんでしょうね。レイアウトに著作性はあるでしょうけど,それにしてもこのレイアウトで著作性を主張されると,偶然一致するところがあってもそんなに不思議な気がしないです。
「パクリ元」を参考にしたことが事実だったとして,一言謝辞を書いておけば「パクリ元」を嫌な気持ちにさせなくても済んだことではないでしょうか。あるいは,手間を惜しまず説明画面もスクラッチからレイアウトするとか。
Re:見ました (スコア:1)
謝辞(下のほう) [s3.to]は書いてありますね。指摘されたあとに付け加えたのか、最初から書いてあったのかはわかりませんが。
Re:見ました (スコア:1)
まあなんだ、このサイトもこんなところに謝辞を書くくらいなら、
掲示板でタレコミ者に「参考にさせてもらいました、ありがとう」
くらいのことを言えばよかったのに。
タレコミ者もたぶんその一言が欲しかっただけに違いない、と想像してみる。
# mishimaは本田透先生を熱烈に応援しています
Re:見ました (スコア:1)
はい。ほぼその通りです。
ただ、その謝辞のようなリンクも、掲示板でのこちらからの2度目のレスで「記念に相互リンクでもしません?」と提案したからであって、何も言わなければおそらくはそのままだったかもしれません。
突然出なくなった (スコア:1)
> アレやった
とは、何をされたんでしょうか?
Re:まずは味方を (スコア:1)
同意++
0xLUV+9さんのサイトとそのぱくったサイトを示してください。
だからどうなるというものでもないと思うけど、少なくとも私の中では
そのように認識しますので。
# 普通はACだけど、あえてID
Re:まずは味方を (スコア:1)
gy0
つかよ (スコア:1)
phpスクリプト配布では結構有名なトコですね。
スクリプト自体はクローンという事でこちら [srad.jp]の議論を待ちます。
掲示板の解説の文章自体をパクッた事については...後でフォローします。
gy0
Re:なにが問題? (スコア:2, 参考になる)
ここで問題にしているのはスクリプトの方ではなく、その配布サイトの方かと。
文は人なり,とか。 (スコア:1)
・スクリプトを配布するにあたっての案内の文章
->長さにもよるような。誰が書いても似たような内容にしかならない場合もあるし。
文章について同一人物が書いたかどうかを分析するって,どの程度の精度でできるんでしょうか。文の長さとか漢字の割合とか言い回しとかから判定するやつ。サイトにある他の文章とつき合わせてみて,これは同一人物の文章である確率8割とか,9割方別人の文章だとか・・・。
逆に,スクリプト紹介の定型文で誰が書いても同じようなものになる場合は,そもそもパクられたことが問題にならないだろうし。
サイトのレイアウトやデザインのパクりは,見れば一目瞭然なことが多いと思うんですが「類似度」なんてどうやって出すんだろ?
Re:なにが問題? (スコア:1)
Re:なにが問題? (スコア:1)
同じ様な物を作って(ここまでは問題無い)、それに対する説明を書けば当然同じ様な説明になるでしょう。
元の文章にそれほどオリジナリティがあるとは思えません。
Re:なにが問題? (スコア:1)
Re:なにが問題? (スコア:1)
今公開しているものに関しては、その「心当たりのある」ときとは若干変わっています。
公開当初と一度目のデザインチェンジのときのバックアップから、「心当たりのある」2ファイルをLZHアーカイブにしたのでよろしければそちらもご覧ください。
bkup.lzh [no-ip.org]
WebArchive も探してみたのですが昨年分自体がまだないようです。
Re:逆から見てみる (スコア:1)
ちゃった、なんてプロジェクトもちょくちょくありますし、
オリジナルのライセンスに抵触しないなら
別に公開しちゃって問題無いように思いますけど。
(クリーンルームで開発した場合でも、オープンソースの
慣わしではこれこれを参考にさせてもらったと言及しとけば
別に文句の付きようが無いような…)
相手が商売でやってる場合は話がややこしくなるかも
しれませんが。
Re:逆から見てみる (スコア:1)
「あんたの作ったものを参考にクローン作りました。よろしくっ!」
で、いいんじゃないでしょうか。
taka4