JP2010219699A - 画像形成装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】新たなビジネスモデルの構築の可能性を高めることができる画像形成装置、情報処理装置、及びプログラムの提供を目的とする。
【解決手段】画像形成装置であって、当該画像形成装置が提供可能なサービスごとに識別情報を含むサービス属性情報を記憶したサービス属性情報記憶手段と、通信可能な情報処理装置からの要求に応じ、前記サービス属性情報記憶手段に記憶されている前記識別情報を該情報処理装置に送信するサービス属性情報提供手段と、前記情報処理装置より送信される一つ以上の前記識別情報を含むサービスの実行要求を受信するサービス要求受信手段と、前記サービスの実行要求に含まれている前記識別情報に係るサービスの実行を制御するサービス制御手段と、実行されたサービスの数に応じた課金情報を課金情報記憶手段に記録する課金手段とを有する。
【選択図】図２

Description

本発明は、画像形成装置、情報処理方法、及びプログラムに関する。

近年では、主に複合機又は融合機と呼ばれる画像形成装置において、その出荷後に、公開されたＡＰＩ（Application Program Interface）を利用して新たなアプリケーションの開発及びインストールが可能とされているものがある（例えば、特許文献１）。斯かる画像形成装置では、当該画像形成装置のベンダによって開発されたアプリケーションのみならず、サードベンダによって開発されたアプリケーションをインストールすることが可能となる。その結果、画像形成装置の機能の拡張性を著しく向上させることができ、画像形成装置の販売者は、拡張された機能を利用して新たなビジネスモデルを構築することができる。

また、斯かるアプリケーションによって、画像形成装置と他のコンピュータとの連携も容易となる。画像形成装置との連携により、他のコンピュータシステムによるサービスの提供者とっても、画像形成装置の販売者のビジネスパートナーとして新たなビジネスモデルの構築のチャンスが拡大されうる。

新たなビジネスモデルを構築する場合、どのように収益を獲得するかが重要な課題となる。コンピュータシステムを利用したビジネスモデルにおいては、収益を適切に獲得するための仕組みがコンピュータシステム内に実装されていることが望ましい。また、ビジネスパートナー間における収益の分配を容易に、かつ、明確に行える可能性をもたらすことのできる仕組みがコンピュータシステム内において実装されていることが望ましい。

本発明は、上記の点に鑑みてなされたものであって、新たなビジネスモデルの構築の可能性を高めることができる画像形成装置、情報処理装置、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、画像形成装置であって、当該画像形成装置が提供可能なサービスごとに識別情報を含むサービス属性情報を記憶したサービス属性情報記憶手段と、通信可能な情報処理装置からの要求に応じ、前記サービス属性情報記憶手段に記憶されている前記識別情報を該情報処理装置に送信するサービス属性情報提供手段と、前記情報処理装置より送信される一つ以上の前記識別情報を含むサービスの実行要求を受信するサービス要求受信手段と、前記サービスの実行要求に含まれている前記識別情報に係るサービスの実行を制御するサービス制御手段と、実行されたサービスの数に応じた課金情報を課金情報記憶手段に記録する課金手段とを有する。

このような画像形成装置では新たなビジネスモデルの構築の可能性を高めることができる。

新たなビジネスモデルの構築の可能性を高めることができる

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態におけるウィジェット、ウィジェットマネージャ、及びプロバイダアプリの機能構成例を示す図である。 本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本発明の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。 第一の実施の形態におけるウィジェットマネージャ及びウィジェットの起動時の処理手順を説明するためのシーケンス図である。 第一の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。 第一の実施の形態におけるサービス利用予定情報の構成例を示す図である。 第一の実施の形態における推奨サービスの判定結果の例を示す図である。 第一の実施の形態におけるスキャン翻訳ウィジェットのウィジェット情報の例を示す図である。 ユーザ管理テーブルの構成例を示す図である。 第一の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。 ユーザ選択画面の表示例を示す図である。 第一の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。 ウィジェット選択画面の表示例を示す図である。 第一の実施の形態における推奨サービスの判定処理の処理手順を説明するためのフローチャートである。 第二の実施の形態におけるＯＣＲアプリと下位モジュールとの関係例を示す図である。 第二の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。 第二の実施の形態における推奨サービスの判定処理の処理手順を説明するためのフローチャートである。 第二の実施の形態における推奨サービスの判定結果の例を示す図である。 第二の実施の形態におけるスキャン翻訳ウィジェットのウィジェット情報の例を示す図である。 第三の実施の形態における推奨サービスの判定結果の例を示す図である。 第三の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。 第三の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。 第四の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。 第四の実施の形態における推奨サービスの判定結果の例を示す図である。 第四の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。 第四の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。 第五の実施の形態におけるプロバイダアプリの機能構成例を示す図である。 第五の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。 宣伝属性情報管理部における宣伝属性情報の構成例を示す図である。 第六の実施の形態における情報処理システムの構成例を示す図である。 第六の実施の形態におけるプロバイダアプリの機能構成例を示す図である。 第六の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。 第六の実施の形態におけるサービス利用予定情報の構成例を示す図である。 第六の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。 第六の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。 ＳＤＫサービス情報管理部におけるＳＤＫサービス情報の構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における情報処理システムの構成例を示す図である。同図の情報処理システム１において、一台以上の画像形成装置１０と、一台以上のユーザ端末２０と、ＯＣＲサーバ３０と、翻訳サーバ４０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して接続されている。

画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を実現する装置（プリンタ、スキャナ、コピー機、ファクシミリ等）を画像形成装置１０として用いてもよい。本実施の形態においては、スキャン機能を実現するためのハードウェアを備えていればよい。

ユーザ端末２０は、ユーザが利用する個人端末であり、ソフトウェアプログラムのインストール及び実行が可能であり、通信機能を有するものであれば、特定の装置に限定されない。ユーザ端末２０の具体例として、デスクトップ型のＰＣ（Personal Computer）、ノートＰＣ、ＰＤＡ（Personal Digital Assistance）、又は携帯電話等が挙げられる。

ＯＣＲサーバ３０は、ＯＣＲサービスアプリ３１を有するコンピュータである。ＯＣＲサービスアプリ３１は、ＯＣＲ（Optical Character Recognition）機能をＷｅｂサービス（翻訳サービス）としてネットワーク上に提供するアプリケーションプログラムである。

翻訳サーバ４０は、翻訳サービスアプリ４１を有するコンピュータである。翻訳サービスアプリ４１は、文書データの翻訳機能（例えば、英語から日本語への翻訳）をＷｅｂサービス（翻訳サービス）としてネットワーク上に提供するアプリケーションプログラムである。

ユーザ端末２０のソフトウェア構成について説明する。図１において、ユーザ端末２０は、スキャンウィジェット２１ａ、印刷ウィジェット２１ｂ、スキャン翻訳ウィジェット２１ｃ、ウィジェットマネージャ２２、ＯＣＲソフト２３、翻訳ソフト２４、及びＯＳ２５等を有する。

スキャンウィジェット２１ａ、印刷ウィジェット２１ｂ、及びスキャン翻訳ウィジェット２１ｃは、本実施の形態において、ウィジェット２１として総称されるアプリケーションプログラムである。近年では、ウィジェット（Ｗｉｄｇｅｔ）又はガジェット（Ｇａｄｇｅｔ）とよばれる手軽なアプリケーションが流通している。本実施の形態では、手軽にインストールして利用可能なアプリケーションという程度の意味においてこれらのアプリケーションをウィジェット２１と呼ぶ（すなわち、技術的な意義において限定する趣旨ではない）。但し、本実施の形態において、各ウィジェット２１は、ネットワーク上又はユーザ端末２０において提供されているサービスを利用して、所定の機能（例えば、ワークフロー等の一連の処理フロー）を実現するという点において共通する。

スキャンウィジェット２１ａは、画像形成装置１０にスキャンを実行させ、スキャンされた画像データをユーザ端末２０内に保存するウィジェット２１である。

印刷ウィジェット２１ｂは、ユーザ端末２０内に保存されている文書データの印刷を画像形成装置１０に実行させるウィジェット２１である。

スキャン翻訳ウィジェット２１ｃは、画像形成装置１０にスキャンを実行させ、スキャンされた画像データにＯＣＲを実行し、ＯＣＲされたテキストデータに対して翻訳を実行するウィジェット２１である。ＯＣＲ処理及び翻訳処理に関しては、ネットワーク上（画像形成装置１０、ＯＣＲサーバ３０、若しくは翻訳サーバ４０）又はユーザ端末２０（ＯＣＲソフト２３若しくは翻訳ソフト２４）において提供されているサービスが利用される。

ウィジェットマネージャ２２は、ウィジェット２１のフレームワークとして位置付けられ、ウィジェット２１と画像形成装置１０との間の通信の仲介等を行う。各ウィジェット２１は、ウィジェットマネージャ２２によって規定されるインタフェース及び処理手順を備える必要がある。換言すれば、ウィジェットマネージャ２２と協調して動作するアプリケーションが、本実施の形態におけるウィジェット２１である。

ＯＣＲソフト２３は、ＯＣＲ（Optical Character Recognition）機能を実行するソフトウェアであり、市販されているものであってもよい。ＯＣＲソフト２３は、プロセス間通信等によってウィジェット２１に対してＯＣＲサービスを提供可能である。

翻訳ソフト２４は、翻訳機能を実行するソフトウェアであり、市販されているものであってもよい。翻訳ソフト２４は、プロセス間通信等によってウィジェット２１に対して翻訳サービスを提供可能である。

ＯＳ２５は、いわゆるＯＳ（Operating System）である。ユーザ端末２０上の各ソフトウェアは、ＯＳ２５上においてプロセス又はスレッドとして動作する。

画像形成装置１０のソフトウェア構成について説明する。図１において、画像形成装置１０は、標準アプリ１２１、ＳＤＫアプリ１２２、ＳＤＫプラットフォーム１２３、コントロールサービス１２４、及びＯＳ１２５等を有する。

標準アプリ１２１は、画像形成装置１０に標準的に（出荷時に予め）実装されているアプリケーションの集合である。同図では、スキャンアプリ１２１１、印刷アプリ１２１２、コピーアプリ１２１３、及びＦＡＸアプリ１２１４が例示されている。スキャンアプリ１２１１は、スキャンジョブを実行する。印刷アプリ１２１２は印刷ジョブを実行する。コピーアプリ１２１３は、コピージョブを実行する。ＦＡＸアプリ１２１４は、ＦＡＸの送信ジョブ又は受信ジョブを実行する。

コントロールサービス１２４は、各種のハードウェアリソース等を制御するための機能を上位アプリケーション等に対して提供するソフトウェアモジュール群であり、例えば、ネットワーク通信に関する機能、スキャナの制御機能、プリンタの制御機能、メモリの管理機能等を有する。

ＳＤＫアプリ１２２は、画像形成装置１０の出荷後において、画像形成装置１０の機能拡張を図るためのプラグインとして追加的にインストールされるアプリケーションである。同図では、ＳＤＫアプリ１２２として、プロバイダアプリ１２２１、ＯＣＲアプリ１２２２、及び翻訳アプリ１２２３が例示されている。

プロバイダアプリ１２２１は、ウィジェット２１を画像形成装置１０より操作可能とするための処理を実行する。ＯＣＲアプリ１２２２は、ＯＣＲ処理を実行する。翻訳アプリ１２２３は、翻訳処理を実行する。

ＳＤＫプラットフォーム１２３は、ＳＤＫアプリ１２２の実行環境を提供する。各ＳＤＫアプリ１２２は、ＳＤＫプラットフォーム１２３が提供するＡＰＩ（Application Program Interface）を利用して開発される。例えば、ＳＤＫプラットフォーム１２３は、スキャン機能を利用させるためのインタフェース、印刷機能を利用させるためのインタフェース、コピー機能を利用させるためのインタフェース等をＳＤＫアプリ１２２に提供する。なお、ＳＤＫプラットフォーム１２３のＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ１２２は開発されうる。

ＯＳ１２５は、いわゆるＯＳ（Operating System）である。画像形成装置１０上の各ソフトウェアは、ＯＳ１２５上においてプロセス又はスレッドとして動作する。

続いて、ウィジェット２１、ウィジェットマネージャ２２、及びプロバイダアプリ１２２１について更に詳しく説明する。図２は、第一の実施の形態におけるウィジェット、ウィジェットマネージャ、及びプロバイダアプリの機能構成例を示す図である。

同図に示されるように、各ウィジェット２１は、ウィジェットＵＩ部２１１、ウィジェット情報送信部２１２、連携部２１３、ロジック部２１４、及び属性情報管理ファイル２１５等を有する。

ウィジェットＵＩ部２１１は、ウィジェット２１関する各種の表示画面をユーザ端末２０の表示装置に表示させる。ウィジェット情報送信部２１２は、ウィジェット２１が起動されたときに、ウィジェット情報の登録要求をウィジェットマネージャ２２に送信する。ウィジェット情報にはウィジェット２１の実行に必要な情報が含まれる。連携部２１３は、プロバイダアプリ１２２１との連携のためのコミュニケーション（情報のやりとり等）を制御する。属性情報管理ファイル２１５は、ウィジェット２１対する設定情報等を格納するファイルである。ロジック部２１４は、各ウィジェット２１に固有の機能が実装される部分である。

ウィジェットマネージャ２２は、プロファイルデータ取得部２２１、サービス推奨部２２２、ウィジェット情報登録部２２３、広告部２２４、ウィジェット情報提供部２２５、中継部２２６、ウィジェット情報管理テーブル２２７、及びプロファイルデータ管理部２２８等を有する。

プロファイルデータ取得部２２１は、通信可能な画像形成装置１０を探索し、探索された画像形成装置１０よりプロファイルデータを取得する。プロファイルデータとは、ウィジェット２１が利用可能なサービスごとに生成され、当該サービスの属性情報が記録されたデータである。本実施の形態における画像形成装置１０は、複数のサービス（スキャン、印刷、コピー、ＦＡＸ、ＯＣＲ、翻訳等）を提供することができる。したがって、当該画像形成装置１０からは複数のプロファイルデータが取得される。プロファイルデータ取得部２２１は、取得されたプロファイルデータをプロファイルデータ管理部２２８に登録する。なお、本実施の形態において、ウィジェット２１によって利用されるサービスとは、少なくともサービスの種別（提供される機能）とサービスの提供者（サービス提供者）との組み合わせによって区別される。したがって、同一種別のサービス（同一機能を提供するサービス）であってもサービス提供者が異なれば、別のプロフィルデータが生成される。

プロファイルデータ管理部２２８は、ユーザ端末２０が有する記憶装置において、プロファイルデータを記憶するための記憶領域である。プロファイルデータ管理部２２８には、画像形成装置１０から取得されたプロファイルデータだけでなく、ユーザ端末２０内に存在するプログラム（ＯＣＲソフト２３等）や、ネットワーク上において提供されているサービスに関するプロファイルデータも登録されている。

サービス推奨部２２２は、ウィジェット２１からのサービスの利用要求に応じ、利用要求に応えるサービスとして最適なサービスを、プロファイルデータ管理部２２８に登録されているプロファイルデータに基づいて判定する。すなわち、ネットワーク上又はユーザ端末２０内には、同一の機能を提供可能なサービス（同一種別のサービス）が複数存在する。ウィジェット２１は、サービス推奨部２２２によって、同一種別に係る複数のサービスの中から最適なものを知ることができる。

ウィジェット情報登録部２２３は、ウィジェット２１より送信されるウィジェット情報の登録要求を受信し、当該ウィジェット情報をウィジェット情報管理テーブル２２７に保存する。ウィジェット情報管理テーブル２２７には、ユーザ端末２０において起動されている各ウィジェット２１のウィジェット情報が登録されるテーブルであり、ユーザ端末２０の記憶装置に保存される。

広告部２２４は、ウィジェット情報登録部２２３によって受信されたウィジェット情報に含まれるユーザＩＤをネットワーク上に広告（ブロードキャスト又はマルチキャスト等）する。広告は、ユーザ単位（ユーザＩＤ単位）で発行される。具体的には、ユーザ端末２０内における或るウィジェット２１の起動に応じてユーザＡに関して広告が発行された後、当該ユーザ端末２０内において、他のウィジェット２１が起動されたとしても当該ウィジェット情報に応じた広告は発行されない。本実施の形態では、便宜上、ユーザ端末２０とユーザとは一対一に対応する。したがって、広告部２２４による広告は、何らかのウィジェット２１を利用可能になったユーザが新たに発生したことを画像形成装置１０に通知するための情報である。但し、ウィジェット情報単位で広告が行われてもよい。この場合、同一ユーザについて重複して広告が発行されることになるが、重複の排除は画像形成装置１０側で行えばよい。

ウィジェット情報提供部２２５は、画像形成装置１０からの要求に応じ、ウィジェット情報管理テーブル２２７に登録されているウィジェット情報を画像形成装置１０に提供（送信）する。中継部２２６は、ウィジェット２１とプロバイダアプリ１２２１とのコミュニケーションを中継する。

プロバイダアプリ１２２１は、プロファイルデータ提供部１３１、ユーザ検知部１３２、ＵＩ制御部１３３、ウィジェット情報取得部１３４、ウィジェット連携部１３５、サービス制御部１３６、サービス課金部１３７、ユーザ管理テーブル１３８、プロファイルデータ管理部１３９、及びサービス課金カウンタ１４０等を有する。

プロファイルデータ提供部１３１は、ウィジェットマネージャ２２からのプロファイルデータの取得要求に応じ、プロファイルデータ管理部２２８に登録されているプロファイルデータを返信する。

プロファイルデータ管理部２２８は、画像形成装置１０の記憶装置において、画像形成装置１０が提供可能な各サービスのプロファイルデータを記憶するための記憶領域である。

ユーザ検知部１３２は、ウィジェットマネージャ２２より発行される広告に基づいて、ウィジェット２１を利用可能なユーザの存在を検知し、広告に含まれているユーザＩＤ等をユーザ管理テーブル１３８に登録する。ユーザ管理テーブル１３８は、利用可能なウィジェット２１がネットワーク上に存在するユーザの一覧を管理するテーブルである。

ＵＩ制御部は、ユーザよりウィジェット２１の操作指示等の入力を受け付ける。すなわち、ウィジェット２１は、ユーザ端末２０に配置されているが、画像形成装置１０の操作パネルからも操作されうる。ウィジェット情報取得部１３４は、ユーザ管理テーブル１３８に登録されているユーザの中から選択されたユーザに属するウィジェット２１のウィジェット情報をウィジェットマネージャ２２より取得する。

ウィジェット連携部１３５は、ウィジェット２１とのコミュニケーションを制御する。

サービス制御部１３６は、ウィジェット２１から要求されたサービスの実行を制御する。サービスを実現するための処理は、標準アプリ１２１や他のＳＤＫアプリ１２２に委譲される。

サービス課金部１３７は、サービス制御部１３６によるサービスの実行に応じて、サービス課金カウンタ１４０を更新する。サービス課金カウンタ１４０は、画像形成装置１０が提供可能なサービスごとの課金カウンタの集合である。例えば、画像形成装置１０において１０個のサービスを提供可能な場合、１０個の課金カウンタがサービス課金カウンタ１４０に含まれる。すなわち、本実施の形態では、画像形成装置１０において実行されるサービスごとに（実行されるサービスの数に応じて）課金が行われる。

続いて、各装置のハードウェア構成について説明する。図３は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図３において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。

図４は、本発明の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。図４のユーザ端末２０は、それぞれバスＢで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５と、表示装置２０６と、入力装置２０７とを有する。

ユーザ端末２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体２０１によって提供される。プログラムを記録した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってユーザ端末２０に係る機能を実現する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置２０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置２０７はキーボード、マウス、又はボタン等で構成され、様々な操作指示を入力させるために用いられる。

以下、第一の実施の形態の情報処理システム１の処理手順について説明する。図５は、第一の実施の形態におけるウィジェットマネージャ及びウィジェットの起動時の処理手順を説明するためのシーケンス図である。

ウィジェット２１を利用するには、まず、ユーザ端末２０においてウィジェットマネージャ２２が起動される。ウィジェットマネージャ２２の起動に応じ、プロファイルデータ取得部２２１は、ブロードキャスト等によって通信可能な画像形成装置１０を探索（検索）し、探索された画像形成装置１０にプロファイルデータの取得を要求する（Ｓ１０１）。画像形成装置１０のプロファイルデータ提供部１３１は、当該要求に応じ、プロファイルデータ管理部１３９よりプロファイルデータの一覧を取得し、当該一覧を返信する（Ｓ１０２）。

プロファイルデータ取得部２２１は、プロファイルデータの一覧を受信すると、受信されたプロファイルデータをプロファイルデータ管理部２２８に登録する（Ｓ１０３）。

図６は、第一の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。同図において、一つの行は、一つのプロファイルデータを示す。なお、同図では、便宜上、テーブル形式によって表現しているが、各プロファイルデータは、それぞれファイルに格納されて保存されていてもよい。

同図に示されるように、各プロファイルデータは、サービスＩＤ、種別識別子、提供者名、サービスカテゴリ、有効期限、アドレス情報、インタフェース情報、品質、コスト、及び納期等のデータ項目を含む。

サービスＩＤは、各サービスに一意な識別子である。本実施の形態では、一意性が確保されればサービスＩＤの形式は統一されていなくてもよい。したがって、例えば、後述される各サービスのアドレス情報をサービスＩＤとしてもよい。種別識別子は、サービスを機能面において分類した種別の識別子であり、同図では、「ＯＣＲ」、「ＴＲＡＮＳＬＡＴＩＯＮ」、及び「ＳＣＡＮ」が例示されている。「ＯＣＲ」は、ＯＣＲ機能を提供するサービス（ＯＣＲサービス）を示す。「ＴＲＡＮＳＬＡＴＩＯＮ」は、翻訳機能を提供するサービス（翻訳サービス）を示す。「ＳＣＡＮ」は、スキャン機能を提供するサービス（スキャンサービス）を示す。

提供者名は、サービスの提供者の識別名である。同図では、サービスを提供するアプリケーション（サービス提供者）の名前が提供者名とされている。各プロファイルデータは、一行目から順に、ＯＣＲソフト２３、翻訳ソフト２４、ＯＣＲサービスアプリ３１、翻訳サービスアプリ４１、スキャンアプリ１２１１、ＯＣＲアプリ１２２２、翻訳アプリ１２２３によって提供されるサービスに関するプロファイルデータであることが分かる。

サービスカテゴリは、サービス提供者の配置位置に関する分類であり、「ローカルアプリ」、「Ｗｅｂサービス」、又は「ＭＦＰ」のいずれかに分類される。「ローカルアプリ」は、ローカルな（すなわち、ウィジェット２１と同一のユーザ端末２０内で動作する）アプリケーションを示す。「Ｗｅｂサービス」は、インターネット上のＷｅｂサービスを示す。ＭＦＰは、画像形成装置１０を示す。なお、ＭＦＰは、Multifunction Peripheralの略語である。

有効期限は、サービスを利用可能な有効期限である。例えば、Ｗｅｂサービスやローカルアプリを時限ライセンスによって使用している場合、有効期限が登録される。アドレス情報は、サービス提供者と通信するためのアドレス情報であり、例えば、ＩＰアドレス、ＵＲＬ（Uniform Resource Locator）、又はファイルパス名等が該当する。インタフェース情報は、サービスを利用するためのインタフェース情報である。例えば、メソッド名、引数名、引数のデータ型、戻り値の型等が定義される。インタフェース情報の規定の仕方については、多数存在する公知技術の中から適当なものを選択すればよい。

品質、コスト、及び納期は、サービスの内容に関する評価情報であり、具体的には、サービスの品質、コスト、又は納期についての１０段階（１０点満点）による評価値である。品質は、サービスの種別によって意味が異なりうる。例えば、ＯＣＲサービスであれば認識率が考えられる。スキャンサービスであれば、画像データの画質等が考えられる。翻訳サービスであれば、翻訳の精度が考えられる。

コストは、サービスの利用に必要とされる費用である。例えば、買い取り型のサービスの場合、サービスの利用毎に課金はされない。したがってこの場合、評価値は１０となる。一方、利用の度に課金されるサービスについては、課金額に応じた評価値が付与される。納期は、主として、サービスの性能（実行要求から結果が得られるまでの時間（ターンアラウンド時間））である。

本実施の形態において、品質、コスト、及び納期は、サービスを比較するためのパラメータとして利用される。但し、サービスを比較するためのパラメータは、これらに限定されない。運用に合わせて適切なパラメータを選択すればよい。

なお、図６において、サービスカテゴリが「ＭＦＰ」であるプロファイルデータが、ステップＳ１０３において登録されたプロファイルデータである。画像形成装置１０は、印刷サービス、ＦＡＸサービス、及びコピーサービス等、他のサービスも提供可能であるが、同図では、便宜上、本実施の形態に関係するサービスに関するプロファイルデータのみ例示している。

一方、サービスカテゴリが「ＭＦＰ」以外であるプロファイルデータは、ユーザ端末２０において予め登録されていたプロファイルデータである。当該プロファイルデータの流通形態については、特に限定されない。サービス提供者（アプリケーション）に付属しているものがダウンロード等されたものでもよいし、ユーザによって作成されたものであってもよい。または、推奨されるサービスのプロファイルデータが所定のサーバにおいて一元的に管理されていてもよい。流通形態がどのようなものであったとしても、各プロファイルデータの品質、コスト、及び納期等は、ユーザの主観によって変更可能（編集可能）としてもよい。そうすることにより、ユーザの好みをサービスの選択に反映させることができる。この点は、サービスカテゴリが「ＭＦＰ」であるプロファイルデータについても当てはまる。

ウィジェットマネージャ２２の起動後、ユーザは、利用したいウィジェット２１を起動させる。例えば、スキャン翻訳ウィジェット２１ｃが起動されると、スキャン翻訳ウィジェット２１ｃの連携部２１３は、スキャン翻訳ウィジェット２１ｃが利用予定のサービスの一覧情報（サービス利用予定情報）をウィジェットマネージャ２２のサービス推奨部２２２に送信する（Ｓ１０４）。

図７は、第一の実施の形態におけるサービス利用予定情報の構成例を示す図である。同図において、サービス利用予定情報には、利用予定のサービスのサービスＩＤの一覧が実行順（利用順）に含まれている。サービス利用予定情報に含まれているサービスＩＤは、スキャン翻訳ウィジェット２１ｃの既定値として設定されているものである。すなわち、第一の実施の形態において、スキャン翻訳ウィジェット２１ｃは、サービスＩＤが「ｓｃａｎ００１」のスキャンサービス（スキャンアプリ１２１１によって提供されるスキャンサービス）と、サービスＩＤが「ｏｃｒｓｅｒｖ」のＯＣＲサービス（ＯＣＲサービスアプリ３１によって提供されるＯＣＲサービス）と、サービスＩＤが「ｔｒａｎｓｓｅｒｖ」の翻訳サービス（翻訳サービスアプリ４１によって提供される翻訳サービス）を既定の処理として利用するように実装されている。なお、利用対象とするサービスの既定値は、スキャン翻訳ウィジェット２１ｃのソースコード内に記述されていてもよいし、属性情報管理ファイル２１５に記述されていてもよい。後者の場合、ユーザによって変更可能であるという利便性を確保することができる。

続いて、サービス推奨部２２２は、受信されたサービス利用予定情報においてサービスＩＤが指定さているサービスと種別識別子が一致するサービスの中で最適なサービス（推奨サービス）を判定し（Ｓ１０５）、推奨サービスの判定結果をスキャン翻訳ウィジェット２１ｃの連携部２１３に返信する（Ｓ１０６）。推奨サービスの判定処理の詳細については後述するが、ここでは、図８に示されるような判定結果が得られたこととする。

図８は、第一の実施の形態における推奨サービスの判定結果の例を示す図である。同図における判定結果の構成は、利用予定とされたサービスの種別と同じ順序で（すなわち実行順で）サービスＩＤ、種別識別子、及び提供者名等を含む。同図では、図７の利用予定情報に対してＯＣＲサービスが異なっている。サービス推奨部２２２が、ＯＣＲサービスアプリ３１によるものよりＯＣＲアプリ１２２２によって提供されているものの方が適切である（利用価値が高い）と判定した結果である。

