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

Description

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

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

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

しかしながら、上記の従来技術では、一連の処理において、処理の分岐が含まれる場合には、当該一連の処理を実行することができない場合があった。例えば、一のコンポーネントの処理結果が次のコンポーネントの入力となるような場合において、当該一のコンポーネントの処理結果に応じて、次のコンポーネントが動的に異なるようにすることはできなかった。

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

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

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

第一の実施形態に係る情報処理システムの一例のシステム構成を示す図である。 第一の実施形態に係るサービス提供システムの一例のハードウェア構成を示す図である。 第一の実施形態に係る機器の一例のハードウェア構成を示す図である。 第一の実施形態に係る情報処理システムの一例の機能構成を示す図である。 共通Ｉ／Ｆ及び固有Ｉ／Ｆの一例を説明するための図である。 第一の実施形態に係るロジック処理部の一例の機能構成を示す図である。 型変換情報テーブルの一例を示す図である。 第一の実施形態に係る処理フロー情報の一例を示す図である。 「コード配信」サービスを実現する処理フローの一例を説明するための図である。 第一の実施形態に係るサービス利用の全体処理の一例を示すシーケンス図である。 サービス一覧画面からサービス画面への画面遷移の一例を示す図である。 第一の実施形態に係る処理フローの実行処理の一例を示すシーケンス図である。 第一の実施形態に係るリソース管理情報の一例を示す図である。 第一の実施形態に係るバーコード認識コンポーネントの実行処理の一例を示すシーケンス図である。 バーコード認識コンポーネントの処理結果が格納されたリソース管理情報の一例を示す図である。 第一の実施形態に係るストレージＡ配信コンポーネントの実行処理の一例を示すシーケンス図である。 第一の実施形態に係るメール配信コンポーネントの実行処理の一例を示すシーケンス図である。 第一の実施形態に係る分岐コンポーネントの実行処理の一例を示すシーケンス図である。 処理フローの他の例を説明するための図（その１）である。 第一の実施形態に係る分岐コンポーネントの実行処理の一例を示すシーケンス図（その１）である。 処理フローの他の例を説明するための図（その２）である。 第一の実施形態に係るリソース管理情報の他の例を示す図である。 第一の実施形態に係る分岐コンポーネントの実行処理の一例を示すシーケンス図（その２）である。 第二の実施形態に係るロジック処理部の一例の機能構成を示す図である。 「コード配信」サービスを実現する処理フローの他の例を説明するための図である。 第二の実施形態に係る処理フロー情報の他の例を示す図である。 第二の実施形態に係る処理フローの実行処理の一例を示すシーケンス図（１／２）である。 第二の実施形態に係る処理フローの実行処理の一例を示すシーケンス図（２／２）である。 第二の実施形態に係るリソース管理情報の一例を示す図である。 第二の実施形態に係る合流コンポーネントの実行処理の一例を示すシーケンス図である。 合流コンポーネントの処理結果をリソース管理情報に格納する一例を説明するための図である。 処理フローの他の例を説明するための図（その３）である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜サービス提供システムが提供するサービス＞
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、以降では、機器２０が画像形成装置であるものとして説明する。

本実施形態に係るサービス提供システム１０は、機器２０において原稿をスキャンして生成された電子ファイルに含まれるバーコードを、バーコード認識処理により読み取る。その後、本実施形態に係るサービス提供システム１０は、当該認識処理における認識結果に応じた外部ストレージシステム３０に当該電子ファイルを保存した上で、保存先ＵＲＬ（Uniform Resource Locator）をメール配信するサービスを提供する。

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

ただし、サービス提供システム１０により提供されるサービスは、これに限られない。例えば、サービス提供システム１０は、電子ファイルに含まれるＱＲコード（登録商標）をＱＲコード認識処理により読み取って、当該認識処理における認識結果に応じた外部ストレージシステム３０に当該電子ファイルを保存するサービスを提供しても良い。

また、例えば、サービス提供システム１０は、外部ストレージシステム３０から取得（ダウンロード）した電子ファイルに含まれるバーコードを、バーコード認識処理により読み取って、当該認識処理における認識結果に応じた機器２０で印刷するサービスを提供しても良い。

なお、本実施形態に係るサービス提供システム１０により提供される「コード配信」サービスでは、外部ストレージシステム３０によって貸し出される記憶領域に、機器２０においてスキャンして生成された電子ファイルが保存（アップロード）される。

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

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

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

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

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

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

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

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

データＩ／Ｆ部１１３は、Ｗｅｂサービス処理部１２０からの要求に応じて、外部サービス連携部１４０のデータ処理部１４２に各種の要求を行う。例えば、データＩ／Ｆ部１１３は、外部サービス連携部１４０のデータ処理部１４２にフォルダ一覧の取得要求を行う。

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

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

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

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

コード認識部１３１は、電子ファイルに含まれる所定のコード（例えば、バーコードやＱＲコード等）をコード認識処理により読み取って、認識結果を取得する。なお、認識結果とは、例えば、バーコードやＱＲコード等を読み取ることで取得される情報（例えば、英数字や記号等を含む文字列等）である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、アプリ情報１０００には、処理フロー情報１１００が含まれる。例えば、「コード配信」サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理が定義された処理フロー情報１１００が含まれる。

なお、アプリ情報１０００には、２以上の処理フロー情報１１００が含まれていても良い。例えば、「コード配信」サービスを提供するアプリ情報１０００には、バーコード認識処理を行って電子ファイルを保存する処理フロー情報１１００Ａと、ＱＲコード認識処理を行って電子ファイルを保存する処理フロー情報１１００Ｂとが含まれても良い。

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

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

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

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

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

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

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

また、フロー実行部３０１は、処理フロー情報１１００を取得すると、リソース管理部３０６を介して、当該処理フロー情報１１００に含まれるパラメータ等をリソース管理情報１７０Ｄとしてリソース管理情報記憶部１７０に保存する。

なお、パラメータとは、一連の処理に含まれる各処理を実行するためのコンポーネントが用いる各種情報のことである。

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

コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３には、分岐コンポーネント４０１と、バーコード認識コンポーネント４０２と、ストレージＡ配信コンポーネント４０３と、ストレージＢ配信コンポーネント４０４と、メール配信コンポーネント４０５とを有する。

分岐コンポーネント４０１は、処理フローに含まれる処理の分岐を制御するためのコンポーネントである。バーコード認識コンポーネント４０２は、電子ファイルに含まれるバーコードの認識処理を行うためのコンポーネントである。

ストレージＡ配信コンポーネント４０３は、外部ストレージシステム３０_１（ストレージＡ）に電子ファイルを保存（アップロード）するためのコンポーネントである。ストレージＢ配信コンポーネント４０４は、外部ストレージシステム３０_２（ストレージＢ）に電子ファイルを保存（アップロード）するためのコンポーネントである。メール配信コンポーネント４０５は、指定されたメールアドレス宛にメール配信するためのコンポーネントである。

なお、コンポーネント群３０３には、これら以外にも、例えば、電子ファイルにＯＣＲ（Optical Character Recognition）を行うためのコンポーネント、電子ファイルの圧縮するための圧縮コンポーネント等の各種のコンポーネントが含まれる。

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

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

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

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

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

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

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

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

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

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

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

リソース管理部３０６は、リソース管理情報記憶部１７０に記憶されたリソース管理情報１７０Ｄを管理する。すなわち、リソース管理部３０６は、フロー実行部３０１からの要求に応じて、処理フロー情報１１００に基づく一連の処理に用いられるパラメータ等を、リソース管理情報１７０Ｄとしてリソース管理情報記憶部１７０に記憶させる。

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

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

図８に示す処理フロー情報１１００には、処理フロー情報１１００を一意に識別する識別情報を示すフローＩＤ１１０１と、処理フロー情報１１００の名称を示すフロー名１１０２とが含まれる。また、処理フロー情報１１００には、一連の処理に含まれる各処理の内容が定義されたフロー詳細群１１０３と、一連の処理に含まれる各処理の接続関係（先行・後続関係）が定義されたフロー関係群１１０４が含まれる。

フロー詳細群１１０３には、一連の処理に含まれる各処理をそれぞれ示すフロー詳細１１１１〜１１１５が含まれる。各フロー詳細１１１１〜１１１５には、フロー詳細群１１０３において、フロー詳細を一意に識別する「ｄｅｔａｉｌＮａｍｅ」と、処理を実行するコンポーネントを示す「ｃｏｍｐｏｎｅｎｔ」と、当該コンポーネントのパラメータを示す「ｐａｒａｍｅｔｅｒｓ」とが定義されている。なお、以降では「ｄｅｔａｉｌＮａｍｅ」を「フロー詳細名」とも表す。

例えば、フロー詳細１１１１は、バーコード認識コンポーネント４０２による処理を定義しており、当該フロー詳細１１１１のフロー詳細名は「ｄｅｔａｉｌ０」と定義されている。同様に、例えば、フロー詳細１１１２は、分岐コンポーネント４０１による処理を定義しており、当該フロー詳細１１１２のフロー詳細名は「ｄｅｔａｉｌ１」と定義されている。

このように、各フロー詳細１１１１〜１１１５にフロー詳細名が定義されていることにより、一連の処理において、同一のコンポーネントによる処理を、異なる処理として扱うことができる。具体的には、例えば、一連の処理の中に、バーコード認識コンポーネント４０２による処理が複数含まれている場合でも、それぞれの処理を定義したフロー詳細名を異なる名称とすることで、それぞれの処理を異なる処理として扱うことができる。

フロー関係群１１０４は、フロー詳細群１１０３に含まれる各フロー詳細１１１１〜１１１５の接続関係（先行・後続関係）が定義された接続関係１１２１〜１１２５が含まれる。

例えば、接続関係１１２１には、「"ｐｒｅｖ"："ｄｅｔａｉｌ０"」、「"ｎｅｘｔ：ｄｅｔａｉｌ１"」と定義されている。これは、「ｄｅｔａｉｌ０」のフロー詳細１１１１で定義された処理の次の処理は、「ｄｅｔａｉｌ１」のフロー詳細１１１２で定義された処理であることを示している。言い換えれば、接続関係１１２１は、バーコード認識コンポーネント４０２の後続のコンポーネント（次のコンポーネント）が、分岐コンポーネント４０１であることを示している。

同様に、接続関係１１２２には、「"ｐｒｅｖ"："ｄｅｔａｉｌ１"」、「"ｎｅｘｔ：ｄｅｔａｉｌ２"」と定義されている。これは、「ｄｅｔａｉｌ１」のフロー詳細１１１１で定義された処理の次の処理は、「ｄｅｔａｉｌ２」のフロー詳細１１１２で定義された処理であることを示している。言い換えれば、接続関係１１２２は、分岐コンポーネント４０１の後続のコンポーネント（次のコンポーネント）が、ストレージＡ配信コンポーネント４０３であることを示している。

なお、接続関係１１２３には、「"ｐｒｅｖ"："ｄｅｔａｉｌ１"」、「"ｎｅｘｔ：ｄｅｔａｉｌ３"」と定義されている。したがって、分岐コンポーネント４０１の後続のコンポーネントは、ストレージＡ配信コンポーネント４０３及びストレージＢ配信コンポーネント４０４である。

このように、フロー関係群１１０４には、フロー詳細間の先行・後続関係を定義されている。言い換えれば、フロー関係群１１０４には、これらのフロー詳細によりそれぞれ定義される各コンポーネント間の先行・後続関係（すなわち、各コンポーネントにより実行される処理の実行順）が定義されている。

ここで、図８に示す処理フロー情報１１００に基づく処理フロー（すなわち、「コード配信」サービスを実現する処理フロー）を、図９を示す。図９は、「コード配信」サービスを実現する処理フローの一例を説明するための図である。

図９に示すように、「コード配信」サービスを実現する処理フローでは、分岐コンポーネント４０１により、ストレージＡ配信コンポーネント４０３又はストレージＢ配信コンポーネント４０４のいずれかの処理が実行されるように制御される。言い換えれば、分岐コンポーネント４０１は、ストレージＡ配信コンポーネント４０３又はストレージＢ配信コンポーネント４０４のいずれかの処理の実行を抑制（スキップ）する。

これにより、「コード配信」サービスを実現する処理フローでは、処理の分岐（すなわち、バーコード認識処理の認識結果に応じて、ストレージＡへの配信処理又はストレージＢへの配信処理のいずれかの処理に分岐）を実現している。

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、ファイル名指定欄４２０１は、スキャンにより生成された電子ファイルのファイル名を指定する欄である。メールアドレス指定欄４２０２は、ストレージＡ又はストレージＢに配信された電子ファイルの格納先ＵＲＬをメール送信する宛先（メールアドレス）を指定する欄である。なお、サービス画面４２００には、例えば、電子ファイルの格納先ＵＲＬをＣＣやＢＣＣでメール送信する宛先を指定するためのＣＣ指定欄やＢＣＣ指定欄等が含まれていても良い。

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

ここで、以降では、ユーザＵにより、ファイル名指定欄４２０１にファイル名「ｔｅｓｔ」が指定される共に、メールアドレス指定欄４２０２にメールアドレス「ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ」が指定されたものとして説明する。

機器２０のブラウザ２１０は、スキャン実行ボタン４２０３の押下操作を受け付けると、スキャナ２５により原稿をスキャンして、ファイル名「ｔｅｓｔ」の電子ファイルを生成する（ステップＳ１０１０）。

機器２０のブラウザ２１０は、スキャンにより電子ファイルが生成されると、「コード配信」サービスを実現する処理フローの実行要求をＷｅｂサービス処理部１２０に送信する（ステップＳ１０１１）。

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

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

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

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

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

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

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

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

次に、フロー実行部３０１は、処理フロー情報１１００を受信すると、リソース管理情報の保存要求をリソース管理部３０６に送信する（ステップＳ１２０３）。なお、当該保存要求には、ステップＳ１２０１でブラウザ２１０から受信した処理フローの実行要求と、処理フロー情報１１００に含まれるフロー詳細１１１１〜１１１５にそれぞれ含まれるパラメータ（ｐａｒａｍｅｔｅｒｓ）とが含まれる。

リソース管理部３０６は、リソース管理情報の保存要求を受信すると、当該保存要求に含まれる処理フローの実行要求と、パラメータとに基づいて、例えば図１３に示すリソース管理情報１７０Ｄを作成する。また、リソース管理部３０６は、作成したリソース管理情報１７０Ｄをリソース管理情報記憶部１７０に保存する（ステップＳ１２０４）。そして、リソース管理部３０６は、保存結果をフロー実行部３０１に返信する。

ここで、リソース管理情報記憶部１７０に保存されたリソース管理情報１７０Ｄについて、図１３を参照しながら説明する。図１３は、本実施形態に係るリソース管理情報１７０Ｄの一例を示す図である。

図１３に示すリソース管理情報１７０Ｄには、実行要求１７１と、パラメータ１７２と、処理結果１７３とが含まれる。

実行要求１７１は、処理フローの実行要求である。図１３に示すリソース管理情報１７０Ｄには、ブラウザ２１０からＨＴＴＰ（Hypertext Transfer Protocol）リクエストの形式で送信された処理フローの実行要求が保存されている。

パラメータ１７２には、「ｄｅｔａｉｌ０」のフロー詳細１１１１のパラメータ１７２１と、「ｄｅｔａｉｌ１」のフロー詳細１１１２のパラメータ１７２２と、「ｄｅｔａｉｌ２」のフロー詳細１１１３のパラメータ１７２３とが保存されている。また、パラメータ１７２には、「ｄｅｔａｉｌ３」のフロー詳細１１１４のパラメータ１７２４と、「ｄｅｔａｉｌ４」のフロー詳細１１１５のパラメータ１７２５とが保存されている。

すなわち、パラメータ１７２には、バーコード認識コンポーネント４０２が用いるパラメータ１７２１と、分岐コンポーネント４０１が用いるパラメータ１７２２と、ストレージＡ配信コンポーネント４０３が用いるパラメータ１７２３とが保存されている。同様に、パラメータ１７２には、ストレージＢ配信コンポーネント４０４が用いるパラメータ１７２４と、メール配信コンポーネント４０５が用いるパラメータ１７２５とが保存されている。

ここで、パラメータ１７２１〜１７２５には、「"ｓｋｉｐ"："ｆａｌｓｅ"」が含まれる。「"ｓｋｉｐ"」は、コンポーネントの処理をスキップするか否かを示すパラメータである。「"ｓｋｉｐ"："ｆａｌｓｅ"」の場合には、フロー実行部３０１により、コンポーネントの処理が実行される一方、「"ｔｒｕｅ"」の場合には、コンポーネントの処理がスキップされる。

また、パラメータ１７２１には、「"ｆｉｌｅｎａｍｅ"："ｔｅｓｔ"」が含まれる。「"ｆｉｌｅｎａｍｅ"」は、バーコード認識コンポーネント４０２の処理対象の電子ファイル名である。なお、「"ｔｅｓｔ"」は、処理フローの実行要求に含まれる入力情報のファイル名である。

また、パラメータ１７２２には、「"ｃｏｎｄｉｔｉｏｎｓ"」が含まれる。「"ｃｏｎｄｉｔｉｏｎｓ"」は、分岐条件と、条件が成立した場合における分岐コンポーネント４０１の制御内容とが定義された「ｃｏｎｄｉｔｉｏｎ１」及び「ｃｏｎｄｉｔｉｏｎ２」が含まれる。

すなわち、「"ｃｏｎｄｉｔｉｏｎ１"」には、「"ｅｘｐｒｅｓｓｉｏｎｓ"」において、条件式「ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ＝ｓｔｏｒａｇｅＡ」が定義されている。また、「"ｃｏｎｄｉｔｉｏｎ１"」には、「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」において制御対象のフロー詳細名「ｄｅｔａｉｌ３」と、「"ｅｘｃＴｙｐｅ"」において制御内容「"ｓｋｉｐ"」が定義されている。ここで、「"ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ"」は、フロー詳細名「ｄｅｔａｉｌ０」（すなわち、バーコード認識コンポーネント４０２）の処理結果である。

これにより、「"ｃｏｎｄｉｔｉｏｎ１"」の「"ｅｘｐｒｅｓｓｉｏｎｓ"」に定義された条件式が成立するときに、フロー詳細名「ｄｅｔａｉｌ３」のコンポーネント（すなわち、ストレージＢ配信コンポーネント４０４）の処理がスキップされる。

同様に、「"ｃｏｎｄｉｔｉｏｎ２"」には、「"ｅｘｐｒｅｓｓｉｏｎｓ"」において、条件式「ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ＝ｓｔｏｒａｇｅＢ」が定義されている。また、「"ｃｏｎｄｉｔｉｏｎ２"」には、「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」において制御対象のフロー詳細名「ｄｅｔａｉｌ２」と、「"ｅｘｃＴｙｐｅ"」において制御内容「"ｓｋｉｐ"」が定義されている。

これにより、「"ｃｏｎｄｉｔｉｏｎ２"」の「"ｅｘｐｒｅｓｓｉｏｎｓ"」に定義された条件式が成立するときに、フロー詳細名「ｄｅｔａｉｌ２」のコンポーネント（すなわち、ストレージＡ配信コンポーネント４０３）の処理がスキップされる。

このように、分岐コンポーネント４０１のパラメータは、分岐条件と、当該分岐条件が成立した場合における制御内容（どのコンポーネントをスキップさせるか）とが定義された情報である。

なお、分岐条件には、論理式で表される種々の条件を定義することができる。例えば、分岐条件に含まれる「"ｓｉｇｎ"」には、等号「＝」を示す「"ｅｑ"」の他、不等号「＜」を示す「"ｌｔ"」等であっても良い。また、「"ｅｘｃＴｙｐｅ"」には、「"ｓｋｉｐ"」の他に、例えば、条件式が成立したときに制御対象のフロー詳細名に定義されたコンポーネントを実行させることを示す「"ｅｘｃ"」が定義されていても良い。

