JPH1125177A

JPH1125177A - 遠隔予約システム

Info

Publication number: JPH1125177A
Application number: JP17956497A
Authority: JP
Inventors: Takuo Tsuzuki; 択雄続木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-07-04
Filing date: 1997-07-04
Publication date: 1999-01-29

Abstract

(57)【要約】【課題】実際の遠隔予約に伴う種々の不具合が考慮さ
れておらず、効率的な予約管理が必要な大規模な病院等
での予約管理業務に適用できない。【解決手段】遠隔予約システムとして、構内交換機１
を設けることにより、同時に発生する多数の予約の受付
を可能とし、また、データベースを用いた予約データ管
理を行なうサーバ３を設けることにより、予約データの
膨大な増加にも対応可能とし、予約の登録や、登録済み
の予約に対する変更や取消の受付けを行なう遠隔予約受
付装置２を設けることにより、予約の登録のみならず、
登録済みの予約に対する変更や取消にも対応可能とし、
膨大なデータ量での予約管理が必要な大病院においても
実用的に稼働することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、公衆網を利用した
電話機からの施設への予約を可能とする遠隔予約システ
ムに係り、特に、大規模な病院等における予約管理業務
での実用化に好適な遠隔予約システムに関するものであ
る。

【０００２】

【従来の技術】公衆網を利用した電話機からの施設への
予約登録を可能とする遠隔予約に係る従来技術として
は、例えば、特開平２−１４１１６１号公報に記載のも
のがある。しかし、この技術は、専用端末を用いた遠隔
予約技術であり、当日での予約にのみ対応している。ま
た、予約に用いる施設外の入力端末としては、一般電話
機のみを対象としている。また、予約処理の手順とし
て、空き時間を通知した後に希望時間を入力させる手順
を用いている。さらに、予約の変更や取消し、および、
予約不履行に対する対応がなされていない。これらの不
具合のために、従来の技術は、予約の自動化による効果
が少なく、月日での予約や、多数の予約データの登録、
変更、取消等を管理しなければならない大規模な病院で
の予約管理業務には適用することができない。

【０００３】すなわち、大規模なシステムでは、公衆回
線の回線数や、予約者のデータベース量が膨大になるの
で、専用の予約端末を用いた従来の技術では対応に限界
がある。また、従来の技術では、予め発行された予約者
カードのカードナンバに基づき各予約の識別を行なって
おり、予約者カード（カードナンバ）を持たない初回で
の使用者の予約ができない。また、従来技術の施設の予
約手順では、空き時間を通知後、希望時刻を入力するの
で、空き時間を全て抽出する処理が必要であり、膨大な
予約を管理するには機械に多大な負荷がかかる。また、
通知した空き時間が、予約者の希望時間に合致しない場
合、無駄な処理結果となる。さらに、予約は時刻入力だ
けで、装置接続時の当日予約のみに対応しているだけで
あり、予約当日以外の予約対応ができないので、数日先
の予約管理が必要な大規模な病院等には適用できない。

【０００４】さらに、従来技術は、予約の登録のみの対
応であり、施設に来たことに対する確認や、施設に来な
いことに対する対応することができず、予約に係る多様
な管理ができない。また、予約者の入力操作を契機に検
索を開始しているので、検索開始までの待ち時間が発生
し、検索処理全体に要する時間が長くなる。また、一般
の電話機のみを予約入力機器としているため、パーソナ
ルコンピュータ等を用いての予約等、広範囲のユーザに
対処できない。また、従来の技術では、予約操作中の手
順の不具合に関しては考慮されておらず、例えば、子供
や高齢者などのように操作に不慣れな予約者には、予約
を行なうことができない。

【０００５】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術は、実際の遠隔予約に伴う種々の不具
合に関しての考慮がなされておらず、大規模な予約管理
が必要な大病院等での予約管理業務には適用できない点
である。本発明の目的は、これら従来技術の課題を解決
し、大規模な病院等においても実用的な利用が可能な遠
隔予約システムを提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の遠隔予約システムは、構内交換機を設ける
ことにより、同時に発生する多数の予約の受付を可能と
し、また、データベースを用いた予約データ管理を行な
うサーバを設けることにより、予約データの膨大な増加
にも対応可能とし、予約の登録や、登録済みの予約に対
する変更や取消の受付け等を行なう予約受付装置を設け
ることにより、予約の登録のみならず、登録済みの予約
に対する変更や取消等にも対応可能とし、長期に渡って
の膨大な予約の登録や、変更、取消、確認等ができる。

【０００７】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の遠隔予約システ
ムの本発明に係る構成の一実施例を示すブロック図であ
る。本例は、病院での公衆網を利用した予約システムを
示しており、本図１において、１は構内交換機（図中、
「ＰＢＸ」と記載）、２は遠隔予約受付装置（ＶＲＵ）
データベースを有する予約データ管理サーバ、４はパー
ソナルコンピュータやワークステーション等のコンピュ
ータ端末（図中、「ＰＣ１」と記載）、５は番号受信装
置（図中、「ＲＥＣ」と記載）、６は院内予約端末（図
中、「Ｔ」と記載）、７は構内交換機１と予約データ管
理サーバ３の相互の動作を管理制御するサーバ、８はオ
ペレータ用の内線電話機、９はオペレータ用の予約端末
（図中、「Ｔ」と記載）、１０は一般電話機、１１はパ
ソコン（パーソナルコンピュータ、図中、「ＰＣ−Ｈ」
と記載）、１２はプリンタ（図中、「Ｐ」と記載）、１
３は公衆網、１４はＬＡＮである。

