JP5019817B2 - 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体 - Google Patents

Description

本発明は、パーソナルコンピュータ／サーバコンピュータ等と言ったコンピュータ装置やコピー／プリンタ／スキャナ／ファクシミリ／複合機／融合機等と言った画像形成装置等の情報処理装置、情報処理方法、情報処理プログラム、ＳＤメモリカード等の記録媒体に関する。

近年、コピー機能とプリンタ機能とスキャナ機能とファクシミリ機能を備える複合機や融合機が市販されるようになった。複合機や融合機は、コピーやプリンタとして機能する場合には、画像を印刷用紙に印刷することになり、コピーやスキャナとして機能する場合には、画像を読取原稿から読み取ることになり、ファクシミリとして機能する場合には、画像を電話回線を介して他の機器と授受することになる。
特開２００２−８４３８３号公報

近年、複合機や融合機には様々なアプリケーションが実装される事が多くなっている。そのため、複合機や融合機のユーザが折角の便利なアプリケーションの存在に気付かずにいる事も珍しくない。これでは、折角の便利なアプリケーションの存在が無駄になってしまうと共に、複合機や融合機のユーザに無駄な負担を掛け続けてしまう。このような状況は、複合機や融合機等の画像形成装置以外の情報処理装置でも同様である。

本発明は、種々のアプリケーションが実装される情報処理装置に関して、便利なアプリケーションを情報処理装置のユーザに提供する手法を提案することを課題とする。

そこで上記課題を解決するため、本発明は、アプリケーションを実行可能な情報処理装置であって、前記アプリケーションの状態遷移に係る情報を表示装置に表示させる表示手段と、表示された状態遷移に係る情報に関して更新指示の入力を受け付け、該更新指示に応じた状態遷移を実現するアプリケーションを生成する生成手段とを有することを特徴とする。

また、上記課題を解決するため、本発明は、上記情報処理装置における情報処理方法、該情報処理方法をコンピュータに実行させる情報処理プログラム、又は該報処理プログラムが記録された記録媒体としてもよい。

本発明は、種々のアプリケーションが実装される情報処理装置に関して、便利なアプリケーションを情報処理装置のユーザに提供する手法を提案するものである。

図１は、本発明の実施例に該当する融合機１０１を表す。図１の融合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２と、融合機起動部１１３により構成される。

融合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。

融合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。

アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５が存在する。

アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図１の融合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。図１の融合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１４８が存在する。

プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、システムコントロールサービス（ＳＣＳ）１６９が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。

ＮＣＳ１６１のプロセスは、ネットワーク通信の仲介を行う。ＦＣＳ１６２のプロセスは、ファクシミリのＡＰＩを提供する。ＤＣＳ１６３のプロセスは、蓄積文書の配信処理に関する制御を行う。ＥＣＳ１６４のプロセスは、撮像部１２１や印刷部１２２に関する制御を行う。ＭＣＳ１６５のプロセスは、メモリやハードディスクドライブに関する制御を行う。ＯＣＳ１６６のプロセスは、オペレーションパネルに関する制御を行う。ＣＣＳ１６７のプロセスは、認証処理や課金処理に関する制御を行う。ＵＣＳ１６８のプロセスは、ユーザ情報の管理に関する制御を行う。ＳＣＳ１６９のプロセスは、システムの管理に関する制御を行う。

アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。

融合機起動部１１３は、融合機１０１の電源投入時に最初に実行される。これにより、ＵＮＩＸ（登録商標）等のＯＳが起動され、アプリケーション１３１やプラットフォーム１３２が起動される。これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。

図２は、図１の融合機１０１に係るハードウェア構成図である。融合機１０１のハードウェア１１１としては、コントローラ２０１と、オペレーションパネル２０２と、ファクシミリコントロールユニット（ＦＣＵ）２０３と、撮像部１２１と、印刷部１２２が存在する。

コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。

ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。ＮＢ２２１は、コントローラ２０１のノースブリッジである。ＳＢ２２２は、コントローラ２０１のサウスブリッジである。ＭＥＭ−Ｐ２３１は、融合機１０１のシステムメモリである。ＭＥＭ−Ｃ２３２は、融合機１０１のローカルメモリである。ＨＤＤ２３３は、融合機１０１のストレージである。メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。

オペレーションパネル２０２は、オペレータが融合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが融合機１０１から出力を得るためのハードウェア（表示部）である。

図３は、図１の融合機１０１に係る外観図である。図３には、撮像部１２１の位置と、印刷部１２２の位置と、オペレーションパネル２０２の位置が図示されている。図３には更に、読取原稿のセット先となる原稿セット部３０１と、印刷用紙の給紙先となる給紙部３０２と、印刷用紙の排紙先となる排紙部３０３が図示されている。

オペレーションパネル２０２は、図４のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７による操作画面を表示させるためのハードウェアである。初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。

原稿セット部３０１は、ＡＤＦ（自動原稿搬送装置）３２１と、フラットベッド３２２と、フラットベッドカバー３２３により構成される。給紙部３０２は、４個の給紙トレイにより構成される。排紙部３０３は、１個の排紙トレイにより構成される。

（ＣＯＬＬＥＣＴＯＲ）
図５は、ＣＯＬＬＥＣＴＯＲ４０１に係る機能ブロック図である。ＣＯＬＬＥＣＴＯＲ４０１は、図１の融合機１０１に実装されているＪＳＤＫアプリ１４７に相当する。ＣＯＬＬＥＣＴＯＲ４０１は、図１の融合機１０１の使用状況に係る種々の情報を収集して、図１の融合機１０１のＪＳＤＫアプリ１４７に係る種々の情報処理を実行する。

