令和４年８月３０日判決言渡

同日原本交付

平成３０年（ワ）第１７９６８号
口頭弁論終結日

裁判所書記官

著作権に基づく差止等請求事件

令和４年４月２１日
判

決

5

原

告

株式会社ヒューマンライフ・マネジメント

同 訴 訟代 理 人 弁 護 士

竹

花

日

高

元
義

允

10

被

告

ＮＴＴエレクトロニクステクノ株式会社

同 訴 訟 代 理 人 弁 護 士

主

15

佐

藤

末

吉

安

紘
亙

文

１

原告の各請求をいずれも棄却する。

２

訴訟費用は原告の負担とする。
事 実 及 び 理 由

第１
20

１

請求等
被告は、「モバカルネット」という名称の「コンピュータ上で動作する在宅医療用のカルテ等の文書作成、資料管理、情報共有及び予定管理のために利用されるソフトウェア」のプログラム（以下「被告プログラム」という。）を複製、翻案してはならない。

25２

被告は、被告プログラムを廃棄せよ。

３

被告は、原告に対し、６１０万円及びこれに対する平成２４年８月３１日から支払済みまで年５分の割合による金員を支払え。

1

４

仮執行宣言

第２

事案の概要
本件は、原告が、別紙原告プログラム目録記載の各プログラム（以下、符号に応じて「原告プログラム１⑴」、「原告プログラム２⑴ア」等といい、原告
プログラム１⑴から４を併せて「各原告プログラム」という。）について原告

5が著作権を有し、被告が各原告プログラムを複製又は翻案した被告プログラムをサーバにインストールして定期的に修正したこと等により、原告の各著作権（複製権又は翻案権）が侵害され損害を被った等と主張して、被告に対し、各著作権による差止請求権及び廃棄等請求権（著作権法１１２条１項、２項）に基づき、被告プログラムの複製、翻案の差止め及び廃棄を求めるとともに、不10

法行為による損害賠償請求権に基づき、損害の一部として６１０万円及びこれに対する不法行為より後の日である平成２４年８月３１日から支払済みまで平成２９年法律第４４号による改正前の民法所定の年５分の割合による遅延損害金の支払を求める事案である。
15

１

前提事実（当事者間に争いがない事実及び証拠上容易に認められる事実。証拠は文末に括弧で付記した。なお、書証は特記しない限り枝番を全て含む。以
下同じ。）
⑴

当事者
原告は、医療機関等の運営支援等を目的とする株式会社である。（甲１）
被告は、光、電子部品、通信機器等電子機械器具、装置の研究開発、設計、20

製造及び販売等を目的とする株式会社である。（甲３）⑵

在宅医療情報システム株式会社管理のシステムウェア
ア

在宅医療情報システム株式会社は、クラウド型の在宅医療対応電子カル
テ及びレセプトシステムである「ＨＯＭＩＳ」を管理している。

25

ＨＯＭＩＳは、同一法人が在宅医療を提供する複数の診療所を開設する
場合に使用することを想定したシステムであり、①診療支援システム、

2

②電子カルテ及びレセプトシステム並びに③患者情報共有システムの３つから構成されている。
イ

ＨＯＭＩＳのうち②電子カルテ及びレセプトシステム（以下「ＨＯＭＩ
Ｓ②部分」という。）は、医療従事者が、モバイル端末を用いて、在宅患5者の診療情報を記録、参照したり、診断書等の文書を作成したりするための電子カルテシステムと、医療事務員が、電子カルテに記録された患者診療情報に基づいて診療報酬を算定し、診療報酬の請求を行うためのレセプ
トシステムから成り、これらのシステムは、㋐Ｗｅｂフレームワーク、㋑ＨＯＭＩＳ管理ツール（利用者登録及びシステム作動に不可欠なマスタデ

10ータの管理等の機能を実現するプログラム群）、㋒電子カルテアプリケー
ション（在宅患者の診療情報の記録、入力補助、医事文書作成等の機能を実現するプログラム群）、㋓レセプトソフトウェア接続アプリケーション（電子カルテアプリケーションとＯＲＣＡレセプトソフトウェアの連結を実現するプログラム）及び㋔ＯＲＣＡレセプトソフトウェアの５つのモジ

15

ュール群（以下、各モジュール群を上記の各符号に応じて「㋐部分」等ということがある。）から構成されている。
㋐から㋔部分は全てクラウド上の同一のサーバに存在しており、各部分の間の通信はセキュア（情報、システム、通信路などが保護されている状態）である必要がないため非セキュア通信が採用されている。

20

このうち、㋐部分は、原告プログラム１⑷、３⑴を含む。
また、㋒部分は、原告プログラム１⑴から⑶、２⑴から⑼ウ、３⑵を含む。
㋐及び㋒部分のファイル構成は、概ね、別紙㋐及び㋒部分のファイル
構成記載のとおりであり、２０５ファイル、９万７７６３行から成る。

25㋓部分は、原告プログラム４を含む。
㋓部分は、㋐から㋒部分と㋔部分を連結するプログラムであり、この3うち原告プログラム４は、㋔部分から受信したＸＭＬデータを解析する機能を有する。原告プログラム４には、オープンソースである「XML_Unserializer.php」（クラス）が用いられている。
㋔部分には、社団法人日本医師会（以下「日本医師会」という。）
がＯＲＣＡ（Online Receipt Computer Advantage）プロジェクトに5よって開発して著作権を保有し、日本医師会ＯＲＣＡ管理機構株式会社
がオープンソースとして提供するレセプトシステムである「日医標準レ
セプトソフト」（以下、便宜上「ＯＲＣＡ」という。）が用いられている。
（⑵につき、争いがない事実のほか、甲２、３１、乙２、弁論の全趣旨）

10⑶

被告プログラム
ア

被告プログラムは、クラウド型の在宅医療電子カルテ及びレセプトシス
テムであり、主に、単一の診療所での利用を想定している。被告プログ
ラムは、カルテ入力支援機能、医事文書作成・管理機能、ＯＲＣＡとの連結機能などを備えている。（争いがない事実のほか、甲５）15イ

被告プログラムにおいては、サービス提供者が、アプリケーション、Ｏ
Ｓ、ストレージ、ネットワーク基盤等を管理し、利用者は、ウェブブラ
ウザやプログラムインターフェースを通じて、サービス提供者がサーバにインストールしたプログラムによって提供されるサービスを利用する
方式（software as a service；ＳａａＳ）を採用している。したがって、

20

被告は、被告プログラムをサーバに蔵置し、定期的にバグの修正やバージョンアップを行っている。また、被告プログラムは、仮想マシンによって随時複製されている。（争いがない事実）
ウ
25

被告プログラムのうち、ＯＲＣＡとの連結機能を担う部分は、ＯＲＣＡから受信したＸＭＬデータを解析する機能を有する。同部分には、オー
プンソースである「XML_Unserializer.php」（クラス）が用いられてお4

り、また、原告プログラム４のＸＭＬデータを解析する部分のソースコードのうち別紙原告プログラム４抜粋の赤字部分（以下「本件共通箇所」という。）と同じ記述を含む。（甲３１、乙４７、弁論の全趣旨）
⑷
5

事実経過
ア

被告の従業員であるＡ（以下「ａ」という。）は、平成２１年６月頃、スケジュール、タスク及びプロジェクトの管理、文書の作成及び管理、入力支援などの基本的な機能を提供する「ＰＭＰｏｒｔａｌ」（以下「ＰＭポータル」という。）というプログラムを作成した。ＰＭポータ
ルは、「Ｗｅｂフレームワーク」及び「Ｗｅｂアプリケーション部」という各プログラム群によって構成されている。被告は、ＰＭポータルの10

著作権を有する。（乙１、８、６８、弁論の全趣旨）
イ

在宅医療情報システム株式会社及び被告は、平成２３年１０月２０日頃、情報処理業務に係る業務委託基本契約（以下「本件契約」という。）を締結した。本件契約においては、被告が納入物に関して著作した著作物

15に係る著作権は納入物の所有権移転と同時に在宅医療情報システム株式会社に移転すること、ただし、被告が従前から著作権を保有する著作物を納入物に組み込んだ場合には被告がその著作権を留保すること（１６条２項）等が定められていた。（争いがない事実のほか、甲８）
被告は、平成２３年１１月８日頃、本件契約に基づき、契約期間を同年

20

１２月１日から平成２４年３月３１日として、Ｂ（以下「ｂ」という。）
が代表者を務める医療法人社団悠翔会（以下「悠翔会」という。）向け
電子カルテシステム及びレセプトシステム開発業務を請け負った。（争いがない事実のほか、甲９、弁論の全趣旨）
被告は、本件契約に基づき、平成２４年３月３１日までに、電子カル

25

テ及びレセプトシステムであるＨＯＭＩＳ②部分を完成し、悠翔会に対して納入した。被告は、このうちの少なくとも㋓部分（ただし、Ｗｅｂ

5

フレームワーク、「XML_Unserializer.php」を用いた部分を除く。）を新たに作成し、その著作権が、納入と同時に、被告から在宅医療情報システム株式会社に譲渡された。なお、被告におけるＨＯＭＩＳ②部分の開発担当者はａであった。（争いがない事実のほか、甲２３、弁論の全
趣旨）

5

ウ

被告は、平成２４年９月、在宅医療対応電子カルテシステムである被告プログラムの利用サービスの提供を開始し、平成２５年３月頃、被告プロ
グラムに情報共有機能のサービスを追加した。なお、開発担当者はａであった。（弁論の全趣旨）

10

⑸

一般的知見
ア

インターネットを利用するシステムであるウェブシステムにおいては、利用者がウェブブラウザから入力したデータは、インターネットを介してウェブサーバに送信される。ウェブサーバには、Java、JavaScript、
ＰＨＰ（Hypertext Preprocessor）、Python等のプログラミング言語を15用いて作成されたウェブアプリケーションプログラムが実装されており、これによって利用者から送信されたデータが処理される。その後、デー
タ処理結果を表示するために作成されたＨＴＭＬ文書がウェブブラウザに送信され、表示される。（争いがない事実のほか、乙７、９～１１）
ウェブページ（ブラウザの画面に表示されるページ）は、ウェブブラウ

20

ザがウェブサーバに対してデータを送信して表示したいウェブページを要求し（ＨＴＴＰリクエスト）、これに対してウェブサーバからウェブ
ページを表示するために必要なデータ（画像、動画、音声、文章等）が送り返される（ＨＴＴＰレスポンス）ことによって表示される。ウェブ
ページを表示するために必要なデータのうちＨＴＭＬ文書がウェブペー

