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

Abstract

【課題】一連の処理の実行が完了した後に、当該一連の処理に含まれる処理の処理結果を利用する。
【解決手段】所定の処理を実行するプログラムを有する情報処理システムであって、電子データを用いた一連の処理毎に、プログラム識別情報と、パラメータと、実行順とが定義されたフロー情報を、フロー識別情報と関連付けて記憶するフロー記憶手段と、中間結果情報を記憶する中間結果記憶手段と、電子データに関する情報と、フロー識別情報とを受信する受信手段と、前記フロー識別情報と関連付けられているフロー情報を取得する取得手段と、前記フロー情報に定義されている前記プログラム識別情報のプログラムを、前記実行順に従って、前前記パラメータを用いて実行させることで、前記一連の処理を実行する実行手段とを有し、前記実行手段は、前記パラメータに、前記中間結果情報の保存が指定されている場合、前記中間結果情報を前記中間結果記憶手段に記憶させる。
【選択図】図５

Description

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

近年、複数の機能（例えば、スキャンやプリント、メール配信等）を組み合わせた機能を提供するサービスが知られるようになった。例えば、電子ファイルを印刷データに変換するサービス等が知られている。このようなサービスは、各機能を実現する１以上の処理が一連の処理として実行されることにより実現される。

これにより、一連の処理により作成された印刷データ等を画像形成装置等で印刷することができるようになる。

また、１以上の処理を一連の処理として表した処理情報等が含まれる指示書に基づいて、当該一連の処理を実行する画像形成装置が知られている（例えば特許文献１参照）。

しかしながら、上記の従来技術では、例えば、画像形成装置で印刷データの印刷を行うことができない場合があった。

すなわち、例えば、一連の処理の実行が完了した後に、当該一連の処理に含まれる各処理の処理結果が削除されるような場合、当該一連の処理により作成された印刷データ等も削除される。したがって、この場合、一連の処理の実行が完了した後は、画像形成装置で印刷データの印刷を行うことができなかった。

本発明の実施の形態は、上記の点に鑑みてなされたもので、一連の処理の実行が完了した後に、当該一連の処理に含まれる処理の処理結果を利用することを目的とする。

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

本発明の実施の形態は、一連の処理の実行が完了した後に、当該一連の処理に含まれる処理の処理結果を利用することができる。

本実施形態に係る情報処理システムの一例のシステム構成を示す図である。 本実施形態に係るサービス提供システム及びＰＣ端末の一例のハードウェア構成を示す図である。 本実施形態に係る機器の一例のハードウェア構成を示す図である。 本実施形態に係る情報処理システムの一例の機能構成を示す図である。 本実施形態に係るロジック処理部の一例の機能構成を示す図である。 型変換情報テーブルの一例を示す図である。 処理フロー情報の一例を示す図である。 本実施形態に係るサービス利用の全体処理の一例を示すシーケンス図である。 画面情報の一例を示す図である。 アプリ画面の一例を示す図である。 本実施形態に係る処理フローの実行処理の一例を示すシーケンス図である。 中間結果情報の一例を示す図である。 本実施形態に係る印刷処理の一例を示すシーケンス図である。 本実施形態に係る中間結果情報の削除処理の一例を示すシーケンス図である。 処理フロー情報の他の例（その１）を示す図である。 処理フロー情報の他の例（その２）を示す図である。 中間結果情報の他の例を示す図である。

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

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

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

サービス提供システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、種々の機能をそれぞれ実現する複数の処理のうちの１以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供する。

ここで、機能とは、文書ファイルや画像ファイル等の電子ファイルに関する機能である。機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール配信、ＯＣＲ（Optical character recognition）処理、加工や圧縮・解凍、リポジトリへの格納等が挙げられる。

本実施形態に係るサービス提供システム１０が提供するサービスの具体例については後述する。なお、以降では、一連の処理を「処理フロー」とも表す。

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

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

ＰＣ端末３０は、例えば、ユーザが使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末等である。ユーザは、ＰＣ端末３０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

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

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

＜ハードウェア構成＞
次に、本実施形態に係る情報処理システム１に含まれるサービス提供システム１０及びＰＣ端末３０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１０及びＰＣ端末３０の一例のハードウェア構成を示す図である。なお、サービス提供システム１０及びＰＣ端末３０は、同様のハードウェア構成を有しているため、以降では、主に、サービス提供システム１０のハードウェア構成について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施形態に係るサービス提供システム１０は、例えば、ＰＣ端末３０において指定された電子ファイルを印刷データに変換するサービス（プリント変換サービス）を提供する。これにより、ユーザは、画像形成装置である機器２０を用いて、印刷データの印刷を行うことができるようになる。なお、印刷データは、ＰＤＬ（Page Description Language）等で表され、機器２０のプリンタ２５で印刷可能なデータ形式のことである。

以降では、本実施形態に係るサービス提供システム１０は、上述したプリント変換サービスを提供するものとして説明する。

ただし、サービス提供システム１０により提供されるサービスは、これらに限られない。サービス提供システム１０は、例えば、ＰＣ端末３０において指定された電子ファイルを、プロジェクタである機器２０で投影可能なデータ形式に変換するサービスを提供しても良い。これにより、ユーザは、プロジェクタである機器２０を用いて、電子ファイルの内容を投影表示することができるようになる。

同様に、サービス提供システム１０は、例えば、ＰＣ端末３０において指定された電子ファイルを、デジタルサイネージである機器２０で表示可能なデータ形式に変換するサービスを提供しても良い。これにより、ユーザは、デジタルサイネージである機器２０を用いて、電子ファイルの内容を表示することができるようになる。

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

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

図４に示す機器２０は、印刷処理部２１０を有する。当該機能部は、機器２０にインストールされた１以上のプログラムが、ＣＰＵ３１に実行させる処理により実現される。

印刷処理部２１０は、サービス提供システム１０から取得した印刷データを印刷する。すなわち、印刷処理部２１０は、プリンタ２５を制御して、サービス提供システム１０から取得した印刷データを、例えば紙等の印刷媒体に印刷する。

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

また、サービス提供システム１０は、アプリ情報記憶部１６０と、画面情報記憶部１７０と、ファイル記憶部１８０と、中間結果記憶部１９０とを有する。これら各記憶部は、ＨＤＤ１８を用いて実現可能である。なお、これら各記憶部のうちの少なくとも１つの記憶部が、サービス提供システム１０とネットワークを介して接続される記憶装置等により実現されていても良い。

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

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

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

