JP2004054749A - Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials - Google Patents

Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials Download PDF

Info

Publication number
JP2004054749A
JP2004054749A JP2002213774A JP2002213774A JP2004054749A JP 2004054749 A JP2004054749 A JP 2004054749A JP 2002213774 A JP2002213774 A JP 2002213774A JP 2002213774 A JP2002213774 A JP 2002213774A JP 2004054749 A JP2004054749 A JP 2004054749A
Authority
JP
Japan
Prior art keywords
item
screen
check
class
generation engine
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002213774A
Other languages
Japanese (ja)
Inventor
Osamu Oba
大羽 修
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2002213774A priority Critical patent/JP2004054749A/en
Publication of JP2004054749A publication Critical patent/JP2004054749A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a screen generation engine applicable to an order registration system adaptable to B2B transaction of various direct materials. <P>SOLUTION: The screen generation engine has, in addition to an item attribute/control function 1 as a function of automating screen display, an item check/relation check specification 2 as a function of managing input check specifications of display items, and an automatic computation specification 3 as a function of managing computational logic of items. The functions are implemented in a class structure by an object-oriented technique and an extensible markup language (XML) technique. Application is also possible to automatic generation of item help. An EDI editing engine can help an application to screen generation and to EDI editing after DB storage. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、多種多様な直接材B2B(Business TO Business、企業間)取引に対応可能な注文登録システムに活用できる画面生成エンジンに関する。
【0002】
【従来の技術】
多種多様な直接材B2B取引に対応可能な注文登録システムでは、多種多様な、仕入れメーカ、得意先のEDI(Electronic Data Interchange、電子データ交換)要件に対応するため、同一の商品(特に鉄鋼製品のような直接材)を扱う際には、入力様式、チェック条件、伝送フォーマット、が異なっている。
【0003】
その上、商品が異なると入力可能な項目が変化するなど入力項目が、全商品で数千に及んでしまうことがあり、このようなシステムでは、仕入れメーカ別、発注商品別に個別のシステムが開発されていた。
【0004】
【発明が解決しようとする課題】
上述の従来技術には、次のような問題点があった。
【0005】
第1の問題点は、必要以上に開発工数が多くなるということである。
【0006】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するためである。
【0007】
第2の問題点は、入力項目の追加に弱いということである。
【0008】
その理由は、入力項目が変化すると画面デザインもそれにあわせて変化させる必要があるためである。
【0009】
第3の問題点は、共通的な変化(制度変更)に弱いということである。
【0010】
その理由は、同じ修正を全ての入力プログラムに加えなければならないためである。
【0011】
上述の従来技術の問題点に鑑み、本発明の目的は、多種多様な直接材B2B取引に対応可能な注文登録システムに活用できる画面生成エンジンを提供することにある。
【0012】
【課題を解決するための手段】
本発明の画面生成エンジンは、
多種多様な直接材B2B取引に対応可能な注文登録システムに活用できる画面生成エンジンであって、画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能と、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様と、項目の計算ロジックを管理するための機能である自動計算仕様とを有し、各機能は、オブジェクト指向技術とXML(eXtensible Markup Language)技術により、クラス構成で実装され、クラス構成は、1つの伝票に複数存在する明細(BODY)行や画面の各項目に対して1つずつ存在する項目値を管理するHEADクラスと、明細(BODY)行に対応して明細1行に表示する各項目の項目値を管理する明細(BODY)クラスと、画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラスと、画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様の属性が異なる項目を別個に管理する項目属性クラスと、パターン毎に項目チェック仕様を管理する項目チェッククラスと、パターン毎に自動計算仕様を管理する自動計算クラスとから構成される。
【0013】
また、HEADクラスは、商社ID、メーカーID、品種ID、管理情報をキーとして有し、明細(BODY)クラスは、明細(BODY)の行数をキーとして有し、項目値クラスは、画面生成エンジンで生成される項目名と入力値を有し、項目属性クラスは、項目名が同じでもチェック仕様の属性が異なる項目を管理するためキーとして内部項目IDをわりあて、属性は、画面で入力を行う項目ID、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名を有し、項目チェッククラスは、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述され、自動計算クラスは、項目に対応する自動計算仕様をオブジェクト指向言語で記述され、画面生成エンジンが管理する各項目は、項目属性テーブルで管理され、項目属性テーブルは、同じ項目名でもチェック条件が取引先により異なるため、内部項目IDをキーとして管理され、HEAD画面に所定の項目、明細(BODY)画面に所定の項目が表示され、条件を識別するために仲介の商社ID、メーカID、品種ID、画面(HEAD画面/BODY画面)種類、項目IDで管理され、画面情報は、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、画面上桁数、表示上の編集を示す画面表示情報と項目チェック情報と自動計算を実現する自動計算クラス名からなってもよい。
【0014】
また、商社ID、メーカID、品種IDをキーとして、項目属性テーブルを検索し、表示する項目の内部項目IDを取得し、画面表示に必要な項目を項目属性テーブルより取得し、項目種別により、表示箇所を特定し、取り出した表示内容により自動的に注文登録HEAD画面が表示されてもよい。
【0015】
また、画面表示をする段階で入力された項目が、内部項目IDのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となり、入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてDBに登録してもよい。
【0016】
また、項目チェック内容が変更になった場合や自動計算ロジックが変化した場合、項目属性テーブルの各フィールドを修正することで対応可能となってもよい。
【0017】
また、画面に項目追加があった場合、項目属性テーブルに追加項目に必要なレコードを追加することで対応可能となってもよい。
【0018】
また、画面生成エンジンは、更に項目ヘルプ機能を有し、項目属性テーブルに対象となるヘルプファイルを登録することで、項目ヘルプの自動生成を実現してもよい。
【0019】
また、画面生成エンジンが管理する項目属性テーブルにEDI編集情報を付け加えることで、DB格納後のフォーマット編集が可能となり、メーカ取引のための全銀フォーマット、商社向けのタグ形式、商社向けのスプレッドシート形式に出力する機能を有するEDI編集エンジンと組み合わせて、多種多様な直接材B2B取引に対応可能な注文登録システムに必要な機能を統合できてもよい。
【0020】
従って、第1に、必要以上に開発工数が多くかからなくなる。
【0021】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するのではなく、画面生成エンジンが画面を自動作成するためである。
【0022】
第2に、入力項目の追加・削除に柔軟に対応できる。
【0023】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、項目追加・削除が、マスタ変更だけで終了するためである。
【0024】
第3に、共通的な変化(制度変更)にすばやく対応できる。
【0025】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、チェック内容の変更が、マスタ変更だけで終了するためである。
【0026】
第4に、直接、画面生成エンジンとは関係無いが、DB登録に画面生成と同じ、タグ形式(XML)を活用しているので、DBのフィールドの増減にプログラムが直接影響されない。
【0027】
第5に、画面生成エンジンとEDI編集エンジンを組合せることにより、多種多様な直接材B2B取引に対応可能な注文登録システムに必要な機能を統合できる。
【0028】
【発明の実施の形態】
図1において、画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能1に加え、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様2と、項目の計算ロジックを管理するための機能である自動計算仕様3とを有している。
【0029】
以下に、各機能の概略を述べる。
【0030】
項目属性・制御機能1のうち、項目属性とは、項目属性テーブルに例示しているように、どのメーカ、どの製品、項目番号、何という項目名称、画面に表示する時の名称、入力できる最大桁数などの該当項目の諸属性のことである。制御機能とは、画面を自動生成するときのロジック、該当画面で必要とされる項目を自動抽出、雛型保存、また、入力時に、項目属性テーブルを参照して、項目チェック・関連チェック仕様2、自動計算仕様3の処理を実行するプログラム制御そのもののことである。
【0031】
項目チェック・関連チェック仕様2のうち、項目チェックとは、Aという項目(例えば、鉄鋼会社向けの薄板の規格番号)に、A、B、Cしか選択できないとか、2桁で入力してはいけないとか、一項目のチェック条件を項目属性テーブルに登録することである。関連チェックとは、Aという項目とBという項目間に関連があって、Aに3が入っているときは、BはEとXしか選択できないというチェック条件を項目属性テーブルに登録することである。
【0032】
自動計算仕様3とは、例えば、
1.薄板の場合
密度×長さ(コイル長)×幅×厚さ+オプション(表面加工を何にしたか)
2.H型鋼の場合
形状による1mm当たり単価×長さ
3.鋼管の場合
製法別の単価×長さ×(外周の面積−内側の面積)+選択したオプション
これらのロジックをプログラムで、または、参照テーブルを活用して、項目属性テーブルに登録することである。
【0033】
これらの機能は、オブジェクト指向技術とXML(eXtensible Markup Language)技術により、図2のようなクラス構成で実装される。
【0034】
このようにして、画面生成エンジンは多種多様な直接材B2B取引に対応可能な注文登録システムを可能にする。
【0035】
(発明の第1の実施の形態)
以下、本発明の第1の実施の形態の構成について説明する。
【0036】
図2を参照すると、本発明の多種多様な直接材B2B取引に対応可能な注文登録システムに活用できる画面生成エンジンの実施の形態は、1つの伝票に複数存在する明細(BODY)行や画面の各項目に対して1つずつ存在する項目値を管理するHEADクラス4と、明細(BODY)行に対応して明細1行に表示する各項目の項目値を管理する明細(BODY)クラス5と、画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラス6と、画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様などの属性が異なる項目を別個に管理する項目属性クラス7と、パターン毎に項目チェック仕様を管理する項目チェッククラス8と、パターン毎に自動計算仕様を管理する自動計算クラス9とから構成される。
【0037】
これらのクラスはそれぞれ概略つぎのように実装される。
1.HEADクラス4は、商社ID、メーカーID、品種ID、管理情報(伝票種類・部署・メーカー契約番号・社内契約番号)をキーとして持つ。
2.明細(BODY)クラス5は、明細(BODY)の行数をキーとして持つ。
3.項目値クラス6は、画面生成エンジンで生成される項目名と入力値を持つ。
4.項目属性クラス7は、項目名が同じでもチェック仕様などの属性が異なる項目を管理するためキーとして内部項目IDをわりあて、属性は、画面で入力を行う項目ID、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名などを持つ。
5.項目チェッククラス8は、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述する。
6.自動計算クラス9は、項目に対応する自動計算仕様をオブジェクト指向言語で記述する。
【0038】
次に、図3から図5を参照して本発明の実施の形態の動作について詳細に説明する。
【0039】
図3に示すように、画面生成エンジンが管理する各項目は、項目属性テーブルで管理される。項目属性テーブルは、同じ項目名でも、チェック条件が取引先により異なるため内部項目IDをキーとして管理される。
【0040】
図3の例ではHEAD画面に4項目、明細(BODY)画面に1項目表示されるパターンで、条件を識別するために仲介の商社ID、メーカID、品種ID、画面(H/B(HEAD画面/BODY画面))種類、項目IDで管理される。
【0041】
画面情報には、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、ケタ数、表示上の編集を示す画面表示情報と項目チェック情報(必須チェック、FROM−TOなど限定チェック、1画面内の項目チェッククラス名、複数画面をまたがる関連チェッククラス名を格納)と自動計算を実現する自動計算クラス名からなる。
【0042】
次に、図4、図5により具体例を用いて説明する。
【0043】
図4に画面が自動生成されるまでの仕組みを表す。
【0044】
商社ID,メーカID,品種IDをキーとして項目属性テーブルを検索し、表示する項目(の内部項目ID)を取得する。ここではHEAD画面の例なので、H/B区分が”H”のもののみを選択する(図4(1))。
【0045】
画面表示に必要な項目を項目属性テーブルより取得します。項目種別により、表示箇所を特定できる(図4(2))。
【0046】
図4(2)で取り出した表示内容により自動的に注文登録HEAD画面を表示する。この場合、項目IDの頭の3ケタが、表示1行を示し、下1ケタが枝番として続けて右に表示していくこととなっているので、この場合、注文登録HEAD画面には、2行(需要家1次、口銭)表示される(図4(3))。
【0047】
次に図5にデータ入力後の項目チェック、自動計算されるまでの仕組みを表す。
【0048】
画面表示をする段階で入力された項目が、内部項目IDのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となる(図5(1))。
【0049】
入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてDB(データベース)に登録する(図5(2))。
【0050】
次に1度、完成した表示画面が途中で仕様変更された場合の対応について、図6、図7で表す。
【0051】
図6は、限定チェック内容が変更になった場合を示している。限定チェックフィールドを修正することで対応可能となる。同様にチェック条件や自動計算ロジックが変化したときもチェックパターンが他の項目などで既に存在していれば、プログラム変更は不要となる。
【0052】
図7は、HEAD画面に項目追加があった場合を示している。追加項目に必要なレコードを追加することで対応可能となる。
【0053】
最後に多種多様な直接材B2B取引に対応可能な注文登録システムに活用できる画面生成エンジンを活用した実際の注文登録画面例を図8、図9に示す。
【0054】
(発明の第2の実施の形態)
次に、本発明の第2の実施の形態について図面を参照して詳細に説明する。
【0055】
図1、図3を参照すると、本実施の形態は、項目ヘルプの自動生成にも活用できる。図3の項目属性テーブルに対象となるヘルプファイルを登録することで実現する。
【0056】
(発明の第3の実施の形態)
さらに、図1を参照すると、画面生成、DB格納後のEDIの編集にも応用できる。
【0057】
次に、図10、図11を参照して第3の実施の形態の動作について詳細に説明する。
【0058】
図10に示すように、画面生成エンジンが管理する項目属性テーブルにEDI編集情報(編集位置、ケタ数、文字編集、数値編集、特別な編集のための情報など)を付け加えることで、DB格納後のフォーマット編集が可能となり図11のように、様々な業務用途(メーカ取引のための全銀フォーマット、商社向けのタグ形式、その他スプレッドシート形式)に出力することを実現する。
【0059】
これら、画面生成エンジンとEDI編集エンジンを組合せることにより、多種多様な直接材B2B取引に対応可能な注文登録システムに必要な機能を統合できる効果がある。
【0060】
【発明の効果】
以上説明したように、本発明には以下の効果がある。
【0061】
第1の効果は、必要以上に開発工数が多くかからなくなることにある。
【0062】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するのではなく、画面生成エンジンが画面を自動作成するためである。
【0063】
第2の効果は、入力項目の追加・削除に柔軟に対応できることにある。
【0064】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、項目追加・削除が、マスタ変更だけで終了するためである。
【0065】
第3の効果は、共通的な変化(制度変更)にすばやく対応できることにある。
【0066】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、チェック内容の変更が、マスタ変更だけで終了するためである。
【0067】
第4の効果は直接、画面生成エンジンとは関係無いが、DB登録に画面生成と同じ、タグ形式(XML)を活用しているので、DBのフィールドの増減にプログラムが直接影響されないことである。
【0068】
第5の効果は、画面生成エンジンとEDI編集エンジンを組合せることにより、多種多様な直接材B2B取引に対応可能な注文登録システムに必要な機能を統合できることである。
【図面の簡単な説明】
【図1】画面生成エンジンの概念図である。
【図2】画面生成エンジンの主要クラス関連図である。
【図3】画面生成エンジンの項目属性テーブルの図である。
【図4】画面が自動生成されるまでの仕組みを表す図である。
【図5】項目チェック、自動計算、注文情報としてDB(データベース)に登録されるまでの仕組みを表す図である。
【図6】項目チェック内容が変更になった場合を示す図である。
【図7】項目追加があった場合を示す図である。
【図8】画面生成エンジンを活用した実際の注文登録HEAD画面例を示す図である。
【図9】画面生成エンジンを活用した実際の注文登録明細(BODY)画面例を示す図である。
【図10】EDI編集エンジンへの応用を示す図である。
【図11】EDI編集エンジンへの応用(各フォーマット出力及び取込)を示す図である。
【符号の説明】
1  項目属性・制御機能
2  項目チェック・関連チェック仕様
3  自動計算仕様
4  HEADクラス
5  明細(BODY)クラス
6  項目値クラス
7  項目属性クラス
8  項目チェッククラス
9  自動計算クラス
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a screen generation engine that can be used in an order registration system capable of dealing with various types of direct material B2B (Business TO Business, inter-company) transactions.
[0002]
[Prior art]
The order registration system capable of dealing with a wide variety of direct material B2B transactions supports the same EDI (Electronic Data Interchange, Electronic Data Exchange) requirements of a wide variety of suppliers and customers. When handling such direct materials, input formats, check conditions, and transmission formats are different.
[0003]
In addition, there are cases where the number of input items can be as large as several thousand for all products, such as the items that can be input change if the product is different.In such a system, individual systems have been developed for each supplier and ordered product. It had been.
[0004]
[Problems to be solved by the invention]
The above-mentioned prior art has the following problems.
[0005]
The first problem is that the number of development steps is increased more than necessary.
[0006]
The reason is that a similar input screen is developed for each purchase maker and each product.
[0007]
The second problem is that it is weak in adding an input item.
[0008]
The reason is that when the input items change, the screen design also needs to change accordingly.
[0009]
The third problem is that it is vulnerable to common changes (system changes).
[0010]
The reason is that the same modifications must be made to all input programs.
[0011]
In view of the above-described problems of the related art, an object of the present invention is to provide a screen generation engine that can be used in an order registration system that can support various types of direct material B2B transactions.
[0012]
[Means for Solving the Problems]
The screen generation engine of the present invention includes:
A screen generation engine that can be used in an order registration system that can support a wide variety of direct material B2B transactions. The screen generation engine has an item attribute / control function, which is a function for automating screen display, and an input of display items. It has an item check / related check specification that is a function for managing check specifications, and an automatic calculation specification that is a function for managing the calculation logic of items. Each function is based on object-oriented technology and XML (extensible Markup). The language is implemented in a class configuration by the technology, and the class configuration includes a HEAD class that manages an item value that exists one by one for each item of a detail (BODY) line or screen that exists in one slip, and A description (BODY) class that manages the item value of each item displayed on the detail line corresponding to the (BODY) line And an item value class that manages the value to be entered on the screen corresponding to each item on the screen and the information of the item name corresponding to that value, and the item name corresponding to each item displayed on the screen. It is composed of an item attribute class that manages items with the same check specification but different attributes, an item check class that manages item check specifications for each pattern, and an automatic calculation class that manages automatic calculation specifications for each pattern. .
[0013]
The HEAD class has a trading company ID, a maker ID, a product type ID, and management information as keys, the specification (BODY) class has the number of lines of the specification (BODY) as a key, and the item value class is a screen generation. The item attribute class has an item name and an input value generated by the engine. The item attribute class assigns an internal item ID as a key to manage items with the same item name but different check specification attributes. It has an item ID, an item name, a data type, the number of digits on the screen, a check class name, and an automatic calculation class name. The item check class describes the specifications of the item check and the related check in an object-oriented language. Describes the automatic calculation specifications corresponding to the items in an object-oriented language. Each item managed by the screen generation engine is managed in an item attribute table. In the attribute table, since the check conditions are different depending on the business partner even with the same item name, the internal item ID is managed as a key, the predetermined item is displayed on the HEAD screen, the predetermined item is displayed on the detail (BODY) screen, and the condition is identified. For this purpose, the information is managed by an intermediary trading company ID, manufacturer ID, type ID, screen (HEAD screen / BODY screen) type, and item ID, and the screen information is displayed together with the item name displayed on the screen and the item type indicating the display area. It may be composed of a data type, the number of digits on the screen, screen display information indicating editing on display, item check information, and an automatic calculation class name for realizing automatic calculation.
[0014]
Further, the item attribute table is searched using the trading company ID, the maker ID, and the type ID as keys, the internal item ID of the item to be displayed is obtained, the items necessary for screen display are obtained from the item attribute table, and The display location may be specified, and the order registration HEAD screen may be automatically displayed based on the extracted display content.
[0015]
Also, since it is possible to know where the input item corresponds to the internal item ID at the stage of displaying the screen, the item check information and the execution of the automatic calculation class enable the processing of the corresponding item. May be registered in the DB as tag-type order information so that it can be read next.
[0016]
Further, when the item check content is changed or the automatic calculation logic is changed, it may be possible to cope by correcting each field of the item attribute table.
[0017]
Further, when an item is added to the screen, it may be possible to cope by adding a record necessary for the additional item to the item attribute table.
[0018]
The screen generation engine may further have an item help function, and realize automatic generation of item help by registering a target help file in the item attribute table.
[0019]
Also, by adding the EDI editing information to the item attribute table managed by the screen generation engine, it is possible to edit the format after storing the DB, and the Zengin format for manufacturer transactions, the tag format for trading companies, and the spreadsheet for trading companies In combination with an EDI editing engine having a function of outputting to a format, it may be possible to integrate functions necessary for an order registration system capable of dealing with various kinds of direct material B2B transactions.
[0020]
Therefore, first, development man-hours are not increased more than necessary.
[0021]
The reason is that the screen generation engine automatically creates screens, instead of developing similar input screens for each supplier and product.
[0022]
Second, it is possible to flexibly cope with addition and deletion of input items.
[0023]
The reason is that unless a new check pattern is added by the screen generation engine, item addition / deletion ends only by changing the master.
[0024]
Third, it can respond quickly to common changes (system changes).
[0025]
The reason is that unless the screen generation engine increases the number of new check patterns, the change of the check contents is completed only by the master change.
[0026]
Fourth, although not directly related to the screen generation engine, since the same tag format (XML) as screen generation is used for DB registration, the program is not directly affected by the increase or decrease of DB fields.
[0027]
Fifth, by combining the screen generation engine and the EDI editing engine, it is possible to integrate functions required for an order registration system capable of dealing with various types of direct material B2B transactions.
[0028]
BEST MODE FOR CARRYING OUT THE INVENTION
In FIG. 1, a screen generation engine includes an item attribute / control function 2 for managing input check specifications of display items in addition to an item attribute / control function 1 for automating screen display. And an automatic calculation specification 3 which is a function for managing the calculation logic of the item.
[0029]
The outline of each function is described below.
[0030]
In the item attribute / control function 1, the item attribute is, as exemplified in the item attribute table, which manufacturer, which product, item number, what item name, the name to be displayed on the screen, the maximum inputtable value. Various attributes of the item, such as the number of digits. The control function is logic for automatically generating a screen, automatically extracting items required on the relevant screen, saving templates, and referencing the item attribute table at the time of input to check items and check related specifications 2 , The program control itself for executing the processing of the automatic calculation specification 3.
[0031]
In item check / relevant check specification 2, item check means that only A, B, and C can be selected in the item A (for example, the standard number of a thin plate for a steel company), or must not be entered in two digits. Or registering a check condition of one item in the item attribute table. The association check is to register in the item attribute table a check condition that there is an association between the item A and the item B, and when A contains 3, B can select only E and X. .
[0032]
The automatic calculation specification 3 is, for example,
1. In the case of a thin plate, density x length (coil length) x width x thickness + options (what surface treatment was used)
2. 2. In case of H-section steel, unit price per 1 mm x length depending on shape. In the case of steel pipe, unit price for each manufacturing method × length × (area of outer circumference−area of inner side) + selected option These logics are registered in the item attribute table by a program or by utilizing a reference table.
[0033]
These functions are implemented in a class configuration as shown in FIG. 2 by the object-oriented technology and the XML (extensible Markup Language) technology.
[0034]
In this way, the screen generation engine enables an order registration system that can support a wide variety of direct material B2B transactions.
[0035]
(First Embodiment of the Invention)
Hereinafter, the configuration of the first exemplary embodiment of the present invention will be described.
[0036]
Referring to FIG. 2, an embodiment of a screen generation engine that can be used in an order registration system capable of supporting various kinds of direct material B2B transactions according to the present invention is an embodiment of a screen (BODY) line or screen existing in a plurality of slips. HEAD class 4 that manages one item value for each item, and description (BODY) class 5 that manages the item value of each item displayed in one description line corresponding to the description (BODY) line , An item value class 6 that manages a value input to the screen corresponding to each item of the screen and information on what the item name corresponding to the value is, and an item name corresponding to each item displayed on the screen. An item attribute class 7 that separately manages items having different attributes such as check specifications, an item check class 8 that manages item check specifications for each pattern, and an automatic attribute calculation class that manages automatic calculation specifications for each pattern. It consists of the calculation class 9.
[0037]
Each of these classes is implemented roughly as follows:
1. HEAD class 4 has trading company ID, maker ID, type ID, and management information (slip type / department / maker contract number / in-house contract number) as keys.
2. The description (BODY) class 5 has the number of lines of the description (BODY) as a key.
3. The item value class 6 has an item name and an input value generated by the screen generation engine.
4. The item attribute class 7 assigns an internal item ID as a key for managing items having the same item name but different attributes such as check specifications, and the attributes are an item ID to be input on the screen, an item name, a data type, and an on-screen. Has the number of digits, check class name, automatic calculation class name, etc.
5. The item check class 8 describes specifications of item check and related check in an object-oriented language.
6. The automatic calculation class 9 describes an automatic calculation specification corresponding to an item in an object-oriented language.
[0038]
Next, the operation of the embodiment of the present invention will be described in detail with reference to FIGS.
[0039]
As shown in FIG. 3, each item managed by the screen generation engine is managed in an item attribute table. The item attribute table is managed using the internal item ID as a key because the check conditions are different depending on the business partner even for the same item name.
[0040]
In the example shown in FIG. 3, four items are displayed on the HEAD screen and one item is displayed on the detail (BODY) screen. / BODY screen)) managed by type and item ID.
[0041]
The screen information includes the item name displayed on the screen and the item type indicating the display area, as well as the data type, the number of digits, the screen display information indicating editing on the display, and the item check information, which are also input check conditions after display. (Required check, limited check such as FROM-TO, item check class name in one screen, and related check class name across multiple screens) and automatic calculation class name for realizing automatic calculation.
[0042]
Next, a specific example will be described with reference to FIGS.
[0043]
FIG. 4 shows a mechanism until a screen is automatically generated.
[0044]
The item attribute table is searched using the trading company ID, the manufacturer ID, and the product type ID as keys, and (the internal item ID of) the item to be displayed is obtained. Here, since it is an example of the HEAD screen, only the H / B classification of “H” is selected (FIG. 4A).
[0045]
Acquires the items required for screen display from the item attribute table. The display location can be specified by the item type (FIG. 4 (2)).
[0046]
The order registration HEAD screen is automatically displayed based on the display contents extracted in FIG. In this case, the first three digits of the item ID indicate one display line, and the lower one digit is displayed continuously as a branch number on the right side. In this case, the order registration HEAD screen includes: Two lines (primary customer, coin) are displayed (FIG. 4 (3)).
[0047]
Next, FIG. 5 shows a mechanism from the data input to the item check and the automatic calculation.
[0048]
Since it is known where the input item corresponds to the internal item ID at the stage of screen display, the item can be processed by executing the item check information and the automatic calculation class (FIG. 5 (1) )).
[0049]
After the input check, all input items are registered in a DB (database) as tag-format order information so that they can be read next (FIG. 5 (2)).
[0050]
Next, FIGS. 6 and 7 show a case where the specification of the completed display screen is changed once in the middle.
[0051]
FIG. 6 shows a case where the content of the limited check is changed. It can be handled by modifying the limited check field. Similarly, when the check condition or the automatic calculation logic changes, if the check pattern already exists for another item, no program change is required.
[0052]
FIG. 7 shows a case where an item is added to the HEAD screen. It can be handled by adding necessary records to additional items.
[0053]
Finally, FIGS. 8 and 9 show examples of actual order registration screens utilizing a screen generation engine which can be utilized in an order registration system capable of dealing with various types of direct material B2B transactions.
[0054]
(Second embodiment of the invention)
Next, a second embodiment of the present invention will be described in detail with reference to the drawings.
[0055]
Referring to FIG. 1 and FIG. 3, the present embodiment can also be used for automatic generation of item help. This is realized by registering a target help file in the item attribute table of FIG.
[0056]
(Third Embodiment of the Invention)
Further, referring to FIG. 1, the present invention can also be applied to editing of EDI after screen generation and DB storage.
[0057]
Next, the operation of the third embodiment will be described in detail with reference to FIGS.
[0058]
As shown in FIG. 10, by adding EDI editing information (information for editing position, number of digits, character editing, numerical editing, special editing, etc.) to the item attribute table managed by the screen generation engine, the data is stored in the DB. As shown in FIG. 11, the format can be output to various business uses (all silver format for manufacturer transactions, tag format for trading companies, and other spreadsheet formats).
[0059]
By combining these screen generation engine and EDI editing engine, there is an effect that functions necessary for an order registration system capable of dealing with various kinds of direct material B2B transactions can be integrated.
[0060]
【The invention's effect】
As described above, the present invention has the following effects.
[0061]
The first effect is that development man-hours are not required more than necessary.
[0062]
The reason is that the screen generation engine automatically creates screens, instead of developing similar input screens for each supplier and product.
[0063]
The second effect is that it is possible to flexibly cope with addition and deletion of input items.
[0064]
The reason is that unless a new check pattern is added by the screen generation engine, item addition / deletion ends only by changing the master.
[0065]
The third effect is that it can quickly respond to a common change (system change).
[0066]
The reason is that unless the screen generation engine increases the number of new check patterns, the change of the check contents is completed only by the master change.
[0067]
The fourth effect is that the program is not directly affected by the increase or decrease in the number of DB fields because the tag format (XML), which is the same as screen generation and is used for DB registration, is not directly related to the screen generation engine. .
[0068]
A fifth effect is that by combining a screen generation engine and an EDI editing engine, it is possible to integrate functions necessary for an order registration system capable of dealing with various types of direct material B2B transactions.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram of a screen generation engine.
FIG. 2 is a diagram illustrating a main class of a screen generation engine.
FIG. 3 is a diagram of an item attribute table of a screen generation engine.
FIG. 4 is a diagram illustrating a mechanism until a screen is automatically generated.
FIG. 5 is a diagram showing a mechanism until item check, automatic calculation, and order information are registered in a DB (database).
FIG. 6 is a diagram showing a case where the item check content is changed.
FIG. 7 is a diagram showing a case where an item has been added;
FIG. 8 is a diagram showing an example of an actual order registration HEAD screen utilizing a screen generation engine.
FIG. 9 is a diagram showing an example of an actual order registration statement (BODY) screen utilizing a screen generation engine.
FIG. 10 is a diagram showing an application to an EDI editing engine.
FIG. 11 is a diagram showing an application to the EDI editing engine (output and import of each format).
[Explanation of symbols]
1 Item Attribute / Control Function 2 Item Check / Related Check Specification 3 Automatic Calculation Specification 4 HEAD Class 5 Detail (BODY) Class 6 Item Value Class 7 Item Attribute Class 8 Item Check Class 9 Automatic Calculation Class

