(57)【要約】【課題】  ＡＴＭ利用の繁忙時間帯において、ネットワークやＡＴＭシステム全体の負荷を自動的に低減させる。【解決手段】  ＣＲＭサーバ１４の記憶装置２０には、ＣＲＭコンテンツ２６とスケジュール管理データ２２が記憶されている。スケジュール管理データ２２は、ＡＴＭ１６の利用が混雑する繁忙時間帯とそれ以外の時間帯を区別する。ＡＴＭ１６に設けられたＣＲＭ制御手段３８は、ＡＴＭ１６を利用した取引の制御中に、ＣＲＭサーバ１４にアクセスして、上記ＣＲＭコンテンツ２６を取得して、その取引画面に表示する制御を実行する。さらに、上記スケジュール管理データ２２を参照して、ＡＴＭ１６の利用が繁忙時間帯に含まれているときは、ＣＲＭサーバ１４へのアクセスを停止し、ＣＲＭサービスの実行を制限する。【選択図】図１
2016126537.tif 000002
【特許請求の範囲】
【請求項１】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
上記ＡＴＭのＣＲＭ制御手段は、上記ＣＲＭサービス制限信号に表示された制限開始時刻から制限終了時刻までの間、上記サーバに対して特定の低負荷のコンテンツの送信を要求するかもしくは上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とするＣＲＭ制御システム。
【請求項２】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
ＡＴＭは、直近の混雑度を測定する使用状況測定手段を設けており、
上記ＡＴＭのＣＲＭ制御手段は、
アクセスを現在制限するようなＣＲＭサービス制限信号を受信した場合であっても、前記直近の混雑度が低いと判断した場合には、ＣＲＭサービスを実行し、
ＣＲＭサービス制限信号を受信しない場合であっても、前記直近の混雑度が高いと判断した場合には、上記サーバへのアクセスを停止することを特徴とする請求項２に記載のＣＲＭ制御システム。
【請求項３】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
ＡＴＭを利用して複数の取引を連続して行う場合を検出する連続取引検出手段を設け、
上記ＡＴＭのＣＲＭ制御手段は、
２回目以降の取引中は、上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とする請求項１乃至４のいずれかに記載のＣＲＭ制御システム。
【請求項４】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
上記ＡＴＭのＣＲＭ制御手段は、ＣＲＭ禁止時間帯データを設けて、
上記時間帯では、上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とする請求項１乃至４のいずれかに記載のＣＲＭ制御システム。
【請求項５】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭからアクセスがあると、通常よりもデータ量の小さい低負荷コンテンツを当該ＡＴＭに送信するかもしくはＣＲＭコンテンツの送信を中止することを特徴とするＣＲＭ制御システム。
【請求項６】
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
このスケジュール管理データは、所定のタイミングでＡＴＭに送信されて、ＡＴＭの記憶装置に記憶され、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
前記ＣＲＭ制御手段は、上記スケジュール管理データを参照して、ＡＴＭの利用が上記繁忙時間帯に含まれているときは、上記サーバに対して特定の低負荷のコンテンツの送信を要求するかもしくは上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とするＣＲＭ制御システム。
【請求項７】
ＡＴＭは、サーバに対してＣＲＭコンテンツを要求したときも、ＣＲＭコンテンツを要求しないときも、利用者の口座番号と取引開始時刻と取引の種別とそのＡＴＭを特定する識別情報等を含む取引記録をサーバに送信し、
サーバは、記憶装置に前記取引記録を記憶することを特徴とする請求項５に記載のＣＲＭ制御システム。
【請求項８】
ＡＴＭは、利用者の口座番号と取引開始時刻と取引の種別とそのＡＴＭを特定する識別情報等を含む取引記録を記憶装置に記憶させて蓄積し、蓄積した取引記録を繁忙時間帯を避けてＣＲＭサーバに送信し、
サーバは、記憶装置に前記取引記録を記憶することを特徴とする請求項１乃至４または構成６のいずれかに記載のＣＲＭ制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関に設置されたＡＴＭ（Automated teller machine）を使用したＣＲＭ（Customer Relationship Management）サービスを自動制御するＣＲＭ制御システムに関する。
【背景技術】
【０００２】
金融機関において顧客対応が重要視されるなかＣＲＭシステムが導入された。ＡＴＭにおいてもＣＲＭの機能が搭載されつつある。例えば、ＡＴＭの取引処理中の処理待ち画面に、企業の商品紹介等の情報を表示する。そして、ＡＴＭ毎に、その利用者に適した表示すべき情報を選択し、これを表示するのに最適な時間帯や曜日等を指定する機能を持たせるといった技術が開発されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１３２３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
既知の従来のＣＲＭサービス技術には、次のような解決すべき課題があった。
始めに、ＡＴＭはＣＲＭサーバにＡＴＭの利用者の口座番号を送信する。ＣＲＭサーバは、この口座番号をキーにしてＣＲＭデータベースの検索等を行う。こうしてＣＲＭデータベースから読み出されたコンテンツがＡＴＭに送信される。ＡＴＭはこのコンテンツを取引画面に表示する。
【０００５】
しかしながら、例えば、ＡＴＭの利用者が急増する昼休み等にＣＲＭサービスを実行すると、多くのＡＴＭが一斉にＣＲＭサーバにアクセスして、ＣＲＭサーバの処理負荷が急増する。また、ＡＴＭとＣＲＭサーバとを接続するネットワークにも大きな通信負荷が加わる。
上記の課題を解決するために、本発明は、ＡＴＭ利用の繁忙時間帯において、ＣＲＭサーバやネットワークの負荷を自動的に低減させるＣＲＭ制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
以下の構成はそれぞれ上記の課題を解決するための手段である。
【０００７】
＜構成１＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
上記ＡＴＭのＣＲＭ制御手段は、上記ＣＲＭサービス制限信号に表示された制限開始時刻から制限終了時刻までの間、上記サーバに対して特定の低負荷のコンテンツの送信を要求するかもしくは上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とするＣＲＭ制御システム。
【０００８】
＜構成２＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
ＡＴＭは、直近の混雑度を測定する使用状況測定手段を設けており、
上記ＡＴＭのＣＲＭ制御手段は、
アクセスを現在制限するようなＣＲＭサービス制限信号を受信した場合であっても、前記直近の混雑度が低いと判断した場合には、ＣＲＭサービスを実行し、
ＣＲＭサービス制限信号を受信しない場合であっても、前記直近の混雑度が高いと判断した場合には、上記サーバへのアクセスを停止することを特徴とする構成２に記載のＣＲＭ制御システム。
【０００９】
＜構成３＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
ＡＴＭを利用して複数の取引を連続して行う場合を検出する連続取引検出手段を設け、
上記ＡＴＭのＣＲＭ制御手段は、
２回目以降の取引中は、上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とする構成１乃至４のいずれかに記載のＣＲＭ制御システム。
【００１０】
＜構成４＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭに対してＣＲＭサービス制限信号を送信し、
上記ＡＴＭのＣＲＭ制御手段は、ＣＲＭ禁止時間帯データを設けて、
上記時間帯では、上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とする構成１乃至４のいずれかに記載のＣＲＭ制御システム。
【００１１】
＜構成５＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行し、
上記サーバに設けられたアクセス制限手段は、上記スケジュール管理データを参照して、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭからアクセスがあると、通常よりもデータ量の小さい低負荷コンテンツを当該ＡＴＭに送信するかもしくはＣＲＭコンテンツの送信を中止することを特徴とするＣＲＭ制御システム。
【００１２】
＜構成６＞
任意の数のＡＴＭとネットワークを通じて接続されたサーバが設けられ、このサーバの記憶装置には、ＣＲＭサービスのためにＡＴＭの表示装置に表示されるＣＲＭコンテンツと、ＡＴＭの利用が混雑する繁忙時間帯とそれ以外の時間帯を区別するスケジュール管理データが記憶されており、
このスケジュール管理データは、所定のタイミングでＡＴＭに送信されて、ＡＴＭの記憶装置に記憶され、
ＡＴＭに設けられたＣＲＭ制御手段は、ＡＴＭを利用した取引の制御中に、上記サーバにアクセスして、上記ＣＲＭコンテンツを取得して、その取引画面に表示する制御を実行する機能を有し、
前記ＣＲＭ制御手段は、上記スケジュール管理データを参照して、ＡＴＭの利用が上記繁忙時間帯に含まれているときは、上記サーバに対して特定の低負荷のコンテンツの送信を要求するかもしくは上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限することを特徴とするＣＲＭ制御システム。
【００１３】
＜構成７＞
ＡＴＭは、サーバに対してＣＲＭコンテンツを要求したときも、ＣＲＭコンテンツを要求しないときも、利用者の口座番号と取引開始時刻と取引の種別とそのＡＴＭを特定する識別情報等を含む取引記録をサーバに送信し、サーバは、記憶装置に前記取引記録を記憶することを特徴とする構成５に記載のＣＲＭ制御システム。
＜構成８＞
ＡＴＭは、利用者の口座番号と取引開始時刻と取引の種別とそのＡＴＭを特定する識別情報等を含む取引記録を記憶装置に記憶させて蓄積し、蓄積した取引記録を繁忙時間帯を避けてＣＲＭサーバに送信し、サーバは、記憶装置に前記取引記録を記憶することを特徴とする構成１乃至４または構成６のいずれかに記載のＣＲＭ制御システム。
【発明の効果】
【００１４】
＜構成１の効果＞
繁忙時間帯にはサーバからＡＴＭに対して低負荷のコンテンツを送信するかもしくはＣＲＭサービスを制限するので、ネットワークの負荷を軽減し、ＡＴＭ利用者の取引操作のスピードアップを図ることができる。サーバがスケジュールを一括管理し、ＡＴＭに、制限時間だけを通知するので、ＡＴＭ側でスケジュール管理データを管理したり参照したりする処理が不要になる。
＜構成２の効果＞
ＡＴＭ側で自主的にＣＲＭサービスの制限をするので、ＡＴＭ毎の使用環境の違いを調整できる。
＜構成３の効果＞
同じＣＲＭコンテンツを重複して表示させるのを防止できる。
＜構成４の効果＞
取引を速やかに終了させるべき時間帯には、ＣＲＭサービスを停止することができる。
＜構成５の効果＞
サーバ側で各ＡＴＭの繁忙時間帯を調べて自動的にコンテンツの送信を制限できる。
＜構成６の効果＞
繁忙時間帯には低負荷のコンテンツを要求するかもしくはＣＲＭサービスを制限することにより、ネットワークの負荷を軽減し、ＡＴＭ利用者の取引操作のスピードアップを図ることができる。
＜構成７の効果＞
ＡＴＭが、サーバに対してＣＲＭコンテンツを要求したときも、ＣＲＭコンテンツを要求しないときも、サーバに取引記録を蓄積することにより、営業上の有益な顧客情報を漏れなく蓄積できる。
＜構成８の効果＞
蓄積した取引記録を繁忙時間帯を避けてＣＲＭサーバに送信し、ＣＲＭサーバの負荷を低減しつつ顧客情報を蓄積できる。
【図面の簡単な説明】
【００１５】
【図１】実施例１のＣＲＭ制御システムの実施例ブロック図である。
【図２】スケジュール管理データ２２の実施例を示す説明図である。
【図３】ＣＲＭコンテンツ選択用の顧客データ説明図である。
【図４】実施例２のＣＲＭ制御システムの機能ブロック図である。
【図５】実施例２のＣＲＭ制御システムの変形例機能ブロック図である。
【図６】繁忙時間帯のＡＴＭの動作フローチャートを示す。
【図７】実施例３のＣＲＭ制御システムの機能ブロック図である。
【図８】実施例４のＣＲＭ制御システムの機能ブロック図である。
【図９】実施例５のＣＲＭ制御システムの一部機能ブロック図である。
【図１０】実施例５のＣＲＭ制御システムの機能ブロック図である。
【図１１】サーバの動作例を示すフローチャートである。
【図１２】ＡＴＭの動作例を示すフローチャートである。
【図１３】ＡＴＭのその他のＣＲＭサービス停止動作フローチャートである。
【図１４】ＣＲＭサーバ１４のその他の動作フローチャートである。
【図１５】ＡＴＭが自主的に繁忙時間帯かどうかを判断するフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態を実施例毎に詳細に説明する。
【実施例１】
【００１７】
図１は、実施例１のＣＲＭ制御システムの実施例ブロック図である。
ＣＲＭサーバ１４は、任意の数のＡＴＭ１６とネットワーク１８を通じて接続されている。ＣＲＭサーバ１４は、ＣＲＭサービスのために記憶装置２０にＣＲＭコンテンツ２６を収集し管理する。ＣＲＭサーバ１４はＡＴＭ１６から利用者の口座番号を受信すると、その利用者のためのＣＲＭコンテンツ２６をＡＴＭに送信し、ＡＴＭ１６はこれを表示する。
【００１８】
ＡＴＭ１６の演算処理装置３６には、取引制御手段３７とＣＲＭ制御手段３８とが設けられている。取引制御手段３７の制御により利用者が預貯金のための取引を実行中に、ＣＲＭ制御手段３８は、その表示装置３０の取引画面に、ＣＲＭサービスのためのコンテンツを表示する機能を持つ。ＣＲＭコンテンツ２６は、例えば、金融機関の販促中の商品の広告等である。また、あるいはその顧客を金融機関の営業担当窓口に誘導する内容のものもある。
【００１９】
利用者がＡＴＭ１６の操作をすると、ＡＴＭ１６はＣＲＭサーバ１４にアクセスして、利用者の口座番号を通知する。ＣＲＭサーバは、その口座番号の顧客のために表示するのに適したＣＲＭコンテンツ２６を選択してＡＴＭ１６に送信する。ＡＴＭ１６は、ＣＲＭコンテンツ２６をネットワーク１８を通じて取得する。例えば、ＡＴＭの現金計数中などの、利用者の待機時間にこのコンテンツを表示装置３０に表示する。
【００２０】
管理下の多数のＡＴＭ１６が高頻度で使用されると、各ＡＴＭ１６がＣＲＭサーバ１４にかわるがわる頻繁にアクセスして、ＣＲＭコンテンツ２６の送信を要求する。このとき、ネットワーク１８のトラフィックが増大して過負荷になるおそれがある。ＣＲＭサーバ１４の処理負荷も増大する。またＣＲＭコンテンツ２６を表示すると利用者の操作が遅くなり、全体として取引に要する時間が増大して、他の利用者の待ち時間が長くなる。これを防ぐために、以下に説明するスケジュール管理データ２２を利用する。
【００２１】
図２は、スケジュール管理データ２２の実施例を示す説明図である。
ＣＲＭサーバ１４の記憶装置２０には、管理下のＡＴＭ１６に送信するためのスケジュール管理データ２２を記憶させておく。また、演算処理装置３２には、データ送信手段３４を設けておく。スケジュール管理データ２２は、例えば、店舗毎に、あるいはＡＴＭ１６毎に、月間、年間、及び曜日を基準にして、ＡＴＭ１６の利用が混雑する繁忙時間帯を明示したデータベースを含んでいる。ＣＲＭサーバ１４の記憶装置２０には、このほかに取引記録２４や顧客データ４１が記憶されている。これらの説明は後述する。
【００２２】
図２に示したデータは、あるＡＴＭ１６のスケジュール管理データ２２の一例である。一日を１時間毎に区切って、「ＣＲＭサービス停止」「低負荷コンテンツＣＲＭサービス」「ＣＲＭサービス制限無し」というように各時間帯の取扱を区別する指示データを列挙しておく。「ＣＲＭサービス停止」という時間帯では、ＡＴＭにＣＲＭコンテンツ２６の送信をしない。「低負荷コンテンツＣＲＭサービス」の時間帯では、低負荷コンテンツだけを選択してＡＴＭ１６に送信する。「ＣＲＭサービス制限無し」の場合には、利用者のために用意された様々なコンテンツを所定のタイミングで送信して表示させる。
【００２３】
図３はＣＲＭコンテンツ選択用の顧客データ説明図である。
ＣＲＭサーバ１４は、ＡＴＭ１６から利用者の口座番号を受信すると、口座番号をキーにしてこの顧客データ４１を検索する。例えば、利用者が自行の重要顧客の場合、自行の一般預金者の場合、他行の預金者の場合等に分類をして、ＣＲＭサービスの内容をグループ分けして区別する。各グループを顧客セグメント４０と呼ぶことにする。顧客セグメント４０毎に表示するＣＲＭコンテンツを用意する。
【００２４】
なお、口座番号がある顧客セグメント４０に属すると判断されたとき、表示するべきＣＲＭコンテンツを高負荷コンテンツ５８と低負荷コンテンツ６０の２種類用意しておくと、図２に示したように、繁忙時間帯を２種類に区別して、低負荷コンテンツ６０をＡＴＭ１６に送信する場合と、ＣＲＭサービスを停止する場合とを設けることができる。高負荷コンテンツ５８は詳細な動画等を含む画面を表示する。一方、低負荷コンテンツ６０は、例えば、文字だけとか、十分に短時間の静止画のみといった内容が適する。
【００２５】
低負荷コンテンツを負荷の程度で数種類に分けて選択の自由度を増やしても良い。ＣＲＭサーバの処理や転送制御が高負荷な、データサイズの大きいものを高負荷コンテンツと言うことができる。また、たとえデータサイズが小さくても、ＡＴＭの操作画面に表示されたときに、利用者がその内容を読んだり理解するのに時間がかかるようなコンテンツも、高負荷コンテンツの範疇に含めるとよい。ＡＴＭの利用者の取引操作時間が長くなり混雑を助長するおそれがあるからである。
【００２６】
ＣＲＭコンテンツ２６は口座番号をキーにして選択される。顧客データ４１でヒットしない場合には、ＣＲＭサーバはＡＴＭ１６にＣＲＭコンテンツ２６を送信しないでよい。あるいは、標準として用意されたＣＲＭコンテンツ２６をＡＴＭ１６に送信するようにしてもよい。
【００２７】
上記の例では、ＣＲＭサーバ１４はスケジュール管理データ２２を参照して、ＡＴＭ１６からのＣＲＭコンテンツ送信要求に対して、図２に示した要領で対応する。即ち、繁忙時間帯には、自動的に、低負荷コンテンツ６０をＡＴＭ１６に送信したり、ＣＲＭサービスを停止したりする。一方、ＣＲＭサーバ１４の記憶装置２０に記憶させたスケジュール管理データ２２をＡＴＭ１６に転送することもできる。図１の破線で囲んだスケジュール管理データ２２はその状態を示す。
【００２８】
ＡＴＭ１６では、ＣＲＭサービスを実行するために、ＣＲＭ制御手段３８を起動する。このＣＲＭ制御手段３８は、記憶装置２８に記憶させたスケジュール管理データ２２を参照して、ＡＴＭ１６の利用が繁忙時間帯に含まれているときは、ＣＲＭサーバ１４へのアクセスを停止するかあるいは、低負荷コンテンツの送信を要求する。その他の場合には、高負荷コンテンツを要求する。こうしたスケジュール管理データ２２を、例えば、毎月とか毎週といった一定期間毎に、データ送信手段３４がＣＲＭサーバ１４からＡＴＭ１６に送信して、ＡＴＭ１６の記憶装置２８に記憶させるとよい。
【００２９】
以上の動作により、ネットワーク１８のトラフィック増大を防止し、ＣＲＭサーバの負荷を軽減することが可能になる。また、ＣＲＭサービスを実行すると利用者のＡＴＭ１６の操作時間が長くなる傾向があり、繁忙時間帯の他の利用者の待ち時間を短縮するのに有効である。
【実施例２】
【００３０】
図４と図５は、実施例２のＣＲＭ制御システムの機能ブロック図である。
この実施例では、ＣＲＭサーバ１４からＡＴＭ１６に対して、繁忙時間帯を示すＣＲＭサービス制限信号４６を送信する。図１に示すＣＲＭサーバ１４には、新たにアクセス制限手段４２が設けられる。このアクセス制限手段４２は、現在時刻データ４４を取得してスケジュール管理データ２２を参照し、現在時刻が繁忙時間帯に含まれた場合に、ＡＴＭ１６に対してＣＲＭサービス制限信号４６を送信する。
【００３１】
ＣＲＭサービス制限信号４６は、制限開始時刻４８と制限終了時刻５０とを含む。現在時刻が繁忙時間帯に入ったときに、制限開始時刻４８と制限終了時刻５０とを一括してＡＴＭ１６に送信してもよいし、制限終了時刻５０繁忙時間帯が終了したときに送信してもよい。前者の例を図４に示し、後者の例を図５に示した。
【００３２】
図６は、繁忙時間帯のＡＴＭの動作フローチャートを示す。
ＣＲＭサービス制限信号４６を受信して、繁忙時間帯と判断されたときには、ＡＴＭ１６のＣＲＭ制御手段３８は、次のように動作する。即ち、ＣＲＭサービス制限信号４６に表示された制限開始時刻４８から制限終了時刻５０までの間、ＣＲＭサーバ１４に対して特定の低負荷のコンテンツの送信を要求するか、もしくは上記サーバへのアクセスを停止し、ＣＲＭサービスの実行を制限する。
【実施例３】
【００３３】
図７は、実施例３のＣＲＭ制御システムの機能ブロック図である。
この実施例では、ＡＴＭ１６側に、実際の混雑度をリアルタイムで測定して使用状況データ５４を生成する使用状況測定手段５２を設ける。例えば、ＡＴＭ１６の直近の１０分間〜１５分間のアイドル状態の累積時間を測定して、累積時間が一定値以下の場合を繁忙時間帯と判断することができる。
【００３４】
ＡＴＭ１６がＣＲＭサーバ１４からＣＲＭサービス制限信号４６に従って制御されていても、ＣＲＭ制御手段３８は使用状況データ５４を参照して、まず、自律的な判断を行う。例えば、ＣＲＭサービス要求が禁止されていない時間帯であっても、使用状況データ５４を参照して現在の混雑度が高いと判断した場合には、ＡＴＭは選択信号５６を切り換えて、ＣＲＭサービス制限信号４６を無視するように動作する。即ち、ＣＲＭ制御手段３８は自主的にＣＲＭサービス要求を停止する。
【００３５】
一方、アクセスを今現在制限するＣＲＭサービス制限信号４６を受信している場合でも、現在の混雑度が十分に低いと判断した場合には、ＣＲＭ制御手段３８は選択信号５６を切り換えて、ＣＲＭサービスを実行するように制御してもよい。選択信号５６は、自律的な判断で制御するか、ＣＲＭサービス制限信号４６に従うか、いずれかの制御を選択するかを示す信号である。選択信号５６は例えば、いずれか一方を選択するフラグであればよい。なお、この結果をＡＴＭ１６からＣＲＭサーバ１４に通知することにより、スケジュール管理データ２２の適正化ができる。
【実施例４】
【００３６】
図８は、実施例４のＣＲＭ制御システムの機能ブロック図である。
同一の利用者が、ＡＴＭ１６を利用して、複数の取引を連続して行う場合がある。例えば、預金の引き出し取引後に、送金処理を行うような場合である。また、あるいは、送金先を変えて繰り返し送金処理を行うような場合である。この場合には、ＣＲＭ制御手段３８が、２回目以降の取引中は、ＣＲＭサービスを停止するといった制御をすることができる。この検出のために、連続取引検出手段６２を設けておく。口座番号が同一でアイドル時間を挟まないで複数の取引が実行された場合を検出すればよい。
【００３７】
また、時間外取引は手数料がかかるような場合がある。そこで、時間外取引開始直前の一定時間は、取引処理のスピードアップのために、ＣＲＭサービスを禁止するといった制御をすることができる。このために、その時間帯だけＣＲＭサービスを禁止するＣＲＭ禁止時間帯データ６４を記憶装置２８に記憶させておくとよい。この場合にも、図７で示した選択信号５６を用いてＣＲＭ制御手段３８を制御をするとよい。
【実施例５】
【００３８】
図９と図１０は、実施例５のＣＲＭ制御システムの機能ブロック図である。
この実施例では、スケジュール管理データ２２をＣＲＭサーバ１４だけが保有する。ＣＲＭサーバ１４では、アクセス制限手段４２が起動する。このアクセス制限手段４２は、現在時刻データ４４とＡＴＭ１６のスケジュール管理データ２２とを比較する。
【００３９】
そして、例えば、図２を用いて説明した時間帯毎に、高負荷コンテンツを送信したり、低負荷コンテンツを送信したり、コンテンツの送信を停止したりする。この例では、例えば、高額預金者等の主要顧客がＡＴＭ１６を利用した例を示す。ＣＲＭサーバ１４には、ＣＲＭサービスを効果的に実行するために、主要顧客の特定口座番号リストとこれに対応する特定コンテンツ７０を用意している。
【００４０】
利用者がＡＴＭ１６にキャッシュカードを挿入して取引を開始すると、ＡＴＭ１６の取引記録生成手段６８は、その特定口座の口座番号３９や取引開始時刻７６や取引種別７８や、そのＡＴＭを特定する識別情報等を含む取引記録２４を生成する。ＣＲＭ制御手段３８は、ＣＲＭコンテンツを要求する際に、取引記録２４をＣＲＭサーバ１４に送信する。ＣＲＭサーバ１４はその口座番号を使用して特定口座番号リスト６６を検索しＣＲＭサービスを実行するとともに、取引記録２４を収集して、価値の高い営業情報として蓄積する。
【００４１】
なお、この実施例以外の実施例では、ＡＴＭ１６は繁忙時間帯にはＣＲＭサーバ１４にアクセスしない。従って、各ＡＴＭ１６は、取引記録２４を内部の記憶装置２８に記憶しておき、例えば、終業後にＣＲＭサーバ１４にまとめて送信するといった処理をすることができる。蓄積した取引記録２４を繁忙時間帯を避けてＣＲＭサーバ１４に送信することにより、特定顧客の利用状況を漏れなく把握するデータを蓄積できる。もちろん、特定顧客以外の多くの利用者をこのような処理の対象に含めて構わない。
【実施例６】
【００４２】
図１１はサーバの動作例を示すフローチャートである。
この図の処理はＣＲＭサーバ１４が実行する。図４や図５で説明した処理に対応している。ＣＲＭサーバ１４はまず、ステップＳ１１で、現在時刻データ４４の取得をする。続いてステップＳ１２で、スケジュール管理データ２２を参照する。ステップＳ１３では、現在時刻が、スケジュール管理データ２２上の繁忙時間帯に属するかどうかという判断をする。
【００４３】
この判断の結果がイエスのときはステップＳ１７の処理に移行し、ノーのときはステップＳ１４〜１６の処理を実行する。即ち、繁忙時間帯でなければ、ＡＴＭ１６からステップＳ１４で利用者の口座番号３９を受信する。そして、図３を用いて説明した要領で処理を開始し、ステップＳ１５でＣＲＭコンテンツ２６を選択する。そして、ステップＳ１６でそのＣＲＭコンテンツ２６をＡＴＭ１６に送信する。その後はステップＳ１１に戻る。
【００４４】
一方、ステップＳ１３で繁忙時間帯に属すると判断されると、ステップＳ１７で、制限開始時刻４８と制限終了時刻５０とを、ＡＴＭ１６に送信する。なお、繁忙時間帯に属したときに制限開始時刻４８をＡＴＭ１６に送信し、繁忙時間帯が終了したときに、制限終了時刻５０をＡＴＭ１６に送信という手順でもよい。その後は再びステップＳ１１に戻って時刻監視を行い、さらに、ＡＴＭ１６からの口座番号を受信するのを待つ状態になる。
【００４５】
図１２はＡＴＭの動作例を示すフローチャートである。
まず、ステップＳ２１で利用者がＡＴＭ１６を使用した取引を開始する。ここで、ＡＴＭ１６は、ＣＲＭサービスを実行するために、ステップＳ２２で現在時刻データを取得する。そして、ステップＳ２３で制限開始時刻４８の後かどうかという判断をする。さらに、ステップＳ２４で制限終了時刻５０の前かどうかという判断をする。
【００４６】
即ち、ＡＴＭ１６がＣＲＭサーバ１４から制限開始時刻４８と制限終了時刻５０を受信した場合に、この間、即ち、繁忙時間帯の場合には、ステップＳ２３と２４の判断結果はノーとなり、処理を終了する。一方、この繁忙時間帯外の場合には、ステップＳ２５に進む。
【００４７】
ステップＳ２５では、ＡＴＭ１６はその使用状況データ５４を取得する。ステップＳ２６では、繁忙中かどうかという判断をする。即ち、自機の利用度が高いかどうかを判別する。この判断の結果がイエスのときは処理を終了する。即ち、ＣＲＭサービスを停止する。一方ノーのときはステップＳ１７の処理に移行する。
【００４８】
ステップＳ２７で、ＡＴＭ１６はＣＲＭサーバ１４に利用者の口座番号３９を送信する。ステップＳ２８では、ＣＲＭサーバ１４からＣＲＭコンテンツ２６を受信する。ＣＲＭコンテンツ２６を、利用者の取引操作の待ち時間に表示するために、一時保存して、ステップＳ２９で表示タイミングを取得をする。そして、取得したタイミングで、ステップＳ３０でＣＲＭコンテンツ２６の表示をする。
【００４９】
図１３は、ＡＴＭのその他のＣＲＭサービス停止動作フローチャートである。
ＡＴＭ１６は、ステップＳ３１でＣＲＭ禁止時間帯かどうかという判断をする。この判断の結果がイエスのときは処理を終了する。ノーのときはステップＳ３２の処理に移行する。ステップＳ３２では、利用者による連続取引の２回目以降かどうかという判断をする。この判断の結果がイエスのときは処理を終了し、ノーのときはステップＳ  の処理に移行する。これらは、図８で説明したとおりの処理である。
【００５０】
ステップＳ３３では、ＣＲＭサービス制限中かどうかという判断をする。ＣＲＭサーバ１４から制限開始時刻４８と制限終了時刻５０を受信した場合の処理である。これは、図１２のステップＳ２３と２４の判断処理を実行する。この判断の結果がイエスのときは処理を終了する。ノーのときはステップＳ３４の処理に移行する。ステップＳ３４〜３７は、図１２のステップＳ２７〜３０と同様のため、重複する説明を省略する。
【００５１】
図１４は、ＣＲＭサーバ１４のその他の動作フローチャートである。
これは、ＣＲＭサーバ１４のみがＣＲＭコンテンツの送信をすべきかどうかを判断する例である。ステップＳ４１で、ＣＲＭサーバ１４はＡＴＭ１６から上記の取引記録２４を受信する。取引記録には利用者の口座番号３９が含まれている。
【００５２】
この例では、ＣＲＭサーバ１４に管理される全てのＡＴＭ１６は、取引が開始されると無条件にＣＲＭサーバ１４に対して、取引記録２４を送信する。ＣＲＭサーバ１４はこのとき、ＡＴＭ１６に対してＣＲＭコンテンツ２６を送信すべきかどうかを判断する。即ち、ＣＲＭサーバ１４は、ステップＳ４２で現在時刻データ４４の取得をする。そして、ステップＳ４３でスケジュール管理データ２２を参照する。
【００５３】
ここで、ステップＳ４４で、繁忙時間帯かどうかという判断をする。この判断の結果がイエスのときはステップＳ４７の処理に移行し、ノーのときはステップＳ４５の処理に移行する。ステップＳ４５では、利用者の口座番号３９をキーにしてＣＲＭコンテンツ２６を選択する。そして、ステップＳ４６で、そのＣＲＭコンテンツ２６をＡＴＭ１６に送信する。
【００５４】
一方、ステップＳ４４で繁忙時間帯と判断されると、ステップＳ４７で低負荷コンテンツの送信をするかどうかという判断をする。この判断の結果がイエスのときはステップＳ４８の処理に移行し、ノーのときは処理を終了する。ステップＳ４８では、利用者の口座番号３９をキーにして低負荷コンテンツ６０を選択する。ステップＳ４９では、その低負荷コンテンツ６０をＡＴＭ１６に送信する。これにより、繁忙時間帯には、低負荷コンテンツをＡＴＭに送信する処理ができる。
【００５５】
図１５は、ＡＴＭが自主的に繁忙時間帯かどうかを判断するフローチャートである。
まず（ａ）の処理を説明する。ＡＴＭ１６では、ステップＳ５１で利用者の取引が開始される。ステップＳ５２では、利用者の口座番号３９を取得する。次にステップＳ５３で、現在時刻データ４４を取得する。ステップＳ５４では、スケジュール管理データ２２を参照する。
【００５６】
なお、ステップＳ５５で、ＡＴＭ１６はサーバに、口座番号３９や取引開始時刻７６や取引種別７８を含む取引記録２４を保存する。この取引記録２４は、先に説明したとおり繁忙時間帯を避けてＣＲＭサーバ１４に送信されてその後の顧客管理に利用される。
【００５７】
ステップＳ５６では、現在時刻が繁忙時間帯かどうかという判断をする。この判断の結果がイエスのときは処理を終了する。ノーのときはステップＳ５７の処理に移行する。ステップＳ５７では、ＣＲＭサーバ１４に対してＣＲＭコンテンツ２６の要求をして、これを受信する。ステップＳ５８では、その表示タイミングを取得する。ステップＳ５９では、ＣＲＭコンテンツ２６を表示装置３０に表示する。
【００５８】
なお、繁忙時間帯には低負荷コンテンツを表示することにしている場合には、（ｂ）の処理になる。即ち、ステップＳ５６とステップＳ５６−２で、繁忙時間帯と判断すると、ステップＳ５６−２においてＣＲＭサーバに対して低負荷コンテンツの送信を要求する。その後はステップＳ５７以下の処理を実行する。
【００５９】
なお、上記の演算処理装置で実行されるコンピュータプログラムは、機能ブロックで図示した単位でモジュール化されてもよいし、複数の機能ブロックを組み合わせて一体化されてもよい。また、上記のコンピュータプログラムは、既存のアプリケーションプログラムに組み込んで使用してもよい。本発明を実現するためのコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、任意の情報処理装置にインストールして利用することができる。
【符号の説明】
【００６０】
１４  ＣＲＭサーバ
１６  ＡＴＭ
１８  ネットワーク
２０  記憶装置
２２  スケジュール管理データ
２４  取引記録
２６  ＣＲＭコンテンツ
２８  記憶装置
３０  表示装置
３２  演算処理装置
３４  データ送信手段
３６  演算処理装置
３７  取引制御手段
３８  ＣＲＭ制御手段
３９  口座番号
４０  顧客セグメント
４１  顧客データ
４２  アクセス制限手段
４４  現在時刻データ
４６  ＣＲＭサービス制限信号
４８  制限開始時刻
５０  制限終了時刻
５２  使用状況測定手段
５４  使用状況データ
５６  選択信号
５８  高負荷コンテンツ
６０  低負荷コンテンツ
６２  連続取引検出手段
６４  ＣＲＭ禁止時間帯データ
６６  特定口座番号リスト
６８  取引記録生成手段
７６  取引開始時刻
７８  取引種別
【図１】
2016126537.tif 000003
【図２】
2016126537.tif 000004
【図３】
2016126537.tif 000005
【図４】
2016126537.tif 000006
【図５】
2016126537.tif 000007
【図６】
2016126537.tif 000008
【図７】
2016126537.tif 000009
【図８】
2016126537.tif 000010
【図９】
2016126537.tif 000011
【図１０】
2016126537.tif 000012
【図１１】
2016126537.tif 000013
【図１２】
2016126537.tif 000014
【図１３】
2016126537.tif 000015
【図１４】
2016126537.tif 000016
【図１５】
2016126537.tif 000017