特許 7127535 情報処理システム、情報処理装置、情報処理方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-22

(45)【発行日】2022-08-30

(54)【発明の名称】情報処理システム、情報処理装置、情報処理方法およびプログラム

(51)【国際特許分類】

   H04L 67/56 20220101AFI20220823BHJP

   H04L 67/75 20220101ALI20220823BHJP

   H04N 1/00 20060101ALI20220823BHJP

【ＦＩ】

H04L67/56

H04L67/75

H04N1/00 127A

H04N1/00 127B

【請求項の数】 11

(21)【出願番号】P 2018243514

(22)【出願日】2018-12-26

(65)【公開番号】P2020106972

(43)【公開日】2020-07-09

【審査請求日】2021-09-16

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】児玉 快

【審査官】今川 悟

(56)【参考文献】

【文献】特開２０１６－１７７４４７（ＪＰ，Ａ）

【文献】特開２００４－１８５１３８（ＪＰ，Ａ）

【文献】特開２０１７－０７２８９０（ＪＰ，Ａ）

【文献】特開２００４－３４８７１５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／５６

Ｈ０４Ｌ ６７／７５

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

外部サービスを利用するための認証情報を使用して、前記外部サービスが停止しているか否かを検知する停止検知処理を実行する停止検知処理部と、
前記外部サービスを利用するアプリケーションの起動時に、前記停止検知処理の最新の検知結果を取得する取得部と、
前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記アプリケーションの実行を中止するアプリ実行部と、
前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を示す通知情報を、前記アプリケーションを利用対象とする電子機器に表示させるために前記電子機器に送信する通知部と、
を有する情報処理システム。

【請求項2】

前記アプリ実行部は、前記最新の検知結果が、前記外部サービスが停止していないことを示す場合、前記アプリケーションの実行要求を行う請求項１に記載の情報処理システム。

【請求項3】

前記外部サービスを利用するための前記認証情報を予め登録する第１登録部を、さらに有し、
前記停止検知処理部は、前記第１登録部に登録された前記認証情報を取得し、該認証情報を利用して所定のタイミングで前記停止検知処理を実行し、前記検知結果を記憶部に蓄積し、
前記取得部は、前記記憶部から前記最新の検知結果を取得する請求項１または２に記載の情報処理システム。

【請求項4】

前記外部サービスが停止している旨の通知先を示すユーザ情報を登録する第２登録部を、さらに有し、
前記停止検知処理部は、前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を、前記第２登録部に登録された前記ユーザ情報が示す通知先に通知する請求項３に記載の情報処理システム。

【請求項5】

前記停止検知処理部は、実行した前記停止検知処理の検知結果が、前記外部サービスが停止していることを示す場合、前記記憶部から最新の検知結果を取得し、該最新の検知結果が該外部サービスが停止していないことを示す場合、該外部サービスが停止している旨を、前記第２登録部に登録された前記ユーザ情報が示す通知先に通知する請求項４に記載の情報処理システム。

【請求項6】

前記停止検知処理部は、前記停止検知処理による前記検知結果と共に、前記第２登録部により登録された前記ユーザ情報が示す通知先への通知の必要性の有無を示す情報を取得し、前記検知結果が、前記外部サービスが停止していることを示す場合であって、かつ、前記通知の必要性の有無を示す情報が、必要であることを示す場合、該外部サービスが停止している旨を、前記第２登録部に登録された前記ユーザ情報が示す通知先に通知する請求項４に記載の情報処理システム。

【請求項7】

前記停止検知処理部は、前記停止検知処理による前記検知結果と共に、通知メッセージを取得し、
前記通知部は、前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記通知メッセージを、前記電子機器に送信する請求項４に記載の情報処理システム。

【請求項8】

前記停止検知処理部は、前記外部サービスを利用するためのユーザ個別の認証情報を使用して、該外部サービスが停止しているか否かを検知する前記停止検知処理を実行し、
前記取得部は、前記停止検知処理部が実行した前記停止検知処理の検知結果を前記最新の検知結果として直接取得する請求項１または２に記載の情報処理システム。

【請求項9】

外部サービスを利用するための認証情報を使用して、前記外部サービスが停止しているか否かを検知する停止検知処理を実行する停止検知処理部と、
前記外部サービスを利用するアプリケーションの起動時に、前記停止検知処理の最新の検知結果を取得する取得部と、
前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記アプリケーションの実行を中止するアプリ実行部と、
前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を示す通知情報を、前記アプリケーションを利用対象とする電子機器に表示させるために前記電子機器に送信する通知部と、
を備えた情報処理装置。

【請求項10】

外部サービスを利用するための認証情報を使用して、前記外部サービスが停止しているか否かを検知する停止検知処理を実行する停止検知処理ステップと、
前記外部サービスを利用するアプリケーションの起動時に、前記停止検知処理の最新の検知結果を取得する取得ステップと、
取得した前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記アプリケーションの実行を中止する中止ステップと、
取得した前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を示す通知情報を、前記アプリケーションを利用対象とする電子機器に表示させるために前記電子機器に送信する通知ステップと、
を有する情報処理方法。

【請求項11】

コンピュータに、
外部サービスを利用するための認証情報を使用して、前記外部サービスが停止しているか否かを検知する停止検知処理を実行する停止検知処理ステップと、
前記外部サービスを利用するアプリケーションの起動時に、前記停止検知処理の最新の検知結果を取得する取得ステップと、
取得した前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記アプリケーションの実行を中止する中止ステップと、
取得した前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を示す通知情報を、前記アプリケーションを利用対象とする電子機器に表示させるために前記電子機器に送信する通知ステップと、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

このような一連の処理を実行するアプリケーションをプログラミング等の専門的な知識を必要とすることなく作成するツールを提供する技術が開示されている（特許文献１参照）。

【0004】

また、このようなサービスでは、当該サービスを提供するクラウドサービス等が何らかの原因で停止している場合に、その停止状態を検知してユーザに通知する仕組みが求められている。このようなクラウドサービスの停止を検知する技術として、クラウドサービスが停止している場合に、ユーザに迅速に停止を通知して利便性を向上させるために、クラウドサービスの稼動状態を定期的に判定して、ユーザに通知するクライアント装置の構成が開示されている（特許文献２参照）。

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１に記載された技術では、アプリケーションから利用されるクラウドサービスが停止している場合でも、アプリケーション起動時にはそれを察知できず、停止状態を検知するためには、ユーザが実際にアプリケーションを利用（スキャンまたはプリント等）してみる必要があるという問題がある。また、特許文献２に記載された技術では、クラウドサービスの停止を検知する動作は行うもののアプリケーションから利用されるクラウドサービスとの疎通しか確認できない。現実的にはクラウドサービスのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）が期待通りに動作するか等を含めて確認する必要があり、結果としてそのための認証情報（クラウドサービスのアカウント、またはアクセストークン等）をコンポーネントの内部にハードコーディングしなければならないという問題がある。さらに、一般的に認証情報は一定期間で失効することから、認証情報の発行のたびにコンポーネントを作り直さなければならないという問題もある。

【0006】

本発明は、上記に鑑みてなされたものであって、アプリケーションから利用される外部サービスが停止している場合に、アプリケーションを利用させることなく、当該アプリケーションの起動時に当該外部サービスの停止状態を通知することができる情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するために、本発明は、外部サービスを利用するための認証情報を使用して、前記外部サービスが停止しているか否かを検知する停止検知処理を実行する停止検知処理部と、前記外部サービスを利用するアプリケーションの起動時に、前記停止検知処理の最新の検知結果を取得する取得部と、前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、前記アプリケーションの実行を中止するアプリ実行部と、前記取得部により取得された前記最新の検知結果が、前記外部サービスが停止していることを示す場合、該外部サービスが停止している旨を示す通知情報を、前記アプリケーションを利用対象とする電子機器に表示させるために前記電子機器に送信する通知部と、を有することを特徴とする。

【発明の効果】

【0008】

本発明によれば、アプリケーションから利用される外部サービスが停止している場合に、アプリケーションを利用させることなく、当該アプリケーションの起動時に当該外部サービスの停止状態を通知することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る情報処理システムのシステム構成の一例を示す図である。

【図2】図２は、実施形態に係るサービス提供システムおよびＰＣ端末のハードウェア構成の一例を示す図である。

【図3】図３は、実施形態に係る機器のハードウェア構成の一例を示す図である。

【図4】図４は、実施形態に係る情報処理システムの機能構成の一例を示す図である。

【図5】図５は、実施形態に係るロジック処理部の機能構成の一例を示す図である。

【図6】図６は、コンポーネントが有するオペレーションの一例を示す図である。

【図7】図７は、型変換情報テーブルの一例を示す図である。

【図8】図８は、処理フロー情報の一例を示す図である。

【図9】図９は、アプリケーションの登録処理の一例を示すシーケンス図である。

【図10】図１０は、ポータルトップ画面の一例を示す図である。

【図11】図１１は、アプリケーション登録画面（１／５）を示す図である。

【図12】図１２は、アプリケーション登録画面（２／５）を示す図である。

【図13】図１３は、アプリケーション登録画面（３／５）を示す図である。

【図14】図１４は、アプリケーション登録画面（４／５）を示す図である。

【図15】図１５は、アプリケーション登録画面（５／５）を示す図である。

【図16】図１６は、アプリ設定情報の一例を示す図である。

【図17】図１７は、実施形態に係る情報処理システムの認証情報の登録処理の一例を示すシーケンス図である。

【図18】図１８は、実施形態の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。

【図19】図１９は、実施形態に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していないことを示すときの全体処理の一例を示すシーケンス図である。

【図20】図２０は、スキャン翻訳アプリケーションのアプリ画面の一例を示す図である。

【図21】図２１は、スキャン翻訳サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。

【図22】図２２は、実施形態に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。

【図23】図２３は、外部サービスが停止していることを示すサービス停止表示画面の一例を示す図である。

【図24】図２４は、実施形態の変形例１に係る情報処理システムの通知先ユーザの登録処理の一例を示すシーケンス図である。

【図25】図２５は、実施形態の変形例１の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。

【図26】図２６は、通知先ユーザへの通知内容の一例を示す図である。

【図27】図２７は、実施形態の変形例２の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。

【図28】図２８は、実施形態の変形例３に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していないことを示すときの全体処理の一例を示すシーケンス図である。

【図29】図２９は、実施形態の変形例３に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。

【図30】図３０は、実施形態の変形例４に係る入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。

【図31】図３１は、実施形態の変形例４に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。

【発明を実施するための形態】

【0010】

以下に、図面を参照しながら、本発明に係る情報処理システム、情報処理装置、情報処理方法およびプログラムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

【0011】

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

【0012】

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

【0013】

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

【0014】

ここで、機能とは、文書ファイルおよび画像ファイル等の電子データに関する機能である。機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール配信、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、加工、圧縮・解凍、リポジトリへの格納等が挙げられる。

【0015】

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

【0016】

機器２０は、ユーザが使用する各種の電子機器である。すなわち、機器２０は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像形成装置、ＰＪ（Ｐｒｏｊｅｃｔｏｒ：プロジェクタ）、ＩＷＢ（Ｉｎｔｅｒａｃｔｉｖｅ Ｗｈｉｔｅ Ｂｏａｒｄ：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Ｈｅａｄ Ｕｐ Ｄｉｓｐｌａｙ）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、ノートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等である。ユーザは、機器２０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

【0017】

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

【0018】

ＰＣ端末３０は、例えば、ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ＰＤＡ、ウェアラブルＰＣまたはデスクトップＰＣ等である。ユーザは、ＰＣ端末３０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

【0019】

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

【0020】

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

【0021】

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

【0022】

図２に示すサービス提供システム１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３と、補助記憶装置１４と、入力装置１５と、表示装置１６と、外部Ｉ／Ｆ１７と、通信Ｉ／Ｆ１８と、を有する。これらの各ハードウェアは、それぞれがバスＢで接続されている。

【0023】

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

【0024】

ＲＡＭ１２は、プログラムおよびデータを一時保持する揮発性の半導体メモリである。ＲＯＭ１３は、電源を切ってもプログラムおよびデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１３には、サービス提供システム１０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ設定、およびネットワーク設定等のプログラムおよびデータが格納されている。

【0025】

補助記憶装置１４は、プログラムおよびデータを格納している不揮発性の記憶装置である。補助記憶装置１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等である。補助記憶装置１４に格納されるプログラムおよびデータには、サービス提供システム１０全体を制御する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、および、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。また、補助記憶装置１４、格納しているプログラムおよびデータを所定のファイルシステムおよびデータベース等により管理している。

