JP2004362152A - 商品申込方法およびシステム - Google Patents

Abstract

【課題】コンピュータネットワーク上で複数のフォームを利用して商品の申込を行う場合に、複数のフォームの管理を容易に行うことが可能な商品申込方法およびシステムを提供する。
【解決手段】申込に必要な複数のフォームを１商品に対して１ファイル用意された申込フォーム管理ファイルで管理する。申込フォーム管理ファイルは、新規申込用ナビゲーションフォーム部、申込用フォーム部、申込変更用ナビゲーションフォーム部、契約データを元にした変更用ナビゲーションフォーム部、申込内容参照用フォーム部、契約内容参照用フォーム部の各フォーム部を有している。各フォーム部には、リンク名および各フォームのファイル名を記録しておき、利用者からリンク名を受け取った際に、対応するファイルを抽出して利用者に送信する。
【選択図】 図３

Description

【０００１】
【産業上の利用分野】
本発明は、コンピュータネットワークを利用した商品の申込に関する。
【０００２】
【従来の技術】
近年、申込管理サーバと利用者端末が、インターネットに代表されるようなコンピュータネットワークに接続されている環境において、申込行為が行われるようになってきている。このような申込行為は、入力ナビゲーションフォームを持つ複数のフォーム（形式はＨＴＭＬやＪＳＰ等）と、体裁を持つ単一の申込書フォーム（形式はＰＤＦ等）によって行われている。この場合、各フォーム間は、各フォームに埋め込まれたページリンクによって関連付けされている。
【０００３】
【発明が解決しようとする課題】
上述のような申込方法では、各フォーム間は、ページリンクによってのみ関連付けされている。また、単に申込内容を参照する場合、入力不可のフォームも必要となるが、この入力不可のフォームと上記各フォームの関連付けは行われていないのが実状である。これらを関連付ける場合、従来はフォームのファイル命名規則を決めたり、ファイルを格納するディレクトリを統一したりして各フォームの関連付けを行っていた。しかしこのような場合、システムとして関連付けされているとは言えない。また、ファイル名やディレクトリの変更を行う場合、それが容易に行えず、これらフォームを扱うプログラムの修正が発生するため、納期の遅れ、開発コストの増加に繋がっている。また、新規にフォームを入稿する場合も同様の問題が発生する。
【０００４】
上記のような点に鑑み、本発明は、コンピュータネットワーク上で複数のフォームを利用して商品の申込を行う場合に、複数のフォームの管理を容易に行うことが可能な商品申込方法およびシステムを提供することを課題とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明では、利用者の端末装置である利用者端末からコンピュータネットワークを介して申込を管理するサーバコンピュータである申込管理サーバにアクセスして商品の申込を行うにあたり、前記申込管理サーバが、複数のフォームを管理する申込フォーム管理ファイルを１商品に１ファイルとして記録すると共に各フォームファイルを記録した申込書データベースを管理した状態で、前記利用者端末から前記申込管理サーバに、商品ＩＤとリンク名を送信する段階と、前記申込管理サーバが、受信した商品ＩＤに対応する申込フォーム管理ファイルを前記申込書データベースから抽出すると共に、抽出した申込フォーム管理ファイル内を、前記受信したリンク名で参照して、当該リンク名に対応したフォームファイルを前記申込書データベースから抽出した後、当該抽出したフォームファイルを前記アクセスしてきた利用者端末に送信する段階と、前記利用者端末が、前記フォームファイルに対する入力事項とリンク名を前記サーバコンピュータに送信する段階と、前記利用者端末からの入力データを申込データとして一時保存すると共に、前記リンク名に対応するフォームファイルを前記アクセスしてきた利用者端末に送信する段階と、前記利用者端末に送信するフォームが申込用フォームである場合に、当該申込用フォームに対する利用者からの入力データを、前記一時保存していた申込データと共に、正式な申込データとして登録する段階を実行するようにしたことを特徴とする。
【０００６】
本発明によれば、複数の様式のフォームを管理する申込フォーム管理ファイルを１商品に１ファイル用意しておき、利用者からアクセスがあった際に、この申込フォーム管理ファイルを利用して、対応するフォームを配信するようにしたので、フォームの修正、変更等を行う場合であっても、申込フォーム管理ファイルの修正のみで良く、配信プログラムの修正等を行う必要がない。
【０００７】
【発明の実施の形態】
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。
（システムの構成）
図１は、本発明における商品申込システムの構成を示す図である。図１において、１は申込管理サーバ、２は申込書ＤＢ（データベース）、３は顧客ＤＢ（データベース）、４はネットワーク、５は利用者端末である。
【０００８】
申込管理サーバ１は、申込書ＤＢ２、顧客ＤＢ３等に記録された情報を管理すると共に、インターネット等のネットワーク４を介して利用者端末５との通信を行うサーバコンピュータであり、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）機能をはじめとする各種通信機能を有している。
【０００９】
申込書ＤＢ２は、申込フォーム管理ファイルを記録したデータベースである。顧客ＤＢ３は、各顧客の申込内容を記録したデータベースである。申込書ＤＢ２および顧客ＤＢ３は、ハードディスク等の外部記憶装置を利用して実現される。利用者端末５はＷＷＷブラウザソフトウェアをはじめとする各種通信機能を搭載したパーソナルコンピュータ等の端末装置である。
【００１０】
（データベースの構成）
続いて、申込書ＤＢ２および顧客ＤＢ３の構造について説明する。申込書ＤＢ２が有している管理テーブルの例を図２に示す。図２に示すように管理テーブルは、商品ＩＤ、商品名、会社名、申込フォーム管理ファイル名の各項目を有している。商品ＩＤは、申込の対象となる商品を特定するためのＩＤである。申込フォーム管理ファイル名は、各商品ごとに設けられた申込フォーム管理ファイルの名前である。
【００１１】
ここで、申込フォーム管理ファイルの構造を図３に示す。図３に示すように、申込フォーム管理ファイルは、申込書ＩＤ部、新規申込用ナビゲーションフォーム部、申込用フォーム部、申込変更用ナビゲーションフォーム部、契約データを元にした変更用ナビゲーションフォーム部、申込内容参照用フォーム部、契約内容参照用フォーム部、説明部を有している。図３の例では、申込フォーム管理ファイルは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）フォーマットで記述されている。ＸＭＬで記述することにより、複数のフォームに関する情報を同一ファイルで管理し易くなる。
【００１２】
申込フォーム管理ファイルの先頭行および最終行には、商品ＩＤを示す１対のタグが設けられている。図３の例では、＜商品ＩＴＥＭ０１＞、＜／商品ＩＴＥＭ０１＞というタグとなっており、この申込フォーム管理ファイルが商品「ＩＴＥＭ０１」に関するものであることを示している。また、先頭から２行目と最終から２行目には、ファイルの種別を示すタグが設けられている。図３の例では、＜申込書＞、＜／申込書＞というタグとなっており、この申込フォーム管理ファイルが申込書に関するものであることを示している。この＜申込書＞、＜／申込書＞の一対のタグは、中身を書き換えることにより、申込書以外の書類も同様に扱えることを示している。
【００１３】
申込書ＩＤは、申込書の様式を特定するためのＩＤである。新規申込用ナビゲーションフォーム部は、新規申込用ナビゲーションフォームに関する情報を記録した部分であり、＜新規申込用ナビゲーションフォーム＞、＜／新規申込用ナビゲーションフォーム＞という１対のタグで定義されている。新規申込用ナビゲーションフォームは、１商品に対して複数ページ用意しておくことができる。図３の例では、２ページ用意している。各ページは、＜ページ＞、＜／ページ＞という１対のタグで定義されており、リンク名とファイル名が記録されている。リンク名は、利用者から送信されてきたリンク名とマッチングさせるためのものであり、これにより次に利用者に提示すべきフォームが特定される。ファイル名は、フォームのファイル名を示しており、リンク名とファイル名が対で記録されていることにより、利用者からのリンク名に従って対応するファイルを送信することが可能となる。例えば、図３の例では、「ｎｅｗ＃ａｐｐｌｙ＃ｎａｖｉ１」というリンク名が利用者から送信されてきたら、「ｎｅｗ＃ａｐｐｌｙ＃ｎａｖｉ１．ｊｓｐ」というファイルを利用者に送信し、「ｎｅｗ＃ａｐｐｌｙ＃ｎａｖｉ２」というリンク名が利用者から送信されてきたら、「ｎｅｗ＃ａｐｐｌｙ＃ｎａｖｉ２．ｊｓｐ」というファイルを利用者に送信することを示している。
【００１４】
申込用フォーム部は、最終的な申込用フォームに関する情報を記録した部分であり、＜申込用フォーム＞、＜／申込用フォーム＞という１対のタグで定義されている。申込用フォームは、１商品に対して１ページだけ用意されている。フォームを構成するページは、新規申込用ナビゲーションフォーム部と同様、＜ページ＞、＜／ページ＞という１対のタグで定義されており、リンク名とファイル名が記録されている。
【００１５】
申込変更用ナビゲーションフォーム部、契約データを元にした変更用ナビゲーションフォーム部の構成は、新規申込用ナビゲーションフォーム部と同様であり、１商品に対して複数ページ用意しておくことができる。このうち、申込変更用ナビゲーションフォーム部は、申込変更用ナビゲーションフォームに関する情報を記録した部分であり、＜申込変更用ナビゲーションフォーム＞、＜／申込変更用ナビゲーションフォーム＞という１対のタグで定義されている。また、契約データを元にした変更用ナビゲーションフォーム部は、契約データを元にした変更用ナビゲーションフォームに関する情報を記録した部分であり、＜契約データを元にした変更用ナビゲーションフォーム＞、＜／契約データを元にした変更用ナビゲーションフォーム＞という１対のタグで定義されている。
【００１６】
申込内容参照用フォーム部、契約内容参照用フォーム部の構成は、申込用フォーム部と同様であり、１商品に対して１ページだけ用意されている。このうち、申込内容参照用フォーム部は、申込内容参照用フォームに関する情報を記録した部分であり、＜申込内容参照用フォーム＞、＜／申込内容参照用フォーム＞という１対のタグで定義されている。また、契約内容参照用フォーム部は、契約内容参照用フォームに関する情報を記録した部分であり、＜契約内容参照用フォーム＞、＜／契約内容参照用フォーム＞という１対のタグで定義されている。また、説明部は、申込フォーム管理ファイルに関する説明を文章で記録したものである。この説明部を参照することにより、フォームの管理者側は、その申込フォーム管理ファイルに対応付けられたフォーム群の用途を知ることができ、フォームのメンテナンス等に役立つ。これら参照用フォームは、利用者端末５からの入力を受け付けない場合に用いることができる。
【００１７】
次に、顧客ＤＢ３が有している管理テーブルの例を図４に示す。図４に示すように、顧客ＤＢ３は、顧客ＩＤ、申込内容ファイル名の２項目を有している。顧客ＩＤは、申込者である顧客を特定するＩＤである。申込内容ファイル名は、顧客が契約した内容を記録したファイル名である。申込内容ファイルもＸＭＬ形式で作成される。
【００１８】
（処理の流れ）
続いて、図１に示したシステムの処理動作について説明する。ここでは、新規申込を行う場合を例にとって説明する。図５は図１に示したシステムにより、新規申込を行う場合の処理概要を示すフローチャートである。まず、インターネット上で申し込みを行おうと考えた利用者は、利用者端末５から申込管理サーバ１にアクセスする。この状態で、利用者端末５から商品ＩＤ、リンク名を送信して新規申込する旨を要求する（ステップＳ１）。具体的には、申込管理サーバ１が利用者端末５に提示している画面を利用して、利用者が申込可能な商品を選択することにより、利用者端末５のブラウザが選択された商品の商品ＩＤおよびリンク名を送信する。なお、商品ＩＤおよびリンク名は、提示画面を構成するＨＴＭＬファイルにあらかじめ埋め込まれている。
【００１９】
申込管理サーバ１は、商品ＩＤおよびリンク名を受け取ると、受け取った商品ＩＤを基に申込書ＤＢ２から申込フォーム管理ファイルを取得する（ステップＳ２）。申込フォーム管理ファイルを取得したら、リンク名を基に申込フォーム管理ファイルから配信すべきフォームのファイル名を取得し、その取得したフォームファイルを利用者端末５に送信する（ステップＳ３）。利用者は、送信されてきたフォームに必要事項を入力後、商品ＩＤと新たなリンク名を送信することにより次のフォームを要求する（ステップＳ４）。具体的には、利用者端末５に提示されているフォームに対して入力後、送信指示を行うことにより、利用者端末５のブラウザが、入力データ、商品ＩＤ、リンク名を送信する。なお、商品ＩＤおよびリンク名は、提示されたフォームファイルにあらかじめ埋め込まれている。ここで送信される商品ＩＤは、ステップＳ１で送信された商品ＩＤと同一となっている。
【００２０】
申込管理サーバ１では、受け取った入力データ（申込データ）を一時保存する（ステップＳ５）。また、申込管理サーバ１は、再び受け取ったリンク名を基に、上記ステップＳ２において取得した申込フォーム管理ファイルから配信すべきフォームのファイル名を取得し、そのフォームファイルを利用者端末５に送信する（ステップＳ６）。ステップＳ４からステップＳ６の処理は、最終的な申込用ファイルが出現するまで繰り返されることになる。
【００２１】
リンク名に対応するフォームファイルが申込用フォームファイルである場合には、ステップＳ６において申込用フォームファイルを送信し、利用者は、送信されてきた申込用フォームを確認後、正式な申込指示を行う（ステップＳ７）。具体的には、申込フォームに用意されている申込ボタン申込ボタンをクリックすると、申込完了の情報が申込管理サーバ１に送信される。
【００２２】
申込管理サーバ１では、受け取った申込完了の情報に従って、申込管理サーバ１内に一時保存している入力データを記録した申込完了ファイルを作成すると共に顧客ＤＢ３に登録する（ステップＳ８）。具体的には、入力された内容を各入力項目ごとにタグで定義したＸＭＬ形式で申込完了ファイルに記録する。申込完了ファイルのファイル名は、商品ＩＤと顧客ＩＤを含めたファイル名とする。このようにファイル名を付与することにより、ファイル名だけで申込を特定することができる。顧客ＤＢ３には、図に示したように顧客ＩＤとファイル名を対応付けて登録する。
【００２３】
図の例は、新規申込の場合を示しているが、申込内容変更時、契約データを元にした申込の変更時、申込内容の参照時、契約内容の参照時ともに同様の流れで処理が行われる。新規申込の場合と異なるのは、申込フォーム管理ファイルの他の部分が参照されて異なるフォームが配信される点だけである。
【００２４】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず種々の変形が可能である。例えば、上記実施形態では、商品として保険を扱った場合について説明したが、本発明では、あらゆる種類の商品に関する申込を扱うことができる。ここで、商品とは有体物に限らず、様々なサービスも含むものである。
【００２５】
【発明の効果】
以上、説明したように本発明によれば、申込管理サーバが、複数のフォームを管理する申込フォーム管理ファイルを１商品に１ファイルとして記録すると共に各フォームファイルを記録した申込書データベースを管理した状態で、利用者端末から申込管理サーバに商品ＩＤとリンク名を送信する段階、申込管理サーバが、受信した商品ＩＤに対応する申込フォーム管理ファイルを申込書データベースから抽出すると共に、抽出した申込フォーム管理ファイル内を、受信したリンク名で参照して、当該リンク名に対応したフォームファイルを申込書データベースから抽出した後、当該抽出したフォームファイルをアクセスしてきた利用者端末に送信する段階と、利用者端末がフォームファイルに対する入力事項とリンク名をサーバコンピュータに送信する段階と、利用者端末からの入力データを申込データとして一時保存すると共に、リンク名に対応するフォームファイルをアクセスしてきた利用者端末に送信する段階と、利用者端末に送信するフォームが申込用フォームである場合に、当該申込用フォームに対する利用者からの入力データを、一時保存していた申込データと共に、正式な申込データとして登録する段階を実行するようにしたので、フォームの修正、変更等を行う場合であっても、申込フォーム管理ファイルの修正のみで良く、配信プログラムの修正等を行う必要がないという効果を奏する。また、複数フォームが１つのファイルで管理されるため、入出稿などのメンテナンスが容易であるという効果も奏する。
【図面の簡単な説明】
【図１】本発明に係る商品申込システムの一実施形態を示す構成図である。
【図２】申込書ＤＢ２内の管理テーブルを示す図である。
【図３】申込フォーム管理ファイルの一例を示す図である。
【図４】顧客ＤＢ３内の管理テーブルを示す図である。
【図５】本発明に係る商品申込方法の概要を示すフローチャートである。
【符号の説明】
１・・・申込管理サーバ
２・・・申込書ＤＢ（データベース）
３・・・顧客ＤＢ（データベース）
４・・・ネットワーク
５・・・利用者端末

