システム状態表示方法、そのプログラムおよび情報処理装置
【課題】システムのコンポーネントの状態を動的なレイアウトで表示し、ユーザに重要な状態を分かりやすく提示する。
【解決手段】Ｓ２３では、管理サーバ２は検出した起動開始時刻と起動完了時刻のセットの間において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。Ｓ２４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。すなわち、管理サーバ２は同一種類に属する全てのコンポーネントの集計点を数字の高いものからソートする。管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）にあれば、当該コンポーネントの状態情報の表示サイズを「大」に決定する。
【解決手段】Ｓ２３では、管理サーバ２は検出した起動開始時刻と起動完了時刻のセットの間において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。Ｓ２４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。すなわち、管理サーバ２は同一種類に属する全てのコンポーネントの集計点を数字の高いものからソートする。管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）にあれば、当該コンポーネントの状態情報の表示サイズを「大」に決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムコンポーネントの状態の表示に関する。
【背景技術】
【０００２】
特許文献１の発明は、監視ワークステーションの監視サーバは、監視クライアントより得られる情報をもとに、機器構成情報の管理、ログ情報の保存、各種情報の表示、監視対象ワークステーションの監視クライアントに対するヘルスチェック、音声出力サーバに対する音声出力要求を行う手段を有し、監視対象ワークステーションの監視クライアントは、業務システムから得られる情報をもとに、監視サーバに対して各種イベントログの通知を行う手段を有する、ことを特徴とする監視サーバ／クライアントシステムである。
【０００３】
特許文献２は映像伝送装置の受信装置２０に内蔵モニタ（ＭＯＮ−ＤＩＳＰ）２１を設けて、当該内蔵モニタ（ＭＯＮ−ＤＩＳＰ）２１に、受信映像と、少なくともシステム監視若しくはシステム管理のための情報とを選択して、若しくは合成して表示するモニタ機能を設けたことにより、システム構成を簡素化できるとともに、保守及び管理を簡素化、迅速化できる。
【０００４】
特許文献３によると、表示制御部によって、エラー表示の優先度が決定されると、その優先情報が画像データ生成部に送信される。画像データ生成部は、記憶部に格納されたエラー情報と優先情報に基づいて、エラー警告を文字表示する第１画像と、エラー発生箇所の駆動機構の概略構成を示す第２画像とからなる１組の画像をエラー信号ごとに生成する。また、第１画面内には、複数のＧＵＩが設けられており、これらの箇所に触れると、画面が切り替わって適宜な情報が画面上に表示されるようになっている。これらＧＵＩの中で右上の『メッセージクリア』と記載されたＧＵＩに触れると、エラー警告表示から、エラー発生箇所の駆動機構の概略構成と、各駆動部に設けたセンサの位置とが表示された第２画像が表示される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２０４２７号公報
【特許文献２】特開２００１−２４５３２７号公報
【特許文献３】特開２００７−１４０９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のシステムでは、固定的な管理画面や装置状況画面があり、ユーザが変更することはできない。また、状況に応じて、最適な画面を出すことができなかった。このため、以下の問題があった。
・エラーなどシステム状態の表現がテキストである場合、内容を把握することが難しい。
・ＧＵＩの場合、システムのコンポーネント（個別の機器あるいは一連の処理を実行するソフトウェアユニット）によってトラブル発生時の対応緊急度が異なるが、従来は固定レイアウトのウィンドウに対する色変化やフラッシングによる警告で状況が分かりにくい（図１８参照）。
・表示パネルのどこにどのコンポーネントに対応するグラフィック表示を行うかは、ユーザの事情（機器の配置や故障が多いなど重点的な監視が必要な機器）によって異なるが、従来システムではこれらの表示場所は固定されており、ユーザの要望に従っていない。
・システムの起動やシャットダウンの際、定められた手順があるが、手順中の現在の位置で、コンポーネントが電源オンオフ可能かをグラフィックで示す手段がなく、ユーザは手順書に頼っていた。
【０００７】
本発明は、システムのコンポーネントの状態を動的なレイアウトで表示し、ユーザに重要な状態を分かりやすく提示することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置が、システムを構成する各コンポーネントの状態を取得するステップと、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップと、を実行するシステム状態表示方法を提供する。
【０００９】
ここで、コンポーネントが所定の状態であるとは、当該コンポーネントから正常な状態が通知されている場合、エラーが通知されていない状態、重大な警告が通知されていない状態などをいう。
【００１０】
また、優位なレイアウトとは画面上で優位な位置への配置、画面上で優位な表示サイズの付与などである。典型的には、優位なレイアウトは、所定の状態でないコンポーネントの情報の見やすい位置・サイズや、所定の状態でないコンポーネントの情報に対する操作、あるいは当該コンポーネントの情報に関連するＧＵＩに対する操作（例えば、当該コンポーネントの詳細情報の展開コマンドの指定や、当該コンポーネントの動作の制御に関するコマンドの指定など）のしやすい位置・サイズを含むことができる。コマンドのＧＵＩが画面上部などの所定位置に固定的に配置されていれば、そのＧＵＩに近接する位置に所定の状態でないコンポーネントの情報を配置すると、当該情報に対する操作とＧＵＩに対する操作が互いに行いやすくなる。
【００１１】
優位なレイアウトは、ユーザの利き手に応じて定められてもよい。例えば、ユーザから指定されたあるいは公知の利き手の判定手段で判定された利き手に対応する画面部分（画面左側半分または右側半分）を、所定の状態でないコンポーネントの情報を配置する優位なレイアウトに決定する。
【００１２】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、状態が異常のコンポーネントに対応する状態を示す情報の表示サイズに関するレイアウトを状態が正常な他のコンポーネントに対応する状態を示す情報の表示サイズよりも優位なサイズに決定するステップを実行する。
【００１３】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、状態が異常のコンポーネントに対応する状態を示す情報の表示位置に関するレイアウトを状態が正常な他のコンポーネントに対応する状態を示す情報の表示位置よりも優位な位置に決定するステップを実行する。
【００１４】
好ましくは、情報処理装置が、システムを構成する各コンポーネントに対応する状態のレイアウトの指定を受け付けるステップと、取得されたシステムの各コンポーネントのいずれの状態も所定の状態である場合、取得された状態を示す情報を指定されたレイアウトで表示するステップと、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、取得された状態を示す情報を決定されたレイアウトで表示するステップと、を実行する。
【００１５】
好ましくは、情報処理装置が、システムを構成する各コンポーネントの現在の処理フェーズの状態を取得するステップと、取得されたシステムの各コンポーネントのいずれかの現在の処理フェーズの状態が所定の状態でないことに応じ、現在のフェーズの状態が所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップを実行する。
【００１６】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントのいずれの現在の処理フェーズの状態も所定の状態であることに応じ、システムを構成する各コンポーネントの処理フェーズと同一の処理フェーズの過去の状態を示すログを取得するステップと、取得された過去の状態を示すログが示すシステムの各コンポーネントの少なくともいずれか１つの過去の状態が所定の状態でなかった場合、所定の状態でなかったシステムのコンポーネントの現在の状態を示す情報に対応する優位なレイアウトを決定するステップと、を実行する。
【００１７】
本発明は、このシステム状態表示方法を情報処理装置に実行させるためのプログラムを提供する。
【００１８】
本発明は、このシステム状態表示方法を実行する情報処理装置を提供する。
【発明の効果】
【００１９】
本発明では、システムの異常性に基づいて、各コンポーネントの状態情報の表示レイアウトを決定し、そのレイアウトに従って各コンポーネントの状態情報を表示する。異常性が高いコンポーネントの状態情報は、同一種類の他のコンポーネントの状態情報よりも優位な表示位置および表示サイズが割り当てられる。このため、異常性の高いコンポーネントの状態情報の視認性が高い。
【図面の簡単な説明】
【００２０】
【図１】プリントシステムの概略構成を示す図
【図２】管理サーバのブロック図
【図３】コンポーネント管理処理のフローチャート
【図４】管理サーバ起動処理のフローチャート
【図５】通常稼働中監視処理のフローチャート
【図６】管理サーバ終了処理
【図７】店頭端末機１ａの状態ログの一例を示す図
【図８】店頭端末機１ｃの状態ログの一例を示す図
【図９】管理サーバ２の状態ログの一例を示す図
【図１０】プリンタ３ａの状態ログの一例を示す図
【図１１】起動時またはシャットダウン時の状態情報の表示例を示す図
【図１２】店頭端末機の状態ログに対応するアイコンの表示例を示す図
【図１３】プリンタの状態ログに対応するアイコンの表示例を示す図
【図１４】ネットワークの状態ログに対応するアイコンの表示例を示す図
【図１５】詳細画面の表示例を示す図
【図１６】生産情報画面の表示例を示す図
【図１７】定常状態での状態情報の表示例を示す図
【図１８】従来のシステム監視画面の表示例を示す図
【発明を実施するための形態】
【００２１】
図１は、本発明を適用したプリントシステム１００の概略構成を示すブロック図である。プリントシステム１００は、ＬＡＮなどのネットワーク８で相互に接続された店頭端末機１、管理サーバ２、プリンタ３ｃ〜ｆを含む。店頭端末機１にはプリンタ３ａが、管理サーバ２にはプリンタ３ｂがＵＳＢなどの周辺機器ネットワークで接続されている。プリントシステム１００は別のラボ（写真プリント店）とインターネットなどのネットワークで接続し、プリントデータを送受信してもよい。ネットワーク８とは、店頭端末機１、管理サーバ２、プリンタ３を結ぶ１または複数の通信経路そのものと、それに接続するための１または複数の周辺機器（ネットワークアダプタ、ルータ）なども含みうる。
【００２２】
店頭端末機１は、ＣＤやＤＶＤなどの各種の記録メディアやメモリカードなどの記憶媒体から、あるいはカメラと接続されたＵＳＢなどの周辺機器接続用汎用インターフェースから、あるいはインターネットやＬＡＮなどのネットワーク８から、あるいはフィルムスキャナでスキャンした画像（静止画像データまたは動画をキャプチャした静止画である動画コマを含む）を読み込む。管理サーバ２は、店頭端末機１から読み込まれた画像を素材とした画像プリントの出力データをプリンタ３ａ〜ｆ（これらを単にプリンタ３で表す場合もある）のいずれかに出力する。ただし、画像プリントの素材がカメラの捉えた被写体を有する画像データに限られない。例えば、被写体でないグラフィックデータやテキストデータを単独であるいは被写体画像データと組み合わせて画像プリントの素材とすることができる。
【００２３】
画像プリントの出力データの利用先は、プリンタに限定されなくてもよい。出力データは、画像のページごとのレイアウトとデザインで表示装置あるいは印刷装置に画像を出力させるためのデータ、当該データが記録されたコンピュータ読み取り可能な記録媒体あるいは当該データのネットワーク８上の搬送波を含む。
【００２４】
画像プリントは、フォトブック、カレンダー、カード、シャッフルプリント、ステンドグラスなど、所定のレイアウトとデザインで画像が印刷された印刷媒体に基づいた様々な商材の作成に利用される。
【００２５】
店頭端末機１は、注文者からマウス、タッチパッド、トラックボールなどのポインタ（カーソル）の移動を指示可能なポインティングデバイスやタッチパネルなどの各種操作装置、表示装置、ＣＰＵ、ＲＡＭ、ＲＯＭその他の情報処理装置を備えている。店頭端末機１は、画像プリントの作成に使用する画像、画像プリントの種類、レイアウトの選択とその選択結果の表示、画像プリントの作成注文の確定指示の受け付けを行う。管理サーバ２は、店頭端末機１に入力された画像とレイアウトの指示に応じたプリントデータの作成と、当該プリントデータのプリンタ３ａ〜ｆへの送信を行ったり、当該プリントデータをＣＤＲＯＭやＤＶＤなどの記録媒体に出力する。
【００２６】
管理サーバ２は、各プリンタ３ａ〜ｆによるプリントジョブの統括制御を司る。管理サーバ２のユーザはエンドユーザではなく専門のオペレータである。
【００２７】
店頭端末機１および管理サーバ２は、コンピュータ（ＣＰＵ，ＲＡＭ，ＲＯＭなど演算処理に必要な回路、データ記憶媒体、データ入出力回路、表示回路、操作装置、通信回路などを備えたもの）で構成することができる。
【００２８】
プリンタ３ａ〜ｆ（まとめてプリンタ３で表す）は、店内ワークフローＰＣから送信された１単位のプリント注文に対応する１単位のプリントデータに従って画像プリントを出力する。プリンタ３はソータおよび裏面印字機能を有していてもよい。プリンタ３の印字方式は任意であって、例えば、インクジェット方式、レーザー方式、昇華型熱転写方式、ドットインパクト方式が挙げられる。
【００２９】
なお、図１のシステム構成は一例であって、これと同等の構成を有するプリントシステムであれば、本発明の実施は可能である。また、図示の個々のブロックが必ずしも別々の電子機器に構成されている必要はなく、各ブロックが同一の電子機器に一体的に構成されていても本発明の実施は可能であり、特定の機器構成に依存して実施されるものではない。例えば、管理サーバ２が店頭端末機１の備える手段の一部または全部を兼ねていてもよい。店頭端末機１は複数存在してもよい。図１では３台の店頭端末機１ａ〜１ｃがネットワークに接続されているが、店頭端末機１の台数はこれ以上でもこれ以下でもよい。
【００３０】
図２は管理サーバ２の内部構成を示す。管理サーバ２は、表示装置２２（液晶ディスプレイとそのドライバなど）、操作装置２３（キー、ボタン、スイッチ、タッチパネルなど）、制御装置２５（ＣＰＵ，ＲＡＭ，ＲＯＭなど制御処理や演算処理に必要な回路）、記憶装置２６（ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＳＤＲＡＭ、ＶＲＡＭ、メモリカード、ＨＤＤなど）、通信装置２７（Ir,Bluetooth, LANネットワークアダプタなど）などを備えている。管理サーバ２はパソコンなどで構成されることができる。なお、通信装置２７は、ネットワーク８の状態ログを取得できる。
【００３１】
以下、図３〜６のフローチャートを参照し、プリントシステム１００の実行するプリント処理の流れを説明する。この処理は管理サーバ２によって制御される。この処理を管理サーバ２の制御装置２５に実行させるためのプログラムは管理サーバ２に内蔵あるいは接続されたコンピュータ読み取り可能な記録媒体（ＲＯＭ、フラッシュメモリ、ＤＶＤ、ＣＤＲＯＭ、ＭＯ、穿孔テープなどなど）に記録されており、管理サーバ２のＣＰＵがこの記録媒体から上記プログラムをＲＡＭにロードして実行する。
【００３２】
図３は管理サーバ２のコンポーネント管理処理の概略を示す。
【００３３】
Ｓ１１では、管理サーバ２が、操作装置２３への起動指示に応じてプリントシステム１００の起動処理を行い、かつ後述の管理サーバ起動処理を実行する。この管理サーバ起動処理は全コンポーネント（本実施形態では、店頭端末機１、管理サーバ２、プリンタ３、ネットワーク８を例に挙げるが、ソフトウェアモジュールでもよい）が定常状態（起動完了、エラー停止、または通信不可能）になるまで実行される。
【００３４】
Ｓ１２では、管理サーバ２が、後述の端末・プリンタ起動ループを実行する。
【００３５】
Ｓ１３では、管理サーバ２が、後述の通常稼働中監視処理ループを実行する。このループはシャットダウン指示が入力されるまで定期的に繰り返される。
【００３６】
Ｓ１４では、管理サーバ２が、操作装置からのシャットダウン指示に応じて後述の端末・プリンタ終了ループを実行する。この処理は全コンポーネントが定常状態（シャットダウン完了、エラー停止、または通信不可能）になるまで実行される。
【００３７】
Ｓ１５では、管理サーバ２が、プリントシステム１００のシャットダウン処理を実行する。
【００３８】
図４は管理サーバ起動処理の詳細フローチャートである。
【００３９】
Ｓ２１では、管理サーバ２が、各コンポーネントすなわち店頭端末機１、管理サーバ２、プリンタ３で発生したイベントを状態ログとして収集する。図７は店頭端末機１ａの状態ログ、図８は店頭端末機１ｃの状態ログ、図９は管理サーバ２の状態ログ、図１０はプリンタ３ａの状態ログの一例を示す。
【００４０】
状態ログの内容は図示したものに限られない。例えば状態ログは、コンポーネントの起動状態（起動または未起動）、コンポーネントのネットワーク８への接続状態（接続または未接続）、プリンタ３ａ〜ｆのバックログ（未処理のプリントオーダー）、プリンタ３ａ〜ｆのオーダー処理効率（単位時間当たり処理されたオーダーのデータサイズ）、コンポーネントのエラー（紙などの消耗品の残量が少ないまたは無いこと、保守タイミング接近）、当該エラーの緊急度、電源オンオフ操作が可能か不可能かを含むことができる。
【００４１】
Ｓ２２では、管理サーバ２は、プリントシステム１００の各コンポーネント（ここでは店頭端末機１、プリンタ３、ネットワーク８）の状態ログに基づき、所定の起動期間内、例えば現在（プリントシステム１００の起動時）から過去一週間前までの期間内における各コンポーネントの起動開始時刻と起動完了時刻のセットを検出する。
【００４２】
Ｓ２３では、管理サーバ２は検出した起動開始時刻と起動完了時刻のセットの間（起動フェーズ）において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。各イベントに付与される点数はその種類に応じて重み付けされていてもよい。例えば、店頭端末機１ａが起動に失敗した、ネットワーク８がシステム１００の起動中に遮断したといった「重大な」イベントには１０点が付与される。プリンタ３の用紙残量がフル装填状態の５０％を切っているなどの「警告の」イベントには５点、店頭端末機１やプリンタ３のネットワーク８への接続が正常に完了したなどの「通常の」イベントには１点が付与される。
【００４３】
Ｓ２４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。この表示サイズは、同一種類のコンポーネントの集計点同士の比較に基づいて相対的に決定される。すなわち、まず管理サーバ２は同一種類に属する全てのコンポーネントの集計点を数字の高いものからソートする。次に管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）にあれば、当該コンポーネントの状態情報の表示サイズを「大」に決定する。管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）になければ、当該コンポーネントの状態情報の表示サイズを「小」に決定する。各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律なレイアウト上の属性（サイズ、位置、色、形状など）を付与する。
【００４４】
Ｓ２５では、管理サーバ２は店頭端末機１のグループに対する表示エリア（例えば画面上側）における各店頭端末機１の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全ての店頭端末機１の状態情報が収まるように、Ｓ２４で決定した各店頭端末機１の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４５】
Ｓ２６では、管理サーバ２はプリンタ３のグループに対する表示エリア（例えば画面下側）における各プリンタ３の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全てのプリンタ３の状態情報が収まるように、Ｓ２４で決定した各プリンタ３の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４６】
Ｓ２７では、管理サーバ２はネットワーク８のグループに対する表示エリア（例えば画面右側）におけるネットワーク８の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全てのネットワーク８の状態情報が収まるように、Ｓ２４で決定した各ネットワーク８の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４７】
管理サーバ２は、定常状態に至るまで（システム１００の起動開始から完了まで）の間、各コンポーネントから一定周期で取得された状態情報を、決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて表示装置２２に表示する。なお、表示装置２２に状態情報を出力する代わりに、プリンタ３ｂで状態情報を印刷媒体に出力したり、ネットワーク８経由で他のコンピュータに状態情報を送信してもよい。管理サーバ２は、所定の起動期間内の状態ログが正常であれば、その起動期間よりも古い起動フェーズの状態ログ（例えば現在から一週間以上前の起動フェーズの状態ログ）を取得し、その状態ログに基づいて各コンポーネントのレイアウトを決定する。
【００４８】
図１１はその表示例である。取得されたログの内容を示す状態情報はアイコンで表記されことができる。店頭端末機１、プリンタ３またはネットワーク８の状態情報に対応するアイコンの内容は現時点（システム１００の起動時）で収集された状態ログの内容に従っているが、そのレイアウトは過去に収集された状態ログに従っている。つまり、過去の起動時あるいはシャットダウン時にトラブルの発生したコンポーネントに対する現在の状態情報は、目立つ属性（サイズおよび位置）で表示される。
【００４９】
例えば、店頭端末機１の状態ログがエラーを示す場合は図１２（ａ）に例示するようなアイコン、店頭端末機１の状態ログがネットワーク８への未接続を示す場合は図１２（ｂ）に例示するようなアイコン、店頭端末機１の状態ログがネットワーク８への未接続を示す場合は図１２（ｃ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５０】
あるいは、例えば、プリンタ３の状態ログがエラーを示す場合は図１３（ａ）に例示するようなアイコン、プリンタ３の状態ログがネットワーク８への未接続を示す場合は図１３（ｂ）に例示するようなアイコン、プリンタ３の状態ログがネットワーク８への正常を示す場合は図１３（ｃ）に例示するようなアイコン、プリンタ３の状態ログが高負荷を示す場合は図１３（ｄ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５１】
あるいは、例えば、ネットワーク８の状態ログが未接続を示す場合は図１４（ａ）に例示するようなアイコン、ネットワーク８の状態ログが正常を示す場合は図１４（ｂ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５２】
管理サーバ２は、各コンポーネントのアイコンがダブルクリック選択さたりタッチ選択したりすると、そのコンポーネントの詳細情報（図１５）や生産情報（図１６）を表示してもよい。
【００５３】
なお、管理サーバ２は、各コンポーネントのデフォルトのレイアウトの案をＳ２５〜Ｓ２７で作成して表示装置２２などによって提示し、そのレイアウト案の変更を操作装置を介して受け付け、操作装置から確定されたレイアウト案の変更をデフォルトのレイアウトとして記憶装置２６に記憶してもよい。
【００５４】
上記のように、レイアウト案は、過去のシステムの構成情報と過去に取得された各コンポーネントの状態ログに基づいて作成される。レイアウト案の他の例としては、管理サーバ２は、過去に各コンポーネントから検出された状態ログから、異常性の指標（例えば、コンポーネントの安定稼働の有無、各コンポーネントの生産量、未処理オーダー量、未処理オーダー発生率、処理効率、エラーなどの発生率）を算出し、異常性の指標の高かったコンポーネントの状態情報に、他のコンポーネントよりも優位な位置かつサイズを割り当てて表示するレイアウト案を提示する。つまり、管理サーバ２は、過去に異常性の指標の高かったコンポーネントの状態情報を、同一種類の他のコンポーネントよりも優位な位置（画面の左側、真中、あるいは右側など）に配置し、かつそれらの状態情報を同一種類の他のコンポーネントよりも優位なサイズ（大きいサイズ）で表示するレイアウト案を作成して提示する。
【００５５】
要するに、管理サーバ２は、各コンポーネントから収集された状態ログを参照して異常性の高かったコンポーネントの状態情報には、同一種類の他のコンポーネントよりも優位な表示属性（位置、サイズ、形状、色など）を割り当てることで、同一種類の他のコンポーネントよりも目立つようにする。
【００５６】
異常性の指標は、状態ログ中に記載されているエラーの重要度と一定期間のエラー発生量の積で決定されることができる。さらにエラーの発生タイミングが、時刻や運用状況に対して特異性を有する場合（一定時間帯でのエラー発生回数が標準を１σ以上超えている、毎時のプリントオーダー処理量がＮ枚を超えると一定時間内のエラー発生頻度が１σを超えるなど）、管理サーバ２は、そのエラーが発生するコンポーネントの状態情報に優位な位置およびサイズを割り当てるレイアウト案を提示する。当然ながらレイアウト案はユーザにより変更されないまま管理サーバ２の起動時の状態情報のレイアウトとなってもよい。
【００５７】
図５は通常稼働中監視処理の詳細フローチャートである。
【００５８】
Ｓ３１では、各コンポーネント（店頭端末機１、プリンタ３）がイベントを検出し状態ログとしてそれぞれの有する記憶装置に記憶する。
【００５９】
Ｓ３２では、管理サーバ２は、各店頭端末機１が記憶した状態ログのうち所定の範囲にあるもの、例えば直近３０分間に記憶された状態ログを各コンポーネントからネットワーク８経由で収集する。
【００６０】
Ｓ３３では、管理サーバ２は、各プリンタ３が記憶した状態ログのうち所定期間の範囲にあるもの、例えば直近３０分間に記憶された状態ログを各コンポーネントから収集する。
【００６１】
Ｓ３４では、管理サーバ２は、各店頭端末機１から収集した状態ログに基づいて、各店頭端末機１の状態情報のレイアウトを決定する。これはＳ２５と同様にして行うことができる。例えば、管理サーバ２は、ある店頭端末機１ｘから収集した状態ログが致命的な内容（例えばハングアップ、通信応答なし、店頭端末機１がプリンタ３へのオーダー出力に失敗した）である場合、当該店頭端末機１ｘの状態情報のサイズを「大」に決定し、それ以外の場合は「小」に決定する。この際、管理サーバ２は表示エリア内に全ての店頭端末機１の状態情報が収まるように、決定した各店頭端末機１の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００６２】
また、管理サーバ２は、各プリンタ３から収集した状態ログに基づいて、各プリンタ３の状態情報のレイアウトを決定する。これはＳ２６と同様にして行うことができる。例えば、管理サーバ２は、あるプリンタ３ｙから収集した状態ログが致命的な内容（例えば過去３０分のプリンタ１ｙへのプリント要求枚数がプリンタ３ｙの設計上の最高処理能力の８０％を超えた）である場合、当該プリンタ３ｙの状態情報のサイズを「大」に決定し、それ以外の場合は「小」に決定する。この際、管理サーバ２は表示エリア内に全てのプリンタ３の状態情報が収まるように、決定した各プリンタ３の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００６３】
なお、システム１００の起動完了後、各コンポーネントから状態ログが収集されていない場合（各コンポーネントの起動完了から所定時間、ここでは３０分、が経過していない）は、Ｓ２５〜Ｓ２７で決定されたレイアウトをそのまま保持することを決定する。
【００６４】
また、各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律なレイアウト属性（サイズ、位置、色、形状など）を付与する。
【００６５】
さらに、Ｓ３３で収集された状態ログが、いずれのコンポーネントについても正常であることを示している場合、Ｓ３３よりも過去に収集された状態ログに基づいて、レイアウトを決定する。これはＳ２１〜Ｓ２４と同様である。具体的には、管理サーバ２は、プリントシステム１００の各コンポーネントの状態ログに基づき、過去の所定の通常稼働期間、例えば過去一週間以上前までの期間内における各コンポーネントの通常稼働開始時刻と通常稼働終了時刻のセットを検出する。次に、管理サーバ２は、検出した通常稼働開始時刻と通常稼働時刻のセットの間（通常稼働フェーズ）において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。そして、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズ・位置を決定する。
【００６６】
管理サーバ２は、起動完了からシャットダウン指示が入力されるまでの間（定常状態）、各コンポーネントから一定周期で取得された状態情報を、決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて表示装置２２に表示する。図１７はその表示例である。エラーの発生している店頭端末機１やプリンタ３の状態情報は大きく配置される。また、高負荷のプリンタ３の状態情報は大きく配置される。
【００６７】
図６は管理サーバ終了処理の詳細フローチャートである。
【００６８】
Ｓ４１はＳ２１と同様である。
【００６９】
Ｓ４２では、管理サーバ２は各コンポーネントの状態ログに基づき、過去の所定のシャットダウン処理期間内、例えば現在（システム１００のシャットダウン開始時）から過去一週間前までの期間内における各コンポーネントすなわち店頭端末機１、プリンタ３、ネットワーク８のシャットダウン開始時刻とシャットダウン完了時刻のセットを検出する。
【００７０】
Ｓ４３では、管理サーバ２は検出したシャットダウン開始時刻とシャットダウン完了時刻のセット（終了フェーズ）の間において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。各イベントに付与される点数はその種類に応じて重み付けされている。例えば、店頭端末機１ａがシャットダウンに失敗したといった「重大な」イベントには１０点が付与される。「警告の」イベントには５点、「通常の」イベントには１点が付与される。
【００７１】
Ｓ４４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。これはＳ２４と同様にして行われる。
【００７２】
Ｓ４５では、管理サーバ２は店頭端末機１のグループに対する表示エリア（例えば画面上側）における各店頭端末機１の状態情報の表示サイズおよび位置を決定する。これはＳ２５と同様にして行われる。
【００７３】
Ｓ４６では、管理サーバ２はプリンタ３のグループに対する表示エリア（例えば画面下側）における各プリンタ３の状態情報の表示サイズおよび位置を決定する。これはＳ２６と同様にして行われる。
【００７４】
Ｓ４７では、管理サーバ２はネットワーク８のグループに対する表示エリア（例えば画面右側）におけるネットワーク８の状態情報の表示サイズおよび位置を決定する。これはＳ２７と同様にして行われる。管理サーバ２は、所定の終了期間内の状態ログが正常であれば、その終了期間よりも古い終了フェーズの状態ログ（例えば現在から一週間以上前の終了フェーズの状態ログ）を取得し、その状態ログに基づいて各コンポーネントのレイアウトを決定する。
【００７５】
管理サーバ２は、Ｓ４５〜Ｓ４７で決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて、シャットダウン開始から完了までの任意の時点における各コンポーネントの状態情報を表示装置２２に表示する。表示の形態は図１１と同様である。
【００７６】
各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律な属性（サイズ、位置、色、形状など）を付与して表示する。
【００７７】
このように、管理サーバ２はシステムの異常性に基づいて、各コンポーネントの状態情報を表示レイアウトを決定し、そのレイアウトに従って各コンポーネントの最新の状態情報を表示する。異常性が高いコンポーネントの状態情報は、同一種類の他のコンポーネントの状態情報よりも優位な表示位置および表示サイズが割り当てられる。このため、異常性の高いコンポーネントの状態情報の視認性が高い。また、ユーザの指定に従ってデフォルトのレイアウトを決めることもできるが、この際、過去に異常性の高かったコンポーネントの状態情報の視認性が高いようなレイアウトの案が提示される。
【００７８】
また、管理サーバ２は、起動中、通常稼働中、シャットダウン中の各フェーズごとに、過去の状態ログに基づいて異常の発生したコンポーネントの状態情報の表示レイアウトを決定するから、各フェーズごとに重大な問題を過去に多く発生したコンポーネントの状態情報を優先的にユーザに知らせることができる。
【符号の説明】
【００７９】
１：店頭端末機、２：管理サーバ、３：プリンタ
【技術分野】
【０００１】
本発明は、システムコンポーネントの状態の表示に関する。
【背景技術】
【０００２】
特許文献１の発明は、監視ワークステーションの監視サーバは、監視クライアントより得られる情報をもとに、機器構成情報の管理、ログ情報の保存、各種情報の表示、監視対象ワークステーションの監視クライアントに対するヘルスチェック、音声出力サーバに対する音声出力要求を行う手段を有し、監視対象ワークステーションの監視クライアントは、業務システムから得られる情報をもとに、監視サーバに対して各種イベントログの通知を行う手段を有する、ことを特徴とする監視サーバ／クライアントシステムである。
【０００３】
特許文献２は映像伝送装置の受信装置２０に内蔵モニタ（ＭＯＮ−ＤＩＳＰ）２１を設けて、当該内蔵モニタ（ＭＯＮ−ＤＩＳＰ）２１に、受信映像と、少なくともシステム監視若しくはシステム管理のための情報とを選択して、若しくは合成して表示するモニタ機能を設けたことにより、システム構成を簡素化できるとともに、保守及び管理を簡素化、迅速化できる。
【０００４】
特許文献３によると、表示制御部によって、エラー表示の優先度が決定されると、その優先情報が画像データ生成部に送信される。画像データ生成部は、記憶部に格納されたエラー情報と優先情報に基づいて、エラー警告を文字表示する第１画像と、エラー発生箇所の駆動機構の概略構成を示す第２画像とからなる１組の画像をエラー信号ごとに生成する。また、第１画面内には、複数のＧＵＩが設けられており、これらの箇所に触れると、画面が切り替わって適宜な情報が画面上に表示されるようになっている。これらＧＵＩの中で右上の『メッセージクリア』と記載されたＧＵＩに触れると、エラー警告表示から、エラー発生箇所の駆動機構の概略構成と、各駆動部に設けたセンサの位置とが表示された第２画像が表示される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２０４２７号公報
【特許文献２】特開２００１−２４５３２７号公報
【特許文献３】特開２００７−１４０９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のシステムでは、固定的な管理画面や装置状況画面があり、ユーザが変更することはできない。また、状況に応じて、最適な画面を出すことができなかった。このため、以下の問題があった。
・エラーなどシステム状態の表現がテキストである場合、内容を把握することが難しい。
・ＧＵＩの場合、システムのコンポーネント（個別の機器あるいは一連の処理を実行するソフトウェアユニット）によってトラブル発生時の対応緊急度が異なるが、従来は固定レイアウトのウィンドウに対する色変化やフラッシングによる警告で状況が分かりにくい（図１８参照）。
・表示パネルのどこにどのコンポーネントに対応するグラフィック表示を行うかは、ユーザの事情（機器の配置や故障が多いなど重点的な監視が必要な機器）によって異なるが、従来システムではこれらの表示場所は固定されており、ユーザの要望に従っていない。
・システムの起動やシャットダウンの際、定められた手順があるが、手順中の現在の位置で、コンポーネントが電源オンオフ可能かをグラフィックで示す手段がなく、ユーザは手順書に頼っていた。
【０００７】
本発明は、システムのコンポーネントの状態を動的なレイアウトで表示し、ユーザに重要な状態を分かりやすく提示することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置が、システムを構成する各コンポーネントの状態を取得するステップと、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップと、を実行するシステム状態表示方法を提供する。
【０００９】
ここで、コンポーネントが所定の状態であるとは、当該コンポーネントから正常な状態が通知されている場合、エラーが通知されていない状態、重大な警告が通知されていない状態などをいう。
【００１０】
また、優位なレイアウトとは画面上で優位な位置への配置、画面上で優位な表示サイズの付与などである。典型的には、優位なレイアウトは、所定の状態でないコンポーネントの情報の見やすい位置・サイズや、所定の状態でないコンポーネントの情報に対する操作、あるいは当該コンポーネントの情報に関連するＧＵＩに対する操作（例えば、当該コンポーネントの詳細情報の展開コマンドの指定や、当該コンポーネントの動作の制御に関するコマンドの指定など）のしやすい位置・サイズを含むことができる。コマンドのＧＵＩが画面上部などの所定位置に固定的に配置されていれば、そのＧＵＩに近接する位置に所定の状態でないコンポーネントの情報を配置すると、当該情報に対する操作とＧＵＩに対する操作が互いに行いやすくなる。
【００１１】
優位なレイアウトは、ユーザの利き手に応じて定められてもよい。例えば、ユーザから指定されたあるいは公知の利き手の判定手段で判定された利き手に対応する画面部分（画面左側半分または右側半分）を、所定の状態でないコンポーネントの情報を配置する優位なレイアウトに決定する。
【００１２】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、状態が異常のコンポーネントに対応する状態を示す情報の表示サイズに関するレイアウトを状態が正常な他のコンポーネントに対応する状態を示す情報の表示サイズよりも優位なサイズに決定するステップを実行する。
【００１３】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、状態が異常のコンポーネントに対応する状態を示す情報の表示位置に関するレイアウトを状態が正常な他のコンポーネントに対応する状態を示す情報の表示位置よりも優位な位置に決定するステップを実行する。
【００１４】
好ましくは、情報処理装置が、システムを構成する各コンポーネントに対応する状態のレイアウトの指定を受け付けるステップと、取得されたシステムの各コンポーネントのいずれの状態も所定の状態である場合、取得された状態を示す情報を指定されたレイアウトで表示するステップと、取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、取得された状態を示す情報を決定されたレイアウトで表示するステップと、を実行する。
【００１５】
好ましくは、情報処理装置が、システムを構成する各コンポーネントの現在の処理フェーズの状態を取得するステップと、取得されたシステムの各コンポーネントのいずれかの現在の処理フェーズの状態が所定の状態でないことに応じ、現在のフェーズの状態が所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップを実行する。
【００１６】
好ましくは、情報処理装置が、取得されたシステムの各コンポーネントのいずれの現在の処理フェーズの状態も所定の状態であることに応じ、システムを構成する各コンポーネントの処理フェーズと同一の処理フェーズの過去の状態を示すログを取得するステップと、取得された過去の状態を示すログが示すシステムの各コンポーネントの少なくともいずれか１つの過去の状態が所定の状態でなかった場合、所定の状態でなかったシステムのコンポーネントの現在の状態を示す情報に対応する優位なレイアウトを決定するステップと、を実行する。
【００１７】
本発明は、このシステム状態表示方法を情報処理装置に実行させるためのプログラムを提供する。
【００１８】
本発明は、このシステム状態表示方法を実行する情報処理装置を提供する。
【発明の効果】
【００１９】
本発明では、システムの異常性に基づいて、各コンポーネントの状態情報の表示レイアウトを決定し、そのレイアウトに従って各コンポーネントの状態情報を表示する。異常性が高いコンポーネントの状態情報は、同一種類の他のコンポーネントの状態情報よりも優位な表示位置および表示サイズが割り当てられる。このため、異常性の高いコンポーネントの状態情報の視認性が高い。
【図面の簡単な説明】
【００２０】
【図１】プリントシステムの概略構成を示す図
【図２】管理サーバのブロック図
【図３】コンポーネント管理処理のフローチャート
【図４】管理サーバ起動処理のフローチャート
【図５】通常稼働中監視処理のフローチャート
【図６】管理サーバ終了処理
【図７】店頭端末機１ａの状態ログの一例を示す図
【図８】店頭端末機１ｃの状態ログの一例を示す図
【図９】管理サーバ２の状態ログの一例を示す図
【図１０】プリンタ３ａの状態ログの一例を示す図
【図１１】起動時またはシャットダウン時の状態情報の表示例を示す図
【図１２】店頭端末機の状態ログに対応するアイコンの表示例を示す図
【図１３】プリンタの状態ログに対応するアイコンの表示例を示す図
【図１４】ネットワークの状態ログに対応するアイコンの表示例を示す図
【図１５】詳細画面の表示例を示す図
【図１６】生産情報画面の表示例を示す図
【図１７】定常状態での状態情報の表示例を示す図
【図１８】従来のシステム監視画面の表示例を示す図
【発明を実施するための形態】
【００２１】
図１は、本発明を適用したプリントシステム１００の概略構成を示すブロック図である。プリントシステム１００は、ＬＡＮなどのネットワーク８で相互に接続された店頭端末機１、管理サーバ２、プリンタ３ｃ〜ｆを含む。店頭端末機１にはプリンタ３ａが、管理サーバ２にはプリンタ３ｂがＵＳＢなどの周辺機器ネットワークで接続されている。プリントシステム１００は別のラボ（写真プリント店）とインターネットなどのネットワークで接続し、プリントデータを送受信してもよい。ネットワーク８とは、店頭端末機１、管理サーバ２、プリンタ３を結ぶ１または複数の通信経路そのものと、それに接続するための１または複数の周辺機器（ネットワークアダプタ、ルータ）なども含みうる。
【００２２】
店頭端末機１は、ＣＤやＤＶＤなどの各種の記録メディアやメモリカードなどの記憶媒体から、あるいはカメラと接続されたＵＳＢなどの周辺機器接続用汎用インターフェースから、あるいはインターネットやＬＡＮなどのネットワーク８から、あるいはフィルムスキャナでスキャンした画像（静止画像データまたは動画をキャプチャした静止画である動画コマを含む）を読み込む。管理サーバ２は、店頭端末機１から読み込まれた画像を素材とした画像プリントの出力データをプリンタ３ａ〜ｆ（これらを単にプリンタ３で表す場合もある）のいずれかに出力する。ただし、画像プリントの素材がカメラの捉えた被写体を有する画像データに限られない。例えば、被写体でないグラフィックデータやテキストデータを単独であるいは被写体画像データと組み合わせて画像プリントの素材とすることができる。
【００２３】
画像プリントの出力データの利用先は、プリンタに限定されなくてもよい。出力データは、画像のページごとのレイアウトとデザインで表示装置あるいは印刷装置に画像を出力させるためのデータ、当該データが記録されたコンピュータ読み取り可能な記録媒体あるいは当該データのネットワーク８上の搬送波を含む。
【００２４】
画像プリントは、フォトブック、カレンダー、カード、シャッフルプリント、ステンドグラスなど、所定のレイアウトとデザインで画像が印刷された印刷媒体に基づいた様々な商材の作成に利用される。
【００２５】
店頭端末機１は、注文者からマウス、タッチパッド、トラックボールなどのポインタ（カーソル）の移動を指示可能なポインティングデバイスやタッチパネルなどの各種操作装置、表示装置、ＣＰＵ、ＲＡＭ、ＲＯＭその他の情報処理装置を備えている。店頭端末機１は、画像プリントの作成に使用する画像、画像プリントの種類、レイアウトの選択とその選択結果の表示、画像プリントの作成注文の確定指示の受け付けを行う。管理サーバ２は、店頭端末機１に入力された画像とレイアウトの指示に応じたプリントデータの作成と、当該プリントデータのプリンタ３ａ〜ｆへの送信を行ったり、当該プリントデータをＣＤＲＯＭやＤＶＤなどの記録媒体に出力する。
【００２６】
管理サーバ２は、各プリンタ３ａ〜ｆによるプリントジョブの統括制御を司る。管理サーバ２のユーザはエンドユーザではなく専門のオペレータである。
【００２７】
店頭端末機１および管理サーバ２は、コンピュータ（ＣＰＵ，ＲＡＭ，ＲＯＭなど演算処理に必要な回路、データ記憶媒体、データ入出力回路、表示回路、操作装置、通信回路などを備えたもの）で構成することができる。
【００２８】
プリンタ３ａ〜ｆ（まとめてプリンタ３で表す）は、店内ワークフローＰＣから送信された１単位のプリント注文に対応する１単位のプリントデータに従って画像プリントを出力する。プリンタ３はソータおよび裏面印字機能を有していてもよい。プリンタ３の印字方式は任意であって、例えば、インクジェット方式、レーザー方式、昇華型熱転写方式、ドットインパクト方式が挙げられる。
【００２９】
なお、図１のシステム構成は一例であって、これと同等の構成を有するプリントシステムであれば、本発明の実施は可能である。また、図示の個々のブロックが必ずしも別々の電子機器に構成されている必要はなく、各ブロックが同一の電子機器に一体的に構成されていても本発明の実施は可能であり、特定の機器構成に依存して実施されるものではない。例えば、管理サーバ２が店頭端末機１の備える手段の一部または全部を兼ねていてもよい。店頭端末機１は複数存在してもよい。図１では３台の店頭端末機１ａ〜１ｃがネットワークに接続されているが、店頭端末機１の台数はこれ以上でもこれ以下でもよい。
【００３０】
図２は管理サーバ２の内部構成を示す。管理サーバ２は、表示装置２２（液晶ディスプレイとそのドライバなど）、操作装置２３（キー、ボタン、スイッチ、タッチパネルなど）、制御装置２５（ＣＰＵ，ＲＡＭ，ＲＯＭなど制御処理や演算処理に必要な回路）、記憶装置２６（ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＳＤＲＡＭ、ＶＲＡＭ、メモリカード、ＨＤＤなど）、通信装置２７（Ir,Bluetooth, LANネットワークアダプタなど）などを備えている。管理サーバ２はパソコンなどで構成されることができる。なお、通信装置２７は、ネットワーク８の状態ログを取得できる。
【００３１】
以下、図３〜６のフローチャートを参照し、プリントシステム１００の実行するプリント処理の流れを説明する。この処理は管理サーバ２によって制御される。この処理を管理サーバ２の制御装置２５に実行させるためのプログラムは管理サーバ２に内蔵あるいは接続されたコンピュータ読み取り可能な記録媒体（ＲＯＭ、フラッシュメモリ、ＤＶＤ、ＣＤＲＯＭ、ＭＯ、穿孔テープなどなど）に記録されており、管理サーバ２のＣＰＵがこの記録媒体から上記プログラムをＲＡＭにロードして実行する。
【００３２】
図３は管理サーバ２のコンポーネント管理処理の概略を示す。
【００３３】
Ｓ１１では、管理サーバ２が、操作装置２３への起動指示に応じてプリントシステム１００の起動処理を行い、かつ後述の管理サーバ起動処理を実行する。この管理サーバ起動処理は全コンポーネント（本実施形態では、店頭端末機１、管理サーバ２、プリンタ３、ネットワーク８を例に挙げるが、ソフトウェアモジュールでもよい）が定常状態（起動完了、エラー停止、または通信不可能）になるまで実行される。
【００３４】
Ｓ１２では、管理サーバ２が、後述の端末・プリンタ起動ループを実行する。
【００３５】
Ｓ１３では、管理サーバ２が、後述の通常稼働中監視処理ループを実行する。このループはシャットダウン指示が入力されるまで定期的に繰り返される。
【００３６】
Ｓ１４では、管理サーバ２が、操作装置からのシャットダウン指示に応じて後述の端末・プリンタ終了ループを実行する。この処理は全コンポーネントが定常状態（シャットダウン完了、エラー停止、または通信不可能）になるまで実行される。
【００３７】
Ｓ１５では、管理サーバ２が、プリントシステム１００のシャットダウン処理を実行する。
【００３８】
図４は管理サーバ起動処理の詳細フローチャートである。
【００３９】
Ｓ２１では、管理サーバ２が、各コンポーネントすなわち店頭端末機１、管理サーバ２、プリンタ３で発生したイベントを状態ログとして収集する。図７は店頭端末機１ａの状態ログ、図８は店頭端末機１ｃの状態ログ、図９は管理サーバ２の状態ログ、図１０はプリンタ３ａの状態ログの一例を示す。
【００４０】
状態ログの内容は図示したものに限られない。例えば状態ログは、コンポーネントの起動状態（起動または未起動）、コンポーネントのネットワーク８への接続状態（接続または未接続）、プリンタ３ａ〜ｆのバックログ（未処理のプリントオーダー）、プリンタ３ａ〜ｆのオーダー処理効率（単位時間当たり処理されたオーダーのデータサイズ）、コンポーネントのエラー（紙などの消耗品の残量が少ないまたは無いこと、保守タイミング接近）、当該エラーの緊急度、電源オンオフ操作が可能か不可能かを含むことができる。
【００４１】
Ｓ２２では、管理サーバ２は、プリントシステム１００の各コンポーネント（ここでは店頭端末機１、プリンタ３、ネットワーク８）の状態ログに基づき、所定の起動期間内、例えば現在（プリントシステム１００の起動時）から過去一週間前までの期間内における各コンポーネントの起動開始時刻と起動完了時刻のセットを検出する。
【００４２】
Ｓ２３では、管理サーバ２は検出した起動開始時刻と起動完了時刻のセットの間（起動フェーズ）において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。各イベントに付与される点数はその種類に応じて重み付けされていてもよい。例えば、店頭端末機１ａが起動に失敗した、ネットワーク８がシステム１００の起動中に遮断したといった「重大な」イベントには１０点が付与される。プリンタ３の用紙残量がフル装填状態の５０％を切っているなどの「警告の」イベントには５点、店頭端末機１やプリンタ３のネットワーク８への接続が正常に完了したなどの「通常の」イベントには１点が付与される。
【００４３】
Ｓ２４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。この表示サイズは、同一種類のコンポーネントの集計点同士の比較に基づいて相対的に決定される。すなわち、まず管理サーバ２は同一種類に属する全てのコンポーネントの集計点を数字の高いものからソートする。次に管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）にあれば、当該コンポーネントの状態情報の表示サイズを「大」に決定する。管理サーバ２は、同一種類に属するあるコンポーネントの集計点が、ソートされた集計点の中の数字の高いものから所定の順序内（例えば上位１／２）になければ、当該コンポーネントの状態情報の表示サイズを「小」に決定する。各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律なレイアウト上の属性（サイズ、位置、色、形状など）を付与する。
【００４４】
Ｓ２５では、管理サーバ２は店頭端末機１のグループに対する表示エリア（例えば画面上側）における各店頭端末機１の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全ての店頭端末機１の状態情報が収まるように、Ｓ２４で決定した各店頭端末機１の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４５】
Ｓ２６では、管理サーバ２はプリンタ３のグループに対する表示エリア（例えば画面下側）における各プリンタ３の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全てのプリンタ３の状態情報が収まるように、Ｓ２４で決定した各プリンタ３の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４６】
Ｓ２７では、管理サーバ２はネットワーク８のグループに対する表示エリア（例えば画面右側）におけるネットワーク８の状態情報の表示サイズおよび位置を決定する。この際、管理サーバ２は表示エリア内に全てのネットワーク８の状態情報が収まるように、Ｓ２４で決定した各ネットワーク８の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００４７】
管理サーバ２は、定常状態に至るまで（システム１００の起動開始から完了まで）の間、各コンポーネントから一定周期で取得された状態情報を、決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて表示装置２２に表示する。なお、表示装置２２に状態情報を出力する代わりに、プリンタ３ｂで状態情報を印刷媒体に出力したり、ネットワーク８経由で他のコンピュータに状態情報を送信してもよい。管理サーバ２は、所定の起動期間内の状態ログが正常であれば、その起動期間よりも古い起動フェーズの状態ログ（例えば現在から一週間以上前の起動フェーズの状態ログ）を取得し、その状態ログに基づいて各コンポーネントのレイアウトを決定する。
【００４８】
図１１はその表示例である。取得されたログの内容を示す状態情報はアイコンで表記されことができる。店頭端末機１、プリンタ３またはネットワーク８の状態情報に対応するアイコンの内容は現時点（システム１００の起動時）で収集された状態ログの内容に従っているが、そのレイアウトは過去に収集された状態ログに従っている。つまり、過去の起動時あるいはシャットダウン時にトラブルの発生したコンポーネントに対する現在の状態情報は、目立つ属性（サイズおよび位置）で表示される。
【００４９】
例えば、店頭端末機１の状態ログがエラーを示す場合は図１２（ａ）に例示するようなアイコン、店頭端末機１の状態ログがネットワーク８への未接続を示す場合は図１２（ｂ）に例示するようなアイコン、店頭端末機１の状態ログがネットワーク８への未接続を示す場合は図１２（ｃ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５０】
あるいは、例えば、プリンタ３の状態ログがエラーを示す場合は図１３（ａ）に例示するようなアイコン、プリンタ３の状態ログがネットワーク８への未接続を示す場合は図１３（ｂ）に例示するようなアイコン、プリンタ３の状態ログがネットワーク８への正常を示す場合は図１３（ｃ）に例示するようなアイコン、プリンタ３の状態ログが高負荷を示す場合は図１３（ｄ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５１】
あるいは、例えば、ネットワーク８の状態ログが未接続を示す場合は図１４（ａ）に例示するようなアイコン、ネットワーク８の状態ログが正常を示す場合は図１４（ｂ）に例示するようなアイコンが、決定されたレイアウトで表示装置２２の画面に配置される。
【００５２】
管理サーバ２は、各コンポーネントのアイコンがダブルクリック選択さたりタッチ選択したりすると、そのコンポーネントの詳細情報（図１５）や生産情報（図１６）を表示してもよい。
【００５３】
なお、管理サーバ２は、各コンポーネントのデフォルトのレイアウトの案をＳ２５〜Ｓ２７で作成して表示装置２２などによって提示し、そのレイアウト案の変更を操作装置を介して受け付け、操作装置から確定されたレイアウト案の変更をデフォルトのレイアウトとして記憶装置２６に記憶してもよい。
【００５４】
上記のように、レイアウト案は、過去のシステムの構成情報と過去に取得された各コンポーネントの状態ログに基づいて作成される。レイアウト案の他の例としては、管理サーバ２は、過去に各コンポーネントから検出された状態ログから、異常性の指標（例えば、コンポーネントの安定稼働の有無、各コンポーネントの生産量、未処理オーダー量、未処理オーダー発生率、処理効率、エラーなどの発生率）を算出し、異常性の指標の高かったコンポーネントの状態情報に、他のコンポーネントよりも優位な位置かつサイズを割り当てて表示するレイアウト案を提示する。つまり、管理サーバ２は、過去に異常性の指標の高かったコンポーネントの状態情報を、同一種類の他のコンポーネントよりも優位な位置（画面の左側、真中、あるいは右側など）に配置し、かつそれらの状態情報を同一種類の他のコンポーネントよりも優位なサイズ（大きいサイズ）で表示するレイアウト案を作成して提示する。
【００５５】
要するに、管理サーバ２は、各コンポーネントから収集された状態ログを参照して異常性の高かったコンポーネントの状態情報には、同一種類の他のコンポーネントよりも優位な表示属性（位置、サイズ、形状、色など）を割り当てることで、同一種類の他のコンポーネントよりも目立つようにする。
【００５６】
異常性の指標は、状態ログ中に記載されているエラーの重要度と一定期間のエラー発生量の積で決定されることができる。さらにエラーの発生タイミングが、時刻や運用状況に対して特異性を有する場合（一定時間帯でのエラー発生回数が標準を１σ以上超えている、毎時のプリントオーダー処理量がＮ枚を超えると一定時間内のエラー発生頻度が１σを超えるなど）、管理サーバ２は、そのエラーが発生するコンポーネントの状態情報に優位な位置およびサイズを割り当てるレイアウト案を提示する。当然ながらレイアウト案はユーザにより変更されないまま管理サーバ２の起動時の状態情報のレイアウトとなってもよい。
【００５７】
図５は通常稼働中監視処理の詳細フローチャートである。
【００５８】
Ｓ３１では、各コンポーネント（店頭端末機１、プリンタ３）がイベントを検出し状態ログとしてそれぞれの有する記憶装置に記憶する。
【００５９】
Ｓ３２では、管理サーバ２は、各店頭端末機１が記憶した状態ログのうち所定の範囲にあるもの、例えば直近３０分間に記憶された状態ログを各コンポーネントからネットワーク８経由で収集する。
【００６０】
Ｓ３３では、管理サーバ２は、各プリンタ３が記憶した状態ログのうち所定期間の範囲にあるもの、例えば直近３０分間に記憶された状態ログを各コンポーネントから収集する。
【００６１】
Ｓ３４では、管理サーバ２は、各店頭端末機１から収集した状態ログに基づいて、各店頭端末機１の状態情報のレイアウトを決定する。これはＳ２５と同様にして行うことができる。例えば、管理サーバ２は、ある店頭端末機１ｘから収集した状態ログが致命的な内容（例えばハングアップ、通信応答なし、店頭端末機１がプリンタ３へのオーダー出力に失敗した）である場合、当該店頭端末機１ｘの状態情報のサイズを「大」に決定し、それ以外の場合は「小」に決定する。この際、管理サーバ２は表示エリア内に全ての店頭端末機１の状態情報が収まるように、決定した各店頭端末機１の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００６２】
また、管理サーバ２は、各プリンタ３から収集した状態ログに基づいて、各プリンタ３の状態情報のレイアウトを決定する。これはＳ２６と同様にして行うことができる。例えば、管理サーバ２は、あるプリンタ３ｙから収集した状態ログが致命的な内容（例えば過去３０分のプリンタ１ｙへのプリント要求枚数がプリンタ３ｙの設計上の最高処理能力の８０％を超えた）である場合、当該プリンタ３ｙの状態情報のサイズを「大」に決定し、それ以外の場合は「小」に決定する。この際、管理サーバ２は表示エリア内に全てのプリンタ３の状態情報が収まるように、決定した各プリンタ３の状態情報の表示サイズ「大」または「小」の相対的な差を保つようにする。
【００６３】
なお、システム１００の起動完了後、各コンポーネントから状態ログが収集されていない場合（各コンポーネントの起動完了から所定時間、ここでは３０分、が経過していない）は、Ｓ２５〜Ｓ２７で決定されたレイアウトをそのまま保持することを決定する。
【００６４】
また、各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律なレイアウト属性（サイズ、位置、色、形状など）を付与する。
【００６５】
さらに、Ｓ３３で収集された状態ログが、いずれのコンポーネントについても正常であることを示している場合、Ｓ３３よりも過去に収集された状態ログに基づいて、レイアウトを決定する。これはＳ２１〜Ｓ２４と同様である。具体的には、管理サーバ２は、プリントシステム１００の各コンポーネントの状態ログに基づき、過去の所定の通常稼働期間、例えば過去一週間以上前までの期間内における各コンポーネントの通常稼働開始時刻と通常稼働終了時刻のセットを検出する。次に、管理サーバ２は、検出した通常稼働開始時刻と通常稼働時刻のセットの間（通常稼働フェーズ）において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。そして、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズ・位置を決定する。
【００６６】
管理サーバ２は、起動完了からシャットダウン指示が入力されるまでの間（定常状態）、各コンポーネントから一定周期で取得された状態情報を、決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて表示装置２２に表示する。図１７はその表示例である。エラーの発生している店頭端末機１やプリンタ３の状態情報は大きく配置される。また、高負荷のプリンタ３の状態情報は大きく配置される。
【００６７】
図６は管理サーバ終了処理の詳細フローチャートである。
【００６８】
Ｓ４１はＳ２１と同様である。
【００６９】
Ｓ４２では、管理サーバ２は各コンポーネントの状態ログに基づき、過去の所定のシャットダウン処理期間内、例えば現在（システム１００のシャットダウン開始時）から過去一週間前までの期間内における各コンポーネントすなわち店頭端末機１、プリンタ３、ネットワーク８のシャットダウン開始時刻とシャットダウン完了時刻のセットを検出する。
【００７０】
Ｓ４３では、管理サーバ２は検出したシャットダウン開始時刻とシャットダウン完了時刻のセット（終了フェーズ）の間において発生した店頭端末機１、プリンタ３、ネットワーク８のイベントに対する点数を付与し、各イベントの点数を総和した値である集計点を算出する。各イベントに付与される点数はその種類に応じて重み付けされている。例えば、店頭端末機１ａがシャットダウンに失敗したといった「重大な」イベントには１０点が付与される。「警告の」イベントには５点、「通常の」イベントには１点が付与される。
【００７１】
Ｓ４４では、管理サーバ２は集計点に基づいて各コンポーネントの状態情報の表示サイズを決定する。これはＳ２４と同様にして行われる。
【００７２】
Ｓ４５では、管理サーバ２は店頭端末機１のグループに対する表示エリア（例えば画面上側）における各店頭端末機１の状態情報の表示サイズおよび位置を決定する。これはＳ２５と同様にして行われる。
【００７３】
Ｓ４６では、管理サーバ２はプリンタ３のグループに対する表示エリア（例えば画面下側）における各プリンタ３の状態情報の表示サイズおよび位置を決定する。これはＳ２６と同様にして行われる。
【００７４】
Ｓ４７では、管理サーバ２はネットワーク８のグループに対する表示エリア（例えば画面右側）におけるネットワーク８の状態情報の表示サイズおよび位置を決定する。これはＳ２７と同様にして行われる。管理サーバ２は、所定の終了期間内の状態ログが正常であれば、その終了期間よりも古い終了フェーズの状態ログ（例えば現在から一週間以上前の終了フェーズの状態ログ）を取得し、その状態ログに基づいて各コンポーネントのレイアウトを決定する。
【００７５】
管理サーバ２は、Ｓ４５〜Ｓ４７で決定された各コンポーネントの状態情報の表示サイズおよび位置に基づいて、シャットダウン開始から完了までの任意の時点における各コンポーネントの状態情報を表示装置２２に表示する。表示の形態は図１１と同様である。
【００７６】
各コンポーネントの集計点の間に優劣がない場合は、操作装置２３を介して任意に指定されたレイアウトに従うか、全てのコンポーネントに対して一律な属性（サイズ、位置、色、形状など）を付与して表示する。
【００７７】
このように、管理サーバ２はシステムの異常性に基づいて、各コンポーネントの状態情報を表示レイアウトを決定し、そのレイアウトに従って各コンポーネントの最新の状態情報を表示する。異常性が高いコンポーネントの状態情報は、同一種類の他のコンポーネントの状態情報よりも優位な表示位置および表示サイズが割り当てられる。このため、異常性の高いコンポーネントの状態情報の視認性が高い。また、ユーザの指定に従ってデフォルトのレイアウトを決めることもできるが、この際、過去に異常性の高かったコンポーネントの状態情報の視認性が高いようなレイアウトの案が提示される。
【００７８】
また、管理サーバ２は、起動中、通常稼働中、シャットダウン中の各フェーズごとに、過去の状態ログに基づいて異常の発生したコンポーネントの状態情報の表示レイアウトを決定するから、各フェーズごとに重大な問題を過去に多く発生したコンポーネントの状態情報を優先的にユーザに知らせることができる。
【符号の説明】
【００７９】
１：店頭端末機、２：管理サーバ、３：プリンタ
【特許請求の範囲】
【請求項１】
情報処理装置が、
システムを構成する各コンポーネントの状態を取得するステップと、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、前記所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップと、
を実行するシステム状態表示方法。
【請求項２】
情報処理装置が、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、前記状態が異常のコンポーネントに対応する状態を示す情報の表示サイズに関するレイアウトを前記状態が正常な他のコンポーネントに対応する状態を示す情報の表示サイズよりも優位なサイズに決定するステップを実行する請求項１に記載のシステム状態表示方法。
【請求項３】
情報処理装置が、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、前記状態が異常のコンポーネントに対応する状態を示す情報の表示位置に関するレイアウトを前記状態が正常な他のコンポーネントに対応する状態を示す情報の表示位置よりも優位な位置に決定するステップを実行する請求項１または２に記載のシステム状態表示方法。
【請求項４】
情報処理装置が、
システムを構成する各コンポーネントに対応する状態のレイアウトの指定を受け付けるステップと、
前記取得されたシステムの各コンポーネントのいずれの状態も前記所定の状態である場合、前記取得された状態を示す情報を前記指定されたレイアウトで表示するステップと、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が前記所定の状態でない場合、前記取得された状態を示す情報を前記決定されたレイアウトで表示するステップと、
を実行する請求項１〜３のいずれかに記載のシステム状態表示方法。
【請求項５】
情報処理装置が、
システムを構成する各コンポーネントの現在の処理フェーズの状態を取得するステップと、
前記取得されたシステムの各コンポーネントのいずれかの現在の処理フェーズの状態が前記所定の状態でないことに応じ、前記現在のフェーズの状態が前記所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップを実行する請求項１〜４のいずれかに記載のシステム状態表示方法。
【請求項６】
情報処理装置が、
前記取得されたシステムの各コンポーネントのいずれの現在の処理フェーズの状態も前記所定の状態であることに応じ、前記システムを構成する各コンポーネントの前記処理フェーズと同一の処理フェーズの過去の状態を示すログを取得するステップと、
前記取得された過去の状態を示すログが示すシステムの各コンポーネントの少なくともいずれか１つの過去の状態が前記所定の状態でなかった場合、前記所定の状態でなかったシステムのコンポーネントの現在の状態を示す情報に対応する優位なレイアウトを決定するステップと、
を実行する請求項５に記載のシステム状態表示方法。
【請求項７】
請求項１〜６のいずれかに記載のシステム状態表示方法を情報処理装置に実行させるためのプログラム。
【請求項８】
請求項１〜６のいずれかに記載のシステム状態表示方法を実行する情報処理装置。
【請求項１】
情報処理装置が、
システムを構成する各コンポーネントの状態を取得するステップと、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が所定の状態でない場合、前記所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップと、
を実行するシステム状態表示方法。
【請求項２】
情報処理装置が、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、前記状態が異常のコンポーネントに対応する状態を示す情報の表示サイズに関するレイアウトを前記状態が正常な他のコンポーネントに対応する状態を示す情報の表示サイズよりも優位なサイズに決定するステップを実行する請求項１に記載のシステム状態表示方法。
【請求項３】
情報処理装置が、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が異常であることに応じ、前記状態が異常のコンポーネントに対応する状態を示す情報の表示位置に関するレイアウトを前記状態が正常な他のコンポーネントに対応する状態を示す情報の表示位置よりも優位な位置に決定するステップを実行する請求項１または２に記載のシステム状態表示方法。
【請求項４】
情報処理装置が、
システムを構成する各コンポーネントに対応する状態のレイアウトの指定を受け付けるステップと、
前記取得されたシステムの各コンポーネントのいずれの状態も前記所定の状態である場合、前記取得された状態を示す情報を前記指定されたレイアウトで表示するステップと、
前記取得されたシステムの各コンポーネントの少なくともいずれか１つの状態が前記所定の状態でない場合、前記取得された状態を示す情報を前記決定されたレイアウトで表示するステップと、
を実行する請求項１〜３のいずれかに記載のシステム状態表示方法。
【請求項５】
情報処理装置が、
システムを構成する各コンポーネントの現在の処理フェーズの状態を取得するステップと、
前記取得されたシステムの各コンポーネントのいずれかの現在の処理フェーズの状態が前記所定の状態でないことに応じ、前記現在のフェーズの状態が前記所定の状態でないシステムのコンポーネントの状態を示す情報に対応する優位なレイアウトを決定するステップを実行する請求項１〜４のいずれかに記載のシステム状態表示方法。
【請求項６】
情報処理装置が、
前記取得されたシステムの各コンポーネントのいずれの現在の処理フェーズの状態も前記所定の状態であることに応じ、前記システムを構成する各コンポーネントの前記処理フェーズと同一の処理フェーズの過去の状態を示すログを取得するステップと、
前記取得された過去の状態を示すログが示すシステムの各コンポーネントの少なくともいずれか１つの過去の状態が前記所定の状態でなかった場合、前記所定の状態でなかったシステムのコンポーネントの現在の状態を示す情報に対応する優位なレイアウトを決定するステップと、
を実行する請求項５に記載のシステム状態表示方法。
【請求項７】
請求項１〜６のいずれかに記載のシステム状態表示方法を情報処理装置に実行させるためのプログラム。
【請求項８】
請求項１〜６のいずれかに記載のシステム状態表示方法を実行する情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−７６２３９（Ｐ２０１１−７６２３９Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２５０４４（Ｐ２００９−２２５０４４）
【出願日】平成２１年９月２９日（２００９．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月２９日（２００９．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]