25

ジの文章構造を定義する中心的な役割を果たしている。ＨＴＭＬ文書は、
画面表示用の言語、具体的には、ＨＴＭＬ言語（ウェブページのコンテ

6

ンツや構造を決定する言語）、ＣＳＳ（ウェブページの見た目を決定する言語）、JavaScript（ウェブページに所定の動きを与える言語）によって構成される。ＨＴＭＬ言語のみでは、デザイン（配置や装飾）やイ
ンタラクティブな動作を定義することはできず、ＣＳＳを組み合わせる
ことによりウェブページを装飾することが可能になり、JavaScriptを組5み合わせることによりウェブページに動きをつけることが可能になる。
ＨＴＭＬ文書は、ウェブサーバからクライアントサイドに送られウェブ
ブラウザ上で起動することから、利用者側でその内容を確認することができる。他方、ＰＨＰは、ＨＴＴＰレスポンスの内容を制御するプログ
ラミング言語であり、ＰＨＰにより記述されたプログラムは、ウェブサ

10

ーバにインストールされウェブサーバ上で起動する。これらのプログラ
ムは、ＨＴＴＰレスポンスに含まれるＨＴＭＬ言語、ＣＳＳ、
JavaScriptなどの静的なデータをあらかじめウェブサーバ側で動的に作成したり、変更したりするため、ＰＨＰのプログラム構成の中には、Ｈ
ＴＭＬ、ＣＳＳ、JavaScriptにより記述されたプログラムが含まれるこ15とになる。ＨＴＴＰレスポンスとして送り返す部分以外は、利用者側で内容を確認することはできない。（乙３３）イ関数とは、入力されたデータを受け取り、定められたとおりの処理を実行して結果を返す一連のプログラム群をいう。

20

クラスとは、ウェブアプリケーションの機能を実現するための変数及び機能処理を定義したプログラムをいう。クラスは、いずれも具体的なコードとして記述されたものであり、クラスごとに一つのファイルが作成されている。
インスタンスとは、クラスを基に実行形式のプログラムを生成し、クラ25スの変数に値を設定して、機能処理を実行するプログラムをいう。
フレームワークとは、ウェブシステムの開発を行う際に頻繁に必要とさ7

れる基本的な機能、一般的な処理の流れをまとめたプログラム群をいう。
フレームワークを用いる場合には、フレームワークが定めるルールに従ってソースコードを記述する必要がある。
（本項につき、争いがない事実のほか、乙９～１７、弁論の全趣旨）
ウ5

ウェブアプリケーションにおいては、あるプログラムのソースコードに、ＵＲＬを記述してインターネット上に存在するプログラムやデータの場所を指定してこれらを呼び出す 方法 、「include」、「 include_once」 、「require」、「require_once」等の構文を記述して他のプログラムファ
イルを呼び出す方法、繰り返し記述することが予想される命令文の組合せをまとめて関数として定義し、関数名を記述してあらかじめ定義された関10

数を呼び出す方法、JavaScriptプログラムにおいて「$.ajax」という関数を記述してウェブサーバに存在するＰＨＰプログラムを指定して呼び出す
方法（Ajax通信。ウェブページを表示した状態のまま、別のページの表
示や再読み込みなどを伴わずにウェブサーバと通信を行って表示内容を変更する。）などにより、複数のプログラムの動作を実現させることが一般

15的に行われている。（乙４０～４２、７０～７４）
２

争点及び争点に関する当事者の主張
本件の争点は、①原告プログラム１⑴から３⑵（以下、併せて「本件３１個の各プログラム」

20という。）の各著作権が被告から在宅医療情報システム株式会社に譲渡されたか。
②各原告プログラムの著作権が、在宅医療情報システム株式会社から原告、原告から悠翔会、悠翔会から原告に順次譲渡されたか。
③被告が各原告プログラムを複製、翻案しているか。

25④損害の発生及び額
である。

8

⑴

争点①（本件３１個の各プログラムの各著作権が被告から医療情報システム株式会社に譲渡されたか。）について（原告の主張）ア

本件３１個の各プログラムは、いずれも、被告が本件契約に基づき新たに作成した部分であり、各原告プログラムの各著作権は、本件契約に基づ

5

き、被告から医療情報システム株式会社に譲渡された。
なお、本件において、原告が著作権を有するプログラムは、本件プログ
ラム４のほか本件３１個の各プログラムのそれぞれのプログラムであり、その各プログラムに創作性があり著作物であるといえる根拠は以下のとおりである。

10イ

本件３１個の各プログラムには、それぞれについて創作性が認められる。
すなわち、ＰＭポータルは、複数の定型的なプログラムの構文をあらか
じめまとめておき、コードを作成する際に構文を呼び出して個々の素材を当て込んでいくプログラム作成や業務管理のツールにすぎないから、

15

ＰＭポータルを用いて作成されたプログラムは、個々の素材を組み合わせて新たに作成された著作物である。本件３１個の各プログラムにＷｅ
ｂフレームワークが使用されていたとしても、ソースコードのうちＷｅｂフレームワーク自体の記述及びこれを利用した記述は一部にすぎず、自由に選択できる関数、変数は多々存在する。また、本件３１個の各プ

20

ログラムは、ｂが、医師としての経験に基づき在宅医療の特性を踏まえて独自に工夫した機能を実現するためのものであるから、これらの機能を実行するソースコードには個性が発揮されている。ＨＯＭＩＳ②部分
は、量的、機能的な側面から、ＰＭポータルとは全体的な構成が異なり、この点が、具体的には、次のとおり、本件３１個の各プログラムの創作

25

性に反映されている。
ＨＯＭＩＳ②部分のファイル、フォルダは、大半が新たに作成され9たものであり、本件３１個の各プログラムの記述は、その内容はＰＭポータルから流用されていたとしても電子カルテに必要な機能を抽出、分類している。
本件３１個の各プログラムは、次のとおり、ＨＯＭＩＳ②部分の関
5

数、変数、データ定義に係るファイルと連動等しており、ＰＭポータルと異なるＨＯＭＩＳ②部分の関数、変数、データ定義の共通化の仕方の特徴、すなわち、各ファイルの処理機能をどのような関数を使用してどの範囲でどのファイルにおいてサブルーチン化したかという点、ＰＭポ
ータルと異なるデータベース構造やデータの格納方法、どの情報に共通

10変数を使用してどの範囲で共通変数を参照したかという点が、本件３１個の各プログラムの各ソースコードの記述に表われている。
ａ

原告プログラム１⑷は、共通関数を定義するファイルであるところ、
３６個の関数のうち２９個が電子カルテに関するＨＯＭＩＳ独自のものである。そして、記述されている個々の関数は、必ずしも原告プロ
グラム１⑷に記述する必要はなく、共通関数とすることなく各プログ

15

ラムに直接実行処理文を記述する、代わりに「config.php」に記述す
る等の選択肢の無数の組合せの中から選択され作成されたものであり、他の選択肢を選択した場合にはソースコードが違うものになる。
ｂ
20「variant.php」（原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウによって参照されている。）は、アプリケーション全体の共通変数を定義するファイルであるところ、定義されている共通変数はＨＯＭＩＳ
独自のものである。そして、どの情報を共通変数とするか、変数についてデータをどのような名称で定義するか（例えば、「variant.php」
においては、性別について、ＯＲＣＡのデータ定義に合わせて、男性

25

を「MALE」と、女性を「FEMALE」と定義したが、他の選択肢もある。）、どこで共通変数を定義するか、変数を参照するか各プログ

10ラムに直接実行処理文を記述するか等の選択肢の無数の組合せの中から選択され作成されたものであり、他の選択肢を選択した場合にはソースコードは違うものになる。
ｃ

原告プログラム３⑴（原告プログラム１⑶と連動している。）は、
アプリケーション全体で共用するJavaScript関数を定義するファイ5ルであり、うち３個の関数はＨＯＭＩＳ独自のものであり、ＨＯＭＩ
Ｓの中のプログラムを呼び出す内容のものであるから、ＨＯＭＩＳのプログラムの構造が前提となったものであり、ＨＯＭＩＳのプログラ
ム構造がソースコードに表われている。
10ｄ「docs/config.php」（原告プログラム２⑵ア、２⑶アからウ、２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、イ、２⑼アからウによって参照されている。）は、各文書作成プログラムにおける共通関数２個、共通変数５０個を定義するファイルである。また、「pdetail/config.php」（原告プログラム１⑵によって参照され

15ている。）も、共通変数を定義するファイルである。これらについて
は、どのような処理機能をどの範囲で共通関数とするか、共通関数を参照するか各プログラムに直接実行処理文を記述するか、どの情報をどの範囲で共通変数とするか、変数をどのように定義するか、どこで共通変数を定義するか、変数を参照するか各プログラムに直接実行処

20

理文を記述するか等の選択肢の無数の組合せの中から選択され作成されたものであり、他の選択肢を選択した場合にはソースコードは違うものになる。
作成する医事文書の拡張性を高めた点が、プログラムの相互関係、呼出方法（どういう手段でどの画面を呼び出すかという点）、データの受

25

渡方法、格納方法に表われ、ひいては、本件３１個の各プログラムのソースコードの記述に表われている。

11具体的には、ＨＯＭＩＳ②部分には「model/docs」フォルダが設けられており、作成する文書の種類が増えた場合であっても、プログラム
名に新しく数字を割り当てて、文書ごとに、原告プログラム２⑵アから⑼ウと同様の入力、編集、印刷プログラムを追加することができ、その5

結果、各プログラムを参照して呼び出す際には新たに数字を割り当てられた各プログラム名がソースコードに記述される。
また、入力、編集、印刷プログラムにおける表示、実行等は、ＵＲＬを記述することによりプログラムを呼び出して実現している。ここで、どの画面を呼び出すかは業務用アプリケーションの内容次第であり無数

10に選択肢が存在する。
原告プログラム２⑶から⑼の各イの各表示プログラムに対応する実行プログラムは「edit-do2.php」のみである。
さらに、原告プログラム２⑴により表示される画面において、「PDF」をクリックすればＰＤＦファイルが表示され文書を印刷する

15

ことができるようになっており、ＰＤＦファイルを端末に表示することができる点がソースコードに記述されている。他方、ＰＤＦファイルの作成については、ＰＤＦの作成に失敗した場合について、原告プログラ
ム２⑶から⑼の各ウでは使用されたオープンソースのバグがそのまま引き継がれているのに対し、原告プログラム２⑵ウではバグが修正されて

