(57)【要約】【課題】グリフの欠損が生じた場合でも、文字コードが有する意味を伝達することができる医用画像処理装置及びその制御プログラムを提供すること。【解決手段】実施形態の医用画像処理装置は、第１の表示制御部と、第１の抽出部と、第２の表示制御部とを備える。第１の表示制御部は、文字コードを、該文字コードに対応するグリフに変換して表示部に表示させる。第１の抽出部は、表示部に表示されたグリフが、文字コードに対応するグリフが存在しないことを示す代替グリフである場合、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出する。第２の表示制御部は、抽出されたビットマップを代替グリフと関連付けて前記表示部に更に表示させる。【選択図】図１
2014041418.tif 000002
【特許請求の範囲】
【請求項１】
文字コードを、該文字コードに対応するグリフに変換して表示部に表示させる第１の表示制御部と、
前記表示部に表示されたグリフが、前記文字コードに対応するグリフが存在しないことを示す代替グリフである場合、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出する第１の抽出部と、
抽出された前記ビットマップを前記代替グリフと関連付けて前記表示部に更に表示させる第２の表示制御部と
を有することを特徴とする医用画像処理装置。
【請求項２】
他装置から受信した画像の付帯情報、又は文字情報に含まれる文字コードを記憶部に記憶させる記憶制御部と、
前記記憶部に記憶させた文字コードに対応するグリフが存在しない場合、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出する第２の抽出部と、
前記文字コードと抽出した前記ビットマップとを対応付けた代替ビットマップ情報を生成する生成部と
を更に有し、
前記第１の抽出部は、前記表示部に表示された文字が前記代替グリフである場合、前記代替ビットマップ情報を検索し、該文字コードに対応するビットマップが存在しない場合には、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出し、該文字コードに対応するビットマップが存在する場合には、該ビットマップを抽出する
ことを特徴とする請求項１に記載の医用画像処理装置。
【請求項３】
前記第２の抽出部は、自装置が保持する画像又は他装置が保持する画像から、前記記憶部に記憶させた文字コードと同一の文字コードを付帯情報に含む画像を取得して、該文字コードに対応するグリフを表すビットマップを抽出することを特徴とする請求項１又は２に記載の医用画像処理装置。
【請求項４】
前記第２の表示制御部は、前記文字コードに対応するグリフを示すビットマップを前記第１の抽出部により抽出されなかった場合、該文字コードに対応するグリフと同意の他のグリフを示す文字コードを選択し、選択した他のグリフを前記代替グリフと関連付けて前記表示部に更に表示させることを特徴とする請求項１〜３のいずれか一つに記載の医用画像処理装置。
【請求項５】
文字コードを、該文字コードに対応するグリフに変換して表示部に表示させ、
前記表示部に表示されたグリフが、前記文字コードに対応するグリフが存在しないことを示す代替グリフである場合、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出し、
抽出された前記ビットマップを前記代替グリフと関連付けて前記表示部に更に表示させる
各処理を実行させることを特徴とする医用画像処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像処理装置及びその制御プログラムに関する。
【背景技術】
【０００２】
従来、医用画像のフォーマットと通信プロトコルとを定義したＤＩＣＯＭ（Digital  Imaging  and  Communications  in  Medicine）では、ＵＴＦ−８やＧＢ１８０３０などの各種の文字セットがサポートされている。ＵＴＦ−８やＧＢ１８０３０は、拡張性の高い文字セットであり、各種の現地語に対応している。
【０００３】
この一方で、例えば、医用画像を扱うモダリティ（医用画像診断装置）では、装置のアプリケーションで用いられる文字セットが出荷段階であらかじめ設定される。このため、モダリティでは、出荷段階で設定された文字セット以外の文字セットで入力された付帯情報を表示させようとした場合に、グリフの欠損が生じることがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−４１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、グリフの欠損が生じた場合でも、文字コードが有する意味を伝達することができる医用画像処理装置及びその制御プログラムを提供することである。
【課題を解決するための手段】
【０００６】
実施形態の医用画像処理装置は、第１の表示制御部と、第１の抽出部と、第２の表示制御部とを備える。第１の表示制御部は、文字コードを、該文字コードに対応するグリフに変換して表示部に表示させる。第１の抽出部は、表示部に表示されたグリフが、文字コードに対応するグリフが存在しないことを示す代替グリフである場合、該文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出する。第２の表示制御部は、抽出されたビットマップを代替グリフと関連付けて前記表示部に更に表示させる。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１の実施形態に係る医用画像処理装置の機能構成を示すブロック図である。
【図２】図２は、第２の表示制御部により表示される代替ビットマップの一例を示す図である。
【図３】図３は、第１の実施形態に係る医用画像処理装置による文字表示処理の処理手順を示すフローチャートである。
【図４】図４は、第２の実施形態に係る医用画像処理装置の機能構成を示すブロック図である。
【図５】図５は、患者氏名におけるグリフの欠損時の処理動作の一例を示す図である。
【図６】図６は、病名・病理・医薬名におけるグリフの欠損時の処理動作の一例を示す図である。
【図７】図７は、第２の実施形態に係る医用画像処理装置による画像受信時の処理の処理手順を示すフローチャートである。
【図８】図８は、第２の実施形態に係る医用画像処理装置による文字表示処理の処理手順を示すフローチャートである。
【図９】図９は、第３の実施形態に係る医用画像処理装置による文字情報受信時の処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、図面を参照して、実施形態に係る医用画像処理装置及びその制御プログラムを説明する。そして、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０００９】
（第１の実施形態）
図１から図３を用いて、第１の実施形態に係る医用画像処理装置を説明する。第１の実施形態では、例えば、自装置で撮像した医用画像を表示する医用画像処理装置を例とする。
【００１０】
［第１の実施形態に係る医用画像処理装置１００の構成］
図１は、第１の実施形態に係る医用画像処理装置１００の機能構成を示すブロック図である。図１に示すように、医用画像処理装置１００は、表示部１０１と、入力部１０２と、通信制御部１０３と、記憶部１１０と、制御部１２０とを有する。
【００１１】
表示部１０１は、例えば、液晶ディスプレイなどのモニタであり、制御部１２０により処理された情報を表示する。入力部１０２は、マウスやキーボードなどであり、利用者から入力操作を受付ける。通信制御部１０３は、例えば、ＬＡＮ（Local  Area  Network）カードなどの通信インターフェースであり、外部装置とデータを送受信する。
【００１２】
記憶部１１０は、例えば、半導体メモリ素子又はハードディスクなどの記憶装置であり、付帯情報ＤＢ（Data  Base）１１１と画像ＤＢ１１２とを有する。
【００１３】
付帯情報ＤＢ１１１は、文字情報や画像の付帯情報と、画像ＩＤ（Identifier）とを対応付けた情報を記憶する。この文字情報や画像の付帯情報には、文字コードが含まれる。
【００１４】
画像ＤＢ１１２は、画像ＩＤと、ピクセルデータとを対応付けた情報を記憶する。例えば、ピクセルデータは、医用画像や、医用画像の付帯情報がビットマップ化された埋め込みオーバーレイ、医用画像に付帯情報がバナーとして付加されたバナー付き画像などである。なお、以下の説明では、医用画像のことを「画像」と称する。
【００１５】
制御部１２０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路であり、第１の表示制御部１２１と、第１の抽出部１２２と、第２の表示制御部１２３とを有する。
【００１６】
第１の表示制御部１２１は、画像ＤＢ１１２が記憶するピクセルデータの表示を利用者から指示された場合、そのピクセルデータの付帯情報に含まれる文字コードを、文字コードに対応するグリフに変換して表示部１０１に表示させる。そして、第１の表示制御部１２１は、表示させたグリフが、文字コードに対応するグリフが存在しないことを示す代替グリフであるか否かを判定する。
【００１７】
例えば、第１の表示制御部１２１は、患者氏名や患者ＩＤを表示する際に、フォント適用後、フォントフォールバック機構が働いた状態の文字描画オブジェクトに対し、矩形をチェックすることにより、表示させたグリフが代替グリフであるか否かを判定する。
【００１８】
なお、ここで言う「代替グリフ」とは、文字コードに対応するグリフが存在しない場合に表示される「□」や「？」などである。また、表示させたグリフが代替グリフであることを「グリフの欠損」と適宜称する。また、「グリフの欠損」は、いわゆる文字化けの一種であるが、データ中の文字コードは有効であり、文字コードの変換に失敗したときのようなデータの欠損ではない。このため、医用画像処理装置１００は、グリフの欠損が生じても、データを適切に処理可能であり、代替グリフをコピー又はペーストしても代替グリフに対応する文字コードを保持して処理可能である。
【００１９】
第１の抽出部１２２は、表示部１０１に表示されたグリフが、文字コードに対応するグリフが存在しないことを示す代替グリフである場合、文字コードと同一の文字コードを付帯情報に含む画像から、文字コードに対応するグリフを表すビットマップを抽出する。
【００２０】
例えば、第１の抽出部１２２は、第１の表示制御部１２１によりグリフの欠損を検出された場合、グリフが欠損した文字コードと同一の文字コードを付帯情報に含む画像のＩＤを付帯情報ＤＢ１１１から取得する。そして、第１の抽出部１２２は、取得した画像ＩＤと一致するピクセルデータを画像ＤＢ１１２から取得する。
【００２１】
続いて、第１の抽出部１２２は、取得したピクセルデータから、グリフの欠損した文字コードに対応するグリフを表すビットマップを抽出する。言い換えると、第１の抽出部１２２は、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する。ここで、第１の抽出部１２２は、ＯＣＲ（Optical  Character  Reader）技術を用い、代替グリフとその前後のグリフとを含む文字列と類似度がきわめて高いビットマップをピクセルデータから抽出する。
【００２２】
なお、第１の抽出部１２２は、例えば、ある患者の氏名のうち、「氏」に含まれるグリフの一部が代替グリフで表示された場合に、この患者の「氏」及び「名」に対応するビットマップをピクセルデータから抽出するようにしてもよい。これにより、医用画像処理装置１００は、違和感を削減した表示を可能にする。また、第１の抽出部１２２により抽出されたビットマップのことを「代替ビットマップ」と称する。
【００２３】
第２の表示制御部１２３は、第１の抽出部１２２により抽出された代替ビットマップを代替グリフと関連付けて表示部１０１に更に表示させる。例えば、第２の表示制御部１２３は、グリフが欠損した文字コードを代替ビットマップで表示させる際、代替グリフを透明にして、代替ビットマップを下から重ねて表示させる。
【００２４】
［第２の表示制御部１２３による処理動作］
次に、図２を用いて、第１の実施形態に係る医用画像処理装置１００による処理動作を説明する。図２は、第２の表示制御部１２３により表示される代替ビットマップの一例を示す図である。
【００２５】
図２に示すように、第１の表示制御部１２１により表示されるグリフは、代替グリフである「□」２ａを含む。また、図２に示すように、第２の表示制御部１２３は、第１の表示制御部１２１により表示される代替グリフである「□」２ａを透明にして、代替ビットマップ２ｂを下から重ねて表示する。
【００２６】
［第１の実施形態に係る医用画像処理装置１００による処理の処理手順］
次に、図３を用いて、第１の実施形態に係る医用画像処理装置１００による文字表示処理の処理手順を説明する。図３は、第１の実施形態に係る医用画像処理装置１００による文字表示処理の処理手順を示すフローチャートである。なお、医用画像処理装置１００は、文字表示処理を利用者から受付けたことを契機に以下の処理を実行する。
【００２７】
図３に示すように、第１の表示制御部１２１は、文字コードをグリフに変換して表示部１０１に表示させる（ステップＳ１０１）。そして、第１の表示制御部１２１は、グリフの欠損を検出したか否かを判定する（ステップＳ１０２）。ここで、第１の表示制御部１２１が、グリフの欠損を検出していないと判定する場合（ステップＳ１０２、Ｎｏ）、医用画像処理装置１００は、処理を終了する。
【００２８】
第１の表示制御部１２１が、グリフの欠損を検出したと判定する場合（ステップＳ１０２、Ｙｅｓ）、第１の抽出部１２２は、グリフが欠損した文字コードと同一の文字コードを付帯情報に含む画像ＩＤを付帯情報ＤＢ１１１から検索する（ステップＳ１０３）。
【００２９】
続いて、第１の抽出部１２２は、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得する（ステップＳ１０４）。続いて、第１の抽出部１２２は、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する（ステップＳ１０５）。
【００３０】
第２の表示制御部１２３は、代替グリフを透明にし、代替ビットマップを下から重ねて表示部１０１に表示させる（ステップＳ１０６）。医用画像処理装置１００は、このステップＳ１０６の処理が終了後、文字表示処理を終了する。
【００３１】
［第１の実施形態に係る医用画像処理装置１００による効果］
上述したように、第１の実施形態によれば、グリフの欠損が生じた場合でも、意味を伝達することができる。これにより、誤診や患者取り違えといった安全性問題の防止やユーザストレスの低減に貢献できる。
【００３２】
また、第１の実施形態によれば、グリフが欠損した文字コードを代替ビットマップで表示させる際、代替グリフを透明にして、代替ビットマップを下から重ねて表示させる。これにより、ユーザの文字列選択や文字列コピー時に、正しい文字コードを失うことなく、文字コードが意図する情報を正しく伝達することが可能となる。
【００３３】
（第２の実施形態）
第１の実施形態では、自装置で保持する画像の付帯情報を表示する医用画像処理装置を例とした。ところで、医用画像処理装置は、ネットワークによって接続される他装置から画像を受信して自装置の表示部に表示する場合がある。そこで、第２の実施形態では、図４から図８を用いて、ネットワークによって接続される他装置から画像を受信して自装置の表示部に表示する医用画像処理装置を説明する。
【００３４】
［第２の実施形態に係る医用画像処理装置２００の構成］
図４は、第２の実施形態に係る医用画像処理装置２００の機能構成を示すブロック図である。図４に示すように、医用画像処理装置２００は、表示部１０１と、入力部１０２と、通信制御部１０３と、記憶部２１０と、制御部２２０とを有する。なお、ここでは、図１に示した各部と同様の役割を果たす機能部については、同一符号を付すことにしてその詳細な説明を省略する。
【００３５】
記憶部２１０は、例えば、半導体メモリ素子又はハードディスクなどの記憶装置であり、付帯情報ＤＢ１１１と、画像ＤＢ１１２と、フォントマップＤＢ２１３とを有する。
【００３６】
フォントマップＤＢ２１３は、文字コードと、代替ビットマップとを対応付けた代替ビットマップ情報を記憶する。また、フォントマップＤＢ２１３は、医用画像処理装置２００の出荷時には空であり、フォントフォールバック機構で参照される複数のフォント定義の一つである。
【００３７】
制御部２２０は、例えば、ＣＰＵやＭＰＵなどの電子回路であり、第１の表示制御部１２１と、第１の抽出部２２２と、第２の表示制御部２２３と、記憶制御部２２４と、第２の抽出部２２５と、生成部２２６とを有する。
【００３８】
記憶制御部２２４は、ＰＡＣＳ（Picture  Archiving  and  Communication  Systems）をはじめとするネットワークアーカイブやＤＩＣＯＭ（Digital  Imaging  and  Communications  in  Medicine）メディアなどの他装置から画像を受信する。そして、記憶制御部２２４は、画像の付帯情報に含まれる文字コードを付帯情報ＤＢ１１１に記憶させる。
【００３９】
また、記憶制御部２２４は、文字コードを付帯情報ＤＢ１１１に記憶させる際に、文字コードに対応するグリフが存在するか否かを判定する。ここで、記憶制御部２２４は、自装置デフォルトフォントを文字列に対して適用後、フォントフォールバック機構が働いた状態の文字描画オブジェクトに対し、矩形をチェックすることで文字コードに対応するグリフが存在するか否かを判定する。
【００４０】
第２の抽出部２２５は、記憶制御部２２４により付帯情報ＤＢ１１１に記憶させた文字コードに対応するグリフが存在しない場合、文字コードと同一の文字コードを付帯情報に含む画像から、文字コードに対応するグリフを表すビットマップを抽出する。
【００４１】
例えば、第２の抽出部２２５は、記憶制御部２２４により付帯情報ＤＢ１１１に記憶させた文字コードに対応するグリフが存在しない場合、グリフの欠損した文字コードと同一の文字コードを付帯情報に含む画像のＩＤを付帯情報ＤＢ１１１から取得する。そして、第２の抽出部２２５は、取得した画像ＩＤと一致するピクセルデータを画像ＤＢ１１２から取得する。
【００４２】
続いて、第２の抽出部２２５は、取得したピクセルデータから、グリフの欠損した文字コードに対応するグリフを表すビットマップを抽出する。言い換えると、第２の抽出部２２５は、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する。ここで、第２の抽出部２２５は、ＯＣＲ技術を用い、代替グリフを含む前後のグリフと類似度がきわめて高いビットマップをピクセルデータから抽出する。
【００４３】
生成部２２６は、文字コードと抽出したビットマップとを対応付けた代替ビットマップ情報を生成する。そして、生成部２２６は、生成した代替ビットマップ情報をフォントマップＤＢ２１３に記憶させる。
【００４４】
第１の抽出部２２２は、表示部１０１に表示された文字が代替グリフである場合、代替ビットマップ情報を検索する。そして、第１の抽出部２２２は、文字コードに対応するビットマップが存在しない場合には、文字コードと同一の文字コードを付帯情報に含む画像から、該文字コードに対応するグリフを表すビットマップを抽出する。また、第１の抽出部２２２は、文字コードに対応するビットマップが存在する場合には、このビットマップを抽出する。
【００４５】
第２の表示制御部２２３は、文字コードに対応するグリフを示すビットマップを第１の抽出部２２２により抽出されなかった場合、文字コードに対応するグリフと同意の他のグリフを示す文字コードを選択する。そして、第２の表示制御部２２３は、選択した他のグリフを代替グリフと関連付けて表示部１０１に更に表示させる。
【００４６】
［第２の表示制御部２２３による処理動作］
次に、図５及び図６を用いて第２の表示制御部２２３による処理動作を説明する。ここでは、図５を用いて、患者氏名におけるグリフの欠損時の処理動作を説明し、図６を用いて、病名・病理・医薬名におけるグリフの欠損時の処理動作を説明する。
【００４７】
図５は、患者氏名におけるグリフの欠損時の処理動作の一例を示す図である。図５中の５ａに示すように、医用画像処理装置２００は、例えば、患者氏名を表す文字コードについて、文字コードに対応するグリフと同意の他のグリフであるＡＳＣＩＩ、表意文字及び表音文字を対応付けた情報を保持する。
【００４８】
医用画像処理装置２００は、患者氏名を現地語で表示する場合、表意文字が優先的に選択される。例えば、図５中の５ｂに示すように、第１の表示制御部１２１は、文字コードを「□田  太郎」に変換して表示部１０１に表示させ、グリフの欠損を検出する。続いて、第１の抽出部２２２は、文字コードに対応するグリフを示すビットマップを抽出する。
【００４９】
ここで、第２の表示制御部２２３は、文字コードに対応するグリフを示すビットマップを第１の抽出部２２２により抽出されなかった場合、例えば、文字コードに対応するグリフと同意の他のグリフを示す文字コードとして表音文字の文字コードを選択する。そして、第２の表示制御部２２３は、選択した表音文字の文字コードに対応するグリフである「やまだ」５ｃを代替グリフ「□」と関連付けて表示部１０１に更に表示させる。
【００５０】
図６は、病名・病理・医薬名におけるグリフの欠損時の処理動作の一例を示す図である。図６に示すように、医用画像処理装置２００は、病名・病理・医薬名について、「Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ  Ｄｅｓｉｇｎａｔｏｒ」６ａと、「Ｃｏｄｅ  Ｖａｌｕｅ」６ｂと、「Ｃｏｄｅ  Ｍｅａｎｉｎｇ」６ｃを対応付けた情報を保持する。ここで、「Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ  Ｄｅｓｉｇｎａｔｏｒ」６ａは、コードの設定者を示し、「Ｃｏｄｅ  Ｖａｌｕｅ」６ｂは、コード番号を示し、「Ｃｏｄｅ  Ｍｅａｎｉｎｇ」６ｃは、病名・病理・医薬名などを示す。
【００５１】
医用画像処理装置２００は、病名・病理・医薬名などを表示する場合、現地語で規定された文字コードをグリフに変換して表示する。例えば、図６中の６ｄに示すように、第１の表示制御部１２１は、現地語で規定された文字コードを「□□□」に変換して表示部１０１に表示させ、グリフの欠損を検出する。続いて、第１の抽出部２２２は、文字コードに対応するグリフを示すビットマップを抽出する。
【００５２】
ここで、第２の表示制御部２２３は、文字コードに対応するグリフを示すビットマップを第１の抽出部２２２により抽出されなかった場合、例えば、文字コードに対応するグリフと同意の他のグリフを示す文字コードとして、「Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ  Ｄｅｓｉｇｎａｔｏｒ」６ａと、「Ｃｏｄｅ  Ｖａｌｕｅ」６ｂとに対応する英語表記で規定された文字コードを選択する。そして、第２の表示制御部２２３は、選択した英語表記の文字コードに対応するグリフである「Ｄｏｃｔｏｒ  Ｃａｎｃｅｌｅｄ」６ｅを代替グリフ「□□□」と関連付けて表示部１０１に更に表示させる。
【００５３】
［第２の実施形態に係る医用画像処理装置２００による処理の処理手順］
次に、図７及び図８を用いて、第２の実施形態に係る医用画像処理装置２００による処理の処理手順を説明する。図７は、第２の実施形態に係る医用画像処理装置２００による画像受信時の処理の処理手順を示すフローチャートであり、図８は、第２の実施形態に係る医用画像処理装置２００による文字表示処理の処理手順を示すフローチャートである。
【００５４】
図７に示すように、記憶制御部２２４は、外部装置から画像を受信したか否かを判定する（ステップＳ２０１）。記憶制御部２２４は、外部装置から画像を受信したと判定する場合（ステップＳ２０１、Ｙｅｓ）、画像から付帯情報を抽出する（ステップＳ２０２）。そして、記憶制御部２２４は、抽出した付帯情報を付帯情報ＤＢ１１１に格納する（ステップＳ２０３）。
【００５５】
続いて、記憶制御部２２４は、付帯情報ＤＢ１１１に格納した付帯情報に含まれる文字コードにおいて、グリフの欠損を検出したか否かを判定する（ステップＳ２０４）。ここで、記憶制御部２２４が、グリフの欠損を検出していないと判定する場合（ステップＳ２０４、Ｎｏ）、医用画像処理装置２００は、処理を終了する。
【００５６】
記憶制御部２２４が、グリフの欠損を検出したと判定する場合（ステップＳ２０４、Ｙｅｓ）、第２の抽出部２２５は、グリフが欠損した文字コードと同一の文字コードを付帯情報に含む画像ＩＤを検索する（ステップＳ２０５）。
【００５７】
続いて、第２の抽出部２２５は、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得できたか否かを判定する（ステップＳ２０６）。ここで、第２の抽出部２２５が、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得できないと判定する場合（ステップＳ２０６、Ｎｏ）、医用画像処理装置２００は、処理を終了する。
【００５８】
第２の抽出部２２５は、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得できたと判定する場合（ステップＳ２０６、Ｙｅｓ）、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する（ステップＳ２０７）。
【００５９】
生成部２２６は、文字コードと、代替ビットマップとを対応付けた代替ビットマップ情報を生成して、フォントマップＤＢ２１３に記憶させる（ステップＳ２０８）。医用画像処理装置２００は、このステップＳ２０８の処理が終了後、画像受信時の処理を終了する。
【００６０】
なお、記憶制御部２２４は、外部装置から画像を受信していないと判定する場合（ステップＳ２０１、Ｎｏ）、ステップＳ２０１に移行して、外部装置から画像を受信したか否かを判定する。
【００６１】
図８に示すように、第１の表示制御部１２１は、文字コードをグリフに変換して表示部に表示させる（ステップＳ３０１）。そして、第１の表示制御部１２１は、グリフの欠損を検出したか否かを判定する（ステップＳ３０２）。ここで、第１の表示制御部１２１が、グリフの欠損を検出していないと判定する場合（ステップＳ３０２、Ｎｏ）、医用画像処理装置２００は、処理を終了する。
【００６２】
第１の表示制御部１２１が、グリフの欠損を検出したと判定する場合（ステップＳ３０２、Ｙｅｓ）、第１の抽出部２２２は、フォントマップＤＢ２１３に代替ビットマップが存在するか否かを判定する（ステップＳ３０３）。第１の抽出部２２２は、フォントマップＤＢ２１３に代替ビットマップが存在しないと判定する場合（ステップＳ３０３、Ｎｏ）、グリフが欠損した文字コードと同一の文字コードを付帯情報に含む画像ＩＤを付帯情報ＤＢ１１１から検索する（ステップＳ３０４）。
【００６３】
続いて、第１の抽出部２２２は、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得できたか否かを判定する（ステップＳ３０５）。ここで、第１の抽出部２２２は、検索した画像ＩＤに対応するピクセルデータを画像ＤＢ１１２から取得できたと判定する場合（ステップＳ３０５、Ｙｅｓ）、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する（ステップＳ３０６）。
【００６４】
第２の表示制御部２２３は、グリフが欠損した代替グリフを透明にし、代替ビットマップを下から重ねて表示部１０１に表示させる（ステップＳ３０７）。医用画像処理装置２００は、このステップＳ３０７の処理が終了後、文字表示処理を終了する。
【００６５】
また、ステップＳ３０３において、第１の抽出部２２２は、フォントマップＤＢ２１３に代替ビットマップが存在すると判定する場合（ステップＳ３０３、Ｙｅｓ）、ステップＳ３０７に移行する。
【００６６】
また、ステップＳ３０５において、第１の抽出部２２２が、画像ＤＢ１１２からピクセルデータを取得できないと判定する場合（ステップＳ３０５、Ｎｏ）、第２の表示制御部２２３は、以下の処理を実行する。すなわち、第２の表示制御部２２３は、グリフが欠損した文字コードと対応するグリフと同意の他のグリフを示す文字コードを選択する（ステップＳ３０８）。
【００６７】
続いて、第２の表示制御部２２３は、選択した他のグリフを表示部１０１にポップアップ併記させる（ステップＳ３０９）。医用画像処理装置２００は、このステップＳ３０９の処理が終了後、文字表示処理を終了する。
【００６８】
［第２の実施形態に係る医用画像処理装置２００による効果］
上述したように、第２の実施形態によれば、医療機器において、現地語で規定された文字コードを付帯情報に含む画像を受信して表示する際、グリフが欠損する場合でも、代替ビットマップや文字コードに対応するグリフと同意の他のグリフを併記する。これにより、モダリティの利用者は、グリフの欠損した文字コードが示す意味を理解することができる。
【００６９】
例えば、患者名や患者ＩＤなどの患者属性は、現地語で表示されるフィールドであるので、「□」などの代替グリフで表示される可能性が高い。第２の実施形態によれば、このような場合でも、モダリティの利用者は、代替ビットマップや他のグリフを代替グリフと関連付けて併記することで、患者名や患者ＩＤを確認できる。これにより、患者の取り違えを防止でき、装置の安全性を確保できる。
【００７０】
また、病名、病理名や医薬品名は、現地語でモダリティ外部から受信して表示されるので、「□」などの代替グリフで表示される可能性が高い。第２の実施形態によれば、このような場合でも、モダリティの利用者は、代替ビットマップや他のグリフを代替グリフと関連付けて併記することで、病名、病理名や医薬品名を確認できる。これにより、病名、病理名や医薬品名の伝達に支障が発生することを防止でき、誤診を起こす可能性を低減できる。
【００７１】
また、第２の実施形態によれば、患者名、患者ＩＤをはじめとする患者属性、コード化された病名、病理名や医薬品名の、現地語化された文字情報に対して、外部受信データを保持しながらその意図の表示を行うことができる。これにより、ユーザストレスの低減に貢献できる。
【００７２】
また、第２の実施形態によれば、表示品質（レイアウトずれ回避）維持と推定代替グリフ列表示による意味伝達を両立することができる。
【００７３】
なお、第２の実施形態に係る医用画像処理装置２００は、第１の抽出部２２２により抽出された代替ビットマップと、グリフが欠損した文字コードとを対応付けてフォントマップＤＢ２１３に記憶するようにしてもよい。
【００７４】
（第３の実施形態）
第２の実施形態では、医用画像処理装置が、ネットワークによって接続される他装置から画像を受信して自装置の表示部に表示する場合について説明した。ところで、医用画像処理装置では、診断の予約情報などの文字情報を他装置から取得して表示する場合がある。そこで、第３の実施形態では、図９を用いて、ネットワークによって接続される他装置から文字情報を受信して、自装置の表示部に表示する医用画像処理装置を説明する。
【００７５】
［第３の実施形態に係る医用画像処理装置３００の構成］
第３の実施形態に係る医用画像処理装置３００は、記憶制御部及び第２の抽出部の機能が一部異なる点を除いて、図４に示した第２の実施形態に係る医用画像処理装置２００の構成と同様である。このため第３の実施形態では、図４に示した制御部２２０を制御部３２０、記憶制御部２２４を記憶制御部３２４、第２の抽出部２２５を第２の抽出部３２５として説明する。なお、ここでは、図４に示した各部と同様の役割を果たす機能部については、同一符号を付すことにしてその詳細な説明を省略する。
【００７６】
記憶制御部３２４は、ＨＩＳ（Hospital  Information  System）、ＰＡＣＳをはじめとするアーカイブなどの他装置からレポートや予約などの文字情報を取得し、文字情報に含まれる文字コードを自装置の付帯情報ＤＢ１１１に格納する。
【００７７】
また、記憶制御部３２４は、文字情報を自装置の付帯情報ＤＢ１１１に格納する際に、文字コードに対応するグリフが存在するか否かを判定する。ここで、記憶制御部３２４は、自装置デフォルトフォントを文字列に対して適用後、フォントフォールバック機構が働いた状態の文字描画オブジェクトに対し、矩形をチェックすることで文字コードに対応するグリフが存在するか否かを判定する。
【００７８】
第２の抽出部３２５は、記憶制御部３２４により付帯情報ＤＢ１１１に記憶させた文字コードに対応するグリフが存在しない場合、文字コードと同一の文字コードを付帯情報に含む画像から、文字コードに対応するグリフを表すビットマップを抽出する。
【００７９】
例えば、第２の抽出部３２５は、記憶制御部３２４により付帯情報ＤＢ１１１に記憶させた文字コードに対応するグリフが存在しない場合、以下の処理を実行する。すなわち、第２の抽出部３２５は、他装置から受信したフォントマップや画像キャプチャを検索し、グリフの欠損した文字コードに対応するグリフを表すビットマップが存在するか否かを判定する。
【００８０】
そして、第２の抽出部３２５は、グリフの欠損した文字コードに対応するグリフを表すビットマップが存在すると判定する場合、グリフの欠損した文字コードに対応するグリフを表すビットマップを抽出する。ここで、第２の抽出部３２５は、ＯＣＲ技術を用い、代替グリフを含む前後のグリフと類似度がきわめて高いビットマップをピクセルデータから抽出する。
【００８１】
［第３の実施形態に係る医用画像処理装置３００による処理の処理手順］
次に、図９を用いて、第３の実施形態に係る医用画像処理装置３００による処理の処理手順を説明する。図９は、第３の実施形態に係る医用画像処理装置３００による文字情報受信時の処理の処理手順を示すフローチャートである。
【００８２】
図９に示すように、記憶制御部３２４は、外部装置から文字情報を受信したか否かを判定する（ステップＳ４０１）。記憶制御部３２４は、外部装置から文字情報を受信したと判定する場合（ステップＳ４０１、Ｙｅｓ）、文字情報の送信元である外部装置からフォントマップや画面キャプチャを受信する（ステップＳ４０２）。
【００８３】
そして、記憶制御部３２４は、文字情報を付帯情報ＤＢ１１１に格納する（ステップＳ４０３）。続いて、記憶制御部３２４は、付帯情報ＤＢ１１１に格納した文字情報に含まれる文字コードにおいて、グリフの欠損を検出したか否かを判定する（ステップＳ４０４）。ここで、記憶制御部３２４が、グリフの欠損を検出していないと判定する場合（ステップＳ４０４、Ｎｏ）、医用画像処理装置３００は、処理を終了する。
【００８４】
記憶制御部３２４が、グリフの欠損を検出したと判定する場合（ステップＳ４０４、Ｙｅｓ）、第２の抽出部３２５は、以下の処理を実行する。すなわち、第２の抽出部３２５は、外部装置から受信したフォントマップや画像キャプチャから、グリフの欠損した文字コードに対応するグリフを表すビットマップを検索する（ステップＳ４０５）。
【００８５】
続いて、第２の抽出部３２５は、ビットマップを検出できたか否かを判定する（ステップＳ４０６）。ここで、第２の抽出部３２５が、ビットマップを検出できないと判定する場合（ステップＳ４０６、Ｎｏ）、医用画像処理装置３００は、処理を終了する。
【００８６】
第２の抽出部３２５は、ビットマップを検出できたと判定する場合（ステップＳ４０６、Ｙｅｓ）、グリフが欠損した文字コードが正しく表示されたビットマップを抽出する（ステップＳ４０７）。
【００８７】
生成部２２６は、文字コードと、代替ビットマップとを対応付けた代替ビットマップ情報を生成して、フォントマップＤＢ２１３に記憶させる（ステップＳ４０８）。医用画像処理装置３００は、このステップＳ４０８の処理が終了後、文字情報受信時の処理を終了する。
【００８８】
なお、記憶制御部３２４は、外部装置から文字情報を受信していないと判定する場合（ステップＳ４０１、Ｎｏ）、ステップＳ４０１に移行して、外部装置から文字情報を受信したか否かを判定する。
【００８９】
［第３の実施形態に係る医用画像処理装置３００による効果］
上述したように、第３の実施形態によれば、医療機器で現地語化された文字情報を受信し表示する際、フォントが足りない時にも、代替ビットマップや代替グリフ、代替グリフ列を併記することで、ユーザは、グリフ欠損文字が示す意味を理解することができる。
【００９０】
なお、第２の抽出部３２５は、文字情報を受信する際に、外部装置からフォントマップや画面キャプチャを受信するものとして説明したがこれに限定されるものではない。例えば、第２の抽出部３２５は、外部装置から文字情報を受信し、グリフの欠損が生じた場合に、外部の装置にフォントマップや画面キャプチャを要求するようにしてもよい。また、第２の抽出部３２５は、文字情報を受信した外部装置以外の装置にフォントマップや画面キャプチャを要求するようにしてもよい。
【００９１】
以上説明した少なくともひとつの実施形態によれば、グリフの欠損が生じた場合でも、文字コードが有する意味を伝達することができる。
【００９２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００９３】
１００  医用画像処理装置
１２０  制御部
１２１  第１の表示制御部
１２２  第１の抽出部
１２３  第２の表示制御部
【図１】
2014041418.tif 000003
【図２】
2014041418.tif 000004
【図３】
2014041418.tif 000005
【図４】
2014041418.tif 000006
【図５】
2014041418.tif 000007
【図６】
2014041418.tif 000008
【図７】
2014041418.tif 000009
【図８】
2014041418.tif 000010
【図９】
2014041418.tif 000011