特開 2024-134883 情報処理システム、アプリ実行方法、プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024134883

(43)【公開日】2024-10-04

(54)【発明の名称】情報処理システム、アプリ実行方法、プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240927BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2023045314

(22)【出願日】2023-03-22

(71)【出願人】

【識別番号】000006747

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100107515

【弁理士】

【氏名又は名称】廣田 浩一

(72)【発明者】

【氏名】児玉 快

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC12

5L050CC12

(57)【要約】

【課題】顧客によるアプリケーションの利用を制限すること。
【解決手段】本発明は、顧客が操作する機器が要求したアプリケーションを実行する情報処理システムであって、前記顧客に対応付けられている点数の残高を記憶する第１記憶部と、前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記消費点数を予約する点数管理部６１と、前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行するアプリ実行部と、を有し、前記点数管理部は、前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する。
【選択図】図２

【特許請求の範囲】

【請求項1】

顧客が操作する機器が要求したアプリケーションを実行する情報処理システムであって、
前記顧客に対応付けられている点数の残高を記憶する第１記憶部と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記消費点数を予約する点数管理部と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行するアプリ実行部と、を有し、
前記点数管理部は、前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する情報処理システム。

【請求項2】

前記アプリケーションの開発者から前記アプリケーションの実行で消費される前記消費点数の登録を受け付け、第２記憶部に保存する点数情報登録部を有し、
前記点数管理部は、前記顧客によるアプリケーションの実行の要求に対し前記第２記憶部に記憶されている前記消費点数を予約し、
前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する請求項１に記載の情報処理システム。

【請求項3】

前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高より大きい場合、前記アプリ実行部は、前記アプリケーションの実行中断を前記顧客に通知する請求項１又は２に記載の情報処理システム。

【請求項4】

前記第１記憶部には、前記顧客、前記点数の残高、前記顧客が購入したアプリケーションの対価を受け取った販売者、及び、前記アプリケーションの開発者が対応付けられており、
前記点数管理部が、前記残高から前記消費点数を消費した場合、前記消費点数に応じた料金を、前記販売者から前記アプリケーションの開発者に支払う請求項２に記載の情報処理システム。

【請求項5】

前記第１記憶部には、同じ前記アプリケーションの開発者が登録されている場合に前記点数の残高を消費する優先度が設定されており、
前記点数管理部は、前記優先度が高い前記点数の残高から順に消費する請求項４に記載の情報処理システム。

【請求項6】

前記点数情報登録部は、前記アプリケーションの開発者から１点数に対応する価値情報を受け付け、前記第１記憶部に保存し、
前記点数管理部は、前記消費点数に前記価値情報を乗じた前記料金を前記販売者から前記アプリケーションの開発者に支払う請求項４に記載の情報処理システム。

【請求項7】

前記アプリケーションは外部サービスシステムのＡＰＩを利用して実行され、
前記点数情報登録部は、前記料金が前記外部サービスシステムの利用料を含むように設定された前記価値情報を、前記アプリケーションの開発者から受け付ける請求項６に記載の情報処理システム。

【請求項8】

前記アプリケーションの実行時に前記機器がスキャンで生成したページごとの画像データを前記機器から受信し、
前記アプリケーションの実行で消費される予定の前記消費点数を、処理の対象となり得る最大のページ数に応じて決定するロジック処理部を有し、
前記消費点数が前記残高以下の場合に、処理の対象でないページを除いて前記アプリケーションの実行を完了させた場合、前記点数管理部は、処理の対象でないページを除いて算出された前記消費点数を前記残高から消費する請求項１に記載の情報処理システム。

【請求項9】

前記アプリケーションの実行で消費される予定の前記消費点数を、処理の対象となり得る最大のデータ量に応じて決定するロジック処理部を有し、
前記顧客が要求したアプリケーションの実行で消費される予定の前記消費点数が、前記残高より大きい場合に、前記顧客から続行を要求された場合、
前記ロジック処理部は所定の処理単位のデータ量に応じて消費される予定の前記消費点数を決定し、
前記点数管理部は、前記ロジック処理部が前記所定の処理単位のデータ量に応じて決定した消費される予定の前記消費点数が、前記残高以下の場合、前記消費点数を予約し、
前記ロジック処理部が前記所定の処理単位のデータ量に応じて決定した消費される予定の前記消費点数が、前記残高以下の場合、前記アプリ実行部は、前記所定の処理単位に対し前記アプリケーションを実行し、
前記点数管理部は、前記所定の処理単位に対するアプリケーションの実行が完了した場合、前記残高から予約しておいた前記消費点数を消費する請求項１に記載の情報処理システム。

【請求項10】

顧客が操作する機器が要求したアプリケーションを実行する情報処理システムが行うアプリ実行方法であって、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、第１記憶部において前記顧客に対応付けられている点数の残高以下の場合、前記消費点数を予約する処理と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行する処理と、
前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する処理と、
を実行するアプリ実行方法。

【請求項11】

顧客が操作する機器が要求したアプリケーションを実行する情報処理システムを、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、第１記憶部において前記顧客に対応付けられている点数の残高以下の場合、前記消費点数を予約する点数管理部と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行するアプリ実行部、として機能させ、
前記点数管理部は、前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費するプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、アプリ実行方法、及び、プログラムに関する。

【背景技術】

【0002】

複数の処理（例えば、スキャン、クラウドへの保存、又はメール送信等）を組み合わせて実行し処理結果を提供するサービスが知られている。例えば、スキャンにより生成された画像ファイルに情報処理システムが所定の処理を行った上で、クラウドに保存したりメール送信したりするサービスが知られている。このようなサービスは、１以上の処理が一連の処理（ワークフロー）として実行されることにより実現される。

【0003】

一連の処理を実行するアプリケーションをプログラミング等の専門的な知識なしで作成する技術が考案されている（例えば、特許文献１参照。）。

【発明の概要】

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

【0004】

しかしながら、従来の技術では、コンポーネントやこれを使ったアプリケーションの開発者が、顧客による対価の支払いに基づいて、顧客によるアプリケーションを実行することができないという問題があった。

【0005】

本願発明は、顧客による対価の支払いに基づいて、顧客によるアプリケーションを実行することができる技術を提供することを目的とする。

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

【0006】

上記課題に鑑み、本発明は、顧客が操作する機器が要求したアプリケーションを実行する情報処理システムであって、前記顧客に対応付けられている点数の残高を記憶する第１記憶部と、前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記消費点数を予約する点数管理部と、前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行するアプリ実行部と、を有し、前記点数管理部は、前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する。

【発明の効果】

【0007】

顧客による対価の支払いに基づいて、顧客によるアプリケーションを実行することができる技術を提供できる。

【図面の簡単な説明】

【0008】

【図1】顧客と開発者の関係を模式的に示す図である。

【図2】顧客がアプリケーションの購入時に、顧客に対し付与されるクレジットを説明する図である。

【図3】アプリケーションの利用時にクレジットが検証及び消費されることを説明する図である。

【図4】クレジットの消費を契機としてアプリ販売者からコンポーネント開発者にＡＰＩ利用料が支払われることを説明する図である。

【図5】本実施形態に係るサービス提供システムの一例のシステム構成を示す図である。

【図6】情報処理システム及び端末装置の一例のハードウェア構成を示す図である。

【図7】機器の一例である画像形成装置のハードウェア構成図である。

【図8】サービス提供システムの一例の機能構成を示す図である。

【図9】アプリ管理部が管理するアプリケーション情報の一例を示す図である。

【図10】端末装置が表示する、ＷＦ開発ツールにより提供された処理フロー画面の一例を示す図である。

【図11】コンポーネント開発者がコンポーネントのクレジット定義を点数管理部とロジック処理部に登録する処理を説明するシーケンス図の一例である。

【図12】第１クレジット管理情報、第２クレジット管理情報の一例を示す図である。

【図13】顧客によるアプリケーションの購入に対し情報処理システムがクレジットを付与する処理を説明するシーケンス図の一例である。

【図14】点数管理部が登録した第３クレジット管理情報の一例を示す図である。

【図15】アプリケーションの実行時におけるクレジットの消費の処理を説明するシーケンス図の一例である。

【図16】点数管理部が管理するクレジットの消費予約情報、第３クレジット管理情報を示す図の一例である。

【図17】消費順序の情報を持つ第３クレジット管理情報の一例を示す図である。

【図18】消費クレジット数量に応じた料金をアプリ販売者が開発者に支払う処理を説明するシーケンス図の一例である。

【図19】アプリケーションの実行時におけるクレジットの消費の処理を説明するシーケンス図の一例である。

【図20】ワークフローアプリとそれを構成するコンポーネントについて説明する図である。

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