また、パラメータ１７２５には、「"ｔｏ"："ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ"」が含まれる。「"ｔｏ"」は、メール配信コンポーネント４０５のメール送信の宛先メールアドレスである。なお、「"ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ"」は、処理フローの実行要求に含まれる入力情報のメールアドレスである。

このように、パラメータ１７２には、フロー詳細名（ｄｅｔａｉｌＮａｍｅ）毎に、フロー詳細で定義されたコンポーネントが用いるパラメータが保存される。なお、処理結果１７３には、各コンポーネントの処理が実行された場合に、当該コンポーネントの処理結果が保存される。

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

すなわち、フロー実行部３０１は、処理フロー情報１１００のフロー詳細１１１１に指定されたコンポーネント「バーコード認識コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、バーコード認識コンポーネント４０２を生成する（ステップＳ１２０６）。なお、バーコード認識コンポーネント４０２の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

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

フロー実行部３０１は、バーコード認識コンポーネント４０２が返信されると、当該コンポーネントのパラメータの取得要求をリソース管理部３０６に送信する（ステップＳ１２０７）。なお、当該取得要求には、例えば、フロー詳細１１１１のフロー詳細名「ｄｅｔａｉｌ０」が含まれる。

リソース管理部３０６は、パラメータの取得要求を受信すると、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２１を取得する（ステップＳ１２０８）。そして、リソース管理部３０６は、取得したパラメータ１７２１をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２１を受信すると、当該パラメータ１７２１に含まれる「"ｓｋｉｐ"」パラメータに基づいて、バーコード認識コンポーネント４０２の処理をスキップするか否かを判定する（ステップＳ１２０９）。

すなわち、フロー実行部３０１は、パラメータ１７２１に含まれる「"ｓｋｉｐ"」パラメータが「"ｆａｌｓｅ"」又は「"ｔｒｕｅ"」のいずれであるか否かを判定する。ここでは、パラメータ１７２１に含まれる「"ｓｋｉｐ"」パラメータは、「"ｆａｌｓｅ"」であるため、バーコード認識コンポーネント４０２の処理はスキップしないと判定される。

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

ここで、データとは、データ型「ＩｎｐｕｔＳｔｒｅａｍ」として、ブラウザ２１０から受信した電子ファイル（スキャンにより生成された電子ファイル）である。すなわち、フロー実行部３０１は、ブラウザ２１０からデータ型「ＩｎｐｕｔＳｔｒｅａｍ」として渡された電子ファイルを、単に「データ」として（データ型を意識することなく）、バーコード認識コンポーネント４０２に渡して処理の実行を要求する。本実施形態では、このようにデータ型を意識しない電子ファイル等を、単に「データ」と表す。

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

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

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

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

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

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

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

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

バーコード認識コンポーネント４０２は、型変換後のデータを受信すると、パラメータ１７２１を用いて処理を実行する（ステップＳ１４０６）。すなわち、バーコード認識コンポーネント４０２は、パラメータ１７２１に含まれる「"ｆｉｌｅｎａｍｅ"」パラメータに指定されたファイル名「"ｔｅｓｔ"」の電子ファイルに対して、バーコード認識処理を実行する。なお、バーコード認識コンポーネント４０２は、ドキュメントサービス部１３０のコード認識部１３１により、当該電子ファイルに対して、バーコード認識処理を実行する。

次に、バーコード認識コンポーネント４０２は、処理を実行すると、処理結果の保存要求をリソース管理部３０６に送信する（ステップＳ１４０７）。なお、当該保存要求には、バーコード認識コンポーネント４０２の処理の結果を示すデータが含まれる。

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

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

図１５に示すように、リソース管理情報１７０Ｄには、バーコード認識コンポーネント４０２の処理結果１７３１が保存されている。すなわち、リソース管理情報１７０Ｄの処理結果１７３には、フロー詳細１１１１のフロー詳細名「ｄｅｔａｉｌ０」におけるバーコード認識コンポーネント４０２の処理結果「"ｖａｌｕｅ"："ｓｔｏｒａｇｅＡ"」が保存される。

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

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

すなわち、フロー実行部３０１は、処理フロー情報１１００のフロー詳細１１１２に指定されたコンポーネント「分岐コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受け取ると、分岐コンポーネント４０１を生成する（ステップＳ１２１３）。なお、分岐コンポーネント４０１の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

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

フロー実行部３０１は、分岐コンポーネント４０１が返信されると、当該コンポーネントのパラメータの取得要求をリソース管理部３０６に送信する（ステップＳ１２１４）。なお、当該取得要求には、例えば、フロー詳細１１１２のフロー詳細名「ｄｅｔａｉｌ１」が含まれる。

リソース管理部３０６は、パラメータの取得要求を受信すると、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２２を取得する（ステップＳ１２１５）。そして、リソース管理部３０６は、取得したパラメータ１７２２をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２２を受信すると、当該パラメータ１７２２に含まれる「"ｓｋｉｐ"」パラメータに基づいて、分岐コンポーネント４０１の処理をスキップするか否かを判定する（ステップＳ１２１６）。

すなわち、フロー実行部３０１は、パラメータ１７２２に含まれる「"ｓｋｉｐ"」パラメータが「"ｆａｌｓｅ"」又は「"ｔｒｕｅ"」のいずれであるか否かを判定する。ここでは、パラメータ１７２２に含まれる「"ｓｋｉｐ"」パラメータは、「"ｆａｌｓｅ"」であるため、分岐コンポーネント４０１の処理はスキップしないと判定される。

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

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

以降では、分岐コンポーネント４０１の実行処理により、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２４の「"ｓｋｉｐ"」パラメータが「"ｔｒｕｅ"」に更新されたものとして説明を続ける。

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

すなわち、フロー実行部３０１は、処理フロー情報１１００のフロー詳細１１１３に指定されたコンポーネント「ストレージＡ配信コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受け取ると、ストレージＡ配信コンポーネント４０３を生成する（ステップＳ１２２０）。なお、ストレージＡ配信コンポーネント４０３の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

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

フロー実行部３０１は、ストレージＡ配信コンポーネント４０３が返信されると、当該コンポーネントのパラメータの取得要求をリソース管理部３０６に送信する（ステップＳ１２２１）。なお、当該取得要求には、例えば、フロー詳細１１１３のフロー詳細名「ｄｅｔａｉｌ２」が含まれる。

リソース管理部３０６は、パラメータの取得要求を受信すると、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２３を取得する（ステップＳ１２２２）。そして、リソース管理部３０６は、取得したパラメータ１７２３をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２３を受信すると、当該パラメータ１７２３に含まれる「"ｓｋｉｐ"」パラメータに基づいて、ストレージＡ配信コンポーネント４０３の処理をスキップするか否かを判定する（ステップＳ１２２３）。

すなわち、フロー実行部３０１は、パラメータ１７２３に含まれる「"ｓｋｉｐ"」パラメータが「"ｆａｌｓｅ"」又は「"ｔｒｕｅ"」のいずれであるか否かを判定する。ここでは、パラメータ１７２３に含まれる「"ｓｋｉｐ"」パラメータは、「"ｆａｌｓｅ"」であるため、ストレージＡ配信コンポーネント４０３の処理はスキップしないと判定される。

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

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

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

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

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

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

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

ストレージＡ配信コンポーネント４０３は、データを受信すると、パラメータ１７２３を用いて処理を実行する（ステップＳ１６０３）。すなわち、ストレージＡ配信コンポーネント４０３は、外部サービス連携部１４０_１のファイル処理部１４１に対して、図５（ａ）に示すＡＰＩ「／外部サービス名／ｐｒｏｃｅｓｓ／ｆｏｌｄｅｒ」を用いて、電子ファイルを配信（アップロード）する。これにより、ストレージＡ配信コンポーネント４０３により電子ファイルがストレージＡにアップロードされる。

次に、ストレージＡ配信コンポーネント４０３は、処理を実行すると、処理結果の保存要求をリソース管理部３０６に送信する（ステップＳ１６０４）。なお、当該保存要求には、ストレージＡ配信コンポーネント４０３の処理の結果を示すデータが含まれる。

リソース管理部３０６は、処理結果の保存要求を受信すると、当該保存要求に含まれるデータに基づいて、処理結果を作成して、リソース管理情報１７０Ｄの処理結果１７３に保存する（ステップＳ１６０５）。そして、リソース管理部３０６は、保存結果をストレージＡ配信コンポーネント４０３に返信する。なお、ここでは、ストレージＡ配信コンポーネント４０３の処理結果として、電子ファイルのアップロード先ＵＲＬ（すなわち、格納先ＵＲＬ）が処理結果１７３に保存される。

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

すなわち、フロー実行部３０１は、処理フロー情報１１００のフロー詳細１１１４に指定されたコンポーネント「ストレージＢ配信コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受け取ると、ストレージＢ配信コンポーネント４０４を生成する（ステップＳ１２２７）。なお、ストレージＢ配信コンポーネント４０４の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

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

フロー実行部３０１は、ストレージＢ配信コンポーネント４０４が返信されると、当該コンポーネントのパラメータの取得要求をリソース管理部３０６に送信する（ステップＳ１２２８）。なお、当該取得要求には、例えば、フロー詳細１１１４のフロー詳細名「ｄｅｔａｉｌ３」が含まれる。

リソース管理部３０６は、パラメータの取得要求を受信すると、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２４を取得する（ステップＳ１２２９）。そして、リソース管理部３０６は、取得したパラメータ１７２４をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２４を受信すると、当該パラメータ１７２４に含まれる「"ｓｋｉｐ"」パラメータに基づいて、ストレージＢ配信コンポーネント４０４の処理をスキップするか否かを判定する（ステップＳ１２３０）。

すなわち、フロー実行部３０１は、パラメータ１７２４に含まれる「"ｓｋｉｐ"」パラメータが「"ｆａｌｓｅ"」又は「"ｔｒｕｅ"」のいずれであるか否かを判定する。

