JPH11167590A - Ｅｃメディアとｅｒｐパッケージとの間の連携処理を行うシステム - Google Patents

Abstract

(57)【要約】 【課題】 企業間ＥＣプロバイダなどＥＣメディアとＥ
ＲＰパッケージとの間の連携処理を行う連携処理システ
ムを設けることによつてＥＲＰパッケージの統合環境を
維持したままＥＣメディアが提供するサービスを利用す
る。 【解決手段】 ＥＲＰ監視部１８は、ＥＲＰパッケージ
システム３が管理する統合ＤＢ３１のデータのうちＥＣ
メディア１のサービスに関連するデータの状態を監視す
る。ＥＣ連携処理部１６は、ＥＲＰ監視部１８からの通
知によりこのデータを読み込んでＥＣ連携情報ＤＢ１３
に退避し、ＥＲＰパッケージシステム３がこのデータを
アクセスしないようロックする。この関連データに基づ
いてＥＣメディア１のサービスを利用し、サービスの結
果データを受け取ったとき、ロックした関連データを更
新してこの関連データに関するＥＲＰパッケージシステ
ム３の処理を再開させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業間の取引処理
に関するサービスを行うＥＣ（Ｅｌｅｃｔｒｏｎｉｃ
Ｃｏｍｍｅｒｃｅ）メディアと、企業内の業務全体を統
合管理し運用するＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅ
ｓｏｕｒｃｅ Ｐｌａｎｎｉｎｇ）パッケージとに係わ
り、特にＥＣメディアとＥＲＰパッケージとの間に介在
してＥＲＰパッケージが扱う情報のうちＥＣサービスに
関連する情報を検出してＥＣメディアの提供するサービ
スを起動する連携処理システムに関する。

【０００２】

【従来の技術】ネットワークを介して企業間で情報の送
受信を行う方法としてＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ
Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）が知られている。
ＥＤＩルールに従って企業間のデータ伝送を行う方法と
して、ＥＤＩ標準データを企業内の固有データに変換す
る方法がある。例えば特開平６−１９７５６号公報は、
企業内のデータをＥＤＩ標準のフォーマットへデータ変
換して送信し、また受信したＥＤＩ標準データを企業内
のフォーマットに変換することによってネットワークを
介する企業間の情報交換を行う方式を開示する。

【０００３】また企業間ＥＣプロバイダは、企業間の取
引処理に関する種々のサービスを提供しており、多くの
企業がＥＣプロバイダに加入してこれらのサービスを利
用している。また複数の企業がデータベース上の設計情
報や部品情報を共有するよう構成されたＣＡＬＳ（Ｃｏ
ｍｍｅｒｃｅ Ａｔ Ｌｉｇｈｔ Ｓｐｅｅｄ）を利用
することによって、製品を短期間に安いコストで製作す
ることが可能である。

【０００４】一方ＥＲＰパッケージソフトウェアは、統
合データベースを管理し、生産、販売、会計など企業の
業務全般に亘って業務アプリケーションプログラムが連
携して実行されるよう運用する。例えば中村実及び他著
の「ＳＡＰ革命」（日本能率協会マネジメントセンタ
ー、１９９７．３．２５、ｐ．６１）によれば、統合デ
ータベースを介して財務会計、購買在庫管理、生産管
理、管理会計、人事管理販売管理のアプリケーションプ
ログラムが連携して実行され、企業内の業務の遂行を統
合された環境のもとに実施することが可能である。

【０００５】

【発明が解決しようとする課題】上記のようなＥＣプロ
バイダが提供するサービスやＣＡＬＳなどネットワーク
上に構築された企業間の取引処理に関するサービスを利
用し、かつ企業内でＥＲＰパッケージを基盤とする企業
活動を行う場合に、ＥＲＰパッケージは統合されたデー
タベースを基にして関連する業務アプリケーションが互
いに連携しながら処理を進めるために不都合が生じる。
例えば外部のＥＣプロバイダから受信したデータを単に
フォーマット変換してＥＲＰパッケージソフトに転送す
ると、ＥＲＰパッケージソフトは変換されたデータを基
にして業務アプリケーションが連携しながら処理を進
め、受注、出荷、納入、売掛計上、請求、回収、決済、
会計、決算と企業活動の最後の処理まで完了してしま
う。すなわちＥＲＰパッケージソフトによる業務処理の
流れとは別に、ＣＡＬＳやＥＣプロバイダのようなＥＣ
メディアと情報の交換をした後に次の業務処理へ進むべ
きところをＥＲＰパッケージソフト内で定義された業務
処理の流れに従って処理を進めるために外部のサービス
による処理と連携できない。

【０００６】本発明の目的は、上記問題点を解決するこ
とにあり、ＥＲＰパッケージソフトを変更することなく
ＥＣメディアの行うサービスとＥＲＰパッケージシステ
ムの行う処理とを連携させる連携処理システムを提供す
ることにある。

【０００７】

