JP2021140260A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、ユーザーがフローを構成する部品を予め全て決定しなければならない構成と比べて、ユーザーは、フローを構成する部品の一部を選択することによって、フローを生成することができるようにした情報処理装置を提供する。【解決手段】情報処理装置は、メモリと一又は複数のプロセッサを備え、前記メモリは、フローを構成する機能に対応する部品の仕様を記憶しており、前記プロセッサは、ユーザーが選択した第１部品を基点として、前記部品の仕様を用いて、該第１部品の前又は後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、ワークフローの特性に応じた表示部品の候補を表示することを課題とし、第１の処理種別に属する処理の内容を示す第１の部品の表示指示を受けた場合に、前記第１の部品を表示部に表示させるとともに、第１の処理種別との順序関係が定められた第２の処理種別に属する処理の内容を示す第２の部品を、表示部に、順序関係に応じて第１の部品と関係付けて表示させることが開示されている。

特開２０１３−０８０３５１号公報

フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、そのユーザーはフローを構成する部品を全て予め決定した上で、フローを生成する必要がある。
そこで、本発明は、フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、ユーザーがフローを構成する部品を予め全て決定しなければならない構成と比べて、ユーザーは、フローを構成する部品の一部を選択することによって、フローを生成することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、メモリと一又は複数のプロセッサを備え、前記メモリは、フローを構成する機能に対応する部品の仕様を記憶しており、前記プロセッサは、ユーザーが選択した第１部品を基点として、前記部品の仕様を用いて、該第１部品の前又は後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、情報処理装置である。

請求項２の発明は、前記プロセッサは、第１部品の前の処理を行う第２部品を抽出した後に、さらに、該第２部品の前の処理を行う第３部品を抽出し、該第３部品と該第２部品を前記表示装置に表示するように制御する、又は、第１部品の後の処理を行う第２部品を抽出した後に、さらに、該第２部品の後の処理を行う第３部品を抽出し、該第３部品と該第２部品を前記表示装置に表示するように制御する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記プロセッサは、前記基点となる第１部品以外の部品が選択された場合は、該選択された部品から該第１部品までの経路を抽出し、該経路を前記表示装置に表示するように制御する、請求項２に記載の情報処理装置である。

請求項４の発明は、前記プロセッサは、前記経路が選択された場合は、該経路上の部品と同じ階層にある部品を前記表示装置から削除するように制御する、請求項３に記載の情報処理装置である。

請求項５の発明は、前記プロセッサは、前記経路が複数ある場合は、経路を選択できるように、経路リストを前記表示装置に表示するように制御する、請求項３に記載の情報処理装置である。

請求項６の発明は、前記プロセッサは、経路が選択された場合は、該経路に関する情報を前記表示装置に表示するように制御する、請求項５に記載の情報処理装置である。

請求項７の発明は、前記プロセッサは、選択された経路を部品として選択可能にし、部品と該経路は異なる形態で前記表示装置に表示するように制御する、請求項５に記載の情報処理装置である。

請求項８の発明は、前記プロセッサは、前記表示装置に表示された前記部品の仕様に関する情報が変更された場合は、該変更された情報にしたがって、該部品に接続される部品を抽出し直して、該表示装置に表示するように制御する、請求項１に記載の情報処理装置である。

請求項９の発明は、前記プロセッサは、前記基点となる第１部品以外の部品について、過去の利用回数が多い部品ほど該第１部品に近くなるように、該部品を前記表示装置に表示するように制御する、請求項１に記載の情報処理装置である。

請求項１０の発明は、前記利用回数として、ユーザーによって過去に生成されたフローにおける第１利用回数と、過去に生成された全体のフローにおける第２利用回数があり、前記プロセッサは、前記第１利用回数と前記第２利用回数に分けて、前記部品を前記表示装置に表示するように制御する、請求項９に記載の情報処理装置である。

請求項１１の発明は、前記第２利用回数が同じである場合は、前記第１利用回数が多い部品ほど該部品の表示の大きさを大きくする、請求項１０に記載の情報処理装置である。

請求項１２の発明は、前記基点となる第１部品から数えて第ｎ階層の部品の表示の大きさを、第ｎ−１階層の部品の大きさよりも小さくする、請求項９から１１のいずれか１項に記載の情報処理装置である。

請求項１３の発明は、前記プロセッサは、基点となる前記第１部品が入力元である場合は、該第１部品の後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御し、基点となる前記第１部品が出力先である場合は、該第１部品の前の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御し、基点となる前記第１部品が入力元以外であって、かつ、出力先以外である場合は、該第１部品の前及び後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、請求項１に記載の情報処理装置である。

請求項１４の発明は、メモリと一又は複数のプロセッサを備えたコンピュータの前記メモリは、フローを構成する機能に対応する部品の仕様を記憶しており、前記プロセッサに、ユーザーが選択した第１部品を基点として、前記部品の仕様を用いて、該第１部品の前又は後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、処理を実行させるための情報処理プログラムである。

請求項１の情報処理装置によれば、フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、ユーザーがフローを構成する部品を予め全て決定しなければならない構成と比べて、ユーザーは、フローを構成する部品の一部を選択することによって、フローを生成することができる。

請求項２の情報処理装置によれば、第１部品の前又は後の処理を行う第２部品を抽出し、さらに、その第２部品の前又は後の処理を行う第３部品を抽出し、第３部品と第２部品を表示することができる。

請求項３の情報処理装置によれば、第１部品以外の部品が選択された場合は、その選択された部品からその第１部品までの経路を表示することができる。

請求項４の情報処理装置によれば、経路が選択された場合は、その経路上の部品と同じ階層にある部品を削除することができる。

請求項５の情報処理装置によれば、経路が複数ある場合は、経路を選択できるようにすることができる。

請求項６の情報処理装置によれば、経路が選択された場合は、その経路に関する情報を表示することができる。

請求項７の情報処理装置によれば、選択された経路を部品として選択可能にし、部品とその経路は異なる形態で表示することができる。

請求項８の情報処理装置によれば、部品の仕様に関する情報が変更された場合は、その変更された情報にしたがって、その部品に接続される部品を抽出し直すことができる。

請求項９の情報処理装置によれば、第１部品以外の部品について、過去の利用回数が多い部品ほど第１部品に近くなるように表示することができる。

請求項１０の情報処理装置によれば、ユーザーによって過去に生成されたフローにおける第１利用回数と、過去に生成された全体のフローにおける第２利用回数に分けて、部品を表示することができる。

請求項１１の情報処理装置によれば、第２利用回数が同じである場合は、第１利用回数が多い部品ほど、その部品の表示の大きさを大きくして表示することができる。

請求項１２の情報処理装置によれば、階層が深くなるほど、部品の表示の大きさを小さくして表示することができる。

請求項１３の情報処理装置によれば、第１部品が入力元である場合は、その第１部品の後の処理を行う第２部品と第１部品を表示し、第１部品が出力先である場合は、その第１部品の前の処理を行う第２部品と第１部品を表示し、第１部品が入力元以外であって、かつ、出力先以外である場合は、第１部品の前及び後の処理を行う第２部品と第１部品を表示することができる。

請求項１４の情報処理プログラムによれば、フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、ユーザーがフローを構成する部品を予め全て決定しなければならない構成と比べて、ユーザーは、フローを構成する部品の一部を選択することによって、フローを生成することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 アクティビティ一覧画面の表示例を示す説明図である。 アクティビティ属性登録画面の表示例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態をより具体的に示す構成例についての概念的なモジュール構成図である。 本実施の形態による処理例を示すフローチャートである。 アクティビティ登録情報テーブルのデータ構造例を示す説明図である。 フロー登録情報テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態をより具体的に示す別の構成例についての概念的なモジュール構成図である。 フロー登録情報テーブルのデータ構造例を示す説明図である。 アクティビティ登録情報テーブルのデータ構造例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示す説明図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（「ソフトウェア」の解釈として、コンピュータ・プログラムを含む）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（例えば、コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（例えば、データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（「２以上の値」には、もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（「ネットワーク」には、一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（つまり、社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。

本実施の形態である情報処理装置１００は、フローの生成処理を行う機能を有している。図１の例に示すように、情報処理装置１００は、少なくともプロセッサ１０５、メモリ１１０を有しており、それらをつないでデータのやりとりをするためのバス１９８により構成されている。この他に、情報処理装置１００は、出力装置１８５、受付装置１９０、通信装置１９５を有していてもよい。そして、バス１９８によって、プロセッサ１０５、メモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５の間でデータのやりとりが行われる。

なお、図１の例に示すブロック図は、本実施の形態を実現するコンピュータのハードウェア構成例をも示している。本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１に例示するようなコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。具体例として、処理部としてプロセッサ１０５を用い、記憶装置としてメモリ１１０を用いている。

プロセッサ１０５は、１つであってもよいし、複数あってもよい。プロセッサ１０５として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）、マイクロプロセッサ等を含む。複数のプロセッサ１０５を用いる場合は、密結合マルチプロセッサ、疎結合マルチプロセッサのいずれの形態であってもよい。例えば、１つのプロセッサ１０５内に複数のプロセッサ・コアが搭載されていてもよい。さらに、複数のコンピュータを通信路で結んで仮想的に一台のコンピュータのように振る舞わせるシステムとしてもよい。具体例として、疎結合マルチプロセッサであって、クラスタシステム、コンピュータクラスタとして構成してもよい。プロセッサ１０５は、プログラムメモリ１２０内のプログラムを実行する。

メモリ１１０として、例えば、レジスタやキャッシュメモリ等のプロセッサ１０５内部の半導体メモリを含めてもよいし、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略）等によって構成される主記憶装置であるメインメモリであってもよいし、永続性記憶装置としての機能を有するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅの略）の内部記憶装置、ＣＤ、ＤＶＤ、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、ＵＳＢメモリ、メモリーカード等の外部記憶装置又は補助記憶装置であってもよいし、また、通信回線を介して接続されたサーバー等の記憶装置を含めてもよい。
メモリ１１０は、主にプログラムを記憶するプログラムメモリ１２０と主にデータを記憶するデータメモリ１１５を有している。なお、プログラムメモリ１２０、データメモリ１１５には、図示しているモジュールのプログラムの他、本コンピュータを起動するためのＯＳ等のプログラム、モジュールの実行において適宜変化するパラメータ等のデータが格納されていてもよい。

出力装置１８５は、例えば、表示装置１８７、印刷装置１８９等を有している。液晶ディスプレイ、有機ＥＬディスプレイ、３次元ディスプレイ等の表示装置１８７は、プロセッサ１０５による処理結果、データメモリ１１５内のデータ等を、テキストやイメージ情報等として表示する。プリンタ、複合機等の印刷装置１８９は、プロセッサ１０５による処理結果、データメモリ１１５内のデータ等を印刷する。また、出力装置１８５として、スピーカー、機器を振動させるアクチュエータ等を含んでいてもよい。
受付装置１９０は、キーボード、マウス、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいたデータ、又は、スキャナの読み取り動作等によって発生する画像データ等を受け付ける。
また、タッチスクリーンのように、表示装置１８７と受付装置１９０の両方の機能を備えているものがあってもよい。その場合、キーボードの機能の実現について、物理的なキーが存在しなくても、タッチスクリーン上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。
なお、ユーザーインタフェースとして、主に、表示装置１８７、受付装置１９０が用いられる。
通信装置１９５は、通信回線を介して他の装置と接続するためのネットワークカード等の通信回線インタフェースである。

本実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のプログラムメモリ１２０にソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、本実施の形態が実現される。
なお、図１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、プロセッサ１０５として、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略、ＧＰＧＰＵ（Ｇｅｎｅｒａｌ−Ｐｕｒｐｏｓｅ ｃｏｍｐｕｔｉｎｇ ｏｎ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓの略）を含む）を用いてもよいし、一部のモジュールの実行を専用のハードウェア（例えば特定用途向け集積回路（具体例として、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略）等がある）や再構成可能な集積回路（具体例として、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略）等がある）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等に組み込まれていてもよい。

プロセッサ１０５は、バス１９８を介してメモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。プロセッサ１０５は、プログラムメモリ１２０内のプログラムである各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する。例えば、受付装置１９０によってユーザーの操作を受け付けたことを契機として、その操作に対応するプログラムメモリ１２０内のモジュールによる処理を実行し、その処理結果をデータメモリ１１５に記憶させたり、表示装置１８７に出力したり、通信装置１９５を制御して他の装置に送信したりする。

メモリ１１０は、データメモリ１１５、プログラムメモリ１２０を有しており、バス１９８を介してプロセッサ１０５、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。
データメモリ１１５は、フロー部品仕様記憶モジュール１２５、フロー記憶モジュール１３０を記憶している。
フロー部品仕様記憶モジュール１２５は、フローを構成する機能に対応する部品の仕様を記憶している。
ここで「部品」とは、フローを構成するものであり、独立した処理を行う処理単位である。部品は、処理部品、機能、アクティビティ、プラグイン、コネクタ等と呼ばれることもある。以下、例示する場合は、アクティビティという場合がある。これら処理単位である部品を接続してフローを作成しておくことで、フローに文書等のデータが投入されると、そのフローに従って処理が行われる。
また、「フロー」とは、部品を組み合わせた順番で、その部品の処理を実行させ、処理結果を得るための定義である。この定義に従って入力されたデータを処理していく。
また、「部品の仕様」には、その部品による処理内容、部品と部品を接続するために必要な情報を少なくとも含む。部品の仕様として、例えば、（１）その部品で処理できるファイル種別、つまり入力ファイル種別、（２）その部品による処理内容、（３）その部品で出力され得るファイル種別、がある。なお、（４）その部品で出力され得る属性情報、を含めてもよい。さらに、（５）その部品で入力できるパラメータ、を含めてもよい。

フロー記憶モジュール１３０は、既に完成したフローに関する情報、生成中のフローに関する情報を記憶している。

ＵＩモジュール１３５は、操作受付モジュール１３７、表示制御モジュール１３９を有しており、フロー生成制御モジュール１４０と接続されている。ＵＩモジュール１３５は、ユーザーインタフェースに関する処理を行う。
操作受付モジュール１３７は、受付装置１９０が検知したユーザーの操作を受け付ける。そのユーザーの操作にしたがって、表示制御モジュール１３９又はフロー生成制御モジュール１４０に処理を行わせる。

