JP2017228013A - 情報処理システム、情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】反復が含まれる一連の処理を実行する。【解決手段】電子データを用いた一連の処理毎に、プログラム識別情報と、パラメータと、実行順とが定義されたフロー情報をフロー識別情報と関連付けて記憶する記憶手段と、電子データに関する情報と、フロー識別情報とを受信する受信手段と、前記フロー識別情報と関連付けられているフロー情報を取得する取得手段と、第１のプログラムそれぞれを前記実行順に従って、第１のパラメータを用いて実行させることで、電子データを用いた前記一連の処理を実行する実行手段と、を有し、前記実行手段は、繰り返し実行させる他の一連の処理のそれぞれの処理を実行する第２のプログラム識別情報と、第２のパラメータと、実行順とが前記第１のパラメータに含まれ、かつ、前記第２のパラメータに置換指定が含まれる場合、前記第２のプログラムを前記実行順に従って、置換後の第２のパラメータを用いて繰り返し実行する。【選択図】図９

Description

本発明は、情報処理システム、情報処理装置、及び情報処理方法に関する。

近年、クラウドコンピューティング等により多種多様な外部サービスが提供されるようになった。例えば、ユーザにより指定された電子データを外部のストレージに保管する外部サービス等が知られている。

また、予め定義された事務フローモデルに基づき、各種処理を実行するコンポーネントを制御するための事務フローを生成する技術が知られている（例えば特許文献１参照）。このような技術では、生成された事務フローによりコンポーネントが組み合わされて、事務処理を実現する一連の処理が実行される。

しかしながら、上記の従来技術では、一連の処理において、１以上の処理の繰り返し（反復）が含まれる場合には、当該一連の処理を実行することができない場合があった。例えば、あるコンポーネントの処理結果に応じて、当該１以上の処理の繰り返し回数が動的に異なるようにすることはできなかった。

本発明の実施の形態は、上記の点に鑑みてなされたもので、反復が含まれる一連の処理を実行することを目的とする。

上記目的を達成するため、本発明の実施の形態は、１以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段と、前記情報処理システムに接続される１以上の機器のうちの一の機器から、電子データに関する情報と、フロー識別情報とを受信する受信手段と、前記記憶手段に記憶されているフロー情報のうち、前記受信手段により受信された前記フロー識別情報と関連付けて前記記憶手段に記憶されているフロー情報を取得する取得手段と、前記取得手段により取得された前記フロー情報に定義されている第１のプログラム識別情報により識別される第１のプログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている第１のパラメータを用いて実行させることで、前記受信手段により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手段と、を有し、前記実行手段は、繰り返し実行させる他の一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別する第２のプログラム識別情報と、該第２のプログラム識別情報により識別される第２のプログラムそれぞれの実行に用いられる第２のパラメータと、前記第２のプログラムの実行順とが前記第１のパラメータに含まれる場合であって、前記第２のパラメータに、該第２のパラメータに含まれるパラメータ値を他のデータ値に置換するための置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を前記他のデータ値に置換して、前記第２のプログラムそれぞれを、前記実行順に従って、前記置換後の第２のパラメータを用いて繰り返し実行する。

本発明の実施の形態によれば、反復が含まれる一連の処理を実行することができる。

本実施形態に係る情報処理システムの一例のシステム構成を示す図である。 本実施形態に係るサービス提供システムの一例のハードウェア構成を示す図である。 本実施形態に係る機器の一例のハードウェア構成を示す図である。 本実施形態に係る情報処理システムの一例の機能構成を示す図である。 共通Ｉ／Ｆ及び固有Ｉ／Ｆの一例を説明するための図である。 本実施形態に係るロジック処理部の一例の機能構成を示す図である。 型変換情報テーブルの一例を示す図である。 処理フロー情報の一例を示す図である。 「ＯＣＲ配信」サービスを実現する処理フローの一例を説明するための図である。 本実施形態に係るサービス利用の全体処理の一例を示すシーケンス図である。 サービス一覧画面からサービス画面への画面遷移の一例を示す図である。 本実施形態に係る親フローの実行処理の一例を示すシーケンス図である。 本実施形態に係るリスト取得コンポーネントの実行処理の一例を示すシーケンス図である。 リスト取得コンポーネントの処理結果が保存されたリソース管理情報の一例を示す図である。 本実施形態に係るメール配信コンポーネントの実行処理の一例を示すシーケンス図である。 本実施形態に係る反復コンポーネントの実行処理の一例を示すシーケンス図である。 子フローの処理結果が保存されたリソース管理情報の一例を示す図である。 本実施形態に係る子フローの実行処理の一例を示すシーケンス図である。 「ＯＣＲ配信」サービスを実現する処理フローの他の例を説明するための図である。 処理フロー情報の他の例を示す図（その１）である。 本実施形態に係る反復コンポーネントの実行処理の他の例を示すシーケンス図（その１）である。 処理フロー情報の他の例を示す図（その２）である。 本実施形態に係る反復コンポーネントの実行処理の他の例を示すシーケンス図（その２）である。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

＜システム構成＞
まず、本実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、本実施形態に係る情報処理システム１の一例のシステム構成を示す図である。

図１に示す情報処理システム１は、サービス提供システム１０と、機器２０と、外部ストレージシステム３０とを含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。

サービス提供システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、クラウドサービス等の外部サービスと連携した各種のサービスを提供する。本実施形態に係るサービス提供システム１０が提供するサービスの具体例については後述する。

なお、本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、これに限られない。本実施形態は、例えば、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等のネットワークを介して提供される各種の外部サービスに関して適用されても良い。

機器２０は、ユーザが使用する各種の電子機器である。すなわち、機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等である。ユーザは、機器２０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

なお、以降では、複数の機器２０について、各々を区別するときは、「機器２０_１」、「機器２０_２」等と添え字を用いて記載する。

外部ストレージシステム３０は、ネットワークＮ１を介してストレージサービス（又はオンラインストレージ）と呼ばれるクラウドサービスを提供するコンピュータシステムである。ストレージサービスとは、外部ストレージシステム３０のストレージの記憶領域を貸し出すサービスである。

なお、以降では、複数の外部ストレージシステム３０について、各々を区別するときは、「外部ストレージシステム３０_１」、「外部ストレージシステム３０_２」等と添え字を用いて記載する。また、外部ストレージシステム３０_１により提供されるストレージサービスの名称を「ストレージＡ」、外部ストレージシステム３０_１により提供されるストレージサービスの名称を「ストレージＢ」等とする。

なお、外部ストレージシステム３０は、複数台の情報処理装置によって実現されるシステムであっても良い。

また、図１に示す情報処理システム１の構成は一例であって、他の構成であっても良い。例えば、本実施形態に係る情報処理システム１には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサービス提供システム１０により提供される各種サービスを利用しても良い。

＜ハードウェア構成＞
次に、本実施形態に係る情報処理システム１に含まれるサービス提供システム１０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１０の一例のハードウェア構成を示す図である。

図２に示すサービス提供システム１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、ＲＡＭ（Random Access Memory）１４とを有する。また、サービス提供システム１０は、ＲＯＭ（Read Only Memory）１５と、ＣＰＵ（Central Processing Unit）１６と、通信Ｉ／Ｆ１７と、ＨＤＤ（Hard Disk Drive）１８とを有する。これらの各ハードウェアは、それぞれがバスＢで接続されている。

入力装置１１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置１２は、ディスプレイ等を含み、サービス提供システム１０による処理結果を表示する。なお、入力装置１１及び表示装置１２の少なくとも一方は、必要なときにサービス提供システム１０に接続して利用する形態であっても良い。

通信Ｉ／Ｆ１７は、サービス提供システム１０をネットワークＮ１に接続するインタフェースである。これにより、サービス提供システム１０は、通信Ｉ／Ｆ１７を介して通信を行うことができる。

ＨＤＤ１８は、プログラムやデータを格納している不揮発性の記憶装置である。ＨＤＤ１８に格納されるプログラムやデータには、サービス提供システム１０全体を制御する基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

なお、サービス提供システム１０は、ＨＤＤ１８に代え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであっても良い。また、ＨＤＤ１８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢにより管理している。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、サービス提供システム１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取りや書き込みを行うことができる。記録媒体１３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ１５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１５には、サービス提供システム１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ１４は、プログラムやデータを一時保持する揮発性の半導体メモリである。

ＣＰＵ１６は、ＲＯＭ１５やＨＤＤ１８等の記憶装置からプログラムやデータをＲＡＭ１４上に読み出し、処理を実行することで、サービス提供システム１０全体の制御や機能を実現する演算装置である。

本実施形態に係るサービス提供システム１０は、図２に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

次に、本実施形態に係る情報処理システム１に含まれる機器２０が画像形成装置である場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る機器２０の一例のハードウェア構成を示す図である。

図３に示す機器２０は、コントローラ２１と、操作パネル２２と、外部Ｉ／Ｆ２３と、通信Ｉ／Ｆ２４と、プリンタ２５と、スキャナ２６とを有する。また、コントローラ２１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＶＲＡＭ３４と、ＨＤＤ３５とを有する。

ＲＯＭ３３は、各種プログラムやデータを格納している不揮発性の半導体メモリである。ＲＡＭ３２は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＮＶＲＡＭ３４は、例えば設定情報等を格納している。また、ＨＤＤ３５は、各種プログラムやデータを格納している不揮発性の記憶装置である。

ＣＰＵ３１は、ＲＯＭ３３やＮＶＲＡＭ３４、ＨＤＤ３５等からプログラムやデータ、設定情報等をＲＡＭ３２上に読み出し、処理を実行することで、機器２０全体の制御や機能を実現する演算装置である。

操作パネル２２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２３は、外部装置とのインタフェースである。外部装置には、記録媒体２３ａ等がある。これにより、機器２０は、外部Ｉ／Ｆ２３を介して記録媒体２３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体２３ａには、例えば、ＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

通信Ｉ／Ｆ２４は、機器２０をネットワークに接続するインタフェースである。これにより、機器２０は、通信Ｉ／Ｆ２４を介して通信を行うことができる。プリンタ２５は、印刷データを印刷する印刷装置である。スキャナ２６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。

本実施形態に係る機器２０は、図３に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

＜サービス提供システムが提供するサービス＞
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。

本実施形態に係るサービス提供システム１０は、外部ストレージシステム３０における電子ファイルの格納先リストを取得した上で、当該リストに基づいて取得した電子ファイルをＯＣＲ（Optical Character Recognition）処理して、メール配信するサービスを提供する。

本実施形態に係るサービス提供システム１０は、上述したサービス（以降では、「ＯＣＲ配信」サービス、又は、単に「ＯＣＲ配信」とも表す。）を提供するものとして説明する。

ただし、サービス提供システム１０により提供されるサービスは、これに限られない。例えば、サービス提供システム１０は、外部ストレージシステム３０における電子ファイルの格納先リストを取得した上で、当該リストに基づいて取得した電子ファイルを編集（例えば、所定の情報の追加や削除等）して、メール配信するサービスを提供しても良い。

また、例えば、サービス提供システム１０は、外部ストレージシステム３０における電子ファイルの格納先リストを取得した上で、当該リストに基づいて取得した電子ファイルを圧縮して、メール配信するサービスを提供しても良い。

＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係る情報処理システム１の一例の機能構成を示す図である。

図４に示す機器２０は、例えばＣＰＵ３１等により実行されるブラウザ２１０を有する。機器２０のユーザは、ブラウザ２１０を介して、サービス提供システム１０が提供するサービスを利用することができる。このように、本実施形態に係る機器２０は、ブラウザ２１０が搭載されていれば良い。

図４に示すサービス提供システム１０は、入出力サービス処理部１１０と、Ｗｅｂサービス処理部１２０と、ドキュメントサービス部１３０と、外部サービス連携部１４０とを有する。これら各部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

また、図４に示すサービス提供システム１０は、アプリ情報記憶部１５０と、画面情報記憶部１６０と、リソース管理情報記憶部１７０とを有する。これら各記憶部は、ＨＤＤ１８により実現可能である。なお、アプリ情報記憶部１５０、画面情報記憶部１６０、及びリソース管理情報記憶部１７０の少なくとも１つの記憶部が、サービス提供システム１０とネットワークＮ１を介して接続される記憶装置等により実現されていても良い。

入出力サービス処理部１１０は、サービス提供システム１０が提供するサービスに関する処理を行う。ここで、入出力サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２と、データＩ／Ｆ部１１３とを有する。

アプリ管理部１１１は、アプリ情報記憶部１５０に記憶されているアプリ情報１０００を管理する。なお、アプリ情報１０００とは、各種のサービスを提供するアプリケーションである。すなわち、サービス提供システム１０が提供する各種のサービスは、アプリ情報１０００により提供される。

また、アプリ管理部１１１は、ロジック処理部１１２からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００を返信する。なお、処理フロー情報１１００は、アプリ情報１０００により提供されるサービスを実現する一連の処理（以降では、一連の処理を「処理フロー」とも表す。）が定義された情報である。

ロジック処理部１１２は、Ｗｅｂサービス処理部１２０からの要求に応じて、アプリ管理部１１１から処理フロー情報１１００を取得する。そして、ロジック処理部１１２は、取得した処理フロー情報１１００に基づいて、サービスを実現する処理フローを実行する。これにより、本実施形態に係る情報処理システム１では、サービス提供システム１０により各種のサービスが提供される。なお、ロジック処理部１１２の詳細については後述する。

データＩ／Ｆ部１１３は、Ｗｅｂサービス処理部１２０やロジック処理部１１２からの要求に応じて、外部サービス連携部１４０のデータ処理部１４２に各種の要求を行う。例えば、データＩ／Ｆ部１１３は、外部サービス連携部１４０のデータ処理部１４２に、電子ファイルの格納先の一覧（すなわち、電子ファイルの格納先リスト）を示すファイル一覧の取得要求を行う。

Ｗｅｂサービス処理部１２０は、ブラウザ２１０からの要求に応じて、画面情報記憶部１６０に記憶されている画面情報２０００を返信する。なお、画面情報２０００は、ブラウザ２１０に表示される画面を定義した情報であり、例えばＨＴＭＬ（HyperText Markup Language）やＣＳＳ（Cascading Style Sheets）等の形式で定義されている。

これにより、機器２０の操作パネル２２には、ブラウザ２１０により、サービス提供システム１０が提供するサービスを選択するためのサービス一覧画面や、サービスを利用するためのサービス画面等が表示される。

また、Ｗｅｂサービス処理部１２０は、ブラウザ２１０からの要求に応じて、入出力サービス処理部１１０に各種の要求を行う。例えば、Ｗｅｂサービス処理部１２０は、ブラウザ２１０からの要求に応じて、「ＯＣＲ配信」サービスを実現する処理フローの実行要求を、入出力サービス処理部１１０のロジック処理部１１２に行う。

ドキュメントサービス部１３０は、処理フロー情報１１００に基づく一連の処理（処理フロー）に含まれる処理を実行する。ここで、ドキュメントサービス部１３０は、メール配信部１３１と、ＯＣＲ処理部１３２とを有する。

メール配信部１３１は、電子ファイルを添付したメールを作成して、当該メールを指定されたメールアドレス宛に配信する。ＯＣＲ処理部１３２は、電子ファイルをＯＣＲ処理する。

なお、ドキュメントサービス部１３０は、例えば、電子ファイルのデータ形式を所定のデータに変換するデータ変換部、電子ファイルを圧縮又は解凍する圧縮・解凍部等を有していても良い。

このように、ドキュメントサービス部１３０には、一連の処理（処理フロー）に含まれる処理を実行する種々の機能部が含まれる。したがって、ドキュメントサービス部１３０は、これら種々の機能を提供するプログラム（モジュール）群により実現される。

外部サービス連携部１４０は、ロジック処理部１１２やデータＩ／Ｆ部１１３からの要求に応じて、外部ストレージシステム３０に各種の要求を行う。

本実施形態に係るサービス提供システム１０は、外部ストレージシステム３０毎に、当該外部ストレージシステム３０に対応する外部サービス連携部１４０を有する。すなわち、本実施形態に係るサービス提供システム１０は、外部ストレージシステム３０_１に各種の要求を行うための外部サービス連携部１４０_１、外部ストレージシステム３０_２に各種の要求を行うための外部サービス連携部１４０_２等を有する。

このように、本実施形態に係るサービス提供システム１０は、当該サービス提供システム１０と連携して処理を行う外部ストレージシステム３０毎に、それぞれ対応する外部サービス連携部１４０を有する。なお、以降では、複数の外部サービス連携部１４０について、各々を区別するときは、上記のように、「外部サービス連携部１４０_１」、「外部サービス連携部１４０_２」等と添え字を用いて記載する。

ここで、外部サービス連携部１４０は、ロジック処理部１１２からの要求を受信するファイル処理部１４１と、データＩ／Ｆ部１１３からの要求を受信するデータ処理部１４２とを有する。

ファイル処理部１４１は、外部ストレージシステム３０に保存されている電子ファイルに対する操作（例えば、取得、保存、編集等）を行うためのＡＰＩ（Application Programming Interface）が定義された共通Ｉ／Ｆ１４１１及び固有Ｉ／Ｆ１４１２を有する。

共通Ｉ／Ｆ１４１１は、複数の外部ストレージシステム３０間で共通に利用できるＡＰＩであり、例えば図５（ａ）に示すＡＰＩが挙げられる。すなわち、ファイル処理部１４１の共通Ｉ／Ｆ１４１１は、全ての外部ストレージシステム３０が利用できるファイル操作に関する機能（例えば、電子ファイルの取得、保存等）を利用するためのＡＰＩ群である。

一方、固有Ｉ／Ｆ１４１２は、特定の外部ストレージシステム３０において利用できるＡＰＩであり、例えば図５（ｂ）に示すＡＰＩが挙げられる。すなわち、ファイル処理部１４１の固有Ｉ／Ｆ１４１２は、特定の外部ストレージシステム３０において利用できるファイル操作に関する機能（例えば、電子ファイルの編集等）を利用するためのＡＰＩ群である。

したがって、共通Ｉ／Ｆ１４１１は、全ての外部サービス連携部１４０に対して同様に定義される。一方で、固有Ｉ／Ｆ１４１２は、当該固有Ｉ／Ｆ１４１２で定義されるＡＰＩが利用可能な特定の外部ストレージシステム３０に対応する外部サービス連携部１４０に対して定義される。

また、データ処理部１４２は、外部ストレージシステム３０に保存されている電子ファイルの書誌情報等のメタデータ（例えば、ファイル一覧やフォルダ一覧等）を取得等するためのＡＰＩが定義された共通Ｉ／Ｆ１４２１及び固有Ｉ／Ｆ１４２２を有する。

共通Ｉ／Ｆ１４２１は、複数の外部ストレージシステム３０間で共通に利用できるＡＰＩであり、例えば図５（ｃ）に示すＡＰＩが挙げられる。すなわち、データ処理部１４２の共通Ｉ／Ｆ１４２１は、全ての外部ストレージシステム３０で利用できるメタデータ取得等の機能（例えば、ファイル一覧やフォルダ一覧の取得等）を利用するためのＡＰＩ群である。

一方、固有Ｉ／Ｆ１４２２は、特定の外部ストレージシステム３０において利用できるＡＰＩであり、例えば図５（ｄ）に示すＡＰＩが挙げられる。すなわち、データ処理部１４２の固有Ｉ／Ｆ１４２２は、特定の外部ストレージシステム３０において利用できるメタデータ取得等の機能（例えば、画像ファイル一覧の取得等）を利用するためのＡＰＩ群である。

したがって、共通Ｉ／Ｆ１４２１は、全ての外部サービス連携部１４０に対して同様に定義される。一方で、固有Ｉ／Ｆ１４２２は、当該固有Ｉ／Ｆ１４２２で定義されるＡＰＩが利用可能な特定の外部ストレージシステム３０に対応する外部サービス連携部１４０に対して定義される。

このように、本実施形態に係るサービス提供システム１０は、当該サービス提供システム１０と連携して処理を行う外部ストレージシステム３０毎に、それぞれの外部ストレージシステム３０に対応する外部サービス連携部１４０を有する。このため、例えば、サービス提供システム１０の連携先となる外部ストレージシステム３０を追加や削除（以降、「追加等）と表す。）する場合には、この外部ストレージシステム３０に対応する外部サービス連携部１４０を追加等すれば良い。

したがって、本実施形態に係るサービス提供システム１０では、連携先となる外部ストレージシステム３０の追加等に伴う影響を局所化することができる。換言すれば、本実施形態に係るサービス提供システム１０では、他の機能構成（例えば、入出力サービス処理部１１０やＷｅｂサービス処理部１２０等）に影響を与えることなく、連携先となる外部ストレージシステム３０の追加等を行うことができる。

このため、本実施形態に係るサービス提供システム１０では、当該サービス提供システム１０の連携先となる外部ストレージシステム３０を追加等した場合における開発工数を削減することができる。なお、外部サービス連携部１４０の追加等は、ＳＤＫ（Software Development Kit）を用いて行うことができる。

また、外部サービス連携部１４０は、共通Ｉ／Ｆ１４１１と固有Ｉ／Ｆ１４１２とを異なるモジュール等により実現している。また、共通Ｉ／Ｆ１４１１と固有Ｉ／Ｆ１４１２で定義されるＡＰＩは、外部サービス名（ストレージサービス名）を指定することで利用することができる（すなわち、「外部サービス名」が可変部分となっている。）。

したがって、本実施形態に係るサービス提供システム１０では、当該サービス提供システム１０の連携先となる外部ストレージシステム３０を追加する場合には、他の外部サービス連携部１４０に含まれる共通Ｉ／Ｆ１４１１を再利用することができる。換言すれば、連携先となる外部ストレージシステム３０を追加する場合には、固有Ｉ／Ｆ１４１２のみ開発すれば良い。これにより、本実施形態に係るサービス提供システム１０では、連携先となる外部ストレージシステム３０を追加する場合における開発工数をさらに削減することができる。なお、このことは共通Ｉ／Ｆ１４２１と固有Ｉ／Ｆ１４２２に関しても同様である。