図５のように、ＣＯＬＬＥＣＴＯＲ４０１は、情報収集部４１１、情報取得部４１２、アプリ検出部４１３、アプリ生成部４１４、アプリ通知部４１５により構成される。情報収集部４１１は、該融合機１０１の使用状況に係る情報を自動的に収集する機能ブロックに相当する。情報取得部４１２は、該融合機１０１の状態遷移に係る情報を自動的に取得する機能ブロックに相当する。アプリ検出部４１３は、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を自動的に検出する機能ブロックである。アプリ生成部４１４は、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を自動的に生成する機能ブロックである。アプリ通知部４１５は、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７の存在を自動的にユーザに通知する機能ブロックである。

図６、図７、及び図８は、図１の融合機１０１の状態遷移に係る状態遷移図である。

図６には、ユーザがスキャン結果をアドレスを指定して電子メールで送信する場合の状態遷移図が図示されている。

先ず、ユーザが融合機１０１の電源をオンにすると、融合機１０１は認証状態５０１に遷移（Ｓ１）する。次に、ユーザが融合機１０１にログインすると、融合機１０１は機能選択状態５０２に遷移（Ｓ２）する。次に、ユーザがスキャン機能を選択すると、融合機１０１はスキャン状態５０３に遷移（Ｓ３）する。次に、ユーザがスキャン操作を完結すると、融合機１０１は機能選択状態５０２に復帰（Ｓ４）する。次に、ユーザがアドレス機能を選択すると、融合機１０１はアドレス状態５０４に遷移（Ｓ５）する。次に、ユーザがアドレス指定操作を完結すると、融合機１０１は機能選択状態５０２に復帰（Ｓ６）する。次に、ユーザが電子メール機能を選択すると、融合機１０１は電子メール状態５０５に遷移（Ｓ７）する。次に、ユーザが電子メール送信操作を完結すると、融合機１０１は機能選択状態５０２に復帰（Ｓ８）する。

ＣＯＬＬＥＣＴＯＲ４０１では、情報収集部４１１が、当該融合機１０１の使用状況に係る情報を収集する。当該情報は例えば、当該融合機１０１をどのユーザがどの日時にどの機能をどの設定で使用したかと言う「ログ情報」である。ＣＯＬＬＥＣＴＯＲ４０１では、情報取得部４１２が、情報収集部４１１によって収集された情報を利用して、当該融合機１０１の状態遷移に係る情報を取得する。当該情報は例えば、当該融合機１０１の状態がＳ１からＳ８までどのように遷移したかと言う「履歴情報」である。これにより、ＣＯＬＬＥＣＴＯＲ４０１は、当該融合機１０１の状態遷移のプロセスを把握することができる。

図１の融合機１０１の使用状況として、ユーザがスキャン結果をアドレスを指定して電子メールで送信する事が多い場合、図１の融合機１０１の状態遷移として、図６の状態遷移「Ｓ３−Ｓ４−Ｓ５−Ｓ６−Ｓ７−Ｓ８」の出現頻度が高くなる事になる。よって、図７の状態遷移のように、スキャン状態５０３からアドレス状態５０４への状態遷移（ＳＸ）やアドレス状態５０４から電子メール状態５０５への状態遷移（ＳＹ）が実行可能であれば便利である。これは、スキャン操作の完結後にスキャン画面からアドレス指定画面に操作画面が直接遷移する事や、アドレス指定操作の完結後にアドレス指定画面から電子メール送信画面に操作画面が直接遷移したりする事に相当する。

さて、図１の融合機１０１には、図８の状態遷移「ＳＶ−ＳＷ−ＳＸ−ＳＹ−ＳＺ」を実行可能なＪＳＤＫアプリ１４７が存在するものとする。このＪＳＤＫアプリ１４７は、上述の観点からして、図７の状態遷移を実行可能な便利なＪＳＤＫアプリ１４７である。このようなＪＳＤＫアプリ１４７の存在は、図１の融合機１０１の状態遷移に係る情報を利用して検出可能である。そこで、ＣＯＬＬＥＣＴＯＲ４０１では、アプリ検出部４１３が、情報取得部４１２によって取得された情報（もとを糺せば情報収集部４１１によって収集された情報に当たる）を利用して、このようなＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７として検出する。検出方法の詳細は後述する。さらには、ＣＯＬＬＥＣＴＯＲ４０１では、アプリ通知部４１５が、アプリ検出部４１３によって検出されたＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７としてユーザに通知する。通知方法の詳細は後述する。

また、例えば、スキャン結果を電子メールで送信すると共にＦＡＸ送信する場合、上述した図６のステップＳ１〜ステップＳ５までの遷移後、アドレス状態５０４において、ユーザはアドレス指定操作としてメールアドレスと共にＦＡＸ番号を入力する。なお、アドレス指定操作として、メールアドレス又はＦＡＸ番号を直接入力させるのではなく、宛先とするユーザのユーザ名を選択させてもよい。この場合、ユーザごとに都合のよい送信先を設定しておけばよい。メールアドレスが送信先として登録されているユーザもあれば、ＦＡＸ番号、又はメールアドレス及びＦＡＸ番号の双方が送信先として登録されているユーザもあるといった具合である。このようなアドレス指定操作が完結すると、融合機１０１は機能選択状態５０２に復帰（Ｓ６）する。次に、ユーザが電子メール機能を選択すると、融合機１０１は電子メール状態５０５に遷移（Ｓ７）する。次に、ユーザが電子メール送信操作を完結すると、融合機１０１は機能選択状態５０２に復帰（Ｓ８）する。更に、ユーザがＦＡＸ機能を選択すると、融合機１０１はファクシミリ状態５０６に遷移する（Ｓ９）。ＦＡＸ送信を完結すると、融合機１０１は機能選択状態に復帰する（Ｓ１０）。