ロジック処理部１１２は、Ｗｅｂサービス処理部１２０からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、ロジック処理部１１２は、アプリ管理部１１１から取得した処理フロー情報１１００に基づいて、当該アプリ情報１０００が提供するサービスを実現する一連の処理（処理フロー）を実行する。これにより、本実施形態に係るサービス提供システム１０は、各種のサービスを提供することができる。

また、ロジック処理部１１２は、一連の処理（処理フロー）の実行に用いる電子ファイル（例えば、一連の処理に含まれる各処理の処理対象の電子ファイルや処理結果として出力される電子ファイル等）の保存をストレージサービス部１４０に要求する。さらに、ロジック処理部１１２は、処理フロー情報１１００に基づいて、一連の処理に含まれる各処理の処理結果として出力された電子ファイルを示す中間結果情報１９０Ｄを中間結果記憶部１９０に保存（記憶）させる。

なお、中間結果情報１９０Ｄとは、処理結果として出力された電子ファイルの保存先パス（例えば、電子ファイルの保存先を示すＵＲＬ（Uniform Resource Locator）、ローカルパス等）や、当該中間結果情報１９０Ｄの有効期限等が含まれる情報である。

そして、ロジック処理部１１２は、一連の処理の実行が完了した場合に、中間結果記憶部１９０に記憶された中間結果情報１９０Ｄにより示される電子ファイル以外の電子ファイルの削除をストレージサービス部１４０に要求する。

このように、ロジック処理部１１２は、一連の処理を実行すると共に、当該一連の処理の実行に用いられる電子ファイルの保存要求や削除要求等を行う。なお、ロジック処理部１１２の詳細については後述する。

Ｗｅｂサービス処理部１２０は、サービス提供システム１０が提供するサービスを、ユーザがブラウザ３１０を用いて利用するための処理を行う。すなわち、Ｗｅｂサービス処理部１２０は、ブラウザ３１０に対してＷｅｂアプリケーション（アプリ情報１０００）を提供するアプリケーションサーバとして機能する。ここで、Ｗｅｂサービス処理部１２０は、画面構成部１２１と、アプリ実行部１２２とを有する。

画面構成部１２１は、ブラウザ３１０からの要求に応じて、画面情報記憶部１７０に記憶されている画面情報２０００を返信する。なお、画面情報２０００とは、アプリ情報１０００により提供されるサービスを利用するための画面（アプリ画面）が定義された情報である。画面情報２０００は、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）等のブラウザ３１０が解釈可能な形式でアプリ画面が定義されている。

これにより、ＰＣ端末３０の表示装置１２には、ブラウザ３１０により、サービス提供システム１０が提供するサービスを利用するためのアプリ画面が表示される。

アプリ実行部１２２は、ブラウザ３１０からの要求に応じて、入出力サービス処理部１１０に対して、アプリケーション（アプリ情報１０００）の実行要求を送信する。

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

ＰＤＬ変換部１３１は、電子ファイルを印刷データに変換する処理を行う。ＯＣＲ処理部１３２は、電子ファイル（画像ファイル）に対してＯＣＲ処理を行う。メール配信部１３３は、電子ファイルを添付したメールを作成して、当該メールを指定されたメールアドレス宛に配信する。

なお、ドキュメントサービス部１３０は、例えば、電子ファイルを暗号化又は復号する暗号化・復号部、電子ファイルを圧縮又は解凍する圧縮・解凍部等を有していても良い。

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

ストレージサービス部１４０は、ロジック処理部１１２等からの保存要求に応じて、電子ファイルをファイル記憶部１８０に保存（記憶）する。そして、ストレージサービス部１４０は、電子ファイルの保存先パスを要求元に返信する。

また、ストレージサービス部１４０は、ロジック処理部１１２等からの削除要求に応じて、ファイル記憶部１８０に記憶されている電子ファイルを削除する。

中間結果削除部１５０は、例えば、所定の時間毎に、中間結果情報１９０Ｄの削除をロジック処理部１１２に要求する。これにより、後述するように、有効期限が経過した中間結果情報１９０Ｄを中間結果記憶部１９０から削除することができる。

アプリ情報記憶部１６０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００を識別するアプリＩＤと関連付けてアプリ情報記憶部１６０に記憶されている。なお、アプリ情報１０００には、さらに、当該アプリ情報１０００のアプリケーション名（アプリ名）が関連付けられていても良い。

ここで、アプリ情報１０００には、処理フロー情報１１００が含まれる。例えば、プリント変換サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理が定義された処理フロー情報１１００が含まれる。すなわち、プリント変換サービスを提供するアプリ情報１０００には、ＰＣ端末３０において指定された電子ファイルを印刷データに変換する一連の処理が定義された処理フロー情報１１００が含まれる。

なお、アプリ情報１０００には、２以上の処理フロー情報１１００が含まれていても良い。

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

画面情報記憶部１７０は、画面情報２０００を記憶する。画面情報２０００は、アプリＩＤと関連付けて画面情報記憶部１７０に記憶されている。なお、画面情報２０００の詳細については後述する。

ファイル記憶部１８０は、一連の処理（処理フロー）の実行に用いる電子ファイルを記憶する。

中間結果記憶部１９０は、一連の処理に含まれる各処理の処理結果として出力された電子ファイル（すなわち、ファイル記憶部１８０に記憶されている電子ファイル）の保存先パス等が含まれる中間結果情報１９０Ｄを記憶する。なお、中間結果情報１９０Ｄの詳細については後述する。

なお、入出力サービス処理部１１０、Ｗｅｂサービス処理部１２０、ドキュメントサービス部１３０、ストレージサービス部１４０、及び中間結果削除部１５０等は、それぞれが異なる情報処理装置により実現されていても良い。特に、Ｗｅｂサービス処理部１２０をアプリケーションサーバとして、一台の情報処理装置で実現しても良い。

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

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

フロー実行部３０１は、アプリ実行部１２２からアプリケーションの実行要求を受信すると、当該実行要求に対応するアプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、フロー実行部３０１は、アプリ管理部１１１から取得した処理フロー情報１１００に基づく一連の処理（処理フロー）を実行する。

