(57)【要約】【目的】業務プロセス上必要なデータの中に未確定部分があったとしても、必要なデータを必要とする部門に宛先指定操作を行うことなく伝達する。【構成】データ回付システムは、データ及びデータの確定度を格納する共通データベースと、進捗段階を定義するステータス設定手段と、回付されるべき業務処理部門を定義する宛先設定手段と、設定された定義を格納するデータテーブル格納データベースと、ステータス判断手段と、データ回付手段とを備える。ステータス判断手段は共通データベースに格納されたデータ及びデータの確定度とデータテーブル格納データベースに格納された定義内容に基づいて進捗段階を判定する。データ回付手段はステータス判断手段によって判定された進捗段階に応じて回付されるデータを宛先設定手段によって定義された業務処理部門に対して回付する。【選択図】　　　　図１
2004062899.tif 000002
【特許請求の範囲】
【請求項１】
複数の業務処理部門において実行される業務プロセスに用いられるデータを回付するデータ回付システムであって、
前記業務プロセスにおいて必要な複数項目のデータと、そのデータの確定度とを格納する共通データベースと、
前記業務プロセスの進捗段階を定義するステータス設定手段と、
前記業務プロセスの進捗段階に応じて、データが回付されるべき業務処理部門を定義する宛先設定手段と、
前記ステータス設定手段と前記宛先設定手段によって設定された定義を格納するデータテーブル格納データベースと、
前記共通データベースに格納されたデータ及びデータの確定度と前記データテーブル格納データベースに格納された定義内容に基づいて、業務プロセスの進捗段階を判定するステータス判断手段と、
前記共通データベースに格納されたデータであって、前記ステータス判断手段によって判定された進捗段階に応じて回付されるデータを、前記宛先設定手段によって定義された業務処理部門に対して回付するデータ回付手段と
を備えることを特徴とするデータ回付システム。
【請求項２】
前記ステータス設定手段は、前記業務プロセスにおいて用いられるデータとデータの確定度によって、前記業務プロセスの進捗段階が定義されたステータス定義テーブルを生成することを特徴とする請求項１記載のデータ回付システム。
【請求項３】
前記宛先設定手段は、前記業務プロセスの進捗段階に応じて、データ及びそのデータに含まれるデータ項目が回付されるべき業務処理部門が定義された宛先定義テーブルを生成することを特徴とする請求項１記載のデータ回付システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、業務プロセスにおけるデータ回付方法に係り、特に多くの業務処理部門あるいは担当者が関与することで、一連の業務処理プロセスが形成されるような業務活動においてデータ回付を行なうのに好適なデータ回付方法に関する。
【０００２】
【従来の技術】
ネットワークの拡大、オープンシステムやダウンサイジングによるエンドユーザコンピューティングの向上等にともない、企業における様々な業務活動において、情報処理技術を利用した電子的なデータのやり取りによる業務処理が急速に増えている。
【０００３】
こうした情報処理技術を利用したデータのやり取りにおいては、これまで紙ベースの伝票や帳票、書類等を担当部門（あるいは担当者）間で受け渡しすることで、業務処理プロセス上の情報回付が行われていたところを、担当部門が電子的なデータとして伝票や帳票類を作成し、その伝票や帳票単位のデータを、次に受け取るべき担当部門との間で、オンラインネットワーク等を利用して送受信するといった方法で実現されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記のような従来方法にあっては、伝票単位のまとまりでデータの受け渡しを行うことから、伝票上の全てのデータが揃った時点で次の担当部門へ伝達することになる。このため、次の担当部門以降は、伝票上のデータが全て確定するまで、そのデータの内容を知ることができない。
【０００５】
図１５は、例えば、顧客に対し商品の提案を行い、商談がすすむにつれ具体的に商品内容、価格、納期等を交渉し、契約が成立したら関係各部門に、資材調達、商品の設計や製造、在庫の引当、商品の搬入設置などの手配を行い、商品が用意できたら顧客に納品し、検収を終えた後、代金の請求／回収を行うという、販売業務プロセスと、この販売業務プロセスに関与する担当部門（あるいは担当者）の例を示すものであるが、見積段階１０１で顧客と商談を進め、契約が成立すれば、手配段階１０２で各部門へ手配伝票にて指示する業務プロセスにおいて、仮りに、見積段階１０１で商品内容のデータが確定していなくても、製造部門１０３では未確定情報として商品のデータだけは早く知りたいといった場合がある。
【０００６】
しかし、従来では、伝票上の全てのデータが揃った時点で次の担当部門へ伝達するという方法をとっているため、未確定のデータは知ることができないという問題がある。
【０００７】
また、業務処理上、どのデータから決まっていくかは、必ずしも一意ではないため、担当部門間のデータ伝達経路と、その時必要なデータは必ずしも一意ではなくなる。例えば、見積段階１０１で商品内容の商談が先に進めば、商品の見積りを行う担当部門へ先に必要データを伝達する。逆に、納期の商談が先に進めば、納期見積を行う担当部門へ先に必要データを伝達することになる。
【０００８】
しかし、従来方法では、データ送信側の担当部門が、その都度、受け手の担当部門の宛先と送信内容を指定して送信処理を行うことになるため、担当部門の作業負担がかかるとともに、情報伝達の時間的なロスが生じるという問題がある。
【０００９】
さらに、従来方法では、業務プロセスを通じて、何種類もの伝票を作成し、伝票単位のまとまりで担当部門間でのデータの受け渡しを行うことから、顧客名や商品名などの同じデータを異なる伝票に何度も入力する必要が出てくるという問題がある。
【００１０】
本発明の目的は、業務プロセス上必要なデータの中に未確定部分があったとしても、必要なデータを必要とする業務処理部門（担当部門あるいは担当者）に宛先指定操作を行うことなく伝達することができ、さらに共通のデータの重複入力操作を不要にすることができる業務プロセスにおけるデータ回付システムを提供することにある。
【００１１】
【課題を解決するための手段】
本発明のデータ回付システムは、上記目的を達成するために、必要なデータ及びデータの確定度を格納する共通データベースと、進捗段階を定義するステータス設定手段と、データが回付されるべき業務処理部門を定義する宛先設定手段と、ステータス設定手段と宛先設定手段によって設定された定義を格納するデータテーブル格納データベースと、共通データベースに格納されたデータ及びデータの確定度とデータテーブル格納データベースに格納された定義内容に基づいて進捗段階を判定するステータス判断手段と、ステータス判断手段によって判定された進捗段階に応じて回付されるデータを、宛先設定手段によって定義された業務処理部門に対して回付するデータ回付手段とを備える。
【００１２】
【作用】
上記手段によれば、対象とする業務プロセスの中で、各業務処理部門（担当部門あるいは担当者）が業務遂行上共通に必要となる複数項目のデータを入力する際に、そのデータの確定度を示すパラメータを付加して入力させ、これを各業務処理部門共通のデータベースに格納させる。
【００１３】
このデータベースに格納された複数項目のデータは、ステータス定義テーブルによって随時調査され、業務プロセスの進捗段階が判定される。
【００１４】
次に、宛先定義テーブルにより、ステータス判断手段が判定した進捗段階において回付すべきデータ項目および回付宛先が判定され、そのデータ項目のデータがデータベースから引出され、判定結果の回付宛先の業務処理部門のデータ入出力装置に対して転送される。
【００１５】
従って、例えばＡ部門からＢ部門に伝達するデータがａ１，ａ２，ａ３の３項目であったと仮定した時、このうちａ１，ａ２が入力されたら進捗段階が１段階進むようにステータス定義テーブルに定義し、さらにその進捗段階においてａ１，ａ２のデータ項目のデータをＢ部門に送信するように定義しておくと、ａ３のデータ項目は未確定あるいは未入力であっても、ａ１，ａ２のデータ項目のデータだけが先行してＢ部門に送信されることになる。
【００１６】
これによって、業務プロセス上必要なデータの中に未確定部分があったとしても、必要なデータを必要とする業務処理部門（担当部門あるいは担当者）に伝達することができる。また、データを受信した業務処理部門では、受信項目の内容から業務プロセスの進捗状況を知ることができる。
【００１７】
この場合、宛先は宛先テーブルに定義されているため、送受信に関する宛先指定操作も不要になる。
【００１８】
さらに、各業務処理部門で共通に使用する顧客名等のデータは、業務プロセス中のいずれかの段階で入力されて共通のデータベースに格納されるため、複数の段階で重複して入力する必要がなくなる。
【００１９】
なお、定義されたデータ項目の他に、進捗段階を示すデータを付加して送信するようにすれば、受信側では、受信データ項目の内容を判断することなく、進捗段階を直ちに把握することができる。
【００２０】
【実施例】
以下、本発明の一実施例を図面により詳細に説明する。
【００２１】
図１は、本発明のデータ回付方法を適用したデータ回付システムの一実施例を示すブロック図であり、大別すると、登録設定ブロック２００、共通データベース（以下、ＤＢ）２１０、制御ブロック２２０、入出力ブロック２３０から構成されている。
【００２２】
登録設定ブロック２００は、業務プロセスの進捗段階（ステータス）を定義するステータス定義テーブルや回付宛先を定義する宛先テーブルの定義データを設定するものであり、ステータス設定ブロック２０１、データテーブル格納データベース（以下、データテーブル格納ＤＢ）２０２、ビュー項目／宛先設定ブロック２０３とから構成されている。
【００２３】
ステータス設定ブロック２０１は、業務プロセスの進捗段階を定義するステータス定義テーブルの定義データを設定するもので、定義データの設定に際し、まず入出力項目として共通ＤＢ２１０に設定されているデータ項目と同一のデータ項目をデータテーブル格納ＤＢ２０２から読込み、登録設定権限を有する担当部門の入出力装置２３１ａからステータス項目、データ項目とそのデータ値の確定度を示すパラメータの組合せによるステータスの定義データが入力されると、その入力されたステータス項目の定義内容をデータテーブル格納ＤＢ２０２に格納する。
【００２４】
ビュー項目／宛先設定ブロック２０３は、回付宛先を定義する宛先テーブルの定義データを設定するものであり、定義データの設定に際し、共通ＤＢ２１０に設定されているものと同一のデータ項目をデータテーブル格納ＤＢ２０２から読込み、登録設定権限を有する担当部門の入出力装置２３１ａから各進捗段階でデータ回付が必要となる担当部門の宛先と、ビュー項目（担当部門が必要とするデータ項目群）を示す定義データが入力されると、その入力されたビュー項目と宛先の内容をデータテーブル格納ＤＢ２０２に格納する。
【００２５】
一方、共通ＤＢ２１０は、対象とする業務プロセスの中で、各担当部門（あるいは担当者）が業務遂行上共通に必要となる複数項目のデータと、そのデータの確定度を示すパラメータとを格納するもので、各担当部門毎のデータは入出力ブロック２３０の各部門に対応した入出力装置２３１ａ〜２３１ｎから入力される。
【００２６】
制御ブロック２２０は、業務プロセスの現在の進捗段階と、その進捗段階に応じたデータの回付先を判定し、その判定結果の宛先の入出力装置２３１ａ〜２３１ｎに必要なデータを共通ＤＢ２１０から引出して回付するものであり、ステータス判断ブロック２２１とデータ回付ブロック２２２とで構成されている。
【００２７】
ステータス判断ブロック２２１は、共通ＤＢ２１０に格納されているデータと、データテーブル格納ＤＢ２０２に格納されているステータスの定義内容を比較し、現在の業務プロセスの進捗段階を判定する。
【００２８】
また、データ回付ブロック２２２は、ステータス判断ブロック２２１が判断した現在の進捗段階を基に、データテーブル格納ＤＢ２０２に格納されているビュー項目と宛先の内容を参照し、ビュー項目として必要なデータ項目のデータを共通ＤＢ２１０から読み込み、設定されている宛先の入出力装置２３１ａ〜２３１ｎに回付する。
【００２９】
図２は、業務プロセス上のデータが各担当部門に回付される過程の概要を示す説明図であり、入力担当部門において入力すべきデータ２４１〜２４３には、パラメータとして確定度２４５〜２４７が付加されて入力される。
【００３０】
このデータ２４１〜２４３および確定度２４５〜２４７は、ステータス定義テーブル２４８の定義データと比較される。これによって、現在の進捗段階、すなわちステータス２４９が判定される。
【００３１】
この判定結果は宛先定義テーブル２５０に伝達され、ここで現在のステータス２４９において回付すべきデータ項目および回付宛先が判定される。そして、その判定結果の宛先２５１，２５２に対し、必要なデータ２５３，２５４が送信される。
【００３２】
図３は、共通ＤＢ２１０の中のデータ格納フレームの構造を示す図であり、データ格納フレームの中には、対象とする業務プロセスを通じて、各担当部門共通に業務処理の進捗状況を一括管理するためのキー項目３０１の領域が設けられている。本実施例の場合は、販売業務を通じて１顧客からの１注文に関する全てのデータを１組として扱い、この１組のデータを一括管理するためのキー項目３０１として「注文Ｎｏ」を設定している。
【００３３】
このキー項目３０１を最上位キーとし、業務プロセスを通じて業務処理上、関与する担当部門間で共通に必要となるデータ項目３０２に、それぞれのデータ値３０３と、データ値の確定度を表すパラメータ３０４（図４参照）を格納する領域が設けられ、各領域に各担当部門が必要なデータ値３０３およびパラメータ３０４を格納するようになっている。
【００３４】
パラメータ３０４は、図４に示すように、「未入力」３０４１、「未確定」３０４２、「確定」３０４３の３種類が用意され、それぞれ「未入力」３０４１＝００、「未確定」３０４２＝０１、「確定」３０４３＝１１のコードが割り当てられている。
【００３５】
ここで、「未入力」３０４１は、データ値が未入力であることを示し、「未確定」３０４２はデータ値自体は入力されているが、担当部門が業務処理上あるいは顧客との交渉の進み具合等の理由で、予定情報として入力したデータ値であることを示すものである。「確定」３０４３は、データ値が確定情報であることを示すものである。
【００３６】
業務プロセスにおける入力担当部門は、このパラメータ３０４を必ずしも未入力３０４１→未確定３０４２→確定３０４３の順番に入力する必要はなく、未入力３０４１から次に確定３０４３という順で入力することも可能である。これは、実際の業務活動の中でデータ値は、必ずしも未入力３０４１→未確定３０４２→確定３０４３の順を踏んで決まるとは限らないからである。
【００３７】
次に、図５、図６、図７、図８、図９を用いて、ステータス設定ブロック２０１におけるステータス定義内容およびその設定処理について説明する。
【００３８】
図５は、データテーブル格納ＤＢ２０２内に形成されるステータス定義テーブル２４８の構成図であり、標準ステータス８０５と各担当部門が固有に設定するユーザ定義ステータス８０６とが設けられ、図の横軸方向（列方向）には複数のデータ項目の確定度等を用いたステータスの判定条件を設定するように構成されている。
【００３９】
標準ステータス８０５は、この例では、「引合有り」、「見積開始」、「予約手配」、「確定手配」、「売掛計上」、「売上計上」といった業務プロセスの進捗段階を示す内容が設定されている。
【００４０】
また、ユーザ定義ステータス８０６としては、「見積中ａ」、「見積中ｂ」といった標準ステータスとは別の進捗段階を示す内容が設定されている。
【００４１】
図６は、各担当部門間に共通に設定する標準ステータス８０５の定義と登録に係る処理を示すフローチャートである。
【００４２】
標準ステータス８０５は、各担当部門共通に係るため、業務活動全般の内容に応じて所定のタイミングで定義と登録の処理を行う。例えば、システムの立ち上げ時、業務部門の組織変更時等のタイミングで定義と登録の処理を行う。
【００４３】
標準ステータス８０５を定義する場合、まず、登録設定権限を有する業務部門の入出力装置（例えば２３１ａ）において標準ステータス８０５の「引合有り」などの各項目を入力し、図７に示すようなステータス項目テーブル７００を作成する（ステップ５０１）。
【００４４】
この場合のステータス項目は、最終的に作成しようとしている図５の項目と一致させる。
【００４５】
次に、図８に示すように、データテーブル格納ＤＢ２０２内のデータ項テーブル８００に予め設定されている「注文Ｎｏ」等のデータ項目を読み込む（ステップ５０２）。
【００４６】
このデータ項テーブル８００に設定されているデータ項目は、共通ＤＢ２１０に担当部門が入出力するデータ項目と同一のものである。これらのステータス項目及びデータ項目を軸としてステータス定義テーブル２４８のマトリクスを作成し、入出力装置２３１ａの画面上に表示する（ステップ５０３）。
【００４７】
そこで、画面上に表示されたステータス定義テーブル２４８のマトリクスを用い、「引合有り」、「見積開始」、「予約手配」、「確定手配」、「売掛計上」、「売上計上」といった業務プロセスの進捗段階を規定するデータ項目に、データ値の比較条件８０１、あるいはデータ値の確定度を表すパラメータ８０７、あるいは両者の複合条件８０２から成る判定条件を入力し、ステータスの定義を行なう（ステップ５０４）。
【００４８】
複合条件８０２の例としては、「客先納期」が確定し、且つその値が現在日付を越えている場合といったものである。
【００４９】
図５において、例えば、「注文Ｎｏ」が確定、「顧客名」が確定、「商品内容」が未確定となった段階で「見積開始」のステータス８０３となることを意味する。
【００５０】
また、「注文Ｎｏ」が確定、「取引価格」が２００，０００円以上の場合、「見積中ａ」のステータス８０４となることを意味する。
【００５１】
また、条件を設定しない空白部分は、ステータスの判定条件には関与しないことを意味する。
【００５２】
次に、ステータス項目の追加、変更、または削除があるかどうかを担当者に問い合わせ（ステップ５０５）、追加、変更、または削除がある場合は、画面上のマトリクスのステータス項目の欄に対して追加、変更、削除の操作を行わせ、その操作に応じてステータス項目の追加、変更、削除を行う（ステップ５０６）。
【００５３】
そして、表示マトリクスとステータス定義テーブル２４８の更新を行なう（ステップ５０７）。そして、ステップ５０３から同様の処理を繰り返す。
【００５４】
全てのステータス項目の判定条件の定義を終了したら（ステップ５０８）、ステータス項目テーブル７００およびステータス定義テーブル２４８を、データテーブル格納ＤＢ２０２へ格納し、登録する（ステップ５０９）。
【００５５】
図９は、標準ステータス８０５とは別に、各担当部門がそれぞれ独自に使用するユーザ定義ステータス８０６を設定し登録する処理のフローチャートである。
【００５６】
この処理は、標準ステータス８０５とは独立して、各担当部門がそれぞれの担当業務の内容、状況に応じて、自部門の入出力装置２３１ａ〜２３１ｎを使用して随時設定する際に起動される。
【００５７】
まず、データテーブル格納ＤＢ２０２からステータス項目テーブル７００およびステータス定義テーブル２４８を読み込み、自部門の入出力装置２３１ｘ（ｘ＝ａ〜ｎのいずれか）の画面上に表示する（ステップ９０１）。
【００５８】
その表示状態でステータス項目テーブル７００に対し、「見積中ａ」７１１、「見積中ｂ」７１２等の担当部門別定義ステータス項目を入力し、ステータス項目テーブル７００を更新する（ステップ９０２）。
【００５９】
以降、標準ステータス８０５の定義および判定条件を設定する場合と同様の処理をステップ９０３〜９０９で行う。
【００６０】
なお、このステップ９０３〜９０９の処理は、図５のステップ５０３〜５０９と同様であるので、その説明は省略する。
【００６１】
なお、標準ステータス８０５とユーザ定義ステータス８０６は、設定、登録処理の頻度、タイミングが独立しているので、ステップ９０４にてステータス定義テーブル２４８を、標準ステータス８０５の定義領域とユーザ定義ステータス８０６の定義領域に分割し、両者を区別して定義できるようにしている。
【００６２】
次に図１０、図１１を参照し、ビュー項目／宛先設定ブロック２０３におけるビュー項目及び宛先の定義と登録に係わる処理について説明する。
【００６３】
図１０は、所定のステータス（進捗段階）に達した時点で、データの回付が必要な担当部門の宛先と、その担当部門が必要としているデータのビュー項目を設定し登録する処理のフローチャートであり、この処理はステータス設定ブロック２３０の処理に引き続き行われる。
【００６４】
まず、データテーブル格納ＤＢ２０２からデータ項目テーブル８００およびステータス項目テーブル７００を読み込み（ステップ１００１）、図１１に示すようなビュー項目／宛先定義テーブル１１００のマトリクスを作成し、設定権限を有する入出力装置２３１ａの画面上に表示する（ステップ１００２）。なお、図２の宛先定義テーブル２５０は、ビュー項目／宛先定義テーブル１１００と同じものである。
【００６５】
そして、画面上で各ステータス項目に対するデータ回付先の担当部門の宛先ＩＤコード１１０１を入力する（ステップ１００３）。次に、回付するデータ項目を指定する印１１０２を入力することにより、回付する情報として必要なビュー項目の設定を行う（ステップ１００４）。
【００６６】
この場合、同一ステータス項目で他に回付する宛先があれば（ステップ１００５）、ステップ１１０３、１１０４を繰り返す。
【００６７】
次に、ステータス項目テーブル７００に登録されている全てのステータス項目について設定が終了したならば（ステップ１００６）、データ項目テーブル８００、ステータス項目テーブル７００、ビュー項目／宛先定義テーブル１１００をデータテーブル格納ＤＢ２０２に格納し、登録する（ステップ１００７）。
【００６８】
例えば、図１１においては、標準ステータス８０５が「予約手配」８０８の段階に達した場合は、「注文Ｎｏ」、「顧客名」、「商品内容」というデータ項目のデータを宛先ＩＤ＝０１２０の担当部門に回付し、さらに宛先ＩＤ＝０１４０の担当部門には「注文Ｎｏ」、「取引価格」を回付することを意味している。
【００６９】
以上のようにして、登録設定ブロック２００において、データテーブル格納ＤＢ２０２に対し、予めステータス定義及びビュー項目／宛先の定義を行なっておく。
【００７０】
この状態で、実際に注文が発生し、業務プロセス上の業務処理がスタートしたならば、共通ＤＢ２１０の中にキー項目３０１が注文の発生順に採番され、このキー項目３０１毎に、データ項目３０２のデータ値３０３と、そのデータ値３０３の確定度を表すパラメータ３０４を格納する領域が確保される。
【００７１】
各担当部門は、自部門の入出力装置２３１ｎより、担当するデータ項目３０２のデータ値３０３とそのパラメータ３０４を、キー項目３０１毎に、判った時点で随時入力し、共通ＤＢ２１０に格納する操作を行う。
【００７２】
次に、図１２、図１３を用いてステータス判断ブロック２２１の処理を説明する。なお、このブロックの処理は全て制御ブロック２２０が行う。
【００７３】
まず、所定のステータス監視タイミングになったか否かを判定し（ステップ１２０１）、所定のステータス監視タイミングになったならば（ステップ１２０１）、共通ＤＢ２１０から１つの「注文Ｎｏ」のデータ項目３０２のデータ値３０３とパラメータ３０４を全て読み込む（ステップ１２０２）。
【００７４】
この場合、ステータス監視タイミングは、業務内容に応じて、各担当部門共通に同じタイミングで、例えば６時間ごとに１回、１時間ごとに１回等と決めればよい。
【００７５】
次に、読み込んだ「注文Ｎｏ」のデータ項目３０２のデータ値３０３とパラメータ３０４と、データテーブル格納ＤＢ２０２に登録されているステータス定義テーブル２４８の定義内容とを比較し、定義されているステータス（進捗段階）のどの段階に達しているか否かを判断する（ステップ１２０３）。該当するステータスがない場合は（ステップ１２０４）、次の「注文Ｎｏ」を検索し（ステップ１２０５）、さらにまだステータス判断していない「注文Ｎｏ」があれば（ステップ１２０６）、ステップ１２０２から処理を繰り返す。
【００７６】
全ての「注文Ｎｏ」についてステータスの判断が終了したならば（ステップ１２０６）、次のステータス監視のタイミング待ちになる。
【００７７】
ステップ１２０４で、該当するステータスがある場合は、次のデータ回付ブロック２２２の処理へ移る。
【００７８】
ここで、ステップ１２０３におけるデータ項目３０２毎のパラメータ３０４についての比較基準を図１３に示す。
【００７９】
まず、ステータス定義テーブル２４８にパラメータ８０７が設定されていない場合は、共通ＤＢ２１０から読み込んだデータ値のパラメータ３０４が「未入力」３０４１または「未確定」３０４２または「確定」３０４３のいずれでも一致すると判断する（基準１３０１）。
【００８０】
ステータス定義テーブル２４８に設定されているパラメータ８０７が「未確定」３０４２の場合は、共通ＤＢ２１０から読み込んだデータ値のパラメータ３０４が「未確定」３０４２または「確定」３０４３のいずれでも一致すると判断する（基準１３０２）。
【００８１】
また、ステータス定義テーブル２４８に設定されているパラメータ８０７が「確定」３０４３の場合は、共通ＤＢ２１０から読み込んだデータ値のパラメータ３０４が「確定」３０４３のとき、一致すると判断する（基準１３０３）。
【００８２】
次に、図１４を用いてデータ回付ブロック２２２の処理を説明する。
【００８３】
まず、「注文Ｎｏ」毎に、一致したステータス項目とデータ項目３０２のデータ値３０３、並びにパラメータ３０４をステータス判断ブロック２２１から受け取る（ステップ１４０１）。
【００８４】
一致したステータス項目により、データテーブル格納ＤＢ２０２に登録されているビュー項目／宛先設定テーブル１１００を参照し、当該ステータス項目に対応する宛先ＩＤコード１１０１と、その宛先へ回付するビュー項目を判別する（ステップ１４０２）。
【００８５】
次に、宛先ＩＤコード１１０１の回付先の入出力装置２３１ｘ（ｘ＝ａ〜ｎのいずれか）に対し、データの回付が開始されることを通知するためにアラーム情報を送る（ステップ１４０３）。アラーム情報としては、ビュー項目の一部、例えば「注文Ｎｏ」とステータス項目、またはデータ回付が発生したことを伝えるメッセージ等を用いる。
【００８６】
これに対し、入出力装置２３１ｎからアラーム情報を認識した担当者は、入出力装置２３１ｘ（ｘ＝ａ〜ｎのいずれか）から回付データ（注文Ｎｏ、ステータス項目、ビュー項目とそのデータ値、パラメータ）の受り取り命令を入力し（ステップ１４０４）、この回付データを入出力装置２３１ｘ（ｘ＝ａ〜ｎのいずれか）に取り込ませ、表示部に表示させる（ステップ１４０５）。
【００８７】
これにより、各進捗段階におけるデータが必要とする回付先に回付される。
【００８８】
詳しくは、データの入力状況あるいは確定度が複数のステータス項目で定義されるいずれのステータス項目に該当するかを判定し、その判定結果のステータス項目においてデータの回付を必要としている宛先とデータ項目をビュー項目／宛先定義テーブル１１００の定義に従い判定し、その判定結果の宛先に必要なデータを回付する。
【００８９】
従って、本実施例によれば、例えばＡ部門からＢ部門に伝達するデータがａ１，ａ２，ａ３の３項目であったと仮定した時、このうちａ１，ａ２が入力されたらステータスが１段階進むようにステータス定義テーブル２４８に定義し、さらにそのステータスにおいてａ１，ａ２のデータ項目のデータをＢ部門に送信するように定義しておくと、ａ３のデータ項目は未確定あるいは未入力であっても、ａ１，ａ２のデータ項目のデータだけが先行してＢ部門に送信されることになる。
【００９０】
これによって、業務プロセス上必要なデータの中に未確定部分があったとしても、必要なデータを必要とする業務処理部門（担当部門あるいは担当者）に伝達することができる。すなわち、先行の業務処理部門で入力すべきデータが全部揃わない段階であっても、一部のデータを後続の業務処理部門に先行して伝達することができる。
【００９１】
また、データを受信した業務処理部門では、受信項目の内容から業務プロセスの進捗状況を即座に知ることができ、次の進捗段階に備えた準備作業を開始することにより、業務プロセスの効率化を促進できる。
【００９２】
また、業務プロセスの進捗段階の変化に応じて即座に必要なデータが必要な宛先に回付されるということは、有効なデータの無駄な滞留時間がなくなることを意味し、進捗管理の上で極めて有益なものとなる。
【００９３】
この場合、宛先はビュー項目／宛先定義テーブル１１００に定義されているため、送受信に関する宛先指定操作も不要になる。
【００９４】
さらに、各業務処理部門で共通に使用する顧客名等のデータは、業務プロセス中のいずれかの業務処理部門で入力されるため、複数の業務処理部門で重複して入力する必要がなくなる。
【００９５】
また、ステータス定義テーブル２４８およびビュー項目／宛先定義テーブル１１００に、各業務処理部門に共通の標準ステータス８０５の他に、各業務処理部門に固有のユーザ定義ステータス８０６を設定しておくと、この固有のユーザ定義ステータス８０６に従って必要なデータが該当する業務処理部門に送信される。
【００９６】
これによって、各業務処理部門に固有の定義を設定することにより、各業務処理部門で入力されたデータのうち必要なデータを各業務処理部門で自由に入手することができる。
【００９７】
例えば、図１１の「予約手配」と「確定手配」との間をさらに細かく区分し、その間の進捗状況に応じたデータを回付してもらいたい場合、ステータス定義テーブル２４８のユーザ定義ステータス８０６にそのことを定義し、かつビュー項目／宛先定義テーブル１１００に同じユーザ定義ステータスを設定し、回付データ項目を設定すればよい。すなわち、業務プロセス中で使用されるデータのうち必要とするデータを自由に入手することができる。
【００９８】
さらに、ステータス定義テーブル２４８の定義マトリクスおよびビュー項目／宛先定義テーブル１１００の定義マトリクスを入出力装置の画面に表示し、この画面上に必要な定義データを入力することにより、ステータス定義テーブル２４８の定義マトリクスおよびビュー項目／宛先定義テーブル１１００を作成するようにしているため、ステータス定義およびビュー項目／宛先定義を極めて容易に行い、しかも変更も容易に行うことができ、業務プロセス中の組織変更等に柔軟に対処することができる。
【００９９】
なお、上述の実施例において、データの確定度を示すパラメータとして「未入力」３０４１、「未確定」３０４２、「確定」３０４３の３段階のパラメータを例示しているが、これに限定されるものではなく業務内容によっては、更に多段階の設定も可能である。
【０１００】
また、ステータス定義テーブル２４８において、標準ステータスとユーザ定義ステータスの区別を容易にするために、標準ステータスの設定領域とユーザ定義ステータスの設定に分割して設定している例を示しているが、これに限定されるものではなく、入力した時間順に設定することもできる。
【０１０１】
また、ステータス判断処理では、ステップ１２０２で１つの「注文Ｎｏ」毎にデータを読み込んでいるが、これに限定されるものではなく、一度に全ての「注文Ｎｏ」分のデータを読み込む方法をとってもよい。
【０１０２】
また、図１３で示したパラメータの比較基準は、これに限定されるものではなく、設定されたパラメータの数と意味内容によって決めることができる。
【０１０３】
また、ステータス判断ブロック２２１へ共通ＤＢ２１０の内容を一旦取り込み、データ回付ブロック２２２を介して各担当部門がデータを受け取る例を示しているが、これに限定されるものではなく、ステータス判断ブロック２２１は共通ＤＢ２１０の内容を参照し、データ回付ブロック２２２からのアラーム情報を担当部門が受けた後、その担当部門が共通ＤＢ２１０からデータを取り込むようにしてもよい。
【０１０４】
また、データを受信した業務処理部門では、受信項目の内容から業務プロセスの進捗状況を即座に知ることができ、次の進捗段階に備えた準備作業を開始することにより、業務プロセスの効率化を促進できる。
【０１０５】
また、業務プロセスの進捗段階の変化に応じて即座に必要なデータが必要な宛先に回付されるということは、有効なデータの無駄な滞留時間がなくなることを意味するので、進捗管理の上で極めて有益なものとなり、業務プロセスの効率化を促進できる。
【０１０６】
さらに、データは宛先定義テーブルの定義内容に従って回付されるため、送受信に関する宛先指定操作も不要になる。
【０１０７】
さらに、各業務処理部門で共通に使用する顧客名等のデータは、業務プロセス中のいずれかの業務処理部門で入力されるため、複数の業務処理部門で重複して入力する必要がなくなる。
【０１０８】
また、各業務処理部門に共通の標準ステータスの他に、各業務処理部門に固有のユーザ定義ステータスを設定しておくと、この固有のユーザ定義ステータスに従って必要なデータが該当する業務処理部門に送信されるので、各業務処理部門で入力されたデータのうち必要なデータを各業務処理部門で自由に入手することができる。
【０１０９】
さらに、進捗段階定義マトリクスおよび回付先定義マトリクスをデータ入出力装置の画面に表示し、その表示画面上で必要な定義データを入力することにより、ステータス定義テーブルおよび宛先定義テーブルを作成するようにしているため、進捗段階定義および回付先定義を極めて容易に行い、しかも変更も容易に行うことができ、業務プロセス中の組織変更等に柔軟に対処することができる。
【０１１０】
【発明の効果】
以上述べたように本発明によれば、業務プロセス上必要なデータの中に未確定部分があったとしても、必要なデータを必要とする業務処理部門（担当部門あるいは担当者）に伝達することができる。すなわち、先行の業務処理部門で入力すべきデータが全部揃わない段階であっても、一部のデータを後続の業務処理部門に先行して伝達することができる。
【図面の簡単な説明】
【図１】本発明のデータ回付方法を適用したシステムの一実施例を示すブロック図である。
【図２】本発明によるデータの回付過程を示す説明図である。
【図３】共通ＤＢの中のデータ格納フレームの構成図である。
【図４】データの確定度を表すパラメータの例を示す説明図である。
【図５】ステータス定義テーブルの構成図である。
【図６】ステータス定義テーブルにおける標準ステータスの設定・登録処理を示すフローチャートである。
【図７】ステータス項目テーブルの構成図である。
【図８】データ項目テーブルの構成図である。
【図９】ステータス定義テーブルにおけるユーザー定義ステータスの設定・登録処理を示すフローチャートである。
【図１０】ビュー項目／宛先定義テーブルの設定・登録処理を示すフローチャートである。
【図１１】ビュー項目／宛先定義テーブルの構成図である。
【図１２】ステータス判断処理のフローチャートである。
【図１３】パラメータの比較基準の一例を示す説明図である。
【図１４】データ回付処理のフローチャートである。
【図１５】販売業務プロセスと関与する担当部門の一例を示す説明図である。
【符号の説明】
２００…設定登録ブロック、２０１…ステータス設定ブロック、２０２…データ格納ＤＢ、２０３…ビュー項目／宛先設定ブロック、２１０…共通ＤＢ、２２０…制御ブロック、２２１…ステータス判断ブロック、２２２…データ回付ブロック、２３０…入出力ブロック、２３１ａ〜２３１ｎ…入出力装置、２４８…ステータス定義テーブル、３０２…データ項目、３０３…データ値、８０５…標準ステータス、８０６…ユーザ定義ステータス、３０４…パラメータ、１１００…ビュー項目／宛先定義テーブル、１１０１…宛先ＩＤコード。
【図１】
2004062899.tif 000003
【図２】
2004062899.tif 000004
【図３】
2004062899.tif 000005
【図４】
2004062899.tif 000006
【図５】
2004062899.tif 000007
【図６】
2004062899.tif 000008
【図７】
2004062899.tif 000009
【図８】
2004062899.tif 000010
【図９】
2004062899.tif 000011
【図１０】
2004062899.tif 000012
【図１１】
2004062899.tif 000013
【図１２】
2004062899.tif 000014
【図１３】
2004062899.tif 000015
【図１４】
2004062899.tif 000016
【図１５】
2004062899.tif 000017