(57)【要約】【課題】待ち時間を短くするための予約窓口を設け、受付順利用者と予約利用者が混在する場合に、業務を効率的に実施するための技術を提供する。【解決手段】受付管理サーバは、予約番号の呼び出しを受付順番号よりも優先して行い、予約番号の処理をする必要のない空き時間に受付順番号を呼び出すように前記窓口端末に呼び出し指示を出す。そして、窓口端末は、呼び出し指示に従って、予約番号及び受付順番号の呼び出しを行う。本発明の受付システムでは、単位時間当たりの前記窓口における最大予約人数を予め設定するようにしても良い。この場合、受付管理サーバは、単位時間における予約番号の呼び出しを受付順番号よりも優先して行い、予約番号に対応する利用者を処理した後、単位時間において残余時間がある場合に、受付順番号を呼び出すように呼び出し指示を出すようにする。【選択図】図１
2015118397.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの窓口端末と、
窓口を利用する利用者が操作する利用者端末からの予約を受け付けて予約番号を付与すると共に、前記窓口に来訪する利用者の受付順番号を前記窓口端末から受信し、前記窓口における利用者の予約及び受付の状況を管理する受付管理サーバと、を有し、
前記受付管理サーバは、前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号の処理をする必要のない空き時間に前記受付順番号を呼び出すように前記窓口端末に呼び出し指示を出し、
前記窓口端末は、前記呼び出し指示に従って、前記予約番号及び前記受付順番号の呼び出しを行うことを特徴とする受付システム。
【請求項２】
請求項１において、
単位時間当たりの前記窓口における最大予約人数が予め設定されており、
前記受付管理サーバは、前記単位時間における前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号に対応する利用者を処理した後、前記単位時間において残余時間がある場合に、前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付システム。
【請求項３】
請求項２において、
前記受付管理サーバは、前記窓口において前記予約番号を有する利用者の処理が前記単位時間を超過した場合、次の単位時間の時間帯において、前記単位時間から前記単位時間を超過した時間分を差し引いた時間内に前記最大予約人数の処理が前記窓口で完了したときに前記残余時間が存在すると判断し、前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付システム。
【請求項４】
請求項２において、
前記最大予約人数のうち、所定数が前記受付順番号の呼び出しのために予め確保されており、
前記受付管理サーバは、前記単位時間における前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号に対応する利用者を処理した後、前記受付順番号の呼び出しを行い、当該受付順番号に対応する利用者を処理した後に、さらに前記単位時間において前記残余時間がある場合に、さらに受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付システム。
【請求項５】
請求項１において、
一日の前記窓口における最大予約人数が予め設定されており、
前記受付管理サーバは、前記窓口において予約時間に応じた前記予約番号の呼び出しを前記受付順番号に優先して行い、前記予約時間以外の時間において前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付システム。
【請求項６】
請求項１乃至５の何れか１項において、
前記受付管理サーバは、各窓口端末に対応する窓口が受付順番号のみで処理する受付順タイプか予約番号を優先して処理する予約タイプかを示す受付タイプと、各窓口の現在処理中の受付順番号又は予約番号を示す処理中番号情報と、各窓口の業務名と、を管理し、前記窓口端末からの要求に応答して、各窓口の業務を変更することを特徴とする受付システム。
【請求項７】
請求項６において、
前記受付管理サーバは、さらに、前記予約番号及び前記受付順番号の待ち行列における順番に従って番号を呼び出す自動呼び出しモードと、前記待ち行列における順番とは無関係に窓口オペレータの指定に従って番号を呼び出す手動呼び出しモードと、を含む番号受付モードを管理し、前記窓口端末で選択された前記番号受付モードに応じて、前記予約番号及び前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付システム。
【請求項８】
請求項１乃至７の何れか１項において、
前記受付管理サーバは、前記窓口端末からの保留要求に応じて、前記予約番号及び前記受付順番号を呼び出し対象から外す保留状態として管理し、前記窓口端末からの保留解除要求に応じて、前記保留状態で管理された前記予約番号及び前記受付順番号を待ち行列に復帰させ、呼び出し対象として管理することを特徴とする受付システム。
【請求項９】
窓口における利用者の予約及び受付の状況を管理する受付管理サーバであって、
前記利用者の予約及び受付の状況に関する情報を格納するメモリと、
窓口を利用する利用者が操作する利用者端末からの予約を受け付けて予約番号を付与すると共に、前記窓口に来訪する利用者の受付順番号を少なくとも１つの窓口端末から受信し、前記予約番号及び前記受付順番号を管理するプロセッサと、を有し、
前記プロセッサは、前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号の処理をする必要のない空き時間に前記受付順番号を呼び出すように前記窓口端末に呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１０】
請求項９において、
単位時間当たりの前記窓口における最大予約人数が予め設定されており、
前記プロセッサは、前記単位時間における前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号に対応する利用者を処理した後、前記単位時間において残余時間がある場合に、前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１１】
請求項１０において、
前記プロセッサは、前記窓口において前記予約番号を有する利用者の処理が前記単位時間を超過した場合、次の単位時間の時間帯において、前記単位時間から前記単位時間を超過した時間分を差し引いた時間内に前記最大予約人数の処理が前記窓口で完了したときに前記残余時間が存在すると判断し、前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１２】
請求項１０において、
前記最大予約人数のうち、所定数が前記受付順番号の呼び出しのために予め確保されており、
前記プロセッサは、前記単位時間における前記予約番号の呼び出しを前記受付順番号よりも優先して行い、前記予約番号に対応する利用者を処理した後、前記受付順番号の呼び出しを行い、当該受付順番号に対応する利用者を処理した後に、さらに前記単位時間において前記残余時間がある場合に、さらに受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１３】
請求項９において、
一日の前記窓口における最大予約人数が予め設定されており、
前記プロセッサは、前記窓口において予約時間に応じた前記予約番号の呼び出しを前記受付順番号に優先して行い、前記予約時間以外の時間において前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１４】
請求項９乃至１３の何れか１項において、
前記プロセッサは、各窓口端末に対応する窓口が受付順番号のみで処理する受付順タイプか予約番号を優先して処理する予約タイプかを示す受付タイプと、各窓口の現在処理中の受付順番号又は予約番号を示す処理中番号情報と、各窓口の業務名と、を管理し、前記窓口端末からの要求に応答して、各窓口の業務を変更することを特徴とする受付管理サーバ。
【請求項１５】
請求項１４において、
前記プロセッサは、さらに、前記予約番号及び前記受付順番号の待ち行列における順番に従って番号を呼び出す自動呼び出しモードと、前記待ち行列における順番とは無関係に窓口オペレータの指定に従って番号を呼び出す手動呼び出しモードと、を含む番号受付モードを管理し、前記窓口端末で選択された前記番号受付モードに応じて、前記予約番号及び前記受付順番号を呼び出すように前記呼び出し指示を出すことを特徴とする受付管理サーバ。
【請求項１６】
請求項９乃至１５の何れか１項において、
前記プロセッサは、前記窓口端末からの保留要求に応じて、前記予約番号及び前記受付順番号を呼び出し対象から外す保留状態として管理し、前記窓口端末からの保留解除要求に応じて、前記保留状態で管理された前記予約番号及び前記受付順番号を待ち行列に復帰させ、呼び出し対象として管理することを特徴とする受付管理サーバ。
【請求項１７】
コンピュータを、請求項９乃至１６の何れか１項に記載の受付管理サーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受付システム、受付管理サーバ、及びプログラムに関し、例えば、受付窓口の受付方式に関するものである。
【背景技術】
【０００２】
役所などの窓口では、受け付け順に番号札を発行して来場者に持たせ、処理する人の番号順に受け付けている。いわゆる受付順で受付ける方式（「順次受付方式」と言うこともできる）が採用されている。この順次受付方式を効率的に実施するための技術として、例えば、特許文献１に記載されているような方法がある。
【０００３】
一方、特許文献２に示されるように、アトラクションの利用予約を受け付け、利用者の待ち時間を短縮するための方法も考えられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−４０７７６号公報
【特許文献２】特開２００２−２３０２１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１による方法を用いても、混雑時でも自動的に契約ができるようにするだけであり、特許文献１は、待ち時間を緩和することまで可能にするものではない。
【０００６】
一方、特許文献２によれば、予約者は待ち時間を短縮できる可能性はあるが、混雑時において、予約していない利用者の待ち時間を緩和するという観点が全くない。
【０００７】
また、受付順の利用者と予約利用者が混在する場合に、いかに業務を効率的に実施するかが重要である。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、待ち時間を短くするための予約窓口を設け、受付順利用者と予約利用者が混在する場合に、業務を効率的に実施するための技術を提供するものである。
【課題を解決するための手段】
【０００９】
（i）上記課題を解決するために、予約の窓口を設けて、受付順よりも優先的に受け付けする。また、窓口業務は日時によって、窓口の混み具合が異なるため、この窓口はこの業務というように対応を固定化させて運用すると、混雑する窓口と暇な窓口が現れ、効率が悪い。そのため、窓口と業務の対応を固定化せず、状況に応じて窓口業務が変更できるようにする。例えば、受付順などの窓口が混んでいるのに、予約窓口は空いている事態が発生する場合がある。予約窓口で空き時間ができたとき、次の予約時間まで、受付順の待ち人を予約窓口で受け付ける様にする。そして、改築でレイアウト変更など、窓口数の増減が生じても、１つの窓口に２つの業務を対応させるなど窓口の増減を変更しての受付ができる様にする。
【００１０】
また、短い空き時間が複数出来ても、短すぎて受付順の人を受け付けられない場合がある。このため、空の予約時間を束ねるために、予約をシフト（単位時間）に区切って、１シフトに複数人の予約を受け付ける予約方式にする。例えば、１シフト３人で１人２分の空きが出来れば、６分の空き時間が出来る。
【００１１】
従来、受付順窓口業務のみの受付業務に、予約の窓口を新設すると窓口が２つになってしまう。そこで、１つの窓口で予約の空き時間に受付順の顧客を受付処理すれば、窓口を増やすことなく受付処理ができる。予約をシフトに区切って受け付ける予約方式、例えば、シフト時間１５分で１シフト３名の予約を受けるとした場合、予め、予約枠を１名、予約不可を２名にすることで意図的に２名分の空き時間を作れ、その空き時間で受付順の待ち人を受け付ける様にすれば、窓口ひとつで、予約顧客と受付順顧客の両方を受付処理できる。
【００１２】
別の予約方式として、例えば、１日に受付可能な人数が５０名で、そのうち１０名が好きな時間を指定して予約できる様にし、４０名が受付順で処理できるようにする。これは、前記のシフト方式と異なり、予約人数で制約を設け、予約人数分好きな時間を指定して予約できるようにすることで、予約顧客と受付順顧客の両方をひとつの窓口で受付処理できる様になる。
【００１３】
上記の窓口受付の方式において、受付順は受付順番号で、予約は予約番号で管理する様にし、次の顧客呼出しは、予約の空き時間を計算して、受付順顧客を呼び出すなど、顧客の呼出しを自動的に制御することを特徴とする。
【００１４】
また、呼び出しをしても返事のない顧客や、一時外出して戻ってきた顧客の受付順番号を受付処理するために、手動と自動の切替で受付できる様にする。
【００１５】
（ii）つまり、本発明による受付システムは、少なくとも１つの窓口端末と、窓口を利用する利用者が操作する利用者端末からの予約を受け付けて予約番号を付与すると共に、窓口に来訪する利用者の受付順番号を窓口端末から受信し、窓口における利用者の予約及び受付の状況を管理する受付管理サーバと、を有している。受付管理サーバは、予約番号の呼び出しを受付順番号よりも優先して行い、予約番号の処理をする必要のない空き時間に受付順番号を呼び出すように前記窓口端末に呼び出し指示を出す。そして、窓口端末は、呼び出し指示に従って、予約番号及び受付順番号の呼び出しを行う。
【００１６】
上記受付システムでは、単位時間当たりの前記窓口における最大予約人数を予め設定するようにしても良い。この場合、受付管理サーバは、単位時間における予約番号の呼び出しを受付順番号よりも優先して行い、予約番号に対応する利用者を処理した後、単位時間において残余時間がある場合に、受付順番号を呼び出すように呼び出し指示を出すようにする。また、受付管理サーバは、窓口において予約番号を有する利用者の処理が単位時間を超過した場合、次の単位時間の時間帯において、単位時間から単位時間を超過した時間分を差し引いた時間内に最大予約人数の処理が窓口で完了したときに残余時間が存在すると判断し、受付順番号を呼び出すように呼び出し指示を出すようにする。なお、最大予約人数のうち、所定数が受付順番号の呼び出しのために予め確保されるようにしても良い。この場合、受付管理サーバは、単位時間における予約番号の呼び出しを受付順番号よりも優先して行い、予約番号に対応する利用者を処理した後、受付順番号の呼び出しを行い、当該受付順番号に対応する利用者を処理した後に、さらに単位時間において残余時間がある場合に、さらに受付順番号を呼び出すように呼び出し指示を出すようにする。
【００１７】
上記受付システムでは、１日の窓口における最大予約人数を予め設定するようにしても良い。この場合、受付管理サーバは、窓口において予約時間に応じた予約番号の呼び出しを受付順番号に優先して行い、予約時間以外の時間において受付順番号を呼び出すように呼び出し指示を出すようにする。
【００１８】
受付管理サーバは、各窓口端末に対応する窓口が受付順番号のみで処理する受付順タイプか予約番号を優先して処理する予約タイプかを示す受付タイプと、各窓口の現在処理中の受付順番号又は予約番号を示す処理中番号情報と、各窓口の業務名と、を管理し、窓口端末からの要求に応答して、各窓口の業務を変更するようにしても良い。さらに、受付管理サーバは、予約番号及び受付順番号の待ち行列における順番に従って番号を呼び出す自動呼び出しモードと、待ち行列における順番とは無関係に窓口オペレータの指定に従って番号を呼び出す手動呼び出しモードと、を含む番号受付モードを管理する。そして、受付管理サーバは、窓口端末で選択された番号受付モードに応じて、予約番号及び受付順番号を呼び出すように呼び出し指示を出すようにする。
【００１９】
受付管理サーバは、窓口端末からの保留要求に応じて、予約番号及び受付順番号を呼び出し対象から外す保留状態として管理する。そして、受付管理サーバは、窓口端末からの保留解除要求に応じて、保留状態で管理された予約番号及び受付順番号を待ち行列に復帰させ、呼び出し対象として管理する。
【００２０】
（iii）本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。
【００２１】
本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。  
【発明の効果】
【００２２】
本発明によれば、受付順利用者と予約利用者が混在する状態であっても、業務を効率的に実施することができるようになる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態による受付システムの全体概略構成を示す図である。
【図２】窓口の業務を途中で切り替えて業務運用する状況を説明するための図である。
【図３】受付順方式による待ち行列の概念を示す図である。
【図４】シフト管理予約方式の待ち行列の概念を示す図である。
【図５】時間指定予約方式の待ち行列の概念を示す図である。
【図６】受付順方式とシフト予約方式とが混在する場合の業務処理について説明するための図である。
【図７】受付順方式と時間指定予約方式とが混在する場合の業務処理について説明するための図である。
【図８】受付業務の情報を登録する画面の構成例を示す図である。
【図９】窓口端末１０５−１乃至１０５−３の運用を定義するため画面の構成例を示す図である。
【図１０】窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される受付開始画面の構成例を示す図である。
【図１１】窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される受付順・自動呼出し画面の構成を示す図である。
【図１２】窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される受付順・手動呼出し画面の構成を示す図である。図１２Ａは、受付番号入力画面の構成例を示し、図１２Ｂは、番号呼び出し画面の構成例を示す。
【図１３】窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される予約・自動呼出し画面の構成を示す図である。
【図１４】窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される予約・手動呼出し画面の構成を示す図である。図１４Ａは、受付番号入力画面の構成例を示し、図１４Ｂは、番号呼び出し画面の構成例を示す。
【図１５】保留中から受付順待ちへの移動画面（遷移画面）の構成例を示す図である。窓口オペレータが受付順で呼び出したが、本人がいないときに保留の状態となる。
【図１６】保留中から予約への移動画面（遷移画面）の構成例を示す図である。
【図１７】シフト予約申し込み画面の構成例を示す図である。
【図１８】時間指定予約申し込み画面の構成例を示す図である。
【図１９】窓口業務の変更画面の構成例を示す図である。
【図２０】受付管理サーバ１００が保持する業務サービス一覧テーブル２０００の構成例を示す図である。
【図２１】受付管理サーバ１００が保持する窓口端末テーブル２１００の構成例を示す図である。
【図２２】受付管理サーバ１００が保持する受付順テーブル２２００の構成例を示す図である。
【図２３】受付管理サーバ１００が保持するシフト予約テーブル２３００の構成例を示す図である。
【図２４】受付管理サーバ１００が保持する時間指定予約テーブル２４００の構成例を示す図である。
【図２５】受付システム１で実行される初期設定処理を説明するためのフローチャートである。
【図２６】窓口受付処理（処理種別で振り分け）を説明するためのフローチャートである。
【図２７】各窓口端末で動作する受付順・自動処理を説明するためのフローチャートである。
【図２８】窓口変更処理の内容を説明するためのフローチャートである。
【図２９】各窓口端末で動作する受付順・手動処理を説明するためのフローチャートである。
【図３０】各窓口端末で動作する予約・自動処理を説明するためのフローチャートである。
【図３１】各窓口端末で動作する予約・手動処理を説明するためのフローチャートである。
【図３２】各種テーブルの初期設定処理を説明するためのフローチャートである。
【図３３】次の番号を自動的に抽出する処理を説明するためのフローチャートである。
【図３４】次の受付順番号自動抽出処理を説明するためのフローチャートである。
【図３５】次の予約番号自動抽出処理を説明するためのフローチャートである。
【図３６】利用者（顧客）が行うシフト予約の受付処理を説明するためのフローチャートである。
【図３７】利用者（顧客）が行う時間指定予約の受付処理を説明するためのフローチャートである。
【図３８】利用者（顧客）が受付発券機から受付順の受付番号の発券を受けるときの処理を説明するためのフローチャートである。
【図３９】窓口オペレータが受付順番号又は予約番号の指定を手動で行うときの処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００２４】
本発明は、例えば、区役所の受付窓口において、従来の受付け順の窓口に加え、予約窓口を設けることにより、混雑時の待ち時間を緩和或いは解消することを目的としている。窓口が混雑した時は、窓口システムで、以下の様に対応することができる。
待ち時間を短くしたい人は、予め予約をして区役所に行けば待ち時間が短くてすむ；
それでも混雑をして、効率用よく受け付けるためには、予約の空き時間に受付順の人を受け付けて処理する；及び、
それでも混雑をしたときは、窓口を増やすなどの処置で対応できる様にする。
【００２５】
一方、窓口が閑散としているときは、以下の様に対応することができる。
【００２６】
１つの窓口で、受付順と予約の両方を受付可能とし、予約の空き時間に受付順を処理する；及び、
窓口数を縮小して、複数の業務を１つの窓口で処理する。
【００２７】
以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
【００２８】
本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。
【００２９】
更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。
【００３０】
なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。
【００３１】
また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
【００３２】
以下では、受付管理サーバや各種端末のプロセッサを主語（動作主体）として本発明の実施形態における各処理について説明を行う。
【００３３】
＜システム構成＞
図１は、本発明の実施形態による受付システムの全体概略構成を示す図である。当該受付システム１は、受付管理サーバ１００と、ディスク装置（２次記憶装置）１０１と、管理者端末１０２と、受付発券機１０３と、予約端末１０４と、複数の窓口端末１０５−１乃至１０５−３と、各窓口端末に接続される、表示装置１０６−１乃至１０６−３及びスピーカ１０７−１乃至１０７−３と、を有している。図１において、窓口端末、表示装置、及びスピーカは、それぞれ３つ示されているが、これに限られるものではなく、少なくとも１つ以上設けられていれば良く、数に制限はない。
【００３４】
受付管理サーバ１００は、受付順番号と予約番号を管理して次の呼び出す番号を決定する等の処理を実行するためのコンピュータである。ディスク装置１０１は、後述の各種テーブルを保持している。管理者端末１０２は、業務一覧の登録や窓口端末一覧の登録管理するためのコンピュータである。受付発券機１０３は、受付順に受付けて受付順番号を発行する。予約端末１０４は、予約の申し込みを受付けて予約番号を得るモバイル端末またはパソコンを含む。窓口端末１０５−１乃至１０５−３は、呼び出す番号の表示を表示装置１０６−１乃至１０６−３に表示させると同時に、当該番号をスピーカ１０７−１乃至１０７−３により音声で利用者に知らせるための処理を実行する。受付管理サーバ１００や窓口端末１０５は、上述の処理に加えて様々な処理を実行するが、それらの処理については後述する。なお、受付管理サーバ１００、管理者端末１０２、窓口端末１０５等は、図示しないが、プロセッサ、メモリ等、通常のコンピュータが有する構成を有している。
【００３５】
＜窓口切り替えの概念＞
本発明の実施形態では、混雑状況に応じて、ある業務を行っている窓口を別の業務に切り替えることができるようになっている。図２は、このような、窓口の業務を途中で切り替えて業務運用する状況を説明するための図である。
【００３６】
図２に示されるように、運用当初は、窓口１及び２においてＡ業務で受け付け、窓口３においてはＢ業務で受け付けされていたとする。運用途中にＢ業務を行っている窓口３が混雑し、その一方で、窓口１及び２が相対的に空いてきた場合、窓口２の業務をＡ業務からＢ業務に切り替えて運用できる様にする。このような運用を実現するために、受付管理サーバ１１０は、窓口と業務を分けて情報を管理し（図２０、２１参照）、顧客（利用者）の待ち行列を業務対応に管理することにより、窓口の業務切り替えが可能となる。
【００３７】
＜受付タイプの待ち行列の概念＞
（i）受付順方式による待ち行列
図３は、受付順方式による待ち行列の概念を示す図である。図３に示されるように、受付順の待ち行列では、受付発券機で発行された番号順に待ち行列が形成される。基本的に、番号順に業務が処理されることになる。ただし、後述するように、手動呼び出しの場合には、必ずしも番号順に処理される必要はなく、番号をスキップして処理することが可能となっている。
【００３８】
（ii）シフト管理予約方式による待ち行列
図４は、シフト管理予約方式の待ち行列の概念を示す図である。シフト管理による予約方式は、１シフト（単位時間当たり：例えば、１５分と設定。管理者によって適宜変更可能）に複数人の予約ができるようにする方式であり、１シフト内の予約時間として同じ時間が割り当てられるようになっている。図４で示した例では、１シフトを１５分とし、３名の予約受け入れを行っている。例えば、役所側（管理者側）において意図的に空き時間を設ける必要がある場合は、予約を１名とすることで、２名分の空き時間を作ることができる。そして、この２名分の空き時間は、例えば、受付順の待ち行列に入った利用者に割り当てることができるようになる。
【００３９】
（iii）時間指定予約方式による待ち行列
図５は、時間指定予約方式の待ち行列の概念を示す図である。時間指定予約方式は、一日の受け入れ人数を定義し、利用者が指定する予約時間を自由に指定する予約方式である。意図的に空き時間を設ける場合は、予約人数の枠を少なくすることで、空き時間を作成することができる。このとき、予約が時間指定であるため、間引き状態での空き時間となる。また、予約間には少なくとも一定時間以上の間隔（例えば、１０分）を空けるようにすることが望ましい。
【００４０】
＜受付順方式とシフト予約方式とが混在する場合＞
図６は、受付順方式とシフト予約方式とが混在する場合の業務処理について説明するための図である。図６では、例としてＡ業務について、受付順とシフト予約の方式で予約した顧客を受付け、１つの窓口で受付処理している状況が示されている。
【００４１】
本発明の実施形態では、予約方式による利用者を優先的に処理し、空いた時間で受け付け順による利用者を処理する。例えば、１５分の１シフト時間（単位時間）において、３名まで予約可能である場合、各シフト時間（９：００〜９：１５、９：１５〜９：３０、・・・）においては、まず３名についての業務が終了した後、次のシフト時間開始までに空き時間があれば、受付順顧客（受付順利用者）を処理することになる。例えば、ＡＹ１（予約時間９：００）、ＡＹ２（予約時間９：００）、ＡＹ３（予約時間９：００）の処理が終了したときに、９：１０であったとすると、Ａ１を処理する。Ａ１の処理が終了したときにまだ時間があればＡ２を処理する。Ａ２の処理が終わったときに９：１６であった場合には、次のシフトに処理が移行することになる。また、１シフト時間おけるシフト予約方式による顧客３名の業務を処理するのに２０分掛かってしまった場合には、当該シフト時間には空き時間が発生しないため、当該シフト時間における受付順顧客についての業務処理は行われない。この場合、シフト予約方式による顧客処理に１シフト時間よりも多く（２０分）掛かっているため、次のシフト時間開始も５分ずれることになる。そして、シフト時間の開始時間が正常に戻らない限り、受付順顧客に対して業務処理が割り当てられない。これでは、一旦シフト時間の開始時間が狂ってしまうと、一日の最大予約人数の処理が完了しない限り、なかなか受付順顧客に順番が回ってこないケースも考えられる。そこで、１シフト時間の最大予約数３名のうち２名を区役所側で予め確保しておき、当該２名分の予約を受付順顧客処理に回すようにしても良い。
【００４２】
＜受付順方式と時間指定予約方式とが混在する場合＞
図７は、受付順方式と時間指定予約方式とが混在する場合の業務処理について説明するための図である。図７では、例として、Ａ業務について、受付順と時間指定予約の方式で予約した顧客を受付け、１つの窓口で受付処理している状況が示されている。
【００４３】
図７に示されるように、９：００に窓口がオープンになるとすると、９：１０になるまでは受付順顧客の処理が行われる。９：１０になったときに受付順顧客のＡ３が処理中であった場合、Ａ３の処理後は、ＡＹ１が呼び出され、処理される。ＡＹ１の処理が終わったときに、ＡＹ２の予約時間である１１：００になっていなければ、Ａ４、Ａ５、・・・と順次受付順顧客の業務が処理されていく。このように、各予約指定時間が到達した時点での受付順顧客の処理が終了したときに該当する予約顧客の業務が処理されることになる。
【００４４】
＜受付業務情報登録画面＞
図８は、受付業務の情報を登録する画面の構成例を示す図である。受付業務情報登録画面８００は、管理者が管理者端末１０２から受付管理サーバ１００にアクセスし、各業務をどのように運用するか定義するための画面であり、業務名（業務種別）８０１と、受付タイプ種別８０２と、サービス時間８０３と、シフト予約条件８０４と、時間指定予約条件８０５と、予約受付期間８０６と、を構成項目として有している。
【００４５】
シフト予約条件８０４は、受付タイプ８０２でシフト予約が選択された場合に、情報の入力が可能となるようになっている。また、時間指定予約条件８０５は、受付タイプ８０２で時間指定予約が選択された場合に、情報の入力が可能となるようになっている。予約受付期間８０６は、何ヶ月先まで予約受付可能かを示す情報であり、受付タイプがシフト予約又は時間指定予約の場合にのみ期間が入力可能なようになっている。
【００４６】
本実施形態においては、受付管理サーバ１００が、当該画面に対応する情報を例えばテーブル形式で保持しており、管理者が管理者端末１０２を用いて入力した情報に応じて、空のテーブル情報を入力するようにしている。
【００４７】
＜窓口端末定義画面＞
図９は、窓口端末１０５−１乃至１０５−３の運用を定義するため画面の構成例を示す図である。窓口端末定義画面９００は、管理者が管理者端末１０２から受付管理サーバ１００にアクセスし、各窓口端末をどのように運用するか定義するための画面であり、端末ＩＤ９０１と、業務名（業務種別）９０２と、受付タイプ種別９０３と、を構成項目として有している。
【００４８】
本実施形態においては、受付管理サーバ１００が、当該画面に対応する情報を例えばテーブル形式で保持しており、空のテーブル情報を入力するようにしている。
【００４９】
＜受付開始画面＞
図１０は、窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される受付開始画面の構成例を示す図である。
【００５０】
窓口オペレータが、当該画面を用いて、受付業務で呼び出す番号を自動で選択するか、手動で選択するか決定する。そして、その選択に応答して、各窓口端末は、受付呼び出しの自動・手動の種別情報を保持する。
【００５１】
＜受付順・自動呼出し画面＞
図１１は、窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される受付順・自動呼出し画面の構成を示す図である。
【００５２】
受付順・自動呼出し画面１１００は、受付タイプ１１０１（＝受付順）と、呼出し方法１１０２（＝自動）と、呼出し番号１１０３と、待ち人数１１０４と、ステータス１１０５と、各メニュー１１０６乃至１１１１と、を表示する。
【００５３】
各窓口端末１０５−１乃至１０５−３は、現在、呼び出している番号（呼出し番号１１０３）を表示装置１０６−１乃至１０６−３に表示し、受付処理が完了したとき、窓口オペレータに次の動作をメニューで指定させる。窓口オペレータが指定することができるメニューは、「次の人を呼び出す」１１０６、呼び出したが受付に現れなかったため保留にすることを意味する「保留へ移動」１１０７、本日のサービスを終了することを意味する「本日の終了」１１０８、番号選択方法を自動選択から手動選択へ切り替えることを意味する「手動へ切り替え」１１０９、保留中の人が戻ってきたため、受付状態に戻すことを意味する「保留中を受付中へ」１１１０、及び当該窓口の業務を変更することを意味する「窓口業務の変更」１１１１である。
【００５４】
例えば、「保留へ移動」１１０７が選択された場合、窓口端末１０５−１乃至１０５−３は、自動的に次の顧客（利用者）を呼び出す。そして、保留した利用者が戻ってきた場合には、窓口オペレータの操作（「保留中から受付中」の選択）に応答して、窓口端末１０５−１乃至１０５−１は、保留中の利用者を受付行列の一番前に割り当てる処理を行う。
【００５５】
＜受付順・手動呼び出し画面＞
図１２は、窓口端末１０５−１乃至１０５−３の表示装置１０６−１乃至１０６−３に表示される受付順・手動呼出し画面の構成を示す図である。図１２Ａは、受付番号入力画面の構成例を示し、図１２Ｂは、番号呼び出し画面の構成例を示す。
【００５６】
受付順・手動呼出し画面（図１２Ａ）は、受付タイプ１２０１（＝受付順）と、呼出し方法１２０２（＝手動）と、待ち人数１２０３と、窓口オペレータが次に呼び出す番号を入力するための欄である呼び出す番号１２０４と、受付状況一覧１２０５と、を表示する。受付状況一覧１２０５は、処理ステータスを示すステータス１２０５１と、受付順番号１２０５２と、受付番号取得時刻を示す受付時刻１２０５３と、を情報として有している。ステータス１２０５１としては、「０：未受付」、「１：受付中」、「２：現在処理中」、「３：処理済み」、「４：保留中」、及び「５：終了レコード」が含まれる。窓口オペレータは、受付状況一覧１２０５をチェックして、次に呼ぶ番号を決定し、呼び出そうとする番号を呼び出す番号１２０４に手動で入力する。すると、画面は番号呼び出し画面（図１２Ｂ）に遷移する。
【００５７】
番号呼び出し画面（図１２Ｂ）は、受付タイプ１２０６（＝受付順）と、呼出し方法１２０７（＝手動）と、呼出し番号１２０８と、待ち人数１２０９と、ステータス１２１０と、各メニュー１２１１乃至１２１６と、を表示する。
【００５８】
各窓口端末１０５−１乃至１０５−３は、現在、呼び出している番号（呼出し番号１２０８）を表示装置１０６−１乃至１０６−３に表示し、受付処理が完了したとき、窓口オペレータに次の動作をメニューで指定させる。窓口オペレータが指定することができるメニューは、「次の人を呼び出す」１２１１、呼び出したが受付に現れなかったため保留にすることを意味する「保留へ移動」１２１２、本日のサービスを終了することを意味する「本日の終了」１２１３、番号選択方法を手動選択から自動選択へ切り替えることを意味する「自動へ切り替え」１２１４、保留中の人が戻ってきたため、受付状態に戻すことを意味する「保留中を受付中へ」１２１５、及び当該窓口の業務を変更することを意味する「窓口業務の変更」１２１６である。窓口オペレータが、「次の呼出し」１２１１を選択した場合、画面は、再度受付順・手動呼び出し画面（図１２Ａ）に遷移し、窓口オペレータは、呼び出す番号１２０４を入力できるようになる。
【００５９】
また、本発明において、呼出し方法を「手動」と「自動」の間で切り替え可能とするのは、自動が主体となっている動作ではあるが、「自動」に固定して窓口オペレータが呼び出しを柔軟にコントロールできないと予期せぬ事態に対応できなくなるため、「手動」モードを設け、システム運用に柔軟性を持たせるためである。
【００６０】
＜予約・自動呼び出し画面＞
図１３は、窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される予約・自動呼出し画面の構成を示す図である。
【００６１】
予約・自動呼出し画面１３００は、受付タイプ１３０１（＝予約）と、呼出し方法１３０２（＝自動）と、呼出し番号１３０３と、ステータス１３０４と、各メニュー１３０５乃至１３１０と、を表示する。
【００６２】
各窓口端末１０５−１乃至１０５−３は、予約に空き時間がある場合は受付順の番号を呼出し、空きが無い場合は予約の呼び出し番号を呼び出す処理を自動で行い、受付処理が完了したとき、窓口オペレータに次の動作をメニューで指定させる。窓口オペレータが指定することができるメニューは、「次の人を呼び出す」１３０５、呼び出したが受付に現れなかったため保留にすることを意味する「保留へ移動」１３０６、本日のサービスを終了することを意味する「本日の終了」１３０７、番号選択方法を自動選択から手動選択へ切り替えることを意味する「手動へ切り替え」１３０８、保留中の人が戻ってきたため、受付状態に戻すことを意味する「保留中を受付中へ」１３０９、及び当該窓口の業務を変更することを意味する「窓口業務の変更」１３１０である。
【００６３】
例えば、「保留へ移動」１３０６が選択された場合、窓口端末１０５−１乃至１０５−３は、自動的に次の顧客（利用者）を呼び出す。そして、保留した利用者が戻ってきた場合には、窓口オペレータの操作（「保留中から受付中」の選択）に応答して、窓口端末１０５−１乃至１０５−３は、保留中の利用者を受付行列の一番前に割り当て、「保留中」を「受付状態」に戻す処理を行う。
【００６４】
＜予約・手動呼び出し画面＞
図１４は、窓口端末１０５−１乃至１０５−３の表示部（表示画面）に表示される予約・手動呼出し画面の構成を示す図である。図１４Ａは、受付番号入力画面の構成例を示し、図１４Ｂは、番号呼び出し画面の構成例を示す。
【００６５】
予約・手動呼び出し画面（図１４Ａ）は、受付タイプ１４０１（＝予約）と、呼出し方法１４０２（＝手動）と、窓口オペレータが次に呼び出す番号を入力するための欄である呼び出す番号１４０３と、受付状況一覧１４０４と、を表示する。予約状況一覧１４０４は、処理状態を示す状態１４０４１と、予約時間１４０４２と、予約番号１４０４３と、を情報として有している。状態１４０４１としては、「予約」、「済み」、及び「空」が含まれる。「空」は該当時間に予約が入っていないことを示している。各窓口端末は、窓口オペレータの要求に応じて、予約・手動呼出し画面（図１４Ａ）に、現在、予約の待ち行列を予約状況一覧で表示する。窓口オペレータは、予約状況一覧１４０４をチェックして、次に呼ぶ番号を決定し、呼び出そうとする番号を呼び出す番号１４０３に手動で入力する。そして、各窓口端末は、窓口オペレータの「呼び出す番号」の選択に応答して、呼出し画面（図１４Ｂ）を表示する。
【００６６】
番号呼び出し画面（図１４Ｂ）は、受付タイプ１４０５（＝予約）と、呼出し方法１４０６（＝手動）と、現在の呼出し番号１４０７と、ステータス１４０８と、各メニュー１４０９乃至１４１４と、を表示する。
【００６７】
各窓口端末１０５−１乃至１０５−３は、現在、呼び出している番号（現在の呼出し番号１４０７）を表示装置１０６−１乃至１０６−３に表示し、受付処理が完了したとき、窓口オペレータに次の動作をメニューで指定させる。窓口オペレータが指定することができるメニューは、「次の人を呼び出す」１４０９、呼び出したが受付に現れなかったため保留にすることを意味する「保留へ移動」１４１０、本日のサービスを終了することを意味する「本日の終了」１４１１、番号選択方法を手動選択から自動選択へ切り替えることを意味する「自動へ切り替え」１４１２、保留中の人が戻ってきたため、受付状態に戻すことを意味する「保留中を受付中へ」１４１３、及び当該窓口の業務を変更することを意味する「窓口業務の変更」１４１４である。窓口オペレータが、「次の呼出し」１４０９を選択した場合、画面は、再度受付順・手動呼び出し画面（図１４Ａ）に遷移し、窓口オペレータは、呼び出す番号１４０３を入力できるようになる。
【００６８】
＜移動画面＞
（i）保留中から受付順待ちへの移動画面（遷移画面）
図１５は、保留中から受付順待ちへの移動画面（遷移画面）の構成例を示す図である。窓口オペレータが受付順で呼び出したが、本人がいないときに保留の状態となる。
【００６９】
当該移動画面１５００は、ステータスを変更する受付番号を入力するための受付番号入力欄１５０１と、ステータス１５０２（＝保留）と、受付順番号１５０３と、保留時刻１５０４と、を項目として含んでいる。保留時刻１５０４は、窓口オペレータが各種呼出し画面において「保留へ移動」のボタンを押下した時刻である。
【００７０】
窓口端末１０５−１乃至１０５−３は、窓口オペレータによる、移動する受付番号１５０１の入力に応答して、当該受付番号のステータス１５０２を「保留」から「受付待ち」に変更し、呼び出しの待ち行列に組み込む。
【００７１】
（ii）保留中から予約への移動画面（遷移画面）
図１６は、保留中から予約への移動画面（遷移画面）の構成例を示す図である。窓口オペレータが予約受付で呼び出したが、本人がいないときに保留の状態となる。
【００７２】
当該移動画面１６００は、ステータスを変更する予約番号を入力するための予約番号入力欄１６０１と、ステータス１６０２（＝保留）と、予約番号１６０３と、予約時間１６０４と、を項目として含んでいる。
【００７３】
窓口端末１０５−１乃至１０５−３は、窓口オペレータによる、移動する予約番号１６０１の入力に応答して、当該予約番号のステータス１６０２を「保留」から「受付待ち」に変更し、呼び出しの待ち行列に組み込む。例えば、１０：００に予約をした利用者が１０：３０に窓口に戻ってきたときには、１０：３０のシフト時間帯に当該利用者を割り込ませる。１シフトにおける最大人数が決まっている場合、１０：３０のシフトから出されてしまう利用者も出てくるが、そのような利用者は次にシフトに繰り下げられることになる。
【００７４】
＜予約画面＞
（i）シフト予約申し込み画面
図１７は、シフト予約申し込み画面の構成例を示す図である。利用者（顧客）は、予約端末（ＰＣやモバイル端末）１０４を用いて、受付管理サーバ１００にアクセスし、シフト予約画面１７００を取得する。そして、利用者は、当該画面において、希望予約日１７０１とサービス業務１７０２を入力すると、当該サービス業務における予約状況１７０３が表示される。そして、利用者は、取得した予約状況１７０３を見て、空き時間（シフト）を希望予約時間１７０４に入力すると、予約番号１７０５が発行される。これにより、当該利用者が呼び出しの待ち行列に組み込まれる。
【００７５】
（ii）時間指定予約申し込み画面
図１８は、時間指定予約申し込み画面の構成例を示す図である。利用者（顧客）は、予約端末（ＰＣやモバイル端末）１０４を用いて、受付管理サーバ１００にアクセスし、時間指定予約画面１８００を取得する。そして、利用者は、当該画面において、サービス業務１８０２を入力すると、残り予約数１８０３が表示される。そして、利用者は、この残り予約数１８０３を確認し、予約することができる状況であれば、希望予約日時１８０１を入力する。すると、予約番号１８０４が発行され、当該利用者が呼び出しの待ち行列に組み込まれる。
【００７６】
＜窓口業務の変更画面＞
図１９は、窓口業務の変更画面の構成例を示す図である。当該画面は、受付順・自動呼出し画面（図１１）、番号呼び出し画面（図１２Ｂ）、予約・自動呼出し画面（図１３）、及び番号呼び出し画面（図１４Ｂ）において、窓口オペレータが窓口業務の変更を選択した場合に、表示されるものである。
【００７７】
窓口業務の変更画面１９００は、業務名を設定するための業務名入力欄１９０１と、受付タイプを設定するための受付タイプ入力欄１９０２と、を有している。これらの情報を窓口オペレータが入力すると、対応する窓口端末（１０５−１乃至１０５−３のいずれか）は、当該窓口の業務及び受付タイプに関する新たな情報（更新された情報）を受付管理サーバ１００に送信する。受付管理サーバ１００は、受信した窓口業務及び受付タイプの更新された情報を該当する窓口と関連付けて管理する。
【００７８】
＜業務サービス一覧テーブル＞
図２０は、受付管理サーバ１００が保持する業務サービス一覧テーブル２０００の構成例を示す図である。管理者が管理端末１０２を用いて、業務サービス＆予約定義画面８００（図８）から入力した情報を受付管理サーバ１００が受け取り、業務サービス一覧テーブル２０００として管理する。
【００７９】
業務サービス一覧テーブル２０００は、業務名２００１と、予約有無の情報２００２と、受付順窓口の情報２００３と、予約窓口の情報２００４と、を構成項目として有している。
【００８０】
業務名２００１は、該当する窓口が処理する業務内容を示す情報である。例えば、福祉や戸籍等がそれに該当する。予約有無の情報２００２は、該当する窓口が予約受付に対応しているか否かを示す情報である。予約受付に対応していれば「有」が入力され、対応していなければ「無」が入力される。受付順窓口の情報２００３は、開始時間及び終了時間を示すサービス時間を示す情報である。予約窓口の情報２００４は、開始時間及び終了時間を示すサービス時間と、シフト予約の場合の１シフトの時間及び１シフトにおける割り当て人数と、を示す情報である。
【００８１】
＜窓口端末テーブル＞
図２１は、受付管理サーバ１００が保持する窓口端末テーブル２１００の構成例を示す図である。受付管理サーバ１００は、管理者端末１０２を用いて管理者によって定義された窓口端末の情報（図９参照）と、窓口端末１０５−１乃至１０５−３を用いて窓口オペレータによって定義された受付モード（手動か自動か）の情報（図１０参照）及び現在の受付順番号又は現在の予約番号の情報を受け取り、当該テーブルに各種情報を保持し、各窓口端末の状況を管理する。
【００８２】
窓口端末テーブル２１００は、窓口端末ＩＤ２１０１と、受付タイプ２１０２と、処理中の番号を示す現受付順番号または現予約番号２１０３と、番号受付モード２１０４と、各窓口の業務種別を示す業務名２１０５と、を構成項目として有している。ここで、番号受付モード２１０４に関しては、上述したように、「１：自動」は、窓口オペレータが次に処理すべき利用者を指定するのではなく待ち行列（キュー）に入っている利用者を順次呼び出す方式である。「２：手動」は、窓口オペレータが待ち行列を見て、次に処理すべき利用者を適宜指定して呼び出す方式である。
【００８３】
＜受付順テーブル＞
図２２は、受付管理サーバ１００が保持する受付順テーブル２２００の構成例を示す図である。受付管理サーバ１００は、各窓口端末１０５−１乃至１０５−３から各窓口における受付順について処理状況を示す情報を受け取り、当該テーブルに各種情報を保持し、各窓口端末の受付順の処理状況を管理する。
【００８４】
受付順テーブル２２００は、各窓口の処理状況を示すステータス２２０１と、各窓口における受付順番号２２０２と、受付時刻２２０３と、窓口端末を識別するための端末ＩＤ２２０４と、を構成項目として有している。
【００８５】
ステータス２２０１としては、例えば、「０：未受付」、「１：受付中」、「２：現在処理中」、「３：処理済み」、「４：保留」、「５：終了レコード」が含まれる。受付番号が割り当てられると（利用者が受付機１０３から受付順番号を取得すると）「０：未受付」から「１：受付中」にステータスが変化する。また、窓口オペレータが番号を呼び出すと「１：受付中」から「２：現在処理中」にステータスが変化する。なお、図２２のテーブルにおいて、端末ＩＤ０００１及び０００２が示されているが、これは１つの業務に窓口が２つ設けられていることを意味している。
【００８６】
＜シフト予約テーブル＞
図２３は、受付管理サーバ１００が保持するシフト予約テーブル２３００の構成例を示す図である。受付管理サーバ１００は、各窓口端末１０５−１乃至１０５−３から各窓口におけるシフト予約について処理状況を示す情報を受け取り、当該テーブルに各種情報を保持し、各窓口端末のシフト予約の処理状況を管理する。
【００８７】
シフト予約テーブル２３００は、各窓口の処理状況を示すステータス２３０１と、各窓口におけるシフト予約番号２３０２と、予約時刻２３０３と、窓口端末を識別するための端末ＩＤ２３０４と、を構成項目として有している。
【００８８】
予約ステータス２３０１としては、例えば、「０：空」、「１：予約中」、「２：処理中」、「３：処理済み」、「４：保留」、「５：終了レコード」が含まれる。
【００８９】
＜時間指定予約テーブル＞
図２４は、受付管理サーバ１００が保持する時間指定予約テーブル２４００の構成例を示す図である。受付管理サーバ１００は、各窓口端末１０５−１乃至１０５−３から各窓口における時間指定予約について処理状況を示す情報を受け取り、当該テーブルに各種情報を保持し、各窓口端末の時間指定予約の処理状況を管理する。
【００９０】
時間指定予約テーブル２４００は、各窓口の処理状況を示すステータス２４０１と、各窓口における時間指定予約番号２４０２と、予約時刻２４０３と、窓口端末を識別するための端末ＩＤ２４０４と、を構成項目として有している。
【００９１】
予約ステータス２４０１としては、シフト予約の予約ステータス２３０１と同様に、例えば、「０：空」、「１：予約中」、「２：処理中」、「３：処理済み」、「４：保留」、「５：終了レコード」が含まれる。
【００９２】
＜受付システムの処理及び動作内容＞
以下、受付システム１で実行される各処理について詳細に説明する。
【００９３】
（１）初期設定処理
図２５は、受付システム１で実行される初期設定処理を説明するためのフローチャートである。初期設定処理は、システム運用開始時、及び情報更新時に実行される。この初期設定処理として、システムを定義するための処理と、窓口サービス業務の種類と窓口端末の構成を定義するための処理が実行される。
【００９４】
（i）Ｓ２５０１
受付管理サーバ１００のプロセッサは、業務サービス一覧＆予約定義画面８００（図８参照）を用いた情報入力に応答し、業務一覧テーブル２０００（図２０参照）を作成し、各種テーブルを初期設定してディスク（２次記憶装置）１０１に書き込む（Ｓ２５０１）。各種テーブルは、業務サービス一覧テーブル２０００（図２０）、受付順テーブル（業務毎）２２００（図２２）、シフト予約テーブル（業務毎）２３００（図２３）、及び時間指定予約テーブル（業務毎）２４００（図２４）を含む。なお、初期設定処理の時点では、例えば、ステータスとしては「０：未受付」や「０：空」が入力されている。
【００９５】
（ii）Ｓ２５０２
次に、受付管理サーバ１００のプロセッサは、窓口端末の定義画面９００（図９参照）を用いた情報入力に応答して、窓口端末テーブル２１００（図２１）を作成し、初期設定してディスク（２次記憶装置）１０１に書き込む（Ｓ２５０２）。なお、初期設定処理の時点では、例えば、現受付順番号または現予約番頭２１０３の情報は、未入力となっている。
【００９６】
（２）窓口受付処理
図２６は、窓口受付処理（処理種別で振り分け）を説明するためのフローチャートである。窓口受付処理は、窓口端末１０５−１乃至１０５−３で行われる処理であり、窓口端末１０５−１乃至１０５−３が起動したときの初期設定処理をまず行い、受付順で自動、受付順で手動、予約で自動、予約で手動に区別して、受付処理を開始する。
【００９７】
（i）Ｓ２６０１
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口端末テーブル２１００（図２１）を受付管理サーバ１００から取得し、その内容を参照して各窓口端末１０５−１乃至１０５−３の受付タイプを判別し（受付順タイプか予約タイプか）、受付開始画面（図１０）を窓口端末の表示部（図示せず）に表示して、窓口オペレータからの自動・手動の種別に関する指示入力を受け付ける（Ｓ２６０１）。
【００９８】
（ii）Ｓ２６０２
窓口端末１０５−１乃至１０５−３のプロセッサは、受付タイプ（受付順か予約か）と受付開始種別（自動か手動か）によって処理内容を決定する（Ｓ２６０２）。受付順で自動の場合、処理はＡ（図２７）に移行する。受付順で手動の場合、処理はＢ（図２８）に移行する。予約で自動の場合、処理はＣ（図２９）に移行する。予約で手動の場合、処理はＤ（図３０）に移行する。
【００９９】
（３）窓口受付処理Ａ：受付順・自動処理
図２７は、各窓口端末で動作する受付順・自動処理を説明するためのフローチャートである。
【０１００】
（i）Ｓ２７０１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から、「受付順で自動」のモードの指示を受け取り、窓口端末テーブル２１００（図２１）における番号受付モード２１０４を「１：自動」に設定する（Ｓ２７０１）。
【０１０１】
（ii）Ｓ２７０２
受付管理サーバ１００のプロセッサは、入力情報（窓口端末ＩＤ２１０１）を設定し、番号自動抽出処理（図３３）を呼出し、次に呼び出すべき受付順番号を取得する（Ｓ２７０２）。Ｓ２７０２の出力情報は３種類（Ｏ１、Ｏ２、及びＯ３）ある。出力Ｏ１は、「１：正常（正常に受付順番号が取れたこと）」、「２：待ちなし（窓口で待っている利用者が１人もいないこと）」、或いは「３：予約終了（予約受付が完了したこと）」である。出力Ｏ２は、「受付順番号」であり、出力Ｏ３は、「１：空受け（予約の空き時間で受付順番号を取得したこと）」である。なお、当該番号自動抽出処理の詳細については、図３３を参照して後述する。
【０１０２】
（iii）Ｓ２７０３
受付管理サーバ１００のプロセッサは、３種類の出力情報のうち、まず出力Ｏ１が「１：正常」であるか、或いは「２：待ちなし」であるか判定する（Ｓ２７０３）。出力Ｏ１が「１：正常」である場合、処理はＳ２７０５に移行する。出力Ｏ１が「２：待ちなし」である場合、処理はＳ２７０４に移行する。
【０１０３】
（iv）Ｓ２７０４
受付管理サーバ１００のプロセッサは、待ちなし、つまり該当窓口に待っている利用者がいないことを該当窓口端末１０５−１乃至１０５−３に通知し、その通知を受け、当該窓口端末１０５−１乃至１０５−３は、「待ちなし」のメッセージを該当する表示画面に表示する。そして、処理はＳ２７０２に移行する。
【０１０４】
（v）Ｓ２７０５
受付管理サーバ１００のプロセッサは、取得した出力Ｏ２である受付順番号を該当する窓口端末１０５−１乃至１０５−３に送信し、当該窓口端末１０５−１乃至１０５−３は、該当する表示装置１０６−１乃至１０６−３に受け取った受付順番号を表示する（Ｓ２７０５）。
【０１０５】
（vi）Ｓ２７０６
窓口端末１０５−１乃至１０５−３のプロセッサは、受付順・自動呼び出し画面１１００（図１１）を表示画面に表示し、窓口オペレータからの次の指示を取得する（Ｓ２７０６）。
【０１０６】
（vii）Ｓ２７０７
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口オペレータからの指示に基づいて、処理を振り分ける（Ｓ２７０７）。窓口オペレータの指示が「次の呼び出し１１０６」又は「手動へ切り替え１１０９」の場合、処理はＳ２７１０に移行する。窓口オペレータの指示が「保留へ移動１１０７」の場合、処理はＳ２７１２に移行する。窓口オペレータの指示が「保留中を受付中へ１１１０」の場合、処理はＳ２７０８に移行する。窓口オペレータの指示が「本日の終了１１０８」の場合、処理は終了する。窓口オペレータの指示が「業務変更１１１１」の場合、処理は業務変更処理Ｅ（図２８）に移行する。
【０１０７】
（viii）Ｓ２７０８
窓口端末１０５−１乃至１０５−３のプロセッサは、保留中から受付順待ちへの移動画面１５００（図１５）を表示画面に表示し、窓口オペレータの指示に応答して、ステータスを「保留中」から「受付中」に変更する受付順番号を取得し、当該番号を受付管理サーバ１００に送信する（Ｓ２７０８）。
【０１０８】
（ix）Ｓ２７０９
受付管理サーバ１００のプロセッサは、当該受付順番号の取得した後、受付順テーブル２２００（図２２）における当該受付順番号のレコードのステータス２２０１を「４：保留」から「１：受付中」に変更する（Ｓ２７０９）。そして、処理はＳ２７０２に移行する。
【０１０９】
（x）Ｓ２７１０
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「次の呼出し」或いは「手動への切り替え」の指示を受信し、それに応じて、受付順テーブル２２００（図２２）のステータス２２０１を「３：処理済み」に変更する（Ｓ２７１０）。
【０１１０】
（xi）Ｓ２７１１
「次の呼出しの」の場合には、処理はＳ２７０２に移行し、「手動へ切り替え」の場合には、処理は、窓口受付処理Ｂ（図２９）に移行する。
【０１１１】
（xii）Ｓ２７１２
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「保留へ移動」の指示を受信し、それに応じて、受付順テーブル２２００（図２２）のステータス２２０１を「４：保留」に変更する（Ｓ２７１２）。
【０１１２】
（４）業務変更処理Ｅ
図２８は、窓口変更処理の内容を説明するためのフローチャートである。当該処理は、Ｓ２７０６において、窓口オペレータの指示入力が、「窓口業務の変更」であった場合に実行される。
【０１１３】
（i）Ｓ２８０１
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口業務の変更画面１９００（図１９）を表示画面に表示し、窓口オペレータによって指定・選択される業務名及び受付タイプの情報を取得し、それらを受付管理サーバ１００に送信する（Ｓ２８０１）。
【０１１４】
（ii）Ｓ２８０２
受付管理サーバ１００のプロセッサは、業務名及び受付タイプの情報を受信し、窓口端末テーブル２１００（図２１）の該当端末のレコードにおける受付タイプ２１０２と業務名２１０５を変更する（Ｓ２８０２）。その後、処理は、Ｓ２６０１（図２６）に移行する。
【０１１５】
（５）窓口受付処理Ｂ：受付順・手動処理
図２９は、各窓口端末で動作する受付順・手動処理を説明するためのフローチャートである。
【０１１６】
（i）Ｓ２９０１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から、「受付順で手動」のモードの指示を受け取り、窓口端末テーブル２１００（図２１）における番号受付モード２１０４を「２：手動」に設定する（Ｓ２９０１）。
【０１１７】
（ii）Ｓ２９０２
窓口端末１０５−１乃至１０５−３のプロセッサは、受付管理サーバ１００から受付順テーブル２２００（図２２）の情報を取得し、受付順・手動呼出し画面（図１２Ａ）を表示画面に表示し、窓口オペレータが入力した呼び出すべき受付番号（呼び出す番号１２０４）を取得する（Ｓ２９０２）。
【０１１８】
（iii）Ｓ２９０３
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から入力情報（Ｐ１：受付順番号）を受け取り、番号手動処理（図３９）を呼出し、次に呼び出すべき番号を決定する（Ｓ２９０３）。Ｓ２９０３の出力情報は１種類（ＯＵＴ１）であり、「１：正常（正常に受付順番号が取れたこと）」、或いは「２：リザーブ不可（他の窓口で処理中となっていて当該番号を取得できない状態であること）」である。なお、当該番号手動処理の詳細については、図３９を参照して後述する。
【０１１９】
（iv）Ｓ２９０４
受付管理サーバ１００のプロセッサは、出力ＯＵＴ１が「１：正常」であるか、或いは「２：リザーブ不可」であるか判定する（Ｓ２９０４）。出力ＯＵＴ１が「１：正常」である場合、処理はＳ２９０６に移行する。出力ＯＵＴ１が「２：リザーブ不可」である場合、処理はＳ２９０５に移行する。
【０１２０】
（v）Ｓ２９０５
受付管理サーバ１００のプロセッサは、リザーブ不可、つまり他の窓口で該当する番号がすでに処理されていることを該当する窓口端末１０５−１乃至１０５−３に通知し、その通知を受け、当該窓口端末１０５−１乃至１０５−３は、「リザーブ不可」のメッセージを表示画面に表示する。そして、処理はＳ２９０２に移行する。
【０１２１】
（vi）Ｓ２９０６
窓口端末１０５−１乃至１０５−３のプロセッサは、受付管理サーバ１００から「１：正常」の判定結果を受け取り、正常と判断された受付順番号（Ｓ２９０２で窓口オペレータが入力した番号に相当）を表示装置１０６−１乃至１０６−３及びスピーカ１０７−１乃至１０７−３で当該受付順番号を呼び出す（Ｓ２９０６）。
【０１２２】
（vii）Ｓ２９０７
窓口端末１０５−１乃至１０５−３のプロセッサは、番号呼び出し画面（図１２Ｂ）を表示画面に表示し、窓口オペレータからの次の指示を取得する（Ｓ２９０７）。
【０１２３】
（viii）Ｓ２９０８
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口オペレータからの指示に基づいて、処理を振り分ける（Ｓ２９０８）。窓口オペレータの指示が「次の呼び出し１２１１」又は「自動へ切り替え１２１４」の場合、処理はＳ２９１１に移行する。窓口オペレータの指示が「保留へ移動１２１２」の場合、処理はＳ２９１３に移行する。窓口オペレータの指示が「保留中を受付中へ１２１５」の場合、処理はＳ２９０９に移行する。窓口オペレータの指示が「本日の終了１２１３」の場合、処理は終了する。窓口オペレータの指示が「業務変更１２１６」の場合、処理は業務変更処理Ｅ（図２８）に移行する。
【０１２４】
（ix）Ｓ２９０９
窓口端末１０５−１乃至１０５−３のプロセッサは、保留中から受付順待ちへの移動画面１５００（図１５）を表示画面に表示し、窓口オペレータの指示に応答して、ステータスを「保留中」から「受付中」に変更する受付順番号を取得し、当該番号を受付管理サーバ１００に送信する（Ｓ２９０９）。
【０１２５】
（x）Ｓ２９１０
受付管理サーバ１００のプロセッサは、当該受付順番号の取得した後、受付順テーブル２２００（図２２）における当該受付順番号のレコードのステータス２２０１を「４：保留」から「１：受付中」に変更する（Ｓ２９１０）。そして、処理はＳ２９０２に移行する。
【０１２６】
（xi）Ｓ２９１１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「次の呼出し」或いは「手動への切り替え」の指示を受信し、それに応じて、受付順テーブル２２００（図２２）のステータス２２０１を「３：処理済み」に変更する（Ｓ２９１１）。
【０１２７】
（xii）Ｓ２９１２
「次の呼出し」の場合には、処理はＳ２９０２に移行し、「手動へ切り替え」の場合には、処理は、窓口受付処理Ａ（図２７）に移行する。
【０１２８】
（xiii）Ｓ２９１３
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「保留へ移動」の指示を受信し、それに応じて、受付順テーブル２２００（図２２）のステータス２２０１を「４：保留」に変更する（Ｓ２９１３）。そして、処理は、Ｓ２９０２に移行する。
【０１２９】
（６）窓口受付処理Ｃ：予約・自動処理
図３０は、各窓口端末で動作する予約・自動処理を説明するためのフローチャートである。
【０１３０】
（i）Ｓ３００１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から、「予約で自動」のモードの指示を受け取り、窓口端末テーブル２１００（図２１）における番号受付モード２１０４を「１：自動」に設定する（Ｓ２７０１）。
【０１３１】
（ii）Ｓ３００２
受付管理サーバ１００のプロセッサは、入力情報（窓口端末ＩＤ２１０１）を設定し、番号自動抽出処理（図３３）を呼出し、次に呼び出すべき受付順番号を取得する（Ｓ２７０２）。Ｓ２７０２の出力情報は３種類（Ｏ１、Ｏ２、及びＯ３）ある。出力Ｏ１は、「１：正常（正常に受付順番号が取れたこと）」、「２：待ちなし（窓口で待っている利用者が１人もいないこと）」、或いは「３：予約終了（予約受付が完了したこと）」である。出力Ｏ２は、「予約番号」又は「受付順番号」であり、出力Ｏ３は、「１：空受け（予約の空き時間で受付順番号を取得したこと）」である。なお、当該番号自動抽出処理の詳細については、図３３を参照して後述する。
【０１３２】
（iii）Ｓ３００３
受付管理サーバ１００のプロセッサは、３種類の出力情報のうち、まず出力Ｏ１が「１：正常」であるか、「２：待ちなし」「３：予約終了」であるか判定する（Ｓ３００３）。出力Ｏ１が「１：正常」である場合、処理はＳ３００５に移行する。出力Ｏ１が「２：待ちなし」或いは「３：予約終了」である場合、処理はＳ３００４に移行する。
【０１３３】
（iv）Ｓ３００４
受付管理サーバ１００のプロセッサは、待ちなし（つまり該当窓口に待っている利用者がいないこと）、或いは予約終了を該当窓口端末１０５−１乃至１０５−３に通知し、その通知を受け、当該窓口端末１０５−１乃至１０５−３は、「待ちなし」或いは「予約終了」のメッセージを該当する表示画面に表示する。そして、処理はＳ３００２に移行する。
【０１３４】
（v）Ｓ３００５
受付管理サーバ１００のプロセッサは、３種類の出力情報のうち、出力Ｏ３が「１：空受け」であるか否か判定する（Ｓ３００５）。出力Ｏ３が「１：空受け」である場合、処理はＳ３００６に移行する。出力Ｏ３が「１：空受け」ではない場合、処理はＳ３００７に移行する。
【０１３５】
（vi）Ｓ３００６
受付管理サーバ１００のプロセッサは、「空受け」であることを該当する窓口端末１０５−１乃至１０５−３に送信し、当該窓口端末１０５−１乃至１０５−３は、表示画面に「空受け」であること（予約空き時間で受付番号を抽出したこと）を示すメッセージを表示する（Ｓ３００６）。
【０１３６】
（vii）Ｓ３００７
窓口端末１０５−１乃至１０５−３のプロセッサは、出力Ｏ２を受付管理サーバ１００から取得し、予約番号又は受付順番号を表示装置１０６−１乃至１０６−３に表示し、スピーカ１０７−１乃至１０７−３で呼び出す（Ｓ３００７）。
【０１３７】
（viii）Ｓ３００８
窓口端末１０５−１乃至１０５−３のプロセッサは、予約・自動呼び出し画面１３００（図１３）を表示画面に表示し、窓口オペレータからの次の指示を取得する（Ｓ３００８）。
【０１３８】
（ix）Ｓ３００９
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口オペレータからの指示に基づいて、処理を振り分ける（Ｓ３００９）。窓口オペレータの指示が「次の呼び出し１３０５」又は「手動へ切り替え１３０８」の場合、処理はＳ３０１２に移行する。窓口オペレータの指示が「保留へ移動１３０６」の場合、処理はＳ３０１４に移行する。窓口オペレータの指示が「保留中を予約中へ１３０９」の場合、処理はＳ３０１０に移行する。窓口オペレータの指示が「本日の終了１３０７」の場合、処理は終了する。窓口オペレータの指示が「業務変更１３１０」の場合、処理は業務変更処理Ｅ（図２８）に移行する。
【０１３９】
（viii）Ｓ３０１０
窓口端末１０５−１乃至１０５−３のプロセッサは、保留中から予約への移動画面１６００（図１６）を表示画面に表示し、窓口オペレータの指示に応答して、ステータスを「保留中」から「予約中」に変更する予約番号を取得し、当該番号を受付管理サーバ１００に送信する（Ｓ３０１０）。
【０１４０】
（ix）Ｓ３０１１
受付管理サーバ１００のプロセッサは、当該受付順番号の取得した後、シフト予約テーブル２３００（図２３）又は時間指定予約テーブル（図２４）における当該予約番号のレコードのステータス２３０１又は２４０１を「４：保留」から「１：予約中」に変更する（Ｓ３０１１）。そして、処理はＳ３００２に移行する。
【０１４１】
（x）Ｓ３０１２
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「次の呼出し」或いは「手動への切り替え」の指示を受信し、それに応じて、シフト予約テーブル２３００（図２３）又は時間指定予約テーブル（図２４）のステータス２３０１又は２４０１を「３：処理済み」に変更する（Ｓ３０１２）。
【０１４２】
（xi）Ｓ３０１３
「次の呼出しの」の場合には、処理はＳ３００２に移行し、「手動へ切り替え」の場合には、処理は、窓口受付処理Ｄ（図３１）に移行する。
【０１４３】
（xii）Ｓ３０１４
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「保留へ移動」の指示を受信し、それに応じて、シフト予約テーブル２３００（図２３）又は時間指定予約テーブル（図２４）のステータス２３０１又は２４０１を「４：保留」に変更する（Ｓ３０１４）。
【０１４４】
（７）窓口受付処理Ｄ：予約・手動処理
図３１は、各窓口端末で動作する予約・手動処理を説明するためのフローチャートである。
【０１４５】
（i）Ｓ３１０１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から、「予約で手動」のモードの指示を受け取り、窓口端末テーブル２１００（図２１）における番号受付モード２１０４を「２：手動」に設定する（Ｓ３１０１）。
【０１４６】
（ii）Ｓ３１０２
窓口端末１０５−１乃至１０５−３のプロセッサは、受付管理サーバ１００からシフト予約テーブル２３００（図２３）又は時間指定予約テーブル２４００（図２４）の情報を取得し、予約・手動呼出し画面（図１４Ａ）を表示画面に表示し、窓口オペレータが入力した呼び出すべき予約番号（呼び出す番号１４０３）を取得する（Ｓ３１０２）。
【０１４７】
（iii）Ｓ３１０３
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から入力情報（Ｐ１：受付順番号）を受け取り、番号手動処理（図３９）を呼出し、次に呼び出すべき番号を決定する（Ｓ３１０３）。Ｓ３１０３の出力情報は１種類（ＯＵＴ１）であり、「１：正常（正常に番号が取れたこと）」、或いは「２：リザーブ不可（他の窓口で処理中となっていて当該番号を取得できない状態であること）」である。なお、当該番号手動処理の詳細については、図３９を参照して後述する。
【０１４８】
（iv）Ｓ３１０４
受付管理サーバ１００のプロセッサは、出力ＯＵＴ１が「１：正常」であるか、或いは「２：リザーブ不可」であるか判定する（Ｓ３１０４）。出力ＯＵＴ１が「１：正常」である場合、処理はＳ３１０６に移行する。出力ＯＵＴ１が「２：リザーブ不可」である場合、処理はＳ３１０５に移行する。
【０１４９】
（v）Ｓ３１０５
受付管理サーバ１００のプロセッサは、リザーブ不可、つまり他の窓口で該当する番号がすでに処理されていることを該当する窓口端末１０５−１乃至１０５−３に通知し、その通知を受け、当該窓口端末１０５−１乃至１０５−３は、「リザーブ不可」のメッセージを表示画面に表示する。そして、処理はＳ３１０２に移行する。
【０１５０】
（vi）Ｓ３１０６
窓口端末１０５−１乃至１０５−３のプロセッサは、受付管理サーバ１００から「１：正常」の判定結果を受け取り、正常と判断された予約番号（Ｓ３１０２で窓口オペレータが入力した番号に相当）を表示装置１０６−１乃至１０６−３及びスピーカ１０７−１乃至１０７−３で当該予約番号を呼び出す（Ｓ３１０６）。
【０１５１】
（vii）Ｓ３１０７
窓口端末１０５−１乃至１０５−３のプロセッサは、番号呼び出し画面（図１４Ｂ）を表示画面に表示し、窓口オペレータからの次の指示を取得する（Ｓ３１０７）。
【０１５２】
（viii）Ｓ３１０８
窓口端末１０５−１乃至１０５−３のプロセッサは、窓口オペレータからの指示に基づいて、処理を振り分ける（Ｓ３１０８）。窓口オペレータの指示が「次の呼び出し１４０９」又は「自動へ切り替え１４１２」の場合、処理はＳ３１１１に移行する。窓口オペレータの指示が「保留へ移動１４１０」の場合、処理はＳ３１１３に移行する。窓口オペレータの指示が「保留中を予約中へ１４１３」の場合、処理はＳ３１０９に移行する。窓口オペレータの指示が「本日の終了１４１１」の場合、処理は終了する。窓口オペレータの指示が「業務変更１４１４」の場合、処理は業務変更処理Ｅ（図２８）に移行する。
【０１５３】
（ix）Ｓ３１０９
窓口端末１０５−１乃至１０５−３のプロセッサは、保留中から予約への移動画面１６００（図１６）を表示画面に表示し、窓口オペレータの指示に応答して、ステータスを「保留中」から「予約中」に変更する受付順番号を取得し、当該番号を受付管理サーバ１００に送信する（Ｓ３１０９）。
【０１５４】
（x）Ｓ３１１０
受付管理サーバ１００のプロセッサは、当該受付順番号の取得した後、シフト予約テーブル２３００（図２３）或いは時間指定予約テーブル２４００（図２４）における当該予約番号のレコードのステータス２３０１又は２４０１を「４：保留」から「１：予約中」に変更する（Ｓ３１１０）。そして、処理はＳ３１０２に移行する。
【０１５５】
（xi）Ｓ３１１１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「次の呼出し」或いは「手動への切り替え」の指示を受信し、それに応じて、シフト予約テーブル２３００（図２３）或いは時間指定予約テーブル２４００（図２４）のステータス２３０１又は２４０１を「３：処理済み」に変更する（Ｓ３１１１）。
【０１５６】
（xii）Ｓ３１１２
「次の呼出しの」の場合には、処理はＳ３１０２に移行し、「自動へ切り替え」の場合には、処理は、窓口受付処理Ｃ（図３０）に移行する。
【０１５７】
（xiii）Ｓ３１１３
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３から「保留へ移動」の指示を受信し、それに応じて、シフト予約テーブル２３００（図２３）或いは時間指定予約テーブル２４００（図２４）のステータス２３０１又は２４０１を「４：保留」に変更する（Ｓ３１１３）。そして、処理は、Ｓ３１０２に移行する。
【０１５８】
（８）テーブルの初期設定処理
図３２は、各種テーブルの初期設定処理を説明するためのフローチャートである。各種テーブルの初期設定処理は、受付管理サーバ１００が起動された場合（例えば、毎朝）に実行される。
【０１５９】
（i）Ｓ３２０１
受付管理サーバ１００のプロセッサは、ディスク（２次記憶装置）１０１から受付順テーブル２２００（図２２）を読み込んで、初期設定する（Ｓ３２０１）。例えば、ステータス２２０１を「０：未受付」にする。
【０１６０】
（ii）Ｓ３２０２
受付管理サーバ１００のプロセッサは、ディスク（２次記憶装置）１０１からシフト予約テーブル２３００（図２３）、及び時間指定予約テーブル２４００（図２４）を読み込んで、初期設定する（Ｓ３２０２）。例えば、ステータス２３０１及び２４０１を当日の予約状況に応じて「０：空」や「１：予約中」にする。また、時間指定予約方式の場合、予め予約時間でレコードがソートされる。
【０１６１】
（９）次の番号自動抽出処理
図３３は、次の番号を自動的に抽出する処理を説明するためのフローチャートである。当該処理に関し、入力情報Ｐ１は、処理対象の窓口端末ＩＤである。これに対して、出力情報は、３種類（Ｏ１、Ｏ２、及びＯ３）ある。出力Ｏ１は、「１：正常（正常に受付順番号が取れたこと）」、「２：待ちなし（窓口で待っている利用者が１人もいないこと）」、或いは「３：予約終了（予約受付が完了したこと）」である。出力Ｏ２は、「受付順番号または予約番号」であり、出力Ｏ３は、「１：空受け（予約の空き時間で受付順番号を取得したこと）」である。
【０１６２】
当該処理（概要）は、受付管理サーバ動作する次の番号を自動抽出する処理であり、窓口端末の受付タイプを判別して処理する。受付タイプが受付順タイプの場合は、次の受付順番号自動抽出ルーチンをコールして次の受付順番号を得る。受付タイプが予約の場合は、次の予約番号自動抽出ルーチンをコールして次の予約番号を得る。得た番号を呼び出し元に送信する。
【０１６３】
（i）Ｓ３３０１
受付管理サーバ１００のプロセッサは、窓口端末１０５−１乃至１０５−３からの次の受付順番号或いは予約番号の抽出要求を待つ（Ｓ３３０１）。当該抽出要求を受け取ると、処理はＳ３３０２に移行する。
【０１６４】
（ii）Ｓ３３０２
受付管理サーバ１００のプロセッサは、窓口端末テーブル２１００（図２１）を参照し、入力情報Ｐ１で示される窓口端末ＩＤのレコードを取得し、対象の窓口端末１０５−１乃至１０５−３の受付タイプ２１０２を取得する（Ｓ３３０２）。
【０１６５】
（iii）Ｓ３３０３
受付管理サーバ１００のプロセッサは、Ｓ３３０２に確認した受付タイプを判別し、「１：受付順タイプ」であれば、処理をＳ３３０４に移行させ、「２：予約タイプ」であれば、処理をＳ３３０９に移行させる（Ｓ３３０３）。
【０１６６】
（iv）Ｓ３３０４
受付管理サーバ１００のプロセッサは、次の受付順番号自動抽出処理（図３４）を呼び出し、次に呼び出すべき受付順番号を取得する（Ｓ３３０４）。当該処理の出力は、ＯＵＴ１（「１：正常」又は「２：待ちなし」）、及びＯＵＴ１が「１：正常」の場合に出力されるＯＵＴ２（受付順番号）である。次の受付順番号自動抽出処理については、図３４を参照して後述する。
【０１６７】
（v）Ｓ３３０５
受付管理サーバ１００のプロセッサは、まず出力ＯＵＴ１が「１：正常」か「２：待ちなし」か判定する。「１：正常」の場合、処理はＳ３３０６に移行し、「２：待ちなし」の場合、処理はＳ３３０７に移行する。
【０１６８】
（vi）Ｓ３３０６
受付管理サーバ１００のプロセッサは、出力情報として、Ｏ１（１：正常）とＯ２（受付順番号）を設定する（Ｓ３３０７）。
【０１６９】
（vii）Ｓ３３０７
受付管理サーバ１００のプロセッサは、出力情報として、Ｏ１（２：待ちなし）を設定する（Ｓ３３０７）。
【０１７０】
（viii）Ｓ３３０８
受付管理サーバ１００のプロセッサは、出力情報Ｏ１、Ｏ２、及びＯ３（受付順タイプの場合にはＯ３の情報はない）を当該次の番号自動抽出処理を呼び出した窓口端末１０５−１乃至１０５−３に送信する（Ｓ３３０８）。
【０１７１】
（ix）Ｓ３３０９
受付管理サーバ１００のプロセッサは、次の予約番号自動抽出処理（図３５）を呼び出し、次に呼び出すべき予約番号を取得する（Ｓ３３０５）。当該処理の出力は、ＯＵＴ１（「１：正常」、「２：空き時間あり」）、又は「３：予約終了」、ＯＵＴ１が「１：正常」の場合に出力されるＯＵＴ２（予約番号）である。次の予約番号自動抽出処理については、図３５を参照して後述する。
【０１７２】
（x）Ｓ３３１０
受付管理サーバ１００のプロセッサは、まず出力ＯＵＴ１が「１：正常」か「２：空き時間あり」か「３：予約終了」か判定する。「１：正常」の場合、処理はＳ３３１１に移行し、「２：空き時間あり」の場合、処理はＳ３３１２に移行し、「３：予約終了」の場合、処理はＳ３３１３に移行する。
【０１７３】
（xi）Ｓ３３１１
受付管理サーバ１００のプロセッサは、出力情報として、Ｏ１（１：正常）、及びＯ２（予約番号）を設定する（Ｓ３３１１）。そして、処理はＳ３３０８に移行する。
【０１７４】
（xii）Ｓ３３１２
受付管理サーバ１００のプロセッサは、出力情報として、Ｏ３（１：空受け）を設定する（Ｓ３３１２）。そして、処理はＳ３３０４に移行し、受付順番号を取得する処理が実行される。
【０１７５】
（xiii）Ｓ３３１３
受付管理サーバ１００のプロセッサは、出力情報として、Ｏ１（３：予約終了）を設定する（Ｓ３３１３）。そして、処理はＳ３３０８に移行する。
【０１７６】
（１０）次の受付順番号自動抽出処理
図３４は、次の受付順番号自動抽出処理を説明するためのフローチャートである。当該処理に対する入力情報は無く、出力情報は、ＯＵＴ１（「１：正常」又は「２：待ちなし」、及びＯＵＴ２（受付順番号）である。
【０１７７】
当該処理（概要）は、受付管理サーバ１００が動作する次の番号を自動抽出する処理であり、窓口端末の受付タイプを判別して処理する。受付タイプが受付順タイプの場合は、次の受付順番号自動抽出ルーチンをコールして次の受付順番号を得る。受付タイプが予約の場合は、次の予約番号自動抽出ルーチンをコールして次の予約番号を得る。得た番号を呼び出し元に送信する。
【０１７８】
（i）Ｓ３４０１
受付管理サーバ１００のプロセッサは、受付順テーブル２２００（図２２）の先頭レコードを選択する（Ｓ３４０１）。
【０１７９】
（ii）Ｓ３４０２
受付管理サーバ１００のプロセッサは、Ｓ３４０１で選択したレコードのステータス２２０１が「１：受付中」であるか否か判定する（Ｓ３４０２）。ステータス２２０１が「１：受付中」であれば、処理はＳ３４０３に移行する。「１：受付中」でなければ、処理はＳ３４０５に移行する。
【０１８０】
（iii）Ｓ３４０３
受付管理サーバ１００のプロセッサは、当該レコードに関し、１つ目の出力情報ＯＵＴ１として、「１：正常」を設定する。
【０１８１】
（iv）Ｓ３４０４
受付管理サーバ１００のプロセッサは、当該レコードに関し、２つ目の出力情報ＯＵＴ２として、「受付順番号」を設定する。そして、当該次の受付順番号自動抽出処理は終了する。
【０１８２】
（v）Ｓ３４０５
受付管理サーバ１００のプロセッサは、ステータス２２０１が「５：終了レコード」（処理対象のレコードが存在しないこと）か否か判定する（Ｓ３４０５）。ステータス２２０１が「５：終了レコード」であれば（Ｓ３４０５でＹＥＳの場合）、処理はＳ３４０６に移行する。「５：終了レコード」でなければ（Ｓ３４０５でＮＯの場合）、処理はＳ３４０７に移行する。
【０１８３】
（vi）Ｓ３４０６
受付管理サーバ１００のプロセッサは、出力情報ＯＵＴ１として、「２：待ちなし」を設定する。そして、当該次の受付順番号自動抽出処理は終了する。
【０１８４】
（vii）Ｓ３４０７
受付管理サーバ１００のプロセッサは、処理対象として次のレコードを選択する（Ｓ３４０７）。そして、処理はＳ３４０２に移行する。
【０１８５】
（１１）次の予約番号自動抽出処理
図３５は、次の予約番号自動抽出処理を説明するためのフローチャートである。当該処理に対する入力情報は無し、出力情報は、ＯＵＴ１（「１：正常」、「２：空き時間あり」、又は「３：予約終了」）、及びＯＵＴ２（予約番号）である。
【０１８６】
当該処理は、次の番号自動抽出処理から呼び出され、次の受付順番号を求める処理である。受付順テーブルの中でレコード番号が小さく、且つ、レコードのステータスが受付中のレコードを求め、当該レコードの受付順番号を呼び出し元へ送信する。
【０１８７】
（i）Ｓ３５０１
受付管理サーバ１００のプロセッサは、シフト予約テーブル２３００（図２３）又は時間指定予約テーブル２４００（図２４）の先頭レコードを選択する（Ｓ３５０１）。なお、何れの予約テーブルを参照するかは、運用している予約方式による。
【０１８８】
当該処理（概要）は、次の番号自動抽出処理から呼び出される、次の予約番号を求める処理であり、予約テーブルの中で予約時間が現在時刻より小さく、且つ、レコードのステータスが予約中のレコードを求め、当該レコードの予約番号を呼び出し元へ送信する。
【０１８９】
（ii）Ｓ３５０２
受付管理サーバ１００のプロセッサは、Ｓ３５０１で選択したレコードの予約時間と現時刻とを比較する（Ｓ３５０２）。現時刻が予約時間を過ぎている場合（Ｓ３５０２でＹＥＳの場合）、処理はＳ３５０３に移行する。現時刻が予約時間を過ぎていない場合（Ｓ３５０２でＮＯの場合）、処理はＳ３５０５に移行する。
【０１９０】
（iii）Ｓ３５０３
受付管理サーバ１００のプロセッサは、処理対象のレコードのステータス２３０１又は２４０１が「１：予約中」であるか否か判定する（Ｓ３５０３）。ステータス２３０１又は２４０１が「１：予約」である場合（Ｓ３５０３でＹＥＳの場合）、処理はＳ３５０４に移行する。ステータス２３０１又は２４０１がそれ以外の場合（Ｓ３５０３でＮＯの場合）、処理はＳ３５０６に移行する。
【０１９１】
（iv）Ｓ３５０４
受付管理サーバ１００のプロセッサは、出力情報ＯＵＴ１として、「１：正常」、及びＯＵＴ２として「予約番号」を設定する。そして、当該次の予約番号自動抽出処理は終了する。
【０１９２】
（v）Ｓ３５０５
受付管理サーバ１００のプロセッサは、出力情報として、出力情報ＯＵＴ１として、「２：空き時間あり」を設定する。そして、当該次の予約番号自動抽出処理は終了する。
【０１９３】
（vi）Ｓ３５０６
受付管理サーバ１００のプロセッサは、ステータス２３０１又は２４０１が「５：終了レコード」（処理対象のレコードが存在しないこと）か否か判定する（Ｓ３５０６）。ステータス２３０１又は２４０１が「５：終了レコード」であれば（Ｓ３５０６でＹＥＳの場合）、処理はＳ３５０７に移行する。「５：終了レコード」でなければ（Ｓ３５０６でＮＯの場合）、処理はＳ３５０８に移行する。
【０１９４】
（vi）Ｓ３５０７
受付管理サーバ１００のプロセッサは、出力情報ＯＵＴ１として、「３：予約終了」を設定する。そして、当該次の予約番号自動抽出処理は終了する。
【０１９５】
（vii）Ｓ３４０８
受付管理サーバ１００のプロセッサは、処理対象として次のレコードを選択する（Ｓ３５０８）。そして、処理はＳ３５０２に移行する。
【０１９６】
（１２）シフト予約の受付処理
図３６は、利用者（顧客）が行うシフト予約の受付処理を説明するためのフローチャートである。当該処理（概要）は、モバイルまたはパソコンからシフト予約の申し込みを受け付け、利用者が入力した予約情報をディスク上のシフト予約テーブルに書き込むものである。
【０１９７】
（i）Ｓ３６０１
受付管理サーバ１００のプロセッサは、利用者の予約端末（モバイル端末又はパソコン）１０４からの予約依頼を待ち、受信する（Ｓ３６０１）。
【０１９８】
（ii）Ｓ３６０２
受付管理サーバ１００のプロセッサは、シフト予約テーブル２３００（図２３）からシフト予約情報を取得し、シフト予約申し込み画面１７００（図１７）を作成し、予約端末１０４に送信する。一方、予約端末１０４は、シフト予約申し込み画面１７００を表示部に表示し、利用者の入力に基づく予約情報を取得し、当該予約情報を受付管理サーバ１００に送信する（Ｓ３６０２）。予約情報には、予約希望日時、及びサービス業務の情報が含まれる。なお、ここでは、シフト予約申し込み画面は受付管理サーバ１００において作成するようにしているが、予約端末１０４が受付管理サーバ１００からシフト予約情報を取得して当該画面を作成するようにしても良い。
【０１９９】
（iii）Ｓ３６０３
受付管理サーバ１００のプロセッサは、受信した予約依頼に含まれる予約希望日において全予約人数が終了したか（全予約人数に空きがあるか）判断する（Ｓ３６０３）。全予約人数が終了していない場合（Ｓ３６０３でＮＯの場合（全予約人数に空きがある場合））、処理はＳ３６０４に移行する。全予約人数が終了してしまっている場合（Ｓ３６０３でＹＥＳの場合（全予約人数に空きがない場合））、処理は終了する。
【０２００】
（iv）Ｓ３６０４
受付管理サーバ１００のプロセッサは、指定日（希望日）のシフト予約テーブル２３００を取得し、さらに、当該予約テーブルで予約時間が一致するレコードであって、かつ空のレコードを特定する（Ｓ３６０４）。空のレコードが無い場合には、希望の時間帯が空いていないこと、及び、空いている時間帯を予約端末に知らせるようにしても良い。
【０２０１】
（v）Ｓ３６０５
受付管理サーバ１００のプロセッサは、シフト予約テーブル２３００において、該当するレコードのステータスを「０：空」から「１：予約中」に変更して、シフト予約テーブル２３００の内容を更新する。
【０２０２】
（１３）時間指定予約の受付処理
図３７は、利用者（顧客）が行う時間指定予約の受付処理を説明するためのフローチャートである。当該処理（概要）は、モバイルまたはパソコンから時間指定予約の申し込みを受け付け、利用者が入力した予約情報をディスク上の時間指定予約テーブルに書き込むものである。
【０２０３】
（i）Ｓ３７０１
受付管理サーバ１００のプロセッサは、利用者の予約端末（モバイル端末又はパソコン）１０４からの予約依頼を待ち、受信する（Ｓ３７０１）。
【０２０４】
（ii）Ｓ３７０２
受付管理サーバ１００のプロセッサは、時間指定予約テーブル２４００（図２４）から時間指定予約情報を取得し、時間指定予約申し込み画面１８００（図１８）を作成し、予約端末１０４に送信する。一方、予約端末１０４は、時間指定予約申し込み画面１８００を表示部に表示し、利用者の入力に基づく予約情報を取得し、当該予約情報を受付管理サーバ１００に送信する（Ｓ３７０２）。予約情報には、予約希望日時、及びサービス業務の情報が含まれる。なお、ここでは、時間指定予約申し込み画面は受付管理サーバ１００において作成するようにしているが、予約端末１０４が受付管理サーバ１００から時間指定予約情報を取得して当該画面を作成するようにしても良い。
【０２０５】
（iii）Ｓ３７０３
受付管理サーバ１００のプロセッサは、受信した予約依頼に含まれる予約希望日において全予約人数が終了したか（全予約人数に空きがあるか）判断する（Ｓ３７０３）。全予約人数が終了していない場合（Ｓ３７０３でＮＯの場合（全予約人数に空きがある場合））、処理はＳ３７０４に移行する。全予約人数が終了してしまっている場合（Ｓ３７０３でＹＥＳの場合（全予約人数に空きがない場合））、処理はＳ３７０６に移行する。
【０２０６】
（iv）Ｓ３７０４
受付管理サーバ１００のプロセッサは、指定日（希望日）の時間指定予約テーブル２３００を取得し、該当する時間について予約の空きレコードを特定する（Ｓ３７０４）。空のレコードが無い場合には、希望の時間帯が空いていないこと、及び、空いている時間帯を予約端末に知らせるようにしても良い。
【０２０７】
（v）Ｓ３７０５
受付管理サーバ１００のプロセッサは、時間指定予約テーブル２４００において、該当するレコードのステータスを「０：空」から「１：予約中」に変更して、時間指定予約テーブル２４００の内容を更新する。
【０２０８】
（vi）Ｓ３７０６
受付管理サーバ１００のプロセッサは、一日の予約人数に達しており、予約不可であることを示すメッセージを予約端末１０４に送信し、予約端末１０４は、当該メッセージを表示部に表示する（Ｓ３７０６）。
【０２０９】
（１４）受付順受付番号の発券処理
図３８は、利用者（顧客）が受付発券機から受付順の受付番号の発券を受けるときの処理を説明するためのフローチャートである。
【０２１０】
（i）Ｓ３８０１
受付管理サーバ１００のプロセッサは、受付発券機１０３からの受付要求の受信を待つ（Ｓ３８０１）。具体的には、利用者が受付発券機１０３を操作し、所望の業務に関する受付順番号の発行を要求する。すると、受付発券機１０３は、当該要求を受付管理サーバ１００に送信する。
【０２１１】
（ii）Ｓ３８０２
受付順番号の発行要求を受け取ると、受付管理サーバ１００のプロセッサは、受付順テーブル２２００（図２２）を参照し、ステータス２２０１が「０：未受付」のレコードを特定する（Ｓ３８０２）。
【０２１２】
（iii）Ｓ３８０３
受付管理サーバ１００のプロセッサは、受付順テーブル２２００（図２２）において、Ｓ３８０２で特定したレコードのステータス２２０１を「１：受付中」に変更（設定）し、該当する受付順番号２２０２を受付発券機１０３に送信する（Ｓ３８０３）。
【０２１３】
（iv）Ｓ３８０４
受付発券機１０３は、受付管理サーバ１００から受信した受付順番号を印刷し、出力する（Ｓ３８０４）。
【０２１４】
（１５）番号指定手動処理
図３９は、窓口オペレータが受付順番号又は予約番号の指定を手動で行うときの処理を説明するためのフローチャートである。当該番号指定手動処理は、Ｓ２９０３又はＳ３１０３で呼び出される処理である。当該処理の入力情報は、受付順番号又は予約番号であり、出力情報は、ＯＵＴ１として「１：正常」又は「２：リザーブ不可」である。
【０２１５】
（i）Ｓ３９０１
受付管理サーバ１００のプロセッサは、受付順テーブル２２００（図２２）、シフト予約テーブル２３００（図２３）、又は時間指定予約テーブル２４００（図２４）を参照し、入力された番号（受付順番号又は予約番号）のステータス２２０１、２３０１又は２４０１の情報を取得する（Ｓ３９０１）。
【０２１６】
（ii）Ｓ３９０２
受付管理サーバ１００のプロセッサは、取得したステータスの情報が「１：受付中」又は「１：予約中」であるか、「２：現在処理中」又は「２：処理中」であるかチェックする（Ｓ３９０２）。他の窓口でも同じ業務を処理する場合、当該番号がその他の窓口で処理され始めていると、ステータスが「１：受付中」又は「１：予約中」から「２：現在処理中」又は「２：処理中」に変わってしまい、当該番号を処理対象として取得することができないからである。ステータスが「１：受付中」又は「１：予約中」である場合（Ｓ３９０２でＹＥＳの場合）、処理はＳ３９０３に移行する。ステータスが「１：受付中」及び「１：予約中」でない場合（Ｓ３９０２でＮＯの場合）、すなわち、ステータスが「２：現在処理中」又は「２：処理中」である場合、処理はＳ３９０５に移行する。
【０２１７】
（iii）Ｓ３９０３
受付管理サーバ１００のプロセッサは、出力情報ＯＵＴ１を「１：正常」に設定する（Ｓ３９０３）。
【０２１８】
（iv）Ｓ３９０４
受付管理サーバ１００のプロセッサは、ステータス２２０１、２３０１、又は２４０１を「２：現在処理中」又は「２：処理中」に変更する（Ｓ３９０４）。そして、処理は、Ｓ２９０３又はＳ３１０３に戻る。
【０２１９】
（v）Ｓ３９０５
受付管理サーバ１００のプロセッサは、入力された番号が既に処理中であるため取得できず、出力情報ＯＵＴ１として「２：リザーブ不可」を設定する（Ｓ３９０５）。そして、処理は、Ｓ２９０３又はＳ３１０３に戻る。
【０２２０】
＜その他＞
本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０２２１】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０２２２】
さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【０２２３】
最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【０２２４】
さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。
【０２２５】
加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになる。記述された実施形態の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。
【符号の説明】
【０２２６】
１・・・受付システム
１００・・・受付管理サーバ
１０１・・・ディスク（２次記憶装置）
１０２・・・管理者端末
１０３・・・受付機
１０４・・・予約端末
１０５−１乃至１０５−３・・・窓口端末
１０６−１乃至１０６−３・・・表示装置
１０７−１乃至１０７−３・・・スピーカ
【図１】
2015118397.tif 000003
【図２】
2015118397.tif 000004
【図３】
2015118397.tif 000005
【図４】
2015118397.tif 000006
【図５】
2015118397.tif 000007
【図６】
2015118397.tif 000008
【図７】
2015118397.tif 000009
【図８】
2015118397.tif 000010
【図９】
2015118397.tif 000011
【図１０】
2015118397.tif 000012
【図１１】
2015118397.tif 000013
【図１２】
2015118397.tif 000014
【図１３】
2015118397.tif 000015
【図１４】
2015118397.tif 000016
【図１５】
2015118397.tif 000017
【図１６】
2015118397.tif 000018
【図１７】
2015118397.tif 000019
【図１８】
2015118397.tif 000020
【図１９】
2015118397.tif 000021
【図２０】
2015118397.tif 000022
【図２１】
2015118397.tif 000023
【図２２】
2015118397.tif 000024
【図２３】
2015118397.tif 000025
【図２４】
2015118397.tif 000026
【図２５】
2015118397.tif 000027
【図２６】
2015118397.tif 000028
【図２７】
2015118397.tif 000029
【図２８】
2015118397.tif 000030
【図２９】
2015118397.tif 000031
【図３０】
2015118397.tif 000032
【図３１】
2015118397.tif 000033
【図３２】
2015118397.tif 000034
【図３３】
2015118397.tif 000035
【図３４】
2015118397.tif 000036
【図３５】
2015118397.tif 000037
【図３６】
2015118397.tif 000038
【図３７】
2015118397.tif 000039
【図３８】
2015118397.tif 000040
【図３９】
2015118397.tif 000041