続いて、スキャン翻訳ウィジェット２１ｃのウィジェット情報送信部２１２は、図８の判定結果と属性情報管理ファイル２１５に登録されている情報とに基づいてウィジェット情報を生成し、当該ウィジェット情報をウィジェットマネージャ２２のウィジェット情報登録部２２３に送信する（Ｓ１０７）。

図９は、第一の実施の形態におけるスキャン翻訳ウィジェットのウィジェット情報の例を示す図である。同図において、スキャン翻訳ウィジェット２１ｃのウィジェット情報は、ウィジェットＩＤ、ユーザＩＤ、ウィジェットアドレス、表示名、及びサービス利用情報等を含む。

ウィジェットＩＤは、各ウィジェット２１を一意に識別する識別情報である。ユーザＩＤは、スキャン翻訳ウィジェット２１ｃのユーザの識別子である。すなわち、各ウィジェット２１は、当該ウィジェット２１がインストールされたユーザ端末２０のユーザに関連付けられている。ウィジェットアドレスは、ネットワーク通信において各ウィジェット２１を一意に識別するための識別情報（例えば、ＵＲＬ等）である。表示名は、ウィジェット２１の名前の表示用の文字列である。

サービス利用情報は、ウィジェット２１が利用すると決定したサービスの実行順に、サービスＩＤ、種別識別子、提供者名、及び設定情報等を含む。同図のサービス利用情報は、サービス推奨部２２２による判定結果（図８参照）がそのまま採用されている。すなわち、翻訳サービスについては、翻訳ソフト２４によるものが利用対象とされている。なお、サービス推奨部２２２による判定結果を採用するか否かは、ウィジェット２１側の自由である（ウィジェット２１の実装に依存する）。常に判定結果に従うようにしてもよいし、常に判定結果を拒否してもよい（この場合、ステップＳ１０４〜Ｓ１０６は実行されなくてもよい。）。又は、ウィジェットＵＩ部２１１が判定結果を表示装置２０６に表示させ、判定結果の採否の決定をユーザに仰いでもよい。サービス利用情報における設定情報は、各サービスに対する設定情報（実行条件）である。例えば、スキャンサービスであれば、解像度、カラーモード等に関する指定である。また、ＯＣＲサービスであれば、文書の方向（横書き又は縦書き）や言語の種別等に関する指定である。翻訳サービスであれば、翻訳元と翻訳先の言語の指定等である。

なお、ウィジェットＩＤ、ユーザＩＤ、連携機能識別子、ウィジェットアドレス、表示名、及びサービス利用情報における設定情報は、スキャン翻訳ウィジェット２１ｃの属性情報管理ファイル２１５より取得される。したがって、各ユーザは、属性情報管理ファイル２１５を編集することにより、ウィジェット２１をパーソナライズすることができる。

続いて、ウィジェット情報登録部２２３は、受信されたウィジェット情報に含まれているユーザＩＤに対応するウィジェット情報管理テーブル２２７に当該ウィジェット情報を登録する（Ｓ１０８）。当該ユーザＩＤに対応するウィジェット情報管理テーブル２２７が存在しない場合、ウィジェット情報登録部２２３は、当該ユーザＩＤに対応するウィジェット情報管理テーブル２２７を生成し、生成されたウィジェット情報管理テーブル２２７にウィジェット情報を登録する。なお、本実施の形態では、ユーザ端末２０とユーザとは一対一に対応する。また、ウィジェット情報管理テーブル２２７は、ウィジェットマネージャ２２の終了時に削除される。したがって、本実施の形態では、ユーザ端末２０の起動後において初めてウィジェット２１が起動された場合、ウィジェット情報管理テーブル２２７が生成される。

ウィジェット情報管理テーブル２２７が新たに生成された場合（すなわち、受信されたウィジェット情報に含まれているユーザＩＤに係るユーザについて、初めてウィジェット情報が登録された場合）、広告部２２４は、受信されたウィジェット情報に含まれているユーザＩＤと、ウィジェット情報取得用ＵＲＬ（Uniform Resource Locator）とを含む広告をネットワーク上に発行する（Ｓ１０９）。ウィジェット情報取得用ＵＲＬとは、ウィジェットマネージャ２２ごとに（すなわち、ユーザ端末２０ごとに）一意なＵＲＬである。

当該広告は、ユーザ端末２０と通信可能な状態にある画像形成装置１０のユーザ検知部１３２によって受信される。ユーザ検知部１３２は、広告の受信に応じ、当該広告に含まれているユーザＩＤ及びウィジェット情報取得用ＵＲＬをユーザ管理テーブル１３８に登録する（Ｓ１１０）。

図１０は、ユーザ管理テーブルの構成例を示す図である。同図に示されるように、ユーザ管理テーブル１３８は、ユーザＩＤとウィジェット情報取得用ＵＲＬとの組（ペア）を管理する。同図では、ユーザＡ及びユーザＢについてレコードが登録されている例が示されている。

以上によって、スキャン翻訳ウィジェット２１ｃの存在はウィジェットマネージャ２２によって認識された。また、ユーザ端末２０のユーザの存在は、画像形成装置１０に認識された。したがって、当該ユーザは、画像形成装置１０よりスキャン翻訳ウィジェット２１ｃを利用できる状態となった。なお、当該ユーザが、スキャンウィジェット２１ａや印刷ウィジェット２１ｂを続けて起動した場合、これらのウィジェット２１についてもウィジェット情報がウィジェットマネージャ２２のウィジェット情報管理テーブル２２７に登録される。但し、広告は発行されない。当該ユーザに関する広告は既に発行されているからである。

また、図５では、ウィジェットマネージャ２２の起動に応じて画像形成装置１０のプロファイルデータの取得（Ｓ１０１、Ｓ１０２）が実行される例について説明した。但し、当該ステップは、ウィジェットマネージャ２２の起動後において定期的に実行されてもよい。または、ユーザによる指示入力に応じて実行されてもよい。

ユーザ端末２０においてスキャン翻訳ウィジェット２１ｃを起動させた後、ユーザは、スキャン翻訳ウィジェット２１ｃを動作させるために画像形成装置１０の設置場所へ移動する。なお、複数の画像形成装置１０がユーザ端末２０と通信可能な状態である場合、同一の広告が各画像形成装置１０のユーザ検知部１３２によって受信され、それぞれの画像形成装置１０のユーザ管理テーブル１３８にユーザＩＤ及びウィジェット情報取得用ＵＲＬが登録される。したがって、ユーザは、複数の画像形成装置１０の中で所望の画像形成装置１０に赴いてウィジェット２１を動作させることができる。

続いて、画像形成装置１０におけるユーザによる操作に応じて実行される処理について説明する。図１１は、第一の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。

ユーザによって操作パネル１５を介してプロバイダアプリ１２２１の利用指示が入力されると（Ｓ１２１）、プロバイダアプリ１２２１のＵＩ制御部１３３は、ユーザ管理テーブル１３８に登録されている情報に基づいてユーザ選択画面を操作パネル１５に表示させる（Ｓ１２２）。なお、ステップＳ１２２において、ＵＩ制御部１３３は、ウィジェットマネージャ２２よりユーザ情報を取得し、取得されたユーザ情報に基づいてユーザ選択画面を表示させるようにしてもよい。この場合、図５のステップＳ１０９は必ずしも行われなくてもよい。但し、例えば、ウィジェットマネージャ２２とサブネットが異なる特定の（予め、ウィジェットマネージャ２２にＩＰアドレスが登録されている）画像形成装置１０に対してユニキャストによってステップＳ１０９が実行されてもよい。

図１２は、ユーザ選択画面の表示例を示す図である。同図に示されるユーザ選択画面６１０には、ユーザＩＤごとにボタンが表示されている。同図では、ユーザＡに対応するボタン６１１とユーザＢに対応するボタン６１２とが表示されている。

続いて、ユーザは、ユーザ選択画面６１０において自らのユーザＩＤに対応するボタンを押下する（Ｓ１２３）。ボタンの押下に応じ、ウィジェット情報取得部１３４は、選択されたボタンに対応するユーザＩＤに関連付けられているウィジェット情報取得用ＵＲＬをユーザ管理テーブル１３８より取得する。なお、ユーザＩＤに対応するボタンの押下に応じ、ユーザの認証を行い、ユーザが認証された場合にのみ、以降の処理が実行されるようにしてもよい。

続いて、ウィジェット情報取得部１３４は、ウィジェット情報取得用ＵＲＬ宛に、ウィジェット情報の取得要求を送信する（Ｓ１２４）。ウィジェット情報取得用ＵＲＬ宛のウィジェット情報の取得要求は、ウィジェットマネージャ２２のウィジェット情報提供部２２５によって受信される。ウィジェット情報提供部２２５は、ウィジェット情報管理テーブル２２７に登録されている全てのウィジェット２１のウィジェット情報を取得し、取得されたウィジェット情報の一覧をプロバイダアプリ１２２１に送信する（Ｓ１２５）。ウィジェット情報の一覧の送信に際し、ウィジェット情報提供部２２５は、プロバイダアプリ１２２１と各ウィジェット２１との通信を中継するためのＵＲＬ（以下、「ウィジェット中継用ＵＲＬ」という。）をウィジェット２１ごと（ウィジェット情報ごと）に一意に生成する。ウィジェット情報提供部２２５は、ウィジェット２１ごとに生成されたウィジェット中継用ＵＲＬを、各ウィジェット２１に対応するウィジェット情報に付加し、ウィジェット中継用ＵＲＬが付加されたウィジェット情報の一覧をプロバイダアプリ１２２１に送信する。したがって、ステップＳ１２５において送信されるウィジェット情報は、例えば、図１３に示されるような構成を有する。

図１３は、第一の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。

図１３に示されるウィジェット情報は、図９のウィジェット情報に対してウィジェット中継用ＵＲＬが付加されたものである。ステップＳ１２５では、同図に示されるようなウィジェット情報の一覧が送信される。ここでは、ウィジェット情報が一つしか含まれないものもウィジェット情報の一覧という。

なお、ウィジェット中継用ＵＲＬは、ウィジェット情報登録部２２３が、ウィジェット情報をウィジェット情報管理テーブル２２７に登録する際に生成し、ウィジェット情報に付加しておいてもよい。

続いて、プロバイダアプリ１２２１のＵＩ制御部１３３は、受信されたウィジェット情報の一覧をＲＡＭ１１２に記録しておき、当該ウィジェット情報の一覧に基づいて、ユーザに利用可能なウィジェット２１の一覧を含む画面（ウィジェット選択画面）を表示させる（Ｓ１２６）。

図１４は、ウィジェット選択画面の表示例を示す図である。同図に示されウィジェット選択画面６２０には、ウィジェット２１ごとにボタンが表示されている。同図では、スキャン翻訳ウィジェット２１ｃに対応するボタン６２１と、スキャンウィジェット２１ａに対応するボタン６２２と、印刷ウィジェット２１ｂに対応するボタン６２３とが表示されている。

ウィジェット選択画面６２０において、スキャン翻訳ウィジェット２１ｃに対応するボタン６２１が選択され、スキャナ１２に原稿がセットされた後、操作パネル１５のスタートキーが押下されると（Ｓ１２７）、プロバイダアプリ１２２１のサービス制御部１３６は、押下されたボタンに対応するウィジェット情報（以下、「カレントウィジェット情報」という。）に含まれているサービス利用情報の第一エントリ（図１３参照）に含まれている種別識別子「ＳＣＡＮ」と提供者名「スキャンアプリ１２１１」とに基づいて、スキャンアプリ１２１１がスキャンサービスを実行すべきことを認識する。そこで、サービス制御部１３６は、当該第一エントリに含まれている設定情報を指定して、スキャンの実行指示をスキャンアプリ１２１１に入力する。スキャンアプリ１２１１は、原稿に対するスキャンをスキャナ１２に実行させ、その結果得られる画像データ（スキャン画像）をサービス制御部１３６に出力する（Ｓ１２８）。

続いて、サービス制御部１３６は、当該サービス利用情報の第二エントリに含まれている種別識別子「ＯＣＲ」と提供者名「ＯＣＲアプリ１２２２」とに基づいて、ＯＣＲアプリ１２２２がＯＣＲサービスを実行すべきことを認識する。そこで、そこで、サービス制御部１３６は、当該第二エントリに含まれている設定情報を指定して、スキャン画像に対するＯＣＲ処理の実行指示をＯＣＲアプリ１２２２に入力する。ＯＣＲアプリ１２２２は、スキャン画像に対するＯＣＲ処理を実行し、ＯＣＲ処理の結果得られるテキストデータをサービス制御部１３６に出力する（Ｓ１２９）。

続いて、サービス制御部１３６は、当該サービス利用情報の第三エントリに含まれている提供者名「翻訳サービスアプリ」が画像形成装置１０内におけるサービスの提供者名ではないことに基づいて、プロバイダアプリ１２２１に対して要求された全てのサービスの実行は完了と判断し、実行したサービスに関する課金処理をサービス課金部１３７に要求する。当該要求には、実行したサービスのサービスＩＤの一覧が指定される。サービス課金部１３７は、当該要求に応じ、サービス課金カウンタ１４０を更新する（Ｓ１３０）。具体的には、各サービスＩＤに対応するそれぞれの課金カウンタがカウントアップされる。なお、各サービスの提供者名が画像形成装置１０内おけるサービスの提供者名であるか否かは、当該提供者名に対応するプログラムモジュールが画像形成装置１０内に存在するか否かに基づいて判定してもよいし、当該サービスのサービスＩＤに対応するプロファイルデータが、画像形成装置１０のプロファイルデータ管理部１３９に登録されているか否かに基づいて判定してもよい。

課金処理が完了すると、サービス制御部１３６は、テキストデータと最後に実行されたサービスのサービスＩＤ（ここでは、「ｏｃｒ００２」。以下「最終サービスＩＤ」という。）とをウィジェット連携部１３５に入力する。続いて、ウィジェット連携部１３５は、当該テキストデータと最終サービスＩＤとをカレントウィジェット情報に含まれているウィジェット中継用ＵＲＬ宛に送信する（Ｓ１３１）。ウィジェット中継用ＵＲＬ宛に送信されたテキストデータ及び最終サービスＩＤは、ウィジェットマネージャ２２の中継部２２６によって受信される。中継部２２６は、当該ウィジェット中継用ＵＲＬに対応するウィジェット情報をウィジェット情報管理テーブル２２７より取得し、当該ウィジェット情報に含まれているウィジェットアドレス宛にテキストデータ及び最終サービスＩＤを転送する（Ｓ１３２）。

