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

Abstract

【課題】複数のコンポーネントを含むワークフローが実行された場合に、実行されたワークフローに含まれるコンポーネントごとに利用履歴をカウントするためのカウント方法を設定可能にすることを目的とする。【解決手段】情報処理装置１０の送受信部１１は、通信端末６０に対して、各コンポーネントを設定するための画面情報である入力画面情報を送信する（ステップＳ１３）。設定部１４３は、ステップＳ１６で通信端末６０から受信した入力情報で示されるカウンタコンポーネント２１９を含むワークフローをアプリ情報管理ＤＢ１００１に設定する（ステップＳ１８）。その後、コンポーネント管理部２０２は、ワークフローに含まれるカウンタコンポーネント２１９によるカウント処理を実行させる（ステップＳ７８）。【選択図】図１４

Description

本開示内容は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

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

また、複数の機能から任意の機能を選択して繋ぎ合わせた一連の処理をワークフローとして登録し、登録されている複数のワークフローから任意のワークフローを選択して実行することを可能にするフローシステムが知られている。さらに、複数のユーザの作業による複数の作業工程から構成されるワークフローを実施する前に、ワークフローの処理過程に含まれるユーザ毎に必要となる各機能別使用量を予測算出してからワークフローを実行する技術が開示されている（例えば、特許文献１参照）。

しかしながら、従来の方法では、複数のコンポーネントを含むワークフローが実行された場合に、実行されたワークフローに含まれるコンポーネントごとに利用履歴をカウントするためのカウント方法を設定することができないという課題があった。

上述した課題を解決すべく、請求項１に係る発明は、所定のサービスを提供する情報処理装置であって、当該情報処理装置と通信可能な通信端末に対して、複数のコンポーネントを含むワークフローに関する入力をするための入力画面に係る入力画面情報を送信する第１の送信手段と、送信された前記入力画面情報に基づいて前記通信端末に表示された前記入力画面に対する操作に応じて、利用履歴がカウント対象となるコンポーネントを含む前記ワークフローを設定する設定手段と、設定された前記ワークフローが実行された場合、当該ワークフローに含まれる前記カウント対象のコンポーネントの利用履歴をカウントするカウント手段と、を有する情報処理装置である。

本発明によれば、複数のコンポーネントを含むワークフローが実行された場合に、設定されたカウント方法に応じたコンポーネントの利用履歴をカウントすることができるという効果を奏する。

情報処理システムの全体構成の一例を示す図である。 ワークフローアプリの一例を示す図である。 情報処理装置、通信端末及び請求処理システムのハードウエア構成の一例を示す図である。 画像処理装置のハードウエア構成の一例を示す図である。 情報処理システムの機能構成の一例を示す図である。 アプリ情報管理テーブルの一例を示す概念図である。 アプリ情報管理テーブルの別の一例を示す概念図である。 データ定義の一例を示す概念図である。 レイアウト情報の一例を示す概念図である。 アプリ設定管理テーブルの一例を示す概念図である。 請求条件管理テーブルの一例を示す概念図である。 カウント設定管理テーブルの一例を示す概念図である。 カウント設定管理テーブルの別の一例を示す概念図である。 ロジック処理部の詳細構成の一例を示す図である。 通信端末、画像処理装置及び請求処理システムの機能構成の一例を示す図である。 ワークフロー設定処理の一例を示すシーケンス図である。 通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。 通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。 通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。 通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。 ＯＣＲ実行後の出力内容の一例を示す概念図である。 通信端末に表示されるワークフロー入力画面のカウントアップ式入力の一例を示す図である。 通信端末に表示されるワークフロー入力画面におけるエラー表示の一例を示す図である。 通信端末に表示されるワークフロー入力画面における複数のカウンタコンポーネントを表示する一例を示す図である。 請求情報送信処理の一例を示すシーケンス図である。 ワークフロー実行時の詳細処理の一例を示すシーケンス図である。 ワークフロー実行時の詳細処理の一例を示すシーケンス図である。 カウント値管理テーブルの一例を示す概念図である。 カウント値管理テーブルの別の一例を示す概念図である。 情報処理システムの機能構成の別の一例を示す図である。 アプリ情報管理テーブルの別の一例を示す概念図である。 カウント対象管理テーブルの一例を示す概念図である。 ワークフロー開発者によるワークフロー設定処理の別の一例を示すシーケンス図である。 ワークフロー実行時の詳細処理の一例を示すシーケンス図である。 ワークフロー実行時の詳細処理の一例を示すシーケンス図である。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する部分についてはその説明を省略する。

●実施形態●
●システム構成
図１は、情報処理システムの全体構成の一例を示す図である。図１に示されている情報処理システム１は、情報処理装置１０によって提供されるサービスを実行するアプリを、任意のワークフロー開発者が作成又は更新することが可能なシステムである。

情報処理システム１は、情報処理装置１０、通信端末６０、画像処理装置８０及び請求処理システム９０を含む。情報処理システム１を構成する情報処理装置１０、通信端末６０、画像処理装置８０、及び請求処理システム９０は、通信ネットワーク５を介して通信することができる。通信ネットワーク５は、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク５には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ（5th Generation）、Ｗｉ－Ｆｉ(Wireless Fidelity。Ｗｉ－Ｆｉは登録商標）、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)又はＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。また、情報処理装置１０と、通信端末６０及び画像処理装置８０は、ＮＦＣ(Near Field Communication)等の近距離通信技術による通信機能を備えていてもよい。さらに、情報処理システム１は、通信ネットワーク５と接続される各装置及び各端末との間にファイアウォールを設け、ファイアウォールの内側にＬＡＮ(Local Area Network)などのプライベートネットワークを構築するようにしてもよい。

情報処理装置１０は、通信ネットワーク５を介して、各種サービスを提供する。情報処理装置１０は、例えば、サービス利用拠点の画像処理装置８０において原稿をスキャンして生成された電子ファイルを、ＯＣＲ（Optical Character Reader）処理して、請求処理システム９０に請求する請求サービスを提供する。また、情報処理装置１０は、例えば、特定のサービスを提供するクラウドシステムに保存されている電子ファイルを、サービス利用拠点の画像処理装置８０で印刷するサービス（クラウドプリントサービス）を提供する。

なお、情報処理装置１０によって提供されるサービスは、これらに限られず、例えば、特定のサービスを提供するクラウドシステムに保存されている電子ファイルを、サービス利用環境に設置されたプロジェクタで投影するサービス等であってもよいし、画像処理装置８０において原稿をスキャンして生成された電子ファイルを、ＯＣＲ処理の後、所定の言語に翻訳（例えば、英語から日本語）して、特定のサービスを提供するクラウドシステムに保存するサービス等であってもよい。また、本実施形態において、情報処理装置１０は、上述のようなクラウドサービスを提供する例を説明するが、情報処理装置１０は、例えば、ＡＳＰ（Application Service Provider）によって提供されるサービス又はＷｅｂサービス等、通信ネットワーク５を介した各種サービスを提供する構成であってもよい。

また、情報処理装置１０は、種々の機能をそれぞれ実現する複数の処理のうちの一以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供するワークフローアプリを有している。ここで、機能とは、文書ファイル又は画像ファイル等の電子ファイルに関する機能である。機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール配信、ＯＣＲ処理、加工、圧縮、解凍又はリポジトリへの格納等が挙げられる。

ここで、図２を用いて、ワークフローアプリの概略について説明する。図２は、ワークフローアプリの一例を示す図である。ワークフローアプリ(ワークフロー)とは、例えば、ユーザが希望するフローに沿ってサービス処理を行えるように、複数のコンポーネント(機能)を組み合わせて構成したアプリである。ワークフローアプリは、自社製コンポーネントだけで成り立つとは限らず、開発パートナー等の第三者が製作したコンポーネントと組み合わせて開発することもある。そのため、アプリとしては一つであっても、そのアプリを構成する個々のコンポーネントの間の設定値（仕様）がすべて一致するとは限らない。したがって、ワークフローアプリの管理には、アプリを構成するコンポーネント単位での設定値の把握が必要になる。

図２に示されているワークフローアプリ３００は、ＯＣＲ実行の処理のコンポーネント３０１と、ファイルアップロードの処理のコンポーネント３０２との組み合わせを例示している。なお、ワークフローアプリ３００を構成するコンポーネントの数は、二つに限るものではなく、ユーザが希望するフローに応じて適宜設定されてもよい。以下、本実施形態においてワークフローアプリは、アプリと称される。

図１に戻り、請求処理システム９０は、例えば、実行された各種アプリのサブスクリプションを管理する外部システムである。具体的には、請求処理システム９０は、画像処理装置８０で実行された所定のアプリを構成する各コンポーネントの利用履歴(処理回数、利用量を含む履歴情報)をカウントすることにより得られたカウント値に対応する従量課金を行うシステムである。請求処理システム９０は、例えば、スキャン配信サービスにおいて、請求処理システム９０によって貸し出される記憶領域に、ＯＣＲ処理された電子ファイルのページ数などをカウント値(利用量)として保存（アップロード）する。

なお、情報処理装置１０及び請求処理システム９０は、それぞれ単一のコンピュータによって構築されてもよいし、各装置の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、情報処理装置１０及び請求処理システム９０は、例えば、各機能の全て又は一部を集約させた一台のコンピュータであってもよい。また、情報処理装置１０の機能の全て又は一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。

通信端末６０は、情報処理装置１０からサービスを提供するためのアプリを開発するワークフロー開発者が使用するＰＣ等のコンピュータである。ワークフロー開発者は、アプリ開発拠点において、情報処理装置１０が提供するアプリ開発ツールを利用してアプリの開発を行う。ここで、アプリ開発ツールは、複数の機能から任意の機能を選択し、それらを繋ぎ合わせた一連の処理をフローとして登録して実行できるワークフローアプリを開発できるソフトウエアである。これにより、ワークフロー開発者は、アプリ開発ツールを用いて複数の機能を組み合わせ、それらの機能に付随した設定のパラメータを選択することで希望の動作を実現することができる。なお、通信端末６０は、ＰＣに限られず、例えば、タブレット端末、スマートフォン、ウェアラブル端末等の端末であってもよい。さらに、通信端末６０は、上述したワークフロー開発者がアプリ開発を行う以外にも、情報処理システム１のシステム開発者がシステム開発を行うために使用されるものであってもよい。

画像処理装置８０は、情報処理装置１０によって提供されるサービスを利用するサービス利用者が使用する装置である。画像処理装置８０は、例えば、ＭＦＰ(Multifunction Peripheral/Printer/Product：複合機)、ファクシミリ、スキャナ、又はプリンタ等の画像処理機能並びに通信機能を備える画像形成装置である。サービス利用者は、サービス利用環境において、画像処理装置８０を用いた情報処理装置１０によって提供されるサービスに係る処理を行う。

なお、サービス利用環境に設置される装置は、画像処理装置８０に限られず、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、ＰＣ、工作機械等の産業機械、医療機器、３Ｄプリンタ又は撮像装置、空調システム又は自律走行ロボット等であってもよい。また、画像処理装置８０は、サービス利用環境の特定の場所に設置された装置だけでなく、持ち運び可能なハンディプリンタ又はハンディスキャナ等であってもよい。

また、情報処理装置１０が通信端末６０に対してデータ(情報)を送信する場合、情報処理装置１０は、通信端末６０に対してプッシュ通知(送信)によりデータ(情報)を通知(送信)することが可能である。このとき、情報処理装置１０は、例えば、プッシュ通知サーバの一例であるＦＣＭ(Firebase Cloud Messaging)を利用してプッシュ通知を行うことで実現するようにしてもよい。

