JP2001022841A - インターネットｅｄｉシステム及びｅｄｉ方法 - Google Patents

Abstract

(57)【要約】 【課題】 発注元及び受注先の労力を軽減し、精細な図
面を印刷することができるインターネットＥＤＩシステ
ム及びＥＤＩ方法を提供する。 【解決手段】 ＷＷＷサーバ３２は、ブラウザでＰＣ５
２から商取引データを要求されたときに、データベース
サーバ３４に照会を行い、当該所定商取引データに関連
する画情報の有無を表す情報を含む当該所定商取引デー
タをブラウザに設定してＰＣ５２に送信し、画情報が要
求されたときに、ＦＴＰサーバに格納された書庫ファイ
ルを参照して図面ファイルサーバ４０から当該画情報を
取得し、圧縮ファイルを該所定クライアントにＦＴＰ送
信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はインターネットＥＤ
Ｉシステム及びＥＤＩ方法に係り、特に、ブラウザを使
用したインターネット通信プロトコルによって企業間の
商取引データを電子的に伝達し合うインターネットＥＤ
Ｉシステム及び該インターネットＥＤＩシステムのＥＤ
Ｉ方法に関する。

【０００２】

【従来の技術】従来、ブラウザを使用したインターネッ
ト通信プロトコルによって企業間の商取引データを電子
的に伝達し合う（以下、このような電子情報の交換をＥ
ＤＩ(Electronic Data Interchange)という。）サーバ
・クライアント型のインターネットシステムでは、発注
元等の情報発信側が発注伝票、見積依頼書等の商取引情
報をＷＷＷ(World Wide Web)又はＦＴＰ(File Transfer
Protocol)等のインターネットサーバに送信し、受注先
等の情報受信側で受信する際は、図面情報とは無関係に
商取引情報の受信を行っていた。

【０００３】そして、図面情報は、例えば、ＤＸＦ(Dra
wing Interchange File)等の画像情報ファイルに変換し
てインターネットＥＤＩシステムとは別に、発注元から
受注先へ電子メールで送信したり、又は、紙に印刷した
図面を郵送若しくはファクシミリ（以下、ＦＡＸとい
う。）送信していた。

【０００４】

【課題を解決するための手段】しかしながら、紙に印刷
した図面を郵送又はＦＡＸ送信する場合には、例えばＣ
ＡＤ(Computer Aided Design) システム内の図面等の画
情報を格納したＣＡＤサーバ等の記憶装置から所定の画
情報を呼び出して印刷した後、郵送又はＦＡＸ送信する
必要があるので、発注元の担当者は時間及び労力を多く
費やさざるを得なかった。

【０００５】また、スキャナ等で取り込んだ画情報をフ
ァイルにして電子メールで送信する場合もあるが、この
場合に解像度を高くするとファイルサイズが大きくなる
ので、送信側（発注元）では通信費が多く掛かると共に
受信側（受注先）では取り扱いが難しくなり、逆に、解
像度を低くすると図面品質が低下するので、正確な情報
を伝達できない、という問題があった。

【０００６】更に、ブラウザの印刷機能を使用する場合
には高精細な図面の線図を完全に印刷することができな
いので、高精細な線図を印刷するために、例えば、ＤＸ
Ｆファイル等のＣＡＤ等の汎用外部ファイル形式に変換
して送信する場合には、受注先のパーソナルコンピュー
タ（以下、ＰＣという。）等にＤＸＦファイルを表示・
印刷可能なＣＡＤ用ソフトウエアをインストールしなけ
ればならず、ＣＡＤ用ソフトウエアのライセンス費用や
インストールの手間を受注先が負担せざるを得ない、と
いう問題があった。

【０００７】本発明は、上記事案に鑑み、発注元及び受
注先の労力を軽減し、ブラウザを使用したＥＤＩにおい
て商取引情報と共に精細な図面を印刷することができる
インターネットＥＤＩシステム及びＥＤＩ方法を提供す
ることを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明の第１の態様は、ブラウザを使用したインタ
ーネット通信プロトコルによって企業間の商取引データ
を電子的に伝達し合うインターネットＥＤＩシステムに
おいて、サーバサイトに配備され、前記商取引データ及
び画情報を格納する情報格納サーバと、前記インターネ
ットに接続され、送受信するファイルを管理すると共に
前記画情報に基づいて図面が印刷可能な図面印刷プログ
ラムを格納した格納サーバを有し、前記ブラウザで所定
クライアントから所定商取引データを要求されたとき
に、前記情報格納サーバに照会を行い、当該所定商取引
データに関連する画情報の有無を表す情報含む当該所定
商取引データを前記ブラウザに設定して該所定クライア
ントに送信し、当該所定商取引データに関連する画情報
を要求されたときに、前記格納サーバに格納されたファ
イル情報に基づいて前記情報格納サーバから当該画情報
を取得し、該画情報及び前記図面印刷プログラムを該所
定クライアントへ送信するＷＷＷサーバと、を備えてい
る。本態様では、サーバサイトに情報格納サーバが配備
され、商取引データ及び画情報が格納される。ＷＷＷサ
ーバは、インターネットに接続され、送受信するファイ
ルを管理すると共に画情報に基づいて図面が印刷可能な
図面印刷プログラムを格納した格納サーバを有し、ブラ
ウザで所定クライアントから所定商取引データを要求さ
れたときに、情報格納サーバに照会を行い、当該所定商
取引データに関連する画情報の有無を表す情報含む当該
所定商取引データをブラウザに設定して該所定クライア
ントに送信し、当該所定商取引データに関連する画情報
を要求されたときに、格納サーバに格納されたファイル
情報に基づいて情報格納サーバから当該画情報を取得
し、該画情報及び図面印刷プログラムを該所定クライア
ントへ送信する。本態様によれば、所定クライアントは
当該所定商取引データに関連する画情報の有無を表す情
報を参照して画情報が有るときに画情報を要求すること
により、画情報及び図面印刷プログラムがＷＷＷサーバ
から送信されるので、精細な図面を印刷することができ
る。

【０００９】この場合において、ＷＷＷサーバは、画情
報を圧縮した圧縮ファイルで所定クライアントへ送信す
るようにすれば、画情報は圧縮されているので、通信時
間を短縮することができる。また、圧縮ファイルのファ
イル名に、所定商取引データを特定する情報を含むよう
にすれば、所定商取引データを特定する情報と圧縮ファ
イル名とを関連づけることができるので、所定クライア
ントは所定商取引データを特定する情報により所定商取
引データに関連する圧縮ファイルをＷＷＷサーバから送
信を受けることができる。更に、ＷＷＷサーバは、所定
クライアントから最初に画情報を要求されたときに、図
面印刷プログラムを該所定クライアントに送信するよう
にすれば、次回以降印刷プログラムを送信しなくてもよ
いので、送信時間を短縮することができる。このとき、
図面印刷プログラムがＪＡＶＡスクリプトで記述される
ようにすれば、ＯＳの種類を問わず図面印刷プログラム
が機能するので、所定クライアントは既存のシステムに
より図面を印刷することができる。また、図面印刷プロ
グラムには所定クライアントの記憶装置に該図面印刷プ
ログラムを格納する命令が記述され、所定クライアント
においてブラウザで表示された所定コマンドボタンがク
リックされたときに、図面印刷プログラムが記憶装置か
ら呼び出されるようにすれば、所定クライアントは手動
で図面印刷プログラムを記憶装置に格納したり、記憶装
置から図面印刷プログラムを呼び出す手間を省くことが
できるので、労力を軽減することができると共にＥＤＩ
事務処理時間を短縮することができる。更に、インター
ネットに接続可能であり、情報格納サーバに格納された
所定商取引データを参照し、該所定商取引データに関連
する画情報をＷＷＷサーバに送信して情報格納サーバに
格納させる画情報送信手段を発注元に備えるようにすれ
ば、所定商取引データを参照して当該所定商取引データ
に関連する画情報を情報格納サーバに格納することがで
きるので、当該所定商取引データと図面とを関連づける
ことができる。