当該ウィジェットアドレス宛に送信されたテキストデータ及び最終サービスＩＤは、スキャン翻訳ウィジェット２１ｃの連携部２１３によって受信される。連携部２１３は、当該テキストデータ及び最終サービスＩＤをスキャン翻訳ウィジェット２１ｃのロジック部２１４に入力する。ロジック部２１４は、最終サービスＩＤに基づいて、ＯＣＲサービスの実行までが行われたことを認識し、サービス利用情報（図９参照）に基づいて、翻訳処理の実行要求を翻訳サービスアプリ４１に送信する（Ｓ１３３）。当該翻訳処理の実行要求にはテキストデータが含まれる。また、当該翻訳処理の実行要求は、翻訳サービスアプリ４１のプロファイルデータに含まれているインタフェース情報に基づいて行われる。当該インタフェース情報は、翻訳サービスアプリ４１に係るサービスＩＤに基づいて、ウィジェットマネージャ２２を介してプロファイルデータ管理部２２８より取得される。

続いて、翻訳サービスアプリ４１は、テキストデータに対する翻訳処理を実行し（Ｓ１３４）、翻訳処理の結果得られるテキストデータ（翻訳結果データ）をスキャン翻訳ウィジェット２１ｃのロジック部２１４に返信する（Ｓ１３５）。ロジック部２１４は、翻訳結果データを受信すると、翻訳結果データを処理対象として所定の処理（ロジック）を実行する（Ｓ１３６）。例えば、ロジック部２１４は、属性情報管理ファイル２１５に設定されている保存先にテキストデータを保存する。

なお、翻訳サービスアプリ４１の利用に関する課金については、画像形成装置１０の関与するところではない。すなわち、翻訳サービスアプリ４１の利用契約については、ユーザと翻訳サービスアプリ４１による翻訳サービスの提供者との間の問題だからである。したがって、画像形成装置１０において、翻訳サービスに関するサービス課金カウンタ１４０は更新されない。

但し、ウィジェットマネージャ２２が翻訳サービスアプリ４１の利用履歴を所定のコンピュータの記憶装置に記録するようにしてもよい。この場合、例えば、スキャン翻訳ウィジェット２１ｃが、ステップＳ１３５以降に翻訳サービスアプリ４１を利用したこと（例えば、翻訳サービスアプリ４１のサービスＩＤ）をウィジェットマネージャ２２に通知すればよい。当該通知（サービスの利用通知）により、ウィジェットマネージャ２２は、翻訳サービスアプリ４１が利用されたことを検知することができ、上記利用履歴を記録することができる。または、所定のタイミング（例えば、ステップＳ１３１等）において、ウィジェット連携部１３５は、スキャン翻訳ウィジェット２１のウィジェット情報（図９参照）をウィジェットマネージャ２２に送信するようにしてもよい。ウィジェットマネージャ２２は、当該ウィジェット情報に含まれているサービス利用情報をサービスの利用通知として参照することにより、翻訳サービスアプリ４１が利用されることを検知することができ、上記利用履歴を記録することができる。なお、ウィジェットマネージャ２２は、翻訳サービスアプリ４１が画像形成装置１０以外によって提供されるサービスであることは、プロファイルデータ管理部２２８に登録されているプロファイルデータ（図６参照）のサービスカテゴリを参照して判断することができる。

ウィジェットマネージャ２２は、当該利用履歴を定期的にウィジェットマネージャ２２の提供者（例えば、画像形成装置１０の販売者等）へ通知してもよい。このとき、個人を特定する情報は必要としない。ウィジェットマネージャ２２の提供者は、集められた利用履歴ら計算した全ユーザの全使用回数に応じて、翻訳サービスアプリ４１の提供者にたいして簡易的に課金（翻訳サービスアプリ４１の利用を推奨したことに対する紹介料の課金）を行うことが可能である。これによりユーザは翻訳サービスアプリ４１の利用契約のみ気にすればよい。また、各ユーザの個人情報を取得する必要がないので定期的に通知しやすくなる。

ところで、図１１の処理の実行中において、図５の処理も並列的に実行されうる。具体的には、画像形成装置１０を現在操作中のユーザとは異なるユーザに係るユーザ端末２０が有するウィジェット２１からのウィジェット情報の登録要求に基づいて、画像形成装置１０のユーザ管理テーブル１３８には、当該ウィジェット情報に含まれているユーザＩＤ等が登録されうる。

続いて、図５のステップＳ１０５の詳細について説明する。図１５は、第一の実施の形態における推奨サービスの判定処理の処理手順を説明するためのフローチャートである。

ステップＳ１０５１において、サービス推奨部２２２は、サービス利用予定情報（図７参照）に含まれているサービスＩＤを一つ取得する。例えば、「ｓｃａｎ００１」が取得される。続いて、サービス推奨部２２２は、当該サービスＩＤに係るプロファイルデータをプロファイルデータ管理部２２８より取得し、プロファイルデータリストに記録する（Ｓ１０５２）。プロファイルデータリストは、プロファイルデータのリストを格納可能な作業用の配列である。続いて、サービス推奨部２２２は、取得されたプロファイルデータと種別識別子が一致する全てのプロファイルデータをプロファイルデータ管理部２２８より取得し、取得されたプロファイルデータをプロファイルデータリストに追加する（Ｓ１０５３）。したがって、例えば、種別識別子が「ＳＣＡＮ」である全てのプロファイルデータがプロファイルリストに記録される。

続いて、サービス推奨部２２２は、有効期限が切れているプロファイルデータをプロファイルデータリストより除去する（Ｓ１０５４）。続いて、サービス推奨部２２２は、プロファイルデータリストに含まれている各プロファイルデータの品質（Ｑ）、コスト（Ｃ）、及び納期（Ｄ）の評価値に基づいて、各サービスの総合評価値を算出し、当該総合評価値（Ｓ）に基づいて最適なサービスを判定する（Ｓ１０５５）。すなわち、総合評価値（Ｓ）が最も高いものを最適なサービスであると判定する。

本実施の形態において、総合評価値（Ｓ）は、以下の評価式で算出される。

Ｓ＝α×Ｑ＋β×Ｃ＋γ×Ｄ
ここで、α、β、及びγは、品質、コスト、又は納期に対する重み付け係数である。各係数の値は、ウィジェット２１ごとに設定可能とするとよい。例えば、ウィジェット２１の起動後であって、サービス利用予定情報の送信前にウィジェット２１のＵＩ制御部が設定画面を表示させる。連携部２１３は、当該設定画面を介して入力された各係数の値をサービス利用予定情報と共にサービス推奨部２２２に送信する。サービス推奨部２２２は、利用予定情報と共に受信された係数の値を用いて総合評価値（Ｓ）を算出する。そうすることにより、状況に応じて利用対象とするサービスの優先順位を変更することができる。また、評価式についても係数と同様にユーザによる設定を可能としてもよい。

なお、評価値が最も高いサービスが複数存在する場合、サービス利用予定情報に含まれているサービスを優先的に選択してもよい。

続いて、サービス推奨部２２２は、最適であると判定されたサービスの利用の可否を判定する（Ｓ１０５６）。例えば、当該サービスのサービスカテゴリが「ＭＦＰ」であれば、当該サービスに関するプロファイルデータが取得されていることに基づいて、当該サービスは利用可能であると判定する。当該サービスのサービスカテゴリが「Ｗｅｂサービス」であれば、当該サービスの提供者（ＯＣＲサービスアプリ３１又は翻訳サービスアプリ４１等）との通信の可否に基づいて、当該サービスの利用の可否を判定する。通信の可否の判定は、例えば、アドレス情報に基づいてｐｉｎｇコマンドを発行することにより行ってもよい。当該サービスのサービスカテゴリが「ローカルアプリ」であれば、当該サービスの提供者（ＯＣＲソフト２３又は翻訳ソフト２４等）が起動されているか、又は起動可能であるか否かに基づいて利用の可否を判定する。

当該サービスの利用が不可能であると判定された場合（Ｓ１０５６でＮｏ）、サービス推奨部２２２は、当該サービスをプロファイルデータリストより除去し（Ｓ１０５７）、ステップＳ１０５５及びＳ１０５６を繰り返し実行する。当該サービスの利用が可能であると判定された場合（Ｓ１０５６でＹｅｓ）、サービス推奨部２２２は、当該サービスのサービスＩＤ、種別識別子、及び提供者名を判定結果に含める（Ｓ１０５８）。

ステップＳ１０５１〜Ｓ１０５８までの処理がサービス利用予定情報に含まれている全てのサービス（サービスＩＤ）に関して完了すると（Ｓ１０６５でＹｅｓ）、図１５の処理は終了する。

なお、サービス利用予定情報に含まれているサービスの利用の可否を最初に確認し、利用できない場合に限って他のサービスとの中から最適なものを選択するようにしてもよい。

上述したように、第一の実施の形態によれば、各サービスのプロファイルデータに基づいてサービス推奨部２２２によって適切なサービスが自動的に判定される。したがって、各ウィジェット２１は、適切なサービスを利用して自らの機能を実現及び提供することができる。

また、画像形成装置１０においては、画像形成装置１０がネットワークを介して提供可能なサービスごとに課金管理が行われる。したがって、利用されたサービスの数に応じて課金額を変化させることができる。また、画像形成装置１０課の利用に対する課金額の分配をサービス単位で容易かつ明確に行うことができる（この点については第四の実施の形態により更に明確となる。）。したがって、画像形成装置１０を利用した新たなビジネスモデルの構築の可能性を高めることができる。

なお、画像形成装置１０におけるサービスの種別（種別識別子）の単位は、画像形成装置１０の製造者又は販売者側において決定される。基本的には、画像形成装置１０の標準アプリ１２１又はＳＤＫアプリ１２２によって提供可能なサービスの種別が画像形成装置１０におけるサービスの種別の単位とされる。このことは、画像形成装置１０の製造者又は販売者以外のサービスの提供者から見た場合、画像形成装置１０におけるサービスの種別の単位は固定的であることを意味する。したがって、画像形成装置１０におけるサービスに代替させるサービスを提供する場合、当該代替させるサービスの提供者は画像形成装置１０において定義されているサービスの種別の単位に拘束される。具体的には、画像形成装置１０において定義されているサービスの種別によって分類される単位でサービスを提供する必要がある。

但し、このことは、画像形成装置１０の製造者又は販売者以外のサービスの提供者が任意にサービスの種別を定義できないことを意味するものではない。新たなサービスの種別を定義し、当該種別に属するサービスに関するプロファイルデータを定義し、当該種別に属するサービスを利用するウィジェット２１が実装されれば、当該ウィジェットによって当該サービスは利用される。すなわち、ウィジェットマネージャ２２は、画像形成装置１０において定義されたサービスの種別と、画像形成装置１０以外において定義されたサービスの種別とを区別なく扱う。具体的には、サービス推奨部２２２は、最適なサービスを判定する際に、サービスの種別が画像形成装置１０において定義されたものであるか否かについては関与しない。斯かる構成により、サービスの拡張性が担保されている。

なお、上記では、ウィジェットマネージャ２２がウィジェット２１と同じユーザ端末２０内に実装された例を説明した。但し、ウィジェットマネージャ２２は、ユーザ端末２０とは異なるコンピュータに実装されていてもよい。例えば、複数のユーザ端末２０におけるウィジェット２１に対応した処理が一つのウィジェットマネージャ２１によって統合的に行われてもよい。

次に、第二の実施の形態について説明する。第二の実施の形態では、画像形成装置１０におけるＯＣＲアプリ１２２２は、ＯＣＲ処理における一部の機能を下位のプログラムモジュール（プログラム部品）を利用して実現していることとする。

図１６は、第二の実施の形態におけるＯＣＲアプリと下位モジュールとの関係例を示す図である。同図において、ＯＣＲアプリ１２２２は、ＯＣＲ処理の中で、地肌除去処理については地肌除去モジュールを利用し、罫線認識処理については罫線認識モジュールを利用することが示されている。なお、画像形成装置１０には、地肌除去モジュールの実体として、標準で搭載されている地肌除去モジュールＡ及び後からプラグイン等で追加した地肌除去モジュールＢがインストールされており、罫線認識モジュールの実体として、標準で搭載されている罫線認識モジュールＡ及び後からプラグイン等で追加した罫線認識モジュールＢがインストールされていることとする。また、ＯＣＲアプリ１２２２は、既定の（デフォルトの）動作として地肌除去処理については地肌除去モジュールＡを利用し、罫線認識処理については罫線認識モジュールＡを利用するように実装されていることとする。

以下、第二の実施の形態の情報処理システム１の処理手順について説明する。

第二の実施の形態において、ウィジェットマネージャ２２及びウィジェット２１の起動時の処理手順は、第一の実施の形態とほぼ同様である（図５参照）。但し、第二の実施の形態では、ステップＳ１０３において、図１７に示されるようなプロファイルデータがプロファイルデータ管理部２２８に登録される。

図１７は、第二の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。

同図に示されるように、第二の実施の形態では、下位サービスの項目（列）が追加されている。下位サービスには、下位モジュールの入れ替えが可能なサービスについて、下位モジュールが提供するサービスのサービスＩＤが登録されている。これにより、下位サービスとの関連情報が構成させる。同図では、ＯＣＲアプリ１２２２に関して、「ｏｃｒ００２．ｊｉｈａｄａＡ」及び「ｏｃｒ００２．ｋｅｉｓｅｎＡ」が登録されている。ｏｃｒ００２．ｊｉｈａｄａＡは、地肌除去モジュールＡが提供するサービス（地肌除去サービス）のサービスＩＤである。ｏｃｒ００２．ｋｅｉｓｅｎｎＡは、罫線認識モジュールＡが提供するサービス（罫線認識サービス）のサービスＩＤである。なお、下位サービスのサービスＩＤは、接頭子として上位サービスのサービスＩＤが付加される。プログラムの処理において、上位サービスと下位サービスとの関係を容易に把握するための便宜的なものである。

