(57)【要約】【課題】アクセスエラーが発生したとき、監視機能を有するソフトウェアがフロントプロセスからの終了通知に基づいて一定時間毎に再接続をリトライする。【解決手段】監視機能を有するソフトウェアである監視プロセス１０が、インターネット３へ接続してソケット通信を確立するフロントプロセス１１とデータ取得動作を行うメインプロセス１２とを交互に監視している。データ受信装置２が起動すると、フロントプロセス１１が起動のタイミングでインターネット３への接続を試みる。ここで、接続に失敗した場合は、監視プロセス１０が一定の時間ごとにフロントプロセス１１を再起動させてインターネット３への接続をリトライする。やがて、接続に成功すれば、データ受信装置２はデータサーバ６から所望のデータを取得し、表示制御装置のメインプロセス１２によりデータの取得動作を行い、表示プロセス１６により取得したデータを表示装置へ表示させる。【選択図】        図２
2004317821.tif 000002
【特許請求の範囲】
【請求項１】
情報を配信するデータサーバからインターネットを介して前記情報を受信し、該情報を表示装置に表示させるためのプロセスを実行する表示制御装置であって、
自己の起動タイミングで前記インターネットに接続して、ＴＣＰ／ＩＰによるソケット通信を確立するフロントプロセスを実行するフロントプロセス実行手段と、
前記データサーバからの情報の取得動作を行うメインプロセスを実行するメインプロセス実行手段と、
前記フロントプロセスと前記メインプロセスとを交互に監視し、該フロントプロセスが前記インターネットへの接続に失敗したとき、所定の時間ごとに前記フロントプロセスを再起動させて前記インターネットへの再接続をリトライさせる監視プロセス実行手段と、
前記フロントプロセスによる前記インターネットへの接続が完了したとき、前記データサーバから受信した情報を前記表示装置へ表示させる表示プロセス実行手段と、
を備えたことを特徴とする表示制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所望の情報を表示する表示装置の表示状態を制御する表示制御装置に関するものであり、特に、インターネットを介して取得した情報を表示する表示装置とこれらの情報を配信するデータサーバとを自動的に再接続するリトライ機能を備えた表示制御装置に関するものである。
【０００２】
【従来の技術】
従来より、端末機器をインターネットに接続する際、種々の原因でインターネットに接続ができない場合もある。そのような場合は、端末機器のユーザが手動でインターネットへの再接続を試みている。例えば、証券会社の支店などで表示装置に株式情報などの金融データを表示しようとする場合、インターネットへの接続に失敗したときは営業員などが手動で再接続を試み、接続に成功した場合には、インターネットを通して所望の金融データを取得して表示装置に表示している。図５は、従来のオンライン情報システムにおける表示制御装置のソフトウェア全体の構成を示すブロック図である。図５において、データ送信側のデータサーバ６とデータ受信側のデータ受信装置２とがインターネット３を介して接続されている。また、データ受信装置２は表示装置８とこの表示装置８の表示状態の制御を行う表示制御装置９’とを備えている。表示制御装置９’は、フロントプロセス１１、メインプロセス１２、ネットワーク管理プロセス１３、データ管理プロセス１４、及び表示プロセス１６からなるソフトウェアとメモリ１５とによって構成されている。
【０００３】
図５において、データ受信装置２が、インターネット３を介してデータサーバ６に接続して所望のデータを取得しようとするとき、データ受信装置２側の表示制御装置９’は、フロントプロセス１１によって、データ受信装置２の起動のタイミングでインターネット３を介してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によるソケット通信を行う。そして、通信接続が確立された段階で、ネットワーク管理プロセス１３によってインターネット３への接続状態の管理を行いながら、メインプロセス１２が、データサーバ６から所望のデータを取得するなど主要なデータ取得機能に係わる動作を行う。さらに、データ管理プロセス１４によってパケットのデータが所定の順序で受信されているかどうかのチェックが行われた後、データ受信装置２に受信されたデータはメモリ１５に格納される。そして、メモリ１５内のデータは、逐次、表示プロセス１６によって表示装置８へ表示される。
【０００４】
このように、オンラインによって情報を取得するオインライン情報システムは、例えば、同一出願人による下記の特許文献１などに報告されている。特許文献１の技術は、端末装置のエージェントが、所定のプログラムに従ってセンタ側の各種のデータサーバにアクセスしてゆくことにより、端末装置が所望の情報を取得できるように構成されたものである。例えば、端末装置のエージェントが、センタ側の認証サーバにアクセスして顧客の認証プログラムを実行して認証情報を取得し、さらに、売買サーバにアクセスして株売買を実行するなど、エージェントが順次に各データサーバにアクセスして所望の処理を実行させれば、端末装置は所望の株情報を取得して株取引を行うことができる。
【０００５】
【特許文献１】特開２００２−２３０２９９号公報（段落番号００１２〜００３６、図１〜図７）
【０００６】
【発明が解決しようとする課題】
しかしながら、図５に示す従来の表示制御装置におけるシステム構成や上記の特許文献１の技術では、データ受信装置２などの端末装置がインターネット３を介してセンタ側のデータサーバ６へアクセスするときにアクセスエラーが発生した場合は、表示装置８がオインライン情報システムを停止させるための警告情報を表示する。つまり、通常のオンライン情報システムでは、データ受信装置２の起動のタイミングでソケット通信を実行するフロントプロセス１１から、通信接続が確立された段階でデータサーバ６から所望のデータを取得するメインプロセス１２へと、連続した状態で一連のプロセスが流れて処理が実行されて行く。従って、フロントプロセス１１の処理段階でデータサーバ６へのアクセスエラーが発生した場合には、自動的にフロントプロセス１１を再起動させて再アクセスすることができないため、表示装置８が警告情報を表示するなどして操作員に再起動の動作を行わせるようなメッセージ表示を行う。
【０００７】
これにより、データ受信装置２側の操作員が、表示装置８によって表示された警告情報を確認した後に所定のボタンを押下することにより、該当するオンライン情報システムの動作は終了へと移行する。そのため、操作員が警告情報に気づいて所定のボタンを押下するまでは表示装置８に警告情報が表示され続けるので、その間は他の正常な表示情報を視聴覚的に混乱させるおそれがある。また、ノイズ等の一時的な外的要因でアクセスエラーが発生したと考えられる場合でも、操作員が手動で所定の操作を行ってデータ受信装置２を起動させて再アクセスしなければならない。さらに、アクセスエラーの発生しているオンライン情報システムを復旧させる場合は、オンライン情報システム上で故障に関連する機器が設置されている場所まで出向かなければならないので、保守点検や故障復旧を行うのにかなりの時間を要することもある。このように、従来の表示制御装置では、インターネットへの接続失敗に対して再度の手動操作を行わなければならなかったり、迅速な復旧対応ができないなど、オンライン情報システムの運営面や管理面において使い勝手が良くないなど様々な問題点がある。
【０００８】
本発明はこのような事情に鑑みてなされたものであり、その目的とするところは、データサーバへのアクセスエラーが発生したときに、操作員がボタンを押下する代わりに、監視機能を有するソフトウェアが、フロントプロセスからの正常又は異常の終了通知に基づいて、一定時間ごとに自動的に再接続処理をリトライするような表示制御装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記の目的を達成するため、本発明の表示制御装置は、情報を配信するデータサーバからインターネットを介して前記情報を受信し、該情報を表示装置に表示させるためのプロセスを実行する表示制御装置であって、自己の起動タイミングで前記インターネットに接続して、ＴＣＰ／ＩＰによるソケット通信を確立するフロントプロセスを実行するフロントプロセス実行手段と、前記データサーバからの情報の取得動作を行うメインプロセスを実行するメインプロセス実行手段と、前記フロントプロセスと前記メインプロセスとを交互に監視し、該フロントプロセスが前記インターネットへの接続に失敗したとき、所定の時間ごとに前記フロントプロセスを再起動させて前記インターネットへの再接続をリトライさせる監視プロセス実行手段と、前記フロントプロセスによる前記インターネットへの接続が完了したとき、前記データサーバから受信した情報を前記表示装置へ表示させる表示プロセス実行手段とを備えたことを特徴とする。
【００１０】
つまり、本発明によれば、端末のデータ受信装置がインターネットにアクセスしてデータサーバから所望のデータを取得して表示しようとするとき、データ受信装置が備える表示制御装置のソフトウェアがインターネットへのアクセス制御を行うことにより、インターネットへの接続をより確実にすることができる。つまり、表示制御装置の監視プロセスが、起動時にインターネットへの接続動作を行うフロントプロセスとインターネットへの接続後にデータサーバから情報を取得する動作を行うメインプロセスとを交互に監視している。しやがって、フロントプロセスが起動のタイミングでインターネットへの接続を試みて失敗したときは、監視プロセスが一定の時間間隔でフロントプロセスを再起動させてインターネットへの接続をリトライさせる。これによって、何らかの一時的原因でインターネットへの接続に失敗した場合は、操作員が手動操作を行わなくても、フロントプロセスの自動再起動によってインターネットへの接続を成功させることができる。よって、使い勝手のよいオンライン情報システムを構築することができる。
【００１１】
また、本発明によれば、アクセスエラーが発生した場合はエラー発生記録を常時ロギングしているため、過去のアクセス障害が時系列に記録されているので、システム障害を調査する上でも有用な表示制御装置を実現することができる。
【００１２】
【発明の実施の形態】
まず、本発明における表示制御装置の概要について説明する。本発明の表示制御装置では、監視機能を備えた監視プロセスが、インターネットを介してソケット通信を確立するフロントプロセスとデータの取得動作を行うメインプロセスとを交互に監視している。そして、データ受信装置の起動のタイミングにおいて、監視プロセスが、フロントプロセスの処理中にデータ受信装置が何らかの要因でインターネットへ接続できないと判断した場合は、一定の時間後に、監視プロセスが自動的にフロントプロセスを再起動してインターネットへの再接続を試みる自動動作を行う。監視プロセスはこのような再接続のリトライを所望の回数だけ、又は永久的に繰り返す。これによってインターネットへの接続に成功した場合は、メインプロセスがデータサーバからデータ取得などの動作を実行し、一連のプロセスを経て表示制御装置が表示装置へ所望のデータを表示させる。
【００１３】
以下、図面を用いて、本発明における表示制御装置の実施の形態を詳細に説明する。図１は、本発明の表示制御装置を実現するためのオンライン情報システムの全体構成図である。図１において、オンライン情報システムは、データ提供装置１とデータ受信装置２とがインターネット３に接続された構成となっている。データ提供装置１は、所望の情報を電文として配信する回線センタ４と、配信された電文を受信して蓄積すると共に、蓄積された電文をデータ受信装置２へ配信するデータサーバ６と、回線センタ４とデータサーバ６とを通信接続するＬＡＮなどのネットワーク５とを備えている。また、データ受信装置２は、インターネット３に接続されて端末側機器のインタフェースとなる複数のモデム／ルータ７ａ，７ｂ…７ｎと、データサーバから受信した情報を表示する複数の表示装置８ａ，８ｂ…８ｎと、インターネット３を介してデータサーバ６から情報を取得し、各表示装置８ａ，８ｂ…８ｎに対して受信した情報の表示を行わせるための制御プロセスを実行するソフトウェアを備える複数の表示制御装置９ａ，９ｂ…９ｎとを備えている。通常、１台のデータサーバ６に対して表示装置８ａ，８ｂ…８ｎは最大５０台まで接続することができるので、対応するモデム／ルータ７ａ，７ｂ…７ｎと表示制御装置９ａ，９ｂ…９ｎも表示装置８ａ，８ｂ…８ｎと同じ台数を接続することができる。
【００１４】
次に、図１のように構成されたオンライン情報システムの動作について説明する。データ提供装置１側では、回線センタ１からネットワーク５を介して所望の情報が電文でデータサーバ６へ配信されると、データサーバ６はこれらの情報を一時蓄積した後、インターネット３を介してデータ受信装置２へ配信する。データ受信装置２側では、受信した情報を、複数のモデム／ルータ７ａ，７ｂ…７ｎを介して対応する複数の表示装置８ａ，８ｂ…８ｎへ配信して表示させる。このとき、それぞれの表示装置８ａ，８ｂ…８ｎに対応する表示制御装置９ａ，９ｂ…９ｎが、所定の制御プロセスを実行するソフトウェアに従って各表示装置８ａ，８ｂ…８ｎをインターネット３へ接続制御する。例えば、表示装置８ａの系統がインターネット３への接続に失敗したときは、表示制御装置９ａが一定の時間ごとに自動的に接続動作をリトライしてその系統の接続成功を試みる。他の表示装置の系統についても同様な自動再接続動作が行われる。このようにして、それぞれの表示装置８ａ，８ｂ…８ｎはデータサーバ６から配信された情報を表示することができる。
【００１５】
次に、本発明の特徴である表示制御装置のソフトウェア構成及び動作について詳細に説明する。図２は、図１に示すオンライン情報システムにおける本発明の表示制御装置のソフトウェア全体の構成を示すブロック図である。つまり、図２は、図１におけるデータサーバ６とデータ受信装置２の中の任意の１系統の表示装置の接続系統を抽出し、表示制御装置のソフトウェア構成を詳細に示したものである。
【００１６】
図２において、データ受信側のデータ受信装置２は、インターネット３を介してデータ送信側のデータサーバ６と接続されている。また、データ受信装置２は、表示装置８とこの表示装置８の表示状態の制御を行う表示制御装置９とを備えている。表示制御装置９は、インターネットを介してＴＣＰ／ＩＰによって相互通信を行いソケット通信を確立するフロントプロセス１１と、データサーバ６からデータを取得するなど主要な動作を行うメインプロセス１２と、起動時にはフロントプロセス１１を監視対象とし、システム起動後はメインプロセス１２を監視対象として、必要に応じてフロントプロセスを再起動させる監視プロセス１０と、インターネット３への接続状態の管理を行うネットワーク管理プロセス１３と、受信パケットのデータが所定の順序で受信されているかどうかをチェックするデータ管理プロセス１４と、受信されたデータを格納するメモリ１５と、メモリ１５に格納されているデータを逐次表示装置８へ表示させる表示プロセス１６とによって構成されている。尚、メモリ１５を除く各プロセスはソフトウェアのプログラムによって実現することができる。
【００１７】
つまり、本発明の表示制御装置９は、従来の表示制御装置９’に対して、データ受信装置２の起動の際はフロントプロセス１１を監視対象とし、オンライン情報システムの起動後はメインプロセス１２を監視対象として、データ受信装置２がデータサーバ６へのアクセスに失敗した場合には、フロントプロセス１１を再起動させる機能を有する監視プロセス１０が付加された構成となっている。
【００１８】
次に、表示制御装置９の動作について概略的に説明する。データ受信装置２がインターネット３を介してデータサーバ６に接続して所望のデータを取得するとき、データ受信装置２側の表示制御装置９は、フロントプロセス１１によって、データ受信装置２の起動のタイミングでインターネット３を介してＴＣＰ／ＩＰによるソケット通信を行う。そして、通信接続が確立された段階で、ネットワーク管理プロセス１３によってインターネット３への接続状態の管理を行いながら、メインプロセス１２がデータサーバ６から所望のデータを取得する。さらに、データ管理プロセス１４によってパケットのデータが所定の順序で受信されているかどうかのチェックが行われた後、データ受信装置２に受信されたデータはメモリ１５に格納される。そして、メモリ１５内のデータは、逐次、表示プロセス１６によって表示装置８へ表示される。このような正常時の一連の動作は前述の従来技術と変らない。
【００１９】
本発明の表示制御装置９では、監視プロセス１０が、データ受信装置２の起動時はフロントプロセス１１を監視し、起動後はメインプロセス１２を監視するというように、フロントプロセス１１とメインプロセス１２とを相互に監視している。そして、データ受信装置２がデータサーバ６へのアクセスに失敗した場合は、フロントプロセス１１からのプロセス終了通知に基づいて、監視プロセス１０がフロントプロセス１１を再起動させる動作を一定時間ごとに繰り返す。この場合、任意の設定によって、所定の回数だけ再起動動作を繰り返すことができるし、無限に繰り返すこともできる。これによって、データサーバ６へのアクセスに成功した場合は、前述の各プロセスによってデータサーバ６からデータを受信して表示装置８へ表示させる。
【００２０】
次に、表示制御装置９の監視機能シーケンスに基づいてデータサーバと各プロセスとの間の動作の流れを詳細に説明する。図３は、図２に示す監視制御装置の動作の流れを示す監視機能シーケンス図である。図３において、まず、操作員が端末機器であるデータ受信装置２を起動すると（ステップＳ１）、フロントプロセス１１がデータサーバ６へのアクセスをトライし（ステップＳ２）、データサーバからアクセスに失敗した旨の情報を示すＮＧの応答を受信する（ステップＳ３）。これによって、フロントプロセス１１はすみやかに終了処理へと移行し、終了直前に、監視プロセス１０へＮＧの応答内容を含む終了通知を返却する（ステップＳ４）。
【００２１】
次に、フロントプロセス１１からＮＧの応答を受信した監視プロセス１０は、応答内容を調べた結果、応答内容が異常応答（つまり、ＮＧ）の場合は、応答受信時刻と、データサーバ６にアクセスした際のＴＣＰ／ＩＰエラーコードをファイルに時間順に記録し（以下、このような記録動作をエラーロギングという）、監視プロセス１０の中で３０秒間のタイマを起動する（ステップＳ５）。そして、３０秒が経過した後に、監視プロセス１０は再びフロントプロセス１１を起動させる（ステップＳ６）。なお、フロントプロセス１１を再起動させる時間は３０秒に限ることはなく、所望の時間に設定することができる。
【００２２】
これによって、フロントプロセス１１が再びデータサーバ６へのアクセスをトライし（ステップＳ７）、データサーバから再度ＮＧの応答を受信すると（ステップＳ８）、フロントプロセス１１は、終了処理へ移行する直前に監視プロセス１０へ再びＮＧの応答内容を含む終了通知を返却する（ステップＳ９）。監視プロセス１０は、ＮＧの応答に基づいてエラーロギングと３０秒タイマの起動を行う（ステップＳ１０）。以下、前述と同様のステップで、監視プロセス１０は、フロントプロセス１１によるデータサーバ６へのアクセストライを無限に繰り返す。なお、あらかじめ設定した所定の回数だけデータサーバ６へのアクセストライを繰り返すようにすることもできる。
【００２３】
ここで、エラーロギングと３０秒タイマの起動が行われて（ステップＳ１１）、監視プロセス１０がフロントプロセス１１を起動し（ステップＳ１２）、フロントプロセス１１がデータサーバ６へアクセスしたとき（ステップ１３）、アクセスに成功してフロントプロセス１１がＯＫの応答を受信した場合は（ステップＳ１４）、フロントプロセス１１から監視プロセス１０へＯＫの応答内容を含む終了通知が返却される（ステップＳ１５）。このようにして、データサーバ６へのアクセスに成功した後は、監視プロセス１０は、フロントプロセス１１の監視を中止してメインプロセス１２を監視対象として６０秒間隔でメインプロセス１２の存在を確認する。
【００２４】
つまり、データサーバ６へのアクセスに成功して、監視プロセス１０がフロントプロセス１１からＯＫの応答内容を受けると、監視プロセス１０はメインプロセス１２を監視対象として起動する（ステップＳ１６）。ここで、何らかの要因でメインプロセス１２がダウンし、監視プロセス１０が６０秒監視のタイミングでメインプロセス１２がない旨のＮＧの応答を受信した場合は（ステップＳ１７）、監視プロセス１０は、監視対象を再びフロントプロセス１１に切り替え、前述のステップＳ１以降のようなフロントプロセス１１の起動処理へ移行する。尚、監視プロセス１０がメインプロセス１２を監視する時間は６０秒に限ることはなく、所望の時間に設定することができる。
【００２５】
次に、メインプロセス１２が存在する場合について説明する。前述のステップＳ１７までのプロセスの後、フロントプロセス１１のエラーアクセスによって監視プロセス１０がエラーロギングと３０秒タイマの起動を行った場合（ステップＳ１８）、監視プロセス１０はフロントプロセス１１を起動して（ステップＳ１９）、フロントプロセス１１からデータサーバ６へのアクセスを行う（ステップ２０）。このとき、アクセスに成功してフロントプロセス１１がＯＫの応答を受信して（ステップＳ２１）、監視プロセス１０へＯＫの応答内容を含む終了通知を返却すると（ステップＳ２２）、監視プロセス１０はメインプロセス１２を監視対象として起動する（ステップＳ２３）。
【００２６】
ここで、メインプロセス１２が正常に動作した場合は、メインプロセス１２から監視プロセス１０へＯＫの応答が返却される（ステップＳ２４）。さらに、監視プロセス１０は６０秒監視のタイミングでメインプロセス１２の監視を継続し（ステップＳ２５）、メインプロセス１２が正常に動作していれば、その都度メインプロセス１２から監視プロセス１０へＯＫの応答が返却される。このような監視によってメインプロセス１２による一連の処理が終了すると、正常に処理が終了した旨を示すＯＫの終了通知がメインプロセス１２から監視プロセス１０へ返却される（ステップＳ２６）。メインプロセス１２による一連の処理が終了した後は、監視プロセス１０は再び監視対象をフロントプロセス１１へ切り替え、図のＡへの移行に示すように、ステップＳ６に戻って、監視プロセス１０は再びフロントプロセス１１を起動させ、以降は前述と同様なステップを繰り返す。このようにして、データサーバ６へのアクセスエラーが発生した場合でも、人手を介さずに監視プロセス１０によるソフトウェアによって自動的に再接続を試みることができる。
【００２７】
次に、監視プロセスが行う処理の流れをフローチャートによって説明する。図４は、図２に示す本発明の表示制御装置において監視プロセスが行う処理の流れを示すフローチャートである。このフローチャートでは、監視プロセス１０が１０分タイマのカウント値に基づいてフロントプロセス１１の起動後に行う処理の流れと、３０秒タイマに基づくアクセスのリトライ動作について説明する。一般に、データ受信装置２がインターネット３を介してデータサーバ６にアクセスするとき、いくら待ってもデータサーバ６から応答通知が来ないこともある。このような場合は、フロントプロセス１１は永遠に応答待ちの状態に陥り、結果として、システムダウンと同様の状態となってしまう。
【００２８】
そこで、本発明の表示制御装置では、このような状態を回避するために、フロントプロセス１１のデータサーバ６からの応答待ち時間を１０分とシステム定義し、１０分が経過してもデータサーバ６から応答ない場合は、表示制御装置９をリブート（ＯＳの再起動）し、ＯＳが再起動した後に、再度、データサーバ６にアクセスする。このように、応答待ち時間の歯止めとしての１０分間タイマを用意する。さらに、フロントプロセス１１がデータサーバ６にアクセスした結果、アクセスエラーの応答があった場合には、３０秒タイマによってアクセスのリトライを繰り返す処理を行う。
【００２９】
以下、図４のフローチャートに従って表示制御装置における応答待ちの処理とアクセスのリトライ処理の流れを詳細に説明する。まず、監視プロセス１０がフロントプロセス１１を起動してデータサーバ６へのアクセスを行うと同時に（ステップＳ３１）、監視プロセス１０は１０分間タイマを起動させる（ステップＳ３２）。そして、監視プロセス１０は、データサーバ６からの応答待ち時間が１０分を経過したか否かを判定し（ステップＳ３３）、応答待ち時間が１０分を経過していれば（ステップＳ３３でＹｅｓの場合）、データ受信装置２のアクセス動作は異常であると判断して、データ受信装置２をリブートする（ステップＳ３４）。
【００３０】
一方、ステップＳ３３で、データサーバ６からの応答待ち時間が１０分を経過していなければ（ステップＳ３３でＮｏの場合）、監視プロセス１０は、フロントプロセス１１より起動応答の通知を取得し、この起動応答が正常応答であるか否かを判定する（ステップＳ３５）。ここで、監視プロセス１０が取得した応答が正常応答である場合は（ステップＳ３５でＹｅｓの場合）、１０分間タイマを停止させ（ステップＳ３６）、データサーバ６からデータを受け取り表示装置８へ表示させて終了する。
【００３１】
また、ステップＳ３５で、監視プロセス１０がフロントプロセス１１から受け取った起動応答が正常応答ではない（つまり、異常応答である）場合も（ステップＳ３５でＮｏの場合）、１０分間タイマを停止させる（ステップＳ３７）。そして、監視プロセス１０は３０秒タイマを起動させ（ステップＳ３８）、その後、３０秒が経過したか否かを判定する（ステップＳ３９）。ここで、３０秒が経過すれば（ステップＳ３９でＹｅｓの場合）、ステップＳ３１へ戻って、フロントプロセス１１を再び起動させてデータサーバ６へのアクセスをリトライする。
【００３２】
一方、ステップＳ３９で３０秒が経過していなければ（ステップＳ３９でＮｏの場合）、３０秒が経過するのを待つ。そして、監視プロセス１０はメインプロセス１２から起動応答を受け取ると全てのタイマを停止させる（ステップＳ４０）。この時点で、監視タイマ１０は、監視対象をフロントプロセス１１からメインプロセス１２に切り替え、メインプロセス１２を定期的に監視するための６０秒タイマを起動させる（ステップＳ４１）。そして、６０秒が経過したか否かを判断しながら（ステップＳ４２）、６０秒が経過した段階で（ステップＳ４２でＹｅｓの場合）、メインプロセス１２があるか否かを判定し（ステップＳ４３）、メインプロセス１２があれば（ステップＳ４３でＹｅｓの場合）、監視プロセス１０はメインプロセス１２を定期的に監視する（ステップＳ４４）。一方、ステップＳ４３でメインプロセス１２がなければ（ステップＳ４３でＮｏの場合）、監視プロセス１０は監視対象をフロントプロセス１１に切り替え、ステップＳ３１に戻って、前述と同様にフロントプロセス１１の起動を開始し、以下、前述と同様のステップで処置を行う。
【００３３】
以上述べた実施の形態は本発明を説明するための一例であり、本発明は、上記の実施の形態に限定されるものではなく、発明の要旨の範囲で種々の変形が可能である。本発明の表示制御装置は、株式情報などの金融データに限らず、データ受信装置がデータサーバにアクセスしてあらゆる情報を取得しようとするとき、アクセスに失敗した場合は自動的にアクセスをリトライすることができる。これによって、過度的な原因で一時的にインターネットのアクセスに失敗した場合は次のトライで自動的にアクセスを成功させ、データサーバから所望の情報を取得して表示装置に表示させることができる。
【００３４】
【発明の効果】
以上説明したように、本発明の表示制御装置によれば、監視機能を有するソフトウェアである監視プロセスが、データ受信装置の起動時にソケット通信を確立するフロントプロセスとデータ取得動作を行うメインプロセスとを交互に監視している。これによって、インターネットへの接続に失敗した場合は、監視プロセスが一定時間ごとにフロントプロセスを再起動してインターネットへの再接続を試みる。例えば、障害などが発生してオンライン情報システムのアクセスがダウンした場合でも、操作員が介在することなく、自動的に端末側のデータ受信装置をインターネットへ再接続させるようにリトライすることができる。これによって、システムの管理、運用面において操作員の負担が軽減して使い勝手のよいオンライン情報システムを構築することができる。また、アクセスエラーが発生した場合はエラー発生記録を常時ロギングしているため、過去のアクセス障害が時系列に記録されているので、システム障害を調査する上でも有用な表示制御装置を実現することができる。
【図面の簡単な説明】
【図１】本発明の表示制御装置を実現するためのオンライン情報システムの全体構成図である。
【図２】図１に示すオンライン情報システムにおける本発明の表示制御装置のソフトウェア全体の構成を示すブロック図である。
【図３】図２に示す監視制御装置の動作の流れを示す監視機能シーケンス図である。
【図４】図２に示す本発明の表示制御装置において監視プロセスが行う処理の流れを示すフローチャートである。
【図５】従来のオンライン情報システムにおける表示制御装置のソフトウェア全体の構成を示すブロック図である。
【符号の説明】
１  データ提供装置、２  データ受信装置、３  インターネット、４  回線センタ、５  ネットワーク、６  データサーバ、７ａ，７ｂ〜７ｎ  モデム／ルータ、８，８ａ，８ｂ〜８ｎ  表示装置、９，９’，９ａ，９ｂ〜９ｎ  表示制御装置、１０  監視プロセス、１１  フロントプロセス、１２  メインプロセス、１３  ネットワーク管理プロセス、１４  データ管理プロセス、１５  メモリ、１６  表示プロセス。
【図１】
2004317821.tif 000003
【図２】
2004317821.tif 000004
【図３】
2004317821.tif 000005
【図４】
2004317821.tif 000006
【図５】
2004317821.tif 000007