(57)【要約】【課題】  設計された業務プロセスにおけるタスク間の関係に着目して、より合理的な業務プロセスを再構築する。【解決手段】  業務プロセスの設計を支援するシステムであって、業務プロセスデータを記憶する業務プロセス記憶手段と、タスク補完パターンデータを記憶するタスク補完パターン記憶手段と、タスク補完パターンデータを用いて業務プロセスデータを更新するタスク補完手段を備える。タスク補完手段は、業務プロセスデータから判定対象タスクを設定し、判定対象タスクの名称と判定対象タスクへの入力の名称の組合せをタスク補完パターンデータのタスク補完条件と照合し、判定対象タスクの名称と判定対象タスクへの入力の名称の組合せに一致するタスク補完条件が存在する場合に、そのタスク補完条件に対応する補完タスクの名称とその補完タスクからの出力の名称の組合せを用いて、業務プロセスデータを更新する。【選択図】  図１
2008257645.tif 000002
【特許請求の範囲】
【請求項１】
業務プロセスの設計を支援するシステムであって、
業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの名称と、そのタスクへの入力の名称と、その入力の入力元のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、
タスクの名称とそのタスクへの入力の名称の組合せであるタスク補完条件と、そのタスク補完条件に対応する、補完タスクの名称とその補完タスクからの出力の名称の組合せが関連付けられたタスク補完パターンデータを記憶するタスク補完パターン記憶手段と、
業務プロセス記憶手段から業務プロセスデータを読み出して、タスク補完パターン記憶手段に記憶されたタスク補完パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク補完手段を備えており、
そのタスク補完手段は、
業務プロセスデータから判定対象タスクを設定し、
業務プロセスデータの判定対象タスクの名称と判定対象タスクへの入力の名称の組合せをタスク補完パターンデータのタスク補完条件と照合し、
判定対象タスクの名称と判定対象タスクへの入力の名称の組合せに一致するタスク補完条件が存在する場合に、そのタスク補完条件に対応する補完タスクの名称とその補完タスクからの出力の名称の組合せを用いて、それまでの判定対象タスクへの入力が新たに補完タスクへの入力となり、補完タスクからの出力が新たに判定対象タスクへの入力となるように、業務プロセスデータを更新することを特徴とする、業務プロセス設計支援システム。
【請求項２】
業務プロセスの設計を支援するシステムであって、
業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの名称と、そのタスクからの出力の名称と、その出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、
タスクの名称とそのタスクからの出力の名称の組合せであるタスク補完条件と、そのタスク補完条件に対応する、補完タスクの名称とその補完タスクへの入力の名称の組合せが関連付けられたタスク補完パターンデータを記憶するタスク補完パターン記憶手段と、
業務プロセス記憶手段から業務プロセスデータを読み出して、タスク補完パターン記憶手段に記憶されたタスク補完パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク補完手段を備えており、
そのタスク補完手段は、
業務プロセスデータから判定対象タスクを設定し、
業務プロセスデータの判定対象タスクの名称と判定対象タスクからの出力の名称の組合せをタスク補完パターンデータのタスク補完条件と照合し、
判定対象タスクの名称と判定対象タスクからの出力の名称の組合せに一致するタスク補完条件が存在する場合に、そのタスク補完条件に対応する補完タスクの名称とその補完タスクへの入力の名称の組合せを用いて、それまでの判定対象タスクからの出力が新たに補完タスクからの出力となり、補完タスクへの入力が新たに判定対象タスクからの出力となるように、業務プロセスデータを更新することを特徴とする、業務プロセス設計支援システム。
【請求項３】
業務プロセスの設計を支援するシステムであって、
業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクからの出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、
業務プロセス記憶手段から業務プロセスデータを読み出して、読み出した業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク分割手段を備えており、
そのタスク分割手段は、
業務プロセスデータにおいてタスクの出力に関するタスクの循環関係を検出して、
タスクの循環関係が検出された場合に、その循環関係に含まれるタスクのうちの１つを分割対象タスクに設定して、分割対象タスクを仮実行タスクと本実行タスクに分割して、その循環関係に含まれるタスクの出力の連鎖において仮実行タスクが先頭に位置し本実行タスクが後端に位置するように、業務プロセスデータを更新することを特徴とする、業務プロセス設計支援システム。
【請求項４】
業務プロセスの設計を支援するシステムであって、
業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの業務プロセスにおける順序番号と、そのタスクからの出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、
業務プロセス記憶手段から業務プロセスデータを読み出して、業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク再配置手段を備えており、
そのタスク再配置手段は、
業務プロセスデータに含まれるタスクのうちの１つを判定対象タスクに設定し、
判定対象タスクからの出力先のタスクを出力先タスクとして特定し、
出力先タスクの順序番号が判定対象タスクの順序番号より小さい場合に、判定対象タスクの順序番号と出力先タスクの順序番号を入れ替えて、業務プロセスデータを更新することを特徴とする業務プロセス設計支援システム。
【請求項５】
業務プロセスの設計を支援するシステムであって、
業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクからの出力の属性と、その出力の出力先となるタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、
タスクからの出力の属性についてのタスク併合条件を記述するタスク併合パターンデータを記憶するタスク併合パターン記憶手段と、
業務プロセス記憶手段から業務プロセスデータを読み出して、タスク併合パターン記憶手段に記憶されたタスク併合パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク併合手段を備えており、
そのタスク併合手段は、
業務プロセスデータから判定対象タスクを設定し、
業務プロセスデータの判定対象タスクからの出力の属性を、タスク併合パターンデータのタスク併合条件と照合し、
判定対象タスクからの出力の属性に一致するタスク併合条件が存在する場合に、判定対象タスクとその判定対象タスクからの出力の出力先のタスクを併合するように、業務プロセスデータを更新することを特徴とする、業務プロセス設計支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務プロセスの設計を支援するシステムに関する。詳しくは、設計された業務プロセスにおけるタスク間の入出力関係および前後関係に着目して、より合理的な業務プロセスを再構築するシステムに関する。
なお本明細書で業務プロセスとは、業務を構成する作業の最小単位であるタスクの入出力関係および前後関係についての取り決めのことをいう。
【背景技術】
【０００２】
効率的な業務遂行のためには、適切な業務プロセスを事前に設計しておくことが重要である。適切な業務プロセスが設計されていれば、実務担当者がその業務プロセスに従って実際の作業を行うことで、効率的な業務遂行を図ることができる。多くの場合、業務プロセスの設計は、実務担当者が業務遂行に着手する前の段階で行われる。業務プロセスの設計者がどれだけその業務に精通しているかによって、設計される業務プロセスの質は左右される。また、業務プロセスの設計は人手で行うため、その業務を熟知した者が設計していても、設計された業務プロセスに無駄があったり、タスク間の関係が不合理なものとなっている場合がある。そこで、設計された業務プロセスから無駄を排除し、より合理的な業務プロセスを再構築するために、業務プロセスの設計を支援するシステムが開発されている。このような業務プロセスの設計を支援するシステムは、例えば特許文献１などに開示されている。
【０００３】
【特許文献１】特開２００４−２８７６９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
業務の中には、例えば製品設計のように、客観的にタスクの区切りをつけにくい種類の業務が存在する。このような業務については、業務プロセスを設計する者の知識や経験によって業務プロセスの質が特に大きく左右される。例えば、その業務に含まれるタスクに付随して必ず行わなければならない別のタスクの存在に気がつかないまま、業務プロセスを設計してしまう場合がある。あるいは、タスク間の入出力関係が循環的になっていることに気づかずに、業務プロセスを設計してしまう場合もある。あるいは、早い手順で行うタスクへの入力として遅い手順で行うタスクからの出力が用いられているなど、タスクの入出力関係と前後関係に不整合があることに気づかないまま、業務プロセスを設計してしまう場合もある。このように合理的でない業務プロセスは、実際の業務遂行の段階になって作業の大幅な遅延や手戻り作業を引き起こす要因となってしまう。どのような者が業務プロセスを設計した場合でも、合理的な業務プロセスを得ることが可能な技術が待望されている。
【０００５】
本発明は上記課題を解決する。本発明では、設計された業務プロセスにおけるタスク間の関係に着目して、より合理的な業務プロセスを再構築することが可能な技術を提供する。
【課題を解決するための手段】
【０００６】
本発明は業務プロセスの設計を支援するシステムとして具現化される。そのシステムは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの名称と、そのタスクへの入力の名称と、その入力の入力元のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、タスクの名称とそのタスクへの入力の名称の組合せであるタスク補完条件と、そのタスク補完条件に対応する、補完タスクの名称とその補完タスクからの出力の名称の組合せが関連付けられたタスク補完パターンデータを記憶するタスク補完パターン記憶手段と、業務プロセス記憶手段から業務プロセスデータを読み出して、タスク補完パターン記憶手段に記憶されたタスク補完パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク補完手段を備えている。そのタスク補完手段は、業務プロセスデータから判定対象タスクを設定し、業務プロセスデータの判定対象タスクの名称と判定対象タスクへの入力の名称の組合せをタスク補完パターンデータのタスク補完条件と照合し、判定対象タスクの名称と判定対象タスクへの入力の名称の組合せに一致するタスク補完条件が存在する場合に、そのタスク補完条件に対応する補完タスクの名称とその補完タスクからの出力の名称の組合せを用いて、それまでの判定対象タスクへの入力が新たに補完タスクへの入力となり、補完タスクからの出力が新たに判定対象タスクへの入力となるように、業務プロセスデータを更新する。
【０００７】
上記のシステムによれば、業務プロセスにおけるタスクの抜け落ちを、タスク補完パターンとの照合によって検出し、抜け落ちてしまったタスクを補完することができる。タスク補完パターンは、例えば過去の業務において実際に起こったタスクの抜け落ち事例に基いて、予めタスク補完パターンデータとして記憶しておくことができる。上記のシステムによれば、タスクの抜け落ちのない、より合理化された業務プロセスの内容を記述する業務プロセスデータを得ることができる。
【０００８】
本発明の他の１つのシステムは、業務プロセスの設計を支援するシステムである。そのシステムは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの名称と、そのタスクからの出力の名称と、その出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、タスクの名称とそのタスクからの出力の名称の組合せであるタスク補完条件と、そのタスク補完条件に対応する、補完タスクの名称とその補完タスクへの入力の名称の組合せが関連付けられたタスク補完パターンデータを記憶するタスク補完パターン記憶手段と、業務プロセス記憶手段から業務プロセスデータを読み出して、タスク補完パターン記憶手段に記憶されたタスク補完パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク補完手段を備えている。そのタスク補完手段は、業務プロセスデータから判定対象タスクを設定し、業務プロセスデータの判定対象タスクの名称と判定対象タスクからの出力の名称の組合せをタスク補完パターンデータのタスク補完条件と照合し、判定対象タスクの名称と判定対象タスクからの出力の名称の組合せに一致するタスク補完条件が存在する場合に、そのタスク補完条件に対応する補完タスクの名称とその補完タスクへの入力の名称の組合せを用いて、それまでの判定対象タスクからの出力が新たに補完タスクからの出力となり、補完タスクへの入力が新たに判定対象タスクからの出力となるように、業務プロセスデータを更新する。
【０００９】
上記のシステムによっても、業務プロセスにおけるタスクの抜け落ちを、タスク補完パターンとの照合によって検出し、抜け落ちてしまったタスクを補完することができる。タスク補完パターンは、例えば過去の業務において実際に起こったタスクの抜け落ち事例に基いて、予めタスク補完パターンデータとして記憶しておくことができる。上記のシステムによれば、タスクの抜け落ちのない、より合理化された業務プロセスの内容を記述する業務プロセスデータを得ることができる。
【００１０】
本発明の他の１つのシステムは、業務プロセスの設計を支援するシステムである。そのシステムは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクからの出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、業務プロセス記憶手段から業務プロセスデータを読み出して、読み出した業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク分割手段を備えている。そのタスク分割手段は、業務プロセスデータにおいてタスクの出力に関するタスクの循環関係を検出して、タスクの循環関係が検出された場合に、その循環関係に含まれるタスクのうちの１つを分割対象タスクに設定して、分割対象タスクを仮実行タスクと本実行タスクに分割して、その循環関係に含まれるタスクの出力の連鎖において仮実行タスクが先頭に位置し本実行タスクが後端に位置するように、業務プロセスデータを更新する。
【００１１】
上記のシステムによれば、業務プロセスにおけるタスクからの出力についてのタスクの循環関係を検出して、タスクの循環関係が検出された場合には、その循環関係に含まれている１つのタスクを仮実行タスクと本実行タスクに分割することで、その循環関係を解消することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００１２】
本発明の他の１つのシステムは、業務プロセスの設計を支援するシステムである。そのシステムは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの業務プロセスにおける順序番号と、そのタスクからの出力の出力先のタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、業務プロセス記憶手段から業務プロセスデータを読み出して、業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク再配置手段を備えている。そのタスク再配置手段は、業務プロセスデータに含まれるタスクのうちの１つを判定対象タスクに設定し、判定対象タスクからの出力先のタスクを出力先タスクとして特定し、出力先タスクの順序番号が判定対象タスクの順序番号より小さい場合に、判定対象タスクの順序番号と出力先タスクの順序番号を入れ替えて、業務プロセスデータを更新する。
【００１３】
上記のシステムによれば、業務プロセスにおけるタスク間の入出力関係と前後関係の不整合を解消することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００１４】
本発明の他の１つのシステムは、業務プロセスの設計を支援するシステムである。そのシステムは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクからの出力の属性と、その出力の出力先となるタスクを識別する情報が関連付けられた業務プロセスデータを記憶する業務プロセス記憶手段と、タスクからの出力の属性についてのタスク併合条件を記述するタスク併合パターンデータを記憶するタスク併合パターン記憶手段と、業務プロセス記憶手段から業務プロセスデータを読み出して、タスク併合パターン記憶手段に記憶されたタスク併合パターンデータを用いて業務プロセスデータを更新して、更新された業務プロセスデータを業務プロセス記憶手段に書き込むタスク併合手段を備えている。そのタスク併合手段は、業務プロセスデータから判定対象タスクを設定し、業務プロセスデータの判定対象タスクからの出力の属性を、タスク併合パターンデータのタスク併合条件と照合し、判定対象タスクからの出力の属性に一致するタスク併合条件が存在する場合に、判定対象タスクとその判定対象タスクからの出力の出力先のタスクを併合するように、業務プロセスデータを更新する。
【００１５】
上記のシステムによれば、業務プロセスにおいて不必要に細分化されていたタスクを、単独のタスクに併合することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【発明の効果】
【００１６】
本発明の種々の業務プロセス設計支援システムによれば、設計された業務プロセスにおけるタスク間の関係に着目して、より合理的な業務プロセスを再構築することができる。
【発明を実施するための最良の形態】
【００１７】
以下に発明を実施するための最良の形態を列記する。
（形態１）業務プロセスデータでは、業務プロセスを構成する各タスクについて、そのタスクを識別する情報と、そのタスクの業務プロセスにおける順序番号と、そのタスクの名称と、そのタスクへの入力を識別する情報と、その入力の属性と、その入力の入力元のタスクを識別する情報と、その入力の名称と、そのタスクからの出力を識別する情報と、その出力の名称と、その出力の出力先のタスクを識別する情報と、その出力の属性が関連付けられている。
【実施例】
【００１８】
図１を参照しながら、本実施例の業務プロセス設計支援システム１００について説明する。業務プロセス設計支援システム１００は、業務プロセス入力部１０２、業務プロセス記憶部１０４、業務プロセス出力部１０６、業務プロセス更新部１０８を備えている。業務プロセス更新部１０８は、タスク補完処理部１１０、タスク補完パターン記憶部１１２、タスク併合処理部１１４、タスク併合パターン記憶部１１６、タスク分割処理部１１８、タスク再配置処理部１２０を備えている。
【００１９】
業務プロセス設計支援システム１００は、業務プロセス入力部１０２から入力される業務プロセスデータを業務プロセス記憶部１０４に記憶する。そして、業務プロセス記憶部１０４に記憶された業務プロセスデータについて、業務プロセス更新部１０８が、タスク補完処理、タスク併合処理、タスク分割処理、タスク再配置処理をそれぞれ行って、業務プロセスデータを更新する。更新された業務プロセスデータは業務プロセス記憶部１０４に記憶され、必要に応じて業務プロセス出力部１０６から出力される。
【００２０】
業務プロセスデータは、業務プロセスを記述するデータである。本明細書で業務プロセスとは、業務を構成する作業の最小単位であるタスクの入出力関係および前後関係についての取り決めのことをいう。業務を実際に行う実務担当者は、業務プロセスに従って実際の業務を遂行する。通常、業務プロセスは実務担当者が業務に着手する前の段階で設計する。設計された業務プロセスは、業務プロセス入力部１０２から業務プロセスデータとして入力される。
【００２１】
図２は業務プロセスデータのデータ構造を示す。業務プロセスデータには、業務プロセスに含まれる各タスクについて、タスク識別（ＩＤ）番号と、タスク順序番号と、タスク名称が関連付けられている。タスクＩＤ番号は、各タスクを識別するために付されている番号である。タスク順序番号は、業務プロセスにおける各タスクの手順を示す番号であり、業務を遂行する際に番号が小さい方のタスクから順に実行されていくことを示している。タスク名称はそのタスクの具体的な内容を表現する文字列である。
【００２２】
また業務プロセスデータには、それぞれのタスクへの入力について、入力ＩＤ番号と、入力属性と、入力元タスクＩＤ番号と、入力名称が、そのタスクに関連付けられている。１つのタスクへの入力は、１つだけの場合もあるし、複数の場合もある。１つのタスクへの入力が複数ある場合は、それぞれの入力について、入力ＩＤ番号と、入力属性と、入力元タスクＩＤ番号と、入力名称が関連付けられている。入力ＩＤ番号は、各入力を識別するために付されている番号である。入力属性は、その入力がどのような性質のものであるのかを示す符号である。例えばその入力が試作品などのハードウェアであるのか、プログラムなどのソフトウェアであるのか、あるいは図面や資料などの文書であるのか、あるいは文書化されない知見や情報であるのかが、入力属性によって識別される。本実施例では、その入力がハードウェアである場合には入力属性は「１」であり、その入力がソフトウェアである場合には入力属性は「２」であり、その入力が文書である場合には入力属性は「３」であり、その入力が文書化されていない知見や情報である場合には入力属性は「４」である。入力元タスクＩＤ番号は、その入力の提供元となるタスクのタスクＩＤ番号である。入力名称はその入力の具体的な内容を表現する文字列である。
【００２３】
さらに業務プロセスデータには、それぞれのタスクからの出力について、出力ＩＤ番号と、出力名称と、出力先タスクＩＤ番号と、出力属性が、そのタスクに関連付けられている。１つのタスクからの出力は、１つだけの場合もあるし、複数の場合もある。１つのタスクからの出力が複数ある場合は、それぞれの出力について、出力ＩＤ番号と、出力名称と、出力先タスクＩＤ番号と、出力属性が関連付けられている。出力ＩＤ番号は、各出力を識別するために付されている番号である。出力名称は、その出力の具体的な内容を表現する文字列である。出力先タスクＩＤ番号は、その出力を受け取るタスクのタスクＩＤ番号である。出力属性は、その出力がどのような性質のものであるのかを示す符号であり、入力属性と同様にして識別される。本実施例では、その出力がハードウェアである場合には出力属性は「１」であり、その出力がソフトウェアである場合には出力属性は「２」であり、その出力が文書である場合には出力属性は「３」であり、その出力が文書化されていない知見や情報である場合には出力属性は「４」である。
【００２４】
以下では業務プロセス更新部１０８が行う、タスク補完処理、タスク併合処理、タスク分割処理およびタスク再配置処理の詳細について説明する。
【００２５】
１．タスク補完処理
図３のフローチャートと、図４の概念図を参照しながら、業務プロセス更新部１０８のタスク補完処理部１１０が行うタスク補完処理について説明する。タスク補完処理では、業務プロセスデータが記述する業務プロセスにおいて、タスクの抜け落ちの有無を判定して、抜け落ちてしまっているタスクがあればそのタスクを補完する。
【００２６】
ステップＳ３０２では、業務プロセス記憶部１０４に記憶されている業務プロセスデータを読み出す。
【００２７】
ステップＳ３０４では、業務プロセスデータにおいてタスク順序番号の最も小さなタスク、すなわち業務プロセスにおける一連のタスクのうちで先頭に位置するタスクを、判定対象タスクとして設定する。
【００２８】
ステップＳ３０６では、判定対象タスクを、タスク補完パターン記憶部１１２に記憶されたタスク補完パターンと照合する。タスク補完パターンは、過去の業務において実際に手戻りや遅延が発生させた業務プロセスの内容が、パターン化されたものである。このような手戻りや遅延は、本来必要とされるタスクが業務プロセスから抜け落ちており、実際に業務を遂行する段階になって、そのタスクの抜け落ちが判明することによって生じる。本実施例の業務プロセス設計支援システム１００では、このような業務プロセスにおけるタスクの抜け落ちを、業務プロセスデータにおけるタスク名称と入力名称の組合せ、およびタスク名称と出力名称の組合せから判定する。タスク名称と入力名称の組合せが、過去に手戻りや遅延を生じた業務プロセスにおけるタスク名称と入力名称の組合せと一致する場合には、そのタスクの直前でタスクが抜け落ちており、タスクの補完が必要であると判断する。同様に、タスク名称と出力名称の組合せが、過去に手戻りや遅延を生じた業務プロセスにおけるタスク名称と出力名称の組合せと一致する場合、そのタスクの直後でタスクが抜け落ちており、タスクの補完が必要であると判断する。
【００２９】
ステップＳ３０８では、判定対象タスクと一致するタスク補完パターンが存在したか否かを判断する。判定対象タスクと一致するタスク補完パターンが存在した場合（ステップＳ３０８でＹＥＳの場合）には、処理はステップＳ３１０へ進む。判定対象タスクと一致するタスク補完パターンが存在しなかった場合（ステップＳ３０８でＮＯの場合）には、処理はステップＳ３１４へ進む。
【００３０】
ステップＳ３１０では、補完すべきタスクの内容を決定する。以下では補完すべきタスクのことを補完タスクという。タスク補完パターン記憶部１１２には、上述のタスク補完条件と関連付けて、そのタスク補完条件に該当する場合の補完タスクの内容が関連付けて記憶されている。具体的には、タスク名称と入力名称の組合せであるタスク補完条件には、そのタスクの直前に挿入されるべき補完タスクの名称と、そのタスクと補完タスクとの間の入出力の名称および属性が関連付けられている。タスク名称と出力名称の組合せであるタスク補完条件には、そのタスクの直後に挿入されるべき補完タスクの名称と、そのタスクと補完タスクとの間の入出力の名称および属性が関連付けられている。タスク補完処理部１０８は、該当したタスク補完パターンに応じて、補完タスクの内容を決定する。
【００３１】
ステップＳ３１２では、業務プロセスデータが記述する業務プロセスにおいて、判定対象タスクの直前または直後に、ステップＳ３１０で決定された補完タスクを挿入する。例えば、判定対象タスクが、タスク名称と入力名称の組合せであるタスク補完パターンに該当していた場合には、判定対象タスクの直前の手順に補完タスクが挿入される。また、タスクを補完する前の判定対象タスクへの入力は、新たに補完タスクへの入力として設定される。さらに、補完タスクからの出力が、新たに判定対象タスクへの入力として設定される。上記とは異なり、判定対象タスクが、タスク名称と出力名称の組合せであるタスク補完パターンに該当していた場合には、判定対象タスクの直後の手順に補完タスクが挿入される。また、タスクを補完する前の判定対象タスクからの出力は、新たに補完タスクからの出力として設定される。さらに、補完タスクへの入力が、新たに判定対象タスクからの出力として設定される。
【００３２】
ステップＳ３１４では、業務プロセスデータに、タスクの抜け落ちの判定対象とすべきタスクがさらに存在するか否かを判断する。タスクの抜け落ちの判定対象とすべきタスクがさらに存在する場合（ステップＳ３１４でＹＥＳの場合）、ステップＳ３１６へ進んで判定対象タスクを次の順序番号のタスクに変更した後、処理はステップＳ３０６へ戻る。タスクの抜け落ちの判定対象とすべきタスクがこれ以上存在しない場合（ステップＳ３１４でＮＯの場合）、処理はステップＳ３１８へ進む。
【００３３】
ステップＳ３１８では、業務プロセス記憶部１０４に上記の処理を経た最終的な業務プロセスデータを書き込んで、タスク補完処理を終了する。
【００３４】
図４に業務プロセスから抜け落ちたタスクを補完する過程が示されている。図４の業務プロセス４００には、タスクＡＡ、タスクＡＢ、タスクＡＣ、タスクＡＤが含まれている。タスクＡＡは入力ａａと、出力ａｂを有している。タスクＡＢは入力ａｂと、出力ａｃを有している。タスクＡＣは入力ａｃと、出力ａｄを有している。タスクＡＤは入力ａｄと、出力ａｅを有している。業務プロセス４００における手順として、タスクＡＡ、タスクＡＢ、タスクＡＣ、タスクＡＤの順序が規定されている。タスク補完処理では、手順の早いタスクＡＡから順に、各タスクの名称と、そのタスクの各入出力の名称との対応関係を、タスク補完パターンと照合していく。図４ではタスク補完パターンの例として、タスクＡＢと入力ａｂの組合せ、タスクＡＤと入力ａｃの組合せ、・・・が例示されている。この場合には、業務プロセス４００におけるタスクＡＢと入力ａｂの組合せが、タスク補完パターンであるタスクＡＢと入力ａｂの組合せに一致するため、タスクの補完が行われる。タスク補完パターンには、タスク補完条件に対して、その条件に該当する場合の補完タスクの名称と、タスクの補完に伴って補完される入出力の名称が関連付けられている。図４の例では、タスク補完条件であるタスクＡＢと入力ａｂの組合せに対しては、補完タスクＸＡと、補完タスクＸＡの挿入に伴って補完される入出力ｘａが関連付けられている。この補完タスクＸＡが業務プロセス４００のタスクＡＢの直前の順序に挿入されて、更新された業務プロセス４０２が生成される。更新された業務プロセス４０２においては、タスクＡＡの直後に入力ａｂと出力ｘａを有する補完タスクＸＡが配置され、補完タスクＸＡの直後に入力ｘａと出力ａｃを有するタスクＡＢが配置される。このようにして、業務プロセス４００において抜け落ちていたタスクＸＡを補完した業務プロセス４０２が生成される。
【００３５】
以上のように業務プロセス設計支援システム１００がタスク補完処理を行うことによって、業務プロセスから抜け落ちてしまっていたタスクを、過去の業務の実績に基いて補完することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００３６】
２．タスク併合処理
図５のフローチャートと、図６の概念図を参照しながら、業務プロセス更新部１０８のタスク併合処理部１１４が行うタスク併合処理について説明する。タスク併合処理では、業務プロセスデータが記述する業務プロセスにおいて、不必要に細分化されたタスクの有無を判定して、不必要に細分化されたタスクがあればそれらのタスクを併合する。
【００３７】
ステップＳ５０２では、業務プロセス記憶部１０４に記憶されている業務プロセスデータを読み出す。
【００３８】
ステップＳ５０４では、業務プロセスデータにおいてタスク順序番号の最も小さなタスクを、判定対象タスクとして設定する。
【００３９】
ステップＳ５０６では、判定対象タスクを、タスク併合パターン記憶部１１６に記憶されたタスク併合パターンと照合する。タスク併合パターンは、不必要にタスクを細分化した業務プロセスの内容が、パターン化されたものである。このような不必要なタスクの細分化は、業務の進捗管理をより複雑なものとするため、好ましいものではない。本実施例の業務プロセス設計支援システム１００では、このように不必要に細分化されたタスクを、そのタスクからの出力の出力属性などに基いて判定する。例えば、そのタスクの出力が実体のない無形のものである場合、すなわち試作品などのハードウェアや、プログラムなどのソフトウェアや、報告書や図面などの文書といった有形のものではなく、文書化されない知見や情報である場合には、そのタスクは不必要に細分化されており、その出力の出力先となっているタスクとの併合が必要であると判断する。なおタスク併合条件は、上記のような出力属性のみに限られたものではなく、例えばタスク名称と入力名称の組合せや、タスク名称と出力名称の組合せを用いることもできる。
【００４０】
ステップＳ５０８では、判定対象タスクと一致するタスク併合パターンが存在したか否かを判断する。判定対象タスクと一致するタスク併合パターンが存在した場合（ステップＳ５０８でＹＥＳの場合）には、処理はステップＳ５１０へ進む。判定対象タスクと一致するタスク併合パターンが存在しなかった場合（ステップＳ５０８でＮＯの場合）には、処理はステップＳ５１４へ進む。
【００４１】
ステップＳ５１０では、併合後のタスクの内容を決定する。併合後のタスクは、判定対象タスクと、判定対象タスクからの出力の出力先タスクを組み合わせたものとされる。具体的には、併合後のタスクのタスク名称は、併合前の２つのタスクのタスク名称に基いて決定され、併合後のタスクへの入力の入力名称、入力属性および入力元タスクＩＤ番号は、判定対象タスクへの入力の入力名称、入力属性および入力元タスクＩＤ番号と同じ内容に設定され、併合後のタスクからの出力の出力名称、出力属性および出力先タスクＩＤ番号は、判定対象タスクからの出力の出力先タスクからの出力の出力名称、出力属性および出力先タスクＩＤ番号と同じ内容に設定される。
【００４２】
ステップＳ５１２では、業務プロセスデータが記述する業務プロセスにおいて、併合前の２つのタスク、すなわち判定対象タスクと、判定対象タスクからの出力の出力先タスクを、ステップＳ５１０で決定された併合後のタスクに置き換える。
【００４３】
ステップＳ５１４では、業務プロセスデータに、タスクの併合の判定対象とすべきタスクがさらに存在するか否かが判断される。タスクの併合の判定対象とすべきタスクがさらに存在する場合（ステップＳ５１４でＹＥＳの場合）、ステップＳ５１６へ進んで判定対象タスクを次の順序番号のタスクに変更した後、処理はステップＳ５０６へ戻る。タスクの併合の判定対象とすべきタスクがこれ以上存在しない場合（ステップＳ５１４でＮＯの場合）、処理はステップＳ５１８へ進む。
【００４４】
ステップＳ５１８では、業務プロセス記憶部１０４に上記の処理を経た最終的な業務プロセスデータを書き込んで、タスク併合処理を終了する。
【００４５】
図６に業務プロセスにおいて不必要に細分化されたタスクを併合する過程が示されている。図６の業務プロセス６００には、タスクＢＡ、タスクＢＢ、タスクＢＣ、タスクＢＤが含まれている。タスクＢＡは入力ｂａと、出力ｂｂを有している。タスクＢＢは入力ｂｂと、出力ｂｃを有している。タスクＢＣは入力ｂｃと、出力ｂｄを有している。タスクＢＤは入力ｂｄと、出力ｂｅを有している。図６の例では、入出力ｂａは有形のものであって、入出力ｂｂは無形のものであって、入出力ｂｃは無形のものであって、入出力ｂｄは有形のものであって、入出力ｂｅは有形のものである。業務プロセス６００における手順として、タスクＢＡ、タスクＢＢ、タスクＢＣ、タスクＢＤの順序が規定されている。タスク併合処理では、先頭のタスクＢＡから順に、各タスクがタスク併合パターンと照合されていく。この例では、業務プロセス６００におけるタスクＢＡの出力ｂｂが無形のものであるため、タスクＢＡとその直後のタスクＢＢについてタスクの併合が行われる。併合後のタスクＸＢは、タスクＢＡの入力であった入力ｂａと、タスクＢＢの出力であった出力ｂｃを有する。タスクＢＡとタスクＢＢを併合後のタスクＸＢに置き換えた業務プロセス６０２について、さらにタスク併合処理が行われて、先頭のタスクＸＢから順に、各タスクがタスク併合パターンと照合されていく。この場合には、業務プロセス６０２におけるタスクＸＢの出力ｂｃが無形のものであるため、タスクＸＢとその直後のタスクＢＣについてもタスクの併合が行われる。併合後のタスクＹＢは、タスクＸＢの入力であった入力ｂａと、タスクＢＣの出力であった出力ｂｄを有する。タスクＸＢとタスクＢＣを併合後のタスクＹＢに置き換えた業務プロセス６０４について、さらにタスク併合処理が行われるが、業務プロセス６０４ではこれ以上併合できるタスクがないため、タスク併合処理を終了する。このようにして、業務プロセス６００において不必要に細分化されていたタスクＢＡ、ＢＢ、ＢＣを併合した業務プロセス６０４が生成される。
【００４６】
以上のように業務プロセス設計支援システム１００がタスク併合処理を行うことによって、業務プロセスにおいて不必要に細分化されていたタスクを、単独のタスクに併合することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００４７】
３．タスク分割処理
図７のフローチャートと、図８の概念図を参照しながら、業務プロセス更新部１０８のタスク分割処理部１１８が行うタスク分割処理について説明する。タスク分割処理では、業務プロセスデータが記述する業務プロセスにおいて、タスク間の循環的な関係の有無を判定して、循環的な関係を有するタスクがあれば、そのうちの１つのタスクを分割して、その循環的な関係を解消する。
【００４８】
ステップＳ７０２では、業務プロセス記憶部１０４に記憶されている業務プロセスデータを読み出す。
【００４９】
ステップＳ７０４では、業務プロセスデータが記述する業務プロセスにおけるタスクの循環関係の有無を判断する。タスクの循環関係の有無は、タスクからの出力の出力先を順に辿っていったときに、もとのタスクに戻ってしまう場合があるか否かから判断される。業務プロセスにおいてタスクの循環関係が検出された場合（ステップＳ７０４でＹＥＳの場合）は、処理はステップＳ７０６へ進む。タスクの循環関係が検出されなかった場合（ステップＳ７０４でＮＯの場合）は、タスクの分割は行わないため、タスク分割処理を終了する。
【００５０】
ステップＳ７０６では、検出された循環関係に含まれている複数のタスクの中から、分割の対象とするタスク（分割対象タスク）を設定する。本実施例では、循環関係を有する複数のタスクのうちで、順序番号が最も大きなタスク、すなわち最も遅い手順で実行されるタスクを、分割対象タスクに設定する。
【００５１】
ステップＳ７０８では、分割後のタスクの内容を決定する。本実施例の業務プロセス設計支援システム１００では、分割対象タスクを、循環関係に含まれる一連のタスクの中で最初に実行する仮実行タスクと、最後に実行する本実行タスクに分割して、業務プロセスにおけるタスクの循環関係を解消する。本実施例の仮実行タスクは、分割対象タスクの入力のうちで、循環関係に含まれていないタスクからの入力のみを有し、分割対象タスクの出力のうちで、循環関係に含まれているタスクへの出力のみを有するものとして決定される。本実施例の本実行タスクは、分割対象タスクの入力のうちで、循環関係に含まれているタスクからの入力のみを有し、分割対象タスクの出力のうちで、循環関係に含まれていないタスクへの出力のみを有するものとして決定される。
【００５２】
ステップＳ７１０では、業務プロセスデータが記述する業務プロセスにおいて、分割対象タスクを分割後の２つのタスク、すなわち仮実行タスクと本実行タスクに置き換える。
【００５３】
ステップＳ７１２では、分割対象タスクが仮実行タスクと本実行タスクに置き換えられた業務プロセスについて、タスクの再配置を行って、それぞれのタスクの手順を整合させる。ステップＳ７１２で行う処理は、後述するタスク再配置処理と同様であるので、ここでは詳細な説明を省略する。
【００５４】
ステップＳ７１４では、業務プロセス記憶部１０４に上記の処理を経た最終的な業務プロセスデータを書き込んで、タスク分割処理を終了する。
【００５５】
図８に業務プロセスにおいて循環関係を形成している複数のタスクの中から１つのタスクを分割して、循環関係を解消する過程が示されている。図８の業務プロセス８００には、タスクＣＡ、タスクＣＢ、タスクＣＣが含まれている。タスクＣＡは入力ｃｂ１と、出力ｃａを有している。タスクＣＢは入力ｃａと出力ｃｂ１、ｃｂ２を有している。タスクＣＣは入力ｃｂ２と出力ｃｃを有している。図８の例では、タスクＣＡの出力ｃａの出力先はタスクＣＢであり、タスクＣＢの出力ｃｂ１の出力先はタスクＣＡであるから、タスクＣＡとタスクＣＢが循環関係を形成している。タスク分割処理では、このような循環関係に含まれているタスクＣＡとタスクＣＢのうち、手順が遅い方のタスクＣＢを分割対象タスクに設定する。そして、分割対象タスクＣＢを、仮実行タスクαＣＢと、本実行タスクβＣＢに分割する。仮実行タスクαＣＢは、分割対象タスクＣＢの出力のうち循環関係に含まれているタスクＣＡへの出力ｃｂ１のみを有している。なお、分割対象タスクＣＢは循環関係に含まれないタスクからの入力を有していないため、仮実行タスクαＣＢは入力を有していない。本実行タスクβＣＢは、分割対象タスクＣＢの出力のうち循環関係に含まれていないタスクＣＣへの出力ｃｂ２のみを有しており、分割対象タスクＣＢの入力のうち循環関係に含まれているタスクＣＡからの入力ｃａを有している。分割対象タスクＣＢが仮実行タスクαＣＢと本実行タスクβＣＢに置き換えられて、タスクの入出力関係と前後関係が整合するようにタスク再配置が行われて、タスク分割処理が終了する。このようにして、業務プロセス８００において存在していたタスクの循環関係を解消した業務プロセス８０２が生成される。
【００５６】
以上のように業務プロセス設計支援システム１００がタスク分割処理を行うことによって、業務プロセスにおけるタスクの循環関係を解消することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００５７】
４．タスク再配置処理
図９のフローチャートと、図１０の概念図を参照しながら、業務プロセス更新部１０８のタスク再配置処理部１２０が行うタスク再配置処理について説明する。タスク再配置処理では、業務プロセスデータが記述する業務プロセスにおいて、タスク間の入出力関係と前後関係の不整合の有無を判定して、タスク間の入出力関係と前後関係に不整合があれば、タスクを再配置して不整合を解消する。
【００５８】
ステップＳ９０２では、業務プロセス記憶部１０４に記憶されている業務プロセスデータを読み出す。
【００５９】
ステップＳ９０４では、業務プロセスデータにおいてタスク順序番号の最も小さなタスクを、判定対象タスクとして設定する。
【００６０】
ステップＳ９０６では、判定対象タスクの出力の１つを、判定対象出力として設定する。
【００６１】
ステップＳ９０８では、判定対象出力の出力先タスクを特定する。
【００６２】
ステップＳ９１０では、判定対象タスクの順序番号と判定対象出力の出力先タスクの順序番号を比較する。判定対象タスクの順序番号よりも判定対象出力の出力先タスクの順序番号が小さい場合（ステップＳ９１０でＹＥＳの場合）には、判定対象タスクからの出力を入力として用いる出力先タスクが、判定対象タスクよりも早い手順で行われることを示している。この場合、タスク間の入出力関係と前後関係に不整合があると判断して、処理はステップＳ９１２へ進む。判定対象タスクの順序番号よりも判定対象出力の出力先タスクの順序番号が大きい場合（ステップＳ９１０でＮＯの場合）には、判定対象タスクからの出力を入力として用いる出力先タスクが、判定対象タスクよりも遅い手順で行われることを示しているから、タスク間の入出力関係と前後関係が整合していると判断して、処理はステップＳ９１４へ進む。
【００６３】
ステップＳ９１２では、業務プロセスデータが記述する業務プロセスにおいて、判定対象タスクと、判定対象出力の出力先タスクとの間で、順序の入れ替えを行う。この順序の入れ替えは、それぞれのタスクの順序番号を入れ替えることによって行われる。ステップＳ９１２において判定対象タスクと出力先タスクの順序を入れ替えることで、新たに他のタスクとの間で入出力関係と前後関係が不整合を生じる可能性がある。従って、ステップＳ９１２でタスクの順序を入れ替えた後、処理はステップＳ９０４へ戻り、再び業務プロセスの先頭に位置するタスクから、タスクの再配置の判定を行う。
【００６４】
ステップＳ９１４では、判定対象タスクが、タスクの再配置の判定対象とすべき出力をさらに有するか否かが判断される。タスクの再配置の判定対象とすべき出力がさらに存在する場合（ステップＳ９１４でＹＥＳの場合）、ステップＳ９１６へ進んで判定対象出力を次の出力に変更した後、処理はステップＳ９０８へ戻る。タスクの再配置の判定対象とすべきタスクがこれ以上存在しない場合（ステップＳ９１４でＮＯの場合）、処理はステップＳ９１８へ進む。
【００６５】
ステップＳ９１８では、業務プロセスデータに、タスクの再配置の判定対象とすべきタスクがさらに存在するか否かが判断される。タスクの再配置の判定対象とすべきタスクがさらに存在する場合（ステップＳ９１８でＹＥＳの場合）、ステップＳ９２０へ進んで判定対象タスクを次の順序番号のタスクに変更した後、処理はステップＳ９０６へ戻る。タスクの再配置の判定対象とすべきタスクがこれ以上存在しない場合（ステップＳ９１８でＮＯの場合）、処理はステップＳ９２２へ進む。
【００６６】
ステップＳ９２２では、業務プロセス記憶部１０４に上記の処理を経た最終的な業務プロセスデータを書き込んで、タスク再配置処理を終了する。
【００６７】
図１０に業務プロセスにおいてタスクを再配置する過程が示されている。図１０の業務プロセス１０００には、タスクＤＡ、タスクＤＢ、タスクＤＣ、タスクＤＤが含まれている。タスクＤＡは入力ｄｄと出力ｄａを有している。タスクＤＢは出力ｄｂを有している。タスクＤＣは入力ｄｂと、出力ｄｃを有している。タスクＤＤは入力ｄｃと、出力ｄｄを有している。タスクＤＥは入力ｄａと出力ｄｅを有している。業務プロセス１０００においては、タスクＤＡの順序番号が１であり、タスクＤＢの順序番号が２であり、タスクＤＣの順序番号が３であり、タスクＤＤの順序番号が４であり、タスクＤＥの順序番号が５である。タスク再配置処理では、順序番号が最も小さい先頭のタスクＤＡから順に、そのタスクからの出力の出力先タスクとの間で順序番号を比較して、入出力関係と前後関係における不整合の有無が判定される。図１０の業務プロセス１０００では、タスクＤＤの順序番号よりも、タスクＤＤからの出力ｄｄの出力先であるタスクＤＡの順序番号の方が小さいため、タスクＤＤとタスクＤＡの間で入出力関係と前後関係に不整合があると判断される。従って、タスクＤＤとタスクＤＡとの間で順序の入れ替えが行われて、更新された業務プロセス１００２が生成される。そして、更新された業務プロセス１００２について、再度先頭のタスクＤＤから順に、タスク間の入出力関係と前後関係における不整合の有無が判定される。業務プロセス１００２では、タスクＤＣの順序番号よりも、タスクＤＣからの出力ｄｃの出力先であるタスクＤＤの順序番号の方が小さいため、タスクＤＣとタスクＤＤとの間で順序の入れ替えが行われて、更新された業務プロセス１００４が生成される。更新された業務プロセス１００４について、再度先頭のタスクＤＣから順に、タスク間の入出力関係と前後関係における不整合の有無が判定される。業務プロセス１００４では、タスクＤＢの順序番号よりも、タスクＤＢからの出力ｄｂの出力先であるタスクＤＣの順序番号の方が小さいため、タスクＤＢとタスクＤＣとの間で順序の入れ替えが行われて、更新された業務プロセス１００６が生成される。更新された業務プロセス１００６について、再度先頭のタスクＤＢから順に、タスク間の入出力関係と前後関係における不整合の有無が判定される。業務プロセス１００６では、タスク間の入出力関係と前後関係の不整合が検出されないため、タスク再配置処理が終了する。このようにして、業務プロセス１０００におけるタスク間の入出力関係と前後関係の不整合を解消した業務プロセス１００６が生成される。
【００６８】
以上のように業務プロセス設計支援システム１００がタスク再配置処理を行うことによって、業務プロセスにおけるタスク間の入出力関係と前後関係の不整合を解消することができる。これによって、より合理化された業務プロセスの内容を記述する業務プロセスデータを生成することができる。
【００６９】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００７０】
【図１】図１は業務プロセス設計支援システム１００の構成の概要を示す図である。
【図２】図２は業務プロセスデータの構造を示す図である。
【図３】図３はタスク補完処理のフローチャートである。
【図４】図４はタスク補完処理を概念的に示す図である。
【図５】図５はタスク併合処理のフローチャートである。
【図６】図６はタスク併合処理を概念的に示す図である。
【図７】図７はタスク分割処理のフローチャートである。
【図８】図８はタスク分割処理を概念的に示す図である。
【図９】図９はタスク再配置処理のフローチャートである。
【図１０】図１０はタスク再配置処理を概念的に示す図である。
【符号の説明】
【００７１】
１００：業務プロセス設計支援システム
１０２：業務プロセス入力部
１０４：業務プロセス記憶部
１０６：業務プロセス出力部
１０８：業務プロセス更新部
１１０：タスク補完処理部
１１２：タスク補完パターン記憶部
１１４：タスク併合処理部
１１６：タスク併合パターン記憶部
１１８：タスク分割処理部
１２０：タスク再配置処理部
４００、４０２、６００、６０２、６０４、８００、８０２、１０００、１００２、１００４、１００６：業務プロセス
【図１】
2008257645.tif 000003
【図２】
2008257645.tif 000004
【図３】
2008257645.tif 000005
【図４】
2008257645.tif 000006
【図５】
2008257645.tif 000007
【図６】
2008257645.tif 000008
【図７】
2008257645.tif 000009
【図８】
2008257645.tif 000010
【図９】
2008257645.tif 000011
【図１０】
2008257645.tif 000012