JP2007034907A - 顧客情報登録システム、顧客情報登録プログラム及び端末装置。 - Google Patents

Abstract

【課題】 操作を容易にして入力の誤りの減少に寄与することができ、業務効率の向上に寄与することができる顧客管理システム等を提供する。
【解決手段】 サービスクライアント４０の登録処理部４５は、表示指示部４２を介して店舗端末１０あるいはリカバリ端末２０の表示画面に、必要な情報を段階的に求める画面を順次表示させる。また、登録処理部４５は、案件毎の処理状態を示す一覧画面を店舗端末１０あるいはリカバリ端末２０の表示画面に表示させ、これらの端末からの指示に応じて処理する案件を選択させる。
【選択図】 図１

Description

本発明は、顧客情報の管理に用いる顧客情報登録システム等に関する。

従来より、例えば顧客の信用情報等を管理する顧客管理システムが知られている（例えば特許文献１参照。）。このような従来の顧客管理システムでは、顧客の与信調査における事務作業の支援を実現している。
特開２００４−２０６５６８号（第５−８頁、第１図）

ところで、従来の顧客管理システムでは、例えば１つあるいは２つの表示画面に、入力項目を表示し、操作者が入力する構成になっている。このため、料金プラン，オプションサービスの数等の契約条件が複雑になってくると、少ない表示画面上で多くの情報を入力することを要求すると、入力を誤る可能性が増加する。また、少ない表示画面上で多くの情報を入力することになると、操作が複雑になって使いこなすまでの教育時間が長くなってしまう。

また、従来の顧客管理システムでは、全ての契約者について操作者が最終的な信用の判断により登録の可否を判断していたため、登録作業の効率化が望まれていた。

ところで、顧客管理システムでは、サービスの統合等により、使用の異なる複数のデータベースを統合する場合がある。このような状況では、契約者についての情報を収集するために、操作者が手作業で複数のデータベースに対して各々のデータベースの仕様に応じた検索条件で検索を行う必要があった。このため、検索作業の効率化が望まれていた。

本発明は、上述のような課題に鑑みてなされたものであり、操作を容易にして入力の誤りの減少に寄与することができ、業務効率の向上に寄与することができる顧客情報登録システム等を提供することを目的とする。

また、本発明は、登録作業の効率化を通じて業務効率の向上に寄与することをも目的とする。

また、本発明は、検索作業の効率化を通じて業務効率の向上に寄与することをも目的とする。

上述の問題を解決するために、本発明の請求項１に係る顧客情報登録システムは、契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客情報登録システムであって、端末装置の表示画面に、契約者の情報を表示する第１の画面を表示させ、各々サービスの種類に関する情報，契約者に関する情報を入力させる第２の画面を順次ポップアップ表示させる表示制御手段を有することを特徴とする。

また、本発明の請求項９に係る顧客情報登録システムは、契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客管理システムであって、登録手段は、入力された契約者の情報が、自動的に処理できる状態か否かを判定する判定手段を有し、判定手段によって自動的に処理できる状態でないと判定された契約者の情報を，端末装置とは別に設けられたリカバリ端末の表示画面に表示させる表示制御手段と、リカバリ端末から操作者による判断結果を入力する入力手段とを有することを特徴とする。

また、本発明の請求項１３に係る顧客情報登録システムは、契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有し、該登録手段は、入力された契約者の情報中のキーとなる情報と同一又は類似の情報を，顧客情報データベース及び顧客情報データベースとは異なる仕様の他のデータベースとから取得する情報取得手段を有することを特徴とする。

本発明の請求項１に係る顧客情報登録システムでは、端末装置の表示画面に、契約者の情報を表示する第１の画面を表示させ、各々サービスの種類に関する情報，契約者に関する情報を入力させる第２の画面を順次ポップアップ表示させる。端末装置の操作者は、第２の画面に順次情報を入力する。これにより、１画面中で入力する情報を減少させることができ、操作を容易にして入力の誤りの減少に寄与することができ、業務効率の向上に寄与することができる。

また、本発明の請求項９に係る顧客情報登録システムでは、登録手段の判定手段は、入力された契約者の情報が、自動的に処理できる状態か否かを判定し、表示制御手段は、自動的に処理できる状態でないと判定された契約者の情報を，端末装置とは別に設けられたリカバリ端末の表示画面に表示させ、入力手段は、リカバリ端末から操作者による判断結果を入力する。これにより、自動的に処理できる状態でないと判定された契約者の情報についてのみ、操作者による判断の対象とすることができる。このため、システム全体としての登録作業の効率化を通じて作業効率の向上に寄与することができる。

また、本発明の請求項１３に係る顧客情報登録システムでは、登録手段の情報取得手段が、契約者の情報を保持する顧客情報データベースと顧客情報データベースとは異なる仕様の他のデータベースとから、入力された契約者の情報中のキーとなる情報と同一又は類似の情報を取得する。これにより、仕様の異なるデータベースから同一又は類似の契約者の情報を容易に取得することができ、検索作業の効率化を通じて業務効率の向上に寄与することができる。

本発明は、例えば異なる方式の携帯電話サービスを含む通信サービスの契約者の情報を管理する管理システムに適用することができる。

（全体構成）
本発明の一実施例に係る情報通信システムは、例えば図１に示すように、販売店等に配置される店舗端末１０と、不正規状態の処理（リカバリ）を行うリカバリ端末２０と、これらの店舗端末１０及びリカバリ端末２０とネットワーク３０を介して接続されたサービスクライアント４０と、登録管理サービスを提供する登録管理サーバ５０と、このサーバ５０と接続された顧客情報サーバ７０とを備えている。登録管理サーバ５０は、外部事業者（ＣＡＲＤＮＥＴ、ＴＡＣＳ等）の与信サーバ群８０とネットワーク６０を介して接続されている。この情報通信システムは、さらに、与信サーバ群８０を参照して審査を行う審査サーバ９０を備えている。

店舗端末１０，リカバリ端末２０は、例えばＣＰＵ（Central Processing Unit），メモリ，ＨＤＤ（Hard Disk Drive）等の補助記憶装置，入出力装置，ネットワークインターフェース，キーボード，ディスプレイ等の入出力装置等を有するパーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ）等の情報処理装置からなり、ＨＤＤ等に保持されているオペレーティングシステム（ＯＳ）及び制御プログラムを実行することにより、同図中に示す機能ブロックとして機能する。

また、サービスクライアント４０及び登録管理サーバ５０は、例えば、マザーボード上にＣＰＵ（Central Processing Unit）、メモリ、チップセット、グラフィックボード、ネットワークインターフェース等を有し、ＨＤＤ（Hard Disk Drive）、ＦＤＤ（Flexible Disk Drive）、ＣＤ−ＲＯＭドライブ等の補助記憶装置を搭載したラックマウント型サーバから構成されている。

これらのサービスクライアント４０及び登録管理サーバ５０は、ハードウェアの故障によるシステムダウンが許されないため、同じ構成のサーバを２セット以上保持し、コントローラ装置によりサーバの稼動状況を常にチェックしている。一方のサーバに障害が発生した場合には、コントローラ装置は他の稼動しているサーバに処理を切り替える。これにより、ハードウェアの故障等の障害に対処している。また、これらのサービスクライアント４０及び登録管理サーバ５０は、ＨＤＤ等に保持されているオペレーティングシステム（ＯＳ）及び制御プログラムを実行することにより、同図中に示す機能ブロックとして機能する。

店舗端末１０は、サービスクライアント４０との間の通信を処理する通信処理部１１と、表示画面の表示を行う描画処理部１２と、操作者の指示を入力する入力処理部１３とを備えている。また、この店舗端末１０には、書類等を出力するプリンタ等の出力装置が接続されている。同様にリカバリ端末２０は、サービスクライアント４０との間の通信を処理する通信処理部２１と、表示画面の表示を行う描画処理部２２と、操作者の指示を入力する入力処理部２３とを備えると共に、プリンタ等の出力装置が接続されている。

（サービスクライアント４０概要）
サービスクライアント４０では、例えば端末１０，２０の表示画面の制御等を行うゲートキーパーサービス等のクライアントアプリケーションが実行されている。このクライアントアプリケーションは、例えば店舗端末１０及びリカバリ端末２０に操作画面等の情報を提供するＵＩ機能（図示なし）と、登録管理サーバ５０が提供するサービスを利用する利用機能（図示なし）とを備えている。このクライアントアプリケーションの実行により、例えば図２に示すように、店舗端末１０，リカバリ端末２０との間の通信を制御する通信制御部４１と、店舗端末１０，リカバリ端末２０に対する表示指示を生成する表示指示部４２と、店舗端末１０，リカバリ端末２０からのデータを受信するデータ受信部４３と、例えば料金プランを入力した後にオプションサービスを入力する際、料金プランによっては申し込むことができないオプションサービスが存在する場合、料金プラン選択画面で選択された料金プランにて申し込み可能なオプションサービスのみオプションサービス選択画面の選択肢に表示させるといったＵＩ（User Interface）機能の動作の記述等のデータ（以下、ＵＩ定義データ）を保持するデータ保持部４４と、登録管理サーバ５０を介した登録処理を制御する登録処理部４５と、登録管理サーバ５０との間の通信を制御する通信制御部４６として機能する。