●ハードウエア構成
続いて、図３及び図４を用いて、実施形態に係る情報処理システムを構成する装置又は端末のハードウエア構成について説明する。なお、図３及び図４に示されている装置又は端末のハードウエア構成は、必要に応じて構成要素が追加又は削除されてもよい。

○情報処理装置のハードウエア構成○
図３は、情報処理装置のハードウエア構成の一例を示す図である。情報処理装置１０の各ハードウエア構成は、１００番台の符号で示されている。情報処理装置１０は、コンピュータによって構築されており、図３に示されているように、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤ(Hard Disk)１０４、ＨＤＤ(Hard Disk Drive)コントローラ１０５、ディスプレイ１０６、外部機器接続Ｉ／Ｆ(Interface)１０８、ネットワークＩ／Ｆ１０９、バスライン１１０、キーボード１１１、ポインティングデバイス１１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ１１４、及びメディアＩ／Ｆ１１６を備えている。

これらのうち、ＣＰＵ１０１は、情報処理装置１０全体の動作を制御する。ＲＯＭ１０２は、ＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＨＤ１０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ１０５は、ＣＰＵ１０１の制御にしたがってＨＤ１０４に対する各種データの読出し又は書込みを制御する。ディスプレイ１０６は、カーソル、メニュー、ウィンドウ、文字、又は画像等の各種情報を表示する。ディスプレイ１０６は、表示部の一例である。なお、ディスプレイ１０６は、入力手段を備えたタッチパネルディスプレイであってもよい。外部機器接続Ｉ／Ｆ１０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢメモリ又はプリンタ等である。ネットワークＩ／Ｆ１０９は、通信ネットワーク５を利用してデータ通信をするためのインターフェースである。バスライン１１０は、図３に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバス又はデータバス等である。

また、キーボード１１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス１１２は、各種指示の選択もしくは実行、処理対象の選択、又はカーソルの移動等を行う入力手段の一種である。なお、入力手段は、キーボード１１１及びポインティングデバイス１１２のみならず、タッチパネル又は音声入力装置等であってもよい。ＤＶＤ－ＲＷドライブ１１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ１１３に対する各種データの読出し又は書込みを制御する。なお、着脱可能な記録媒体は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ又はＢｌｕ-ｒａｙ Ｄｉｓｃ（ブルーレイディスク。Ｂｌｕ-ｒａｙは登録商標）等であってもよい。メディアＩ／Ｆ１１６は、フラッシュメモリ等の記録メディア１１５に対するデータの読出し又は書込み（記憶）を制御する。

○通信端末のハードウエア構成○
図３は、通信端末のハードウエア構成の一例を示す図である。通信端末６０の各ハードウエア構成は、括弧内の６００番台の符号で示されている。通信端末６０は、コンピュータによって構築されており、図３に示されているように、情報処理装置１０と同様の構成を備えているため、各ハードウエア構成の説明を省略する。

○請求処理システムのハードウエア構成○
図３は、請求処理システムのハードウエア構成の一例を示す図である。請求処理システム９０の各ハードウエア構成は、括弧内の９００番台の符号で示されている。請求処理システム９０は、コンピュータによって構築されており、図３に示されているように、情報処理装置１０と同様の構成を備えているため、各ハードウエア構成の説明を省略する。

○画像処理装置のハードウエア構成○
図４は、画像処理装置のハードウエア構成の一例を示す図である。図４に示されているように、画像処理装置８０は、コントローラ８１０、近距離通信部８２０、エンジン制御部８３０、操作パネル８４０及びネットワークＩ／Ｆ８５０を備えている。これらのうち、コントローラ８１０は、コンピュータの主要部であるＣＰＵ８０１、システムメモリ（ＭＥＭ－Ｐ）８０２、ノースブリッジ（ＮＢ）８０３、サウスブリッジ（ＳＢ）８０４、ＡＳＩＣ(Application Specific Integrated Circuit)８０６、記憶領域であるローカルメモリ（ＭＥＭ－Ｃ）８０７、ＨＤＤコントローラ８０８、及び記憶領域であるＨＤ８０９を有する。コントローラ８１０は、ＮＢ８０３とＡＳＩＣ８０６との間をＡＧＰ(Accelerated Graphics Port)バス８２１で接続した構成となっている。

これらのうち、ＣＰＵ８０１は、画像処理装置８０の全体制御を行う制御部である。ＮＢ８０３は、ＣＰＵ８０１と、ＭＥＭ－Ｐ８０２、ＳＢ８０４及びＡＧＰバス８２１とを接続するためのブリッジである。ＮＢ８０３は、ＭＥＭ－Ｐ８０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。ＭＥＭ－Ｐ８０２は、コントローラ８１０の各機能を実現させるプログラム及びデータの格納用メモリであるＲＯＭ８０２ａと、プログラム及びデータの展開、並びにメモリ印刷時の描画用メモリ等として用いるＲＡＭ８０２ｂとからなる。ＳＢ８０４は、ＮＢ８０３及びＰＣＩバス８２２と、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ８０６は、画像処理用のハードウエア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)である。ＡＳＩＣ８０６は、ＡＧＰバス８２１、ＰＣＩバス８２２、ＨＤＤコントローラ８０８及びＭＥＭ－Ｃ８０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ８０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ８０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ８０７を制御するメモリコントローラ、ハードウエアロジック等により画像データの回転等を行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びにスキャナ部８３１及びプリンタ部８３２との間でＰＣＩバス８２２を介したデータ転送を行うＰＣＩユニットからなる。なお、ＡＳＩＣ８０６は、ＵＳＢ(Universal Serial Bus)のインターフェース、又はＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。

また、ＭＥＭ－Ｃ８０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ８０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積及びフォームの蓄積を行うためのストレージである。ＨＤＤコントローラ８０８は、ＣＰＵ８０１の制御にしたがってＨＤ８０９に対するデータの読出又は書込を制御する。ＡＧＰバス８２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインターフェースであり、ＭＥＭ－Ｐ８０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。また、近距離通信部８２０は、近距離通信回路８２０ａ及び近距離通信回路８２０ａのアンテナ８２０ｂを備えている。近距離通信回路８２０ａは、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ミリ波無線通信、ＱＲコード（登録商標）、可視光、環境音又は超音波等の近距離無線通信の通信回路である。

さらに、エンジン制御部８３０は、スキャナ部８３１及びプリンタ部８３２によって構成されている。スキャナ部８３１及びプリンタ部８３２は、誤差拡散又はガンマ変換等の画像処理部分を含む。また、操作パネル８４０は、現在の設定値又は選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部８４０ａ、並びに濃度の設定条件等の画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作部８４０ｂを備えている。コントローラ８１０は、画像処理装置８０全体の制御を行い、例えば、描画、通信、及び操作パネル８４０からの入力等を制御する。また、ネットワークＩ／Ｆ８５０は、通信ネットワーク５を利用してデータ通信をするためのインターフェースである。近距離通信回路８２０ａ及びネットワークＩ／Ｆ８５０は、ＰＣＩバス８２２を介して、ＡＳＩＣ８０６に電気的に接続している。

なお、上記各プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ、ＳＤカード又はＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、情報処理装置１０は、本発明に係るプログラムが実行されることで本発明に係る情報処理方法を実現する。

●機能構成
続いて、図５乃至図１３を用いて、実施形態に係る情報処理システムの機能構成について説明する。なお、図５、図１２及び図１３は、図１に示されている装置又は端末のうち、後述の処理又は動作に関連しているものを示す。

○情報処理装置の機能構成○
図５は、情報処理装置の機能構成の一例を示す図である。情報処理装置１０は、送受信部１１、画面情報生成部１２、Ｗｅｂサービス処理部１３、入出力サービス処理部１４、外部システム連携部１５、ドキュメントサービス部１６、判断部１７、カウントサービス部１８及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＡＭ１０３上に展開された情報処理装置用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、情報処理装置１０は、図３に示されているＲＯＭ１０２、ＨＤ１０４及び記録メディア１１５のうち少なくとも一つのハードウエア資源によって構築される記憶部１０００を有している。

送受信部１１は、主に、ネットワークＩ／Ｆ１０９に対するＣＰＵ１０１の処理によって実現され、通信ネットワーク５を介して、情報処理装置１０と通信可能な通信端末６０、画像処理装置８０、及び請求処理システム９０との間で各種データ又は情報の送受信を行う。例えば、送受信部１１は、情報処理装置１０と通信可能な通信端末６０に対して、複数のコンポーネントを含むワークフローを入力するための入力画面に係る入力画面情報を送信する。この場合、本実施形態において送受信部１１は、第１の送信手段の一例として機能する。また、送受信部１１は、テナントごとに設定されたタイミングに応じて、カウントされた利用履歴を、利用履歴に基づいて請求処理を行う請求処理システム９０に送信する。この場合、本実施形態において送受信部１１は、第２の送信手段の一例として機能する。

画面情報生成部１２は、主に、ＣＰＵ１０１の処理によって実現され、ワークフロー開発者が通信端末６０を用いてワークフローを設定するための画面情報を生成する。本実施形態において、画面情報生成部１２は、生成手段の一例として機能する。

画面情報生成部１２は、通信端末６０からの要求に応じて、記憶部１０００に記憶されているポータル画面情報３５０を出力する。ここで、ポータルとは、ブラウザを用いて、アプリケーション(以下、「アプリ」とも記載する)の登録等を行うことができるＷｅｂサイトである。ポータル画面情報３５０は、ポータルのトップ画面（ポータルトップ画面）又はアプリの入力画面等の各種画面が定義された情報である。ポータル画面情報３５０は、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、又はＪａｖａＳｃｒｉｐｔ（登録商標）等で各種画面が定義された情報である。これにより、通信端末６０は、ブラウザを用いて、ポータルトップ画面又はアプリの入力画面等を表示させる。したがって、通信端末６０を用いるワークフロー開発者は、アプリの入力画面（例えば、後述するワークフロー入力画面）において、アプリ（アプリ情報）の登録操作を行うことができる。

Ｗｅｂサービス処理部１３は、主に、ＣＰＵ１０１の処理によって実現され、ユーザが画像処理装置８０を用いて各種サービスを利用するための処理を行う。すなわち、Ｗｅｂサービス処理部１３は、画像処理装置８０のブラウザに対してＷｅｂアプリ（アプリ情報）を提供するアプリサーバとして機能する。Ｗｅｂサービス処理部１３は、画面生成部１３１及びアプリ実行部１３２を有する。

画面生成部１３１は、画像処理装置８０のブラウザからの要求に応じて、記憶部１０００に記憶されているアプリ画面情報及び記憶部１０００に記憶されているアプリ設定情報を出力する。アプリ画面情報とは、アプリ情報により提供されるサービスを利用するための画面（アプリ画面）の雛形が定義された情報である。アプリ画面情報は、例えば、ＨＴＭＬ、ＸＨＴＭＬ、ＣＳＳ又はＪａｖａＳｃｒｉｐｔ等でアプリ画面の雛形が定義された情報である。また、アプリ設定情報は、アプリ（アプリ情報）の各種設定が定義された情報である。アプリ設定情報には、例えば、一連の処理の実行に用いられるパラメータのうち、ユーザにより入力されるパラメータ及びデフォルトで設定されるパラメータ等が定義されている。また、アプリ設定情報には、例えば、ユーザがアプリ画面においてパラメータを入力するための入力項目及びアプリ画面における表示情報（例えば、アプリ名）等が定義されている。アプリ設定情報は、例えば、ＪＳＯＮ（JavaScript Object Notation）等でアプリの各種設定が定義された情報である。これにより、画像処理装置８０には、ブラウザにより、情報処理装置１０が提供するサービスを利用するためのアプリ画面が表示される。