また、同図では、地肌除去モジュールＡ、罫線認識モジュールＡ、地肌除去モジュールＢ、及び罫線認識モジュールＢに関するプロファイルデータも登録されている。具体的には、サービスＩＤが、それぞれｏｃｒ００２．ｊｉｈａｄａＡ、ｏｃｒ００２．ｋｅｉｓｅｎＡ、ｏｃｒ００２．ｊｉｈａｄａＢ、ｏｃｒ００２．ｋｅｉｓｅｎＢであるプロファイルデータが登録されている。すなわち、入れ替え可能な下位モジュール（第二階層以下のモジュール）によって提供されるサービスについても、第一階層のサービスと同様の形成のプロファイルデータが定義され、プロファイルデータ管理部２２８に登録されるのである。したがって、下位モジュールによって提供されるサービスについても、品質、コスト、及び納期等の評価値が登録される。

このように、第二の実施の形態では、下位モジュールによって提供されるサービスについても、画像形成装置１０のサービス単位において１単位として扱われる。

なお、第一の実施の形態においても説明したように、図１７に示されるプロファイルデータのうちサービスカテゴリが「ＭＦＰ」であるプロファイルデータは、プロファイルデータ管理部１３９に登録されていたものがプロバイダアプリ１２２１より取得され、ステップＳ１０３において登録されたものである。

第二の実施の形態では、プロファイルデータの構成の変化に応じてサービス推奨部２２２による推奨サービスの判定処理が変化する。

図１８は、第二の実施の形態における推奨サービスの判定処理の処理手順を説明するためのフローチャートである。図１８中、図１５と同一ステップには同一ステップ番号を付し、その説明は省略する。

図１８では、ステップＳ１０６１及びＳ１０６２が追加されている。ステップＳ１０６１において、サービス推奨部２２２は、最適であると判定されたサービスのプロファイルデータに下位サービスのサービスＩＤが登録されているか（すなわち、下位サービスの入れ替えが可能であるか否か）を判定する。下位サービスのサービスＩＤが登録されている場合（Ｓ１０６１でＹｅｓ）、サービス推奨部２２２は、下位サービスのサービスＩＤをサービスサービス利用予定情報として、推奨サービス判定処理（すなわち、図１８の処理）を再帰的に実行する（Ｓ１０６２）。

例えば、図１７に示されるプロファイルデータを用いて説明すると、ＯＣＲサービスに関してサービスＩＤが「ｏｃｒ００２」であるサービスが最適であると判定された場合、当該サービスのプロファイルデータには、下位サービスのサービスＩＤ（ｏｃｒ．ｊｉｈａｄａＡ、ｏｃｒ００２．ｋｅｉｓｅｎＡ）が登録されている。したがって、サービス推奨部２２２は、この二つのサービスＩＤをサービス利用予定情報として、ステップＳ１０５１以降の処理を再帰的に実行する。その結果、例えば、図１９に示されるような判定結果がサービス推奨部２２２からスキャン翻訳ウィジェット２１ｃの連携部２１３に返信される。

図１９は、第二の実施の形態における推奨サービスの判定結果の例を示す図である。同図に示されるように、第二の実施の形態では、下位サービスについてもサービスＩＤ、種別識別子、及び提供者名が含まれている。なお、同図では、地肌除去サービス及び罫線認識サービスの双方についてデフォルトではないサービス（すなわち、地肌除去モジュールＢによるサービスと罫線認識モジュールＢによるサービス）が選択された例が示されている。下位サービスについてデフォルトのサービスが選択された場合は、当該サービスのサービスＩＤ等は、当該判定結果に含まれなくてもよい。

図１９に示される判定結果をスキャン翻訳ウィジェット２１ｃが採用した場合、図５のステップＳ１０７及びＳ１０８では、図２０に示されるようなウィジェット情報がウィジェット情報登録部２２３に送信され、ウィジェット情報管理テーブル２２７に登録される。

図２０は、第二の実施の形態におけるスキャン翻訳ウィジェットのウィジェット情報の例を示す図である。

同図のウィジェット情報のサービス利用情報には、地肌除去サービス及び罫線認識サービスに関する情報が含まれている。このように、第二の実施の形態では、下位サービスに関する情報もウィジェット情報のサービス利用情報に含まれうる。

続いて、第二の実施の形態におけるスキャン翻訳ウィジェット２１ｃの処理手順について説明する。当該処理手順は、第一の実施の形態（図１１）とほぼ同様である。但し、ステップＳ１２９において、サービス制御部１３６は、図２０に示されるサービス利用情報の第二エントリに含まれている種別識別子「ＯＣＲ」と提供者名「ＯＣＲアプリ１２２２」とに基づいて、ＯＣＲアプリ１２２２がＯＣＲサービスを実行すべきことを認識すると共に、当該サービス利用情報の第三エントリ及び第四エントリに、ＯＣＲアプリ１２２２によるＯＣＲサービスのサービスＩＤ（ｏｃｒ００２）を接頭子とするサービスＩＤが含まれていることに基づいて、当該エントリに係る下位モジュール（下位サービス）を利用したＯＣＲサービスを実行すべきことを認識する。

そこで、サービス制御部１３６は、当該第二エントリに含まれている設定情報と当該第三エントリ及び第四エントリの内容とを指定して、スキャン画像に対するＯＣＲ処理の実行指示をＯＣＲアプリ１２２２に入力する。ＯＣＲアプリ１２２２はスキャン画像に対するＯＣＲ処理を実行し、ＯＣＲ処理の結果得られるテキストデータをサービス制御部１３６に出力する。この際、ＯＣＲアプリ１２２２は、地肌除去処理については地肌除去モジュールＢを利用し、罫線認識処理については罫線認識モジュールＢを利用する。

続いて、サービス制御部１３６は、実行したサービスのサービスＩＤの一覧を指定して、課金処理の実行をサービス課金部１３７に要求する。この際、当該サービスＩＤの一覧には、下位サービスのサービスＩＤ（ｏｃｒ．ｊｉｈａｄａＢ、ｏｃｒ００２．ｋｅｉｓｅｎＢ）も含まれる。したがって、サービス課金部１３７は、下位サービスについてもサービスごとにサービス課金カウンタ１４０を更新する（Ｓ１３０）。すなわち、第二の実施の形態では、下位サービスも一つのサービス単位として扱われるため、下位サービスごとに課金カウンタが存在するのである。

なお、上記では、便宜上、モジュール構成が２階層である例について説明したが、図１７に示したプロファイルデータの構成例や、図１８に示した処理手順から自明なように、第二の実施の形態は、３階層以上のモジュール構成に関しても適用可能である。例えば、罫線認識モジュールＡに関して下位モジュールが存在する場合は、罫線認識モジュールＡに対応するプロファイルデータの下位サービスの項目に、当該下位モジュールによるサービスのサービスＩＤを登録し、当該下位モジュールのサービスに関するプロファイルデータを定義すればよい。

だだし、下位モジュール（第二階層以下のモジュール）が入れ替え可能な範囲をサービスカテゴリが共通する範囲に限定してもよい。あるサービスの全階層構造を予め決定しておくことが困難であり、サービスカテゴリが共通する範囲で決定する方が都合がよいからである。また、下位モジュールを入れ替えることによってサービスカテゴリ間の通信が増加することを回避できる。

上述したように、第二の実施の形態によれば、サービスが階層構造を有する場合に、最上位のサービスのみならず、下位のサービスについても適切なものが自動的に判定され、利用されうる。したがって、状況に応じたサービスの利用形態の柔軟性を更に向上させることができる。

また、第二の実施の形態によれば、下位サービスごとに課金カウンタが更新される。したがって、より柔軟性の高い課金管理を行うことができる。

次に、第三の実施の形態について説明する。第三の実施の形態では、図１に示される情報処理システム１について、より具体的な状況設定を当てはめる。すなわち、画像形成装置１０は、コンビニエンスストアに設置されていることとする。ユーザ端末２０のユーザは、当該コンビニエンスストアに設置されている画像形成装置１０を利用しに訪れた顧客である。したがって、ユーザ端末２０は、可搬性のある端末である。ユーザ端末２０と画像形成装置１０とは無線通信によって通信可能である。但し、当該コンビニエンスストアの無線通信は、無線ＬＡＮで接続する顧客に対して店舗外のネットワークに接続できないように制限されているか、ブルートゥース（Bluetooth）等の短距離無線通信で画像形成装置１０とローカル接続をする。 以上の様な状況設定において、ユーザがユーザ端末２０においてウィジェットマネージャ２２を起動させ、更に、スキャン翻訳ウィジェット２１ｃを起動させると図５の処理が実行される。ここで、ステップＳ１０１及びＳ１０２では、当該コンビニエンスストアに設置されている画像形成装置１０のプロファイルデータが取得される。当該画像形成装置１０が提供する各サービスは、有料である。したがって、当該各サービスのプロファイルデータのコストの評価値は、課金額に応じて低くされている。

続いて、ステップＳ１０４において、スキャン翻訳ウィジェット２１ｃの連携部２１３が、図７に示した通りのサービス利用予定情報をウィジェットマネージャ２２のサービス推奨部２２２に送信すると、ウィジェットマネージャ２２は、推奨サービスの判定処理を実行する（Ｓ１０５）。ここで、当該コンビニエンスストアでは、外部との通信は行えないため、当該判定処理（図１５）のステップＳ１０５６において、通信不可を理由にＯＣＲサービスアプリ３１及び翻訳サービスアプリ４１は利用対象から除外される。その結果、サービス推奨部２２２による判定結果は、例えば図２１に示されるようなものとなる。

図２１は、第三の実施の形態における推奨サービスの判定結果の例を示す図である。同図に示されるように、第三の実施の形態では、第一又は第二の実施の形態における判定結果と異なり、翻訳ソフト２４による翻訳サービスが推奨されている。翻訳サービスアプリ４１が推奨されないのは、上述の通りネットワーク通信が不可能なためである。画像形成装置１０における翻訳アプリ１２２３が推奨されないのは、コストにおける評価値の低さが影響したものと推測される。

図２１に示される判定結果が採用された場合のスキャン翻訳ウィジェット２１ｃの処理手順について説明する。図２２は、第三の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。図２２中、図１１と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

ステップＳ１２５において、スキャン翻訳ウィジェット２１ｃに関しては図２３に示されるようなウィジェット情報がプロバイダアプリ１２２１のウィジェット情報取得部１３４に送信され、プロファイルデータ管理部１３９に登録される。

図２３は、第三の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。同図のウィジェット情報のサービス利用情報では、翻訳ソフト２４による翻訳サービスが利用対象とされている。

図２３に示されるウィジェット情報によって、ステップＳ１４１以降の処理が図１１とは異なったものとなる。すなわち、スキャン翻訳ウィジェット２１ｃの連携部２１３によってテキストデータ及び最終サービスＩＤが受信されると（Ｓ１３２）、当該テキストデータ及び最終サービスＩＤはスキャン翻訳ウィジェット２１ｃのロジック部２１４に入力される。ロジック部２１４は、最終サービスＩＤに基づいて、ＯＣＲサービスの実行までが行われたことを認識し、サービス利用情報（図２３参照）に基づいて、翻訳処理の実行要求を翻訳ソフト２４に送信する（Ｓ１４１）。当該翻訳処理の実行要求にはテキストデータが含まれる。なお、当該翻訳処理の実行要求は、翻訳ソフト２４のプロファイルデータに含まれているインタフェース情報に基づいて行われる。

続いて、翻訳ソフト２４は、テキストデータに対する翻訳処理を実行し（Ｓ１４２）、翻訳処理の結果得られる翻訳結果データをスキャン翻訳ウィジェット２１ｃのロジック部２１４に返信する（Ｓ１４３）。ロジック部２１４は、翻訳結果データを受信すると、翻訳結果データを処理対象として所定の処理（ロジック）を実行する（Ｓ１４４）。例えば、ロジック部２１４は、属性情報管理ファイル２１５に設定されている保存先にテキストデータを保存する。

図２２の処理では、スキャンサービス及びＯＣＲサービスに関して画像処理装置１０が利用された。したがって、ユーザ（顧客）には、サービス課金カウンタ１４０に基づいて、スキャンサービス及びＯＣＲサービスの利用に関する課金額が請求される。

上述したように、第三の実施の形態によれば、外出先等で画像形成装置１０を利用する環境が異なる場合でも、普段使用しているウィジェットを変更することなく画像形成装置を利用することができる。

次に、第四の実施の形態について説明する。第四の実施の形態では、第三の実施の形態とは別の具体的な状況設定を情報処理システム１（図１参照）に当てはめる。すなわち、画像形成装置１０は、プリントサービス（当該「サービス」は、ビジネス上のサービスをいい、本実施の形態においてコンピュータシステムによって提供されるサービスよりも広義である。）を提供している企業の店舗に設置されていることとする。翻訳サーバ４０は、当該企業によって運用されているサーバである。画像形成層装置１０の翻訳アプリ１２２３は、それ自身に翻訳処理が実装されているのではなく、翻訳サーバ４０の翻訳サービスアプリ４１に翻訳処理を委譲するように実装されている。翻訳サーバ４０は、ユーザ端末２０からは隠蔽されている。すなわち、ユーザ端末２０のユーザは、翻訳サービスアプリ４１による翻訳サービスの存在を認識していない。ユーザ端末２０のユーザは、当該店舗に設置されている画像形成装置１０を利用しに訪れた顧客である。したがって、ユーザ端末２０は、可搬性のある端末である。ユーザ端末２０と画像形成装置１０とは無線ＬＡＮ、又はブルートゥース（Bluetooth）等の無線通信によって通信可能である。

以上の様な状況設定において、ユーザがユーザ端末２０においてウィジェットマネージャ２２を起動させ、更に、スキャン翻訳ウィジェット２１ｃを起動させると図５の処理が実行される。ここで、ステップＳ１０１及びＳ１０２では、当該店舗に設置されている画像形成装置１０のプロファイルデータが取得される。その結果、ステップＳ１０３の段階において、ウィジェット情報管理テーブル２２７に登録されているプロファイルデータは、図２４に示す通りである。

図２４は、第四の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。

