ネット上にデータを保存するサービスは著作権違反判決、要するに日本以外に、会社とサーバ置けば？

高部真規子裁判長が出した、ストレージ・サービスに対して著作権侵害に当たるとの判断、これについては、ここのブログでも前に取り上げたけど、まだまだ、話題進行中みたい。。

ここの痛いニュース
ネット上にデータを保存するサービスはすべて著作権侵害で違法
http://blog.livedoor.jp/dqnplus/archives/980026.html
（元ねたはここ、また、この事件についてのＹＡＨＯＯニュースはここ）

ちょっと前のブログで、書き足りないところがあるので付け足し説くと、この判決によると、

１．システムの中枢＝サーバを所有・管理している
２．所有・管理者からみて、利用者が不特定多数

この場合、行為主体は所有・管理者となり、この人が協会（ＪＡＳＲＡＣ）の許諾を受けない限り、著作権を侵害すると認定

ってことで、レンタルサーバーは違法？ってかいた。
メールサーバーも同じ理屈だろう。実際上記痛いニュースのコメントにも指摘があるし、
「Yahoo!ブリーフケース」とかもだめぽだろう。。

　でも、それは、現状違法ってわけで、
　この判決によると「行為主体が協会（ＪＡＳＲＡＣ）の許諾を受れば」ＯＫなわけだ。。

　つまり、レンタルサーバーもＹＡＨＯＯもどこも、ＪＡＳＲＡＣにみかじめ料使用料？？をはらえばＯＫってことだろう。。

　多分、ＪＡＳＲＡＣ側から見れば、音楽用ＤＶＤとかとかＣＤとか補償金を払っているので、レンタルサーバーも払え！っていう論理なんだろう。。
　ということは、この判決は、ＪＡＳＲＡＣがお金（補償金）を徴収することにお墨付きを与えたことになる。。

　。。。問題はいくらか？だよね。。安かったら、めんどっちいから払っちゃおうっていうことになるけど。。高くてやっていけないとなったら。。

---

　ここで、ちょっと頭の体操

　かりに、このストレージサービスでも、レンタルサービスでも、所有・管理している会社が、アメリカにあったら？
　つまり、
１．日本の会社が、アメリカに１００％出資の完全子会社をつくり
２．そこに、ストレージだけ置く
３．アメリカの子会社は、日本の会社に、お金の徴収と顧客サービスを依頼する
　　→顧客サービスとか、ふつうのサービスは、いままでどおり、日本で行う
４．サーバーの管理だけアメリカで行う。
５．顧客との契約は、アメリカの会社が所有しているサーバーを利用しているのだから
　　アメリカの法律に基づいて行うと、契約書の中で明記する

そーすると、アメリカの会社が所有・管理していて、契約もアメリカだから、アメリカの法律が適用されるんじゃあ。。もっとも、顧客サービスは日本の会社が委託されてやるので、なにもかわらないんだけど。。

（要するに、香港のレッドチップの株みたいなもんですな。。）

---

　で、それ、「アメリカは遠すぎる」けど、どっか貧しい国の日本大使館でやったら？

　どっか貧しい国に会社をつくり、サーバーは、その国の日本大使館において、サーバーを管理する人だけが、日本の大使館にいく（これが儲かるなら、その貧しい国はいっぱい大使館をつくりそうだ　＾＾；）そーしたら、大使館は治外法権なんじゃあ。。。
　そして、契約はその国の法律に基づいて行うって書けば、その国の法律が適用されることになれば。。。ＯＫなんじゃあ？？

　って、どっかなあ？

---

　ま、結論としていえそうなのは、そーなってくると、ネット関係のビジネスやろうとおもったら、日本にサービスするにしても、アメリカでやったほうがいいってことだ。

　ＹｏｕＴｕｂｅは、アメリカにあるからやっていけるんだって、あれが日本の会社だったら。。つぶされていただろう（＞＿＜！）

＜＜２３：５０ごろ追加＞＞

法律的にはここ
ストレージの利用がなぜ著作権侵害なのか
http://nagablo.seesaa.net/article/42935209.html
がくわしいらしい。
前にも書いたけど、このブログは技術関係の人のみ対象にかいているので、法律的なお話はそちらに譲って、ここでは書かないですけど、どーもそれみてると。。
うーん、やっぱ、ネットはアメリカに会社おいてやったほうがよさそう？？（＾＾；）

Hello World程度のデータベース（その２１：外部スキーマ（５）ＳＱＬその４）