【0026】

入力装置１５は、キーボード、マウス、またはタッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置１６は、ディスプレイ等を含み、サービス提供システム１０による処理結果を表示する。表示装置１６は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、または有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等である。なお、入力装置１５および表示装置１６の少なくとも一方は、必要なときにサービス提供システム１０に接続して利用する形態であってもよい。

【0027】

外部Ｉ／Ｆ１７は、外部装置とのインタフェースである。外部装置には、記録媒体１７ａ等がある。これにより、サービス提供システム１０は、外部Ｉ／Ｆ１７を介して記録媒体１７ａの読み取りおよび書き込みを行うことができる。記録媒体１７ａには、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等がある。

【0028】

通信Ｉ／Ｆ１８は、サービス提供システム１０をネットワークＮ１に接続するインタフェースである。通信Ｉ／Ｆ１８は、例えば、イーサネット（登録商標）に対応し、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等に準拠した通信が可能なインターフェースである。これにより、サービス提供システム１０は、通信Ｉ／Ｆ１８を介して通信を行うことができる。

【0029】

なお、サービス提供システム１０は、補助記憶装置１４に代え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

【0030】

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

【0031】

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

【0032】

図３に示す機器２０は、コントローラ２１と、操作パネル２２と、外部Ｉ／Ｆ２３と、通信Ｉ／Ｆ２４と、プリンタ２５と、スキャナ２６とを有する。また、コントローラ２１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＶＲＡＭ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ ＲＡＭ）３４と、補助記憶装置３５とを有する。

【0033】

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

【0034】

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

【0035】

操作パネル２２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。操作パネル２２は、例えば、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ））で構成される。なお、操作パネル２２は、液晶表示装置に限定されるものではなく、例えば、タッチパネル機能が搭載された有機ＥＬの表示装置で構成されていてもよい。また、操作パネル２２は、タッチパネル機能に加えてまたはこれに代えて、ハードウェアキー等の操作部、またはランプ等の表示部を設けることもできる。

【0036】

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

【0037】

通信Ｉ／Ｆ２４は、機器２０をネットワークに接続するインタフェースである。通信Ｉ／Ｆ２４は、例えば、イーサネットに対応し、ＴＣＰ／ＩＰ等に準拠した通信が可能なインターフェースである。これにより、機器２０は、通信Ｉ／Ｆ２４を介して通信を行うことができる。

【0038】

プリンタ２５は、印刷データを印刷する印刷装置である。スキャナ２６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。

【0039】

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

【0040】

（サービス提供システムが提供するサービス）
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、以降では、機器２０がＭＦＰであるものとして説明する。

【0041】

本実施形態では、機器２０において原稿をスキャンすることにより生成された電子ファイル（画像ファイル）にＯＣＲ処理を行った上で、所定の言語に翻訳して、メール配信するサービスを「スキャン翻訳サービス」と称する。そして、本実施形態では、サービス提供システム１０がスキャン翻訳サービスを提供する場合を例として説明する。

【0042】

ここで、サービス提供システム１０がスキャン翻訳サービスを提供するには、機器２０がスキャン翻訳サービスを利用するためのアプリケーション（後述するアプリ情報１０００）をサービス提供システム１０に登録する必要がある。

【0043】

したがって、本実施形態では、スキャン翻訳サービスを利用するためのアプリケーションをＰＣ端末３０が登録する場合と、当該アプリケーションを用いてスキャン翻訳サービスを機器２０が利用する場合とについて説明する。

【0044】

なお、サービス提供システム１０により提供されるサービスは、これらに限られない。サービス提供システム１０は、例えば、機器２０において原稿をスキャンすることにより生成された電子ファイルを暗号化した上で、メール配信するサービスを提供するサービスを提供してもよい。また、サービス提供システム１０は、例えば、機器２０において原稿をスキャンすることにより生成された電子ファイルに所定の情報を付加した上で、ＦＡＸ送信するサービスを提供してもよい。

【0045】

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

【0046】

図４に示すＰＣ端末３０は、例えばＣＰＵ１１等により実行されるブラウザ３１０を有する。ＰＣ端末３０のユーザは、ブラウザ３１０を用いて、「スキャン翻訳サービス」等の各種サービスを利用するためのアプリケーションをサービス提供システム１０に登録することができる。

【0047】

図４に示す機器２０は、例えばＣＰＵ３１等により実行されるブラウザ２１０を有する。機器２０のユーザは、ブラウザ２１０を用いて、「スキャン翻訳サービス」等の各種サービスを利用することができる。すなわち、機器２０は、ブラウザ２１０を有していればよく、例えば、サービス提供システム１０が提供する各種サービスを利用するための専用のアプリケーションプログラム等を有している必要はない。

【0048】

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

【0049】

また、サービス提供システム１０は、アプリ情報記憶部１５０と、アプリ画面情報記憶部１６０と、ポータル画面情報記憶部１７０と、認証情報記憶部１８０と、停止検知結果記憶部１９０とを有する。これら各記憶部は、補助記憶装置１４を用いて実現可能である。なお、これら各記憶部のうちの少なくとも１つの記憶部が、サービス提供システム１０とネットワークを介して接続される記憶装置等を用いて実現されていてもよい。

【0050】

入出力サービス処理部１１０は、サービス提供システム１０が提供するサービスに関する処理を行う。ここで、入出力サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２と、認証情報管理部１１３（第１登録部）と、停止検知オペレーション実行部１１４（取得部の一例、第２登録部）とを有する。

【0051】

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

【0052】

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

【0053】

さらに、アプリ管理部１１１は、ポータルサービス部１４０からの要求に応じて、アプリ情報１０００をアプリ情報記憶部１５０に記憶させる。これにより、サービスを提供するアプリ情報１０００（アプリケーション）がサービス提供システム１０に登録される。

【0054】

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

【0055】

また、ロジック処理部１１２は、停止検知オペレーション実行部１１４からの要求に応じて、停止検知オペレーションを実行する。ここで、停止検知オペレーションとは、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等を、認証情報（クラウドサービスのアカウント、またはアクセストークン等）を利用することによって検知する処理（オペレーション）を示すものとする。なお、ロジック処理部１１２の詳細については後述する。

【0056】

認証情報管理部１１３は、クラウドサービス等の外部サービスを利用するための認証情報を管理する。認証情報管理部１１３は、ユーザによりブラウザ３１０を介した認証情報の登録要求に基づいて、認証情報を認証情報記憶部１８０に記憶させる。

【0057】

停止検知オペレーション実行部１１４は、ロジック処理部１１２に対して、認証情報に基づく停止検知オペレーションの実行要求を行う。例えば、停止検知オペレーション実行部１１４は、一定時間ごと（例えば、５分ごと）に停止検知オペレーションの実行要求を行う。停止検知オペレーション実行部１１４は、ロジック処理部１１２により実行された停止検知オペレーションによる実行結果（停止検知結果）を停止検知結果記憶部１９０に蓄積させる。

【0058】

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

【0059】

画面構成部１２１は、ブラウザ２１０からの要求に応じて、アプリ画面情報記憶部１６０に記憶されているアプリ画面情報２０００と、アプリ情報記憶部１５０に記憶されているアプリ情報１０００に含まれるアプリ設定情報１２００とを返信する。

【0060】

なお、アプリ画面情報２０００とは、アプリ情報１０００により提供されるサービスを利用するための画面（アプリ画面）の雛形が定義された情報である。アプリ画面情報２０００は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）、ＪａｖａＳｃｒｉｐｔ（登録商標）等でアプリ画面の雛形が定義された情報である。

【0061】

また、アプリ設定情報１２００は、アプリケーション（アプリ情報１０００）の各種設定が定義された情報である。例えば、アプリ設定情報１２００には、一連の処理の実行に用いられるパラメータ情報のうち、ユーザにより入力されるパラメータ情報、およびデフォルトで設定されるパラメータ情報等が定義されている。また、例えば、アプリ設定情報１２００には、ユーザがアプリ画面においてパラメータ情報を入力するための入力項目、およびアプリ画面における表示情報（例えば、アプリケーション名）等が定義されている。アプリ設定情報１２００は、例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）等でアプリケーションの各種設定が定義された情報である。

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

なお、ドキュメントサービス部１３０には、これら以外にも、例えば、電子ファイルの圧縮または解凍するための圧縮・解凍処理部、電子ファイルのデータ形式を変換するためのデータ形式変換部等、種々の機能部が含まれていてもよい。

【0067】

ポータルサービス部１４０は、ユーザがＰＣ端末３０のブラウザ３１０を用いてアプリケーションの登録等を行うための処理を行う。ここで、ポータルサービス部１４０は、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）提供部１４１と、アプリ登録部１４２とを有する。

【0068】

ＵＩ提供部１４１は、ブラウザ３１０からの要求に応じて、ポータル画面情報記憶部１７０に記憶されているポータル画面情報３０００を返信する。ここで、ポータルとは、ブラウザ３１０を用いて、アプリケーションの登録等を行うことができるＷｅｂサイトである。

【0069】

なお、ポータル画面情報３０００とは、ポータルのトップ画面（ポータルトップ画面）、およびアプリケーション登録画面等の各種画面が定義された情報である。ポータル画面情報３０００は、例えば、ＨＴＭＬ、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ等のブラウザ２１０で各種画面が定義された情報である。

【0070】

これにより、ＰＣ端末３０には、ブラウザ３１０により、ポータルトップ画面およびアプリケーション登録画面等が表示される。したがって、ＰＣ端末３０のユーザは、アプリケーション登録画面において、アプリケーション（アプリ情報１０００）の登録操作を行うことができる。

【0071】

アプリ登録部１４２は、ＵＩ提供部１４１からの要求に応じて、アプリケーション（アプリ情報１０００）の登録をアプリ管理部１１１に要求する。すなわち、アプリ登録部１４２は、アプリケーション登録画面において、アプリケーションの登録操作が行われると、アプリケーションの登録をアプリ管理部１１１に要求する。

【0072】

アプリ情報記憶部１５０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００を識別するアプリＩＤと関連付けてアプリ情報記憶部１５０に記憶されている。なお、アプリＩＤは、例えば、アプリ情報１０００のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、またはアプリ情報１０００のＵＲＬに含まれる識別情報等である。

【0073】

ここで、アプリ情報１０００は、処理フロー情報１１００と、アプリ設定情報１２００とを含む。例えば、スキャン翻訳サービスを提供するアプリ情報１０００は、当該サービスを実現する一連の処理が定義された処理フロー情報１１００と、当該アプリ情報１０００の各種設定が定義されたアプリ設定情報１２００とを含む。以降では、スキャン翻訳サービスを提供するアプリ情報１０００を「スキャン翻訳アプリケーション」とも表す。

【0074】

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

【0075】

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

【0076】

また、アプリ設定情報１２００は、上述したように、アプリケーション（アプリ情報１０００）の各種設定が定義された情報である。なお、アプリ設定情報１２００の詳細については後述する。

【0077】

アプリ画面情報記憶部１６０は、アプリ画面情報２０００を記憶する。アプリ画面情報２０００は、アプリＩＤと関連付けてアプリ画面情報記憶部１６０に記憶されている。

【0078】

ポータル画面情報記憶部１７０は、ポータル画面情報３０００を記憶する。ポータル画面情報３０００は、ポータルトップ画面やアプリケーション登録画面等のＵＲＬと関連付けてポータル画面情報記憶部１７０に記憶されている。

【0079】

認証情報記憶部１８０は、クラウドサービス等の外部サービスを利用するための認証情報を記憶する。

【0080】

停止検知結果記憶部１９０は、停止検知オペレーション実行部１１４による要求に従ってロジック処理部１１２により実行された停止検知オペレーションの実行結果（停止検知結果）を蓄積する。例えば、停止検知結果記憶部１９０は、停止検知結果を、停止検知オペレーションが実行された日時等と関連付けて記憶する。これによって、停止検知結果記憶部１９０に記憶された停止検知結果が、どのタイミングで行われた停止検知オペレーションの実行結果であるのかを確認することができる。

【0081】

なお、入出力サービス処理部１１０、Ｗｅｂサービス処理部１２０、ドキュメントサービス部１３０、およびポータルサービス部１４０等は、それぞれが異なる情報処理装置により実現されていてもよい。

【0082】