【0009】

以下、本発明を実施するための形態の一例として、サービス提供システムとサービス提供システムが行うアプリ実行方法について図面を参照しながら説明する。

【0010】

＜背景の補足＞
ワークフローを実行するアプリケーションによっては、外部の第三者の従量課金ＡＰＩ（Application Programming Interface）を利用するものがある。例えばＡＩによるＯＣＲ機能や翻訳機能をネットワーク上にＡＰＩを介して公開する第三者（第三者が運営する外部サービスシステム）が存在するとする。第三者は、例えば１ページあたり○○円でＡＰＩの利用を提供する。このケースでは、アプリケーションの開発のために第三者と契約した開発者（コンポーネント開発者又はアプリケーションの開発者等、ワークフローのアプリケーションを開発する者）がＡＰＩ利用料として支払った分を、各顧客に対して利用状況に応じて徴収したい。しかし、開発者は、顧客によるアプリケーションの利用状況をリアルタイムに把握することができず、また把握できたとしても、そのアプリケーションの利用を顧客ごとに制限することができなかった。

【0011】

また、図１に示すように、開発者が顧客からアプリケーションの利用料を徴収する場合、請求のフローが複雑になる。図１は、顧客と開発者の関係を模式的に示す図である。顧客２０１はアプリ販売者２０２からアプリケーションを購入するので、代金はアプリ販売者２０２が管理する。しかし、開発者（アプリ開発者２０３、フロー開発者２０４、コンポーネント開発者２０５）はそれぞれ第三者のＡＰＩ利用料を支払っている。アプリ販売者２０２が各開発者にアプリケーションのＡＰＩ利用料を支払うにしても、それぞれの開発者が支払うＡＰＩ利用料を特定することが困難である。

【0012】

また、開発者としては、顧客との契約を完全な従量課金とするのでなく、プリペイド型（契約時に有限個の「クレジット」を購入して、そのクレジットを支払うことでアプリケーションを利用できる形式）にしたいというニーズもあった。

【実施例0013】

＜本実施形態の動作の概略＞
そこで、本実施形態では、アプリケーションの実行時に、機器が消費予定のクレジット数量を実際の消費タイミングに先立って予約する。すなわち、情報処理システムが、アプリケーションの実行で消費される予定のクレジット数量を顧客が有するクレジットから確保しておく。これにより、顧客が購入したクレジット数量の残高を超えてアプリケーションを利用することを防ぐことができる。

【0014】

図２は、顧客がアプリケーションの購入時に、顧客に対し付与されるクレジットを説明する図である。

【0015】

(1) アプリケーションは、１以上のコンポーネント７１によって構成されている。ここで、コンポーネント７１とは、例えば、データの入力、処理、又は出力のいずれかの処理を実行するプログラムであり得る。コンポーネント７１は第三者が提供するＡＰＩを利用して所望のサービスを利用することができる。

【0016】

コンポーネント７１を開発して提供するコンポーネント開発者は、後述する点数管理部６１に対して、コンポーネント７１を利用するために必要なクレジット数量と、クレジットの価値を定義する。例えば、図２のαはクレジットの単位であり、価値（価値情報の一例）としては1α=0.1米ドルに相当するものとして定義されている。

【0017】

(2) また、顧客はアプリ販売者Ｐからアプリケーションのライセンスを購入する。購入したアプリケーションは、上記のコンポーネント開発者が提供するコンポーネント７１を利用するアプリケーションである。

【0018】

(3) アプリ販売者Ｐは、顧客がアプリケーションを購入した場合、該顧客に購入代金に応じたクレジットを付与するように点数管理部６１に対して要求する。アプリ販売者Ｐは、例えば、クレジットとして1000αを、顧客Ｕを識別するユーザーＩＤ（又は顧客が所属するテナントを識別するテナントＩＤ）と自分の識別情報とを対応付ける。ここで、1000は上記したαで定義されたクレジットの数量である。

【0019】

図３は、アプリケーションの利用時にクレジットが検証及び消費されることを説明する図である。

【0020】

(4) コンポーネント開発者は、ロジック処理部５９に対して、コンポーネント７１の登録を行う（図３では、直接、コンポーネント７１に登録されている）。一例として、アプリケーションがコンポーネント７１の機能を利用するためには、１回のオペレーションごとに３０αのクレジットが必要であるものとして登録されている。なお、オペレーションはクレジット消費が必要となる処理の単位であり、例えばアプリケーション又はコンポーネント７１が有する所望の機能の実行をオペレーションと表現する。

【0021】

(5)顧客は機器を操作して購入したアプリケーションの実行を要求する。

【0022】

(6) ロジック処理部５９は、顧客からアプリ実行要求を受け付けた場合（実行要求には、顧客を識別するユーザーＩＤが含まれていてもよい）、コンポーネント７１の実行に必要なクレジット数量に基づいて、点数管理部６１に対してクレジットの消費予約を行う。例えば、コンポーネントの１オペレーションの実行に必要なクレジットが３０αである場合、点数管理部６１は、３０αの消費予約を行う。点数管理部６１は、顧客に付与されているクレジットの残高を確認する。ここでは、ユーザーＩＤ又はテナントＩＤで識別される顧客には１０００αのクレジットが、アプリ販売者によって付与されているものとする。一方、顧客に付与されているクレジットが３０αに満たない場合は、ロジック処理部５９は処理を終了しても良い。

【0023】

(7) ロジック処理部５９は、消費予約が完了したことが点数管理部６１から回答された後（このとき、回答には消費予約を識別する予約ＩＤを回答してもよい）、コンポーネント７１に対して処理の実行を要求する。コンポーネント７１がＡＰＩを利用して所望のサービスを利用することで、処理を実行した場合、処理完了をロジック処理部５９に回答する。

【0024】

(8) ロジック処理部５９は、処理の完了後に点数管理部６１に対して予約確定を要求する。予約確定は、予約したクレジット数量に応じた分のコンポーネント７１の実行が完了したことを意味する。点数管理部６１は、このとき、改めて３０αの消費を要求してもよいし、予約ＩＤを受信していた場合には予約ＩＤを送信してもよい。これにより、点数管理部６１は、ユーザーＩＤ又はテナントＩＤに付与されているクレジットから、３０α分のクレジットを消費する。

【0025】

図４は、クレジットの消費を契機としてアプリ販売者からコンポーネント開発者にＡＰＩ利用料が支払われることを説明する図である。

【0026】

(9) 後述する情報処理システムにおいて、アプリ販売者とコンポーネント開発者のアカウント情報を予め登録しておくことで、アプリ販売者のアカウント情報から、コンポーネント開発者のアカウント情報に対して、３米ドルを自動付与するように処理することができる。ここで、アプリ販売者のアカウントからコンポーネント開発者のアカウントに対して、３米ドルを送金してもよいし、３米ドルに相当するポイントを付与してもよい。

【0027】

(10) 点数管理部６１は、クレジット３０αが消費された場合、クレジット消費に対応するコンポーネント７１を識別して、該コンポーネント７１のクレジットの価値を参照する。例えば、コンポーネント７１のクレジットの価値が、1α=0.1米ドルに相当するものとして定義されていた場合、点数管理部６１は３米ドルをコンポーネント開発者に付与する。

【0028】

このように、本実施形態のサービス提供システムは、消費予定のクレジットを実際の消費タイミングに先立って予約するので、顧客が購入したクレジットの残高を超えてアプリケーションを利用することを防ぐことができる。開発者は複雑な請求フローなしに、顧客がアプリケーションを利用した分だけ利用料を取得できる。また、開発者としては、顧客の支払いに関してプリペイド型を実現できる。

【0029】

＜用語について＞
開発者は、アプリケーション、フロー又はコンポーネントの開発者のいずれでもよい。フローとは複数の処理の組み合わせをいう。開発者は、主に情報処理システムを提供する企業の関係者や関連会社の担当者である。開発者が、例えば、情報処理システムの導入を顧客に行うディーラーの社員の場合がある。

【0030】

顧客とは、機器等からアプリケーションを実行するエンドユーザー又はエンドユーザーが所属する企業などの組織である。顧客は、顧客側の管理者でもよいし、一般社員等でもよい。

【0031】

アプリケーションとは、ある特定の機能や目的のために開発・使用されるソフトウェアで、コンピュータ自身を直接制御するものではないものである。本実施形態では、アプリケーションがＷｅｂアプリであるとして説明する。アプリケーションを単に「アプリ」という場合がある。

【0032】

外部サービスシステムとは、情報処理システムとは別のシステムであることをいう。外部サービスシステムと情報処理システムとは、サービスブランドや運営企業が異なる場合が多い。