ここで、上述したように、ステップＳ１２１８の分岐コンポーネント４０１の実行処理において、パラメータ１７２４に含まれる「"ｓｋｉｐ"」パラメータは、「"ｔｒｕｅ"」に更新されている。したがって、フロー実行部３０１は、ストレージＢ配信コンポーネント４０４の処理をスキップすると判定する。

フロー実行部３０１は、コンポーネントの処理をスキップすると判定した場合、処理フロー情報１１００に基づく次のコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２３１）。

すなわち、フロー実行部３０１は、処理フロー情報１１００のフロー詳細１１１５に指定されたコンポーネント「メール配信コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

このように、フロー実行部３０１は、コンポーネントのパラメータに含まれる「"ｓｋｉｐ"」パラメータが「"ｔｒｕｅ"」である場合、当該コンポーネントの処理をスキップする。すなわち、フロー実行部３０１は、処理フローに分岐が含まれる場合、分岐条件に応じて、いずれかのコンポーネントの「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新することで、処理の分岐を実現する。

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

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

フロー実行部３０１は、メール配信コンポーネント４０５が返信されると、当該コンポーネントのパラメータの取得要求をリソース管理部３０６に送信する（ステップＳ１２３３）。なお、当該取得要求には、例えば、フロー詳細１１１５のフロー詳細名「ｄｅｔａｉｌ４」が含まれる。

リソース管理部３０６は、パラメータの取得要求を受信すると、図１３に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２５を取得する（ステップＳ１２３４）。そして、リソース管理部３０６は、取得したパラメータ１７２５をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２５を受信すると、当該パラメータ１７２５に含まれる「"ｓｋｉｐ"」パラメータに基づいて、メール配信コンポーネント４０５の処理をスキップするか否かを判定する（ステップＳ１２３５）。

すなわち、フロー実行部３０１は、パラメータ１７２５に含まれる「"ｓｋｉｐ"」パラメータが「"ｆａｌｓｅ"」又は「"ｔｒｕｅ"」のいずれであるか否かを判定する。ここでは、パラメータ１７２５に含まれる「"ｓｋｉｐ"」パラメータは、「"ｆａｌｓｅ"」であるため、メール配信コンポーネント４０５の処理はスキップしないと判定される。

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

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

これにより、本実施形態に係るサービス提供システム１０は、「コード配信」サービスを機器２０に提供することができる。

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

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

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

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

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

メール配信コンポーネント４０５は、データを受信すると、パラメータ１７２５を用いて処理を実行する（ステップＳ１７０３）。すなわち、メール配信コンポーネント４０５は、電子ファイルが格納されたストレージＡの格納先ＵＲＬが記載されたメールを作成し、「"ｔｏ"」パラメータに指定されたメールアドレス「"ｈｏｇｅ＠ｆｕｇａ．ｃｏｍ"」宛に当該メールを送信する。なお、メール配信コンポーネント４０５は、ドキュメントサービス部１３０のメール配信部１３２により、メールの作成及び送信処理を実行する。

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

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

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

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

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

分岐コンポーネント４０１は、データを受信すると、パラメータ１７２２に定義された分岐条件（ｃｏｎｄｉｔｉｏｎｓ）に基づいて、スキップするフロー詳細名を特定する（ステップＳ１８０３）。

すなわち、分岐コンポーネント４０１は、パラメータ１７２２に定義された「"ｃｏｎｄｉｔｉｏｎ１"」及び「"ｃｏｎｄｉｔｉｏｎ２"」に定義された条件式（ｅｘｐｒｅｓｓｉｏｎｓ）のうち、いずれの条件式が成立するかを判定する。そして、分岐コンポーネント４０１は、条件が成立する条件式に対応する「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」を取得することで、スキップするフロー詳細名を特定する。

ここで、図１５に示すように、リソース管理情報１７０Ｄに保存されているバーコード認識コンポーネント４０２の処理結果（ｒｅｓｕｌｔ．ｄｅｔａｉｌ．ｖａｌｕｅ）は「"ｓｔｏｒａｇｅＡ"」である。したがって、分岐コンポーネント４０１は、スキップするフロー詳細名を「ｄｅｔａｉｌ３」と特定する。

なお、分岐コンポーネント４０１は、パラメータに定義されたいずれの条件式も成立しない場合や矛盾した条件式が定義されている場合等には、エラーをブラウザ２１０に返信すれば良い。

分岐コンポーネント４０１は、スキップするフロー詳細名を特定すると、後続フロー詳細名の取得要求をフロー実行部３０１に送信する（ステップＳ１８０４）。なお、当該取得要求には、ステップＳ１８０３で特定したフロー詳細名「ｄｅｔａｉｌ３」が含まれる。

すると、フロー実行部３０１は、フロー詳細名「ｄｅｔａｉｌ３」の後続フロー詳細名「ｄｅｔａｉｌ４」と、当該フロー詳細名「ｄｅｔａｉｌ４」の先行フロー詳細の数「２」とを返信する。なお、フロー実行部３０１は、後続フロー詳細名と、当該後続フロー詳細の先行フロー詳細の数とを、処理フロー情報１１００に基づいて特定及び算出して返信する。

次に、分岐コンポーネント４０１は、ステップＳ１８０４で取得した後続フロー詳細名の先行フロー詳細の数が２以上であるか否かを判定する（ステップＳ１８０５）。ここでは、ステップＳ１８０４で取得した後続フロー詳細名「ｄｅｔａｉｌ４」の先行フロー詳細の数「２」は、分岐コンポーネント４０１により、２以上であると判定される。

ここで、後続フロー詳細名の先行フロー詳細の数が２以上である場合、当該後続フロー詳細名のフロー詳細は、複数のフロー詳細が合流するフロー詳細である。言い換えれば、フロー詳細名「ｄｅｔａｉｌ４」のフロー詳細１１１５に定義されたメール配信コンポーネント４０５は、ストレージＡ配信コンポーネント４０３及びストレージＢ配信コンポーネント４０４が合流するコンポーネントである。

したがって、この場合、分岐コンポーネント４０１は、フロー詳細名「ｄｅｔａｉｌ３」に定義されたストレージＢ配信コンポーネント４０４をスキップすれば良い。

次に、分岐コンポーネント４０１は、ｓｋｉｐパラメータの更新要求をリソース管理部３０６に送信する（ステップＳ１８０７）。なお、当該更新要求には、スキップ対象のストレージＢ配信コンポーネント４０４が定義されたフロー詳細名「ｄｅｔａｉｌ３」と、更新内容「ｔｒｕｅ」とが含まれる。

リソース管理部３０６は、ｓｋｉｐパラメータの更新要求を受信すると、リソース管理情報１７０Ｄにおいて、フロー詳細名「ｄｅｔａｉｌ３」のパラメータ１７２４に含まれる「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新する（ステップＳ１８０７）。そして、リソース管理部３０６は、更新結果を分岐コンポーネント４０１に返信する。

これにより、リソース管理情報１７０Ｄのフロー詳細名「ｄｅｔａｉｌ３」のパラメータ１７２４に含まれる「"ｓｋｉｐ"」パラメータが、「"ｆａｌｓｅ"」から「"ｔｒｕｅ"」に更新される。したがって、上述したように、フロー実行部３０１により、フロー詳細名「ｄｅｔａｉｌ３」のフロー詳細１１１４に定義されたストレージＢ配信コンポーネント４０４の処理がスキップされる。

以上のように、本実施形態に係るサービス提供システム１０では、サービスを実現する処理フローに分岐が含まれる場合、分岐コンポーネント４０１により条件式の判定を行い、当該判定結果に応じて、後続のコンポーネントの処理の実行をスキップする。これにより、本実施形態に係るサービス提供システム１０では、処理の分岐が含まれる処理フローを実行することができる。

なお、本実施形態に係るサービス提供システム１０では、コンポーネントを生成した後に、パラメータの取得及びスキップ判定を行ったが、これに限られず、パラメータの取得及びスキップ判定を、コンポーネントを生成する前に行っても良い。これにより、本実施形態に係るサービス提供システム１０では、例えば、スキップ判定によりコンポーネントの処理をスキップすると判定された場合には、当該コンポーネントの生成を行わないようにすることもできる。

なお、処理フローに分岐が含まれない場合、サービス提供システム１０は、当該処理フローに含まれる各処理を実行するためのコンポーネントを、順に実行すれば良い。

ここで、分岐が含まれる処理フローの他の例について、図１９を参照しながら説明する。図１９は、分岐が含まれる処理フローの他の例を説明するための図（その１）である。

図１９に示す処理フローは、バーコード認識コンポーネント４０２の処理結果に応じて、「ストレージＡ配信コンポーネント４０３」又は「ＯＣＲコンポーネント４０６及びストレージＢ配信コンポーネント４０４」の処理を実行するものである。すなわち、図１９に示す処理フローは、フロー詳細名「ｄｅｔａｉｌ０」に定義されたコンポーネントの処理結果に応じて、フロー詳細名「ｄｅｔａｉｌ２」、又は「ｄｅｔａｉｌ３」と「ｄｅｔａｉｌ４」に定義されたコンポーネントの処理を実行するものである。

このように、図１９に示す処理フローは、例えば、ストレージＡ配信コンポーネント４０３の処理を実行する場合、複数のコンポーネント（ＯＣＲコンポーネント４０６及びストレージＢ配信コンポーネント４０４）の処理をスキップする。なお、図１９に示す処理フローにおいて、分岐コンポーネント４０１の処理に用いるパラメータは、図９に示す処理フローと同様に定義することができる。

図１９に示す処理フローにおいて、ＯＣＲコンポーネント４０６及びストレージＢ配信コンポーネント４０４の処理をスキップする場合における分岐コンポーネント４０１の実行処理について、図２０を参照しながら説明する。図２０は、本実施形態に係る分岐コンポーネント４０１の実行処理の一例を示すシーケンス図（その１）である。なお、図１８と同様の処理を行う箇所については、同一のステップ番号を付与して、その説明を省略する。

分岐コンポーネント４０１は、スキップするフロー詳細名を特定すると、後続フロー詳細名の取得要求をフロー実行部３０１に送信する（ステップＳ２１０１）。なお、当該取得要求には、ステップＳ１８０３で特定したフロー詳細名「ｄｅｔａｉｌ３」が含まれる。