このように、融合機１０１の使用状況として、ユーザがスキャン結果をアドレスを指定して電子メールによる送信とＦＡＸ送信とをする事が多い場合、融合機１０１の状態遷移として、図６の状態遷移「Ｓ３−Ｓ４−Ｓ５−Ｓ６−Ｓ７−Ｓ８−Ｓ９−Ｓ１０」の出現頻度が高くなる事になる。かかる場合、ＣＯＬＬＥＣＴＯＲ４０１では、アプリ検出部４１３が、情報取得部４１２によって取得された情報を利用して、図９に示される「ＳＶ−ＳＷ−ＳＸ−ＳＹ−ＳＺ−ＳＹ’−ＳＺ’」のような状態遷移が可能なＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７として検出しようとする。

また、ユーザが、スキャン結果を電子メールによって送信すると共に印刷する場合、上述した図６のステップＳ１〜ステップＳ８までの遷移後、機能選択状態５０２において、ユーザはスキャン結果を印刷対象として印刷機能を選択する。ユーザの選択に応じ、融合機１０１は印刷状態５０７に遷移する（Ｓ１１）。印刷結果の印刷を完結すると、融合機１０１は機能選択状態に復帰する（Ｓ１２）。

このように、融合機１０１の使用状況として、ユーザがスキャン結果を電子メールによって送信すると共に印刷する事が多い場合、融合機１０１の状態遷移として、図６の状態遷移「Ｓ３−Ｓ４−Ｓ５−Ｓ６−Ｓ７−Ｓ８−Ｓ１１−Ｓ１２」の出現頻度が高くなる事になる。かかる場合、ＣＯＬＬＥＣＴＯＲ４０１では、アプリ検出部４１３が、情報取得部４１２によって取得された情報を利用して、図１０に示される「ＳＶ−ＳＷ−ＳＸ−ＳＹ−ＳＺ−ＳＺ’’」のような状態遷移が可能なＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７として検出しようとする。

また、ユーザが、スキャン結果を電子メールによって送信すると共に、宛先確認用としてスキャン結果の送信先のアドレスを印刷する場合、上述した図６のステップＳ１〜ステップＳ８までの遷移後、機能選択状態５０２において、ユーザはスキャン結果の送信先のアドレス（送信履歴）を印刷対象として印刷機能を選択する。ユーザの選択に応じ、融合機１０１は印刷状態５０７に遷移する（Ｓ１１）。送信先アドレスの印刷を完結すると、融合機１０１は機能選択状態に復帰する（Ｓ１２）。

このように、融合機１０１の使用状況として、ユーザがスキャン結果を電子メールによって送信すると共にスキャン結果の送信先アドレスを印刷する事が多い場合、融合機１０１の状態遷移として、図６の状態遷移「Ｓ３−Ｓ４−Ｓ５−Ｓ６−Ｓ７−Ｓ８−Ｓ１１−Ｓ１２」の出現頻度が高くなる事になる。かかる場合、ＣＯＬＬＥＣＴＯＲ４０１では、アプリ検出部４１３が、情報取得部４１２によって取得された情報を利用して、図１１に示される「ＳＶ−ＳＷ−ＳＸ−ＳＹ−ＳＺ−ＳＹ’’」のような状態遷移が可能なＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７として検出しようとする。なお、アドレス状態５０４を実現するアドレス機能モジュールが、送信先アドレスの印刷機能を有するものに機能強化されたバージョンのものに更新された場合、ＣＯＬＬＥＣＴＯＲ４０１のアプリ検出部４１３は、図１２に示される「ＳＶ−ＳＷ−ＳＸ−ＳＹ−ＳＺ−Ｓｘ−Ｓｙ」のような状態遷移が可能なＪＳＤＫアプリ１４７の存在を、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７として検出しようとする。なお、図１２において、Ｓｘの遷移は、アドレス機能モジュール内部におけるアドレス状態５０４からアドレス印刷状態（ａｄｄｒｅｓｓ ｐｒｉｎｔ）５０４’への遷移を示す。また、Ｓｙの遷移は、アドレス機能モジュール内部におけるアドレス印刷状態からの復帰の遷移を示す。

次に、ログ情報の収集方法と履歴情報の取得方法の詳細について説明する。ログ情報は融合機１０１の機能レベルで収集されるものとする。コピー機能が使用された、スキャン機能が使用された、プリント機能が使用された、ファクシミリ機能が使用された、アドレス機能が使用された、電子メール機能が使用されたと言った具合である。そして、融合機１０１に実装されているアプリケーション１３１は、融合機１０１の機能レベルのクラス（機能モジュール）を元に作成されているものとする。スキャン状態５０３に関するクラス（スキャン機能モジュール）、アドレス状態５０４に関するクラス（アドレス機能モジュール）、電子メール状態５０５に関するクラス（電子メール機能モジュール）と言った具合である。これにより、融合機１０１の状態遷移に関する履歴情報を融合機１０１の機能レベル（機能モジュール単位）で取得することが容易になると共に、どのＪＳＤＫアプリ１４７がどのような状態遷移を実行可能なのかを融合機１０１の機能レベル（機能モジュール単位）で検出することが容易になる。

