(57)【要約】【課題】サーバーによるレンダリングとクライアント端末によるレンダリングとを切り替え可能に実行する画像表示システムにおいて、低コストで導入でき、かつ導入後の維持管理を容易にする。【解決手段】サーバー２は、画像データをレンダリングして初期表示用画像を生成し、クライアント端末へ送信するサーバー側レンダリング手段と、クライアント端末へ画像データを送信する画像送信手段と、を備え、クライアント端末３は、ゼロクライアント端末であり、初期表示用画像を表示部に表示する初期表示手段と、画像データをレンダリングしてクライアント表示用画像を生成し、表示部に表示するクライアント側レンダリング手段と、を備え、画像データを送信し終えたことに基づいて、当該画像データのレンダリングをサーバー側レンダリング手段からクライアント側レンダリング手段へ切り替えて実行する。【選択図】図４
2018120279.tif 000002
【特許請求の範囲】
【請求項１】
単一若しくは複数の画像データを記憶するサーバーと、前記サーバーとネットワークで接続され前記単一若しくは複数の画像データに基づく画像を表示する表示部を有するクライアント端末と、を備える画像表示システムであって、
前記サーバーは、
前記画像データをレンダリングして単一、若しくは複数の初期表示用画像を生成し、前記単一若しくは複数の初期表示画像を前記クライアント端末へ送信するサーバー側レンダリング手段と、
前記クライアント端末へ前記単一若しくは複数の画像データを送信する画像送信手段と、を備え、
少なくとも複数の前記画像データをレンダリングして複数の初期表示用画像を生成する場合には、前記複数の画像データのレンダリングと前記複数の画像データの送信を、それぞれの実行期間の少なくとも一部が重なるように実行し、
前記画像送信手段が前記
画像データを送信し終えるまでの期間中における当該単一若しくは複数の画像データのレンダリングを、前記サーバー側レンダリング手段によって実行し、
前記クライアント端末は、
ゼロクライアント端末であり、
前記サーバーから受信した前記初期表示用画像を前記表示部に表示する初期表示手段と、
前記サーバーから受信した画像単一若しくは複数のデータをレンダリングしてクライアント表示用画像を生成し、前記表示部に表示するクライアント側レンダリング手段と、を備え、
前記画像送信手段が前記単一若しくは複数の画像データを送信し終えたことに基づいて、当該単一若しくは複数の画像データのレンダリングを前記サーバー側レンダリング手段から前記クライアント側レンダリング手段へ切り替えて実行することが可能であることを特徴とする画像表示システム。
【請求項２】
前記クライアント端末は、
前記単一若しくは複数の画像データをバックグラウンドで受信することを特徴とする請求項１に記載の画像表示システム。
【請求項３】
前記クライアント端末は、
前記画像送信手段が前記単一若しくは複数の画像データを送信し終えたことに基づいて、当該単一若しくは複数の画像データのレンダリングを前記サーバー側レンダリング手段から前記クライアント側レンダリング手段へ自動的に切り替えることを特徴とする請求項１又は２に記載の画像表示システム。
【請求項４】
前記クライアント端末は、
前記画像送信手段が前記単一若しくは複数の画像データを送信し終えたことに基づいて、クライアント側レンダリング手段とサーバー側レンダリング手段の切り替えを、ユーザーの操作に基づいて選択することが可能なレンダリング方法選択手段を備えることを特徴とする請求項１又は２に記載の画像表示システム。
【請求項５】
前記クライアント端末は、
自身のブラウザ環境を確認するブラウザ環境確認手段と、
前記ブラウザ環境確認手段による確認結果に基づいて、前記サーバーから前記クライアント端末への前記単一若しくは複数の画像データの送信条件を決定し、その決定結果を前記サーバーへ送信する画像送信条件決定手段と、を備え、
前記画像送信手段は、前記画像送信条件決定手段から受信した決定結果に応じた態様で前記前記単一若しくは複数の画像データを送信することを特徴とする請求項１から４のいずれか一項に記載の画像表示システム。
【請求項６】
前記サーバーは、前記画像送信条件決定手段から受信した決定結果に応じて、前記画像送信手段が前記単一若しくは複数の画像データを送信する前に当該単一若しくは複数の画像データを圧縮する画像圧縮手段を備え、
前記クライアント端末は、圧縮された前記単一若しくは複数の画像データを受信時に展開する画像展開手段と、を備えることを特徴とする請求項１から５のいずれか一項に記載の画像表示システム。
【請求項７】
前記クライアント端末は、前記サーバーからの前記単一若しくは複数の画像データの受信状況を報知する受信状況報知手段を備えることを特徴とする請求項１から６のいずれか一項に記載の画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを記憶するサーバーと、サーバーに接続され画像データに基づく画像を表示するクライアント端末と、を備える画像表示システムに関する。
【背景技術】
【０００２】
従来、ＣＲ（Computed Radiography）やＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）等の撮影装置に接続され、これらを用いて撮影された医用画像の画像データを保存・管理するサーバーと、ネットワークを介してサーバーと接続され、必要に応じて画像データに基づく医用画像を表示することが可能なクライアント端末と、を備えた画像表示システムが知られている。
サーバーに記憶された医用画像データに基づく医用画像をクライアント端末で閲覧するには、サーバー又はクライアント端末でレンダリングを行う必要がある。かつては、レンダリングをサーバーとクライアント端末のいずれかで行うものが多かったが、近年では、サーバーによるレンダリングとクライアント端末によるレンダリングとを必要に応じて切り替えて実行する画像表示システムが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−５３４１６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したサーバーによるレンダリングとクライアント端末によるレンダリングとを必要に応じて切り替えて実行する画像表示システムでは、クライアント端末にも相応の処理能力が要求されるため、クライアント端末にＰＣ等の高価なデバイスを用いなければならず、システムの導入コストが高くついてしまうという問題があった。
また、サーバーだけでなく、個々のクライアント端末にもセキュリティ対策や各種メンテナンスが継続して必要となり、維持管理に手間がかかってしまうという問題もあった。
【０００５】
本発明は、上記課題に鑑みてなされたもので、サーバーによるレンダリングとクライアント端末によるレンダリングとを切り替え可能に実行する画像表示システムにおいて、低コストで導入でき、かつ導入後の維持管理を容易にすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、
単一若しくは複数の画像データを記憶するサーバーと、前記サーバーとネットワークで接続され前記単一若しくは複数の画像データに基づく画像を表示する表示部を有するクライアント端末と、を備える画像表示システムであって、
前記サーバーは、
前記画像データをレンダリングして単一、若しくは複数の初期表示用画像を生成し、前記単一若しくは複数の初期表示画像を前記クライアント端末へ送信するサーバー側レンダリング手段と、
前記クライアント端末へ前記単一若しくは複数の画像データを送信する画像送信手段と、を備え、
少なくとも複数の前記画像データをレンダリングして複数の初期表示用画像を生成する場合には、前記複数の画像データのレンダリングと前記複数の画像データの送信を、それぞれの実行期間の少なくとも一部が重なるように実行し、
前記画像送信手段が前記
画像データを送信し終えるまでの期間中における当該単一若しくは複数の画像データのレンダリングを、前記サーバー側レンダリング手段によって実行し、
前記クライアント端末は、
ゼロクライアント端末であり、
前記サーバーから受信した前記初期表示用画像を前記表示部に表示する初期表示手段と、
前記サーバーから受信した画像単一若しくは複数のデータをレンダリングしてクライアント表示用画像を生成し、前記表示部に表示するクライアント側レンダリング手段と、を備え、
前記画像送信手段が前記単一若しくは複数の画像データを送信し終えたことに基づいて、当該単一若しくは複数の画像データのレンダリングを前記サーバー側レンダリング手段から前記クライアント側レンダリング手段へ切り替えて実行することが可能であることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、低コストで導入でき、かつ導入後の維持管理を容易にすることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る画像表示システムの概略構成図である。
【図２】図１の画像表示システムを構成するサーバーの機能構成例を示すブロック図である。
【図３】図１の画像表示システムを構成するクライアント端末の機能構成例を示すブロック図である。
【図４】本実施の形態の画像表示処理を示すラダーチャートである。
【発明を実施するための形態】
【０００９】
＜第１実施形態＞
以下、図を参照して本発明の第１実施形態について詳細に説明する。ただし、発明の範囲は、図示例に限定されるものではない。
【００１０】
〔画像表示ステムの構成〕
まず、本実施形態における画像表示システム１の構成について説明する。
図１は、本実施の形態における画像表示システム１の概略構成図である。
本実施形態の画像表示システム１は、図１に示すように、サーバー２と、クライアント端末３と、を備えて構成されている。
【００１１】
サーバー２は、医療用画像管理システム（Picture Archiving and Communication System：ＰＡＣＳ）を構成するものである。サーバー２は、図示しないモダリティー（例えば、ＣＲ（Computed Radiography）やＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）等）と接続され、モダリティーで患者を撮影することにより得られた医用画像の画像データをモダリティーから受信可能となっている。そして、サーバー２は、受信した画像データを、記憶して患者ごとに管理することが可能となっている。
なお、サーバー２の詳細については後述する。
【００１２】
クライアント端末３は、医用画像を表示するためのものであり、病院や診療所、訪問介護事業所、在宅療養中の患者宅等などの施設において、医師、看護師、訪問介護員等のユーザーによって使用される。クライアント端末３は、通信ネットワークＮを介してサーバー２と接続され、互いに通信可能となっている。図１には、クライアント端末３が一つだけ接続された画像表示システム１を示したが、複数のクライアント端末３が接続されたものであってもよい。
なお、クライアント端末３の詳細についても後述する。
【００１３】
〔サーバーの構成〕
次に、サーバー２の詳細について説明する。
図２は、サーバー２の機能的構成の一例を示すブロック図である。
図２に示すように、サーバー２は、制御部２１や通信部２２、ＲＡＭ２３、記憶部２４等を備えて構成されており、各部２１〜２４はバス２５によって接続されている。
なお、サーバー２は、クラウド環境に設けられたクラウドサーバーであってもよい。
また、サーバー２に、図示しない表示部や操作部を備えることで、サーバー２の近傍においても医用画像の表示や各種画像処理を行うことが可能な画像管理装置を構成するようにしてもよい。
【００１４】
制御部２１は、ＣＰＵ（Central Processing Unit）等から構成され、サーバー２の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、通信部２２により受信されるクライアント端末３からの各種信号（例えば、画像やデータの送信要求信号等）に応じて、記憶部２４に記憶されている各種処理プログラムを読み出してＲＡＭ２３に展開し、当該プログラムとの協働により各種処理を行う。
【００１５】
通信部２２は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area
Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを
介して接続された外部機器との間でデータの送受信を行う。
【００１６】
ＲＡＭ２３は、制御部２１により実行制御される各種処理において、記憶部２４から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００１７】
記憶部２４は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成
され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。具体的には、ウェブブラウザーに各種ウェブ画面を提供するウェブサーバーとしての機能を実現させるためのウェブサーバープログラムや、ウェブサーバー上で動作し、ウェブブラウザーを介してクライアント端末３のユーザーに医用画像を提供するためのウェブアプリケーションプログラム等が記憶されている。
【００１８】
また、記憶部２４は、図示しないモダリティーから送信されてきた医用画像のローデータ（ＲＡＷデータ、画像データ）を管理するためのデータベースを有している。ローデータには、例えば、患者名、検査種類、日付等の所定の付帯情報が付帯され、各ローデータの識別を行うことが可能となっている。
なお、本実施形態に係る画像表示システム１が扱うローデータには、一枚の画像となる単一の画像データからなるものと、動態画像（連続して表示することで一連の動画として見える複数の画像）となる複数の画像データからなるものと、がある。
【００１９】
このように構成されたサーバー２は、制御部２１と記憶部２４に記憶されているプログラムとの協働によるソフトウェア処理によって以下のような動作をする。
例えば、制御部２１は、記憶部２４に記憶された医用画像のローデータをレンダリングして初期表示用画像を生成し、クライアント端末３へ送信する機能を有する。なお、初期表示用画像とは、モダリティーで撮影して得られたローデータを、素早く送信、閲覧できるようにするため、データ量の小さい形式に変換した画像のことである。
【００２０】
また、制御部２１は、クライアント端末３から受信した画像送信条件に基づいて医用画像のローデータを圧縮する機能を有するとともに、圧縮した又はそのままの状態のローデータをバックグラウンドでクライアント端末３へ送信する機能を有する。なお、データの圧縮形式は、ＺＩＰやＪＰＥＧ２０００等、元のデータと、圧縮・展開を経た後のデータが完全に一致する可逆圧縮形式とするのが好ましい。
【００２１】
ローデータの送信及びローデータのレンダリングは、並行して実行されることが、クライアント端末３で画像を表示するまでの時間短縮の観点から好ましいが、ローデータが単一のデータからなるものである場合には、それぞれの実行期間に特に規定は無く、それぞれの実行期間の少なくとも一部が重なるように実行されるものであってもよいし、ローデータのレンダリングが実行された後にローデータの送信が実行されるものとしてもよい。
一方、複数のデータからなるローデータの場合には、それぞれの実行期間の少なくとも一部が重なるように実行されていればよい。例えば、ローデータに含まれる複数のデータのうち一つ目のデータのレンダリングを実行した後、二つ目以降のデータのレンダリングを行う際に、一つ目のデータの送信を実行するといった形である。
【００２２】
〔クライアント端末の構成〕
次に、クライアント端末３の詳細について説明する。
図３は、クライアント端末３の機能的構成の一例を示すブロック図である。
図３に示すように、クライアント端末３は、制御部３１や表示部３２、操作部３３、通信部３４、ＲＡＭ３５等を備えて構成されており、各部３１〜３５はバス３６により接続されている。
【００２３】
本実施形態では、クライアント端末３として、ゼロクライアント端末を用いている。ゼロクライアントとは、ＯＳやローカルストレージを備えない端末を用い、サーバーからクライアントへと配信されるアプリケーションにおいて、クライアント端末に一切のデータ（足跡）を残さないものをいう。ゼロクライアントの一般的な実現手段としては、ＨＴＭＬ５＋JavaScript(登録商標)によりブラウザ上で実現されるアプリケーションが挙げられる。
なお、クライアント端末３には、携帯可能なモバイル端末を用いるのが好ましい。
【００２４】
制御部３１は、ゼロクライアント用のＣＰＵ等から構成され、クライアント端末３の各部の処理動作を統括的に制御する。具体的には、操作部３３から入力される操作信号に応じて、サーバー２の記憶部２４に記憶されているウェブアプリケーションプログラムを読み出して実行することにより、表示部３２に各種表示信号を送信する。
【００２５】
表示部３２は、ＬＣＤ等のモニターを備えて構成されており、制御部３１から入力される表示信号の指示に従って各種画面を表示する。表示部３２は、サーバー２から受信した各種ウェブ画面の表示用データに基づいて、例えば、サーバー２に記憶されている医用画像のローデータの一覧や、選択されたローデータに基づく医用画像（初期表示用画像、クライアント表示用画像）を表示する。
【００２６】
操作部３３は、各種キーを備えたキーボードやマウス等のポインティングデバイス、あるいは表示部３２に積層されたタッチパネルを備えて構成され、キーボードに対するキー操作やマウス操作、あるいはタッチパネルに対するタッチ操作の位置に応じて入力された操作信号を制御部３１に出力する。
【００２７】
通信部３４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。なお、通信部３４は、携帯電話回線等を用いて無線通信を行い、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行うものであってもよい。
【００２８】
このように構成されたクライアント端末３は、制御部３１での処理によって以下のような動作をする。
例えば、クライアント端末３の制御部３１は、サーバー２から受信した初期表示用画像を表示部３２に表示する機能を有する。
また、制御部３１は、受信したローデータを、ブラウザのメモリーにプールする機能を有する。
また、クライアント端末３は、プールされたローデータをレンダリングしてクライアント表示用画像を生成し、表示部３２に表示する機能を有する。
【００２９】
〔画像表示システムにおける動作〕
次に、画像表示システム１の動作について説明する。
図４は、画像表示システム１において、クライアント端末３に医用画像を表示する際に実行される画像表示処理を示すラダーチャートである。
【００３０】
まず、ユーザーにより、クライアント端末３の操作部３３を介して表示部３２に所定の医用画像を表示させる指示が入力されると、クライアント端末３は、入力された指示に対応する初期表示用画像の送信要求信号をサーバー２に送信する（ステップＳ１）。
なお、ここでいう「医用画像を表示させる指示」とは、具体的には、表示部３２に表示された患者名や検査種類等が一覧表示されたリスト画面から、ユーザーが所望の患者名及び／又は検査種類を指定することである。これにより、サーバー２において記憶部２４に格納された複数のローデータの中から一のローデータが特定される。
【００３１】
サーバー２は、クライアント端末３からの初期表示用画像の送信要求信号を受信すると、記憶部２４から対応するローデータを呼び出し、そのローデータをレンダリングして初期表示用画像を生成する（ステップＳ２）。
レンダリングを終えると、サーバー２は、初期表示用画像をクライアント端末３へ送信する（ステップＳ３）。
【００３２】
クライアント端末３は、サーバー２からの初期表示用画像を受信すると、それを表示部３２に表示する（ステップＳ４）。上述したように、初期表示画像は元のローデータに比べてデータ量が小さくなっており、ローデータよりも速く送信することができるので、クライアント端末３での初期表示を素早く行うことができる。
クライアント端末３は、初期表示用画像を表示したら、サーバー２にローデータの送信要求信号をサーバー２に送信する（ステップＳ７）。
【００３３】
なお、クライアント端末３は、ステップＳ１の処理を行ってからステップＳ４の処理を行うまでの間に、自身のブラウザ環境を確認し（ステップＳ５）、確認した内容に基づいて、ローデータの送信条件及びクライアント端末３でのプール条件を決定する（ステップＳ６）。
ブラウザ環境として具体的に確認するのは、例えば、ブラウザで使用可能なメモリーの容量や、制御部３１のＣＰＵの処理速度、ネットワークＮの通信速度等である。
また、送信条件は、例えば、ローデータの圧縮を行うか否かや、圧縮を行う場合の圧縮形式、サーバー２からクライアント端末３への送信速度等である。
【００３４】
例えば、クライアント端末３の画像処理能力が比較的高いと判断した場合には、ローデータの圧縮を行い、クライアント端末３の画像処理能力は低いが、通信ネットワークＮの通信速度が早ければ、ローデータを圧縮せずにそのまま送る、といった決定を行う。このように、ブラウザ環境を考慮したローデータの送信を行うので、ゼロクライアントの採用が可能となる。
なお、決定した送信条件は、決定し次第サーバー２へ送信するようにしてもよいし、ローデータの送信要求と一緒に送信するようにしてもよい。
また、ここでは、ステップＳ５及びステップＳ６の処理をクライアント端末３で行うこととしたが、これらの処理はサーバー２が行うようにしてもよい。
【００３５】
サーバー２は、ローデータの送信要求信号を受信すると、クライアント端末３から受信した送信条件やプール条件を確認し、必要に応じてローデータの圧縮を行う（ステップＳ８）。ローデータは、バックグラウンドでクライアント端末３へ送信する（ステップＳ９）。こうすることで、クライアント端末３での初期表示と並行してローデータの送信が行われる。このため、初期表示からローデータの送信完了までの時間を短縮することができる。
なお、送信途中の（送信が完了していない）ローデータについては、サーバー２がレンダリングを行う。
クライアント端末３は、ローデータを受信している間、表示部３２に例えばプログレスバーのように、データの受信がどの程度進んでいるのか、或いはデータの受信が完了したことをユーザーに報知する表示を行う。
【００３６】
また、クライアント端末３は、サーバー２から送信されてきたローデータが圧縮されたものである場合には順次展開し、メモリーにプールする（ステップＳ１０）。そして、ローデータの受信及び展開を完了したら、そのローデータをレンダリングしてクライアント表示用画像を生成する（ステップＳ１１）。このとき、サーバー２が行っていたレンダリングは停止される。こうすることで、サーバー２にかかる負荷を低減することができる。
ローデータのレンダリングを終えたら、生成されたクライアント表示用画像を表示部３２に表示する。クライアント表示用画像の元となるローデータをクライアント端末３へ送信し終えた後は、クライアント端末３において、その都度サーバー２へ送り返すことなく、例えば、拡大、縮小、諧調等の画像処理を行うことが可能となる。
【００３７】
以上のように、本実施形態の画像表示システム１では、クライアント端末３がゼロクライアントを用いたものとなっている。ゼロクライアントは、ＣＰＵやローカルストレージを備えておらず、ＯＳも搭載していないので、低コストで導入することができる。また、高いセキュリティを維持することができるし、メンテナンスも容易である。
また、画像表示システム１は、初めにサーバー２でレンダリングした初期表示用画像を素早く表示し、その後、クライアント端末３でローデータをレンダリングして得たクライアント表示用画像を表示するので、クライアント端末３で画像の表示指示の後、画像を長時間見ることができないという事態になるのを防ぐことができる。
【００３８】
また、ＰＣ等をクライアント端末として用いた場合に比べ、ゼロクライアントでは、使用できるメモリーが制限される場合があるが、画像表示システム１では、サーバー２又はクライアント端末３がクライアント端末３のブラウザ環境を確認し、サーバー２はその確認結果に基づいてクライアント端末への画像データの送信条件及びクライアント端末３での画像データのプール条件を決定するようになっているので、制限のあるクライアント端末３に対してもローデータを送信することができる。
【００３９】
＜第２実施形態＞
次に、本発明の第２実施形態について説明する。なお、第１実施形態と同様の構成・動作については、説明を省略する。
【００４０】
第１実施形態の画像表示システム１は、サーバー２からクライアント端末３へローデータを送信し終えたことに基づいて、ローデータのレンダリングをサーバー２からクライアント端末３へ自動的に切り替えて実行するようにしていたが、本実施形態の画像表示システム１は、この切り替えを手動で行うようになっている。このため、本実施形態のサーバー２及びクライアント端末３は、機能の一部が第１実施形態と異なっている。
【００４１】
具体的には、本実施形態のクライアント端末３は、ローデータの受信が完了した後の、当該ローデータのレンダリングを、サーバー２とクライアント端末２のどちらで行うのかを操作部３３の操作に基づいて選択し、その結果をサーバー２へ送信することが可能となっている。なお、選択を行うタイミングは任意である。
このため、クライアント端末３は、クライアント端末によるレンダリングが選択された場合にのみ、受信したローデータのレンダリングを実行することとなる。
【００４２】
一方、サーバー２は、クライアント端末３から受信した選択結果がサーバー２によるレンダリングであった場合には、引き続きサーバー２でのレンダリングを実行し、選択結果がクライアント端末３によるレンダリングであった場合には、それまで行っていたレンダリングを終了する。
【符号の説明】
【００４３】
１  画像表示システム
２  サーバー
２１  制御部
２２  通信部
２３  ＲＡＭ
２４  記憶部
２５  バス
３  クライアント端末
３１  制御部
３２  表示部
３３  操作部
３４  通信部
３５  ＲＡＭ
３６  バス
Ｎ  通信ネットワーク
【図１】
2018120279.tif 000003
【図２】
2018120279.tif 000004
【図３】
2018120279.tif 000005
【図４】
2018120279.tif 000006
【手続補正書】
【提出日】平成29年2月1日(2017.2.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
【特許文献１】特表２０１５−５３４１６０号公報