図５は、実施形態に係るロジック処理部の機能構成の一例を示す図である。図６は、コンポーネントが有するオペレーションの一例を示す図である。図５を参照しながら、ロジック処理部１１２の詳細な機能構成、およびコンポーネントの機能について説明する。

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３は、例えば、ＯＣＲコンポーネント１３１０と、翻訳コンポーネント１３２０と、メール配信コンポーネント１３３０とを含む。

【0088】

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

【0089】

翻訳コンポーネント１３２０は、テキストファイル等の電子ファイルにおいて、所定の言語で記載されている文書を他の言語に翻訳するためのコンポーネントである。

【0090】

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

【0091】

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

【0092】

例えば、図６にコンポーネントおよび当該コンポーネントの機能の一例を示す。ここで、コンポーネントが有する機能を「オペレーション」とも称する。図６（ｂ）に、コンポーネント群３０３が有するメール配信コンポーネント１３３０を示す他、図６（ａ）に、他のコンポーネントの例としてファイル入出力コンポーネント１３４０を示す。

【0093】

コンポーネントのオペレーションには、独自オペレーションおよび共通オペレーションの２種類がある。独自オペレーションとは、そのコンポーネントの独自の機能であり、入出力サービスにより自律的には利用されない機能である。すなわち、入出力サービスは、エンドユーザの操作によってそのオペレーションを利用するフローが実行される場合にのみ、その機能を利用する。アプリケーションの開発者は、独自オペレーションの機能が必要であると判断した場合に、それを利用するフローを定義することで当該機能を利用できる。

【0094】

共通オペレーションとは、複数のコンポーネントで共通に保有されている機能である。入出力サービスは、自身が提供する機能を実現するために、定期的または何らかのイベントをトリガとして、共通オペレーションの機能を実行する。また、エンドユーザの操作によって共通オペレーションを利用するフローが実行されるときにも、入出力サービスは当該共通オペレーションの機能を利用する。また、アプリケーションの開発者は、独自オペレーションと同様に、共通オペレーションを利用することができる。

【0095】

図６（ｂ）に示すように、メール配信コンポーネント１３３０は、独自オペレーションとして、メールの送信機能を有し、共通オペレーションとして、停止検知機能を有する。図６（ａ）に示すように、ファイル入出力コンポーネント１３４０は、独自オペレーションとして、ファイルのアップロード機能、およびファイルのダウンロード機能を有し、共通オペレーションとして、フォルダ情報の取得機能、ファイルおよびフォルダの検索機能、ならびに、停止検知機能を有する。

【0096】

また、コンポーネント群３０３に含まれる各コンポーネントは、コンポーネント共通Ｉ／Ｆ１３００を有する。コンポーネント共通Ｉ／Ｆ１３００は、各コンポーネントに対して共通に定義されたＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）であり、コンポーネントを生成するためのＡＰＩと、コンポーネントの処理を実行するためのＡＰＩとが含まれる。

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

図８に示す処理フロー情報１１００は、スキャン翻訳サービスを実現する一連の処理（処理フロー）が定義された情報である。

【0108】

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

【0109】

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

【0110】

具体的には、詳細処理定義１１１０の「"ｄｅｔａｉｌＮａｍｅ"」には、「"ｄｅｔａｉｌ０"」が定義されている。また、詳細処理定義１１１０の「"ｃｏｍｐｏｎｅｎｔ"」には、ＯＣＲコンポーネント１３１０のコンポーネント名「"ｏｃｒ"」が定義されている。さらに、詳細処理定義１１１０の「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータ名「"ｌａｎｇｕａｇｅ"」のパラメータ情報等が定義されている。

【0111】

パラメータ名「"ｌａｎｇｕａｇｅ"」のパラメータ情報は、ＯＣＲ処理の言語（例えば、「"Ｊａｐａｎｅｓｅ"」や「"Ｅｎｇｌｉｓｈ"」等）をパラメータ値として設定するパラメータ情報である。

【0112】

同様に、詳細処理定義１１２０の「"ｄｅｔａｉｌＮａｍｅ"」には、「"ｄｅｔａｉｌ１"」が定義されている。また、詳細処理定義１１２０の「"ｃｏｍｐｏｎｅｎｔ"」には、翻訳コンポーネント１３２０のコンポーネント名「"ｔｒａｎｓｌａｔｉｏｎ"」が定義されている。さらに、詳細処理定義１１１０の「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータ名「"ｆｒｏｍ"」のパラメータ情報、およびパラメータ名「"ｔｏ"」のパラメータ情報等が定義されている。

【0113】

パラメータ名「"ｆｒｏｍ"」のパラメータ情報は、翻訳元の言語（例えば、「"Ｅｎｇｌｉｓｈ"」）をパラメータ値として設定するパラメータ情報である。また、パラメータ名「"ｔｏ"」のパラメータ情報は、翻訳先の言語（例えば、「"Ｊａｐａｎｅｓｅ"」）をパラメータ値として設定するパラメータ情報である。

【0114】

また、同様に、詳細処理定義１１３０の「"ｄｅｔａｉｌＮａｍｅ"」には、「"ｄｅｔａｉ２１"」が定義されている。また、詳細処理定義１１３０の「"ｃｏｍｐｏｎｅｎｔ"」には、メール配信コンポーネント１３３０のコンポーネント名「"ｍａｉｌ"」が定義されている。さらに、詳細処理定義１１３０の「"ｐａｒａｍｅｔｅｒｓ"」には、パラメータ名「"ａｄｄｒｅｓｓ"」のパラメータ情報等が定義されている。

【0115】

パラメータ名「"ａｄｄｒｅｓｓ"」のパラメータ情報は、メール送信先のメールアドレスをパラメータ値として設定するパラメータ情報である。

【0116】

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

【0117】

なお、図８に示す例では、各パラメータ情報のパラメータ値は設定されていないが、これに限られず、デフォルトとなるパラメータ値が設定されていてもよい。

【0118】

（アプリケーションの登録処理）
図９は、アプリケーションの登録処理の一例を示すシーケンス図である。図９を参照しながら、本実施形態に係る情報処理システム１のアプリケーションの登録処理について説明する。具体的には、ＰＣ端末３０のユーザが、スキャン翻訳アプリケーションをサービス提供システム１０に登録する処理について説明する。

【0119】

まず、ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面を表示させるための操作
（ポータルトップ画面の表示操作）を受け付ける（ステップＳ８０１）。なお、ＰＣ端末３０のユーザは、例えば、ポータルトップ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、ポータルトップ画面の表示操作を行うことができる。

【0120】

ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面の表示操作を受け付けると、ポータルトップ画面の表示要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する（ステップＳ８０２）。

【0121】

ポータルサービス部１４０のＵＩ提供部１４１は、ポータルトップ画面の取得要求を受信すると、ポータルトップ画面のポータル画面情報をポータル画面情報記憶部１７０から取得する（ステップＳ８０３）。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。

【0122】

ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、例えば図１０に示すポータルトップ画面Ｇ１００を表示する（ステップＳ８０４）。

【0123】

図１０に示すポータルトップ画面Ｇ１００は、ポータルのトップ画面であり、アプリケーションの登録を行うための「Ａｐｐｌｉｃａｔｉｏｎ」ボタンＧ１１０を含む。以降では、ユーザが、図１０に示すポータルトップ画面Ｇ１００において、「Ａｐｐｌｉｃａｔｉｏｎ」ボタンＧ１１０を選択する操作（アプリ登録の選択操作）を行ったものとする。

【0124】

また、図１０に示すポータルトップ画面Ｇ１００は、処理フロー情報１１００の作成等を行うための「Ｆｌｏｗ」ボタンＧ１２０と、コンポーネントの登録等を行うための「Ｃｏｍｐｏｎｅｎｔ」ボタンＧ１３０と、を含む。このように、ポータルトップ画面Ｇ１００では、アプリケーションの登録以外にも、処理フローの作成・実行、コンポーネントの登録・更新等を行うことができる。

【0125】

ＰＣ端末３０のブラウザ３１０は、ユーザにより行われたアプリ登録の選択操作を受け付ける（ステップＳ８０５）。

【0126】

ＰＣ端末３０のブラウザ３１０は、アプリ登録の選択操作を受け付けると、アプリケーション登録画面の表示要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する（ステップＳ８０６）。

【0127】

ポータルサービス部１４０のＵＩ提供部１４１は、アプリケーション登録画面の表示要求を受信すると、アプリケーション登録画面のポータル画面情報をポータル画面情報記憶部１７０から取得する（ステップＳ８０７）。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。

【0128】

ＰＣ端末３０のブラウザ３１０は、アプリケーション登録画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、例えば図１１に示すアプリケーション登録画面Ｇ２００を表示する（ステップＳ８０８）。

【0129】

ここで、以降では、図１１～図１５を参照しながら、ユーザがアプリケーションの登録操作を行う場合について説明する。

【0130】

まず、図１１に示すアプリケーション登録画面Ｇ２００は、ユーザが登録するアプリケーションのタイプを選択するための画面である。

【0131】

図１１に示すアプリケーション登録画面Ｇ２００は、プリントタイプのアプリケーションを登録するための「プリント」ボタンＧ２１０と、スキャンタイプのアプリケーションを登録するための「スキャン」ボタンＧ２２０と、を含む。なお、図１１に示すアプリケーション登録画面Ｇ２００には、例えば、ＦＡＸタイプのアプリケーションを登録するための「ＦＡＸ」ボタン、メール受信タイプのアプリケーションを登録するための「メール受信」ボタン等が含まれていてもよい。

【0132】

また、図１１に示すアプリケーション登録画面Ｇ２００は、次の画面に遷移するための「次へ」ボタンＧ２４０等を含む。

【0133】

図１１に示すアプリケーション登録画面Ｇ２００では、ユーザが「プリント」ボタンＧ２１０または「スキャン」ボタンＧ２２０のいずれかを選択すると、それぞれプリントタイプの説明またはスキャンタイプの説明が説明欄Ｇ２３０に表示される。

【0134】

なお、プリントタイプとは、一連の処理による実行結果を示す電子ファイルを画像形成装置等で印刷させるタイプのアプリケーションである。一方、スキャンタイプとは、画像形成装置等においてスキャンにより生成された電子ファイルを入力とした一連の処理を実行させるタイプのアプリケーションである。

【0135】

また、例えば、ＦＡＸタイプとは、一連の処理による実行結果を示す電子ファイルを画像形成装置等でＦＡＸ送信させるタイプのアプリケーションである。さらに、メール受信タイプとは、画像形成装置等が受信したメールに添付されている電子ファイルを入力とした一連の処理を実行させるタイプのアプリケーションである。

【0136】

以降では、ユーザが、図１１に示すアプリケーション登録画面Ｇ２００において、「スキャン」ボタンＧ２２０を選択した上で、「次へ」ボタンＧ２４０を押下する操作を行ったものとする。すると、ブラウザ３１０は、当該操作を受け付けて、例えば図１２に示すアプリケーション登録画面Ｇ３００を表示する。図１２に示すアプリケーション登録画面Ｇ３００は、ユーザがアプリケーションの基本情報を設定するための画面である。

【0137】

図１２に示すアプリケーション登録画面Ｇ３００は、アプリケーションの名称を設定するための「アプリ名」入力設定欄Ｇ３１０と、アプリ画面の画面形式を選択するための「デザインテンプレート」選択欄Ｇ３２０と、を含む。また、図１２に示すアプリケーション登録画面Ｇ３００は、アプリケーションを利用する際の認証を選択するための「認証」選択欄Ｇ３３０と、アプリ画面の表示言語を選択するための「表示言語」選択欄Ｇ３４０と、を含む。さらに、図１２に示すアプリケーション登録画面Ｇ３００は、次の画面に遷移するための「次へ」ボタンＧ３５０等を含む。

【0138】

「デザインテンプレート」選択欄Ｇ３２０では、例えば、アプリ画面が一画面で表示される「一画面形式」、アプリ画面を対話形式で表示する「ウィザード形式」等を選択することができる。また、「認証」選択欄Ｇ３３０では、認証を用いないことを示す「なし」、認証を用いることを示す「ユーザ認証」等を選択することができる。

【0139】

以降では、ユーザが、図１２に示すアプリケーション登録画面Ｇ３００のように、アプリケーション名の入力または各種選択を行った上で、「次へ」ボタンＧ３５０を押下する操作を行ったものとする。すると、ブラウザ３１０は、当該操作を受け付けて、例えば図１３に示すアプリケーション登録画面Ｇ４００を表示する。

【0140】

図１３に示すアプリケーション登録画面Ｇ４００は、ユーザがアプリケーションの詳細情報として、登録するアプリケーションに対して一連の処理（処理フロー）を設定するための画面である。