また、フロー実行部３０１は、電子ファイルの保存要求や削除要求等をストレージサービス部１４０に要求する。さらに、フロー実行部３０１は、処理フロー情報１１００に基づいて、中間結果情報１９０Ｄの保存要否を判定する。そして、フロー実行部３０１は、中間結果情報１９０Ｄの保存が必要と判定した場合、中間結果情報１９０Ｄの保存を中間結果管理部３０６に要求する。

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

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

コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３には、印刷サービスコンポーネント１３１０と、ＰＤＬコンポーネント１３２０と、ＯＣＲコンポーネント１３３０と、メール配信コンポーネント１３４０とが含まれる。

印刷サービスコンポーネント１３１０は、機器２０等に印刷サービスを提供するためのコンポーネントである。すなわち、印刷サービスコンポーネント１３１０は、ＰＤＬコンポーネント１３２０等により作成された印刷データの印刷を機器２０等に要求する。

ＰＤＬコンポーネント１３２０は、電子ファイルから印刷データを作成するためのコンポーネントである。ＰＤＬコンポーネント１３２０は、ドキュメントサービス部１３０のＰＤＬ変換部１３１に、電子ファイルのＰＤＬ変換を要求することにより、印刷データを作成する。

ＯＣＲコンポーネント１３３０は、電子ファイルをＯＣＲ処理するためのコンポーネントである。ＯＣＲコンポーネント１３３０は、ドキュメントサービス部１３０のＯＣＲ処理部１３２にＯＣＲ処理を要求することにより、電子ファイルのＯＣＲ処理を行う。

メール配信コンポーネント１３４０は、指定されたメールアドレス宛にメール配信するためのコンポーネントである。メール配信コンポーネント１３４０は、ドキュメントサービス部１３０のメール配信部１３３にメール配信処理を要求することにより、指定されたメールアドレス宛にメールを配信する。

このように、各コンポーネントは、所定の機能を実現する処理を実行する。なお、コンポーネント群３０３には、上記のコンポーネント以外にも、例えば、電子ファイルの暗号化や復号を行うための暗号化・復号コンポーネント、電子ファイルを圧縮するための圧縮コンポーネント等の各種のコンポーネントが含まれる。

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

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

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

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

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

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

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

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

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

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

中間結果管理部３０６は、中間結果記憶部１９０に記憶されている中間結果情報１９０Ｄを管理する。すなわち、中間結果管理部３０６は、フロー実行部３０１からの保存要求に応じて、中間結果情報１９０Ｄを作成した上で、作成した中間結果情報１９０Ｄを中間結果記憶部１９０に保存（記憶）する。また、中間結果管理部３０６は、フロー実行部３０１からの削除要求に応じて、中間結果記憶部１９０に記憶されている中間結果情報１９０Ｄを削除する。

さらに、中間結果管理部３０６は、中間結果削除部１５０からの要求に応じて、中間結果記憶部１９０に記憶されている中間結果情報１９０Ｄのうち、有効期限が経過した中間結果情報１９０Ｄを削除する。

ここで、プリント変換サービスを提供するアプリ情報１０００に含まれる処理フロー情報１１００について、図７を参照しながら説明する。図７は、処理フロー情報１１００の一例を示す図である。

図７に示す処理フロー情報１１００は、プリント変換サービスを実現する一連の処理（処理フロー）が定義された情報である。

図７に示す処理フロー情報１１００には、処理フロー情報１１００を識別するフローＩＤ１１０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１１０２と、中間結果情報１９０Ｄの有効期限を算出するための有効秒数１１０３とが含まれる。

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

具体的には、処理定義１１１０の「"ｃｏｍｐｏｎｅｎｔ"」には、ＰＤＬコンポーネント１３２０のコンポーネント名「"ｐｄｌ"」が定義されている。また、「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータ名「"ｔｙｐｅ"」のパラメータ情報と、パラメータ名「"ｐａｐｅｒＳｉｚｅ"」のパラメータ情報と、パラメータ名「"ｓａｖｅ"」のパラメータ情報が定義されている。

パラメータ名「"ｔｙｐｅ"」のパラメータ情報は、ＰＤＬのデータ形式を定義するためのパラメータ情報である。図７に示す例では、パラメータ値「"ｒｐｃｓ"」が定義されている。また、パラメータ名「"ｐａｐｅｒＳｉｚｅ"」のパラメータ情報は、印刷データが印刷される印刷媒体のサイズを定義するためのパラメータ情報である。図７に示す例では、パラメータ値「"Ａ４"」が定義されている。

さらに、パラメータ名「"ｓａｖｅ"」のパラメータ情報は、中間結果情報１９０Ｄを保存するか否かを定義するためのパラメータ情報である。図７に示す例では、中間結果情報１９０Ｄを保存することを示すパラメータ値「"ｔｒｕｅ"」が定義されている。これにより、ＰＤＬコンポーネント１３２０の処理結果として出力される電子ファイル（すなわち、印刷データ）を示す中間結果情報１９０Ｄを中間結果記憶部１９０に保存させることができるようになる。

なお、処理定義１１１０の「"ｐａｒａｍｅｔｅｒｓ"」には、これら以外にも、例えば、両面印刷するか否かを定義するためのパラメータ情報や集約印刷するか否かを定義するためのパラメータ情報等、種々のパラメータ情報が含まれていても良い。

同様に、処理定義１１２０の「"ｃｏｍｐｏｎｅｎｔ"」には、印刷サービスコンポーネント１３１０のコンポーネント名「"ｐｒｉｎｔ＿ｓｅｒｖｉｃｅ"」が定義されている。また、「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータ名「"ｔｙｐｅ"」のパラメータ情報と、パラメータ名「"ｓａｖｅ"」のパラメータ情報とが含まれる。

パラメータ名「"ｔｙｐｅ"」のパラメータ情報は、ＰＤＬのデータ形式を定義するためのパラメータ情報である。図７に示す例では、パラメータ値「"ｒｐｃｓ"」が定義されている。また、パラメータ名「"ｓａｖｅ"」のパラメータ情報は、中間結果情報１９０Ｄを保存するか否かを定義するためのパラメータ情報である。図７に示す例では、中間結果情報１９０Ｄを保存しないことを示すパラメータ値「"ｆａｌｓｅ"」が定義されている。

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

また、図７に示す例では、中間結果情報１９０Ｄの有効期限を算出するための秒数が有効秒数１１０３として定義されているが、これに限られず、例えば、中間結果情報１９０Ｄの有効期限を算出するための時、分、日付等が定義されていても良い。さらに、これらの有効期限を算出するための情報（時、分、秒、日付等）は、例えば、処理フロー情報１１００に基づく一連の処理により実現されるサービスを利用する際に、ユーザが指定することができても良い。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。まず、ＰＣ端末３０のユーザがプリント変換サービスを利用して、印刷データを作成する場合の全体的な処理について、図８を参照しながら説明する。図８は、本実施形態に係るサービス利用の全体処理の一例を示すシーケンス図である。

まず、ＰＣ端末３０のブラウザ３１０は、プリント変換サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ８０１）。

ＰＣ端末３０のブラウザ３１０は、当該表示操作を受け付けると、プリント変換サービスのアプリ画面を表示するための画面情報の取得要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ８０２）。なお、当該取得要求には、プリント変換サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。

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

ここで、プリント変換サービスのアプリ画面を表示するための画面情報２０００について、図９を参照しながら説明する。図９は、画面情報２０００の一例を示す図である。

図９に示す画面情報２０００は、ＨＴＭＬ形式で定義された情報であり、見出し定義２００１と、ファイル名選択欄定義２００２と、実行ボタン定義２００３とが含まれる。このように、画面情報２０００は、ＨＴＭＬタグ等のブラウザ３１０が解釈可能な形式によりアプリ画面が定義されている。これにより、ブラウザ３１０は、図９に示す画面情報２０００に基づいて、後述するアプリ画面２１００を表示することができる。

次に、ＰＣ端末３０のブラウザ３１０は、画面構成部１２１から画面情報２０００を受信すると、当該画面情報２０００に基づいて、例えば図１０に示すアプリ画面２１００を表示する（ステップＳ８０４）。

図１０に示すアプリ画面２１００は、図９に示す画面情報２０００に基づいて、ブラウザ３１０により表示された画面である。図１０に示すアプリ画面２１００には、タイトル２１０１と、ファイル名選択欄２１０２と、実行ボタン２１０３とが含まれる。

ここで、タイトル２１０１は、例えば、プリント変換サービスを提供するアプリ情報１０００のアプリ名である。ファイル名選択欄２１０２は、印刷データに変換する電子ファイル（すなわち、印刷対象の電子ファイル）を選択するための選択欄である。

なお、タイトル２１０１及びファイル名選択欄２１０２は、見出し定義２００１及びファイル名選択欄定義２００２をブラウザ３１０がそれぞれ解釈することにより表示される。また、同様に、実行ボタン２１０３は、実行ボタン定義２００３をブラウザ３１０が解釈することにより表示される。

このように、本実施形態に係るサービス提供システム１０は、ＰＣ端末３０のブラウザ３１０からの要求に応じて、ＨＴＭＬ形式等のブラウザ３１０が解釈可能な形式で定義された画面情報２０００を返信する。そして、ＰＣ端末３０は、サービス提供システム１０から返信された画面情報２０００に基づいて、サービスを利用するためのアプリ画面を表示する。したがって、ユーザは、一般的なブラウザ３１０が搭載されたＰＣ端末３０を用いて、サービス提供システム１０が提供するサービスを利用することができる。

なお、上記のステップＳ８０３において、画面構成部１２１は、画面情報記憶部１７０から画面情報２０００を取得するものとしたが、これに限られない。画面構成部１２１は、例えば、アプリ情報１０００に基づいて、画面情報２０００を生成しても良い。

すなわち、画面構成部１２１は、例えば、アプリ管理部１１１を介して、画面情報の取得要求に含まれるアプリＩＤに関連付けられているアプリ情報１０００をアプリ情報記憶部１６０から取得する。そして、画面構成部１２１は、アプリ情報１０００に含まれる情報（例えば、アプリ名、処理フロー情報１１００に定義されているパラメータ情報等）を、予め記憶されている画面情報の雛形に対して定義することで、画面情報２０００を生成しても良い。

ここで、図１０に示すアプリ画面２１００において、ユーザにより、ファイル名選択欄２１０２からファイル名が選択された上で、実行ボタン２１０３を押下する操作（実行操作）がなされたものとする。なお、ユーザは、ファイル名選択欄２１０２において、例えば、ＰＣ端末３０のＨＤＤ１８等に記憶された電子ファイルや所定の記憶装置に記憶された電子ファイルのファイル名を選択することができる。

すると、ＰＣ端末３０のブラウザ３１０は、当該実行操作を受け付ける（ステップＳ８０５）。そして、ＰＣ端末３０のブラウザ３１０は、アプリケーションの実行要求を、Ｗｅｂサービス処理部１２０のアプリ実行部１２２に送信する（ステップＳ８０６）。

なお、当該実行要求には、プリント変換サービスを実現する処理フロー情報１１００のフローＩＤと、ユーザにより選択された電子ファイルとが含まれる。ここで、フローＩＤは、例えば、図１０に示すアプリ画面２１００の実行ボタン２１０３に関連付けられており、ユーザが当該実行ボタン２１０３を押下することで取得される。

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

次に、入出力サービス処理部１１０のロジック処理部１１２は、アプリケーションの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ８０８）。すなわち、ロジック処理部１１２は、当該要求に含まれるフローＩＤの処理フロー情報１１００に基づく一連の処理を実行する。なお、処理フローの実行処理の詳細については後述する。

そして、ロジック処理部１１２は、処理フローの実行処理の処理結果を、Ｗｅｂサービス処理部１２０を介して、ブラウザ３１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、処理フロー情報１１００に基づく一連の処理（処理フロー）により実現される各種のサービスを提供することができる。

なお、図８に示すサービス利用の全体処理では、ブラウザ３１０は、Ｗｅｂサービス処理部１２０を介して、ロジック処理部１１２にアプリケーションの実行要求を送信しているが、これに限られない。ブラウザ３１０は、例えば、画面情報２０００に定義されたＪａｖａＳｃｒｉｐｔ等に基づいてＷｅｂＡＰＩを呼び出すことにより、直接、ロジック処理部１１２にアプリケーションの実行要求を送信しても良い。

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