アプリ情報記憶部１５０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００（アプリケーション）を一意に識別するアプリＩＤと関連付けてアプリ情報記憶部１５０に記憶されている。

ここで、アプリ情報１０００には、処理フロー情報１１００が含まれる。例えば、「ＯＣＲ配信」サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００が含まれる。なお、アプリ情報１０００には、２以上の処理フロー情報１１００が含まれていても良い。

処理フロー情報１１００は、上述したように、アプリ情報１０００により提供されるサービスを実現する一連の処理（処理フロー）が定義された情報である。なお、処理フロー情報１１００の詳細については後述する。

画面情報記憶部１６０は、画面情報２０００を記憶する。画面情報２０００は、上述したように、ブラウザ２１０に表示される画面を定義した情報である。なお、アプリ情報１０００により提供されるサービスを利用するためのサービス画面の画面情報２０００は、当該アプリ情報１０００のアプリＩＤと関連付けて画面情報記憶部１６０に記憶されている。

リソース管理情報記憶部１７０は、処理フロー情報１１００に基づく一連の処理（処理フロー）に含まれる各処理の処理結果等を管理するリソース管理情報１７０Ｄを記憶する。なお、リソース管理情報１７０Ｄの詳細については後述する。

ここで、ロジック処理部１１２の詳細な機能構成について、図６を参照しながら説明する。図６は、本実施形態に係るロジック処理部１１２の一例の機能構成を示す図である。

図６に示すロジック処理部１１２は、フロー実行部３０１と、コンポーネント管理部３０２と、コンポーネント群３０３と、型変換管理部３０４と、型変換群３０５と、リソース管理部３０６と、パラメータ置換部３０７とを有する。また、ロジック処理部１１２は、型変換情報テーブル３０００を有する。

フロー実行部３０１は、Ｗｅｂサービス処理部１２０を介して、ブラウザ２１０から処理実行要求を受信すると、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、フロー実行部３０１は、取得した処理フロー情報１１００に基づく一連の処理（処理フロー）を実行する。

ここで、処理フロー情報１１００に基づく一連の処理は、当該一連の処理に含まれる各処理を実行するためのコンポーネントを組み合わせることにより実行される。なお、コンポーネントは、所定の機能を提供するプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。

コンポーネント管理部３０２は、コンポーネントを管理する。コンポーネント管理部３０２は、フロー実行部３０１からの要求に応じて、コンポーネントを生成すると共に、生成したコンポーネントをフロー実行部３０１に返信する。なお、コンポーネントの生成とは、例えばクラスや関数等で定義されたコンポーネントを、メモリ（例えばＲＡＭ１４）上に展開することである。

コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３には、反復コンポーネント４０１と、リスト取得コンポーネント４０２と、メール配信コンポーネント４０３と、ファイル取得コンポーネント４０４と、ＯＣＲコンポーネント４０５とが含まれる。

反復コンポーネント４０１は、１以上の処理の反復を実現するためのコンポーネントである。すなわち、反復コンポーネント４０１は、１以上の処理を含む他の処理フローを繰り返し実行させることで、当該１以上の処理の反復を実現する。

このとき、反復コンポーネント４０１は、当該反復コンポーネント４０１に対するパラメータ情報に置換指定が含まれるか否かを判定する。そして、反復コンポーネント４０１は、パラメータ情報に置換指定が含まれると判定した場合、パラメータ情報の置換をパラメータ置換部３０７に要求する。なお、置換指定とは、パラメータ情報に含まれるパラメータ値を、例えば、他のコンポーネントの処理結果等を示すリソースに置換するための指定である。

リスト取得コンポーネント４０２は、指定された外部ストレージシステム３０から電子ファイルの格納先リストを取得するためのコンポーネントである。メール配信コンポーネント４０３は、指定されたメールアドレス宛にメール配信するためのコンポーネントである。

ファイル取得コンポーネント４０４は、外部ストレージシステム３０から電子ファイルを取得（ダウンロード）するためのコンポーネントである。ＯＣＲコンポーネント４０５は、電子ファイルをＯＣＲ処理するためのコンポーネントである。

なお、コンポーネント群３０３には、これら以外にも、例えば、電子ファイルの圧縮するための圧縮コンポーネント、電子ファイルのデータ形式を変換するためのコンポーネント等の各種のコンポーネントが含まれる。

また、コンポーネント群３０３に含まれる各コンポーネントは、コンポーネント共通Ｉ／Ｆ４００を有する。コンポーネント共通Ｉ／Ｆ４００は、各コンポーネントに対して共通に定義されたＡＰＩであり、コンポーネントを生成するためのＡＰＩと、コンポーネントの処理を実行するためのＡＰＩとが含まれる。

このように、各コンポーネントがコンポーネント共通Ｉ／Ｆ４００を有することで、コンポーネントの追加等に伴う影響を局所化することができる。すなわち、例えば、フロー実行部３０１やコンポーネント管理部３０２等に影響を与えることなく、コンポーネントの追加等を行うことができる。これにより、本実施形態に係るサービス提供システム１０では、所定の機能の追加等（すなわち、当該機能を実現する処理を実行するためのコンポーネントの追加等）に伴う開発工数を削減することができる。

なお、コンポーネント管理部３０２は、例えば、サービス提供システム１０の起動時に、コンポーネント共通Ｉ／Ｆ４００により、コンポーネント群３０３に含まれる各コンポーネントを生成しても良い。

型変換管理部３０４は、データ型の型変換を管理する。ここで、各コンポーネントは、自身が扱えるデータ型が予め決まっている。したがって、型変換管理部３０４は、コンポーネントからの要求に応じて、例えば図７に示す型変換情報テーブル３０００を参照して、型変換群３０５に含まれる型変換を生成する。

そして、型変換管理部３０４は、生成された型変換に型変換処理の実行を要求する。なお、型変換は、データ型の型変換処理を実行するプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。また、型変換の生成とは、例えばクラスや関数等で定義された型変換を、メモリ（例えばＲＡＭ１４上）に展開することである。

なお、データ型には、例えば、ストリームデータを示すデータ型「ＩｎｐｕｔＳｔｒｅａｍ」、記憶装置等に格納されている電子ファイルのパス（アドレス）を示す「ＬｏｃａｌＦｉｌｅＰａｔｈ」、及び電子ファイルの実体を示す「Ｆｉｌｅ」等が挙げられる。

ここで、型変換情報テーブル３０００について、図７を参照しながら説明する。図７は、型変換情報テーブルの一例を示す図である。

図７に示す型変換情報テーブル３０００は、データ項目として、変換前のデータ型と、変換後のデータ型と、生成する型変換とを有する。すなわち、型変換情報テーブル３０００に格納されている型変換情報は、変換前のデータ型及び変換後のデータ型毎に、当該変換前のデータ型を、当該変換後のデータ型に変換するための型変換が関連付けられた情報である。

型変換群３０５は、型変換の集合である。型変換群３０５には、データ型「ＩｎｐｕｔＳｔｒｅａｍ」を「ＬｏｃａｌＦｉｌｅＰａｔｈ」に変換するための第１の型変換５０１が含まれる。なお、型変換群３０５には、これ以外にも、例えば、データ型「ＬｏｃａｌＦｉｌｅＰａｔｈ」を「Ｆｉｌｅ」に変換するための第２の型変換等が含まれる。

また、型変換群３０５に含まれる各型変換は、型変換共通Ｉ／Ｆ５００を有する。型変換共通Ｉ／Ｆ５００は、各型変換に対して共通に定義されたＡＰＩであり、型変換を生成するためのＡＰＩと、型変換の型変換処理を実行するためのＡＰＩとが含まれる。

このように、各型変換が型変換共通Ｉ／Ｆ５００を有することで、型変換の追加等に伴う影響を局所化することができる。すなわち、例えば、型変換管理部３０４等に影響を与えることなく、型変換の追加等を行うことができる。これにより、本実施形態に係るサービス提供システム１０では、型変換の追加等に伴う開発工数を削減することができる。

リソース管理部３０６は、リソース管理情報記憶部１７０に記憶されたリソース管理情報１７０Ｄを管理する。すなわち、リソース管理部３０６は、各コンポーネントからの要求に応じて、当該コンポーネントの処理結果を、リソース管理情報１７０Ｄとしてリソース管理情報記憶部１７０に記憶させる。

パラメータ置換部３０７は、各コンポーネントに対するパラメータ情報を置換する。すなわち、パラメータ置換部３０７は、反復コンポーネント４０１からの要求に応じて、パラメータ情報に含まれるパラメータ値を、当該パラメータ値として定義されている置換指定に対応するリソースに置換する。

ここで、「ＯＣＲ配信」サービスを提供するアプリ情報１０００に含まれる処理フロー情報１１００について、図８を参照しながら説明する。図８は、処理フロー情報の一例を示す図である。

図８に示す処理フロー情報１１００は、「ＯＣＲ配信」サービスを実現する一連の処理（処理フロー）が定義された情報である。

図８に示す処理フロー情報１１００には、処理フロー情報１１００を一意に識別する識別情報を示すフローＩＤ１１０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１１０２とが含まれる。

フロー詳細１１０２には、処理フローに含まれる各処理をそれぞれ定義した処理定義１１１１〜１１１３が含まれる。各処理定義１１１１〜１１１３には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。

具体的には、処理定義１１１１の「"ｃｏｍｐｏｎｅｎｔ"」には、リスト取得コンポーネント４０２のコンポーネント名「"ｇｅｔＦｉｌｅＬｉｓｔ"」が定義されている。また、「"ｐａｒａｍｅｔｅｒｓ"」には、リスト取得コンポーネント４０２に対するパラメータ情報として、パラメータ名「"ｓｔｏｒａｇｅ"」と、パラメータ値「ｎｕｌｌ」とが定義されておいる。なお、パラメータ名「"ｓｔｏｒａｇｅ"」のパラメータ情報には、電子ファイルの格納先リストを取得する外部ストレージシステム３０の識別情報がパラメータ値として定義される。

同様に、処理定義１１１３の「"ｃｏｍｐｏｎｅｎｔ"」には、メール配信コンポーネント４０３のコンポーネント名「"ｓｅｎｄＭａｉｌ"」が定義されている。また、「"ｐａｒａｍｅｔｅｒｓ"」には、メール配信コンポーネント４０３に対するパラメータ情報として、パラメータ名「"ｔｏ"」と、パラメータ値「ｎｕｌｌ」とが定義されている。なお、パラメータ名「"ｔｏ"」のパラメータ情報には、メールの配信先となるメールアドレスがパラメータ値として定義される。

同様に、処理定義１１１２の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４０１のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４０１に対するパラメータ情報１１２１〜パラメータ情報１１２３が定義されている。

ここで、パラメータ情報１１２１は、パラメータ名「"ｆｌｏｗｉｄ"」のパラメータ情報であり、パラメータ値として、反復コンポーネント４０１が繰り返し実行させる他の処理フローのフローＩＤが定義される。

また、パラメータ情報１１２２は、パラメータ名「"ｆｌｏｗＤｅｔａｉｌｓ"」のパラメータ情報であり、パラメータ値として、当該他の処理フローのフロー詳細が定義される。すなわち、パラメータ情報１１２２のパラメータ値には、当該他の処理フローに含まれる各処理をそれぞれ定義した処理定義１１３１及び処理定義１１３２が定義されている。

