(57)【特許請求の範囲】
【請求項１】
所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する、位置情報取得手段と、
前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める通知時刻取得手段と、
現在の時刻が前記通知時刻取得手段によって求められた最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、
を有することを特徴とする順番通知システム。
【請求項２】
順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記ユーザに対する前記通知のための１つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する、優先順位変更手段と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する、通知情報送信手段と、
を有することを特徴とする順番通知システム。
【請求項３】
前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、
前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する、
請求項２記載の順番通知システム。
【請求項４】
所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行うコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する処理を実行させ、
前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める処理を実行させ、
現在の時刻が最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【請求項５】
順番を待つユーザに対して順番が近づいた旨の通知を行いかつ前記ユーザに対する前記通知のための１つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段を有するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記ユーザの現在の位置を示す位置情報を取得する処理と、
前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する処理と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する処理と、を実行させる、
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムおよび順番通知方法に関し、特に、病院において患者の呼出しを行うのに最適な順番通知システムおよび順番通知方法に関する。
【０００２】
【従来の技術】
従来より、順番を待つユーザに対して順番が回ってきたことを知らせる手段として、表示盤または構内放送などが用いられている。
【０００３】
例えば、総合病院などの大規模な医療施設では、来院した患者ごとに番号札が渡される。そして、待合室などに設置された表示盤に番号を表示することによって、患者に対して診察の順番が回ってきたことを知らせる。または、構内放送で番号をアナウンスすることによって、順番が回ってきたことを知らせる。
【０００４】
表示盤を用いる場合は、患者は表示盤の見える場所でずっと待たなければならない。一方、構内放送を用いる場合は、アナウンスの聞こえる範囲であれば自由に行動することができる。しかし、多くのアナウンスが流れて病院の中が騒がしくならないようにするために、かつ、異なる診療科同士のアナウンスが交錯しないようにするために、実際は、診療科ごとにアナウンスの聞こえる範囲を限定している場合が多い。結局、いずれの場合も、患者は、決められた範囲で順番を待たなければならない。
【０００５】
そこで、このような患者の不便を解消するために、来院した患者ごとに呼出端末を貸与し、この呼出端末にメッセージを送ることによって、患者に順番が回ってきた旨を知らせる方法が提案されている。
【０００６】
患者に貸与される呼出端末として、主にページャ（ポケットベル）が用いられる。なぜなら、病院の中では、医療機器に悪影響を及ぼすことを防止するために、携帯電話端末およびＰＨＳ端末の使用が禁じられているからである。一般に、ＰＨＳ端末は、携帯電話端末よりも電波の出力が小さいので医療機器への影響は少ないと言われている。しかし、ＰＨＳ端末と携帯電話端末とは外見上ほとんど区別することができないので、実際は、携帯電話による事故を確実に防止するために端末の種類に関わらずその使用が禁じられている場合がほとんどである。よって、携帯電話端末と外見上の区別が容易なページャのような装置が呼出端末として用いられる。
【０００７】
また、呼出端末の使用可能範囲は、病院の中に限られる場合が多い。呼出しのシステムの構築および運用のコストを低く抑えるために、通信網として通信会社が提供する公衆網を用いるよりも無線ＬＡＮを用いるほうが好ましいからである。したがって、順番を待つ患者の行動範囲は、病院の中に限られている。
【０００８】
【発明が解決しようとする課題】
しかし、病院の外で診察の順番を待ちたいという患者の要望は少なくない。なぜなら、例えば、院内感染を避けたい場合、順番が回ってくるまで自家用車の中で横になりたい場合、外の新鮮な空気を吸いたい場合、または検査の結果を待つ間に他の用事を済ませたい場合などがあるからである。
【０００９】
本発明は、順番を待つユーザのいる場所を問わず、ユーザを呼び出すことができる順番通知システムおよび順番通知方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明に係る順番通知システムは、  所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、所定の時間ごとに、前記ユーザの現在の位置を示す位置情報を、位置を検索するサービスを提供するシステムにアクセスして取得する、位置情報取得手段と、前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知するための通知時刻を求める通知時刻取得手段と、現在の時刻が前記通知時刻取得手段によって求められた最新の前記通知時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、を有してなる。
【００１１】
または、順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、前記ユーザに対する前記通知のための１つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、前記位置情報に基づいて、前記通知先記憶手段に記憶されている前記通知先の優先順位を変更する、優先順位変更手段と、前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記通知先記憶手段に記憶されている前記通知先に送信する、通知情報送信手段と、を有してなる。
【００１２】
または、前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する。
【００１４】
【発明の実施の形態】
図１は本発明に係る順番通知システム１の構成を説明する図、図２は受付予約サーバ２Ａおよび呼出管理サーバ２Ｂの構成の例を示す図、図３は受付予約サーバ２Ａおよび呼出管理サーバ２Ｂの機能的構成を説明する図である。
【００１５】
本発明に係る順番通知システム１は、病院などの医療施設（医療機関）に設けられており、図１に示すように、受付予約サーバ２Ａ、呼出管理サーバ２Ｂ、受付窓口端末装置３、および診療科端末装置４などによって構成される。これらの装置は通信回線６によって互いに接続されている。また、通信回線６はインターネットに接続されているので、受付予約サーバ２Ａおよび呼出管理サーバ２Ｂは、インターネット上の他の装置との間でデータの送受信を行うことができる。
【００１６】
受付予約サーバ２Ａは、診察、治療、または検査などの医療行為を受けるために病院に訪れる者の受付および予約に関する処理および種々の情報の管理などを行う。つまり、受付予約サーバ２Ａは、ＨＩＳ（hospital Information System ）のサーバの役割を果たしている。以下、医療行為を受けるために病院に訪れる者を単に「患者」と記載し、診察、治療、および検査などの医療行為を単に「診察」と記載することがある。
【００１７】
病院では、来院し受付窓口で受付の手続を済ませた患者に対して、院内用端末装置５Ａが１台ずつ貸し出される。院内用端末装置５Ａとして、例えば、ページャ（ポケットベル）が用いられる。病院内の医療機器に悪影響を及ぼすおそれがなければ、双方向ページャまたはＰＨＳ（Personal Handy-phone System ）端末などのようにデータの送信機能を有するものを用いてもよい。または、Ｂｌｕｅｔｏｏｔｈ（商標）または無線ＬＡＮなどに対応した携帯型端末装置を用いてもよい。なお、患者に貸し出された院内用端末装置５Ａは、病院の中でしか順番通知システム１との通信を行うことができないものとする。
【００１８】
呼出管理サーバ２Ｂは、診察の順番が近づいた旨を患者の院内用端末装置５Ａに通知し、診療科または検査室などに患者を呼び出すための処理を行う。また、患者に貸し出された院内用端末装置５Ａの代わりに、患者自身が所持する携帯電話装置またはＰＤＡ（Personal Digital Assistant）などの携帯型端末装置５Ｂに対して通知を行う場合もある。ただし、医療機器に悪影響を及ぼすことを防止するために、病院の中では携帯型端末装置５Ｂの電源をオフにしなければならない。よって、携帯型端末装置５Ｂは、専ら病院の外で用いられる。以下、診療科および検査室など医療行為を受けるための場所を単に「診療科」と記載することがある。
【００１９】
このように、患者は、自分の診察の順番が近づくと、院内用端末装置５Ａまたは携帯型端末装置５Ｂにその旨を知らせてもらうことができるので、病院の待合室で順番をずっと待つ必要がない。その他、患者は、携帯型端末装置５Ｂを操作することによってオンラインによる診察の順番の確認および来院の際の受付の手続などのサービスを受けることができる。以下、順番通知システム１においてこれらのサービスを実現するための手段について説明する。
【００２０】
受付予約サーバ２Ａおよび呼出管理サーバ２Ｂは、図２に示すように、サーバ本体２１、ディスプレイ装置２２、キーボード２３、およびマウス２４などによって構成される。サーバ本体２１は、ＣＰＵ２ａ、磁気記憶装置２ｂ、ビデオインタフェース２ｃ、通信インタフェース２ｄ、入力インタフェース２ｅ、ＲＯＭ２ｆ、およびＲＡＭ２ｇなどからなる。受付予約サーバ２Ａおよび呼出管理サーバ２Ｂとして、ＵＮＩＸ（登録商標）サーバ、ワークステーション、またはパーソナルコンピュータなどが用いられる。
【００２１】
磁気記憶装置２ｂには、オペレーティングシステム（ＯＳ）および後に説明する各機能を実現するための種々のプログラムおよびデータが記憶されている。これらのプログラムは、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭなどの記録媒体ＳＴから磁気記憶装置２ｂにインストールされる。これらのプログラムおよびデータは必要に応じてＲＡＭ２ｇにロードされ、ＣＰＵ２ａによって実行される。
【００２２】
受付窓口端末装置３は、病院の受付窓口に設置されており、来院した患者の受付などに関する処理を行う。受付窓口端末装置３の構成は、図２に示す受付予約サーバ２Ａの構成とほぼ同じである。ただし、図１に示すように、カードリーダ３Ｒが設けられている。カードリーダ３Ｒは、来院した患者の診察券を読み取るために用いられる。
【００２３】
診療科端末装置４は、例えば、各診療科ごとに１台ずつ設けられており、診察、治療、または検査などの際に用いられる。例えば、患者のカルテを読み出し、カルテに診察結果または検査結果などの必要な事項を書き込み、または処方箋を発行する際に用いられる。診療科端末装置４の構成は、図２に示す受付予約サーバ２Ａの構成と同様である。受付窓口端末装置３または診療科端末装置４として、ワークステーションまたはパーソナルコンピュータなどが用いられる。
【００２４】
このような構成によって、図３に示すように、受付予約サーバ２Ａには、ログオン処理部１０１、患者受付部１０２、通知先登録部１０３、待ち状況照会部１０４、情報記憶部１０５、予約受付部１０６、および予定時刻算出部１０７などの機能が実現される。呼出管理サーバ２Ｂには、呼出時判別部１１１、位置情報取得部１１２、および患者呼出部１１３などの機能が実現される。本実施形態では、２つのサーバに分けてこれらの機能を実現しているが、病院の規模または患者の数などに応じて１台のサーバで構成してもよいし、または３台以上のサーバに分散して構成してもよい。
【００２５】
情報記憶部１０５は、予約管理テーブルＴＢ１、通知先管理テーブルＴＢ２、施設位置テーブルＴＢ３、患者位置テーブルＴＢ４、および診察進捗テーブルＴＢ５などを記憶する。
【００２６】
図４は予約管理テーブルＴＢ１の例を示す図、図５は診察進捗テーブルＴＢ５の例を示す図、図６は通知先管理テーブルＴＢ２の例を示す図、図７は病院サイトにログオンするまでの携帯型端末装置５Ｂの表示画面の例を示す図、図８は通知先の変更などを行う際の携帯型端末装置５Ｂの表示画面の例を示す図、図９は受付の手続を行う際の携帯型端末装置５Ｂの表示画面の例を示す図、図１０は施設位置テーブルＴＢ３の例を示す図、図１１は患者位置テーブルＴＢ４の例を示す図である。
【００２７】
予約管理テーブルＴＢ１には、図４に示すように、患者の診察の予約に関する情報が格納される。第１列の「患者コード」には、患者を識別するための患者コードが格納される。「予約日時」には、患者の診察の予約の日時が格納される。
【００２８】
各診療科では、診察が終わった患者に対して次回の診察の予約が行われる。すなわち、診療科端末装置４によってその予約日時Ｄ６が入力され、受付予約サーバ２Ａに送信される。予約受付部１０６は、予約管理テーブルＴＢ１を参照し、受信した予約日時が空いていることを確認する。そして、その患者の患者コード、予約日時、診療科名、および担当医などを予約管理テーブルＴＢ１に格納する。同様に、来院した患者が初診の場合は、受付窓口端末装置３よって予約に関するデータが入力される。また、ユーザは、携帯型端末装置５Ｂを操作して、予約または予約日時の変更を行うことができる。
【００２９】
「診察状態」には、患者の診療が終了したか否かを示す診療状態情報が格納される。「未」は診療がまだ終了していないことを示し、「中」は現在診察中であることを示し、「済」は診察が終了したことを示している。すなわち、各診療科では、患者の診療が始まった際および診療が終わった際に、診療科端末装置４によってその旨が入力される。そして、これに従って予約管理テーブルＴＢ１の診察状態が書き換えられる。
【００３０】
各診療科では、患者の診察の内容によって診察が長引きまたは急患が入ることによって、後の患者の診察の開始が遅れる場合がある。逆に、診察の予約のキャンセルが生じるなどして、他の患者の診察開始時刻が早まる場合がある。このような診察の進捗具合が診療科端末装置４によって入力され、図５に示すように、進捗情報Ｄ５として診察進捗テーブルＴＢ５に格納される。
【００３１】
なお、診療科端末装置４から診察の終了または予約のキャンセルの入力があった際に、進捗状況を判定し、その結果を進捗情報Ｄ５として診察進捗テーブルＴＢ５に格納するようにしてもよい。または、別の形態として、診察進捗テーブルＴＢ５を独立して持たずに、患者の実際の診察が始まった時刻（診察開始時刻）を格納するための項目（フィールド）を予約管理テーブルＴＢ１に設けておき、予約日時Ｄ６と診察開始時刻とを比較することによって各診療科の進捗状況の確認が可能なようにしてもよい。
【００３２】
通知先管理テーブルＴＢ２には、図６に示すように、患者に対して診察の順番が近づいた旨を通知する通知先などに関する情報が格納される。
第３列の「通知先１」には、患者に貸し出された院内用端末装置５Ａを識別するための装置名が格納される。つまり、受付窓口で受付を行った患者に対して院内用端末装置５Ａが貸し出されると、受付窓口端末装置３によってその装置名が入力される。すると、この装置名が通知先管理テーブルＴＢ２に書き込まれる。
【００３３】
「通知先２」、「通知先３」、…には、患者が所有する携帯型端末装置５Ｂの電話番号または電子メールアドレスなどが格納される。以下、電話番号または電子メールアドレスを単に「通知先アドレス」と記載することがある。患者が複数の携帯型端末装置５Ｂを所有する場合は、順番が近づいた旨の通知先として使用したい携帯型端末装置５Ｂの順に左列（通知先２）からその通知先アドレスを格納しておく。つまり、通知先として用いる優先順位が高い順に通知先アドレスが格納される。同様に、１台の携帯型端末装置５Ｂに通話機能および電子メール機能の両方が備わっている場合は、その電話番号および電子メールアドレスの両方を通信先アドレスとして用いることができる。
【００３４】
「当日優先通知先９」には、診察を受ける当日にのみ、順番が近づいた旨の通知先として使用する携帯型端末装置５Ｂの電話番号または電子メールアドレスが格納される。例えば、その日に限り患者に付き添う付添人がおり、その付添人の携帯電話装置などを通知先としたい場合に、「当日優先通知先９」が用いられる。
【００３５】
「患者状況」には、その患者の身体の具合などに関する患者状況情報Ｄ２が格納される。例えば、病名、症状、使用している補助具、高齢者か否か、年齢、性別、または障害などに関する情報が格納される。「パスワード」には、携帯型端末装置５Ｂから順番通知システム１にログオンする際のユーザ認証のためのパスワードが格納される。
【００３６】
図３に戻って、通知先登録部１０３およびログオン処理部１０１は、患者が指定する通知先の電話番号または電子メールアドレスを通知先管理テーブルＴＢ２に登録するための処理を行う。係る処理は、次に説明するように、携帯型端末装置５Ｂとの間で通信を行うことによって実現される。
【００３７】
まず、患者は、携帯型端末装置５Ｂを操作して病院の患者向けのサイト（以下、「病院サイト」と記載する。）にアクセスする。例えば、図７（ａ）〜（ｃ）に示すように初期画面ＨＧ１１などの所定のメニューを順に選択し、またはＵＲＬ（Uniform Resource Locators ）を入力するなどして、病院サイトにアクセスする。このとき、通知先登録部１０３は携帯型端末装置５Ｂにログオン画面のための画面情報を送信し、これにより、携帯型端末装置５Ｂには図７（ｄ）に示すログオン画面ＨＧ１２が表示される。なお、画面情報として、ＨＴＭＬ（Hypertext Markup Language ）などで記述されたハイパーテキストが用いられる。以下、同様である。
【００３８】
患者は、ログオン画面ＨＧ１２において自分の患者コードおよびパスワードを入力する。このとき、ログオン処理部１０１は、入力された患者コードおよびパスワードを通知先管理テーブルＴＢ２と照らし合わせ、ユーザ認証を行う。正規のユーザであることが確認されると、携帯型端末装置５Ｂには、メニュー画面ＨＧ１３および予約用画面ＨＧ１４が順に表示される。
【００３９】
予約用画面ＨＧ１４において３番（設定変更）が選択されると、図８に示すように、設定変更画面ＨＧ２１が表示される。そして、ここで１番（通知先変更）が選択されると、通知先変更画面ＨＧ２２が表示される。図８（ｂ）の通知先変更画面ＨＧ２２は、通知先アドレスを３つ有する患者の場合の画面である。
【００４０】
通知先変更画面ＨＧ２２において１〜４番のうちのいずれかが選択された場合は、通知先登録部１０３は、その番号を通知先管理テーブルＴＢ２のその患者のフラグＦＧに書き込む。したがって、例えば４番の電子メールアドレスが選択されると、フラグＦＧは「４」に書き換えられる。そして、携帯型端末装置５Ｂには図８（ｃ）に示す変更確認画面ＨＧ２３が表示される。通知先変更画面ＨＧ２２の１〜４番は、それぞれ、通知先管理テーブルＴＢ２の「通知先１」〜「通知先４」に対応している。
【００４１】
前に説明したように、診察の順番が近づいた旨の通知先の優先順位は、原則として、通知先管理テーブルＴＢ２の左から順に高い。しかし、例外として、フラグＦＧが示した通知先は、前に説明した原則に関わらず、優先順位が最も高いものとして取り扱われる。
【００４２】
通知先変更画面ＨＧ２２において９番（当日優先）が選択された場合は、通知先登録部１０３はその患者のフラグＦＧを「９」に書き換える。そして、携帯型端末装置５Ｂには図８（ｄ）に示すように当日通知先登録画面ＨＧ２４が表示される。ここで、診察を受ける当日にのみ通知先として使用する通知先アドレスが入力されると、通知先登録部１０３は、その通知先アドレスを通知先管理テーブルＴＢ２の「当日優先通知先９」に格納する。同様に、通知先変更画面ＨＧ２２の０番（その他）を選択するなどして、通常用いる通知先アドレスの変更または新規登録を行うことができる。
【００４３】
このように、患者は、携帯型端末装置５Ｂを操作することによって、通知先として使用する電話番号または電子メールアドレスの登録または変更を行うことができる。
【００４４】
患者受付部１０２は、診察の当日に患者が病院の受付窓口に立ち寄ることなく遠隔的に病院の受付の手続を済ませるための処理を行う。通常、患者は、予約の日すなわち診察の当日に一度病院の受付窓口に立ち寄り、カードリーダ３Ｒに診察券を通すなどして受付の手続を行わなければならない。この煩わしさを解消するために、患者受付部１０２は、次に説明するように、携帯型端末装置５Ｂとの間で通信を行うことによって、オンラインによる受付の処理を行う。
【００４５】
まず、通知先アドレスの登録の場合と同様に、図７（ｄ）に示すログオン画面ＨＧ１２にパスワードなどを入力し、携帯型端末装置５Ｂから病院サイトにアクセスしておく。図７（ｆ）に示す予約用画面ＨＧ１４から１番（予約確定）が選択されると、患者受付部１０２は、受付選択画面を表示するための画面情報を携帯型端末装置５Ｂに送信する。すると、携帯型端末装置５Ｂには、図９（ａ）に示す受付選択画面ＨＧ６１が表示される。当日に複数の診察の予約がある場合は、複数の番号が表示される。
【００４６】
携帯型端末装置５Ｂにおいて、受付の手続を行う番号が受付選択画面ＨＧ６１から選択されると、図９（ｂ）に示す受付確認画面ＨＧ６２が表示される。ここで「ＯＫ」のボタンが押されると、患者受付部１０２は、患者が診察のために来院したものとみなし、受付窓口で行われる通常の受付処理と同様の処理を行う。受付処理が完了すると、携帯型端末装置５Ｂには、図９（ｃ）に示す受付完了画面ＨＧ６３が表示される。
【００４７】
このように、患者は、携帯型端末装置５Ｂを操作することによって、受付窓口に立ち寄ることなく病院の受付の手続を済ませることができ、病院での滞在時間を短くすることができる。
【００４８】
図３に戻って、施設位置テーブルＴＢ３には、病院の周辺の建物、公園、または駐車場などの施設の位置に関する情報が格納される。図１０に示すように、施設位置テーブルＴＢ３の第２列には施設を識別するための施設コードが格納され、第３列および第４列にはそれぞれ施設の緯度および経度が格納される。また、第５列には、その施設から病院まで移動する際の標準的な所要時間が格納される。所要時間は、実際に標準的な速度（例えば、時速４ｋｍ）で歩いて計測して求めてもよいし、２点間の距離に基づいて求めてもよい。電車またはバスなどの交通機関を用いるような場所（施設）であれば、これを考慮して所要時間を求めてもよい。この施設位置テーブルＴＢ３を参照することによって、病院の周辺の施設の地理的な位置および時間的な位置を知ることができる。
【００４９】
患者位置テーブルＴＢ４には、図１１に示すように、患者の現在の位置に関する情報が格納される。第２列には、患者が位置する施設の施設コードが格納される。この施設コードを施設位置テーブルＴＢ３と照らし合わせることによって、患者の現在地を知ることができる。なお、施設コード「９９９９」は、患者が病院の中にいることを示す。また、患者が施設位置テーブルＴＢ３に登録されていない施設にいる場合は、施設コードは格納されず、第３列および第４列にそれぞれ緯度および経度が格納される。
【００５０】
位置情報取得部１１２は、患者の現在の位置を示す位置情報Ｄ１を取得し、その位置情報Ｄ１を患者位置テーブルＴＢ４に書き込む。患者が病院の外にいる場合は、位置情報Ｄ１は、例えば、患者が所有するＰＨＳ端末または携帯電話装置（携帯型端末装置５Ｂ）の位置を検索することによって求めることができる。順番通知システム１にＧＰＳ（Global Positioning Systems）などを設けてもよいが、位置を検索するサービスが各通信会社などから提供されているので、これを用いて患者の位置情報Ｄ１を取得すればよい。つまり、位置情報取得部１１２は、所定の時間ごとに通信会社のシステムにアクセスし、患者が所有する携帯型端末装置５Ｂの位置を位置情報Ｄ１として取得する。そして、位置情報Ｄ１が示す緯度および経度などを患者位置テーブルＴＢ４に書き込む。
【００５１】
なお、施設の位置を表すために経緯度および施設コードを用いたが、施設の住所などを用いてもよい。または、「病院から東へ５００ｍ、南へ１５００ｍ」のように、施設の位置を病院との相対的な位置関係で表してもよい。
【００５２】
患者が病院の中にいる場合は、携帯型端末装置５Ｂの電源がオフにされ、院内用端末装置５Ａの電源がオンにされる。よって、位置情報取得部１１２は、院内用端末装置５Ａと通信を行うことができるか否かを判別することによって、患者の現在の位置が病院であることを示す位置情報Ｄ１を取得することができる。または、通信会社から携帯型端末装置５Ｂの位置が不明である旨の情報を受信した場合に、患者の位置が病院であると捉えてもよい。そして、患者位置テーブルＴＢ４の施設コードを「９９９９」とする。なお、予約管理テーブルＴＢ１の診察状態が「済」になった場合すなわち患者の診察が終わった場合は、その患者の位置情報Ｄ１の取得を停止する。
【００５３】
また、位置情報取得部１１２は、今取得した施設コードとその前に取得した施設コードとを比較し、患者が病院の外から病院の中へ移動したと判別した場合は、通知先管理テーブルＴＢ２のフラグＦＧを「１」に書き換える。これにより、院内用端末装置５Ａが優先順位の最も高い通知先となる。逆に、病院の中から病院の外へ移動したと判別した場合は、「１」以外に書き換える。例えば、通知先管理テーブルＴＢ２の当日優先通知先９に通知アドレスが登録されていればフラグＦＧを「９」に書き換え、登録されていなければ「２」に書き換える。つまり、フラグＦＧは、最も高い優先順位である通知先を示すとともに、患者が病院の中にいるのかまたは外にいるのかをも示している。
【００５４】
予定時刻算出部１０７は、予約管理テーブルＴＢ１の予約日時Ｄ６、通知先管理テーブルＴＢ２の患者状況情報Ｄ２、患者位置テーブルＴＢ４の位置情報Ｄ１、および診察進捗テーブルＴＢ５の進捗情報Ｄ５などに基づいて、患者に診察の順番が近づいた旨を通知しなければならない時刻（通知予定時刻Ｐ）を算出し、通知先管理テーブルＴＢ２に格納する。
【００５５】
通知先管理テーブルＴＢ２のフラグＦＧが「１」以外の場合すなわち患者が病院の外にいる場合は、まず、位置情報Ｄ１が示す患者の現在地と病院との間の距離を求め、標準的な人間（例えば、時速４ｋｍで歩く健康な人間）がその距離を移動するのに要する時間Ｔ１を求める。施設位置テーブルＴＢ３に格納されている標準所要時間を時間Ｔ１としてもよい。次に、患者の身体の具合などを考慮するために、患者状況情報Ｄ２に基づいて時間Ｔ１の調整して時間Ｔ１' を求める。例えば、患者が高齢であれば時間Ｔ１に所定の係数を乗じる、または患者が腕を骨折しているのであれば時間Ｔ１に所定の時間を加える、などのように患者状況情報Ｄ２が示す状況に応じて調整を行う。一方で、診察科での他の患者の診察の進み具合などを考慮するために、進捗情報Ｄ５に基づいて予約日時Ｄ６を調整し、最新の診察開始時刻を予測した時間Ｔ２を求める。そして、時間Ｔ２から時間Ｔ１’を引き算することによって、通知予定時刻Ｐが算出される。
【００５６】
通知先管理テーブルＴＢ２のフラグＦＧが「１」の場合は、患者が病院の中にいることが分かるので、所定の時間（例えば１０分）を予約日時Ｄ６から引き算することによって通知予定時刻Ｐが算出される。
【００５７】
呼出時判別部１１１は、所定の時間ごとに現在の時刻と通知先管理テーブルＴＢ２に格納されている通知予定時刻Ｐとを比較し、現在の時刻が通知予定時刻Ｐと同じまたは通知予定時刻Ｐを過ぎていれば、診療科に患者を呼び出さなければならないと判別する。
【００５８】
患者を呼び出さなければならないと判別された場合は、患者呼出部１１３は、診察の順番が近づいた旨を示す通知情報Ｄ３を患者の院内用端末装置５Ａまたは携帯型端末装置５Ｂに送信し、患者を診療科に呼び出す。係る送信の手順を、フローチャートを参照して説明する。
【００５９】
図１２は通知情報Ｄ３を送信する処理の流れを説明するフローチャート、図１３は応答機能を有する携帯型端末装置５Ｂの呼出通知画面ＨＧ３１などの例を示す図、図１４は院内用端末装置５Ａの呼出通知画面の例を示す図、図１５は応答機能を有しない携帯型端末装置５Ｂの呼出通知画面ＨＧ４１の例を示す図である。
【００６０】
図１２に示すように、まず、通知先管理テーブルＴＢ２に格納されているその患者のフラグＦＧが指す通知先に通知情報Ｄ３を送信する（＃５１）。つまり、優先順位が最も高い通知先に送信する。例えば、図６に示す「患者コード＝０００６」の患者の場合は、フラグＦＧに「２」が設定されているので、通知先２に格納されている通知先アドレスに通知情報Ｄ３を送信する。「患者コード＝０００４」の患者の場合は、フラグＦＧに「１」が設定されているので、その患者に貸し出された院内用端末装置５Ａ（貸出端末Ａ）に通知情報Ｄ３を送信する。  通知情報Ｄ３は、通知先の種類に応じて、次のように携帯型端末装置５Ｂに送信される。通知先の通知先アドレスが電子メールアドレスである場合は、通知情報Ｄ３は電子メールとして送信される。このとき、携帯型端末装置５Ｂには、図１３（ａ）に示すように、診察の順番が近づいた旨を示す呼出通知画面ＨＧ３１が表示される。通知先の通知先アドレスが電話番号である場合は、通知情報Ｄ３は音声信号として携帯型端末装置５Ｂに送信される。音声信号は、公知の音声合成技術によって生成される。通知先が院内用端末装置５Ａである場合は、通知情報Ｄ３は文字データまたはその院内用端末装置５Ａに対応した所定のフォーマットのデータとして送信される。このとき、院内用端末装置５Ａには、図１４に示す呼出通知画面ＨＧ５１が表示される。
【００６１】
なお、その患者のフラグＦＧが「９」を指している場合は、上記の通知先に加えて、当日優先通知先９が示す通知先にも通知情報Ｄ３を送信する。または、当日優先通知先９が示す通知先が優先順位の最も高い通知先であるとして、最初はその通知先にのみ通知情報Ｄ３を送信するようにしてもよい。
【００６２】
通知情報Ｄ３が患者に届けられたか否かを判別する（＃５２）。ステップ＃５１において通知情報Ｄ３が電子メールとして携帯型端末装置５Ｂに送信された場合は、図１３（ｂ）に示すような返信メールを携帯型端末装置５Ｂから受信することによって、通知情報Ｄ３が届けられたと判別する。ただし、電子メールに対する応答機能を有しない携帯型端末装置５Ｂの場合は、電子メールが携帯型端末装置５Ｂによって受信されれば、患者がその電子メールを読んだか否かに関わらず、通知情報Ｄ３が届けられたと判別する。この場合は、携帯型端末装置５Ｂには、図１５に示す呼出通知画面ＨＧ４１が表示される。通知情報Ｄ３が音声データとして携帯型端末装置５Ｂに送信された場合は、患者が音声による案内に従って所定のプッシュボタンを押すことによって、通知情報Ｄ３が届けられたと判別する。通知情報Ｄ３が院内用端末装置５Ａに送信された場合は、図１４に示す院内用端末装置５Ａの確認ボタンＢＮ１が押されると、通知情報Ｄ３が届けられたと判別する。
【００６３】
反対に、所定の時間を過ぎても携帯型端末装置５Ｂから返信メールが送信されてこない場合、電子メールが宛先不明で戻ってきた場合、電話が話中または電話のプッシュホンが押されなかった場合、または院内用端末装置５Ａの確認ボタンＢＮ１が押されなかった場合などは、通知情報Ｄ３が届けられなかったと判別する。
【００６４】
通知情報Ｄ３が患者に届けられたと判別されると（＃５２でＹｅｓ）、患者を呼び出すための処理が終了する。
通知情報Ｄ３が患者に届けられない場合は、所定の時間をおいて通知情報Ｄ３を何回か再送信を試みてもよい。それでも結局、通知情報Ｄ３が患者に届けられなかった場合は（＃５２でＮｏ）、次に優先順位の高い通知先へ通知情報Ｄ３を送信する（＃５３）。そして、その通知先に送信しても通知情報Ｄ３が患者に届けられない場合は、さらにその次の優先順位の通知先に送信する（＃５２、＃５３）。
【００６５】
なお、すべての通知先に通知情報Ｄ３を送信しても通知情報Ｄ３が患者に届けられなかった場合は、その患者の診察の順番を飛ばし、それ以降に予約している患者の順番を繰り上げてもよい。
【００６６】
呼出通知画面ＨＧ５１と呼出通知画面ＨＧ３１、ＨＧ４１とを比較すると、院内用端末装置５Ａおよび携帯型端末装置５Ｂに表示される通知（メッセージ）はそれぞれ内容が異なることが分かる。これは、院内用端末装置５Ａの場合は病院の中にいる患者に対して通知がなされ、携帯型端末装置５Ｂの場合は病院の外にいる患者に対して通知がなされるという違いがあるからである。
【００６７】
つまり、病院の中にいる患者の場合は、診察の予定時刻が迫っており、また、すぐに診察を受ける診療科に行くことができるので、間もなく順番が回ってくるので受付に戻るように促すメッセージを表示すればよい。一方、病院の外にいる患者の場合は、診察の予定時刻まで時間があるので、実際の診察開始時刻が他の患者の診察の進み具合などによって変わる可能性がある。そこで、直ちに受付に戻るようには促さず、現在予測される診察開始時刻および待ち時間のみを表示することにより、患者に対して診察の順番が近づいた旨の注意を与える。
【００６８】
図３に戻って、待ち状況照会部１０４は、患者から診察の順番についての問合せがあった際に、その患者の順番を予約管理テーブルＴＢ１に照会し、その回答を院内用端末装置５Ａまたは携帯型端末装置５Ｂに送信する。これらの処理は、次の手順で行われる。図１６は順番を問い合わせる際の携帯型端末装置５Ｂの表示画面の例を示す図、図１７は順番を問い合わせる際の院内用端末装置５Ａの表示画面の例を示す図である。
【００６９】
まず、携帯型端末装置５Ｂを病院サイトにアクセスしておく。図７（ｆ）に示す予約用画面ＨＧ１４から２番（待合状況照会）が選択されると、待ち状況照会部１０４は、予約選択画面を表示するための画面情報を携帯型端末装置５Ｂに送信する。すると、携帯型端末装置５Ｂには、図１６（ａ）に示す予約選択画面ＨＧ７１が表示される。当日に複数の診察の予約がある場合は、複数の番号が表示される。
【００７０】
いずれかの番号が選択されると、待ち状況照会部１０４は、予約管理テーブルＴＢ１にアクセスし、その患者の順番よりも前にいる患者のうち未診察の患者の人数を求める。そして、求められた人数および現在の診察の進捗状況などを回答情報Ｄ４として携帯型端末装置５Ｂに送信する。すると、携帯型端末装置５Ｂには、図１６（ｂ）に示す順番確認画面ＨＧ７２が表示される。
【００７１】
院内用端末装置５Ａの場合も、同様の操作を行うことによって、患者は診察の順番の問合せを行うことができる。このとき、院内用端末装置５Ａには、図１７（ｂ）に示す順番確認画面ＨＧ８２が表示される。
【００７２】
次に、順番通知システム１の全体の処理の流れを、フローチャートを参照して説明する。図１８は順番通知システム１の全体の処理の流れの例を説明するフローチャートである。
【００７３】
現在、病院にはある患者の診察について既に予約が入っており、これからその患者が自宅を出て病院へ向かうところであると仮定する。
図１８において、患者が自宅を出る前に携帯型端末装置５Ｂから病院サイトにアクセスして診察の受付の手続を要求すると、順番通知システム１は、その患者に対して従来の受付窓口における処理と同様の処理を行う（＃１）。
【００７４】
所定の時間ごとに患者の位置情報Ｄ１を取得し（＃２）、通知予定時刻Ｐを算出する（＃３）。現在の時刻が通知予定時刻Ｐと同じ場合または通知予定時刻Ｐを過ぎている場合は（＃４でＹｅｓ）、診察の順番が近づいた旨の通知が患者に届けられるまで、通知情報Ｄ３を優先順位の高い順に通知先（院内用端末装置５Ａまたは携帯型端末装置５Ｂ）に送信する（＃５）。通知情報Ｄ３の送信の手順は、図１２に示すフローチャートで説明した通りである。
【００７５】
まだ通知予定時刻Ｐになっていない場合は（＃４でＮｏ）、患者の位置情報Ｄ１の取得および通知予定時刻Ｐの算出を繰り返し行う（＃２、＃３）。
患者から診察の順番の問合せがあった場合は、順番通知システム１は、次のような手順で処理を行う。図１９は患者の診察の順番の待ち状況を照会する処理の流れを説明する図である。
【００７６】
図１９に示すように、患者が携帯型端末装置５Ｂを使用して病院サイトに接続し、通院先の病院を選択してログオンすると、図７（ｅ）に示すメニュー画面ＨＧ１３が携帯型端末装置５Ｂに表示される。メニュー画面ＨＧ１３において２番（予約確定／変更）が選択されると、図７（ｆ）に示す予約用画面ＨＧ１４が表示される（＃９１）。
【００７７】
ここで、予約用画面ＨＧ１４の２番（待合状況照会）が選択されると、順番通知システム１は、携帯型端末装置５Ｂから命令を受信し（＃９２）、その命令の内容が診察の順番の確認の要求であることを確認し（＃９３でＹｅｓ）、予約管理テーブルＴＢ１の内容などを参照してその患者の診察の順番に関する情報を取得する（＃９４）。そして、取得した情報を要求元の携帯型端末装置５Ｂに送信する（＃９５）。すると、携帯型端末装置５Ｂには、図１６（ｂ）に示すような順番確認画面ＨＧ７２が表示される。
【００７８】
本実施形態によると、患者の現在の位置がどこであるかを問わず、その患者の診察の順番が近づいた旨を通知することができる。よって、診察を待つ間の患者の行動範囲を広げることができる。
【００７９】
また、病院の中にいる患者に対しては従来の病院内専用の院内用端末装置５Ａを用いて通知を行い、病院の外にいる患者に対しては患者が所有する携帯型端末装置５Ｂを用いて通知を行うので、高いコストを掛けることなく、病院の内外を問わず患者を呼び出すことができる順番通知システムを構築し運用することができる。
【００８０】
本実施形態では、患者の位置情報Ｄ１を所定の時間の間隔をおいて取得したが、他のタイミングで取得してもよい。たとえば、１人の患者の診察が終わるごとに位置情報Ｄ１を取得するようにしてもよい。
【００８１】
通知先が電子メールアドレスの場合は通知情報Ｄ３として電子メールの形式を用いたが（図１３（ａ）参照）、Ｗｅｂページの形式を用いてもよい。例えば、Ｗｅｂページの中にチェックボックスを設けておき、患者によって係るチェックボックスがオンされると、患者が通知を受け取ったことを示す情報が順番通知システム１に自動送信されるようにしてもよい。
【００８２】
なお、上記の実施形態では、予約管理テーブルＴＢ１および診察進捗テーブルＴＢ５などを受付予約サーバ２Ａに保有（記憶）しているが、これらのテーブルを病院内の総合的な情報システムである病院情報サーバ（図示しない）に保有するように構成してもよい。そして、上に述べたそれぞれの手段において病院情報サーバ上の予約管理テーブルおよび診察進捗テーブルを参照して処理を行うように構成し、診療科端末装置４からの診察予約等を病院情報サーバが受け付けるように構成してもよい。
【００８３】
このように構成することによって、受付予約サーバ２Ａおよび呼出管理サーバ２Ｂを、病院情報サーバの属するネットワーク（病院内ネットワーク）とは別の独立したネットワークに設けることができる。つまり、病院情報サーバに予約受付に関する情報を保有し、患者が使用する院内用端末装置５Ａまたは携帯型端末装置５Ｂなどからアクセスできないネットワーク内に患者の個人情報を保有することができる。これにより、患者の個人情報を盗もうとする外部からの不正なアクセスを防止することができる。
【００８４】
本発明の順番通知システム１は、病院の他、順番待ちが必要な他のサービスのためにも用いることができる。
その他、順番通知システム１、受付予約サーバ２Ａ、呼出管理サーバ２Ｂ、受付窓口端末装置３、診療科端末装置４の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
（付記１）所定の場所において提供されるサービスを受けるために順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段によって前記位置情報が取得されるごとに、当該位置情報が示す前記ユーザの位置から前記所定の場所まで移動するのに要する移動時間および当該ユーザの順番が回ってくる予定時刻に基づいて順番が近づいた旨を通知する予定の通知時刻を求める通知時刻取得手段と、
現在の時刻が前記通知時刻取得手段によって求められた最新の前記予定の時刻に達している場合に、順番が近づいた旨を前記ユーザに通知する通知手段と、
を有することを特徴とする順番通知システム。  （１）
（付記２）順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知システムであって、
前記各ユーザに対する前記通知のための１つまたは複数の通知先を優先順位を付して記憶する通知先記憶手段と、
前記ユーザの現在の位置を示す位置情報を取得する位置情報取得手段と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先に送信する通知情報送信手段と、
を有することを特徴とする順番通知システム。  （２）
（付記３）前記通知先記憶手段は、前記ユーザに渡された端末装置を前記通知先の１つとして記憶する、
付記２記載の順番通知システム。
（付記４）前記ユーザは、所定の場所において提供されるサービスを受けるために順番を待つものであって、
前記通知情報送信手段は、前記位置情報が示す位置から前記所定の場所まで移動するのに要する移動時間に基づいたタイミングで前記通知情報を送信する、
付記２または付記３記載の順番通知システム。  （３）
（付記５）前記通知先記憶手段は、前記位置情報に基づいて前記通知先の優先順位を変更する、
付記２ないし付記４のいずれかに記載の順番通知システム。  （４）
（付記６）前記ユーザよりも前に順番を待つ他のユーザの人数を示す待ち状況情報を前記通知先に送信する待ち状況情報送信手段を有する、
付記２ないし付記５のいずれかに記載の順番通知システム。
（付記７）順番を待つユーザに対して順番が近づいた旨の通知を行う順番通知方法であって、
前記各ユーザに対する前記通知のための１つまたは複数の通知先を優先順位を付して記憶しておき、
前記ユーザの現在の位置を示す位置情報を取得し、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて前記ユーザの順番が近づいたことを示す通知情報を前記ユーザに届けられるまで優先順位の高い順に前記通知先に送信する、
ことを特徴とする順番通知方法。
（付記８）順番を待つユーザに対して順番が近づいた旨の通知を行うコンピュータに用いられるコンピュータプログラムであって、
前記ユーザの現在の位置を示す位置情報を取得する処理と、
前記ユーザの順番が回ってくる予定時刻および前記位置情報に基づいて、前記ユーザの順番が近づいたことを示す通知情報を、前記ユーザに届けられるまで優先順位の高い順に前記各ユーザに対する前記通知のための通知先に送信する処理と、
をコンピュータに実行させるためのコンピュータプログラム。  （５）
【００８５】
【発明の効果】
本発明によると、順番を待つユーザのいる場所を問わず、ユーザを呼び出すことができる。
【図面の簡単な説明】
【図１】本発明に係る順番通知システムの構成を説明する図である。
【図２】受付予約サーバおよび呼出管理サーバの構成の例を示す図である。
【図３】受付予約サーバおよび呼出管理サーバの機能的構成を説明する図である。
【図４】予約管理テーブルの例を示す図である。
【図５】診察進捗テーブルの例を示す図である。
【図６】通知先管理テーブルの例を示す図である。
【図７】病院サイトにログオンするまでの携帯型端末装置の表示画面の例を示す図である。
【図８】通知先の変更などを行う際の携帯型端末装置の表示画面の例を示す図である。
【図９】受付の手続を行う際の携帯型端末装置の表示画面の例を示す図である。
【図１０】施設位置テーブルの例を示す図である。
【図１１】患者位置テーブルの例を示す図である。
【図１２】通知情報を送信する処理の流れを説明するフローチャートである。
【図１３】応答機能を有する携帯型端末装置の呼出通知画面などの例を示す図である。
【図１４】院内用端末装置の呼出通知画面の例を示す図である。
【図１５】応答機能を有しない携帯型端末装置の呼出通知画面の例を示す図である。
【図１６】順番を問い合わせる際の携帯型端末装置の表示画面の例を示す図である。
【図１７】順番を問い合わせる際の院内用端末装置の表示画面の例を示す図である。
【図１８】順番通知システムの全体の処理の流れの例を説明するフローチャートである。
【図１９】患者の診察の順番の待ち状況を照会する処理の流れを説明する図である。
【符号の説明】
１  順番通知システム
５Ａ  院内用端末装置（通知先）
５Ｂ  携帯型端末装置（通知先）
１０４  状況照会部（待ち状況情報送信手段）
１０７  予定時刻算出部（通知時刻取得手段）
１１２  位置情報取得部（位置情報取得手段）
１１３  患者呼出部（通知手段、通知情報送信手段）
Ｄ１  位置情報
Ｄ３  通知情報
Ｄ４  回答情報（待ち状況情報）
Ｄ６  予約日時（予定時刻）
ＴＢ２  通知先管理テーブル（通知先記憶手段）
【図１】
0003868266.tif 000002
【図２】
0003868266.tif 000003
【図３】
0003868266.tif 000004
【図４】
0003868266.tif 000005
【図５】
0003868266.tif 000006
【図６】
0003868266.tif 000007
【図７】
0003868266.tif 000008
【図８】
0003868266.tif 000009
【図９】
0003868266.tif 000010
【図１０】
0003868266.tif 000011
【図１１】
0003868266.tif 000012
【図１２】
0003868266.tif 000013
【図１３】
0003868266.tif 000014
【図１４】
0003868266.tif 000015
【図１５】
0003868266.tif 000016
【図１６】
0003868266.tif 000017
【図１７】
0003868266.tif 000018
【図１８】
0003868266.tif 000019
【図１９】
0003868266.tif 000020