JP2001325439A - サービス契約方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータシステムからオンラインでリア
ルタイムに契約を行うことができ且つ契約後直ちにサー
ビスを受けることができるサービス契約方法を提供す
る。 【解決手段】 新規契約を希望するユーザーによって入
力された情報を用いて、自動的に、既存のサービスの契
約時又は運用時に登録された秘密情報又は信用情報管理
システムに登録された情報と照合するか、又は認証局か
ら取得した電子証明書を用いて本人認証を行い、信用情
報管理システム、電子決済を行うシステム又は自社の料
金収納管理システムにより与信確認を行い、拒絶する理
由が見つからない場合に契約を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータシス
テムを用いるサービス契約方法に関するものであり、特
にインターネット等のオープンなネットワークを使用し
てほぼリアルタイムでサービスの新規契約を実施するこ
とができるサービス契約方法に関する。

【０００２】

【従来の技術】サービスの新規契約の場合、一般的には
ユーザーが身分証明書、運転免許証、保険証等の本人証
明用の書類を持ってサービスプロバイダの窓口に足を運
び、サービスプロバイダからサービスを受けるための契
約を締結し、一方でサービスプロバイダは、料金回収の
観点から契約を締結してもよいユーザーか否かを判断
し、よいと判断された場合は自社の顧客管理を行うシス
テムに当該ユーザーのデータを登録し、一連の新規契約
手続きを完了する。

【０００３】しかしながら、このような従来方法では、
ユーザー自身がサービスプロバイダ又は金融機関の都合
で定められた営業時間帯に合わせてこれらの窓口に出向
く必要があり、ユーザーにとっての利便性が低く、加入
促進の足枷となりかねないという問題がある。

【０００４】また、インターネットサービスプロバイダ
が行っているように、ユーザーが足を運ばずにコンピュ
ータを使用してオンラインで契約を申し込む方法がある
が、この場合は、申し込みがなされたことを契機として
サービスプロバイダからユーザーにオフラインで電話等
により連絡が行われ、上述の契約手続きが行われるか、
又は、ユーザーからサービスプロバイダに銀行振込み、
現金書留、代引き等により契約加入料金が支払われて契
約が行われる。この場合、サービスプロバイダは銀行振
込み確認等の手続きを行い、且つ、自社の顧客管理を行
うシステムに当該ユーザーのデータを投入し、一連の新
規契約手続きを完了する。

【０００５】しかしながら、このような場合において
も、人手による手続きをユーザーに代わってインターネ
ットサービスプロバイダが行っているのであり、手続き
の進行はそれらの営業時間に制約され、ユーザーが契約
申し込みを行っても直ちにサービスを受けられるとは限
らないという問題がある。

【０００６】一方、サービスプロバイダにとっても、ユ
ーザーとの窓口における契約手続き業務、金融機関への
口座振込み確認業務、代引き業務等の稼動が大きく、人
件費を含むサービス運用コストの負担が大きいという問
題がある。また、料金回収の可否については何らの情報
も与えられず、収益確保の点で不安定であり、サービス
プロバイダの経営に深刻な影響をもたらす可能性が高い
という問題がある。

【０００７】

【発明が解決しようとする課題】本発明の目的は、上記
の問題点に鑑み、ユーザーは、サービスプロバイダ又は
金融機関の窓口に出向くことなく且つこれらの営業時間
に制約されることなく、コンピュータシステムからいつ
でもオンラインでリアルタイムに契約を行うことができ
且つ申し込み後直ちにサービスを受けることができ、一
方、サービスプロバイダは、契約処理の自動化により、
ユーザー及び金融機関との間の人手による契約業務及び
料金収納業務から解放され且つ料金回収率の向上が期待
できるサービス契約方法を提供することにある。

【０００８】