【課題を解決するための手段】本発明は、ＥＣメディア
とＥＲＰパッケージとの間に介在してＥＲＰパッケージ
が扱う情報のうちＥＣサービスに関連する情報を検出し
てＥＣメディアの提供するサービスを起動する連携処理
システムであって、ＥＲＰパッケージが管理するデータ
ベースのデータのうちサービスに関連するデータの状態
を監視する手段と、この関連するデータを読み込み、関
連するデータがＥＲＰパッケージシステム内でアクセス
されないようにロックすることによって関連するデータ
に関するＥＲＰパッケージの処理を中断し、関連するデ
ータに基づいてサービスを実行せしめ、サービスの結果
データを受け取った後にこの結果データに基づいてロッ
クされた関連するデータを更新することによって関連す
るデータに関するＥＲＰパッケージの処理を再開する処
理手段とを有する連携処理を行うシステムを特徴とす
る。

【０００８】また本発明は、上記連携処理システムの処
理手順をコンピュータ読み取り可能な記憶媒体上に実体
化したコンピュータ・プログラムを特徴とする。

【０００９】

【発明の実施の形態】以下本発明の一実施形態について
図面を用いて説明する。

【００１０】図１は、本実施形態の情報システムの全体
の構成を示す図である。システムはＥＣメディア１、企
業内情報システム４及び両者を接続する情報伝送メディ
ア９から構成される。ＥＣメディア１は、企業活動を行
うためのサービスを提供するメディアであり、業界ＶＡ
Ｎ（Ｖａｌｕｅ ａｄｄｅｄ Ｎｅｔｗｏｒｋ）、電子
モール、企業間の取引に関するサービスを提供する企業
間ＥＣプロバイダ、消費者と企業との取引に関するサー
ビスを提供する企業消費者間ＥＣプロバイダ、業界ＣＡ
ＬＳ、他社の情報システムなどを含む。ＥＣメディア１
に含まれる各々のメディアは、サーバ、端末装置及び固
有のネットワークを有する情報システムである。情報伝
送メディア９は、公衆回線網、専用線網、ＣＡＴＶ網、
無線通信網、衛星通信網、インターネットなどを含むネ
ットワークの総称である。

【００１１】企業内情報システム４は、ＥＲＰパッケー
ジシステム３とＥＣＥＲＰ連携システム２を含む。ＥＲ
Ｐパッケージシステム３の中のＥＲＰパッケージは、企
業の情報を統合データベースで管理し、業務アプリケー
ションと連携させることによって研究開発、設計、購
買、生産、物流、販売、原価管理、会計、環境管理、人
事労務などの業務全体を統合管理運用するパッケージソ
フトウエアであり、ＥＲＰパッケージシステム３はＥＲ
Ｐパッケージを実行するための計算機システムである。
ここでＥＲＰパッケージは、特にＥＣメディア１を考慮
しない従来型のＥＲＰパッケージとする。ＥＣＥＲＰ連
携システム２は、ＥＲＰパッケージシステム３と情報伝
送メディア９を介するＥＣメディア１とを接続し、ＥＣ
メディア１のサービスを利用しながらＥＲＰパッケージ
システム３の処理を進めるように両者の連携処理を行う
計算機システムである。ＥＣＥＲＰ連携システム２のハ
ードウェアは、パソコン、ワークステーション、メイン
フレームなど連携処理を行うサーバとなる計算機、記憶
装置及び情報伝送メディア９、ＥＲＰパッケージシステ
ム３と通信を行うための通信装置を有する。またＥＲＰ
パッケージシステム３のハードウェアは、アプリケーシ
ョンサーバ及びデータベースサーバとなる計算機、デー
タベースを格納する記憶装置、アプリケーションサーバ
及びデータベースサーバと通信するクライアント計算
機、サーバ計算機とクライアントとを接続するＬＡＮ等
のネットワーク及びＥＣＥＲＰ連携システム２、クライ
アントと通信するための通信装置を有する。