【0033】

点数とは、アプリケーション実行の対価に対応する情報であり、例えば数値で表したものである。点数は、顧客からはあとどのくらいアプリケーションを実行できるかを示し、サービスを提供する側からはアプリケーションの実行に応じて徴収する収入となる。本実施形態では、点数をクレジットと称する。

【0034】

消費点数とは、アプリケーションの実行で消費される点数である。本実施形態では、消費点数を、消費クレジット数量という用語で説明する。また、顧客に付与されている点数を残高と表現する場合があり、残高から消費点数だけ差し引くことを消費と表現する場合がある。

【0035】

テナントとは、サービス（本実施形態では、プルプリント）の提供者からサービスを受けることを契約した団体（法人、学校、自治体、これらの一部の組織等）や個人である。

【0036】

＜システム構成＞
本実施形態に係るサービス提供システム１００のシステム構成について、図５を参照しながら説明する。図５は、本実施形態に係るサービス提供システム１００の一例のシステム構成を示す図である。

【0037】

図５に示すサービス提供システム１００は、情報処理システム１０と、機器２０と、を有する。情報処理システム１０と機器２０は、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。また、情報処理システム１０，機器２０、及び、端末装置３０は、ネットワークＮ１を介して、外部システムである外部サービスシステム４０と通信できる。機器２０と端末装置３０は、企業などの施設に配置されており、ネットワークＮ２に接続されている。ネットワークＮ２は、ＬＡＮ、Wi－Fi（登録商標）、広域イーサネット（登録商標）、４Ｇ、５Ｇ、６Ｇ等の携帯電話網、などでよい。

【0038】

情報処理システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム４０と連携した一連の処理により実現される各種のサービスを提供する。本実施形態に係る情報処理システム１０が提供するサービスの具体例については後述する。情報処理システム１０は、クラウドコンピューティングにより実現されてもよいし、単一の情報処理装置によって実現されてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される形態をいう。情報処理システム１０は、インターネット上に存在しても、オンプレミスに存在してもよい。なお、一連の処理は１つのアプリケーションにより提供され、一連の処理を「処理フロー」「ワークフロー」ともいう。

【0039】

機器２０は、ユーザーが使用する各種の電子機器である。機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、テレビ会議端末、デジタルカメラ等である。エンドユーザーは、機器２０を用いて、情報処理システム１０又は外部サービスシステム４０が提供する各種のサービス（アプリケーション）を利用することができる。

【0040】

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

【0041】

端末装置３０は、例えば、管理者又はエンドユーザーが使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末等である。管理者又はエンドユーザーは端末装置３０を操作して、情報処理システム１０又は外部サービスシステム４０が提供する各種のサービスを利用することができ、更に、アプリケーションの設定を行うことができる。

【0042】

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

【0043】

外部サービスシステム４０は、情報処理システム１０がアプリケーションを実行する際にデータの保存、読出、又は加工を行うことで、サービスを提供する一台以上の情報処理装置である。外部サービスシステム４０の「外部」とは、情報処理システム１０とは別のシステムであることをいう。異なる企業により運営される場合が多い。例えば、同じユーザーであっても外部サービスシステム４０と情報処理システム１０ではアカウントが異なる。

【0044】

外部サービスシステム４０の一例には、例えば、クラウドサービス、ＡＳＰ（Application Service Provider）等があり、ネットワークを介して提供される各種の外部サービスが含まれてよい。例えば、サービスの一例としてストレージサービスがある。外部サービスシステム４０は、インターネット上に存在しても、オンプレミスに存在してもよい。

【0045】

なお、以降では、複数の外部サービスシステム４０について、各々を区別するときは、図示されている「外部サービスシステムＡ、Ｂ」と記載する。

【0046】

＜ハードウェア構成例＞
図６を参照して、本実施形態に係るサービス提供システム１００に含まれる情報処理システム１０及び端末装置３０のハードウェア構成について説明する。

【0047】

＜＜情報処理システム及び端末装置＞＞
図６は、本実施形態に係る情報処理システム１０及び端末装置３０の一例のハードウェア構成を示す図である。図６に示されているように、情報処理システム１０及び端末装置３０はコンピュータ５００によって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ（Hard Disk）５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

【0048】

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

【0049】

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

【0050】

＜＜機器＞＞
図７は、機器２０の一例である画像形成装置のハードウェア構成図である。図７に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

また、近距離通信回路９２０には、近距離通信回路のアンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

【0057】

更に、エンジン制御部９３０は、スキャナ部９３１、プリンタ部９３２及びファクシミリ部９３３を有している。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるハードキー９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

【0058】

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

【0059】

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

【0060】

＜機能について＞
次に、図８を参照し、本実施形態に係るサービス提供システム１００の機能構成について説明する。図８は、本実施形態に係るサービス提供システム１００の一例の機能構成を示す図である。端末装置３０Ａをアプリケーション又はコンポーネント７１の開発者が操作する端末装置（開発者端末）、端末装置３０Ｂをエンドユーザー８が操作する端末装置（ユーザー端末）として説明する。

【0061】

＜＜管理者端末＞＞
端末装置３０Ａは、第一通信部３１ａと、表示制御部３２ａと、操作受付部３３ａとを有する。これら各機能部は、端末装置３０Ａにインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、このプログラムはＷｅｂブラウザでもよいし、専用のソフトウェアでもよい。

【0062】

第一通信部３１ａは、情報処理システム１０との間で各種の情報を送受信する。本実施形態では各種の画面情報等を情報処理システム１０から受信し、開発者が設定した情報を情報処理システム１０に送信する。

【0063】

表示制御部３２ａは、各種の画面の画面情報を解釈してディスプレイ５０６に表示する。操作受付部３３ａは、ディスプレイ５０６に表示された各種画面におけるユーザーの各種操作を受け付ける。なお、画面情報は、ＨＴＭＬ、ＸＭＬ、スクリプト言語、及びＣＳＳ（Cascading Style Sheet）等で記述されたプログラムであり、主にＨＴＭＬによりＷｅｂページの構造が規定され、スクリプト言語によりＷｅｂページの動作が規定され、ＣＳＳによりＷｅｂページのスタイルが規定される。

【0064】

＜＜ユーザー端末＞＞
端末装置３０Ｂは、第二通信部３１ｂと、表示制御部３２ｂと、操作受付部３３ｂとを有する。これら各機能部は、端末装置３０Ｂにインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、このプログラムはＷｅｂブラウザでもよいし、専用のソフトウェアでもよい。

【0065】

第二通信部３１ｂは、情報処理システム１０との間で各種の情報を送受信する。第二通信部３１ｂは、例えばマイページの画面情報等を情報処理システム１０から受信し、顧客が設定した情報を情報処理システム１０に送信する。

【0066】

表示制御部３２ｂは、各種の画面の画面情報を解釈してディスプレイ５０６に表示する。操作受付部３３ｂは、ディスプレイ５０６に表示された例えばマイページにおける顧客の各種操作を受け付ける。

【0067】

＜＜機器＞＞
機器２０は、第三通信部２１と、表示制御部２２と、操作受付部２３と、画像データ生成部２４と、ファクシミリ処理部２５と、電子メール処理部２６とを有する。これら各機能部は、機器２０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ９０１が実行することで実現される機能又は手段である。例えば、第三通信部２１、表示制御部２２及び操作受付部２３はＷｅｂブラウザにより実現され、その他は個別のアプリケーション（ネイティブアプリ）により実現される。

【0068】

第三通信部２１は、情報処理システム１０との間で各種の情報を送受信する。本実施形態では、第三通信部２１は、アプリ一覧画面等の画面情報を情報処理システム１０から受信し、アプリケーションの実行要求等を情報処理システム１０に送信する。

【0069】

表示制御部２２は、各種の画面の画面情報を解釈してパネル表示部９４０ａに表示する。操作受付部２３は、パネル表示部９４０ａに表示された各種画面におけるユーザーの各種操作を受け付ける。

【0070】

画像データ生成部２４は、操作受付部２３が選択を受け付けたアプリケーションが画像データを生成するものである場合、スキャナ部９３１で原稿をスキャンして画像データを生成する。ファクシミリ処理部２５は、ファクシミリ部９３３によるファクシミリの受信及び送信に関する処理を行い、ファクシミリを受信した場合に予め対応付けられているアプリケーションの実行を情報処理システム１０に要求する。なお、ファクシミリ処理部２５は、ファクシミリの送信元（ＦＡＸ番号）に対応したアプリケーションを要求してもよい。

【0071】

