小山哲夫(当時アーク情報システム所属)の誹謗中傷 tweet について

こういう記事は気分の良いものではないので書きたくもないが、一応、ご報告ということで。

以前に小林慎治という人が OpenDolphin-2.7m および OpenOcean について出鱈目な記事を書いて公開していたのだが、当時の所属先から疑義照会を受け、当方の知りうる限りでの回答をさせてもらったところ、事実と異なる根拠に基づいて書かれていると判定されたようで、その所属先の上司の方からかなり丁寧に謝罪してもらったという件がある。(『保健医療科学院 小林慎治が国家公務員法違反疑いで厳重注意を受けた件について』参照)

事態がこれですんでれば、この話はおしまい・・・

になるはずだったのだが、そうもいかなかった。

問題となった記事にさらに個人的推察を付加して、ツィートした人がいたようなのだが、内容がかなり悪質だったため、(ツィート時点での)所属先および当人に問い合わせた。
結果、「事実関係を把握していないで、軽率なツィートをした」旨の回答をもらい、謝罪してもらった(ただし法的な意味での和解はしていない)。

個人的に凄まじく変に思ったのは(このアカウント自体、共同アカウントだが、総人のコンセンサスとして、程度の意味合い)、問題となったツィートが 2019 年のものだったこと。

2019 といえば、

・当時の開発元の LSC 自体が OpenDolphin を GPL ではライセンスしなくなった

・ソースコード上で、それまで開発者とはされていない人の署名が見つかり始めた

時期で、ちょっと調べれば、前提となっている認識を持ちようがないように思えたからだ。(まあ、だから、つい最近まで見落としてたんだと思うんだが)

しかし、オープンソース「信者」みたいな人の言い分には、本当に辟易させられる。
実際のソースコードにあたれば、自分の主張が間違っていることに気がつくはずなのに、その作業を怠っているからだ。
特に、誰かを批判するような場合、検証は十二分にやらなければいけないでしょう。

いったい、何のためにソースコードが公開されていると思っているのだろうか?

 

 

OpenDolphin Ver 7

ちょっと前に OpenDolphin Ver6OpenDolphin-2.7m の JakartaEE 9.1, Java17 対応版)を関係者向けにリリースしたのだが、先ほど WildFly の公式ページをチェックしたら、27 が使用可能となっていた。

これは動作チェックが必要になってくる。

というのは、WildFly 27 は完全な JakartaEE 10 対応のアプリケーションサーバで、あるサーバープログラムが JakartaEE 9.1 環境で動作していたからといって必ずしも JakartaEE 10 環境で動くとは限らないからだ。

Java の EE 環境は、長らく JavaEE 8 が続いていたのだが(停滞しているという声も多かった)、ここにきて機能の追加が加速している感じである。

ついででいっておけば、WildFly 26 までは、Jakarta EE 8 にも対応していたから、Java EE 8 にしか対応していない古いウェブアプリであっても、基本的には動くはずである。
ここらへんは、JavaEE → JakartaEE の移行に伴う配慮でしょう。

試しに Ver 6 に若干手を入れて WildFly 27 に投入。

デプロイは問題なくできているようだ。

ちょっと気になるところもあるが、機能的にも大きな問題なく動きそう。

なお、「ちょっと気になるところ」というのは主に hibernate が動作するところ。

JakartaEE 9.1 で問題なく動いた箇所でエラーを吐いたりする。

本格的な JakartaEE 10 対応は、もうちょっと待ってからでもよさそうだ。

 

 

保健医療科学院 小林慎治が国家公務員法違反疑いで厳重注意を受けた件について

こういうのをタナボタというのだろうか、かねてから小林慎治(当時、京都大所属)という人から 「OpenOcean は GPL に違反している」という根も葉もない批難を受けていたのだが、別系統でこの件に関して彼の現所属組織(保健医療科学院)から謝罪のメールをいただいた。

