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

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

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

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

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

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

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

だから、ドルフィンというかなり一般的な名詞を商標登録すること自体ちょっとどうか?と思う。

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

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

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

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

というもの。

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

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

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

 

私が、オープンソースの世界に足を踏み入れて一番驚いたのは、この世界の人々が、こと知財権に関してはかなり素人っぽい考え方をしていることに気がついたことだ。

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

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

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

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

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

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

これは個人的な意見だが、オープンソースの領域でこの手の主張をする人たちの大半のアウトプットは、残念ながら、そこまで(=保護の対象となるような)高い思想性を有しているようには見えない(いわゆる当業者知識の範囲内)。だから、一時的にけっこうな隆盛をほこったプロジェクトも分裂して減弱し、確かな基盤を持たないまま終わってしまうことが多い。

うーん。

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

けっこうあやしいこともやっているので完全には信用できないんですけどね。

 

 

 

電子カルテ Dolphin Evolution をテスト

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

 

ソースは github から落とす。

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

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

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

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

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

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

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

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

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

変更したコードはこちら

 

クラウド化した電子カルテサーバにオンライン診察向きのビデオチャットサーバをたててみる

前回の記事のためにひさびさにクラウド化したドルフィン(という電子カルテ)サーバを走らせたので、ついでで同じマシン上にオンライン診察を意識したビデオチャットサーバを立ててみた。

近年の通信技術の進歩は恐ろしい勢いで進んでいるようで、割と簡単に立てられました。

 

実際に使うとすると以下のような流れになると思います。

