JP2001022832A - 企業間連携システム - Google Patents

Abstract

(57)【要約】 【課題】 複数の企業の得意分野を生かす電子的企業連
携を実現するシステムの提供。 【解決手段】 プロバイダサーバ１１は、企業Ａサーバ
１２から送信された取引情報又は、プロセス情報を受信
する。企業間連携管理部２４は、商品等の発注情報を受
けたとき複数の作業工程から成るプロセスに展開して企
業データベース２１に格納する。受信部２３を介して関
連するプロセスの実績報告を取得したときこのスケジュ
ールに実績日を記録する。企業Ｃサーバ１４からの照会
に応答して検索部２７は、企業データベース２１から該
当するプロセスを取り出し、編集２８及び出力部２９を
経由した企業Ｃサーバ１４へ送信する。

Description

【発明の詳細な説明】

【発明の属する技術分野】本発明は、複数の企業が得意
な分野のビジネスのノウハウ、技術、経験を組み合わせ
て企業活動を効率良く行なうネットワークシステムに関
するもので、特に企業、個人の業務のプロセスを活用し
た仮想企業の電子的取引き方式に関する。

【従来の技術】企業のプロセス連携では、取り纏め会社
もしくは、部署（個人のケースもある）で社内ルール、
または部署の裁量で、内作、外作の決定や部品の購入等
のプロセスを決めていた。または、パッケージシステム
では、同一企業内のビジネスプロセスシステムとして、
製造、販売物流、会計、プロジェクト、サービス、輸送
等が、最適な企業環境でビジネスをサポートしている。
例えば、企業ビジネスプロセスの規模に合わせて、容
易に、拡張、収縮でき、安価なビジネスプロセス管理シ
ステムを提供する。その技術はよく知られている。例え
ば、特開平９−１１４８８３号「業務管理支援システム」
は、企業内のビジネスプロセスに関する情報の処理を行
なうクライアント／サーバ型の管理システムが複数のロ
ーカルネットワーク上で統合され、ある管理システムに
提供された情報、及びある管理システムで処理された情
報が該ローカルネットワークを介して他の管理システム
に提供されて、企業内の複数のビジネスプロセスを連携
的に管理するようにしたシステムはある。

【発明が解決しようとする課題】しかしながら、複数の
企業間で、最適なビジネスプロセスを組合せてスピーデ
ィに企業活動できないという問題点があった。また、企
業モデルもしくは、ビジネスプロセス間での企業間連携
は実施されているが、仮想企業上でのモデルと実業務の
連携方式は見られない。本発明の目的は、上記旧来の問
題点を解決することであり、複数ビジネスプロセスが関
与する企業モデル最適支援支援する方法および装置を提
供することにある。