表示制御モジュール１３９は、ユーザーが選択した第１部品を基点として、フロー部品仕様記憶モジュール１２５内に記憶されている部品の仕様を用いて、その第１部品の前又は後の処理を行う第２部品を抽出し、その第２部品とその第１部品を表示装置１８７に表示するように制御する。
ここで「基点」は、一般的にフローを生成しようとしているユーザーが最初に選択した部品である。例えば、フローの中で中心的な処理を行う部品であってもよいし、ユーザーがフローの中で含めたいと考えている部品等であってもよい。
また、「その第２部品とその第１部品を表示装置１８７に表示する」の形態として、基点として表示されている第１部品に対して、フローとして前又は後になる部品として第２部品があることがわかるように表示すればよい。例えば、「第２部品を第１部品に隣接して表示装置に表示する」、「第２部品を第１部品と接続して表示装置に表示する」等がある。前者の例として、フローの流れとして左から右に流れるように定義した場合、つまり、左側がフローとして前であり、右側がフローとして後であるとした場合は、第２部品が第１部品より前にある場合は、第１部品の左側に第２部品を表示すればよいし、第２部品が第１部品より後にある場合は、第１部品の右側に第２部品を表示すればよい。また、フローの流れとして上から下に流れるように定義した場合、つまり、上側がフローとして前であり、下側がフローとして後であるとした場合は、第２部品が第１部品より前にある場合は、第１部品の上側に第２部品を表示すればよいし、第２部品が第１部品より後にある場合は、第１部品の下側に第２部品を表示すればよい。後者の例として、前者の例にさらに部品間を線で接続するようにしてもよい。この線は、フローの経路を示すことになる。経路は、パス、ルートともよばれる。さらに、線に矢印を付すようにすれば、矢印の先がフローとしての後になる部品であればよく、第１部品と第２部品の位置関係を規定する必要はない。例えば、第２部品が第１部品より前にある場合は、第２部品から第１部品へ向かうように矢印の線で接続すればよいし、第２部品が第１部品より後にある場合は、第１部品から第２部品へ向かうように矢印の線で接続すればよい。以下にフローの表示例を示す場合は、左側がフローとして前であり、右側がフローとして後であると定義しており、部品間を接続する線を示すようにしている。もちろんのことながら、この表示は例示であって、前述したような表示例のほか、フローとしての流れがわかるような表示であればよい。この処理については、図５の例を用いて後述する。

そして、表示制御モジュール１３９は、第１部品の前の処理を行う第２部品を抽出した後に、さらに、その第２部品の前の処理を行う第３部品を抽出し、その第３部品とその第２部品を表示装置１８７に表示するように制御する。
そして、第２部品の前の処理を行う第３部品を抽出した後に、さらに、その第３部品の前の処理を行う第４部品を抽出し、その第４部品をその第３部品と接続して表示装置１８７に表示するように制御する、以下、このような処理を続けてもよい。そして、抽出した部品が入力元である場合になるまで続ける。
又は、表示制御モジュール１３９は、第１部品の後の処理を行う第２部品を抽出した後に、さらに、その第２部品の後の処理を行う第３部品を抽出し、その第３部品とその第２部品を表示装置１８７に表示するように制御する。
そして、第２部品の後の処理を行う第３部品を抽出した後に、さらに、その第３部品の後の処理を行う第４部品を抽出し、その第４部品をその第３部品と接続して表示装置１８７に表示するように制御する、以下、このような処理を続けてもよい。そして、抽出した部品が出力先である場合になるまで続ける。
表示形態として、第３部品をその第２部品と接続して表示装置１８７に表示するようにしてもよい。この処理については、図５の例を用いて後述する。

また、表示制御モジュール１３９は、基点となる第１部品以外の部品が選択された場合は、その選択された部品からその第１部品までの経路を抽出し、その経路を表示装置１８７に表示するよう制御するようにしてもよい。この処理については、図６Ａ、図６Ｂの例を用いて後述する。

また、表示制御モジュール１３９は、経路が選択された場合は、その経路上の部品と同じ階層にある部品を表示装置１８７から削除するよう制御するようにしてもよい。
「経路上の部品と同じ階層にある部品を削除する」ことによって、経路以外の部品が削除されるので、選択された部品から基点となる第１部品までの経路が明確に表示されることになる。この処理については、図６Ｃの例を用いて後述する。
ここでの「階層」とは、基点となる第１部品から数えて同じ数となる部品群をいう。例えば、第１部品の直前に処理を行う部品群は同じ階層に属しており、第１部品の２つ前に処理を行う部品群は同じ階層に属しており、以下、同様に階層に分かれる。第１部品の後に処理を行う部品についても、第１部品の直後に処理を行う部品群は同じ階層に属しており、第１部品の２つ後に処理を行う部品群は同じ階層に属しており、以下、同様に階層に分かれる。

また、表示制御モジュール１３９は、経路が複数ある場合は、経路を選択できるように、経路リストを表示装置１８７に表示するよう制御するようにしてもよい。
そして、表示制御モジュール１３９は、経路が選択された場合は、その経路に関する情報を表示装置１８７に表示するよう制御するようにしてもよい。これらの処理については、図７の例を用いて後述する。

また、表示制御モジュール１３９は、選択された経路を部品として選択可能にし、部品とその経路は異なる形態で表示装置１８７に表示するよう制御するようにしてもよい。つまり、複数の部品からなる経路を部品と同等に扱えるようにするが、中身が経路であることをユーザーにわからせるために、経路である部品の表示形態を一般的な部品とは異ならせるようにする。例えば、一般的な部品の表示形態を単なる矩形とした場合に、経路である部品の表示形態として、押しボタンのような立体的な形状に見せるための模様を付したり、色を異ならせたり、文字を付加したり、動的に変化すること（例えば、フラッシュ、アニメーション等）、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、又は、これらの組み合わせであってもよい。この処理については、図８の例を用いて後述する。

また、表示制御モジュール１３９は、表示装置１８７に表示された部品の仕様に関する情報が変更された場合は、その変更された情報にしたがって、その部品に接続される部品を抽出し直して、表示装置１８７に表示するよう制御するようにしてもよい。
ここで「部品の仕様に関する情報」とは、部品間の接続を変更させ得る情報である。例えば、前述した「部品の仕様」のうち、（１）その部品で処理できるファイル種別、（３）その部品で出力され得るファイル種別、（４）その部品で出力され得る属性情報、（５）その部品で入力できるパラメータ、が該当する。
「部品の仕様に関する情報が変更された」とは、ユーザーの操作に応じて変更された場合が該当する。例えば、元の仕様が複数のファイル種別を許容している場合に、いずれかのファイル種別に固定すること、パラメータを変更すること等が該当する。この処理については、図９の例を用いて後述する。

また、表示制御モジュール１３９は、基点となる第１部品以外の部品について、過去の利用回数が多い部品ほどその第１部品に近くなるように、その部品を表示装置１８７に表示するよう制御するようにしてもよい。
例えば、第１部品を中央に表示することによって、過去の利用回数が多い部品ほど中央に近くなるように表示することになる。
また、利用回数として、ユーザーによって過去に生成されたフローにおける第１利用回数と、過去に生成された全体のフローにおける第２利用回数を用いるようにしてもよい。
その場合、表示制御モジュール１３９は、第１利用回数と第２利用回数に分けて、部品を表示装置１８７に表示するよう制御するようにしてもよい。
ここで「第１利用回数」は、そのユーザーが過去に生成したフローを対象とする場合の利用回数であり、「第２利用回数」は、そのユーザーに限らず、他のユーザーも含めて過去に生成されたフローを対象とする場合の利用回数である。これらの処理については、図１０の例を用いて後述する。
また、表示制御モジュール１３９は、第２利用回数が同じである場合は、第１利用回数が多い部品ほど、その部品の表示の大きさを大きくして、表示装置１８７に表示するよう制御するようにしてもよい。ここで比較対象とする部品は、同じ階層内にある部品としてもよい。つまり、表示制御モジュール１３９は、同じ階層に属している部品において第２利用回数が同じである場合は、第１利用回数が多い部品ほど、その部品の表示の大きさを大きくして、表示装置１８７に表示するよう制御するようにしてもよい。
また、表示制御モジュール１３９は、基点となる第１部品から数えて第ｎ階層の部品の表示の大きさを、第ｎ−１階層の部品の大きさよりも小さくして、表示装置１８７に表示するよう制御するようにしてもよい。なお、階層は、基点となる第１部品を第０階層とした場合、前述の第２部品が含まれている階層が第１階層であり、前述の第３部品が含まれている階層が第２階層である。この場合、第３部品の表示は、第２部品の表示よりも小さくなる。つまり、階層が深くなるほど（基点となる第１部品から遠ざかるほど）、その階層における部品の表示は小さくなる。また、このように階層が深くなるほど部品の大きさを小さく表示するのは、第１利用回数、第２利用回数、第１利用回数と第２利用回数の合計数のいずれかが、少ない部品について適用するようにしてもよい。なお、ここでの「少ない」とは、予め定められた回数未満又は以下としてもよいし、回数の多い順（降順）にソートした場合に予め定められた順位未満又は以下としてもよいし、回数の少ない順（昇順）にソートした場合に予め定められた順位より高位又は以上としてもよい。

また、表示制御モジュール１３９は、基点となる第１部品が入力元である場合は、その第１部品の後の処理を行う第２部品を抽出し、その第２部品をその第１部品を表示装置１８７に表示するよう制御するようにしてもよい。つまり、基点がフローの先頭となる部品である場合の処理である。
また、表示制御モジュール１３９は、基点となる第１部品が出力先である場合は、その第１部品の前の処理を行う第２部品を抽出し、その第２部品をその第１部品を表示装置１８７に表示するよう制御するようにしてもよい。つまり、基点がフローの最後となる部品である場合の処理である。
また、表示制御モジュール１３９は、基点となる第１部品が入力元以外であって、かつ、出力先以外である場合は、その第１部品の前及び後の処理を行う第２部品を抽出し、その第２部品をその第１部品を表示装置１８７に表示するよう制御するようにしてもよい。つまり、基点がフローの先頭でもなく、最後でもない部品である場合の処理である。要するに、基点がフローの中間にある部品である場合の処理である。これらの処理については、図１２の例を用いて後述する。

フロー生成制御モジュール１４０は、ＵＩモジュール１３５と接続されている。フロー生成制御モジュール１４０は、フローの生成に関する処理を行う。表示制御モジュール１３９に対して、前述したような表示制御を行わせるための処理を行う。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
図２（ａ）の例は、スタンドアロン型のシステム構成を示しており、ユーザー端末２００は、情報処理装置１００を有している。ユーザーは、情報処理装置１００を用いてフローの生成を行う。なお、情報処理装置１００のフロー部品仕様記憶モジュール１２５には、そのユーザーによる部品毎の利用回数だけでなく、予め他のユーザーも含めて過去に生成されたフローに利用された部品毎の利用回数を記憶している。また、ユーザー端末２００の通信機能を用いて、他の情報処理装置から他のユーザーによる利用回数を受信するようにしてもよい。

図２（ｂ）の例は、ネットワーク型のシステム構成を示しており、情報処理装置１００、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、フローデータ記憶装置２５０は、通信回線２９０を介してそれぞれ接続されている。フローデータ記憶装置２５０は、データメモリ１１５を有している。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
ユーザーは、ユーザー端末２１０を用いて、情報処理装置１００にアクセスし、フローの生成を行う。また、情報処理装置１００は複数、通信回線２９０に接続されていてもよい。その場合、各情報処理装置１００は、フローデータ記憶装置２５０内のデータメモリ１１５を用いるようにしてもよい。これによって、他の情報処理装置１００で生成されたフローに関する情報も用いることができるようになる。

情報処理装置１００は、例えば、フローマネジメントシステムを構成する。例えば、アクティビティと呼ばれる各々独立した部品を組み合わせたフローを定義しておき、フローマネジメントシステムに投入された文書に対し、定義されたフローに従って処理を行う。
アクティビティとして、例えば、以下のようなものがある。
−親展ボックス入力アクティビティ：アクティビティの設定ユーザーインタフェースにて、事前に「Ｊｐｅｇで取得する」が設定されている。
−フォーマット変換アクティビティ：アクティビティの設定ユーザーインタフェースにて、事前に「ＪｐｅｇをＴｉｆｆに変換する」が設定されている。
−ＱＲコード（登録商標）解析アクティビティ：アクティビティの設定ユーザーインタフェースにて、事前に「最初ページのＱＲコードを解析して、解析結果を後段プラグインで使用できるようパラメータと後段に渡す」が設定されている。
−文書名設定アクティビティ：アクティビティの設定ユーザーインタフェースにて、事前に「ＱＲコードの解析結果を、ファイル名にセットする」が設定されている。
−フォルダ保存アクティビティ：アクティビティの設定ユーザーインタフェースにて、事前に「指定した共有フォルダに、ファイルを保存する」が設定されている。
そして、例えば、このアクティビティ群が上から順に実行されていくようなフローを生成したとする。スキャナ等にてスキャンされた文書は、“親展ボックス入力”アクティビティでＪｐｅｇのイメージとして、フローマネジメントシステムに取り込まれ、“フォーマット変換”アクティビティでＪｐｅｇからＴｉｆｆに変換され、“ＱＲコード解析”アクティビティで、Ｔｉｆｆ上のＱＲコードを読み取り、ＱＲコードに含まれる文字列を抽出し、“文書名設定”アクティビティで、ＱＲコードより得られた文字列を、文書名（ファイル名）に設定し、“フォルダ保存”アクティビティで、所定されたフォルダに保存される。フローを実行することによって、これら一連の処理が自動的に行われることになる。

また、フローマネジメントシステムの別の例として、アクティビティの一例であるＷｅｂサービスを連携して自動化させるサービスがある。このサービスでも、アクティビティ（独立した各種Ｗｅｂサービス）や、テンプレート（予めアクティビティを複数つなげて作成しておいたＷｅｂサービス）を、組み合わせて処理するフローを定義しておくと、トリガーの発生により、そのフローに従った処理が自動的に行われる仕組みが提供されている。

このように、自分がやりたいことを、各々独立したアクティビティを組み合わせたフローで定義しておき、そのフローにデータを流すことで、一連の処理を自動的に行い、結果を得るシステムが存在する。

