(57)【要約】【課題】列車の帳票の作成処理終了が最早のサブサーバに処理を割り当て、全サブサーバが処理中のときでも待ち時間を最短にすることができるようにする。【解決手段】列車の運行に関する帳票１０２を作成するために必要なデータを保持するデータベース１０７を有するメインサーバ１０６、帳票１０２を作成し、作成した帳票１０２を作成処理の要求をした端末１０１にネットワーク１０３を介して返す複数のサブサーバ１０５、端末１０１からの帳票１０２の作成処理の要求をネットワーク１０３を介して受け、サブサーバ１０５の中から作成処理の終了時刻が最も早いサブサーバを要求された帳票１０２の作成処理を実行するサーバとして選定するロードバランサ１０４を備えたものとする。【選択図】図１
2007323110.tif 000002
【特許請求の範囲】
【請求項１】
列車の運行に関する帳票を作成するために必要なデータを保持するデータベースを有するメインサーバと、
上記帳票を作成し、作成した上記帳票を作成処理の要求をした端末にネットワークを介して返す複数のサブサーバと、
上記端末からの上記帳票の作成処理の要求を上記ネットワークを介して受け、上記サブサーバの中から作成処理の終了時刻が最も早いサブサーバを要求された上記帳票の作成処理を実行するサーバとして選定するロードバランサと、
を備えたことを特徴とする運転情報伝達システム。
【請求項２】
上記ロードバランサが上記メインサーバ内に設けられていることを特徴とする請求項１記載の運転情報伝達システム。
【請求項３】
上記ロードバランサが上記サブサーバ内に設けられていることを特徴とする請求項１記載の運転情報伝達システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、数多くの端末から列車の運転に必要な各種帳票類を自動作成し、帳票作成作業の軽減及び帳票精度の向上を図る運転情報伝達システムに関するものである。
【背景技術】
【０００２】
電子メールを用いた大量のアンケート回答を処理可能とするために、ロードバランサを用い、ロードバランサが複数台あるメール受信サーバの負荷に応じて処理するサーバを決定し、受信メールを振り分けているアンケート集計システムが開示されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００４−２５２９０１号公報（第４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に開示されたアンケート集計システムでは、ロードバランサがメール受信サーバの負荷に応じて処理するサーバを決定し、受信メールを振り分けているため、処理に時間がかかる場合であり、かつ、受信メールの処理時間が長時間のサーバに振り分けた場合に待ち時間が長くなるという問題があった。
【０００５】
この発明は上記のような問題を解決するためになされたものであり、処理終了が最早のサブサーバに処理を割り当て、全サブサーバが処理中のときでも待ち時間を最短にすることができる運転情報伝達システムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る運転情報伝達システムは、列車の運行に関する帳票を作成するために必要なデータを保持するデータベースを有するメインサーバと、
上記帳票を作成し、作成した上記帳票を作成処理の要求をした端末にネットワークを介して返す複数のサブサーバと、
上記端末からの上記帳票の作成処理の要求を上記ネットワークを介して受け、上記サブサーバの中から作成処理の終了時刻が最も早いサブサーバを要求された上記帳票の作成処理を実行するサーバとして選定するロードバランサと、
を備えたものである。
【発明の効果】
【０００７】
この発明に係る運転情報伝達システムによれば、全サブサーバが処理中のときでも全サーバの稼働を均等化して帳票の作成処理の待ち時間を最短にすることができる。
【発明を実施するための最良の形態】
【０００８】
以下、この発明の実施の形態を図に基づいて説明する。
実施の形態１．
図１は、この発明に係る運転情報伝達システムの実施の形態１を示す構成図である。
図１に示したように、この実施の形態１の運転情報伝達システムは、様々な場所に設置された端末１０１、中央に設置されたロードバランサ１０４、帳票の作成処理に必要なデータを保持するデータベース１０７が搭載されたメインサーバ１０６、帳票１０２の作成処理を実行するサブサーバ１０５、ロードバランサ１０４及びサブサーバ１０５と各端末１０１との送受信を行うためのネットワーク１０３を備えている。
【０００９】
図１において、端末１０１から任意のタイミングで帳票１０２の作成処理要求がされると、作成処理要求がネットワーク１０３を経由して、ロードバランサ１０４に届く。ロードバランサ１０４は、サブサーバ１０５の中から稼働中の処理が最早で終了する（作成処理が終了する時刻が最も早い）１台のサブサーバ１０５を処理実行サーバとして選定する。選定されたサブサーバ１０５は、メインサーバ１０６に搭載されたデータベース１０７より作成処理に必要な情報を取得して帳票１０２の作成処理を実行する。サブサーバ１０５は、作成した帳票１０２をネットワーク１０３を介して端末１０１に送信し、帳票１０２が出力される。
【００１０】
図２は、ロードバランサ１０４の動作を説明するためのフローチャートであり、図３は、ロードバランサ１０４が各サーバ１０５の稼働中の処理の終了時間を管理する処理終了時間管理テーブル３０１を示す図である。
【００１１】
図２に示したように、まず、ステップ２０１で、処理終了時間管理テーブル３０１を初期化し、全てのサブサーバ１０５が未稼働状態であるようにする。
【００１２】
次に、ステップ２０２で、端末１０１からの帳票の１０２の作成処理要求を待ち、作成処理要求を受信するとステップ２０３に進む。ステップ２０３では、処理終了時間管理テーブル３０１により稼働中のサブサーバ１０５の有無を確認し、未稼働のサブサーバ１０５があれば、ステップ２０４で、未稼働のサブサーバ１０５を作成処理実行のサブサーバとして選定し、ステップ２０６に進む。全てのサブサーバ１０５が稼働中であれば、ステップ２０５で、処理終了が最早のサブサーバ１０５を処理実行のサブサーバ１０５として選定し、ステップ２０６へ進む。
【００１３】
ステップ２０６で、選定したサブサーバ１０５の新たな処理終了時間で処理終了時間管理テーブル３０１を更新した後、ステップ２０７に進み、選定したサブサーバ１０５は帳票１０２の作成処理を実行する。
【００１４】
図４は、各処理終了時間管理テーブル３０１における作成処理時間が加算された処理終了時間４０１を示す図であり、ロードバランサ１０４は、処理終了時間管理テーブル３０１によって各サーバ１０５の処理終了時間４０１を管理し、全てのサブサーバ１０５が稼働中の時には処理終了時間４０１が最も短い（Ｔｆ）のサーバを作成処理実行のサブサーバ１０５として選定することができる。
【００１５】
この実施の形態１によれば、処理終了時間管理テーブル３０１によって各サーバ１０５の処理終了時間４０１を管理し、処理終了時間４０１が最も短いサーバを処理実行のサブサーバ１０５として選定するロードバランサ１０４を備えているので、全サブサーバ１０５が処理中のときでも、全サブサーバ１０５の稼働時間を平滑化して待ち時間を最短にすることができる運転情報伝達システムを得ることができる。
【００１６】
実施の形態２．
上記実施の形態１では、ロードバランサ１０４を独立した機器としたが、この実施の形態２では、メインサーバ１０６またはサブサーバ１０５内にロードバランサ１０４を設けて、機器を共有するようにしている。
【００１７】
この実施の形態２によれば、機器数を削減することができるので、システムのコストを低減することができ、また、信頼性を向上することができる。
【００１８】
なお、上記実施の形態１及び２では、この発明の用途として列車の運転に必要な各種帳票を作成処理する例を示したが、列車の運転のための帳票作成に限られるものではない。
【産業上の利用可能性】
【００１９】
本発明は、数多くの端末から列車の運転に必要な各種帳票類等を自動作成するのに有効に利用することができる。
【図面の簡単な説明】
【００２０】
【図１】この発明に係る運転情報伝達システムの実施の形態１を示す構成図である。
【図２】ロードバランサの動作を説明するためのフローチャートである。
【図３】ロードバランサが各サーバの稼働中の処理の終了時間を管理する処理終了時間管理テーブルを示す図である。
【図４】各処理終了時間管理テーブルにおける作成処理時間が積算された処理終了時間を示す図である。
【符号の説明】
【００２１】
１０１  端末、１０２  帳票、１０３  ネットワーク、１０４  ロードバランサ、
１０５  サブサーバ、１０６  メインサーバ、１０７  データベース、
３０１  処理終了時間管理テーブル、４０１  処理終了時間。
【図１】
2007323110.tif 000003
【図２】
2007323110.tif 000004
【図３】
2007323110.tif 000005
【図４】
2007323110.tif 000006