同図のプロファイルデータにおいて、第一の実施の形態（図６参照）と大きく異なる点は、翻訳サービスアプリ４１によるサービスに関するプロファイルデータ（サービスＩＤが「ｔｒａｎｓｓｅｒｖ」であるプロファイルデータ）が含まれていない点である。上記したように、翻訳サーバ４０は、ユーザ端末２０からは隠蔽されており、ユーザ端末２０のユーザは、翻訳サービスアプリ４１による翻訳サービスの存在を認識していないからである。

また、第四の実施の形態において、画像形成装置１０が提供する各サービスは有料である。したがって、当該各サービスのプロファイルデータのコストの評価値は、課金額に応じて低くされている。

なお、同図において、翻訳アプリ１２２３に関する品質、コスト、及び納期に関する評価値は、実質的には翻訳サーバにおける翻訳サービスアプリ４１に関する品質、コスト、又は納期に関する評価値である。

その後、ステップＳ１０４において、スキャン翻訳ウィジェット２１ｃの連携部２１３が、図７に示した通りのサービス利用予定情報をウィジェットマネージャ２２のサービス推奨部２２２に送信すると、ウィジェットマネージャ２２は、推奨サービスの判定処理を実行する（Ｓ１０５）。ここで、サービス推奨部２２２による判定結果は、図２５に示される通りであるとする。

図２５は、第四の実施の形態における推奨サービスの判定結果の例を示す図である。同図に示されるように、第四の実施の形態では、ＯＣＲソフト２３によるＯＣＲサービスと、翻訳アプリ１２２３による翻訳サービスとが推奨されている。ＯＣＲソフト２３が推奨されたのは、コストにおける評価値が影響したものと推測される。翻訳アプリ１２２３が推奨されたのは、品質における評価値が影響したものと推測される。

図２５に示される判定結果が採用された場合のスキャン翻訳ウィジェット２１ｃの処理手順について説明する。図２６は、第四の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。図２６中、図１１と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

ステップＳ１２５において、スキャン翻訳ウィジェット２１ｃに関しては図２７に示されるようなウィジェット情報がプロバイダアプリ１２２１のウィジェット情報取得部１３４に送信され、プロファイルデータ管理部１３９に登録される。

図２７は、第四の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。同図のウィジェット情報のサービス利用情報では、図２５に示した判定結果がそのまま採用されている。

図２７に示されるウィジェット情報（カレントウィジェット情報）によって、ステップＳ１５１以降の処理が図１１とは異なったものとなる。すなわち、スキャンの実行後、サービス制御部１３６は、図２７に示されるウィジェット情報におけるサービス利用情報の第二エントリに含まれている提供者名「ＯＣＲ」が画像形成装置１０内におけるサービスの提供者名ではないこと、及び第三エントリに含まれている提供者名「翻訳アプリ」が画像形成装置１０内におけるサービスの提供者名であることに基づいて、プロバイダアプリ１２２１に対して要求されている全てのサービスの実行は完了してはいないが、これまでのサービスの実行結果（スキャン画像）を一度出力する必要があることを認識し、スキャン画像及び最終サービスＩＤ（ここでは、「ｓｃａｎ００１」）と、プロバイダアプリ１２２１に対して要求されているサービスは残っていることを示す情報とウィジェット連携部１３５に入力する。なお、サービス制御部１３６は、プロバイダアプリ１２２１に対して要求されている次のサービス（翻訳サービス）のサービスＩＤをＲＡＭ１１２に記録しておく。

続いて、ウィジェット連携部１３５は、当該スキャン画像と最終サービスＩＤとをカレントウィジェット情報に含まれているウィジェット中継用ＵＲＬ宛に送信する（Ｓ１５１）。その後、ウィジェット連携部１３５は、プロバイダアプリ１２２１に対して要求されているサービスは残っていることを示す情報に基づいて、ウィジェットマネージャ２２からの要求を待機する。

ウィジェット中継用ＵＲＬ宛に送信されたスキャン画像及び最終サービスＩＤは、ウィジェットマネージャ２２の中継部２２６によって受信される。中継部２２６は、当該ウィジェット中継用ＵＲＬに対応するウィジェット情報をウィジェット情報管理テーブル２２７より取得し、当該ウィジェット情報に含まれているウィジェットアドレス宛にスキャン画像及び最終サービスＩＤを転送する（Ｓ１５２）。

当該ウィジェットアドレス宛に送信されたスキャン画像及び最終サービスＩＤは、スキャン翻訳ウィジェット２１ｃの連携部２１３によって受信される。連携部２１３は、当該スキャン画像及び最終サービスＩＤをスキャン翻訳ウィジェット２１ｃのロジック部２１４に入力する。ロジック部２１４は、最終サービスＩＤに基づいて、スキャンサービスの実行までが行われたことを認識し、サービス利用情報（図２７参照）に基づいて、ＯＣＲ処理の実行要求をＯＣＲソフト２３に送信する（Ｓ１５３）。当該ＯＣＲ処理の実行要求にはスキャン画像が含まれる。なお、当該ＯＣＲ処理の実行要求は、ＯＣＲソフト２３のプロファイルデータに含まれているインタフェース情報に基づいて行われる。

続いて、ＯＣＲソフト２３は、スキャン画像に対するＯＣＲ処理を実行し（Ｓ１５４）、ＯＣＲ処理の結果得られるテキストデータをスキャン翻訳ウィジェット２１ｃのロジック部２１４に返信する（Ｓ１５５）。

続いて、ロジック部２１４は、テキストデータを連携部２１３に入力する。連携部２１３は、当該テキストデータをウィジェットマネージャ２２の中継部２２６に転送する（Ｓ１５６）。中継部２２６は、受信されたテキストデータをプロバイダアプリ１２２１のウィジェット連携部１３５に送信する（Ｓ１５７）。ウィジェットマネージャ２２からの要求を待機していたウィジェット連携部１３５は、テキストデータを受信すると、当該テキストデータをサービス制御部１３６に入力する。

サービス制御部１３６は、ＲＡＭ１１２に記録されている、次に実行するサービスのサービスＩＤに基づいて、翻訳アプリ１２２３に対して当該テキストデータを入力し、翻訳処理の実行を要求する。続いて、翻訳アプリ１２２３は、翻訳サービスアプリ４１に対してテキストデータを送信し、翻訳処理の実行を要求する（Ｓ１５８）。続いて、翻訳サービスアプリ４１は、当該テキストデータに対して翻訳処理を実行し（Ｓ１５９）、翻訳結果データを翻訳アプリ１２２３に返信する（Ｓ１６０）。翻訳アプリ１２２３は、受信した翻訳結果データをサービス制御部１３６に出力する。

続いて、サービス制御部１３６は、サービス利用情報（図２７参照）に第四エントリは無いことに基づいてプロバイダアプリ１２２１に対して要求された全てのサービスの実行は完了と判断し、実行したサービスに関する課金処理をサービス課金部１３７に要求する。当該要求には、実行したサービスのサービスＩＤの一覧が指定される。サービス課金部１３７は、当該要求に応じ、サービス課金カウンタ１４０を更新する（Ｓ１６１）。具体的には、各サービスＩＤ（ｓｃａｎ００１、ｔｒａｎｓ００３）に対応するそれぞれの課金カウンタがカウントアップされる。第四の実施の形態において翻訳サービスについては、画像形成装置１０を設置している店舗又は企業において提供しているサービスである。したがって、翻訳サービスの課金カウンタに基づいて、当該店舗又は企業に分配すべき収益を容易に判断することができる。

課金処理が完了すると、サービス制御部１３６は、翻訳結果データと最終サービスＩＤ（「ｔｒａｎｓ００３」）とをウィジェット連携部１３５に入力する。続いて、ウィジェット連携部１３５は、当該翻訳結果データと最終サービスＩＤとをカレントウィジェット情報に含まれているウィジェット中継用ＵＲＬ宛に送信する（Ｓ１６２）。ウィジェット中継用ＵＲＬ宛に送信された翻訳結果データ及び最終サービスＩＤは、ウィジェットマネージャ２２の中継部２２６によって受信される。中継部２２６は、当該ウィジェット中継用ＵＲＬに対応するウィジェット情報をウィジェット情報管理テーブル２２７より取得し、当該ウィジェット情報に含まれているウィジェットアドレス宛に翻訳結果データ及び最終サービスＩＤを転送する（Ｓ１６３）。

当該ウィジェットアドレス宛に送信されたテキストデータ及び最終サービスＩＤは、スキャン翻訳ウィジェット２１ｃの連携部２１３によって受信される。連携部２１３は、当該翻訳結果データ及び最終サービスＩＤをスキャン翻訳ウィジェット２１ｃのロジック部２１４に入力する。ロジック部２１４は、最終サービスＩＤに基づいて、利用情報に含まれる全てのサービスの実行が完了したことを認識し（すなわち、入力されたデータが翻訳結果データであることを認識し）、翻訳結果データを処理対象として所定の処理（ロジック）を実行する（Ｓ１６４）。

なお、上記では、プロバイダアプリ１２２１に要求されたすべてのサービスの実行が完了した後に課金処理が実行される例を示した。但し、一つのサービスの実行が完了するたびに当該サービスに対するサービス課金カウンタ１４０を更新してもよい。特に、第四の実施の形態にように、途中までのサービスの実行結果（スキャン画像）が画像形成装置１０からユーザ端末２０に転送される場合、ユーザは少なくとも途中までのサービスを享受したと考えることもできる。したがって、その後、何らかの異常（通信異常等）が発生し、スキャン翻訳ウィジェット２１ｃによる最終的な成果物（翻訳結果データ）が得られなかった場合であっても、ユーザの手元にスキャン画像が残ることに鑑みれば、当該途中までのサービスに関する課金が行われるのは不当ではないと考えることもできる。

上述したように、第四の実施の形態によれば、企業又は店舗側において提供されているサービス（ここでは翻訳サービス）と画像形成装置１０とを連携させることにより、画像形成装置１０の利用者に課金された金額を当該企業又は店舗側に分配することができる。このことは、当該企業又は店舗側における新たな収益源が確保されることを意味する。したがって、企業又は店舗側に対して、本実施の形態における画像形成装置１０を設置したいというインセンティブを高めることができる。その結果、画像形成装置１０の販売者の収益を向上させることもできる。

但し、第四の実施の形態では、ウィジェットマネージャ２２のサービス推奨部２２２によって自動的に最適なサービスが判定又は選択されるため、必ずしも当該企業又は店舗側において提供されているサービスが利用対象として選択されるとは限らない。また、そもそも斯かるサービスが当該企業又は店舗によって提供されていることをユーザが認識しない可能性もある。そこで、当該企業又は店舗において提供されているサービスが利用される機会の増加を期待できる形態として、第五の実施の形態を説明する。

図２８は、第五の実施の形態におけるプロバイダアプリの機能構成例を示す図である。図２８中、図１と同一部分には同一符号を付し、その説明は省略する。

図２８では、サービス宣伝部１４１及び宣伝属性情報管理部１４２が更に追加されている。サービス宣伝部１４１は、ユーザに利用を促したいサービスを宣伝するための処理を制御する。宣伝属性情報管理部１４２は、ＨＤＤ１１４において宣伝属性情報が記録された記憶領域である。宣伝属性情報は、サービスの宣伝に関する情報である。

第五の実施の形態では、サービス推奨部２２２による判定結果には翻訳アプリ１２２３による翻訳サービス（実質的には、翻訳サービスアプリ４１による翻訳サービス）含まれず、当該判定結果がそのまま採用されたこととする。すなわち、プロバイダアプリ１２２１のプロファイルデータ管理部１３９に登録されているスキャン翻訳ウィジェット２１ｃのウィジェット情報のサービス利用情報では、翻訳ソフト２４による翻訳サービスが利用対象とされていることとする。斯かる前提において、スキャン翻訳ウィジェット２１ｃの処理手順について説明する。

図２９は、第五の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。図２９中、図２６と同一ステップには同一ステップ番号を付し、その説明は省略する。

同図では、ステップＳ１２７−１〜Ｓ１２７−７が追加されている。すなわち、ウィジェット選択画面６２０において、スキャン翻訳ウィジェット２１ｃに対応するボタン６２１が選択され、スキャナ１２に原稿がセットされた後、操作パネル１５のスタートキーが押下されると（Ｓ１２７）、サービス宣伝部１４１は、宣伝属性情報管理部１４２に宣伝属性情報が登録されているサービスの宣伝の要否を判定する（Ｓ１２７−１）。

図３０は、宣伝属性情報管理部における宣伝属性情報の構成例を示す図である。同図に示されるように、宣伝属性情報は、サービスＩＤ、種別識別子及び宣伝情報等を含む。サービスＩＤは、宣伝対象とされているサービスＩＤである。種別識別子は、宣伝対象とされているサービスの種別識別子である。本実施の形態では、翻訳アプリ１２２３による翻訳サービス（翻訳サービスアプリ４１による翻訳サービス）が宣伝対象とされている。宣伝情報は、いわゆる宣伝文句の表示用のデータである。例えば、宣伝情報には、翻訳サービスアプリ４１によって翻訳サービスが提供されていることや翻訳サービスアプリ４１を利用するメリット等を内容とするメッセージが含まれる。なお、宣伝情報のデータ形式は所定のものに限定されない。単なる文字列であってもよいし、画像データ又は文書データ等であってもよい。

サービス宣伝部１４１は、スキャン翻訳ウィジェット２１ｃのウィジェット情報（カレントウィジェット情報）のサービス利用情報に含まれている各サービス（すなわち、利用対象とされている各サービス）について、サービスＩＤは異なるが種別識別子が一致するレコード（すなわち、宣伝対象とされているが利用対象とされていないサービスに係るレコード）を宣伝属性情報管理部１４２より検索する。利用対象とされている各サービスのうち、いずれかのサービスに関して宣伝属性情報が検索された場合、サービス宣伝部１４１は、検索された宣伝属性情報に係るサービスの宣伝が必要であると判定し、当該宣伝属性情報をカレントウィジェット情報に含まれているウィジェット中継用ＵＲＬ宛に送信する（Ｓ１２７−２）。