20

おり、エラーメッセージを表示することができる点がソースコードに記述されており、この点について選択肢があったことを示している。
モバイル環境において電波状況によってカルテの保存ができない状況を回避するため通信状況を確認するようにした点が、ソースコードに表われている。

25

具体的には、原告プログラム１⑴においてカルテの編集完了後にAjax通信により原告プログラム３⑵を参照して呼び出し、通信に成功

12すると原告プログラム１⑴に定義した関数を呼び出し、他方、原告プロ
グラム３⑵の呼出しに失敗した場合には、原告プログラム３⑴で通信エラーを表示する。これらの記述は、上記の業務用アプリケーションの内容に依存している。
その他、原告プログラム１⑴から⑶、２⑴、２⑵から⑼の各アからウ

5は、ＵＲＬ、プログラムファイル呼出し、関数記述、Ajax通信により、他のプログラムや共通関数を呼び出しており、相互に関連している。そして、共通関数や他のプログラムを呼び出す方法のほか、どのような処
理機能をどの範囲で共通関数とするか、共通関数を参照するか各プログ
ラムに直接実行処理文を記述するか、どの範囲でプログラムをまとめる

10

か、プログラムをどのフォルダ下に格納するか、プログラムを参照する
か各プログラムに直接実行処理文を記述するかという点にも選択肢があり、他の選択肢を選択した場合にはソースコードは違うものになる。
（被告の主張）15

ア

本件３１個の各プログラムの各著作権は、被告から医療情報システム株
式会社に譲渡されていない。本件３１個の各プログラムを含む㋐及び㋒部分は、被告が著作権を有するＰＭポータルを用いて作成されたものであり、同部分に係る著作権は、従前から被告が保有していたものであり、本件契約に基づき、被告に留保されている。すなわち、㋐部分は、ＰＭポータルのＷｅｂフレームワークを用いている。㋒部分も、ＰＭポータルのＷｅｂ

20

フレームワーク（クラス、関数）を呼び出し、クラスのインスタンスを生成し、クラスの変数に値を設定したプログラムであって、ＰＭポータルのＷｅｂフレームワークを組み込んだものである上に、既に作成されていたＰＭポータルのＷｅｂアプリケーション部を電子カルテ用に形式的に修正して作成したにすぎない。

25

イ

原告プログラム１⑴から⑶、原告プログラム２⑴から２⑼ウは、Ｗｅ13ｂフレームワークを基盤としてＷｅｂアプリケーション部を参照しながら、別のファイルを呼び出し、変数への値の設定、ＨＴＭＬ文書の定義
等の単純な作業を行う指令を複数記述したものにすぎず、定型的にありふれたものであって作成者が個性を発揮する余地はない。このようなあ
5

りふれた個々のソースコードの記載の順序や組合せも、表示する画面に対応した表現にすぎず、画面の内容はカルテや医事文書等の様式によりあらかじめ定められているから、この点についても創作性はない。
ＰＭポータルは、データ処理及び結果の画面表示等の一連の流れを記述統合したＷｅｂフレームワーク（クラス群等）とＷｅｂアプリケーシ

10

ョン部（インスタンス群等）から構成されるプログラムである。一般的に、フレームワーク（クラス、関数）は、プログラムのひな型を構成す
るソースコードであり、その書き方には限定がなく、表現も作成者によって様々であり、創作性が認められる。他方、プログラム作成において、フレームワークを用いる場合、作成者はフレームワークに従ってプログ

15

ラムを作成する必要があるため、個性を発揮する余地がほとんどなく、同じ目的を実現するためのコードであれば誰が作成しても同じようなものになる。したがって、ＰＭポータルのＷｅｂフレームワークを用いて作成された㋐及び㋒部分のうちＷｅｂアプリケーション部を修正した部分についても創作性は全くないか、あったとしても極めて微小である。
また、各ファイルの機能処理をどの範囲でどのファイルにおいてサ20

ブルーチン化したかという点、データベース構造やデータの格納方法、どの情報に共通変数を使用してどの範囲で共通変数を参照したかという点は、本件３１個の各プログラムの創作性とは何らの関係もない。
ａ25

原告プログラム１⑷は、繰り返し使用される処理を関数としてまとめたものであり、具体的には、ＰＭポータルに記述されている関数をそのまま利用したもの、ＰＭポータルに記述されている関数を参照し14

て作成したもの、ＰＭポータルに記述されているソースコードを参照
して作成したもの、汎用的に使用されている関数を利用されているもののいずれかである。繰り返し記述されることが予想される命令文の組合せをまとめて関数とすることは一般的な手法であり、表現ではなくプログラミングに関するアイデアにすぎず、仮に表現があるとして5もありふれている上、その内容は、ＰＭポータルに記述されている関数等であり、まとめ方はいずれもＰＭポータルの「custom_util.php」と同じである。
ｂ「variant.php」（原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウによって参照されている。）は、いずれも画面に表示されるセレクトボ

10ックス（プルダウン形式やリスト形式のメニュー）の選択項目を定義したものにすぎず、選択項目を一つの配列の中で定義することはＰＭ
ポータルにおいて採用されていたし、画面の選択項目に対応した配列の定義にすぎないから個性を発揮する余地もない。
また、データやデータの名称は保護の対象ではなく、どこで共通変15数を定義するかは原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウの創作性とは何ら関係がない。変数を参照するか各プログラムに直接実行処
理文を記述するか等の選択肢は、現実的には存在しない。
ｃ
20

原告プログラム３⑴は、そもそもソースコードのどの部分に具体的に創作性があるという主張であるのか不明であるが、原告プログラム
３⑴に含まれる２３個の関数のうち２０個はＰＭポータルの記述と同一である上、残り３個も繰り返し実行することが想定される画面表示
処理（画面サイズの変更等）を汎用的な記述を用いて作成したものである。繰り返し記述されることが予想される命令文の組合せをまとめ25て関数とすることは一般的な手法であり、表現ではなくプログラミン
グに関するアイデアにすぎず、仮に表現があるとしてもありふれてい15

る上、まとめ方はいずれもＰＭポータルにおけるものと同じである。
ｄ「docs/config.php」（原告プログラム２⑵ア、２⑶アからウ、２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、イ、２⑼アからウによって参照されている。）について、このうち関数は、
5

繰り返し記述されることが予想される命令文の組合せをまとめて関数にしたものにすぎない。共通関数として定義するか否かという点は、表現の選択の幅の議論とは無関係であるし、直接実行処理文が記載されている部分もＰＭポータルの記述を使用しているから創作性が発揮される余地はない。また、変数は、画面に表示されるラジオボタン又

10はチェックボックスの選択項目を一つの変数として定義したものである。共通変数として定義するか否かという点は、表現の選択の幅の議論とは無関係であるし、どこで変数を定義するかは原告プログラム２⑵ア、２⑶ア～ウ、２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、イ、２⑼アからウの創作性とは何ら関係がない。選択15

項目を一つの変数として定義することはＰＭポータルにおいて採用されており、画面の選択項目に対応した配列の定義にすぎないから個性を発揮する余地もない。
「pdetail/config.php」（原告プログラム１⑵によって参照されている。）についても、共通変数として定義するか否かという点は、表20

現の選択の幅の議論とは無関係であるし、どこで変数を定義するかは原告プログラム１⑵の創作性とは何ら関係がない。
ファイル名に数字を割り当てたり、医事文書に関するファイルを同一のフォルダの下に配置したりすることは、電子計算機に対する指令の組合せではなく、電子計算機に対する指令についての創意工夫ではない。

25

プログラムの名称は著作権法の保護の対象ではない。
遷移元のプログラムから遷移先のプログラムに対し遷移元のプログラ

16ムにおいて入力された情報を引き渡し、遷移先のプログラムにおいてその受信した情報を処理して処理完了画面を表示させることは、ＰＨＰによりプログラムを記述するに当たり頻用される一般的な手法であり、複数のプログラムが同一のファイルをＵＲＬにより呼び出すことは、表現5ではなくプログラミングに関するアイデアにすぎない。どの画面を呼び出すかという点は、表現の選択の幅の議論とは無関係である。仮に編集登録の実行を「edit-do2.php」という一つのファイルで行うことができる点に創意工夫があるというのであれば、そのような創意工夫はＷｅｂ
フレームワークの「dbCtl.php」により実現されている。

10

原告プログラム２⑴によりＰＤＦファイルを表示して文書を印刷することができる点はプログラミングに関するアイデアにすぎない。また、
ＰＤＦファイルの作成についても単に仕様を指摘しているにすぎず、プ
ログラムの具体的記述における表現上の創作性は何ら主張されていない。
原告プログラム３⑵は、わずか１行から成るプログラムであり、創15作性がないことは明らかである。Ajax通信により通信が成功した場合には所定の関数を起動させる一方、通信が失敗した場合にはエラーメッ
セージを表示させることはごく一般的に行われている。
共通関数として定義するか否かという点は、表現の選択の幅の議論とは無関係であるし、直接実行処理文が記述されている部分もＰＭポー

20

タルの記述を使用しているから創作性が発揮される余地はない。また、同様に、繰り返し使用されることが予想される処理をまとめて共通プログラムとして定義するか否かという点は、表現の選択の幅の議論とは無関係であるし、結果として一つのプログラムを呼び出すか複数のプログ
ラムを呼び出すかはいずれにしろごく単純な処理を記述するものである。

25

プログラムをどのフォルダ下に格納するかはプログラミングに関するア
イデアにすぎない。

17

⑵争点②（各原告プログラムの著作権が、在宅医療情報システム株式会社から原告、原告から悠翔会、悠翔会から原告に順次譲渡されたか。）について（原告の主張）在宅医療情報システム株式会社は、被告から原告プログラムの納入を受けた時点で原告に各原告プログラムに係る著作権を譲渡し、さらに、原告は、

5

悠翔会にこれを譲渡した。悠翔会は、平成２５年１０月１日、原告に対し、原告プログラムに係る著作権を譲渡した。
（被告の主張）各原告プログラムの著作権が、在宅医療情報システム株式会社から原告、原告から悠翔会、悠翔会から原告に順次譲渡されたことは何ら立証されてい10ない。すなわち、原告が示す在宅医療情報システム株式会社と原告、原告と悠翔会の間の契約では、在宅医療情報システム株式会社が著作した著作物の著作権、原告が著作した著作物の著作権が、それぞれ納入に当たり譲渡されることになっているが、各契約が正式に成立したこと、各契約がＨＯＭＩＳを対象としていること、ＨＯＭＩＳのうち在宅医療情報システム株式会社及15