【０００８】一般電話機１０、パソコン１１は、公衆網
１３を介しての予約端末として利用される。これらの予
約端末から公衆網１３を介して病院の予約システムにア
クセスした場合、受付は、構内交換機１に着信する。構
内交換機１は、公衆網１３のアナログ回線とディジタル
回線を収容するポート（ＣＯＴ，ＩＮＳ）と、施設内の
回線を収容するポート（ＬＩＮ）間のパスの設定と解放
制御を行ない、公衆網１３に、院内の遠隔予約受付装置
２や、コンピュータ端末４、オペレータ用の内線電話機
８を接続する。さらに、公衆網１３からの発信者番号通
知サービスでの発信者番号を受信し、サーバ７経由で、
予約データ管理サーバ３に通知し、また、予約データ管
理サーバ３から接続依頼を受け接続を行う。

【０００９】遠隔予約受付装置２は、図２に示す構成か
らなり、予約に係る予約者への問い合わせや確認を音声
ガイダンスで行う機能を有し、予約に係る日時等の情報
などを、予約管理データ管理サーバ３と通信することで
受信したり、一般電話機１０から入力した番号を、予約
データ管理サーバ３に通知することで、予約に係る処理
制御を行なう。予約データ管理サーバ３は、図２に示す
構成からなり、図３に示すテーブルを用いて、公衆網１
３からの院外の予約と、院内ＬＡＮ１４に接続された院
内予約端末６からの予約とを一元管理する。

【００１０】プリンタ１２は、予約処理中の警告情報の
プリント出力や、予約者の確認、予約者の状態変更時の
情報等をプリント出力すると共に、予約状況のレポート
出力も行なう。パソコン１１は、構内交換機１にデータ
通信用回線に着信時、コンピュータ端末４に接続され、
コンピュータ端末４とのデータ通信を介して予約データ
管理サーバ３に予約処理を依頼する。すなわち、コンピ
ュータ端末４は、公衆網１３に接続されたコンピュータ
端末であるパソコン１１に、構内交換機１により接続さ
れ、このパソコン１１との通信によりパソコン１１から
の予約要求を受信して、当該する予約処理を予約データ
管理サーバ３に依頼する。

【００１１】このような構成により、本例の遠隔予約シ
ステムでは、予約データ管理サーバ３によるデータベー
スを用いた膨大なデータ量の予約の登録管理を行ない、
構内交換機１による複数の加入者線から同時に要求され
た予約の受信を行ない、そして、遠隔予約受付装置２に
よる一般電話機１０との音声応答処理に基づく予約登
録、予約変更、予約取消等の予約処理の受付を行なう。

【００１２】図２は、図１における遠隔予約受付装置お
よび予約データ管理サーバの本発明に係る構成例を示す
ブロック図である。本例の遠隔予約受付装置２は、音声
応答処理機能を有すると共に、予約種別問合部２ａ、予
約登録部２ｂ、予約変更部２ｃ、予約取消部２ｄ、オペ
レータ接続部２ｅを具備している。そして、予約種別問
合部２ａは、図１の一般電話機１０からの着呼時、予約
登録要求、予約変更要求、予約取消要求、および、オペ
レータの呼出し要求のいずれかを少なくとも含む所望の
予約要求に対応する番号の入力を促す音声ガイダンスを
送出する。

【００１３】予約登録部２ｂは、図１の一般電話機１０
から入力された予約登録要求に対応する番号に基づき、
所望する予約日時の番号の入力を促す音声ガイダンスを
送出し、この音声ガイダンスに従って図１の一般電話機
１０から入力された番号で示される日時での予約登録を
予約データ管理サーバ３に依頼する。そして、この予約
データ管理サーバ３による、依頼した日時での予約登録
の可否結果を、図１の一般電話機１０に通知する。さら
に、予約登録部２ｂは、図１の一般電話機１０からの予
約登録要求に対応する番号の入力に伴い、所望の日時を
指定しての予約か受付順での予約かのいずれかに対応す
る番号の選択入力を促す音声ガイダンスを送出し、この
音声ガイダンスに従って図１の一般電話機１０から入力
された番号で選択された予約登録を予約データ管理サー
バ３に依頼する。

【００１４】予約変更部２ｃは、図１の一般電話機１０
から入力された予約変更要求に対応する番号に基づき、
変更対象の予約を識別する番号と所望の変更日時の番号
の入力を促す音声ガイダンスを送出し、この音声ガイダ
ンスに従って図１の一般電話機１０から入力された番号
に対応する予約の変更を予約データ管理サーバ３に依頼
する。そして、予約データ管理サーバ３による、依頼し
た変更日時での予約の変更の可否結果を図１の一般電話
機１０に通知する。

【００１５】予約取消部２ｄは、図１の一般電話機１０
から入力された予約取消要求に対応する番号に基づき、
取消対象の予約を識別する番号の入力を促す音声ガイダ
ンスを送出し、この音声ガイダンスに従って図１の一般
電話機１０から入力された番号に対応する予約の取消を
予約データ管理サーバ３に依頼する。オペレータ接続部
２ｅは、図１の一般電話機１０から入力されたオペレー
タの呼出し要求に対応する番号に基づき、図１の一般電
話機１０を図１のオペレータ用の内線電話機８に接続す
るよう図１の構内交換機１に依頼すると共に、音声応答
処理で出力した音声ガイダンスに対応しての図１の一般
電話機１０からの応答が所定の応答手順外であれば、図
１の構内交換機１に、この一般電話機１０をオペレータ
用の内線電話機８に接続するよう依頼する。