すると、フロー実行部３０１は、フロー詳細名「ｄｅｔａｉｌ３」の後続フロー詳細名「ｄｅｔａｉｌ４」と、当該フロー詳細名「ｄｅｔａｉｌ４」の先行フロー詳細の数「１」とを返信する。

次に、分岐コンポーネント４０１は、ステップＳ２００１で取得した後続フロー詳細名の先行フロー詳細の数が２以上であるか否かを判定する（ステップＳ２００２）。ここでは、ステップＳ２００１で取得した後続フロー詳細名「ｄｅｔａｉｌ４」の先行フロー詳細の数「１」は、分岐コンポーネント４０１により、２以上でないと判定される。

この場合、分岐コンポーネント４０１は、さらに、後続フロー詳細名の取得要求をフロー実行部３０１に送信する（ステップＳ２００３）。なお、当該取得要求には、ステップＳ２００３で取得したフロー詳細名「ｄｅｔａｉｌ４」が含まれる。

すると、フロー実行部３０１は、フロー詳細名「ｄｅｔａｉｌ４」の後続フロー詳細名「ｄｅｔａｉｌ５」と、当該フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「２」とを返信する。

次に、分岐コンポーネント４０１は、ステップＳ２００３で取得した後続フロー詳細名の先行フロー詳細の数が２以上であるか否かを判定する（ステップＳ２００４）。ここでは、ステップＳ２００３で取得した後続フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「２」は、分岐コンポーネント４０１により、２以上であると判定される。

すなわち、フロー詳細名「ｄｅｔａｉｌ５」のフロー詳細に定義されたメール配信コンポーネント４０５は、複数のコンポーネント（ストレージＡ配信コンポーネント４０３及びストレージＢ配信コンポーネント４０４）が合流するコンポーネントである。

したがって、この場合、分岐コンポーネント４０１は、フロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」にそれぞれ定義されたＯＣＲコンポーネント４０６及びストレージＢ配信コンポーネント４０４をスキップすれば良い。

次に、分岐コンポーネント４０１は、ｓｋｉｐパラメータの更新要求をリソース管理部３０６に送信する（ステップＳ２００４）。なお、当該更新要求には、ＯＣＲコンポーネント４０６のフロー詳細名「ｄｅｔａｉｌ３」と、ストレージＢ配信コンポーネント４０４が定義されたフロー詳細名「ｄｅｔａｉｌ４」と、更新内容「ｔｒｕｅ」とが含まれる。

リソース管理部３０６は、ｓｋｉｐパラメータの更新要求を受信すると、リソース管理情報１７０Ｄにおいて、フロー詳細名「ｄｅｔａｉｌ３」のパラメータに含まれる「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新する。また、リソース管理部３０６は、リソース管理情報１７０Ｄにおいて、フロー詳細名「ｄｅｔａｉｌ４」のパラメータに含まれる「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新する（ステップＳ２００６）。そして、リソース管理部３０６は、更新結果を分岐コンポーネント４０１に返信する。

これにより、リソース管理情報１７０Ｄのフロー詳細名「ｄｅｔａｉｌ３」の「"ｓｋｉｐ"」パラメータと、フロー詳細名「ｄｅｔａｉｌ４」の「"ｓｋｉｐ"」パラメータとが、「"ｆａｌｓｅ"」から「"ｔｒｕｅ"」に更新される。したがって、この場合、フロー実行部３０１により、図１９に示す処理フローにおいて、ＯＣＲコンポーネント４０６の処理と、ストレージＢ配信コンポーネント４０４の処理とがスキップされる。

ここで、分岐が含まれる処理フローの他の例について、図２１を参照しながら説明する。図２１は、分岐が含まれる処理フローの他の例を説明するための図（その２）である。

図２１に示す処理フローは、バーコード認識コンポーネント４０２の処理結果に応じて、「ストレージＡ配信コンポーネント４０３」、「ストレージＢ配信コンポーネント４０４」、又は「ストレージＣ配信コンポーネント４０７」の処理を実行するものである。すなわち、図２１に示す処理フローは、フロー詳細名「ｄｅｔａｉｌ０」に定義されたコンポーネントの処理結果に応じて、フロー詳細名「ｄｅｔａｉｌ２」、「ｄｅｔａｉｌ３」、又は「ｄｅｔａｉｌ４」に定義されたコンポーネントの処理を実行するものである。

このように、図２１に示す処理フローは、例えば、ストレージＡ配信コンポーネント４０３の処理を実行する場合、複数のコンポーネント（ストレージＢ配信コンポーネント４０４及びストレージＣ配信コンポーネント４０７）の処理をスキップする。

ここで、上記の図２１に示す処理フローにおいて、分岐コンポーネント４０１が用いるパラメータは、例えば図２２に示すパラメータ１７２２Ａのように定義することができる。すなわち、分岐コンポーネント４０１が用いるパラメータ１７２２Ａには、「"ｃｏｎｄｉｔｉｏｎ１"」〜「"ｃｏｎｄｉｔｉｏｎ３"」が含まれる。そして、各「"ｃｏｎｄｉｔｉｏｎ１"」〜「"ｃｏｎｄｉｔｉｏｎ３"」の「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」パラメータには、複数のフロー詳細名が指定されている。

例えば、「"ｃｏｎｄｉｔｉｏｎ１"」の「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」パラメータには、フロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」が指定されている。これにより、「"ｃｏｎｄｉｔｉｏｎ１"」の「"ｅｘｐｒｅｓｓｉｏｎｓ"」に定義された条件式が成立するときに、フロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」のコンポーネントの処理がスキップされる。

同様に、「"ｃｏｎｄｉｔｉｏｎ２"」の「"ｆｌｏｗｄｅｔａｉｌＮａｍｅ"」パラメータには、フロー詳細名「ｄｅｔａｉｌ２」及び「ｄｅｔａｉｌ４」が指定されている。これにより、「"ｃｏｎｄｉｔｉｏｎ２"」の「"ｅｘｐｒｅｓｓｉｏｎｓ"」に定義された条件式が成立するときに、フロー詳細名「ｄｅｔａｉｌ２」及び「ｄｅｔａｉｌ４」のコンポーネントの処理がスキップされる。

図２１に示す処理フローにおいて、ストレージＢ配信コンポーネント４０４及びストレージＣ配信コンポーネント４０７の処理をスキップする場合における分岐コンポーネント４０１の実行処理について、図２３を参照しながら説明する。図２３は、本実施形態に係る分岐コンポーネント４０１の実行処理の一例を示すシーケンス図（その２）である。なお、図１８と同様の処理を行う箇所については、同一のステップ番号を付与して、その説明を省略する。

分岐コンポーネント４０１は、スキップするフロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」を特定すると、後続フロー詳細名の取得要求をフロー実行部３０１に送信する（ステップＳ２３０１）。なお、当該取得要求には、ステップＳ１８０３で特定したフロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」のうち、「ｄｅｔａｉｌ３」が含まれる。

すると、フロー実行部３０１は、フロー詳細名「ｄｅｔａｉｌ３」の後続フロー詳細名「ｄｅｔａｉｌ５」と、当該フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「３」とを返信する。

次に、分岐コンポーネント４０１は、ステップＳ２３０１で取得した後続フロー詳細名の先行フロー詳細の数が２以上であるか否かを判定する（ステップＳ２３０２）。ここでは、ステップＳ２３０１で取得した後続フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「３」は、分岐コンポーネント４０１により、２以上であると判定される。

すなわち、フロー詳細名「ｄｅｔａｉｌ５」のフロー詳細に定義されたメール配信コンポーネント４０５は、複数のコンポーネントが合流するコンポーネントである。したがって、この場合、分岐コンポーネント４０１は、フロー詳細名「ｄｅｔａｉｌ３」に定義されたストレージＢ配信コンポーネント４０４をスキップすれば良い。

次に、分岐コンポーネント４０１は、ｓｋｉｐパラメータの更新要求をリソース管理部３０６に送信する（ステップＳ２３０３）。なお、当該更新要求には、ストレージＢ配信コンポーネント４０４のフロー詳細名「ｄｅｔａｉｌ３」が含まれる。

リソース管理部３０６は、ｓｋｉｐパラメータの更新要求を受信すると、リソース管理情報１７０Ｄにおいて、フロー詳細名「ｄｅｔａｉｌ３」のパラメータに含まれる「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新する（ステップＳ２３０４）。そして、リソース管理部３０６は、更新結果を分岐コンポーネント４０１に返信する。

これにより、リソース管理情報１７０Ｄのフロー詳細名「ｄｅｔａｉｌ３」の「"ｓｋｉｐ"」パラメータが、「"ｆａｌｓｅ"」から「"ｔｒｕｅ"」に更新される。したがって、この場合、フロー実行部３０１により、図２１に示す処理フローにおいて、ストレージＢ配信コンポーネント４０４の処理がスキップされる。

次に、分岐コンポーネント４０１は、後続フロー詳細名の取得要求をフロー実行部３０１に送信する（ステップＳ２３０５）。なお、当該取得要求には、ステップＳ１８０３で特定したフロー詳細名「ｄｅｔａｉｌ３」及び「ｄｅｔａｉｌ４」のうち、「ｄｅｔａｉｌ４」が含まれる。

すると、フロー実行部３０１は、フロー詳細名「ｄｅｔａｉｌ４」の後続フロー詳細名「ｄｅｔａｉｌ５」と、当該フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「３」とを返信する。

次に、分岐コンポーネント４０１は、ステップＳ２３０５で取得した後続フロー詳細名の先行フロー詳細の数が２以上であるか否かを判定する（ステップＳ２３０６）。ここでは、ステップＳ２３０５で取得した後続フロー詳細名「ｄｅｔａｉｌ５」の先行フロー詳細の数「３」は、分岐コンポーネント４０１により、２以上であると判定される。