さらに、パラメータ情報１１２３は、パラメータ名「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"」のパラメータ情報であり、パラメータ値として、当該他の処理フローを繰り返し実行させる回数（反復回数）が定義される。

このように、反復コンポーネント４０１による処理を定義した処理定義１１１２には、繰り返し実行させる他の処理フローのフロー詳細と、当該他の処理フローを繰り返し実行させる回数とが定義されている。これにより、後述するように、反復コンポーネント４０１により、他の処理フローが繰り返し実行され、１以上の処理の反復を実現することができる。

なお、各処理定義に定義された処理の実行順は、フロー詳細１１０２において、上から順に定義される。すなわち、図８に示す処理フロー情報１１００に基づく一連の処理（処理フロー）では、処理定義１１１１に定義された処理、処理定義１１１２に定義された処理、処理定義１１１３に定義された処理の順で実行される。ただし、これに限られず、処理フロー情報１１００には、例えば、各処理定義に定義された処理の実行順を示す情報が定義されていても良い。

ここで、図８に示す処理フロー情報１１００に基づく処理フロー（すなわち、「ＯＣＲ配信」サービスを実現する処理フロー）を、図９に示す。図９は、「ＯＣＲ配信」サービスを実現する処理フローの一例を説明するための図である。なお、以降では、処理フロー情報１１００に基づく処理フローを「親フロー」、反復コンポーネント４０１により繰り返し実行させる他の処理フローを「子フロー」とも表す。

図９に示すように、「ＯＣＲ配信」サービスを実現する処理フローでは、まず、リスト取得コンポーネント４０２により、外部ストレージシステム３０に格納されている電子ファイルの格納先リストが取得される。

次に、反復コンポーネント４０１により、格納先リストに含まれる格納先毎に、ファイル取得コンポーネント４０４による処理と、ＯＣＲコンポーネント４０５による処理とを繰り返し実行させる。これにより、格納先リストに含まれる格納先毎に、電子ファイルの取得（ダウンロード）及び当該電子ファイルのＯＣＲ処理が行われる。

最後に、メール配信コンポーネント４０３により、ＯＣＲ処理後の電子ファイルがメール配信される。

このように、「ＯＣＲ配信」サービスでは、親フローの反復コンポーネント４０１が子フロー（他の処理フロー）を繰り返し実行させることで、１以上の処理の反復を実現している。なお、子フローに反復コンポーネント４０１が含まれる場合には、他の処理フロー（孫フロー）を繰り返し実行させれば良い。

＜処理の詳細＞
次に、本実施形態に係る情報処理システムの処理の詳細について説明する。

以降では、機器２０のユーザＵが、ブラウザ２１０を用いて、サービス提供システム１０により提供されるサービスを利用する場合の処理について、図１０を参照しながら説明する。図１０は、本実施形態に係るサービス利用の全体処理の一例を示すシーケンス図である。

ユーザＵは、機器２０のブラウザ２１０を用いて、アプリ情報１０００により提供されるサービスの一覧を表示させるための表示操作を行う（ステップＳ１００１）。

機器２０のブラウザ２１０は、サービスの一覧を表示させるための表示操作を受け付けると、サービス一覧画面の取得要求を、サービス提供システム１０のＷｅｂサービス処理部１２０に送信する（ステップＳ１００２）。

Ｗｅｂサービス処理部１２０は、サービス一覧画面の取得要求を受信すると、当該サービス一覧画面の画面情報２０００を画面情報記憶部１６０から取得する（ステップＳ１００３）。そして、Ｗｅｂサービス処理部１２０は、サービス一覧画面の画面情報２０００をブラウザ２１０に返信する。

なお、サービス一覧画面の画面情報２０００には、サービス毎に、当該サービスを提供するアプリ情報１０００のアプリＩＤと、当該アプリ情報１０００に含まれる処理フロー情報１１００のフローＩＤとが含まれる。

機器２０のブラウザ２１０は、サービス一覧画面の画面情報２０００を受信すると、当該画面情報２０００に基づいて、例えば図１１（ａ）に示すサービス一覧画面４１００を操作パネル２２に表示させる（ステップＳ１００４）。

図１１（ａ）に示すサービス一覧画面４１００には、サービス提供システム１０により提供されるサービス名の一覧であるサービス名一覧４１０１が含まれる。

次に、ユーザＵは、サービス一覧画面４１００のサービス名一覧４１０１から、所望のサービスを選択する操作を行う（ステップＳ１００５）。ここで、以降では、サービス一覧画面４１００のサービス名一覧４１０１から「ＯＣＲ配信」が選択されたものとして説明する。

機器２０のブラウザ２１０は、サービスの選択操作を受け付けると、サービス画面の取得要求をＷｅｂサービス処理部１２０に送信する（ステップＳ１００６）。なお、当該取得要求には、ユーザＵにより選択された「ＯＣＲ配信」サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。

Ｗｅｂサービス処理部１２０は、サービス画面の取得要求を受信すると、当該取得要求に含まれるアプリＩＤに関連付けて画面情報記憶部１６０に記憶されている画面情報２０００（サービス画面の画面情報２０００）を取得する（ステップＳ１００７）。そして、Ｗｅｂサービス処理部１２０は、取得した画面情報２０００をブラウザ２１０に返信する。

機器２０のブラウザ２１０は、サービス画面の画面情報２０００を受信すると、当該画面情報２０００に基づいて、例えば図１１（ｂ）に示すサービス画面４２００を操作パネル２２に表示させる（ステップＳ１００８）。

図１１（ｂ）に示すサービス画面４２００は、ユーザＵにより選択された「ＯＣＲ配信」サービスを利用するための画面である。図１１（ｂ）に示すサービス画面４２００には、ストレージ指定欄４２０１と、メールアドレス指定欄４２０２と、実行ボタン４２０３とが含まれる。

ここで、ストレージ指定欄４２０１は、電子ファイルの格納先リストを取得する外部ストレージシステム３０のストレージサービス名を指定する欄である。メールアドレス指定欄４２０２は、ＯＣＲ処理された電子ファイルをメール送信する宛先（メールアドレス）を指定する欄である。なお、サービス画面４２００には、例えば、ＯＣＲ処理された電子ファイルをＣＣやＢＣＣでメール送信する宛先を指定するためのＣＣ指定欄やＢＣＣ指定欄等が含まれていても良い。

次に、ユーザＵは、サービス画面４２００において、ストレージ指定欄４２０１に所望のストレージサービス名を指定すると共に、メールアドレス指定欄４２０２に所望のメールアドレスを指定した上で、実行ボタン４２０３を押下する（ステップＳ１００９）。

ここで、以降では、ユーザＵにより、ストレージ指定欄４２０１に「ストレージＡ」が指定されると共に、メールアドレス指定欄４２０２にメールアドレス「ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ」が指定された上で、実行ボタン４２０３が押下されたものとして説明する。

機器２０のブラウザ２１０は、実行ボタン４２０３の押下操作を受け付けると、「ＯＣＲ配信」サービスを実現する処理フローの実行要求をＷｅｂサービス処理部１２０に送信する（ステップＳ１０１０）。

なお、当該実行要求には、「ＯＣＲ配信」サービスを提供するアプリ情報１０００のアプリＩＤと、当該サービスを実現するための処理フロー情報１１００のフローＩＤが含まれる。また、当該実行要求には、サービス画面４２００においてユーザＵにより入力された入力情報（すなわち、ストレージサービス名及びメールアドレス）が含まれる。

Ｗｅｂサービス処理部１２０は、処理フローの実行要求を受信すると、当該実行要求を、入出力サービス処理部１１０のロジック処理部１１２に送信する（ステップＳ１０１１）。

入出力サービス処理部１１０のロジック処理部１１２は、処理フローの実行要求を受信すると、当該実行要求に含まれるアプリＩＤ及びフローＩＤに対応する処理フロー情報１１００に基づく一連の処理（すなわち、親フロー）を実行する（ステップＳ１０１２）。

そして、ロジック処理部１１２は、当該一連の処理の処理結果を、Ｗｅｂサービス処理部１２０を介して、機器２０のブラウザ２１０に返信する。

これにより、本実施形態に係るサービス提供システム１０において、「ＯＣＲ配信」サービスを実現する一連の処理が実行され、機器２０に対して当該サービスが提供される。

ここで、上記のステップＳ１０１２の処理フローの実行処理（親フローの実行処理）の詳細について、図１２を参照しながら説明する。図１２は、本実施形態に係る親フローの実行処理の一例を示すシーケンス図である。

フロー実行部３０１は、処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ１２０１）。なお、当該取得要求には、Ｗｅｂサービス処理部１２０から受信した処理フローの実行要求に含まれるアプリＩＤと、フローＩＤとが含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるアプリＩＤ及びフローＩＤに対応する処理フロー情報１１００をアプリ情報記憶部１５０から取得する（ステップＳ１２０２）。そして、アプリ管理部１１１は、取得した処理フロー情報１１００をフロー実行部３０１に返信する。これにより、フロー実行部３０１には、図８に示す処理フロー情報１１００が返信される。

フロー実行部３０１は、アプリ管理部１１１から処理フロー情報１１００を受信すると、当該処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２０３）。

すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｇｅｔＦｉｌｅＬｉｓｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｇｅｔＦｉｌｅＬｉｓｔ"」のコンポーネント（すなわち、リスト取得コンポーネント４０２）を生成する（ステップＳ１２０４）。なお、リスト取得コンポーネント４０２の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成したリスト取得コンポーネント４０２をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、リスト取得コンポーネント４０２が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネント実行要求をリスト取得コンポーネント４０２に送信する（ステップＳ１２０５）。なお、当該実行要求には、データと、パラメータ情報とが含まれる。

ここで、データは、データ型「ＩｎｐｕｔＳｔｒｅａｍ」として、ブラウザ２１０から受信した入力情報（すなわち、ストレージサービス名「ストレージＡ」）である。すなわち、フロー実行部３０１は、ブラウザ２１０からデータ型「ＩｎｐｕｔＳｔｒｅａｍ」として渡された入力情報に含まれるストレージサービス名を、単に「データ」として（データ型を意識することなく）、リスト取得コンポーネント４０２に渡して処理の実行を要求する。本実施形態では、このようにデータ型を意識しない各種の情報（例えば、入力情報や電子ファイル等）を、単に「データ」と表す。

また、パラメータ情報は、図８に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている「"ｓｔｏｒａｇｅ"：ｎｕｌｌ」である。

リスト取得コンポーネント４０２は、コンポーネント実行要求を受信すると、コンポーネントの実行処理を行う（ステップＳ１２０６）。そして、リスト取得コンポーネント４０２は、当該実行処理の処理結果を示すデータをフロー実行部３０１に返信する。

なお、ここで返信されるデータには、例えば、リスト取得コンポーネント４０２の実行処理が正常に終了したことを示す情報が含まれる。

ここで、リスト取得コンポーネント４０２の実行処理について、図１３を参照しながら説明する。図１３は、本実施形態に係るリスト取得コンポーネント４０２の実行処理の一例を示すシーケンス図である。