Claims (8)

多種多様な直接材B2B取引に対応可能な注文登録システムに活用できる画面生成エンジンであって、
該画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能と、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様と、項目の計算ロジックを管理するための機能である自動計算仕様とを有し、
前記各機能は、オブジェクト指向技術とXML(eXtensible Markup Language)技術により、クラス構成で実装され、
該クラス構成は、
1つの伝票に複数存在する明細(BODY)行や画面の各項目に対して1つずつ存在する項目値を管理するHEADクラスと、
前記明細(BODY)行に対応して明細1行に表示する各項目の項目値を管理する明細(BODY)クラスと、
画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラスと、
画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様の属性が異なる項目を別個に管理する項目属性クラスと、
パターン毎に項目チェック仕様を管理する項目チェッククラスと、
パターン毎に自動計算仕様を管理する自動計算クラスとから構成される、画面生成エンジン。
A screen generation engine that can be used in an order registration system that can support a wide variety of direct material B2B transactions,
The screen generation engine includes an item attribute / control function for automating screen display, an item check / related check specification for managing input check specifications of display items, and an item calculation logic. It has an automatic calculation specification that is a function for managing,
Each of the above functions is implemented in a class configuration using an object-oriented technology and an XML (extensible Markup Language) technology.
The class configuration is
A HEAD class that manages item values that exist one by one for each item of a detail (BODY) line or screen that exists in one slip;
A detail (BODY) class that manages the item value of each item displayed on the detail one line corresponding to the detail (BODY) line;
An item value class that manages a value input to the screen corresponding to each item on the screen and information on what the item name corresponding to the value is;
An item attribute class corresponding to each item displayed on the screen, and separately managing items having the same item name but different attributes of the check specification,
An item check class that manages item check specifications for each pattern,
A screen generation engine consisting of an automatic calculation class that manages automatic calculation specifications for each pattern.
前記HEADクラスは、商社ID、メーカーID、品種ID、管理情報をキーとして有し、
前記明細(BODY)クラスは、明細(BODY)の行数をキーとして有し、
前記項目値クラスは、前記画面生成エンジンで生成される項目名と入力値を有し、
前記項目属性クラスは、項目名が同じでもチェック仕様の属性が異なる項目を管理するためキーとして内部項目IDをわりあて、属性は、画面で入力を行う項目ID、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名を有し、
前記項目チェッククラスは、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述され、
前記自動計算クラスは、項目に対応する自動計算仕様をオブジェクト指向言語で記述され、
前記画面生成エンジンが管理する各項目は、項目属性テーブルで管理され、
該項目属性テーブルは、
同じ項目名でもチェック条件が取引先により異なるため、前記内部項目IDをキーとして管理され、
HEAD画面に所定の項目、明細(BODY)画面に所定の項目が表示され、条件を識別するために仲介の商社ID、メーカID、品種ID、画面(HEAD画面/BODY画面)種類、項目IDで管理され、
画面情報は、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、画面上桁数、表示上の編集を示す画面表示情報と項目チェック情報と自動計算を実現する自動計算クラス名からなる、請求項1に記載の画面生成エンジン。
The HEAD class has a trading company ID, a maker ID, a product type ID, and management information as keys.
The specification (BODY) class has the number of lines of the specification (BODY) as a key,
The item value class has an item name and an input value generated by the screen generation engine,
The item attribute class assigns an internal item ID as a key for managing items having the same item name but different attributes of the check specification. The attributes are an item ID to be input on the screen, an item name, a data type, and an upper digit on the screen. Number, check class name, automatic calculation class name,
The item check class describes specifications of item check and related check in an object-oriented language,
The automatic calculation class describes an automatic calculation specification corresponding to an item in an object-oriented language,
Each item managed by the screen generation engine is managed in an item attribute table,
The item attribute table is:
Even with the same item name, the check conditions are different depending on the business partner, so the internal item ID is managed as a key,
A predetermined item is displayed on the HEAD screen, and a predetermined item is displayed on the detail (BODY) screen. Managed,
Screen information consists of the item name displayed on the screen and the item type indicating the display area, as well as the input check condition after display, data type, number of digits on the screen, and screen display information indicating editing on the display. 2. The screen generation engine according to claim 1, comprising information and an automatic calculation class name for realizing automatic calculation.
前記商社ID、前記メーカID、前記品種IDをキーとして、前記項目属性テーブルを検索し、表示する項目の前記内部項目IDを取得し、
画面表示に必要な項目を前記項目属性テーブルより取得し、前記項目種別により、表示箇所を特定し、
取り出した表示内容により自動的に注文登録HEAD画面が表示される、請求項1または請求項2に記載の画面生成エンジン。
Using the trading company ID, the manufacturer ID, and the product type ID as keys, the item attribute table is searched, and the internal item ID of the item to be displayed is obtained,
Obtain items required for screen display from the item attribute table, identify the display location by the item type,
3. The screen generation engine according to claim 1, wherein the order registration HEAD screen is automatically displayed based on the extracted display content.
画面表示をする段階で入力された項目が、内部項目IDのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となり、
入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてDBに登録する、請求項1から請求項3のいずれか1項に記載の画面生成エンジン。
Since it is possible to know where the input item corresponds to the internal item ID at the stage of displaying the screen, the item can be processed by executing the item check information and the automatic calculation class,
The screen generation engine according to any one of claims 1 to 3, wherein after input check, all input items are registered in a DB as order information in a tag format so that they can be read next.
項目チェック内容が変更になった場合や自動計算ロジックが変化した場合、前記項目属性テーブルの各フィールドを修正することで対応可能となる、請求項1から請求項4のいずれか1項に記載の画面生成エンジン。The method according to any one of claims 1 to 4, wherein when an item check content is changed or an automatic calculation logic is changed, it is possible to cope by modifying each field of the item attribute table. Screen generation engine. 画面に項目追加があった場合、前記項目属性テーブルに追加項目に必要なレコードを追加することで対応可能となる、請求項1から請求項5のいずれか1項に記載の画面生成エンジン。The screen generation engine according to any one of claims 1 to 5, wherein when an item is added to the screen, it is possible to cope by adding a record necessary for the additional item to the item attribute table. 前記画面生成エンジンは、更に項目ヘルプ機能を有し、
前記項目属性テーブルに対象となるヘルプファイルを登録することで、項目ヘルプの自動生成を実現する、請求項1から請求項6のいずれか1項に記載の画面生成エンジン。
The screen generation engine further has an item help function,
The screen generation engine according to any one of claims 1 to 6, wherein an item help is automatically generated by registering a target help file in the item attribute table.
前記画面生成エンジンが管理する前記項目属性テーブルにEDI編集情報を付け加えることで、DB格納後のフォーマット編集が可能となり、
メーカ取引のための全銀フォーマット、商社向けのタグ形式、商社向けのスプレッドシート形式に出力する機能を有するEDI編集エンジンと組み合わせて、多種多様な直接材B2B取引に対応可能な注文登録システムに必要な機能を統合できる、請求項1から請求項7のいずれか1項に記載の画面生成エンジン。
By adding EDI editing information to the item attribute table managed by the screen generation engine, format editing after DB storage becomes possible,
Combined with an EDI editing engine that has the function of outputting to a Zengin format for manufacturer transactions, a tag format for trading companies, and a spreadsheet format for trading companies, it is necessary for an order registration system that can support a wide variety of direct material B2B transactions The screen generation engine according to claim 1, wherein various functions can be integrated.
JP2002213774A 2002-07-23 2002-07-23 Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials Pending JP2004054749A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002213774A JP2004054749A (en) 2002-07-23 2002-07-23 Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002213774A JP2004054749A (en) 2002-07-23 2002-07-23 Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials

Publications (1)

Publication Number Publication Date
JP2004054749A true JP2004054749A (en) 2004-02-19

Family

ID=31936283

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002213774A Pending JP2004054749A (en) 2002-07-23 2002-07-23 Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials

Country Status (1)

Country Link
JP (1) JP2004054749A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006039675A (en) * 2004-07-22 2006-02-09 Dainippon Printing Co Ltd Commodity-related data, commodity dialog screen data generation device, commodity dialog screen display device, and commodity dialog screen data generation processing program, and the like
JP2006244507A (en) * 2005-03-04 2006-09-14 Microsoft Corp Designer-created aspect for electronic form template
US7715633B2 (en) 2005-12-28 2010-05-11 Fujitsu Limited Medium processing apparatus, medium processing method, medium processing system and computer readable recording medium with medium processing program recorded thereon
US8074217B2 (en) 2000-06-21 2011-12-06 Microsoft Corporation Methods and systems for delivering software
US8117552B2 (en) 2003-03-24 2012-02-14 Microsoft Corporation Incrementally designing electronic forms and hierarchical schemas
US8200975B2 (en) 2005-06-29 2012-06-12 Microsoft Corporation Digital signatures for network forms
US8429522B2 (en) 2003-08-06 2013-04-23 Microsoft Corporation Correlation, association, or correspondence of electronic forms
US8487879B2 (en) 2004-10-29 2013-07-16 Microsoft Corporation Systems and methods for interacting with a computer through handwriting to a screen
US8892993B2 (en) 2003-08-01 2014-11-18 Microsoft Corporation Translation file
US8918729B2 (en) 2003-03-24 2014-12-23 Microsoft Corporation Designing electronic forms
US9210234B2 (en) 2005-12-05 2015-12-08 Microsoft Technology Licensing, Llc Enabling electronic documents for limited-capability computing devices
US9229917B2 (en) 2003-03-28 2016-01-05 Microsoft Technology Licensing, Llc Electronic form user interfaces

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8074217B2 (en) 2000-06-21 2011-12-06 Microsoft Corporation Methods and systems for delivering software
US8117552B2 (en) 2003-03-24 2012-02-14 Microsoft Corporation Incrementally designing electronic forms and hierarchical schemas
US8918729B2 (en) 2003-03-24 2014-12-23 Microsoft Corporation Designing electronic forms
US9229917B2 (en) 2003-03-28 2016-01-05 Microsoft Technology Licensing, Llc Electronic form user interfaces
US8892993B2 (en) 2003-08-01 2014-11-18 Microsoft Corporation Translation file
US9239821B2 (en) 2003-08-01 2016-01-19 Microsoft Technology Licensing, Llc Translation file
US9268760B2 (en) 2003-08-06 2016-02-23 Microsoft Technology Licensing, Llc Correlation, association, or correspondence of electronic forms
US8429522B2 (en) 2003-08-06 2013-04-23 Microsoft Corporation Correlation, association, or correspondence of electronic forms
JP4544576B2 (en) * 2004-07-22 2010-09-15 大日本印刷株式会社 Product dialogue screen data generation device and product dialogue screen data generation processing program
JP2006039675A (en) * 2004-07-22 2006-02-09 Dainippon Printing Co Ltd Commodity-related data, commodity dialog screen data generation device, commodity dialog screen display device, and commodity dialog screen data generation processing program, and the like
US8487879B2 (en) 2004-10-29 2013-07-16 Microsoft Corporation Systems and methods for interacting with a computer through handwriting to a screen
JP2006244507A (en) * 2005-03-04 2006-09-14 Microsoft Corp Designer-created aspect for electronic form template
US8200975B2 (en) 2005-06-29 2012-06-12 Microsoft Corporation Digital signatures for network forms
US9210234B2 (en) 2005-12-05 2015-12-08 Microsoft Technology Licensing, Llc Enabling electronic documents for limited-capability computing devices
US7715633B2 (en) 2005-12-28 2010-05-11 Fujitsu Limited Medium processing apparatus, medium processing method, medium processing system and computer readable recording medium with medium processing program recorded thereon