単なる彼の事実誤認だと思っていたのとネット上での彼に関するあまり良くない噂(ただし、これ患者さんが一方的にー京都大学ではなくー愛媛大第一内科の小林慎治という名の医師を罵っているだけなので、この情報を頭から信用している訳ではないです)から個人的に関わりたくないと思い放置していたのだが、OpenOcean とは別件のオープンソースのプロジェクトで何かトラブルを起こしたらしく、当方にも現所属先の保健医療科学院の幹部の方から事実確認などの照会を受けた。

なるべく主観的な感情などを入れず、事実と明らかに異なる点に関していくつか返答させてもらった。

そのうちのいくつかを書いておくと

・彼は www.moss.gr.jp というサイトで
「OpenOcean は dolphin-dev の Fork の Fork の Fork」
と紹介していたのだが、これは完全に誤り。
dolphin-dev/opendolphin → Hiroaki-Inomata/OpenDolphin-2.7mOpenOcean
の順で Fork しているので明らかに一つ多い。正確には Fork の Fork。

・「(皆川和史という人の)著作権表示を隠蔽しているから GPL 違反」という主張をしているのだが、おそらくこれはスプラッシュ画面で (C) air-h-128k-il という表示をしたことに起因していると思う。が、これに関しては当時の LSC に確認を取ったところ「配布元がわかりにくくなるので、むしろスプラッシュ画面の(C) 表示は変えてくれ」という返答をもらっていた。その旨の回答をさせてもらった。
また、ついでで言っておくと LSC からは「皆川は現在では会社にも出勤しておらず、OpenDolphin の担当ではないから、気にしなくてもいい」という回答ももらっている。
さらにいうと、現在では、後期 LSC やメドレーからは「皆川が OpenDolphin の著作権者であるという主張はかつてはなされていたが、現在では確かめる術もない。いわゆる原始著作権者ではなく、著作権表示を契約上保持していただけのようだ」との回答をもらっている。
(要するに皆川は本来の意味での著作権者ではないという示唆です。あれだけのコード量ですから、全部が全部皆川さんが書いたとは私も思ってませんが、当初考えていたよりコードを著作権ごと買い取っていた部分が多かったようです。もちろん、こういった部分の著作権は今後は-契約にもよるのですが-メドレーが保持することになります)

・上に関することでもあるが、GitHub 上で「一般公開」していたソースコード上では、author 表示の類は一切変えていない。

・GitHub 上で OpenOcean のメンテナをしていた際、小林慎治がプルリクエストを送ってきたのだが、一方的に「マージせよ」と言い張るのみで迷惑したこと。(一般的にオープンソースのプロジェクトでは、メンテナがレビューしたのち、メンテナの責任においてマージする)

と言ったところだろうか。
他にも細かい点も指摘したのだが、主な点はそんなところだろうか。

保健医療科学院の担当の方はかなり丁寧に調べてくれたようで、他のプロジェクトの関係者にも調査をしてくれたようだ。
もちろん、他のプロジェクトの調査内容の詳細は私はわからないのだが、なかには、法律違反を煽る内容もあったとか。
何が決定打になったかわからないが、結果としては「国家公務員法違反(守秘義務違反、信用失墜行為の禁止、政治的行為の制限に関する違反)の疑いがあるので厳重注意をした」という処分になったということだ。

なお、担当者からのメールには「不快な思いをさせて申し訳ありません」という謝罪の言葉も添えられていた。
この言葉には、いくらか救われた。有り難かったですね。

 

air-h-128k-il

(参考1)これは特に誰というわけではないですが、けっこう SNS のアイコンなどに無頓着な人がいるようなので、一般的なお願いということで挙げておきます。

著作権法違反が疑われるコメントの掲載はできかねます

(参考2)ちょっとマニアックですが GitHub も SNS 的要素はあります。プルリクエストを送る場合やイシューを立てる場合、内容もさることながら、アイコンなどにもやはり気を使いましょう。

オープンソースの世界 〜残酷な自由さ〜

(補足)若干、マニアックな内容なのでわかりにくいかもしれません。
プログラムで表記される (C) マークについて(すごく大雑把にいうと)、これは通常は「財産権としての著作権を管理している組織若しくは個人」を表示していると理解されていると思います。LSC やメドレーの担当者が「配布元がわかりにくくなるので、むしろスプラッシュ画面の(C) 表示は変えてくれ」と言っていたのはこの考えが背後にあるためでしょう。
もうちょっとわかりやすい例でいうと適当なPCでコマンドラインを操作しているときに

(C) Microsoft
(C) FSF

といった表示が出てくることがあります。
これは「このシステムや個々のコマンドの著作権を管理しているのは、以下の組織です」と言った程度の意味です。
ライセンス上表記しなければならない人(著作者人格権を持っている法人や個人)がいたとしても、このような表記になっています。
なお、プログラムの著作権法上の取り扱いのかなり基本的なことですが、日本の著作権法の場合、ソースコードの著作者は法人であってもかまいません(ここが小説や歌謡曲などの文芸作品と違う点です)。必ずしも著作者=著作権者になるわけではないです。

もちろん、(C) マークとは別に、著作者人格権に基づく(and/or GPL などに基づく)クレジットをしなければならない場合も多いです。
ですが、これは、それが従うべき各国の法やライセンスに従って publish すればよい話で、著作権の、特に (C) マークの表記に関連づけて議論するような話ではありません。
特に上記の件では、説明したように当事者間で「それでよい」という合意ができている以上、第三者が口を挟むような案件ではありません。

 

お知らせです -2021/02/07-

別サイトにも寄稿したので、お知らせ。

OpenDolphin 関連

マニュアル本『無料電子カルテ OpenDolphin パーフェクトガイド』の幻のレビュー
関係者一同、「そういえば、あった、あった、これ」と懐かしんでくれたブツが見つかったので、記事にまとめた。
そこでは書かなかったが、LSC 系統の OpenDolphin の取り扱いは関係者で協議中。

iOS/iPadOS/watchOS 関連

最近の iPhone/iPad の「プライベートアドレス」がわかりにくい件
apple の言うところの「プライベートアドレス」が、最初、何を言っているかわからず、右往左往したので、まとめてみた。
これに言及した情報はネット上には確かに見つかるのだが、具体的な解決方法がバシッと書かれていないので苦労した。

iPhone と SIM と楽天モバイル

SIM なしでも iPhone 自体はアクチベートできるし、eSIM のみでも回線は開通できる -楽天モバイルを例に-
数年ぶりに iPhone を持つことにしたのだが、メインはしばらく android にするつもりなので回線はコスパ重視で楽天モバイルにした。
設定はそれほど苦労なくできたのだが、若干不安になったのはネット上に「iPhone を楽天モバイル eSIM 単独で使う場合」の情報がほとんどなかった点。
いや、普通にできます。

* * * * *

従来のブログの手入れや新規ブログのお試し利用など。

air-h-128k-il@hatena

そういえば hatena にもブログがあったのだが、全くと言っていいほど使ってなかった。
「geek な日々」から air-h-128k-il@hatena に名前を変更して若干手入れしてきた。

air-h-128k-il@tumbler

よく「SNS的ブログ」と言われる tumbler 、気になっていたので一応は開設してきたが、今後、メイン(に近い形)で使うかというと・・???
ハイソでお洒落で、意識高い系の人にはいいかもしれない。

air-h-128k-il@goo

なんとなく開設。

air-h-128k-il@jugem

これも何となく開設。

 

air-h-128k-il

北極圏コード貯蔵庫コントリビューター -Arctic Code Vault Contributor-

GitHub が北極圏にデータセンターみたいなのをつくって、そこに GitHub 上にあるほぼ全てのリボジトリのスナップショットを収蔵したらしい。
【参考】『Arctic Code Vault が実施段階へ突入』(GitHub ブログ)

MS すげーな。

また、このとき収められたリポジトリのオーナーやそれらプロジェクトにソースコードを(正式な形で)提供した者には、

Arctic Code Vault Contributor

の肩書きが与えられたようだ。「北極圏コード貯蔵庫コントリビューター」とでも訳せばいいだろうか。

私も OsiriX や Horos にはソースコードを提供したことがあるので、認定されたようだ。
大したものではないが、ちょっとは誇らしい気持ちになれる。

最近(2021 上半期)だと専用ロゴ?もついた。

air-h-128k-il

 

医療情報システム略語

ある程度実用的な医療情報システムを組むとき、電子カルテ・PACS だけではダメで、オーダリングシステムその他諸々が必要になってくる。英略語が多く出てくるので、忘れないようにメモ。

MWM…Modality Worklist Manager。モダリティワークリスト管理。予約管理システム・オーダリングシステムから受診者の情報を取得し、各種装置(CT や MRI)に通知する。小規模医療機関であれば、この機能を電子カルテに入れ込んだほうが便利かもしれない。

RIS…Radiology Information System。放射線科情報システム。放射線検査依頼管理・レポートの作成など。これも小規模医療機関ならばDICOM Viewer/PACS に入れ込んだ方が使いやすいと思う。

HIS…Hospital Information System。病院情報システム。電子カルテはもちろん PACS ・オーダリングシステムなどをまとめてこういうらしい。


医療関係のシステムは、統合化の流れはある程度あり、現在(2019年下半期)は IHE の枠組みが主流になってきたかなあという感じです。
IHE に関しては、

DICOM とは?

あたりでも触れてます。

(追記)ところでこの手の「アルファベット3文字略語」を使用する場合は、時と場合を考えたい。
同じ医学畑でも、精神科領域で RIS といえば、それは RISperidon (向精神薬。商品名:リスパダール)指すからだ。

 

 

にほんブログ村 病気ブログ 医者・医師へ

医療「AI」ソフト

昨今の一般社会に置ける「AI」の認知度や期待は、かなり高いレベルにあるようで、先日、スマフォの操作もままならない田舎の親戚の叔母さんから

「ところで、Ocean や HorliX には、いつになったらAI機能が搭載されるの?」

と真顔で聞かれ、吹きそうになった。まさか貴女の口から「エーアイ」という言葉が出る時代が来るとは….。

ちなみに、Ocean というのは、OpenOcean という電子カルテ。

 

HorliX というのは、「ホーリックス」という名前の医療用の画像ビューア。

暫定公式アイコンはペガサス(ユニコーン? 違いがよくわからない)をあしらった

 

という感じのもの。

両方とも、私が開発にタッチしている。

 

この問いには、こんな風にでも答えればよかったのだろうか?

「やっぱり、プレシンギュラリティの年、2025 年くらいかな。

今は、HorliX で画像自動診断を試しているところ。でも、これは放射線科医の読影に基づく教師あり学習なので放射線科医を超えられない可能性が高い。

時代は強化学習っていうやつなんだよ。

来年あたりには、HorliX-Ocean のシステムに独立したエージェントを持たせる。ORCA (という Ocean と連動する医事会計ソフト)や Ocean の患者転帰が「軽快→死亡」のように変更になったときには、エージェントはそれを見にいって、それを HorliX の AI に伝える。この情報で HorliX は、自分の診断ニューラルネットモデルを最適化していくんだ。

この方式だと放射線科医の読影を超えられる可能性があるね。まあまあ使えるようになるのが 2025 年くらいかな。HorliX が

HorliX
オマエノ読影ヨクマチガウ

ダカラ私ガオマエヲ排除スル

 

と放射線科医を排除と協力するようになるのは、やっぱりシンギュラリティの年、2045 年じゃないかな」

 

一般の人が好きそうな単語を散りばめてみました。

冗談はさておき、一番、実現が早そうな機能は、HorliX 上で稼働するオートセグメント ROI (Region Of Interest…ロイ)でしょうか。

HorliX の ROI に関しては、若干凝ってますので『ROI』をご参照ください。

オートセグメント ROI というのは、以前にさる精神科の先生といっしょに開発した臓器抽出ソフトが基になっている。

臨床の場面では、ある特定の臓器の大きさなどを知りたいということがしばしばある。従来までの方法だと、例えば、腹部 CT 写真の画像から人が手動で肝臓などの領域を切り抜いて(この領域のことを ROI という)画像ソフトに処理させていたのだが、この臓器抽出ソフトはそれを自動でやってしまう。

