(57)【要約】      （修正有）【課題】種類が多くバリエーションも豊富でスペック間に依存関係がある商品でも、注文者がスペックの指定をより簡単かつ効率良く誤りなく行うことが可能な商品対話画面データ生成装置等を提供する。【解決手段】商品関連データは、固有のスペックＩＤで識別され、スペック名と単位の２つの属性で個々のスペックを記述するスペック情報と、固有の商品ＩＤで識別され、スペックＩＤとスペック値の記述により個々の商品を記述する商品情報と、商品に関わる対話画面を自動生成するために必要な情報の構造を定義した情報であって、固有の構造定義ＩＤで識別され、スペックＩＤのリストにより１つの対話画面に関係する１つ以上のスペックの種類を記述した構造定義情報と、で構成され、前記構造定義情報中に記述されるスペックＩＤは、対話画面の制御仕様または表示態様に関係する当該スペックの役割の記述を含むことができるようにした。【選択図】図２
2006039675.tif 000002
【特許請求の範囲】
【請求項１】
商品のスペックを定義した情報であって、固有のスペックＩＤで識別され、スペック名と単位の２つの属性で個々のスペックを記述するスペック情報と、
商品を記述する情報であって、固有の商品ＩＤで識別され、スペックＩＤとスペック値の記述により個々の商品を記述する商品情報と、
対話画面の制御仕様あるいは表示態様に応じて商品に関わる対話画面を自動生成するために必要な情報の構造を定義した情報であって、固有の構造定義ＩＤで識別され、スペックＩＤのリストにより１つの対話画面に関係する１つ以上のスペックの種類を記述した構造定義情報と、で構成され、
前記構造定義情報中に記述されるスペックＩＤは、対話画面の制御仕様または表示態様に関係する当該スペックの役割の記述を含むことができるようにしたことを特徴とする商品関連データ。
【請求項２】
前記商品情報における前記スペック値の記述は、１つまたは複数の＜値＞タグまたは値を意味する特定のタグにより、単独のスペック値または複数の選択可能なスペック値を表すようにしたことを特徴とする請求項１に記載の商品関連データ。
【請求項３】
前記商品情報における前記スペック値の記述は、開始値を意味するタグおよび終了値を意味するタグにより、指定可能なスペック値の範囲を表すようにしたことを特徴とする請求項１に記載の商品関連データ。
【請求項４】
前記商品情報における前記スペック値の記述は、他のスペックＩＤを指定する記述を含んだ式を意味するタグまたは条件を意味するタグにより、他のスペックの値に依存したスペック値を表すようにしたことを特徴とする請求項１に記載の商品関連データ。
【請求項５】
前記構造定義情報における前記役割の記述は、第１のフラグが真か偽かを指定することができ、当該第１のフラグが真の場合は、前記スペック値は発注者が対話画面入力インターフェースを通じて必ず入力すべきものであることを意味するものであることを特徴とする請求項１に記載の商品関連データ。
【請求項６】
前記構造定義情報における前記役割の記述は、第２のフラグが真か偽かを指定することができ、当該第２のフラグが真の場合は、前記スペック値は何らかの名前を表示するものとして、前記対話画面に表示されるべきものであることを意味するものであることを特徴とする請求項１に記載の商品関連データ。
【請求項７】
前記構造定義情報における前記役割の記述は、第３のフラグが真か偽かを指定することができ、当該第３フラグが真の場合は、前記スペック値は価格を表示するものとして、前記対話画面に表示されるべきものであることを意味するものであることを特徴とする請求項１に記載の商品関連データ。
【請求項８】
前記構造定義情報における前記役割の記述は、第４のフラグが真か偽かを指定することができ、当該第４フラグが真の場合は、前記スペック値は商品価格を計算する際の割引率として参照されるべきものであることを意味するものであることを特徴とする請求項１に記載の商品関連データ。
【請求項９】
請求項１から請求項８のいずれか１項に記載の商品関連データであって、１つの商品についての前記商品情報と１つの対話画面についての前記構造定義情報がともにリンクＩＤの記述を含んだ構成とし、１つの商品情報と１つの構造定義情報が共通のリンクＩＤが記述されている場合は、その商品情報とその構造定義情報がリンクされていることを表すものであることを特徴する商品関連データ。
【請求項１０】
請求項１に記載の商品関連データであって、１つの商品についての前記商品情報は１つの対話画面についての前記構造定義情報を特定する構造定義ＩＤの記述を含んだ構成とし、１つの商品情報は、その構造定義ＩＤの記述により、その商品情報とその構造定義情報がリンクされていることを表すものであることを特徴とする商品関連データ。
【請求項１１】
請求項９に記載の商品関連データであって、前記リンクＩＤとして、共通の性質を持つ商品のまとまりを表す商品分類を識別する商品分類ＩＤを用いたことを特徴とする商品関連データ。
【請求項１２】
請求項９から請求項１１のいずれか１項に記載の商品関連データを記憶する記憶手段と、
注文対象となる商品の商品ＩＤを取得し、当該商品ＩＤに対応する商品情報と、当該商品情報とリンクされている構造定義情報と、を前記記憶手段から取得する情報取得手段と、
前記取得された商品情報および構造定義情報とを用いて、前記商品ＩＤに対応する商品に関わる対話画面データを生成する対話画面データ生成手段と、
を備える商品対話画面データ生成装置。
【請求項１３】
請求項１２に記載の商品対話画面データ生成装置により生成された対話画面データに基づいて、前記対話画面を表示させる表示処理手段を備えることを特徴とする商品対話画面表示装置。
【請求項１４】
前記表示処理手段は、前記構造定義情報における前記役割に対応した表示態様の対話画面を表示させることを特徴とする請求項１３に記載の商品対話画面表示装置。
【請求項１５】
コンピュータを、請求項１２に記載の商品対話画面データ生成装置として機能させることを特徴とする商品対話画面データ生成処理プログラム。
【請求項１６】
請求項１５に記載の商品対話画面データ生成処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばインターネット等のネットワークを介して相互に接続されたサーバとユーザ端末とを備える商品注文システム及び方法等の技術分野に関する。
【背景技術】
【０００２】
従来から、この種の商品注文システムにおいては、所定のサーバ（例えば、ＥＣサイト）からユーザ端末に提供され、Ｗｅｂブラウザにより表示される商品選択画面や商品情報画面上で、注文者（ユーザ）は入力部を操作して所望の商品を選択し、続いて表示される商品注文画面上で商品の注文内容及び合計金額を確認し、注文を実行することが知られている。その際、商品の色やサイズ等のスペックにバリエーションがある場合、注文者は、商品選択時又は注文時に当該スペックを商品注文画面上で選択するようになっている。
【０００３】
一方、特許文献１には、多種多様な直接材企業間取引に対応可能な注文登録システムに活用できる画面生成エンジンに関する技術が開示されている。
【特許文献１】特開２００４−５４７４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、図１３に複雑なスペックの組合せによる商品バリエーション例に示すが、このように、工業製品・部材など、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品の場合、従来の商品注文システムや画面生成エンジンにおいては、その組合せの複雑さと、発生する商品数の膨大さから全ての選択肢を商品注文画面上に用意することは困難であった。更に、注文時に指定されるスペックは、商品によって異なるため、全ての商品について異なる商品注文画面を用意することは更に困難となる。
【０００５】
そのため、このような商品を注文するためには、一般に、注文者は自らスペック表から適切なスペックの組合せを判断し、注文コードを作成した後、これを商品注文画面上から入力しなければならず、手間がかかる上、注文ミスが発生する可能性が高いという問題があった。従って、商品注文画面上からの注文ではなく、電話やＦＡＸなどの別の方法による注文にせざるを得ない場合もあった。
【０００６】
仮に、そのような多くの選択肢を商品注文画面上に用意できたとしても、その選択肢の多さのために、注文者が誤ったスペックの指定に気づかないなどの注文ミスが発生する可能性が高いという問題がある。従って、別途、注文内容の確認のための煩雑なやり取りが必要になると考えられる。
【０００７】
更に、指定されたスペックの内容や注文数量によって、商品の価格や割引率が変化する場合、従来の商品注文システムでは対応できないという問題もあった。
【０００８】
本発明は、以上の点に鑑みてなされたものであり、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品であっても、注文者が、多くのスペックの指定を、より簡単かつ効率良く、しかも誤りなく行うことが可能な商品関連データ、商品対話画面データ生成装置、商品対話画面表示装置及び商品対話画面データ生成処理プログラム等を提供することを課題とする。
【０００９】
また、指定されたスペックの内容や注文数量によって商品の価格や割引率が変化する場合にも対応できる商品注文画面を生成可能な商品関連データ、商品対話画面データ生成装置、商品対話画面表示装置及び商品対話画面データ生成処理プログラム等を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の発明は、商品のスペックを定義した情報であって、固有のスペックＩＤで識別され、スペック名と単位の２つの属性で個々のスペックを記述するスペック情報と、商品を記述する情報であって、固有の商品ＩＤで識別され、スペックＩＤとスペック値の記述により個々の商品を記述する商品情報と、対話画面の制御仕様あるいは表示態様に応じて商品に関わる対話画面を自動生成するために必要な情報の構造を定義した情報であって、固有の構造定義ＩＤで識別され、スペックＩＤのリストにより１つの対話画面に関係する１つ以上のスペックの種類を記述した構造定義情報と、で構成され、前記構造定義情報中に記述されるスペックＩＤは、対話画面の制御仕様または表示態様に関係する当該スペックの役割の記述を含むことができるようにしたことを特徴とする。
【００１１】
このような構造を有する商品関連データが用いることにより、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品であっても、注文者が、多くのスペックの指定を、より簡単かつ効率良く、しかも誤りなく行うことが可能な、商品に関わる対話画面データを生成することができる。
【００１２】
また、請求項２に記載の発明は、請求項１に記載の商品関連データにおいて、前記商品情報における前記スペック値の記述は、１つまたは複数の＜値＞タグまたは値を意味する特定のタグにより、単独のスペック値または複数の選択可能なスペック値を表すようにしたことを特徴とする。
【００１３】
また、請求項３に記載の発明は、請求項１に記載の商品関連データにおいて、前記商品情報における前記スペック値の記述は、開始値を意味するタグおよび終了値を意味するタグにより、指定可能なスペック値の範囲を表すようにしたことを特徴とする。
【００１４】
また、請求項４に記載の発明は、請求項１に記載の商品関連データにおいて、前記商品情報における前記スペック値の記述は、他のスペックＩＤを指定する記述を含んだ式を意味するタグまたは条件を意味するタグにより、他のスペックの値に依存したスペック値を表すようにしたことを特徴とする。
【００１５】
また、請求項５に記載の発明は、請求項１に記載の商品関連データにおいて、前記構造定義情報における前記役割の記述は、第１のフラグが真か偽かを指定することができ、当該第１のフラグが真の場合は、前記スペック値は発注者が対話画面入力インターフェースを通じて必ず入力すべきものであることを意味するものであることを特徴とする。
【００１６】
また、請求項６に記載の発明は、請求項１に記載の商品関連データにおいて、前記構造定義情報における前記役割の記述は、第２のフラグが真か偽かを指定することができ、当該第２のフラグが真の場合は、前記スペック値は何らかの名前を表示するものとして、前記対話画面に表示されるべきものであることを意味するものであることを特徴とする。
【００１７】
また、請求項７に記載の発明は、請求項１に記載の商品関連データにおいて、前記構造定義情報における前記役割の記述は、第３のフラグが真か偽かを指定することができ、当該第３フラグが真の場合は、前記スペック値は価格を表示するものとして、前記対話画面に表示されるべきものであることを意味するものであることを特徴とする。
【００１８】
また、請求項８に記載の発明は、請求項１に記載の商品関連データにおいて、前記構造定義情報における前記役割の記述は、第４のフラグが真か偽かを指定することができ、当該第４フラグが真の場合は、前記スペック値は商品価格を計算する際の割引率として参照されるべきものであることを意味するものであることを特徴とする。
【００１９】
また、請求項９に記載の発明は、請求項１から請求項８のいずれか１項に記載の商品関連データであって、１つの商品についての前記商品情報と１つの対話画面についての前記構造定義情報がともにリンクＩＤの記述を含んだ構成とし、１つの商品情報と１つの構造定義情報が共通のリンクＩＤが記述されている場合は、その商品情報とその構造定義情報がリンクされていることを表すものであることを特徴する。
【００２０】
また、請求項１０に記載の発明は、請求項１に記載の商品関連データであって、１つの商品についての前記商品情報は１つの対話画面についての前記構造定義情報を特定する構造定義ＩＤの記述を含んだ構成とし、１つの商品情報は、その構造定義ＩＤの記述により、その商品情報とその構造定義情報がリンクされていることを表すものであることを特徴とする。
【００２１】
また、請求項１１に記載の発明は、請求項９に記載の商品関連データであって、前記リンクＩＤとして、共通の性質を持つ商品のまとまりを表す商品分類を識別する商品分類ＩＤを用いたことを特徴とする。
【００２２】
また、請求項１２に記載の発明は、請求項９から請求項１１のいずれか１項に記載の商品関連データを記憶する記憶手段と、注文対象となる商品の商品ＩＤを取得し、当該商品ＩＤに対応する商品情報と、当該商品情報とリンクされている構造定義情報と、を前記記憶手段から取得する情報取得手段と、前記取得された商品情報および構造定義情報とを用いて、前記商品ＩＤに対応する商品に関わる対話画面データを生成する対話画面データ生成手段と、を備える。
【００２３】
この発明によれば、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品であっても、注文者が、多くのスペックの指定を、より簡単かつ効率良く、しかも誤りなく行うことが可能な、商品に関わる対話画面データを生成することができる。
【００２４】
また、請求項１３に記載の発明は、請求項１２に記載の商品対話画面データ生成装置により生成された対話画面データに基づいて、前記対話画面を表示させる表示処理手段を備えることを特徴とする。
【００２５】
また、請求項１４に記載の発明は、請求項１３に記載の商品対話画面表示装置において、前記表示処理手段は、前記構造定義情報における前記役割に対応した表示態様の対話画面を表示させることを特徴とする。
【００２６】
また、請求項１５に記載の発明は、商品対話画面データ生成処理プログラムであって、コンピュータを、請求項１２に記載の商品対話画面データ生成装置として機能させることを特徴とする。
【００２７】
また、請求項１６に記載の発明は、記録媒体であって、請求項１５に記載の商品対話画面データ生成処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２８】
本発明によれば、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品であっても、注文者が、多くのスペックの指定を、より簡単かつ効率良く、しかも誤りなく行うことが可能な、商品に関わる対話画面データを生成することができる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、商品注文システムに対して本発明を適用した場合の実施形態である。
【００３０】
［１．商品注文システムＳの構成及び機能］
先ず、図１を参照して本発明の一実施形態にかかる商品注文システムの構成及び機能について説明する。
【００３１】
図１は、本実施形態にかかる商品注文システムにおける概要構成例を示す図である。
【００３２】
商品注文システムＳは、図１に示すように、本発明の商品対話画面データ生成装置の一例としてのデータベースサーバ１及びアプリケーションサーバ（Ｗｅｂサーバ）２と、商品対話画面表示装置の一例としてのユーザ端末３とを備えて構成されている。データベースサーバ１とアプリケーションサーバ２とは、例えばＬＡＮ（Local Area Network）４等で接続されており、互いにデータの授受が可能となっている。また、アプリケーションサーバ２は、例えば、ネットワークの一例としてのインターネット５等に接続されており、ユーザ端末３は、図示しないインターネットサービスプロバイダ（ＩＳＰ）及びインターネット５等を介してアプリケーションサーバ２に接続し、データの享受が可能になっている。
【００３３】
なお、本実施形態においては、データベースサーバ１と、アプリケーションサーバ２とを分離した構成としたが、一体構成であってもよい。
【００３４】
始めに、データベースサーバ１の構成及び機能について説明する。
【００３５】
データベースサーバ１は、図１に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，ＲＯＭ等から構成された処理部１１と、各種プログラム及び各種データ等を記憶するＨＤＤ（Hard Disc Drive）等から構成された記憶手段としての記憶部１２と、ＬＡＮ４等を介してアプリケーションサーバ２と通信を行うための通信部１３と、を備えたコンピュータにより構成される。
【００３６】
そして、処理部１１におけるＣＰＵが記憶部１２等に記憶されたプログラムを実行することにより、処理部１１がデータ管理部１１ａとして機能し、記憶部１２に構築された商品関連データベース１２ａに格納された商品関連データ（商品関連情報）５１及び注文データ（注文情報）５２の管理を行うようになっている。
【００３７】
商品関連データ５１には、アプリケーションサーバ２からユーザ端末３に対して提供され、当該ユーザ端末３上で表示される商品に関わる対話画面の一例としての商品注文画面を構成する基になる、商品分類情報の一例としての商品分類データ５１ａ、スペック情報の一例としてのスペックデータ５１ｂ、構造定義情報の一例としての構造定義データ５１ｃ、及び商品情報の一例としての商品データ５１ｄが含まれる。
【００３８】
また、注文データ５２には、当該商品注文画面を通じてユーザにより注文があった商品の注文に係る情報や当該ユーザＩＤ等のユーザに関する情報等が含まれる。
【００３９】
ここで、図２乃至図５等を参照して、商品関連データ５１の構成について説明する。
【００４０】
図２は、商品関連データ５１に含まれる各データの関係を示す図である。図３（Ａ）は、商品分類データ５１ａの構造例を、図３（Ｂ）は、スペックデータ５１ｂの構造例を、図４は、構造定義データ５１ｃの構造例を、図５は、商品データ５１ｄの構造例を、夫々示す図である。なお、図３乃至図５の例では、各データ５１ａ乃至５１ｄは、例えばＸＭＬ（eXtensible Markup Language）のタグ（＜＞）によって構造化されている。
【００４１】
先ず、図２に示すように、構造定義データ５１ｃ及び商品データ５１ｄでは、商品分類データ５１ａ及びスペックデータ５１ｂが参照されるようになっている。
【００４２】
商品分類データ５１ａは、共通の性質を持つ商品のまとまりを表す商品分類を定義した情報であって、固有の商品分類ＩＤで識別され、商品分類名の属性で商品分類を記述するものである。１つの商品分類データ５１ａは、図２に示すように、商品分類ＩＤと、商品分類名とから構成される。また、商品分類名は、商品注文画面に表示されるものである。
【００４３】
スペックデータ５１ｂは、商品のスペックを定義した情報であって、固有のスペックＩＤで識別され、スペック名と単位（例えば、ｍｍ）の２つの属性で個々のスペックを記述するものである。１つのスペックデータ５１ｂは、図２に示すようなスペックＩＤと、スペック名と、単位とから構成される。また、スペック名及び単位は、商品注文画面に表示されるものである。
【００４４】
ここで、スペックは、商品を特定するための情報であり、スペック名としては、図３（Ｂ）に示すように、「商品名」、「色」、「長さ」、「直径」、「単価」、及び「割引率」等が一例として挙げられる。また、単位は、商品のスペックによって変わるものであり、例えば、商品の長さの単位としては「ｃｍ」が、商品の単価の単位としては「円」が一例として挙げられる。但し、商品のスペック名が商品名や色等の場合には、当該単位はないことになる。
【００４５】
構造定義データ５１ｃは、商品注文画面の制御仕様あるいは表示態様に応じて商品注文画面を自動生成するために必要な情報の構造を定義した情報であって、固有の構造定義ＩＤで識別され、スペックＩＤのリストにより１つの商品注文画面に関係する１つ以上のスペックの種類を記述するものである。また、構造定義データ５１ｃ中に記述されるスペックＩＤは、商品注文画面の制御仕様または表示態様に関係する当該スペックの役割の記述を含むことができるようにしている。更に、構造定義データ５１ｃは、商品分類ＩＤの記述を含んでいる。１つの構造定義データ５１ｃは、図２に示すように、構造定義ＩＤと、商品分類ＩＤと、スペックＩＤと、スペックの役割の記述とから構成される。
【００４６】
商品データ５１ｄは、商品を記述する情報であって、固有の商品ＩＤで識別され、スペックＩＤとスペック値の記述により個々の商品を記述するものである。更に、商品データ５１ｄは、商品分類ＩＤの記述を含んでおり、共通の商品分類ＩＤが記述されている構造定義データ５１ｃとリンクされる。つまり、１つの構造定義データ５１ｃと１つの商品データ５１ｄとに共通のリンクＩＤとして商品分類ＩＤが記述されている場合は、その構造定義データ５１ｃと商品データ５１ｄがリンクされていることを表すことになる。１つの商品データ５１ｄは、図２に示すように、商品ＩＤと、商品分類ＩＤと、スペックＩＤと、スペック値の記述とから構成される。
【００４７】
なお、１つの商品についての商品データ５１ｄは、商品分類ＩＤの記述の代わりに、１つの対話画面についての構造定義データ５１ｃを特定する構造定義ＩＤの記述を含んだ構成としても良く、この場合、１つの商品データ５１ｄには、その構造定義ＩＤの記述により、その構造定義ＩＤに対応する構造定義データ５１ｃがリンクされることになる。つまり、この場合、構造定義ＩＤがリンクＩＤとして機能することになる。
【００４８】
ここで、商品データ５１ｄにおけるスペック値は、商品注文画面に表示されるべきスペックの具体的な値（又は内容）であり、スペック値の記述は、１つまたは複数の＜値＞タグまたは値を意味する特定のタグにより、単独のスペック値（以下、「単値」という）または複数の選択可能なスペック値（以下、「多値」という）を表すことが可能になっている。また、スペック値の記述は、開始値を意味するタグおよび終了値を意味するタグにより、指定可能なスペック値の範囲（以下、「範囲つき値」という）を表すことが可能になっている。また、スペック値の記述は、他のスペックＩＤを指定する記述を含んだ式を意味するタグにより、他のスペックの値に依存したスペック値（以下、「演算式値」という）を表すことが可能になっている。さらに、スペック値の記述は、他のスペックＩＤを指定する記述を含んだ条件を意味するタグにより、他のスペックの値に依存したスペック値（以下、「条件つき値」という）を表すことが可能になっている。
【００４９】
図５に示す例では、スペックＩＤが「ＳＰＣ１０１」（即ち、スペック名が「商品名」）に対応するスペック値は「スクリューネジＡ型」であり、スペックＩＤが「ＳＰＣ１０２」（即ち、スペック名が「色」）に対応するスペック値は「シルバー」である。
【００５０】
また、例えば、図５に示す符号５５部は、多値を示しており、「１０」、「２０」、「３０」のうちユーザに選択された１つのスペック値が注文に係る情報となる。また、図５に示す符号５６部は、範囲つき値を示しており、「１０」〜「３０」（１０刻み）の数値範囲からユーザに選択された１つのスペック値が注文に係る情報となる。
【００５１】
また、図５に示す符号５７部は、演算式値を示しており、例えば、図５に示す符号５５部の多値のうち選択されたスペック値に対し「０．２５」が乗算されて算出されたスペック値が注文に係る情報となる。また、図５に示す符号５８部は、条件つき値を示しており、例えば、図５に示す符号５５部の多値のうち選択されたスペック値の大きさが「２０」より小さければ、「９０」が注文に係る情報となり、図５に示す符号５５部の多値のうち選択されたスペック値の大きさが「２０」以上であれば、「１００」が注文に係る情報となる。なお、図５に示す符号５９部も、条件つき値を示している。また、条件つき値は、単値だけではなく、多値、範囲つき値、及び演算式値であることもある。
【００５２】
上記演算式値や条件つき値では、１つの商品ＩＤに関して、１のスペックＩＤに対応するスペック値と、他のスペックＩＤに対応するスペック値とは依存関係にある。つまり、１のスペックＩＤに対応するスペック値の変化に応じて、他のスペックＩＤに対応するスペック値が変化する。よって、ユーザの入力ミスを防ぐことができる。
【００５３】
構造定義データ５１ｃにおけるスペックの役割とは、当該スペックが持つ役割（例えば、当該スペックが、商品の名称としての役割を持つのか、或いは、商品の特定されるべき仕様としての役割を持つのか、或いは、商品の価格としての役割を持つのか、或いは、商品の割引率としての役割を持つのか）を意味する。
【００５４】
また、当該スペックの役割の記述には、各種フラグが含まれ、例えば、図４に示すように、第１のフラグの一例としての「ｏｒｄｅｒ」、第２のフラグの一例としての「ｎａｍｅ」、第３のフラグの一例としての「ｐｒｉｃｅ」、第４フラグの一例としての「ｄｉｓｃｏｕｎｔ」が挙げられる。そして、当該スペックの役割の記述は、これらのフラグが真（ｔｒｕｅ）か偽（ｆａｌｓｅ）かを指定することができる。
【００５５】
例えば、「ｏｒｄｅｒ」が、真（ｏｒｄｅｒ＝“ｔｒｕｅ”）の場合は、上記スペック値は発注者（ユーザ）が商品注文画面入力インターフェースを通じて必ず入力すべきものであることを意味する。また、例えば、「ｎａｍｅ」が、真（ｎａｍｅ＝“ｔｒｕｅ”）の場合は、上記スペック値は何らかの名前を表示するものとして、商品注文画面に表示されるべきものであることを意味する。また、例えば、「ｐｒｉｃｅ」が、真（ｐｒｉｃｅ＝“ｔｒｕｅ”）の場合は、上記スペック値は価格を表示するものとして、商品注文画面に表示されるべきものであることを意味する。また、例えば、「ｄｉｓｃｏｕｎｔ」が、真（ｄｉｓｃｏｕｎｔ＝“ｔｒｕｅ”）の場合は、上記スペック値は商品価格を計算する際の割引率として参照されるべきものであることを意味するものである。
【００５６】
このようなスペックの役割に応じて、当該スペックに対応するスペック値の商品注文画面上における表示態様（例えば、商品注文画面上における位置、大きさ、範囲、形態等）が決定される。また、当該スペックの役割に応じて、商品注文画面上に表示されるべきスペック値が決定されることになる。
【００５７】
なお、アプリケーションの目的に合わせて、上記役割を設定してもよい。
【００５８】
次に、アプリケーションサーバ２及びユーザ端末３の構成及び機能について説明する。
【００５９】
アプリケーションサーバ２は、図１に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，ＲＯＭ等から構成された処理部２１と、各種プログラム及び各種データ等を記憶するＨＤＤ等から構成された記憶部２２と、ＬＡＮ４等を介してアプリケーションサーバ２と通信を行ったり、ＩＳＰ及びインターネット５等を介してユーザ端末３と通信を行うための通信部２３と、を備えたコンピュータにより構成される。
【００６０】
そして、処理部２１におけるＣＰＵが記憶部２２等に記憶されたプログラム（本発明の商品対話画面データ生成処理プログラムを含む）を実行することにより、処理部２１が、情報取得手段の一例としての商品関連データ取得処理部２１ａ、対話画面データ生成手段の一例としての商品注文画面データ生成処理部２１ｂ、商品注文画面データ提示処理部２１ｃ、及び注文データ取得・格納処理部２１ｄとして機能するようになっている。
【００６１】
なお、商品対話画面データ生成処理プログラムは、例えば、インターネット５に接続された所定のサーバに記憶保存しておき、当該サーバからダウンロードされて記憶部２２に記憶されてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録しておき、ドライブにより読み出されて記憶部２２に記憶されるようにしてもよい。
【００６２】
一方、ユーザ端末３は、図１に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，ＲＯＭ等から構成された処理部３１と、各種プログラム及び各種データ等を記憶する記憶部（例えば、ＨＤＤや不揮発性メモリ等）３２と、ＩＳＰ及びインターネット５等を介してアプリケーションサーバ２と通信を行うための通信部３３と、ユーザからの指示入力を受け付けるための入力部（例えば、マウス、キーボード、操作ボタン等）３４と、上記商品注文画面等の各種情報を表示する表示部（例えば、液晶パネル等）３５と、を備えたコンピュータにより構成される。かかるコンピュータとしては、パーソナルコンピュータ、携帯電話機、ＰＤＡ等が適用可能である。
【００６３】
そして、処理部３１におけるＣＰＵが記憶部３２等に記憶されたＷｅｂブラウザプログラム等を実行することにより、処理部３１が、操作指定処理部３１ａ、商品注文画面データ取得処理部３１ｂ、表示処理手段の一例としての商品注文画面表示処理部３１ｃ、及び注文データチェック処理部３１ｄとして機能（Ｗｅｂブラウザ上で機能）するようになっている。
【００６４】
アプリケーションサーバ２における商品関連データ取得処理部２１ａ、商品注文画面データ生成処理部２１ｂ、商品注文画面データ提示処理部２１ｃ、及び注文データ取得・格納処理部２１ｄと、ユーザ端末３における操作指定処理部３１ａ、商品注文画面データ取得処理部３１ｂ、商品注文画面表示処理部３１ｃ、及び注文データチェック処理部３１ｄは、図１に示す矢印の流れ（(1)〜(9)）で処理を実行することになる。これらの各部分の処理の詳細については、後述する。
【００６５】
［２．商品注文システムＳの動作］
次に、図６乃至図１０等を参照して、商品注文システムＳの動作について説明する。
【００６６】
図６は、アプリケーションサーバ２における商品関連データ取得処理を示すフローチャートである。また、図７は、アプリケーションサーバ２における商品注文画面データ生成処理を示すフローチャートである。また、図８は、上記商品注文画面データ生成処理におけるスペック値書き出し処理の詳細を示すフローチャートである。また、図９（Ａ）乃至（Ｃ）は、夫々、スペック値書き出し処理における、「多値」に対する処理、「範囲つき値」に対する処理、「演算式値」に対する処理の詳細を示すフローチャートである。また、図１０（Ａ）及び（Ｂ）は、夫々、スペック値書き出し処理における、単価計算処理、及び小計金額計算処理を示すフローチャートである。
【００６７】
なお、以下の動作説明においては、アプリケーションサーバ２における処理を主体として説明するものとする。
【００６８】
また、以下の動作説明において、上述した図３乃至図５に示す各データ５１ａ乃至５１ｄを参照するが、そのうち、構造定義データ５１ｃには、スペックＩＤ「ＳＰＣ１０２」が含まれていないものとする。
【００６９】
（商品関連データ取得処理）
先ず、ユーザ端末３がＷｅｂブラウザ上で指定されたアプリケーションサーバ２のＵＲＬ（Uniform Resource Locator）に基づき、インターネット５等を介してアプリケーションサーバ２に接続すると、アプリケーションサーバ２は、例えば、ユーザ認証処理を行い、ユーザ認証ＯＫならば（例えば、ユーザＩＤ及びパスワードをユーザ端末３に要求して、これらのユーザＩＤ等が登録されていれば、ユーザ認証ＯＫとなる）、例えば、ＨＴＭＬ（HyperText Markup Language）やＸＨＴＭＬ（eXtensible HyperText Markup Language）等で記述されたテキストデータ（例えば、商品名、商品ＩＤ、商品特徴等が記述）及びこれにハイパーリンクされた画像（例えば、商品画像）データ等をインターネット５等を介してユーザ端末３に送信する。
【００７０】
ユーザ端末３がアプリケーションサーバ２からの上記データを受信すると、操作指定処理部３１ａにより、当該データに基づき、例えば、商品一覧（例えば、商品名、商品画像、商品特徴等の一覧）が掲載された商品選択画面を有するＧＵＩ(Graphical User Interface)画面が構成され、表示部３５に表示される。
【００７１】
こうして、表示されたＧＵＩ画面上で、ユーザが入力部３４を操作して注文したい商品（例えば、商品名や商品画像）を指定（選択）すると、操作指定処理部３１ａはこれに応じ、指定された商品（注文対象の商品）の商品ＩＤを、インターネット５等を介してアプリケーションサーバ２に送信する（図１の(1)）。なお、かかる商品の指定は複数であってもよく、その場合、複数の商品ＩＤがアプリケーションサーバ２に送信されることになる。
【００７２】
そして、アプリケーションサーバ２がユーザ端末３からの商品ＩＤを受信すると、図６に示す商品関連データ取得処理が開始され、商品関連データ取得処理部２１ａは、注文対象となる商品の上記商品ＩＤを取得し、当該商品ＩＤに対応する商品データ５１ｄと、当該商品データ５１ｄとリンクされている構造定義データ５１ｃと、を商品関連データベース１２ａから取得することになる。
【００７３】
具体的には、先ず、商品関連データ取得処理部２１ａは、受信された商品ＩＤから商品ＩＤを一つ特定し（ステップＳ１）、データベースサーバ１における商品関連データベース１２ａに格納された商品データ５１ｄから、特定した商品ＩＤに対応する商品分類ＩＤを、データ管理部１１ａを介して取得する（ステップＳ２：図１の(2)）。
【００７４】
次いで、商品関連データ取得処理部２１ａは、データベースサーバ１における商品関連データベース１２ａに格納された商品分類データ５１ａから、上記取得した商品分類ＩＤに対応する商品分類名を、データ管理部１１ａを介して取得する（ステップＳ３：図１の(2)）。
【００７５】
次いで、商品関連データ取得処理部２１ａは、データベースサーバ１における商品関連データベース１２ａに格納された構造定義データ５１ｃから、上記取得した商品分類ＩＤに対応する全てのスペックＩＤと、当該スペックＩＤに対応するスペックの役割の記述を、データ管理部１１ａを介して取得する（ステップＳ４：図１の(2)）。
【００７６】
次いで、商品関連データ取得処理部２１ａは、取得したスペックＩＤを一つ特定し（ステップＳ５）、データベースサーバ１における商品関連データベース１２ａに格納されたスペックデータ５１ｂから、特定したスペックＩＤに対応するスペック名と、当該スペック名に対応する単位を、データ管理部１１ａを介して取得する（ステップＳ６：図１の(2)）。
【００７７】
次いで、商品関連データ取得処理部２１ａは、データベースサーバ１における商品関連データベース１２ａに格納された商品データ５１ｄから、上記取得したスペックＩＤに対応するスペック値を、データ管理部１１ａを介して取得する（ステップＳ７：図１の(2)）。
【００７８】
次いで、商品関連データ取得処理部２１ａは、取得した全てのスペックＩＤに対応するスペック名等の取得が終了したか否かを判別し（ステップＳ８）、終了していない場合には（ステップＳ８：Ｎ）、ステップＳ５に戻り同様の処理を繰り返し、一方、終了した場合には（ステップＳ８：Ｙ）、ステップＳ９へ移行する。
【００７９】
ステップＳ９では、受信された全ての商品ＩＤに対応するスペック名等の取得が終了したか否かを判別し、終了していない場合には（ステップＳ９：Ｎ）、ステップＳ１に戻り同様の処理を繰り返し、一方、終了した場合には（ステップＳ９：Ｙ）、ステップＳ１０へ移行する。
【００８０】
ステップＳ１０では、商品関連データ取得処理部２１ａは、商品ＩＤ毎に取得した商品分類名、スペック名、単位、スペック値、及びスペックの役割の記述等を含む情報を商品注文画面生成用情報として商品注文画面データ生成処理部２１ｂに渡して（図１の(3)）、当該処理を終了する。なお、スペック名、単位、スペック値、及びスペックの役割の記述は、例えば、スペックＩＤ毎に対応付けられている。
【００８１】
（商品注文画面データ生成処理）
次に、商品注文画面データ生成処理部２１ｂは、上記商品注文画面生成用情報を取得すると、図７に示す商品注文画面データ生成処理を開始し、取得した商品データ５１ｄと構造定義データ５１ｃとを用いて、上記商品ＩＤに対応する商品注文画面データを生成する。
【００８２】
具体的には、先ず、商品注文画面データ生成処理部２１ｂは、商品ＩＤを一つ特定し（ステップＳ１１）、図８に示すスペック値書き出し処理に移行する（ステップＳ１２）。
【００８３】
なお、当該商品注文画面データ生成処理において、最終的に生成された商品注文画面データに基づき表示される商品注文画面の一つを図１１に示す。
【００８４】
図８に示すスペック値書き出し処理では、商品注文画面データ生成処理部２１ｂは、先ず、上記ステップＳ１１にて特定された商品ＩＤに対応する商品分類名を認識し、更に、その商品ＩＤに対応する複数のスペックＩＤのうちでスペックの役割が「ｎａｍｅ」に対応する（つまり、「ｎａｍｅ＝“ｔｒｕｅ”」である）スペック値を商品名として認識する（ステップＳ２１）。例えば、スペックＩＤ「ＳＰＣ１０１」に対応するスペックの役割は、図４に示す構造定義データ５１ｃによれば、「ｎａｍｅ」（上述したように、商品の名称としての役割を持つことを示す）であるので、スペックＩＤ「ＳＰＣ１０１」に対応するスペック値「スクリューネジＡ型」は、商品名として認識される。
【００８５】
次いで、商品注文画面データ生成処理部２１ｂは、認識した商品分類名及び商品名としてのスペック値を、商品注文画面を表示させるためのデータフォーマット（例えば、ＨＴＭＬやＸＨＴＭＬ等で記述）に書き出す（ステップＳ２２）。
【００８６】
図１２は、商品注文画面を表示させるためのデータフォーマットの一例を示す図である。
【００８７】
このデータフォーマットには、商品分類名、及び商品名等のデータが書き出される（挿入される）箇所が予め設定されており、その箇所に書き出されたデータの商品注文画面上における表示形態（言い換えれば、スタイル）も設定されている。更に、このデータフォーマットには、図１２に示すように、後述する動的画面表示処理を行うＪａｖａＳｃｒｉｐｔ（登録商標）等が書き出されることになる。
【００８８】
なお、商品分類名及び商品名は、例えば、図１１に示す商品注文画面６１における符号６１ａ部に位置することになる。このように、当該スペックの役割に応じて、スペック値の商品注文画面上における表示態様が決定されることになる。
【００８９】
次いで、商品注文画面データ生成処理部２１ｂは、上記商品ＩＤに対応する複数のスペックＩＤのうちでスペックの役割が「ｏｒｄｅｒ」（つまり、「ｏｒｄｅｒ＝“ｔｒｕｅ”」）であるスペックＩＤを一つ特定し（ステップＳ２３）、その特定されたスペックＩＤに対応するスペック名及び単位を認識し、これらを上記データフォーマットに書き出す（ステップＳ２４）。なお、スペック名及び単位は、例えば、図１１に示す商品注文画面６１における符号６１ｂ部に位置することになる。
【００９０】
次いで、商品注文画面データ生成処理部２１ｂは、その特定されたスペックＩＤに対応するスペック値を認識し、当該スペック値が、「多値」であるか否かを判別し（ステップＳ２５）、「多値」である場合には（ステップＳ２５：Ｙ）、図９（Ａ）に示す「多値」に対する処理に移行する（ステップＳ２６）。
【００９１】
一方、「多値」でない場合には（ステップＳ２５：Ｎ）、商品注文画面データ生成処理部２１ｂは、当該スペック値が、「範囲つき値」であるか否かを判別し（ステップＳ２７）、「範囲つき値」である場合には（ステップＳ２７：Ｙ）、図９（Ｂ）に示す「範囲つき値」に対する処理に移行する（ステップＳ２８）。
【００９２】
一方、「範囲つき値」でない場合には（ステップＳ２７：Ｎ）、商品注文画面データ生成処理部２１ｂは、当該スペック値が、「演算式値」であるか否かを判別し（ステップＳ２９）、「演算式値」である場合には（ステップＳ２９：Ｙ）、図９（Ｃ）に示す「演算式値」に対する処理に移行する（ステップＳ３０）。
【００９３】
一方、「演算式値」でない場合には（ステップＳ２９：Ｎ）、つまり、当該スペック値が、「単値」或いは、色等の仕様である場合には、そのスペック値を、上記ステップＳ２４にて書き出されたスペック名及び単位に対応するように上記データフォーマットに書き出す（ステップＳ３１）。なお、「単値」或いは、色等の仕様に対応するスペックＩＤは、この例では、構造定義データ５１ｃに含まれていないため、図１１に示す商品注文画面６１には、「単値」或いは、色等の仕様は表示されないことになる。
【００９４】
図９（Ａ）に示す「多値」に対する処理では、商品注文画面データ生成処理部２１ｂは、多値の各値（例えば、図５に示す符号５５部に示すスペックＩＤ「ＳＰＣ１０３」に対応するスペック値の場合、「１０」、「２０」、「３０」）を選択肢に持つ選択ボックス入力フィールド（例えば、図１１に示す商品注文画面６１における選択ボックス入力フィールド６１ｃ）を規定するデータを仕様として上記データフォーマットに書き出す（ステップＳ２６１）。
【００９５】
次いで、上記入力フィールドにおける初期表示値（例えば、図１１に示す商品注文画面６１における選択ボックス入力フィールド６１ｃに初めに表示される値「２０」）を上記データフォーマット上にセットし（ステップＳ２６２）、図８の処理に戻る。
【００９６】
次に、図９（Ｂ）に示す「範囲つき値」に対する処理では、商品注文画面データ生成処理部２１ｂは、ユーザ端末３におけるＷｅｂブラウザ上でユーザからの入力をチェックするＪａｖａＳｃｒｉｐｔ（登録商標）を上記データフォーマットに書き出す（ステップＳ２８１）。
【００９７】
次いで、商品注文画面データ生成処理部２１ｂは、範囲と刻み値（例えば、図５に示す符号５６部に示すスペックＩＤ 「ＳＰＣ１０４」に対応するスペック値の場合、範囲が「１０」〜「３０」、刻み値が「１０」）を仕様として上記データフォーマットに書き出す（ステップＳ２８２）。
【００９８】
次いで、商品注文画面データ生成処理部２１ｂは、最大桁数を制限した入力フィールド（例えば、図１１に示す商品注文画面６１における入力フィールド６１ｄ）を規定するデータを上記データフォーマットに書き出す（ステップＳ２８３）。
【００９９】
次いで、商品注文画面データ生成処理部２１ｂは、上記入力フィールドにおける初期表示値（例えば、図１１に示す商品注文画面６１における選択ボックス入力フィールド６１ｄに初めに表示される値「２５」）を上記データフォーマット上にセットし（ステップＳ２８４）、図８の処理に戻る。
【０１００】
次に、図９（Ｃ）に示す「演算式値」に対する処理では、商品注文画面データ生成処理部２１ｂは、ユーザ端末３におけるＷｅｂブラウザ上でユーザからの入力に依存してスペック値を変化させるＪａｖａＳｃｒｉｐｔ（登録商標）を上記データフォーマットに書き出す（ステップＳ３０１）。
【０１０１】
次いで、商品注文画面データ生成処理部２１ｂは、演算式（例えば、図５に示す符号５７部に示すスペックＩＤ「ＳＰＣ１０５」に対応するスペック値の場合、当該演算式は、「ＳＰＣ１０３にて選択されたスペック値×０．２５」となる）を上記データフォーマットに書き出す（ステップＳ３０２）。
【０１０２】
次いで、商品注文画面データ生成処理部２１ｂは、当該演算式に基づき、初期表示値を計算する（ステップＳ３０３）。例えば、ステップＳ２６２でセットされた値が、「２０」であった場合、当該初期表示値は、２０×０．２５＝５となる。
【０１０３】
次いで、商品注文画面データ生成処理部２１ｂは、計算された初期表示値を仕様として上記データフォーマット上に書き出し（ステップＳ３０４）、図８の処理に戻る。なお、計算された初期表示値は、例えば、図１１に示す商品注文画面６１における符号６１ｅ部に位置することになる。
【０１０４】
このように、スペックの役割に応じて、当該多値等のスペック値の商品注文画面上における表示態様が決定されることになり、当該スペックの役割に応じて、商品注文画面上に表示されるべきスペック値が決定されることになる。
【０１０５】
図８の処理に戻り、ステップＳ３２では、商品注文画面データ生成処理部２１ｂは、スペックの役割が「ｏｒｄｅｒ」である全てのスペックＩＤに関して、上記ステップＳ２３以降の処理が行われたか否かを判別し、行われていない場合には（ステップＳ３２：Ｎ）、ステップＳ２３に戻り同様の処理を繰り返し、一方、行われた場合には（ステップＳ３２：Ｙ）、ステップＳ３３へ移行する。
【０１０６】
ステップＳ３３では、商品注文画面データ生成処理部２１ｂは、その商品ＩＤに対応する複数のスペックＩＤのうちでスペックの役割が「ｐｒｉｃｅ」に対応する（つまり、「ｐｒｉｃｅ＝“ｔｒｕｅ”」である）スペック値を「単価」として認識し、図１０（Ａ）に示す単価計算処理に移行する（ステップＳ３４）。
【０１０７】
図１０（Ａ）に示す単価計算処理では、先ず、商品注文画面データ生成処理部２１ｂは、当該認識されたスペック値が、条件つき多値又は演算式値であるか否かを判別し（ステップＳ３４１）、何れにでもない場合には（ステップＳ３４１：Ｎ）、ステップＳ３４５に移行する。この場合のステップＳ３４５では、当該スペック値が単価として上記データフォーマットに書き出される。
【０１０８】
一方、当該認識されたスペック値が、例えば条件つき多値である場合には（ステップＳ３４１：Ｙ）、商品注文画面データ生成処理部２１ｂは、ユーザ端末３におけるＷｅｂブラウザ上でユーザからの入力に依存してスペック値を変化させるＪａｖａＳｃｒｉｐｔ（登録商標）を上記データフォーマットに書き出す（ステップＳ３４２）。
【０１０９】
次いで、商品注文画面データ生成処理部２１ｂは、条件式（例えば、図５に示す符号５８部に示すスペックＩＤ「ＳＰＣ１０６」に対応するスペック値の場合、当該条件式は、「ＳＰＣ１０３にて選択されたスペック値＜２０のとき単価が９０円、ＳＰＣ１０３にて選択されたスペック値≧２０のとき単価が１００円」となる）を上記データフォーマットに書き出す（ステップＳ３４３）。
【０１１０】
次いで、商品注文画面データ生成処理部２１ｂは、当該条件式に基づき、単価の初期表示値を計算する（ステップＳ３４４）。例えば、ステップＳ２６２でセットされた値が、「２０」であった場合、当該単価の初期表示値は、１００円となる。
【０１１１】
次いで、商品注文画面データ生成処理部２１ｂは、計算された単価の初期表示値を上記データフォーマット上に書き出し（ステップＳ３４５）、図８の処理に戻る。なお、計算された単価の初期表示値は、例えば、図１１に示す商品注文画面６１における符号６１ｇ部に位置することになる。
【０１１２】
このように、スペックの役割に応じて、当該スペック値の商品注文画面上における表示態様が決定されることになり、当該スペックの役割に応じて、商品注文画面上に表示されるべきスペック値（単価）が決定されることになる。
【０１１３】
図８の処理に戻り、ステップＳ３５では、商品注文画面データ生成処理部２１ｂは、注文個数入力フィールド（例えば、図１１に示す商品注文画面６１における入力フィールド６１ｈ）を規定するデータを上記データフォーマットに書き出し、当該入力フィールドにおける注文個数の初期表示値を上記データフォーマット上にセットする。
【０１１４】
次いで、商品注文画面データ生成処理部２１ｂは、図１０（Ｂ）に示す小計金額計算処理に移行する（ステップＳ３６）。
【０１１５】
図１０（Ｂ）に示す小計金額計算処理では、先ず、商品注文画面データ生成処理部２１ｂは、商品ＩＤに対応する複数のスペックＩＤのうちでスペックの役割が「ｄｉｓｃｏｕｎｔ」であるスペックＩＤがあるか否かを判別し（ステップＳ３６１）、ある場合には（ステップＳ３６１：Ｙ）、当該スペックの役割が「ｄｉｓｃｏｕｎｔ」に対応する（つまり、「ｄｉｓｃｏｕｎｔ＝“ｔｒｕｅ”」である）スペック値を「割引率」として認識し、固定の割引率或いは、割引率の条件式（例えば、図５に示す符号５９部に示すスペックＩＤ「ＳＰＣ１０７」に対応するスペック値の場合、当該条件式は、「注文個数入力フィールドに入力された個数＜１０のとき割引率が０％、注文個数入力フィールドに入力された個数≧１０のとき割引率が１０％」となる）を上記データフォーマットに書き出す（ステップＳ３６２）。一方、スペックの役割が「ｄｉｓｃｏｕｎｔ」であるスペックＩＤがない場合には、ステップＳ３６３に移行される。
【０１１６】
ステップＳ３６３では、商品注文画面データ生成処理部２１ｂは、ユーザ端末３におけるＷｅｂブラウザ上でユーザからの入力に依存して小計金額を変化させるＪａｖａＳｃｒｉｐｔ（登録商標）を上記データフォーマットに書き出す。
【０１１７】
次いで、商品注文画面データ生成処理部２１ｂは、小計金額の初期表示値を計算する（ステップＳ３６４）。例えば、上記「割引率」が認識されていない場合には、上記単価の初期表示値に上記注文個数の初期表示値を乗算して得られた値が小計金額となる。一方、上記「割引率」が認識されている場合には、計算された小計金額から割引率に相当する金額が減算された値（例えば、図１１に示す商品注文画面６１における符号６１ｉ部では、２，０００（小計金額）−２，０００×０．１（割引率に相当する値）＝１，８００）が小計金額となっている。
【０１１８】
次いで、商品注文画面データ生成処理部２１ｂは、計算された小計金額の初期表示値を上記データフォーマット上に書き出し（ステップＳ３６５）、図８の処理に戻る。
【０１１９】
図８の処理に戻ると、更に、図７に示す処理に戻り、商品注文画面データ生成処理部２１ｂは、注文対象の全ての商品ＩＤに関して、スペック値書き出し処理が行われたか否かを判別し（ステップＳ１３）、行われていない場合には（ステップＳ１３：Ｎ）、当該スペック値書き出し処理を同様に行い、一方、行われた場合には（ステップＳ１３：Ｙ）、ステップＳ１４へ移行する。
【０１２０】
ステップＳ１４では、商品注文画面データ生成処理部２１ｂは、注文対象である全ての商品についての小計金額を積算して合計金額を計算する。
【０１２１】
次いで、商品注文画面データ生成処理部２１ｂは、計算された合計金額と、全ての商品ＩＤに対応する上記スペック値等が書き出されたデータフォーマットとを用いて、例えば、図１１に示すような商品注文画面６１を表示するための商品注文画面データを生成する（ステップＳ１５）。
【０１２２】
次いで、商品注文画面データ生成処理部２１ｂは、生成した商品注文画面データを商品注文画面データ提示処理部２１ｃに渡して（ステップＳ１６：図１の(4)）、当該処理を終了する。
【０１２３】
（商品注文画面データ提示処理及び注文に係る情報格納処理）
次に、アプリケーションサーバ２の商品注文画面データ提示処理部２１ｃは、生成された商品注文画面データ及びこれにハイパーリンクされた画像（例えば、商品画像）データ等をインターネット５等を介してユーザ端末３に提示する（つまり、送信して表示させる：（図１の(5)））。
【０１２４】
これに対して、ユーザ端末３の商品注文画面データ取得処理部３１ｂは、アプリケーションサーバ２からの上記商品注文画面データを受信、取得して、商品注文画面表示処理部３１ｃに渡す（図１の(6)）。
【０１２５】
次に、ユーザ端末３の商品注文画面表示処理部３１ｃは、当該商品注文画面データに基づき、例えば、図１１に示すような商品注文画面６１を有するＧＵＩ画面を構成して、表示部３５に表示させる（図１の(7)）。これにより、上記構造定義データ５１ｃにおけるスペックの役割の記述に対応した表示態様の商品注文画面６１が表示されることになる。
【０１２６】
このような商品注文画面６１を有するＧＵＩ画面の表示状態において、ユーザ端末３の注文データチェック処理部３１ｄは、ユーザによる入力部３４の操作により入力フィールドに入力（初期表示値から変更）されたスペック値や注文個数の正否をチェックして、正しくない場合（例えば、入力フィールドにおける入力桁数が最大桁数を超えたり、入力値が入力範囲外であった場合）にはエラー表示を行い、正しい場合にはＪａｖａＳｃｒｉｐｔ（登録商標）により、当該入力されたスペック値に依存して（スペック値の変化に応じて）他のスペック値を変化させて表示させる。
【０１２７】
例えば、商品注文画面６１における選択ボックス入力フィールド６１ｃに「１０」が入力された場合、注文データチェック処理部３１ｄは、「１０×０．２５」の計算を行い、その計算結果である「２．５」を符号６１ｅ部に表示させる。また、商品注文画面６１における入力フィールド６１ｈに「１０」が入力された場合、注文データチェック処理部３１ｄは、「１００×１０」の計算を行い（この場合、割引率なし）、その計算結果である「１０００」を符号６１ｉ部に表示させる。
【０１２８】
そして、ユーザが入力部３４を操作して、例えば、商品注文画面６１に表示された「注文を確定」ボタン６１ｋを指定（クリック）すると、注文データチェック処理部３１ｄは、これに応じて、商品注文画面６１において表示されたスペック値、注文個数、小計金額等の注文に係る情報（商品ＩＤに対応付けられている）を、インターネット５等を介してアプリケーションサーバ２に送信する（図１の(8)）。
【０１２９】
これに対し、アプリケーションサーバ２の注文データ取得・格納処理部２１ｄは、ユーザ端末３からの注文に係る情報を受信、取得し、当該ユーザ端末３のユーザに関する情報と共に注文データ５２として、データベースサーバ１におけるデータ管理部１１ａを通じて、商品関連データベース１２ａに格納する（図１の(9)）。
【０１３０】
以上説明したように上記実施形態によれば、商品注文画面のデータの生成に必要な商品関連データ５１を、上述したように、商品分類データ５１ａ、スペックデータ５１ｂ、構造定義データ５１ｃ、及び商品データ５１ｄによって構造化して整理しておき、これらのデータから図６に示す手順で、商品ＩＤ毎に取得した商品分類名、スペック名、単位、スペック値、及びスペックの役割の記述等を含む情報を取得し、これらの情報に基づき、図７乃至図１０に示す手順で商品注文画面データを生成するように構成したので、スペックの種類が多く、かつスペックの内容のバリエーションも豊富でスペック間に依存関係がある商品の場合であっても、多くのスペックの指定を、より簡単かつ効率良く、しかも誤りなく行うことができる商品注文画面のデータを容易に生成することができる。更に、互いにスペックが異なる多くの商品があっても、より簡単かつ効率良く、しかも誤りなく行うことができる商品注文画面のデータを容易に生成することができる。
【０１３１】
より詳しくは、各スペックに対して役割を持たせ、そのようなスペックの役割に応じて、当該スペックに対応するスペック値の商品注文画面上における表示態様や、商品注文画面上に表示されるべきスペック値が決定されるように構成したので、より簡単に利便性の高い商品注文画面のデータを容易に生成することができる。
【０１３２】
また、構造定義データ５１ｃと商品データ５１ｄとを独立させて構成しておくことにより、商品注文画面のデータ生成に必要なデータを効率よく取り出すことができ、また、構造定義データ５１ｃの内容を変更すれば、これに対応する商品分類に属する全ての商品の商品データを変更することができるので、効率良くにデータ変更を行うことができる。
【０１３３】
更に、１のスペックＩＤに対応するスペック値の変化に応じて、他のスペックＩＤに対応するスペック値が変化するように依存関係を持たせ、更に、指定されたスペック値や注文数量によって商品の価格や割引率を変化させるように構成したので、ユーザの注文を迅速に行わせることができると共に、注文ミスを最大限防ぐことができる。
【０１３４】
なお、上記実施形態においては、一例として商品注文画面データ生成処理部２１ｂがアプリケーションサーバ２に備えるように構成したが、これに限定されるものではなく、ユーザ端末３に備えるように構成しても良い。この場合、アプリケーションサーバ２に備える商品関連データ取得処理部２１ａは、上記商品注文画面生成用情報を、インターネット５等を介してユーザ端末３に送信することになり、ユーザ端末３における商品注文画面データ生成処理部２１ｂは、かかる情報を受信し、図７に示す商品注文画面データ生成処理を実行することになる。
【０１３５】
また、上記実施形態においては、商品対話画面表示装置の一例としてユーザ端末３を適用下が、これに限定されるものではなく、アプリケーションサーバ２を商品対話画面表示装置として適用しても良い。この場合、アプリケーションサーバ２は、ユーザからの指示入力を受け付けるための入力部（例えば、マウス、キーボード、操作ボタン等）と、上記商品注文画面等の各種情報を表示する表示部（例えば、液晶パネル等）と、を備え、処理部３１が、表示処理手段の一例としての商品注文画面表示処理部３１ｃとして機能することになる。
【図面の簡単な説明】
【０１３６】
【図１】本実施形態にかかる商品注文システムにおける概要構成例を示す図である。
【図２】商品関連データ５１に含まれる各データの関係を示す図である。
【図３】（Ａ）は、商品分類データ５１ａの構造例を、（Ｂ）は、スペックデータ５１ｂの構造例を、夫々示す図である。
【図４】構造定義データ５１ｃの構造例を示す図である。
【図５】商品データ５１ｄの構造例を示す図である。
【図６】アプリケーションサーバ２における商品関連データ取得処理を示すフローチャートである。
【図７】アプリケーションサーバ２における商品注文画面データ生成処理を示すフローチャートである。
【図８】商品注文画面データ生成処理におけるスペック値書き出し処理の詳細を示すフローチャートである。
【図９】（Ａ）は、「多値」に対する処理を、（Ｂ）は、「範囲つき値」に対する処理を、（Ｃ）は、「演算式値」に対する処理を、夫々示すフローチャートである。
【図１０】（Ａ）は、単価計算処理を、（Ｂ）は、小計金額計算処理を、夫々示すフローチャートである。
【図１１】商品注文画面例を示す図である。
【図１２】商品注文画面を表示させるためのデータフォーマットの一例を示す図である。
【図１３】複雑なスペックの組合せによる商品バリエーション例に示す図である。
【符号の説明】
【０１３７】
１  データベースサーバ
２  アプリケーションサーバ
３  ユーザ端末
４  ＬＡＮ
５  インターネット
１１  処理部
１１ａ  データ管理部
１２  記憶部
１３  通信部
２１  処理部
２１ａ  商品関連データ取得処理部
２１ｂ  商品注文画面データ生成処理部
２１ｃ  商品注文画面データ提示処理部
２１ｄ  注文データ取得・格納処理部
２２  記憶部
２３  通信部
３１  処理部
３１ａ  操作指定処理部、
３１ｂ  商品注文画面データ取得処理部
３１ｃ  商品注文画面表示処理部
３１ｄ  注文データチェック処理部
３２  記憶部
３３  通信部
３４  入力部
３５  表示部
５１  商品関連データ
５２  注文データ
Ｓ  商品注文システム
【図１】
2006039675.tif 000003
【図２】
2006039675.tif 000004
【図３】
2006039675.tif 000005
【図４】
2006039675.tif 000006
【図５】
2006039675.tif 000007
【図６】
2006039675.tif 000008
【図７】
2006039675.tif 000009
【図８】
2006039675.tif 000010
【図９】
2006039675.tif 000011
【図１０】
2006039675.tif 000012
【図１１】
2006039675.tif 000013
【図１２】
2006039675.tif 000014
【図１３】
2006039675.tif 000015