特開2023-137095来店予約システム、予約枠制御方法及び来店管理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023137095
(43)【公開日】2023-09-29
(54)【発明の名称】来店予約システム、予約枠制御方法及び来店管理システム
(51)【国際特許分類】
G06Q 10/02 20120101AFI20230922BHJP
G06Q 40/02 20230101ALI20230922BHJP
【ＦＩ】
G06Q10/02
G06Q40/02
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022043115
(22)【出願日】2022-03-17
(71)【出願人】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】100115417
【弁理士】
【氏名又は名称】鈴木 弘一
(72)【発明者】
【氏名】山本 陽菜
【テーマコード（参考）】
5L049
5L055
【Ｆターム（参考）】
5L049AA03
5L055BB42
(57)【要約】
【課題】顧客と店舗にとって効率的なサービスを提供する来店予約システム及び予約枠制御方法、来店管理システムを提供する。
【解決手段】顧客の予約処理を行う来店予約システムは、伝票の種類ごとの所要時間として予め設定された第１の時間と予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、情報取得部で取得した伝票の種類に対応する第１の時間と伝票の数とから顧客の取引の総所要時間である第２の時間を算出する算出部と、予約状況情報を参照し第２の時間から顧客が予約可能な受付予約枠を検索する検索部と、検索部で検索された受付予約枠を顧客の端末に表示させる表示制御部と、顧客の端末に表示された受付予約枠から顧客によって選択された選択予約枠を予約状況情報に登録する登録部と、を備える。
【選択図】図４
【解決手段】顧客の予約処理を行う来店予約システムは、伝票の種類ごとの所要時間として予め設定された第１の時間と予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、情報取得部で取得した伝票の種類に対応する第１の時間と伝票の数とから顧客の取引の総所要時間である第２の時間を算出する算出部と、予約状況情報を参照し第２の時間から顧客が予約可能な受付予約枠を検索する検索部と、検索部で検索された受付予約枠を顧客の端末に表示させる表示制御部と、顧客の端末に表示された受付予約枠から顧客によって選択された選択予約枠を予約状況情報に登録する登録部と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
顧客の端末及び、顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システムと接続され、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて前記顧客の予約処理を行う来店予約システムであって、
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、
前記顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、
前記情報取得部で取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出する算出部と、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索する検索部と、
前記検索部で検索された前記受付予約枠を前記顧客の端末に表示させる表示制御部と、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録する登録部と、
を備える来店予約システム。
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、
前記顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、
前記情報取得部で取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出する算出部と、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索する検索部と、
前記検索部で検索された前記受付予約枠を前記顧客の端末に表示させる表示制御部と、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録する登録部と、
を備える来店予約システム。
【請求項2】
前記伝票の種類に対応する前記第１の時間は、顧客の年齢に対応した複数の値が設定され、
前記情報取得部は、前記顧客の年齢の情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記顧客の前記年齢と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
前記情報取得部は、前記顧客の年齢の情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記顧客の前記年齢と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
【請求項3】
前記伝票の種類に対応する前記第１の時間は、顧客が個人であるか法人であるかによって異なる値が設定され、
前記情報取得部は、前記顧客が個人か法人のいずれであるかを示す属性の情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記顧客の前記属性と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
前記情報取得部は、前記顧客が個人か法人のいずれであるかを示す属性の情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記顧客の前記属性と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
【請求項4】
前記第１の時間は、顧客の過去の来店時に該当する伝票の種類の取引に要した時間から算出された値であり、顧客ごとに設定され、
前記情報取得部は、前記顧客に設定された前記第１の時間に対応付けられる識別情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記識別情報と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
前記情報取得部は、前記顧客に設定された前記第１の時間に対応付けられる識別情報をさらに取得し、
前記算出部は、前記情報取得部で取得した前記識別情報と前記伝票の種類とに対応する前記第１の時間を用いて前記第２の時間を算出する
請求項１に記載の来店予約システム。
【請求項5】
前記記憶部は、店員の勤務スケジュール情報と、店員の顧客対応のスキルを店員ごとに記憶したスキル情報と、前記スキルごとに設定された値である時間補正値とをさらに記憶し、
前記算出部は、顧客対応を行う店員を前記勤務スケジュール情報から抽出し、前記顧客対応を行う店員の前記スキルを前記スキル情報から特定し、特定した前記スキルに対応する前記時間補正値を特定し、特定した前記時間補正値と前記第１の時間と前記伝票の数とから前記第２の時間を算出し、
前記検索部は、前記第２の時間から前記顧客対応を行う店員が勤務予定の予約枠における前記受付予約枠を検索する
請求項１に記載の来店予約システム。
前記算出部は、顧客対応を行う店員を前記勤務スケジュール情報から抽出し、前記顧客対応を行う店員の前記スキルを前記スキル情報から特定し、特定した前記スキルに対応する前記時間補正値を特定し、特定した前記時間補正値と前記第１の時間と前記伝票の数とから前記第２の時間を算出し、
前記検索部は、前記第２の時間から前記顧客対応を行う店員が勤務予定の予約枠における前記受付予約枠を検索する
請求項１に記載の来店予約システム。
【請求項6】
来店予約された顧客対応を行う店員を決定する店員配置部をさらに備え、
前記記憶部は、店員の勤務スケジュール情報と、店員の顧客対応のスキルを店員ごとに記憶したスキル情報とをさらに記憶し、
前記登録部は、顧客の前記第２の時間を前記予約状況情報にさらに登録し、
前記店員配置部は、前記予約状況情報から特定の予約枠に予約された複数の顧客の前記第２の時間を特定し、前記勤務スケジュール情報から前記特定の予約枠で顧客対応を行う複数の店員を抽出し、前記複数の店員の前記スキルを前記スキル情報から特定して、前記複数の顧客のうち前記第２の時間が長い顧客を前記複数の店員のうち前記スキルが高い店員が対応するように決定する
請求項１～４のいずれか一項に記載の来店予約システム。
前記記憶部は、店員の勤務スケジュール情報と、店員の顧客対応のスキルを店員ごとに記憶したスキル情報とをさらに記憶し、
前記登録部は、顧客の前記第２の時間を前記予約状況情報にさらに登録し、
前記店員配置部は、前記予約状況情報から特定の予約枠に予約された複数の顧客の前記第２の時間を特定し、前記勤務スケジュール情報から前記特定の予約枠で顧客対応を行う複数の店員を抽出し、前記複数の店員の前記スキルを前記スキル情報から特定して、前記複数の顧客のうち前記第２の時間が長い顧客を前記複数の店員のうち前記スキルが高い店員が対応するように決定する
請求項１～４のいずれか一項に記載の来店予約システム。
【請求項7】
来店予約された顧客対応を行う店員を決定する店員配置部をさらに備え、
前記記憶部は、店員の勤務スケジュール情報をさらに記憶し、
前記登録部は、顧客の前記第２の時間を前記予約状況情報にさらに登録し、
前記店員配置部は、前記予約状況情報から特定の予約枠に予約された複数の顧客の前記第２の時間を特定し、前記勤務スケジュール情報から前記特定の予約枠で顧客対応を行う複数の店員を抽出し、連続する２つの予約枠において、前記特定の予約枠で前記第２の時間が最も長い顧客を対応する第１の店員と、他方の予約枠で前記第２の時間が最も長い顧客を対応する第２の店員とが別となるように決定する
請求項１～４のいずれか一項に記載の来店予約システム。
前記記憶部は、店員の勤務スケジュール情報をさらに記憶し、
前記登録部は、顧客の前記第２の時間を前記予約状況情報にさらに登録し、
前記店員配置部は、前記予約状況情報から特定の予約枠に予約された複数の顧客の前記第２の時間を特定し、前記勤務スケジュール情報から前記特定の予約枠で顧客対応を行う複数の店員を抽出し、連続する２つの予約枠において、前記特定の予約枠で前記第２の時間が最も長い顧客を対応する第１の店員と、他方の予約枠で前記第２の時間が最も長い顧客を対応する第２の店員とが別となるように決定する
請求項１～４のいずれか一項に記載の来店予約システム。
【請求項8】
顧客の端末及び、顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システムと接続され、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて前記顧客の予約処理を行う来店予約システムにおける予約枠の制御方法であって、
前記来店予約システムは、
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶部に記憶するステップと、
前記顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得するステップと、
取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出するステップと、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索するステップと、
検索された前記受付予約枠を前記顧客の端末に表示させるステップと、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録するステップと、
を含む処理を制御部に実行させる予約枠制御方法。
前記来店予約システムは、
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶部に記憶するステップと、
前記顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得するステップと、
取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出するステップと、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索するステップと、
検索された前記受付予約枠を前記顧客の端末に表示させるステップと、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録するステップと、
を含む処理を制御部に実行させる予約枠制御方法。
【請求項9】
顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システム及び、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて前記顧客の予約処理を行う来店予約システムからなり、顧客の端末と接続される来店管理システムであって、
前記ＷＥＢ伝票システムは、
前記顧客の端末から伝票の作成に係る情報を取得する入力受付部と、
前記入力受付部で取得した情報から伝票を作成し、前記顧客の伝票の種類と伝票の数とを含む情報を前記来店予約システムに提供する伝票作成部とを備え、
前記来店予約システムは、
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、
前記顧客の前記伝票の種類と前記伝票の数との情報を前記ＷＥＢ伝票システムから取得する情報取得部と、
前記情報取得部で取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出する算出部と、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索する検索部と、
前記検索部で検索された前記受付予約枠を前記顧客の端末に表示させる表示制御部と、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録する登録部と、
を備える来店管理システム。
前記ＷＥＢ伝票システムは、
前記顧客の端末から伝票の作成に係る情報を取得する入力受付部と、
前記入力受付部で取得した情報から伝票を作成し、前記顧客の伝票の種類と伝票の数とを含む情報を前記来店予約システムに提供する伝票作成部とを備え、
前記来店予約システムは、
伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、
前記顧客の前記伝票の種類と前記伝票の数との情報を前記ＷＥＢ伝票システムから取得する情報取得部と、
前記情報取得部で取得した前記伝票の種類に対応する前記第１の時間と前記伝票の数とから前記顧客の取引の総所要時間である第２の時間を算出する算出部と、
前記予約状況情報を参照し前記第２の時間から前記顧客が予約可能な受付予約枠を検索する検索部と、
前記検索部で検索された前記受付予約枠を前記顧客の端末に表示させる表示制御部と、
前記顧客の端末に表示された前記受付予約枠から前記顧客によって選択された選択予約枠を前記予約状況情報に登録する登録部と、
を備える来店管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は来店予約システム、予約枠制御方法及び来店管理システムに関する。
【背景技術】
【0002】
従来、顧客の端末から金融機関の来店を予約できる予約システムがある。
【0003】
例えば、下記特許文献１では顧客が属性や来店目的、来店希望店舗を入力すると、入力された情報に基づいて、顧客に予約カレンダを表示する予約システムが開示されている。予約カレンダは日付や曜日、各時間帯を１つの予約枠として予約枠ごとの予約の可否の情報を含んでいる。顧客は表示された予約カレンダにおける予約枠から予約したい枠を選択することで予約を行うことができる。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２１－１５７６０５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、上記特許文献では来店時の顧客対応にかかる所要時間を考慮せずに予約を受け付けている。顧客が複数の伝票を持参したり、対応が難しい取引であったりすると、顧客対応が予約枠の時間よりも長くかかることがある。そのため、対応時間が長い場合は、他の顧客の待ち時間が増え、顧客の店舗利用の満足度が低くなる可能性がある。逆に、顧客の持参する伝票が少なかったり、対応が簡単な取引であったりすると、予約枠よりも短い時間で顧客対応が終了することがある。そのため、対応時間が短い場合は、時間が余ってしまい、実際に対応可能な人数よりも少ない数の顧客しか対応できない可能性がある。このように、予約枠で想定している時間と、実際の顧客対応にかかる時間の差が大きいと顧客や店舗にとって不都合が生じる場合があった。
【0006】
そこで本発明は上記問題に鑑みてなされたものであり、本発明の目的とするところは、予約枠で想定している時間と実際の顧客対応にかかる時間の差を小さくし、顧客と店舗にとって効率的なサービスを提供する来店予約システム及び予約枠制御方法、来店管理システムを提供することにある。
【課題を解決するための手段】
【0007】
前記課題を解決するために、本発明のある観点によれば、顧客の端末及び、顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システムと接続され、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて顧客の予約処理を行う来店予約システムであって、伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、情報取得部で取得した伝票の種類に対応する第１の時間と伝票の数とから顧客の取引の総所要時間である第２の時間を算出する算出部と、予約状況情報を参照し第２の時間から顧客が予約可能な受付予約枠を検索する検索部と、検索部で検索された受付予約枠を顧客の端末に表示させる表示制御部と、顧客の端末に表示された受付予約枠から顧客によって選択された選択予約枠を予約状況情報に登録する登録部と、を備える来店予約システムが提供される。
【0008】
伝票の種類に対応する第１の時間は、顧客の年齢に対応した複数の値が設定され、情報取得部は、顧客の年齢の情報をさらに取得し、算出部は、情報取得部で取得した顧客の年齢と伝票の種類とに対応する第１の時間を用いて第２の時間を算出してもよい。
【0009】
伝票の種類に対応する第１の時間は、顧客が個人であるか法人であるかによって異なる値が設定され、情報取得部は、顧客が個人か法人のいずれであるかを示す属性の情報をさらに取得し、算出部は、情報取得部で取得した顧客の属性と伝票の種類とに対応する第１の時間を用いて第２の時間を算出してもよい。
【0010】
第１の時間は、顧客の過去の来店時に該当する伝票の種類の取引に要した時間から算出された値であり、顧客ごとに設定され、情報取得部は、顧客に設定された第１の時間に対応付けられる識別情報をさらに取得し、算出部は、情報取得部で取得した識別情報と伝票の種類とに対応する第１の時間を用いて第２の時間を算出してもよい。
【0011】
記憶部は、店員の勤務スケジュール情報と、店員の顧客対応のスキルを店員ごとに記憶したスキル情報と、スキルごとに設定された値である時間補正値とをさらに記憶し、算出部は、顧客対応を行う店員を勤務スケジュール情報から抽出し、顧客対応を行う店員のスキルをスキル情報から特定し、特定したスキルに対応する時間補正値を特定し、特定した時間補正値と第１の時間と伝票の数とから第２の時間を算出し、検索部は、第２の時間から顧客対応を行う店員が勤務予定の予約枠における受付予約枠を検索してもよい。
【0012】
来店予約された顧客対応を行う店員を決定する店員配置部をさらに備え、記憶部は、店員の勤務スケジュール情報と、店員の顧客対応のスキルを店員ごとに記憶したスキル情報とをさらに記憶し、登録部は、顧客の第２の時間を予約状況情報にさらに登録し、店員配置部は、予約状況情報から特定の予約枠に予約された複数の顧客の第２の時間を特定し、勤務スケジュール情報から特定の予約枠で顧客対応を行う複数の店員を抽出し、複数の店員のスキルをスキル情報から特定して、複数の顧客のうち第２の時間が長い顧客を複数の店員のうちスキルが高い店員が対応するように決定してもよい。
【0013】
来店予約された顧客対応を行う店員を決定する店員配置部をさらに備え、記憶部は、店員の勤務スケジュール情報をさらに記憶し、登録部は、顧客の第２の時間を予約状況情報にさらに登録し、店員配置部は、予約状況情報から特定の予約枠に予約された複数の顧客の第２の時間を特定し、勤務スケジュール情報から特定の予約枠で顧客対応を行う複数の店員を抽出し、連続する２つの予約枠において、特定の予約枠で第２の時間が最も長い顧客を対応する第１の店員と、他方の予約枠で第２の時間が最も長い顧客を対応する第２の店員と、が別となるように決定してもよい。
【0014】
また、課題を解決するために、本発明の別の観点によれば、顧客の端末及び、顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システムと接続され、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて顧客の予約処理を行う来店予約システムにおける予約枠の制御方法であって、来店予約システムは、伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶部に記憶するステップと、顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得するステップと、取得した伝票の種類に対応する第１の時間と伝票の数とから顧客の取引の総所要時間である第２の時間を算出するステップと、予約状況情報を参照し第２の時間から顧客が予約可能な受付予約枠を検索するステップと、検索された受付予約枠を顧客の端末に表示させるステップと、顧客の端末に表示された受付予約枠から顧客によって選択された選択予約枠を予約状況情報に登録するステップと、を含む処理を制御部に実行させる予約枠制御方法が提供される。
【0015】
また、課題を解決するために、本発明の別の観点によれば、顧客が店舗で実施予定の取引内容を示す伝票を作成するＷＥＢ伝票システム及び、店舗への来店を受け付ける時間が時間帯で区切られた予約枠を用いて顧客の予約処理を行う来店予約システムからなり、顧客の端末と接続される来店管理システムであって、ＷＥＢ伝票システムは、顧客の端末から伝票の作成に係る情報を取得する入力受付部と、入力受付部で取得した情報から伝票を作成し、顧客の伝票の種類と伝票の数とを含む情報を来店予約システムに提供する伝票作成部とを備え、来店予約システムは、伝票の種類ごとの所要時間として予め設定された第１の時間と、予約枠における予約状況が登録された予約状況情報とを記憶する記憶部と、顧客の伝票の種類と伝票の数との情報をＷＥＢ伝票システムから取得する情報取得部と、情報取得部で取得した伝票の種類に対応する第１の時間と伝票の数とから顧客の取引の総所要時間である第２の時間を算出する算出部と、予約状況情報を参照し第２の時間から顧客が予約可能な受付予約枠を検索する検索部と、検索部で検索された受付予約枠を顧客の端末に表示させる表示制御部と、顧客の端末に表示された受付予約枠から顧客によって選択された選択予約枠を予約状況情報に登録する登録部と、を備える来店管理システムが提供される。
【発明の効果】
【0016】
顧客対応にかかる所要時間を考慮して予約を行うので顧客と店舗にとって効率的なサービスを提供できる。
【図面の簡単な説明】
【0017】
【図1】第１～５の実施形態に係る予約システムの概要を説明するための説明図である。
【図2】第１～５の実施形態に係る顧客端末１の構成例を示す図である。
【図3】第１～５の実施形態に係るＷＥＢ伝票システム２の構成例を示す図である。
【図4】第１～４の実施形態に係る来店予約システム３の構成例を示す図である。
【図5】第１及び第３～５の実施形態に係る単位対応時間情報３８０１の一例を示す図である。
【図6】第１～４の実施形態に係る予約状況情報３８０２の一例を示す図である。
【図7】第１～５の実施形態に係る顧客端末１に表示される予約画面１３１の一例を示す図である。
【図8】第１～５の実施形態に係る動作処理の一例を示すフローチャートである。
【図9】第１の実施形態に係る算出部３４０の動作処理の一例を示すフローチャートである。
【図10】第２の実施形態に係る年齢別単位対応時間情報３８１１の一例を示す図である。
【図11】第２の実施形態に係る算出部３４１の動作処理の一例を示すフローチャートである。
【図12】第２の実施形態に係る所属別単位対応時間情報３８１２の一例を示す図である。
【図13】第２の実施形態の変形例に係る算出部３４１の動作処理の一例を示すフローチャートである。
【図14】第３の実施形態に係る過去の来店情報３８２１の一例を示す図である。
【図15】第３の実施形態に係る顧客別単位対応時間情報３８２２の一例を示す図である。
【図16】第３の実施形態に係る算出部３４２の動作処理の一例を示すフローチャートである。
【図17】第４の実施形態に係る店員の勤務スケジュール情報３８３１の一例を示す図である。
【図18】第４の実施形態に係る店員のスキル情報３８３２の一例を示す図である。
【図19】第４の実施形態に係る店員のスキル別時間補正値情報３８３３の一例を示す図である。
【図20】第４の実施形態に係る店員のスキル別時間補正値情報３８３４の一例を示す図である。
【図21】第４の実施形態に係る算出部３４３の動作処理の一例を示すフローチャートである。
【図22】第５の実施形態に係る来店予約システム３の構成例を示す図である。
【図23】第５の実施形態に係る店員の勤務スケジュール情報３８４１の一例を示す図である。
【図24】第５の実施形態に係る店員のスキル情報３８４２の一例を示す図である。
【図25】第５の実施形態に係る店員割当部３９０の動作処理の一例を示すフローチャートである。
【図26】第５の実施形態に係る予約状況情報３８４３の一例を示す図である。
【図27】第５の実施形態に係る予約状況情報３８４４の一例を示す図である。
【図28】第５の実施形態に係る店員割当部３９０の動作処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0018】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0019】
＜１．第１の実施形態＞
＜１．１ 概要＞
図１は、本実施形態に係る予約システムの概要を説明する図である。図１に示すように、本実施形態に係る来店予約システム３はインターネット４を通じて顧客端末１及びＷＥＢ伝票システム２と通信可能に接続されている。ＷＥＢ伝票システム２、及び来店予約システム３は、金融機関のデータセンターやクラウド環境に設置されている。
＜１．１ 概要＞
図１は、本実施形態に係る予約システムの概要を説明する図である。図１に示すように、本実施形態に係る来店予約システム３はインターネット４を通じて顧客端末１及びＷＥＢ伝票システム２と通信可能に接続されている。ＷＥＢ伝票システム２、及び来店予約システム３は、金融機関のデータセンターやクラウド環境に設置されている。
【0020】
顧客端末１は来店を希望する顧客が使用する通信端末であり、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又は、スマートフォンやタブレット等の携帯端末である。顧客は顧客端末１上で動作するブラウザ等を通じてＷＥＢ伝票システム２及び来店予約システム３からサービスを受け、ＷＥＢ伝票の作成や来店予約のための操作を行う。
【0021】
ＷＥＢ伝票システム２は、ＷＥＢ伝票を作成するアプリケーションを顧客端末１に提供するシステムである。ＷＥＢ伝票システム２の機能はＷＥＢアプリケーションで実現される。ＷＥＢ伝票システム２は、ＷＥＢ伝票の作成画面を顧客端末１に表示させ、顧客端末１からの入力結果を反映したＷＥＢ伝票を作成する。ＷＥＢ伝票とは、金融機関での取引時に顧客が提出する伝票をＷＥＢ上で作成したものである。顧客が顧客端末１に表示されたＷＥＢ伝票の作成画面に従って伝票の種類を選択し、必要な情報（口座番号や金額、氏名等）を顧客端末１から入力すると、ＷＥＢ伝票システム２は顧客の入力結果を反映したＷＥＢ伝票を作成する。ここで伝票の種類とは、金融機関で行われる取引の種類であり、入金、出金、振込、振替等である。ＷＥＢ伝票を印刷した印刷物には二次元コードが一緒に印刷される。金融機関の店頭では、取引処理を行う端末によって顧客が来店時に持参する印刷物の二次元コードが読み取られ、ＷＥＢ伝票の情報が取得される。二次元コードには顧客のＷＥＢ伝票の情報の全部若しくは一部、又はこのＷＥＢ伝票の情報を取得することのできる検索コード等が含まれている。ここで、ＷＥＢ伝票の情報とは、例えば、伝票の種類や伝票の数、顧客の氏名、口座番号、金額等である。また、ＷＥＢ伝票システム２は来店予約システム３と通信を行い、来店予約システム３が顧客の来店予約を行う際に必要なＷＥＢ伝票の情報を来店予約システム３に送信する。ＷＥＢ伝票システム２はＷＥＢ伝票の情報の全てを来店予約システム３に送信せずに、ＷＥＢ伝票の情報の一部のみを送信してもよい。ＷＥＢ伝票システム２は、例えば、伝票の種類と伝票の数の情報を来店予約システム３に送信する。伝票の種類や伝票の数は、どの伝票の種類が何件あるかという情報であってよく、例えば、入金が２件という情報である。
【0022】
来店予約システム３は、来店予約を行うアプリケーションを顧客端末１に提供するシステムである。来店予約システム３の機能はＷＥＢアプリケーションで実現される。来店予約システム３は、ＷＥＢ伝票システム２から取得したＷＥＢ伝票の情報に基づき、顧客の対応にかかる所要時間を算出し、予約可能な時間帯を顧客端末１に表示させる。
【0023】
＜１．２ 構成＞
図２は、本実施形態における顧客端末１の構成例を示すブロック図である。図２に示すように、顧客端末１は通信部１１、入力部１２、出力部１３、ＷＥＢブラウザ部１４、記憶部１５、印刷部１６を有する。
図２は、本実施形態における顧客端末１の構成例を示すブロック図である。図２に示すように、顧客端末１は通信部１１、入力部１２、出力部１３、ＷＥＢブラウザ部１４、記憶部１５、印刷部１６を有する。
【0024】
通信部１１は、インターネット４を通じてＷＥＢ伝票システム２や来店予約システム３と通信を行う。通信部１１は、例えば、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ、光通信回線、携帯電話回線等のネットワークに接続するためのインターフェースである。
【0025】
入力部１２は、ＷＥＢ伝票の作成及び来店予約時に、顧客による情報の入力や予約枠の選択等の操作を受け付ける。入力部１２は、例えば、キーボードやマウス、タッチパッド等の入力デバイスを有する。
【0026】
出力部１３は、ＷＥＢ伝票システム２や来店予約システム３から受信した画面を表示する。出力部１３は、例えば、モニタやディスプレイ等の出力デバイスを有する。
【0027】
ＷＥＢブラウザ部１４は、ＷＥＢ伝票システム２、来店予約システム３から提供されるＷＥＢアプリケーションを動作させる。
【0028】
記憶部１５は、ＷＥＢ伝票システム２で作成したＷＥＢ伝票のデータ等を記憶する。記憶部１５は、例えば、ハードディスクドライブやフラッシュメモリ等のような不揮発性の情報記憶媒体である。
【0029】
印刷部１６は、顧客端末１に接続されたプリンターにＷＥＢ伝票を印刷させる。以降の実施形態では顧客端末１としてＰＣを想定した説明を行うが、顧客端末１が携帯端末である場合は印刷部１６を有さなくてもよい。
【0030】
図３は、本実施形態におけるＷＥＢ伝票システム２の構成例を示すブロック図である。図３に示すように、ＷＥＢ伝票システム２は、通信部２１、制御部２２を有し、さらに、制御部２２は、表示制御部２３、入力受付部２４、伝票作成部２５を有する。
【0031】
通信部２１は、インターネット４を通じて顧客端末１や来店予約システム３と通信を行う。通信部２１は、例えば、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ、光通信回線、携帯電話回線等のネットワークに接続するためのインターフェースである。
【0032】
制御部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭを有しており、演算処理装置及び制御装置として機能し、各種プログラムに従ってＷＥＢ伝票システム２の動作全般を制御する。制御部２２は、表示制御部２３、入力受付部２４、伝票作成部２５が実行する各種処理を統括的に制御する。なお、制御部２２は、その他の処理を実行しても良い。
【0033】
表示制御部２３は、ＷＥＢ伝票の作成に関するＷＥＢ画面を顧客端末１に表示させる。
【0034】
入力受付部２４は、顧客端末１からの情報入力を受け付ける。具体的には、顧客が顧客端末１を操作して入力された情報が顧客端末１から送信され、ＷＥＢ伝票システム２の通信部２１で受信すると、入力受付部２４が入力として受け付ける。
【0035】
伝票作成部２５は、顧客端末１から入力された情報に基づいてＷＥＢ伝票を作成する。
【0036】
図４は、本実施形態における来店予約システム３の構成例を示すブロック図である。図４に示すように、来店予約システム３は、通信部３１０、制御部３２０、記憶部３８０を有し、さらに、制御部３２０は、情報取得部３３０、算出部３４０、検索部３５０、表示制御部３６０、登録部３７０を有する。
【0037】
通信部３１０は、インターネット４を通じて顧客端末１やＷＥＢ伝票システム２と通信を行う。通信部３１０は、例えば、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ、光通信回線、携帯電話回線等のネットワークに接続するためのインターフェースである。
【0038】
制御部３２０は、ＣＰＵ、ＲＯＭ、ＲＡＭを有しており、演算処理装置及び制御装置として機能し、各種プログラムに従って来店予約システム３の動作全般を制御する。制御部３２０は、情報取得部３３０、算出部３４０、検索部３５０、表示制御部３６０、登録部３７０が実行する各種処理を統括的に制御する。なお、制御部３２０は、その他の処理を実行しても良い。
【0039】
情報取得部３３０は、ＷＥＢ伝票システム２からＷＥＢ伝票の情報を取得する。
【0040】
算出部３４０は、情報取得部３３０が取得したＷＥＢ伝票の情報と、伝票の種類に対応して設定された単位対応時間（第１の時間）から、顧客対応にかかる所要時間である総対応時間（第２の時間）を算出する。単位対応時間とは、伝票１件あたりの顧客対応に必要な時間である。本実施形態では単位対応時間は伝票の種類別に設定されている。また、総対応時間は、顧客の伝票全ての顧客対応に必要な時間である。総対応時間は、例えば、顧客のＷＥＢ伝票が入金２件であった場合、入金２件分の顧客対応に必要な時間である。総対応時間は、ＷＥＢ伝票の情報と単位対応時間から算出される。算出部３４０は、例えば、情報取得部３３０から入金が２件というＷＥＢ伝票の情報を取得した場合であり、伝票の種類である入金に対応する単位対応時間が５分と設定されている場合、総対応時間を５×２＝１０分と算出する。算出部３４０は、算出した結果を検索部３５０に出力する。また、算出部３４０は、例えば、情報取得部３３０から入金が１件と出金が２件というＷＥＢ伝票の情報を取得した場合であり、入金に対応する単位対応時間が５分、出金に対応する単位対応時間が８分と設定されている場合、総対応時間を５＋８×２＝２１分と算出する。
【0041】
検索部３５０は、算出部３４０で算出された総対応時間から、顧客が予約可能な予約枠（受付予約枠）を検索する。本実施形態では、営業時間が時間帯で区切られた予約枠が設定されており、検索部３５０は顧客が予約可能な予約枠を検索する。例えば、営業時間９時００分～１５時００分まで３０分ごとに区切られた予約枠が設定されており、検索部３５０は予約状況情報３８０２を参照し、顧客の予約を入れられる予約枠を検索する。検索部３５０は、全ての予約枠から来店予約を行いたい顧客が予約可能な予約枠を検索する。予約可能な予約枠とは、予約枠の時間（３０分）からその予約枠に予約された顧客の総対応時間を引いた時間である残時間が、来店予約を行いたい顧客の総対応時間以上である予約枠である。算出部３４０で算出された総対応時間が１０分の場合、検索部３５０は残時間が１０分以上である予約枠を検索する。
【0042】
表示制御部３６０は、来店予約を行うためのＷＥＢ画面を顧客端末１に表示させる。表示制御部３６０は、例えば、検索部３５０で検索された結果に基づき、顧客が予約可能な予約枠を顧客端末１に表示させる。
【0043】
登録部３７０は、顧客が選択した予約枠（選択予約枠）を顧客の予約枠として予約状況情報３８０２に登録する。登録部３７０は、例えば、顧客が予約画面に表示された予約枠から７日の９時００分～の予約枠を選択した場合、登録部３７０は予約状況情報３８０２に日付、予約枠、顧客の氏名、総対応時間を登録することで顧客の予約を登録する。
【0044】
記憶部３８０は、各種情報等を記憶している。記憶部３８０は、例えば、単位対応時間情報３８０１や予約状況情報３８０２を記憶している。記憶部３８０は、例えば、ハードディスクドライブやフラッシュメモリ等のような不揮発性の情報記憶媒体である。
【0045】
図５は、単位対応時間情報３８０１の一例を示している。単位対応時間情報３８０１では、伝票の種類別に単位対応時間が設定されている。図５の例では、伝票の種類に対応する単位対応時間が、入金は５分、出金は８分、振込は１０分、振替は１０分と設定されている。算出部３４０は、顧客のＷＥＢ伝票の情報と、ＷＥＢ伝票の情報に含まれる伝票の種類に対応する単位対応時間とから、総対応時間を算出する。具体的には、算出部３４０は、入金が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間情報３８０１から入金に対応する単位対応時間を５分と特定する。そして、算出部３４０は、特定した単位対応時間である５分に伝票の数である２件をかけて、総対応時間を１０分と算出する。
【0046】
図６は、店舗の予約状況を示す予約状況情報３８０２の一例を示している。予約状況情報３８０２には各顧客の予約情報である、日付、予約枠（３０分）、顧客の氏名等の顧客の識別情報、総対応時間が記録されている。図６では、簡略化のため顧客の氏名はアルファベットで記載されている。検索部３５０は、算出部３４０で算出された総対応時間から、予約状況情報３８０２を参照して、顧客が予約可能な予約枠を検索する。検索部３５０は、例えば、予約枠の時間（３０分）からその予約枠に予約された顧客の総対応時間を引いた残時間が、来店予約を行いたい顧客の総対応時間以上である予約枠を予約可能な予約枠として検索する。図６の例では、２０２２年３月７日の９時００分～９時３０分の予約枠には顧客Ｂの予約が入っており、顧客Ｂの総対応時間は１０分なので、この予約枠の残時間は２０分である。また、１１時００分～１１時３０分の予約枠には顧客Ｅと顧客Ｆの予約が入っており、両者の総対応時間の合計は２５分であるので、この予約枠の残時間は５分である。来店予約を行いたい顧客の総対応時間が１０分である場合は、９時００分～９時３０分の予約枠は残時間が１０分以上のため予約可能な予約枠であるが、１１時００分～１１時３０分の予約枠は残時間が１０分未満のため予約不可能な予約枠である。
【0047】
【0048】
ここで、顧客端末１に表示される予約画面について説明する。
【0049】
図７は予約画面の一例であり、検索部３５０で検索された結果に基づいて顧客の予約可能な予約枠が表示された予約画面１３１の例である。予約画面１３１では予約可能な予約枠が○、予約不可能な予約枠が×で示されている。顧客は○で示された予約枠の中から予約を希望する予約枠を選択する。
【0050】
＜１．３ 動作処理＞
続いて、本実施形態における来店予約システム３の動作処理及び関連する一連の処理について図８を参照して説明する。図８は、本実施形態における顧客端末１、ＷＥＢ伝票システム２、来店予約システム３の動作処理の一例を示すフローチャートである。
続いて、本実施形態における来店予約システム３の動作処理及び関連する一連の処理について図８を参照して説明する。図８は、本実施形態における顧客端末１、ＷＥＢ伝票システム２、来店予約システム３の動作処理の一例を示すフローチャートである。
【0051】
図８に示すように、まず、顧客端末１は顧客の操作に従ってＷＥＢブラウザ部１４を立ち上げ、ＷＥＢ伝票システム２に接続する（ステップＳ１０１）。
【0052】
ＷＥＢ伝票システム２の表示制御部２３は顧客端末１にＷＥＢ伝票の作成画面を表示させる。表示制御部２３は、例えば、伝票の種類を選択するフォームや顧客の氏名、金額、口座番号等を入力するフォームを顧客端末１に表示させる（ステップＳ１０２）。
【0053】
顧客端末１は、顧客によるＷＥＢ伝票の作成に必要な情報（伝票の種類や顧客の氏名、口座番号等）の入力を入力部１２で受け付け、入力された情報を通信部１１を通じてＷＥＢ伝票システム２に送信する（ステップＳ１０３）。
【0054】
ステップＳ１０２及びステップＳ１０３は適宜繰り返され得る。まずＷＥＢ伝票システム２は伝票の種類を選択するフォームを顧客端末１に表示させる。顧客端末１は顧客が表示されたフォームから希望する伝票の種類を選択する操作を受け付ける。この時、複数の伝票の種類が顧客によって選択されてもよい。ＷＥＢ伝票システム２は、さらに顧客の選択した伝票の種類に応じた入力フォームを顧客端末１に表示させる。ＷＥＢ伝票システム２は、例えば、伝票の種類が入金や出金の場合は、支店名や口座番号、金額等の入力フォーム、伝票の種類が振込や振替の場合は、支店名や口座番号、金額、振込や振替先の口座番号等の入力フォームを表示させる。ＷＥＢ伝票システム２は、顧客の選択した伝票の種類が複数の場合は複数の入力フォームを表示させる。
【0055】
ＷＥＢ伝票システム２の伝票作成部２５は顧客の入力情報に基づいてＷＥＢ伝票を作成する（ステップＳ１０４）。
【0056】
また、ＷＥＢ伝票システム２の表示制御部２３は来店予約システム３に接続する画面を顧客端末１に表示させる（ステップＳ１０５）。例えば、表示制御部２３は来店予約システム３に接続するためのＵＲＬを含むリンクを生成し、顧客端末１に表示させる。このリンクには、顧客の作成したＷＥＢ伝票を特定するための伝票番号が含まれていてもよい。伝票番号は、例えば、ＵＲＬのパラメーターとして所定の書式で記載される。
【0057】
顧客端末１は、顧客の操作に従って来店予約システム３に接続する。顧客端末１は、例えば、来店予約システム３に接続する画面に表示されたリンクが顧客によって選択されると、来店予約システム３に接続する（ステップＳ１０６）。
【0058】
来店予約システム３は、接続された顧客端末１とＷＥＢ伝票システム２との通信で作成されたＷＥＢ伝票の情報を、ＷＥＢ伝票システム２に要求する（ステップＳ１０７）。来店予約システム３は、例えば、顧客端末１が来店予約システム３に接続する際に用いられたリンクにパラメーターとして含まれる伝票番号を指定してＷＥＢ伝票の情報をＷＥＢ伝票システム２に要求する。
【0059】
ＷＥＢ伝票システム２は、来店予約システム３から要求されたＷＥＢ伝票の情報を来店予約システム３に送信する（ステップＳ１０８）。ＷＥＢ伝票システム２は、例えば、伝票作成部２５で来店予約システム３から指定された伝票番号でＷＥＢ伝票を特定し、ＷＥＢ伝票の情報を、通信部２１を通じて来店予約システム３に送信する。
【0060】
来店予約システム３の情報取得部３３０は、ＷＥＢ伝票システム２からＷＥＢ伝票の情報を取得する（ステップＳ１０９）。
【0061】
次に算出部３４０は、ＷＥＢ伝票の情報と伝票の種類別に設定された単位対応時間から、総対応時間を算出し、算出結果を検索部３５０に出力する（ステップＳ１１０）。算出部３４０における総対応時間の詳細な算出方法は後述する。
【0062】
検索部３５０は、算出部３４０から取得した総対応時間に基づいて、顧客が予約可能な予約枠を検索する（ステップＳ１１１）。
【0063】
表示制御部３６０は、検索部３５０の検索結果に基づいて顧客が予約可能な予約枠を顧客端末１に表示させる（ステップＳ１１２）。
【0064】
顧客端末１は、出力部１３に表示された予約可能な予約枠から希望の予約枠を顧客が選択する操作を入力部１２で受け付け、入力情報を、通信部１１を通じてＷＥＢ伝票システム２に送信する（ステップＳ１１３）。
【0065】
来店予約システム３の登録部３７０は、顧客が選択した予約枠を顧客の予約枠として予約状況情報３８０２に登録する（ステップＳ１１４）。
【0066】
ここで、算出部３４０による総対応時間の算出方法を説明する。図９は、算出部３４０による総対応時間の算出方法を示すフローチャートである。まず算出部３４０は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数の情報を取得する（ステップＳ２０１）。次に、算出部３４０は、記憶部３８０に記憶されている単位対応時間情報３８０１から、伝票の種類に対応する単位対応時間を特定する（ステップＳ２０２）。そして、算出部３４０は、特定した単位対応時間と伝票の数から総対応時間を算出する（ステップＳ２０３）。
【0067】
以上、本実施形態による来店予約システム３の動作処理の一例について説明した。なお、図８に示す処理は一例であって本実施形態はこれに限定されない。
【0068】
来店予約システム３の動作処理の説明では、来店予約システム３が、顧客端末１からの接続を受け付けるとＷＥＢ伝票システム２にＷＥＢ伝票の情報を要求する例を示した。しかし、この例に限られず、来店予約システム３からの要求がなくともＷＥＢ伝票システム２が顧客のＷＥＢ伝票の情報を来店予約システム３に送信してもよい。例えば、顧客端末１が来店予約システム３に接続したことを、顧客端末１からＷＥＢ伝票システム２に通知されると、その通知に基づいてＷＥＢ伝票システム２が来店予約システム３にＷＥＢ伝票の情報を送信してもよい。
【0069】
以上説明した実施形態によれば、顧客が来店を予約する場合に顧客の対応にかかる所要時間を考慮して予約を行う。そのため、予約枠で想定している時間と実際の顧客対応にかかる時間の差を小さくし、顧客と店舗にとって効率的なサービスを提供することができる。また、ＷＥＢ伝票の情報はＷＥＢ伝票システム２から来店予約システム３に自動的に送られるため、顧客は煩わしい操作をする必要がない。そして、ＷＥＢ伝票を作成した後に続けて来店予約システム３に接続することで、顧客が来店予約を忘れることを防ぐことができる。
【0070】
＜２．第２の実施形態＞
次に、第２の実施形態について説明する。上述した第１の実施形態では、単位対応時間は伝票の種類別に設定されていたが、本発明はこれに限定されず、さらに顧客の属性別に設定されることができる。
次に、第２の実施形態について説明する。上述した第１の実施形態では、単位対応時間は伝票の種類別に設定されていたが、本発明はこれに限定されず、さらに顧客の属性別に設定されることができる。
【0071】
＜２．１ 構成＞
第２の実施形態における構成は、来店予約システム３が算出部３４０、記憶部３８０の代わりに、算出部３４１、記憶部３８１を備える点で第１の実施形態と相違する。また、記憶部３８１は、単位対応時間情報３８０１の代わりに、図１０の例で示す年齢別単位対応時間情報３８１１を記憶している点で第１の実施形態と相違する。
第２の実施形態における構成は、来店予約システム３が算出部３４０、記憶部３８０の代わりに、算出部３４１、記憶部３８１を備える点で第１の実施形態と相違する。また、記憶部３８１は、単位対応時間情報３８０１の代わりに、図１０の例で示す年齢別単位対応時間情報３８１１を記憶している点で第１の実施形態と相違する。
【0072】
図１０は、年齢別単位対応時間情報３８１１の例であり、単位対応時間が伝票の種類と顧客の属性である年齢別に設定されている。例えば、伝票の種類が入金の場合では、顧客の年齢が７４歳以下の場合は５分、顧客の年齢が７５歳以上の場合は７分と単位対応時間が設定されている。他の伝票の種類も同様に、顧客の年齢が７４歳以下である場合と７５歳以上である場合で異なる単位対応時間が設定されている。高齢の顧客の場合は、店員による説明に時間を要する等、来店時の対応時間が長くなることが考えられる。そのため、単位対応時間は、７４歳以下の顧客よりも７５歳以上の顧客の単位対応時間が長く設定されている。
【0073】
【0074】
図８に示すフローチャートのステップＳ１０９において、来店予約システム３の情報取得部３３０は顧客の年齢を含むＷＥＢ伝票の情報を取得する。
【0075】
次にステップＳ１１０において、算出部３４１は図１０の年齢別単位対応時間情報３８１１に示す単位対応時間を用いて総対応時間を算出する。図１１は、算出部３４１による総対応時間の算出方法を示すフローチャートである。まず算出部３４１は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数、顧客の年齢の情報を取得する（ステップＳ３０１）。次に、算出部３４１は、記憶部３８１に記憶されている年齢別単位対応時間情報３８１１から、伝票の種類と顧客の年齢に対応する単位対応時間を特定する（ステップＳ３０２）。具体的には、算出部３４１は、顧客の年齢が７４歳以下の場合は図１０に示す７４歳以下の列に記載の単位対応時間、７５歳以上の場合は７５歳以上の列に記載の単位対応時間から伝票の種類に対応する単位対応時間を特定する。そして、算出部３４１は、特定した単位対応時間と伝票の数から総対応時間を算出する（ステップＳ３０３）。算出部３４１は、例えば、顧客の年齢が７０歳で伝票の種類が入金、伝票の数が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を５分と特定し、総対応時間を５×２＝１０分と算出する。また、算出部３４１は、例えば、顧客の年齢が７５歳で、伝票の種類が入金、伝票の数が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を７分と特定し、総対応時間を７×２＝１４分と算出する。
【0076】
＜２．３ 変形例＞
上記の第２の実施形態では顧客の属性である年齢別に単位対応時間が設定される例を説明したが、単位対応時間は、顧客の属性である所属別に設定されることもできる。所属とは顧客が個人であるか法人であるかの情報である。本変形例では、記憶部３８１は年齢別単位対応時間情報３８１１の代わりに図１２の例で示す所属別単位対応時間情報３８１２を記憶している。
上記の第２の実施形態では顧客の属性である年齢別に単位対応時間が設定される例を説明したが、単位対応時間は、顧客の属性である所属別に設定されることもできる。所属とは顧客が個人であるか法人であるかの情報である。本変形例では、記憶部３８１は年齢別単位対応時間情報３８１１の代わりに図１２の例で示す所属別単位対応時間情報３８１２を記憶している。
【0077】
図１２は、所属別単位対応時間情報３８１２の例であり、単位対応時間が伝票の種類と、顧客の所属（個人、法人）別に設定されている。例えば、伝票の種類が入金の場合では、顧客が個人の場合は５分、顧客が法人の場合は３分と単位対応時間が設定されている。他の伝票の種類も同様に、顧客が個人である場合と法人である場合で異なる単位対応時間が設定されている。法人の顧客の場合は、頻繁に店舗を訪れるため店舗の利用に慣れており、店員による対応時間が短くなることが考えられる。そのため、法人の顧客の方が個人の顧客よりも単位対応時間が短く設定されている。
【0078】
ここで、本変形例における動作処理を説明する。図８に示すフローチャートのステップＳ１０９において、来店予約システム３の情報取得部３３０は顧客の所属を含むＷＥＢ伝票の情報を取得する。
【0079】
次にステップＳ１１０において、算出部３４１は図１２の所属別単位対応時間情報３８１２に示す単位対応時間を用いて総対応時間を算出する。図１３は、算出部３４１による総対応時間の算出方法を示すフローチャートである。まず算出部３４１は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数、顧客の所属の情報を取得する（ステップＳ４０１）。次に、算出部３４１は、記憶部３８１に記憶されている所属別単位対応時間情報３８１２から、伝票の種類と顧客の所属に対応する単位対応時間を特定する（ステップＳ４０２）。具体的には、算出部３４１は、顧客の所属が個人の場合は図１２に示す個人の列に記載の単位対応時間、法人の場合は法人の列に記載の単位対応時間から伝票の種類に対応する単位対応時間を特定する。そして、算出部３４１は、特定した単位対応時間と伝票の数から総対応時間を算出する（ステップＳ４０３）。算出部３４１は、例えば、顧客の所属が個人で伝票の種類が入金、伝票の数が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を５分と特定し、総対応時間を５×２＝１０分と算出する。また、算出部３４１は、例えば、顧客の所属が法人で、伝票の種類が入金、伝票の数が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を３分と特定し、総対応時間を３×２＝６分と算出する。
【0080】
また、第２の実施形態とその変形例では、算出部３４１が顧客の属性として年齢か所属のうち片方の情報を用いて総対応時間を算出する例を示したが、両方を用いてもよいし、記憶部３８１は図１０の例で示す年齢別単位対応時間情報３８１１と、図１２の例で示す所属別単位対応時間情報３８１２の両方を記憶していてもよい。この場合は、来店予約システム３の情報取得部３３０は顧客の年齢と所属を含むＷＥＢ伝票の情報を取得する。算出部３４１は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数、顧客の年齢と所属の情報を取得する。そして算出部３４１は、年齢別単位対応時間情報３８１１と、所属別単位対応時間情報３８１２を用いて総対応時間を算出する。例えば、算出部３４１は、顧客の年齢が７４歳以下である場合には顧客の所属に基づいて、所属別単位対応時間情報３８１２の単位対応時間を用いて総対応時間を算出する。また、算出部３４１は、顧客の年齢が７５歳以上である場合には年齢別単位対応時間情報３８１１の単位対応時間を用いて総対応時間を算出する。顧客が高齢の場合は対応時間が長くなることが考えられる。そのため、算出部３４１は、顧客の年齢が７５歳以上の場合は所属に関わらず年齢別単位対応時間情報３８１１の単位対応時間を用いて総対応時間を算出する。
【0081】
以上説明した第２の実施形態では、顧客の属性（年齢、所属）によって異なる単位対応時間が設定されており、算出部３４１は年齢別単位対応時間情報３８１１、所属別単位対応時間情報３８１２を用いて総対応時間を算出する。このように顧客の属性別に異なる単位対応時間が設定されることで、算出した総対応時間と実際の対応時間の差を小さくすることができる。
【0082】
図１０に示す年齢別単位対応時間情報３８１１の例では顧客の年齢を７４歳以下と７５歳以上で分けたが、この例に限定されず適当な年齢が設定されてよい。また、図１０、図１２の両方において単位対応時間は適宜設定されてよい。図１０、図１２の例では年齢別単位対応時間情報３８１１と所属別単位対応時間情報３８１２を分けて記載したが、年齢別単位対応時間情報３８１１と所属別単位対応時間情報３８１２は同じデータシートとして記憶部３８１に記憶されてもよい。
【0083】
銀行のシステム等から顧客の個人情報データを取得できる場合、来店予約システム３は、ＷＥＢ伝票の情報に含まれる口座番号等の情報を取得し、口座番号等の情報から紐づけて個人情報データである顧客の年齢や所属の情報を銀行のシステム等から取得することができる。また、ＷＥＢ伝票作成時にＷＥＢ伝票システム２が顧客端末１に顧客の年齢や所属を入力させるフォームを表示させてもよい。そしてＷＥＢ伝票システム２は、取得した顧客の年齢や所属の情報を含むＷＥＢ伝票の情報を来店予約システム３に送信してもよい。来店予約システム３はＷＥＢ伝票システム２から取得したＷＥＢ伝票の情報から顧客の年齢や所属の情報を取得することができる。
【0084】
＜３．第３の実施形態＞
次に、第３の実施形態について説明する。第２の実施形態では、顧客の年齢や顧客の所属別に単位対応時間が設定されていた。第３の実施形態では、対象の顧客が過去の来店時の取引に要した時間から単位対応時間が設定される。
次に、第３の実施形態について説明する。第２の実施形態では、顧客の年齢や顧客の所属別に単位対応時間が設定されていた。第３の実施形態では、対象の顧客が過去の来店時の取引に要した時間から単位対応時間が設定される。
【0085】
＜３．１ 構成＞
第３の実施形態における構成は、来店予約システム３が算出部３４０、記憶部３８０の代わりに、算出部３４２、記憶部３８２を有する点で第１の実施形態と相違する。また、記憶部３８２は図１４の例で示す過去の来店情報３８２１及び図１５の例で示す顧客別単位対応時間情報３８２２をさらに記憶している。
第３の実施形態における構成は、来店予約システム３が算出部３４０、記憶部３８０の代わりに、算出部３４２、記憶部３８２を有する点で第１の実施形態と相違する。また、記憶部３８２は図１４の例で示す過去の来店情報３８２１及び図１５の例で示す顧客別単位対応時間情報３８２２をさらに記憶している。
【0086】
図１４は、過去の来店情報３８２１の例であり、ある顧客Ａが過去に来店した際の伝票の種類と数、及び対応にかかった所要時間を示している。例えば２０２１年１月２日に来店した際は、入金が２件で対応には１２分要したことを示されている。また、２０２１年２月８日に来店した際は、出金が１件と振込が２件で２５分、２０２１年３月７日に来店した際は、出金が３件と振込が１件で３５分要したことを示されている。
【0087】
図１５は、顧客別単位対応時間情報３８２２の例であり、顧客Ａの過去の来店情報３８２１から設定された、顧客Ａの顧客別単位対応時間情報３８２２の例を示している。顧客別単位対応時間情報３８２２は顧客別に記憶されている。そして顧客別単位対応時間情報３８２２は、口座番号等の顧客を識別する識別情報及び伝票の種類に対応して設定された単位対応時間の情報を含んでいる。図１５の顧客Ａの顧客別単位対応時間情報３８２２の例では、伝票の種類に対応する単位対応時間がそれぞれ、入金は６分、出金は９分、振込は８分と設定されている。これらの単位対応時間は顧客の過去の来店情報３８２１から設定される。図１４の例では、顧客Ａが２０２１年１月２日の来店時に、入金２件で１２分の所要時間がかかっているため入金１件あたりの対応時間は６分と算出される。よって図１５の例では、入金に対応する単位対応時間は６分と設定されている。また、図１４の例では、２０２１年２月８日と２０２１年３月７日の来店時にそれぞれ、出金１件と振込２件で２５分、出金３件と振込１件で３５分の所要時間がかかっている。両者のデータを用いた連立方程式から、出金１件には９分、振込８分の対応時間かかると算出される。よって図１５の例では、出金に対応する単位対応時間は９分、振込に対応する単位対応時間は８分と設定されている。過去の来店情報３８２１のデータが多い場合は、来店日が新しい２つのデータを用いた連立方程式から単位対応時間が算出される。また、顧客Ａは過去に振替の取引を行っていないため振替に対応する単位対応時間はデータなしと設定されている。顧客別単位対応時間情報３８２２は、口座番号等の顧客の識別情報と紐づけられており、顧客の識別情報から対象の顧客の顧客別単位対応時間情報３８２２が抽出される。
【0088】
【0089】
ステップＳ１０９において、来店予約システム３の情報取得部３３０は、口座番号等の顧客の識別情報を含むＷＥＢ伝票の情報を取得する。次にステップＳ１１０において、算出部３４２は顧客の識別情報から紐づけられる顧客別単位対応時間情報３８２２を用いて総対応時間を算出する。図１６は、算出部３４２による総対応時間の算出方法を示すフローチャートである。まず算出部３４２は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数、顧客の識別情報を取得する（ステップＳ５０１）。次に、算出部３４２は、記憶部３８２に記憶されている顧客別単位対応時間情報３８２２から、伝票の種類に対応する単位対応時間を特定する（ステップＳ５０２）。具体的には、算出部３４２は、情報取得部３３０から取得した顧客の識別情報に紐づけられる顧客別単位対応時間情報３８２２を参照して単位対応時間を特定する。そして、算出部３４２は、特定した単位対応時間と伝票の数から総対応時間を算出する（ステップＳ５０３）。算出部３４２は、例えば、顧客Ａの入金が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を６分と特定し、総対応時間を６×２＝１２分と算出する。図１５の例では振替に対応する単位対応時間のデータは記憶されていない。そのため、ＷＥＢ伝票の情報に振替が含まれる場合は、算出部３４２は、図５に示す単位対応時間を用いて総対応時間を算出する。
【0090】
また、顧客の来店情報及び顧客別単位対応時間情報３８２２は、顧客が１回以上来店した後でないと取得できない。そのため、顧客の識別情報に紐づけられる顧客別単位対応時間情報３８２２が存在しない場合は、算出部３４２は、図５に示す単位対応時間情報３８０１を用いて総対応時間を算出する。
【0091】
ここで、顧客別単位対応時間情報３８２２は適宜更新され得る。例えば、来店予約システム３は、銀行のシステム等から顧客が来店した時の対応時間の情報を随時受信してもよい。例えば、来店予約システム３は、顧客が来店する度に銀行のシステムから顧客の対応時間の情報を受信し、来店予約システム３の記憶部３８２で記憶される過去の来店情報３８２１に記憶する。顧客が来店を繰り返すと記憶部３８２に記憶される過去の来店情報３８２１のデータ増えるため、来店予約システム３は顧客別単位対応時間情報３８２２を適宜更新する。更新するタイミングは、顧客の対応時間の情報を受信する度でもよいし、予め定められた頻度でもよい。顧客別単位対応時間情報３８２２の更新は、算出部３４２で行うことができる。算出部３４２は、過去の来店情報３８２１を用いて伝票の種類に対応する単位対応時間を算出し、顧客別単位対応時間情報３８２２の更新を行う。伝票の種類に対応する単位対応時間の算出に用いるデータは、顧客の来店日が新しいデータでもよい。例えば、伝票の種類が１種類の来店日のデータがあれば、算出部３４２は、最も来店日が新しいデータを用いて単位対応時間を算出する。また、連立方程式を解かないと単位対応時間が求められない場合は、算出部３４２は来店日が新しい、連立方程式が解ける分のデータを用いて単位対応時間を算出する。
【0092】
以上、説明した第３の実施形態では、顧客の過去の来店情報３８２１に基づいて伝票の種類に対応した単位対応時間が顧客別に設定される。実際の来店時のデータを用いて単位対応時間が設定されるため、算出部３４２は、顧客の特性を反映して総対応時間を算出することができる。
【0093】
＜４．第４の実施形態＞
次に、第４の実施形態について説明する。第４の実施形態では店舗で顧客対応を行う店員の能力を考慮して総対応時間を算出する。
次に、第４の実施形態について説明する。第４の実施形態では店舗で顧客対応を行う店員の能力を考慮して総対応時間を算出する。
【0094】
＜４．１ 構成＞
第４の実施形態における構成は、来店予約システム３が、算出部３４０、検索部３５０、記憶部３８０の代わりに、算出部３４３、検索部３５３、記憶部３８３を有する点で第１の実施形態と相違する。また、記憶部３８３は、図１７の例で示す店員の勤務スケジュール情報３８３１（勤務スケジュール情報）、図１８の例で示す店員のスキル情報３８３２（スキル情報）、図１９、図２０の例で示す店員のスキル別時間補正値情報３８３３、店員のスキル別時間補正値情報３８３４をさらに記憶している。
第４の実施形態における構成は、来店予約システム３が、算出部３４０、検索部３５０、記憶部３８０の代わりに、算出部３４３、検索部３５３、記憶部３８３を有する点で第１の実施形態と相違する。また、記憶部３８３は、図１７の例で示す店員の勤務スケジュール情報３８３１（勤務スケジュール情報）、図１８の例で示す店員のスキル情報３８３２（スキル情報）、図１９、図２０の例で示す店員のスキル別時間補正値情報３８３３、店員のスキル別時間補正値情報３８３４をさらに記憶している。
【0095】
図１７は、店員の勤務スケジュール情報３８３１の例であり、予約枠毎に顧客対応を行う店員が誰であるかを記憶している。例えば、図１７の例では、３月７日の９時００分～１２時００分までは店員ａが顧客対応を行い、１２時００分～１５時００分は店員ｃが顧客対応を行うことが示されている。
【0096】
図１８は、店員のスキル情報３８３２の例であり、店員ごとに顧客対応のスキルを記憶している。図１８の例では、顧客対応のスキルを「低い」、「普通」、「高い」の３レベルに分けており、スキルが「低い」は１、「普通」は２、「高い」は３として店員ごとにスキルが記憶されている。図１８の例では、店員ａのスキルは１、店員ｂのスキルは１、店員ｃのスキルは２である。
【0097】
図１９は、店員のスキル別時間補正値情報３８３３の例であり、店員のスキルに対応した時間補正値が設定されている。時間補正値とは、店員の顧客対応のスキルに応じた値であり、第４の実施形態において総対応時間を算出する際に用いられる値である。図１９の例では、店員のスキルが１であれば時間補正値は１．２が設定され、店員のスキルが２であれば時間補正値は１が設定され、店員のスキルが３であれば時間補正値は０．８が設定されている。
【0098】
図２０は、店員のスキル別時間補正値情報３８３４の例であり、店員のスキルの平均に対応した時間補正値が設定されている。図２０の例では、店員のスキルの平均が１以上１．５未満であれば時間補正値は１．２が設定され、店員のスキルの平均が１．５以上２．５未満であれば時間補正値は１が設定され、店員のスキルの平均が２．５以上３以下であれば時間補正値は０．８が設定されている。
【0099】
＜４．２ 動作処理＞
第４の実施形態における動作は第１の実施形態で図８を用いて説明した動作と同様であるが、図８のステップＳ１１０で行う総対応時間の算出方法及びＳ１１１で行う予約可能な予約枠の検索方法が第１の実施形態と異なる。
第４の実施形態における動作は第１の実施形態で図８を用いて説明した動作と同様であるが、図８のステップＳ１１０で行う総対応時間の算出方法及びＳ１１１で行う予約可能な予約枠の検索方法が第１の実施形態と異なる。
【0100】
まずステップＳ１０９において、来店予約システム３の情報取得部３３０はＷＥＢ伝票の情報を取得する。
【0101】
次にステップＳ１１０において、算出部３４３は、図５に示す単位対応時間及び、図１９に示す店員のスキル別時間補正値情報３８３３を用いて総対応時間を算出する。図２１は、算出部３４３による総対応時間の算出方法を示すフローチャートである。まず算出部３４３は、情報取得部３３０で取得したＷＥＢ伝票の情報から、伝票の種類と数を取得する（ステップＳ６０１）。次に、算出部３４３は、記憶部３８３に記憶している店員の勤務スケジュール情報３８３１から顧客対応を行う店員を抽出する（ステップＳ６０２）。ここでは、算出部３４３は、予約枠の検索を行う予約枠全てから顧客対応を行う店員を抽出する。例えば、算出部３４３は、３月７日（月）から３月１１日（金）の予約枠で予約枠の検索を行う場合、図１７の店員の勤務スケジュールから、３月７日（月）から３月１１日（金）までで顧客対応を行う店員である店員ａ、店員ｂ、店員ｃを抽出する。そして、算出部３４３は、店員のスキル情報３８３２から、ステップＳ６０２で抽出した店員のスキルを特定する（ステップＳ６０３）。例えば、算出部３４３は、各店員のスキルを、店員ａは１、店員ｂは１、店員ｃは２と特定する。続いて、算出部３４３は、伝票の種類と数、単位対応時間情報３８０１から、仮の総対応時間を算出する（ステップＳ６０４）。算出部３４３は、例えば、入金が２件というＷＥＢ伝票の情報を取得した場合、単位対応時間を５分と特定し、仮の総対応時間を５×２＝１０分と算出する。そして、算出部３４３は、仮の総対応時間と、店員のスキルに対応した時間補正値から、店員ごとに総対応時間を算出する（ステップＳ６０５）。ここでは総対応時間は仮の総対応時間に時間補正値をかけて算出される。例えば、店員ａは、スキルが１なので時間補正値は１．２である。そのため算出部３４３は、店員ａに対応する総対応時間を１０×１．２＝１２分と算出する。店員ｂについても同様に、算出部３４３は、店員ｂに対応する総対応時間を１２分と算出する。店員ｃはスキルが２なので時間補正値は１である。そのため、算出部３４３は、店員ｃに対応する総対応時間を１０×１＝１０分と算出する。
【0102】
次に、図８のステップＳ１１１において、検索部３５３は店員ごとに算出された総対応時間を用いて予約可能な予約枠の検索を行う。具体的には、検索部３５３は、各予約枠について、顧客対応を行う店員に対応して算出された総対応時間を用いて検索を行う。検索部３５３は、例えば、３月７日（月）の９時００分～１２時００分の予約枠では、店員ａに対応した総対応時間である１２分を用いて、１２時００分～１５時００分の予約枠では店員ｃに対応した総対応時間である１０分を用いて検索を行う。
【0103】
また、算出部３４３は、店員のスキル別時間補正値情報３８３３を用いずに総対応時間を算出してもよい。その場合は、店員のスキルにそれぞれ数値が設定されており、算出部３４３はその数値を用いて総対応時間を算出する。例えば、店員のスキルが「低い」には１．５、「普通」には１、「高い」には０．５という数値が店員のスキルに対応して設定される。算出部３４３は、総対応時間を算出する際に、仮の総対応時間に店員のスキルに応じた数値をかけて総対応時間を算出する。
【0104】
ここまで各予約枠で顧客対応を行う店員が１人の場合を説明したが、店員が２人以上の場合も考えられる。店員が２人以上の場合は、算出部３４３は、店員のスキルの平均値を求めて、平均値に応じた時間補正値を用いて総対応時間を算出する。図２１のステップＳ６０２において、例えば、算出部３４３は、店員の勤務スケジュール情報３８３１から顧客対応を行う店員である、店員ａ、店員ｂ、店員ｃを抽出する。そしてステップＳ６０３において、算出部３４３は、図１８の店員のスキル情報３８３２から店員のスキルをそれぞれ店員ａは１、店員ｂは１、店員ｃは２と特定する。ここで、店員ａ、店員ｂ、店員ｃの３人ともが顧客対応を行う枠があるとする。その場合、算出部３４３は、３人のスキルの平均値を（１＋１＋２）÷３＝１．３のように求める。次に、算出部３４３は、図２０の例で示す店員のスキル別時間補正値情報３８３４を参照して、店員のスキルの平均値に対応する時間補正値を特定する。図２０では店員のスキルの平均値が１．３の場合、時間補正値は１．２である。そして、算出部３４３は、仮の総対応時間と、特定した時間補正値とから総対応時間を算出する。総対応時間は、仮の総対応時間に特定した時間補正値をかけて算出される。算出部３４３は、例えば、仮の総対応時間が１０分の場合、総対応時間を１０×１．２＝１２分と算出する。よって、店員ａ、店員ｂ、店員ｃの３人が顧客対応を行う予約枠において、検索部３５３は、総対応時間を１２分として予約可能な予約枠の検索を行う。
【0105】
上記の例では店員のスキルを「低い」、「普通」、「高い」の３レベルに分けたが、レベル分けの数は３に限らない。また、図１８の例で示した時間補正値の数値はこの例に限定されず適宜設定されてよい。
【0106】
以上説明した第４の実施形態では、算出部３４３は店員のスキルに基づいて総対応時間を算出する。顧客の対応時間は顧客の属性によって変化し得るが、対応する店員のスキルによっても変化し得ると考えられる。例えば初心者の店員（店員スキルが「低い」）は対応時間が長くなり、逆にベテランの店員（店員スキルが「高い」）は対応時間が短くなることが考えられる。そのため、店員のスキルを考慮して総対応時間を算出することで、総対応時間と実際の対応時間の差を小さくすることができる。
【0107】
＜５．第５の実施形態＞
次に、第５の実施形態について説明する。第５の実施形態では顧客対応を行う店員が複数いる場合に、第１～４の実施形態で算出された総対応時間を用いて店員の割当を行う。
次に、第５の実施形態について説明する。第５の実施形態では顧客対応を行う店員が複数いる場合に、第１～４の実施形態で算出された総対応時間を用いて店員の割当を行う。
【0108】
＜５．１ 構成＞
図２２は、第５の実施形態における来店予約システム３の構成を示している。第５の実施形態における来店予約システム３は、店員割当部３９０、記憶部３８４を有する点で第１～第４の実施形態と相違する。その他の構成は第１～第４の構成と同様である。図２２の例では、来店予約システム３が算出部３４０を有する例が示されているが、算出部３４０は実施例１～４に記載の算出部３４０、３４１、３４２、３４３のいずれであってもよい。また、図２２の例では来店予約システム３が検索部３５０を有する例が示されているが、検索部３５０は実施例１～４に記載の検索部３５０、３５３のいずれであってもよい。
図２２は、第５の実施形態における来店予約システム３の構成を示している。第５の実施形態における来店予約システム３は、店員割当部３９０、記憶部３８４を有する点で第１～第４の実施形態と相違する。その他の構成は第１～第４の構成と同様である。図２２の例では、来店予約システム３が算出部３４０を有する例が示されているが、算出部３４０は実施例１～４に記載の算出部３４０、３４１、３４２、３４３のいずれであってもよい。また、図２２の例では来店予約システム３が検索部３５０を有する例が示されているが、検索部３５０は実施例１～４に記載の検索部３５０、３５３のいずれであってもよい。
【0109】
記憶部３８４は、第１～第４の実施形態のいずれで来店予約が行われるかによって第１～第４の実施形態の記憶部である記憶部３８０、記憶部３８１、記憶部３８２、記憶部３８３と同様の情報を記憶する。しかし、記憶部３８４は少なくとも店員の勤務スケジュール情報３８４１、店員のスキル情報３８４２、予約状況情報３８４３を記憶する。
【0110】
店員割当部３９０は、予約枠に予約された顧客の対応を行う店員を決定する。例えば、ある予約枠に顧客Ｌ、顧客Ｍが予約されており、その枠で顧客対応を行う店員が店員ａ、店員ｃだとすると、店員割当部３９０は、どの店員がどの顧客の対応を行うかを決定する。
【0111】
図２３は、第５の実施形態における店員の勤務スケジュール情報３８４１の例である。店員の勤務スケジュール情報３８４１は、予約枠毎に顧客対応を行う店員が誰であるかを記憶している。
【0112】
図２４は、第５の実施形態における店員のスキル情報３８４２の例であり、店員ごとの顧客対応のスキルを記憶している。店員のスキル情報３８４２は、例えば、スキルを「低い」、「普通」、「高い」の３レベルに分けて、スキルが「低い」は１、「普通」は２、「高い」は３として店員ごとにスキルを記憶している。図２４の例では、店員のスキル情報３８４２は店員ａ～ｅのスキルを記憶している。
【0113】
＜５．２ 動作処理＞
第５の実施形態における動作は、図８に示すステップＳ１１４の後に店員の割当を行う点で第１～第４の実施形態と相違する。来店予約を行う動作であるステップＳ１０１～ステップＳ１１４は第１～第４の実施形態の動作で行うことができる。店員割当の方法について図２５を用いて以下に説明する。
第５の実施形態における動作は、図８に示すステップＳ１１４の後に店員の割当を行う点で第１～第４の実施形態と相違する。来店予約を行う動作であるステップＳ１０１～ステップＳ１１４は第１～第４の実施形態の動作で行うことができる。店員割当の方法について図２５を用いて以下に説明する。
【0114】
店員割当の１つの方法としては、顧客の予約における総対応時間と店員のスキルに基づいて店員割当が行われる。具体的には、まず店員割当部３９０は、記憶部３８４に記憶している店員の勤務スケジュール情報３８４１から、特定の予約枠において顧客対応予定の店員を抽出する（ステップＳ７０１）。特定の予約枠とは、店員の割当を行う予約枠である。店員割当部３９０は、例えば、３月１４日の９時００分～の予約枠の店員割当を行う場合、図２３に示される店員の勤務スケジュール情報３８４１から、特定の予約枠である３月１４日の９時００分～の予約枠における勤務予定の店員ａと店員ｃを抽出する。次に、店員割当部３９０は、抽出した店員のスキルを店員のスキル情報３８４２から特定する（ステップＳ７０２）。店員割当部３９０は、例えば、図２４に示される店員のスキル情報３８４２から店員ａのスキルは１、店員ｃのスキルは２と特定する。続いて店員割当部３９０は、特定の予約枠において、予約の入っている顧客と、各顧客の総対応時間を予約状況情報３８４３から特定する（ステップＳ７０３）。図２６は予約状況情報３８４３の例である。図２６の例では３月１４日の９時００分～の予約枠において、顧客Ｌと顧客Ｍの予約が入っている。店員割当部３９０は、例えば、図２６に示される予約状況情報３８４３から、顧客Ｌの総対応時間は２０分、顧客Ｍの総対応時間は１０分と特定する。図２６では店員と記載された列のデータに顧客を対応する店員が示されているが、このデータは店員割当後に記憶されるため、ステップＳ７０３の時点では店員と記載された列のデータは記憶されていない。その後、店員割当部３９０は、特定した店員のスキルと総対応時間から、顧客を対応する店員を決定する（ステップＳ７０４）。ここでは、店員割当部３９０は、総対応時間が長い顧客をスキルの高い店員が対応するように店員を割当てる。例えば、３月１４日の９時００分～の予約枠においては、店員ｃの方が店員ａよりもスキルが高く、総対応時間は顧客Ｌの方が顧客Ｍよりも長い。そのため、店員割当部３９０は、顧客Ｌを担当するのは店員ｃ、顧客Ｍを担当するのは店員ａと決定する。決定した割当は、予約状況情報３８４３に記憶される（ステップＳ７０５）。図２６の例では、店員と記載された列に決定した割当のデータが記憶される。
【0115】
店員割当の他の例としては、店員ごとに対応する顧客の総対応時間の偏りを少なくするように、予約における総対応時間に基づいて店員割当を行われる。つまり一人の店員が総対応時間の長い顧客ばかり、もしくは短い顧客ばかりを対応しないようにする。具体的には、まず店員割当部３９０は、記憶部３８４に記憶している店員の勤務スケジュール情報３８４１から、特定の予約枠において顧客対応予定の店員を抽出する（ステップＳ８０１）。店員割当部３９０は、例えば、３月１４日の９時３０分～の予約枠の店員割当を行う場合、図２３に示される店員の勤務スケジュール情報３８４１から特定の予約枠である３月１４日の９時３０分～の予約枠における顧客対応予定の店員ａと店員ｃを抽出する。次に、店員割当部３９０は、予約状況情報３８４４から特定の予約枠において予約の入っている顧客と、各顧客の総対応時間を特定する（ステップＳ８０２）。図２７は予約状況情報３８４４の例である。図２７の例では３月１４日の９時３０分～の予約枠において、顧客Ｎと顧客Оの予約が入っている。店員割当部３９０は、例えば、図２７に示される予約状況情報３８４４から、顧客Ｎの総対応時間は２５分、顧客Ｏの総対応時間は５分と特定する。図２７では店員と記載された列のデータに顧客を対応する店員が示されているが、このデータは店員割当後に記憶されるため、ステップＳ８０２の時点では店員と記載された列のデータは記憶されていない。その後、店員割当部３９０は、特定した店員と総対応時間から、顧客を対応する店員を決定する（ステップＳ８０３）。ここでは、店員割当部３９０は、連続する２つの予約枠において、一方の予約枠で第２の時間が最も長い顧客を対応する店員（第１の店員）と、他方の予約枠で第２の時間が最も長い顧客を対応する店員（第２の店員）が別となるように店員を決定する。例えば、３月１４日の９時００分～の予約枠において店員ｃの担当する顧客Ｌの総対応時間は、店員ａの担当する顧客Ｍの総対応時間よりも長い。そのため、店員割当部３９０は、９時３０分～の予約枠では、店員ａが総対応時間の長い顧客を対応するように決定する。つまり、店員割当部３９０は、総対応時間が長い顧客Ｎを店員ａが担当し、総対応時間が短い顧客Оを店員ｃが担当するように決定する。決定した割当は、予約状況情報３８４４に記憶される（ステップＳ８０４）。図２７の例では、店員と記載された列に決定した割当のデータが記憶される。また、店員割当部３９０は１日の最初の予約枠は前の予約枠がないので、ランダムに店員を割当ててもよい。
【0116】
以上、説明した第５の実施形態では算出部３４０～３４３で算出した総対応時間を用いて店員の割当を行うことで、効率的な人員割当を行うことができる。総対応時間が長い顧客は対応が難しい可能性があるため、スキルの高い人が担当することで、スムーズに対応を行うことが可能となる。また、店員ごとに対応する顧客の総対応時間の偏りを少なくすることで店員の負荷軽減が期待できる。
【0117】
＜補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【0118】
本実施例では予約枠を３０分ごとに設定し顧客の予約可能な予約枠を検索する例を示した。例えば、顧客の伝票の数が多く総対応時間が３０分以上であると算出された場合は、予約可能な連続する２つの予約枠があるかを検索してもよい。
【0119】
本実施例ではＷＥＢ伝票システム２と来店予約システム３を別のシステムとして説明したが、ＷＥＢ伝票システム２と来店予約システム３の機能を来店管理システムとして同じシステムで行ってもよい。
【符号の説明】
【0120】
１ 顧客端末
２ ＷＥＢ伝票システム
３ 来店予約システム
４ インターネット
２ ＷＥＢ伝票システム
３ 来店予約システム
４ インターネット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】