データ保持部４４には、同図中に概念的に示すように、ＵＩ定義データが格納されており、登録処理部４５はＵＩ定義データを参照して、店舗端末１０，リカバリ端末２０に表示させる画面の描画指示，入力の定義等の情報を生成し、店舗端末１０，リカバリ端末２０に供給する。各店舗端末１０，リカバリ端末２０の描画処理部１２，２２は、サービスクライアント４０からの情報に応じて画面を表示させ、入力処理部１３，２３は、操作者からの入力を通信処理部１１，２１を介してサービスクライアント４０宛に送信するようになっている。すなわち、店舗端末１０及びリカバリ端末２０は画面の表示及び操作者からの入力の取得のみの機能を有している。登録等の実質的な処理は、サービスクライアント４０において実行されている。

また、サービスクライアント４０の登録処理部４５には、新規の申込についての処理を行う新規申込処理部４５ａと、登録内容の変更についての処理を行う登録変更処理部４５ｂと、契約者の名前，親権者，支払者，旧姓，通称名等からの同一又は類似している契約者の存在の有無の審査，ＴＡＣＳ審査、ＣＡＲＤＮＥＴ審査等についての処理を行う名寄せ処理部４５ｃと、不正規処理部４５ｄと、案件毎に処理状態を検出する処理状態検出部４５ｅと、登録処理部４５全体の処理を制御する処理制御部４５ｆ等の処理部が設けられており、店舗端末１０，リカバリ端末２０からの入力に応じて登録管理サーバ５０に対する登録等の処理を実行するようになっている。

データ保持部４４に格納されているＵＩ定義データ中では、ウィンドウ中に表示する要素の定義，入力欄の定義，登録管理サーバ５０等に対する要求等が定義されている。処理制御部４５ｆは、各処理部４５ａ〜４５ｅまでの処理に応じてデータ保持部４４を参照し、各端末１０，２０に対する画面の表示指示を生成し、表示指示部４２を介して端末１０，２０に供給する。また、処理制御部４５ｆは、データ保持部４４を参照して、データ受信部４３から供給される端末１０，２０からの入力データに応じて登録管理サーバ５０等に対する登録等の処理を実行させる。

また、処理状態検出部４５ｅは、一定時間毎に登録管理サーバ５０に対して問合せ（ポーリング）を行い、処理案件毎に処理状態を検出する。

このように、この管理システムでは、店舗端末１０，リカバリ端末２０の表示画面，入力等のみを実行させ、サービスクライアント４０側で実質的な処理を実行させることにより、機能の追加等の保守を容易に行うことができる。また、サービスクライアント４０側で実質的な処理を行うことにより、サービスクライアント４０に接続されていない状態では店舗端末１０に、契約者の情報等が保存されない。このため、セキュリティの向上に寄与することができる。

（登録管理サーバ５０概要）
サービスクライアント４０上で動作しているクライアントアプリケーションからの各種業務処理要求は登録管理サーバ５０によって処理される。登録管理サーバ５０は、必要に応じて外部事業者（ＣＡＲＤＮＥＴ、ＴＡＣＳ［電話番号を自動認識し、現在使われているか、使われていないか、移転電話番号案内がおこなわれているかを瞬時に仕分け、契約者の住所変更の可能性を予測する｛http://www.mic-japan.co.jp/home/service/marketing/tacs.html｝］）の与信サーバ群８０を参照して審査を行う審査サーバ９０に対して照会等の処理を行う。登録管理サーバ５０による処理の結果は、顧客情報サーバ７０の顧客ＤＢに反映される。

この登録管理サーバ５０は、例えば図３に示すように、サービスクライアント４０に対するソフトウェアインターフェースであるフロントエンドサービス５１と、サービスクライアント４０を介して提供するサービスについての処理を実行するサービス処理部５２と、顧客情報サーバ７０に登録されている契約者の名前についての処理を行う名寄せ処理部５３と、他の通信事業者等における信用情報を保持する自社・他キャリアＤＢ５４と、契約者の名前，登録内容等について正規状態（登録管理サーバ５０において自動的に処理できる状態）であるか否かを判断する正規判断部５５と、不正規状態に対する処理を実行させる不正規処理部５６と、顧客情報サーバ７０に対する登録処理を実行する登録処理部５７と、審査サーバ９０に対して照会を行う与信処理部５８を備えている。

自社・他キャリアＤＢ５４に格納されている信用情報は、例えば定期的に情報交換用のデータファイルを用いて更新するようになっている。

登録管理サーバ５０が提供するサービスには、主に次のようなものがある。
１．共通サービス
２．新規登録サービス
３．解約サービス
４．故障サービス
５．情報変更サービス
６．料金収納サービス
７．機種変更サービス
８．契約変更サービス
９．プリペイドサービス

これらのサービスは、例えばフロントエンドサービス５１を介して供給されるサービスクライアント４０からの要求に応じて呼び出され、各々のサービスの処理が実行されるようになっている。各々のサービスは、サービス処理部５２に実装されたソフトウェアによって実行される。１．共通サービスには、ａ．契約者についての情報を照会する顧客情報照会と、ｂ．契約者の家族等についての情報を照会するファミリー情報照会等の処理がある。

また、２．新規登録サービス〜９．プリペイドサービスには、各々自動的に処理できる状態（ａ．正規状態）と、リカバリ端末２０の操作者による判断等が必要な状態（ｂ．不正規状態）とがある。このため、この登録管理サーバ５０は、正規状態か否かを判断する正規判断部５５と、不正規状態の処理を補助する不正規処理部５６とを備えている。

また、正規判断部５５は、不正規処理によっても処理できない状態をエラーとしてサービスクライアント４０を介して店舗端末１０及びリカバリ端末２０に通知するようになっている。

顧客情報サーバ７０は、上述の自社・他キャリアＤＢ５４の仕様とは異なる仕様の各種の顧客情報（例えば契約者の漢字氏名，カナ氏名，生年月日，連絡先電話番号，既存の契約の種類，サービス状態，料金の支払い状況（滞納の有無）等）が登録される顧客ＤＢ７１と、顧客ＤＢ７１に対する登録等の処理を実行する登録処理部７２とを備えている。この顧客情報サーバ７０は、処理を行なうホストコンピュータと、顧客ＤＢ７１等が格納されるストレージ装置とから構成されている。これらのホストコンピュータとストレージ装置は、別のノードとして構成されている。各々のノードは全てシステムダウンに備え冗長化されている。ホストコンピュータは、例えばクロック速度が１ＧＨｚを超えるＲＩＳＣ（Reduced Instruction Set Computer）プロセッサを、最大で６４個搭載可能な、規模の大きいサーバから構成されている。また、ストレージ装置はＲＡＩＤ（Redundant Array of Independent Disks）により、冗長化されて構成されている。ホストコンピュータとストレージ装置はＳＡＮ（Storage Area Network）というストレージ専用のネットワークで接続されている。

（動作概要）
図４は、店舗端末１０及びリカバリ端末２０の動作状態の遷移の一例を示す状態遷移図であり、図５は、新規登録の動作を時系列に示した図である。図５中のＳ１において、例えば図６（Ａ）［リカバリ端末２０の場合には同図（Ｂ）］に示すような「メインメニュー」の画面が表示されている状態で新規登録を選択すると、「新規申込／与信」の画面が表示され（Ｓ２）、操作者が情報を入力すると、例えば図７に示すような「処理状態一覧」の画面に入力されたタスクが表示される（Ｓ１０）。このような状態において、登録管理サーバ５０から処理済通知がなされると、「処理状態一覧」の画面から対応する案件を選択することができるようになる。この状態で処理済の案件を選択すると、「新規登録(1)」の画面が表示される（Ｓ１１）。これに対して、操作者が情報を入力して登録を指示すると、「処理状態一覧」の画面に入力されたタスクが表示される（Ｓ２０）。

この後、登録管理サーバ５０から処理済通知がなされると、「処理状態一覧」の画面から対応する案件を選択することができるようになる。この状態で処理済の案件を選択すると、「新規登録(2)」の画面が表示される（Ｓ２１）。これに対して、操作者が登録内容の印刷等を行うと、新規登録が完了し、「処理状態一覧」の画面が表示される（Ｓ２２）。