【課題を解決するための手段】本発明のサービス契約方
法は、上記の目的を達成するため、新規契約を希望する
ユーザーに対して当該サービスの契約に必要な情報及び
本人認証のための情報の入力を促す第１ステップ、ユー
ザーによって入力された情報を用いて、・既存のサービ
スの顧客を管理するシステムにアクセスし、ユーザーが
入力した秘密情報が予め過去の他のサービスの契約時又
は運用時に登録された秘密情報の内容と同一であると確
認された場合は本人とみなす方法、 ・個人の信用情報を管理しているシステムにアクセス
し、ユーザーが入力した個人情報が予め登録された情報
と同一であると確認された場合は本人とみなす方法、及
び、 ・認証局にアクセスし、ユーザーが予め認証局から取得
した電子証明書の内容が正しいと確認された場合は本人
とみなす方法のうちの一つ又は複数の方法を用いて本人
認証を行う第２ステップ、更に、 ・個人の信用情報を管理しているシステムと連携し、与
信確認を行う方法、 ・通常の電子決済を行うシステムと連携し、電子決済処
理により契約加入料金を収納し得ることを確認すること
により与信確認を行う方法、及び、 ・自社の料金収納を管理するシステムと連携し、与信確
認を行う方法のうちの一つ又は複数の方法を用いて契約
申し込みユーザーの与信レベルの判定を行う第３ステッ
プを含むことを特徴とする。

【０００９】このような本発明の方法によれば、顧客情
報を管理するシステム、個人の信用情報を管理している
システム等に既に登録されている本人しか知ることがで
きない情報（例えばパスワード）の活用、或いは、イン
ターネットビジネスで既に実用化されている電子証明書
を用いる本人認証技術の適用により、契約を希望するユ
ーザーがサービスプロバイダにとって新規のユーザーで
あっても、自動的に本人認証を行うことができ、契約手
続きを自動化することができる。また、個人の信用情報
を管理しているシステム、自社の料金収納を管理するシ
ステム等と連携することによって与信確認を行うことが
でき、契約申し込みユーザーの与信レベルの判定を自動
的に行うことができる。

【００１０】

【発明の実施の形態】次に、本発明の方法の実施例を図
面を用いて説明する。図１は本発明の方法を実施する場
合のネットワークの構成例を示す図である。図１におい
て、サーバ11は、経路制御装置151及び電話回線又はイ
ントラネットを介して、インターネットNW1に接続され
ている。インターネットNW1には、ＣＲＴ等の表示部及
びキーボード又はマウス等の入力部を持つユーザー端末
121、122、…が接続されている。

【００１１】また、サーバ11は、同じく経路制御装置15
1、及びセキュリティがインターネットNW1より高いエク
ストラネットワークNW2を介して、クレジット会社の電
子決済システムのゲートウェイとなるペイメントＧＷ13
1、132、…及びサービスプロバイダサーバ141、142、…
と接続される。更に、サーバ11は、経路制御装置152及
びイントラネットNW3を介して顧客管理システム161、16
2、…、料金管理システム17、サービス制御交換機181、
182、…等の各種自社システムと接続されている。

【００１２】次に、サーバ11の構成例について説明す
る。図２はサーバ11の構成例を示す図である。契約処理
機能111は、新規契約処理に関する制御を行う機能であ
り、コンテンツ提供機能112は、インターネットNW1に接
続された各ユーザー端末からのアクセスに対してＷｅｂ
サーバに代表されるような情報を提供する機能であり、
システム間通信制御機能113は、サーバ11の外部に存在
する各種システムとの通信を制御する機能である。

【００１３】コンテンツファイル群114には、ユーザー
端末121、122、…に対して、ＨＴＭＬファイル及びＪａ
ｖａアプレット等に代表されるような画面又は制御手順
を提供するためのコンテンツファイルが格納されてい
る。顧客管理データベースディレクトリ情報群115に
は、サービスを識別するサービス識別情報21をキー情報
とし、顧客管理システム161、162、…のいずれにアクセ
スすべきかの情報であるアクセス先顧客管理データベー
ス識別情報22を取り出すことができるディレクトリ情報
が格納されている。

【００１４】次に、動作について説明する。ここで、ユ
ーザー端末121、122、…は、いずれもインターネットNW
1経由でサーバ11にアクセスしてサービスの契約を要求
することが可能な端末として機能するが、説明の都合
上、ユーザー端末121がサーバ11にアクセスするものと
する。

