JP4033959B2 - 企業間取引における案件投入状況の管理方法及びシステム - Google Patents
企業間取引における案件投入状況の管理方法及びシステム Download PDFInfo
- Publication number
- JP4033959B2 JP4033959B2 JP35962497A JP35962497A JP4033959B2 JP 4033959 B2 JP4033959 B2 JP 4033959B2 JP 35962497 A JP35962497 A JP 35962497A JP 35962497 A JP35962497 A JP 35962497A JP 4033959 B2 JP4033959 B2 JP 4033959B2
- Authority
- JP
- Japan
- Prior art keywords
- status
- source
- business
- information
- input
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【発明の属する技術分野】
本発明は、企業間取引システムに係わり、特にシステムに投入された業務案件の案件投入状況を管理する方法及びシステムに関する。
【0002】
【従来の技術】
電子計算機を利用するいわゆる電子商取引の一環として企業間取引システムが提案され実用化されている。企業間取引システムは、取引先企業との間の情報交換を円滑に行うよう支援するシステムであり、資材・購買業務支援サービス、営業業務支援サービス、決済業務支援サービスなど種々のサービスを提供する。例えば見積支援サービスでは、見積依頼者となる企業が見積案件をシステムの案件データベースに登録し、回答者となる企業がこの見積案件を参照して見積回答を作成する。
【0003】
【発明が解決しようとする課題】
上記のような企業間取引システムでは、情報発信元の企業が自分宛に投入された処理すべき案件の状況を把握する必要がある。情報発信元の案件データベース及び業務処理プログラムが1つの業務サーバに集中している場合には、この案件データベースを情報受信元の識別子によって検索することによって容易に登録済又は仕掛り中の案件の一覧を作成することができる。しかしこのような業務サーバが例えば情報発信元ごとのように分散して配置されている場合には、情報受信元に関連する案件の投入状況を収集することが容易ではない。
【0004】
本発明の目的は、情報発信元の案件データベースが分散して設けられている環境において、情報受信元に関連する案件の投入状況を集約して管理することにある。
【0005】
【課題を解決するための手段】
本発明は、情報発信元ごとに各情報受信元の投入案件状況を第1の記憶手段に格納しておき、情報発信元の新規案件の登録に応答して該当する受信元の投入案件状況を更新し、情報受信元ごとに各情報発信元の投入案件状況を第2の記憶手段に格納しておき、上記の受信元の投入案件状況の更新に応答して該当する受信元に関する情報発信元の投入案件状況を更新し、情報受信元による照会に応答して第2の記憶手段を参照し、該当する受信元に関する各情報発信元の投入案件状況を照会元の情報受信元に送付する企業間取引における案件投入状況の管理方法を特徴とする。
【0006】
情報受信元が投入案件状況中の特定の情報発信元を指示する案件取得要求を発行すると、該当する業務データベースから指定された案件を取り出して要求のあった情報受信元に送付する。
【0007】
また本発明は、上記の第1の記憶手段と第1の記憶手段上の投入案件状況を更新する手段とを有する第1のサーバと、上記の第2の記憶手段と、第2の記憶手段上の投入案件状況を更新する手段と、情報受信元による照会に応答して投入案件状況を照会元の情報受信元に送付する手段とを有する第2のサーバとを具備する企業間取引における案件投入状況を管理するシステムを特徴とする。
【0008】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。
【0009】
図1は、企業間取引システムの中で本発明と直接関連する部分のシステム構成図である。業務サーバ2は、企業間取引の業務サービスを行う計算機であり、A社S事業所業務サーバ2−1、B社U事業所業務サーバ2−2、・・・のように情報発信元の企業又は企業内事業所ごとに分かれている。サービスステータス・サーバ4は、すべての業務サーバ2に亘ってサービスステータスを管理する計算機である。クライアント5は、業務サーバ2及びサービスステータス・サーバ4にアクセスしてサービスを受ける側のパソコン等の計算機であり、A社S事業所クライアント5−1、B社U事業所クライアント5−2、・・・のようにいずれかの企業又は企業内事業所に属している。ネットワーク10は、業務サーバ2、サービスステータス・サーバ4及びクライアント5の間を接続するネットワークである。
【0010】
業務サーバ2は、案件データベース(DB)11、案件数情報DB12、業務プログラム21及びステータス管理プログラム22を有する。案件データベース11は、業務サーバ2の記憶装置上に設けられるDBであり、情報受信元が指定される案件データ及び情報受信元が指定されない公開案件を格納するデータベースである。案件数情報DB12は、業務サーバ2の記憶装置上に設けられるDBであり、受信元が指定される案件については受信元ごとに案件数を格納するデータベースである。業務プログラム21は、クライアント5からの要求に従って案件DB11への案件データの登録、参照、更新及び削除など業務サービスを実行するプログラムである。ステータス管理プログラム22は、業務プログラム21から案件データの登録又は削除の通知を受けてサービスステータス、すなわち案件数情報DB12の案件数を更新するとともに、サービスステータス・サーバ4へステータスを報告するプログラムである。またステータス管理プログラム22は、クライアント5からの照会を受けて案件数情報DB12の内容をクライアント5へ送信し、クライアント5からの案件取得の通知を受けて案件数情報DB12の案件数を更新するとともに、サービスステータス・サーバ4へステータスを報告する。B社U事業所業務サーバ2−2、C社W事業所業務サーバ2−3、・・・は、A社S事業所業務サーバ2−1と同じ構成を有する。以下業務サーバ2と言うとき、これらA社S事業所業務サーバ2−1、B社U事業所業務サーバ2−2、・・・のいずれかサービスによって該当する業務サーバを指すものとする。
【0011】
サービスステータス・サーバ4は、サービスステータスDB13及びステータス管理プログラム23を有する。サービスステータスDB13は、サービスステータス・サーバ4の記憶装置上に設けられるDBであり、受信元が指定される案件については受信元ごとにテーブルを有し、受信元テーブル内に各発信元とその案件の件数を格納する。ステータス管理プログラム23は、各業務サーバ2のステータス管理プログラム22からステータス報告を受けて該当する受信元テーブルを更新する。またステータス管理プログラム23は、クライアント5からの照会に応答して該当する受信元テーブルの内容を編集してクライアント5へ送信する。
【0012】
クライアント5は、業務サーバ2の業務プログラム21と接続して案件DB11への案件データを登録したり、案件DB11の案件データを参照、更新、削除するなどの業務処理を行う。またステータス管理プログラム22と接続して案件数情報DB12の内容を照会したり取得した案件数を通知する。またサービスステータス・サーバ4のステータス管理プログラム23と接続してサービスステータスDB13の中の該当する受信元テーブルを参照する。以下クライアント5と言うとき、A社S事業所クライアント5−1、B社U事業所クライアント5−2、・・・のいずれかサービスによって該当するクライアントを指すものとする。
【0013】
ステータス管理プログラム22及びステータス管理プログラム23を各々記憶媒体上に格納し、それぞれ業務サーバ2及びサービスステータス・サーバ4に接続される駆動装置を介して計算機の主記憶装置に格納するか又はプログラム伝送によってそれぞれ業務サーバ2及びサービスステータス・サーバ4に送信し、計算機の主記憶装置に格納した後に計算機によって実行することが可能である。
【0014】
ネットワーク10は、専用線、ISDN、LAN、WAN、インターネットなど様々なネットワーク要素によって構成されるネットワークの全体を総称するものとする。本発明ではその詳細な構成には立ち入らない。
【0015】
図1の企業間取引システムに参加する企業または企業内事業所は、本システムの会員として図示しない会員管理サーバに登録され、クライアント5が業務サーバ2及びサービスステータス・サーバ4にアクセスする際には会員の認証を受ける。以下情報発信元の会員が案件DB11に案件データを登録してから情報受信元の会員が案件データを取得するまでのシステム全体に亘る処理手順の概略について説明する。情報発信元の会員に属するクライアント5から業務サーバ2の業務プログラム21に案件登録の要求があったとき、業務プログラム21は案件DB11に情報受信元の識別子を含む案件データを登録し、ステータス管理プログラム22に新規案件の登録を報告する。ステータス管理プログラム22は、案件数情報DB12上の該当する受信元の案件数を更新し、ネットワーク10を介してサービスステータス・サーバ4へ更新されたサービスステータスを通知する。ステータス管理プログラム23は、このステータス通知によってサービスステータスDB13上の該当する受信元テーブル内の該当する発信元の案件数を更新する。このようにしてサービスステータスDB13上の各受信元テーブルには発信元ごとの案件数が集積される。情報受信元の会員に属するクライアント5からサービスステータス・サーバ4のステータス管理プログラム23にサービスステータスの照会があったとき、ステータス管理プログラム23はサービスステータスDB13を参照して該当する受信元テーブルを編集して照会元のクライアント5へ送信する。照会元のクライアント5は、この受信元テーブルを表示装置上に表示する。会員利用者から発信元と取得案件数の指示があったとき、クライアント5は該当する発信元の業務サーバ2に宛てて案件取得の要求を送信する。該当する業務サーバ2の業務プログラム21は、案件DB11を参照して該当する受信元が指定された案件データを取り出してクライアント5へ送信する。クライアント5からこの業務サーバ2へ取得通知が送られたとき、ステータス管理プログラム22はこの取得通知を受け取り、案件数情報DB12上の該当する受信元の案件数から取得案件数を差し引き、サービスステータス・サーバ4へ更新されたサービスステータスを通知する。ステータス管理プログラム23は、このステータス通知によってサービスステータスDB13上の該当する受信元テーブル内の該当する発信元の案件数を更新する。
【0016】
図2は、案件DB11中の1件の案件についてのデータ例を示す図である。この案件データは発注案件の例であり、案件番号、発注者、受注者、緊急度、読取フラグなど各データ項目を有する。案件番号は1件の案件データを特定するための識別子、発注者は発注元の識別子、受注者は受注先の識別子、緊急度は緊急を要する案件か通常の緊急度をもつ案件かを区分するフラグ、読取フラグは本案件が受注者によって参照(引き取り)がなされたか否かを示すフラグである。また発注される各製品ごとに品目名、発注数量、発注金額、納期などの各データ項目を有する。品目名は製品の識別子、発注数量は発注される製品の数量、発注金額は発注者の予算金額であり受注者による回答の対象となる金額、納期は発注者の希望納期であり、受注者による回答の対象となる納期である。なお公開案件の場合には、受注者、緊急度及び読取フラグがない。また業種分類や製品分類など製品を特定するための分類項目が付加される。
【0017】
図3は、案件数情報DB12のデータ例を示す図である。図3(a)は、案件データの受信元が指定される案件について案件数情報DB12のデータ例を示す図である。案件数情報DB12の各レコードは、受信元、情報種別、緊急度及び件数の各データ項目を有する。受信元は案件データの受信元の識別子であり、例えば発注案件の場合には受注者の識別子となる。情報種別は案件が業務案件かお知らせ(情報提供)案件かを区分するためのフラグである。緊急度は緊急を要する案件か通常の緊急度をもつ案件かを区分するフラグである。件数は受信元、情報種別、緊急度別の案件数である。図3(b)は、案件データの受信元が指定されない公開案件について案件数情報DB12のデータ例を示す図である。発信元は案件データの発信元の識別子であり、情報種別は案件が業務案件かお知らせ案件かを区分するためのフラグである。業種分類、品目分類及び製品分類は、業種及び製品を分類階層に従って示すものである。件数は発信元、情報種別、業種分類、品目分類、製品分類別の案件数である。
【0018】
図4は、サービスステータスDB13のデータ例を示す図である。図4(a)は、案件データの受信元が指定される案件についてサービスステータスDB13のデータ例を示す図である。このサービスステータスDB13は、各受信元の総件数を格納する総括テーブルと、各受信元ごとに設けられた詳細な受信元テーブルとから構成される。総括テーブルは、受信元の識別子に対応して業務案件総数とお知らせ総数とを格納する。各受信元テーブルの各レコードは、発信元の識別子、情報種別、緊急度、件数及び更新日時の各データ項目を有する。更新日時は当該レコードを更新した日時を格納する。各受信元の詳細テーブルについて情報種別ごとの合計件数は、総括テーブルの該当受信元の該当する情報種別の総数に一致する。図4(b)は、案件データの受信元が指定されない公開案件についてサービスステータスDB13のデータ例を示す図である。このサービスステータスDB13は、総件数を格納する総括テーブルと、各発信元ごとに設けられた詳細テーブルとから構成される。総括テーブルは、公開案件総数とお知らせ総数を格納する。詳細テーブルの各レコードは、発信元の識別子、情報種別、業種分類、品目分類、製品分類、件数及び更新日時の各データ項目を有する。発信元から製品分類までは、図3(b)に示す各データ項目と同じである。更新日時は当該レコードを更新した日時を格納する。
【0019】
業務プログラム21は、クライアント5からネットワーク10を介して案件データの登録要求を受けたとき、クライアント5からの入力データに基づいて案件データを作成し、案件番号を付加して案件DB11に登録する。このとき案件データの読取フラグを「未読」に設定する。業務プログラム21は、ステータス管理プログラム22に案件データの新規登録を通知する。
【0020】
図5は、ステータス管理プログラム22の処理の流れを示すフローチャートである。図5(a)は、案件データの登録に伴う案件数情報DB12の更新処理を示す。業務プログラム21から新規登録した案件の案件番号を伴って登録通知を受けたとき(ステップ31)、ステータス管理プログラム22は案件DB11を参照して指定された案件データを取り出し(ステップ32)、情報種別を判断し、案件数情報DB12の対応する受信元、情報種別及び緊急度をもつレコードの件数に1を加えることによって案件数情報DB12を更新する(ステップ33)。また案件が削除などによって無効にされたとき、案件数情報DB12の該当するレコードの件数から1を引く。次にネットワーク10を介してサービスステータス・サーバ4のステータス管理プログラム23へ更新されたステータスを送信する(ステップ34)。ステータス管理プログラム22からステータス管理プログラム23へ送信するデータは、発信元、受信元、情報種別、緊急度および件数であり、発信元は案件DB11に案件を登録した者(例えば発注者)の識別子である。登録される案件が公開案件の場合も同様に、ステータス管理プログラム22は、業務プログラム21から登録通知を受け取り、案件DB11を参照して案件数情報DB12の対応する発信元、情報種別、業種分類、品目分類及び製品分類をもつレコードの件数に1を加え、ステータス管理プログラム23へ更新されたステータスを送信する。また案件が削除又は取り下げられたとき、案件数情報DB12の該当するレコードの件数から1を引き、ステータス管理プログラム23へ更新されたステータスを送信する。
【0021】
図5(b)は、クライアント5からの案件数情報DB12の照会又は案件の取得通知に伴うステータス管理プログラム22の処理の流れを示すフローチャートである。クライアント5から照会又は取得通知があったとき、図示しない会員管理サーバによる利用者認証を経た後、正当な利用者であれば宛先とする業務サーバ2のステータス管理プログラム22に制御が渡される。ステータス管理プログラム22は、クライアント5からの照会又は取得通知を受け取る(ステップ41)。この照会又は通知はクライアント5が属する会員の識別子を有している。また取得通知の場合には、受信元が引き取った案件の情報種別及び緊急度別に引き取った案件数を通知する。会員が当該業務サーバ2を管理する情報発信元であり、照会であれば(ステップ42YES)、案件数情報DB12を参照して案件数情報DB12の情報の全体を編集して照会元のクライアント5へ送信する(ステップ43)。会員が当該業務サーバ2を管理する情報発信元でなく、取得通知であれば(ステップ42NO)、案件数情報DB12を参照して対応する受信元、情報種別及び緊急度をもつレコードの件数から取得した案件数を差し引くことによつて案件数情報DB12を更新する(ステップ44)。次にネットワーク10を介してステータス管理プログラム23へ更新されたステータスを送信する(ステップ45)。ステータス管理プログラム22からステータス管理プログラム23へ送信するデータは、ステップ34の場合と同様である。公開案件の場合には、案件数情報DB12の照会であれば、上記のように案件数情報DB12の情報の全体を情報発信元であり照会元であるクライアント5へ送信する。しかし取得通知及び取得通知による案件数情報DB12の更新はない。
【0022】
図6は、ステータス管理プログラム23の処理の流れを示すフローチャートである。図6(a)は、ステータス管理プログラム22からの報告に伴うサービスステータスDB13の更新処理を示す。ステータス管理プログラム22から更新されたステータス報告を受け取ったとき(ステップ51)、ステータス管理プログラム23は、受け取ったデータに基づいてサービスステータスDB13を更新する(ステップ52)。すなわちサービスステータスDB13のうちで受信元に関する詳細テーブルの中の該当する発信元、情報種別及び緊急度をもつレコードの件数を受け取った件数によって更新し、更新日時を更新する。また総括テーブルの該当する受信元の業務案件総数又はお知らせ総数を詳細テーブルの増減した件数分だけ増減させる。公開案件については、ステータス管理プログラム22からステータス報告を受け取って、該当する発信元、情報種別及び分類をもつレコードの件数と更新日時を更新し、総括テーブルの該当する情報種別の総数を詳細テーブルの増減した件数分だけ増減させる。
【0023】
図6(b)は、クライアント5からのサービスステータスDB13の照会に伴うステータス管理プログラム23の処理の流れを示すフローチャートである。クライアント5からのサービスステータスDB13の照会があつたとき、図示しない会員管理サーバによる利用者認証を経た後、正当な利用者であればサービスステータス・サーバ4のステータス管理プログラム23に制御が渡される。ステータス管理プログラム23は、クライアント5からの照会を受け取る(ステップ61)。この照会はクライアント5が属する会員の識別子を有している。ステータス管理プログラム23は、サービスステータスDB13を参照して受け取った会員(情報受信元)の業務案件総数とお知らせ総数を取り出し、また当該会員の受信元テーブルを取り出して(ステップ62)、取り出したサービスステータス情報を編集する(ステップ63)。このとき受信元テーブルの発信元識別子を企業名と事業所の名称に変換したり、情報種別フラグを対応する名称に変換する。また受信元テーブルの各レコードにその案件データを管理する業務サーバ2の宛先(ホスト名等)を付加する。最後にネットワーク10を介して照会元のクライアント5へ送信する(ステップ64)。公開案件についてのクライアント5からの照会の場合には、サービスステータスDB13から詳細テーブルの全体を取り出して編集し、照会元のクライアント5へ送信する。
【0024】
照会元のクライアント5のアプリケーションプログラムは、サービスステータス・サーバ4のステータス管理プログラム23から受け取ったサービスステータス情報をその表示装置上に表示する。利用者によって取得する案件の発信元、情報種別及び緊急度と取得する件数が指示されたとき、アプリケーションプログラムは、指示されたレコードの対応する宛先の業務サーバ2へ発信元、情報種別、緊急度及び取得件数を送付して照会する。この照会を受け取った業務サーバ2は、案件DB11を検索して指定された発信元、情報種別、緊急度をもち読取フラグが「未読」の案件を先頭から指定された件数だけ取り出してネットワーク10を介して照会元のクライアント5へ送信する。取り出した案件の読取フラグを既読(引き取り済)に更新する。クライアント5のアプリケーションプログラムは、取得した案件データを利用者の指示に従って表示装置上に表示する。また同アプリケーションプログラムは、ステータス管理プログラム22へ取得通知を送信する。この取得通知は、受信元の識別子のほかに取得した案件の情報種別及び緊急度別に取得した案件数を含んでいる。ただし案件の種類等によって取得した案件について案件DB11を参照・更新するような業務処理を継続する場合には、「仕掛り中」の状態とし、利用者の指示に従いクライアント5は取得通知をしない。公開案件の場合も同様にクライアント5からの照会に応じて業務サーバ2は、指定された発信元、情報種別、業種分類、品目分類及び製品分類をもつ案件を先頭から指定された件数だけ取り出して照会元のクライアント5へ送信する。クライアント5は、取得した案件データを表示装置上に表示する。ただしステータス管理プログラム22への取得通知の送信はない。
【0025】
なお上記の受信元ごとにまとめられた案件件数及び発信元ごとにまとめられた案件件数の分類方法は一例であり、案件の種類ごとに分類するなど他の分類方法をとってもよい。本発明は、分類方法はともかく案件数など定量的な数値又は投入案件のタイトルの一覧など投入された案件の状況を示す情報を管理し、会員利用者の照会に応答することを主旨とするものである。
【0026】
また上記実施形態では、情報発信元ごとに業務サーバ2を設け、サービスステータス・サーバ4を独立したサーバとしたが、業務サーバの機能及びサービスステータス・サーバの機能とこれらの機能を実現するためのデータベースやプログラムを格納する計算機ハードウェアとしてのサーバとの対応をどのようにしても本発明を実施できることは明らかである。
【0027】
【発明の効果】
以上述べたように本発明によれば、情報発信元の案件データベースが分散して設けられている環境であっても案件が情報受信元ごとに集約されるので、情報受信元の利用者は自分宛に投入されたすべての案件の状況をまとめて把握できる。
【図面の簡単な説明】
【図1】実施形態の企業間取引システムの構成図である。
【図2】案件DB11中の案件のデータ例を示す図である。
【図3】案件数情報DB12のデータ例を示す図である。
【図4】サービスステータスDB13のデータ例を示す図である。
【図5】実施形態のステータス管理プログラム22の処理の流れを示すフローチャートである。
【図6】実施形態のステータス管理プログラム23の処理の流れを示すフローチャートである。
【符号の説明】
2:業務サーバ、4:サービスステータス・サーバ、5:クライアント、11:案件データベース、12:案件数情報DB、13:サービスステータスDB、22:ステータス管理プログラム、23:ステータス管理プログラム
Claims (8)
- 情報発信元の企業によって情報受信元の企業を指定する業務案件を業務データベースに登録し、情報受信元の企業によって登録された該業務案件を取得する企業間取引において、業務サーバおよびステータス・サーバの各計算機が業務案件の投入状況を管理する方法であって、
前記業務サーバは、情報発信元ごとに各情報受信元の投入案件状況を第1の記憶手段に格納しておき、情報発信元の新規案件の前記業務データベースへの登録に応答して該当する受信元の投入案件が増加するように前記投入案件状況を更新し、前記業務案件の取得に伴い情報受信元が業務案件を取得したとの通知に応答して該当する受信元の投入案件を減じるように前記投入案件状況を更新し、前記投入案件状況を更新する度に該当する受信元の投入案件状況の更新についての更新通知を前記ステータス・サーバに送信し、
前記ステータス・サーバは、情報受信元ごとに各情報発信元の投入案件状況を第2の記憶手段に格納しておき、前記更新通知に応答して該当する受信元に関する情報発信元の投入案件状況を更新し、
前記ステータス・サーバは、情報受信元による照会に応答して前記第2の記憶手段を参照し、該当する受信元に関する各情報発信元の投入案件状況を照会元の情報受信元に送付することを特徴とする企業間取引における案件投入状況の管理方法。 - 前記業務サーバは、該受信元によって該投入案件状況中の情報発信元を指示する案件取得の要求に応答して該当する該業務データベースから指定された案件を取り出して要求元の情報受信元に送付することを特徴とする請求項1記載の企業間取引における案件投入状況の管理方法。
- 前記業務サーバは、該受信元が案件取得後に送付する案件を取得した旨の取得通知に応答し該取得通知に基づいて前記第1の記憶手段の投入案件状況を更新し、受信元の投入案件状況の更新に応答して該当する受信元に関する情報発信元の投入案件状況を更新することを特徴とする請求項2記載の企業間取引における案件投入状況の管理方法。
- 前記管理方法は、さらに情報発信元の企業によって公開案件とする業務案件を前記業務データベースに登録し、いずれかの企業によって該公開案件を参照する企業間取引において、
前記第1の記憶手段には、さらに情報発信元ごとに投入案件状況が格納され、前記第2の記憶手段には、さらに情報受信元が指定されない各情報発信元の投入案件状況が格納され、
前記業務サーバは、情報発信元の新規案件の前記業務データベースへの登録に応答して当該発信元の投入案件が増加するように前記第1の記憶手段上の公開案件用の投入案件状況を更新し、前記業務データベース上の前記公開案件を削除又は取り下げしたとの通知に応答して該当する発信元の投入案件を減じるように前記投入案件状況を更新し、前記投入案件状況を更新する度に前記投入案件状況の更新通知を前記ステータス・サーバに送信し、
前記ステータス・サーバは、前記更新通知に応答して前記第2の記憶手段上の該当する発信元の投入案件状況を更新し、
前記ステータス・サーバは、企業からの照会に応答して前記第2の記憶手段を参照し、前記各情報発信元の投入案件状況を照会元に送信することを特徴とする請求項1記載の企業間取引における案件投入状況の管理方法。 - 前記第2の記憶手段に格納される投入案件状況は、情報種別ごとの案件件数を記録するものであることを特徴とする請求項1又は4記載の企業間取引における案件投入状況の管理方法。
- 情報発信元の企業によって情報受信元の企業を指定する業務案件を業務データベースに登録し、情報受信元の企業によって登録された該業務案件を取得する企業間取引において業務案件の投入状況を管理する第1のサーバ及び第2のサーバを有するシステムであって、
情報発信元ごとに各情報受信元の投入案件状況を格納する第1の記憶手段と、情報発信元の新規案件の前記業務データベースへの登録に応答して該当する受信元の投入案件が増加するように前記投入案件状況を更新し、前記業務案件の取得に伴い情報受信元が業務案件を取得したとの通知に応答して該当する受信元の投入案件を減じるように前記投入案件状況を更新する処理手段と、前記投入案件状況を更新する度に該当する受信元の投入案件状況の更新についての更新通知を前記第2のサーバに送信する処理手段とを有する第1のサーバと、
情報受信元ごとに各情報発信元の投入案件状況を格納する第2の記憶手段と、前記更新通知に応答して該当する受信元に関する情報発信元の投入案件状況を更新する処理手段と、情報受信元による照会に応答して前記第2の記憶手段を参照し該当する受信元に関する各情報発信元の投入案件状況を照会元の情報受信元に送付する処理手段とを有する第2のサーバとを具備する企業間取引における案件投入状況を管理するシステム。 - 前記システムは、さらに情報発信元の企業によって公開案件とする業務案件を前記業務データベースに登録し、いずれかの企業によって該公開案件を参照する企業間取引を管理するシステムにおいて、
前記第1の記憶手段には、さらに情報発信元ごとに投入案件状況が格納され、前記第2の記憶手段には、さらに情報受信元が指定されない各情報発信元の投入案件状況が格納され、
前記第1のサーバは、情報発信元の新規案件の前記業務データベースへの登録に応答して当該発信元の投入案件が増加するように前記第1の記憶手段上の公開案件用の投入案件状況を更新し、前記業務データベース上の前記公開案件を削除又は取り下げしたとの通知に応答して該当する発信元の投入案件を減じるように前記投入案件状況を更新する処理手段と、前記投入案件状況を更新する度に前記投入案件状況の更新通知を前記第2のサーバに送信する処理手段とを有し、
前記第2のサーバは、前記更新通知に応答して前記第2の記憶手段上の該当する発信元の投入案件状況を更新する手段と、企業からの照会に応答して前記第2の記憶手段を参照し、前記各情報発信元の投入案件状況を照会元に送信する手段とを有することを特徴とする請求項6記載の企業間取引における案件投入状況を管理するシステム。 - 前記第2の記憶手段に格納される投入案件状況は、情報種別ごとの案件件数を記録するものであることを特徴とする請求項6又は7記載の企業間取引における案件投入状況を管理するシステム。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35962497A JP4033959B2 (ja) | 1997-12-26 | 1997-12-26 | 企業間取引における案件投入状況の管理方法及びシステム |
TW087104638A TW432305B (en) | 1997-03-31 | 1998-03-27 | Electronic commerce transaction system |
US09/050,064 US6049787A (en) | 1997-03-31 | 1998-03-30 | Electronic business transaction system with notarization database and means for conducting a notarization procedure |
SG9800665A SG79964A1 (en) | 1997-03-31 | 1998-03-30 | Electronic business transaction system |
KR1019980011240A KR100282750B1 (ko) | 1997-03-31 | 1998-03-31 | 전자 상거래 시스템 |
US10/095,058 US20020095381A1 (en) | 1997-03-31 | 2002-03-12 | Electronic business transaction system |
US10/915,566 US7428511B2 (en) | 1997-03-31 | 2004-08-11 | Electronic business transaction system |
US12/219,799 US7590597B2 (en) | 1997-03-31 | 2008-07-29 | Electronic business transaction system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35962497A JP4033959B2 (ja) | 1997-12-26 | 1997-12-26 | 企業間取引における案件投入状況の管理方法及びシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11191121A JPH11191121A (ja) | 1999-07-13 |
JP4033959B2 true JP4033959B2 (ja) | 2008-01-16 |
Family
ID=18465453
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP35962497A Expired - Lifetime JP4033959B2 (ja) | 1997-03-31 | 1997-12-26 | 企業間取引における案件投入状況の管理方法及びシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4033959B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001350989A (ja) * | 2000-06-09 | 2001-12-21 | Taisei Corp | 受発信管理システム及びサーバ |
JP6940546B2 (ja) * | 2019-03-29 | 2021-09-29 | 株式会社ジェーシービー | 依頼管理システム、依頼管理方法及びコンピュータープログラム |
-
1997
- 1997-12-26 JP JP35962497A patent/JP4033959B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH11191121A (ja) | 1999-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI232387B (en) | System and method for facilitating information collection, storage, and distribution | |
US5870717A (en) | System for ordering items over computer network using an electronic catalog | |
US20120101866A1 (en) | Service level agreement design and enforcement for outsourced call center | |
US6910018B1 (en) | Purchase request approving apparatus, method, and storage medium storing same | |
US20030225599A1 (en) | System and method for data aggregation | |
US6763335B1 (en) | Purchase request apparatus and system | |
US7512690B2 (en) | System and method for transferring data between databases | |
JP5397527B2 (ja) | 手続管理システム | |
JP5174297B2 (ja) | 手続管理システム | |
JP3920522B2 (ja) | 商標業務処理方法、システム及び記録媒体 | |
JP2000322440A (ja) | 個人情報管理システム及び方法並びに個人情報管理プログラムを記録した記憶媒体 | |
US6853995B2 (en) | Information retrieval/distribution system, computer readable storage medium, and program for information retrieval/distribution | |
JP2002117215A (ja) | 特許管理システム | |
US20050131953A1 (en) | Information providing method, information management device and program | |
WO2006046395A1 (ja) | 連絡情報管理システム | |
JP2002024678A (ja) | コンテンツ管理システム、コンテンツ管理装置およびコンテンツ管理方法 | |
JP4033959B2 (ja) | 企業間取引における案件投入状況の管理方法及びシステム | |
US7979325B2 (en) | Online merchandising system, server, estimation managing method, computer program product, and computer data signal | |
JP2001312630A (ja) | 電子商取引方法及びシステム | |
JP3811615B2 (ja) | 情報配信システム、装置及び方法並びに記録媒体 | |
JP2001265981A (ja) | 電子カタログを利用した商取引情報の交換システムと方法及びマーケット情報の収集・蓄積システムと方法 | |
US7478397B1 (en) | Service-based interface method | |
JP4067948B2 (ja) | 電子商取引における営業担当者管理方法、サーバ及びプログラム | |
JP2002245264A (ja) | Xmlのdtd管理システムと方法およびxmlのdtd流通システムと方法ならびにプログラム | |
JP2002149678A (ja) | 通信ネットワーク資材調達システム、そのシステムにおける製品情報の更新データ配信方法及び記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041209 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20041209 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070427 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070427 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070724 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070910 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071002 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071024 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 6 |
|
EXPY | Cancellation because of completion of term |