まず、フロー実行部３０１は、アプリ実行部１２２からアプリケーションの実行要求を受信すると、当該実行要求から電子ファイルを取得する。そして、フロー実行部３０１は、当該電子ファイルを含むファイルの保存要求をストレージサービス部１４０に送信する（ステップＳ１１０１）。

ストレージサービス部１４０は、ファイルの保存要求を受信すると、当該保存要求に含まれる電子ファイルをファイル記憶部１８０に保存する（ステップＳ１１０２）。そして、ストレージサービス部１４０は、当該電子ファイルの保存先パスをフロー実行部３０１に返信する。

なお、ストレージサービス部１４０は、ファイルの保存要求を受信すると、例えば、当該保存要求に含まれる電子ファイルの保存先パスを決定した上で、当該保存先パスにより示される記憶領域に電子ファイルを保存する。

次に、フロー実行部３０１は、アプリケーションの実行要求からフローＩＤを取得する。そして、フロー実行部３０１は、当該フローＩＤを含む処理フローの取得要求をアプリ管理部１１１に送信する（ステップＳ１１０３）。

アプリ管理部１１１は、処理フローの取得要求を受信すると、当該取得要求に含まれるフローＩＤの処理フロー情報１１００をアプリ情報記憶部１６０から取得する（ステップＳ１１０４）。そして、アプリ管理部１１１は、アプリ情報記憶部１６０から取得した処理フロー情報１１００をフロー実行部３０１に返信する。

ここで、以降では、アプリ管理部１１１は、図７に示す処理フロー情報１１００をフロー実行部３０１に返信したものとして説明する。

フロー実行部３０１は、処理フロー情報１１００をアプリ管理部１１１から受信すると、当該処理フロー情報１１００に基づく一連の処理を識別するジョブＩＤと、当該一連の処理に含まれる各処理を識別する詳細ジョブＩＤとを採番する（ステップＳ１１０５）。

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

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

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

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

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

ここで、データは、データ型「ＩｎｐｕｔＳｔｒｅａｍ」として、ストレージサービス部１４０から返信された保存先パスである。すなわち、フロー実行部３０１は、ストレージサービス部１４０から返信された保存先パスを、単に「データ」として（データ型を意識することなく）、ＰＤＬコンポーネント１３２０に渡して処理の実行を要求する。本実施形態では、このようにデータ型を意識しない各種の情報（例えば、保存先パスや各コンポーネントの処理結果を示す情報等）を、単に「データ」と表す。

また、パラメータ情報は、図７に示す処理フロー情報１１００の処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報である。すなわち、パラメータ名「"ｔｙｐｅ"」のパラメータ情報、パラメータ名「"ｐａｐｅｒＳｉｚｅ"」のパラメータ情報、及びパラメータ名「"ｓａｖｅ"」のパラメータ情報である。

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

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

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

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

次に、型変換管理部３０４は、型変換処理の実行要求を第１の型変換１４１０に送信する（ステップＳ１１１２）。なお、当該実行要求には、データが含まれる。

第１の型変換１４１０は、型変換の実行要求を受信すると、当該実行要求に含まれるデータのデータ型を「ＩｎｐｕｔＳｔｒｅａｍ」から「ＬｏｃａｌＦｉｌｅＰａｔｈ」に変換する型変換処理を行う（ステップＳ１１１３）。そして、第１の型変換１４１０は、データ型が変換されたデータを型変換管理部３０４に返信する。

そして、型変換管理部３０４は、第１の型変換１４１０からデータを受信すると、当該データをＰＤＬコンポーネント１３２０に送信する（ステップＳ１１１４）。

ＰＤＬコンポーネント１３２０は、型変換管理部３０４からデータを受信すると、ファイルの取得要求をストレージサービス部１４０に送信する（ステップＳ１１１５）。なお、当該取得要求には、保存先パス（すなわち、型変換管理部３０４から受信したデータ）が含まれる。

ストレージサービス部１４０は、ファイルの取得要求を受信すると、当該取得要求に含まれる保存先パスにより示される電子ファイルをファイル記憶部１８０から取得する（ステップＳ１１１６）。これにより、上記のステップＳ１１０６において、ファイル記憶部１８０に保存された電子ファイルが取得される。

そして、ストレージサービス部１４０は、取得した電子ファイルをＰＤＬコンポーネント１３２０に返信する。

次に、ＰＤＬコンポーネント１３２０は、電子ファイルを受信すると、当該電子ファイルに対して処理を実行する（ステップＳ１１１７）。すなわち、ＰＤＬコンポーネント１３２０は、パラメータ情報を用いて、ドキュメントサービス部１３０のＰＤＬ変換部１３１により、当該電子ファイルを変換して、印刷データを作成する。なお、パラメータ名「"ｔｙｐｅ"」のパラメータ情報に含まれるパラメータ値「"ｒｐｃｓ"」より、ＰＤＬコンポーネント１３２０は、データ形式が「ＲＰＣＳ」である印刷データを作成する。

次に、ＰＤＬコンポーネント１３２０は、処理を実行すると、ファイルの保存要求をストレージサービス部１４０に送信する（ステップＳ１１１８）。なお、当該保存要求には、上記のステップＳ１１１７で作成された印刷データを示す電子ファイルが含まる。

ストレージサービス部１４０は、ファイルの保存要求を受信すると、当該保存要求に含まれる電子ファイルをファイル記憶部１８０に保存する（ステップＳ１１１９）。そして、ストレージサービス部１４０は、当該電子ファイルの保存先パスをフロー実行部３０１に返信する。

その後、ＰＤＬコンポーネント１３２０は、保存先パスを受信すると、当該保存先パスを示すデータをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、処理フロー情報１１００に基づいて、中間結果の保存要否を判定する（ステップＳ１１２０）。すなわち、フロー実行部３０１は、処理フロー情報１１００の処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｓａｖｅ"」のパラメータ情報について、パラメータ値が「"ｔｒｕｅ"」であるか否かを判定する。

ここで、図７に示す処理フロー情報１１００の処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｓａｖｅ"」のパラメータ情報について、パラメータ値は、「"ｔｒｕｅ"」である。したがって、フロー実行部３０１は、中間結果の保存が必要であると判定する。