【００１２】図２は、ＥＣＥＲＰ連携システム２を展開
して示すＥＣＥＲＰ連携システム２の構成図である。当
該企業はＥＣメディア１に加入している会員であり、会
員情報データベース（ＤＢ）１１は、ＥＣメディア１と
通信を開始するために必要な会員情報を格納するデータ
ベースである。利用サービスデータベース（ＤＢ）１２
は、取引相手の企業と相手企業の利用しているサービス
など利用サービスに関する情報を格納するデータベース
である。ＥＣ連携情報ＤＢ１３は、ＥＲＰパッケージシ
ステム３とＥＣメディア１との間の連携処理を行うため
に必要な情報を蓄積するデータベースである。会員情報
登録部１４は、ＥＣメディア１へ加入するためのデータ
をＥＣメディア１へ送信し、ＥＣメディア１から取得し
た会員情報を会員情報ＤＢ１１に登録するプログラムで
ある。利用サービス管理部１５は、取引相手企業と利用
サービスに関する情報を利用サービスＤＢ１２に格納す
るプログラムである。ＥＲＰパッケージシステム３は、
ＥＲＰパッケージが管理する統合ＤＢ３１を有する。Ｅ
ＲＰ監視部１８は、統合ＤＢ３１の中でＥＣメディア１
のサービスに関連するデータの状態、ＥＲＰパッケージ
システム３のアプリケーションプログラムの処理実行状
態などを監視するプログラムである。ＥＲＰ制御部１９
は、統合ＤＢ３１へのアクセス、アプリケーションプロ
グラムの実行制御などの制御を行うプログラムである。
ＥＣ連携処理部１６は、ＥＲＰ監視部１８からＥＣメデ
ィア１のサービスを介入させるタイミングで通知を受け
たとき、利用サービスＤＢ１２から取得した相手企業と
利用サービスに基づいてＥＲＰ制御部１９を介して統合
ＤＢ３１上の関連するデータをロックし、関連するデー
タを取得してＥＣ連携情報ＤＢ１３に蓄積し、情報伝送
メディア９を介してＥＣメディア１へデータを送信した
りＥＣメディア１からデータを受信してＥＲＰ制御部１
９を介して統合ＤＢ３１を更新するなど必要な連携処理
を行うプログラムである。伝送情報２２は、ＥＣ連携処
理部１６とＥＣメディア１との間に送受信される情報を
示す。ＥＣメディア１が提供するサービスであってＥＣ
連携処理部１６が連携処理を行うサービスとして、ネッ
ティング・サービス、振込サービス、公開商取引サービ
ス、企業・製品情報提供サービスなどがある。ＥＣ連携
処理部１６の介入を必要としないＥＲＰパッケージシス
テム３とＥＣメディア１との間の単純なデータの送受信
は、ＥＲＰ送受信部２０及び情報変換部１７が行う。Ｅ
ＲＰ送受信部２０は、ＥＲＰパッケージシステム３から
必要なデータを取得して情報変換部１７に渡し、情報変
換部１７がＥＣメディア１の扱うデータ形式に変換して
ＥＣメディア１へ送信する。またＥＣメディア１から受
け取ったデータをＥＲＰパッケージシステム３の扱うデ
ータ形式に変換し、ＥＲＰ送受信部２０を介してＥＲＰ
パッケージシステム３に渡す。情報変換部１７が扱う対
象情報としては、従来型のＥＤＩデータ、音声情報、図
面情報、ＣＡＤ情報、映像情報などがある。

【００１３】ＥＣメディア通信部２１は、情報伝送メデ
ィア９とＥＣ連携処理部１６、会員情報登録部１４、情
報変換部１７との間に介入するハードウェア／ソフトウ
ェアであり、情報伝送メディア９を介するＥＣメディア
１とＥＣＥＲＰ連携システム２との間の通信を制御し、
情報伝送メディア９に含まれる各種の通信網とのインタ
フェースに基づいて情報の変換を行う。またＥＣメディ
ア１に含まれる各プロバイダのインタフェースに基づい
て情報の変換を行う。さらにＥＣメディア通信部２１
は、ＥＣメディア１の各サーバとのログイン／ログアウ
ト、認証処理を行い、ＥＣ利用状況管理を行う。ＥＣ利
用状況管理は、ＥＣメディア１との送受信の状況、利用
状況などを管理し、ＥＣメディア１との送受信の履歴、
利用金額など利用状況を図示しない記憶装置に蓄積す
る。この他にＥＣメディア通信部２１は、暗号処理を行
ったり、ＥＣメディア１に対して定期的に情報を取りに
行くなどのエージェント処理を行うエージェント機能を
追加することも可能である。

【００１４】なお上記ＥＣ連携処理部１６、ＥＲＰ監視
部１８及びＥＲＰ制御部１９のプログラムを記憶媒体に
格納し、図示しない駆動装置を介してＥＣＥＲＰ連携シ
ステム２の計算機の主記憶装置に読み込んで実行するこ
とが可能である。

【００１５】図３は、会員情報登録部１４の処理の流れ
を示すフローチャートである。いずれかのＥＣメディア
に加入したい企業の担当者が図示しない入力装置を介し
て企業名、住所、電話番号、代表者氏名、利用したいサ
ービス名など必要なデータを入力すると、会員情報登録
部１４はこのデータを受け取り（ステップ４１）、ＥＣ
メディア通信部２１及び情報伝送メディア９を介して当
該ＥＣメディア１へ送信する（ステップ４２）。当該Ｅ
Ｃメディア１が入会を受け付けて会員のＩＤ番号を発行
し、会員情報登録部１４はＥＣメディア通信部２１を介
してこのＩＤ番号を受信し（ステップ４３）、会員情報
ＤＢ１１に登録保存する（ステップ４４）。さらに当該
ＥＣメディア１が発行した暗号キーを受信し（ステップ
４５）、会員情報ＤＢ１１に登録保存する（ステップ４
６）。複数のＥＣメディアに加入する場合には、上記の
処理を各ＥＣメディアごとに行う。

【００１６】図４は、利用サービスＤＢ１２のデータ例
を示す図である。利用サービスＤＢ１２は、取引相手企
業ごとに利用するＥＣメディア１の名称と、利用するサ
ービス名又はサービスの種別を登録する。企業名は相手
企業の識別子である。

【００１７】担当者が図示しない入力装置を介して取引
相手企業、利用するＥＣメディア名、サービス名などを
入力すると、利用サービス管理部１５は、これらの情報
を利用サービスＤＢ１２に登録する。