すなわち、フロー詳細名「ｄｅｔａｉｌ５」のフロー詳細に定義されたメール配信コンポーネント４０５は、複数のコンポーネントが合流するコンポーネントである。したがって、この場合、分岐コンポーネント４０１は、フロー詳細名「ｄｅｔａｉｌ４」に定義されたストレージＣ配信コンポーネント４０７をスキップすれば良い。

次に、分岐コンポーネント４０１は、ｓｋｉｐパラメータの更新要求をリソース管理部３０６に送信する（ステップＳ２３０７）。なお、当該更新要求には、ストレージＣ配信コンポーネント４０７のフロー詳細名「ｄｅｔａｉｌ４」が含まれる。

リソース管理部３０６は、ｓｋｉｐパラメータの更新要求を受信すると、リソース管理情報１７０Ｄにおいて、フロー詳細名「ｄｅｔａｉｌ４」のパラメータに含まれる「"ｓｋｉｐ"」パラメータを「"ｔｒｕｅ"」に更新する（ステップＳ２３０８）。そして、リソース管理部３０６は、更新結果を分岐コンポーネント４０１に返信する。

これにより、リソース管理情報１７０Ｄのフロー詳細名「ｄｅｔａｉｌ４」の「"ｓｋｉｐ"」パラメータが、「"ｆａｌｓｅ"」から「"ｔｒｕｅ"」に更新される。したがって、この場合、フロー実行部３０１により、図２１に示す処理フローにおいて、ストレージＣ配信コンポーネント４０７の処理がスキップされる。

このように、図２１に示す処理フローにおいて、ストレージＡ配信コンポーネント４０３の処理を実行する場合、フロー実行部３０１により、ストレージＢ配信コンポーネント４０４及びストレージＣ配信コンポーネント４０７の処理がスキップされる。

［第二の実施形態］
次に、第二の実施形態について説明する。なお、第二の実施形態の説明では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同様の機能構成を有する箇所及び実質的に同様の処理を実行する箇所は、適宜、その説明を省略する。

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

図２４に示すロジック処理部１１２は、パラメータ評価部３０７を有する。パラメータ評価部３０７は、フロー実行部３０１からの要求に応じて、リソース管理部３０６からパラメータを取得し、取得したパラメータに置換指定が含まれるか否かを判定する。ここで、置換指定とは、置換指定されたパラメータの値を、例えば、他のコンポーネントの処理結果等に置換するための指定であり、「＄｛処理結果等の格納先｝」等で表される。

また、図２４に示すロジック処理部１１２のコンポーネント群３０３は、合流コンポーネント４０８を有する。合流コンポーネント４０８は、処理フローに含まれる処理の合流を制御するためのコンポーネントである。

次に、本実施形態に係る「コード配信」サービスを実現する処理フローを図２５に示す。図２５は、「コード配信」サービスを実現する処理フローの他の例を説明するための図である。

本実施形態に係る「コード配信」サービスを実現する処理フローでは、まず、分岐コンポーネント４０１により、ストレージＡ配信コンポーネント４０３又はストレージＢ配信コンポーネント４０４のいずれかの処理が実行されるように制御される。

次に、図２５に示すように、本実施形態に係る「コード配信」サービスを実現する処理フローでは、合流コンポーネント４０８により、先行のコンポーネントの処理結果を、合流コンポーネント４０８の処理結果として出力する。すなわち、合流コンポーネント４０８は、ストレージＡ配信コンポーネント４０３又はストレージＢ配信コンポーネント４０４のうち、実行されたコンポーネントの処理結果を、合流コンポーネント４０８の処理結果として出力する。

これにより、本実施形態に係る「コード配信」サービスを実現する処理フローでは、メール配信コンポーネント４０５は、ストレージＡ配信コンポーネント４０３又はストレージＢ配信コンポーネント４０４のいずれが実行されたかを意識する必要がない。言い換えれば、メール配信コンポーネント４０５は、分岐コンポーネント４０１による分岐結果に関わらず、電子ファイルの格納先のＵＲＬを合流コンポーネント４０８の処理結果として取得することができる。

このため、例えば、処理フロー情報１１００の作成者等のユーザは、合流コンポーネント４０８を用いることで、処理フローに分岐が含まれる場合であっても、当該合流コンポーネント４０８以降の後続の各コンポーネントに対して、分岐を意識することなく、パラメータを指定することができる。

ここで、図２５に示す処理フローの処理フロー情報１１００を図２６に示す。図２６は、本実施形態に係る処理フロー情報１１００の他の例を示す図である。

図２６に示す処理フロー情報１１００は、第一の実施形態と同様に、フローＩＤ１１０１と、フロー名１１０２と、フロー詳細群１１０３と、フロー関係群１１０４とを有する。

図２６に示す処理フロー情報１１００のフロー詳細群１１０３には、図２５に示す処理フローに含まれる各処理をそれぞれ示すフロー詳細１１１１〜１１１４、フロー詳細１１１６、及びフロー詳細１１１５Ａが含まれる。

例えば、フロー詳細１１１６は、合流コンポーネント４０８による処理を定義しており、当該フロー詳細１１１６のフロー詳細名は「ｄｅｔａｉｌ４」と定義されている。同様に、フロー詳細１１１５Ａは、メール配信コンポーネント４０５による処理を定義しており、当該フロー詳細１１１５Ａのフロー詳細名は「ｄｅｔａｉｌ５」と定義されている。

なお、フロー関係群１１０４には、図２５に示す処理フローを実現するように、フロー詳細１１１１〜１１１４、フロー詳細１１１６、及びフロー詳細１１１５Ａの接続関係（先行・後続関係）が定義されている。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、図２５に示す処理フローの実行処理の詳細について、図２７及び図２８を参照しながら説明する。図２７及び図２８は、本実施形態に係る処理フローの実行処理の一例を示すシーケンス図である。なお、図１０のサービス利用の全体処理は、第一の実施形態と同様であるための、その説明を省略する。

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

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

次に、フロー実行部３０１は、処理フロー情報１１００を受信すると、リソース管理情報の保存要求をリソース管理部３０６に送信する（ステップＳ２７０３）。なお、当該保存要求には、ステップＳ２７０１で受信した処理フローの実行要求と、図２６に示す処理フロー情報１１００に含まれるフロー詳細１１１１〜１１１４、フロー詳細１１１６、及びフロー詳細１１１５Ａにそれぞれ含まれるパラメータとが含まれる。

リソース管理部３０６は、リソース管理情報の保存要求を受信すると、当該保存要求に含まれる処理フローの実行要求と、パラメータとに基づいて、例えば図２９に示すリソース管理情報１７０Ｄを作成する。また、リソース管理部３０６は、作成したリソース管理情報１７０Ｄをリソース管理情報記憶部１７０に保存する（ステップＳ２７０４）。そして、リソース管理部３０６は、保存結果をフロー実行部３０１に返信する。

ここで、リソース管理情報記憶部１７０に保存されたリソース管理情報１７０Ｄについて、図２９を参照しながら説明する。図２９は、本実施形態に係るリソース管理情報１７０Ｄの一例を示す図である。

実行要求１７１は、第一の実施形態と同様に、処理フローの実行要求であり、ブラウザ２１０からＨＴＴＰリクエストの形式で送信された処理フローの実行要求が保存されている。また、処理結果１７３は、第一の実施形態と同様に、各コンポーネントの処理が実行された場合に、当該コンポーネントの処理結果が保存される。

パラメータ１７２には、「ｄｅｔａｉｌ０」のフロー詳細１１１１のパラメータ１７１１と、「ｄｅｔａｉｌ１」のフロー詳細１１１２のパラメータ１７１２と、「ｄｅｔａｉｌ２」のフロー詳細１１１３のパラメータ１７１３とが保存されている。また、パラメータ１７２には、「ｄｅｔａｉｌ３」のフロー詳細１１１４のパラメータ１７１４と、「ｄｅｔａｉｌ４」のフロー詳細１１１６のパラメータ１７１６と、「ｄｅｔａｉｌ５」のフロー詳細１１１５Ａのパラメータ１７１５Ａとが保存されている。

ここで、パラメータ１７２２に定義されている「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ｝"」と、パラメータ１７２５Ａに定義されている「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ４．ｕｒｌ｝"」とは、置換指定である。すなわち、「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ｝"」は、ｄｅｔａｉｌ０の処理結果（ｒｅｓｕｌｔ）に含まれる項目名（キー）「"ｖａｌｕｅ"」で置換することを示している。同様に、「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ４．ｕｒｌ｝"」は、ｄｅｔａｉｌ４の処理結果（ｒｅｓｕｌｔ）に含まれる項目名（キー）「"ｕｒｌ"」で置換することを示している。

図２７に戻る。以降のステップＳ２７０５及びステップＳ２７０６の処理は、図１２のステップＳ１２０５及びステップＳ１２０６の処理とそれぞれ同様であるため、その説明を省略する。

フロー実行部３０１は、バーコード認識コンポーネント４０２が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７０７）。なお、当該取得要求には、例えば、フロー詳細１１１１のフロー詳細名「ｄｅｔａｉｌ０」と、パラメータの各項目名（具体的には、「"ｓｋｉｐ"」や「"ｆｉｌｅｎａｍｅ"」等）とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７０８）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２１を取得する（ステップＳ２７０９）。そして、リソース管理部３０６は、取得したパラメータ１７２１をパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２１に置換指定が含まれるか否かを判定する。（ステップＳ２７１０）。ここで、パラメータ１７２１には、置換指定が含まれない。したがって、パラメータ評価部３０７は、パラメータ１７２１に置換指定が含まれないと判定する。この場合、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２１をフロー実行部３０１に返信する。

以降のステップＳ２７１１〜ステップＳ２７１５の処理は、図１２のステップＳ１２０９〜ステップＳ１２１３の処理とそれぞれ同様であるため、その説明を省略する。

