(57)【要約】【課題】エンドユーザによる申込書入力を可能とし、それを電子フォームへ変換することを可能とし、電子フォームを使用する基幹システムにおける申込受付を効率化する。【解決手段】顧客コンピュータシステムにおいてダウンロードしたスプレッドシート形式の申込書の記入欄への記入データに基づいてスプレッドシート形式の記入済申込書を生成し、店舗コンピュータシステムにおいてスプレッドシート形式の記入済申込書を電子フォーム形式の記入済申込書に変換し、店舗コンピュータシステムにおいて電子フォーム形式の記入済申込書に基づいて申込情報をデータベースに登録するようにした申込受付システム。【選択図】  図１
2005284467.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて外部アクセス可能なスプレッドシート形式の申込書を備える申込書配布サイトから、前記スプレッドシート形式の申込書を顧客コンピュータシステムにダウンロードするダウンロード手段と、
前記顧客コンピュータシステムにおいて前記ダウンロードしたスプレッドシート形式の申込書の記入欄への記入データに基づいて前記スプレッドシート形式の記入済申込書を生成する記入済申込書生成手段と、
店舗コンピュータシステムにおいて前記スプレッドシート形式の記入済申込書を電子フォーム形式の記入済申込書に変換する形式変換手段と、
前記店舗コンピュータシステムにおいて前記電子フォーム形式の記入済申込書に基づいて申込情報をデータベースに登録する登録手段と、
を有することを特徴とする申込受付システム。
【請求項２】
請求項１記載の申込受付システムにおいて、前記申込書配布サイトから前記スプレッドシート形式の申込書をダウンロードするときに、新規顧客のためのユーザ認証を必要としないダウンロードと、既存顧客のためのユーザ認証を必要とするダウンロードの２つが存在することを特徴する申込受付システム。
【請求項３】
請求項１または２記載の申込受付システムにおいて、前記申込書配布サイトから前記スプレッドシート形式の申込書をダウンロードするときに、前記ユーザ認証を行った既存顧客については、顧客ごとの実績データを前記スプレッドシート形式の申込書に付加してダウンロードすることを特徴する申込受付システム。
【請求項４】
請求項１〜３のいずれかに記載の申込受付システムにおいて、前記店舗コンピュータシステムにおいて前記電子フォーム形式の記入済申込書を表示し記入内容を確認できるようにする表示手段と、前記店舗コンピュータシステムにおいて表示された前記電子フォーム形式の記入済申込書における記入内容について、追加、削除、変更等による編集を行う編集手段と、を有することを特徴とする申込受付システム。
【請求項５】
請求項１〜４のいずれかに記載の申込受付システムにおいて、前記店舗コンピュータシステムにおいて前記スプレッドシート形式および／または前記電子フォーム形式の記入済申込書を印刷する印刷手段を有することを特徴とする申込受付システム。
【請求項６】
請求項１〜５のいずれかに記載の申込受付システムにおいて、前記変換は前記スプレッドシート形式の記入済申込書をＸＭＬで記述し直した後に、前記スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記スプレッドシート形式の申込書におけるＸＭＬデータが、前記電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換を行い、前記電子フォーム形式の申込書におけるＸＭＬデータを生成する変換であることを特徴とする申込受付システム。
【請求項７】
請求項１〜５のいずれかに記載の申込受付システムにおいて、請求項１記載の申込受付システムにおいて、前記スプレッドシート形式の申込書と電子フォーム形式の申込書は共にＸＭＬで記述された申込書であって、前記変換は、前記スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記スプレッドシート形式の申込書におけるＸＭＬデータが、前記電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換を行い、前記電子フォーム形式の申込書におけるＸＭＬデータを生成する変換であることを特徴とする申込受付システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子フォームの技術分野に属する。特に、エンドユーザによるギフト等の申込書入力を可能とし、またそれを電子フォームへ変換することを可能とし、電子フォームを使用する基幹システムにおける申込受付を効率化する申込受付システムに関する。
【背景技術】
【０００２】
従来、ギフトを注文する形態としては、ａ）顧客が店舗に来店する、ｂ）郵送で手書きの申込伝票を渡す、ｃ）オンラインショッピングで注文する、等の形態がある。顧客が店舗に来店する形態では顧客と店員とが協力してギフトの品名、配達先、等の申込情報を申込伝票に記入する。郵送で手書きの申込伝票を渡す形態では顧客が申込情報を申込伝票に記入する。しかし、いずれの場合でも店舗においては基幹システムのデータベースに登録するために再度の入力を必要性とする。オンラインショッピングの形態では顧客が申込情報をコンピュータシステムにおいて入力するのであるが、その専門サイトを除くとその形態で注文する顧客は一部に限定されている。したがって、多くの一般的な店舗においては店舗でのデータ入力時間は長く負荷の高い作業となっている。
【０００３】
この申込情報の入力作業を軽減する提案がある。申込履歴情報を保有できるＩＣカードを顧客に配布しておく。顧客はＩＣカードを持参して店舗に来店し、店舗に設置されたＩＣカードリーダ付端末でを利用することで、顧客はＩＣカードが保有する申込履歴情報を参照できる。この申込履歴情報に基づき、ギフトの品名、配達先、等の追加、削除、変更を行うことにより新規の申込情報を容易に入力することができる（特許文献１）。
【特許文献１】特開平１１−５３４３８
【０００４】
しかし、このシステムにおいてはＩＣカードの配布と、ＩＣカードを含む運用システムを整えることを前提としている。そのため、店舗における準備体制が整うまでには、多くの時間とコストがかかる。また、売上の増加を目指すためには顧客を選別することが困難となり得る。そのため利用頻度の低い顧客に対するＩＣカードの発行が増加することになれば、売上の予測が立て難いだけでなく、投資コストの回収もできないことになる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は係る問題を解決するためになされたものであり、その目的とするところは、エンドユーザによるギフト等の申込書入力を可能とし、またそれを電子フォームへ変換することを可能とし、電子フォームを使用する基幹システムにおける申込受付を効率化する申込受付システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の請求項１に係る申込受付システムは、ネットワークを通じて外部アクセス可能なスプレッドシート形式の申込書を備える申込書配布サイトから、前記スプレッドシート形式の申込書を顧客コンピュータシステムにダウンロードするダウンロード手段と、前記顧客コンピュータシステムにおいて前記ダウンロードしたスプレッドシート形式の申込書の記入欄への記入データに基づいて前記スプレッドシート形式の記入済申込書を生成する記入済申込書生成手段と、店舗コンピュータシステムにおいて前記スプレッドシート形式の記入済申込書を電子フォーム形式の記入済申込書に変換する形式変換手段と、前記店舗コンピュータシステムにおいて前記電子フォーム形式の記入済申込書に基づいて申込情報をデータベースに登録する登録手段とを有するようにしたものである。
また本発明の請求項２に係る申込受付システムは、請求項１に係る申込受付システムにおいて、前記申込書配布サイトから前記スプレッドシート形式の申込書をダウンロードするときに、新規顧客のためのユーザ認証を必要としないダウンロードと、既存顧客のためのユーザ認証を必要とするダウンロードの２つが存在するようにしたものである。
また本発明の請求項３に係る申込受付システムは、請求項１または２に係る申込受付システムにおいて、前記申込書配布サイトから前記スプレッドシート形式の申込書をダウンロードするときに、前記ユーザ認証を行った既存顧客については、顧客ごとの実績データを前記スプレッドシート形式の申込書に付加してダウンロードするようにしたものである。
また本発明の請求項４に係る申込受付システムは、請求項１〜３のいずれかに係る申込受付システムにおいて、前記店舗コンピュータシステムにおいて前記電子フォーム形式の記入済申込書を表示し記入内容を確認できるようにする表示手段と、前記店舗コンピュータシステムにおいて表示された前記電子フォーム形式の記入済申込書における記入内容について、追加、削除、変更等による編集を行う編集手段とを有するようにしたものである。
また本発明の請求項５に係る申込受付システムは、請求項１〜４のいずれかに係る申込受付システムにおいて、前記店舗コンピュータシステムにおいて前記スプレッドシート形式および／または前記電子フォーム形式の記入済申込書を印刷する印刷手段を有するようにしたものである。
また本発明の請求項６に係る申込受付システムは、請求項１〜５のいずれかに係る申込受付システムにおいて、前記変換は前記スプレッドシート形式の記入済申込書をＸＭＬで記述し直した後に、前記スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記スプレッドシート形式の申込書におけるＸＭＬデータが、前記電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換を行い、前記電子フォーム形式の申込書におけるＸＭＬデータを生成する変換であるようにしたものである。
また本発明の請求項７に係る申込受付システムは、請求項１〜６のいずれかに係る申込受付システムにおいて、前記スプレッドシート形式の申込書と電子フォーム形式の申込書は共にＸＭＬで記述された申込書であって、前記変換は、前記スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記スプレッドシート形式の申込書におけるＸＭＬデータが、前記電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換を行い、前記電子フォーム形式の申込書におけるＸＭＬデータを生成する変換であるようにしたものである。
【発明の効果】
【０００７】
本発明の請求項１に係る申込受付システムによれば、ダウンロード手段によりネットワークを通じて外部アクセス可能なスプレッドシート形式の申込書を備える申込書配布サイトからスプレッドシート形式の申込書が顧客コンピュータシステムにダウンロードされ、記入済申込書生成手段により顧客コンピュータシステムにおいてダウンロードされたスプレッドシート形式の申込書の記入欄への記入データに基づいてスプレッドシート形式の記入済申込書が生成され、形式変換手段により店舗コンピュータシステムにおいてスプレッドシート形式の記入済申込書が電子フォーム形式の記入済申込書に変換され、登録手段により店舗コンピュータシステムにおいて電子フォーム形式の記入済申込書に基づいて申込情報がデータベースに登録される。すなわち、顧客が記入欄への記入を行う申込書はスプレッドシート形式である。またスプレッドシート形式の記入済申込書は電子フォームに変換される。したがって、エンドユーザである顧客によるギフト等の申込書入力を可能とし、またそれを電子フォームへ変換することを可能とし、電子フォームを使用するシステム（基幹システム）における申込受付を効率化する申込受付システムが提供される。
また本発明の請求項２に係る申込受付システムによれば、新規顧客はユーザ認証を必要とせずにダウンロードでき、既存顧客はユーザ認証を必要とするダウンロードにより既存顧客としての便宜を得ることが可能となる。
また本発明の請求項３に係る申込受付システムによれば、ユーザ認証を行った既存顧客については、顧客ごとの実績データがダウンロードしたスプレッドシート形式の申込書に付加される。
また本発明の請求項４に係る申込受付システムによれば、表示手段により店舗コンピュータシステムにおいて電子フォーム形式の記入済申込書が表示され記入内容を確認できる。また、編集手段により店舗コンピュータシステムにおいて表示された電子フォーム形式の記入済申込書における記入内容について、追加、削除、変更等による編集を行うことができる。
また本発明の請求項５に係る申込受付システムによれば、印刷手段により店舗コンピュータシステムにおいてスプレッドシート形式および／または電子フォーム形式の記入済申込書を印刷できる。
また本発明の請求項６に係る申込受付システムによれば、スプレッドシート形式の記入済申込書をＸＭＬで記述し直した後に、スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づきスプレッドシート形式の申込書におけるＸＭＬデータが、電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換が行われる。
また本発明の請求項７に係る申込受付システムによれば、スプレッドシート形式の申込書と電子フォーム形式の申込書は共にＸＭＬで記述された申込書であって、スプレッドシート形式の申込書におけるＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づきスプレッドシート形式の申込書におけるＸＭＬデータが、電子フォーム形式の申込書におけるＸＭＬデータに対応する標準化した構造となるように変換が行われる。
【発明を実施するための最良の形態】
【０００８】
次に、本発明の実施の形態について図を参照しながら説明する。図１は本発明の申込受付システムにおける全体構成を示す絵図である。まず、この図１を参照し、システムの構成を説明する。図１において、１は店舗、２は店舗ＨＰサーバ（ＷＥＢ）、３はギフト申込票（スプレッドシート：spread sheet）、４は顧客、５は携帯型記憶媒体、６は店舗内ネットワーク、７は顧客用端末、８は構造変換プログラム、９はギフト申込票（電子フォーム）、１０はギフト申込情報格納データベース、１１は店舗用端末、１２は基幹システムである。
【０００９】
店舗１はギフト商品を取扱うデパートのような店舗である。店舗１には店舗内における販売管理等を行うための店舗内ネットワーク６が備わっている。また、店舗１はインターネットを通じてオンラインショッピング等を行うため店舗ＨＰサーバ２を保有する。
【００１０】
店舗ＨＰサーバ２はインターネットに接続されたＷＥＢサーバであって設置場所は店舗１であってもよいが、一般的には、ＩＤＣ事業者のＩＤＣ（internet data center）に置かれる。ＩＤＣはＥコマース（commerce）やＡＳＰ事業を行うためのホスティング拠点である。店舗ＨＰサーバ２は、インターネットに店舗１のホームページを開設し、そのホームページで取扱商品を紹介する等を行うサーバである。店舗ＨＰサーバ２は申込書として電子化されたギフト申込票３を備えており、インターネットを通じて顧客４のコンピュータシステムにギフト申込票３をダウンロードする。
【００１１】
ギフト申込票３はスプレッドシート形式の申込書である。スプレッドシートソフト（spread sheet software）たとえばマイクロソフト社製Ｅｘｃｅｌ２００３（Ｒ）はオフィスだけでなく一般の家庭においても広く利用されている作表アプリケーションソフトである。したがって、スプレッドシート形式の申込書であれば、スプレッドシートソフトを使用して記入欄への記入を顧客４が容易に行うことができる。
【００１２】
顧客４は店舗１の顧客であってインターネットに接続できるコンピュータシステムを保有する。顧客４はギフト商品を購入するために店舗ＨＰサーバ２からギフト申込票３をダウンロードする。ダウンロードには新規顧客のためのユーザー認証を必要としないダウンロードと、既存顧客のためのユーザー認証を必要とするダウンロードの２つが存在する。ユーザ認証を行った既存顧客については、顧客ごとの実績データを申込書としてのギフト申込票３付加して、すなわちギフト申込票３の記入欄に記入してダウンロードする。
【００１３】
顧客４のコンピュータシステムにダウンロードされたギフト申込票３はスプレッドシート形式の申込書である。したがって、顧客４はスプレッドシートソフトを使用してギフト申込票３の記入欄へ記入し申込書を作成する。このとき実績データが付加されていれば、その実績データに対する、追加、差口授、変更特等による編集により申込書を作成する。ギフトの配送先等のデータは毎回ほぼ固定されていることが多く、実績データが付加されていれば容易に申込書を作成することができる。
【００１４】
携帯型記憶媒体５は記入済のギフト申込票３のデータを記憶する記憶媒体である。携帯型記憶媒体５としてはフレキシブルディスク、ＵＳＢ接続型フラッシュメモリ、メモリカード、携帯型ハードディスク等の記録媒体を使用することができる。携帯型記憶媒体５へは顧客４が自宅等に設置したコンピュータシステムにおいてギフト申込票３のデータが記憶される。顧客４はこの携帯型記憶媒体５を店舗１の店舗内ネットワーク６における顧客用端末７に携行する。
【００１５】
店舗内ネットワーク６は店舗１のＬＡＮ（local area network）である。店舗内ネットワーク６には、電子フォームを使用するアプリケーションを動作させる基幹システム１２のサーバ、ギフト申込情報格納データベース１０を含むデータベースを動作させるＳＱＬサーバ、等が接続されている。また、顧客用端末７、店舗用端末１１、等が接続されている。
【００１６】
顧客用端末７は店舗１に来店した顧客１が操作するための店舗内ネットワーク６に接続されたコンピュータシステムである。顧客用端末７にはスプレッドシートソフト、構造変換プログラム８、等のアプリケーションがインストールされている。携帯型記憶媒体５を携行して店舗１に来店した顧客１は携帯型記憶媒体５が記憶するギフト申込票３のデータを顧客用端末７に読取らせる。顧客用端末７のスプレッドシートソフトによりギフト申込票３がディスプレイに表示され、確認が必要ならば再編集を、印刷物が必要ならば印刷を行うことができる。
【００１７】
それが済めば、顧客用端末７においてスプレッドシート形式のギフト申込票３をＸＭＬ形式のギフト申込票（電子フォーム）９に変換する。マイクロソフト社製ＥＸＥＬ２００３（Ｒ）のようにスプレッドシートソフトにＸＭＬへの変換機能が備わっていれば、その変換機能をＸＭＬデータへの変換に利用することができる。また、ＸＭＬデータへの変換機能を有するその他のアプリケーションソフトを利用することができる。ただし、ＸＭＬデータであっても、一般的に、そのままのＸＭＬデータは電子フォームのＸＭＬデータは構造的に相違している。したがって、構造変換プログラム８を使用してＸＭＬ構造変換を行い、電子フォームに合致するＸＭＬデータに変換してギフト申込票９を生成する。生成した顧客用端末７のギフト申込票９はＳＱＬサーバを使用してギフト申込情報格納データベース１０に格納する。
【００１８】
構造変換プログラム８は第１のＸＭＬデータに基づいて、第１のＸＭＬデータとは異なる構造または記述により構成する第２のＸＭＬデータを生成するＸＭＬの構造を変換するプログラムである。この構造変換プログラム８は顧客用端末７をクライアントとするサーバ・クライアントシステムのサーブレットとして実現することができる。また顧客用端末７のアプレットまたはアプリケーションとして実現することができる。このようなＸＭＬデータを操作するための一連の手段としては、たとえば、ＪＡＸＰ（Java（Ｒ） API for XML Parsing Optional Package）等を利用することができる。
【００１９】
構造変換プログラム８は、たとえば、第１のＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき第１のＸＭＬデータに対して、指定された種類に対応する標準化したタグ構造となるように変換を行い、第２のＸＭＬデータを生成する。
また、構造変換プログラム８は第２のＸＭＬデータをその種類によって指定されたディレクトリにＸＭＬファイルとして自動保存する。すなわち、 顧客用端末７において構造変換プログラム８を動作させると、ギフト申込情報格納データベース１０に第２のＸＭＬデータであるＸＭＬ形式のギフト申込票９が格納される。
【００２０】
ＸＭＬ形式のギフト申込票９は店舗１の基幹システム１２において標準として使用される電子フォームの一つである。電子フォームを使用するシステムにおいては、申込書、申請書、その他各種帳票の体裁部分（記入欄、罫線、等）は電子フォームとして、また筆記具を用いて記入欄に記入する内容部分については入力データとして電子化される。本発明においては、その電子化における記述言語（アプリケーション）として、ＨＴＭＬHypertext Markup Language）から派生したＸＭＬ（Extensible Markup Language）を使用する。ＸＭＬはインターネット環境の中で異なるプラットフォームやソフトウェア間におけるデータ交換の標準としての利用が進んでいる。
【００２１】
ギフト情報格納データベース１０はギフト申込票９に記入されたギフト申込情報を格納するデータベースである。このギフト情報格納データベース１０は、ＳＱサーバ（図示せず）を介して店舗内ネットワーク６に接続されたコンピュータシステムから使用することができる。たとえば、顧客用端末７、店舗用端末１１からギフト情報格納データベース１０を使用することができる。また、ユーザ認証を受けた顧客４がスプレッドシート形式のギフト申込票３をダウンロードするときに付加される実績データは、このギフト情報格納データベース１０から得られるデータである。
【００２２】
店舗用端末１１は店舗１における店員が操作するための店舗内ネットワーク６に接続されたコンピュータシステムである。店舗用端末１１は店舗１において店員が顧客と協力して作成した手書きのギフト申込票に記入されたギフト申込情報を基幹システム１２に入力するための端末である。
基幹システム１２は店舗１における基幹となる情報処理を行うコンピュータシステムであって、電子フォームが係わる情報処理が含まれている。ここでは、基幹システム１２は店舗用端末１１から入力されたギフト申込情報をギフト情報格納データベース１０に登録する。
【００２３】
以上、構成について説明した。次に、 上述の構成における本発明の申込受付システムの動作について図１とともに図２〜図５を参照して説明する。図２は本発明の申込受付システムにおいて顧客が顧客コンピュータシステムを使用する処理の流れを示すフロー図である。図３は本発明の申込受付システムにおいて顧客と店員が店舗コンピュータシステムを使用する処理の流れを示すフロー図である。また図４は商品購入申込票（電子フォーム）の一例を示す図である。また図５は商品購入申込票（控）（電子フォーム）の一例を示す図である。
【００２４】
図２に示す顧客コンピュータシステムを使用する処理おいて、店舗１においては、事前準備として以下のことがなされている。１）自社（店舗）のＷＥＢサーバである店舗ＨＰサーバ２上にギフト申込票３（スプレッドシート）を配置する。２）ギフト申込票３（スプレッドシート）は、データが空のもの（新規顧客用）と既存データ（実績データ）が入ったもの（既存顧客用）の２つが用意される。３）新規顧客用と既存顧客用のサイト（頁）を用意し、既存顧客用のギフト申込票３にアクセスするためのユーザＩＤ・パスワードの付与、配布を行う。４）認証系プログラムの配置を行う。
【００２５】
まず、図２のステップＳ１において、顧客４は顧客コンピュータシステムから店舗ＨＰサーバ２におけるギフト申込票３（スプレッドシート）のダウンロードサイト（頁）にアクセスする。顧客４は、そこで、氏名、住所、ＩＤ、パスワード等の顧客本人を特定するデータを入力する。このスプレッドシートは、多くの顧客コンピュータシステムで利用可能なスプレッドシートが好適である。すなわち、一般に広く利用されているスプレッドシートソフト（のバージョン）で使用できるスプレッドシートとする。
【００２６】
次に、ステップＳ２において、店舗ＨＰサーバ２は入力されたデータに基づいて、顧客４が新規顧客であるか既存顧客であるかを判定する。ＩＤ、パスワードの入力がないか、ＩＤ、パスワードが登録されたものでなければ新規顧客である。一方、ＩＤ、パスワードが登録されたものであれば既存顧客である。登録されているか否かは、ギフト申込情報格納データベース１０の登録データから検証される。店舗ＨＰサーバ２は通信回線等を経由して店舗１の店舗内ネットワーク６に接続されたコンピュータシステムが保有するデータを直接的または間接的に取得することができる。新規顧客のときには、店舗ＨＰサーバ２は新規顧客であることを検証したことを示す応答を取得する。既存顧客のときには、既存顧客であることを検証したことを示す応答とともに、そのＩＤ、パスワードで特定される既存顧客の実績データを取得する。
【００２７】
新規顧客と判定されたときには、店舗ＨＰサーバ２は、ステップＳ３において、新規顧客用のギフト申込票３（スプレッドシート）を顧客コンピュータシステムにダウンロードする。新規顧客用のギフト申込票３（スプレッドシート）における記入欄はすべて空欄（未記入）である。
既存顧客と判定されたときには、店舗ＨＰサーバ２は、ステップＳ４において、既存顧客用のギフト申込票３（スプレッドシート）を顧客コンピュータシステムにダウンロードする。既存顧客用のギフト申込票３（スプレッドシート）における記入欄には店舗ＨＰサーバ２によって実績データが合成されている。すなわち既存顧客用のギフト申込票３（スプレッドシート）における記入欄の一部には、その既存顧客の実績データが文字数字等で記入済みである。
【００２８】
次に、ステップＳ５において、顧客４は顧客コンピュータシステムにおいて、一般に広く利用されているスプレッドシートソフトを使用してダウンロードしたギフト申込票３（スプレッドシート）を編集する。このとき、顧客４が既存顧客であれば、今回のギフト申込におけるデータと実績データとの相違する部分だけを書き替えればよい。たとえば、毎回ギフトを贈る相手が概ね固定していて変化が少ないならば、配達先の氏名、住所、等を入力する手数を大幅に簡略化することができる。顧客４は、記入済みのギフト申込票３（スプレッドシート）を携帯型記録媒体５に記録し、店舗１に持参する。
【００２９】
図３に示す店舗コンピュータシステムを使用する処理おいて、店舗内ネットワーク６に接続する顧客用端末７においては、事前準備として以下のものがインストールされている。すなわち、１）スプレッドシートソフト、たとえばマイクロソフト社製Ｅｘｃｅｌ２００３（Ｒ）と、２）構造変換プログラム８と、３）電子フォーム９とがインストールされている。
【００３０】
次に、図３のステップＳ６において、顧客４は店舗１に持参した携帯型記録媒体５を店舗コンピュータシステムである顧客用端末７に装着し、スプレッドシートソフト、たとえばＥｘｃｅｌ２００３（Ｒ）を用いてギフト申込票３（スプレッドシート）を開く。そして、ＸＭＬデータのファイルに変換し、そのＸＭＬ変換済のギフト申込票３（スプレッドシート）を所定のホルダーに保存する。なお、Ｅｘｃｅｌ２００３（Ｒ）に限らず、ＸＭＬ変換機能を有するアプリケーションを使用することができる。また、顧客４が記入済みのギフト申込票３（スプレッドシート）をＸＭＬデータのファイルに変換して携帯型記録媒体５に記録し店舗１に携帯したならば、そのまま所定のホルダーに保存すればよい。
【００３１】
次に、ステップＳ７において、所定のホルダーに保存したＸＭＬ変換済のギフト申込票３（スプレッドシート）における入力データ（記入欄に記入したデータ）を電子フォーム９（ギフト申込票）のデータ形式の入力データに構造変換する。この変換には構造変換プログラム８を使用する。
【００３２】
次に、ステップＳ８において、あらかじめ用意された電子フォーム９（ギフト申込票）に、それ用の形式に構造変換した入力データを合成する。顧客用端末７のディスプレイには記入欄に記入が済んでいる電子フォーム９（ギフト申込票）が表示される。店舗１における顧客４はその表示画面をモニターしながら、必要に応じて記入内容の追加、削除、変更等による編集を行うことができる。表示画面をモニターし確認が終了したならば、顧客４は表示画面における送信ボタン（発注ボタン）をクリックする等により、電子フォーム９（ギフト申込票）を送信（発注）する。そのとき、店舗１における顧客４が持ち帰るための電子フォーム９（ギフト申込票）の控が印刷手段により印刷される。
【００３３】
図４には電子フォーム９（ギフト申込票）の一例が示されている。図４に示すように、タイトルが「商品ご購入申込票」で、その直ぐ下に、「申込日（月日）」の記入欄と「依頼主ＩＤ」の記入欄が設けられている。また、「ご購入主」に関し「おところ」と「おなまえ」の記入欄が設けられている。それに続いて「お届け先１」に関し「おところ」「おなまえ」「商品名」「数量」「商品コード」「金額」の記入欄が設けられている。「お届け先１」に続いて、「お届け先２」「お届け先３」・・・が同様に設けられている。
【００３４】
図５には電子フォーム９（ギフト申込票）の控の一例が示されている。図５に示すように、タイトルが「商品ご購入申込票（控）」で、その直ぐ下に、「申込日（月日）」の記載欄と「依頼主ＩＤ」の記載欄が設けられその内容が記載されている。また、「ご購入主」に関し「おところ」と「おなまえ」の記載欄が設けられその内容が記載されている。それに続いて「お届け先１」に関し「おところ」「おなまえ」「商品名」「数量」「商品コード」「金額」の記載欄が設けられその内容が記載されている。「お届け先１」に続いて、「お届け先２」「お届け先３」・・・が同様に設けられ各記載欄にはその内容が記載されている。
【００３５】
一方、図３のステップＳ９において、店舗用端末１１においては、店舗１の店員が対面システムにより作成されたギフト申込票データを基幹システム１２に送信する。店舗用端末１１は、通常の店舗１に備えられている申込情報の入力端末である。本発明により、店舗１には店舗用端末１１と前述の顧客用端末７とが備えられる。これにより、申込カウンターの混雑を解消または軽減することができる。
次に、ステップＳ１０において、顧客用端末７と店舗用端末１１から入力された申込情報が共通のデータベースであるギフト申込情報データベース１０に登録され蓄積される。
【００３６】
以上、実施の形態により説明したように本発明の申込受付システムによると、顧客は店舗に設置された専用端末（コンピュータシステム）を利用することから、顧客にとって明快なルールと使い易いユーザインターフェースの提供が可能となる。そして、その専用端末を使用し顧客が自分でギフト申込データを店舗内システムへ送信することから、店員が対応できるようになるまで顧客は順番待ちをしなくて済む。また、店舗においても申込カウンターにおける混雑の解消となる。さらに、同一データベースへのデータの蓄積を可能とするため、後にバッチ処理等を適用しコンカチ（連結動作）を行う必要がない。以上のことにから顧客サービスが充実し、顧客満足度を高くすることができる。
【図面の簡単な説明】
【００３７】
【図１】本発明の申込受付システムにおける全体構成を示す絵図である。
【図２】本発明の申込受付システムにおいて顧客が顧客コンピュータシステムを使用する処理の流れを示すフロー図である。
【図３】本発明の申込受付システムにおいて顧客が顧客コンピュータシステムを使用する処理の流れを示すフロー図である。
【図４】商品購入申込票（電子フォーム）の一例を示す図である。
【図５】商品購入申込票（控）（電子フォーム）の一例を示す図である。
【符号の説明】
【００３８】
１  店舗
２  店舗ＨＰサーバ（ＷＥＢ）
３  ギフト申込票（スプレッドシート）
４  顧客
５  携帯型記憶媒体
６  店舗内ネットワーク
７  顧客用端末
８  構造変換プログラム
９  ギフト申込票（電子フォーム）
１０  ギフト申込情報格納データベース
１１  店舗用端末
１２  基幹システム
【図１】
2005284467.tif 000003
【図２】
2005284467.tif 000004
【図３】
2005284467.tif 000005
【図４】
2005284467.tif 000006
【図５】
2005284467.tif 000007