【００１０】本発明の第２の態様は、ブラウザを使用し
たインターネット通信プロトコルによって企業間の商取
引データを電子的に伝達し合うインターネットＥＤＩシ
ステムのＥＤＩ方法であって、サーバサイトに、画情報
に基づいて図面を印刷可能な図面印刷プログラムを予め
格納し、画情報の有無を表す情報を含む前記商取引デー
タを格納し、前記商取引データに関連する画情報を格納
し、前記サーバサイトに、前記ブラウザで所定クライア
ントから所定商取引データを要求されたときに、当該所
定商取引データに関連する画情報の有無を表す情報含む
当該所定商取引データを前記ブラウザに設定して該所定
クライアントに送信し、当該所定商取引データに関連す
る画情報を要求されたときに、前記情報格納サーバから
当該画情報を取得し、該画情報及び前記図面印刷プログ
ラムを該所定クライアントへ送信する。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明を適
用したインターネットＥＤＩシステムの一実施形態につ
いて説明する。本実施形態では、発注元にはインターネ
ットに接続された発注元システムが配備されており、Ｅ
ＤＩシステムを有するＥＤＩ取引先とはインターネット
を通じて発注等のＥＤＩ処理を行い、ＥＤＩ取引システ
ムの整備が整わない取引先とはＦＡＸにより発注等の処
理を行うものである（以下、ＦＡＸにより取引を行う取
引先をＦＡＸ取引先という。）。

【００１２】まず、本実施形態のインターネットＥＤＩ
システムの概略構成について説明する。

【００１３】図１に示すように、インターネット９０に
は、専用回線９２を介して発注元の発注元システム１０
が接続されている。発注元システム１０はバス型のＬＡ
Ｎ(Local Area Network)２４を備えている。ＬＡＮ２４
には、ＬＡＮインターフェースボードを介して複数の担
当者用ＰＣ１６、担当者用ＰＣ１６から入力された生産
管理情報や経理情報等の基幹系情報処理を行う汎用コン
ピュータ１２（以下、汎用機１２という。）及び図示し
ないプリンタやスキャナ等の周辺機器が接続されてい
る。また、ＬＡＮ２４には、後述するようにホスティン
グサーバサイト３０に配備されたデータベースサーバ３
４内のデータベースを更新するためのデータ更新用ＰＣ
１４及びＦＡＸ取引先に対してのＦＡＸ送信内容を作成
・管理するＦＡＸ送信用ＰＣ１８が接続されている。Ｆ
ＡＸ送信用ＰＣ１８には、公衆回線８４を介してＦＡＸ
取引先へＦＡＸ送信をするためのＴＡ・ＦＡＸモデム２
８が接続されている。また、ＬＡＮ２４には製品開発部
門の設計者が図面、仕様書等の設計情報を画情報として
入力するための複数のＣＡＤ用ワークステーション２１
及びＣＡＤ用ワークステーション２１の画情報を蓄積す
るＣＡＤ用サーバ２０が接続されている。更に、ＬＡＮ
２４にはＬＡＮ２４の内部ネット上の情報や発注元シス
テムを外部ネットからの侵入による漏洩、改ざん、破壊
等から保護するためのファイアウォール２２が接続され
ており、ファイアウォール２２にはインターネットのプ
ロトコル定義に基づいてパケットの中継・交換を行うル
ータ２６が接続されている。このルータ２６が上述した
専用回線９２を介してインターネット９０に接続されて
いる。従って、各担当者は担当者用ＰＣ１６で通信アプ
リケーションプログラムを起動させて自己宛の電子メー
ル等の着信確認や発信を行うことも可能である。

【００１４】また、インターネット９０は、専用回線９
４を介して、所定のインターネット通信プロトコルによ
って企業間の商取引データを一時的に保存するホスティ
ングサーバサイトシステム３０のルータ３８に接続され
ている。ルータ３８はホスティングサーバサイトシステ
ム３０を外部ネットからの不正アクセスに対して武装
（保護）するファイアウォール３６に接続されており、
更に、ファイアウォール３６はバス型のＬＡＮ４２に接
続されている。ＬＡＮ４２には、ＨＴＭＬ(HyperText M
arkup Language)スクリプト、帳票印刷プログラム、図
面印刷プログラム等が格納されると共にインターネット
９０上にハイパーテキストを構築するＷＷＷ（ＦＴＰ）
サーバ３２、ＷＷＷサーバ３２の支配下にあり、取引先
マスタ、注文書、見積依頼書、検収明細書、支払通知書
等種々の商取引データが格納されるデータベースサーバ
３４、並びに、圧縮図面ファイル等の画情報が格納され
る図面ファイルサーバ４０、及び図示しないＰＣが接続
されている。

【００１５】また、インターネット９０は、専用回線９
６を介して、ＥＤＩ取引先ＡのＥＤＩ取引先システム５
０のルータ５４に接続されている。ルータ５４はリング
状に複数のＰＣ５２に接続されており、更に、所定のＰ
Ｃ５２にはプリンタ５６が接続されている。

【００１６】更に、インターネット９０は、専用回線９
８を介して、インターネットサービスプロバイダ８０に
接続されている。インターネットサービスプロバイダ８
０のシステムは図示しないＷＷＷサーバ等を含んで構成
されており、公衆回線８２を介してＥＤＩ取引先Ｂと接
続される。ＥＤＩ取引先ＢのＥＤＩ取引先システム６０
は、ＴＡ・モデム６４、ＰＣ６２及びプリンタ６６等で
構成されている。なお、上述した発注元システム１０、
ホスティングサーバサイトシステム３０並びにＥＤＩ取
引先システム５０及び６０間の通信では、送信時に公開
鍵方式の暗号化を行って商取引データの秘密性を保持し
ている（図１の鍵マーク参照）。

【００１７】そして、ＦＡＸ取引先には、ＦＡＸ７２か
らなるＦＡＸ取引先システム７０が配備されており、公
衆回線８４を介して発注元とＦＡＸ通信が可能な構成と
なっている。

【００１８】次に、本実施形態のインターネットＥＤＩ
システムの作用について説明する。なお、説明を簡単に
するために、発注元が取引先に対して発行する見積依頼
書及び取引先が発注元に対して行う見積回答を中心に詳
述する。

【００１９】まず、発注元の設計部門の設計者はＣＡＤ
用ワークステーション２１に自己のパスワードを入力し
てＣＡＤ用アプリケーションプログラムを立ち上げて、
グラフィックディスプレイを介してコンピュータの支援
を得ながら自己に割り当てられた所定部品の図面を作成
又は修正し、ＣＡＤ用サーバ２０にその画情報を蓄積す
る。ＣＡＤ用サーバ２０には、開発機種、開発機種を構
成するアセンブリー、アセンブリーを構成するサブアセ
ンブリー等の順にツリー構造に従って画情報を格納する
フォルダが形成されている。サブアセンブリーのフォル
ダには、部品自体の図面の他に必要に応じて型図面や仕
様書等の画情報が格納される。

【００２０】一方、発注元の発注業務を担当する担当者
（以下、発注担当者という。）は、担当者用ＰＣ１６に
自己のパスワードを入力して、担当者用ＰＣ１６のハー
ドディスクに保存されている生産管理システムのアプリ
ケーションプログラムを立ち上げる。生産管理システム
のメニューは発注管理サブシステムを含んでいる。発注
担当者がマウス等のポインティングデバイスで生産管理
システムのメニューから発注管理サブシステムを選択す
ると、図２に示すように、担当者用ＰＣ１６のディスプ
レイに管理メニューがブラウザで表示される。管理メニ
ューには見積依頼書を作成する画面に移行するための見
積依頼書作成ボタン１０２、取引先が見積依頼書と共に
図面の提供が受けられるように見積依頼に対応する図面
を登録するための画面に移行するための見積依頼・図面
登録ボタン１０４、取引先からの見積依頼に対する回答
を確認する画面に移行するための見積回答確認ボタン１
０６等種々のコマンドボタンが配置されている。これら
のコマンドボタンには、ＪＡＶＡスクリプトで記述され
たプログラムが割り当てられている。

【００２１】見積依頼書作成ボタン１０２がクリックさ
れると、担当者用ＰＣ１６はディスプレイ上に図３に示
す見積依頼書作成画面をブラウザで表示する。この見積
依頼書作成画面は、罫線が入っていない点を除き、錯誤
を招かないように帳票（伝票）の見積依頼書とほぼ同一
の表示形態とされている。発注担当者が見積依頼書を作
成するには、まず、取引先コードのインプットボックス
１０８に取引先（ＥＤＩ取引先、ＦＡＸ取引先を問わな
い。）の取引先コードをキーボードから入力する。この
入力を開始すると、生産管理システムアプリケーション
プログラムに従って担当者用ＰＣ１６のＣＰＵは直ちに
データの重複を禁止するためのシリアルナンバーを付与
してこのシリアルナンバーをレコードナンバー１１６と
して表示する。取引先コードの第１桁目は、ＥＤＩ取引
先の場合には「１」が付与され、ＦＡＸ取引先の場合に
は「０」が付与されている。取引先コードが入力され、
エンターキーが押下されると、見積依頼書作成画面に
は、担当者用ＰＣ１６のＣＰＵが図示しないテーブルを
参照して取引先会社名（本例の場合には、「取引先株式
会社」）を表示する。