まず、リスト取得コンポーネント４０２は、型変換要求を型変換管理部３０４に送信する（ステップＳ１３０１）。なお、当該型変換要求には、データと、リスト取得コンポーネント４０２が扱うことができるデータ型を示す「ＬｏｃａｌＦｉｌｅＰａｔｈ」の指定とが含まれる。

型変換管理部３０４は、型変換要求を受信すると、当該型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致するか否かをチェックする（ステップＳ１３０２）。

ここで、受信した型変換要求に含まれるデータのデータ型は「ＩｎｐｕｔＳｔｒｅａｍ」である一方、指定されたデータ型は「ＬｏｃａｌＦｉｌｅＰａｔｈ」である。したがって、型変換管理部３０４は、型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致しないものと判断する。

すると、型変換管理部３０４は、型変換情報テーブル３０００を参照して、「ＩｎｐｕｔＳｔｒｅａｍ」を「ＬｏｃａｌＦｉｌｅＰａｔｈ」に変換するための第１の型変換５０１を特定して、当該特定した第１の型変換５０１を生成する（ステップＳ１３０３）。なお、第１の型変換５０１の生成は、型変換共通Ｉ／Ｆ５００に定義されたＡＰＩを用いて行うことができる。

次に、型変換管理部３０４は、生成された第１の型変換５０１に対して、型変換要求を送信する（ステップＳ１３０４）。なお、当該型変換要求には、データが含まれる。

第１の型変換５０１は、型変換要求を受信すると、当該要求に含まれるデータのデータ型を「ＩｎｐｕｔＳｔｒｅａｍ」から「ＬｏｃａｌＦｉｌｅＰａｔｈ」に変換する（ステップＳ１３０５）。そして、第１の型変換５０１は、当該変換後のデータを、型変換管理部３０４を介して、リスト取得コンポーネント４０２に返信する。

リスト取得コンポーネント４０２は、型変換後のデータを受信すると、パラメータ情報を用いて処理を実行する（ステップＳ１３０６）。すなわち、リスト取得コンポーネント４０２は、パラメータ情報に含まれるパラメータ名「"ｓｔｏｒａｇｅ"」のパラメータ値に、データに含まれる「ストレージＡ」を指定して、リスト取得処理を実行する。

より具体的には、リスト取得コンポーネント４０２は、データＩ／Ｆ部１１３を介して、外部サービス連携部１４０_１のデータ処理部１４２に対して、図５（ｃ）に示すＡＰＩ「／外部サービス名／ｄａｔａ／ｆｉｌｅｓ」を用いて、ファイル一覧を取得する。これにより、リスト取得コンポーネント４０２により、ストレージＡにおける電子ファイルの格納先リストが取得される。

次に、リスト取得コンポーネント４０２は、処理を実行すると、処理結果の保存要求をリソース管理部３０６に送信する（ステップＳ１３０７）。なお、当該保存要求には、リスト取得コンポーネント４０２の処理の結果を示すデータ（すなわち、電子ファイルの格納先リスト）が含まれる。

リソース管理部３０６は、処理結果の保存要求を受信すると、当該保存要求に含まれるデータに基づいて、リソース管理情報記憶部１７０に記憶されているリソース管理情報１７０Ｄに処理結果を保存する（ステップＳ１３０８）。そして、リソース管理部３０６は、保存結果をリスト取得コンポーネント４０２に返信する。

ここで、リソース管理情報１７０Ｄに保存されたリスト取得コンポーネント４０２の処理結果について、図１４を参照しながら説明する。図１４は、リソース管理情報の一例を示す図である。

図１４に示すように、リソース管理情報１７０Ｄには、リスト取得コンポーネント４０２の処理結果１７１が保存されている。すなわち、処理結果１７１には、電子ファイルの格納先ＵＲＬ（Uniform Resource Locator）を示す「"ｕｒｌ［０］"」〜「"ｕｒｌ［Ｎ−１］"」と、格納先リストのサイズ（すなわち、格納先ＵＲＬの数）を示す「"ｓｉｚｅ"」とが含まれる。換言すれば、処理結果１７１には、電子ファイルの格納先ＵＲＬがそれぞれ格納された配列「"ｕｒｌ［０］"」〜「"ｕｒｌ［Ｎ−１］"」と、当該配列の個数「"ｓｉｚｅ"」とが含まれる。

このように、リソース管理情報１７０Ｄには、一連の処理に含まれる各処理を実行するためのコンポーネントの処理結果が保存される。

図１２に戻る。フロー実行部３０１は、コンポーネントの実行処理の処理結果を示すデータを受信すると、処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２０７）。

すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４０１）を生成する（ステップＳ１２０８）。なお、反復コンポーネント４０１の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した反復コンポーネント４０１をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４０１が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネント実行要求を反復コンポーネント４０１に送信する（ステップＳ１２０９）。なお、当該実行要求には、データと、パラメータ情報とが含まれる。

ここで、パラメータ情報は、図８に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ情報１１２１〜パラメータ情報１１２３である。

反復コンポーネント４０１は、コンポーネント実行要求を受信すると、コンポーネントの実行処理を行う（ステップＳ１２１０）。そして、反復コンポーネント４０１は、当該実行処理の処理結果を示すデータをフロー実行部３０１に返信する。なお、反復コンポーネント４０１の実行処理の詳細については後述する。

以降では、反復コンポーネント４０１の実行処理により、電子ファイルの格納先ＵＲＬを示す「"ｕｒｌ［０］"」〜「"ｕｒｌ［Ｎ−１］"」に基づいて、それぞれ、電子ファイルが取得されて、ＯＣＲ処理が行われたものとして説明する。

なお、ここで返信されるデータには、例えば、反復コンポーネント４０１の実行処理が正常に終了したことを示す情報と、ＯＣＲ処理後のＮ個（Ｎは、格納先リストのサイズ）の電子ファイルとが含まれる。

フロー実行部３０１は、コンポーネントの実行処理の処理結果を示すデータを受信すると、処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２１１）。

すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｓｅｎｄＭａｉｌ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｓｅｎｄＭａｉｌ"」のコンポーネント（すなわち、メール配信コンポーネント４０３）を生成する（ステップＳ１２１２）。なお、メール配信コンポーネント４０３の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成したメール配信コンポーネント４０３をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、メール配信コンポーネント４０３が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネント実行要求をメール配信コンポーネント４０３に送信する（ステップＳ１２１３）。なお、当該実行要求には、データと、パラメータ情報とが含まれる。

ここで、データには、入力情報に含まれるメールアドレス「ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ」が含まれる。

また、パラメータ情報は、図８に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている「"ｔｏ"：ｎｕｌｌ」である。

メール配信コンポーネント４０３は、コンポーネント実行要求を受信すると、コンポーネントの実行処理を行う（ステップＳ１２１４）。そして、メール配信コンポーネント４０３は、当該実行処理の処理結果を示すデータをフロー実行部３０１に返信する。

なお、ここで返信されるデータには、例えば、メール配信コンポーネント４０３の実行処理が正常に終了したことを示す情報が含まれる。

ここで、メール配信コンポーネント４０３の実行処理について、図１５を参照しながら説明する。図１５は、本実施形態に係るメール配信コンポーネント４０３の実行処理の一例を示すシーケンス図である。

まず、メール配信コンポーネント４０３は、型変換要求を型変換管理部３０４に送信する（ステップＳ１５０１）。なお、当該型変換要求には、データと、メール配信コンポーネント４０３が扱うことができるデータ型を示す「ＬｏｃａｌＦｉｌｅＰａｔｈ」の指定とが含まれる。

型変換管理部３０４は、型変換要求を受信すると、当該型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致するか否かをチェックする（ステップＳ１５０２）。

ここで、受信した型変換要求に含まれるデータのデータ型は「ＬｏｃａｌＦｉｌｅＰａｔｈ」であり、指定されたデータ型も「ＬｏｃａｌＦｉｌｅＰａｔｈ」である。したがって、型変換管理部３０４は、型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致するものと判断する。

すると、型変換管理部３０４は、型変換要求に含まれるデータを、メール配信コンポーネント４０３に返信する。このように、データ型のチェックにおいてデータ型が一致するものと判断された場合、型変換管理部３０４は、型変換の生成を行わない。

メール配信コンポーネント４０３は、データを受信すると、パラメータ情報を用いて処理を実行する（ステップＳ１５０３）。すなわち、メール配信コンポーネント４０３は、まず、パラメータ情報に含まれるパラメータ名「"ｔｏ"」のパラメータ値に、データに含まれるメールアドレス「ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ」を指定する。そして、メール配信コンポーネント４０３は、データに含まれる電子ファイルを添付したメールを作成した上で、指定されたメールアドレス宛にメールを送信する。なお、メール配信コンポーネント４０３は、ドキュメントサービス部１３０のメール配信部１３１により、メールの作成及び送信処理を実行する。

ここで、上記のステップＳ１２１０における反復コンポーネント４０１の実行処理について、図１６を参照しながら説明する。図１６は、本実施形態に係る反復コンポーネントの実行処理の一例を示すシーケンス図である。

まず、反復コンポーネント４０１は、型変換要求を型変換管理部３０４に送信する（ステップＳ１６０１）。なお、当該型変換要求には、データと、反復コンポーネント４０１が扱うことができるデータ型を示す「ＬｏｃａｌＦｉｌｅＰａｔｈ」の指定とが含まれる。

型変換管理部３０４は、型変換要求を受信すると、当該型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致するか否かをチェックする（ステップＳ１６０２）。

ここで、受信した型変換要求に含まれるデータのデータ型は「ＬｏｃａｌＦｉｌｅＰａｔｈ」であり、指定されたデータ型も「ＬｏｃａｌＦｉｌｅＰａｔｈ」である。したがって、型変換管理部３０４は、型変換要求に含まれるデータのデータ型と、指定されたデータ型とが一致するものと判断する。

すると、型変換管理部３０４は、型変換要求に含まれるデータを、反復コンポーネント４０１に返信する。このように、データ型のチェックにおいてデータ型が一致するものと判断された場合、型変換管理部３０４は、型変換の生成を行わない。

反復コンポーネント４０１は、データを受信すると、子フローを実行させた回数（実行済回数）を示す変数「ｉｎｄｅｘ」を「０」に設定する（ステップＳ１６０３）。なお、変数「ｉｎｄｅｘ」は、例えば、予約語として、反復コンポーネント４０１に定義されている。

次に、反復コンポーネント４０１は、パラメータ情報１１２３を評価する（ステップＳ１６０４）。すなわち、反復コンポーネント４０１は、パラメータ情報１１２３に置換指定が含まれるか否かを判定する。換言すれば、反復コンポーネント４０１は、他の処理フローの反復回数を示すパラメータ名（すなわち、「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"」）のパラメータ値に置換指定が定義されているか否かを判定する。

ここで、パラメータ情報１１２３には、パラメータ名「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"」のパラメータ値に置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｓｉｚｅ｝"」が定義されている。したがって、本実施形態では、反復コンポーネント４０１は、パラメータ情報１１２３に置換指定が含まれると判定する。