　情報処理とは何から、データベースの基本的な話(情報処理試験のデータベーススペシャリスト程度の話まで）を書く、土日のシリーズ「Hello World程度のデータベース」です。

　今までで、三層スキーマ構造（概念スキーマ、内部スキーマ、外部スキーマ）の概念スキーマ、内部スキーマをやって、今は、外部スキーマの話、とくにＳＱＬをやってます。

　で、ＳＱＬについては、大体こんな内容です。

●レコードの検索　　　select
　　・１つの表を条件をつけずによむ
　　・ＷＨＥＲＥ句
　　・ＯＲＤＥＲ　ＢＹ
　　・ＧＲＯＵＰ　ＢＹとＨＡＶＩＮＧ
　　・２つ以上の表
　　・結合あれこれ（外部結合、内部結合、自然結合、自己結合）
　　・副問い合わせと限定述語
　　・ＵＮＩＯＮ、ＩＮＴＥＲＳＥＣＴ，ＥＸＣＥＰＴ

●レコードの追加　　　insert
　　・レコードの追加
　　・ＳＥＬＥＣＴ文を利用した複数行の追加

●レコードの削除　　　delete
　　・レコードの削除(ＷＨＥＲＥ句も含めて）
　　・副問い合わせを使ったもの

●レコードの更新　　　update
　　・レコードの更新(ＷＨＥＲＥ句も含めて）
　　・ＳＥＴ句における元の値の利用
　　・副問い合わせを使ったもの

●その他
　　・コミットとロールバック
　　・参照制約
　　・トリガーとストアド・プロシージャ（ストアド・プログラム）

　前回、ＧＲＯＵＰ　ＢＹまでやったので、今日は「２つ以上の表」なのですが、その前に、書き忘れていた、ALLとDISTINCTについて説明します。

なお、前回同様、（１つめの）テーブルは、以下の「社員テーブル」を使います。

CREATE TABLE SHAIN_TBL (
  SHAINID INTEGER NOT NULL,
  SEI VARCHAR(20), 
  SEI_KANA VARCHAR(30),
  MEI VARCHAR(20) ,
  MEI_KANA VARCHAR(30),
  NYUSYANEN  INTEGER,
  KYOYU_SYUBETU INTEGER,
  KYUYO  INTEGER,
  PRIMARY KEY(SHAINID)
);

---

■ALLとDISTINCT

　ここで、
SELECT NYUSYANEN FROM SHAIN_TBL;

という検索をしたとします。つまり、全員の入社年を出す場合です。
こうなると、同じ同期入社の人が、何人もいると、何回も出てきてしまいます。

2005
2005
2005
2004
2004
2003
2003
2003

のようなかんじ。。
こういうデータがほしいときもあります（後工程で、グラフ化やメジアンを求めたり、いろんな処理をするため、countを使ってまとめられないとき）。
でも、そうじゃなくって
2005
2004
2003

と同じデータは、単一化したい場合もあります
（普通、みんなの入社年が知りたいという場合は、こちらだと思います）

このように、データを単一化する場合は、DISTINCTというのをつかって、

SELECT DISTINCT NYUSYANEN FROM SHAIN_TBL;

と書きます。

　ちなみに、はじめのように全部書く場合は、

SELECT ALL NYUSYANEN FROM SHAIN_TBL;

ともかけるのですが、ＡＬＬは省略可能です（ＤＩＳＴＩＮＣＴもＡＬＬもない場合、ＡＬＬがデフォルトとなる）。

---

■２つ以上の表

　２つ以上の表の場合、ＯＲＡＣＬＥで一般的に書く書き方と、Ａｃｃｅｓｓで一般的に書く書き方がちがいます（たぶん、Ａｃｃｅｓｓの書き方でＯＲＡＣＬＥで書いても動くと思うけど）
　で、説明上、Ａｃｃｅｓｓのほうが、わかれば、ＯＲＡＣＬＥのほうは、わかると思うので、Ａｃｃｅｓｓのほうで説明します。

　まず、結合する表について。
　こういう表を考えます、会社でイベントをやるときの出席者テーブルを考えます

CREATE TABLE SYUSSEKI_TBL (
  SHAINID INTEGER NOT NULL,
  EVENTID INTEGER NOT NULL,
  PRIMARY KEY(SHAINID,EVENTID)
);

このとき、イベントＩＤが１２３のイベントの出席者を出力するとします。
そうすると。。。実際にどういうＳＱＬを書き出すか、ＡｃｃｅｓｓでＳＱＬを書いてみましょう。

---

■ＡｃｃｅｓｓでＳＱＬを作る

手順
１．まず、２つのテーブルを作成してください
　このとき、Ａｃｃｅｓｓは２つの項目を主キーにすることができなさそうなので、
　あらたに主キーの項目を作っておきます。

２．クエリで、テーブルを定義します。
　今回はSHAINIDが同じもので結合します（２つのテーブルがSHAINIDでつながってる）
　そして、社員テーブルの社員ＩＤ，社員姓、名を表示します。
　出席者テーブルのイベントＩＤが１２３のイベントの出席者だけだします
　（が、　イベントＩＤは表示しません）
　という指定は、以下のようになります。


３．これを保存して、再度デザインビューで開いた後で、
　　プロダウンメニューで「表示」→「ＳＱＬビュー」にするとＳＱＬがでてきます。
こんなかんじ

SELECT SHAIN_TBL.SHAINID, SHAIN_TBL.SEI, SHAIN_TBL.MEI FROM SHAIN_TBL INNER JOIN SYUSSEKI_TBL ON SHAIN_TBL.SHAINID = SYUSSEKI_TBL.SHAINID WHERE (((SYUSSEKI_TBL.EVENTID)=123));

なお、「表示」→「デザインビュー」にすると、元に戻ります

---

■２つの表の場合、どこがちがうのか

では、２つの表の場合、どこが違うのかというと、
・項目名を書くとき、いままで項目名しか書いていなかったけど、
　　　テーブル名.項目名
　という形で書く。
　なお、テーブル名は省略形で書く方法もあります。

・テーブルをＦＲＯＭ句に書くのですが、

　FROM テーブル１ INNER JOIN テーブル２ ON 条件式

のようなカタチで、テーブルを２つ書いている。
ここで、INNER JOINのほかに、LEFT JOIN,RIGHT JOINとかあるのですが、
それについては、次回です。

---

ということで、次回は「結合あれこれ（外部結合、内部結合、自然結合、自己結合）」です。
（どこまでかけるかどうかわかんないけど。。）