電子メール処理部２６は、電子メールの送受信に関する処理を行い、電子メールを受信した場合に予め対応付けられているアプリケーションの実行を情報処理システム１０に要求する。なお、電子メール処理部２６は、電子メールの送信元（メールアドレス）に対応したアプリケーションを要求してもよい。

【0072】

＜＜情報処理システム＞＞
情報処理システム１０は、通信部１１、Ｗｅｂアプリ制御部１２、ＷＦ開発ツール１３（ＷＦはＷｏｒｋ Ｆｌｏｗの略）、クレジット管理ツール１４、コンポーネント管理部７０、及び、入出力サービス１５を有している。ツールとは、一連の機能を備えたプログラム（主にＷｅｂアプリ）である。情報処理システム１０が有する各機能部は、情報処理システム１０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。

【0073】

通信部１１は、端末装置３０Ａ，３０Ｂ、及び機器２０との間で各種の情報を送受信する。本実施形態では、通信部１１は各種の画面の画面情報を端末装置３０Ａ，３０Ｂに送信し、各種の設定を端末装置３０Ａ，３０Ｂから受信する。通信部１１はアプリケーションの画面情報を機器２０に送信し、処理フローで処理される電子データ等を受信する。

【0074】

Ｗｅｂアプリ制御部１２は、機器２０からの要求に応じてアプリケーションを実行する。本実施形態では、アプリケーションはＷｅｂアプリとして提供される。Ｗｅｂアプリとは、装置のみで実行可能なネイティブアプリと対比して使用される用語である。Ｗｅｂアプリは、Ｗｅｂブラウザ上で動作するプログラミング言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバー側のプログラムが協調することによって動作し、Ｗｅｂブラウザ上で実行されるソフトウェア又はその仕組みを言う。

【0075】

Ｗｅｂアプリ制御部１２は、画面提供部５１と、アプリ実行部５２と、を有している。各Ｗｅｂアプリは、入出力サービス１５のアプリ管理部６０において画面構成情報と処理フローが管理されており、画面提供部５１は、Ｗｅｂアプリの画面構成情報（アプリケーションの実行画面）を機器２０に送信する。

【0076】

アプリ実行部５２は処理フロー（スキャン、ＯＣＲ、メール送信などの各処理と実行順）に基づいて、機器２０がスキャンした画像データや受信したＦＡＸや電子メール等に処理の実行をロジック処理部５９に要求する。各処理は対応するコンポーネント７１があり、ロジック処理部５９がコンポーネント管理部７０からコンポーネント７１を呼び出して実行する。

【0077】

ＷＦ開発ツール１３は、端末装置３０Ａが実行するＷｅｂブラウザを介して、機器２０で動作するアプリケーションをアプリ開発者が作成することができるツールである。後述するようにアプリケーションでは様々な処理（コンポーネント）がつなぎ合わされており、情報処理システム１０は各処理を順番に実行する。ＷＦ開発ツール１３は、アプリケーションの開発権限を持った開発者のみがアクセスすることができ、アプリケーションを開発することができる。

【0078】

ＷＦ開発ツール１３は、アプリ登録部５４、及び画面提供部５５を有している。画面提供部５５は、後述する処理フロー画面３００等を端末装置３０Ａに提供し、開発者のアプリケーションに関する設定（処理フロー定義、ユーザー入力項目等）を受け付ける。

【0079】

アプリ登録部５４は、画面提供部５５が受け付けたアプリケーションに関する設定（処理フロー定義、ユーザー入力項目等）をアプリ管理部６０に登録する。

【0080】

クレジット管理ツール１４は、画面提供部１６と点数情報登録部１７を有している。画面提供部１６は、後述するクレジット管理情報に関する画面を端末装置３０Ａに提供し、開発者がコンポーネント７１やアプリケーションに関して設定したクレジット管理情報（1回のオペレーションの必要クレジット、クレジットの価値等）を受け付ける。

【0081】

点数情報登録部１７は、画面提供部１６が受け付けたクレジット管理情報を点数管理部６１又はロジック処理部５９に登録する。

【0082】

入出力サービス１５は、ＷＦ開発ツール１３及びクレジット管理ツール１４で設定された値を保存する。また、入出力サービス１５は、アプリケーションに定義された各種処理（ＯＣＲ、メール送信、フォルダへの保存等）を実行する。

【0083】

入出力サービス１５は、ロジック処理部５９、アプリ管理部６０、及び、点数管理部６１を有している。アプリ管理部６０は、アプリケーション情報（各アプリケーションの処理フロー、ユーザー入力項目、デフォルト値、及び、画面構成情報等）を管理する。

【0084】

ロジック処理部５９は、アプリ実行部５２から要求された処理に対応するコンポーネント７１を呼び出して、アプリケーションが含むＯＣＲ等のコンポーネント７１に対応する処理を実行する。ロジック処理部５９は、一部のクレジット管理情報（１回のオペレーション当たりの消費クレジット数量）を第２記憶部６２で管理する。

【0085】

点数管理部６１は、コンポーネント７１を利用するために必要なクレジットの価値の定義を開発者から受け付ける。点数管理部６１は、クレジットの価値を第１記憶部６３に保存したクレジット管理情報で管理する。点数管理部６１は、顧客のユーザーＩＤ又はテナントＩＤに対応付けてクレジットを管理する。点数管理部６１は、アプリケーションの実行前に１回のオペレーションに応じたクレジットの予約、実行後に消費を実行する。点数管理部６１は、クレジットの予約や消費を第１記憶部６３に保存したクレジット管理情報で管理する。また、点数管理部６１は、クレジットの消費分に応じた料金をアプリ販売者から受け取り、開発者に支払う。

【0086】

コンポーネント管理部７０は、コンポーネント開発者が開発したコンポーネント７１を管理する。コンポーネント７１は第三者のＡＰＩを利用する場合がある。図８では、コンポーネント７１の一例として、コンポーネント管理部７０は、ＡＩＯＣＲ部７１ａと翻訳部７１ｂを有している。ＡＩＯＣＲ部７１ａはＡＩを利用したＯＣＲ処理を、第三者のＡＰＩを呼び出して実行する。翻訳部７１ｂは、テキストデータや音声の翻訳を、第三者のＡＰＩを呼び出して実行する。これらのコンポーネント７１は一例であり、各種のコンポーネントをコンポーネント管理部７０が有していてよい。

【0087】

＜アプリケーション情報＞
図９は、アプリ管理部６０が管理するアプリケーション情報の一例を示す。アプリケーション情報は、アプリＩＤに対応付けて、処理フローとデフォルト値を有している。デフォルト値はユーザー又はテナントごとに設定可能である。処理フローは、開発者によって設定された、コンポーネント１→コンポーネント２→コンポーネント３…のように、コンポーネントを実行順に配置したものである。各コンポーネントが処理に対応する。

【0088】

なお、デフォルト値は、顧客が機器２０又は端末装置３０でアプリケーションを実行する場合に、アプリケーションの画面の表示直後に表示される設定値である。デフォルト値は、マイページでエンドユーザーが設定する。

【0089】

また、各コンポーネント７１が有する設定項目は、アプリ開発者が設定したユーザー入力項目である。各設定項目を表示するための画面構成情報は、例えばＨＴＭＬのラベルのような画面定義により用意されている。

【0090】

＜端末装置が表示する画面例＞
図１０は、端末装置３０Ａが表示する、ＷＦ開発ツール１３により提供された処理フロー画面３００の一例である。処理フロー画面３００は処理リスト欄３０１とエディター欄３０２を有する。処理リスト欄３０１には、アプリケーションが実行できるコンポーネント７１のリストがアイコンで表示される。エディター欄３０２は、メッシュに区切られている。

【0091】

アプリケーション開発者は処理リスト欄３０１からアプリケーションに組み込みたいコンポーネント７１のアイコンを選択して、エディター欄３０２にドラッグ＆ドロップする。アプリ開発者がこれを繰り返すことで一連の処理フローを定義できる。図１０の例では、Execute OCR３０３, Send Email３０４、及び、Upload File３０５がこの順番で定義されている。Execute OCR３０３, Send Email３０４、及び、Upload File３０５の各処理はそれぞれがコンポーネント７１に相当する。

【0092】

＜クレジット定義の登録＞
次に、図１１を参照して、コンポーネント開発者がコンポーネント７１についてクレジットを定義する流れを説明する。図１１は、コンポーネント開発者がコンポーネント７１のクレジット定義を点数管理部６１とロジック処理部５９に登録する処理を説明するシーケンス図である。ここではコンポーネントの開発を例に説明するが、アプリケーションの開発の場合も同様である。

【0093】