ステップＳ１６０４において、パラメータ情報１１２３に置換指定が含まれると判定された場合、反復コンポーネント４０１は、パラメータ情報の置換要求をパラメータ置換部３０７に送信する（ステップＳ１６０５）。なお、当該置換要求には、パラメータ情報１１２３（すなわち、「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"："＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｓｉｚｅ｝"」）が含まれる。

次に、パラメータ置換部３０７は、パラメータ情報の置換要求を受信すると、リソースの取得要求をリソース管理部３０６に送信する（ステップＳ１６０６）。なお、当該取得要求には、置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｓｉｚｅ｝"」が含まれる。

リソース管理部３０６は、リソースの取得要求を受信すると、当該取得要求に含まれる置換指定に対応するリソースを、リソース管理情報記憶部１７０に記憶されているリソース管理情報１７０Ｄから取得する（ステップＳ１６０７）。そして、リソース管理部３０６は、取得したリソースをパラメータ置換部３０７に返信する。

すなわち、リソース管理部３０６は、図１４に示すリソース管理情報１７０Ｄに保存されている処理結果１７１に含まれる「"ｓｉｚｅ"」に対応するリソース（すなわち、「"Ｎ"」）を取得する。そして、リソース管理部３０６は、リソース「"Ｎ"」をパラメータ置換部３０７に返信する。

次に、パラメータ置換部３０７は、リソース管理部３０６からリソースが返信されると、パラメータ情報１１２３に含まれるパラメータ値に定義されている置換指定を、当該リソースで置換する（ステップＳ１６０８）。

すなわち、パラメータ置換部３０７は、パラメータ情報１１２３の置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｓｉｚｅ｝"」を、リソース「"Ｎ"」で置換する。そして、パラメータ置換部３０７は、置換後のパラメータ情報１１２３（すなわち、パラメータ情報「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"："Ｎ"」）を反復コンポーネント４０１に返信する。

ここで、反復コンポーネント４０１は、実行済回数を示す変数「ｉｎｄｅｘ」の値が、パラメータ名「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"」のパラメータ値より小さい間、以降のステップＳ１６０９〜ステップＳ１６１８の処理を実行する。本実施形態では、上述したように、パラメータ名「"ｎｕｍｂｅｒＯｆＩｔｅｒａｔｉｏｎｓ"」のパラメータ値は、パラメータ置換部３０７により置換された結果、「"Ｎ"」である。したがって、本実施形態では、反復コンポーネント４０１は、変数「ｉｎｄｅｘ」の値が、「"Ｎ"」より小さい間、以降のステップＳ１６０９〜ステップＳ１６１８の処理を実行する。

反復コンポーネント４０１は、パラメータ情報１１２２を評価する（ステップＳ１６０９）。すなわち、反復コンポーネント４０１は、パラメータ情報１１２２に置換指定が含まれるか否かを判定する。換言すれば、反復コンポーネント４０１は、子フローのフロー詳細を示すパラメータ情報１１２２に置換指定が含まれるか否かを判定する。

ここで、パラメータ情報１１２２には、パラメータ名「"ｌｏｃａｔｉｏｎ"」のパラメータ情報に、置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［ｉｎｄｅｘ］｝"」がパラメータ値として定義されている。したがって、本実施形態では、反復コンポーネント４０１は、パラメータ情報１１２２に置換指定が含まれると判定する。

ステップＳ１６０９において、パラメータ情報１１２２に置換指定が含まれると判定された場合、反復コンポーネント４０１は、パラメータ情報の置換要求をパラメータ置換部３０７に送信する（ステップＳ１６１０）。なお、当該置換要求には、置換指定が含まれるパラメータ情報「"ｌｏｃａｔｉｏｎ"："＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［ｉｎｄｅｘ］｝"」が含まれる。

次に、パラメータ置換部３０７は、パラメータ情報の置換要求を受信すると、リソースの取得要求をリソース管理部３０６に送信する（ステップＳ１６１１）。なお、当該取得要求には、置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［ｉｎｄｅｘ］｝"」が含まれる。

リソース管理部３０６は、リソースの取得要求を受信すると、当該取得要求に含まれる置換指定に対応するリソースを、リソース管理情報記憶部１７０に記憶されているリソース管理情報１７０Ｄから取得する（ステップＳ１６１２）。そして、リソース管理部３０６は、取得したリソースをパラメータ置換部３０７に返信する。

すなわち、リソース管理部３０６は、図１４に示すリソース管理情報１７０Ｄに保存されている処理結果１７１に含まれる「"ｕｒｌ［０］"」〜「"ｕｒｌ［Ｎ−１］"」のうち、変数「ｉｎｄｅｘ」の値に対応するリソースを取得する。例えば、変数「ｉｎｄｅｘ」の値が「１」である場合、リソース管理部３０６は、「"ｕｒｌ［１］"」に対応するリソース（すなわち、「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ１.ｊｐｇ"」）を取得する。同様に、例えば、変数「ｉｎｄｅｘ」の値が「２」である場合、リソース管理部３０６は、「"ｕｒｌ［２］"」に対応するリソース（すなわち、「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ２.ｊｐｇ"」）を取得する。

そして、リソース管理部３０６は、取得したリソースをパラメータ置換部３０７に返信する。

次に、パラメータ置換部３０７は、リソース管理部３０６からリソースが返信されると、パラメータ情報に含まれるパラメータ値に定義されている置換指定を、当該リソースで置換する（ステップＳ１６１３）。

すなわち、パラメータ置換部３０７は、例えば、変数「ｉｎｄｅｘ」の値が「１」である場合、パラメータ情報「"ｌｏｃａｔｉｏｎ"："＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［ｉｎｄｅｘ］｝"」に含まれる置換指定を、リソース「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ１.ｊｐｇ"」で置換する。同様に、パラメータ置換部３０７は、例えば、変数「ｉｎｄｅｘ」の値が「２」である場合、パラメータ情報「"ｌｏｃａｔｉｏｎ"："＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［ｉｎｄｅｘ］｝"」に含まれる置換指定を、リソース「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ２.ｊｐｇ"」で置換する。

そして、パラメータ置換部３０７は、置換後のパラメータ情報を反復コンポーネント４０１に返信する。

次に、反復コンポーネント４０１は、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ１６１４）。なお、当該実行要求には、パラメータ情報１１２１のパラメータ値として定義されたフローＩＤと、型変換管理部３０４から受信したデータと、置換後のパラメータ情報１１２２とが含まれる。

ここで、置換後のパラメータ情報１１２２は、パラメータ置換部３０７により置換指定が置換された後のパラメータ情報１１２２である。ただし、上記のステップＳ１６０９において、パラメータ情報１１２２に置換指定が含まれないと判定された場合、反復コンポーネント４０１は、当該パラメータ情報１２２を、処理フローの実行要求に含めれば良い。

このように、反復コンポーネント４０１は、子フローのフロー詳細を示すパラメータ情報に含まれるパラメータ値に置換指定が定義されている場合には、当該置換指定に対応するリソースに置換した上で、置換後のパラメータ情報をフロー実行部３０１に送信する。

次に、フロー実行部３０１は、処理フローの実行要求を受信すると、当該実行要求に含まれるパラメータ情報１１２２により示されるフロー詳細に基づく一連の処理（すなわち、子フロー）を実行する（ステップＳ１６１５）。そして、フロー実行部３０１は、当該一連の処理の処理結果を示すデータを反復コンポーネント４０１に返信する。

次に、反復コンポーネント４０１は、一連の処理（子フロー）の処理結果を示すデータをフロー実行部３０１から受信すると、処理結果の保存要求をリソース管理部３０６に送信する（ステップＳ１６１６）。なお、当該保存要求には、一連の処理結果を示すデータが含まれる。

リソース管理部３０６は、処理結果の保存要求を受信すると、当該保存要求に含まれるデータに基づいて、リソース管理情報記憶部１７０に記憶されているリソース管理情報１７０Ｄに処理結果を保存する（ステップＳ１６１７）。そして、リソース管理部３０６は、保存結果を反復コンポーネント４０１に返信する。

ここで、リソース管理情報１７０Ｄに保存された子フローの処理結果について、図１７を参照しながら説明する。図１７は、子フローの処理結果が保存されたリソース管理情報の一例を示す図である。

図１７に示すように、リソース管理情報１７０Ｄには、子フローの処理結果１７２が保存されている。すなわち、処理結果１７２には、１回目（変数「ｉｎｄｅｘ」の値が「０」のとき）に実行された子フローの処理結果を示す「"ｓｅｌｆ［０］"」が含まれる。同様に、２回目（変数「ｉｎｄｅｘ」の値が「１」のとき）の子フローが実行された場合、処理結果１７２には、２回目に実行された子フローの処理結果を示す「"ｓｅｌｆ［１］"」が含まれる。以降も同様に、Ｎ回目（変数「ｉｎｄｅｘ」の値が「Ｎ−１」のとき）の子フローが実行された場合、処理結果１７２には、２回目に実行された子フローの処理結果を示す「"ｓｅｌｆ［Ｎ−１］"」が含まれる。

このように、処理結果１７２には、反復実行された子フローの処理結果が格納される配列「"ｓｅｌｆ"」が含まれる。したがって、本実施形態に係るサービス提供システム１０は、例えば、「"ｓｅｌｆ"」を用いてパラメータ情報を定義することで、各コンポーネントは、子フローの処理結果を用いた処理を実行することができるようになる。

図１６に戻る。反復コンポーネント４０１は、子フローの処理結果を示すデータをフロー実行部３０１から受信すると、実行済回数を示す変数「ｉｎｄｅｘ」の値に「１」を加算する（ステップＳ１６１８）。

このように、反復コンポーネント４０１は、処理フロー（子フロー）の実行要求を繰り返しフロー実行部３０１に送信することで、当該子フローを繰り返し実行させる。これにより、本実施形態に係るサービス提供システム１０では、反復コンポーネント４０１により、処理フローに含まれる１以上の処理の反復を実現することができる。

ここで、上記のステップＳ１６１５における子フローの実行処理について、図１８を参照しながら説明する。図１８は、本実施形態に係る子フローの実行処理の一例を示すシーケンス図である。

フロー実行部３０１は、処理フローの実行要求を受信すると、当該実行要求に含まれる置換後のパラメータ情報１１２２に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１８０１）。

すなわち、フロー実行部３０１は、置換後のパラメータ情報１１２２の処理定義１１３１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｇｅｔＦｉｌｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｇｅｔＦｉｌｅ"」のコンポーネント（すなわち、ファイル取得コンポーネント４０４）を生成する（ステップＳ１８０２）。なお、ファイル取得コンポーネント４０４の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成したファイル取得コンポーネント４０４をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、ファイル取得コンポーネント４０４が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネント実行要求をファイル取得コンポーネント４０４に送信する（ステップＳ１８０３）。なお、当該実行要求には、データと、パラメータ情報とが含まれる。

ここで、パラメータ情報は、置換後のパラメータ情報１１２２の処理定義１１３１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｌｏｃａｔｉｏｎ"」のパラメータ情報である。