ＪＳＤＫアプリ１４７の検出方法の詳細について説明する。検出対象のＪＳＤＫアプリ１４７は、融合機１０１のＨＤＤ２３３や融合機１０１のメモリカード２３５に「インストール済」のものでも、融合機１０１に挿入されたメディアや融合機１０１に接続されたネットワークに存在する「未インストール」のものでもよい。ＣＯＬＬＥＣＴＯＲ４０１は、ＨＤＤ２３３やメモリカード２３５や上記メディアや上記ネットワークからＪＳＤＫアプリ１４７に係る情報を定期的に自動的に収集すると共に、検出対象のＪＳＤＫアプリ１４７に係る「アプリ情報」としてデータベース化して管理しておくものとする。当該アプリ情報には、各ＪＳＤＫアプリ１４７の状態遷移に係る情報も登録される。したがって、アプリ検出部４１３は、情報収集部４１１によって収集される融合機１０１の状態遷移に係る情報と、データベース化されている各ＪＳＤＫアプリ１４７の状態遷移に係る情報とを照合することにより、使用を推奨するＪＳＤＫアプリ１４７を検出する。

ＪＳＤＫアプリ１４７の通知方法の詳細について説明する。検出されたＪＳＤＫアプリ１４７の存在は、融合機１０１のタッチパネル３１１に表示されている操作画面のバナーエリアに表示されることでユーザに通知されるものとする。検出されたＪＳＤＫアプリ１４７が未インストールのものである場合には、検出されたＪＳＤＫアプリ１４７の存在は、インストールされてから通知されるものとしても、インストールされないままで通知されるものとしてもよい。インストールされないままで通知されたＪＳＤＫアプリ１４７は、バナーエリアの押下操作をトリガとしてインストールされるものとする。

このように、図１の融合機１０１のＣＯＬＬＥＣＴＯＲ４０１は、当該融合機１０１の状態遷移に係る情報（もとを糺せば当該融合機１０１の使用状況に係る情報に当たる）を利用して、当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７の存在を検出してユーザに通知する。どのようなＪＳＤＫアプリ１４７が検出されるかの検出内容には、どのように融合機１０１が使用されたかの使用態様が反映されることになる。このようにして、図１の融合機１０１のＣＯＬＬＥＣＴＯＲ４０１は、便利なＪＳＤＫアプリ１４７をユーザに提供することができるのである。

なお、ＣＯＬＬＥＣＴＯＲ４０１は、該融合機１０１の使用状況に係る情報や状態遷移に係る情報を「ユーザ単位」で利用して、該融合機１０１での使用を「ユーザ単位」で推奨するＪＳＤＫアプリ１４７の存在を検出してユーザに通知する。融合機１０１の使用態様には各ユーザ毎の個性が反映されるため、推奨するＪＳＤＫアプリ１４７にも各ユーザ毎の特性を反映させた方が便利だからである。ユーザはユーザＩＤにより管理される。これにより、ユーザＩＤ「００１」のユーザ「鈴木さん」にはＪＳＤＫアプリ１４７「Ａ」が推奨される、ユーザＩＤ「００２」のユーザ「佐藤さん」にはＪＳＤＫアプリ１４７「Ｂ」が推奨される、ユーザＩＤ「００３」のユーザ「大久保さん」にはＪＳＤＫアプリ１４７「Ｃ」が推奨されると言った具合になる。ログイン処理が実施されない融合機１０１ならば、ユーザ単位ではなく機器単位でもよいだろう。

なお、ＣＯＬＬＥＣＴＯＲ４０１では、情報収集部４１１や情報取得部４１２によって取得された情報を利用して、アプリ検出部４１３が当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を「検出」する代わりに、アプリ生成部４１４が当該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を「生成」する様にしてもよい。これにより、推奨するＪＳＤＫアプリ１４７を用意しておく必要がなくなる、推奨するＪＳＤＫアプリ１４７が存在しないときにも対応できるようになる、などの利点を享受できる。

ＪＳＤＫアプリ１４７の生成方法の詳細について説明する。ＣＯＬＬＥＣＴＯＲ４０１は、図８のような状態遷移図からＪＳＤＫアプリ１４７を生成する。図８の状態遷移図はログ情報や履歴情報から生成可能である。生成されるＪＳＤＫアプリ１４７の記述言語はもちろんＪａｖａ（登録商標）であるが、ＵＭＬドローイングツールと同様にしてＸＭＩを元にＸＭＬのソフトウェアが生成される様にしてもよい。さらに、図１の融合機１０１には、図１３のように、ＪＳＤＫアプリ１４７の生成を容易にするためのフレームワークやクラスライブラリが存在する。フレームワークとは、ＪＳＤＫアプリ１４７の雛形となる半完成のソフトウェアで、ＪＳＤＫアプリ１４７の上位層を提供する。クラスライブラリとは、ＪＳＤＫアプリ１４７の部品となるクラスのライブラリで、ＪＳＤＫアプリ１４７の下位層を提供する。

フレームワークは、ロジックフレームワークとユーザインタフェースフレームワークによって構成される。ロジックフレームワークは、ＪＳＤＫアプリ１４７のロジック関連のフレームワークであり、融合機１０１の状態遷移を規定している。ユーザインタフェースフレームワークは、ＪＳＤＫアプリ１４７のユーザインタフェース関連のフレームワークであり、融合機１０１の画面遷移を規定している。

クラスライブラリは、コピー関連のクラスであるコピークラス、プリンタ関連のクラスであるプリンタクラス、スキャナ関連のクラスであるスキャナクラス、ファクシミリ関連のクラスであるファクシミリクラス、オペレーションパネル関連のクラスであるオペレーションパネルクラス、ネットワーク関連のクラスであるネットワーククラスによって構成される。