という写真では、肝臓は向かって左にある。この画像を、このソフトは「肝臓抽出」ボタン一発で

と抜いてしまうわけだ。

これを「AI」というのはちょっとどうかと思うのだが、某雑誌のレビュアーなどは絶賛してくれたので、見る人が見ればそれなりの発明なんでしょう、きっと。

今のところ、肝臓だとか大脳だとか特徴的な形状を持つ臓器ではかなりうまいこと抜いているので、もうちょっと普遍化して、HorliX 上で稼働させたいというのが私の意図。

なお、この機能に関しては、既に特許が成立しているアルゴリズムを使用するため(あるいは新規の特許取得もありうるため)、この機能にかかる部分や場合によっては HorliX 全体のソース公開を停止するということもありえます。(Ocean に関しても同様。ただし、本格的なテキストマイニング研究はやったことがないので、やったとしても当分先)

というか特許保有機関から、公開の「待った」がかかること必至。判断としても妥当なんじゃないかと思うんだが、いわゆる日本の「オープンソース信者」はこういう具体的なケースに関して何ら議論しないよね。謎です。

 

(追記)…臓器抽出ソフトには「機械学習」の手法はまったく使ってません。どちらかといえば古典的な「知識ベース」の AI です。ここらへんの違いをもっと知りたい方は

Reversi -AI の基本-

をどうぞ。リバーシで遊んだだけでも両者の違いが感覚的にわかってくるかと思います。この程度のゲームなら、慣れた人なら背後にあるアルゴリズムを推測できるんじゃないでしょうか。

私は、医療系の AI にはこれが重要だと思っています。

しばしば指摘されていることですが、最先端の機械学習(特にニューラルネットを用いたもの)は、その処理過程を説明するのが苦手です。最終結果は素晴らしいものの、途中で何をやっているのかわからない、という特性があります。一方、古典的な知識ベースの AI は、マックスの性能では機械学習にかなわないものの、その動作を人間が理解しやすいという特徴があります。

医療の説明責任性を考えた場合、古典的な手法も簡単には捨てられないと私は思っています。

air-h-128k-il

 

(追記)…HorliX のダウンロードページは、こちらです。

(追記)…HorliX は OsiriX (直接的には Horos )をベースにしたオープンソースのソフトです。OpenOcean は OpenDolphin をベースにしたオープンソースのソフトです。これ書いとかないと、最後、何言ってるかわからないよね。失礼しました。

(追記)…日本語によるテキストマイニング、ようやく着手。

 

 

にほんブログ村 病気ブログ 医者・医師へ

OpenDolphin2.7m → OpenOcean

電子カルテ OpenDolphin に関する話。

どうやら私は今まで勘違いしていたようなのだが、ドルフィンプロジェクトの開発元の LSC(現在は運営権などもメドレーに移管) は、ドルフィン「亜種」には「ドルフィン」という名称は使ってほしくないようなのだ。

私なんかからすると、それぞれの特徴をいかした「〇×ドルフィン」があった方が多様性があって賑やかで良いように思うのだが、そこらへんは考え方の違いか。

細かな事情はよくわかりませんが、某先生からフォークした私の OpenDolphin-2.7m は、 OpenOcean と名前を変えますので、今後はこれでお願いします。

 

先ほど github のリポジトリ名を変えてきましたが、ある意味、気が楽かもしれませんね。ドルフィンの看板が外れるので。

 

これからは、ダイコムビューア HorliX ともども電子カルテ OpenOcean の方もよろしくお願いします。(大事なことなので2回言いました)

【追記】
開業されている先生からもメールをいただきました。

OpenOceanの自動でバックアップする機能は的を射てると思います。おかげで安心して電子カルテ化できます。

私もそう思います。自力で運用をはかる場合、この手の機能がないと使うのに心理的な抵抗が出るのではと思います。より完璧なデータ移行を目指すなら(いわゆる真正性まで満たすなら)、データベースから直接データを抜いてくることもできます

データ移行ツール。データベースに直接アクセスしてカルテ記載内容その他諸々を外部に取り出します。