【００１６】予約データ管理サーバ３は、第１の予約確
定部３ａと第２の予約確定部３ｂとを具備し、第１の予
約確定部３ａでは、図３に示すテーブルで管理している
各予約のそれぞれの指定時刻以前での所定の期間中に、
各予約に対する確認指示が入力されれば、当該する予約
を確定し、第２の予約確定部３ｂでは、管理している各
予約のそれぞれに対応付けて電話機の番号を登録し、管
理している各予約のそれぞれの指定時刻の所定の時間前
に、各予約に対応して番号を登録している電話機に発呼
し、電話機からの応答があれば、この電話機の番号が対
応付けられた予約を確定する。

【００１７】また、予約データ管理サーバ３は、各予約
の登録時に、各予約毎に異なる識別番号を生成する識別
番号生成部３ｃを具備し、生成した識別番号を各予約に
対応付け、識別番号に基づき各予約の管理を行なう。こ
のことにより、事前のＩＤ登録を不要とし、初診の遠隔
予約も可能となる。さらに、予約データ管理サーバ３
は、発呼者番号制御部３ｄを具備し、この発呼者番号制
御部３ｄにより、構内交換機１において検出された公衆
網１３の発呼者番号通知サービスで通知された発呼者番
号に基づき、次の図３に示すテーブルから、予約データ
管理サーバ３での予約処理の対象となる予約の特定を行
なう。

【００１８】図３は、図１における予約データ管理サー
バの予約管理に用いるテーブルの構成例を示す説明図で
ある。本例のテーブル３０では、診療科目３１および月
日３２単位に時系列で、予約状況３３、受診回数３４、
氏名３５、連絡先電話番号３６、診療科目コード３７、
ＩＤコード３８、受付コード３９の各項目の記録ができ
る構成となっている。連絡先電話番号３６は、図２にお
ける第２の予約確定部３ｂで登録および利用されると共
に、発呼者番号制御部３ｄによる予約処理対象の特定に
用いられる。また、受付コード３９は、図２の識別番号
生成部３ｃで生成され付与される。

【００１９】各項目の定義例は図に記述する内容である
が、時系列に設定できる予約者人数は、具体的に予約に
利用する病院の患者の診察時間等と関係するため、個々
に設定できる。また、別の診察結果を管理するシステ
ム、スケジュール管理システムなどと連携し、診察時間
を把握し学習していくことで、月１回程度の単位で予約
できる人数の変更を自動的に可能とすることもできる。

【００２０】以下、図１における遠隔予約システムの動
作を、図４〜図１８を用いて説明する。尚、図４〜図１
８での説明における各符号は、全て図１に基づくもので
ある。まず、図１において、一般電話機１０から病院の
予約用回線の番号をダイヤルし、公衆網１３経由で構内
交換機１に着信した時の構内交換機１の動作を図４に従
い説明する。

【００２１】図４は、図１における構内交換機の着信時
の動作例を示すフローチャートである。構内交換機は、
着信すると、まず着信分析して回線の種別、すなわち、
パソコン１１からの着信か、一般電話機１０からの着信
かを判断する（ステップ４０１）。パソコン１１からの
着信（ＰＣ着信）であれば、パソコン１１（ＰＣ−Ｈ）
とコンピュータ端末４（ＰＣ１）簡易パスを設定して、
パソコン１１とコンピュータ端末４を接続する（ステッ
プ４０２）。

【００２２】また、一般電話機１０からの着信（電話着
信）であれば、発呼者番号通知サービスによる発呼者番
号通知の有無を判別する（ステップ４０３）。発呼者番
号通知が有れば、受信した発呼者番号をサーバ７経由で
予約データ管理サーバ３に通知する（ステップ４０
４）。この通知に基づき、予約データ管理サーバ３で
は、発呼者番号制御部３ｄにより、遠隔予約受付装置２
による音声メッセージでの一般電話機１０との問合せ等
の処理前に、発呼者番号で識別される予約情報の検索を
開始することができ、処理の高速化が図れる。

【００２３】この発呼者番号通知に対応した処理後、ま
たはステップ４０３の判断処理において、発呼者番号通
知がなければ、遠隔予約受付装置２（ＶＲＵ）を起動し
（ステップ４０５）、着信した回線（ＣＯＴ）と、遠隔
予約受付装置２／構内交換機１間を接続している回線
（ＬＩＮ）間のパスを設定して接続する（ステップ４０
６）。そして、遠隔予約システムとしての予約処理の終
了時には、次の図５に示す手順でパス解放を行なう。

【００２４】図５は、図１における構内交換機のパス解
放処理動作例を示すフローチャートである。共通処理で
ある予約処理の終了時には（ステップ５０１）、構内交
換機１は、着信した回線（ＣＯＴ，ＩＮＳ）と、遠隔予
約受付装置２、オペレータ用の内線電話機８とのパス
（ＣＯＴ−ＬＩＮ）や、コンピュータ端末４等とのパス
（ＰＣ−Ｈ−ＰＣ１）を解放して接続を切る（ステップ
５０２）。