すなわち、例えば、変数「ｉｎｄｅｘ」の値が「０」である場合、当該パラメータ情報は、「"ｌｏｃａｔｉｏｎ"："ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ１.ｊｐｇ"」である。同様に、例えば、変数「ｉｎｄｅｘ」の値が「１」である場合、当該パラメータ情報は、「"ｌｏｃａｔｉｏｎ"："ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ２.ｊｐｇ"」である。同様に、例えば、変数「ｉｎｄｅｘ」の値が「Ｎ−１」である場合、当該パラメータ情報は、「"ｌｏｃａｔｉｏｎ"："ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ ｕｓｅｒ１/ｆｉｌｅＮ−１.ｊｐg"」である。

ファイル取得コンポーネント４０４は、コンポーネント実行要求を受信すると、コンポーネントの実行処理を行う（ステップＳ１８０４）。すなわち、ファイル取得コンポーネント４０４は、当該実行要求に含まれるパラメータ情報のパラメータ値により示される格納先ＵＲＬから電子ファイルを取得（ダウンロード）する。

そして、ファイル取得コンポーネント４０４は、当該実行処理の処理結果を示すデータをフロー実行部３０１に返信する。なお、ここで返信されるデータには、パラメータ情報のパラメータ値により示される格納先ＵＲＬから取得（ダウンロード）された電子ファイルが含まれる。

次に、フロー実行部３０１は、当該データを受信すると、処理フローの実行要求に含まれる置換後のパラメータ情報１１２２に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１８０５）。

すなわち、フロー実行部３０１は、置換後のパラメータ情報１１２２の処理定義１１３２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｏｃｒ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｏｃｒ"」のコンポーネント（すなわち、ＯＣＲコンポーネント４０５）を生成する（ステップＳ１８０６）。なお、ＯＣＲコンポーネント４０５の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成したＯＣＲコンポーネント４０５をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、ＯＣＲコンポーネント４０５が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネント実行要求をＯＣＲコンポーネント４０５に送信する（ステップＳ１８０７）。なお、当該実行要求には、データと、パラメータ情報とが含まれる。

ここで、パラメータ情報は、置換後のパラメータ情報１１２２の処理定義１１３２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｌａｎｇｕａｇｅ"」のパラメータ情報（すなわち、「"ｌａｎｇｕａｇｅ"： "Ｅｎｇｌｉｓｈ"」）である。

ＯＣＲコンポーネント４０５は、コンポーネント実行要求を受信すると、コンポーネントの実行処理を行う（ステップＳ１８０８）。すなわち、ＯＣＲコンポーネント４０５は、パラメータ情報を用いて、データに含まれる電子ファイルにＯＣＲ処理を行う。なお、ＯＣＲコンポーネント４０５は、ドキュメントサービス部１３０のＯＣＲ処理部１３２により、電子ファイルにＯＣＲ処理を実行する。

そして、ＯＣＲコンポーネント４０５は、当該実行処理の処理結果を示すデータをフロー実行部３０１に返信する。なお、ここで返信されるデータには、ＯＣＲ処理後の電子ファイルが含まれる。

以上のように、本実施形態に係るサービス提供システム１０では、反復コンポーネント４０１により、他の処理フロー（子フロー）を繰り返し実行させる。これにより、本実施形態に係るサービス提供システム１０では、１以上の処理の反復を実現することができる。

しかも、本実施形態に係るサービス提供システム１０は、処理フローに含まれる処理の処理結果（すなわち、他のコンポーネントの処理結果）に応じて、反復コンポーネント４０１が他の処理フローを繰り返し実行させる回数を動的に制御することができる。

また、本実施形態に係るサービス提供システム１０は、子フローが用いるパラメータ情報のパラメータ値を、処理フローに含まれる処理の処理結果等を示すリソースに置換することで、当該処理結果に応じて、子フローの処理内容を動的に制御することができる。

ここで、「ＯＣＲ配信」サービスを実現する処理フローの他の例について、図１９を参照しながら説明する。図１９は、「ＯＣＲ配信」サービスを実現する処理フローの他の例を説明するための図である。

図１９に示す処理フローは、反復コンポーネント４０１により子フローを実行させる毎に、異なるパラメータ情報を用いるものである。すなわち、図１９に示す処理フローでは、反復コンポーネント４０１は、１回目に子フローを実行させるときには、「パラメータ情報１」を用いる一方、２回目に子フローを実行させるときには、「パラメータ情報２」を用いる。

このように、図１９に示す処理フローでは、反復コンポーネント４０１は、実行済回数に応じたパラメータ情報を用いて子フローを実行させる。

ここで、図１９に示す処理フローの処理フロー情報１１００について、図２０を参照しながら説明する。図２０は、処理フロー情報の他の例を示す図（その１）である。

図２０に示すように、反復コンポーネント４０１の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータリスト１１２４が定義されている。また、パラメータリスト１１２４には、実行済回数（変数「ｉｎｄｅｘ」の値）が「０」であるときに用いるパラメータ情報１１２５と、実行済回数（変数「ｉｎｄｅｘ」の値）が「１」であるときに用いるパラメータ情報１１２６とが定義されている。

すなわち、パラメータリスト１１２４に含まれるパラメータ情報１１２５及びパラメータ情報１１２６は、それぞれ、１回目に子フロー実行させるときに用いるパラメータ情報及び２回目に子フローを実行させるときに用いるパラメータ情報である。

このように、パラメータリスト１１２４には、子フローの実行済回数毎に、パラメータ情報が定義されている。これにより、反復コンポーネント４０１は、子フローの実行済回数毎に、異なるパラメータ情報を用いて子フローを実行させることができる。

なお、図２０に示す処理フロー情報１１００には、処理定義１１１２に子フローに用いるデータを指定するパラメータ情報１１２７が定義されている。パラメータ情報１１２７のパラメータ値が「"ｔｒｕｅ"」である場合には、図１６に示す反復コンポーネントの実行処理で説明したように、反復コンポーネント４０１は、リスト取得コンポーネント４０２の実行処理の処理結果を示すデータを用いて、子フローを実行させる。

一方、パラメータ情報１１２７のパラメータ値が「"ｆａｌｓｅ"」である場合には、反復コンポーネント４０１は、実行済回数が１以上のときに、１つ前に実行された子フローの実行処理の処理結果を示すデータを用いて、次の子フローを実行させる。すなわち、この場合、子フローは、データとして、「"ｓｅｌｆ［ｉｎｄｅｘ−１］"」により示される処理結果を用いて処理を実行する。

このように、反復コンポーネント４０１は、実行済回数が１以上である場合において、１つ前の子フローの実行処理の処理結果を示すデータを用いて、次の子フローの実行処理を行うようにすることもできる。

ここで、図１９に示す処理フローにおける反復コンポーネント４０１の実行処理について、図２１を参照しながら説明する。図２１は、本実施形態に係る反復コンポーネントの実行処理の他の例を示すシーケンス図（その１）である。以降では、反復コンポーネント４０１が子フローを実行させる回数（反復回数）は「２」であるものとして説明する。なお、ステップＳ１６０１〜ステップＳ１６０２及びステップＳ１６１５の処理は、図１６と同様であるため、その説明を省略する。

ステップＳ１６０２に続いて、反復コンポーネント４０１は、パラメータリスト１１２４に含まれるパラメータ情報１１２５及びパラメータ情報１１２６を評価する（ステップＳ２１０１）。すなわち、反復コンポーネント４０１は、パラメータ情報１１２５及びパラメータ情報１１２６の少なくとも一方に置換指定が含まれるか否かを判定する。

ここで、パラメータ情報１１２５には、パラメータ名「"ｌｏｃａｔｉｏｎ"」のパラメータ情報に、置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［０］｝"」がパラメータ値として定義されている。同様に、パラメータ情報１１２６には、パラメータ名「"ｌｏｃａｔｉｏｎ"」のパラメータ情報に、置換指定「"＃｛ｒｅｓｕｌｔ.ｇｅｔＦｉｌｅＬｉｓｔ.ｕｒｌ［１］｝"」がパラメータ値として定義されている。したがって、本実施形態では、反復コンポーネント４０１は、パラメータ情報１１２５及びパラメータ情報１１２６に置換指定が含まれると判定する。

ステップＳ２１０２において、パラメータ情報１１２５及びパラメータ情報１１２６の少なくとも一方に置換指定が含まれると判定された場合、反復コンポーネント４０１は、パラメータ情報の置換要求をパラメータ置換部３０７に送信する（ステップＳ２１０２）。なお、当該置換要求には、置換指定が含まれるパラメータ情報「"ｌｏｃａｔｉｏｎ"："＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［０］｝"」及び「"ｌｏｃａｔｉｏｎ"："＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［１］｝"」が含まれる。

次に、パラメータ置換部３０７は、パラメータ情報の置換要求を受信すると、リソースの取得要求をリソース管理部３０６に送信する（ステップＳ２１０３）。なお、当該取得要求には、置換指定「"＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［０］｝"」及び「"＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［１］｝"」が含まれる。

リソース管理部３０６は、リソースの取得要求を受信すると、当該取得要求に含まれる置換指定に対応するリソースを、リソース管理情報記憶部１７０に記憶されているリソース管理情報１７０Ｄから取得する（ステップＳ２１０４）。そして、リソース管理部３０６は、取得したリソースをパラメータ置換部３０７に返信する。

すなわち、リソース管理部３０６は、図１４に示すリソース管理情報１７０Ｄに保存されている処理結果１７１に含まれる「"ｕｒｌ［０］"」〜「"ｕｒｌ［Ｎ−１］"」のうち、「ｕｒｌ［０］」及び「ｕｒｌ［１］」のリソースを取得する。そして、リソース管理部３０６は、取得したリソースをパラメータ置換部３０７に返信する。

次に、パラメータ置換部３０７は、リソース管理部３０６からリソースが返信されると、パラメータ情報に含まれるパラメータ値に定義されている置換指定を、当該リソースで置換する（ステップＳ２１０５）。

すなわち、パラメータ置換部３０７は、置換指定「"＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［０］｝"」をリソース「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ１.ｊｐｇ"」で置換する。同様に、パラメータ置換部３０７は、置換指定「"＃｛ｒｅｓｕｌｔ．ｇｅｔＦｉｌｅＬｉｓｔ．ｕｒｌ［１］｝"」をリソース「"ｈｔｔｐ：//ｓｅｒｖｉｃｅ＿ａ.ｃｏｍ/ｕｓｅｒ１/ｆｉｌｅ２.ｊｐｇ"」で置換する。

そして、パラメータ置換部３０７は、置換後のパラメータ情報を反復コンポーネント４０１に返信する。

次に、反復コンポーネント４０１は、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ２１０６）。なお、当該実行要求には、パラメータ情報１１２１のパラメータ値として定義されたフローＩＤと、データと、パラメータ情報１とが含まれる。

ここで、パラメータ情報１は、パラメータ置換部３０７より返信された置換後のパラメータ情報１１２５である。

これにより、フロー実行部３０１により、パラメータ情報１（置換後のパラメータ情報１１２５として定義されたフロー詳細）に基づく一連の処理が実行される。

また、反復コンポーネント４０１は、１回目の処理フロー（子フロー）の実行処理の処理結果を示すデータを受信すると、２回目の処理フロー（子フロー）の実行要求をフロー実行部３０１に送信する（ステップＳ２１０６）。なお、当該実行要求には、パラメータ情報１１２１のパラメータ値として定義されたフローＩＤと、当該データと、パラメータ情報２とが含まれる。

