JP2001356907A - 処理コード情報を有するデータベース・システムおよび情報処理システム - Google Patents
処理コード情報を有するデータベース・システムおよび情報処理システムInfo
- Publication number
- JP2001356907A JP2001356907A JP2000174558A JP2000174558A JP2001356907A JP 2001356907 A JP2001356907 A JP 2001356907A JP 2000174558 A JP2000174558 A JP 2000174558A JP 2000174558 A JP2000174558 A JP 2000174558A JP 2001356907 A JP2001356907 A JP 2001356907A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- state
- business
- information
- processing code
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99948—Application of database or data structure, e.g. distributed, multimedia, or image
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】本発明の課題は、ソフトウェア開発、特に多数
の複雑なプロセスからなるソフトウェアの開発に有用な
データベースおよびこれを用いたソフトウェアの開発方
法を提供することにある。 【解決手段】本発明においては、状態遷移図に基づきシ
ステム（ソフトウェア）開発が行われる。そのために、
本発明は、全体の事務プロセスの流れをそれぞれのイベ
ント毎に区切り、各処理（プロセス）の結果に応じた処
理コードを割り当てる。この処理コードは、プロセスの
状態を表すための識別コードであり、例えば、処理Ａの
終了前の処理待ちの状態に対して処理コードAAを、その
処理Ａの終了後の状態に対して処理コードABを割り当
て、処理Ｂの開始条件として処理コードがABであること
を設定するといった態様で使用される。この状態遷移図
に基づき設定された処理コードは、外置きのデータベー
ス（ＤＢ）により管理され、これにより状態遷移の構成
や順序の変更を柔軟に行うことが出来、ビジネス・プロ
セス・リエンジニアリングを容易にする全く新しいシス
テムの設計方法を提供する。
の複雑なプロセスからなるソフトウェアの開発に有用な
データベースおよびこれを用いたソフトウェアの開発方
法を提供することにある。 【解決手段】本発明においては、状態遷移図に基づきシ
ステム（ソフトウェア）開発が行われる。そのために、
本発明は、全体の事務プロセスの流れをそれぞれのイベ
ント毎に区切り、各処理（プロセス）の結果に応じた処
理コードを割り当てる。この処理コードは、プロセスの
状態を表すための識別コードであり、例えば、処理Ａの
終了前の処理待ちの状態に対して処理コードAAを、その
処理Ａの終了後の状態に対して処理コードABを割り当
て、処理Ｂの開始条件として処理コードがABであること
を設定するといった態様で使用される。この状態遷移図
に基づき設定された処理コードは、外置きのデータベー
ス（ＤＢ）により管理され、これにより状態遷移の構成
や順序の変更を柔軟に行うことが出来、ビジネス・プロ
セス・リエンジニアリングを容易にする全く新しいシス
テムの設計方法を提供する。
Description
【０００１】
【産業上の利用分野】本発明は、ソフトウェア開発、特
に多数の複雑なプロセスからなるソフトウェア（システ
ム）の開発に有用なデータベースおよびこれを用いたソ
フトウェアの開発方法に関する。
に多数の複雑なプロセスからなるソフトウェア（システ
ム）の開発に有用なデータベースおよびこれを用いたソ
フトウェアの開発方法に関する。
【０００２】
【従来の技術】企業の事務処理は非常に複雑なプロセス
から構成されている。例えば、大企業の購買調達業務等
の事務処理は、申請や承認、対監査性ための証跡保持や
職掌などの多数のプロセスからなっており、その結果、
きわめて複雑なワークフローを形成している。これを電
子化してシステム（ソフトウェア）を構築するためのモ
デル化手法として、ＩＴＴ（Ｉｎｆｏｒｍａｔｉｏｎ
Ｔｈｒｏｕｇｈ Ｔｉｍｉｎｇ）式モデル、ＯＳＷ（Ｏ
ｆｆｉｃｅ ｏｆ Ｓｅｃｒｅｔａｒｉｅｓ ｏｆ Ｗａ
ｒ）式モデル、ＳＡＤＴ（Ｓｔｒｕｃｔｕｒｅｄ Ａｎ
ａｌｙｓｉｓ ＆ Ｄｅｓｉｇｎ Ｔｅｃｈｎｉｑｕｅ）
またはその他の一般的なワークフロー図やデータフロー
ダイアグラム（ＤＦＤ）が用いられている。しかしなが
ら、そのいずれによっても可視化が困難かつ不十分であ
った。
から構成されている。例えば、大企業の購買調達業務等
の事務処理は、申請や承認、対監査性ための証跡保持や
職掌などの多数のプロセスからなっており、その結果、
きわめて複雑なワークフローを形成している。これを電
子化してシステム（ソフトウェア）を構築するためのモ
デル化手法として、ＩＴＴ（Ｉｎｆｏｒｍａｔｉｏｎ
Ｔｈｒｏｕｇｈ Ｔｉｍｉｎｇ）式モデル、ＯＳＷ（Ｏ
ｆｆｉｃｅ ｏｆ Ｓｅｃｒｅｔａｒｉｅｓ ｏｆ Ｗａ
ｒ）式モデル、ＳＡＤＴ（Ｓｔｒｕｃｔｕｒｅｄ Ａｎ
ａｌｙｓｉｓ ＆ Ｄｅｓｉｇｎ Ｔｅｃｈｎｉｑｕｅ）
またはその他の一般的なワークフロー図やデータフロー
ダイアグラム（ＤＦＤ）が用いられている。しかしなが
ら、そのいずれによっても可視化が困難かつ不十分であ
った。
【０００３】一方、企業内プロセスは、改善や改良のた
めに頻繁に変更されることがある。これらの事務プロセ
スを電子化してシステムを構築し、その後、ビジネス・
プロセス・リエンジニアリングの改善や変更を実施する
ためには、システム設計の変更を必要とし、場合によっ
ては要件定義や外部設計の局面までも見直すことにな
る。これには、大変な労力やコスト、時間を要する。ま
た、このような場合に、システムのユーザの変更要求に
対して、システムの開発者が柔軟にかつ迅速に対応する
ことは困難であった。
めに頻繁に変更されることがある。これらの事務プロセ
スを電子化してシステムを構築し、その後、ビジネス・
プロセス・リエンジニアリングの改善や変更を実施する
ためには、システム設計の変更を必要とし、場合によっ
ては要件定義や外部設計の局面までも見直すことにな
る。これには、大変な労力やコスト、時間を要する。ま
た、このような場合に、システムのユーザの変更要求に
対して、システムの開発者が柔軟にかつ迅速に対応する
ことは困難であった。
【０００４】すなわち、従来は、事務プロセスの目的に
合わせた要件定義に基づきシステム構築を行ってきたた
め、システムの開発者は、システムのリエンジニアリン
グに際して、その規模により、要件定義や外部設計など
開発プロセスの初期段階から見直す必要があった。ま
た、検証に対してもリエンジニアリングの規模によって
は新規開発時の検証と同程度またはそれ以上の時間と費
用を要する場合があった。さらに、一カ所の変更を行っ
ても関連する箇所への変更や影響をすべて見直す必要が
あった。その結果、システムをその利用者の事務処理に
あわせるのではなく、システムのユーザの事務処理の内
容をシステムの方に合わせてもらう場合もあり、非常に
大きな問題となっていた。
合わせた要件定義に基づきシステム構築を行ってきたた
め、システムの開発者は、システムのリエンジニアリン
グに際して、その規模により、要件定義や外部設計など
開発プロセスの初期段階から見直す必要があった。ま
た、検証に対してもリエンジニアリングの規模によって
は新規開発時の検証と同程度またはそれ以上の時間と費
用を要する場合があった。さらに、一カ所の変更を行っ
ても関連する箇所への変更や影響をすべて見直す必要が
あった。その結果、システムをその利用者の事務処理に
あわせるのではなく、システムのユーザの事務処理の内
容をシステムの方に合わせてもらう場合もあり、非常に
大きな問題となっていた。
【０００５】
【発明が解決しようとする課題】本発明は、上記のよう
な問題を解決することをその目的とするものである。具
体的には、本発明の目的は、申請、起案、見積、承認な
どの事務プロセスや履歴などの証跡保持、職掌などのプ
ロセスを電子化したシステムの改善や変更を実行するに
あたり、システム開発のリスクや改善と変更のための労
力、コスト、時間を最小限に押さえることができる機構
を提供することにある。
な問題を解決することをその目的とするものである。具
体的には、本発明の目的は、申請、起案、見積、承認な
どの事務プロセスや履歴などの証跡保持、職掌などのプ
ロセスを電子化したシステムの改善や変更を実行するに
あたり、システム開発のリスクや改善と変更のための労
力、コスト、時間を最小限に押さえることができる機構
を提供することにある。
【０００６】また、本発明の他の目的は、このような事
務プロセスのビジネス・プロセス・リエンジニアリング
の要求に応じて、柔軟かつ迅速に対応できるシステム開
発方法を提供することにある。これは、同時にシステム
構築の拡張性をもたらすことにもなる。
務プロセスのビジネス・プロセス・リエンジニアリング
の要求に応じて、柔軟かつ迅速に対応できるシステム開
発方法を提供することにある。これは、同時にシステム
構築の拡張性をもたらすことにもなる。
【０００７】
【課題を解決するための手段】上記の目的を達成するた
め、本発明を用いたシステム設計は状態遷移図に基づき
行われる。具体的には、本発明においては、全体の事務
プロセスの流れをそれぞれのイベント毎に区切り、各処
理（プロセス）の結果に応じた処理コードを割り当て
る。この処理コードは、プロセスの状態を表すための識
別コードであり、例えば、処理Ａの終了前の処理待ちの
状態に対して処理コードAAを、その処理Ａの終了後の状
態に対して処理コードABを割り当て、処理Ｂの開始条件
として処理コードがABであることを設定するといった態
様で使用される。この状態遷移図に基づき設定された処
理コードは、外置きのデータベース（ＤＢ）により管理
され、これにより状態遷移の構成や順序の変更を柔軟に
行うことが出来、ビジネス・プロセス・リエンジニアリ
ングを容易にする全く新しいシステムの設計方法を提供
する。
め、本発明を用いたシステム設計は状態遷移図に基づき
行われる。具体的には、本発明においては、全体の事務
プロセスの流れをそれぞれのイベント毎に区切り、各処
理（プロセス）の結果に応じた処理コードを割り当て
る。この処理コードは、プロセスの状態を表すための識
別コードであり、例えば、処理Ａの終了前の処理待ちの
状態に対して処理コードAAを、その処理Ａの終了後の状
態に対して処理コードABを割り当て、処理Ｂの開始条件
として処理コードがABであることを設定するといった態
様で使用される。この状態遷移図に基づき設定された処
理コードは、外置きのデータベース（ＤＢ）により管理
され、これにより状態遷移の構成や順序の変更を柔軟に
行うことが出来、ビジネス・プロセス・リエンジニアリ
ングを容易にする全く新しいシステムの設計方法を提供
する。
【０００８】各処理の実行順序は、この処理コード管理
ＤＢで管理されるため、リエンジニアリングを行う際に
は現在実施されている処理コードのみを書き換えること
で柔軟にかつ迅速にビジネス・プロセスの変更に合理的
に対応できる。変更程度によってはシステムのユーザ自
身でも変更が可能になりうる。また、可視化の容易な状
態遷移図を利用することによって、複雑化したワークフ
ローのモデル化が非常に改善される。
ＤＢで管理されるため、リエンジニアリングを行う際に
は現在実施されている処理コードのみを書き換えること
で柔軟にかつ迅速にビジネス・プロセスの変更に合理的
に対応できる。変更程度によってはシステムのユーザ自
身でも変更が可能になりうる。また、可視化の容易な状
態遷移図を利用することによって、複雑化したワークフ
ローのモデル化が非常に改善される。
【０００９】より具体的には、本発明は、実際に業務を
実施するためのプロセスを実行するアプリケーション
（システム）とは別に設けられ、１）各プロセスの識別
情報と、２）当該プロセスごとに設定されその状態を表
すための処理コード情報とを有するデータベース・シス
テムを提供することによって実現される。この処理コー
ド情報は、対応するそれぞれのプロセスの開始条件とな
る状態を表す情報や当該プロセスの実行後の状態を表す
情報から構成される。これらの処理コード情報は、あら
かじめ作成されたプロセスの状態遷移データから取得さ
れる。これにより、業務の変更があっても、かかるデー
タベース・システムの修正によりプロセスの流れを変更
できるので、システム全体を修正する必要がなくなり、
変更に対して柔軟なシステムの開発手法が提供される。
実施するためのプロセスを実行するアプリケーション
（システム）とは別に設けられ、１）各プロセスの識別
情報と、２）当該プロセスごとに設定されその状態を表
すための処理コード情報とを有するデータベース・シス
テムを提供することによって実現される。この処理コー
ド情報は、対応するそれぞれのプロセスの開始条件とな
る状態を表す情報や当該プロセスの実行後の状態を表す
情報から構成される。これらの処理コード情報は、あら
かじめ作成されたプロセスの状態遷移データから取得さ
れる。これにより、業務の変更があっても、かかるデー
タベース・システムの修正によりプロセスの流れを変更
できるので、システム全体を修正する必要がなくなり、
変更に対して柔軟なシステムの開発手法が提供される。
【００１０】また、本発明は、上記のようなデータベー
ス・システムと、実際にプロセスを実行するアプリケー
ション・システムと、このプロセスの実行の可否を判断
する判定手段とを具備する、情報処理システムとしても
実現される。この判定手段は、アプリケーションからの
呼出しに応じてデータベース・システム中の対応するプ
ロセスの処理コード情報を参照することにより、当該プ
ロセスの実行の可否を判定する。
ス・システムと、実際にプロセスを実行するアプリケー
ション・システムと、このプロセスの実行の可否を判断
する判定手段とを具備する、情報処理システムとしても
実現される。この判定手段は、アプリケーションからの
呼出しに応じてデータベース・システム中の対応するプ
ロセスの処理コード情報を参照することにより、当該プ
ロセスの実行の可否を判定する。
【００１１】
【発明の実施の形態】以下、本発明の実施形態を図面を
用いて説明する。
用いて説明する。
【００１２】図１は、本発明を含む情報処理システムの
全体の構成を示す機能ブロック図である。本発明の実施
にあたっては、システム開発者はまず一連の業務の各プ
ロセス（処理）を状態遷移図として展開する。その際
に、各処理の結果に応じて処理コードを割り当て、かか
る処理コードとともに状態遷移データを状態遷移データ
記憶部１０に記録する。ここで対象とする状態遷移図
は、一元の遷移系列（図３参照）のみならず、相互に関
連を有する複数の遷移系列をもつ遷移（図４参照）も含
めることができる。
全体の構成を示す機能ブロック図である。本発明の実施
にあたっては、システム開発者はまず一連の業務の各プ
ロセス（処理）を状態遷移図として展開する。その際
に、各処理の結果に応じて処理コードを割り当て、かか
る処理コードとともに状態遷移データを状態遷移データ
記憶部１０に記録する。ここで対象とする状態遷移図
は、一元の遷移系列（図３参照）のみならず、相互に関
連を有する複数の遷移系列をもつ遷移（図４参照）も含
めることができる。
【００１３】処理部１２は、状態遷移データ記憶部１０
に記録された状態遷移データに基づき、各プロセスとそ
れに対応した処理コードおよび各プロセスが実行可能と
なるための条件等を抽出し、処理コード管理データベー
ス（ＤＢ）１４を構築する。処理コード管理データベー
ス１４は、好適にはテーブルの形式で、各プロセスの識
別情報、プロセスごとに設定される各プロセスの開始条
件としての処理コード（現状コード）およびその実行結
果としての処理コードに関する情報を保持する。
に記録された状態遷移データに基づき、各プロセスとそ
れに対応した処理コードおよび各プロセスが実行可能と
なるための条件等を抽出し、処理コード管理データベー
ス（ＤＢ）１４を構築する。処理コード管理データベー
ス１４は、好適にはテーブルの形式で、各プロセスの識
別情報、プロセスごとに設定される各プロセスの開始条
件としての処理コード（現状コード）およびその実行結
果としての処理コードに関する情報を保持する。
【００１４】業務アプリケーション１６は、各業務に対
応する事務プロセスを実行するための複数のプログラム
である。処理条件判定部１８は、業務アプリケーション
１６から呼出され、処理コード管理データベース１４を
参照して、そのプロセスの実行の可否の判定を行い、そ
の実行結果としての処理コードに関するデータを業務ア
プリケーション１６に通知する。すなわち、判定部１８
を介して、処理コードをやり取りすることによって、業
務アプリケーション１６において対応する事務プロセス
が実行される。
応する事務プロセスを実行するための複数のプログラム
である。処理条件判定部１８は、業務アプリケーション
１６から呼出され、処理コード管理データベース１４を
参照して、そのプロセスの実行の可否の判定を行い、そ
の実行結果としての処理コードに関するデータを業務ア
プリケーション１６に通知する。すなわち、判定部１８
を介して、処理コードをやり取りすることによって、業
務アプリケーション１６において対応する事務プロセス
が実行される。
【００１５】図２は、本発明により実施されるオペレー
ションを概念的に説明する図である。ここでは、一連の
事務プロセスとして、申請、起案、見積、承認が状態遷
移図として示されている。Ａ〜Ｅは処理コードを表し、
外置きの処理コード管理データベースで管理されてい
る。この処理コード管理データベースは、各事務プロセ
スの流れを管理するデータベースとして機能する。現在
進められているプロセスの開始条件としての処理コード
を現状コードとすると、起案前の現状コードＢに対し、
プロセス「起案」が対応する業務アプリケーションで実
行され、その結果、プロセス中の現状コードがＢからＣ
に変更される（書き換えられる）。
ションを概念的に説明する図である。ここでは、一連の
事務プロセスとして、申請、起案、見積、承認が状態遷
移図として示されている。Ａ〜Ｅは処理コードを表し、
外置きの処理コード管理データベースで管理されてい
る。この処理コード管理データベースは、各事務プロセ
スの流れを管理するデータベースとして機能する。現在
進められているプロセスの開始条件としての処理コード
を現状コードとすると、起案前の現状コードＢに対し、
プロセス「起案」が対応する業務アプリケーションで実
行され、その結果、プロセス中の現状コードがＢからＣ
に変更される（書き換えられる）。
【００１６】業務プロセスのリエンジニアリングが必要
となって、例えばプロセス「起案」が省略される場合を
考える。通常は、業務アプリケーションそのものを改変
する必要が生じるが、本発明では、処理コードのみ（処
理コードを一元管理するＤＢ＝処理コード管理ＤＢ中の
データ）をＢからＣに変更するだけで対応が可能とな
る。
となって、例えばプロセス「起案」が省略される場合を
考える。通常は、業務アプリケーションそのものを改変
する必要が生じるが、本発明では、処理コードのみ（処
理コードを一元管理するＤＢ＝処理コード管理ＤＢ中の
データ）をＢからＣに変更するだけで対応が可能とな
る。
【００１７】次に、図３から図６を参照しつつ、データ
記憶部１０に記録される状態遷移データについて説明す
る。まず、説明の便宜上、図中で用いられている記号お
よび用語について言及する。
記憶部１０に記録される状態遷移データについて説明す
る。まず、説明の便宜上、図中で用いられている記号お
よび用語について言及する。
【００１８】処理コードに関しては、プロセスの「状
態」を表す記号としてｓｙｘを使う。ここで、ｓは「状
態」を表す記号を、ｙは状態の遷移系列を、ｘは遷移系
列ｙにおける個々の状態の識別子を表す。また、状態を
変更等する「処理（プロセス）」に対する記号としてｐ
ｙｘを使う。ここで、ｐは処理を表す記号を、ｙｘは上
記の状態を表す記号と同様であるが、ここではその処理
が開始できるための状態等を表す。なお、系列の数など
に応じて、割り当てる処理コードの記号を変更できるこ
とはいうまでもない。
態」を表す記号としてｓｙｘを使う。ここで、ｓは「状
態」を表す記号を、ｙは状態の遷移系列を、ｘは遷移系
列ｙにおける個々の状態の識別子を表す。また、状態を
変更等する「処理（プロセス）」に対する記号としてｐ
ｙｘを使う。ここで、ｐは処理を表す記号を、ｙｘは上
記の状態を表す記号と同様であるが、ここではその処理
が開始できるための状態等を表す。なお、系列の数など
に応じて、割り当てる処理コードの記号を変更できるこ
とはいうまでもない。
【００１９】状態（ｓｙｘ）の種別としては次の用語を
用いる。 ・普通状態 通常の状態 ・分岐点 同一の遷移系列で、遷移先の処理コードの
異なるプロセスが分岐する状態 ・収斂点 分岐した処理がもとに戻る状態 ・遷移点 一つの遷移系列から、ほかの遷移系列へ遷
移した最初の状態 ・回帰点 遷移点を始点とした遷移系列が、もとの遷
移系列へ戻る時の状態
用いる。 ・普通状態 通常の状態 ・分岐点 同一の遷移系列で、遷移先の処理コードの
異なるプロセスが分岐する状態 ・収斂点 分岐した処理がもとに戻る状態 ・遷移点 一つの遷移系列から、ほかの遷移系列へ遷
移した最初の状態 ・回帰点 遷移点を始点とした遷移系列が、もとの遷
移系列へ戻る時の状態
【００２０】図３は、基本的な一元配置の状態遷移の例
を表す図である。本発明においては、業務プロセスを分
析した後、各プロセスの処理結果に応じて処理コードを
割り当て、その状態を管理できるようにしている。図３
において、遷移系列０は、処理前の状態が存在しない状
態（「無」）から、処理にともないその状態が順次ｓ０
１、ｓ０２、ｓ０３、ｓ０４と変遷し、最終的な処理を
へて再び無に帰する遷移を表している。また、状態ｓ０
１とｓ０４は分岐点としてスキップ処理が行え、それぞ
れのスキップ先はｓ０３およびｓ０２の収斂点となって
いることも示している。
を表す図である。本発明においては、業務プロセスを分
析した後、各プロセスの処理結果に応じて処理コードを
割り当て、その状態を管理できるようにしている。図３
において、遷移系列０は、処理前の状態が存在しない状
態（「無」）から、処理にともないその状態が順次ｓ０
１、ｓ０２、ｓ０３、ｓ０４と変遷し、最終的な処理を
へて再び無に帰する遷移を表している。また、状態ｓ０
１とｓ０４は分岐点としてスキップ処理が行え、それぞ
れのスキップ先はｓ０３およびｓ０２の収斂点となって
いることも示している。
【００２１】本発明では複数の遷移系列を扱うことがで
きる。図４は、系列０と系列１の２つの系列を有する状
態遷移の例を表す図である。例えば、系列１の状態ｓ１
０は、系列０の状態がｓ０１、ｓ０２、ｓ０３のいづれ
かの場合からとりうる状態で、遷移点となっている。系
列１の状態ｓ１１からとりうる処理の結果は、系列０の
状態ｓ０１に戻り、これが系列０への回帰点となってい
る。
きる。図４は、系列０と系列１の２つの系列を有する状
態遷移の例を表す図である。例えば、系列１の状態ｓ１
０は、系列０の状態がｓ０１、ｓ０２、ｓ０３のいづれ
かの場合からとりうる状態で、遷移点となっている。系
列１の状態ｓ１１からとりうる処理の結果は、系列０の
状態ｓ０１に戻り、これが系列０への回帰点となってい
る。
【００２２】より具体的な本発明の実施例を説明するた
めに、購買業務を例にとり、上記のようにして得られる
状態遷移図を座標空間に配置した適用例を示す。
めに、購買業務を例にとり、上記のようにして得られる
状態遷移図を座標空間に配置した適用例を示す。
【００２３】図５は、購買業務に関する状態遷移図を座
標空間に展開した図である。ここでは、複数の系列
（０、１、２）の状態が相互に関連するケースを扱って
おり、工程をＸ軸に、遷移系列をＹ軸にとった平面上に
状態遷移図を配置している。Ｘ軸は各系列の状態を順序
づけており、Ｙ軸はデータの発生順に系列を配置してい
る。また、この図では、系列０、１、２の状態間の順位
付けも行っており、例えば、系列１の状態ｓ１１が、系
列０のｓ０１またはｓ０２の状態よりも後工程（Ｘ軸上
で右側）に配置されることのように座標配置されてい
る。したがって、この図５には系列間の状態の前後関係
も正確に反映されている。また、この図では、工程軸の
下に各系列の目盛りを配置して、系列間の状態の前後関
係を明記している。このように配置することにより、遷
移系列間のつながりも工程軸から明確になる。
標空間に展開した図である。ここでは、複数の系列
（０、１、２）の状態が相互に関連するケースを扱って
おり、工程をＸ軸に、遷移系列をＹ軸にとった平面上に
状態遷移図を配置している。Ｘ軸は各系列の状態を順序
づけており、Ｙ軸はデータの発生順に系列を配置してい
る。また、この図では、系列０、１、２の状態間の順位
付けも行っており、例えば、系列１の状態ｓ１１が、系
列０のｓ０１またはｓ０２の状態よりも後工程（Ｘ軸上
で右側）に配置されることのように座標配置されてい
る。したがって、この図５には系列間の状態の前後関係
も正確に反映されている。また、この図では、工程軸の
下に各系列の目盛りを配置して、系列間の状態の前後関
係を明記している。このように配置することにより、遷
移系列間のつながりも工程軸から明確になる。
【００２４】処理を表す矢印のうち、黒矢印（例えば、
ｓ０１からｓ１１への矢印）は順位づけられた状態を正
方向に進める正順処理を、白矢印（例えば、ｓ２２から
ｓ２１への矢印）は順位づけられた状態を負方向に進め
る（戻す）逆順処理を表す。なお、ｓ１１においては、
複数の処理矢印が錯綜するのを避けるため補助的に楕円
表現を使用している。
ｓ０１からｓ１１への矢印）は順位づけられた状態を正
方向に進める正順処理を、白矢印（例えば、ｓ２２から
ｓ２１への矢印）は順位づけられた状態を負方向に進め
る（戻す）逆順処理を表す。なお、ｓ１１においては、
複数の処理矢印が錯綜するのを避けるため補助的に楕円
表現を使用している。
【００２５】購買業務を例に取ると、主な業務として、
１）購買要求及び検収、２）要求の受付及び契約、３）
見積の依頼・取得・審査の三つが考えられる。図５は、
系列０を請求検収系列、系列１を受付契約系列、系列２
を見積系列に割り当て、次のような業務プロセスの流れ
を想定している。
１）購買要求及び検収、２）要求の受付及び契約、３）
見積の依頼・取得・審査の三つが考えられる。図５は、
系列０を請求検収系列、系列１を受付契約系列、系列２
を見積系列に割り当て、次のような業務プロセスの流れ
を想定している。
【００２６】請求・検収（系列０） ００ 購買要求票を作成する ０１ 複数の購買要求票を取りまとめる ０２ 契約の成立を待つ ０３ 要求された内容を検収する
【００２７】受付・契約（系列１） １０ 購買要求を受付ける １１ 要求から取引先を選定する １２ 取引先に見積を依頼する １３ 契約先を選定する １４ 契約を締結する
【００２８】見積（系列２） ２１ 見積条件を定める ２２ 見積依頼を行う ２３ 見積を受領する ２４ 見積内容を検討する
【００２９】それぞれの業務処理には、その処理が行わ
れたことを示す状態として、購買要求票作成済のように
「××済」といった状態を処理コードとして持たせる。
例えば、取引先を選定するプロセス（ｐ１１）の終了
後、ｓ１２という処理コードが現状コードとして認識さ
れ、この状態になってはじめて取引先へ見積を依頼する
プロセス（ｐ１２）が実行可能になる。このように、図
５は、上記の各番号を系列、状態、処理に当てはめて購
買業務を状態遷移図として表したものである。状態遷移
を表す遷移系列は、系列内で互いに排他的な状態を表し
ている。これは、見方によっては、系列は共通な特質を
もつデータの集合要素と考えることができる。このよう
にして作成した状態遷移データが状態遷移データ記憶部
１０で管理される。
れたことを示す状態として、購買要求票作成済のように
「××済」といった状態を処理コードとして持たせる。
例えば、取引先を選定するプロセス（ｐ１１）の終了
後、ｓ１２という処理コードが現状コードとして認識さ
れ、この状態になってはじめて取引先へ見積を依頼する
プロセス（ｐ１２）が実行可能になる。このように、図
５は、上記の各番号を系列、状態、処理に当てはめて購
買業務を状態遷移図として表したものである。状態遷移
を表す遷移系列は、系列内で互いに排他的な状態を表し
ている。これは、見方によっては、系列は共通な特質を
もつデータの集合要素と考えることができる。このよう
にして作成した状態遷移データが状態遷移データ記憶部
１０で管理される。
【００３０】遷移系列は共通な特質をもつデータの集合
要素と考えることができるから、遷移系列を１つのエン
ティティとして捕らえることも可能である。よって、図
５に示す状態遷移図をＤＦＤに展開して管理することも
可能である。図６は、このように遷移系列をエンティテ
ィとして捉えて、図５をＤＦＤに展開した図である。各
系列はデータストアとして表記し、データストア内に処
理コードである状態を工程順に配置している。それぞれ
の処理ボックスは、状態に依存して、工程軸に沿って配
置をしている。
要素と考えることができるから、遷移系列を１つのエン
ティティとして捕らえることも可能である。よって、図
５に示す状態遷移図をＤＦＤに展開して管理することも
可能である。図６は、このように遷移系列をエンティテ
ィとして捉えて、図５をＤＦＤに展開した図である。各
系列はデータストアとして表記し、データストア内に処
理コードである状態を工程順に配置している。それぞれ
の処理ボックスは、状態に依存して、工程軸に沿って配
置をしている。
【００３１】この図で注意を要するのは、各処理ボック
スは処理順序の物理的な配置を記しているのであり、機
能的な類似性を表しているのではない。換言すれば、Ｘ
軸方向の配列は、工程上の物理配置、実行順序を表して
おり、Ｙ軸方向の配列は、状態というデータからみた類
似性を示していることになる。なお、図６は図５の表現
形式を異にした図であるので、詳細な記号の説明は省略
する。
スは処理順序の物理的な配置を記しているのであり、機
能的な類似性を表しているのではない。換言すれば、Ｘ
軸方向の配列は、工程上の物理配置、実行順序を表して
おり、Ｙ軸方向の配列は、状態というデータからみた類
似性を示していることになる。なお、図６は図５の表現
形式を異にした図であるので、詳細な記号の説明は省略
する。
【００３２】以上のようにして得られた状態遷移データ
（遷移図を展開したＤＦＤを含む）を、実際のシステム
開発（コーディング）において有用なデータベースへ展
開する方法について説明する。図５または図６から次の
ような情報を読み取ることができる。 １）各プロセスの開始条件としての状態は何か ２）プロセスの実行結果としての状態は何か 例えば、ｐ０１という処理についてみると、開始条件
は、系列０の状態がｓ０１であり、処理結果としては系
列１のデータを状態ｓ１１で挿入することが読み取れ
る。このような条件を一括して扱うために、例えばデシ
ジョンテーブルの形式に展開してみると有用であり、こ
のようにして得られたデータが、処理コード管理データ
ベース１４で管理される。
（遷移図を展開したＤＦＤを含む）を、実際のシステム
開発（コーディング）において有用なデータベースへ展
開する方法について説明する。図５または図６から次の
ような情報を読み取ることができる。 １）各プロセスの開始条件としての状態は何か ２）プロセスの実行結果としての状態は何か 例えば、ｐ０１という処理についてみると、開始条件
は、系列０の状態がｓ０１であり、処理結果としては系
列１のデータを状態ｓ１１で挿入することが読み取れ
る。このような条件を一括して扱うために、例えばデシ
ジョンテーブルの形式に展開してみると有用であり、こ
のようにして得られたデータが、処理コード管理データ
ベース１４で管理される。
【００３３】図７は、処理コード管理データベースで管
理されるテーブルを表す図である。縦軸には、それぞれ
の遷移系列の状態および各プロセス（処理）後の次の状
態を順にとり、横軸には、それぞれの処理がどの状態で
実行可能であり、処理結果としてどの系列の状態を更新
するかが示されている。
理されるテーブルを表す図である。縦軸には、それぞれ
の遷移系列の状態および各プロセス（処理）後の次の状
態を順にとり、横軸には、それぞれの処理がどの状態で
実行可能であり、処理結果としてどの系列の状態を更新
するかが示されている。
【００３４】例えば、ｐ１２は状態が系列１のｓ１２と
なることが開始条件となり、その実行後は状態を系列２
のｓ２１にする。このｓ２１は、ｐ２１の開始条件とな
っており、これによりはじめてｐ２１が実行可能にな
る。このようなテーブルをＤＢまたはファイルとして保
持し、これを参照することにより、複雑なワークフロー
であっても業務処理の実行可否を判定する仕組みを取込
むことが可能となり、かつこのテーブルの処理コードの
みを変更することで、システム全体の再コーディング等
の作業を行うことなく、業務のリエンジニアリングに柔
軟かつ迅速に対応することができるようになる。
なることが開始条件となり、その実行後は状態を系列２
のｓ２１にする。このｓ２１は、ｐ２１の開始条件とな
っており、これによりはじめてｐ２１が実行可能にな
る。このようなテーブルをＤＢまたはファイルとして保
持し、これを参照することにより、複雑なワークフロー
であっても業務処理の実行可否を判定する仕組みを取込
むことが可能となり、かつこのテーブルの処理コードの
みを変更することで、システム全体の再コーディング等
の作業を行うことなく、業務のリエンジニアリングに柔
軟かつ迅速に対応することができるようになる。
【００３５】図８は、実際に開発したシステムの各業務
アプリケーションが処理コード管理データベースを参照
する仕組みを説明する図である。本発明の情報処理シス
テムにおいては、ＤＢ化されたデシジョンテーブル（条
件判定テーブル）８４に対し、業務アプリケーション
（８６、８７）と独立した判定部として判定エンジン８
８を組込む。この判定エンジン８８は、各業務アプリケ
ーション（８６、８７）から起動され、要求された処理
に対応して、必要な遷移系列の状態から、その処理が実
行可能か判定するとともに、その処理が正常に終了した
場合の次の状態を通知することができる。
アプリケーションが処理コード管理データベースを参照
する仕組みを説明する図である。本発明の情報処理シス
テムにおいては、ＤＢ化されたデシジョンテーブル（条
件判定テーブル）８４に対し、業務アプリケーション
（８６、８７）と独立した判定部として判定エンジン８
８を組込む。この判定エンジン８８は、各業務アプリケ
ーション（８６、８７）から起動され、要求された処理
に対応して、必要な遷移系列の状態から、その処理が実
行可能か判定するとともに、その処理が正常に終了した
場合の次の状態を通知することができる。
【００３６】図８では、業務アプリケーションとしてＷ
ｅｂアプリケーションを想定し、この業務アプリケーシ
ョンは、業務データベース８０から必要な情報を取得し
入出力部８２に表示するプレゼンテーションロジック８
６と、入出力部８２からの入力結果に応じて業務データ
ベース８０を更新するビジネスロジック８７から構成さ
れているものとする。
ｅｂアプリケーションを想定し、この業務アプリケーシ
ョンは、業務データベース８０から必要な情報を取得し
入出力部８２に表示するプレゼンテーションロジック８
６と、入出力部８２からの入力結果に応じて業務データ
ベース８０を更新するビジネスロジック８７から構成さ
れているものとする。
【００３７】プレゼンテーションロジック部分８６で
は、まず表示データを検索する前に、判定エンジン８８
に対し、その処理の実行可否を問い合わせる。判定エン
ジン８８は、処理条件判定テーブル８４を参照して、ア
プリケーションの要求する処理が可能であるか判断し、
結果を返す。処理可能と判定された場合、プレゼンテー
ションロジック８６は、業務データベースより表示に必
要な情報を取得し、入出力部８２へ出力する。
は、まず表示データを検索する前に、判定エンジン８８
に対し、その処理の実行可否を問い合わせる。判定エン
ジン８８は、処理条件判定テーブル８４を参照して、ア
プリケーションの要求する処理が可能であるか判断し、
結果を返す。処理可能と判定された場合、プレゼンテー
ションロジック８６は、業務データベースより表示に必
要な情報を取得し、入出力部８２へ出力する。
【００３８】ビジネスロジック部分８７では、まず入出
力部８２から入力されたデータを受け取り、チェックを
行い、実行しようとする処理の情報を判定エンジン８８
に渡す。判定エンジン８８は、状態をチェックし、処理
の実行可否を判定するとともに、実行後に更新すべき処
理状態をビジネスロジック８７に通知する。ビジネスロ
ジック８７は、つぎの処理状態を含めた業務データを更
新する。
力部８２から入力されたデータを受け取り、チェックを
行い、実行しようとする処理の情報を判定エンジン８８
に渡す。判定エンジン８８は、状態をチェックし、処理
の実行可否を判定するとともに、実行後に更新すべき処
理状態をビジネスロジック８７に通知する。ビジネスロ
ジック８７は、つぎの処理状態を含めた業務データを更
新する。
【００３９】このように処理コードで表される状態に関
する判定部分を、業務アプリケーションから独立させる
ことにより、次の利点が得られる。 １）状態の変更に対する業務アプリケーションの修正範
囲の極小化 状態に伴う制御を個々の業務アプリケーションに組込ん
だ場合と比べ、プログラム修正範囲と修正量を大きく削
減出来る、 ２）ビジネスロジックの外部テーブル化 Ｗｅｂ環境などのようにビジネスロジックとプレゼンテ
ーションロジックが分離された形態では、ビジネスロジ
ックの主要部分を判定エンジンに委ねることが可能で、
状態に応じたプレゼンテーションロジックに開発作業を
集中化させることが可能となる。
する判定部分を、業務アプリケーションから独立させる
ことにより、次の利点が得られる。 １）状態の変更に対する業務アプリケーションの修正範
囲の極小化 状態に伴う制御を個々の業務アプリケーションに組込ん
だ場合と比べ、プログラム修正範囲と修正量を大きく削
減出来る、 ２）ビジネスロジックの外部テーブル化 Ｗｅｂ環境などのようにビジネスロジックとプレゼンテ
ーションロジックが分離された形態では、ビジネスロジ
ックの主要部分を判定エンジンに委ねることが可能で、
状態に応じたプレゼンテーションロジックに開発作業を
集中化させることが可能となる。
【００４０】
【発明の効果】本発明、特に処理コード管理データベー
スを提供することにより、システムの改善や変更に対し
て、その労力、コスト、時間を最小限に押さえることが
できるようになる。しかも、一旦開発したシステムの全
体を修正することなく、このデータベースのみを変更す
るだけで対応できるため、業務プロセスのリエンジニア
リングの要求に応じて、柔軟かつ迅速に対応できるシス
テム開発方法を提供することができる。これは、同時に
システム構築の拡張性をもたらすことにもなる。
スを提供することにより、システムの改善や変更に対し
て、その労力、コスト、時間を最小限に押さえることが
できるようになる。しかも、一旦開発したシステムの全
体を修正することなく、このデータベースのみを変更す
るだけで対応できるため、業務プロセスのリエンジニア
リングの要求に応じて、柔軟かつ迅速に対応できるシス
テム開発方法を提供することができる。これは、同時に
システム構築の拡張性をもたらすことにもなる。
【図１】本発明を含む情報処理システムの全体の構成を
示す機能ブロック図である。
示す機能ブロック図である。
【図２】本発明により実施されるオペレーションを概念
的に説明する図である。
的に説明する図である。
【図３】基本的な一元配置の状態遷移の例を表す図であ
る。
る。
【図４】２つの系列を有する状態遷移の例を表す図であ
る。
る。
【図５】購買業務に関する状態遷移図を座標空間に展開
した図である。
した図である。
【図６】図５をＤＦＤに展開した図である。
【図７】処理コード管理データベースで管理されるテー
ブルを表す図である。
ブルを表す図である。
【図８】処理コード管理データベースをシステムが参照
する仕組みを説明する図である。
する仕組みを説明する図である。
１０．．．状態遷移データ記憶部 １２．．．処理部 １４．．．処理コード管理データベース １６．．．業務アプリケーション １８．．．処理条件判定部
Claims (4)
- 【請求項１】業務を実施するためのプロセスを実行する
アプリケーションとは別に設けられ、各プロセスの識別
情報と、当該プロセスごとに設定されその状態を表すた
めの処理コード情報とを有するデータベース・システ
ム。 - 【請求項２】前記処理コード情報が、前記の各対応する
プロセスの開始条件情報もしくは当該プロセスの実行後
の状態に関する情報またはこれらの両方を有する、請求
項１に記載のデータベース・システム。 - 【請求項３】前記処理コード情報をあらかじめ作成され
たプロセスの状態遷移データから取得する、請求項１又
は２に記載のデータベース・システム。 - 【請求項４】業務を実施するためのプロセスを実行する
アプリケーションと、前記プロセスの実行の可否を判断
する判定手段と、前記アプリケーションおよび判定エン
ジンとは別に設けられ、各プロセスの識別情報と、当該
プロセスごとに設定されその状態を表すための処理コー
ド情報であって、各対応するプロセスの開始条件情報も
しくは当該プロセスの実行後の状態に関する情報または
これらの両方を有するデータベースとを具備し、前記判
定手段は、前記アプリケーションからの呼出しに応じ
て、前記データベース中の対応するプロセスの処理コー
ド情報を参照することにより、当該プロセスの実行の可
否を判定する、情報処理システム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000174558A JP2001356907A (ja) | 2000-06-09 | 2000-06-09 | 処理コード情報を有するデータベース・システムおよび情報処理システム |
| US09/875,629 US7475400B2 (en) | 2000-06-09 | 2001-06-06 | Database system and information processing system with process code information |
| US11/931,773 US20080065454A1 (en) | 2000-06-09 | 2007-10-31 | Database system and information processing system with process code information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000174558A JP2001356907A (ja) | 2000-06-09 | 2000-06-09 | 処理コード情報を有するデータベース・システムおよび情報処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001356907A true JP2001356907A (ja) | 2001-12-26 |
Family
ID=18676573
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000174558A Pending JP2001356907A (ja) | 2000-06-09 | 2000-06-09 | 処理コード情報を有するデータベース・システムおよび情報処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7475400B2 (ja) |
| JP (1) | JP2001356907A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010009154A (ja) * | 2008-06-24 | 2010-01-14 | Incs Inc | 設計支援システム、設計支援装置、設計支援プログラム及び該プログラムを記録した記録媒体 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7925527B1 (en) * | 2000-08-16 | 2011-04-12 | Sparta Systems, Inc. | Process control system utilizing a database system to monitor a project's progress and enforce a workflow of activities within the project |
| CN100347696C (zh) * | 2002-03-25 | 2007-11-07 | 数据质量解决公司 | 企业业务过程管理的方法和系统 |
| TW200419413A (en) * | 2003-01-13 | 2004-10-01 | I2 Technologies Inc | Master data management system for centrally managing core reference data associated with an enterprise |
| JP4150965B2 (ja) * | 2003-05-12 | 2008-09-17 | オムロン株式会社 | 端末装置、業務指示方法、コンテンツ提供装置、コンテンツ提供方法、記録媒体、プログラム、業務管理システム、および業務管理方法 |
| US20060080326A1 (en) * | 2004-10-07 | 2006-04-13 | General Electric Company | Method for reengineering of business processes |
| US20070156486A1 (en) * | 2005-12-29 | 2007-07-05 | Microsoft Corporation | Multiple concurrent workflow persistence schemes |
| US7680683B2 (en) * | 2005-12-29 | 2010-03-16 | Microsoft Corporation | Dynamically repositioning workflow by end users |
| US8849691B2 (en) | 2005-12-29 | 2014-09-30 | Microsoft Corporation | Modeling user input and interaction in workflow based applications |
| US20070156487A1 (en) * | 2005-12-29 | 2007-07-05 | Microsoft Corporation | Object model on workflow |
| US9354847B2 (en) | 2008-12-29 | 2016-05-31 | Microsoft Technology Licensing, Llc | Interface infrastructure for a continuation based runtime |
| US9536264B2 (en) | 2011-11-14 | 2017-01-03 | Microsoft Technology Licensing, Llc | Host agnostic messaging in a continuation based runtime |
| JP6051605B2 (ja) * | 2012-06-13 | 2016-12-27 | ソニー株式会社 | 表示装置、および表示制御方法、並びにプログラム |
| US9134970B2 (en) | 2013-01-10 | 2015-09-15 | Oracle International Corporation | Software development methodology system for implementing business processes |
| CN111461886B (zh) * | 2020-04-01 | 2022-02-01 | 杭州溪塔科技有限公司 | 区块链上不依赖智能合约的系统配置的管理方法和装置 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5301320A (en) * | 1991-06-28 | 1994-04-05 | Digital Equipment Corporation | Workflow management and control system |
| EP0686282A4 (en) * | 1993-02-08 | 1997-07-02 | Action Tech Inc | BUSINESS PROCESS MANAGEMENT PROCESS AND APPARATUS |
| US5734837A (en) * | 1994-01-14 | 1998-03-31 | Action Technologies, Inc. | Method and apparatus for building business process applications in terms of its workflows |
| US5799297A (en) * | 1995-12-15 | 1998-08-25 | Ncr Corporation | Task workflow management system and method including an external program execution feature |
| JPH1063751A (ja) | 1996-08-14 | 1998-03-06 | Fuji Xerox Co Ltd | ワークフローシステムおよびその作業分割方法 |
| US5933633A (en) * | 1996-11-19 | 1999-08-03 | Good; Sebastian Erich | State table generating system |
| US5870545A (en) * | 1996-12-05 | 1999-02-09 | Hewlett-Packard Company | System and method for performing flexible workflow process compensation in a distributed workflow management system |
| JP4020504B2 (ja) * | 1998-08-24 | 2007-12-12 | 株式会社日立製作所 | ワークフロー管理システム制御方法及びワークフロー管理システム |
| US6401111B1 (en) * | 1998-09-11 | 2002-06-04 | International Business Machines Corporation | Interaction monitor and interaction history for service applications |
| US6405215B1 (en) * | 1998-11-06 | 2002-06-11 | International Business Machines Corp. | Workflow agent for a multimedia database system |
| US6415297B1 (en) * | 1998-11-17 | 2002-07-02 | International Business Machines Corporation | Parallel database support for workflow management systems |
| DE19955004A1 (de) * | 1998-12-01 | 2000-06-29 | Ibm | Ableitung und Ausführung von Workload-Manager-Enklaven aus Workflows |
| US7024670B1 (en) * | 1998-12-17 | 2006-04-04 | International Business Machines Corporation | Timed start-conditions for activities in workflow management systems |
| DE10003015A1 (de) * | 1999-02-06 | 2000-08-17 | Ibm | Die Erzeugung von Ereignis-Bedingungs-Aktions-Regeln aus Prozessmodellen |
| US7024669B1 (en) * | 1999-02-26 | 2006-04-04 | International Business Machines Corporation | Managing workload within workflow-management-systems |
| US20010054172A1 (en) * | 1999-12-03 | 2001-12-20 | Tuatini Jeffrey Taihana | Serialization technique |
| US20020032692A1 (en) * | 2000-09-08 | 2002-03-14 | Atsuhito Suzuki | Workflow management method and workflow management system of controlling workflow process |
| EP1332418A4 (en) * | 2000-10-03 | 2006-06-07 | Michael Setteducati | WORK FLOW MANAGEMENT SOFTWARE OVERVIEW |
| US7581011B2 (en) * | 2000-12-22 | 2009-08-25 | Oracle International Corporation | Template based workflow definition |
| US6990664B2 (en) * | 2001-04-20 | 2006-01-24 | Hewlett-Packard Development Company, L.P. | System and method for managing a workflow process |
-
2000
- 2000-06-09 JP JP2000174558A patent/JP2001356907A/ja active Pending
-
2001
- 2001-06-06 US US09/875,629 patent/US7475400B2/en not_active Expired - Fee Related
-
2007
- 2007-10-31 US US11/931,773 patent/US20080065454A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010009154A (ja) * | 2008-06-24 | 2010-01-14 | Incs Inc | 設計支援システム、設計支援装置、設計支援プログラム及び該プログラムを記録した記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7475400B2 (en) | 2009-01-06 |
| US20080065454A1 (en) | 2008-03-13 |
| US20020016810A1 (en) | 2002-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7376663B1 (en) | XML-based representation of mobile process calculi | |
| JP2001356907A (ja) | 処理コード情報を有するデータベース・システムおよび情報処理システム | |
| US20050132278A1 (en) | Structural conversion apparatus, structural conversion method and storage media for structured documents | |
| US20070271107A1 (en) | Context-dependent value help | |
| KR100617604B1 (ko) | 기업간 협업 프로세스 관리 시스템 | |
| EP1209595A2 (en) | Group work control system, group work control method and group work control program | |
| CN111104103B (zh) | 一种软件编辑微服务的可视化方法及系统 | |
| JP5456756B2 (ja) | 構成要素を使用してコンピュータによる実行可能なコードを生成する方法及び装置 | |
| JPH10254689A (ja) | クライアント・サーバシステムのアプリケーション構成設計支援方式 | |
| US20200241850A1 (en) | Code Management System and Code Management Method | |
| JP4798395B2 (ja) | リソース自動構築システム及び自動構築方法並びにそのための管理用端末 | |
| JP5973091B2 (ja) | 開発支援システム | |
| JP4093033B2 (ja) | サービス部品選択支援方法 | |
| WO2019146233A1 (ja) | 業務プロセス設計支援方法及び業務プロセス設計支援装置 | |
| KR100337373B1 (ko) | 컴퓨터 지원 설계 시스템에서의 설계정보 관리 방법 | |
| CN116308132A (zh) | 一种基于工作流引擎的自动化办公方法和系统 | |
| JP4678770B2 (ja) | シーケンス図作成方法及びその装置 | |
| JP2003242313A (ja) | 業務進捗制御装置及びその方法と、業務進捗制御プログラム及びそのプログラムを記録した記録媒体 | |
| JP2009069876A (ja) | ワークフローシステム、ワークフロー制御方法及びプログラム | |
| JP5319643B2 (ja) | ソフトウェアプロダクトライン開発支援装置およびその方法 | |
| JP4908539B2 (ja) | ワークフロー処理装置、プログラム及び方法 | |
| JP2007115155A (ja) | プログラム構造管理装置及びプログラム構造管理プログラム | |
| JP2002132503A (ja) | ワークフロー管理システムにおけるデータ連携定義方法およびプロセスデータ管理システム | |
| JP2001188673A (ja) | ソフトウェア再利用支援装置 | |
| JP4779164B2 (ja) | ソフトウェア仕様書／設計書作成装置、そのプログラム及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041015 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041109 |
|
| RD12 | Notification of acceptance of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7432 Effective date: 20041115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041115 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050120 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050210 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070807 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20071002 |