【００２５】次に、図４におけるステップ４０６で接続
処理された図１の遠隔予約受付装置２の動作例を図６を
用いて説明する。図６は、図１における遠隔予約受付装
置の本発明に係る動作例を示すフローチャートである。
構内交換機１により一般電話機１０が接続され、起動が
かかると（ステップ６０１）、遠隔予約受付装置２は、
一般電話機１０に、要望を確認するための内容の音声ガ
イダンスを通知する（ステップ６０２）。この通知後、
一般電話機１０からの数字入力を受信し、要求の内容を
分析する（ステップ６０３）。

【００２６】一般電話機１０からの要求が、初診での予
約であれば、受診する診療科目、連絡先電話番号、希望
月日時刻等の入力を要求する音声ガイダンスを通知し
（ステップ６０４）、対応して一般電話機１０から入力
される数字で示される診療科コード（外科、内科など）
の判断を行なう（ステップ６０５）。そして、この判断
後、一般電話機１０からの連絡先電話番号や希望月日時
刻を入力し（ステップ６０６）、予約データ管理サーバ
３に、予約状況のデータを抽出するよう要求する（ステ
ップ６０７）。この要求に対応して、予約データ管理サ
ーバ３からの予約状況のデータを受信すると（ステップ
６０８）、このデータに基づき、希望月日時刻での予約
空きの有無を判断する（ステップ６０９）。

【００２７】希望月日時刻での予約空きが無い場合に
は、その旨を一般電話機１０にガイダンス通知し（ステ
ップ６１０）、構内交換機１には、接続解放を要求し、
図５における処理を起動させ、処理を終了する（ステッ
プ６１１）。希望月日時刻での予約の空きがあれば、希
望時刻の前後２時間の時刻を３０分単位を基準に、一般
電話機１０に通知する（ステップ６１２）。この通知に
対応して一般電話機１０からの希望時刻を選択したダイ
ヤル情報を入力し（ステップ６１３）、対応する希望時
刻での予約登録を予約データ管理サーバ３に要求する
（ステップ６１４）。予約データ管理サーバ３での登録
が完了するまで、保留音を一般電話機１０に送出し続け
る（ステップ６１５）。

【００２８】予約データ管理サーバ３からの登録完了メ
ッセージを受信すると（ステップ６１６）、確認のた
め、この登録内容を、一般電話機１０にガイダンス通知
し（ステップ６１７）、その後、構内交換機１に、接続
解放を要求し、図５における処理を起動させ、処理を終
了させる（ステップ６１１）。また、ステップ６０３で
の判断処理において、初診でない予約の要求入力、もし
くは、予約の取消や確認、変更の要求入力であれば、前
回受診したときに登録されたＩＤコードの入力を促すガ
イダンス通知を一般電話機１０に送出し（ステップ６１
８，６１９）、以下、次の図７に示す処理を行なう。

【００２９】図７は、図６の図１における遠隔予約受付
装置の本発明に係る動作例の続きを示すフローチャート
である。図６におけるステップ６１８において一般電話
機１０に送出したＩＤコードの入力を促すガイダンス通
知に対応して、一般電話機１０から送出されたＩＤコー
ドを入力した場合には（ステップ６２０）、予約データ
管理サーバ３に、このＩＤコードに対応するデータの抽
出を要求する（ステップ６２１）。この要求に対応して
予約データ管理サーバ３から送られてきたデータを受信
する（ステップ６２２）。

【００３０】これにより、受診科目が判明するが、同じ
受診科目でも外科や内科等、複数の診療科目の受診の可
能性もあるため、この受診科目の内で受診したい診療科
目の入力を促すガイダンスと希望日時の入力を促すガイ
ダンスを送出する（ステップ６２３）。一般電話機１０
から送られてきた診療科目コードの判定と（ステップ６
２４）、希望日時の入力（ステップ６２５）後、図６に
おけるステップ６０７からの予約処理に進む。

【００３１】また、図６におけるステップ６１９におい
て一般電話機１０に送出したＩＤコードと受付コードの
入力を促すガイダンス通知に対応して、一般電話機１０
から送出されたＩＤコードと受付コードを入力した場合
には（ステップ６２６）、受信したコードを予約データ
管理サーバ３に送信し、対応するデータの抽出を要求す
る（ステップ６２７）。予約データ管理サーバ３で抽出
したデータを受信し（ステップ６２８）、予約データを
抽出して（ステップ６２９）、その予約日時等のガイダ
ンスと、所望の要求に対応したコードの入力を促す内容
のガイダンスを一般電話機１０に送出する（ステップ６
３０）。

【００３２】一般電話機１０から入力されたコードから
当該する要求を判別し（ステップ６３１）、それが「確
認」であれば、終了処理を行ない（ステップ６３２）、
また、「変更」であれば、まず、当該する予約の削除を
予約データ管理サーバ３に要求し（ステップ６３３）、
一般電話機１０には、保留音を接続する（ステップ６３
４）。そして、予約データ管理サーバ３から削除を完了
した旨の通知を受信すると（ステップ６３５）、その旨
（削除完了）を示すガイダンスを一般電話機１０に通知
し（ステップ６３６）、その後、ステップ６２５に進
み、変更内容、すなわち、新たな希望日時の入力処理を
行ない、さらに、図６におけるステップ６０７からの予
約処理に進む。以上のようにして、遠隔予約受付装置２
は、一般電話機１０からの予約の登録、変更、取消等の
受付処理を行なう。

【００３３】次に、図８を用いて、構内交換機１の発呼
者番号の検出に基づく動作説明を行なう。図８は、図１
における遠隔予約システムの発呼者番号に係る処理動作
例を示すフローチャートである。構内交換機１は、着信
時、発呼者番号を受信すると、予約データ管理サーバ３
に対し、発呼者番号を通知する（ステップ８０１）。こ
の通知を受信した予約データ管理サーバ３は、発呼者番
号に基づき、予約状況テーブルの連絡先番号を検索する
（ステップ８０２）。