び原告が著作した部分は明らかではないし、在宅医療情報システム株式会社
及び原告は各原告プログラムを著作していない。
⑶

争点③（被告が各原告プログラムを複製、翻案しているか。）について（原告の主張）被告プログラムは、次のとおり、各原告プログラムに依拠し、各原告プロ

20

グラムのソースコードを複製又は翻案することにより作成された。被告は、サービス提供開始に当たりサーバに被告プログラムを蔵置して各原告プログ
ラムを複製、翻案し、定期的にバグの修正やバージョンアップを行って各原
告プログラムを翻案し、仮想マシンによって随時複製している。
25

ア

本件３１個の各プログラムについて
被告プログラムは、本件各３１個の各プログラムによって実現される機18

能と同一又は類似の機能を備えており、データ名、データ名の並び順、データ名のミス（最高血圧を「bp_l」で、最低血圧を「bp_h」で表示しているなど。）、プログラム名、文書タイプなどにおいて、Ｗｅｂフレームワークを使用しているというだけでは説明できない多くの一致点が見られるところ、本件３１個の各プログラムに依拠して作成されたものであるこ

5とは明らかである。
イ

原告プログラム４について
原告プログラム４は、ＯＲＣＡからＸＭＬデータを受信してこれを解析する機能を有し、同部分は高度な技術を必要とすることから、原告プロ
グラム４のＸＭＬデータを解析する部分が被告プログラムに流用された

10可能性が高い。すなわち、被告プログラムのソースコードのうち一部は、
原告プログラム４のうちの本件共通箇所と一致しており、本件共通箇所には創作性が認められる。
本件共通箇所にはオープンソースである「XML_Unserializer.php」が用いられているが、プログラムの作成者は、オープンソースに存在する

15

バグや不十分な機能を前提に使用する部分や組合せを選択してコーディングを行うのであり、オープンソースのうちどの部分をどのように組み合わせるかについて創作性が認められる。
また、原告プログラム４は、ＯＲＣＡから受信するＸＭＬデータを解析
し情報を取り出して作成したのであり、規約に定義されていないタグも20ある。
（被告の主張）ア

本件３１個の各プログラムについて
本件３１個の各プログラムの著作権は被告が保有している（前記⑴（被25告の主張））。
本件３１個の各プログラムの大部分は医事文書やカルテの入力画面や編19

集画面を生成して表示するものであり、これらのプログラムの記述はウェブブラウザ上で表示される各画面を構成するＨＴＭＬ文書の記述に対応するところ、ＨＯＭＩＳのＨＴＭＬ文書と被告プログラムのＨＴＭＬ
文書は分量が全く異なり内容も多くの点で相違しているから、本件３１個の各プログラムとそれに対応する被告プログラムは類似していないこ

5とが明らかである。なお、データ名やデータ名の並び順が一致しているのは、所定の書式に従っているからにすぎず、そもそもソースコードの記述においてどのようなデータ名を付するかは重要な意味を持たない。
イ

原告プログラム４について被告プログラムのうちのＸＭＬデータを解析する部分は、原告プログラ10

ム４とは全く別の構成により独自に創作した異なるプログラムであり、表現形式も全く異なっており、原告プログラム４の本質的な特徴を感得
させるものではない。具体的には、原告プログラム４のＸＭＬデータを解析する部分は、所定の処理の内容をその処理の順序に従って記述しているにすぎないのに対し、被告プログラムのうちのＸＭＬデータを解析

15

する部分は、解析処理の内容をクラスとして記述し、そのクラスのインスタンスを生成して機能処理を実行しているのであって、両者の表現形
式は全く異なっている。そして、本件共通箇所は、オープンソースである「XML_Unserializer.php」（クラス）を用いたありふれた表現であるか（そのライブラリにバグが存在したとしても、利用者は、ソースコー

20

ドをライブラリの仕様どおりに記述する必要があり、変数名を除き自動的にソースコードが決定されるから、作成者の個性が表れる余地はな
い。）、プログラム名又は変数名（タグの定義）という作成者の個性が表れない部分であり、いずれも創作性がなく、したがって、被告から医療情報システム株式会社に著作権が移転した部分に含まれない。

25⑷

争点④（損害の発生及び額）について20

（原告の主張）
被告は、２８０の診療所に対して被告プログラムを販売しており、原告は、被告による侵害行為がなければＨＯＭＩＳの使用権を販売することができた
ところ、原告は、少なくとも上記の譲渡等数量２８０に原告プログラムの単位数量当たりの利益の額である２万円を乗じた５６０万円の損害をうけた

5（著作権法１１４条１項）。
また、原告が本件訴訟追行に要した弁護士費用のうち５０万円は、被告の不法行為と相当因果関係のある損害として、被告が負担すべきである。
したがって、損害の合計は６１０万円となる。
（被告の主張）10

否認ないし争う。
第３

当裁判所の判断

１

認定事実
前提事実、掲記の証拠及び弁論の全趣旨によれば、次の各事実が認められる。

15⑴

ＰＭポータルについて
ＰＭポータルは、組織内外のプロジェクトを効率的に管理することを目的としたウェブアプリケーションのプログラムである。
具体的には、ＰＭポータルは、利用者が、メッセージ、予定、プロジェク
トの進捗状況などを入力してデータベース登録し、これを他の利用者と共有

20

したり、所定の事項を入力、登録して、プロジェクトに関連する報告書や見積書等の文書を作成し、これらの文書をＰＤＦファイルとして表示したりすることができるプログラムであり、プログラミング言語としてＰＨＰとJavaScript、データベースとしてＭｙＳＱＬが用いられている。
ＰＭポータルは、ＷｅｂフレームワークとＷｅｂアプリケーション部とい25

う各プログラム群によって構成されている。
Ｗｅｂフレームワークは、ウェブシステムを開発するために頻繁に使用さ21

れる基本的な機能、一般的な処理の流れをまとめたプログラム群であり、ウェブ画面表示処理、データベース処理、文書作成処理の各機能をまとめたＰ
ＨＰ言語によって記述されたクラス群と、クラスを利用し様々な機能をまとめたＰＨＰ言語又はJavaScript言語によって記述された関数群から構成され5ている。具体的には、例えば、「dbCtl」（平成３１年３月２５日被告第２準備書面別紙１）がデータベース処理を実行するクラスとして定義され、「dispCtl」（同別紙２）がデータ処理結果の画面表示及びエラー画面表示の処理を実行するクラスとして定義され、「mbfpdf」がＰＤＦファイルを生成するクラスとして定義されている。
Ｗｅｂアプリケーション部は、Ｗｅｂフレームワークに記述されたクラス

10を呼び出し、クラスからインスタンスを生成し、生成したインスタンスに値を設定し、生成したインスタンスを実行して、プロジェクト管理用のウェブ
画面表示処理、データベース処理、文書作成処理を行う実行インスタンス群から構成されている。各アプリケーションプログラムは、機能ごとにフォル15

ダにまとめられており、各フォルダには、「config.php」という設定ファイル の ほ か 、 基 本 的 に 、 入 力 （ 「 _input1.php 」 ） 、 入 力 実 行（ 「 _input2.php 」 ） 、 編 集 （ 「 _edit1.php 」 ） 、 編 集 実 行（「_edit2.php」）、画面・ＰＤＦ表示（「_pdf1.php」等）の各プログラ
ムファイルが存在する。Ｗｅｂアプリケーション部には、各「config.php」

20

以外に共通処理のためのソースコード（関数、クラス等）は記述されていない。
アＰＭポータルのうちプロジェクト管理画面を作成、表示するプログラム
においては、入力プログラム（project_input.php）により表示される管理画面において情報が入力され「登録する」ボタンがクリックされると、

25

入力実行プログラム（project_input2.php、乙６５別紙１）によりデータベースへの登録処理が実行され「閉じる」画面を表示する処理が実行され22る。また、編集プログラム（project_edit.php、乙６５別紙２）により表示される編集画面において一度データベースに登録された情報が編集され「登録する」ボタンがクリックされると、編集実行プログラム（project_edit2.php）によりデータベースへの登録処理が実行される。
5

このとき、JavaScript関数である「util.js」（乙６５別紙４）により必須
項目が空欄になっていないかが確認され空欄がある場合には警告文が表示される。データベースに登録されたこれらの情報は表示プログラム（project_detail.php、乙６５別紙３）により、所定の方式で画面に表示される。
このうち、入力実行プログラム（project_input2.php）、編集プログラ

10

ム（project_edit.php）、表示プログラム（project_detail.php）は、いず
れも、初期設定をするプログラム、入力画面に入力された情報又は画面表示のための情報を登録するプログラム、画面を表示するプログラムの各部分から構成されている。初期設定をするプログラムの部分において
15は、Ｗｅｂフレームワークのインスタンス生成、利用者認証処理、リク
エ ス ト デ ー タ の 整 形 、 変 数 の 定 義 な ど の 処 理 を 、 require 文 に よ り「config.php」を呼び出すなどして行う。入力画面に入力された情報又は画面表示のための情報を登録するプログラムの部分においては、Ｗｅｂ
フレームワークの「dbCtl」のインスタンスによってデータベースにアク20

セスするほか、変数に値を設定する処理が記述されている。画面を表示するプログラムの部分は、主に画面を表示するためのＨＴＭＬ文書であり、Ｗｅｂフレームワークの「dispCtl」のインスタンスによって同ＨＴ
ＭＬ文書の内容が画面に表示される。
（本項につき、乙６５）25

イＰＭポータルにおいては、「custom_util.php」において、頻繁に使用される関数がまとめて定義されている。このうち、例えば、

23「getMaxRevision」は特定ドキュメントの改版最大値を取得する関数であり、「getTypeMember」は任意の区分のプロジェクトメンバーを取得する関数であり、「getReportConfMember」は報告書確認対象メンバーを取得する関数であり、「getSmallStatus」はステータスを取得する関数である。（乙６６）5ウＰＭポータルの「project_index.php」は、プロジェクトのリストを作成し、画面上に表示するプログラムであり、初期設定をするプログラム、
画面表示のための情報を登録するプログラム、画面を表示するプログラ
ムの各部分から構成されている。初期設定をするプログラムの部分においては、Ｗｅｂフレームワークのインスタンス生成、利用者認証処理、