なお、生成されたＪＳＤＫアプリ１４７は、ユーザやスーパーユーザが修正できるようにしてもよい。また、ＪＳＤＫアプリ１４７の生成方法については、特願２００４−０６２４１３に同様の生成方法が開示されている。

なお、アプリ生成部４１４によって生成されたＪＳＤＫアプリ１４７の状態遷移に係る情報はアプリ情報に含まれてデータベース化されて登録される。

図１４は、ＪＳＤＫアプリ１４７の検出処理に係るフローチャート図である。

ＣＯＬＬＥＣＴＯＲ４０１は先ず、融合機１０１の使用状況に係るログ情報を収集（Ｓ１０１）し、融合機１０１の状態遷移に係る履歴情報を取得（Ｓ１０２）する事になる。ログ情報の収集処理や履歴情報の取得処理は例えば、所定時刻に到達する毎に実行されるようにしてもよいし、所定時間が経過する毎に実行されるようにしてもよいし、所定操作が実施される毎に実行されるようにしてもよい。

ＣＯＬＬＥＣＴＯＲ４０１は次に、該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を検出（Ｓ１０３）し、該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７の存在をユーザに通知（Ｓ１０４）する事になる。ＪＳＤＫアプリ１４７の検出処理は例えば、特定の状態遷移の出現頻度が特定の閾値に到達した際に、当該特定の状態遷移を実行可能なＪＳＤＫアプリ１４７を検出すると言う形で実行されるようにする。ＪＳＤＫアプリ１４７の通知処理は例えば、ＪＳＤＫアプリ１４７の検出処理が実行された直後に実行されるようにする。なお、融合機１０１のタッチパネル３１１は原則的にいずれかのアプリケーション１３１に占有されているため、ＪＳＤＫアプリ１４７の通知処理は当該アプリケーション１３１を通じて実行される。

図１５は、ＪＳＤＫアプリ１４７の生成処理に係るフローチャート図である。

ＣＯＬＬＥＣＴＯＲ４０１は先ず、融合機１０１の使用状況に係るログ情報を収集（Ｓ２０１）し、融合機１０１の状態遷移に係る履歴情報を取得（Ｓ２０２）する事になる。ログ情報の収集処理や履歴情報の取得処理は例えば、所定時刻に到達する毎に実行されるようにしてもよいし、所定時間が経過する毎に実行されるようにしてもよいし、所定操作が実施される毎に実行されるようにしてもよい。

ＣＯＬＬＥＣＴＯＲ４０１のアプリ生成部４１４は次に、該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７を生成（Ｓ２０３）し、アプリ通知部４１５は該融合機１０１での使用を推奨するＪＳＤＫアプリ１４７の存在をユーザに通知（Ｓ２０４）する事になる。ＪＳＤＫアプリ１４７の生成処理は例えば、特定の状態遷移の出現頻度が特定の閾値に到達した際に、当該特定の状態遷移を実行可能なＪＳＤＫアプリ１４７を生成すると言う形で実行されるようにする。ＪＳＤＫアプリ１４７の通知処理は例えば、ＪＳＤＫアプリ１４７の生成処理が実行された直後に実行されるようにする。なお、融合機１０１のタッチパネル３１１は原則的にいずれかのアプリケーション１３１に占有されているため、ＪＳＤＫアプリ１４７の通知処理は当該アプリケーション１３１を通じて実行される。

ところで、上記においては、融合機１０１の状態遷移に係る履歴情報に基づいて、当該状態遷移を実行可能なＪＳＤＫアプリ１４７をアプリ生成部４１４が自動的に生成する例について説明した。しかし、融合機１０１におけるＪＳＤＫアプリ１４７の生成処理は、かかるものに限定されない。例えば、アプリ検出部４１３によって検出されたＪＳＤＫアプリ１４７の状態遷移等をユーザに対話的に編集させることにより、新たなＪＳＤＫアプリ１４７が生成されるようにしてもよい。

例えば、アプリ検出部４１３は、融合機１０１の状態遷移に係る情報を利用して融合機１０１での使用を推奨するＪＳＤＫアプリ１４７の存在を検出すると、その旨を融合機１０１のタッチパネル３１１に表示されている操作画面のバナーエリアに表示する。当該バナーエリアには、検出されたＪＳＤＫアプリ１４７の状態遷移に係る情報を表示させるためのボタンが表示される。ユーザが、当該ボタンを押下すると、アプリ通知部４１５は、当該ＪＳＤＫアプリ１４７の状態遷移に係る情報を表示する画面（以下「アプリ状態遷移画面」という。）をタッチパネル３１１に表示させる。

図１６は、アプリ状態遷移画面の表示例を示す図である。図１６において、アプリ状態遷移画面５００は、アプリケーション名表示領域５１０、編集ボタン５２０、閉じるボタン５３０、及び状態遷移表示領域５４０等より構成される。

アプリケーション名表示領域５１０は、状態遷移に係る情報の表示対象とされているＪＳＤＫアプリ１４７（以下「カレントアプリ」という。）のアプリケーション名が表示される領域である。状態遷移表示領域５４０は、カレントアプリの状態遷移に係る情報が表示される領域である。状態遷移表示領域５４０では、各状態に対応するボタン（以下「状態ボタン」という。）が状態遷移の順に配置されている。図１６では、図８に示される状態遷移図に係る状態遷移が表示されている。すなわち、図１６におけるカレントアプリは、図８に示される状態遷移を実行可能なＪＳＤＫアプリ１４７に相当する。なお、状態遷移表示領域５４０に表示させるための状態遷移に係る情報は、アプリ情報に含まれてデータベース化されているものが用いられる。