自力運用を目指す開業医の方からはおおむね好意的な評価をいただいているようなのですがありが、OpenOcean 作り直すかもしれません。
経緯は、『OpenDolphin について』などをご参照ください。個人的には、テキストマイニングをがんばりたい。
HorliX に関してはこちらに解説記事があります

【ちょっと付け足し】
何かのときにLSCさんに聞いたのだが、現在では「OpenDolphinという名称は使っていただいてけっこうです」だそうです。実際、以前にサーバー上に残っていたけっこう物騒な警告文書も削除されたようです。

この辺の経緯は『医療システム』,オープンソースと知財権に関するちょっと小難しい話などをご参照ください。

方針が変わったということなんでしょう。じゃあ、なんで変える必要があったのか?という気がしないでもないですが、新規作り直しするなら、結果的にはよかったのかなと。
OpenOcaen に関してはこことかこととか『OpenOcean 2.0』サイトでまったりと議論が進んでいます。

 

【その他】

開業時のポイント 電子カルテ

地方中核都市で密かに開業計画をたてている医師の記録

でご紹介いただきました。あざーす。

【ソースコード】
https://github.com/Hiroaki-Inomata/OpenDolphin-2.7m

【インストール方法】
OpenDolphin 2.70b を windows10 にインストールしてみた
OpenDolphin-2.7(m) を Mac OSX にインストールする
OpenDolphin-2.7m を M1 Mac にインストールする

 

air-h-128k-il フェイザー合同会社

 

にほんブログ村 病気ブログ 医者・医師へ

オープンソースと知財権に関するちょっと小難しい話

前回の記事『電子カルテ Dolphin Evolution をテスト』で Dolphin Evolution™ などとわざわざ™つまりトレードマーク表記したのは、この開発元の会社と「本家」が商標をめぐって対立したことがあるからだ。

登録第5656156号商標の商標登録に対する登録異議の申立てについて

固い文章なので読みにくいが、かいつまんで言えば「 オープンドルフィン( openDolphin ) を商標登録していたのに ドルフィンやドルフィンエボリューションが商標登録されてしまった。これは、 openDolphin™ の周知性のただ乗りである」という異議申し立てである。

商標は、専用権と禁止権から構成され、この組み合わせのおかげでそれなりに強い排他的独占権を持つ。要するに有名ブランドの登録商標を紛らわしく使ってはいけないということだ。計算機プログラムは原則として著作権で保護されているが、著作権の排他的独占権は弱く(特に特許権に比べた場合、その差は顕著)、オープンソースのプロジェクトがそれなりに育ってくると同一性を維持するため商標を登録しておくことはよく使われる手法だ。

しかし、商標にはかなり実際的な効力の限界があり、この例のように一般的な名詞を持ってきた場合、商標としての機能は著しい制限を受ける。この言葉を一般名詞的に使う場合にはまったく制限を受けないからだ。

これは、しごく当たり前の考え方で、日常的な場面で「ドルフィン」あるいは「dolphin」といった場合、これは海洋哺乳類の人気者「いるか」を思い浮かべることがほとんどで、そういった使用をいちいち禁止できないということを意味している。

だから、ドルフィンというかなり一般的な名詞を商標登録すること自体ちょっと無理があったのではないか?と思う。

また、個人的には、それにいちいち噛みつくのもけっこう違和感がある。私の記憶に間違いがなければ、ドルフィンプロジェクト自体が国の公募事業として採択された経緯があり、一時的にせよ公的な資金が注入されたものに強い排他的独占権を持たせるという考え方には無条件に賛成するわけにはいかないからだ。そして、異議を受けた側の Dolphin Evolution のプロダクツには、UI を JavaFX で設計する、通信ライブラリをクラウド用に工夫するなどのそれなりの独自性を有しているように思えるからだ。

まあ、「Dolphin Evolution」中心に商標登録しておけばよかったのにね、と思わないでもないが、つい大っきめに権利を主張してしまったのだろう。

なお、この異議申し立ての最終的な判断は、

「登録第5656156号商標(エボリューションの方)の商標登録を維持する。」

というもの。

これは、けっこう妥当な判断ではなかろうか。要は、申し立てした側がやりすぎたということだろう。