このようなフローを生成する場合、フローの中に、下記３つの設定を行う必要がある。
・データを取り込む「入力元」
・取り込んだデータに対する何らかの処理を行う「加工」
・加工したデータを出力する「出力先」

このようなシステムでフローを構築する場合、予め「フローを使って、やりたいことが、すべて明確になっている」、又は、「どの機能を組み合わせてフローを作成すればよいか決まっている（つまり、フロー設計が終わっている）」場合は、簡単にフローを生成することができる。しかし、やりたいことの一部しか決まっていない場合、例えば「データに対して、ある処理をやって、結果を得たい。でも、どこからデータを取り込む（入力元）か、どこに出力したい（出力先）か、は決まっていない」、「入力元（又は、出力先）は決まっているが、どこに出力（又は、入力）すればよいかは、決まっていない」、「入力元と出力先は決まっているが、その間で有効な処理を行いたい」等といった場合は、フローの生成が困難である。
前述したＷｅｂサービスを連携させる実際のサービスでは、システムに登録されたアクティビティ数は少ないものでも１００個以上、多いものでは４００個以上存在している。
そのため、ユーザーは、数多くのアクティビティの中から、どのアクティビティを、どのように組み合わせて、目的を達成するフローを定義すればよいかについて、予めフローを設計し、各アクティビティを確認及び検討しながら作成していく必要がある。
つまり、このようなシステムでフローを構築する場合、機能を１つずつ組み合わせて、実際にフローを生成しながら、自分のやりたい事に合致しているか確認していくしかない。

なお、検索を利用して、やりたい機能を見つけていく方法も考えられる。しかし、検索結果から所望の機能を見つけ出すのは困難であり、仮に、検索結果からやりたい機能が見つけられても、前後のどの機能を結び付けてフローを作成していけばよいかは、やはり実際にフローを生成しながら、確認していくしかない。
また、予め用意されたテンプレートを使う方法も考えられる。しかし、そのテンプレートで何ができるか、予め知っておく必要がある。
また、ウィザード形式によるフロー作成では、あらかじめ組みたいフローがわかっていないと作成できない。

つまり、フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、その部品を全て決定した上で、フローを生成する必要がある。しかし、ユーザーが全ての部品の仕様を把握することは困難であり、フロー生成の障壁となる。
そこで、本実施の形態は、フローを構成する機能に対応する部品を組み合わせて、ユーザーがフローを生成する場合に、ユーザーが全ての部品の仕様を把握した上で生成しなければならない構成と比べて、ユーザーによるフロー生成の障壁を下げるようにしている。具体的には、フローとして処理したいことの一部しか決まっていない場合でも、フローを生成できるようにしており、フロー生成の利用開始の障壁が下がることになる。ひいては、フローマネジメントシステムの導入をしやすくなると考えられる。

本実施の形態による具体的な処理例として、以下のことを行う。
ユーザーが利用したいアクティビティを１つ最初に指定すると、そのアクティビティの前後に接続できるアクティビティを、関連図で表示する。この関連図は、複数階層で表示する。そして、関連図上のいずれかのアクティビティが１つ選択されると、最初に指定したアクティビティに至るまでの、部分フローにおいて、
・入力可能なファイル形式
・その部分フローで実行可能な処理内容
・出力可能なファイル形式と属性データ
のうち、少なくとも１つ以上が一覧表示される。ユーザーは、それを参照しながら、部分フローを確定させていき、フローを生成していくことができることになる。

図３は、アクティビティ一覧画面３００の表示例を示す説明図である。
表示制御モジュール１３９は、フロー部品仕様記憶モジュール１２５に登録されているアクティビティを一覧表示する。例えば、アクティビティ一覧画面３００に、アクティビティ登録位置指定欄３１０、新規追加ボタン３２０、アクティビティ一覧領域３３０を表示する。アクティビティ一覧領域３３０には、複数のアクティビティ３４０（アクティビティ３４０ａ〜アクティビティ３４０ｏ）を表示する。そして、アクティビティ一覧領域３３０の各アクティビティ３４０の下側には、例えば、図４に示すアクティビティ属性登録画面４００で登録した「名前」が表示されている。
アクティビティを新規に情報処理装置１００に登録する場合には、新規追加ボタン３２０を選択して登録する。新規追加ボタン３２０が選択されたことを検知した場合は、図４の例に示すアクティビティ属性登録画面４００を表示する。

図４は、アクティビティ属性登録画面４００の表示例を示す説明図である。
表示制御モジュール１３９は、アクティビティを登録するための画面であるアクティビティ属性登録画面４００を表示する。例えば、アクティビティ属性登録画面４００に、アクティビティ登録位置指定欄４１０、アクティビティＩＤ欄４１５、アクティビティデータ欄４２０、登録ボタン４２５、属性情報設定欄４３０を表示する。アクティビティ登録位置指定欄４１０には、そのアクティビティが記憶されているＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略）を表示する。アクティビティＩＤ欄４１５には、そのアクティビティを本実施の形態で一意に識別するための情報（アクティビティＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎの略）を表示する。アクティビティデータ欄４２０には、そのアクティビティが処理するデータを表示する。登録ボタン４２５が選択された場合は、アクティビティ属性登録画面４００内で定義されたアクティビティをフロー部品仕様記憶モジュール１２５に登録する。
属性情報設定欄４３０には、属性情報となる名前欄４３２、説明欄４３４、入力可能ファイル種別欄４３６、出力可能ファイル種別欄４３８、出力可能属性データ欄４４０を入力可能に表示する。名前欄４３２には、そのアクティビティの名前を表示する。説明欄４３４には、そのアクティビティが有している機能、処理内容等を表示する。入力可能ファイル種別欄４３６には、そのアクティビティが入力可能なファイルの種別を表示する。出力可能ファイル種別欄４３８には、そのアクティビティが出力可能なファイルの種別を表示する。出力可能属性データ欄４４０には、そのアクティビティが出力可能なデータ属性を表示する。なお、そのアクティビティが入力可能なデータ属性を表示するようにしてもよい。
ユーザーのそれぞれの欄への入力によって、アクティビティが定義され、フロー部品仕様記憶モジュール１２５に登録されることによって、例えば、図３に示したアクティビティ一覧画面３００にフローの構成候補であるアクティビティ３４０として選択可能に表示されることになる。

図５は、本実施の形態の処理例を示す説明図である。
ユーザーが最初に指定したアクティビティに対し、そのアクティビティの前後に接続できるアクティビティを、階層に表現される関連図で表示する。ここで「最初に指定したアクティビティ」は、基点となるアクティビティとなる。
次に、ユーザーが関連図上の任意のアクティビティを選択すると、選択されたアクティビティと、基点となるアクティビティに至るまでの経路を抽出する。そして、その経路について、
・入力可能ファイル種別（例えば、ファイル拡張子のリスト等）
・実行される処理内容（例えば、アクティビティ名のリスト等）
・出力可能ファイル種別（例えば、ファイル拡張子のリスト等）
・出力可能属性データ（例えば、属性名と属性の型（ｓｔｒｉｎｇ，ｌｉｓｔ，ｎｕｍｅｔｒｉｃなど）のリスト)
のうち、少なくとも１つ以上が参照できるとする。ユーザーは、参照したデータが、自分のやりたい事と合致していると確認した場合は、その経路である部分フローを確定する。
これを繰り返すことで、全体のフローを生成していく。

図５の例を用いて、より詳細に説明する。
（ステップ１）
図５（ａ）の例に示すように、アクティビティの一覧を内容とするアクティビティ一覧画面３００を表示する。
（ステップ２）
ユーザーの操作によって、そのユーザーが使用したいアクティビティ（例えば、文字認識処理）が１つ選択されたことを検知すると、フロー生成制御モジュール１４０で、そのアクティビティを中心として、前後に接続可能なアクティビティを抽出する。
具体的には、図５（ａ）の例に示すように、アクティビティ３４０ｄが選択された場合、図５（ｂ）の例に示すように、アクティビティ３４０ｄを中心のアクティビティ５５０として、アクティビティ５５０の前に接続できるアクティビティ群を抽出し、前第一階層５４０に配置する。図５（ｂ）の例では、アクティビティ５５０の前に接続できるアクティビティとして５つ抽出し、前第一階層５４０に配置している。次に、前第一階層５４０内の各アクティビティの前に接続できるアクティビティ群を抽出し、前第二階層５３０に配置する。図５（ｂ）の例では、前第一階層５４０内の各アクティビティの前に接続できるアクティビティとして７つ抽出し、前第二階層５３０に配置している。前第二階層５３０内の各アクティビティの前に接続できるアクティビティとして６つ抽出し、前第三階層５２０に配置している。これを繰り返し、入力元となるアクティビティが出現するまで、各アクティビティの前に接続できるアクティビティを抽出する。
アクティビティＡの前に接続できるアクティビティＢを抽出するのに、各アクティビティの属性情報を利用する。具体的には、アクティビティＡの入力ファイル種別が、アクティビティＢの出力ファイル種別内に含まれていることを条件として抽出すればよい。さらに、アクティビティＡの入力できるパラメータが、アクティビティＢで出力され得る属性情報に含まれていることを条件として付加して抽出してもよい。
逆方向に、図５（ａ）の例に示すように、アクティビティ３４０ｄが選択された場合、図５（ｂ）の例に示すように、アクティビティ３４０ｄを中心のアクティビティ５５０として、アクティビティ５５０の後に接続できるアクティビティ群を抽出し、後第一階層５６０に配置する。図５（ｂ）の例では、アクティビティ５５０の後に接続できるアクティビティとして４つ抽出し、後第一階層５６０に配置している。次に、後第一階層５６０内の各アクティビティの後に接続できるアクティビティ群を抽出し、後第二階層５７０に配置する。図５（ｂ）の例では、後第一階層５６０内の各アクティビティの後に接続できるアクティビティとして５つ抽出し、後第二階層５７０に配置している。後第二階層５７０内の各アクティビティの後に接続できるアクティビティとして６つ抽出し、後第三階層５８０に配置している。これを繰り返し、出力先となるアクティビティが出現するまで、各アクティビティの後に接続できるアクティビティを抽出する。
アクティビティＣの後に接続できるアクティビティＤを抽出するのに、各アクティビティの属性情報を利用する。具体的には、アクティビティＣの出力ファイル種別が、アクティビティＤの入力ファイル種別内に含まれていることを条件として抽出すればよい。さらに、アクティビティＣの出力され得る属性情報が、アクティビティＤで入力できるパラメータに含まれていることの条件として付加して抽出してもよい。

（ステップ３）
そして、表示制御モジュール１３９は、その抽出したアクティビティを多階層で表した関連図を作成し、表示する。なお、表示の際、起点となるアクティビティから抽出した前後複数階層のアクティビティの関係性がわかるよう、接続できるアクティビティ間を、線で繋いで表示する。
例えば、上述の記述を使って説明する。
起点のアクティビティから抽出された（起点のアクティビティのすぐ前に配置できる）アクティビティＡ、更にアクティビティＡのすぐ前に配置できるアクティビティＢがあった場合、起点のアクティビティとアクティビティＡ、アクティビティＡとアクティビティＢを、それぞれ点線で繋いで表示する。
同様に、起点のアクティビティから抽出された（起点のアクティビティのすぐ後に配置できる）アクティビティＣ、更にアクティビティＣのすぐ後に配置できるアクティビティＤがあった場合、起点のアクティビティとアクティビティＣ、アクティビティＣとアクティビティＤを、それぞれ点線で繋いで表示する。
・基点となるアクティビティより左側は、そのアクティビティより前方に接続可能なアクティビティを階層的に表示する。
・基点となるアクティビティより右側は、そのアクティビティより後方に接続可能なアクティビティを階層的に表示する。
基点となるアクティビティにおいて、
・入力可能ファイル種別（例えば、ファイル拡張子のリスト等）
・実行される処理内容（例えば、アクティビティ名のリスト等）
・出力可能ファイル種別（例えば、ファイル拡張子のリスト等）
・出力可能属性データ（例えば、属性名と属性の型（ｓｔｒｉｎｇ，ｌｉｓｔ，ｎｕｍｅｔｒｉｃ等）のリスト)
を表示する。

例えば、フロー生成画面５００には、前第三階層５２０、前第二階層５３０、前第一階層５４０、アクティビティ５５０、後第一階層５６０、後第二階層５７０、後第三階層５８０、アクティビティ属性情報表示領域５５２を表示する。
具体的には、図５（ｃ）の例に示すように、フロー生成画面５００の中央に、アクティビティ５５０を表示し、ステップ２で抽出した各層のアクティビティ群を表示する。具体的には、アクティビティ５５０の左側に前第一階層５４０の領域を設定し、その中に５つのアクティビティを表示し、前第一階層５４０の左側に前第二階層５３０の領域を設定し、その中に７つのアクティビティを表示し、前第二階層５３０の左側に前第三階層５２０の領域を設定し、その中に６つのアクティビティを表示する。
逆方向に、アクティビティ５５０の右側に後第一階層５６０の領域を設定し、その中に４つのアクティビティを表示し、後第一階層５６０の右側に後第二階層５７０の領域を設定し、その中に５つのアクティビティを表示し、後第二階層５７０の右側に後第三階層５８０の領域を設定し、その中に６つのアクティビティを表示する。
そして、アクティビティ５５０の近隣にアクティビティ属性情報表示領域５５２を表示する。アクティビティ属性情報表示領域５５２は、アクティビティ５５０の属性情報を表示する領域であり、例えば、アクティビティ属性情報表示領域５５２において、「入力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「実行可能な処理」は「文字認識処理」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「出力可能属性データ」は「文字認識処理結果（ｓｔｒｉｎｇ）」であることを示している。アクティビティ属性情報表示領域５５２内の属性情報は、アクティビティ属性登録画面４００によって定義されたものであり、フロー部品仕様記憶モジュール１２５に記憶されている。

