(57)【要約】【課題】本発明は業者が提供するサービスに会員申込やローン申込の個人情報登録及び認証方法の簡素化を提供することにある。【解決手段】携帯端末１１０へ個人情報を登録し、情報取得サーバ２００より情報を取得する形態端末のメールアドレス、取得ランク及びパスワードを入力し、取得ランクに該当する項目の情報取得要求を携帯端末１１０へメールにより行う。携帯端末１１０で要求への承認を行いパスワードが一致した場合、登録された個人情報をメールにより情報登録サーバ３００へ送信し、情報ＤＢ３１０へ登録を行う。【選択図】図１
2008015956.tif 000002
【特許請求の範囲】
【請求項１】
予め携帯端末に登録された個人情報をサーバからランク指定により情報を取得する手段
と要求された項目に対するパスワードを検査し、一致した場合に個人情報をサーバへ送信
する手段とを有することを特徴とする業務システム。
【請求項２】
請求項１において、個人情報を要求された場合に携帯端末において承認確認を行うこと
を特徴とする業務システム。
【請求項３】
請求項１において、携帯端末とサーバ間のフォーマットを定型化することで複数業者で
顧客の登録情報を共通で利用できることを特徴とする業務システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申込における個人情報登録及び本人認証に関する。
【背景技術】
【０００２】
従来、業者が提供するサービスに会員申込やローン申込する場合、申込者は申込書への
記入やＷｅｂページによる申込登録画面への入力などを行う。業者は申込書や申込登録画
面などの情報を、元に個人情報の登録を行っている。
【０００３】
【特許文献１】特開２００２−３１８８０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、申込希望者において上記従来技術では、業者毎（サービス提供サイト毎
）に個人情報を申込書や登録画面に入力しなければならない、との課題が存在する。
【課題を解決するための手段】
【０００５】
そこで、本発明では、申込希望者（もしくはその代行者など）が個人情報の登録を初回
のみとし、再利用することを特徴とする。より具体的には、個人情報を携帯端末やコンピ
ュータあるいはそれらを介した記憶媒体に登録しておき、申込時に登録された情報を受付
側のシステムに提供することである。
【発明の効果】
【０００６】
本発明によれば、携帯端末に登録した個人情報を再帰的に使用することが出来る為、一
度情報を登録すれば申込用紙への記入やＷｅｂ画面への入力を行うことなく会員登録やロ
ーンの申込を行うことができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態を詳細に説明する。
【０００８】
図１は、本発明に係る携帯端末とセンタ装置とのオンラインシステムの構成を示すブロ
ック図であり、図２は、本発明をオンラインシステムの携帯端末に適用した場合の処理手
順の実施の形態を示すフローチャートである。また図３は本発明にて使用する申込受付シ
ステムのＤＢレイアウト図である。
【０００９】
図１において、携帯端末１００は、再生ヘッドを有する記憶装置１０２により、記憶媒
体（ハードディスク、ＩＣカード等）に記録されているデータ（個人情報ＤＢ１１０）の
読み取りを行う。また、記憶装置１０２は記録ヘッドも有し、更新データ（個人情報）を
記憶媒体に書き込むためにも使用される。キーボード１０５は、利用者によって個人情報
を入力するためのものである。表示器１０４は例えば液晶式表示器であり、操作手順や利
用者への指示案内、入力画面などを表示する。制御装置１０１は、これらの機器からのデ
ータの取り出し、記録、検査及びこれらの機器の動作制御を司り、内部に格納されたプロ
グラムに従って上記の各機器の動作を制御する。また、情報取得サーバ２００には、制御
装置２０１、記憶装置２０２を有し、記憶装置２０２にはランクテーブル２１０の記憶エ
リアが設けられている。情報登録サーバ３００には、制御装置３０１、記憶装置３０２を
有し、記憶装置３０２には情報ＤＢ３１０の記憶エリアが設けられている。通信装置１０
３、２０３、３０３は、端末とサーバとの間の通信を行う装置である。
【００１０】
次に図２Ａ〜Ｄのフローチャートに基いて図１の各部の動作を説明する。
【００１１】
まず、顧客が利用する携帯端末１００へ申込に必要な個人情報を入力する（ステップ１
０００）。本実施の形態では、氏名として「日立  太郎」、ランクとして「Ａ」、パスワ
ードとして「１２３４」の入力を受け付ける。携帯端末１００は入力を受け付けるか入力
項目の精査を行う（ステップ１００１）。例えば、未入力の項目や入力されたデータが入
力可能範囲であるかについて検査される。本実施の形態では、ランクがＡ〜Ｃの間かの検
査を行う。これら検査のすべてあるいは適当な種類の検査が行われて、正当であれば次の
動作が行われる。しかし正当でなければ、入力受付に戻り表示装置１０４にエラーガイダ
ンスを表示する。
【００１２】
検査によって入力データが正当であれば、入力された個人情報データを個人情報ＤＢ１
１０に書き込み表示装置１０４に入力受付完了ガイダンスを表示する（ステップ１００２
）。
【００１３】
次に顧客が会員登録等の申込を行う際に業者は顧客より携帯端末１００のメールアドレ
ス及び情報取得ランク、パスワードを確認し、情報取得サーバ２００へ情報を入力する（
ステップ２０００）。情報取得サーバ２００は入力を受け付けるか入力項目の精査を行う
（ステップ２００１）。例えば、未入力の項目や入力されたデータが入力可能範囲である
かについて検査される。これら検査のすべてあるいは適当な種類の検査が行われて、正当
であれば次の動作が行われる。しかし正当でなければ、入力受付に戻る。
【００１４】
検査によって入力データが正当であれば、入力された取得ランク情報をランクテーブル
２１０とマッチングし、携帯端末１００への要求項目を決定する（ステップ２００２）。
本実施の形態では、ランクがＡが指定されれば「氏名」「電話番号」の項目を要求項目と
して決定する。そして情報要求メールを作成し、入力されたメールアドレスへメールを送
信する（ステップ２００３）。
【００１５】
一方携帯端末１００では新規メールの到着チェックを定期的に実施し（ステップ１００
４）し、新規メールの到着を検知した場合（ステップ１００５）に表示装置１０４に情報
要求に対する承認確認を表示し承認確認に対する応答を待つ（ステップ１００６）。
【００１６】
顧客が承認確認に対して応答行うと承認確認を判断し（ステップ１００７）、承認が拒
否された場合は要求に対する拒否メールを作成し情報取得サーバ２００へメールを送信す
る（ステップ１００８）。承認が認可された場合は個人情報ＤＢ１１０に登録された情報
と要求項目のパスワードを比較し、一致した場合にデータを抽出し、定型フォーマットの
返信メールを作成し（ステップ１００９）、返信メールを情報登録サーバ３００へ送信す
る（ステップ１０１０）。本実施の形態では、氏名に「日立  太郎」、電話番号に「９９
９−９９９−９９９９」が抽出される。
【００１７】
情報登録サーバ３００では、受信したメールより項目名称及びデータを抽出し（ステッ
プ３０００）、抽出したデータを情報ＤＢ３１０へ書込みを行う（ステップ３００１）。
本実施の形態では、氏名に「日立  太郎」、電話番号に「９９９−９９９−９９９９」が
書き込まれる。
【産業上の利用可能性】
【００１８】
本発明は、取引の仲介を、コンピュータを用いて実現することが可能になる。
【図面の簡単な説明】
【００１９】
【図１】本発明に係るオンラインによる携帯端末とサーバ装置とのシステムロック図である。
【図２Ａ】本発明の処理手順の実施の形態を示すフローチャート(その１)である。
【図２Ｂ】本発明の処理手順の実施の形態を示すフローチャート(その２)である。
【図２Ｃ】本発明の処理手順の実施の形態を示すフローチャート(その３)である。
【図２Ｄ】本発明の処理手順の実施の形態を示すフローチャート(その４)である。
【図３】図１におけるＤＢレイアウト図である。
【符号の説明】
【００２０】
１００…端末機、１０１…制御装置、１０２…記憶装置、１０３…通信装置、１０４…
表示器、１０５…キーボード、１１０…個人情報ＤＢ、１２０…登録プログラム、１３０
…検索プログラム、２００…情報取得サーバ、２０１…制御装置、２０２…記憶装置、２
１０…ランクテーブル、２２０…要求プログラム、３００…情報登録サーバ、３０１…制
御装置、３０２…記憶装置、３１０…情報ＤＢ、３２０…読取プログラム。
【図１】
2008015956.tif 000003
【図２Ａ】
2008015956.tif 000004
【図２Ｂ】
2008015956.tif 000005
【図２Ｃ】
2008015956.tif 000006
【図２Ｄ】
2008015956.tif 000007
【図３】
2008015956.tif 000008