S1：コンポーネント開発者は、端末装置３０Ａ（Ｗｅｂブラウザ）に対し、クレジット定義を登録する操作を行う。このクレジットの定義は、例えば１クレジット（１点数の一例）あたりの価値（ＵＳＤ）である。通貨の単位は円でも他の通貨でもよい。端末装置３０Ａの操作受付部３３ａは操作を受け付ける。コンポーネント開発者は、この価値が外部サービスシステム４０の利用料を含むように設定するとよい。

【0094】

S2：端末装置３０Ａの第一通信部３１ａは、クレジット定義登録要求を情報処理システム１０に送信する。クレジット定義はクレジットの価値を定義する。

【0095】

S3：情報処理システム１０の通信部１１はクレジット定義登録要求を受信し、点数情報登録部１７がクレジット定義を点数管理部６１に登録する。点数管理部６１は、クレジットＩＤを発行し、図１２（ａ）に示す第１クレジット管理情報を第１記憶部６３に保存する。

【0096】

S4、S5：情報処理システム１０の通信部１１はクレジットＩＤを端末装置３０Ａに送信する。端末装置３０Ａの表示制御部３２ａがクレジットＩＤを表示してよく、コンポーネント開発者がクレジットＩＤを把握できる。

【0097】

S6,S7：コンポーネント開発者は、端末装置３０Ａ（Ｗｅｂブラウザ）に対し、オペレーションとクレジットとを対応付ける操作を行う。この対応付けは、１回のオペレーションで消費される必要クレジット（数量）をコンポーネントに対応付ける。端末装置３０Ａの操作受付部３３ａは操作を受け付ける。

【0098】

S8：端末装置３０Ａの第一通信部３１ａは、コンポーネント登録要求を情報処理システム１０に送信する。コンポーネントの登録は、コンポーネントの１回の実行で消費されるクレジット数量を登録する。

【0099】

S8：情報処理システム１０の通信部１１はコンポーネント登録要求を受信し、点数情報登録部１７が上記の対応付けをロジック処理部５９に登録する。

【0100】

S9：ロジック処理部５９は、図１２（ｂ）に示す第２クレジット管理情報を第２記憶部６２に保存する。

【0101】

S10：情報処理システム１０の通信部１１は登録完了を端末装置３０Ａに送信する。端末装置３０Ａの表示制御部３２ａが登録完了を表示してよく、コンポーネント開発者はコンポーネントが登録されたことを把握できる。

【0102】

図１２（ａ）は、点数管理部６１（第１記憶部６３）に登録された第１クレジット管理情報の一例を示す。コンポーネント開発者は、自身に支払われるクレジットとその価値を定義した。第１クレジット管理情報は、クレジットＩＤ、定義テナントＩＤ、及び価値の各項目を有している。
・クレジットＩＤの項目は、クレジット管理情報を識別する識別情報を示す。
・定義テナントＩＤの項目は、コンポーネント開発者もテナントとして扱われるため、コンポーネント開発者が所属するテナントの識別情報である。
・価値の項目は、情報処理システム内で使用される１クレジットが、所定の通貨ではいくらに相当するかを示す。

【0103】

図１２（ｂ）は、ロジック処理部５９（第２記憶部６２）に登録された第２クレジット管理情報の一例を示す。図１２（ｂ）の第２クレジット管理情報もクレジットＩＤに対応付けられている。第２クレジット管理情報は、オペレーション、消費クレジットＩＤ、及び実行１回あたりの消費クレジット数量、の各項目を有している。
・オペレーションの項目は、コンポーネント７１が実行する処理の内容を示す。
・消費クレジットＩＤの項目は、第１クレジット管理情報のクレジットＩＤを示す。消費クレジットＩＤの項目は、コンポーネントの実行で消費されるクレジットの価値と対応付ける。
・実行１回あたりの消費クレジット数量（消費点数の一例）の項目は、当該コンポーネント７１の１回の実行で消費される必要クレジット数量である。

【0104】

なお、図１２では、第１クレジット管理情報と第２クレジット管理情報が点数管理部６１とロジック処理部５９とで別々に管理されているが、これは一例であり、第１クレジット管理情報と第２クレジット管理情報は１つにまとめて管理されていてもよい。

【0105】

＜顧客によるアプリケーションの購入時に付与されるクレジット＞
次に、図１３を参照し、顧客がアプリケーションを購入した際に情報処理システム１０がクレジットを顧客に付与する流れを説明する。図１３は、顧客によるアプリケーションの購入に対し情報処理システム１０がクレジットを付与する処理を説明するシーケンス図である。シーケンス図のアプリ販売者は、アプリケーション販売用のＷｅｂサイトである。

【0106】

S11：顧客は、端末装置３０Ｂ（Ｗｅｂブラウザ）に対し、所望のアプリケーションを購入する操作を行う。端末装置３０Ｂの操作受付部３３ｂは操作を受け付ける。

【0107】

S12：アプリ販売者（所定のサーバー装置）は、クレジット付与要求（アプリ販売者のテナントＩＤ、コンポーネント７１のクレジットＩＤ、購入代金に応じたクレジット数量）を受け付け、これを情報処理システム１０に送信する。

【0108】

S13：情報処理システム１０の通信部１１はクレジット付与要求を受信し、点数情報登録部１７が点数管理部６１に登録する。点数管理部６１は、ステップS12のテナントＩＤ、クレジットＩＤ、クレジット数量に、付与要求テナントＩＤ等を対応付けて第１記憶部６３に保存する（図１４参照）。なお、付与要求テナントＩＤはアプリ販売者のＷｅｂサイトにログインした顧客のテナントＩＤである。なお、付与要求テナントＩＤは、クレジット付与要求に含まれていてもよい。

【0109】

S14：情報処理システム１０の通信部１１はアプリ販売者にクレジットの付与に成功（OK）を送信する。

【0110】

S15：クレジットの付与に成功すると、アプリ販売者は販売したアプリケーションをインストールする。このインストールは、顧客のテナントＩＤにアプリケーションのライセンスが対応付けて登録されればよく、機器２０にアプリケーションがインストールされることまでは実施されなくてもよい。

【0111】

S16：アプリ販売者はアプリケーションのインストール完了を顧客の端末装置３０Ｂ（Ｗｅｂブラウザ）に通知する。顧客は機器２０においてアプリケーションを利用可能にするインストール処理を行うことができる。

【0112】

図１４は、点数管理部６１が登録した第３クレジット管理情報の一例を示す。第３クレジット管理情報は例えば第１記憶部６３に保存される。第３クレジット管理情報は、テナントＩＤ、クレジットＩＤ、付与クレジット数量、付与要求テナントＩＤ、付与日時、及び、残高、の各項目を有している。
・テナントＩＤの項目は、アプリ販売者が所属するテナントの識別情報を示す。テナントＩＤの項目は、顧客によるアプリケーションの実行時に、開発者側から料金の請求先の特定に使用される。
・クレジットＩＤの項目は、顧客が購入したアプリケーションに含まれるコンポーネント７１に対し、コンポーネント７１の実行の対価に関するクレジットＩＤを示す。１つのアプリケーションに対し複数のクレジットＩＤが登録されてよい。
・付与クレジット数量の項目は、顧客が購入したクレジット数量を示す。
・付与要求テナントＩＤの項目は、顧客が所属するテナントの識別情報を示す。
・付与日時の項目は、顧客がアプリケーションを購入した日時を示す。付与日時の項目は、顧客にクレジットが付与された日時でもある。
・残高の項目は、付与クレジット数量の内、消費されたクレジット数量を減じた残りを示す。

【0113】

＜アプリケーションの実行時に消費されるクレジット＞
次に、図１５を参照して、顧客がアプリケーションを実行した場合に情報処理システム１０がクレジットを消費する流れについて説明する。図１５は、アプリケーションの実行時におけるクレジットの消費の処理を説明するシーケンス図である。

【0114】

S21：顧客が機器２０（Ｗｅｂブラウザ）に対し、所望のアプリケーションの実行を要求する操作を行う。機器２０の操作受付部２３は操作を受け付ける。アプリケーションの実行は端末装置３０Ｂでも可能である。

【0115】

S22：機器２０の第三通信部２１は、テナントＩＤを指定してアプリ実行要求を情報処理システムに送信する。このテナントＩＤは、実行されるアプリケーションを販売したアプリ販売者のテナントＩＤである。ただし、クレジットの残高を顧客のテナントと紐づけて管理している場合は、顧客のテナントＩＤを送信してもよい。以下ではアプリ販売者のテナントが残高を保持する場合について説明するが、顧客のテナントが残高を保持するものとしてもよい。なお、アプリ実行要求には、アプリケーションで実行する処理にかかる設定情報が含まれていてもよい。例えば、アプリケーションが有する１以上の機能それぞれの実行要否や、機能の実行にかかるパラメータ、処理対象データを識別する情報や処理対象データの保存先を示す情報、及び処理対象データの数量などの情報を含み得る。