図６は、本実施の形態の処理例を示す説明図である。
（ステップ４）
選択した「基点となるアクティビティ」だけでは、
・やりたい事が出来ない場合、
又は、
・やりたい事はできるが、
・入力元、出力先を決めたり
・その他、補足的にやりたい機能を見つけたり
したい場合は、ユーザーは、前方又は後方にある別のアクティビティを選択する操作を行う。
前方のアクティビティを１つ選択すると、その選択したアクティビティから、基点となるアプティビティまでのパスをハイライト表示し、そのパスである部分フローにおける入力可能ファイル種別、実行可能な処理、出力可能ファイル種別、出力可能属性データを参照できるように表示する。
具体的には、図６Ａ（ａ１）の例に示すように、アクティビティ５５０の前方にあるアクティビティ５２２がユーザーによって選択されたとする。アクティビティ５２２からアクティビティ５５０へのパスを抽出する。そのパスは、アクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０となる。つまり、フロー生成画面５００内のアクティビティ５２２がユーザーの操作によって選択された場合、アクティビティ５２２からアクティビティ５５０へのパスを生成するために、前第二階層５３０からアクティビティ５３２、前第一階層５４０からアクティビティ５４２が抽出されて、アクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０のパスが形成されることになる。
そして、このパスを構成するアクティビティ群をハイライト表示する。ハイライト表示として、パスに含まれているアクティビティを、パスに含まれていないアクティビティと区別できるように表示できていればよい。区別する表示形態として、例えば、形状、模様、色彩、動的に変化させること、点滅、又は、これらの組み合わせであってもよい。
そして、図６Ａ（ａ２）の例に示すように、アクティビティ５２２からアクティビティ５５０へのパス（部分フロー）についての属性情報を、部分フロー属性情報表示領域６５２に表示する。具体的には、部分フロー属性情報表示領域６５２において、「入力可能ファイル種別」は「ｆｆ，ｂｍｐ，ｐｎｇｔｉ，ｊｐｇ」であり、「実行可能な処理」は「フォーマット変換→文書名変換→イメージ加工→文字認識処理」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「出力可能属性データ」は「文書フォーマット名（ｓｔｒｉｎｇ）、回転角度（ｓｔｒｉｎｇ）、文字認識処理結果（ｓｔｒｉｎｇ）」であることを示している。「入力可能ファイル種別」は、部分フローの先頭にあるアクティビティ５２２の「入力可能ファイル種別」を用いればよい。「実行可能な処理」は、部分フローを構成しているアクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０の「実行可能な処理」を合成すればよい。「出力可能ファイル種別」は、部分フローの最後にあるアクティビティ５５０の「出力可能ファイル種別」を用いればよい。「出力可能属性データ」は、部分フローを構成しているアクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０の「出力可能属性データ」を組み合わせればよい。

後方のアクティビティを１つ選択すると、基点となるアクティビティから、その選択したアクティビティまでのパスをハイライト表示し、そのパスである部分フローにおける入力可能ファイル種別、実行可能な処理、出力可能ファイル種別、出力可能属性データを参照できるように表示する。
具体的には、図６Ｂ（ｂ１）の例に示すように、アクティビティ５５０の後方にあるアクティビティ５７２がユーザーによって選択されたとする。アクティビティ５５０からアクティビティ５７２へのパスを抽出する。そのパスは、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２となる。つまり、フロー生成画面５００内のアクティビティ５７２がユーザーの操作によって選択された場合、アクティビティ５５０からアクティビティ５７２へのパスを生成するために、アクティビティ５７２からアクティビティ５６２、アクティビティ５６２からアクティビティ５５０が抽出されて、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２のパスが形成されることになる。
そして、図６Ａ（ａ２）と同様に、このパスを構成するアクティビティ群をハイライト表示する。
そして、図６Ｂ（ｂ２）の例に示すように、アクティビティ５５０からアクティビティ５７２へのパス（部分フロー）についての属性情報を、部分フロー属性情報表示領域６５４に表示する。具体的には、部分フロー属性情報表示領域６５４において、「入力可能ファイル種別」は「ｐｎｇ，ｊｐｇ」であり、「実行可能な処理」は「文字認識解析→Ｂａｒｃｏｄｅ解析→フォルダ保存」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「出力可能属性データ」は「文字認識処理結果（ｔｅｘｔ）、Ｂａｒｃｏｄｅ解析結果（ｔｅｘｔ）、出力ファイル名（ｔｅｘｔ）、出力先（ｔｅｘｔ）」であることを示している。「入力可能ファイル種別」は、部分フローの先頭にあるアクティビティ５５０の「入力可能ファイル種別」を用いればよい。「実行可能な処理」は、部分フローを構成しているアクティビティ５５０、アクティビティ５６２、アクティビティ５７２の「実行可能な処理」を合成すればよい。「出力可能ファイル種別」は、部分フローの最後にあるアクティビティ５７２の「出力可能ファイル種別」を用いればよい。「出力可能属性データ」は、部分フローを構成しているアクティビティ５５０、アクティビティ５６２、アクティビティ５７２の「出力可能属性データ」を組み合わせればよい。

（ステップ５）
フローに使用したいアクティビティを選択し、［確定］ボタンが選択されると、部分フローが作成されて、更に、その前後のアクティビティ候補を表示する。例えば、図６Ｃ（ｃ１）の例に示すように、アクティビティ５２２からアクティビティ５５０へのパスを採用するために、ユーザーによって選択された場合、そのパスに属しているアクティビティだけを表示し、それらのアクティビティと同じ階層に属していたアクティビティをフロー生成画面５００から削除する。これによって、アクティビティ５２２と同じ階層にあった他のアクティビティ、アクティビティ５３２と同じ階層にあった他のアクティビティ、アクティビティ５４２と同じ階層にあった他のアクティビティは、ユーザーにとって見えなくなり、そのパスを構成しているアクティビティだけが見えることになる。

（ステップ６）
これを繰り返し行っていくことで、フローを生成していく。例えば、図６Ｃ（ｃ２）の例に示すように、アクティビティ５５０の後方にあるアクティビティ５７２がユーザーによって選択されたとする。アクティビティ５５０からアクティビティ５７２へのパスを抽出する。そのパスは、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２となる。つまり、フロー生成画面５００内のアクティビティ５７２がユーザーの操作によって選択された場合、アクティビティ５５０からアクティビティ５７２へのパスを生成するために、アクティビティ５７２からアクティビティ５６２、アクティビティ５６２からアクティビティ５５０が抽出されて、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２のパスが形成されることになる。
そして、図６Ｂ（ｂ２）と同様に、このパスを構成するアクティビティ群をハイライト表示する。
そして、アクティビティ５２２からアクティビティ５７２へのパス（部分フロー）についての属性情報を、部分フロー属性情報表示領域６５６に表示する。具体的には、部分フロー属性情報表示領域６５６において、「入力可能ファイル種別」は「ｔｉｆｆ，ｂｍｐ，ｐｎｇ，ｊｐｇ」であり、「実行可能な処理」は「フォーマット変換→文書名変換→イメージ加工→文字認識処理→フォーマット変換→フォルダ保存」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ,ｐｄｆ,ｔｘｔ,ｄｏｃｘ」であり、「出力可能属性データ」は「文書フォーマット名（ｔｅｘｔ）、文書名（ｔｅｘｔ）、回転角度（ｔｅｘｔ）、文字認識処理結果（ｔｅｘｔ）」であることを示している。「入力可能ファイル種別」は、部分フローの先頭にあるアクティビティ５２２の「入力可能ファイル種別」を用いればよい。「実行可能な処理」は、部分フローを構成しているアクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２の「実行可能な処理」を合成すればよい。「出力可能ファイル種別」は、部分フローの最後にあるアクティビティ５７２の「出力可能ファイル種別」を用いればよい。「出力可能属性データ」は、部分フローを構成しているアクティビティ５２２、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０、アクティビティ５６２、アクティビティ５７２の「出力可能属性データ」を組み合わせればよい。

ステップ３、ステップ４により、
・ユーザーは、自分のやりたいことが、１つのアクティビティで実現できるのか、複数のアクティビティの組合せでないと実現できないのか、についてわかるようになる。つまり、１つのアクティビティで実現できる場合は、最初に選択したアクティビティは単独のままであり、前方及び後方に接続するアクティビティがない。複数のアクティビティの組合せでないと実現できない場合は、最初に選択したアクティビティの前方又は後方に接続するアクティビティが存在している。
・ユーザーは、やりたい機能の前後に、どの機能と連携してフローを作成していけばよいのか、についてわかるようになる。つまり、基点となるアクティビティに接続可能なアクティビティが表示されているので、それを選択することでフローを生成することができるようになる。
これにより、ユーザーは、自分のやりたい事を、フローとして生成することができるようになる。また、ユーザーは、全てのアクティビティの内容や、フローの作りの全体を把握しなくても、やりたい事からフローの生成を開始できるようになる。

図７は、本実施の形態の処理例を示す説明図である。
基点となるアクティビティと、選択されたアクティビティに、至るまで、複数のパスが存在する場合は、それらパスをハイライト表示するとともに、パスのリストを表示する。パスの表示順序として、例えば、よく使用する順等で表示してもよい。パスリストからユーザーが選択したパスの部分フローは、選択ハイライト表示し、その部分フローにおける入力可能ファイル種別、実行可能な処理、出力可能ファイル種別、出力可能属性データを表示する。
図７（ａ）では、基点としてのアクティビティ５５０があり、アクティビティ５２６が選択された場合に、２つのパスがあることを示している例である。具体的には、アクティビティ５２６、アクティビティ５３２、アクティビティ５４２、アクティビティ５５０のパスと、アクティビティ５２６、アクティビティ５３６、アクティビティ５４８、アクティビティ５５０のパスの２つである。そして、選択したアクティビティ５２６の近辺に経路選択領域７１０を表示する。経路選択領域７１０は、アクティビティ５２６からアクティビティ５５０に行くには、「経路１」、「経路２」があり、いずれかを選択可能であることを示している。
図７（ｂ）では、経路選択領域７１０内の「経路２」が選択された場合に、部分フロー属性情報表示領域７５２を表示する例を示している。部分フロー属性情報表示領域７５２において、「経路２」の属性情報として、「入力可能ファイル種別」は「ｆｆ，ｂｍｐ，ｐｎｇ，ｊｐｇ」であり、「実行可能な処理」は「フォーマット変換→文書名変換→イメージ加工→文字認識処理」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「出力可能属性データ」は「文書フォーマット名（ｓｔｒｉｎｇ）、回転角度（ｓｔｒｉｎｇ）、文字認識処理結果（ｓｔｒｉｎｇ）」であることを示している。

図８は、本実施の形態の処理例を示す説明図である。
選択されたパスを新たなアクティビティとして選択可能にし、一般的なアクティビティと中身がパスであるアクティビティは異なる表示形態で表示する。アクティビティとして選択可能にしたパスは、完成したフローであってもよいし、完成前の部分フローであってもよい。
（ステップ７）
図８（ａ）の例に示すように、前述の処理を繰り返して部分フローを組み上げて確定させ、全体のフローとなる完成フロー８１０を生成する。

（ステップ８）
図８（ｂ）の例に示すように、部分フロー、および、完成フロー８１０は、フロー記憶モジュール１３０に登録され、アクティビティ一覧画面８５０に表示される。
アクティビティ一覧画面８５０内のアクティビティ一（パス）８９０ｆは、図８（ａ）の例で形成された、部分フロー、または、完成フロー８１０もアクティビティ一として選択可能としている。ただし、アクティビティ一（パス）８９０ｆの表示形態は、アクティビティ一８９０ａのような他のアクティビティの表示形態とは異なるようにしている。具体的には、アクティビティ一（パス）８９０ｆは、押しボタンのような立体的な形状に見せるための模様を付している。なお、一般的なアクティビティ一８９０ａは、単独のアクティビティであり、フローではない。アクティビティ一（パス）８９０ｆは、複数のアクティビティによって構成されているフローである。

図９は、本実施の形態の処理例を示す説明図である。
アクティビティの仕様に関する属性情報が変更された場合は、その変更された属性情報にしたがって、アクティビティに接続される他のアクティビティを抽出し直して、表示し直す例を示している。
まず、図９（ａ）の例に示すように、ユーザーの操作にしたがって、アクティビティ９５０ａの属性情報を変更する。例えば、アクティビティ９５０ａが選択され、属性情報を変更するための操作を受け付けた場合に、アクティビティ９５０ａの属性情報を表示するアクティビティ属性情報表示領域９５２を表示する。アクティビティ属性情報表示領域９５２は、図４の例に示したアクティビティ属性登録画面４００と同等のものである。アクティビティ属性情報表示領域９５２内を操作して、属性情報の変更として、例えば、複数のパラメータがある場合に、パラメータの数を減少させること等がある。例えば、「入力可能ファイル種別」として「ｔｉｆｆ，Ｊｐｅｇ」であったところを「ｔｉｆｆ」に限定する等の変更が行われる。また、「出力可能属性データ」として「（ａ，ｓｔｒｉｎｇ），（ｂ，ｌｉｓｔ），（ｃ，ｎｕｍｅｔｒｉｃ）」であったところを「（ａ，ｓｔｒｉｎｇ）」に限定する等の変更が行われる。

アクティビティ９５０ａの属性情報の変更に応じて、アクティビティ９５０ａに接続可能なアクティビティを抽出し直し、フロー生成画面９００にその結果を表示する。
アクティビティ９５０ｂは、図９（ａ）の例でアクティビティ９５０ａのアクティビティ属性情報表示領域９５２内の処理パラメータをユーザーの操作にしたがって変更した結果、図９（ｂ）の例に示すように、アクティビティ９５０ｂと接続可能なアクティビティＢが変わり（具体的には、前第一階層９４０、後第一階層９６０内のアクティビティ）、さらにそのアクティビティＢが変わることによって、そのアクティビティＢと接続可能なアクティビティＣが変わり（具体的には、前第二階層９３０、後第二階層９７０内のアクティビティ）、以下同様に接続可能なアクティビティが変わることになる。具体的には、属性情報の変更前では、アクティビティ９５０ａの前方に接続可能なアクティビティとして前第一階層９４０内には５つあったが、図９（ｂ）の例に示すように、属性情報の変更後では、アクティビティ９５０ａに接続可能なアクティビティとして前第一階層９４０内では３つに減少している。さらに、それに伴って、前第二階層９３０内の７つのアクティビティが、属性情報の変更後では、前第二階層９３０内では５つのアクティビティに減少している。また、属性情報の変更前では、アクティビティ９５０ａの後方に接続可能なアクティビティとして後第一階層９６０内には３つあったが、図９（ｂ）の例に示すように、属性情報の変更後では、アクティビティ９５０ａに接続可能なアクティビティとして後第一階層９６０内では２つに減少している。さらに、それに伴って、後第二階層９７０内の５つのアクティビティが、属性情報の変更後では、後第二階層９７０内では２つのアクティビティに減少している。同様に、後第三階層９８０についても減少している。逆に、各階層でアクティビティが増加する場合もあるし、各階層のアクティビティそのものが変わることもある。
このように、ユーザーが実際に使用するパラメータに限定した関係図から、部分フローを確認、確定できるようになる。ひいては、ユーザーがやりたいことに即したフローを作成できるようになる。

