(57)【要約】【課題】ユーザとサプライヤの両方の負担を軽減する電子的な申込技術を提供する。【解決手段】情報処理端末が、ユーザ所望のサービスに対する申込をユーザから受け付け、ユーザの個人情報を記憶している第一の可搬型装置から個人情報を読み出し、また、料金の引落元の情報を記憶している第二の可搬型装置から引落元情報を読み出す。その端末は、申込の内容を表す申込内容情報、個人情報及び引落元情報を含んだ申込情報を、ホストコンピュータに送信する。ホストコンピュータが、情報処理端末から受信した申込情報を記憶手段に格納し、申込情報内の引落元情報が表す引落元を管理する機関のコンピュータに、引落元の存在を照会する。その照会により引落元の存在を確認した後に、ホストコンピュータは、申込情報内の申込内容情報から特定されるサービスのサプライヤのコンピュータに、申込情報を送信する。【選択図】図６
2010066951.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ所望のサービスに対する申込を前記ユーザから受け付ける申込受付手段と、
ユーザの個人情報を記憶している第一の可搬型装置から前記個人情報を読み出す第一の読出し手段と、
料金の引落元の情報を記憶している第二の可搬型装置から前記引落元情報を読み出す第二の読出し手段と、
前記ユーザから受け付けた申込の内容を表す申込内容情報と前記読み出された個人情報及び引落元情報とを含んだ申込情報を記憶手段に格納する格納手段と、
前記申込情報内の前記引落元情報が表す引落元を管理する機関のコンピュータに、前記引落元の存在を照会する照会手段と、
前記照会により前記引落元の存在が確認された後に、前記申込情報内の前記申込内容情報から特定されるサービスのサプライヤのコンピュータに、前記申込情報を送信する送信手段と
を備える電子申込システム。
【請求項２】
前記送信手段により前記申込情報が送信された後に、前記記憶手段から前記申込情報を削除する申込情報削除手段、を更に有する、
請求項１記載の電子申込システム。
【請求項３】
前記第一又は前記第二の可搬型装置、又は、有意な情報が記憶されていない第三の可搬型装置に、前記申込情報に基づいて生成された、前記ユーザ所望のサービスを利用するために必要な情報を書き込む書込み手段、を更に有する、
請求項１又は２記載の電子申込システム。
【請求項４】
前記申込受付手段、前記第一の読出し手段及び前記第二の読出し手段を有する情報処理端末と、前記情報処理端末のホストコンピュータとを備え、
前記格納手段、前記照会手段及び前記送信手段が、前記ホストコンピュータに備えられている、
請求項１乃至３のうちのいずれかに記載の電子申込システム。
【請求項５】
前記申込受付手段、前記第一の読出し手段及び前記第二の読出し手段を有する情報処理端末と、前記情報処理端末のホストコンピュータとを備え、
前記照会手段が、前記情報処理端末に備えられており、
前記格納手段及び前記送信手段のいずれかが、前記ホストコンピュータに備えられている、
請求項１乃至３のうちのいずれかに記載の電子申込システム。
【請求項６】
前記申込受付手段、前記第一の読出し手段及び前記第二の読出し手段を有する情報処理端末と、前記情報処理端末のホストコンピュータとを備え、
前記格納手段が、前記情報処理端末に備えられており、
前記照会手段及び前記送信手段のいずれかが、前記ホストコンピュータに備えられている、
請求項１乃至３のうちのいずれかに記載の電子申込システム。
【請求項７】
情報処理端末と通信するホストコンピュータであって、
ユーザ所望の申込の内容を表す申込内容情報、前記ユーザの個人情報、及び、料金の引落元の情報を含んだ申込情報を情報処理端末から受信する受信手段と、
前記受信した申込情報を記憶手段に格納する格納手段と、
前記申込情報内の前記引落元情報が表す引落元を管理する機関のコンピュータに、前記引落元の存在を照会する照会手段と、
前記照会により前記引落元の存在が確認された後に、前記申込情報内の前記申込内容情報から特定されるサービスのサプライヤのコンピュータに、前記申込情報を送信する送信手段と
を備えるホストコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子的な申込みに関する。
【背景技術】
【０００２】
電子的な申込みに関する技術として、例えば、特許文献１及び２に開示の技術が知られている。
【０００３】
特許文献１には、自動契約装置でキャッシュカードを発行する技術が開示されている。具体的には、ユーザが、パーソナルコンピュータなどに個人情報及び申込内容を入力する。その個人情報及び申込内容が、パーソナルコンピュータから専用ホストに送信される。専用ホストが、カード発行機関に本人確認を行い、本人確認ができたらパスワードを発行する。ユーザが、そのパスワードを自動契約装置に入力すると、キャッシュカードが発行される。
【０００４】
特許文献２には、ＡＴＭ（Automatic Teller Machine）から住所変更を行う技術が開示されている。具体的には、ＡＴＭが、住民基本台帳カード（以下、住基カード）に可視的に表示されている住所情報をＯＣＲ（Optical Character Reader）で読み取り、また、キャッシュカードから口座番号を読み出す。そして、ＡＴＭが、口座番号と住所情報とを金融機関に送る。金融機関が、口座番号に対応付けて管理されている住所情報を、送られて来た住所情報に変更する。
【０００５】
【特許文献１】特開２００２−２３６８０２号公報
【特許文献２】特開２００６−２５１９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、携帯電話機の購入やスポーツジムへの入会など種々のサービスに申込む場合、一般に、ユーザ及びサプライヤ（サービスを提供する者（例えば企業））は、それぞれ、以下の作業を行う必要がある。
ユーザ：所定の申込書に、個人情報（例えば、ユーザの氏名、住所など）と、料金の引落元の情報（例えば、金融機関の口座番号、又はクレジットカード番号を含んだ情報）とを手で記入する。申込むサービスの種類或いは申込先のサプライヤ等によっては、引落元口座の届出印を、上記申込書或いは別の用紙に押す。
サプライヤ：申込書に記入されている引落元が存在するかどうかを、その引落元を管理する機関（例えば、引落元が預金口座であれば、その預金口座を管理する銀行）に問い合わせることで、引落元が存在するかどうかの確認を行う。その問合せでは、例えば、ユーザに押された印鑑が引落元の届出印かどうかの印鑑照合を依頼する。
【０００７】
上記のような一般的な申込み方法だと、ユーザとサプライヤの両方に負担がある。
【０００８】
すなわち、ユーザにとっては、個人情報や引落元情報を手書きで記入する必要があるという負担がある。また、引落元の届出印を探したりその届出印を押したりしなければならない場合があるが、その場合には一層負担である。
【０００９】
また、サプライヤにとっては、前述の方法で引落元が存在するかどうかの確認を行わなければならないという事務手続き面での負担と、個人情報が記入されている申込書を個人情報が漏洩しないようしっかりと管理しなければならないという管理面での負担がかかる。引落元の確認には、費用と時間がかかり、一方、申込書の管理には、個人情報が記入されている紙媒体が管理対象であるが故の負担がかかる。
【００１０】
従って、本発明の目的は、ユーザとサプライヤの両方の負担を軽減する電子的な申込技術を提供することにある。
【課題を解決するための手段】
【００１１】
電子申込システムが、ユーザ所望のサービスに対する申込をユーザから受け付ける申込受付手段と、ユーザの個人情報を記憶している第一の可搬型装置から個人情報を読み出す第一の読出し手段と、料金の引落元の情報を記憶している第二の可搬型装置から引落元情報を読み出す第二の読出し手段と、前記申込の内容を表す申込内容情報、個人情報及び引落元情報を含んだ申込情報を記憶手段に格納する格納手段と、申込情報内の引落元情報が表す引落元を管理する機関のコンピュータに、引落元の存在を照会する照会手段と、その照会により引落元の存在を確認した後に、申込情報内の申込内容情報から特定されるサービスのサプライヤのコンピュータに、申込情報を送信する送信手段とを備える。
【００１２】
この電子申込システムは、情報処理端末であっても良いし、情報処理端末とそのホストコンピュータとの組み合わせであっても良い。
【００１３】
「情報処理端末」は、例えば、ユーザが所有するパーソナルコンピュータ或いは携帯電話機、又は、コンビニエンスストア等に設置されている自動取引装置（典型的にはＡＴＭ（Automatic Teller Machine））である。
【００１４】
「第一の可搬型装置」は、例えば、携帯電話機又はカード型記憶媒体である。「カード型記憶媒体」としては、磁気カード或いはＩＣカードなど種々の媒体を採用することができる。第一の可搬型装置がカード型記憶媒体である場合の具体例としては、住民基本台帳カード、免許証カード、パスポートカード及び保険証カードなどがある。
【００１５】
「第二の可搬型装置」は、例えば、携帯電話機又はカード型記憶媒体である。「カード型記憶媒体」としては、磁気カード或いはＩＣカードなど種々の媒体を採用することができる。第二の可搬型装置がカード型記憶媒体である場合の具体例としては、キャッシュカード或いはクレジットカードがある。従って、「引落元情報」としては、例えば、預金口座の番号或いはキャッシュカード番号を含んだ情報が考えられる。「引落元を管理する機関」としては、銀行、郵便局、或いはクレジットカード会社などが考えられる。なお、第二の可搬型装置は、第一の可搬型装置と同体であっても良い（例えば、個人情報が記憶されている携帯電話機に、引落元情報が記憶されていても良い）。
【００１６】
情報処理端末は、少なくとも、申込受付手段、第一の読出し手段及び第二の読出し手段を有する。情報処理端末は、前述の申込情報を、ホストコンピュータに送信する。
【００１７】
好適な実施形態では、格納手段及び照会手段の両方が、ホストコンピュータに備えられている。
【００１８】
別の好適な実施形態では、照会手段が、情報処理端末に備えられていて、格納手段及び送信手段のいずれかが、ホストコンピュータに備えられている。この場合、情報処理端末は、照会の結果をホストコンピュータに通知する。ホストコンピュータ内の送信手段は、情報処理端末から通知された照会結果が、引落元の存在を確認できないという結果であれば、申込情報をサプライヤのコンピュータに送信しない。
【００１９】
また別の好適な実施形態では、格納手段が、情報処理端末に備えられており、照会手段及び送信手段のいずれかが、ホストコンピュータに備えられている。
【００２０】
格納手段からの申込情報の格納先となる前述の「記憶手段」は、ホストコンピュータ内に存在する記憶資源であって良いし、情報処理端末内に存在する記憶資源であっても良いし、ホストコンピュータと情報処理端末とは別の場所に存在する記憶資源であっても良い。
【００２１】
好適な実施形態では、電子申込システムは、申込情報が送信された後に記憶手段から申込情報を削除する申込情報削除手段、を更に有する。申込情報削除手段は、情報処理端末とホストコンピュータのどちらに備えられても良い。例えば、申込情報削除手段は、情報処理端末とホストコンピュータのうち、格納手段が備えられている方に備えられる。
【００２２】
好適な実施形態では、電子申込システムは、第一又は前記第二の可搬型装置、又は、有意な情報が記憶されていない第三の可搬型装置（例えば後述する生カード）に、申込情報に基づいて生成された、ユーザ所望のサービスを利用するために必要な情報を書き込む書込み手段、を更に有する。その情報としては、例えば、会員情報が考えられる。この書込み手段は、前述の情報処理端末に備えられる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して、本発明の幾つかの実施例を説明する。なお、以下の説明では、個人情報が記憶されている第一の可搬型装置として、住民基本台帳カード（以下、住基カード）を例に採り、引落元情報が記憶されている第二の可搬型装置として、預金口座の番号を含んだカード情報が記憶されているキャッシュカードを例に採る。
【実施例１】
【００２４】
図１は、本発明の実施例１に係るシステム構成を示す。
【００２５】
本実施例では、ユーザは、コンビニエンスストアに設置されているＡＴＭから、ユーザ所望の有料サービスについての申込を行うことができる。
【００２６】
ＡＴＭ１０３が、通信ネットワーク１１１を介して、ホストコンピュータ（以下、ホスト）１１５と通信する。なお、ＡＴＭ１０３は、複数台存在するが、同図では、説明を分かり易くするため、１台のみを図示している。
【００２７】
ホスト１１５は、通信ネットワーク１１１を介して、ＡＴＭ１０３の他に、複数の銀行サーバ１０５、１０５、…と、複数のサプライヤサーバ１０１、１０１、…と通信することができる。「銀行サーバ」とは、銀行に関わるサーバであり、口座を管理している。「サプライヤサーバ」とは、サプライヤ（有料サービスの提供者）に関わるサーバである。ホスト１１５、銀行サーバ１０５及びサプライヤサーバ１１１のいずれも、ＣＰＵや記憶装置（例えばメモリ）等を備えている。
【００２８】
ホスト１１５は、申込統括管理ＤＢ１１７を管理する。申込統括管理ＤＢ１１７は、複数のＡＴＭ１０３から受信した様々な申込みに関する情報を有する。このＤＢ１１７は、ホスト１１５の内部と外部のどちらの記憶装置に記憶されていても良い。
【００２９】
各サプライヤサーバ１０１は、申込個別管理ＤＢ１０６を管理する。申込個別管理ＤＢ１０６は、当該サプライヤ（このＤＢ１０６を管理するサプライヤサーバ１０１に対応するサプライヤ）に対する申込みのみに関する情報を有する。つまり、他のサプライヤに対する申込みに関する情報は、当該サプライヤについての申込個別管理ＤＢ１０６には格納されない。このＤＢ１０６は、サプライヤサーバ１０１の内部と外部のどちらの記憶装置に記憶されていても良い。
【００３０】
図２は、ＡＴＭ１０３の構成を示す。
【００３１】
ＡＴＭ１０３は、通信部１０３１と、制御部１０３２と、記憶部１０３３と、ＩＣリーダ／ライタ１０３４と、カードリーダライタ１０３５と、載置部１０３６と、カード挿入部１０３７と、ボタン群１０３８と、表示部１０３９とを備える。通信部１０３１は、通信ネットワーク１１１に接続されホストコンピュータ１１５との通信インタフェースとなる装置である。制御部１０３２は、例えばマイクロプロセッサであり、所定のコンピュータプログラムを実行することによって、ＡＴＭ１０３の動作を制御する。記憶部１０３３は、メモリ或いはその他の記憶装置である。載置部１０３６は、携帯電話機５０が載置されるステージである。ＩＣリーダ／ライタ１０３４は、載置部１０３６に載置された携帯電話機５０内のＩＣチップ（以下、「携帯ＩＣチップ」と言うことがある）から情報を読み出す、又は、携帯ＩＣチップに情報を書き込む。カード挿入部１０３７は、カードの挿入を受け付けるスロットである。カードリーダライタ１０３５は、カード挿入部１０３７に挿入されたカードに記憶されている情報であるカード情報を読み出す、又は、そのカードに情報を書き込むことが可能な装置である。ボタン群１０３８は、特定の情報、例えばＰＩＮ（例えば暗証番号）の入力に使用される。表示部１０３９は、例えばタッチパネル式のディスプレイ装置である。
【００３２】
図３は、ホスト１１５の機能ブロック図である。
【００３３】
ホスト１１５は、口座確認部１１５１と、申込情報格納部１１５２と、申込情報提供部１１５３と、申込情報削除部１１５４とを備える。口座確認部１１５１は、ユーザから指定された口座が存在するか否かを確認する。申込情報格納部１１５２は、ＡＴＭ１０３から受領した申込情報を申込統括管理ＤＢ１１７に格納する。申込情報提供部１１５３は、申込統括管理ＤＢ１１７内の申込情報を、申込先のサプライヤのサプライヤサーバ１０１に送信する。申込情報削除部１１５４は、申込統括管理ＤＢ１１７から申込情報を削除する。これらの要素１１５１〜１１５４のうちの少なくとも一つは、ホスト１１５内のメモリからＣＰＵに読み込まれて実行されるコンピュータプログラムである。
【００３４】
図４は、申込統括管理ＤＢ１１７を構成する各申込統括管理データの構成を示す。
【００３５】
申込統括管理データに、申込管理情報と、申込進捗ステータスと、申込情報とが含まれる。
【００３６】
申込管理情報とは、申し込みされた位置や日時に関する情報である。例えば、申込管理情報には、店舗コード（申し込みを受けたＡＴＭ１０３が設置されている店舗を表すコード）、ＡＴＭコード（申し込みを受けたＡＴＭ１０３を表すコード）、及び申込日時（申し込みを受けた日時）が含まれる。
【００３７】
申込進捗ステータスとは、申込みの進捗状況を表すステータスである。申込進捗ステータスとしては、例えば、“口座未確認”、“口座確認中”、“口座確認済”及び“申込完了”といったステータスがある。
【００３８】
申込情報は、ＡＴＭ１０３に入力された申込みに関する情報であり、例えば、申込内容情報と、口座情報と、個人情報とを含む。申込内容情報は、申込内容に関する情報であり、例えば、サプライヤ名（サービスの申込先となるサプライヤの名称）、サービス名（申込対象のサービスの名称）、サービス開始日時などを含む。口座情報は、例えば、口座番号とその口座番号を管理する銀行に関する情報とを含んだ情報である。個人情報は、ユーザの氏名や住所などを含んだ情報である。
【００３９】
図５は、申込個別管理ＤＢ１０６を構成する各申込個別管理データの構成を示す。
【００４０】
申込個別管理データには、申込情報が含まれる。その申込情報は、ホスト１１５から提供された情報である。
【００４１】
以下、図６を参照して、この実施例で行われる処理の流れを説明する。
【００４２】
ＡＴＭ１０３の制御部１０３２が、申込メニュー画面を表示部１０３９に表示する（Ｓ６００）。この申込メニュー画面には、複数種類の有料サービスに対応した複数の申込選択肢が表示される。有料サービスとしては、例えば、携帯電話機の購入、スポーツジムへの入会などがある。
【００４３】
ユーザは、申込メニュー画面の中から所望の有料サービスに対応した申込選択肢を選択する（Ｓ６０１）
ＡＴＭ１０３の制御部１０３２が、選択された申込選択肢に対応した申込処理を実行する（Ｓ６０２）。具体的には、制御部１０３２は、選択された申込選択肢に対応した申込内容情報を記憶部１０３３に書き込む。また、制御部１０３２は、住民基本台帳カード（以下、住基カード）５０１とキャッシュカード５０３との挿入をユーザに命じ、ユーザから、住基カード５０１とキャッシュカード５０３とを受け付ける。制御部１０３２は、カードリーダ／ライタ１０３５を介して、住基カード５０１から個人情報を読み出して記憶部１０３３に書込み、且つ、キャッシュカード５０３から口座情報を読み出して記憶部１０３３に書き込む。制御部１０３２は、記憶部１０３３に記憶されている申込内容情報、個人情報及び口座情報を含んだ申込情報を、通信部１０３１を介して、ホスト１１５に送信する。
【００４４】
ホスト１１５が申込情報を受信し、ホスト１１５内の申込情報格納部１１５２が、その申込情報を含んだ申込統括管理データを生成し、そのデータを申込統括管理ＤＢ１１７に格納する（Ｓ６０３）。申込統括管理データには、前述したように、申込情報の他に、申込管理情報及び申込進捗ステータスが含まれている。Ｓ６０３で格納されたデータ内の申込進捗ステータスは、“口座未確認”を表す。
【００４５】
口座確認部１１５１が、受信した申込情報内の口座情報内の銀行情報が表す銀行の銀行サーバに、その口座情報内の口座番号が存在するかどうかを照会する（Ｓ６０４）。具体的には、例えば、口座確認部１１５１は、その銀行サーバに、その口座番号を指定した残高照会電文を送信する。その際、口座確認部１１５１は、Ｓ６０３で格納された申込統括管理データ内の申込進捗ステータスを、“口座確認中”に更新する。
【００４６】
Ｓ６０４の結果、口座番号の存在を確認できなければ（Ｓ６０５：ＮＯ）、口座確認部１１５１は、ＮＧ（エラー）をＡＴＭ１０３に通知する。この場合、ＡＴＭ１０３の制御部１０３２が、ＮＧ（例えば、挿入されたキャッシュカード５０３の口座番号では申込できない旨のメッセージ）を表示部１０３９に表示する。
【００４７】
一方、Ｓ６０４の結果、口座番号の存在を確認できれば（Ｓ６０５：ＹＥＳ）、口座確認部１５１は、ＯＫ（成功）をＡＴＭ１０３に通知する。また、口座確認部１５１は、Ｓ６０３で格納された申込統括管理データ内の申込進捗ステータスを、“口座確認済”に更新する（Ｓ６０６）。
【００４８】
ＡＴＭ１０３の制御部１０３２が、ＯＫをＡＴＭ１０３から受領したならば、申込結果を表す情報を印刷する（Ｓ６０７）。これにより、申込結果情報が印刷されたレシート５０７を、ユーザが受け取る。印刷される申込結果情報には、申込に成功したことを表す情報と、申込情報とが含まれる。
【００４９】
ユーザは、コンビニエンスストアから、申込んだ有料サービスを実際に提供してくれるサプライヤの店舗に移動する。ユーザは、申込結果情報が印刷されているレシート（以下、申込結果レシート）５０７を店員に渡す（Ｓ６５１）。
【００５０】
店員は、サプライヤサーバ１０１に接続されている情報処理端末（以下、サプライヤ端末）を操作して、その申込結果レシート５０７に印刷されている申込結果情報を基に、申込確認指示をサプライヤサーバ１０１に送る（Ｓ６５２）。申込確認指示には、例えば、申込結果情報に含まれている申込ＩＤが含まれる。
【００５１】
サプライヤサーバ１０１は、店員が操作するサプライヤ端末からの申込確認指示に応答して、申込確認要求を作成してホスト１１５に送信する（Ｓ６５３）。申込確認要求には、申込確認指示に含まれている申込ＩＤが含まれる。
【００５２】
ホスト１１５の申込情報提供部１１５３が、サプライヤサーバ１０１からの申込確認要求に応答して、その要求に含まれている申込ＩＤをキーに申込統括管理ＤＢ１１７を参照し、その申込ＩＤに対応した申込の進捗ステータスが“口座確認済”かどうかを判断する（Ｓ６５４）。具体的には、申込情報提供部１１５３は、その申込ＩＤを有した申込統括管理データ内の申込進捗ステータスを参照する。その情報が表す状況が“口座確認済”であれば（Ｓ６５４：ＹＥＳ）、申込情報提供部１１５３は、その申込統括管理データ内の申込情報をサプライヤサーバ１０１に送信し（Ｓ６５５）、そうでなければ（Ｓ６５４：ＮＯ）、ＮＧをサプライヤサーバ１０１に返答する。
【００５３】
サプライヤサーバ１０１は、申込情報をホスト１１５から受信したならば、その申込情報を含んだ申込個別管理データを申込個別管理ＤＢ１０６に格納し、申込確認ができたことを、Ｓ６５３で受けた申込確認指示の送信元のサプライヤ端末に通知する（Ｓ６５６）。この結果、サプライヤ端末のディスプレイ画面に、申込確認ができた旨のメッセージが表示される。店員は、そのメッセージを見たら、申込対象の有料サービスをユーザに提供する（Ｓ６５７）。例えば、有料サービスが、携帯電話機の購入であれば、店員は、ユーザ所望の携帯電話機をユーザに提供する。
【００５４】
なお、申込情報が送信された後（例えば、申込情報が送信された直後、或いは、申込個別管理データを格納したことの応答をサプライヤサーバ１０１から受信した直後）、申込情報提供部１１５３によって、送信された申込情報を含んだ申込統括管理データ内の申込進捗ステータスが、“申込完了”に更新される。ホスト１１５の申込情報削除部１１５４は、申込進捗ステータスが“申込完了”になっている申込統括管理データを、申込統括管理ＤＢ１１７から削除する（Ｓ６６０）。申込統括管理データ内の申込情報には個人情報が含まれているので、このＳ６６０が行われることにより、個人情報の漏洩の防止が期待できる。
【００５５】
以上が、実施例１についての説明である。なお、申込結果情報は、印刷されることに代えて又は加えて、携帯ＩＣチップに書込まれても良い。この場合、ユーザは、レシート５０７を渡すことに代えて又は加えて、申込結果情報が記憶されている携帯電話機を店員に渡す、或いは、申込結果情報を表示している携帯電話機を店員に提示しても良い。また、申込情報削除部１１５４は、定期的に、申込統括管理ＤＢ１１７をチェックし、申込進捗ステータスが“申込完了”になっている申込統括管理データを検出した場合には、それを削除しても良い。
【００５６】
以上、この実施例によれば、ホスト１１５に提供される個人情報は、住基カード５０１から読み出された情報であり、口座情報は、キャッシュカード５０３から読み出された情報である。従って、ユーザが手で個人情報及び口座情報を入力する必要がない。
【００５７】
また、この実施例によれば、口座が存在するかどうかの確認を、ホスト１１５が、その口座の番号を含んだ残高照会電文を銀行サーバ１０５に送信することで行う。従って、費用を実質的に発生させずに口座確認を行うことができ、更に、サプライヤが口座確認を行う必要が無いので（印鑑照合の依頼も行う必要が無いので）、サプライヤの事務手続き面での負担が軽減される。
【００５８】
また、この実施例によれば、管理対象となる情報、すなわち、個人情報、口座情報及び申込内容情報は、いずれも、電子的な情報であり、紙媒体に書かれた情報ではない。従って、サプライヤにとって、個人情報などの管理面での負担も軽減される。
【００５９】
また、この実施例によれば、口座の存在が確認された場合に、申込情報がホスト１１５からサプライヤサーバ１０１に送信される。この結果、サプライヤにとっては、申込情報（個人情報及び口座情報）の受領と口座が存在することの確認とを同時に行えたことになる。すなわち、従来は、口座の確認作業と、申込情報の受領は、時を違えて行われていた作業であるが、本実施例では、それらを一本化することができる。
【実施例２】
【００６０】
以下、本発明の実施例２を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略或いは簡略する（これは、後の実施例３についても同様である）。
【００６１】
図７は、本発明の実施例２で行われる処理の流れを示す。図７では、実施例１との相違点を太線で示している。
【００６２】
この実施例は、申込対象の有料サービスが、会員情報を記憶したカード（又は携帯電話機）を使用する有料サービスの場合に有効である。
【００６３】
この実施例では、住基カード５０１及びキャッシュカード５０３の他に、生カード（又は、携帯ＩＣチップを有した携帯電話機）５０５が、ＡＴＭ１０３に挿される（又は載置される）。ここで、「生カード」とは、情報を記憶することができるカード（例えばＩＣチップを有するカード）であって、有意な情報を記憶していないカードである。生カード（又は携帯電話機）５０５に、後述するように、会員情報が格納される。生カードは、例えば、コンビニエンスストア内で店員から配布されても良いし、ＡＴＭ１０３に予め設けられていても良い。
【００６４】
ＡＴＭ１０３の制御部１０３２が、ＯＫ（成功）をホスト１１５から受信した場合、申込結果情報の印刷に代えて、申込結果情報及び会員情報フレームを、生カード（又は携帯ＩＣチップ）に書き込む（Ｓ６０７´）。
【００６５】
ユーザは、店員に、申込結果情報及び会員情報フレームが記憶されている生カード（又は携帯電話機）５０５を店員に渡す（Ｓ６５１´）。店員は、サプライヤ端末に、その生カード（又は携帯電話機）５０５をセットし、そのサプライヤ端末を操作して申込確認指示をサプライヤサーバ１０１に送信する。申込確認指示には、生カード（又は携帯電話機）５０５からサプライヤ端末によって読み出された申込ＩＤが含まれる。
【００６６】
サプライヤサーバ１０１は、ホスト１１５から申込情報を受信した場合、その申込情報を含んだ申込個別管理データを申込個別管理ＤＢ１０６に格納することに加えて、その申込情報を基に生成した会員情報をサプライヤ端末に送信する（Ｓ６５７´）。その会員情報は、サプライヤ端末によって、サプライヤ端末にセットされている生カード（又は携帯電話機）５０５内の会員情報フレームに格納される（Ｓ７０１）。会員情報には、例えば、申請情報に含まれている個人情報の複製と、所定の規則で付与された会員番号とが含まれる。
【実施例３】
【００６７】
図８は、本発明の実施例３で行われる処理の流れを示す。図８でも、実施例１との相違点を太線で示している。
【００６８】
この実施例も、実施例２と同様、申込対象の有料サービスが、会員情報を記憶したカード（又は携帯電話機）を使用する有料サービスの場合に有効である。
【００６９】
住基カード５０１及びキャッシュカード５０３の他に、生カード（又は、携帯ＩＣチップを有した携帯電話機）５０５が、ＡＴＭ１０３に挿される（又は載置される）。
【００７０】
ホスト１１５の申込情報提供部１１５３が、Ｓ６０６の後、申込情報を基に生成した会員情報をＡＴＭ１０３に送信する（Ｓ８０１）。ＡＴＭ１０３の制御部１０３２は、受信した会員情報を、生カード（又は携帯電話機）５０５に書き込む（Ｓ８０２）。
【００７１】
また、ホスト１１５の申込情報提供部１１５３は、申込情報を、その申込情報内の申込内容情報を基に特定されるサプライヤのサプライヤサーバ１０１に送信する（Ｓ８０３）。サプライヤサーバ１０１は、その申込情報を含んだ申込個別管理データを申込個別管理ＤＢ１０６に格納する（Ｓ８０４）。
【００７２】
以上が、実施例３についての説明である。なお、Ｓ８０１は、行われてなくても良く、この場合、ＡＴＭ１０３の制御部１０３２が、申込情報を基に会員情報を生成し、生成した会員情報を生カード（又は携帯電話機）５０５に書きこんでも良い。
【００７３】
以上、本発明の幾つかの実施例を説明したが、これらの実施例は本発明の説明のための例示にすぎず、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。
【００７４】
例えば、実施例１〜３の少なくとも一つにおいて、申込統括管理データは、申込進捗ステータスが“申込完了”になって直ちに削除されるのではなく、一定期間保存されていても良い。また、例えば、ＡＴＭ１０３が、申込の受付の際に、ユーザから、申込完了後直ちに個人情報を削除するか或いはしばらく保存しておくか等、個人情報の取扱いについての選択を受け付けても良い。この場合、ユーザに何が選択されたかを表す情報（以下、「取扱い情報」と言う）が、ＡＴＭ１０３からホスト１１５に送信され、取扱い情報が、申込統括管理データと共に格納される。申込情報削除部１１５４は、保存されている取扱い情報に従うタイミングで、その取扱い情報に対応する申込統括管理データを削除する。
【００７５】
また、実施例１〜３の少なくとも一つにおいて、（１）申込統括管理データの格納、（２）口座確認、（３）サプライヤサーバ１０１への申込情報の送信、及び、（４）申込統括管理データの削除、のうちの少なくとも一つが、ＡＴＭ１０３によって行われても良い（すなわち、上記（１）〜（４）の全てがＡＴＭ１０３によって行われても良い）。例えば、例えば、ＡＴＭ１０３が口座確認を行う場合、ＡＴＭ１０３からの残高照会電文は、図示しないハブによって、銀行サーバ１０５に転送される。
【００７６】
また、例えば、ＡＴＭ１０３に代えて、銀行に設置されているＡＴＭが採用されても良いし、ユーザが使用する情報処理端末（例えばパーソナルコンピュータ或いは携帯電話機）が採用されても良い。
【図面の簡単な説明】
【００７７】
【図１】本発明の実施例１に係るシステム構成を示す。
【図２】ＡＴＭ１０３の構成を示す。
【図３】ホスト１１５の機能ブロック図である。
【図４】申込統括管理ＤＢ１１７を構成する各申込統括管理データの構成を示す。
【図５】申込個別管理ＤＢ１０６を構成する各申込個別管理データの構成を示す。
【図６】本発明の実施例１で行われる処理の流れを示す。
【図７】本発明の実施例２で行われる処理の流れを示す。
【図８】本発明の実施例３で行われる処理の流れを示す。
【符号の説明】
【００７８】
１０１…サプライヤサーバ  １０５…銀行サーバ  １０３…ＡＴＭ  １１５…ホスト
【図１】
2010066951.tif 000003
【図２】
2010066951.tif 000004
【図３】
2010066951.tif 000005
【図４】
2010066951.tif 000006
【図５】
2010066951.tif 000007
【図６】
2010066951.tif 000008
【図７】
2010066951.tif 000009
【図８】
2010066951.tif 000010