フロー実行部３０１は、分岐コンポーネント４０１が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７１６）。なお、当該取得要求には、例えば、フロー詳細１１１２のフロー詳細名「ｄｅｔａｉｌ１」と、パラメータの各項目名とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７１７）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２２を取得する（ステップＳ２７１８）。そして、リソース管理部３０６は、取得したパラメータ１７２２をパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２２に置換指定が含まれるか否かを判定する。（ステップＳ２７１９）。ここで、パラメータ１７２２には、置換指定「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ｝"」が含まれる。したがって、パラメータ評価部３０７は、パラメータ１７２２に置換指定が含まれると判定する。

この場合、パラメータ評価部３０７は、処理結果の取得要求をリソース管理部３０６に送信する（ステップＳ２７２０）。なお、当該取得要求には、置換指定（具体的には、処理結果等の格納先である「ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ」）が含まれる。

リソース管理部３０６は、処理結果の取得要求を受信すると、リソース管理情報１７０Ｄに含まれる処理結果を取得する（ステップＳ２７２１）。そして、リソース管理部３０６は、取得した処理結果をパラメータ評価部３０７に返信する。

すなわち、リソース管理部３０６は、図１５に示すリソース管理情報１７０Ｄに格納されているバーコード認識コンポーネント４０２（ｄｅｔａｉｌ０）の処理結果（ｒｅｓｕｌｔ）のうち、項目名「ｖａｌｕｅ」の値「ｓｔｏｒａｇｅＡ」を取得する。そして、リソース管理部３０６は、取得した値「ｓｔｏｒａｇｅＡ」をパラメータ評価部３０７に返信する。

次に、パラメータ評価部３０７は、処理結果を受信すると、置換指定されているパラメータの値を、当該処理結果が示す値に置換する（ステップＳ２７２２）。すなわち、パラメータ評価部３０７は、「"ｌｅｆｔ"："＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ０．ｖａｌｕｅ｝"」を「"ｌｅｆｔ"："ｓｔｏｒａｇｅＡ"」と置換する。

そして、パラメータ評価部３０７は、置換後のパラメータ１７２２をフロー実行部３０１に返信する。

以降のステップＳ２７２３〜ステップＳ２７２７の処理は、図１２のステップＳ１２１５〜ステップＳ１２２０の処理とそれぞれ同様であるため、その説明を省略する。

フロー実行部３０１は、ストレージ配信Ａコンポーネント４０３が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７２８）。なお、当該取得要求には、例えば、フロー詳細１１１２のフロー詳細名「ｄｅｔａｉｌ２」と、パラメータの各項目名とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７２９）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２３を取得する（ステップＳ２７３０）。そして、リソース管理部３０６は、取得したパラメータ１７２３をパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２３に置換指定が含まれるか否かを判定する。（ステップＳ２７３１）。ここで、パラメータ１７２３には、置換指定が含まれない。したがって、パラメータ評価部３０７は、パラメータ１７２３に置換指定が含まれないと判定する。この場合、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２３をフロー実行部３０１に返信する。

以降のステップＳ２７３２〜ステップＳ２７３６の処理は、図１２のステップＳ１２２３〜ステップＳ１２２７の処理とそれぞれ同様であるため、その説明を省略する。

フロー実行部３０１は、ストレージ配信Ｂコンポーネント４０４が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７３７）。なお、当該取得要求には、例えば、フロー詳細１１１４のフロー詳細名「ｄｅｔａｉｌ３」と、パラメータの各項目名とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７３８）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２４を取得する（ステップＳ２７３９）。そして、リソース管理部３０６は、取得したパラメータ１７２４をパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２４に置換指定が含まれるか否かを判定する。（ステップＳ２７４０）。ここで、パラメータ１７２４には、置換指定が含まれない。したがって、パラメータ評価部３０７は、パラメータ１７２４に置換指定が含まれないと判定する。この場合、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２４をフロー実行部３０１に返信する。

なお、以降のステップＳ２７４１の処理は、図１２のステップＳ１２３０と同様であるため、その説明を省略する。

フロー実行部３０１は、ステップＳ２７４１でコンポーネントの処理をスキップすると判定した場合、図２６に示す処理フロー情報１１００に基づく次のコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２７４２）。

すなわち、フロー実行部３０１は、図２６に示す処理フロー情報１１００のフロー詳細１１１６に指定されたコンポーネント「合流コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受け取ると、合流コンポーネント４０８を生成する（ステップＳ１２４３）。なお、合流コンポーネント４０８の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

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

フロー実行部３０１は、合流コンポーネント４０８が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７４４）。なお、当該取得要求には、例えば、フロー詳細１１１６のフロー詳細名「ｄｅｔａｉ４１」と、パラメータの各項目名とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７４５）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２６を取得する（ステップＳ２７４６）。そして、リソース管理部３０６は、取得したパラメータ１７２６をパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２３に置換指定が含まれるか否かを判定する。（ステップＳ２７４７）。ここで、パラメータ１７２６には、置換指定が含まれない。したがって、パラメータ評価部３０７は、パラメータ１７２６に置換指定が含まれないと判定する。この場合、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２６をフロー実行部３０１に返信する。

次に、フロー実行部３０１は、パラメータ１７２６を受信すると、当該パラメータ１７２６に含まれる「"ｓｋｉｐ"」パラメータに基づいて、合流コンポーネント４０８の処理をスキップするか否かを判定する（ステップＳ２７４８）。ここでは、パラメータ１７２６に含まれる「"ｓｋｉｐ"」パラメータは、「"ｆａｌｓｅ"」であるため、合流コンポーネント４０８の処理はスキップしないと判定される。

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

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

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

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

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

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

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

合流コンポーネント４０８は、データを受信すると、処理結果の保存要求をリソース管理部３０６に送信する（ステップＳ３００４）。なお、当該保存要求には、先行のコンポーネント（すなわち、ストレージＡ配信コンポーネント４０３）の処理結果を示すデータが含まれる。

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

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

まず、上記のステップＳ３００３の処理が実行される前におけるリソース管理情報１７０Ｄは、図３１（ａ）に示すものであったとする。すなわち、図３１（ａ）に示すリソース管理情報１７０Ｄには、ストレージＡ配信コンポーネント４０３の処理結果１７３３が格納されているものとする。

このとき、合流コンポーネント４０８は、上記のステップＳ３００３において、処理結果１７３３を示すデータが含まれる保存要求をリソース管理部３０６に送信する。これにより、リソース管理情報１７０Ｄには、図３１（ｂ）に示すように、合流コンポーネント４０８の処理結果１７３５（すなわち、処理結果１７３３と同一内容の処理結果）が格納される。

このように、合流コンポーネント４０８は、先行で実行されたコンポーネント（すなわち、ストレージＡ配信コンポーネント４０３）の処理結果と同一内容の処理結果をリソース管理情報１７０Ｄに格納する。これにより、メール配信コンポーネント４０５は、合流コンポーネント４０８の処理結果１７３５を用いれば良く、分岐コンポーネント４０１による分岐に応じてパラメータを指定する必要がなくなる。すなわち、メール配信コンポーネント４０５は、例えば、ストレージＡ配信コンポーネント４０３が実行された場合のパラメータと、ストレージＢ配信コンポーネント４０４が実行された場合のパラメータとの両方を指定する必要がなくなる。

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

すなわち、フロー実行部３０１は、図２６に示す処理フロー情報１１００のフロー詳細１１１５Ａに指定されたコンポーネント「メール配信コンポーネント」の取得要求をコンポーネント管理部３０２に送信する。

以降のステップＳ２７５２の処理は、図１２のステップＳ１２３２の処理と同様であるため、その説明を省略する。

フロー実行部３０１は、メール配信コンポーネント４０５が返信されると、当該コンポーネントのパラメータの取得要求をパラメータ評価部３０７に送信する（ステップＳ２７５３）。なお、当該取得要求には、例えば、フロー詳細１１１５Ａのフロー詳細名「ｄｅｔａｉｌ５」と、パラメータの各項目名（具体的には、「"ｓｋｉｐ"」や「"ｔｏ"」、「"ｆｒｏｍ"」、「"ｓｕｂｊｅｃｔ"」、「"ｂｏｄｙ"」等）とが含まれる。

パラメータ評価部３０７は、パラメータの取得要求を受信すると、当該パラメータの取得要求をリソース管理部３０６に送信する（ステップＳ２７５４）。

次に、リソース管理部３０６は、パラメータの取得要求を受信すると、図２９に示すリソース管理情報１７０Ｄに含まれるパラメータ１７２５Ａを取得する（ステップＳ２７５５）。そして、リソース管理部３０６は、取得したパラメータ１７２５Ａをパラメータ評価部３０８に返信する。

次に、パラメータ評価部３０７は、リソース管理部３０６から返信されたパラメータ１７２５Ａに置換指定が含まれるか否かを判定する。（ステップＳ２７５６）。ここで、パラメータ１７２５Ａには、置換指定「"＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ４．ｕｒｌ｝"」が含まれる。したがって、パラメータ評価部３０７は、パラメータ１７２５Ａに置換指定が含まれると判定する。

この場合、パラメータ評価部３０７は、処理結果の取得要求をリソース管理部３０６に送信する（ステップＳ２７５７）。なお、当該取得要求には、置換指定（具体的には、処理結果等の格納先である「ｒｅｓｕｌｔ．ｄｅｔａｉｌ４．ｕｒｌ」）が含まれる。

リソース管理部３０６は、処理結果の取得要求を受信すると、リソース管理情報１７０Ｄに含まれる処理結果を取得する（ステップＳ２７５８）。そして、リソース管理部３０６は、取得した処理結果をパラメータ評価部３０７に返信する。

すなわち、リソース管理部３０６は、図３１（ｂ）に示すリソース管理情報１７０Ｄに格納されている合流コンポーネント４０８（ｄｅｔａｉｌ４）の処理結果（ｒｅｓｕｌｔ）の項目名「ｕｒｌ」の値「ｈｔｔｐ：／／ｓｔｏｒａｇｅＡ．ｃｏ．ｊｐ／ｆｉｌｅｉｄ」を取得する。そして、リソース管理部３０６は、取得した値「ｈｔｔｐ：／／ｓｔｏｒａｇｅＡ．ｃｏ．ｊｐ／ｆｉｌｅｉｄ」をパラメータ評価部３０７に返信する。