【００１８】図５は、ＥＲＰパッケージシステム３内に
含まれる統合ＤＢ３１の中で月次支払一覧のデータ例を
示す図である。図５（ａ）は、月次の締めの結果として
取引先への支払いについて情報を示すテーブルである。
各レコードは、支払先企業、支払金額、支払日及び支払
の状態の各データ項目より構成される。状態は支払いが
完了したかまだ支払っていないかの状態を示す。この他
の月次の締めとして、売掛けに基づく月次回収一覧や棚
卸に基づく在庫一覧など企業活動に係わる様々な締めが
ある。また企業間の契約により、月次の締め以外に週
次、日次又は隔月などで締めを行ってもよい。図５
（ｂ）は、図５（ａ）の月次支払一覧表中のＡ社とＢ社
についてネッティング処理を行った結果を反映した一覧
表であり、支払先Ａ社及びＢ社についてのレコードが支
払先としてＥＣメディアについてのレコードに置き換え
られている。図５（ｃ）は、図５（ｂ）の一覧表につい
て支払が完了したときの一覧表であり、支払先ＥＣメデ
ィアについてのレコードが削除されて支払先Ａ社及びＢ
社についてのレコードに置き換えられ、支払の状態が
「支払済」に更新されたときの一覧表を示す。

【００１９】図６は、ＥＣ連携情報ＤＢ１３の中でネッ
ティング対象企業月次支払一覧のデータ例を示す図であ
る。図６（ａ）は、統合ＤＢ３１内の月次支払一覧の中
でネッティング対象企業の支払レコードが抽出され登録
されたものを示す。図６（ｂ）は、列挙されている支払
先企業の支払が終了し、図６（ａ）の支払の状態の項目
が「支払済」に更新されたときの一覧表を示す。

【００２０】図７は、ＥＣ連携処理部１６がＥＣメディ
ア通信部２１と情報伝送メディア９を介してＥＣメディ
ア１との間に送受信する伝送情報２２のうち、ネッティ
ング・サービスに関して送受信されるデータ例を示す図
である。図７（ａ）は、ＥＣ連携処理部１６からＥＣメ
ディア１へ送信されるネッティング登録情報である。各
レコードは、支払元企業、支払先企業及び支払金額より
成る。図７（ｂ）は、ＥＣ連携処理部１６がＥＣメディ
ア１から受信する情報であり、図７（ａ）に関するネッ
ティング結果を示す。ネッティングの結果としてＸ社か
らＡ社への支払及びＸ社からＢ社への支払がＸ社からＥ
Ｃメディアへの支払に置換されている。ここでＸ社は、
企業内情報システム４を有し、ＥＣＥＲＰ連携システム
２による処理をしている企業を指す。なおネッティング
結果が受取となる場合には、支払元企業がＥＣメディ
ア、支払先企業がＸ社となる。

【００２１】図８ａ〜図８ｃは、ＥＣ連携処理部１６の
処理を中心とする処理の流れを示すフローチャートであ
る。ここではＥＣメディアが提供するサービスの１つで
あるネッティング・サービスを例として取り上げ、ＥＲ
Ｐ監視部１８、ＥＲＰ制御部１９、ＥＣメディア通信部
２１、ＥＲＰパッケージシステム３及びＥＣメディア１
の処理に言及しながらＥＣ連携処理部１６の処理手順に
ついて説明する。ＥＲＰパッケージシステム３は、購買
業務の結果および購入先からの請求などにより当月の月
次支払いを確定し、統合ＤＢ３１中に図５（ａ）に示す
ような月次支払一覧を作成する（ステップ５１）。ＥＲ
Ｐ監視部１８は月次支払レコードが追加されたことを検
出し、ＥＣ連携処理部１６に通知する（ステップ５
２）。なおＥＲＰ監視部１８は、一般にＥＣメディア１
のサービスに関連するデータまたはレコードについて追
加、削除、更新が行われたり、関連するレコード内のフ
ラグの状態が変化したことを監視する。ＥＲＰ監視部１
８は追加された支払レコード中の支払先企業の名称を読
み取ってＥＣ連携処理部１６に渡すので、ＥＣ連携処理
部１６は、利用サービスＤＢ１２を参照して「利用サー
ビス」の列からネッティング・サービスを利用している
企業名を抽出する（ステップ５３）。なおステップ５３
の処理の代わりに、ステップ５２でＥＲＰ監視部１８が
利用サービスＤＢ１２を参照してネッティング・サービ
スを利用している企業の月次支払レコードを監視するよ
うにしてもよい。図４の例ではＡ社とＢ社がネッティン
グ・サービスを利用している。もし該当するネッティン
グ対象企業がなければ、ＥＣ連携処理部１６の処理を終
了する。次にＥＣ連携処理部１６は、統合ＤＢ３１の月
次支払一覧のうちネッティング対象企業に関するレコー
ドがアクセスされないようにロックする処理を行う（ス
テップ５４）。