【0141】

図１３に示すアプリケーション登録画面Ｇ４００は、アプリ情報記憶部１５０に記憶されている処理フロー情報１１００のフロー名を検索するための検索欄Ｇ４１０と、フロー名を選択するためのフロー選択欄Ｇ４２０と、を含む。ユーザは、所望のフローの名称等を検索欄Ｇ４１０に入力した上で、フロー選択欄Ｇ４２０から所望のフロー名を選択することができる。

【0142】

また、図１３に示すアプリケーション登録画面Ｇ４００は、フロー選択欄Ｇ４２０で選択されたフロー名の処理フロー情報１１００に基づく一連の処理の概要を表示する概要表示欄Ｇ４３０と、次の画面に遷移するための「次へ」ボタンＧ４４０と、を含む。

【0143】

さらに、図１３に示すアプリケーション登録画面Ｇ４００は、フロー選択欄Ｇ４２０で選択されたフロー名の処理フロー情報１１００の編集および更新を行うための「更新」ボタンＧ４２１と、新規に処理フロー情報１１００を作成するための「新規」ボタンＧ４２２と、を含む。ユーザは、「更新」ボタンＧ４２１を押下することで、フロー選択欄Ｇ４２０で選択したフロー名の処理フロー情報１１００の編集および更新を行うことができる。また、ユーザは、「新規」ボタンＧ４２２を押下することで、処理フロー情報１１００を作成した上で、作成した処理フロー情報１１００のフロー名をフロー選択欄Ｇ４２０で選択することができる。

【0144】

以降では、ユーザが、フロー名「ｔｒａｎｓｌａｔｅ－ｍａｉｌ」をフロー選択欄Ｇ４２０で選択した上で、「次へ」ボタンＧ４４０を押下する操作を行ったものとする。すると、ブラウザ３１０は、当該操作を受け付けて、例えば図１４に示すアプリケーション登録画面Ｇ５００を表示する。

【0145】

図１４に示すアプリケーション登録画面Ｇ５００は、ユーザがアプリケーションの詳細情報として、図１３に示すアプリケーション登録画面Ｇ４００で設定された一連の処理（処理フロー）のパラメータ情報を設定するための画面である。

【0146】

図１４に示すアプリケーション登録画面Ｇ５００は、一連の処理に含まれる各処理を実行するコンポーネントを選択するための「コンポーネント」選択欄Ｇ５１０を含む。また、図１４に示すアプリケーション登録画面Ｇ５００は、「コンポーネント」選択欄Ｇ５１０で選択されたコンポーネントのパラメータ情報を設定するための「パラメータ情報」設定欄Ｇ５２０と、次の画面に遷移するための「次へ」ボタンＧ５３０と、を含む。

【0147】

ユーザは、「コンポーネント」選択欄Ｇ５１０から所望のコンポーネントを選択した上で、「パラメータ情報」設定欄Ｇ５２０にてパラメータ情報の各種設定を行うことができる。例えば、ユーザが「コンポーネント」選択欄Ｇ５１０から翻訳コンポーネント１３２０を選択した場合、「パラメータ情報」設定欄Ｇ５２０では、翻訳コンポーネント１３２０が用いるパラメータ情報の各種設定を行うことができる。

【0148】

具体的には、パラメータ情報の各種設定には、「ｓｅｌｅｃｔ」、「ｄｉｓｐｌａｙｎａｍｅ」、「ｎａｍｅ」、「ｔｙｐｅ」、「ｄｅｆａｕｌｔ」、および「ｉｎｐｕｔ ｔｙｐｅ」等の設定項目がある。設定項目「ｎａｍｅ」には、パラメータ情報のパラメータ名が設定される。設定項目「ｔｙｐｅ」には、パラメータ値として設定することができるデータ形式が設定される。設定項目「ｄｅｆａｌｔ」には、デフォルトとして設定されるパラメータ値が設定される。

【0149】

また、設定項目「ｓｅｌｅｃｔ」には、パラメータ情報のパラメータ値をユーザ（サービスの利用者）に入力させるか否かが設定される。設定項目「ｓｅｌｅｃｔ」にチェックが入れられたパラメータ情報は、アプリ画面においてユーザ（サービスの利用者）がパラメータ値を入力することができる。一方で、設定項目「ｓｅｌｅｃｔ」にチェックが入れられていないパラメータ情報は、アプリ画面においてユーザがパラメータ値を入力することができず、設定項目「ｄｅｆａｕｌｔ」に設定されたパラメータ値が用いられる。

【0150】

また、設定項目「ｉｎｐｕｔ ｔｙｐｅ」には、設定項目「ｓｅｌｅｃｔ」にチェックが入れられたパラメータ情報について、アプリ画面における入力方法が設定される。設定項目「ｉｐｕｔ ｔｙｐｅ」では、例えば、パラメータ値の一覧から所望のパラメータ値を選択する入力方法「ｌｉｓｔ－ｒａｄｉｏ－ｂｕｔｔｏｎ」、パラメータ値を直接入力する入力方法「ｔｅｘｔ」等を設定することができる。なお、設定項目「ｉｎｐｕｔ ｔｙｐｅ」には、これら以外にも、例えば、画面上の座標を入力する入力方法、所望のフォルダやファイルを選択するための入力方法等を選択することができてもよい。

【0151】

さらに、設定項目「ｄｉｓｐｌａｙｎａｍｅ」には、アプリ画面に表示される入力項目（パラメータ値を入力させるための項目）の表示名が設定される。設定項目「ｄｉｓｐｌａｙｎａｍｅ」には、図１２に示すアプリケーション登録画面Ｇ３００の「表示言語」選択欄Ｇ３４０で選択した言語の表示名を設定することができる。すなわち、例えば、「表示言語」選択欄Ｇ３４０で「Ｊａｐａｎｅｓｅ」および「Ｅｎｇｌｉｓｈ」が選択された場合、設定項目「ｄｉｓｐｌａｙｎａｍｅ」には、例えば、日本語の表示名「翻訳元」と、英語の表示名「Ｓｏｕｒｃｅ Ｌａｎｇｕａｇｅ」とを設定することができる。

【0152】

これにより、ユーザは、各コンポーネントが用いるパラメータ情報について、パラメータ情報のパラメータ値をサービスの利用者に入力させるか否か、その入力方法等を設定することができる。

【0153】

以降では、ユーザが、各コンポーネントが用いるパラメータ情報を設定した上で、「次へ」ボタンＧ５３０を押下する操作を行ったものとする。すると、ブラウザ３１０は、当該操作を受け付けて、例えば図１５に示すアプリケーション登録画面Ｇ６００を表示する。

【0154】

図１５に示すアプリケーション登録画面Ｇ６００は、図１１～図１４で設定された各種情報（アプリ設定情報）をユーザが確認するための画面である。

【0155】

図１５に示すアプリケーション登録画面Ｇ６００は、「アプリ設定情報」表示欄Ｇ６１０と、「登録」ボタンＧ６２０と、を含む。ユーザは、「アプリ設定情報」表示欄Ｇ６１０において、図１１～図１４で設定した各種情報を確認することができる。

【0156】

ここで、ユーザは、「アプリ設定情報」表示欄Ｇ６１０でアプリ設定情報を確認した上で、「登録」ボタンＧ６２０を押下する操作（アプリケーションの登録操作）を行ったものとする。すると、ブラウザ３１０は、アプリケーションの登録操作を受け付ける（ステップＳ８０９）。

【0157】

ブラウザ３１０は、アプリケーションの登録操作を受け付けると、例えば図１６に示すアプリ設定情報１２００を作成する（ステップＳ８１０）。

【0158】

図１６は、アプリ設定情報の一例を示す図である。図１６を参照しながら、アプリ設定情報１２００について説明する。

【0159】

図１６に示すアプリ設定情報１２００は、アプリタイプ１２０１、アプリ名１２０２、アプリ表示名１２０３、認証タイプ１２０４、およびフロー名１２０５を含む。また、図１６に示すアプリ設定情報１２００は、デザインテンプレートタイプ１２０６、デフォルトパラメータ１２０７、およびユーザ入力パラメータ１２０８等を含む。

【0160】

アプリタイプ１２０１は、図１１に示すアプリケーション登録画面Ｇ２００で選択されたアプリケーションのタイプである。図１６に示す例では、アプリケーションのタイプがスキャンタイプであることを示す「"ａｐｐ＿ｔｙｐｅ"："ｓｃａｎ"」が定義されている。

【0161】

アプリ名１２０２は、図１２に示すアプリケーション登録画面Ｇ３００の「アプリ名」入力設定欄Ｇ３１０に入力されたアプリ名である。図１６に示す例では、アプリ名が「スキャン翻訳アプリケーション」であることを示す「"ａｐｐＮａｍｅ"："スキャン翻訳アプリケーション"」が定義されている。

【0162】

アプリ表示名１２０３は、アプリ画面に表示されるアプリケーション名称（タイトル）である。図１６に示す例では、日本語では「スキャン翻訳」、英語では「Ｔｒａｎｓｌａｔｉｏｎ Ａｐｐ」と表示されることが定義される。

【0163】

認証タイプ１２０４は、図１２に示すアプリケーション登録画面Ｇ３００の「認証」選択欄Ｇ３３０で選択された認証である。図１６に示す例では、認証しないことを示す「"ｌｏｇｉｎＴｙｐｅ"："ｎｏｎｅ"」が定義されている。

【0164】

フロー名１２０５は、図１３に示すアプリケーション登録画面Ｇ４００のフロー選択欄Ｇ４２０で選択されたフロー名である。図１６に示す例では、フロー名が「"ｔｒａｎｓｌａｔｅ－ｍａｉｌ"」であることを示す「"ｆｌｏｗＮａｍｅ"："ｔｒａｎｓｌａｔｅ－ｍａｉｌ"」が定義されている。

【0165】

デザインテンプレートタイプ１２０６は、図１２に示すアプリケーション登録画面Ｇ３００の「デザインテンプレート」選択欄Ｇ３２０で選択された表示形式である。図１６に示す例では、一画面形式でアプリ画面を表示することを示す「"ｖｉｅｗＴｅｍｐｌａｔｅ"："一画面形式"」が定義されている。

【0166】

デフォルトパラメータ１２０７は、アプリ画面においてユーザがパラメータ値を入力しないパラメータ情報が定義されている。すなわち、デフォルトパラメータ１２０７には、図１４に示すアプリケーション登録画面Ｇ５００の「パラメータ情報」設定欄Ｇ５２０において、設定項目「ｓｅｌｅｃｔ」のチェックを入れなかったパラメータ情報が定義される。図１６に示す例では、詳細処理名「ｄｅｔａｉｌ０」（すなわち、図８における詳細処理定義１１１０）に定義されたパラメータ名「"ｌａｎｇｕａｇｅ"」のパラメータ情報は、デフォルトのパラメータ値として、「"Ｅｎｇｌｉｓｈ"」が設定されることが定義されている。

【0167】

このように、デフォルトパラメータ１２０７には、デフォルトでパラメータ値が設定されるパラメータ情報が定義されている。換言すれば、デフォルトパラメータ１２０７には、ユーザがパラメータ値を設定しないパラメータ情報が定義されている。

【0168】

ユーザ入力パラメータ１２０８は、アプリ画面においてユーザによりパラメータ値が入力されるパラメータ情報が定義されている。すなわち、ユーザ入力パラメータ１２０８には、図１４に示すアプリケーション登録画面Ｇ５００の「パラメータ情報」設定欄Ｇ５２０において、設定項目「ｓｅｌｅｃｔ」のチェックを入れたパラメータ情報が定義される。

【0169】

図１６に示す例では、詳細処理名「ｄｅｔａｉｌ１」（すなわち、図８における詳細処理定義１１２０）に定義されたパラメータ名「"ｆｒｏｍ"」のパラメータ値がユーザに入力されることを示す入力定義１２１８が定義されている。同様に、詳細処理名「ｄｅｔａｉｌ１」（すなわち、図８における詳細処理定義１１２０）に定義されたパラメータ名「"ｔｏ"」のパラメータ値がユーザに入力されることを示す入力定義１２２８が定義されている。また、同様に、詳細処理名「ｄｅｔａｉｌ２」（すなわち、図８における詳細処理定義１１３０）に定義されたパラメータ名「"ａｄｄｒｅｓｓ"」のパラメータ値がユーザに入力されることを示す入力定義１２３８が定義されている。

【0170】

