(57)【特許請求の範囲】
【請求項１】
顧客の過去の来店に関するものであって、休日における過去の来店日を含む来店情報を記憶する顧客情報記憶部と、
前記過去の来店日を集計した結果から当該顧客の休日における次回の来店時期を予測する来店時期管理部と、
前記顧客の担当者の休日出勤計画を作成する休日出勤計画作成部と、を備え、
前記休日出勤計画作成部は、前記担当者が休日出勤する日として前記顧客の休日における次回の来店時期を割り当てる、
ことを特徴とする休日出勤計画作成システム。
【請求項２】
前記来店情報は、休日における過去の来店場所を含み、
前記次回の来店時期と条件が合致する前記過去の来店日の来店場所を前記顧客の次回の来店場所として予測する来店場所管理部をさらに備え、
前記休日出勤計画作成部は、前記顧客の次回の来店場所が前記担当者の所属する場所から通えない範囲である場合に、前記担当者に休日出勤を割り当てない、
ことを特徴とする請求項１に記載の休日出勤計画作成システム。
【請求項３】
前記来店情報は、休日における過去の来店目的を含み、
前記来店目的には、前記担当者の対応を必要とする目的と対応を必要としない目的とがあり、
前記過去の来店目的を集計した結果から前記顧客の休日における次回の来店目的を予測する来店目的管理部をさらに備え、
前記休日出勤計画作成部は、前記顧客の次回の来店目的が前記担当者の対応を必要としない場合に、前記担当者に休日出勤を割り当てない、
ことを特徴とする請求項１または請求項２に記載の休日出勤計画作成システム。
【請求項４】
顧客の過去の来店日を集計した結果から当該顧客の休日における次回の来店時期を予測する来店時期管理部と、
前記顧客の担当者の休日出勤計画を作成する休日出勤計画作成部と、を備え、
前記休日出勤計画作成部は、前記担当者が休日出勤する日として前記顧客の休日における次回の来店時期を割り当てる、
ことを特徴とする休日出勤計画作成装置。
【請求項５】
コンピュータが、
顧客の過去の来店日を集計した結果から当該顧客の休日における次回の来店時期を予測する来店時期管理ステップと、
前記顧客の担当者の休日出勤計画を作成する休日出勤計画作成ステップと、を実行するものであり、
前記休日出勤計画作成ステップでは、前記担当者が休日出勤する日として前記顧客の休日における次回の来店時期を割り当てる、
ことを特徴とする休日出勤計画作成方法。
【請求項６】
コンピュータを、
顧客の過去の来店日を集計した結果から当該顧客の休日における次回の来店時期を予測する来店時期管理部と、
前記顧客の担当者の休日出勤計画を作成する休日出勤計画作成部と、して機能させ、
前記休日出勤計画作成部は、前記担当者が休日出勤する日として前記顧客の休日における次回の来店時期を割り当てる、
ことを特徴とする休日出勤計画作成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、休日出勤計画作成システム、休日出勤計画作成装置、休日出勤計画作成方法および休日出勤計画作成プログラムに関する。
【背景技術】
【０００２】
銀行等の金融機関の一部の支店では、休日にローカウンタ業務が行われている。ここでの休日は、カレンダー上での土曜、日曜、祝日を指す。また、ローカウンタ業務は、新規口座開設、各種変更手続き、運用相談や定期預金などの必要書類が多く作業時間が長い業務である。休日にローカウンタ業務を行う支店（以下、「休日営業支店」と称する）は、来店数の多い主要な支店に限られる。その為、休日営業支店における休日の営業は、休日に営業を行わない近隣の支店から持ち回りで行員が招集されて対応を行っている。
【０００３】
従来、日程受付システムに関し、特にインターネットを利用して訪問予定日の顧客の要望を受付け、要求に応じて訪問日の変更を行なう日程受付システムが開発されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１２７３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された技術を金融機関における休日のローカウンタ業務に適用すれば、顧客を担当する行員（以下、「担当者」と称する）を指定された休日に割り当てることができる。
しかしながら、特許文献１に記載された技術を適用しただけでは、休日営業支店での店頭金融取引の促進が十分ではなかった。つまり、顧客が主体的に予約を行わずに来店した場合、前記説明した通りに金融機関では休日業務を行う行員を持ち回りで決定しているため、顧客の担当者が出勤している可能性が低く、セールス機会を逃しているという問題があった。
【０００６】
本発明は、前記問題に鑑みてなされたものであり、休日出勤を行う行員のより望ましい休日出勤計画を作成することができる、休日出勤計画作成システム、休日出勤計画作成装置、休日出勤計画作成方法および休日出勤計画作成プログラムを提供するものである。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明に係る休日出勤計画作成システムは、顧客の過去の来店に関するものであって、休日における過去の来店日を含む来店情報を記憶する顧客情報記憶部と、前記過去の来店日を集計した結果から当該顧客の休日における次回の来店時期を予測する来店時期管理部と、前記顧客の担当者の休日出勤計画を作成する休日出勤計画作成部と、を備え、前記休日出勤計画作成部は、前記担当者が休日出勤する日として前記顧客の休日における次回の来店時期を割り当てる、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、休日出勤を行う行員のより望ましい休日出勤計画を作成することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る休日出勤計画作成システムの概略構成図である。
【図２】実施形態に係る休日出勤計画作成システムを構成する顧客端末、行員ローテーション算出サーバおよび受付端末のブロック図である。
【図３】休日出勤可否情報のデータ構成の例示である。
【図４】担当顧客情報のデータ構成の例示である。
【図５】来店履歴情報のデータ構成の例示である。
【図６】行員ローテーション情報のデータ構成の例示である。
【図７】担当者要否判定情報のデータ構成の例示である。
【図８】行員ローテーション算出サーバの機能構成図である。
【図９】来店履歴記録処理を示すシーケンス図の例示である。
【図１０】受付端末に表示される通帳／カード挿入誘導画面の例示である。
【図１１】受付端末に表示される来店目的選択画面の例示である。
【図１２】行員ローテーション算出処理を示すシーケンス図の例示である。
【図１３】顧客端末に表示される担当者の休日出勤の通知画面の例示である。
【図１４】担当者要否の判定処理のフローチャートの例示である。
【図１５】次回来店日時の予測処理のフローチャートの例示である。
【図１６】来店支店の予測処理のフローチャートの例示である。
【図１７】休日出勤計画の決定処理のフローチャートの例示である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施するための形態を、適宜図面を参照しながら詳細に説明する。
各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１１】
≪実施形態に係る休日出勤計画作成システムの構成≫
図１を参照して、休日出勤計画作成システム１の構成を説明する。図１は、実施形態に係る休日出勤計画作成システム１の概略構成図である。
休日出勤計画作成システム１は、金融機関の休日営業支店における休日出勤の計画を作成するものであり、ここでは特に、休日に営業を行わない近隣の支店から持ち回りで行員が招集されて対応を行う場合を想定して説明する。その為、休日出勤計画作成システム１が作成する休日出勤の計画には、平日に休日営業支店でローカウンタ業務を行う行員に加えて、平日に休日営業支店でローカウンタ業務を行わない近隣の支店の行員が含まれることになる。なお、以下では、行員が招集されるサイクルのことを「行員ローテーション」と呼ぶ場合がある。
【００１２】
図１に示すように、休日出勤計画作成システム１は、顧客端末１０１と、行員ローテーション算出サーバ１０２と、受付端末１０３と、来店履歴ＤＢ１１１と、休日出勤可否ＤＢ１１２と、担当顧客情報ＤＢ１１３と、行員ローテーションＤＢ１１４と、担当者要否判定ＤＢ１１５と、を備えて構成されている。
【００１３】
顧客端末１０１は、金融機関の顧客が所有する端末であり、一般的に使用されている汎用端末であってよい。顧客端末１０１は、例えば、多機能型携帯電話機（スマートフォン:Smartphone）やＰＣ（Personal Computer）であり、画面表示用のプログラムなどを搭載する。顧客端末１０１は、無線通信網を介して行員ローテーション算出サーバ１０２に接続されている。顧客端末１０１には、専用のサービスアプリケーションがインストールされており、このサービスアプリケーションを起動することで、行員ローテーション算出サーバ１０２を介して担当する行員の休日出勤の予定を取得することができる。取得した行員の休日出勤の予定は、顧客端末１０１のタッチディスプレイに表示される。
【００１４】
行員ローテーション算出サーバ１０２は、休日営業支店における休日出勤の行員ローテーションを算出する機能を搭載する装置である。行員ローテーション算出サーバ１０２は、顧客端末１０１の他に、通信ケーブルを介して来店履歴ＤＢ１１１、休日出勤可否ＤＢ１１２、担当顧客情報ＤＢ１１３、行員ローテーションＤＢ１１４および担当者要否判定ＤＢ１１５に接続されている。通信ケーブルは、例えば、金融機関の専用線であってよい。
【００１５】
来店履歴ＤＢ１１１には、顧客の支店への来店の履歴に関する情報（来店履歴情報）が格納されている。
休日出勤可否ＤＢ１１２には、行員の休日出勤を行えるか否かに関する情報（休日出勤可否情報）が格納されている。
担当顧客情報ＤＢ１１３には、行員の担当する顧客に関する情報（担当顧客情報）が格納されている。
行員ローテーションＤＢ１１４には、休日営業支店における休日出勤の行員ローテーションに関する情報（行員ローテーション情報）が格納されている。
担当者要否判定ＤＢ１１５には、来店目的ごとに担当者の対応を要するか否かについての情報（担当者要否判定情報）が格納されている。
【００１６】
受付端末１０３は、支店（営業店とも呼ぶ）の入り口に設置され、顧客の来店を受け付ける端末である。受付端末１０３は、汎用ディスプレイを有し、受付業務に関する画面を表示する機能を搭載する。受付端末１０３は、来店履歴ＤＢ１１１に通信ケーブルを介して接続されている。通信ケーブルは、例えば、金融機関の専用線であってよい。顧客は、支店に来店した際、受付端末１０３に通帳やカードの挿入を行った後、画面を操作して来店目的を選択する。受付端末１０３は、選択された来店目的に応じて受付番号を印字した受付カードを出力する。
【００１７】
図２を参照して、休日出勤計画作成システム１を構成する各装置の構成を説明する。図２は、顧客端末１０１、行員ローテーション算出サーバ１０２および受付端末１０３のブロック図である。
【００１８】
顧客端末１０１は、入力表示部２０１と、制御部２０２と、通信制御部２０３とを備えて構成されている。
入力表示部２０１は、例えば、タッチディスプレイであり、顧客による各種情報の入力を受け付けると共に、行員ローテーションサーバ１０２から通知される情報を表示する。
制御部２０２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）からなる。ＣＰＵは、中央制御装置であり、プログラムの実行処理を行う。ＲＡＭは、ＣＰＵによって使用される一時記憶手段である。ＲＯＭは、不揮発性の記憶手段であり、ＣＰＵによって実行されるプログラムなどを記憶する。
通信制御部２０３は、例えば、通信モジュールであり、行員ローテーションサーバ１０２との間でデータ通信を行う。
【００１９】
受付端末１０３は、入力表示部４０１と、通帳／カード読み取り部４０２と、制御部４０３と、通信制御部４０４と、受付カード発券部４０５とを備えて構成されている。
入力表示部４０１は、タッチディスプレイであり、顧客に対して受付画面などを表示すると共に、顧客による各種情報の入力を受け付ける。
通帳／カード読み取り部４０２は、金融機関で使用される通帳やカードを受け付け、これらに磁気データなどとして格納される情報（例えば、口座番号）を読み取る。
制御部４０３は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）からなる。
通信制御部４０４は、例えば、通信モジュールであり、来店履歴ＤＢ１１１との間でデータ通信を行う。
受付カード発行部４０５は、金融機関に来店した顧客によって選択された来店目的に応じて受付番号を印字した受付カードを出力する。
【００２０】
行員ローテーション算出サーバ１０２は、制御部３０１と、通信制御部３０２とを備えて構成されている。
制御部３０１は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）からなる。
通信制御部３０２は、例えば、通信モジュールであり、顧客端末１０１や来店履歴ＤＢ１１１、休日出勤可否ＤＢ１１２、担当顧客情報ＤＢ１１３、行員ローテーションＤＢ１１４および担当者要否判定ＤＢ１１５との間でデータ通信を行う。
【００２１】
次に、図３ないし図７を参照して、行員ローテーション算出サーバ１０２に接続される顧客端末１０１や来店履歴ＤＢ１１１、休日出勤可否ＤＢ１１２、担当顧客情報ＤＢ１１３、行員ローテーションＤＢ１１４および担当者要否判定ＤＢ１１５の構成について説明する。
【００２２】
図３を参照して、休日出勤可否ＤＢ１１２に格納される情報について説明する。図３は、休日出勤可否ＤＢ１１２に格納される休日出勤可否情報のデータ構成の例示である。休日出勤可否情報は、行員氏名と、所属支店と、休日出勤可否識別情報とからなる。休日出勤可否情報は、例えば、休日出勤の計画が作成させる前に行員によって更新される。
行員氏名は、行員の氏名である。行員の氏名に代えて、社員番号などの情報であってもよい。所属支店は、行員が所属する支店の名称である。休日出勤可否識別情報は、次月の各休日の出勤の可否を示す情報で構成される。休日出勤可否識別情報は、ここでは、休日出勤ができる日には「○」が示されており、また、休日出勤ができない日には「×」が示されている。
【００２３】
図４を参照して、担当顧客情報ＤＢ１１３に格納される担当顧客情報のデータ構成について説明する。図４は、担当顧客情報のデータ構成の例示である。担当顧客情報は、行員氏名と、担当顧客氏名と、資産額と、備考情報とからなる。担当顧客情報は、例えば、顧客が初めてローカウンタ業務を受けたときや顧客の情報が変更されるたびに行員によって更新される。
行員氏名は、行員の氏名である。担当顧客氏名は、行員が担当する顧客の氏名である。資産額は、担当する顧客が金融機関に預けている資産の総額である。備考情報は、担当する顧客についての参考情報である。
【００２４】
図５を参照して、来店履歴ＤＢ１１１に格納される来店履歴情報のデータ構成について説明する。図５は、来店履歴情報のデータ構成の例示である。来店履歴情報は、口座番号と、顧客氏名と、来店日時と、来店目的と、来店支店とからなる。来店履歴情報は、顧客が支店に来店して、受付端末１０３から受付カードを発行するたびに更新される。
口座番号は、金融機関に開設した口座の番号である。顧客氏名は、口座番号を開設した顧客の氏名である。来店日時は、顧客が来店した日付、時間（図示せず）、曜日を示す情報である。来店目的は、顧客が支店に来店した目的を示す情報である。来店支店は、顧客が来店した支店を示す情報である。
【００２５】
図６を参照して、行員ローテーションＤＢ１１４に格納される行員ローテーション情報のデータ構成について説明する。図６は、行員ローテーション情報のデータ構成の例示である。行員ローテーション情報は、休日営業支店と、休日出勤者氏名とからなる。行員ローテーション情報は、ある決められた時期（例えば、月末）に行員ローテーション算出サーバ１０２によって更新される。
休日営業支店は、休日に営業を行う支店の名称である。休日出勤者氏名は、各休日に休日出勤を行う行員の氏名である。
【００２６】
図７を参照して、担当者要否判定ＤＢ１１５に格納される担当者要否判定情報のデータ構成について説明する。図７は、担当者要否判定情報のデータ構成の例示である。担当者要否判定情報は、来店目的と、担当者要否識別情報とからなる。来店目的は、顧客が支店に来店した目的を示す情報である。担当者要否識別情報は、顧客への対応として担当者が必要であるか否かを示す情報である。ここでは、来店目的が「保険」、「相続」、「資産運用」、「住宅ローン」の場合に担当者が必要であって、一方、来店目的が「定期預金」、「諸届」、「外貨預金」の場合に担当者が不要でとなっている。
【００２７】
次に、図８を参照して、行員ローテーション算出サーバ１０２が備える制御部３０１の機能について説明する。図８は、行員ローテーション算出サーバ１０２の機能構成図である。なお、ここでは、概要のみ説明を行うことにし、その詳細は後記する。
制御部３０１は、顧客来店管理部５０１と、休日出勤計画作成部５０５と、休日出勤計画通知部５０６とを備えて構成されている。顧客来店管理部５０１、休日出勤計画作成部５０５および休日出勤計画通知部５０６は、例えば、ＣＰＵによるプログラム実行処理により実現される。
【００２８】
顧客来店管理部５０１は、顧客の支店への来店を管理するものであり、ここでは、来店目的管理部５０２と、来店時期管理部５０３と、来店場所管理部５０４とからなる。
来店目的管理部５０２は、顧客の来店目的を管理する。来店目的管理部５０２は、例えば、顧客の来店履歴から次回の顧客の来店目的を予測する。
来店時期管理部５０３は、顧客の来店時期を管理する。来店時期管理部５０３は、例えば、顧客の来店履歴から次回の顧客の来店時期を予測する。
来店場所管理部５０４は、顧客の来店場所を管理する。来店場所管理部５０４は、例えば、顧客の来店履歴から次回の顧客の来店場所を予測する。
【００２９】
休日出勤計画作成部５０５は、次月の行員の休日出勤の計画を作成する。休日出勤計画作成部５０５は、例えば、来店目的管理部５０２が予測した次回の顧客の来店目的、来店時期管理部５０３が予測した次回の顧客の来店時期、来店場所管理部５０４が予測した次回の顧客の来店場所などに基づいて、最適な行員ローテーションを算出する。
休日出勤計画通知部５０６は、休日出勤計画作成部５０５により作成された休日出勤の計画を顧客端末１０１などに通知する。
【００３０】
≪実施形態に係る休日出勤計画作成システムの処理≫
実施形態に係る休日出勤計画作成システム１の処理について説明する。実施形態に係る休日出勤計画作成システム１の処理は、主に「来店履歴記録処理」、「行員ローテーション算出処理」からなる。
【００３１】
＜来店履歴記録処理＞
図９を参照して（適宜、図２、図８参照）、来店履歴記録処理について説明する。図９は、来店履歴記録処理を示すシーケンス図の例示である。来店履歴記憶処理は、顧客が支店に来店した情報を履歴として来店履歴ＤＢ１１１に蓄積する工程である。来店履歴記録処理は、顧客が支店に来店し、受付端末１０３の操作を始めることで開始される。
【００３２】
顧客Ｃは、受付端末１０３に通帳またはキャッシュカードを挿入する（ステップＳ１１）。ここで、受付端末１０３の入力表示部４０１には、初期状態として通帳／カード挿入誘導画面６００（図１０参照）が表示されている。通帳／カード挿入誘導画面６００には、顧客へのメッセージ６０１と、カード挿入位置通知記号６０２と、通帳挿入位置通知記号６０３とが表示されている。カード挿入位置通知記号６０２の矢印が示す方向には、カード挿入口（図示せず）が設置されており、また、通帳挿入位置通知記号６０３の矢印が示す方向には、通帳挿入口（図示せず）が設置されている。顧客は、メッセージ６０１に従って、通帳またはキャッシュカードをカード挿入口または通帳挿入口に挿入する。
【００３３】
続いて、受付端末１０３は、挿入された通帳またはカードから口座番号を取得する（ステップＳ１２）。口座番号は、受付端末１０３内に一時的に保持されるものとする。受付端末１０３は、口座番号を取得後、通帳またはカードを排出し（ステップＳ１３）、入力表示部４０１に来店目的選択画面７００（図１１参照）を表示する。来店目的選択画面７００には、顧客へのメッセージ７０１と、八つの来店目的選択ボタン７０２，・・・とが表示されている。
【００３４】
顧客Ｃは、来店目的選択画面７００のメッセージ７０１に従って来店目的選択ボタン７０２，・・・の中から一つを選択することで来店目的を入力する（ステップＳ１４）。受付端末１０３は、ステップＳ１２で取得した口座番号とステップＳ１４で選択された来店目的とを対応付けて来店履歴ＤＢ１１１に書き込み、その応答結果を受信する（ステップＳ１５）。このときに、来店履歴ＤＢ１１１には、来店日時や来店支店に関する情報ついても合わせて格納される。来店支店に関する情報は、例えば、受付端末１０３内に予め設定されていて、その情報を来店履歴ＤＢ１１１に送るようにする。来店履歴の書き込み後に、受付端末１０３の受付カード発券部４０５は、選択された来店目的に応じた受付番号を印字した受付カードを発券する（ステップＳ１６）。
【００３５】
＜行員ローテーション算出処理＞
図１２を参照して（適宜、図２、図８参照）、行員ローテーション算出処理について説明する。図１２は、行員ローテーション算出処理を示すシーケンス図の例示である。行員ローテーション算出処理では、主に、次月の休日における行員ローテーションの算出と、担当者の出勤予定の顧客端末１０１への通知とが行われる。行員ローテーション算出処理は、例えば、毎月の決められた日（例えば、毎月最終日）に自動的に実行されるようにスケジュールされおり、その日が到達することによって開始される。
【００３６】
スケジュールされた日になると、行員ローテーション算出サーバ１０２の顧客来店管理部５０１は、休日出勤可否ＤＢ１１２に対して次月分の休日出勤可否情報（図３参照）の取得要求を行い、休日出勤可否ＤＢ１１２から次月分の休日出勤可否情報を取得する（ステップＳ２１）。以後のステップＳ２２〜ステップＳ３０の処理は、休日出勤可否情報の中から行員氏名を上から参照し、１人１人順番に処理を行うものとする。これによって、以後のステップＳ２２〜ステップＳ３０の処理は、行員の数だけ繰り返し行われる。
【００３７】
続いて、顧客来店管理部５０１は、ステップＳ２１で取得した休日出勤可否情報に含まれる行員氏名を基にして、担当顧客情報ＤＢ１１３に対して担当顧客情報（図４参照）の取得要求を行い、担当顧客情報ＤＢ１１３から担当顧客情報を取得する（ステップＳ２２）。
【００３８】
続いて、顧客来店管理部５０１は、ステップＳ２２で取得した担当顧客情報から行員が担当する顧客がいるか否かを判定する（ステップＳ２３）。行員が担当する顧客が存在する場合に、処理をステップＳ２４に進める。一方、行員が担当する顧客が存在しない場合に、当該行員における処理をステップＳ２９に進める。
【００３９】
続いて、顧客来店管理部５０１は、ステップＳ２３で行員が担当する顧客の氏名を基にして、来店履歴ＤＢ１１１に対して来店履歴情報（図５参照）の取得要求を行い、来店履歴ＤＢ１１１から来店履歴情報を取得する（ステップＳ２４）。なお、来店履歴情報の取得は、例えば、直近から数カ月分（例えば、３か月分）を対象とするのがよい。
【００４０】
続いて、顧客来店管理部５０１は、ステップＳ２４で取得した来店履歴情報から行員が担当する顧客ごとに休日来店率および平日来店率を算出する。そして、算出後に、休日来店率と平日来店率との比較を行う。比較した結果が「休日来店率＞平日来店率」の場合、担当する顧客が休日に来店すると判定して当該顧客についての処理をステップＳ２６に進める（ステップＳ２５）。一方、比較した結果が「休日来店率≦平日来店率」の場合、担当する顧客が休日に来店しないと判定して当該顧客についての処理を終了する。なお、行員が担当するすべての顧客の比較結果が「休日来店率≦平日来店率」の場合、当該行員における処理をステップＳ２９に進める。
【００４１】
続いて、行員ローテーション算出サーバ１０２の来店目的管理部５０２は、ステップＳ２５で休日に来店すると判定した顧客が来店した際に、担当する行員（担当者）による対応が必要であるか否かを判定する（ステップＳ２６）。担当者が必要であるか否かの判定方法の詳細は後述する。担当者が必要であると判定された顧客についての処理をステップＳ２７に進める。一方、担当者が必要でないと判定された顧客についての処理を終了する。なお、行員が担当するすべての顧客の判定結果が担当者不要であった場合、当該行員における処理をステップＳ２９に進める。
【００４２】
続いて、行員ローテーション算出サーバ１０２の来店時期管理部５０３は、ステップＳ２４で取得した来店履歴情報から担当する顧客の次回の来店日時の予測を行う（ステップＳ２７）。来店日時の予測方法の詳細は後述する。
また、行員ローテーション算出サーバ１０２の来店場所管理部５０４は、ステップＳ２７で予測した次回の来店日時をもとに担当する顧客が次回来店する支店の予測を行う（ステップＳ２８）。来店支店の予測方法の詳細は後述する。
【００４３】
続いて、行員ローテーション算出サーバ１０２の休日出勤計画作成部５０５は、ステップＳ２１で取得した休日出勤可否情報と、ステップＳ２６〜ステップＳ２８で予測した次回の来店に関する情報をもとにして、行員の休日出勤の計画を決定する（ステップＳ２９）。休日出勤予定日の決定方法の詳細は後述する。そして、休日出勤計画作成部５０５は、ステップＳ２９で決定した休日出勤の計画を行員ローテーションＤＢ１１４に書き込み、その応答結果を受信する（ステップＳ３０）。
【００４４】
続いて、行員ローテーション算出サーバ１０２の休日出勤計画通知部５０６は、顧客端末１０１に対して、担当者である行員の氏名と当該行員の休日出勤の計画（出勤予定日および出勤する支店）を通知する（ステップＳ３１）。顧客端末１０１は、行員ローテーション算出サーバ１０２から通知された担当者の氏名と当該行員の休日出勤の計画を含む通知画面８００（図１３参照）を入力表示部２０１に表示する（ステップＳ３２）。
【００４５】
（担当者要否の判定処理）
図１４を参照して、ステップＳ２６における処理の詳細を説明する。最初に、行員ローテーション算出サーバ１０２の来店目的管理部５０２は、来店履歴情報（図５参照）から休日分の来店目的を集計し、最も多い来店目的を当該顧客の「高頻度来店目的」とする（ステップＳ４１）。続いて、来店目的管理部５０２は、「高頻度来店目的」が複数存在するか否かを判定する（ステップＳ４２）。ここで、「高頻度来店目的」が複数存在するとは、例えば、直近３か月の来店履歴を集計した結果、「保険」、「資産運用」とする来店目的の回数が同数の場合である。
【００４６】
「高頻度来店目的」が複数存在する場合（ステップＳ４２で“Ｙｅｓ”）に、来店目的管理部５０２は、その中でも直近の来店目的（直近により近い来店目的）を「高頻度来店目的」とする（ステップＳ４３）。そして、処理をステップＳ４４に進める。一方、「高頻度来店目的」が複数存在しない場合（ステップＳ４２で“Ｎｏ”）やステップＳ４３に続いて、来店目的管理部５０２は、「高頻度来店目的」を次回の来店目的とした場合に、担当者要否判定情報（図７参照）に基づいて担当者が必要であるか否かを判定する（ステップＳ４４）。そして、来店目的管理部５０２は、判定結果を「担当者要否判定結果」とする（ステップＳ４５）。
【００４７】
（次回来店日時の予測処理）
図１５を参照して、ステップＳ２７における処理の詳細を説明する。最初に、行員ローテーション算出サーバ１０２の来店時期管理部５０３は、来店履歴情報（図５参照）から第１週〜第４週のように週単位で当該顧客の休日における来店数を集計し、最も来店している週を「高頻度来店週」とする（ステップＳ５１）。続いて、来店時期管理部５０３は、「高頻度来店週」が複数存在するか否かを判定する（ステップＳ５２）。ここで、「高頻度来店週」が複数存在するとは、例えば、直近３か月の来店履歴で第１週と第２週の来店日が同数の場合である。
【００４８】
「高頻度来店週」が複数存在する場合（ステップＳ５２で“Ｙｅｓ”）に、来店時期管理部５０３は、その中でも直近に来店履歴が存在する週を「高頻度来店週」とする（ステップＳ５３）。そして、処理をステップＳ５４に進める。一方、「高頻度来店週」が複数存在しない場合（ステップＳ５２で“Ｎｏ”）やステップＳ５３に続いて、来店時期管理部５０３は、「高頻度来店週」の中で来店している曜日を集計し、最も来店している曜日を「高頻度来店曜日」とする（ステップＳ５４）。続いて、来店時期管理部５０３は、「高頻度来店曜日」が複数存在するか否かを判定する（ステップＳ５５）。
【００４９】
「高頻度来店曜日」が複数存在する場合（ステップＳ５５で“Ｙｅｓ”）に、来店時期管理部５０３は、その中でも直近の来店履歴の曜日を「高頻度来店曜日」とする（ステップＳ５６）。そして、行員ローテーション算出サーバ１０２は、「高頻度来店週」の「高頻度来店曜日」を「次回来店日時」とする（ステップＳ５７）。
【００５０】
（来店支店の予測処理）
図１６を参照して、ステップＳ２８における処理の詳細を説明する。
最初に、行員ローテーション算出サーバ１０２の来店場所管理部５０４は、前月の来店履歴情報から（図５参照）、予測した「次回来店日時」と条件の合致する来店日を抽出する（ステップＳ６１）。そして、来店場所管理部５０４は、抽出した来店日の来店支店を「次回来店支店」とする（ステップＳ６２）。例えば、「次回来店日時」を第２土曜日と予測した場合、前月の第２土曜日に来店していた支店を「次回来店支店」とする。なお、前月に来店していない場合には、前々月までさかのぼるようにする。
【００５１】
（休日出勤計画の決定処理）
図１７を参照して、ステップＳ２９における処理の詳細を説明する。
最初に、行員ローテーション算出サーバ１０２の休日出勤計画作成部５０５は、行員に担当する顧客（担当顧客）が存在するか否かを判定する（ステップＳ７１）。行員に担当顧客が存在する場合（ステップＳ７１で“Ｙｅｓ”）に処理をステップＳ７２に進め、一方、行員に担当顧客が存在しない場合（ステップＳ７１で“Ｎｏ”）に処理をステップＳ７７に進める。
【００５２】
続いて、休日出勤計画作成部５０５は、休日に来店率の高い担当顧客が存在するか否かを判定する（ステップＳ７２）。休日に来店率の高い担当顧客が存在する場合（ステップＳ７２で“Ｙｅｓ”）に処理をステップＳ７３に進め、一方、行員に担当顧客が存在しない場合（ステップＳ７２で“Ｎｏ”）に処理をステップＳ７７に進める。
【００５３】
続いて、休日出勤計画作成部５０５は、次回来店時に担当者が必要であるか否かを判定する（ステップＳ７３）。次回来店時に担当者が必要である場合（ステップＳ７３で“Ｙｅｓ”）に処理をステップＳ７４に進め、一方、次回来店時に担当者が必要でない場合（ステップＳ７３で“Ｎｏ”）に処理をステップＳ７７に進める。
【００５４】
続いて、休日出勤計画作成部５０５は、担当顧客の「次回来店日時」に出勤可能であるか否かを判定する（ステップＳ７４）。次回来店日時に出勤可能である場合（ステップＳ７４で“Ｙｅｓ”）に処理をステップＳ７５に進め、一方、次回来店日時に出勤可能でない場合（ステップＳ７４で“Ｎｏ”）に処理をステップＳ７７に進める。
【００５５】
続いて、休日出勤計画作成部５０５は、担当顧客の「次回来店支店」に通える範囲であるか否かを判定する（ステップＳ７５）。次回来店支店に通える範囲である場合（ステップＳ７５で“Ｙｅｓ”）に処理をステップＳ７６に進め、一方、次回来店支店に通える範囲でない場合（ステップＳ７５で“Ｎｏ”）に処理をステップＳ７７に進める。
【００５６】
ステップＳ７１〜ステップＳ７５で“Ｙｅｓ”と判定されえた場合に、休日出勤計画作成部５０５は、出勤予定日を「次回来店日時」と決定すると共に、出勤場所を「次回来店支店」と決定する（ステップＳ７６）。一方、ステップＳ７１〜ステップＳ７４の何れかで“Ｎｏ”と判定された場合に、出勤予定日を休日出勤可否ＤＢ１１２からの取得内容をもとに出勤日を決定する（ステップＳ７７）。なお、出勤場所については、例えば、所属支店から近い場所を選択するようにする。
【００５７】
以上のように、実施形態に係る休日出勤計画作成システム１は、顧客の来店履歴を利用することで顧客の来店日時、来店支店を予測して行員ローテーションを算出する。よって、顧客が来店予約を行わず来店した場合でも担当者による対応が可能となる。その為、休日営業支店での店頭金融取引の促進効果が得られる。
【００５８】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【００５９】
実施形態では、顧客の来店履歴情報から次回の顧客の来店目的、来店時期、来店場所を予測していたが、顧客に次回の来店目的、来店時期、来店場所を予め入力してもらってもよい。例えば、顧客端末１０１や受付端末１０３を用いて顧客に次回の来店目的、来店時期、来店場所を直接入力してもらい、その情報を来店履歴ＤＢ１１１に格納する。これにより、来店履歴ＤＢ１１１には、過去の顧客の来店に関する情報に将来の顧客の来店に関する情報を加えた来店情報が格納されることになる。
【００６０】
行員ローテーション算出サーバ１０２は、休日出勤の計画を作成する際に、来店目的管理部５０２が次回の来店目的の予測を行わずに、来店履歴ＤＢ１１１に格納される顧客の次回の来店目的を取得する。また、来店時期管理部５０３が次回の来店時期の予測を行わずに、来店履歴ＤＢ１１１に格納される顧客の次回の来店時期を取得する。また、来店場所管理部５０４が次回の来店場所の予測を行わずに、来店履歴ＤＢ１１１に格納される顧客の次回の来店場所を取得する。そして、休日出勤計画作成部５０５は、顧客により入力された顧客の次回の来店目的、来店時期、来店場所を用いて休日出勤の計画を作成する。この場合、顧客の次回の来店日時が正確に分かるので、より適切な休日出勤の計画を作成することが可能である。
【００６１】
また、実施形態では、休日に営業を行わない近隣の支店から持ち回りで行員が招集されて対応を行う場合を想定していた。しかしながら、本発明が適用できる範囲はこの業務形態に限定されず、例えば、同一支店内での行員の休日出勤の計画を作成してもよい。
さらに、実施形態では、金融機関の休日出勤の計画を作成していた。しかしながら、本発明を適用できる範囲はこの業種に限定されず、顧客の担当者が予め決定している種々の業務形態（例えば、美容室など）の休日出勤の計画を作成することが可能である。その為、担当者は、実施形態で示した行員の他に店員なども含むものである。
【符号の説明】
【００６２】
１      休日出勤計画作成システム
１０１  顧客端末
１０２  行員ローテーション算出サーバ（休日出勤計画作成装置）
１０３  受付端末
１１１  来店履歴ＤＢ（顧客情報記憶部）
１１２  休日出勤可否ＤＢ
１１３  担当顧客情報ＤＢ
１１４  行員ローテーションＤＢ
１１５  担当者要否判定ＤＢ
５０１  顧客来店管理部
５０２  来店目的管理部
５０３  来店時期管理部
５０４  来店場所管理部
５０５  休日出勤計画作成部
５０６  休日出勤計画通知部
【図１】
0006790379.tif 000002
【図２】
0006790379.tif 000003
【図３】
0006790379.tif 000004
【図４】
0006790379.tif 000005
【図５】
0006790379.tif 000006
【図６】
0006790379.tif 000007
【図７】
0006790379.tif 000008
【図８】
0006790379.tif 000009
【図９】
0006790379.tif 000010
【図１０】
0006790379.tif 000011
【図１１】
0006790379.tif 000012
【図１２】
0006790379.tif 000013
【図１３】
0006790379.tif 000014
【図１４】
0006790379.tif 000015
【図１５】
0006790379.tif 000016
【図１６】
0006790379.tif 000017
【図１７】
0006790379.tif 000018