10

リクエストデータの整形、変数の定義などの処理を、require文により「config.php」を呼び出すなどして行う。画面表示のための情報を登録するプログラムの部分においては、Ｗｅｂフレームワークの「allViews」のインスタンスを生成し、変数に値を設定する処理が記述されている。画
面を表示するプログラムの部分は、主に画面を表示するためのＨＴＭＬ15

文書であり、Ｗｅｂフレームワークの「dispCtl」のインスタンスによって同ＨＴＭＬ文書の内容が画面に表示される。（乙６４）エＰＭポータルのうち営業報告書をコンピュータ上で作成、表示するプロ
グラムにおいては、入力プログラム（contract_report_input1.php、乙６20３別紙１）において必要な情報が入力、選択され「送信」ボタンがクリックされるとデータベースへの登録処理が実行される。また、編集プロ
グラム（contract_report_edit1.php、乙６３別紙２）において一度デー
タベースに登録された情報が編集され「送信」ボタンがクリックされるとデータベースへの登録処理が実行される。登録処理が実行される際、25

JavaScript関数である「util.js」（乙６５別紙４）により必須項目が空欄になっていないかが確認され空欄がある場合には警告文が表示される。

24

さらに、データベースに登録されたこれらの情報は出力プログラム（contract_report_pdf.php、乙６３別紙３）により、「営業報告書」という所定の書式によりＰＤＦ文書として画面に表示される。
これらのプログラムは、初期設定をするプログラム、画面表示のための情報を登録するプログラム、画面を表示するプログラムの各部分から構5成されている。初期設定をするプログラムの部分においては、Ｗｅｂフ
レームワークのインスタンス生成、利用者認証処理、リクエストデータの整形、変数の定義などの処理を、require文により「config.php」を呼び出すなどして行う。画面表示のための情報を登録するプログラムの部
分においては、Ｗｅｂフレームワークの「dbCtl」、「getDateList」等

10のインスタンスを生成し、データベースにアクセスしたり変数に値を設定したりする処理が記述されている。入力プログラム及び編集プログラ
ムにおいては、画面を表示するプログラムの部分は、主に画面を表示するためのＨＴＭＬ文書であり、Ｗｅｂフレームワークの「dispCtl」のインスタンスによって同ＨＴＭＬ文書の内容が画面に表示される。他方、

15

出力プログラムにおいては、画面を表示するプログラムの部分は、Ｗｅ
ｂフレームワークの「mbfpdf」（オープンソース）のインスタンスにパラメータが順に設定され、ＰＤＦ文書が画面に表示される。
（⑴につき、各項に掲記のほか、乙１、８、１８、２３）20⑵

各原告プログラムについてアＨＯＭＩＳは、クラウド型の在宅医療電子カルテ及びレセプトシステムを提供するウェブアプリケーションであり、同一法人が在宅医療を提供する複数の診療所を開設する場合に使用することを想定している。

イ25

本件３１個の各プログラムを含む㋐部分（Ｗｅｂフレームワーク）及び㋒部分（電子カルテアプリケーション）は、ＰＭポータルを基盤として開発された、医療従事者が、モバイル端末を用いて、在宅患者の診療情報を

25

記録、参照したり、診断書等の文書を作成し、これらの文書をＰＤＦファイルとして表示したりすることができるプログラムであり、電子カルテ及びレセプトシステムを実現するに当たり、Ｗｅｂフレームワークを利用しており、プログラミング言語としてＰＨＰとJavaScript、データベースと5してＭｙＳＱＬが用いられている。
㋐部分（Ｗｅｂフレームワーク）は、ＰＭポータルのＷｅｂフレームワークを用いて作成された。㋐部分は、一部を除きＰＭポータルのＷｅｂ
フレームワークを構成するプログラムファイルから構成され、利用者が入力した情報は、「dbCtl」クラスによってデータベース処理が実行され、10「dispCtl」クラスによってデータ処理結果等の画面表示が実行される。
また、「mbfpdf」クラスによってＰＤＦファイルが生成される。
㋒部分（電子カルテアプリケーション）は、㋐部分すなわちＷｅｂフレームワークに記述されたクラスを呼び出し、クラスからインスタンスを生成し、生成したインスタンスに値を設定し、生成したインスタンスを15実行して、電子カルテのウェブ画面表示処理、データベース処理、文書作成処理を行う実行インスタンス群から構成されている。各アプリケー
ションプログラムは、機能ごとにフォルダにまとめられており、各フォ
ルダには、「config.php」という設定ファイルのほか、基本的に、入力（ 「 _input1.php 」 等 ） 、 入 力 実 行 （ 「 _input-do1.php 」 等 ） 、 編 集

20（「_edit1.php」等）、編集実行（「_edit-do1.php」等）、画面・ＰＤ
Ｆ表示（「_pdf1.php」等）の各プログラムファイルが存在する。㋒部分には、各「config.php」以外に共通処理のためのソースコード（関数、クラス等）は記述されていない。
原告プログラム１⑴から⑶は、入力プログラム（karteinput.php）、

25

編集実行プログラム（karteedit-do.php）と一体として、カルテ画面をコンピュータ上で作成、表示するプログラムであり、㋒部分に含まれる。

26

具体的には、入力プログラムにより表示される画面において情報が入力され「診察完了」ボタンがクリックされると、入力実行プログラム（原告プログラム１⑶）によりデータベースへの登録処理が実行され「カルテを登録しました」、「登録した画面を見る」という画面を表示する処
5

理が実行される。また、編集プログラム（原告プログラム１⑴）により表示される編集画面において一度データベースに登録された情報が編集され「編集完了」ボタンがクリックされると、編集実行プログラムによりデータベースへの登録処理が実行される。データベースに登録された
これらの情報は表示プログラム（原告プログラム１⑵）により、所定の10方式で画面に表示される。
原告プログラム１⑴から⑶は、ＰＭポータルのプロジェクト管理画面
を作成、表示するプログラム（前記⑴ア）を参照して記述された。具体的には、原告プログラム１⑴についてＰＭポータルの編集プログラム（project_edit.php）を、原告プログラム１⑵についてＰＭポータルの15表示プログラム（project_detail.php）を、原告プログラム１⑶についてＰＭポータルの入力実行プログラム（project_input2.php）をそれぞれ参照して記述された。これらは、いずれも、初期設定をするプログラ
ム、入力画面に入力された情報又は画面表示のための情報を登録するプ
ログラム、画面を表示するプログラムの各部分から構成されている。初20

期設定をするプログラムの部分においては、Ｗｅｂフレームワークのイ
ンスタンス生成、利用者認証処理、リクエストデータの整形、変数の定義などの処理を、require文により「pdetail/config.php」を呼び出すなどして行う。入力画面に入力された情報又は画面表示のための情報を登録するプログラムの部分においては、Ｗｅｂフレームワークの「dbCtl」

25のインスタンスによってデータベースにアクセスするほか、変数に値を設定する処理が記述されている。画面を表示するプログラムの部分は、

27

主に画面を表示するためのＨＴＭＬ文書であり、Ｗｅｂフレームワークの「dispCtl」のインスタンスによって同ＨＴＭＬ文書の内容が画面に表示される。また、原告プログラム１⑴においては、ＰＭポータルの「util.js」及びオープンソースライブラリである「jQuery」を参照して5作成されたJavaScriptの記述により、必須項目が空欄になっていないかが確認され空欄がある場合には警告文が表示される。原告プログラム
１ ⑵ に お い て は 、 「 jQuery 」 を 参 照 し て 作 成 さ れ た 汎 用 的 な
JavaScriptの記述により動きのある画面が表示される。
その結果、原告プログラム１⑴から⑶の記述のうち初期設定をする

10

プログラム、画面表示のための情報を登録するプログラムの部分には、
ＰＭポータルのソースコードの記述に類似した記述が多数存在する。
（本項につき、乙６５）
原告プログラム１⑷は、原告プログラム１⑴から⑶、２⑴、２⑵アから⑼ウ等において繰り返し使用される処理を３６個の関数として記述

15

しこれらをまとめたファイルであり、㋐部分に含まれる。
原告プログラム１⑷に記述された関数は、ＰＭポータルにおいて頻繁に使用される処理を関数として記述しこれらをまとめたファイル（custom_util.php）（前記⑴イ）や、ＰＭポータルのその他の記述や汎用的な記述を参照して記述された。

20

具体的には、６個の関数は、ＰＭポータルの「custom_util.php」に記述されている関数をそのまま使用したものであり、２２個の関数は、「custom_util.php」に記述されている関数を参照して作成されたものであり（具体的には、ＰＭポータルの「custom_util.php」に記述されている「getMaxRevision」や「getTypeMember」が所定のデータベー

25

スから所定の情報を取得する関数の、「getReportConfMember」を配列から指定の情報を参照し一致不一致を出力する関数の、

28

「getSmallStatus」がcount関数で繰り返し回数を算出しfor文とif文で配列データの値により場合分けを繰り返しそれぞれの場合で異なる値を設定する関数の作成に参照された。）、７個の関数は、ＰＭポータルに記述されているソースコードを参照して作成されたものであり、２個の5関数は、汎用的に記述されている関数を使用したものである。
その内容は、所定のデータベースから所定の情報を取得する関数やＰＨＰの一般的な記述による画面表示用の関数など、いずれも単純な作業が記述されたものである。
その結果、原告プログラム１⑷の記述のうち相当部分が、ＰＭポータ

10

ルのソースコードに類似したものとなっている。
（本項につき、甲４１、乙６６）
原告プログラム２⑴は、原告プログラム２⑵アから２⑼ウによって作成される医事文書のリストを作成し、画面上に表示するプログラムであり、㋒部分に含まれる。

15

原告プログラム２⑴は、ＰＭポータルのプロジェクトのリストを作成、表示するプログラム、具体的には「project_index.php」（前記⑴ウ）を参照して記述された。原告プログラム２⑴は、初期設定をするプ
ログラム、画面表示のための情報を登録するプログラム、画面を表示するプログラムの各部分から構成されている。初期設定をするプログラム

20の部分においては、Ｗｅｂフレームワークのインスタンス生成、利用者
認証処理、リクエストデータの整形、変数の定義などの処理を、
require文により「pdetail/config.php」を呼び出すなどして行う。画面表示のための情報を登録するプログラムの部分においては、Ｗｅｂフレームワークの「allViews」のインスタンスを生成し、変数に値を設定す

25