まず、自院サーバのどこかにチャットルームをつくり(下の例では http(s)://自院アドレス/test)、そこにブラウザで入室する。ルームの名称はなんでもOK。

 

 

患者さんには、そのアドレスを教え、ブラウザでそのアドレスを踏んでもらう。今回は Mac のクロームで入室。

患者役がいなかったので椅子で代用したのは大目に見て(笑)。

なお、今回の例では、映像・音声データはブラウザ間を流れ、サーバはあくまでそのアシストをしているのみ。とにかく高速でデータを流す。

つくりながらオンライン視察のガイドラインをちらちら眺めましたが、役所的にはこちらの仕様の方がいいようですね(下手にサーバにデータを蓄積させると漏洩のリスクがあるから)。

 

ところでこの手の新技術を取り込む際には、パッケージングというのが頭を悩ます問題。

メドレーのクリニクスというシステムは、電子カルテ+オルカ(というレセコン)+オンライン診察を一体化したそうだが、ガイドライン的なものを横においてもそういう「」なパッケージングがよいのかどうか?

ちなみに国のガイドラインはこの手の「密」なアプローチを推奨していないように思えます。
『オンライン診療の適切な実施に関する指針(案) – 厚生労働省』

この分野がまだ発展段階であることを考えると、各サブシステム同士は「」にゆるく結合させておいた方が将来的な拡張などを考えるといいように思うのだが、どうだろう?

また、実際的な利用場面を想定すると、患者さんの同一性をどう担保するかといった問題がある。

個人的な意見をいわせてもらえれば、

医療等IDの社会的・インフラ的確立→遠隔医療・医薬看介連携システムの整備

と進んだ方がすっきりしたはずだが、リアルポリティクスでは、なかなかそうは理想的にことが運ばないのでしょうね。

ところで、これに関連して電子処方箋のガイドラインもちらっと読みましたが、あのシステムのわかりにくさはいったいなんなんでしょうね?

『JAHIS 電子処方せん実装ガイド Ver.1.0 – 保健医療福祉情報システム

 

にほんブログ村 IT技術ブログへ

電子カルテのなんちゃってクラウド化・多施設化

電子カルテはクラウドが流行っているので dolphin でもできないか検討。

デフォルトの 1.3.6.1.4.1.9414.70.1 のドルフィンクリニック(管理者 admin さん)の他に

追加で    1.3.6.1.4.1.9414.10.1 のイルカクリニックを登録(ついでに管理者 dolphin さんも登録しておく)。

クラウド上に設置したサーバに対して admin さんと dolphin さんが異なる場所から同時に接続を試みる。

するとサーバ側ではこんなログが取れる。

クライアント端末でもしっかりつながってました。

実運用では、セキュリティを高めるため VPN でつなぐなどやらなくてはいけないことはいろいろあるでしょうが、大きな修正なしにクラウド化・多施設化ができるというのは便利ですね。

 

Responsive-Kifu 使い方

 

air
今日は、Responsive-Kifu の導入の仕方を解説するよ♪

 

github からソースを取ってくる

まず https://github.com/air-h-128k-il/Responsive-Kifu にいってソースを取ってきましょう。

git コマンドで取ってきてもいいのですが、普通の windows マシンなどで git コマンドが使えるとは思えないので、zip ファイルをダウンロードします。

ダウンロードフォルダに Responsive-Kifu-master.zip がダウンロードされているはずなので、適当な場所に解凍してください。

Responsive-Kifu-master というフォルダができるはずなので、適当な名前にリネームしてください。名前はなんでもかまいませんが、ここでは Responsive-Kifu とします。

サイトにアップロード

続いて FFFTP などを使ってお使いのレンタルサーバ上にアップロードしてください。アップロード場所はどこでもかまいませんが、ここではドメイン直下とします。このドメインでいえば、http(s)://phazor.info/Responsive-Kifu ですね。

この時点で Responsive-Kifu/html 内のサンプルページ pagagm584.html がブラウザからも見れるはずです。ブラウザで直接覗くとこんな感じ。もちろん操作もできます。

 

なお、局面はアゲアゲさんが飛車を振り直した15手目です、って関係ないか。




ワードプレスに取り込む

Responsive-Kifu をワードプレスの記事に反映させるには、基本的に上記の html ページをインラインフレームというもので取り込むだけです。いたって簡単。

WordPress の編集ページに進み、画面を「テキスト」編集に切り替えます。

ここで

<iframe src="../Responsive-Kifu/html/pagagm584.html" width="620" height="700" frameborder="0" scrolling="no">

と入力。src 以下は、pagagm584.html が指定できているのであれば形式は問いません。実際の画面ではこんな感じです。WordPress ユーザーにはおなじみの画面ですね。

ここでポスト。すると、実際の投稿記事は以下のようになります。

画面のサイズを変えると駒盤や駒もそれにあわせて大きさを変えると思います。
あとは、地の文を加えるなりなんなり、お好きなように編集してください。

とりあえず、サンプルページを表示させるやり方は以上のようになります。

 

お好きな kif ファイルを表示させたい場合も同様で、

 kif ファイルを data フォルダにアップロード

→html ファイル作成

→投稿ページから上記 html ファイルを取り込む

という流れになります。詳しくは後日。

 

(続く)


にほんブログ村 その他趣味ブログ 将棋へ

アゲアゲさんの名局をブログで再現してみる

クロノさん、アユムさんときたら、この方の対局も載せないわけにはいかない。

もとは、雁木対左美濃急戦のこの対局。

雁木 vs 左美濃急戦という戦型も興味深いが、やはり圧巻は最後の寄せ。

 ソフトなどで検討すると、決して最短ではないが、最も実践的な寄せ方をしているのがわかる。
最新の対局はこちら。


にほんブログ村 その他趣味ブログ 将棋へ

WCSC 2018

本日(2018/05/03) から、世界将棋コンピュータ選手権(wcsc)が始まった。

前にも書いたが、コンピュータ将棋の二大タイトルには電王戦とこの wcsc があり、今回はハード制限なし何でもありの方の wcsc である。

今年の見どころのひとつとしては、Deep Learninng 勢がどの程度の戦果をもたらすか?というのがある。

今回は、フランスから crazy shogi というチームが出場し、それなりに注目を集めている。日本では、dlshogi が Deep Learning 勢の筆頭格とみなされている。

さすがに今日の一次予選から全対局をチェックしていく、というのは厳しいが決勝リーグあたりはライブで視聴したいと思う。

予習がてらアピール文書をちらちら眺めるのも楽しい。

1次予選

結果は、

1.PAL
2.Hefeweizen
3.Novice
4.名人コブラ
5.S.S.E
6.名人コブラ
7.dlshogi
8.Novice

dlshogi が7位に入り予選クリアとなった。おめでとうございます。なお、注目のもう一方の Deep Learning 勢、Crazy Shogi は、12位という結果だった。

世間では注目の新技術と喧伝されている Deep Learning であるが、今回はオーソドックスな機械学習の工夫で十分対抗できているようだ。




2次予選

1次予選突破組8チームにシード組8チームが加わって計16チームで2次予選。

結果は

1. たぬき…7勝1敗1分
2.Hefeweizen…7勝1敗1分
3.Apery…6勝2敗1分
4.PAL…6勝3敗
5.大合神クジラちゃん2…6勝3敗
6. 名人コブラ…5勝3敗1分
7.妖怪惑星Qhapaq…5勝3敗1分
8.HoneyWaffle…5勝3敗1分

たぬきさんチームが頭半分くらい抜けているものの基本混戦。

elmo が反則で3敗したことがちょっとした話題になった。

 

決勝リーグ

結果は以下の通り。

1.Hefeweizen
2.PAL
3.Apery
4.名人コブラ
5.たぬき
6.大合神クジラちゃん2
7.妖怪惑星Qhapaq
8.HoneyWaffle

見事優勝に輝いたのは、Hefeweizen (ヘーフェヴァイツェン)。ドイツ語で「白ビール」という意味ですね。チームには、昨年電王戦で活躍したショットガンの芝さんがいらっしゃるようです。

 

なお、なぜ私が将棋 AI に興味を持っているのかといえば、プログラミングにまつわる新技術がかなり早い段階で投入され、その結果も即座に評価できる点。開発の過程もみなさんけっこうオープンにしてくれているので、参考になる。

例えば、今回のDeep Learning が良い例。

もっと基本的な技術分野だと AWS を使った計算資源の活用などでしょうか。医療用の画像処理なぞモノによっては計算資源をバカ喰いするのだが、なぜかクラウドマシンを利用するという発想はなかったな。

もちろん勝負にまつわる人間ドラマも大好きです。

 

レスポンシブな棋譜再生ビューア Responsive-Kifu

WordPress 向けのレスポンシブな将棋棋譜再生ビューアつくってみました。
想像していない不具合はあるかと思いますが、以前に比べればかなりマシになったかと。
評判がよければ一般公開を考えますが、誰かメンテしてくれる人が欲しいです!

某所でけっこう「いいね」を集めたのでまずは github 上で公開しました。
→ https://github.com/air-h-128k-il/Responsive-Kifu

なお、棋譜は将棋実況系 Youtuber の人気者、chrono vs ayumu さんのものです。



医療機関情報が取得できませんでした。

ひさびさに日本医師会純正レセコン orca をいじってクライアントを立ち上げたらら、「医療機関情報が取得できませんでした。処理を終了してください」というメッセージが文字通り赤文字で表示され、ほとんどの操作をうけつけない。

「あれ、なんかおかしなことしたっけ?」と不安になったが、

sudo service jma-receipt restart

で再起動させたら、問題なくログインできた。

けっこうよく出る症状のようですね。

 

 

阿部健治郎という棋士

プロ棋士の阿部七段が最近コンピュータ将棋の勉強をし始めたそうで…。

はて、阿部って、光瑠?

それくらしか知らなかったのですが、調べると棋界で阿部族は 3 人。光瑠、隆、そして健治郎さん。

えー、西村一義九段門下で、棋士番号は277。西村門下ですから、当然、兄弟子には、藤井(システム)九段や三浦九段がいらっしゃるわけですね。 “阿部健治郎という棋士” の続きを読む