【0116】

S23：情報処理システム１０の通信部１１はアプリ実行要求を受信し、アプリ実行部５２が、アプリケーションの実行により消費されるクレジット消費予定最大数量をロジック処理部５９に要求する。

【0117】

S24：ロジック処理部５９はクレジット消費予定最大数量を算出することで決定する。ここで、クレジット消費予定最大数量は、設定情報に基づいて算出できる。算出方法の詳細は後述する。

【0118】

S25：ロジック処理部５９は算出したクレジット消費予定最大数量をアプリ実行部５２に返す。

【0119】

S26：アプリ実行部５２は、テナントＩＤを指定してクレジット残高取得要求を点数管理部６１に送出する。

【0120】

S27：点数管理部６１は、テナントＩＤにより特定される残高を第３クレジット管理情報から取得する。

【0121】

S28：点数管理部６１は残高をアプリ実行部５２に返す。

【0122】

S29：クレジット消費予定最大数量が、アプリ販売者が保持する残高より大きい場合、アプリ実行部５２は通信部１１を介して、実行中断通知を機器２０に送信する。この場合、アプリ実行部５２はアプリの機能を実行することなく処理を終了してもよい。

【0123】

S30：機器２０の第三通信部２１は実行中断通知を受信し、表示制御部２２が実行中断通知を表示する。顧客はクレジットの残高が足りないことを把握できる。

【0124】

S31：クレジット消費予定最大数量が、アプリ販売者が保持する残高以下の場合、アプリ実行部５２は、テナントＩＤ、クレジットＩＤ及びクレジット消費予定最大数量を指定して、クレジット消費予約要求を点数管理部６１に送出する。

【0125】

S32：点数管理部６１は、テナントＩＤとクレジットＩＤで特定された第３クレジット管理情報の残高のうち、クレジット消費予定最大数量を予約する（図１６参照）。予約することで、別のアプリケーションが実行されても、クレジット数量が予約で確保されているので、クレジット数量の残高が足りなくなることを防止できる。

【0126】

S33：点数管理部６１は予約ＩＤを発行し、アプリ実行部５２に返す。

【0127】

S34：アプリ実行部５２は、顧客が実行要求したアプリケーションを実行する。図１５では省略されているが、アプリ実行部５２はロジック処理部５９に各コンポーネント７１を順番に実行させる。

【0128】

S35：アプリケーションの実行が完了すると、アプリ実行部５２は予約ＩＤを指定して、クレジット消費予約確定要求を点数管理部６１に送出する。クレジット消費予約確定要求は、予約したクレジット数量の消費を要求することをいう。

【0129】

S36：点数管理部６１は、予約ＩＤで特定されるクレジット消費予定最大数量を第３クレジット管理情報の残高から差し引くことで消費する。

【0130】

S37：情報処理システム１０の点数管理部６１はクレジットの消費処理が完了した旨（ＯＫ）をアプリ実行部５２に送出する。

【0131】

S38：アプリ実行部５２は、通信部１１を介して、アプリ実行結果を機器２０に送信する。

【0132】

S39：機器２０の第三通信部２１はアプリ実行結果を受信し、表示制御部２２がアプリ実行結果を表示する。顧客はアプリケーションの実行が完了したことを把握できる。

【0133】

＜＜クレジット消費予定最大数量の算出＞＞
ステップS24で算出されたクレジット消費予定最大数量の算出方法を説明する。ロジック処理部５９は、アプリケーションが実行する各フローと、そのフローが実行する各オペレーションをもとに、クレジット消費予定最大数量を計算する。

【0134】

例えば以下のケースを考える。顧客がアプリケーションＡを実行する。アプリケーションＡはフローＦ（コンポーネント７１が行う処理）を含む。フローＦはオペレーション０を実行する。
(i) オペレーション０は、その実行１回につきクレジットＩＤがALPHAの残高を３０消費する。
(ii) フローＦは、入力されたＰＤＦ（機器２０がスキャンで生成した）の各ページにつき、オペレーション０を２回実行する。
(iii) ただし、フローＦは、空白ページや特定のバーコードを含むページに対しては、オペレーション０を実行しない。
(iv) ＰＤＦのページが空白ページや特定のバーコードを含むかどうかは、アプリケーションＡの実行を開始するまで分からない。

【0135】

このアプリケーションＡに対して機器２０が１０ページのＰＤＦを生成して入力した場合、クレジット消費予定最大数量は６００（＝３０×１０ページ×２回）である。つまり、ロジック処理部５９は処理される予定の最大のページ数に応じてクレジット消費予定最大数量を算出する。

【0136】

しかしながら、１０ページのＰＤＦのうち、空白ページやバーコードを含むページがあれば顧客はこれらを除いたページだけオペレーションを実行したい（これらを除いたページ分だけ料金を支払いたい）。空白ページやバーコードを含むページであるかどうか（＝画像処理によるバーコードが検出されるかどうか、又は、画像処理によるノイズ除去後に空白ページとみなされるかどうか）は、機器２０がアプリケーションを実行するまで分からない。

【0137】

このため、アプリ実行部５２がアプリケーションを実行する前に、クレジット消費予定最大数量だけ、点数管理部６１がクレジットの消費を予約する。これは、アプリ実行中に別のアプリ実行要求が発生した場合に第３クレジット管理情報の残高を超えてクレジットが消費されてしまうことを防ぐためである。なお、アプリケーションが複数のコンポーネントによって構成されている場合、点数管理部６１は、アプリ実行要求を受けたアプリケーションを構成するコンポーネント毎にクレジット消費予定最大数量を算出してもよい。そして、コンポーネントそれぞれのクレジット消費予定最大数量が、アプリ販売者が保持する残高より大きい場合にのみ、アプリ実行部５２がアプリケーションの機能を実行できる。このとき、アプリ実行部５２は、コンポーネント毎にクレジットの消費を予約してもよい。この場合、クレジット消費予約要求、及び消費予約情報にはコンポーネントを識別する情報を含めることができる。ただし、アプリ実行部５２は、アプリ実行要求を受けたアプリケーションを構成する全てのコンポーネントの消費予定最大数量の合計値に基づいてクレジットの消費を予約してもよい。

【0138】

図１６は、点数管理部６１が管理するクレジットの消費予約情報を示す。まず、図１６（ａ）は、図１５のステップS32で作成される消費予約情報である。消費予約情報は、予約ＩＤ、テナントＩＤ、クレジットＩＤ、消費クレジット数量、及び、確定の各項目を有する。
・予約ＩＤの項目は、クレジット消費予約を識別する識別情報を示す。
・テナントＩＤの項目は、アプリケーションを販売したアプリ販売者が所属するテナントの識別情報を示す。
・クレジットＩＤの項目は、第１クレジット管理情報においてコンポーネント７１に対応付けられているクレジットＩＤを示す。
・消費クレジット数量の項目は、第２クレジット管理情報においてコンポーネント７１に対応付けられている実行1回あたりの消費クレジット数量を示す。
・確定の項目は、アプリケーションの実行前にＦＡＬＳＥ，実行完了でＴＲＵＥとなる。

【0139】

図１６（ｂ）はアプリケーションの実行後の消費予約情報である。確定の項目がＴＲＵＥになっている。

【0140】

図１６（ｃ）は、アプリケーションの実行後の第３クレジット管理情報を示す。アプリ実行後、図１５のステップS35でクレジット消費予約確定要求をアプリ実行部５２が点数管理部６１に要求することで、第３クレジット管理情報の残高から、消費予約情報の消費クレジット数量が消費される。このため、図１６（ｃ）では、消費後の残高が、図１４の１０００から３０クレジット減じられ、９７０になっている。

【0141】

なお、アプリ実行時に実際に消費されたクレジット数量と、クレジット消費予定最大数量に差異があった場合、アプリ実行部５２が、消費予約確定要求前に予約ＩＤを指定して、消費クレジット数量の更新を点数管理部６１に要求する。その上で、消費予約情報の確定の項目が「ＴＲＵＥ」になる。

【0142】

この消費にもとづいて、アプリ販売者から開発者に利用料が支払われる。なお、第３クレジット管理情報に同じクレジットＩＤのクレジットが複数回登録されている場合は、点数管理部６１はその付与日時の早い順に消費してもよいし、又は付与されたテナントの管理者がその消費する優先度を点数管理部６１に対して事前に設定できてもよい。その場合は、第３クレジット管理情報に登録される残高はそれぞれ、次のように消費順序の情報を持つ。

