(57)【要約】【課題】作成対象であるデータの定義に着目することで、従来煩雑であった入力画面の生成を極めて容易にする。【解決手段】入力支援装置１０を、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルＦ１を解析することによってユーザが当該データを入力可能な入力画面Ｄ１を生成する入力画面生成手段１と、この生成した入力画面Ｄ１を出力する入力画面出力手段２とを具備する構成とした。【選択図】図１
2004078436.tif 000002
【特許請求の範囲】
【請求項１】
作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段とを具備してなることを特徴とする入力支援装置。
【請求項２】
作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段とを具備してなることを特徴とする入力支援装置。
【請求項３】
作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合していると判断した場合に入力データに基づいて入力データファイルを生成する入力データファイル生成手段とを具備してなることを特徴とする入力支援装置。
【請求項４】
作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合しないと判断した場合にその検証結果と前記入力画面生成手段で生成した入力画面とに基づいてユーザがデータを再度入力可能な再入力画面を生成する再入力画面生成手段と、この生成した再入力画面を出力する再入力画面出力手段とを具備してなることを特徴とする入力支援装置。
【請求項５】
前記入力内容検証手段が、この出力した再入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かをも検証するものであることを特徴とする請求項４記載の入力支援装置。
【請求項６】
作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合していると判断した場合に入力データに基づいて入力データファイルを生成する入力データファイル生成手段と、入力内容がデータ型に適合しないと判断した場合にその検証結果と前記入力画面生成手段で生成した入力画面とに基づいてユーザがデータを再度入力可能な再入力画面を生成する再入力画面生成手段と、この生成した再入力画面を出力する再入力画面出力手段とを具備してなり、前記入力内容検証手段が、この出力した再入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かをも検証するものであることを特徴とする入力支援装置。
【請求項７】
前記データ定義ファイルに、入力データに含まれる複数の要素データのそれぞれについて必須の入力事項であるか否かが定義されてあり、入力内容検証手段が、必須の入力事項に係る要素データについてのみ入力されたか否かを検証するものである請求項２、３、４、５又は６記載の入力支援装置。
【請求項８】
作成対象であるデータがｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅで記述されるべきものであって、データ定義ファイルが、ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅで記述されたＸＭＬスキーマである請求項１、２、３、４、５、６又は７記載の入力支援装置。
【請求項９】
コンピュータを動作させて、当該コンピュータを、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段とを具備する入力支援装置として機能させることを特徴とする入力支援プログラム。
【請求項１０】
コンピュータを動作させて、当該コンピュータを、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段とを具備する入力支援装置として機能させることを特徴とする入力支援プログラム。
【請求項１１】
コンピュータを動作させて、当該コンピュータを、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合していると判断した場合に入力データに基づいて入力データファイルを生成する入力データファイル生成手段とを具備する入力支援装置として機能させることを特徴とする入力支援プログラム。
【請求項１２】
コンピュータを動作させて、当該コンピュータを、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合しないと判断した場合にその検証結果と前記入力画面生成手段で生成した入力画面とに基づいてユーザがデータを再度入力可能な再入力画面を生成する再入力画面生成手段と、この生成した再入力画面を出力する再入力画面出力手段とを具備する入力支援装置として機能させることを特徴とする入力支援プログラム。
【請求項１３】
前記入力内容検証手段を、この出力した再入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かをも検証するように機能させる請求項１２記載の入力支援プログラム。
【請求項１４】
コンピュータを動作させて、当該コンピュータを、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルを解析することによってユーザが当該データを入力可能な入力画面を生成する入力画面生成手段と、この生成した入力画面を出力する入力画面出力手段と、当該出力した入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段と、入力内容がデータ型に適合していると判断した場合に入力データに基づいて入力データファイルを生成する入力データファイル生成手段と、入力内容がデータ型に適合しないと判断した場合にその検証結果と前記入力画面生成手段で生成した入力画面とに基づいてユーザがデータを再度入力可能な再入力画面を生成する再入力画面生成手段と、この生成した再入力画面を出力する再入力画面出力手段として機能させ、前記入力内容検証手段において、この出力した再入力画面に入力された入力データの内容である入力内容を前記データ定義ファイルに記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かをも検証するように機能させることを特徴とする入力支援プログラム。
【請求項１５】
前記データ定義ファイルに、入力データに含まれる複数の要素データのそれぞれについて必須の入力事項であるか否かが定義されてあり、入力内容検証手段において、必須の入力事項に係る要素データについてのみ入力されたか否かを検証するように機能させる請求項１０、１１、１２、１３又は１４記載の入力支援プログラム。
【請求項１６】
作成対象であるデータがｅＸｔｅｎｓｉｂｌｅ　ＭａｒｋｕｐＬａｎｇｕａｇｅで記述されるべきものであって、データ定義ファイルが、ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅで記述されたＸＭＬスキーマである請求項９、１０、１１、１２、１３、１４又は１５記載の入力支援プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザがデータ入力をする際に利用する入力画面を生成等するための入力支援装置及びそのプログラムに関するものである。
【０００２】
【従来の技術】
ユーザが利用するコンピュータの画面に、インターネットやＬＡＮ、ＷＡＮ等を通じて商品等の注文用入力画面や、アンケート用入力画面等を表示して、ユーザにデータを入力させることが従来より行われており、電子商取引が盛んになりつつある昨今にあっては、各種の入力画面の利用機会がますます増加する傾向にある。このような入力画面の生成に際しては、その入力画面の仕様が予め決まっており、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を使って画面を編集し、画面仕様通りのデータファイルを作成するようにしているのが通例である。特に最近では、電子商取引が盛んになってきており、アプリケーションの種類を問わずにデータをやり取りできるという互換性、利用用途の広さ等の利点からＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）が広く流通してきているが、これを入力させるＧＵＩとして一般的なのが、ＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述された入力画面である。そのため、通常は、ブラウザに表示させたいＨＴＭＬの入力画面をＧＵＩにより編集して作成し、ユーザによって入力画面に入力されたデータの検証用プログラムを作成し、検証により入力されたデータに誤りがある場合などにブラウザに表示させるための再入力画面を作成し、さらに最終的に得られたデータをＸＭＬに変換するためのプログラムを作成するようにしている。
【０００３】
このような方法の他にも、ブラウザに表示させたい入力画面を最初に想定しておき、その想定に従ってＧＵＩにより入力画面を編集・作成し、ＸＭＬマッピング操作によって容易に入力画面の生成と、入力画面に入力されたデータに基づくＸＭＬ文書の生成とを行うような入力画面の作成方法が考えられてきている。この場合、入力画面にユーザによって入力されたデータの正誤を検証するには、さらに別個の検証用ファイルを作成しておき、入力されたデータの内容を、検証用ファイルと照合するようにしている。そして、入力内容にエラーがあった場合には、別途に作成してあった再入力画面を表示するようにしている。
【０００４】
【発明が解決しようとする課題】
ところが、このような従来の入力画面の作成方法では、何れの方法であっても入力画面の仕様を予め想定しておく必要があり、仕様毎にその都度画面作成作業を行わねばならない。また、ＧＵＩによって作成された入力画面はアプリケーションに依存しているため、汎用性が殆どなく、互換性に乏しい。特に、上述した前者の方法によると、入力画面の作成からデータのＸＭＬ化までを行うプログラムの作成に当たって、ＨＴＭＬの入力画面作成、検証用プログラムの作成、再入力画面の作成、ＸＭＬ片慣用プログラムの作成、というように、多くの工数を必要としているため、迅速な作業は困難である。さらに、このような方法で作成された入力画面にユーザによって入力されたデータが得られても、それをＸＭＬ文書の形式にするには、またそのための変換作業が必要となり、さらにその変換されたデータがＸＭＬ文書の仕様、とりわけ広く流通している業界標準のＸＭＬ文書の仕様と合っているか否かを検証する必要も生じる。
【０００５】
また、後者の方法であっても、予め入力画面を想定しておき、それに従って入力画面を作り込むという作業が必須であるため、小規模な電子商取引システムに対して低価格で入力画面を提供するのは困難であり、迅速な作業も期待できない。もとより、入力画面に入力されたデータを検証するためにはアプリケーション毎に専用の検証用ファイルを作成し当該データの出力後に各要素データの内容と位置とを照合しつつ検証用ファイルを用いて検証する必要があり、エラーがあった場合の再入力画面の作成にも更に別の作業が必要であって、これらの一連の作業を行うためには大変な手間が生じている。
【０００６】
そこで本発明は、以上の入力画面の作成方法から発想を転換し、入力画面の仕様ではなくユーザに入力させるべきデータの仕様に着目して、アプリケーションに依存せず互換性の高い方法で入力画面を作成することを第１の目的とし、またその入力画面に入力されたデータをそのデータの仕様に基づいて検証し、検証結果にエラーがなければ入力されたデータの利用性を高め、エラーがあれば容易に再入力画面を作成できるようにすることも目的としている。
【０００７】
【課題を解決するための手段】
本発明の第１の態様は、図１に示すように、作成対象でありユーザの入力によって得べきデータの定義が記述されたデータ定義ファイルＦ１を解析することによってユーザが当該データを入力可能な入力画面Ｄ１を生成する入力画面生成手段１と、この生成した入力画面Ｄ１を出力する入力画面出力手段２とを具備してなることを特徴とする入力支援装置１０であり、またコンピュータをこの入力支援装置１０として動作させるためのプログラムである。
【０００８】
すなわち、ユーザに入力させるべきデータの内容さえ決まっていれば、そのデータの定義を記述したデータ定義ファイルＦ１を作成しておくことで、入力画面生成手段１によってこのデータ定義ファイルＦ１の内容であるデータの定義を解析して入力画面Ｄ１を生成し、さらに入力画面出力手段２によって入力画面Ｄ１を出力することができる。このように、入力支援装置１０はそれ単独でデータ定義ファイルＦ１に基づいて入力画面Ｄ１を生成できるものであるため、他の機能を有するコンピュータに組み込んだ態様、又は他のアプリケーションプログラムの一部に組み込んだ態様で利用することができ、アプリケーションに依存しない汎用性の高いものであるといえる。つまり、入力画面Ｄ１の仕様ではなく入力により得るべきデータの仕様に着目していることから、特にデータの定義方法が標準形式に則ったものであると、さらに汎用性を高めることができる。また、ユーザは自分が入力するデータの定義が如何なるものであるかを全く意識することなく入力画面を利用することができる。また、従来のように、入力画面のレイアウト等を当初に想定しておき、それに従って入力画面を作り込む必要がないため、迅速且つ低価格な入力支援装置又はそのプログラムの提供が可能であり、入力画面の項目変更等にも迅速に対応することが可能となる。
【０００９】
次に、本発明の第２の態様は、図２に示すように、上述した入力画面生成手段１と入力画面出力手段２に加えて、当該出力した入力画面Ｄ１に入力された入力データの内容である入力内容を前記データ定義ファイルＦ１に記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かを検証する入力内容検証手段３を更に具備してなることを特徴とする入力支援装置１１、又はコンピュータをこの入力支援装置１１として機能させるための入力支援プログラムである。
【００１０】
このようなものであれば、入力画面の便利な補助的機能を充実させることができる。また、入力されたデータの検証用のファイルをデータ定義ファイルとは別に用意しなくても、検証のためのデータ型をデータ定義ファイルＦ１に記述しておくことで、このデータ定義ファイルＦ１を解析してデータ型と入力データとを入力内容検証手段３で照合すれば、少なくとも入力画面Ｄ１に入力されたデータが然るべき定義に適合しているか否かを容易に検証することができる。なお、検証の結果、入力データにエラーがあった場合、例えば「半角カナ文字」を「全角カナ文字」に修正するというように修正方法が予め決まっていれば、検証結果を利用してデータの自動修正を行うこともできる。
【００１１】
次に、本発明の第３の態様は、図３に示すように、上述した入力画面生成手段１と入力画面出力手段２と入力内容検証手段３とに加えて、入力内容がデータ型に適合していると判断した場合に入力データに基づいて入力データファイルＦ２を生成する入力データファイル生成手段４を更に具備してなることを特徴とする入力支援装置１２であり、又はコンピュータをこの入力支援装置１２として機能させるための入力支援プログラムである。
【００１２】
このような態様のものであれば、データ型に適合した入力データに基づく入力データファイルＦ２を生成することで、必要なデータの収集をすることができる。特にデータの定義が標準形式に従ったものであれば、生成した入力データファイルＦ２を様々な用途に利用できるようになるため、データの利用性、用途の拡張性を格段に高めることができる。
【００１３】
次に、本発明の第４の態様は、図４に示すように、上述した入力画面生成手段１と入力画面出力手段２と入力内容検証手段３とに加えて、入力内容がデータ型に適合しないと判断した場合にその検証結果と前記入力画面生成手段１で生成した入力画面Ｄ１とに基づいてユーザがデータを再度入力可能な再入力画面Ｄ２を生成する再入力画面生成手段５と、この生成した再入力画面Ｄ２を出力する再入力画面出力手段６とを具備してなることを特徴とする入力支援装置１３であり、又はコンピュータをこの入力支援装置１３として機能させるための入力支援プログラムである。
【００１４】
このようなものであれば、ユーザが入力したデータにデータ型に関して誤りがあった場合、従来のように再入力画面生成用の作業を別途に要することなく、元の入力画面Ｄ１とエラー結果とに基づいて再入力画面Ｄ２を容易に生成し、出力することができる。さらに、入力内容検証手段３が、出力した再入力画面Ｄ２に入力された入力データの内容である入力内容を前記データ定義ファイルＦ１に記述されているデータ型に基づいて解析することによって入力内容がデータ型に適合しているか否かをも検証するものであると、再入力されたデータの再検証の過程を簡便化するとともにそのためのプログラム又は装置の作成をも簡便化することができる。
【００１５】
さらに、本発明の第５の態様は、図５に示すように、以上に説明した入力画面生成手段１、入力画面出力手段２、入力内容検証手段３、入力データファイル生成手段４、再入力画面生成手段５、及び再入力画面出力手段６を全て備えた構成の入力支援装置１４、及びコンピュータをこの入力支援装置１４として機能させるための入力支援プログラムである。このように構成することで、使用するデータ定義ファイルＦ１を当初に用意しておけば、入力画面Ｄ１の生成及び出力、入力内容の検証、再入力画面Ｄ２の生成及び出力、入力データファイルＦ２の生成までの一連の過程を、アプリケーションに依存しない形で極めて簡単且つ迅速に行うとともに、他の装置又はプログラムに対して一パッケージとしての組み込みも可能である。
【００１６】
なお、データ定義ファイルに、入力データに含まれる複数の要素データのそれぞれについて必須の入力事項であるか否かが定義されてある場合、入力内容検証手段３において、必須の入力事項に係る要素データについてのみ入力されたか否かを検証するようにしておくと、入力画面Ｄ１や再入力画面Ｄ２、並びにユーザの入力により得べきデータの多様性を高めることができる。
【００１７】
そして、作成対象であるデータがＸＭＬで記述されるべきものであって、データ定義ファイルＦ１が、ＸＭＬで記述されたＸＭＬスキーマであれば、ユーザによって入力画面Ｄ１等に入力されて最終的に得られるデータの汎用性が高められ、その用途を拡張することができるだけでなく、データ定義ファイルＦ１の作成や追加修正をも簡便化することができる。なお、入力画面の仕様ではなく、得べきデータの仕様及びそのデータ型までＸＭＬスキーマに記述しておき、それに基づいて入力画面Ｄ１を生成したり入力されたデータを検証するという考え方は従来になく、本発明によって実現された画期的なものである。また、特に入力画面Ｄ１や再入力画面Ｄ２の仕様に特別なデザインが必要であれば、入力画面生成手段１において、ＸＳＬＴ（ＸＭＬ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ　Ｔｒａｎｓｕｆｏｒｍ）を利用することによってデザインされた入力画面Ｄ１やＤ２を得ることが可能である。
【００１８】
【発明の実施の形態】
以下、本発明の一実施形態を、図面を参照して説明する。
【００１９】
この実施形態は、図６に示すように、Ｗｅｂサイトの運営者が使用するサーバＳと、このサーバＳとインターネットＩ．Ｎを通じて双方向通信可能に接続され各ユーザＵが使用するユーザ端末Ｃとを利用した電子商取引システムの一例である。すなわち、サーバＳの運営者は、ユーザＵに対して商品の閲覧等のための情報を提供し、ユーザ端末Ｃに表示させた注文書フォームにユーザＵによって入力された情報に従って、商品を発送し代金を請求するようなシステムを運営しているものとする。そのため、サーバＳには、上述の図５に示した入力支援装置１４及びそのためのプログラムを組み込んでいる。
【００２０】
まず、本実施形態で用いられるサーバＳ及びユーザ端末Ｃの機器構成について簡単に説明する。サーバＳは、図７に示すように、ＣＰＵ１０００、メモリ１００１、ＨＤＤ等の記憶装置１００２、キーボードやマウス等の入力デバイス１００３、ディスプレイ１００４、データベース１００５、及び通信インタフェース１００６等を備えた一般的なサーバコンピュータであって、入力支援プログラムを含めた各種プログラムを記憶装置１００２に格納しておき、適宜メモリ１００１に読み込んで所定の動作をＣＰＵ１０００の制御に基づいて行うものである。一方、ユーザ端末Ｃは、一般的なパーソナルコンピュータや携帯電話、ＰＤＡ等の携帯情報端末であり、図８に示すように、ＣＰＵ２０００、メモリ２００１、必要な場合には記憶装置２００２、入力デバイス２００３、ディスプレイ２００４、及び通信インタフェース２００５等を備えており、サーバＳから提供される情報をディスプレイ２００４に表示するためのＷｅｂブラウザ等のアプリケーションプログラムを有している。
【００２１】
以下、具体的に、サーバＳが入力支援装置１４として機能するための構成及び実施態様について説明する。まず、サーバＳに組み込まれている入力支援装置１４は、上述したように、入力画面生成手段１、入力画面出力手段２、入力内容検証手段３、入力データファイル生成手段４、再入力画面生成手段５、及び再入力画面出力手段６としての機能を有している。ここで、ユーザＵによって入力されるべきデータの定義を記述したデータ定義ファイルＦ１は、図９、図１０、図１１、図１２、及び図１３に順次示すように、ＸＭＬで記述したＸＭＬスキーマである。また、ユーザＵによって入力されデータに基づいて生成される入力データファイルＦ２は、図２１に示すように、ＸＭＬで記述されたＸＭＬ文書ファイルとして得られる。以下、本実施形態ではこのＸＭＬスキーマをデータ定義ファイルＦ１として、ＸＭＬ文書ファイルを入力データファイルＦ２として説明する。なお、ＸＭＬスキーマＦ１及びＸＭＬ文書ファイルＦ２は、サーバＳの記憶装置１００２やデータベース１００５に格納しておいてもよいし、インターネットＩ．Ｎ上の適宜のＵＲＬに格納しておいてもよい。さらに、ＸＭＬスキーマＦ１に従って入力画面生成手段１で生成され、入力画面出力手段２で出力されることによってユーザ端末Ｃのディスプレイ２００４におけるＷｅｂブラウザに表示される入力画面Ｄ１は、図１７及び図１８に示すようなものであり、再入力画面Ｄ２は、図１９及び図２０に示すようなものである。
【００２２】
ＸＭＬスキーマＦ１には、まず、ＸＭＬのバージョン宣言（図９，１行目）と共に、名前空間の宣言（図９，２〜３行目）が記述してあり、このＸＭＬスキーマＦ１に記述されるデータの定義が、基本的にＷ３Ｃ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｓｏｒｔｉｕｍ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬ＿Ｓｃｈｅｍａ））の標準に準拠したスキーマである旨、及びそれ以外については、独自のＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．ｎｐｃｓｙｓｔｅｍ．ｃｏｍ／ＸＭＬＦｏｒｍ）に規定した定義に従うものである旨が規定してある。すなわち、図９〜図１３において、タグ＜ｘｓｄ：…＞…＜／ｘｓｄ：…＞で記述される内容についてはＷ３Ｃで規定される定義に従い、＜…ｘｆ：…＞と記述されている箇所については独自ＵＲＬに規定される定義に従うことを意味している。
【００２３】
このような前提の下に、図９〜図１３に示すＸＭＬスキーマＦ１では、入力画面Ｄ１に表示すべき、且つユーザの入力によって最終的に得るべきデータが、全体として「ｐｕｒｃｈａｓｅＯｒｄｅｒ（注文書）」１００に関するデータあって、その中に、「ｏｒｄｅｒＤａｔｅ（注文日）」１０１、「ｓｈｉｐＴｏ（送付先）」１０２、「ｂｉｌｌＴｏ（請求先）」１０３及び「ｃｏｍｍｅｎｔ（備考欄）」１０４、さらに「Ｉｔｅｍｓ（注文内容）」１０５という要素が含まれており、各要素にそれぞれ対応するタグ名によって構造的に記述されている（図１０）。「ｓｈｉｐＴｏ」要素１０２及び「ｂｉｌｌＴｏ」要素１０３のデータ型は共に「Ａｄｄｒｅｓｓ」であり、「ｓｈｉｐＴｏ」要素１０２及び「ｂｉｌｌＴｏ」要素１０３には更に「ｎａｍｅ」１１０、「ｐｏｓｔａｌＣｏｄｅＮｕｍ」１１１、「Ｐｒｅｆｅｃｔｕｒｅ」１１２、「ａｄｄｒｅｓｓ」１１３、「ｐｈｏｎｅ」１１４の各要素が共通して含まれている。また、「Ｉｔｅｍｓ」要素１０５には、「ｉｔｅｍ」１２０、「ｉｔｅｍＣｏｄｅＤａｔｅ」１２１、「ｐｒｏｄｕｃｔＮａｍｅ」１２２、「ｑｕａｎｔｉｔｙ」１２３、「Ｐｒｉｃｅ」１２４、「ｃｏｍｍｅｎｔ」１２５、「ｓｈｉｐＤａｔｅ」１２６（以上、図１１）、「ｃａｔａｌｏｇ」１２７（図９）という各要素が含まれており、各要素にそれぞれ対応するタグ名によって構造的に記述されている。なお、各要素について＜ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞…＜／ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞の開始タグ及び終了タグで囲まれた記述は、一般的な意味では該当する要素の内容に関する注釈行であるが、本実施形態では入力画面生成手段１においてこの注釈行に記載される値（日本語表記）を入力画面Ｄ１中の該当する要素についての表示としても利用するようにしている。
【００２４】
また、このＸＭＬスキーマＦ１には、各要素についてのデータ型が定義されている。例えば図１２に示す符号１１４ａは、「ｐｈｏｎｅ」要素１１４（図１０）についてのデータ型規定部である。すなわち、図１０において「ｐｈｏｎｅ」要素のデータ型は、＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ｐｈｏｎｅ”　ｔｙｐｅ＝”ｎｕｍｂｅｒ”　…＞と記述してあるとおり「ｎｕｍｂｅｒ」であるが、図１２において具体的に「ｎｕｍｂｅｒ」は、＜ｘｓｄ：ｒｅｓｔｒｉｃｔｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”＞　＜ｘｓｄ：ｐａｔｔｅｒｎ　ｖａｌｕｅ＝””（［０−９］｜−）＋”／＞と記述することによって、文字列（ｓｔｒｉｎｇ）であってその取り得る値は０〜９の数字若しくは−（ハイフン記号）であるというように定義している。また、例えば図１３に示す符号１１２ａは、「Ｐｒｅｆｅｃｔｕｒｅ」要素１１２（図１０）についてのデータ型規定部である。すなわち、「Ｐｒｅｆｅｃｔｕｒｅ」要素１１２は、＜ｘｓｄ：ｓｉｍｐｌｅＴｙｐｅ　ｎａｍｅ＝”Ｐｒｅｆｅｃｔｕｒｅ”＞　＜ｘｓｄ：ｒｅｓｔｒｉｃｔｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”＞　＜ｘｓｄ：ｅｍｕｍｅｒａｔｉｏｎ　ｖａｌｕｅ＝”北海道”＞…＜ｘｓｄ：ｅｎｕｍｅｒａｔｉｏｎ　ｖａｌｕｅ＝”沖縄県”＞…＜／ｘｓｄ：ｅｎｕｍｅｒａｔｉｏｎ＞　＜／ｘｓｄ：ｒｅｓｔｒｉｃｔｉｏｎ＞　＜／ｘｓｄ：ｓｉｍｐｌｅＴｙｐｅ＞の記述によって、「北海道」〜「沖縄県」（なお、図中省略部分には日本国の４７都道府県名が同様に記述される）のいずれかの文字列のみが許容される旨、定義されている。
【００２５】
さらに、このＸＭＬスキーマＦ１には、ユーザＵによる入力項目となる各要素が、必須の入力事項であるか否かも定義してある。例えば「ｃｏｍｍｅｎｔ」要素１０４定義は、図９における＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｒｅｆ＝”ｃｏｍｍｅｎｔ”　ｍｉｎＯｃｃｕｒｓ＝”０”…＞という記述によって、必須の入力事項ではない旨が定義されている。なお、同様の記述（ｍｉｎＯｃｃｕｒｓ＝”０”）がある箇所については、その要素が必須の入力事項ではない旨を表しており、このような記述のない要素については必須の入力事項である旨を表している。但し、本実施形態において必須の入力事項としていないのは、「ｃｏｍｍｅｎｔ」要素１１２、１２５のみであり、他の要素については全て必須の入力事項としている。
【００２６】
さて、本実施形態におけるサーバＳのうち、入力支援装置１４としての機能は、上述したようなＸＭＬスキーマＦ１の記述に基づいて、次のように動作する。この入力支援装置１４としての動作は、図１４〜図１６に示すフローチャートに基づいて、図９〜図１３に示すＸＭＬスキーマＦ１、図１７及び図１８に示す入力画面Ｄ１、図１９及び図２０に示す再入力画面Ｄ２、さらに図２１に示すＸＭＬ文書ファイルＦ２を参照して説明する。
【００２７】
まず、入力支援装置１４は、入力画面生成部１においてＸＭＬスキーマＦ１を読み込んで各要素の親子構造等を解析し（図１４，ステップＳ１）、ユーザ端末Ｃのブラウザで表示できるようにこのＸＭＬスキーマＦ１をＨＴＭＬ形式のファイル（ＨＴＭＬファイル）に変換する（ステップＳ２）。なお、変換したＨＴＭＬファイルは内部データとして保持しておく。そして、入力画面Ｄ１として表示させた場合の各要素の並び順、フォントやそのサイズや色等、背景色、罫線、枠組み等のレイアウトが必要な場合（ステップＳ３；Ｙｅｓ）には、別途ＸＳＬＴの処理によりＨＴＭＬファイルにレイアウトを施して（ステップＳ４）、又はそのようなレイアウトが必要でなければ（ステップＳ３；Ｎｏ）、そのレイアウトされた又はされていないＨＴＭＬファイルを入力画面出力手段２によって送出する（ステップＳ５）。この場合、ＨＴＭＬファイルが送出される先は、いうまでもなくこのサーバＳにより表示される画面を閲覧しているユーザ端末Ｃである。そして、ユーザ端末Ｃのブラウザには、図１７に示すような入力画面Ｄ１が表示されることになる。
【００２８】
なお、この入力画面Ｄ１は、ＸＳＬＴ処理によりレイアウトが施されたＨＴＭＬファイルに基づくものである。すなわち、ＸＳＬＴ処理の工程（ステップＳ４）では具体的に、ＸＭＬスキーマＦ１において各要素のタグ名を対応する注釈行に記載した日本語表記によって表示し、また、データ型が「ｓｔｒｉｎｇ」と定義されている要素については、基本的に対応する日本語表記の隣に空白の入力欄を表示する、というような処理を行う。また、「Ｐｒｅｆｅｃｔｕｒｅ」要素１１２のように多数の都道府県名から何れかを選択するように定義されているデータ型については、プルダウンによるリストボックスを表示し、「ｃａｔａｌｏｇ」要素２７のように「希望する」か「希望しない」の２つの選択肢からいずれか一方のみを選ぶように定義されているデータ型については、ラジオボタンを表示する、というような処理も行う。なお、入力すべきデータの選択をリストボックスによるものとするかラジオボタンによるものとするかは、例えば選択肢の数によって決定するなど、適宜設定することが可能である。さらに、各要素について必須の入力事項に該当する場合は、当該要素名（注文日等）の横に「（必須）」の文字を表示し、必須ではなき入力事項（備考欄）の横には、何も表示しない、というような処理もこのステップＳ４において行う。そして、ブラウザに表示された入力画面Ｄ１に、ユーザＵが入力デバイス２００３を用いてデータを入力した状態を、図１８に示す。
【００２９】
このように、入力画面Ｄ１への入力が済んだ後、ユーザ端末Ｃのブラウザに表示されている「送信ボタン」等をクリックする等の操作をユーザが行うと、入力されたデータ（以下、「入力データ」）がサーバＳへ送信される。このとき、サーバＳにおける入力支援装置１４は、入力内容検証手段３において、ＸＭＬスキーマＦ１における各要素のデータ型を解析するとともに（図１５，ステップＳ１１）、ユーザ端末Ｃから受信した入力データが含まれているＨＴＴＰ　Ｒｅｑｕｅｓｔ内にある入力内容を解析及び検証する（ステップＳ１２）。このとき、入力内容検証手段３は、必須の入力事項に係る要素に対応する入力内容についてのみ入力されたか否かの検証を行い、必須ではない入力事項については入力があったか否かの検証を行わないこととしている。また、必須の入力事項であるか否かに拘わらず、入力内容が対応する要素のデータ型に適合しているか否かを検証する。そして、この検証の結果を生成して当該検証結果を内部データとして保持する（ステップＳ１３）。この検証結果において、入力内容にエラーがない場合（ステップＳ１４；Ｎｏ）、入力データファイル生成手段４によって、入力内容のＸＭＬ文書ファイルＦ２を生成する（ステップＳ１５）。このステップＳ１５において、必要であればこのＸＭＬ文書ファイルＦ２を送出する。一方、ステップＳ１４において入力内容にエラーがあるという検証結果が得られた場合（ステップＳ１４；Ｙｅｓ）、すなわち、必須の入力事項に入力がなかったか、或いは入力内容が対応する要素のデータ型に対応していなかった場合、再入力画面生成手段５によって、そのエラー検証結果とステップＳ２又はステップＳ４で生成したＨＴＭＬファイルに基づいて、再入力画面Ｄ２をユーザ端末Ｃのブラウザに表示させるための再入力ＨＴＭＬファイルを生成し（ステップＳ１６）、この再入力ＨＴＭＬファイルを再入力画面出力手段６によって送出する（ステップＳ１７）。ここで、ブラウザに表示される再入力画面Ｄ２は、例えば図１９に示すようなものである。同図に示す再入力画面Ｄ２において、入力内容にエラーがあった箇所には、「入力内容に誤りがあります」という警告メッセージを表示をするようにしてある。そして、図２０に示すように、ユーザＵが再入力画面Ｄ２における警告メッセージが表示されている箇所に再度データの入力を行い、これをサーバＳへ送信すると、サーバＳでは再度ステップＳ１１から始まる手順を繰り返すことになる。
【００３０】
ここで、入力内容の検証過程における具体例を示す。例えば、図１８に示す入力画面Ｄ１では、必須の入力項目である「請求先」の「氏名」欄が空欄のままユーザが入力し忘れた状態を示している。従って、このデータがサーバＳに送信された場合、入力支援装置１４における入力内容検証手段３は、「氏名」欄の表示に対応するＸＭＬスキーマＦ１の「ｎａｍｅ」要素１１０を解析すると、「ｎａｍｅ」要素１１０は必須の入力事項であって、文字（ｓｔｒｉｎｇ）を入力すべきであると定義されている（図１０）ので、「氏名」欄が空欄にされたままのデータ内容は「エラー」であると判断する。その結果、図１９に示すような再入力画面Ｄ２が表示されることになる。また、図１８に示す入力画面Ｄ１では、ユーザＵが、「請求先」欄の中の「電話番号」欄に、「０３−ａ２３４−５６７９」と入力した状態も示している。このデータがサーバＳに送信された場合、入力支援装置１４における入力内容検証手段３では、「電話番号」欄の表示に対応するＸＭＬスキーマＦ１の「ｐｈｏｎｅ」要素１１４のデータ型規定部１１４ａ（図１２）を解析する。すると、このデータ型規定部１１４ａでは、「ｐｈｏｎｅ」要素１１４のデータ型が、上述したように「０〜９の数値又は−（ハイフン記号）」であると定義しているので、「電話番号」欄に入力された値のうち「ａ」についてはこのデータ型に合致していないことになる。したがって、この場合は、「電話番号」欄に入力されたデータの内容が「エラー」であると判断する。その結果、図１９に示すような再入力画面Ｄ２が表示されることになる。一方、図２０に示すように、再入力画面Ｄ２には、ユーザＵによって「氏名」欄に「山田花子」、「電話番号」欄に「０３−１２３４−５６７９」というデータが入力されているが、これらのデータの内容は、必須である「ｎａｍｅ」要素１１０に対応する入力欄に記入があり、且つその入力欄に入力されたデータが文字であること、及び「ｐｈｏｎｅ」要素１１４のデータ型に合致するものであることにより、検証の結果は「エラーなし」ということになる。
【００３１】
また、以上のような検証の結果、入力内容にエラーがなかった場合（ステップＳ１４；Ｎｏ）におけるＸＭＬ文書ファイルＦ２の生成・送出のステップＳ１５について詳述する。すなわち、エラーがなかった入力内容、すなわち、検証の結果、各要素についてデータ型通りの入力内容が得られた場合、ＨＴＭＬ形式である入力内容をＸＭＬに変換し（図１６，ステップＳ１５１）、それをセッション（記憶媒体）に記録する（ステップＳ１５２）。そして、他のアプリケーションからの命令により、記録したＸＭＬ文書ファイルＦ２の要求があれば（ステップＳ１５３；Ｙｅｓ）、このＸＭＬ文書ファイルＦ２を送出する（ステップＳ１５４）。一方、ＸＭＬ文書ファイルＦ２の要求がなければ（ステップＳ１５３；Ｎｏ）、そのまま処理を終える。ここで、生成されたＸＭＬ文書ファイルＦ２の一例を図２１に示す。ＸＭＬ文書ファイルＦ２には、入力されたデータの内容が対応する要素のタグ名毎に構造的に記述されており、且つそのタグ名はＷ３Ｃの標準に準拠したものであるため、他の様々なアプリケーションで利用するのに適した状態となっており、このＸＭＬ文書ファイルＦ２の全体又は部分的な利用が促進される。
【００３２】
以上のように、本実施形態では、ユーザ端末Ｃのブラウザに表示させるべき入力画面Ｄ１の生成及び出力、入力画面Ｄ１に入力された入力データの内容の検証、再入力画面Ｄ２の生成及び出力、最終的に得べきＸＭＬ文書ファイルＦ２の生成の各段階を、全てデータ定義ファイルであるＸＭＬスキーマＦ１の記述に基づいて行っている。このため、従来のように利用するアプリケーションに依存し且つ入力画面のフォーマット毎に入力画面を生成したり、別の検証用ファイルを作成して入力内容の検証を行ったり、改めて再入力画面生成用のファイルが必要になったり、入力内容と対応する要素データとを照合しながらＸＭＬ文書ファイルを作成する、といった手間の掛かる作業は全く必要ない。また、ユーザＵが入力すべき要素データに変更がある場合や、入力画面のレイアウト変更がある場合には、ＸＭＬスキーマＦ１やＸＳＬＴの記述を部分的に修正するだけで済むため、柔軟性も従来と比較にならないほど高度なものである。そして、ＸＭＬの利用により、最終的に得られた入力データもＸＭＬ文書ファイルＦ２として容易に生成することができるので、その得られた入力データの利用性や用途の拡張性も非常に高いものである。
【００３３】
なお、本発明は上述したような注文書フォームをユーザ端末Ｃに表示させるような態様の電子商取引に限らず、ユーザ端末Ｃ表示させた入力画面にユーザＵによってデータ入力を行わせるあらゆる場合に適用できるものであって、商品やサービスの注文などの他、アンケート等にも適用することができ、サーバＳとユーザ端末ＣとはＬＡＮやＷＡＮで接続されていてもよい。また、サーバＳに組み込まれる入力支援装置は、上述した第５の態様の入力支援装置１４のみならず、他の態様の入力支援装置１１、１２、１３を適用することもできる。
【００３４】
その他、各部の具体的構成についても上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で種々変形が可能である。
【００３５】
【発明の効果】
本発明は、以上に詳述したように、作成対象であるデータの定義を記述したデータ定義ファイルに従って、当該データの入力に必要な入力画面を生成し、それを出力するようにしたものである。また、そのデータ定義ファイルの記述と入力画面に入力されたデータの内容とに基づいて入力内容の検証を行い、検証の結果、入力内容が対応するデータの型に対応しなければ当初に出力した入力画面のデータとエラー検証結果とに基づいて再入力画面の生成及び出力を行い、入力内容が対応するデータの型に対応していれば、入力されたデータに基づく入力データファイルを生成するようにしたものである。
【００３６】
そのため、入力画面のフォーマットやレイアウト等の仕様を予め想定しておき、その仕様に従ってアプリケーションに依存するＧＵＩ等を利用して入力画面を逐一作成するというような工数が多く時間が掛かる従来の入力画面作成方法の不具合を解消することができる。このため、迅速で低価格な入力支援装置やそのプログラムの提供が可能である。また入力画面に入力されたデータの出力の後、データ定義ファイルとは別に用意した個々のアプリケーションに専用の検証用ファイルを利用して入力内容の検証を行う必要がないうえに、再入力が必要であれば再入力画面を改めて作成し、最終的に得られた入力データファイルをさらに改めて作成するといった煩雑な作業も必要なく、最終的に得るべきデータを予め定義しておくという発想の転換により、従来の不具合を一挙に解消し、作業の繁雑をなくすとともに、最終的に得たデータの利用性の拡張性が得られる。
【００３７】
また、入力支援装置をサーバコンピュータの一部品としたり、入力支援プログラムを電子商取引等のためのプログラムの一要素とするなどの活用方法が可能であるため、極めて汎用性に富んだものとすることができ、既存のシステムへの導入が極めて容易であり、また低価格での導入も実現可能である。
【図面の簡単な説明】
【図１】本発明の請求項１に対応する入力支援装置の機能構成図。
【図２】本発明の請求項２に対応する入力支援装置の機能構成図。
【図３】本発明の請求項３に対応する入力支援装置の機能構成図。
【図４】本発明の請求項４に対応する入力支援装置の機能構成図。
【図５】本発明の請求項６に対応する入力支援装置の機能構成図。
【図６】本発明を適用した一実施形態に係る電子商取引システムの概略的機器構成図を示す図。
【図７】同実施形態に適用されるサーバの内部機器構成図。
【図８】同実施形態に適用されるユーザ端末の内部機器構成図。
【図９】同実施形態に適用されるＸＭＬスキーマの一部を示す説明図。
【図１０】同実施形態に適用されるＸＭＬスキーマの一部を示す説明図。
【図１１】同実施形態に適用されるＸＭＬスキーマの一部を示す説明図。
【図１２】同実施形態に適用されるＸＭＬスキーマの一部を示す説明図。
【図１３】同実施形態に適用されるＸＭＬスキーマの一部を示す説明図。
【図１４】同実施形態のサーバに組み込んだ入力支援装置の動作の一部を示すフローチャート。
【図１５】同実施形態のサーバに組み込んだ入力支援装置の動作の一部を示すフローチャート。
【図１６】同実施形態のサーバに組み込んだ入力支援装置の動作の一部を示すフローチャート。
【図１７】同実施形態においてユーザ端末に表示される入力画面の一例を示す図。
【図１８】同実施形態においてユーザ端末に表示される入力画面の一例を示す図。
【図１９】同実施形態においてユーザ端末に表示される再入力画面の一例を示す図。
【図２０】同実施形態においてユーザ端末に表示される再入力画面の一例を示す図。
【図２１】同実施形態において得られたＸＭＬ文書ファイルを示す説明図。
【符号の説明】
１…入力画面生成手段
２…入力画面出力手段
３…入力内容検証手段
４…入力データファイル生成手段
５…再入力画面生成手段
６…再入力画面出力手段
１０、１１、１２、１３、１４…入力支援装置
Ｄ１…入力画面
Ｄ２…再入力画面
Ｆ１…データ定義ファイル（ＸＭＬスキーマ）
Ｆ２…入力データファイル（ＸＭＬ文書ファイル）
【図１】
2004078436.tif 000003
【図２】
2004078436.tif 000004
【図３】
2004078436.tif 000005
【図４】
2004078436.tif 000006
【図５】
2004078436.tif 000007
【図６】
2004078436.tif 000008
【図７】
2004078436.tif 000009
【図８】
2004078436.tif 000010
【図９】
2004078436.tif 000011
【図１０】
2004078436.tif 000012
【図１１】
2004078436.tif 000013
【図１２】
2004078436.tif 000014
【図１３】
2004078436.tif 000015
【図１４】
2004078436.tif 000016
【図１５】
2004078436.tif 000017
【図１６】
2004078436.tif 000018
【図１７】
2004078436.tif 000019
【図１８】
2004078436.tif 000020
【図１９】
2004078436.tif 000021
【図２０】
2004078436.tif 000022
【図２１】
2004078436.tif 000023