る処理が記述されている。画面を表示するプログラムの部分は、主に画面を表示するためのＨＴＭＬ文書であり、Ｗｅｂフレームワークの29

「dispCtl」のインスタンスによって同ＨＴＭＬ文書の内容が画面に表示される。
その結果、原告プログラム２⑴の記述のうち初期設定をするプログラ
ム、画面表示のための情報を登録するプログラムの部分には、ＰＭポー
5タルのソースコードの記述に類似した記述が多数存在する。
（本項につき、乙６４）
原告プログラム２⑵アから⑼ウは、医事文書（診断書、主治医意見書、診療情報提供書（医療機関）及び（居宅）、訪問看護指示書、特別訪問
看護指示書、死亡診断書、マッサージ同意書）をコンピュータ上で作成、10表示するプログラムであり、㋒部分に含まれる。
原告プログラム２⑵アから⑼ウは、ＰＭポータルの「営業報告書」を作成、表示するプログラム（前記⑴エ）を参照して記述された。具体的には、入力プログラムである原告プログラム２⑵から⑼の各アについて
はＰＭポータルの「contract_report_input1.php」を参照して記述され、15編集プログラムである原告プログラム２⑵から⑼の各イについてはＰＭ
ポータルの「contract_report_edeit1.php」を参照して記述され、印刷プログラムである原告プログラム２⑵から⑼の各ウについてはＰＭポータルの「contract_report_pdf.php」を参照して記述された。
これらのプログラムは、いずれも、初期設定をするプログラム、画面20表示のための情報を登録するプログラム、画面を表示するプログラムの各部分から構成されている。
初期設定をするプログラムの部分においては、Ｗｅｂフレームワークのインスタンス生成、利用者認証処理、リクエストデータの整形、変数の定義などの処理を、require文により「docs/config.php」を呼び出す

25などして行う。
画面表示のための情報を登録するプログラムの部分においては、Ｗｅ30ｂフレームワーク等の関数にデータを代入したり、Ｗｅｂフレームワー
クのインスタンスによりデータベースにアクセスしたり変数に値を設定したりする処理が記述されている。入力プログラム及び編集プログラム
においては、画面を表示するプログラムの部分は、主に画面を表示する
5

ためのＨＴＭＬ文書であり、Ｗｅｂフレームワークの「dispCtl」のインスタンスによって同ＨＴＭＬ文書の内容が画面に表示される。また、
Ｐ Ｍ ポ ー タ ル の 「 util.js 」 及 び オ ー プ ン ソ ー ス ラ イ ブ ラ リ で あ る「jQuery」を参照して作成されたJavaScriptの記述により、必須項目が空欄になっていないかが確認され空欄がある場合には警告文が表示さ10れる。入力プログラム（原告プログラム２⑵から⑼の各ア）においては、
入力終了後、それぞれＵＲＬを記述して対応する登録プログラムが呼び出される。また、編集プログラムについては、編集終了後、原告プログ
ラム２⑵イにおいてはＵＲＬを記述して「edit-do1.php」が登録プログ
ラムとして呼び出されるのに対し、原告プログラム２⑶から⑼の各イに15

おいては、ＵＲＬを記述していずれも「edit-do2.php」が登録プログラムとして呼び出される。印刷プログラムにおいては、画面を表示するプ
ログラムの部分は、Ｗｅｂフレームワークの「mbfpdf」のインスタン
スにパラメータが順に設定され、ＰＤＦ文書が画面に表示される。
なお、原告プログラム２⑵アから⑼ウにおいて作成、表示される医事20

文書について、基本的な様式は通知により定められるなどしていて、その各記載事項は性質上概ね定まっている（厚生労働省保険局医療課長等
通知「診療報酬の算定方法の一部改正に伴う実施上の留意事項について」、本件医療機関及び保険医療療養担当規則２２条、２３条、様式１、
２）。

25（本項につき、乙２４、２６～３２、４６、６３）
原告プログラム３⑴は、繰り返し使用される処理を２３個の31JavaScript関数として記述しこれらをまとめたファイルであり、㋐部分に含まれる。
原告プログラム３⑴に記述された関数のうち、２０個はＰＭポータ
ルに記述されている関数をそのまま使用したものであり、３個は、画面5サイズの変更など画面表示処理を汎用的に記述されている関数を参照して作成したものである。
その内容は、いずれも、画面表示、入力確認やメニューの設定などの機能を実現する短い記述である。
（本項につき、争いがない事実のほか、甲４５）10原告プログラム３⑵は、ＰＨＰの開始タグ及び終了タグと空白行のほかは、「echo 1;」という、echo文により定数である「１」を送信する処理を行う１行から成るプログラムであり、㋒部分に含まれる。
原告プログラム３⑵は、通信が確立されているかを確認する機能を実現するものであり、具体的には、原告プログラム１⑴（編集プログラム）

15

により表示される編集画面において情報が編集され「編集完了」ボタン
がクリックされると（前記）、原告プログラム３⑴に定義された関数が参照されAjax通信により原告プログラム３⑵が呼び出され、この通信に成功した場合には編集データ登録プログラムによりデータベースへの登録処理が実行される一方、この通信に失敗した場合には警告が表示20される。
（本項につき、甲４５）「variant.php」は、原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウ等
において共通して使用される４２個の変数を定義してこれらをまとめたファイルであり、㋐部分に含まれる。

25

これらの変数は、画面に表示されるセレクトボックス（プルダウン形
式やリスト形式のメニュー）の選択項目を一つの配列の中で定義したも32

のである。
（本項につき、甲４５）「pdetail/config.php」は、原告プログラム１⑵等において共通して使用される４個の変数を定義してこれらをまとめたファイルであり、また、「docs/config.php」は、原告プログラム２⑵ア、２⑶アからウ、

5２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、イ、２⑼アからウ等において、繰り返し使用される処理を２個の関数として記述し、共通して使用される５０個の変数を定義してこれらをまとめたファイルであって、いずれも㋒部分に含まれる。
「docs/config.php」において定義された関数の内容は、所定のデー

10

タベースから所定の情報を取得する関数やＰＨＰの一般的な記述による
画面表示用の関数など、いずれも単純な作業が記述されたものである。
また、「docs/config.php」において定義された変数は、概ね、ラジオ
ボタン又はチェックボックスの選択項目を一つの配列の中で定義したも
のである。

15

（本項につき、甲４５）
ウ

原告プログラム４を含む㋓部分（レセプトソフトウェア接続アプリケーション）は、㋒部分と㋔部分の連結を実現するプログラムである。
㋓部分は、クラウド上の㋐から㋒部分及び㋔部分と同一のサーバに存20在しており、各部分の間の通信はセキュアである必要がないため非セキ
ュア通信が採用されている。
ＨＯＭＩＳにおいてレセプトシステムを使用する方法は、新規に患者情報を登録する場合には、㋔部分において、患者情報をＯＲＣＡのデー
タベースに登録した後、この情報を同データベースからＸＭＬデータと25して出力し、㋓部分において、これを受信、解析して、ＨＯＭＩＳのデータベースに登録するというものであり、また、既に登録されている患33

者についての診療情報を登録する場合には、㋒部分において、ＨＯＭＩ
Ｓのデータベースから診療情報を取得した上、これを直接ＯＲＣＡのデータベースに登録するというものである。（乙２０）㋓部分に含まれる原告プログラム４は、概ね、ＸＭＬデータを解析
5

する部分（１～１２６行）と患者情報をＨＯＭＩＳのデータベースに登録する部分（１２７行～）から成る。
このうちＸＭＬデータを解析する部分は、ＸＭＬ解析処理の内容がその順序に従って記述されている。具体的には、オープンソースであるク
ラス「XML_Unserializer.php」を用いるため、その仕様に基づくイン

10

スタンスを記述し（９～１１行）、ＸＭＬ文字列を解析しタグ（用語）ごとに配列する。なお、ＯＲＣＡは、異なる施設間で診療情報を電子的に交換するために、ＭｅｄＸＭＬコンソーシアム制作担当委員会等により制作された医療情報交換規約（Medical Markup Language；ＭＭＬ）
及びその下位に位置付けられる電子カルテシステムとレセプトシステム

15の間 で診 療情 報 を電 子的 に交 換す る 際の 仕様 （ Clinical Accounting
InforMation；ＣＬＡＩＭ）を用いており、原告プログラム４のＸＭＬ
データを解析する部分において用いられているタグ（用語）も、ＭＭＬ
及びＣＬＡＩＭにおいて定義されたものである。
また、患者情報をＨＯＭＩＳのデータベースに登録する部分は、Ｗｅ

20

ｂフレームワークの「dbCtl.php」を呼び出し、クラスからインスタン
スを生成し、生成したインスタンスにデータを設定し、生成したインス
タンスを実行する。
（本項につき、甲３１、乙５６～６２、弁論の全趣旨）
被告は、ＰＭポータルのＷｅｂフレームワークに含まれるクラス

25「dbCtl」及び「XML_Unserializer」を用いた部分を除き、㋓部分を新たに作成した。したがって、原告プログラム４を含む㋓部分

34

（「dbCtl」及び「XML_Unserializer」を用いた部分を除く。）の著
作権は、本件契約に基づき、納入と同時に、被告から在宅医療情報シス
テム株式会社に譲渡された。
⑶
5

被告プログラムについて
ア

被告プログラムは、クラウド型の在宅医療電子カルテ及びレセプトシス
テムを提供するウェブアプリケーションであり、主に、単一の診療所での利用を想定している。
被告は、被告プログラムをサーバに蔵置して管理し、利用者は、ウェブ
ブラウザやプログラムインターフェースを通じて、被告プログラムによって提供されるサービスを利用する。

10

イ

被告プログラムのうちカルテ入力支援機能、医事文書作成・管理機能を担う部分は、Ｗｅｂフレームワークと、電子カルテアプリケーションによって成り、被告は、これらを、利用者別データベースと共にサーバに蔵置している。（乙２１、弁論の全趣旨）

15

ウ

被告プログラムのうちレセプトソフトウェア接続アプリケーション（モバカルＯＲＣＡ－ＩＦ）は、被告プログラムにおいて、電子カルテアプ
リケーションとＯＲＣＡレセプトソフトウェアの連結を実現するプログラムである。
被告プログラムにおいては、Ｗｅｂフレームワーク、電子カルテアプリ

20