【課題を解決するための手段】この問題点を解決するた
め、ネットワーク上にサービスプロバイダのサーバに新
しい企業を電子的に設立する。ネットワーク上のプロバ
イダのサーバに「企業データベース」を設けて、このデー
タベース上に仮想企業を生成する。この企業は、納期、
受注仕様、数量等の条件から、最適な「企業モデル」を選
択し、取り引きに合致する企業及びその業務プロセスを
決定して、企業データベースに取引きごとに生成する。
このプロバイダの取引先のサーバー及び依頼先には、ネ
ットワーク経由で、納期、作業指示、受注条件などの情
報を関係先に送信するとともに、業務側のサーバから
は、該当部門に関連する電子情報を問合せ、参照するこ
とができる。また、電子企業の取纏者及び関連部門者
は、プロバイダの「企業データベース」を参照することが
できる。また、各「プロセス(企業＋業務)」では、作業終
了時には、プロバイダサーバの仮想企業に実績報告を行
なう。

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。図１は、本実施形態の企業間
連携システムの構成図である。システムはサーバ１１
と、ネットワーク１５を介してサーバ１１に接続され、
クライアントとなる企業Ａサーバ１２、企業Ｂサーバ１
３及び企業Ｃサーバ１４から構成される。企業Ａサーバ
１２は、一方の企業または提携企業に設置され、ネット
ワーク１５を介してサーバ１１へ取引情報及びビジネス
プロセスの実績データを送信する。企業Ｂサーバ１３
は、他の企業又は提携企業に設置され、ネットワーク１
５を介してサーバ１１から取引情報及びビジネスプロセ
ス情報を受信する。サーバ１１は、企業Ａサーバ１２か
ら受信した商品の発注に関する取引情報・プロセス情報
を企業Ｂサーバ１３へ中継するとともに商品の受注から
消費者への提携企業の請求、売上高集計までの企業モデ
ルテーブルより、該当するパターンの企業モデルを抜き
出し、企業データベースを作成し、そのプロセス(企業
名＋部門名)を管理する。企業Ｃサーバ１４は、ネット
ワーク１５を介してプロバイダサーバ１１へ特定の商品
発注のプロセスについて問合わせ、ビジネスプロセス状
況データを取得する。企業Ａサーバ１２、企業Ｂサーバ
１３、企業Ｃサーバ１４は該当企業の複数のビジネスプ
ロセスである、ビジネスプロセス１（業務１）、ビジネ
スプロセス２（業務２）、ビジネスプロセス３（業務
３）、等のビジネスプロセスを実施する「人」、「物」、
「情報」、「資金」、等を持っている。企業Ａサーバ１２、
企業Ｂサーバ１３及び企業Ｃサーバ１４は、分散処理シ
ステムのサーバである。サーバでは、当然ながら複数ア
プリケーションプログラム（ＡＰ）の実行が可能であ
る。サーバ１１、１２、１３、１４は、パソコン、ワー
クステーション、メインフレームコンピュータ、並列計
算機等の情報処理装置である。ネットワーク１５は、複
数企業や連携企業間で利用できるインターネット、ＶＡ
Ｎ業者が提供する専用線などのネットワークである。サ
ーバ１１の企業連携の形としては、複数企業間の連携で
ある「企業連携」、特定企業グループ間の「企業グループ
連携」、不特定企業間の連携の「電子企業連携」等があ
り、他の連携方式として、「パッケージとアプリケーシ
ョンピログラム」、「パッケージとパッケージ」、「企業と
専門人材会社」、「企業と総務もしくは経理」などのアウ
トソーシング、「親会社と子会社」、「ベンチャ企業間」、
「大企業、中小企業、ベンチャー会社企業間」、「日本の
企業と欧米の企業」間等がある。ネットワーク構成とし
ては、プロバイダ構成、プロバイダなしシステム等があ
る。図１の企業Ａ、Ｂ、Ｃのサーバ上の企業システム情
報をプロバイダサーバで一括して管理することも可能で
ある。図２は、仮想企業Ｅの全体構成とプロバイダのサ
ーバ１１が保持するデータベース及び機能モジュールの
構成を示す図である。企業データベース２１は、企業や
消費者間の商品の発注を元にして複数の企業に亘る製品
の製造、出荷、納入、納品などの作業のビジネスプロセ
スのデータを維持管理している。中継部２２は、企業Ａ
サーバ１２から受信した連携情報を企業Ｂサーバ１３へ
中継するとともに企業間連携管理部２４に渡す。なお企
業Ａサーバ１２は、同報通信によって同一の連携情報を
企業Ｂサーバ１３とサーバ１１の両方へ送信してもよ
い。その場合には中継部２２は、取引情報の単なる受信
部となる。受信部２３は、企業Ａサーバ１２などの送信
端末から受信した作業実績データを企業間連携管理部２
４に渡す。企業間連携管理部２４は、中継部２２から受
けた連携情報を「企業モデル」（図５）のテーブルから
「企業データベース」（図４）のテーブルの形式に展開し
て企業データベース２１に格納する処理部である。また
企業間連携管理部２４は、中継部２２又は受信部２３か
ら受けた連携情報又はビジネスプロセスデータによって
企業データベース２１の該当する企業データベースを更
新するとともに、作業指示送信部２５は関連プロセス
（関連企業）の企業Ｂサーバ１３などのサーバへ作業指
示を送信する。受信部２６は、企業Ｃサーバ１４からビ
ジネスプロセスの照会を受信する処理部である。検索部
２７は、企業データベース２１を検索して該当する企業
データベースを取得する処理部である。編集部２８は、
取得した企業データベースを編集する処理部である。出
力部２９は、作成した連携データをを企業Ｃサーバ１４
へ送信する処理部である。図３は、企業Ａサーバ１２か
らプロバイダサーバ１１へ送信される取引情報３５のデ
ータ例を示す図である。図３（ａ）は、Ｚ社からＡ社へ
送信される発注情報であり、商品番号、数量、納期、発
注者、受注者、発注番号、及びパスワードから成る。図
３（ｂ）は、受注情報Ａ１であり、受注番号、プロセス
名、作業完了日、報告日、及びパスワードから成る。な
お連携情報の書式としてＣＩＩシンタタックスルール、
ＥＤＩＦＡＣＴのような標準書式に準拠することができ
る。また発注番号や受注番号などは企業や消費者間など
のプロセスのコード体系の標準基準に従って統一されて
いるものとする。図４は、企業データベース２１に格納
される企業データベースの構成を示す図である。企業デ
ータベースデータは、企業のビジネスプロセスごとの取
引きテーブルであり、電子企業単位に企業データベース
が作成される。この例では、パソコンの製造・販売会社
「Ｅ」のビジネスプロセスごとの取引テーブルを示してい
る。テーブルは列方向に「企業名（仮想）」４１、「受注
ＮＯ．」４２、「業務」４３、「プロセス（企業名＋部門
名）」４４、「次のプロセス」（複数）４５、「納期」４
６、「作業指示」４７、該当プロセスの引継ぎ情報である
「引継情報」４８、及び「作業実績」４９を配列し、行方向
に同一企業名（仮想）、同一受注番号に係わる各ビジネ
スプロセスの関連情報をプロセス順に配列する。「業務」
４３、「プロセス（企業名＋部門名）」４４、「次のプロ
セス」４５は、企業モデルテーブル５０（図５）から最
適な、企業名（仮想）５１とパターン名５２を選択して
「業務」５３、「プロセス（企業名＋部門名）」５４、「次
のプロセス（１）」５５、「次のプロセス（２）」５６を
基本として企業データベースを展開する。その他のアイ
テム「納期」４６、「作業指示」４７、「引継情報」４８、
「作業実績」４９は受注数、該当ビジネスプロセスの状況
により決定する。図５は、「企業モデル」テーブルであ
り、電子企業の受注ごとのプロセス、取引条件のパター
ンを記載したものである。図４の企業名（仮想）４１、
業務４３、プロセス（企業名＋業務名）４４、次のプロ
セス４４の（１）（２）は図５の企業モデルテーブルか
ら企業名５１、パターン名５２で選択される。この例
は、パソコンの製造・販売会社Ｅの企業モデルであり、
パターン名として「１」を選択している。テーブルは列方
向に「企業名（仮想）」５１、「パターン名」５２、「業務」
５３、「プロセス（企業名＋部門名）」５４、「次のプロ
セス（１）」５５、「次のプロセス（２）」５６、「作業指
示」５７、「引継情報」５８、「作業標準」５９、及び「制約
条件」５Ａ、を配列し、行方向に同一企業名、パターン
名に係わるビジネスプロセスを配列する。企業モデル
は、各企業の規模、技術力などにより異なる。組合せて
仮想企業としてパターンを作成は、その都度登録してお
く。「企業名（仮想）」５１の「Ｅ」は電子的仮想企業Ｅを
示している。、「パターン名」５２の１と２は、電子的仮
想企業Ｅの業務の処理パターンを示している。「業務」の
パターン１では、受注から請求・売上高集計までのビジ
ネスプロセスを表している。「プロセス（企業名＋部門
名）」５４の「Ａ１」は企業Ａの部門１で受注ビジネスプ
ロセスを分担することを示している。、「次のプロセス
（１）」５５の「Ｂ３」は、Ａ１の「受注」後のビジネスプ
ロセスとして、企業Ｂの部門３で購買／調整ビジネスプ
ロセスを分担することを示している。「次のプロセス
（２）」５６の「Ｃ５」は、Ａ１の「受注」後のビジネスプ
ロセスとして、企業Ｃの部門５で製造／組立をＢ３と平
行して実施することを示している。「作業指示」５７、
「引継情報」５８は、図４と同じ情報であり、受注内容に
よって変わる。「作業標準」５９、「制約条件」５Ａ等によ
って企業モデルを選択するとともに、納期を決定する。
図６は、「企業定義」のテーブルであり、企業と業務ごと
のプロセスをテーブルにまとめたものである。テーブル
は列方向に「プロセス（企業名＋業務名）６１、「業務
名」６３、「部門」６４、「ネットワークアドレス」６５、
「関連データテーブル」６６、及び「パスワード」６７を配
列し行方向に異なる企業パターンを並べる。図５に関連
する「プロセス（企業名＋業務名）」６１、「業務名」６３
の他に実施部門名である「部門」６４、電子的所在場所を
示す「ネットワークアドレス」６５、企業パターンごとの
詳細情報としての受注情報、プロセス完了情報などをも
つ「関連データテーブル」６６、不正アクセスを防ぐ「パ
スワード」６７から構成されている。図７は、「関連デー
タテーブル」の内容であり、プロセス７１１ごとに、受
注情報（７１２から７１７）、プロセス完了予定日７１
８、プロセス作業実績、作業指示などの企業パターンで
の必要情報を持ったテーブルである。プロセス７１１
「Ａ１」のＡ企業の営業部の「受注」処理のテーブル名「Ａ
ＡＡＡ」の７１のテーブルは、列方向に「プロセス（企業
名＋業務名）」７１１、受注情報としての「商品番号」７
１２、「数量」７１３、「納期」７１４、「発注者」７１５、
「受注者」７１６、「受注NO.」７１７、「プロセス完了予定
日」７１８、「プロセス作業実績」７１９、「作業指示」７
１Ａをもっている。プロセス７２１「Ｃ５」のＡ企業の製
造部の「製造」処理のテーブル名「ＣＣＣＣ」の７２のテー
ブルは、列方向に「プロセス（企業名＋業務名）」、受注
情報としての「商品番号」７２２、「数量」７２３、「納期」
７２４、「発注者」７２５、「受注者」７２６、「受注NO.」
７２７、「プロセス完了予定日」７２８、「プロセス作業
実績」７２９、「作業指示」７２Ａ、「組立情報」７２Ｂを
もっている。７２のテーブルでは、７１のテーブルとは
異なる詳細情報として組立情報として「メモリ２５６Ｍ
Ｂ、１０００ＭＩＰＳ」７２Ｂなどの個別情報を持って
いる。図９は、「案件別の企業プロセスのフロー画面で
あり、案件別の業務のプロセスと、作業実績等を表示し
たものである。この例は、パソコンの製造・販売会社の
企業モデルであり、企業「Ｅ」、受注ＮＯ．「Ｈ１００
１」、「Ｈ２００２」を画面に表示している。 画面は「案
件Ｈ１００１」４４１、「案件Ｈ２００２」４４２基本と
して、「プロセスＡ１(受注)２／１」４４３、「プロセス
Ｂ３（購買/調整）２／４」４４４、「プロセスＤ８（納
入及び作業実績：２／１０」４４５、「プロセスＡ７（請
求、売上高集計）２／１７」４４６、「プロセスＣ５（製
造/組立）２／３」４４７、及び「プロセスＢ１（受注）
２／５」４４８を画面に表示する。 この例では、Ｃ５の
製造／組立を選択している。選択するとこのＣ５の前後
の情報を画面に表示する。ここでは、４４１に示すよう
に案件Ｈ１００１のＣ５の前後のプロセスを表示してい
る。なをＡ７の請求、売上高集計は前後の外であるので
枠外に表示している。また、Ｃ５を選択すると関連する
テーブルの図４を表示して、ここから「作業指示」４７の
内容、「引継情報」４８から図７の７１テーブル名「ＡＡ
ＡＡ」または、７２テーブル名「ＣＣＣＣ」の該当プロセ
スの引継情報を参照することができる。図１０は、「企
業モデル作成」画面であり、電子企業の受注ごとのプロ
セス、取引条件のパターンを記載したものである。この
例は、パソコンの製造・販売会社の企業モデルであり、
企業「Ｅ」、パターン名「１」の企業モデルを画面より作成
している。画面は「企業名」５５１、「パターン名」５５２
を基本として、「業務の処理手順」５５３、「プロセス
（企業名＋部門名）」５５４、「次のプロセス（１）」５
５５、「次のプロセス（２）」５５６、「作業指示」５５
７、「引継情報」５５８、「作業標準」５５９、及び「制約
条件」５５Ａ、を配列し、行方向に同一企業名、パター
ン名に係わるビジネスプロセスを配列する。企業モデル
は、各企業の規模、技術力などにより異なる。組合せて
仮想企業としてパターンを作成する。「企業名」５５１の
「Ｅ」は電子的仮想企業Ｅを示している。「パターン名」５
５２の「１」は、電子的仮想企業Ｅの業務の処理パターン
を示している。パターン１では、受注から請求・売上高
集計までのビジネスプロセスを表している。「プロセス
（企業名＋部門名）」５５４の「Ａ１」は企業Ａの部門１
で受注ビジネスプロセスを分担することを示している。
「次のプロセス（１）」５５５の「Ｂ３」は、Ａ１の「受注」
後のビジネスプロセスとして、企業Ｂの部門３で購買／
調整ビジネスプロセスを分担することを示している。
「次のプロセス（２）」５５６の「Ｃ５」は、Ａ１の「受注」
後のビジネスプロセスとして、企業Ｃの部門５で製造／
組立をＢ３と平行して実施することを示している。「作
業指示」５５７、「引継情報」５５８は、図４と同じ情報
であり、受注内容によって変わる。「作業標準」５５９、
「制約条件」５５Ａ等によって企業モデルを選択するとと
もに、納期を決定する。図１１は、「プロセス定義」の画
面であり、企業と業務ごとのプロセスを画面より投入す
るものである。フィールドは、「プロセス（企業名＋業
務名）６６１、「企業名」６６３、「業務名」６６４、
「部門」６６５、「ネットワークアドレス」６６６、「関連
データテーブル」６６７、及び「パスワード」６６８にデ
ータを入力する。画面」は、図１０に関連する「プロセス
（企業名＋業務名）」６６１、「企業名」６６３、「業務
名」６６４の他に実施部門名である「部門」６６５、電子
的所在場所を示す「ネットワークアドレス」６６６、企業
パターンごとの詳細情報としての受注情報、プロセス完
了情報などをもつ「関連データテーブル」６６７、不正ア
クセスを防ぐ「パスワード」６６８から構成されている。
図８は、サーバ１１の受付部２６から出力部２９までの
処理の流れを示すフローチャートである。受付部２６は
企業Ｃサーバ１４から企業間の取引／プロセス情報３６
を受信し（ステップ８１）、検索部２７は企業データベ
ース２１を検索して指定された受注番号の企業データベ
ースの取引テーブルを取り出す（ステップ８２）。企業
Ｃサーバ１４のネットワークアドレスと受信したパスワ
ードから企業定義テーブルから該当するものを読込む
（ステップ８３）。該当するものがなければ、ステップ
９１の処理不可を発信元に連絡する。受信情報が取引情
報かプロセス情報かによって新規の取引（３５）か、プ
ロセス情報（３６）かを判断する（ステップ８４）。プ
ロセス情報（３６）であれば、ステップ９２以降を実行
する。新規取引情報（３５）であれば、取引ごとの仮想
企業を作成する。これは、図５の企業モデルテーブルよ
り該当するパターンを選択して図４の企業データテーブ
ルを作成する。この時、図５の企業モデルテーブルより
受注内容と企業モデルテーブルの制約制約条件に合致す
る企業名・パターン名の「企業名（仮想）」、「業務」、
「プロセス（企業名＋業務名）」、「次のプロセス
（１）」、「次のプロセス（２）」、「作業指示」、「引継情
報」、「作業標準時間」を抜き出し、図４を作成する（ス
テップ８６）。この時、作業標準時間より、図４の「納
期」を決定する（ステップ８７）。図４のテーブル完成
後、本受注ＮＯ．での関連プロセス（企業名＋業務名）
に作業指示メッセージを送信する（ステップ８８）。各
プロセスでは、図７のプロセステーブルを作成して業務
を遂行する。このテーブルは、ホストのプロバイダのサ
ーバに持ってもよいし、各企業のサーバ上にもってもよ
い。持ち方は、運用・コストを考量してきめればよい。
受注者に仮想企業生成完了メッセージを送信する。発注
者は、内容を確認してＯＫなら発注者に手配が終了した
ことを連絡する（ステップ８９）。ステップ８４の判定
で取引情報（３５）でなければ、以下の処理を実行す
る。受信データがプロセス情報（３６）でなければ、受
け取れないことを送信先に連絡して終了する（ステップ
９２）。プロセス情報（３６）の受注ＮＯ．とプロセス
名により、企業データベース（図４）を検索して該当す
るテーブルを取り出し、図４の作業実績にプロセス情報
（３６）の作業完了日をセットする（ステップ９４）。
更新した図４のテーブルを更新するとともに、図７の該
当するプロセスのテーブルの「プロセス作業実績」を更新
する（ステップ９５）。作業実績更新を、関連プロセス
に連絡する（ステップ９６）。図１２は、プロセス定義
テーブル作成の処理の流れを示すフローチャートであ
る。図１１の「プロセス定義画面」へ、プロバイダクライ
アントからプロセス名（企業名＋業務名）６６１を入力
する（ステップ８８１）。プロセス名の企業名、業務名
で企業定義テーブル（図６）を読込む。当該プロセス名
が企業定義テーブルにありか判定する（ステップ８８
３）。あれば、図１３の処理を行なう。図１１のプロセ
ス定義画面の「企業名」６６３、「業務名」６６４、「部門」
６６５、「ネットワークアドレス」６６７、「パスワード」
６６８を入力する（ステップ８８４）。画面入力データ
を企業定義テーブル（図６）へ登録する（ステップ８８
５）。図１３は、企業モデル作成の処理の流れを示すフ
ローチャートである。図１０の「企業モデル作成画面」
へ、プロバイダクライアントから企業名５５１及びパタ
ーン名５５２を入力する（ステップ８８８１）。企業名
５５１、パターン名５５２で企業モデルテーブル（図
５）を読込む（ステップ８８８２）。当該企業モデル名
が企業モデルテーブルにありか判定する（ステップ８８
８３）。あれば、図１４の処理を行なう。図１０の企業
モデル画面の「プロセス」５５４にデータを入力する（８
８８５）。プロセスにより、企業定義テーブル（図６）
を読み込む（ステップ８８８５）。当該プロセス名（企
業＋業務名）が企業定義テーブルにあるか判定する（ス
テップ８８８６）。なければ、図１２の企業定義テーブ
ル作成処理（ステップ８８８７）を実行する。あれば、
図１４のステップ８８８８の処理を実施する。企業名
「Ｅ」５５１、パターン名「１」５５２の業務の処理手順５
５３、プロセス（企業名＋業務名）５５４、次のプロセ
ス（１）５５５、（２）５５６、作業指示５５７、作業
標準５５９、制約条件５５Ａを画面より入力する（ステ
ップ８８８８）。「業務の処理手順」５５３、「プロセス」
５５４、「次のプロセス（１）」５５５、「次のプロセス
（２）」５５６、「作業指示」５５７、「引継情報」５５
８、「作業標準」５５９、「制約条件」５５Ａを入力する
（ステップ８８４）。画面入力データを企業定義テーブ
ル（図６）へ登録する（ステップ８８５）。企業間の取
引／プロセス情報３６を受信し（ステップ８１）、検索
部２７は企業データベース２１を検索して指定された受
注番号の企業データベースの取引テーブルを取り出す
（ステップ８２）。企業Ｃサーバ１４のネットワークア
ドレスと受信したパスワードから企業定義テーブルから
該当するものを読込む（ステップ８３）。該当するもの
がなければ、ステップ９１の処理不可を発信元に連絡す
る。受信情報が取引情報かプロセス情報かによって新規
の取引（３５）か、プロセス情報（３６）かを判断する
（ステップ８４）。プロセス情報（３６）であれば、ス
テップ９２以降を実行する。新規取引情報（３５）であ
れば、取引ごとの仮想企業を作成する。これは、図５の
企業モデルテーブルより該当するパターンを選択して図
４の企業データテーブルを作成する。この時、図５の企
業モデルテーブルより受注内容と企業モデルテーブルの
制約制約条件に合致する企業名・パターン名の「企業名
（仮想）」、「業務」、「プロセス（企業名＋業務名）」、
「次のプロセス（１）」、「次のプロセス（２）」、「作業
指示」、「引継情報」、「作業標準時間」を抜き出し、図４
を作成する（ステップ８６）。この時、作業標準時間よ
り、図４の「納期」を決定する（ステップ８７）。図４の
テーブル完成後、本受注ＮＯ．での関連プロセス（企業
名＋業務名）に作業指示メッセージを送信する（ステッ
プ８８）。各プロセスでは、図７のプロセステーブルを
作成して業務を遂行する。このテーブルは、ホストのプ
ロバイダのサーバに持ってもよいし、各企業のサーバ上
にもってもよい。持ち方は、運用・コストを考量してき
めればよい。受注者に仮想企業生成完了メッセージを送
信する。発注者は、内容を確認してＯＫなら発注者に手
配が終了したことを連絡する（ステップ８９）。ステッ
プ８４の判定で取引情報（３５）でなければ、以下の処
理を実行する。受信データがプロセス情報（３６）でな
ければ、受け取れないことを送信先に連絡して終了する
（ステップ９２）。プロセス情報（３６）の受注ＮＯ．
とプロセス名により、企業データベース（図４）を検索
して該当するテーブルを取り出し、図４の作業実績にプ
ロセス情報（３６）の作業完了日をセットする（ステッ
プ９４）。更新した図４のテーブルを更新するととも
に、図７の該当するプロセスのテーブルの「プロセス作
業実績」を更新する（ステップ９５）。作業実績更新
を、関連プロセスに連絡する（ステップ９６）。