また、この異議申し立てが教訓的なのは、新規に始めるにせよ、どこかのプロジェクトをフォークするにせよ、ある程度、独自性がでてきたら、そのプロジェクトには類似プロジェクトやフォーク元とは似ても似つかない独自の名前を持たせた方が良い、ということを教えてくれることだ。

こうしておけば、変な絡まれ方をされる可能性はぐっと減るように思う。

 

私が、オープンソースの世界に足を踏み入れて一番驚いたのは、この世界の人々が、こと知財権に関してはかなり素人っぽい考え方をしていることに気がついたことだ(ちなみに私は、若い頃、知財関係の業務は経験してます。専門を極めているということはないですが、通りいっぺんの知識は持っていると思います)。

知財権に関する素人っぽい考え方とは、著作権に関することだ。主に二つ。

・行き過ぎた排他的独占権の主張

・著作物がすべて保護の対象になるという誤まった考え

前者は、「かくかくしかじかというソフトをつくったから、似たようなソフトはすべて私のソフトの剽窃あるいはパクリ。決して許されない行為だ」というような主張だ。
なんかできの悪い小学生の図工の時間をみているようで嫌な気分になるのだが、こういう主張をする人は後を絶たない。
著作権の場合、実務的には排他的独占は、ほとんどの場合、認められていない。意図的に模倣したならともかく、たまたま似たような表現になった場合、どちらかの表現の自由を奪うというようなことはできない。このような主張をする人はおそらく著作権と特許権を混同している。

そして、そんなにオリジナリティや排他的独占権を主張したければ、最初からプロジェクトをクローズで作成し、アルゴリズムなりなんなりで特許申請すればいいと思うのだが、この手の主張をする人たちはなぜかそれをしない。

後者は、「私の制作物を使った場合、その使用権はもともとは私にあり、その権利はすべて保護されなければならない」というような考え方だ。これは主張だけをみれば、それなりに正しそうに見える。実際、商業的な音楽やアートはこの考え方に基づいて著作権使用料などを徴収している。だが、それはその著作物がある程度のオリジナリティを有していて他人がおいそれとは思いつかないような場合においてのみだ。著作物がすべて保護の対象になるかといえば、ならない。これは wiki で紹介されていた例だが

 

長い間ご愛読いただきましたBON TONは今月号(5月号)をもって休刊し、誌面を一新して7月発売で新雑誌としてデビューいたします。どうぞ、ご期待ください!!

という表現は、保護の対象にはならない。それはそうだろう。かなりよくある定型的な表現であり、こんなものまで保護の対象にしていたのでは誰もモノを喋れなくなってしまう。

ソフトの世界でここまであからさまな例はそう多くはないが、よくあるのが海外の有名なライブラリやフレームワークのサンプルコードをほぼそのまま組み込んで著作権を主張するような例だ。この手の有力プロジェクトは、他のプロジェクトに「使ってもらう」ことが前提になっていて、ドキュメントやサンプルプログラムが充実している場合が多い。よく「〇×を使って、ハローワールドを表示させてみた」という記事があるが、たいてい元になった〇×ライブラリのサンプルの場合が多い。解説記事の著作権は、それを書いた人にあるかもしれないが、サンプル丸パクリのソースコードには(保護の対象となるような)著作権はない。あるとすれば、それはそのライブラリを作成した人、元々のサンプルのソースを書いた人だろう。
実際たびたび指摘されていることだが、オープンソースの電子カルテ LSC 版 OpenDolphinn には、一部の機能に oracle のサンプルコードなどがそのまま流用されている(→『OpenDolphin -wiki 風解説-』)。別にこれ自体は悪くないのだが、ちょっと問題なのは、(経営陣が変わる前の)LSC は、この事実を積極的にはアナウンスせず、特定の人のみで作ったと言い張っていたことだ。

 