【００２２】図８ｃは、ロック処理の一例を示すフロー
チャートである。ＥＣ連携処理部１６は、ＥＲＰ制御部
１９を介して統合ＤＢ３１中の月次支払一覧の中からネ
ッティング対象企業のレコードを読み込み（ステップ８
１）、ＥＣ連携情報ＤＢ１３内にこれらのレコードを登
録する（ステップ８２）。その結果として、ＥＣ連携情
報ＤＢ１３中に図６（ａ）に示すような一覧表が作成さ
れる。次にＥＲＰ制御部１９を介して統合ＤＢ３１中の
月次支払一覧の中からネッティング対象企業のレコード
を削除する（ステップ８３）。ステップ８３で統合ＤＢ
３１中のネッティング対象企業の支払レコードを削除す
る前にステップ８２でこれらの支払レコードをＥＣ連携
情報ＤＢ１３に退避し、後に退避した支払レコードを更
新した後に統合ＤＢ３１に復帰させる。なおＥＲＰパッ
ケージシステム３が月次の支払の確定をすると、その後
に支払い処理（銀行での精算処理）を行う。この支払い
処理の結果とネッティング処理の結果が異なることがあ
る。ここではネッティング対象企業についてはネッティ
ング処理を優先するものとし、ネッティング処理が終了
するまでネッティング対象企業の支払レコードについて
ＥＲＰパッケージシステム３の処理を中断するためにロ
ック処理を行っている。

【００２３】次に図８ａに戻りＥＣ連携処理部１６は、
ＥＣ連携情報ＤＢ１３からネッティング対象企業月次支
払一覧を読み込み（ステップ５５）、図７（ａ）に示す
ようなネッティング登録情報を作成する（ステップ５
６）。次にＥＣメディア通信部２１を介してネッティン
グ・サービスを提供するＥＣメディア１へログインし
（ステップ５７）、ＥＣメディア通信部２１が会員情報
ＤＢ１１の情報を参照して認証処理を行い（ステップ５
８）、作成したネッティング登録情報を当該ＥＣメディ
ア１へ送信する（ステップ５９）。ＥＣメディア１はこ
のネッティング登録情報を受信する（ステップ６０）。
ＥＣ連携処理部１６は、ＥＣメディア通信部２１を介し
て一旦ＥＣメディア１からログアウトして（ステップ６
１）、ネッティング結果が送信されるまで待つ。ＥＣメ
ディア１はネッティング処理を行い（ステップ６２）、
処理終了したとき図７（ｂ）に示すようなネッティング
結果を送信する（ステップ６３）。ここでネッティング
処理とは、企業間の受取・支払金額を精算して各企業の
受取又は支払の金額を算出する処理である。ＥＣ連携処
理部１６は、ＥＣメディア通信部２１を介してこのネッ
ティング結果を受信する（ステップ６４）。なおＥＣ連
携処理部１６がネッティング結果をＥＣメディア１から
ダウンロードしてもよい。

【００２４】次に図８ｂに移り、ＥＣ連携処理部１６
は、ネッティング結果に基づく支払レコードを作成する
（ステップ６５）。このレコードは、支払先企業、支払
金額、支払日及び支払状態の各データ項目から成る。本
例では支払先企業がＥＣメディアであり、支払状態が
「未」である。次にＥＲＰ制御部１９を介して統合ＤＢ
３１中の月次支払一覧にネッティング結果に基づく支払
のレコードを追加する（ステップ６６）。その結果、統
合ＤＢ３１中の月次支払一覧は図５（ｂ）に示すものと
なる。ここでネッティング対象企業の支払レコードは、
実質的にロック解除されたことになり、ＥＲＰパッケー
ジシステム３はネッティング対象企業の支払レコードに
相当するデータに関して処理を再開することができる。
ＥＲＰパッケージシステム３は、ＥＲＰパッケージが本
来備えている機能により、ＥＲＰパッケージシステム３
の日付が統合ＤＢ３１中の月次支払一覧の支払日の列と
一致した支払に対して支払い処理を行い、統合ＤＢ３１
中の月次支払一覧の支払の状態を「支払済」に更新する
（ステップ６７）。ＥＲＰ監視部１８は、月次支払一覧
の支払状態の列を常時監視しているので、支払い処理が
終了したことを検出し、ＥＣ連携処理部１６に通知する
（ステップ６８）。ＥＣ連携処理部１６は、ＥＣメディ
アに対する支払処理が終了したとの通知を受けると、Ｅ
Ｃ連携情報ＤＢ１３中のネッティング対象企業月次支払
一覧の支払状態の列を「支払済」に更新する（ステップ
６９）。この結果としてＥＣ連携情報ＤＢ１３中のネッ
ティング対象企業月次支払一覧は図６（ｂ）に示すもの
となる。次にＥＲＰ制御部１９を介して統合ＤＢ３１中
の月次支払一覧のＥＣメディアに対する支払レコードを
削除し（ステップ７０）、ＥＣ連携情報ＤＢ１３からネ
ッティング対象企業月次支払一覧を読み込み（ステップ
７１）、ＥＲＰ制御部１９を介してネッティング対象企
業の支払レコードを追加する（ステップ７２）。その結
果、統合ＤＢ３１中の月次支払一覧は図５（ｃ）に示す
ものとなる。これによって月次支払一覧中のネッティン
グ対象企業の支払レコードが最新の状態に更新されて統
合ＤＢ３１に復帰する。ＥＲＰパッケージシステム３
は、ネッティング対象企業が支払済であると判断し、Ｅ
ＲＰパッケージ内で定義されている業務処理の手順に基
づき、ＥＣメディアを意識することなく次の処理を実施
する。

【００２５】なおネッティング結果がＥＣメディアから
の受取となった場合には、ＥＣ連携処理部１６の処理手
順は次の通りとなる。