アプリ状態遷移画面５００において、編集ボタン５２０が押下されると、アプリ通知部４１５は、アプリ状態遷移画面５００を編集モードとする。この際、不正な編集が行われないようにするために、ユーザコード又は管理者コード等によってユーザ認証を行うようにしてもよい。

図１７は、編集モードのアプリ状態遷移画面の表示例を示す図である。図１７中、図１６と同一部分には同一符号を付している。編集モードのアプリ状態遷移画面５００ａは、見た目上は編集ボタン５２０が表示されない点のみが異なるが、状態遷移表示領域５４０に表示されている状態ボタンが押下された際の動作が異なる。例えば、スキャン状態に対応するｓｃａｎボタン５４１が押下されると、アプリ生成部４１４は、選択されたボタンに対応する状態に関して編集を行わせるための画面（以下「状態編集画面」という。）をタッチパネル３１１に表示させる。

図１８は、状態編集画面の表示例を示す図である。図１８において、状態編集画面６００は、カレント状態名表示領域６１０、遷移追加ボタン６２０、状態変更ボタン６３０、状態編集ボタン６４０、及び状態一覧表示領域６５０等より構成される。

カレント状態名表示領域６１０は、現在編集対象とされている状態（カレント状態）の状態名が表示される領域である。遷移追加ボタン６２０は、カレント状態からの遷移を新たに追加させるためのボタンである。状態変更ボタン６３０は、カレント状態に代えて異なる状態をカレント状態の遷移位置に入れ替えさせるためのボタンである。状態編集ボタン６４０は、カレント状態の内部の状態遷移を編集させるためのボタンである。状態一覧表示領域６５０は、融合機１０１において実現可能な状態の一覧、すなわち、融合機１０１においてインストールされている機能モジュールの一覧が表示される領域であり、状態（機能モジュール）ごとにボタンが配置されている。但し、カレント状態からの遷移先となり得ない状態、又はカレント状態と入れ替えができない状態については、当該ボタンはグレーアウトされて表示される。カレント状態からの遷移先となり得るか否か、また、カレント状態との入れ替えが可能か否かについては、ＨＤＤ２３３等に予め保存されている各状態間の関係を示す定義情報に基づいて行われる。当該定義情報には、例えば、状態ごとに遷移先となり得る状態の一覧が定義されている。したがって、アプリ生成部４１４は、カレント状態からの遷移先となり得るか否かについては、カレント状態をキーとして当該定義情報を検索し、その検索結果に基づいて判定する。また、カレント状態との入れ替えの可否については、カレント状態の遷移元の状態（ここでは、認証状態）をキーとして当該定義情報を検索し、その検索結果に基づいて判定する。

なお、状態一覧表示領域６５０に表示される状態は、必ずしも融合機１０１にインストール済みの機能モジュールに係る状態に限定しなくてもよい。例えば、融合機１０１に挿入されたメディアや融合機１０１に接続されたネットワークに存在する未インストールの機能モジュールのものでもよい。この場合、ＣＯＬＬＥＣＴＯＲ４０１は、ＨＤＤ２３３やメモリカード２３５や上記メディアや上記ネットワークから機能モジュールに係る情報を定期的に自動的に収集し、当該情報をＨＤＤ２３３等にデータベース化して管理しておく。

状態編集画面６００において、例えば、遷移追加ボタン６２０が押下され、続いて、状態一覧表示領域６５０におけるいずれかのボタンが選択されると、アプリ生成部４１４は、カレント状態から選択されたボタンに係る状態への遷移条件を設定させる画面（以下「遷移条件設定画面」という。）をタッチパネル３１１に表示させる。

図１９は、遷移条件設定画面の表示例を示す図である。図１９において、遷移条件設定画面７００は、遷移元状態名表示領域７１０、遷移先状態名表示領域７２０、遷移イベント設定領域７３０、ガード条件設定領域７４０、及び終了ボタン７５０等より構成される。

遷移元状態名表示領域７１０、遷移先状態名表示領域７２０は、それぞれ遷移条件設定画面７００において編集対象とされている遷移の遷移元、遷移先の状態の状態名が表示される領域である。図１９では、図１８の状態一覧表示領域６５０において遷移先として印刷状態が選択された例が示されている。遷移イベント設定領域７３０は、遷移元状態から遷移先状態への状態遷移を発生させるイベントを設定させるための領域である。図中「終了」が選択されているが、これは、遷移元の状態、すなわち、スキャン状態が終了したら遷移先に遷移する旨が設定されたことを示す。ガード条件設定領域７４０は、状態遷移を発生させない条件、すなわち、状態遷移の障害となる条件を設定させるための領域である。例えば、致命的エラー等が発生した場合に状態遷移を抑止する場合は、「致命的エラー」を選択すればよい。図中では「なし」が選択されているため、スキャン状態から印刷状態へのガード条件は無いことが設定されたことを示す。

イベント及びガード条件が設定され、終了ボタン７５０が押下されると、アプリ生成部４１４は、編集後の状態遷移に係る情報に基づいて新たなＪＳＤＫアプリ１４７を生成し、当該ＪＳＤＫアプリ１４７のアプリ状態遷移画面５００ａを表示させる。

図２０は、編集結果が反映されたアプリ状態遷移画面の表示例を示す図である。図２０中、図１７と同一部分には同一符号を付している。図２０のアプリ状態遷移画面５００ａでは、ｓｃａｎボタン５４１の下に、印刷ボタン５４２が追加されている。すなわち、スキャン状態の遷移先として印刷状態が追加されたことが示されている。これは、図１０における遷移Ｚ’’に相当する遷移が追加されたことを示す。