【００３４】発呼者番号に一致する予約があれば（ステ
ップ８０３）、家族情報有りとして登録（セーブ）し
（ステップ８０４）、なければ、家族情報無しとしてセ
ーブする（ステップ８０５）。ここで家族情報としてセ
ーブするのは、発呼者番号だけでは、個人を特定できな
いケースがあるためである。このように発呼者番号通知
サービスを利用することにより、一般電話機１０からの
予約者によるコード入力操作を待つことなく、予約状況
テーブルの検索を自動的に開始することができ、検索完
了までに要する処理時間を短縮できる。

【００３５】次に、予約データ管理サーバ３と遠隔予約
受付装置２との通信処理動作に関して説明する。図９
は、図１における予約データ管理サーバと遠隔予約受付
装置との通信で用いられるデータの構成例を示す説明図
である。本例は、１人分のデータテキストフォーマット
例を示しており、予約時間、診察コード、ＩＤコード、
受付コードからなる。このＩＤコードは個人認証用の番
号であり、図８における家族情報から個人を特定するの
に用いられる。

【００３６】図１０は、図１における予約データ管理サ
ーバの遠隔予約受付装置からの要求に対応しての処理動
作例を示すフローチャートである。予約データ管理サー
バ３は、遠隔予約受付装置２から、図６におけるステッ
プ６０７での予約の状況を示すデータの抽出要求を受信
した場合（ステップ１００１）、当該する情報を抽出し
て（ステップ１００２）、遠隔予約受付装置２に送信す
る（ステップ１００３）。例えば、要求された希望診療
科、希望時刻の前後２時間の予約状況を検索して抽出
し、送信する。尚、希望時刻として「００００」が入力
された場合は、該当日の全てを検索する。また、該当時
間の予約状況は問合せ中とする。

【００３７】また、遠隔予約受付装置２から、図７にお
けるステップ６２１での予約の取消要求、もしくは、ス
テップ６２７での予約の変更、確認等の要求を受信した
場合（ステップ１００４，１００５）、図８で示した発
呼者番号により事前に検索してセーブした家族情報の有
無を判断し（ステップ１００６）、データベースを特定
する。すなわち、家族情報があれば、この家族情報から
当該する予約データを検索し（ステップ１００７）、な
ければ、図３のテーブルから予約データを検索する（ス
テップ１００８）。

【００３８】当該する予約データと一致する検索結果が
得られなければ（ステップ１００９）、ＩＤコード登録
の認識に関わらず不一致との異常状態であり、以降の操
作をオペレータに渡すために、遠隔予約受付装置２にオ
ペレータの呼出しを指示し（ステップ１０１０）、処理
を終了する。また、一致する検索結果を得た場合は、検
索結果のデータを抽出し（ステップ１０１１）、遠隔予
約受付装置２に送信し（ステップ１０１２）、処理を終
了する。

【００３９】ステップ１０１０におけるオペレータの呼
出しに係る処理動作を、次の図１１を用いて説明する。
図１１は、図１における遠隔予約システムのオペレータ
の呼出しに係る処理動作例を示すフローチャートであ
る。図１０におけるステップ１０１０でのオペレータの
呼出し、もしくは、一般電話機１０からのオペレータ呼
出しを希望するコード番号（「９」）が入力されると
（ステップ１１０１）、まず、一般電話機１０と遠隔予
約受付装置２が接続されている構内交換機１のパス（Ｃ
ＯＴ−ＬＩＮ間）を解放する（ステップ１１０２）。

【００４０】その後、構内交換機１を介して一般電話機
１０とオペレータ用の内線電話機８とのパス（ＣＯＴ−
ＬＩＮ）を接続する（ステップ１１０３）。そして、予
約データ管理サーバ３からオペレータ用の予約端末９
に、当該する予約状況を送り画面表示して（ステップ１
１０４）、オペレータに情報を提供する。オペレータ
は、この画面情報を参照し、一般電話機１０で会話する
ことにより、予約者の希望する予約操作を行なう。この
オペレータによる予約処理操作の終了メッセージの入力
に基づき処理を終了する（ステップ１１０５）。

【００４１】次に、図１２、図１３を用いて予約データ
管理サーバ３の遠隔予約受付装置２からの予約の登録要
求、取消要求に対応した処理動作例を説明する。図１２
は、図１における予約データ管理サーバの予約の登録処
理動作例を示すフローチャートである。予約データ管理
サーバ３は、遠隔予約受付装置２から登録要求を受信す
ると（ステップ１２０１）、図３の予約状況テーブルに
おける当該する時間帯の予約状況パラメータを、「問い
合わせ中」から「予約」に、その他は空きに変更し（ス
テップ１２０２）、その後、完了メッセージを遠隔予約
受付装置２に送信する（ステップ１２０３）。このよう
にして、予約データの排他処理を実行することができ
る。

【００４２】図１３は、図１における予約データ管理サ
ーバの予約の取消処理動作例を示すフローチャートであ
る。予約データ管理サーバ３は、遠隔予約受付装置２か
ら予約の取消（削除）要求を受信すると（ステップ１３
０１）、図３の予約状況テーブルにおける当該する時間
帯の予約状況パラメータを「空き」として、データ部分
をクリアし（ステップ１３０２）、削除完了した旨を示
す完了メッセージを遠隔予約受付装置２に送信する（ス
テップ１３０３）。