【0143】

図１７は、消費順序の情報を持つ第３クレジット管理情報を示す。図１７の第３クレジット管理情報は、図１４と比較して消費順序の項目を有している。点数管理部６１は、優先度（消費順序）が高いクレジットの残高から順に消費する。

【0144】

＜料金の支払い＞
図１８は、消費クレジット数量に応じた料金をアプリ販売者が開発者に支払う処理を説明するシーケンス図である。

【0145】

S101：アプリケーションの実行により第３クレジット管理情報において、予約が確定した消費クレジット数量に応じて残高が減少する。点数管理部６１は、減少した消費クレジット数量に、第１クレジット管理情報に記憶されている価値を乗じて、料金を算出する。点数管理部６１は開発者を指定して（定義テナントＩＤ）決まった請求方法で料金をアプリ販売者に請求する。

【0146】

S102：アプリ販売者は請求された料金を予め決まった方法で開発者に支払う。アプリ販売者は、換金可能なポイント（購入代金に応じて還元される数値）を開発者に移行してもよいし、現金を開発者に振り込んでもよい。

【0147】

また、図１８の処理の流れは一例に過ぎず、点数管理部６１が開発者に料金を通知し、開発者がアプリ販売者に請求してもよい。あるいは、点数管理部６１がアプリ販売者から料金を預かっておき、点数管理部６１が直接、開発者に料金を支払ってもよい。

【0148】

＜主な効果＞
本実施形態のサービス提供システムは、消費予定のクレジットを実際の消費タイミングに先立って予約するので、顧客が購入したクレジットの残高を超えてアプリケーションを利用することを防ぐことができる。開発者は複雑な請求フローなしに、顧客がアプリケーションを利用した分だけ利用料を取得できる。また、開発者としては、顧客の支払いに関してプリペイド型を実現できる。

【実施例0149】

アプリケーションによっては、クレジット消費予定最大数量が非常に大きくなってしまう場合や、理論上無限大になってしまう場合がある。例えば、コンポーネント７１がＰＤＦに含まれる文字数に対してクレジットを消費する場合、消費予定最大数量は無限大になってしまう（アプリケーションの実行前には文字数が不明なので、消費予定最大数量は無限大と算出される）。そこで、本実施例の情報処理システム１０は、クレジットを消費する最小単位（アプリケーションの１回のオペレーションで実行する所定の処理単位。例えばぺーじごと。）ごとにアプリ実行部５２がクレジット消費予約及び予約確定を行う。

【0150】

なお、本実施例においては、上記の実施例にて説明した図６，図７のハードウェア構成図、及び、図８に示した機能ブロック図を援用できるものとして説明する。

【0151】

＜アプリケーションの実行時に消費されるクレジット＞
図１９は、アプリケーションの実行時におけるクレジットの消費の処理を説明するシーケンス図である。図１９の説明では主に図１５との相違を説明する。まずステップS51～S58の処理は図１５と同様でよい。

【0152】

S59：クレジット消費予定最大数量が、第３クレジット管理情報においてアプリ販売者が保持する残高より大きい場合、アプリ実行部５２は通信部１１を介して、クレジット残高の不足の可能性がある旨と再開ＩＤを機器２０に送信する。

【0153】

S60：機器２０の第三通信部２１はクレジット残高の不足の可能性がある旨を受信し、表示制御部２２がクレジット残高の不足の可能性がある旨を表示する。顧客はクレジットの残高が足りない可能性があることを把握できる。

【0154】

S61：上記のように、クレジット消費予定最大数量が非常に大きくなってしまう場合や、理論上無限大になってしまう場合があるので、クレジット消費予定最大数量が残高よりも大きくても、顧客の操作でアプリケーションの実行を継続できる。顧客は、アプリケーションの続行を機器２０に入力する。機器２０の操作受付部２３は入力を受け付ける。

【0155】

S62：機器２０の第三通信部２１は、再開ＩＤを指定してアプリケーションの続行要求を情報処理システム１０に送信する。

【0156】

S63：情報処理システム１０の通信部１１はアプリケーションの続行要求を受信し、アプリ実行部５２が再開ＩＤで特定されるアプリケーションの実行を再開する。アプリ実行部５２は、クレジット消費予定数量をロジック処理部５９に要求する。

【0157】

S64：ロジック処理部５９は、例えば１ページ当たり（アプリケーションの１回のオペレーションで実行する所定の処理単位）の文字数（データ量）に基づいてクレジット消費予定数量を算出する。

【0158】

S65：ロジック処理部５９は、クレジット消費予定数量をアプリ実行部５２に返す。

【0159】

S66：クレジット消費予定数量が、アプリ販売者が保持する残高以下の場合、アプリ実行部５２は、テナントＩＤ、クレジットＩＤ及びクレジット消費予定数量を指定して、クレジット消費予約要求を点数管理部６１に送出する。

【0160】

S67：点数管理部６１は、テナントＩＤとクレジットＩＤで特定された第３クレジット管理情報の残高のうち、クレジット消費予定数量を予約する。

【0161】

S68：一方、クレジット消費予定数量が、アプリ販売者が保持する残高より大きい場合、点数管理部６１はその旨（ＮＧ）をアプリ実行部５２に返す。

【0162】

S69：アプリ実行部５２は、通信部１１を介して、実行中断通知を機器２０に送信する。

【0163】

S70：機器２０の第三通信部２１は実行中断通知を受信し、表示制御部２２が実行中断通知を表示する。顧客はクレジットの残高が足りないことを把握できる。

【0164】

S71：クレジット消費予定数量が、アプリ販売者が保持する残高以下の場合、ステップS67に続き、点数管理部６１は予約ＩＤを発行し、アプリ実行部５２に返す。

【0165】

S72：アプリ実行部５２は、顧客が実行要求したアプリケーションを１ページごとに（所定の処理単位ずつ）実行する。

【0166】

S73：アプリケーションの実行が完了すると、アプリ実行部５２は予約ＩＤを指定して、クレジット消費予約確定要求を点数管理部６１に送出する。

【0167】

S74：点数管理部６１は、予約ＩＤで特定されるクレジット消費予定数量を第３クレジット管理情報の残高から差し引くことで消費する。

【0168】

S75：情報処理システムの点数管理部６１はクレジットの消費処理が完了した旨（ＯＫ）をアプリ実行部５２に送出する。

【0169】

この後、処理は、ステップS63に戻る。機器２０がスキャンして生成した全てのページについてアプリケーションの実行が完了するか、又は、クレジット消費予定数量が、顧客が保持する残高より大きい場合、処理がステップS76に進む。

【0170】

S76：アプリ実行部５２は、通信部１１を介して、アプリ実行結果を機器２０に送信する。

【0171】

S77：機器２０の第三通信部２１はアプリ実行結果を受信し、表示制御部２２がアプリ実行結果を表示する。顧客はアプリケーションの実行が完了したことを把握できる。

【0172】

＜主な効果＞
このように、本実施例では、実施例１の効果に加え、アプリ実行部５２が、クレジット消費を、アプリ実行後に一度で確定する代わりに、アプリ実行中に複数回に分けて確定する。これにより、クレジット消費予定最大数量が非常に大きくなってしまう場合や、理論上無限大になってしまう場合でも、顧客は、顧客の残高の範囲でアプリケーションを実行できる。

【0173】

＜ワークフローアプリとコンポーネントに関する補足＞
図２０を参照して、ワークフローアプリを構成するコンポーネントについて説明する。図２０は、ワークフローアプリとそれを構成するコンポーネントについて説明する図である。

【0174】

管理者は、各処理を実行する処理（コンポーネント）を組み合わせワークフローとしてその一連の処理を実行するワークフローアプリ１１０を作成することができる。ここで、コンポーネントの一例として、データの入力や生成及び取得にかかる処理を実行するINコンポーネント、データの加工や変換など所定の処理を実行するPROCESSコンポーネント、データの出力や送信にかかる処理を実行するOUTコンポーネントが含まれる。ワークフローアプリは、複数のINコンポーネント、複数のPROCESSコンポーネント、及び、複数のOUTコンポーネントによって構成することができ、複数のコンポーネントによって１つのワークフローアプリを構成することもできる。

【0175】

