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

Abstract

(57)【要約】 【課題】 発注元及び受注先の労力を軽減し、ブラウザ
を使用したＥＤＩにおいても高精細な印刷帳票を印刷す
ることができるインターネットＥＤＩシステムを提供す
る。 【解決手段】 ホスティングサーバサイト３０にはＷＷ
Ｗサーバ３２とＷＷＷサーバ３２の支配下にあるデータ
ベースサーバ３４が配備されている。ＷＷＷサーバ３２
は送受信するファイルを管理すると共に罫線印刷が可能
な印刷プログラムを格納したＦＴＰサーバを有しいる。
ＷＷＷサーバ３２は、ブラウザでＰＣ５２から商取引デ
ータを要求されたときに、データベースサーバ３４に照
会を行い、照会結果の商取引データをブラウザに設定
し、設定した商取引データと印刷プログラムとをＰＣ５
２に送信する。プリンタ５６で罫線入りの商取引データ
の帳票を印刷することができる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来、ブラウザを使用したインターネッ
ト通信プロトコルによって企業間の商取引データを電子
的に伝達し合う（以下、このような電子情報の交換をＥ
ＤＩ(Electronic Data Interchange）という。）サーバ
・クライアント型のインターネットシステムでは、発注
元等の情報発信側が発注伝票、納品書、請求書等のデー
タをＷＷＷ(World Wide Web)又はＦＴＰ(File Transfer
Protocol)等のインターネットサーバに送信する際に、
汎用機やパーソナルコンピュータ（以下、ＰＣと略称す
る。）等で構成される基幹系システムから出力されたテ
キストファイルをインターネットにアクセス可能なクラ
イアント端末を手動で操作してインターネット上に配置
されたサーバサイトへ商取引データを送信していた。

【０００３】一方、受注先等の情報受信側では、ブラウ
ザを使用したインターネット通信プロトコルによって、
サーバサイトへアクセスして自己宛の商取引データをＰ
Ｃ等のクライアント端末でダウンロードしていた。

【０００４】従って、サーバ・クライアント型のインタ
ーネットシステムでのＥＤＩ取引では、発注元側が伝送
した発注伝票、納品書、請求書等のテキストデータを取
引先が印刷するためには、発注伝票、納品書、請求書等
のテキストデータを受注先側のクライアント端末のブラ
ウザで表示してからブラウザの印刷機能を使うか、専用
の印刷アプリケーションプログラムを取引先側のクライ
アント端末にインストールしてダウンロードされた発注
伝票、納品書、請求書等のデータを取り込んで印刷して
いた。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
ＥＤＩでは、発注元側のＰＣから手動でインターネット
サーバに送信していたので、発注元側では人件費等のコ
ストが発生し、また、受注先側のクライアント端末のブ
ラウザではバーコードのような読み取り精度が必要なパ
ターンを印刷することができない、という問題点があっ
た。

【０００６】また、発注元側ではクライアント端末を手
動で操作していたので、例えば、業務時間終了間際に発
注漏れを発見しその発注を改めて行おうとする場合や業
務時間外に緊急に発注が必要な場合には発注担当者に過
大な負担が課せられていた。

【０００７】更に、受注先側でもクライアント端末に専
用の印刷アプリケーションをインストールすれば、高精
細な罫線を使った帳票の書式やバーコードを印刷するこ
とはできたが、受注先側のＰＣに専用アプリケーション
プログラムをインストールしなければならず、アプリケ
ーションプログラムのライセンス費用やインストールの
手間という点で取引先側の負担となっていた。従って、
ブラウザを使用したＥＤＩシステムの特徴である特定の
アプリケーションプログラムをインストールする必要が
ないという利点を相殺してしまっていた。

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

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、本発明の第１の態様は、ブラウザを使用したインタ
ーネット通信プロトコルによって企業間の商取引データ
を電子的に伝達し合うインターネットＥＤＩシステムに
おいて、サーバサイトに配備され、前記商取引データを
格納するデータベースサーバと、前記インターネットに
接続され、送受信するファイルを管理すると共に少なく
とも罫線印刷が可能な印刷プログラムを格納したサーバ
を有し、前記ブラウザで所定クライアントから商取引デ
ータを要求されたときに、前記データベースサーバに照
会を行って照会結果の商取引データを前記ブラウザに設
定し、該設定された商取引データと前記印刷プログラム
とを前記所定クライアントへ送信するＷＷＷサーバと、
を備えている。本態様では、データベースサーバがサー
バサイトに配備され、商取引データが格納される。ＷＷ
Ｗサーバは、インターネットに接続され、送受信するフ
ァイルを管理すると共に少なくとも罫線印刷が可能な印
刷プログラムを格納したサーバを有し、ブラウザで所定
クライアントから商取引データを要求されたときに、デ
ータベースサーバに照会を行い、該照会結果の商取引デ
ータをブラウザに設定し、該設定された商取引データと
印刷プログラムとを所定クライアントへ送信する。本態
様によれば、所定クライアントは設定された商取引デー
タと少なくとも罫線印刷が可能な印刷プログラムとがＷ
ＷＷサーバから送信されるので、罫線入りの商取引デー
タの帳票を印刷することができる。

【００１０】この場合において、ＷＷＷサーバは、ブラ
ウザにより所定クライアントから商取引データの追加又
は更新の要求があるときに、発注元か受注先かを判断
し、該判断結果に応じて該商取引データの追加又は一部
の更新を前記データベースサーバに許容するようにすれ
ば、発注先及び受注先は自己が許容された範囲でのみ商
取引データの追加又は一部の更新が許容されるので、商
取引の安全性が確保されると共に、ブラウザで他方の追
加又は更新内容を参照することができるので、例えば、
見積金額や納期等を対話することができ、商取引の即時
性を確保することができる。また、ＷＷＷサーバは、所
定クライアントから最初にブラウザで商取引データを要
求されたときに、印刷プログラムを該所定クライアント
に送信するようにすれば、次回以降印刷プログラムを送
信しなくてもよいので、送信時間を短縮することができ
る。このとき、印刷プログラムがＪＡＶＡスクリプトで
記述されるようにすれば、ＯＳ(Operating System)の種
類を問わず印刷プログラムが機能するので、所定クライ
アントは既存のシステムにより罫線入りの商取引データ
の帳票を印刷することができる。また、印刷プログラム
には所定クライアントの記憶装置に該印刷プログラムを
格納する命令が記述され、所定クライアントにおいてブ
ラウザで表示された所定コマンドボタンがクリックされ
たときに、印刷プログラムが記憶装置から呼び出される
ようにすれば、所定クライアントは手動で印刷プログラ
ムを記憶装置に格納したり、記憶装置から印刷プログラ
ムを呼び出す手間を省くことができるので、労力を軽減
することができると共にＥＤＩ事務処理時間を短縮する
ことができる。更に、インターネットに接続可能であ
り、受注先がＥＤＩ可能か否かを所定データに基づいて
識別し、ＥＤＩ可能と識別したときに、データベースサ
ーバに商取引データを格納するようにブラウザでＷＷＷ
サーバに要求するデータベース更新要求手段を発注元に
備えるようにすれば、従来手動で行っていた発注元のデ
ータベースサーバでの更新を自動化することができると
共に、発注業務の労力を軽減することができる。また、
データベース更新要求手段が、受注先がＥＤＩ不能と識
別したときに、商取引データに基づいて罫線入りの帳票
画像を作成し、該画像を受注先にファックス送信するよ
うにすれば、ＥＤＩが未整備の取引先にもファックスで
商取引データを送信することができるので、発注元は受
注先の事情に応じた柔軟な対応を採ることができる。そ
して、ＷＷＷサーバが、データベース更新要求手段から
の要求に応じて印刷プログラムを格納したサーバの印刷
プログラムを差し替えるようにすれば、発注元が帳票の
レイアウト等を変更しても、アップデートプログラムを
受注先に別途配布して受注先がそのアップデートプログ
ラムをインストールする手間が省けるので、労力及びコ
スト双方を削減することができると共に、発注先は帳票
等のレイアウト等変更の柔軟性を確保することができ
る。

【００１１】本発明の第２の態様は、ブラウザを使用し
たインターネット通信プロトコルによって企業間の商取
引データを電子的に伝達し合うインターネットＥＤＩシ
ステムのＥＤＩ方法であって、サーバサイトに少なくと
も罫線印刷が可能な印刷プログラムを予め格納し、前記
ホスティングサーバサイトに所定クライアントから前記
ブラウザで商取引データが要求されたときに、該商取引
データの照会を行い、該照会結果の商取引データを前記
ブラウザに設定し、該設定された商取引データと前記予
め格納された印刷プログラムとを前記所定クライアント
へ送信する、ステップを含む。このとき、ブラウザによ
り発注元から要求があるときに、予め格納された印刷プ
ログラムを新たな印刷プログラムに差し替えるステップ
を更に含むようにしてもよい。

【００１２】

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

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

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

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

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

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

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

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

【００２０】まず、発注元の発注業務を担当する担当者
は、担当者用ＰＣ１６に自己のパスワードを入力して、
担当者用ＰＣ１６のハードディスクに保存されている生
産管理システムのアプリケーションプログラムを立ち上
げる。生産管理システムのメニューは発注管理サブメニ
ューを含んでいる。担当者はマウス等のポインティング
デバイスで発注管理サブメニューから見積依頼書作成を
クリックして見積依頼書作成画面をディスプレイに表示
させる。

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

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

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

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

【００２５】

【表１】

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

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

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

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

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

【００３１】ステップ２１０において、肯定判断された
場合は、次のステップ２１２で、ＥＤＩ取引先の各レコ
ードを１つにまとめたテキストファイルを作成し、ブラ
ウザを起動させて、次のステップ２１４でホスティング
サーバサイトシステム３０のＷＷＷサーバ３２にＦＴＰ
でテキストファイルを送信してステップ２０２へ戻る。

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

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

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

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

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

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

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

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

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

【００４１】これにより、ＥＤＩ取引先システム５０の
ＰＣ５２（又は、ＥＤＩ取引先ＢのＥＤＩ取引先システ
ム６０のＰＣ６２）のディスプレイには、図７に示すよ
うに、一覧表示がなされる。ＥＤＩ取引先Ａの担当者が
詳細を知りたいときには、詳細参照ボタン１６２をクリ
ックすることにより、図８に示すように、発注元からの
詳細の伝票件数がディスプレイ表示される。また、ＥＤ
Ｉ取引先Ａの担当者が見積回答入力コマンドボタン１６
６をクリックすることにより、図９に示すように、発注
元が希望する見積依頼の一覧が表示される。

【００４２】更に、ＥＤＩ取引先Ａの担当者が詳細コマ
ンドボタン１７０をクリックすると、図２に示した発注
元の見積依頼書作成画面と同様の画面が表示される。発
注元の担当者と同様に、ＥＤＩ取引先Ａの担当者が印刷
ボタン１１４をクリックすると、プリンタ５６からは罫
線入りの当該見積依頼書が出力される。ＥＤＩ取引先Ａ
の担当者がＰＣ５２にインストールされた自己のアプリ
ケーションプログラムを新たに立ち上げ、見積回答のた
めの情報を取得して、見積回答欄１０６に依頼のあった
見積の回答をキーボードから入力し、更新ボタン１１２
をクリックすると、見積回答欄１０６の各インプットボ
ックスに入力されたテキストデータが入力条件に合致す
るかを検査して、見積回答欄のテキストデータをＷＷＷ
サーバ３２へ送信する。ＷＷＷサーバ３２がこのデータ
を受信してデータベースサーバ３４の当該レコードの変
更を許容すると、図９に示した見積依頼一覧の当該見積
依頼の回答は「未」から「済」へ変更される。

【００４３】また、ＥＤＩ取引先Ａの担当者が、図８に
示した注文書発行ボタン１６４をクリックすると、図１
０に示すように罫線１７２が入った注文書が一括印刷さ
れる。この注文書には、バーコードを使用したＰＯＳシ
ステムを有する取引先のために、注文内容をコード化し
たバーコード１７４も併せて印刷される。なお、プリン
タ５６では、注文書、現品票及び納品書がＡ４サイズ１
枚に入るように印刷される。

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

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

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

【００４７】一方、ステップ３３４で否定判断の場合に
は、次のステップ３４２において、見積回答があるか
（図２の更新ボタン１１２がクリックされたか）、換言
すれば、ＥＤＩ取引先Ａの担当者からレコードの更新が
あるか否かを判断する。

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

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

【００５０】ステップ３６０では、印刷要求のあった印
刷情報をブラウザに設定して、ＥＤＩ取引先システム５
０のＰＣ５２に送信する。これにより、ＰＣ５２ではブ
ラウザでＷＷＷサーバ３２からテキストファイルが送信
されてきたときに、ハードディスクに格納された印刷プ
ログラムを呼び出すにより図１０に示した罫線入り帳票
の印刷が可能となる。次のステップ３６２では、取引先
の参照回数フィールド１５８（図３参照）の値を１イン
クリメントし、ステップ３６４で参照終了時間等を記録
してステップ３３２へ戻る。

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

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

【００５３】ところで、ＦＡＸ送信用ＰＣ１８では、Ｅ
ＤＩの環境が整わないＦＡＸ取引先のために、罫線入り
の見積依頼書等の画像を作成管理しＦＡＸ送信をするＦ
ＡＸ送信処理ルーチンが実行される。

【００５４】図１１に示すように、このＦＡＸ送信処理
ルーチンでは、まず、ステップ４０２において、データ
更新用ＰＣ１４からテキストファイルの転送（図４のス
テップ２１６参照）があるまで待機し、転送があると、
ステップ４０４において転送されたテキストファイルの
テキストデータを取り込む。次に、ステップ４０６で所
定時刻か否かを判断する。この所定時刻は、例えば、
０：００、１２：００、１６：００、２０：００等に設
定することができる。所定時刻と判断すると、ステップ
４０８において、取り込んだデータをＦＡＸ取引先毎に
ソートして、送信枚数ｊを算出する。なお、この送信枚
数ｊの算出では、送信するＦＡＸ用紙のサイズはＡ４と
されており、上述したように、注文書、現品票及び納品
書はＡ４用紙１枚に収まるようにされ、見積依頼書はＡ
４用紙１枚に４件分が収まるようにされている。

【００５５】次のステップ４１０では、Ａ４用紙毎のＦ
ＡＸ送信回数ｎを０としてＦＡＸ送信用ＰＣ１８のワー
クエリアに保存し、ステップ４１２において、上述した
印刷プログラムを利用して、図１０に示したように、罫
線１７２及びバーコード１７４のある画像を作画してＦ
ＡＸ送信用ＰＣ１８の図示しないＶＲＡＭに格納する。
次に、ステップ４１４では、ＶＲＡＭから取引先毎の画
像を呼び出して公衆回線８４を介してＦＡＸ取引先へフ
ァクス送信を開始し、次のステップ４１６でＦＡＸ送信
回数ｎを１インクリメントする。

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

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

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

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

【００６０】また、本実施形態のインターネットＥＤＩ
システムでは、特別なプログラムをＥＤＩ取引先のＰＣ
５２やＰＣ６２にインストールする必要がないので、ア
プリケーションプログラムのライセンス費用やインスト
ールの手間が省け取引先側の負担が軽減されると共に、
ＷＷＷサーバ３２にインターネットにより接続してブラ
ウザを使用できる環境があれば即座に発注元の伝票情報
を参照してプリンタ５６や６６で図１０に示したような
高精細な罫線入りの帳票を印刷することができるので、
使用開始のための即時性を高めることができる。また、
印刷ボタン１１４をクリックするだけで、通常の罫線入
り伝票が印刷できるという容易性に加え、バーコードの
ように高い読み取り精度が要求されるパターンも高精細
に印刷することができるので、ＰＯＳシステムを使用し
ている取引先では更に事務処理の効率を向上させること
ができる。また、本実施形態のインターネットＥＤＩシ
ステムでは、ブラウザのＨＴＭＬ上にＪＡＶＡスクリプ
トで印刷プログラムをＦＴＰサーバの所定アドレスから
呼び出して取引先に送信するようにしたので、取引先で
は、印刷プログラムがＰＣ５２のオペレーティングシス
テムの種類を問わず機能し、取引先は受注先とのＥＤＩ
取引を開始するにあたって既存のシステムをそのまま使
用することができる。

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

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

【００６３】なお、本実施形態では、ＷＷＷサーバ３２
からＰＣ５２へ印刷プログラムを初回にのみ送信するよ
うにしたが、ＰＣ５２が印刷情報を要求する度に送信す
るようにしてもよい。このようにすれば、ＰＣ５２のハ
ードウエアには印刷プログラムが格納されないので、空
き領域を多く確保することができる。

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

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

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

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

【００６８】

【発明の効果】以上説明したように本発明によれば、所
定クライアントは設定された商取引データと少なくとも
罫線印刷が可能な印刷プログラムとがＷＷＷサーバから
送信されるので、罫線入りの商取引データの帳票を印刷
することができる、という効果を得ることができる。

【図面の簡単な説明】

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

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

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

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

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

【図６】図５のステップ３２２の詳細を示す取引先参照
処理サブルーチンのフローチャートである。

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

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

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

【図１０】プリンタ５６で印刷されたＡ４サイズの注文
書の一部を示した帳票である。

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

【符号の説明】

１４ データ更新用ＰＣ（データベース更新要求手段の
一部） １８ ＦＡＸ送信用ＰＣ（データベース更新要求手段の
一部） ３０ ホスティングサーバサイトシステム ３２ ＷＷＷサーバ ３４ データベースサーバ ５２ ＰＣ ５６ プリンタ ９０ インターネット １５４ 発注元変更可能フィールド １６０ 取引先変更可能フィールド １７２ 罫線 １７４ バーコード

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

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ブラウザを使用したインターネット通信
   プロトコルによって企業間の商取引データを電子的に伝
   達し合うインターネットＥＤＩシステムにおいて、 サーバサイトに配備され、前記商取引データを格納する
   データベースサーバと、 前記インターネットに接続され、送受信するファイルを
   管理すると共に少なくとも罫線印刷が可能な印刷プログ
   ラムを格納したサーバを有し、前記ブラウザで所定クラ
   イアントから商取引データを要求されたときに、前記デ
   ータベースサーバに照会を行って照会結果の商取引デー
   タを前記ブラウザに設定し、該設定された商取引データ
   と前記印刷プログラムとを前記所定クライアントへ送信
   するＷＷＷサーバと、 を備えたことを特徴とするインターネットＥＤＩシステ
   ム。
2. 【請求項２】 前記ＷＷＷサーバは、前記ブラウザによ
   り所定クライアントから前記商取引データの追加又は更
   新の要求があるときに、発注元か受注先かを判断し、該
   判断結果に応じて該商取引データの追加又は一部の更新
   を前記データベースサーバに許容することを特徴とする
   請求項１に記載のインターネットＥＤＩシステム。
3. 【請求項３】 前記ＷＷＷサーバは、前記所定クライア
   ントから最初に前記ブラウザで商取引データを要求され
   たときに、前記印刷プログラムを該所定クライアントに
   送信することを特徴とする請求項１又は請求項２に記載
   のインターネットＥＤＩシステム。
4. 【請求項４】 前記印刷プログラムは、ＪＡＶＡスクリ
   プトで記述されたことを特徴とする請求項１乃至請求項
   ３のいずれか１項に記載のインターネットＥＤＩシステ
   ム。
5. 【請求項５】 前記印刷プログラムには前記所定クライ
   アントの記憶装置に該印刷プログラムを格納する命令が
   記述され、前記所定クライアントにおいて前記ブラウザ
   で表示された所定コマンドボタンがクリックされたとき
   に、前記印刷プログラムが前記記憶装置から呼び出され
   ることを特徴とする請求項３又は請求項４に記載のイン
   ターネットＥＤＩシステム。
6. 【請求項６】 更に、前記インターネットに接続可能で
   あり、受注先がＥＤＩ可能か否かを所定データに基づい
   て識別し、ＥＤＩ可能と識別したときに、前記データベ
   ースサーバに前記商取引データを格納するように前記ブ
   ラウザで前記ＷＷＷサーバに要求するデータベース更新
   要求手段を発注元に備えたことを特徴とする請求項１乃
   至請求項５のいずれか１項に記載のインターネットＥＤ
   Ｉシステム。
7. 【請求項７】 前記データベース更新要求手段は、前記
   受注先がＥＤＩ不能と識別したときに、前記商取引デー
   タに基づいて罫線入りの帳票画像を作成し、該画像を前
   記受注先にファックス送信することを特徴とする請求項
   ６に記載のインターネットＥＤＩシステム。
8. 【請求項８】 前記ＷＷＷサーバは、前記データベース
   更新要求手段からの要求に応じて前記印刷プログラムを
   格納したサーバの印刷プログラムを差し替えることを特
   徴とする請求項６又は請求項７に記載のインターネット
   ＥＤＩシステム。
9. 【請求項９】 ブラウザを使用したインターネット通信
   プロトコルによって企業間の商取引データを電子的に伝
   達し合うインターネットＥＤＩシステムのＥＤＩ方法で
   あって、 サーバサイトに少なくとも罫線印刷が可能な印刷プログ
   ラムを予め格納し、 前記ホスティングサーバサイトに所定クライアントから
   前記ブラウザで商取引データが要求されたときに、該商
   取引データの照会を行い、該照会結果の商取引データを
   前記ブラウザに設定し、該設定された商取引データと前
   記予め格納された印刷プログラムとを前記所定クライア
   ントへ送信する、 ステップを含むＥＤＩ方法。
10. 【請求項１０】 前記ブラウザにより発注元から要求が
    あるときに、前記予め格納された印刷プログラムを新た
    な印刷プログラムに差し替えるステップを更に含むこと
    を特徴とする請求項９に記載のＥＤＩ方法。