ケーションがクラウド上に、レセプトソフトウェア接続アプリケーショ
ン及びＯＲＣＡレセプトソフトウェアが顧客の院内サーバに存在する。
その結果、レセプトソフトウェア接続アプリケーションは、暗号化通信と電子証明書による送信元認証を実施しているほか、クラウド上のデー
タベースは、厚生労働省、総務省及び経済産業省が定めるセキュリティ

25

ガイドラインに準拠するため、医療機関ごとに独立して複数構築している。

35

被告プログラムにおいてレセプトシステムを使用する方法は、新規に患者情報を登録する場合には、ＯＲＣＡレセプトソフトウェアにおいて、患者情報をＯＲＣＡのデータベースに登録した後、この情報を同データベースからＸＭＬデータとして出力し、レセプトソフトウェア接続アプ
リケーションにおいて、これを受信、暗号化して、クラウド上の電子カ

5

ルテアプリケーションに送信し、電子カルテアプリケーションにおいて、当該医療機関に係るデータベースを選択した上、データを解析し、同データベースに登録するというものであり、また、既に登録されている患者についての診療情報を登録する場合には、レセプトソフトウェア接続
アプリケーションにおいて、電子カルテアプリケーションに診療情報の10

リクエストを送信し、電子カルテアプリケーションにおいて、データベ
ースを選択して診療情報を取得した上、ＸＭＬデータとして出力し、レ
セプトソフトウェア接続アプリケーションにおいて、これを受信し、Ｏ
ＲＣＡレセプトソフトウェアに転送して、ＯＲＣＡのデータベースにこれを登録するというものである。（乙２１）15

このうち、ＸＭＬデータを解析する部分は、ＸＭＬ解析処理の内容をクラス「MMLParser.php」として定義し（乙４７（平成３０年１月頃のもの）においては１９～６３８行）、インスタンスを生成した上（同９５１行）、インスタンスを実行する（同９５２行）という形式で記述されている。具体的には、「XML_Unserializer.php」を用いるため、その仕20様に基づくインスタンスを記述し（乙４７においては４２～４６行）、ＸＭＬ文字列を解析しタグ（用語）ごとに配列する。ここにおいて用いられているタグ（用語）は、ＭＭＬ及びＣＬＡＩＭにおいて定義されたものである。（乙４７、５５、６０、６２）
25

２

争点①（本件３１個の各プログラムの各著作権が被告から在宅医療情報シス
テム株式会社に譲渡されたか。）について

36

⑴本件３１個の各プログラムの創作性について
アプログラムは、「電子計算機を機能させて一の結果を得ることができる
ようにこれに対する指令を組み合わせたものとして表現したもの」（著作権法２条１項１０号の２）であり、所定のプログラム言語、規約および解法に制約されつつ、コンピュータに対する指令をどのように表現するか、

5

その指令の表現をどのように組み合わせ、どのような表現順序とするかなどについて、著作権法により保護されるべき作成者の個性が表れることになる。
したがって、プログラムに著作物性があるというためには、指令の表現
自体、その指令の表現の組合せ、その表現順序からなるプログラムの全10体に選択の幅があり、かつ、それがありふれた表現ではなく、作成者の個性、すなわち表現上の創作性が表れていることを要する。
イ

原告プログラム１⑷、３⑴を含む㋐部分（Ｗｅｂフレームワーク）及び原告プログラム１⑴から⑶、２⑴から⑼ウ、３⑵を含む㋒部分（電子カル15

テアプリケーション）は、Ｗｅｂフレームワークを用いたＰＭポータルを基盤として開発され、電子カルテ及びレセプトシステムを実現するに当た
り、Ｗｅｂフレームワークを利用している（前記１⑵）。このことに起因して、㋐及び㋒部分のソースコードは、Ｗｅｂフレームワークの定めるルールに従って記述される必要があった（前記第２の１⑸イ）。

20

具体的には、㋐部分の多くは、ＰＭポータルのＷｅｂフレームワークを構成するプログラムファイルから構成されている（前記１⑴、⑵）。
また、㋒部分は、ＰＭポータルのＷｅｂアプリケーション部を参照して作成され、㋐部分すなわちＷｅｂフレームワークに記述されたクラスを呼び出し、クラスからインスタンスを生成し、生成したインスタンスに25値を設定し、生成したインスタンスを実行して、電子カルテのウェブ画
面表示処理、データベース処理、文書作成処理を行う実行インスタンス

37

群から構成されており、共通処理のためのソースコード（関数、クラス
等）は基本的には記述されていない。電子カルテにおいては所定の様式に合わせた表示項目が多いことから、これに応じて同じ内容の処理が繰り返されているものの、データの処理や画面の表示などの中核的な機能
は㋐部分を参照して実行するため、㋒部分の内容は自由度が制約され、

5

基本的な命令文を列挙して、変数に値を設定する処理や画面を表示する
ためのＨＴＭＬ文書が記述された部分が多くを占めている。（以上につき、前記１⑴、⑵、乙９～１８、６３～６７）ウ
10以上を前提に、原告が本件３１個の各プログラムの創作的表現であると主張する各点（前記２⑴（原告の主張）イ）について検討する。
電子カルテに必要な機能を抽出、分類しているという点（前記２⑴（原告の主張）イ）について

本件３１個の各プログラムを含む㋐及び㋒部分は、ＰＭポータルを基盤として開発された、医療従事者が、モバイル端末を用いて、在宅患15者の診療情報を記録、参照したり、診断書等の文書を作成し、これらの文書をＰＤＦファイルとして表示したりすることができるプログラムである（前記１⑵イ）のに対し、ＰＭポータルは、組織内外のプロジェク
トを効率的に管理することを目的としたウェブアプリケーションである（同⑴ア）。したがって、㋐及び㋒部分の作成に当たっては、ＰＭポー

20

タルに様々な修正が施されている。もっとも、㋐及び㋒部分は、電子カ
ルテ及びレセプトシステムを実現するに当たり、Ｗｅｂフレームワーク
を利用しているから、㋐部分の多くはＰＭポータルのＷｅｂフレームワークを構成するプログラムファイルから構成されている。また、㋒部分
は、ＰＭポータルのＷｅｂアプリケーション部を参照して作成され、デ25ータの処理や画面の表示などの中核的な機能は㋐部分を参照して実行するものであるため、その内容は、自由度が制約されるものであり、基本38

的な命令文を列挙して、変数に値を代入する処理や画面を表示するためのＨＴＭＬ文書が記述された部分が多くを占めている（前記イ）。
また、原告プログラム２⑵アから⑼ウにおいて作成、表示される医事文書の基本的な様式は通知により定められるなどしていて、各記載事
5

項は性質上概ね定まっている（前記１⑵イ）から、上記各プログラム

において変数に値を設定する処理や画面を表示するためのＨＴＭＬ文書を記述するに当たっても個性を発揮する余地が乏しい。
電子カルテに必要な機能を抽出、分類しているという原告主張の点は機能をいうものでプログラムの創作性を直接述べるものとはいえず、上10記のような㋐及び㋒部分の特性に照らすと、電子カルテシステムに適用するために、ＰＭポータルを修正し新たに作成した部分があるからといって、そのことが直ちに本件３１個の各プログラムの表現上の創作性につながるとはいえない。
関数、変数、データ定義の共通化の仕方の特徴がソースコードの記15

述に表われているという点（前記２⑴（原告の主張）イ
ａ

）について

原告プログラム１⑷は、原告プログラム１⑴から⑶、２⑴、２⑵アから⑼ウ等において繰り返し使用される処理を３６個の関数として記述しこれらをまとめたファイルである（前記１⑵イ）。繰り返し記述することが予想される命令文の組合せをまとめて関数として定義し、
20

関数名を記述してあらかじめ定義された関数を呼び出す方法により複数のプログラムの動作を実現させることは一般的に行われていることである（前記第２の１⑸ウ）。そして、原告プログラム１⑷に記述された各関数は、ＰＭポータルにおいて頻繁に使用される処理を関数として記述しこれらをまとめたファイルや、ＰＭポータルのその他の記25

述、汎用的な記述を参照して記述され、その内容は、所定のデータベースから所定の情報を取得する関数やＰＨＰの一般的な記述による画

39

面表示用の関数など、いずれも単純な作業が記述されたものであって（前記１⑵イ）、表現の幅は狭い。これらによれば、原告プログラ

ム１⑷の記述は、繰り返し記述される命令文の組合せを一般的な共通化の手法によってそのまま表現したものであって、その記述をすることやその内容はありふれたといえるものである。

5ｂ「variant.php」は、原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウ
等において共通して使用される４２個の変数を定義してこれらをまとめたファイルである（前記１⑵イ）。もっとも、「variant.php」

は、本件３１個の各プログラムに含まれておらず、それらの創作性の10有無が本件３１個の各プログラムの創作性に直接つながるものではない。
そして、アプリケーション全体において共通して使用される変数をまとめて定義して共通の定義ファイルとすることはプログラムの作成、変更の効率化を図るために一般的に行われていることであるといえ、

15

原告プログラム１⑵、２⑴、２⑺ウ、２⑼ウにおいて、他のプログラ
ムファイルを呼び出したり、共通の定義ファイルにおいて定義された変数を使用して定義された変数の名称がソースコードに書き表された
りしたということのみをもって、直ちにこれらについてプログラムの表現上の創作性が認められるものではない。なお、「variant.php」

20において定義された各変数は、画面に表示されるセレクトボックス（プルダウン形式やリスト形式のメニュー）の選択項目を一つの配列の中で定義したものであり（同前）、そのような変数の定義方法は、ＰＭポータルにおいても採用されていた（乙７５）。変数「$GENDER_ARY」において「性別」の選択項目である「男」及び25「女」のデータを「MALE」及び「FEMALE」としたという原告が指摘する例について、データの名称は電子計算機に対する指令を組み40合わせたものとして表現したものとはいえない。
ｃ

原告プログラム３⑴は、繰り返し使用される処理を２３個のJavaScript関数として記述しこれらをまとめたファイルである（前
記１⑵イ）。繰り返し記述することが予想される命令文の組合せをまとめて関数として定義し、関数名を記述してあらかじめ定義された

5関数を呼び出す方法により複数のプログラムの動作を実現させることは一般的に行われている（前記第２の１⑸ウ）。また、原告プログラ
ム３⑴に記述された関数のうち、２０個はＰＭポータルに記述されている関数をそのまま使用したものであり、３個は、画面サイズ変更な
ど画面表示処理を汎用的に記述されている関数を参照して作成したも10ので、いずれも、画面表示、入力確認やメニューの設定などの機能を実現する短い記述であって（前記１⑵イ）、表現の幅は狭い。したがって、原告プログラム３⑴の記述は、繰り返し記述される命令文の組合せを一般的な共通化の手法によってそのまま表現したものであって、その記述をすることやその内容はありふれたといえるものである。