これは個人的な意見だが、オープンソースの領域で上記のような子供じみた主張をする人たちの大半のアウトプットは、残念ながら、そこまで(=保護の対象となるような)高い思想性を有しているようには見えない(いわゆる当業者知識の範囲内)。私でも気がつくくらいだから、プロ(メーカーの技術者など)はもっとキビしい見方をしている人もいる。実際、NEC の姉崎さんあたりも同様の主張をしている。
実際の判例を示しながら「(計算機プログラムの)著作物がすべて保護の対象になる」わけではないことを解説している。

https://userdisk.webry.biglobe.ne.jp/000/470/51/N000/000/000/158952642450223506035.pdf より

※・・ただし、私が姉崎さんの主張をすべて認めているかというとそんなことはないです。おおむね、もっともなことは言っているとは思いますが。理由は単純に姉崎さん自体が法的な資格(弁護士・弁理士など)を持っていないから。
GPL などのライセンスは(米国の)弁護士のチェックは受けている。それでも人によって解釈が異なることはしばしばある。法的資格を持っていれば信用できるかといえばそんなことはないが(特に日本の場合)、実際の判例などの細かな解釈ではその分野の専門家ほどには知識も経験も及ばないでしょう。

過剰なまでに著作権を主張するような人たちは、そのプログラムが高度な思想性を有していないがゆえに、逆に著作権にかこつけて自己承認欲求を満たそうとしているようにも思える(最近では、小山哲央とかいう人が、出鱈目な主張をして、周囲に迷惑をかけている)。
育ちが悪いというべきか。
実際、標準的な工学教育を受けてない人も多いしね。知財権の基本的な考え方は重要で、これが疎かになっていると、ひどく初歩的なところで間違えてしまう。結果、関与している人たちに迷惑をかけることになる。

著作権法違反が疑われるコメントの掲載はできかねます


自戒の意味も込めて。

 

だからであろうか、一時的にけっこうな隆盛をほこったプロジェクトも分裂して減弱し、確かな基盤を持たないまま終わってしまうことが多い。

うーん。

ま、難しい話はともかく Horos のようなプロジェクトは、ちゃんと育ってほしいなあと思うのだった。

けっこうあやしいこともやっているので私も完全には信用していないんですけどね。
例えば、メーリングリストでの運営側の恣意的な削除。

great soft! (もちろん HorliX が、ってことです)という投稿は、ものの見事に削除されてますね。今だと HorliX のメーリングリストの方がトラフィックはアクティブでしょう。

結局、Horos に関しては、ユーザー ML にも「Is Horos abandoned?」というスレが立つ始末
そこでも度々触れられているが、pureView が contributor へのケアを十分にしていなかったから、というのは理由の一つではあるでしょう。
私も contributor の一人なので、他の contributor とはたまに連絡取ってたりしますが、「現状の開発体制なら参加する意義が乏しい」みたいなコンセンサスになってます。

 

air-h-128k-il

 

にほんブログ村 病気ブログ 医者・医師へ

電子カルテ Dolphin Evolution をテスト

JavaFX に若干興味があったので UI が JavaFX で書かれているという Dolphin Evolution™ (Karte Cloud ともいうらしい。開発元はエスアンドアイ株式会社)というオープンソースの電子カルテを試してみた。

 

ソースは github から落とす。

UI が知りたいだけなので今回は client のみコンパイル。

pom.xml を自分の環境に合わせ、適宜修正。NetBeans でビルド。実行すると…

ログインパネルはこっちの方が好みかもしれない。

ついでにサーバを立ち上げ、ログインを試みる。データ構造や通信プロトコル自体は本家と同じらしく、若干エラーは出たものの問題なくつながる。定番の徳川さんを表示。

初期設定は全画面表示だったので、けっこうびびる。

確かに画面構成は通常のドルフィンとは違う。ウィンドウをぱかぱか開くより一画面で操作を完結させたいという意図のようだ。

だが、結局使い慣れたサイズで使用(笑)。

そんなわけで操作上は JavaFX の有難みをそんなに感じることはなかったのだが、JavaFX ではこの手の UI のつくりこみが swing に比べ簡単になるという。

諸々の事情で Java で何かを新規につくるということはもうないかもしれないが、今後も横目でちらちらとチェックくらいはしていきたいものだ。

変更したコードはこちら