この管理システムにおいて、店舗端末１０から実行する処理は、新たな契約者（あるいは移動機）を登録する「新規登録」，料金の収納あるいは契約者情報の変更「料金収納／顧客情報変更」，集計「日報／月報印刷」、「故障業務メニュー」等がある。これらの処理の選択は、上述の図６に示すメインメニューから所定のボタンを指示することによって行うようになっている。

また、図７中の「処理状態」の欄に表示される文字は、例えば図８に示すように、システム処理中であることを示す「処理中」，不正規対応待ちであることを示す「対応待ち」，不正規対応中であることを示す「対応中」，処理続行可能であることを示す「処理可能」，審査中であることを示す「審査中」、他のユーザが使用中である「他端末確認中」、メンテナンス等でロックを行う場合は操作を行っているオペレータ名称が表示される。店舗端末１０及びリカバリ端末２０の操作者は、この表示を見ることにより、個々の案件の処理状況を把握することができ、処理可能な案件を容易に認識することができる。

例えば新規登録は、契約者の信用調査（与信）．契約情報の入力（新規登録(1)），契約書類等の印刷（新規登録(2)）の３つの段階で処理されるようになっている。処理中の案件が残っている状態で、個々の段階の処理（例えば新規登録時の与信）が終了すると、上述の「処理状態一覧」に戻る。「処理状態一覧」中に「処理可能」として表示されている案件を、操作者が指示すると、その後の処理を実行することができるようになる。

以上のように、この管理システムでは、店舗端末１０及びリカバリ端末２０の操作者が、「処理状態一覧」から把握した処理可能な案件を指示して処理を実行させることにより、複数の案件を並行して処理することができるようになっている。これにより、例えば新規契約者の契約条件に問題があった際にも、システム処理を滞留することなく、他の新規契約者の契約処理を進めることができる。従って、店舗における業務滞留を招くことなく、効率的な受付業務を行うことができる。

（新規登録処理詳細）
ところで、新規登録時に必要な情報は、例えば図９に示すように、契約者の氏名（漢字・カナ又はアルファベット），生年月日，性別，住所（郵便番号，上位，下位），連絡先（電話），…，支払方法，…，本人確認書類，…等の情報が必要になる。このように、新規登録に必要な情報は非常に多く、１画面あるいは２画面程度の少数の表示画面で入力しようとすると、操作が難しくなり、間違いが発生し易くなる問題がある。また、これらの情報のうち、ひとつでも不正確な情報が与えてしまうと、すべての情報に不整合を生じてしまい、例えばその後の与信処理が実行できなくなる事態となる。このため、この管理システムでは、情報の入力を段階的に行うようにすると共に、入力した情報によって、次に行う業務処理が限定されるようになっている。

また、上述のように、この管理システムでは、新規登録は、契約者の信用調査（与信）．契約情報の入力（新規登録(1)），契約書類等の印刷（新規登録(2)）の３つの段階で処理するようになっている。このため、情報の入力は、各段階で必要な情報に分けて行うようにしている。以下、順を追って説明する。

（新規登録／与信）
新規登録における与信段階では、例えば図１０に示す受付工程（Ｓ７０１）において、店舗端末１０及びリカバリ端末２０の操作者が契約者についての情報及び必要に応じて親権者、支払者、旧姓、通称名を入力し、受付処理開始を指示すると、店舗端末１０，ネットワーク３０，サービスクライアント４０を介して、与信情報が登録管理サーバ５０のサービス処理部５２（新規登録サービス）に供給される。これに応じて、サービス処理部５２は、名寄せ処理部５３に名寄せ照会（Ｓ８０１）を実行させ、顧客情報サーバ７０に対して契約者情報検索（Ｓ８５１）と請求先情報検索等（Ｓ８５２）を行い、これらの結果を審査情報として保持する（Ｓ８０３）。これと並行して、サービス処理部５２では、審査サーバ照会（Ｓ８０２）を実行し、審査サーバに照会を行い（Ｓ８５３）、結果を審査情報に追加する（Ｓ８０３）。

これらの情報が得られると、登録管理サーバ５０の正規判断部５５は、正規状態であるか否かを判断し（Ｓ８０４）、正規状態であればサービスクライアント４０を介して店舗端末１０及びリカバリ端末２０に与信の完了を通知する（Ｓ７０２）。一方、不正規状態であれば、サービスクライアント４０を介してリカバリ端末２０に不正規状態の処理（不正規処理）を移行する（Ｓ７５１）。

サービスクライアント４０は、リカバリ端末２０の表示画面に不正規処理の要求を表示させ、これに応じて、リカバリ端末２０の操作者が不正規処理を選択すると、サービスクライアント４０は、名寄せ照会（Ｓ８０１），審査サーバ照会（Ｓ８０２）の結果等を表示させる。リカバリ端末２０の操作者は、これらの情報及び必要に応じて取得した情報を総合して、契約者についての信用性を審査し、審査結果を入力する。審査結果は、サービスクライアント４０が店舗端末１０及びリカバリ端末２０に通知する。

このように、正規状態では登録管理サーバ５０のサービス処理部５２において自動的に与信処理を行い、不正規状態ではリカバリ端末２０の操作者が判断することにより、審査の高速化に寄与することができる。

上述の図１０中のＳ７０１では、図１１〜図１３に示すように、与信に必要な情報を段階的に入力するようになっている。店舗端末１０及びリカバリ端末２０から新規申込／与信が指示されると、サービスクライアント４０は、図１１〜図１３に示す処理を開始し、まず、例えば図２６に示す「新規登録／審査受付」画面を店舗端末１０に表示させると共に、図１４に示すような申込区分の入力を求める画像を表示させる（図１１中のＳ１０１）。なお、図２６中の「審査確認開始」ボタンは、後述のように所定のデータの入力が終了するまで無効にされている。これに応じて、店舗端末１０の操作者が所定の区分を選択すると、サービスクライアント４０は、例えば図１５に示すような申込タイプの入力を求める画面を表示させる（Ｓ１０２）。

ここで、図１１中のステップＳ１０２及び図１５中における「通常回線（ＰＤＣ）」は、８００ＭＨｚ又は１．５ＧＨｚの周波数帯を使ったＰＤＣ（Personal Digital Cellular）方式のデジタル携帯電話サービスを示すものであり、「通常回線（３Ｇ）」は、第３世代の携帯電話サービスを示すものである。この携帯電話サービスは、ＩＴＵ（国際電気通信連合）によって定められた「ＩＭＴ−２０００」に準拠したデジタル携帯電話のことである。基本的にはＣＤＭＡ方式により、ＰＤＣに比べ大容量のデータ通信が可能である。また、「Ｖｏｄａｆｏｎｅ Ｃｏｎｎｅｃｔ Ｃａｒｄ」は、データ通信専用のカードタイプの３Ｇ端末のことであり、ノートパソコンやＰＤＡ（Personal Digital Assistance）に接続することで、従来主流であったＰＨＳ（Personal Handyphone System）よりもより高速にデータ通信を行なうことができるようになっている。

また、「家族割引主副新規」は、家族間で複数回線保有する場合に、加入することができる割引サービスのことを示しており、２台目以降の副回線の基本使用料の割引、家族間の通話・メールに対して割引料金を適応するサービスのことを示している。また、「家族割引（ファミリー）副追加」は、すでに家族割引を申し込んでいる契約者による新たな副回線の追加を示している。

なお、以上の処理の実行中は、サービスクライアント４０は、常に新規登録／審査受付画面（図２６）を店舗端末１０の画面上に表示させており、処理進行に準じて図１４〜２４に示す画面を店舗端末１０の画面上にポップアップ表示させる。

申込タイプが入力されると、サービスクライアント４０は、例えば図１６に示すような契約者についての情報の入力を求める画面を表示させる（Ｓ１０３）。この後、店舗端末１０及びリカバリ端末２０の操作者が契約者の氏名，生年月日等を入力すると、サービスクライアント４０は、年齢チェックを行う（Ｓ１０４）。この後、図１６に示す画面中で旧姓，通称名が選択されていれば、旧姓，通称名の入力画面を表示させ、旧姓，通称名を入力させる（Ｓ１０５）。さらに、例えば図１７に示すような契約者の住所の入力を求める画面を表示させ、契約者の住所の入力を求める（Ｓ１０６）。

さらに、契約者が未成年である場合には、サービスクライアント４０は、同意書の入力を求める画面を表示させる（Ｓ１０７）。この後、例えば図１８に示すような既存の携帯電話番号（ＭＳＮ［Mobile Subscriber Number］又はＭＳＩＳＤＮ［Mobile Station International Integrated Services Digital Network Number］）の有無等の入力を求める画面を表示させる（Ｓ１０８）。既存の携帯電話番号の有無を確認した後（Ｓ１０９）、ない場合には、支払者の確認等の処理（Ｓ１１０〜Ｓ１１２）を行った後、図１２のＳ１２１に進む。