【発明の効果】以上説明したように、本発明によれば、
異なる企業間で最適なプロセスを選択した企業間連携が
できる。

【図面の簡単な説明】

【図１】発明の実施例のシステムの構成を示す図であ
る。

【図２】発明の実施例の仮想起業Ｅの全体構成を示す図
である。

【図３】取引情報３５及びプロセス情報３６のデータ例
を示す図である。

【図４】実施形態の企業データベースであり、企業Ｅの
ビジネスプロセスプロセスごとの取り引きテーブルを示
す図である。

【図５】実施形態の企業モデルテーブルであり、パソコ
ンの製造・販売会社Ｅの企業モデルであり、仮想企業名
Ｅ：パターン１を示す図である。

【図６】実施形態の企業定義テーブルを示す図である。

【図７】実施形態の企業定義テーブルの関連データテー
ブルを示す図である。

【図８】実施形態の仮想企業のビジネスプロセス遂行の
流れを示すフローチャートである。

【図９】実施形態の案件別の企業プロセスのフロー画面
である。

【図１０】実施形態の企業モデル作成画面で、パソコン
の製造・販売会社Ｅの企業モデルであり、仮想企業名
Ｅ：パターン１を作成する図である。

【図１１】実施形態のプロセス定義画面で、パソコンの
製造・販売会社Ｅの企業モデルであり、プロセスＡ１を
作成する画面を示す図である。

