(57)【要約】【課題】資源発注元装置が発注中継サーバまたは直接取引先のベンダ受注処理装置に発注情報を送信し、受注するベンダ受注処理装置が当該発注情報から自ベンダ宛の発注情報を抽出受信した受注情報に基づいて発注元指定伝票を発行する従来の受発注データ処理システムでは、ベンダ側で資源発注元の発注情報に効率よくアクセスすることができず、また、発注元仕様の伝票を効率よく印刷することができない、という課題があった。【解決手段】資源発注元が欲する発注元指定伝票の印刷仕様を含むパターン定義情報を格納する製品提供サーバと、前記製品提供サーバから前記パターン定義情報をダウンロードし、資源発注元の発注情報へのアクセス先を選択して接続し、自ベンダ宛の発注情報をダウンロードし、これらをもとに前記資源発注元向けの納品関連伝票を発行するベンダ受注処理装置によって、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できる。【選択図】      図１
2004259113.tif 000002
【特許請求の範囲】
【請求項１】
ベンダ受注処理装置が受信した発注情報に基づいて伝票の発行を行う受発注データ処理システムに用いられる製品提供サーバであって、
資源発注元が指定する伝票の印刷仕様を含むパターン定義情報を記憶しておく記憶部と、
ベンダ受注処理装置が接続した時、前記パターン定義情報の一覧情報を送信し、前記ベンダ受注処理装置が選択した選択情報を受信し、前記選択情報に基づき、前記パターン定義情報を前記ベンダ受注処理装置に送信するパターン定義情報送信手段と、
を有することを特徴とする製品提供サーバ。
【請求項２】
請求項１において、
前記パターン定義情報を前記資源発注元装置の発注情報へのアクセス先識別子と関連づけて格納する手段をさらに有することを特徴とする製品提供サーバ。
【請求項３】
請求項１または請求項２において、
前記パターン定義情報は、有効期限に関する期限情報および契約期間と関連づけられ、
前記期限情報と現在日時とを比較して、前記パターン定義情報を前記ベンダ受注処理装置に送信するときに、課金すべきか否か判断する課金判断手段と、
契約ベンダ毎に前記契約期間を定めたパターン定義情報を送信した記録を格納する契約ベンダ管理テーブルと、
前記契約ベンダ管理テーブルに基づいて、当該ベンダに課金すべき課金額を算定する課金管理手段と、
を有することを特徴とする製品提供サーバ。
【請求項４】
異なるベンダの扱う一つまたは二つ以上の資源を一括して発注する一つまたは二つ以上の資源発注元装置からの発注情報に対して、各ベンダのベンダ受注処理装置は前記発注情報のうち当該ベンダ受注処理装置宛の発注情報である受注情報を受信して、当該受注情報に基づいて伝票の発行を行う受発注データ処理システムで、前記ベンダ側の情報処理を行うベンダ受注処理装置において、
複数の発注元のパターン定義情報を格納できるパターン定義情報格納手段と、
発注元のパターン定義情報に含まれる資源発注元に関する情報を設定する発注元管理テーブルと、
前記発注元管理テーブルに基づいて資源発注元を選択して、受信すべき受注情報を保有するアクセス先を選択して接続する選択接続手段と、
前記受注情報を受信し、受信ファイルに記憶する受注情報記憶手段と、
前記受信ファイルから前記受注情報を読み出し、当該資源発注元のパターン定義情報に基づいて発注元指定伝票を印刷する印刷手段と、
を有することを特徴とするベンダ受注処理装置。
【請求項５】
異なるベンダの扱う一つまたは二つ以上の資源を一括して発注する一つまたは二つ以上の資源発注元装置からの発注情報に対して、各ベンダのベンダ受注処理装置は前記発注情報のうち当該ベンダ受注処理装置宛の発注情報である受注情報を受信して、当該受注情報に基づいて伝票の発行を行う受発注データ処理システムで、前記ベンダ側の情報処理を行うベンダ受注処理装置において、
複数の発注元のパターン定義情報を格納できるパターン定義情報格納手段と、
前記パターン定義情報に関連づけられた前記資源発注元の発注情報へのアクセス先識別子に基づいて接続する接続手段と、
前記受注情報を受信し、受信ファイルに記憶する受注情報記憶手段と、
前記受信ファイルから前記受注情報を読み出し、当該資源発注元のパターン定義情報に基づいて発注元指定伝票を印刷する印刷手段と、
を有することを特徴とするベンダ受注処理装置。
【請求項６】
請求項４または請求項５記載のベンダ受注処理装置であって、さらに、
前記パターン定義情報は有効期限に関する期限情報と関連づけられ、
前記期限情報と現在日時とを比較して適用すべきパターン定義情報を選択するパターン定義情報選択手段を有することを特徴とするベンダ受注処理装置。
【請求項７】
ベンダ受注処理装置が受信した発注情報に基づいて伝票の発行を行う受発注データ処理システムに用いられる製品提供サーバの情報処理をコンピュータに実行させる製品提供サーバプログラムであって、
資源発注元が指定する伝票の印刷仕様を含むパターン定義情報を記憶しておく記憶部と、
ベンダ受注処理装置が接続した時、前記パターン定義情報の一覧情報を送信し、前記ベンダ受注処理装置が選択した選択情報を受信し、前記選択情報に基づき、前記パターン定義情報を前記ベンダ受注処理装置に送信するパターン定義情報送信手段と、
としてコンピュータを機能させることを特徴とする製品提供サーバプログラム。
【請求項８】
異なるベンダの扱う一つまたは二つ以上の資源を一括して発注する一つまたは二つ以上の資源発注元装置からの発注情報に対して、各ベンダのベンダ受注処理装置は前記発注情報のうち当該ベンダ受注処理装置宛の発注情報である受注情報を受信して、当該受注情報に基づいて伝票の発行を行う受発注データ処理システムで、前記ベンダ受注処理に関する情報処理をコンピュータに実行させるベンダ受注処理プログラムであって、
複数の発注元のパターン定義情報を格納できるパターン定義情報格納手段と、
前記パターン定義情報に関連づけられた前記資源発注元の発注情報へのアクセス先識別子に基づいて接続する接続手段と、
前記受注情報を受信し、受信ファイルに記憶する受注情報記憶手段と、
前記受信ファイルから前記受注情報を読み出し、当該資源発注元のパターン定義情報に基づいて発注元指定伝票を印刷する印刷手段と、
としてコンピュータを機能させることを特徴とするベンダ受注処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品やサービス等の資源を大量に発注する資源発注元の発注情報を対応する受注ベンダに受注情報として渡す受発注データ処理技術に係り、特に、発注情報に関連する発注元指定伝票をベンダ側で効率よく印刷するデータ処理技術に関する。
【０００２】
【従来の技術】
チェーンストアなどの大規模な小売業（以下資源発注元とも呼ぶ）は、多くの異なる取引先（以下ベンダとも呼ぶ）に対して商品等の資源を仕入れる業務を日々行っている。また、対応するベンダも同様に多くの資源発注元を抱え、これらの発注情報から自ベンダ宛の発注情報を受注情報として受け取り、手配、納品等の受注業務を行う。このような受発注データ処理を効率化すべく、ＩＴ技術の導入が盛んである。特に従来のＶＡＮ（付加価値ネットワーク）と呼ばれた専用ネットワーク形態のＥＤＩ（電子データ交換）から、最近はインターネットを用いたＥＤＩに移行しつつある。図８を用いて、このような従来の受発注データ処理システムの実施例を説明する。
【０００３】
図８（ａ）  の従来の受発注データ処理システムでは、資源発注元において発注情報Ｈｉｎｆを発信する装置を資源発注元装置１０と名付け、ベンダにおいて自ベンダ宛の発注情報Ｖｉｎｆすなわち受注情報Ｖｉｎｆを受信する装置をベンダ受注処理装置９０と名付けている。資源発注元装置１０の発注情報Ｈｉｎｆの送信先はベンダ受注処理装置９０または発注中継サーバ３０である。ここに発注中継サーバ３０は多くの場合、ＩＤＣ（インターネットデータセンタ）に設置されたサーバである。資源発注元およびベンダがＩＤＣと契約している場合、資源発注元装置１０は発注中継サーバ３０に発注情報Ｈｉｎｆを送り、ベンダ受注処理装置２０は発注中継サーバ３０から受注情報Ｖｉｎｆを受信する。
【０００４】
ＩＤＣとは、このようなインターネットを用いて各業種の基幹業務を行うために高信頼、高速なデータ処理環境やサービスを提供するセンタで、２４時間３６５  日サーバがダウンすることなく確実に動き、また、漏洩や悪意のある攻撃からサーバを守るための高度なセキュリティ対策も備えている。
このような資源発注元は多数存在し、ＩＤＣ事業者も多数存在し、受注する側のベンダもまた多数存在する。図８（ａ）  では資源発注元装置１０の識別子をＨｉｄ  とするとき、資源発注元装置（Ｈｉｄ＝ｈ１）、資源発注元装置（Ｈｉｄ＝ｈ２）・・・でこれを表している。同様に、ベンダ受注処理装置識別子Ｖｉｄ  、発注中継サーバ識別子Ｃｉｄ  によって表現すると、ベンダ受注処理装置（Ｖｉｄ＝ｖ１）、ベンダ受注処理装置（Ｖｉｄ＝ｖ２）・・・、発注中継サーバ（Ｃｉｄ＝ｃ１）、発注中継サーバ（Ｃｉｄ＝ｃ２）・・・が存在する。
【０００５】
通常、資源発注元装置１０は発注情報を特定の一つの契約先ＩＤＣの発注中継サーバ３０に送るが、複数のＩＤＣと契約して複数の発注中継サーバ３０に分割して送る場合もある。また、ＩＤＣの立場から見ると、一つのＩＤＣは複数の資源発注元と契約するので、一つの発注中継サーバ３０には複数の資源発注元装置１０からの複数の発注情報Ｈｉｎｆが蓄積される。その個々の発注情報Ｈｉｎｆはそれぞれが複数のベンダを取引先として指定した情報で成り立っている。ＩＤＣの発注中継サーバ３０ではこれら発注情報Ｈｉｎｆを当該ベンダ毎に抽出してこれをベンダのベンダ受注処理装置９０が受注情報Ｖｉｎｆとして利用できる形でベンダに提供する。このような発注中継サーバにおける受発注データ処理によって、一つの発注中継サーバ３０は複数のベンダ受注処理装置９０に受注情報Ｖｉｎｆを送信する。
【０００６】
一方、ベンダの立場では、一つのベンダ受注処理装置９０は上記受注情報Ｖｉｎｆを契約先の複数ＩＤＣから受信して当日の全受注情報を集計する。
そしてベンダは当日の全受注情報に従って、所定の納期に資源発注元へ商品等の資源の納品を行うが、通常この際に納品関連伝票を添付して納入する。この納品関連伝票を印刷する処理はベンダ受注処理装置９０が受信した受注情報Ｖｉｎｆをもとに行っている。なお、納品関連伝票とは資源の納入に伴って資源発注元に配送される伝票のすべてを総称している。例えば、チェーンストア統一伝票として、仕入伝票（３種類つづり）、物品受領書、および納品書（控）と呼ばれる５種類の伝票を感圧等の複写式伝票とすることが定められているが、これらは納品関連伝票の一例である。
【０００７】
一般にこれらの納品関連伝票は資源発注元ごとに指定する様式が個々に異なっていて、ベンダはこれに適合した印刷をしなければならない。図１０によってその例を説明する。図１０（ａ）  （ｂ）  はともにチェーンストア統一伝票であるが、資源発注元が異なるものである。図１０（ａ）  の見本１では（１）商品を識別する項目タイトルを「ＪＡＮ  コード」と表記する、（２）「サイズ」項目を表示する、（３）伝票項目の「数量」の数量訂正時に「横の訂正後数量欄に表示する」、という印刷仕様となっている。しかし、異なる資源発注元では図１０（ｂ）  の見本２のような印刷仕様を指定する。すなわち、（１）商品を識別する項目タイトルを「商品コード」と表記する、（２）「サイズ」項目を表示する、（３）伝票項目の「数量」の数量訂正時に二重線にて抹消後、「その上部に表示する」、と指定されている。
【０００８】
このように発注元が印刷仕様を指定する伝票を、本明細では発注元指定伝票と呼ぶ。先に述べたチェーンストア統一伝票では４  種類（ターンアラウンド用１  型〜４  型）の統一伝票が設定されているものの、細部に渡った仕様では、上記のように、資源発注元のチェーンストアごとに印刷仕様が異なっているのである。
このため、図８（ｂ）  に示す従来のベンダ受注処理装置９０では、各資源発注元（図では資源発注元識別子をｈ１，ｈ２，．．．  のように表示している）  およびその資源発注元装置１０の発注情報Ｈｉｎｆの送信先である発注中継サーバ３０（図では発注中継サーバ識別子Ｃｉｄ  をｘ，ｙ，．．．  のように表示している）  の組み合わせごとに専用の（ｈ１，ｘ）用受注処理パッケージ、（ｈ１，ｙ）用受注処理パッケージ、．．．  、（ｈ２，ｘ）用受注処理パッケージ、（ｈ２，ｙ）用受注処理パッケージ、．．．  が用意されていた。そして（ｈ１，ｘ）用受注処理パッケージは資源発注元（Ｈｉｄ＝ｈ１）  からの受注情報を処理してｈ１用発注元指定伝票Ｈｓｌｉｐ−ｈ１を印刷し、（ｈ２，ｘ）用受注処理パッケージは資源発注元（Ｈｉｄ＝ｈ２）  からの受注情報を処理してｈ２用発注元指定伝票Ｈｓｌｉｐ−ｈ２を印刷する。
【０００９】
しかし、この従来の方法ではベンダ受注処理装置には資源発注元と発注中継サーバの組み合わせ毎の受注処理パッケージのインストールが必要で、ベンダ側クライアントの資源も高価格となり、効率的ではない、という課題があった。（この課題を便宜上第１の課題と呼ぶ。）
上記第１の課題を解決する技術として、下記特許文献１で、発注中継サーバ側で発注元指定伝票用のフォーマット変換部を備えることにより、納品伝票作成時にベンダに負担をかけない電子取引システムの技術が開示されている。なお、上記表現は特許文献１における『注文元サーバ、注文先クライアント、注文先』を『発注中継サーバ、ベンダ受注処理装置、ベンダ』に読み替えたものである。以下には、この技術を用いて上記第１の課題を解決した受発注データ処理システムを図９によって説明する。
【００１０】
図９は公知技術（特許文献１）から想到される受発注データ処理システムとその中核の発注中継サーバ９３０  の構成を示すものである。発注中継サーバ９３０  は資源発注元装置（Ｈｉｄ＝ｈｊ）９１０  からの発注情報Ｈｉｎｆ−ｈｊ  を発注情報Ｈｉｎｆ受信部９３１  で受信する。データ処理部９３２  は特定ベンダのベンダ受注処理装置９２０  向けの受注情報Ｖｉｎｆを抽出する処理を行う。この時に、発注中継サーバ９３０  にはフォーマット変換部Ｈｉｄ＝ｈ１用９３３（ｈ１）  、フォーマット変換部Ｈｉｄ＝ｈ２用９３３（ｈ２）  、・・・が備えられている。ここにフォーマット変換部Ｈｉｄ＝ｈｘ用９３３（ｈｘ）：ｘ＝１，２，．．．  は資源発注元装置（Ｈｉｄ＝ｈｘ）９１０  を有する資源発注元の印刷仕様によって、受注情報Ｖｉｎｆを印刷フォーマットに変換するための処理を行う。
【００１１】
データ処理部９３２  は発注情報Ｈｉｎｆ−ｈｊ  の処理においては、対応するフォーマット変換部Ｈｉｄ＝ｈｊ用９３３（ｈｊ）  を選択して変換処理を行わせ、資源発注元毎の印刷仕様スクリプトファイルに変換された変換後受注情報（Ｖｉｎｆ）ｈｊを生成して、これを変換後受注情報（Ｖｉｎｆ）ｈｊ送信部９３４  に渡す。ベンダ受注処理装置９２０  は発注中継サーバ９３０  の変換後受注情報（Ｖｉｎｆ）ｈｊ送信部９３４  から変換後受注情報（Ｖｉｎｆ）ｈｊを受信するので、これを用いると容易に発注元指定伝票Ｈｓｌｉｐ−ｈｊを印刷することができる。
【００１２】
この図９の受発注データ処理システムでは、確かにベンダ受注処理装置９２０  では資源発注元ごとに対応する受注処理パッケージを必要とはせず、また、発注中継サーバ９３０  側でも資源発注元ごとのフォーマット変換部をもつだけでよく、上記第１の課題は解決されている。しかしながら、図９の公知技術応用例では以下の第２の課題が発生する。
（１）一つの資源発注元が複数のＩＤＣと契約する場合、資源発注元装置（Ｈｉｄ＝ｈｊ）９１０  は複数の発注中継サーバ９３０  に発注情報Ｈｉｎｆ−ｈｊ  を送信するので、複数の発注中継サーバ９３０  がそれぞれ同一のフォーマット変換部Ｈｉｄ＝ｈｊ用９３３（ｈｊ）  を装備せねばならない、という無駄が発生する。これはＩＤＣ側のＣＰＵ処理料金の増大を招来し、結局、ベンダ側で発注元仕様の伝票を効率よく印刷することができたことにはならない。
（２）もしフォーマット変換部Ｈｉｄ＝ｈｊ用９３３（ｈｊ）  を備える発注中継サーバ９３０  がただ一つだけであるならば、当該資源発注元と契約するベンダは必ずこの発注中継サーバ９３０  と契約する必要があり、資源発注元環境、ベンダ環境の双方にとってもっと有利な別のＩＤＣが存在したとしても、その有利な発注中継サーバ３０を利用することができず、結局、ベンダ側で資源発注元の発注情報に効率よくアクセスすることができないこととなる。また、資源発注元装置（Ｈｉｄ＝ｈｊ）９１０  から直接ベンダ受注処理装置９２０  に発注情報Ｈｉｎｆ−ｈｊ  を送信したい資源発注元の場合は、図８の方法によるしかなく、やはり、ベンダ側で資源発注元の発注情報に効率よくアクセスすることができない。
【００１３】
【特許文献１】
特開２００１−９２８８４号公報
【００１４】
【発明が解決しようとする課題】
上記のごとく、資源発注元装置が発注中継サーバまたは直接取引先のベンダ受注処理装置に発注情報を送信し、受注するベンダ受注処理装置が当該発注情報から自ベンダ宛の発注情報を抽出受信した受注情報に基づいて発注元指定伝票を発行する従来の受発注データ処理システムでは、ベンダ側で資源発注元の発注情報に効率よくアクセスすることができず、また、発注元仕様の伝票を効率よく印刷することができない、という課題があった。
【００１５】
本発明は、このような状況に鑑みてなされたものであって、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できる受発注データ処理システムを形成する製品提供サーバおよびベンダ受注処理装置を提供することを目的とする。
【００１６】
【課題を解決するための手段】
従来の受発注データ処理システムでは、資源発注元の発注情報に効率よくアクセスできず、また、発注元仕様の伝票を効率よく印刷できない、という上記課題は、図１に示す本発明の製品提供サーバを導入し、これに対応する図２に示す本発明のベンダ受注処理装置を導入することによって解決される。
【００１７】
すなわち、本発明で導入される製品提供サーバ４０は図１（ｂ）  に示す如く、資源発注元が指定する伝票の印刷仕様を含むパターン定義情報Ｐｉｎｆを記憶しておく記憶部４１と、ベンダ受注処理装置２０が接続した時、前記パターン定義情報の一覧情報Ｐｌｉｓｔ  を送信し、前記ベンダ受注処理装置２０が選択した選択情報ｓ  を受信し、前記選択情報ｓ  に基づき、前記パターン定義情報Ｐｉｎｆを前記ベンダ受注処理装置２０に送信するパターン定義情報送信手段４５と、を有する製品提供サーバ４０である。また、これに対応するベンダ受注処理装置２０は図２に示す如く、複数の発注元のパターン定義情報Ｐｉｎｆを格納できるパターン定義情報格納手段２４と、発注元のパターン定義情報Ｐｉｎｆに含まれる資源発注元に関する情報を設定する発注元管理テーブル２３と、前記発注元管理テーブル２３に基づいて資源発注元を選択して、受信すべき受注情報Ｖｉｎｆを保有するアクセス先（発注情報アクセス先識別子Ａｉｄ  ）を選択して接続する選択接続手段２１と、前記受注情報Ｖｉｎｆを受信し、受信ファイル２５１  に記憶する受注情報記憶手段２５と、前記受信ファイル２５１  から前記受注情報Ｖｉｎｆを読み出し、当該資源発注元のパターン定義情報Ｐｉｎｆに基づいて発注元指定伝票Ｈｓｌｉｐ  を印刷する印刷手段２９と、を有するベンダ受注処理装置２０である。
【００１８】
上記発明の製品提供サーバ４０とベンダ受注処理装置２０によれば、新たな資源発注元（Ｈｉｄ＝ｈｊ）  との契約によって、ベンダ受注処理装置２０が特定の資源発注元装置（Ｈｉｄ＝ｈｊ）からの発注情報Ｈｉｎｆ−ｈｊ  を印刷するためのパターン定義情報Ｐｉｎｆ−ｈｊ  が必要となった場合、製品提供サーバ４０に接続すると、製品提供サーバ４０のパターン定義情報送信手段４５はパターン定義情報ファイル４１１  に保有するパターン定義情報Ｐｉｎｆの一覧をパターン定義情報管理テーブル４１２  から求めて一覧情報Ｐｌｉｓｔ  としてベンダ受注処理装置２０に送信する。ベンダ受注処理装置２０ではこの一覧情報Ｐｌｉｓｔ  を受信して、欲するパターン定義情報Ｐｉｎｆ−ｈｊ  を選択する選択情報ｓ  を製品提供サーバ４０に送出する。製品提供サーバ４０はこの選択情報ｓ  を受信して、対応するパターン定義情報Ｐｉｎｆ−ｈｊ  をベンダ受注処理装置２０に送出する。ベンダ受注処理装置２０ではこれを受信してパターン定義情報格納手段２４がこれをパターン定義情報ファイル２４１  に格納する。そして、このパターン定義情報Ｐｉｎｆ−ｈｊ  に含まれる資源発注元に関する情報を発注元管理テーブル２３に格納する。
【００１９】
本発明の他の様態の製品提供サーバ４０においては、上記パターン定義情報Ｐｉｎｆ−ｈｊ  を当該資源発注元装置（Ｈｉｄ＝ｈｊ）からの発注情報Ｈｉｎｆ−ｈｊ  を受けるべき発注情報アクセス先識別子Ａｉｄ  と関連づけて、例えばパターン定義情報管理テーブル４１２  に格納している場合は、製品提供サーバ４０はパターン定義情報Ｐｉｎｆ−ｈｊ  にこの発注情報アクセス先識別子Ａｉｄ  を含ませてベンダ受注処理装置２０に送信することができる。これを受けて、本発明の他の様態のベンダ受注処理装置２０ではパターン定義情報格納手段２４はパターン定義情報管理テーブル２４２  にこの発注情報アクセス先識別子Ａｉｄ  を記す。このような構成にすると、ベンダ受注処理装置２０の選択接続手段２１は、パターン定義情報管理テーブル２４２  の発注情報アクセス先識別子Ａｉｄ  を用いてアクセスすることが可能である。（図２ではこの様態を破線で示している。）これによって、先に述べた場合と同じく、所定の発注情報Ｈｉｎｆ−ｈｊ  にアクセスでき、自ベンダ宛の発注情報、すなわち受注情報Ｖｉｎｆ−ｈｊ  を得ることができ、受注情報記憶手段２５はこれを受信ファイル２５１  に格納する。かくして、ベンダ受注処理装置２０には受注情報Ｖｉｎｆ−ｈｊ  とパターン定義情報Ｐｉｎｆ−ｈｊ  とが揃うので、印刷手段２９はこれを用いて発注元指定伝票Ｈｓｌｉｐ−ｈｊを印刷することができる。
【００２０】
また、上記ではパターン定義情報Ｐｉｎｆ−ｈｊ  に含まれる情報をもとに発注情報アクセス先識別子Ａｉｄ  を求める例を述べたが、別の手段で発注情報アクセス先識別子Ａｉｄ  が得られておれば、これをパターン定義情報Ｐｉｎｆ−ｈｊ  と関連づけて発注元管理テーブル２３に格納しておいてもよく、かかる構成でも上記と同様の効果が得られる。（図２ではこの場合を一点鎖線で示している。）
このような構成にすると、資源発注元装置（Ｈｉｄ＝ｈｊ）の発注情報Ｈｉｎｆ−ｈｊ  がいずれの発注中継サーバ３０に送信されていようと、もしくは直接ベンダ受注処理装置２０に送信されていようと（  すなわち、発注情報アクセス先識別子Ａｉｄ  の如何に関わらず）  、ベンダ受注処理装置２０は製品提供サーバ４０からパターン定義情報Ｐｉｎｆ−ｈｊ  を得られるので、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できる。
【００２１】
また、このようにパターン定義情報Ｐｉｎｆを外部から受け入れて使用する構造のベンダ受注処理装置２０では、さらに、前記パターン定義情報Ｐｉｎｆが有効期限に関する期限情報と関連づけられ、前記期限情報と現在日時とを比較して適用すべきパターン定義情報Ｐｉｎｆを選択するパターン定義情報選択手段２７を有することで、さらに使い勝手が向上する。
【００２２】
すなわち、取り扱う商品の数量増減や内容の変化等に伴って、資源発注元で伝票仕様を変更することがしばしば発生するが、このような場合に、現行のパターン定義情報Ｐｉｎｆを新たな仕様のパターン定義情報Ｐｉｎｆ’  に取り替えねばならない。パターン定義情報Ｐｉｎｆを有効開始日付などの期限情報と関連づけ、現在日時と有効開始日付の比較によってパターン定義情報選択手段２７が適用パターン定義情報Ｐｉｎｆを選択するベンダ受注処理装置２０においては、事前に新たなパターン定義情報Ｐｉｎｆ’  をパターン定義情報管理テーブル２４２  に格納しておくことができ、人手による切り換え作業時間の中断なく、パターン定義情報Ｐｉｎｆの取り替えが自動的に行われるので効率的である。
【００２３】
上記の如く、従来の発注中継サーバ３０とは独立にパターン定義情報Ｐｉｎｆを提供する製品提供サーバ４０を導入することにより、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できるので、かかるパターン定義情報Ｐｉｎｆを有償でベンダに提供する新たなビジネスモデルが成り立つ。すなわち、パターン定義情報Ｐｉｎｆを製品として顧客ベンダに提供するビジネスにおいて本発明の製品提供サーバ４０は中核となる装置であって、この理由から本サーバを製品提供サーバと称することとしたものである。
【００２４】
このようなビジネスに用いられる製品提供サーバ４０においては、前記パターン定義情報Ｐｉｎｆは、有効期限に関する期限情報および契約期間と関連づけられ、前記期限情報と現在日時とを比較して、前記パターン定義情報Ｐｉｎｆを前記ベンダ受注処理装置２０に送信するときに、課金すべきか否か判断する課金判断手段４２と、契約ベンダ毎に前記契約期間を定めたパターン定義情報を送信した記録を格納する契約ベンダ管理テーブル４４と、前記契約ベンダ管理テーブル４４に基づいて、当該ベンダに課金すべき課金額を算定する課金判断手段４２と、を有する製品提供サーバとすることにより、さらに本製品提供サーバ４０は前記の製品提供ビジネスに好適なものとなる。
【００２５】
【発明の実施の形態】
本発明の製品提供サーバ、ベンダ受注処理装置、製品提供サーバプログラムおよびベンダ受注処理プログラムの実施例を図１〜図１５により説明する。なお、本発明におけるコンピュータ処理は、当該コンピュータの主記憶装置上に展開されたコンピュータプログラムにより実行されるが、このコンピュータプログラムの提供形態は、当該コンピュータに接続された補助記憶装置をはじめ、ＣＤ−ＲＯＭ等の可搬型記憶装置やネットワーク接続された他のコンピュータの主記憶装置及び補助記憶装置等の各記録媒体に格納されて提供されるもので、このコンピュータプログラムの実行に際しては、当該コンピュータの主記憶装置上にローディングされ実行されるものである。
【００２６】
図１（ａ）  は本発明の受発注データ処理システム第１実施例の全体図であり、図中の本発明の製品提供サーバ４０の第１実施例の構成を図１（ｂ）  に示している。資源発注元装置１０は発注情報Ｈｉｎｆをインターネット経由で発注中継サーバ（Ｃｉｄ＝ｃ１）、発注中継サーバ（Ｃｉｄ＝ｃ２）、・・・のいずれか、または直接ベンダ受注処理装置（Ｖｉｄ＝ｖ１）、ベンダ受注処理装置（Ｖｉｄ＝ｖ２）、・・・のいずれかに送信する。
【００２７】
ここで送信される発注情報Ｈｉｎｆのデータ構造例を図５（ａ）  に示す。図に示す如く、一つの発注情報Ｈｉｎｆは資源発注元装置識別子Ｈｉｄ  のもとに、複数ベンダ受注処理装置２０への発注分が、対応するベンダ受注処理装置識別子Ｖｉｄ  に引き続く複数商品レコードの繰り返しとして並ぶものである。なお、発注情報Ｈｉｎｆ−ｈ０  が直接ベンダ受注処理装置（Ｖｉｄ＝ｖ０）に送信されるときには、図中の『他のベンダ分繰り返し』の部分はない。
【００２８】
図１（ａ）  にかえって、複数資源発注元装置１０から発注情報Ｈｉｎｆを受けた発注中継サーバ３０はこれを集約して、各ベンダ毎の発注に組み換えて受注情報Ｖｉｎｆとする。特定のベンダ受注処理装置（Ｖｉｄ＝ｖ０）に対する受注情報Ｖｉｎｆのデータ構造例は図５（ｂ）  に示すようになる。図に示す如く、一つの受注情報Ｖｉｎｆはベンダ受注処理装置識別子Ｖｉｄ  のもとに、複数の資源発注元装置１０からの受注分が、対応する資源発注元装置識別子Ｈｉｄ  に引き続く複数商品レコードの繰り返しとして並ぶものである。
【００２９】
ベンダ受注処理装置２０は契約先発注中継サーバ３０または直接資源発注元装置１０にアクセスして上記受注情報Ｖｉｎｆを受信する。図５（ｂ）  の受注情報Ｖｉｎｆは一つのアクセス先（その識別子Ａｉｄ  を以後発注情報アクセス先識別子Ａｉｄ  と呼ぶ）から得られる受注情報Ｖｉｎｆであるから、ベンダ受注処理装置２０ではこれを全ての契約するアクセス先から受信して、当日の全受注情報を集約して、これに対応する納品関連伝票等の発注元指定伝票を印刷する。このとき、資源発注元ごとに伝票印刷仕様が異なるので、印刷する単位は一つの受注情報Ｖｉｎｆの中の一つの資源発注元ｈｊ分である受注情報毎であり、これを以後受注情報Ｖｉｎｆ−ｈｊ  と記すこととし、これを印刷した印刷伝票を発注元指定伝票Ｈｓｌｉｐ−ｈｊと記す。
【００３０】
ベンダ受注処理装置２０の動作は、上記受注情報Ｖｉｎｆの収集と発注元指定伝票Ｈｓｌｉｐ  の印刷を行う日次処理と、資源発注元の新規追加や削除、変更を行う資源発注元登録処理とがある。図１（ｂ）  の製品提供サーバ４０は、ベンダ受注処理装置２０の資源発注元登録処理において連携動作するので、最初に図２、図６を交えて、資源発注元登録処理の動作を説明する。
【００３１】
ベンダ受注処理装置２０が起動されると、図２の日次処理制御手段２６は図示しない初画面でメニュー画面を出し、操作者の要求を待つ。操作者が資源発注元登録要求をクリックすると、資源発注元登録手段２２が起動され、図６のステップＳ６１１に移行し、資源発注元登録の更新要求を受け付ける。このとき、欲する資源発注元装置識別子Ｈｉｄ  を入力すると資源発注元登録手段２２はステップＳ６１２でアクセスすべき製品提供サーバ４０を決定して、選択接続手段２１に接続実行させる。図１（ａ）  ではただ１台の製品提供サーバ４０を図示して、全資源発注元装置識別子Ｈｉｄ  に対応するすべてのパターン定義情報Ｐｉｎｆを所有するように示したが、一般には複数の製品提供サーバ４０で分担してパターン定義情報Ｐｉｎｆ−ｈｊ  を提供する形態も想定される。この場合は資源発注元登録手段２２はドメインネームサーバと同様な資源所在管理技術（分散データベース管理技術）でパターン定義情報Ｐｉｎｆの所在を管理する管理サーバ（図示しない）にアクセスして、当該製品提供サーバ４０のＵＲＬを入手して接続することとなる。
【００３２】
これに対応して、選択接続された製品提供サーバ４０は図６のステップＳ６０１でベンダ受注処理装置２０からの接続に応答する。次いで、製品提供サーバ４０とベンダ受注処理装置２０間でステップＳ６０２、ステップＳ６１３によって、認証・製品購入に関するネゴシエーションを行う。このネゴシエーションが成立したものとして図６のフローは移行し、製品提供サーバ４０はステップＳ６０３で自己の所有するパターン定義情報Ｐｉｎｆの一覧情報Ｐｌｉｓｔ  を表示させる。これはパターン定義情報送信手段４５がパターン定義情報管理テーブル４１２  を参照することにより行われる。
【００３３】
ここでパターン定義情報Ｐｉｎｆおよびパターン定義情報管理テーブルのデータ構造例を図３によって説明する。図３（ａ）  はパターン定義情報Ｐｉｎｆのデータ構造例である。各パターン定義情報Ｐｉｎｆはユニークなパターン定義情報識別子Ｐｉｄ  で識別され、対応する資源発注元装置識別子Ｈｉｄ  および発注情報アクセス先識別子Ａｉｄ  、有効開始日付ｄａｔｅ、バージョンｖｅｒ  の各情報を伴って、その後に実際のパターン定義が始まっている。ここに、発注情報アクセス先識別子Ａｉｄ  は当該パターン定義情報Ｐｉｎｆを採用する資源発注元（資源発注元装置識別子Ｈｉｄ  ）が発注情報Ｈｉｎｆを送信する送信先を示す識別子であって、契約するＩＤＣの発注中継サーバ３０のＵＲＬが記入されている。もしも当該資源発注元が直接ベンダに発注情報Ｈｉｎｆを送る場合は、図３（ａ）  の例のように当該資源発注元装置（Ｈｉｄ＝ｈｊ）自身のＵＲＬとなる。また、通常は発注情報アクセス先識別子Ａｉｄ  は一つであるが、複数個ある場合もあり、そのときはそれらが列挙される。
【００３４】
図３（ａ）  のパターン定義指定の例示では（１）商品コードタイトルは『ＪＡＮ  コード』と印字せよ、（２）発注と異なる納入数量の場合、数量印字上に二重線を印字せよ、（３）訂正後の納入数量は二重線印字の右の訂正欄に印字せよ、などの資源発注元（資源発注元装置識別子Ｈｉｄ＝ｈｊ）  の個別仕様がパラメータ設定されている。上記パターン定義情報Ｐｉｎｆの構造は製品提供サーバ４０のパターン定義情報ファイル４１１  内、およびベンダ受注処理装置２０のパターン定義情報ファイル２４１  内において共通な構造である。
【００３５】
次に図３（ｂ）  でパターン定義情報管理テーブル４１２  およびパターン定義情報管理テーブル２４２  のデータ構造例を説明する。パターン定義情報管理テーブルはパターン定義情報識別子Ｐｉｄ  から実際のパターン定義情報Ｐｉｎｆ本体にアクセスしたり、対応する発注情報アクセス先識別子Ａｉｄ  を決定するために、また、このパターン定義情報Ｐｉｎｆの有効開始日付ｄａｔｅやバージョンｖｅｒ  を求めるのに用いられ、そのような内容が格納されている。
【００３６】
図６のステップＳ６０３に戻ると、パターン定義情報送信手段４５は上記内容のパターン定義情報管理テーブル４１２  を調べ、すべてのレコードのパターン定義情報識別子Ｐｉｄ  を列挙する一覧情報Ｐｌｉｓｔ  をベンダ受注処理装置２０に表示させる。このとき、製品提供サーバ４０は図示しない取引先マスタ（顧客データベース）や製品マスタ（製品データベース）を利用して、資源発注元の名称や連絡先等を分かりやすく表示できるように一覧情報Ｐｌｉｓｔ  を構成して送信するようにしてもよい。
【００３７】
ベンダ受注処理装置２０ではステップＳ６１４で選択接続手段２１は一覧情報Ｐｌｉｓｔ  を表示して操作者の選択を受けて選択情報ｓ  を送信する。製品提供サーバ４０のパターン定義情報送信手段４５はステップＳ６０４で、ベンダ受注処理装置２０からの選択情報ｓ  を受信して送出すべきパターン定義情報Ｐｉｎｆを決定する。
次いで、パターン定義情報送信手段４５はステップＳ６０５で、今回送出のパターン定義情報Ｐｉｎｆの課金可否を課金判断手段４２に問い合わせて決定してベンダ受注処理装置２０に確認を求める。課金判断手段４２は、当該パターン定義情報Ｐｉｎｆの有効開始日付ｄａｔｅを調べ、例えば、所定サービス期間内のパターン定義情報Ｐｉｎｆであれば課金しない、などのロジックを有していて、これによって課金判断を行う。ベンダ受注処理装置２０のステップＳ６１５で送信実行の最終確認了解を送信し、これを製品提供サーバ４０が受信することでパターン定義情報送信手段４５はステップＳ６０６に移行でき、はじめてパターン定義情報Ｐｉｎｆを関連情報と合わせて送出する。
【００３８】
ベンダ受注処理装置２０の側ではステップＳ６１６で選択接続手段２１はパターン定義情報Ｐｉｎｆおよび関連情報を受信する。次いで、パターン定義情報格納手段２４はステップＳ６１７で受信パターン定義情報Ｐｉｎｆをパターン定義情報ファイル２４１  に格納し、さらに、ステップＳ６１８でパターン定義情報管理テーブル２４２  の更新を行い、これによって資源発注元登録処理が完了する。
【００３９】
一方、製品提供サーバ４０の側では、パターン定義情報送信手段４５はステップＳ６０７で契約ベンダ管理テーブル４４に当該パターン定義情報Ｐｉｎｆの送信記録を生成する。契約ベンダ管理テーブル４４は図４（ａ）  に示すデータ構造例をもっており、どのベンダにいつ、どのようなパターン定義情報Ｐｉｎｆ（製品）を送信したか、その契約期間などが記入されるものである。なお、後述のように当該送信に係る課金状況もここに記入される。契約ベンダ管理テーブルにあるベンダ受注処理装置識別子Ｖｉｄ  は、ベンダの本店或いは一つまたは二つ以上の支店毎に付される。
【００４０】
次いで製品提供サーバ４０の課金管理手段４３はステップＳ６０８で、課金判断手段４２の出力および上記契約ベンダ管理テーブル４４を参照して今回送信に関する課金額を算定して契約ベンダ管理テーブル４４に書き込む。課金額の算定にあたっては、課金管理手段４３は、本第１実施例では、図示しない取引先マスタを参照して、当該ベンダの過去の契約回数ｎを取得して、今回の課金額を、正価×（１−５％×ｎ）なる算定式によって算定する。そしてステップＳ６０９で後続の請求処理プロセスを起動して製品提供サーバ４０側の資源発注元登録処理対応プロセスが終了する。
【００４１】
第１実施例の最後の説明として、ベンダ受注処理装置２０の日次処理の動作について図７によって説明する。日次処理は図７に示すように（ａ）  受注情報の受信処理と（ｂ）  当日分印刷処理に大別される。すなわち、当日受信した受注情報に関する発注元指定伝票を印刷するのは、一般には同じ当日ではない。一般にはベンダが商品を資源発注元に納入する納期は商品毎に違っているので、発注元指定伝票の印刷は納品予定期日等を考慮して、適当な日時に行われる。それゆえ、図２においては、受注情報記憶手段２５によって受信ファイル２５１  に格納された受注情報Ｖｉｎｆを印刷手段２９がストレートに用いるかのような図としたが、実際には印刷手段２９は直接受信ファイル２５１  にアクセスするのではない。しかし、その事情は本発明の範囲には直接関係しないので、図２では簡潔表現のため省略している。図７の日次処理のフローでは、そのあたりを若干カバーして動作説明を行う。
【００４２】
まず、図７（ａ）  の受注情報の受信処理を説明する。ベンダ受注処理装置２０の時計ｃｌｋ  によって、毎日定時（例えば午前１０時）に日次処理制御手段２６が起動されると、ステップＳ７０１によって当日アクセスすべき発注情報Ｈｉｎｆへの全アクセス先が終了か、を判定する。日次処理制御手段２６は、資源発注元との約束に基づいて、各曜日毎に当日受けるべき発注情報アクセス先識別子Ａｉｄ  のリストをあらかじめ図示しない管理表として内蔵しているので、これによって当日分の発注情報アクセス先識別子Ａｉｄ  を判定する。この発注情報アクセス先識別子Ａｉｄ  は先に述べたように発注元管理テーブル２３またはパターン定義情報管理テーブル２４２  から由来するもので、日次処理制御手段２６は、常に対応するパターン定義情報Ｐｉｎｆの存在を確認する。図２ではこれを破線および一点鎖線で示している。
【００４３】
アクセスすべき発注情報アクセス先識別子Ａｉｄ  のリストに従いアクセスを実行すると後述のようにリストの消し込みが行われるが、リスト中にまだ発注情報アクセス先識別子Ａｉｄ  が残っている場合、日次処理制御手段２６はステップＳ７０２で次の発注情報アクセス先識別子Ａｉｄ  を選択して選択接続手段２１に接続を依頼する。選択接続手段２１はステップＳ７０３で該当発注情報アクセス先から受注情報Ｖｉｎｆを受信し、ステップＳ７０４で受注情報記憶手段２５にこれをわたして受信ファイル２５１  に格納して、上記リストの消し込みを行い、最初のステップＳ７０１に帰る。
【００４４】
上記ループを繰り返し、ステップＳ７０１で全アクセス完了と判定されると、日次処理制御手段２６は情報調整手段２８に制御をゆだねる。情報調整手段２８はステップＳ７０５で受信ファイル２５１  の受注情報Ｖｉｎｆを資源発注元別の受注情報Ｖｉｎｆ−ｈｊ  に分解し、さらに納期等から定まる印刷が必要な印刷日順にソートする。ステップＳ７０６で情報調整手段２８はこれを図２では図示しない受注情報Ｖｉｎｆ−ｈｊ  印刷日順ファイルＰｖｉｎｆ−Ｆ  にマージして格納する。本ファイルには印刷日順に必要な受注情報Ｖｉｎｆ−ｈｊ  が資源発注元順に格納されている。また、図７（ｂ）  のステップＳ７１８で後述するように、本ファイル内の未印刷分受注情報Ｖｉｎｆ−ｈｊ  が判定できるようにマークされているので、本ステップＳ７０６のマージ処理で当日印刷分をひとかたまりに取り出せるように準備する。
【００４５】
以上が完了すると情報調整手段２８はステップＳ７０７で当日印刷プロセスを起動するので図７（ｂ）  の当日印刷処理に移行し、情報調整手段２８はステップＳ７１１で受注情報Ｖｉｎｆ−ｈｊ  印刷日順ファイルＰｖｉｎｆ−Ｆ  から当日印刷分を取り出し、図２には図示しないワークファイルｗｋに格納する。次いで情報調整手段２８はステップＳ７１２で資源発注元毎にさらに必要なソートを行う。これは同一資源発注元であっても納品地が分散している場合等の事情を考慮する処理である。次に情報調整手段２８はステップＳ７１３で全ての資源発注元への伝票印刷が完了したか、を判定し、ワークファイルの全件終了までステップＳ７１４〜７１８をループする。
【００４６】
このループでは、情報調整手段２８はステップＳ７１４で次の資源発注元ｈｊのソート済み受注情報Ｖｉｎｆ−ｈｊ  を取り出すとともにステップＳ７１５で調整情報を対話的に受け、調整済みソート済み受注情報Ｖｉｎｆ−ｈｊ  としてデータワークｄｗｋ  にロードする。ここでいう調整情報とは、最終的に受注情報Ｖｉｎｆ−ｈｊ  と異なる納品数量となった場合や緊急取り消しなどの調整のための情報である。かくして資源発注元ｈｊ向けの印刷受注情報Ｖｉｎｆ−ｈｊ  がデータワークｄｗｋ  に準備された。
【００４７】
次に、パターン定義情報選択手段２７が起動され、ステップＳ７１６で、パターン定義情報管理テーブル２４２  を検索して適用すべきパターン定義情報Ｐｉｎｆ−ｈｊ  を決定してパターンワークｐｗｋ  にロードする。これは資源発注元ｈｊ向けのパターン定義情報Ｐｉｎｆ−ｈｊ  が複数個パターン定義情報ファイル２４１  に存在する場合の処理である。パターン定義情報管理テーブル２４２  には図３（ｂ）  で説明したように、各パターン定義情報Ｐｉｎｆ−ｈｊ  の有効開始日付ｄａｔｅやバージョンｖｅｒ  が管理されている。パターン定義情報選択手段２７は時計ｃｌｋ  から現在日時を取得し、各パターン定義情報Ｐｉｎｆ−ｈｊ  の中で有効開始日付ｄａｔｅが現在日時以前で、かつ最もバージョンｖｅｒ  が新しいパターン定義情報Ｐｉｎｆ−ｈｊ  を選択してパターンワークｐｗｋ  にロードするのである。
【００４８】
また、本第１実施例では、期限情報として有効開始日付ｄａｔｅのみを説明したが、他の実施例では、適用終了期日を設定して、パターン定義情報選択手段２７が選択すべきパターン定義情報Ｐｉｎｆ−ｈｊ  の適用終了期日がすべて現在日時以前であるときは、その旨を表示して使用者に新しいパターン定義情報Ｐｉｎｆ−ｈｊ  の購入を促すような設計としてもよい。
【００４９】
以上の準備段階を経て、印刷手段２９が起動され、ステップＳ７１７で、上記パターンワークｐｗｋ  およびデータワークｄｗｋ  を用いて発注元指定伝票Ｈｓｌｉｐ−ｈｊを印刷する。印刷が成功終了すると、情報調整手段２８はステップＳ７１８で、受注情報Ｖｉｎｆ−ｈｊ  印刷日順ファイルＰｖｉｎｆ−Ｆ  の当該受注情報Ｖｉｎｆ−ｈｊ  レコードに印刷発行済みフラグを付与する。
【００５０】
以上のごとくして、ワークファイルｗｋの全件終了までステップＳ７１４〜７１８をループして、当日分の全件の印刷がなされる。
最後に第２実施例として、若干のインプリメンテーションの具体例を図１１〜１５によって説明する。図１１は一覧情報Ｐｌｉｓｔ  の画面表示例であって、前記ステップＳ６１３で表示され、画面上の下線部をクリックすることにより選択情報ｓ  が形成される。本実施例では資源発注元名称ＮＮＮのパターン定義情報Ｐｉｎｆ−ｈｊ  を『ＮＮＮ様用パターン定義ファイル』と表示している。また、ベンダ受注処理装置２０を形成するベンダ受注処理プログラムパッケージも販売製品とされ、『○○○○○本体』と表示している。なお、一覧情報は、直接画面等に表示する製品の一覧情報ばかりでなく、プルダウンメニューで選択できる情報、或いは製品選択メニューの製品をキーワード検索などで特定する、複数の一連の手順で行なう場合の情報を含むものでもよいことは言うまでもない。
【００５１】
次にステップＳ６０５で購入申し込みを最終確認する画面例を図１２に示す。図示のように、本画面ではベンダが課金額を確認してパターン定義情報Ｐｉｎｆ−ｈｊ  等の送信を申し込む。このとき、課金判断手段４２の課金判断を反映して、図示のように課金しない製品を確認させている。また、課金管理手段４３の課金額算定を反映させて、各パターン定義情報Ｐｉｎｆへの課金額を表示している。従って、この第２実施例においては、先の図６のステップＳ６０８と同様な課金額算定をステップＳ６０４．５として、全選択パターン定義情報Ｐｉｎｆに対して表示用に仮に行い（記録はしない）、その結果をステップＳ６０５に反映させるフローとなる。なお、この場合、ステップＳ６０８では実際に送信済みのパターン定義情報Ｐｉｎｆのみの課金額を記録することになる。
【００５２】
次に、ベンダ受注処理装置２０を形成するベンダ受注処理プログラムパッケージのうち、印刷手段２９のパターン定義情報取り込み部分のコーディング例を図１３に示す。本第２実施例ではＸＭＬ表現でソースコードを受け入れ、また、入力パラメータをＸＭＬ表現で解釈するコンパイラを用いている。図１３において＜商品コード＞，＜サイズ＞，＜数量＞等のタグ名でパラメータを受け取ることが宣言されている。
【００５３】
この印刷手段２９に与えられるパターン定義情報Ｐｉｎｆの伝票パラメータの設定例を図１４〜１５に示す。図のように商品コードの＜ＤＩＳＰＬＡＹ＞タグで『商品を識別する項目タイトルを「商品コード」と表記する（ＯＮ）か「ＪＡＮ  コード」と表記する（ＯＦＦ）か』を、サイズの＜ＤＩＳＰＬＡＹ＞タグで『「サイズ」項目を印字する（ＯＮ）かしない（ＯＦＦ）か』を、数量の＜ＰＯＳＩＴＩＯＮ＞タグで『訂正後数量を横の訂正後数量欄に印字する（ＳＩＤＥ）か、二重線にて抹消印字しその上部に訂正後数量を印字する（ＵＰＰＥＲ）か』のパラメータ設定をする仕様となっている。図１４のようにパラメータが与えられると、図１３の印刷手段２９によって読み取られた場合に図１０の（ａ）  見本１のように印字がなされる。一方、図１５のパラメータが図１３の印刷手段２９によって読み取られた場合には図１０の（ｂ）  見本２のように印字される。
【００５４】
【発明の効果】
以上の説明から明らかなように、本発明によれば、資源発注元が指定する伝票の印刷仕様を含むパターン定義情報を記憶しておく記憶部と、ベンダ受注処理装置が接続した時、前記パターン定義情報の一覧情報を送信し、前記ベンダ受注処理装置が選択した選択情報を受信し、前記選択情報に基づき、前記パターン定義情報を前記ベンダ受注処理装置に送信するパターン定義情報送信手段と、を有する製品提供サーバによって、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できる、という効果がある。
【００５５】
また、複数の発注元のパターン定義情報を格納できるパターン定義情報格納手段と、発注元のパターン定義情報に含まれる資源発注元に関する情報を設定する発注元管理テーブルと、前記発注元管理テーブルに基づいて資源発注元を選択して、受信すべき受注情報を保有するアクセス先を選択して接続する選択接続手段と、前記受注情報を受信し、受信ファイルに記憶する受注情報記憶手段と、前記受信ファイルから前記受注情報を読み出し、当該資源発注元のパターン定義情報に基づいて発注元指定伝票を印刷する印刷手段と、を有するベンダ受注処理装置によって、資源発注元の発注情報に効率よくアクセスでき、また、発注元仕様の伝票を効率よく印刷できる、という効果がある。
【図面の簡単な説明】
【図１】本発明の第１実施例の受発注データ処理システムのシステム構成図
【図２】本発明のベンダ受注処理装置２０の第１実施例の構成図
【図３】パターン定義情報およびパターン定義情報管理テーブルのデータ構造例
【図４】契約ベンダ管理テーブルおよび発注元管理テーブルのデータ構造例
【図５】発注情報Ｈｉｎｆおよび受注情報Ｖｉｎｆのデータ構造例
【図６】資源発注元登録処理の動作フロー図
【図７】日次処理の動作フロー図
【図８】従来の受発注データ処理システムのシステム構成図
【図９】公知技術から想到される受発注データ処理システムの構成図
【図１０】チェーンストア統一伝票の印刷見本
【図１１】一覧情報Ｐｌｉｓｔ  の画面表示例
【図１２】購入申し込み確認（課金確認を含む）画面例
【図１３】印刷手段２９のパターン定義情報取り込み部分のコーディング例
【図１４】パターン定義情報Ｐｉｎｆの伝票パラメータ設定例（その１）
【図１５】パターン定義情報Ｐｉｎｆの伝票パラメータ設定例（その２）
【符号の説明】
１０    資源発注元装置
２０    ベンダ受注処理装置
２１    選択接続手段
２２    資源発注元登録手段
２３    発注元管理テーブル
２４    パターン定義情報格納手段
２５    受注情報記憶手段
２６    日次処理制御手段
２７    パターン定義情報選択手段
２８    情報調整手段
２９    印刷手段
３０    発注中継サーバ
４０    製品提供サーバ
４１    記憶部
４２    課金判断手段
４３    課金管理手段
４４    契約ベンダ管理テーブル
４５    パターン定義情報送信手段
９０    従来のベンダ受注処理装置
２４１    パターン定義情報ファイル
２４２    パターン定義情報管理テーブル
２５１    受信ファイル
４１１    パターン定義情報ファイル
４１２    パターン定義情報管理テーブル
Ｈｉｎｆ  発注情報
Ｖｉｎｆ  受注情報
Ｈｓｌｉｐ  発注元指定伝票
Ｐｉｎｆ  パターン定義情報
ｓ      選択情報
Ｐｌｉｓｔ  一覧情報
【図１】
2004259113.tif 000003
【図２】
2004259113.tif 000004
【図３】
2004259113.tif 000005
【図４】
2004259113.tif 000006
【図５】
2004259113.tif 000007
【図６】
2004259113.tif 000008
【図７】
2004259113.tif 000009
【図８】
2004259113.tif 000010
【図９】
2004259113.tif 000011
【図１０】
2004259113.tif 000012
【図１１】
2004259113.tif 000013
【図１２】
2004259113.tif 000014
【図１３】
2004259113.tif 000015
【図１４】
2004259113.tif 000016
【図１５】
2004259113.tif 000017