既存の携帯電話番号がある場合には、サービスクライアント４０は、例えば上述の図１８に示す画面を表示させて当該ＭＳＮ等を入力させ（Ｓ１１３）、顧客情報サーバ７０に当該ＭＳＮの確認を行う（Ｓ２０１，Ｓ３０１，Ｓ４０１）。なお、Ｓ３０１では中継サービスは、上述の図３中の名寄せ処理部５３に相当する。この後、一括請求を行うか否かを選択させ（Ｓ１１４〜Ｓ１１８）、一括請求しない場合には、Ｓ１１０に進み、一括請求する場合には、既存回線の支払方法がクレジットであるか否かを確認する（Ｓ１１９）。クレジットである場合には、図１３のＳ１４５に進む。クレジットでない場合には、図１２のＳ１２３に進む。

図１２中のＳ１２１〜Ｓ１２４では、支払方法の選択を行う。まず、サービスクライアント４０は、例えば図１９に示すような支払方法の選択を求める画面を表示させる（Ｓ１２１）。これに応じて、店舗端末１０の操作者が支払方法を選択すると、選択内容に応じてＳ１２２，Ｓ１２３，Ｓ１２４のいずれかを実行する。図１９の画面から「預金口座振替」が選択された場合には、サービスクライアント４０は、例えば図２０に示す画像を表示させ、銀行名，支店名，口座種別，口座番号，口座名等の預金口座について、例えば銀行名、支店名は５０音順に表示された候補より選択し、口座番号を入力する。（Ｓ１２２）。図１９の画面から「郵便局自動払込」が選択された場合には、サービスクライアント４０は、例えば図２１に示す画像を表示させ、通帳記号，通帳番号，通帳名義等の郵便局の口座について、例えば通帳記号、通帳番号を入力し、口座名義を確認する（Ｓ１２３）。また、図１９の画面から「クレジットカード払い」が選択された場合には、サービスクライアント４０は、例えば図２２に示す画像を表示させ、有効期限，カード番号，会員名等のクレジットカードについての情報の入力を求める（Ｓ１２４）。完了ボタンを押した後、確認のため再度有効期限、カード番号、会員名等の入力を行う。

支払方法についての入力が終了すると、サービスクライアント４０は、例えば図２３に示すような本人確認書類の選択を求める画像を表示させる（Ｓ１２５）。この図２３に示す状態（支払方法で「クレジットカード払い」以外が選択された場合）には、本人確認書類として「クレジットカード」は認めないため、「クレジットカード」の選択はできないようにしている。また、上述の支払方法で「クレジットカード払い」が選択された場合には、図２３の画面の代わりに、例えば図２４に示すように本人確認書類として「クレジットカード」のみ選択可能な画面を表示させる。支払方法で「クレジットカード払い」が選択された場合には、他の本人確認書類は認めないため、「クレジットカード」以外は選択できないようにしている。このように、不必要な選択肢については選択できないように表示画面を構成することにより、誤操作の防止に寄与することができ、作業効率の向上に寄与することができる。

本人確認書類の選択が終了すると、サービスクライアント４０は、各々の書類についての確認を行う（Ｓ１２６〜Ｓ１３４）。例えば本人確認書類として「健康保険証」が選択された場合には、例えば図２５に示すような画像を表示させ、店舗端末１０及びリカバリ端末２０の操作者に、生年月日，漢字氏名が先に入力された契約者の生年月日，漢字氏名と一致しているか否かを確認させる（Ｓ１２９）。

また、本人確認書類が「健康保険証」の場合及び、本人確認書類が「身体障害者手帳」又は「学生証」であって住所が記載されていない場合、あるいは本人確認書類が「パスポート」であって記載されている住所が先に入力された契約者の住所と一致していない場合には、図１３中のＳ１４１に進む。それ以外の場合には、図１３中のＳ１４５に進む。

図１３中のＳ１４１〜Ｓ１４４では、住所確認書類の選択と確認を行う。まず、Ｓ１４１では、サービスクライアント４０は、住所確認書類の選択を求める画面を表示させる。住所確認書類は、例えば「住民票記載事項証明書」，「公共料金領収書・請求書」，「官公庁発行印刷物」等であり、この画面では、これらの選択肢を選択可能になっている。住所確認書類が選択されると、サービスクライアント４０は選択された住所確認書類についての確認を求める画面（図２６中の「審査確認開始」ボタンを有効にした画面）を表示させ、操作者の確認入力を求める（Ｓ１４２，Ｓ１４３，Ｓ１４４）。
尚、既存回線を持っている場合、クレジット払いもしくは使用実績が３ヶ月以上ある場合に限り、「確認書類なし」が選択可能。また、Ｓ１０２「申込みタイプ」入力後に「本日追加申込」かどうか選択させ、「申込をする」を選択した場合、受付番号を入力し、当日受け付けた別申し込みの与信情報をあらかじめ画面上に表示させ、入力の手間を省くことが可能である。

住所確認書類の確認が終了すると、上述の図９中の、与信に必要な情報が入力される。必要な情報が入力されると、サービスクライアント４０は、店舗端末１０及びリカバリ端末２０の表示画面に、例えば図２６に示すような確認画面を表示させる（Ｓ１４５）。この確認画面には、これまでに入力された情報の一覧と、審査確認（与信）開始，修正，受付キャンセルを指示するボタンが表示されている。サービスクライアント４０は、受付のキャンセルが選択されると、最初の画面の表示（Ｓ１０１）に戻り、修正が選択されると、図１１のＳ１０２に戻る。

審査確認開始が選択された場合には、サービスクライアント４０は、今までに入力された契約者についての情報（与信情報）を登録管理サーバ５０宛に送信し（Ｓ１４６）、登録管理サーバ５０が審査を開始する（Ｓ２０５）。この際、登録管理サーバ５０からサービスクライアント４０に受付番号が通知される。これに応じて、サービスクライアント４０は、上述のように入力された情報を図２６と同様の画面上に情報を表示させ、受付証の出力指示を求める（Ｓ１４７）。これに応じて店舗端末１０の操作者が出力を指示すると、店舗端末１０及びリカバリ端末２０のプリンタにより、例えば図２７に示すような受付証（受付確認証）を印刷させ（Ｓ１４８）、与信段階の処理を終了する。なお、受付証の所定の欄（受付番号）には、登録管理サーバ５０から通知された受付番号が印刷される。与信段階の処理が終了すると、店舗端末１０の表示画面には、上述の図７に示す処理状態一覧画面が表示され、処理可能な処理を選択可能な状態となる。

（新規登録(1)）
また、新規登録における契約情報の入力（新規登録(1)）では、新規登録(1)に関する情報の入力が終了し、操作者が、図４２中の「受付開始」ボタンを選択すると、例えば図２８中のＳ７１１に示すように、店舗端末１０，ネットワーク３０，サービスクライアント４０を介して、新規申込についての情報が登録管理サーバ５０のサービス処理部５２（新規登録サービス）に供給される（Ｓ８１１）。

登録管理サーバ５０の登録処理部５７は、供給された情報を顧客情報サーバ７０に登録する（Ｓ８１２，Ｓ８６１）し、登録情報を保持する（Ｓ８１３）。正規判断部５５は、登録情報に応じて、正規状態であるか否かを判断し（Ｓ８１４）、正規状態であればサービスクライアント４０を介して店舗端末１０に処理続行可能であることを通知する（Ｓ７１２）。一方、不正規状態であれば、サービスクライアント４０を介してリカバリ端末２０に不正規状態の処理（不正規処理）へ移行する（Ｓ７６１）。

上述の図２８中のＳ７１１では、例えば図４０の「新規申し込み登録(1)」の画面表示と共に、図２９〜図３０の処理フローに応じて、図３１〜図３９に示すポップアップウィンドウを順次表示するようになされており、新規登録(1)段階で必要な情報を段階的に入力する。上述の処理状態一覧画面（図７）から与信の処理が終了した案件が選択されると、サービスクライアント４０は、図２９〜図３０に示す処理を開始し、まず、図３１に示すような受付番号を要求する画面を表示させる（図２９中のＳ１５１）。

これに応じて、店舗端末１０の操作者が受付番号を入力すると、サービスクライアント４０は、例えば図３２に示すような申込内容の選択を要求する画面を表示させる（Ｓ１５２）。この際、サービスクライアント４０は、図３２に示すように、可能な選択肢のみを選択し得るように画面を構成する。このように、可能な選択肢のみを表示することにより誤入力の低減に寄与することができる。

次に、サービスクライアント４０は、例えば図３３に示すような利用方法の入力を求める画面を表示させる（Ｓ１５３）。具体的には、例えば第三世代の携帯電話では、移動機とＵＳＩＭ（Universal Subscriber Identity Module）を提供する他に、ＵＳＩＭのみの提供も可能であるため、これらの選択を行う。