アプリ実行部１３２は、画像処理装置８０のブラウザからの要求に応じて、入出力サービス処理部１４に対して、アプリ（アプリ情報）の実行要求を出力する。

入出力サービス処理部１４は、主に、ＣＰＵ１０１の処理によって実現され、情報処理装置１０が提供するサービスに関する処理を行う。入出力サービス処理部１４は、アプリ管理部１４１、設定部１４３及びロジック処理部１４４を有する。

アプリ管理部１４１は、後述するアプリ情報管理ＤＢ１００１に記憶されているアプリ情報を管理する。アプリ情報とは、一連の処理により実現されるサービスを利用するためのアプリケーションである。換言すれば、情報処理装置１０が提供する各種サービスは、アプリ情報により提供される。また、アプリ管理部１４１は、ロジック処理部１４４からの要求に応じて、アプリ情報に含まれる処理フロー情報を出力する。処理フロー情報とは、アプリ情報により提供されるサービスを実現する一連の処理が定義された情報である。さらに、アプリ管理部１４１は、画面情報生成部１２からの要求に応じて、アプリ情報を記憶部１０００に記憶(登録)させる。これにより、サービスを提供するアプリ情報がアプリ管理部１４１によって情報処理装置１０に登録される。

設定部１４３は、通信端末６０に対してワークフロー開発者等が操作(入力)した入力情報、又は通信端末６０に表示された所定の画面に対する操作に基づいて、利用履歴がカウント対象となるコンポーネントを含むワークフロー、カウント条件、及び所定の説明文を設定(生成)する。本実施形態において設定部１４３は、設定手段の一例として機能する。

ロジック処理部１４４は、Ｗｅｂサービス処理部１３からの要求に応じて、アプリ情報に示されている処理フロー情報に基づいて、ドキュメントサービス又は外部サービス等の各種サービスの処理を実行する。また、ロジック処理部１４４は、アプリ管理部１４１から取得された処理フロー情報に基づいて、アプリが提供するサービスを実現する一連の処理（処理フロー）を実行する。これにより、情報処理装置１０は、「ファイルアップロードサービス」等の各種サービスを提供することができる。さらに、ロジック処理部１４４は、ロジック処理部１４４内で管理されているコンポーネント群２１０を構成する各コンポーネントの読出し、取得の機能等も担う。

外部システム連携部１５は、主に、ＣＰＵ１０１の処理によって実現され、請求処理システム９０、外部サービス等に対して、ファイルの入出力に関する処理、又はデータの取得もしくは書込みに関する処理等を行うことが可能な機能部である。情報処理装置１０は、情報処理装置１０と連携して処理を行う請求処理システム９０ごとに、それぞれの請求処理システム９０に対応する外部システム連携部１５を有する。

外部システム連携部１５は、ファイル処理部１５１及びデータ処理部１５２を有する。ファイル処理部１５１は、請求処理システム９０に対して、ファイル関連の処理（例えば、ファイル送信又はファイル取得等）を行う。データ処理部１５２は、請求処理システム９０に対して、ファイル以外のテキストで表現できるデータ処理（例えば、フォルダ一覧の取得等）を行う。

ファイル処理部１５１は、請求処理システム９０に保存されている利用履歴、電子ファイルに対する操作（例えば、取得、保存又は編集等）を行うためのＡＰＩ（Application Programming Interface）が定義された共通Ｉ／Ｆ１５１ａ及び固有Ｉ／Ｆ１５１ｂを有する。共通Ｉ／Ｆ１５１ａは、例えば、複数の請求処理システム９０間で共通に利用できるＡＰＩであり、全ての請求処理システム９０が利用できるファイル操作に関する機能（例えば、ファイルの取得又は保存等）を利用するためのＡＰＩ群である。一方、固有Ｉ／Ｆ１５１ｂは、例えば、特定の請求処理システム９０において利用できるＡＰＩであり、ある特定の請求処理システム９０において利用できるファイル操作に関する機能（例えば、ドキュメントにファイルを付加等）を利用するためのＡＰＩ群である。したがって、共通Ｉ／Ｆ１５１ａは、全ての外部システム連携部１５に対して同様に定義される。一方で、固有Ｉ／Ｆ１５１ｂは、固有Ｉ／Ｆ１５１ｂで定義されるＡＰＩが利用可能な特定の請求処理システム９０に対応する外部システム連携部１５に対して定義される。

データ処理部１５２は、請求処理システム９０に保存されている電子ファイルの書誌情報等のメタデータ（例えば、ファイル一覧又はフォルダ一覧等）を取得等するためのＡＰＩが定義された共通Ｉ／Ｆ１５２ａ及び固有Ｉ／Ｆ１５２ｂを有する。共通Ｉ／Ｆ１５２ａは、複数の請求処理システム９０間で共通に利用できるＡＰＩであり、全ての請求処理システム９０で利用できるメタデータ取得に関する機能（例えば、ファイル一覧の取得又はフォルダ一覧の取得等）を利用するためのＡＰＩ群である。一方、固有Ｉ／Ｆ１５２ｂは、ある特定の請求処理システム９０において利用できるＡＰＩであり、ある特定の請求処理システム９０において利用できるメタデータ取得等に関する機能（例えば、画像ファイル一覧の取得又は顧客情報の一覧の取得等）を利用するためのＡＰＩ群である。したがって、共通Ｉ／Ｆ１５２ａは、全ての外部システム連携部１５に対して同様に定義される。一方で、固有Ｉ／Ｆ１５２ｂは、固有Ｉ／Ｆ１５２ｂで定義されるＡＰＩが利用可能な特定の請求処理システム９０に対応する外部システム連携部１５に対して定義される。

このように、外部システム連携部１５は、ファイルの配信のみを行うようなシンプルな処理を実行する場合には、共通Ｉ／Ｆを利用することで、さまざまな連携サービスに対して同じ作法で実現することができる。また、外部システム連携部１５は、固有Ｉ／Ｆを利用することで、特定の連携先サービスの機能を広く活用するような連携先サービスに特化した処理を実現することができる。なお、外部システム連携部１５は、後述する請求処理システム９０に対するカウント値(利用量)の登録(送信)を、カウントサービス部１８に代えて実行するようにしてもよい。その場合、カウント値(利用量)を送信するインターフェースは、送受信部１１を介して通信ネットワーク５に送信する方式に代えて、外部システム連携部１５と請求処理システム９０とを直接接続可能なインターフェースで実現するようにしてもよい。

ドキュメントサービス部１６は、主に、ＣＰＵ１０１の処理によって実現され、処理フロー情報に基づく一連の処理（処理フロー）に含まれる所定の処理を実行する。ドキュメントサービス部１６は、ＯＣＲ処理部１６１及びファイル変換部１６２を含む機能部を有する。

ＯＣＲ処理部１６１は、主に、ＣＰＵ１０１の処理によって実現され、電子ファイルに対してＯＣＲ処理を行う。ファイル変換部１６２は、電子ファイルに対するフォーマット変換又は画像サイズの変換等を行う。なお、ドキュメントサービス部１６は、これら以外にも、例えば、電子ファイルの圧縮又は解凍するための圧縮・解凍処理部、又は電子ファイルのメール送信を行うメール送信部等の種々の機能部が含んでいてもよい。

判断部１７は、主に、ＣＰＵ１０１の処理によって実現され、情報処理装置１０における各種判断を行う。判断部１７は、通信端末６０に表示された入力画面に対する操作に応じて、設定部１４３がワークフローを設定可能であるかを判断する。本実施形態において判断部１７は、判断手段の一例として機能する。

カウントサービス部１８は、主に、ＣＰＵ１０１の処理によって実現され、ワークフローが実行された場合、ワークフローに含まれるカウント対象のコンポーネントの利用履歴(例えばカウンタ情報量で示される利用量)をカウントする。カウントサービス部１８がカウントするデータは、例えば、カウンタ情報(利用量)である。カウントサービス部１８は、例えば、専用のアップロードモジュールをカウントサービス部１８に配置し、所定期間ごとのタイミング(頻度)、又は、所定の利用者によって処理が行われたタイミングをトリガとして、ロジック処理部１４４からデータを収集して請求処理システム９０で受信可能なデータ構造のデータに変換する。その後、データ構造が変換されたデータは、所定の利用者(テナント)ごとに設定されたタイミングに応じて、送受信部１１によって、通信ネットワーク５を介して請求処理を行う請求処理システム９０に送信される。また、別の実施形態として、コンポーネント管理部２０２(カウンタコンポーネント２１９)は、カウントサービス部１８に代えて、ワークフローが実行された場合、ワークフローに含まれるカウント対象のコンポーネントの利用履歴をカウントする。この場合、コンポーネント管理部２０２(カウンタコンポーネント２１９)によってカウントされたカウント値(利用量)は、送受信部１１から通信ネットワーク５に送信され、さらに通信ネットワーク５から請求処理システム９０に送信されるようにしてもよい。本実施形態において、カウントサービス部１８は、カウント手段の一例として機能する。

記憶・読出部１９は、主に、ＣＰＵ１０１の処理によって実現され、記憶部１０００に、各種データ（又は情報）を記憶したり、記憶部１０００から各種データ（又は情報）を読み出したりする。また、記憶部１０００は、ワークフローアプリ３００及び画面情報生成部１２によって提供される画面内容を示すポータル画面情報３５０を記憶している。本実施形態において記憶・読出部１９は、記憶読出手段の一例として機能する。

○アプリ情報管理テーブル
図６は、アプリ情報管理テーブルの一例を示す概念図である。記憶部１０００には、図６Ａ又は図６Ｂに示されているようなアプリ情報管理テーブルによって構成されたアプリ情報管理ＤＢ１００１が構築されている。

図６Ａに示したアプリ情報管理テーブルでは、アプリを識別するアプリＩＤごとに、アプリ名、アプリを構成するコンポーネントを識別するコンポーネントＩＤ、及びアプリの処理内容を示すアプリ処理情報が関連づけられて管理されている。これらのうち、コンポーネントＩＤは、コンポーネントを識別する識別情報である。コンポーネントは、例えば、ＯＣＲ機能、画像変換機能、ファイルアップロード機能を含む。また、コンポーネントは、ワークフローにおける前段（上段）のコンポーネントの利用履歴をカウントするカウントコンポーネントを含む。アプリ処理情報は、ユーザが利用する画面に表示する情報である画面定義、及びアプリにおける処理フローを示す処理フロー情報を含む。また、画面定義は、画面に表示するデータを示すデータ定義及び画面レイアウトを示すレイアウト情報を含む。処理フロー情報は、ドキュメントサービス又は外部システム連携部１５の処理等をどのように利用するかを記述している。

図６Ｂに示したアプリ情報管理テーブルも、図６Ａで示したアプリ情報管理テーブルと管理される項目は同様である。但し、コンポーネントＩＤで示されたそれぞれのＩＤのうち、カウンタコンポーネントを識別するコンポーネントＩＤに代えて、カウント条件を識別する条件Ｎｏ（条件１，２等）が与えられる点が異なる。ここで、条件Ｎｏには、それぞれ異なるカウント設定が割り振られている。これにより、図６Ｂの場合、図６Ａのようなワークフローに含まれるカウントコンポーネントをコンポーネントＩＤによって一意に特定される構成でなくても、ワークフローに挿入される条件Ｎｏによってカウント設定を特定することができる。

