JP2004265074A - Reservation receiving method, advance calling method, and its program - Google Patents

Reservation receiving method, advance calling method, and its program Download PDF

Info

Publication number
JP2004265074A
JP2004265074A JP2003054050A JP2003054050A JP2004265074A JP 2004265074 A JP2004265074 A JP 2004265074A JP 2003054050 A JP2003054050 A JP 2003054050A JP 2003054050 A JP2003054050 A JP 2003054050A JP 2004265074 A JP2004265074 A JP 2004265074A
Authority
JP
Japan
Prior art keywords
reservation
remote server
processing device
reception
user terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003054050A
Other languages
Japanese (ja)
Other versions
JP3913182B2 (en
Inventor
Koichi Yoshii
浩一 吉井
Kinji Asada
錦治 浅田
Masahiro Satonishi
政宏 里西
Junji Minotani
順二 箕谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to JP2003054050A priority Critical patent/JP3913182B2/en
Priority to PCT/JP2004/001676 priority patent/WO2004077324A1/en
Priority to CNA2004800054627A priority patent/CN1754182A/en
Priority to KR1020057015759A priority patent/KR20050095790A/en
Publication of JP2004265074A publication Critical patent/JP2004265074A/en
Application granted granted Critical
Publication of JP3913182B2 publication Critical patent/JP3913182B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events

Abstract

<P>PROBLEM TO BE SOLVED: To provide a reservation receiving method capable of securing high security, and continuing work even when there is anomaly in a telecommunication line. <P>SOLUTION: When a user wants to make a reservation, the user inputs a reservation request in a user terminal 6. The user terminal 6 sends the reservation request to a remote server 2. The remote server 2 saves the reservation request. When a reception processor 1 sends an inquiry message to the remote server 2, the remote server 2 sends the saved reservation request to the reception processor 1 after responding to the inquiry message. The reception processor 1 carries out reservation reception on the basis of the received reservation request. By the above-mentioned actions, since the reception processor 1 receives information from a server responding to the inquiry message, unauthorized access can be prevented. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、予約受付方法及びそのプログラムに関し、さらに詳しくは、ユーザ端末と、前記ユーザ端末と電気通信回線を介して接続可能なリモートサーバと、前記リモートサーバと前記電気通信回線を介して接続可能な受付処理装置とを用いた、サービスの提供を受けるための予約受付方法及びそのプログラムに関する。
【０００２】
【従来の技術】
現在、銀行では受付窓口への先着順に利用者に予約受付番号を発行し、予約受付番号順に利用者に対してサービスを提供している。また、病院では先着順に予約受付番号を発行し、予約受付番号順に診察を行っている。
【０００３】
以上に示したように、銀行や病院のようなユーザに来所してもらいサービスを提供する業種では、先着順にサービスを提供するために予約受付番号を発券するシステムが導入されている場合がある。
【０００４】
しかしながら、発券システムの場合はサービス窓口や診察室といったサービス提供所に列をなして並ぶ必要はないものの、サービス提供所付近にはとどまっておく必要があった。なぜなら呼出を受ける時期は不明であり、電光掲示板の見える範囲又は呼出音声が聞こえる範囲内にいなければ、自己の予約受付番号が呼び出されたか否かがわからないからである。よって、受付後サービスを受けるまでの時間帯は銀行内や病院内といった所定の場所に拘束されなければならず、時間の無駄が生じていた。
【０００５】
このような時間の無駄の解消を目的として、近年携帯電話によるインターネット接続機能を使った診察申し込みシステムが注目を浴びている。しかしながら、セキュリティの確保の問題やインターネットで障害が発生した場合にシステムが停止する等の問題がある。
【０００６】
【特許文献１】
特公昭６１−２２３３９号公報
【特許文献２】
特公昭６３−４１１０５号公報
【特許文献３】
特公平７−１１７９７０号公報
【特許文献４】
特開２０００−２５９７４６号公報
【特許文献５】
特開２００２−７４００５号公報
【特許文献６】
特開２００２−１３３１３１号公報
【特許文献７】
特開２００２−１３３１３２号公報
【特許文献８】
特開２００１−３３１５９０号公報
【０００７】
【発明が解決しようとする課題】
本発明の目的は、予約受付後サービスの提供を受けるまでの時間を有効に利用できる予約受付システムを提供することである。
【０００８】
本発明の他の目的は、高いセキュリティを確保でき、電気通信回線に異常が発生しても業務を継続できる予約受付システムを提供することである。
【０００９】
【課題を解決するための手段】
本発明による予約受付方法は、ユーザ端末と、ユーザ端末に接続可能なリモートサーバと、リモートサーバに接続可能な受付処理装置とによる予約受付方法であって、ユーザ端末からリモートサーバに予約依頼を送信するステップと、リモートサーバに送信された予約依頼を受付処理装置に送信するステップと、受付処理装置に送信された予約依頼に基づいて予約受付を行うステップとを備える。
【００１０】
ユーザが予約を行うとき、ユーザはユーザ端末に予約依頼を入力する。ユーザ端末は入力された予約依頼をリモートサーバに送信する。予約依頼を受信したリモートサーバは、その予約依頼を受付処理装置に送信する。このように、予約依頼はユーザ端末から必ずリモートサーバを経由して受付処理装置へ送信される。よって、受付処理装置はユーザ端末から予約依頼等の情報を直接受信することはない。そのため、受付処理装置はユーザ端末からの不正アクセスを防止でき、受付処理装置のセキュリティは向上する。その結果、不正アクセス等による受付処理装置の動作停止を防止でき、受付処理装置は継続して動作することができる。
【００１１】
好ましくは、予約受付方法はさらに、受付処理装置からリモートサーバに問い合わせを行うステップを備え、予約依頼を受付処理装置に送信するステップでは、問い合わせに応じて、予約依頼を送信する。
【００１２】
この場合、リモートサーバは受付処理装置からの問い合わせがない限り、予約依頼を受付処理装置に送信しない。すなわち、受付処理装置は自身が発信した問い合わせに応じてリモートサーバから送信される予約依頼しか受信しない。よって、受付処理装置のセキュリティはさらに向上する。
【００１３】
なお、この場合、受付処理装置のアドレスを固定する必要がなくなる。なぜなら、リモートサーバから受付処理装置に予約依頼が送信される場合、必ずその前に受付処理装置からリモートサーバへ問い合わせが行われ、その問い合わせによりリモートサーバが受付処理装置のアドレスを特定するからである。よって、受付処理装置は専用線を利用しなくてよく、設備費用を抑えることができる。
【００１４】
好ましくは、予約受付方法はさらに、問い合わせに対するリモートサーバからの応答を所定期間内に受付処理装置が受信したか否かを判断するステップと、応答を所定期間内に受信しなかったと判断した場合、受付処理装置のオペレータに警告を通知するステップとを備える。
【００１５】
この場合、受付処理装置はリモートサーバに問い合わせをした後、所定期間内にリモートサーバからの応答を受信したか否かを判断する。リモートサーバからの応答がない場合は、電気通信回線やリモートサーバに何らかの障害が発生していると考えられる。そこで、応答がない場合、受付処理装置はオペレータに対して音声や画面表示等により警告を通知する。その結果、オペレータは電気通信回線やリモートサーバに障害が発生していることを容易に認識でき、迅速な対応を行うことができる。
【００１６】
好ましくは、予約受付方法はさらに、受付処理装置からリモートサーバに予約状況を示す予約状況データを所定期間ごとに送信するステップと、ユーザ端末からの要求に応じてリモートサーバからユーザ端末に予約状況データを送信するステップとを備える。
【００１７】
この場合、受付処理装置は予約状況データを所定期間ごとにリモートサーバに送信する。そのため、リモートサーバ内の予約状況データを受付処理装置内の予約状況データに同期させることができる。さらに、リモートサーバはユーザ端末からの要求に応じて予約状況データを返信する。これにより、ユーザは予約依頼を行う前にほぼ最新の予約状況を参照できる。
【００１８】
好ましくは、予約受付方法はさらに、ユーザ端末からリモートサーバに予約受付番号を送信するステップと、リモートサーバに送信された予約受付番号及び予約状況データに基づいて、サービスの提供を受けるまでの待ち人数及び／又は待ち時間を呼出状況データとして算出するステップと、リモートサーバからユーザ端末に呼出状況データを送信するステップとを備える。
【００１９】
この場合、ユーザ端末のユーザは予約完了後に、予約受付番号をユーザ端末からリモートサーバに送信する。リモートサーバは予約受付番号及び予約状況データに基づいて、ユーザがサービスの提供を受けるまでの待ち人数及び／又は待ち時間を呼出状況データとして算出する。算出された呼出状況データはユーザ端末に送信される。よって、ユーザは自分がサービスの提供を受けるまでにあとどの位の待ち人数がいるか、又はどの位の待ち時間があるかを把握できる。その結果、ユーザがサービスの提供を受けるまでの時間を有効に活用できる。
【００２０】
本発明による事前呼出方法は、サービスの提供を受けるまでの呼出状況データを有するリモートサーバに接続可能なユーザ端末による事前呼出方法であって、外部から入力された呼出条件を保存するステップと、外部から入力された予約受付番号をリモートサーバに送信するステップと、予約受付番号に基づいてリモートサーバから送信された呼出状況データを受信するステップと、呼出状況データが呼出条件を満たすか否かを判断するステップと、呼出条件を満たしたとき、ユーザ端末のユーザに呼出条件を満たした旨を通知するステップとを備える。
【００２１】
本発明による事前呼出方法では、ユーザはたとえばサービスを受けるまでの待ち人数が１０人未満になった場合に通知する等の呼出条件をユーザ端末に入力する。その後、ユーザはユーザ端末に予約受付番号を入力し、ユーザ端末は入力された予約受付番号をリモートサーバに送信する。リモートサーバは予約受付番号に基づいて予約受付番号のユーザがサービスの提供を受けるまでの呼出状況データをユーザ端末に送信する。ユーザ端末は受信した呼出状況データが呼出条件を満たすか否かを判断し、満たした場合はその旨の通知を音声や振動、又は画面表示等により行う。その結果、ユーザは自分がサービスの提供を受ける番が近づいている旨をユーザ端末に知らせてもらうことができる。その結果、ユーザは自分がサービスの提供を受けるまでの時間を有効に活用できる。
【００２２】
好ましくは、事前呼出方法は、判断するステップで呼び出し条件を満たさないと判断したとき、予約受付番号をリモートサーバに送信するステップと、呼出状況データを受信するステップと、呼出状況データが呼出条件を満たすか否かを判断するステップとを繰り返す。
【００２３】
この場合、ユーザ端末は呼出状況データが呼出条件を満たすまで、予約受付番号をリモートサーバに送信し、呼出状況データを受信し、受信した呼出状況が呼出条件を満足するか否かを判断するという一連の動作を繰り返す。その結果、ユーザは１回呼出条件及び予約受付番号を入力すれば、繰り返し予約受付番号の入力を繰り返すことなく自分がサービスの提供を受ける番が近づいている旨をユーザ端末に知らせてもらうことができる。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳しく説明する。図中同一又は相当部分には同一符号を付してその説明を援用する。
【００２５】
１．予約受付システムの全体構成
図１を参照して、予約受付システム１０は、受付処理装置１とリモートサーバ２とを備える。受付処理装置１とリモートサーバ２とはインターネット等の電気通信回線３を介して接続される。
【００２６】
受付処理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、メモリ１２と、ハードディスク１３と、掲示ディスプレイ１５と、マウスやキーボード等の入力部１６と、発券部１７とを含む。ハードディスク１３はメイン側状況データファイル１３１とメイン側受付データファイル１３２とを含む。メイン側状況データファイル１３１は、発行済みの予約受付番号のうちの最新の予約受付番号、待ち人数、待ち時間、現在呼び出し中の予約受付番号や呼び出し時に不在であった者の予約受付番号等の情報（以下、状況データと称する）を記憶する。メイン側受付データファイル１３２は予約依頼を記憶する。掲示ディスプレイ１５は病院内で来訪者が閲覧可能な場所に設置されるのが好ましい。また、病院内に複数の診察室がある場合は、入力部１６は受付場所及び診察室ごとに設置されてもよい。発券部１７は来訪者に対して予約受付番号券を発行する。受付処理装置１はリモートサーバ２から送信される予約依頼に基づいて、診察の予約受付業務を行う。また、受付処理装置１はリモートサーバ２とは独立して、予約の受付を行うこともできる。
【００２７】
一方、リモートサーバ２は、ＣＰＵ２１と、メモリ２２と、ハードディスク２３とを含む。ハードディスク２３は、リモート側状況データファイル２３１と、リモート側受付データファイル２３２と、統計データファイル２３３とを含む。リモート側状況データファイル２３１は受付処理装置１から送信された状況データが保存される。リモート側受付データファイル２３２はユーザが利用するＰＤＡ（ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ ）や携帯電話機等の携帯端末４又は固定端末５（以下、携帯端末４及び固定端末５をユーザ端末６とも称する）から送信された予約依頼を保存する。統計データファイル２３３は所定期間ごと（たとえば、１時間ごと）の状況データの統計結果が保存される。リモートサーバ２はユーザ端末６から電気通信回線３を介して予約依頼を受ける。リモートサーバ２が予約依頼を受けることで、ユーザは病院へ行く前に自宅又は外から診察を予約できる。
【００２８】
受付処理装置１及びリモートサーバ２に予約受付プログラムをインストールすることで、受付処理装置１及びリモートサーバ２は以下に示す予約受付処理を実行できる。なお、予約受付プログラムはメモリ１２及びメモリ２２にマイクロプログラムとして予め記憶されていてもよい。
【００２９】
また、携帯端末４はＣＰＵ４１及びメモリ４２を含み、事前呼出プログラムをインストールすることで、事前呼出処理を行うことができる。携帯端末４は予め事前呼出プログラムをインストールされたうえで販売されてもよい。また、リモートサーバ２のハードディスク２３に事前呼出プログラムが予め保存されており、ユーザが携帯端末４を購入後、リモートサーバ２から事前呼出プログラムを携帯端末４にダウンロードしてもよい。
【００３０】
２．遠隔予約受付処理
予約受付システム１０による予約受付処理のうち、病院外にいるユーザから予約受付を行う動作（以下、遠隔予約受付処理と称する）について説明する。ユーザが在宅のまま診察の予約を行う場合や、外出しているユーザが診察の予約を行う場合に遠隔予約受付処理が行われる。
【００３１】
遠隔予約受付処理はリモートサーバ２がユーザ端末６から予約依頼を受ける処理（仮予約受付処理）と、所定期間ごとにリモートサーバ２が受付処理装置１へ予約依頼を送信し、受付処理装置１がユーザの予約を受け付ける処理（本予約受付処理）と、予約受付が完了したか否かをユーザが問い合わせる処理（予約完了問い合わせ処理）とに分かれる。以下、それぞれの処理について説明する。
【００３２】
２−１．仮予約受付処理
図２を参照して、ユーザが病院の予約を行いたい場合、ユーザはユーザ端末６の予約依頼情報入力画面に予約依頼情報を入力する（Ｓ１０１）。図３にユーザが携帯端末４を用いた場合の予約依頼情報入力画面を示す。予約依頼情報にはユーザの氏名、生年月日、携帯電話番号、初診でない場合は診察券番号をそれぞれ入力する。なお、ユーザの氏名と診察券番号と生年月日とがユーザＩＤと連結してリモートサーバ２のハードディスク２３内に予め保存されている場合は、ユーザは予約依頼情報としてユーザＩＤをユーザ端末６に入力してもよい。ユーザ端末６は入力された予約依頼情報をリモートサーバ２に送信する（Ｓ１０２）。リモートサーバ２は予約依頼情報を受信後（Ｓ１０３）、受信前の所定期間内に定期通信処理が行われたか否かを判断する（Ｓ１０４）。ここで、定期通信処理とは、受付処理装置１とリモートサーバ２との間で情報を定期的に送受信する処理をいう。定期通信処理については後述する。定期通信処理が行われたか否かは、リモート側状況データファイル２３１内の状況データがステップＳ１０３の受信前の所定期間内に更新されているか否かで判断される。
【００３３】
ステップＳ１０４で定期通信処理が行われていないと判断した場合、リモートサーバ２は予約受付システム１０内で異常が発生していると判断する。なぜなら、定期通信処理が行われていないということは、受付処理装置１に異常が発生しているか、又は電気通信回線３に異常が発生していると考えられるからである。よってこの場合、リモートサーバ２は予約受付システムが現在停止している旨の通知（以下、エラー通知と称する）をユーザ端末６に送信する（Ｓ１０５）。ユーザ端末６は停止している旨の情報を受信し、ディスプレイ（図示せず）に表示する（Ｓ１０８）。
【００３４】
一方、ステップＳ１０４での判断の結果、所定期間内に定期通信処理が行われていたと判断した場合、リモートサーバ２は仮予約受付処理を行う（Ｓ１０６）。具体的には、リモートサーバ２はユーザ端末６から送信された予約依頼情報をリモート側受付データファイル２３２に記憶する。
【００３５】
仮予約受付処理が終了した後、リモートサーバ２は仮予約受付完了通知をユーザ端末６に送信する（Ｓ１０７）。ユーザ端末６は仮予約受付完了通知を受信し、ディスプレイに表示する（Ｓ１０８）。
【００３６】
２−２．本予約受付処理
仮予約受付処理が完了しただけでは、ユーザの予約は完了しない。受付処理装置１がユーザの予約受付を行って初めてユーザの予約が完了する。そのため、受付処理装置１がリモートサーバ２から予約依頼情報を取得する本予約受付処理が行われる。図４に本予約受付処理の動作を示す。なお、図４に示すように、本予約受付処理の全体動作をステップＳ２０とする。
【００３７】
図４を参照して、本予約受付処理（Ｓ２０）は受付処理装置１とリモートサーバ２とが定期的に情報を送受信する定期通信処理の後で行われる。なお、定期通信処理については後述する。受付処理装置１はリモート側受付データファイル２３２に新たな予約依頼情報が記録されているか否かを判断する。（Ｓ２０２〜Ｓ２０６）。ここで、新たな予約依頼情報とは、前回の本予約受付処理以降にリモート側受付データファイル２３２に保存された予約依頼情報をいう。受付処理装置１は新たな予約依頼情報の有無についての問い合わせメッセージをリモートサーバ２に送信する（Ｓ２０２）。リモートサーバ２は問い合わせメッセージを受信後（Ｓ２０３）、リモート側受付データファイル２３２内に新たな予約依頼情報が保存されているか否かを判断し、その判断結果を送信する（Ｓ２０４）。受付処理装置１はリモートサーバ２からの判断結果を受信後（Ｓ２０５）、判断結果に基づいて新たな予約依頼情報の有無を判断する（Ｓ２０６）。判断の結果、新たな予約依頼情報がない場合、受付処理装置１は予約受付処理を終了する。
【００３８】
一方、新たな予約依頼情報がある場合、受付処理装置１はリモート側受付データファイル２３２に保存されている予約依頼情報を取得する処理を行う（Ｓ２０７〜Ｓ２１５）。具体的には、受付処理装置１は予約依頼情報の要求メッセージをリモートサーバ２に送信する（Ｓ２０７）。リモートサーバ２は要求メッセージを受信後（Ｓ２０８）、リモート側受付データファイル２３２に保存された予約依頼情報を受付処理装置１に送信する（Ｓ２０９）。受付処理装置１は予約依頼情報を受信後、ハードディスク１３内のメイン側受付データファイル１３２に保存する（Ｓ２１０）。
【００３９】
予約依頼情報を保存後、受付処理装置１はメイン側状況データファイル１３１に保存された最新の状況データと保存した予約依頼情報とに基づいて、予約受付番号計算処理（Ｓ２１１）、待ち人数計算処理（Ｓ２１２）及び待ち時間計算処理（Ｓ２１３）を行う。予約受付番号計算処理では、予約依頼の早かった予約依頼情報順に予約受付番号を付与する（Ｓ２１１）。具体的には、状況データ内の最新の発行済み予約受付番号を参照して、予約依頼の早かった予約依頼情報ごとに予約受付番号を順次カウントアップさせて付与する。たとえば、ステップＳ２１０で受信した予約依頼が３件あり、状況データ内の最新の発行済み予約受付番号が「３００５０」である場合、受付処理装置１は予約依頼の早かった予約依頼情報ごとに「３００５１」、「３００５２」、「３００５３」の予約受付番号を付与する。なお、予約受付番号は１０ずつカウントアップさせ、「３００６０」、「３００７０」、「３００８０」としてもよい。また、待ち人数計算処理では、次の式（１）により待ち人数を算出する（Ｓ２１２）。
待ち人数＝予約受付番号−呼出番号 （１）
【００４０】
ここで、呼出番号とは、診察室から呼び出しを受けた番号（すなわち、診察待ちが終了した番号）である。待ち時間計算処理では、次の式（２）により待ち時間を算出する（Ｓ２１３）。
待ち時間＝待ち人数×予想時間 （２）
【００４１】
ここで、予想時間は任意に決定できる時間である。たとえば病院での診察が１人当たり平均５分かかるのであれば、予想時間＝５分とすることができる。さらに、時間帯によって１人当たりの診察時間が異なる場合や、内科や外科といったように分野により診察時間が異なる場合は、時間帯や分野ごとに予想時間を決定できる。さらに、待ち人数が１人〜１０人までの間は予想時間＝３分とし、待ち人数１１人以降については予想時間＝５分というように、待ち人数に応じて予想時間を変えることもできる。なお、ステップＳ２１１〜Ｓ２１３の算出結果はメイン側状況データファイル１３１に保存される。
【００４２】
以上の計算処理を終了後、受付処理装置１はステップＳ２１２で算出した予約受付番号に基づいて予約受付番号券を発券部１７から発行する（Ｓ２１４）。また、ステップＳ２１１で算出した待ち人数及びステップＳ２１３で算出した待ち時間の情報を病院内の掲示ディスプレイ１５に表示する（Ｓ２１５）。ステップＳ２１５における掲示ディスプレイの画面を図５に示す。呼出番号表示部２０１に呼出番号が、待ち人数表示部２０２に待ち人数が、待ち時間表示部２０３に待ち時間がそれぞれ表示される。受付処理装置１はＳ２１１〜Ｓ２１５の動作をＳ２１０で受診した予約情報数分繰り返す。
【００４３】
以上の動作を終了後、受付処理装置１はＳ２１１で算出した予約情報ごとの予約受付番号をリモートサーバ２に送信する（Ｓ２１６）。なお、予約受付番号の送信時にメイン側状況データファイル１３１に保存された状況データも送信される。リモートサーバ２は予約依頼情報ごとの予約受付番号を受信後（Ｓ２１７）、予約受付番号を対応する予約依頼情報とリンクしてリモート側受付データファイル２３２に保存する（Ｓ２１８）。なお、待ち人数、待ち時間及び呼出番号はリモート側状況データファイル２３１に保存される。
【００４４】
２−３．予約完了問い合わせ処理
ユーザはユーザ端末６を用いて受付処理装置１での予約受付が完了したか否かを問い合わせできる。図６を参照して、ユーザはユーザ端末６を用いて問い合わせメッセージをリモートサーバ２へ送信する（Ｓ３０１）。図７にユーザが携帯端末４を用いた場合のステップＳ３０１での携帯端末画面を示す。このとき、ユーザが画面中の「確認画面を見る」を選択すれば、携帯端末４からリモートサーバ２へ問い合わせメッセージが送信される。リモートサーバ２は問い合わせメッセージを受信後（Ｓ３０２）、予約受付が受付処理装置１で完了したか否かを判断する（Ｓ３０３）。具体的には、リモートサーバ２はユーザ端末６を特定する情報（たとえば電話番号や予めリモートサーバ２から付与される識別番号等）からリモート側受付データファイル２３２内のユーザの予約依頼情報を参照し、その予約依頼情報が受付処理装置１から付与された予約受付番号を有するか否かを判断する。判断の結果、予約受付番号を有しない場合、リモートサーバ２は予約受付が未完了である旨の通知（未完了通知）をユーザ端末６に送信する（Ｓ３０４）。ユーザ端末６は未完了通知を受信後、ディスプレイに表示する（Ｓ３０５）。
【００４５】
一方、ステップＳ３０３での判断の結果、予約受付番号を有している場合、リモートサーバ２はユーザ端末６に対して、付与された予約受付番号とリモート側状況データファイル２３１内の状況データとを送信する（Ｓ３０４）。ユーザ端末６は予約受付番号と状況データとを受信後、予約受付番号と状況データとをディスプレイに表示する（Ｓ３０５）。このときの携帯端末４の画面を図８に示す。
【００４６】
以上の動作により、ユーザは病院に行くことなく、病院外から診察の予約を行うことができる。
【００４７】
３．定期通信処理
受付処理装置１とリモートサーバ２とは所定期間ごとに情報を授受する定期通信処理を行う。定期通信処理を行うことで、メイン側状況データファイル１３１内の情報とリモート側状況データファイル２３１内の状況データとを同期させる。図９に定期通信処理の動作を示す。なお、図９中の受付処理装置１側での定期通信処理動作を定期通信処理Ｓ４１、リモートサーバ２側での定期通信処理動作を定期通信処理Ｓ４２とする。
【００４８】
図９を参照して、受付処理装置１は定期通信処理として初めにオンラインフラグがオンか否かを判断する（Ｓ４０１）。オンラインフラグは、予約受付システム１０が正常に動作している場合は「オン」となり、何らかの異常により予約受付システム１０が正常に動作していない場合は「オフ」となる。オンラインフラグはハードディスク１３内に記憶されている。オンラインフラグが「オフ」の場合（Ｓ４０１）、定期通信処理は一端終了し、所定期間経過後に（Ｓ４１５）再びステップＳ４０１に戻る。一方、オンラインフラグが「オン」の場合、受付処理装置１は定期通信の準備を行う（Ｓ４０２）。具体的には前回の定期通信処理後に更新された状況データ（以下、更新データと称する）をメイン側状況データファイル１３１から検索する。検索された更新データは送信可能なデータフォーマットに変換される。
【００４９】
定期通信準備を終了後、受付処理装置１は更新データを含む定期通信メッセージをリモートサーバ２に送信する（Ｓ４０３）。リモートサーバ２は定期通信メッセージを受信後（Ｓ４０４）、受信したメッセージが有効か否かを判断する（Ｓ４０５）。メッセージの有効性を判断する１つの理由は、更新データのデータ落ちや更新データの文字化け等がないかチェックするためである。また、他の理由は、送信されたメッセージが受付処理装置１から送信されたものか否かをチェックすることで、不正アクセスを防止するためである。
【００５０】
判断の結果、メッセージが有効である場合（Ｓ４０５）、リモートサーバ２はステータスを「ＯＫ」とし（Ｓ４０６）、受信した更新データをリモート側状況データファイル２３１に保存する（Ｓ４０７）。このとき、更新日時も保存される。一方、判断の結果、メッセージが無効である場合（Ｓ４０５）、リモートサーバ２はステータスを「ＮＧ」とする（Ｓ４０８）。なお、ステータスはハードディスク２３内に記録される。ステータスを決定後、リモートサーバ２は応答メッセージを受付処理装置１に送信する（Ｓ４０９）。なお、応答メッセージにはステータス情報が含まれる。
【００５１】
受付処理装置１はステップＳ４０３でメッセージを送信後、リモートサーバ２からの応答メッセージを所定期間待つ（Ｓ４１０）。所定期間を経過しても応答メッセージがない場合（Ｓ４１１）、受付処理装置１は、電気通信回線３又はリモートサーバ２になんらかの異常が発生していると判断し、エラー通知を掲示ディスプレイ１５に表示する（Ｓ４１３）。なお、エラー通知は音又は音声により行われてもよい。その後、受付処理装置１はオンラインフラグを「オフ」とする（Ｓ４１４）。なお、オンラインフラグを「オフ」とする作業は手動で行っても良い。オンラインフラグを「オフ」とすることで、受付処理装置１は電気通信回線３から完全に独立し、後述するように病院内にて予約受付処理を単独で行うことができる。
【００５２】
一方、所定期間内に応答メッセージを受けた場合（Ｓ４１１）、受信した応答メッセージに含まれるステータスがＯＫか否かを判断する（Ｓ４１２）。判断の結果、ステータスがＯＫの場合、図４に示した本予約受付処理Ｓ２０を行う。ステップＳ４１２での判断の結果、ステータスがＮＧの場合、電気通信回線３又はリモートサーバ２でトラブルが発生していると判断し、エラー通知を掲示ディスプレイ１５に表示する（Ｓ４１３）。このとき、オンラインフラグは自動又は手動により「オフ」とする（Ｓ４１４）。
【００５３】
以上の動作により、本発明の実施の形態による予約受付システムでは、受付処理装置１及びリモートサーバ２の２つのサーバを用いて定期通信処理を行う。そのため、電気通信回線３又はリモートサーバ２になんらかのトラブルが発生しても、受付処理装置１は単独で予約受付処理を行うことができる。よって、トラブル発生時も予約受付システム１０を稼働させ続けることができ、システム全体は停止しない。また、定期通信処理では、定期通信メッセージは必ず受付処理装置１からリモートサーバ２へ送信され、その逆はない。すなわち、受付処理装置１は自分が定期通信メッセージを送信し、応答してきたリモートサーバ２以外とは情報の送受信を行わない。よって、受付処理装置１のセキュリティを極めて高くすることができる。
【００５４】
４．呼出状況通知処理
遠隔予約受付処理により受付処理装置１で予約受付を完了し、予約受付番号を付与されたユーザは、自分の予約受付番号が呼ばれるまでの待ち人数及び待ち時間等の情報（呼出状況データ）の通知を受けることができる（呼出状況通知処理）。図１０を参照して、ユーザはユーザ端末６に予約受付番号を入力し、ユーザ端末６は入力された予約受付番号を含む問い合わせメッセージをリモートサーバ２に送信する（Ｓ５０１）。ステップＳ５０１で携帯端末４を用いた場合の予約受付番号入力画面を図１１に示す。リモートサーバ２は問い合わせメッセージを受信後（Ｓ５０２）、受信前の所定期間内に定期通信処理がなされたか否かを判断する（Ｓ５０３）。定期通信処理がなされたか否かの判断は、リモート側状況データファイル２３１内の更新日時記録を参照して行う。
【００５５】
判断の結果、定期通信処理がなされていない場合（Ｓ５０３）、電気通信回線３又は受付処理装置１に異常が発生していると判断する。このときリモートサーバ２はエラー通知をユーザ端末６に送信する（Ｓ５０４）。一方、定期通信処理がなされている場合、リモートサーバ２は予約受付システム１０が正常に動作していると判断する。このとき、リモートサーバ２はリモート側状況データファイル２３１内の状況データを用いて呼出状況データの算出を行う。具体的には、ステップＳ５０２で受信した予約受付番号が呼出されるまでの待ち人数と、待ち時間とを予約受付番号及び式（１），（２）を用いて算出する。算出結果は呼出状況データとしてユーザ端末６に送信される（Ｓ５０５）。ユーザ端末６は呼出状況データを受信後、ディスプレイに表示する（Ｓ５０６）。携帯端末４を用いた場合のステップＳ５０６の画面を図１２に示す。
【００５６】
以上の動作により、ユーザは病院外にいる場合でも、自分の予約受付番号が呼び出されるまでの待ち人数や待ち時間等の情報を把握できる。そのため、ユーザは病院で呼び出される直前まで病院内にいる必要はなく、呼び出されるまでの時間を有効に利用できる。
【００５７】
なお、ユーザが携帯端末４を利用している場合、呼び出される所定時間前に音振動、又は表示により呼出時間が近い旨の通知をユーザが受けるようにすることもできる。
【００５８】
図１３を参照して、携帯端末４のユーザは初めに予約受付番号と呼出条件とを携帯端末４に入力する（Ｓ６０１）。ここで、呼出条件とは、たとえば待ち時間が３０分未満となった場合に通知を行う、又は待ち人数が１０人よりも少なくなった場合に通知を行う、といった条件をいう。予約受付番号及び呼出条件が入力された後、携帯端末４は現在サービス圏内か否かを判断する（Ｓ６０２）。サービス圏外の場合、携帯端末４は警告音や振動により、又は、ディスプレイに警告表示を行うことにより、ユーザに注意を促す（Ｓ６０３）。その後、所定期間経過後に（Ｓ６０４）再びステップＳ６０２の動作に戻る。
【００５９】
一方、サービス圏内の場合、携帯端末４は入力された予約受付番号を含む問い合わせメッセージをリモートサーバ２に送信する（Ｓ６２０）。続いて、リモートサーバは図１０における呼出状況通知処理中のステップＳ５０２〜Ｓ５０５の動作を行い、エラー通知又は算出した呼出状況データを携帯端末４に送信する。携帯端末４はエラー通知又は呼出状況データを受信する（Ｓ６０５）。
【００６０】
受信後、携帯端末４は受信した情報に基づいて予約受付システム１０が正常に動作しているか否かを判断する（Ｓ６０６）。予約受付システムが停止している場合（すなわち、ステップＳ６０５でエラー通知を受信した場合）、携帯端末４はエラー通知をディスプレイに表示したり、警告音を発したりしてユーザの注意を促す（Ｓ６０７）。一方、予約受付システムが正常に動作している場合（すなわち、ステップＳ６０５で呼出状況データを受信した場合）、携帯端末４は呼出状況データ及びステップＳ６０１で入力した呼出条件に基づいて、ユーザに通知を行うか否かを判断する（Ｓ６０８）。具体的には、携帯端末４は呼出状況データ中の待ち時間が３０分未満か否かを判断する。又は、携帯端末４は呼出状況データ中の待ち人数が１０人未満か否かを判断する。
【００６１】
判断の結果、呼出状況データが呼出条件を満足していない場合、所定時間経過後（Ｓ６０４）に再びステップＳ６０２の動作に戻る。一方、呼出状況データが呼出条件を満足している場合、携帯端末４は呼出時間が近づいた旨の通知を行う（Ｓ６０９）。通知は音や振動により、又はディスプレイへの画面表示により行われる。
【００６２】
続いて、携帯端末４は所定期間経過後（Ｓ６１０）、キー操作が行われたか否かを判断する（Ｓ６１１）。ここで、キー操作とは、ステップＳ６０９の通知を停止させるためのキー操作であり、たとえば携帯端末４内の複数のボタン（図示せず）内のいずれかを押せばキー操作が行われたことになる。キー操作が行われた場合（Ｓ６１１）、ユーザが通知を認識したため、携帯端末４は動作を終了する。一方、キー操作が行われなかった場合（Ｓ６１１）、携帯端末４は所定時間経過後（Ｓ６０４）、再びステップＳ６０２に戻る。ユーザが通知を認識していないため、再び通知を行う必要があるためである。なお、ステップＳ６０４の所定時間は、ユーザの予約受付番号の呼出時間が近づくにつれて、短くなってもよい。たとえば、待ち時間が１０分以上の場合、ステップＳ６０４の所定時間が３分であり、待ち時間が１０分未満の場合、所定時間が１分となってもよい。
【００６３】
以上の動作により、ユーザは携帯端末４に一度呼出条件を入力しておけば、自己の予約受付番号の呼出が近づいたときに自動的に音声又は画面表示により通知を受ける。そのため、病院外にいたため呼出時に間に合わなかったといった事態を未然に防ぐことができる。
【００６４】
５．予約状況通知処理
ユーザはユーザ端末６を用いて病院の予約状況を把握することもできる。図１４を参照して、ユーザはユーザ端末６を用いて、予約状況の問い合わせメッセージを送信する（Ｓ７０１）。リモートサーバ２は問い合わせメッセージを受信後（Ｓ７０２）、受信前の所定期間内に定期通信処理を行ったか否かを判断する（Ｓ７０３）。定期通信処理が行われていない場合、リモートサーバ２はユーザ端末６へエラー通知を行う（Ｓ７０４）。このとき、ユーザ端末６はエラー通知を受け、ディスプレイに表示する（Ｓ７０６）。一方、定期通信処理が行われていた場合、リモートサーバ２はリモート側状況データファイル２３１内の状況データをユーザ端末６に送信する（Ｓ７０５）。ここで、状況データは待ち人数、待ち時間、現在呼出されている予約受付番号等を含む。ユーザ端末６は状況データを受信後、ディスプレイに表示する（Ｓ７０６）。ステップＳ７０６でのユーザ端末６のディスプレイ画面を図１５に示す。
【００６５】
以上の動作により、ユーザは病院に行くことなく在宅又は外出時に病院の予約状況を把握することができ、予約を行うか否かを判断するときの有効な情報を取得できる。
【００６６】
６．統計情報通知処理
予約状況通知処理では、ユーザが問い合わせをした時点での病院の状況データを見ることができたが、病院の混雑具合をもっと大局的に見たい場合もある。このような場合、ユーザは統計情報を参照することで、病院の１週間単位又は１ヶ月単位での混雑具合を把握できる。図１６を参照して、リモートサーバ２は所定期間ごと（たとえば１時間ごと）の状況データをリモート側状況データファイル２３１から統計データファイル２３３に保存する（Ｓ１２０１）。このとき、所定時間ごとの状況データは統計データとして保存される。所定期間ごとにデータを取得するのは混雑状況を時間単位で統計することが最も混雑状況を理解しやすいからである。ただし、統計データファイル２３３への保存条件は時間以外の条件を設定してもよい。
【００６７】
ユーザはユーザ端末６を用いて統計データの要求メッセージをリモートサーバ２に送信する（Ｓ１２０２）。リモートサーバ２は要求メッセージの受信後（Ｓ１２０３）、統計データファイル２３３に保存してある統計データをユーザ端末６に送信する（Ｓ１２０４）。このとき、統計内容を理解しやすいように、統計データをグラフ化して送信してもよい。ユーザ端末６は送信された統計データを受信後、ディスプレイに表示する（Ｓ１２０５）。
【００６８】
以上の動作により、ユーザは所定期間ごとの混雑状況を把握できる。よって、統計データを参照することで、病院の予約受付を行うときの参考にすることができる。
【００６９】
７．単独予約受付処理
以上に示した処理は受付処理装置１とリモートサーバ２との間で情報を送受信することにより予約受付を行っていた。しかしながら、先述したとおり、受付処理装置１が独立して予約受付処理を行うこともできる。以下、受付処理装置１単独での予約受付処理及び呼出処理（単独予約受付処理）について説明する。単独予約受付処理は発券処理と呼出処理と呼出スキップ処理とを含む。
【００７０】
７−１．発券処理
図１７を参照して、ユーザからの求めに応じて、病院の受付担当者は受付処理装置１の入力部１６を用いて発券操作を行う（Ｓ８０１）。たとえば、受付担当者は病院に診察を受けに来た患者から診察券等を受け取った後、受付処理装置１に発券依頼を入力する。入力が終了後、受付処理装置１はユーザに付与すべき予約受付番号を算出する（Ｓ８０２）。予約受付番号は受付順に番号をカウントされるが、１ずつカウントされてもよいし、１０ずつカウントされてもよい。ただし、たとえば予約受付番号の上位複数桁は業務（内科や外科等）の区分として使用することもでき、また上位数桁を日付に割り当てることもできる。
【００７１】
予約受付番号の算出後、受付処理装置１は待ち人数算出処理を行う（Ｓ８０３）。待ち人数は式（１）により算出される。続いて、受付処理装置１は待ち時間算出処理を行う（Ｓ８０４）。待ち時間は、式（２）で算出される。以上の計算を終了後、受付処理装置１は予約受付番号券を発券部１７より発券する（Ｓ８０５）。続いて、受付処理装置１は待ち人数及び待ち時間を掲示ディスプレイ１５に表示する（Ｓ８０６）。なお、ステップＳ８０２〜Ｓ８０４での算出結果はメイン側状況データファイル１３１に保存され、ステップＳ８０６以降に行われる定期通信処理（Ｓ４１，Ｓ４２）にて状況データとしてリモートサーバ２に送信される。定期通信処理は図９の動作と同じである。
【００７２】
７−２．呼出処理
図１８を参照して、病院内の各診察室での診断が終了した場合、その診察室の担当医又は担当看護士等は診察が終了した旨を受付処理装置１の入力部１６を用いて入力する（Ｓ９０１）。このとき、受付処理装置１は呼出番号算出処理を行う（Ｓ９０２）。具体的には、呼び出しの対象となった予約受付番号を１カウント増加する（Ｓ９０２）。続いて、受付処理装置１は待ち人数算出処理（Ｓ９０３）及び待ち時間算出処理（Ｓ９０４）を行う。待ち人数算出処理では、受付処理装置１は式（１）を用いてメイン側状況データファイル１３１に保存された待ち人数から１人分差し引く。また、待ち時間算出処理ではステップＳ９０３で更新した待ち人数に基づいて式（２）より待ち時間を算出する。なお、ステップＳ９０２〜Ｓ９０４の算出結果はメイン側状況データファイル１３１に保存される。
【００７３】
以上の動作を終了後、受付処理装置１は呼出音又は呼出音声を発し（Ｓ９０５）、掲示ディスプレイにステップＳ９０２で算出した呼出番号を表示する（Ｓ９０６）。以降、受付処理装置１とリモートサーバ２との間で定期通信処理（Ｓ４１，Ｓ４２）が行われる。
【００７４】
７−３．呼出スキップ処理
呼出を行っても診察室に患者が現れない場合、その患者が不在とみなして患者の予約受付番号をスキップ処理できる。図１９を参照して、診察室の担当医又は担当看護士が受付処理装置１の入力部１６を用いてスキップを指示する（Ｓ１００１）。このとき、メイン側状況データファイル１３１内の不在者テーブルにスキップされた予約受付番号（スキップデータ）が記録され（Ｓ１００２）、受付処理装置１の掲示ディスプレイ１５にはスキップデータが表示される。図２０にステップＳ１００３における掲示ディスプレイの画面を示す。スキップされた予約受付番号を表示することで、患者がスキップされたか否かが容易にわかるためである。
【００７５】
続いて、受付処理装置１はスキップした予約受付番号の数（スキップ数）をカウントする（Ｓ１００４）。スキップ数を算出後、受付処理装置１は図１８におけるステップＳ９０２〜Ｓ９０６の動作（呼出処理）を行う。呼出処理終了後、受付処理装置１は定期通信処理を行う。定期通信処理で送信する状況データには、スキップ数を含んでもよい。
【００７６】
なお、スキップされた予約受付番号の患者が所定期間内に現れなかった場合、や、スキップされた予約受付番号の患者が所定期間内に現れた場合、受付作業者は該当する予約受付番号を消去できる。図２１を参照して、受付作業者が受付処理装置１の入力部１６を用いて所定時間内に現れなかった患者の予約受付番号を削除する（Ｓ１１０１）。又は、所定時間内に現れて診察を行った患者の予約受付番号を削除する（Ｓ１１０２）。このとき、受付処理装置１内の不在者テーブル内の該当する予約受付番号が削除され、その結果、スキップデータは更新される（Ｓ１１０３）。更新されたスキップデータは掲示ディスプレイ１５に表示される（Ｓ１１０４）。このとき受付処理装置１はスキップ数についても更新する（Ｓ１１０５）。その後、受付処理装置１は定期通信処理（Ｓ４１，Ｓ４２）を行う。
【００７７】
以上の動作により、受付処理装置１単独でも予約受付処理ができる。よって、ユーザ端末６を利用しない患者に対しても、予約受付処理ができる。また、電気通信回線３に異常が発生した場合でも、受付処理装置１だけで、予約の受付及び呼び出しができる。
【００７８】
さらに、受付処理装置１とリモートサーバ２内の状況データは定期通信処理により同期されるため、受付処理装置１が単独予約受付処理を行った場合でも、呼出状況通知処理における呼出状況データや、混雑状況通知処理における状況データの精度が低くなることはない。
【００７９】
なお、本実施の形態では病院での予約受付システムについて説明したが、本発明は銀行やレストランといった所定の場所でサービスを提供する業種に対しても同様に利用できる。受付処理装置１とリモートサーバ２とは、同一業者が管理してもよいし、異なる業者が管理してもよい。また、受付処理装置１の掲示ディスプレイ１５は病院や銀行、レストランといった施設内に設置されてもよいし、病院や銀行、又はレストランの施設付近の喫茶店や商店街等に複数台設置されてもよい。掲示ディスプレイ１５を施設外に設置することで、携帯端末４等のユーザ端末６を利用しないユーザも施設内に留まって順番を待つ必要がなくなる。
【００８０】
本発明の実施の形態での説明中の「所定期間」は適切に定められ、全て同じ期間として設定されても良いし、個々の期間として設定されてもよい。
【００８１】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【図１】本発明の実施の形態による予約受付システムの全体構成を示す機能ブロック図である。
【図２】図１に示した予約受付システムの予約依頼処理の動作を示すフロー図である。
【図３】図２中のステップＳ１０１における予約依頼情報入力画面図である。
【図４】図１に示した予約受付システムの予約受付処理の動作を示すフロー図である。
【図５】図４中のステップＳ２１５における掲示ディスプレイ画面図である。
【図６】図１に示した予約受付システムの完了通知処理の動作を示すフロー図である。
【図７】図６中のステップＳ３０１における入力画面図である。
【図８】図６中のステップＳ３０５における完了通知画面図である。
【図９】図１に示した予約受付システムの定期通信処理の動作を示すフロー図である。
【図１０】図１に示した予約受付システムの呼出状況通知処理の動作を示すフロー図である。
【図１１】図１０中のステップＳ５０１における入力画面図である。
【図１２】図１０中のステップＳ５０６における呼出状況通知画面図である。
【図１３】図１に示した予約受付システムの呼出状況通知処理の他の例の動作を示すフロー図である。
【図１４】図１に示した予約受付システムの混雑状況通知処理の動作を示すフロー図である。
【図１５】図１４中のステップＳ７０６における混雑状況通知画面図である。
【図１６】図１に示した予約受付システムの統計情報通知処理の動作を示すフロー図である。
【図１７】図１に示した予約受付システムの発券処理の動作を示すフロー図である。
【図１８】図１に示した予約受付システムの呼出処理の動作を示すフロー図である。
【図１９】図１に示した予約受付システムのスキップ処理の動作を示すフロー図である。
【図２０】図１９中のステップＳ１００３における掲示ディスプレイ画面図である。
【図２１】図１に示した予約受付システムの呼出スキップ処理の他の例の動作を示すフロー図である。
【符号の説明】
１ 受付処理装置
２ リモートサーバ
３ 電気通信回線
４ 携帯端末
５ 固定端末
６ ユーザ端末
１３，２３ ハードディスク
１５ ディスプレイ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a reservation receiving method and a program therefor, and more specifically, a user terminal, a remote server connectable to the user terminal via a telecommunication line, and a remote server connectable to the remote server via the telecommunication line. The present invention relates to a reservation reception method for receiving service provision using a simple reception processing device and a program therefor.
[0002]
[Prior art]
Currently, banks issue reservation reception numbers to users in the order of arrival at the reception desk, and provide services to users in the order of the reservation reception numbers. Also, hospitals issue reservation reception numbers on a first-come, first-served basis, and perform examinations in the order of the reservation reception numbers.
[0003]
As described above, in an industry such as a bank or a hospital that provides a user with a service, a system for issuing a reservation receipt number to provide a service on a first-come-first-served basis may be introduced. .
[0004]
However, in the case of a ticketing system, it is not necessary to line up at a service provider such as a service window or an examination room, but it is necessary to stay near the service provider. This is because it is unknown when the call will be received, and if it is not within the range where the electronic bulletin board can be seen or the range where the calling voice can be heard, it is not known whether or not the reservation reception number has been called. Therefore, the time period from the reception to the reception of the service must be restricted to a predetermined place such as in a bank or a hospital, resulting in waste of time.
[0005]
In order to eliminate such a waste of time, a medical examination application system using an Internet connection function by a mobile phone has recently attracted attention. However, there are problems such as security assurance and a system stop when a failure occurs on the Internet.
[0006]
[Patent Document 1]
Japanese Patent Publication No. 61-22339
[Patent Document 2]
JP-B-63-41105
[Patent Document 3]
Japanese Patent Publication No. 7-117970
[Patent Document 4]
JP 2000-259746 A
[Patent Document 5]
JP 2002-74005 A
[Patent Document 6]
JP 2002-133131 A
[Patent Document 7]
JP 2002-133132 A
[Patent Document 8]
JP 2001-331590 A
[0007]
[Problems to be solved by the invention]
SUMMARY OF THE INVENTION An object of the present invention is to provide a reservation receiving system that can effectively use the time from receiving a reservation until receiving service.
[0008]
It is another object of the present invention to provide a reservation receiving system which can ensure high security and can continue business even if an abnormality occurs in a telecommunication line.
[0009]
[Means for Solving the Problems]
A reservation receiving method according to the present invention is a reservation receiving method using a user terminal, a remote server connectable to the user terminal, and a reception processing device connectable to the remote server, wherein the user terminal transmits a reservation request to the remote server. And transmitting the reservation request transmitted to the remote server to the reception processing device, and receiving the reservation based on the reservation request transmitted to the reception processing device.
[0010]
When a user makes a reservation, the user inputs a reservation request to the user terminal. The user terminal transmits the input reservation request to the remote server. The remote server that has received the reservation request transmits the reservation request to the reception processing device. Thus, the reservation request is always transmitted from the user terminal to the reception processing device via the remote server. Therefore, the reception processing device does not directly receive information such as a reservation request from the user terminal. Therefore, the reception processing device can prevent unauthorized access from the user terminal, and the security of the reception processing device is improved. As a result, stoppage of the operation of the reception processing device due to unauthorized access or the like can be prevented, and the reception processing device can continue to operate.
[0011]
Preferably, the reservation receiving method further includes a step of inquiring the remote server from the reception processing device, and the step of transmitting the reservation request to the reception processing device transmits the reservation request in response to the inquiry.
[0012]
In this case, the remote server does not transmit the reservation request to the reception processing device unless there is an inquiry from the reception processing device. That is, the reception processing device receives only the reservation request transmitted from the remote server in response to the inquiry transmitted by itself. Therefore, the security of the reception processing device is further improved.
[0013]
In this case, it is not necessary to fix the address of the reception processing device. This is because, before the reservation request is transmitted from the remote server to the reception processing device, the reception processing device always makes an inquiry to the remote server before that, and the remote server specifies the address of the reception processing device by the inquiry. . Therefore, the reception processing device does not need to use a dedicated line, and can reduce equipment costs.
[0014]
Preferably, the reservation receiving method further includes a step of determining whether or not the reception processing device has received a response to the inquiry from the remote server within a predetermined period, and determining that the response has not been received within the predetermined period. Notifying the operator of the reception processing device of a warning.
[0015]
In this case, after making an inquiry to the remote server, the reception processing device determines whether a response from the remote server has been received within a predetermined period. When there is no response from the remote server, it is considered that some trouble has occurred in the telecommunication line or the remote server. Therefore, if there is no response, the reception processing device notifies the operator of a warning by voice, screen display, or the like. As a result, the operator can easily recognize that a failure has occurred in the telecommunication line or the remote server, and can take quick action.
[0016]
Preferably, the reservation receiving method further comprises: transmitting reservation status data indicating a reservation status from the reception processing device to the remote server every predetermined period; and transmitting the reservation status data from the remote server to the user terminal in response to a request from the user terminal. And transmitting the information.
[0017]
In this case, the reception processing device transmits the reservation status data to the remote server every predetermined period. Therefore, the reservation status data in the remote server can be synchronized with the reservation status data in the reception processing device. Further, the remote server returns reservation status data in response to a request from the user terminal. Thereby, the user can refer to the almost latest reservation status before making a reservation request.
[0018]
Preferably, the reservation receiving method further includes: transmitting a reservation reception number from the user terminal to the remote server; and, based on the reservation reception number and the reservation status data transmitted to the remote server, the number of persons waiting until service is provided. And / or calculating the waiting time as the call status data, and transmitting the call status data from the remote server to the user terminal.
[0019]
In this case, the user of the user terminal transmits the reservation reception number from the user terminal to the remote server after the reservation is completed. The remote server calculates, based on the reservation reception number and the reservation status data, the number of people waiting and / or the waiting time until the user receives the service as call status data. The calculated call status data is transmitted to the user terminal. Therefore, the user can grasp how many waiting persons or waiting time until he / she receives the service. As a result, the time until the user receives the service can be effectively used.
[0020]
A pre-call method according to the present invention is a pre-call method by a user terminal connectable to a remote server having call status data until a service is provided, wherein a step of storing a call condition input from outside, Transmitting the reservation reception number input from the remote server to the remote server, receiving the call status data transmitted from the remote server based on the reservation reception number, and determining whether the call status data satisfies the call conditions And a step of notifying the user of the user terminal that the calling condition is satisfied when the calling condition is satisfied.
[0021]
In the pre-calling method according to the present invention, the user inputs a calling condition, such as notifying, for example, when the number of people waiting until receiving the service becomes less than 10, to the user terminal. Thereafter, the user inputs the reservation reception number to the user terminal, and the user terminal transmits the input reservation reception number to the remote server. The remote server transmits, to the user terminal, call status data until the user of the reservation reception number receives service provision based on the reservation reception number. The user terminal determines whether or not the received call status data satisfies the call condition. If the call condition data is satisfied, the user terminal notifies the user by voice, vibration, screen display, or the like. As a result, the user can be informed to the user terminal that the turn to receive the service is approaching. As a result, the user can effectively utilize the time until the user is provided with the service.
[0022]
Preferably, the prior calling method includes a step of transmitting the reservation reception number to the remote server when the calling step does not satisfy the calling condition in the determining step; a step of receiving the calling state data; The step of determining whether or not the condition is satisfied is repeated.
[0023]
In this case, the user terminal transmits the reservation receipt number to the remote server until the call status data satisfies the call condition, receives the call status data, and determines whether the received call status satisfies the call condition. Repeat a series of operations. As a result, if the user inputs the calling condition and the reservation reception number once, the user terminal may be notified that the turn to receive the service is approaching without repeatedly inputting the reservation reception number. it can.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts have the same reference characters allotted, and description thereof will be referred to.
[0025]
1. Overall configuration of reservation reception system
Referring to FIG. 1, a reservation reception system 10 includes a reception processing device 1 and a remote server 2. The reception processing device 1 and the remote server 2 are connected via an electric communication line 3 such as the Internet.
[0026]
The reception processing device 1 includes a CPU (Central Processing Unit) 11, a memory 12, a hard disk 13, a bulletin display 15, an input unit 16 such as a mouse and a keyboard, and a ticket issuing unit 17. The hard disk 13 includes a main-side status data file 131 and a main-side reception data file 132. The main-side status data file 131 includes the latest reservation reception number among the issued reservation reception numbers, the number of waiting persons, the waiting time, the reservation reception number currently being called, and the reservation reception number of the person who was absent at the time of calling. Information (hereinafter referred to as status data) is stored. The main reception data file 132 stores the reservation request. The bulletin display 15 is preferably installed in a place where a visitor can browse in the hospital. When there are a plurality of examination rooms in the hospital, the input unit 16 may be provided for each reception place and each examination room. The ticket issuing unit 17 issues a reservation receipt number ticket to the visitor. The reception processing device 1 performs a consultation reservation reception operation based on a reservation request transmitted from the remote server 2. The reception processing device 1 can also receive a reservation independently of the remote server 2.
[0027]
On the other hand, the remote server 2 includes a CPU 21, a memory 22, and a hard disk 23. The hard disk 23 includes a remote-side status data file 231, a remote-side reception data file 232, and a statistical data file 233. The remote-side status data file 231 stores the status data transmitted from the reception processing device 1. The remote-side reception data file 232 is transmitted from a mobile terminal 4 such as a PDA (Personal Digital Assistant) or a mobile phone used by the user or a fixed terminal 5 (hereinafter, the mobile terminal 4 and the fixed terminal 5 are also referred to as a user terminal 6). Save the reservation request. The statistical data file 233 stores the statistical results of the situation data for each predetermined period (for example, every hour). The remote server 2 receives a reservation request from the user terminal 6 via the telecommunication line 3. When the remote server 2 receives the reservation request, the user can reserve an examination from home or outside before going to the hospital.
[0028]
By installing the reservation reception program in the reception processing device 1 and the remote server 2, the reception processing device 1 and the remote server 2 can execute the following reservation reception processing. The reservation receiving program may be stored in the memory 12 and the memory 22 as a microprogram in advance.
[0029]
The mobile terminal 4 includes a CPU 41 and a memory 42, and can perform a pre-call process by installing a pre-call program. The mobile terminal 4 may be sold after a pre-calling program is installed in advance. Further, a pre-call program may be stored in the hard disk 23 of the remote server 2 in advance, and the user may purchase the mobile terminal 4 and then download the pre-call program from the remote server 2 to the mobile terminal 4.
[0030]
2. Remote reservation reception processing
An operation of receiving a reservation from a user outside the hospital in the reservation receiving process by the reservation receiving system 10 (hereinafter, referred to as a remote reservation receiving process) will be described. The remote reservation accepting process is performed when the user makes an appointment for an examination while staying at home, or when an out-of-home user makes an appointment for an examination.
[0031]
The remote reservation receiving process is a process in which the remote server 2 receives a reservation request from the user terminal 6 (temporary reservation receiving process), and the remote server 2 sends a reservation request to the reception processing device 1 every predetermined period, and the reception processing device 1 The process is divided into a process for accepting a user's reservation (final reservation reception process) and a process for inquiring the user whether or not the reservation reception has been completed (reservation completion inquiry process). Hereinafter, each process will be described.
[0032]
2-1. Temporary reservation reception processing
Referring to FIG. 2, when a user wants to make a hospital reservation, the user inputs reservation request information on a reservation request information input screen of user terminal 6 (S101). FIG. 3 shows a reservation request information input screen when the user uses the mobile terminal 4. In the reservation request information, the user's name, date of birth, mobile phone number, and if not the first consultation, enter the consultation ticket number. If the user's name, consultation ticket number, and date of birth are linked to the user ID and stored in the hard disk 23 of the remote server 2 in advance, the user sends the user ID to the user terminal 6 as reservation request information. You may enter it. The user terminal 6 transmits the input reservation request information to the remote server 2 (S102). After receiving the reservation request information (S103), the remote server 2 determines whether or not the regular communication process has been performed within a predetermined period before the reception (S104). Here, the regular communication process refers to a process of periodically transmitting and receiving information between the reception processing device 1 and the remote server 2. The regular communication processing will be described later. Whether or not the periodic communication process has been performed is determined based on whether or not the status data in the remote-side status data file 231 has been updated within a predetermined period before the reception in step S103.
[0033]
If it is determined in step S104 that the regular communication process has not been performed, the remote server 2 determines that an abnormality has occurred in the reservation receiving system 10. This is because the fact that the periodic communication processing is not performed is because it is considered that an abnormality has occurred in the reception processing device 1 or an abnormality has occurred in the electric communication line 3. Therefore, in this case, the remote server 2 transmits a notification (hereinafter, referred to as an error notification) to the user terminal 6 that the reservation reception system is currently stopped (S105). The user terminal 6 receives the information indicating that the user terminal 6 is stopped, and displays the information on a display (not shown) (S108).
[0034]
On the other hand, as a result of the determination in step S104, when it is determined that the regular communication process has been performed within the predetermined period, the remote server 2 performs a temporary reservation receiving process (S106). Specifically, the remote server 2 stores the reservation request information transmitted from the user terminal 6 in the remote-side reception data file 232.
[0035]
After the provisional reservation reception processing is completed, the remote server 2 transmits a provisional reservation reception completion notification to the user terminal 6 (S107). The user terminal 6 receives the provisional reservation acceptance completion notice and displays it on the display (S108).
[0036]
2-2. Reservation reception processing
The user's reservation is not completed just by completing the provisional reservation reception process. The reservation of the user is completed only after the reception processing device 1 receives the reservation of the user. Therefore, the main reception processing is performed in which the reception processing device 1 acquires the reservation request information from the remote server 2. FIG. 4 shows the operation of the main reservation accepting process. Note that, as shown in FIG. 4, the entire operation of the main reservation accepting process is defined as step S20.
[0037]
Referring to FIG. 4, the main reservation receiving process (S20) is performed after a regular communication process in which the receiving processing device 1 and the remote server 2 periodically transmit and receive information. The regular communication process will be described later. The reception processing device 1 determines whether or not new reservation request information is recorded in the remote-side reception data file 232. (S202 to S206). Here, the new reservation request information refers to the reservation request information stored in the remote-side reception data file 232 since the previous main reservation reception processing. The reception processing device 1 transmits an inquiry message about the presence or absence of new reservation request information to the remote server 2 (S202). After receiving the inquiry message (S203), the remote server 2 determines whether new reservation request information is stored in the remote-side reception data file 232, and transmits the determination result (S204). After receiving the determination result from the remote server 2 (S205), the reception processing device 1 determines whether there is new reservation request information based on the determination result (S206). As a result of the determination, when there is no new reservation request information, the reception processing device 1 ends the reservation reception processing.
[0038]
On the other hand, when there is new reservation request information, the reception processing device 1 performs a process of acquiring the reservation request information stored in the remote-side reception data file 232 (S207 to S215). Specifically, the reception processing device 1 transmits a request message for reservation request information to the remote server 2 (S207). After receiving the request message (S208), the remote server 2 transmits the reservation request information stored in the remote-side reception data file 232 to the reception processing device 1 (S209). After receiving the reservation request information, the reception processing device 1 stores the information in the main-side reception data file 132 in the hard disk 13 (S210).
[0039]
After storing the reservation request information, the reception processing device 1 calculates the reservation reception number (S211) and the number of waiting persons based on the latest status data stored in the main-side status data file 131 and the stored reservation request information. (S212) and wait time calculation processing (S213) are performed. In the reservation reception number calculation process, the reservation reception numbers are assigned in the order of the reservation request information having the earliest reservation request (S211). Specifically, referring to the latest issued reservation reception number in the status data, the reservation reception number is sequentially incremented and assigned for each reservation request information for which the reservation request has been made earlier. For example, if there are three reservation requests received in step S210 and the latest issued reservation reception number in the status data is “30050”, the reception processing device 1 sets “30051” for each reservation request information for which the reservation request was earlier. , "30052", and "30053". The reservation reception number may be counted up by 10, and may be “30060”, “30070”, or “30080”. In the waiting person calculation process, the waiting person is calculated by the following equation (1) (S212).
Waiting person = reservation reception number-calling number (1)
[0040]
Here, the call number is a number that has been called from the consultation room (that is, a number for which waiting for consultation has been completed). In the waiting time calculation process, the waiting time is calculated by the following equation (2) (S213).
Waiting time = number of people waiting x estimated time (2)
[0041]
Here, the expected time is a time that can be arbitrarily determined. For example, if consultation at a hospital takes an average of 5 minutes per person, the expected time = 5 minutes. Furthermore, when the consultation time per person differs depending on the time zone, or when the consultation time differs depending on the field such as internal medicine or surgery, the estimated time can be determined for each time slot or field. Furthermore, the expected time can be changed according to the number of waiting persons, for example, the expected time = 3 minutes when the number of waiting persons is 1 to 10 persons, and the estimated time = 5 minutes for the 11 or more waiting persons. Note that the calculation results of steps S211 to S213 are stored in the main-side situation data file 131.
[0042]
After the above calculation process is completed, the reception processing device 1 issues a reservation reception number ticket from the ticket issuing unit 17 based on the reservation reception number calculated in step S212 (S214). Further, information on the number of waiting persons calculated in step S211 and the waiting time calculated in step S213 is displayed on the notice display 15 in the hospital (S215). FIG. 5 shows the screen of the bulletin display in step S215. The call number is displayed on the call number display unit 201, the number of people waiting on the waiting number display unit 202, and the waiting time on the waiting time display unit 203. The reception processing device 1 repeats the operations of S211 to S215 for the number of reservation information received in S210.
[0043]
After finishing the above operation, the reception processing device 1 transmits the reservation reception number for each reservation information calculated in S211 to the remote server 2 (S216). Note that the status data stored in the main-side status data file 131 when the reservation reception number is transmitted is also transmitted. After receiving the reservation reception number for each reservation request information (S217), the remote server 2 links the reservation reception number with the corresponding reservation request information and stores it in the remote-side reception data file 232 (S218). The number of people waiting, the waiting time, and the call number are stored in the remote-side status data file 231.
[0044]
2-3. Reservation completion inquiry processing
The user can use the user terminal 6 to inquire whether the reception processing device 1 has completed the reservation reception. Referring to FIG. 6, the user transmits an inquiry message to remote server 2 using user terminal 6 (S301). FIG. 7 shows a mobile terminal screen in step S301 when the user uses the mobile terminal 4. At this time, if the user selects “see the confirmation screen” on the screen, an inquiry message is transmitted from the portable terminal 4 to the remote server 2. After receiving the inquiry message (S302), the remote server 2 determines whether or not the reservation reception has been completed by the reception processing device 1 (S303). Specifically, the remote server 2 refers to the user's reservation request information in the remote-side reception data file 232 from information (for example, a telephone number or an identification number previously assigned from the remote server 2) that specifies the user terminal 6. It is determined whether the reservation request information has the reservation reception number assigned by the reception processing device 1 or not. As a result of the determination, when the remote server 2 does not have the reservation reception number, the remote server 2 transmits to the user terminal 6 a notification that the reservation reception has not been completed (incomplete notification) (S304). After receiving the incomplete notification, the user terminal 6 displays it on the display (S305).
[0045]
On the other hand, as a result of the determination in step S303, if the remote server 2 has the reservation reception number, the remote server 2 sends the assigned reservation reception number and the status data in the remote-side status data file 231 to the user terminal 6. The data is transmitted (S304). After receiving the reservation receipt number and the situation data, the user terminal 6 displays the reservation receipt number and the situation data on the display (S305). FIG. 8 shows a screen of the portable terminal 4 at this time.
[0046]
With the above operation, the user can make a reservation for a medical examination from outside the hospital without going to the hospital.
[0047]
3. Periodic communication processing
The reception processing device 1 and the remote server 2 perform a periodic communication process for exchanging information at predetermined intervals. By performing the periodic communication process, the information in the main-side status data file 131 and the status data in the remote-side status data file 231 are synchronized. FIG. 9 shows the operation of the periodic communication process. Note that the regular communication processing operation on the side of the reception processing device 1 in FIG. 9 is a regular communication processing S41, and the regular communication processing operation on the remote server 2 side is a regular communication processing S42.
[0048]
Referring to FIG. 9, the reception processing device 1 first determines whether or not the online flag is ON as a periodic communication process (S401). The online flag is “ON” when the reservation receiving system 10 is operating normally, and is “OFF” when the reservation receiving system 10 is not operating normally due to some abnormality. The online flag is stored in the hard disk 13. When the online flag is "OFF" (S401), the periodic communication process is temporarily terminated, and after a predetermined period has elapsed (S415), the process returns to step S401 again. On the other hand, when the online flag is “ON”, the reception processing device 1 prepares for regular communication (S402). More specifically, the main status data file 131 is searched for status data updated after the previous periodic communication process (hereinafter, referred to as update data). The searched update data is converted into a transmittable data format.
[0049]
After completing the preparation for the periodic communication, the reception processing device 1 transmits a periodic communication message including the update data to the remote server 2 (S403). After receiving the periodic communication message (S404), the remote server 2 determines whether the received message is valid (S405). One reason for determining the validity of a message is to check for missing data in the update data, garbled characters in the update data, and the like. Another reason is to prevent unauthorized access by checking whether or not the transmitted message has been transmitted from the reception processing device 1.
[0050]
If the result of the determination is that the message is valid (S405), the remote server 2 sets the status to "OK" (S406), and stores the received update data in the remote-side status data file 231 (S407). At this time, the update date and time are also saved. On the other hand, if the result of the determination is that the message is invalid (S405), the remote server 2 sets the status to "NG" (S408). The status is recorded in the hard disk 23. After determining the status, the remote server 2 transmits a response message to the reception processing device 1 (S409). Note that the response message includes status information.
[0051]
After transmitting the message in step S403, the reception processing device 1 waits for a response message from the remote server 2 for a predetermined period (S410). If there is no response message even after the lapse of the predetermined period (S411), the reception processing device 1 determines that some abnormality has occurred in the telecommunication line 3 or the remote server 2, and displays an error notification on the bulletin display 15. (S413). The error notification may be made by sound or voice. Thereafter, the reception processing device 1 sets the online flag to “OFF” (S414). The operation of setting the online flag to “off” may be performed manually. By setting the online flag to “OFF”, the reception processing device 1 is completely independent of the electric communication line 3 and can independently execute the reservation reception processing in the hospital as described later.
[0052]
On the other hand, when the response message is received within the predetermined period (S411), it is determined whether or not the status included in the received response message is OK (S412). If the result of the determination is that the status is OK, the main reservation accepting process S20 shown in FIG. 4 is performed. If the result of determination in step S412 is that the status is NG, it is determined that a trouble has occurred in the telecommunication line 3 or the remote server 2, and an error notification is displayed on the notice display 15 (S413). At this time, the online flag is automatically or manually turned off (S414).
[0053]
With the above operation, in the reservation receiving system according to the embodiment of the present invention, the regular communication processing is performed using the two servers, the reception processing device 1 and the remote server 2. Therefore, even if any trouble occurs in the electric communication line 3 or the remote server 2, the reception processing device 1 can perform the reservation reception processing independently. Therefore, even when a trouble occurs, the reservation receiving system 10 can be kept operating, and the entire system does not stop. Further, in the regular communication process, the regular communication message is always transmitted from the reception processing device 1 to the remote server 2, and not vice versa. That is, the reception processing device 1 transmits a periodic communication message by itself, and does not transmit / receive information to / from other than the remote server 2 that has responded. Therefore, the security of the reception processing device 1 can be extremely increased.
[0054]
4. Call status notification processing
The user who has completed the reservation reception in the reception processing device 1 through the remote reservation reception processing and given the reservation reception number is notified of information (call status data) such as the number of people waiting and the waiting time until his / her reservation reception number is called. (Call status notification processing). Referring to FIG. 10, the user inputs a reservation reception number to user terminal 6, and user terminal 6 transmits an inquiry message including the input reservation reception number to remote server 2 (S501). FIG. 11 shows a reservation reception number input screen when the mobile terminal 4 is used in step S501. After receiving the inquiry message (S502), the remote server 2 determines whether or not the regular communication process has been performed within a predetermined period before the reception (S503). The determination as to whether or not the periodic communication process has been performed is performed by referring to the update date and time record in the remote-side status data file 231.
[0055]
As a result of the determination, when the regular communication processing has not been performed (S503), it is determined that an abnormality has occurred in the electric communication line 3 or the reception processing device 1. At this time, the remote server 2 transmits an error notification to the user terminal 6 (S504). On the other hand, when the regular communication process is being performed, the remote server 2 determines that the reservation receiving system 10 is operating normally. At this time, the remote server 2 calculates the call status data using the status data in the remote-side status data file 231. More specifically, the number of persons waiting and the waiting time until the reservation reception number received in step S502 is called are calculated using the reservation reception number and equations (1) and (2). The calculation result is transmitted to the user terminal 6 as call status data (S505). After receiving the call status data, the user terminal 6 displays it on the display (S506). FIG. 12 shows a screen in step S506 when the mobile terminal 4 is used.
[0056]
With the above operation, even when the user is outside the hospital, the user can grasp information such as the number of people waiting and the waiting time until his or her reservation reception number is called. Therefore, the user does not need to be in the hospital immediately before being called at the hospital, and can effectively use the time until the calling.
[0057]
When the user uses the mobile terminal 4, the user may be notified by sound vibration or display that the calling time is approaching before a predetermined time before being called.
[0058]
Referring to FIG. 13, the user of mobile terminal 4 first inputs a reservation reception number and a calling condition to mobile terminal 4 (S601). Here, the calling condition refers to, for example, a condition that a notification is made when the waiting time is less than 30 minutes, or a condition that a notification is made when the number of waiting people is less than ten. After the reservation reception number and the calling conditions are input, the mobile terminal 4 determines whether or not the mobile terminal 4 is currently within the service area (S602). When the mobile terminal 4 is out of the service area, the portable terminal 4 alerts the user by a warning sound or vibration or by displaying a warning on a display (S603). Thereafter, after a predetermined period has elapsed (S604), the operation returns to step S602 again.
[0059]
On the other hand, when the mobile terminal 4 is within the service area, the mobile terminal 4 transmits an inquiry message including the input reservation reception number to the remote server 2 (S620). Subsequently, the remote server performs the operations of steps S502 to S505 during the call status notification process in FIG. 10 and transmits an error notification or the calculated call status data to the mobile terminal 4. The mobile terminal 4 receives the error notification or the call status data (S605).
[0060]
After the reception, the mobile terminal 4 determines whether the reservation receiving system 10 is operating normally based on the received information (S606). When the reservation receiving system is stopped (that is, when the error notification is received in step S605), the mobile terminal 4 displays the error notification on the display or emits a warning sound to urge the user's attention (S607). ). On the other hand, when the reservation accepting system is operating normally (that is, when the call status data is received in step S605), the portable terminal 4 notifies the user based on the call status data and the call condition input in step S601. Is determined (S608). Specifically, the mobile terminal 4 determines whether the waiting time in the call status data is less than 30 minutes. Alternatively, the mobile terminal 4 determines whether the number of waiting persons in the call status data is less than ten.
[0061]
As a result of the determination, if the call status data does not satisfy the call condition, the process returns to step S602 again after a lapse of a predetermined time (S604). On the other hand, when the call status data satisfies the call conditions, the portable terminal 4 notifies that the call time is approaching (S609). The notification is made by sound or vibration or by screen display on a display.
[0062]
Subsequently, after a lapse of a predetermined period (S610), the portable terminal 4 determines whether a key operation has been performed (S611). Here, the key operation is a key operation for stopping the notification in step S609. For example, when any one of a plurality of buttons (not shown) in the mobile terminal 4 is pressed, the key operation is performed. become. When the key operation is performed (S611), the user recognizes the notification, and the mobile terminal 4 ends the operation. On the other hand, if the key operation has not been performed (S611), the portable terminal 4 returns to step S602 again after a predetermined time has elapsed (S604). This is because the user does not recognize the notification and needs to send the notification again. Note that the predetermined time in step S604 may become shorter as the calling time of the user's reservation reception number approaches. For example, when the waiting time is 10 minutes or more, the predetermined time in step S604 may be 3 minutes, and when the waiting time is less than 10 minutes, the predetermined time may be 1 minute.
[0063]
By the above operation, once the user inputs the calling conditions to the mobile terminal 4, the user is automatically notified by voice or screen display when the calling of his / her reservation reception number approaches. Therefore, it is possible to prevent a situation in which the user was outside the hospital and was unable to make a call at the time of calling.
[0064]
5. Reservation status notification processing
The user can also grasp the reservation status of the hospital using the user terminal 6. Referring to FIG. 14, the user uses the user terminal 6 to transmit a reservation status inquiry message (S701). After receiving the inquiry message (S702), the remote server 2 determines whether the regular communication process has been performed within a predetermined period before the reception (S703). If the regular communication process has not been performed, the remote server 2 notifies the user terminal 6 of an error (S704). At this time, the user terminal 6 receives the error notification and displays it on the display (S706). On the other hand, if the regular communication process has been performed, the remote server 2 transmits the status data in the remote-side status data file 231 to the user terminal 6 (S705). Here, the status data includes the number of people waiting, the waiting time, the currently accepted reservation reception number, and the like. After receiving the status data, the user terminal 6 displays it on the display (S706). FIG. 15 shows the display screen of the user terminal 6 in step S706.
[0065]
By the above operation, the user can grasp the reservation status of the hospital at home or out of the office without going to the hospital, and can obtain effective information for determining whether or not to make a reservation.
[0066]
6. Statistical information notification processing
In the reservation status notification processing, the status data of the hospital at the time when the user inquired could be viewed, but there may be a case where the degree of congestion at the hospital should be viewed more broadly. In such a case, by referring to the statistical information, the user can grasp the degree of congestion in the hospital on a weekly or monthly basis. Referring to FIG. 16, remote server 2 saves status data for each predetermined period (for example, every hour) from remote-side status data file 231 to statistical data file 233 (S1201). At this time, the situation data for each predetermined time is stored as statistical data. The reason why the data is acquired every predetermined period is that it is easiest to understand the congestion status if the congestion status is statistically measured in units of time. However, conditions other than time may be set as conditions for storing in the statistical data file 233.
[0067]
The user transmits a request message for statistical data to the remote server 2 using the user terminal 6 (S1202). After receiving the request message (S1203), the remote server 2 transmits the statistical data stored in the statistical data file 233 to the user terminal 6 (S1204). At this time, the statistical data may be graphed and transmitted so that the statistical contents can be easily understood. After receiving the transmitted statistical data, the user terminal 6 displays it on the display (S1205).
[0068]
With the above operation, the user can grasp the congestion state for each predetermined period. Therefore, by referring to the statistical data, it can be used as a reference when accepting a reservation for a hospital.
[0069]
7. Single reservation reception processing
In the processing described above, the reservation is received by transmitting and receiving information between the reception processing apparatus 1 and the remote server 2. However, as described above, the reception processing device 1 can independently perform the reservation reception process. Hereinafter, the reservation reception processing and the call processing (individual reservation reception processing) by the reception processing device 1 alone will be described. The single reservation accepting process includes a ticket issuing process, a calling process, and a call skipping process.
[0070]
7-1. Ticketing process
Referring to FIG. 17, in response to a request from a user, a receptionist in a hospital performs a ticketing operation using input unit 16 of reception processing device 1 (S801). For example, the receptionist receives a consultation ticket or the like from a patient who has come to the hospital for consultation, and then inputs a ticketing request to the reception processing device 1. After the input is completed, the reception processing device 1 calculates a reservation reception number to be given to the user (S802). The reservation reception numbers are counted in the order of reception, but may be counted one by one or ten. However, for example, the higher order digits of the reservation reception number can be used as a division of business (internal medicine, surgery, etc.), and the upper order digits can be assigned to a date.
[0071]
After calculating the reservation reception number, the reception processing device 1 performs a waiting person calculation process (S803). The waiting number is calculated by the equation (1). Subsequently, the reception processing device 1 performs a waiting time calculation process (S804). The waiting time is calculated by equation (2). After completing the above calculation, the reception processing device 1 issues a reservation reception number ticket from the ticket issuing unit 17 (S805). Subsequently, the reception processing device 1 displays the number of waiting persons and the waiting time on the notice display 15 (S806). Note that the calculation results in steps S802 to S804 are stored in the main-side status data file 131, and are transmitted to the remote server 2 as status data in the regular communication processing (S41, S42) performed after step S806. The regular communication processing is the same as the operation in FIG.
[0072]
7-2. Call processing
Referring to FIG. 18, when the diagnosis in each consultation room in the hospital is completed, the doctor or nurse in charge of the consultation room informs that the consultation has been completed by using input unit 16 of reception processing device 1. An input is made (S901). At this time, the reception processing device 1 performs a call number calculation process (S902). Specifically, the reservation reception number that has been called is incremented by one (S902). Subsequently, the reception processing device 1 performs a waiting person calculation process (S903) and a waiting time calculation process (S904). In the waiting person calculation process, the reception processing device 1 subtracts one waiting person from the waiting person stored in the main-side situation data file 131 using Expression (1). In the waiting time calculation process, the waiting time is calculated from Expression (2) based on the number of waiting people updated in step S903. The calculation results of steps S902 to S904 are stored in the main-side situation data file 131.
[0073]
After the above operation is completed, the reception processing device 1 emits a calling sound or a calling sound (S905), and displays the call number calculated in step S902 on the bulletin display (S906). Thereafter, periodic communication processing (S41, S42) is performed between the reception processing device 1 and the remote server 2.
[0074]
7-3. Call skip processing
If the patient does not appear in the consultation room after calling, the patient can be regarded as absent and the reservation reception number of the patient can be skipped. Referring to FIG. 19, the doctor or nurse in charge in the examination room instructs skip using the input unit 16 of the reception processing device 1 (S1001). At this time, the skipped reservation reception number (skip data) is recorded in the absentee table in the main-side situation data file 131 (S1002), and the skip data is displayed on the notice display 15 of the reception processing device 1. FIG. 20 shows a screen of the bulletin display in step S1003. By displaying the skipped reservation reception number, it is easy to determine whether or not the patient has been skipped.
[0075]
Subsequently, the reception processing device 1 counts the number of skipped reservation reception numbers (skip number) (S1004). After calculating the skip number, the reception processing device 1 performs the operation (call process) of steps S902 to S906 in FIG. After the end of the calling process, the reception processing device 1 performs a periodic communication process. The status data transmitted in the periodic communication process may include the skip number.
[0076]
If the patient with the skipped reservation reception number does not appear within the predetermined period, or if the patient with the skipped reservation reception number appears within the predetermined period, the reception worker erases the corresponding reservation reception number. it can. Referring to FIG. 21, the reception worker deletes a reservation reception number of a patient who has not appeared within a predetermined time using input unit 16 of reception processing device 1 (S1101). Alternatively, the reservation reception number of the patient who has appeared within the predetermined time and has undergone a medical examination is deleted (S1102). At this time, the corresponding reservation reception number in the absentee table in the reception processing device 1 is deleted, and as a result, the skip data is updated (S1103). The updated skip data is displayed on the notice display 15 (S1104). At this time, the reception processing device 1 also updates the skip number (S1105). Thereafter, the reception processing device 1 performs a periodic communication process (S41, S42).
[0077]
With the above operation, the reservation reception processing can be performed by the reception processing device 1 alone. Therefore, the reservation accepting process can be performed for a patient who does not use the user terminal 6. Further, even when an abnormality occurs in the electric communication line 3, the reception processing device 1 alone can receive and call a reservation.
[0078]
Further, the status data in the reception processing device 1 and the status data in the remote server 2 are synchronized by the periodic communication process. Therefore, even when the reception processing device 1 performs the single reservation reception process, the call status data in the call status notification process and the congestion The accuracy of the situation data in the situation notification processing does not decrease.
[0079]
Although the present embodiment has been described with respect to a system for accepting reservations at a hospital, the present invention can be similarly applied to business types that provide services at predetermined locations such as banks and restaurants. The reception processing apparatus 1 and the remote server 2 may be managed by the same company or different companies. In addition, the notice display 15 of the reception processing device 1 may be installed in a facility such as a hospital, a bank, or a restaurant, or a plurality of display units 15 may be installed in a coffee shop, a shopping street, or the like near the hospital, bank, or restaurant facility. . By installing the notice display 15 outside the facility, a user who does not use the user terminal 6 such as the mobile terminal 4 does not need to stay in the facility and wait for the turn.
[0080]
The “predetermined period” in the description of the embodiment of the present invention is appropriately determined, and may be all set as the same period or may be set as individual periods.
[0081]
The embodiment of the present invention has been described above, but the above-described embodiment is merely an example for implementing the present invention. Therefore, the present invention is not limited to the above-described embodiment, and can be implemented by appropriately modifying the above-described embodiment without departing from the spirit thereof.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing an overall configuration of a reservation receiving system according to an embodiment of the present invention.
FIG. 2 is a flowchart showing an operation of a reservation request process of the reservation reception system shown in FIG.
FIG. 3 is a view showing a reservation request information input screen in step S101 in FIG. 2;
FIG. 4 is a flowchart showing an operation of a reservation receiving process of the reservation receiving system shown in FIG. 1;
FIG. 5 is a view of a bulletin display screen in step S215 in FIG. 4;
FIG. 6 is a flowchart showing an operation of a completion notification process of the reservation receiving system shown in FIG. 1;
FIG. 7 is an input screen diagram in step S301 in FIG. 6;
FIG. 8 is a view showing a completion notification screen in step S305 in FIG. 6;
FIG. 9 is a flowchart showing an operation of a regular communication process of the reservation receiving system shown in FIG. 1;
FIG. 10 is a flowchart showing an operation of a call status notification process of the reservation receiving system shown in FIG. 1;
FIG. 11 is an input screen diagram in step S501 in FIG.
12 is a view showing a call status notification screen in step S506 in FIG.
FIG. 13 is a flowchart showing the operation of another example of the call status notification process of the reservation receiving system shown in FIG.
FIG. 14 is a flowchart showing an operation of a congestion status notification process of the reservation receiving system shown in FIG. 1;
FIG. 15 is a congestion status notification screen diagram in step S706 in FIG. 14;
FIG. 16 is a flowchart showing an operation of a statistical information notification process of the reservation receiving system shown in FIG. 1;
FIG. 17 is a flowchart showing an operation of a ticket issuing process of the reservation receiving system shown in FIG. 1;
FIG. 18 is a flowchart showing an operation of a calling process of the reservation receiving system shown in FIG. 1;
FIG. 19 is a flowchart showing an operation of a skip process of the reservation receiving system shown in FIG. 1;
FIG. 20 is a display screen view of a bulletin board in step S1003 in FIG. 19;
FIG. 21 is a flowchart showing the operation of another example of the call skipping process of the reservation receiving system shown in FIG. 1;
[Explanation of symbols]
1 reception processing device
2 Remote server
3 Telecommunication lines
4 mobile terminals
5 fixed terminals
6 User terminal
13,23 Hard disk
15 Display

Claims (14)

ユーザ端末と、前記ユーザ端末に接続可能なリモートサーバと、前記リモートサーバに接続可能な受付処理装置とによる予約受付方法であって、
前記ユーザ端末から前記リモートサーバに予約依頼を送信するステップと、
前記リモートサーバに送信された予約依頼を前記受付処理装置に送信するステップと、
前記受付処理装置に送信された予約依頼に基づいて予約受付を行うステップとを備えることを特徴とする予約受付方法。A user terminal, a remote server connectable to the user terminal, and a reservation receiving method by a reception processing device connectable to the remote server,
Transmitting a reservation request from the user terminal to the remote server;
Transmitting a reservation request transmitted to the remote server to the reception processing device;
Performing a reservation reception based on a reservation request transmitted to the reception processing device. 請求項１に記載の予約受付方法であってさらに、
前記受付処理装置から前記リモートサーバに問い合わせを行うステップを備え、
前記予約依頼を前記受付処理装置に送信するステップでは、前記問い合わせに応じて、前記予約依頼を送信することを特徴とする予約受付方法。The method according to claim 1, further comprising:
Comprising a step of inquiring the remote server from the reception processing device,
In the step of transmitting the reservation request to the reception processing device, the reservation request is transmitted in response to the inquiry. 請求項２に記載の予約受付方法であってさらに、
前記問い合わせに対する前記リモートサーバからの応答を所定期間内に前記受付処理装置が受信したか否かを判断するステップと、
前記応答を所定期間内に受信しなかったと判断した場合、前記受付処理装置のオペレータに警告を通知するステップとを備えることを特徴とする予約受付方法。The method according to claim 2, further comprising:
Determining whether the reception processing device has received a response from the remote server to the inquiry within a predetermined period,
Notifying the operator of the reception processing device of a warning when it is determined that the response has not been received within a predetermined time period. 請求項１〜請求項３のいずれか１項に記載の予約受付方法であってさらに、
前記受付処理装置から前記リモートサーバに予約状況を示す予約状況データを所定期間ごとに送信するステップと、
前記ユーザ端末からの要求に応じて前記リモートサーバから前記ユーザ端末に前記予約状況データを送信するステップとを備えることを特徴とする予約受付方法。The reservation receiving method according to any one of claims 1 to 3, further comprising:
Transmitting reservation status data indicating a reservation status from the reception processing device to the remote server every predetermined period;
Transmitting the reservation status data from the remote server to the user terminal in response to a request from the user terminal. 請求項４に記載の予約受付方法であってさらに、
前記ユーザ端末から前記リモートサーバに予約受付番号を送信するステップと、
前記リモートサーバに送信された予約受付番号及び前記予約状況データに基づいて、サービスの提供を受けるまでの待ち人数及び／又は待ち時間を呼出状況データとして算出するステップと、
前記リモートサーバから前記ユーザ端末に前記呼出状況データを送信するステップとを備えることを特徴とする予約受付方法。The reservation receiving method according to claim 4, further comprising:
Transmitting a reservation receipt number from the user terminal to the remote server;
Calculating, as call status data, the number of people waiting and / or the waiting time until receiving a service based on the reservation reception number and the reservation status data transmitted to the remote server;
Transmitting the call status data from the remote server to the user terminal. ユーザ端末から予約依頼を受信するリモートサーバに接続可能な受付処理装置による予約受付方法であって、
前記リモートサーバに問い合わせを行うステップと、
前記問い合わせに応じて前記リモートサーバから送信される予約依頼を受信するステップと、
前記予約依頼に基づいて予約受付を行うステップとを備えることを特徴とする予約受付方法。A reservation reception method by a reception processing device connectable to a remote server that receives a reservation request from a user terminal,
Querying the remote server;
Receiving a reservation request transmitted from the remote server in response to the inquiry;
Performing a reservation reception based on the reservation request. 請求項６に記載の予約受付方法であってさらに、
前記問い合わせに対する前記リモートサーバからの応答を所定期間内に受信したか否かを判断するステップと、
前記応答を所定期間内に受信しなかったと判断した場合、前記受付処理装置のオペレータに警告を通知するステップとを備えることを特徴とする予約受付方法。The reservation receiving method according to claim 6, further comprising:
Determining whether a response from the remote server to the inquiry has been received within a predetermined period;
Notifying the operator of the reception processing device of a warning when it is determined that the response has not been received within a predetermined time period. 予約受付を行う受付処理装置及びユーザ端末に接続可能なリモートサーバによる予約受付方法であって、
前記ユーザ端末から送信された予約依頼を保存するステップと、
前記受付処理装置からの問い合わせに応じて前記保存された予約依頼を前記受付処理装置に送信するステップとを備えることを特徴とする予約受付方法。A reservation processing method by a reception processing device that performs reservation reception and a remote server connectable to a user terminal,
Saving a reservation request transmitted from the user terminal;
Transmitting the stored reservation request to the reception processing device in response to an inquiry from the reception processing device. 請求項８に記載の予約受付方法であってさらに、
所定期間ごとに前記受付処理装置から送信される予約状況を示す予約状況データを受信するステップと、
前記ユーザ端末からの要求に応じて、前記予約状況データを前記ユーザ端末に送信するステップとを備えることを特徴とする予約受付方法。The reservation receiving method according to claim 8, further comprising:
Receiving reservation status data indicating a reservation status transmitted from the reception processing device every predetermined period;
Transmitting the reservation status data to the user terminal in response to a request from the user terminal. 請求項９に記載の予約受付方法であってさらに、
前記ユーザ端末から予約受付番号を受信するステップと、
前記予約受付番号及び前記予約状況データに基づいて、サービスの提供を受けるまでの待ち人数及び／又は待ち時間を呼出状況データとして算出するステップと、
前記呼出状況データを前記ユーザ端末に送信するステップとを備えることを特徴とする予約受付方法。The reservation receiving method according to claim 9, further comprising:
Receiving a reservation receipt number from the user terminal;
Calculating, as call status data, the number of people waiting and / or the waiting time until the service is provided, based on the reservation reception number and the reservation status data;
Transmitting the call status data to the user terminal. 請求項１〜請求項１０のいずれかに１項に記載のステップをコンピュータに実行させるための予約受付プログラム。A reservation receiving program for causing a computer to execute the steps according to any one of claims 1 to 10. サービスの提供を受けるまでの呼出状況データを有するリモートサーバに接続可能なユーザ端末による事前呼出方法であって、
外部から入力された呼出条件を保存するステップと、
外部から入力された予約受付番号を前記リモートサーバに送信するステップと、
前記予約受付番号に基づいて前記リモートサーバから送信された前記呼出状況データを受信するステップと、
前記呼出状況データが前記呼出条件を満たすか否かを判断するステップと、
前記呼出条件を満たしたとき、前記ユーザ端末のユーザに呼出条件を満たした旨を通知するステップとを備えることを特徴とする事前呼出方法。A pre-call method by a user terminal connectable to a remote server having call status data until service is provided,
Saving the externally entered calling conditions;
Transmitting an externally input reservation reception number to the remote server,
Receiving the call status data transmitted from the remote server based on the reservation reception number,
Judging whether the call status data satisfies the call condition,
Notifying the user of the user terminal that the call condition has been satisfied when the call condition is satisfied. 請求項１２に記載の事前呼出方法であって、
前記判断するステップで前記呼び出し条件を満たさないと判断したとき、前記予約受付番号を前記リモートサーバに送信するステップと、前記呼出状況データを受信するステップと、前記呼出状況データが前記呼出条件を満たすか否かを判断するステップとを繰り返すことを特徴とする事前呼出方法。The pre-call method according to claim 12, wherein
When it is determined that the call condition is not satisfied in the determining step, a step of transmitting the reservation reception number to the remote server, a step of receiving the call status data, and the call status data satisfying the call condition And a step of judging whether or not the call is repeated. 請求項１２又は請求項１３に記載のステップをコンピュータに実行させるための事前呼出プログラム。A pre-call program for causing a computer to execute the steps according to claim 12 or 13.
JP2003054050A 2003-02-28 2003-02-28 Reservation acceptance method, advance call method and program thereof Expired - Fee Related JP3913182B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2003054050A JP3913182B2 (en) 2003-02-28 2003-02-28 Reservation acceptance method, advance call method and program thereof
PCT/JP2004/001676 WO2004077324A1 (en) 2003-02-28 2004-02-16 Reservation reception method, method for calling in advance, and program thereof
CNA2004800054627A CN1754182A (en) 2003-02-28 2004-02-16 Reservation reception method, method for calling in advance, and program thereof
KR1020057015759A KR20050095790A (en) 2003-02-28 2004-02-16 Reservation reception method, method for calling in advance, and program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003054050A JP3913182B2 (en) 2003-02-28 2003-02-28 Reservation acceptance method, advance call method and program thereof

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2004230409A Division JP2004348765A (en) 2004-08-06 2004-08-06 Reservation reception method, preliminary call method, and its program

Publications (2)

Publication Number Publication Date
JP2004265074A true JP2004265074A (en) 2004-09-24
JP3913182B2 JP3913182B2 (en) 2007-05-09

Family

ID=32923451

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003054050A Expired - Fee Related JP3913182B2 (en) 2003-02-28 2003-02-28 Reservation acceptance method, advance call method and program thereof

Country Status (4)

Country Link
JP (1) JP3913182B2 (en)
KR (1) KR20050095790A (en)
CN (1) CN1754182A (en)
WO (1) WO2004077324A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011152740A1 (en) * 2010-06-03 2011-12-08 Callao Mansueto B A dynamic queuing management system
CN102968839A (en) * 2012-11-07 2013-03-13 刘海滢 Self-service paperless arranging system

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104769633B (en) * 2012-11-07 2018-04-10 科乐美数码娱乐株式会社 The control method of service provider system and the service provider system
CN104182501B (en) * 2014-08-18 2018-01-02 曾蔚峰 Remote reserved clinic system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3885355B2 (en) * 1998-04-20 2007-02-21 三菱電機株式会社 Waiting information distribution condition setting device and waiting information distribution method
JP2002140239A (en) * 2000-08-17 2002-05-17 Masahiro Mizuno Information management system, information management method and system controller

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011152740A1 (en) * 2010-06-03 2011-12-08 Callao Mansueto B A dynamic queuing management system
CN102968839A (en) * 2012-11-07 2013-03-13 刘海滢 Self-service paperless arranging system
CN102968839B (en) * 2012-11-07 2016-03-23 刘海滢 A kind of with no paper self-service queuing system

Also Published As

Publication number Publication date
JP3913182B2 (en) 2007-05-09
WO2004077324A1 (en) 2004-09-10
KR20050095790A (en) 2005-09-30
CN1754182A (en) 2006-03-29

Similar Documents

Publication Publication Date Title
JP5667993B2 (en) Standby order management system, management apparatus, standby order management method, and standby order management program
CN101540073B (en) Registration processing method, device and system
JP2003044684A (en) Order management system and method
US11515034B2 (en) Nurse call system
JP5843305B2 (en) Emergency transport support system and terminal
JP2013222448A (en) Patient call display system, patient call/guide method, patient call/guide device, and program
JP2016164770A (en) Network system, information processing system, and method
JP4779157B2 (en) Mobile calling system
JP2012068838A (en) Common patient id card management system
JP2008021300A (en) Reception order management device
JP2014106644A (en) Hospital-visit notification portable terminal, hospital-visit notification method, and hospital-visit notification program
JP3913182B2 (en) Reservation acceptance method, advance call method and program thereof
JP2004348765A (en) Reservation reception method, preliminary call method, and its program
KR20010047881A (en) Order-stand by service system and method by use of a radio communication terminal
JP4666522B2 (en) Home care device and home care support system
TW202121324A (en) Calling reminder system in clinics comprising a wireless number-dialing transmission device, a first server device, and at least one user end electronic device installed with a clinic inquiry unit
JP2002189811A (en) Home medical care support method and support system used for it
JP2002351979A (en) Reservation system
WO2021054171A1 (en) Order management system, order management device, and program
JP6581689B1 (en) Order management system, order management apparatus, and program
JP6978557B2 (en) Information processing equipment and programs
KR100588091B1 (en) System for transmitting the information of waiting list by using SMS and the Method
JP2003186983A (en) Notice system
JP2013017098A (en) Care call system and 24-hour operating care support system using the same
JP2006338288A (en) Order management system and order managing method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040806

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050506

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051212

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051219

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20060127

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061117

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20061121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20061121

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20070201

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070130

R150 Certificate of patent or registration of utility model

Ref document number: 3913182

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20070201

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130209

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130209

Year of fee payment: 6

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140209

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R154 Certificate of patent or utility model (reissue)

Free format text: JAPANESE INTERMEDIATE CODE: R154

LAPS Cancellation because of no payment of annual fees