入力データに基づいて処理を実行して処理結果を出力するコンピュータプログラムの利用料金を、前記処理の実行回数に応じて算定する課金管理装置において、前記入力データを1件毎に識別するための入力データIDを含み前記処理が実行されたことを表す実行情報に基づいて、前記コンピュータプログラムの実行履歴を作成する実行履歴作成部と、前記実行履歴を参照して、同一の前記入力データIDを有する前記実行情報が前記実行履歴中に複数あるか否かを調べ、複数ある場合には重複があると判定する重複判定部と、前記利用料金の算定期間内における前記実行情報の件数をカウントして前記実行回数を算出する実行回数算出部であり、前記重複判定部により判定された前記実行情報の重複分を前記実行回数に算入せずに除外する実行回数算出部とを備えていることを特徴とする課金管理装置。前記コンピュータプログラムは医療用であることを特徴とする請求項1記載の課金管理装置。医療施設に設置され前記コンピュータプログラムがインストールされたプログラム実行装置と通信ネットワークを介して通信可能に接続し、前記プログラム実行装置から前記実行情報を受信する受信部を備えており、前記実行履歴作成部は前記受信部で受信した前記実行情報に基づいて前記実行履歴を作成することを特徴とする請求項2記載の課金管理装置。前記算出された実行回数に単価を乗じて前記利用料金を算定する利用料金算定部を備え、前記実行履歴作成部は前記実行履歴を前記医療施設毎に作成し、前記利用料金算定部は前記医療施設毎の前記実行回数に基づいて前記利用料金を算定することを特徴とする請求項3記載の課金管理装置。前記重複判定部による判定の対象は、前記算定期間内に発生した前記実行情報と、前記算定期間より前に発生した前記実行情報とからなることを特徴とする請求項1ないし4のうちいずれか1項に記載の課金管理装置。前記重複判定部による判定の対象は、前記算定期間内に発生した前記実行情報と、前記算定期間より前の一定期間内に発生した前記実行情報とからなることを特徴とする請求項1ないし5のうちいずれか1項に記載の課金管理装置。前記算定期間は変更可能であることを特徴とする請求項5または6記載の課金管理装置。前記実行回数算出部は、前記算定期間内の前記実行情報がすべて前記実行履歴に記録された後に、前記算定期間内の前記実行情報の件数をカウントすることを特徴とする請求項1ないし7のうちいずれか1項に記載の課金管理装置。前記実行回数算出部は、前記実行情報が前記実行履歴に記録される際に前記実行情報の件数をカウントすることを特徴とする請求項1ないし8のうちいずれか1項に記載の課金管理装置。前記重複判定部は、前記実行情報の件数をカウントする際に前記重複の有無を判定することを特徴とする請求項8または9記載の課金管理装置。前記重複判定部は、前記実行情報が前記実行履歴に記録される際に前記重複の有無を判定し、重複が有る場合にはその旨を表す重複フラグを前記実行履歴に記録し、前記実行回数算出部は、前記重複フラグを参照して前記実行回数を算出することを特徴とする請求項1ないし10のうちいずれか1項に記載の課金管理装置。前記コンピュータプログラムは、複数種類の処理が実行可能であり、前記実行情報には、前記処理の種類を表す処理IDが付与されており、前記重複判定部は、前記処理ID毎に前記重複を判定することを特徴とする請求項1ないし11のうちいずれか1項に記載の課金管理装置。前記入力データは医療検査で得られDICOMタグが付与された検査画像であり、前記入力データIDは前記DICOMタグに記録される検査IDであることを特徴とする請求項2ないし12うちのいずれか1項記載の課金管理装置。前記コンピュータプログラムは前記検査画像を画像解析して骨塩量を測定する骨塩量測定プログラムであることを特徴とする請求項13記載の課金管理装置。入力データに基づいて処理を実行して処理結果を出力するコンピュータプログラムの利用料金を、前記処理の実行回数に応じて算定する課金管理プログラムにおいて、1件毎に前記入力データを識別するための入力データIDを含み前記処理が実行されたことを表す実行情報に基づいて、前記コンピュータプログラムの実行履歴を作成する実行履歴作成部と、同一の前記入力データIDを有する前記実行情報が前記実行履歴中に複数あるか否かを調べ、複数ある場合には重複があると判定する重複判定部と、前記利用料金の算定期間内における前記実行情報の件数から前記実行情報の重複分を除外したものを前記実行回数としてカウントする実行回数算出部としてコンピュータを機能させることを特徴とする課金管理プログラム。請求項1ないし14のうちいずれか1項の課金管理装置と、前記課金管理装置に対し前記実行回数の算定の要求を出力する要求出力装置と、前記入力データを前記課金管理装置へ出力する入力データ出力装置とを備えたことを特徴とする課金管理システム。コンピュータプログラムには種々のものがあるが、その1つに、ユーザが入力する入力データに基づいて処理を実行し、処理結果を出力するものがある。例えば、入力データとして入力された画像に対して、画像加工処理を実行して、加工済みの画像を処理結果として出力する画像処理プログラムや、入力データとして入力された医療検査データに基づいて、医療検査データの評価処理や測定処理を実行して、評価結果や測定結果を処理結果として出力する評価プログラムや測定プログラムである。評価プログラムには、医療検査データとして、血液検査データや血圧測定値が入力されると、それに基づいて被検者の健康状態を評価する評価処理を実行して、評価結果を出力する健康状態評価プログラムなどがあり、測定プログラムには、被検者の手のひらをX線撮影して得たX線画像に基づいて、X線画像の画像解析処理を行って、骨塩量を測定結果として出力する骨塩量測定プログラムなどがある。こうしたコンピュータプログラムの貸し出しサービスを、利用料金を安価にできる従量制の料金体系で提供する場合には、特許文献1に記載の課金管理システムのように、画像処理、評価処理、測定処理などの各コンピュータプログラムが実行する処理の実行回数に応じて利用料金を算定することが考えられる。しかしながら、特許文献1に記載の課金管理システムのように、コンピュータプログラムの処理の実行回数を単純にカウントして利用料金を算定すると、次のような不都合がある。まず、誤操作によって同じ入力データに対して処理を複数回行ってしまった場合には、誤操作分についても課金されてしまう。また、1度処理を実行させた後に、確認のために同じ入力データに対して処理を再度実行させることはしばしばあるが、そのような確認のための再実行分についても課金されてしまう。誤操作分や再実行分は、入力データも処理結果も同じであるため、それらに対して課金が行われると、利用実態を反映した適切な料金体系ではなく利用料金が不当に高額であるといった印象をユーザに与えてしまい、ユーザが貸し出しサービスの利用を躊躇する要因となるという問題があった。これは、長期的に見れば貸し出しサービスの利用量の伸び悩みにもつながりかねず、貸し出しサービスを提供する業者にとっても問題になっていた。上記特許文献1には、こうした問題及びその解決策については明示も示唆もない。本発明は、コンピュータプログラムの利用料金の従量制の課金管理において、ユーザの利用実態を適切に反映した利用料金を算定可能にすることを目的とする。上記課題を解決するために、本発明は、入力データに基づいて処理を実行して処理結果を出力するコンピュータプログラムの利用料金を、前記処理の実行回数に応じて算定する課金管理装置において、前記入力データを1件毎に識別するための入力データIDを含み前記処理が実行されたことを表す実行情報に基づいて、前記コンピュータプログラムの実行履歴を作成する実行履歴作成部と、前記実行履歴を参照して、同一の前記入力データIDを有する前記実行情報が前記実行履歴中に複数あるか否かを調べ、複数ある場合には重複があると判定する重複判定部と、前記利用料金の算定期間内における前記実行情報の件数をカウントして前記実行回数を算出する実行回数算出部であり、前記重複判定部により判定された前記実行情報の重複分を前記実行回数に算入せずに除外する実行回数算出部とを備えていることを特徴とする。前記コンピュータプログラムは医療用であることが好ましい。また、医療施設に設置され前記コンピュータプログラムがインストールされたプログラム実行装置と通信ネットワークを介して通信可能に接続し、前記プログラム実行装置から前記実行情報を受信する受信部を備え、前記実行履歴作成部は前記受信部で受信した前記実行情報に基づいて前記実行履歴を作成することが好ましい。更に、前記算出された実行回数に単価を乗じて前記利用料金を算定する利用料金算定部を備え、前記実行履歴作成部は前記実行履歴を前記医療施設毎に作成し、前記利用料金算定部は前記医療施設毎の前記実行回数に基づいて前記利用料金を算定することが好ましい。前記重複判定部による判定の対象は、前記算定期間内に発生した前記実行情報と、前記算定期間より前に発生した前記実行情報とからなることが好ましい。また、前記重複判定部による判定の対象は、前記算定期間内に発生した前記実行情報と、前記算定期間より前の一定期間内に発生した前記実行情報とからなることが好ましい。更に、前記算定期間は変更可能であることが好ましい。前記実行回数算出部は、前記算定期間内の前記実行情報がすべて前記実行履歴に記録された後に、前記算定期間内の前記実行情報の件数をカウントすることが好ましい。また、前記実行回数算出部は、前記実行情報が前記実行履歴に記録される際に前記実行情報の件数をカウントしても良い。なお、前記重複判定部は、前記実行情報の件数をカウントする際に前記重複の有無を判定することが好ましい。前記重複判定部は、前記実行情報が前記実行履歴に記録される際に前記重複の有無を判定し、重複が有る場合にはその旨を表す重複フラグを前記実行履歴に記録し、前記実行回数算出部は、前記重複フラグを参照して前記実行回数を算出しても良い。前記コンピュータプログラムは、複数種類の処理が実行可能であり、前記実行情報には、前記処理の種類を表す処理IDが付与されており、前記重複判定部は、前記処理ID毎に前記重複を判定することが好ましい。前記入力データは医療検査で得られDICOMタグが付与された検査画像であり、前記入力データIDは前記DICOMタグに記録される検査IDであることが好ましい。また、前記コンピュータプログラムは前記検査画像を画像解析して骨塩量を測定する骨塩量測定プログラムであることが好ましい。また、本発明は、入力データに基づいて処理を実行して処理結果を出力するコンピュータプログラムの利用料金を、前記処理の実行回数に応じて算定する課金管理プログラムにおいて、1件毎に前記入力データを識別するための入力データIDを含み前記処理が実行されたことを表す実行情報に基づいて、前記コンピュータプログラムの実行履歴を作成する実行履歴作成部と、同一の前記入力データIDを有する前記実行情報が前記実行履歴中に複数あるか否かを調べ、複数ある場合には重複があると判定する重複判定部と、前記利用料金の算定期間内における前記実行情報の件数から前記実行情報の重複分を除外したものを前記実行回数としてカウントする実行回数算出部としてコンピュータを機能させることを特徴とする。更に、本発明の課金管理システムは、上記の課金管理装置と、前記課金管理装置に対し前記実行回数の算定の要求を出力する要求出力装置と、前記入力データを前記課金管理装置へ出力する入力データ出力装置とを備えたことを特徴とする。本発明によれば、重複分の実行情報を実行回数に算入せずに課金対象から除外するため、誤操作分や再実行分の費用を請求されずに済む。したがって、本発明によれば、ユーザの利用実態を適切に反映した利用料金を算定できる。また、医療用のプログラムは高価なものが多く、利用料金の単価も比較的高額になるので、重複分の利用料金の請求を避ける必要性は高い。しかも、発生した重複分の利用料金を診療報酬に算入することも難しいため、医療施設にとっては重複分の利用料金を負担しなければならない場合も多い。更に、診療においては、診断ミスを防止する観点から、処理結果の再確認の回数も多い。本発明によれば、利用料金を気にすることなく再確認を行うことができるため、有用性の高い貸し出しサービスを提供することができる。図1に示すように、課金管理システム10は、診療施設11において所定のプログラムが実行された回数に基づき、診療施設11に請求する当該プログラムの利用料金を算定するものであり、診療施設11内に敷設されたネットワーク11Aと、課金管理センタ12内に敷設されたネットワーク12Aと、ネットワーク11A及びネットワーク12Aをインターネット13に接続するインターネット接続部と、ネットワーク11A、12Aに接続可能なネットワーク機器とからなる。ネットワーク11A、12Aは、例えば、LANLocalAreaNetworkである。インターネット接続部は、ネットワーク11A及びインターネット13を接続するルータ11Bと、ネットワーク12A及びインターネット13を接続するルータ12Bとからなる。インターネット接続部により、ネットワーク11Aに接続するネットワーク機器及びネットワーク12Aに接続するネットワーク機器同士の通信が可能になる。ネットワーク11Aに接続可能なネットワーク機器として、モダリティ21とPACSPictureArchivingandCommunicationSystemsサーバ22と診療DBサーバ24と診療支援装置25とがある。モダリティ21は、X線撮影装置などであり、備え付けの操作部の操作により、患者に対し所定の検査を行う。モダリティ21は、この検査を通して検査画像31を生成する。PACSサーバ22は、モダリティ21から取得した検査画像31を格納する検査画像DB30を有する。検査画像DB30に格納された検査画像31は原本として取り扱われる。検査画像31は、例えば、DICOM規格の画像データであり、図2に示すように、画像情報部31Aと付帯情報部31Bとからなる。画像情報部31Aには、モダリティ21によって取得された検査画像ファイルが格納される。付帯情報部31Bには、検査IDと検査画像生成時刻とファイル名と患者IDとが含まれる。検査IDは、検査画像に関する固有の識別子例えば、StudyInstanceUIDである。検査画像生成時刻は、検査画像が生成された時刻である。ファイル名は、画像情報部31Aに格納された検査画像ファイルの名前である。患者IDは、患者ごとに割り振られた固有の識別子である。付帯情報部31Bに格納された各項目は、モダリティ21によって入力される。診療DBサーバ24は診療記憶部24Aを備える。診療記憶部24Aは検査画像31から得られた実行情報33を格納する。診療DBサーバ24は、診療記憶部24Aにおいて、所定の項目を検索キーとして所望の実行情報33の検索が可能になっている。なお、診療DBサーバ24は診療支援装置25内に設けられていても良い。診療支援装置25は、PACSサーバ22に対し、検査画像DB30に格納された検査画像31の閲覧要求を行ない、当該要求した検査画像31をディスプレイに表示する。このように、PACSサーバ22と診療支援装置25とによりPACSが構成される。また、診療支援装置25は、骨塩定量測定プログラムの実行により、検査画像DB30に格納された検査画像31から実行情報33を生成する。そして、診療支援装置25は、得られた実行情報33を診療DBサーバ24へ格納する。更に、診療支援装置25は、実行情報33を課金管理センタ12へ送信する。図3に示すように、実行情報33は処理結果部33Aと付帯情報部33Bとからなる。処理結果部33Aには、骨塩定量測定プログラムによって、画像情報部31Aに格納された検査画像31に基づいて測定された骨塩量が格納される。付帯情報部33Bには、検査IDと検査画像生成時刻とファイル名と患者IDと装置IDとプログラムIDとプログラム実行時刻とが含まれる。付帯情報部33Bに格納される各項目は、装置IDとプログラムIDとプログラム実行時刻とを除き、付帯情報部31B図2参照と共通である。付帯情報部33Bに格納される各項目の付帯情報部31B図2参照と共通するものは、診療支援装置25により、付帯情報部31Bの写しとして入力される。また、装置IDとプログラムIDとプログラム実行時刻とは、診療支援装置25により入力される。装置IDは、課金管理センタ12と接続する診療支援装置25ごとに割り振られた固有の識別子である。したがって、装置IDにより、一の診療施設11に設けられた診療支援装置25と他の診療施設11に設けられた診療支援装置25との間で識別可能である。プログラムIDは、骨塩定量測定プログラムを示す固有の識別子である。プログラム実行時刻は、骨塩定量測定プログラムが実行された時刻を表す。図1に戻って、ネットワーク12Aに接続可能なネットワーク機器として、課金管理サーバ43と操作端末44とがある。記憶部43Aを備える課金管理サーバ43は、診療施設11から送信された実行情報33を受信し、受信した実行情報33を実行履歴45図4参照として記憶部43Aへ格納する。実行履歴45の詳細は後述する。記憶部43Aでは、所定の項目を検索キーとして所望の情報の検索が可能になっている。また、課金管理サーバ43は、実行履歴45に基づいて、所定の算定期間内例えば、月単位で、診療施設11ごとに骨塩定量測定プログラムの利用回数をカウントする。更に、課金管理サーバ43は、診療施設11ごとの利用回数に基づいて料金請求情報48図5参照を作成する。料金請求情報48に基づいて作成された請求書は、課金管理センタ12から当該診療施設11へ発送される。料金請求情報48は、図5に示すように、合計部48Aと内訳部48Bとからなる。合計部48Aには診療施設IDとプログラムの利用料金の合計とが含まれる。診療施設IDは、診療施設を表す固有の識別子である。プログラムの利用料金の合計は、診療施設IDに関する骨塩定量測定プログラムの利用料金の合計、すなわち、内訳部48Bの利用料金を合計したものである。内訳部48Bには、1回分のプログラムの利用実績が格納される。利用実績にはプログラムIDと患者IDと利用料金とが含まれる。プログラムIDと患者IDとは付帯情報部33B図3参照の写しである。利用料金は、プログラムIDと当該プログラムIDを表すプログラムの利用単価とが対応付けられた単価テーブルに基づき、プログラムIDから定められる。単価テーブルは、例えば、記憶部43Aに格納される。診療施設IDは、図6に示す施設テーブル49に基づき、実行情報33の装置ID図3参照から定められる。施設テーブル49は、診療支援装置25の識別子である装置IDと当該演算実行装置が設置された診療施設のIDとの対応付けを表すものである。施設テーブル49は、例えば、課金管理サーバ43のストレージデバイスに格納される。操作端末44は、課金管理サーバ43に対し所定の要求を行い、課金管理サーバ43から要求に関する結果を受信する。各機器22、24、25、43~44は、それぞれ、パーソナルコンピュータ、サーバ用コンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステムなどの制御プログラムや、クライアントプログラム又はサーバプログラムといったアプリケーションプログラムをインストールして構成される。図7に示すように、コンピュータの基本的な構成は略同じであり、それぞれ、CPU51、メモリ52、ストレージデバイス53、ネットワークポート54、及びコンソール56を備えている。これらはデータバス57を介して接続されている。コンソール56は、ディスプレイ58と、キーボード、マウス、タッチパネルなどの入力デバイス59とからなる。ストレージデバイス53は、例えば、HDDHardDiskDriveであり、制御プログラムやアプリケーションプログラム以下、APという60が格納される。また、DBが構築される各サーバ例えば、サーバ24やサーバ43には、プログラムを格納するHDDとは別に、DB用のストレージデバイス53として、例えば、HDDを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。メモリ52は、CPU51が処理を実行するためのワークメモリである。CPU51は、ストレージデバイス53に格納された制御プログラムをメモリ52へロードして、制御プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。ネットワークポート54は、ネットワーク11A、12Aの間の伝送制御を行うネットワークインタフェースである。各サーバ24、43には、AP60として、所定のネットワーク機器の要求に応じて処理を実行し、処理結果を送信するサーバプログラムがインストールされている。各サーバ24、43のCPUは、サーバプログラムを実行することにより、格納処理部及び検索処理部として機能する。格納処理部は、データ格納要求に応じて、所定のデータを所定のDBへ格納する処理を実行する。また、検索処理部は、送信要求に応答して、要求されたデータを各DBから検索して、検索されたデータを要求元へ送信する。更に、課金管理サーバ43には、AP60として、操作端末44からの要求に応じて処理を実行し、処理結果を送信するサーバプログラムがインストールされている。サーバプログラムには、記憶部43Aに格納された実行情報33に基づいて、骨塩定量測定プログラムの利用費を診療施設ごとに算出する課金管理ソフトウェアなどがある。診療支援装置25には、AP60として、PACSサーバ22に格納された検査画像31を閲覧するための画像閲覧ソフトウェアや、骨塩定量測定プログラムを実行する骨塩定量測定ソフトウェアといったクライアントプログラムがインストールされている。クライアントプログラムが起動されると、診療支援装置25のディスプレイには、GUIGraphicalUserInterfaceによる操作画面が表示される。操作端末44には、AP60として、課金管理サーバ43へ所定の要求を出力し、課金管理サーバ43からの結果を受け取るクライアントプログラムがインストールされている。クライアントプログラムが起動されると、操作端末44のディスプレイには、GUIGraphicalUserInterfaceによる操作画面が表示される。図8に示すように、課金管理サーバ43のCPUは、サーバプログラムを実行することにより、受信部62と実行履歴作成部63と要求受付部64と重複判定部65と実行回数算出部66と利用料金算定部67と記憶制御部68として機能する。受信部62は診療支援装置25から送信された実行情報33を受信する。実行履歴作成部63は、受信部62が受信した実行情報33図3参照から読み込む。そして、実行履歴作成部63は、読み込んだ装置ID及び施設テーブル49図6参照に基づき実行履歴45図4参照を作成し、または更新する。実行履歴45は、診療施設11毎の実行履歴45A~45Cに作成されることが好ましい。要求受付部64は、操作端末44からの要求信号を受信する。操作端末44からの要求信号には、請求しようとする診療施設IDや算定期間が含まれる。診療施設IDや算定期間は、操作端末44の操作を通して入力されるものであり、変更可能である。例えば、8月分の料金を算定しようとする場合、算定期間は、プログラム実行時刻が8月1日以後8月31日以前となる。また、要求受付部64は、操作端末44からの要求信号を各部65~67へ出力する。重複判定部65は、要求受付部64からの要求信号に基づいて、重複判定を行う。重複判定では、重複判定部65が、実行履歴45を参照し、算定期間内の実行情報33のうち、同一の検査IDを有する実行情報33が複数あるか否かを調べる。そして、複数ある場合には、重複判定部65が、当該実行情報33の重複があると判定する。実行回数算出部66は、要求受付部64からの要求信号に基づいて、実行履歴45を参照して、算定期間内の実行情報33をカウントし、実行回数を算出する。実行回数の算出の際、実行回数算出部66は、重複と判定された実行情報33のうち、1つを実行回数としてカウントし、残りを実行回数としてカウントしない。このように、実行回数算出部66は、重複判定部65により判定された重複分の実行情報33を除外して実行回数をカウントする。利用料金算定部67は、実行回数算出部66によって算出された実行回数に単価を乗じて、プログラムの利用料金の合計図5参照を算出する。また、利用料金算定部67は、算出したプログラムの利用料金の合計や実行履歴45等に基づき、料金請求情報48を作成する。記憶制御部68は、各部63、65~67の要求に応じて、各情報を記憶部43Aへ書き込む。また、記憶制御部68は、各部63、65~67の要求に応じて、記憶部43Aに格納された各情報を要求元へ出力する。次に、本発明の作用を説明する。まず、モダリティ21図1参照により、X線撮影が行われる。このX線撮影により検査画像31が生成する。生成した検査画像31の画像情報部31Aには、左手81とアルミスケール80とが共に撮影されたX線撮影画像が格納される図2参照。PACSサーバ22は、モダリティ21から取得した検査画像31を検査画像DB30図1参照に格納する。診療支援装置25は、入力デバイスの操作により、当該患者に関する検査画像31を診療記憶部24A図1参照から読み込む。そして、診療支援装置25は、入力デバイスの操作により、読み込んだ検査画像31図2参照に対し骨塩定量測定プログラムを実行する。骨塩定量測定プログラムは、X線撮影画像における左手81の所定部分例えば、第2中手骨の中央部を、測定範囲81Xとして設定する。また、骨塩定量測定プログラムは、アルミスケール80の濃淡に基づいて、設定された測定範囲における骨塩量を測定する。更に、骨塩定量測定プログラムは、検査画像31図2参照から実行情報33図3参照を生成する。診療支援装置25は、実行情報33を診療DBサーバ24図1参照に格納する。また、診療支援装置25は、実行情報33の写しを課金管理センタ12へ送信する。課金管理サーバ43は、診療施設11から送信された実行情報33を記憶部43Aに実行履歴45として格納する。課金管理サーバ43は、操作端末44図1参照からの要求に従って、記憶部43Aに格納された実行履歴45から料金請求情報48を生成する。料金請求情報48の作成は、例えば、図9に示すフローで行なわれる。図8に示すように、受信部62は実行情報33を受信する。実行履歴作成部63は、受信部62が受信した実行情報33から実行履歴45を作成する。記憶制御部68は、実行履歴45を記憶部43Aに格納する。操作端末44図1参照の操作を通して、要求信号が課金管理サーバ43へ送信される。要求受付部64は、操作端末44図1参照からの要求信号を受信する。要求受付部64は、操作端末44からの要求信号を各部65~67へ出力する。重複判定部65は、要求受付部64からの要求信号に基づいて、重複判定を行う。重複判定では、重複判定部65が、実行履歴45を参照し、要求信号に係る算定期間内であって要求信号に係る診療施設IDの実行情報33のものうち、同一の検査IDを有する実行情報33が複数あるか否かを調べる。そして、重複判定部65は、同一の検査IDを有する実行情報33が複数ある場合には、当該検査IDについての実行情報33と重複するものがあると判定する。実行回数算出部66は、重複すると判定されていない実行情報33を、そのまま実行回数としてカウントする。また、実行回数算出部66は、重複すると判定された実行情報33のうち、1つを実行回数としてカウントし、残りをカウント対象から除く。要求信号に係る算定期間内であって要求信号に係る診療施設IDの実行情報33の全てに対して、重複判定部65による重複判定及び実行回数算出部66による実行回数のカウントが行なわれる。実行情報33の全てに対する重複判定及び実行回数のカウントの後、利用料金算定部67は、実行回数算出部66によって算出された実行回数に単価を乗じて、プログラムの利用料金図5参照を算出する。このように、本発明によれば、記憶部43Aに格納された実行履歴45から、重複格納された実行情報33を実行回数のカウントから除外することができる。課金処理が月次で行われる場合、利用料金の算定期間は1月となることが多い。しかしながら、検査IDが同一の実行情報33が月跨ぎで存在した場合には、算定期間内だけを判定範囲としたのでは重複分の判定漏れのおそれがある。そこで、判定範囲を、算定期間と算定期間よりも前の拡張期間とに広げることで月跨ぎの判定漏れを防止できる。拡張期間とは、算定期間よりも前の時点から算定期間の始期までの期間であり、実行情報33の全てを含む期間としてもよいし、一定期間例えば、1月としてもよい。上記実施形態では、実行情報33が実行履歴45として記憶部43Aに記録された後に、重複判定及び実行回数のカウントを行なったが、本発明はこれに限られず、実行情報33が実行履歴45として記憶部43Aに記録される際に重複判定及び実行回数のカウントを行なってもよい。このフローを、図10を用いて説明する。受信部62が実行情報33を受け取ると、受信部62は重複判定部65へ要求信号を出力する。受信部62からの要求信号には、実行情報33が含まれる。重複判定部65は、受信部62からの要求信号に基づいて、重複判定を行う。重複判定では、重複判定部65が、受信部62からの要求信号に含まれる実行情報33と実行履歴45とを参照し、要求信号に係る検査IDと同一の検査IDを有する実行情報33が実行履歴45にあるか否かを調べる。そして、当該実行情報が実行履歴45にある場合には、重複判定部65は、当該検査IDについての実行情報33と重複するものがあると判定する。実行回数算出部66は、重複と判定されていない実行情報33を、そのまま実行回数としてカウントする。また、実行回数算出部66は、重複と判定された実行情報33をカウント対象から除く。更に、実行回数算出部66は、所定の診療施設IDごとにカウント数を記憶部43Aに格納する。実行履歴作成部63は、受信した実行情報33を、記憶部43Aに格納された実行履歴45に追加する。こうして、実行履歴45が更新される。操作端末44からの要求信号を受信した要求受付部64は、要求信号を利用料金算定部67へ出力する。利用料金算定部67は、操作端末44からの要求信号に基づいて、記憶部43Aから読み取ったカウント数に単価を乗じて、プログラムの利用料金図5参照を算出する。なお、実行回数算出部66がカウント数を記憶部43Aに記録する代わりに、重複判定部65が記憶部43Aに格納された実行情報33に重複判定の結果を付与してもよい。この場合には、実行回数算出部66が、重複判定結果に基づき重複分を除いて実行回数をカウントすればよい。なお、1つの診療施設11内に複数の診療支援装置25、すなわち第1、及び第2の診療支援装置25が設けられていた場合であっても、本発明を適用することができる。本発明では、重複判定部65による重複判定及び実行回数算出部66による実行回数のカウントを診療施設11毎に行なうため、第1の診療支援装置25において骨塩定量測定プログラムを実行した後、確認のための再実行を第2の診療支援装置25にて行なった場合でも、課金されない。上記実施形態では、実行情報33から装置IDを読み取り、読み取った装置ID及び施設テーブル49から、実行情報33に係る診療施設IDを特定したが、診療施設IDは実行情報33に予め付与されていても良い。なお、診療支援装置25は、1回の骨塩量測定プログラムの実行の毎に、当該実行情報33を送信してもよいし、定期的に複数回分の実行情報33を送信してもよい。また、本発明は、骨塩量測定プログラムは診療支援装置25にインストールされていない場合にも適用できる。例えば、診療支援装置25が、骨塩量測定プログラムがインストールされたサーバ例えば、課金管理サーバ43へ、ネットワーク経由で入力データを送信し、当該サーバから実行結果をもらう形態でもよい。この場合は、実行情報33はサーバにより作成される。なお、骨塩量測定プログラムでなくとも、入力データへの処理の実行により、実行結果が入力データから一意的に定まる実行結果を出力するものであれば、どのようなコンピュータプログラムでもよい。また、課金対象となるコンピュータプログラムは1つではなく、複数でもよい。この場合には、コンピュータプログラムを識別するためのプログラムIDごとに重複判定を行なえばよい。上記実施形態では、入力データである検査画像として、X線撮影画像を例に説明したが、もちろん、検査画像はこれに限定されるものではなく、CR、CT、MRI検査、PETPositronEmissionTomography検査、超音波検査、内視鏡検査といった他の検査で得た検査画像でもよい。また、入力データとして、検査画像に限られず、所定のパラメータの測定結果であってもよい。なお、検査種によっては、1つの検査IDと、複数の検査画像とが紐付けされる場合もあるが、この場合には、検査IDに基づき重複判定を行ってもよいし、個別の検査画像の識別子ファイル名等に基づいて重複判定を行なってもよい。また、DBが構築される記憶装置としては、DBサーバ以外でもよく、例えば、NASNetworkAttachedStorage、SANStorageAreaNetworkといったネットワークを介して接続するストレージデバイスを使用してもよい。このように、コンピュータシステムの物理構成は適宜変更が可能である。