○○データ定義
図７は、データ定義の一例を示す概念図である。図７は、画面定義に含まれるデータ定義が記述された配列を示す。図７に示されているデータ定義は、データＩＤ（data_id）、データの名称（data_key）、データ形式（format）及びデータ元（data_source）の組を配列として表現する。これらのうち、データの名称は、処理に対するパラメータとなる。また、データ形式は、画面を構成する要素であり、ＨＴＭＬのフォーム要素と同じである。データ形式は、例えば、input_text、textarea、select、radio等である。データ元は、データを保持するＵＲＬ(Uniform Resource Locator)を指定する。データ元は、固定であれば、直接データを記述してもよい。

○○レイアウト情報
図８は、レイアウト情報の一例を示す概念図である。図８は、画面定義に含まれるデータ定義のデータＩＤ及びそれらを表示する位置情報を保持するレイアウト情報が記述された配列を示す。図８に示されているレイアウト情報は、データＩＤ（data_id）、表示名称（display_name）及び位置情報（layout）の組を配列として表現する。このうち、位置情報は、上から順番を指定する形式（order）ではなく、座標情報で表現する形式であってもよい。なお、通信端末６０（クライアント側）でブラウザではなくクライアントアプリを用いて画面表示を行う場合、又は複雑な画面構成にしたい場合、情報処理装置１０は、レイアウト情報を存在させずに、クライアント側又は画面生成過程でデータ定義を解釈する構成であってもよい。

○アプリ設定管理テーブル
図９は、アプリ設定管理テーブルの一例を示す概念図である。記憶部１０００には、図９に示されているようなアプリ設定管理テーブルによって構成されたアプリ設定管理ＤＢ１００２が構築されている。

アプリ設定管理テーブルでは、アプリを識別するアプリＩＤごとに、アプリを構成するコンポーネントを識別するコンポーネントＩＤ、及びコンポーネントの設定内容を示す設定情報が関連づけられたアプリ設定情報が管理されている。これらのうち、設定情報は、関連付けられたコンポーネントの設定値(パラメータ)を示す。

○請求条件管理テーブル
図１０は、請求条件管理テーブルの一例を示す概念図である。記憶部１０００には、図１０に示されているような請求条件管理テーブルによって構成された請求条件管理ＤＢ１００３が構築されている。

請求条件管理テーブルでは、テナント又はテナントが関連する契約の識別情報を示す契約ＩＤごとに、テナントを識別するテナントＩＤ、アプリを識別するアプリＩＤ、メールアドレス等を一例とするユーザアカウント、及びカウント対象のコンポーネントの支払いを請求する際の条件を示す請求条件が関連付けられて管理されている。これらのうち、請求条件は、請求する頻度を示す請求頻度、請求単位、及び利用料の算出に用いられる算出式を含む。請求頻度は、例えば、月単位、週単位、利用時に随時等の頻度が設定可能である。請求単位は、例えば、契約単位、テナント単位、ユーザ単位等の単位が設定可能である。算出式は、例えば、処理回数ごと若しくはページごとの利用料(利用料金)が設定可能である。

○カウント設定管理テーブル
図１１は、カウント設定管理テーブルの一例を示す概念図である。記憶部１０００には、図１１Ａ又は図１１Ｂに示されているようなカウント設定管理テーブルによって構成されたカウント設定管理ＤＢ１００４が構築されている。

図１１Ａに示したカウント設定管理テーブルでは、カウンタコンポーネントを識別するカウント設定ＩＤごとに、利用履歴をカウントする条件を示すカウント設定（条件式）が関連付けられて管理されている。これらのうち、カウント設定ＩＤは、図６Ａで説明したコンポーネントＩＤのうち、カウントコンポーネントに対応付けて管理され、次に説明するカウント設定(条件式)を管理するための識別情報である。カウント設定(条件式)は、コンポーネント(ＯＣＲコンポーネント)のカウント対象を表す。カウント対象は、例えば、ＯＣＲを実行したページ数、ページ数が閾値(例えば、５ページ以上)、実行されたタイミング(例えば、「executions」命令実行時)等を含む。なお、図１１Ａに示したカウント設定管理テーブルは、図６Ａに示したアプリ情報管理テーブルと対となって使用されてもよい。

図１１Ｂに示したカウント設定管理テーブルでは、上述したコンポーネントＩＤに対応したカウント時の条件を示すカウント条件が関連付けられて管理されている。図１１Ｂでは、図１１Ａに示したカウント設定ＩＤに代えて、条件Ｎｏごとに、利用履歴をカウントする条件を示すカウント設定（条件式）が管理されている。つまり、図１１Ｂに示したカウント設定管理テーブルは、図６Ｂに示したアプリ情報管理テーブルと対となって使用されてもよい。図６Ｂに示した条件１，２等は、図１１Ａに示したカウント設定管理ＤＢ１００４のカウント設定ＩＤの値(CT00001, CT00002等)に対応した条件式が与えられる。条件１は、例えば、カウント設定ＩＤ(CT00001)に対応するカウント設定(条件式)の「ocr_pages」が条件式として与えられる。同様に条件２は、例えば、カウント設定ＩＤ(CT00002)に対応するカウント設定(条件式)の「ocr_pages」が条件式として与えられる。

○ロジック処理部の機能構成○
ここで、図１２を用いて、入出力サービス処理部１４が有しているロジック処理部１４４の機能構成について詳細に説明する。図１２は、ロジック処理部の詳細構成の一例を示す図である。図１２に示されているように、ロジック処理部１４４は、フロー実行部２０１、コンポーネント管理部２０２、カウンタコンポーネント２１９等の各コンポーネントが用意されるコンポーネント群２１０を含む。

フロー実行部２０１は、例えば、外部システム連携部１５における各種処理、及びドキュメントサービスが利用される順番を記述する処理内容で示された処理を解釈して実行する部分である。フロー実行部２０１は、処理を実行する際に、処理内容に記載された内容に従ってコンポーネントを呼び出す。なお、各種処理の構成には、コンポーネント名称、処理、オプションパラメータが含まれる。本実施形態において、フロー実行部２０１は、実行手段の一例として機能する。

コンポーネント管理部２０２は、フロー実行部２０１から要求された、ワークフローを構成する各コンポーネントを生成する。また、コンポーネント管理部２０２は、生成した各コンポーネントをコンポーネント群２１０に登録し、管理する。

管理されるコンポーネントには、例えば、ＯＣＲ(Optical Character Recognition/Reader)、ＰＤＦ(Portable Document Format)、音声変換、ＳＭＢ(Server Message Block)、ＦＴＰ(File Transfer Protocol)、カウンタコンポーネント２１９が含まれる。また、各コンポーネントには、それぞれのコンポーネントを識別する識別情報(ＩＤ)が付与されている。

続いて、図１３を用いて、通信端末６０、画像処理装置８０及び請求処理システム９０の機能構成について説明する。図１３は、通信端末、画像処理装置及び請求処理システムの機能構成の一例を示す図である。

○通信端末の機能構成○
通信端末６０は、送受信部６１、受付部６２、表示制御部６３、判断部６４及び記憶・読出部６９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＡＭ６０３上に展開された通信端末用プログラムに従ったＣＰＵ６０１からの命令によって動作することで実現される機能、又は機能する手段である。また、通信端末６０は、図３に示されているＲＯＭ６０２、ＨＤ６０４及び記録メディア６１５のうち少なくとも一つ以上のハードウエア資源によって構築される記憶部６０００を有している。

送受信部６１は、主に、ネットワークＩ／Ｆ６０９に対するＣＰＵ６０１の処理によって実現され、通信ネットワーク５を介して、情報処理装置１０との間で各種データ又は情報の送受信を行う。また、送受信部６１は、受付部６２によって受け付けられた一以上のコンポーネントの配置操作に基づくワークフローを設定するための操作情報を、情報処理装置１０へ送信する。本実施形態において送受信部６１は、送信手段及び受信手段のうち、少なくとも一方の一例として機能する。

受付部６２は、主に、キーボード６１１又はポインティングデバイス６１２に対するＣＰＵ６０１の処理によって実現され、利用者から各種の選択又は入力を受け付ける。また、受付部６２は、入力画面に表示された一以上のコンポーネントの配置操作を受け付ける。また、受付部６２は、カウント対象のコンポーネントに対して複数のカウント条件の入力を受け付ける。本実施形態において受付部６２は、受付手段の一例として機能する。

表示制御部６３は、主に、ＣＰＵ６０１の処理によって実現され、ディスプレイ６０６に、各種情報及び画像を表示させる。また、表示制御部６３は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、ディスプレイ６０６に表示させる。また、表示制御部６３は、ワークフローを入力するための入力画面をディスプレイ６０６（表示手段）に表示する。また、表示制御部６３は、コンポーネントの配置にエラーが発生した場合、ワークフローが正しく設定されない旨をディスプレイ６０６（表示手段）に表示する。本実施形態において表示制御部６３は、表示制御手段の一例として機能する。

判断部６４は、主に、ＣＰＵ６０１の処理によって実現され、通信端末６０における各種判断を行う。本実施形態において判断部６４は、判断手段の一例として機能する。

記憶・読出部６９は、主に、ＣＰＵ６０１の処理によって実現され、記憶部６０００に、各種データ（又は情報）を記憶したり、記憶部６０００から各種データ（又は情報）を読み出したりする。本実施形態において記憶・読出部６９は、記憶読出手段の一例として機能する。

○画像処理装置の機能構成○
次に、画像処理装置８０は、送受信部８１、受付部８２、表示制御部８３、判断部８４、処理実行部８５及び記憶・読出部８９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ８０９からＲＡＭ８０２ｂ上に展開された画像処理装置用のプログラムに従ったＣＰＵ８０１からの命令によって動作することで実現される機能、又は手段である。また、画像処理装置８０は、図４に示されているＲＯＭ８０２ａ、及びＨＤ８０９のうち少なくとも一つ以上のハードウエア資源によって構築される記憶部８０００を有している。

送受信部８１は、主に、ネットワークＩ／Ｆ８５０に対するＣＰＵ８０１の処理によって実現され、通信ネットワーク５を介して、情報処理装置１０との間で各種データ又は情報の送受信を行う。

受付部８２は、主に、操作パネル８４０に対するＣＰＵ８０１の処理によって実現され、利用者から各種の選択又は入力を受け付ける。表示制御部８３は、主に、ＣＰＵ８０１の処理によって実現され、操作パネル８４０に、各種画像を表示させる。また、表示制御部８３は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、操作パネル８４０に表示させる。判断部８４は、主に、ＣＰＵ８０１の処理によって実現され、画像処理装置８０における各種判断を行う。処理実行部８５は、主に、エンジン制御部８３０に対するＣＰＵ８０１の処理によって実現され、画像データの印刷処理を実行する。

記憶・読出部８９は、主に、ＣＰＵ８０１の処理によって実現され、記憶部８０００に、各種データ（又は情報）を記憶したり、記憶部８０００から各種データ（又は情報）を読み出したりする。