【００１５】ユーザー端末121がサーバ11にアクセスす
ると、コンテンツ提供機能112がその要求を検知し、コ
ンテンツファイル群114の中から必要なコンテンツファ
イルを取り出してユーザー端末121にダウンロードす
る。その結果、ユーザー端末121の表示部には、サービ
スプロバイダが提供する様々な情報コンテンツと共に図
３に示すようなサービスの契約に必要な情報項目31及び
契約に必要な情報321、322、…が表示される。

【００１６】ユーザー端末121では、これらの情報項目
の内容をユーザーが入力する。図３における本人認証方
法選択情報321はユーザー本人が指定するものであり、
ユーザーが入力した秘密情報が既存のサービスの顧客を
管理するシステムに過去の他のサービスの契約時又は運
用時に登録された秘密情報の内容と同一であると確認さ
れた場合に本人とみなす方法か、ユーザーが入力した個
人情報が個人の信用情報を管理しているシステムに登録
されている情報と同一であると確認された場合に本人と
みなす方法か、又は、ユーザーが予め認証局から取得し
た電子証明書の内容が正しいと確認された場合に本人と
みなす方法か、いずれかをユーザーが選択する。

【００１７】選択した方法によって、ユーザーの本人認
証に必要な情報項目が変わる。例えば、ユーザーが契約
申し込み方法として図３の「通信サービスパスワード」
を選択した場合は、本人認証に必要な情報項目は「サー
ビス識別」331、「アクセスキー」332及び「パスワー
ド」333となる。各入力項目の詳細な内容は後述する。

【００１８】決済方法選択情報322は、クレジットカー
ドによる方法か又はサーバ11を提供している通信事業者
の代行収納による方法かをユーザーが選択できるように
するものである。それらに必要なデータを全て投入し終
えた後、「契約申込」ボタン351をユーザーが押すこと
により、ユーザー端末121から、インターネットNW1及び
経路制御装置151を経由してサーバ11内の契約処理機能1
11に、ユーザーが入力した情報が伝えられる。

【００１９】契約処理機能111では、本人認証処理及び
契約申し込みユーザーの与信レベルの合否判定を行う契
約可否判定処理の二つの主要処理を行う。図４、５、６
及び７は契約処理機能111における本人認証処理フロー
を示す図である。先ず、コンテンツ提供機能112からの
通信電文受信処理を行う（ステップ401）。次に、受信
した通信電文を解析し、ユーザーが入力した本人認証方
法選択情報420、パラメータ421及び決済方法選択情報44
0を抽出する（ステップ402）。この処理フローは、本人
認証方法選択情報420の内容によって別々に分岐する
（ステップ403）。

【００２０】図５はユーザーが選択した本人認証方法が
通信サービスパスワードを用いる方法431である場合の
フローを示す図である。この場合は、クレジット通話サ
ービス或いはＯＣＮ（登録商標）サービス等のように既
にそのユーザーが加入しているサービスを示すサービス
識別情報422(21)をキー情報として、顧客管理データベ
ースディレクトリ情報群115からアクセス先顧客管理デ
ータベース識別情報22を取得する（ステップ404）。こ
こで、本人のみが知り得る秘密情報であるパスワード42
4がナル（ユーザーから入力されていない状態）か又は
アクセス先顧客管理システムがない場合は（ステップ40
5）、サインアップ要求を却下する（ステップ406）。

【００２１】パスワード424が入力されており且つアク
セス先顧客管理システムが存在する場合は（ステップ40
5）、アクセス先顧客管理データベース識別情報22を用
いてアクセスすべき顧客管理システム161、162、…を決
定し、電話番号のように各サービス毎に決まる識別情報
であるアクセスキー423及びパスワード424を顧客管理デ
ータベースに照会し、顧客管理データベースで保持して
いる同一項目の内容との照合結果を得る（ステップ40
7）。この結果が一致しない場合は（ステップ408）本人
ではないと判定し、サインアップ要求を却下する（ステ
ップ409）。照合結果が一致する場合は（ステップ408）
本人認証処理を終了する。