この後、サービスクライアント４０は、移動機の世代を判断し（Ｓ１５４）、第二世代であればＳ１５５以降の処理を実行し、第三世代であればＳ１５６以降の処理を実行する。第二世代の移動機である場合には、サービスクライアント４０は、例えば図３４に示すような移動機のシリアル番号の読み込みを指示する画面を表示させる（Ｓ１５５）。これに応じて店舗端末１０の操作者が移動機のシリアル番号を入力すると、登録管理サーバ５０は、顧客情報サーバ７０に対して当該シリアル番号の照会を行って、ＭＳＮ（電話番号），移動機の機種（タイプ）等の情報を取得し（Ｓ２１１，Ｓ３１１，Ｓ４１１）、Ｓ１５９に進む。

一方、第三世代の移動機である場合には、サービスクライアント４０は、例えば図３５に示すようなＩＣＣＩＤ（ＵＳＩＭの製造番号）とＩＭＥＩ（第三世代移動機の製造番号）の読み込みを指示する画面を表示させる（Ｓ１５６）。この際、サービスクライアント４０は、上述のＳ１５３における入力に応じて提供形態を判断し、ＵＳＩＭのみの提供である場合にはＩＣＣＩＤの入力のみが可能であるように、画面を構成する。また、ＩＣＣＩＤとＩＭＥＩは、例えばバーコードでＵＳＩＭ，移動機に表示されているため、店舗端末１０に設けられたバーコードリーダによって読み取ることができるようになっている。このため、サービスクライアント４０は、図３５に示す画面中において、その旨を示す文字を表示させる。

これに応じて、店舗端末１０の操作者がＩＣＣＩＤを入力すると、サービスクライアント４０は、顧客情報サーバ７０にＵＳＩＭ照会を行って、ＭＳＮ，形式（タイプ），状態（ステータス）等を取得する（Ｓ２１２，Ｓ３１２，Ｓ４１２）。

この後、サービスクライアント４０は上述のＳ１５３における提供形態に応じてＵＳＩＭのみの提供か否かを判定し（Ｓ１５７）、ＵＳＩＭのみの提供であればＳ１５９に進む。移動機も提供する場合には、店舗端末１０の操作者がＩＭＥＩを入力すると、サービスクライアント４０は、顧客情報サーバ７０にＩＭＴ移動機照会を行って、移動機の形式（タイプ），状態（ステータス）等を取得した後（Ｓ２１３，Ｓ３１３，Ｓ４１３）、Ｓ１５９に進む。

Ｓ１５９では、サービスクライアント４０は、例えば図３６に示すように、移動機のＭＳＮ（移動機の電話番号：第二世代の場合）又はＭＳＩＳＤＮ（電話番号：第三世代の場合）の入力を求める画像を表示させる。これに応じて、店舗端末１０の操作者がこれらの番号を入力すると、サービスクライアント４０は電話サービス契約申込の申込書番号を要求する画像を表示させる（Ｓ１６０）。これに応じて店舗端末１０の操作者が申込書番号を入力すると、サービスクライアント４０は登録管理サーバ５０に利用可能なサービスプランを要求し（Ｓ２１４）、これに応じて、例えば図３７に示すような料金プランの選択画面を生成する（Ｓ１６１）。

これに応じて、店舗端末１０及びリカバリ端末２０の操作者が料金プランを選択すると、サービスクライアント４０は、特定の相手先に対する割引サービス（指定割引）の選択を求め（Ｓ１６２）、指定割引が選択されると、指定割引の相手先の電話番号の入力を求める（図３０中のＳ１７１〜Ｓ１７２）。相手先の電話番号が入力されると、サービスクライアント４０は、登録管理サーバ５０からＣＤＥコード（ＭＳＮの番号体系を、０ＡＢ−ＣＤＥＦ−ＧＨＩＪとしたときの、４〜６桁目までのコードをいう。）を取得し（Ｓ２２１）、指定割引サービス等の相手先のチェックを行う。また指定割引はＩＰ電話及び固定電話も指定可能なため、ＩＰ電話（０５０−ＣＤＥＦ−××××）、及び固定電話のチェックも行なう。なお、第三世代の移動機の場合において、所定のサービス（例えばグローバルコールプラン）が選択されている場合には、指定割引は行わないようになっている。

この後、サービスクライアント４０は、移動機のタイプに応じた選択できるオプションサービスを登録管理サーバ５０から取得し（Ｓ２２２）、例えば図３８（Ａ）［ＰＤＣの場合］又は同図（Ｂ）［３Ｇの場合］に示すようなオプションの選択を求める画面を表示させる（Ｓ１７３）。これらの画面は、各々［ＰＤＣ］又は［３Ｇ］において提供可能なオプションのみが選択可能に構成されている。これに応じて、店舗端末１０の操作者がオプションサービスを選択すると、サービスクライアント４０は、暗証番号の要求（Ｓ１７４），請求書の送付先についての処理（Ｓ１７５〜Ｓ１８１）を行う。請求先の情報の変更がある場合には、サービスクライアント４０は、例えば図３９に示すような請求先の情報の変更の承認を求める画面を表示させる（Ｓ１８１）。

以上の入力が終了すると、サービスクライアント４０は、店舗端末１０の表示画面に、例えば図４０に示すような確認画面を表示させる（Ｓ１８２）。この確認画面には、これまでに入力された情報の一覧と、状態一覧に戻る［戻る］，審査（与信）の戻る［審査へ戻る］，帳票出力，修正を指示するボタンが表示されている。サービスクライアント４０は、［戻る］が選択されると、処理状態一覧画面の表示に戻り、［審査へ戻る］が選択されると審査（与信）の受付画面に戻り、修正が選択されると、図２９のＳ１５２に戻る。

また、［帳票出力］が選択されると、サービスクライアント４０は、店舗端末１０のプリンタに例えば図４１に示す申込確認書を印刷させる（Ｓ１８３）。申込確認書の印刷が終了した後、店舗端末１０の操作者が、出力された帳票に記載された「帳票確認番号」を図４２中の「帳票確認番号」欄に入力すると、サービスクライアント４０は、図４２中の［受付開始］を選択できる状態にする。これに応じて、店舗端末１０の操作者が［受付開始］を指示すると、サービスクライアント４０は、上述のように入力された新規申込に必要な情報を登録管理サーバ５０に送信し、サービス処理部５２に新規申込を要求する（Ｓ２２３）。この後、処理状態一覧画面の表示に戻る。

（新規登録(2)）
また、契約書類等の印刷（新規登録(2)）では、［受付完了］が指示されると、例えば図４３中のＳ７２１に示すように、登録管理サーバ５０のサービス処理部５２にその旨が通知され（Ｓ８２１）、この後、サービスクライアント４０は店舗端末１０に処理状態一覧画面（図７）を表示させる（Ｓ７２２）。また、顧客情報サーバ７０は、登録処理が完了した契約者の移動機についての情報を移動体通信網構成する交換機等に通知し、当該移動機を使用可能な状態にする。

具体的には、この通信システムで提供する携帯電話サービスでは、移動体通信ネットワークは、例えば図４４に示すように、上述のＰＤＣ方式と３Ｇ方式の無線ネットワーク１００，１１０を用いている。登録管理サーバ５０から、新規登録された移動機等の識別番号等が通知されると、顧客情報サーバ７０は、対応する移動体通信ネットワークの交換機等に当該識別番号等を通知する。この通知に応じて、交換機等の設定が行われ、新規登録された移動機が使用可能な状態になる。

また、上述の図４３中のＳ７２１中では、例えば図４５に示すように、登録の最終的な確認を行う。上述の処理状態一覧画面から処理続行可能な案件が選択されると、サービスクライアント４０は、図４５に示す処理を開始し、まず、例えば図４６に示すような申込内容の確認を要求する画面を表示させる（Ｓ１９１）。この確認画面には、申込内容を示す表示の他に、状態一覧に戻る［戻る］，登録完了［受付完了］を指示するボタンが表示されている。サービスクライアント４０は、［戻る］が選択されると、処理状態一覧画面の表示に戻り、［受付完了］が選択されるとのサービス処理部５２は、登録完了の処理を実行する（Ｓ２３１）。この後、サービスクライアント４０は、契約申込書の出力を確認し（Ｓ１９２）、出力が指示された場合には、例えば図４７に示すような契約申込書を店舗端末１０のプリンタに印刷させ（Ｓ１９４）、新規登録処理が完了する。この後、サービスクライアント４０は、処理状態一覧画面の表示に戻る。