そして、中間結果の保存が必要であると判定した場合、フロー実行部３０１は、中間結果の保存要求を中間結果管理部３０６に送信する（ステップＳ１１２１）。なお、当該保存要求には、フローＩＤと、ジョブＩＤと、詳細ジョブＩＤと、データ（すなわち、印刷データの保存先パス）と、有効期限とが含まれる。ここで、有効期限は、図７に示す処理フロー情報１１００の有効秒数１１０３から算出される。すなわち、有効期限は、例えば、現在の日時に対して、有効秒数１１０３を加算することで算出される。

なお、中間結果管理部３０６は、例えば、中間結果の保存要求に含まれる保存先パスと同一の保存先パスを含む中間結果情報１９０Ｄが中間結果記憶部１９０に記憶されている場合、中間結果の保存を行わないようにしても良い。

中間結果管理部３０６は、中間結果の保存要求を受信すると、当該保存要求に含まれるフローＩＤと、ジョブＩＤと、詳細ジョブＩＤと、データと、有効期限と基づいて中間結果情報１９０Ｄを作成する。そして、中間結果管理部３０６は、作成した中間結果情報１９０Ｄを中間結果記憶部１９０に保存する（ステップＳ１１２２）。その後、中間結果管理部３０６は、保存結果をフロー実行部３０１に返信する。

ここで、中間結果記憶部１９０に保存されている中間結果情報１９０Ｄの詳細について、図１２を参照しながら説明する。図１２は、中間結果情報１９０Ｄの一例を示す図である。

図１２に示す中間結果情報１９０Ｄは、フローＩＤと、ジョブＩＤと、詳細ジョブＩＤと、有効期限と、保存先パスとが関連付けられた情報である。ここで、保存先パスには、中間結果の保存要求に含まれるデータが格納される。

なお、図１２に示す中間結果情報１９０Ｄには、ファイル記憶部１８０に記憶されている電子ファイルの保存先パスが含まれるものとしたが、これに限られない。中間結果情報１９０Ｄは、例えば、保存先パスの代わりに、当該保存先パスにより示される電子ファイルが含まれていても良い。

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

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

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

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

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

ここで、データは、ＰＤＬコンポーネント１３２０から返信されたデータ（すなわち、印刷データの保存先パス）である。

また、パラメータ情報は、図７に示す処理フロー情報１１００の処理定義１１２０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報である。すなわち、パラメータ名「"ｔｙｐｅ"」のパラメータ情報、及びパラメータ名「"ｓａｖｅ"」のパラメータ情報である。

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

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

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

すると、型変換管理部３０４は、型変換要求に含まれるデータを印刷サービスコンポーネント１３１０に送信する（ステップＳ１１２８）。このように、データ型のチェック（ステップＳ１１２７の処理）において、データのデータ型と、指定されたデータ型とが一致すると判断された場合には、型変換管理部３０４は、型変換の生成を行わない。

印刷サービスコンポーネント１３１０は、型変換管理部３０４からデータを受信すると、処理を実行する（ステップＳ１１２９）。すなわち、印刷サービスコンポーネント１３１０は、データにより示される保存先パスを所定の記憶領域に記憶させる。

そして、印刷サービスコンポーネント１３１０は、処理結果を示すデータをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、処理フロー情報１１００に基づいて、中間結果の保存要否を判定する（ステップＳ１１３０）。すなわち、フロー実行部３０１は、処理フロー情報１１００の処理定義１１２０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｓａｖｅ"」のパラメータ情報について、パラメータ値が「"ｔｒｕｅ"」であるか否かを判定する。

ここで、図７に示す処理フロー情報１１００の処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されているパラメータ名「"ｓａｖｅ"」のパラメータ情報について、パラメータ値は、「"ｆａｌｓｅ"」である。したがって、フロー実行部３０１は、中間結果の保存が不要であると判定する。

以上により、図７に示す処理フロー情報１１００に基づく一連の処理の実行が完了する。そして、一連の処理の実行が完了した場合、フロー実行部３０１は、中間結果を保存していないファイルの削除要求をストレージサービス部１４０に送信する（ステップＳ１１３１）。なお、当該削除要求には、削除対象の電子ファイルの保存先パスが含まれる。

すなわち、フロー実行部３０１は、例えば、処理フロー情報１１００を参照して、パラメータ名「"ｓａｖｅ"」のパラメータ情報のパラメータ値が「"ｆａｌｓｅ"」である処理により保存された電子ファイルの保存先パスを含む削除要求を送信する。換言すれば、フロー実行部３０１は、一連の処理によりファイル記憶部１８０に保存された電子ファイルのうち、中間結果記憶部１９０に記憶された中間結果情報１９０Ｄに含まれる保存先パスにより示される電子ファイル以外の電子ファイルの削除を要求する。

そして、ストレージサービス部１４０は、ファイルの削除要求を受信すると、当該削除要求に含まれる保存先パスにより示される電子ファイルをファイル記憶部１８０から削除する（ステップＳ１１３２）。これにより、一連の処理に含まれる各処理により保存された電子ファイルのうち、中間結果情報１９０Ｄを保存していない電子ファイルがファイル記憶部１８０から削除される。

したがって、本実施形態に係るサービス提供システム１０では、プリント変換サービスを実現する一連の処理が完了した後に、上記のステップＳ１１１９でファイル記憶部１８０に保存された電子ファイル（印刷データ）が削除されないようにすることができる。

次に、画像形成装置である機器２０を用いて、ユーザが印刷データを印刷する場合について、図１３を参照しながら説明する。図１３は、本実施形態に係る印刷処理の一例を示すシーケンス図である。

まず、印刷サービスコンポーネント１３１０は、ファイルの取得要求をストレージサービス部１４０に送信する（ステップＳ１３０１）。なお、当該取得要求には、上記のステップ１１２９で所定の記憶領域に記憶された保存先パスが含まれる。

次に、ストレージサービス部１４０は、ファイルの取得要求を受信すると、当該取得要求に含まれる保存先パスにより示される電子ファイル（すなわち、印刷データ）をファイル記憶部１８０から取得する（ステップＳ１３０２）。そして、ストレージサービス部１４０は、取得した印刷データを印刷サービスコンポーネント１３１０に返信する。