Similar Documents

Publication Publication Date Title
JP3547990B2 (en) Production management system, computer readable recording medium recording production management program
US7302444B1 (en) System for designating grid-based database reports
US20060200797A1 (en) Integration of data management operations into a workflow system
JP2004054749A (en) Screen generation engine applicable to order registration system adaptable to b2b transaction of various direct materials
US20050256695A1 (en) Creating visual data models by combining multiple inter-related model segments
US6968533B1 (en) Process description apparatus and method, and process classification method
Trujillo et al. Applying UML and XML for designing and interchanging information for data warehouses and OLAP applications
US6892357B2 (en) Logistics management method and system
WO2022081916A1 (en) System and method for automatically configuring custom product options based on user actions
JP5143980B2 (en) Intellectual property protocols that define data exchange rules and formats for general-purpose intellectual property data objects, and systems, methods, and program products related thereto
CN101520869A (en) Business logic object modeling method and device thereof
EP3401799A1 (en) Data storage method and apparatus
KR100423865B1 (en) Agile information system and management method
Mowshowitz On the market value of information commodities. II. Supply price
JPH01236392A (en) Commodity management system
CN116781789B (en) API service generation method and device
JP3424473B2 (en) Data processing system
JP5441602B2 (en) Data conversion apparatus, data conversion method and program
JP2513924B2 (en) Setting method of item definition information
JP2022119994A (en) Unit price calculation apparatus, unit price calculation method, and unit price calculation program
KR20230123174A (en) Method for Provide Promotional Store Information
JP2003140934A (en) Information collation processing device
JP2021043738A (en) Data management method and traceability unit
JP2002342629A (en) System and method for managing inventory
JPH05342219A (en) Shipping parts control system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040427

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20041213

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20041213

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060127

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060906

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070110