【００４３】以上、予約処理を説明したが、予約の後、
予約者が予定通りに病院に来院し、病院の稼働効率を高
める必要がある。このような要求に対応する処理を、図
１４を用いて説明する。図１４は、図１における遠隔予
約システムの予約確認処理動作例を示すフローチャート
である。予約データ管理サーバ３では、周期的にテーブ
ルを検索して予約状況をチェックする（ステップ１４０
１）。そして、その検索の結果を、予め設定した判断基
準の基に予約確認処理を行なう（ステップ１４０２）。
例えば、予約前日であれば、一般電話機１０の連絡先
（予約者）と遠隔予約受付装置２（ＶＲＵ）を接続し
（ステップ１４０３）、音声ガイダンスにて予約の確認
を行なう（ステップ１４０４）。

【００４４】一般電話機１０から「確認」を表す番号が
入力されると（ステップ１４０５）、図３における予約
状況のテーブルの当該項目を予約確認済みとし（ステッ
プ１４０６）、構内交換機１に一般電話機１０とのパス
あの解放を依頼して処理を終了する（ステップ１４０
７）。また、ステップ１４０５において、一般電話機１
０から「確認否定」を表す番号が入力されると、図３の
予約状況テーブルの当該項目を削除し（ステップ１４０
８）、処理を終了する（ステップ１４０７）。尚、この
ように、確認の際に否定した予約者の情報は、別に記録
しておき、再度、予約依頼してきた際は、ある程度の規
制を導入することも可能である。

【００４５】ステップ１４０２における判断結果が、予
約当日であれば、時間前の予約を、当日受付未状況情報
としてプリント出力する（ステップ１４０９）。そし
て、このプリント出力処理をオペレータに通知するため
に、オペレータ用の内線電話機８と遠隔予約受付装置２
（ＶＲＵ）を接続してプリント出力した旨を表すガイダ
ンスを通知し（ステップ１４１０）、処理を終了する
（ステップ１４０７）。

【００４６】以上、一般電話機１０を利用した場合の遠
隔予約システムの動作例を説明したが、予約の入力端末
としてパソコン１１を利用し、データ通信で予約するこ
ともできる。以下、図１５〜図１７を用いて、このよう
なパソコン１１を利用した場合の遠隔予約システムの動
作例を説明する。

【００４７】図１５は、図１におけるパソコンの本発明
に係る第１の操作画面例を示す説明図である。本例に示
す画面は、予約者の操作に基づきパソコン１１で、遠隔
予約システムのコンピュータ端末４から読み取った画面
例を示しており、予約の申込や予約の取消、変更等が、
この画面を介して要求することができる。本例では、同
じ入力項目（受診者名、ＩＤＮＯ、受診科目、受診希望
日、受診希望時間、連絡先等）からなる欄が三つ用意さ
れており、家族等、複数の予約を一画面で申し込むこと
ができる。

【００４８】予約者は、所定の項目にデータを入力した
後、「予約送信」や「予約取消送信」のアイコンを押下
することにより、希望の予約処理を遠隔予約システムに
依頼することができる。このパソコン１１からの予約要
求を受信した遠隔予約システムのコンピュータ端末４で
は、予約データ管理サーバ３に、受信した内容での予約
が可能か否かを問合せ、予約が可能であれば、次の図１
６に示す内容の画面データを、パソコン１１に送出す
る。

【００４９】図１６は、図１におけるパソコンの本発明
に係る第２の操作画面例を示す説明図である。本例の画
面では、受診者名（日立太郎）と予約番号（１２３４５
６７８９０）、受診科目（外科）、受診日（９７年５月
３１日）、受診時間（午前１１時）、連絡先としての電
話番号（０４４−５４９−ｘｘｘｘ）が明示されてお
り、予約者は、これらの内容を確認した後、良ければ
「予約確認」、正しくなければ「予約取消」のアイコン
をクリック等することにより、その旨をコンピュータ端
末４に通知する。この「予約確認」の選択に伴い、遠隔
予約システムでの予約処理が完了し、その旨を示す画面
情報が、図１７に示す内容で、パソコン１１の画面上に
表示される。

【００５０】図１７は、図１におけるパソコンの本発明
に係る第３の操作画面例を示す説明図である。本例の画
面は、図１６の画面での操作に対応した確認を取るため
のものであり、その内容は、図１６におけるものとほぼ
同様である。予約者が、当画面の「確認」アイコンをク
リックすることにより、その旨の情報が遠隔予約システ
ム側のコンピュータ端末４に通知される。このように、
図１５〜図１７に示す画面での操作により、予約者は、
パソコン１１を用いて容易に予約の申込や変更、取消を
依頼することができる。

【００５１】しかし、このような画面に従ってのパソコ
ン１１を利用しての予約要求や、音声ガイダンスに従っ
ての一般電話機１０を利用しての予約要求においては、
十分にそのガイダンスを理解して対応することができ
ず、予約者が間違った操作を行なう場合がある。このよ
うな場合、遠隔予約システムでは、オペレータ用の内線
電話機８でオペレータを呼び出すと共に、オペレータ用
の予約端末９上に、図１８に示すような画面を表示す
る。

