(57)【要約】【課題】医療検査を受託する医療施設の宣伝広告の実効性を高める。【解決手段】データセンタ１０のアプリケーションサーバ２０は、要求受付部４０ａ、要求処理部４０ｂ、および配信処理部４０ｃを有する。要求受付部４０ａは、医療検査を受託する病院１１からの宣伝広告データ、および医療検査を委託する診療所１２からの宣伝広告データの配信要求を受け付ける。要求処理部４０ｂは、病院１１からの宣伝広告データを医療施設情報ＤＢ２６に格納する。要求処理部４０ｂは、診療所１２で委託した医療検査の検査種に実施可能な検査種が一致する病院１１の宣伝広告データを、診療所１２に配信する宣伝広告データとして選定する。配信処理部４０ｃは、選定された宣伝広告データを、診療所１２のクライアント端末１５に配信する。【選択図】図５
2009205457.tif 000002
【特許請求の範囲】
【請求項１】
第一の医療施設に医療検査を委託する第二の医療施設に、第一の医療施設の宣伝広告データを配信する宣伝広告配信装置であって、
第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得する取得手段と、
属性情報に基づいて、第二の医療施設に配信すべき宣伝広告データ、または、宣伝広告データを配信すべき第二の医療施設を選定する選定手段とを備えることを特徴とする宣伝広告配信装置。
【請求項２】
属性情報、並びに宣伝広告データが格納される格納手段を備え、
前記取得手段は、取得した属性情報、並びに宣伝広告データを前記格納手段に格納し、
前記選定手段は、前記格納手段から属性情報を読み出して、選定を行うことを特徴とする請求項１に記載の宣伝広告配信装置。
【請求項３】
属性情報は、第一の医療施設で実施可能な医療検査の検査種と、第二の医療施設で委託した医療検査の検査種とを含み、
前記選定手段は、実施可能な検査種と委託した検査種との一致不一致に応じて、選定を行うことを特徴とする請求項１または２に記載の宣伝広告配信装置。
【請求項４】
前記選定手段は、委託した検査種に実施可能な検査種が一致する第一の医療施設の宣伝広告データを、第二の医療施設に配信すべき宣伝広告データとして選定する、または、実施可能な検査種に委託した検査種が一致する第二の医療施設を、宣伝広告データを配信すべき第二の医療施設として選定することを特徴とする請求項３に記載の宣伝広告配信装置。
【請求項５】
属性情報は、第一、第二の医療施設間で交わされた医療検査の委託・受託回数を含み、
前記選定手段は、委託・受託回数の多寡に応じて、選定を行うことを特徴とする請求項１ないし４のいずれかに記載の宣伝広告配信装置。
【請求項６】
前記選定手段は、第二の医療施設からの委託・受託回数が多い第一の医療施設よりも、委託・受託回数が比較的少ない第一の医療施設の宣伝広告データを、第二の医療施設に配信すべき宣伝広告データとして選定する、または、第一の医療施設への委託・受託回数が多い第二の医療施設よりも、委託・受託回数が比較的少ない第二の医療施設を、宣伝広告データを配信すべき第二の医療施設として選定することを特徴とする請求項５に記載の宣伝広告配信装置。
【請求項７】
宣伝広告データは、第一の医療施設の医療検査の予約サイトへのリンク情報を含むことを特徴とする請求項１ないし６のいずれかに記載の宣伝広告配信装置。
【請求項８】
第一の医療施設に医療検査を委託する第二の医療施設に、第一の医療施設の宣伝広告データを配信する宣伝広告配信方法であって、
第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得手段で取得するステップと、
属性情報に基づいて、第二の医療施設に配信すべき宣伝広告データ、または、宣伝広告データを配信すべき第二の医療施設を選定手段で選定するステップとを備えることを特徴とする宣伝広告配信方法。
【請求項９】
医療検査を受託する第一の医療施設、および医療検査を委託する第二の医療施設に設置された第一、第二コンピュータシステムと、データセンタに設置され、前記第一、第二コンピュータシステムにネットワークを介して通信可能に接続された第三コンピュータシステムとからなる医用ネットワークシステムにおいて、
前記第三コンピュータシステムは、第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得する取得手段と、
属性情報に基づいて、前記第二コンピュータシステムに配信すべき宣伝広告データ、または、宣伝広告データを配信すべき前記第二コンピュータシステムを選定する選定手段と、
前記第二コンピュータシステムに宣伝広告データを配信する配信手段とを有することを特徴とする医用ネットワークシステム。
【請求項１０】
前記第三コンピュータシステムは、属性情報、並びに宣伝広告データが格納される格納手段を有し、
前記取得手段は、取得した属性情報、並びに宣伝広告データを前記格納手段に格納し、
前記選定手段は、前記格納手段から属性情報を読み出して、選定を行うことを特徴とする請求項９に記載の医用ネットワークシステム。
【請求項１１】
前記取得手段は、前記第一、第二コンピュータシステムから属性情報を、前記第一コンピュータシステムから宣伝広告データをそれぞれ取得することを特徴とする請求項９または１０に記載の医用ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療検査を受託する病院等の医療施設の宣伝広告データを、医療検査を委託する診療所等の医療施設に配信する宣伝広告配信装置および方法、並びに医用ネットワークシステムに関する。
【背景技術】
【０００２】
病院、診療所等の医療施設のコンピュータシステム間をネットワークで繋ぎ、診療所から病院への医療検査の予約サービスや、医療検査で得られた画像等の検査データを自動解析して、医師の診断を支援するサービスといった、様々なアプリケーションサービスを提供する医用ネットワークシステムが知られている（特許文献１参照）。医用ネットワークシステムは、各医療施設に設置されるコンピュータシステムと、各種アプリケーションサービスの提供元のデータセンタに設置されるコンピュータシステムとからなる。これらのコンピュータシステムは、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網（ＷＡＮ；Wide Area Network）で相互接続されている。
【０００３】
データセンタのコンピュータシステムは、アプリケーションサービスを提供するためのサーバと、各種情報、データが格納されるデータストレージとを備える。サーバは、診療所から病院に向けて送信される医療検査の予約申し込みに関する情報や、病院から診療所へ向けて送信される医療検査の検査データ等を中継する。サーバは、各医療施設のクライアント端末から送信されるデータを受信して、これをデータストレージに格納する。また、サーバは、クライアント端末からの要求に応じて、データストレージからデータを読み出し、読み出したデータをクライアント端末に配信する。
【特許文献１】特開２００１−２６５８７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
診療所で医療検査の予約を行う際には、医師が病院を選択する。患者は、医師の選択に従うほかない。なぜならば、殆どの患者は、積極的に自らの意思で病院を選択するほどの知識がないためである。医師の意向のみで病院が選択される現況では、ともすれば、医師との関係が深いというだけで、家から遠い病院や、設備が比較的劣る病院を紹介されることがあり、患者にとって不利益である。
【０００５】
一方、病院は、毎回決まった診療所からの予約を受け付けているだけでは利潤が上がらないので、新規の得意先を開拓して、より多くの患者を獲得したい筈である。このため、病院の中には、インターネット広告やテレビＣＭ等の宣伝広告を制作し、患者の獲得に努めているところもある。
【０００６】
患者は、上記のような不利益を蒙らないためには、常日頃から病院に関する情報を収集し、病院に対する知識を養う必要がある。しかしながら、患者は、文字通り罹患したから来院するのであって、健康なうちは、病院に関する情報をわざわざ収集することはしないし、病院に対する知識を養おうという気も起こらない。
【０００７】
このため、インターネット広告やテレビＣＭといった、患者、未罹患者問わず不特定多数を対象とする宣伝広告は、患者に対しては一定の効果はあるが、未罹患者に対しては略ないといってよい。従って、従来の宣伝広告の方法では、その実効性に甚だ疑問があり、より実効性の高い宣伝広告の方法が模索されていた。
【０００８】
特許文献１には、病院の宣伝広告の実効性を高めるための具体的な方法は記載されていない。
【０００９】
本発明は、上記課題を鑑みてなされたものであり、その目的は、医療検査を受託する病院等の医療施設の宣伝広告の実効性を高めることにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明は、第一の医療施設に医療検査を委託する第二の医療施設に、第一の医療施設の宣伝広告データを配信する宣伝広告配信装置であって、第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得する取得手段と、属性情報に基づいて、第二の医療施設に配信すべき宣伝広告データ、または、宣伝広告データを配信すべき第二の医療施設を選定する選定手段とを備えることを特徴とする。
【００１１】
第一の医療施設とは、総合病院、大学病院等、ある地域内における比較的大規模な医療施設のことである。第二の医療施設とは、開業医によるクリニック等、医療検査設備を持たない比較的小規模な医療施設のことである。取得とは、属性情報、宣伝広告データを、ネットワークを通じて受信すること、データベース等の格納手段から読み出すこと、ＣＤ−ＲＯＭ等の記録メディアから読み出すこと、もしくは、キーボード、マウスといった操作入力手段からの入力を得ること等を含む。
【００１２】
宣伝広告配信装置は、属性情報、並びに宣伝広告データが格納される格納手段を備える。前記取得手段は、取得した属性情報、並びに宣伝広告データを前記格納手段に格納し、前記選定手段は、前記格納手段から属性情報を読み出して、選定を行う。この場合、前記選定手段は、前記格納手段から属性情報を読み出すので、上記の取得の定義からすると、前記取得手段を兼ねる。
【００１３】
属性情報は、第一の医療施設で実施可能な医療検査の検査種と、第二の医療施設で委託した医療検査の検査種とを含む。前記選定手段は、実施可能な検査種と委託した検査種との一致不一致に応じて、選定を行う。
【００１４】
この場合、前記選定手段は、委託した検査種に実施可能な検査種が一致する第一の医療施設の宣伝広告データを、第二の医療施設に配信すべき宣伝広告データとして選定する、または、実施可能な検査種に委託した検査種が一致する第二の医療施設を、宣伝広告データを配信すべき第二の医療施設として選定する。委託した検査種が実施可能な第一の医療施設の宣伝広告データが配信されるので、宣伝広告の実効性をさらに高めることができる。
【００１５】
属性情報は、第一、第二の医療施設間で交わされた医療検査の委託・受託回数を含む。前記選定手段は、委託・受託回数の多寡に応じて、選定を行う。
【００１６】
この場合、前記選定手段は、第二の医療施設からの委託・受託回数が多い第一の医療施設よりも、委託・受託回数が比較的少ない第一の医療施設の宣伝広告データを、第二の医療施設に配信すべき宣伝広告データとして選定する、または、第一の医療施設への委託・受託回数が多い第二の医療施設よりも、委託・受託回数が比較的少ない第二の医療施設を、宣伝広告データを配信すべき第二の医療施設として選定する。宣伝広告による患者の来院実績が上がっていない第一の医療施設にとって、有益である。
【００１７】
宣伝広告データは、第一の医療施設の医療検査の予約サイトへのリンク情報を含むことを好ましい。
【００１８】
本発明は、第一の医療施設に医療検査を委託する第二の医療施設に、第一の医療施設の宣伝広告データを配信する宣伝広告配信方法であって、第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得手段で取得するステップと、属性情報に基づいて、第二の医療施設に配信すべき宣伝広告データ、または、宣伝広告データを配信すべき第二の医療施設を選定手段で選定するステップとを備えることを特徴とする。
【００１９】
本発明は、医療検査を受託する第一の医療施設、および医療検査を委託する第二の医療施設に設置された第一、第二コンピュータシステムと、データセンタに設置され、前記第一、第二コンピュータシステムにネットワークを介して通信可能に接続された第三コンピュータシステムとからなる医用ネットワークシステムにおいて、前記第三コンピュータシステムは、第一、第二の医療施設に関する属性情報、並びに宣伝広告データを取得する取得手段と、属性情報に基づいて、前記第二コンピュータシステムに配信すべき宣伝広告データ、または、宣伝広告データを配信すべき前記第二コンピュータシステムを選定する選定手段と、前記第二コンピュータシステムに宣伝広告データを配信する配信手段とを有することを特徴とする。
【００２０】
前記第三コンピュータシステムは、属性情報、並びに宣伝広告データが格納される格納手段を有する。前記取得手段は、取得した属性情報、並びに宣伝広告データを前記格納手段に格納し、前記選定手段は、前記格納手段から属性情報を読み出して、選定を行う。
【００２１】
前記取得手段は、前記第一、第二コンピュータシステムから属性情報を、前記第一コンピュータシステムから宣伝広告データをそれぞれ取得する。
【発明の効果】
【００２２】
本発明によれば、医療検査を受託する第一の医療施設、および医療検査を委託する第二の医療施設の属性情報に基づいて、第二の医療施設に配信すべき宣伝広告データ、または、宣伝広告データを配信すべき第二の医療施設を選定して宣伝広告データを配信するから、医療検査を受託する病院等の医療施設の宣伝広告の実効性を高めることができる。
【発明を実施するための最良の形態】
【００２３】
図１において、医用ネットワークシステム２は、データセンタ１０のコンピュータシステムと、このコンピュータシステムに通信ネットワークで接続された、複数の病院１１および診療所１２の各医療施設のコンピュータシステムとからなる。
【００２４】
病院１１は、ある地域内における比較的大規模な医療施設（総合病院、大学病院等）である。病院１１は、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置等の高度な医療検査設備（以下、モダリティという）１３を持つ。病院１１は、診療所１２からの医療検査の依頼を受託して医療検査を行う。すなわち、病院１１は、第一の医療施設に相当する。
【００２５】
診療所１２は、モダリティ１３を持たず、病院１１に医療検査を委託する比較的小規模な医療施設（開業医によるクリニック等）であり、第二の医療施設に相当する。データセンタ１０は、診療所１２からの医療検査の予約（以下、検査予約という）の申し込みに関する情報（以下、予約申し込み情報という）を病院１１に送る際、並びに病院１１からの検査データ、および病院１１の宣伝広告データを診療所１２に送る際の仲介をする。なお、検査データとは、モダリティ１３で撮影された検査画像、生理検査、検体検査で得られた数値データや心電図、検査結果をまとめた医用レポート等を含む。
【００２６】
データセンタ１０のコンピュータシステムは、病院１１および診療所１２のそれぞれのコンピュータシステムを構成するクライアント端末１４、１５と、ＷＡＮ（Wide Area Network）１６を介して通信可能に接続されている。データセンタ１０のコンピュータシステムは、クライアント端末１４、１５からの要求に応じて、検査予約サービス、検査データの配信サービス、および宣伝広告データの配信サービスといった各種アプリケーションサービスを提供する。
【００２７】
クライアント端末１４、１５には、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザソフトがインストールされている。クライアント端末１４、１５は、ブラウザソフトを介してデータセンタ１０のコンピュータシステムと通信を行うことで、データセンタ１０のコンピュータシステムが提供する各種アプリケーションサービスを享受する。
【００２８】
データセンタ１０は、アプリケーションサービスの不正利用を防止するために、クライアント端末１４、１５からのアクセス時に、病院ＩＤ、診療所ＩＤ（ともに図４参照）、およびパスワードの入力を要求する。データセンタ１０は、クライアント端末１４、１５で入力された病院ＩＤ、診療所ＩＤ、およびパスワードの認証を行い、クライアント端末１４、１５のアクセスを許可する。
【００２９】
ＷＡＮ１６は、病院１１、診療所１２のそれぞれを結ぶ、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網である。ＷＡＮ１６には、情報セキュリティと通信コストのバランスを考慮して、例えば、通信事業者が提供するＩＰネットワークやインターネット等の共有ネットワーク上に、専用回線を仮想的に構築するＶＰＮ（Virtual Private Network）が使用される。
【００３０】
病院１１のコンピュータシステムは、複数のクライアント端末１４と、病院ＤＢ（Data Base）サーバ１７とからなる。クライアント端末１４と病院ＤＢサーバ１７とは、ルータ１８を介してＷＡＮ１６と接続されている。ルータ１８は、ＷＡＮ１６と病院１１内のＬＡＮ(Local Area Network)１９といった、異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＷＡＮ１６に接続するＷＡＮポートと、ＬＡＮ１９に接続するＬＡＮポートとを備えている。
【００３１】
病院１１のクライアント端末１４には、データセンタ１０にアクセスして予約申し込み情報を受信する外部接続用端末、外科や内科といった各診療部門に配置された診療科端末、放射線科や内視鏡科といった各検査部門に配置された検査予約管理端末および医用レポート作成端末等がある。クライアント端末１４には、その用途に応じて、カルテ編集プログラム、検査予約管理プログラム、医用レポート編集プログラム等のアプリケーションプログラムがインストールされている。
【００３２】
各クライアント端末１４と病院ＤＢサーバ１７とは、病院１１内のＬＡＮ１９を介して相互通信可能に接続されている。これにより、クライアント端末１４間でメール連絡といった通信を行うことができ、また、各クライアント端末１４から病院ＤＢサーバ１７内のデータにアクセスすることができる。
【００３３】
ＬＡＮ１９には、クライアント端末１４、病院ＤＢサーバ１７の他に、複数のモダリティ１３が接続されている。各モダリティ１３で撮影された検査画像のデータは、ＬＡＮ１９を介して病院ＤＢサーバ１７に送信され、病院ＤＢサーバ１７に格納される。
【００３４】
病院ＤＢサーバ１７は、ワークステーションやパーソナルコンピュータ等のコンピュータをベースに、ＤＢＭＳ（Data Base Management System）をインストールして構成される。病院ＤＢサーバ１７は、患者のカルテデータを格納したカルテＤＢ、検査データを格納した検査データＤＢ等の各種ＤＢを管理する。病院ＤＢサーバ１７は、クライアント端末１４からの要求に応じて、各種ＤＢへのデータの格納処理、各種ＤＢに格納されたデータの検索、読み出し処理を実行する。
【００３５】
データセンタ１０のコンピュータシステムは、アプリケーションサーバ２０、センタＤＢサーバ２１、およびルータ１８と同様の構成を有するルータ２２からなる。アプリケーションサーバ２０とセンタＤＢサーバ２１とは、ＬＡＮ２３を介して相互通信可能に接続されている。ＬＡＮ２３は、ルータ２２のＬＡＮポートに接続されている。
【００３６】
アプリケーションサーバ２０は、ワークステーションやパーソナルコンピュータ等のコンピュータをベースに、アプリケーションサービスを提供するためのプログラムであるサーバアプリケーション（宣伝広告配信プログラム４６など、図５参照）をインストールして構成される。アプリケーションサーバ２０は、クライアント端末１４、１５からの各種要求を受け付けて、クライアント端末１４、１５に各種アプリケーションサービスを提供する。
【００３７】
アプリケーションサーバ２０内には、検査予約サービスを提供するための窓口となる検査予約サイトや、宣伝広告配信サービスを提供するための窓口となる宣伝広告配信サイトが開設されている。アプリケーションサーバ２０は、これらのサイトを通じて、クライアント端末１４、１５からの各種要求を受け付ける。
【００３８】
アプリケーションサーバ２０には、病院１１の予約受付枠に対応したスケジュールデータが格納されている。アプリケーションサーバ２０は、クライアント端末１４、１５からの配信要求に応じて、クライアント端末１４、１５にスケジュールデータを配信する。クライアント端末１４、１５には、アプリケーションサーバ２０から配信されたスケジュールデータがカレンダー形式で表示される（図８参照）。
【００３９】
診療所１２では、クライアント端末１５に表示されたスケジュールデータから予約の空き状況を確認し、クライアント端末１５を介して、病院１１に宛てた予約申し込み情報をアプリケーションサーバ２０に送信する。
【００４０】
予約申し込み情報には、病院１１、診療所１２の名称、患者名、希望受診日時、および検査目的等が含まれている。検査目的には、患者の疾患名や、検査種（ＣＴ検査、ＭＲＩ検査等）、病院１１で特に留意してもらいたい申し送り事項等が記される。アプリケーションサーバ２０は、診療所１２から予約申し込み情報を受信すると、これに応じてスケジュールデータを更新する。そして、更新したスケジュールデータを病院１１のクライアント端末１４へ配信する。病院１１では、クライアント端末１４にて、アプリケーションサーバ２０から配信されたスケジュールデータを確認して、医療検査の依頼を受託する。
【００４１】
病院１１にて医療検査が終了すると、クライアント端末１４を通じて、診療所１２宛の検査データがアプリケーションサーバ２０にアップロードされる。アップロードされた検査データは、センタＤＢサーバ２１の検査データＤＢ（図示せず）に格納される。アプリケーションサーバ２０は、検査データがアップロードされた旨を診療所１２のクライアント端末１５へ通知する。診療所１２は、アプリケーションサーバ２０からの通知を受けて、クライアント端末１５を通じて、検査データの配信要求をアプリケーションサーバ２０に送信する。アプリケーションサーバ２０は、クライアント端末１５からの配信要求に応じて、検査データＤＢから読み出した該当する検査データをクライアント端末１５に配信する。
【００４２】
センタＤＢサーバ２１は、病院ＤＢサーバ１７と同様に、ワークステーションやパーソナルコンピュータにＤＢＭＳをインストールして構成される。センタＤＢサーバ２１は、検査予約情報ＤＢ２４、患者情報ＤＢ２５、および医療施設情報ＤＢ２６を有する。
【００４３】
図２において、検査予約情報ＤＢ２４は、検査予約情報３０を患者ＩＤ単位で格納する。検査予約情報３０は、診療所１２からの検査予約を病院１１が受託する毎に、予約申し込み情報に基づいて作成される。このため、何度も検査予約がされた患者の患者ＩＤには、複数の検査予約情報３０が対応付けられる。
【００４４】
検査予約情報３０は、予約ＩＤ、受付日、疾患名、検査種、受診日時、病院ＩＤ、および診療所ＩＤの各種項目が記されるフィールドを有する。図示は省略するが、検査予約情報３０には、上記の他にも、診療所１２から病院１１への申し送り事項が記されるフィールド等が設けられている。検査予約情報３０は、これらの項目をキーとして、検索することが可能である。
【００４５】
受付日は、診療所１２から予約申し込み情報を受信した日付（本例では、「０７／１２／２６」）である。予約ＩＤは、各検査予約情報３０を識別するための番号であり、受付日（「０７１２２６」）と受付順の通し番号（「０５」）との組み合わせからなる。疾患名は、医療検査の対象となる患者の疾患の名前（「胃癌」）である。検査種は、予約した検査の種別（「ＣＴ」）である。受診日時は、病院１１で患者が医療検査を受ける日時（「１０：００  ０８／１／０８」）である。
【００４６】
病院ＩＤ、および診療所ＩＤは、それぞれ、医療検査を受託した病院１１、および医療検査を委託した診療所１２を識別するための番号である。病院ＩＤは、「Ｈ」とデータセンタ１０に登録した順の通し番号（「１」）、診療所ＩＤは、「Ｃ」とデータセンタ１０に登録した順の通し番号（「１」）の組み合わせからなる。なお、患者ＩＤは、データセンタ１０で識別が可能なように、病院ＩＤ（「Ｈ１」等）と、病院１１で発行された患者ＩＤ（「０１２３４」等）とを組み合わせたもの（「Ｈ１−０１２３４」等）である。
【００４７】
図３において、患者情報ＤＢ２５は、病院１１からデータセンタ１０に登録された患者情報を患者ＩＤ単位で格納する。患者情報は、氏名、性別、年齢、住所、電話番号やメールアドレスといった連絡先等の各種項目が記されるフィールドを有する。患者情報は、患者ＩＤで検査予約情報３０と紐付けされている。
【００４８】
図４において、医療施設情報ＤＢ２６は、データセンタ１０が提供する各種アプリケーションサービスを利用するために、データセンタ１０に登録した病院１１、および診療所１２の医療施設情報３１を格納する。医療施設情報３１は、病院ＩＤ、および診療所ＩＤ単位で格納される。医療施設情報３１は、施設名、住所、連絡先、診療科目、データセンタ１０にアクセスする際のパスワード（図示せず）等の基本的な情報の他、病院１１の場合は、その病院１１で実施可能な検査種（「ＣＴ、ＭＲＩ」）、検査可能な疾患名（「癌、脳腫瘍」）、および宣伝広告データのＩＤ（以下、宣伝広告ＩＤという）等の各種項目が記されるフィールドを有する。
【００４９】
検査予約情報３０、医療施設情報３１は、検査種、病院ＩＤ、診療所ＩＤで紐付けされている。検査予約情報３０、医療施設情報３１は、これらの項目をキーとして、検索することができる。
【００５０】
宣伝広告ＩＤは、病院ＩＤ（「Ｈ１」）と「ＣＭ」とデータセンタ１０に宣伝広告データを登録した順の通し番号（「１」）との組み合わせからなり、宣伝広告データを一意に識別する。
【００５１】
宣伝広告データは、静止画像、動画像等の画像データ、文字データ、音声データ、もしくはバナー６０（図８参照）等からなる電子データである。宣伝広告データは、各病院１１の監修の下、独自に制作される。宣伝広告データには、その病院１１で実施可能な検査種、検査可能な疾患名、あるいは、その病院１１ならではのＰＲ（最新鋭のモダリティ１３を完備、癌の権威の教授紹介等）といった、診療所１２で検査予約をする際に役立つ具体的な内容が盛り込まれている。
【００５２】
本例では、データセンタ１０に登録した病院１１の一部が、宣伝広告データを制作しているものとする。従って、医療施設情報３１の中には、宣伝広告ＩＤのフィールドが空欄のものもあり得る。
【００５３】
図５において、アプリケーションサーバ２０は、ＣＰＵ４０、メモリ４１、ＨＤＤ（Hard Disk Drive）４２、ＬＡＮポート４３、およびコンソール４４を備えており、これらはデータバス４５を介して相互接続されている。
【００５４】
ＨＤＤ４２には、ＣＰＵ４０が実行するオペレーティングシステムや、検査予約サービスを実行するための検査予約管理プログラム（図示せず）、宣伝広告配信サービスを実行するための宣伝広告配信プログラム４６といった各種のプログラムが格納される。メモリ４１は、ＣＰＵ４０が処理を実行するためのワークメモリである。ＣＰＵ４０は、ＨＤＤ４２に格納された各種プログラムをメモリ４１へロードして、プログラムに従った処理を実行することにより、アプリケーションサーバ２０の各部を統括的に制御する。
【００５５】
ＬＡＮポート４３は、ＬＡＮ２３との間で伝送制御を行うネットワークインタフェースである。コンソール４４は、ディスプレイと、キーボードやマウス等の入力デバイスとからなり、アプリケーションサーバ２０の管理や設定を行う際に用いられる。
【００５６】
ＣＰＵ４０は、検査予約管理プログラムや宣伝広告配信プログラム４６を実行することにより、要求受付部４０ａ、要求処理部４０ｂ、および配信処理部４０ｃとして機能する。
【００５７】
要求受付部４０ａは、取得手段に相当し、クライアント端末１４、１５からの各種情報、データ（スケジュールデータや検査データ、宣伝広告データ等）の配信要求、およびクライアント端末１４、１５からアップロードされる各種情報、データ（予約申し込み情報や検査データ、医療施設情報３１、宣伝広告データ等）を受信する。要求処理部４０ｂは、取得手段、および選定手段に相当し、要求受付部４０ａが受け付けた配信要求に応じた処理（各種情報、データの格納、更新、検索、読み出し等）を実行する。配信処理部４０ｃは、配信手段に相当し、要求処理部４０ｂで検索、または読み出した各種情報、データを、指定の配信先のクライアント端末１４、１５に配信する。
【００５８】
以下では、宣伝広告配信サービスに限って説明するが、扱う情報やデータが異なる以外は、他のサービスも同様にして各部４０ａ〜４０ｃで処理が行われる。
【００５９】
図６において、要求受付部４０ａは、宣伝広告主である病院１１のクライアント端末１４から、宣伝広告データを受信する。要求受付部４０ａは、受信した宣伝広告データの格納指令を要求処理部４０ｂに送信する。要求処理部４０ｂは、要求受付部４０ａからの格納指令を受けて、センタＤＢサーバ２１にアクセスし、受信した宣伝広告データに宣伝広告ＩＤを付して、これらを医療施設情報ＤＢ２６に格納する。
【００６０】
図７において、要求受付部４０ａは、診療所１２のクライアント端末１５からの宣伝広告データの配信要求を受けて、要求処理部４０ｂに、診療所１２に配信する宣伝広告データを選定させる選定指令を送信する。要求処理部４０ｂは、要求受付部４０ａからの選定指令を受けて、センタＤＢサーバ２１にアクセスする。
【００６１】
要求処理部４０ｂは、検査予約情報ＤＢ２４に格納された検査予約情報３０の中から、宣伝広告データの配信先の診療所（宣伝広告データの配信要求をしたクライアント端末１５を所有する診療所、以下、当該診療所という）１２の診療所ＩＤを有する検査予約情報３０を検索する。また、要求処理部４０ｂは、医療施設情報ＤＢ２６に格納された各病院１１の医療施設情報３１の中から、宣伝広告ＩＤが付された（宣伝広告データを制作した病院１１の）医療施設情報３１を検索する。
【００６２】
要求処理部４０ｂは、医療施設情報ＤＢ２６から検索した医療施設情報３１の中から、検査予約情報ＤＢ２４から検索した当該診療所１２の診療所ＩＤを有する検査予約情報３０の検査種に、実施可能な検査種が一致する医療施設情報３１を抜き出す。要求処理部４０ｂは、抜き出した医療施設情報３１にある宣伝広告ＩＤで表される宣伝広告データを、当該診療所１２に配信する宣伝広告データとして選定する。要求処理部４０ｂは、選定した宣伝広告データの宣伝広告ＩＤを含む配信指令を、配信処理部４０ｃに送信する。
【００６３】
配信処理部４０ｃは、要求処理部４０ｂからの配信指令に含まれる宣伝広告ＩＤで表される宣伝広告データを、医療施設情報ＤＢ２６から読み出す。配信処理部４０ｃは、読み出した宣伝広告データを、当該診療所１２のクライアント端末１５に配信する。
【００６４】
宣伝広告データの表示形態の一例を示す図８において、検査予約画面５０は、診療所１２の診察室に置かれたクライアント端末１５のモニタに表示される。
【００６５】
診療所１２では、クライアント端末１５のブラウザを通じて、アプリケーションサーバ２０内に開設された検査予約サイトにアクセスし、診療所１２のユーザＩＤおよびパスワードを入力してログインする。検査予約サイトにログインすると、検査予約画面５０を生成するためのＷｅｂページが、アプリケーションサーバ２０からクライアント端末１５に配信される。クライアント端末１５では、受信したＷｅｂページのソースコードをブラウザで解析することで、検査予約画面５０を生成してモニタに表示する。Ｗｅｂページは、周知の如く、ＷＷＷ（World Wide Web）に対応した、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によってソースコードが記述されたページデータである。
【００６６】
検査予約画面５０には、スケジュールデータをカレンダー形式で表示するとともに、予約申し込み情報を受け付ける予約状況表示領域５１が設けられている。予約状況表示領域５１は、病院選択部５２、月別表示部５３、および日別表示部５４を有する。
【００６７】
病院選択部５２は、検査予約をする病院１１を選択するためのものである。病院選択部５２の右端のマーク５２ａに、マウスのポインタ５５を合わせてクリックすると、データセンタ１０に登録された複数の病院１１の名称が、プルダウンメニューの形式でリスト表示される。この中から一つの病院名（本例では、「△○厚生病院」）を選択すると、予約状況表示領域５１には、選択した病院１１の検査予約の状況が表示される。
【００６８】
月別表示部５３は、カレンダー形式で月単位の検査予約の状況を一覧表示する。月別表示部５３には、検査予約が可能な日が無印、休日が「×」印、既に予約が埋まっている日がハッチングで表示される。
【００６９】
月別表示部５３内の所望の日をポインタ５５で指定してクリックすると、日別表示部５４には、指定された日（本例では２００６年５月２７日）を含む数日間の予約受付枠５６が時間割で表示される。予約受付枠５６のうち、予約が可能な枠には、予約ボタン５６ａが表示される。予約ボタン５６ａをポインタ５５で指定してクリックすると、患者名や患者ＩＤ等の予約申し込み情報を入力する入力画面が表示される。一方、既に予約が埋まっている枠には、医療検査を受ける患者の氏名とともに、予約の詳細な内容を表示するための詳細ボタン５６ｂが表示される。
【００７０】
予約状況表示領域５１は、病院選択部５２で選択した病院１１にて実施可能な検査種（本例では、「ＣＴ」、「ＭＲＩ」、「腹部エコー」、「アイソトープ」、「動脈硬化」の計五種）毎で切り替え可能に表示される。予約状況表示領域５１の表示の切り替えは、タブ５７をポインタ５５で指定してクリックすることで行われる。図では、「ＣＴ」のタブ５７が選択されている状態を示す。このとき、予約状況表示領域５１には、撮影条件選択部５８が表示される。撮影条件選択部５８には、頭部、胸部、腹部等、ＣＴ検査で撮影する部位が列挙されている。撮影部位に対応するチェックボックス５８ａをポインタ５５で指定してクリックすることで、ＣＴ検査で撮影してもらいたい部位を指定することができる。こうして入力された予約申し込み情報は、クライアント端末１５からアプリケーションサーバ２０へ送信される。
【００７１】
予約状況表示領域５１の右側には、宣伝広告表示領域５９が設けられている。宣伝広告表示領域５９には、バナー６０が縦方向に一覧表示される。バナー６０は、配信処理部４０ｃから配信された宣伝広告データを元に生成される。バナー６０をポインタ５５で指定してクリックすると、宣伝広告データに則った、より詳しい内容の宣伝広告が表示される（図１３参照）。なお、この場合、宣伝広告データの配信要求は、クライアント端末１５のブラウザを通じて検査予約サイトにアクセスした際に、スケジュールデータの配信要求と同時に発行される。
【００７２】
次に、上記第一の実施形態の作用について、図９〜図１１のフローチャートを参照して説明する。まず、図９を用いて、宣伝広告配信サービス以外のサービスの概要を説明する。診療所１２から病院１１へ検査予約をする際には、クライアント端末１５を通じて検査予約サイトにアクセスする。そして、Ｓ（ステップの意）１０に示すように、アプリケーションサーバ２０から配信されるスケジュールデータを検査予約画面５０で確認して、各種項目の入力操作を行い、病院１１に宛てた予約申し込み情報をアプリケーションサーバ２０に送信する。
【００７３】
診療所１２から予約申し込み情報を受信すると（Ｓ２０）、アプリケーションサーバ２０は、これに応じてスケジュールデータを更新し、更新したスケジュールデータを病院１１へ配信する（Ｓ２１）。病院１１では、クライアント端末１４でデータセンタ１０から配信されたスケジュールデータを確認して、医療検査の依頼を受託する（Ｓ４０）。病院１１で医療検査の依頼が受託されると、アプリケーションサーバ２０によって予約申し込み情報に基づいた検査予約情報３０が作成され、作成された検査予約情報３０が検査予約情報ＤＢ２４に格納される（Ｓ２２）。
【００７４】
病院１１では、予約申し込み情報に応じた検査種の医療検査が実施される（Ｓ４１）。医療検査後、病院１１では、クライアント端末１４を通じて、診療所１２宛の検査データをデータセンタ１０に送信する（Ｓ４２）。病院１１からの検査データが受信されると（Ｓ２３）、データセンタ１０では、受信した検査データがセンタＤＢサーバ２１の検査データＤＢに格納される（Ｓ２４）。
【００７５】
検査データが検査データＤＢに格納された後、検査データがアップロードされた旨の通知、および検査データの配信要求が、データセンタ１０と診療所１２との間で交わされる。そして、診療所１２からの配信要求に応じて、該当する検査データがデータセンタ１０から診療所１２に配信される（Ｓ２５、Ｓ１１）。以上のようにして、データセンタ１０による検査予約サービス、および検査データの配信サービスが執り行われる。
【００７６】
図１０において、病院１１は、自らをＰＲするための宣伝広告データを制作し、クライアント端末１４を介して、制作した宣伝広告データをデータセンタ１０に送信する（Ｓ４３）。病院１１からの宣伝広告データが要求受付部４０ａで受信されると（Ｓ２６）、データセンタ１０では、要求処理部４０ｂによって、宣伝広告データに宣伝広告ＩＤが付され、これらが医療施設情報ＤＢ２６に格納される（Ｓ２７）。なお、診療所１２は、上記処理に直接関係しないので、図示を省略している。
【００７７】
図１１において、診療所１２は、患者に検査予約の際に役立つ情報を提供するために、クライアント端末１５を通じて、データセンタ１０に宣伝広告データの配信要求を送信する（Ｓ１２）。宣伝広告データの配信要求が要求受付部４０ａで受信されると（Ｓ２８）、データセンタ１０では、要求処理部４０ｂによって、当該診療所１２に配信する宣伝広告データが選定される（Ｓ２９）。
【００７８】
具体的には、検査予約情報ＤＢ２４に格納された検査予約情報３０の中から、当該診療所１２の診療所ＩＤを有する検査予約情報３０が、また、医療施設情報ＤＢ２６に格納された各病院１１の医療施設情報３１の中から、宣伝広告ＩＤが付された医療施設情報３１がそれぞれ検索される（Ｓ２９−ａ）。次いで、検索された医療施設情報３１の中から、当該診療所１２の診療所ＩＤを有する検査予約情報３０の検査種に、実施可能な検査種が一致する医療施設情報３１が抜き出される（Ｓ２９−ｂ）。この抜き出された医療施設情報３１に付された宣伝広告ＩＤで表される宣伝広告データが、当該診療所１２に配信する宣伝広告データとして選定される。
【００７９】
配信する宣伝広告データが選定された後、その宣伝広告データの宣伝広告ＩＤを含む配信指令が、要求処理部４０ｂから配信処理部４０ｃに送信される。そして、要求処理部４０ｂからの配信指令に含まれる宣伝広告ＩＤで表される宣伝広告データが、医療施設情報ＤＢ２６から配信処理部４０ｃに読み出され、当該診療所１２のクライアント端末１５に配信される（Ｓ３０）。
【００８０】
配信処理部４０ｃからの宣伝広告データが受信されると（Ｓ１３）、当該診療所１２のクライアント端末１５では、宣伝広告データに基づいた宣伝広告が表示される（Ｓ１４）。なお、図１０の診療所１２と同様に、病院１１は、上記処理に直接関係しないので、図示を省略している。
【００８１】
検査予約画面５０に宣伝広告表示領域５９を設けた図８の態様を例にして説明すると、診療所１２の医師は、検査予約を行う際に、検査予約画面５０を患者に見せる。患者は、バナー６０を適宜選択して宣伝広告を閲覧する。患者は、閲覧した宣伝広告の内容を踏まえて、検査予約したい病院１１を決め、医師にその旨を伝える。医師は、患者が決めた病院１１を病院選択部５２から選び、検査予約を行う。
【００８２】
以上のように、データセンタ１０のアプリケーションサーバ２０を用いて、検査予約情報３０と医療施設情報３１とを元に、診療所１２が過去に委託した医療検査の検査種に、実施可能な検査種が一致する病院１１を抜き出して、その病院１１の宣伝広告データを当該診療所１２に配信するので、病院１１の宣伝広告の実効性を高めることができる。
【００８３】
実施可能な検査種等の病院１１に関する情報は、インターネットで調べれば手に入るし、テレビＣＭや電車の中吊り広告等で日頃目にすることもある。しかしながら、未罹患者は、病院１１に関する情報への関心が当然ながら薄く、病院１１に関する情報を自ら調べようともしないし、例え目にしても気に留めない。つまり、病院１１に関する情報を欲するのは、患者である。本発明では、患者が来院する診療所１２に宣伝広告データを配信し、且つ診療所１２が過去に委託した医療検査の検査種に、実施可能な検査種が一致する病院１１の宣伝広告データを選定しているので、不特定多数を対象とする従来の宣伝広告の方法に比べて、より効果的な宣伝広告戦略であるといえる。
【００８４】
従来、患者には、病院１１に関する情報に触れる機会はあれども、最も病院１１に関する情報が欲しい場である診療所１２に来院したときに、病院１１に関する情報が十分に与えられていなかった。このため、診療所１２で検査予約をする際には、医師の推薦に唯々諾々と盲従するしかなく、検査予約する病院１１の選択に患者の意思が働き辛かった。対して、本発明によれば、患者は、診察室等で宣伝広告を見聞きすることで、病院１１に関する情報を十分に得ることができ、検査予約をしたい病院１１を、患者が率先して医師に提案することができる。
【００８５】
従来の宣伝広告の方法では、病院１１は、宣伝広告を掲示する場所を決め、決めた場所に宣伝広告を配布する必要があり、コストが掛かっていた。対して、本発明では、病院１１は、宣伝広告データを制作してデータセンタ１０にアップロードするだけで済み、宣伝広告データの配信先の選定、配信をデータセンタ１０が一手に引き受けるので、宣伝広告に掛かるコストを安くすることができる。
【００８６】
また、診療所１２は、一見して、宣伝広告配信サービスの旨味がないように思われるが、患者の意思を尊重してくれる診療所といった評判が立てば、結果として患者の来院数の増加に繋がるため、診療所１２にも利益がある。
【００８７】
なお、診療所１２のクライアント端末１５は、上記例の診察室だけでなく、患者の待合室、受付、または会計窓口等、患者の目が触れる場所に設置されている。患者は、手近のクライアント端末１５から、アプリケーションサーバ２０内に開設された宣伝広告配信サイトにアクセスすれば、上記同様のバナー６０や詳細な内容の宣伝広告を閲覧することができる。クライアント端末１５には、上記例のモニタの他、音声データを表示するスピーカー、あるいは文字データを表示する電子掲示板といった表示装置が接続されている。各表示装置は、配信処理部４０ｃから配信された宣伝広告データに基づいた宣伝広告を表示する。
【００８８】
第一の実施形態では、診療所１２が過去に委託した医療検査の検査種と、実施可能な検査種が一致する病院１１の宣伝広告データを選定して配信しているが、宣伝広告データの選定方法はこれに限らない。
【００８９】
本発明の第二の実施形態を示す図１２において、要求処理部４０ｂは、第一の実施形態で示した検査種の一致不一致に加えて、当該診療所１２の検査予約回数（委託・受託回数に相当）を元に、配信する宣伝広告データを選定する（Ｓ５０）。
【００９０】
まず、要求処理部４０ｂは、第一の実施形態のＳ２９−ａと同様にして検査予約情報３０、および医療施設情報３１を検索する（Ｓ５０−ａ）。そして、検索した検査予約情報３０に基づいて、当該診療所１２の病院１１毎の検査予約回数をカウントする（Ｓ５０−ｂ）。
【００９１】
Ｓ５０−ｃにおいて、第一の実施形態のＳ２９−ｂと同様にして医療施設情報３１を抜き出した後、要求処理部４０ｂはさらに、その医療施設情報３１の中から、Ｓ５０−ｂでカウントした検査予約回数が閾値よりも少ない、あるいは、検査予約回数が最下位から数えて所定番目までの病院１１の医療施設情報３１を抜き出す（Ｓ５０−ｄ）。要求処理部４０ｂは、Ｓ５０−ｄで抜き出した医療施設情報３１に付された宣伝広告ＩＤで表される宣伝広告データを、当該診療所１２に配信する宣伝広告データとして選定する。以降の処理は第一の実施形態と同様であるので、説明は省略する。
【００９２】
このように、当該診療所１２からの検査予約回数が少ない病院１１の宣伝広告データを優先的に配信すれば、新規に開設した病院１１や、診療所１２とのコネクションが少ない病院１１、あるいは検査予約を積極的に受け入れている割には検査予約が少ない病院１１にとって、新たな患者を獲得する機会に恵まれるため、有益である。
【００９３】
第二の実施形態では、当該診療所１２からの検査予約回数が少ない病院１１の宣伝広告データのみを配信する例を挙げたが、第一の実施形態の手順で選定した宣伝広告データも配信してよい。この場合、第二の実施形態の手順で選定した宣伝広告データの後に、第一の実施形態の手順で選定した宣伝広告データを配信する。あるいは、第二の実施形態の手順で選定した宣伝広告データの間に、第一の実施形態の手順で選定した宣伝広告データを織り交ぜて配信する。さらに、第一の実施形態を常態とし、第二の実施形態を所定期間毎、あるいはランダムに実施してもよい。
【００９４】
なお、診療所１２に配信する宣伝広告データを選定する際の条件としては、第一の実施形態で例示した検査種の一致不一致や、第二の実施形態で例示した検査予約回数の少なさに限らない。例えば、第二の実施形態とは逆に、当該診療所１２からの検査予約回数が多い病院１１の宣伝広告データを優先的に配信してもよい。
【００９５】
また、検査種の一致不一致や検査予約回数に代えて、あるいはこれらに加えて、病院１１で検査可能な疾患名、診療所１２の診療科目、住所、病院１１との提携関係等を、宣伝広告データの選定条件としてもよい。要するに、病院１１、および診療所１２の属性を表す情報であれば如何なるものでもよい。
【００９６】
検査可能な疾患名、あるいは診療科目を宣伝広告データの選定条件とする場合は、診療科目が整形外科である診療所１２に対しては、同じ診療科目をもつ病院１１、もしくは、一般に整形外科の診療所１２でよく予約する検査種（ＭＲＩ検査、内科の場合はＣＴ検査等）を、実施可能な検査種に持つ病院１１等の宣伝広告データを選定する。基本的には、第一の実施形態の検査種の一致不一致で選定する方法と同じ考えである。
【００９７】
住所を宣伝広告データの選定条件とする場合は、診療所１２の住所の都道府県内にある病院１１、あるいは、診療所１２の住所を中心として半径数Ｋｍ以内にある病院１１等の宣伝広告データを選定する。患者が通えないほど診療所１２から遥かに遠い病院１１の宣伝広告データが選定されてしまうことを防ぐことができる。
【００９８】
病院１１との提携関係は、診療所１２の医師がその病院１１の出身（病院１１が大学病院の場合は、診療所１２の医師がその大学の卒業生であることも含む）であったり、病院１１付属の診療所１２である場合に、その旨を診療所１２の医療施設情報３１に記憶しておく。そして、病院１１との提携関係がある、ないを宣伝広告データの選定条件とする。学閥を重視する医学界の体質を考慮した宣伝広告データの選定をすることができる。
【００９９】
第一の実施形態では、予約状況表示領域５１と宣伝広告表示領域５９とをもつ検査予約画面５０を挙げ、検査予約とともに、バナー６０をポインタ５５で指定してクリックすることで、より詳細な内容の宣伝広告を表示する旨を記載したが、各領域５１、５９を別の画面で表示してもよい。
【０１００】
各領域５１、５９を別の画面で表示する場合、診療所１２の医師は、まず、クライアント端末１５で宣伝広告配信サイトにアクセスする。そして、宣伝広告表示領域５９に相当する画面を表示して患者に見せ、患者に検査予約をする病院１１を決めさせる。その後、検査予約サイトにアクセスして、予約状況表示領域５１に相当する画面を表示して検査予約を行う。
【０１０１】
あるいは、図１３に示すように、バナー６０をポインタ５５で指定してクリックした後の、より詳細な宣伝広告を表示する詳細表示画面７０に、検査予約サイトにリンクする検査予約ボタン７１を設けておく。そして、検査予約ボタン７１をポインタ５５で指定してクリックすることで、自動的に検査予約サイトにアクセスし、その宣伝広告主である病院１１の予約状況表示領域５１に相当する画面が表示されるようにする。もしくは、バナー６０をポインタ５５で指定してクリックしたときに、詳細表示画面７０とともにその宣伝広告主である病院１１の予約状況表示領域５１に相当する画面が表示されるようにしてもよい。
【０１０２】
上記の態様は、各領域５１、５９を別の画面で表示する場合に限らず、各領域５１、５９を同時に表示する検査予約画面５０の場合にも適用することができる。このようにすれば、検査予約サイトにアクセスする手間や、病院選択部５２で病院１１を選択する手間が省ける。
【０１０３】
上記実施形態では、宣伝広告データを診療所１２のクライアント端末１５で表示する際の順番は特に規定していないが、例えば、データセンタ１０へのアップロードが新しい順、古い順、順不同など、適宜選択することが可能である。宣伝広告データの選定に複数のパラメータ（検査種の一致不一致、検査予約回数等）を用いる場合には、当該診療所１２に配信するに相応しいか否かの尺度を示すスコアを算出（例えば、検査種が一致していた場合は１０点、検査予約回数が比較的少ない場合は１０点など）し、スコアを元に宣伝広告データの選定や表示順の決定をしてもよい。
【０１０４】
なお、上記各実施形態の如く、宣伝広告データの配信先の診療所１２が当該診療所１２と決まっていて、そこに配信する宣伝広告データを選定するのではなく、逆に、宣伝広告データの配信先を選定してもよい。
【０１０５】
この場合、病院１１から宣伝広告データが送信されたときに、その宣伝広告データを配信すべき診療所１２を上記各実施形態と同様に選定する。また、選定した診療所１２の診療所ＩＤと当該宣伝広告ＩＤとを関連付けて、医療施設情報３１に記憶しておく。そして、診療所１２からの宣伝広告データの配信要求があったときに、当該診療所１２の診療所ＩＤに関連付けられた宣伝広告ＩＤで表される宣伝広告データを配信する。
【０１０６】
上記実施形態では、病院１１自らが宣伝広告データを制作しているが、医療施設情報３１を参照するなどして、データセンタ１０が宣伝広告データの制作を手掛けてもよい。
【０１０７】
上記実施形態では、病院１１、診療所１２等の複数の医療施設のコンピュータシステムと、データセンタ１０のコンピュータシステムとからなる医用ネットワークシステム２を例示して説明したが、本発明は他の形態にも適用可能である。例えば、複数の医療施設のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの医療施設が、データセンタのホスト的な役割を担う。上記いずれの場合でも、コンピュータシステム間を接続するネットワークは、ＷＡＮでもＬＡＮでもよい。
【０１０８】
本発明の宣伝広告配信装置は、一台のサーバ（アプリケーションサーバ２０）からなるコンピュータシステムで構成してもよいし、複数台のサーバに処理を分散させるコンピュータシステムとしてもよい。同様に、各種情報、データの格納先は、データセンタ１０のセンタＤＢサーバ２１でなくともよく、各所に分散して格納してもよい。例えば、宣伝広告データ、あるいは宣伝広告データを選定するための属性情報を、他の情報と分離して別のＤＢに格納してもよい。あるいは、検査予約情報３０を病院１１の病院ＤＢサーバ１７に持たせ、必要に応じてアプリケーションサーバ２０が病院ＤＢサーバ１７にアクセスし、検査予約情報３０を取得してもよい。
【０１０９】
上記実施形態では、要求受付部４０ａ、要求処理部４０ｂを、請求項記載の取得手段に相当するものとして説明したが、取得とは、要求受付部４０ａのように、クライアント端末１４、１５からネットワークを通じて送信された属性情報（検査予約情報３０、医療施設情報３１）、宣伝広告データを受信すること、要求処理部４０ｂのように、センタＤＢサーバ２１の各ＤＢ２４、２６から属性情報、宣伝広告データを読み出すことを含み、その他にも、ＣＤ−ＲＯＭ等の記録メディアから読み出すこと、キーボード、マウスといった操作入力手段からの入力を得ること等も含む。このため、取得手段、選定手段は、別のものとしてもよいし、上記実施形態の要求処理部４０ｂのように、両方を兼ねていてもよい。
【０１１０】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【０１１１】
【図１】医用ネットワークシステムの概略を示す構成図である。
【図２】検査予約情報の説明図である。
【図３】患者情報の説明図である。
【図４】医療施設情報の説明図である。
【図５】アプリケーションサーバの概略構成を示すブロック図である。
【図６】宣伝広告データの格納手順を示す説明図である。
【図７】宣伝広告データの選定、配信手順を示す説明図である。
【図８】検査予約画面の表示形態を示す説明図である。
【図９】検査予約サービス、および検査データの配信サービスの手順を示すフローチャートである。
【図１０】宣伝広告データの格納手順を示すフローチャートである。
【図１１】宣伝広告データの選定、配信手順を示すフローチャートである。
【図１２】第二の実施形態の宣伝広告データの選定、配信手順を示すフローチャートである。
【図１３】詳細表示画面の表示形態を示す説明図である。
【符号の説明】
【０１１２】
２  医用ネットワークシステム
１０  データセンタ
１１  病院
１２  診療所
１４  病院のクライアント端末
１５  診療所のクライアント端末
１６  ＷＡＮ
２０  アプリケーションサーバ
２１  センタＤＢサーバ
２４  検査予約情報ＤＢ
２６  医療施設情報ＤＢ
３０  検査予約情報
３１  医療施設情報
４０  ＣＰＵ
４０ａ  要求受付部
４０ｂ  要求処理部
４０ｃ  配信処理部
４６  宣伝広告配信プログラム
５０  検査予約画面
５９  宣伝広告表示領域
６０  バナー
７０  詳細表示画面
７１  検査予約ボタン
【図１】
2009205457.tif 000003
【図２】
2009205457.tif 000004
【図３】
2009205457.tif 000005
【図４】
2009205457.tif 000006
【図５】
2009205457.tif 000007
【図６】
2009205457.tif 000008
【図７】
2009205457.tif 000009
【図８】
2009205457.tif 000010
【図９】
2009205457.tif 000011
【図１０】
2009205457.tif 000012
【図１１】
2009205457.tif 000013
【図１２】
2009205457.tif 000014
【図１３】
2009205457.tif 000015