【００２２】次に、発注担当者は見積依頼に必要な項目
が表示された見積依頼欄１１０内の各ラベルに対応する
インプットボックスにテキストデータをキーボードから
入力する。見積依頼に添付される図面がある場合には、
コンボボックス１１０ａのリストから「有」を選択す
る。なお、チェックボックス１１０ｂへの入力は禁止さ
れており、未入力(null)のままとされる。この入力が完
了し、更新ボタン１１８をクリックすると、担当者用Ｐ
Ｃ１６のＣＰＵは必須項目の入力漏れや例えば、半角／
全角入力等の方式的過誤がないか等の入力条件を検査し
て、入力条件に合致していれば、レコードを追加又は更
新し、入力条件に合致していなければ、その旨表示して
発注担当者に適正な入力を促す。

【００２３】また、発注担当者が図面ボタン１１７をク
リックすると、担当者用ＰＣ１６からＣＡＤ用サーバ２
０に格納されている開発機種のフォルダ名のリストを参
照することができる。発注担当者は開発機種フォルダ名
リストから開発機種フォルダを構成するアセンブリーフ
ォルダ、アセンブリーフォルダを構成するサブアセンブ
リーフォルダの順にフォルダ名のリストをクリックして
いき、サブアセンブリーフォルダに格納された見積依頼
対象部品（又は型、仕様書）の画情報ファイルのリスト
を選択し図示しない転送ボタンをクリックすることによ
り、ＣＡＤ用サーバ２０に格納された見積依頼対象部品
の画情報ファイルをＤＸＦファイル等汎用外部ファイル
形式で担当者用ＰＣ１６のハードディスク内の所定格納
部（所定フォルダ）へ出力させる。これに伴って、ＰＣ
１６のＲＡＭワークエリアでは、汎用外部ファイル形式
の画情報ファイルのファイル名や格納アドレス等を記述
した書庫ファイルが作成される。

【００２４】また、発注担当者が印刷ボタン１２０をク
リックすると、見積依頼書が図示しないプリンタにより
印刷され、見積依頼書内容を帳票により確認することが
可能となる。この確認作業が終了した時点で、検索ボタ
ン１１４をクリックし図示しない検索画面に見積依頼ナ
ンバーをインプットボックスに入力して当該見積依頼作
成画面を表示させ、ブラウザのファイル（Ｆ）をクリッ
クし図示しないドロップダウンメニューを表示して、ド
ロップダウンメニューの中の「転送」をクリックするこ
とにより、追加又は更新されたレコードがＬＡＮ２４を
介して汎用機１２へ転送される。なお、ＥＤＩ取引先の
見積回答が表示される見積回答欄１１２へのカーソルの
移動は禁止されており、発注担当者は見積回答欄１１２
へ入力することはできない。従って、この時点では取引
先からの回答がないので、見積回答欄１１２の各インプ
ットボックス内は未入力のままとされている。また、見
積依頼書であることを特定するために、更新ボタン１１
８がクリックされた時点で担当者用ＰＣ１６のＣＰＵは
生産管理システムアプリケーションプログラムに従って
レコード上のデータ区分フィールドに見積依頼書のデフ
ォルト値である「０３」を挿入する（表１、図４（Ａ）
の符号１２８参照）。

【００２５】担当者用ＰＣ１６からの転送レコードを受
信した汎用機１２では、担当者用ＰＣ１６のレコードナ
ンバー１１６を汎用機１２側の重複が禁止された新たな
レコードナンバー（図４（Ａ）の符号１２２参照）に置
き換えると共に、発注元をＷＷＷサーバ３２に対して特
定する発注元コード（図４（Ａ）の符号１２４参照）を
挿入して、担当者用ＰＣ１６からの転送レコードを図示
しない記憶装置に記憶し、後述するように所定時間毎に
追加又は更新されたレコードをテキストファイルとして
データ更新用ＰＣ１４へ出力する。なお、汎用機１２は
２４時間稼動しており担当者用ＰＣ１６からのデータの
追加、更新を常時受け入れることが可能である。

【００２６】図４（Ａ）に示すように、汎用機１２から
データ更新用ＰＣ１４へ出力されるテキストファイルの
各レコードは、発注元レコードナンバーフィールド１２
２、発注元コードフィールド１２４、取引先コードフィ
ールド１２６、データ区分フィールド１２８、追加（例
えば、デフォルト値「１」）又は変更（例えば、デフォ
ルト値「０」）を示す変更区分フィールド１３０及び種
々のデータフィールド１３２Ａ〜１３２Ｎで構成されて
いる。取引先コードフィールド１２６及びデータフィー
ルド１３２Ａ〜１３２Ｎは、図３に示した見積依頼欄１
１０の各インプットボックスに担当者が入力したテキス
トデータを含んで構成されている。ここで、データ区分
について詳述すれば、次表１に示す通りである。

【００２７】

【表１】

【００２８】従って、汎用機１２からデータ更新用ＰＣ
１４へ出力されるテキストファイルのレコードは文字列
群で構成され、ホスティングサーバサイトシステム３０
への送信時間を短縮するために、図３に示した見積回答
欄１１２のテキストデータ（上述したようにnull）はデ
ータ更新用ＰＣ１４へ出力されるテキストファイルのレ
コードフィールドを構成していない。

【００２９】データ更新用ＰＣ１４では、汎用機１２か
らテキストファイルが出力されたかを常時監視する監視
プログラムが立ち上げられている。この監視プログラム
は、ＥＤＩ取引とＦＡＸ取引とを識別し、その識別結果
に応じて取引先のシステムに適合した商取引データを送
信する監視送信ルーチンを実行する。

【００３０】図５に示すように、この監視送信サブルー
チンでは、まず、ステップ２０２において、汎用機１２
からテキストファイルが出力されるまで待機し、テキス
トファイルが出力されると、次のステップ２０４におい
て、テキストファイルのテキストデータ（レコード）を
データ更新用ＰＣ１４の図示しないＲＡＭに格納する。

【００３１】次に、ステップ２０６において、所定時間
が経過したか否かを判断し、否定判断されたときは、ス
テップ２０２へ戻り、肯定判断されたときは、次のステ
ップ２０８へ進む。この所定時間は、本実施形態では１
０分〜２０分とされ、データ更新用ＰＣ１４の図示しな
い内部時計で計測することができる。

【００３２】ステップ２０８では、上記所定時間内にテ
キストファイルが汎用機１２から出力されたか否かを判
断するために、例えば、ディレクトリ検査関数を使用し
て自己のディレクトリを検査することにより判定し、否
定判定されたときは、テキストファイルが汎用機１２か
ら出力されるまで待機するために、ステップ２０２へ戻
り、肯定判定されたときは、次のステップ２１０におい
て、取引先がＥＤＩ取引先か否かを判断する。この判断
はレコードの取引先コードフィールドの第１桁を検査す
ることにより判断することができる。

【００３３】ステップ２１０において、肯定判断された
場合は、次のステップ２１２で、ＥＤＩ取引先の各レコ
ードを１つにまとめたテキストファイルを作成し、ブラ
ウザを起動させて、次のステップ２１４でホスティング
サーバサイトシステム３０のＷＷＷサーバ３２にＦＴＰ
でテキストファイルを送信する。なお、本実施形態のブ
ラウザには、ＨＴＭＬでＷＷＷサーバ３２のアドレスが
記述され、ＨＴＭＬ上にＪＡＶＡスクリプトで所定プロ
グラムが記述されている。また、ブラウザには、ＷＷＷ
サーバ３２にアクセスするための識別コード（以下、Ｉ
Ｄコードという。）が設定されており、ＩＤコードは発
注元システム１０のシステム管理者により変更可能とさ
れている。更に、ＥＤＩの安全性を確保するために、ス
テップ２１４では公開鍵暗号方式の暗号化処理が実行さ
れる。また、データ更新用ＰＣ１４のワークエリアの負
荷を軽減するために、ＲＡＭからＷＷＷサーバ３２に送
信したテキストファイルのテキストデータを削除してス
テップ２０２へ戻る。

