JP2019164742A - 情報処理システム、情報処理方法、及びプログラム - Google Patents
情報処理システム、情報処理方法、及びプログラム Download PDFInfo
- Publication number
- JP2019164742A JP2019164742A JP2018150859A JP2018150859A JP2019164742A JP 2019164742 A JP2019164742 A JP 2019164742A JP 2018150859 A JP2018150859 A JP 2018150859A JP 2018150859 A JP2018150859 A JP 2018150859A JP 2019164742 A JP2019164742 A JP 2019164742A
- Authority
- JP
- Japan
- Prior art keywords
- application
- information
- unit
- metadata
- screen
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Control Or Security For Electrophotography (AREA)
- Stored Programmes (AREA)
- Facsimiles In General (AREA)
Abstract
【課題】機器の機能を利用した処理フローを実行するシステムにおいて、アプリケーションやメタデータに関する設定を柔軟に行うことができるようにする。【解決手段】情報処理システムは、所定の機能を有する機器と、１以上の機能を利用した処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを実行するサービス提供システム１０とを含む。サービス提供システム１０は、アプリケーションを利用するユーザに紐付けられアプリケーションを実行する際に用いられるメタデータ情報と、アプリケーションとを紐付けたアプリ情報１０００を生成する管理部と、アプリケーションの実行時に、アプリ情報１０００に基づいて、アプリケーションにおけるメタデータ情報に対応するメタデータに関する設定操作を受け付けるユーザインターフェースを生成する画面構成部とを含む。【選択図】図４
Description
本発明は、情報処理システム、情報処理方法、及びプログラムに関する。
近年、複数の機能（例えば、スキャンやプリント、メール配信等）を組み合わせた機能を提供するサービス等が知られるようになった。例えば、スキャンにより生成された電子ファイル（画像ファイル）に所定の処理を行った上でメール配信するサービス等が知られている。このようなサービスは、各機能を実現する１以上の処理が一連の処理として実行されることにより実現される。
例えば、ＭＦＰ（Multifunction Peripheral）等の機器の機能を利用した一連の処理（処理フロー）を実行させるためのアプリケーションの開発を支援することを目的として、ユーザがＰＣ端末等の情報処理装置を用いて入力した情報に基づいて、サービス提供システムがユーザの所望する処理フローを実行するアプリケーションを生成し、生成したアプリケーションを機器に登録することにより、ユーザが当該機器を操作する際に所望のアプリケーションを利用できるようにするシステムが開示されている（特許文献１）。このようなシステムを利用することにより、ユーザはプログラミング言語等の専門的な知識や経験を有しない者であっても、所望の処理フローを実行するアプリケーションを容易に作成及び利用することができる。
例えば、所定の処理を行ったファイル（例えばスキャンデータ等）を外部サービス（例えばクラウドストレージ等）に送信するアプリケーションでは、ファイルにメタデータを付随させて送信したい場合がある。このとき、メタデータは外部サービスやユーザ毎に異なるため、利用者はアプリケーションやメタデータに関する設定を柔軟に行う必要がある。
本発明は、上記に鑑みてなされたものであって、機器の機能を利用した処理フローを実行するシステムにおいて、処理フローを実行するアプリケーションで利用するメタデータに関する設定を柔軟に行うことができるようにすることを目的とする。
上述した課題を解決し、目的を達成するために、本発明の一形態は、所定の機能を有する機器と、１以上の前記機能を利用した処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを実行するサービス提供システムと、を含む情報処理システムであって、前記サービス提供システムは、前記アプリケーションを利用するユーザに紐付けられ前記アプリケーションを実行する際に用いられるメタデータ情報と、前記アプリケーションとを紐付けたアプリ情報を生成する管理部と、前記アプリケーションの実行時に、前記アプリ情報に基づいて、前記アプリケーションにおける前記メタデータ情報に対応するメタデータに関する設定操作を受け付けるユーザインターフェースを生成する画面構成部と、を含むことを特徴とする。
本発明によれば、機器の機能を利用した処理フローを実行するシステムにおいて、処理フローを実行するアプリケーションで利用するメタデータに関する設定を柔軟に行うことができるようになる。
以下に添付図面を参照して、情報処理システム、情報処理方法、及びプログラムの実施形態を詳細に説明する。以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には当業者が容易に想到できるもの、実質的に同一のもの、及びいわゆる均等の範囲のものが含まれる。以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更、及び組み合わせを行うことができる。
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
まず、本実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、本実施形態に係る情報処理システム１の一例のシステム構成を示す図である。
まず、本実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、本実施形態に係る情報処理システム１の一例のシステム構成を示す図である。
図１に示す情報処理システム１は、サービス提供システム１０と、機器２０と、ＰＣ端末３０とを含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。
サービス提供システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、種々の機能をそれぞれ実現する複数の処理のうちの１以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供する。
ここで、機能とは、文書ファイルや画像ファイル等の電子ファイルに関する機能である。機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール送信、メール以外のデータ送信、ＯＣＲ（Optical character recognition）処理、加工や圧縮・解凍、リポジトリへの格納等が挙げられる。
本実施形態に係るサービス提供システム１０が提供するサービスの具体例については後述する。なお、以降では、一連の処理を「処理フロー」とも表す。
機器２０は、ユーザが使用する各種の電子機器である。すなわち、機器２０は、例えば、ＭＦＰ等の画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等であり得る。ユーザは、機器２０が有する各種の機能を利用して、サービス提供システム１０が提供する各種のサービスを利用することができる。
なお、以降では、複数の機器２０について、各々を区別するときは、「機器２０１」、「機器２０２」等と添え字を用いて記載する。
ＰＣ端末３０は、例えば、ユーザが使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末等である。ユーザは、ＰＣ端末３０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。
なお、以降では、複数のＰＣ端末３０について、各々を区別するときは、「ＰＣ端末３０１」、「ＰＣ端末３０２」等と添え字を用いて記載する。
また、図１に示す情報処理システム１の構成は一例であって、他の構成であっても良い。例えば、本実施形態に係る情報処理システム１には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサービス提供システム１０により提供される各種サービスを利用しても良い。
＜ハードウェア構成＞
次に、本実施形態に係る情報処理システム１に含まれるサービス提供システム１０及びＰＣ端末３０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１０及びＰＣ端末３０の一例のハードウェア構成を示す図である。なお、サービス提供システム１０及びＰＣ端末３０は、同様のハードウェア構成を有しているため、以降では、主に、サービス提供システム１０のハードウェア構成について説明する。
次に、本実施形態に係る情報処理システム１に含まれるサービス提供システム１０及びＰＣ端末３０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１０及びＰＣ端末３０の一例のハードウェア構成を示す図である。なお、サービス提供システム１０及びＰＣ端末３０は、同様のハードウェア構成を有しているため、以降では、主に、サービス提供システム１０のハードウェア構成について説明する。
図２に示すサービス提供システム１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、ＲＡＭ（Random Access Memory）１４とを有する。また、サービス提供システム１０は、ＲＯＭ（Read Only Memory）１５と、ＣＰＵ（Central Processing Unit）１６と、通信Ｉ／Ｆ１７と、ＨＤＤ（Hard Disk Drive）１８とを有する。これらの各ハードウェアは、それぞれがバスＢで接続されている。
入力装置１１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置１２は、ディスプレイ等を含み、サービス提供システム１０による処理結果を表示する。なお、入力装置１１及び表示装置１２の少なくとも一方は、必要なときにサービス提供システム１０に接続して利用する形態であっても良い。
通信Ｉ／Ｆ１７は、サービス提供システム１０をネットワークＮ１に接続するインタフェースである。これにより、サービス提供システム１０は、通信Ｉ／Ｆ１７を介して通信を行うことができる。
ＨＤＤ１８は、プログラムやデータを格納している不揮発性の記憶装置である。ＨＤＤ１８に格納されるプログラムやデータには、サービス提供システム１０全体を制御する基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。
なお、サービス提供システム１０は、ＨＤＤ１８に代え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであっても良い。また、ＨＤＤ１８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢにより管理している。
外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、サービス提供システム１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取りや書き込みを行うことができる。記録媒体１３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
ＲＯＭ１５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１５には、サービス提供システム１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ１４は、プログラムやデータを一時保持する揮発性の半導体メモリである。
ＣＰＵ１６は、ＲＯＭ１５やＨＤＤ１８等の記憶装置からプログラムやデータをＲＡＭ１４上に読み出し、処理を実行することで、サービス提供システム１０全体の制御や機能を実現する演算装置である。
本実施形態に係るサービス提供システム１０及びＰＣ端末３０は、図２に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。
次に、本実施形態に係る情報処理システム１に含まれる機器２０が画像形成装置である場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る機器２０の一例のハードウェア構成を示す図である。
図３に示す機器２０は、コントローラ２１と、操作パネル２２（操作部）と、外部Ｉ／Ｆ２３と、通信Ｉ／Ｆ２４と、プリンタ２５と、スキャナ２６とを有する。また、コントローラ２１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＶＲＡＭ３４と、ＨＤＤ３５とを有する。
ＲＯＭ３３は、各種プログラムやデータを格納している不揮発性の半導体メモリである。ＲＡＭ３２は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＮＶＲＡＭ３４は、例えば設定情報等を格納している。また、ＨＤＤ３５は、各種プログラムやデータを格納している不揮発性の記憶装置である。
ＣＰＵ３１は、ＲＯＭ３３やＮＶＲＡＭ３４、ＨＤＤ３５等からプログラムやデータ、設定情報等をＲＡＭ３２上に読み出し、処理を実行することで、機器２０全体の制御や機能を実現する演算装置である。
操作パネル２２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２３は、外部装置とのインタフェースである。外部装置には、記録媒体２３ａ等がある。これにより、機器２０は、外部Ｉ／Ｆ２３を介して記録媒体２３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体２３ａには、例えば、ＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
通信Ｉ／Ｆ２４は、機器２０をネットワークに接続するインタフェースである。これにより、機器２０は、通信Ｉ／Ｆ２４を介して通信を行うことができる。プリンタ２５は、印刷データを印刷する印刷装置である。スキャナ２６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。
本実施形態に係る機器２０は、図３に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。
＜サービス提供システムが提供するサービス＞
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、以降では、機器２０が画像形成装置であるものとして説明する。
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、以降では、機器２０が画像形成装置であるものとして説明する。
本実施形態に係るサービス提供システム１０は、ユーザにより入力された情報に基づいて、機器２０の機能を利用した一連の処理（処理フロー）を実行することにより、各種のサービスを実現する。また、サービス提供システム１０は、ユーザにより設定された処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを生成し、ユーザが機器２０の操作部（操作パネル２２等）を介して各サービスに対応するアプリケーションを利用できるようにする。
本実施形態に係るサービス提供システム１０は、機器２０によりスキャンされた原稿の電子ファイルにＱＲコードを付与した後、当該ＱＲコードが付与された電子ファイルを印刷する「ＱＲコード印刷サービス」を提供する。すなわち、サービス提供システム１０は、ＱＲコード印刷サービスを実現するための処理フローを実行する「ＱＲコード印刷アプリケーション」を生成し、ユーザが機器２０の操作部を介してＱＲコード印刷アプリケーションを利用できるようにする。また、「ＱＲコード印刷アプリケーション」に関連するアプリケーションとして、スキャンにより生成された電子ファイルをクラウドストレージ等の外部サービスに送信（蓄積）するためのアプリケーションが利用可能となっている。
なお、サービス提供システム１０により提供されるサービスは、上記に限られるものではなく、例えば、スキャンにより生成された電子ファイルにＯＣＲ処理を行った上で所定の言語に翻訳したデータをメール等で送信する「スキャン翻訳サービス」、スキャンにより生成された電子ファイルを暗号化した上でメール送信する「暗号化データ送信サービス」、スキャンにより取得された画像データをクラウドシステム（外部サービス）等にアップロードする「スキャンデータアップロードサービス」等であってもよい。これらの場合、サービス提供システム１０は、ユーザにより入力された設定情報に基づいて、スキャン翻訳サービスを実現するための処理フローを実行する「スキャン翻訳アプリケーション」、暗号化データ送信サービスを実現するための処理フローを実行する「暗号化データ送信アプリケーション」、スキャンデータアップロードシステムを実現するための処理フローを実行する「スキャンデータアップロードアプリケーション」等を生成し、ユーザに利用できるようにする。
＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係る情報処理システムの一例の機能構成を示す図である。
次に、本実施形態に係る情報処理システム１の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係る情報処理システムの一例の機能構成を示す図である。
図４に示すＰＣ端末３０は、例えばＣＰＵ１６等により実行されるブラウザ３１０を有する。ＰＣ端末３０のユーザは、ブラウザ３１０を用いて、「ＱＲコード印刷サービス」等の各種サービスを利用するためのアプリケーションをサービス提供システム１０に登録することができる。
図４に示す機器２０は、例えばＣＰＵ３１等により実行されるブラウザ２１０を有する。機器２０のユーザは、ブラウザ２１０を用いて、「ＱＲコード印刷サービス」等の各種サービスを利用することができる。すなわち、機器２０は、ブラウザ２１０を有していれば良く、例えば、サービス提供システム１０が提供する各種サービスを利用するための専用のアプリケーションプログラム等を有している必要はない。
図４に示すサービス提供システム１０は、入出力サービス処理部１１０と、Ｗｅｂサービス処理部１２０と、ドキュメントサービス部１３０と、ポータルサービス部１４０と、アプリデータ管理部１８０とを有する。これら各機能部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。
また、サービス提供システム１０は、アプリ情報記憶部１５０と、アプリ画面情報記憶部１６０と、ポータル画面情報記憶部１７０とを有する。これら各記憶部は、ＨＤＤ１８を用いて実現可能である。なお、これら各記憶部のうちの少なくとも１つの記憶部が、サービス提供システム１０とネットワークを介して接続される記憶装置等を用いて実現されていても良い。
入出力サービス処理部１１０は、サービス提供システム１０が提供するサービスに関する処理を行う。ここで、入出力サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２とを有する。
アプリ管理部１１１は、アプリ情報記憶部１５０に記憶されているアプリ情報１０００を管理する。なお、アプリ情報１０００とは、サービスを提供するための処理フローを実行するようにプログラムの実行順が定義されたアプリケーションである。換言すれば、サービス提供システム１０が提供する各種サービスは、アプリ情報１０００により提供される。
また、アプリ管理部１１１は、ロジック処理部１１２からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００を返信する。なお、処理フロー情報１１００とは、アプリ情報１０００により提供されるサービスを実現する一連の処理が定義された情報である。
更に、アプリ管理部１１１は、ポータルサービス部１４０からの要求に応じて、アプリ情報１０００をアプリ情報記憶部１５０に記憶させる。これにより、サービスを提供するアプリ情報１０００（アプリケーション）がサービス提供システム１０に登録される。
ロジック処理部１１２は、Ｗｅｂサービス処理部１２０からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、ロジック処理部１１２は、アプリ管理部１１１から取得した処理フロー情報１１００に基づいて、当該アプリ情報１０００が提供するサービスを実現する一連の処理（処理フロー）を実行する。これにより、本実施形態に係るサービス提供システムは、「機器情報送信サービス」等の各種サービスを提供することができる。なお、ロジック処理部１１２の詳細については後述する。
Ｗｅｂサービス処理部１２０は、ユーザが機器２０のブラウザ２１０を用いて各種サービスを利用するための処理を行う。すなわち、Ｗｅｂサービス処理部１２０は、ブラウザ２１０に対してＷｅｂアプリケーション（アプリ情報１０００）を提供するアプリケーションサーバとして機能する。ここで、Ｗｅｂサービス処理部１２０は、画面構成部１２１と、アプリ実行部１２２とを有する。
画面構成部１２１は、ブラウザ２１０からの要求に応じて、アプリ画面情報記憶部１６０に記憶されているアプリ画面情報２０００と、アプリ情報記憶部１５０に記憶されているアプリ情報１０００に含まれるアプリ設定情報１２００とを返信する。
なお、アプリ画面情報２０００とは、アプリ情報１０００により提供されるサービスを利用するための画面（アプリ画面）の雛形が定義された情報である。アプリ画面情報２０００は、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）等でアプリ画面の雛形が定義された情報である。
また、アプリ設定情報１２００は、アプリケーション（アプリ情報１０００）の各種設定が定義された情報である。例えば、アプリ設定情報１２００には、一連の処理の実行に用いられるパラメータ情報のうち、ユーザにより入力されるパラメータ情報やデフォルトで設定されるパラメータ情報等が定義されている。また、例えば、アプリ設定情報１２００には、ユーザがアプリ画面においてパラメータ情報を入力するための入力項目やアプリ画面における表示情報（例えば、アプリケーション名）等が定義されている。アプリ設定情報１２００は、例えば、ＪＳＯＮ（JavaScript Object Notation）等でアプリケーションの各種設定が定義された情報である。
これにより、機器２０には、ブラウザ２１０により、サービス提供システム１０が提供するサービスを利用するためのアプリ画面が表示される。
アプリ実行部１２２は、ブラウザ２１０からの要求に応じて、入出力サービス処理部１１０に対して、アプリケーション（アプリ情報１０００）の実行要求を送信する。
ドキュメントサービス部１３０は、処理フロー情報１１００に基づく一連の処理（処理フロー）に含まれる所定の処理を実行する。ドキュメントサービス部１３０は、例えば、ＯＣＲ処理部１３１、メール配信部１３２等を有する。
ＯＣＲ処理部１３１は、電子ファイルに対してＯＣＲ処理を行う。メール配信部１３２は、電子ファイルを添付したメールを作成して、当該メールを指定されたメールアドレス宛に送信する。
なお、ドキュメントサービス部１３０には、これら以外にも、例えば、電子ファイルの圧縮又は解凍するための圧縮・解凍処理部、電子ファイルのデータ形式を変換するためのデータ形式変換部等、種々の機能部が含まれていても良い。
ポータルサービス部１４０は、ユーザがＰＣ端末３０のブラウザ３１０を用いてアプリケーションの登録を行うため設定情報の入力等の処理を行う。ここで、ポータルサービス部１４０は、ＵＩ提供部１４１と、アプリ登録部１４２とを有する。
ＵＩ提供部１４１は、ブラウザ３１０からの要求に応じて、ポータル画面情報記憶部１７０に記憶されているポータル画面情報３０００を返信する。ここで返信されるポータルは、ブラウザ３１０を用いてアプリケーションの登録等を行うことができるＷｅｂサイトである。
ここでのポータル画面情報３０００は、ポータルのトップ画面（ポータルトップ画面）とアプリケーション登録画面を含む各種画面とが定義された情報である。ポータル画面情報３０００は、例えば、ＨＴＭＬ、ＸＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ等のブラウザ２１０で各種画面が定義された情報である。
これにより、ＰＣ端末３０には、ブラウザ３１０により、ポータルトップ画面およびアプリケーション登録画面が表示される。したがって、ＰＣ端末３０のユーザは、アプリケーション登録画面においてアプリケーション（アプリ情報１０００）の生成及び登録を行うための設定情報を入力することができる。
アプリ登録部１４２は、ＵＩ提供部１４１からの要求に応じて、アプリケーション（アプリ情報１０００）の登録をアプリ管理部１１１に要求する。すなわち、アプリ登録部１４２は、アプリケーション登録画面において、アプリケーションの登録操作が行われると、アプリケーションの登録をアプリ管理部１１１に要求する。
アプリデータ管理部１８０は、ユーザとメタデータ情報１５００とを紐付けるための処理、アプリケーションとメタデータ情報１５００とを紐付けるための処理等を行う。ここで、アプリデータ管理部１８０は、ＵＩ提供部１８１と、アプリデータ登録部１８２とを有する。
ＵＩ提供部１８１は、ブラウザ３１０からの要求に応じて、ポータル画面情報記憶部１７１に記憶されているポータル画面情報３０００を返信する。ここで返信されるポータル画面情報３０００は、ブラウザ３１０を用いてメタデータの登録等を行うことができるＷｅｂサイトである。
ここでのポータル画面情報３０００は、ポータルのトップ画面（ポータルトップ画面）と、メタデータ構造を設定するための画面とが定義された情報である。ポータル画面情報３０００は、例えば、ＨＴＭＬ、ＸＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ等のブラウザ２１０で各種画面が定義された情報である。
これにより、ＰＣ端末３０には、ブラウザ３１０により、ポータルトップ画面と、メタデータを設定するための画面とが表示される。したがって、ユーザは、ＰＣ端末３０を利用したユーザインターフェースを介してメタデータ構造を設定する操作を行うことができる。
アプリデータ登録部１８２は、ＵＩ提供部１８１からの要求に応じて、メタデータ構造の設定をアプリ管理部１１１に要求する。
アプリ情報記憶部１５０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００を識別するアプリＩＤと関連付けてアプリ情報記憶部１５０に記憶されている。なお、アプリＩＤは、例えば、アプリ情報１０００のＵＲＬ（Uniform Resource Locator）、又はアプリ情報１０００のＵＲＬに含まれる識別情報等である。
ここで、アプリ情報１０００には、処理フロー情報１１００と、アプリ設定情報１２００と、メタデータ情報１５００とが紐付けられるように含まれている。例えば、ＱＲコード印刷サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理が定義された処理フロー情報１１００と、当該アプリ情報１０００の各種設定が定義されたアプリ設定情報１２００と、メタデータ構造を示すメタデータ情報１５００とが含まれる。
なお、アプリ情報１０００には、２以上の処理フロー情報１１００と、２以上のアプリ設定情報１２００と、２以上のメタデータ情報１５００とが含まれていても良い。
処理フロー情報１１００は、上述したように、アプリ情報１０００により提供されるサービスを実現する一連の処理（処理フロー）が定義された情報である。
また、アプリ設定情報１２００は、上述したように、アプリケーション（アプリ情報１０００）の各種設定が定義された情報である。
また、メタデータ情報１５００は、上述したように、メタデータ構造が定義された情報である。
アプリ画面情報記憶部１６０は、アプリ画面情報２０００を記憶する。アプリ画面情報２０００は、アプリＩＤと関連付けてアプリ画面情報記憶部１６０に記憶されている。
ポータル画面情報記憶部１７０は、ポータル画面情報３０００を記憶する。ポータル画面情報３０００は、ポータルトップ画面、アプリケーション登録画面等のＵＲＬと関連付けてポータル画面情報記憶部１７０に記憶されている。
なお、入出力サービス処理部１１０、Ｗｅｂサービス処理部１２０、ドキュメントサービス部１３０、ポータルサービス部１４０等は、それぞれが異なる情報処理装置により実現されていても良い。
ここで、ロジック処理部１１２の詳細な機能構成について、図５を参照しながら説明する。図５は、本実施形態に係るロジック処理部１１２の一例の機能構成を示す図である。
図５に示すロジック処理部１１２は、フロー実行部３０１と、コンポーネント管理部３０２と、コンポーネント群３０３と、型変換管理部３０４と、型変換群３０５とを有する。また、ロジック処理部１１２は、型変換情報テーブル４０００を有する。
フロー実行部３０１は、アプリ実行部１２２からアプリケーションの実行要求を受信すると、当該実行要求に対応する処理フロー情報１１００をアプリ管理部１１１から取得する。そして、フロー実行部３０１は、アプリ管理部１１１から取得した処理フロー情報１１００に基づく一連の処理（処理フロー）を実行する。
ここで、処理フロー情報１１００に基づく一連の処理は、当該一連の処理に含まれる各処理を実行するためのコンポーネントを組み合わせることにより実行される。なお、コンポーネントは、所定の機能を実現する処理を実行するためのプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。
コンポーネント管理部３０２は、コンポーネントを管理する。コンポーネント管理部３０２は、フロー実行部３０１からの要求に応じて、コンポーネントを生成すると共に、生成したコンポーネントをフロー実行部３０１に返信する。なお、コンポーネントの生成とは、例えばクラスや関数等で定義されたコンポーネントを、メモリ（例えばＲＡＭ１４）上に展開することである。
コンポーネント群３０３は、コンポーネントの集合である。本実施形態に係るコンポーネント群３０３には、ＯＣＲコンポーネント１３１０、翻訳コンポーネント１３２０、メール配信コンポーネント１３３０、バーコードコンポーネント１３４０、スタンプコンポーネント１３５０等が含まれる。
ＯＣＲコンポーネント１３１０は、電子ファイル（画像ファイル）をＯＣＲ処理するためのコンポーネントである。ＯＣＲコンポーネント１３１０は、ドキュメントサービス部１３０のＯＣＲ処理部１３１にＯＣＲ処理を要求することにより、電子ファイルのＯＣＲ処理を行う。
翻訳コンポーネント１３２０は、テキストファイル等の電子ファイルにおいて、所定の言語で記載されている文書を他の言語に翻訳するためのコンポーネントである。
メール配信コンポーネント１３３０は、指定されたメールアドレス宛にメール配信するためのコンポーネントである。メール配信コンポーネント１３３０は、ドキュメントサービス部１３０のメール配信部１３２もメール配信処理を要求することにより、指定されたメールアドレス宛にメールを送信する。
バーコードコンポーネント１３４０は、所定の情報を含むＱＲコード等を生成するためのコンポーネントである。
スタンプコンポーネント１３５０は、バーコードコンポーネント１３４０により生成されたＱＲコード等を印刷データ等に組み込むためのコンポーネントである。
このように、各コンポーネントは、所定の機能を実現する処理を実行する。なお、コンポーネント群３０３には、上記のコンポーネント以外にも、例えば、電子ファイルの暗号化や復号を行うための暗号化・復号コンポーネント、電子ファイルを圧縮するための圧縮コンポーネント等、電子ファイルを外部サービスに送信するための外部サービスコンポーネント等の各種のコンポーネントが含まれる。
また、コンポーネント群３０３に含まれる各コンポーネントは、コンポーネント共通Ｉ／Ｆ１３００を有する。コンポーネント共通Ｉ／Ｆ１３００は、各コンポーネントに対して共通に定義されたＡＰＩ（Application Programming Interface）であり、コンポーネントを生成するためのＡＰＩと、コンポーネントの処理を実行するためのＡＰＩとが含まれる。
このように、各コンポーネントがコンポーネント共通Ｉ／Ｆ１３００を有することで、コンポーネントの追加等に伴う影響を局所化することができる。すなわち、例えば、フロー実行部３０１やコンポーネント管理部３０２等に影響を与えることなく、コンポーネントの追加等を行うことができる。これにより、本実施形態に係るサービス提供システム１０では、所定の機能の追加等（すなわち、当該機能を実現する処理を実行するためのコンポーネントの追加等）に伴う開発工数を削減することができる。
型変換管理部３０４は、データ型の型変換を管理する。ここで、各コンポーネントは、自身が扱えるデータ型が予め決まっている。したがって、型変換管理部３０４は、コンポーネントからの要求に応じて、例えば図６に示す型変換情報テーブル４０００を参照して、型変換群３０５に含まれる型変換を生成する。
そして、型変換管理部３０４は、生成された型変換に型変換処理の実行を要求する。なお、型変換は、データ型の型変換処理を実行するプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。また、型変換の生成とは、例えばクラスや関数等で定義された型変換を、メモリ（例えばＲＡＭ１４上）に展開することである。
なお、データ型には、例えば、ストリームデータを示すデータ型「ＩｎｐｕｔＳｔｒｅａｍ」、記憶装置等に格納されている電子ファイルのパス（アドレス）を示す「ＬｏｃａｌＦｉｌｅＰａｔｈ」、及び電子ファイルの実体を示す「Ｆｉｌｅ」等が挙げられる。
ここで、型変換情報テーブル４０００について、図６を参照しながら説明する。図６は、型変換情報テーブル４０００の一例を示す図である。
図６に示す型変換情報テーブル４０００は、データ項目として、変換前のデータ型と、変換後のデータ型と、生成する型変換とを有する。すなわち、型変換情報テーブル４０００に格納されている型変換情報は、変換前のデータ型及び変換後のデータ型毎に、当該変換前のデータ型を、当該変換後のデータ型に変換するための型変換が関連付けられた情報である。
型変換群３０５は、型変換の集合である。型変換群３０５には、データ型「ＩｎｐｕｔＳｔｒｅａｍ」を「ＬｏｃａｌＦｉｌｅＰａｔｈ」に変換するための第１の型変換１４１０が含まれる。なお、型変換群３０５には、これ以外にも、例えば、データ型「ＬｏｃａｌＦｉｌｅＰａｔｈ」を「Ｆｉｌｅ」に変換するための第２の型変換等が含まれる。
また、型変換群３０５に含まれる各型変換は、型変換共通Ｉ／Ｆ１４００を有する。型変換共通Ｉ／Ｆ１４００は、各型変換に対して共通に定義されたＡＰＩであり、型変換を生成するためのＡＰＩと、型変換の型変換処理を実行するためのＡＰＩとが含まれる。
このように、各型変換が型変換共通Ｉ／Ｆ１４００を有することで、型変換の追加等に伴う影響を局所化することができる。すなわち、例えば、型変換管理部３０４等に影響を与えることなく、型変換の追加等を行うことができる。これにより、本実施形態に係るサービス提供システム１０では、型変換の追加等に伴う開発工数を削減することができる。
＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。まず、ＰＣ端末３０のユーザが、所望の処理フローを実現するアプリケーションをサービス提供システム１０に登録する処理について、図７を参照しながら説明する。図７は、アプリケーションの登録処理の一例を示すシーケンス図である。
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。まず、ＰＣ端末３０のユーザが、所望の処理フローを実現するアプリケーションをサービス提供システム１０に登録する処理について、図７を参照しながら説明する。図７は、アプリケーションの登録処理の一例を示すシーケンス図である。
まず、ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面を表示させるための操作（ポータルトップ画面の表示操作）を受け付ける（ステップＳ８０１）。なお、ＰＣ端末３０のユーザは、例えば、ポータルトップ画面のＵＲＬをブラウザ３１０のアドレスバーに入力することで、ポータルトップ画面の表示操作を行うことができる。
ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面の表示操作を受け付けると、ポータルトップ画面の表示要求を、ポータルサービス部４０のＵＩ提供部１４１に送信する（ステップＳ８０２）。
ポータルサービス部１４０のＵＩ提供部１４１は、ポータルトップ画面の取得要求を受信すると、ポータルトップ画面のポータル画面情報をポータル画面情報記憶部１７０から取得する（ステップＳ８０３）。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。
ＰＣ端末３０のブラウザ３１０は、ポータルトップ画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、例えば図８に示すポータルトップ画面Ｇ１００を表示する（ステップＳ８０４）。
図８に示すポータルトップ画面Ｇ１００は、ポータルのトップ画面であり、アプリケーションの登録を行うための「Ａｐｐｌｉｃａｔｉｏｎ」ボタンＧ１１０が含まれる。以降では、ユーザが、図８に示すポータルトップ画面Ｇ１００において、「Ａｐｐｌｉｃａｔｉｏｎ」ボタンＧ１１０を選択する操作（アプリ登録の選択操作）を行ったものとする。
なお、図８に示すポータルトップ画面Ｇ１００には、処理フロー情報１１００の作成等を行うための「Ｆｌｏｗ」ボタンＧ１２０、コンポーネントの登録等を行うための「Ｃｏｍｐｏｎｅｎｔ」ボタンＧ１３０等も含まれる。このように、ポータルトップ画面Ｇ１００では、アプリケーションの登録以外にも、処理フローの作成・実行、コンポーネントの登録・更新等を行うことができる。
ＰＣ端末３０のブラウザ３１０は、ユーザにより行われたアプリ登録の選択操作を受け付ける（ステップＳ８０５）。
ＰＣ端末３０のブラウザ３１０は、アプリ登録の選択操作を受け付けると、アプリケーション登録画面の表示要求を、ポータルサービス部４０のＵＩ提供部１４１に送信する（ステップＳ８０６）。
ポータルサービス部１４０のＵＩ提供部１４１は、アプリケーション登録画面の表示要求を受信すると、アプリケーション登録画面のポータル画面情報をポータル画面情報記憶部１７０から取得する（ステップＳ８０７）。そして、ＵＩ提供部１４１は、ポータル画面情報記憶部１７０から取得したポータル画面情報をブラウザ３１０に返信する。
ＰＣ端末３０のブラウザ３１０は、アプリケーション登録画面のポータル画面情報を受信すると、当該ポータル画面情報に基づいて、図９〜図１１に示すアプリケーション登録画面Ｇ２００，Ｇ３００，Ｇ４００を表示し、ユーザによる設定情報の入力操作を受け付ける。本実施形態に係るブラウザ３１０は、先ず、図９に示す第１のアプリケーション登録画面Ｇ２００を表示して、アプリケーションの選択を開始する（ステップＳ８０８）。第１のアプリケーション登録画面Ｇ２００は、ユーザが登録するアプリケーションのタイプを選択するための画面である。
第１のアプリケーション登録画面Ｇ２００には、プリントタイプのアプリケーションを登録するための「プリントタイプ」ボタンＧ２１０と、スキャンタイプのアプリケーションを登録するための「スキャンタイプ」ボタンＧ２２０と、スキャン＆プリントタイプのアプリケーションを登録するための「スキャン＆プリントタイプ」ボタンＧ２３０とが含まれる。なお、図９に示すアプリケーション登録画面Ｇ２００には、例えば、ＦＡＸタイプのアプリケーションを登録するための「ＦＡＸタイプ」ボタン、メール受信タイプのアプリケーションを登録するための「メール受信タイプ」ボタン等が含まれていても良い。また、図９に示すアプリケーション登録画面Ｇ２００には、次の画面に遷移するための「次へ」ボタンＧ２４０が含まれる。
なお、プリントタイプとは、一連の処理による実行結果を示す電子ファイルを画像形成装置等で印刷させるタイプのアプリケーションである。スキャンタイプとは、画像成装置等においてスキャンにより生成された電子ファイルを入力とした一連の処理を実行させるタイプのアプリケーションである。スキャン＆プリントタイプとは、スキャンにより生成された電子ファイルを入力とした一連の処理を実行させると共に、当該一連の処理による実行結果を示す電子ファイルを印刷させるタイプのアプリケーションである。ＦＡＸタイプとは、一連の処理による実行結果を示す電子ファイルを画像形成装置等でＦＡＸ送信させるタイプのアプリケーションである。メール受信タイプとは、画像形成装置等が受信したメールに添付されている電子ファイルを入力とした一連の処理を実行させるタイプのアプリケーションである。
以降では、ユーザが、第１のアプリケーション登録画面Ｇ２００において、「スキャン＆プリントタイプ」ボタンＧ２３０を選択した上で、「次へ」ボタンＧ２４０を押下する操作を行ったものとする。すると、ブラウザ３１０は、当該操作を受け付けて、図１０に示す第２のアプリケーション登録画面Ｇ３００を表示する。
第２のアプリケーション登録画面Ｇ３００には、スキャン実行時における設定（本例では用紙向き、片面・両面、読み取りカラーモード、読み取り解像度、及び読み取りサイズ）を入力するスキャン設定入力欄Ｇ３１０と、これらの設定内容をユーザが機器２０の操作部を介して設定変更可能にするか否かを指定する設定変更可否指定欄Ｇ３２０と、次の画面に遷移するための「次へ」ボタンＧ３５０とが含まれている。ユーザが「次へ」ボタンＧ３５０を押下する操作を行うと、ブラウザ３１０は、当該操作を受け付けて、図１１に示す第３のアプリケーション登録画面Ｇ４００を表示する。
第３のアプリケーション登録画面Ｇ４００には、プリント実行時における設定（本例では印刷部数、印刷カラーモード、及び印刷面）を入力するプリント設定入力欄Ｇ４１０と、これらの設定内容をユーザが機器２０の操作部を介して設定変更可能にするか否かを指定する設定変更可否指定欄Ｇ４２０と、次の画面に遷移するための「次へ」ボタンＧ４５０とが含まれている。
ブラウザ３１０は、上記のようにアプリケーション登録画面Ｇ２００，Ｇ３００，Ｇ４００を介してアプリケーションの登録操作を受け付けると（ステップＳ８０９）、当該登録操作により取得された設定情報に基づいて、アプリ設定情報１２００を作成する（ステップＳ８１０）。アプリ設定情報１２００は、上記のように選択されたアプリケーションタイプ及びフロー、並びにその他適宜な情報を関連付けた情報である。図１２は、実施形態に係るアプリ設定情報１２００のデータ構造の一例を示す図である。
ブラウザ３１０は、アプリ設定情報１２００を作成すると、アプリケーションの登録要求を、ポータルサービス部１４０のアプリ登録部１４２に送信する（ステップＳ８１１）。なお、アプリケーションの登録要求には、ステップＳ８１０で作成されたアプリ設定情報１２００が含まれる。
ポータルサービス部１４０のアプリ登録部１４２は、アプリケーションの登録要求を受信すると、当該登録要求を、入出力サービス処理部１１０のアプリ管理部１１１に送信する（ステップＳ８１２）。
入出力サービス処理部１１０のアプリ管理部１１１は、アプリケーションの登録要求を受信すると、アプリケーションを登録する（ステップＳ８１３）。そして、アプリ管理部１１１は、登録結果をブラウザ３１０に返信する。
すなわち、アプリ管理部１１１は、アプリケーションの登録要求に含まれるアプリ設定情報１２００をアプリＩＤと関連付けてアプリ情報記憶部１５０に記憶する。これにより、当該アプリ設定情報１２００と、当該アプリ設定情報１２００のフロー名１２０５に定義されたフロー名の処理フロー情報１１００とを含むアプリ情報１０００がサービス提供システム１０に登録される。
以上により、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、サービス提供システム１０にアプリケーションを登録することができる。しかも、本実施形態に係る情報処理システム１では、ユーザがＰＣ端末３０を用いて、例えば、フロー名や各コンポーネントのパラメータ情報等を設定することで、容易にアプリケーション（アプリ情報１０００）を登録することができる。
したがって、本実施形態に係る情報処理システム１によれば、例えば、プログラミング言語等の専門的な知識や経験を有しないユーザ（例えば、企画担当者等）であっても、各種サービスを提供するアプリケーション（アプリ情報１０００）を登録することができる。
図１３は、実施形態に係るサービス提供システム１０に登録されたアプリケーションを利用する際の全体的な処理の一例を示すシーケンス図である。まず、機器２０のブラウザ２１０は、所望のサービスに対応するアプリ画面を表示させるための操作（表示操作）を受け付ける（ステップＳ１６０１）。
ブラウザ２１０は、ユーザにより選択されたサービスのアプリ画面の表示操作を受け付けると、当該サービスのアプリ画面の表示要求を、Ｗｅｂサービス処理部１２０の画面構成部１２１に送信する（ステップＳ１６０２）。なお、当該表示要求には、選択されたサービスを提供するアプリ情報１０００のアプリＩＤが含まれる。
Ｗｅｂサービス処理部１２０の画面構成部１２１は、選択されたサービスのアプリ画面の表示要求を受信すると、アプリ設定の取得要求を、入出力サービス処理部１１０のアプリ管理部１１１に送信する（ステップＳ１６０３）。なお、アプリ設定の取得要求には、選択されたサービスを提供するアプリ情報１０００のアプリＩＤが含まれる。
入出力サービス処理部１１０のアプリ管理部１１１は、アプリ設定の取得要求を受信すると、当該取得要求に含まれるアプリＩＤに関連付けて記憶されているアプリ設定情報１２００をアプリ情報記憶部１５０から取得する（ステップＳ１６０４）。そして、アプリ管理部１１１は、アプリ情報記憶部１５０から取得したアプリ設定情報１２００を画面構成部１２１に返信する。
次に、Ｗｅｂサービス処理部１２０の画面構成部１２１は、選択されたサービスを提供するアプリ情報１０００のアプリＩＤと関連付けて記憶されているアプリ画面情報２０００をアプリ画面情報記憶部１６０から取得する（ステップＳ１６０５）。そして、画面構成部１２１は、アプリ画面情報記憶部１６０から取得したアプリ画面情報２０００と、上記のステップＳ１６０４で返信されたアプリ設定情報１２００とをブラウザ２１０に返信する。
ブラウザ２１０は、画面構成部１２１から受信したアプリ画面情報２０００とアプリ設定情報１２００とに基づいて、機器２０を使用するユーザが選択したサービスに対応するアプリケーションを利用するためのアプリ画面を表示する（ステップＳ１６０６）。
図１４は、実施形態に係るＱＲコード印刷アプリケーションを利用する際のアプリ画面Ｇ５００の一例を示す図である。図１４に示すアプリ画面Ｇ５００には、ＱＲコードに埋め込む文字列を入力するための文字列入力欄Ｇ５１０と、ＱＲコードを印刷する印刷媒体上の位置を指定するための位置指定欄Ｇ５２０と、読み取り設定を行うための「読取り設定」ボタンＧ５３０と、印刷設定を行うための「印刷設定」ボタンＧ５４０と、ＱＲコード印刷アプリケーションの実行を開始させるための「スタート」ボタンＧ５８０とが含まれている。
このように、本実施形態に係るアプリ画面Ｇ５００は、アプリ設定情報１２００に定義されている情報に基づいて、ＱＲコード印刷に関する各種設定を行えるように構成される。
アプリ画面Ｇ５００の「スタート」ボタンＧ５８０を押下する操作（実行操作）が行われると、ブラウザ２１０は、実行操作を受け付ける（ステップＳ１６０７）。
ブラウザ２１０は、実行操作を受け付けると、スキャナ２６を制御して原稿を読み取ることで、電子ファイル（画像ファイル）を生成する（ステップＳ１６０８）。ブラウザ２１０は、電子ファイル（画像ファイル）が生成されると、アプリケーションの実行要求を、Ｗｅｂサービス処理部１２０のアプリ実行部１２２に送信する（ステップＳ１６０９）。アプリ実行部１２２は、アプリケーションの実行要求を受信すると、当該実行要求を入出力サービス処理部１１０のロジック処理部１１２に送信する（ステップＳ１６１０）。
入出力サービス処理部１１０のロジック処理部１１２は、アプリケーションの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ１６１１）。すなわち、ロジック処理部１１２は、当該要求に含まれるフロー名の処理フロー情報１１００に基づく処理フローを実行する。
そして、ロジック処理部１１２は、処理フローの実行処理の処理結果を、Ｗｅｂサービス処理部１２０を介して、ブラウザ２１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、ユーザにより所望されたサービスを提供することができる。
図１５は、実施形態に係るＱＲコード印刷アプリケーションにおける処理フローの一例を示すシーケンス図である。クライアント２００から入力されたファイル（フロー１、ストリームデータ）は、ロジック処理部１１２のフロー実行部３０１に送信される（Ｓ１７０１）。フロー実行部３０１は、受信したファイルから処理内容（フロー１）を取得し、取得した処理内容をアプリ管理部１１１に送信する（Ｓ１７０２）。アプリ管理部１１１は、処理内容をフロー実行部３０１に返信する。
フロー実行部３０１がコンポーネント取得（変換）をコンポーネント管理部３０２に要求すると（Ｓ１７０３）、コンポーネント管理部３０２はバーコードコンポーネント１３４０を生成し（Ｓ１７０４）、バーコードコンポーネントをフロー実行部３０１に返信する。
フロー実行部３０１は、コンポーネント処理実行（データ）をバーコードコンポーネント１３４０に要求する（Ｓ１７０５）。バーコードコンポーネント１３４０は、フロー実行部３０１からの要求を受信すると、型変換要求（データ、ローカルファイルパス）を型変換管理部３０４に送信する（Ｓ１７０６）。型変換管理部３０４は、型変換要求を受信すると、データ型チェックを行い、型変換定義／処理（ストリーム→ローカルファイルパス）２１０を生成する（Ｓ１７０７）。
型変換管理部３０４は、型変換定義／処理２１０に対して型変換処理を実行すると（Ｓ１７０８）、型変換定義／処理２１０は、処理を実行し、データを型変換管理部３０４に返信する。その後、型変換管理部３０４は、ローカルファイルパスをバーコードコンポーネント１３４０に送信し、バーコードコンポーネント１３４０は、ローカルパスを受信すると、処理を実行し、データをフロー実行部３０１に返信する。
フロー実行部３０１は、バーコードコンポーネント１３４０からデータの返信を受けると、コンポーネント取得（メール配信）をバーコードコンポーネント１３４０に要求する（Ｓ１７０９）。バーコードコンポーネント１３４０は、フロー実行部３０１からの要求を受信すると、スタンプコンポーネント１３５０を生成し（Ｓ１７１０）、スタンプコンポーネント１３５０をフロー実行部３０１に返信する。
フロー実行部３０１は、コンポーネント処理実行（データ、パラメータ）をスタンプコンポーネント１３５０に要求する（Ｓ１７１１）。スタンプコンポーネント１３５０は、フロー実行部３０１からの要求を受信すると、型変換要求（データ、ローカルファイルパス）を型変換管理部３０４に送信する（Ｓ１７１２）。型変換管理部３０４は、型変換要求を受信すると、データ型チェックを行い、ローカルファイルパスをスタンプコンポーネント１３５０に返信する。スタンプコンポーネント１３５０は、ローカルファイルパスを受信すると、処理を実行し、フロー実行部３０１を介してデータをクライアント２００へ返信する。
＜メタデータ構造の設定＞
次に、メタデータ構造の設定について説明する。クラウドストレージ等の外部サービスにスキャンにより生成された電子ファイル（画像データ）等を保存するアプリケーションにおいて、電子ファイルに対して、文字、数字等のテキストデータをメタデータとして付随させてアップロードすることができる。図１６は、外部サービスにおけるメタデータ２５００のデータ構造の一例を示す図である。メタデータ構造とは、メタデータの形式やフォーマット、データ内容等に関する情報である。
次に、メタデータ構造の設定について説明する。クラウドストレージ等の外部サービスにスキャンにより生成された電子ファイル（画像データ）等を保存するアプリケーションにおいて、電子ファイルに対して、文字、数字等のテキストデータをメタデータとして付随させてアップロードすることができる。図１６は、外部サービスにおけるメタデータ２５００のデータ構造の一例を示す図である。メタデータ構造とは、メタデータの形式やフォーマット、データ内容等に関する情報である。
このような外部サービスに電子ファイルを保存するスキャンアプリにおいては、アプリケーション実行画面において、カテゴリを選択したり、備考をテキスト入力したりすることで、スキャン結果にメタデータを付随させたデータを外部サービスにアップロードすることができる。アプリケーション実行画面におけるそれらのメタデータの入力は、サービス提供システム１０が有するアプリケーション作成ツールにおいてアプリケーションを作成する際にメタデータ構造の設定を行うことで実現できる。
一方で、上記のアプリケーション作成ツールにおいては、メタデータの構造がアプリケーション作成時点で決定されなければならず、ユーザによってメタデータ構造が異なる場合に、メタデータ構造毎に個別のアプリケーション作成となる。そこでより好ましくは、本実施形態に係るサービス提供システム１０では、ユーザとメタデータ構造との関係、メタデータ構造とアプリケーションとの関係等を管理する機能を有するアプリデータ管理部１８０を備えることにより、アプリケーション作成後であってもメタデータ構造に関する設定を変更できるよう構成されている。
図１７は、実施形態においてメタデータ構造をアプリデータ管理部１８０に登録する処理の一例を示すシーケンス図である。先ず、アプリケーション作成者が適宜な情報処理装置（ＰＣ端末３０等）を介してポータルサービス部１４０のＵＩ提供部１４１にアクセスしてアプリケーション作成要求を行う（Ｓ２００１）。当該要求はアプリ登録部１４２に送信され（Ｓ２００２）、アプリケーションがメタデータ構造設定を保つ場合は、さらにアプリデータ管理部１８０のアプリデータ登録部１８２にメタデータ構造登録要求が送信され（Ｓ２００３）、アプリデータ登録部１８２はメタデータ構造を登録する（Ｓ２００４）。これにより、アプリデータ管理部１８０は、各アプリケーションのメタデータ構造設定を参照できるようになる。
図１８は、実施形態においてメタデータ構造設定を含むアプリケーション設定を更新する処理の一例を示すシーケンス図である。先ず、アプリケーション利用者は、適宜な情報処理装置（機器２０等）を介してアプリデータ管理部１８０のＵＩ提供部１８１にアクセスし、アプリケーション設定の表示を要求する（Ｓ２１０１）。ＵＩ提供部１８１は、当該要求に基づいてアプリデータ登録部１８２に対してメタデータ構造設定を含むアプリデータ要求を送信する（Ｓ２１０２）。ＵＩ提供部１８１は、アプリデータ登録部１８２から返信されたアプリデータに基づいてアプリケーション設定画面を表示する。
図１９は、実施形態に係る第１のアプリケーション設定画面Ｇ６００の一例を示す図である。図２０は、実施形態に係る第２のアプリケーション設定画面Ｇ７００の一例を示す図である。
第１のアプリケーション設定画面Ｇ６００には、メタデータ構造の設定を変更させるための「フォームの編集」ボタンＧ６１０と、審査者を入力するための審査者入力欄Ｇ６２０と、承認者を入力するための承認者入力欄Ｇ６３０と、設定を保存するための「保存」ボタンＧ６５０と、当該設定をキャンセルさせるための「キャンセル」ボタンＧ６６０とを含んでいる。
第２のアプリケーション設定画面Ｇ７００は、第１のアプリケーション設定画面Ｇ６００の「フォームの編集」ボタンＧ６１０を押下する操作がなされた場合に表示される。第２のアプリケーション設定画面Ｇ７００には、メタデータ構造を構成する各パラメータを設定するパラメータ設定入力部Ｇ７１０と、入力された設定内容を確定させるための「設定」ボタンＧ７５０と、当該設定をキャンセルさせるための「キャンセル」ボタンＧ７６０とが含まれている。
アプリケーション利用者は、上記のようなアプリケーション設定画面Ｇ６００，Ｇ７００を用いてアプリケーション設定を変更する操作を行い（Ｓ２１０３）、メタデータ構造設定を含むアプリケーション設定の更新要求を行う（Ｓ２１０４）。ＵＩ提供部１８１は、アプリケーション設定の更新要求を受信すると、アプリデータ登録部１８２にアプリデータ更新要求を送信する（Ｓ２１０５）。これにより、アプリケーション利用者が設定したメタデータ構造設定を含むアプリデータを登録することができる。図２１は、実施形態に係るメタデータ構造設定の一例を示す図である。
図２２は、実施形態においてメタデータ構造をアプリデータ管理部１８０に登録したアプリケーションを利用する処理の一例を示すシーケンス図である。アプリケーション利用者が機器２０の操作部を介してアプリケーションを起動する要求を行うと（Ｓ２２０１）、当該要求はＷｅｂサービス処理部１２０の画面構成部１２１を介してアプリ実行部１２２に送信される（Ｓ２２０２）。アプリ実行部１２２は、当該アプリケーション起動要求を受信すると、アプリデータ登録部１８２にメタデータ構造設定を含むアプリデータの参照要求を行う（Ｓ２２０３）。アプリケーションがアプリデータを取得して画面構成部１２１によりメタデータ構造設定が反映されたＵＩ（アプリケーションの画面）が構築され、アプリケーション利用者は各人に応じたメタデータ設定でアプリケーションを利用できるようになる（Ｓ２２０４）。
上記実施形態によれば、アプリケーション作成後であってもアプリケーション利用者がメタデータ構造を変更あるいは更新することができる。これにより、メタデータ構造毎に個別のアプリケーションを作成する必要がなくなる。また、アプリケーション開発者の誤入力によるアプリケーション作成の手戻りを防ぐ他、アプリケーション利用者側でメタデータの変更あるいは更新が必要な場合に、アプリケーション開発者への依頼なしに対応することが可能となる。これにより、アプリケーションやメタデータに関する設定を柔軟に行うことが可能となる。
＜第１の変形例＞
以下に、上記実施形態の第１の変形例について説明する。本変形例に係るアプリデータ管理部１８０は、１つのアプリケーションにおいて、同じ外部サービスに対して複数のメタデータ構造を登録することができるように構成される。
以下に、上記実施形態の第１の変形例について説明する。本変形例に係るアプリデータ管理部１８０は、１つのアプリケーションにおいて、同じ外部サービスに対して複数のメタデータ構造を登録することができるように構成される。
図２３は、第１の変形例に係るアプリケーション設定画面Ｇ８００の一例を示す図である。本変形例に係るアプリケーション設定画面Ｇ８００には、複数のフォームの中から１つのフォームを選択するためのフォーム選択部Ｇ８１０と、選択されたフォームに紐付けられたメタデータ構造の設定を変更させるための「編集」ボタンＧ８２０と、フォームを追加するための「フォームの追加」ボタンＧ８３０と、審査者を入力するための審査者入力欄Ｇ８４０と、承認者を入力するための承認者入力欄Ｇ８５０と、設定を保存するための「保存」ボタンＧ８８０と、当該設定をキャンセルさせるための「キャンセル」ボタンＧ８９０とを含んでいる。
上記のようなアプリケーション設定画面Ｇ８００を利用してフォーム毎にメタデータ構造を設定及び登録することで、アプリケーション利用者は、アプリケーション利用時に、複数のメタデータ構造の中から所望のメタデータ構造を選択して使用することができる。
＜第２の変形例＞
本変形例に係るサービス提供システム１０は、外部サービスからメタデータ構造を設定するためのファイル（メタデータ設定ファイル）を取得し、取得したメタデータ設定ファイルをアプリデータ管理部１８０にインポートする手段を有している。
本変形例に係るサービス提供システム１０は、外部サービスからメタデータ構造を設定するためのファイル（メタデータ設定ファイル）を取得し、取得したメタデータ設定ファイルをアプリデータ管理部１８０にインポートする手段を有している。
図２４は、第２の変形例におけるアプリケーションの登録時におけるメタデータ構造登録処理の一例を示すシーケンス図である。先ず、ユーザ（アプリケーション開発者又はアプリケーション利用者）は、適宜な情報処理装置（機器２０又はＰＣ端末３０等）を介して外部サービス５００に対してメタデータ設定ファイルの取得を要求し（Ｓ３００１）、外部サービス５００からメタデータ設定ファイルの返信を受ける。その後、ユーザがアプリデータ管理部１８０のＵＩ提供部１８１に対して、メタデータ構造の登録を含むアプリケーション設定画面の取得を要求すると（Ｓ３００２）、ＵＩ提供部１８１は、その応答として、アプリケーション設定画面をユーザが使用する情報処理装置に表示させる。
ユーザがアプリケーション設定画面上でメタデータ設定ファイルをインポートする操作を行うと（Ｓ３００３）、ＵＩ提供部１８１は、メタデータ設定ファイルをアプリデータ登録部１８２にインポートする（Ｓ３００４）。アプリデータ登録部１８２は、メタデータ設定ファイルを受信すると、アプリケーションの設定に必要なメタデータを取得し（Ｓ３００５）、その処理結果をＵＩ提供部１８１に返信する。ＵＩ提供部１８１は、処理結果を反映させたアプリケーション設定画面を生成し（Ｓ３００６）、当該アプリケーション設定画面をユーザが使用する情報処理装置に表示させる。図２５は、メタデータ設定ファイルのインポートを行った際の処理結果情報のデータ構造の一例を示す図である。
上記のように、メタデータ構造を設定するためのファイルをインポート可能に構成することにより、メタデータ構造の登録処理をより簡便に行うことができ、利便性を向上させることができる。
＜第３の変形例＞
本変形例に係るサービス提供システム１０は、予め登録したアプリケーション（処理フロー）の実行時において、外部サービス５００内の記憶領域毎に定義されたメタデータ構造を示す外部メタデータ情報を取得し、外部メタデータ情報を利用して、アプリケーションの実行時におけるメタデータの設定を支援する手段を有している。本変形例では、外部サービスがスキャンデータ等の各種データを複数の情報処理装置（機器２０、ＰＣ端末３０等）間で共有するデータ共有機能を提供するものであることを想定している。本変形例に係るＷｅｂサービス処理部１２０は、取得した外部メタデータ情報に基づいて、アプリケーションの実行時におけるメタデータの設定を支援し得るアプリ画面情報を生成する。
本変形例に係るサービス提供システム１０は、予め登録したアプリケーション（処理フロー）の実行時において、外部サービス５００内の記憶領域毎に定義されたメタデータ構造を示す外部メタデータ情報を取得し、外部メタデータ情報を利用して、アプリケーションの実行時におけるメタデータの設定を支援する手段を有している。本変形例では、外部サービスがスキャンデータ等の各種データを複数の情報処理装置（機器２０、ＰＣ端末３０等）間で共有するデータ共有機能を提供するものであることを想定している。本変形例に係るＷｅｂサービス処理部１２０は、取得した外部メタデータ情報に基づいて、アプリケーションの実行時におけるメタデータの設定を支援し得るアプリ画面情報を生成する。
図２６は、第３の変形例に係るアプリケーションの実行時におけるメタデータの設定処理の一例を示すシーケンス図である。ユーザ（アプリケーション利用者等）が機器２０を操作してアプリケーション（事前に登録した処理フロー）を選択すると（Ｓ４００１）、機器２０のブラウザ２１０は、選択されたアプリケーションに対応するアプリ画面の表示をＷｅｂサービス処理部１２０の画面構成部１２１に対して要求する（Ｓ４００２）。
画面構成部１２１は、ブラウザ２１０からの表示要求に基づいて、ユーザにより選択されたアプリケーションに対応する設定（アプリ設定情報１２００）の取得を入出力サービス処理部１１０のアプリ管理部１１１に対して要求する（Ｓ４００３）。アプリ管理部１１１は、画面構成部１２１からの取得要求に基づいて、アプリ情報記憶部１５０から適切なアプリ設定情報１２００を取得し（Ｓ４００４）、取得したアプリ設定情報１２００を画面構成部１２１に送信する（Ｓ４００５）。
画面構成部１２１は、アプリ管理部１１１から受信したアプリ設定情報１２００に基づいて、アプリ画面情報記憶部１６０からアプリ画面情報２０００を取得する（Ｓ４００６）。画面構成部１２１は、取得したアプリ設定情報１２００及びアプリ画面情報２０００を機器２０のブラウザ２１０に送信する（Ｓ４００７）。ブラウザ２１０は、受信したアプリ設定情報１２００及びアプリ画面情報２０００に基づいて、ユーザが選択したアプリケーションを実行するためのアプリ画面を表示する（Ｓ４００８）。
図２７は、第３の変形例に係るスキャンデータアップロードアプリケーションを利用する際のアプリ画面Ｇ９００の一例を示す図である。本変形例に係るアプリケーション（処理フロー）は、スキャナで画像を読み取ることにより取得された画像データ（ファイル）を外部サービス５００のライブラリ（配信先フォルダ）にアップロードする、スキャンデータアップロードアプリケーションである。図２７に示すアプリ画面Ｇ９００には、配信先フォルダを設定するための配信先設定部Ｇ９１０と、アップロードするファイルのファイル名を設定するためのファイル名設定部Ｇ９２０と、ファイルをアップロードする際に当該ファイルに付随されるメタデータを設定するためのメタデータ設定部Ｇ９３０と、ファイルのアップロードを開始するための「スタート」ボタンＧ９４０とが含まれている。
図２８は、第３の変形例に係る外部サービス５００におけるメタデータ構造を示す外部サービス画面Ｇ１０００の一例を示す図である。外部サービス画面Ｇ１０００には、ライブラリ表示部Ｇ１０１０、配信先フォルダ表示部Ｇ１０２０、及びメタデータ表示部Ｇ１０３０が含まれている。メタデータ表示部Ｇ１０３０には、デフォルト定義部Ｇ１０５０、ユーザ定義部Ｇ１０６０、及び変更部Ｇ１０７０が含まれている。
図２８に例示する外部サービス画面Ｇ１０００は、「Ｈｅａｌｔｈｃａｒｅ」ライブラリには、ファイルをアップロードした日を示す「Ｍｏｄｉｆｉｅｄ」、ファイルをアップロードしたユーザを示す「Ｍｏｄｉｆｉｅｄ Ｂｙ」、患者を特定する「ＰａｔｉｅｎｔＩＤ」、診療科を特定する「Ｄｅｐａｒｔｍｅｎｔ」、及びファイルのタイプを特定する「ＤｏｃｕｍｅｎｔＴｙｐｅ」の５つのメタデータからなるメタデータ構造が定義付けられていることを示している。当該５つのメタデータのうち、「Ｍｏｄｉｆｉｅｄ」及び「Ｍｏｄｉｆｉｅｄ Ｂｙ」は全てのライブラリに共通のものであり、「ＰａｔｉｅｎｔＩＤ」、「Ｄｅｐａｒｔｍｅｎｔ」、及び「ＤｏｃｕｍｅｎｔＴｙｐｅ」はユーザ（外部サービス５００の管理者等）が変更部Ｇ７７０を操作することにより任意に変更され得るものである。
本変形例においては、上記のようなメタデータ構造がライブラリ毎に定義されている。例えば、「Ｉｎｖｏｉｃｅ」ライブラリには、「Ｈｅａｌｔｈｃａｒｅ」ライブラリとは異なるメタデータ構造が定義されている。「Ｉｎｖｏｉｃｅ」ライブラリには、例えば、「Ｍｏｄｉｆｉｅｄ」、「Ｍｏｄｉｆｉｅｄ Ｂｙ」、請求書番号を示す「ＩｎｖｏｃｅＮｕｍｂｅｒ」、事業者を特定する「Ｖｅｎｄｏｒ」、部署を特定する「ＤｅｐａｒｔｍｅｎｔＣｏｄｅ」等からなるメタデータ構造が定義付けられていてもよい。
図２６に戻り、ユーザがアプリ画面Ｇ１０００の配信先設定部Ｇ１０１０を操作して配信先フォルダ（ライブラリを含む）を選択すると（Ｓ４００９）、ブラウザ２１０は、ユーザにより選択された配信先フォルダの設定をＷｅｂサービス処理部１２０の画面構成部１２１に要求する（Ｓ４０１０）。画面構成部１２１は、ブラウザ２１０からの要求に基づいて、選択された配信先フォルダが設定された状態となるようにアプリ画面Ｇ９００のアプリ画面情報２０００を更新し（Ｓ４０１１）、更新されたアプリ画面情報２０００をブラウザ２１０に送信する（Ｓ４０１２）。ブラウザ２１０は、更新されたアプリ画面情報２００００に基づいて、選択された配信先フォルダが設定された状態のアプリ画面Ｇ９００を表示する（Ｓ４０１３）。
その後、ユーザは、ブラウザ２１０に表示されているアプリ画面Ｇ９００を介して、ステップＳ４００９で選択した配信先フォルダが属するライブラリに対応するメタデータを設定するための操作を行う（Ｓ４０１４）。ブラウザ２１０は、ユーザによる操作に応じて、選択された配信先フォルダが属するライブラリに対応するメタデータの設定をＷｅｂサービス処理部１２０の画面構成部１２１に要求する（Ｓ４０１５）。画面構成部１２１は、ブラウザ２１０からの要求に基づいて、選択された配信先フォルダが属するライブラリに定義付けられたメタデータ構造を示す外部メタデータ情報の取得を、入出力サービス処理部１１０のロジック処理部１１２に対して要求する（Ｓ４０１６）。
ロジック処理部１１２は、画面構成部１２１からの要求に基づいて、選択された配信先フォルダが属するライブラリに定義付けられたメタデータ構造を示す外部メタデータ情報を、外部サービス５００から取得（インポート）し（Ｓ４０１７）、取得した外部メタデータ情報を画面構成部１２１に送信する（Ｓ４０１８）。画面構成部１２１は、ロジック処理部１１２から受信した外部メタデータ情報に基づいて、選択された配信先フォルダが属するライブラリに対応するメタデータが設定されたアプリ画面Ｇ９００を構成するアプリ画面情報２０００を生成してブラウザ２１０に送信する（Ｓ４０１９）。ブラウザ２１０は、画面構成部１２１から受信したアプリ画面情報に基づいて、選択された配信先フォルダが属するライブラリに対応するメタデータが設定されたアプリ画面Ｇ９００を表示する（Ｓ４０２０）。
図２９は、第３の変形例に係るアプリ画面Ｇ９００においてメタデータが設定された状態の第１の例を示す図である。図３０は、第３の変形例に係るアプリ画面Ｇ９００においてメタデータが設定された状態の第２の例を示す図である。
図２９に示す第１の例は、配信先フォルダとして「Ｈｅａｌｔｈｃａｒｅ」ライブラリ内の「ｔｅｓｔ」フォルダが選択され、ユーザによる定義が可能なメタデータとして「ＰａｔｉｅｎｔＩＤ」、「Ｄｅｐａｒｔｍｅｎｔ」、及び「ＤｏｃｕｍｅｎｔＴｙｐｅ」が設定された状態を示している。図３０に示す第２の例は、配信先フォルダとして「Ｉｎｖｏｉｃｅ」ライブラリ内の「ｔｅｓｔ」フォルダが選択され、ユーザによる定義が可能なメタデータとして「ＩｎｖｏｃｅＮｕｍｂｅｒ」、「Ｖｅｎｄｏｒ」、及び「ＤｅｐａｒｔｍｅｎｔＣｏｄｅ」が設定された状態を示している。上記メタデータの設定は、例えば、ユーザがアプリ画面Ｇ９００内の配信先設定部Ｇ９１０に所望のライブラリ及びフォルダを入力した後、メタデータ設定部Ｇ９３０を画面上でクリックする操作等を行うことにより、自動的に行われるようにすることができる。また、ユーザがアプリ画面Ｇ９００内の配信先設定部Ｇ９１０に所望のライブラリ及びフォルダを入力又は選択することにより、メタデータを取得して設定させるようにしてもよい。
以上のように、外部サービス５００内で定義されたメタデータ構造を示す外部メタデータ情報を利用することにより、アプリケーションの実行時におけるメタデータの設定をより簡便に行うことができ、利便性を向上させることができる。
以上、本発明の実施形態を説明したが、上記実施形態は例として提示したものであり、発明の範囲を限定することを意図するものではない。この新規な実施形態はその他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更、及び組み合わせを行うことができる。この実施形態及びその変形は発明の範囲及び要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
１ 情報処理システム
１０ サービス提供システム
２０ 機器
３０ ＰＣ端末
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１２０ Ｗｅｂサービス処理部
１２１ 画面構成部
１２２ アプリ実行部
１３０ ドキュメントサービス部
１３１ ＯＣＲ処理部
１３２ メール配信部
１４０ ポータルサービス部
１４１ ＵＩ提供部
１４２ アプリ登録部
１５０ アプリ情報記憶部
１６０ アプリ画面情報記憶部
１７０ ポータル画面情報記憶部
１８０ アプリデータ管理部
１８１ ＵＩ提供部
１８２ アプリデータ登録部
２１０ ブラウザ
３１０ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３０４ 型変換管理部
３０５ 型変換群
１０００ アプリ情報
１１００ 処理フロー情報
１２００ アプリ設定情報
１５００ メタデータ情報
２０００ アプリ画面情報
２５００ メタデータ
３０００ ポータル画面情報
４０００ 型変換情報テーブル
Ｇ５００，Ｇ９００ アプリ画面
Ｇ６００，Ｇ７００，Ｇ８００ アプリケーション設定画面
Ｇ１０００ 外部サービス画面
Ｎ１ ネットワーク
１０ サービス提供システム
２０ 機器
３０ ＰＣ端末
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１２０ Ｗｅｂサービス処理部
１２１ 画面構成部
１２２ アプリ実行部
１３０ ドキュメントサービス部
１３１ ＯＣＲ処理部
１３２ メール配信部
１４０ ポータルサービス部
１４１ ＵＩ提供部
１４２ アプリ登録部
１５０ アプリ情報記憶部
１６０ アプリ画面情報記憶部
１７０ ポータル画面情報記憶部
１８０ アプリデータ管理部
１８１ ＵＩ提供部
１８２ アプリデータ登録部
２１０ ブラウザ
３１０ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３０４ 型変換管理部
３０５ 型変換群
１０００ アプリ情報
１１００ 処理フロー情報
１２００ アプリ設定情報
１５００ メタデータ情報
２０００ アプリ画面情報
２５００ メタデータ
３０００ ポータル画面情報
４０００ 型変換情報テーブル
Ｇ５００，Ｇ９００ アプリ画面
Ｇ６００，Ｇ７００，Ｇ８００ アプリケーション設定画面
Ｇ１０００ 外部サービス画面
Ｎ１ ネットワーク
Claims (7)
- 所定の機能を有する機器と、
１以上の前記機能を利用した処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを実行するサービス提供システムと、
を含む情報処理システムであって、
前記サービス提供システムは、
前記アプリケーションを利用するユーザに紐付けられ前記アプリケーションを実行する際に用いられるメタデータ情報と、前記アプリケーションとを紐付けたアプリ情報を生成する管理部と、
前記アプリケーションの実行時に、前記アプリ情報に基づいて、前記アプリケーションにおける前記メタデータ情報に対応するメタデータに関する設定操作を受け付けるユーザインターフェースを生成する画面構成部と、
を含む、
情報処理システム。 - 前記管理部は、ユーザの設定操作に基づいて、前記アプリ情報における前記メタデータ情報の設定内容を変更する、
請求項１に記載の情報処理システム。 - 前記アプリ情報は、１つの前記アプリケーションに対して複数の前記メタデータ情報を紐付け、
前記ユーザインターフェースは、前記アプリケーションの実行時に、ユーザが複数の前記メタデータ情報の中から所望の前記メタデータ情報を選択できるように構成される、
請求項１又は２に記載の情報処理システム。 - 外部サービスからメタデータ情報を設定するための情報をインポートし、インポートされた情報を利用してメタデータ情報に関する設定を行う処理部、
を更に含む請求項１〜３のいずれか１項に記載の情報処理システム。 - 外部サービス内の記憶領域毎に定義付けられたメタデータ構造を示す外部メタデータ情報をインポートする処理部、
を更に含み、
前記画面構成部は、前記外部メタデータ情報に基づいて前記ユーザインターフェースを生成する、
請求項１〜３のいずれか１項に記載の情報処理システム。 - 機器が有する１以上の機能を利用した処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを実行する情報処理方法であって、
前記アプリケーションを利用するユーザに紐付けられ前記アプリケーションを実行する際に用いられるメタデータ情報と、前記アプリケーションとを紐付けたアプリ情報を生成するステップと、
前記アプリケーションの実行時に、前記アプリ情報に基づいて、前記アプリケーションにおける前記メタデータ情報に対応するメタデータに関する設定操作を受け付けるユーザインターフェースを生成するステップと、
を含む情報処理方法。 - 機器が有する１以上の機能を利用した処理フローを実行するようにプログラムの実行順が定義されたアプリケーションを実行するコンピュータに、
前記アプリケーションを利用するユーザに紐付けられ前記アプリケーションを実行する際に用いられるメタデータ情報と、前記アプリケーションとを紐付けたアプリ情報を生成する処理と、
前記アプリケーションの実行時に、前記アプリ情報に基づいて、前記アプリケーションにおける前記メタデータ情報に対応するメタデータに関する設定操作を受け付けるユーザインターフェースを生成する処理と、
を実行させるプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP19161141.7A EP3543851A1 (en) | 2018-03-19 | 2019-03-06 | Setup system, method, and computer-readable medium for multifunction peripheral devices for parameter-based integration of external services |
| US16/353,854 US10778862B2 (en) | 2018-03-19 | 2019-03-14 | Information processing system, information processing method, and computer-readable recording medium |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018051819 | 2018-03-19 | ||
| JP2018051819 | 2018-03-19 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019164742A true JP2019164742A (ja) | 2019-09-26 |
| JP7167541B2 JP7167541B2 (ja) | 2022-11-09 |
Family
ID=68064958
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018150859A Active JP7167541B2 (ja) | 2018-03-19 | 2018-08-09 | 情報処理システム、情報処理方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7167541B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10778862B2 (en) | 2018-03-19 | 2020-09-15 | Ricoh Company, Ltd. | Information processing system, information processing method, and computer-readable recording medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012078917A (ja) * | 2010-09-30 | 2012-04-19 | Konica Minolta Business Technologies Inc | 情報処理システム |
| JP2014075622A (ja) * | 2012-10-02 | 2014-04-24 | Canon Inc | 画像形成装置、情報処理端末装置、システム、情報処理方法及びプログラム |
| JP2017204708A (ja) * | 2016-05-10 | 2017-11-16 | 株式会社リコー | 情報処理システム、電子機器及びプログラム |
| JP2018014079A (ja) * | 2016-07-07 | 2018-01-25 | 株式会社リコー | 情報処理システム、情報処理装置、及び情報処理方法 |
-
2018
- 2018-08-09 JP JP2018150859A patent/JP7167541B2/ja active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012078917A (ja) * | 2010-09-30 | 2012-04-19 | Konica Minolta Business Technologies Inc | 情報処理システム |
| JP2014075622A (ja) * | 2012-10-02 | 2014-04-24 | Canon Inc | 画像形成装置、情報処理端末装置、システム、情報処理方法及びプログラム |
| JP2017204708A (ja) * | 2016-05-10 | 2017-11-16 | 株式会社リコー | 情報処理システム、電子機器及びプログラム |
| JP2018014079A (ja) * | 2016-07-07 | 2018-01-25 | 株式会社リコー | 情報処理システム、情報処理装置、及び情報処理方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10778862B2 (en) | 2018-03-19 | 2020-09-15 | Ricoh Company, Ltd. | Information processing system, information processing method, and computer-readable recording medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7167541B2 (ja) | 2022-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7110636B2 (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| US9819751B2 (en) | Information processing system, method of processing information, information processing apparatus, and program | |
| EP3543851A1 (en) | Setup system, method, and computer-readable medium for multifunction peripheral devices for parameter-based integration of external services | |
| JP6972838B2 (ja) | 情報処理システム、情報処理装置及び情報処理方法 | |
| JP5747434B2 (ja) | 画像形成装置、画像処理装置、画像処理システム、画像処理方法、プログラム、及び記録媒体 | |
| JP7268348B2 (ja) | 情報処理システム、情報処理装置、情報処理方法およびプログラム | |
| JP5983818B2 (ja) | 画像処理装置、画像処理システムと、その処理方法、およびそのプログラム | |
| US8614819B2 (en) | Recording medium storing screen controlling program, delivery system and screen controlling method | |
| JP2016162286A (ja) | 情報処理システム、情報処理方法、情報処理装置及びプログラム | |
| US20160274945A1 (en) | Information processing system, information processing apparatus, and information processing method | |
| US20190289157A1 (en) | Information processing system, information processing method and non-transitory computer-readable storage medium | |
| JP2015014954A (ja) | データ処理装置、同期システム、及びデータ処理プログラム | |
| JP6163932B2 (ja) | データ処理システム、情報処理システム、情報処理方法及びプログラム | |
| JP7167541B2 (ja) | 情報処理システム、情報処理方法、及びプログラム | |
| JP5943055B2 (ja) | 画像形成装置、画像処理システム、管理サーバ、とその処理方法およびそのプログラム | |
| JP6780364B2 (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| JP7027846B2 (ja) | 入出力デバイス、プログラム及び情報処理システム | |
| JP2018063690A (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| JP2018200667A (ja) | 情報処理システム、情報処理装置及び情報処理方法 | |
| US11533403B2 (en) | Process executing system, information processing system, information processing method, and recording medium for detecting duplicate image data from a same output material | |
| JP2020205579A (ja) | 情報処理システム、処理実行方法、サービス提供システム、プログラム | |
| JP2017079030A (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| JP7127535B2 (ja) | 情報処理システム、情報処理装置、情報処理方法およびプログラム | |
| JP6919219B2 (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| JP6036885B2 (ja) | 画像処理装置、プログラム、及び画像処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210616 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220623 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220927 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221010 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 7167541 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |