(57)【要約】【課題】駅務機器の情報処理に優れた情報処理システムを提供すること。【解決手段】券売機、改札機、及び精算機のうちの少なくとも一つの駅務機器と、この駅務機器に接続された情報処理装置とを備えた情報処理システムであって、前記情報処理装置は、前記駅務機器で発生する処理情報を前記駅務機器からリアルタイムに収集する収集手段と、前記リアルタイムに収集した処理情報を一定時間毎にまとめて上位装置へ送信する送信手段とを備えている。【選択図】      図２
2008250954.tif 000002
【特許請求の範囲】
【請求項１】
券売機、改札機、及び精算機のうちの少なくとも一つの駅務機器と、この駅務機器に接続された情報処理装置とを備えた情報処理システムであって、
前記情報処理装置は、
前記駅務機器で発生する処理情報を前記駅務機器からリアルタイムに収集する収集手段と、
前記リアルタイムに収集した処理情報を一定時間毎にまとめて上位装置へ送信する送信手段と、
を備えたことを特徴とする情報処理システム。
【請求項２】
券売機、改札機、及び精算機のうちの少なくとも一つの駅務機器と、この駅務機器に接続された第１の情報処理装置と、この第１の情報処理装置に接続された第２の情報処理装置とを備えた情報処理システムであって、
前記第２の情報処理装置は、所定の駅務機器で必要なプログラムを取得し、所定の駅務機器で必要なプログラムを前記第１の情報処理装置へ送信する送信手段を備え、
前記第１の情報処理装置は、前記第２の情報処理装置から送信された所定の駅務機器で必要なプログラムを受信し、所定の駅務機器へ送信する中継手段を備え、
前記駅務機器は、前記第１の情報処理装置を介して、前記第２の情報処理装置から送信されるプログラムに基づき動作する、
ことを特徴とする情報処理システム。
【請求項３】
前記第２の情報処理装置は、前記駅務機器におけるプログラム更新の進捗を管理することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
券売機、改札機、及び精算機のうちの少なくとも一つの駅務機器と、この駅務機器に接続された第１の情報処理装置と、この第１の情報処理装置に接続された第２の情報処理装置とを備えた情報処理システムであって、
前記第１の情報処理装置は、前記駅務機器からログデータを定期的に収集し、一定容量のログデータを前記第２の情報処理装置へ送信する送信手段を備え、
前記第２の情報処理装置は、前記第１の情報処理装置からのログデータを収集する収集手段を備えたことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、券売機、改札機、及び精算機などの駅務機器と、これら駅務機器に接続された情報処理装置とを備えた情報処理システムに関する。
【背景技術】
【０００２】
鉄道などの交通機関には、券売機、改札機、及び精算機などの駅務機器が設置されており、これら駅務機器には集計処理装置が接続されている。これら駅務機器の上位装置にあたる集計処理装置は、これら駅務機器の売上や通過人数等のデータを受信し、集計処理を行なう（特許文献１参照）。
【特許文献１】特開２００５−３１７２７
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記した駅務機器においては、随時、運転データや判定プログラムの更新が発生し、この作業の負荷が大きく問題となっている。また、異常発生時の対策についても問題となっている。
【０００４】
本発明の目的は、上記課題を解決するためになされたものであり、駅務機器の情報処理に優れた情報処理システムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明の情報処理システムは、券売機、改札機、及び精算機のうちの少なくとも一つの駅務機器と、この駅務機器に接続された情報処理装置とを備えた情報処理システムであって、前記情報処理装置は、前記駅務機器で発生する処理情報を前記駅務機器からリアルタイムに収集する収集手段と、前記リアルタイムに収集した処理情報を一定時間毎にまとめて上位装置へ送信する送信手段とを備えている。
【発明の効果】
【０００６】
本発明によれば、駅務機器の情報処理に優れた情報処理システムを提供できる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照し、本発明の実施形態について説明する。
【０００８】
図１は、運賃データ・判定プログラムDLLの課題を説明するための図である。
【０００９】
図１に示すように、ID系（標準化）については、センタ１、社局サーバ２、駅サーバ３、ID中継ユニット４、判定ＩＣモジュール５により構成されている。一方、従来計（都度）については、運用系サーバ６、データ集計機７、監視盤８、自動改札機９を含む駅務機器により構成されている。駅務機器としては、例えば、自動改札機９だけでなく、自動券売機、窓口精算機、自動精算機などがある。
【００１０】
ＩＣ相互利用に関する取り組みとして、ID系については高信頼性の機器を新規設置する。これは各事業者の都度要素の多い従来系に、極力影響しない仕組みを目指すためのである。
【００１１】
ID系にて運賃データ・判定プログラムのDLL実現が困難となった現状を踏まえ、従来系に極力影響を与えない仕組みとする。
【００１２】
課題としては、以下が挙げられる。
【００１３】
１、運賃データ・判定プログラムのDLLをどのような仕組みで実現するか？
２、納期短縮
３、コスト低減
図２は、保守サーバを接続した情報処理システムの概要を説明するための図である。
【００１４】
図２に示すように、ID系（標準化）については、センタ１、社局サーバ２、駅サーバ３、ID中継ユニット４、判定ＩＣモジュール５、保守サーバ１０により構成されている。一方、従来計（都度）については、運用系サーバ６、データ集計機７、監視盤８、自動改札機９を含む駅務機器により構成されている。
【００１５】
ID中継ユニット４は、各駅務機器と通信する通信手段及び駅サーバ３などの上位装置と通信する通信手段を備える。このID中継ユニット４は、各駅務機器で発生する処理情報（収入データなどの１件明細データ）を各駅務機器からリアルタイムに収集し、このリアルタイムに収集した処理情報を一定時間毎にまとめて駅サーバ３などの上位装置へ送信する。
【００１６】
保守サーバ１０は、例えば、社局サーバ２及びＩＤ中継ユニット４に対して接続される。保守サーバ１０は、駅務機器(ID中継ユニット４、窓口精算機、自動精算機、自動券売機等)に運賃データ・判定プログラムをDLLする。保守サーバ１０は仕様標準化をはかり、共通機器として提供される。
【００１７】
保守サーバの機能としては、以下が挙げられる。
【００１８】
１、DLL
２、ログ収集
３、異常通知
４、メンテデータ収集
図３は、保守サーバの機能１(運賃データ・プログラムDLL)を説明するための図である。
【００１９】
保守サーバ１０は、光ディスク等の情報記憶媒体を読み取る読取手段、及びID中継ユニット４と通信する通信手段を備えている。ID中継ユニットは、保守サーバ１０から送信される情報を受信し各駅務機器へ送信する中継手段を備えている。
【００２０】
保守サーバ１０は、媒体にて投入された運賃データ・プログラム（各駅務機器で必要なプログラム）を、各駅（Ａ駅、Ｂ駅、…）に設置されたID中継ユニット４を経由して各駅務機器(判定ICモジュール５Ａ、５Ｂ、自動精算機１２、自動券売機１３等)にDLLする。あわせて、保守サーバ１０は、DLLの進捗を管理する。各駅務機器は、ID中継ユニット４を介して、保守サーバ１０から送信されるプログラムに基づき動作する。
【００２１】
図４は、保守サーバの機能１(運賃データ・プログラムDLL)を説明するための図である。
【００２２】
保守サーバ１０とID中継ユニット４の間および、ID中継ユニット４と各駅務機器間のI/Fは、KS拡張I/Fとし、共通仕様とする。
【００２３】
図５は、保守サーバの機能２(ログ収集)を説明するための図である。
【００２４】
保守サーバ１０は、ID中継ユニット４が収集した駅務機器のログを収集する。ID中継ユニット４は、各駅務機器から定期的にログを収集し、一定容量を保持する。
【００２５】
図６は、保守サーバの機能２(ログ収集)を説明するための図である。
【００２６】
保守サーバ１０とID中継ユニット４の間および、ID中継ユニット４と各駅務機器間のI/Fは、KS拡張I/Fとし、共通仕様とする。
【００２７】
図７は、保守サーバの特徴１を説明するための図である。
【００２８】
運賃データ・判定プログラムのDLLが可能となることで、改造作業の負荷が軽減可能である。また、異常検出時にログ収集・分析してから現地対応することが可能となる。
【００２９】
図８は、保守サーバの特徴２を説明するための図である。
【００３０】
新規に標準化された保守系の仕組みを構築することにより、従来系、ID系の仕組みに影響を与えない。また、ID中継ユニット４と駅務機器間のI/Fについては、ID中継ユニット−判定ICモジュール間I/Fにて既に定義された共通仕様を採用することで、仕様検討期間の削減が可能となる。さらに、ID中継ユニット４への開発インパクトをミニマムにできる。以上のことから、納期短縮を図ることができる。
【００３１】
次に、回線負荷について検討する。
【００３２】
保守サーバ１０は、駅間のネットワークを介して駅に設置されているID中継ユニット４と通信する。ここで、判定ICモジュール５Ａ、５Ｂにおける通信情報量をベースに、駅間のネットワーク負荷について検討する。
【００３３】
前提条件は以下の通りである。
【００３４】
１、システム構成
保守サーバ(センタ等)：１台
ID中継ユニット接続台数(≒駅数)：１００台
DLLプログラム数：６種／駅
２、判定ICモジュール通信情報量（推測）
DLLデータ(運賃データ＆プログラム)：約15Mbyte(圧縮)
上記を前提とすると、
保守サーバ１０からID中継ユニット４にDLLする合計サイズ(６種×15MB)≒100Mbyte
通信速度別の所要時間（理論値）   1Gbps：約１秒
100Mbps：約１０秒
10Mbps：約１００秒
回線の占有率を２０％以下に抑えることを考慮して、上記所要時間を補正すると
通信速度別の所要時間（補正値）   1Gbps：約５秒
100Mbps：約５０秒≒１分
10Mbps：約５００秒≒１０分
100台のID中継ユニットにDLL完了するための所要時間 
1Gbps：約５００秒≒１０分
100Mbps：約１００分≒１時間４０分
10Mbps：約１０００分≒１６時間４０分
以上より、駅間回線の通信速度：１００Mbps以上を推奨とする。
【００３５】
次に、保守サーバとの接続形態について検討する。
【００３６】
つまり、常時接続とするか、都度接続とするかである。異常通知（拡張機能）まで実現するとなると、常時接続が必要となる。
【００３７】
次に、保守サーバ拡張機能（将来対応）について検討する。保守サーバの機能３(異常通知)として、保守サーバ１０は、ID中継ユニットが収集した駅務機器の異常を収集可能とする。
【００３８】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００３９】
【図１】図１は、運賃データ・判定プログラムDLLの課題を説明するための図である。
【図２】図２は、保守サーバを説明するための図である。
【図３】図３は、保守サーバの機能１(運賃データ・プログラムDLL)を説明するための図である。
【図４】図４は、保守サーバの機能１(運賃データ・プログラムDLL)を説明するための図である。
【図５】図５は、保守サーバの機能２(ログ収集)を説明するための図である。
【図６】図６は、保守サーバの機能２(ログ収集)を説明するための図である。
【図７】図７は、保守サーバの特徴１を説明するための図である。
【図８】図８は、保守サーバの特徴２を説明するための図である。
【符号の説明】
【００４０】
１…センタ、２…社局サーバ、３…駅サーバ、４…ID中継ユニット、５…判定ＩＣモジュール、６…運用系サーバ、７…データ集計機、８…監視盤、９…自動改札機、１０…保守サーバ
【図１】
2008250954.tif 000003
【図２】
2008250954.tif 000004
【図３】
2008250954.tif 000005
【図４】
2008250954.tif 000006
【図５】
2008250954.tif 000007
【図６】
2008250954.tif 000008
【図７】
2008250954.tif 000009
【図８】
2008250954.tif 000010