○請求処理システムの機能構成○
次に、請求処理システム９０は、通信部９１、サービス処理部９２及び記憶・読出部９９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＡＭ９０３上に展開された請求処理システム用プログラムに従ったＣＰＵ９０１からの命令によって動作することで実現される機能、又は機能する手段である。また、請求処理システム９０は、図３に示されているＲＯＭ９０２、ＨＤ９０４及び記録メディア９１５のうち少なくとも一つ以上のハードウエア資源によって構築される記憶部９０００を有している。

通信部９１は、主に、ＣＰＵ９０１の処理によって実現され、情報処理装置１０との間で各種データ又は情報の通信を行う。サービス処理部９２は、主に、ＣＰＵ９０１の処理によって実現され、情報処理装置１０からの要求に応じた所定のサービスを提供するための処理を実行する。本実施形態において、所定のサービスとは、複数のコンポーネント(機能)を含む所定のワークフローアプリが実行されることによって提供されるサービスを含む。

記憶・読出部９９は、主に、ＣＰＵ９０１の処理によって実現され、記憶部９０００に、各種データ（又は情報）を記憶したり、記憶部９０００から各種データ（又は情報）を読み出したりする。

●実施形態の処理又は動作
○アプリ登録処理○
続いて、図１４乃至図２２を用いて、実施形態に係る情報処理システムの処理又は動作について説明する。まず、図１４乃至図２２を用いて、ワークフロー開発者が新たにアプリを作成し、情報処理装置１０が登録するまでの処理について説明する。図１４は、ワークフロー設定処理の一例を示すシーケンス図である。

まず、ワークフロー開発者が、通信端末６０に設けられた入力手段に対する入力操作等を行うことで、通信端末６０の送受信部６１は、情報処理装置１０に対して、設定開始要求を送信する（ステップＳ１１）。これにより、情報処理装置１０の送受信部１１は、通信端末６０が送信した設定開始要求を受信する。このとき、設定開始要求には、契約ＩＤ、テナントＩＤが含まれる。

次に、情報処理装置１０のロジック処理部１４４は記憶・読出部１９と協働して、コンポーネント群２１０から、入力画面情報を構成するコンポーネント情報を読み出す（ステップＳ１２）。具体的には、ロジック処理部１４４は、コンポーネント群２１０で管理されている各コンポーネントのＩＤを読み出すことで、各コンポーネントを設定するための画面情報を取得する。さらに、ステップＳ１２では、画面情報生成部１２によって記憶部１０００の所定領域に記憶されているポータル画面情報３５０を出力し、通信端末６０において各コンポーネントを入力するための画面情報である入力画面情報を生成する。そして、送受信部１１は、通信端末６０に対して、生成された入力画面情報を送信する（ステップＳ１３）。ここで、各コンポーネントを設定するための画面情報とは、複数のコンポーネントを含むワークフローを設定するための画面情報である。これにより、通信端末６０の送受信部６１は、情報処理装置１０から送信された各コンポーネントを設定するための画面情報である入力画面情報を受信する。

次に、通信端末６０の表示制御部６３は、ステップＳ１３で受信された入力画面情報に基づいて、ワークフロー入力画面６００１をディスプレイ６０６に表示させる（ステップＳ１４）。図１６は、通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。図１５に示されているワークフロー入力画面６００１は、ワークフロー開発者がアプリの詳細設定を行うための入力画面である。ワークフロー開発者は、ワークフロー入力画面６００１を用いて、ワークフローアプリを構成する各コンポーネント(機能)により実行される処理フローの設定を行う。

ワークフロー開発者がワークフロー入力画面６００１に対して所望する各コンポーネントに対する入力操作(ドラッグ＆ドロップ等)を行った場合、通信端末６０の受付部６２は、ワークフロー開発者が行った操作(例えば、コンポーネント入力)を受け付ける（ステップＳ１５）。

<<ワークフロー入力画面の画面遷移>>
続いて、ステップＳ１５でワークフロー開発者が行った操作(入力)に伴う通信端末６０の画面遷移について説明する。図１５Ａは、通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。図１５Ａに示されているように、通信端末６０の表示制御部６３は、例えば、ワークフロー開発者の操作に応じて、ディスプレイ６０６にワークフロー入力画面６００１を表示する。ワークフロー入力画面６００１において、表示制御部６３は、ステップＳ１３で受信したワークフローアプリを構成する各コンポーネントを並べて表示する。具体的には、表示制御部６３は、例えば、ＯＣＲコンポーネント、ＦＴＰコンポーネント、ＰＤＦコンポーネント、ＳＭＢコンポーネント及びカウンタコンポーネントをワークフロー入力画面６００１の所定の領域に並べて表示する。このとき、表示されるコンポーネントは、情報処理装置１０で管理されている全てのコンポーネントが表示されるようにしてもよいし、一部のコンポーネントが表示されるようにしてもよい。

続いて、ワークフロー開発者がワークフロー入力画面６００１に対して任意のコンポーネントを配置した場合の画面遷移について説明する。図１５Ｂは、通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。図１５Ｂに示されているように、ワークフロー開発者は、ワークフロー入力画面６００１に表示されている任意のコンポーネントをクリックし、その後、ワークフロー入力画面６００１の余白部分をクリックすることでクリックした任意のコンポーネントが配置される。もしくは、ワークフロー入力画面６００１に配置された各コンポーネントのうち任意のコンポーネントに対してワークフロー入力画面６００１の余白部分にドラッグ＆ドロップ等操作を行う。図１５Ｂの場合、ワークフロー開発者は、ＯＣＲコンポーネントを選択してドラッグ＆ドロップする。これにより、表示制御部６３は、ワークフロー入力画面６００１においてワークフロー開発者がドロップした位置(座標位置)に、ＯＣＲコンポーネントのアイコン等を配置する。

続いて、ワークフロー開発者がワークフロー入力画面６００１に対してさらに任意のコンポーネントを配置した場合の画面遷移について説明する。図１５Ｃは、通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。図１５Ｃに示されているように、ワークフロー開発者は、ワークフロー入力画面６００１に配置したＯＣＲコンポーネントに続いて、ワークフロー入力画面６００１の余白部分にＳＭＢコンポーネント及びカウンタコンポーネントの順番でドラッグ＆ドロップする。これにより、表示制御部６３は、ワークフロー入力画面６００１においてワークフロー開発者がドロップした位置(座標位置)に、ＳＭＢコンポーネント及びカウンタコンポーネントのアイコン等を配置する。これにより、処理の流れとしては、ＯＣＲを実行したファイルをＳＭＢで保存し、その後ＯＣＲの実行ページ数をカウントアップするというワークフローが生成される。さらに、ＯＣＲコンポーネント、ＳＭＢコンポーネント及びカウンタコンポーネント間は、それぞれ矢印で結ばれる。矢印は、ワークフロー開発者がマウス等のポインティングデバイスを用いてそれぞれのコンポーネントをドラッグ＆ドロップ等した後のタイミングなどを利用して、互いに結線可能な位置関係にあると判断された場合に結線表示されるようなＵＩ(User Interface)が提供されてもよい。

続いて、ワークフロー開発者がワークフロー入力画面６００１に対してさらに任意のコンポーネントを配置した場合の画面遷移について説明する。図１５Ｄは、通信端末に表示されるワークフロー入力画面の画面遷移の一例を示す図である。図１５Ｄに示されているように、ワークフロー開発者は、図１５Ｂにおいてワークフロー入力画面６００１に配置したＯＣＲコンポーネントに続いて、ワークフロー入力画面６００２の余白部分にカウンタコンポーネント及びＳＭＢコンポーネントの順番でドラッグ＆ドロップする。これにより、表示制御部６３は、ワークフロー入力画面６００１においてワークフロー開発者がドロップした位置(座標位置)に、カウンタコンポーネント及びＳＭＢコンポーネントのアイコン等を配置する。これにより、処理の流れとしては、ＯＣＲを実行したファイルをカウントアップし、ＳＭＢで保存するというワークフローが生成される。さらに、ＯＣＲコンポーネント、カウンタコンポーネント及びＳＭＢコンポーネント間は、それぞれ矢印で結ばれる。

図１５Ｄの場合、処理の流れとしては、ＯＣＲの実行ページ数等をカウントアップし、その後、ＯＣＲを実行したファイルをＳＭＢで保存するというワークフローになっている。この場合、ＯＣＲの実行ページ数等をカウントアップした後のＳＭＢコンポーネントの処理については、正常に動作するか否かは問わないワークフローの仕様となっている。

図１４に戻り、送受信部６１は、情報処理装置１０に対して、ステップＳ１５で受け付けられた操作(入力)に応じた入力情報を送信する（ステップＳ１６）。これにより、情報処理装置１０の送受信部１１は、通信端末６０が送信した入力情報を受信する。この入力情報には、ステップＳ１５でアプリ設定の入力が受け付けられたアプリのアプリＩＤ、選択されたカウント対象の情報、カウント条件が含まれる。

図１６は、ＯＣＲ実行後の出力内容の一例を示す概念図である。図１６に示されているＯＣＲ実行後の出力内容として、例えば、ファイル名：「output.pdf」、ファイルサイズ：「307200」、及びページ数：「5」が示されている。

情報処理装置１０の判断部１７は、ステップＳ１６で受信した入力情報に基づいて、設定部１４３がワークフローを設定可能であるかを判断する（ステップＳ１７）。このとき、判断部１７は、設定部１４３がワークフローを設定可能であるか否かを判断するようにしてもよい。

判断部１７によってワークフローを設定可能であると判断された場合、入出力サービス処理部１４の設定部１４３は、ステップＳ１６で通信端末６０から受信したアプリＩＤを含む入力情報で示されるカウンタコンポーネント２１９を含むワークフローをアプリ情報管理ＤＢ１００１（図６参照）に設定する（ステップＳ１８）。このときに設定される内容は、例えば、アプリＩＤに対応するアプリ名とコンポーネントＩＤである。具体的には、設定部１４３は、ステップＳ１３で送信された入力画面情報に基づいて通信端末６０に表示された入力画面に対して操作(入力)された入力情報に応じて、利用履歴がカウント対象となるコンポーネントを含むワークフローを設定する。

他方、ステップＳ１７において、判断部１７によってワークフローを設定可能でないと判断された場合、情報処理装置１０は、以降のステップＳ１８及びＳ１９の処理を行わずこのシーケンスを抜ける。この場合、情報処理装置１０の送受信部１１は、通信端末６０に対して、ワークフローが設定できない旨の通知を送信するようにしてもよい。

次に、入出力サービス処理部１４のアプリ管理部１４１は、ステップＳ１６で設定されたアプリ情報管理ＤＢ１００１（図６参照）に含まれるコンポーネントＩＤ又はカウント条件(条件)に関連づけて、記憶・読出部１９と協働してカウント設定管理ＤＢ１００４（図１１参照）に登録する（ステップＳ１９）。具体的には、アプリ管理部１４１は、ステップＳ１６で設定されたアプリ情報管理ＤＢ１００１（図６参照）に含まれるコンポーネントＩＤ又はカウント条件(条件)に関連づけて、カウント設定(条件式)をアプリ設定に含まれるカウント設定として、カウント設定管理ＤＢ１００４（図１１参照）に登録する。

このように、情報処理装置１０は、ワークフロー開発者等からの操作入力に応じて、複数のコンポーネントを含むワークフローアプリを生成することができる。

本実施形態に係る情報処理システムでは、例えば、上述したステップＳ１１及びＳ１３の処理が実行される場合、通信端末６０と情報処理装置１０との間に他の装置等が存在してもよい。つまり、通信端末６０と情報処理装置１０との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、通信端末６０と情報処理装置１０との間に他の処理ステップが存在しても適用可能である。