【００３４】一方、ステップ２１０において、否定判断
された場合には、ステップ２１６でＦＡＸ取引先にＦＡ
Ｘ送信するためにＦＡＸ取引先の各レコードを１つにま
とめたテキストファイルを作成し、ＦＡＸ送信用ＰＣ１
８にテキストファイルを転送し、ＲＡＭからＦＡＸ送信
用ＰＣ１８へ転送したテキストファイルのテキストデー
タを削除してステップ２０２へ戻る。

【００３５】ホスティングサーバサイトでは、ＷＷＷサ
ーバ３２のマルチＣＰＵが発注元及び取引先間のＥＤＩ
を機能させるために図６に示すサーバ処理ルーチンを実
行する。

【００３６】このサーバ処理ルーチンでは、まず、ステ
ップ３００でＩＤコードが登録されたＩＤコードと一致
するか否かを判断し、否定判断のときは、ステップ３０
４において、ホスティングサーバサイトシステム３０を
不正アクセスから保護するために、ＩＤコードの不一致
を発注元等のクライアントに通知してステップ３００へ
戻る。一方、ステップ３００で肯定判断のときは、次の
ステップ３０２において、データ更新用ＰＣ１６から送
信されたテキストファイルを秘密鍵により復号化する。

【００３７】次のステップ３０６では、テキストファイ
ル中の最初のレコードを参照して登録された発注元（正
規クライアント）か否かを、図４（Ａ）に示したように
発注先コードが取引先コードより前の所定のフィールド
に配置されていることから判断する。この判断が肯定さ
れたときは、データベースサーバ３４に蓄積されるデー
タを保護するために、ＷＷＷサーバ３２に格納された図
示しない発注先登録テーブルを参照して正規クライアン
トの発注元か否かを確認する。また、ＥＤＩ取引先（例
えば、取引先株式会社）が発注元（例えば、発注元株式
会社）に逆発注する場合もあり、ステップ３０６ではそ
のような場合の対応も可能にするものである。ステップ
３０６で肯定判断された場合には、正規クライアントの
発注元からのアクセスであるので、次のステップ３０８
においてデータベースサーバ３４のレコードの追加・更
新であるか否かを判断する。

【００３８】ステップ３０８で肯定判断されたときは、
次のステップ３１０において、発注元からのレコードの
追加・更新をデータベースサーバ３４に許容してステッ
プ３００へ戻る。これにより、データベースサーバ３４
では、発注元から送信されたレコードが追加又は更新さ
れる。

【００３９】すなわち、データベースサーバ３４は、図
４（Ａ）に示した変更区分フィールド１３０を参照し
て、デフォルト値が「１」（レコード追加）の場合に
は、図４（Ｂ）に示すように、データベースサーバ３４
がシリアルで付与するサーバレコードナンバーをサーバ
レコードナンバーフィールド１４０に挿入して、発注元
レコードナンバーフィールド１４２、発注元コードフィ
ールド１４４、取引先コードフィールド１４６、データ
区分フィールド１４８、データフィールド１５０Ａ〜１
５０Ｎ、デフォルト値「０」が挿入される図面登録フィ
ールド１５４、発注元が当該サーバレコードを参照した
回数を示す参照回数フィールド１５５、見積回答欄（図
２の１０６参照）のデータフィールド１５６Ａ〜１５６
Ｎ（この時点ではnull）、取引先が当該サーバレコード
を参照した回数を示す参照回数フィールド１５８の各フ
ィールドで構成されるレコードを新たに追加し、発注元
レコードナンバーフィールド１４２に発注元レコードナ
ンバーフィールド１２２の値を、発注元コードフィール
ド１４４に発注元コード１２４の値を、取引先コードフ
ィールド１４６に取引先コードフィールド１２６の値
を、データ区分フィールド１４８にデータ区分フィール
ド１２８の値を、データフィールド１５０Ａ〜１５０Ｎ
に各々データフィールド１３２Ａ〜１３２Ｎの値を、そ
れぞれコピーすると共に、取引先及び発注元のいずれも
が当該レコードを参照していないので、参照回数フィー
ルド１５５及び１５８に「０」を挿入する。一方、変更
区分フィールド１３０のデフォルト値が「０」の場合に
は、既に当該見積依頼に対応するレコードが存在してい
るので、発注元レコードナンバーフィールド１２２の値
と同一の値を発注元レコードナンバーフィールド１４２
で検索し当該レコードを、変更区分フィールド１３０の
デフォルト値が「１」の場合と同様にコピーする。従っ
て、図４（Ｂ）に示したレコードのうち、発注元は発注
元変更可能フィールド１５２を変更することができ、発
注元変更可能フィールド１５２には、変更区分フィール
ド１３０を除き、図４（Ａ）に示したデータと同一のデ
ータが格納される。また、サーバレコードナンバーフィ
ールド１４０、図面登録フィールド１５４、参照回数フ
ィールド１５５、１５８へはデータベースサーバ３４が
値を挿入又は更新する。

【００４０】一方、図６のステップ３０８で否定判断さ
れたときは、次のステップ３１２において、データベー
スサーバ３４に格納されたレコードの発注元からの参照
か否かを判断する。肯定判断のときは、ステップ３１４
において、参照又は当該レコードに対応する画像データ
の登録を行うための参照・画像データ登録処理サブルー
チンが実行される。

【００４１】ところで、発注担当者が図２に示した見積
依頼・図面登録ボタン１０４をクリックすると、図７に
示すように、担当者用ＰＣ１６のディスプレイ上には注
文書確認・図面登録画面がブラウザで表示され、担当者
用ＰＣ１６はインターネット９０を介してＷＷＷサーバ
３２に接続される。発注担当者がインプットボックス１
６１に見積依頼ナンバーを入力してキーボードのエンタ
ーキーを押下すると、注文書確認・図面登録画面にはス
テップ３１０でデータベースサーバ３４に格納された当
該見積依頼レコードのうち一部のフィールドのテキスト
データ１６７が表示される。

【００４２】発注担当者がコンボボックス１６８のボタ
ンをクリックすると、コンボボックス１６８のリストに
は上述した書庫ファイルの画情報のファイル名が値とし
てリスト表示される。なお、本実施形態のコンボボック
ス１６８のリストの値で、例えば、「ＰＣＸ５００＿２
３２＿００．ｄｘｆ」の「ＰＣＸ５００」、「２３
２」、「００」及び「．ｄｘｆ」は、それぞれ開発機種
名、部品番号、図面修正回数及びＤＸＦファイルの拡張
子を表している。発注担当者がコンボボックス１６８の
リストから見積依頼対象部品のファイル名を選択してク
リックするとリストは閉じられ、拡張子を非表示にして
ＤＸＦファイル名がコンボボックス１６８内に挿入され
る。

【００４３】次に、発注担当者が参照ボタン１６２をク
リックすると、参照ボタン１６２にはＪＡＶＡスクリプ
トでＤＸＦファイル等のＣＡＤ用の汎用外部ファイル形
式を画面上にブラウザで表示する画像表示プログラムが
記述されており、コンボボックス１６８の値に従って書
庫ファイルを参照して上述した所定格納部からＤＸＦフ
ァイルが呼び出されて図示しない図面表示画面がブラウ
ザで表示される。これにより発注担当者は見積依頼ナン
バーと図面とが一致しているか否かを確認することがで
きる。図示しない図面表示画面には圧縮ボタンが配置さ
れており、発注担当者が圧縮ボタンをクリックすること
により、当該画像ファイルは一旦一つのファイルで圧縮
される。この際に、圧縮された圧縮ファイル名に見積依
頼ナンバー（発注書の場合には発注ナンバー）が含まれ
るようにプログラムされている。圧縮形式には、例え
ば、ＬＨＡ（拡張子．ｌｚｈ）が使用され、圧縮ファイ
ル名には、圧縮ファイル名に見積依頼ナンバーとの関連
性を持たせるために、圧縮ファイル名と見積部品番号と
を「＿」で連結した「ＰＣＥ９９０００３４６＿ＰＣＸ
５００＿２３２＿００．ｌｚｈ」とされる。更に、見積
依頼に当該図面の他に、例えば、仕様書等がある場合に
は、図示しない図面表示画面に配置された戻るボタンを
クリックして注文確認・図面登録画面に戻り、上記と同
様にコンボボックス１６８のリストから仕様書等（例え
ば、ＰＣＸ５００＿２３２＿Ｓ１．ｄｘｆ）を選択し
て、圧縮を行い、圧縮ファイル名は「ＰＣＥ９９０００
３４６＿ＰＣＸ５００＿２３２＿Ｓ１．ｌｚｈ」とされ
る。

