(57)【要約】【課題】セキュリティを確保しつつ、必要な個人情報を支障なく呼び出す。【解決手段】訪問計画データベースおよび営業管理用データベースを有する業務支援用サーバ１において、営業日毎および渉外担当者毎に、当日訪問する顧客の顧客名を訪問順に並べた訪問計画リストを作成し、これを渉外担当者の使用する携帯端末３に送信する。携帯端末３では、受信した訪問計画リストを表示した後に、リスト中の一顧客名を選択する操作に応じてその顧客の個人情報をサーバ１からダウンロードし、顧客用の情報入力画面を表示する。その後も、適宜、サーバ１から個人情報の送信を受けながら訪問記録などの情報を入力し、送信操作に応じて入力情報をサーバ１に送信する。この情報の送信を受けたサーバ１では、受信した情報を営業管理用データベースに保存する。一方、携帯端末３では、送信された情報およびサーバ１から提供された個人情報を完全消去する。【選択図】図１
2013069216.tif 000002
【特許請求の範囲】
【請求項１】
訪問する顧客の顧客名および訪問の日時を含む訪問計画情報が渉外担当者毎に読み出し可能な状態で保存される訪問計画データベースと、各顧客に対する訪問記録を含む営業管理情報が保存される営業管理用データベースとを具備するサーバシステムと、各データベースの更新および読出を行うために事業所内に配備される所定数の事業所内端末と、渉外担当者が携行する携帯端末とを具備し、
前記サーバシステムは、
営業日毎および渉外担当者毎に、その当日の訪問計画情報を訪問計画データベースから読み出して訪問する顧客の顧客名を訪問順に並べた訪問計画リストを作成し、作成した訪問計画リストを渉外担当者の携帯端末に送信する訪問計画リスト作成・送信手段と、
前記訪問計画リストが送信された携帯端末から当該リスト内の一顧客を特定してその個人情報の送信を求める要求を受けたことに応じて、システム内またはシステム外の個人情報データベースから該当する顧客の個人情報を取得して、その個人情報を携帯端末に送信する個人情報処理手段と、
前記訪問計画リストが送信された携帯端末から当該リスト内の一顧客にかかる情報の送信を受けたことに応じて、受信した情報を前記営業管理用データベースに保存する営業管理情報処理手段とを具備し、
前記携帯端末は、
サーバシステムから送信された訪問計画リストを表示すると共に、この訪問計画リスト内の一顧客を選択する操作が行われたことに応じてその顧客用の情報入力画面を表示する第１の表示制御手段と、
前記訪問計画リスト内の一顧客にかかる個人情報を求める操作が行われたとき、サーバシステムにその個人情報の送信を求める要求を送信し、その要求に対してサーバシステムから送信された個人情報を表示する第２の表示制御手段と、
前記情報入力画面に入力された情報の送信を指示する操作が行われたとき、入力された情報をサーバシステムに送信すると共に、送信された情報およびその送信情報に対応する顧客につきサーバシステムから受信した個人情報を所定のタイミングで完全消去する情報処理手段とを具備する、業務支援システム。
【請求項２】
前記サーバシステムは、渉外担当者が顧客から預かった物品または現金にかかる情報を保存するための顧客管理用データベースと、携帯端末から前記訪問計画リスト内の一顧客から物品または現金を預かった旨の連絡を受けたことに応じて、その預かり内容を示す管理情報を顧客管理用データベースに保存すると共に、当該管理情報に基づく帳票のデータを携帯端末に送信する管理手段とをさらに具備し、
前記携帯端末の情報処理手段には、一顧客の情報入力画面が立ち上げられている状態下で、その画面に対応する顧客から預かった物品または現金に関わる情報の入力を受け付けて入力された情報をサーバシステムに送信する機能と、この送信に応じてサーバシステムから送信された帳票のデータを印刷用機器に出力する機能とが含まれている、
請求項１に記載された業務支援システム。
【請求項３】
前記携帯端末の情報処理手段は、一顧客につきサーバシステムに送信された情報およびサーバシステムから送信された情報を、少なくとも当該顧客とは異なる顧客に対する情報入力画面が立ち上げられるまでの間に完全消去する、請求項１に記載された業務支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、種々の顧客を訪問してサービスの提供や営業などの業務を行う事業者に導入されて、業務を支援するためのシステムに関する。
【背景技術】
【０００２】
携帯端末の普及や機能の向上に伴い、金融機関などの渉外担当者に携帯端末を携行させて、その携帯端末と事業所内のサーバとの間で情報をやりとりをするシステムが提案されている。
【０００３】
たとえば、特許文献１には、保険金の集金担当者が携帯端末に入力した集金報告情報を携帯端末からサーバに送信し、サーバにおいて、集金報告情報と金融機関のホストコンピュータから受信した入金明細情報とを照合することにより、集金管理を容易かつ確実にすることが記載されている。
【０００４】
また特許文献２には、サーバ・クライアントシステムにより本日分の徴収計画データを作成し、この徴収計画データが移送されたハンディーターミナルを所持する徴収員が徴収計画に基づく集金業務を行うことや、集金ができた場合には領収証書を印刷し、滞納者が不在の場合には不在票を印刷することなどが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１６５５２２号公報
【特許文献２】特開２００８−２２５８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１や２に記載されたシステムは、集金業務に特化した支援を行うものであるが、渉外担当者の業務は多岐にわたり、個人情報を取り扱うケースも多い。たとえば、説明のために個人情報を提示したり、個人情報を用いてシミュレーションを行う場合がある。これらの個人情報は、携帯端末にあらかじめ保存したり、必要に応じてサーバからダウンロードすることが可能であるが、セキュリティの管理に気を配らないと、個人情報が漏洩するおそれがある。また、渉外担当者が携帯端末をなくした場合に、携帯端末内に個人情報が保存されていると、第三者に個人情報を読み出されるおそれがある。
【０００７】
本発明は、これらの問題点に着目し、渉外担当者が訪問計画に沿ってスムーズに行動できるようにすると共に、セキュリティを確保しつつ、必要な個人情報を支障なく呼び出して業務を行うことができるようにすることを課題とする。
【課題を解決するための手段】
【０００８】
本発明による業務支援システムは、サーバシステムと、事業所内に設けられる所定数の事業所内端末と、渉外担当者が携行する携帯端末とを具備する。サーバシステムは、訪問する顧客の顧客名および訪問の日時を含む訪問計画情報が渉外担当者毎に読み出し可能な状態で保存される訪問計画データベースと、各顧客に対する訪問記録を含む営業管理情報が保存される営業管理用データベースとを具備し、事業所内端末には、各データベースの更新および読出を行う機能が設けられる。
【０００９】
さらにサーバシステムは、営業日毎および渉外担当者毎に、その当日の訪問計画情報を訪問計画データベースから読み出して訪問する顧客の顧客名を訪問順に並べた訪問計画リストを作成し、作成した訪問計画リストを渉外担当者の携帯端末に送信する訪問計画リスト作成・送信手段と、訪問計画リストが送信された携帯端末から当該リスト内の一顧客を特定してその個人情報の送信を求める要求を受けたことに応じて、システム内またはシステム外の個人情報データベースから該当する顧客の個人情報を取得して、その個人情報を携帯端末に送信する個人情報処理手段と、訪問計画リストが送信された携帯端末から当該リスト内の一顧客にかかる情報の送信を受けたことに応じて、受信した情報を営業管理用データベースに保存する営業管理情報処理手段とを具備する。
【００１０】
一方、携帯端末は、サーバシステムから送信された訪問計画リストを表示すると共に、この訪問計画リスト内の一顧客を選択する操作が行われたことに応じてその顧客用の情報入力画面を表示する第１の表示制御手段と、訪問計画リスト内の一顧客にかかる個人情報を求める操作が行われたとき、サーバシステムにその個人情報の送信を求める要求を送信し、その要求に対してサーバシステムから送信された個人情報を表示する第２の表示制御手段と、情報入力画面に入力された情報の送信を指示する操作が行われたとき、入力された情報をサーバシステムに送信すると共に、送信された情報およびその送信情報に対応する顧客につきサーバシステムから受信した個人情報を所定のタイミングで完全消去する情報処理手段とを具備する。
【００１１】
上記のシステムによれば、各渉外担当者が携行する携帯端末には、営業日毎に、その日に訪問すべき顧客の顧客名が訪問順に並べられた訪問リストが送信される。渉外担当者はこのリストに従って、各顧客を順に訪問し、訪問先でリスト内の顧客を選択する操作を行うことにより、その顧客用の情報入力画面を呼び出して、顧客とのやりとりの中で記録すべき情報を入力するので、正確な情報を入力することができる。また、訪問に先立ちまたは訪問時に、顧客の個人情報が必要になった場合には、その個人情報を呼び出す操作を行うことにより、必要な個人情報を取得することができる。
【００１２】
情報の入力が終了して渉外担当者が送信操作を行うと、入力された情報はサーバシステムに送信され、営業管理用データベースに保存されるので、事業所内の社員も、訪問の進捗状況や訪問先でのやりとり等を、事業所内端末で確認することが可能になる。また、携帯端末に入力されてサーバシステムに送信された情報や、サーバシステムから携帯端末に送信された個人情報は、全て完全消去されるので、個人情報の流出や不正利用を防ぐことができる。
【００１３】
上記システムの一実施形態では、サーバシステムは、渉外担当者が顧客から預かった物品または現金にかかる情報を保存するための顧客管理用データベースと、携帯端末から訪問計画リスト内の一顧客から物品または現金を預かった旨の連絡を受けたことに応じて、その預かり内容を示す管理情報を顧客管理用データベースに保存すると共に、当該管理情報に基づく帳票のデータを携帯端末に送信する管理手段とをさらに具備する。また携帯端末の情報処理手段には、一顧客の情報入力画面が立ち上げられている状態下で、その画面に対応する顧客から預かった物品または現金に関わる情報の入力を受け付けて入力された情報をサーバシステムに送信する機能と、この送信に応じてサーバシステムから送信された帳票のデータを印刷用機器に出力する機能とが含まれている。
【００１４】
上記の実施形態によれば、渉外担当者が、入金や振り込みのための現金や通帳などの物品を顧客から預かった場合には、その授受に関わる情報を直ちにサーバシステムに送信して保存するとに共に、その預かり内容を示す帳票を発行することができる。このようにすれば、顧客から預かった現金や物品を、効率良くかつ正確に管理することが可能になり、ミスを防ぐことができる。
【００１５】
上記システムの他の実施形態では、携帯端末の情報処理手段は、一顧客につきサーバシステムに送信された情報およびサーバシステムから送信された情報を、少なくとも当該顧客とは異なる顧客に対する情報入力画面が立ち上げられるまでの間に完全消去する。このようにすれば、いずれの訪問先でも、その前に訪問した顧客に関する情報が残っていない状態で携帯端末を使用することができるので、情報の漏洩を防止することができる。
【発明の効果】
【００１６】
本発明によれば、渉外担当者は、サーバシステムから送信される訪問計画リストに基づき日々の訪問を行うので、訪問の日時を取り違えるなどのミスを防ぐことができる。また渉外担当者は、顧客の個人情報を必要に応じて呼び出して利用することができ、利便性が高められると共に、各顧客の個人情報のセキュリティを確保することができる。
【図面の簡単な説明】
【００１７】
【図１】営業支援システムの構成例を示すブロック図である。
【図２】業務支援用サーバの機能ブロック図である。
【図３】初期状態のリスト表示画面を示す図である。
【図４】上記のリスト表示画面に一顧客の処理エリアが展開された状態、およびその処理エリア内に情報が入力された状態を示す図である。
【図５】営業支援画面の初期状態および処理エリアが展開されて情報が入力された状態を示す図である。
【図６】検索結果が表示された状態の口座情報検索画面を示す図である。
【図７】預かり票の一例を示す図である。
【図８】業務支援用サーバにおける処理の概略手順を示すフローチャートである。
【図９】携帯端末における処理の概略手順を示すフローチャートである。
【図１０】図９と共に、携帯端末における処理の概略手順を示すフローチャートである。
【図１１】保存・送信処理のサブルーチンの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
図１は、銀行の一店舗における業務を支援する目的に使用される業務支援システムの構成例を示す。
このシステムは、店舗Ｔ内の業務支援用サーバ１、複数の店内端末２（パーソナルコンピュータが使用される。）、渉外担当者が携行する携帯端末３などにより構成される。業務支援用サーバ１と店内端末２とは店舗Ｔ内のＬＡＮ回線により接続され、業務支援用サーバ１と携帯端末３とは、店舗Ｔ外の中継装置５Ａ，５Ｂや無線基地局６を介して業務支援用サーバ１と通信を行う。業務支援用サーバ１と中継装置５Ａとの間の通信回線や、中継装置５Ａ，５Ｂ間の通信回線、中継装置５Ｂと無線基地局６との間の通信回線は全て閉域網となっており、無線基地局と携帯端末３との間でも、暗号化された情報がやりとりされる。
なお、図１では、５Ａ，５Ｂの２つの中継装置を示しているが、これらの中継装置５Ａ，５Ｂの間にも、必要に応じた数の中継装置を設けることができる。
【００１９】
業務支援用サーバ１（以下、単に「サーバ１」という。）は、銀行の顧客管理システム４（業務支援システムには含まれない。）にも接続されている。この顧客管理システム４には、銀行の各顧客の個人情報（顧客名、住所、電話番号、銀行口座の詳細情報など）が格納されている。サーバ１は、店内端末２や携帯端末３からの要求に応じて顧客管理システム４にアクセスして、個人情報の提供を受けたり、個人情報の更新を求めることができる。
【００２０】
サーバ１には、各渉外担当者の訪問計画情報が保存される訪問計画データベース１０１や、営業管理情報が保存される営業管理用データベース１０２などの複数種のデータベース（いずれも次の図２に示す。）が設けられている。各店内端末２には、サーバ１との通信により、これらのデータベースから情報を読み出す機能や情報を更新する機能が設定される。ただし、使用者の立場に応じて、読み出しや更新に制限が設けられる場合がある。
【００２１】
携帯端末３は、タブレット型の端末装置であって、２次元コードの読み取り機能（カメラおよびソフトウェア）が設けられている。渉外担当者は複数人おり、各人に、携帯端末３と後記する携帯印刷機器（図示せず。）とが一台ずつ割り当てられる。携帯端末３には、営業日毎に、その端末を使用する渉外担当者の当日の訪問計画リストがサーバ１から送信され、渉外担当者は、送信された訪問計画リストを画面に呼び出し、そのリストに従ってリスト内の各顧客を訪問する。ただし、訪問計画リストに含まれるのは、訪問する顧客の名前（以下、「顧客名」という。）と訪問予定時刻のみであり、その他の情報は、必要に応じてサーバ１にアクセスして提供を受けるように設定されている。
【００２２】
図２は、上記システムのサーバ１の機能をブロック図として表したものである。なお、この実施例では、一台のコンピュータをサーバ１として働かせるが、これに限らず、複数のコンピュータによるネットワークシステムをサーバ１として機能させてもよい。
【００２３】
この実施例のサーバ１には、店内端末用通信処理部１１、携帯端末用通信処理部１２、通信制御部１３、訪問計画リスト作成部１４、訪問計画情報処理部１５、営業管理情報処理部１６、顧客情報処理部１７、精算処理部１８などの機能が、それぞれプログラムによって設定される。また、先に述べた訪問計画データベース１０１、営業管理用データベース１０２のほか、担当者テーブル１０３、物品管理用データベース１０４、印紙管理用データベース１０５などの記憶部が設けられる。
【００２４】
店内端末用通信処理部１１は店内端末２との通信を担当し、携帯端末用通信処理部１２は携帯端末３との通信を担当する。通信制御部１３は、各通信処理部１１，１２を介して店内端末２や携帯端末３からのリクエスト（情報の書込要求や読出要求）を受け付けて、その要求にかかる処理を行う処理部に当該要求を渡して実行させる。また、要求の内容が情報の読み出しであった場合には、その要求に応じて読み出された情報を店内端末用通信処理部１１または携帯端末用処理部１２に渡し、要求を出した端末２，３に送信させる。
【００２５】
担当者テーブル１０３には、各渉外担当者の氏名、社員番号、使用する携帯端末３の電話番号、メールアドレスなどが格納される。訪問計画情報処理部１５は、各店内端末２から送信される情報を受け付けて、適宜、担当者テーブル１０３内の情報を参照し、また顧客情報処理部１７を介して顧客の情報を取得し、訪問計画データベース１０１内の訪問計画情報の作成や更新を行う。たとえば、まず部下が使用する店内端末２から訪問計画の原案を受け付けて保存した後、上席が使用する店内端末２からの却下や修正指示、ならびに部下による修正情報などを受け付けて保存情報を更新し、最終的に上席の承認を受け付けることにより訪問計画情報を確定させる。確定された訪問計画情報は、各店内端末２において、月単位、週単位、営業日の単位で読み出すことができ、また担当者別に読み出すこともできる。また、携帯端末３でも、その端末３を使用する渉外担当者の訪問計画情報を読み出すことができる。
【００２６】
訪問計画リスト作成部１４は、営業日毎に、あらかじめ定めた時刻（営業開始時刻より所定時間前の時刻）に、訪問計画データベース１０１および担当者テーブル１０３を参照し、各渉外担当者の当日の訪問計画リストを作成する。作成された訪問計画リストは、送信制御部１３から携帯端末用通信処理部１２に渡って、対応する携帯端末３に送信される。ただしこれに限らず、携帯端末３から訪問計画リストの送信要求を出し、これに応じてサーバ１から訪問計画リストを送信してもよい。
【００２７】
営業管理用データベース１０２には、携帯端末３から送信された訪問記録のほか、訪問記録をベースに作成された日報や月報の情報、営業対象の顧客のリストなどが保存される。物品管理用データベース１０４には、渉外担当者が顧客から預かった物品（通帳など）の管理情報が保存される。印紙管理用データベース１０５には、渉外担当者が訪問先で発行した帳票に添付すべき印紙の管理情報が保存される。なお、物品管理用データベース１０４と印紙管理用データベース１０５とを、１つの記憶部として統合してもよい。
営業管理情報処理部１６は、上記３種類のデータベース１０２，１０４，１０５に対する保存処理や更新処理を実行し、また端末２，３からの要求に応じて各データベース１０２，１０４，１０５からの情報の読み出しを行う。さらに後記する預かりデータの作成処理も、営業管理情報処理部１６により実行される。
【００２８】
精算処理部１８は、印紙管理用データベース１０５に保存された情報に基づき、一定の期間毎に、その期間内に使用された印紙の金額を集計する。なお、この実施例のシステムでは、印紙代の後納制度を利用して、精算処理部１８により集計された金額分の印紙代を後納するようにしているので、渉外担当者が印紙を持ち歩く必要がなくなり、印紙の貼り忘れや紛失などを防ぎ、印紙代の管理を万全にすることができる。
【００２９】
顧客情報処理部１７は、図１に示した顧客管理システム４との通信により、当該システムから顧客情報の提供を受ける。また、渉外担当者の訪問先で発生した個人情報（後記する入金情報など）は、営業管理用データベース１０２に保存された後に、その保存情報を読み出した店内端末２の操作に応じて顧客情報処理部１７に提供され、さらに顧客管理システム４に送信される。これにより顧客管理システム４内の個人情報が書き換えられる。
【００３０】
図３〜６は、サーバ１との通信や渉外担当者の操作に応じて携帯端末３に表示される画面の例を示す。以下、これらの図面を参照して、各種画面の構成や機能などを説明する。また以下の説明では、携帯端末３を使用する渉外担当者を「ユーザ」という。
【００３１】
図３は、携帯端末３における訪問計画リストの表示画面（以下、「リスト表示画面」という。）の例を示す。
このリスト表示画面には、その日に訪問すべき顧客の顧客名および訪問予定時刻が付されたボタン３０（以下、「顧客ボタン３０」という。）が、訪問順に配列される。各顧客ボタン３０の横には、それぞれ変更ボタン３１とマップ呼び出しボタン３２とが設けられる。変更ボタン３１が操作されると、対応する顧客の訪問計画を変更するための画面（図示せず。）が呼び出される。また、マップ呼び出しボタン３２が操作されると、対応する顧客の住所およびその付近の地図を含む画面（図示せず。）が呼び出される。
【００３２】
さらに、リスト表示画面の最下段には、画面を閉じるためのクローズボタン３３と訪問予定の追加登録用のボタン３４とが設けられる。このボタン３４は、ユーザの馴染みの顧客からの連絡により当日に予定外の訪問が設定された場合などに対応するためのもので、ボタン３４が操作されると、新規の訪問計画情報の入力画面が呼び出される。
【００３３】
リスト表示画面内の各顧客ボタン３０は、原則として配列順に選択されるが、突発的に予定が変更される場合を考慮して、配列とは異なる順序での選択も受け付けるように設定されている。各顧客ボタン３０の左端には＋記号が付されており、顧客ボタン３０が操作されると、図４（Ａ）に示すように、＋記号が−記号に変更されて、顧客ボタン３０の下方に、そのボタン３０に対応する顧客専用の処理エリア３００が展開される。この処理エリア３００には、顧客の基本的な情報（この例では、訪問目的や営業の内容など）を表示する表示欄３０１や複数の入力欄３０２が設けられ、さらにその下に保存ボタン３０３が設けられ、最下段に２種類の機能ボタン３０４，３０５が設けられる。
【００３４】
図４（Ａ）は、顧客ボタン３０の操作により処理エリア３００が出現した直後の画面の状態である。各入力欄３０２は所定の色彩で着色されているが、いずれも空白状態である。図４（Ｂ）は、各入力欄３０２に情報が書き込まれた状態を示す。なお、入力欄３０２には、自由に情報を入力する入力方式の欄のほか、図中の３段目の入力欄３０２のように、選択肢の選択により情報を入力する方式の欄（コンボボックスの一種）がある。
【００３５】
処理エリア３００内の右下端の機能ボタン３０５が操作されると、後記する預かり票を発行するための処理画面（図示せず。）が呼び出される。一方、左下端の機能ボタン３０４が操作されると、図５に示す業務支援画面が呼び出される。
【００３６】
図５（Ａ）は、起動直後の業務支援画面を示す。この業務支援画面には、一番上に口座情報の検索画面を呼び出すための呼び出しボタン３５が設けられ、その下方に４つの処理ボタン３６が配列され、最下段に、保存ボタン３７およびクローズボタン３８が設けられている。
【００３７】
処理ボタン３６にはそれぞれ＋記号が付されており、操作されたボタン３６の下方には、当該ボタン専用の処理エリア３１０が展開される。図５（Ｂ）は、一番上の「入金口座情報」の処理ボタン３６に応じて展開された処理エリア３１０に情報が入力された例を示す。この処理エリア３１０は、入金の対象の口座に関する情報を入力するためのもので、店名、科目、現金の預かり日、預かり金額、口座番号、口座の名義人などを入力するために、複数の入力欄３１１が設けられている。これらの入力欄３１１のうちの１番目および２番目は、選択方式により情報を入力するタイプのもので、他の入力欄３１１は、自由に情報を入力するタイプのものである。
【００３８】
２番目以降の処理ボタン３６の操作に対して展開される処理エリアについては図示を省略するが、２番目の「ご入金内訳」の処理ボタン３６が操作されると、入金のために預かった現金の内訳を入力するための処理エリアが展開される。３番目の「内容」の処理ボタン３６が操作されると、覚え書きなどを入力するための処理エリアが展開される。
【００３９】
４番目の「通帳・証書等の一時預かり」の処理ボタン３６は、通帳や証書等の物品を預かる場合に使用されるもので、このボタン３６が操作されると、預かり対象の物品の種類や当該物品の具体的情報（名義人・口座番号など）を入力するための処理エリアが展開される。
【００４０】
図６は、口座情報検索用の画面の例を示す。この画面は、図５の業務支援画面内の呼び出しボタン３５の操作により呼び出されるもので、「顧客名検索」「番号検索」の各検索ボタン３２１，３２２が設けられると共に、複数種の情報表示欄３２３が配列される。また画面の最下段には、「戻る」「次へ」の文字入りの移動ボタン３２４，３２５とクローズボタン３２６とが設けられている。
【００４１】
上記の検索用画面において、「顧客名検索」の検索ボタン３２１が操作されると、サーバ１との間で検索のための通信が実施されて、下方の情報表示欄に、選択中の顧客が保有する口座の情報が表示される。ここで表示されるのは一口座の情報であるが、顧客が複数の口座を持っている場合には、移動ボタン３２４，３２５の操作に応じて、１つずつ表示を切り換えることができる。「番号検索」の検索ボタン３２２が操作されると、画面内に口座番号の入力用のウィンドウ（図示せず。）が表示される。ユーザがこのウィンドウに口座番号を入力すると、サーバ１との間で検索のための通信が実施されて、下方の各情報表示欄３２３に、入力された口座番号の情報が表示される。
【００４２】
上記の検索により呼び出された口座情報は、図示しない操作メニューでの転送操作によって、図５（Ｂ）に示した処理エリア３１０内の入力欄に転送させることができる。また、操作メニューでの切り替え操作によって、口座情報検索画面を閉じることなく、図４のリスト表示画面や図５の業務支援画面に戻ることもできる。
【００４３】
検索で該当する口座番号が見つからなかった場合や、検索で見つかった口座の名義人が選択中の顧客に一致しなかった場合には、サーバ１はエラー送信を行う。これに伴い、携帯端末３でも、各情報表示欄３２３を消失させてエラー表示を行う。
すなわち、口座情報の検索画面では、現在選択されている顧客の口座情報を検索することができるのみで、他の顧客の個人情報を取得することは禁止されるので、個人情報の取り違えや漏洩を防ぐことができる。
【００４４】
リスト表示画面や業務支援画面が表示されている状態下で、その画面内の保存ボタン３０３，３７が操作されると、その画面に入力されている情報がメモリの一時保存エリアに保存される。ユーザは、適宜、保存操作を行いながら、情報の入力を続けることができ、また保存された情報をサーバ１に送信することもできる。送信が完了すると、保存情報および各画面に呼び出された個人情報は、全て完全消去される。
なお、完全消去は、メモリ内の消去対象の情報が書き込まれた場所にランダムなデータを複数回上書きする方法により行われる。これにより情報の復元は不可能となる。
【００４５】
顧客から、通帳に入金する現金や通帳、証書などの物品を預かった場合には、ユーザは、その預かり内容を入力してサーバ１への送信処理を行った後に、リスト表示画面の該当顧客の処理エリア３００内の「預かり票発行」ボタン３０５を操作する。この操作に応じて、携帯端末３とサーバ１との間で通信が行われて、サーバ１から預かり票のデータが送信され、携帯端末３の画面に表示される。ユーザは、表示されたデータを無線またはＵＳＢケーブルを介して携帯型の印刷機器に出力し、印刷処理を行う。
【００４６】
図７は、上記の処理により印刷された預かり票の例を示す。
この預かり票３３０には、顧客名、日付、預かり物（現金になる場合もある。）の内容、注意書きなどの情報のほか、印紙欄３３１や２次元コード３３２が含まれる。２次元コード３３２には、この預かり票を特定する情報（たとえば預かり票の発行番号や顧客コードなどを含む情報）が書き込まれる。印紙欄３３１は、物品の預かりに際して印紙が必要になる場合にのみ設定されるが、前述したように、後納制度が適用されるため、印紙を貼付する必要はない。
【００４７】
預かり票３３０は、渉外担当者から顧客に渡され、後日、預かった物品が返却されるまで顧客により保管されるが、携帯端末３に送信された預かり票のデータは、印刷が終了した後に、完全消去される。
【００４８】
図８は、サーバ１が一台の携帯端末３に対して行う処理の概略手順を示し、図９および図１０は、携帯端末３が実行する処理の概略手順を示す。また図１１は、携帯端末３における情報の保存および送信処理のサブルーチンの手順を示す。図８のサーバ１側の処理ステップにはＡ１〜Ａ１５の符号を付し、図９，１０の携帯端末３側の処理ステップにはＢ１〜Ｂ２６の符号を付し、図１１のサブルーチンの処理ステップにはＳＢ１０１〜１０６の符号を付している。
以下、これらのステップ符号を参照しながら、サーバ１および携帯端末３における処理の流れを、関連づけながら説明する。なお、携帯端末３の各種画面における入力の受付処理やリスト表示画面の呼び出しボタンの操作に応じた処理などの手順については、煩雑化を防ぐため、図示を省略する。
【００４９】
まず、サーバ１では、訪問計画データベース１０１や担当者テーブル１０３を参照して、携帯端末３のユーザに提示すべき訪問計画リストを作成し、この訪問計画リストを携帯端末３に送信する（ステップＡ１）。この送信を受けた携帯端末３は、受信したリストを示すリスト表示画面を起動する（ステップＢ１）。この状態下でリスト内の一顧客の顧客ボタン３０が操作されると（ステップＢ２が「ＹＥＳ」）、携帯端末３は、選択された顧客以外の人の個人情報を保有していないことを確認した上で、選択された顧客の顧客名をサーバ１に連絡する（ステップＢ３，Ｂ５）。
【００５０】
上記の連絡を受けたサーバ１では、連絡された顧客の基本情報を携帯端末３に送信する（ステップＡ２，Ａ３）。この基本情報を受信した携帯端末３では、当該基本情報を含む処理エリア３００をリスト表示画面内の該当箇所に展開する（ステップＢ６）。
【００５１】
この後、ユーザは、適宜、処理エリア３００の入力欄に情報を入力するが、任意のタイミングで、業務支援画面の呼び出しボタン３０４や保存ボタン３０３や預かり票の発行用ボタン３０５を操作することができる。また、一顧客の処理が終了し、次の顧客を訪問した場合には、その顧客の顧客ボタン３０を操作する。
サーバ１では、これらの操作に伴う携帯端末３からの連絡をチェックしながら待機する（ステップＡ４，Ａ５，Ａ１１，Ａ１３）。
以下、ボタン３０４，３０３，３０５の操作に対する処理について、場合分けをして説明する。
【００５２】
＜業務支援画面の呼び出しに伴う処理＞
ユーザによりリスト表示画面内の呼び出しボタン３０４（図４を参照）が操作されると、携帯端末３では、ステップＢ１５が「ＹＥＳ」となって図１０のステップＢ１６に進み、図５に示した業務支援画面を起動する。この画面でも、情報の入力を受け付けながら、任意のタイミングで口座情報検索画面の呼び出しボタン３５の操作を受け付けることができる。
【００５３】
口座情報検索画面の呼び出しボタン３５が操作されると（ステップＢ１７が「ＹＥＳ」）、携帯端末３は図６に示した画面を起動し（ステップＢ１８）、検索指示に待機する。ここで２つの検索指示ボタン３２１，３２２のいずれかが操作されると（ステップＢ１９が「ＹＥＳ」）、携帯端末３は、操作されたボタンに応じた検索要求をサーバ１に送信する（ステップＢ２０）。たとえば、顧客名検索の場合には、選択中の顧客の顧客名を含む情報が送信され、番号検索の場合には、選択中の顧客名とユーザにより入力された口座番号とを含む情報が送信される。
【００５４】
サーバ１では、上記の検索要求を受け付けると、ステップＡ５が「ＹＥＳ」となる。この場合、サーバ１では、まず検索要求に含まれる顧客名と選択中として認識している顧客名（先に携帯端末３から通知された顧客名）とを照合し、両者が一致すると（ステップＡ６が「ＹＥＳ」）、顧客管理システム４と協働して、要求された検索を実行する（ステップＡ７）。この検索により、選択中の顧客の情報が抽出されると（ステップＡ８が「ＹＥＳ」）、抽出された情報を検索結果として携帯端末３に送信する（ステップＡ９）。
一方、検索要求に含まれる顧客名とサーバ１側が記憶している顧客名とが一致しなかった場合（ステップＡ６が「ＮＯ」）や、選択中の顧客につき該当する情報が抽出されなかった場合（ステップＡ８が「ＮＯ」）には、携帯端末３にはエラーメッセージが送信される（ステップＡ１０）。
【００５５】
携帯端末３では、検索要求に対し、サーバ１から検索結果を受信すると（ステップＢ２１が「ＹＥＳ」）、口座情報検索画面の各表示欄３２３を用いて受信した情報を表示する（ステップＢ２２）。一方、エラーメッセージを受信した場合（ステップＢ２１が「ＮＯ」）には、エラー表示を実行する（ステップＢ２３）。
なお、顧客名検索により複数の口座が抽出された場合には、サーバ１から、各口座の情報を一括で送信し、携帯端末３において、移動ボタン３２４，３２５の操作に応じて表示を切り替える。ただし、これに限らず、最初のサーバ１からの送信は一口座分の情報のみとし、その他の口座の情報は、携帯端末３で移動ボタン３２４，３２５の操作に応じて送信要求を出す方法により、順次提供するようにしてもよい。
【００５６】
口座情報検索画面において、クローズボタン３２６が操作されるか、画面の切り替え操作が行われた場合（ステップＢ２４が「ＹＥＳ」）には、その操作に応じてリスト表示画面または業務支援画面に表示が切り替えられる。また、業務支援画面において終了ボタン３８が操作された場合（ステップＢ２６が「ＹＥＳ」）には、表示はリスト表示画面に切り替えられる。
【００５７】
＜保存操作に伴う処理＞
リスト表示画面において選択中の顧客に対応する保存ボタン３０３が操作されると、図９のステップＢ８が「ＹＥＳ」となり、業務支援画面において保存ボタン３７が操作されると、図１０のステップＢ２５が「ＹＥＳ」となる。これらの「ＹＥＳ」判定がなされると、保存・送信処理のサブルーチンＳＢに進む。
【００５８】
図１１を参照して説明すると、このサブルーチンＳＢでは、まず現在表示されている画面に入力されている情報を保存する（ステップＳＢ１０１）。保存が終了すると、画面には、送信を行うか否かを問うメッセージが「はい」「いいえ」のボタンと共に表示される。ここでユーザが「いいえ」のボタンを操作すると、ステップＳＢ１０２が「ＮＯ」となり、以下の処理をスキップして、元の画面に戻る。
【００５９】
ユーザが「はい」のボタンを操作した場合、すなわち情報の送信を指示した場合（ステップＳＢ１０２が「ＹＥＳ」）には、現時点までに保存された情報の一覧画面（図示せず。）が表示される（ステップＳＢ１０３）。この画面には、確認ボタンが含まれており、ユーザが一覧表示を確認して確認ボタンを操作すると（ステップ１０４が「ＹＥＳ」）、保存情報がサーバ１に送信される（ステップＳＢ１０５）。
サーバ１では、上記の送信を受け付けると、受信した情報を解析して、情報の種毎に、保存先のデータベースを選択し、保存処理を行う（図８のステップＡ１１，Ａ１２）。
【００６０】
携帯端末３では、サーバ１への送信が完了すると、送信された各情報およびその時点までにサーバ１から送信された個人情報の全てを完全消去し（ＳＢ１０６）、その後に元の画面に戻る。ただし、この消去は、受信情報の保存が終了したサーバ１からの受信完了連絡を待って実行してもよい。
【００６１】
＜預かり票の発行操作に伴う処理＞
保存・送信処理が終了した後に、リスト表示画面の預かり票発行用のボタン３０５が操作されると、図９のステップＢ９およびステップＢ１０が「ＹＥＳ」となる。これにより、携帯端末３は、サーバ１に預かり票データの送信を要求する（ステップＢ１１）。サーバ１では、この送信要求を受信すると、図８のステップＡ１３が「ＹＥＳ」となり、預かり票の発行に必要な情報が保存されているかを確認する。当該情報が保存されている場合（ステップＡ１４が「ＹＥＳ」）には、保存されている情報を用いて預かり票データを作成し、これを携帯端末３に送信する（ステップＡ１５）。
【００６２】
携帯端末３では、上記の預かり票データを受信して表示し（ステップＢ１２）、ユーザの作業に従って印刷処理を実行する（ステップＢ１３）。印刷処理が終了すると、受信した預かり票データは完全消去される（ステップＢ１４）。
なお、携帯端末３においてデータを送信するより前に預かり票発行用のボタン３０５が操作された場合には、ステップＢ１０が「ＮＯ」となり、当該操作は無視される。また、図示していないが、サーバ１が預かり票の発行に必要な情報を取得できなかった場合は、預かりデータは送信されず、携帯端末３にはエラーメッセージが表示される。
【００６３】
以上に説明した処理によれば、携帯端末３のユーザ（渉外担当者）は、リスト表示画面に表示された顧客を順に訪問して、訪問先でリスト中の該当する顧客を選択し、必要に応じてサーバ１から顧客の個人情報の提供を受けながら、訪問記録や顧客から預かった現金や物品に関する情報を入力することができる。入力された情報は適宜保存操作に応じて保存され、所定の時点でサーバ１に送信される。現金や物品を預かった場合には、情報送信後に、サーバ１から預かり票データの提供を受けて、預かり票を発行することができる。
【００６４】
ただし、以下の問題を考慮する必要がある。
まず、携帯端末３では、サーバ１への情報の送信が終了したことに応じて、ユーザが入力した個人情報やサーバ１から提供された個人情報を消去し、預かり票データも印刷後に速やかに消去するが、ユーザの操作ミスや勘違いなどにより、情報の送信や印刷が行われないまま、次の訪問先に移動するおそれがある。また、リスト表示画面のボタン３２やボタン３４が操作された場合にも、個人情報が送信されるので、その情報を保有したまま別の顧客を訪問するおそれがある。
【００６５】
上記の問題を考慮して、この実施例の携帯端末３では、リスト表示画面内の顧客ボタン３０が操作された場合には、選択された顧客以外の人の個人情報を保有していないかどうかをチェックし、保有している場合には、その情報を完全消去するようにしている（図９のステップＢ２→Ｂ３→Ｂ４の流れ，またはステップＢ７→Ｂ３→Ｂ４の流れ。）。この場合には、サーバ１から提供された個人情報とユーザにより入力された個人情報との双方をチェックの対象として、消去処理が行われる。
【００６６】
このように、他の顧客の個人情報が保有されていないことを条件に顧客の選択を許可すれば、訪問先で他の顧客の情報が漏れるおそれがないので、セキュリティを確保でき、顧客の信頼を得ることができる。保有情報が消去された後は、新たに選択された顧客の顧客名をサーバ１に連絡し、基本情報の提供を受けて処理エリアを展開する（ステップＢ５，Ｂ６）。サーバ１では、２回目以降の顧客名の連絡に対しては、ステップＡ４でその連絡を判別して、ステップＡ３に移行し、基本情報を送信する。
【００６７】
上記のほか、携帯端末３を紛失した場合に備えて、個人情報が保有されたまま所定時間操作が行われなかった場合にも、保有情報は完全消去される。
ただし、サーバ１への情報送信や預かりデータの印刷に応じて行われる場合を除き、個人情報を消去する場合には、消去の前に警報を出力するのが望ましい。
【００６８】
その他、フローチャートに示さなかった処理について、簡単に説明する。
まず、渉外担当者が顧客から預かった物品を返却する場合には、顧客が保管していた預かり票３３０を受け取り、携帯端末３に２次元コードの読取処理を行わせる。携帯端末３では、この読取処理により読み取った情報をサーバ１に送信し、サーバ１は、受信情報を物品管理用データベース１０４内の情報と照合し、該当する保存情報を、預かり状態から返却状態に更新する。更新後は、サーバ１から携帯端末３に所定のメッセージが送信され、渉外担当者は、このメッセージを確認してから物品を返却する。
このような処理により、預かり物を、効率良くかつ正確に管理することができる。
【００６９】
リスト表示画面内のいずれかの顧客について訪問場所までの道のりを確認したい渉外担当者が、その顧客に対応する「マップ」の呼び出しボタン３２を操作すると、携帯端末３は、サーバ１に訪問場所の問い合わせを送信する。サーバ１では、この問い合わせに応じて該当する顧客の住所を送信する。携帯端末３では、サーバ１内に格納されている地図情報にアクセスして、受信した住所やその周辺の地図を含む画面を作成し、この画面を表示する。
【００７０】
渉外担当者が顧客から直接、訪問予定の変更や追加の連絡を受けた場合に、リスト表示画面内の追加登録ボタン３４を操作すると、その操作が携帯端末３からサーバ１に連絡されて、サーバ１から渉外担当者が担当する顧客の一覧が表示される。渉外担当者は、この一覧リストの中から訪問対象の顧客を選択して訪問予定時刻を入力すると、入力された情報はサーバシステムに送信され、訪問計画データベース１０１に保存される。また、サーバ１との通信により、適宜選択された顧客の詳細な個人情報を呼び出すことも可能である。
【００７１】
渉外担当者が帰社して日報を作成する場合には、店内端末２より営業管理用データベース１０２内にアクセスし、自身の訪問記録を読み出す。この場合に、サーバ１は、携帯端末３から送信された情報を日報データのひな形にあてはめたものを店内端末２に送信することができる。これにより渉外担当者は、日報の作成作業を効率良く行うことができ、顧客の取り違えや入力落ちなども防ぐことができる。
【００７２】
続いて、上記の業務支援システムに関して、想定される変形例を説明する。
まず、上記の実施例では、携帯端末３が、適宜サーバから情報の送信を受けてリスト表示画面、業務支援画面、口座情報検索画面の各画面を起動するものとして説明したが、これに代えて、サーバ１から携帯端末３に各種情報を含む画面データを提供してもよい。この場合、携帯端末３では、操作を受け付ける都度、その操作の内容をサーバ１に連絡し、サーバ１がその連絡に応じて送信した更新画面を表示することになる。
画面の種類や構成も、図３〜６の例に限らず、適宜、変更することができる。
【００７３】
また、上記の実施例では、個人情報の呼び出しや情報の入力の例のみ示したが、携帯端末３とサーバ１との通信により、ローンの返済計画などのシミュレーションを行って、その結果を携帯端末３に表示することもできる。また、サーバ１から送信する情報は顧客の個人情報に限らず、必要に応じて、カタログ、説明書などのデータを送信させることもできる。
【００７４】
また、携帯端末３がＧＰＳ機能を有する場合には、サーバ１への情報の送信の都度、位置情報を添付して送信することができる。また、情報の送信時に限らず、定期的に位置情報をサーバに送信することもできる。このようにすれば、渉外担当者以外の者も、渉外担当者がいる場所を容易に把握することができる。
【００７５】
日々の訪問計画リストの策定にあたっても、地図情報に基づき、効率の良いルートで廻ることができるように、訪問順序を設定することができる。また、新しいサービスを案内するための訪問計画をたてる場合に、その対象となり得る顧客の条件をサーバ１に入力し、サーバ１において、その条件に該当する顧客を抽出する検索を行えば、訪問計画リストを容易に作成することが可能になる。この場合には、顧客管理システム４が保有する情報のみでなく、日々の訪問記録に基づき営業管理用データベース１０２に蓄積された営業管理情報も検索の対象とすることができるので、渉外担当者が訪問の際に顧客から聞き出した要望なども検索の対象にすることができる。
【００７６】
また、上記の実施例では、顧客を個人に限定したが、法人が顧客になる場合もある。この場合には、訪問予定リストには、顧客名として法人名が含められ、顧客名が選択されたことに応じて、訪問する担当者やその居所などの詳細情報が携帯端末３に転送される。
【００７７】
また、上記の実施例は、銀行の営業支援のためのシステムであるが、これに限らず、本発明は、顧客を訪問して営業活動を行う事業者全般に適用することができる。上記の実施例では、個人情報に関しては、外部システムである個人情報管理システムの蓄積情報を利用したが、個人情報を管理する機能も、営業支援システム内に含めることができる。
【符号の説明】
【００７８】
１    業務支援用サーバ
２    店内端末
３    携帯端末
４    顧客管理システム
１１  店内端末用通信処理部
１２  携帯端末用通信処理部
１３  通信制御部
１４  訪問計画リスト作成部
１５  訪問計画情報処理部
１６  営業管理情報処理部
１７  顧客情報処理部
１０１  訪問計画データベース
１０２  営業管理用データベース
１０３  担当者テーブル
１０４  物品管理用データベース
１０５  印紙管理用データベース
【図１】
2013069216.tif 000003
【図２】
2013069216.tif 000004
【図３】
2013069216.tif 000005
【図４】
2013069216.tif 000006
【図５】
2013069216.tif 000007
【図６】
2013069216.tif 000008
【図７】
2013069216.tif 000009
【図８】
2013069216.tif 000010
【図９】
2013069216.tif 000011
【図１０】
2013069216.tif 000012
【図１１】
2013069216.tif 000013