<<ワークフロー設定時の画面表示例１>>
図１７は、通信端末に表示されるワークフロー入力画面のカウントアップ式入力の一例を示す図である。図１７に示されているように、通信端末６０の表示制御部６３は、ディスプレイ６０６にワークフロー入力画面６１０１を表示する。図１７では、表示制御部６３は、図１５Ｄで示したワークフロー入力画面６１０１に表示されたカウンタコンポーネントに対して、例えば、カウントアップを実行するためのダイアログで示されるカウントアップ式６１０２をポップアップ表示する。なお、表示されるカウントアップ式６１０２は、ポップアップ表示されるダイアログに限らず、例えば、ワークフロー開発者等によって配置されたコンポーネントを示す枠内に設けられてもよい。これにより、ワークフロー開発者は、カウントアップ式６１０２を含むコンポーネントが表示された画面に対して、カウント条件を設定することが可能になる。このような表示方法を採用することで、ポップアップ表示によって他のコンポーネントの表示が塞がれるような状況を回避することも期待できる。図１７に示した例では、ワークフロー開発者がＯＣＲ後の出力内容として「ocr.pages」という式をカウントアップ式６１０２に設定しておくと、設定部１４３によって、図１６で説明したように「pages」に対応する値「5」が設定される。これにより、図１７で示されたカウントアップ式では、「5」がカウントアップする値に設定される。なお、現在のカウント値をアプリ上で確認する構成として、カウント値を含む説明文をワークフロー設定におけるカウンタコンポーネントの配置から自動的に設定(生成)することも可能である。例えば、「ocr.pages」というカウントアップ式が設定されている場合、設定部１４３は、ocrで対象のコンポーネントを決定し、pagesでカウント対象を決定する。これらに対し、設定部１４３は、「現在{{component}}で実行した{{unit}}は{counter}です。」といった定型文に当てはめることで説明文を設定(生成)する。カウントアップ式は、例えば、{{component}}.{{unit}}の形式となっており、ocr.pagesという式の場合、componentがocrキー、unitがpagesキーとなる。このようにキーごとに所定のラベルを保持したうえで、ocrキーに対応するラベルをＯＣＲ、pagesに対応するラベルをページ数として管理することで、設定部１４３は、「現在ＯＣＲで実行したページ数は{counter}です。」という定型文を設定(生成)することができる。上述したように、ワークフローは、通信端末６０に表示された入力画面に対する操作に応じて設定されたカウント条件に基づいてカウント対象のコンポーネントの利用履歴をカウント条件に基づいてカウントするカウンタコンポーネントを含む。そして、ワークフローに含まれるカウンタコンポーネントが実行された場合に、カウンタコンポーネントは、カウント対象のコンポーネントの利用履歴をカウントする。

<<ワークフロー設定時の画面表示例２>>
図１８は、通信端末に表示されるワークフロー入力画面におけるエラー表示の一例を示す図である。図１８に示されているように、通信端末６０の表示制御部６３は、ディスプレイ６０６にワークフロー入力画面６２０１を表示する。図１８では、表示制御部６３は、ワークフロー開発者によってドラッグ＆ドロップされたカウンタコンポーネント、ＯＣＲコンポーネント及びＳＭＢコンポーネントのうちカウンタコンポーネントに対して、カウントアップを実行するためのダイアログで示されるカウントアップ式６２０２をポップアップ表示する。

図１８に示した例は、情報処理装置１０の判断部１７が上述したステップＳ１７においてワークフロー設定可否の判断処理を実行した結果、エラーとなった場合に表示される画面例である。具体的には、フロー作成エディタでフローを保存する際に、情報処理装置１０の判断部１７は、カウントアップ式の「ocr」に対応する処理がカウンタコンポーネントの前段に存在するか否かをチェックする。ここで前段とは、現在処理が実行されているコンポーネントから見て実行済みの処理が配置されている位置をいう。換言すれば、時間軸における過去の処理に対応する位置をいう。他方、後段とは、現在処理が実行されているコンポーネントから見て未実行の処理が配置されている位置をいう。換言すれば、時間軸における未来の処理に対応する位置をいう。チェックした結果、カウントアップ式の「ocr」に対応する処理がカウンタコンポーネントの前段に存在しない場合（すなわち、カウント対象のコンポーネントの前段に、カウンタコンポーネントが配置された場合）は正しくカウントすることができないため、送受信部１１は、ワーフクローを設定できない旨を表示する画面である通知画面を示す通知画面情報を、通信端末６０に対して送信する。そして、通信端末６０の表示制御部６３は、情報処理装置１０が送信した通知画面情報に基づいて、エラーのダイアログを示すエラー画面６２０３を表示する。エラー画面６２０３の表示方法は、図１８に示されたように、カウントアップ式６２０２のダイアログに重ねる形でエラー画面６２０３のダイアログがポップアップ表示されてもよい。すなわち、情報処理装置１０は、通信端末６０と協働して利用者にエラー通知を行う。なお、上述した場合以外にも、同一のカウントアップ式で複数カウンタコンポーネントが配置されているケースなどでエラー通知を行う。但し、判断部１７による判断処理は、ワークフローの種類を問わず実行されるようにしてもよい。

<<ワークフロー設定時の画面表示例３>>
図１９は、通信端末に表示されるワークフロー入力画面における複数のカウンタコンポーネントを表示する一例を示す図である。図１９に示されているように、通信端末６０の表示制御部６３は、ディスプレイ６０６にワークフロー入力画面６３０１を表示する。図１９では、表示制御部６３は、ワークフローアプリを構成する各コンポーネント(ＯＣＲコンポーネント、ＯＣＲコンポーネント、ＳＭＢコンポーネント)を順番に並べて表示し、各コンポーネントを矢印で結線している。表示制御部６３は、さらに、ＳＭＢコンポーネントの後段に二つのカウンタコンポーネントを並列に並べて表示し、前段のＳＭＢコンポーネントからそれぞれに対して矢印で結線している。さらに、表示制御部６３は、二つのカウンタコンポーネントの各々に対して、カウントアップ式６３０２及びカウントアップ式６３０３のダイアログをそれぞれ関連付けてポップアップ表示する。

並列に表示された二つのカウンタコンポーネントのうち、一方のカウンタコンポーネントのカウントアップ式６３０２のダイアログには「ocr.pages」が与えられ、他方のカウンタコンポーネントのカウントアップ式６３０３のダイアログには「ocr_jp.pages」が与えられている。このようにして設定されるワークフローでは、ＯＣＲコンポーネントが複数配置されている。このような場合は、ワークフロー開発者は、同一のコンポーネントを識別するためのワークフロー内で任意のラベルを設定することができる。ワークフロー開発者によってラベルが設定された場合、各カウンタコンポーネントにおいてラベルを指定した式が与えられれば、それぞれLabel：ocrで出力されたページ数、Label：ocr_jpで出力されたページ数をカウントアップすることができる。

○ワークフロー実行処理○
続いて、サービス利用者によるサービス利用時のワークフロー実行処理について説明する。図２０は、請求情報送信処理の一例を示すシーケンス図である。図２０では、テナントごとに設定されたタイミングに応じて、ワークフローに含まれるカウンタコンポーネントによってカウントされた利用履歴に基づいて請求処理システム９０に送信するまでの処理が示されている。まず、画像処理装置８０の送受信部８１は、情報処理装置１０に対して処理要求を送信する（ステップＳ５１）。これにより、情報処理装置１０の送受信部１１は、画像処理装置８０が送信した処理要求を受信する。このとき、処理要求には、処理対象データ、アプリＩＤ、アカウント情報が含まれる。

次に、入出力サービス処理部１４のアプリ管理部１４１は、処理内容を特定する（ステップＳ５２）。具体的には、アプリ管理部１４１は、受信したアプリＩＤを検索キーとしてアプリ情報管理ＤＢ１００１（図６参照）を検索することにより、対応するアプリ名、アプリを構成するコンポーネントを識別するコンポーネントＩＤを特定する。さらにアプリ管理部１４１は、特定したコンポーネントＩＤを検索キーとしてアプリ設定管理ＤＢ１００２（図９参照）を検索することにより、設定情報としての言語情報、並びに、宛先及びＣＣ等の送信先情報を特定する。

続いて、ドキュメントサービス部１６は、特定された処理内容(処理フロー情報)に基づく一連の処理に含まれる所定の処理を実行する（ステップＳ５３）。上述したようにドキュメントサービス部１６は、ＯＣＲ処理部１６１及びファイル変換部１６２を含む機能部を有するため、ステップＳ５２で特定された処理内容に応じた処理部によってそれぞれの処理が実行される。
○○ワークフロー実行処理の詳細○○

図２１は、ワークフロー実行時の詳細処理の一例を示すシーケンス図である。図２１では、ステップＳ５２で特定されたワークフローの処理内容として、アプリ情報管理ＤＢ１００１（図６参照）で管理されているアプリのうち「ワークフローアプリＢ」が実行される場合を例に説明する。このとき、アプリ情報管理ＤＢ１００１（図６参照）を構成するそれぞれのデータテーブルと、カウント設定管理ＤＢ１００４（図１１参照）を構成するデータテーブルは、それぞれ図６Ａ及び図１１Ａで示した内容を例に説明する。

図２１Ａに示されているように、まず、情報処理装置１０のフロー実行部２０１は、実行対象のワークフローＢから最初の処理対象のコンポーネントとしてＯＣＲコンポーネントを特定する（ステップＳ７１）。

続いて、フロー実行部２０１は、コンポーネント管理部２０２に対してＯＣＲコンポーネント実行要求を渡す（ステップＳ７２）。これにより、コンポーネント管理部２０２は、フロー実行部２０１からＯＣＲコンポーネント実行要求を受け取る。このとき、ＯＣＲコンポーネント実行要求には、ステップＳ５２で特定された対象データのＵＲＬ、言語情報が含まれる。

次に、コンポーネント管理部２０２は、コンポーネント群２１０に管理されているステップＳ７１で特定されたＯＣＲコンポーネントを用いたＯＣＲ処理を実行する（ステップＳ７３）。

次に、コンポーネント管理部２０２は、フロー実行部２０１に対して処理完了通知を渡す（ステップＳ７４）。これによりフロー実行部２０１は、コンポーネント管理部２０２から処理完了通知を受け取る。このとき、処理完了通知には、対象データのＵＲＬ及び言語情報が含まれる。

次に、フロー実行部２０１は、ワークフローアプリＢの次工程のコンポーネントとしてのカウンタコンポーネントを特定する（ステップＳ７５）。

次に、フロー実行部２０１は、コンポーネント管理部２０２に対して、カウンタコンポーネント実行要求を渡す（ステップＳ７６）。これにより、コンポーネント管理部２０２は、フロー実行部２０１からカウンタコンポーネント実行要求を受け取る。このとき、カウンタコンポーネント実行要求には、カウント対象のコンポーネントであるＯＣＲコンポーネントを識別するコンポーネントＩＤ、ＯＣＲコンポーネントによる処理結果が含まれる。

次に、コンポーネント管理部２０２は、対象のカウンタコンポーネントを識別するカウント設定ＩＤ又はカウンタ条件を検索キーとしてカウント設定管理ＤＢ１００４（図１１ＡＢ参照）を検索することにより、対応するカウント設定を読み出す（ステップＳ７７）。

