(57)【要約】【課題】本発明では、店頭で、紙媒体を用いることなく、低コストで、一度に多数の申込に対処できることを課題とする。さらに、申込データの通信時に不正にデータを入手しようとしても、申込データの内容は把握されないようにすることを課題とする。【解決手段】上記課題を解決するため、本発明は、店舗に設置され、申込者端末と非接触でデータ通信が可能で、かつ管理サーバとネットワーク接続されている申込受付サーバであって、申込受付サーバは、申込者端末で入力され、かつ分割された複数の分割申込データを受信したする手段と、該分割申込データを複合する手段と、複合された申込データを、申込データを管理する管理サーバへ送信する手段を備えることを特徴とする申込受付サーバとする。【選択図】図２
2014099022.tif 000002
【特許請求の範囲】
【請求項１】
店舗に設置され、申込者端末と非接触でデータ通信が可能で、かつ管理サーバとネットワーク接続されている申込受付サーバであって、
申込受付サーバは、申込者端末で入力され、かつ分割された複数の分割申込データを受信する手段と、
該分割申込データを複合する手段と、
複合された申込データを、申込データを管理する管理サーバへ送信する手段を備えることを特徴とする申込受付サーバ。
【請求項２】
前記分割された分割申込データを受信する手段が、少なくとも２以上の異なる通信方式で受信可能であることを特徴とする請求項１に記載の申込受付サーバ。
【請求項３】
前記２以上の異なる通信方式が、無線ＬＡＮによる通信とＲＦＩＤによる通信を含むことを特徴とする請求項２に記載の申込受付サーバ。
【請求項４】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信する手段を備えることを特徴とする請求項１〜３のいずれかに記載の申込受付サーバ。
【請求項５】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間を記録する手段と、
申込者端末で入力されかつ分割された複数の分割申込データを受信した時間を記録する手段を備え、
前記申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間と複数の分割申込データを受信した時間を比較する手段を備え、
比較手段による比較の結果、申込受付可能時間である場合に、前記申込データを複合することを特徴とする請求項４に記載の申込受付サーバ。
【請求項６】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間を記録する手段と、
申込者端末で入力されかつ分割された複数の分割申込データを受信しデータを複合した時間を記録する手段を備え、
前記申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間とデータを複合した時間を比較する手段を備え、
比較手段による比較の結果、申込受付可能時間である場合に、前記複合された申込データを管理サーバへ送信することを特徴とする請求項４に記載の申込受付サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申込受付サーバ、方法、及びプログラムに関する。
【背景技術】
【０００２】
従来から、申込者の意思確認及び本人確認が必要なサービス又は商品の申込手続を、各種書類に申込情報の一部又は全部をカーボン複写可能な複写式の申込用紙を用いて行われている。
【０００３】
以下に、複写式の申込用紙による申込手続の例として、クレジットカード会員の入会申込の手続を、図５のフローチャートに従って説明する。
申込者（お客様）は、複写式の申込用紙に申込情報を記入する。（Ｓ１）
店舗（窓口）は、記入済み申込用紙を受け取り、お客様控えを切り離してお客様に渡し、店舗控えを切り離して店舗端末で管理する。（Ｓ２）
店舗端末では、申込用紙をＦＡＸにて管理サーバ（お客様センター）に送信する。（Ｓ３）
尚、ポイントカード等のように、後日登録する場合には、店舗は、金庫に記入済みの申込用紙を保管し、後日セキュリティ便にて、管理サーバ（お客様センター）に送付する。
管理サーバは、申込情報を受け取りパンチ入力業務を行って登録する。（Ｓ４）
管理サーバは、申込情報に基づいて与信を行う。（Ｓ５）
管理サーバは、与信結果をカード発行センターのカード発行機に連絡する。（Ｓ６）
カード発行機は、与信結果を受領する。（Ｓ７）
与信結果が仮カードの発行を認めるものである場合には、管理サーバは、申込情報に基づいて仮カードデータを作成してカード発行機に送る。（Ｓ８）
与信結果が仮カードの発行を認めるものである場合には、カード発行機は、仮カードデータを受け取り、この仮カードデータを用いて仮カードを発行する。（Ｓ９）
発行されたカードは、申込者（お客様）に渡される。
【０００４】
このような、複写式の申込用紙を用いた申込手続では、複写式の申込用紙の準備、各種書類を別々の送付先に送付する際の転送手続、不備が発生した際の確認及び送付手続等、処理にかかるコストが大きいという問題があった。
この問題を解決するためと、さらに、環境負荷軽減や個人情報保護の観点、パンチ入力業務削減の観点とから、従来、図６に示すように、タブレットＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）などの申込用の店舗端末を、店頭に設置し、お客様データベースを有する管理サーバをお客様センターに設置し、これら店舗端末と管理サーバとをネットワークに接続した申込システム（例えば特許文献１参照）により申込手続を行うことを検討する企業が増加している。
【０００５】
以下に、この従来の申込システムによる申込手続の例として、クレジットカード会員の入会申込の手続を、図７のフローチャートに従って説明する。
申込者（お客様）は、店舗端末にて申込情報を入力し、店舗端末は、この申込情報を、管理サーバ（お客様センター）に送信する。（Ｓ１）
管理サーバは、申込情報を受信して、データベースに登録する。（Ｓ２）
管理サーバは、申込情報に基づいて与信を行う。（Ｓ３）
管理サーバは、与信結果をカード発行センターのカード発行機に連絡する。（Ｓ４）
カード発行機は、与信結果を受領する。（Ｓ５）
与信結果が仮カードの発行を認めるものである場合には、管理サーバは、申込情報に基づいて仮カードデータを作成してカード発行機に送信する。（Ｓ６）
与信結果が仮カードの発行を認めるものである場合には、カード発行機は、仮カードデータを受信し、この仮カードデータを用いて仮カードを発行し、発行されたカードは、申込者（お客様）に渡される。（Ｓ７）
申込者（お客様）は、仮カードを受領する。（Ｓ８）
【０００６】
しかしながら、この従来の申込システムによる申込手続には、以下のような問題があるために、この申込システムによる申込手続を断念する企業もある。
まず、店頭申込者端末の１台あたりの価格が高いことから初期コストが高額である。
また、一度に店頭端末導入分しか申込が出来ないことから、申込が集中し、一度に申込を希望する人が導入した端末数よりも多く発生した際に対応できず、顧客獲得機会を逃すことになる。
【０００７】
このような問題により、店頭端末の運用と、複写式の申込用紙による申込を併用して行う場合もあるが、複写式の申込用紙での運用が残る場合、複写式の申込用紙の問題は解決されず、ペーパーレス化、パンチ入力業務をなくすといった目的は達成されない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−４８５１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、このような事情を考慮してなされたもので、店頭で、紙媒体を用いることなく、低コストで、一度に多数の申込に対処できることを課題とする。
さらに、申込データの通信時に不正にデータを入手しようとしても、申込データの内容は把握されないようにすることを課題とする。
【課題を解決するための手段】
【００１０】
本発明は、店舗に設置され、申込者端末と非接触でデータ通信が可能で、かつ管理サーバとネットワーク接続されている申込受付サーバであって、申込受付サーバは、申込者端末で入力され、かつ分割された複数の分割申込データを受信する手段と、該分割申込データを複合する手段と、複合された申込データを、申込データを管理する管理サーバへ送信する手段を備えることを特徴とする申込受付サーバとする。
【００１１】
また、分割された分割申込データを受信する手段が、少なくとも２以上の異なる通信方式で受信可能であることを特徴とする。
【００１２】
また、２以上の異なる通信方式が、無線ＬＡＮによる通信とＲＦＩＤによる通信を含むことを特徴とする。
【００１３】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信する手段を備えることを特徴とする請求項１〜３のいずれかに記載の申込受付サーバ。
【００１４】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間を記録する手段と、申込者端末で入力されかつ分割された複数の分割申込データを受信した時間を記録する手段を備え、前記申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間と複数の分割申込データを受信した時間を比較する手段を備え、比較手段による比較の結果、申込受付可能時間である場合に、前記申込データを複合することを特徴とする。
【００１５】
さらに、申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間を記録する手段と、申込者端末で入力されかつ分割された複数の分割申込データを受信しデータを複合した時間を記録する手段を備え、前記申込フォーム又は申込フォームが格納されているＵＲＬを送信した時間とデータを複合した時間を比較する手段を備え、比較手段による比較の結果、申込受付可能時間である場合に、前記複合された申込データを管理サーバへ送信することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、店頭で、紙媒体を用いることなく、低コストで、一度に多数の申込に対処できる。
また、申込データを分割して送受信することで、申込データの通信時に不正にデータを入手しようとしても、申込データの内容は把握されないようにすることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る申込受付サーバの一例を示すブロック図である。
【図２】本発明に係る申込受付サーバの一例を示すフロー図である。
【図３】本発明に係る申込受付サーバの一例を示すフロー図である。
【図４】本発明に係る申込受付管理テーブルの一例を示す説明図である。
【図５】従来のカード申し込みの一例を示すフロー図である。
【図６】従来のカード申し込みの一例を示すブロック図である。
【図７】従来のカード申し込みの一例を示すフロー図である。
【発明を実施するための形態】
【００１８】
以下に、クレジットカード会員の入会申込を例に取り、本発明による申込受付サーバの実施形態について説明する。
本実施形態の申込受付サーバは、図１に示すように、店舗に設置され、お客様の情報を管理するデータベース（管理サーバ）、カード発行センターに設置されるカード発行機と接続されてなる。
申込受付サーバは、店舗に来ている申込者（お客様）が所有する端末（以後、申込者端末とも云う）と通信可能なデバイスを備える。例えば、有線でお客様が所有する端末と接続可能なデバイスや、無線で接続されるための無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）デバイスを備えることができる。さらに、申込者端末と非接触通信が可能なＲ／Ｗ（リーダー／ライター）に接続されている。
カード発行センターは、カード発行機を備えるが、カード発行機に接続しているカード発行用ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を介してネットワークに接続していてもよい。なお、カード発行センターは店舗内に設置されていてもよい。
【００１９】
申込者端末は、店舗に設置される店舗端末とデータの送受信が可能で、携帯可能な端末であれば特に限定するものではなく、例えば、スマートフォン等の携帯電話やタブレットＰＣや通信機能を備えた携帯ゲーム機器、携帯音楽機器などが挙げられる。
【００２０】
申込受付サーバが備える無線ＬＡＮの電波出力は、申込者端末が店舗内のみで接続される範囲に限定されている。この限定により、申込者端末からは店舗内でのクレジットカード会員の入会申込のみが可能となる。このような限定を有する通信は、例えば、携帯電話のデータ通信、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）等の無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）により行える。また、通信時の認証方法としては、例えば、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）認証が挙げられる。
【００２１】
申込受付サーバは複数の通信手段を備えることができる。例えば、上記無線ＬＡＮ等の通信方法の中から複数の通信機能を備えていても良いし、上記通信方法の一つ以上を備えさらに非接触通信が可能なＲ／Ｗ（リーダー／ライター）と接続されていてもよい。
非接触通信が可能なＲ／Ｗは、ＩＣチップとアンテナを備え、所定の周波数で、申込者端末のアンテナを介してＩＣチップと非接触の通信ができる、いわゆるＲＦＩＤ技術を用いた通信で使用するものである。
また、非接触通信としては、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）規格のＲＦＩＤ技術を用いた無線通信を用いることができる。
【００２２】
本発明では、申込者端末は、店舗端末にデータを送信する際、データを分割して送信することを特徴とする。データの分割は電子割符技術（秘密分散技術）を用いることができる。
分割したデータは、時間をずらして送信するか、異なる通信手段で店舗端末に送信することが好ましい。
店舗端末では、申込者端末から受信した、分割されたデータを復号化することで読取可能なデータとすることができる。
このようにすることで、申込者端末と店舗端末の間の通信を不正に傍受されたとしてもお客様の個人情報が漏れる危険性を防ぐことができる。
【００２３】
具体的には一例として、申込者端末で生成した申込データを保存する際に、申込データを秘密分散法により複数のデータに分割して分割された情報のうち予め定めた数（例えば全て）が集まらないと復元できないようにしておき、分割されたデータを店舗端末に送信し、店舗端末では受信したデータが予め定めた数（例えば全て）が集まった時に、申込データを復元することができる。なお、後述するように、店舗端末では分割されたデータのまま申込受付サーバに申込データを送信し、申込受付サーバで受信したデータが予め定めた数（例えば全て）が集まった時に、申込データを復元してもよい。
【００２４】
申込受付サーバは、申込者端末から送信された申込データを受け付ける。受け付けられた申込データは必要に応じて内容のチェック、与信審査等がなされる。これらのチェックは申込受付サーバや管理サーバで行うことができる。
また、申込受付サーバには、クレジットカード会員入会等の申込に係わる申込データを入力するための申込フォームを格納しておき、事前に申込者端末に送信することができる。
さらに申込受付サーバでは、申込フォームＮｏを保管することができ、申込フォームＮｏ毎に申込データを受信したかを管理することができる。また、端末情報を保管することができ、端末毎に申込データを受信したかを管理することができる。
【００２５】
また申込受付サーバでは、申込フォーム送信時間と申込データ受信時間と申込受付可能時間とを保管することができる。申込受付可能時間は、申込フォームを送信してから申込データを受信するまでにかかった時間で申込受付が可能か否かを判断する基準であって、申込受付可能時間内であれば申込受付がなされ、申込受付可能時間を越えれば、申込受付が拒否されるものである。なお、申込データを分割した状態で受信する場合は、申込データ受信時間として、データ復元に必要なデータ全てを受信した時間としてもよいし、最初のデータを受信した時間としてもよい。
【００２６】
また、申込受付サーバに申込フォームを保管する代わりに、申込フォームをインタネット上に格納しておき、格納されているＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）情報を申込受付サーバと申込者端末の間で送受信してもよい。なお、申込フォームは一枚毎に識別できるよう申込フォーム１枚につき独立したＵＲＬに格納することができる。
【００２７】
また、申込受付サーバは、端末情報と、申込フォーム送信時間と、申込データ受信時間と、受付可否との組を保管する。端末情報は、申込者端末を識別する情報である。申込フォーム送信時間は、この端末情報で識別される申込者端末に、申込フォームを送信した時間である。申込データ受信時間は、この端末情報で識別される申込者端末から申込データを受信した時間である。受付可否は、申込データ受信時間から申込フォーム送信時間を引いて求めた申込フォームを送信してから申込データを受信するまでにかかった時間が、申込受付可能時間内であるか否かで、申込受付が可能であるか不可であるかを判断した結果である。
【００２８】
申込受付サーバは、端末情報と、申込フォーム送信時間と、申込データ受信時間と、受付可否との保管を、例えば、図４に示すような申込受付管理テーブルで保管しても良い。この申込受付管理テーブルで、フォームＮｏ．は、申込フォームを送信する際に、この申込フォームに付けた通し番号である。また、申込者端末Ｎｏ．は、申込者端末を識別する端末情報であって、申込受付サーバから申込フォームを送信してもらうために、この申込者端末から送信されるものである。また、受付可否の値として、ＯＫは、申込受付可能を意味し、ＮＧは、申込受付不可を意味する。図４に示す例では、申込受付可能時間が３０分なので、申込フォーム送信から申込データ受信まで２０分かかった端末Ｎｏ．１２３４５６７８の申込者端末からの申込は受付可能（ＯＫ）であり、他方、申込フォーム送信から申込データ受信まで４０分かかった端末Ｎｏ．２３４５６７８９の申込者端末からの申込は受付不可（ＮＧ）である。
【００２９】
管理サーバは、申込受付サーバから受領した申込データを管理するサーバである。具体的には、申込受付サーバから受領した申込データのチェックを行い、カード発行用のデータを生成し、カード発行機に送信する。この申込データは保管することができる。
また、管理サーバは、定期的（例えば１日１回）又は不定期的に、申込受付サーバが保管している申込フォーム及び申込受付可能時間を最新のものに更新するための更新データを、申込受付サーバに送信し、申込受付サーバは、定期的（例えば１日１回）又は不定期的に、管理サーバから更新データを受信し、この更新データに基づいて、保管している申込フォーム及び申込受付可能時間を最新のものに更新することができる。
【００３０】
以下に、申込者端末からクレジットカード会員の入会申込をするためになされる処理の流れの例を、図２に示すフローチャートに従って説明する。
【００３１】
申込者端末は、この端末の端末情報を、申込受付サーバに送信する。（Ｓ１）
そして申込受付サーバは、申込者端末から、この端末の端末情報を受信する。（Ｓ２）
【００３２】
申込受付サーバは、受信した端末情報で識別される申込者端末に、申込フォームを送信する。（Ｓ３）
そして申込者端末は、申込受付サーバから、申込フォームを受信して表示する。（Ｓ４）
【００３３】
申込者（お客様）は、申込者端末にて、表示されている申込フォームに、クレジットカード会員の入会申込に係わる申込データを入力する。（Ｓ５）
入力されたデータは申込者端末内に保存される。
なお、申込データは予め他の形式等で保存してあるデータから変換することにより自動で入力してもよい。
【００３４】
なお、申込フォームがネット上に格納されている場合は、申込フォームが格納されているＵＲＬ情報を申込者端末、申込受付サーバ間で送受信してもよい。
【００３５】
申込者端末内に一度保存された申込データは、電子割符技術等を用いて分割される。（Ｓ６）
分割されたデータは一時的に申込者端末内に保存され、分割されたデータの一部を申込受付サーバに送信し、申込受付サーバはこの分割されたデータの一部を受信する。（Ｓ７、８）
残りの分割データは申込者端末から順次申込受付サーバに送信され、申込受付サーバはこれらのデータを受信する。（Ｓ９、１０）
なお、分割されたデータは異なる通信方式で申込者端末から申込受付サーバに送信することが好ましい。例えば分割されたデータが２つである場合に、１つ目のデータを無線ＬＡＮで送信し、２つ目のデータをＮＦＣ規格の無線通信で送信することができる。
【００３６】
申込受付サーバは分割されている申込データを全てしたらデータの復元を行い、復元されたデータは一時的に申込受付サーバに保存される。（Ｓ１１）
なお、データの復元が確認された際、申込者端末に入会申込の受付をＯＫしたことを送信し、さらに申込者端末に表示することができる。また、データ受信時又は復元時にエラーとなった場合は、申込者端末に申込データの受信又は復元がエラーとなったことを送信し、さらに申込者端末にエラー表示をすることができる。
この復元された申込データは管理サーバに送信され、管理サーバ側では申込データを受信する。（Ｓ１３）
なお、申込受付サーバに一時的に保存された申込データは削除することができる。（Ｓ１４）
【００３７】
管理サーバでは、申込データを受信したら与信審査などのチェックを行い、不具合がなければ仮カードデータを生成し、仮カードデータを発行機に送信する。（Ｓ１５、１６）
なお、この時管理サーバには申込データをお客様情報として登録することができる。
発行機では仮カードデータを受信したら仮カードを発行する。（Ｓ１７）
【００３８】
次に、申込者端末からクレジットカード会員の入会申込をするためになされる処理の流れの他の例を、図３に示すフローチャートに従って説明する。
【００３９】
申込者端末は、この端末の端末情報を、申込受付サーバに送信する。（Ｓ１）
そして申込受付サーバは、申込者端末から、この端末の端末情報を受信する。（Ｓ２）
【００４０】
申込受付サーバは、受信した端末情報で識別される申込者端末に、申込フォームを送信する。（Ｓ３）
そして申込者端末は、申込受付サーバから、申込フォームを受信して表示する。（Ｓ４）
申込受付サーバは、受信した端末情報と、この端末情報で識別される申込者端末に申込フォームを送信した時間（申込フォーム送信時間）との組を保管する。（Ｓ５）
なお、申込フォームがネット上に格納されている場合は、申込フォームが格納されているＵＲＬ情報を申込者端末、申込受付サーバ間で送受信してもよく、その場合はＵＲＬ情報を送信した時間を保管する。
【００４１】
申込者（お客様）は、申込者端末にて、表示されている申込フォームに、クレジットカード会員の入会申込に係わる申込データを入力する。（Ｓ６）
入力されたデータは申込者端末内に保存される。
なお、申込データは予め他の形式等で保存してあるデータから変換することにより自動で入力してもよい。
【００４２】
申込者端末内に一度保存された申込データは、電子割符技術等を用いて分割される。（Ｓ７）
分割されたデータは一時的に申込者端末内に保存され、分割されたデータの一部を申込受付サーバに送信し、申込受付サーバは分割されたデータの一部を受信する。（Ｓ８、９）
残りの分割データは申込者端末から順次申込受付サーバに送信され、申込受付サーバはこれらのデータを受信する。（Ｓ１０、１１）
なお、分割されたデータは異なる通信方式で申込者端末から申込受付サーバに送信することが好ましい。例えば分割されたデータが２つである場合に、１つ目のデータを無線ＬＡＮで送信し、２つ目のデータをＮＦＣ規格の無線通信で送信することができる。
また、申込受付サーバは、申込者端末から、分割された申込データと共に端末情報を受信し、受信した端末情報と、この端末情報と組にして保管していた申込フォーム送信時間（又はＵＲＬ送信時間）と、申込データを受信した時間（申込データ受信時間）とを組にして記録保管する。
【００４３】
申込受付サーバは、受信した端末情報と組にして保管している申込データ受信時間から、この端末情報と組にして保管している申込フォーム送信時間を引いて、この端末情報で識別される申込者端末に申込フォームを送信してから申込データを受信するまでの時間を求め、求めた時間が、保管している申込受付可能時間を越えているか否かを比較判断する。（Ｓ１２）
申込受付可能時間は、申込フォームを送信してから申込データを受信するまでにかかった時間で申込受付が可能か否かを判断する基準であって、申込受付可能時間内であれば申込受付がなされ、申込受付可能時間を越えれば、申込受付が拒否されるものである。
また、申込データが分割されている場合、任意のデータを受信した時に判断をすることができるが、全てのデータを受信した時の時間を用いることが好ましい。
【００４４】
なお、申込フォームがネット上に格納されている場合は、申込フォームのＵＲＬと、申込フォーム送信時間と、申込データ受信時間と、受付可否との組を記録保管している。申込フォームのＵＲＬは、申込者端末に送信した申込フォームを格納している場所を示し、この申込フォームを識別する情報でもある。申込フォーム送信時間は、このＵＲＬで識別される申込フォームを送信した時間である。申込データ受信時間は、このＵＲＬで識別される申込フォームに入力された申込データを受信した時間である。受付可否は、申込データ受信時間から申込フォーム送信時間を引いて求めた申込フォームを送信してから申込データを受信するまでにかかった時間が、申込受付可能時間内であるか否かで、申込受付が可能であるか不可であるかを比較判断した結果である。
【００４５】
求めた時間が、保管している申込受付可能時間内ならば、この端末情報と、この端末情報と組にして保管していた申込フォーム送信時間及び申込データ受信時間と、受付可否として可能とを組にして記録保管する。
【００４６】
また、求めた時間が、保管している申込受付可能時間を越えていれば、この端末情報と、この端末情報と組にして保管していた申込フォーム送信時間及び申込データ受信時間と、受付可否として不可とを組にして記録保管する。
そして申込者端末にエラー送信し、申込者端末では申込受付が拒否された旨を表示することができる。（Ｓ１５，１６）
【００４７】
受付可否が可能である場合、申込受付サーバは分割されている申込データを全てしたらデータの復元を行い、復元されたデータは一時的に申込受付サーバに保存される。（Ｓ１３）
なお、申込者端末に申し込みを受け付けたことを送信し、申込者端末でその結果を表示することができる。
なお、データの復元が確認された際、申込者端末に入会申込の受付をＯＫしたことを送信し、さらに申込者端末に表示することができる。また、データ受信時又は復元時にエラーとなった場合は、申込者端末に申込データの受信又は復元がエラーとなったことを送信し、さらに申込者端末にエラー表示をすることができる。
この復元された申込データは管理サーバに送信され、管理サーバ側では申込データを受信する。（Ｓ１７、１８）
なお、申込受付サーバに一時的に保存された申込データは削除することができる。（Ｓ１９）
【００４８】
管理サーバでは、申込データを受信したら与信審査などのチェックを行い、不具合がなければ仮カードデータを生成し、仮カードデータを発行機に送信する。（Ｓ２０、２１）
なお、この時管理サーバには申込データをお客様情報として登録することができる。
発行機では仮カードデータを受信したら仮カードを発行する。（Ｓ２２）
【００４９】
この例では以上のように、申込受付サーバは、申込フォーム（又はＵＲＬ）を送信してから、申込受付可能時間内に、申込データを受信した場合に、申込を受け付けるので、即時申込のみが可能となる。
【００５０】
また、図示しないが、分割された申込データを複合した時間を記録する手段を備え、申込受付サーバは、申込フォーム（又はＵＲＬ）を送信してから、申込受付可能時間内に、分割された申込データを複合した場合に申込を受け付けるようにしてもよい。
【図１】
2014099022.tif 000003
【図２】
2014099022.tif 000004
【図３】
2014099022.tif 000005
【図４】
2014099022.tif 000006
【図５】
2014099022.tif 000007
【図６】
2014099022.tif 000008
【図７】
2014099022.tif 000009