【００４４】次に、発注担当者が登録ボタン１６４をク
リックすると、圧縮された図面ファイルを一つの格納フ
ァイルにまとめて格納してＦＴＰによりインターネット
９０を介してＷＷＷサーバ３２へ送信する。なお、クリ
アボタン１６６には、誤った図面をＷＷＷ３２へ送信し
た場合に、その図面をホスティングサーバサイト３０側
で削除させる命令がＪＡＶＡスクリプトで記述されてお
り、既に送信済みの圧縮ファイルを削除することが可能
である。

【００４５】この間、ＷＷＷサーバ３２のマルチＣＰＵ
は、図８に示すように、参照・画像データ登録処理サブ
ルーチンを実行している。すなわち、ステップ４０２で
図７に示したファイル（Ｆ）のメニューから終了が選択
・クリックされてブラウザによるＷＷＷサーバ３２との
送受信が終了したか否かを判断し、肯定判断のときは、
参照・画像データ登録処理サブルーチンを終了してステ
ップ３００へ戻り、否定判断のときは、インプットボッ
クス１６１（図７参照）に見積依頼ナンバーが入力され
エンターキーが押下されることにより担当者用ＰＣ１６
から所定見積依頼ナンバー（又は注文ナンバー）のレコ
ードの参照要請があるか否かを判断する。

【００４６】ステップ４０４で否定判断の場合には、参
照要請があるまで待機するためにステップ４０２へ戻
り、肯定判断の場合には、ステップ４０６において、デ
ータベースサーバ３４にインプットボックス１６１の値
と同一の値を見積依頼ナンバーフィールドに有するレコ
ードを検索させて当該レコードデータを取得し、ステッ
プ４０８において、ブラウザに所定情報を設定して担当
者用ＰＣ１６に送信する。これにより担当者用ＰＣ１６
のディスプレイには、図７に示したように、テキストデ
ータ１６７が表示される。

【００４７】次のステップ４１０では、上述した格納フ
ァイルが担当者用ＰＣ１６から送信されたか否かを判断
する。否定判断のときは、ステップ４０２へ戻り、肯定
判断のときは、次のステップ４１２において、個々の圧
縮ファイルがまとめて格納された格納ファイルから圧縮
された個々の圧縮ファイルを取り出して、格納ファイル
内の書庫ファイルを参照して圧縮ファイル名から見積依
頼ナンバー（又は注文ナンバー）を取得し、ステップ４
１４で図面ファイルサーバ４０へＦＴＰで転送して各圧
縮ファイルを格納させる。その際、書庫ファイルには図
面ファイルサーバ４０に格納した各圧縮ファイルのアド
レスが追加記述される。次のステップ４１６では、デー
タベースサーバ３４に当該見積依頼ナンバーを通知し、
当該見積依頼ナンバーと同一の値を見積依頼ナンバーに
有するレコードの図面登録フィールド１５４の値を
「０」から「１」に更新させて、ステップ４０２へ戻
る。

【００４８】一方、図６のステップ３０６で否定判断さ
れた場合には、すなわち、ＥＤＩ取引先Ａ（又はＥＤＩ
取引先Ｂ）から所定のブラウザで問い合わせを受けたと
きには、次のステップ３２２においてＥＤＩ取引先が発
注元からの商取引データを参照するための取引先参照処
理サブルーチンを実行する。

【００４９】図９に示すように、この取引先参照処理サ
ブルーチンでは、ステップ５１２において、取引先コー
ドがデータベースサーバ３４の取引先マスタに登録され
ているか否かをデータベースサーバ３４に照会して照会
結果から、クライアントが発注元の取引先か否かを判定
する。否定判定のときは、発注元の取引先ではないの
で、ステップ５１４において、取引先マスタに登録され
ていない旨をクライアントに通知して取引先参照処理サ
ブルーチンを終了しステップ３００へ戻る。一方、肯定
判定のときは、次のステップ５１６において、データベ
ースサーバ３４にレコードを追加、更新した発注元を照
会しデータベースサーバ３４から照会結果を取得して、
ステップ５１８でブラウザにレコードを追加した発注元
会社名を設定して、ＥＤＩ取引先Ａにブラウザにより照
会結果を送信する。

【００５０】これにより、ＥＤＩ取引先システム５０の
ＰＣ５２（又は、ＥＤＩ取引先システム６０のＰＣ６
２）のディスプレイには、図１０に示すように、一覧表
示がなされる。ＥＤＩ取引先Ａの担当者（以下、取引先
担当者という。）が詳細を知りたいときには、詳細参照
ボタン１７０をクリックすることにより、図１１に示す
ように、発注元からの詳細の帳票件数がディスプレイ表
示される。

【００５１】取引先担当者が見積図面発行ボタン１７２
をクリックすることにより、図１２に示すように、見積
図面発行画面がブラウザで表示される。見積図面発行画
面のダウンロード１７８の箇所をクリックすることによ
り、図面ファイルサーバ４０に格納された当該見積依頼
ナンバーに対応する圧縮ファイルをＷＷＷサーバ３２か
らダウンロードすることができる。図１３はダウンロー
ド時の見積図面発行画面を示したものであり、当該圧縮
ファイルがダウンロードされると、図１２に示した発行
欄の「未」は「済」に変更される。続いて、ＰＣ５２の
ハードディスクから圧縮ファイルを解凍する解凍ソフト
ウエアが呼び出され、圧縮画像が解凍されて印刷され
る。なお、ＰＣ５２には圧縮ファイルの格納先及び解凍
先等を指定するＬＡＳＡがインストールされている。

【００５２】また、取引先担当者が図１１の見積回答入
力コマンドボタン１７４をクリックすることにより、図
１４に示すように、発注元が希望する見積依頼の一覧が
表示される。更に、取引先担当者が詳細コマンドボタン
１８２をクリックすると、図２に示した発注元の見積依
頼書作成画面と同様の見積回答画面が表示される。見積
依頼作成画面と表示上異なっているのは、図８のステッ
プ４１６で図４の図面登録フィールド１５４がデフォル
ト値「１」に変更されているので、チェックボックス１
１０ｂにチェックマークが入っている点である。発注元
担当者と同様に、取引先担当者が印刷ボタン１２０をク
リックすると、プリンタ５６からは帳票の当該見積依頼
書が出力される。取引先担当者が、見積依頼書及び図面
を参照し、ＰＣ５２にインストールされた自己のアプリ
ケーションプログラムを新たに立ち上げ、見積回答のた
めの情報を取得して、見積回答欄１１２に依頼のあった
見積の回答をキーボードから入力し、更新ボタン１１８
をクリックすると、見積回答欄１１２の各インプットボ
ックスに入力されたテキストデータが入力条件に合致す
るかが検査され、入力条件に合致していると見積回答欄
のテキストデータがＷＷＷサーバ３２へ送信される。Ｗ
ＷＷサーバ３２がこのデータを受信してデータベースサ
ーバ３４の当該レコードの変更を許容すると、図１４に
示した見積依頼一覧の当該見積依頼の回答は「未」から
「済」へ変更される。

【００５３】なお、取引先担当者が、図１１に示した見
積データ保存１７６をクリックすると、図２に示した見
積依頼の全データ及び見積回答をした場合にはその回答
内容も含めてＰＣ５２にデータが保存される。従って、
取引先担当者は、見積回答をするのに確認作業が必要な
場合には、見積データ保存ボタン１７６をクリックして
一旦データを保存するようにしてもよい。また、取引先
担当者は、図１０〜図１４に示したブラウザのファイル
（Ｆ）のドロップダウンメニューの「終了」をクリック
してホスティングサーバサイトとのインターネット通信
をいつでも終了可能である。

【００５４】この間、ＷＷＷサーバ３２のマルチＣＰＵ
が実行する取引先参照処理サブルーチンは次の通りであ
る。図９のステップ５２０において、取引先がブラウザ
による送受信を終了したか否かを判断し、肯定判断のと
きは、取引先参照処理サブルーチンを終了してステップ
３００へ戻り、否定判断のときは、次のステップ５２２
において、詳細情報の要求がある（例えば、詳細参照コ
マンドボタン１７０や詳細コマンドボタン１８２がクリ
ックされた場合）か否かを判断する。このような判断
は、例えば、ブラウザのＨＴＭＬに記述され、コマンド
ボタンに割り当てられたＪＡＶＡスクリプトによるプロ
グラムに対応して行うことができる。

