(57)【要約】【課題】地域の医院（病院を含む）の中から診療可能な最適な医院を容易に検索することができる医院検索システムを提供する。【解決手段】医院の情報処理端末３は診療科目名と診療の可否を含む意味情報からなるフィルタ３１を意味情報ネットワーク１に設定する。受診希望者の情報処理端末４は、受診したい診療科目を意味情報として含むイベントを意味情報ネットワーク１へ送信する。そして、受診希望者の情報処理端末４が送信したイベントにフィルタ３１が発火した時、医院の情報処理端末３が受信希望者の情報処理端末４へ通信を行い、診察に関する打ち合わせが行われる。【選択図】    図１
2004310510.tif 000002
【特許請求の範囲】
【請求項１】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムであって、
前記受診希望者の情報処理端末は、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記医院の情報処理端末は診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記受診希望者の情報処理端末が送信した前記イベントに前記フィルタが発火した時、前記受信希望者の情報処理端末へ通信を行うことを特徴とする医院検索システム。
【請求項２】
前記受診希望者の情報処理端末は、受診したい医院名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする請求項１に記載の医院検索システム。
【請求項３】
前記受診希望者の情報処理端末は、受診したい地域名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記医院の情報処理端末は、地域名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする請求項１に記載の医院検索システム。
【請求項４】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムであって、
前記医院の情報処理端末は医院名と診療科目名とを含む意味情報と診療可能日時を含むデータからなるイベントを送信し、
前記受診希望者の情報処理端末は、受診したい医院名と診療科目と希望診療日時を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記医院の情報処理端末が送信したイベントに前記フィルタが発火した時、前記イベントから診療科目の診療可能日時のデータを入手することを特徴とする医院検索システム。
【請求項５】
意味情報ネットワーク上に医院の情報処理端末と第１の受診希望者の情報処理端末と第２の受診希望者の情報処理端末とを有する医院検索システムであって、
前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報をフィルタとして前記意味情報ネットワークに設定し、
前記第２の受診希望者の情報処理端末は、医院名と診療科目名を含む意味情報をイベントとして前記意味情報ネットワークに送信し、
前記第１の受診希望者の情報処理端末は、医院との受診に関する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを意味情報ネットワークに設定し、前記第２の受診希望者の情報処理端末が送信したイベントに前記フィルタが発火した時、前記第２の受診希望者の情報処理端末へ“問い合わせ中”を送信することを特徴とする医院検索システム。
【請求項６】
前記第１の受診希望者の情報処理端末は、前記医院から受診可又は不可のメッセージを受信した後、前記“問い合わせ中”のメッセージを含むフィルタを削除することを特徴とする請求項５に記載の医院検索システム。
【請求項７】
意味情報ネットワーク上に複数の医院の情報処理端末と受診希望者の情報処理端末と第３者機関の情報処理端末とを有する医院検索システムであって、
前記複数の医院の情報処理端末は診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、
前記第３者機関の情報処理端末は、全ての医院に医院名を指定してイベントを送信し、診療不可の通知があった医院に対して問い合わせを行い、問い合わせ中の医院の情報を意味情報とするフィルタを前記意味情報ネットワークに設定し、
前記受診希望者の情報処理端末は、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信する
ことを特徴とする医院検索システム。
【請求項８】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて、
前記受診希望者の情報処理端末が受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信するステップと、
前記医院の情報処理端末が診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定するステップと、
前記受診希望者の情報端末が送信した前記イベントに前記フィルタが発火した時、前記医院の情報処理端末が前記受信希望者の情報処理端末へ通信を行うステップと、
を有することを特徴とする医院検索方法。
【請求項９】
前記受診希望者の情報処理端末は、受診したい医院名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする請求項８に記載の医院検索方法。
【請求項１０】
前記受診希望者の情報処理端末は、受診したい地域名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記医院の情報処理端末は、地域名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする請求項９に記載の医院検索方法。
【請求項１１】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて、
前記受診希望者の情報処理端末が受診したい医院名と診療科目と希望診療日時を含む意味情報からなるフィルタを前記意味情報ネットワークに設定するステップと、
前記医院の情報処理端末が医院名と診療科目名とを含む意味情報と診療可能日時を含むデータからなるイベントを送信するステップと、
前記医院の情報処理端末が送信したイベントに前記フィルタが発火した時、前記受診希望者の情報処理端末が前記イベントから診療科目の診療可能日時のデータを入手するステップと、
を有することを特徴とする医院検索方法。
【請求項１２】
意味情報ネットワーク上に医院の情報処理端末と第１の受診希望者の情報処理端末と第２の受診希望者の情報処理端末とを有する医院検索システムにおいて、
前記医院の情報処理端末が医院名と診療科目名と診療の可否を含む意味情報をフィルタとして前記意味情報ネットワークに設定するステップと、
前記第１の受診希望者の情報処理端末が前記医院との受診に関する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを意味情報ネットワークに設定するステップと、
前記第２の受診希望者の情報処理端末が医院名と診療科目名を含む意味情報をイベントとして前記意味情報ネットワークに送信するステップと、
前記第２の受診希望者の情報処理端末が送信したイベントに、前記第１の受診希望者の情報処理端末が設定した前記フィルタが発火した時、前記第１の受診希望者の情報処理端末が前記第２の受診希望者の情報処理端末へ“問い合わせ中”を送信するステップと、
を有することを特徴とする医院検索方法。
【請求項１３】
前記第１の受診希望者の情報処理端末は、前記医院から受診可又は不可のメッセージを受信した後、前記“問い合わせ中”のメッセージを含むフィルタを削除することを特徴とする請求項１２に記載の医院検索方法。
【請求項１４】
意味情報ネットワーク上に複数の医院の情報処理端末と受診希望者の情報処理端末と第３者機関の情報処理端末とを有する医院検索システムにおいて、
前記複数の医院の情報処理端末が診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、
前記第３者機関の情報処理端末が、全ての医院に医院名を指定してイベントを送信し、診療不可の通知があった医院に対して問い合わせを行い、問い合わせ中の医院の情報を意味情報とするフィルタを前記意味情報ネットワークに設定し、
前記受診希望者の情報処理端末が、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、
前記受診希望者の情報処理端末が送信したイベントに対し、前記第３者機関の情報処理端末が設定したフィルタが発火した時、前記第３者機関の情報処理端末が前記受診希望者の情報処理端末へ問い合わせ中を通知する
ことを特徴とする医院検索方法。
【請求項１５】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記受診希望者の情報処理端末であって、
受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信する送信手段と、
前記イベントに応答して前記医院の情報処理端末から送信されるデータを受信する受信手段と、
を具備することを特徴とする情報処理端末。
【請求項１６】
前記医院と受診に問する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを前記意味情報ネットワークに設定する設定手段をさらに具備することを特徴とする請求項１５に記載の情報処理端末。
【請求項１７】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記受診希望者の情報処理端末であって、
受診したい診療科目名、あるいは医院名と診療科目名、あるいは医院名と診療科目名と診療の可否を意味情報として含むフィルタを前記意味情報ネットワークに設定する設定手段と、
前記フィルタが、前記意味情報ネットワークを介して到達したイベントに対して発火した時、前記イベントに含まれるデータを受信する受信手段と、
を具備することを特徴とする情報処理端末。
【請求項１８】
意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記医院の情報処理端末であって、
診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定する設定手段と、
前記受診希望者の情報端末が送信したイベントに前記フィルタが発火した時、前記受信希望者の情報処理端末へ通信を行う通信手段と、
を具備することを特徴とする情報処理端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、地域の医院（病院を含む）の中から診療可能な最適な医院を容易に検索することができる医院検索システムおよび医院検索方法並びに情報処理端末に関する。
【０００２】
【従来の技術】
従来、医院が受付可であることを知るためには、電話をかける等して、その医院から情報を得る必要があった。しかし、医院に電話をかけても、医院が忙しい場合、電話が通じない場合があり、その場合、患者は医院が受付可であることを知ることができなかった。このように、従来は医院の情報がなかなか得られず、このため、診察して貰える医院が見つからない、あるいは、見つかっても混雑していつ診察して貰えるか分からないという問題があった。
【０００３】
この出願は医院から情報を容易に得ることができる医院検索システムに関するもので、この出願に関係する公知文献として次のようなものがある。
まず、非特許文献１はＰ２Ｐによる意味情報ネットワークの基本的な論文であり、非ブローカモデル（Ｐ２Ｐモデル）を説明しているが、意味情報ネットワークシステムによる医療サービスについては言及していない。
【０００４】
特許文献１「救急医療機関検索システム」は医療サービスの情報通信システムであるが、サーバクライアント型のシステムであり、意味情報ネットワークシステムやＰ２Ｐ通信に言及するものではない。
特許文献２「病院予約支援装置、病院予約支援システム、記録媒体及び病院予約支援方法」はインターネットによる医療サービスの情報通信システムであるが、サーバクライアント型のシステムであり、Ｐ２Ｐによる意味情報ネットワークシステムに言及するものではない。
特許文献３「医療サービスネットワークシステム」はインターネットによる医療サービスの情報通信システムであるが、サーバクライアント型のシステムであり、意味情報ネットワークシステムやＰ２Ｐ通信に言及するものではない。
【０００５】
【非特許文献１】
星合、小柳、ビルゲー、久保田、柴田、酒井著“意味情報ネットワークアーキテクチャ”：電子情報通信学会論文誌Ｂ  Ｖｏｌ．  Ｊ８４−Ｂ  Ｎｏ３  ｐｐ４１１−４２４  ２００１年３月
【特許文献１】
特開平８−２４９４０３号公報
【特許文献２】
特開２００２−９９６１５号公報
【特許文献３】
特開２００２−３２４１９０号公報
【０００６】
【発明が解決しようとする課題】
本発明の課題は、意味情報ネットワークを利用して医院は受付可能であることを公開し、患者は医院名を指定せずに、受付可能な医院を検索することができ、また、予め受付可である医院を知っている患者は医院名を指定して検索することができ、医院名を指定して検索した医院が受付不可であった場合には、患者は“問い合わせ中”のメッセージをネットワークに公開することができ、他の患者がその情報を参考にすることができるようにすることである。
【０００７】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムであって、前記受診希望者の情報処理端末は、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記医院の情報処理端末は診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記受診希望者の情報処理端末が送信した前記イベントに前記フィルタが発火した時、前記受信希望者の情報処理端末へ通信を行うことを特徴とする医院検索システムである。
【０００８】
請求項２に記載の発明は、請求項１に記載の医院検索システムにおいて、前記受診希望者の情報処理端末は、受診したい医院名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする。
請求項３に記載の発明は、請求項１に記載の医院検索システムにおいて、前記受診希望者の情報処理端末は、受診したい地域名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記医院の情報処理端末は、地域名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする。
【０００９】
請求項４に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムであって、前記医院の情報処理端末は医院名と診療科目名とを含む意味情報と診療可能日時を含むデータからなるイベントを送信し、前記受診希望者の情報処理端末は、受診したい医院名と診療科目と希望診療日時を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記医院の情報処理端末が送信したイベントに前記フィルタが発火した時、前記イベントから診療科目の診療可能日時のデータを入手することを特徴とする医院検索システムである。
【００１０】
請求項５に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と第１の受診希望者の情報処理端末と第２の受診希望者の情報処理端末とを有する医院検索システムであって、前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報をフィルタとして前記意味情報ネットワークに設定し、前記第２の受診希望者の情報処理端末は、医院名と診療科目名を含む意味情報をイベントとして前記意味情報ネットワークに送信し、前記第１の受診希望者の情報処理端末は、医院との受診に関する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを意味情報ネットワークに設定し、前記第２の受診希望者の情報処理端末が送信したイベントに前記フィルタが発火した時、前記第２の受診希望者の情報処理端末へ“問い合わせ中”を送信することを特徴とする医院検索システムである。
【００１１】
請求項６に記載の発明は、請求項５に記載の医院検索システムにおいて、前記第１の受診希望者の情報処理端末は、前記医院から受診可又は不可のメッセージを受信した後、前記“問い合わせ中”のメッセージを含むフィルタを削除することを特徴とする。
【００１２】
請求項７に記載の発明は、意味情報ネットワーク上に複数の医院の情報処理端末と受診希望者の情報処理端末と第３者機関の情報処理端末とを有する医院検索システムであって、前記複数の医院の情報処理端末は診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記第３者機関の情報処理端末は、全ての医院に医院名を指定してイベントを送信し、診療不可の通知があった医院に対して問い合わせを行い、問い合わせ中の医院の情報を意味情報とするフィルタを前記意味情報ネットワークに設定し、前記受診希望者の情報処理端末は、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信することを特徴とする医院検索システムである。
【００１３】
請求項８に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて、前記受診希望者の情報処理端末が受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信するステップと、前記医院の情報処理端末が診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定するステップと、前記受診希望者の情報端末が送信した前記イベントに前記フィルタが発火した時、前記医院の情報処理端末が前記受信希望者の情報処理端末へ通信を行うステップとを有することを特徴とする医院検索方法である。
【００１４】
請求項９に記載の発明は、請求項８に記載の医院検索方法において、前記受診希望者の情報処理端末は、受診したい医院名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記医院の情報処理端末は、医院名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする。
【００１５】
請求項１０に記載の発明は、請求項９に記載の医院検索方法において、前記受診希望者の情報処理端末は、受診したい地域名と診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記医院の情報処理端末は、地域名と診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定することを特徴とする。
【００１６】
請求項１１に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて、前記受診希望者の情報処理端末が受診したい医院名と診療科目と希望診療日時を含む意味情報からなるフィルタを前記意味情報ネットワークに設定するステップと、前記医院の情報処理端末が医院名と診療科目名とを含む意味情報と診療可能日時を含むデータからなるイベントを送信するステップと、前記医院の情報処理端末が送信したイベントに前記フィルタが発火した時、前記受診希望者の情報処理端末が前記イベントから診療科目の診療可能日時のデータを入手するステップとを有することを特徴とする医院検索方法である。
【００１７】
請求項１２に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と第１の受診希望者の情報処理端末と第２の受診希望者の情報処理端末とを有する医院検索システムにおいて、前記医院の情報処理端末が医院名と診療科目名と診療の可否を含む意味情報をフィルタとして前記意味情報ネットワークに設定するステップと、前記第１の受診希望者の情報処理端末が前記医院との受診に関する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを意味情報ネットワークに設定するステップと、前記第２の受診希望者の情報処理端末が医院名と診療科目名を含む意味情報をイベントとして前記意味情報ネットワークに送信するステップと、前記第２の受診希望者の情報処理端末が送信したイベントに、前記第１の受診希望者の情報処理端末が設定した前記フィルタが発火した時、前記第１の受診希望者の情報処理端末が前記第２の受診希望者の情報処理端末へ“問い合わせ中”を送信するステップとを有することを特徴とする医院検索方法である。
【００１８】
請求項１３に記載の発明は、請求項１２に記載の医院検索方法において、前記第１の受診希望者の情報処理端末は、前記医院から受診可又は不可のメッセージを受信した後、前記“問い合わせ中”のメッセージを含むフィルタを削除することを特徴とする。
【００１９】
請求項１４に記載の発明は、意味情報ネットワーク上に複数の医院の情報処理端末と受診希望者の情報処理端末と第３者機関の情報処理端末とを有する医院検索システムにおいて、前記複数の医院の情報処理端末が診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定し、前記第３者機関の情報処理端末が、全ての医院に医院名を指定してイベントを送信し、診療不可の通知があった医院に対して問い合わせを行い、問い合わせ中の医院の情報を意味情報とするフィルタを前記意味情報ネットワークに設定し、前記受診希望者の情報処理端末が、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信し、前記受診希望者の情報処理端末が送信したイベントに対し、前記第３者機関の情報処理端末が設定したフィルタが発火した時、前記第３者機関の情報処理端末が前記受診希望者の情報処理端末へ問い合わせ中を通知することを特徴とする医院検索方法である。
【００２０】
請求項１５に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記受診希望者の情報処理端末であって、受診したい診療科目を意味情報として含むイベントを前記意味情報ネットワークへ送信する送信手段と、前記イベントに応答して前記医院の情報処理端末から送信されるデータを受信する受信手段とを具備することを特徴とする情報処理端末である。
請求項１６に記載の発明は、請求項１５に記載の情報処理端末において、前記医院と受診に問する折衝中において医院名と診療科目名と“問い合わせ中”のメッセージを含む意味情報からなるフィルタを前記意味情報ネットワークに設定する設定手段をさらに具備することを特徴とする。
【００２１】
請求項１７に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記受診希望者の情報処理端末であって、受診したい診療科目名、あるいは医院名と診療科目名、あるいは医院名と診療科目名と診療の可否を意味情報として含むフィルタを前記意味情報ネットワークに設定する設定手段と、前記フィルタが、前記意味情報ネットワークを介して到達したイベントに対して発火した時、前記イベントに含まれるデータを受信する受信手段とを具備することを特徴とする情報処理端末である。
【００２２】
請求項１８に記載の発明は、意味情報ネットワーク上に医院の情報処理端末と受診希望者の情報処理端末とを有する医院検索システムにおいて用いられる前記医院の情報処理端末であって、診療科目名と診療の可否を含む意味情報からなるフィルタを前記意味情報ネットワークに設定する設定手段と、前記受診希望者の情報端末が送信したイベントに前記フィルタが発火した時、前記受信希望者の情報処理端末へ通信を行う通信手段とを具備することを特徴とする情報処理端末である。
【００２３】
【発明の実施の形態】
以下、図面を参照し、この発明の実施の形態について説明する。
まず、以下の実施形態において使用する意味情報ネットワークについて説明する。なお、この内容は非特許文献１において公知である。
図２は意味情報ネットワークを説明するための概略構成図である。この図において、情報処理端末１２〜１６はいずれも意味情報ネットワーク１１への参加に必要なソフトウエアを内蔵すると共に、所定の参加手続きを終了している。そして、情報処理端末１２〜１６は、意味情報（Ｓｅｍａｎｔｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）をフィルタとして意味情報ネットワーク１１に対して登録する。図３にはフィルタの構成条件が示され、その意味情報はイベントタイプ名とプロパテイから構成されている。
【００２４】
図２においてイベントを送信する端末１４は、図４に示す意味情報とデータ（Ｄａｔａ）から構成されるイベントを意味情報ネットワーク１１に送出する。ここでいう、意味情報とは、イベントに含まれるデータの特性を記述したものであり、データのメタ情報として位置付けられる。例えば、意味情報は、
・データを“ジャズに興味のある人”に配送する。
・データを“仙台在住者”に配送する。
・データを“８Ｍｂｐｓ以上の通信環境を有する人”に配送する。
・データを“日本大通りを通行中の人”に配送する。
等の表現が用いられる。
【００２５】
ここで、端末１２がフィルタとして登録してある意味情報に“仙台在住者”があれば端末１４が送出したイベントに対して端末１２のフィルタが発火して、端末１４からのデータが端末１２に届けられる。イベントとフィルタの意味情報の一致は意味情報を構成する言葉の一部の単語の一致のみで発火するように設定することが可能であり、また、全ての言葉の一致ではじめて発火するようにも設定することも可能である。
【００２６】
図１は本発明の第１の実施形態による医院検索システムの構成を示す概略構成図である。図において、意味情報ネットワーク１は通信ネットワーク２を使って構築されており、ＯＳＩ階層モデルの物理層（第１層）からセッション層（第６層）は任意の通信ネットワーク２が機能し、意味情報ネットワーク１はアプリケーション層（第７層）を含むミドルウエアの機能を実現して医院情報処理端末３及び受診希望者情報処理端末４と５を接続し通信している。医院情報処理端末３が設定するフィルタは、例えば、図５の例１に示すように、イベントタイプが“病診”、プロパテイが診療科目名：内科”と“２月３日午前診療可”となる。そして、このフィルタが医院情報処理端末３に設定されることにより、意味情報ネットワーク１のフィルタ３１として機能する。なお、以下、「フィルタを意味情報ネットワークに設定する」と言った場合は、フィルタを情報処理端末に設定し、設定されたフィルタが意味情報ネットワークのフィルタとして機能することを意味する。
【００２７】
ここで受診希望者情報処理端末４が、例えば、図６の例１に示すように“病診”をイベントタイプとし、“診療科目名：内科”をプロパテイとする意味情報を持ち、そして、“３０歳女子  メールアドレス＊＊＊＠ｘｘｘ“をデータとするイベントを意味情報ネットワーク１に送信する。このイベントに対しては上述したフィルタ３１が発火して医院情報処理端末３は“３０歳女子  メールアドレス＊＊＊＠ｘｘｘ“のデータを受信する。受診可能ならば、例えば、ＴＣＰ／ＩＰ通信で”医院名、所在地、受信許可“を回答し、受診不可能ならば”受診不許可“を返答する。
【００２８】
上述した本発明第１の実施形態によれば、広範囲の多数の医院について診療可能か、不可能かが医院名を指定することなく分かり、大変便利である。このようなサービスは外来の患者を受付ける医院の医療活動全般において有効であるが、特に、夜間や休日（土曜、日曜、祝祭日）の場合に当番医院を設定しているような地域においては救急患者の発生対応で大変役に立つものである。
【００２９】
次に、上記第１の実施形態の他の動作例について説明する。
この動作例は、ユーザが医院名と診療科目を指定して診察可能な日時を知る場合である。医院情報処理端末３が設定するフィルタは、例えば、図５の例２に示すように、イベントタイプが“病診”、プロパテイが“診療科目名：○○医院内科”と２月３、４，６日診療可”となる。そして、このフィルタが医院情報処理端末３に設定されることにより、意味情報ネットワーク１のフィルタ３１として機能する。
【００３０】
受診希望者情報処理端末４が図６の例２に示すように“病診”をイベントタイプとし、“診療科目名：△△医院内科”をプロパテイとする意味情報を持ち、そして、“３０歳女子  メールアドレス＊＊＊＠ｘｘｘ  “、”日時：ＢＢＣＣ“をデータとするイベントを意味情報ネットワーク１に送信する。前記イベントに対してはフィルタ３１が発火して医院情報処理端末３は”３０歳女子  メールアドレス＊＊＊＠ｘｘｘ“のデータを受信する。受診可能ならば例えばＴＣＰ／ＩＰ通信で”受信許可日時“を回答し、受診不可能ならば”受診不許可“を返答する。本動作例によれば、かかりつけの特定医院について、診療可能か不可能かが分かり大変便利である。
【００３１】
次に、この発明の第２の実施形態について図７を参照して説明する。この実施形態は、図１の第１の実施形態とは逆に、受診希望者情報処理端末４がプロパテイとして医院名と受診希望診療科目と受診希望の月日を指定したフィルタ４１を意味情報ネットワーク１に設定する。医院の情報処理端末３は、イベントタイプとしての“病診”と医院名と診療科目名と診療可能日とを含むイベントを送信する。このイベントに受診希望者の情報処理端末４のフィルタ４１が発火して、情報処理端末４は診療科目の診療可能日のデータを入手し医院の情報処理端末３と受診希望者の情報処理端末４との間で受診実施予約のための通信が行われる。
【００３２】
図８に受診希望者情報処理端末４が登録設定するフィルタ４１の条件が示されており、イベントタイプ“病診”、プロパテイが“診療科目名：○○医院内科”、“２月３日午前希望”、“３０歳女子”である意味情報がフィルタ４１の条件である。また、図９は第２の実施形態のイベントの構成例であり、イベントタイプ“病診”、プロパテイが“診療科目名：△△医院内科”である意味情報と、“日時：ＢＢＣＣ、メールアドレスｘｘｘ＠ｙｙｙ”のデータからなるイベントが医院の情報処理端末３から意味情報ネットワーク１に送信される。行きつけの医院で定期的に検診を受けるときには大変有効なシステムである。
【００３３】
次に、この発明の第３の実施形態について、図１０を参照して説明する。図１０において、患者１の情報処理端末５は、Ｂ医院に問い合わせの検索イベントを送信し（図１０の（１））、休日当番医であるＢ医院のフィルタ３１が発火して、診療可であれば患者１の情報処理端末５とＢ医院の情報処理端末３との間で診療時間の予約（図１０の（１１））が行われる。
【００３４】
フィルタ３１の発火した後の通知内容が診療不可であって、しかも、他の公報手段、例えば市や区の広報紙では受付け可となっている場合、前記患者１はメールでＢ医院に問い合わせる（図１０の（３））。またこの時、患者１の情報処理端末５は意味情報として“Ｂ医院耳鼻科”“問い合わせ中”を含むフィルタ５１を設定する（図１０の（４））。この状態で患者２の情報処理端末４が意味情報“Ｂ医院耳鼻科”を含むイベントを送信すると、フィルタ５１が発火して（図１０の（５））、情報処理端末５は自律起動して情報処理端末４に“Ｂ医院耳鼻科とは問い合わせ中である”旨のメッセージを送信する。このようにして患者２は他の患者がＢ医院の耳鼻科と問い合わせ中であることを知ることが出来る。
患者１の情報処理端末５が、Ｂ医院の情報処理端末３から受診可又は不可のメッセージを受信した後、情報処理端末５は“問い合わせ中”のメッセージを含むフィルタ５１を削除する。
【００３５】
以下、この実施形態の詳細を図１１のフローチャートを使って説明する。図１１における（１）から（１０）は図１０の（１）から（１０）と回じ機能を示している。
まず、Ｂ医院の情報処理端末３は医院名と診療科目名と診療の可否を含むプロパテイからなるフィルタ３１を意味情報ネットワーク１に設定する（ステップ８）。
【００３６】
○ステップ１：患者１の情報処理端末５はＢ医院に“問い合わせ”の検索イベントを送信する（図１０の（１））。前記検索イベントには意味情報“Ｂ医院の耳鼻科”が含まれる。
○ステップ２：休日当番医であるＢ医院のフィルタ３１が発火して（ステップ９）、フィルタ３１の意味情報を情報処理端末５が入手し、ステップ１０での送信データに診療可があればステップ１２へ、不可があればステップ３ヘ進む。
○ステップ３：フィルタ３１では不可であっても、他の公報手段例えば市や区の広報紙では受付け可の場合に、情報処理端末５は確認のためメール等でＢ医院に問い合わせる（図１０の（３））。
【００３７】
○ステップ４：情報処理端末５は“Ｂ医院の耳鼻科問い合わせ中”を公開するフィルタ５１を設定する（図１０の（４））。
〇ステップ５：患者２の情報処理端末４は休日当番のＢ医院に“問い合わせ中”をするため、“Ｂ病院”を意味情報に含むイベントを送信すると、フィルタ５１が発火する（図１０の（５））。情報処理端末４は“Ｂ医院の耳鼻科に問い合わせ中”の情報処理端末５の情報を参考にすることが可能となる。
○ステップ６：ステップ３の問い合わせに対してＢ医院情報処理端末３はステップ１３で回答し、ステップ１４ではフィルタ３１が受付け可を公開し、ステップ１５で受付け可であることのイベントを送信し、情報処端末５はＢ病院から受付け可を受信する。
【００３８】
○ステップ７：情報処理端末５はフィルタ５１の公開情報“Ｂ医院の耳鼻科問い合わせ中”を取り下げ、フィルタ５１を削除する。
○ステップ８：Ｂ医院情報処理端末３は“受付け可否”を意味情報にもつフィルタ３１を意味情報ネットワーク１に設定する。
○ステップ９：患者情報処理端末５が送信する問い合わせイベントにフィルタ３１が発火する。
○ステップ１０：Ｂ医院情報処理端末３が自律起動して受付け可否のデータを患者情報処理端末５に送信する（図１０の（１０））。
【００３９】
○ステップ１１：受診が可能な場合、Ｂ医院情報処理端末３は患者情報処理端末と診療時間などを具体的に予約する（図１０の（１１））。
○ステップ１２：受診が可能な場合、患者情報処理端末５はＢ医院情報処理端末３と診療時間などを具体的に予約する（図１０の（１０））。
○ステップ１３：フィルタ３１が受付け不可で患者情報処理端末５がステップ３でＢ医院に別途問い合わせがあった場合、Ｂ医院の情報処理端末３が応答する（図１０の（１０））。
【００４０】
○ステップ１４：Ｂ医院が受付け可であれば情報処理端末３はフィルタ３１で“受付け可”を公開する。
○ステップ１５：情報処理端末３ぱ受付け可”を意味情報に含むイベントを送信する。
○ステップ１６：患者２の情報処理端末４は休日当番のＢ医院に“問い合わせ”を実施しようと“Ｂ医院耳鼻科”を意味情報とするイベントを送信する。
○ステップ１７：フィルタ５１が発火して（ステップ５）情報処理端末４は問い合わせ中の患者１の情報処理端末５の情報を参考にすることが可能となる。
【００４１】
次に、この発明の第４の実施形態について図１２を参照して説明する。この図において、Ａ医院、Ｂ医院、Ｃ医院はいずれも休日の当番医院であり、休日には受付可でなくてはならない。第３者機関（公的機関）の情報処理端末６は、休日に全ての当番医院に医院名を意味情報に含むイベントの送信を実施し、受付不可の医院がないかどうかをチェックする。そして、受付け不可の医院があった場合には、その医院にメール、電話等で問い合わせを行う。また、問い合わせ中の医院の情報を意味情報とするフィルタ６１を意味情報ネットワーク１に設定することにより、問い合わせ中の医院名あるいは医院名と診療科目名を公開する。これにより、例えば、患者１が情報処理端末５から医院を検索するイベントを送信した場合、フィルタ６１が発火し、第三者機関の情報処理端末６から情報を得ることができる。
【００４２】
次に、この発明の第５の実施形態について図１３を参照して説明する。図１３において、医院の情報処理端末３、７、８は診療科目名と地域情報と診療の可否を含む意味情報からなるフィルタ３１、７１、８１を意味情報ネットワーク１に設定している。患者１の情報処理端末５は、地域情報と診療科目を意味情報とするイベントを意味情報ネットワーク１に送信する。そして、情報処理端末５が送信したイベントの地域情報と診療科目名が、フィルタ３１の意味情報と一致するので、フィルタ３１が発火して、Ａ医院の情報処理端末３は自律起動し、患者１の情報処理端末５に応答デーダ“Ａ医院、受付け可、地域情報Ａ”を送信する。イベントの内容に応じてフィルタ７１またはフィルタ８１が発火する場合もある。
【００４３】
なお、上述した各実施形態において、情報処理端末装置は例えばパーソナルコンピュータであってＣＯＲＢＡなど分散オブジェクト環境下でＰ２Ｐ通信機能を備えて意味情報ネットワークで動作し、受信機能として診療科目名、あるいは医院名と診療科目名、あるいは医院名と診療科目名と診療の可否を含む意味情報からなるフィルタを意味情報ネットワークに設定する機能を備えており、また、イベントタイプと受信したい診療科目名を含むイベント、あるいは医院名と診療科目名を含むイベントを意味情報ネットワーク１に送信する送信機能を備えている。
【００４４】
【発明の効果】
この発明によれば、次の効果を得ることができる。
▲１▼  受診希望者は診療を希望する診療科目を指定することで数多くの地域の医院の中から、診察可能な最適の病院の診療科を知ることができる。
▲２▼  受診希望者は特定の医院の診療科目を指定して、診察の最新可否情報をいつでも受信可能となる。
▲３▼  受診希望者が不在時にも特定の病院の診療科目を指定しての診察最新可否情報をいつでも受信可能となる。
【００４５】
▲４▼  受診希望者は受診希望者同士が発信する受診受付け情報（例えば“問い合わせ中”）から、医院が診察可であることを知ることができる。
▲５▼  受診希望者同士の情報交換が互いに匿名で行うことが出来る。
▲６▼  夜間や休日（土曜、日曜、祝祭日）の場合に当番医院を設定しているような地域においては救急患者の発生対応で非常に有用である。
【図面の簡単な説明】
【図１】この発明の第１の実施形態による医院検索システムの構成を示す概略構成図である。
【図２】意味情報ネットワークを説明するための概略構成図である。
【図３】同意味情報ネットワークにおけるフィルタの構成を示す図である。
【図４】同意味情報ネットワークにおけるイベントの構成を示す図である。
【図５】この発明の第１の実施形態による医院検索システムにおけるフィルタの構成例を示す図である。
【図６】同第１の実施形態による医院検索システムにおけるイベントの構成例を示す図である。
【図７】この発明の第２の実施形態による医院検索システムの構成を示す概略構成図である。
【図８】同第２の実施形態による医院検索システムにおけるフィルタの構成例を示す図である。
【図９】同第２の実施形態による医院検索システムにおけるイベントの構成例を示す図である。
【図１０】この発明の第３の実施形態による医院検索システムの構成を示す概略構成図である。
【図１１】同実施形態による医院検索システムの動作を説明するためのフローチャートである。
【図１２】この発明の第４の実施形態による医院検索システムの構成を示す概略構成図である。
【図１３】この発明の第５の実施形態による医院検索システムの構成を示す概略構成図である。
【符号の説明】
１…意味情報ネットワーク
２…通信ネットワーク
３〜８…情報処理端末
３１、４１、５１、７１、８１…フィルタ
【図１】
2004310510.tif 000003
【図２】
2004310510.tif 000004
【図３】
2004310510.tif 000005
【図４】
2004310510.tif 000006
【図５】
2004310510.tif 000007
【図６】
2004310510.tif 000008
【図７】
2004310510.tif 000009
【図８】
2004310510.tif 000010
【図９】
2004310510.tif 000011
【図１０】
2004310510.tif 000012
【図１１】
2004310510.tif 000013
【図１２】
2004310510.tif 000014
【図１３】
2004310510.tif 000015