ウィジェット中継用ＵＲＬ宛に送信された宣伝属性情報は、ウィジェットマネージャ２２の中継部２２６によって受信される。中継部２２６は、当該ウィジェット中継用ＵＲＬに対応するウィジェット情報をウィジェット情報管理テーブル２２７より取得し、当該ウィジェット情報に含まれているウィジェットアドレス宛に宣伝属性情報を転送する（Ｓ１２７−３）。

当該ウィジェットアドレス宛に送信された宣伝属性情報は、スキャン翻訳ウィジェット２１ｃの連携部２１３によって受信される。連携部２１３は、当該宣伝属性情報をウィジェットＵＩ部２１１に入力する。ウィジェットＵＩ部２１１は、当該宣伝属性情報に含まれている宣伝情報と、宣伝に係るサービスを利用するか否かを選択させるボタン（例えば、チェックボタン）とを有する宣伝画面を表示装置２０６に表示させる（Ｓ１２７−４）。第五の実施の形態では、翻訳サービスアプリ４１に関する宣伝情報が宣伝画面に表示される。

なお、宣伝対象のサービスが複数存在する場合、サービスごとに宣伝情報及びボタンが表示される。宣伝画面において、少なくとも一つのサービスを利用することがユーザによって選択されると、連携部２１３は、選択されたサービスのサービスＩＤの一覧を宣伝属性情報より取得し、取得されたサービスＩＤ一覧をウィジェットマネージャ２２の中継部２２６に送信する（Ｓ１２７−５）。なお、連携部２１３は、スキャン翻訳ウィジェット２１ｃ側で保持しているウィジェット情報のサービス利用情報を、当該サービスＩＤによって更新しておく。

一方、宣伝画面において、宣伝されたサービスを一つも利用しないことがユーザによって選択された場合、連携部２１３は、空のサービスＩＤの一覧を中継部２２６に送信する。

続いて、中継部２２６は、当該サービスＩＤの一覧をプロバイダアプリ１２２１のサービス宣伝部１４１に送信する（Ｓ１２７−６）。サービス宣伝部１４１は、受信されたサービスＩＤの一覧が空でない場合、当該一覧に含まれているサービスＩＤによってカレントウィジェット情報のサービス利用情報を更新する（Ｓ１２７−７）。これにより、利用対象とするサービスが入れ替えられる。

第五の実施の形態において、翻訳サービスアプリ４１に関する宣伝に応じて、翻訳アプリ１２２３が利用対象として選択された場合、ステップＳ１２８以降の処理手順は、図２６において説明した通りである。したがって、翻訳サービスに関しては、翻訳アプリ１２２３を介して翻訳サービスアプリ４１が利用される。

なお、宣伝情報は、画像形成装置１０側で表示させるようにしてもよい。この場合、ウィジェット２１側（スキャン翻訳ウィジェット２１ｃ）に宣伝属性情報を転送しなくてもよい。具体的には、サービス宣伝部１４１は、宣伝属性情報管理部１４２より検索された宣伝属性情報をＵＩ制御部に入力する。ＵＩ制御部は、当該宣伝属性情報に含まれている宣伝情報を表示させる宣伝画面を操作パネル１５に表示させる。当該宣伝画面を介して宣伝されたサービスの利用指示がユーザによって入力された場合、ウィジェット連携部１３５及びウィジェットマネージャ２２の中継部２２６を介して、利用対象とするサービスが入れ替えられることの通知がスキャン翻訳ウィジェット２１ｃに送信される。当該通知には、少なくとも新たに利用対象とされたサービスのサービスＩＤ及び種別識別子が含まれていればよい。連携部２１３は、当該サービスＩＤ及び種別識別子に基づいて、スキャン翻訳ウィジェット２１ｃ側で保持しているウィジェット情報のサービス利用情報を更新する。

上述したように、第五の実施の形態によれば、企業又は店舗側において提供され、画像形成装置１０と連携しているサービス（ここでは翻訳サービス）について、顧客に対して積極的に利用を促すことができる。したがって、企業又は店舗側に対して、本実施の形態における画像形成装置１０を設置したいというインセンティブを高めることができる。その結果、画像形成装置１０の販売者の収益を向上させることもできる。

ところで、第四及び第五の実施の形態では、スキャン→ＯＣＲ→翻訳といった一連の処理手順の中で、スキャンと翻訳とが画像形成装置１０において実行される。その結果、画像形成装置１０とスキャン翻訳ウィジェット２１ｃとの間の通信回数が増加してしまっている。通信回数の増加は、スキャン翻訳ウィジェット２１ｃの処理全体の処理時間に影響を及ぼしうる。そこで、画像形成装置１０とウィジェット２１との間の通信回数の減少という観点をサービス推奨部２２２による推奨サービスの判定処理に盛り込んでもよい。例えば、第五の実施の形態であれば、サービス推奨部２２２には、ＯＣＲアプリ１２２２によるＯＣＲサービスを最適なＯＣＲサービスとして判定してもよい。一般化して説明すると、サービスの実行順において、サービスカテゴリが「ＭＦＰ」に挟まれているサービスについては、サービスカテゴリが「ＭＦＰ」であるサービスを優先的に選択するようにしてもよい。又は、サービスカテゴリが「ＭＦＰ」に挟まれているサービスの前後に実行されるサービスのいずれかを、サービスカテゴリが「ＭＦＰ」以外のサービスを優先的に選択するようにしてもよい。

次に、第六の実施の形態について説明する。図３１は、第六の実施の形態における情報処理システムの構成例を示す図である。図３１中、図１と同一部分には同一符号を付し、その説明は省略する。

同図では、無料サービスサーバ５０及びダウンロードサーバ６０が情報処理装置２の構成要素として含まれている。無料サービスサーバ５０及びダウンロードサーバ６０は、画像形成装置１０の販売者又は製造者によって運営されるコンピュータサーバである。無料サービスサーバ５０は、画像形成装置１０のＳＤＫアプリ１２２によって提供されるサービスをネットワークを介して（例えば、Ｗｅｂサービスとして、又はＡＳＰ（Application Service Provider）として）無料で提供する。本実施の形態では、ＯＣＲアプリ１２２２及び翻訳アプリ１２２３によるサービスが無料で提供されうる。

ダウンロードサーバ６０は、画像形成装置１０の販売者又は製造者によって開発された各種のウィジェット２１のダウンロードサービスを提供する。同図のユーザ端末２０が有するスキャン翻訳ウィジェット２１ｃは、ダウンロードサーバ６０よりダウンロードされたものである。

また、画像形成装置１０は、画像形成装置１０のユーザである企業のオフィス（職場）に設置されていることとする。ユーザ端末２０のユーザは、当該企業の従業員である。

ところで、同図において、画像形成装置１０には、ＯＣＲアプリ１２２２及び翻訳アプリ１２２３はインストールされていない。ＳＤＫアプリ１２２は有料であるところ、当該オフィスにおける画像形成装置１０の管理者は、ＯＣＲアプリ１２２２及び翻訳アプリ１２２３の必要性を認識していないからである。

一方、画像形成装置１０の販売者は、ＳＤＫアプリ１２２の販売をも行っており、ＳＤＫアプリ１２２の販売によって収益を確保するためのビジネスモデルを展開している。例えば、当該販売者には、ＳＤＫアプリ１２２を画像形成装置１０にインストールしたユーザより、毎月ＳＤＫアプリ１２２の使用料金が支払われる。したがって、当該販売者にとって、ＳＤＫアプリ１２２の販売促進は非常に重要な課題である。

そこで、第六の実施の形態では、図３１に示されるシステム形態において、ＳＤＫアプリ１２２の販売促進を可能とした例について説明する。

図３２は、第六の実施の形態におけるプロバイダアプリの機能構成例を示す図である。図３２中、図１と同一部分には同一符号を付し、その説明は省略する。

図３２では、ＳＤＫ利用促進部１４３及びＳＤＫサービス情報管理部１４４が更に追加されている。ＳＤＫ利用促進部１４３は、ＳＤＫアプリ１２２の利用を促進させるための処理を制御する。ＳＤＫサービス情報管理部１４４は、ＨＤＤ１１４においてＳＤＫサービス情報が記録された記憶領域である。ＳＤＫサービス情報は、販売されているＳＤＫアプリ１２２によって提供されるサービスに関する情報である。

第六の実施の形態において、ウィジェットマネージャ２２及びウィジェット２１の起動時の処理手順は、図５において説明した通りである。

第六の実施の形態では、ステップＳ１０３において、図３３に示されるようなプロファイルデータがプロファイルデータ管理部２２８に登録される。

図３３は、第六の実施の形態においてウィジェットマネージャのプロファイルデータ管理部に登録されたプロファイルデータの例を示す図である。

同図において、ＯＣＲアプリ１２２２及び翻訳アプリ１２２３によるサービスのサービスカテゴリは「Ｗｅｂサービス」である。すなわち、当該サービスは、画像形成装置１０において提供されているものではない。当該サービスのプロファイルデータは、ステップＳ１０１及びＳ１０２においてプロバイダアプリ１２２１より取得されたものではなく、スキャン翻訳ウィジェット２１ｃと共にダウンロードサーバ６０よりダウンロードされたものである。同図に示されるプロファイルデータの中で、新たにプロバイダアプリ１２２１より取得され、登録されるのは、スキャンアプリ１２１１によって提供されるスキャンサービスに関するプロファイルデータ（サービスＩＤが「ｓｃａｎ００１」のプロファイルデータ）のみである。

続いて、ステップＳ１０４において、スキャン翻訳ウィジェット２１ｃの連携部２１３は、図３４に示されるようなサービス利用予定情報をウィジェットマネージャ２２のサービス推奨部２２２に送信する。

図３４は、第六の実施の形態におけるサービス利用予定情報の構成例を示す図である。同図に示されるように、第六の実施の形態におけるスキャン翻訳ウィジェット２１ｃでは、ＯＣＲサービス及び翻訳サービスについては、無料サービスサーバ５０におけるＯＣＲアプリ１２２２又は翻訳アプリ１２２３によって提供されているサービスがデフォルトの利用対象とされている。すなわち、画像形形成装置１０の販売者は、スキャン翻訳ウィジェット２１ｃを介してＯＣＲアプリ１２２２及び翻訳アプリ１２２３の利便性等をエンドユーザに認識してもらいたいからである。

続いて、サービス推奨部２２２によって、最適なサービスが判定されるが（Ｓ１０５）、第六の実施の形態では、当該判定処理は、サービス利用予定情報に含まれているサービスが利用できない場合に、他のサービスの中から最適なものが選択されるようなロジックが好適である。ＯＣＲアプリ１２２２及び翻訳アプリ１２２３によるサービスが利用される可能性を高めることができるからである。又は、ＳＤＫアプリ１２２の販売者において、ＯＣＲアプリ１２２２及び翻訳アプリ１２２３のそれぞれのプロファイルデータの品質、コスト、及び納期の評価値を高く設定しておいてもよい。

続いて、サービス利用予定情報に含まれるサービスがそのまま利用対象として採用された場合のスキャン翻訳ウィジェット２１ｃの処理手順について説明する。図３５は、第六の実施の形態におけるスキャン翻訳ウィジェット実行時の処理手順を説明するためのシーケンス図である。図３５中、図２６と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

ステップＳ１２５において、スキャン翻訳ウィジェット２１ｃに関しては図３６に示されるようなウィジェット情報がプロバイダアプリ１２２１のウィジェット情報取得部１３４に送信され、プロファイルデータ管理部１３９に登録される。

図３６は、第六の実施の形態においてウィジェットマネージャからプロバイダアプリに送信されるスキャン翻訳ウィジェットのウィジェット情報の構成例を示す図である。同図のウィジェット情報のサービス利用情報では、図３４に示したサービス利用予定情報がそのまま採用されている。

図３６に示されるウィジェット情報（カレントウィジェット情報）によって、ステップＳ１７１以降の処理が図２６とは異なったものとなる。すなわち、サービス制御部１３６は、カレントウィジェット情報（図３６参照）のサービス利用情報の第二及び第三エントリに含まれている提供者名が画像形成装置１０内におけるサービスの提供者名ではないことに基づいて、プロバイダアプリ１２２１に対して要求された全てのサービスの実行は完了と判断し、実行したサービスに関する課金処理をサービス課金部１３７に要求する。サービス課金部１３７は、当該要求に応じ、サービスＩＤ「ｓｃａｎ００１」に対応する課金カウンタを更新する（Ｓ１７１）。

課金処理が完了すると、サービス制御部１３６は、ＳＤＫ利用促進部１４３に処理の実行を要求する。ＳＤＫ利用促進部１４３は、カレントウィジェット情報のサービス利用情報とＳＤＫサービス情報管理部１４４に登録されているＳＤＫサービス情報とに基づいて、必要に応じて外部利用回数をＳＤＫサービス情報管理部１４４に記録する（Ｓ１７２）。

図３７は、ＳＤＫサービス情報管理部におけるＳＤＫサービス情報の構成例を示す図である。同図に示されるように、ＳＤＫサービス情報は、販売されているＳＤＫアプリ１２２によって提供可能なサービス（すなわち、ＳＤＫアプリ１２２の販売者が画像形成装置１０において利用可能とさせたいＳＤＫアプリ１２２によって提供されるサービス）ごとに、サービスＩＤ、種別識別子、提供者、宣伝情報、及び外部利用回数等を含む。外部利用回数は、当該サービスが画像形成装置１０外において利用された回数である。宣伝情報は、当該サービスを画像形成装置１０において利用可能とさせるための（ＳＤＫアプリ１２２のインストールを促進するための）宣伝情報（メッセージ等）である。データ形式が問われないのは、第五の実施の形態の宣伝属性情報における宣伝情報と同様である。

ＳＤＫ利用促進部１４３は、カレントウィジェット情報のサービス利用情報に含まれるサービスの中で、画像形成装置１０内において実行されなかったサービス（本実施の形態では、ＯＣＲアプリ１２２２によるＯＣＲサービス及び翻訳サービスによる翻訳サービス）と、サービスＩＤ、種別識別子、及び提供者名が一致するＳＤＫサービス情報をＳＤＫサービス情報管理部１４４より検索する。但し、種別識別子のみが一致するＳＤＫサービス情報が検索されてもよい。ＳＤＫ利用促進部１４３は、検索されたＳＤＫサービス情報の外部利用回数をインクリメント（更新）する。

