JP2002133096A - 認証システム、取引者側システム、事業体側システム、認証方法およびそれを記録した記録媒体 - Google Patents
認証システム、取引者側システム、事業体側システム、認証方法およびそれを記録した記録媒体Info
- Publication number
- JP2002133096A JP2002133096A JP2000330688A JP2000330688A JP2002133096A JP 2002133096 A JP2002133096 A JP 2002133096A JP 2000330688 A JP2000330688 A JP 2000330688A JP 2000330688 A JP2000330688 A JP 2000330688A JP 2002133096 A JP2002133096 A JP 2002133096A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- authentication
- information
- business entity
- tool
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 29
- 238000010586 diagram Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 5
- 238000012795 verification Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】 （修正有）
【課題】顧客在宅型チャネルを利用した新規口座の開設
を可能にすることにより、顧客の利便性向上と銀行業務
の一層の効率化とを図る。 【解決手段】顧客端末１０は、顧客によって入力され、
かつ、顧客と事業体との間で予め設定された認証情報を
銀行側システム１に送信する。銀行側システム１は、顧
客端末１０より受信した顧客情報と認証情報とを事業体
側システム２０に送信して、その顧客情報に関する認証
を事業体に依頼する。事業体側システム２０は、銀行側
システム１より受信した顧客情報と認証情報とに基づい
て、その顧客情報に関する認証を行うとともに、認証結
果を銀行側システム１に通知する。
を可能にすることにより、顧客の利便性向上と銀行業務
の一層の効率化とを図る。 【解決手段】顧客端末１０は、顧客によって入力され、
かつ、顧客と事業体との間で予め設定された認証情報を
銀行側システム１に送信する。銀行側システム１は、顧
客端末１０より受信した顧客情報と認証情報とを事業体
側システム２０に送信して、その顧客情報に関する認証
を事業体に依頼する。事業体側システム２０は、銀行側
システム１より受信した顧客情報と認証情報とに基づい
て、その顧客情報に関する認証を行うとともに、認証結
果を銀行側システム１に通知する。
Description
【０００１】
【発明の属する技術分野】本発明は、認証システム、取
引者側システム、事業体側システム、認証方法およびそ
れを記録した記録媒体に係り、特に、金融機関等の取引
者が、新規取引を開始する際に顧客に対して行う認証を
ネットワーク上で行う認証手法に関する。
引者側システム、事業体側システム、認証方法およびそ
れを記録した記録媒体に係り、特に、金融機関等の取引
者が、新規取引を開始する際に顧客に対して行う認証を
ネットワーク上で行う認証手法に関する。
【０００２】
【従来の技術】一般に、銀行等の金融機関が顧客に対し
てサービスを提供する際の「デリバリーチャネル」（顧
客接点）は、顧客来店型と顧客在宅型とに分類される。
前者のチャネルとしては、金融機関の窓口、または金融
機関に設置されたＡＴＭ等が挙げられる。しかしなが
ら、顧客来店型チャネルを利用する顧客にとっては、そ
の都度そこに出向かなければならないという時間的負担
が生じる。そこで、インターネット等の急速な普及に伴
い、顧客利便性の更なる向上を図るために、ホームバン
キングに代表される顧客在宅型チャネルが注目・実用化
されている。
てサービスを提供する際の「デリバリーチャネル」（顧
客接点）は、顧客来店型と顧客在宅型とに分類される。
前者のチャネルとしては、金融機関の窓口、または金融
機関に設置されたＡＴＭ等が挙げられる。しかしなが
ら、顧客来店型チャネルを利用する顧客にとっては、そ
の都度そこに出向かなければならないという時間的負担
が生じる。そこで、インターネット等の急速な普及に伴
い、顧客利便性の更なる向上を図るために、ホームバン
キングに代表される顧客在宅型チャネルが注目・実用化
されている。
【０００３】インターネット等を利用したホームバンキ
ングでは、これまで窓口等へ行かなければ受けられなか
ったサービスを、パソコン等の端末を用いることによ
り、自宅で受けることができる。しかしながら、従来の
ホームバンキングにおいて利用可能なサービスは、口座
振込や残高照会等に限られており、高レベルの「認証」
（相手を確認すること）を必要とする新規口座の開設申
込を行うことはできない。その理由は、運転免許証の写
真等による本人確認と同等の認証レベル（ＩＤ・パスワ
ードのみの認証よりも高レベル）を、ホームバンキング
上で行う手法が確立されていないからである。そのた
め、新規口座を開設しようとする場合、顧客は、従来通
り、窓口等の顧客来店型チャネルを利用する必要があっ
た。顧客利便性の更なる向上または銀行業務の一層の効
率化を推進する上で、顧客在宅型チャネルを利用した新
規口座開設サービスの実現が望まれている。
ングでは、これまで窓口等へ行かなければ受けられなか
ったサービスを、パソコン等の端末を用いることによ
り、自宅で受けることができる。しかしながら、従来の
ホームバンキングにおいて利用可能なサービスは、口座
振込や残高照会等に限られており、高レベルの「認証」
（相手を確認すること）を必要とする新規口座の開設申
込を行うことはできない。その理由は、運転免許証の写
真等による本人確認と同等の認証レベル（ＩＤ・パスワ
ードのみの認証よりも高レベル）を、ホームバンキング
上で行う手法が確立されていないからである。そのた
め、新規口座を開設しようとする場合、顧客は、従来通
り、窓口等の顧客来店型チャネルを利用する必要があっ
た。顧客利便性の更なる向上または銀行業務の一層の効
率化を推進する上で、顧客在宅型チャネルを利用した新
規口座開設サービスの実現が望まれている。
【０００４】なお、顧客在宅型チャネルに関するもので
はないが、本願出願人は、顧客来店型チャネルであるＡ
ＴＭ等を利用した新規口座の開設手法を既に提案してい
る（特開平８−２３５２７７号公報を参照）。具体的に
は、ＡＴＭ等を利用した新規口座の開設に際して、顧客
は、その者名義の既設口座（特定口座）を特定する。そ
して、この既設口座において登録された個人情報等を援
用することにより（その情報が真正であるとをみなし
て）、窓口における本人確認をあらためて行うことな
く、新規口座の開設手続が行われる。
はないが、本願出願人は、顧客来店型チャネルであるＡ
ＴＭ等を利用した新規口座の開設手法を既に提案してい
る（特開平８−２３５２７７号公報を参照）。具体的に
は、ＡＴＭ等を利用した新規口座の開設に際して、顧客
は、その者名義の既設口座（特定口座）を特定する。そ
して、この既設口座において登録された個人情報等を援
用することにより（その情報が真正であるとをみなし
て）、窓口における本人確認をあらためて行うことな
く、新規口座の開設手続が行われる。
【発明が解決しようとする課題】本発明は、かかる事情
に鑑みてなされたものであり、その目的は、顧客在宅型
チャネルを利用した新規口座の開設（広義には取引の申
込み）を可能にすることにより、顧客利便性の向上を図
るとともに、業務の一層の効率化を図ることである。
に鑑みてなされたものであり、その目的は、顧客在宅型
チャネルを利用した新規口座の開設（広義には取引の申
込み）を可能にすることにより、顧客利便性の向上を図
るとともに、業務の一層の効率化を図ることである。
【０００５】また、本発明の別の目的は、顧客在宅型チ
ャネルを利用した口座開設に際して、高レベルの認証を
行うことにより、円滑な口座開設を可能にすることであ
る。
ャネルを利用した口座開設に際して、高レベルの認証を
行うことにより、円滑な口座開設を可能にすることであ
る。
【０００６】
【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明は、顧客固有の電子情報が格納された
認証ツールを有する顧客と、認証ツールより読み出され
た電子情報に基づくユーザ認証を必要に応じて行った上
で、サービス加入者である顧客に対してサービスを提供
する事業体と、取引を申込んだ顧客に関する認証を行う
必要がある取引者との間で情報伝達可能なネットワーク
環境における認証システムを提供する。顧客端末は、顧
客が取引者に対して取引を申込む際に、認証ツールによ
り読み出された電子情報に基づいてユーザ認証を行う。
この顧客端末は、顧客によって入力された顧客情報を取
引者側に送信する。また、顧客端末は、顧客によって入
力され、顧客と事業体との間で予め設定された認証情報
を取引者側に送信する。取引者側システムは、顧客側よ
り受信した顧客情報と認証情報とを事業体側に送信し
て、顧客情報に関する認証を事業体側に依頼する。そし
て、事業体側システムは、取引者側より受信した顧客情
報と認証情報とに基づいて、顧客情報に関する認証を行
うとともに、認証結果を取引者側に通知する。
めに、第１の発明は、顧客固有の電子情報が格納された
認証ツールを有する顧客と、認証ツールより読み出され
た電子情報に基づくユーザ認証を必要に応じて行った上
で、サービス加入者である顧客に対してサービスを提供
する事業体と、取引を申込んだ顧客に関する認証を行う
必要がある取引者との間で情報伝達可能なネットワーク
環境における認証システムを提供する。顧客端末は、顧
客が取引者に対して取引を申込む際に、認証ツールによ
り読み出された電子情報に基づいてユーザ認証を行う。
この顧客端末は、顧客によって入力された顧客情報を取
引者側に送信する。また、顧客端末は、顧客によって入
力され、顧客と事業体との間で予め設定された認証情報
を取引者側に送信する。取引者側システムは、顧客側よ
り受信した顧客情報と認証情報とを事業体側に送信し
て、顧客情報に関する認証を事業体側に依頼する。そし
て、事業体側システムは、取引者側より受信した顧客情
報と認証情報とに基づいて、顧客情報に関する認証を行
うとともに、認証結果を取引者側に通知する。
【０００７】ここで、第１の発明において、上記ユーザ
認証は、顧客が加入者となっている事業体が設定した認
識手法に従い行われることが好ましい。
認証は、顧客が加入者となっている事業体が設定した認
識手法に従い行われることが好ましい。
【０００８】また、上記事業体側システムは、認証情報
から特定されたサービス加入者に関する会員情報を取得
するとともに、この会員情報と顧客情報とを比較するこ
とにより、顧客情報に関する認証を行うことが望まし
い。
から特定されたサービス加入者に関する会員情報を取得
するとともに、この会員情報と顧客情報とを比較するこ
とにより、顧客情報に関する認証を行うことが望まし
い。
【０００９】第２の発明は、顧客固有の電子情報が格納
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における取引者側システムを提供する。この
システムは、顧客が取引者に対して取引を申込む際に、
顧客によって入力された顧客情報と、顧客によって入力
され、顧客と事業体との間で予め設定された認証情報と
を、受信する第１の受信手段と、顧客側より受信した顧
客情報と認証情報とを事業体側に送信して、顧客情報に
関する認証を事業体側に依頼する依頼手段と、顧客情報
と認証情報とに基づいた顧客情報に関する認証結果を事
業体側より受信する第２の受信手段と、認証結果が認証
可の場合、認証ツールにより読み出された情報に基づい
たユーザ認証の結果が認証可であることを条件として、
申込みが完了した旨を顧客側に通知する通知手段とを有
する。
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における取引者側システムを提供する。この
システムは、顧客が取引者に対して取引を申込む際に、
顧客によって入力された顧客情報と、顧客によって入力
され、顧客と事業体との間で予め設定された認証情報と
を、受信する第１の受信手段と、顧客側より受信した顧
客情報と認証情報とを事業体側に送信して、顧客情報に
関する認証を事業体側に依頼する依頼手段と、顧客情報
と認証情報とに基づいた顧客情報に関する認証結果を事
業体側より受信する第２の受信手段と、認証結果が認証
可の場合、認証ツールにより読み出された情報に基づい
たユーザ認証の結果が認証可であることを条件として、
申込みが完了した旨を顧客側に通知する通知手段とを有
する。
【００１０】ここで、第２の発明において、依頼手段
は、認証ツールを有するサービス加入者に対して自己の
サービスを提供する複数の事業体のうち、顧客が選択し
たいずれかの事業体に対して、顧客情報に関する認証を
依頼することが好ましい。
は、認証ツールを有するサービス加入者に対して自己の
サービスを提供する複数の事業体のうち、顧客が選択し
たいずれかの事業体に対して、顧客情報に関する認証を
依頼することが好ましい。
【００１１】第３の発明は、顧客固有の電子情報が格納
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における事業体側システムを提供する。この
システムは、顧客が取引者に対して取引を申込む際に、
顧客によって入力された顧客情報を、顧客によって入力
されかつ顧客と事業体との間で予め設定された認証情報
とともに取引者側より受信して、顧客情報に関する認証
の依頼を取引者側より受け付ける受信手段と、顧客情報
と認証情報とに基づいて、顧客情報に関する認証を行う
認証手段と、認証手段による認証結果を取引者側に通知
する通知手段とを有する。
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における事業体側システムを提供する。この
システムは、顧客が取引者に対して取引を申込む際に、
顧客によって入力された顧客情報を、顧客によって入力
されかつ顧客と事業体との間で予め設定された認証情報
とともに取引者側より受信して、顧客情報に関する認証
の依頼を取引者側より受け付ける受信手段と、顧客情報
と認証情報とに基づいて、顧客情報に関する認証を行う
認証手段と、認証手段による認証結果を取引者側に通知
する通知手段とを有する。
【００１２】ここで、第３の発明において、認証手段
は、認証情報から特定されたサービス加入者に関する会
員情報を取得するとともに、この会員情報と顧客情報と
を比較することにより、その顧客情報に関する認証を行
うことが好ましい。
は、認証情報から特定されたサービス加入者に関する会
員情報を取得するとともに、この会員情報と顧客情報と
を比較することにより、その顧客情報に関する認証を行
うことが好ましい。
【００１３】第４の発明は、顧客固有の電子情報が格納
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における認証方法を提供する。この認証方法
は、取引者に対して取引を申込む顧客に対して、この顧
客の顧客情報の入力とこの顧客が有する認証ツールの選
択とを促すステップと、選択されたツールに関する認証
情報の入力を顧客側に対して促すステップと、顧客側よ
り受信した顧客情報と認証情報とを事業体側に送信し
て、顧客情報に関する認証を事業体側に依頼するステッ
プと、事業体側より受信した認証結果が認証可の場合、
認証ツールにより読み出された電子情報に基づいたユー
ザ認証の結果が認証可であることを条件として、申込み
が完了した旨を顧客側に通知するステップとを有する。
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における認証方法を提供する。この認証方法
は、取引者に対して取引を申込む顧客に対して、この顧
客の顧客情報の入力とこの顧客が有する認証ツールの選
択とを促すステップと、選択されたツールに関する認証
情報の入力を顧客側に対して促すステップと、顧客側よ
り受信した顧客情報と認証情報とを事業体側に送信し
て、顧客情報に関する認証を事業体側に依頼するステッ
プと、事業体側より受信した認証結果が認証可の場合、
認証ツールにより読み出された電子情報に基づいたユー
ザ認証の結果が認証可であることを条件として、申込み
が完了した旨を顧客側に通知するステップとを有する。
【００１４】第５の発明は、顧客固有の電子情報が格納
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における、認証方法を実行するためのプログ
ラムを記録したコンピュータ読み取り可能な記録媒体を
提供する。具体的には、取引者に対して取引を申込む顧
客に対して、この顧客の顧客情報の入力とこの顧客が有
する認証ツールの選択とを促すステップと、選択された
ツールに関する認証情報の入力を顧客側に対して促すス
テップと、顧客側より受信した顧客情報と認証情報とを
事業体側に送信して、顧客情報に関する認証を事業体側
に依頼するステップと、事業体側より受信した認証結果
が認証可の場合、認証ツールにより読み出された電子情
報に基づいたユーザ認証の結果が認証可であることを条
件として、申込みが完了した旨を顧客側に通知するステ
ップとを有する認証方法を実行するための記録媒体であ
る。
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における、認証方法を実行するためのプログ
ラムを記録したコンピュータ読み取り可能な記録媒体を
提供する。具体的には、取引者に対して取引を申込む顧
客に対して、この顧客の顧客情報の入力とこの顧客が有
する認証ツールの選択とを促すステップと、選択された
ツールに関する認証情報の入力を顧客側に対して促すス
テップと、顧客側より受信した顧客情報と認証情報とを
事業体側に送信して、顧客情報に関する認証を事業体側
に依頼するステップと、事業体側より受信した認証結果
が認証可の場合、認証ツールにより読み出された電子情
報に基づいたユーザ認証の結果が認証可であることを条
件として、申込みが完了した旨を顧客側に通知するステ
ップとを有する認証方法を実行するための記録媒体であ
る。
【００１５】第６の発明は、顧客固有の電子情報が格納
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における、コンピュータに認証方法を実行さ
せるプログラムを提供する。このプログラムは、取引者
に対して取引を申込む顧客に対して、この顧客の顧客情
報の入力とこの顧客が有する認証ツールの選択とを促す
ステップと、選択されたツールに関する認証情報の入力
を顧客側に対して促すステップと、顧客側より受信した
顧客情報と認証情報とを事業体側に送信して、顧客情報
に関する認証を事業体側に依頼するステップと、事業体
側より受信した認証結果が認証可の場合、認証ツールに
より読み出された電子情報に基づいたユーザ認証の結果
が認証可であることを条件として、申込みが完了した旨
を顧客側に通知するステップとを有する。
された認証ツールを有する顧客と、認証ツールより読み
出された電子情報に基づくユーザ認証を必要に応じて行
った上で、サービス加入者である顧客に対してサービス
を提供する事業体と、取引を申込んだ顧客に関する認証
を行う必要がある取引者との間で情報伝達可能なネット
ワーク環境における、コンピュータに認証方法を実行さ
せるプログラムを提供する。このプログラムは、取引者
に対して取引を申込む顧客に対して、この顧客の顧客情
報の入力とこの顧客が有する認証ツールの選択とを促す
ステップと、選択されたツールに関する認証情報の入力
を顧客側に対して促すステップと、顧客側より受信した
顧客情報と認証情報とを事業体側に送信して、顧客情報
に関する認証を事業体側に依頼するステップと、事業体
側より受信した認証結果が認証可の場合、認証ツールに
より読み出された電子情報に基づいたユーザ認証の結果
が認証可であることを条件として、申込みが完了した旨
を顧客側に通知するステップとを有する。
【００１６】
【発明の実施の形態】本発明の実施形態として、ネット
ワーク完結型の新規口座開設スキームを例に説明する。
図１は、本実施形態に係る新規口座開設システムの全体
構成図である。このシステムは、銀行，多数の顧客，少
なくとも一つの事業体が、相互に情報伝達可能なネット
ワーク環境が整備されていることを前提としている。ネ
ットワークとしては、典型的にはインターネット等が挙
げられるが、これに限定されるものではなく、各種の有
線・無線ネットワークを適用することができる。取引者
に相当する銀行は、開設された口座を通じて、顧客との
間で継続的な取引（入出金や振込等）を行う。また、顧
客は、新規口座の開設（取引申込みの一形態）を希望す
る潜在的な顧客であり、かつ、銀行以外の事業体（銀行
の関連会社を含む）が提供するサービスの加入者でもあ
る。事業体（例えばデジタルＴＶ会社）は、(1)後述す
る認証ツールをサービス加入者に対して提供し、(2)認
証ツールを用いたユーザ認証を適宜行った上で自己のサ
ービス（例えば放送配信）を提供する。したがって、上
記条件(1)，(2)を満足するすべてのサービス提供者が本
実施形態でいう「事業体」となり得る。ただし、このシ
ステムの円滑な運用を図るという観点でいえば、事業体
が認証ツールを用いて行う認証機能（ユーザ認証機能）
が、十分な信用力（事業体自体の社会的信用力または認
証手法の高度性を含む）を有することが好ましい。
ワーク完結型の新規口座開設スキームを例に説明する。
図１は、本実施形態に係る新規口座開設システムの全体
構成図である。このシステムは、銀行，多数の顧客，少
なくとも一つの事業体が、相互に情報伝達可能なネット
ワーク環境が整備されていることを前提としている。ネ
ットワークとしては、典型的にはインターネット等が挙
げられるが、これに限定されるものではなく、各種の有
線・無線ネットワークを適用することができる。取引者
に相当する銀行は、開設された口座を通じて、顧客との
間で継続的な取引（入出金や振込等）を行う。また、顧
客は、新規口座の開設（取引申込みの一形態）を希望す
る潜在的な顧客であり、かつ、銀行以外の事業体（銀行
の関連会社を含む）が提供するサービスの加入者でもあ
る。事業体（例えばデジタルＴＶ会社）は、(1)後述す
る認証ツールをサービス加入者に対して提供し、(2)認
証ツールを用いたユーザ認証を適宜行った上で自己のサ
ービス（例えば放送配信）を提供する。したがって、上
記条件(1)，(2)を満足するすべてのサービス提供者が本
実施形態でいう「事業体」となり得る。ただし、このシ
ステムの円滑な運用を図るという観点でいえば、事業体
が認証ツールを用いて行う認証機能（ユーザ認証機能）
が、十分な信用力（事業体自体の社会的信用力または認
証手法の高度性を含む）を有することが好ましい。
【００１７】ここで、「認証ツール」とは、サービス提
供者である事業体がサービス加入者である顧客のユーザ
認証（後述する「顧客情報に関する認証」とは相違する
点に留意されたい）を行うために用いられ、個々の顧客
固有の情報が電子情報として格納されたツールをいう。
このような認証ツールのうち着脱可能な形態としては、
ＩＣチップを使用したデバイス，磁気ストライプカード
等が挙げられる。これらを用いる場合、所定のリーダ
（セットトップボックス等）にそれを装填し、認証ツー
ル内に格納された電子情報を読み出すことによって、必
要なユーザ認証が行われる。また、端末内蔵型の認証ツ
ールとしては、電話会社等のＩＣカード，携帯電話のＳ
ＩＭカード，ＣＳやＢＳデジタル等のデジタルＴＶ会社
のＩＣカード，住民基本台帳カード，電子印鑑証明書，
ＩＣキャッシュカードやＩＣクレジットカード，鉄道や
バス等の電子定期券、クレジットカード等が挙げられ
る。本実施形態の特徴は、銀行が、顧客の同意を得るこ
とを条件に、事業体の信用力のあるユーザ認証機能を利
用することによって、ネットワーク上の非対面、書面・
印鑑なしの新規口座開設スキームを実現する点にある。
供者である事業体がサービス加入者である顧客のユーザ
認証（後述する「顧客情報に関する認証」とは相違する
点に留意されたい）を行うために用いられ、個々の顧客
固有の情報が電子情報として格納されたツールをいう。
このような認証ツールのうち着脱可能な形態としては、
ＩＣチップを使用したデバイス，磁気ストライプカード
等が挙げられる。これらを用いる場合、所定のリーダ
（セットトップボックス等）にそれを装填し、認証ツー
ル内に格納された電子情報を読み出すことによって、必
要なユーザ認証が行われる。また、端末内蔵型の認証ツ
ールとしては、電話会社等のＩＣカード，携帯電話のＳ
ＩＭカード，ＣＳやＢＳデジタル等のデジタルＴＶ会社
のＩＣカード，住民基本台帳カード，電子印鑑証明書，
ＩＣキャッシュカードやＩＣクレジットカード，鉄道や
バス等の電子定期券、クレジットカード等が挙げられ
る。本実施形態の特徴は、銀行が、顧客の同意を得るこ
とを条件に、事業体の信用力のあるユーザ認証機能を利
用することによって、ネットワーク上の非対面、書面・
印鑑なしの新規口座開設スキームを実現する点にある。
【００１８】銀行側システム１は、サーバ２，記憶装置
３，通信装置４ａ，４ｂ等を主体に構成されており、顧
客端末１０との間および事業体側システム２０との間
で、ネットワークを介した情報伝達が可能である。ま
た、銀行側システム１は、インターネット上の所定のＷ
ｅｂサイトにおいてホームバンキングを開設している。
なお、図１に示したシステムは、顧客端末１０との情報
伝達はインターネット経由で行い、事業体側システム２
０との情報伝達はセキュリティ上の理由により専用回線
経由で行うケースを想定している。しかしながら、事業
体側システム２０との情報伝達をインターネット経由で
行うことも当然可能である。
３，通信装置４ａ，４ｂ等を主体に構成されており、顧
客端末１０との間および事業体側システム２０との間
で、ネットワークを介した情報伝達が可能である。ま
た、銀行側システム１は、インターネット上の所定のＷ
ｅｂサイトにおいてホームバンキングを開設している。
なお、図１に示したシステムは、顧客端末１０との情報
伝達はインターネット経由で行い、事業体側システム２
０との情報伝達はセキュリティ上の理由により専用回線
経由で行うケースを想定している。しかしながら、事業
体側システム２０との情報伝達をインターネット経由で
行うことも当然可能である。
【００１９】銀行システム１における記憶装置３には、
ホームバンキングを運営するのに必要な各種データベー
スが格納されているが、本実施形態との関係では、銀行
用申込データベース５，認証ツールデータベース６，口
座開設データベース７が重要となる。銀行用申込データ
ベース５は、顧客から受けた新規口座開設の申込みを一
元的に管理するためのデータベースであり、案件毎に個
別の受付番号が付された申込レコード群で構成されてい
る（各案件は受付番号により管理される）。個々の申込
レコードには、新規口座開設の申込みに際して、顧客が
入力した顧客情報（氏名，住所，生年月日等）が記述さ
れている。また、認証ツールデータベース６は、新規口
座開設を申込んだ顧客の認証ツールに関する情報を一元
的に管理するためのデータベースであり、案件毎に個別
の受付番号が付された認証ツールレコード群で構成され
ている。個々の認証レコードには、新規口座開設の申込
みに際して、顧客が指定した認証ツールの種類，ＩＤ，
パスワード等が記述されている。さらに、口座開設デー
タベース７は、適切なユーザ認証（認証可の場合）が得
られた顧客の口座開設に必要な情報（顧客情報および申
込情報）を一元的に管理するためのデータベースであ
り、案件毎に個別の受付番号が付された口座開設レコー
ド群で構成されている。個々の口座開設レコードには、
上述した顧客情報の他に、開設予定口座のキャッシュカ
ード暗証番号、テレフォンバンキング（ＴＢ）暗証番
号、振替限度額等の申込情報が記述されている。なお、
銀行用申込データベース５，認証ツールデータベース６
および口座開設データベース７中に格納された同一案件
に関する各レコードは、同一の受付番号によって関連付
けられている。
ホームバンキングを運営するのに必要な各種データベー
スが格納されているが、本実施形態との関係では、銀行
用申込データベース５，認証ツールデータベース６，口
座開設データベース７が重要となる。銀行用申込データ
ベース５は、顧客から受けた新規口座開設の申込みを一
元的に管理するためのデータベースであり、案件毎に個
別の受付番号が付された申込レコード群で構成されてい
る（各案件は受付番号により管理される）。個々の申込
レコードには、新規口座開設の申込みに際して、顧客が
入力した顧客情報（氏名，住所，生年月日等）が記述さ
れている。また、認証ツールデータベース６は、新規口
座開設を申込んだ顧客の認証ツールに関する情報を一元
的に管理するためのデータベースであり、案件毎に個別
の受付番号が付された認証ツールレコード群で構成され
ている。個々の認証レコードには、新規口座開設の申込
みに際して、顧客が指定した認証ツールの種類，ＩＤ，
パスワード等が記述されている。さらに、口座開設デー
タベース７は、適切なユーザ認証（認証可の場合）が得
られた顧客の口座開設に必要な情報（顧客情報および申
込情報）を一元的に管理するためのデータベースであ
り、案件毎に個別の受付番号が付された口座開設レコー
ド群で構成されている。個々の口座開設レコードには、
上述した顧客情報の他に、開設予定口座のキャッシュカ
ード暗証番号、テレフォンバンキング（ＴＢ）暗証番
号、振替限度額等の申込情報が記述されている。なお、
銀行用申込データベース５，認証ツールデータベース６
および口座開設データベース７中に格納された同一案件
に関する各レコードは、同一の受付番号によって関連付
けられている。
【００２０】一方、顧客端末１０は、銀行側システム１
との間および事業体側システム２０との間で、ネットワ
ークを介した情報伝達が可能である。顧客は、自己の顧
客端末１０を操作して、銀行が運営するホームバンキン
グサイト（典型的にはＷｅｂサイト）にアクセスするこ
とにより、銀行に対して新規口座開設の申込みを行う。
顧客端末１０は、例えば、コンピュータ１１，キーボー
ドやマウス等の入力装置１２，ＣＲＴやＬＣＤ等の表示
装置１３，通信装置１４および認証デバイス１５で構成
されている。ここで、認証デバイス１５は、認証ツール
１６に格納された電子情報にアクセスするために必要な
デバイスであり、認証ツール１６が着脱可能な場合（Ｉ
Ｃカード，磁気カード等）に必要となる。したがって、
端末内蔵型の認証ツール１６（携帯電話内蔵のＳＩＭカ
ード等）においては、顧客端末１０自体が認証デバイス
としての機能を備えているため、当然ながら図示した認
証デバイス１５は不要である。なお、顧客端末１０は、
ネットワーク接続環境にあり、かつ、認証ツール１６内
の電子情報にアクセス可能な端末であればどのようなも
のでもよい（例えば、デジタルＴＶの送受信装置，通信
機能を有する家庭用ゲーム機等）。
との間および事業体側システム２０との間で、ネットワ
ークを介した情報伝達が可能である。顧客は、自己の顧
客端末１０を操作して、銀行が運営するホームバンキン
グサイト（典型的にはＷｅｂサイト）にアクセスするこ
とにより、銀行に対して新規口座開設の申込みを行う。
顧客端末１０は、例えば、コンピュータ１１，キーボー
ドやマウス等の入力装置１２，ＣＲＴやＬＣＤ等の表示
装置１３，通信装置１４および認証デバイス１５で構成
されている。ここで、認証デバイス１５は、認証ツール
１６に格納された電子情報にアクセスするために必要な
デバイスであり、認証ツール１６が着脱可能な場合（Ｉ
Ｃカード，磁気カード等）に必要となる。したがって、
端末内蔵型の認証ツール１６（携帯電話内蔵のＳＩＭカ
ード等）においては、顧客端末１０自体が認証デバイス
としての機能を備えているため、当然ながら図示した認
証デバイス１５は不要である。なお、顧客端末１０は、
ネットワーク接続環境にあり、かつ、認証ツール１６内
の電子情報にアクセス可能な端末であればどのようなも
のでもよい（例えば、デジタルＴＶの送受信装置，通信
機能を有する家庭用ゲーム機等）。
【００２１】また、事業体側システム２０は、サーバ２
１，記憶装置２２，通信装置２３等を主体に構成されて
おり、銀行側システム１との間および自己が提供するサ
ービスの加入者が有する顧客端末１０との間で、ネット
ワークを介した情報伝達が可能である。ここで、記憶装
置２２中には、事業体がサービス業務を行う上で必要な
各種データベースが格納されているが、本実施形態との
関係では、事業体用申込データベース２４，会員データ
ベース２５が重要となる。事業体用申込データベース２
４は、銀行側システム１から認証依頼を受ける際に受信
した顧客情報を一元的に管理するためのデータベースで
あり、銀行用申込データベース５と同様の構造を有して
いる。また、会員データベース２５は、自己のサービス
に加入している加入者（会員）の会員情報（氏名、住
所、生年月日等）を一元的に管理するためのデータベー
スである。
１，記憶装置２２，通信装置２３等を主体に構成されて
おり、銀行側システム１との間および自己が提供するサ
ービスの加入者が有する顧客端末１０との間で、ネット
ワークを介した情報伝達が可能である。ここで、記憶装
置２２中には、事業体がサービス業務を行う上で必要な
各種データベースが格納されているが、本実施形態との
関係では、事業体用申込データベース２４，会員データ
ベース２５が重要となる。事業体用申込データベース２
４は、銀行側システム１から認証依頼を受ける際に受信
した顧客情報を一元的に管理するためのデータベースで
あり、銀行用申込データベース５と同様の構造を有して
いる。また、会員データベース２５は、自己のサービス
に加入している加入者（会員）の会員情報（氏名、住
所、生年月日等）を一元的に管理するためのデータベー
スである。
【００２２】図２および図３は、ホームバンキングを利
用した新規口座の開設手順を示す図である。新規口座の
開設を希望する顧客は、自己の顧客端末１０を操作し
て、銀行が運営するホームバンキングサイトにアクセス
して、表示画面の指示に従い新規口座の開設申込を行
う。
用した新規口座の開設手順を示す図である。新規口座の
開設を希望する顧客は、自己の顧客端末１０を操作し
て、銀行が運営するホームバンキングサイトにアクセス
して、表示画面の指示に従い新規口座の開設申込を行
う。
【００２３】具体的には、まず、図４，図５の順に表示
される顧客情報の入力画面において、顧客は、要求され
た情報を顧客情報として入力していく（ステップ１）。
その際、図５に示すように、入力画面上に表示された複
数の認証ツールの中から、本人であることを確認できる
認証ツールを一つ選択する。例えば、ある顧客が事業体
「ＸＹＺテレビ」が提供するデジタル放送サービスの加
入者であるならば、本人確認用の認証ツールとして「Ｘ
ＹＺテレビＩＣカード」のチェックボックスにチェック
を入れる。そして、必要な情報をすべて入力した後に、
「確認画面」ボタンをクリックする。このアクションに
よって、図６に示す入力された顧客情報の確認画面が表
示される。顧客は、自己が入力した顧客情報の内容を確
認した上で「送信する」ボタンをクリックする。このア
クションによって、入力された顧客情報（認証ツールを
指定した認証ツール情報を含む）が顧客端末１０から銀
行側システム１へ送信される（ステップ２）。
される顧客情報の入力画面において、顧客は、要求され
た情報を顧客情報として入力していく（ステップ１）。
その際、図５に示すように、入力画面上に表示された複
数の認証ツールの中から、本人であることを確認できる
認証ツールを一つ選択する。例えば、ある顧客が事業体
「ＸＹＺテレビ」が提供するデジタル放送サービスの加
入者であるならば、本人確認用の認証ツールとして「Ｘ
ＹＺテレビＩＣカード」のチェックボックスにチェック
を入れる。そして、必要な情報をすべて入力した後に、
「確認画面」ボタンをクリックする。このアクションに
よって、図６に示す入力された顧客情報の確認画面が表
示される。顧客は、自己が入力した顧客情報の内容を確
認した上で「送信する」ボタンをクリックする。このア
クションによって、入力された顧客情報（認証ツールを
指定した認証ツール情報を含む）が顧客端末１０から銀
行側システム１へ送信される（ステップ２）。
【００２４】顧客情報を受信した銀行側システム１は、
新規案件として受付番号Ｘを新たに採番した上で、この
顧客情報を記述した申込レコードを銀行用申込データベ
ース５に新規に追加する（ステップ３）。つぎに、その
受付番号Ｘを付して認証ツールの種別（顧客により指
定）を記述した新規レコードを、認証ツールデータベー
ス６に追加する（ステップ４）。そして、認証ツール毎
に個別にデザインされた画面のうち、顧客により指定さ
れた認証ツールに対応する画面を選択・作成するととも
に、上記の受付番号Ｘをセットした上で、その情報を顧
客端末１０に送信する（ステップ５）。
新規案件として受付番号Ｘを新たに採番した上で、この
顧客情報を記述した申込レコードを銀行用申込データベ
ース５に新規に追加する（ステップ３）。つぎに、その
受付番号Ｘを付して認証ツールの種別（顧客により指
定）を記述した新規レコードを、認証ツールデータベー
ス６に追加する（ステップ４）。そして、認証ツール毎
に個別にデザインされた画面のうち、顧客により指定さ
れた認証ツールに対応する画面を選択・作成するととも
に、上記の受付番号Ｘをセットした上で、その情報を顧
客端末１０に送信する（ステップ５）。
【００２５】この情報を受信した顧客端末１０側には、
自己が指定した認証ツールに対応した画面が表示される
（ステップ６）。この表示画面において認証ツールのセ
ットが要求された場合、顧客は、認証デバイス１５に認
証ツール１６を装填する（ステップ７）。なお、このス
テップ７は、認証ツールが着脱可能な場合のみ必要な手
順であり、端末内蔵型の認証ツールの場合にはスキップ
される。
自己が指定した認証ツールに対応した画面が表示される
（ステップ６）。この表示画面において認証ツールのセ
ットが要求された場合、顧客は、認証デバイス１５に認
証ツール１６を装填する（ステップ７）。なお、このス
テップ７は、認証ツールが着脱可能な場合のみ必要な手
順であり、端末内蔵型の認証ツールの場合にはスキップ
される。
【００２６】顧客端末１０に認証ツール１６が適切に装
填された状態において、この認証ツール１６に格納され
た電子情報（顧客固有の情報）が読み出され、その情報
に基づいて、顧客のユーザ認証が行われる。このユーザ
認証により、顧客端末１０を使用しているユーザの正当
性（本人確認に相当）が判断される。認証手法としては
以下の３つが考えられるが、いずれの認識手法が採られ
るかは、各事業体によって予め設定されており、それに
従った手法が実行される。
填された状態において、この認証ツール１６に格納され
た電子情報（顧客固有の情報）が読み出され、その情報
に基づいて、顧客のユーザ認証が行われる。このユーザ
認証により、顧客端末１０を使用しているユーザの正当
性（本人確認に相当）が判断される。認証手法としては
以下の３つが考えられるが、いずれの認識手法が採られ
るかは、各事業体によって予め設定されており、それに
従った手法が実行される。
【００２７】（形態１）オフラインによる直接認証 認証ツール１６内に格納された電子情報を読み出す。そ
して、事業体側システム２０との間で情報伝達を行うこ
となく、顧客端末１０内での処理によりユーザ認証を行
う。 （形態２）オンラインによる直接認証 認証ツール１６内に格納された電子情報を読み出し、そ
の電子情報を事業体側システム２０に送信することによ
り、事業体側システム２０側でユーザ認証を行う。そし
て、ユーザ認証結果（認証可，認証不可）が顧客端末１
０側に通知される。 （形態３）オンラインによる間接認証 認証ツール１６内に格納された電子情報を読み出し、そ
の電子情報をＩＤ・パスワード等の認証情報とともに銀
行側システム１に送信する（ステップ８）。そして、銀
行側システム１が事業体側システム２０に顧客認証を依
頼する際に、電子情報も転送する。事業体側システム２
０は、新規口座の申込みに際して入力された顧客情報に
関する認証を行うとともに、電子情報に基づいた本人確
認に相当するユーザ認証も行う。
して、事業体側システム２０との間で情報伝達を行うこ
となく、顧客端末１０内での処理によりユーザ認証を行
う。 （形態２）オンラインによる直接認証 認証ツール１６内に格納された電子情報を読み出し、そ
の電子情報を事業体側システム２０に送信することによ
り、事業体側システム２０側でユーザ認証を行う。そし
て、ユーザ認証結果（認証可，認証不可）が顧客端末１
０側に通知される。 （形態３）オンラインによる間接認証 認証ツール１６内に格納された電子情報を読み出し、そ
の電子情報をＩＤ・パスワード等の認証情報とともに銀
行側システム１に送信する（ステップ８）。そして、銀
行側システム１が事業体側システム２０に顧客認証を依
頼する際に、電子情報も転送する。事業体側システム２
０は、新規口座の申込みに際して入力された顧客情報に
関する認証を行うとともに、電子情報に基づいた本人確
認に相当するユーザ認証も行う。
【００２８】つぎに、認証情報の入力画面において、顧
客とサービス提供者である事業体との間で予め設定され
た認証情報（例えば、ＩＤ・パスワード等）を入力する
（ステップ８）。入力が要求される項目は、認証ツール
毎に個別に設定されている（入力項目がパスワードのみ
の場合もあり得る）。そして、図７に示す認証情報の確
認画面に表示された「送信する」ボタンを顧客がクリッ
クすることにより、認証情報（上述した形態３の場合に
は認証ツールより読み出された電子情報も含む）が銀行
側システム１に送信される。
客とサービス提供者である事業体との間で予め設定され
た認証情報（例えば、ＩＤ・パスワード等）を入力する
（ステップ８）。入力が要求される項目は、認証ツール
毎に個別に設定されている（入力項目がパスワードのみ
の場合もあり得る）。そして、図７に示す認証情報の確
認画面に表示された「送信する」ボタンを顧客がクリッ
クすることにより、認証情報（上述した形態３の場合に
は認証ツールより読み出された電子情報も含む）が銀行
側システム１に送信される。
【００２９】認証情報を受信した銀行側システム１は、
認証ツールデータベース６における該当レコードに認証
情報を記述する。そして、銀行用申込データベース５に
おける受付番号Ｘの受付レコードを検索し、抽出された
受付レコードに記載された顧客情報を取得する。そし
て、受信した認証情報と取得した顧客情報とを関連付け
た上で、これらの情報を事業体側システム２０に送信す
る（ステップ９）。これにより、銀行側システム１から
事業体側システム２０に対して、口座開設の申込みに関
する顧客の認証が依頼される。
認証ツールデータベース６における該当レコードに認証
情報を記述する。そして、銀行用申込データベース５に
おける受付番号Ｘの受付レコードを検索し、抽出された
受付レコードに記載された顧客情報を取得する。そし
て、受信した認証情報と取得した顧客情報とを関連付け
た上で、これらの情報を事業体側システム２０に送信す
る（ステップ９）。これにより、銀行側システム１から
事業体側システム２０に対して、口座開設の申込みに関
する顧客の認証が依頼される。
【００３０】認証依頼を受けた事業体側システム２０
は、まず、受信した顧客情報を事業体用申込データベー
ス２４に新規レコードとして追加する（ステップ１
０）。つぎに、会員データベース２５を検索して、認証
情報（ＩＤ・パスワード等）によって特定された一会員
（自己のサービス加入者）に関する会員情報を取得する
（ステップ１１）。そして、顧客情報と会員情報とを比
較する（ステップ１２）。これにより、口座開設の申込
みに際して顧客が入力した顧客情報が正しいか否かを確
認することができる。事業体側システム２０は、認証結
果（認証可または認証不可）を銀行側システム１０に対
して送信する（ステップ１３）。
は、まず、受信した顧客情報を事業体用申込データベー
ス２４に新規レコードとして追加する（ステップ１
０）。つぎに、会員データベース２５を検索して、認証
情報（ＩＤ・パスワード等）によって特定された一会員
（自己のサービス加入者）に関する会員情報を取得する
（ステップ１１）。そして、顧客情報と会員情報とを比
較する（ステップ１２）。これにより、口座開設の申込
みに際して顧客が入力した顧客情報が正しいか否かを確
認することができる。事業体側システム２０は、認証結
果（認証可または認証不可）を銀行側システム１０に対
して送信する（ステップ１３）。
【００３１】認証結果の通知を受けた銀行側システム１
は、認証結果に応じた画面を作成し、それを顧客端末１
０に送信する（ステップ１４）。すなわち、顧客情報の
認証が得られた場合（認証可）、口座開設に必要な申込
情報の入力を促す申込画面が作成・送信され、顧客端末
１０側には図８に示す申込画面が表示される（ステップ
１５）。これに対して、顧客情報の認証が得られなかっ
た場合（認証不可）、顧客端末１０側には認証不可の結
果画面が表示される（ステップ１５’）。
は、認証結果に応じた画面を作成し、それを顧客端末１
０に送信する（ステップ１４）。すなわち、顧客情報の
認証が得られた場合（認証可）、口座開設に必要な申込
情報の入力を促す申込画面が作成・送信され、顧客端末
１０側には図８に示す申込画面が表示される（ステップ
１５）。これに対して、顧客情報の認証が得られなかっ
た場合（認証不可）、顧客端末１０側には認証不可の結
果画面が表示される（ステップ１５’）。
【００３２】ステップ１５に続くステップ１６におい
て、顧客は、図８に示した申込画面において要求される
情報（暗証番号等）を申込情報として入力ししていく。
そして、図９に示す申込内容の確認画面に表示された申
込情報を確認した上で、「送信する」ボタンをクリック
する。このアクションにより、申込情報が顧客端末１０
から銀行側システム１へ送信される（ステップ１７）。
て、顧客は、図８に示した申込画面において要求される
情報（暗証番号等）を申込情報として入力ししていく。
そして、図９に示す申込内容の確認画面に表示された申
込情報を確認した上で、「送信する」ボタンをクリック
する。このアクションにより、申込情報が顧客端末１０
から銀行側システム１へ送信される（ステップ１７）。
【００３３】申込情報を受信した銀行側システム１は、
銀行用申込データベース５を参照して、その顧客の顧客
情報を取得する。つぎに、この顧客情報と申込情報とが
記述された新規レコードを口座開設データベース７に追
加する（ステップ１８）。そして、申込完了画面を作成
して顧客端末１０に送信する。顧客端末１０側では、図
１０に示す申込完了画面が表示され、この案件の受付番
号Ｘが顧客に対して通知される。そして、顧客が「確
認」ボタンをクリックすることにより、顧客による確認
が完了した旨が銀行側システム１に通知される。
銀行用申込データベース５を参照して、その顧客の顧客
情報を取得する。つぎに、この顧客情報と申込情報とが
記述された新規レコードを口座開設データベース７に追
加する（ステップ１８）。そして、申込完了画面を作成
して顧客端末１０に送信する。顧客端末１０側では、図
１０に示す申込完了画面が表示され、この案件の受付番
号Ｘが顧客に対して通知される。そして、顧客が「確
認」ボタンをクリックすることにより、顧客による確認
が完了した旨が銀行側システム１に通知される。
【００３４】なお、本実施形態では、上述した一連の手
順をリアルタイム処理により実行するが、コンピュータ
の処理能力や通信回線の速度等を考慮して、バッチ処理
で実行することも当然可能である。一連の手順により新
規口座の開設申込みが完了した後、銀行は、口座開設に
必要な事務処理を行うとともに、キャッシュカードや通
帳等を作成し、これらを顧客に対して郵送する。
順をリアルタイム処理により実行するが、コンピュータ
の処理能力や通信回線の速度等を考慮して、バッチ処理
で実行することも当然可能である。一連の手順により新
規口座の開設申込みが完了した後、銀行は、口座開設に
必要な事務処理を行うとともに、キャッシュカードや通
帳等を作成し、これらを顧客に対して郵送する。
【００３５】このように、本実施形態に係る新規口座の
開設手法によれば、顧客在宅型チャネルであるホームバ
ンキングを利用した新規口座の開設が可能となる。その
結果、顧客利便性の一層の向上を図ることができるとと
もに、銀行業務の一層の効率化を図ることが可能とな
る。
開設手法によれば、顧客在宅型チャネルであるホームバ
ンキングを利用した新規口座の開設が可能となる。その
結果、顧客利便性の一層の向上を図ることができるとと
もに、銀行業務の一層の効率化を図ることが可能とな
る。
【００３６】また、新規口座を開設する際に必要な顧客
に関する認証を、銀行以外の事業体が有する信用力ある
認証機能を利用することにより（換言すれば、その事業
体が顧客に対して提供した認証ツールに基づくユーザ認
証結果が認証可であることを条件として）、行ってい
る。具体的には、新規口座を開設申込みに際しては、
(1)事業体側が顧客（サービス加入者）に対して提供し
た認証ツール１６が装填された顧客端末１０を使用する
こと、(2)顧客情報を入力すること、(3)事業体に対して
有効な認証情報（ＩＤ・パスワード等）を入力するこ
と、の３つの条件をいずれも満足する必要がある。条件
(1)はユーザ認証（本人確認に相当）を行うための条件
であり、真正でない顧客端末１０を用いた申込みは受付
けないようになっている。したがって、顧客の本人確認
に相当する認証をネットバンキング上で行うことができ
る。また、条件(2)，(3)により、顧客が入力した顧客情
報が正しいか否かの認証（上述した「ユーザ認証」とは
異なる）を、信用力のある事業体が有する認証機能を利
用することで行うことができる。その結果、新規口座開
設に必要な認証を高レベルで実現することができるた
め、円滑な口座開設が可能となる。
に関する認証を、銀行以外の事業体が有する信用力ある
認証機能を利用することにより（換言すれば、その事業
体が顧客に対して提供した認証ツールに基づくユーザ認
証結果が認証可であることを条件として）、行ってい
る。具体的には、新規口座を開設申込みに際しては、
(1)事業体側が顧客（サービス加入者）に対して提供し
た認証ツール１６が装填された顧客端末１０を使用する
こと、(2)顧客情報を入力すること、(3)事業体に対して
有効な認証情報（ＩＤ・パスワード等）を入力するこ
と、の３つの条件をいずれも満足する必要がある。条件
(1)はユーザ認証（本人確認に相当）を行うための条件
であり、真正でない顧客端末１０を用いた申込みは受付
けないようになっている。したがって、顧客の本人確認
に相当する認証をネットバンキング上で行うことができ
る。また、条件(2)，(3)により、顧客が入力した顧客情
報が正しいか否かの認証（上述した「ユーザ認証」とは
異なる）を、信用力のある事業体が有する認証機能を利
用することで行うことができる。その結果、新規口座開
設に必要な認証を高レベルで実現することができるた
め、円滑な口座開設が可能となる。
【００３７】さらに、本実施形態において、事業体が有
する会員情報を銀行が入手するのではなく、銀行が事業
体に対して顧客情報の認証を依頼する形態を採ってい
る。したがって、事業体の会員情報自体が第三者（銀行
を含む）に流出することはないので、事業体側の会員の
プライバシーを不当に阻害することを防止できる。
する会員情報を銀行が入手するのではなく、銀行が事業
体に対して顧客情報の認証を依頼する形態を採ってい
る。したがって、事業体の会員情報自体が第三者（銀行
を含む）に流出することはないので、事業体側の会員の
プライバシーを不当に阻害することを防止できる。
【００３８】なお、本発明は、新規口座の開設以外に
も、顧客と取引を開始する際に認証が必要な形態に広く
適用することができる。例えば、クレジットカードの新
規作成申込み，保険の新規加入申込み，証券口座の新規
開設申込み，電気・電話・水道・ガスの新規契約申込み
等が挙げられる。これらのケースでは、顧客と取引する
取引者は、信販会社，保険会社，証券会社等になる。ま
た、本発明は、第三者の認証を利用し得る取引形態（例
えば、以前の取引の有無に拘わらず取引申込毎に認証を
要するケース、過去の取引履歴が存在しないケース）で
あればよく、新規取引に限定されるものではない。
も、顧客と取引を開始する際に認証が必要な形態に広く
適用することができる。例えば、クレジットカードの新
規作成申込み，保険の新規加入申込み，証券口座の新規
開設申込み，電気・電話・水道・ガスの新規契約申込み
等が挙げられる。これらのケースでは、顧客と取引する
取引者は、信販会社，保険会社，証券会社等になる。ま
た、本発明は、第三者の認証を利用し得る取引形態（例
えば、以前の取引の有無に拘わらず取引申込毎に認証を
要するケース、過去の取引履歴が存在しないケース）で
あればよく、新規取引に限定されるものではない。
【００３９】さらに、上述した実施形態の機能を実現す
るコンピュータプログラムを記録した記録媒体を、図１
に示した銀行側システム１に対して供給してもよい。こ
の場合、サーバ２が、記録媒体に格納されたコンピュー
タプログラムを読み取り実行することによって、本発明
の目的を達成することができる。したがって、記録媒体
から読み取られたコンピュータプログラム自体が本発明
の新規な機能を実現するため、そのプログラムを記録し
た記録媒体が本発明を構成する。コンピュータプログラ
ムを記録した記録媒体としては、例えば、ＣＤ−ＲＯ
Ｍ、フロッピー（登録商標）ディスク、ハードディス
ク、メモリカード、光ディスク、ＤＶＤ−ＲＯＭ、ＤＶ
Ｄ−ＲＡＭ等が挙げられる。また、上述した実施形態の
機能を実現するコンピュータプログラム自体も新規な機
能を有している。
るコンピュータプログラムを記録した記録媒体を、図１
に示した銀行側システム１に対して供給してもよい。こ
の場合、サーバ２が、記録媒体に格納されたコンピュー
タプログラムを読み取り実行することによって、本発明
の目的を達成することができる。したがって、記録媒体
から読み取られたコンピュータプログラム自体が本発明
の新規な機能を実現するため、そのプログラムを記録し
た記録媒体が本発明を構成する。コンピュータプログラ
ムを記録した記録媒体としては、例えば、ＣＤ−ＲＯ
Ｍ、フロッピー（登録商標）ディスク、ハードディス
ク、メモリカード、光ディスク、ＤＶＤ−ＲＯＭ、ＤＶ
Ｄ−ＲＡＭ等が挙げられる。また、上述した実施形態の
機能を実現するコンピュータプログラム自体も新規な機
能を有している。
【００４０】
【発明の効果】このように、本発明によれば、銀行以外
の第三者が有する認証機能を利用することにより、顧客
在宅型チャネルを利用した取引の申込みを行うことがで
きる。その結果、取引を開始する際に必要な認証を高レ
ベルで行うことができ、顧客利便性の向上を図ることが
でき、かつ、業務の効率化を推進することが可能とな
る。
の第三者が有する認証機能を利用することにより、顧客
在宅型チャネルを利用した取引の申込みを行うことがで
きる。その結果、取引を開始する際に必要な認証を高レ
ベルで行うことができ、顧客利便性の向上を図ることが
でき、かつ、業務の効率化を推進することが可能とな
る。
【図１】新規口座開設システムの全体構成図
【図２】新規口座の開設手順を示す図
【図３】新規口座の開設手順を示す図
【図４】顧客情報の入力画面の表示例を示す図
【図５】顧客情報の入力画面の表示例を示す図
【図６】顧客情報の確認画面の表示例を示す図
【図７】認証情報の確認画面の表示例を示す図
【図８】申込情報の入力画面の表示例を示す図
【図９】申込内容の確認画面の表示例を示す図
【図１０】申込完了画面の表示例を示す図
１ 銀行側システム、 ２ サーバ、 ３ 記憶装置、 ４ａ，４ｂ 通信装置、 ５ 銀行用申込データベース、 ６ 認証ツールデータベース、 ７ 口座開設データベース、 １０ 顧客端末、 １１ コンピュータ、 １２ 入力装置、 １３ 表示装置、 １４ 通信装置、 １５ 認証デバイス、 １６ 認証ツール、 ２０ 事業体側システム、 ２１ サーバ、 ２２ 記憶装置、 ２３ 通信装置、 ２４ 事業体用申込データベース、 ２５ 会員データベース
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/00 ６７３Ｅ
Claims (12)
- 【請求項１】顧客固有の電子情報が格納された認証ツー
ルを有する顧客と、認証ツールより読み出された電子情
報に基づくユーザ認証を必要に応じて行った上で、サー
ビス加入者である顧客に対してサービスを提供する事業
体と、取引を申込んだ顧客に関する認証を行う必要があ
る取引者との間で情報伝達可能なネットワーク環境にお
ける、認証システムにおいて、 顧客が取引者に対して取引を申込む際に、認証ツールに
より読み出された電子情報に基づいてユーザ認証を行う
とともに、顧客によって入力された顧客情報を取引者側
に送信し、顧客によって入力され、顧客と事業体との間
で予め設定された認証情報を取引者側に送信する顧客端
末と、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼する取引者側システムと、 取引者側より受信した前記顧客情報と前記認証情報とに
基づいて、前記顧客情報に関する認証を行うとともに、
認証結果を取引者側に通知する事業体側システムとを有
することを特徴とする認証システム。 - 【請求項２】前記ユーザ認証は、顧客が加入者となって
いる事業体が設定した認識手法に従い行われることを特
徴とする請求項１に記載された認証システム。 - 【請求項３】前記事業体側システムは、前記認証情報か
ら特定されたサービス加入者に関する会員情報を取得す
るとともに、当該会員情報と前記顧客情報とを比較する
ことにより、前記顧客情報に関する認証を行うことを特
徴とする請求項１に記載された認証システム。 - 【請求項４】顧客固有の電子情報が格納された認証ツー
ルを有する顧客と、認証ツールより読み出された電子情
報に基づくユーザ認証を必要に応じて行った上で、サー
ビス加入者である顧客に対してサービスを提供する事業
体と、取引を申込んだ顧客に関する認証を行う必要があ
る取引者との間で情報伝達可能なネットワーク環境にお
ける、取引者側システムにおいて、 顧客が取引者に対して取引を申込む際に、顧客によって
入力された顧客情報と、顧客によって入力され、顧客と
事業体との間で予め設定された認証情報とを、受信する
第１の受信手段と、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼する依頼手段と、 前記顧客情報と前記認証情報とに基づいた前記顧客情報
に関する認証結果を事業体側より受信する第２の受信手
段と、 前記認証結果が認証可の場合、認証ツールにより読み出
された電子情報に基づいたユーザ認証の結果が認証可で
あることを条件として、前記申込みが完了した旨を顧客
側に通知する通知手段とを有することを特徴とする取引
者側システム。 - 【請求項５】前記依頼手段は、認証ツールを有するサー
ビス加入者に対して自己のサービスを提供する複数の事
業体のうち、顧客が選択したいずれかの事業体に対し
て、前記顧客情報に関する認証を依頼することを特徴と
する請求項４に記載された取引者側システム。 - 【請求項６】顧客固有の電子情報が格納された認証ツー
ルを有する顧客と、認証ツールより読み出された電子情
報に基づくユーザ認証を必要に応じて行った上で、サー
ビス加入者である顧客に対してサービスを提供する事業
体と、取引を申込んだ顧客に関する認証を行う必要があ
る取引者との間で情報伝達可能なネットワーク環境にお
ける、事業体側システムにおいて、 顧客が取引者に対して取引を申込む際に、顧客によって
入力された顧客情報を、顧客によって入力されかつ顧客
と事業体との間で予め設定された認証情報とともに取引
者側より受信して、前記顧客情報に関する認証の依頼を
取引者側より受け付ける受信手段と、 前記顧客情報と前記認証情報とに基づいて、前記顧客情
報に関する認証を行う認証手段と、 前記認証手段による認証結果を取引者側に通知する通知
手段とを有することを特徴とする事業体側システム。 - 【請求項７】前記認証手段は、前記認証情報から特定さ
れたサービス加入者に関する会員情報を取得するととも
に、当該会員情報と前記顧客情報とを比較することによ
り、前記顧客情報に関する認証を行うことを特徴とする
請求項６に記載された事業体側システム。 - 【請求項８】顧客固有の電子情報が格納された認証ツー
ルを有する顧客と、認証ツールより読み出された電子情
報に基づくユーザ認証を必要に応じて行った上で、サー
ビス加入者である顧客に対してサービスを提供する事業
体と、取引を申込んだ顧客に関する認証を行う必要があ
る取引者との間で情報伝達可能なネットワーク環境にお
ける、認証方法において、 取引者に対して取引を申込む顧客に対して、当該顧客の
顧客情報の入力と当該顧客が有する認証ツールの選択と
を促すステップと、 選択されたツールに関する認証情報の入力を顧客側に対
して促すステップと、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼するステップと、 事業体側より受信した認証結果が認証可の場合、認証ツ
ールにより読み出された電子情報に基づいたユーザ認証
の結果が認証可であることを条件として、前記申込みが
完了した旨を顧客側に通知するステップとを有すること
を特徴とする認証方法。 - 【請求項９】顧客固有の電子情報が格納された認証ツー
ルを有する顧客と、認証ツールより読み出された電子情
報に基づくユーザ認証を必要に応じて行った上で、サー
ビス加入者である顧客に対してサービスを提供する事業
体と、取引を申込んだ顧客に関する認証を行う必要があ
る取引者との間で情報伝達可能なネットワーク環境にお
ける、認証方法を実行するためのプログラムを記録した
コンピュータ読み取り可能な記録媒体において、 取引者に対して取引を申込む顧客に対して、当該顧客の
顧客情報の入力と当該顧客が有する認証ツールの選択と
を促すステップと、 選択されたツールに関する認証情報の入力を顧客側に対
して促すステップと、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼するステップと、 事業体側より受信した認証結果が認証可の場合、認証ツ
ールにより読み出された電子情報に基づいたユーザ認証
の結果が認証可であることを条件として、前記申込みが
完了した旨を顧客側に通知するステップとを有する認証
方法を実行するための記録媒体。 - 【請求項１０】顧客固有の電子情報が格納された認証ツ
ールを有する顧客と、認証ツールより読み出された電子
情報に基づくユーザ認証を必要に応じて行った上で、サ
ービス加入者である顧客に対してサービスを提供する事
業体と、新規口座の開設を申込んだ顧客に関する認証を
行う必要がある銀行との間で情報伝達可能なネットワー
ク環境における、認証システムにおいて、 顧客が銀行に対して新規口座の開設を申込む際に、認証
ツールにより読み出された電子情報に基づいてユーザ認
証を行うとともに、顧客によって入力された顧客情報を
銀行側に送信し、顧客によって入力され、顧客と事業体
との間で予め設定された認証情報を銀行側に送信する顧
客端末と、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼する銀行側システムと、 銀行側より受信した前記顧客情報と前記認証情報とに基
づいて、前記顧客情報に関する認証を行うとともに、認
証結果を銀行側に通知する事業体側システムとを有する
ことを特徴とする認証システム。 - 【請求項１１】顧客固有の電子情報が格納された認証ツ
ールを有する顧客と、認証ツールより読み出された電子
情報に基づくユーザ認証を必要に応じて行った上で、サ
ービス加入者である顧客に対してサービスを提供する事
業体と、取引を申込んだ顧客に関する認証を行う必要が
ある銀行との間で情報伝達可能なネットワーク環境にお
ける、銀行側システムにおいて、 顧客が銀行に対して新規口座の開設を申込む際に、顧客
によって入力された顧客情報と、顧客によって入力さ
れ、顧客と事業体との間で予め設定された認証情報と
を、受信する第１の受信手段と、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼する依頼手段と、 前記顧客情報と前記認証情報とに基づいた前記顧客情報
に関する認証結果を事業体側より受信する第２の受信手
段と、 前記認証結果が認証可の場合、認証ツールにより読み出
された電子情報に基づいたユーザ認証の結果が認証可で
あることを条件として、前記新規口座の開設の申込みが
完了した旨を顧客側に通知する通知手段とを有すること
を特徴とする銀行側システム。 - 【請求項１２】顧客固有の電子情報が格納された認証ツ
ールを有する顧客と、認証ツールより読み出された電子
情報に基づくユーザ認証を必要に応じて行った上で、サ
ービス加入者である顧客に対してサービスを提供する事
業体と、取引を申込んだ顧客に関する認証を行う必要が
ある取引者との間で情報伝達可能なネットワーク環境に
おける、コンピュータに認証方法を実行させるプログラ
ムにおいて、 取引者に対して取引を申込む顧客に対して、当該顧客の
顧客情報の入力と当該顧客が有する認証ツールの選択と
を促すステップと、 選択されたツールに関する認証情報の入力を顧客側に対
して促すステップと、 顧客側より受信した前記顧客情報と前記認証情報とを事
業体側に送信して、前記顧客情報に関する認証を事業体
側に依頼するステップと、 事業体側より受信した認証結果が認証可の場合、認証ツ
ールにより読み出された電子情報に基づいたユーザ認証
の結果が認証可であることを条件として、前記申込みが
完了した旨を顧客側に通知するステップとを有する認証
方法をコンピュータに実行させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000330688A JP4053229B2 (ja) | 2000-10-30 | 2000-10-30 | 取引者側システムおよび銀行側システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000330688A JP4053229B2 (ja) | 2000-10-30 | 2000-10-30 | 取引者側システムおよび銀行側システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002133096A true JP2002133096A (ja) | 2002-05-10 |
| JP4053229B2 JP4053229B2 (ja) | 2008-02-27 |
Family
ID=18807159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000330688A Expired - Lifetime JP4053229B2 (ja) | 2000-10-30 | 2000-10-30 | 取引者側システムおよび銀行側システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4053229B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107516204A (zh) * | 2017-08-31 | 2017-12-26 | 四川长虹电器股份有限公司 | 互联网银企对接系统及对接方法 |
-
2000
- 2000-10-30 JP JP2000330688A patent/JP4053229B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107516204A (zh) * | 2017-08-31 | 2017-12-26 | 四川长虹电器股份有限公司 | 互联网银企对接系统及对接方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4053229B2 (ja) | 2008-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20030055792A1 (en) | Electronic payment method, system, and devices | |
| US10762543B2 (en) | Data security system and method | |
| JP4996085B2 (ja) | サービス提供装置及びプログラム | |
| WO2009048191A1 (en) | Security authentication method and system | |
| KR102140708B1 (ko) | 금융 서비스 제공 방법 및 서버 | |
| KR100862098B1 (ko) | 금융상품 가입 처리방법 | |
| JP7598349B2 (ja) | プログラム、情報処理装置、及び情報処理方法 | |
| JP4053229B2 (ja) | 取引者側システムおよび銀行側システム | |
| KR20240021510A (ko) | 물류 서비스 지원 시스템 | |
| KR20090104215A (ko) | 금매매 처리 방법 및 시스템과 이를 위한 프로그램기록매체 | |
| KR101135553B1 (ko) | 고객 가입 금융상품과 연동하는 대출 서비스 방법 및시스템과 이를 위한 프로그램 기록매체 | |
| KR101041122B1 (ko) | 담보대출운용 방법 및 시스템과 이를 위한 프로그램기록매체 | |
| KR101093127B1 (ko) | 수입금융 대표한도 설정 방법 | |
| KR100946420B1 (ko) | 신탁대출 운용 방법 | |
| KR100854349B1 (ko) | 담보 대출처리 방법과 이를 위한 프로그램 기록매체 | |
| KR101014678B1 (ko) | 원격거래 채널을 이용한 금융계좌 운용방법 및 시스템과 이를 위한 프로그램 기록매체 | |
| KR100821850B1 (ko) | 외환송금 방법과 이를 위한 기록매체 | |
| KR20160006652A (ko) | 결제계좌와 결제수단 연계 방법 | |
| KR101041113B1 (ko) | 금융교육과 연계되는 금융상품 운용방법 및 시스템과 이를위한 프로그램 기록매체 | |
| JP3096874U (ja) | 会員登録のための装置 | |
| KR100976521B1 (ko) | 통신요금 선물요청 처리방법 및 시스템과 이를 위한 기록매체 | |
| KR101139648B1 (ko) | 인터넷을 이용한 금융사간 이체거래 서비스 제공 방법 및 시스템과 이를 위한 프로그램 기록매체 | |
| KR20080036563A (ko) | 외환송금 방법 | |
| KR20090093273A (ko) | 학생증 겸용 카드발급 처리 방법 및 시스템과 이를 위한프로그램 기록매체 | |
| KR20100125494A (ko) | 블로그(또는 웹사이트) 운영자에 대한 대출서비스 제공 방법 및 이를 위한 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030902 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071012 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20071012 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071012 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071205 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4053229 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100916 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 3 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111214 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20110118 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111214 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121214 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131214 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |