(57)【要約】【課題】サービス提供者に対する評価値の算出及び表示等を行う評価システム、情報処理装置、評価方法及びコンピュータプログラムを提供する。【解決手段】本実施の形態に係る評価システムは、サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を共有して記憶する複数の情報管理装置と、前記情報管理装置との通信を行う情報処理装置とを備え、前記情報処理装置は、サービス提供者について前記情報管理装置に記憶された前記権限情報及び／又は前記履歴情報を取得する取得部と、前記取得部が取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出する算出部と、前記算出部が算出した評価値を表示する処理を行う表示処理部とを有する。【選択図】図１
2020080126.tif 000002
【特許請求の範囲】
【請求項１】
サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を共有して記憶する複数の情報管理装置と、
前記情報管理装置との通信を行う情報処理装置とを備え、
前記情報処理装置は、
サービス提供者について前記情報管理装置に記憶された前記権限情報及び／又は前記履歴情報を取得する取得部と、
前記取得部が取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出する算出部と、
前記算出部が算出した評価値を表示する処理を行う表示処理部と
を有する、評価システム。
【請求項２】
前記複数の情報管理装置は、ブロックチェーンに前記権限情報及び／又は前記履歴情報を記憶する、請求項１に記載の評価システム。
【請求項３】
前記複数の情報管理装置は、前記権限情報を共有して記憶し、
前記権限情報には、利用者が定めた前記利用者情報へのアクセスの可否に係る可否情報と、サービス提供者が定めた前記利用者情報へのアクセスの可否に係る可否情報とを含み、
前記算出部は、両可否情報に基づいて、前記サービス提供者に対する評価値を算出する、請求項１又は請求項２に記載の評価システム。
【請求項４】
前記複数の情報管理装置は、前記履歴情報を共有して記憶し、
前記算出部は、サービス提供者毎の利用者情報への被アクセス数に基づいて、前記サービス提供者に対する評価値を算出する、請求項１乃至請求項３のいずれか１つに記載の評価システム。
【請求項５】
前記複数の情報管理装置は、前記利用者によりなされた前記サービス提供者に対する評価に係る評価情報を共有して記憶し、
前記算出部は、前記評価情報に基づいて、前記サービス提供者に対する評価値を算出する、請求項１乃至請求項４のいずれか１つに記載の評価システム。
【請求項６】
前記算出部は、複数の時点における前記サービス提供者に対する評価値をそれぞれ算出し、
前記表示処理部は、前記サービス提供者に対する評価値の時期的な変化を表示する処理を行う、請求項１乃至請求項５のいずれか１つに記載の評価システム。
【請求項７】
前記算出部は、所定の地理範囲内に存在する複数のサービス提供者に対する評価値をそれぞれ算出し、
前記表示処理部は、前記算出部が算出した複数の評価値に基づいて、前記複数のサービス提供者に対する所定のサービス提供者の相対的な評価を表示する、請求項１乃至請求項６のいずれか１つに記載の評価システム。
【請求項８】
前記サービス提供者に対応付けて、該サービス提供者の利用者に関する利用者情報を記憶する利用者情報記憶装置を備え、
前記利用者情報記憶装置は、前記情報管理装置が記憶した前記権限情報に基づいて、利用者情報に対するアクセスの可否を判定する、請求項３に記載の評価システム。
【請求項９】
サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得する取得部と、
前記取得部が取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出する算出部と、
前記算出部が算出した評価値を表示する処理を行う表示処理部と
を備える、情報処理装置。
【請求項１０】
前記情報管理装置は、前記権限情報を共有して記憶し、
前記権限情報には、利用者が定めた前記利用者情報へのアクセスの可否に係る可否情報と、サービス提供者が定めた前記利用者情報へのアクセスの可否に係る可否情報とを含み、
前記算出部は、両可否情報に基づいて、前記サービス提供者に対する評価値を算出する、請求項９に記載の情報処理装置。
【請求項１１】
前記情報管理装置は、前記履歴情報を共有して記憶し、
前記算出部は、サービス提供者毎の利用者情報への被アクセス数に基づいて、前記サービス提供者に対する評価値を算出する、請求項９又は請求項１０に記載の情報処理装置。
【請求項１２】
前記情報管理装置は、前記利用者によりなされた前記サービス提供者に対する評価に係る評価情報を共有して記憶し、
前記算出部は、前記評価情報に基づいて、前記サービス提供者に対する評価値を算出する、請求項９乃至請求項１１のいずれか１つに記載の情報処理装置。
【請求項１３】
前記算出部は、複数の時点における前記サービス提供者に対する評価値をそれぞれ算出し、
前記表示処理部は、前記サービス提供者に対する評価値の時期的な変化を表示する処理を行う、請求項９乃至請求項１２のいずれか１つに記載の情報処理装置。
【請求項１４】
前記算出部は、所定の地理範囲内に存在する複数のサービス提供者に対する評価値をそれぞれ算出し、
前記表示処理部は、前記算出部が算出した複数の評価値に基づいて、前記複数のサービス提供者に対する所定のサービス提供者の相対的な評価を表示する、請求項９乃至請求項１３のいずれか１つに記載の情報処理装置。
【請求項１５】
サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得し、
取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出し、
算出した評価値を表示する、評価方法。
【請求項１６】
コンピュータに、
サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得し、
取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出し、
算出した評価値を表示する
処理を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供者に対する評価値の算出及び表示等を行う評価システム、情報処理装置、評価方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、病院又は診療所等の医療機関において行われた利用者（患者）の診察又は検査等に関する情報は、電子的なデータとしてデータベースに蓄積されている。しかしながら、各医療機関にて収集された利用者の情報は医療機関毎に管理されており、一の医療機関が他の医療機関の情報を参照することはできなかった。このため、１人の利用者が複数の医療機関を利用した場合、各医療機関で同様の診察又は検査等が繰り返し行われ、利用者の負担となっていた。
【０００３】
特許文献１においては、分散型ネットワークにより接続された複数のノード装置が、臨床試験データを処理して症例報告書データを生成し、生成した成果物を共有するための合意形成処理を行い、合意形成された成果物を記憶することによって、合意された成果物のみを分散して保存するセキュリティシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第６２４５７８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、医療機関が所有する利用者の情報を他の医療機関に対して公開すると共に、他の医療機関が公開する利用者の情報を取得することを可能とし、複数の医療機関が利用者の情報を共有するシステムを構築することが考えられる。これにより医療機関は、利用者が他の医療機関にて行った診察又は検査等の情報を他の医療機関から取得して、この利用者の治療などを実施することができる。このシステムに参加する複数の医療機関には、有用な情報を数多く公開する医療機関もあれば、自身が有する情報の公開を拒む医療機関が含まれる虞もある。
【０００６】
医療機関を訪れようとする利用者は、複数の医療機関の中から１つの医療機関を選ぶ必要がある。このような場合に利用者は、例えば医療機関の評価又は口コミ等の情報を調べて、医療機関の選択の材料とすることができる。また医療機関に限らず、様々なサービスを利用する利用者には、サービス提供者を選択する際に、より多くの選択材料が与えられることが好ましい。
【０００７】
本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、サービス提供者に対する評価値の算出及び表示等を行うことにより、利用者によるサービス提供者の選択の材料となり得る情報を提供することが期待できる評価システム、情報処理装置、評価方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る評価システムは、サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を共有して記憶する複数の情報管理装置と、前記情報管理装置との通信を行う情報処理装置とを備え、前記情報処理装置は、サービス提供者について前記情報管理装置に記憶された前記権限情報及び／又は前記履歴情報を取得する取得部と、前記取得部が取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出する算出部と、前記算出部が算出した評価値を表示する処理を行う表示処理部とを有する。
【０００９】
また、本発明に係る評価システムは、前記複数の情報管理装置が、ブロックチェーンに前記権限情報及び／又は前記履歴情報を記憶する。
【００１０】
また、本発明に係る評価システムは、前記複数の情報管理装置が、前記権限情報を共有して記憶し、前記権限情報には、利用者が定めた前記利用者情報へのアクセスの可否に係る可否情報と、サービス提供者が定めた前記利用者情報へのアクセスの可否に係る可否情報とを含み、前記算出部は、両可否情報に基づいて、前記サービス提供者に対する評価値を算出する。
【００１１】
また、本発明に係る評価システムは、前記複数の情報管理装置が、前記履歴情報を共有して記憶し、前記算出部は、サービス提供者毎の利用者情報への被アクセス数に基づいて、前記サービス提供者に対する評価値を算出する。
【００１２】
また、本発明に係る評価システムは、前記複数の情報管理装置が、前記利用者によりなされた前記サービス提供者に対する評価に係る評価情報を共有して記憶し、前記算出部は、前記評価情報に基づいて、前記サービス提供者に対する評価値を算出する。
【００１３】
また、本発明に係る評価システムは、前記算出部が、複数の時点における前記サービス提供者に対する評価値をそれぞれ算出し、前記表示処理部は、前記サービス提供者に対する評価値の時期的な変化を表示する処理を行う。
【００１４】
また、本発明に係る評価システムは、前記算出部が、所定の地理範囲内に存在する複数のサービス提供者に対する評価値をそれぞれ算出し、前記表示処理部は、前記算出部が算出した複数の評価値に基づいて、前記複数のサービス提供者に対する所定のサービス提供者の相対的な評価を表示する。
【００１５】
また、本発明に係る評価システムは、前記サービス提供者に対応付けて、該サービス提供者の利用者に関する利用者情報を記憶する利用者情報記憶装置を備え、前記利用者情報記憶装置は、前記情報管理装置が記憶した前記権限情報に基づいて、利用者情報に対するアクセスの可否を判定する。
【００１６】
また、本発明に係る情報処理装置は、サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得する取得部と、前記取得部が取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出する算出部と、前記算出部が算出した評価値を表示する処理を行う表示処理部とを備える。
【００１７】
また、本発明に係る情報処理装置は、前記情報管理装置が、前記権限情報を共有して記憶し、前記権限情報には、利用者が定めた前記利用者情報へのアクセスの可否に係る可否情報と、サービス提供者が定めた前記利用者情報へのアクセスの可否に係る可否情報とを含み、前記算出部は、両可否情報に基づいて、前記サービス提供者に対する評価値を算出する。
【００１８】
また、本発明に係る情報処理装置は、前記情報管理装置が、前記履歴情報を共有して記憶し、前記算出部は、サービス提供者毎の利用者情報への被アクセス数に基づいて、前記サービス提供者に対する評価値を算出する。
【００１９】
また、本発明に係る情報処理装置は、前記情報管理装置が、前記利用者によりなされた前記サービス提供者に対する評価に係る評価情報を共有して記憶し、前記算出部は、前記評価情報に基づいて、前記サービス提供者に対する評価値を算出する。
【００２０】
また、本発明に係る情報処理装置は、前記算出部が、複数の時点における前記サービス提供者に対する評価値をそれぞれ算出し、前記表示処理部は、前記サービス提供者に対する評価値の時期的な変化を表示する処理を行う。
【００２１】
また、本発明に係る情報処理装置は、前記算出部が、所定の地理範囲内に存在する複数のサービス提供者に対する評価値をそれぞれ算出し、前記表示処理部は、前記算出部が算出した複数の評価値に基づいて、前記複数のサービス提供者に対する所定のサービス提供者の相対的な評価を表示する。
【００２２】
また、本発明に係る評価方法は、サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得し、取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出し、算出した評価値を表示する。
【００２３】
また、本発明に係るコンピュータプログラムは、コンピュータに、サービスの利用者に関する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の装置で共有して記憶する情報管理装置から、サービス提供者についての前記権限情報及び／又は前記履歴情報を取得し、取得した前記権限情報及び／又は前記履歴情報に基づいて、前記サービス提供者に対する評価値を算出し、算出した評価値を表示する処理を実行させる。
【００２４】
本発明においては、医療機関等のサービス提供者が有する利用者情報に対するアクセスの権限情報及び／又はアクセスの履歴情報を複数の情報管理装置が共有して記憶する。利用者が利用する情報処理装置は、情報管理装置に記憶された権限情報及び／又は履歴情報を取得して、取得した権限情報及び／又は履歴情報に基づいてサービス提供者に対する評価値を算出し、算出した評価値を表示する処理を行う。これにより利用者は、情報処理装置により表示されたサービス提供者の評価値を参考にして、サービス提供者を選ぶことが可能となる。
【００２５】
また本発明においては、複数の情報管理装置がブロックチェーンに権限情報及び／又は履歴情報を記憶する。これにより情報管理装置に記憶される権限情報及び／又は履歴情報の信頼性を高めることができ、権限情報及び／又は履歴情報に基づいて算出及び表示等がなされる評価値の信頼性を高めることができる。
【００２６】
また本発明においては、利用者情報に対してこの利用者が設定したアクセスの可否に関する可否情報と、この利用情報を有するサービス提供者が設定したアクセスの可否に関する可否情報とを、情報管理装置が記憶する権限情報に含む。情報処理装置は、利用者による可否情報とサービス提供者による可否情報とに基づいて、このサービス提供者に対する評価値を算出する。例えば情報処理装置は、利用者がアクセスを許可した利用者情報に対して、サービス提供者がアクセスを拒否した場合に、このサービス提供者に対して低い評価を与える。利用者による可否情報及びサービス提供者による可否情報に基づいてサービス提供者の評価値を算出することにより、情報処理装置は、利用者情報のアクセスに対するこのサービス提供者の姿勢を評価することができる。
【００２７】
また本発明においては、情報管理装置が、利用者情報のアクセスに関する履歴情報を記憶する。情報処理装置は、サービス提供者が有する利用者情報に対してアクセスがなされた数に基づいて、このサービス提供者に対する評価値を算出する。例えば情報処理装置は、全利用者情報に対してアクセスがなされた数に対する、対象のサービス提供者が有する利用者情報に対してアクセスがなされた数の割合を算出し、これを評価値とすることができる。利用者情報の被アクセス数に基づいて評価値を算出することにより、情報処理装置は、他のサービス提供者から必要とされる利用者情報を多く有するサービス提供者に対して高評価を与えることができる。
【００２８】
また本発明においては、情報処理装置がサービス提供者に対する評価を利用者から受け付け、受け付けた評価に係る評価情報を情報管理装置へ送信する。複数の情報管理装置は、情報処理装置から送信された評価情報を受信し、これを共有して記憶する。情報処理装置は、情報管理装置により記憶された評価情報を取得し、取得した評価情報に基づいてサービス提供者に対する評価値を算出する。これにより情報処理装置は、サービス提供者のサービスを利用した利用者による評価を参酌して、サービス提供者に対する評価値を算出することができる。
【００２９】
また本発明においては、情報処理装置が複数の時点におけるサービス提供者の評価値をそれぞれ算出して、サービス提供者の評価値の時期的な変化を表示する。例えば情報処理装置は、１ヶ月毎の評価値を算出し、評価値の１ヶ月毎の変化をグラフなどで表示する。これにより利用者は、例えば評価が上昇又は下降しているサービス提供者を容易に見出すことができる。
【００３０】
また本発明においては、情報処理装置が所定の地理範囲内に存在する複数のサービス提供者に対する評価値をそれぞれ算出し、これら複数のサービス提供者に対する所定のサービス提供者の相対的な評価を表示する。例えば情報処理装置は、所定の市区町村等に存在する複数のサービス提供者について、評価値の順位又は偏差値等の情報を表示する。これにより利用者は、所定の地理範囲内に存在する複数のサービス提供者から、相対的な評価に基づいていずれかのサービス提供者を選択することができる。
【００３１】
また本発明においては、利用者情報記憶装置がサービス提供者に対応付けて、このサービス提供者の利用者に関する利用者情報を記憶する。利用者情報記憶装置は、他の装置から利用者情報に対するアクセスの要求を受け付けた場合に、情報管理装置が記憶した権限情報に含まれるアクセスの可否情報に基づいて要求された利用情報のアクセスの可否を判定する。これにより利用者情報記憶装置は、複数の情報管理装置により共有された信頼性の高い権限情報に基づいて、自身が記憶している利用者情報のアクセスの可否を判定することができる。
【発明の効果】
【００３２】
本発明による場合は、サービス提供者に対する評価値の算出及び表示等を行うことにより、利用者によるサービス提供者の選択の材料となり得る情報を提供することが期待できる。
【図面の簡単な説明】
【００３３】
【図１】本実施の形態に係る医療機関評価システムの概要を説明するための模式図である。
【図２】本実施の形態に係るノード装置の構成を示すブロック図である。
【図３】本実施の形態に係る公開情報の一構成例を示す模式図である。
【図４】本実施の形態に係る公開情報の一構成例を示す模式図である。
【図５】本実施の形態に係るサーバ装置の構成を示すブロック図である。
【図６】本実施の形態に係る患者ＤＢの一構成例を示す模式図である。
【図７】本実施の形態に係るスマホの構成を示すブロック図である。
【図８】スマホが表示する評価画面の一表示例を示す模式図である。
【図９】本実施の形態に係るスマホが行う評価画面の表示処理の手順を示すフローチャートである。
【図１０】本実施の形態に係るスマホが行う「影響力」に関する評価値の算出処理の手順を示すフローチャートである。
【図１１】本実施の形態に係るスマホが行う「透明性」に関する評価値の算出処理の手順を示すフローチャートである。
【図１２】本実施の形態に係る医療機関評価システムを構築する方法を説明するための模式図である。
【図１３】変形例に係る医療機関評価システムの構成を説明するための模式図である。
【発明を実施するための形態】
【００３４】
本発明の実施形態に係る評価システムの具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【００３５】
＜システム概要＞
図１は、本実施の形態に係る医療機関評価システムの概要を説明するための模式図である。なお本実施の形態においては、サービス提供者として医療機関を評価するシステムを例に説明を行うが、サービス提供者は医療機関以外の種々の企業、機関又は施設等であってよい。
【００３６】
本実施の形態に係る医療機関評価システムでは、病院又は診療所等の医療機関ａ，ｂ…に設けられたサーバ装置４ａ，４ｂ…が、この医療機関ａ，ｂ…にて行われた患者の診療又は検査等の情報を患者ＤＢ（データベース）５ａ，５ｂ…に記憶して蓄積する。図１においては３つのサーバ装置４ａ〜４ｃ及び患者ＤＢ５ａ〜５ｃの組が図示されており、これらはそれぞれ異なる３つの医療機関ａ〜ｃに設けられているものとする。各患者ＤＢ５ａ〜５ｃにはその医療機関ａ〜ｃにて行われた診療又は検査等の情報が記憶され、３つの患者ＤＢ５ａ〜５ｃに記憶されている内容は異なっている。
【００３７】
本実施の形態に係る医療機関評価システムにおいて各サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃからのアクセス要求に応じて、自身の患者ＤＢ５ａ〜５ｃに記憶された患者情報をアクセス要求元の他のサーバ装置４ａ〜４ｃへ送信することにより、患者情報を公開する。これにより各医療機関ａ〜ｃは、他の医療機関ａ〜ｃが有する公開された患者情報にアクセスし、自機関における患者の治療等に役立てることができる。ただし、サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃに対して患者ＤＢ５ａ〜５ｃに記憶された全ての患者情報を公開するのではなく、患者からの許可が得られた患者情報に対してのみ他のサーバ装置４ａ〜４ｃからのアクセスを許可する。患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセスの権限に関する情報は、ブロックチェーンシステム１を構成するノード装置２ａ〜２ｃがブロックチェーンとして管理する公開情報３ａ〜３ｃに含めて記憶される。サーバ装置４ａ〜４ｃはこの公開情報３ａ〜３ｃに含まれるアクセス権限の情報を参照することによって、他のサーバ装置４ａ〜４ｃから各患者情報へのアクセスの可否、即ち各患者情報の公開の可否を判定することができる。
【００３８】
本実施の形態に係る医療機関評価システムでは、分散型台帳技術の１つであるブロックチェーンを利用して公開情報３ａ〜３ｃの管理が行われる。本実施の形態に係るブロックチェーンシステム１は、複数のノード装置２ａ〜２ｃがピア・ツー・ピア型のネットワークを介して接続され、複数のノード装置２ａ〜２ｃが公開情報３ａ〜３ｃを分散して共有するシステムである。なお本実施の形態において「分散して共有する」又は「分散共有する」等の表現は、複数のノード装置２ａ〜２ｃが実質的に同一内容の情報をそれぞれ記憶している状態を表している。図１においてはノード装置２ａ〜２ｃがそれぞれ個別に記憶している公開情報３ａ〜３ｃが３つ図示されているが、この３つの公開情報３ａ〜３ｃは実質的に同一の内容である。また「実質的に同一」とは、ある時点においては複数の公開情報３ａ〜３ｃの内容が一部相異する状態となる可能性があるが、ある程度の時間が経過することによって相違が解消されて同一の内容となることを含めた表現であり、以下において単に「同一」と記載されている場合であってもこの「実質的に同一」を含むものとする。
【００３９】
ブロックチェーンシステム１にて共有される公開情報３ａ〜３ｃは、例えばある患者の患者情報について、いずれの医療機関ａ〜ｃ又はサーバ装置４ａ〜４ｃに対してアクセスの許可が与えられているかを示す情報が含まれている。サーバ装置４ａ〜４ｃは、ブロックチェーンシステム１を構成するいずれかのノード装置２ａ〜２ｃに接続されており、ノード装置２ａ〜２ｃが記憶している公開情報３ａ〜３ｃを参照し、公開情報３ａ〜３ｃに含まれるアクセス権限に関する情報を取得することによって、自身の患者ＤＢ５ａ〜５ｃに記憶された患者情報に対する他のサーバ装置４ａ〜４ｃからのアクセスの可否を判定することができる。
【００４０】
なお図１に示す医療機関評価システムでは、１つのサーバ装置４ａ〜４ｃに対して１つのノード装置２ａ〜２ｃが設けられる構成、例えば１つの医療機関ａ〜ｃに対してサーバ装置４ａ〜４ｃ及びノード装置２ａ〜２ｃが一組に設けられる構成を想定している。しかしながら、１つのノード装置２ａ〜２ｃに対して２つ以上のサーバ装置４ａ〜４ｃが接続される構成であってもよく、サーバ装置４ａ〜４ｃに接続されていないノード装置２ａ〜２ｃが存在してもよい。また一組のサーバ装置４ａ〜４ｃ及びノード装置２ａ〜２ｃは、同じ場所又は近接した場所に配置される必要はなく、異なる場所又は遠隔の場所に配置されてもよい。またサーバ装置４ａ〜４ｃ及びノード装置２ａ〜２ｃが１つの装置として構成されてもよい。
【００４１】
本実施の形態に係る医療機関評価システムでは、患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセスの可否を、この患者情報に係る患者が設定可能である。患者は、自身のスマホ（スマートフォン）６を用いて、医療機関ａ〜ｃに保存された自身の患者情報に対し、いずれの医療機関ａ〜ｃにアクセスを許可するかを設定することができる。スマホ６は、患者により設定されたアクセス権限に関する設定情報を、ブロックチェーンシステム１に対して送信する。スマホ６が送信した設定情報は、ブロックチェーンシステム１に含まれる複数のノード装置２ａ〜２ｃのいずれかにて受信される。設定情報を受信したノード装置２ａ〜２ｃは、自身が記憶している公開情報３ａ〜３ｃに受信した設定情報を加えることで、新たなアクセス権限の設定を公開情報３ａ〜３ｃに反映させて更新する。いずれかのノード装置２ａ〜２ｃにてなされた公開情報３ａ〜３ｃの更新内容は、このノード装置２ａ〜２ｃが他のノード装置２ａ〜２ｃとの通信を行うことで情報交換がなされ、他のノード装置２ａ〜２ｃが記憶している公開情報３ａ〜３ｃに反映される。
【００４２】
また本実施の形態に係る医療機関評価システムでは、各医療機関ａ〜ｃが自身のサーバ装置４ａ〜４ｃの患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセスの可否を設定可能である。医療機関ａ〜ｃの医師等は、サーバ装置４ａ〜４ｃ又はこれに接続された端末装置等を利用して患者の診察又は検査等の情報を患者情報として入力し、この患者情報に対するアクセス権限の設定を行う。入力された患者情報はサーバ装置４ａ〜４ｃの患者ＤＢ５ａ〜５ｃに記憶され、アクセス権限の設定情報は、サーバ装置４ａ〜４ｃからブロックチェーンシステム１へ送信され、公開情報３ａ〜３ｃに記憶される。
【００４３】
サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃから自身の患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセス要求を受信した場合に、ブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれるアクセス権限の情報を参照し、このアクセス要求の可否を判定する。本実施の形態においては、医療機関ａ〜ｃにてアクセスが許可され、且つ、患者自身がアクセスを許可した場合にのみ、患者情報に対して他のサーバ装置４ａ〜４ｃからのアクセスが許可される。アクセスが許可されていると判定した場合、サーバ装置４ａ〜４ｃは、要求された患者情報を患者ＤＢ５ａ〜５ｃから読み出し、要求元のサーバ装置４ａ〜４ｃに対してこの患者情報を送信する。このときに患者情報を送信したサーバ装置４ａ〜４ｃは、送信した患者情報及び送信先のサーバ装置４ａ〜４ｃ等の情報を含む履歴情報を生成し、ブロックチェーンシステム１へ履歴情報を送信する。これにより、一のサーバ装置４ａ〜４ｃから他のサーバ装置４ａ〜４ｃへの患者情報の送信に係る履歴情報が、ブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶される。
【００４４】
また本実施の形態に係る医療機関評価システムでは、各医療機関ａ〜ｃに対する評価値の算出を行い、スマホ６又はサーバ装置４ａ〜４ｃ等に医療機関ａ〜ｃの評価を表示する処理が行われる。例えばスマホ６の所持者は、医療機関ａ〜ｃの一覧等から所望の医療機関ａ〜ｃを選択し、選択した医療機関ａ〜ｃに関する評価をスマホ６に表示することができる。本実施の形態に係る医療機関評価システムにおいて表示される医療機関ａ〜ｃの評価は、以下の３つである。
・医療機関の影響力
・医療機関の透明性
・患者による口コミ評価
【００４５】
「医療機関の影響力」は、ブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶された履歴情報に基づいて算出される評価値であり、医療機関ａ〜ｃのサーバ装置４ａ〜４ｃが患者ＤＢ５ａ〜５ｃに記憶している患者情報がどのくらい他のサーバ装置４ａ〜４ｃへ送信されたかに応じて増減する。「医療機関の透明性」は、ブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶されたアクセス権限の設定情報に基づいて算出される評価値であり、医療機関ａ〜ｃが他の医療機関ａ〜ｃに対してどのくらい患者情報に対するアクセスを許可したかに応じて増減する。
【００４６】
「患者による口コミ評価」は、医療機関ａ〜ｃを利用した患者がスマホ６を利用して入力した評価に応じて定まる評価値である。スマホ６は、患者による医療機関ａ〜ｃに対する評価の入力を受け付け、受け付けた評価に係る評価情報を生成してブロックチェーンシステム１へ送信する。これにより、患者による医療機関ａ〜ｃに対する評価情報が、ブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶される。
【００４７】
本実施の形態に係る医療機関評価システムにおいては、医療機関ａ〜ｃに関する評価の表示を要求されたスマホ６が、ブロックチェーンシステム１にアクセスして所望の医療機関ａ〜ｃに関する履歴情報、アクセス権限の設定情報及び評価情報を収集して評価値を算出する。スマホ６の利用者は、スマホ６に表示された医療機関ａ〜ｃの評価を参考に、受信する医療機関ａ〜ｃを選択することができる。
【００４８】
＜装置構成＞
図２は、本実施の形態に係るノード装置２ａの構成を示すブロック図である。なおブロックチェーンシステム１を構成する複数のノード装置２ａ〜２ｃは、同様の構成であるため、図２においてはノード装置２ａの構成を示し、他のノード装置２ｂ，２ｃについては詳細な構成の図示を省略する。本実施の形態に係るノード装置２ａは、処理部（プロセッサ）２１、記憶部（ストレージ）２２及び通信部（トランシーバ）２３等を備えて構成されている。処理部２１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の演算処理装置を用いて構成されている。処理部２１は、記憶部２２に記憶されたプログラム２２ａを読み出して実行することにより、公開情報３ａの管理に係る種々の演算処理を行う。なおプログラム２２ａは、処理部２１により実現される仮想マシン上で実行されるものであってもよい。
【００４９】
記憶部２２は、磁気ディスク装置等の大容量の記憶装置を用いて構成され、処理部２１が実行するプログラム２２ａと、このプログラムの実行に必要な種々のデータとを記憶する。本実施の形態において記憶部２２には、複数のノード装置２ａ〜２ｃにより分散して共有される公開情報３ａが記憶される。プログラム２２ａは、例えばノード装置２ａの製造段階において記憶部２２に書き込まれてもよく、また例えば遠隔のプログラム配信装置が配信するものをノード装置２ａが通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体９８に記録されたものをノード装置２ａが読み出して記憶部２２に記憶してもよい。プログラム２２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９８に記録された態様で提供されてもよい。
【００５０】
通信部２３は、通信に関する処理を行う回路等を含んで構成されており、院内ＬＡＮ（Local Area Network）、インターネット、無線ＬＡＮ及び携帯電話通信網等のネットワークＮＷを介して、他のノード装置２ｂ，２ｃ、サーバ装置４ａ〜４ｃ及びスマホ６等の装置との間で通信を行う。通信部２３は、処理部２１から与えられた送信用のデータを他の装置へ送信する。また通信部２３は、他の装置から送信されたデータを受信し、受信したデータを処理部２１へ与える。
【００５１】
また処理部２１は、記憶部２２に記憶されたプログラム２２ａが実行されることによって、情報受信処理部２１ａ、合意形成処理部２１ｂ及び情報送信処理部２１ｃ等ソフトウェア的な機能ブロックとして実現される。情報受信処理部２１ａは、サーバ装置４ａ〜４ｃ及びスマホ６から送信されるアクセス権限の設定情報、履歴情報及び評価情報等を受信する処理し、受信した情報を公開情報３ａに反映させる処理等を行う。例えば情報受信処理部２１ａは、受信した情報について電子署名に基づく正当性の検証を行い、正当性が確認された一又は複数の情報を含むブロックを生成し、生成したブロックを公開情報３ａのブロックチェーンに連結する処理を行う。
【００５２】
合意形成処理部２１ｂは、情報受信処理部２１ａによるブロックチェーンへのブロックの追加に対し、他のノード装置２ｂ，２ｃとの間で合意を形成するための処理を行う。合意形成処理部２１ｂが実行する合意形成処理は、例えばブロックチェーンシステム１がパブリック型のブロックチェーン（即ち、不特定多数のノード装置２ａ〜２ｃが参加可能なブロックチェーン）である場合、仮想通貨等のブロックチェーンで広く採用されている「Proof of Work」又は「Proof of Stake」等の方法を採用することができる。これに対してブロックチェーンシステム１がプライベート型のブロックチェーン（即ち、特定のノード装置２ａ〜２ｃのみで構成されるブロックチェーン）である場合、合意形成処理部２１ｂは、例えば多数決等により合意形成を行ってもよい。複数のノード装置２ａ〜２ｃの間で合意形成を行う方法は、ブロックチェーンシステム１の規模等に応じて適宜に定めればよい。合意形成の処理については、既存の技術であるため、本明細書では詳細な処理の説明を省略する。
【００５３】
情報送信処理部２１ｃは、サーバ装置４ａ〜４ｃ又はスマホ６からの要求に応じて、公開情報３ａに含まれる情報を送信する処理を行う。また情報送信処理部２１ｃは、情報受信処理部２１ａが受信した情報を他のノード装置２ｂ，２ｃへ送信する処理を行う。なお本実施の形態においては、サーバ装置４ａ〜４ｃ又はスマホ６は情報をいずれかのノード装置２ａ〜２ｃへ送信し、これを受信したノード装置２ａ〜２ｃが他のノード装置２ａ〜２ｃへ情報を送信する構成とするが、これに限るものではなく、例えばサーバ装置４ａ〜４ｃ又はスマホ６が複数のノード装置２ａ〜２ｃへ情報を送信する構成であってもよい。
【００５４】
図３及び図４は、本実施の形態に係る公開情報３ａの一構成例を示す模式図である。本実施の形態に係る公開情報３ａは、いわゆるブロックチェーンの構造、即ち複数のブロックがチェーン状に連結されたデータ構造を有する情報である。図３にはＮ番目、Ｎ＋１番目及びＮ＋２番目の３つのブロックが連なった例が図示され、図４にはそれに続くＮ＋３番目、Ｎ＋４番目及びＮ＋５番目の３つのブロックが連なった例が図示されている。各ブロックには、１つ前のブロックの情報を基に算出されたハッシュ値と、一又は複数の権限設定情報、履歴情報又は評価情報とが含まれている。
【００５５】
公開情報３ａのブロックチェーンに記憶される権限設定情報は、サーバ装置４ａ〜４ｃ又はスマホ６からブロックチェーンシステム１に対して送信される情報であり、患者情報に対するアクセスの可否を設定する情報である。権限設定情報には、例えば設定者ＩＤ、情報ＩＤ、患者ＩＤ、情報区分、情報細区分、許可業種、許可ＩＤ、許可操作、許可期限及び設定日時等の情報が含まれ得る。設定者ＩＤは、この権限設定情報を設定した設定者に対して付されたＩＤである。情報ＩＤは、この権限設定情報の設定対象となる患者情報に対して付されたＩＤである。患者ＩＤは、この患者情報に係る患者に対して付されたＩＤである。情報区分は、例えば内科、外科若しくは眼科等の区分、又は、血液検査結果、レントゲン画像若しくは心電図等の区分等、患者情報の種別等を示す適宜の情報が設定され得る。情報細区分は、情報区分に更に細かな区分が存在する場合に設定される。
【００５６】
権限設定情報の許可業種は、対象の患者情報に対するアクセスを許可する業種の設定であり、例えば医療機関又は薬局等の業種が設定され、もし患者の家族等に対する情報公開を行うシステムであれば許可業種として家族又は任意の個人等が設定されてもよい。許可ＩＤは、患者情報に対するアクセスを許可するアクセス者の具体的なＩＤであり、例えば医療機関に対して付されるＩＤ又は個人に対して付されるＩＤ等が設定される。許可操作は、患者情報に対するどのような操作を許可するかを設定するものであり、例えば閲覧（読み出し）等が設定される。許可操作として例えば変更又は追加等の操作が許容されてもよい。許可操作として、許可取消を設定することによって、一度与えた許可を取り消すことが可能な構成としてもよい。また許可操作として、患者情報に対するアクセス権限の設定を行うことを許可することが可能な構成としてもよい。許可期限は、年月日又は期間等を設定することができる。許可期限として例えば年月日が設定されている場合、この年月日を過ぎた後はアクセスが禁止される。設定日時は、権限設定情報が作成された日時の情報である。
【００５７】
図３の左下には、医療機関ａのサーバ装置４ａにて作成された権限設定情報の一例が示されている。本例の権限設定情報では、設定者ＩＤとして“医療機関ａ”が設定され、対象の患者情報を示す情報ＩＤに“患者情報Ｐ”が設定され、患者ＩＤに“患者Ａ”が設定され、情報区分として“内科”が設定され、情報細区分として“血液検査”が設定されている。また許可業種として“医療機関”が設定され、許可操作として“閲覧”が設定されている。許可ＩＤ及び許可期限は設定されていない。設定日時には、一例として“Ｙ年Ｙ月Ｙ日”が設定されている。この権限設定情報は、例えば患者情報Ｐを有する医療機関ａが、患者情報Ｐを自身の患者ＤＢ５ａに登録する際に、この患者情報Ｐに対するアクセスを医療機関に限定する設定を行ったものである。この権限設定情報では許可ＩＤが設定されていないため、患者情報Ｐに対するアクセスが許可された具体的な医療機関は存在しない。なお本実施の形態においては、患者情報Ｐを保有する医療機関ａと、患者情報Ｐに係る患者Ａとは、この患者情報Ｐに対する閲覧及びアクセス権限の設定が許可されているものとする。
【００５８】
図３の右下には、患者情報Ｐに係る患者Ａのスマホ６にて生成された権限設定情報の一例が示されている。本例の権限設定情報では、設定者ＩＤとして“患者Ａ”が設定され、情報ＩＤに“患者情報Ｐ”が設定され、患者ＩＤに“患者Ａ”が設定され、情報区分として“内科”が設定され、情報細区分として“血液検査”が設定されている。また許可ＩＤとして“医療機関ｂ”が設定され、許可操作として“閲覧”が設定され、許可期限として“Ｘ年Ｘ月Ｘ日”が設定されている。設定日時には、一例として“Ｚ年Ｚ月Ｚ日”が設定されている。本例では許可業種が設定されていないが、許可業種として医療機関が設定されてもよい。この権限設定情報は、例えば患者Ａが医療機関ｂで診察を受け、以前に医療機関ａで行った血液検査の結果に対するアクセスを医療機関ｂに許可する際に行った設定である。これにより医療機関ｂは、医療機関ａのサーバ装置４ａが患者ＤＢ５ａに記憶している患者情報Ｐに対してアクセスすることが可能となる。
【００５９】
医療機関ａのサーバ装置４ａは、医療機関ｂのサーバ装置４ｂから患者Ａの患者情報Ｐに対するアクセス要求が与えられた場合、ノード装置２ａが記憶している公開情報３ａを取得して、医療機関ｂによる患者情報Ｐへのアクセスが許可されているか否かを判定する。サーバ装置４ａはノード装置２ａに対して公開情報３ａの送信を要求し、この要求に応じてノード装置２ａは公開情報３ａの一部又は全部をサーバ装置４ａへ送信する。サーバ装置４ａは、公開情報３ａのブロックチェーンを辿って患者情報Ｐに関する権限設定情報を収集し、アクセスが許可されているか否かを判定する。
【００６０】
このときにサーバ装置４ａは、患者情報Ｐを有する医療機関ａによる権限設定情報にて設定された条件と、患者情報Ｐに係る患者Ａによる権限設定情報にて設定された条件とを共に満たすアクセス者に対して、アクセスが許可されていると判定する。例えば医療機関ａが許可業種として医療機関のみを設定し、患者Ａが医療機関にアクセスを許可しない設定を行っている場合、サーバ装置４ａは他の医療機関によるアクセスは許可されていないと判定する。サーバ装置４ａは、アクセスが許可されていると判定した場合に、要求された患者情報Ｐを患者ＤＢ５ａから読み出して要求元へ送信する。
【００６１】
なお、公開情報３ａに含まれる権限設定情報に基づいてアクセスが許可されているか否かを判定する処理は、サーバ装置４ａが行うのではなく、ノード装置２ａが行ってもよい。
【００６２】
また、公開情報３ａのブロックチェーンには、患者情報に対するアクセスの履歴情報が含まれ得る。図４の左下には、医療機関ａのサーバ装置４ａにて作成された履歴情報の一例が示されている。本例の履歴情報には、設定者ＩＤ、情報ＩＤ、患者ＩＤ、情報区分、情報細区分、送信先ＩＤ及び送信日時等の情報が含まれ得る。設定者ＩＤ〜情報細区分については、権限設定情報と同じであるため説明を省略する。送信先ＩＤは、患者情報を送信した相手に付されたＩＤであり、例えば医療機関ｂ等の情報が設定される。送信日時は、患者情報を送信した日時の情報である。
【００６３】
サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃからのアクセス要求に応じて自身の患者ＤＢ５ａ〜５ｃに記憶された患者情報を送信した場合、履歴情報を生成してブロックチェーンシステム１へ送信する。ブロックチェーンシステム１のノード装置２ａ〜２ｃは、サーバ装置４ａ〜４ｃから受信した履歴情報を公開情報３ａ〜３ｃのブロックチェーンに組み込んで記憶する。公開情報３ａ〜３ｃの履歴情報を収集して調べることにより、サーバ装置４ａ〜４ｃ及びスマホ６等は、患者情報に対するアクセス者、アクセス日時及びアクセス頻度等を確認することができる。
【００６４】
また、公開情報３ａのブロックチェーンには、患者による医療機関ａ〜ｃに対する評価情報が含まれ得る。図４の右下には、医療機関ａを利用した患者が、自身のスマホ６を利用して医療機関ａを評価した評価情報の一例が示されている。本例の評価情報には、評価者ＩＤ、医療機関ＩＤ、評価値及び評価日時等の情報が含まれ得る。評価者ＩＤは、この評価情報に係る評価を行った患者のＩＤであり、例えば患者Ａ等の情報が設定される。医療機関ＩＤは、評価対象となる医療機関ａ〜ｃを識別するＩＤであり、例えば医療機関ａ等の情報が設定される。評価値は、医療機関ａに対する患者Ａの評価の程度を示す数値である。本実施の形態において評価値は１〜５の５段階で数値が設定され、数値が大きい程に評価が高いことを示す。評価日時は、患者が評価を行った日時、即ち評価情報がスマホ６からブロックチェーンシステム１へ送信された日時の情報である。また評価情報には、患者によるコメント等の文章情報が含まれていてもよい。
【００６５】
患者のスマホ６は、患者による医療機関ａ〜ｃの評価を受け付ける処理を行い、受け付けた評価に応じて評価情報を生成してブロックチェーンシステム１へ送信する。スマホ６及びサーバ装置４ａ〜４ｃ等は、ブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれる評価情報を収集し、他の患者による医療機関ａ〜ｃの評価、又は、複数の患者による評価の平均等を表示することができる。
【００６６】
またブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれる権限設定情報、履歴情報及び評価情報等の情報には、電子署名が付されている。電子署名は、これらの情報の作成者が有する秘密鍵を用いて作成されるものであり、作成者の公開鍵を用いることによって情報の正当性を検証することを可能とする。例えばサーバ装置４ａ〜４ｃ及びスマホ６は、権限設定情報、履歴情報又は評価情報を基にハッシュ値を算出し、算出したハッシュ値を秘密鍵で暗号化したものを電子署名としてこれら情報に付すことができる。また権限設定情報、履歴情報又は評価情報には、電子署名を検証するための公開鍵が含まれていてもよい。
【００６７】
図５は、本実施の形態に係るサーバ装置４ａの構成を示すブロック図である。なお複数のサーバ装置４ａ〜４ｃは、同様の構成であるため、図５においてはサーバ装置４ａの構成を示し、他のサーバ装置４ｂ，４ｃについては詳細な構成の図示を省略する。本実施の形態に係るサーバ装置４ａは、処理部（プロセッサ）４１、記憶部（ストレージ）４２及び通信部（トランシーバ）４３等を備えて構成されている。処理部４１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部４１は、記憶部４２に記憶されたサーバプログラム４２ａを読み出して実行することにより、患者情報の管理に係る種々の演算処理を行う。
【００６８】
記憶部４２は、磁気ディスク装置等の大容量の記憶装置を用いて構成され、処理部４１が実行するサーバプログラム４２ａと、このサーバプログラム４２ａの実行に必要な種々のデータとを記憶する。サーバプログラム４２ａは、例えばサーバ装置４ａの製造段階において記憶部４２に書き込まれてもよく、また例えば遠隔のプログラム配信装置が配信するものをサーバ装置４ａが通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体９９に記録されたものをサーバ装置４ａが読み出して記憶部４２に記憶してもよい。サーバプログラム４２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９９に記録された態様で提供されてもよい。
【００６９】
また本実施の形態において記憶部４２には、患者の診療又は検査等に関する患者情報を記憶して蓄積する患者ＤＢ５ａが設けられている。図６は、本実施の形態に係る患者ＤＢ５ａの一構成例を示す模式図である。本実施の形態に係る患者ＤＢ５ａは、例えば情報ＩＤ、作成者ＩＤ、患者ＩＤ、情報区分、情報細区分及び患者情報等の情報を対応付けて記憶している。情報ＩＤは、患者情報に対して一意に付される識別情報であり、図示の例では患者情報Ｐ、患者情報Ｑ、患者情報Ｒ等のＩＤが記憶されている。作成者ＩＤは、患者情報を作成した医療機関に対して付される識別情報であり、図示の例では医療機関ａが記憶されている。患者ＩＤは、患者情報に係る患者に対して一意に付される識別情報であり、図示の例では患者Ａ、患者Ｂ、患者Ｃ等のＩＤが記憶されている。
【００７０】
患者ＤＢ５ａの情報区分及び情報細区分は、例えば内科、外科若しくは眼科等の区分、又は、血液検査結果、レントゲン画像若しくは心電図等の区分等、患者情報の種別等を示す適宜の情報が記憶される。図示の例では、情報区分として内科及び外科等の種別が記憶され、情報細区分として血液検査、レントゲン及びカルテ等の種別が記憶されている。患者情報は、医療機関において作成された実際の情報であり、図示の例では血液検査結果、レントゲン画像及びカルテデータ等の情報が記憶されている。
【００７１】
なお患者ＤＢ５ａは、サーバ装置４ａの記憶部４２とは別の記憶装置に記憶されてもよい。また図示は省略するが、記憶部４２には、例えばサーバ装置４ａが設置された医療機関に対して付されたＩＤ、及び、電子署名を作成するための暗号鍵等の種々の情報が記憶される。
【００７２】
サーバ装置４ａの通信部４３は、通信に関する処理を行う回路等を含んで構成されており、院内ＬＡＮ、インターネット、無線ＬＡＮ及び携帯電話通信網等のネットワークＮＷを介して、ノード装置２ａ〜２ｃ、他のサーバ装置４ｂ，４ｃ及びスマホ６等の装置との間で通信を行う。通信部４３は、処理部４１から与えられた送信用のデータを他の装置へ送信する。また通信部４３は、他の装置から送信されたデータを受信し、受信したデータを処理部４１へ与える。
【００７３】
また処理部４１は、記憶部４２に記憶されたサーバプログラム４２ａが実行されることによって、患者情報処理部４１ａ、権限設定処理部４１ｂ及びアクセス要求処理部４１ｃ等のソフトウェア的な機能ブロックとして実現される。患者情報処理部４１ａは、例えばサーバ装置４ａ又は医療機関内に設けられた端末装置（図示は省略する）等にて医師又は技師等が入力した患者情報を取得し、取得した患者情報を患者ＤＢ５ａに記憶する処理を行う。
【００７４】
権限設定処理部４１ｂは、患者ＤＢ５ａに記憶した患者情報に対するアクセス権限の情報を設定する処理を行う。例えば権限設定処理部４１ｂは、患者情報処理部４１ａが新たな患者情報を患者ＤＢ５ａに記憶したとき、この患者情報に関する権限設定情報を生成してノード装置２ａへ送信する（図３の左下に示した権限設定情報を参照）。また例えば権限設定処理部４１ｂは、医療機関内の端末装置にてなされたアクセス権限の設定操作を受け付けて、受け付けた操作に応じた権限設定情報を設定してノード装置２ａへ送信する。
【００７５】
アクセス要求処理部４１ｃは、他のサーバ装置４ｂ，４ｃから自身の患者ＤＢ５ａに記憶された患者情報に対するアクセス要求を受信する処理、受信したアクセス要求に係るアクセスが許可されているか否かを判定する処理、アクセス要求が許可されている場合に要求された患者情報を要求元のサーバ装置４ｂ，４ｃへ送信する処理等を行う。アクセス要求処理部４１ｃは、ノード装置２ａから取得した公開情報３ａのブロックチェーンを辿って判定対象の患者情報に関する権限設定情報を収集する。アクセス要求処理部４１ｃは、収集した一又は複数の権限設定情報に基づいて、アクセスの要求者に対するアクセスの許可が医療機関及び患者から与えられているか否かを判定することができる。またアクセス要求処理部４１ｃは、例えば医療機関内の医師又は技師等からの要求に応じて、他のサーバ装置４ｂ，４ｃの患者ＤＢ５ｂ，５ｃに記憶された患者情報に対するアクセス要求を生成し、生成したアクセス要求を他のサーバ装置４ｂ，４ｃへ送信する処理を行う。
【００７６】
図７は、本実施の形態に係るスマホ６の構成を示すブロック図である。本実施の形態に係るスマホ６は、処理部（プロセッサ）６１、記憶部（ストレージ）６２、通信部（トランシーバ）６３、カメラ６４、表示部（ディスプレイ）６５及び操作部６６等を備えて構成されている。処理部６１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部６１は、記憶部６２に記憶されたアプリ（アプリケーションプログラム）６２ａを読み出して実行することにより、医療機関のサーバ装置４ａ〜４ｃの患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセス権限の設定、医療機関ａ〜ｃに対する評価の受け付け、並びに、医療機関ａ〜ｃの評価値の算出及び表示等に係る種々の演算処理を行う。
【００７７】
記憶部６２は、フラッシュメモリ等の不揮発性のメモリ素子を用いて構成されており、処理部６１が実行する種々のプログラムと、このプログラムの実行に必要な種々のデータとを記憶する。本実施の形態において記憶部６２には、処理部６１が実行するアプリ６２ａが記憶されている。本実施の形態に係るアプリ６２ａは、患者情報に対するアクセス権限の設定、医療機関ａ〜ｃに対する評価の受け付け、並びに、医療機関ａ〜ｃの評価値の算出及び表示等を行うためのプログラムである。アプリ６２ａは、例えばスマホ６の製造段階において記憶部６２に書き込まれてもよく、また例えば種々のアプリを配信するサーバ装置からスマホ６がアプリ６２ａを通信にて取得してもよく、また例えばメモリカード等の記録媒体に記録されたものをスマホ６が読み出して記憶部６２に記憶してもよい。アプリ６２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体に記録された態様で提供されてもよい。
【００７８】
また図示は省略するが、記憶部６２には、例えばスマホ６の所有者である患者に対して付されたＩＤ、及び、電子署名を作成するための暗号鍵等の種々の情報が記憶される。
【００７９】
通信部６３は、例えば携帯電話通信網又は無線ＬＡＮ等の無線通信網を利用し、インターネット等のネットワークＮＷを介して他の装置との通信を行う。本実施の形態において通信部６３は、ネットワークＮＷを介してノード装置２ａ〜２ｃ及びサーバ装置４ａ〜４ｃ等との通信を行う。通信部６３は、処理部６１から与えられた送信用のデータを変調して得られた信号をアンテナへ出力することでデータを送信する。また通信部６３は、アンテナにて受信した信号を復調してデジタルのデータに変換し、このデータを受信データとして処理部６１へ与える。
【００８０】
カメラ６４は、例えばスマホ６の筐体の背面に設けられ、ユーザの操作に応じて撮像した画像を処理部６１へ与える。表示部６５は、液晶パネル等を用いて構成されており、処理部６１の処理に応じて種々の画像を表示する。操作部６６は、ユーザによる操作を受け付けて、受け付けた操作内容を処理部６１へ通知する。操作部６６は、例えば表示部６５の表面に設けられたタッチパネル、及び、スマホ６の筐体に設けられたプッシュスイッチ等を用いて構成される。
【００８１】
また処理部６１は、記憶部６２に記憶されたアプリ６２ａが実行されることによって、権限設定処理部６１ａ、評価受付処理部６１ｂ、情報取得部６１ｃ、評価値算出処理部６１ｄ及び評価表示処理部６１ｅ等のソフトウェア的な機能ブロックとして実現される。権限設定処理部６１ａは、医療機関ａ〜ｃの患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセス権限の設定処理を行う。権限設定処理部６１ａは、例えばメニュー画面などにおいてアクセス権限設定の項目が選択された場合に、アクセス権限を設定するための画面を表示部６５に表示する。権限設定処理部６１ａは、設定対象となる患者情報の選択を受け付け、この患者情報に対するアクセス者の選択を受け付け、選択された患者情報に対する選択されたアクセス者によるアクセスの許可又は禁止等の設定を受け付ける。
【００８２】
例えば患者が複数の医療機関を受診している場合、この患者に係る患者情報が複数の医療機関のサーバ装置４ａ〜４ｃに記憶されている可能性がある。また例えば患者が１つの医療機関を受診していても、内科での検査結果及び外科での検査結果等のように複数の患者情報がサーバ装置４ａ〜４ｃに記憶されている可能性がある。権限設定処理部６１ａは、例えばスマホ６の所有者である患者の患者ＩＤに基づいてブロックチェーンシステム１の公開情報３ａ〜３ｃを検索することで、この患者に関する患者情報がいずれの医療機関ａ〜ｃのサーバ装置４ａ〜４ｃに記憶されているかについての情報を収集する。権限設定処理部６１ａは、収集した情報に基づいて、患者に関する患者情報を例えば表示部６５に一覧表示し、表示された患者情報に対するタップ操作等を操作部６６にて受け付けることによって、患者によるアクセス権限の設定対象の選択を受け付ける。
【００８３】
なお本実施の形態においては、例えば医療機関ａの内科の血液検査の検査結果のように、医療機関−情報区分−情報細区分−患者情報の複数段階で、患者情報が階層的に管理されている。権限設定処理部６１ａは、複数の患者情報を例えばツリー形式で階層的に表示し、アクセス権限の設定対象を階層的に受け付ける。例えば、権限設定処理部６１ａは、設定対象として医療機関ａを指定する選択を受け付けた場合、選択された医療機関ａに関するこの患者の全ての患者情報を設定対象として特定する。また例えば、権限設定処理部６１ａは、医療機関ａの内科を指定する選択を受け付けた場合、選択された医療機関ａの内科に関するこの患者の全ての患者情報を設定対象として特定する。
【００８４】
また権限設定処理部６１ａは、選択された患者情報に対してアクセスを許可／禁止するアクセス者を特定する処理を行う。アクセス者は、基本的には他の医療機関であるが、患者の家族等の特定のユーザが患者情報を閲覧可能な構成であってもよい。権限設定処理部６１ａは、例えば予め登録された医療機関の名称を表示部６５に一覧表示し、表示された医療機関の名称に対するタップ操作等を操作部６６にて受け付けることによって、アクセス権限の設定対象となるアクセス者の選択を受け付ける。なお、アクセス者として選択し得る医療機関に関する情報は、例えばブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶される構成としてもよく、また例えば各スマホ６の記憶部６２にアプリ６２ａと共に記憶される構成としてもよい。
【００８５】
権限設定処理部６１ａは、受け付けた選択の内容に基づいて権限設定情報を生成する。権限設定処理部６１ａは、スマホ６の所有者である患者のＩＤを権限設定情報の設定者ＩＤとして設定し、選択された患者情報に付されたＩＤを情報ＩＤとして設定し、患者のＩＤを患者ＩＤとして設定し、選択されたアクセス者のＩＤを許可ＩＤとして設定する。権限設定情報の情報区分及び情報細区分については、選択された患者情報に応じて適宜に設定される。また権限設定処理部６１ａは、権限設定情報の許可操作として、閲覧許可が選択されている場合には閲覧を、閲覧禁止が選択されている場合には禁止を設定する。また閲覧許可の期限が指定されている場合、権限設定処理部６１ａは、権限設定情報の許可期限としてこの期間を設定する。権限設定処理部６１ａは、各項目を設定した権限設定情報と、スマホ６の記憶部６２等に記憶された秘密鍵とを用いて電子署名を生成する。権限設定処理部６１ａは、生成した電子署名を権限設定情報に付して、ブロックチェーンシステム１へ送信する。
【００８６】
スマホ６の権限設定処理部６１ａにより送信された権限設定情報は、ブロックチェーンシステム１を構成するノード装置２ａ〜２ｃにて受信され、合意形成処理等を経た後で、公開情報３ａ〜３ｃのブロックチェーンに追加して記憶される。その後、サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃからのアクセス要求に基づいて公開情報３ａ〜３ｃに含まれる権限設定情報を参照し、アクセスを要求された患者情報について要求元の医療機関によるアクセスが許可されているか否かを判定する。
【００８７】
処理部６１の評価受付処理部６１ｂは、例えばメニュー画面などにおいて医療機関の評価の項目が選択された場合に、医療機関に対する評価を行うための画面を表示部６５に表示する。評価受付処理部６１ｂは、評価対象となる医療機関ａ〜ｃの選択を受け付け、この医療機関ａ〜ｃに対する評価を受け付ける。評価対象の医療機関ａ〜ｃの選択は、アクセス権限の設定におけるアクセス者の選択と同様の方法で行われ得る。医療機関ａ〜ｃに対する評価は、本実施の形態においては５段階で受け付けられる。評価受付処理部６１ｂは、受け付けた内容に基づいて評価情報を生成する。評価受付処理部６１ｂは、スマホ６の所有者である患者のＩＤを評価者ＩＤとして設定し、選択された評価対象の医療機関ａ〜ｃのＩＤを医療機関ＩＤとして設定し、患者から受け付けた医療機関ａ〜ｃの５段階の評価値を設定し、この評価情報を作成した日時を評価日時として設定する。評価受付処理部６１ｂは、各項目を設定した評価情報と、スマホ６の記憶部６２等に記憶された秘密鍵とを用いて電子署名を作成する。評価受付処理部６１ｂは、生成した電子署名を評価情報に付して、ブロックチェーンシステム１へ送信する。
【００８８】
処理部６１の情報取得部６１ｃ、評価値算出処理部６１ｄ及び評価表示処理部６１ｅは、スマホ６の表示部６５に医療機関ａ〜ｃの評価に関する情報を表示するための処理を行う。情報取得部６１ｃは、例えばメニュー画面などにおいて医療機関の評価表示の項目が選択された場合に、評価の表示対象となる医療機関ａ〜ｃの選択を受け付ける。医療機関ａ〜ｃの選択の受け付け方法は、アクセス権限の設定におけるアクセス者の選択と同様の方法で行われ得る。情報取得部６１ｃは、選択された医療機関に関する権限設定情報、履歴情報及び評価情報をブロックチェーンシステム１の公開情報３ａ〜３ｃから取得して収集する処理を行う。
【００８９】
評価値算出処理部６１ｄは、情報取得部６１ｃが公開情報３ａ〜３ｃから取得した権限設定情報、履歴情報及び評価情報に基づいて、評価の表示対象として選択された医療機関ａ〜ｃについての評価値を算出する処理を行う。本実施の形態において評価値算出処理部６１ｄは、３種類の評価値の算出を行う。また評価値算出処理部６１ｄは、３種類の評価値を統合した総合評価値の算出を行うと共に、これらの評価値を例えば１ヶ月毎の所定期間で区切って算出し、所定期間毎の評価値を複数算出する処理を行う。更に評価値算出処理部６１ｄは、選択された医療機関ａ〜ｃの近隣の他の医療機関ａ〜ｃについても同様に評価値を算出し、選択された医療機関ａ〜ｃと近隣の他の医療機関ａ〜ｃとの相対的な評価を算出する処理を行う。なお、評価値算出処理部６１ｄによる評価値の算出方法の詳細は、後述する。
【００９０】
評価表示処理部６１ｅは、評価値算出処理部６１ｄが算出した種々の評価値に基づいて、選択された医療機関ａ〜ｃについての評価画面を表示部６５に表示する。図８は、スマホ６が表示する評価画面の一表示例を示す模式図である。図示の評価画面では、評価対象の医療機関の名称である「○○病院」の文字列が最上段に表示され、その下に５つの星マークを並べて表現された評価値（総合評価値）の情報が表示され、更にその下に医療機関の住所及び電話番号等の連絡先が表示されている。５つの星マークは５段階の評価値を表現するためのものであり、５つの星マークに含まれる塗りつぶされた星マークの数が評価値に相当する。図示の例は、５つの星マークのうちの左から３つの星マークが塗りつぶされ、４つ目の星マークが半分だけ塗りつぶされ、５つ目の星マークが塗りつぶされておらず、総合評価値が３．５であることを示している。
【００９１】
また図示の評価画面では、医療機関の連絡先の下に５つのタブが設けられており、タブに対するタップ操作が行われることによって、タブよりも下の部分の表示が切り替わる。本例では、「基本情報」、「評価スコア」、「ギャラリー」、「口コミ」及び「マップ」のラベルが付された５つのタブが設けられており、これらのうちの「評価スコア」のタブが選択された状態が示されている。「評価スコア」のタブが選択された場合、評価画面には「評価スコアの内訳」として、上記の総合評価値の算出に用いられた３つの評価値が表示される。本例において３つの評価値は、「影響力」、「透明性」及び「口コミ」の３つであり、それぞれが星マークを用いた５段階の評価値として示される。図示の例において「影響力」の評価値は４であり、「透明性」の評価値は３．５であり、「口コミ」の評価値は２．５である。
【００９２】
また評価画面には、「評価スコアの推移」として、３ヶ月毎の総合評価値の変化が折れ線グラフを用いて表示される。図示の例では、２０１７年の１月、４月、７月、１０月及び２０１８年の１月、４月の各時点における評価値が、横軸を年月とし、縦軸を評価値（評価スコア）とした折れ線グラフに示されている。更にグラフの下には、「評価スコアは上昇傾向にあります（前年同期比＋３５％）。」のメッセージが表示されている。スマホ６は、３ヶ月毎の評価値を算出し、これら複数の評価値が上昇、下降又は横ばい等のいずれに該当するかを判定し、判定結果に応じてあらかじめ用意された文字列を表示することにより、このメッセージ表示を行うことができる。また前年同期比については、現時点の評価値と１年前の評価値とを比較し、評価値の増減量の比率を算出することで表示される。
【００９３】
また評価画面には、「東京都新宿区内での偏差値は５７点です。」のメッセージが表示されている。スマホ６は、評価対象の医療機関と同じ地域（図示の例では東京都新宿区）に存在する他の医療機関についても評価値を算出し、この地域における評価対象の医療機関の偏差値を算出してこのメッセージを表示することができる。またスマホ６は、偏差値を表示するのではなく、例えばこの地域に存在する医療機関の評価値を基準とした順位を算出し、この順位において評価対象の医療機関が何位に相当するかを表示してもよい。
【００９４】
＜評価値算出方法＞
本実施の形態に係るスマホ６の評価値算出処理部６１ｄは、上述のように「影響力」、「透明性」及び「口コミ」の３つの評価値を算出すると共に、この３つの評価値を統合した総合評価値を算出する。以下、各評価値の算出方法を説明する。
【００９５】
（１）影響力に関する評価値
「影響力」に関する評価値は、本実施の形態に係る医療機関評価システムに含まれる医療機関ａ〜ｃが、他の医療機関ａ〜ｃに利用される有用な患者情報をどのくらい所有しているかを示す指標である。この評価値では、他の医療機関ａ〜ｃに対して患者情報の送信を多く行った医療機関ａ〜ｃに対して高い評価が与えられる。
【００９６】
本実施の形態に係るスマホ６は、「影響力」に関する評価値を、ブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれる履歴情報を利用して算出する。スマホ６は、ブロックチェーンシステム１のノード装置２ａ〜２ｃから公開情報３ａ〜３ｃを取得し、取得した公開情報３ａ〜３ｃに含まれる履歴情報を全て抽出する。スマホ６は、抽出した全ての履歴情報の数を算出する。またスマホ６は、全ての履歴情報の中から評価対象の医療機関ａ〜ｃが送信元となる履歴情報、即ち設定者ＩＤに評価対象の医療機関ａ〜ｃのＩＤが設定された履歴情報を抽出し、その数を算出する。スマホ６は、「影響力」に関する評価値を、以下の演算式を用いて算出する。
【００９７】
（評価値）＝（評価対象の医療機関が送信元の履歴情報の数）／（全ての履歴情報の数）
【００９８】
この評価値は、他の医療機関ａ〜ｃへ送信された患者情報の総数に占める評価対象の医療機関が送信元の患者情報の数の割合を示すものである。このため、全ての医療機関ａ〜ｃについての評価値を合計した値は“１”である。ただし本実施の形態においては、評価画面において５段階評価での表示を行うため、この評価値を５倍した値を「影響力」に関する評価値として用いている。
【００９９】
なおスマホ６は、上記の演算式にて算出された評価値を５倍した値等を「影響力」に関する評価値とするのではなく、これ以外の方法で算出した値を「影響力」に関する評価値としてもよい。例えばスマホ６は、上記の演算式にて算出された評価値に基づいて全ての医療機関ａ〜ｃについての順位付けを行い、この順位に基づいて「影響力」に関する評価値を算出してもよい。この場合にスマホ６は、例えば上位２０％の医療機関ａ〜ｃに対して評価値５を与える等の方法で、「影響力」に関する評価値を算出することができる。
【０１００】
（２）透明性に関する評価値
「透明性」に関する評価は、医療機関ａ〜ｃが自身の患者ＤＢ５ａ〜５ｃに記憶している患者情報に対し、どのくらい他の医療機関ａ〜ｃからのアクセスを許可しているかを示す指標である。この評価値では、自身が所有する患者情報に多くのアクセス許可を与えている医療機関ａ〜ｃに対して高い評価が与えられる。
【０１０１】
本実施の形態に係るスマホ６は、「透明性」に関する評価値を、ブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれる権限設定情報を利用して算出する。スマホ６は、ブロックチェーンシステム１のノード装置２ａ〜２ｃから公開情報３ａ〜３ｃを取得し、取得した公開情報３ａ〜３ｃに含まれる権限設定情報の中から評価対象の医療機関ａ〜ｃの患者ＤＢ５ａ〜５ｃに記憶された患者情報に対して、患者が他の医療機関ａ〜ｃへのアクセスを許可した権限設定情報を抽出する。例えばスマホ６は、設定者ＩＤが評価対象の医療機関ａ〜ｃに設定された権限設定情報から患者情報の情報ＩＤを取得し、この情報ＩＤの患者情報に対して患者が他の医療機関ａ〜ｃへアクセスの許可を与えた権限設定情報を抽出する。抽出した権限設定情報に基づいてスマホ６は、患者が他の医療機関ａ〜ｃへアクセス許可を与えた患者情報の数を算出する。
【０１０２】
次いでスマホ６は、患者が他の医療機関ａ〜ｃへアクセス許可を与えた患者情報に対し、評価対象の医療機関ａ〜ｃがこの患者情報へのアクセスを許可した権限設定情報を抽出する。抽出した権限設定情報に基づいてスマホ６は、患者が他の医療機関ａ〜ｃへアクセス許可を与えた患者情報のうち、この患者情報を所有する評価対象の医療機関ａ〜ｃが他の医療機関ａ〜ｃに対してアクセス許可を与えた患者情報の数を算出する。スマホ６は、「透明性」に関する評価値を、以下の演算式を用いて算出する。
【０１０３】
（評価値）＝（患者が他の医療機関へアクセス許可を与えた評価対象の医療機関が所有する患者情報のうち、評価対象の医療機関が他の医療機関に対してアクセス許可を与えた患者情報の数）／（患者が他の医療機関へアクセス許可を与えた評価対象の医療機関が所有する患者情報の数）
【０１０４】
この評価値は、患者がアクセス許可を与えた患者情報の数に対して、医療機関ａ〜ｃがアクセス許可を与えた患者情報の数の割合を示すものである。このため、医療機関ａ〜ｃが自身の患者ＤＢ５ａ〜５ｃに記憶された全ての患者情報に対してアクセス許可を与えている場合、この評価値は“１”となる。ただし本実施の形態においては、評価画面において５段階評価での表示を行うため、この評価値を５倍した値を「透明性」に関する評価値として用いている。
【０１０５】
なお、例えば各医療機関ａ〜ｃが自身の患者情報についての公開ポリシー等を予め定めて公表している場合、スマホ６は、上記の演算式を用いた「透明性」の評価値の算出を行わず、公開ポリシーに基づいて医療機関ａ〜ｃの評価値を決定してもよい。例えば公開ポリシーにおいて自身が有する全ての患者情報に対して他の医療機関ａ〜ｃからのアクセスを認めている医療機関ａ〜ｃについては、スマホ６は、上記の演算を行うことなく、「透明性」の評価値を“５”としてもよい。各医療機関ａ〜ｃの公開ポリシーは、例えばスマホ６の記憶部６２に記憶されていてもよく、また例えばブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶されていてもよい。
【０１０６】
（３）口コミに関する評価値
「口コミ」に関する評価は、医療機関ａ〜ｃを利用した患者による評価の高低を示す指標である。本実施の形態に係るスマホ６は、「口コミ」に関する評価値を、ブロックチェーンシステム１の公開情報３ａ〜３ｃに含まれる評価情報を利用して算出する。スマホ６は、ブロックチェーンシステム１のノード装置２ａ〜２ｃから公開情報３ａ〜３ｃを取得し、取得した公開情報３ａ〜３ｃに含まれる評価情報の中から評価対象の医療機関ａ〜ｃに対する評価がなされた評価情報を抽出する。スマホ６は、抽出した評価情報の評価値の平均値を算出し、算出した平均値を「口コミ」に関する評価値とする。本実施の形態において評価情報に含まれる評価値は５段階評価であるため、算出される「口コミ」の評価値も同様に５段階評価となり、その値は０〜５の範囲である。
【０１０７】
なおスマホ６は、例えば１つの医療機関ａ〜ｃに対して１人の患者が複数回の評価を行っている場合、最新の評価のみを採用して平均値を算出してもよい。またスマホ６は、複数の評価情報から平均値を算出する際に、例えば評価日時が新しい評価情報と古い評価情報とで異なる重み付けを行う等、重み付けした平均値を算出してもよい。
【０１０８】
（４）総合評価値
スマホ６は、上記の３つの評価値に基づいて、評価対象の医療機関ａ〜ｃの総合評価値を算出する。本実施の形態においてスマホ６は、それぞれ５段階評価がなされた「影響力」、「透明性」及び「口コミ」の３つの評価値の平均値を算出し、この平均値を総合評価とする。ただしスマホ６は、例えば医療機関ａ〜ｃの数が多いほど評価値が小さくなる可能性がある「影響力」の評価値について所定倍した値を用いて平均値を算出する等、３つの評価値に対して何らかの重み付けを行って総合評価値を算出してもよい。
【０１０９】
（５）評価値の変化
ブロックチェーンシステム１の公開情報３ａ〜３ｃには、システムの運用開始から現在までの全ての権限設定情報、履歴情報及び評価情報等が記憶されている。このためスマホ６は、過去の任意の時点における評価値の算出を行うことが可能である。本実施の形態に係るスマホ６は、予め定められた時点、例えば過去１年間の１月、４月、７月及び１０月の時点と、現在の時点とについて総合評価値を算出する。スマホ６は、算出した複数の時点における評価値をグラフとして評価画面に表示することで、評価値の変化を患者に提示する。
【０１１０】
なお、各医療機関ａ〜ｃについての各時点における評価値は、例えばスマホ６がその都度算出してもよく、また例えば過去の評価値の算出結果をスマホ６が記憶しておき、記憶した算出結果を用いてもよい。更には、スマホ６が評価値の算出結果をブロックチェーンシステム１に送信し、ブロックチェーンシステム１が公開情報３ａ〜３ｃに評価値の算出結果を記憶してもよい。
【０１１１】
（６）地域内での相対評価
スマホ６は、評価対象の医療機関ａ〜ｃと同じ地域、例えば同じ市区町村等に存在する他の医療機関ａ〜ｃについて、同様に評価値を算出する。なお本実施の形態においてスマホ６は、各医療機関ａ〜ｃの所在地に関する情報をアプリ６２ａと共に記憶部６２に記憶しており、この情報に基づいて評価対象の医療機関ａ〜ｃと同じ地域に存在する他の医療機関ａ〜ｃを特定する。ただし、各医療機関ａ〜ｃの所在地に関する情報は、ブロックチェーンシステム１の公開情報３ａ〜３ｃに記憶されていてもよい。
【０１１２】
スマホ６は、算出した複数の医療機関ａ〜ｃの評価値に基づいて、評価対象の医療機関ａ〜ｃの評価値についての偏差値を算出し、この偏差値を相対的な評価値として評価画面に表示する。なお相対評価は偏差値に限らず、例えばスマホ６は、同じ地域に存在する複数の医療機関ａ〜ｃの評価値に基づく順位付けを行い、評価対象の医療機関ａ〜ｃの順位を相対的な評価値として表示してもよい。
【０１１３】
＜フローチャート＞
図９は、本実施の形態に係るスマホ６が行う評価画面の表示処理の手順を示すフローチャートである。本実施の形態に係るスマホ６の処理部６１は、例えばメニュー画面において医療機関ａ〜ｃの評価表示の項目が選択される等、評価画面を表示する要求を受け付けたか否かを判定する（ステップＳ１）。評価画面の表示要求を受け付けていない場合（Ｓ１：ＮＯ）、処理部６１は、評価画面の表示要求を受け付けるまで待機する。評価画面の表示要求を受け付けた場合（Ｓ１：ＹＥＳ）、処理部６１は、評価画面に表示する医療機関ａ〜ｃ、即ち評価対象の医療機関ａ〜ｃを特定する処理を行う（ステップＳ２）。このときに処理部６１は、例えば医療機関ａ〜ｃの一覧表示を行って、いずれか１つの医療機関ａ〜ｃの選択を受け付けることによって、評価対象の医療機関ａ〜ｃを特定することができる。
【０１１４】
評価対象の医療機関ａ〜ｃを特定した後、処理部６１の情報取得部６１ｃは、ブロックチェーンシステム１のノード装置２ａ〜２ｃとの通信を行い、ノード装置２ａ〜２ｃが記憶している公開情報３ａ〜３ｃを取得する（ステップＳ３）。次いで処理部６１は、ブロックチェーンシステム１から取得した公開情報３ａ〜３ｃに基づいて、評価対象の医療機関ａ〜ｃの「影響力」に関する評価値の算出処理を行う（ステップＳ４）。
【０１１５】
図１０は、本実施の形態に係るスマホ６が行う「影響力」に関する評価値の算出処理の手順を示すフローチャートであり、図９に示すフローチャートのステップＳ４にて行われる処理の手順である。スマホ６の処理部６１の情報取得部６１ｃは、ブロックチェーンシステム１から取得した公開情報３ａ〜３ｃの中から、履歴情報を抽出する（ステップＳ２１）。処理部６１の評価値算出処理部６１ｄは、ステップＳ２１にて抽出した全履歴情報の数を算出する（ステップＳ２２）。次いで評価値算出処理部６１ｄは、抽出した履歴情報のうち、評価対象の医療機関ａ〜ｃが送信元の履歴情報の数を算出する（ステップＳ２３）。評価値算出処理部６１ｄは、ステップＳ２２及びＳ２３にて算出した数に基づいて、「影響力」に関する評価値を算出し（ステップＳ２４）、算出処理を終了して図９に示すフローチャートへ処理を戻す。
【０１１６】
次いで処理部６１は、ブロックチェーンシステム１から取得した公開情報３ａ〜３ｃに基づいて、評価対象の医療機関ａ〜ｃの「透明性」に関する評価値の算出処理を行う（ステップＳ５）。
【０１１７】
図１１は、本実施の形態に係るスマホ６が行う「透明性」に関する評価値の算出処理の手順を示すフローチャートであり、図９に示すフローチャートのステップＳ５にて行われる処理の手順である。スマホ６の処理部６１の情報取得部６１ｃは、ブロックチェーンシステム１から取得した公開情報３ａ〜３ｃの中から、権限設定情報を抽出する（ステップＳ３１）。処理部６１の評価値算出処理部６１ｄは、ステップＳ３１にて抽出した権限設定情報に基づいて、評価対象の医療機関ａ〜ｃが有する患者情報のうち、患者がアクセス許可を与えた患者情報の数を算出する（ステップＳ３２）。次いで評価値算出処理部６１ｄは、ステップＳ３２の患者情報のうち、評価対象の医療機関ａ〜ｃがアクセス許可を与えた患者情報の数を算出する（ステップＳ３３）。評価値算出処理部６１ｄは、ステップＳ３２及びＳ３３にて算出した数に基づいて、「透明性」に関する評価値を算出し（ステップＳ３４）、算出処理を終了して図９に示すフローチャートへ処理を戻す。
【０１１８】
次いで処理部６１の情報取得部６１ｃは、ブロックチェーンシステム１から取得した公開情報３ａ〜３ｃの中から、評価対象の医療機関ａ〜ｃに関する評価情報を抽出する（ステップＳ６）。処理部６１の評価値算出処理部６１ｄは、抽出した評価情報に設定された評価値の平均値を算出することによって、評価対象の医療機関ａ〜ｃの「口コミ」に関する評価値を算出する（ステップＳ７）。更に評価値算出処理部６１ｄは、ステップＳ４、Ｓ５及びＳ７にて算出した３つの評価値の平均値を算出することによって、評価対象の医療機関ａ〜ｃの総合評価値を算出する（ステップＳ８）。
【０１１９】
処理部６１は、ステップＳ４〜Ｓ８と同様の手順を繰り返すことによって、現時点の評価値の他に、過去の複数の時点における評価値の算出を行う（ステップＳ９）。また処理部６１は、ステップＳ４〜Ｓ８と同様の手順を用いて、評価対象の医療機関ａ〜ｃと同じ地域に存在する他の医療機関ａ〜ｃについての評価値を算出する（ステップＳ１０）。処理部６１は、評価対象の医療機関ａ〜ｃの評価値と、ステップＳ１０にて算出した評価値とに基づいて、評価対象の医療機関ａ〜ｃの評価値についての偏差値を算出する（ステップＳ１１）。処理部６１の評価表示処理部６１ｅは、上記の処理により算出された評価値及び偏差値等を用いて評価画面を生成し、生成した評価画面を表示部６５に表示して（ステップＳ１２）、評価画面の表示処理を終了する。
【０１２０】
＜システム構築方法＞
図１２は、本実施の形態に係る医療機関評価システムを構築する方法を説明するための模式図である。本実施の形態に係る医療機関評価システムは、図１２において破線円で囲まれたシステムＳとして示され、複数のノード装置２ａ〜２ｃと、複数のサーバ装置４ａ〜４ｃと、複数のスマホ６ａ〜６ｃとを備えて構成されている。各ノード装置２ａ〜２ｃは、記憶部２２にプログラム２２ａがインストールされ、処理部２１がこのプログラム２２ａを記憶部２２から読み出して実行することにより、公開情報３ａ〜３ｃを他のノード装置２ａ〜２ｃとの間で分散して共有するための処理を行うことができる。本実施の形態においてプログラム２２ａは、ノード装置２ａ〜２ｃとネットワークを介して通信可能な配信サーバ装置１００ａが配信する。例えば、配信サーバ装置１００ａは、プログラム２２ａを記憶装置等に記憶しており、ノード装置２ａ〜２ｃからのダウンロード要求に応じてプログラム２２ａを読み出し、要求元のノード装置２ａ〜２ｃへプログラム２２ａを送信する。配信サーバ装置１００ａからプログラム２２ａを受信したノード装置２ａ〜２ｃは、受信したプログラム２２ａを記憶部２２に記憶し、処理部２１が実行可能となるようインストールする。プログラム２２ａのインストールは、例えばノード装置２ａ〜２ｃのオペレーティングシステム等の機能により行われる。
【０１２１】
各サーバ装置４ａ〜４ｃは、記憶部４２にサーバプログラム４２ａがインストールされ、処理部４１がこのサーバプログラム４２ａを記憶部４２から読み出して実行することにより、患者情報の管理に係る処理を行うことができる。本実施の形態においてサーバプログラム４２ａは、サーバ装置４ａ〜４ｃとネットワークを介して通信可能な配信サーバ装置１００ｂが配信する。例えば配信サーバ装置１００ｂは、サーバプログラム４２ａを記憶装置等に記憶しており、サーバ装置４ａ〜４ｃからのダウンロード要求に応じてサーバプログラム４２ａを読み出し、要求元のサーバ装置４ａ〜４ｃへサーバプログラム４２ａを送信する。配信サーバ装置１００ｂからサーバプログラム４２ａを受信したサーバ装置４ａ〜４ｃは、受信したサーバプログラム４２ａを記憶部４２に記憶し、処理部４１が実行可能となるようインストールする。サーバプログラム４２ａのインストールは、例えばサーバ装置４ａ〜４ｃのオペレーティングシステム等の機能により行われる。
【０１２２】
同様に、各スマホ６ａ〜６ｃは、記憶部６２にアプリ６２ａがインストールされ、処理部６１がこのアプリ６２ａを記憶部６２から読み出して実行することにより、患者情報に対する権限の設定に係る処理及び医療機関ａ〜ｃの評価処理等を行うことができる。本実施の形態においてアプリ６２ａは、スマホ６ａ〜６ｃとネットワークを介して通信可能な配信サーバ装置１００ｃが配信する。配信サーバ装置１００ｃは、本実施の形態に係るアプリ６２ａ以外の種々のアプリケーションプログラムを配信する装置、いわゆるアプリストアを実現する装置であってよい。例えば配信サーバ装置１００ｃは、アプリ６２ａを記憶装置等に記憶しており、スマホ６ａ〜６ｃからのダウンロード要求に応じてアプリ６２ａを読み出し、要求元のスマホ６ａ〜６ｃへアプリ６２ａを送信する。配信サーバ装置１００ｃからアプリ６２ａを受信したスマホ６ａ〜６ｃは、受信したアプリ６２ａを記憶部６２に記憶し、処理部６１が実行可能となるようインストールする。アプリ６２ａのインストールは、例えばスマホ６ａ〜６ｃのオペレーティングシステム等の機能により行われる。
【０１２３】
このように本実施の形態に係る医療機関評価システムは、配信サーバ装置１００ａから一又は複数のノード装置２ａ〜２ｃに対してプログラム２２ａを送信してインストールさせ、配信サーバ装置１００ｂから一又は複数のサーバ装置４ａ〜４ｃに対してサーバプログラム４２ａを送信してインストールさせ、配信サーバ装置１００ｃから一又は複数のスマホ６ａ〜６ｃに対してアプリ６２ａを送信してインストールさせることにより構築される。なお本実施の形態においては、プログラム２２ａ、サーバプログラム４２ａ及びアプリ６２ａの３種のプログラムを配信する装置をそれぞれ別の装置としたが、これに限るものではなく、２種以上のプログラムを１つの装置が配信する構成であってもよい。
【０１２４】
＜まとめ＞
以上の構成の本実施の形態に係る医療機関評価システムは、医療機関ａ〜ｃによる患者情報の公開に関する公開情報３ａ〜３ｃをブロックチェーンシステム１の複数のノード装置２ａ〜２ｃが共有して記憶する。患者が利用するスマホ６は、ブロックチェーンシステム１に記憶された公開情報３ａ〜３ｃを取得して、取得した公開情報３ａ〜３ｃに基づいて医療機関ａ〜ｃに対する評価値を算出し、算出した評価値を表示部６５に表示する処理を行う。これにより患者は、スマホ６により表示された医療機関ａ〜ｃの評価値を参考にして、医療機関ａ〜ｃを選ぶことが可能となる。
【０１２５】
また本実施の形態に係る医療機関評価システムでは、複数のノード装置２ａ〜２ｃがブロックチェーンに公開情報３ａ〜３ｃを記憶する。これによりノード装置２ａ〜２ｃに記憶される公開情報３ａ〜３ｃの信頼性を高めることができ、公開情報３ａ〜３ｃに基づいて算出及び表示等がなされる評価値の信頼性を高めることが出来る。
【０１２６】
また本実施の形態に係る医療機関評価システムでは、患者情報に対して患者が設定したアクセス（公開）の可否に関する情報と、この患者情報を有する医療機関ａ〜ｃが設定したアクセスの可否に関する情報とを、公開情報３ａ〜３ｃに権限設定情報として含む。スマホ６は、患者によるアクセスの権限設定情報と、医療機関ａ〜ｃによるアクセスの権限設定情報とに基づいて、この医療機関ａ〜ｃに対する「透明性」に関する評価値を算出する。例えばスマホ６は、患者がアクセスを許可した患者情報に対して、医療機関ａ〜ｃがアクセスを拒否した場合に、この医療機関ａ〜ｃに対して低い評価を与える。患者によるアクセスの権限設定情報及び医療機関ａ〜ｃによるアクセスの権限設定情報に基づいて医療機関ａ〜ｃの評価値を算出することにより、スマホ６は、患者情報の公開に対する医療機関ａ〜ｃの姿勢を評価することができる。
【０１２７】
また本実施の形態に係る医療機関評価システムでは、ブロックチェーンシステム１が記憶する公開情報３ａ〜３ｃに、患者情報の送信（公開）の履歴情報を含む。スマホ６は、医療機関ａ〜ｃが送信した患者情報の数に基づいて、この医療機関ａ〜ｃに対する「影響力」に関する評価値を算出する。例えばスマホ６は、全医療機関ａ〜ｃによる患者情報の送信数（全履歴情報の数）に対する、評価対象の医療機関ａ〜ｃによる患者情報の送信数（評価対象の医療機関ａ〜ｃが送信元の履歴情報の数）の割合を算出し、これを評価値とすることができる。患者情報の送信数に基づいて評価値を算出することにより、スマホ６は、他の医療機関ａ〜ｃから必要とされる患者情報を多く公開している医療機関ａ〜ｃに対して高評価を与えることができる。
【０１２８】
また本実施の形態に係る医療機関評価システムでは、スマホ６が医療機関ａ〜ｃに対する評価を患者から受け付け、受け付けた評価に係る評価情報をブロックチェーンシステム１へ送信する。ブロックチェーンシステム１のノード装置２ａ〜２ｃは、スマホ６から送信された評価情報を受信し、これを公開情報３ａ〜３ｃに含めて記憶する。スマホ６は、公開情報３ａ〜３ｃに含まれる評価情報を取得し、取得した評価情報に基づいて医療機関ａ〜ｃに対する評価値を算出する。これによりスマホ６は、医療機関ａ〜ｃを利用した患者による評価を参酌して、医療機関ａ〜ｃに対する評価値を算出することができる。
【０１２９】
また本実施の形態に係る医療機関評価システムでは、スマホ６が複数の時点における医療機関ａ〜ｃの評価値をそれぞれ算出して、医療機関ａ〜ｃの評価値の時期的な変化を表示する。例えばスマホ６は、３ヶ月毎の評価値を算出し、評価値の３ヶ月毎の変化をグラフ表示する。これにより利用者は、例えば評価が上昇又は下降している医療機関ａ〜ｃを容易に見出すことができる。
【０１３０】
また本実施の形態に係る医療機関評価システムでは、スマホ６が所定の地域内に存在する複数の医療機関ａ〜ｃに対する評価値をそれぞれ算出し、これら複数の医療機関ａ〜ｃに対する評価対象の医療機関ａ〜ｃの相対的な評価値を表示する。例えばスマホ６は、所定の市区町村等に存在する医療機関ａ〜ｃについて、評価値の偏差値又は順位等の情報を表示する。これにより患者は、所定の地域内に存在する複数の医療機関ａ〜ｃから、相対的な評価に基づいていずれかの医療機関ａ〜ｃを選択することができる。
【０１３１】
また本実施の形態に係る医療機関評価システムでは、サーバ装置４ａ〜４ｃが医療機関ａ〜ｃに対応付けて、この医療機関ａ〜ｃの患者に関する患者情報を患者ＤＢ５ａ〜５ｃに記憶する。サーバ装置４ａ〜４ｃは、他のサーバ装置４ａ〜４ｃから患者情報に対する送信（公開）の要求を受け付けた場合に、ブロックチェーンシステム１のノード装置２ａ〜２ｃが記憶した公開情報３ａ〜３ｃに含まれる権限設定情報（公開の可否情報）に基づいて、要求された患者情報の送信の可否を判定する。これによりサーバ装置４ａ〜４ｃは、ブロックチェーンシステム１のノード装置２ａ〜２ｃにより共有された信頼性の高い公開情報３ａ〜３ｃに基づいて、自身が記憶している患者情報の送信の可否を判定することができる。
【０１３２】
なお、本実施の形態に係る医療機関評価システムでは、公開情報３ａ〜３ｃをブロックチェーンシステム１によるブロックチェーンとして複数のノード装置２ａ〜２ｃが共有する構成としたが、これに限るものではない。公開情報３ａ〜３ｃは、ブロックチェーン以外の分散共有台帳技術により複数のノード装置２ａ〜２ｃが共有する構成であってよい。公開情報３ａ〜３ｃは、分散共有台帳技術以外の技術により複数のノード装置２ａ〜２ｃに共有されてもよい。例えばサーバ装置４ａ〜４ｃ及びスマホ６が全てのノード装置２ａ〜２ｃに対して情報をブロードキャストにより送信し、ノード装置２ａ〜２ｃが受信した情報をそれぞれ記憶して蓄積する構成であってもよい。また本実施の形態においてはスマホ６がブロックチェーンシステム１に対するアクセスを直接的に行う構成としたが、これに限るものではなく、スマホ６及びブロックチェーンシステム１の間に何らかのサーバ装置等が介在してもよい。
【０１３３】
また本実施の形態においては「患者」と表現したが、「患者」は必ずしも病気又は怪我等を負っている人を示すものではなく、例えば医療機関で定期的な健康診断を受けた健康な人を含み得る。「患者」はサーバ装置４ａ〜４ｃにより何らかの情報が管理された人であればよく、医療機関の利用者であればよい。また「患者情報」は、医療機関による診察又は検査等の結果のみでなく、例えば患者がスポーツジムで行った運動の記録、患者がスーパーマーケット等で購入した食料品の記録、又は、患者が会社で労働した時間の記録等の種々の情報が含まれ得る。このためサーバ装置４ａ〜４ｃは、医療機関に設けられるもののみでなく、スポーツジム、スーパーマーケット又は患者の会社等の種々の機関に設けられるものを含み得る。
【０１３４】
また本実施の形態に係るスマホ６は、医療機関ａ〜ｃの評価値として、「影響力」、「透明性」及び「口コミ」に関する３つの評価値を算出する構成であるが、これに限るものではない。スマホ６は、これら３つの評価値のうちの少なくとも１つを算出する構成であればよい。スマホ６は、これら３つの評価値以外の評価値を更に算出して表示する構成であってもよい。また図８に示した評価画面は一例であって、これに限るものではない。
【０１３５】
また医療機関評価システムは、スマホ６が算出した評価値に関する情報をブロックチェーンシステム１へ送信し、ブロックチェーンシステム１のノード装置２ａ〜２ｃが公開情報３ａ〜３ｃにこの情報を記憶する構成であってもよい。算出した評価値に関する情報をブロックチェーンシステム１に記憶しておくことによって、以降の算出処理の容易化及び高速化が期待できる。
【０１３６】
（変形例）
図１３は、変形例に係る医療機関評価システムの構成を説明するための模式図である。変形例に係る医療機関評価システムでは、医療機関ａ〜ｃに設けられたサーバ装置２０４ａ〜２０４ｃが、患者情報を蓄積する患者ＤＢ５ａ〜５ｃを備えると共に、公開情報３ａ〜３ｃを管理するブロックチェーンシステム２０１を構成する。即ち変形例に係るサーバ装置２０４ａ〜２０４ｃは、実施の形態１に係るノード装置２ａ〜２ｃの機能とサーバ装置４ａ〜４ｃの機能とを兼ね備えた装置である。
【０１３７】
サーバ装置２０４ａ〜４ｃは、他のサーバ装置２０４ａ〜４ｃから自身の患者ＤＢ５ａ〜５ｃに記憶された患者情報に対するアクセス要求を受信した場合、自身が保持する公開情報３ａ〜３ｃに含まれる権限設定情報を参照して、このアクセス要求に係るアクセスの可否を判定することができる。アクセスが許可されていると判定した場合、サーバ装置２０４ａ〜２０４ｃは、アクセスを要求された患者情報を患者ＤＢ５ａ〜５ｃから読み出し、アクセス要求元のサーバ装置２０４ａ〜２０４ｃへ送信する。
【０１３８】
サーバ装置２０４ａ〜２０４ｃは、スマホ６から権限設定情報及び評価情報等を受信した場合、この情報を自身の公開情報３ａ〜３ｃに反映させて更新する。また公開情報３ａ〜３ｃはブロックチェーンシステム２０１にて共有されており、サーバ装置２０４ａ〜２０４ｃは、他のサーバ装置２０４ａ〜２０４ｃとの通信を行って、自身の公開情報３ａ〜３ｃの更新を他のサーバ装置２０４ａ〜２０４ｃの公開情報３ａ〜３ｃに反映させる。
【０１３９】
以上の構成の変形例に係る医療機関評価システムは、患者情報の管理及び公開情報の管理をサーバ装置２０４ａ〜２０４ｃが行う構成である。なお、患者情報管理システムは、図１に示したノード装置２ａ〜２ｃと、図１３に示したサーバ装置２０４ａ〜２０４ｃとが混在してブロックチェーンシステムを構成するものであってよい。
【０１４０】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１４１】
１  ブロックチェーンシステム
２ａ〜２ｃ  ノード装置（情報管理装置）
３ａ〜３ｃ  公開情報
４ａ〜４ｃ  サーバ装置（利用者情報記憶装置）
５ａ〜５ｃ  患者ＤＢ
６，６ａ〜６ｃ  スマホ（情報処理装置）
２１  処理部
２１ａ  情報受信処理部
２１ｂ  合意形成処理部
２１ｃ  情報送信処理部
２２  記憶部
２２ａ  プログラム
２３  通信部
４１  処理部
４１ａ  患者情報処理部
４１ｂ  権限設定処理部
４１ｃ  アクセス要求処理部
４２  記憶部
４２ａ  サーバプログラム
４３  通信部
６１  処理部
６１ａ  権限設定処理部
６１ｂ  評価受付処理部
６１ｃ  情報取得部（取得部）
６１ｄ  評価値算出処理部（算出部）
６１ｅ  評価表示処理部（表示処理部）
６２  記憶部
６２ａ  アプリ
６３  通信部
６４  カメラ
６５  表示部
６６  操作部
９８，９９  記録媒体
１００ａ，１００ｂ，１００ｃ  配信サーバ装置
２０１  ブロックチェーンシステム
２０４ａ〜２０４ｃ  サーバ装置
ＮＷ  ネットワーク
【図１】
2020080126.tif 000003
【図２】
2020080126.tif 000004
【図３】
2020080126.tif 000005
【図４】
2020080126.tif 000006
【図５】
2020080126.tif 000007
【図６】
2020080126.tif 000008
【図７】
2020080126.tif 000009
【図８】
2020080126.tif 000010
【図９】
2020080126.tif 000011
【図１０】
2020080126.tif 000012
【図１１】
2020080126.tif 000013
【図１２】
2020080126.tif 000014
【図１３】
2020080126.tif 000015