図１０は、本実施の形態の処理例を示す説明図である。
基点となるアクティビティＡ以外のアクティビティＢについて、過去の利用回数が多いアクティビティＢほどアクティビティＡに近くなるように、アクティビティＢを表示する例を示すものである。利用回数として、現在のユーザーによって過去に生成されたフローにおける利用回数Ｘと、過去に生成された全体のフローにおける利用回数Ｙがあり、利用回数Ｘと利用回数Ｙに分けて、アクティビティＢを表示してもよい。
具体的には、ユーザー自身で登録したフローの登録履歴情報、他のユーザーも登録したフローの登録履歴情報を用いればよい。
図１０の例に示すように、（１）登録されている全体のフローでよく連携されて使用されているアクティビティ（アクティビティ１０３３、アクティビティ１０４２）、（２）自分がよく連携して使用しているアクティビティ（アクティビティ１０４３、アクティビティ１０６３、アクティビティ１０６４）を合わせて、フロー生成画面１０００内に表示する。そして、前者をピンク色、後者を肌色のように、両者を区別できるように表示している。また、何回連携して使用されているかも、数値で表示する。
図１０に示す例では、前第一階層１０４０にあるアクティビティ１０４２はアクティビティ１０５０に連携して使用されたことが全体のフローで過去に２回あり、前第一階層１０４０にあるアクティビティ１０４３はアクティビティ１０５０に連携して使用されたことがユーザー自身のフローで過去に３回あり、前第二階層１０３０にあるアクティビティ１０３３はアクティビティ１０５０に連携して使用されたことが全体のフローで過去に１回あり、後第一階層１０６０にあるアクティビティ１０６３はアクティビティ１０５０に連携して使用されたことがユーザー自身のフローで過去に３回あり、後第一階層１０６０にあるアクティビティ１０６４はアクティビティ１０５０に連携して使用されたことがユーザー自身のフローで過去に２回あることを示している。
また、ユーザーがそれらのアクティビティに気付きやすく、また選択しやすくするために、何度も連携して使用されているアクティビティ（つまり、回数の大きいアクティビティ）は基点であるアクティビティ１０５０の近くに、連携回数が小さくなるにつれてアクティビティ１０５０から徐々に離れて表示させる。また、アクティビティ１０５０より上側に、全体のフローに含まれるアクティビティ、アクティビティ１０５０より下側に、ユーザー自身が作成したフローに含まれるアクティビティというように表示させている。更に、何度も連携して使用されているアクティビティほど、画面上に表示するそのアクティビティのアイコンを目立つデザインのもので表示したり、アイコンそのものの大きさを変えて表示したりしてもよい。例えば、何度も連携して使用されるアクティビティのアイコンは大きく、ほとんど使用されないアクティビティのアイコンは小さく表示する。
より詳細に説明する。例えば、まず、第一階層において、過去に生成された全体のフローにおける利用回数Ｙの高いものはアクティビティ１０５０の近くに、その利用回数Ｙの低いものはアクティビティ１０５０の遠くに配置するようにしてもよい。そのうえで、同じ回数のものがあれば、現在のユーザーによって過去に生成されたフローにおける利用回数Ｘの高いものは、大きなアイコンで、低いものは小さなアイコンで表示するようにしてもよい。
次に、第二階層において、第一階層のアイコンと接続するごとに、まずは、過去に生成された全体のフローにおける利用回数Ｙの高いものはアクティビティ１０５０の近くに、その利用回数Ｙの低いものは遠くに配置するようにしてもよい。そのうえで、同じ回数のものがあれば、現在のユーザーによって過去に生成されたフローにおける利用回数Ｘの高いものは、大きなアイコンで、低いものは小さなアイコンで表示するようにしてもよい。
なお、ここで「利用回数の高い」、又は、「利用回数の低い」の判断として、例えば、予め定められた閾値より高い、又は、低いとしてもよいし、利用回数順にソートし、予め定められた順位より高い、又は、低いとしてもよい。また、「大きなアイコン」、「小さなアイコン」とは、予め定められた大きさよりも大きい、又は、小さいとしてもよいし、予め定められたアクティビティのアイコン（例えば、アクティビティ１０５０、大きさを変更する前のアクティビティのアイコン等）と比較して大きい、又は、小さいとしてもよい。
さらに、アクティビティ１０５０から離れた階層ほど、アクティビティのアイコンの大きさを小さくするようにしてもよい。例えば、アクティビティ１０５０よりも後（図１０では右側）のアクティビティにおいては、第ｎ階層のアクティビティのアイコンの大きさは、第ｎ−１階層のアクティビティアイコンの大きさの９５％の大きさとしてもよい。このようにすることによって、階層が深く、あまり使用されないものは、小さいアイコンで表示されるため、より選択しやすくなる。
又は、逆に、上記の表示ルールを、利用頻度の低いものほど、近くに、かつ、大きく表示するように切り替えることができるようにしてもよい。これによって、これまで気付かなったアクティビティが選択できるようになる。

図１１は、本実施の形態の処理例を示す説明図である。
図８の例で示したように、パスをアクティビティとして選択可能にしている。図１１の例では、そのアクティビティ（パス）を選択可能に表示した例を示している。
図１１（ａ）に示す例では、既に登録済のフローも、他のアクティビティと同様、インプットとアウトプットを持つので、関連図に含めてフロー生成画面１１００内に表示する。つまり、アクティビティ１１５０の前方に接続可能なアクティビティ（パス）１０４４ａがあることを示している。
図１１（ｂ）に示す例では、アクティビティ一属性情報表示領域１１４９を表示することによって、アクティビティ１１５０の前方に接続可能なアクティビティ（パス）１０４４ａとして、「フロー」で定義された内容を含む属性情報が確認できる。アクティビティ一属性情報表示領域１１４９では、例えば、アクティビティ（パス）１０４４ａの属性情報として「入力可能ファイル種別」は「ｆｆ，ｂｍｐ，ｐｎｇ，ｊｐｇ」であり、「実行可能な処理」は「フォーマット変換→文書名変換→イメージ加工→文字認識処理」であり、「出力可能ファイル種別」は「ｔｉｆｆ，ｘｄｗ」であり、「出力可能属性データ」は「文書フォーマット名（ｓｔｒｉｎｇ）、回転角度（ｓｔｒｉｎｇ）、文字認識処理結果（ｓｔｒｉｎｇ）」であることを示している。
図１１（ｃ）に示す例では、もちろんのことながら、登録済のフローも、他のアクティビティと同様、基点となるアクティビティとして選択できる。つまり、アクティビティ（パス）１０４４ｂを基点として、アクティビティ（パス）１０４４ｂの前後に接続できるアクティビティをフロー生成画面１１００内に表示している。
完成したフロー、部分フローも、アクティビティ同様、基点となるアクティビティとして指定できる。もちろんのことながら、他のアクティビティの前方又は後方に接続できるものとして関連図に含めることができる。アクティビティの種類を増やすことができ、より簡単にやりたい事を実現するフローを生成できるようにしている。

図１２は、本実施の形態の処理例を示す説明図である。
図１２に示す例では、基点となるアクティビティがフローの中間にある場合、フローの先頭になる場合、フローの最後になる場合を示している。基点となるアクティビティがフローの先頭になる場合は、そのアクティビティの前方に接続するアクティビティがない状態であり、入力元のアクティビティという。基点となるアクティビティがフローの最後になる場合は、そのアクティビティの後方に接続するアクティビティがない状態であり、出力先のアクティビティという。
図１２（ａ）の例では、基点となるアクティビティが入力元や出力先のいずれでもない場合、接続可能な入力先候補のリストである入力元アクティビティリスト１２１０、出力先候補のリストである出力先アクティビティリスト１２９０を表示していることを示している。入力元アクティビティリスト１２１０には、入力元アクティビティ１２１１、入力元アクティビティ１２１２、・・・、入力元アクティビティ１２１Ｎが表示されている。出力先アクティビティリスト１２９０には、出力先アクティビティ１２９１、出力先アクティビティ１２９２、・・・、出力先アクティビティ１２９Ｍが表示されている。
そのリストは、
・選択されたアクティビティとの組合せでよく使用される順
・使用回数の多い順
・選択されたアクティビティとの組合せで処理経路の短い順
・選択されたアクティビティとの組合せで処理経路の長い順
等でソートして表示する。ソート順は予め一意に決めておいてもよいし、ユーザーがＵＩで指定した順でソートして表示してもよい。
図１２（ｂ）の例では、基点となるアクティビティが入力元の場合、接続可能な出力先候補のリストである出力先アクティビティリスト１２９０を表示していることを示している。
そのリストは、
・選択された入力元のアクティビティとの組合せでよく使用される順
・使用回数の多い順
・選択されたアクティビティとの組合せで処理経路の短い順
・選択されたアクティビティとの組合せで処理経路の長い順
等でソートして表示する。ソート順は予め一意に決めておいてもよいし、ユーザーがＵＩで指定した順でソートして表示してもよい。
図１２（ｃ）の例では、基点となるアクティビティが出力先の場合、接続可能な入力候補のリストである出力先アクティビティリスト１２９０を表示していることを示している。
リストは、
・選択された出力先のアクティビティとの組合せでよく使用される順
・使用回数の多い順
・選択されたアクティビティとの組合せで処理経路の短い順
・選択されたアクティビティとの組合せで処理経路の長い順
等でソートして表示する。ソート順は予め一意に決めておいてもよいし、ユーザーがＵＩで指定した順でソートして表示してもよい。

図１３は、本実施の形態をより具体的に示す構成例についての概念的なモジュール構成図である。
ＵＩモジュール１３３５は、図１の例に示したＵＩモジュール１３５の具体的例であり、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、フロー生成モジュール１３５０は、図１の例に示したフロー生成制御モジュール１４０の具体的例であり、ＤＢ１３１５は、図１の例に示したデータメモリ１１５の具体的例である。

ＤＢ１３１５は、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、フロー生成モジュール１３５０と接続されている。
ＤＢ１３１５は、アクティビティに関する情報と、生成されたフローに関する情報を管理する。
アクティビティに関する情報には、例えば、下記情報を含む。
・アクティビティを本情報処理装置１００で一意に識別するための識別情報（アクティビティＩＤ）
・アクティビティの名称
・アクティビティの入力可能なファイル種別
・アクティビティの出力可能なファイル種別
・アクティビティの出力可能なデータの属性情報
この他に、アクティビティの入力可能なパラメータを含めてもよい。
また、フローに関する情報には、例えば、下記情報を含む。
・フローを本情報処理装置１００で一意に識別するための識別情報（フローＩＤ）
・フローを構成するアクティビティＩＤのリスト

ＵＩモジュール１３３５は、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、フロー生成モジュール１３５０と接続されている。
ＵＩモジュール１３３５は、ユーザーへの各種情報の表示と、ユーザーからの操作を受け付ける機能を有している。

アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、フロー生成モジュール１３５０は、それぞれＤＢ１３１５、ＵＩモジュール１３３５と接続されている。
アクティビティ登録モジュール１３４２は、アクティビティをＤＢ１３１５（特にフロー部品仕様記憶モジュール１２５）に登録する機能を有している。登録されたアクティビティは、フローを構成する１コンポーネントとして利用できるようになる。
アクティビティの登録時、そのアクティビティと関連付けて、下記の属性情報も登録する。
ａ）アクティビティで処理できる(又は、入力できる)ファイル種別（例えば、ファイル拡張子のリスト）
ｂ）処理内容（例えば、処理の説明文）
ｃ）アクティビティで出力されうるファイル種別（例えば、ファイル拡張子のリスト）
ｄ）アクティビティで出力されうる属性情報（例えば、属性名と、属性の型（ｓｔｒｉｎｇ，ｎｕｍｅｒｉｃ等））
このうち、ａ）、ｂ）、ｃ）の属性情報は必須である。さらに、ａ）〜ｄ）の他に、アクティビティで入力できるパラメータを加えてもよい。

ＵＩデータ生成モジュール１３４４は、表示装置１８７上に表示する各種データを生成し、表示装置１８７に表示する機能を有する。ＵＩデータ生成モジュール１３４４は、例えば、ＤＢ１３１５に登録されているアクティビティ情報、フロー情報を、表示装置１８７上で一覧できるデータとして生成し、表示装置１８７に表示させる。
また、ＵＩデータ生成モジュール１３４４は、アクティビティを登録するために必要な画面データを生成し、表示装置１８７に表示させる。
また、ＵＩデータ生成モジュール１３４４は、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、フロー生成モジュール１３５０等で生成されたデータを表示装置１８７上に表示するデータとして生成し、表示装置１８７に表示させる。

関連図生成モジュール１３４６は、表示装置１８７上で指定された基点となるアクティビティに対し、その前後に接続可能なアクティビティをＤＢ１３１５から抽出して、関連図を生成する機能を有する。関連図の生成処理については、図１７の例に示すフローチャートを用いて後述する。
フロー情報生成モジュール１３４８は、表示装置１８７に表示されている関連図において、基点となるアクティビティに関する情報をＤＢ１３１５から取得し、属性情報である「フロー参照データ」として生成する機能とともに、関連図上で別のアクティビティが選択されると、基点となるアクティビティと、選択されたアクティビティ間を結ぶフローを、ＤＢ１３１５から抽出し、そのフローについての「フロー参照データ」を生成する機能を有する。
フロー生成モジュール１３５０は、表示装置１８７上の関連図において、基点となるアクティビティと、選択されたアクティビティを結んだフローを生成し、生成したフロー情報をＤＢ１３１５に登録する。