Claims (2)

1. 利用者の端末装置である利用者端末からコンピュータネットワークを介して申込を管理するサーバコンピュータである申込管理サーバにアクセスして商品の申込を行う方法であって、
   前記申込管理サーバは、複数のフォームを管理する申込フォーム管理ファイルを１商品に１ファイルとして記録すると共に各フォームファイルを記録した申込書データベースを管理しており、
   前記利用者端末から前記申込管理サーバに、商品ＩＤとリンク名を送信する段階と、
   前記申込管理サーバが、受信した商品ＩＤに対応する申込フォーム管理ファイルを前記申込書データベースから抽出すると共に、抽出した申込フォーム管理ファイル内を、前記受信したリンク名で参照して、当該リンク名に対応したフォームファイルを前記申込書データベースから抽出した後、当該抽出したフォームファイルを前記アクセスしてきた利用者端末に送信する段階と、
   前記利用者端末が、前記フォームファイルに対する入力事項とリンク名を前記サーバコンピュータに送信する段階と、
   前記利用者端末からの入力データを申込データとして一時保存すると共に、前記リンク名に対応するフォームファイルを前記アクセスしてきた利用者端末に送信する段階と、
   前記利用者端末に送信するフォームが申込用フォームである場合に、当該申込用フォームに対する利用者からの入力データを、前記一時保存していた申込データと共に、正式な申込データとして登録する段階と、
   を有することを特徴とする商品申込方法。
2. 利用者に提示するフォームファイルおよび複数のフォームファイルを管理する申込フォーム管理ファイルを記録した申込書データベースと、
   顧客の申込内容を記録した顧客データベースと、
   利用者端末から送信される商品ＩＤに従って申込フォーム管理ファイルを抽出すると共に、利用者端末から送信されるリンク名を用いて、前記抽出した申込フォーム管理ファイルを参照して、対応するフォームファイルを抽出して前記利用者端末に送信する機能と、利用者端末から送信される入力データを申込データとして前記顧客データベースに登録する機能を有するサーバコンピュータである申込管理サーバと、
   を有することを特徴とする商品申込システム。

Images