このように、ユーザ入力パラメータ１２０８には、アプリ画面においてユーザがパラメータ値を入力するパラメータ情報が定義されている。

【0171】

以上のように、アプリ設定情報１２００には、アプリ画面に表示される表示情報（例えば、タイトル）、アプリ画面の入力項目（パラメータ値を入力または選択する項目）、および当該入力項目における入力方法等が定義されている。また、アプリ設定情報１２００には、パラメータ値がデフォルトで設定されるパラメータ情報（すなわち、アプリ画面でパラメータ値が入力または選択されないパラメータ情報）等が定義されている。

【0172】

ブラウザ３１０は、アプリ設定情報１２００を作成すると、アプリケーションの登録要求を、ポータルサービス部１４０のアプリ登録部１４２に送信する（ステップＳ８１１）。なお、アプリケーションの登録要求には、ステップＳ８１０で作成されたアプリ設定情報１２００が含まれる。

【0173】

ポータルサービス部１４０のアプリ登録部１４２は、アプリケーションの登録要求を受信すると、当該登録要求を、入出力サービス処理部１１０のアプリ管理部１１１に送信する（ステップＳ８１２）。

【0174】

入出力サービス処理部１１０のアプリ管理部１１１は、アプリケーションの登録要求を受信すると、アプリケーションを登録する（ステップＳ８１３）。そして、アプリ管理部１１１は、登録結果をブラウザ３１０に返信する。

【0175】

すなわち、アプリ管理部１１１は、アプリケーションの登録要求に含まれるアプリ設定情報１２００をアプリＩＤと関連付けてアプリ情報記憶部１５０に記憶する。これにより、当該アプリ設定情報１２００と、当該アプリ設定情報１２００のフロー名１２０５に定義されたフロー名の処理フロー情報１１００とを含むアプリ情報１０００がサービス提供システム１０に登録される。

【0176】

以上により、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、サービス提供システム１０にアプリケーションを登録することができる。しかも、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、例えば、フロー名や各コンポーネントのパラメータ情報等を設定することで、容易にアプリケーション（アプリ情報１０００）を登録することができる。

【0177】

したがって、本実施形態に係る情報処理システム１によれば、例えば、プログラミング言語等の専門的な知識や経験を有しないユーザ（例えば、企画担当者等）であっても、各種サービスを提供するアプリケーション（アプリ情報１０００）を登録することができる。

【0178】

（認証情報の登録処理）
図１７は、実施形態に係る情報処理システムの認証情報の登録処理の一例を示すシーケンス図である。図１７を参照しながら、本実施形態に係る情報処理システム１の認証情報の登録処理について説明する。

【0179】

まず、ＰＣ端末３０のブラウザ３１０は、外部サービスの認可画面を表示させるため操作（認可画面の表示操作）を受け付ける。なお、ＰＣ端末３０のユーザは、例えば、外部サービスの認可画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、当該認可画面の表示操作を行うことができる。

【0180】

ＰＣ端末３０のブラウザ３１０は、認可画面の表示操作を受け付けると、認可画面の表示要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する。ポータルサービス部１４０のＵＩ提供部１４１は、認可画面の取得要求を受信すると、認可画面のポータル画面情報をポータル画面情報記憶部１７０から取得する。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。ＰＣ端末３０のブラウザ３１０は、認可画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、認可画面を表示する。ブラウザ３１０は、開発者等であるユーザにより利用される認可画面を経由して、クラウドサービス等の外部サービスを利用するための認証情報を取得する（ステップＳ９０１）。

【0181】

ＰＣ端末３０のブラウザ３１０は、取得した認証情報の登録要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する（ステップＳ９０２）。なお、認証情報の登録要求には、ステップＳ９０１で取得された認証情報が含まれる。

【0182】

ポータルサービス部１４０のＵＩ提供部１４１は、認証情報の登録要求を受信すると、当該登録要求を、入出力サービス処理部１１０の認証情報管理部１１３に送る（ステップＳ９０３）。

【0183】

入出力サービス処理部１１０の認証情報管理部１１３は、認証情報の登録要求を受け取ると、当該登録要求に含まれる認証情報を認証情報記憶部１８０に記憶させることにより登録する（ステップＳ９０４）。そして、認証情報管理部１１３は、登録結果をブラウザ３１０に返信する。

【0184】

以上により、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、サービス提供システム１０に外部サービスを利用するための認証情報を登録することができる。これにより、入出力サービス処理部１１０では、外部サービスに対する停止検知処理において、登録した認証情報を利用して停止検知オペレーションを実行することが可能となる。なお、認証情報が無効となった場合には、開発者等であるユーザは、再度、上述の認証情報の登録処理によって、新たな認証情報を再登録するものとすればよい。

【0185】

（外部サービスに対する停止検知処理）
図１８は、実施形態の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。図１８を参照しながら、本実施形態の入出力サービス処理部１１０による外部サービスに対する停止検知処理について説明する。

【0186】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知オペレーションの実行のために利用する認証情報の取得要求を、認証情報管理部１１３に送る（ステップＳ１００１）。

【0187】

認証情報管理部１１３は、認証情報の取得要求を受け取ると、認証情報記憶部１８０に登録されている外部サービスを利用するための認証情報を取得する（ステップＳ１００２）。そして、認証情報管理部１１３は、認証情報記憶部１８０から取得した認証情報を停止検知オペレーション実行部１１４に返信する。

【0188】

停止検知オペレーション実行部１１４は、認証情報を受け取ると、停止検知オペレーションの実行要求を、ロジック処理部１１２に送る（ステップＳ１００３）。なお、停止検知オペレーションの実行要求には、ステップＳ１００２で取得された認証情報が含まれる。

【0189】

ロジック処理部１１２は、停止検知オペレーションの実行要求を受け取ると、当該実行要求に含まれる認証情報を利用して、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等を検知する停止検知オペレーションを実行する（ステップＳ１００４）。そして、ロジック処理部１１２は、停止検知オペレーションの実行結果（停止検知結果）を、停止検知オペレーション実行部１１４に返信する。

【0190】

停止検知オペレーション実行部１１４は、停止検知オペレーションの停止検知結果を受け取ると、以降のアプリケーションの起動時に利用するため、当該停止検知結果を停止検知結果記憶部１９０に蓄積させる（ステップＳ１００５）。

【0191】

以上の入出力サービス処理部１１０による停止検知処理は、例えば、一定時間ごと（例えば、５分ごと）（所定のタイミングの一例）に実行される。なお、一定時間ごとに実行するのは、ステップＳ１００１～Ｓ１００５の処理全体であってもよく、または、一度取得した認証情報を再利用して、ステップＳ１００３～Ｓ１００５のみを一定時間ごとに実行するものとしてもよい。また、停止検知処理は、一定時間ごとに実行されることに限定されるものではなく、例えば、所定のスケジュールに従ったタイミング（所定のタイミングの一例）で実行されるものとしてもよい。これによって、外部サービスの最新の状態が停止検知結果として停止検知結果記憶部１９０に蓄積されるので、当該外部サービスを利用するアプリケーションの起動時に、当該停止検知結果を参照して、アプリケーションの起動を中止するか否かを判断することができる。

【0192】

（アプリケーションを利用する場合の処理）
図１９は、実施形態に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していないことを示すときの全体処理の一例を示すシーケンス図である。図２０は、スキャン翻訳アプリケーションのアプリ画面の一例を示す図である。まず、図１９および図２０を参照しながら、アプリケーションの実行前に外部サービスが停止してないことを確認した場合にアプリケーションを実行する処理について説明する。

【0193】

まず、機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ１６０１）。機器２０のユーザは、例えば、スキャン翻訳サービスのアプリ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、アプリ画面の表示操作を行うことができる。

【0194】

機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面の表示操作を受け付けると、スキャン翻訳サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ１６０２）。スキャン翻訳サービスのアプリ画面の表示要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。

【0195】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスのアプリ画面の表示要求を受信すると、アプリ設定の取得の前に、外部サービスの状態を取得するための停止検知結果要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送信する（ステップＳ１６０３）。

【0196】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知結果要求を受け取ると、停止検知結果記憶部１９０に蓄積されている外部サービスの停止検知結果のうち、最後（すなわち最新）の停止検知結果を取得する（ステップＳ１６０４）。ここでは、最後の停止検知結果が、外部サービスが「停止していない」、すなわち正常に稼働していることを示しているものとする。そして、停止検知オペレーション実行部１１４は、停止検知結果記憶部１９０から取得した最後の停止検知結果を、Ｗｅｂサービス処理部１２０の画面構成部１２１に返信する。

【0197】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、最後の停止検知結果を受信すると、当該停止検知結果が「停止していない」ことを示すことを確認し、アプリ設定の取得要求を、入出力サービス処理部１１０のアプリ管理部１１１に送信する（ステップＳ１６０５）。アプリ設定の取得要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。このように、停止検知結果を取得することによって、外部サービスが停止しているか否かを判断することができ、停止検知結果が、外部サービスが「停止していない」、すなわち正常に稼働していることを示している場合、アプリケーションの実行に移行させることができる。

【0198】

入出力サービス処理部１１０のアプリ管理部１１１は、アプリ設定の取得要求を受信すると、当該取得要求に含まれるアプリＩＤに関連付けて記憶されているアプリ設定情報１２００をアプリ情報記憶部１５０から取得する（ステップＳ１６０６）。そして、アプリ管理部１１１は、アプリ情報記憶部１５０から取得したアプリ設定情報１２００を画面構成部１２１に返信する。

【0199】

次に、Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤと関連付けて記憶されているアプリ画面情報２０００をアプリ画面情報記憶部１６０から取得する（ステップＳ１６０７）。そして、画面構成部１２１は、アプリ画面情報記憶部１６０から取得したアプリ画面情報２０００と、上記のステップＳ１６０６で返信されたアプリ設定情報１２００とをブラウザ２１０に返信する。

【0200】

機器２０のブラウザ２１０は、画面構成部１２１から受信したアプリ画面情報２０００とアプリ設定情報１２００とに基づいて、例えば図２０に示すアプリ画面Ｇ７００を表示する（ステップＳ１６０８）。ここで、図２０に示すアプリ画面Ｇ７００は、機器２０のユーザがスキャン翻訳サービスを利用するための画面である。

【0201】

図２０に示すアプリ画面Ｇ７００は、アプリ名Ｇ７１０と、パラメータ入力エリアＧ７２０と、「スタート」ボタンＧ７３０と、を含む。また、パラメータ入力エリアＧ７２０は、翻訳元言語入力欄Ｇ７２１と、翻訳先言語入力欄Ｇ７２２と、メール送信先入力欄Ｇ７２３と、を含む。

【0202】

アプリ名Ｇ７１０は、図１６に示すアプリ設定情報１２００のアプリ表示名１２０３に基づいて表示される。また、アプリ表示名１２０３に複数の言語のアプリケーション名称（タイトル）が定義されている場合、ブラウザ２１０の言語設定に対応する言語のアプリケーション名称がアプリ名Ｇ７１０に表示される。

【0203】

また、翻訳元言語入力欄Ｇ７２１、翻訳先言語入力欄Ｇ７２２、およびメール送信先入力欄Ｇ７２３は、図１６に示すアプリ設定情報１２００のユーザ入力パラメータ１２０８に基づいて表示される。

【0204】

すなわち、翻訳元言語入力欄Ｇ７２１は、ユーザ入力パラメータ１２０８の入力定義１２１８に基づいて表示される。同様に、翻訳先言語入力欄Ｇ７２２は、ユーザ入力パラメータ１２０８の入力定義１２２８に基づいて表示される。また、同様に、メール送信先入力欄Ｇ７２３は、ユーザ入力パラメータ１２０８の入力定義１２３８に基づいて表示される。

【0205】

このように、機器２０のユーザがサービスを利用するためのアプリ画面には、アプリ設定情報１２００に定義されている情報に基づいて、アプリ名およびパラメータ入力エリアが表示される。

【0206】

ここで、図２０に示すアプリ画面Ｇ７００において、ユーザは、翻訳元言語入力欄Ｇ７２１に「Ｅｎｇｌｉｓｈ」、翻訳先言語入力欄Ｇ７２２に「Ｊａｐａｎｅｓｅ」、およびメール送信先入力欄Ｇ７２３に「[e-mail]」を入力したものとする。そして、図２０に示すアプリ画面Ｇ７００において、ユーザは、「スタート」ボタンＧ７３０を押下する操作（実行操作）を行ったものとする。

【0207】

すると、機器２０のブラウザ２１０は、実行操作を受け付ける（ステップＳ１６０９）。そして、機器２０のブラウザ２１０は、スキャナ２６を制御して、原稿を読み取ることで、電子ファイル（画像ファイル）を生成する（ステップＳ１６１０）。

【0208】

機器２０のブラウザ２１０は、電子ファイル（画像ファイル）が生成されると、アプリケーションの実行要求を、Ｗｅｂサービス処理部１２０のアプリ実行部１２２に送信する（ステップＳ１６１１）。アプリケーションの実行要求には、アプリ設定情報１２００のフロー名１２０５に定義されたフロー名「ｔｒａｎｓｌａｔｅ－ｍａｉｌ」と、上記のステップＳ１６１０で生成された電子ファイルと、パラメータ設定情報とが含まれる。

【0209】

ここで、パラメータ設定情報とは、アプリ設定情報１２００のデフォルトパラメータ１２０７に定義されているパラメータ情報、およびユーザによりアプリ画面Ｇ７００でパラメータ値が設定されたパラメータ情報である。

【0210】

具体的には、デフォルトパラメータ１２０７に定義されているパラメータ情報は、「"ｌａｎｇｕａｇｅ"："Ｅｎｇｌｉｓｈ"」である。また、ユーザによりアプリ画面Ｇ７００でパラメータ値が設定されたパラメータ情報は、「"ｆｒｏｍ"："Ｅｎｇｌｉｓｈ"」、「"ｔｏ"："Ｊａｐａｎｅｓｅ"」、および「"ａｄｄｒｅｓｓ"："[e-mail]"」である。

【0211】

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

【0212】

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

【0213】

そして、ロジック処理部１１２は、処理フローの実行処理の処理結果を、Ｗｅｂサービス処理部１２０を介して、ブラウザ２１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、スキャン翻訳サービスを提供することができる。

【0214】

図２１は、スキャン翻訳サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。図２１を参照しながら、処理フローの実行処理（図１９のステップＳ１６１３の処理）の詳細について説明する。

【0215】

まず、フロー実行部３０１は、アプリ実行部１２２からアプリケーションの実行要求を受信すると、処理フローの取得要求をアプリ管理部１１１に送信する（ステップＳ１８０１）。当該取得要求には、フロー名「ｔｒａｎｓｌａｔｅ－ｍａｉｌ」が含まれる。

【0216】

アプリ管理部１１１は、処理フローの取得要求を受信すると、当該取得要求に含まれるフロー名「ｔｒａｎｓｌａｔｅ－ｍａｉｌ」の処理フロー情報１１００をアプリ情報記憶部１５０から取得する（ステップＳ１８０２）。そして、アプリ管理部１１１は、アプリ情報記憶部１５０から取得した処理フロー情報１１００をフロー実行部３０１に返信する。

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

また、パラメータ情報は、図８に示す処理フロー情報１１００の詳細処理定義１１１０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報のパラメータ値に、パラメータ設定情報の各パラメータ値を設定したものである。すなわち、パラメータ情報は、「"ｌａｎｇｕａｇｅ"："Ｅｎｇｌｉｓｈ"」等である。

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

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

【0232】

ＯＣＲコンポーネント１３１０は、型変換管理部３０４からデータを受信すると、パラメータ情報を用いて、データに対して処理を実行する（ステップＳ１８１２）。

【0233】

すなわち、ＯＣＲコンポーネント１３１０は、ＯＣＲ処理部１３１により、パラメータ情報「"ｌａｎｇｕａｇｅ"："Ｅｎｇｌｉｓｈ"」を用いて、データにより示される電子ファイルに対して、英語でＯＣＲ処理を行う。

【0234】

そして、ＯＣＲコンポーネント１３１０は、ＯＣＲ処理後の電子ファイル（すなわち、テキストファイル）を示すデータをフロー実行部３０１に返信する。

【0235】

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

【0236】

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

【0237】

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

【0238】

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

【0239】

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

【0240】

ここで、データは、ＯＣＲコンポーネント１３１０から返信されたデータ（すなわち、ＯＣＲ処理後の電子ファイルを示すパス）である。

【0241】

また、パラメータ情報は、図８に示す処理フロー情報１１００の詳細処理定義１１２０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報のパラメータ値に、パラメータ設定情報の各パラメータ値を設定したものである。すなわち、パラメータ情報は、「"ｆｒｏｍ"："Ｅｎｇｌｉｓｈ"」、および「"ｔｏ"："Ｊａｐａｎｅｓｅ"」等である。

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

翻訳コンポーネント１３２０は、型変換管理部３０４からデータを受信すると、パラメータ情報を用いて、データに対して処理を実行する（ステップＳ１８１９）。すなわち、翻訳コンポーネント１３２０は、パラメータ情報「"ｆｒｏｍ"："Ｅｎｇｌｉｓｈ"」および「"ｔｏ"："Ｊａｐａｎｅｓｅ"」を用いて、データにより示される電子ファイルを英語から日本語に翻訳する処理を行う。

【0247】

そして、翻訳コンポーネント１３２０は、翻訳処理後の電子ファイルを示すデータをフロー実行部３０１に返信する。

【0248】

なお、翻訳コンポーネント１３２０は、例えば、サービス提供システム１０とネットワークを介して接続される翻訳サーバ等に翻訳処理を要求することにより、電子ファイルの翻訳を行ってもよい。

【0249】

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

【0250】

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

【0251】

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

【0252】

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

【0253】

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

【0254】

ここで、データは、翻訳コンポーネント１３２０から返信されたデータ（すなわち、翻訳後の電子ファイルを示すパス）である。

【0255】

また、パラメータ情報は、図８に示す処理フロー情報１１００の詳細処理定義１１３０に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報のパラメータ値に、パラメータ設定情報の各パラメータ値を設定したものである。すなわち、パラメータ情報は、「"ａｄｄｒｅｓｓ"："[e-mail]"」等である。

【0256】

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

【0257】

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

【0258】

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

【0259】

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

【0260】

メール配信コンポーネント１３３０は、型変換管理部３０４からデータを受信すると、パラメータ情報を用いて、データに対して処理を実行する（ステップＳ１８２６）。

【0261】

すなわち、メール配信コンポーネント１３３０は、メール配信部１３２により、データにより示される電子ファイルを添付したメールを作成する。次に、メール配信コンポーネント１３３０は、パラメータ情報「"ａｄｄｒｅｓｓ"："[e-mail]"」を用いて、メール配信部１３２により、当該メールを「[e-mail]」宛に送信する。

【0262】

そして、メール配信コンポーネント１３３０は、メールの送信結果を示すデータをフロー実行部３０１に返信する。

【0263】

以上により、図８に示す処理フロー情報１１００に基づく一連の処理（処理フロー）の実行が完了する。これにより、本実施形態に係るサービス提供システム１０は、機器２０に対して、スキャン翻訳サービスを提供することができる。

【0264】

このように、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、各種サービスを提供するアプリ情報１０００をサービス提供システム１０に登録することができる。しかも、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、フロー名を選択した上で、必要なパラメータ情報等を設定することで、容易にアプリ情報１０００を登録することができる。したがって、本実施形態に係る情報処理システム１では、例えば、プログラミング言語等の専門的な知識および経験を有しないユーザであっても、容易にアプリケーション（アプリ情報１０００）の作成・登録を行うことができる。また、本実施形態に係る情報処理システム１では、ユーザが機器２０を用いて、サービス提供システム１０に登録されたアプリケーションにより提供される各種サービスを利用することができる。

【0265】

図２２は、実施形態に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。図２３は、外部サービスが停止していることを示すサービス停止表示画面の一例を示す図である。次に、図２２および図２３を参照しながら、アプリケーションの実行前に外部サービスが停止していることを確認した場合にアプリケーションの実行を中止する動作について説明する。

【0266】

まず、機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ１７０１）。機器２０のユーザは、例えば、スキャン翻訳サービスのアプリ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、アプリ画面の表示操作を行うことができる。

【0267】

機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面の表示操作を受け付けると、スキャン翻訳サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ１７０２）。スキャン翻訳サービスのアプリ画面の表示要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。

【0268】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスのアプリ画面の表示要求を受信すると、アプリ設定の取得の前に、外部サービスの状態を取得するための停止検知結果要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送信する（ステップＳ１７０３）。

【0269】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知結果要求を受け取ると、停止検知結果記憶部１９０に蓄積されている外部サービスの停止検知結果のうち、最後（すなわち最新）の停止検知結果を取得する（ステップＳ１７０４）。ここでは、最後の停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示しているものとする。そして、停止検知オペレーション実行部１１４は、停止検知結果記憶部１９０から取得した最後の停止検知結果を、Ｗｅｂサービス処理部１２０の画面構成部１２１に返信する。Ｗｅｂサービス処理部１２０の画面構成部１２１は、最後（最新）の停止検知結果を受信すると、当該停止検知結果が「停止している」ことを示すことを確認し、当該停止検知結果を、機器２０のブラウザ２１０に返信する。このように、停止検知結果を取得することによって、外部サービスが停止しているか否かを判断することができ、停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示している場合、アプリケーションの実行の中止動作（すなわち、アプリ実行部１２２は、アプリケーションの実行要求をロジック処理部１１２へ出力しない）へ移行させることができる。

【0270】

機器２０のブラウザ２１０は、外部サービスが「停止している」ことを示す停止検知結果を受信すると、例えば図２３に示すような、利用する外部サービスが停止している旨を示すサービス停止表示画面Ｇ８００を表示することにより、当該外部サービスが停止していることを通知する（ステップＳ１７０５）。これによって、ユーザ（エンドユーザ）は、外部サービスが停止していることによりアプリケーションが実行できない旨を把握することができる。

【0271】

以上のように、本実施形態に係る情報処理システム１では、停止検知オペレーションの実行により外部サービスの状態を停止検知結果として蓄積しておき、当該外部サービスを利用するアプリケーションを利用する場合に、当該停止検知結果を取得するものとしている。そして、停止検知結果が外部サービスが停止していることを示す場合には、アプリケーションを利用させることなく、当該アプリケーションの起動時に当該外部サービスの停止状態を通知することができる。特に、外部サービスに対する停止検知オペレーションでは、当該外部サービスを利用するための認証情報を用いて停止検知オペレーションを行うことにより、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等の状態を、停止検知結果として取得することができる。

【0272】

（変形例１）
本実施形態の変形例１に係る情報処理システム１について、上述した実施形態に係る情報処理システム１と相違する点を中心に説明する。上述した実施形態では、外部サービスが停止している場合に、当該外部サービスを用いたアプリケーションを利用するエンドユーザに対して、当該外部サービスが停止している旨を通知するものとしている。本変形例では、予め登録したアプリケーション開発者およびコンポーネント開発者等のユーザに対して、外部サービスが停止している旨を通知する動作について説明する。

【0273】

なお、本変形例に係る情報処理システム１に含まれるサービス提供システム１０、機器２０、およびＰＣ端末３０のハードウェア構成および機能構成は、上述の実施形態と同様である

【0274】

＜通知先ユーザの登録処理＞
図２４は、実施形態の変形例１に係る情報処理システムの通知先ユーザの登録処理の一例を示すシーケンス図である。図２４を参照しながら、本変形例に係る情報処理システム１の通知先ユーザの登録処理について説明する。

【0275】

まず、ＰＣ端末３０のブラウザ３１０は、外部サービスが停止している旨を通知するユーザを登録するための登録画面を表示させるため操作を受け付ける。なお、ＰＣ端末３０のユーザは、例えば、外部サービスの認可画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、当該登録画面の表示操作を行うことができる。

【0276】

ＰＣ端末３０のブラウザ３１０は、登録画面の表示操作を受け付けると、登録画面の表示要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する。ポータルサービス部１４０のＵＩ提供部１４１は、登録画面の取得要求を受信すると、登録画面のポータル画面情報をポータル画面情報記憶部１７０から取得する。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。ＰＣ端末３０のブラウザ３１０は、登録画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、登録画面を表示する。ブラウザ３１０は、ユーザの操作を受け付けることによって、ユーザが所望する外部サービスが停止している旨の通知先となるユーザの登録要求を、ポータルサービス部１４０のＵＩ提供部１４１に送信する（ステップＳ１１０１）。なお、認証情報の登録要求には、通知先として指定されたユーザ情報（ユーザＩＤ、メールアドレス等）が含まれる。

【0277】

ポータルサービス部１４０のＵＩ提供部１４１は、通知先となるユーザの登録要求を受信すると、当該登録要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送る（ステップＳ１１０２）。