（効果：段階入力）
上述のように、この管理システムでは、申込に必要な情報を段階的に入力するため、情報の入力を誤ることが少ない。このため、業務効率の向上に寄与することができる。また、この管理システムでは、情報を段階的に入力するため、申込書等の書面の記載が必要なく、ペーパーレス化に寄与することができる。これにより、省資源化，経費節減に寄与することができる。

（正規状態の判断・不正規処理）
正規判断部５５は、名寄せ等の処理の結果に応じて、正規状態か否かの判断を行う。正規状態である場合は、登録管理サーバ５０のサービス処理部５２が処理結果をサービスクライアント４０に通知する。これにより、処理状態検出部４５ｅが当該結果に対応する案件の処理状態が［処理可能］になったことを検出し、処理状態一覧画面において当該案件の処理を選択可能な状態になる。

一方、正規状態でない場合には、正規判断部５５は、不正規処理部５６に指示して、リカバリ端末２０宛に不正規状態に対する処理の実行を促すため、不正規処理要求の表示情報を送出する。不正規状態には、例えば図４８に示すように、名寄せの不正規（Ｓ９６１：図１０中のＳ７５１に対応）と、与信の不正規（Ｓ９６２：図２８中のＳ７６１に対応）及び登録の不正規（Ｓ９６３）とがある。不正規処理部５６からの要求を受けたサービスクライアント４０は、リカバリ端末２０の操作者に不正規処理の実行を求める。

具体的には、例えばサービスクライアント４０は、リカバリ端末２０の表示画面に、例えば図４９に示すような不正規処理の一覧画面を表示させる。リカバリ端末２０の操作者は、この画面から処理が求められている案件を選択し、［対応開始］ボタンを指示することにより、不正規対応処理を開始する。

図５０中のＳ５０１において、リカバリ端末２０の操作者が、例えば不正規一覧画面から名寄せ不正規の案件を選択した場合には、サービスクライアント４０は、例えば図５１に示すように、名寄せ不正規処理の画面をリカバリ端末２０に表示させる（Ｓ５０２）。これに応じて、リカバリ端末２０の操作者が［対応完了予想時刻入力］を選択して対応完了予想時刻を入力すると（Ｓ５０３）、例えば図５２に示すように、サービスクライアント４０は、リカバリ端末２０に対応完了予想時刻の入力を求める画面を表示させる。これに応じて、リカバリ端末２０の操作者が当該時刻を入力すると、この時刻はサービスクライアント４０を介して、店舗端末１０に表示されている処理状態一覧画面に反映される。これにより、店舗端末１０の操作者は、不正規処理の終了時刻を把握することができる。例えば終了までに時間の余裕があれば、店舗端末１０の操作者はその間に他の処理を行うことができるため、業務効率の向上に寄与することができる。

名寄せ不正規とは、例えば契約者の漢字氏名，カナ氏名，生年月日に該当する情報が複数存在する状態をいう。このような状態では、リカバリ端末２０の操作者が契約者と同一の情報を選択したり［同一確定］、他人であると判断したり［新規顧客］することにより、契約者についての情報を確定させる。また、［再照会］ボタンを選択することにより、顧客情報サーバ７０に再度、契約者の情報を照会することができるようになっている（Ｓ６０１）。

リカバリ端末２０の操作者が、契約者についての情報を確定させると、その旨がサービスクライアント４０に通知され（Ｓ６０２）、リカバリ端末２０の表示は図４９の不正規一覧画面に戻る（Ｓ５０４）。サービスクライアント４０は、確定した契約者についての情報に応じて与信等の処理を継続する。

また、上述の図５０中のＳ５０５において、リカバリ端末２０の操作者が、例えば不正規一覧画面から与信不正規（与信滞納不正規）の案件を選択した場合には、サービスクライアント４０は、例えば図５３に示すように、与信滞納不正規処理の画面をリカバリ端末２０に表示させる（Ｓ５０６）。これに応じて、リカバリ端末２０の操作者が［対応完了予想時刻入力］を選択して対応完了予想時刻を入力する（Ｓ５０７）。

与信滞納不正規とは、例えば審査サーバ９０による各種審査（クレジットカード審査、ＴＡＣＳ審査、他事業者滞納検索、独自蓄積情報検索、既存回線がある場合の交登（交換機への登録待ち）確認等）の結果、問題があり、リカバリ端末２０の操作者による判断が必要な状態等をいう。この場合に表示される画面中には、審査サーバ９０から通知された契約者情報（与信情報）が表示されている。与信情報は、与信サーバ群８０内のＴＡＣＳ８１，ＣＡＲＤＮＥＴ８３毎に表示されており、各々対応する［対応］ボタンを指示することにより、定型的な新規申込の拒否理由を示すメッセージ（確定メッセージ）を入力することができるようになっている（Ｓ５０９〜Ｓ５１５）。なお、この確定メッセージは［編集］ボタンを指示した後、直接入力することもできるようになっている（Ｓ５１６）。サービスクライアント４０は、リカバリ端末２０の操作者が［編集］ボタンを指示すると、メッセージの入力を求める画面を表示させる。これに応じて、操作者がメッセージを入力すると、入力されたメッセージを新規申込の拒否理由を示すメッセージとする。

以上のような確定メッセージの入力が終了し、リカバリ端末２０の操作者が［確定］ボタンを指示すると、確定メッセージ等の情報がサービスクライアント４０に通知され（Ｓ６０４）、リカバリ端末２０の表示は不正規一覧画面に戻る（Ｓ５０８）。サービスクライアント４０は、確定メッセージが供給されると、対応する案件の状態を変更する。これにより、店舗端末１０において処理状態一覧画面を表示させた際に、当該案件を選択可能な状態になる。

また、登録不正規とは、顧客情報サーバ７０の登録エラーに対する対応あるいは外部のシステム等に対する追加処理や補正が必要な場合等をいう。この場合には、処理の続行が不可能な［登録不正規（エラー）］の場合と警告［登録不正規（ワーニング）］の場合とがある。

このサービスクライアント４０と顧客情報サーバ７０の間には顧客情報サーバ７０のゲートウェイ（Ｇ／Ｗ）であるＥＩＦ（External InterFace）が存在する。例えばサービスクライアント４０から新規登録を受け付けた場合、サービスクライアント４０はＥＩＦに登録要求を送信し、ＥＩＦは該当する地域の顧客情報サーバ７０に登録要求をトランザクションとして送信する。

送信するトランザクションの単位は、例えば(1)新規登録を要求する新規登録トランザクション、(2)指定割引の登録を要求する指定割引トランザクション、(3)国際ローミングの設定を要求する国際ローミングトランザクション等である。但し、(2)指定割引と(3)国際ローミングはその申し込みがあった場合のみトランザクションが要求される。

このように送信したトランザクションに対する応答がエラーである場合には、サービスクライアント４０は、例えば図５５に示す登録不正規を示す画面中の所定の欄にトランザクションの対象となる装置からのエラーログをそのまま表示させる。

図５４中のＳ５２１において、リカバリ端末２０の操作者が、例えば不正規一覧画面（図４９）から登録不正規（エラー）の案件を選択した場合には、サービスクライアント４０は、例えば図５５に示すように、登録不正規であることを示す画面をリカバリ端末２０に表示させる（Ｓ５２２）。これに応じて、リカバリ端末２０の操作者が［対応完了予想時刻入力］を選択して対応完了予想時刻を入力する（Ｓ５２３）。

この後、エラー状態を解除できる場合には、リカバリ端末２０の操作者が、エラーを解除するための入力等を行なう。リカバリ端末２０の操作者は登録不正規を発見した際、リカバリ端末２０の画面に表示されたエラー内容を確認し、例えばＴＥＬＮＥＴ等により、直接エラーの対象となる装置（あるいはシステム）にログインして原因を解析したり、対象となる装置（あるいはシステム）のシステム担当者へ問い合わせを行なったりする。このような処理によってエラーの復旧を行なった後、操作者が［再処理］ボタンを指示すると、サービスクライアント４０はエラー状態を解除し（Ｓ６１２）、不正規一覧画面に戻る（Ｓ５２４）。エラー状態が解除できない場合には、リカバリ端末２０の操作者が、［ＳＫＩＰ再処理］ボタンを指示すると、サービスクライアント４０はエラー状態を確定させ、その旨を店舗端末１０に通知し（Ｓ６１２）、不正規一覧画面に戻る（Ｓ５２４）。また、［審査受付情報照会］ボタンが指示されると、サービスクライアント４０は、審査受付情報を照会する（Ｓ５２５）。

また、図５４中のＳ５３１において、リカバリ端末２０の操作者が、例えば不正規一覧画面から登録不正規（ワーニング）の案件を選択した場合には、サービスクライアント４０は、登録不正規であることを示す画面をリカバリ端末２０に表示させる（Ｓ５３２）。これに応じて、リカバリ端末２０の操作者が［対応完了予想時刻入力］を選択して対応完了予想時刻を入力する（Ｓ５３３）。