【００５５】肯定判断の場合には、次のステップ５２４
において、データベースサーバ３４に照会しレコードデ
ータ取得後、ステップ５２６で、取得したレコードデー
タをブラウザに設定してＥＤＩ取引先のＰＣ５２に送信
してステップ５２０へ戻る。これにより、ＰＣ５２で
は、図１０乃至図１４又は図２に示したように順次発注
元からの見積依頼書等の詳細内容を確認することが可能
となる。

【００５６】一方、ステップ５２２で否定判断の場合に
は、次のステップ５２８において、見積回答があるか、
換言すれば、ＰＣ５２からレコードの更新要請があるか
否かを判断する。見積回答がある場合には、次のステッ
プ５３０で見積回答が入力条件に適合するかを検査し、
適合しないときは、ステップ５３２でブラウザにより入
力条件不適合をＰＣ５２へ通知してステップ５２０へ戻
り、適合するときは、ステップ５３４において見積回答
のデータをデータベースサーバ３４に更新することを許
容する。これにより、データベースサーバ３４の当該レ
コードでは、取引先変更可能フィールド１６０（図４
（Ｂ）参照）の値が更新される。次のステップ５３６で
は、更新終了時等の更新記録を保存してステップ５２０
へ戻る。なお、取引先担当者は取引先変更可能フィール
ド１６０の更新、すなわち、見積回答のみが可能であ
り、発注元変更可能フィールド１５２等の他のフィール
ドの更新は禁止されている。

【００５７】一方、ステップ５２８において、否定判断
された場合には、次のステップ５３８においてテキスト
データの印刷要求がある（例えば、図３の印刷ボタン１
２０がクリックされた）か否かを判断し、否定判断のと
きは、ステップ５４４へ進み、肯定判断のときは、ステ
ップ５４０で当該テキストデータの印刷情報をブラウザ
に設定して送信し、ステップ５４２で取引先の参照回数
フィールド１５８（図４（Ｂ）参照）の値を１インクリ
メントしてステップ５５６へ進む。

【００５８】次に、ステップ５４４では、ブラウザで図
面印刷要求があるか否かを判断し、否定判断のときは、
ステップ５２０へ戻り、肯定判断のときは、次のステッ
プ５４６において、発注元に対する取引先の図面印刷要
求が初めてか否かをデータベースサーバ３４に照会す
る。データベースサーバ３４は、取引先マスタの図面印
刷要求フィールドを参照して値をＷＷＷサーバ３２へ返
す。この値は、例えば、かつて要求があったときは
「１」、いままで要求がなかったときは「０」としても
よい。返された値に従って、初めてと判断したときは、
ステップ５４８においてＦＴＰによりＷＷＷサーバ３２
内のＦＴＰサーバに格納されているＬＡＳＡ、ＬＨＡ解
凍プログラム及び図面印刷プログラムをＰＣ５２へＦＴ
Ｐ送信し、ステップ５５０でデータベースサーバ３４の
取引先マスタの図面印刷要求フィールドの値を変更する
ように指示する。これにより、取引先マスタの図面印刷
要求フィールドの値は、例えば、「０」から「１」へ変
更される。また、ステップ５４６で初めてでないと判断
したときには、そのままステップ５５２へ進む。なお、
ＬＡＳＡ、ＬＨＡ解凍プログラム及び図面印刷プログラ
ムにはＰＣ５２の図示しないハードディスクにこれらの
プログラムを保存する命令がＪＡＶＡスクリプトで記述
されている。

【００５９】ステップ５５２では、図面印刷要求のあっ
た見積依頼ナンバー（又は、注文ナンバー）を含む圧縮
ファイル名をＦＴＰサーバに格納された書庫ファイルで
参照しアドレスを取得し、要求のあった圧縮ファイルを
図面ファイルサーバ４０からＦＴＰ転送させ、更に、Ｅ
ＤＩ取引先システム５０のＰＣ５２にＦＴＰ送信する。
これにより、ＰＣ５２ではブラウザでＷＷＷサーバ３２
から圧縮ファイルが送信されてきたときに、ハードディ
スクに格納されたＬＡＳＡにより圧縮ファイルの格納先
及び画情報の解凍先が指定され、ＬＨＡ解凍プログラム
により画情報が解凍され、図面印刷プログラムが呼び出
され、プリンタ５６による当該見積依頼に関連する図面
の印刷が可能となる。次のステップ５５４ではＦＴＰ送
信した圧縮ファイルを削除するように図面ファイルサー
バ４０に指示すると共にＦＴＰサーバから当該圧縮ファ
イルに対応する書庫ファイル上のデータを削除し、ステ
ップ５５６で参照終了時間等を記録してステップ５２０
へ戻る。

【００６０】ところで、発注担当者が図２の見積回答確
認ボタン１０６をクリックすると、取引先の見積回答を
図３に示したブラウザで確認することができる（図６の
ステップ４０２〜４１０）。この場合には、インプット
ボックス内の発注元コード及び見積依頼ナンバー等をキ
ーとしてデータベースサーバ３４に格納されたレコード
をデータベースサーバ３４に検索させ、検索結果をブラ
ウザに設定して送信し、参照回数フィールド１５５（図
４（Ｂ）参照）の値を１インクリメントし、参照終了時
等の記録を残す。これにより、発注元担当者は取引先か
らの見積回答をオンラインで確認し、上司への決済等の
発注元所定手続を経て、上述した見積依頼作成画面とほ
ぼ同様の図示しない発注書作成画面からＥＤＩ取引先へ
インターネットにより発注を行うことが可能となり、Ｅ
ＤＩ取引先では上述したように注文書及び図面をプリン
タ５６から出力することが可能となる。なお、担当者用
ＰＣ１６からの図３に示した発注元の見積依頼書作成画
面によるブラウザの参照では、図４（Ｂ）に示したレコ
ードデータをブラウザで見ることは可能であるが、いず
れのフィールドの書き換えも許容されていない。

【００６１】一方、図６のステップ３１２において、否
定判断されたときは、次のステップ３１６において図面
印刷プログラム変更処理の実行か否かを判断する。この
図面印刷プログラム変更処理では、データ更新用ＰＣ１
４から送信されたブラウザのＨＴＭＬに記述されたＪＡ
ＶＡスクリプトによるプログラムが図面印刷プログラム
の変更を指示するものである場合に限って実行される。
肯定判断のときは、ステップ３１８において、ＦＴＰプ
ロトコルに従ってＷＷＷサーバ３２内のＦＴＰサーバの
図面印刷プログラムが格納されたアドレスのプログラム
を新たなＪＡＶＡスクリプトで記述されたプログラムに
差し替え、データベースサーバ３４へ取引先マスタの図
面印刷要求フィールドの値を全ての取引先に対して
「０」とするように指示して、サーバ処理ルーチンを終
了してステップ３００へ戻る。なお、この間、発注元及
び取引先からのデータ更新許容や参照処理は中断するよ
うにすることが好ましい。ステップ３１６で否定判断さ
れたときは、ステップ３２０において、例えば、ＨＴＭ
Ｌで記述された発注元から図面様式の変更等のお知らせ
事項（いわゆるホームページ）を更新したり、発注元の
ＩＤを変更、参照回数や変更時間等を参照する等の別処
理を実行してステップ３００へ戻る。

【００６２】ＦＡＸ送信用ＰＣ１８では、ＥＤＩの環境
が整わないＦＡＸ取引先のために、見積依頼書や図面を
作成管理しＦＡＸ送信をするＦＡＸ送信処理ルーチンが
実行される。

【００６３】図１５に示すように、このＦＡＸ送信処理
ルーチンでは、まず、ステップ６０２において、データ
更新用ＰＣ１４からテキストファイルの転送（図５のス
テップ２１６参照）があるまで待機し、転送があると、
ステップ６０４において転送されたテキストファイルの
テキストデータを取り込む。次に、ステップ６０６で所
定時刻か否かを判断する。この所定時刻は、例えば、
０：００、１２：００、１６：００、２０：００等に設
定することができる。所定時刻と判断すると、ステップ
６０８において、取り込んだデータをＦＡＸ取引先毎に
ソートする。この間発注先担当者は図７に示した注文書
確認・図面登録画面によりＦＡＸ送信用ＰＣ１８に転送
されたレコードを参照して見積依頼ナンバーに対応する
図面の登録を行う。