次に、コンポーネント管理部２０２は、ステップＳ７５で特定されたカウンタコンポーネント２１９によるカウント処理を実行させる（ステップＳ７８）。具体的には、カウンタコンポーネント２１９は、ステップＳ７７で読み出されたカウント設定に基づいて、カウント対象のＯＣＲコンポーネントの利用履歴をカウントする。カウンタコンポーネント２１９は、例えば、カウント設定が「ocr_pages」である場合、利用履歴としてカウント対象のＯＣＲコンポーネントの利用量（例えば、ページ数）をカウントする。また、カウンタコンポーネント２１９は、例えば、カウント設定が「executions」である場合、利用履歴としてカウント対象のＯＣＲコンポーネントの処理回数をカウントする。

○カウント値管理テーブル
図２２は、カウント値管理テーブルの一例を示す概念図である。記憶部１０００には、図２２Ａ又は図２２Ｂに示されているようなカウント値管理テーブルによって構成されたカウント値管理ＤＢ１００５が構築されている。

図２２Ａに示したカウント値管理テーブルでは、上述した契約ＩＤごとにテナントＩＤ、ユーザアカウント及びカウント値が対応付けて管理されている。図２２Ｂに示したカウント設定管理テーブルでは、上述した契約ＩＤごとにテナントＩＤ、ユーザアカウント、キーワード及びカウント値が対応付けて管理されている。これらのうち、キーワードは、通信端末６０で入力される任意のラベルに関連付けられる情報であり、上述した「ocr_pages」、「evacuations」等が含まれる。また、カウント値管理テーブルで管理されるカウント値は、例えばページ数である。

図２１Ａに戻り、コンポーネント管理部２０２は、カウント処理により得られたカウンタ値をカウント値管理ＤＢ１００５（図２２参照）に記憶(登録)し（ステップＳ７９）、フロー実行部２０１に対して処理完了通知を渡す（ステップＳ８０）。これにより、フロー実行部２０１は、コンポーネント管理部２０２から処理完了通知を受け取る。なお、上述したようにＯＣＲコンポーネントの実行後にカウンタコンポーネント２１９によってカウント処理が実行される場合は、コンポーネント管理部２０２は、カウント処理により得られたカウント値をカウント値管理ＤＢ（図２２参照）に登録させなくてもよい。その場合は、送受信部１１は、カウンタコンポーネント２１９によってカウント値が得られた時点で、通信ネットワーク５を介して請求処理システム９０にカウント値を送信するようにしてもよい。

図２１Ｂにおいて、フロー実行部２０１は、ワークフローアプリＢの次工程のコンポーネントとしての画像変換の一例であるＰＤＦコンポーネントを特定する（ステップＳ８１）。

次に、フロー実行部２０１は、コンポーネント管理部２０２に対して、ＰＤＦコンポーネント実行要求を渡す（ステップＳ８２）。これにより、コンポーネント管理部２０２は、フロー実行部２０１からＰＤＦコンポーネント実行要求を受け取る。このとき、ＰＤＦコンポーネント実行要求には、画像変換対象となるデータのＵＲＬ等が含まれる。

次に、コンポーネント管理部２０２は、ＰＤＦコンポーネントの実行内容の一例として画像変換処理を実行する（ステップＳ８３）。

次に、コンポーネント管理部２０２は、フロー実行部２０１に対して処理完了通知を渡す（ステップＳ８４）。これによりフロー実行部２０１は、コンポーネント管理部２０２から処理完了通知を受け取る。このとき、処理完了通知には、画像変換されたデータのＵＲＬ等が含まれる。

次に、フロー実行部２０１は、ワークフローアプリＢの次工程のコンポーネントとしてのＳＭＢコンポーネントを特定する（ステップＳ８５）。

次に、フロー実行部２０１は、コンポーネント管理部２０２に対して、ＳＭＢコンポーネント実行要求を渡す（ステップＳ８６）。これにより、コンポーネント管理部２０２は、フロー実行部２０１からＳＭＢコンポーネント実行要求を受け取る。このとき、ＳＭＢコンポーネント実行要求には、変換対象のデータのＵＲＬ、ＯＣＲ処理データのＵＲＬ等が含まれる。

次に、コンポーネント管理部２０２は、ＳＭＢコンポーネントの実行内容の一例としてのファイル共有処理等を実行する（ステップＳ８７）。

次に、コンポーネント管理部２０２は、フロー実行部２０１に対して処理完了通知を渡す（ステップＳ８８）。これによりフロー実行部２０１は、コンポーネント管理部２０２から処理完了通知を受け取る。以上の各処理によって、情報処理装置１０では、ワークフロー開発者等によって操作(入力)された複数のコンポーネントを含む所定のワークフローが実行される。

図２０に戻り、情報処理装置１０の記憶・読出部１９は、ステップＳ５１で受信したアプリＩＤを検索キーとして請求条件管理ＤＢ１００３（図１０参照）を検索することにより、対応する請求条件を読み出す（ステップＳ５４）。このときに読み出される請求条件には請求頻度、請求単位及び算出式が含まれる。

次に、記憶・読出部１９は、ステップＳ５１で受信したアカウント情報の一例であるユーザアカウントを検索キーとしてカウント値管理ＤＢ１００５（図２２参照）を検索することにより、対応するカウント値を読み出す（ステップＳ５５）。

次に、送受信部１１は、利用者が利用したワークフローに対する請求情報を、請求処理システム９０に対して送信する（ステップＳ５６）。これにより、請求処理システム９０の通信部９１は、情報処理装置１０が送信した請求情報を受信する。このとき請求情報には、契約ＩＤ、テナントＩＤ、及びステップＳ５５で読み出されたカウント値が含まれる。つまり、ステップＳ５６において、送受信部１１は、テナントごとに設定された条件、タイミング等に応じて、カウントサービス部１８によってカウントされた利用履歴(カウント値)を、請求処理システム９０に対して送信する。

次に、請求処理システム９０のサービス処理部９２は、請求情報に含まれるカウント値に基づいて、利用料を算出する（ステップＳ５７）。具体的には、請求処理システム９０は、ステップＳ５６で受信した請求情報に含まれるカウント値と記憶部９０００に予め記憶した利用者ごとの請求条件とに基づいて、利用料を算出する。なお、記憶部９０００に記憶された請求条件は、請求条件管理ＤＢ１００３に記憶された請求条件と同様である。

このように、情報処理装置１０は、ワークフロー開発者等による操作(入力)に応じて設定された複数のコンポーネントを含むワークフローを設定することができる。さらに、情報処理装置１０は、設定されたワークフローを実行し、実行されたワークフローで得られたカウント値を任意のタイミングで請求処理システム９０に対して送信することができる。これにより、請求処理システム９０は、受信したカウント値に基づいて、利用料を計算することが可能になる。

なお、上述した実施形態では、請求処理システム９０が受信した利用履歴(カウント値)に基づいて利用料を算出する例を示したが、これに限らず、情報処理装置１０が、実行されたワークフローで得られたカウント値に基づいて利用料を算出するようにしてもよい。この場合、コンポーネント管理部２０２(カウンタコンポーネント２１９)は、ステップＳ５４で読み出した請求条件(請求頻度、請求単位、算出式等)にカウント値管理ＤＢ１００５（図２２参照）に記憶したカウント値を乗じた値を利用料として算出する。コンポーネント管理部２０２によって算出された利用量は、例えば、上述したステップＳ５６の処理タイミングで、送受信部１１によって請求処理システム９０に送信されるようにしてもよい。

本実施形態に係る情報処理システムでは、例えば、上述したステップＳ５１の処理が実行される場合、画像処理装置８０と情報処理装置１０との間に他の装置等が存在してもよい。つまり、画像処理装置８０と情報処理装置１０との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、画像処理装置８０と情報処理装置１０との間に他の処理ステップが存在しても適用可能である。

また、本実施形態に係る情報処理システムでは、例えば、上述したステップＳ５７の処理が実行される場合、情報処理装置１０と請求処理システム９０の間に他の装置等が存在してもよい。つまり、画像処理装置８０と情報処理装置１０との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、画像処理装置８０と情報処理装置１０との間に他の処理ステップが存在しても適用可能である。

●実施形態の効果
以上説明したように、本実施形態によれば、情報処理装置１０は、通信端末６０に対して、取得された各コンポーネントを設定するための画面情報を送信し（ステップＳ１３）、通信端末６０から受信した入力情報で示されるカウンタコンポーネント２１９を含むワークフローをアプリ情報管理ＤＢ１００１（図６参照）に設定する（ステップＳ１８）。その後、情報処理装置１０は、ワークフローに含まれるカウンタコンポーネント２１９によるカウント処理を実行する（ステップＳ７８）。これにより、情報処理システム１は、複数のコンポーネントを含むワークフローが実行された場合に、設定されたカウント方法に応じたコンポーネントの利用履歴をカウントすることができるという効果を奏する。

さらに、情報処理システム１は、ワークフローに対応するテナントごとに設定された請求条件、又はタイミング等に応じて、カウントされた利用履歴を請求処理システム９０に対して送信する（ステップＳ５７）ため、設定したワークフローの処理が実行される処理タイミングと独立した自由なタイミングで、ワークフローの処理に伴う従量課金処理を行うことが可能となる。

さらに、情報処理システム１は、任意のコンポーネントを含むワークフローを入力可能なＵＩを、開発者が使用する通信端末６０上に提供する（ステップＳ１４）ので、ワークフロー開発者は、自由度の高いワークフローアプリの開発を行うことが可能となる。
●実施形態の変形例●

次に、実施形態の変形例について説明する。図２３は、情報処理システムの機能構成の別の一例を示す図である。実施形態の変形例では、カウントアップ対象のコンポーネントを予め入出力サービス処理部１４で設定しておく形態である。つまり、上述した実施形態における機能構成の比較において、入出力サービス処理部１４内のロジック処理部１４４に含まれていたカウンタコンポーネント２１９に代えて、カウント処理部２０をロジック処理部１４４の外部に配置した点が異なる。さらに、記憶部１０００に構築されているカウント設定管理ＤＢ１００４（図１１参照）に代えて、カウント対象管理ＤＢ１００６（図２５参照）を新たに構築した点が異なる。なお、システム構成及び各システムを構成するハードウエア資源は上述した実施形態と同様である。

図２４は、アプリ情報管理テーブルの別の一例を示す概念図である。図６Ａ及び図６Ｂで示したアプリ情報管理ＤＢ１００１との相違点は、コンポーネントＩＤにおいて、カウンタコンポーネント２１９に対応するコンポーネントＩＤが管理対象外となっている点である。この相違点は、上述したカウント処理部２０がカウンタコンポーネント２１９に代えてロジック処理部１４４の外部に配置されたことによる。

○カウント対象管理テーブル
図２５は、カウント対象管理テーブルの一例を示す概念図である。記憶部１０００には、図２５に示されているようなカウント対象管理テーブルによって構成されたカウント対象管理ＤＢ１００６が構築されている。カウント対象管理テーブルでは、コンポーネントＩＤとカウント設定が関連づけられて管理されている。このカウント対象管理テーブルでは、ＯＣＲ処理及びメール送信に係るコンポーネントＩＤに対してそれぞれカウント設定の内容が与えられるが、それら以外のコンポーネントＩＤにはカウント設定は与えられない。