【0278】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、通知先となるユーザの登録要求を受け取ると、当該登録要求に含まれるユーザ情報を記憶部（認証情報記憶部１８０等）に記憶させることにより登録する（ステップＳ１１０３）。そして、停止検知オペレーション実行部１１４は、登録結果をブラウザ３１０に返信する。なお、ユーザ情報を記憶させる記憶部としては、認証情報記憶部１８０もしくは停止検知結果記憶部１９０であってもよく、または、別の記憶部であってもよい。

【0279】

以上により、本変形例に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、外部サービスが停止している旨の通知先となるユーザを登録することができる。これにより、入出力サービス処理部１１０では、外部サービスに対する停止検知処理において、登録したユーザに対して、外部サービスが停止している旨を通知することが可能となる。すなわち、実際のエンドユーザから機器２０での表示により障害報告を待つことなく、停止検知処理で通知を受けた開発者等（登録したユーザ）は対応に着手できるため、ダウンタイムを短縮することができる。

【0280】

＜外部サービスに対する停止検知処理＞
図２５は、実施形態の変形例１の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。図２６は、通知先ユーザへの通知内容の一例を示す図である。図２５および図２６を参照しながら、本変形例の入出力サービス処理部１１０による外部サービスに対する停止検知処理について説明する。なお、本変形例の停止検知処理のうちステップＳ１２０１～Ｓ１２０４の処理は、それぞれ上述した図１８に示すステップＳ１００１～Ｓ１００４の処理と同様である。以下、ステップＳ１２０５以降の処理を説明する。

【0281】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、ロジック処理部１１２から停止検知オペレーションの停止検知結果を受け取ると、当該停止検知結果が外部サービスの停止しているか否かを判定する。停止検知結果が「停止している」を示している場合、停止検知オペレーション実行部１１４は、ステップＳ１１０３で登録された通知先のユーザ情報を参照し、当該ユーザ情報が示すユーザに停止検知結果を含む情報を通知する（ステップＳ１２０５）。例えば、停止検知オペレーション実行部１１４は、ユーザ情報に含まれるメールアドレスに、例えば、停止検知結果を含む図２６に示すドキュメントを送信することによって通知する。図２６に示すドキュメントの例では、コンポーネント「ＡＡＡ Ｄｒｉｖｅ」について、フォルダ検索ＡＰＩが期待通りに動作していない旨を示している。

【0282】

さらに、停止検知オペレーション実行部１１４は、以降のアプリケーションの起動時に利用するため、停止検知オペレーションの停止検知結果を停止検知結果記憶部１９０に蓄積させる（ステップＳ１２０６）。

【0283】

以上の入出力サービス処理部１１０による停止検知処理は、例えば、一定時間ごと（例えば、５分ごと）に実行される。なお、一定時間ごとに実行するのは、ステップＳ１２０１～Ｓ１２０６の処理全体であってもよく、または、一度取得した認証情報を再利用して、ステップＳ１２０３～Ｓ１２０６のみを一定時間ごとに実行するものとしてもよい。また、停止検知処理は、一定時間ごとに実行されることに限定されるものではなく、例えば、所定のスケジュールに従ったタイミングで実行されるものとしてもよい。

【0284】

これによって、外部サービスの最新の状態が停止検知結果として停止検知結果記憶部１９０に蓄積されると共に、外部サービスが停止している場合には、アプリケーションの起動が行われなくても、当該停止検知処理が実行された場合に、予め登録されているアプリケーション開発者およびコンポーネント開発者等のユーザに対して停止検知結果を通知することができる。したがって、アプリケーション開発者およびコンポーネント開発者等のユーザは、停止検知結果の通知内容に基づいて、いち早く外部サービスの停止に対する措置を取ることが可能となる。

【0285】

（変形例２）
本実施形態の変形例２に係る情報処理システム１について、上述した変形例１に係る情報処理システム１と相違する点を中心に説明する。上述した変形例１では、外部サービスが停止している場合に、停止検知処理が実行される度に、予め登録されたユーザに外部サービスが停止している旨を通知するものとしている。本変形例では、外部サービスが停止した後に初めて実行される停止検知処理において、予め登録されたユーザに外部サービスが停止している旨を通知する動作について説明する。

【0286】

なお、本変形例に係る情報処理システム１に含まれるサービス提供システム１０、機器２０、およびＰＣ端末３０のハードウェア構成および機能構成は、上述の実施形態と同様である。

【0287】

＜外部サービスに対する停止検知処理＞
図２７は、実施形態の変形例２の入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。図２７を参照しながら、本変形例の入出力サービス処理部１１０による外部サービスに対する停止検知処理について説明する。なお、本変形例の停止検知処理のうちステップＳ１３０１～Ｓ１３０４の処理は、それぞれ上述した図２５に示すステップＳ１２０１～Ｓ１２０４の処理（すなわち、図１８に示すステップＳ１００１～Ｓ１００４の処理）と同様である。以下、ステップＳ１３０５以降の処理を説明する。

【0288】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、ロジック処理部１１２から停止検知オペレーションの停止検知結果を受け取ると、当該停止検知結果が外部サービスの停止しているか否かを判定する。停止検知結果が「停止している」を示している場合、停止検知オペレーション実行部１１４は、停止検知結果記憶部１９０に蓄積されている停止検知結果のうち最後（すなわち最新）の停止検知結果を取得する。停止検知オペレーション実行部１１４は、ロジック処理部１１２から受け取った停止検知結果が「停止している」を示している場合、かつ、取得した最後の停止検知結果が「停止していない」を示している場合、図２４に示すステップＳ１１０３で登録された通知先のユーザ情報を参照し、当該ユーザ情報が示すユーザに停止検知結果を含む情報を通知する（ステップＳ１３０５）。例えば、停止検知オペレーション実行部１１４は、ユーザ情報に含まれるメールアドレスに、例えば、停止検知結果を含む図２６に示すドキュメントを送信することによって通知する。

【0289】

さらに、停止検知オペレーション実行部１１４は、以降のアプリケーションの起動時に利用するため、ロジック処理部１１２から受け取った停止検知オペレーションの停止検知結果を停止検知結果記憶部１９０に蓄積させる（ステップＳ１３０６）。

【0290】

以上の入出力サービス処理部１１０による停止検知処理は、例えば、一定時間ごと（例えば、５分ごと）に実行される。なお、一定時間ごとに実行するのは、ステップＳ１３０１～Ｓ１３０６の処理全体であってもよく、または、一度取得した認証情報を再利用して、ステップＳ１３０３～Ｓ１３０６のみを一定時間ごとに実行するものとしてもよい。また、停止検知処理は、一定時間ごとに実行されることに限定されるものではなく、例えば、所定のスケジュールに従ったタイミングで実行されるものとしてもよい。

【0291】

これによって、外部サービスが停止した後に初めて実行される停止検知処理においてのみ、予め登録されたユーザに外部サービスが停止している旨を通知することができる。したがって、予め登録されたユーザへの不要な通知を低減することができる。

【0292】

（変形例３）
本実施形態の変形例３に係る情報処理システム１について、上述した実施形態に係る情報処理システム１と相違する点を中心に説明する。上述した実施形態では、入出力サービス処理部１１０が一定時間ごとに停止検知処理を実行して停止検知結果を蓄積し、アプリケーションの起動時に停止検知結果を取得して、アプリケーションを実行させるか否かを判断するものとしている。本変形例では、アプリケーションを起動する場合に、入出力サービス処理部１１０により停止検知処理が行われ、当該停止検知処理の停止検知結果に基づいて、アプリケーションを実行させるか否かを判断する動作について説明する。

【0293】

＜アプリケーションを利用する場合の処理＞
図２８は、実施形態の変形例３に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していないことを示すときの全体処理の一例を示すシーケンス図である。まず、図２８を参照しながら、アプリケーションの実行前に外部サービスが停止してないことを確認した場合にアプリケーションを実行する処理について説明する。

【0294】

まず、機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ１９０１）。機器２０のユーザは、例えば、スキャン翻訳サービスのアプリ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、アプリ画面の表示操作を行うことができる。

【0295】

機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面の表示操作を受け付けると、スキャン翻訳サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ１９０２）。ここで、例えば、ブラウザ２１０は、ユーザの認証情報を取得しているものとする。したがって、スキャン翻訳サービスのアプリ画面の表示要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれると共に、認証情報が含まれるものとする。

【0296】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスのアプリ画面の表示要求を受信すると、アプリ設定の取得の前に、外部サービスの状態を取得するための停止検知結果要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送信する（ステップＳ１９０３）。なお、停止検知結果要求には、認証情報が含まれる。

【0297】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知結果要求を受け取ると、停止検知オペレーションの実行要求を、ロジック処理部１１２に送る（ステップＳ１９０４）。なお、停止検知オペレーションの実行要求には、認証情報が含まれる。

【0298】

入出力サービス処理部１１０のロジック処理部１１２は、停止検知オペレーションの実行要求を受け取ると、当該実行要求に含まれる認証情報を利用して、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等を検知する停止検知オペレーションを実行する（ステップＳ１９０５）。ロジック処理部１１２は、停止検知オペレーションの実行結果（停止検知結果）を、停止検知オペレーション実行部１１４に返信する。すなわち、停止検知オペレーション実行部１１４は、外部サービスの最新の状態を示す停止検知結果（最新の停止検知結果）を直接取得することになる。ここでは、停止検知結果が、外部サービスが「停止していない」、すなわち正常に稼働していることを示しているものとする。そして、停止検知オペレーション実行部１１４は、受信した停止検知結果を、Ｗｅｂサービス処理部１２０の画面構成部１２１に返信する。すなわち、画面構成部１２１は、外部サービスの最新の状態を示す停止検知結果（最新の停止検知結果）を直接取得することになる。

【0299】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、停止検知結果を受信すると、当該停止検知結果が「停止していない」ことを示すことを確認し、アプリ設定の取得要求を、入出力サービス処理部１１０のアプリ管理部１１１に送信する（ステップＳ１９０６）。アプリ設定の取得要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。このように、停止検知結果を取得することによって、外部サービスが停止しているか否かを判断することができ、停止検知結果が、外部サービスが「停止していない」、すなわち正常に稼働していることを示している場合、アプリケーションの実行に移行させることができる。

【0300】

入出力サービス処理部１１０のアプリ管理部１１１は、アプリ設定の取得要求を受信すると、当該取得要求に含まれるアプリＩＤに関連付けて記憶されているアプリ設定情報１２００をアプリ情報記憶部１５０から取得する（ステップＳ１９０７）。そして、アプリ管理部１１１は、アプリ情報記憶部１５０から取得したアプリ設定情報１２００を画面構成部１２１に返信する。

【0301】

次に、Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤと関連付けて記憶されているアプリ画面情報２０００をアプリ画面情報記憶部１６０から取得する（ステップＳ１９０８）。そして、画面構成部１２１は、アプリ画面情報記憶部１６０から取得したアプリ画面情報２０００と、上記のステップＳ１９０７で返信されたアプリ設定情報１２００とをブラウザ２１０に返信する。

【0302】

機器２０のブラウザ２１０は、画面構成部１２１から受信したアプリ画面情報２０００とアプリ設定情報１２００とに基づいて、例えば図２０に示すアプリ画面Ｇ７００を表示する（ステップＳ１９０９）。

【0303】

以降の処理は、上述した図１９のステップＳ１６０９～Ｓ１６１３の処理と同様である。なお、ブラウザ２１０は、ユーザの認証情報を取得しているものとして説明したが、ステップＳ１９０４の処理の前に、停止検知オペレーション実行部１１４が認証情報管理部１１３から認証情報を取得する動作としてもよい。

【0304】

図２９は、実施形態の変形例３に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。次に、図２９を参照しながら、アプリケーションの実行前に外部サービスが停止していることを確認した場合にアプリケーションの実行を中止する動作について説明する。

【0305】

まず、機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ２００１）。機器２０のユーザは、例えば、スキャン翻訳サービスのアプリ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、アプリ画面の表示操作を行うことができる。

【0306】

機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面の表示操作を受け付けると、スキャン翻訳サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ２００２）。ここで、例えば、ブラウザ２１０は、予め認証情報管理部１１３等から認証情報を取得しているものとする。したがって、スキャン翻訳サービスのアプリ画面の表示要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれると共に、認証情報が含まれるものとする。

【0307】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスのアプリ画面の表示要求を受信すると、アプリ設定の取得の前に、外部サービスの状態を取得するための停止検知結果要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送信する（ステップＳ２００３）。なお、停止検知結果要求には、認証情報が含まれる。

【0308】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知結果要求を受け取ると、停止検知オペレーションの実行要求を、ロジック処理部１１２に送る（ステップＳ２００４）。なお、停止検知オペレーションの実行要求には、認証情報が含まれる。

【0309】

入出力サービス処理部１１０のロジック処理部１１２は、停止検知オペレーションの実行要求を受け取ると、当該実行要求に含まれる認証情報を利用して、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等を検知する停止検知オペレーションを実行する（ステップＳ２００５）。ロジック処理部１１２は、停止検知オペレーションの実行結果（停止検知結果）を、停止検知オペレーション実行部１１４に返信する。ここでは、停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示しているものとする。そして、停止検知オペレーション実行部１１４は、受信した停止検知結果を、Ｗｅｂサービス処理部１２０の画面構成部１２１に返信する。Ｗｅｂサービス処理部１２０の画面構成部１２１は、停止検知結果を受信すると、当該停止検知結果が「停止している」ことを示すことを確認し、当該停止検知結果を、機器２０のブラウザ２１０に返信する。このように、停止検知結果を取得することによって、外部サービスが停止しているか否かを判断することができ、停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示している場合、アプリケーションの実行の中止動作へ移行させることができる。

【0310】

機器２０のブラウザ２１０は、外部サービスが「停止している」ことを示す停止検知結果を受信すると、例えば上述の図２３に示すような、利用する外部サービスが停止している旨を示すサービス停止表示画面Ｇ８００を表示することにより、当該外部サービスが停止していることを通知する（ステップＳ２００６）。これによって、ユーザ（エンドユーザ）は、外部サービスが停止していることによりアプリケーションが実行できない旨を把握することができる。

【0311】

以上のように、本変形例に係る情報処理システム１では、アプリケーションを起動時をトリガとして、入出力サービス処理部１１０により停止検知処理が行われ、当該停止検知処理の停止検知結果に基づいて、アプリケーションを実行させるか否かを判断するものとしている。したがって、アプリ起動時に停止検知を実行するので、ユーザの認証情報を利用することができ、よりリアルタイムで正確な停止検知処理を実行できるので、例えば金融系等のクリティカルなソリューションでは有用になる。そして、停止検知結果が外部サービスが停止していることを示す場合には、アプリケーションを利用させることなく、当該アプリケーションの起動時に当該外部サービスの停止状態を通知することができる。特に、外部サービスに対する停止検知オペレーションでは、当該外部サービスを利用するための認証情報を用いて停止検知オペレーションを行うことにより、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等の状態を、停止検知結果として取得することができる。

【0312】

（変形例４）
本実施形態の変形例４に係る情報処理システム１について、上述した変形例１に係る情報処理システム１と相違する点を中心に説明する。上述した変形例１では、入出力サービス処理部１１０における停止検知処理が行われたときに、外部サービスが停止している場合、予め登録されたユーザに外部サービスが停止している旨を通知するものとしている。本変形例では、外部サービスが停止している場合であって、予め登録されたユーザに対して、通知が必要な場合のみ通知を行う動作をについて説明する。

【0313】

＜外部サービスに対する停止検知処理＞
図３０は、実施形態の変形例４に係る入出力サービス処理部の停止検知処理の一例を示すシーケンス図である。図３０を参照しながら、本変形例の入出力サービス処理部１１０による外部サービスに対する停止検知処理について説明する。なお、本変形例の停止検知処理のうちステップＳ１４０１～Ｓ１４０３の処理は、それぞれ上述した図２５に示すステップＳ１２０１～Ｓ１２０３の処理（すなわち、図１８に示すステップＳ１００１～Ｓ１００３の処理）と同様である。以下、ステップＳ１４０４以降の処理を説明する。

【0314】

ロジック処理部１１２は、停止検知オペレーションの実行要求を受け取ると、当該実行要求に含まれる認証情報を利用して、クラウドサービス等の外部サービスが機能しているか否か、通信が可能か否か、およびサービスのＡＰＩが期待通りに動作するか否か等を検知する停止検知オペレーションを実行する（ステップＳ１４０４）。そして、ロジック処理部１１２は、停止検知オペレーションの実行結果（停止検知結果）を取得すると共に、通知が必要であるか否かの情報、およびエンドユーザ向けのメッセージを取得し、これらを停止検知オペレーション実行部１１４に返信する。

【0315】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、ロジック処理部１１２から停止検知オペレーションの停止検知結果、通知が必要であるか否かの情報、およびエンドユーザ向けのメッセージを受け取ると、当該停止検知結果が外部サービスの停止しているか否か、および通知が必要であるか否かを判定する。停止検知結果が「停止している」を示していて、かつ通知が必要であるか否かの情報が通知が必要であることを示している場合、停止検知オペレーション実行部１１４は、上述の図２４のステップＳ１１０３で登録された通知先のユーザ情報を参照し、当該ユーザ情報が示すユーザに停止検知結果を含む情報を通知する（ステップＳ１４０５）。例えば、停止検知オペレーション実行部１１４は、ユーザ情報に含まれるメールアドレスに、例えば、停止検知結果を含む上述の図２６に示すドキュメントを送信することによって通知する。

【0316】

さらに、停止検知オペレーション実行部１１４は、以降のアプリケーションの起動時に利用するため、停止検知オペレーションの停止検知結果、およびエンドユーザ向けのメッセージを停止検知結果記憶部１９０に蓄積させる（ステップＳ１４０６）。

【0317】

＜アプリケーションを利用する場合の処理＞
図３１は、実施形態の変形例４に係る情報処理システムでアプリケーションを利用する場合において停止検知結果が停止していることを示すときの処理の一例を示すシーケンス図である。図３１を参照しながら、アプリケーションの実行前に外部サービスが停止していることを確認した場合にアプリケーションの実行を中止する動作について説明する。

【0318】

まず、機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ２１０１）。機器２０のユーザは、例えば、スキャン翻訳サービスのアプリ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、アプリ画面の表示操作を行うことができる。

【0319】

機器２０のブラウザ２１０は、スキャン翻訳サービスのアプリ画面の表示操作を受け付けると、スキャン翻訳サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ２１０２）。スキャン翻訳サービスのアプリ画面の表示要求には、スキャン翻訳サービスを提供するアプリ情報１０００のアプリＩＤが含まれる。

【0320】

Ｗｅｂサービス処理部１２０の画面構成部１２１は、スキャン翻訳サービスのアプリ画面の表示要求を受信すると、アプリ設定の取得の前に、外部サービスの状態を取得するための停止検知結果要求を、入出力サービス処理部１１０の停止検知オペレーション実行部１１４に送信する（ステップＳ２１０３）。

【0321】

入出力サービス処理部１１０の停止検知オペレーション実行部１１４は、停止検知結果要求を受け取ると、停止検知結果記憶部１９０に蓄積されている外部サービスの停止検知結果のうち、最後（すなわち最新）の停止検知結果、およびエンドユーザ向けのメッセージを取得する（ステップＳ２１０４）。ここでは、最後の停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示しているものとする。そして、停止検知オペレーション実行部１１４は、停止検知結果記憶部１９０から取得した最後の停止検知結果、およびエンドユーザ向けのメッセージを、Ｗｅｂサービス処理部１２０の画面構成部１２１に返信する。Ｗｅｂサービス処理部１２０の画面構成部１２１は、最後の停止検知結果、およびエンドユーザ向けのメッセージを受信すると、当該停止検知結果が「停止している」ことを示すことを確認し、当該停止検知結果、およびエンドユーザ向けのメッセージを、機器２０のブラウザ２１０に返信する。このように、停止検知結果を取得することによって、外部サービスが停止しているか否かを判断することができ、停止検知結果が、外部サービスが「停止している」、すなわち正常に稼働していないことを示している場合、アプリケーションの実行の中止動作へ移行させることができる。

【0322】

機器２０のブラウザ２１０は、外部サービスが「停止している」ことを示す停止検知結果、およびエンドユーザ向けのメッセージを受信すると、サービス停止表示画面に、受信したエンドユーザ向けのメッセージを表示させることによって、外部サービスが停止していることを通知する（ステップＳ２１０５）。これによって、ユーザ（エンドユーザ）は、外部サービスが停止していることによりアプリケーションが実行できない旨を把握することができる。

【0323】

以上のように、本変形例に係る情報処理システム１では、停止検知オペレーションによって停止検知結果だけでなく、予め登録したユーザに対して通知が必要であるか否かの情報、およびエンドユーザ向けのメッセージを取得するものとしている。これによって、停止検知処理において、外部サービスが停止している場合、通知が必要であるか否かの情報が必要とすることを示す場合のみに、予め登録したユーザに通知を行うことができる。例えば、外部サービスの計画的な定期メンテナンス等、コンポーネント開発者に通知する必要がない場合には、不必要な通知を避けることができる。また、停止検知結果が外部サービスが停止していることを示す場合には、エンドユーザ向けに作成されたメッセージを表示させることができ、アプリケーションを利用させることなく、当該アプリケーションの起動時に当該外部サービスの停止状態を通知することができる。また、エンドユーザ向けのメッセージとしては、例えば、外部サービスの停止が定期メンテナンスによる場合、そのメンテナンスの終了予定時刻等を含めることによって、エンドユーザの利便性を向上させることができる。

【0324】

なお、上述の実施形態および各変形例の各機能は、一または複数の処理回路によって実現することが可能である。ここで、「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上述した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＳＯＣ（Ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ)、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や従来の回路モジュール等のデバイスを含むものとする。

【0325】

また、上述の実施形態および各変形例において、サービス提供システム１０、機器２０、およびＰＣ端末３０の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の実施形態および各変形例に係るサービス提供システム１０、機器２０、およびＰＣ端末３０で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、またはＳＤカード等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の実施形態および各変形例に係るサービス提供システム１０、機器２０、およびＰＣ端末３０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態および各変形例に係るサービス提供システム１０、機器２０、およびＰＣ端末３０で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の実施形態および各変形例に係るサービス提供システム１０、機器２０、およびＰＣ端末３０で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上述の記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。

【符号の説明】

【0326】

１ 情報処理システム
１０ サービス提供システム
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ 補助記憶装置
１５ 入力装置
１６ 表示装置
１７ 外部Ｉ／Ｆ
１７ａ 記録媒体
１８ 通信Ｉ／Ｆ
２０、２０＿１、２０＿２ 機器
２１ コントローラ
２２ 操作パネル
２３ 外部Ｉ／Ｆ
２３ａ 記録媒体
２４ 通信Ｉ／Ｆ
２５ プリンタ
２６ スキャナ
３０、３０＿１、３０＿２ ＰＣ端末
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ ＮＶＲＡＭ
３５ 補助記憶装置
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１１３ 認証情報管理部
１１４ 停止検知オペレーション実行部
１２０ Ｗｅｂサービス処理部
１２１ 画面構成部
１２２ アプリ実行部
１３０ ドキュメントサービス部
１３１ ＯＣＲ処理部
１３２ メール配信部
１４０ ポータルサービス部
１４１ ＵＩ提供部
１４２ アプリ登録部
１５０ アプリ情報記憶部
１６０ アプリ画面情報記憶部
１７０ ポータブル画面情報記憶部
１８０ 認証情報記憶部
１９０ 停止検知結果記憶部
２１０ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３０４ 型変換管理部
３０５ 型変換群
３１０ ブラウザ
１０００ アプリ情報
１１００ 処理フロー情報
１１０１ フロー名
１１０２ フロー詳細
１１１０、１１２０、１１３０ 詳細処理定義
１２００ アプリ設定情報
１２０１ アプリタイプ
１２０２ アプリ名
１２０３ アプリ表示名
１２０４ 認証タイプ
１２０５ フロー名
１２０６ デザインテンプレートタイプ
１２０７ デフォルトパラメータ
１２０８ ユーザ入力パラメータ
１２１８、１２２８、１２３８ 入力定義
１３００ コンポーネント共通Ｉ／Ｆ
１３１０ ＯＣＲコンポ―ネット
１３２０ 翻訳コンポーネント
１３３０ メール配信コンポーネント
１３４０ ファイル入出力コンポーネント
１４００ 型変換共通Ｉ／Ｆ
１４１０ 第１の型変換
２０００ アプリ画面情報
３０００ ポータブル画面情報
４０００ 型変換情報テーブル
Ｂ バス
Ｎ１ ネットワーク

【先行技術文献】

【特許文献】

【0327】

【文献】特開２０１８－０１４０７９号公報

【文献】特開２０１６－１７７４４７号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】