INコンポーネントは、デバイス１０１（機器２０又は端末装置３０等）から処理対象のデータを取得する処理が含まれる。例えば、デバイス１０１がＭＦＰやカメラである場合、原稿や被写体をスキャン又は撮影することで電子データを取得する処理が含まれる。デバイス１０１がプロジェクタやディスプレイである場合は表示中の画像データを取得する処理が含まれる。デバイス１０１がセンサである場合はセンサの検出値を取得する処理が含まれる。デバイス１０１がストレージサーバや記憶媒体の場合はデータを受信又は読み取る処理が含まれる。また、INコンポーネントは、ワークフローアプリを実現する情報処理システム１０内のデータを取得できるが、別のワークフローアプリ又はサーバーなどの記憶装置からデータを取得してもよい。例えば、INコンポーネントは、ワークフローアプリとは別のアプリ１０３又は、ワークフローアプリを実現する情報処理システム１０とは別のシステム１０２に対して、該別のアプリ１０３又は別のシステム１０２で管理しているデータを要求することができる。別のアプリ１０３は、要求に応じて該別のアプリで管理しているデータや、該別のアプリに対応するサーバーからデータを取得して要求元のINコンポーネントに対して送信することができる。なお、INコンポーネントは、画像データからテキストデータを生成するなどデータ形式を変換することでデータを生成する処理も含まれる。

【0176】

OUTコンポーネントは、デバイス１０１からデータを出力する処理が含まれる。例えば、デバイス１０１がＭＦＰである場合、電子データを媒体に印刷する処理が含まれる。デバイス１０１がプロジェクタやディスプレイである場合、画像データを表示又は音声出力する処理が含まれる。デバイス１０１がストレージサーバや記憶媒体の場合はデータを送信又は記憶させる処理が含まれる。その他、OUTコンポーネントには、所定の宛先にデータや処理の結果を通知する処理が含まれる。また、OUTコンポーネントは、ワークフローアプリを実現する情報処理システム１０内にデータを出力できるが、ワークフローアプリとは別のアプリ１０３又はワークフローアプリを実現する情報処理システム１０とは別のシステム１０２にデータを出力してもよい。例えば、OUTコンポーネントは、該別のアプリ１０３又は該別のシステム１０２に対して、該別のアプリ１０３又は別のシステム１０２でデータ又は処理の結果を管理するよう要求することができる。別のアプリ１０３は、要求に応じて、受信したデータ又は処理の結果を管理し、又は該別のアプリ１０３に対応するサーバーで記憶するためにデータ又は処理の結果を送信することができる。

【0177】

例えば、複数のコンポーネントを組み合わせることで、ワークフローアプリは以下のような機能を実現することができる。

【0178】

INコンポーネントではＭＦＰが原稿をスキャンすることで画像データを生成する。PROCESSコンポーネントは画像データに対して文字認識処理を実行することで数値又はテキストなどのデータに変換する。OUTコンポーネントは、変換したデータを他のシステムの一例である業務管理システムに送信する。業務管理システムは、ワークフローアプリから受信したデータを分類、又は予め設定された入力様式に基づいて整理すること管理データを生成できる。なお、PROCESSコンポーネントにおいて情報処理システム１０がデータの分類及び管理データの生成を実行してもよい。この場合、OUTコンポーネントでは分類結果及び管理データを業務管理システムへ送信し、業務管理システムはワークフローアプリから受信した分類結果及び管理データを所定の領域に記憶するだけでよい。

【0179】

また、INコンポーネントでは業務管理システムが管理するデータを取得する。例えば、INコンポーネントは、設定情報や、数値又はテキストなどのデータを取得する。ここで、INコンポーネントは設定に応じて所定のデータを業務管理システムに要求してもよいし、業務管理システムからの要求に応じて業務管理システムが管理する所定のデータを受信してもよい。PROCESSコンポーネントは、設定情報に基づいて数値又はテキストを整理又は加工することで管理データを生成する。OUTコンポーネントは、管理データを業務管理システムに送信する。業務管理システムは、ワークフローアプリから受信した管理データを所定の領域に記憶する。

【0180】

ここで、業務管理システムとワークフローアプリとは、それぞれ異なる事業者によって提供される場合があり、それぞれ異なるサーバーによって構成される場合がある。このため、ワークフローアプリは、業務管理システムへデータ送信又は受信する場合、業務管理システムを構成するサーバーと通信することでデータを送信又は受信することができる。

【0181】

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【0182】

例えば、本実施形態では、アプリケーションがＷｅｂアプリであるとして説明したが、アプリケーションはネイティブアプリでもよい。

【0183】

また、本実施形態では機器２０からアプリケーションが実行されているが、端末装置３０がアプリケーションを実行する場合もある。

【0184】

また、図８などの構成例は、端末装置３０、機器２０、及び情報処理システム１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置３０、機器２０、及び情報処理システム１０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

【0185】

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

【0186】

更に、情報処理システム１０は、本実施形態で開示された処理ステップ、例えば図１５等を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理システム１０が有する複数の情報処理装置によって実行され得る。また、情報処理システム１０は、１つのサーバー装置にまとめられていても良いし、複数の装置に分けられていても良い。

【0187】

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」は、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。
＜請求項に関する付記＞
［請求項１］
顧客が操作する機器が要求したアプリケーションを実行する情報処理システムであって、
前記顧客に対応付けられている点数の残高を記憶する第１記憶部と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記消費点数を予約する点数管理部と、
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高以下の場合、前記アプリケーションを実行するアプリ実行部と、を有し、
前記点数管理部は、前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する情報処理システム。
［請求項２］
前記アプリケーションの開発者から前記アプリケーションの実行で消費される前記消費点数の登録を受け付け、第２記憶部に保存する点数情報登録部を有し、
前記点数管理部は、前記顧客によるアプリケーションの実行の要求に対し前記第２記憶部に記憶されている前記消費点数を予約し、
前記アプリケーションの実行が完了した場合、前記残高から前記消費点数を消費する請求項１に記載の情報処理システム。
［請求項３］
前記顧客が要求したアプリケーションの実行で消費される予定の消費点数が、前記残高より大きい場合、前記アプリ実行部は、前記アプリケーションの実行中断を前記顧客に通知する請求項１又は２に記載の情報処理システム。
［請求項４］
前記第１記憶部には、前記顧客、前記点数の残高、前記顧客が購入したアプリケーションの対価を受け取った販売者、及び、前記アプリケーションの開発者が対応付けられており、
前記点数管理部が、前記残高から前記消費点数を消費した場合、前記消費点数に応じた料金を、前記販売者から前記アプリケーションの開発者に支払う請求項２に記載の情報処理システム。
［請求項５］
前記第１記憶部には、同じ前記アプリケーションの開発者が登録されている場合に前記点数の残高を消費する優先度が設定されており、
前記点数管理部は、前記優先度が高い前記点数の残高から順に消費する請求項４に記載の情報処理システム。
［請求項６］
前記点数情報登録部は、前記アプリケーションの開発者から１点数に対応する価値情報を受け付け、前記第１記憶部に保存し、
前記点数管理部は、前記消費点数に前記価値情報を乗じた前記料金を前記販売者から前記アプリケーションの開発者に支払う請求項４に記載の情報処理システム。
［請求項７］
前記アプリケーションは外部サービスシステムのＡＰＩを利用して実行され、
前記点数情報登録部は、前記料金が前記外部サービスシステムの利用料を含むように設定された前記価値情報を、前記アプリケーションの開発者から受け付ける請求項６に記載の情報処理システム。
［請求項８］
前記アプリケーションの実行時に前記機器がスキャンで生成したページごとの画像データを前記機器から受信し、
前記アプリケーションの実行で消費される予定の前記消費点数を、処理の対象となり得る最大のページ数に応じて決定するロジック処理部を有し、
前記消費点数が前記残高以下の場合に、処理の対象でないページを除いて前記アプリケーションの実行を完了させた場合、前記点数管理部は、処理の対象でないページを除いて算出された前記消費点数を前記残高から消費する請求項１～７のいずれか１項に記載の情報処理システム。
［請求項９］
前記アプリケーションの実行で消費される予定の前記消費点数を、処理の対象となり得る最大のデータ量に応じて決定するロジック処理部を有し、
前記顧客が要求したアプリケーションの実行で消費される予定の前記消費点数が、前記残高より大きい場合に、前記顧客から続行を要求された場合、
前記ロジック処理部は所定の処理単位のデータ量に応じて消費される予定の前記消費点数を決定し、
前記点数管理部は、前記ロジック処理部が前記所定の処理単位のデータ量に応じて決定した消費される予定の前記消費点数が、前記残高以下の場合、前記消費点数を予約し、
前記ロジック処理部が前記所定の処理単位のデータ量に応じて決定した消費される予定の前記消費点数が、前記残高以下の場合、前記アプリ実行部は、前記所定の処理単位に対し前記アプリケーションを実行し、
前記点数管理部は、前記所定の処理単位に対するアプリケーションの実行が完了した場合、前記残高から予約しておいた前記消費点数を消費する請求項１に記載の情報処理システム。