ここで、パラメータ情報１は、パラメータ置換部３０７より返信された置換後のパラメータ情報１１２６である。

これにより、フロー実行部３０１により、パラメータ情報２（置換後のパラメータ情報１１２６として定義されたフロー詳細）に基づく一連の処理が実行される。

このように、反復コンポーネント４０１は、実行済回数毎に、異なるパラメータ情報を指定した子フローの実行要求をフロー実行部３０１に送信することができる。

ここで、「ＯＣＲ配信」サービスを実現する処理フローの処理フロー情報１１００の他の例について、図２２を参照しながら説明する。図２２は、処理フロー情報の他の例を示す図（その２）である。

図２２に示すように、反復コンポーネント４０１の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」には、次の子フローの実行をスキップさせる否かを判定するためのパラメータ情報１１２８が定義されている。パラメータ情報１１２８には、次の子フローを実行させるための「"（条件式）"」（例えば、論理式）が定義されている。

これにより、反復コンポーネント４０１は、「"（条件式）"」を満たす場合に次の子フローを実行させる一方で、「"（条件式）"」を満たさない場合には次の子フローの実行をスキップさせることができる。

なお、パラメータ情報１１２８には、例えば、子フローの繰り返し実行を中止させるか否かを示す「"ｂｒｅａｋＣｏｎｄｉｔｉｏｎ"："（条件式）"」が定義されていても良い。この場合、「"（条件式）"」には、子フローの繰り返し実行を中止させるための条件式が定義される。これにより、反復コンポーネント４０１は、パラメータ情報１１２８に定義された「"（条件式）"」を満たす場合に、子フローの繰り返し実行を中止させることができる。

ここで、図２２に示す処理フロー情報１１００における反復コンポーネント４０１の実行処理について、図２３を参照しながら説明する。図２３は、本実施形態に係る反復コンポーネントの実行処理の他の例を示すシーケンス図（その２）である。なお、ステップＳ１６０１〜ステップＳ１６０８、ステップＳ１６０９〜ステップＳ１６１８の処理は、図１６と同様であるため、その説明を省略する。

ステップＳ１６０４又はステップＳ１６０８に続いて、反復コンポーネント４０１は、パラメータ情報１１２８に定義された「"（条件式）"」を満たすか否かを判定する（ステップＳ２３０１）。

ステップＳ２３０１において、「"（条件式）"」を満たすと判定した場合、反復コンポーネント４０１は、ステップＳ１６０９〜ステップＳ１６１７の処理を実行させる。

一方で、ステップＳ２３０１において、「"（条件式）"」を満たさないと判定した場合、反復コンポーネント４０１は、ステップＳ６０９〜ステップＳ１６１７の処理を実行させない。すなわち、反復コンポーネント４０１は、子フローを実行させずに、実行済回数を示す変数「ｉｎｄｅｘ」に「１」を加算する。

これにより、反復コンポーネント４０１は、例えば、実行済回数を示す変数「ｉｎｄｅｘ」が「ｎ」である場合において、「"（条件式）"」を満たさないときは、ｎ＋１回目の子フローの実行をスキップすることができる。

以上のように、本実施形態に係るサービス提供システム１０は、サービスを実現する一連の処理において、１以上の処理を反復実行することができる。

しかも、本実施形態に係るサービス提供システム１０では、当該１以上の処理を反復実行させる回数を、他の処理の処理結果に応じて動的に異なるようにすることができる。また、本実施形態に係るサービス提供システム１０では、当該１以上の処理に用いるデータやパラメータ等を、当該１以上の処理の実行回数に応じて動的に決定することができる。

さらに、本実施形態に係るサービス提供システム１０は、子フローが用いるパラメータ情報のパラメータ値を、処理フローに含まれる処理の処理結果等を示すリソースに置換することで、当該処理結果に応じて、子フローの処理内容を動的に制御することができる。

これにより、本実施形態に係るサービス提供システム１０では、１以上の処理の反復により実現される種々のサービスを提供することができるようになる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 情報処理システム
１０ サービス提供システム
２０ 機器
３０ 外部ストレージシステム
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１１３ データＩ／Ｆ部
１２０ Ｗｅｂサービス処理部
１３０ ドキュメントサービス部
１３１ メール配信部
１３２ ＯＣＲ処理部
１４０ 外部サービス連携部
１４１ ファイル処理部
１４２ データ処理部
１５０ アプリ情報記憶部
１６０ 画面情報記憶部
１７０ リソース管理情報記憶部
２１０ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３０４ 型変換管理部
３０５ 型変換群
３０６ リソース管理部
３０７ パラメータ置換部
１０００ アプリ情報
１１００ 処理フロー情報
２０００ 画面情報
３０００ 型変換情報テーブル

特許第５１１２０８５号公報

Claims (10)

1. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段と、
   前記情報処理システムに接続される１以上の機器のうちの一の機器から、電子データに関する情報と、フロー識別情報とを受信する受信手段と、
   前記記憶手段に記憶されているフロー情報のうち、前記受信手段により受信された前記フロー識別情報と関連付けて前記記憶手段に記憶されているフロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている第１のプログラム識別情報により識別される第１のプログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている第１のパラメータを用いて実行させることで、前記受信手段により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手段と、を有し、
   前記実行手段は、
   繰り返し実行させる他の一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別する第２のプログラム識別情報と、該第２のプログラム識別情報により識別される第２のプログラムそれぞれの実行に用いられる第２のパラメータと、前記第２のプログラムの実行順とが前記第１のパラメータに含まれる場合であって、前記第２のパラメータに、該第２のパラメータに含まれるパラメータ値を他のデータ値に置換するための置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を前記他のデータ値に置換して、前記第２のプログラムそれぞれを、前記実行順に従って、前記置換後の第２のパラメータを用いて繰り返し実行する、情報処理システム。
2. 前記実行手段は、
   前記他の一連の処理を繰り返し実行させる処理に係る前記所定の処理を実行する反復プログラムを識別するプログラム識別情報が前記第１のパラメータに定義されている場合、前記反復プログラムが、前記第２のパラメータに前記置換指定が含まれるか否かを判定する、請求項１に記載の情報処理システム。
3. 前記他の一連の処理の繰り返し実行が終了すると、前記フロー情報に定義されている前記プログラム識別情報により識別される前記第１のプログラムのうち、未実行の第１のプログラムそれぞれを前記実行順に従って、前記第１のパラメータを用いて実行させることで、前記一連の処理に含まれる前記繰り返し実行させる処理の次の処理以降の処理を実行する、請求項２に記載の情報処理システム。
4. 前記実行手段により実行された前記プログラムの処理結果を示すデータ値を記憶する結果記憶手段と、
   前記第２のパラメータに前記置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を、前記置換指定に応じて、前記記憶手段に記憶されている前記データ値に置換する置換手段と、を有し、
   前記実行手段は、
   繰り返し実行させる他の一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別する第２のプログラム識別情報と、該第２のプログラム識別情報により識別される第２のプログラムそれぞれの実行に用いられる第２のパラメータと、前記第２のプログラムの実行順とが前記第１のパラメータに含まれる場合であって、前記第２のパラメータに前記置換指定が含まれる場合、前記置換手段により前記パラメータ値を前記他のデータ値に置換して、前記第２のプログラムそれぞれを、前記実行順に従って、前記置換後の第２のパラメータを用いて繰り返し実行する、請求項１乃至３の何れか一項に記載の情報処理システム。
5. 前記置換指定は、前記結果記憶手段における前記データ値の保存先を示す保存先情報が指定された情報であり、
   前記置換手段は、
   前記第２のパラメータに前記置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を、前記結果記憶手段に記憶されている前記データ値のうち、前記置換指定が指定する前記保存先情報により示されるデータ値に置換する、請求項４に記載の情報処理システム。
6. 前記実行手段は、
   電子データに対して、該電子データのデータ型を所定のデータ型に変換する型変換手段を１以上有し、
   前記電子データのデータ型を、前記型変換手段により前記プログラムが処理可能なデータ型に変換した後、前記プログラムに処理を実行させることにより、前記電子データを用いた前記一連の処理を実行する、請求項１乃至５の何れか一項に記載の情報処理システム。
7. 前記プログラムには、外部サービス毎に、外部サービスに関する処理を実行する外部サービスプログラムを含み、
   前記外部サービスプログラムは、
   外部サービスに格納されている電子データの格納先アドレスを取得する処理を実行するプログラムを少なくとも含む、請求項１乃至６の何れか１項に記載の情報処理システム。
8. 前記実行順は、前記フロー情報において前記プログラム識別情報が定義されている順である、請求項１乃至７の何れか１項に記載の情報処理システム。
9. 所定の処理をそれぞれ実行する複数のプログラムを有する情報処理装置であって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段と、
   前記情報処理装置に接続される１以上の機器のうちの一の機器から、電子データに関する情報と、フロー識別情報とを受信する受信手段と、
   前記記憶手段に記憶されているフロー情報のうち、前記受信手段により受信された前記フロー識別情報と関連付けて前記記憶手段に記憶されているフロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている第１のプログラム識別情報により識別される第１のプログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている第１のパラメータを用いて実行させることで、前記受信手段により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手段と、を有し、
   前記実行手段は、
   繰り返し実行させる他の一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別する第２のプログラム識別情報と、該第２のプログラム識別情報により識別される第２のプログラムそれぞれの実行に用いられる第２のパラメータと、前記第２のプログラムの実行順とが前記第１のパラメータに含まれる場合であって、前記第２のパラメータに、該第２のパラメータに含まれるパラメータ値を他のデータ値に置換するための置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を前記他のデータ値に置換して、前記第２のプログラムそれぞれを、前記実行順に従って、前記置換後の第２のパラメータを用いて繰り返し実行する、情報処理装置。
10. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段を有する情報処理システムに用いられる情報処理方法であって、
    前記情報処理システムに接続される１以上の機器のうちの一の機器から、電子データに関する情報と、フロー識別情報とを受信する受信手順と、
    前記記憶手段に記憶されているフロー情報のうち、前記受信手順により受信された前記フロー識別情報と関連付けて前記記憶手段に記憶されているフロー情報を取得する取得手順と、
    前記取得手順により取得された前記フロー情報に定義されている第１のプログラム識別情報により識別される第１のプログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている第１のパラメータを用いて実行させることで、前記受信手順により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手順と、を有し、
    前記実行手順は、
    繰り返し実行させる他の一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別する第２のプログラム識別情報と、該第２のプログラム識別情報により識別される第２のプログラムそれぞれの実行に用いられる第２のパラメータと、前記第２のプログラムの実行順とが前記第１のパラメータに含まれる場合であって、前記第２のパラメータに、該第２のパラメータに含まれるパラメータ値を他のデータ値に置換するための置換指定が含まれる場合、前記第２のパラメータに含まれる前記パラメータ値を前記他のデータ値に置換して、前記第２のプログラムそれぞれを、前記実行順に従って、前記置換後の第２のパラメータを用いて繰り返し実行する、情報処理方法。

Images