【００６４】次のステップ６１０では、Ａ４用紙毎のＦ
ＡＸ送信回数ｎを０としてＦＡＸ送信用ＰＣ１８のワー
クエリアに保存し、ステップ６１２において、見積依頼
書及び図面の画像を作画してＦＡＸ送信用ＰＣ１８の図
示しないＶＲＡＭに格納する。次に、ステップ６１４で
は、ＶＲＡＭから取引先毎の画像を呼び出して公衆回線
８４を介してＦＡＸ取引先へファクス送信を開始し、次
のステップ６１６でＦＡＸ送信回数ｎを１インクリメン
トする。

【００６５】次にステップ６１８において、ＦＡＸ取引
先への送信が完了したか否かを判断し、否定判断の場合
には、ステップ６２８で所定時間待機して次のステップ
６３０においてＦＡＸ送信回数ｎがｈ（例えば、ＦＡＸ
専用機で一般に設定されている３）と等しいか否かを判
断し、等しくなければ、再度ＦＡＸ送信を行うためにス
テップ６１４へ戻り、等しければ、ステップ６３２でＦ
ＡＸ取引先へ作画した画像が未着であることを担当者に
知らせるために未送信通知を図示しないプリンタから出
力すると共に、ＦＡＸ送信用ＰＣ１８のＶＲＡＭの負荷
を軽減するために作成した画像を削除し、また、ＲＡＭ
からも当該テキストデータを削除する。これにより、未
着信通知を参照した担当者は、見積依頼作成画面の検索
ボタン１１４（図３参照）をクリックして当該データを
呼び出し印刷ボタン１２０をクリックして帳票の見積依
頼書及び当該見積依頼用図面をＣＡＤ用サーバ２０から
呼び出し印刷して郵送したり、ＦＡＸ取引先に架電して
確認する等の対応を採ることが可能となる。

【００６６】一方、ステップ６１８において肯定判断さ
れた場合には、次のステップ６２０で送信終了時等を記
録し、ステップ６２２で汎用機１２の該当するレコード
のＦＡＸ送信済フィールドのデフォルト値を「０」（Ｆ
ＡＸ未送信）から「１」に変更するように通知する。こ
れにより、発注元の担当者は汎用機１２のレコードを参
照するブラウザによってＦＡＸ未着信一覧をオンライン
で表示させて自己の発注担当分が確実に取引先にＦＡＸ
送信されたか否かを確認することも可能である。

【００６７】次に、ステップ６２４では、ＦＡＸ送信用
ＰＣ１８からＦＡＸ送信済のテキストデータ及び画像デ
ータを削除して、次のステップ６２６において、ＦＡＸ
取引先への送信が全て終了したか否かを判断し、否定判
断の場合には、次のＦＡＸ取引先へＦＡＸを送信するた
めに、ステップ６１０へ戻り、肯定判断の場合には、全
てのＦＡＸ送信が終了したので、ステップ６０２へ戻
る。

【００６８】以上のように本実施形態のインターネット
ＥＤＩシステムでは、ホスティングサーバサイトシステ
ム３０にＥＤＩのテキストデータ（レコード）が蓄積さ
れ、発注元システム１０のデータ更新用ＰＣ１４及びＦ
ＡＸ送信用ＰＣ１８は自動的に見積依頼や発注等のＥＤ
Ｉに必要な処理を行うので、従来手動でインターネット
サーバに送信していた人件費が不要となると共に、送信
時間も所定勤務時間に制限されることなく円滑に取引先
に見積依頼や発注等を行うことができる。付随して、発
注元の注文書等のテキストデータを自動的にＷＷＷサー
バ３２を介してデータベースサーバ３４のレコードの追
加、更新の即時性を高めることも可能となる。

【００６９】また、本実施形態のインターネットＥＤＩ
システムでは、特別な図面印刷プログラムをＥＤＩ取引
先のＰＣ５２やＰＣ６２にインストールする必要がない
ので、アプリケーションプログラムのライセンス費用や
インストールの手間が省け取引先側の負担が軽減される
と共に、ＷＷＷサーバ３２にインターネットにより接続
してブラウザを使用できる環境があれば即座に発注元の
伝票情報を参照してプリンタ５６や６６で高精細な図面
を印刷することができるので、使用開始のための即時性
を高めることができる。また、本実施形態のインターネ
ットＥＤＩシステムでは、ＪＡＶＡスクリプトで記述さ
れたＬＡＳＡ、ＬＨＡ及び図面印刷プログラムを取引先
に送信するようにしたので、取引先では、図面印刷プロ
グラムがＰＣ５２のオペレーティングシステムの種類を
問わず機能し、取引先は発注先とのＥＤＩ取引を開始す
るにあたって既存のシステムをそのまま使用することが
できる。

【００７０】更に、本実施形態のインターネットＥＤＩ
システムでは、図面等のレイアウトが変更されても、Ｗ
ＷＷサーバ３２の図面印刷プログラムを変更すればよい
ので（ステップ３１８参照）、アップデートプログラム
をＥＤＩ取引先へ別途配布して再インストールする手間
が不要であり、特にＥＤＩ取引先の数が多い場合には作
業労力及びコストを大幅に削減することが可能となる。
これに付帯して、図面のレイアウトの変更容易性を確保
することができる。

【００７１】また、本実施形態のインターネットＥＤＩ
システムでは、取引先では図面印刷までの操作を一連に
行うことができるので、見積依頼書（発注書）と見積図
面（発注図面）との関連性が高まり図面との不対応から
生じる見積違いを低減させることができると共に、発注
元では帳票や図面を必ずしも印刷する必要がないので、
ペーパーレス化を図ることができ、また、見積依頼から
見積回答までの時間を短縮することができるので、発注
元での受注に対して納期の短縮を図ることができる。

【００７２】更に、本実施形態のインターネットＥＤＩ
システムでは、図３に示したように、図面の添付の有無
を表示するようにしたので（コンボボックス１１０
ａ）、取引先担当者は一見して図面や仕様書が添付され
ていることがわかる。また、見積依頼ナンバー（注文ナ
ンバー）に対応する圧縮ファイルが図面ファイルサーバ
４０に格納されたときに、データベースサーバ３４が図
面登録フィールド１５４の値を「０」から「１」に変更
し、図３のチェックボックス１１０ｂにはチェックマー
クが入るので、取引先担当者はコンボボックス１１０ａ
と双方を確認して見積に必要な図面や仕様書が抜けてい
ないかを確認することができる。

【００７３】更にまた、本実施形態のインターネットＥ
ＤＩシステムでは、画情報を圧縮して送信するので、図
面ファイルサーバ４０のディスクスペースが節約できる
と共に、公衆回線８２を介してインターネット９０に接
続しているＥＤＩ取引先にとってはダウンロードに掛か
る時間を短くすることができるので、通信費を節約する
ことができる。

【００７４】更に、図面ファイルサーバ４０はデータベ
ースサーバ３４と同じファイアウォールの内部に配置さ
れているので、圧縮ファイルの機密性を保つことができ
る。

【００７５】また、本実施形態のインターネットＥＤＩ
システムでは、ＥＤＩ取引先は取引先変更可能フィール
ド１６０の値を更新することができるので、（ステップ
５３４）、見積や納期の回答を対話することができ、利
便性の上でも、また、取引安全性の上でも、発注元及び
取引先双方にとって有益である。

【００７６】そして、本実施形態のインターネットＥＤ
Ｉシステムでは、インターネットに接続していない取引
先にはＦＡＸにより同一の図面等を送信するので、取引
先の状況に応じた柔軟性を確保することができる。

【００７７】なお、本実施形態では、ＷＷＷサーバ３２
からＰＣ５２へ図面印刷プログラム等を初回にのみ送信
するようにしたが、ＰＣ５２が印刷情報を要求する度に
（ダウンロード１７８がクリックされる度に）送信する
ようにしてもよい。このようにすれば、ＰＣ５２のハー
ドディスクには図面印刷プログラム等を格納する必要が
ないので、空き領域を多く確保することができる。

【００７８】また、本実施形態では、説明を簡単にする
ために、データ更新用ＰＣ１４とＦＡＸ送信用ＰＣ１８
とを、及び、データベースサーバ３４と図面ファイルサ
ーバ４０とをそれぞれ物理的に分離したが、同一のＰＣ
又はサーバで処理することができることはいうまでもな
い。そしてまた、本実施形態では、発注元から見積金額
を取引先に問い合わせて取引先が発注元に見積回答を行
う場合について詳述したが、同様に納期等について問い
合わせ、回答が可能であることも言を待たない。

【００７９】更に、本実施形態では、ホスティングサー
バサイトシステム３０の発注元を複数社としたが、単独
の発注元が自己のホスティングサーバサイトシステム３
０を有するようにしてもよい。このようにすれば、秘密
鍵暗号方式（慣用鍵暗号方式）を採用することができる
ので、外部ネットに対する商取引データの秘密性を更に
高めることが可能となる。

