画面遷移システムを管理するシステム及び画面の置換方法
【課題】 システムでエラーが発生したときに、そのエラーへの対処方法をユーザへ告知するための技術を提供する。
【解決手段】
サービス提供システム１０は、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、ユーザへサービスを提供する、画面遷移を伴うシステムである。サービス提供システム１０を管理する監視システム２０は、複数のプロセスのうちでエラーが発生したプロセスを検出する運用監視サーバ４と、画面遷移において、エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定し、特定された画面を、エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換するメッセージ制御サーバ５とを備える。
【解決手段】
サービス提供システム１０は、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、ユーザへサービスを提供する、画面遷移を伴うシステムである。サービス提供システム１０を管理する監視システム２０は、複数のプロセスのうちでエラーが発生したプロセスを検出する運用監視サーバ４と、画面遷移において、エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定し、特定された画面を、エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換するメッセージ制御サーバ５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面を遷移させながら所定のプロセスを実行してサービスを提供するシステムにおいて、エラー発生時にユーザへその旨を知らせるための技術に関する。
【背景技術】
【０００２】
インターネット上のオンラインサービスのように、画面遷移を伴いながら所定のサービスを提供する対話型システムがある。このようなシステムでは、従来何らかのエラーが発生したときは、「当サービスは利用できません」「システムが障害中です」のような固定したメッセージが表示される。例えば、Apache HTTPサーバでは、様々な障害について単一のメッセージを全ユーザに提供している（例えば、非特許文献１）。
【非特許文献１】http://httpd.apache.org./docs-2.0/mod/core.html#errordocument
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のようなエラー発生を通知するだけのエラーメッセージでは、ユーザはエラーが発生したということを知ることができるだけであり、どのように対処すればよいかはわからない。従って、例えばエラー発生を通知されたユーザが多数、エラーサービスの復旧状況を探るために当該サービスに集中的にアクセスし、それが原因で他のサービスにまで連鎖的にエラーが発生するということもある。
【０００４】
また、従来の手法では、全ユーザに対して同じメッセージが提供される。従って、従来は、重要ユーザと一般ユーザとで区別されることもないし、ほとんど影響を受けなかったユーザと、大きな影響を受けたユーザとでも区別なく、同じメッセージが提供されていた。さらには、エラーが起こった処理を利用するユーザに対してだけメッセージを提示すれば足りるのに、全ユーザに提示していた。つまり、それぞれのユーザ別にきめ細かい対応がされていなかった。
【０００５】
そこで、本発明の目的は、システムでエラーが発生したときに、そのエラーへの対処方法をユーザへ告知するための技術を提供することである。
【０００６】
さらに、本発明の別の目的は、システムでエラーが発生したときに、それぞれのユーザに応じたメッセージを提示することである。
【課題を解決するための手段】
【０００７】
本発明の一実施態様に従うシステムは、複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定する画面特定手段と、前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換する画面置換手段とを備える。
【０００８】
好適な実施形態では、前記画面特定手段は、前記エラープロセスの直前に表示される画面を特定するようにしてもよい。
【０００９】
好適な実施形態では、前記メッセージは、前記エラー検出手段が検出したエラーの種類に応じて異なるようにしてもよい。
【００１０】
好適な実施形態では、メッセージの入力を受け付ける受付手段をさらに備える。そして、前記画面置換手段は、予め用意されているメッセージを含む第１の画面に置換した後、前記受付手段が入力を受け付けたメッセージを含む第２の画面に再度置換するようにしてもよい。
【００１１】
好適な実施形態では、前記複数のプロセスは複数のサーバのいずれかで動作していて、前記複数のプロセスには、互いに異なるサーバで動作する同一種類の複数のプロセスを含む。そして、前記メッセージは、前記同一種類の複数のプロセスのうちの動作しているプロセスの数に応じて異なるようにしてもよい。
【００１２】
好適な実施形態では、前記画面置換手段は、ユーザの種類 (特定のランクのユーザや、特定の支店のユーザなど) ごとに、それぞれ異なる前記メッセージが含まれている複数のユーザ種類別画面に置換し、前記ユーザから前記特定された画面に対するアクセス要求があったときは、前記ユーザの種類に対応するユーザ種類別画面を表示させるようにしてもよい。
【００１３】
好適な実施形態では、前記エラー検出手段が前記エラーの発生を検出してから前記画面置換手段による画面の置換が行われるまでの間に、前記特定された画面にアクセスしたユーザを抽出するユーザ抽出手段と、前記抽出されたユーザの識別情報 (システム上のユーザＩＤのほか、ユーザの口座番号や氏名などでもよい) を出力する手段とを、さらに備えるようにしてもよい。
【００１４】
本発明の一実施態様に従うシステムは、複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムである。そして、前記システムは、前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、前記エラー検出手段が前記エラーの発生を検出してからエラーが復旧するまでの間に、前記エラーの影響を受けたユーザを抽出するユーザ抽出手段と、前記抽出されたユーザの識別情報を出力する手段とを備える。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施形態に係るネットワークシステムについて、図面を用いて説明する。図１は、本実施形態に係るネットワークシステムの全体構成を示す図である。本実施形態に係るシステムは、ユーザ端末８からネットワーク９を介してアクセスを受けてユーザに対して所定のサービスを提供するサービス提供システム１０と、サービス提供システム１０の監視を行う監視システム２０とを含む。サービス提供システム１０では、例えば、ユーザ端末８からのアクセスに対して、ユーザ端末８に所定の画面を表示させ、その画面に対するユーザの操作に応じて、所定のプロセスを実行し、画面遷移を生じさせる。
【００１６】
サービス提供システム１０は、図１に示すように、フロントサーバ１と、バックサーバ２と、ＤＢサーバ３とを備え、ユーザに対して所定のサービスを提供する。監視システム２０は、運用監視サーバ４と、メッセージ制御サーバ５と、管理者端末６と、を備える。そして、フロントサーバ１は、１または２以上のユーザ端末８とネットワーク９を介して接続されている。
【００１７】
フロントサーバ１、バックサーバ２、ＤＢサーバ３、運用監視サーバ４、メッセージ制御サーバ５、管理者端末６およびユーザ端末８は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ等１，２，３，４，５，６，８内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１８】
フロントサーバ１は、ネットワーク９を介してユーザ端末８からのリクエストを受け付けて、ユーザ端末８に対して種々の画面を提供する。ユーザ端末８からリクエストされたサービスに関する主な処理はバックサーバ２及びＤＢサーバ３が行い、フロントサーバ１は、主に、ユーザに対するビューに関する処理を行う。
【００１９】
例えば、フロントサーバ１は、画面データ記憶部１１と、表示制御部１２とを備える。そして、表示制御部１２は、ユーザ端末８からのリクエストまたはバックサーバ２からの指示に従って、画像データ記憶部１１に格納されている画像データを取得して所定の画面をユーザ端末８に表示させる。ここで、ユーザが本システムにログインすると、ユーザごとのセッションが形成される。このセッションには各ユーザの属性であるユーザランクが付されている。画像データ記憶部１１にユーザランク別に異なる画面が用意されているときは、表示制御部１２は、セッションに付されているユーザランクと対応する画面を取得して、ユーザ端末８に表示させるようにしてもよい。なお、図１では、フロントサーバ１として１台のみを示すが、２台以上のフロントサーバ１で処理を分散してもよい。
【００２０】
各バックサーバ２は、それぞれ所定の処理を実行するための複数のプロセス２１を備える。「プロセスＣ」のように、同一種類のプロセスが複数のバックサーバ２で動作していてもよい。
【００２１】
各プロセス２１は、フロントサーバ１がユーザに対して表示した画面からの指示により起動されるか、あるいは他のプロセス２１により起動される。そして、各プロセス２１がそれぞれ関連して動作することにより、ユーザに対して所定のサービスが提供される。
【００２２】
ＤＢサーバ３は、種々のデータが格納されたＤＢ３１を備え、バックサーバ２からのリクエストに応じてＤＢ３１の更新、参照などの処理を実行する。
【００２３】
運用監視サーバ４は、フロントサーバ１、バックサーバ２、およびＤＢサーバ３を監視する。運用監視サーバ４は、例えば、運用ログ、アクセスログ、エラーログ（図４参照）をとって、システムに生じた障害を検出する。検出された障害に関する情報は、メッセージ制御サーバ５へ通知される。
【００２４】
メッセージ制御サーバ５は、フロントサーバ１がユーザに対して表示する画面を、運用監視サーバ４の監視結果、または管理者による入力に応じて変更する。例えば、運用監視サーバ４から障害が発生したプロセスの通知を受けると、メッセージ制御サーバ５は、その障害が発生したプロセスを直接または間接に呼び出す画面を特定する。そして、その画面を、障害発生をユーザに告知し、その障害への対処法を指示するためのメッセージを表示した画面に変更する。この画面変更手順の詳細については後述する。
【００２５】
管理者端末６は、メッセージ制御サーバ５と接続され、サービス提供システム１０でのエラー状況、及びエラーによる影響を受けたユーザの一覧表などを出力する。また、管理者端末６は、管理者からのメッセージの入力を受け付ける。
【００２６】
次に、上記のような構成を備えるネットワークシステムで生じる画面遷移の一例を図２に示す。同図の例では、「画面１」がユーザ端末８に表示されているときに、ユーザから所定の入力を受けると、バックサーバ２上の「プロセス１」が起動される。そして、「プロセス１」が所定の処理を実行した後、「画面２」を呼び出す。このとき、ユーザ端末８では「画面１」から「画面２」へ遷移する。「画面２」も「画面１」と同様に、ユーザから所定の入力を受けると、「プロセス２」を起動する。「プロセス２」は、さらに「プロセス３」を起動し、「プロセス３」の処理結果に応じて「画面３」または「画面４」へ遷移する。なお、上記の画面遷移における各画面と、その画面から呼び出されるプロセスとの対応関係は後述するプロセス／画面対応表５６（図８参照）に、プロセス同士の呼び出し関係はプロセス関連表５５（図７参照）により予め定められている。
【００２７】
このような画面遷移を生じさせるシステムにおいて、例えば、「プロセス３」でエラーが発生し、「プロセス３」が停止したとする。この場合、ユーザ端末８では、「画面２」が表示されたままの状態となり、見かけ上システムの動作が停止する。このため、ユーザには何が起きたかわからない。
【００２８】
ここで、上記の画面遷移において、エラーが発生したプロセスを実行する直前に表示される画面を対象画面と呼ぶ。図２の場合は、対象画面である「画面２」が、「プロセス２」を介して間接に、エラーを起こした「プロセス３」を起動している。
【００２９】
また、「プロセス３」のエラーが復旧しない限り、上記の画面遷移では「画面３」または「画面４」へ進むことはできない。従って、このエラー状態が続いているときに他のユーザが同じ経路を辿ったときは、「画面２」で停止してしまい、これよりは先へ進めないことになる。このときも、ユーザには何が起きているかわからないし、どう対処していいかもわからない。
【００３０】
そこで、本システムでは、このような事態を回避するために、後続の他のユーザに対しては、「画面２」へ到達したときにエラーが発生していること及びそれへの対処法を告知する。そのために、本システムでは、あるプロセスでエラーが発生すると、このエラーを検出して対象画面を特定する。そして、対象画面を告知用の画面と置換する。これにより、ユーザに対してシステム障害及びこれへの対処法を速やかに告知できる。さらに、エラーが生じているプロセスが繰り返し起動されることも回避できる。
【００３１】
以下、対象画面の特定及び画面置換を行うための詳細な構成及び処理について説明する。
【００３２】
運用監視サーバ４の詳細な構成を図３に示す。運用監視サーバ４は、エラープロセス抽出部４１と、記憶装置４０とを備えている。
【００３３】
記憶装置４０には、以下に示すような各種ログ及びテーブルが格納されている。すなわち、記憶装置４０には、エラーログ４５と、運用ログ４６と、プロセス稼働状況表４７と、アクセスログ４８とが記憶されている。運用監視サーバ４は、監視対象のサービス提供システム１０の各サーバ及びプロセスを監視して、記憶装置４０内の各ログ及びテーブルを随時更新する。
【００３４】
エラーログ４５は、例えば、図４（ａ）に示すように、各プロセスが出力するエラー情報が蓄積されている。例えば、このエラーログ４５に格納されている各レコードには、エラーが生じたプロセスのプロセスＩＤ４５１と、エラーコード４５２と、そのときに本システムにアクセスしていたユーザのユーザＩＤ４５３とが含まれている。
【００３５】
運用ログ４６には、例えば、図４（ｂ）に示すように、各サーバの起動（アップ）及びダウンされた時刻が記録されている。
【００３６】
アクセスログ４８は、例えば、図４（ｃ）に示すように、各画面へのアクセス記録が格納されている。このアクセス記録には、ユーザＩＤと画面ＩＤと時刻とが含まれる。
【００３７】
プロセス状況稼働表４７は、バックサーバ２で動作するプロセス２１の稼働状況を示す表である。例えば、図５に示すように、プロセスＩＤ４７１と、そのプロセスが動作しているバックサーバ２のサーバ名４７２と、稼働中かまたは停止しているかを示す稼働状況４７３とを対応付けて記憶する。プロセスＩＤ４７１及びサーバ名４７２は予め登録されている。稼働状況４７３は、エラーログ４５及び運用ログ４６に基づいて、運用監視サーバ４が判定する。プロセス稼働状況表４７によれば、各バックサーバ２でのプロセスの稼働状況を把握できる。
【００３８】
エラープロセス抽出部４１は、プロセス稼働状況表４７を参照して、プロセス別に稼働しているサーバの台数をカウントする。そして、処理が停止（稼働サーバ台数が０）しているプロセス及び処理能力が低下しているプロセスを、エラープロセスとして特定する。そして、このエラープロセスのプロセスＩＤ及びエラーコードがメッセージ制御サーバ５へ通知される。
【００３９】
ここで、エラーコードは以下のようにして特定する。例えば、エラープロセスの稼動サーバ台数が０（１台のバックサーバ２でしか動作していないプロセスでエラーが発生しているか、あるいは、複数のプロセスのすべてが停止している）であるときは、エラープロセス抽出部４１は、エラーログ４５を参照してそのエラープロセスのプロセスＩＤに基づいて、エラーコード４５３を取得する。また、エラープロセスの稼働サーバ台数が、予め定められている台数以上減少しているような場合、エラープロセス抽出部４１は、エラーコードに処理能力低下を示すコードを割り当てる。
【００４０】
次に、メッセージ制御サーバ５の詳細な構成を図６に示す。メッセージ制御サーバ５は、同図に示すように、画面生成部５１と、影響ユーザ抽出部５２と、エラー状況表生成部５３と、記憶装置５０とを備える。画面生成部５１は、記憶装置５０に格納されている情報に基づいて新たな画面を生成し、ここで生成した画面のデータをフロントサーバ１の画面データ記憶部１１へ送信する。
【００４１】
記憶装置５０には、以下に示すような各種テーブルが格納されている。すなわち、記憶装置５０には、プロセス関連表５５、プロセス／画面対応表５６、プロセスレベル表５７、エラーレベル表５８及び出力メッセージ表５９が登録されている。
【００４２】
プロセス関連表５５は、それぞれのバックサーバ２上で動作しているプロセス２１同士の関連が登録されている。例えば、図７に示すように、プロセスＩＤ５５１と、そのプロセスを呼び出す呼び出し元のプロセスＩＤ５５２とが対応付けて登録されている。つまり、プロセスＩＤ５５１のプロセスは、呼び出し元プロセスＩＤ５５２のプロセスによって呼び出されて、所定の処理を実行する。なお、画面から直接呼び出されるプロセスについては、呼び出し元プロセスは登録されていない。
【００４３】
プロセス／画面対応表５６は、フロントサーバ１がユーザに対して提供する各画面と、その画面が直接起動するプロセスとを対応付けて記憶する。例えば、図８に示すように、プロセスＩＤ５６１と、そのプロセスを起動する画面の画面ＩＤ５６２とが対応付けて記憶されている。つまり、画面ＩＤ５６２の画面がユーザから所定の入力を受けると、プロセスＩＤ５６１に示すプロセスが起動される。
【００４４】
プロセスレベル表５７は、本システムにおける各プロセスの重要度が登録されている。プロセスレベル表５７は、例えば、図９に示すように、プロセスＩＤ５７１と、プロセス名５７２と、プロセス重要度５７３とが対応付けて登録されている。プロセス重要度５７３としては、例えば、重要、通常、オプションなどの区分がある。
【００４５】
エラーレベル表５８は、エラーログに含まれるエラーコードについて、それぞれのエラーレベルを示す。例えば、図１０に示すように、エラーレベル表５８は、エラーコード５８１と、そのエラーコードが示すエラー内容５８２と、そのエラーの深刻度を示すエラーレベル５８３とが対応付けて登録されている。エラーレベル５８３としては、例えば、長時間エラー、短時間エラー、性能劣化などがある。
【００４６】
出力メッセージ表５９は、画面生成部５１が生成する画面に表示させるメッセージを特定するための表である。例えば、出力メッセージ表５９は、図１１に示すように、ユーザの種類を表すユーザランク５９１と、プロセス重要度５９２と、エラーの種類を表すエラーレベル５９３と、エラーメッセージ５９４と、連絡先メッセージ５９５とを項目として備える。エラーメッセージ５９４は、エラー状況や復旧の見込みなどを告知するためのメッセージであり、連絡先メッセージ５９５は、エラー状態が続いているときに連絡を受け付ける電話番号など、それぞれの場合の対処法やエラーを迂回するための方法などを知らせるためのメッセージである。
【００４７】
画面生成部５１は、運用監視サーバ４からプロセスＩＤ及びエラーコードを含むエラー通知を受けると、エラー通知に含まれているプロセスＩＤに基づいて、プロセス関連表５５及びプロセス／画面対応表５６を用いて、上述の置換対象となる画面を特定する（対象画面の特定）。すなわち、プロセス関連表５５で呼び出し元のプロセス５５２を特定し、プロセス／画面対応表５６で呼び出し元のプロセスを起動した画面（対象画面）を特定する。
【００４８】
さらに、画面生成部５１は、プロセスレベル表５７を参照し、エラー通知に含まれているエラープロセスのＩＤに基づいて、エラーが発生したプロセスのプロセス重要度５７３を特定する。
【００４９】
画面生成部５１は、また、エラーレベル表５８を参照し、運用監視サーバ４から通知を受けたエラーコードに基づいて、エラーレベル５８３を特定する。
【００５０】
そして、画面生成部５１は、出力メッセージ表５９を参照し、上記処理で特定されたプロセス重要度及びエラーレベルに基づいて、エラーメッセージ５９４と、連絡メッセージ５９５とを特定し、これらのメッセージを含む告知画面を生成する。また、このときに、ユーザランク５９１別に、それぞれ異なるメッセージを含む異なる告知画面を複数生成してもよい。
【００５１】
画面生成部５１は、ここで生成された告知画面と対象画面とを置換するために、告知画面をフロントサーバ１へ送信し、画面データ記憶部１１に格納して、置換する。
【００５２】
影響ユーザ抽出部５２は、運用監視サーバ４のアクセスログ４８を参照し、エラーが発生してから復旧するまでの間に、対象画面または告知画面にアクセスし直接影響を受けた影響ユーザを抽出する。これは、例えば、対象画面及び告知画面の画面ＩＤと、エラー検出から復旧までの時刻とに基づいて、影響ユーザのＩＤを特定する。
【００５３】
影響ユーザの特定を行う理由は以下の通りである。すなわち、エラーが発生してから告知画面に置換するまでの間は、対象画面にアクセス可能であるが、対象画面から先へ進むことはできない。従って、この間に対象画面にアクセスしたユーザを抽出し、このユーザに対して特別のケアをするためである。さらに、告知画面に置換した後といえども、所望のサービスを利用できなかったユーザを抽出し、個別にケアするためである。抽出された影響ユーザのユーザＩＤは、管理者端末６へ通知され、管理者端末６で、図１２に示すような影響ユーザ一覧６１として表示画面に出力される。このとき、対象画面にアクセスしたユーザと、告知画面にアクセスしたユーザとを区別できるように、異なる表示態様で表示するようにしてもよい。
【００５４】
また、影響ユーザ抽出部５２による影響ユーザの抽出として、エラーログ４５を参照して、エラーによって影響を受けたユーザを抽出してもよい。この場合、例えば、エラーログ４５に格納されているレコードに含まれているユーザＩＤ４５３を抽出してもよい。
【００５５】
エラー状況表生成部５３は、サービス提供システム１０で発生しているエラーに関するエラー状況表を生成する。例えば、運用監視サーバ４から通知されたプロセスＩＤに基づいてプロセスレベル表５７を参照して、プロセス名５７２を特定する。さらに、同じく運用監視サーバ４から通知されたエラーコードに基づいて、エラーレベル表５８を参照し、エラー内容５８２を特定する。ここで特定されたプロセス名及びエラー内容は、それぞれ対応付けられて管理者端末６へ通知され、管理者端末６で図１３に示すようなエラー状況表６２として出力される。
【００５６】
次に、図１４に示すシーケンスチャートに従って、本システムにおいてプロセスのエラーが発生したときの処理手順を説明する。
【００５７】
運用監視サーバ４がサービス提供システム１０を監視しているときに、いずれかのプロセス２１でエラーが発生すると、運用監視サーバ４はこれを検出する（Ｓ１）。運用監視サーバ４は、エラーが発生したプロセスのＩＤとエラーコードとを含むエラー通知をメッセージ制御サーバ５へ通知する（Ｓ２）。
【００５８】
メッセージ制御サーバ５は、運用監視サーバ４からエラー通知を受けると、画面生成部５１が、エラープロセスのプロセスＩＤに基づいて対象画面を特定する（Ｓ３）。
【００５９】
さらに、画面生成部５１は、エラー通知に含まれるプロセスＩＤ及びエラーコードに基づいて、プロセス重要度及びエラーレベルを特定する。さらに、出力メッセージ表５９を参照してエラーメッセージ５９４及び連絡先メッセージ５９５を特定し、これらのメッセージを含む告知画面を生成する（Ｓ４）。
【００６０】
メッセージ制御サーバ５は、ここで生成された告知画面を、フロントサーバ１の画面データ記憶部１１に、対象画面と置換するように格納して、画面の置換を行う（Ｓ５）。これにより、図２に示すように、プロセスでのエラーが検出されると、画面遷移においてそのプロセスより前に表示される対象画面が告知画面へ置換される。従って、この置換以降は、対象画面に対してアクセスしようとするユーザに対してだけ、告知画面が提示される。
【００６１】
図１４の説明に戻ると、メッセージ制御サーバ５では、さらに、影響ユーザ抽出部５２が直接影響を受けた影響ユーザを特定する。また、エラー状況表生成部５３が、ここで発生しているエラーの状況を示すエラー状況表６２を生成する（Ｓ６）。そして、この影響ユーザ一覧表６１及びエラー状況表６２が管理者端末６に通知され、それぞれ表示される（Ｓ７）。
【００６２】
管理者端末６に影響ユーザ一覧表６１が表示されると、この直接影響を受けたユーザを特定できるので、管理者はこのユーザに対して個別のケアをすることができる。
【００６３】
また、管理者端末６にエラー状況表６２が表示されると、どのようなサービスでどのようなエラーが生じているのかがわかる。この結果、管理者はサービスレベルでのエラー状況を把握でき、サービスの観点から対応を検討することができる。
【００６４】
さらに、管理者は、影響ユーザ一覧表６１及びエラー状況表６２を参照して、告知画面に表示するための任意のメッセージを、管理者端末６に対して入力することができる（Ｓ８）。ここで入力されたメッセージは、メッセージ制御サーバ５へ通知される。そして、画面生成部５１がこの管理者入力メッセージを含む告知画面を生成する（Ｓ９）。この管理者が入力したメッセージを含む告知画面を、定型メッセージが含まれている告知メッセージと再度置換することができる（Ｓ１０）。
【００６５】
これにより、管理者が状況に応じて自由に編集したメッセージを告知画面として表示することができ、エラーなどの個別の状況に応じて柔軟に対応することができる。
【００６６】
さらに、エラーが検出されると、定型メッセージを含む告知画面が自動生成されて速やかに置換され、その後、それぞれのエラー状況に基づいた個別のメッセージを含む告知画面に再度置換することができる。
【００６７】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００６８】
例えば、上記実施形態では、対象画面としてエラーが発生したプロセスを実行する直前に表示される画面としたが、２画面以上前に表示される画面であってもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態に係るネットワークシステムの全体構成を示す図である。
【図２】本実施形態における画面遷移の一例を示す図である。
【図３】運用監視サーバ４の詳細な構成を示す図である。
【図４】ログに蓄積されるデータの一例を示す図である。
【図５】プロセス稼働状況表４７の一例を示す図である。
【図６】メッセージ制御サーバ５の詳細な構成を示す図である。
【図７】プロセス関連表５５の一例を示す図である。
【図８】プロセス／画面対応表５６の一例を示す図である。
【図９】プロセスレベル表５７の一例を示す図である。
【図１０】エラーレベル表５８の一例を示す図である。
【図１１】出力メッセージ表５９の一例を示す図である。
【図１２】影響ユーザ一覧表６１の一例を示す図である。
【図１３】エラー状況表６２の一例を示す図である。
【図１４】プロセスのエラーが発生したときの処理手順を示すシーケンスチャートである。
【符号の説明】
【００７０】
１…フロントサーバ、２…バックサーバ、３…ＤＢサーバ、４…運用監視サーバ、５…メッセージ制御サーバ、６…管理者端末、８…ユーザ端末、１０…サービス提供システム、２０…監視システム。
【技術分野】
【０００１】
本発明は、画面を遷移させながら所定のプロセスを実行してサービスを提供するシステムにおいて、エラー発生時にユーザへその旨を知らせるための技術に関する。
【背景技術】
【０００２】
インターネット上のオンラインサービスのように、画面遷移を伴いながら所定のサービスを提供する対話型システムがある。このようなシステムでは、従来何らかのエラーが発生したときは、「当サービスは利用できません」「システムが障害中です」のような固定したメッセージが表示される。例えば、Apache HTTPサーバでは、様々な障害について単一のメッセージを全ユーザに提供している（例えば、非特許文献１）。
【非特許文献１】http://httpd.apache.org./docs-2.0/mod/core.html#errordocument
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のようなエラー発生を通知するだけのエラーメッセージでは、ユーザはエラーが発生したということを知ることができるだけであり、どのように対処すればよいかはわからない。従って、例えばエラー発生を通知されたユーザが多数、エラーサービスの復旧状況を探るために当該サービスに集中的にアクセスし、それが原因で他のサービスにまで連鎖的にエラーが発生するということもある。
【０００４】
また、従来の手法では、全ユーザに対して同じメッセージが提供される。従って、従来は、重要ユーザと一般ユーザとで区別されることもないし、ほとんど影響を受けなかったユーザと、大きな影響を受けたユーザとでも区別なく、同じメッセージが提供されていた。さらには、エラーが起こった処理を利用するユーザに対してだけメッセージを提示すれば足りるのに、全ユーザに提示していた。つまり、それぞれのユーザ別にきめ細かい対応がされていなかった。
【０００５】
そこで、本発明の目的は、システムでエラーが発生したときに、そのエラーへの対処方法をユーザへ告知するための技術を提供することである。
【０００６】
さらに、本発明の別の目的は、システムでエラーが発生したときに、それぞれのユーザに応じたメッセージを提示することである。
【課題を解決するための手段】
【０００７】
本発明の一実施態様に従うシステムは、複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定する画面特定手段と、前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換する画面置換手段とを備える。
【０００８】
好適な実施形態では、前記画面特定手段は、前記エラープロセスの直前に表示される画面を特定するようにしてもよい。
【０００９】
好適な実施形態では、前記メッセージは、前記エラー検出手段が検出したエラーの種類に応じて異なるようにしてもよい。
【００１０】
好適な実施形態では、メッセージの入力を受け付ける受付手段をさらに備える。そして、前記画面置換手段は、予め用意されているメッセージを含む第１の画面に置換した後、前記受付手段が入力を受け付けたメッセージを含む第２の画面に再度置換するようにしてもよい。
【００１１】
好適な実施形態では、前記複数のプロセスは複数のサーバのいずれかで動作していて、前記複数のプロセスには、互いに異なるサーバで動作する同一種類の複数のプロセスを含む。そして、前記メッセージは、前記同一種類の複数のプロセスのうちの動作しているプロセスの数に応じて異なるようにしてもよい。
【００１２】
好適な実施形態では、前記画面置換手段は、ユーザの種類 (特定のランクのユーザや、特定の支店のユーザなど) ごとに、それぞれ異なる前記メッセージが含まれている複数のユーザ種類別画面に置換し、前記ユーザから前記特定された画面に対するアクセス要求があったときは、前記ユーザの種類に対応するユーザ種類別画面を表示させるようにしてもよい。
【００１３】
好適な実施形態では、前記エラー検出手段が前記エラーの発生を検出してから前記画面置換手段による画面の置換が行われるまでの間に、前記特定された画面にアクセスしたユーザを抽出するユーザ抽出手段と、前記抽出されたユーザの識別情報 (システム上のユーザＩＤのほか、ユーザの口座番号や氏名などでもよい) を出力する手段とを、さらに備えるようにしてもよい。
【００１４】
本発明の一実施態様に従うシステムは、複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムである。そして、前記システムは、前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、前記エラー検出手段が前記エラーの発生を検出してからエラーが復旧するまでの間に、前記エラーの影響を受けたユーザを抽出するユーザ抽出手段と、前記抽出されたユーザの識別情報を出力する手段とを備える。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施形態に係るネットワークシステムについて、図面を用いて説明する。図１は、本実施形態に係るネットワークシステムの全体構成を示す図である。本実施形態に係るシステムは、ユーザ端末８からネットワーク９を介してアクセスを受けてユーザに対して所定のサービスを提供するサービス提供システム１０と、サービス提供システム１０の監視を行う監視システム２０とを含む。サービス提供システム１０では、例えば、ユーザ端末８からのアクセスに対して、ユーザ端末８に所定の画面を表示させ、その画面に対するユーザの操作に応じて、所定のプロセスを実行し、画面遷移を生じさせる。
【００１６】
サービス提供システム１０は、図１に示すように、フロントサーバ１と、バックサーバ２と、ＤＢサーバ３とを備え、ユーザに対して所定のサービスを提供する。監視システム２０は、運用監視サーバ４と、メッセージ制御サーバ５と、管理者端末６と、を備える。そして、フロントサーバ１は、１または２以上のユーザ端末８とネットワーク９を介して接続されている。
【００１７】
フロントサーバ１、バックサーバ２、ＤＢサーバ３、運用監視サーバ４、メッセージ制御サーバ５、管理者端末６およびユーザ端末８は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ等１，２，３，４，５，６，８内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１８】
フロントサーバ１は、ネットワーク９を介してユーザ端末８からのリクエストを受け付けて、ユーザ端末８に対して種々の画面を提供する。ユーザ端末８からリクエストされたサービスに関する主な処理はバックサーバ２及びＤＢサーバ３が行い、フロントサーバ１は、主に、ユーザに対するビューに関する処理を行う。
【００１９】
例えば、フロントサーバ１は、画面データ記憶部１１と、表示制御部１２とを備える。そして、表示制御部１２は、ユーザ端末８からのリクエストまたはバックサーバ２からの指示に従って、画像データ記憶部１１に格納されている画像データを取得して所定の画面をユーザ端末８に表示させる。ここで、ユーザが本システムにログインすると、ユーザごとのセッションが形成される。このセッションには各ユーザの属性であるユーザランクが付されている。画像データ記憶部１１にユーザランク別に異なる画面が用意されているときは、表示制御部１２は、セッションに付されているユーザランクと対応する画面を取得して、ユーザ端末８に表示させるようにしてもよい。なお、図１では、フロントサーバ１として１台のみを示すが、２台以上のフロントサーバ１で処理を分散してもよい。
【００２０】
各バックサーバ２は、それぞれ所定の処理を実行するための複数のプロセス２１を備える。「プロセスＣ」のように、同一種類のプロセスが複数のバックサーバ２で動作していてもよい。
【００２１】
各プロセス２１は、フロントサーバ１がユーザに対して表示した画面からの指示により起動されるか、あるいは他のプロセス２１により起動される。そして、各プロセス２１がそれぞれ関連して動作することにより、ユーザに対して所定のサービスが提供される。
【００２２】
ＤＢサーバ３は、種々のデータが格納されたＤＢ３１を備え、バックサーバ２からのリクエストに応じてＤＢ３１の更新、参照などの処理を実行する。
【００２３】
運用監視サーバ４は、フロントサーバ１、バックサーバ２、およびＤＢサーバ３を監視する。運用監視サーバ４は、例えば、運用ログ、アクセスログ、エラーログ（図４参照）をとって、システムに生じた障害を検出する。検出された障害に関する情報は、メッセージ制御サーバ５へ通知される。
【００２４】
メッセージ制御サーバ５は、フロントサーバ１がユーザに対して表示する画面を、運用監視サーバ４の監視結果、または管理者による入力に応じて変更する。例えば、運用監視サーバ４から障害が発生したプロセスの通知を受けると、メッセージ制御サーバ５は、その障害が発生したプロセスを直接または間接に呼び出す画面を特定する。そして、その画面を、障害発生をユーザに告知し、その障害への対処法を指示するためのメッセージを表示した画面に変更する。この画面変更手順の詳細については後述する。
【００２５】
管理者端末６は、メッセージ制御サーバ５と接続され、サービス提供システム１０でのエラー状況、及びエラーによる影響を受けたユーザの一覧表などを出力する。また、管理者端末６は、管理者からのメッセージの入力を受け付ける。
【００２６】
次に、上記のような構成を備えるネットワークシステムで生じる画面遷移の一例を図２に示す。同図の例では、「画面１」がユーザ端末８に表示されているときに、ユーザから所定の入力を受けると、バックサーバ２上の「プロセス１」が起動される。そして、「プロセス１」が所定の処理を実行した後、「画面２」を呼び出す。このとき、ユーザ端末８では「画面１」から「画面２」へ遷移する。「画面２」も「画面１」と同様に、ユーザから所定の入力を受けると、「プロセス２」を起動する。「プロセス２」は、さらに「プロセス３」を起動し、「プロセス３」の処理結果に応じて「画面３」または「画面４」へ遷移する。なお、上記の画面遷移における各画面と、その画面から呼び出されるプロセスとの対応関係は後述するプロセス／画面対応表５６（図８参照）に、プロセス同士の呼び出し関係はプロセス関連表５５（図７参照）により予め定められている。
【００２７】
このような画面遷移を生じさせるシステムにおいて、例えば、「プロセス３」でエラーが発生し、「プロセス３」が停止したとする。この場合、ユーザ端末８では、「画面２」が表示されたままの状態となり、見かけ上システムの動作が停止する。このため、ユーザには何が起きたかわからない。
【００２８】
ここで、上記の画面遷移において、エラーが発生したプロセスを実行する直前に表示される画面を対象画面と呼ぶ。図２の場合は、対象画面である「画面２」が、「プロセス２」を介して間接に、エラーを起こした「プロセス３」を起動している。
【００２９】
また、「プロセス３」のエラーが復旧しない限り、上記の画面遷移では「画面３」または「画面４」へ進むことはできない。従って、このエラー状態が続いているときに他のユーザが同じ経路を辿ったときは、「画面２」で停止してしまい、これよりは先へ進めないことになる。このときも、ユーザには何が起きているかわからないし、どう対処していいかもわからない。
【００３０】
そこで、本システムでは、このような事態を回避するために、後続の他のユーザに対しては、「画面２」へ到達したときにエラーが発生していること及びそれへの対処法を告知する。そのために、本システムでは、あるプロセスでエラーが発生すると、このエラーを検出して対象画面を特定する。そして、対象画面を告知用の画面と置換する。これにより、ユーザに対してシステム障害及びこれへの対処法を速やかに告知できる。さらに、エラーが生じているプロセスが繰り返し起動されることも回避できる。
【００３１】
以下、対象画面の特定及び画面置換を行うための詳細な構成及び処理について説明する。
【００３２】
運用監視サーバ４の詳細な構成を図３に示す。運用監視サーバ４は、エラープロセス抽出部４１と、記憶装置４０とを備えている。
【００３３】
記憶装置４０には、以下に示すような各種ログ及びテーブルが格納されている。すなわち、記憶装置４０には、エラーログ４５と、運用ログ４６と、プロセス稼働状況表４７と、アクセスログ４８とが記憶されている。運用監視サーバ４は、監視対象のサービス提供システム１０の各サーバ及びプロセスを監視して、記憶装置４０内の各ログ及びテーブルを随時更新する。
【００３４】
エラーログ４５は、例えば、図４（ａ）に示すように、各プロセスが出力するエラー情報が蓄積されている。例えば、このエラーログ４５に格納されている各レコードには、エラーが生じたプロセスのプロセスＩＤ４５１と、エラーコード４５２と、そのときに本システムにアクセスしていたユーザのユーザＩＤ４５３とが含まれている。
【００３５】
運用ログ４６には、例えば、図４（ｂ）に示すように、各サーバの起動（アップ）及びダウンされた時刻が記録されている。
【００３６】
アクセスログ４８は、例えば、図４（ｃ）に示すように、各画面へのアクセス記録が格納されている。このアクセス記録には、ユーザＩＤと画面ＩＤと時刻とが含まれる。
【００３７】
プロセス状況稼働表４７は、バックサーバ２で動作するプロセス２１の稼働状況を示す表である。例えば、図５に示すように、プロセスＩＤ４７１と、そのプロセスが動作しているバックサーバ２のサーバ名４７２と、稼働中かまたは停止しているかを示す稼働状況４７３とを対応付けて記憶する。プロセスＩＤ４７１及びサーバ名４７２は予め登録されている。稼働状況４７３は、エラーログ４５及び運用ログ４６に基づいて、運用監視サーバ４が判定する。プロセス稼働状況表４７によれば、各バックサーバ２でのプロセスの稼働状況を把握できる。
【００３８】
エラープロセス抽出部４１は、プロセス稼働状況表４７を参照して、プロセス別に稼働しているサーバの台数をカウントする。そして、処理が停止（稼働サーバ台数が０）しているプロセス及び処理能力が低下しているプロセスを、エラープロセスとして特定する。そして、このエラープロセスのプロセスＩＤ及びエラーコードがメッセージ制御サーバ５へ通知される。
【００３９】
ここで、エラーコードは以下のようにして特定する。例えば、エラープロセスの稼動サーバ台数が０（１台のバックサーバ２でしか動作していないプロセスでエラーが発生しているか、あるいは、複数のプロセスのすべてが停止している）であるときは、エラープロセス抽出部４１は、エラーログ４５を参照してそのエラープロセスのプロセスＩＤに基づいて、エラーコード４５３を取得する。また、エラープロセスの稼働サーバ台数が、予め定められている台数以上減少しているような場合、エラープロセス抽出部４１は、エラーコードに処理能力低下を示すコードを割り当てる。
【００４０】
次に、メッセージ制御サーバ５の詳細な構成を図６に示す。メッセージ制御サーバ５は、同図に示すように、画面生成部５１と、影響ユーザ抽出部５２と、エラー状況表生成部５３と、記憶装置５０とを備える。画面生成部５１は、記憶装置５０に格納されている情報に基づいて新たな画面を生成し、ここで生成した画面のデータをフロントサーバ１の画面データ記憶部１１へ送信する。
【００４１】
記憶装置５０には、以下に示すような各種テーブルが格納されている。すなわち、記憶装置５０には、プロセス関連表５５、プロセス／画面対応表５６、プロセスレベル表５７、エラーレベル表５８及び出力メッセージ表５９が登録されている。
【００４２】
プロセス関連表５５は、それぞれのバックサーバ２上で動作しているプロセス２１同士の関連が登録されている。例えば、図７に示すように、プロセスＩＤ５５１と、そのプロセスを呼び出す呼び出し元のプロセスＩＤ５５２とが対応付けて登録されている。つまり、プロセスＩＤ５５１のプロセスは、呼び出し元プロセスＩＤ５５２のプロセスによって呼び出されて、所定の処理を実行する。なお、画面から直接呼び出されるプロセスについては、呼び出し元プロセスは登録されていない。
【００４３】
プロセス／画面対応表５６は、フロントサーバ１がユーザに対して提供する各画面と、その画面が直接起動するプロセスとを対応付けて記憶する。例えば、図８に示すように、プロセスＩＤ５６１と、そのプロセスを起動する画面の画面ＩＤ５６２とが対応付けて記憶されている。つまり、画面ＩＤ５６２の画面がユーザから所定の入力を受けると、プロセスＩＤ５６１に示すプロセスが起動される。
【００４４】
プロセスレベル表５７は、本システムにおける各プロセスの重要度が登録されている。プロセスレベル表５７は、例えば、図９に示すように、プロセスＩＤ５７１と、プロセス名５７２と、プロセス重要度５７３とが対応付けて登録されている。プロセス重要度５７３としては、例えば、重要、通常、オプションなどの区分がある。
【００４５】
エラーレベル表５８は、エラーログに含まれるエラーコードについて、それぞれのエラーレベルを示す。例えば、図１０に示すように、エラーレベル表５８は、エラーコード５８１と、そのエラーコードが示すエラー内容５８２と、そのエラーの深刻度を示すエラーレベル５８３とが対応付けて登録されている。エラーレベル５８３としては、例えば、長時間エラー、短時間エラー、性能劣化などがある。
【００４６】
出力メッセージ表５９は、画面生成部５１が生成する画面に表示させるメッセージを特定するための表である。例えば、出力メッセージ表５９は、図１１に示すように、ユーザの種類を表すユーザランク５９１と、プロセス重要度５９２と、エラーの種類を表すエラーレベル５９３と、エラーメッセージ５９４と、連絡先メッセージ５９５とを項目として備える。エラーメッセージ５９４は、エラー状況や復旧の見込みなどを告知するためのメッセージであり、連絡先メッセージ５９５は、エラー状態が続いているときに連絡を受け付ける電話番号など、それぞれの場合の対処法やエラーを迂回するための方法などを知らせるためのメッセージである。
【００４７】
画面生成部５１は、運用監視サーバ４からプロセスＩＤ及びエラーコードを含むエラー通知を受けると、エラー通知に含まれているプロセスＩＤに基づいて、プロセス関連表５５及びプロセス／画面対応表５６を用いて、上述の置換対象となる画面を特定する（対象画面の特定）。すなわち、プロセス関連表５５で呼び出し元のプロセス５５２を特定し、プロセス／画面対応表５６で呼び出し元のプロセスを起動した画面（対象画面）を特定する。
【００４８】
さらに、画面生成部５１は、プロセスレベル表５７を参照し、エラー通知に含まれているエラープロセスのＩＤに基づいて、エラーが発生したプロセスのプロセス重要度５７３を特定する。
【００４９】
画面生成部５１は、また、エラーレベル表５８を参照し、運用監視サーバ４から通知を受けたエラーコードに基づいて、エラーレベル５８３を特定する。
【００５０】
そして、画面生成部５１は、出力メッセージ表５９を参照し、上記処理で特定されたプロセス重要度及びエラーレベルに基づいて、エラーメッセージ５９４と、連絡メッセージ５９５とを特定し、これらのメッセージを含む告知画面を生成する。また、このときに、ユーザランク５９１別に、それぞれ異なるメッセージを含む異なる告知画面を複数生成してもよい。
【００５１】
画面生成部５１は、ここで生成された告知画面と対象画面とを置換するために、告知画面をフロントサーバ１へ送信し、画面データ記憶部１１に格納して、置換する。
【００５２】
影響ユーザ抽出部５２は、運用監視サーバ４のアクセスログ４８を参照し、エラーが発生してから復旧するまでの間に、対象画面または告知画面にアクセスし直接影響を受けた影響ユーザを抽出する。これは、例えば、対象画面及び告知画面の画面ＩＤと、エラー検出から復旧までの時刻とに基づいて、影響ユーザのＩＤを特定する。
【００５３】
影響ユーザの特定を行う理由は以下の通りである。すなわち、エラーが発生してから告知画面に置換するまでの間は、対象画面にアクセス可能であるが、対象画面から先へ進むことはできない。従って、この間に対象画面にアクセスしたユーザを抽出し、このユーザに対して特別のケアをするためである。さらに、告知画面に置換した後といえども、所望のサービスを利用できなかったユーザを抽出し、個別にケアするためである。抽出された影響ユーザのユーザＩＤは、管理者端末６へ通知され、管理者端末６で、図１２に示すような影響ユーザ一覧６１として表示画面に出力される。このとき、対象画面にアクセスしたユーザと、告知画面にアクセスしたユーザとを区別できるように、異なる表示態様で表示するようにしてもよい。
【００５４】
また、影響ユーザ抽出部５２による影響ユーザの抽出として、エラーログ４５を参照して、エラーによって影響を受けたユーザを抽出してもよい。この場合、例えば、エラーログ４５に格納されているレコードに含まれているユーザＩＤ４５３を抽出してもよい。
【００５５】
エラー状況表生成部５３は、サービス提供システム１０で発生しているエラーに関するエラー状況表を生成する。例えば、運用監視サーバ４から通知されたプロセスＩＤに基づいてプロセスレベル表５７を参照して、プロセス名５７２を特定する。さらに、同じく運用監視サーバ４から通知されたエラーコードに基づいて、エラーレベル表５８を参照し、エラー内容５８２を特定する。ここで特定されたプロセス名及びエラー内容は、それぞれ対応付けられて管理者端末６へ通知され、管理者端末６で図１３に示すようなエラー状況表６２として出力される。
【００５６】
次に、図１４に示すシーケンスチャートに従って、本システムにおいてプロセスのエラーが発生したときの処理手順を説明する。
【００５７】
運用監視サーバ４がサービス提供システム１０を監視しているときに、いずれかのプロセス２１でエラーが発生すると、運用監視サーバ４はこれを検出する（Ｓ１）。運用監視サーバ４は、エラーが発生したプロセスのＩＤとエラーコードとを含むエラー通知をメッセージ制御サーバ５へ通知する（Ｓ２）。
【００５８】
メッセージ制御サーバ５は、運用監視サーバ４からエラー通知を受けると、画面生成部５１が、エラープロセスのプロセスＩＤに基づいて対象画面を特定する（Ｓ３）。
【００５９】
さらに、画面生成部５１は、エラー通知に含まれるプロセスＩＤ及びエラーコードに基づいて、プロセス重要度及びエラーレベルを特定する。さらに、出力メッセージ表５９を参照してエラーメッセージ５９４及び連絡先メッセージ５９５を特定し、これらのメッセージを含む告知画面を生成する（Ｓ４）。
【００６０】
メッセージ制御サーバ５は、ここで生成された告知画面を、フロントサーバ１の画面データ記憶部１１に、対象画面と置換するように格納して、画面の置換を行う（Ｓ５）。これにより、図２に示すように、プロセスでのエラーが検出されると、画面遷移においてそのプロセスより前に表示される対象画面が告知画面へ置換される。従って、この置換以降は、対象画面に対してアクセスしようとするユーザに対してだけ、告知画面が提示される。
【００６１】
図１４の説明に戻ると、メッセージ制御サーバ５では、さらに、影響ユーザ抽出部５２が直接影響を受けた影響ユーザを特定する。また、エラー状況表生成部５３が、ここで発生しているエラーの状況を示すエラー状況表６２を生成する（Ｓ６）。そして、この影響ユーザ一覧表６１及びエラー状況表６２が管理者端末６に通知され、それぞれ表示される（Ｓ７）。
【００６２】
管理者端末６に影響ユーザ一覧表６１が表示されると、この直接影響を受けたユーザを特定できるので、管理者はこのユーザに対して個別のケアをすることができる。
【００６３】
また、管理者端末６にエラー状況表６２が表示されると、どのようなサービスでどのようなエラーが生じているのかがわかる。この結果、管理者はサービスレベルでのエラー状況を把握でき、サービスの観点から対応を検討することができる。
【００６４】
さらに、管理者は、影響ユーザ一覧表６１及びエラー状況表６２を参照して、告知画面に表示するための任意のメッセージを、管理者端末６に対して入力することができる（Ｓ８）。ここで入力されたメッセージは、メッセージ制御サーバ５へ通知される。そして、画面生成部５１がこの管理者入力メッセージを含む告知画面を生成する（Ｓ９）。この管理者が入力したメッセージを含む告知画面を、定型メッセージが含まれている告知メッセージと再度置換することができる（Ｓ１０）。
【００６５】
これにより、管理者が状況に応じて自由に編集したメッセージを告知画面として表示することができ、エラーなどの個別の状況に応じて柔軟に対応することができる。
【００６６】
さらに、エラーが検出されると、定型メッセージを含む告知画面が自動生成されて速やかに置換され、その後、それぞれのエラー状況に基づいた個別のメッセージを含む告知画面に再度置換することができる。
【００６７】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００６８】
例えば、上記実施形態では、対象画面としてエラーが発生したプロセスを実行する直前に表示される画面としたが、２画面以上前に表示される画面であってもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態に係るネットワークシステムの全体構成を示す図である。
【図２】本実施形態における画面遷移の一例を示す図である。
【図３】運用監視サーバ４の詳細な構成を示す図である。
【図４】ログに蓄積されるデータの一例を示す図である。
【図５】プロセス稼働状況表４７の一例を示す図である。
【図６】メッセージ制御サーバ５の詳細な構成を示す図である。
【図７】プロセス関連表５５の一例を示す図である。
【図８】プロセス／画面対応表５６の一例を示す図である。
【図９】プロセスレベル表５７の一例を示す図である。
【図１０】エラーレベル表５８の一例を示す図である。
【図１１】出力メッセージ表５９の一例を示す図である。
【図１２】影響ユーザ一覧表６１の一例を示す図である。
【図１３】エラー状況表６２の一例を示す図である。
【図１４】プロセスのエラーが発生したときの処理手順を示すシーケンスチャートである。
【符号の説明】
【００７０】
１…フロントサーバ、２…バックサーバ、３…ＤＢサーバ、４…運用監視サーバ、５…メッセージ制御サーバ、６…管理者端末、８…ユーザ端末、１０…サービス提供システム、２０…監視システム。
【特許請求の範囲】
【請求項１】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、
前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定する画面特定手段と、
前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換する画面置換手段とを備えるシステム。
【請求項２】
前記画面特定手段は、前記エラープロセスの直前に表示される画面を特定することを特徴とする請求項１に記載のシステム。
【請求項３】
前記メッセージは、前記エラー検出手段が検出したエラーの種類に応じて異なることを特徴とする請求項１に記載のシステム。
【請求項４】
メッセージの入力を受け付ける受付手段をさらに備え、
前記画面置換手段は、
予め用意されているメッセージを含む第１の画面に置換した後、前記受付手段が入力を受け付けたメッセージを含む第２の画面に再度置換することを特徴とする請求項１に記載のシステム。
【請求項５】
前記複数のプロセスは複数のサーバのいずれかで動作していて、
前記複数のプロセスには、互いに異なるサーバで動作する同一種類の複数のプロセスを含み、
前記メッセージは、前記同一種類の複数のプロセスのうちの動作しているプロセスの数に応じて異なることを特徴とする請求項１に記載のシステム。
【請求項６】
前記画面置換手段は、ユーザの種類別に、それぞれ異なる前記メッセージが含まれている複数のユーザ種類別画面に置換し、
前記ユーザから前記特定された画面に対するアクセス要求があったときは、前記ユーザの種類に対応するユーザ種類別画面を表示させることを特徴とする請求項１に記載のシステム。
【請求項７】
前記エラー検出手段が前記エラーの発生を検出してから前記画面置換手段による画面の置換が行われるまでの間に、前記特定された画面にアクセスしたユーザを抽出するユーザ抽出手段と、
前記抽出されたユーザの識別情報を出力する手段とを、さらに備える請求項１に記載のシステム。
【請求項８】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの画面の置換方法であって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するステップと、
前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定するステップと、
前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換するステップとを備える方法。
【請求項９】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、
前記エラー検出手段が前記エラーの発生を検出してからエラーが復旧するまでの間に、前記エラーの影響を受けたユーザを抽出するユーザ抽出手段と、
前記抽出されたユーザの識別情報を出力する手段とを備えるシステム。
【請求項１】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、
前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定する画面特定手段と、
前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換する画面置換手段とを備えるシステム。
【請求項２】
前記画面特定手段は、前記エラープロセスの直前に表示される画面を特定することを特徴とする請求項１に記載のシステム。
【請求項３】
前記メッセージは、前記エラー検出手段が検出したエラーの種類に応じて異なることを特徴とする請求項１に記載のシステム。
【請求項４】
メッセージの入力を受け付ける受付手段をさらに備え、
前記画面置換手段は、
予め用意されているメッセージを含む第１の画面に置換した後、前記受付手段が入力を受け付けたメッセージを含む第２の画面に再度置換することを特徴とする請求項１に記載のシステム。
【請求項５】
前記複数のプロセスは複数のサーバのいずれかで動作していて、
前記複数のプロセスには、互いに異なるサーバで動作する同一種類の複数のプロセスを含み、
前記メッセージは、前記同一種類の複数のプロセスのうちの動作しているプロセスの数に応じて異なることを特徴とする請求項１に記載のシステム。
【請求項６】
前記画面置換手段は、ユーザの種類別に、それぞれ異なる前記メッセージが含まれている複数のユーザ種類別画面に置換し、
前記ユーザから前記特定された画面に対するアクセス要求があったときは、前記ユーザの種類に対応するユーザ種類別画面を表示させることを特徴とする請求項１に記載のシステム。
【請求項７】
前記エラー検出手段が前記エラーの発生を検出してから前記画面置換手段による画面の置換が行われるまでの間に、前記特定された画面にアクセスしたユーザを抽出するユーザ抽出手段と、
前記抽出されたユーザの識別情報を出力する手段とを、さらに備える請求項１に記載のシステム。
【請求項８】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの画面の置換方法であって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するステップと、
前記画面遷移において、前記エラーの発生が検出されたエラープロセスを実行するよりも前に表示される画面を特定するステップと、
前記特定された画面を、前記エラーへの対処方法を通知するためのメッセージまたは前記エラーの発生を告知するためのメッセージまたは前記エラーを迂回するためのメッセージが含まれる画面に置換するステップとを備える方法。
【請求項９】
複数の画面と複数のプロセスとを備え、ユーザからの入力に基づいて画面を遷移させるとともに、各プロセスに所定の処理を実行させることにより、前記ユーザへサービスを提供する画面遷移システムの管理を行うシステムであって、
前記複数のプロセスのうちでエラーが発生したプロセスを検出するエラー検出手段と、
前記エラー検出手段が前記エラーの発生を検出してからエラーが復旧するまでの間に、前記エラーの影響を受けたユーザを抽出するユーザ抽出手段と、
前記抽出されたユーザの識別情報を出力する手段とを備えるシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−９９６２８（Ｐ２００６−９９６２８Ａ）
【公開日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願番号】特願２００４−２８７４１４（Ｐ２００４−２８７４１４）
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]