【００２２】図６はユーザーが選択した本人認証方法が
クレジットカードを用いる方法432である場合のフロー
を示す図である。この場合は、ＶＩＳＡ、MasterCard、
ＪＣＢ、アメックス等のクレジット会社を示すカード種
別425に従ってアクセス先のペイメントＧＷ131、132、
…を決定し、照会のため、選択したペイメントＧＷに、
カード番号426、カード名義人344等のカード個人情報42
7を送る（ステップ410）。

【００２３】これらの情報の授受がユーザー及びクレジ
ット会社以外に漏れないようにするため、ユーザーの情
報はユーザー端末121から出力される時点で既にクレジ
ット会社の公開鍵によって暗号化されており、ペアの秘
密鍵を持つクレジット会社以外では内容を復号化できな
いようにされている。サーバ11が正当なサーバか否かを
ペイメントＧＷ側で判定するための情報としてサーバ11
の電子証明書及び加盟店番号情報も同時に送る。

【００２４】クレジット会社側では照合を行い結果を返
す。照合結果が一致しない場合は（ステップ411）本人
ではないと判定し、サインアップ要求を却下する（ステ
ップ412）。照合結果が一致する場合は（ステップ411）
本人認証処理を終了する。

【００２５】図７はユーザーが選択した本人認証方法が
電子証明書を用いる方法433である場合のフローを示す
図である。この場合は、予めサーバ11側で保持している
代表的な認証局の公開鍵リストから必要な公開鍵を取り
出し、電子証明書428を復号化する（ステップ413）。復
号化された電子証明書が正しくない場合は（ステップ41
4）本人ではないと判定し、サインアップ要求を却下す
る（ステップ415）。電子証明書が正しい場合は（ステ
ップ414）本人認証処理を終了する。

【００２６】本人認証処理が完了した後、次に、契約処
理機能111が契約可否判定処理を行う。図８は契約処理
機能111における契約可否判定処理のフローを示す図で
ある。この処理フローは、決済方法(322)の内容によっ
て別々に分岐する（ステップ501）。

【００２７】決済方法440がクレジットカードによる方
法441の場合は、契約時点でそのサービスは加入料金が
必要であるか否かの判定を行い（ステップ502）、加入
料金が必要である場合は、ペイメントＧＷにＳＥＴに準
じる決済与信処理を要求する（ステップ503）。アクセ
スするペイメントＧＷを選択する方法は、前述の本人認
証方法420がクレジットカードを用いる方法432である場
合と同様である。また、ペイメントＧＷへの入力データ
は、ユーザーの電子証明書428、カード番号426その他の
カード個人情報427、購入金額、本人認証方法432の場合
と同様のサーバ11の電子証明書及び加盟店番号等であ
る。結果として承認が得られない場合は（ステップ50
4）サインアップ要求を却下する（ステップ505）。

【００２８】そのサービスが契約時点で加入料金は不要
の場合（ステップ502）で且つ本人認証方法がクレジッ
トカードによる方法432以外である場合は（ステップ50
6）、方法432による場合と同様にペイメントＧＷに決済
与信処理を要求する（ステップ507）。結果として承認
が得られない場合は（ステップ504）サインアップ要求
を却下する（ステップ505）。

【００２９】一方、決済方法440が通信事業者の代行収
納による方法442の場合は、料金管理システム17に対し
て、課金先となる電話番号332を照会する。料金管理シ
ステム17では、照会された電話番号が登録されている場
合は、該当するサービス料金の収納に必要なデータを管
理情報に追加した後、登録済みであることを回答する
（ステップ508）。電話番号が登録されていない場合は
（ステップ509）サインアップ要求を却下する（ステッ
プ510）。