図１４は、図１３の例で示した構成による処理例を示すフローチャートである。
ステップＳ１４０２では、アクティビティを登録する。
例えば、図３を用いて前述したアクティビティ一覧画面３００にて、新規追加ボタン３２０が選択され、図４を用いて前述したアクティビティ属性登録画面４００で、名前、説明文、入力可能ファイル種別、出力可能ファイル種別、出力可能属性データを設定する。例えば、下記のように設定する。
・名前欄４３２には、アクティビティの名前を、説明欄４３４には、アクティビティに関する説明を入力する。
・入力可能ファイル種別欄４３６には、以下のように設定する。
・ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ等から、そのアクティビティが処理可能なファイルの拡張子をカンマ（，）で連結して、文字列で指定する。
・すべてのファイルが処理可能であれば、ａｌｌという文字列で指定する。
・処理可能なファイルが存在しない場合は、空文字で指定する。
・出力可能ファイル種別欄４３８には、以下のように設定する。
・ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ等から、そのアクティビティが出力可能なファイルの拡張子をカンマ（，）で連結して、文字列で指定する。
・入力されたファイルの種別と同じファイルの種別で出力するのであれば、ａｌｌという文字列で指定する。
・出力可能なファイルが存在しない場合は、空文字で指定する。
・出力可能属性データ欄４４０には、（［属性名］：［属性の型（ｓｔｒｉｎｇ，ｎｕｍｅｒｉｃ等）］）を、カンマ（，）で連結して、文字列で指定する。
設定した属性情報は、例えば、登録ボタン４２５が選択されたタイミングで、アクティビティデータとともに、ＤＢ１３１５に登録する。

本実施の形態では、アクティビティの登録時にユーザーが手動で登録する例を記載したが、例えば、予め情報処理装置１００にルールを設けておき、そのルールにしたがった開発を行って登録すれば、情報処理装置１００が自動的に、名前、説明文、入力可能ファイル種別、出力可能なファイル種別、出力可能属性データ、を抽出してＤＢ１３１５に登録するよう構成してもよい。ここでのルールとして、例えば、情報処理装置１００が解釈できる特定の設定ファイルに定義しておく、特定のインタフェースを持つサービスとしてアクティビティを開発する、等がある。

ステップＳ１４０２で、ＤＢ１３１５に登録される情報として、例えば、アクティビティ登録情報テーブル１５００がある。図１５は、アクティビティ登録情報テーブル１５００のデータ構造例を示す説明図である。アクティビティ登録情報テーブル１５００は、アクティビティＩＤ欄１５０５、名前欄１５１０、説明欄１５１５、入力可能ファイル種別欄１５２０、出力可能ファイル種別欄１５２５、出力可能属性データ欄１５３０、アクティビティデータ欄１５３５を有している。アクティビティＩＤ欄１５０５は、本実施の形態において、アクティビティを一意に識別するための情報（具体的には、アクティビティＩＤ）を記憶している。名前欄１５１０は、そのアクティビティの名前を記憶している。説明欄１５１５は、そのアクティビティの説明を記憶している。入力可能ファイル種別欄１５２０は、入力可能ファイル種別を記憶している。出力可能ファイル種別欄１５２５は、出力可能ファイル種別を記憶している。出力可能属性データ欄１５３０は、出力可能属性データを記憶している。アクティビティデータ欄１５３５は、アクティビティデータを記憶している。

アクティビティ登録情報テーブル１５００の１行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ １」、名前欄１５１０に「フォーマット変換」、説明欄１５１５に「入力されたイメージを指定されたフォーマットに変換して出力する」、入力可能ファイル種別欄１５２０に「ｔｉｆｆ，ｊｐｅｇ，ｐｎｇ」、出力可能ファイル種別欄１５２５に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ，ｘｄｗ」、出力可能属性データ欄１５３０に「変換フォーマット：文字列、解像度：数値」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、２行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ２」、名前欄１５１０に「イメージ加工」、説明欄１５１５に「入力されたイメージを回転して出力する」、入力可能ファイル種別欄１５２０に「ｔｉｆｆ，ｂｍｐ」、出力可能ファイル種別欄１５２５に「ｔｉｆｆ，ｂｍｐ」、出力可能属性データ欄１５３０に「Ｎ／Ａ」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、３行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ３」、名前欄１５１０に「文書名設定」、説明欄１５１５に「入力されたイメージファイルの名前を、指定された名前に変更する」、入力可能ファイル種別欄１５２０に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能ファイル種別欄１５２５に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能属性データ欄１５３０に「ファイル名：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、４行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ４」、名前欄１５１０に「文字認識処理，ＱＲコード解析」、説明欄１５１５に「入力されたイメージを文字認識処理した結果、入力されたイメージ上にあるＱＲコードを解析した結果を出力する」、入力可能ファイル種別欄１５２０に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ」、出力可能ファイル種別欄１５２５に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ」、出力可能属性データ欄１５３０に「文字認識処理結果：文字列、ＱＲコード解析結果：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、５行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ５」、名前欄１５１０に「フォルダ出力」、説明欄１５１５に「指定されたフォルダに投入されたイメージを所定のフォルダに保存する」、入力可能ファイル種別欄１５２０に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能ファイル種別欄１５２５に「Ｎ／Ａ」、出力可能属性データ欄１５３０に「ファイル保存先：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、６行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ６」、名前欄１５１０に「親展ボックス入力」、説明欄１５１５に「親展ボックス受信したイメージを所定のフォルダに保存する」、入力可能ファイル種別欄１５２０に「Ｎ／Ａ」、出力可能ファイル種別欄１５２５に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能属性データ欄１５３０に「受信日時：日付、受信ファイル名：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、７行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ７」、名前欄１５１０に「ＦＡＸ入力」、説明欄１５１５に「ＦＡＸ受信したイメージを所定のフォルダに保存する」、入力可能ファイル種別欄１５２０に「Ｎ／Ａ」、出力可能ファイル種別欄１５２５に「ｔｉｆｆ」、出力可能属性データ欄１５３０に「送信日時：日付、送信ファイル名：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、８行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ８」、名前欄１５１０に「ｚｉｐ圧縮」、説明欄１５１５に「入力されたファイルを所定の形式に圧縮する」、入力可能ファイル種別欄１５２０に「指定なし」、出力可能ファイル種別欄１５２５に「ｚｉｐ」、出力可能属性データ欄１５３０に「ファイル名：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、９行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ ９」、名前欄１５１０に「メール送信」、説明欄１５１５に「入力されたイメージを所定の宛先にメール送信する」、入力可能ファイル種別欄１５２０に「指定なし」、出力可能ファイル種別欄１５２５に「Ｎ／Ａ」、出力可能属性データ欄１５３０に「送信先：文字列、送信元：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶しており、Ｎ行目は、アクティビティＩＤ欄１５０５に「ＧＵＩＤ Ｎ」、名前欄１５１０に「ＧｏｇｌｅＤｒｉｖｅ登録」、説明欄１５１５に「入力されたイメージをＧｏｏｇｌｅＤｒｉｖｅの所定の場所に保存する」、入力可能ファイル種別欄１５２０に「指定なし」、出力可能ファイル種別欄１５２５に「Ｎ／Ａ」、出力可能属性データ欄１５３０に「ファイル名：文字列」、アクティビティデータ欄１５３５に「＊＊＊＊＊」を記憶している。

ステップＳ１４０４では、フローに取り込むべきアクティビティを選択する。
例えば、ユーザーの操作にしたがって、図３の例に示したアクティビティ一覧画面３００にて、特定のアクティビティ（以降、「基点となるアクティビティ」と記載）を１つ選択する。このとき、例えば、リスト表示したアクティビティにカーソルを合わせると、カーソルの位置にあるアクティビティのＩＤ情報から、図４の例に示したアクティビティ属性登録画面４００で登録した「説明文」を取得し、画面に表示してもよい。

ステップＳ１４０６では、基点となるアクティビティを中心とした関連図を作成、表示する。ステップＳ１４０６の詳細な処理については、図１７の例に示すフローチャートを用いて後述する。

ステップＳ１４０８では、基点となるアクティビティに関する属性情報を表示する。
基点となるアクティビティの情報から、例えば、下記いずれか１つ以上の項目からなる「フロー参照データ」を作成し、表示装置１８７上に表示する。
・基点となるアクティビティに入力できるファイル種別（例えば、ファイル拡張子のリスト）
・基点となるアクティビティでの処理内容（例えば、アクティビティの名前、又は、説明）
・基点となるアクティビティが出力するファイル種別（例えば、ファイル拡張子のリスト）
・基点となるアクティビティが出力する属性情報（例えば、属性名と、属性の型（ｓｔｒｉｎｇ，ｎｕｍｅｒｉｃ等））

ステップＳ１４１０では、関連図上で、基点となるアクティビティ以外のアクティビティが指定された場合は、基点となるアクティビティと、指定されたアクティビティとの間の経路となる部分フローに関する属性情報を表示する。ステップＳ１４１０の詳細な処理については、図１８の例に示すフローチャートを用いて後述する。
表示装置１８７上に表示された関連図上で、基点となるアクティビティ以外のアクティビティが指定されると、基点となるアクティビティと、指定されたアクティビティ間のフローに関する属性情報である「フロー参照データ」を表示する。
例えば、下記処理を行って「フロー参照データ」を表示する。
＜＜パターン１＞＞
基点となるアクティビティより、左側（前方に配置可能な）のアクティビティが指定されると、指定されたアクティビティから、基点となるアクティビティに至るまでの、アクティビティ情報を、ステップＳ１４０６で生成した関係図を元に、ＤＢ１３１５から取得し、表示装置１８７上にハイライト表示する。
そして、
・指定されたアクティビティの入力可能なファイル種別（例えば、拡張子）のリスト
・指定されたアクティビティから、基点なるアクティビティまでの、処理内容（例えば、アクティビティの名前）のリスト
・基点となるアクティビティから出力され得るファイル種別（例えば、拡張子）のリスト
・指定されたアクティビティから、基点となるアクティビティに至る全てのアクティビティで出力可能な属性「属性名と、属性の型（例：ｓｔｒｉｎｇ，ｎｕｍｅｒｉｃ等）」のリスト
を「フロー参照データ」として、表示装置１８７上に表示する。

＜＜パターン２＞＞
基点となるアクティビティより、右側（後方に配置可能な）のアクティビティが指定されると、基点となるアクティビティから、指定されたアクティビティに至るまでの、アクティビティ情報のフロー（部分フロー）を、ステップＳ１４０６で生成した関係図を元に、ＤＢ１３１５から取得し、表示装置１８７上にハイライト表示する。
そして、
・基点となるアクティビティの入力可能なファイル種別（例えば、拡張子）のリスト
・指定されたアクティビティから、指定されたアクティビティまでの、処理内容（例えば、アクティビティの名前）のリスト
・指定されたアクティビティから出力され得るファイル種別（例えば、拡張子）のリスト
・基点となるアクティビティから、指定されたアクティビティに至る全てのアクティビティで出力可能な属性「属性名と、属性の型（例えば、ｓｔｒｉｎｇ，ｎｕｍｅｒｉｃ等）」のリスト
を「フロー参照データ」として、表示装置１８７上に表示する。

なお、上記＜＜パターン１＞＞、＜＜パターン２＞＞において、基点となるアクティビティから、指定されたアクティビティに至るまでの経路が複数存在する場合は、表示装置１８７上にハイライト表示する際に、複数の経路をハイライト表示するとともに、まずは、それら複数経路を、“経路１”“経路２”・・・“経路Ｎ”のように、「経路リスト」として表示する。例えば、そのリスト内は、よく使用する順等でソートして表示する。
そして、ユーザーが「経路リスト」で選択した“経路”に該当する部分フローを、ステップＳ１４０６で生成した関係図を元に、ＤＢ１３１５から取得し、選択ハイライト表示するとともに、「フロー参照データ」を表示装置１８７上に表示する。

ステップＳ１４１２では、ユーザーの操作にしたがって、部分フローを選択する。
ユーザーは、ステップＳ１４１０で表示される「フロー参照データ」を参照しながら、使用したい部分フローが見つかったら、ユーザーは、例えば、右クリックメニューで表示される［確定］を選択して、フローを作成していく。
なお、一旦確定した部分フローも、ユーザーは、例えば、右クリックメニューで表示される［確定解除］を選択して、確定解除できるように構成してもよい。

ステップＳ１４１４では、選択した部分フローをアクティビティとして登録する。
ステップＳ１４１２でフローを確定して、登録したいフローが定義できたら、ユーザーは、例えば、右クリックメニューで表示される［登録］を選択し、フローをＤＢ１３１５に登録する。例えば、フロー登録画面にて、名前と説明が設定されてＯＫボタンが選択されると、フロー登録情報テーブル１６００のようなデータをＤＢ１３１５に登録する。図１６は、フロー登録情報テーブル１６００のデータ構造例を示す説明図である。フロー登録情報テーブル１６００は、アクティビティＩＤ欄１６０５、名前欄１６１０、説明欄１６１５、フローデータ欄１６２０を有している。アクティビティＩＤ欄１６０５は、アクティビティＩＤを記憶している。名前欄１６１０は、そのアクティビティの名前を記憶している。説明欄１６１５は、そのアクティビティの説明を記憶している。フローデータ欄１６２０は、フローデータを記憶している。
フロー登録情報テーブル１６００は、例えば、アクティビティＩＤ欄１６０５に「ＧＵＩＤ Ｘ」、名前欄１６１０に「フロー１」、説明欄１６１５に「フォーマット変換→文書名変換→イメージ加工→文字認識処理→（（フォーマット変換→フォルダ保存），（ｚｉｐ圧縮→→フォルダ保存））」、フローデータ欄１６２０に「ＧＵＩＤ１，ＧＵＩＤ３，ＧＵＩＤ２，ＧＵＩＤ４，（（ＧＵＩＤ１，ＧＵＩＤ５），（ＧＵＩＤ７，ＧＵＩＤ５））」を記憶している。

ステップＳ１４１６では、登録されたアクティビティ（部分フロー）をアクティビティ一覧画面３００に表示する。つまり、ステップＳ１４１４で登録されたフローは、例えば、アクティビティ一覧画面３００にて表示され、他のアクティビティと同じように使用できる。
ステップＳ１４１８では、フローは完成したか否かを判断し、完成した場合は処理を終了し（ステップＳ１４９９）、それ以外の場合はステップＳ１４１０へ戻る。