【００５２】図１８は、図１におけるオペレータ用の予
約端末の本発明に係る表示画面例を示す説明図である。
本例では、「エラー情報」の項目で、エラー内容を知ら
せると共に、「予約システム受付情報」の各項目で、オ
ペレータが対処すべき予約に関する情報を通知する。オ
ペレータは、この画面の情報を参照して、オペレータ用
の内線電話機８で予約者と会話し、予約者の希望を聞
き、必要に応じて画面内容を変更し、予約者の希望に添
った予約処理を進める。このように、一般電話機１０や
パソコン１１による自動予約ができない場合には、自動
的にオペレータに連絡され、オペレータが予約操作を代
行するので、高齢者等、予約入力機器（電話機、パソコ
ン）での予約操作になれていない予約者でも、遠隔予約
サービスを受けることができる。

【００５３】以上、図１〜図１８を用いて説明したよう
に、本実施例の遠隔予約システムでは、公衆網を利用し
ての予約の申込や、取消、変更等の依頼が可能であり、
施設利用者が施設予約のために施設まで来場する必要が
なくなり、また、施設利用時における待ち合わせ時間の
短縮ができ、サービスの向上が可能となる。特に、構内
交換機を設けることにより、同時に発生する多数の予約
の受付を可能とし、また、データベースを用いた予約デ
ータ管理を行なうサーバを設けることにより、予約デー
タの膨大な増加にも対応可能とし、そして、予約の登録
や、登録済みの予約に対する変更や取消の受付けを行な
う遠隔予約受付装置を設けることにより、予約の登録の
みならず、登録済みの予約に対する変更や取消にも対応
可能とし、膨大なデータ量での予約管理が必要な大病院
においても実用的に稼働することができる。

【００５４】また、予約を、受け付け順もしくは希望時
刻のいずれでも行なうことができるので、施設の事情に
合わせた予約管理を選択できる。また、事前に、かつ自
動的に予約の確認を行なうので、無届での予約のキャン
セルを回避でき、施設の利用効率を高めることができ
る。また、予約入力端末として、一般電話機、パソコン
端末を利用できるので、予約者の事情に合わせた予約サ
ービス受付を行なうことができる。また、予約操作途中
でオペレータを介入させることができるので、予約者の
戸惑いや、機械側の異常処理時に対応でき、自動化とオ
ペレータの組み合わせによる予約システムの完成度が高
まり、予約サービスの向上が図れる。また、公衆網の発
信者番号通知サービスを利用して、並列に、データの検
索処理等を進めることができるので、予約処理全体に係
る処理時間の短縮を図るこができ、予約システムの稼働
効率を高め、システム接続時間の短縮により通話料金の
短縮を図ることができる。

【００５５】尚、本発明は、図１〜図１８を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。例えば、図６
においては、ステップ６１０の空き無しガイダンスの送
出後に処理を終了（ステップ６１１）しているが、再
度、希望時刻の入力を促す旨のガイダンスを通知して繰
り返す処理としても良い。また、図６におけるステップ
６０６での希望時刻入力時に、例えば、「００００」が
入力された場合、希望日の空き状況を全てガイダンスで
通知し、この通知後に希望時刻を入力する処理とするこ
とも、また、時系列的に早い時刻から検索して、空きを
選択し、自動登録する処理とすることも可能である。

【００５６】また、図１０においては、ステップ１００
９での検索結果が不一致時の処理として、オペレータを
呼出しているが、オペレータを介入させずに終了させ、
予約などの処理を中断する事でも良い。また、本実施例
では、病院システムを例として説明したが、大規模な予
約が発生する施設であれば、同様に効果のある適用が可
能である。また、予約時間になった場合に、患者と医者
との通信装置を自動接続し、患者と医者が通話するよう
なシステムにも適用可能である。このようなシステムに
適用する場合は、テレビ電話や画像端末を、構内交換機
１や院内ＬＡＮ１４で接続し、予約確認時の処理と同様
にして自動的な接続を行なう。また、公衆網１３の発呼
者番号通知サービスを利用した例を示しているが、その
他、ＩＳＤＮ（Integrated Services Digital Networ
k）における個人コードの発信サービスなどを用いるこ
とにより、処理時間をさらに短縮することができる。

【００５７】

【発明の効果】本発明によれば、実際の遠隔予約に伴う
種々の不具合を回避でき、効率的な予約管理が必要な大
規模な病院等にも適用でき、大規模な遠隔予約管理業務
への実用的な利用が可能である。

【図面の簡単な説明】

【図１】本発明の遠隔予約システムの本発明に係る構成
の一実施例を示すブロック図である。

【図２】図１における遠隔予約受付装置および予約デー
タ管理サーバの本発明に係る構成例を示すブロック図で
ある。

【図３】図１における予約データ管理サーバの予約状況
管理に用いるテーブルの構成例を示す説明図である。

【図４】図１における構内交換機の着信時の本発明に係
る動作例を示すフローチャートである。

【図５】図１における構内交換機のパス解放処理動作例
を示すフローチャートである。

【図６】図１における遠隔予約受付装置の本発明に係る
動作例を示すフローチャートである。

【図７】図６の図１における遠隔予約受付装置の本発明
に係る動作例の続きを示すフローチャートである。

【図８】図１における遠隔予約システムの発呼者番号に
係る処理動作例を示すフローチャートである。

【図９】図１における予約データ管理サーバと遠隔予約
受付装置との通信で用いられるデータの構成例を示す説
明図である。

【図１０】図１における予約データ管理サーバの遠隔予
約受付装置からの要求に対応しての処理動作例を示すフ
ローチャートである。