一方、図１８の状態編集画面６００において状態編集ボタン６４０が押下されると、アプリ生成部４１４は、カレント状態（図１８ではスキャン状態）を実行する機能モジュールの内部の状態遷移を編集させるための画面（以下「機能モジュール状態遷移画面」という。）を表示させる。

図２１は、機能モジュール状態遷移画面の表示例を示す図である。図２１において、機能モジュール状態遷移画面８１０は、機能モジュール名表示領域８１１及び状態遷移表示領域８１２等より構成される。機能モジュール名表示領域８１１は、編集対象とされている機能モジュール（カレント機能モジュール）の機能モジュール名が表示される領域である。状態遷移表示領域８１２は、カレント機能モジュールの状態遷移に係る情報が表示される領域である。状態遷移表示領域８１２では、各状態に対応するボタンが状態遷移の順に配置されている。なお、図２１では、図８のスキャン状態５０３に示される状態遷移図に係る状態遷移が表示されている。

図２１の機能モジュール状態遷移画面８１０に基づいて、上述したＪＳＤＫアプリ１４７の状態遷移の編集と同様に、機能モジュールの状態遷移の編集を行うことが可能である。例えば、状態遷移表示領域８１２において条件設定ボタン８１２１が押下されると、アプリ生成部４１４は、条件設定状態（ｒｅａｄｙ状態）を編集対象として状態編集画面を表示させる。

図２２は、機能モジュール内の状態に係る状態編集画面の表示例を示す図である。図２２の状態編集画面８２０には、カレント機能モジュールを構成する各状態に対応するボタンの一覧が表示されている。ここで、例えば、実行ボタン８２１が選択されると、アプリ生成部４１４は、条件設定状態を遷移元とし実行状態を遷移先とした際の遷移条件を設定させるための遷移条件設定画面を表示させる。

図２３は、機能モジュール内の状態遷移に係る遷移条件設定画面の表示例を示す図である。図２３の遷移条件設定画面８３０の操作方法は、図１９の遷移条件設定画面７００と同様であるので、ここでの説明は省略する。

ところで、編集モードでない図１６のアプリ状態遷移画面５００の状態遷移表示領域５４０において、例えば、認証ボタン５４３が押下されると、アプリ生成部４１４は、認証状態の詳細情報を設定させるための詳細情報設定画面を表示させる。

図２４は、詳細情報設定画面の表示例を示す図である。図２４の詳細情報設定画面９００では、認証を実行する具体的な手段の選択が可能とされている。図中では、ユーザコード、ＩＤカード、キーカウンタ、生体認証等が選択肢として表示されている。なお、ユーザコード以外についてはグレーアウトされている。これは、ユーザコード以外の認証を実行するための機能モジュールが発見されないことによる。

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

本発明の実施例に該当する融合機を表す。 図１の融合機に係るハードウェア構成図である。 図１の融合機に係る外観図である。 オペレーションパネルを表す。 ＣＯＬＬＥＣＴＯＲに係る機能ブロック図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 図１の融合機の状態遷移に係る状態遷移図である。 フレームワークとクラスライブラリについて説明するための図である。 ＪＳＤＫアプリの検出処理に係るフローチャート図である。 ＪＳＤＫアプリの生成処理に係るフローチャート図である。 アプリ状態遷移画面の表示例を示す図である。 編集モードのアプリ状態遷移画面の表示例を示す図である。 状態編集画面の表示例を示す図である。 遷移条件設定画面の表示例を示す図である。 編集結果が反映されたアプリ状態遷移画面の表示例を示す図である。 機能モジュール状態遷移画面の表示例を示す図である。 機能モジュール内の状態に係る状態編集画面の表示例を示す図である。 機能モジュール内の状態遷移に係る遷移条件設定画面の表示例を示す図である。 詳細情報設定画面の表示例を示す図である。

符号の説明

１０１ 融合機
１１１ ハードウェア
１１２ ソフトウェア
１１３ 融合機起動部
１２１ 撮像部
１２２ 印刷部
１２３ その他のハードウェア
１３１ アプリケーション
１３２ プラットフォーム
１３３ アプリケーションプログラムインタフェース
１３４ エンジンインタフェース
１３５ 仮想アプリケーションサービス
１４１ コピーアプリ
１４２ プリンタアプリ
１４３ スキャナアプリ
１４４ ファクシミリアプリ
１４５ ネットワークファイルアプリ
１４６ ＣＳＤＫアプリ
１４７ ＪＳＤＫアプリ
１４８ ＪＳＤＫプラットフォーム
１５１ コントロールサービス
１５２ システムリソースマネージャ
１５３ ハンドラ
１６１ ネットワークコントロールサービス
１６２ ファクシミリコントロールサービス
１６３ デリバリコントロールサービス
１６４ エンジンコントロールサービス
１６５ メモリコントロールサービス
１６６ オペレーションパネルコントロールサービス
１６７ サーティフィケーションコントロールサービス
１６８ ユーザディレクトリコントロールサービス
１６９ システムコントロールサービス
１７１ ファクシミリコントロールユニットハンドラ
１７２ イメージメモリハンドラ
２０１ コントローラ
２０２ オペレーションパネル
２０３ ファクシミリコントロールユニット
２１１ ＣＰＵ
２１２ ＡＳＩＣ
２２１ ＮＢ
２２２ ＳＢ
２３１ ＭＥＭ−Ｐ
２３２ ＭＥＭ−Ｃ
２３３ ＨＤＤ
２３４ メモリカードスロット
２３５ メモリカード
２４１ ＮＩＣ
２４２ ＵＳＢデバイス
２４３ ＩＥＥＥ１３９４デバイス
２４４ セントロニクスデバイス
３０１ 原稿セット部
３０２ 給紙部
３０３ 排紙部
３１１ タッチパネル
３１２ テンキー
３１３ スタートボタン
３１４ リセットボタン
３１５ 機能キー
３１６ 初期設定ボタン
３２１ ＡＤＦ
３２２ フラットベッド
３２３ フラットベッドカバー
４０１ ＣＯＬＬＥＣＴＯＲ
４１１ 情報収集部
４１２ 情報取得部
４１３ アプリ検出部
４１４ アプリ生成部
４１５ アプリ通知部

