(57)【要約】【課題】エラー情報に基づいて対策方法を提示する医用情報通信接続管理装置を提供する。【解決手段】ネットワーク通信及びＤＩＣＯＭ通信における接続要求を医用情報装置０１０に向けて送信する要求送信部１０１と、各接続要求に対する応答データを受信する応答データ受信部１０２と、応答データを受けてネットワーク通信上でのエラーを解析し第１のエラー情報を取得する第１応答解析部１０３と、接続失敗時に、ＤＩＣＯＭ通信上のエラーを解析し第２のエラー情報を取得する第２応答解析部１０４と、対応策を抽出する対応策取得部１０８と、対応策を表示部１１２に表示させる表示制御部１０９と、を備える。【選択図】図１
2010205259.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク通信における第１の接続要求及び前記ネットワーク通信において実行されるＤＩＣＯＭ通信における第２の接続要求を、通信先の医用情報装置に向けて、前記通信先の医用情報装置を含む通信ネットワークへ送信する要求送信手段と、
前記第１の接続要求に対する第１の応答データ及び前記第２の接続要求に対する第２の応答データを受信する応答データ受信手段と、
前記受信した第１の応答データが接続失敗のデータであった場合に、ネットワーク通信上でのエラーを解析することにより、該第１の応答データから第１のエラー情報を取得する第１応答解析手段と、
前記受信した第２の応答データが接続失敗のデータであった場合に、前記ＤＩＣＯＭ通信上のエラーを解析することにより、該第２の応答データから第２のエラー情報を取得する第２応答解析手段と、
前記ネットワーク通信上のエラー情報に対する対応策及び前記ＤＩＣＯＭ通信上のエラー情報に対する対応策を記憶している対応策記憶手段と、
前記第１のエラー情報及び前記第２のエラー情報の少なくともいずれか一方に基づいて前記対応策記憶手段を参照し、発生している問題に対する前記対応策を抽出する対応策取得手段と、
前記抽出された対応策を表示手段に表示させる表示制御手段と、
を備えたことを特徴とする医用情報通信接続管理装置。
【請求項２】
自己のＤＩＣＯＭ通信における接続条件を予め記憶している接続条件記憶手段と、
前記受信した第２の応答データが接続成功であった場合に、該第２の応答データに基づいて前記通信先の医用情報装置における接続条件を抽出し、前記通信先の医用情報装置における接続条件と前記接続条件記憶手段に記憶されている接続条件とを比較し、一致しなかった接続条件の情報として不一致情報を取得する第３応答解析手段と、を備え、
前記対応策記憶手段は、さらに前記自己と前記通信先との間の接続条件の不一致に対する対応策を記憶しており、
前記対応策取得手段は、前記不一致情報に基づいて前記対応策を抽出し、
前記抽出された前記不一致情報に対する対応策を表示手段に表示させること、を特徴とする請求項１に記載の医用情報通信接続管理装置。
【請求項３】
前記ＤＩＣＯＭ通信における接続条件には、前記医用情報装置が、ＤＩＣＯＭ通信において使用しようとするサービスの種類と、該サービスの対象となるデータの種類との組み合わせ及び、データの構成方法が含まれていること、を特徴とする請求項１に記載の医用情報通信接続管理装置。
【請求項４】
前記第３応答解析手段は、前記第２の応答データに含まれる前記通信先の医用情報装置からの応答としての受諾及び拒絶の情報に基づいて、前記通信先の医用情報装置における前記接続条件を判断する、ことを特徴とする請求項２に記載の医用情報通信接続管理装置。
【請求項５】
前記要求送信手段は、通信元が使用するものとして指定されたＤＩＣＯＭ通信におけるサービスの種類と、該サービスの対象となるデータの種類との組み合わせ及び、データの構成方法を含む前記第２の接続要求を作成する、ことを特徴とする請求項１に記載の医用情報通信接続管理装置。
【請求項６】
前記要求送信手段は、通信元が使用するものとして指定されたＤＩＣＯＭ通信におけるサービスの種類と、該サービスの対象となるデータの種類との組み合わせ及び、該通信元が該組み合わせにおいて使用可能な前記データの構成方法の全てを含む前記第２の接続要求を作成する、ことを特徴とする請求項１に記載の医用情報通信接続管理装置。
【請求項７】
前記表示手段に表示される前記対応策には、エラーの解決方法と共に、エラーの内容、通信先の医用情報装置の識別情報、通信元又は通信先のうちどちらで問題が発生しているかの情報、接続条件の変更で対応可能か否かの情報、のうちのいずれか一つまたはその組み合わせが表示されることを特徴とする請求項１乃至請求項４のいずれか一つに記載の医用情報通信接続管理装置。
【請求項８】
ネットワーク通信を介し、通信先の医用情報装置に向けてＤＩＣＯＭ通信を行う医用情報通信接続管理装置であって、
前記通信先と、前記ＤＩＣＯＭ通信において使用しようとするサービスの種類及び該サービスの対象となるデータの種類の組み合わせと、使用しようとするデータの構成方法とを設定するための設定画面を表示する表示手段と、
前記設定画面において設定された前記通信先及び前記組み合わせに基づき、前記ネットワーク通信における第１の接続要求及び前記ＤＩＣＯＭ通信における第２の接続要求を、前記通信先の医用情報装置を含む通信ネットワークへ送信する要求送信手段と、
前記第１の接続要求に対する第１の応答データ及び前記第２の接続要求に対する第２の応答データを受信する応答データ受信手段と、
自己のＤＩＣＯＭ通信における接続条件を予め記憶している接続条件記憶手段と、
前記受信した第１の応答データが接続失敗のデータであった場合に、ネットワーク通信上でのエラーを解析することにより、該第１の応答データから第１のエラー情報を取得する第１応答解析手段と、
前記受信した第２の応答データが接続失敗のデータであった場合に、前記ＤＩＣＯＭ通信上のエラーを解析することにより、該第２の応答データから第２のエラー情報を取得する第２応答解析手段と、
前記受信した第２の応答データが接続成功のデータであった場合に、該第２の応答データに基づいて前記通信先の医用情報装置における接続条件を抽出し、前記通信先の医用情報装置における接続条件と前記接続条件記憶手段に記憶されている接続条件とを比較し、一致しなかった接続条件の情報として不一致情報を取得する第３応答解析手段と、
前記ネットワーク通信上での各エラー、前記ＤＩＣＯＭ通信上の各エラー又は前記自己と前記通信先との間の各接続条件の不一致それぞれに対する通信設定の誤りを示す情報をあらかじめ記憶する誤設定記憶手段と、
前記第１のエラー情報、前記第２のエラー情報及び、前記不一致情報のうち、少なくともいずれか一つに基づいて前記誤設定記憶手段を参照し、通信設定の誤りを示す情報を抽出する誤設定取得手段と、
抽出された通信設定の誤りを示す情報に基づき、前記設定画面において、該誤りにかかる部分につき、他の部分と区別して表示する表示制御手段と、
を備えたことを特徴とする医用情報通信接続管理装置。
【請求項９】
前記前記第２の接続要求は、通信元が使用するものとして指定された前記ＤＩＣＯＭ通信におけるサービスの種類と、該サービスの対象となるデータの種類との組み合わせ及び、該通信元が該組み合わせにおいて使用可能な前記データの構成方法の全てを含む、ことを特徴とする請求項８に記載の医用情報通信接続管理装置。
【請求項１０】
前記表示制御手段が実行する前記区別表示は、前記誤りにかかる部分を強調して表示すること及び該誤りにかかる部分を選択不可能とすることのうち、少なくともいずれか一方である、ことを特徴とする請求項８に記載の医用情報通信接続管理装置。
【請求項１１】
医用情報通信接続管理装置はさらに、
過去に行った、前記医用情報装置それぞれに対する前記第１の接続要求及び前記第２の接続要求の成功例を記憶する成功例記憶手段を備え、
前記要求送信手段は、前記誤設定取得手段が前記通信設定の誤りを示す情報を抽出できなかった場合に、前記成功例を参照し、該成功例に基づき、前記第１の接続要求及び前記第２の接続要求を送信し、
前記応答データ受信手段は、前記成功例に基づく前記第１の応答データ及び前記成功例に基づく前記第２の応答データを受信し、
前記表示制御手段は、前記成功例に基づく前記第１の応答データのうち接続成功した例及び、前記成功例に基づく前記第２の応答データのうち接続成功した例と、前記設定画面において設定された第１の接続要求及び第２の接続要求とを比較し、差分を表示画面に表示させる、ことを特徴とする請求項８に記載の医用情報通信接続管理装置。
【請求項１２】
前記要求送信手段は、参照した前記成功例とともに、設定された前記通信先に基づき、前記第１の接続要求及び前記第２の接続要求を送信する、ことを特徴とする請求項１１に記載の医用情報通信接続管理装置。
【請求項１３】
自己のＤＩＣＯＭ通信における接続条件をあらかじめ記憶する接続条件記憶手段と、
ネットワーク通信上のエラー情報に対する対応策、前記ＤＩＣＯＭ通信上のエラー情報に対する対応策、及び前記自己と前記通信先との間の接続条件の不一致に対する対応策を記憶する対応策記憶手段と、を有する医用情報通信接続管理装置における、医用情報通信接続管理方法であって、
要求送信手段が、前記ネットワーク通信における第１の接続要求を前記通信先の医用情報装置に送信するステップと、
応答データ受信手段が、前記第１の接続要求に対する第１の応答データを受信するステップと、
第１応答解析手段が、前記応答データ受信手段により前記受信された第１の応答データが接続失敗のデータであった場合に、前記ネットワーク通信上でのエラーを解析することにより該第１の応答データから第１のエラー情報を取得するステップと、
要求送信手段が、前記第１応答解析段階でエラーが検出されなかった場合に、前記ネットワーク通信における接続を確立した後、前記ＤＩＣＯＭ通信における第２の接続要求を前記通信先の医用情報装置に送信するステップと、
応答データ受信手段が、前記第２の接続要求に対する第２の応答データを受信するステップと、
第２応答信解析手段が、前記応答データ受信手段により前記受信された第２の応答データが接続失敗のデータであった場合に、ＤＩＣＯＭ通信上のエラーを解析することにより該第２の応答データから第２のエラー情報を取得するステップと、
第３応答解析手段が、前記応答データ受信手段により前記受信された第２の応答データが接続成功のデータであった場合に、該第２の応答データに基づいて前記通信先の医用情報装置における接続条件を抽出し、前記通信先の医用情報装置における接続条件と前記接続条件記憶手段に記憶された接続条件とを比較し、一致しなかった接続条件の情報として不一致情報を取得するステップと、
対応策取得手段が、前記第１のエラー情報、前記第２のエラー情報及び前記不一致情報を基に前記対応策記憶段階で記憶した情報を参照し、発生している問題に対する前記対応策を抽出するステップと、
表示制御手段が、前記抽出された対応策を表示手段に表示させるステップと、
を有することを特徴とする医用情報通信接続管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用分野における情報通信に関する標準規格であるＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）に準拠した医用情報装置間の通信接続を管理する医用情報通信接続管理装置及び医用情報通信接続管理方法に関する。さらに詳しくは、医用情報装置間で発生した通信障害に対する対処法を提示する医用情報通信接続管理装置及び医用情報通信接続管理方法に関する。
【背景技術】
【０００２】
従来、医療現場でＣＴ装置やＭＲＩ装置等、医用画像を撮像し取得する画像診断装置が利用されている。画像診断装置は、取得した画像の保存や管理などを行う画像サーバなどとネットワークを介して接続されている。これらの装置間で画像データ等の情報が管理されている。この画像診断装置は「モダリティ（modality）」と呼ばれることもある。また、医用情報端末も前述の画像サーバや画像診断装置とネットワークを介して接続されている。操作者はその医用情報端末を用いて医用画像を参照し診断を行っている。これら医用情報の通信は、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）と呼ばれる医用情報の通信に特化したプロトコルを用いて行われる。
【０００３】
このようなＤＩＣＯＭ規格に準拠した通信において接続の失敗（接続エラー）が発生することがある。この接続エラーの状態としては、ネットワーク接続が確立していない状態や、ネットワーク接続は確立しているがＤＩＣＯＭ規格に則ったデータの送受信を行うことができない状態など様々な態様が考えられる。これらの障害が発生する原因としては、多数の原因が考えられる。例えばユーザが通信の設定（接続条件）を間違えている場合がある。また機器同士の間でＣＳ（Ｃｏｎｆｏｒｍａｎｃｅ  Ｓｔａｔｅｍｅｎｔ）が無く相手装置のサポートしている機能がわからない場合、つまりメーカ間での接続機器の接続条件の取り交わしが無い場合がある。さらに一方の機器の接続条件と相手装置のサポート機能とに食い違いがある場合等がある。
【０００４】
従来、この様な接続エラーを解決する手段として接続テストを行うことにより、接続エラーの原因の解析を支援する技術が提案されている。例えば、接続先の通信相手機器に各種パケットを送ることで、当該通信相手機器が実装しているサービス（サポートしている機能）を検知する技術がある（例えば、特許文献１参照。）。また、データベースに保存してある予想出力及び予想入力と、接続相手である通信相手機器の応答とを基に、通信相手機器との接続の可否を判定し、さらにＤＩＣＯＭのＣＳを自動で更新する技術（例えば、特許文献２参照。）が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２５９２４２号公報
【特許文献２】特開２００６−１１０００７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の接続テストの方法では、接続が成功したか失敗したかの結果しかわからない場合がある。しかし、それではどのような対処を行えばよいのかが不明である。すなわち、問題の解決が困難である。さらに、特許文献１に記載された技術は応答結果により相手のサービスを検知するものであり、通信を行おうとする側の接続条件と応答結果の関係を把握することが困難であり、問題の原因の特定を容易に行うことは困難である。また、解決方法の提示も行わないため迅速に問題に対処することが困難である。また、特許文献２に記載された技術も接続判定の結果を出すものであり、また、ＣＳの自動更新も登録された接続条件を更新するだけであるので、問題の原因の特定や対処方法の決定などを容易に行うことは困難である。
【０００７】
この発明は、このような事情に鑑みてなされたもので、エラー情報に基づいて対策方法を提示する医用情報通信接続管理装置を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１に記載の医用情報通信接続管理装置は、ネットワーク通信における第１の接続要求及び前記ネットワーク通信において実行されるＤＩＣＯＭ通信における第２の接続要求を、通信先の医用情報装置に向けて、前記通信先の医用情報装置を含む通信ネットワークへ送信する要求送信手段と、前記第１の接続要求に対する第１の応答データ及び前記第２の接続要求に対する第２の応答データを受信する応答データ受信手段と、前記受信した第１の応答データが接続失敗のデータであった場合に、ネットワーク通信上でのエラーを解析することにより、該第１の応答データから第１のエラー情報を取得する第１応答解析手段と、前記受信した第２の応答データが接続失敗のデータであった場合に、前記ＤＩＣＯＭ通信上のエラーを解析することにより、該第２の応答データから第２のエラー情報を取得する第２応答解析手段と、前記ネットワーク通信上のエラー情報に対する対応策及び前記ＤＩＣＯＭ通信上のエラー情報に対する対応策を記憶している対応策記憶手段と、前記第１のエラー情報及び前記第２のエラー情報の少なくともいずれか一方に基づいて前記対応策記憶手段を参照し、発生している問題に対する前記対応策を抽出する対応策取得手段と、前記抽出された対応策を表示手段に表示させる表示制御手段と、を備えたことを特徴とするものである。
【０００９】
請求項１３に記載の医用情報通信接続管理方法は、自己のＤＩＣＯＭ通信における接続条件をあらかじめ記憶する接続条件記憶手段と、ネットワーク通信上のエラー情報に対する対応策、前記ＤＩＣＯＭ通信上のエラー情報に対する対応策、及び前記自己と前記通信先との間の接続条件の不一致に対する対応策を記憶する対応策記憶手段と、を有する医用情報通信接続管理装置における、医用情報通信接続管理方法であって、要求送信手段が、前記ネットワーク通信における第１の接続要求を前記通信先の医用情報装置に送信するステップと、応答データ受信手段が、前記第１の接続要求に対する第１の応答データを受信するステップと、第１応答解析手段が、前記応答データ受信手段により前記受信された第１の応答データが接続失敗のデータであった場合に、前記ネットワーク通信上でのエラーを解析することにより該第１の応答データから第１のエラー情報を取得するステップと、要求送信手段が、前記第１応答解析段階でエラーが検出されなかった場合に、前記ネットワーク通信における接続を確立した後、前記ＤＩＣＯＭ通信における第２の接続要求を前記通信先の医用情報装置に送信するステップと、応答データ受信手段が、前記第２の接続要求に対する第２の応答データを受信するステップと、第２応答信解析手段が、前記応答データ受信手段により前記受信された第２の応答データが接続失敗のデータであった場合に、ＤＩＣＯＭ通信上のエラーを解析することにより該第２の応答データから第２のエラー情報を取得するステップと、第３応答解析手段が、前記応答データ受信手段により前記受信された第２の応答データが接続成功のデータであった場合に、該第２の応答データに基づいて前記通信先の医用情報装置における接続条件を抽出し、前記通信先の医用情報装置における接続条件と前記接続条件記憶手段に記憶された接続条件とを比較し、一致しなかった接続条件の情報として不一致情報を取得するステップと、対応策取得手段が、前記第１のエラー情報、前記第２のエラー情報及び前記不一致情報を基に前記対応策記憶段階で記憶した情報を参照し、発生している問題に対する前記対応策を抽出するステップと、表示制御手段が、前記抽出された対応策を表示手段に表示させるステップと、を有することを特徴とするものである。
【発明の効果】
【００１０】
請求項１に記載の医用情報通信接続管理装置及び請求項１３に記載の医用情報通信接続管理方法によると、ネットワーク通信上及びＤＩＣＯＭ通信上の接続を順次確認し、それぞれの結果を基に問題を抽出した上で、自動的に対応策を提示する構成である。これにより、通信元と通信先の接続条件の関係を把握することができ問題の原因の特定を容易にすることが可能となる。また、発生している問題に対する対応策を参照し、問題に対応することができるため、迅速な問題解決が可能となる。
【図面の簡単な説明】
【００１１】
【図１】この発明の第１の実施形態及び第２の実施形態に係る医用情報通信接続管理装置におけるブロック図。
【図２】（Ａ）ＤｅｆａｕｌｔをサポートしたＤＩＣＯＭ通信の接続要求を説明するための図表。（Ｂ）ＤｅｆａｕｌｔをサポートしていないＤＩＣＯＭ通信の接続要求を説明するための図表。
【図３】ネットワーク通信におけるエラーとその対応策を説明するための図。
【図４】対応策を表示する表示画面の一例の図。
【図５】この発明の第１の実施形態に係る医用情報通信接続管理装置において、接続要求に対する応答データを解析し、対応策を提供する一連の動作の概要を示すフローチャート。
【図６】この発明の第１の実施形態に係る医用情報通信接続管理装置において、ネットワーク通信における設定の確認をする一連の動作の概要を示すフローチャート。
【図７】（Ａ）サービスの種類の入力を行う画面の一例の図。（Ｂ）使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの入力を行う画面の一例の図。
【図８】この発明の第３の実施形態に係る医用情報通信接続管理装置におけるブロック図。
【発明を実施するための形態】
【００１２】
〔第１の実施形態〕
以下、この発明の第１の実施形態に係る医用情報通信接続管理装置について説明する。図１はこの発明の第１の実施形態及び第２の実施形態に係る医用情報通信接続管理装置１００におけるブロック図である。
【００１３】
図１に示すように、この本実施形態における医用情報通信接続管理装置１００は、ネットワーク００１を介して医用情報装置０１０と接続されている。ただし以下の説明において、この「ネットワーク００１を介した接続」について言及されている場合、実際にはネットワーク００１が物理的に切断されている状況等を含んでいるものとする。医用情報通信接続管理装置１００と医用情報装置０１０との間の通信の接続を行うためには、まずネットワーク通信による接続がなされる。さらにそのネットワーク通信による接続が確立された上で、ＤＩＣＯＭ通信による接続がなされる。具体的には、ＤＩＣＯＭ通信はＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の標準モデルである７階層のセッション層、プレゼンテーション層、アプリケーション層における通信を行う。すなわち、ここでいうＤＩＣＯＭ通信が行われるために必要なネットワーク通信とはＯＳＩの標準モデルにおけるトランスポート層までの通信を示す。
【００１４】
ここで、ＤＩＣＯＭ通信について説明する。ＤＩＣＯＭ通信を行うためにはＤＩＣＯＭ通信で使用されるサービスの種類や、伝えられる情報内容等が接続条件として必要となる。サービスの種類は「サービスクラス」とも呼ばれ、例えばＳｔｏｒａｇｅ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ等が該当する。伝えられる情報内容としては、例えば、ＣＴ画像やＭＲＩ画像等が該当する。以下では、この伝えられる情報内容のことを「オブジェクト」という。また、このオブジェクトは本発明における「対象となるデータの種類」の一例に該当する。ここで、前述の「サービス」とはその装置で実施する機能を示すものである。例えば、前述の「Ｓｔｏｒａｇｅ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ」は、装置間で画像を転送する機能である。そして、「サービスの種類」と「オブジェクト」を組み合わせたものがＤＩＣＯＭの規格におけるＳＯＰクラスと呼ばれるものである。このＳＯＰクラスをプログラムにおける構文として表したものが「ＡｂｓｔｒａｃｔＳｙｎｔａｘ（抽象構文）」と呼ばれる。以下では「サービスの種類」と「オブジェクト」を組み合わせたものを「ＡｂｓｔｒａｃｔＳｙｎｔａｘ」という。この「ＡｂｓｔｒａｃｔＳｙｎｔａｘ」とは、「どのようなもの」に対し「どのようなことを行いたいか」を示すものである。ここでいう「どのようなもの」とは「オブジェクト」にあたり、「どのようなことを行いたいか」とは、「サービスの種類」にあたる。具体的には、「ＣＴ画像保存ＳＯＰクラス（ＣＴ  Ｉｍａｇｅ  Ｓｔｏｒａｇｅ  ＳＯＰ  Ｃｌａｓｓ）」等がある。このＣＴ画像保存ＳＯＰクラスは、ＣＴ画像というオブジェクトに対し、画像保存というサービスを行うということを表している。
【００１５】
また、ＤＩＣＯＭ通信の接続条件にはデータの符号化方法等があり、このデータの符号化方法を以下では「ＴｒａnｓｆｅｒＳｙｎｔａｘ（転送構文）」という。この「ＴｒａｎｓｆｅｒＳｙｎｔａｘ」とは、非圧縮・圧縮や、リトルエンディアン（ｌｉｔｔｌｅ ｅｎｄｉａｎ）等のＤＩＣＯＭ規格に従ったデータのエンコード（ｅｎｃｏｄｅ）方法である。これを定義しないとデータの並び方がわからずにデータの解釈ができないことになる。このデータの符号化方法である「ＴｒａｎｓｆｅｒＳｙｎｔａｘ」は、本発明における「データの構成方法」の一例に該当する。
【００１６】
医用情報装置０１０は、医用画像などの医用情報の送受信を行う。この医用情報装置０１０としては例えば、ＲＩＳサーバ、モダリティ、画像保管サーバ等の画像保管装置、プリンタ等のイメージャ装置、又は画像観察装置が挙げられる。なお、図１においてネットワーク００１に医用情報装置０１０が１台のみ接続された状態が示されているが、この医用情報装置０１０の台数に制限はない。すなわちネットワーク００１を介して接続され医用情報通信接続管理装置１００との間でデータの送受信が可能なものであれば、医用情報装置０１０の台数は何台でもよい。この医用情報装置０１０は本発明における「通信先の医用情報装置」の一例に該当する。
【００１７】
本実施形態に係る医用情報通信接続管理装置１００は、医用情報装置０１０の中に配置されていてもよい。すなわち、医用情報装置０１０の中の一部の機能として医用情報通信接続管理装置１００が配置されている場合がある。その場合には、医用情報通信接続管理装置１００は、自己を組みこんでいる医用情報装置０１０の通信の接続を管理することになる。
【００１８】
医用情報通信接続管理装置１００は、図１に示すように、要求送信部１０１、応答データ受信部１０２、第１応答解析部１０３、第２応答解析部１０４、第３応答解析部１０５、接続条件記憶部１０６、対応策記憶部１０７、対応策取得部１０８、表示制御部１０９、及びユーザインタフェース１１０を備えている。またユーザインタフェース１１０は入力部１１１及び表示部１１２を有する。
【００１９】
医師や装置の設定を行う技術者等の操作者（以下では、単に「操作者」という。）は、ユーザインタフェース１１０の入力部１１１を用いて医用情報通信接続管理装置１００の接続条件を入力し接続条件の設定を行う。この接続条件とは、ＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）などのネットワーク通信における接続条件や、前述のＤＩＣＯＭ通信で使用されるサービスの種類やオブジェクトなどのＤＩＣＯＭ通信における接続条件のことである。本実施形態において、入力部１１１が用いられて入力されるＤＩＣＯＭ通信の接続条件には「ＡｂｓｔｒａｃｔＳｙｎｔａｘ」と「ＴｒａｎｓｆｅｒＳｙｎｔａｘ」とが含まれている。
【００２０】
接続条件記憶部１０６は、ハードディスクやメモリなどの情報記憶媒体で構成されている。接続条件記憶部１０６は、操作者により入力部１１１を介して入力された「ＡｂｓｔｒａｃｔＳｙｎｔａｘ」と「ＴｒａｎｓｆｅｒＳｙｎｔａｘ」とを含む接続条件を記憶している。この接続条件記憶部１０６は本発明における「接続条件記憶手段」の一例に該当する。
【００２１】
要求送信部１０１は、まずネットワーク通信における医用情報装置０１０と医用情報通信接続管理装置１００との間の接続要求を、ネットワーク通信網に送信する。このネットワーク通信網は医用情報装置０１０とネットワーク００１とを含む構成である。また、当該ネットワーク通信網は、本発明における「通信ネットワーク」の一例に該当する。またここでいう接続要求は本発明における「第１の接続要求」の一例に該当する。そして、後述する応答データ受信部１０２に対し、医用情報装置０１０からのネットワーク通信における接続要求が受け入れられた場合には、医用情報通信接続管理装置１００と医用情報装置０１０との間のネットワーク通信が確立される。なおネットワーク通信とは具体的に、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のコネクションである。この要求送信部１０１は本発明における「要求送信手段」の一例に該当する。
【００２２】
要求送信部１０１は、記憶領域を有している。要求送信部１０１におけるこの記憶領域には、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが設定ファイルとして予め記憶されており、かつこの組み合わせはサービスの種類毎に記憶されている。なお、ここで記載した「自己」とは、医用情報通信接続管理装置１００を示すものである。またここでいう「使用可能」な状態については、以下「サポートしている」と記載することがある。また、操作者が入力部１１１を用いてサービスの種類及び使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを入力すると、要求送信部１０１は、これらの情報を含む接続要求受ける。当該入力の具体的な一例を以下に示す。
【００２３】
例えば、医用情報通信接続管理装置１００は、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを選択するための設定画面のデータを記憶している。操作者は、入力部１１１を介して、この設定画面を表示させる操作を行う。この操作により医用情報通信接続管理装置１００は記憶している当該設定画面のデータを読み出し、表示部１１２に表示させる。その結果、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが、選択可能に設定画面に表示される。操作者が入力部１１１を介して当該表示の中からいずれかを選択することにより、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘと組み合わせの入力が行われる。この自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせについては、あらかじめ要求送信部１０１に記憶された設定ファイルに記載されている。
【００２４】
この設定画面の一例を図７（Ａ）、図７（Ｂ）に示す。図７（Ａ）は、サービスの種類の入力を行うための設定画面の一例を示す図である。図７（Ｂ）は、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの入力を行うための画面の一例を示す図である。操作者は入力部１１１により図７（Ａ）におけるチェックボックス７０１のうち接続要求をおこなうサービスの種類にチェックを入れる。さらに、詳細な設定を行う場合には、操作者は入力部１１１によりボタン７０２を指定する。これにより図７（Ｂ）の設定画面が表示される。そして、図７（Ｂ）に示す設定画面において操作者は入力部１１１を介して、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを指定する。
【００２５】
そして、要求送信部１０１は、入力されたサービスの種類及び使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを基に、接続要求を生成する。この接続要求は当該サービスの種類を用いた接続を行うためのものであり、かつ当該サービスの種類は当該ＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを含む。さらに当該ＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせは、医用情報通信接続管理装置１００に設定されているＤＩＣＯＭ通信の接続条件で規定されているものである。
【００２６】
また、この接続要求とはアソシエーションを確立するための折衝（ｎｅｇｏｔｉａｔｉｏｎ）を行うための要求を示すものである。またこの接続要求はＤＩＣＯＭにおける「Ａ−Ａｓｓｏｃｉａｔｉｏｎ−ＲＱ」と呼ばれる。なお、この接続要求は本発明における「第２の接続要求」の一例に該当する。
【００２７】
ここで、図２（Ａ）及び図２（Ｂ）を用いて要求送信部１０１からの接続要求の具体的な一例を説明する。図２（Ａ）はＤｅｆａｕｌｔをサポートしたＤＩＣＯＭ通信の接続要求を説明するための図表である。図２（Ｂ）はＤｅｆａｕｌｔをサポートしていないＤＩＣＯＭ通信の接続要求を説明するための図表である。例えば、操作者により入力部１１１を介してＳｔｏｒａｇｅサービスを用いた接続要求を行うよう指示が入力されると、要求送信部１０１は、図２（Ａ）及び図２（Ｂ）に示すようなＳｔｏｒａｇｅサービスの接続要求を行うための表を作成する。そして、要求送信部１０１は、この表に基づいて接続要求を行う。ここで、Ｄｅｆａｕｌｔとは、特殊な形式を有しない基本の画像情報である。またこのＤｅｆａｕｌｔは、どのようなオブジェクトを使用するかわからない場合に用いられるオブジェクトである。例えば図２（Ａ）及び図２（Ｂ）に示す表において、サービスの種類としてはＳｔｏｒａｇｅサービスが指定されている。さらにこの表において、オブジェクトとしてＩｍａｇｅＤａｔａＴｙｐｅが指定されている。そして、この表はさらにＳｅｎｄＳｔａｔｕｓによって、自己がそのオブジェクトをサポートしているか否かを示している。
【００２８】
すなわち、ＳｅｎｄＳｔａｔｕｓとして“Ｙ”が示されている場合には、そのオブジェクトをサポートしていることを示しており、“Ｎ”の場合にはサポートしていないことを示している。図２（Ａ）では、ＤｅｆａｕｌｔのＳｅｎｄＳｔａｔｕｓとして、“Ｙ”が示されているため、要求送信部１０１はＤｅｆａｕｌｔのＤａｔａＴｙｐｅでの接続要求を行う。そして、図２（Ｂ）ではＤｅｆａｕｌｔのＳｅｎｄＳｔａｔｕｓとして“Ｎ”が示されているため、要求送信部１０１はＤｅｆａｕｌｔのＤａｔａＴｙｐｅでの接続要求を行わない。
【００２９】
この図２（Ａ）に示す表自体が１のサービスの種類に対応しており、さらに当該表中に記載されているＩｍａｇｅＤａｔａＴｙｐｅがオブジェクトに対応している。したがって、その２つの情報から接続要求に使用するＡｂｓｔｒａｃｔＳｙｎｔａｘを決定することができる。また、図２（Ａ）及び図２（Ｂ）に示すＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅがＴｒａｎｓｆｅｒＳｙｎｔａｘに対応しているため、このＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅの情報から接続要求に使用するＴｒａｎｓｆｅｒＳｙｎｔａｘを決定することができる。
【００３０】
前述したネットワーク通信が確立されると、要求送信部１０１は、自己が作成したＤＩＣＯＭ通信の接続要求を医用情報装置０１０へ送信する。具体的には、要求送信部１０１は、自己が作成した図２（Ａ）又は（Ｂ）の表を参照し、その表に設定された項目に基づいて接続要求を送信する。この接続要求には前述のようにＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが含まれる。この接続要求はサービスの種類毎に行われる。
【００３１】
例えば、サービスの種類としてＳｔｏｒａｇｅ及びＱ／Ｒ（Ｑｕｅｒｙ／Ｒｅｔｒｉｅｖｅ）が選択された場合には、まずＳｔｏｒａｇｅの接続要求を行い、その応答データが帰ってきた後に、Ｑ／Ｒの接続要求を行うことになる。
【００３２】
応答データ受信部１０２は、医用情報装置０１０又はネットワーク００１から返ってくる応答データ、すなわち要求送信部１０１から送信されたネットワーク通信における接続要求に対する応答データを取得する。なおネットワーク００１はネットワーク通信網を示す。この応答データは本発明における「第１の応答データ」の一例に該当する。コネクション確立成功の場合、応答データ受信部１０２は、ネットワーク通信の接続要求受諾の応答データを受け取る。また、コネクション確立失敗の場合には医用情報装置０１０からの応答データを受信できず、応答データとしてネットワーク００１からのエラーメッセージを受信する。ネットワーク通信上でのコネクション確立失敗の場合には、応答データ受信部１０２は、応答データを第１応答解析部１０３へ出力する。この応答データ受信部１０２は本発明における「応答データ受信手段」の一例に該当する。
【００３３】
ネットワーク通信におけるコネクション確立成功の場合、次に応答データ受信部１０２は医用情報装置０１０から、ＤＩＣＯＭ通信における接続要求に対する応答データを取得する。この応答データは本発明における「第２の応答データ」の一例に該当する。
【００３４】
ＤＩＣＯＭ通信における接続要求に対してもまた、応答が成功の場合と応答が失敗の場合がある。応答が成功の場合とは、Ａ−Ａｓｓｏｃｉａｔｉｏｎ−ＡＣという接続要求受諾の応答データを受信した場合である。なお、この「Ａ−Ａｓｓｏｃｉａｔｉｏｎ−ＡＣ」については、以下「Ａ−ＡＳＳ−ＡＣ」と示す。Ａ−ＡＳＳ−ＡＣには、ＰｒｅｓｅｎｔａｔｉｏｎＣｏｎｔｅｘｔ−ＩＤ、Ｒｅｓｕｌｔ、Ｒｅａｓｏｎが含まれている。この接続要求受諾の応答データは本発明における「接続成功のデータ」の一例に該当する。また、応答が失敗の場合とは、Ａ−Ａｓｓｏｃｉａｔｉｏｎ−ＲＪという応答拒絶や、Ａ−ＡＢＯＲＴという応答中止の応答データを受信した場合である。なお、この「Ａ−Ａｓｓｏｃｉａｔｉｏｎ−ＲＪ」については、以下「Ａ−ＡＳＳ−ＲＪ」と示す。Ａ−ＳＳ−ＲＪにはＲｅｓｕｌｔ、Ｓｏｕｒｃｅ、Ｒｅａｓｏｎが含まれている。Ａ−ＡＢＯＲＴには、Ｓｏｕｒｃｅ、Ｒｅａｓｏｎが含まれている。この、応答拒絶や応答中止などの応答データは本発明における「接続失敗のデータ」の一例に該当する。
【００３５】
応答が失敗した場合、応答データ受信部１０２は、受信した応答データを第２応答解析部１０４へ出力する。応答が成功した場合、応答データ受信部１０２は、受信した応答データを第３応答解析部１０５へ出力する。
【００３６】
第１応答解析部１０３は、ＣＰＵや、メモリなどの記憶領域を含んで構成されている。この第１応答解析部１０３は本発明における「第１応答解析手段」の一例に該当する。第１応答解析部１０３は、応答解析の手順を記載した設定ファイルを記憶している。本実施形態では、第１応答解析部１０３はこの設定ファイルに基づき、例えば次のようなチェックを順次行う。このチェックとしては、ファイアーウォールのチェック、ＤＩＣＯＭ  ＳＣＰ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｐｒｏｖｉｄｅｒ）への通信の可否、ＩＰの名前解決の実行の可否、ゲートウェイに届くか、ＩＰアドレスとサブネットマスクは正しいか、ネットワークケーブルは繋がっているか、ネットワークアダプタは壊れていないか等のチェックがある。次に第１応答解析部１０３による、当該設定ファイルに基づいた処理の一例を以下に示す。
【００３７】
まず第１応答解析部１０３は、応答データ受信部１０２からネットワーク通信ができなかった旨のエラーメッセージの応答データの入力を受ける。第１応答解析部１０３は、ネットワーク情報やファイアーウォール等の状態をチェックする。具体的には、第１応答解析部１０３は、ファイアーウォールのチェック、ＤＩＣＯＭ  ＳＣＰ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｐｒｏｖｉｄｅｒ）への通信が可能か、ＩＰの名前解決ができるか、ゲートウェイに届くか、ＩＰアドレスとサブネットマスクは正しいか、ネットワークケーブルは繋がっているか、ネットワークアダプタは壊れていないか、をチェックする。これらのチェックはすべてのＤＩＣＯＭ  ＳＣＰに対して行われる。そして、第１応答解析部１０３は、各チェックにおいて発生したエラーのアプリケーションエラーログを取得する。
【００３８】
例えば、ファイアーウォールのチェックの場合、第１応答解析部１０３は、ファイアーウォール用のＤＩＣＯＭのネットワークポートが使用可能になっているかをチェックする。チェックの結果、当該ポートが使用可能な場合、第１応答解析部１０３はファイアーウォールＯＫの結果を取得する。これに対し、当該ポートが使用不可能な場合、第１応答解析部１０３は、許可されていないという結果を取得する。そして、第１応答解析部１０３は、その取得したアプリケーションエラーログからエラー情報を抽出し、当該エラー情報を対応策取得部１０８へ出力する。この第１応答解析部１０３によって抽出されたエラー情報は、本発明における「第１のエラー情報」の一例に該当する。
【００３９】
第２応答解析部１０４は、ＣＰＵや、メモリなどの記憶領域を含んで構成されている。この第２応答解析部１０４は本発明における「第２応答解析手段」の一例に該当する。第２応答解析部１０４は、応答データ受信部１０２からＤＩＣＯＭ通信において応答が失敗した旨の応答データの入力を受ける。
【００４０】
第２応答解析部１０４は、入力された応答データから失敗の理由を示すパラメータを抽出する。このパラメータとは、例えばエラーコードなどである。前述のように応答データであるＡ−ＡＳＳ−ＲＪやＡ−ＡＢＯＲＴには、Ｒｅａｓｏｎが含まれている。このＲｅａｓｏｎにしたがって、第２応答解析部１０４は失敗の理由を示すパラメータを取得する。また第２応答解析部１０４は、抽出した失敗の理由を示すパラメータを対応策取得部１０８へ出力する。この失敗の理由を示すパラメータは本発明における「第２のエラー情報」の一例に該当する。
【００４１】
第３応答解析部１０５は、ＣＰＵや、メモリなどの記憶領域を含んで構成されている。この第３応答解析部１０５は本発明における「第３応答解析手段」の一例に該当する。この第３応答解析部１０５は、応答データ受信部１０２からＤＩＣＯＭ通信において応答が成功した旨の応答データの入力を受ける。当該応答データには、受諾されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせ、及び拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが含まれている。
【００４２】
第３応答解析部１０５は、入力された応答データから受諾されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせ、及び拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを抽出する。第３応答解析部１０５は抽出を行うと、受諾された組み合わせ及び拒絶された組み合わせと、接続条件記憶部１０６に記憶された組み合わせとを比較する。この記憶された組み合わせは、自己が使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせである。そして比較の結果、第３応答解析部１０５は、自己がサポートしているＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせと、医用情報装置０１０がサポートしているＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせとで一致しない組み合わせの情報を対応策取得部１０８へ出力する。この一致しない組み合わせの情報を、以下、「不一致情報」という。
【００４３】
対応策記憶部１０７は、ハードディスクなどの記憶媒体を含んで構成されている。この対応策記憶部１０７は本発明における「対応策記憶手段」の一例に該当する。対応策記憶部１０７は、エラー情報等に対する対応策を記憶している。一例としては、ネットワーク通信におけるアプリケーションエラーログに含まれるエラー情報及び当該エラー情報に対応する対応策がある。また他の例としては、ＤＩＣＯＭ通信における応答失敗の場合の応答データに含まれた失敗の理由を示すパラメータ、及びパラメータに対応する対応策がある。また他の例としては、通信装置間で一致しないＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘの組み合わせ及び当該組み合わせそれぞれに対応する対応策がある。この対応策は操作者が参照できるように、例えばメッセージのような形式で構成される。
【００４４】
これらの対応策それぞれは、簡単にはテーブルのようなものに記憶されている状態をイメージしてよい。ただし実際には、ある条件が入ってきた場合にはこの対応策を出力するというように記載されたプログラムとなっている。このプログラムは「辞書」と言い換えることもできる。例えば、対応策記憶部１０７は、ネットワーク通信におけるアプリケーションエラーログの情報とそれに含まれた当該エラー情報に対する対応策として、図３に示すような対応表を記憶している。図３はネットワーク通信におけるエラーと、当該エラーに対応する対応策を示す表を説明するための図である。
【００４５】
対応策取得部１０８は、ＣＰＵや、メモリなどの記憶領域を含んで構成されている。この対応策取得部１０８は本発明における「対応策取得手段」の一例に該当する。対応策取得部１０８は、ネットワーク通信の接続要求が拒絶された場合には、第１応答解析部１０３からエラー情報を取得する。このエラー情報はアプリケーションエラーログの情報から抽出したものである。そして、対応策取得部１０８は、取得したアプリケーションエラーログの情報に基づき、当該エラーに対応する対応策を取得するため対応策記憶部１０７を参照する。さらに対応策取得部１０８は、参照結果を基に、アプリケーションエラーログのエラー情報に対応する対応策の情報を取得する。
【００４６】
例えば、対応策取得部１０８が、ネットワーク通信におけるアプリケーションエラーログとしてファイアーウォールに対して不許可の情報を取得すると、対応策取得部１０８は取得した当該不許可の情報に対応する対応策を取得するため、対応策記憶部１０７に記憶されている図３に示すような表を参照する。すなわち対応策取得部１０８は、ファイアーウォールが不許可である時の対応策として「Ｈｏｗ  ｔｏ  ｆｉｘ」を参照する。その結果、対応策取得部１０８は、図３の領域３０１に示されるような、エラーに対する対応策の情報を取得する。図３の例では「以下のＤＩＣＯＭ  ＳＣＰと通信を可能にするために、例外の設定を行ってください。 ＨｏｓｔＮａｍａ：Ｒｅｍｏｔｅ１（１９２．１６８．１０．１）、ＳｅｒｖｉｃｅＣｌａｓｓ：Ｓｔｒａｇｅ，ＰｏｒｔＮｏ：１２３４」という対応策を取得する。そして、対応策取得部１０８は取得した対応策の情報を表示制御部１０９へ出力する。
【００４７】
また、ネットワーク通信が確立した後にＤＩＣＯＭ通信の応答が失敗した場合、対応策取得部１０８は、第２応答解析部１０４から失敗の理由を示すパラメータの入力を受ける。対応策取得部１０８は、入力されたパラメータに基づき、対応策記憶部１０７に記憶されている失敗の理由を示すパラメータと当該パラメータに対応する対応策を参照する。さらに参照の結果、対応策取得部１０８はパラメータに対応した対応策とを取得する。
【００４８】
この取得する対応策としては、例えば次のようなものがある。すなわち、Ｃａｌｌｉｎｇ  ＡＥ／Ｃａｌｌｅｄ  ＡＥ  Ｔｉｔｌｅ間違いというエラーが発生している場合、対応策取得部１０８は取得したパラメータから当該エラーが発生していると判断する。さらに対応策取得部１０８は、当該エラーに基づき「Ｃａｌｌｉｎｇ  ＡＥ／Ｃａｌｌｅｄ  ＡＥ  Ｔｉｔｌｅを修正する」という対応策を取得する。また、対応策取得部１０８は、パラメータからリソース不足（例えば、メモリなどの不足）というエラーが発生していると判断した場合、不足しているリソースを増設するという対応策を取得する。対応策取得部１０８は、取得した対応策を表示制御部１０９へ出力する。
【００４９】
また、ネットワーク通信が確立した後にＤＩＣＯＭ通信の応答が成功した場合、対応策取得部１０８は、第３応答解析部１０５から不一致情報の入力を受ける。例えば、特定のＡｂｓｔｒａｃｔＳｙｎｔａｘに対して一部のＴｒａｎｓｆｅｒＳｙｎｔａｘが拒絶された場合、対応策取得部１０８は次のように判断する。すなわち当該特定のＡｂｓｔｒａｃｔＳｙｎｔａｘに含まれるオブジェクトについて該当するサービスを一応使用することができるものの、拒絶されたＴｒａｎｓｆｅｒｓｙｎｔａｘを用いたサービスを利用することができないと判断する。
【００５０】
そして、通信装置間でＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが一致しない場合、対応策取得部１０８は、不一致となった各組み合わせに対応する対応策を参照する。参照の結果、対応策取得部１０８は、拒絶されたＴｒａｎｓｆｅｒＳｙｎｔａｘを使用したサービスの使用方法を対応策として取得する。また、対応策取得部１０８は、特定のＡｂｓｔｒａｃｔＳｙｎｔａｘにおけるすべてのＴｒａｎｓｆｅｒＳｙｎｔａｘが拒絶された場合には、当該ＡｂｓｔｒａｃｔＳｙｎｔａｘに含まれるサービスの種類を使用することができないと判断する。そして、対応策取得部１０８は、対応策記憶部１０７に記憶されているＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが通信装置間で不一致の場合の、不一致となった各組み合わせに対応する対応策を参照する。さらに対応策取得部１０８は、当該ＡｂｓｔｒａｃｔＳｙｎｔａｘに含まれるサービスの種類を使用するための対応策を取得する。そして、対応策取得部１０８は、取得した対応策を表示制御部１０９へ出力する。
【００５１】
表示制御部１０９は、取得した対応策を表示部１１２に表示させる。この表示制御部１０９は本発明における「表示制御手段」の一例に該当し、表示部１１２が本発明における「表示手段」の一例に該当する。本実施形態では、表示制御部１０９は、図４に示すような対応策を表示する表示画面を表示部１１２に表示させる。図４は対応策を表示する表示画面の一例の図である。以下では、この表示画面を対応策表示画面という。
【００５２】
次に、図４に示す本実施形態の対応策表示画面を説明する。図４における領域４０１は現在行っている接続要求に対する応答の解析作業の進捗状況を示す領域である。具体的には、領域４０１には、次のような情報が表示される。例えばネットワーク通信における応答データの解析やＤＩＣＯＭ通信における応答データの解析の進捗が表示される。さらにその解析において、現在までに終わったチェック、現在行っているチェックが表示される。さらに、どのチェックでエラーが発生したかといった情報も表示される。これらの情報は、対応策取得部１０８による対応策の判定の実行を示す情報や、もしくは応答データ受信部１０２による通信成功の応答取得を示す情報等から取得できる。
【００５３】
また、領域４０２は、エラーが発生したチェック項目を表示するための領域である。例えば、ネットワーク通信におけるチェックであれば、ファイアーウォールのチェックやＩＰアドレス変換のチェックなどが表示される。また、領域４０３は、エラーが発生した場所を表示する。例えばＬｏｃａｌという表示であれば医用情報通信接続管理装置１００においてエラーが発生したことを示す。また通信先でエラーが発生した場合であれば、医用情報装置０１０の識別情報が表示される。この通信先でのエラーとは例えば、ＤＩＣＯＭ通信の接続要求に対する応答が失敗した場合であり、応答データとして医用情報装置０１０のリソース不足や、医用情報装置０１０がビジーである等の状態が該当する。この情報は対応策取得部１０８が取得したエラー情報などから取得できる。
【００５４】
また、領域４０４は、接続要求を行った通信先の医用情報装置０１０の識別情報が表示される。この情報は、送信元の識別情報等から取得できる。送信元の識別情報等は応答データ受信部１０２が受信した応答データの中に記載されたものである。そして、領域４０５には、エラーの内容やエラーの対策方法が表示される。さらに領域４０５には修正の可否などが表示されてもよい。これらの情報は、対応策取得部１０８から入力された情報から取得できる。
【００５５】
さらに、具体的に対策表示画面に表示される内容の一例を説明する。例えば、通信先の医用情報装置０１０がＱ／Ｒをサポートしていない場合には、各領域４０３、４０５には次のように表示される。すなわち、領域４０３には「Ｌｏｃａｌ」と表示される。領域４０５には、エラー内容として、「全てのＰｒｅｓｅｎｔａｔｉｏｎ  ｃｏｎｔｅｘｔが拒絶されました。」、「相手局はこのＤＩＣＯＭサービスをサポートしていません。」と表示される。さらに、領域４０５には、エラーの対策方法（Ｈｏｗ  ｔｏ  ｆｉｘ）として、「相手局設定で‘Ｑｕｅｒｙ’サービスを無効にしてください。」と表示され、修正の可否が「可能」と表示される。
【００５６】
また、他の例として、通信先の医用情報装置０１０が圧縮画像の受信をサポートしていなかった場合には、領域４０３に「Ｌｏｃａｌ」と表示される。また領域４０５にはエラー内容として、「次のＴｒａｎｓｆｅｒＳｙｎｔａｘが拒否されました。」「１：ＲＬＥ」と表示される。さらに、領域４０５にはエラーの対策方法（Ｈｏｗ  ｔｏ  ｆｉｘ）として、「相手局設定で圧縮オプション‘ＲＬＥ’を無効にしてください。」、「または、拒否された画像種の送信オプションを‘Ｎ’に設定してください。」、「ＡＥ（application entity）タイトル：ＤＣＭＴＫ」と表示され、さらに修正の可否が「可能」と表示される。
【００５７】
ここで本実施形態では、問題の原因究明を容易にするために、図４に示すような表示画面に問題の発生箇所やエラー内容などの情報を表示している。ただし、表示画面にこれらは表示しなくてもよい。例えば、表示部１１２に表示される当該表示画面には対応策のみ示してもよい。
【００５８】
次に、本実施形態の医用情報通信接続管理装置１００における動作のうち、接続要求に対する応答データの解析及び対応策の提供の動作について図５を参照して説明する。図５はこの発明の第１の実施形態に係る医用情報通信接続管理装置１００において、接続要求に対する応答データを解析し、対応策を提供する一連の動作の概要を説明するためのフローチャートである。
【００５９】
このフローチャートの前提として、既に、接続条件記憶部１０６に自己の接続条件が記憶されているものとする。さらに対応策記憶部１０７に、ネットワーク通信におけるエラー情報、ＤＩＣＯＭ通信における失敗の理由を示すパラメータ、及び不一致情報のそれぞれに対応する対応策が記憶されているものとする。したがって、以下の説明ではそれらの情報を記憶させるステップを省略して記載している。
【００６０】
ステップＳ００１：要求送信部１０１は、ネットワーク通信における接続要求を、接続している医用情報装置０１０のうちの特定の装置を通信先として、ネットワークを介して送信する。
【００６１】
ステップＳ００２：応答データ受信部１０２は、接続要求に対する応答データを、医用情報装置０１０又はネットワーク００１から受信する。
【００６２】
ステップＳ００３：応答データ受信部１０２は、応答データを基に接続要求が受諾されたか拒絶されたかを判断する。接続要求が受諾された場合（Ｓ００３：Ｙｅｓ）はステップＳ００４へ進む。接続要求が拒絶された場合（Ｓ００３：Ｎｏ）はステップＳ００５へ進む。
【００６３】
ステップＳ００４：医用情報通信接続管理装置１００と医用情報装置０１０との間のネットワーク通信が確立される。
【００６４】
ステップＳ００５：第１応答解析部１０３は応答データ受信部１０２からネットワーク通信の確立失敗の情報を取得する。第１応答解析部１０３は当該情報に基づき、ファイアーウォールのチェックやＩＰアドレス変換のチェックといったネットワーク通信における設定のチェックを行う。さらに第１応答解析部１０３はアプリケーションエラーログを取得し、さらに当該アプリケーションエラーログからエラー情報を取得する。第１応答解析部１０３は取得したエラー情報を対応策取得部１０８へ出力する。
【００６５】
ステップＳ００６：要求送信部１０１は、操作者により入力されたサービスの種類及び使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを基に、予め記憶している自己の接続条件の設定ファイルを参照する。さらに要求送信部１０１は、ＤＩＣＯＭ通信における接続要求、すなわち自己が使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを含む接続要求を作成する。
【００６６】
ステップＳ００７：要求送信部１０１は、作成したＤＩＣＯＭ通信における接続要求を医用情報装置０１０へ送信する。
【００６７】
ステップＳ００８：応答データ受信部１０２は、ＤＩＣＯＭ通信における接続要求に対する応答データを受信する。
【００６８】
ステップＳ００９：応答データ受信部１０２は、応答が成功したか、すなわちＡ−ＡＳＳ−ＡＣという応答データが返ってきたかを判断する。応答データ受信部１０２は併せて、応答が失敗したか、すなわちＡ−ＡＳＳ−ＲＪ又はＡ−ＡＢＯＲＴなどの応答データが返ってきたかを判断する。応答が成功した場合（Ｓ００９：Ｙｅｓ）には、ステップＳ０１０に進む。応答が失敗した場合（Ｓ００９：Ｎｏ）には、ステップＳ０１１に進む。
【００６９】
ステップＳ０１０：第３応答解析部１０５は、応答データ受信部１０２から応答データを受信する。そして、第３応答解析部１０５は、受信した応答データから医用情報装置０１０が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを抽出する。第３応答解析部１０５は、抽出した当該組み合わせと、接続条件記憶部１０６に記憶されている組み合わせとを比較する。記憶されている組み合わせとは、自己が使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせである。さらに第３応答解析部１０５は不一致情報を生成する。不一致情報は、医用情報装置０１０と自己との間で一致しないＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの情報である。第３応答解析部１０５は、生成した不一致情報を対応策取得部１０８へ出力する。
【００７０】
ステップＳ０１１：第２応答解析部１０４は、応答データ受信部１０２から応答データを受信する。そして、第２応答解析部１０４は、受信した応答データから失敗の理由を示すパラメータを抽出する。そして、第２応答解析部１０４は、抽出した失敗の理由を示すパラメータを対応策取得部１０８へ出力する。
【００７１】
ステップＳ０１２：対応策取得部１０８は、対応策記憶部１０７を参照し、第１応答解析部１０３から入力されたネットワーク通信におけるエラー情報か、第２応答解析部１０４から入力された失敗の理由を示すパラメータか、又は第３応答解析部１０５から入力された不一致情報に対応する対応策の情報を取得する。対応策取得部１０８は、取得した対応策の情報を表示制御部１０９へ出力する。
【００７２】
ステップＳ０１３：表示制御部１０９は、対応策取得部１０８から入力された対応策の情報を基に、表示部１１２へ対応策を表示させる。
【００７３】
ステップＳ０１４：要求送信部１０１は、ネットワークを介して医用情報通信接続管理装置１００と通信を行うすべての医用情報装置０１０に対し、接続要求を送信したか否かを判断する。すべての医用情報装置０１０に対し接続要求を送信している場合（Ｓ０１４：Ｙｅｓ）には、接続要求の送信を終了する。接続要求を送信していない医用情報装置０１０がある場合（Ｓ０１４：Ｎｏ）には、該接続要求の送信を行っていない医用情報装置０１０に対して、ステップＳ００１からステップＳ０１３を繰り返す。
【００７４】
本実施形態の医用情報通信接続管理装置１００では、ステップＳ００６において、要求送信部１０１によりＤＩＣＯＭ通信における接続要求の作成を行っている。ただし接続要求の作成は、操作者からの入力を受けた後であって、かつステップＳ００７の処理が完了するまでの間であればどのタイミングで行ってもよい。例えば、要求送信部１０１は、接続要求の送信を開始する前に、既に操作者によるサービスの種類の指定を受けていれば、ステップＳ００１の前の段階でＤＩＣＯＭ通信における接続要求の作成を行ってしまってもよい。
【００７５】
また、図５におけるフローチャートでは、医用情報通信接続管理装置１００はネットワーク通信におけるすべての設定の確認を終わらせ、アプリケーションエラーログを取得した後に、対応策を取得する構成としている。ただしこれに限られず、例えば対応策取得部１０８が、個々の設定の確認の都度、エラーメッセージを取得し、対応策を取得する構成でもよい。さらに、このように対応策取得部１０８が取得した対応策を、その都度、表示部１１２に表示させる構成でもよい。
【００７６】
次に、図６を参照して、本実施形態の医用情報通信接続管理装置１００がネットワーク通信における設定の確認をする動作について説明する。ここで、図６は第１の実施形態に係る医用情報通信接続管理装置１００においてネットワーク通信における設定の確認をする一連の動作の概要を示すフローチャートである。以下の説明では、ネットワーク通信における各種設定確認を取得する度ごとに、当該設定確認の結果としてのエラーメッセージに対応した対応策を取得し、当該対応策を表示する構成で説明する。ただし各種設定確認を取得する度ごとではなく、上述したように、すべての設定確認の終了後にまとめて対応策を取得する構成でもよい。
【００７７】
ステップＳ１０１：第１応答解析部１０３は、ファイアーウォールのチェックを行う。
【００７８】
ステップＳ１０２：第１応答解析部１０３は、当該チェックの結果ファイアーウォールの通過が許可されているか否かを判断する。許可されている場合（Ｓ１０２：Ｙｅｓ）にはステップＳ１０４に進み、許可されていない場合（Ｓ１０２：Ｎｏ）にはステップＳ１０３に進む。
【００７９】
ステップＳ１０３：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８が取得した対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００８０】
ステップＳ１０４：第１応答解析部１０３は、ＤＩＣＯＭ  ＳＣＰとの通信の可否についてチェックを行う。 
【００８１】
ステップＳ１０５：第１応答解析部１０３は、当該チェックの結果、ＤＩＣＯＭ  ＳＣＰとの通信を行うことができるか否かを判断する。通信を行うことができる場合（Ｓ１０５：Ｙｅｓ）には、ネットワーク通信の設定のチェックを終了する。通信を行うことができない場合（Ｓ１０５：Ｎｏ）にはステップＳ１０６へ進む。
【００８２】
ステップＳ１０６：第１応答解析部１０３は、ホスト名のＩＰアドレスへの変換についてチェックを行う。
【００８３】
ステップＳ１０７：第１応答解析部１０３は、当該チェックの結果、ホスト名のＩＰアドレスへの変換が成功したか否かを判断する。成功した場合（Ｓ１０７：Ｙｅｓ）にはステップＳ１０９へ進む。失敗した場合（Ｓ１０７：Ｎｏ）にはステップＳ１０８へ進む。
【００８４】
ステップＳ１０８：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８が取得した対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００８５】
ステップＳ１０９：第１応答解析部１０３は、デフォルトゲートウェイとの通信についてチェックを行う。
【００８６】
ステップＳ１１０：第１応答解析部１０３は、当該チェックの結果、デフォルトゲートウェイとの通信が成功したか否かを判断する。通信が成功した場合（Ｓ１１０：Ｙｅｓ）にはステップＳ１１２へ進む。通信が失敗した場合（Ｓ１１０：Ｎｏ）にはステップＳ１１１へ進む。
【００８７】
ステップＳ１１１：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８から入力された対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００８８】
ステップＳ１１２：第１応答解析部１０３は、自己が有するネットワークアダプタにおけるＩＰアドレスやサブネットマスクといったネットワーク設定のチェックを行う。
【００８９】
ステップＳ１１３：第１応答解析部１０３は、当該チェックの結果、ネットワーク設定の正誤を判断する。ネットワーク設定が正しければ（Ｓ１１３：Ｙｅｓ）、ステップＳ１１５へ進む。ネットワーク設定が誤っていれば（Ｓ１１３：Ｎｏ）、ステップＳ１１４へ進む。
【００９０】
ステップＳ１１４：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８から入力された対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００９１】
ステップＳ１１５：第１応答解析部１０３は、ネットワークケーブルの接続チェックを行う。
【００９２】
ステップＳ１１６：第１応答解析部１０３は、当該チェックの結果、ネットワークケーブルが接続されているか否かを判断する。ネットワークケーブルが接続されていれば（Ｓ１１６：Ｙｅｓ）、ステップＳ１１８に進む。ネットワークケーブルが接続されていなければ（Ｓ１１６：Ｎｏ）ステップＳ１１７に進む
【００９３】
ステップＳ１１７：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８から入力された対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００９４】
ステップＳ１１８：第１応答解析部１０３は、ネットワークアダプタのチェックを行う。
【００９５】
ステップＳ１１９：第１応答解析部１０３は、当該チェックの結果、ネットワークアダプタが無効か否かを判断する。無効の場合（Ｓ１１９：Ｎｏ）にはステップＳ１２０へ進み、ネットワークアダプタが有効の場合（Ｓ１１９：Ｙｅｓ）にはネットワーク通信における設定の確認を終了する。
【００９６】
ステップＳ１２０：対応策取得部１０８は、第１応答解析部１０３から入力されたエラー情報を基に対応策記憶部１０７を参照する。対応策取得部１０８は参照した結果、対応策の情報を取得する。そして、表示制御部１０９は、対応策取得部１０８から入力された対応策の情報を基に、発生したエラーへの対応策を表示部１１２に表示させる。
【００９７】
ここで、サービスクラス毎に要求送信部１０１、第３応答解析部１０５、及び対応策取得部１０８の動作に差異があるため、サービスクラス毎にこの３つの機能部の動作を具体的に説明する。
【００９８】
まずＳｔｏｒａｇｅ、Ｑｕｅｒｙ／Ｒｅｔｒｉｖｅ、ＭＷＭ、ＭＰＰＳサービスクラスの場合について説明する。要求送信部１０１は、指定されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを基に接続要求を行う。そして、受諾の接続応答を受けた場合には、第３応答解析部１０５は、問題なしと判断する。拒絶の接続応答を受けた場合には、不一致情報を対応策取得部１０８に送信する。対応策取得部１０８は拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせに対応する対応策を取得する。
【００９９】
次に、Ｐｒｉｎｔサービスクラスの場合について説明する。Ｐｒｉｎｔサービスクラスには「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」と、「Ｂａｓｉｃ  Ｃｏｌｏｒ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」との２種類のＳＯＰ  Ｃｌａｓｓがある。Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓは、複数のＳＯＰ  Ｃｌａｓｓから構成されている。このＭｅｔａ  ＳＯＰ  Ｃｌａｓｓに含まれるＳＯＰ  Ｃｌａｓｓには、規格上サポートすることが必須のＳＯＰ  Ｃｌａｓｓが含まれる。なお以下、規格上サポートすることが必須のＳＯＰ  Ｃｌａｓｓについては、「必須のＳＯＰ  Ｃｌａｓｓ」という。
【０１００】
この必須のＳＯＰ  Ｃｌａｓｓとしては、「Ｂａｓｉｃ  Ｆｉｌｍ  Ｓｅｓｓｉｏｎ  ＳＯＰ  Ｃｌａｓｓ」、「Ｂａｓｉｃ  Ｆｉｌｍ  Ｂｏｘ  ＳＯＰ  Ｃｌａｓｓ」、「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｉｍａｇｅ  Ｂｏｘ  ＳＯＰ  Ｃｌａｓｓ」及び、「Ｐｒｉｎｔｅｒ  ＳＯＰ  Ｃｌａｓｓ」という４つのＳＯＰ  Ｃｌａｓｓがある。また、各Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓは、必須ではないオプションＳＯＰ  Ｃｌａｓｓが定義されている。例えば、「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」は、「Ｐｒｉｎｔ  Ｊｏｂ  ＳＯＰ  Ｃｌａｓｓ「というオプションＳＯＰ  Ｃｌａｓｓを含むことができる。
【０１０１】
要求送信部１０１は、指定されたＡｂｓｔｒａｃｔＳｙｎｔａｘと、当該Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓが持っているＳＯＰ  ＣｌａｓｓをＡｂｓｔｒａｃｔＳｙｎｔａｘとして接続要求を行う。例えば、自己が「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」をサポートしている場合、「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」、「Ｂａｓｉｃ  Ｆｉｌｍ  Ｓｅｓｓｉｏｎ  ＳＯＰ  Ｃｌａｓｓ」、「Ｂａｓｉｃ  Ｆｉｌｍ  Ｂｏｘ  ＳＯＰ  Ｃｌａｓｓ」、「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｉｍａｇｅ  Ｂｏｘ  ＳＯＰ  Ｃｌａｓｓ」及び、「Ｐｒｉｎｔｅｒ  ＳＯＰ  Ｃｌａｓｓ」という５つのＡｂｓｔｒａｃｔＳｙｎｔａｘを接続要求する。さらに、自己がオプションのＳＯＰ  Ｃｌａｓｓをサポートしている場合には、そのＳＯＰ  ＣｌａｓｓをＡｂｓｔｒａｃｔＳｙｎｔａｘに加えて接続要求を行う。例えば、自己が「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｐｒｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓ」をサポートし、「Ｐｒｉｎｔｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｔｒｉｅｖａｌ  ＳＯＰ  Ｃｌａｓｓ」をサポートしている場合は、前述の５つに、「Ｐｒｉｎｔｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｔｒｉｅｖａｌ  ＳＯＰ  Ｃｌａｓｓ」を加えた６つのＡｂｓｔｒａｃｔＳｙｎｔａｘを接続要求する。そこで次に、送信した接続要求に対する応答の種類毎に各機能部の動作を説明する。
【０１０２】
Ｐｒｉｎｔサービスクラスについての全ての接続応答が受諾の場合には、第３応答解析部１０５は、問題なしと判断する。拒絶の接続応答を受けた場合には、第３応答解析部は、どのＳＯＰ  Ｃｌａｓｓが拒絶されたかを判断する。拒絶されたＳＯＰ  ＣｌａｓｓがオプションのＳＯＰ  Ｃｌａｓｓであって必須のＳＯＰ  Ｃｌａｓｓが受諾されている場合、通信先の医用情報装置０１０はオプションのＳＯＰ  Ｃｌａｓｓを必ずサポートしている必要がない。したがって、第３応答解析部１０５は問題なしと判断し、不一致情報の出力は行わない。すなわち、対応策は表示されない。
【０１０３】
Ｍｅｔａ  ＳＯＰ  Ｃｌａｓｓが拒絶された場合には、第３応答解析部１０５は、そのＭｅｔａ  ＳＯＰ  Ｃｌａｓｓに対応する不一致情報を対応策取得部１０８へ出力する。この場合、対応策取得部１０８は、対応策を取得する。さらに対応策取得部１０８は、表示制御部１０９に対応策と拒絶されたＭｅｔa  ＳＯＰ  Ｃｌａｓｓが利用できないという情報とを出力する。表示制御部１０９は、表示部に拒絶されたＭｅｔa  ＳＯＰ  Ｃｌａｓｓが利用できないという情報とその対応策とを表示させる。
【０１０４】
必須のＳＯＰ  Ｃｌａｓｓが拒絶された場合には、第３応答解析部１０５は、その必須のＳＯＰ  Ｃｌａｓｓ及び不一致情報を対応策取得部１０８へ出力する。この不一致情報は、当該必須のＳＯＰ  Ｃｌａｓｓに対応するＭｅｔａ  ＳＯＰ  Ｃｌａｓｓについての情報である。この場合、対応策取得部１０８は、対応策を取得する。さらに対応策取得部１０８は、表示制御部１０９に対応策と拒絶された必須のＳＯＰ  Ｃｌａｓｓ及び当該必須のＳＯＰ  Ｃｌａｓｓに対応するＭｅｔａ  ＳＯＰ  Ｃｌａｓｓが利用できないという情報とを出力する。例えば、「Ｂａｓｉｃ  Ｆｉｌｍ  Ｂｏｘ  ＳＯＰ  Ｃｌａｓｓ」が拒絶された場合、Ｐｒｉｎｔサービスは利用できない。なぜなら、「Ｂａｓｉｃ  Ｇｒａｙｓｃａｌｅ  Ｍｅｔａ」及び「Ｂａｓｉｃ  Ｃｏｌｏｒ  Ｍｅｔａ」の両方が利用できないためである。他の例としては、「Ｂａｓｉｃ  Ｃｏｌｏｒ  Ｉｍａｇｅ  Ｂｏｘ  Ｃｌａｓｓ」が拒絶された場合、「Ｂａｓｉｃ  Ｃｏｌｏｒ  Ｍｅｔａ」が利用できないことになる。
【０１０５】
以上のように、本実施形態に係る医用情報通信接続管理装置１００は、ネットワーク通信上の問題、ＤＩＣＯＭ通信上の問題を自動的に抽出する。さらに医用情報通信接続管理装置１００は、抽出した問題に対応した対応策を提供する構成である。この構成により、操作者はネットワーク接続において発生している問題に対する対応策を迅速に取得することができ、障害への対応を容易に行うことが可能となる。また、本実施形態に係る医用情報通信接続管理装置１００は、自己の接続条件と通信先の接続条件を比較し不一致となる接続条件を抽出する。さらに医用情報通信接続管理装置１００は、当該不一致となる条件に対する対応策も提供する構成である。これにより、通信元と通信先の接続条件の関係を把握することができ、問題の原因の特定をより容易にすることが可能となる。
【０１０６】
〔第２の実施形態〕
次に、この発明の第２の実施形態に係る医用情報通信接続管理装置について説明する。第２の実施形態に係る医用情報通信接続管理装置は、第１の実施形態と次の点において異なるものである。すなわち本実施形態に係る医用情報通信接続管理装置は、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの全てにおいて接続要求を行い、応答の解析時に必要な接続が可能か否かを判断する構成である。そこで、以下では接続要求の送信及びその解析について主に説明する。なお本実施形態に係る医用情報通信接続管理装置の機能を表すブロック図として、図１を用いる。以下の説明では、第１の実施形態と同一の符号を付された機能部は特に説明のない限り同じ機能を有するものとする。
【０１０７】
要求送信部１０１は、まずネットワーク通信における医用情報装置０１０と自己との間の接続要求を、医用情報装置０１０とネットワーク００１を含むネットワーク通信網に送信する。そして、応答データ受信部１０２に対し医用情報装置０１０からネットワーク通信上での接続要求が受諾された旨の応答データを受けた場合には、医用情報通信接続管理装置１００と医用情報装置０１０との間のネットワーク通信が確立される。
【０１０８】
要求送信部１０１は、自己の記憶領域に自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを設定ファイルとして予め記憶している。またこの組み合わせはサービスの種類毎に、記憶されている。なおここでの「自己」とは、医用情報通信接続管理装置１００を示す。要求送信部１０１は、操作者が入力部１１１を介して入力した、接続要求を行うサービスの種類の情報を受ける。そして、要求送信部１０１は、入力されたサービスの種類に基づき、接続要求を生成する。当該接続要求は、入力されたサービスの種類に含まれ、かつ自己が使用可能な全てのＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせによる接続を行うためのものである。
【０１０９】
すなわち、本実施形態では、操作者が入力したＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを用いずに、全ての使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせにおいて接続要求を生成することになる。例えば、操作者によってＳｔｏｒａｇｅサービスを用いて接続要求を行うよう指示が入力されると、要求送信部１０１は、接続要求を行うための表を作成する。この表は、Ｓｔｏｒａｇｅサービスにおいて自己が使用可能な全てのＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせによる接続要求を行うための表である。そして、要求送信部１０１は、この表を基に接続要求を行う。
【０１１０】
前述したネットワーク通信が確立されると、要求送信部１０１は、ＤＩＣＯＭ通信における医用情報装置０１０との間の接続要求を医用情報装置０１０へ送信する。なお、この接続要求は要求送信部１０１が作成したものである。例えば、要求送信部１０１は、自己が作成した表を参照する。参照した結果、要求送信部１０１は当該表に設定された項目に基づいて接続要求を送信する。
【０１１１】
第３応答解析部１０５は、応答データ受信部１０２からＤＩＣＯＭ通信において応答が成功した旨の応答データの入力を受ける。当該応答データには、受諾されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせ、及び拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが含まれている。
【０１１２】
さらに、第３応答解析部１０５は、操作者の入力にしたがって、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの情報を受ける。この情報の受信のタイミングとしては、例えば操作者によりサービスの種類の入力が行われ、要求送信部１０１に当該入力にしたがった情報が受信されたときなどに行われる。
【０１１３】
第３応答解析部１０５は、入力された応答データから受諾されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせ、及び拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを抽出する。第３応答解析部１０５は、抽出したそれぞれの組み合わせと、入力された組み合わせとを比較する。なお、それぞれの組み合わせとは、受諾されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせ、及び拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせである。また入力された組み合わせとは、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせである。
【０１１４】
そして、第３応答解析部１０５は、拒絶された当該組み合わせのうち、操作者により入力された組み合わせに含まれないものに対しては、使用されないと判断するとともに、今回の通信において問題ないと判断する。その結果、第３応答解析部１０５は、不一致情報を作成しない。
【０１１５】
これに対し、第３応答解析部１０５は、拒絶された組み合わせのうち、入力された組み合わせに一致するものに対しては、不一致情報として対応策取得部１０８へ出力する。この様に使用しないＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせに対しては無視することで、該使用しない組み合わせに基づく接続要求が拒絶されたとしても対策を表示しなくなり、操作者にとって必要のない情報を削除することができる。
【０１１６】
ここで、本実施形態での要求送信部１０１及び第３応答解析部１０５の動作の具体例を説明する。一例として、操作者がＳｔｏｒａｇｅサービスクラスを選択した場合であって、かつ医用情報通信接続管理装置１００がＡｂｓｔｒａｃｔＳｙｎｔａｘ＝ＣＴ  Ｉｍａｇｅ、ＴｒａｎｓｆｅｒＳｙｎｔａｘ＝ＪＰＥＧの組み合わせのみサポートしている場合について説明する。
【０１１７】
要求送信部１０１は、Ｓｔｏｒａｇｅサービスクラスにおける使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘのすべての組み合わせのみを用いて医用情報装置０１０へ接続要求を行う。例えばここではＡｂｓｔｒａｃｔＳｙｎｔａｘ＝ＣＴ  Ｉｍａｇｅ、ＴｒａｎｓｆｅｒＳｙｎｔａｘ＝ＪＰＥＧの組み合わせを用いる場合とする。
【０１１８】
まず、この接続要求に対し応答が受諾された場合には、医用情報装置０１０との間で問題なく通信を行うことができる。すなわち医用情報通信接続管理装置１００による対策表示は行われない。
【０１１９】
次に、この接続要求に対し応答が拒絶された場合には、第１実施形態と比較して第３応答解析部１０５の動作が異なる。すなわち、操作者により入力にしたがった、使用しようとするＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘのすべての組み合わせの内容によって第３応答解析部１０５の動作が異なる。
【０１２０】
まず、ＡｂｓｔｒａｃｔＳｙｎｔａｘ＝ＣＴ  Ｉｍａｇｅ、ＴｒａｎｓｆｅｒＳｙｎｔａｘ＝ＪＰＥＧの組み合わせについて、操作者により使用するものとして指定されていなかった場合、第３応答解析部１０５は、この組み合わせは使用することがないため問題なしと判断する。すなわち対策表示は行われない。
【０１２１】
これに対し、ＡｂｓｔｒａｃｔＳｙｎｔａｘ＝ＣＴ  Ｉｍａｇｅ、ＴｒａｎｓｆｅｒＳｙｎｔａｘ＝ＪＰＥＧの組み合わせについて、操作者により使用するものとして指定されていた場合、第３応答解析部１０５は、不一致情報を対応策取得部１０８へ出力する。すなわち対策表示が行われる。
【０１２２】
本実施形態でも、第１の実施形態で説明したように、サービスクラス毎に要求送信部１０１、第３応答解析部１０５、及び対応策取得部１０８の動作に差異がある。本実施形態においては、サービスクラス毎の各機能部、すなわち要求送信部１０１、第３応答解析部１０５は次のように動作する。要求送信部１０１は、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘ及びＴｒａｎｓｆｅｒＳｙｎｔａｘの全ての組み合わせを基に接続要求を行う。この接続要求の後に、第３応答解析部１０５は、拒絶されたＡｂｓｔｒａｃｔＳｙｎｔａｘ及びＴｒａｎｓｆｅｒＳｙｎｔａｘの組み合わせについて、操作者の入力にしたがったＡｂｓｔｒａｃｔＳｙｎｔａｘ及びＴｒａｎｓｆｅｒＳｙｎｔａｘの組み合わせに該当するか否かを判断することになる。なお、当該接続要求の送信及び当該組み合わせの判定以外の動作は第１の実施形態と同様である。
【０１２３】
以上で説明したように、本実施形態に係る医用情報通信接続管理装置においてはサポートしている全てのＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせにおいて接続要求を行う。この接続要求の後に使用するかしないかを判断する構成である。この様な構成であっても、操作者はネットワーク接続において発生している問題に対する対応策を迅速に取得することができ、障害への対応を容易に行うことが可能となる。さらには、通信元と通信先の接続条件の関係を把握することができ問題の原因の特定をより容易にすることが可能となる。
【０１２４】
〔第３の実施形態〕
次に、この発明の第３の実施形態に係る医用情報通信接続管理装置について図８を参照して説明する。図８は、この発明の第３の実施形態に係る医用情報通信接続管理装置１００におけるブロック図である。第３の実施形態に係る医用情報通信接続管理装置１００も、第２の実施形態と同様に、自己が使用可能なＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせの全てにおいて接続要求を行い、応答の解析時に必要な接続が可能か否かを判断する構成である。すなわち、操作者によって入力されたＳＯＰクラス、つまりＡｂｓｔｒａｃｔＳｙｎｔａｘにおけるサービスの種類に基づき、かつ自己が使用可能な全てのＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを抽出する。また要求送信部１０１は、この組み合わせに基づいて接続要求を生成する。
【０１２５】
また、応答データ受信部１０２が、接続要求に対する応答データを受信し、さらに第１応答解析部１０３、第２応答解析部１０４、第３応答解析部１０５が、当該受信した応答データそれぞれを解析する処理も第２の実施形態と同様である。
【０１２６】
ただし、第３の実施形態に係る医用情報通信接続管理装置１００において、第２の実施形態と異なる点は、次の通りである。まず、第３の実施形態において医用情報通信接続管理装置１００は、対応策記憶部１０７の代わりに誤設定記憶部１０７１を有している。この誤設定記憶部１０７１は、各種エラー情報等と、そのエラーの要因となっている設定の誤りを示す情報とを対応付けて記憶している。例えば、誤設定記憶部１０７１は、ネットワーク通信におけるアプリケーションエラーログに含まれるエラー情報と当該エラー情報の要因となった設定の誤りを示す情報とを対応付けて記憶している。また他の例として、誤設定記憶部１０７１は、ＤＩＣＯＭ通信における応答失敗の場合の応答データに含まれた失敗の理由を示すパラメータと、当該ＤＩＣＯＭ通信における応答失敗の要因となった設定の誤りを示す情報とを対応付けて記憶している。また他の例としては、誤設定記憶部１０７１は通信装置間で一致しないＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘの組み合わせと、当該組み合わせにかかる設定の誤りを示す情報とを対応付けて記憶している。
【０１２７】
誤設定記憶部１０７１におけるこれらの情報は、テーブルのような形式で記憶されていてもよい。または、誤設定記憶部１０７１は、ある条件が入ってきた場合に、当該条件に対応する情報、すなわち、設定の誤りを示す情報を出力するというように記載されたプログラムを記憶していてもよい。このプログラムは「辞書」と言い換えることも可能である。例えば誤設定記憶部１０７１は、第１の実施形態における図３の例に示されるような対応表を記憶していてもよい。ただし、本実施形態の対応表は次の点で異なる。つまり第１の実施形態及び第２の実施形態における対応策記憶部１０７と、誤設定記憶部１０７１とが異なる点は、対応策ではなく、エラー情報の要因となった設定の誤りを示す情報が、エラー情報に対応づけられている点である。
【０１２８】
さらに第３の実施形態に係る医用情報通信接続管理装置１００は、誤設定取得部１０８１を有している。この誤設定取得部１０８１は、第２の実施形態における対応策取得部１０８と同様に、第１応答解析部１０３からアプリケーションエラーログの情報を取得した場合、当該情報に基づいて誤設定記憶部１０７１を参照する。この参照の結果、誤設定取得部１０８１は、アプリケーションエラーログの情報に対応した、当該エラーの要因となった設定の誤りを示す情報を取得する。そして、誤設定取得部１０８１は取得した設定の誤りの情報を表示制御部１０９へ出力する。
【０１２９】
また、ネットワーク通信が確立した後にＤＩＣＯＭ通信の応答が失敗した場合、誤設定取得部１０８１は、第２応答解析部１０４から失敗の理由を示すパラメータの入力を受ける。誤設定取得部１０８１は、入力されたパラメータに基づき、誤設定記憶部１０７１を参照する。この参照の結果、誤設定取得部１０８１は、当該パラメータに対応した、当該応答失敗の要因となった設定の誤りを示す情報を取得する。そして、誤設定取得部１０８１は取得した対応策の情報を表示制御部１０９へ出力する。
【０１３０】
また、ネットワーク通信が確立し、ＤＩＣＯＭ通信の応答が成功した場合であって、かつ通信装置間でＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせが一致しない場合、誤設定取得部１０８１は、第３応答解析部１０５から不一致情報の入力を受ける。なお、特定のＡｂｓｔｒａｃｔＳｙｎｔａｘに対して一部のＴｒａｎｓｆｅｒＳｙｎｔａｘが拒絶された場合、誤設定取得部１０８１の判断は第２の実施形態と同様である。すなわち誤設定取得部１０８１は、当該特定のＡｂｓｔｒａｃｔＳｙｎｔａｘに含まれるオブジェクトについて該当するサービスを一応使用することができるものの、拒絶されたＴｒａｎｓｆｅｒｓｙｎｔａｘを用いたサービスを利用することができないと判断する。
【０１３１】
第３応答解析部１０５から不一致情報の入力を受けた場合、誤設定取得部１０８１は、誤設定記憶部１０７１を参照する。参照の結果、誤設定取得部１０８１は、不一致情報に基づき、拒絶されたＴｒａｎｓｆｅｒＳｙｎｔａｘの設定の誤りを示す情報を取得する。また、特定のＡｂｓｔｒａｃｔＳｙｎｔａｘにおけるすべてのＴｒａｎｓｆｅｒＳｙｎｔａｘが拒絶された場合、誤設定取得部１０８１は、当該ＡｂｓｔｒａｃｔＳｙｎｔａｘに含まれるサービスの種類を使用することができないと判断する。そして、誤設定取得部１０８１は、取得した設定の誤りを示す情報又は当該判断の結果を表示制御部１０９へ出力する。
【０１３２】
さらに第３の実施形態に係る医用情報通信接続管理装置１００は、接続要求を作成するための設定画面の画面データを記憶する画面記憶部を有している。なお、この画面記憶部については図示を省略する。表示制御部１０９は、誤設定取得部１０８１から設定の誤りを示す情報を受けると、まず画面記憶部から設定画面の画面データを読み出す。さらに表示制御部１０９は、誤設定取得部１０８１から受けた情報を解析する。すなわち、表示制御部１０９は、設定の誤りを示す情報に基づき、当該設定誤りにかかる設定項目を特定する。さらに表示制御部１０９は、この特定された設定項目について当該画面データの中で、その他の部分と区別して表示する。
【０１３３】
例えば、設定誤りにかかる設定項目が、設定画面においてテキストボックスで入力可能となっている場合、表示制御部１０９は、当該画面中の当該テキストボックスの色を他の部分と異なる色として表示されるように処理するか、又は反転させて表示されるように処理する。もしくは表示制御部１０９は、当該テキストボックスの部分を点滅させるか又は太枠で囲う等の表示処理を行う。
【０１３４】
また表示制御部１０９の処理のその他の例としては、次のようなものがある。例えば設定誤りにかかる設定項目が、設定画面においてチェックボックスで選択可能となっている場合、表示制御部１０９は、当該画面中の当該チェックボックスを選択不可能とする処理を行う。
【０１３５】
表示制御部１０９は、誤設定取得部１０８１からの入力に基づいて、設定画面に対し上述したような処理を行い、さらに処理後の設定画面を表示部１１２に表示させる。なお、表示制御部１０９の設定画面の変更処理は誤設定取得部１０８１等、他の機能部が行ってもよい。このとき表示制御部１０９は、表示処理後の設定画面の画面データを受け、表示部１１２に表示させるのみである。
【０１３６】
このような構成によれば、操作者は、ＤＩＣＯＭ通信における設定の誤りを表示部１１２に表示された設定画面上で確認することができ、問題の発生している箇所を視覚的に把握することが可能である。したがって操作者は、発生している問題をより直接的に把握することが可能となる。さらに、発生している問題の解決を迅速かつ容易に行うことが可能となる。
【０１３７】
なお、第３の実施形態においては対応策記憶部１０７の替わりに誤設定記憶部１０７１を設けており、さらに対応策取得部１０８の替わりに誤設定取得部１０８１を設けている。ただし、この構成に限定する必要は無く、例えば、対応策記憶部１０７、誤設定記憶部１０７１、対応策取得部１０８及び、誤設定取得部１０８１の全てを備えていてもよい。この構成においては、表示制御部１０９は、対応策の表示及び処理後の設定画面の表示を切り替え可能としてもよい。
【０１３８】
また、第３の実施形態における誤設定取得部１０８１は、誤設定記憶部１０７１を参照するたびごとに、エラー情報ごとの設定誤りの情報を読み出した回数についてカウントしてもよい。この構成においては、当該カウントが多いものについて検索順を早めるように誤設定記憶部１０７１の情報を書き換える。すなわち、ヒット率が高い情報については、誤設定取得部１０８１がすぐ参照できるように、設定誤りの情報の検索順番を自動調整する。
【０１３９】
〔第４の実施形態〕
次に、この発明の第４の実施形態に係る医用情報通信接続管理装置について説明する。第３の実施形態では、あらかじめ誤設定記憶部１０７１が、過去にあったエラーと設定の誤りを示す情報とを対応付けて記憶している。ただし、ネットワークの改変、ＤＩＣＯＭの改変、新たな通信先の増加等により、医用情報通信接続管理装置１００に記憶されていない未知のエラーが生じる場合がある。この医用情報通信接続管理装置１００における未知のエラーについては、以下、単に「未知のエラー」と記載する。
【０１４０】
このような場合に対応して第４の実施形態に係る医用情報通信接続管理装置１００は、過去にネットワーク、ＤＩＣＯＭ、接続条件の点で成功した設定の例をあらかじめ記憶している。この過去に成功した設定の例については、以下、単に「成功例」と記載する。また、第４の実施形態にかかる医用情報通信接続管理装置１００は、成功例にしたがった設定に基づき、接続要求を生成して通信先へ送信を試行する。以下、第４の実施形態に特徴的な部分についてのみ説明する。
【０１４１】
医用情報通信接続管理装置１００は成功例を記憶する成功例記憶部を有している。なお、この成功例記憶部については図示を省略する。この成功例記憶部には、過去において、ＡｂｓｔｒａｃｔＳｙｎｔａｘごとに、成功した実績のあるＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせがそれぞれ対応付けられて記憶されている。
【０１４２】
誤設定取得部１０８１は、第１応答解析部１０３、第２応答解析部１０４、第３応答解析部１０５からそれぞれ受信したエラー情報等に基づいて、誤設定記憶部１０７１を参照する。ただし、誤設定取得部１０８１が受信したエラー情報等が未知のエラーである場合がある。ここで未知のエラーとは、誤設定記憶部１０７１に記憶されていないエラーのことを示している。この場合、誤設定取得部１０８１は、誤設定記憶部１０７１を参照しても該当するエラー情報等を発見できない。そこで、誤設定取得部１０８１は、操作者によって入力されたＳＯＰクラス、つまりＡｂｓｔｒａｃｔＳｙｎｔａｘにおけるサービスの種類に基づき、成功例記憶部から、該当する成功例を読み出す。すなわち誤設定取得部１０８１は、過去においてＡｂｓｔｒａｃｔＳｙｎｔａｘごとに、成功した実績のあるＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを読み出す。誤設定取得部１０８１は、読み出した成功例を読み出した順に順次、要求送信部１０１に送信する。
【０１４３】
要求送信部１０１は、誤設定取得部１０８１からＡｂｓｔｒａｃｔＳｙｎｔａｘとＴｒａｎｓｆｅｒＳｙｎｔａｘとの組み合わせを受信するごとに、当該組み合わせに基づいて接続要求を生成する。すなわち、操作者によって入力されたＡｂｓｔｒａｃｔＳｙｎｔａｘにおけるサービスの種類に対応する過去の成功例にしたがって、接続要求を順次生成していく。さらに要求送信部１０１は、生成した接続要求を順次、設定した通信先へ送信する。
【０１４４】
応答データ受信部１０２は、成功例にしたがって生成された接続要求に対する応答を通信先から受信する。すなわち、通信先の医用情報装置０１０から応答データを受信する。さらに第１応答解析部１０３、第２応答解析部１０４、第３応答解析部１０５は、当該受信した応答データそれぞれを解析する。
【０１４５】
表示制御部１０９は解析結果を受け、例えば成功例ごとの接続条件それぞれにおける各設定と、操作者の入力にしたがった接続条件における各設定と比較する。表示制御部１０９は、比較の結果、設定の差分を表示部１１２に表示させる。このとき表示制御部は、当該差分とともに、解析結果、すなわち、接続失敗又は接続成功の結果や、通信装置間の接続条件の一致又は不一致などの結果を表示部１１２に表示させる。なお、表示制御部１０９は、接続成功したもののみと比較し、かつ差分を表示させる構成であってもよい。
【０１４６】
第４の実施形態の医用情報通信接続管理装置１００によれば、医用情報装置０１０との間の通信において未知のエラーが発生している場合は、過去の成功例にしたがって接続要求を生成して送信する。さらには表示制御部１０９が過去の成功例にしたがった接続要求と、未知のエラーにかかる接続要求とを比較し、差分を表示する。さらに表示制御部１０９が接続要求の応答データの解析結果もともに表示する。したがって、接続要求に対する応答データにおいて、医用情報通信接続管理装置１００の誤設定記憶部１０７１に記憶されていない未知のエラーが含まれていても、未知のエラーにかかる接続要求の問題点を把握することが可能である。
【０１４７】
このような構成によれば、操作者は未知のエラーにかかる接続要求の問題点を把握することで、より広範囲のエラーに対応することが可能となるので、問題の原因の特定をより広範に行うことが可能となる。
【０１４８】
なお、表示制御部１０９による成功例との比較にかかる処理は誤設定取得部１０８１等、他の機能部が行ってもよい。このとき表示制御部１０９は、差分の情報や解析結果を受けて、表示部１１２に表示させるのみである。
【０１４９】
また、第４の実施形態の医用情報通信接続管理装置は、第３の実施形態の医用情報通信接続管理装置の構成を前提としているが、第１の実施形態又は第２の実施形態の医用情報通信接続管理装置の構成においても適用することが可能である。すなわち応答解析の結果、対応策記憶部１０７において記憶されている対応策に対応したエラー情報等に含まれないエラー情報等が示された場合がある。この場合、対応策取得部１０８は、有効な対応策を取得することが困難である。そこで、第４の実施形態の構成を第１実施形態又は第２実施形態に適用し、過去の成功例に基づき接続要求を生成し、送信を試行する。その後の処理は、上述の通りである。
【符号の説明】
【０１５０】
００１  ネットワーク
０１０  医用情報装置
１００  医用情報通信接続管理装置
１０１  要求送信部
１０２  応答データ受信部
１０３  第１応答解析部
１０４  第２応答解析部
１０５  第３応答解析部
１０６  接続条件記憶部
１０７  対応策記憶部
１０８  対応策取得部
１０９  表示制御部
１１０  ユーザインタフェース
１１１  入力部
１１２  表示部
１０７１  誤設定記憶部
１０８１  誤設定取得部
【図１】
2010205259.tif 000003
【図２】
2010205259.tif 000004
【図３】
2010205259.tif 000005
【図４】
2010205259.tif 000006
【図５】
2010205259.tif 000007
【図６】
2010205259.tif 000008
【図７】
2010205259.tif 000009
【図８】
2010205259.tif 000010