【図１１】図１における遠隔予約システムのオペレータ
の呼出しに係る処理動作例を示すフローチャートであ
る。

【図１２】図１における予約データ管理サーバの予約の
登録処理動作例を示すフローチャートである。

【図１３】図１における予約データ管理サーバの予約の
取消処理動作例を示すフローチャートである。

【図１４】図１における遠隔予約システムの予約確認処
理動作例を示すフローチャートである。

【図１５】図１におけるパソコンの本発明に係る第１の
操作画面例を示す説明図である。

【図１６】図１におけるパソコンの本発明に係る第２の
操作画面例を示す説明図である。

【図１７】図１におけるパソコンの本発明に係る第３の
操作画面例を示す説明図である。

【図１８】図１におけるオペレータ用の予約端末の本発
明に係る表示画面例を示す説明図である。

【符号の説明】

１：構内交換機、２：遠隔予約受付装置、２ａ：予約種
別問合部、２ｂ：予約登録部、２ｃ：予約変更部、２
ｄ：予約取消部、２ｅ：オペレータ接続部、３：予約デ
ータ管理サーバ、３ａ：第１の予約確定部、３ｂ：第２
の予約確定部、３ｃ：識別番号生成部、３ｄ：発呼者番
号制御部、４：コンピュータ端末、５：番号受信装置、
６：院内予約端末、７：サーバ、８：オペレータ用の内
線電話機、９：オペレータ用の予約端末、１０：一般電
話機、１１：パソコン、１２：プリンタ、１３：公衆
網、１４：ＬＡＮ、３０：テーブル、３１：診療科目、
３２：月日、３３：予約状況、３４：受診回数、３５：
氏名、３６：連絡先電話番号、３７：診療科目コード、
３８：ＩＤコード、３９：受付コード。

Claims

【特許請求の範囲】

【請求項１】オペレータの端末操作に基づきデータベ
ースを用いた予約の登録管理を行なう予約データ管理サ
ーバと、公衆網に接続された複数の加入者線を収容する
構内交換機と、該構内交換機を介して上記公衆網に接続
され、該公衆網に収容された電話機との音声応答処理を
行ない、上記電話機からの予約登録要求、予約変更要
求、予約取消要求を含む予約要求を受信して、当該する
予約処理を上記予約データ管理サーバに依頼する遠隔予
約受付装置とを少なくとも有し、上記電話機を介しての
不特定多数からの上記予約登録要求、予約変更要求、予
約取消要求を含む予約処理を行なうことを特徴とする遠
隔予約システム。
【請求項２】請求項１に記載の遠隔予約システムにお
いて、上記遠隔予約受付装置は、上記電話機からの着呼
時、上記予約登録要求、上記予約変更要求、上記予約取
消要求、および、オペレータの呼出し要求のいずれかを
少なくとも含む所望の予約要求に対応する番号の入力を
促す音声ガイダンスを送出する手段と、上記電話機から
入力された上記予約登録要求に対応する番号に基づき、
所望する予約日時の番号の入力を促す音声ガイダンスを
送出し、該音声ガイダンスに従って上記電話機から入力
された番号で示される日時での予約登録を上記予約デー
タ管理サーバに依頼する予約登録手段と、上記電話機か
ら入力された上記予約変更要求に対応する番号に基づ
き、変更対象の予約を識別する番号と所望の変更日時の
番号の入力を促す音声ガイダンスを送出し、該音声ガイ
ダンスに従って上記電話機から入力された上記番号に対
応する予約の変更を上記予約データ管理サーバに依頼す
る予約変更手段と、上記電話機から入力された上記予約
取消要求に対応する番号に基づき、取消対象の予約を識
別する番号の入力を促す音声ガイダンスを送出し、該音
声ガイダンスに従って上記電話機から入力された番号に
対応する予約の取消を上記予約データ管理サーバに依頼
する予約取消手段と、上記電話機から入力された上記オ
ペレータの呼出し要求に対応する番号に基づき、上記電
話機をオペレータ用の内線電話機に接続するよう上記構
内交換機に依頼する手段とを具備することを特徴とする
遠隔予約システム。
【請求項３】請求項１、もしくは、請求項２のいずれ
かに記載の遠隔予約システムにおいて、上記予約データ
管理サーバは、各予約の登録時、各予約に対応付けて各
予約の識別に用いる識別番号を生成する手段と、管理し
ている各予約のそれぞれの指定時刻の所定の時間前に各
予約に対する確認を取る手段と、上記公衆網の発呼者番
号通知サービスで通知される発呼者番号に基づき上記予
約処理の対象となる予約の特定を行なう手段とを具備す
ることを特徴とする遠隔予約システム。
【請求項４】請求項１から請求項３のいずれかに記載
の遠隔予約システムにおいて、上記公衆網に接続された
コンピュータ端末からの着呼時、上記構内交換機を介し
て上記コンピュータ端末に接続され、該コンピュータ端
末との通信により該コンピュータ端末からの上記予約要
求を受信して、当該する予約処理を上記予約データ管理
サーバに依頼する通信端末装置を有することを特徴とす
る遠隔予約システム。
【請求項５】請求項１から請求項４のいずれかに記載
の遠隔予約システムにおいて、上記遠隔予約受付装置
は、上記音声応答処理で出力した音声ガイダンスに対応
しての上記電話機からの応答が所定の応答手順外であれ
ば、上記構内交換機に、上記電話機を上記オペレータ用
の内線電話機に接続するよう依頼する手段を具備するこ
とを特徴とする遠隔予約システム。