15ｄ「pdetail/config.php」は、原告プログラム１⑵等において共通して使用される４個の変数を定義してこれらをまとめたファイルであり、また、「docs/config.php」は、原告プログラム２⑵ア、２⑶アからウ、２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、

20

イ、２⑼アからウ等において、繰り返し使用される処理を２個の関数として記述し、共通して使用される５０個の変数を定義してこれらをまとめたファイルである（前記１⑵イ）。もっとも、「pdetail/config.php」及び「docs/config.php」は本件３１個の各プ
ログラムに含まれておらず、それらの創作性の有無が本件３１個の各25プログラムの創作性に直接つながるものではない。
そして、繰り返し記述することが予想される命令文の組合せをまと41

めて関数として定義し、関数名を記述してあらかじめ定義された関数を呼び出す方法により複数のプログラムの動作を実現させることは一
般的に行われていることであり（前記第２の１⑸ウ）、アプリケーシ
ョン全体において共通して使用される変数をまとめて定義して共通の5定義ファイルとすることはプログラムの作成、変更の効率化を図るた
めに一般的に行われていることであるといえ、原告プログラム１⑵、２⑵、２⑵ア、２⑶アからウ、２⑷イ、２⑸アからウ、２⑹アからウ、２⑺アからウ、２⑻ア、イ、２⑼からウにおいて、他のプログラムフ
ァイルや関数を呼び出したり、共通の定義ファイルにおいて定義され10た変数を使用して定義された変数の名称がソースコードに書き表されたりしたということのみをもって、直ちにこれらについてプログラムの表現上の創作性が認められるものではない。
なお、「docs/config.php」において定義された関数は、所定のデータベースから所定の情報を取得する関数やＰＨＰの一般的な記述に

15よる画面表示用の関数など、いずれも単純な作業を記述したものであって（前記１⑵イ）、表現の幅は狭く、「docs/config.php」のうち関数を定義した部分の記述は、繰り返し記述される命令文の組合せを一般的な共通化の手法によってそのまま表現したありふれたものといえる。また、「docs/config.php」において定義された変数は、概20

ね、ラジオボタン又はチェックボックスの選択項目を一つの配列の中で定義したものである（同前）ところ、そのような変数の定義方法は、ＰＭポータルにおいても採用されていた（乙６５）。
作成する医事文書の拡張性を高めた点がソースコードの記述に表われているという点（前記２⑴（原告の主張）イ

25

）について

ＨＯＭＩＳ②部分において、新たに作成する医事文書の種類が増えた
場合に、プログラム名に新しく数字を割り当てて、文書ごとに、原告プ

42

ログラム２⑵アから⑼ウと同様の入力、編集、印刷プログラムを「model/docs」というファイルに追加することができるとしても、このようなシステムの拡張性をいう点はプログラムによって実現される機能をいうものであり、プログラムの名称やファイルの格納場所も、これ5を電子計算機に対する指令を組み合わせたものとして表現したものとはいえず、原告の主張によって具体的なプログラムの創作性を認めるには足りない。
そして、原告プログラム２⑵から⑼の各ア及びイにおいては、入力又
は編集の終了後、ＵＲＬを記述することにより登録プログラムを呼び出10して実現している（前記１⑵イ）。ＵＲＬを記述してインターネット

上に存在するプログラムやデータの場所を指定してこれらを呼び出す方
法により複数のプログラムの動作を実現させることは一般的に行われているものである（前記第２の１⑸ウ）し、複数のプログラムが同一のプ
ログラム（例えば「edit-do2.php」）を呼び出すことについても同様と15いえる。したがって、上記記述の指令自体はありふれたといえるものであり、また、その記述をすることもありふれたものといえる。
また、原告プログラム２⑴により表示される画面においてＰＤＦファ
イルを端末に表示することができるという点や、原告プログラム２⑵ウ
ではＰＤＦファイルの作成に失敗した場合にはエラーメッセージが表示20できるのに対し、原告プログラム２⑶から⑼の各ウではオープンソース
をそのまま使用したことによりこのような表示がされないという点は、プログラムによって実現される機能ないしプログラムの仕様をいうものであり、原告の主張によって具体的なプログラムの創作性を認めるには
足りない。

25

モバイル環境において電波状況によってカルテの保存ができない状
況を回避するため通信状況を確認するようにした点がソースコードに

43

表われているという点（前記２⑴（原告の主張）イ）について

原告プログラム３⑵は、原告プログラム１⑴において、原告プログ
ラム３⑴に定義された関数が参照されAjax通信により呼び出されることにより、通信が確立されているかを確認する機能を実現する（前記
１⑵イ5）。関数名を記述してあらかじめ定義された関数を呼び出したり、「$.ajax」等記述して他のプログラムファイルを呼び出したりして、複数のプログラムの動作を実現させることは一般的に行われている（前記第２の１⑸ウ）。そして、原告プログラム３⑵は、「echo 1;」という、echo文により定数である「１」を送信する処理を行う１行から成るプログラムであり（前記１⑵イ10）、極めて簡単な内容を一つの命令のみのごく短い構文で記述したありふれた表現であって、原告プログラム３⑵に創作性があるとは認められない。
関数やプログラムの参照の仕方等の特徴がソースコードに表われているという点（前記２⑴（原告の主張）イ）について

原告プログラム１⑴から⑶、２⑴、２⑵から⑼の各アからウは、Ｕ

15

ＲＬ、「require」や「$.ajax」等を記述して他のプログラムファイル
を呼び出したり、関数名を記述してあらかじめ定義された関数を呼び出したりしている（甲２９の１から３、３０の１から９の３、４５）が、これらの方法により複数のプログラムの動作を実現させることが一般的に行われている（前記第２の１⑸ウ）。原告プログラム１⑴か20

ら⑶、２⑴、２⑵から⑼の各アからウにおいて、上記の記述をすることはありふれたといえるものであり、そのことから直ちにプログラムの表現上の創作性が認められるものではない。
エ25

以上のように、ＰＭポータルを基盤としＰＭポータルのＷｅｂフレーム
ワークを用いて作成されたことに起因して、㋐部分の多くはＰＭポータルのＷｅｂフレームワークを構成するプログラムファイルから構成されてお44

り、㋒部分は、ＰＭポータルのＷｅｂアプリケーション部を参照して作成され、データの処理や画面の表示などの中核的な機能は㋐部分を参照して実行するため、その内容は、自由度が制約され、基本的な命令文を列挙して、変数にデータを代入する処理や画面を表示するためのＨＴＭＬ文書が記述された部分が多くを占めていること（前記第２の１⑸イ、前記イ）、

5

作成、表示される医事文書の基本的な様式も通知により定められるなどしていることから、各プログラムにおいて変数に値を設定する処理や画面を表示するためのＨＴＭＬ文書を記述するに当たっても個性を発揮する余地が乏しい。これらの㋐及び㋒部分の特性から、電子カルテシステムに適用するために、ＰＭポータルを修正し新たに作成した部分があるからといっ

10て、そのことが直ちに本件３１個の各プログラムの表現上の創作性につながるとはいえない（前記ウ）。そして、原告は、本件各３１個の各プログラムがそれぞれ著作物であり、それらに創作性があると主張するところ、原告が本件３１個の各プログラムの創作的表現であると主張する具体的な各点について、本件３１個の各プログラムを含む㋐及び㋒部分が上記のと15おりの特性を有する部分でありそこにおけるプログラムもその特性の下にあるものであることにも関係し、原告が創作性があるとして主張する具体的な記述等はいずれもありふれたといえるものなどであって、それらに独自に著作物といえる程度の表現上の創作性を認めるに足りない（前記ウ
～

20

）。
以上のとおり、本件３１個の各プログラムにＰＭポータルを離れた独自の創作性があるとは認めるに足りない。
⑵

小括
本件契約においては、被告が納入物に関して著作した著作物に係る著作権25

は、被告が従前から著作権を保有する著作物を納入物に組み込んだ場合の当該組み込まれた著作物に係る著作権を除き、納入物の所有権移転と同時に在45

宅医療情報システム株式会社に移転することとされている（前記第２の１⑷イ）ところ、本件３１個の各プログラムにＰＭポータルを離れた独自の創作性があると認めるに足りない（前記⑴）から、本件３１個の各プログラムについての各著作権が被告から在宅医療情報システム株式会社に譲渡されたとも認められない。

5

３

争点③（被告が原告プログラムを複製、翻案しているか。）について原告プログラム４と被告プログラムにおいて共通する本件共通箇所は、原告プログラム４においては、㋔部分に用いられているＯＲＣＡから受信したＸＭ
Ｌデータを解析する部分の一部である。
本件共通箇所のうち、オープンソースである「XML_Unserializer.php」を10用いた部分は、その仕様に基づくインスタンスを記述したものであり（前記１⑵ウ）、その記述例もインターネットウェブサイトにおいて公開されているものであって（乙５６）、ありふれた表現であって、創作性が認められない。
また、本件共通箇所のその余の部分は、異なる施設間で診療情報を電子的に交換するために制作された規約であるＭＭＬ及びＣＬＡＩＭにおいて定義され15

たタグ（用語）（前記１⑵ウ）を、「XML_Unserializer.php」の仕様に従って記述した（乙６２）ありふれた表現であって、創作性が認められない。
以上によれば、本件共通箇所に創作性があると認めるに足りない。
したがって、被告プログラムが原告プログラム４と共通するのは、表現上の創作性がない部分においてであり、その余を判断するまでもなく、被告が、原20

告プログラム４に係る原告の複製権、翻案権を侵害したと認めることはできな
い。
第４

結論
以上によれば、各原告プログラムのうち、本件３１個の各プログラムについ25ての各著作権が被告から在宅医療情報システム株式会社に譲渡されたとは認められず（前記第３の２）、原告プログラム４に係る原告の複製権、翻案権を被46

告が侵害したと認めることはできない（前記第３の３）から、原告の各請求はいずれも理由がなく、棄却すべきである。
よって、主文のとおり判決する。
東京地方裁判所民事第４６部

裁判長裁判官

柴

田

義

明

裁判官

佐

伯

良

子

裁判官

仲

田

憲

史

47

別紙
目録
省略

48