次に、印刷サービスコンポーネント１３１０は、印刷データを受信すると、印刷要求を印刷処理部２１０に送信する（ステップＳ１３０３）。なお、印刷要求には、印刷データが含まれる。

ここで、上記のステップＳ１３０１〜ステップＳ１３０３では、印刷サービスコンポーネント１３１０は、印刷データを取得した上で、印刷要求を機器２０に送信するものとしたが、これに限られない。例えば、印刷サービスコンポーネント１３１０は、機器２０からの印刷要求に応じて、ストレージサービス部１４０から印刷データを取得して、当該印刷データを機器２０に返信しても良い。このように、本実施形態に係るサービス提供システム１０は、機器２０に対して、印刷データを含む印刷要求を送信しても良いし（プッシュプリント）、機器２０から印刷要求を受信したことに応じて、印刷データを返信しても良い（プルプリント）。

機器２０の印刷処理部２１０は、印刷要求を受信すると、当該印刷要求に含まれる印刷データを、印刷媒体に印刷する（ステップＳ１３０４）。そして、印刷処理部２１０は、印刷結果を印刷サービスコンポーネント１３１０に返信する。これにより、画像形成装置である機器２０において、印刷データの印刷を行うことができる。

なお、本実施形態では、画像形成装置である機器２０において印刷データを印刷する場合について説明したが、これに限られず、例えば、機器２０は、プロジェクタやデジタルサイネージ等であっても良い。この場合、例えば、上記のステップＳ１３０３において、表示サービスコンポーネントが、表示データ等を含む表示要求を、プロジェクタやデジタルサイネージ等である機器２０に送信すれば良い。

次に、有効期限が経過した中間結果情報１９０Ｄを中間結果記憶部１９０から削除する場合について、図１４を参照しながら説明する。図１４は、本実施形態に係る中間結果情報の削除処理の一例を示すシーケンス図である。なお、図１４に示す中間結果情報の削除処理は、例えば、所定の時間毎に実行される。ただし、これに限られず、例えば、所定のスケジュールに従って、図１４に示す中間結果情報の削除処理が実行されても良い。

まず、中間結果削除部１５０は、有効期限を経過した中間結果の削除要求を、ロジック処理部１１２の中間結果管理部３０６に送信する（ステップＳ１４０１）。

次に、中間結果管理部３０６は、有効期限が経過した中間結果情報１９０Ｄを中間結果記憶部１９０から取得する（ステップＳ１４０２）。すなわち、中間結果管理部３０６は、中間結果記憶部１９０に記憶されている中間結果情報１９０Ｄのうち、有効期限が経過している中間結果情報１９０Ｄを取得する。

中間結果情報１９０Ｄが中間結果記憶部１９０から取得されると、中間結果管理部３０６は、取得した中間結果情報１９０Ｄ毎に、ファイルの削除要求をストレージサービス部１４０に送信する（ステップＳ１４０３）。なお、当該削除要求には、中間結果情報１９０Ｄの保存先パスが含まれる。

次に、ストレージサービス部１４０は、ファイルの削除要求を受信すると、当該削除要求に含まれる保存先パスにより示される電子ファイルをファイル記憶部１８０から削除する（ステップＳ１４０４）。これにより、有効期限が経過した中間結果情報１９０Ｄの保存先パスにより示される電子ファイルが削除される。そして、ストレージサービス部１４０は、削除結果を中間結果管理部３０６に返信する。

次に、中間結果管理部３０６は、上記のステップＳ１４０２で取得された中間結果情報１９０Ｄを中間結果記憶部１９０から削除する（ステップＳ１４０５）。これにより、有効期限が経過した中間結果情報１９０Ｄが中間結果記憶部１９０から削除される。

以上のように、本実施形態に係るサービス提供システム１０では、処理フロー情報１１００に定義されたパラメータ情報に応じて、当該処理フロー情報１１００に基づく一連の処理に含まれる各処理の処理結果を保存することができる。このため、本実施形態に係るサービス提供システム１０では、一連の処理に含まれる各処理の処理結果が、当該一連の処理の実行後に削除される場合であっても、任意の処理結果を利用したサービスを提供することができるようになる。

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

図１５に示す処理フロー情報１１００には、処理定義毎に有効秒数が定義されている。すなわち、処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」には、有効秒数１１１１が定義されている。同様に、処理定義１１２０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」には、有効秒数１１２１が定義されている。これにより、図１５に示す処理フロー情報１１００に基づく一連の処理では、当該一連の処理に含まれる各処理毎に、異なる有効期限の中間結果情報１９０Ｄを作成することができるようになる。

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

図１６に示す処理フロー情報１１００には、処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」にファイル定義１１１２が定義されている。ファイル定義１１１２には、例えば、各コンポーネントの処理結果を示す電子ファイルがファイル記憶部１８０に保存される場合におけるファイル名等を定義することができる。なお、ファイル定義１１１２には、これ以外にも、例えば、ファイルサイズ等の種々の書誌情報を定義することができる。

これにより、図１６に示す処理フロー情報１１００に基づく一連の処理では、ＰＤＬコンポーネント１３２０の処理結果としてファイル記憶部１８０に保存される電子ファイルのファイル名等を指定することができるようになる。

ここで、図１６に示す処理フロー情報１１００に基づく一連の処理において、ＰＤＬコンポーネント１３２０の中間結果情報１９０Ｄについて、図１７を参照しながら説明する。図１７は、中間結果情報１９０Ｄの他の例を示す図である。

図１７に示す中間結果情報１９０Ｄには、さらに、テキストが含まれる。テキストには、処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されたファイル定義１１１２の内容が格納される。また、保存先パスには、ファイル定義１１１２に定義されたファイル名（すなわち、「"ｆｉｌｅＸＹＺ"」）の印刷データの保存先パスが格納されている。

このように、本実施形態に係るサービス提供システム１０では、処理フロー情報１１００にファイル定義を定義することで、当該ファイル定義に定義されたファイル名等の電子ファイルをファイル記憶部１８０に保存することができるようになる。

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