次に、パラメータ評価部３０７は、処理結果を受信すると、置換指定されているパラメータの値を、当該処理結果が示す値に置換する（ステップＳ２７５９）。すなわち、パラメータ評価部３０７は、「"ｂｏｄｙ"："＄｛ｒｅｓｕｌｔ．ｄｅｔａｉｌ４．ｕｒｌ｝"」を「"ｂｏｄｙ"："ｈｔｔｐ：／／ｓｔｏｒａｇｅＡ．ｃｏ．ｊｐ／ｆｉｌｅｉｄ"」と置換する。

そして、パラメータ評価部３０７は、置換後のパラメータ１７２５Ａをフロー実行部３０１に返信する。

以降のステップＳ２７６０〜ステップＳ２７６２の処理は、図１２のステップＳ１２３５〜ステップＳ１２３７の処理とそれぞれ同様であるため、その説明を省略する。

以上のように、本実施形態に係るサービス提供システム１０では、処理フローに分岐が含まれる場合であっても、合流コンポーネント４０８を用いることで、当該合流コンポーネント４０８以降の各コンポーネントは分岐を意識することなく処理を行うことができる。したがって、例えば、処理フロー情報１１００の作成者等のユーザは、合流コンポーネント４０８以降の各コンポーネントが用いるパラメータ等を容易に指定することができる。

ここで、合流コンポーネント４０８を用いた処理フローの他の例について、図３２を参照しながら説明する。図３２は、処理フローの他の例を説明するための図（その３）である。

図３２に示す処理フローは、まず、コンポーネントＡによる処理を実行する。その後、コンポーネントＢによる処理と、コンポーネントＣによる処理と、コンポーネントＤによる処理とを並列に実行して、合流コンポーネント４０８による処理と、コンポーネントＥによる処理とを順に実行するものである。また、コンポーネントＢによる処理と、コンポーネントＣによる処理と、コンポーネントＤによる処理とは、それぞれ処理結果として、「ファイル１」と、「ファイル２」と、「ファイル３」とを出力する。

このとき、合流コンポーネント４０８は、パラメータに指定された条件に応じて、様々な処理結果をコンポーネントＥに出力することができる。

例えば、合流コンポーネント４０８は、当該条件に応じて、「ファイル１」、「ファイル２」、及び「ファイル３」をマージしたファイルを処理結果としてコンポーネントＤに出力しても良い。

また、例えば、合流コンポーネント４０８は、当該条件に応じて、「ファイル１」、「ファイル２」、及び「ファイル３」のうち、いずれかのファイルを処理結果としてコンポーネントＥに出力しても良い。この場合、当該条件としては、例えば、「ファイル１」、「ファイル２」、及び「ファイル３」のうち、最初に又は最後に出力されたファイルを、処理結果としてコンポーネントＥに出力すれば良い。または、例えば、「ファイル１」、「ファイル２」、及び「ファイル３」のうち、所定のファイル名のファイルや所定のファイルサイズ未満（又は所定のファイルサイズ以上）のファイルを、処理結果としてコンポーネントＥに出力しても良い。

このように、合流コンポーネント４０８は、処理フローに分岐が含まれる場合に限られず、処理フローに並列で実行される処理が含まれる場合にも用いることができる。なお、合流コンポーネント４０８のパラメータには、例えば、論理和や論理積で表される様々な条件を指定することができる。これにより、合流コンポーネント４０８は、先行のコンポーネントの処理が並列で実行される場合に、後続のコンポーネントに対して、様々な処理結果を出力することができるようになる。

以上のように、第一の実施形態に係るサービス提供システム１０は、サービスを実現する一連の処理に分岐が含まれる場合、後続の処理を実行するコンポーネントのうち、一のコンポーネント以外のコンポーネントの処理の実行を抑止（スキップ）する。これにより、第一の実施形態に係るサービス提供システム１０では、一連の処理に分岐が含まれる場合においても当該一連の処理を実行することができる。

しかも、第一の実施形態に係るサービス提供システム１０は、例えば、既に実行されたコンポーネントの処理結果に応じて、分岐先のいずれの処理を実行又は抑止させるかを判断する。これにより、本実施形態に係るサービス提供システム１０は、例えば、一連の処理の処理対象の電子ファイル等に応じて、分岐先の処理を動的に決定することができる。

また、第二の実施形態に係るサービス提供システム１０では、サービスを実現する一連の処理に分岐が含まれる場合、合流コンポーネント４０８を用いることで、当該合流コンポーネント４０８以降の各コンポーネントは分岐を意識する必要がない。このため、第二の実施形態に係るサービス提供システム１０では、例えば、処理フローの作成者等のユーザは、合流コンポーネント４０８以降の各コンポーネントのパラメータを容易に指定することができるようになる。

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

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

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

Claims (10)

1. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段と、
   前記情報処理システムに接続される１以上の機器のうちの一の機器から、前記一連の処理に用いられる電子データに関する情報と、前記フロー識別情報とを含む要求を受け付けると、該要求に含まれる前記フロー識別情報と関連付けて前記記憶手段に記憶されている前記フロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って実行させることで、前記電子データに関する情報に基づく電子データを用いた一連の処理を実行する実行手段とを有し、
   前記実行手段は、
   前記一連の処理に分岐が含まれる場合、前記分岐の条件に応じて、分岐先の処理をそれぞれ実行するプログラムのうち、前記分岐の条件に応じた一のプログラムと、前記分岐先の処理の処理結果を自身の処理結果として後続の処理を実行するプログラムに出力する合流プログラムと、前記後続の処理を含む１以上の処理をそれぞれ実行する１以上のプログラムとを実行する、情報処理システム。
2. 前記実行手段は、
   前記一連の処理に分岐が含まれる場合、分岐先の処理をそれぞれ実行するプログラムのうち、前記一のプログラム以外の他のプログラムの実行を抑止する、請求項１に記載の情報処理システム。
3. 前記プログラムには、
   分岐先の処理をそれぞれ実行するプログラムのうち、前記他のプログラムの実行を抑止する分岐プログラムを含み、
   前記実行手段は、
   前記一連の処理に分岐が含まれる場合、前記分岐プログラムが、前記分岐先の処理をそれぞれ実行するプログラムのうち、前記他のプログラムの実行を抑止する、請求項２に記載の情報処理システム。
4. 前記分岐プログラムは、前記一連の処理のそれぞれの処理を実行するプログラムのうち、該分岐プログラムよりも前に実行されたプログラムの処理結果に基づいて、前記他のプログラムを特定し、該特定した他のプログラムの実行を抑止する、請求項３に記載の情報処理システム。
5. 前記実行手段は、
   電子データに対して、該電子データのデータ型を所定のデータ型に変換する型変換手段を１以上有し、
   前記電子データのデータ型を、前記型変換手段により前記プログラムが処理可能なデータ型に変換した後、前記プログラムが処理を実行することにより、前記電子データを用いた前記一連の処理を実行する、請求項１ないし４のいずれか１項に記載の情報処理システム。
6. 前記プログラムには、外部サービス毎に、該外部サービスに関する処理を実行する外部サービスプログラムを含み、
   前記外部サービスプログラムは、
   外部サービスに対して電子データをアップロードする処理を実行するプログラムを少なくとも含む、請求項１ないし５のいずれか１項に記載の情報処理システム。
7. 前記実行手段は、
   前記一連の処理に分岐が含まれる場合、前記分岐の条件に応じて、複数の前記外部サービスプログラムのうち、前記分岐の条件に応じた一の外部サービスプログラムにより実行される処理に分岐させて前記一連の処理を実行する、請求項６に記載の情報処理システム。
8. 前記プログラムには、前記一連の処理に用いられる電子データに含まれる所定のコード情報を取得する処理を実行するコード取得プログラムを含み、
   前記実行手段は、
   前記一連の処理に分岐が含まれる場合、複数の前記外部サービスプログラムのうち、前記コード取得プログラムにより実行された処理において取得されたコード情報に指定された外部サービスに対応する一の外部サービスプログラムにより実行される処理に分岐させて前記一連の処理を実行する、請求項７に記載の情報処理システム。
9. 所定の処理をそれぞれ実行する複数のプログラムを有する情報処理装置であって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段と、
   前記情報処理装置に接続される１以上の機器のうちの一の機器から、前記一連の処理に用いられる電子データに関する情報と、前記フロー識別情報とを含む要求を受け付けると、該要求に含まれる前記フロー識別情報と関連付けて前記記憶手段に記憶されている前記フロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って実行させることで、前記電子データに関する情報に基づく電子データを用いた一連の処理を実行する実行手段とを有し、
   前記実行手段は、
   前記一連の処理に分岐が含まれる場合、前記分岐の条件に応じて、分岐先の処理をそれぞれ実行するプログラムのうち、前記分岐の条件に応じた一のプログラムと、前記分岐先の処理の処理結果を自身の処理結果として後続の処理を実行するプログラムに出力する合流プログラムと、前記後続の処理を含む１以上の処理をそれぞれ実行する１以上のプログラムとを実行する、情報処理装置。
10. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶する記憶手段を有する情報処理システムに用いられる情報処理方法であって、
    前記情報処理システムに接続される１以上の機器のうちの一の機器から、前記一連の処理に用いられる電子データに関する情報と、前記フロー識別情報とを含む要求を受け付けると、該要求に含まれる前記フロー識別情報と関連付けて前記記憶手段に記憶されている前記フロー情報を取得する取得手順と、
    前記取得手順により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って実行させることで、前記電子データに関する情報に基づく電子データを用いた一連の処理を実行する実行手順とを有し、
    前記実行手順は、
    前記一連の処理に分岐が含まれる場合、前記分岐の条件に応じて、分岐先の処理をそれぞれ実行するプログラムのうち、前記分岐の条件に応じた一のプログラムと、前記分岐先の処理の処理結果を自身の処理結果として後続の処理を実行するプログラムに出力する合流プログラムと、前記後続の処理を含む１以上の処理をそれぞれ実行する１以上のプログラムとを実行する、情報処理方法。

Images