図１７は、本実施の形態による処理例を示すフローチャートである。図１４の例で示したフローチャートのステップＳ１４０６の詳細な処理例を示すものである。
ステップＳ１７０２では、基点となるアクティビティとして選択されたアクティビティのＩＤと、入力可能ファイル種別、出力可能ファイル種別を、ＤＢ１３１５より抽出する。
ステップＳ１７０４では、基点となるアクティビティの入力可能ファイル種別を、出力可能ファイル種別として持つアクティビティのＩＤと、入力可能ファイル種別を、ＤＢ１３１５から検索して全て抽出する。
ステップＳ１７０６では、抽出したアクティビティの入力可能ファイル種別を、出力可能なファイル種別として持つアクティビティのＩＤと、入力可能ファイル種別を、ＤＢ１３１５から検索して全て抽出する。
ステップＳ１７０８では、全てのアクティビティを抽出したか否かを判断し、抽出した場合はステップＳ１７１０へ進み、それ以外の場合はステップＳ１７０６へ戻る。

ステップＳ１７１０では、基点となるアクティビティの出力可能ファイル種別を、入力可能ファイル種別として持つアクティビティのＩＤと、出力可能ファイル種別を、ＤＢ１３１５から検索して全て抽出する。
ステップＳ１７１２では、抽出したアクティビティの出力可能ファイル種別を、入力可能なファイル種別として持つアクティビティのＩＤと、出力可能ファイル種別を、ＤＢ１３１５から検索して全て抽出する。
ステップＳ１７１４では、全てのアクティビティを抽出したか否かを判断し、抽出した場合はステップＳ１７１６へ進み、それ以外の場合はステップＳ１７１２へ戻る。

ステップＳ１７１６では、基点となるアクティビティのＩＤを中心に、抽出したアクティビティＩＤを前後に階層的に連結した関連図を作成する。そして、表示装置１８７上に表示する。

図１８は、本実施の形態による処理例を示すフローチャートである。図１４の例で示したフローチャートのステップＳ１４１０の詳細な処理例を示すものである。
ステップＳ１８０２では、表示装置１８７のＵＩ上で選択されたアクティビティのＩＤを抽出する。
ステップＳ１８０４では、抽出されたアクティビティＩＤから、基点となるアクティビティに至るアクティビティのＩＤリストを作成する。
ステップＳ１８０６では、リストが複数存在するか否かを判断し、存在する場合はステップＳ１８０８へ進み、それ以外の場合はステップＳ１８１４へ進む。

ステップＳ１８０８では、各リストを経路１、経路２、…、経路ｎという文字列と結びつけて管理し、表示装置１８７の画面上に、経路１、経路２、…、経路ｎのように、選択肢として表示する。
ステップＳ１８１０では、表示装置１８７の画面上に表示された経路の１つをユーザーが選択する。
ステップＳ１８１２では、ユーザーが選択した経路と関連付けられたリストを抽出する。

ステップＳ１８１４では、リストに含まれるアクティビティＩＤの名前をＤＢ１３１５から取得して、ハイフン（−）で接続した文字列を作成する（ａ）。
ステップＳ１８１６では、基点となるアクティビティの出力可能ファイル種別、出力可能属性データを、ＤＢ１３１５から抽出する（ｂ）。

ステップＳ１８１８では、選択されたアクティビティのＩＤの入力可能ファイル種別をＤＢ１３１５から抽出する（ｃ）。
ステップＳ１８２０では、“入力可能なファイル種別”に、（ｃ）のデータをセットし、“処理内容”に（ａ）で作成したデータをセットし、“出力可能ファイル種別”に（ｂ）の出力可能ファイル種別のデータをセットし、“出力可能な属性”に（ｂ）の出力可能属性データをセットし、フロー参照データを作成する。そして、表示装置１８７にフロー参照データを表示する。

図１９は、本実施の形態をより具体的に示す別の構成例についての概念的なモジュール構成図である。
ＵＩモジュール１３３５は、図１の例に示したＵＩモジュール１３５の具体的例であり、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、アクティビティ設定モジュール１９５２、フロー生成モジュール１３５０は、図１の例に示したフロー生成制御モジュール１４０の具体的例であり、ＤＢ１３１５は、図１の例に示したデータメモリ１１５の具体的例である。なお、図１３の例で示した構成と同種の部位には同一符号を付し重複した説明を省略する。図１９の例で示す構成は、図１３の例で示した構成に、アクティビティ設定モジュール１９５２を付加したものである。
ＤＢ１３１５は、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、アクティビティ設定モジュール１９５２、フロー生成モジュール１３５０と接続されている。
アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、アクティビティ設定モジュール１９５２、フロー生成モジュール１３５０は、それぞれＤＢ１３１５、ＵＩモジュール１３３５と接続されている。
ＵＩモジュール１３３５は、アクティビティ登録モジュール１３４２、ＵＩデータ生成モジュール１３４４、関連図生成モジュール１３４６、フロー情報生成モジュール１３４８、アクティビティ設定モジュール１９５２、フロー生成モジュール１３５０と接続されている。

アクティビティ設定モジュール１９５２は、登録されているアクティビティをカスタマイズして、ＤＢ１３１５に登録する機能を有している。具体的には、アクティビティの仕様に関する情報の一例である処理パラメータを変更する。ＤＢ１３１５に登録されているアクティビティのうち、内部の処理パラメータを変更できるアクティビティに対し、変更が行える。なお、ＵＩ画面は、図４の例で示したアクティビティ属性登録画面４００と同じように構成すればよい。

図１４の例に示したフローチャートを元に、追加分の処理の流れについて説明する。
図１４の例に示したフローチャートのステップＳ１４０６で、表示装置１８７に表示されている各アクティビティにおいて、アクティビティ設定モジュール１９５２で、処理パラメータを変更すると、変更結果に基づいて、再度ステップＳ１４０６を実行し、関連図を作成し直して、表示装置１８７上に表示し直す。
例えば、前述の関連図を作成していた場合、「基本構成のフローチャート」の図１４の例に示したフローチャートのステップＳ１４０６で、基点となるアクティビティが「フォルダ出力アクティビティ」だったすると、入力可能ファイル種別は“ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ”であるため、前段に配置できるアクティビティは、出力可能ファイル種別が“ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ”である「文書名設定アクティビティ」と「親展ボックス入力アクティビティ」が抽出されて、関連図上に表示される。アクティビティ設定モジュール１９５２を用いて、「フォルダ出力アクティビティ」に対して入力可能なファイル種別を“ｔｉｆｆ，ｂｍｐ”だけに限定すると、前段に配置できるアクティビティは、出力可能ファイル種別が“ｔｉｆｆ，ｂｍｐ”である「イメージ加工アクティビティ」のみが抽出される。そのため、前方に配置できるアクティビティが変わることになり、関連図を再度作成し直し、表示装置１８７上に表示し直す。もちろんのことながら、同様の変更は、出力可能ファイル種別、に対しても実施できる。

また、基点となるアクティビティだけでなく、関連図上に表示されているアクティビティについても属性情報に対しての同様の変更操作が行える。
このとき、操作するアクティビティが関連図上から消えない範囲（つまり、基点となるアクティビティとの関係が無くならない範囲）内でのパラメータ変更のみ許可するよう構成してもよい。例えば、表示装置１８７に関連図を表示した状態において、「文書名設定アクティビティ」と「親展ボックス入力アクティビティ」は、属性情報である“入力可能ファイル種別”は変更できるが、基点となるアクティビティ「フォルダ出力アクティビティ」と接続できなくなるため、属性情報である”出力可能ファイル種別”は変更できないようにする。
また、アクティビティの属性情報を変更することによって、操作するアクティビティが関連図上から消えるような構成としてもよい。例えば、表示装置１８７に関連図を表示した状態において、「文書名設定アクティビティ」と「親展ボックス入力アクティビティ」は、変更できる属性情報は“入力可能ファイル種別”だけでなく、基点となるアクティビティである「フォルダ出力アクティビティ」と接続できなくなるが、属性情報である“出力可能ファイル種別”も変更できるようにしてもよい。

さらに、図１４の例に示したフローチャートのステップＳ１４１４で、部分フローを登録する際に、登録したユーザーのユーザーＩＤも一緒に登録する。例えば、フロー登録情報テーブル２０００を登録する。図２０は、フロー登録情報テーブル２０００のデータ構造例を示す説明図である。フロー登録情報テーブル２０００は、アクティビティＩＤ欄２００５、名前欄２０１０、説明欄２０１５、フローデータ欄２０２０、登録者ＩＤ欄２０２５を有している。アクティビティＩＤ欄２００５は、アクティビティＩＤを記憶している。名前欄２０１０は、そのアクティビティの名前を記憶している。説明欄２０１５は、そのアクティビティの説明を記憶している。フローデータ欄２０２０は、フローデータを記憶している。登録者ＩＤ欄２０２５は、本実施の形態において、登録者を一意に識別するための情報（具体的には登録者ＩＤ）を記憶している。

フロー登録情報テーブル２０００の１行目は、アクティビティＩＤ欄２００５に「ＧＵＩＤ Ｘ１」、名前欄２０１０に「フローＸ１」、説明欄２０１５に「フォーマット変換→文書名変換→イメージ加工→文字認識処理→（（フォーマット変換→フォルダ保存），（ｚｉｐ圧縮→→フォルダ保存））」、フローデータ欄２０２０に「ＧＵＩＤ１，ＧＵＩＤ３，ＧＵＩＤ２，ＧＵＩＤ４，（（ＧＵＩＤ１，ＧＵＩＤ５），（ＧＵＩＤ７，ＧＵＩＤ５））」、登録者ＩＤ欄２０２５に「ＡＡＡ」を記憶しており、２行目は、アクティビティＩＤ欄２００５に「ＧＵＩＤ Ｘ２」、名前欄２０１０に「フローＸ２」、説明欄２０１５に「フォーマット変換→文書名変換→イメージ加工→文字認識処理→（（フォーマット変換→フォルダ保存），（ｚｉｐ圧縮→→フォルダ保存））」、フローデータ欄２０２０に「ＧＵＩＤ１，ＧＵＩＤ３，ＧＵＩＤ２，ＧＵＩＤ４，（（ＧＵＩＤ１，ＧＵＩＤ５），（ＧＵＩＤ７，ＧＵＩＤ５））」、登録者ＩＤ欄２０２５に「ＢＢＢ」を記憶しており、Ｎ行目は、アクティビティＩＤ欄２００５に「ＧＵＩＤ ＸＮ」、名前欄２０１０に「フローＸＮ」、説明欄２０１５に「フォーマット変換→文書名変換→イメージ加工→文字認識処理→（（フォーマット変換→フォルダ保存），（ｚｉｐ圧縮→→フォルダ保存））」、フローデータ欄２０２０に「ＧＵＩＤ１，ＧＵＩＤ３，ＧＵＩＤ２，ＧＵＩＤ４，（（ＧＵＩＤ１，ＧＵＩＤ５），（ＧＵＩＤ７，ＧＵＩＤ５））」、登録者ＩＤ欄２０２５に「ＡＡＡ」を記憶している。

このフロー登録情報テーブル２０００により、図１４の例に示したフローチャートのステップＳ１４０６で、関連図を表示装置１８７に表示する際に、基点となるアクティビティから前方に配置するアクティビティ、基点となるアクティビティから後方に配置するアクティビティのうちの一部が、ＤＢ１３１５に登録されているフローの“フローデータ”に含まれていた場合、その部分フローに含まれるアクティビティをハイライト表示する。
ハイライト表示する際、自身が作成したフローに含まれているものか、他のユーザーが作成したフローに含まれているものかを、区別してハイライト表示する。例えば、色を変える、★印や☆印をつけて区別する、フォントを変える、図の形状を変える、等がある。さらに、何回連携して使用されているかについても、数値で表示するようにしてもよい。
ユーザーがハイライトされている箇所に気付きやすく、また選択しやすくするために、例えば、何度も連携して使用されているもの（数値の大きいもの）を、基点となるアクティビティの近辺に、連携頻度が小さくなるにつれて徐々に、基点となるアクティビティから離れて表示させる。また、上半分に、他のユーザーが作成したフローに含まれるもの、下半分に、自身が作成したフローに含まれるものというように表示するようにしてもよい。

さらに、図１４の例に示したフローチャートのステップＳ１４０６で、関連図を生成する際に、ＤＢ１３１５に登録されているフローの“フローデータ”も参照し、一番先頭のアクティビティの入力可能ファイル形式と、最後のアクティビティの出力可能ファイル形式と、を使用して基点となるアクティビティとの関係を求め、関連図にフローも組み込み、表示装置１８７上に表示する。

また、図１４の例に示したフローチャートのステップＳ１４１０で「フロー参照データ」を表示する場合は、ＤＢ１３１５に登録されているフローの“フローデータ”をもとに、一番先頭のアクティビティから最後のアクティビティに至るまでに出力される出力可能属性データをもとに、「フロー参照データ」に必要なデータを組み込み、表示装置１８７上に表示する。

また、図１４の例に示したフローチャートのステップＳ１４０４で登録済のフローが選択された場合、ＤＢ１３１５に登録されている“フローデータ”を参照し、一番先頭のアクティビティの入力可能ファイル形式と、最後のアクティビティの出力可能ファイル形式と、一番先頭のアクティビティから最後のアクティビティに至るまでに出力される出力可能属性データをもとに、ステップＳ１４０６と同等の処理を行い、関連図を作成し、表示装置１８７上に表示する。

さらに、図１４の例に示したフローチャートのステップＳ１４０２で、ＤＢ１３１５にアクティビティを登録する際、登録するアクティビティが入力元か出力先か判断できる情報も一緒に登録する。例えば、アクティビティ登録情報テーブル２１００の種別欄２１２０のように、種別に「入力」「出力」と設定する。図２１は、アクティビティ登録情報テーブル２１００のデータ構造例を示す説明図である。アクティビティ登録情報テーブル２１００は、アクティビティＩＤ欄２１０５、名前欄２１１０、説明欄２１１５、種別欄２１２０、入力可能ファイル種別欄２１２５、出力可能ファイル種別欄２１３０、出力可能属性データ欄２１３５、アクティビティデータ欄２１４０を有している。アクティビティＩＤ欄２１０５は、アクティビティＩＤを記憶している。名前欄２１１０は、名前を記憶している。説明欄２１１５は、説明を記憶している。種別欄２１２０は、種別を記憶している。入力可能ファイル種別欄２１２５は、入力可能ファイル種別を記憶している。出力可能ファイル種別欄２１３０は、出力可能ファイル種別を記憶している。出力可能属性データ欄２１３５は、出力可能属性データを記憶している。アクティビティデータ欄２１４０は、アクティビティデータを記憶している。

