中央サービス施設からネットワークを介してリモートサイトへスキャナの利用報告をダウンロードする方法において、部門内の各スキャナからネットワークを介して中央サービス施設へ電子的処理をするためのシステムデータと検査データを含む診断データを送信するステップと、前記診断データを前記中央サービス施設の多次元データベースに格納するステップと、リモートサイトのコンピュータを使用するステップであって、ユーザが前記中央サービス施設にリンクされた中央サービスセンタのホームウェブページにナビゲートし、前記ユーザの前記ホームウェブページにリンクする標準報告の選択に応答して前記コンピュータの表示スクリーンに標準報告ウェブページを表示するステップとを有し、前記標準報告ウェブページは、前記ユーザがクリックすると各ドロップダウンピックリストが出現可能な複数のユーザ対話型の報告内容パラメータフィールドを含み、前記フィールドは要求された報告の前記コンテントを定義する選択可能なパラメータに対応し、前記標準報告ウェブページ上の第1フィールドは複数の格納された多次元問い合わせの1つに関する識別子を含み、各多次元問い合わせは異なる報告フォーマットに対応し、前記中央サービス施設において、多次元問い合わせと前記標準報告ウェブページ上で前記ユーザによって選択されたパラメータの機能として、前記格納されたログデータのオンライン解析処理を実行し、前記リモートサイトの前記コンピュータに、前記オンライン解析処理の結果である前記報告をダウンロードするステップを有し、前記検査データは、少なくとも検査記事と実際に前記スキャナにより撮影された患者の検査データを含むことを特徴とする方法。請求項1において、前記報告は、図表形式であることを特徴とする方法。請求項2において、前記標準報告ウェブページは、図表形式における前記報告と前記対話型フィールドとが同時に表示されるエリアからなることを特徴とする方法。請求項1において、前記報告は、表形式であることを特徴とする方法。請求項4において、前記リモートサイトの前記コンピュータに、分離されたウェブページとして、表形式の前記報告をダウンロードするステップをさらに含むことを特徴とする方法。請求項1において、前記標準報告ウェブページの第2フィールドは、複数のスキャナの1つに関する識別子を含み、さらに、前記中央サービス施設において、前記選択されたスキャナの識別子が認定されたスキャナを識別するデータベース内のスキャナ識別子に含まれていることを確認するステップを有することを特徴とする方法。請求項1において、前記多次元データベースの前記診断データはXML形式で符号化されていることを特徴とする方法。データを収集するデータ収集サーバ手段と、特定の操作に関連したデータのログ記録をとり、そのログデータとして前記データ収集サーバ手段に送るようにようにプログラムされた多数のスキャナと、前記データ収集サーバによって収集された前記ログデータを格納する多次元データベースと、ブラウザからなるリモート顧客アクセスステーションと、スキャナ利用報告を前記リモート顧客アクセスステーションへダウンロードする報告生成ウェブサーバ手段とを備え、前記報告生成ウェブサーバ手段は、顧客のホームウェブページにリンクする標準報告の選択に応答して前記顧客アクセスステーションに表示する標準報告ウェブページをダウンロードするようにプログラムされ、前記標準報告ウェブページは、前記顧客がクリックすると各ドロップダウンピックリストが出現可能な複数のユーザ対話型の報告内容パラメータフィールドを含み、前記フィールドは要求された報告の前記コンテントを定義する選択可能なパラメータに対応し、前記標準報告ウェブページ上の第1フィールドは複数の格納された多次元問い合わせの1つに関する識別子を含み、各多次元問い合わせは異なる報告フォーマットに対応し、多次元問い合わせと前記標準報告ウェブページ上で前記顧客によって選択された他のパラメータの機能として、前記格納されたログデータのオンライン解析処理を実行するようにプログラムされ、前記顧客アクセスステーションに、前記オンライン解析処理の結果である前記報告をダウンロードし、前記スキャナ利用報告は、診断データを示すシステムデータと検査データを含み、前記検査データは、少なくとも検査記事と実際に前記スキャナにより撮影された患者の検査データを含むことを特徴とするネットワークシステム。請求項8において、前記報告は、図表形式であることを特徴とするシステム。請求項9において、前記標準報告ウェブページは、前記顧客アクセスステーションで、図表形式における前記報告と前記対話型フィールドとが同時に表示されるエリアを含むことを特徴とするシステム。請求項8において、前記報告は、表形式であることを特徴とするシステム。請求項11において、前記報告生成ウェブサーバ手段は、前記顧客アクセスステーションに、分離されたウェブページとして、表形式の前記報告をダウンロードするようにプログラムされていることを特徴とするシステム。請求項12において、前記標準報告ウェブページの第2フィールドは、複数のスキャナの1つに関する識別子を含み、さらに、前記報告生成ウェブサーバ手段は、前記選択されたスキャナの識別子が認定されたスキャナを識別するデータベース内のスキャナ識別子に含まれていることを確認するように構成されていることを特徴とするシステム。請求項8において、前記多次元データベースの前記ログデータはXML形式で符号化されていることを特徴とするシステム。報告要求に応答して報告を生成するようにプログラムされた中央コンピュータシステムと、ユーザによる入力を受けて報告要求を送信するようにプログラムされたリモート顧客アクセスステーションと、前記コンピュータシステムと前記顧客アクセスステーションとの間の通信リンクとを含むシステムであって、前記報告要求は前記中央コンピュータシステムへ送信され、前記生成された報告は前記顧客アクセスステーションへ送信され、前記中央コンピュータシステムと前記顧客アクセスステーションでは次のアルゴリズムが可能なようにプログラムされ、標準報告ウェブページが前記リモート顧客アクセスステーションに表示され、前記標準報告ウェブページは、前記顧客がクリックすると各ドロップダウンピックリストが出現可能な複数のユーザ対話型の報告内容パラメータフィールドを含み、前記フィールドは要求された報告の前記コンテントを定義する選択可能なパラメータに対応し、前記標準報告ウェブページ上の第1フィールドは複数の格納された多次元問い合わせの1つに関する識別子を含み、各多次元問い合わせは異なる報告フォーマットに対応し、前記中央コンピュータシステムは、多次元問い合わせと前記標準報告ウェブページ上で前記顧客によって選択された他のパラメータの機能として、多次元データベースに格納されたスキャナ利用データのオンライン解析処理を実行し、前記中央コンピュータシステムは、前記リモート顧客アクセスステーションへの報告をダウンロードし、前記報告は前記スキャナ利用データのオンライン解析処理の結果であり、前記スキャナ利用データは、診断データを示すシステムデータと検査データを含み、前記検査データは、少なくとも検査記事と実際に前記スキャナにより撮影された患者の検査データを含むことを特徴とするシステム。請求項15において、前記中央コンピュータシステムは、報告要求の処理前の前記顧客と前記顧客の特権へのアクセスの決定を有効にするようにさらにプログラムされていることを特徴とするシステム。請求項16において、前記中央コンピュータシステムは、報告要求を処理するようにプログラムされた報告サーバと、もしも前記顧客が有効にされない場合は、ブロックが前記報告サーバへアクセスするようにプログラムされたセキュリティサーバとを含むことを特徴とするシステム。請求項15において、前記報告は、図表形式であることを特徴とするシステム。請求項18において、前記標準報告ウェブページは、前記顧客アクセスステーションで、図表形式における前記報告と前記対話型フィールドとが同時に表示されるエリアを含むことを特徴とするシステム。請求項15において、前記報告は、表形式であることを特徴とするシステム。請求項20において、前記中央コンピュータシステムは、前記顧客アクセスステーションに、分離されたウェブページとして、表形式の前記報告をダウンロードするようにプログラムされていることを特徴とするシステム。請求項15において、前記標準報告ウェブページの第2フィールドは、複数のスキャナの1つに関する識別子を含み、前記中央コンピュータシステムは、さらに、前記選択されたスキャナの識別子が認定されたスキャナを識別するデータベース内のスキャナ識別子に含まれていることを確認するようにプログラムされていることを特徴とするシステム。請求項15において、前記多次元データベースの前記スキャナ利用データはXML形式で符号化されていることを特徴とするシステム。請求項15において、さらにリモート位置での複数のスキャナを含み、各スキャナはスキャナ利用データを前記中央コンピュータシステムへアップロードするようにプログラムされ、前記中央コンピュータシステムは、さらに、アップロードされたスキャナ利用データを前記多次元データベースに連続的に格納するようにさらにプログラムされていることを特徴とするシステム。ユーザが複雑な報告の内容を決める方法は込み入っており、特に初心者ユーザにとってはわかりにくいことがしばしばある。もう一つの問題としては、データウエアハウスから生成される報告は前もって生成して記憶されることが多く、このことは報告に含まれるデータは必ずしも最新のデータではないということを意味する。さらに、動的データベース報告は、表示するのに長い時間を要することがしばしばあり、ユーザ不満の原因になっている。たとえ経験不足のユーザであってもその報告ニーズを全て満たすウェブベースのスキャナ利用報告を提供するためには、データアクセスの柔軟性、直観的ユーザインタフェース及び例外報告データ検索表示性能を具備したシステムが開発されなければならない。本発明は、収集されたスキャナ診断データのデータベースにアクセスできるコンピュータシステムによって生成されたスキャナ利用または画像診断報告へのリモートアクセスを可能にする方法及びシステムに関するものである。好ましくは、報告は顧客からのアクセス要求に応答して広域ネットワーク、例えばインターネットを介して送付される。特に、本発明のシステムの一実施態様は、ユーザが報告内容パラメータを全て指定し、その報告を単一画面上に表示できるようにするするグラフィカルユーザインタフェースよりなる。画面の報告内容パラメータ部によって、ユーザはユーザが報告に含めたいと思う施設、職域すなわち部署、装置、時間次元、時間枠、メトリクス及びデータスライスを特定する、すなわち明確に指示することができる。生成される報告には、現在データベースに入っている情報が書き込まれ、その情報は毎日更新される。使いやすさという面のニーズを満たすために、報告は、理解しやすく、ほぼ即時に例えば5秒以内で提示される。本発明の上記実施態様は、ユーザインタフェース設計を柔軟で高速の直観的ユーザインタフェース及び報告機能が得られる一組のデータアクセス機構と組み合わせたものである。報告画面は、画面の大半の部分にわたりかつ画面の一方側から拡がっていて報告の図表またはグラフが表示されるエリアを有する。画面の反対側にある残りの部分には、ユーザが指定することができる全ての定義可能な報告内容パラメータ入れられる。ユーザは、まず所望の報告内容パラメータを指定して、次に画面の報告エリアに報告を表示するための仮想起動ボタンをクリックする。報告内容パラメータの各選択項目あるいはオプションには、データベース中の最新のデータが記載されたダイナミックリストが表示される。特に、スキャナドロップダウンピックリストによって、他のパラメータによって定義される特定の組における全ての起動されたスキャナが列挙される。上記実施態様のさらにもう一つの例によれば、ユーザがログインする時、報告内容パラメータは、デフォルトで、ユーザが報告を要求した最後のセッション中に選択したセッティングになる。期間パラメータは、デフォルトで、選択されたパラメータについてデータが存在する最新の日付になる。ユーザは、経時のデータ値を示す動向報告を見たいか、あるいは特定期間におけるメトリックの全ての異なる属性の値を示す比較報告を見たいかを指定することができる。この実施態様の報告データベースは、データの柔軟性及び性能上の要求を満たすためにOLAPオンラインアプリケーション処理OnLineApplicationProcessing技術を用いる。データは図表の形で表される。本発明の一実施態様によれば、全ての報告内容定義の選択項目及びそれらの定義された報告内容パラメータから生成される報告が単一のウェブページに表示される。報告内容定義は上層から下層への階層形式で設定される。ユーザは、ユーザが画面上で見たい内容、メトリクス及びデータスライスを迅速かつ容易に指定することができる。報告データ検索表示プロセスは非常に高速で、その結果エンドユーザの生産性及び満足度の向上がもたらされる。本発明によれば、経験不足のユーザであってもその報告ニーズを全て満たすウェブベースのスキャナ利用報告が得られ、報告のデータを常に最新の状態にたもつことができ、医療診断に用いられる撮像装置等のユーザ操作型電子機器からの診断データを編集及び/または集約する集中型報告生成システムの性能及び効率が少なからず改善される。本発明は、一つには、医療機関等における放射線診断部署の業務、プロセス、患者の流れ及び臨床実務を支援するための情報を提供するシステム及び方法に関するものである。放射線診断部署中の各スキャナは、診断データを処理のために中央のサーバに送る。収集されたデータには、その部署の生産性、品質及び患者満足度の主目標及び目的に基づくスキャナの主要パラメータの測定値が表される。収集されたデータに基づき、中央の施設でスキャナ利用報告が生成される。顧客はインターネットまたは別の広域ネットワークを介してこれらの報告にアクセスすることができる。本発明に最も関係する機器装置としては、コンピュータ断層撮影CTシステム、磁気共鳴MRシステム、超音波撮像システムあるいは他の形態のコンピュータ化された医用撮像装置等がある。しかしながら、総じて、本発明は、装置の使用状態を指示するデータをログ記録する機能を持つユーザ操作型電子機器に広く利用することができる。図1には、本発明の一実施形態におけるデータ及び処理の高水準フローが示されている。各スキャナ2は、診断データのログを収集及び変換のために中央の処理装置4に送る。変換されたデータは、顧客/施設データベース6から読み出された医療施設プロファイルデータと共にデータ記憶装置8に記憶される。これらの記憶されたデータは定期的に報告配信システム10に送られる。顧客12は、セキュリティサーバ14に有効かつ真正のセキュリティ因子例えばID及びパスワードを入力すればそれらの報告にアクセスすることができる。セキュリティサーバ14はセキュリティ因子の検証結果を報告配信システム10に送る。図2を参照すると、データは、自動サポートセンターサーバ16によって各スキャナ2からモデム18、プライベートネットワーク20あるいは他の適切な通信チャンネルを介して収集される。各スキャナは、指定された操作運用関連データをログ記録した後、それらのログデータを自動サポートセンターサーバ16へ送るようにプログラムされている。この実施形態のスキャナ出力フォーマットはシステムデータ及び検査データよりなる。システムデータには、新しい検査がいつ開始されたかを指示するタイムスタンプ、スキャナの種類、製品名、システムIDすなわち特定場所の特定顧客用のスキャナに一意のID、いわゆる一意システム番号時間、場所及び所有者にかかわらないスキャナについての一意のキー、いわゆる移動設置場所番号特定時におけるスキャナの特定の場所を追跡記録するために用いられる、及び病院名の項目が含まれるが、これらに限定されるものではない。検査データには、上記と同じタイムスタンプ、検査日、検査の開始時刻と終了時刻、検査番号、患者ID、患者年齢、患者性別、患者体重、患者の経歴、患者の身分、放射線技師ID、参照ID、オペレータID、検査記事及び検査データの項目が含まれるが、これに限定されるものではない。スキャナは、事前診断データ転送機構を用いてこのデータを自動サポートセンターサーバ16に転送する。スキャナは、事前診断データ転送機構を使用する時データロギングサービスIDを用いる。スキャナは、このデータを最後の転送以後の経過時間に基づいてあるいはデータが指定されたサイズスレッショルドに達した時転送するようにプログラムされる。各転送間の最大時間及びデータサイズスレッショルドはスキャナ毎に設定可能である。また、診断データを自動サポートセンターサーバに送るタイミングもスキャナ毎に設定可能である。自動サポートセンターサーバ16は、USN、MLNあるいはこれらの組合せによってスキャナデータファイルを記憶する。自動サポートセンターサーバ16は、データロギングサービスIDを付して送られた新しいファイルが到着する都度、そのファイルをサービスプロバイダの内部ネットワークを介してオペレーションサーバ22に送ることにより新しいファイルの到着をオペレーションサーバに通知する。自動サポートセンターサーバ16は、データファイルをオペレーションサーバ22に正常に送ることができなかった場合、エラーメッセージをログ記録し、該当するシステム管理者にそのことを通知する。また、自動サポートセンターサーバ16は、正当なサービス契約に従ってログデータが報告されることを認可されたスキャナシステム上のデータロギング機能及び事前診断データ転送機能をシステム管理者が遠隔場所でイネーブルにしたりディスエーブルにしたりすることができる機構も提供する。スキャナサイトが起動されあるいは動作停止されると、自動サポートセンターサーバ16はそのスキャナサイトの新しい状態をオペレーションサーバ22に通知する。顧客が契約の範囲に入るスキャナからのログデータに基づいてスキャナ利用報告を受け取るためのサービス契約を結ぶ都度、顧客プロファイリング情報及び契約仕様書が、中央のサービス施設によって提供される他のサービス機能と同様に、サービス契約データベースに入力される。この顧客プロファイリング情報及びサービス契約情報はオペレーションサーバ22により中央のサービス契約データベースから自動的に定期的に抽出して、オペレーションサーバ22により維持されているローカルデータベース中の顧客プロファイリング及び契約情報の表と比較することができる。それぞれのファイルのレコード間に差違があれば、それらの差違はローカルデータベースに入力されるすなわち、新しいレコード及び変更されたレコードはローカルデータベースに加えられる一方、期間が経過したサービス契約に対応するレコードはローカルデータベースから取り除かれる。以前にローカルデータベースに記録されていなかった新しいスキャナはその契約開始日が探索される。ローカルデータベースに記録されているがサービス契約の期間が経過した既設のスキャナは、そのデータロギング機能を停止するようにタグが付される。データロギングが開始された後、オペレーションサーバ22はスキャナデータログファイルが到着したことを知らせる自動サポートセンターサーバ16からのメイル通知を受け取ってスキャナファイルを確認する。この確認は下記のステップよりなる:ファイル文法例えばMRあるいはCTを特定する;レコードの中にサービス製品に関する全てのフィールドがあり、正しいタイプのフィールドであることを確認する。レコードが完全でないか間違っているすなわちフィールドが欠落している場合、そのレコードはログ記録されて、削除される。オペレーションサーバ22は、スキャナファイルデータフィールド値に基づいてCPTコードを生成する。また、オペレーションサーバ22は必要なフィールドを指定されたXMLフォーマットでコード化する。オペレーションサーバ22は、スキャナファイルが処理されるとすぐに、その処理されたすなわち変換されたスキャナファイルを圧縮XMLフォーマットでサービスプロバイダの内部ネットワークを介して生成サーバ28へ送る。また、オペレーションサーバ22は、どのスキャナサイトがデータを送っているか、送られたデータの量、及びデータを受け取った時刻を記録する。オペレーションサーバは、保守サービス契約MSAに関する契約情報によってドライブされるアクティブサイトリスト/データベースを維持管理する。MSAサービス契約情報は、MSAステージングサーバからサービスプロバイダの内部ネットワークを介してオペレーションサーバにより毎日受信される。そして、サーバ26はMSA契約情報データベース24から契約情報を検索して取り出す。オペレーションサーバ22は、アクティブリスト中のスキャナサイトが設定可能な期間以上にわたってファイルを送らなかった場合、そのことをシステム管理者に通知する。また、オペレーションサーバ22は、データ受信頻度及びデータファイルサイズの履歴を個々のスキャナベースで表示するシステム管理用のウェブページに対してもサーバ機能を果たす。やはり図2を参照すると、データ記憶装置30は、オペレーションサーバ22によってXMLコード化されたスキャナデータが送信される都度、生成サーバ28からそれらのスキャナデータを受け取る。検査間隔及び検査持続期間のような派生的データ値は、生成サーバ28によって計算され、データベース30に記憶される。また、データ記憶装置30は、XMLコード化された最新の施設プロファイルデータデータがオペレーションサーバ22によって送信される都度、生成サーバ28からそれらのデータを受け取る。本発明の一実施形態によれば、セキュリティサーバ14は、報告サーバ32と物理的に遠隔の場所に設けられる。セキュリティサーバデータベースは報告サーバアプリケーションデータベースとは別途に設けられる。全ての報告への顧客アクセスはインターネット34上でいわゆるセキュアソケットレイヤSSLを通して行われる。顧客はインターネット34を介してセキュリティサーバ14にユーザID及びパスワードまたはアクセスコードをアップロードしなければならない。全てのユーザパスワード及び/またはアクセスコードが暗号化される。セキュリティサーバ14はユーザを検証し、ユーザが会員であるかどうかを確認し、アクセス権を割り当てる。アクセス権は、顧客がどの報告を利用可能かをその顧客のサービス契約に基づいて決定する形態のものであってもよい。セキュリティサーバ14は、報告サーバ32から供給されインターネット34を介して顧客のアクセスステーションに送信された対応する報告への検証済みユーザのアクセスを許可する。報告サーバ32によって生成される利用報告は全て、生成サーバ28に送信されたスキャナデータに基づいて生成される。全てのグラフィカル報告は、出力の外観円グラフ、棒グラフ等を変える設定可能な表示オプションをサポートする。好ましくは、報告サーバ32は、ウインドウズ95/98/NTプラットフォーム上でインターネットエクスプローラ4.01以上及びネットスケープ4.5以上に対応した利用報告を配信する。クライアントが対応していない場合は、メッセージがそのユーザに送られ、対応したあるいは互換性のあるブラウザーとのリンクが表示される。また、報告サーバは、報告のための設定可能な時間軸の選択を行うことができるようにプログラムされる。報告サーバは、傾向を示す報告及び比較値を示す報告を生成する。この実施形態においては、多数の報告テンプレートがサポートされる。これらのテンプレートは各々多くの報告を含むいくつかのグループにグループ化されるかもしれない。これらのグループへのアクセスはユーザアクセスに基づいて行うことが可能である。例えば、報告サーバは、放射線技師別画像カウントAvgImageCountbyRadiologist、調査区分別平均画像カウントAvgImageCountbyStudyType、調査区分別平均連続カウントAvgSeriesCountbyStudyType、調査区分別平均調査持続期間AvgStudyDurationbyStudyType、技術者別平均調査画像カウントAvgStudyImageCount、調査区分別コントラスト使用率ContrastUsedbyStudyType、時間別調査量StudyVolumebyHours、オペレータ別調査量StudyVolumebyOperator、医師別調査量StudyVolumebyPhysician、放射線技師別調査量StudyVolumebyRadiologist、調査区分別調査量StudyVolumebyStudyType、患者年齢別検査量ExamVolumebyPatientAge、患者性別検査量ExamVolumebyPatientGender、混成患者別検査量ExamVolumebyPatientMix、混成患者別平均検査持続期間AvgExamDurationbyPatientMix、放射線技師別平均検査持続期間AvgExamDurationbyRadiologist、技術者別平均検査持続期間AvgExamDurationbyTechnologist、放射線技師別平均調査持続期間AvgStudyDurationbyRadiologist、技術者別平均調査持続期間AvgStudyDurationbyTechnologist、平均検査間隔AvgTimeBetweenExams、調査別平均検査間隔AvgTimeBetweenExamsbyStudy、管理医師別検査量ExamVolumebyOrderingPhysician、放射線技師別検査量ExamVolumebyRadiologist、技術者別検査量ExamVolumebyTechnologist、総検査量TotalExamVolume、総連続量TotalSeriesVolume、1日当たり平均持続期間AvgTotalDurationperDay、及び平均スキャナ利用度AvgScannerUtilization等を記載した報告を生成し、配信することができる。本発明のこの実施形態は、放射線診断部署に患者サービス配送の検査段階を中心とした臨床実務調査、混成、業務管理量、利用、及び顧客の人口統計分析問い合わせ医師、患者年齢等に関する重大な意志決定支援情報を提供するウェブ配信サービス製品/機能にある。本発明のこの実施形態によれば、ユーザは、サービスセンターホームページ図示省略にナビゲートして、そのホームウェブ上で標準報告StandardReportsをクリックすることによって所望のスキャナ利用報告のパラメータを定義することができる。これによって、ユーザのワークステーションのディスプレイ画面上に図3に示す標準報告のウェブページ40が表示される。ウェブページ40には、その左側に図表を表示するための長方形のエリア42がある。ウェブページ40の右側には複数のユーザ対話型フィールドが表示され、ユーザがこれらをそれぞれクリックすることによって各ドロップダウンピックリストを表示させることができる。図3に示す例においては、フィールド44、46、48、50、52、56、58、60、62及び64をアクティブにすることによって、施設、部署、種類、スキャナ、報告カテゴリ、報告名、図表タイプ、データスライス、及び報告対象の該当期間のようなそれぞれの報告内容定義選択項目を選択するための各隠しドロップダウンピック選択リストを表示させることができる。報告対象期間の開始日はフィールド54に表示される。報告パラメータが定義されたならば、ユーザは、図表表示DisplayChart起動フィールド66をクリックすることによって、それらの定義済みパラメータに従ってシステムに図表及び表形式の報告を生成させて、ディスプレイエリア42に図表を表示させることができる。ユーザは、図3に示すディスプレイ画面の左下コーナーのデータ詳細表示DisplayDataDetailsリンクをクリックすることによって、生成された表形式の報告を表示する別のウェブページにナビゲートすることができる。本発明の一実施形態によれば、顧客は、図3に示すディスプレイフィールド50のクリックに応じて表示されるスキャナドロップダウンピックリストと対話することにより特定スキャナについてのスキャナ利用報告にアクセスすることができる。施設は、ある特定のスキャナについて、FacActiveScannerと命名されたデータベーステーブル中にそのスキャナのレコードがある限り、そのスキャナの利用に関する報告を得ることができる。FacActiveScannerテーブルは、次の欄を有する:施設IDFacID、装置IDEquipID及び契約IDContractID。ある施設に属するスキャナに関する報告を得ることができるかどうかは、各製品モジュールにスキャナドロップダウンリストが実装されているかどうかによって決まる。各モジュール中のスキャナドロップダウンリスト照会プログラムはFacActiveScannerテーブルと連結される。所与のFacIDのFacActiveScannerテーブル中にあるスキャナだけEquipID=スキャナデータベース30内であるスキャナに割り当てられた一意のIDがスキャナドロップダウンリスト中に表示される。FacIDは、病院及び企業系列関係を識別するために使用される。一般に、ユーザにはFacActiveScannerテーブル中にあるスキャナだけが表示される。好ましくは、契約が終了した時は、バッチプロセスを夜間に実行してFacActiveScannerテーブルからレコードを削除する。毎夜、バッチプロセスを夜半過ぎに実行することによって、スキャナ利用報告の生成の根拠となる有効な契約がもはや存在しない場合はスキャナを非動作状態にする。このプロセスは、ContProdFacilityデータベーステーブルとContFacEquipmentデータベーステーブルの結合に照会することによって非動作状態にするべきFacIDEquipIDのリストを探す。照会プログラムは現在の日付がProdEndDateより前にあるレコードを選択するべきである。検索されたリストに載っていないFacActiveScannerテーブル中にあるレコードはFacActiveScannerテーブルから削除されるべきである。ContProdFacilityデータベーステーブルは次の欄を有する:ContractID、FacID、製品IDProductID製品あるいは提供されているサービス例えば一群の報告を識別する、ProdStartDate製品使用開始日、ProdEndDate製品使用終了日及びProdTermDate製品使用期間満了日。ContFacEquipmentデータベーステーブルは次の欄を包含する:ContractID、ProductID、FacID及びEquipID。顧客がアクセスすることができる全てのアプリケーションモジュール中の全てのスキャナドロップダウンリストのためのコード化は、スキャナリスト検索用のSQL構造化照会言語をFacActiveScannerテーブルと連結し、FacActiveScannerテーブル中にあるスキャナのみを表示するようにする必要がある。同様に、ある特定スキャナの利用報告へのアクセスは、それぞれディスプレイフィールド60及び62図3を参照のクリックに応答して表示される報告及び図表のドロップダウンピックリストを用いて制御される。ユーザは、アクセスできる製品及びモジュールに含まれる報告についてのみ報告及び図表を要求することができる。報告を得ることができるかどうかは、報告及び図表のドロップダウンリスト及び/または報告リンクが各製品モジュールに実装されているかどうかによって決まる。顧客がアクセスすることができる全てのアプリケーションモジュール中の全ての報告ドロップダウンリスト及び報告リンクのためのコード化は下記項目に基づいた報告のリストを修飾する:1報告が属する製品;2報告が属するモジュール;そして3選択された施設が有する契約が有効な製品。報告リストを検索するために、SQLはProdReport、FacActiveScanner、ContFacEquipment及びScanPathReportsデータベーステーブルを結合する。ProdReportデータベーステーブルは次の欄を有する:ProductID、ModuleID、ReportID、RptCatID報告カテゴリIDReportCategoryID、LastModByこのレコードを最後に修正したサービス要員のユーザID、及びLastModDateこのレコードが最後に修正された日付。ScanPathReportsテーブルは次の欄を有する:ReportID、説明Description、タイトルTitle、キューブCube及びMDXQueryNameこれらについてはこの後詳細に説明する。図表の場合も、図表ドロップダウンSQLはさらにScanPathChartsデータベーステーブルとのテーブル結合を行わなければならないという点を除いて、論理構成は上記の場合と同様である。ScanPathChartsテーブルは次のカラムを有する:ChartID、ReportID、説明Description、タイプType、及びChartDefaultSettingsこれらについてはこの後詳細に説明する。SQLによって検索された報告リスト中に報告IDReportIDを持つ図表のみが図表リストに表示されるべきである。本発明の実施形態は、OLAPオンラインアプリケーション処理On-LineApplicationProcessingソフトウェアに基づく汎用報告図表定義ツールを使用する。OLAPベースの報告方式は、多くの異なる報告のためのサポートを提供する。製品が必要とするこのような様々な報告を定義し作成する機能は、報告の生成をサポートするための汎用機構の開発を必要とする。この機構は、製品に新たな報告を追加しやすくするためにその構成が柔軟であること必要である。さらに、これらの機能は、OLAP報告を利用する他のアプリケーション製品に使用することができるよう十分に頑強でなければならない。以下に説明する機能はOLAP環境で報告及び図表の汎化をサポートする機能である。アプリケーションに入っている報告、図表及びダッシュボードをサポートするには4つのデータタイプが必要である。そのデータタイプは次の通りである:照会データ、報告データ、図表データ及びダッシュボードデータ。これらの各カテゴリ用のメタデータは別のデータベーステーブルに入っている。ダッシュボードという用語は、図3に示す標準報告画面を用いてユーザにより構成された図表を含めてユーザが監視することができる最も重要な標識の迅速な通覧をユーザに提供するウェブページ示されていないのこと照会メタデータMDXQueryデータベーステーブルには、多次元MDX照会プログラム及びこれらのプログラムを実行するのに必要なランタイムセッションパラメータのリストが入っている。ユーザが図表か報告を要求した場合、その要求は選択された報告のためのデータを検索するために使用されるMDX照会プログラムを間接的に特定することになる。MDX照会プログラム名MDXQueryNameはキューブに関する情報、パラメータの数、及び照会プログラムに渡されなければならないパラメータのリストが入っているMDXQueryテーブル中のレコードの基本キーである。MDXQueryテーブルは次の欄を有する:MDXQueryName、キューブCube、ParamCount、MDXQuery、コメントComment及びSessionParameters。このテーブルには、個々の報告及び図表を作成するのに用いられるデータを検索するために使用される手順のリストが入っている。テーブルの内容は次の通りである:MDXQueryName-報告データを検索するために使用されるMDX手順の名前;キューブCube-データが検索されるOLAPキューブの名前;ParamCount-この手順に渡されなければならないパラメータの数;MDXQuery-データ検索照会プログラム用の実SQLコードこの照会プログラムは各報告毎に異なる;コメントComments-この手順に関する任意の開発者コメント;SessionParameters-所要の順序でこの手順に渡さなければならないパラメータのカンマ区切りリスト名前別。このテーブル中のデータはSQLスクリプトを使用して維持される。報告メタデータReportMetaData:ScanPathReportsテーブルには、アプリケーションでサポートされる全てのOLAP報告のリストが入っている。ScanPathReportsテーブルの内容は次の通りである:ReportID-各報告の一意のID;説明Description-報告の詳細な説明;タイトルTitle-画面に表示される報告のタイトル;キューブCube-データが検索されるOLAPキューブの名前;MDXQueryName-報告用のデータを検索するために用いられるMDX手順の名前。チャートメタデータChartMetaData:ScanPathChartsテーブルには、報告データの集合から生成することができる全ての図表のリストが入っている。ScanPathChartsテーブルの内容は次の通りである:ChartID-報告IDReportID内の一意のID;ReportID-各報告毎の一意のID;説明Description-図表の詳細な説明;タイトルTitle-画面に表示される図表のタイトル;YaxisName-図表で使用されるY軸のラベル;XaxisName-図表で使用されるX軸のラベル;タイプType-図表の様式例えば傾向線図、棒グラフ、パイ図;ChartDefaultSettings-各々特定の図表パラメータのデフォルトセッティング例えば、2D/3D、縦グリッドオン/オフを指定する文字列。本発明の一実施形態によれば、標準報告モジュールには最初の2つの層のスキャナ利用報告製品に関する報告及びグラフが入れられる。層1及び層2の製品に入れられる正確な報告の集合は製品管理ProductManagementによって定義することができる。好ましくは、各製品の層にはこのモジュールによって提供される報告のそれぞれの集合が含まれる。報告にアクセスする資格のある全てのユーザは、標準報告モジュールへのアクセス権を与えられる。本発明の一実施形態によれば、製品中で3つのカテゴリの標準報告が提供される。これらのカテゴリは次の通りである:顧客分析CustomerAnalysis、臨床利用ClinicalUtilization及び動作分析OperationsAnalysis。ユーザが図3に示すディスプレイフィールド58をクリックすると表示されるドロップダウンピックリストをクリックすることによって所望のカテゴリを選択することができる。各報告カテゴリでは、ユーザにそのカテゴリと関連する情報が含まれている報告のリストが提供される。顧客が契約した製品は、リスト中の報告に影響を与える。例えば、基礎的な製品では少数例えば4つの報告に対するユーザアクセス権しか与えられないが、次のレベルすなわち層の製品では3つの各カテゴリで定義された全ての報告に対するユーザアクセス権が与えられることが考えられる。ユーザはインターネットを介してセキュリティサーバ図2の14にログインすることができる。ユーザがスキャナ利用報告にアクセスする権限を持っていれば、ログイン後すぐにホームページ図示省略が表示される。ユーザがホームページ上で標準報告リンクを選択すると、標準報告画面StandardReports40図3参照が表示される。画面40上のパラメータは、ログインしたユーザが最後に使ったパラメータセットに設定される。これらのパラメータは、図表ディスプレイフィールド42に表示される対応した図表を検索して取り出すために使用される。この標準報告ページは、ユーザが表示された図表を修正できるようににするための様々な機能を提供する。このページ上で、ユーザは、図表に与えられた全てのパラメータを変更することができると共に、利用可能な報告及びデータスライスを全て要求することもできる。次の選択項目は、ドロップダウンピックリストの形の標準報告画面40に表示される:施設Facilityピックリストはディスプレイフィールド44をクリックすることにより表示される;コストセンターまたは部門CostCenterorDepartmentピックリストはディスプレイフィールド46をクリックすることにより表示される;種類Modalityピックリスト項目MR及びCTを伴うはディスプレイフィールド48をクリックすることにより表示される;スキャナScannerピックリストはディスプレイフィールド50をクリックすることにより表示される;期間Periodピックリスト報告または図表にに含めるべき過去5四半期、過去12か月、過去6週及び過去7日はディスプレイフィールド52をクリックすることにより表示される;までToピックリストデータが表示される期間が終了する日付はディスプレイフィールド56をクリックすることにより表示される;報告カテゴリReportCategoryピックリスト臨床利用ClinicalUtilization、顧客分析CustomerAnalysis、動作分析OperationsAnalysis、あるいは性能分析PerformanceAnalysisは、ディスプレイフィールド58をクリックすることにより表示される;報告Reportピックリストはディスプレイフィールド60をクリックすることにより表示される;図表タイプChartTypeピックリスト傾向Trendまたは比較Comparisonのグラフはディスプレイフィールド62をクリックすることにより表示される;データスライスDataSliceピックリスト図表に表示されたデータのスライス、すなわち部分集合を特定するはディスプレイフィールド64をクリックすることにより表示される。要求された期間の開始日付はシステムによって自動的に決定され、からFromフィールド54に入れられる。各報告カテゴリReportCategoryは報告それ自身の集合を有する。同様に、各報告は、データスライスDataSliceのそれ自身の集合を持っている。例えば、臨床利用ClinicalUtilizationカテゴリの報告のドロップダウンリストは以下のような内容することができる:放射線技師別平均画像カウントAvgImageCountbyRadiologist調査区分別平均画像カウントAvgImageCountbyStudyType調査区分別平均連続カウントAvgSeriesCountbyStudyType調査区分別平均調査持続期間AvgStudyDurationbyStudyType技術者別平均調査画像カウントAVgStudyImageCount調査区分別コントラスト使用率ContrastUsedbyStudyType時間別調査量StudyVolumebyHoursオペレータ別調査量StudyVolumebyOperator医師別調査量StudyVolumebyPhysician放射線技師別調査量StudyVolumebyRadiologist調査区分別調査量StudyVolumebyStudyType顧客分析CustomerAnalysisカテゴリの報告のドロップダウンリストは例えば以下のような内容にすることが可能である:患者年齢別検査量ExamVolumebyPatientAge患者性別検査量ExamVolumebyPatientGender混成患者別検査量ExamVolumebyPatientMix動作分析OperationsAnalysisカテゴリの報告のドロップダウンリストは例えば下記のような内容にすることが可能である:混成患者別平均検査持続期間AvgExamDurationbyPatientMix放射線技師別平均検査持続期間AvgExamDurationbyRadiologist技術者別平均検査持続期間AvgExamDurationbyTechnologist放射線技師別平均調査持続期間AvgStudyDurationbyRadiologist技術者別平均調査持続期間AvgStudyDurationbyTechnologist平均検査間隔AvgTimeBetweenExams調査区分別平均検査間隔AvgTimeBetweenExamsbyStudyType管理医師別検査量ExamVolumebyOrderingPhysician放射線技師別検査量ExamVolumebyRadiologist技術者別検査量ExamVolumebyTechnologist総検査量TotalExamVolume総連続量TotalSeriesVolume1日当たり平均持続期間AvgTotalDurationperDay平均スキャナ利用度AvgScannerUtilizationユーザは、所望のパラメータを全て選択し終えたならば、仮想ディスプレイチャートDisplayChartボタン66をクリックすることによりシステムを起動して、新しいデータを検索して取り出しかつ表示された図表をリフレッシュしなければならない。ユーザは、以下に説明するように、ディスプレイデータ詳細DisplayDataDetailsフィールドをクリックすることによって、表形式報告TabularReportページに行く。この実施形態によれば、標準報告ページには次のような選択項目及び機能が組み込まれる。施設Facilityドロップダウンリストに表示される施設のリストは、次の基準を満たす施設のリストを入れるべきである。これらの施設は選択された顧客に帰属していなければならない。これらの施設は、スキャナ利用報告製品に関する有効な契約を持っていなければならない。これは、施設はFacActiveScannerテーブルに少なくとも1つのレコードを持っていなければならないということを意味する。これらの施設はログオンしたユーザがアクセスすることができなければならず、この基準が満たされているか否かはユーザのFacGroupIDによって決定される。部門Departmentドロップダウンリストに表示されるコストセンターのリストOrgAreaIDには、次の基準を満たすコストセンターのリストを入れるべきである。コストセンターは、スキャナ利用報告製品に関する有効な契約があるスキャナを持っていなければならない。これについての判断はFacActiveScannerテーブルと装置Equipmentテーブルとの結合を用いて行われる。装置テーブルは次の欄を有する:FacID、EquipID、ModalityCode、EquipActiveInd、ProductLine、SystemID特定場所の特定顧客のスキャナに一意のID、SerialNbr、MLN、OrgAreaID、場所Location、ActivationDate、DeactivationDate、MfgDate、LastUpgradeDate等々。コストセンターはログオンしたユーザがアクセスすることができなければならない。これはユーザOrgAreaGrpIDによって判断される。この判断は、上記で得られたOrgAreaIDのリストとOrgAreaGrpChildテーブルとの結合を使用して行われる。スキャナの種類のリストは種類Modalityテーブルから検索して取り出すべきである。好ましくは、種類のリストは、OrgAreaが有するスキャナの種類によって修飾される。しかしながら、この修飾を省略すれば、種類Modalityリストはより表示が迅速になる。スキャナScannerドロップダウンリストに表示されるスキャナのリストEquipIDには次の基準を満たすスキャナのリストが入っているべきである。スキャナScannerリストに記載される情報は、各要素をコンマとスペースによって前の要素と区切った形のSystemIDと装置名EquipmentNameとの連結であるべきである。スキャナは、スキャナ利用報告製品に関する有効な契約に入っていなければならない。これについての判断はFacActiveScannerと装置Equipmentテーブルとの結合を用いて行われる。期間Period選択によって、ユーザは期間及び時間次元の特定の数を選択することができる。提供される選択項目は次の通りである:過去5四半期暦四半期、過去12か月、過去6週及び過去7日。からFromフィールド54図3参照には、選択された期間Period及びまでToDateの日付に対するからFromの日付が表示される。ユーザはこのからFromDateを指定することはできず、システムがその日付を決定する。までToフィールド56は月、日及び年のドロップダウンリストよりなる。これらのフィールドは、デフォルトで、選択されたスキャナのデータが受信された最新の日付になるようコード化されるべきである。データがスキャナから受信された最新の日付はScannerDataFeedテーブルに記憶される。検査データが受信された最新の日付はLastExamDateフィールドに記憶される。システムは、施設及びスキャナに関するLastExamDateを検索して取り出し、その日付を画面の初期化時にまでToフィールドにセットする。ユーザがまでTo日付を指定したならば、その日付は、変更されるかセッションが終了するまで使用されるべきである。好ましくは、ユーザはまでToドロップダウンリストから無効な日付例えば2月30日を選択することができないようにすべきである。また、ユーザは、選択されたスキャナのデータが受信された最新の日付LastExamDateフィールドを越える日付を選択することができないようにするべきである。報告カテゴリReportCategoryフィールド58には利用可能な報告カテゴリのリストが入れられる。報告Reportフィールド60には、ユーザがアクセスできる選択された報告カテゴリReportCategoryに関する報告のドロップダウンリストが入れられる。このページに表示される報告Reportsドロップダウンリストは、顧客が持っている有効な製品契約に基づいてそのユーザが見る資格がある報告のリストを占有的に表示するべきである。報告のリストは、いくつかのテーブル、すなわちScanPathReports、ProdReport、ContProdFacilityテーブルの結合によって作成される。図表タイプChartTypeフィールド62には、要求することができるいろいろな標準タイプの図表例えば傾向Trendや比較Comparisonのグラフのドロップダウンリストが入る。データスライスDataSliceフィールド64は選択されたデータセットに適用可能なデータスライスのドロップダウンリストが入る。さらに、1つの標準データスライスが選択項目として全てのデータセットに提供される。標準のオプションは次の通りである:オールALL。ALLオプションは、図表中の全てのデータスライスの合計を表示する。例えば、ユーザが患者種別検査量ExamVolumebyPatientType報告を選択した場合は、全種類の患者についての検査量の合計が表示される。報告に記載された特定のデータスライスもリストで表示される。報告データ中にあるスライスは、その報告に対して指定されている全てのパラメータによって決まる。ソフトウェアがデータセットを解釈してこのリストを作成する。ドロップダウンリスト選択は、図表または報告のデータを検索して取り出すために使用されるMDX質問を作成するのに用いられる新しいパラメータを与える。ユーザがディスプレイチャートDisplayChartボタン66をクリックすると、アプリケーションは次の機能を実行するだろう:1選択されたアイテムをScanOperDB.UserParmテーブルにセーブする;2選択された報告Report及びデータスライスDataSliceパラメータを用いてScanPathReportsテーブルから必要なMDX照会プログラムMDXQueryを検索して取り出す;3そのMDX照会プログラムMDXQueryと選択されたパラメータを用いてMDXク照会プログラムMDXQueryに対して特定されたデータキューブから図表用のデータを検索して取り出す。ソフトウェアは様々な次元テーブル例えばTimeLookup、施設Facility、装置Equipment、患者種別Patient-Typeを用いて、ユーザが指定したパラメータに基づき必要なデータを検索して取り出す。4表示されているChartFXオブジェクトをその検索して取り出されたデータでリフレッシュする。報告のデータを検索して取り出すために使用するべきMDX照会プログラムはScanPathReportsテーブルで定義される。ユーザが報告ドロップダウンリストから報告を選択すると、その選択された報告のReportIDを用いて要求された照会プログラムのMDXQueryNameが検索される。その後、MDXQueryNameを用いてMDXQueryテーブルから照会プログラムを満たすのに必要な残りの情報が検索して取り出される。MDXQueryテーブルから検索して取り出される情報は次の通りである:キューブCube-報告のためのデータが書き込まれた次元データキューブの名前;ParamCount-指定されたMDX照会プログラムが必要とするパラメータの数;MDXQuery-報告に使用されるSQL照会プログラムの全文;コメントComment-これは照会プログラムに関する開発者のコメントで、メンテナンス及びコードのドキュメンテーションのために使用される;SessionParameters-これは順序照会プログラムが必要とする照会プログラムに渡される順に並べられ、コンマで区切られたパラメータのストリングである。ユーザが報告を選択した時、表示される図表にはフィールド62におけるユーザの図表タイプChartType選択が反映される。ChartIDは、選択された図表の様式例えば傾向図、比較図及び選択されたReportIDに基づいて決定される。表示されるChartID及び表示のために使用するべきパラメータはScanPathChartsテーブルから検索して取り出される。レコード中のデータは、図表のタイトル及び図表のデフォルトセッティングを与える。ユーザは、図表コントロール中のツールバーを用いて図表を操作することができる。ソフトウェアは、ユーザが図表中のデータを修正できるようにする機能をディスエーブルにする。ユーザが画面40上のディスプレイデータ詳細DisplayDataDetailsリンクを選択すると、詳細なデータが別のウェブページ図示省略上の表形式報告に表示されるだろう。このページ上で、ユーザは、各期間における選択されたメトリックに関する報告中の各データスライスに関連した数値のデータを見ることができる。ユーザはブラウザ印刷機能を使用して報告を印刷することができる。また、ユーザは、標準的なコピー及びペーストCopyandPaste機能を使用してデータをコピーしエクセルあるいは他のデスクトップアプリケーションに貼り付けることができる。好ましくは、表形式データ報告は、報告を生成するために使用されるパラメータのフルテキストを表示するようにする。ユーザがディスプレイデータ詳細DisplayDataDetailsリンクを選択すると、詳細なデータが表形式HTML報告で表示される。この表形式報告には、報告中の全てのデータスライスのデータが全て入れられる。報告で表示されるデータは上に述べたように報告のためのMDX照会プログラムMDXQueryを使用して検索される。本発明は、医用撮像装置にログインされる診断データに基づいた利用報告の生成に限定されるものではない。本願開示の報告生成プロセスは他の形態の遠隔位置にあるユーザ操作型電子機器からの診断データを編集し、集約するために使用することが可能である。以上、本発明を実施形態に基づいて説明したが、当業者には、発明の範囲を逸脱することなく種々の変更態様をなすことが可能であり、種々の構成要素に代えて等価物を用いることが可能なことは理解されよう。例えば、標準報告画面にも、システムに報告ディスプレイエリア42図3参照に図表の代わりに表形式報告を表示させるための仮想報告表示DisplayReport起動ボタンを設けることも可能である。また、実質的に発明の範囲を逸脱することなく、特定の状況を本発明の開示技術に適応させるための多くの修正態様をなすことも可能である。従って、本発明は、発明を実施するための最良の形態として開示された特定実施形態に限定されるものではなく、特許請求の範囲に記載するところによる発明の範囲に入る全ての実施形態を包括するものである。特許請求の範囲で使用するコンピュータシステムという用語は、単一のコンピュータ、サーバーまたはデータ処理装置、あるいは相互に接続された一群のコンピュータ、サーバーまたはデータ処理装置を含む広義の意味で使用されている。当業者には容易に理解されるように、2つのデータ処理機能は、別個のコンピュータあるいはサーバー上で別個のソフトウェアモジュールあるいはコンピュータプログラムとして実装することもできれば、同じコンピュータあるいはサーバー上で別個のソフトウェアモジュールあるいはコンピュータプログラムとして実装することもできる。