(57)【要約】【課題】  ＷｅｂアプリケーションとＷｉｎｄｏｗｓアプリケーションとではアーキテクチャが異なるので、画面間の連携やメッセージを一気に収集するなどの処理を行うことが困難であったという課題を解決する。【解決手段】  メッセージと画面展開情報を一旦データバッファに格納し、このデータバッファの情報をウエブコンポーネントに設定して、画面展開情報を用いてメッセージから直接関連する画面に展開するようにした。メッセージを統合して表示することができ、かつ早期に状況を把握することができる。【選択図】                    図１
2005215937.tif 000002
【特許請求の範囲】
【請求項１】
メッセージ情報と画面展開情報を受信し、データバッファに保存する第１の工程と、
所定の周期で前記データバッファに格納された前記メッセージ情報および前記画面展開情報を読み込み、この読み込んだ前記メッセージ情報および前記画面展開情報を、内部に保存されている前記メッセージ情報の１つを選択できる機能を有するウエブコンポーネントに設定する第２の工程と、
前記ウエブコンポーネントによって選択された前記メッセージ情報に関連する前記画面展開情報を用いて、画面を展開して表示する第３の工程と、
を有することを特徴とするメッセージ表示方法。
【請求項２】
前記ウエブコンポーネントはメッセージ表示バーと非表示領域を有し、前記メッセージ表示バーに前記メッセージ情報を保存し、前記非表示領域に前記画面展開情報を保存するようにしたことを特徴とする請求項１記載のメッセージ表示方法。
【請求項３】
前記メッセージ表示バーは、コンボボックス形式のコンポーネント、リスト形式のコンポーネントまたはグリッド形式のコンポーネントであることを特徴とする請求項２記載のメッセージ表示方法。
【請求項４】
前記非表示領域は、テキスト形式のコンポーネントまたはリスト形式のコンポーネントであることを特徴とする請求項２若しくは請求項３記載のメッセージ表示方法。
【請求項５】
予め定められた条件に合致したメッセージ情報のみ、前記ウエブコンポーネントに設定するようにしたことを特徴とする請求項１若しくは請求項４いずれかに記載のメッセージ表示方法。
【請求項６】
前記予め定められた条件とは、予め指定されたアプリケーションサーバから発信されたメッセージ情報であることを特徴とする請求項５記載のメッセージ表示方法。
【請求項７】
前記予め定められた条件とは、前記メッセージ情報中に予め指定された文字列が含まれていることであることを特徴とする請求項５若しくは請求項６記載のメッセージ表示方法。
【請求項８】
メッセージ情報と画面展開情報が格納されるデータバッファと、
前記メッセージ情報と前記画面展開情報を受信し、前記データバッファに格納するメッセージ受信部と、
前記メッセージ情報と前記画面展開情報が入力され、これらの情報を保存すると共に、保存した前記メッセージ情報の１つを選択する機能を有するウエブコンポーネントと、
所定の周期で前記データバッファから前記メッセージ情報および前記画面展開情報を読み込んで前記ウエブコンポーネントに出力し、かつ前記ウエブコンポーネントによって選択された前記メッセージ情報に関連する前記画面展開情報を用いて画面展開を実行するウエブアプリケーション手段と、
を有することを特徴とするメッセージ表示装置。
【請求項９】
前記ウエブコンポーネントはメッセージ表示バーと非表示領域を有し、前記メッセージ表示バーに前記メッセージ情報を保存し、前記非表示領域に前記画面展開情報を保存するようにしたことを特徴とする請求項８記載のメッセージ表示装置。
【請求項１０】
前記メッセージ表示バーは、コンボボックス形式のコンポーネント、リスト形式のコンポーネントまたはグリッド形式のコンポーネントであることを特徴とする請求項９記載のメッセージ表示装置。
【請求項１１】
前記非表示領域は、テキスト形式のコンポーネントまたはリスト形式のコンポーネントであることを特徴とする請求項９若しくは請求項１０記載のメッセージ表示装置。
【請求項１２】
予め定められた条件に合致したメッセージ情報のみ、前記ウエブコンポーネントに設定するようにしたことを特徴とする請求項８若しくは請求項１１いずれかに記載のメッセージ表示装置。
【請求項１３】
前記予め定められた条件とは、予め指定されたアプリケーションから発信されたメッセージ情報であることを特徴とする請求項１２記載のメッセージ表示装置。
【請求項１４】
前記予め定められた条件とは、前記メッセージ情報中に予め指定された文字列が含まれていることであることを特徴とする請求項１２若しくは請求項１３記載のメッセージ表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウエブ（Ｗｅｂ）アプリケーション上で、複数のアプリケーションからのメッセージを統合表示し、かつこれらのメッセージから該当アプリケーションの画面に展開することができるメッセージ表示方法およびその装置に関するものである。
【背景技術】
【０００２】
図６にＷｉｎｄｏｗｓアプリケーションが出力したメッセージを処理するための構成を示す。この構成は、アプリケーションが発生した「指示／情報・警告・エラーの通知」等のメッセージをユーザが監視し、そのメッセージから関連した画面に展開するものである。
【０００３】
図６において、Ｗｉｎｄｏｗｓサーバ６内のメッセージ収集部６１は、監視アプリケーションサーバ７が発生したメッセージを一定の周期で収集して、Ｗｉｎｄｏｗｓアプリケーション手段６２に伝達する。Ｗｉｎｄｏｗｓアプリケーション手段６２は伝達されたメッセージに対応した画面を表示する。なお、監視アプリケーションサーバ７は例示であり、必ずしも監視のためのアプリケーションサーバでなくてもよい。
Ｗｉｎｄｏｗｓアプリケーション手段６２は、Ｗｉｎｄｏｗｓアプリケーションプログラムを実行する手段である。
【０００４】
図７に、Ｗｉｎｄｏｗｓアプリケーション手段６２内での処理手順を示す。図７（Ａ）はＷｉｎｄｏｗｓアプリケーション手段６２の画面である。メッセージ収集部６１が収集したメッセージはリスト形式のコンポーネント８に設定され、Ｗｉｎｄｏｗｓ画面に表示される。
【０００５】
図７（Ｂ）に、ユーザがコンポーネント８内の項目の１つをマウスでクリックして選択したときの画面を示す。Ｗｉｎｄｏｗｓアプリケーション手段６２は、マウスがクリックされたタイミングで選択されたメッセージの種類に対応した画面９を展開して表示する。このとき、メッセージの属性値が起動パラメータとしてＷｉｎｄｏｗｓアプリケーション手段６２に渡される。
【０００６】
【特許文献１】特開２０００−２２２０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、このようなメッセージの処理手順には、次のような課題があった。図６、図７に示したメッセージの処理手順はＷｉｎｄｏｗｓアプリケーションのものであり、このような仕組みをウエブアプリケーションで実現した例はなかった。また、Ｗｉｎｄｏｗｓアプリケーションにおいても、メッセージの内容から展開することができる画面はそのアプリケーションに属する画面のみであり、監視アプリケーションサーバ７に属する画面は表示することができないという課題があった。
【０００８】
ウエブアプリケーションとＷｉｎｄｏｗｓアプリケーションではそのアーキテクチャが異なるため、時間がかかる処理、大量のデータを扱う処理および画面間でデータを受け渡しするなどの画面間の連携を伴う処理を効率よく実行することができない。
【０００９】
そのため、複数の監視アプリケーションからのメッセージを一気に収集するなどの時間がかかる処理、関連する画面への展開情報をメッセージ毎にアプリケーション内に保持するなどの大量データを扱う処理、関連するウエブ画面に展開する際に起動パラメータを渡すなどの画面間の連携を行うことができなかったという課題もあった。
【００１０】
従って本発明が解決しようとする課題は、複数のアプリケーションからのメッセージをウエブ上で一カ所に統合表示し、かつメッセージから直接関連するウエブ画面に展開することができるメッセージ表示方法およびその装置を提供することにある。
【課題を解決するための手段】
【００１１】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
メッセージ情報と画面展開情報を受信し、データバッファに保存する第１の工程と、
所定の周期で前記データバッファに格納された前記メッセージ情報および前記画面展開情報を読み込み、この読み込んだ前記メッセージ情報および前記画面展開情報を、内部に保存されている前記メッセージ情報の１つを選択できる機能を有するウエブコンポーネントに設定する第２の工程と、
前記ウエブコンポーネントによって選択された前記メッセージ情報に関連する前記画面展開情報を用いて、画面を展開して表示する第３の工程と、
を具備したものである。複数のアプリケーションからのメッセージを統合表示し、かつ関連画面へ展開表示することができる。
【００１２】
請求項２記載の発明は、請求項１記載の発明において、
前記ウエブコンポーネントはメッセージ表示バーと非表示領域を有し、前記メッセージ表示バーに前記メッセージ情報を保存し、前記非表示領域に前記画面展開情報を保存するようにしたものである。メッセージを選択するために必要な情報のみ表示できる。
【００１３】
請求項３記載の発明は、請求項２記載の発明において、
前記メッセージ表示バーとして、コンボボックス形式のコンポーネント、リスト形式のコンポーネントまたはグリッド形式のコンポーネントを用いるようにしたものである。操作がやりやすい。
【００１４】
請求項４記載の発明は、請求項２若しくは請求項３記載の発明において、
前記非表示領域としてテキスト形式のコンポーネントまたはリスト形式のコンポーネントを用いたものである。関連情報を効率的に保存、閲覧できる。
【００１５】
請求項５記載の発明は、請求項１若しくは請求項４いずれかに記載の発明において、
予め定められた条件に合致したメッセージ情報のみ、前記ウエブコンポーネントに設定するようにしたものである。ユーザに特化したシステムを構築できる。
【００１６】
請求項６記載の発明は、請求項５記載の発明において、
前記予め定められた条件を、予め指定されたアプリケーションサーバから発信されたメッセージ情報であるとしたものである。ユーザに特化したシステムを構築できる。
【００１７】
請求項７記載の発明は、請求項５若しくは請求項６記載の発明において、
前記予め定められた条件を、前記メッセージ情報中に予め指定された文字列が含まれていることとしたものである。ユーザに特化したシステムを構築できる。
【００１８】
請求項８記載の発明は、
メッセージ情報と画面展開情報が格納されるデータバッファと、
前記メッセージ情報と前記画面展開情報を受信し、前記データバッファに格納するメッセージ受信部と、
前記メッセージ情報と前記画面展開情報が入力され、これらの情報を保存すると共に、保存した前記メッセージ情報の１つを選択する機能を有するウエブコンポーネントと、
所定の周期で前記データバッファから前記メッセージ情報および前記画面展開情報を読み込んで前記ウエブコンポーネントに出力し、かつ前記ウエブコンポーネントによって選択された前記メッセージ情報に関連する前記画面展開情報を用いて画面展開を実行するウエブアプリケーション手段と、
を具備したものである。複数のアプリケーションからのメッセージを統合表示し、かつ関連画面へ展開表示することができる。
【００１９】
請求項９記載の発明は、請求項８記載の発明において、
前記ウエブコンポーネントはメッセージ表示バーと非表示領域を有し、前記メッセージ表示バーに前記メッセージ情報を保存し、前記非表示領域に前記画面展開情報を保存するようにしたものである。メッセージを選択するために必要な情報のみ表示できる。
【００２０】
請求項１０記載の発明は、請求項９記載の発明において、
前記メッセージ表示バーとしてコンボボックス形式のコンポーネント、リスト形式のコンポーネントまたはグリッド形式のコンポーネントを用いたものである。操作がやりやすい。
【００２１】
請求項１１記載の発明は、請求項９若しくは請求項１０記載の発明において、
前記非表示領域としてテキスト形式のコンポーネントまたはリスト形式のコンポーネントを用いたものである。関連情報を効率的に保存、閲覧できる。
【００２２】
請求項１２記載の発明は、請求項８若しくは請求項１１いずれかに記載の発明において、
予め定められた条件に合致したメッセージ情報のみ、前記ウエブコンポーネントに設定するようにしたものである。ユーザに特化したシステムを構築できる。
【００２３】
請求項１３記載の発明は、請求項１２記載の発明において、
前記予め定められた条件として予め指定されたアプリケーションサーバから発信されたメッセージ情報であるとしたものである。ユーザに特化したシステムを構築できる。
【００２４】
請求項１４記載の発明は、請求項１２若しくは請求項１３記載の発明において、
前記予め定められた条件とは、前記メッセージ情報中に予め指定された文字列が含まれているとしたものである。ユーザに特化したシステムを構築できる。
【発明の効果】
【００２５】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
メッセージ情報と画面展開情報をデータバッファに格納し、このデータバッファに格納された情報をウエブコンポーネントに設定して、このウエブコンポーネントで選択したメッセージ情報に関連する画面展開情報を用いて画面を表示するようにした。
【００２６】
複数のアプリケーションが出力したメッセージ情報をウエブアプリケーションで統合表示できるので、監視を行うユーザの負担を軽減することができるという効果がある。また、画面展開情報を用いてメッセージから直接関連する画面の展開ができるので、操作性が向上するという効果もある。そのため、プロセスの異常や機器の故障といった危険度の高い異常に対して、早期に状況を把握できる。
【００２７】
さらに、特定の条件を定め、この条件に合致したもののみウエブコンポーネントに設定することにより、使用するユーザに特化したシステムを構築することができるという効果もある。
【発明を実施するための最良の形態】
【００２８】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るメッセージ表示装置の構成図である。図１において、１はウエブサーバであり、メッセージ受信部１１，データバッファ１２およびウエブアプリケーション手段１３で構成されている。また、ウエブアプリケーション手段１３にはウエブコンポーネント１４が配置されている。
ウエブアプリケーション手段１３は、ウエブアプリケーションプログラムを実行する手段である。
【００２９】
２はアプリケーションサーバであり、操作／監視パッケージ２１、モデル予測制御パッケージ２２，機器管理パッケージ２３が内蔵されている。これらのパッケージは必要に応じてメッセージを出力する。
なお、実施例では１つのアプリケーションサーバに複数のパッケージを内蔵しているが、これに限らず複数のアプリケーションサーバを設け、各アプリケーションサーバに１つずつパッケージを内蔵してもよい。
【００３０】
次に、この実施例の動作を詳細に説明する。操作／監視パッケージ２１、モデル予測制御パッケージ２２，機器管理パッケージ２３はメッセージ情報と関連する画面への展開情報を出力する。この展開情報には、ＵＲＬや画面表示のための引数情報などが含まれる。
【００３１】
これらのメッセージ情報と展開情報はメッセージ受信部１１によって受信される。メッセージ受信部１１は受信したメッセージのメッセージ情報、画面展開情報およびメッセージを発信したアプリケーションの識別子をメッセージバッファ１２に格納する。なお、このメッセージ受信部１１は、ウエブサーバ１上で稼働するプロセスとして実現される。
【００３２】
ウエブコンポーネント１４は一定周期でデータバッファ１２からメッセージとそれに関連する情報を読み込み、これらの情報を保持する。なお、ウエブコンポーネント１４は新規にデータバッファ１２に取りこまれた情報のみ読み込むようにする。
【００３３】
図２にウエブコンポーネント１４の一例を示す。３１はコンボボックス形式のメッセージ表示バー、３２は非表示にされたテキストボックスである。メッセージ表示バー３１にはメッセージが格納され、テキストボックス３２には画面展開情報などが格納される。なお、コンボ形式のウエブコンポーネント３１の代わりに、グリッド形式やリスト形式のウエブコンポーネントを用いることができる。また、テキストボックス３２の代わりに、リストボックスを用いてもよい。
【００３４】
次に、図３を用いてメッセージから関連する画面に展開する仕組みを説明する。なお、図２と同じ要素には同一符号を付し、説明を省略する。図３において、（Ａ）はウエブアプリケーション手段１３の画面である。この画面内にメッセージ表示バー３１と表示ボタン３３が表示されている。
【００３５】
図３（Ｂ）はメッセージ表示バー３１をプルダウンした状態を表している。データバッファ１２から読み込んだメッセージのリストが表示される。このリストから展開表示したいメッセージを選択する。メッセージ表示バー３１内の反転している部分は、選択されたメッセージであることを表している。
【００３６】
表示ボタン３３がマウスでクリックされると、ウエブアプリケーション手段１３は選択されたメッセージの画面展開情報をテキストボックス３２から取得し、画面表示に必要なパラメータを予め決められたクッキー(Cookie)やセッション変数に格納する。そして、予め決められた、他のフレームや別画面の画面展開先を指定して、画面展開を実行する。
【００３７】
図３（Ｃ）、（Ｄ）はこのようにして表示された画面の一例を示す。（Ｃ）と（Ｄ）は異なるメッセージを選択した場合を表したものである。選択されたメッセージに応じて展開された画面がウエブアプリケーション手段１３の画面内に表示される。
【００３８】
図４はメッセージの処理手順を表したフローチャートである。図４（Ａ）は操作／監視パッケージ２１などのアプリケーションがメッセージを送信した場合、（Ｂ）はウエブアプリケーション手段１３がメッセージを受信した場合の処理手順を表す。
【００３９】
図４（Ａ）において、（Ａ−１）でメッセージが発生したかどうかをチェックし、発生していると（Ａ−２）でメッセージ情報と画面展開情報を送信する。メッセージが発生していないと、（Ａ−３）でアプリケーションが終了したかどうかを判定し、終了していないと（Ａ−１）の処理に戻る。
【００４０】
（Ｂ）はウエブアプリケーション手段１３の受信処理手順である。（Ｂ−１）でメッセージを受信したかどうかを判定し、受信していれば（Ｂ−２）で受信したメッセージと画面展開情報をデータバッファ１２に格納する。受信していなければ（Ｂ−３）でウエブアプリケーション手段が終了したかを判定し、終了していなければ（Ｂ−１）の処理に戻る。
【００４１】
図５はメッセージから画面に展開する際の処理手順を示したフローチャートである。メッセージが選択されて表示ボタン３３が押されると、（５−１）でテキストボックス３２から選択されたメッセージの画面展開情報を取り出し、（５−２）で取り出した情報を元にして画面を表示する。
【００４２】
なお、選択されたメッセージに対して、表示する監視アプリケーションの種類や表示するメッセージに含まれる文字列の指定などのフィルタ条件をユーザ毎に設定することにより、使用するユーザに特化した監視システムを実現することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施例を示す構成図である。
【図２】ウエブコンポーネントの構成例を示した図である。
【図３】メッセージから関連画面を展開する手順を示した図である。
【図４】本発明の一実施例の動作を示すフローチャートである。
【図５】本発明の一実施例の動作を示すフローチャートである。
【図６】従来の関連画面を表示する手順を説明するための図である。
【図７】従来の関連画面を表示する手順を説明するための図である。
【符号の説明】
【００４４】
１  ウエブサーバ
１１  メッセージ受信部
１２  データバッファ
１３  ウエブアプリケーション手段
１４  ウエブコンポーネント
２  アプリケーションサーバ
３１  メッセージ表示バー
３２  テキストボックス
３３  表示ボタン
【図１】
2005215937.tif 000003
【図２】
2005215937.tif 000004
【図３】
2005215937.tif 000005
【図４】
2005215937.tif 000006
【図５】
2005215937.tif 000007
【図６】
2005215937.tif 000008
【図７】
2005215937.tif 000009