アクティビティ登録情報テーブル２１００の１行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ １」、名前欄２１１０に「フォーマット変換」、説明欄２１１５に「入力されたイメージを指定されたフォーマットに変換して出力する」、種別欄２１２０に「（空欄）」、入力可能ファイル種別欄２１２５に「ｔｉｆｆ，ｊｐｅｇ，ｐｎｇ」、出力可能ファイル種別欄２１３０に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ，ｘｄｗ」、出力可能属性データ欄２１３５に「変換フォーマット：文字列、解像度：数値」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、２行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ２」、名前欄２１１０に「イメージ加工」、説明欄２１１５に「入力されたイメージを回転して出力する」、種別欄２１２０に「（空欄）」、入力可能ファイル種別欄２１２５に「ｔｉｆｆ，ｂｍｐ」、出力可能ファイル種別欄２１３０に「ｔｉｆｆ，ｂｍｐ」、出力可能属性データ欄２１３５に「Ｎ／Ａ」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、３行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ３」、名前欄２１１０に「文書名設定」、説明欄２１１５に「入力されたイメージファイルの名前を、指定された名前に変更する」、種別欄２１２０に「（空欄）」、入力可能ファイル種別欄２１２５に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能ファイル種別欄２１３０に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能属性データ欄２１３５に「ファイル名：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、４行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ４」、名前欄２１１０に「文字認識処理，ＱＲコード解析」、説明欄２１１５に「入力されたイメージを文字認識処理した結果、入力されたイメージ上にあるＱＲコードを解析した結果を出力する」、種別欄２１２０に「（空欄）」、入力可能ファイル種別欄２１２５に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ」、出力可能ファイル種別欄２１３０に「ｐｄｆ，ｔｉｆｆ，ｂｍｐ」、出力可能属性データ欄２１３５に「文字認識処理結果：文字列、ＱＲコード解析結果：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、５行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ５」、名前欄２１１０に「フォルダ出力」、説明欄２１１５に「指定されたフォルダに投入されたイメージを所定のフォルダに保存する」、種別欄２１２０に「出力」、入力可能ファイル種別欄２１２５に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能ファイル種別欄２１３０に「Ｎ／Ａ」、出力可能属性データ欄２１３５に「ファイル保存先：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、６行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ６」、名前欄２１１０に「親展ボックス入力」、説明欄２１１５に「親展ボックス受信したイメージを所定のフォルダに保存する」、種別欄２１２０に「入力」、入力可能ファイル種別欄２１２５に「Ｎ／Ａ」、出力可能ファイル種別欄２１３０に「ｔｉｆｆ，ｊｐｅｇ，ｂｍｐ，ｐｎｇ，ｐｄｆ，ｘｄｗ」、出力可能属性データ欄２１３５に「受信日時：日付、受信ファイル名：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、７行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ７」、名前欄２１１０に「ＦＡＸ入力」、説明欄２１１５に「ＦＡＸ受信したイメージを所定のフォルダに保存する」、種別欄２１２０に「入力」、入力可能ファイル種別欄２１２５に「Ｎ／Ａ」、出力可能ファイル種別欄２１３０に「ｔｉｆｆ」、出力可能属性データ欄２１３５に「送信日時：日付、送信ファイル名：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、８行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ８」、名前欄２１１０に「ｚｉｐ圧縮」、説明欄２１１５に「入力されたファイルを所定の形式に圧縮する」、種別欄２１２０に「（空欄）」、入力可能ファイル種別欄２１２５に「指定なし」、出力可能ファイル種別欄２１３０に「ｚｉｐ」、出力可能属性データ欄２１３５に「ファイル名：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、９行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ ９」、名前欄２１１０に「メール送信」、説明欄２１１５に「入力されたイメージを所定の宛先にメール送信する」、種別欄２１２０に「出力」、入力可能ファイル種別欄２１２５に「指定なし」、出力可能ファイル種別欄２１３０に「Ｎ／Ａ」、出力可能属性データ欄２１３５に「送信先：文字列、送信元：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶しており、Ｎ行目は、アクティビティＩＤ欄２１０５に「ＧＵＩＤ Ｎ」、名前欄２１１０に「ＧｏｇｌｅＤｒｉｖｅ登録」、説明欄２１１５に「入力されたイメージをＧｏｏｇｌｅＤｒｉｖｅの所定の場所に保存する」、種別欄２１２０に「出力」、入力可能ファイル種別欄２１２５に「指定なし」、出力可能ファイル種別欄２１３０に「Ｎ／Ａ」、出力可能属性データ欄２１３５に「ファイル名：文字列」、アクティビティデータ欄２１４０に「＊＊＊＊＊」を記憶している。

そして、このアクティビティ登録情報テーブル２１００を用いて次のような処理を行う。
図１４の例に示したフローチャートのステップＳ１４０６で、基点のアクティビティが
・「入力」であれば、関連図を生成する際、「出力」のアクティビティを抽出し、図１２（ｂ）の例に示すようなリストを表示する。
・「出力」であれば、関連図を生成する際、「入力」のアクティビティを抽出し、図１２（ｃ）の例に示すようなリストを表示する。
・「入力」でも「出力」でもなければ、関連図を生成する際、「入力」と「出力」のアクティビティを抽出し、図１２（ａ）の例に示すようなリストを表示する。
また、リストを表示する際、リストを表示するリスクエストが、図１４の例に示したフローチャートのステップＳ１４１６の表示すべき“フローデータ”に含まれていた場合、それが何回使用されているかを判定し、使用頻度の高いものからソートして表示してもよい。また、例えば、ＤＢ１３１５において、ユーザー自身が作成したフローに含まれているものか、他のユーザーが作成したフローに含まれているものかを判定し、それぞれ何回連携して使用されているかを判定し、使用頻度の高いものからソートして表示してもよい。
「入力」リスト、「出力」リストのそれぞれにおいて、ユーザーがリスト上の項目を１つ選択すると、「基本構成のフローチャート」の図１４の例に示したフローチャートのステップＳ１４１０と同様の処理を行って経路を生成し、その経路の属性情報である「フロー参照データ」を表示する。

図２２は、本実施の形態の処理例を示す説明図である。図２２の例は、図８で示した例をより詳細に示したものである。つまり、部分フローを登録し、その部分フローをアクティビティと同等に表示する例を示すものである。
図２２（ａ）に示す例では、フロー生成画面２２００に、部分フロー２２１０、アクティビティ２２１２、アクティビティ２２１４、確定メニュー２２２０、アクティビティ一（パス）属性情報表示領域を表示している。ここで、確定メニュー２２２０内の［確定］が選択された場合、図２２（ｂ１）の例に示すフロー生成画面２２００の状態に遷移する。
図２２（ｂ１）に示す例では、フロー生成画面２２００に、完成フロー２２３０、登録メニュー２２４０を表示する。ここで、登録メニュー２２４０内の［登録］が選択された場合、図２２（ｂ２）の例に示すフロー登録画面２２５０の状態に遷移する。
図２２（ｂ２）に示す例では、フロー登録画面２２５０に、アクティビティＩＤ欄２２５２、名前欄２２５４、説明欄２２５６を表示する。ユーザーは、名前欄２２５４に名前、説明欄２２５６に説明を入力する。
そして、図２２（ｃ）に示す例のように、登録したフロー（つまり、完成フロー２２３０）は、アクティビティと同様、アクティビティ一覧画面２２６０のアクティビティ一覧領域２２７０内のアクティビティ（フロー）２２７２として表示され、アクティビティと同じように操作可能となっている。

図２３は、本実施の形態の処理例を示す説明図である。
図２３（ａ）に示す例は、選択しているアクティビティ２３５０を中心に、接続可能な多階層のアクティビティを参照できるように表示している。この例では、アクティビティ２３５０の前方に前第一階層２３４０、前第二階層２３３０のアクティビティ、後方に後第一階層２３６０、後第二階層２３７０のアクティビティを表示している。これらは接続関係がわかるよう、線で結んで表示する。
フロー生成画面２３００のウィンドウ内の表示領域は窓のようなもので、ユーザーによるズーム操作を検知すれば、図２３（ｂ）に示す例のように、アクティビティ２３５０の前後１階層（前第一階層２３４０と後第一階層２３６０）のみを表示する。また、ユーザーによる俯瞰操作を検知すれば、図２３（ｃ）に示す例のように、更に複数の階層を表示する。この例では、アクティビティ２３５０の前方に前第一階層２３４０、前第二階層２３３０、前第三階層２３２０のアクティビティ、後方に後第一階層２３６０、後第二階層２３７０、後第三階層２３８０のアクティビティを表示している。また、ユーザーの表示領域をずらす操作を検知すれば、図２３（ｄ）に示す例のように、アクティビティ２３５０のより左側の階層のアクティビティが参照できるように表示する。この例では、アクティビティ２３５０の前方に前第一階層２３４０、前第二階層２３３０、前第三階層２３２０のアクティビティを表示し、その分、後方の後第一階層２３６０、後第二階層２３７０が隠れている。もちろんのことながら、ユーザーの表示領域をずらす操作に応じて、左側だけでなく、右側、上側、下側のアクティビティを表示できる。

図２４は、本実施の形態の処理例を示す説明図である。
表示装置１８７に表示されている関連図上で、基点となるアクティビティと別のアクティビティを指定した場合、指定したアクティビティを含めて基点となるアクティビティとし、関連図を作成しなおして、表示装置１８７に表示する。例えば、別のアクティビティの指定操作として、ダブルクリック等がある。
表示装置１８７上で、このように基点となるアクティビティ接続済のアクティビティを指定すると、その指定されたアクティビティに接続可能な前後のアクティビティが表示され、指定されたアクティビティに接続すべきアクティビティを指定できるようにする。

具体的には、図２４（ａ）の例に示す表示状態でアクティビティ２４５５が、ユーザーの操作によって指定されると、図２４（ｂ）の例に示す表示状態に変更する。
つまり、アクティビティ２４５０とアクティビティ２４５５を接続させたことを前提として、アクティビティ２４５０に接続可能なアクティビティに限った表示にしている。具体的には、図２４（ａ）の例では、前第一階層２４４０には、７つ以上のアクティビティがあったが、図２４（ｂ）の例では、３つのアクティビティに減っている。そして、図２４（ａ）の例では、後第一階層２４６０には４つのアクティビティがあったが、図２４（ｂ）の例では、２つのアクティビティに減っていることを示している。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…プロセッサ
１１０…メモリ
１１５…データメモリ
１２０…プログラムメモリ
１２５…フロー部品仕様記憶モジュール
１３０…フロー記憶モジュール
１３５…ＵＩモジュール
１３７…操作受付モジュール
１３９…表示制御モジュール
１４０…フロー生成制御モジュール
１８５…出力装置
１８７…表示装置
１８９…印刷装置
１９０…受付装置
１９５…通信装置
１９８…バス
２００…ユーザー端末
２１０…ユーザー端末
２５０…フローデータ記憶装置
２９０…通信回線

Claims (14)

1. メモリと一又は複数のプロセッサを備え、
   前記メモリは、フローを構成する機能に対応する部品の仕様を記憶しており、
   前記プロセッサは、
   ユーザーが選択した第１部品を基点として、前記部品の仕様を用いて、該第１部品の前又は後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、
   情報処理装置。
2. 前記プロセッサは、
   第１部品の前の処理を行う第２部品を抽出した後に、さらに、該第２部品の前の処理を行う第３部品を抽出し、該第３部品と該第２部品を前記表示装置に表示するように制御する、
   又は、
   第１部品の後の処理を行う第２部品を抽出した後に、さらに、該第２部品の後の処理を行う第３部品を抽出し、該第３部品と該第２部品を前記表示装置に表示するように制御する、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記基点となる第１部品以外の部品が選択された場合は、該選択された部品から該第１部品までの経路を抽出し、該経路を前記表示装置に表示するように制御する、
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   前記経路が選択された場合は、該経路上の部品と同じ階層にある部品を前記表示装置から削除するように制御する、
   請求項３に記載の情報処理装置。
5. 前記プロセッサは、
   前記経路が複数ある場合は、経路を選択できるように、経路リストを前記表示装置に表示するように制御する、
   請求項３に記載の情報処理装置。
6. 前記プロセッサは、
   経路が選択された場合は、該経路に関する情報を前記表示装置に表示するように制御する、
   請求項５に記載の情報処理装置。
7. 前記プロセッサは、
   選択された経路を部品として選択可能にし、部品と該経路は異なる形態で前記表示装置に表示するように制御する、
   請求項５に記載の情報処理装置。
8. 前記プロセッサは、
   前記表示装置に表示された前記部品の仕様に関する情報が変更された場合は、該変更された情報にしたがって、該部品に接続される部品を抽出し直して、該表示装置に表示するように制御する、
   請求項１に記載の情報処理装置。
9. 前記プロセッサは、
   前記基点となる第１部品以外の部品について、過去の利用回数が多い部品ほど該第１部品に近くなるように、該部品を前記表示装置に表示するように制御する、
   請求項１に記載の情報処理装置。
10. 前記利用回数として、ユーザーによって過去に生成されたフローにおける第１利用回数と、過去に生成された全体のフローにおける第２利用回数があり、
    前記プロセッサは、
    前記第１利用回数と前記第２利用回数に分けて、前記部品を前記表示装置に表示するように制御する、
    請求項９に記載の情報処理装置。
11. 前記第２利用回数が同じである場合は、前記第１利用回数が多い部品ほど該部品の表示の大きさを大きくする、
    請求項１０に記載の情報処理装置。
12. 前記基点となる第１部品から数えて第ｎ階層の部品の表示の大きさを、第ｎ−１階層の部品の大きさよりも小さくする、
    請求項９から１１のいずれか１項に記載の情報処理装置。
13. 前記プロセッサは、
    基点となる前記第１部品が入力元である場合は、該第１部品の後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御し、
    基点となる前記第１部品が出力先である場合は、該第１部品の前の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御し、
    基点となる前記第１部品が入力元以外であって、かつ、出力先以外である場合は、該第１部品の前及び後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、
    請求項１に記載の情報処理装置。
14. メモリと一又は複数のプロセッサを備えたコンピュータの前記メモリは、フローを構成する機能に対応する部品の仕様を記憶しており、
    前記プロセッサに、
    ユーザーが選択した第１部品を基点として、前記部品の仕様を用いて、該第１部品の前又は後の処理を行う第２部品を抽出し、該第２部品と該第１部品を表示装置に表示するように制御する、
    処理を実行させるための情報処理プログラム。

Images