○アプリ登録処理○
続いて、図２６及び図２７を用いて、実施形態の変形例に係る情報処理システムの処理又は動作について説明する。まず、図２６を用いて、ワークフロー開発者が新たにアプリを作成し、情報処理装置１０が登録するまでの処理について説明する。図２６は、ワークフロー開発者によるワークフロー設定処理の別の一例を示すシーケンス図である。図２６において、ステップＳ１０１乃至Ｓ１０８までの各処理は、図１４に示したステップＳ１１乃至Ｓ１８までの各処理と同様であるため説明を省略する。

続いて、入出力サービス処理部１４のアプリ管理部１４１は、ステップＳ１６で設定されたアプリ情報管理ＤＢ１００１（図６参照）に含まれるコンポーネントＩＤ又はカウント条件(条件)に関連づけて、記憶・読出部１９と協働してカウント対象管理ＤＢ１００６（図２５参照）に登録する（ステップＳ１０９）。具体的には、アプリ管理部１４１は、ステップＳ１６で設定されたアプリ情報管理ＤＢ１００１（図６参照）に含まれるコンポーネントＩＤに関連づけて、カウント対象となるコンポーネントＩＤに対応したカウント設定を、カウント対象管理ＤＢ１００６（図２５参照）の対応するカウント設定の項目に登録する。
○○ワークフロー実行処理の詳細○○

図２７は、ワークフロー実行時の詳細処理の一例を示すシーケンス図である。図２７Ａにおいて、ステップＳ１２１－Ｓ１２４までの各処理は、上述した図２１ＡのステップＳ７１－Ｓ７４までの各処理と同様であるため、説明を省略する。

続いて、フロー実行部２０１は、コンポーネントＩＤを検索キーとしてカウント対象管理ＤＢ１００６（図２５参照）を検索することにより、対応するカウント設定の有無からカウント対象の有無を判断する（ステップＳ１２５）。この処理では、ＯＣＲ処理がカウント対象であると判断される。

カウント対象がある場合、フロー実行部２０１は、カウント処理部２０に対してカウント処理実行要求を渡す（ステップＳ１２６）。これにより、カウント処理部２０は、フロー実行部２０１が渡したカウント処理実行要求を受け取る。このとき、カウント処理実行要求には、カウント対象であるＯＣＲ処理のコンポーネントＩＤ、カウント設定、処理結果等が含まれる。

次に、カウント処理部２０は、カウンタ処理を実行し（ステップＳ１２７）、算出されたカウンタ値をカウント値管理ＤＢ１００５（図２２参照）に登録する（ステップＳ１２８）。

次に、カウント処理部２０は、フロー実行部２０１に対して、処理完了通知を渡す（ステップＳ１２９）。これにより、フロー実行部２０１は、カウント処理部２０が渡した処理完了通知を受け取る。

カウント処理部２０が渡した処理完了通知を受け取った後のステップＳ１３０－Ｓ１３３までの各処理は、上述した図２１ＢのステップＳ８１－Ｓ８４までの各処理と同様であるため、説明を省略する。

続いて、フロー実行部２０１は、コンポーネントＩＤを検索キーとしてカウント対象管理ＤＢ１００６（図２５参照）を検索することにより、対応するカウント設定の有無からカウント対象の有無を判断する（ステップＳ１３４）。この処理では、ＳＭＢ処理がカウント対象であると判断される。

カウント対象がある場合、フロー実行部２０１は、設定されたワークフローアプリの次工程のコンポーネントを特定する（ステップＳ１３５）。なお、ステップＳ１３６－Ｓ１３８までの各処理は、上述した図２１ＢのステップＳ８６－Ｓ８８までの各処理と同様であるため、説明を省略する。

続いて、フロー実行部２０１は、フロー実行部２０１は、コンポーネントＩＤを検索キーとしてカウント対象管理ＤＢ１００６（図２５参照）を検索することにより、対応するカウント設定の有無から、さらにカウント対象の有無を判断する（ステップＳ１３９）。

●実施形態の変形例の効果
以上説明したように、本実施形態によれば、実施形態で示したロジック処理部１４４の内部に含まれていたカウンタコンポーネント２１９に代えて、カウント処理部２０をロジック処理部１４４の外部に配置し、さらに、記憶部１０００に構築されているカウント設定管理ＤＢ１００４（図１１参照）に代えて、カウント対象管理ＤＢ１００６（図２５参照）を新たに構築した。これにより、ワークフローごとにカウント方式を設定する方法に代えて、コンポーネントごとにカウント対象(設定)を管理するため、例えば、コンポーネントの種類に応じたカウント設定を一律に管理することが可能になる。

●補足●
上述した各種データテーブル、データ定義等の種類、及び管理されるデータについては一例であり、各実施形態に例示した内容、使用環境等に限定されるものではない。

また、上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本実施形態における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたプロセッサ、並びに上述した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）、SOC(System on a chip)、GPU(Graphics Processing Unit)及び従来の回路モジュール等のデバイスを含むものとする。

また、上述した実施形態の各種テーブルは、機械学習の学習効果によって生成されたものでもよく、関連づけられている各項目のデータを機械学習にて分類付けすることで、テーブルを使用しなくてもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり，コンピュータが，データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習及び深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

これまで本発明の一実施形態に係る情報処理装置、情報処理システム、情報処理方法及びプログラムについて説明してきたが、本発明は上述した実施形態に限定されるものではなく、他の実施形態の追加、変更又は削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ 情報処理システム
５ 通信ネットワーク
１０ 情報処理装置
１１ 送受信部（第１の送信手段の一例、第２の送信手段の一例）
１７ 判断部（判断手段の一例）
１８ カウントサービス部（カウント手段の一例）
６０ 通信端末
６１ 送受信部（送信手段の一例、受信手段の一例）
６２ 受付部（受付手段の一例）
６３ 表示制御部（表示制御手段の一例）
８０ 画像処理装置
９０ 請求処理システム
１３１ 画面生成部（生成手段の一例）
１４３ 設定部（設定手段の一例）
２０１ フロー実行部（実行手段の一例）
２１９ カウンタコンポーネント（カウント手段の一例）
３００ ワークフローアプリ（アプリの一例）
６０６ ディスプレイ（表示手段の一例）

特開２００８－６５７０２号公報

Claims (15)

1. 所定のサービスを提供する情報処理装置であって、
   当該情報処理装置と通信可能な通信端末に対して、複数のコンポーネントを含むワークフローに関する入力をするための入力画面に係る入力画面情報を送信する第１の送信手段と、
   送信された前記入力画面情報に基づいて前記通信端末に表示された前記入力画面に対する操作に応じて、利用履歴がカウント対象となるコンポーネントを含む前記ワークフローを設定する設定手段と、
   設定された前記ワークフローが実行された場合、当該ワークフローに含まれる前記カウント対象のコンポーネントの利用履歴をカウントするカウント手段と、
   を有する情報処理装置。
2. 前記設定手段は、前記入力画面に対する操作に応じて前記カウント対象のコンポーネントに対するカウント条件を設定し、
   前記カウント手段は、設定された前記カウント条件に基づいて、前記利用履歴をカウントする、
   請求項１に記載の情報処理装置。
3. 前記ワークフローは、前記通信端末に表示された前記入力画面に対する操作に応じて設定されたカウント条件に基づいて前記カウント対象のコンポーネントの利用履歴をカウントするカウンタコンポーネントを含み、
   前記カウント手段は、前記ワークフローに含まれる前記カウンタコンポーネントが実行された場合に、前記カウント対象のコンポーネントの前記利用履歴をカウントする、
   請求項２に記載の情報処理装置。
4. 前記情報処理装置は、更に、前記通信端末に表示された前記入力画面に対する操作に応じて、前記設定手段が前記ワークフローを設定可能であるかを判断する判断手段を有し、
   前記判断手段は、前記入力画面において配置された前記カウンタコンポーネントの配置位置に基づいて判断する、
   請求項３に記載の情報処理装置。
5. 前記入力画面に対する操作に応じて表示された画面に対する操作に基づいて、前記設定手段は、前記カウント条件を設定する、
   請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記利用履歴は、前記カウント対象のコンポーネントの処理回数を含み、
   前記カウント手段は、前記処理回数をカウントする、
   請求項１乃至５のいずれか一項に記載の情報処理装置。
7. 前記利用履歴は、前記カウント対象のコンポーネントの利用量を含み、
   前記カウント手段は、前記利用量をカウントする、
   請求項１乃至５のいずれか一項に記載の情報処理装置。
8. 前記情報処理装置は、更に、
   前記カウント手段がカウントした前記利用履歴を、請求処理を行う請求処理システムに送信する第２の送信手段を有する、
   請求項６又は７に記載の情報処理装置。
9. 前記第２の送信手段は、設定されたタイミングに応じて、前記カウントされた前記利用履歴を前記請求処理システムに送信する、
   請求項８に記載の情報処理装置。
10. 前記判断手段は、前記カウンタコンポーネントが、前記カウント対象のコンポーネントの前段に配置された場合、前記ワークフローを設定できないと判断し、
    前記第１の送信手段は、前記ワーフクローを設定できない旨を表示する画面である通知画面を示す通知画面情報を前記通信端末に対して送信する、
    請求項４乃至９のいずれか一項に記載の情報処理装置。
11. 請求項１乃至１０のいずれか一項に記載の情報処理装置と、前記情報処理装置と通信可能な通信端末と、を備える情報処理システムであって、
    前記通信端末は、
    前記ワークフローを入力するための入力画面を表示手段に表示する表示制御手段と、
    前記入力画面に表示された一以上のコンポーネントの配置操作を受け付ける受付手段と、
    受け付けられた前記一以上のコンポーネントの配置操作に基づく前記ワークフローを設定するための操作情報を、前記情報処理装置へ送信する送信手段と、
    を有する情報処理システム。
12. 前記受付手段は、
    前記カウント対象のコンポーネントに対して複数のカウント条件の入力を受け付ける、
    請求項１１に記載の情報処理システム。
13. 前記表示制御手段は、
    前記コンポーネントの配置にエラーが発生した場合、前記ワークフローが正しく設定されない旨を前記表示手段に表示する、
    請求項１１に記載の情報処理システム。
14. 所定のサービスを提供する複数のコンポーネントを有する情報処理装置が実行する情報処理方法であって、
    当該情報処理装置と通信可能な通信端末に対して、前記複数のコンポーネントを含むワークフローに関する入力をするための入力画面に係る入力画面情報を送信する第１の送信ステップと、
    送信された前記入力画面情報に基づいて前記通信端末に表示された前記入力画面に対する操作に応じて、利用履歴がカウント対象となるコンポーネントを含む前記ワークフローを設定する設定ステップと、
    設定された前記ワークフローが実行された場合、当該ワークフローに含まれる前記カウント対象のコンポーネントの利用履歴をカウントするカウントステップと、
    を含む処理を実行する情報処理方法。
15. 所定のサービスを提供する複数のコンポーネントを有する情報処理装置に、
    当該情報処理装置と通信可能な通信端末に対して、前記複数のコンポーネントを含むワークフローに関する入力をするための入力画面に係る入力画面情報を送信する第１の送信ステップと、
    送信された前記入力画面情報に基づいて前記通信端末に表示された前記入力画面に対する操作に応じて、利用履歴がカウント対象となるコンポーネントを含む前記ワークフローを設定する設定ステップと、
    設定された前記ワークフローが実行された場合、当該ワークフローに含まれる前記カウント対象のコンポーネントの利用履歴をカウントするカウントステップと、
    を含む処理を実行させるプログラム。

Images