１ 情報処理システム
１０ サービス提供システム
２０ 機器
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１２０ Ｗｅｂサービス処理部
１２１ 画面構成部
１２２ アプリ実行部
１３０ ドキュメントサービス部
１４０ ストレージサービス部
１５０ 中間結果削除部
１６０ アプリ情報記憶部
１７０ 画面情報記憶部
１８０ ファイル記憶部
１９０ 中間結果記憶部
２１０ 印刷処理部
３１０ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３０４ 型変換管理部
３０５ 型変換群
３０６ 中間結果管理部
１０００ アプリ情報
１１００ 処理フロー情報
２０００ 画面情報
３０００ 型変換情報テーブル

特許第４０３９１９１号公報

Claims (9)

1. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶するフロー記憶手段と、
   前記一連の処理のそれぞれの処理を実行する１以上の前記プログラムの処理結果を示す中間結果情報を記憶する中間結果記憶手段と、
   前記情報処理システムに接続される１以上の端末装置のうちの一の端末装置から、電子データに関する情報と、フロー識別情報とを受信する受信手段と、
   前記フロー記憶手段に記憶されているフロー情報のうち、前記受信手段により受信された前記フロー識別情報と関連付けて前記フロー記憶手段に記憶されているフロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている前記パラメータを用いて実行させることで、前記受信手段により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手段と、を有し、
   前記実行手段は、
   前記プログラムの実行に用いる前記パラメータにおいて、前記中間結果情報を保存することを示す指定が含まれる場合、前記プログラムの処理結果を示す前記中間結果情報を前記中間結果記憶手段に記憶させる、情報処理システム。
2. 前記一連の処理のそれぞれの処理を実行する１以上の前記プログラムにより処理された前記電子データを記憶するデータ記憶手段と、
   前記実行手段により前記一連の処理の実行が完了した場合、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムにより処理された前記電子データを前記データ記憶手段から削除するデータ削除手段と、を有し、
   前記データ削除手段は、
   前記データ記憶手段に記憶されている前記電子データのうち、前記中間結果情報が前記中間結果記憶手段に記憶されている前記プログラムにより処理された前記電子データ以外の電子データを削除する、請求項１に記載の情報処理システム。
3. 前記中間結果情報には、前記データ記憶手段に記憶されている前記電子データの格納先情報が含まれ、
   前記データ削除手段は、
   前記データ記憶手段に記憶されている前記電子データのうち、前記中間結果記憶手段に記憶されている前記中間結果情報に含まれる前記格納先情報により示される前記電子データ以外の電子データを削除する、請求項２に記載の情報処理システム。
4. 前記実行手段は、
   前記プログラムの実行に用いる前記パラメータにおいて、前記中間結果情報を保存することを示す指定が含まれる場合、前記パラメータに含まれる有効期間に基づいて、前記中間結果情報の有効期限を算出し、算出された前記有効期限を含む前記中間結果情報を前記中間結果記憶手段に記憶させる、請求項１乃至３の何れか一項に記載の情報処理システム。
5. 前記中間結果情報に含まれる有効期限が経過している否かを判定する判定手段と、
   前記判定手段により前記有効期限が経過していると判定された場合、前記有効期限が経過している前記中間結果情報を前記中間結果記憶手段から削除する中間結果削除手段と、を有する、請求項４に記載の情報処理システム。
6. 前記実行手段は、
   前記プログラムの実行に用いる前記パラメータにおいて、前記中間結果情報を保存することを示す指定が含まれる場合、前記パラメータに含まれるテキスト情報を含む前記中間結果情報を前記中間結果記憶手段に記憶させる、請求項１乃至５の何れか一項に記載の情報処理システム。
7. 前記実行順は、前記フロー情報において前記プログラム識別情報が定義されている順である、請求項１乃至６の何れか１項に記載の情報処理システム。
8. 所定の処理をそれぞれ実行する複数のプログラムを有する情報処理装置であって、
   電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶するフロー記憶手段と、
   前記一連の処理のそれぞれの処理を実行する１以上の前記プログラムの処理結果を示す中間結果情報を記憶する中間結果記憶手段と、
   前記情報処理装置に接続される１以上の端末装置のうちの一の端末装置から、電子データに関する情報と、フロー識別情報とを受信する受信手段と、
   前記フロー記憶手段に記憶されているフロー情報のうち、前記受信手段により受信された前記フロー識別情報と関連付けて前記フロー記憶手段に記憶されているフロー情報を取得する取得手段と、
   前記取得手段により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている前記パラメータを用いて実行させることで、前記受信手段により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手段と、を有し、
   前記実行手段は、
   前記プログラムの実行に用いる前記パラメータにおいて、前記中間結果情報を保存することを示す指定が含まれる場合、前記プログラムの処理結果を示す前記中間結果情報を前記中間結果記憶手段に記憶させる、情報処理システム。
9. １以上の情報処理装置を含み、所定の処理をそれぞれ実行する複数のプログラムを有する情報処理システムであって、電子データを用いた一連の処理毎に、該一連の処理のそれぞれの処理を実行する１以上の前記プログラムを識別するプログラム識別情報と、１以上の前記プログラムそれぞれの実行に用いられるパラメータと、１以上の前記プログラムの実行順とが定義されたフロー情報を、該フロー情報を識別するフロー識別情報と関連付けて記憶するフロー記憶手段と、前記一連の処理のそれぞれの処理を実行する１以上の前記プログラムの処理結果を示す中間結果情報を記憶する中間結果記憶手段とを有する情報処理システムに用いられる情報処理方法において、
   前記情報処理システムに接続される１以上の端末装置のうちの一の端末装置から、電子データに関する情報と、フロー識別情報とを受信する受信手順と、
   前記フロー記憶手段に記憶されているフロー情報のうち、前記受信手順により受信された前記フロー識別情報と関連付けて前記フロー記憶手段に記憶されているフロー情報を取得する取得手順と、
   前記取得手順により取得された前記フロー情報に定義されている前記プログラム識別情報により識別される前記プログラムそれぞれを、前記フロー情報に定義されている前記実行順に従って、前記フロー情報に定義されている前記パラメータを用いて実行させることで、前記受信手順により受信された前記電子データに関する情報に基づく電子データを用いた前記一連の処理を実行する実行手順と、を有し、
   前記実行手順は、
   前記プログラムの実行に用いる前記パラメータにおいて、前記中間結果情報を保存することを示す指定が含まれる場合、前記プログラムの処理結果を示す前記中間結果情報を前記中間結果記憶手段に記憶させる、情報処理方法。

Images