この後、警告状態を解除できる場合には、リカバリ端末２０の操作者が、所定の情報の入力等の処理を行って警告状態の解除を指示すると、サービスクライアント４０が警告状態を解除し（Ｓ６１４）、例えば店舗端末１０の表示画面にメッセージを表示させる（Ｓ５３４）。この後、リカバリ端末２０の操作者が、［完了］又は［戻る］を指示すると、不正規一覧画面の表示に戻る（Ｓ５３５）。［審査受付情報照会］が指示されると、サービスクライアント４０は、審査受付情報を照会する（Ｓ５３６）。

（効果：不正規処理）
上述のように、この管理システムでは、正規状態（登録管理サーバ５０において自動的に処理できる状態）においては、サービス処理部５２によって登録等の処理を自動的に行う。また、正規状態でない場合には、リカバリ端末２０の操作者による処理を要求する。このため、正規状態については自動的に処理を行うことにより、作業の効率化に寄与することができる。また、不正規状態については、リカバリ端末２０の操作者に判断を求めるため、問題のある契約者についての判断を慎重に行わせることができる。

（名寄せ処理）
この管理システムでは、既に契約している契約者，過去に契約者であった者，あるいは料金の未納等の問題のある契約者についての情報等を得るために、上述の名寄せ処理部５３による名寄せ処理を行っている。この管理システムでは、運用状況等によって契約者の地域毎に顧客情報サーバ７０に登録されている情報が若干異なっている。例えば特定地域（例えば関西・九州等）以外の契約者については、漢字氏名，カナ氏名，生年月日，連絡先電話番号をキーとして顧客情報サーバ７０より検索することが可能であるが、特定地域の契約者については顧客情報サーバ７０より生年月日をキーとして検索することが出来ない等のシステム上の事情がある。このため、この管理システムでは、例えば図５６〜図５７に示すような処理により、名寄せ処理を行っている。

名寄せ処理が要求されると、名寄せ処理部５３は、まず、「契約者漢字氏名＋生年月日（特定地域は生年月日なし）」を検索キー(1)として、顧客情報サーバ７０から契約者情報を検索する（図５６のＳ９０１）。この後、名寄せ処理部５３は、特定地域であるか否かを判断し（Ｓ９０２）、特定地域でなければ契約者の生年月日と異なる検索結果を排除する（Ｓ９０３）。さらに、サービス状態（サ状）が「解約済」で料金の支払状況が「滞納：なし」であるデータを排除する（Ｓ９０４）。このような処理によって残った検索結果を名寄せ結果データ(1)とする（Ｓ９０５）。

次に、名寄せ処理部５３は、「契約者カナ氏名＋生年月日（特定地域は生年月日なし）」を検索キー(2)として、顧客情報サーバ７０から契約者情報を検索する（Ｓ９０６）。この後、名寄せ処理部５３は、特定地域であるか否かを判断し（Ｓ９０７）、特定地域でなければ契約者の生年月日と異なる検索結果を排除する（Ｓ９０８）。さらに、サービス状態（サ状）が「解約済」で料金の支払状況が「滞納：なし」であるデータを排除する（Ｓ９０９）。このような処理によって残った検索結果を名寄せ結果データ(2)とする（Ｓ９１０）。

さらに、名寄せ処理部５３は、契約者の「連絡先電話番号」を検索キー(3)として、顧客情報サーバ７０から契約者情報を検索する（Ｓ９１１）。この後、名寄せ処理部５３は、サービス状態（サ状）が「解約済」で料金の支払状況が「滞納：なし」であるデータを排除する（Ｓ９１２）。このような処理によって残った検索結果を名寄せ結果データ(3)とする（Ｓ９１３）。この後、名寄せ結果データ(1)〜名寄せ結果データ(3)を結合する（Ｓ９１４）。なお、検索結果の上限についてはシステムで保持し（随時、変更可能）、上限値を超えた場合はこの管理システムにおける受付対象外とし、店舗端末１０にその旨を示すメッセージを送信する。

データの結合が終了すると、名寄せ処理部５３は、名寄せ結果件数が０であるか否かを確認し（図５７中のＳ９２１）、名寄せ結果件数が０である場合には、新規顧客と判定し（Ｓ９２２）、データの判定処理（Ｓ９３６）に移行する。一方、名寄せ結果件数が０でない場合には、名寄せ処理部５３は、契約者と完全に一致する結果が１件であるか否かを判定し（Ｓ９２３）、１件でない場合には不正規状態であるため上述の名寄せ不正規処理を実行させる（Ｓ９２４）。この後、契約者が既存の顧客であるか否かを判定する（Ｓ９２５）。既存顧客でない場合には、名寄せ処理部５３は、データの判定処理（Ｓ９３６）に移行する。

既存顧客である場合には、名寄せ処理部５３は、顧客毎に一意に定められた固有のコードである顧客コード（Ｃ＃）毎に顧客情報サーバ７０から契約者別電話番号一覧を参照する（Ｓ９２６）。これは主に請求先コード（Ｂ＃）の取得のために行う。この後、名寄せ処理部５３は、滞納している請求先コード（Ｂ＃）があるか否かを確認する（Ｓ９２７）。滞納している請求先がある場合には、名寄せ処理部５３は、滞納している請求先毎に、顧客情報サーバ７０に請求入金を照会する（Ｓ９２８）。

この後、名寄せ処理部５３は、顧客情報サーバ７０に、未来日を基準とした請求先別電話番号一覧を照会し（Ｓ９２９）、特定地域であるか否かを判定する（Ｓ９３０）。特定地域である場合には、請求先単位の指定割引の有無を照会する（Ｓ９３１）。さらに、名寄せ処理部５３は、請求先コード（Ｂ＃）をキーとして顧客情報サーバ７０に請求先情報を照会し（Ｓ９３２）、さらに、移動機の電話番号（ＭＳＮ）をキーとして顧客情報サーバ７０に顧客情報の簡易照会を行う（Ｓ９３３）。

この後，名寄せ処理部５３は、ファミリー契約の有無を確認し（Ｓ９３４）、ある場合には、顧客情報サーバ７０にファミリー照会を行う（Ｓ９３５）。

以上のように料金の滞納の有無等を顧客情報サーバ７０に照会した後（Ｓ９２６〜Ｓ９３５）、名寄せ処理部５３は、データの判定処理（Ｓ９３６）を実行し（Ｓ９３６）、契約者の滞納の有無を判定した後（Ｓ９３７）、与信処理部５８は、審査サーバ９０に照会を行ってＴＡＣＳ，クレジットについての与信処理を実行する（Ｓ９３８）。

（効果：名寄せ）
上述のように、この管理システムでは、地域毎に顧客情報サーバ７０に格納されている契約者の情報が異なる場合であっても、確実に契約者の情報を抽出することができる。これにより、問題のある契約者の抽出の確実性を向上させることができる。また、従来は、名寄せは、人手で検索を繰り返して行う必要があったが、この管理システムでは、正規状態の場合では、自動的に行うことができるため、業務の効率化に寄与することができる。

（与信詳細）
上述の与信処理では、(1)他事業者審査，(2)独自蓄積情報審査，(3)クレジットカード審査，(4)ＴＡＣＳ審査を行うようになっている。このうち、(1)他事業者審査と(2)独自蓄積情報審査については、登録管理サーバ５０内で行うようになっており、(3)クレジットカード審査，(4)ＴＡＣＳ審査については審査サーバ９０が行うようになっている。

(1)他事業者審査では、他事業者滞納情報を検索し、新規申込が受付可能かどうかの判定を行う。この他事業者滞納情報は、自社・他キャリアＤＢ５４に格納されており、例えば（Ａ）契約者の漢字氏名及び生年月日が一致し、かつ、完済していないもの全ての情報と、（Ｂ）契約者のカナ氏名及び生年月日が一致し、かつ、完済していないもの全ての情報を全て抽出して判定する。なお、生年月日がスペースの場合、検索条件に生年月日を含めない。また、漢字氏名では、氏と名の間のスペース有りの場合と無しの場合の２回検索を行い、カナ氏名では、全角を半角に変換して検索する。

(2)独自蓄積情報審査では、各事業者が独自に蓄積している要注意顧客情報から、新規申込が受付かどうかの判定を行う。この要注意顧客情報は、自社・他キャリアＤＢ５４に格納されており、与信処理部５８は自社・他キャリアＤＢ５４に格納されている情報から、契約者の漢字氏名が一致したもの全てを抽出して判断する。

(3)クレジットカード審査では、クレジットカード番号、有効期限から新規申込が受付可能なカードかどうかの判定を行う。(4)ＴＡＣＳ審査では、契約者の連絡先電話番号から該当電話番号が架電可能かどうかの判定を行う。