【００２６】（ａ）ステップ５１〜６４の処理は上記処
理と同じである。ただしＥＣＥＲＰ連携システム２がＥ
Ｃメディア１から受信するネッティング結果は、ＥＣメ
ディアが支払元企業であり、Ｘ社が支払先企業である。

【００２７】（ｂ）ステップ６５〜７２の処理について
は、まずステップ６９〜７２の処理を行って統合ＤＢ３
１中の月次支払一覧のネッティング対象企業の支払レコ
ードを「支払済」に更新する。次にネッティング結果に
基づいて回収レコードを作成し、ＥＲＰパッケージシス
テム３の統合ＤＢ３１に書き込む。これによってＥＲＰ
パッケージシステム３は回収処理を行う。

【００２８】またネッティング・サービスには、取引先
企業から売掛金に対する代金を入金してもらうための回
収についてのサービスも含まれるが、その売掛金回収に
ついてのＥＣ連携処理部１６の処理手順は次の通りとな
る。

【００２９】（ａ）ステップ５１で月次回収一覧が作成
される。

【００３０】（ｂ）ステップ５２でＥＲＰ監視部１８は
月次回収レコードが追加されたことを検出し、ＥＣ連携
処理部１６に通知する。

【００３１】（ｃ）ステップ５３でネッティング対象企
業を抽出する。

【００３２】（ｄ）ステップ５４で月次回収一覧の該当
レコードをロックする。

【００３３】（ｅ）ステップ５５でネッティング対象企
業の月次回収一覧を読み込む。

【００３４】（ｆ）ステップ５６でネッティング登録情
報を作成する。ここではＸ社が受取となるので、取引相
手企業が支払元企業であり、Ｘ社が支払先企業となる。

【００３５】（ｇ）ステップ５７〜６４は、まったく同
じ処理となる。

【００３６】（ｈ）ステップ６５でネッティング結果に
基づく回収レコードを作成する。

【００３７】（ｉ）ステップ６６で月次回収一覧に回収
レコードを追加する。これによってＥＲＰパッケージシ
ステム３は回収処理を行う。

【００３８】（ｊ）ステップ６７で支払元企業から入金
され、ＥＲＰパッケージシステム３は回収状態を回収済
にする。

【００３９】（ｋ）ステップ６８でＥＲＰ監視部１８は
回収処理が終了したことを検出し、ＥＣ連携処理部１６
に通知する。

【００４０】（ｌ）ステップ６９でネッティング対象企
業月次回収一覧を回収済に更新する。

【００４１】（ｍ）ステップ７０で月次回収一覧のＥＣ
メディアに関する回収レコードを削除する。

【００４２】（ｎ）ステップ７１，７２でネッティング
対象企業月次回収一覧を読み込んで取引相手企業のネッ
ティング対象レコードを追加する。なおＥＣ連携処理部
１６は、支払と受取のネッティング登録情報を月次でま
とめて作成しＥＣメディア１へ送信するので、ステップ
５７〜６４は支払と受取を含む複数のネッティング登録
情報をまとめて処理することになる。

【００４３】なお上記ＥＲＰデータのロック方法の代わ
りに他の方法を用いてもよい。例えば統合ＤＢ３１中の
月次支払一覧からＡ社とＢ社の支払レコードを削除した
月次支払一覧のダミーテーブルを作成し、ＥＲＰパッケ
ージシステム３には本物の月次支払一覧の代わりにダミ
ーテーブルをアクセスさせてもよい。またこれらの支払
レコードを削除せず、ＥＲＰパッケージシステム３から
アクセス禁止にする方法もある。またＥＲＰ監視部１８
が統合ＤＢ３１を監視する代わりに、ＥＲＰパッケージ
システム３のアプリケーションプログラムが処理を終了
した時点で処理の終了をメッセージとしてＥＲＰ監視部
１８に送信し、ＥＲＰ監視部１８がこのメッセージを判
断することによってＥＣメディア１との連携処理を行う
必要があるときに、ＥＣ連携処理部１６に通知するよう
にしてもよい。例えばアプリケーションプログラムが月
次支払一覧の作成処理を行い、その終了メッセージをク
ライアントへ返す時点などである。あるいはクライアン
トからアプリケーションプログラムに対して処理を要求
した時点の入力データをＥＲＰ監視部１８に送信し、Ｅ
ＲＰ監視部１８がこの入力データによって判断してもよ
い。例えばクライアントからアプリケーションプログラ
ムに対して月次支払一覧の作成依頼のメッセージを発行
する時点などである。