【００８０】また、本実施形態では、ＦＡＸ送信用ＰＣ
１８を発注元システム１０に配備したが、ホスティング
サーバサイトシステム３０に配備するようにしてもよ
い。このようにすれば、発注元は多くのＦＡＸをホステ
ィングサーバサイトに集約することができるので、自己
のＦＡＸ配備台数を削減することができる。

【００８１】そして、本実施形態では、図面印刷プログ
ラムをＦＴＰサーバに格納した例について説明したが、
図面印刷プログラムはＦＴＰサーバに限らず例えばＷＷ
Ｗサーバに格納してもよく、また、図面印刷プログラム
の言語をＪＡＶＡスクリプトの場合を例示したが、これ
に限定されることなく、例えば、ＶＢ(Visual Basic)ス
クリプト、ＶＢ又はＣ^＋＋等で記述するようにしてもよ
い。更に、本実施形態では、図面印刷プログラムをＦＴ
Ｐ送信する例を示したが、ＨＴＴＰ送信するようにして
もよい。

【００８２】

【発明の効果】以上説明したように、本発明によれば、
所定クライアントは当該所定商取引データに関連する画
情報の有無を表す情報を参照して画情報が有るときに画
情報を要求することにより、画情報及び図面印刷プログ
ラムがＷＷＷサーバから送信されるので、精細な図面を
印刷することができる、という効果を得ることができ
る。

【図面の簡単な説明】

【図１】本発明が適用される実施形態のインターネット
ＥＤＩシステムの概略構成を示すブロック図である。

【図２】担当者ＰＣ１６のディスプレイに表示された発
注管理メニューの説明図である。

【図３】担当者用ＰＣ１６のディスプレイに表示された
見積依頼書作成画面の説明図である。

【図４】（Ａ）は、汎用機１２からデータ更新用ＰＣ１
４へ出力されるテキストファイルのレコードの各フィー
ルドを模式的に示した説明図であり、（Ｂ）はデータベ
ースサーバ３４に格納されたレコードの各フィールドを
模式的に示した説明図である。

【図５】データ更新用ＰＣ１４のＣＰＵが実行する監視
送信ルーチンのフローチャートである。

【図６】ＷＷＷサーバ３２のマルチＣＰＵが実行するサ
ーバ処理ルーチンのフローチャートである。

【図７】担当者用ＰＣ１６のディスプレイに表示された
注文書確認・図面登録画面である。

【図８】図６のステップ３１４の詳細を示す参照・画像
データ登録処理サブルーチンのフローチャートである。

【図９】図６のステップ３２２の詳細を示す参照・画像
データ登録処理サブルーチンのフローチャートである。

【図１０】ブラウザでＰＣ５２のディスプレイに表示さ
れる発注元の一覧を示す説明図である。

【図１１】ブラウザでＰＣ５２のディスプレイに表示さ
れる発注元の詳細帳票件数を示す説明図である。

【図１２】ブラウザでＰＣ５２のディスプレイに表示さ
れる見積図面発行画面を示す説明図である。

【図１３】ブラウザでＰＣ５２のディスプレイに表示さ
れる圧縮ファイルのダウンロード状態を示す説明図であ
る。

【図１４】ブラウザでＰＣ５２のディスプレイに表示さ
れる見積依頼一覧を示す説明図である。

【図１５】ＦＡＸ送信用ＰＣ１８のＣＰＵが実行するＦ
ＡＸ送信処理ルーチンのフローチャートである。

【符号の説明】

１４ データ更新用ＰＣ １６ 担当者用ＰＣ １８ ＦＡＸ送信用ＰＣ ２０ ＣＡＤ用サーバ ２１ ＣＡＤ用ワークステーション ３０ ホスティングサーバサイトシステム ３２ ＷＷＷサーバ ３４ データベースサーバ ４０ 図面ファイルサーバ ５２ ＰＣ ５６ プリンタ ９０ インターネット １５２ 発注元変更可能フィールド １５４ 図面登録フィールド １６０ 取引先変更可能フィールド

フロントページの続き (72)発明者 宮内 義明 愛知県名古屋市西区上名古屋３丁目25の28 第７猪村ビル５Ｆ 株式会社富士エフ・ピ ー内 Ｆターム(参考） 5B049 BB07 BB11 CC05 EE07 FF02 GG02 5B082 AA00 EA09 GA01 GA06 HA05 HA08 5B089 GA11 GA21 GB04 HA10 HB04 JA08 JA32 JB07 JB22 KH28 LB12 LB14

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ブラウザを使用したインターネット通信
   プロトコルによって企業間の商取引データを電子的に伝
   達し合うインターネットＥＤＩシステムにおいて、 サーバサイトに配備され、前記商取引データ及び画情報
   を格納する情報格納サーバと、 前記インターネットに接続され、送受信するファイルを
   管理すると共に前記画情報に基づいて図面が印刷可能な
   図面印刷プログラムを格納した格納サーバを有し、前記
   ブラウザで所定クライアントから所定商取引データを要
   求されたときに、前記情報格納サーバに照会を行い、当
   該所定商取引データに関連する画情報の有無を表す情報
   含む当該所定商取引データを前記ブラウザに設定して該
   所定クライアントに送信し、当該所定商取引データに関
   連する画情報を要求されたときに、前記格納サーバに格
   納されたファイル情報に基づいて前記情報格納サーバか
   ら当該画情報を取得し、該画情報及び前記図面印刷プロ
   グラムを該所定クライアントへ送信するＷＷＷサーバ
   と、 を備えたことを特徴とするインターネットＥＤＩシステ
   ム。
2. 【請求項２】 前記ＷＷＷサーバは、前記画情報を圧縮
   した圧縮ファイルで前記所定クライアントへ送信するこ
   とを特徴とする請求項１に記載のインターネットＥＤＩ
   システム。
3. 【請求項３】 前記圧縮ファイルのファイル名には、前
   記所定商取引データを特定する情報を含むことを特徴と
   する請求項１又は請求項２に記載のインターネットＥＤ
   Ｉシステム。
4. 【請求項４】 前記ＷＷＷサーバは、前記所定クライア
   ントから最初に前記画情報を要求されたときに、前記図
   面印刷プログラムを該所定クライアントに送信すること
   を特徴とする請求項１乃至請求項３のいずれか１項に記
   載のインターネットＥＤＩシステム。
5. 【請求項５】 前記図面印刷プログラムは、ＪＡＶＡス
   クリプトで記述されたことを特徴とする請求項１乃至請
   求項４のいずれか１項に記載のインターネットＥＤＩシ
   ステム。
6. 【請求項６】 前記図面印刷プログラムには前記所定ク
   ライアントの記憶装置に該図面印刷プログラムを格納す
   る命令が記述され、前記所定クライアントにおいて前記
   ブラウザで表示された所定コマンドボタンがクリックさ
   れたときに、前記図面印刷プログラムが前記記憶装置か
   ら呼び出されることを特徴とする請求項５に記載のイン
   ターネットＥＤＩシステム。
7. 【請求項７】 更に、前記インターネットに接続可能で
   あり、前記情報格納サーバに格納された所定商取引デー
   タを参照し、該所定商取引データに関連する画情報を前
   記ＷＷＷサーバに送信して前記情報格納サーバに格納さ
   せる画情報送信手段を発注元に備えたことを特徴とする
   請求項１乃至請求項５のいずれか１項に記載のインター
   ネットＥＤＩシステム。
8. 【請求項８】 ブラウザを使用したインターネット通信
   プロトコルによって企業間の商取引データを電子的に伝
   達し合うインターネットＥＤＩシステムのＥＤＩ方法で
   あって、 サーバサイトに、画情報に基づいて図面を印刷可能な図
   面印刷プログラムを予め格納し、画情報の有無を表す情
   報を含む前記商取引データを格納し、前記商取引データ
   に関連する画情報を格納し、 前記サーバサイトに、前記ブラウザで所定クライアント
   から所定商取引データを要求されたときに、当該所定商
   取引データに関連する画情報の有無を表す情報含む当該
   所定商取引データを前記ブラウザに設定して該所定クラ
   イアントに送信し、当該所定商取引データに関連する画
   情報を要求されたときに、前記情報格納サーバから当該
   画情報を取得し、該画情報及び前記図面印刷プログラム
   を該所定クライアントへ送信する、 ステップを含むＥＤＩ方法。