【００３０】上述の処理の結果サインアップ要求が却下
されなかった場合は契約が可能なユーザーからの契約申
し込みと判定する。必要に応じてサービス制御を行うサ
ービス制御交換機181、182、…及びサービスプロバイダ
サーバ141、142、…に、サービス提供に必要なデータを
ダウンロードする（ステップ511）。これらの処理が完
了した時点でユーザー端末121に対してサインアップ要
求を受領した旨の回答を返す。

【００３１】

【発明の効果】以上説明したとおり、本発明によれば、
ユーザーは、サービスプロバイダ及び金融機関の窓口に
出向くことなく、且つ、サービスプロバイダ及び金融機
関の営業時間に制約されることなく、コンピュータシス
テムからいつでもオンラインでリアルタイムに契約を行
い、直ちに、申し込んだサービスを受けることができ、
一方、サービスプロバイダは、契約処理を自動化するこ
とができ、窓口におけるユーザーとの契約手続き業務、
金融機関への口座振込み確認業務、代引き業務等から解
放され、サービス運用コストを大幅に削減することがで
き、更に、代金回収率の向上を図ることができる。

【図面の簡単な説明】

【図１】 本発明の方法を実施する場合のネットワーク
の構成例を示す図である。

【図２】 サーバの構成例を示す図である。

【図３】 本発明の方法によるサインアップ画面の一例
を示す図である。

【図４】 契約処理機能における本人認証処理フローを
示す図である。

【図５】 通信サービスパスワードを用いて本人認証を
行う場合のフローを示す図である。

【図６】 クレジットカードを用いて本人認証方法を行
う場合のフローを示す図である。

【図７】 電子証明書を用いて本人認証を行う場合のフ
ローを示す図である。

【図８】 契約処理機能における契約可否判定処理のフ
ローを示す図である。

【符号の説明】

１１ サーバ １７ 料金管理システム ２１ サービス識別情報 ２２ アクセス先顧客管理データベース識別情報 １１１ 契約処理機能 １１２ コンテンツ提供機能 １１３ システム間通信制御機能 １１４ コンテンツファイル群 １１５ 顧客管理データベースディレクトリ情報群 １２１、１２２ ユーザー端末 １３１、１３２ ペイメントゲートウェイ １４１、１４２ サービスプロバイダサーバ １５１、１５２ 経路制御装置 １６１、１６２ 顧客管理システム １８１、１８２ サービス制御交換機 ＮＷ１ インターネット ＮＷ２ エクストラネットワーク ＮＷ３ イントラネット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ａ ６７５Ｄ (72)発明者 沖野 修 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 長山 和弘 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B049 AA01 AA05 AA06 5B055 CC11 EE27 FA05 HB00 LL07 5J104 AA07 KA01 MA01 PA07 PA10

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コンピュータシステムを用いてサービス
   の契約を行う方法において、 新規契約を希望するユーザーに対して当該サービスの契
   約に必要な情報及び本人認証のための情報の入力を促す
   第１ステップ、 ユーザーによって入力された情報を用いて、 ・既存のサービスの顧客を管理するシステムにアクセス
   し、ユーザーが入力した秘密情報が予め過去の他のサー
   ビスの契約時又は運用時に登録された秘密情報の内容と
   同一であると確認された場合は本人とみなす方法、 ・個人の信用情報を管理しているシステムにアクセス
   し、ユーザーが入力した個人情報が予め登録された情報
   と同一であると確認された場合は本人とみなす方法、及
   び、 ・認証局にアクセスし、ユーザーが予め認証局から取得
   した電子証明書の内容が正しいと確認された場合は本人
   とみなす方法のうちの一つ又は複数の方法を用いて本人
   認証を行う第２ステップ、 更に、 ・個人の信用情報を管理しているシステムと連携し、与
   信確認を行う方法、 ・通常の電子決済を行うシステムと連携し、電子決済処
   理により契約加入料金を収納したことを確認することに
   より与信確認を行う方法、及び、 ・自社の料金収納を管理するシステムと連携し、与信確
   認を行う方法のうちの一つ又は複数の方法を用いて契約
   申し込みユーザーの与信レベルの判定を行う第３ステッ
   プを含むことを特徴とするサービス契約方法。