(1)〜(4)のいずれのケースでも、新規申込可能であることの確認が出来ない場合は、不正規状態としてリカバリ端末２０の操作者の判断を求めるようにする。これにより、問題のある契約者であるか否かの判断を確実に行うことができる。

また、与信の処理を行う際には、登録管理サーバ５０の与信処理部５８は、例えば図５８に示す構成の要求ファイルを審査サーバ９０に供給する。このような要求ファイルが供給されると、審査サーバ９０は、与信サーバ群８０のＴＡＣＳ８１とＣＡＲＤＮＥＴ８３等のサーバに対して照会を行い、紹介結果を例えば図５９に示す結果ファイルとして登録管理サーバ５０に供給する。これらのファイルの送受信は、例えばＦＴＰ（File Transfer Protocol）によって行う。登録管理サーバ５０及び審査サーバ９０は、各々ファイルの生成を監視しており、ファイルが供給されると、処理を開始する。

また、与信処理部５８には、例えば図６０に示すようなテーブルが格納されている。与信処理部５８は、このテーブルに応じて、契約者に問題があるか否かを判定する。この判定結果が、正規状態であるときには与信処理部は自動的に判定結果を出力し、不正規状態であるときには不正規処理部５６により不正規処理を実行し、リカバリ端末２０の操作者の判断を求める。

（効果：与信詳細）
このため、正規状態であるときには自動的に与信結果を出力して業務効率の向上に寄与することができると共に、不正規状態であるときにはリカバリ端末２０の操作者の判断を求めることによって問題のある契約者についての判断を確実に行わせることができる。

本発明の実施例１に係る管理システムの構成の概略の示すブロック図である。 前記管理システムを構成するサービスクライアントの機能の概略を示す図である。 前記管理システムを構成する登録管理サーバの機能の概略を示す図である。 前記管理システムを構成する店舗端末の動作状態の遷移の概略を示す状態遷移図である。 前記店舗端末の動作の概要を示すフローチャートである。 前記店舗端末において表示されるメニュー画面の例を示す図である。 前記店舗端末において表示される処理状態一覧画面の例を示す図である。 前記処理状態一覧画像中の処理状態に対応する状態を示す図である。 前記店舗端末において入力されるデータの例を示す図である。 前記店舗端末における新規申込／与信処理の概略を示すシーケンス図である。 前記店舗端末における新規申込／与信処理を示すフローチャートである。 前記店舗端末における新規申込／与信処理を示すフローチャートである。 前記店舗端末における新規申込／与信処理を示すフローチャートである。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で印刷される確認証の例を示す図である。 前記店舗端末における新規申込(1)の処理の概略を示すシーケンス図である。 前記前記店舗端末における新規申込(1)の処理を示すフローチャートである。 前記前記店舗端末における新規申込(1)の処理を示すフローチャートである。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で印刷される契約申込書の例を示す図である。 前記店舗端末で表示される画面の例を示す図である。 前記前記店舗端末における新規申込(2)の処理の概略を示すシーケンス図である。 無線ネットワークの例を示す概略図である。 前記前記店舗端末における新規申込(1)の処理を示すフローチャートである。 前記店舗端末で表示される画面の例を示す図である。 前記店舗端末で印刷される契約申込書の例を示す図である。 不正規処理の例を示すフローチャートである。 前記管理システムを構成するリカバリ端末において表示される不正規処理一覧画面の例を示す図である。 前記リカバリ端末における不正規処理を示すフローチャートである。図である。 前記リカバリ端末で表示される画面の例を示す図である。 前記リカバリ端末で表示される画面の例を示す図である。 前記リカバリ端末で表示される画面の例を示す図である。 前記リカバリ端末における不正規処理を示すフローチャートである。図である。 前記リカバリ端末で表示される画面の例を示す図である。 前記登録管理サーバの名寄せ処理部における名寄せ処理の概要を示すフローチャートである。 前記登録管理サーバの名寄せ処理部における名寄せ処理の概要を示すフローチャートである。 前記登録管理サーバから審査サーバに送信される要求ファイルの構成例を示す図である。 前記審査サーバから登録管理サーバに送信される結果ファイルの構成例を示す図である。 前記審査サーバが保持する状態判断テーブルの構成例を示す図である。

符号の説明

１０ 店舗端末、２０ リカバリ端末、４０ サービスクライアント、５０ 登録管理サーバ、７０ 顧客情報サーバ、８０ 与信サーバ群、９０ 審査サーバ

Claims (15)

1. 契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客情報登録システムであって、
   前記端末装置の表示画面に、契約者の情報を表示する第１の画面を表示させ、各々サービスの種類に関する情報，契約者に関する情報を入力させる第２の画面を順次ポップアップ表示させる表示制御手段を有する
   ことを特徴とする顧客情報登録システム。
2. 前記表示制御手段は、前記第２の画面中に前記端末装置の操作者に対するメッセージを表示し得る表示部を表示させる
   ことを特徴とする請求項１記載の顧客情報登録システム。
3. 前記表示制御手段は、前に表示された前記第２の画面における入力情報が正常に入力された後、次の第２の画面を表示させる
   ことを特徴とする請求項１記載の顧客情報登録システム。
4. 前記表示制御手段は、
   前記登録手段による登録処理の各々の処理状態を示す第３の画面を前記端末装置に表示させる一覧表示手段を有することを特徴とする請求項１記載の顧客管理システム。
5. 前記契約者の情報は、少なくとも契約者の住所，契約者の氏名，支払情報，身分証明書についての情報のいずれか１を含む
   ことを特徴とする請求項１記載の顧客情報登録システム。
6. 前記表示制御手段は、
   前記端末装置とは別に設けられ、
   前記端末装置の表示画面に表示させる画面を示す表示指示情報を送信し、
   前記端末装置は、
   前記表示制御手段からの表示指示情報に応じた画面を表示させる
   ことを特徴とする請求項１記載の顧客情報登録システム。
7. 契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客情報登録システムを制御する顧客情報登録ソフトウェアであって、
   前記端末装置の表示画面に、契約者の情報を表示する第１の画面を表示させ、各々サービスの種類に関する情報，契約者に関する情報を入力させる第２の画面を順次ポップアップ表示させる
   ことを特徴とするコンピュータ実行可能な顧客情報登録プログラム。
8. 契約者の情報を外部のデータベースに登録する登録手段とを有する顧客情報登録システムにおいて契約者の情報を入力する端末装置であって、
   前記端末装置の表示画面に、契約者の情報を表示する第１の画面を表示させ、各々サービスの種類に関する情報，契約者に関する情報を入力させる第２の画面を順次ポップアップ表示させる
   ことを特徴とする端末装置。
9. 契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客情報登録システムであって、
   前記登録手段は、前記入力された契約者の情報が、自動的に処理できる状態か否かを判定する判定手段を有し、
   前記判定手段によって自動的に処理できる状態でないと判定された前記契約者の情報を，前記端末装置とは別に設けられたリカバリ端末の表示画面に表示させる表示制御手段と、
   前記リカバリ端末から操作者による判断結果を入力する入力手段と
   を有することを特徴とする顧客情報登録システム。
10. 前記表示制御手段は、
    前記リカバリ端末の表示画面に、前記自動的に処理できる状態でないと判定された前記契約者の情報についての処理状態を示す画面を前記リカバリ端末に表示させる一覧表示手段を有することを特徴とする請求項９記載の顧客情報登録システム。
11. 前記表示制御手段は、前記リカバリ端末の表示画面に定型メッセージを表示させる定型メッセージ表示手段を有し、
    前記入力手段は、前記リカバリ端末の操作者から選択された前記定型メッセージを、前記判断結果と共に入力することを特徴とする請求項９記載の顧客情報登録システム。
12. 前記判定手段は、少なくとも名寄せ処理，システムエラー処理，滞納処理，与信処理のいずれかについて前記判定を行うことを特徴とする請求項９記載の顧客情報登録システム。
13. 契約者の情報を入力する端末装置と，入力された契約者の情報を顧客情報データベースに登録する登録手段とを有する顧客情報登録システムであって、
    前記登録手段は、
    前記入力された契約者の情報中のキーとなる情報と同一又は類似の情報を，前記顧客情報データベース及び該顧客情報データベースとは異なる仕様の他のデータベースとから取得する情報取得手段を有することを特徴とする顧客情報登録システム。
14. 前記情報取得手段は、前記各データベース毎に応じた手順で前記キーとなる情報と同一又は類似の情報を取得することを特徴とする請求項１３記載の顧客情報登録システム。
15. 前記情報取得手段によって取得した情報を，前記端末装置とは別に設けられたリカバリ端末の表示画面に表示させる表示制御手段を有することを特徴とする請求項１３記載の顧客情報登録システム。