【００４４】上記実施形態ではＥＣメディアが提供する
サービスとして、ネッティング・サービスを例示した。
この他にＥＣメディアが提供するサービスである振込、
公開商取引、企業や製品情報の登録・検索などのサービ
スについても同様にＥＣＥＲＰ連携システム２がＥＲＰ
パッケージシステム３との連携処理を行うことができ
る。例えば振込処理では、ＥＲＰパッケージシステム３
が振込一覧を作成するが、この振込一覧中の振込レコー
ドは振込先企業、振込金額及び振込状態を含む。従って
ネッティング・サービスと同様にＥＣメディアの振込サ
ービスを利用している振込先企業の振込レコードをロッ
クし、ＥＣメディアの振込サービスを利用した後、最終
的に振込対象企業の振込状態を「振込済」の状態にすれ
ばよい。また公開商取引では、製品の売り又は買いに応
じてＥＲＰパッケージシステム３が発注データと見積依
頼データ（買い）又は受注データと見積回答データ（売
り）を作成するので、上記と同様に公開商取引の対象と
なる取引先企業及び製品に係わる案件をロックし、ＥＣ
メディアの公開商取引を利用した後、その結果として発
注データ又は受注データを書き替えればよい。また製品
情報の登録及び検索では、ＥＲＰパッケージシステム３
が管理する商品マスタＤＢ中の商品情報について情報変
換部１７を介してＥＣメディアが扱うデータ形式に変換
してＥＣメディアへ送信し、ＥＣメディアが保有するデ
ータベースに登録する。またＥＣメディアが保有する他
企業の企業・製品情報を検索し、情報変換部１７を介し
てＥＲＰパッケージシステム３が扱うデータ形式に変換
してＥＲＰパッケージシステム３に渡すことができる。
企業・製品情報の登録及び検索にはロック処理が介入し
ない。このようにＥＣメディア１が新たなサービスを提
供するとき、それに応じてＥＣ連携処理部１６、ＥＲＰ
監視部１８及びＥＲＰ制御部１９の機能追加をすること
によって新たなサービスに対して対応できる。

【００４５】なおデータベースやテーブルの参照・更新
を伴う複雑な連携処理がなく、単にＥＲＰパッケージシ
ステム３からＥＣメディア１へ情報を送信したりＥＣメ
ディア１からＥＲＰパッケージシステム３へ情報を受信
する場合（例えばＶＡＮに情報を送る場合、他企業に受
注情報を渡す場合など）には、ＥＣ連携処理部１６、Ｅ
ＲＰ監視部１８及びＥＲＰ制御部１９を介入することな
く、情報変換部１７がＥＲＰ送受信部２０を介してＥＲ
Ｐパッケージシステム３から情報を受け取ってＥＣメデ
ィアのデータ形式に変換してＥＣメディア１へ送り、ま
た情報変換部１７がＥＣメディア１から情報を受け取っ
てＥＲＰパッケージシステム３が扱うデータ形式に変換
してＥＲＰパッケージシステム３に渡せばよい。

【００４６】

【発明の効果】以上説明したように本発明によれば、Ｅ
ＣメディアとＥＲＰパッケージシステムとの間に介在し
て両者の連携処理を行う連携処理システムを設けるの
で、ＥＣメディアが提供するサービスを利用しながらＥ
ＲＰパッケージシステムの統合環境を維持することがで
きる。一般的に言えば、ＥＣメディアとＥＲＰパッケー
ジシステムとの間に連携処理システムを介在させること
によってＥＲＰパッケージシステムを変更する必要はな
く、ＥＲＰパッケージシステムの稼動に支障が生じない
ようにすることが可能であり、またＥＲＰパッケージシ
ステムの利用者がＥＣメディアの存在を意識する必要は
ない。さらにＥＣメディアが新たなサービスを提供する
ごとに連携処理システムの機能追加によって対応するこ
とができる。

【図面の簡単な説明】

【図１】実施形態の情報システムの全体の構成を示す図
である。

【図２】実施形態のＥＣＥＲＰ連携システム２を中心と
する構成図である。

【図３】実施形態の会員情報登録部１４の処理の流れを
示すフローチャートである。

【図４】実施形態の利用サービスＤＢ１２のデータ例を
示す図である。

【図５】実施形態の統合ＤＢ３１中の月次支払一覧のデ
ータ例を示す図である。

【図６】実施形態のＥＣ連携情報ＤＢ１３中のネッティ
ング対象企業月次支払一覧のデータ例を示す図である。

【図７】実施形態の伝送情報２２のデータ例を示す図で
ある。

【図８ａ】実施形態のＥＣ連携処理部１６の処理を中心
とする処理の流れを示すフローチャートである。

【図８ｂ】実施形態のＥＣ連携処理部１６の処理を中心
とする処理の流れを示すフローチャート（続き）であ
る。

【図８ｃ】実施形態のＥＣ連携処理部１６の処理を中心
とする処理の流れを示すフローチャート（続き）であ
る。

【符号の説明】

２：ＥＣＥＲＰ連携システム、１３：ＥＣ連携情報Ｄ
Ｂ、１６：ＥＣ連携処理部、１８：ＥＲＰ監視部、１
９：ＥＲＰ制御部、３１：統合ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 金井 貞人 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報システム事業部内 (72)発明者 片柳 隆弘 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内 (72)発明者 横山 文男 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報システム事業部内

Claims (9)