【図１２】実施形態のプロセス定義テーブル作成の流れ
を示すフローチャートである。

【図１３】実施形態の企業モデル作成の流れを示すフロ
ーチャートである。

【図１４】実施形態の企業モデル作成の流れを示すフロ
ーチャートである。

【符号の説明】

１１…サーバ、１２…企業Ａのサーバ、１３…企業Ｂの
サーバ、１４…企業Ｃのサーバ、１５…企業間等のネッ
トワーク、２０…プロバイダのサーバ、２１…企業デー
タベース、２４…企業間連携管理部、３５…取引情報、
３６…プロセス情報。

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数の企業間で、得意なビジネスプロセス
   を組み合わせて、ネットワークを活用した最適な企業組
   織で企業活動を可能とする方法。
2. 【請求項２】他企業のビジネスプロセスの問合せに応答
   して該当する企業のビジネスプロセスの状況を取り出
   し、企業状況を照会先に送信することを特徴とする請求
   項１記載の企業間連携方法。
3. 【請求項３】ネットワークを介してビジネスプロセス間
   に伝送される情報を取得する手段と、該情報を基にして
   複数の企業に亘る複数のビジネスプロセスに展開する手
   段と、該ビジネスプロセスについての実績報告を取得し
   たとき該作業完了日を記録する手段とを有することを特
   徴とするビジネスプロセス間の取引管理をするサーバ装
   置。
4. 【請求項４】コンピュータが読み取り可能な記憶媒体上
   に実体化され、ビジネスプロセス間の取引管理をするコ
   ンピュータプログラムであって、該プログラムは下記ス
   テップを含む： （ａ）ネットワークを介してビジネスプロセス間に伝送
   される情報を取得し、（ｂ）該取引情報及び既に登録さ
   れているビジネスプロセスを基にして最適なビジネスプ
   ロセスに展開し、（ｃ）該ビジネスプロセスについてビ
   ジネスプロセスの関連ビジネスプロセス部署、連絡を行
   なう。