(57)【特許請求の範囲】
【請求項１】
アプリケーションと、当該アプリケーションを実行するプログラム環境であるプラットフォームを記憶するメモリと、
前記メモリに記憶されたプラットフォームで動作するアプリケーションにリクエストを投入してから応答がなく異常が発生したと判断するための時間の閾値であるタイムアウト値を設定する設定手段と、
前記設定手段により設定された前記タイムアウト値に基づき、前記アプリケーションの実行を制御する制御手段とを有し、
前記設定手段は、前記アプリケーションのメタ情報に規定されたタイムアウト値を、前記アプリケーションのタイムアウト値として設定することを特徴とする画像形成装置。
【請求項２】
前記設定手段は、前記アプリケーションのインストールパッケージに含まれる前記アプリケーションのメタ情報に規定された前記タイムアウト値を、前記アプリケーションのタイムアウト値として設定する請求項１記載の画像形成装置。
【請求項３】
前記メタ情報には、アプリケーションごとの前記タイムアウト値が規定されている請求項１又は２記載の画像形成装置。
【請求項４】
前記設定手段は、前記メタ情報に前記タイムアウト値が規定されている場合は、前記タイムアウト値を前記アプリケーションのタイムアウト値として設定し、前記メタ情報に前記タイムアウト値が規定されていない場合は、メタ情報にタイムアウト値が規定されていない場合に設定されるタイムアウト値を前記アプリケーションのタイムアウト値として設定する請求項１乃至３何れか１項記載の画像形成装置。
【請求項５】
前記設定手段は、前記メタ情報に前記タイムアウト値が規定されていない場合は、前記アプリケーションの種類に応じて異なる、メタ情報にタイムアウト値が規定されていない場合に設定されるタイムアウト値を前記アプリケーションのタイムアウト値として設定する請求項１乃至３何れか１項記載の画像形成装置。
【請求項６】
前記設定手段は、前記メタ情報に前記タイムアウト値が規定されていない場合は、前記アプリケーションのサイズに応じて異なる、メタ情報にタイムアウト値が規定されていない場合に設定されるタイムアウト値を前記アプリケーションのタイムアウト値として設定する請求項１乃至３何れか１項記載の画像形成装置。
【請求項７】
前記設定手段は、前記メタ情報に前記タイムアウト値が規定されていない場合は、前記アプリケーションが使用するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）に応じて異なる、メタ情報にタイムアウト値が規定されていない場合に設定されるタイムアウト値を前記アプリケーションのタイムアウト値として設定する請求項１乃至３何れか１項記載の画像形成装置。
【請求項８】
前記アプリケーションは、ユーザー認証を行うログインアプリケーションである請求項１乃至７何れか１項記載の画像形成装置。
【請求項９】
アプリケーションと当該アプリケーションを実行するプログラム環境であるプラットフォームを記憶したメモリを有する画像形成装置における情報処理方法であって、
前記プラットフォームの上で動作するアプリケーションにリクエストを投入してから応答がなく異常が発生したと判断するための時間の閾値であるタイムアウト値を設定する設定工程と、
前記プラットフォームが前記設定工程により設定された前記タイムアウト値に基づき、前記アプリケーションの実行を制御する制御工程とを有し、
前記設定工程は、前記アプリケーションのメタ情報に規定されたタイムアウト値を、前記アプリケーションのタイムアウト値として設定することを特徴とする情報処理方法。
【請求項１０】
コンピュータを、請求項１乃至８何れか１項記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置のアプリケーションプラットフォーム（以下、プラットフォームという）に拡張アプリケーション（以下、アプリケーションという）をインストールし、画像形成装置の機能を拡張できるシステムが普及している。このようなシステムでは、プラットフォームからアプリケーションにリクエストを投入してから一定時間応答がなければ、アプリケーションに異常が発生したと判断する。以下、この機能をタイムアウト処理という。タイムアウト処理で異常が発生したと判断する時間の閾値はタイムアウト値と呼ばれ、プラットフォーム内で定義されている。
タイムアウト値はプラットフォーム内に固定値として定義されているため、アプリケーションに依らず一定のタイムアウト値が使用される。タイムアウト値はプラットフォーム開発時に決定される。そのため、プラットフォーム開発時の想定よりも時間の掛かる処理を含むアプリケーションがインストールされた場合、アプリケーションが正常に動作しているにもかかわらず異常が発生したと誤って判断してしまうことがあった。タイムアウト値を変更するにはプラットフォームの更新が必要であり、容易に変更することができない。
特許文献１には、アプリケーションのタイムアウト発生率等の統計情報を管理し、統計情報を分析してタイムアウト値を動的に変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−９５８６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、統計情報を基にタイムアウト値を決定するため、新規アプリケーションの追加後に十分な量の統計情報が得られるまでは適切なタイムアウト値を設定できない可能性がある。また、処理に要する時間が異なる複数のアプリケーションを管理する場合、処理に時間がかかるアプリケーションに合わせてタイムアウト値が長く設定される。すると、時間に時間がかからない別のアプリケーションで異常が発生したと判断するまでの時間も増加する。
【課題を解決するための手段】
【０００５】
本発明の画像形成装置は、アプリケーションと、当該アプリケーションを実行するプログラム環境であるプラットフォームを記憶するメモリと、前記メモリに記憶されたプラットフォームで動作するアプリケーションにリクエストを投入してから応答がなく異常が発生したと判断するための時間の閾値であるタイムアウト値を設定する設定手段と、前記設定手段により設定された前記タイムアウト値に基づき、前記アプリケーションの実行を制御する制御手段とを有し、前記設定手段は、前記アプリケーションのメタ情報に規定されたタイムアウト値を、前記アプリケーションのタイムアウト値として設定することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、誤ったタイムアウト検知を行う可能性を低減することができる。
【図面の簡単な説明】
【０００７】
【図１】画像形成装置のハードウェア構成の一例を示す図である。
【図２】画像形成装置のプラットフォーム環境等の一例を示す図である。
【図３】プラットフォームの構成の一例を示す図である。
【図４】アプリケーションのメタ情報の一例を示す図である。
【図５】プラットフォームの一例を示す図である。
【図６】情報処理の一例を示すフローチャートである。
【図７】Ｓ６０２の処理の詳細を示すフローチャートである。
【図８】Ｓ６０３の処理の詳細を示すフローチャートである。
【図９】画像形成装置を含む印刷システムのシステム構成の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、画像形成装置のハードウェア構成の一例を示す図である。画像形成装置は、コントローラユニット１００を含む。コントローラユニット１００には、画像入力デバイスであるスキャナ１７０や画像出力デバイスであるプリンタ１９５が接続されると共に、操作部１１２が接続される。コントローラユニット１００は、スキャナ１７０で読み取られた画像データをプリンタ１９５により印刷出力するコピー機能を実現するための制御を行う。
コントローラユニット１００は、ＣＰＵ１０１を有する。ＣＰＵ１０１は、ＲＯＭ１０３に格納されているブートプログラムに基づき処理を実行することで、オペレーションシステム（ＯＳ）のプログラムを起動し、実行し、ＯＳの機能を実現させる。ＣＰＵ１０１は、このＯＳ上で、ストレージ１０４に格納されているアプリケーションプログラムに基づき処理を実行し、アプリケーションの機能を実現する。アプリケーションによって、各種処理が実行される。このＣＰＵ１０１の作業領域としてはＲＡＭ１０２が用いられる。ＲＡＭ１０２には、作業領域が設けられると共に、画像データを一時記憶するための画像メモリ領域が設けられる。ストレージ１０４は、アプリケーションのプログラムや画像データを格納する。
【００１０】
ＣＰＵ１０１には、システムバス１０７を介して、ＲＯＭ１０３及びＲＡＭ１０２、操作部Ｉ／Ｆ１０６、ネットワークＩ／Ｆ１１０、ＵＳＢホストＩ／Ｆ１１３、画像バスＩ／Ｆ１０５が接続される。操作部Ｉ／Ｆ１０６は、タッチパネルを有する操作部１１２とのインターフェースである。操作部Ｉ／Ｆ１０６は、ＣＰＵ１０１の制御に基づき、操作部１１２に表示すべき画像データを操作部１１２に対して出力する。また、操作部Ｉ／Ｆ１０６は、操作部１１２においてユーザーにより入力された情報をＣＰＵ１０１に送出する。ネットワークＩ／Ｆ１１０は、画像形成装置をＬＡＮに接続するためのインターフェースである。
ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ１１３は、ストレージ１０４に格納されているデータをＵＳＢストレージ１１４に記憶させるための出力部である。また、ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４に格納されているデータを入力し、ＣＰＵ１０１にそれを伝える。ＵＳＢストレージ１１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ１１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ１１３には、ＵＳＢストレージ１１４を含む複数のＵＳＢデバイスが接続可能である。
画像バスＩ／Ｆ１０５は、システムバス１０７と画像データを高速で転送する画像バス１０８とを接続し、データ形式を変換するためのバスブリッジである。画像バス１０８は、ＰＣＩバス又はＩＥＥＥ１３９４等によって構成される。画像バス１０８上には、デバイスＩ／Ｆ１２０、スキャナ画像処理部１８０、プリンタ画像処理部１９０が設けられる。デバイスＩ／Ｆ１２０には、スキャナ１７０及びプリンタ１９５が接続され、デバイスＩ／Ｆ１２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部１９０は、プリント出力画像データに対してプリンタ１９５に応じた補正、解像度変換等を行う。
ストレージ１０４に記憶されているアプリケーション等のプログラムを、ＣＰＵ１０１がＲＡＭ１０２にロードし、実行することで後述する図２、図３の各モジュール及び図６〜図８のフローチャートの処理が実現される。
【００１１】
図２は、拡張アプリケーションを実行する画像形成装置のプラットフォーム環境等の一例を示す図である。オペレーティングシステムであるＯＳ２０１上には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブアプリケーション２１０が動作している。また、ＯＳ２０１上には、拡張アプリケーションの実行環境である仮想マシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ：ＶＭ）２３０が動作している。ＶＭ２３０は、拡張アプリケーションを制御するアプリケーションを理解し、実行するモジュールである。拡張アプリケーションは、必ずＶＭ２３０上で動作する。本実施形態でＶＭ２３０は、ソフトウェアモジュールであるが、ハードウェアモジュールであってもよい。
ネイティブアプリケーション２１０内には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブスレッド２１４と、ＶＭ２３０を動かすためのＶＭスレッド２１５と、がある。ＶＭスレッド２１５はＶＭ２３０の数に対応する数存在する。図２の例では、２１１、２１２、２１３の３つのスレッドが生成されている。ＶＭスレッド２１５は、後述する図３のプラットフォーム３００に対応する。
ＶＭシステムサービス２２０は、拡張アプリケーションから共通利用されるユーティリティライブラリである。拡張アプリケーション２４０からＶＭシステムサービス２２０の機能を呼び出すことにより、拡張アプリケーション２４０を開発する手間を省く、又は画像形成装置の各モジュールへアクセスすることができる。ＶＭシステムサービス２２０には、ＶＭとして最低限動作させる標準ＶＭシステムサービス２２１と、画像形成装置の各モジュールにアクセスや、ＯＳの機能を提供する拡張ＶＭシステムサービス２２２と、がある。
【００１２】
ＶＭ２３０は、拡張アプリケーション２４０を実行する。ＶＭ２３０は、拡張アプリケーション２４０のスレッドごとに生成される。図２の例では拡張アプリケーションＡ２４１で２つのスレッドを動かすためのＶＭ  Ａ−１  ２３１とＶＭ  Ａ−２  ２３２とが、拡張アプリケーションＢ２４２で１つのスレッドを動かすためのＶＭ  Ｂ−１  ２３３が生成されている。拡張アプリケーションの一例としては、ユーザー認証を行うログインアプリケーション等がある。
また、画像形成装置の操作部１１２に表示されるメインメニュー画面には、拡張アプリケーションごとのアイコンが表示される。このアイコンをユーザーが選択したことを、操作部１１２を通じて操作部Ｉ／Ｆ１０６が検知すると、操作部Ｉ／Ｆ１０６はその旨をＣＰＵ１０１に送信する。その旨を受け取ったＣＰＵ１０１は、ユーザーによって選択されたアイコンに対応する拡張アプリケーションに係るプログラムに基づき処理を実行し、拡張アプリケーションを実現させる。
【００１３】
図３は、プラットフォーム３００の構成の一例を示す図である。サーブレットサービス３０４は、ネットワークＩ／Ｆ１１０を通してＨＴＴＰアクセスされた際にそのリクエストを受け付けアクセスされたＵＲＬによってモジュール（アプリケーション管理部３０２か標準機能制御部３０１）に処理を振り分けるモジュールである。ＵＩ制御部３０３は、操作部１１２に画面を表示し、ユーザーからの操作を受け付けて、その操作情報を適切なモジュール（アプリケーション管理部３０２か標準機能制御部３０１）に通知を行うモジュールである。アプリケーション管理部３０２は、拡張アプリケーションのインストールや起動等の管理を行うモジュールである。アプリケーション実行制御部３０５は、アプリケーション管理部３０２で起動されたアプリケーションの実行制御を行うモジュールである。より具体的には、アプリケーション実行制御部３０５は、ＶＭスレッド２１５、ＶＭシステムサービス２２０、ＶＭ２３０、拡張アプリケーション２４０を制御する。ストレージ制御部３０６は、画像成形装置の設定情報を記録管理するモジュールである。各モジュールは、ストレージ制御部３０６にアクセスし、設定値の取得、設定を行う。標準機能制御部３０１は、画像形成装置の標準機能であるコピーやＦＡＸの制御や、その他の画像成形装置に必要な制御（例えばＵＳＢホストパスＩ／Ｆ１１３の制御）を行うモジュールである。
【００１４】
図４は、アプリケーションのメタ情報の一例を示す図である。メタ情報は、例えば、ＲＡＭ１０２、又はストレージ１０４等に記憶される。メタ情報にはアプリケーションを識別するＩＤ（４０１）、アプリケーションの名前（４０２）、アプリケーションのバージョン（４０３）、アプリケーションの種類（４０４）、アプリケーションのタイムアウト値（４０５）等が規定されている。メタ情報の全ての項目が必須で規定されているというわけではなく、タイムアウト値等は規定を省略することもできる。アプリケーションはその用途によって種類が分けられている。ログイン制御を行うアプリケーションであればＬｏｇｉｎ、スクリーンセイバーアプリケーションであればｓｃｒｅｅｎＳａｖｅｒ、汎用アプリケーションであればｇｅｎｅｒｉｃのように種類が指定されている。図４の例では、ａｐｐＮａｍｅという名前のアプリケーションはＬｏｇｉｎという種類であり、タイムアウト値が１００００ミリ秒として規定されている。
【００１５】
図５は、アプリケーションのインストール及び実行に関するプラットフォームの一例を示す図である。アプリケーションをインストールするときには、ＣＰＵ１０１は、アプリケーション本体のデータ５０２とメタ情報５０３とが含まれたインストールパッケージ５０１をネットワークＩ／Ｆ１１０又はＵＳＢホストＩ／Ｆ１１３を介して取得する。プラットフォーム３００内のアプリケーション管理部３０２は、インストールパッケージ５０１を基にアプリケーションのインストールを行い、併せてメタ情報５０３の内容を読み込む。アプリケーション実行制御部３０５は、読み込まれたメタ情報の内容を取得することができ、メタ情報の指定に従ってアプリケーションの制御方法を変更する。
タイムアウト値に関する制御方法の変更について図５を用いて説明する。図５の例では、３つのアプリケーション５０６、５０７、５０８が動作しており、それぞれアプリケーションの種類とタイムアウト値との指定が異なっている。アプリケーション５０８は、インストールパッケージ５０１によりインストールされたアプリケーションであり、指定はメタ情報５０３に基づいている。プラットフォーム３００は、操作部１１２からイベントを受け、適切なアプリケーションに対してリクエストを投入する。プラットフォーム３００は、投入するリクエストの種類によって、メッセージ送信とスクリプト実行との２種類の投入方法を切り替えており、同じアプリケーションに対してであってもそれぞれに別のタイムアウト値を使用することができる。例えば、アプリケーション５０６は、タイムアウト値が指定されていないため、メッセージ送信に４秒、スクリプト実行に２秒というデフォルトのタイムアウト値を使用する。アプリケーション５０７も同様にタイムアウト値が指定されていない。しかし、アプリケーション５０７は、アプリケーション種類がアプリケーション５０６とは異なっているため、メッセージ送信に６秒、スクリプト実行に３秒というＬｏｇｉｎアプリケーション用に用意されたデフォルトのタイムアウト値を使用する。アプリケーション５０８のアプリケーション種類はアプリケーション５０７と同じであるが、今度はタイムアウト値が１０秒に指定されている。そのため、アプリケーション５０８は、メッセージ送信とスクリプト実行との両方で１０秒というタイムアウト値を使用している。このように、プラットフォーム３００は、各アプリケーションのメタ情報に合わせてタイムアウト値を変更する。そして、プラットフォーム３００は、指定のタイムアウト値を超えてもアプリケーションから応答がなければアプリケーションに異常が発生したと判断して操作部１１２にエラーメッセージを表示する。アプリケーション５０８は、ユーザー認証を行うログインアプリケーションの一例である。
【００１６】
図６は、アプリケーションのインストールから実行までの情報処理の一例を示すフローチャートである。Ｓ６０１において、後述する図９に示す外部装置９０３は、アプリケーション開発時にキーボードからのメタ情報の入力を認識し、アプリケーションのインストールパッケージにメタ情報を記載する。メタ情報にはタイムアウト値が含まれており、アプリケーションの開発者によりアプリケーションで実行する処理を考慮して事前に検討された値が記載されることを想定している。タイムアウト値の指定が必要なければ記載を省略してもよい。Ｓ６０２において、プラットフォーム３００は、メタ情報が含まれたインストールパッケージを使ってアプリケーションをインストールする。Ｓ６０２の処理の詳細は、後述する図７を用いて説明する。Ｓ６０３において、プラットフォーム３００は、メタ情報に従ってアプリケーション実行時の制御を変更する。Ｓ６０３の処理の詳細は、後述する図８を用いて説明する。
【００１７】
図７は、Ｓ６０２の処理の詳細を示すフローチャートである。Ｓ７０１において、アプリケーション管理部３０２は、インストールパッケージ内のメタ情報を読み込む。Ｓ７０２において、アプリケーション管理部３０２は、メタ情報の中にタイムアウト値の記載があるか否かを判定する。アプリケーション管理部３０２は、メタ情報の中にタイムアウト値の記載があると判定した場合（Ｓ７０２においてＹＥＳ）、Ｓ７０３に進み、メタ情報の中にタイムアウト値の記載がないと判定した場合（Ｓ７０２においてＮＯ）、Ｓ７０４に進む。Ｓ７０３において、アプリケーション管理部３０２は、メタ情報の中からタイムアウト値を取得する。一方、Ｓ７０４において、アプリケーション管理部３０２は、インストールに係るアプリケーションの種類に応じたデフォルトのタイムアウト値に基づきタイムアウト値を決定する。Ｓ７０５において、アプリケーション管理部３０２は、インストールパッケージ内のアプリケーションデータとタイムアウト値とを関連付けてストレージ１０４に書き込むことでインストールを完了する。
【００１８】
図８は、Ｓ６０３の処理の詳細を示すフローチャートである。Ｓ８０１において、アプリケーション実行制御部３０５は、実行対象のアプリケーションと関連付けられて書き込まれたタイムアウト値をストレージ１０４より取得する。Ｓ８０２において、アプリケーション実行制御部３０５は、実行対象のアプリケーションの実行を開始する。Ｓ８０３において、アプリケーション実行制御部３０５は、アプリケーションに対してリクエストを投入する。Ｓ８０４において、アプリケーション実行制御部３０５は、アプリケーションから応答が返ってくるまでの時間を計測する。Ｓ８０５において、アプリケーション実行制御部３０５は、応答時間がＳ８０１で取得したタイムアウト値未満か否かを判定する。アプリケーション実行制御部３０５は、応答時間がＳ８０１で取得したタイムアウト値未満であると判定すると（Ｓ８０５においてＹＥＳ）、Ｓ８０６に進む。また、アプリケーション実行制御部３０５は、応答時間がＳ８０１で取得したタイムアウト値以上であると判定すると（Ｓ８０５においてＮＯ）、Ｓ８０８に進む。Ｓ８０６において、アプリケーション実行制御部３０５は、実行対象のアプリケーションが実行すべき全処理が完了したか否かを判定する。アプリケーション実行制御部３０５は、実行対象のアプリケーションが実行すべき全処理が完了したと判定すると（Ｓ８０６においてＹＥＳ）、Ｓ８０７に進む。一方、アプリケーション実行制御部３０５は、実行対象のアプリケーションが実行すべき全処理が完了していないと判定すると（Ｓ８０６においてＮＯ）、Ｓ８０３に処理を戻す。そして、アプリケーション実行制御部３０５は、実行対象のアプリケーションが実行すべき全処理が完了するまでＳ８０３〜Ｓ８０６の処理を繰り返す。Ｓ８０７において、アプリケーション管理部３０２は、アプリケーションを正常終了させる。一方、Ｓ８０８において、アプリケーション管理部３０２は、アプリケーションに異常が発生したと判断してアプリケーションを強制終了する。
【００１９】
図９は、画像形成装置を含む印刷システムのシステム構成の一例を示す図である。印刷システムは、画像形成装置９０１、ネットワークルータ９０２、外部装置９０３を含む。外部装置９０３は、ネットワークで接続されている画像形成装置９０１に対し、インストーラを介した拡張アプリケーションのインストールや、ブラウザで画像形成装置９０１と接続し、拡張アプリケーションの設定変更を行う。ネットワークルータ９０２は、画像形成装置９０１と、外部装置９０３との通信を仲介する。画像形成装置９０１は、外部装置９０３からのインストール要求に対し、拡張アプリケーションのインストール処理の実行や、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを返す。
【００２０】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２１】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。上述の実施形態では、アプリケーションの種類によってデフォルトのタイムアウト値を切り替えていたが、これに限定するものではない。例えば、プラットフォーム３００は、アプリケーションのサイズ及び使用するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）の何れか又は双方に基づきデフォルトのタイムアウト値を決定してもよい。また、上述の実施形態では、プラットフォーム３００は、メタ情報でタイムアウト値を指定した場合に全ての種類のリクエストに対して同じタイムアウト値を使用していた。しかし、リクエストごとのタイムアウト値をメタ情報で指定できるようにしてもよい。プラットフォーム３００は、リクエストに含まれるメタ情報のタイムアウト値に基づき、リクエストに係るアプリケーションデータごとに、タイムアウト値をストレージに書き込む。
【００２２】
上述した実施形態の処理によれば、アプリケーション追加時に各アプリケーションに合わせた適切なタイムアウト値を指定することで、誤った異常検知を行う可能性を低減させることができる。タイムアウト値を動的に変化させる必要がないため、アプリケーションの初回起動時から上述した効果を得ることができる。
また、アプリケーションごとに個別のタイムアウト値を指定することができるため、時間の掛かる処理を含むアプリケーションが追加されたとしても既存のアプリケーションのタイムアウト処理に影響を与えない。つまり、タイムアウト値の長いアプリケーションが追加されたとしても、時間の掛かる処理を含まないアプリケーションでは短いタイムアウト値を使い続けることができるため、パフォーマンスを低下させることなくタイムアウト処理を実行することができる。
【符号の説明】
【００２３】
１０１  ＣＰＵ
１０４  ストレージ
１１２  操作部
３００  プラットフォーム
【図１】
0006987530.tif 000002
【図２】
0006987530.tif 000003
【図３】
0006987530.tif 000004
【図４】
0006987530.tif 000005
【図５】
0006987530.tif 000006
【図６】
0006987530.tif 000007
【図７】
0006987530.tif 000008
【図８】
0006987530.tif 000009
【図９】
0006987530.tif 000010