JP4620890B2 - フロー構築支援システムおよびフロー構築支援プログラム - Google Patents
フロー構築支援システムおよびフロー構築支援プログラム Download PDFInfo
- Publication number
- JP4620890B2 JP4620890B2 JP2001084040A JP2001084040A JP4620890B2 JP 4620890 B2 JP4620890 B2 JP 4620890B2 JP 2001084040 A JP2001084040 A JP 2001084040A JP 2001084040 A JP2001084040 A JP 2001084040A JP 4620890 B2 JP4620890 B2 JP 4620890B2
- Authority
- JP
- Japan
- Prior art keywords
- status
- current
- event
- transition
- state
- 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 - Fee Related
Links
- 238000010276 construction Methods 0.000 title claims description 37
- 230000007704 transition Effects 0.000 claims description 166
- 230000004044 response Effects 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 4
- 230000000694 effects Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 31
- 238000010586 diagram Methods 0.000 description 28
- 238000000034 method Methods 0.000 description 20
- 230000008569 process Effects 0.000 description 14
- 230000008859 change Effects 0.000 description 11
- 230000009471 action Effects 0.000 description 3
- 230000007115 recruitment Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241000272525 Anas platyrhynchos Species 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【産業上の技術分野】
本発明は、ものの流れ、つまり、フローを伴うシステムを構築する際に、当該システム構築を支援する手法に関する。
【0002】
【従来の技術】
フローを伴うシステムを構築する際には、システムの特定に応じて、個別のルーティングエンジンを構築するのが通常の開発手法となっている。たとえば、特開平10−111888号には、どの部門を通過して業務処理を行うかを示す主ワークフローおよび各部門内の業務処理の流れを定めるサブワークフローを定義して、部門内の業務処理の変更についてはサブワークフローの変更で足りるように構成されたシステムが開示されている。また、特開平10−269302号には、複数のワークフロー・パッケージが相互に参照可能な相互参照テーブルを設け、部分的な処理手順の変更については相互参照テーブルの変更によって対処し、ワークフロー・パッケージの情報処理手順を示すシナリオ等を含む制御情報をデータベースに記憶し、必要に応じてデータベース中の制御情報を変更するように構成されたシステムが開示されている。
【0003】
【課題を解決するための手段】
これらシステムにおいては、業務処理の部分的な変更について、過大な労力を伴うことなく対応できる。しかしながら、複雑な構造(たとえば、主ワークフローおよびサブワークフローを用いていること)をとっていることから、抜本的な業務処理の変更に対して、そのフローを構築するために極めて多くの労力を必要とする。
また、上記システムにおいては、業務処理の制御は可能であるが、これを他の用途、たとえば、人事における採用フロー、伝票管理フロー等に転用することは極めて困難である。
【0004】
本発明は、種々の遷移対象物のフローを単純な構造にて表現でき、かつ、その変更などに対して柔軟なシステムを提供することを目的とする。
【0005】
【課題を解決するための手段】
本発明の目的は、その状態が遷移する遷移対象物の一連の状態遷移を定義してフローを表現し、当該遷移対象物のフロー中の状態を遷移させるフロー構築支援方法であって、少なくとも一つの遷移対象物、当該遷移対象物と関連付けられた複数のステータス、当該複数のステータスの各々と関連付けられた、当該遷移対象物の状態遷移を引き起こす少なくとも一つの主体、当該主体に関連付けられた、前記主体が引き起こすイベント、および、当該イベントと一意的に関連付けられた、遷移対象物の次のステータスの項目を含む、ルーティグ定義構造体を保持するステップと、前記ルーティング定義構造体における、前記遷移対象物、ステータス、主体、イベントおよび次のステータスの項目うち、必要な項目に値を与えるステップと、当該遷移対象物の現在のステータスを保持するステップと、少なくとも、主体およびイベントの値を含む状態遷移コマンドの受理に応答して、前記遷移対象物の現在のステータスから、前記ルーティグ構造体の関連付けを辿ることにより、当該遷移対象物の次のステータスを取得するステップと、前記遷移対象物の現在のステータスを更新するステップとを備えたことを特徴とするフロー構築支援方法により達成される。
【0006】
本発明によれば、汎用のルーティング定義構造体において、実際の遷移対象物(たとえば、文書、伝票、採用応募者など)の状態遷移にしたがって、値を設定することで、特定の遷移対象物に関するフローを表現することが可能となる。
また、その変更においても、ルーティング定義構造体中の所定の項目を指定し、その値を変更することにより実現できる。さらに、新規な遷移対象物に関するフローが必要な場合に、これが、存在する遷移対象物に関するフローと同一或いは類似する場合には、これをコピーし或いはこれに加えて必要な部分に変更を加えることで、必要なフローを定義することが可能となる。
【0007】
好ましい実施態様においては、前記ルーティング定義構造体が、上位から下位に向かって、遷移対象物、ステータス、主体、イベントおよび次のステータスの順に配置されたツリー構造を有する。たとえば、遷移対象物に複数のステータスがあり、かつ、各々のステータスに複数の主体等が存在する場合であっても、ルーティング定義構造体の構造を複雑化することを防止できる。
無論、ルーティング定義構造体は、関連付けを保持した、遷移対象物、ステータス、主体、イベントおよび次のステータスの項目からなるテーブルであっても良い。
【0008】
より好ましい実施態様においては、ルーティング定義構造体において、前記ステータスの下位に、ステータスが配置可能である。これにより、複雑な状態遷移、たとえば、文書の稟議中に、いくつかの段階がある場合などを表現することが可能となる。
【0009】
本発明の好ましい実施態様においては、ルーティング定義構造体において、必要な項目に値を与えるステップが、値設定対象となるカレントを指定するステップと、カレントに値を与えるステップとを備えている。
本発明の別の好ましい実施態様において、次のステータスを取得するステップは、ルーティング定義構造体中のステータスのうち、現在のステータスと一致するものをカレントとして設定するステップと、前記カレントとして設定されたステータスに関連付けられた主体のうち、前記イベントを引き起こした主体を検索するステップと、検索により見出された主体にカレントを移動するステップと、カレントとして設定された主体に関連付けられたイベントのうち、引き起こされたイベントを検索するステップと、検索により見出されたイベントにカレントを移動するステップと、前記カレントとして設定されたイベントに一意的に関連付けられた次のステータスを特定するステップとを有する。
【0010】
さらに、前記主体を検索するステップにおいて、主体が見出されない場合に、当該カレントのステータスを関連付けている上位のステータスを検索するステップと、検索により見出された上位のステータスに関連付けられた主体を検索するステップとを有するのが望ましい。
【0011】
また、本発明の目的は、少なくとも一つの遷移対象物、当該遷移対象物と関連付けられた複数のステータス、当該複数のステータスの各々と関連付けられた、当該遷移対象物の状態遷移を引き起こす少なくとも一つの主体、当該主体に関連付けられた、前記主体が引き起こすイベント、および、当該イベントと一意的に関連付けられた、遷移対象物の次のステータスの項目を含む、ルーティグ定義構造体を利用して、その状態が遷移する遷移対象物の一連の状態遷移を定義してフローを表現し、当該遷移対象物のフロー中の状態を遷移させるフロー構築支援システムであって、前記ルーティング定義構造体における、前記遷移対象物、ステータス、主体、イベントおよび次のステータスの項目うち、必要な項目に値を与えるとともに、前記遷移対象物の現在のステータスを設定する構造体定義手段と、少なくとも、主体およびイベントの値を含む状態遷移コマンドの受理に応答して、前記遷移対象物の現在のステータスから、前記ルーティグ構造体の関連付けを辿ることにより、当該遷移対象物の次のステータスを取得する状態遷移手段と、前記遷移対象物の現在のステータスを更新するステータス更新手段とを備えたことを特徴とするフロー構築支援システムによっても達成される。
【0012】
さらに、本発明の目的は、上記フロー構築支援システムにおいて利用されるルーティング定義構造体によっても達成される。この構造体は、ツリー構造であっても良いし、テーブルであっても良い。
すなわち、本発明によれば、ルーティングエンジンとは別途に、フロー定義構造体を用意し、この構造体において項目に値を与えることで、当該ルーティングエンジンを、特定の遷移対象物のためのものにカスタマイズすることが可能となる。
【0013】
また、本発明の目的は、少なくとも一つの遷移対象物、当該遷移対象物と関連付けられた複数のステータス、当該複数のステータスの各々と関連付けられた、当該遷移対象物の状態遷移を引き起こす少なくとも一つの主体、当該主体に関連付けられた、前記主体が引き起こすイベント、および、当該イベントと一意的に関連付けられた、遷移対象物の次のステータスの項目を含む、ルーティグ定義構造体を利用して、遷移対象物の一連の状態遷移を定義してフローを表現し、当該遷移対象物のフロー中の状態を遷移させるアクティビティを、コンピュータに実行させるフロー構築支援プログラムであって、前記ルーティング定義構造体における、前記遷移対象物、ステータス、主体、イベントおよび次のステータスの項目うち、必要な項目に値を与えるステップと、当該遷移対象物の現在のステータスを保持するステップと、少なくとも、主体およびイベントの値を含む状態遷移コマンドの受理に応答して、前記遷移対象物の現在のステータスから、前記ルーティグ構造体の関連付けを辿ることにより、当該遷移対象物の次のステータスを取得するステップと、前記遷移対象物の現在のステータスを更新するステップとをコンピュータに実行させるフロー構築支援プログラムによっても達成される。
【0014】
【発明の実施の形態】
以下、添付図面を参照して本発明の実施の形態につき説明を加える。図1は、本発明の実施の形態にかかるフロー構築支援システムの構成を示すブロックダイヤグラムである。図1に示すように、本実施の形態にかかるフロー構築支援システム10は、キーボードやマウスなどの入力装置14と、CRTやLCDなどの表示装置16と、ユーザインタフェース18と、ユーザの入力装置14により投入されたコマンドに応答して、必要な処理を実行する処理装置20と、種々のデータを記憶するデータベース22とを備えている。処理装置20は、ものの流れ(フロー)を表現するツリーを定義し、或いは、定義されたツリーに投入されたコマンドに対して所定の処理を実行するツリー定義部24と、ユーザの入力したコマンドを受け付けて必要な処理を実行するコマンド受付処理部26と、入力されたコマンドのうち、ツリーを構築するためのコマンドである定義コマンドを解析して、必要な情報をツリー定義部24に与える定義コマンド解析部28と、入力されたコマンドのうち、ツリーにおける各種状態を定義し或いは変更するためのコマンドである状態コマンドを解釈して、必要な状態をツリー定義部24に与える状態コマンド解析部30とを有している。
【0015】
このようなフロー構築システム10は、図2に示すように、入力装置14、表示装置16、ハードディスク装置22、CD−ROMやDVD−ROM43などの可搬記憶媒体43をアクセスする可搬記憶媒体ドライバ42、ROM44、RAM46および外部ネットワークとの通信を制御する通信I/F48を備えたパーソナルコンピュータにより実現することができる。
【0016】
このように構成されたツリー構築支援システム10にて構築されるフローを表現するツリーなどにつき説明を加える。図3は、本実施の形態にかかるフロー構築の原理を説明するための状態遷移図である。図3(a)に示すように、ものの流れには、フローするもの(本明細書において、「遷移対象物」と称する)、たとえば、文書や求人の応募者が存在し、遷移対象物の状態およびその状態を引き起こすイベントが存在する。たとえば、初期状態として状態1(符号302参照)や状態2(符号303参照)、或いは、遷移対象物が位置している状態3(符号301参照)などが定義される。図3(a)においては、このような遷移対象物の状態をノード301〜306として表している。なお、本明細書において、「状態」を場合によって「ステータス」と称する。
【0017】
また、その間の遷移、たとえば、状態1においてある主体Aがあるイベントである動作1を行うことにより、状態2に遷移し、状態2においては、主体Bがある動作2を行うことにより、状態2(符号304参照)に遷移する一方、主体Cがある動作3を行うことにより、状態3(符号301参照)に遷移するようになっている。図3(a)においては、ノード301〜306を結ぶリンクとして表している。リンクにおける矢印がイベントが生じて遷移する方向を示している。
【0018】
図3(b)は、上記状態遷移図を表にして表したものである。図3(b)に示すように、上記状態、イベントおよび状態の遷移は、状態(符号331参照)、イベントを引き起こす主体(符号341参照)、イベントの動作(符号351参照)および次の状態(符号361)という項目を含む。さらに、これに加えて現在の状態が把握されていれば良い。たとえば、符号311にて示す欄は、状態1(図3(a)の符号302参照)では、主体Aが動作1をなすことにより、状態2に変わりうることを示している。符号312にて示す欄は、状態2(図3(a)の符号303参照)では、主体Bが動作2をなすことにより、状態4に遷移し、或いは、主体Cが動作3をなすことにより、状態3に遷移することを意味している。他の欄313、314の記述も、同様に、その状態から、ある主体がある動作をなすことにより、次の状態に遷移することを意味している。
【0019】
図4は、本実施の形態にて利用されるツリー構造を示す図である。本実施の形態においては、上記状態遷移図や表にて表される状態、イベントおよび状態の遷移等を、一定のツリー構造にて表している。さらに、本実施の形態においては、実際のフローに合致するようにツリーを作成し、ツリー中を遷移対象物が移動させて、当該遷移対象物の状態等を把握できるようにしている。
【0020】
図4において、フローするもの(遷移対象物)には、当該遷移対象物の現在の状態が定義されるようになっている。また、フローするもの(遷移対象物)の下位レベルには、状態が定義される(符号411参照)。これは、図3(b)における項目331に対応する。さらに、状態の下位レベル(符号421参照)には、イベントを引き起こす主体が定義される。さらにその下位には、上位に位置する主体が引き起こすイベント(動作)が定義される(符号431参照)。さらにその下位には、イベントが引き起こされることにより、遷移対象物が遷移する次の状態が定義される(符号441参照)。
【0021】
図4において、「状態1」、「A」、「動作1」および「状態2」からなるトラック(符号401)は、図3(b)の欄311に対応する。また、「状態2」、「B」、「動作2」および「状態4」からなるトラック(符号402−1)並びに「状態2」、「C」、「動作3」および「動作3」からなるトラック(符号402−2)は、図3(b)の欄312に対応する。同様に、トラック403は、図3(b)の欄313に対応し、トラック404−1および404−2は、図3(b)の欄314に対応する。このように、フローするもの(遷移対象物)に、当該遷移対象物の現在の状態を関連付けて定義するとともに、上位から下位に向かって、状態、イベントの主体、イベントの内容、次の状態を定義したツリーを得ることで、種々のフローを表現することが可能となる。
【0022】
図5は、本実施の形態において利用される汎用のツリー構造体を示す図である。すなわち、本実施の形態においては、以下に述べる項目を所定の順序で配置したツリー構造体(ルーティング定義構造体)を用いて、各項目に所定の値(名称や数値)を割り当てることで、特定の用途に利用できる、定義されたツリーを作成するようになっている。
【0023】
上記ツリー構造体(ルーティング定義構造体)においては、幾つかの分岐点を有するフロー全体を川にたとえ、これを「river(リバー)」と称する。また、イベント(event)によってルートが決定されていくオブジェクトを、起きた波(イベントを引き起こす主体)の方向に自ずと流れていくゴム製のアヒル(rubber duckie)に喩えて、「duckie(ダッキー)」と称する。また、上記イベントを引き起こす主体は、波に喩えて、これを「wave(ウェイブ)」と称している。
【0024】
図5に示すように、「river(リバー)」の下位に、遷移対象物である「duckie(ダッキー)」が位置している。「river(リバー)」の下位には、必要な数の「duckie」を定義することができる。
この「duckie(ダッキー)」に関連付けられて、「now(ナウ)」つまりダッキーの現在のステータス(状態)、および、起こりうる種々の「status(ステータス)」が、その下位に配置される。「status(ステータス)」は、「duckie(ダッキー)」に対して複数配置される。これは、「duckie(ダッキー)」のステータス(状態)が遷移するには、少なくとも複数の「status(ステータス)」が必要だからである。
【0025】
「status(ステータス)」の下位には、基本的には、当該ステータスにおいて引き起こされるイベントを生じさせる「wave(ウェイブ)」が配置される。また、「wave」のほか、当該ステータス内のステータスが配置できるようにもなっている。これについては、後に詳述する。「status(ステータス)」の下位にある「wave(ウェイブ)」や「status(ステータス)」は複数であっても良い。
【0026】
「wave(ウェイブ)」の下位には、「wave(ウェイブ)」が引き起こす「event(イベント)」が配置され、各「event(イベント)」には、これにより遷移する次のステータス(状態)である「next(ネクスト)」が関連付けられている。「wave(ウェイブ)」の下位に配置される「event(イベント)」は複数存在しても良い。その一方、「event(イベント)」と「next(ネクスト)」とは一対一の関係を持っている。
【0027】
このように、「river(リバー)」において、ある「duckie(ダッキー)」に関する一連のツリー501が定義され得る。このような一連のツリー構造は、ある「river(リバー)」に対して複数あっても良い(符号502参照)。複数の「duckie(ダッキー)」が定義される例についても後述する。
【0028】
本実施の形態においては、図5に示すルーティング定義構造体において、「duckie」、「status」、「wave」、「event」、「next」などに実際のフローにおける種々の対象物や事例を割り当てて、実際のフローに合致したツリーを定義して、これに基づき種々の処理を実行することで、遷移対象物のフローを把握できるようになっている。
【0029】
本実施の形態において、このようなルーティング構造体に値を割り当てることによるツリーの定義、および、定義されたツリーを利用したフローにおける遷移対象物の状態遷移の処理等につき以下に説明を加える。図6は、本実施の形態におけるフロー構築支援システム10の処理を概略的に示すフローチャートである。図6に示すように、フロー構築支援システム10においては、まず、ユーザが入力装置14を操作して入力するコマンドにしたがって、ルーティング定義構造体に値が割り当てられ、実際のフローに沿って遷移対象物の状態が遷移する様子が定義される(ステップ601)。これらは、処理部20のコマンド受付処理部26、定義コマンド解析部28およびツリー定義部24にて実行される。次いで、遷移対象物のスタート時のステータスが設定されると(ステップ602)、イベントにより遷移対象物のステータスを遷移できる状態となる。
【0030】
ユーザが入力装置14を操作して所定のイベントを示すコマンドを入力すると、コマンド受付処理部26を経て、コマンドが状態コマンド解析部30に与えられ、さらに、ツリー定義部24に伝達される(ステップ603)。ツリー定義部24は、与えられたコマンドにしたがって、定義されたツリーを参照して、遷移対象物のステータスを遷移させる処理を実行する(ステップ604)。その後に、遷移対象物の、新たなステータスが取得され、表示装置16の画面上などに表示される(ステップ605)。ステップ603〜605の処理は、処理終了を示すコマンドが与えられるまで繰り返される(ステップ606参照)。
図7は、本実施の形態にて用いられるコマンドの例を示す図である。ここで、図7(a)に示すものは、主としてツリーを構築するために利用するものであり、図7(b)に示すものは、主として遷移対象物の状態を変更する際に利用される。無論、図7(a)に示すものが遷移対象物の状態を変更するためにも利用されるし、その逆もあり得る。
【0031】
ここで、カレントとは、ツリー中の要素のうち、処理の対象となる要素をいう。図7(a)に示すように、本実施の形態においては、ツリーを構築するために、カレントに要素(たとえば、「duckie」、「status」など)を追加する「Add」コマンド、カレントの要素を削除する「Delete」コマンド、カレントに値を設定する「Set」コマンド、カレントの値を取得する「Get」コマンド、カレントの下位を検索する「Find」コマンド、カレントを上位に移動させる「Up」コマンド、カレントを下位に移動させる「Down」コマンドが利用されている(符号700参照)。また、図7(b)に示すように、上記コマンドのほか、スタート状態を通知する「Start」コマンド、イベントを通知する「Say」コマンド、現在の状態を取得する「Now」コマンドを利用することができる(符号710参照)。
【0032】
コマンドには、それぞれ、必要なパラメータが規定されている。たとえば、「Add」コマンドには、パラメータとして、オブジェクトの名称(name)およびその値を付加する。たとえば、「Add(status,“状態1”)」というコマンドにより、カレントに「状態1」というステータスを追加することができる。或いは、「Find」コマンドにおいても、オブジェクトの名称およびその値がパラメータとして付加される。たとえば、「Find(wave,“A”)」というコマンドにより、ツリー上で、カレントより下位にある「A」という「wave(ウェイブ)」を検索することができる。同様に、「Down」コマンドにおいても、オブジェクトの名称およびその値がパラメータとして付加される。
【0033】
「Start」コマンド、「Say」コマンドおよび「Now」コマンドについても、図7(b)に示すようなパラメータが付加される。なお、正常にコマンドが実行されたか否かを判断するための戻り値が、コマンド実行の際に与えられるようになっている。
【0034】
ユーザは表示装置16に表示された、ツリーを示す図形を含むような画像を参照して、所望の位置に所望の情報を入力することができる。ここでは、ユーザインタフェース18が、ユーザの入力装置14の操作によるツリー中の位置の指定に応答して、カレントを特定し、かつ、ユーザの入力した情報に基づき、上記ツリー定義コマンドをコマンド受付処理部26に発行する。コマンド受付処理部26は、与えられたコマンドが定義コマンドである場合には、これを定義コマンド解析部28に伝達する。定義コマンド解析部28は、カレントを特定して、コマンドにしたがってカレントに特定のオブジェクトを加えるなどの処理を施す。これにより、ツリー定義部24中のツリーが順次形成される。
【0035】
図8は、図6のステップ601の処理の例を示すフローチャートである。たとえば、初期的には、図6(a)に示すように、「Add」コマンドによりカレントに要素を追加し(ステップ801)、「Set」コマンドによりカレントに値を設定し(ステップ802)、「Down」コマンドによりカレントをツリーの下位に移動させる(ステップ803)を繰り返すことにより、ツリー中の「duckie」、「wave」、「event」および「next」からなる一連の流れを形成することができる。
【0036】
また、図6(b)に示すように、たとえば、「Find」コマンドを利用してツリーの下位を検索して(ステップ811)、「Down」コマンドにより検索された位置にカレントを移動し(ステップ812)、「Set」コマンドによりカレントに新たに値を設定し(ステップ813)、或いは、「Delete」コマンドによりカレントの値を削除する(ステップ814)ことにより、ツリーを更新することもできる。このようにして、新たに形成され或いは更新されたツリーは、データベース22中に記憶され、必要に応じて、ツリー定義部22により読み出されて、「duckie」のステータス遷移の処理などの対象となる。
【0037】
たとえば、ユーザが表示装置16の画面上に表示された画像を参照しながら、入力装置14を操作して、選択した「duckie」に対して、主体である「wave」がどのような「event」を生じさせたかを入力する。入力された情報はユーザインタフェースを介してコマンド受付処理部20に伝達される。
コマンド受付処理部20は、「Say」コマンドを入力された情報に対応するパラメータとともに状態コマンド解析部30に与える。状態コマンド解析部30は、ツリー定義部24中のツリーを参照して、以下に説明する処理を実行することにより、「duckie」のステータスを遷移することができる。
【0038】
図9は、ステータス遷移処理をより詳細に示すフローチャートである。図9に示すように、まず、ツリー中の現在位置を示すカレントに、処理対象の「duckie」の現在位置がセットされる(ステップ901)。これは、ツリー中のオブジェクトである「now(ナウ)」を参照すればよい。次いで、状態コマンド解析部30は、ツリーを参照して、「event(イベント)」を生じさせた主体「wave(ウェイブ)」を、カレントの下位から検索する(ステップ902)。「event(イベント)を生じさせた主体が見出された場合には(ステップ903でイエス(Yes))、カレントを、見出された「wave(ウェイブ)」の位置に移動させる(ステップ904)。
【0039】
次いで、状態コマンド解析部30は、ツリーを参照して、生じた「event(イベント)」をカレントの下位から検索する(ステップ908)。「event(イベント)」が存在する場合には、カレントを、見出された「event(イベント)」に移動する(ステップ909)。ツリーにおいて、「event(イベント)」の下位には、「event(イベント)」が生じた結果である次のステータスである「next(ネクスト)」が配置されている。したがって、当該「next(ネクスト)」を参照することにより、次のステータスを得ることが可能となる(ステップ910)。したがって、状態コマンド解析部30は、ツリー中の現在のステータスである「now」に、得られた次のステータスをセットする(ステップ911)。ツリー定義部24は、これをデータベース22に記憶することによりツリーを更新する。なお、ツリーにおいてカレントの下位に「event(イベント)」が存在しない場合には(ステップ908でノー(No))、処理が終了する。
【0040】
カレントの下位に主体である「wave(ウェイブ)」が存在しなかった場合(ステップ903でノー(No))には、状態コマンド解析部30は、ツリーにおいてカレントの上位に「status(ステータス)」があるか否かを判断し、存在する場合(ステップ905でイエス(Yes))には、当該「status(ステータス)」の下位を検索して(ステップ906)、さらに、主体である「wave(ウェイブ)」が存在しているか否かを判断する(ステップ903)。その一方、上位に「status(ステータス)」が存在していない場合には、処理が終了する。
【0041】
このようにして、「Say」コマンドが与えられることにより、遷移対象物である「duckie」の「status(ステータス)」を変更することができる。
このようなツリーの構築およびツリー中の遷移対象物の状態遷移を利用した例につき以下に説明を加える。
【0042】
[第1の例]
第1の例では、文書フローを考える。図10は、文書回議の状態遷移の例を示す図である。ここでは、まず、ステータスとして、「文書作成(符号1001)」、「稟議中(符号1003)」、「決裁(符号1022)」、「却下(符号1021)」などが定義されている。
たとえば、文書が作成されると、これが「申請」というイベント(符号1002)により、稟議中というステータスとなる。さらに、本実施の形態においては、「稟議中」というステータス中に、さらに細かいステータスである「回議順1(符号1011参照)」、「回議順2(符号1012参照)」などが定義できるようになっている。これらのステータスの間は「承認」というイベントにて結ばれている。これは、実際の稟議においては、幾多の段階にわたる「承認」が必要であることを表している。
【0043】
図11および図12は、これをツリーにて表した図である。このツリーは、実際の文書のフローにしたがってユーザが、ツリー中のオブジェクトに名称や値を割り当てることにより形成することができる。
図11および図12に示すように、ここでは、「duckie」には、ある「文書」が該当する。文書については、「作成中」という「status(ステータス)」、「作成中」から「wave」である「申請者」が「申請」という「event(イベント)」を生じさせることにより、文書が「稟議中」というステータスに遷移することがわかる。
【0044】
また、図10に応答して、「稟議中」という「status(ステータス)」には(符号1101参照)、「wave」である「申請者」が「取下げ」という「event(イベント)」を生じさせるほか、他のステータス、「回議順1(符号1102参照)」および「回議順2(符号1201参照)」など複数の「status(ステータス)」が配置される。
【0045】
さらに、この例では、「回議順2」という「status(ステータス)」に関して、複数の「status(ステータス)」、たとえば、符号1202参照が配置されている。ここでは、「回議順2」において、協議者である主体CおよびDに関して、「C、Dともに未承認」、「Cのみ未承認」および「Dのみ未承認」という「status(ステータス)」が定義され、夫々の場合に、他の主体が生じさせる「event(イベント)」により文書の「status」が決められるようになっている。図11および図12に示すフローでは、回議順1においては、協議者Aおよび協議者Bの双方の承認により回議順2に進めることになっており、その一方、回議順2においては協議者C或いは協議者Dの何れかの承認により回議順3に進むことができるようになっている。
【0046】
このように構築されたフローに関して、図9に示す処理にしたがって、遷移対象物である「文書1(duckie)」の「status(ステータス)」を遷移させる例につき説明する。初期的には、「duckie」の現在のステータスを示す「now」は、「作成中」となっている。ここで、コマンド「Say(“文書1”,“申請者”,“申請”)」が与えられると、カレントとして、フローにおける「作成中」がセットされ(ステップ901)、状態コマンド解析部30が、主体である「申請者」を、当該「作成中」の下位から検索する(ステップ902)。
【0047】
「作成者」の下位には、「申請者」という「wave」が存在するため、状態コマンド解析部30は、ここにカレントを移動し(ステップ904)、その下位から「申請」という「event」を検索する(ステップ906)。「申請者」の下位には「申請」という「event」が存在し、「申請」の下位にある「next」である「稟議中」が「文書1」の次のステータスとなる(ステップ910)。したがって、新たに「稟議中」というステータスが、「文書1」の現在のステータスを示す「now」に設定される。
たとえば、ユーザが「文書1」の状態を知りたい場合には、所定の入力をなすことにより、「Now」コマンドが発行され、「文書1」が「稟議中」であることが、ユーザインタフェース18を介して、これが表示装置16の画像中に示されることになる。
【0048】
実際に「文書1」は稟議において、「回議順1」にて、協議者Aおよび協議者Bによる承認が求められる。協議者Aが承認した場合には、ユーザが「文書1」について協議者Aが承認したことを示す情報を、入力装置14を操作して与える。これにより、「Say(“文書A”,“協議者A”,“承認”)」というコマンドが状態コマンド解析部30に伝達され、図9に示す処理が実行される。ここでも、現在のステータスを参照して「稟議中」にカレントが置かれ、その下位にある「wave」の「協議者A」が見出され、かつ、その下位にある「承認」という「event」が特定される。これにより、現在のステータスが「Aのみ承認済み」に変更される。
【0049】
このようにして、実際の文書の状態が変更した際に、ユーザが、これを示す情報をフロー構築支援システム10に与えると、フロー構築支援システム10が所定の処理を実行して、フローの新たな状態を算出し、これを記憶しておくことができる。また、ユーザの指示に応じて当該文書の現在の状態を出力することができる。これにより、ユーザは文書の状態を適切に把握することが可能となる。
【0050】
[第2の例]
第2の例では、採用フローを考える。図13は、新卒者の状態遷移の例を示す図である。「新卒者」のステータスとして、「エントリー(符号1301)」、「セミナー(符号1304)」、「合格(符号1305)」、「辞退(符号1306)」、「不合格(符号1307)」などが定義されている。たとえば、「新卒者」が案内送付する(符号1302)ことで「セミナー」を受講できる状態となる。これを送付しなければ(符号1303)、「不合格」となる。
【0051】
図14は、図13に示す状態遷移をツリーにて表した図である。さらに、図15は、「中途採用者」のフローをツリーにて表した図である。すなわち、システム全体には、「新卒者」という「duckie」(符号1401参照)と、「中途採用者」という「duckie」(符号1501参照)とが存在し、それぞれ異なるツリー構造をとっている(符号1402、1502参照)。
このように、採用フローにおいて、遷移対象物である「duckie」を複数設けて、これらの下位に、それぞれ異なるツリーを構築することも可能である。「duekie」のステータスの変更等は、図9に示す処理により実現されることは、第1の例と同様である。
【0052】
このようなツリーを形成して、コマンドを投入することで遷移対象物である「新卒者」や「中途採用者」という「duckie」の状態を変化させることなど、所定の動作をさせることにより、採用支援システムを構築することができる。この採用支援システムにおいては、新卒者のステータスに基づき、各種案内や試験結果を送信すること、面接の日時や人数を調整すること、リクルータへの連絡や面接結果の報告等を把握すること、各状態における人数をカウントし結果を表示することなどが可能となる。
【0053】
[第3の例]
第3の例では、ソフトウェア等の開発におけるデバッグのフローを考える。図16は、デバッグにおける状態遷移の例を示す図である。ここでは、「バグ」のステータスとして、いまだ発見されていない状態を示す「潜在バグ(符号1501)」、バグが発見されて修正があって最終的に動作確認がなされた状態を示す「確認済み(符号1510)」、これらの間にある種々の状態が定義されている。たとえば、「潜在バグ」が発見される(符号1502)ことで、このバグが「未対応」という状態に変化する。
【0054】
図17は、図16に示す状態遷移をツリーにて表した図である。ここでは、「バグ」という「duckie」が存在し、デバッグ作業の段階ごとに種々の「status」、たとえば、「未対応」、「仕様検討中」、「対応済」などが定義される。「duckie」のステータス変更は、図9の処理により実現できることは、第1の例と同様である。
このようなツリーを形成して、コマンドを投入することで、遷移対象物である「バグ」という「duckie」の状態を変化させるなど、所定の動作をさせることにより、デバッグ支援システムを構築することができる。このデバッグ支援システムにおいては、バグの報告や修正の報告に応答して担当者宛てにメールにて通知すること、バグの発見数や対応の数などを統計して進捗状況を把握し或いは問題発生箇所の特定に役立てること、仕様検討項目を一覧表示し、顧客との打ち合わせに供することなどが可能となる。
【0055】
本実施の形態によれば、遷移対象物である「duckie」の下位に、その状態を示す「status(ステータス)」、当該ステータスにおいてある「event(イベント)」を生じさせる主体である「wave(ウェイブ)」、生じた「event(イベント)」、イベントが生じた結果、変更される「duekie」の新たなステータスである「next」からなるルーティング定義構造体に、対応する名称や値を割り当てて、特定の事象を表現したツリーを定義している。これには、当該定義されたツリーにおいて、種々の定義コマンドにより、具体的な名称や値を、指定されたカレントに与えることにより実現できる。したがって、種々の遷移対象物について、そのフローを定義することが可能となる。つまり、フローの設定によって、文書稟議システム、採用支援システムなど種々のシステムとしての機能を果たすことが可能となる。
【0056】
また、本実施の形態によれば、遷移対象物である「duckie」のステータスの変更を示すコマンドの入力により、処理が実行されて、「duckie」の新たなステータスを取得できる。また、現在の「duckie」の状態を取得することにより、遷移対象物がフローにおいてどのような状態であるかを容易に把握することが可能となる。
【0057】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、文書フロー、採用フロー、デバッグフローについて本発明を適用して、ツリーを構築したが、これに限定されるものではなく、任意の遷移対象物の状態が遷移するようなものに本発明を適用できることは明らかである。
【0058】
また、前記実施の形態においては、フローを表現するために、基本的には、上位から下位に向かって、遷移対象物、ステータス、主体、イベントおよび次のステータスという順序のツリー構造のルーティング定義構造体を利用しているが、これに限定されるものではない。たとえば、遷移対象物に関連付けた、ステータス、当該ステータスに関連付けられたステータスや主体、主体に関連付けられたイベント、イベントに関連付けられた次のステータスを定義できるものであれば、表形式のルーティング定義構造体を利用しても良い。
【0059】
さらに、前記実施の形態において、フロー定義或いは状態遷移のためのコマンドにより、フローを定義し、或いは、遷移対象物の状態を変化させている。これは、ユーザが直接コマンドを入力するようなものであっても良いし、或いは、ユーザはフローを表現した画像を参照して、所定の情報を入力し、これに基づき、システムにおいて、入力された情報に基づき、カレントの指定やコマンドの生成をなすように構成しても良いことは言うまでもない。
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【0060】
【発明の効果】
本発明によれば、種々の遷移対象物のフローを単純な構造にて表現でき、かつ、その変更などに対して柔軟なシステムを提供することが可能となる。
【図面の簡単な説明】
【図1】 図1は、本発明の実施の形態にかかるフロー構築支援システムの構成を示すブロックダイヤグラムである。
【図2】 図2は、本実施の形態にかかるフロー構築支援システムのハードウェア構成例を示すブロックダイヤグラムである。
【図3】 図3は、本実施の形態にかかるフロー構築の原理を説明するための状態遷移図である。
【図4】 図4は、本実施の形態にて利用されるツリー構造を示す図である。
【図5】 図5は、本実施の形態において利用されるツリーの構造を示す図である。
【図6】 図6は、本実施の形態におけるフロー構築支援システムの処理を概略的に示すフローチャートである。
【図7】 図7は、本実施の形態にて用いられるコマンドの例を示す図である。
【図8】 図8は、本実施の形態において、図6のステップ601の処理例を示すフローチャートである。
【図9】 図9は、本実施の形態にかかるステータス変更処理をより詳細に示すフローチャートである。
【図10】 図10は、文書回議の状態遷移の例を示す図である。
【図11】 図11は、本実施の形態にしたがって、図10に示す状態遷移をツリーにて表した図である。
【図12】 図12は、本実施の形態にしたがって、図10に示す状態遷移をツリーにて表した図である。
【図13】 図13は、新卒者の状態遷移の例を示す図である。
【図14】 図14は、本実施の形態にしたがって、図13に示す状態遷移をツリーにて表した図である。
【図15】 図15は、本実施の形態にしたがって、図14の変形例として、中途採用者の状態遷移をツリーにて表した図である。
【図16】 図16は、デバッグにおける状態遷移の例を示す図である。
【図17】 図17は、本実施の形態にしたがって、図16に示す状態遷移をツリーにて表した図である。
【符号の説明】
10 フロー構築支援システム
14 入力装置
16 表示装置
18 ユーザインタフェース
20 処理装置
22 データベース
24 ツリー定義部
26 コマンド受付処理部
28 定義コマンド解析部
30 状態コマンド解析部
Claims (8)
- 少なくとも一つの遷移対象物、当該遷移対象物と関連付けられた複数のステータス、当該複数のステータスの各々と関連付けられた、当該遷移対象物の状態遷移を引き起こす少なくとも一つの主体、当該主体に関連付けられた、前記主体が引き起こすイベント、および、当該イベントと一意的に関連付けられた、遷移対象物の次のステータスの項目を含む、ルーティング定義構造体を利用して、その状態が遷移する遷移対象物の一連の状態遷移を定義してフローを表現し、当該遷移対象物のフロー中の状態を遷移させるフロー構築支援システムであって、
前記ルーティング定義構造体における、前記遷移対象物、ステータス、主体、イベントおよび次のステータスの項目うち、必要な項目に値を与えるとともに、前記遷移対象物の現在のステータスを設定する構造体定義手段と、
少なくとも、主体およびイベントの値を含む状態遷移コマンドの受理に応答して、前記遷移対象物の現在のステータスから、前記ルーティング定義構造体の関連付けを辿ることにより、当該遷移対象物の次のステータスを取得する状態遷移手段と、
前記遷移対象物の現在のステータスを更新するステータス更新手段と、を備え、
前記状態遷移手段が、ルーティング定義構造体中のステータスのうち、現在のステータスと一致するものをカレントとして設定し、当該カレントとして設定されたステータスに関連付けられた主体のうち、前記イベントを引き起こした主体を検索し、検索により見出された主体にカレントを移動し、カレントとして設定された主体に関連付けられたイベントのうち、引き起こされたイベントを検索し、検索により見出されたイベントにカレントを移動し、前記カレントとして設定されたイベントに一意的に関連付けられた次のステータスを特定するように構成されたことを特徴とするフロー構築支援システム。 - 前記状態遷移手段が、前記主体を検索した結果、主体が見出されない場合に、当該カレントのステータスを関連付けている上位のステータスを検索し、検索により見出された上位のステータスに関連付けられた主体を検索するように構成されたことを特徴とする請求項1に記載のフロー構築支援システム。
- 前記ルーティング定義構造体が、上位から下位に向かって、遷移対象物、ステータス、主体、イベントおよび次のステータスの順に配置されたツリー構造を有することを特徴とする請求項1または2に記載のフロー構築支援システム。
- 前記ルーティング定義構造体が、上記関連付けを保持した、遷移対象物、ステータス、主体、イベントおよび次のステータスの項目からなるテーブルであることを特徴とする請求項1または2に記載のフロー構築支援システム。
- 前記ルーティング定義構造体において、前記ステータスの下位に、ステータスが配置可能であることを特徴とする請求項1ないし4の何れか一項に記載のフロー構築支援システム。
- 少なくとも一つの遷移対象物、当該遷移対象物と関連付けられた複数のステータス、当該複数のステータスの各々と関連付けられた、当該遷移対象物の状態遷移を引き起こす少なくとも一つの主体、当該主体に関連付けられた、前記主体が引き起こすイベント、および、当該イベントと一意的に関連付けられた、遷移対象物の次のステータスの項目を含む、ルーティング定義構造体を利用して、遷移対象物の一連の状態遷移を定義してフローを表現し、当該遷移対象物のフロー中の状態を遷移させるアクティビティを、コンピュータに実行させるフロー構築支援プログラムであって、
前記ルーティング定義構造体における、前記遷移対象物、ステータス、主体、イベントおよび次のステータスの項目うち、必要な項目に値を与えるステップと、
当該遷移対象物の現在のステータスを保持するステップと、
少なくとも、主体およびイベントの値を含む状態遷移コマンドの受理に応答して、前記遷移対象物の現在のステータスから、前記ルーティング定義構造体の関連付けを辿ることにより、当該遷移対象物の次のステータスを取得するステップと、
前記遷移対象物の現在のステータスを更新するステップと、をコンピュータに実行させ、
前記次のステータスを取得するステップが、
前記ルーティング定義構造体中のステータスのうち、現在のステータスと一致するものをカレントとして設定するステップと、
前記カレントとして設定されたステータスに関連付けられた主体のうち、前記イベントを引き起こした主体を検索するステップと、
検索により見出された主体にカレントを移動するステップと、
前記カレントとして設定された主体に関連付けられたイベントのうち、引き起こされたイベントを検索するステップと、
検索により見出されたイベントにカレントを移動するステップと、
前記カレントとして設定されたイベントに一意的に関連付けられた次のステータスを特定するステップと、を有することを特徴とするフロー構築支援プログラム。 - 前記ルーティング定義構造体において、必要な項目に値を与えるステップが、
値設定対象となるカレントを指定するステップと、
カレントに値を与えるステップと、を有することを特徴とする請求項6に記載のフロー構築支援プログラム。 - 前記主体を検索するステップが、
主体が見出されない場合に、当該カレントのステータスを関連付けている上位のステータスを検索するステップと、
前記検索により見出された上位のステータスに関連付けられた主体を検索するステップと、を有することを特徴とする請求項6または7に記載のフロー構築支援プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001084040A JP4620890B2 (ja) | 2001-03-23 | 2001-03-23 | フロー構築支援システムおよびフロー構築支援プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001084040A JP4620890B2 (ja) | 2001-03-23 | 2001-03-23 | フロー構築支援システムおよびフロー構築支援プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002288396A JP2002288396A (ja) | 2002-10-04 |
JP4620890B2 true JP4620890B2 (ja) | 2011-01-26 |
Family
ID=18939771
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001084040A Expired - Fee Related JP4620890B2 (ja) | 2001-03-23 | 2001-03-23 | フロー構築支援システムおよびフロー構築支援プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4620890B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103875008B (zh) * | 2011-10-12 | 2017-05-03 | 国际商业机器公司 | 用于创建工作流程的图形的方法和系统 |
JP7418180B2 (ja) * | 2019-11-06 | 2024-01-19 | 共同印刷株式会社 | トレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラム |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09114890A (ja) * | 1995-10-23 | 1997-05-02 | Fujitsu Ltd | ドキュメント作成/管理支援システム |
JPH09251432A (ja) * | 1996-03-18 | 1997-09-22 | Hitachi Ltd | ワークフローマップ表示方法 |
JPH10143574A (ja) * | 1996-11-08 | 1998-05-29 | Hitachi Ltd | 業務遂行支援システム |
JPH10214113A (ja) * | 1996-05-15 | 1998-08-11 | Hitachi Ltd | 掲示板型データベースを用いた業務処理システム及びその処理方法 |
JPH10320456A (ja) * | 1997-05-19 | 1998-12-04 | Nippon Telegr & Teleph Corp <Ntt> | ワークフロー制御方法及びその装置並びにワークフロー制御プログラムを記録した媒体 |
JPH1153417A (ja) * | 1997-08-06 | 1999-02-26 | Nec Corp | 処理フロー進捗管理システム及び処理フロー進捗管理方法 |
JPH11203119A (ja) * | 1998-01-14 | 1999-07-30 | Nippon Telegr & Teleph Corp <Ntt> | 業務プロセス管理方法及び装置及び業務プロセス管理プログラムを格納した記憶媒体 |
JP2000148883A (ja) * | 1998-11-10 | 2000-05-30 | Fuji Xerox Co Ltd | ワークプロセスの構造表示装置および構造表示方法 |
-
2001
- 2001-03-23 JP JP2001084040A patent/JP4620890B2/ja not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09114890A (ja) * | 1995-10-23 | 1997-05-02 | Fujitsu Ltd | ドキュメント作成/管理支援システム |
JPH09251432A (ja) * | 1996-03-18 | 1997-09-22 | Hitachi Ltd | ワークフローマップ表示方法 |
JPH10214113A (ja) * | 1996-05-15 | 1998-08-11 | Hitachi Ltd | 掲示板型データベースを用いた業務処理システム及びその処理方法 |
JPH10143574A (ja) * | 1996-11-08 | 1998-05-29 | Hitachi Ltd | 業務遂行支援システム |
JPH10320456A (ja) * | 1997-05-19 | 1998-12-04 | Nippon Telegr & Teleph Corp <Ntt> | ワークフロー制御方法及びその装置並びにワークフロー制御プログラムを記録した媒体 |
JPH1153417A (ja) * | 1997-08-06 | 1999-02-26 | Nec Corp | 処理フロー進捗管理システム及び処理フロー進捗管理方法 |
JPH11203119A (ja) * | 1998-01-14 | 1999-07-30 | Nippon Telegr & Teleph Corp <Ntt> | 業務プロセス管理方法及び装置及び業務プロセス管理プログラムを格納した記憶媒体 |
JP2000148883A (ja) * | 1998-11-10 | 2000-05-30 | Fuji Xerox Co Ltd | ワークプロセスの構造表示装置および構造表示方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2002288396A (ja) | 2002-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9959524B2 (en) | Graphical modeling of position hierarchies | |
Lin et al. | Using goal net to model user stories in agile software development | |
US20100138268A1 (en) | Progress management platform | |
Kim et al. | Simulation and managerial decision making: a double‐loop learning framework | |
Nurcan et al. | A multi-method for defining the organizational change | |
JP2003015719A (ja) | プロジェクトマネージメント支援システム | |
JP6216076B2 (ja) | 企業にとって関連する情報を識別する、システム及び方法 | |
Herdika et al. | Variability and commonality requirement specification on agile software development: Scrum, xp, lean, and kanban | |
US20060167725A1 (en) | Method and apparatus for scheduling | |
Rodriguez et al. | User and System Stories: an agile approach for managing requirements in AOSE | |
JP5432941B2 (ja) | 緊急時対策業務支援装置及び緊急時対策業務支援方法 | |
US20110264592A1 (en) | Template-based technique for making a best practices framework actionable | |
JP4620890B2 (ja) | フロー構築支援システムおよびフロー構築支援プログラム | |
Hussein et al. | Enabling runtime evolution of context-aware adaptive services | |
US20080249822A1 (en) | Method and apparatus for process discovery | |
US6058334A (en) | Apparatus and method for designing and performing a process such as a manufacturing process | |
Waterman et al. | How much architecture? Reducing the up-front effort | |
JP4922644B2 (ja) | 時系列分析プログラム、時系列分析システム、およびそれに用いられる時系列分析装置 | |
Peer et al. | Human–computer interaction design with multi-goal facilities layout model | |
JP2020035044A (ja) | 人事管理システム、人事管理プログラム及び人事管理方法 | |
JP2001100999A (ja) | ルールベースシステム | |
JP2018018458A (ja) | 入力支援装置、及び入力支援プログラム | |
JP6490258B1 (ja) | 相続関係説明図の作成装置と作成方法及び制御プログラム | |
JP5336906B2 (ja) | 設計工程管理装置 | |
JPH04125734A (ja) | 探索空間自動抑制方法及びその装置並びに知識処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080321 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100713 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100908 |
|
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: 20101026 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101029 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131105 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4620890 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131105 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131105 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |