JP2020107125A - 情報処理システム、サーバ装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】所定の処理手順を実行するアプリケーションを提供する情報処理システムにおいて、予め想定した入力データとは異なる入力データに対してもアプリケーションが正しく動作するようにする。【解決手段】情報処理システムは、複数の処理が定義された処理手順を実行するアプリケーションを提供するサーバ装置と、前記処理手順を設定する端末装置とがネットワークを介して接続される情報処理システムであって、前記サーバ装置は、前記処理手順の設定画面を前記端末装置に表示させる設定画面提供部と、前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理手順管理部と、を有し、前記端末装置は、前記設定画面を表示する表示部を有する。【選択図】図４

Description

本発明は、情報処理システム、サーバ装置、情報処理方法、及びプログラムに関する。

画像形成装置等の電子機器とサーバ装置とを含み、電子機器が取得した画像等の電子データに対して、複数の処理が定義されたワークフロー（処理手順）に従って一連の処理を実行する情報処理システムが知られている。

例えば、複数の処理が定義されたワークフローを実行するアプリケーションをサーバ装置が提供し、電子機器からサーバ装置が提供するアプリケーションを利用することによりワークフローを実行する情報処理システムが知られている（例えば、特許文献１参照）。

特許文献１に開示された技術によれば、電子機器を利用する利用者は、管理者等によって予め作成されたアプリケーションを利用して、必要に応じてパラメータ等を設定することにより、電子データに対して所定のワークフローを容易に実行することができる。

しかし、アプリケーションを作成する管理者等は、特定の状況を想定してアプリケーションを作成するため、例えば、管理者等が想定した電子データとは異なる入力データが入力されたときには、アプリケーションが正しく動作しない場合がある。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、所定の処理手順を実行するアプリケーションを提供する情報処理システムにおいて、予め想定した入力データとは異なる入力データに対してもアプリケーションを正しく動作させる。

上記目的を達成するため、本発明の一実施形態に係る情報処理システムは、複数の処理が定義された処理手順を実行するアプリケーションを提供するサーバ装置と、前記処理手順を設定する端末装置とがネットワークを介して接続される情報処理システムであって、前記サーバ装置は、前記処理手順の設定画面を前記端末装置に表示させる設定画面提供部と、前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理手順管理部と、を有し、前記端末装置は、前記設定画面を表示する表示部を有する。

本発明の一実施形態によれば、所定の処理手順を実行するアプリケーションを提供する情報処理システムにおいて、予め想定した入力データとは異なる入力データに対してもアプリケーションを正しく動作させることができる。

一実施形態に係る情報処理システムのシステム構成の例を示す図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 一実施形態に係る画像形成装置のハードウェア構成の例を示す図である。 一実施形態に係る情報処理システムの機能構成の例を示す図である。 一実施形態に係る設定画面の例を示す図である。 第１の実施形態に係るアプリケーションの更新処理の例を示すシーケンス図である。 第１の実施形態に係るワークフローの確認処理の例を示すフローチャートである。 第２の実施形態に係るワークフローの確認処理の例を示すフローチャートである。 第２の実施形態に係る確認画面の例を示す図である。

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

＜システム構成＞
図１は、一実施形態に係る情報処理システムのシステム構成の例を示す図である。情報処理システム１００は、例えば、サービス提供サーバ１０１、情報端末１０２、及び１つ以上の電子機器１０３等が、インターネットやＬＡＮ（Local Area Network）等のネットワーク１０４を介して通信可能に接続されている。

サービス提供サーバ（サーバ装置）１０１は、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。サービス提供サーバ１０１は、複数の処理が定義されたワークフロー（処理手順）を実行するアプリケーション（ウェブアプリケーション）を、ネットワーク１０４を介して接続される電子機器１０３等に提供する。

ここで、ワークフローとは、例えば、画像データ等の処理対象となる電子データに対して、入力処理、変換処理、出力処理等の所定の処理を実行する複数のコンポーネントを組み合わせた一連の処理を定義した情報である。また、コンポーネントは、ワークフローに含まれる各処理を実行するプログラムであり、プラグインと呼ばれる場合もある。

情報端末（端末装置）１０２は、デスクトップＰＣ（Personal Computer）、ノートＰＣ、スマートフォン、タブレット端末等の情報処理装置である。アプリケーションを管理する管理者（又はユーザ）等は、情報端末１０２が備えるウェブブラウザを利用して、サービス提供サーバ１０１が提供するウェブページにアクセスし、アプリケーションや、ワークフローの設定を行うことができる。

電子機器１０３は、ウェブブラウザを備え、サービス提供サーバ１０１が提供するウェブページにアクセスして、アプリケーションを利用することにより、サービス提供サーバ１０１に様々なワークフローを実行させる機器である。ここでは、一例として、電子機器１０３が、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能等を一つの筐体に搭載したＭＦＰ（Multifunction Peripheral）等の画像形成装置であるものとして、以下の説明を行う。

ただし、電子機器１０３は、画像形成装置に限られず、ウェブブラウザを備え、サービス提供サーバ１０１が提供するウェブページにアクセス可能な様々な機器であって良い。例えば、電子機器１０３は、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ、ＨＵＤ（Head Up Display）装置等の出力装置であっても良い。また、電子機器１０３は、例えば、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、デジタルカメラ、ウェアラブル端末等の機器であっても良い。さらに、電子機器１０３は、例えば、ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣデスクトップＰＣ等の汎用の情報処理装置であっても良い。

なお、上記の情報処理システム１００のシステム構成は一例である。例えば、管理者等は、電子機器１０３が備えるウェブブラウザを利用して、アプリケーションの設定等を行うものであっても良い。また、ユーザは、情報端末１０２が備えるウェブブラウザを利用して、サービス提供サーバ１０１が提供するアプリケーションを実行するものであっても良い。さらに、サービス提供サーバ１０１の機能は、複数のサーバ装置に分散して設けられていても良い。例えば、アプリケーションを管理するサーバ装置と、ワークフローを実行するサーバ装置とは異なるサーバ装置であっても良い。

＜ハードウェア構成＞
続いて、情報処理システム１００に含まれる各装置のハードウェア構成について説明する。

（サービス提供サーバ、及び情報端末のハードウェア構成）
図２は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。

サービス提供サーバ１０１は、例えば、図２に示すようなコンピュータ２００のハードウェア構成を有している。或いは、サービス提供サーバ１０１は、図２に示すようなハードウェア構成を有する複数のコンピュータ２００によって実現される。また、情報端末１０２は、例えば、図２に示すようなコンピュータ２００のハードウェア構成を有している。

コンピュータ２００は、例えば、図２に示されるように、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＨＤ（Hard Disk）２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ(Interface)２０７、ネットワークＩ／Ｆ２０８、キーボード２０９、ポインティングデバイス２１０、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１２、メディアＩ／Ｆ２１４、及びバスライン２１５等を備えている。

これらのうち、ＣＰＵ２０１は、コンピュータ２００全体の動作を制御する。ＲＯＭ２０２は、例えば、ＩＰＬ（Initial Program Loader）等のＣＰＵ２０１の起動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０７は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等が含まれる。ネットワークＩ／Ｆ２０８は、ネットワーク１０４を利用してデータ通信をするためのインターフェースである。

キーボード２０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ２１２は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ２１１に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷ２１１は、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であっても良い。メディアＩ／Ｆ２１４は、フラッシュメモリ等のメディア２１３に対するデータの読み出し又は書き込み（記憶）を制御する。バスライン２１５は、上記の各構成要素を電気的に接続するためのアドレスバス、データバス及び各種の制御信号等である。

（電子機器のハードウェア構成）
図３は、一実施形態に係る画像形成装置のハードウェア構成の例を示す図である。ここでは、電子機器１０３のハードウェア構成の一例として、画像形成装置３００のハードウェア構成について説明する。

画像形成装置３００は、例えば、図３に示されるように、コントローラ３１０、近距離通信回路３２０、エンジン制御部３３０、操作パネル３４０、ネットワークＩ／Ｆ３５０等を備えている。

これらのうち、コントローラ３１０は、コンピュータの主要部であるＣＰＵ３０１、システムメモリ（ＭＥＭ−Ｐ）３０２、ノースブリッジ（ＮＢ）３０３、サウスブリッジ（ＳＢ）３０４、ＡＳＩＣ(Application Specific Integrated Circuit)３０５、記憶部であるローカルメモリ（ＭＥＭ−Ｃ）３０６、ＨＤＤコントローラ３０７、及び、記憶部であるＨＤ３０８等を有し、ＮＢ３０３とＡＳＩＣ３０５との間をＡＧＰ(Accelerated Graphics Port)バス３１１で接続した構成となっている。

これらのうち、ＣＰＵ３０１は、画像形成装置３００の全体制御を行う制御部である。ＮＢ３０３は、ＣＰＵ３０１と、ＭＥＭ−Ｐ３０２、ＳＢ３０４、及びＡＧＰバス３１１とを接続するためのブリッジであり、ＭＥＭ−Ｐ３０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ３０２は、コントローラ３１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ３０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ３０２ｂとからなる。なお、ＲＡＭ３０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。

ＳＢ３０４は、ＮＢ３０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ３０５は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス３１１、ＰＣＩバス３１２、ＨＤＤコントローラ３０７、及びＭＥＭ−Ｃ３０６をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ３０５は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ３０５の中核をなすアービタ（ＡＲＢ）、ＭＥＭ−Ｃ３０６を制御するメモリコントローラ、ハードウェアロジック等により画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部３３１及びプリンタ部３３２との間でＰＣＩバス３１２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ３０５には、ＵＳＢのインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしても良い。

ＭＥＭ−Ｃ３０６は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ３０８は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ３０８は、ＣＰＵ３０１の制御に従ってＨＤ３０８に対するデータの読出又は書込を制御する。ＡＧＰバス３１１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ３０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

近距離通信回路３２０には、例えば、１つ以上の近距離無線通信部３２０ａが備わっている。近距離無線通信部３２０ａは、例えば、ＮＦＣ（Near Field Communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信の規格に従って通信を行う無線回路、アンテナ、制御回路等を含む。

エンジン制御部３３０は、例えば、スキャナ部３３１及びプリンタ部３３２等によって構成されている。スキャナ部３３１は、原稿等を読み取る読取装置である。プリンタ部３３２は、印刷データを印刷媒体に印刷する印刷装置である。スキャナ部３３１又はプリンタ部３３２には、例えば、誤差拡散やガンマ変換等の画像処理部分が含まれている。

操作パネル３４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部３４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作ボタン３４０ｂを備えている。コントローラ３１０は、画像形成装置３００全体の制御を行い、例えば、描画、通信、操作パネル３４０からの入力等を制御する。

なお、画像形成装置３００は、操作パネル３４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ３５０は、ネットワーク１０４を利用してデータ通信をするためのインターフェースである。近距離通信回路３２０及びネットワークＩ／Ｆ３５０は、ＰＣＩバス３１２を介して、ＡＳＩＣ３０５に電気的に接続されている。

＜機能構成＞
図４は、一実施形態に係る情報処理システムの機能構成の例を示す図である。図４に示すように、情報端末１０２は、ウェブブラウザ４０１を備えている。管理者等は、ウェブブラウザ４０１を用いてサービス提供サーバ１０１が提供する所定のウェブページにアクセスし、各種のワークフローを実行するアプリケーションの登録、設定等を行うことができる。例えば、情報端末１０２は、図２のＣＰＵ２０１でウェブブラウザ４０１を実行することにより、情報端末１０２を、サービス提供サーバ１０１が提供する設定画面等を表示する表示部として機能させる。

電子機器１０３は、ウェブブラウザ４０２を備えている。ユーザは、ウェブブラウザ４０２を用いてサービス提供サーバ１０１が提供する所定のウェブページにアクセスし、各種のワークフローを実行するアプリケーションを利用することができる。なお、ウェブブラウザ４０１、及びウェブブラウザ４０２は、一般的なウェブブラウザを適用することができる。

（サービス提供サーバの機能構成）
サービス提供サーバ１０１は、例えば、図２のＣＰＵ２０１、又は複数のコンピュータ２００で１つ以上のプログラムを実行することにより、入出力サービス部４１０、ウェブサービス部４２０、ドキュメントサービス部４３０、及びポータルサービス部４４０等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

また、サービス提供サーバ１０１は、アプリ情報記憶部４５０、及びポータル画面情報記憶部４６０等の記憶部を有する。アプリ情報記憶部４５０、及びポータル画面情報記憶部４６０は、例えば、ＨＤＤ２４０等によって実現される。また、アプリ情報記憶部４５０、及びポータル画面情報記憶部４６０のうちの少なくとも一部は、例えば、ストレージサーバ等の情報処理装置によって実現されるものであっても良い。

入出力サービス部４１０は、サービス提供サーバ１０１が提供するアプリケーション（ウェブアプリケーション）の管理、及びアプリケーションの実行等に関する処理を行う。入出力サービス部４１０は、例えば、図４に示すようにアプリ管理部４１１、処理手順管理部４１２、コンポーネント管理部４１３、及びロジック処理部４１４等を含む。

アプリ管理部４１１は、複数の処理が定義されたワークフロー（処理手順）を実行するアプリケーションを管理する。例えば、アプリ管理部４１１は、複数のアプリケーションの情報を、アプリ情報記憶部４５０のアプリ情報４５１に記憶して管理する。このアプリ情報４５１には、各アプリケーションが実行するワークフローの情報（例えば、ワークフローに定義された１つ以上の処理、及び各処理の処理順序等）、及び各アプリケーションの設定情報等が記憶される。

また、アプリ管理部４１１は、例えば、ロジック処理部４１４、ウェブサービス部４２０、ポータルサービス部４４０等からの要求に応じて、アプリ情報４５１に記憶したアプリケーションの情報（ワークフローの情報、設定情報等）を提供する。

さらに、アプリ管理部４１１は、ポータルサービス部４４０からの要求に応じて、アプリケーションの情報を、アプリ情報記憶部４５０のアプリ情報４５１に記憶する。これにより、複数の処理が定義されたワークフローを実行するアプリケーションが、サービス提供サーバ１０１に登録される。或いは、これにより、登録済のアプリケーションに対する変更、設定等が反映される。

処理手順管理部４１２は、アプリ管理部４１１によって、アプリ情報記憶部４５０のアプリ情報４５１に記憶される各アプリケーションのワークフロー（処理手順）を管理する。例えば、処理手順管理部４１２は、ユーザによって変更されたアプリケーションのワークフローを確認し、ワークフローの修正が必要な場合、ワークフローの実行に必要な処理（コンポーネント）をワークフローに追加する。

具体的な一例として、処理手順管理部４１２は、ワークフローで処理可能なデータ形式と、ワークフローの処理対象となる電子データのデータ形式とを比較する。また、処理手順管理部４１２は、当該電子データのデータ形式がワークフローで処理できないデータ形式を含む場合、当該電子データをワークフローで処理可能なデータ形式に変換する変換処理（コンポーネント）をワークフローに追加する。

例えば、管理者等が、画像形成装置３００から入力データを入力することを想定してワークフローを作成した場合、スキャン結果はＰＤＦ（Portable Document Format）で扱うことが多いため、ＰＤＦファイルを処理対象とするワークフローが作成される。このワークフローを、例えば、スマートフォン、デジタルカメラ等のモバイル機器から実行すると、入力データとして、カメラで撮影した画像が用いられることが多いため、ワークフローが正常に実行できない場合がある。

そこで、処理手順管理部４１２は、ユーザ等によってアプリケーションの情報が変更されると、アプリケーションのワークフローを確認し、例えば、入力データをＰＤＦ形式の電子データに変換する変換処理（コンポーネント）をワークフローに追加する。これにより、当該アプリケーションを、モバイル機器からでも実行することができるようになる。

コンポーネント管理部４１３は、ワークフローで実行可能な様々な処理を実行する複数のコンポーネントを管理する。例えば、コンポーネント管理部４１３は、ドキュメントサービス部４３０に含まれるＰＤＦ処理部４３１、コード処理部４３２、外部サービス処理部４３３、データ形式変換部４３４、・・・等のコンポーネントを管理する。なお、ＰＤＦ処理部４３１、コード処理部４３２、外部サービス処理部４３３、データ形式変換部４３４等は、入力処理、変換処理、出力処理等を実行する様々なコンポーネントの一例である。

例えば、処理手順管理部４１２は、コンポーネント管理部４１３から、サービス提供サーバ１０１で利用可能なコンポーネントの情報を取得することができる。

ロジック処理部４１４は、例えば、ウェブサービス部４２０からの要求に応じて、アプリ管理部４１１が管理するアプリケーションの情報（ワークフローの情報、設定情報等）を取得する。また、ロジック処理部４１４は、アプリ管理部４１１から取得したアプリケーションの情報に基づいて、アプリケーションを実行する。例えば、ロジック処理部４１４は、アプリケーションの情報に基づいて、ドキュメントサービス部４３０のＰＤＦ処理部４３１、コード処理部４３２、外部サービス処理部４３３、データ形式変換部４３４、・・・等のコンポーネントに、順次に処理を実行させる。これにより、ワークフローに定義された一連の処理が順次に実行される。

ウェブサービス部４２０は、ユーザが電子機器１０３のウェブブラウザ４０２を用いて、サービス提供サーバ１０１が提供するアプリケーション（ウェブアプリケーション）を利用するための処理を行う。例えば、ウェブサービス部４２０は、ウェブブラウザ４０２に対してウェブアプリケーションを提供するアプリケーションサーバとして機能する。なお、ウェブサービス部４２０は、例えば、図４に示すように画面構成部４２１、及びアプリ実行部４２２を含む。

画面構成部４２１は、ウェブブラウザ４０２からの要求に応じて、ウェブブラウザ４０２に、サービス提供サーバ１０１が提供するアプリケーションを利用するための表示画面（以下、アプリ画面と呼ぶ）を表示させる。

アプリ実行部４２２は、アプリ画面に対するユーザの操作に応じて、入出力サービス部４１０に対して、アプリケーションの実行を要求する。

ドキュメントサービス部４３０は、ロジック処理部４１４からの制御に応じて、例えば、ＰＤＦ処理部４３１、コード処理部４３２、外部サービス処理部４３３、データ形式変換部４３４等のコンポーネントを用いて、ワークフローに定義された一連の処理を実行する。

ＰＤＦ処理部４３１は、例えば、入力されたＰＤＦファイルを、ページ毎に分割して出力するＰＤＦ分割等の処理を実行する。コード処理部４３２は、例えば、指定された情報（例えば、文字列等）を表すＱＲコード（登録商標）を作成し、電子データに付加するＱＲコード結合等の処理を実行する。外部サービス処理部４３３は、例えば、電子データを外部サービスにアップロードする外部サービスアップロード等の処理を実行する。データ形式変換部４３４は、例えば、ＰＤＦファイル以外の電子データを、ＰＤＦ形式に変換するＰＤＦ変換処理等を実行する。

なお、ＰＤＦ処理部４３１、コード処理部４３２、外部サービス処理部４３３、データ形式変換部４３４、・・・等は、ドキュメントサービス部４３０に含まれるコンポーネントの一例である。ドキュメントサービス部４３０は、上記の各コンポーネントとは異なる様々なコンポーネントを有していても良い。

ポータルサービス部４４０は、ユーザが情報端末１０２のウェブブラウザ４０１を用いてアプリケーションの登録、変更、設定等を行うための処理を行う。なお、ポータルサービス部４４０には、例えば、図４に示すように、設定画面提供部４４１、及びアプリ登録部４４２等が含まれる。

設定画面提供部４４１は、例えば、ウェブブラウザ４０１等からの要求に応じて、ポータル画面情報記憶部４６０に記憶されているポータル画面情報４６１を返信する。これにより、設定画面提供部４４１は、情報端末１０２のウェブブラウザ４０１に、例えば、図５（ａ）〜（ｄ）に示すような設定画面（ＵＩ：User Interface）を表示させることができる。

これらの設定画面は、例えば、ＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ(
Extensible Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）等の言語によって作成されている。したがって、情報端末１０２のユーザは、設定画面に対して所定の操作を行うことにより、アプリケーションの登録操作、変更操作、設定操作等を行うことができる。なお、各設定画面についての説明は後述する。

アプリ登録部４４２は、設定画面提供部４４１からの要求に応じて、アプリケーション登録、変更、設定等をアプリ管理部４１１に要求する。例えば、アプリ登録部４４２は、設定画面提供部４４１が提供する設定画面において、アプリケーションの登録、変更、設定等の操作が行われると、アプリケーションの登録、変更、設定等をアプリ管理部４１１に要求する。

アプリ情報記憶部４５０は、各アプリケーションが実行するワークフローの情報（例えば、ワークフローに定義された１つ以上の処理、及び各処理の処理順序等）、及び各アプリケーションの設定情報等を含むアプリ情報４５１を記憶する。

ポータル画面情報記憶部４６０は、ウェブブラウザ４０１等に、例えば、図５（ａ）〜（ｄ）に示すような設定画面を表示させるためのポータル画面情報４６１を記憶する。

なお、図４に示す情報処理システム１００の機能構成は一例である。例えば、入出力サービス部４１０、ウェブサービス部４２０、ドキュメントサービス部４３０、及びポータルサービス部４４０等は、それぞれが異なるコンピュータ２００によって実現されるものであっても良い。また、コンポーネント管理部４１３は、ドキュメントサービス部４３０に含まれていても良い。

＜処理の流れ＞
続いて、本発明の各実施形態に係る情報処理方法の処理の流れについて説明する。

［第１の実施形態］
（アプリケーションの更新処理）
図６は、第１の実施形態に係るアプリケーションの更新処理の例を示すシーケンス図である。この処理は、ユーザが、情報端末１０２を用いてサービス提供サーバ１０１にアクセスし、サービス提供サーバ１０１が提供するアプリケーションを更新したとき等に、情報処理システム１００が実行する処理の例を示している。

ステップＳ６０１において、ユーザは、情報端末１０２のウェブブラウザ４０１を用いて、サービス提供サーバ１０１が提供するポータル画面の表示操作を行う。例えば、ユーザは、ウェブブラウザ４０１に、サービス提供サーバ１０１のポータルサービス部４４０が提供するウェブサーバにアクセスするためのＵＲＬ（Uniform Resource Locator）情報を入力することにより、ポータル画面の表示操作を行う。

ステップＳ６０２において、情報端末１０２のウェブブラウザ４０１は、ユーザによるポータル画面の表示操作を受け付けると、ポータル画面の表示要求を、サービス提供サーバ１０１のポータルサービス部４４０に送信する。

ステップＳ６０３において、ポータルサービス部４４０の設定画面提供部４４１は、ポータル画面の表示要求を受信すると、ポータル画面情報記憶部４６０のポータル画面情報４６１から、ポータル画面を表示するためのポータル画面情報を取得する。

ステップＳ６０４において、ポータルサービス部４４０の設定画面提供部４４１は、取得したポータル画面情報を、要求元のウェブブラウザ４０１に送信する。

ステップＳ６０５において、情報端末１０２のウェブブラウザ４０１は、設定画面提供部４４１から送信されたポータル画面情報を受信し、受信したポータル画面情報に基づいて、ポータル画面を表示する。ここで表示されるポータル画面は任意の構成であって良いが、アプリケーションの更新を行うアプリ更新画面の表示を要求する操作ボタン等が含まれているものとする。

ステップＳ６０６において、ユーザは、情報端末１０２のウェブブラウザ４０１を用いて、アプリ更新画面の表示操作を行う。例えば、ユーザは、ポータル画面に含まれる、アプリ更新画面の表示を要求する操作ボタン等を選択する。

ステップＳ６０７において、情報端末１０２のウェブブラウザ４０１は、ユーザによるアプリ更新画面の表示操作を受け付けると、アプリ更新画面の表示要求を、サービス提供サーバ１０１のポータルサービス部４４０に送信する。

ステップＳ６０８、Ｓ６０９において、ポータルサービス部４４０の設定画面提供部４４１は、ポータル画面の表示要求を受信すると、アプリ管理部４１１から、アプリ管理部４１１が管理しているアプリケーション情報を取得する。このアプリケーションの情報には、例えば、各アプリケーションが実行するワークフローの情報（例えば、ワークフローに定義された１つ以上の処理、及び各処理の処理順序等）、及び各アプリケーションの設定情報等が含まれる。

ステップＳ６１０において、設定画面提供部４４１は、取得したアプリケーションの情報を用いて、例えば、図５（ａ）に示すようなアプリ更新画面５１０を作成し、作成したアプリ更新画面５１０を、要求元のウェブブラウザ４０１に送信する。

ステップＳ６１１において、ウェブブラウザ４０１は、設定画面提供部４４１から受信したアプリ更新画面５１０を表示する。図５（ａ）の例では、アプリ更新画面５１０には、サービス提供サーバ１０１が提供する複数のアプリケーションから、更新対象となるアプリケーションを選択するための複数の選択ボタン５１１が表示されている。例えば、ユーザは、いずれかの選択ボタン５１１を選択することにより、更新対象となるアプリケーションを選択することができる。なお、アプリ更新画面５１０は、設定画面の一例である。

ステップＳ６１２において、アプリケーションの更新操作を行うものとする。例えば、ユーザは、図５（ａ）に示すようなアプリ更新画面５１０から、いずれかの選択ボタン５１１を選択し、「詳細設定」のタブ５１２を選択することにより、図５（ｂ）に示すようなアプリケーションの詳細設定画面５２０を表示させることができる。

図５（ｂ）に示す詳細設定画面５２０において、選択されたアプリケーションは、サービス提供サーバ１０１のアプリ情報４５１に登録済なので、ワークフローは既に定義されている。したがって、詳細設定画面５２０の「フローイメージ」のエリア５２１には、更新対象となるアプリケーションのワークフローのイメージが図示されている。図５（ｂ）の例では、一例として、ＰＤＦファイルの先頭ページを切り出して、切り出したページにＱＲコードを埋め込み、ＱＲコードを埋め込んだページを電子データとして外部サービスへアップロードする処理を実行するワークフローが表示されている。

また、ユーザは、図５（ｂ）に示す詳細設定画面５２０において、「モバイル実行」のエリア５２２のチェックボックスを有効にすることにより、アプリケーションをモバイル機器からでも利用できるように設定を変更することができる。なお、このチェックボックスは、更新対象となるアプリケーションを利用する電子機器１０３の種類又は属性を設定する設定項目の一例である。また、詳細設定画面５２０は、設定画面の一例である。

このチェックボックスが有効に設定されると、例えば、図５（ｃ）に示すような確認画面５３０が表示される。ユーザは、この確認画面５３０において、「ＯＫ」ボタン５３１を選択することにより、アプリケーションの更新操作を行うことができる。

なお、上記の操作は、アプリケーションの更新操作の一例である。アプリケーションの更新操作は、上記の操作とは異なる操作であっても良い。

ステップＳ６１３において、情報端末１０２のウェブブラウザ４０１は、アプリケーションの更新操作を受け付けると、更新されたワークフローの確認を要求する更新確認要求を、ポータルサービス部４４０に送信する。この更新確認要求には、例えば、アプリケーションを識別する識別情報、及び更新されたアプリケーションの情報（ワークフロー情報、設定情報等）が含まれる。

ステップＳ６１４において、ポータルサービス部４４０の設定画面提供部４４１は、更新確認要求を受信すると、更新されたワークフローの確認を入出力サービス部４１０に要求する。これにより、入出力サービス部４１０は、例えば、ステップＳ６１５〜Ｓ６１７に示すようなワークフローの確認処理６００を実行する。

ステップＳ６１５において、入出力サービス部４１０の処理手順管理部４１２は、更新されたアプリケーションのワークフローについて、修正が必要であるか否かを確認する。

一例として、ワークフローが、図５（ｂ）の「フローイメージ」のエリア５２１に表示されているように、ワークフローが取り扱う入力データがＰＤＦファイルであり、「モバイル実行」のエリア５２２のチェックボックスが有効に設定されているものとする。また、モバイル機器で扱う電子データが、ＪＰＥＧ、ＰＮＧ等のＰＤＦファイルとは異なるデータ形式の画像データであるものとする。この場合、更新されたアプリケーションのワークフローは、モバイル機器で扱う電子データを処理できないので、処理手順管理部４１２は、ワークフローの修正が必要と判断する。

ステップＳ６１６において、処理手順管理部４１２は、ワークフローの修正に必要なコンポーネントの情報を、コンポーネント管理部４１３から取得する。例えば、図５（ｂ）の「フローイメージ」のエリア５２１に表示されているワークフローを、モバイル機器で利用可能にするためには、ワークフローを開始する前に、電子データをＰＤＦに変換する変換処理を実行するコンポーネントを追加することが考えられる。この場合、処理手順管理部４１２は、電子データをＰＤＦに変換する変換処理を実行するコンポーネントの情報を、コンポーネント管理部４１３から取得する。

ステップＳ６１７において、処理手順管理部４１２は、取得したコンポーネントの情報等を用いて、ワークフローの更新案を作成する。例えば、処理手順管理部４１２は、図５（ｂ）の「フローイメージ」のエリア５２１に表示されているワークフローの例では、図５（ｄ）の「フローイメージ」のエリア５４１に表示されているワークフローのような更新案を作成する。この例では、「ＰＤＦ分割」処理の前に、電子ファイルをＰＤＦファイルに変換する「ＰＤＦ変換」処理を追加している。

なお、ステップＳ６１５において、ワークフローの修正が不要な場合、及びステップＳ６１６において、ワークフローの修正に必要なコンポーネントを取得できない場合の処理については後述する。

ステップＳ６１８において、処理手順管理部４１２は、ワークフローの確認結果を、要求元のポータルサービス部４４０に通知する。例えば、処理手順管理部４１２は、ステップＳ６１７で作成したワークフローの更新案を含むワークフローの確認結果を、ポータルサービス部４４０の設定画面提供部４４１に通知する。

ステップＳ６１９において、ポータルサービス部４４０の設定画面提供部４４１は、ワークフローの確認結果を含む確認画面を、要求元の情報端末１０２に送信する。例えば、設定画面提供部４４１は、ステップＳ６１７で作成したワークフローの更新案を含む確認画面を作成し、作成した確認画面を情報端末１０２のウェブブラウザ４０１に送信する。

ステップＳ６２０において、情報端末１０２のウェブブラウザ４０１は、ポータルサービス部４４０から受信した確認画面を表示する。例えば、ウェブブラウザ４０１は、図５（ｄ）に示すような確認画面５４０を表示する。図５（ｄ）に示すように、確認画面５４０の「フローイメージ」のエリア５４１には、例えば、ステップＳ６１７で作成されたワークフローの更新案が表示される。

ステップＳ６２１において、ユーザが、確認画面５４０で確認操作を行うものとする。例えば、ユーザは、図５（ｄ）に示すような確認画面５４０において、「更新」ボタン５４２を選択することにより、確認操作を行う。

ステップＳ６２２において、情報端末１０２のウェブブラウザ４０１は、確認操作を受け付けると、確認操作を受け付けたことを示す確認操作情報をポータルサービス部４４０に送信する。

ステップＳ６２３において、ポータルサービス部４４０のアプリ登録部４４２は、確認操作情報を受け付けると、アプリケーションの情報の更新要求を、入出力サービス部４１０のアプリ管理部４１１に送信する。この更新要求には、例えば、アプリケーションを識別する識別情報、及び更新されたアプリケーション情報（ワークフロー情報、及び設定情報等）が含まれる。

ステップＳ６２４において、アプリ管理部４１１は、アプリケーションの情報の更新要求に応じて、アプリケーションの識別情報に対応するアプリケーションの情報を更新する。

ステップＳ６２５において、アプリ管理部４１１は、更新結果をポータルサービス部４４０に通知する。この更新結果には、例えば、アプリケーションの情報の更新が完了したことを示す情報等が含まれる。

ステップＳ６２６において、ポータルサービス部４４０の設定画面提供部４４１は、アプリケーションの更新結果を含む更新結果画面を情報端末１０２に送信する。

ステップＳ６２７において、情報端末１０２のウェブブラウザ４０１は、アプリケーションの更新結果を示す更新結果画面を表示する。

上記の処理により、サービス提供サーバ１０１は、例えば、ＰＤＦファイルの入力を想定して作成されたアプリケーションに、入力機器としてモバイル機器が追加されると、ＰＤＦ以外の画像ファイルを処理することができるようにアプリケーションを更新する。

（ワークフローの確認処理）
図７は、第１の実施形態に係るワークフローの確認処理の例を示すフローチャートである。この処理は、例えば、図６のステップＳ６１５〜Ｓ６１７において、処理手順管理部４１２が実行するワークフローの確認処理６００の具体的な一例を示している。

ステップＳ７０１において、処理手順管理部４１２は、確認対象となるワークフローで処理可能な入力データのデータ形式を確認する。一例として、図５（ｂ）の「フローイメージ」のエリア５２１に表示されているワークフローでは、最初の処理が「ＰＤＦ分割」となっているので、入力データのデータ形式は「ＰＤＦ」になる。

ステップＳ７０２において、処理手順管理部４１２は、ワークフローの処理対象となる電子データのデータ形式の一覧を確認する。一例として、図５（ｂ）の「モバイル実行」のエリア５２２のチェックボックスが有効に設定されている場合、入力機器としてモバイル機器も対象となるため、入力データのデータ形式には、ＰＤＦに加えて、例えば、ＪＰＥＧ、ＰＮＧ等のデータ形式が含まれる。

ステップＳ７０３において、処理手順管理部４１２は、確認対象となるワークフローが、当該ワークフローの処理対象となる全てのデータ形式を処理可能であるか否かを判断する。全てのデータ形式を処理可能である場合、処理手順管理部４１２は、処理を終了させる。一方、全てのデータ形式を処理可能でない場合、処理手順管理部４１２は、処理をステップＳ７０４に移行させる。

ステップＳ７０４に移行すると、処理手順管理部４１２は、確認対象となるワークフローが処理できないデータ形式を、処理可能なデータ形式に変換する変換用のコンポーネントがあるか否かを判断する。例えば、処理手順管理部４１２は、コンポーネント管理部４１３から、サービス提供サーバ１０１で利用可能なコンポーネントの情報を取得して、変換用のコンポーネントの有無を判断する。

変換用のコンポーネントがある場合、処理手順管理部４１２は、処理をステップＳ７０５に移行させる。一方、変換用のコンポーネントがない場合、処理手順管理部４１２は、処理をステップＳ７０６に移行させる。

ステップＳ７０５に移行すると、処理手順管理部４１２は、確認対象となるワークフローで、ワークフローの処理対象となるデータ形式を処理できるように更新する更新案を作成する。一例として、処理手順管理部４１２は、図５（ｄ）の「フローイメージ」のエリア５４１に表示されているワークフローのように、「ＰＤＦ分割」の処理の前に、電子ファイルをＰＤＦ形式に変換する「ＰＤＦ変換」の処理を追加したワークフロー案を作成する。ここで作成されたワークフローの更新案は、例えば、図６のステップＳ６１８において、ワークフローの確認結果としてポータルサービス部４４０に通知され、情報端末１０２のウェブブラウザ４０１が表示する確認画面に表示される。

ステップＳ７０６に移行すると、処理手順管理部４１２は、確認対象となるワークフローでは、処理できない電子ファイルがあることを示す警告情報（表示情報）を作成する。ここで作成された警告情報は、例えば、図６のステップＳ６１８において、ワークフローの確認結果としてポータルサービス部４４０に通知される。

このように、本実施形態に係るサービス提供サーバ１０１は、例えば、アプリケーションの更新等のタイミングでワークフローの入出力をチェックし、修正が必要な場合に実行に必要な処理をワークフローに追加する。

したがって、本実施形態によれば、所定の処理手順を実行するアプリケーションを提供する情報処理システム１００において、予め想定した入力データとは異なる入力データに対してもアプリケーションを正しく動作させることができる。

［第２の実施形態］
第２の実施形態では、例えば、図６のステップＳ６１５〜Ｓ６１７において、処理手順管理部４１２が実行するワークフローの確認処理６００の別の一例について説明する。なお、第２の実施形態に係る情報処理システム１００のシステム構成、ハードウェア構成、及び機能構成は、第１の実施形態に係る情報処理システム１００と同様で良い。

＜処理の流れ＞
（ワークフローの確認処理）
図８は、第２の実施形態に係るワークフローの確認処理の例を示すフローチャートである。この処理は、例えば、図６のステップＳ６１５〜Ｓ６１７において、処理手順管理部４１２が実行するワークフローの確認処理６００の別の一例を示している。

なお、図８のステップＳ７０１〜Ｓ７０５の処理は、図７のステップＳ７０１〜Ｓ７０３の処理と同様なので、ここでは第１の実施形態に係るワークフローの確認処理との相違点を中心に説明する。

処理手順管理部４１２は、ステップＳ７０３において、確認対象となるワークフローが、当該ワークフローの処理対象となる全てのデータ形式を処理可能でないと判断された場合、ステップＳ７０４、Ｓ７０５の処理に加えて、ステップＳ８０１の処理を実行する。

ステップＳ８０１において、処理手順管理部４１２は、確認対象となるワークフローを確認し、後段に当該ワークフローの処理対象となるデータ形式を、そのまま処理可能なコンポーネントがあるか否かを判断する。一例として、図５（ｂ）の「フローイメージ」のエリア５２１に表示されたワークフローにおいて、「ＰＤＦ分割」処理の後段の「コード結合」処理を実行するコンポーネントが、ワークフローの処理対象となる全てのデータ形式を処理可能であるか否かを判断する。

後段に全てのデータ形式を処理可能なコンポーネントがある場合、処理手順管理部４１２は、処理をステップＳ８０２に移行させる。一方、後段に全てのデータ形式を処理可能なコンポーネントがない場合、処理手順管理部４１２は、処理をステップＳ８０３に移行させる。

ステップＳ８０２に移行すると、処理手順管理部４１２は、ワークフローの更新案を作成する。例えば、処理手順管理部４１２は、全てのデータ形式を処理可能なコンポーネントより前のコンポーネントを削除して、ワークフローの更新案を作成する。

ステップＳ８０３において、処理手順管理部４１２は、ワークフローの更新案の一覧を作成する。例えば、ステップＳ７０５、又はステップＳ８０２でワークフローの更新案が作成された場合、ワークフローの更新案の一覧には、作成されたワークフローの更新案が含まれる。

ここで作成されたワークフローの更新案の一覧は、例えば、図６のステップＳ６１８において、ワークフローの確認結果としてポータルサービス部４４０に通知され、情報端末１０２のウェブブラウザ４０１が表示する確認画面に表示される。

図９は、第２の実施形態に係る確認画面の例を示している。この図は、情報端末１０２のウェブブラウザ４０１が表示する確認画面９０１の一例を示している。図９の例では、確認画面９０１には、例えば、図８のステップＳ７０５で作成された更新案９０２、図８のステップＳ８０２で作成された更新案９０３等が含まれる。また、確認画面９０１には、例えば、「手動で編集する」、「変更しない」等の他の選択肢が含まれていても良い。

このように、第２の実施形態によれば、サービス提供サーバ１０１は、ワークフローの更新案として複数の選択肢をユーザに提示することができるようになる。

以上、本発明の各実施形態によれば、所定の処理手順を実行するアプリケーションを提供する情報処理システム１００において、予め想定した入力データとは異なる入力データに対してもアプリケーションを正しく動作させることができるようになる。

＜補足＞
上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

１００ 情報処理システム
１０１ サービス提供サーバ（サーバ装置）
１０２ 情報端末（端末装置）
４０１ ウェブブラウザ
４１２ 処理手順管理部
４４１ 設定画面提供部
５１０ アプリ更新画面（設定画面の一例）
５２０ 詳細設定画面（設定画面の一例）
５４０ 確認画面（設定画面の一例）

特開２０１７−１５７２２４号公報

Claims (10)

1. 複数の処理が定義された処理手順を実行するアプリケーションを提供するサーバ装置と、前記処理手順を設定する端末装置とがネットワークを介して接続される情報処理システムであって、
   前記サーバ装置は、
   前記処理手順の設定画面を前記端末装置に表示させる設定画面提供部と、
   前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理手順管理部と、
   を有し、
   前記端末装置は、
   前記設定画面を表示する表示部を有する、
   情報処理システム。
2. 前記処理手順管理部は、
   前記処理手順で処理可能なデータ形式と、前記処理手順の処理対象となる電子データのデータ形式とを比較し、
   前記電子データのデータ形式が前記処理手順で処理できないデータ形式を含む場合、前記電子データを前記処理手順で処理可能なデータ形式に変換する変換処理を前記処理手順に追加する、請求項１に記載の情報処理システム。
3. 前記処理手順管理部が、前記変換処理を前記処理手順に追加できる場合、
   前記設定画面提供部は、前記変換処理を追加した前記処理手順を前記設定画面に表示させる、請求項２に記載の情報処理システム。
4. 前記処理手順管理部が、前記変換処理を前記処理手順に追加できない場合、
   前記設定画面提供部は、前記処理手順を実行できない電子ファイルがあることを示す表示情報を前記設定画面に表示させる、請求項２又は３に記載の情報処理システム。
5. 前記処理手順管理部は、前記処理手順で処理可能なデータ形式と、前記処理手順の処理対象となる電子データのデータ形式とを比較し、
   前記設定画面提供部は、前記処理手順の処理対象となる電子データのデータ形式が前記処理手順で処理できないデータ形式を含む場合、前記電子データを前記処理手順で処理できるようにするための複数の選択肢を前記設定画面に表示させ、
   前記複数の選択肢は、前記電子データを前記処理手順で処理可能なデータ形式に変換する変換処理を前記処理手順に追加する選択肢を含む、請求項１に記載の情報処理システム。
6. 前記処理手順から一部の処理を削除することにより前記電子データを処理可能である場合、前記複数の選択肢は、前記処理手順から前記一部の処理を削除する選択肢を含む、請求項５に記載の情報処理システム。
7. 前記アプリケーションはウェブアプリケーションであり、
   前記情報処理システムは、ウェブブラウザを介して前記アプリケーションを利用する１つ以上の電子機器を含み、
   前記設定画面は、前記アプリケーションを利用する前記電子機器の種類又は属性を設定する設定項目を含む、請求項１乃至６のいずれか一項に記載の情報処理システム。
8. 複数の処理が定義された処理手順を実行するアプリケーションを提供するサーバ装置であって、
   前記サーバ装置とネットワークを介して接続され、前記処理手順を設定する端末装置に前記処理手順の設定画面を表示させる設定画面提供部と、
   前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理手順管理部と、
   を有する、サーバ装置。
9. 複数の処理が定義された処理手順を実行するアプリケーションを提供するサーバ装置が実行する情報処理方法であって、
   前記サーバ装置が、
   前記サーバ装置とネットワークを介して接続され、前記処理手順を設定する端末装置に前記処理手順の設定画面を表示させる処理と、
   前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理と、
   を実行する、情報処理方法。
10. 複数の処理が定義された処理手順を実行するアプリケーションを管理するサーバ装置に、
    前記サーバ装置とネットワークを介して接続され、前記処理手順を設定する端末装置に前記処理手順の設定画面を表示させる処理と、
    前記設定画面で設定された前記処理手順を確認し、前記処理手順の修正が必要な場合、前記処理手順の実行に必要な処理を前記処理手順に追加する処理と、
    を実行させる、プログラム。

Images