Claims (14)

1. プログラムを実行可能な情報処理装置であって、
   当該情報処理装置の使用状況に係る情報を収集する収集手段と、
   前記収集手段により収集された情報を利用して当該情報処理装置での使用を推奨するプログラムを検出する検出手段と、
   前記検出手段によって検出されたプログラムの存在を当該情報処理装置での使用を推奨するプログラムとして通知し、当該プログラムの機能に関する状態遷移を示す情報を表示装置に表示させる表示手段と、
   表示された状態遷移を示す情報に関して更新指示の入力を受け付け、該更新指示に応じた状態遷移を実現するプログラムを生成する生成手段とを有することを特徴とする情報処理装置。
2. 前記検出手段は、前記収集手段により収集された情報をユーザ単位で利用して、当該情報処理装置での使用をユーザ単位で推奨するプログラムを検出することを特徴とする請求項１記載の情報処理装置。
3. 前記収集手段により収集された情報を利用して、当該情報処理装置の状態遷移に係る情報を取得する取得手段を有し、
   前記検出手段は、前記取得手段により取得された情報を利用して、当該情報処理装置での使用を推奨するプログラムを検出することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記検出手段は、前記取得手段により取得された情報をユーザ単位で利用して、当該情報処理装置での使用をユーザ単位で推奨するプログラムを検出することを特徴とする請求項３記載の情報処理装置。
5. プログラムを実行可能な情報処理装置であって、
   当該情報処理装置の使用状況に係る情報を収集する収集手段と、
   前記収集手段により収集された情報を利用して当該情報処理装置での使用を推奨するプログラムを自動的に生成する生成手段と、
   前記生成手段によって生成されたプログラムの存在を当該情報処理装置での使用を推奨するプログラムとして通知し、当該プログラムの機能に関する状態遷移を示す情報を表示装置に表示させる表示手段とを有し、
   前記生成手段は、表示された状態遷移を示す情報に関して更新指示の入力を受け付け、該更新指示に応じた状態遷移を実現するプログラムを生成することを特徴とする情報処理装置。
6. 前記生成手段は、前記収集手段により収集された情報をユーザ単位で利用して、当該情報処理装置での使用をユーザ単位で推奨するプログラムを生成することを特徴とする請求項５記載の情報処理装置。
7. 前記収集手段により収集された情報を利用して、当該情報処理装置の状態遷移に係る情報を取得する取得手段を有し、
   前記生成手段は、前記取得手段により取得された情報を利用して、当該情報処理装置での使用を推奨するプログラムを生成することを特徴とする請求項５又は６記載の情報処理装置。
8. 前記生成手段は、前記取得手段により取得された情報をユーザ単位で利用して、当該情報処理装置での使用をユーザ単位で推奨するプログラムを生成することを特徴とする請求項７記載の情報処理装置。
9. プログラムを実行可能な情報処理装置によって実行される情報処理方法であって、
   当該情報処理装置の使用状況に係る情報を収集する収集段階と、
   前記収集段階において収集された情報を利用して当該情報処理装置での使用を推奨するプログラムを検出する検出段階と、
   前記検出段階によって検出されたプログラムの存在を当該情報処理装置での使用を推奨するプログラムとして通知し、当該プログラムの機能に関する状態遷移を示す情報を表示装置に表示させる表示段階と、
   表示された状態遷移を示す情報に関して更新指示の入力を受け付け、該更新指示に応じた状態遷移を実現するプログラムを生成する生成段階とを有することを特徴とする情報処理方法。
10. 前記収集段階において収集された情報を利用して、当該情報処理装置の状態遷移に係る情報を取得する取得段階を有し、
    前記検出段階は、前記取得段階において取得された情報を利用して、当該情報処理装置での使用を推奨するプログラムを検出することを特徴とする請求項９記載の情報処理方法。
11. プログラムを実行可能な情報処理装置によって実行される情報処理方法であって、
    当該情報処理装置の使用状況に係る情報を収集する収集段階と、
    前記収集段階において収集された情報を利用して当該情報処理装置での使用を推奨するプログラムを自動的に生成する第一の生成段階と、
    前記第一の生成段階によって生成されたプログラムの存在を当該情報処理装置での使用を推奨するプログラムとして通知し、当該プログラムの機能に関する状態遷移を示す情報を表示装置に表示させる表示段階と、
    表示された状態遷移を示す情報に関して更新指示の入力を受け付け、該更新指示に応じた状態遷移を実現するプログラムを生成する第二の生成段階とを有することを特徴とする情報処理方法。
12. 前記収集段階において収集された情報を利用して、当該情報処理装置の状態遷移に係る情報を取得する取得段階を有し、
    前記第一の生成段階は、前記取得段階において取得された情報を利用して、当該情報処理装置での使用を推奨するプログラムを生成することを特徴とする請求項１１記載の情報処理方法。
13. 請求項９乃至１２のいずれか１項記載の情報処理方法をコンピュータに実行させる情報処理プログラム。
14. 請求項９乃至１２のいずれか１項記載の情報処理方法をコンピュータに実行させる情報処理プログラムが記録された記録媒体。

Images