【特許請求の範囲】
1. 【請求項１】企業間の取引処理に関するサービスを行う
   情報システムであるＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏ
   ｍｍｅｒｃｅ）メディアと、企業内の業務全体を統合管
   理し運用するＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏ
   ｕｒｃｅ Ｐｌａｎｎｉｎｇ）パッケージが稼動する情
   報システムであるＥＲＰパッケージシステムとの間に介
   在して該ＥＲＰパッケージが扱う情報のうち該サービス
   に関連する情報を検出して該ＥＣメディアの提供するサ
   ービスを起動する連携処理システムであって、 該連携処理システムは、該ＥＲＰパッケージが管理する
   データベースのデータのうち該サービスに関連するデー
   タの状態を監視する手段と、該関連するデータを読み込
   み、該関連するデータがＥＲＰパッケージシステム内で
   アクセスされないようにロックすることによって該関連
   するデータに関するＥＲＰパッケージの処理を中断し、
   該関連するデータに基づいて該サービスを実行せしめ、
   該サービスの結果データを受け取った後に該結果データ
   に基づいてロックされた該関連するデータを更新するこ
   とによって該関連するデータに関するＥＲＰパッケージ
   の処理を再開する処理手段とを有することを特徴とする
   ＥＣメディアとＥＲＰパッケージとの間の連携処理を行
   うシステム。
2. 【請求項２】該連携処理システムは、さらに相手企業の
   識別子と利用するサービスの種別との対応を記憶する記
   憶手段と、該記憶手段内の対応を参照して該関連するデ
   ータの中から該当する相手企業に関するデータを抽出
   し、抽出したデータに基づいて該サービスを実行せしめ
   る処理手段とを有することを特徴とする請求項１記載の
   ＥＣメディアとＥＲＰパッケージとの間の連携処理を行
   うシステム。
3. 【請求項３】該連携処理システムは、さらに読み込んだ
   関連するデータを格納する記憶手段と、該データベース
   内の該関連するデータを削除することによつてロック
   し、読み込んだ関連データを該記憶手段に退避し、退避
   した該関連するデータを更新した後に該データベースに
   追加することによって該関連するデータを該ＥＲＰパッ
   ケージシステム内に復帰させる処理手段とを有すること
   を特徴とする請求項１記載のＥＣメディアとＥＲＰパッ
   ケージとの間の連携処理を行うシステム。
4. 【請求項４】該サービスはネッティング・サービスであ
   ることを特徴とする請求項１記載のＥＣメディアとＥＲ
   Ｐパッケージとの間の連携処理を行うシステム。
5. 【請求項５】企業間の取引処理に関するサービスを行う
   情報システムであるＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏ
   ｍｍｅｒｃｅ）メディアと企業内の業務全体を統合管理
   し運用するＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕ
   ｒｃｅ Ｐｌａｎｎｉｎｇ）パッケージが稼動する情報
   システムであるＥＲＰパッケージシステムとの間に介在
   して該ＥＲＰパッケージが扱う情報のうち該サービスに
   関連する情報を該ＥＣメディアとＥＲＰパッケージシス
   テムとの間で送受信する連携処理システムであって、 該連携処理システムは、該ＥＲＰパッケージシステムか
   ら受け取った情報を情報変換してＥＣメディアへ送信す
   る手段と、ＥＣメディアから受け取った情報を情報変換
   して該ＥＲＰパッケージシステムに渡す手段とを有する
   ことを特徴とするＥＣメディアとＥＲＰパッケージとの
   間の連携処理を行うシステム。
6. 【請求項６】コンピュータ読み取り可能な記憶媒体上に
   実体化されたコンピュータ・プログラムであって、該プ
   ログラムは、企業間の取引処理に関するサービスを行う
   情報システムであるＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏ
   ｍｍｅｒｃｅ）メディアと企業内の業務全体を統合管理
   し運用するＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕ
   ｒｃｅ Ｐｌａｎｎｉｎｇ）パッケージが稼動する情報
   システムであるＥＲＰパッケージシステムとの間に介在
   して該ＥＲＰパッケージが扱う情報のうち該サービスに
   関連する情報を検出して該ＥＣメディアの提供するサー
   ビスを起動する連携処理システム内で実行されるプログ
   ラムであって、該プログラムは下記のステップを含む： （ａ）該ＥＲＰパッケージが管理するデータベースのデ
   ータのうち該サービスに関連するデータの状態を監視
   し、（ｂ）該関連するデータを読み込み、該関連するデ
   ータがＥＲＰパッケージシステム内でアクセスされない
   ようにロックすることによって該関連するデータに関す
   るＥＲＰパッケージの処理を中断し、（ｃ）該関連する
   データに基づいて該サービスを実行せしめ、（ｄ）該サ
   ービスの結果データを受け取った後に該結果データに基
   づいてロックされた該関連するデータを更新することに
   よって該関連するデータに関するＥＲＰパッケージの処
   理を再開する。
7. 【請求項７】該プログラムは、さらに相手企業の識別子
   と利用するサービスの種別との対応を記憶する記憶手段
   を参照して該関連するデータの中から該当する相手企業
   に関するデータを抽出し、抽出したデータに基づいて該
   サービスを実行せしめるステップを含むことを特徴とす
   る請求項６記載のコンピュータ・プログラム。
8. 【請求項８】該プログラムは、さらに該データベース内
   の該関連するデータを削除することによつてロックし、
   読み込んだ関連データを記憶手段に退避し、退避した該
   関連するデータを更新した後に該データベースに追加す
   ることによって該関連するデータを該ＥＲＰパッケージ
   システム内に復帰させるステップを含むことを特徴とす
   る請求項６記載のコンピュータ・プログラム。
9. 【請求項９】該サービスはネッティング・サービスであ
   ることを特徴とする請求項６記載のコンピュータ・プロ
   グラム。