すなわち、外部利用回数がインクリメントされるのは、画像形成装置１０にインストールされていないＳＤＫアプリ１２２であって、無料サービスサーバにおいてサービスを提供しているＳＤＫアプリ１２２に関するＳＤＫサービス情報である。

外部利用回数が更新されたＳＤＫサービス情報の中で、外部利用回数が所定の閾値を超えたＳＤＫサービス情報が有る場合、ＳＤＫ利用促進部１４３は、処理の終了通知と共に当該サービス情報をサービス制御部１３６に出力する。外部利用回数が所定の閾値を超えたＳＤＫサービス情報が無い場合、ＳＤＫ利用促進部１４３は、処理の終了通知のみをサービス制御部１３６に出力する。本実施の形態では、図３７の２行目のＳＤＫサービス情報（翻訳アプリ１２２３のＳＤＫサービス情報）が出力されたこととする。

ＳＤＫ利用促進部１４３からの処理の終了通知に応じ、サービス制御部１３６は、スキャン画像及び最終サービスＩＤここでは、「ｓｃａｎ００１」）と、ＳＤＫ利用促進部１４３から出力されたＳＤＫサービス情報とをウィジェット連携部１３５に入力する。

続いて、ウィジェット連携部１３５は、スキャン画像、最終サービスＩＤ、及びＳＤＫサービス情報をカレントウィジェット情報に含まれているウィジェット中継用ＵＲＬ宛に送信する（Ｓ１７３）。ウィジェット中継用ＵＲＬ宛に送信されたスキャン画像、最終サービスＩＤ、及びＳＤＫサービス情報は、ウィジェットマネージャ２２の中継部２２６によって受信される。中継部２２６は、当該ウィジェット中継用ＵＲＬに対応するウィジェット情報をウィジェット情報管理テーブル２２７より取得し、当該ウィジェット情報に含まれているウィジェットアドレス宛にスキャン画像、最終サービスＩＤ、及びＳＤＫサービス情報を転送する（Ｓ１７４）。

当該ウィジェットアドレス宛に送信されたスキャン画像、最終サービスＩＤ、及びＳＤＫサービス情報は、スキャン翻訳ウィジェット２１ｃの連携部２１３によって受信される。連携部２１３は、ＳＤＫサービス情報が受信された場合は、当該ＳＤＫサービス情報をウィジェットＵＩ部２１１に入力する。ウィジェットＵＩ部２１１は、当該ＳＤＫサービス情報に含まれている宣伝情報を表示装置２０６に表示させる（Ｓ１７５）。ここでは、翻訳アプリ１２２３に関する宣伝メッセージが表示装置２０６に表示される。例えば、翻訳アプリ１２２３を導入することのメリット等を示すメッセージが宣伝情報として表示される。

続いて、連携部２１３は、受信されたスキャン画像及び最終サービスＩＤをスキャン翻訳ウィジェット２１ｃのロジック部２１４に入力する。ロジック部２１４は、最終サービスＩＤに基づいて、スキャンサービスの実行までが行われたことを認識し、サービス利用情報（図３６参照）に基づいて、ＯＣＲ処理の実行要求を無料サービスサーバ５０のＯＣＲアプリ１２２２に送信する（Ｓ１７６）。当該ＯＣＲ処理の実行要求にはスキャン画像が含まれる。なお、当該ＯＣＲ処理の実行要求は、ＯＣＲアプリ１２２２のプロファイルデータに含まれているインタフェース情報に基づいて行われる。続いて、ＯＣＲアプリ１２２２は、スキャン画像に対するＯＣＲ処理を実行し（Ｓ１７７）、ＯＣＲ処理の結果得られるテキストデータをスキャン翻訳ウィジェット２１ｃのロジック部２１４に返信する（Ｓ１７８）。

続いて、ロジック部２１４は、サービス利用情報（図３６参照）に基づいて、翻訳処理の実行要求を無料サービスサーバ５０の翻訳アプリ１２２３に送信する（Ｓ１７９）。当該翻訳処理の実行要求にはテキストデータが含まれる。なお、当該翻訳処理の実行要求は、翻訳アプリ１２２３のプロファイルデータに含まれているインタフェース情報に基づいて行われる。続いて、翻訳アプリ１２２３は、テキストデータに対する翻訳処理を実行し（Ｓ１８１）、翻訳処理の結果得られる翻訳結果データをスキャン翻訳ウィジェット２１ｃのロジック部２１４に返信する（Ｓ１８２）。続いて、ロジック部２１４は、翻訳結果データを処理対象として所定の処理（ロジック）を実行する（Ｓ１８３）。

上述したように、第六の実施の形態によれば、スキャン翻訳ウィジェット２１ｃに対してサービスを提供可能なＳＤＫアプリ１２２の存在をユーザに認識させることができる。したがって、例えば、スキャン翻訳ウィジェット２１ｃをダウンロードサーバ６０等より無料でダウンロード可能とし、多数のエンドユーザにスキャン翻訳ウィジェット２１ｃを利用させることで、多数のエンドユーザにＯＣＲアプリ１２２２や翻訳アプリ１２２３の存在を認識させることができる。その結果、ＯＣＲアプリ１２２２や翻訳アプリ１２２３の利便性を認識したエンドユーザによって、オフィスにおける画像形成装置１０の管理者に対してＯＣＲアプリ１２２２や翻訳アプリ１２２３の画像形成装置１０への導入（購入及びインストール）が要求されることが期待できる。ＯＣＲアプリ１２２２や翻訳アプリ１２２３の導入の可能性を高めるために、無料サービスサーバ５０において提供されるサービスについては、機能（設定可能な設定項目）や有効期限等に制限を設けるようにしてもよい。

ＯＣＲアプリ１２２２や翻訳アプリ１２２３が画像形成装置１０へインストールされた後でもこれらのプロファイルデータの評価値を高く設定されていれば、サービス推奨部２２２により自動的に選択される。よって、インストール前後でユーザによるスキャン翻訳ウィジェット２１ｃの変更は不要である。

このように、ウィジェット２１の配布によって、ウィジェット２１が利用するサービスの提供元であるＳＤＫアプリ１２２の販売促進を効果的に図ることができる。

なお、上記では、外部利用回数が閾値を超えた場合に宣伝情報を表示させる例について説明したが、ＳＤＫサービス情報管理部１４４にＳＤＫサービス情報が登録されているサービスについて、外部での利用が検出されるたびに宣伝情報を表示させるようにしてもよい。但し、宣伝情報の表示を閾値を超えた場合に限定することにより、宣伝対象とするＳＤＫアプリ１２２を利用回数の多いものに限定することができ、宣伝効果をより高めることができる。また、頻繁な宣伝による不快感をユーザに与えることを回避することができる。

ところで、上記各実施の形態では、画像形成装置１０が利用されるシーケンスについて説明した。しかしながら、ウィジェット２１の処理シーケンスの自由度は高く、画像形成装置１０を利用した処理シーケンスに限定されない。例えば、ユーザ端末２０に保存されている画像データに対してＯＣＲを実行するというウィジェット２１が実装されてもよい。当該ウィジェット２１の処理シーケンスでは、画像形成装置１０との連携は行われない。しかし、最適なＯＣＲサービスの選択について、ウィジェットマネージャ２２のサービス推奨部２２２を利用することができる。その結果、ユーザ端末２０（ローカル環境）又はネットワーク上において提供されている複数のＯＣＲサービスの中から所定の基準に基づいて最適なＯＣＲサービスを利用して、当該ウィジェット２１の機能を実行させることができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１、２ 情報処理システム
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ ユーザ端末
２１ａ スキャンウィジェット
２１ｂ 印刷ウィジェット
２１ｃ スキャン翻訳ウィジェット
２２ ウィジェットマネージャ
２３ ＯＣＲソフト
２４ 翻訳ソフト
２５ ＯＳ
３０ ＯＣＲサーバ
３１ ＯＣＲサービスアプリ
４０ 翻訳サーバ
４１ 翻訳サービスアプリ
５０ 無料サービスサーバ
６０ ダウンロードサーバ
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１２１ 標準アプリ
１２２ ＳＤＫアプリ
１２３ ＳＤＫプラットフォーム
１２４ コントロールサービス
１２５ ＯＳ
１３１ プロファイルデータ提供部
１３２ ユーザ検知部
１３３ ＵＩ制御部
１３４ ウィジェット情報取得部
１３５ ウィジェット連携部
１３６ サービス制御部
１３７ サービス課金部
１３８ ユーザ管理テーブル
１３９ プロファイルデータ管理部
１４０ サービス課金カウンタ
１４１ サービス宣伝部
１４２ 宣伝属性情報管理部
１４３ ＳＤＫ利用促進部
１４４ ＳＤＫサービス情報管理部
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２０６ 表示装置
２０７ 入力装置
２１１ ウィジェットＵＩ部
２１２ ウィジェット情報送信部
２１３ 連携部
２１４ ロジック部
２１５ 属性情報管理ファイル
２２２ サービス推奨部
２２３ ウィジェット情報登録部
２２４ 広告部
２２５ ウィジェット情報提供部
２２６ 中継部
２２７ ウィジェット情報管理テーブル
２２８ プロファイルデータ管理部
１２１１ スキャンアプリ
１２１２ 印刷アプリ
１２１３ コピーアプリ
１２１４ ＦＡＸアプリ

特開２００５−２６９６１９号公報

Claims (9)

1. 画像形成装置であって、
   当該画像形成装置が提供可能なサービスごとに識別情報を含むサービス属性情報を記憶したサービス属性情報記憶手段と、
   通信可能な情報処理装置からの要求に応じ、前記サービス属性情報記憶手段に記憶されている前記識別情報を該情報処理装置に送信するサービス属性情報提供手段と、
   前記情報処理装置より送信される一つ以上の前記識別情報を含むサービスの実行要求を受信するサービス要求受信手段と、
   前記サービスの実行要求に含まれている前記識別情報に係るサービスの実行を制御するサービス制御手段と、
   実行されたサービスの数に応じた課金情報を課金情報記憶手段に記録する課金手段とを有する画像形成装置。
2. 前記課金情報記憶手段は、前記サービスごとに課金カウンタを記憶し、
   前記課金手段は、実行されたサービスごとに、前記課金カウンタを更新する請求項１記載の画像形成装置。
3. 前記サービス属性情報は、サービスの種別を示す情報をも含み、
   前記実行要求は、前記種別を示す情報をも含み、
   利用させたいサービスごとに、前記種別を示す情報及び当該サービスを利用させるための第一の宣伝情報を記憶した第一の宣伝情報記憶手段と、
   前記実行要求に係るサービスと前記種別が一致する前記第一の宣伝情報を前記第一の宣伝情報記憶手段より取得し、取得された前記第一の宣伝情報を前記情報処理装置に送信する第一の宣伝情報送信手段とを有する請求項１又は２記載の画像形成装置。
4. 前記サービス属性情報は、サービスの種別を示す情報をも含み、
   前記実行要求は、前記種別を示す情報をも含み、
   当該画像形成装置において利用可能とさせたいサービスごとに、前記種別を示す情報及び当該サービスを当該画像形成装置において利用可能とさせるための第二の宣伝情報を記憶した第二の宣伝情報記憶手段と、
   前記実行要求に係るサービスと前記種別が一致する前記第二の宣伝情報を前記第二の宣伝情報記憶手段より取得し、取得された前記第二の宣伝情報を前記情報処理装置に送信する第二の宣伝情報送信手段とを有する請求項１乃至３いずれか一項記載の画像形成装置。
5. 画像形成装置が実行する情報処理方法であって、
   通信可能な情報処理装置からの要求に応じ、当該画像形成装置が提供可能なサービスごとに識別情報を含むサービス属性情報を記憶したサービス属性情報記憶手段に記憶されている前記識別情報を該情報処理装置に送信するサービス属性情報提供手順と、
   前記情報処理装置より送信される一つ以上の前記識別情報を含むサービスの実行要求を受信するサービス要求受信手順と、
   前記サービスの実行要求に含まれている前記識別情報に係るサービスの実行を制御するサービス制御手順と、
   実行されたサービスの数に応じた課金情報を課金情報記憶手段に記録する課金手順とを有する情報処理方法。
6. 前記課金情報記憶手段は、前記サービスごとに課金カウンタを記憶し、
   前記課金手順は、実行されたサービスごとに、前記課金カウンタを更新する請求項５記載の情報処理方法。
7. 前記サービス属性情報は、サービスの種別を示す情報をも含み、
   前記実行要求は、前記種別を示す情報をも含み、
   利用させたいサービスごとに、前記種別を示す情報及び当該サービスを利用させるための第一の宣伝情報を記憶した第一の宣伝情報記憶手段より、前記実行要求に係るサービスと前記種別が一致する前記第一の宣伝情報を取得し、取得された前記第一の宣伝情報を前記情報処理装置に送信する第一の宣伝情報送信手順とを有する請求項５又は６記載の情報処理方法。
8. 前記サービス属性情報は、サービスの種別を示す情報をも含み、
   前記実行要求は、前記種別を示す情報をも含み、
   当該画像形成装置において利用可能とさせたいサービスごとに、前記種別を示す情報及び当該サービスを当該画像形成装置において利用可能とさせるための第二の宣伝情報を記憶した第二の宣伝情報記憶手段より、前記実行要求に係るサービスと前記種別が一致する前記第二の宣伝情報を取得し、取得された前記第二の宣伝情報を前記情報処理装置に送信する第二の宣伝情報送信手順とを有する請求項５乃至７いずれか一項記載の情報処理方法。
9. 画像形成装置に、
   通信可能な情報処理装置からの要求に応じ、当該画像形成装置が提供可能なサービスごとに識別情報を含むサービス属性情報を記憶したサービス属性情報記憶手段に記憶されている前記識別情報を該情報処理装置に送信するサービス属性情報提供手順と、
   前記情報処理装置より送信される一つ以上の前記識別情報を含むサービスの実行要求を受信するサービス要求受信手順と、
   前記サービスの実行要求に含まれている前記識別情報に係るサービスの実行を制御するサービス制御手順と、
   実行されたサービスの数に応じた課金情報を課金情報記憶手段に記録する課金手順とを実行させるためのプログラム。

Images