JP2000011211A - 発券システム及びその実施プログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 発券端末から中央処理装置への問い合わせを
減少させ、中央処理装置の負荷を軽減することが可能な
技術を提供する。 【解決手段】 異なる複数の運賃体系のエリアの運賃デ
ータを用いて運賃を求める中央処理装置と、前記異なる
複数の運賃体系の内の特定の運賃体系の運賃データを用
いて特定エリア内の発売区間の運賃を求める計算部と、
前記特定エリア内の発売区間の発券に必要な発券データ
を作成するデータ作成部と、券の発売区間を入力する入
力部と、前記入力部に入力された発売区間が前記特定エ
リア内である場合に前記計算部により運賃を計算して前
記データ作成部により発券に必要な発券データを作成
し、前記入力された発売区間が前記特定エリア外の区間
を含む場合に前記中央処理装置に当該発売区間の運賃計
算及び発券データ作成を依頼する判断部とを有する発券
端末とを備えるものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、鉄道や航空等の交
通システムで用いられる発券システムに関し、特に、異
なる複数の運賃体系の運賃計算を行う発券システムに適
用して有効な技術に関するものである。

【０００２】

【従来の技術】従来の鉄道や航空等の切符を発売する発
券システムでは、運賃や予約に関する情報を管理するホ
ストコンピュータである中央処理装置に、複数の発券端
末を通信回線を介して接続している。

【０００３】前記従来の発券システムにおいて発券処理
を行う場合には、特開平７−１６０７７８号公報に記載
されている様に、異なる会社の運賃テーブルを一発券端
末に全て持ち、各発券端末毎に運賃計算を行うか、また
は中央処理装置が各社毎の運賃テーブルを全て持ち、各
接続端末から中央処理装置へ運賃を問い合わせている。

【０００４】

【発明が解決しようとする課題】前記従来の発券システ
ムにおいて、中央処理装置が各社の運賃テーブルを全て
持つ場合には、発券処理の度に通信回線で接続された中
央処理装置への問い合わせを行う為、発券処理の度に中
央処理装置へアクセスする回線使用料が必要となるとい
う問題があり、また、全ての発券処理が中央処理装置に
集中する為、中央処理装置の処理負荷が高くなって発券
処理能力が低下するという問題がある。

【０００５】また、前記従来の発券システムにおいて、
異なる会社の運賃テーブルを一発券端末に全て持つ場合
には、全ての発券端末に全ての会社の運賃データが格納
されている為、特定の会社の運賃体系が変更されたとき
に全ての発券端末の運賃データを変更しなければならな
いという問題がある。

【０００６】本発明の目的は、上記問題を解決し、発券
端末から中央処理装置への問い合わせを減少させ、中央
処理装置の負荷を軽減することが可能な技術を提供する
ことにある。

【０００７】本発明の他の目的は、中央処理装置の負荷
を軽減すると共に運賃計算を行う為のデータの保守を効
率良く行うことが可能な技術を提供することにある。

【０００８】

【課題を解決するための手段】本発明は、異なる複数の
運賃体系の運賃データを用いて特定発売区間の運賃を求
めて発券処理を行う発券システムにおいて、特定エリア
内の発売区間については、発券端末またはサテライトコ
ンピュータで運賃計算及び発券データの作成を行い、特
定エリア外を含む発売区間については、中央処理装置で
運賃計算及び発券データの作成を行うものである。

【０００９】本発明の発券システムでは、発券端末で発
売区間を入力すると、その発売区間が、発券端末または
サテライトコンピュータで運賃計算可能な特定エリア内
にあるかどうかを判断部により調べる。

【００１０】前記入力された発売区間が前記特定エリア
内である場合には、発券端末またはサテライトコンピュ
ータの計算部により、前記特定エリアの運賃データを用
いて運賃を計算し、データ作成部により前記発売区間の
券の印刷に必要な発券データを作成する。

【００１１】また、前記入力された発売区間が前記特定
エリア外の区間を含む場合には、異なる複数のエリアの
運賃データを用いて運賃を求める中央処理装置に、当該
発売区間の運賃計算及び発券データ作成を依頼する。

【００１２】発券端末は、前記の様にして得られた発券
データにより、前記発売区間の券を印刷する。

【００１３】以上の様に、本発明の発券システムによれ
ば、特定エリアの運賃計算を発券端末側で行うので、発
券端末から中央処理装置への問い合わせを減少させ、中
央処理装置の負荷を軽減することが可能である。

【００１４】

【発明の実施の形態】（実施形態１）以下に、特定の会
社が管轄する特定エリア内の区間の運賃計算を発券端末
で行い、複数の会社が管轄する区間の運賃計算を中央処
理装置で行う実施形態１の発券システムについて説明す
る。

【００１５】図１は、本実施形態の発券システムの概略
構成を示す図である。図１に示す様に本実施形態の発券
システムは、列車の運賃管理等を行い発券データを作成
するホストコンピュータである中央処理装置１と、発券
処理を行う発券端末２とを接続している。

【００１６】中央処理装置１は、複数の鉄道会社の異な
る複数の運賃体系の運賃データを用いて特定の発売区間
の運賃を計算するホストコンピュータであり、中央処理
装置１で行われる運賃計算では、従来の発券システムで
用いられている運賃計算方法が用いられるものとする。

【００１７】発券端末２は、中央処理装置１との通信を
行う回線部２０、乗車駅／降車駅／経由路線等を入力す
る入力部２１、必要情報を格納するファイル装置２２、
発券処理を行う発券部２３及び前記各部を制御する制御
部２４とを備えている。

【００１８】発券端末２は、一般的なパーソナルコンピ
ュータと発券プリンタとで構成され、ここでは、制御部
２４はパーソナルコンピュータのシステム装置、回線部
２０はシステム装置に組み込む回線パッケージ、入力部
２１はキーボードやタッチパネル、ファイル装置２２は
メモリ及びハードディスク、発券部２３は発券プリンタ
であるものとする。

【００１９】発券端末２のファイル装置２２は、駅名テ
ーブル２０１、路線・接続駅テーブル２０２、距離テー
ブル２０３及び運賃テーブル２０４を格納している。

【００２０】図２は、本実施形態の駅名テーブル２０１
の一例を示す図である。図２に示す様に本実施形態の駅
名テーブル２０１は、鉄道会社Ａが管轄する特定エリア
内の全ての駅名を五十音順に登録している。

【００２１】図３は、本実施形態の路線・接続駅テーブ
ル２０２の一例を示す図である。図３に示す様に本実施
形態の路線・接続駅テーブル２０２は、鉄道会社Ａが管
轄する特定エリア内を通る全ての路線とその路線に接続
する接続線及び接続駅を格納している。

【００２２】図４は、本実施形態の距離テーブル２０３
の一例を示す図である。図４に示す様に本実施形態の距
離テーブル２０３は、鉄道会社Ａが管轄する特定エリア
内の路線Ａ及び路線Ｃの各駅間の距離を格納している。

【００２３】図５は、本実施形態の運賃テーブル２０４
の一例を示す図である。図５に示す様に本実施形態の運
賃テーブル２０４は、鉄道会社Ａが管轄する特定エリア
内の各駅間の距離に対する運賃及び有効期限を格納して
いる。

【００２４】発券端末２の制御部２４は、判断部２０
５、計算部２０６及びデータ作成部２０７を有してお
り、判断部２０５は、駅名テーブル２０１と路線・接続
駅テーブル２０２と入力データ（乗車駅／降車駅／経由
路線）とから券の発売区間が特定エリア内か否かを判断
する処理部である。

【００２５】計算部２０６は、距離テーブル２０３から
走行距離を求め、割り出した走行距離と運賃テーブル２
０４から運賃を求める処理部であり、データ作成部２０
７は、発券に必要な発券データを作成する処理部であ
る。

【００２６】発券端末２を、判断部２０５、計算部２０
６及びデータ作成部２０７として動作させる為のプログ
ラムは、ＣＤ−ＲＯＭ等の記録媒体からファイル装置２
２に格納された後、制御部２４にロードされて実行され
るものとする。尚、前記プログラムを記録媒体としてＣ
Ｄ−ＲＯＭ以外の媒体を用いても良い。

【００２７】図６は、本実施形態の発券システムの処理
手順を示すフローチャートである。図６に示す様に本実
施形態の発券システムは、ステップ６０１で発券端末２
の入力部２１から乗車駅／降車駅／経由路線を入力する
と、ステップ６０２で判断部２０５は、入力された乗車
駅／降車駅が駅名テーブル２０１の中に含まれているか
をチェックする。

【００２８】ステップ６０２でチェックした結果、入力
された乗降車駅が両方とも駅名テーブル２０１の中に含
まれている場合はステップ６０３に進み、入力された乗
降車駅の両方或いはどちらか一方でも駅名テーブル２０
１に含まれていない場合は、当該鉄道会社が管轄する特
定エリア外を通る経路であると判断し、ステップ６１０
に進む。

【００２９】ステップ６０３で判断部２０５は、経由路
線と路線・接続駅テーブル２０２から接続駅を割り出
し、ステップ６０４で該接続駅が駅名テーブル２０１の
中に含まれているかをチェックする。

【００３０】ステップ６０４でチェックした結果、接続
駅も駅名テーブル２０１に含まれている場合は、発売区
間は当該鉄道会社が管轄する特定エリア内であると判断
してステップ６０５に進み、割り出した経由駅が駅名テ
ーブル２０１に無い場合は、途中で当該鉄道会社が管轄
する特定エリア外を通る経路であると判断してステップ
６１０に進む。

【００３１】ステップ６０５で計算部２０６は、乗車駅
／降車駅／経由駅と距離テーブル２０３とから各駅間の
距離を求めた後、その合計値である総走行距離を求め、
ステップ６０６では、前記求めた総走行距離と運賃テー
ブル２０４から運賃を割り出す。

【００３２】次にステップ６０７でデータ作成部２０７
は、入力データである乗車駅／降車駅／経由路線と、ス
テップ６０６で求めた計算値である運賃と、システム装
置の時計機構から得られる日付と、ステップ６０５で求
めた走行距離と運賃テーブル２０４とから得られる有効
期限と、固定値であるその他のデータにより、切符に印
刷する発券データを作成する。

【００３３】一方、当該鉄道会社が管轄する特定エリア
外を通る経路の場合には、ステップ６１０で回線部２０
により、入力データである乗車駅／降車駅／経由路線を
中央処理装置１へ送信する。

【００３４】中央処理装置１は、発券端末２から送られ
てきた乗車駅／降車駅／経由路線によって運賃計算を行
った後、発券データを作成して発券端末２に送信し、ス
テップ６１１で発券端末２は、中央処理装置１から送ら
れてきた発券データを受信する。

【００３５】ステップ６０８で発券端末２の制御部２４
は、データ作成部２０７にて作成した発券データまたは
中央処理装置１から送信されてきた発券データに基づい
て、発券部２３に発券処理を行わせた後、ステップ６０
９で制御部２４は、発券処理完了後、発券内容（運賃・
券番号）を中央処理装置１に報告する。

【００３６】次に、本実施形態の発券システムにおける
発券処理の流れを図６の処理フローと図７の発券経路例
に基づいて説明する。

【００３７】図７は、本実施形態の発券経路の一例を示
す図である。図７に示す様に本実施形態の発券経路は、
名古屋〜高山間を乗車する場合の経路を表しており、鉄
道会社Ａが管轄する特定エリア内の経路１と、鉄道会社
Ａが管轄する特定エリア外の、鉄道会社Ｂが管轄する路
線Ｂを通る経路２とを示している。

【００３８】まず、図７の経路１の様に、名古屋〜高山
を路線Ａ→路線Ｃと乗り継ぐ場合を考える。発券端末２
の入力部２１から乗車駅（名古屋）／降車駅（高山）／
経由路線（路線Ａ→路線Ｃ）を入力すると［ステップ６
０１］、判断部２０５は、入力した乗車駅（名古屋）／
降車駅（高山）が駅名テーブル２０１の中に含まれてい
るかをチェックする［ステップ６０２］。

【００３９】入力された乗降車駅が両方とも駅名テーブ
ル２０１の中に含まれている場合、判断部２０５は、経
由路線（路線Ａ→路線Ｃ）と路線・接続駅テーブル２０
２から接続駅（岐阜）を割り出し［ステップ６０３］、
該接続駅が駅名テーブル２０１の中に含まれているかを
判断する［ステップ６０４］。

【００４０】接続駅（岐阜）も駅名テーブル２０１に含
まれている場合は、発売区間は鉄道会社Ａの特定エリア
内であると判断し［ステップ６０４］、計算部２０６
は、乗車駅（名古屋）／降車駅（高山）／経由駅（岐
阜）と距離テーブル２０３とから各駅間の距離を求め、
その合計値である総走行距離を求める［ステップ６０
５］。

【００４１】図７に示した経路の場合では、名古屋−岐
阜間の距離が30.3km、岐阜−高山間の距離が136.4kmで
ある為、総走行距離はこれを加算した166.7kmとなる。
計算部２０６は、求めた距離166.7kmと運賃テーブル２
０４から運賃3,190円を割り出す［ステップ６０６］。

【００４２】次にデータ作成部２０７にて図８に示す切
符の発券データを作成する［ステップ６０７］。図８に
示す様に本実施形態の発券データは、乗車駅／降車駅／
経由路線、運賃、日付及び有効期限を印刷する為のデー
タを有しており、乗車駅／降車駅／経由路線は、入力部
２１から入力したデータ、運賃は、ステップ６０６で求
めた計算値、日付は、システム装置の時計機構、有効期
限は、ステップ６０５で求めた走行距離と運賃テーブル
２０４とから、その他のデータは固定値により作成可能
である。

【００４３】制御部２４は、データ作成部２０７にて作
成した発券データに基づいて、発券部２３に発券処理を
行わせ［ステップ６０８］、発券処理後、発券内容（運
賃・券番号）を中央処理装置１に報告する［ステップ６
０９］。

【００４４】次に、図７の経路２の様に名古屋〜高山を
路線Ａ→路線Ｂ→路線Ｃと乗り継ぐ場合を考える。発券
端末２において、入力部２１から乗車駅（名古屋）／降
車駅（高山）／経由路線（路線Ａ→路線Ｂ→路線Ｃ）を
入力すると［ステップ６０１］、判断部２０５は、入力
された乗車駅（名古屋）／降車駅（高山）が駅名テーブ
ル２０１の中に含まれているかをチェックする［ステッ
プ６０２］。

【００４５】両方とも駅名テーブル２０１の中に含まれ
ている場合は、経由路線（路線Ａ→路線Ｂ→路線Ｃ）と
路線・接続駅テーブル２０２から接続駅（米原、富山）
を割り出し［ステップ６０３］、該経由駅が駅名テーブ
ル２０１の中に含まれているかを判断する［ステップ６
０４］。

【００４６】経由駅が駅名テーブル２０１に含まれてい
ない場合は、該発売区間は鉄道会社Ａエリア外にまたが
っていると判定し、制御部２４は、回線部２０から中央
処理装置１に向けて、入力された乗車駅（名古屋）／降
車駅（高山）／経由路線（路線Ａ→路線Ｂ→路線Ｃ）を
送信する［ステップ６１０］。

【００４７】中央処理装置１は、発券端末２から送られ
てきた乗車駅／降車駅／経由路線によって運賃計算を行
った後、発券データを作成して発券端末２に送信し、発
券端末２は、中央処理装置１から送られてきた発券デー
タを受信する［ステップ６１１］。

【００４８】制御部２４は、中央処理装置１にて作成し
た発券データを基に、発券部２３に発券処理を行わせ
［ステップ６０８］、その後、発券内容（運賃・券番
号）を中央処理装置１に報告する［ステップ６０９］。

【００４９】以上説明した様に、本実施形態の発券シス
テムによれば、特定エリアの運賃計算を発券端末側で行
うので、発券端末から中央処理装置への問い合わせを減
少させ、中央処理装置の負荷を軽減することが可能であ
る。

【００５０】（実施形態２）以下に、特定の会社が管轄
する特定エリア内の区間の運賃計算を、当該会社の発券
端末を管理するサテライトコンピュータで実行し、複数
の会社が管轄する区間の運賃計算を中央処理装置で行う
実施形態２の発券システムについて説明する。

【００５１】図９は、本実施形態の発券システムの概略
構成を示す図である。図９に示す様に本実施形態の発券
システムは、通信回線を介して中央処理装置１と発券端
末２との間にサテライトコンピュータ３を接続してい
る。

【００５２】サテライトコンピュータ３は、特定の鉄道
会社の複数の発券端末２を管理するコンピュータであ
り、中央処理装置１及び発券端末２との通信を行う回線
部３０と、実施形態１の発券端末２が備えるファイル装
置２２と同内容のファイル装置３１と、回線部３０及び
ファイル装置３１の制御を行う制御部３２とを備えてい
る。

【００５３】サテライトコンピュータ３は、一般的なパ
ーソナルコンピュータやワークステーション等のサーバ
コンピュータであり、制御部３２は当該サーバコンピュ
ータのシステム装置本体、回線部３０は本体に組み込む
回線パッケージ、ファイル装置３１はメモリ及びハード
ディスクであるものとする。

【００５４】ファイル装置３１は、図２〜図５に示した
駅名テーブル２０１、路線・接続駅テーブル２０２、距
離テーブル２０３及び運賃テーブル２０４とそれぞれ同
内容の駅名テーブル３０１、の路線・接続駅テーブル３
０２、距離テーブル３０３及び運賃テーブル３０４を有
している。

【００５５】制御部３２は、判断部３０５、計算部３０
６及びデータ作成部３０７を有しており、判断部３０５
は、駅名テーブル３０１と路線・接続駅テーブル３０２
と入力データ（乗車駅／降車駅／経由路線）とから券の
発売区間が特定エリア内か否かを判断する処理部であ
る。

【００５６】計算部３０６は、距離テーブル３０３から
走行距離を求め、割り出した走行距離と運賃テーブル３
０４とから運賃を求める処理部であり、データ作成部３
０７は、発券に必要な発券データを作成する処理部であ
る。

【００５７】サテライトコンピュータ３を、判断部３０
５、計算部３０６及びデータ作成部３０７として動作さ
せる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体から
ファイル装置３１に格納された後、制御部３２にロード
されて実行されるものとする。尚、前記プログラムを記
録媒体としてＣＤ−ＲＯＭ以外の媒体を用いても良い。

【００５８】また、発券端末２は、実施形態１に示した
回線部２０、入力部２１、発券部２３及び制御部２４で
構成されるものとする。

【００５９】図１０は、本実施形態の発券システムの処
理手順を示すフローチャートである。図１０に示す様に
本実施形態の発券システムは、ステップ６０１で発券端
末２の入力部２１から乗車駅／降車駅／経由路線を入力
すると、ステップ１００１で発券端末２は、回線部２０
を介して入力データをサテライトコンピュータ３に送信
する。

【００６０】ステップ６０２でサテライトコンピュータ
３の判断部３０５は、送信された乗車駅／降車駅が駅名
テーブル３０１の中に含まれているかをチェックする。

【００６１】ステップ６０２でチェックした結果、入力
された乗降車駅が両方とも駅名テーブル３０１の中に含
まれている場合はステップ６０３に進み、入力された乗
降車駅の両方或いはどちらか一方でも駅名テーブル３０
１に含まれていない場合は、当該鉄道会社が管轄する特
定エリア外を通る経路であると判断し、ステップ６１０
に進む。

【００６２】ステップ６０３で判断部３０５は、経由路
線と路線・接続駅テーブル３０２から接続駅を割り出
し、ステップ６０４で該接続駅が駅名テーブル３０１の
中に含まれているかをチェックする。

【００６３】ステップ６０４でチェックした結果、接続
駅も駅名テーブル３０１に含まれている場合は、発売区
間は当該鉄道会社が管轄する特定エリア内であると判断
してステップ６０５に進み、割り出した経由駅が駅名テ
ーブル３０１に無い場合は、途中で当該鉄道会社が管轄
する特定エリア外を通る経路であると判断してステップ
６１０に進む。

【００６４】ステップ６０５で計算部３０６は、乗車駅
／降車駅／経由駅と距離テーブル３０３とから各駅間の
距離を求めた後、その合計値である総走行距離を求め、
ステップ６０６では、前記求めた総走行距離と運賃テー
ブル３０４から運賃を割り出す。

【００６５】次にステップ６０７でデータ作成部３０７
は、入力データである乗車駅／降車駅／経由路線と、ス
テップ６０６で求めた計算値である運賃と、システム装
置の時計機構から得られる日付と、ステップ６０５で求
めた走行距離と運賃テーブル３０４とから得られる有効
期限と、固定値であるその他のデータにより、切符に印
刷する発券データを作成する。

【００６６】一方、当該鉄道会社が管轄する特定エリア
外を通る経路の場合には、ステップ６１０で回線部３０
により、入力データである乗車駅／降車駅／経由路線を
中央処理装置１へ送信する。

【００６７】中央処理装置１は、サテライトコンピュー
タ３から送られてきた乗車駅／降車駅／経由路線により
運賃計算を行った後、発券データを作成してサテライト
コンピュータ３に送信し、ステップ６１１でサテライト
コンピュータ３は、中央処理装置１から送られてきた発
券データを受信する。

【００６８】ステップ１００２でサテライトコンピュー
タ３の制御部３２は、データ作成部３０７にて作成した
発券データまたは中央処理装置１から送信されてきた発
券データを発券端末２に送信する。

【００６９】ステップ６０８で発券端末２は、サテライ
トコンピュータ３から送信された発券データに基づいて
発券部２３に発券処理を行わせた後、ステップ６０９で
制御部２４は、発券内容（運賃・券番号）をサテライト
コンピュータ３を介して中央処理装置１に報告する。

【００７０】次に、本実施形態の発券システムにおける
発券処理の流れを図１０の処理フローと図７の発券経路
例に基づいて説明する。まず、図７の経路１の様に、名
古屋〜高山を路線Ａ→路線Ｃと乗り継ぐ場合を考える。

【００７１】発券端末２の入力部２１から乗車駅（名古
屋）／降車駅（高山）／経由路線（路線Ａ→路線Ｃ）を
入力すると［ステップ６０１］、回線部２０を介して入
力データをサテライトコンピュータ３に送る［ステップ
１００１］。

【００７２】サテライトコンピュータ３の判断部３０５
は、送信された乗車駅（名古屋）／降車駅（高山）が駅
名テーブル３０１の中に含まれているかをチェックする
［ステップ６０２］。

【００７３】入力された乗降車駅が両方とも駅名テーブ
ル３０１の中に含まれている場合、判断部３０５は、経
由路線（路線Ａ→路線Ｃ）と路線・接続駅テーブル３０
２から接続駅（岐阜）を割り出し［ステップ６０３］、
該接続駅が駅名テーブル３０１の中に含まれているかを
判断する［ステップ６０４］。

【００７４】接続駅（岐阜）も駅名テーブル３０１に含
まれている場合は、発売区間は鉄道会社Ａの特定エリア
内であると判断し［ステップ６０４］、計算部３０６
は、乗車駅（名古屋）／降車駅（高山）／経由駅（岐
阜）と距離テーブル３０３とから各駅間の距離を求め、
その合計値である総走行距離を求める［ステップ６０
５］。

【００７５】図７に示した経路の場合では、名古屋−岐
阜間の距離が30.3km、岐阜−高山間の距離が136.4kmで
ある為、総走行距離はこれを加算した166.7kmとなる。
計算部３０６は、求めた距離166.7kmと運賃テーブル３
０４から運賃3,190円を割り出す［ステップ６０６］。

【００７６】次にデータ作成部３０７にて図８に示す切
符の発券データを作成する［ステップ６０７］。乗車駅
／降車駅／経由路線は、入力部２１から入力したデー
タ、運賃は、ステップ６０６で求めた計算値、日付は、
システム装置の時計機構、有効期限は、ステップ６０５
で求めた走行距離と運賃テーブル３０４とから、その他
のデータは固定値により作成可能である。

【００７７】サテライトコンピュータ３は、回線部３０
を介して発券データを発券端末２に送信し［ステップ１
００２］、発券端末２の制御部２４は、データ作成部３
０７にて作成した発券データに基づいて、発券部２３に
発券処理を行わせ［ステップ６０８］、発券処理後、発
券内容（運賃・券番号）をサテライトコンピュータ３を
介して中央処理装置１に報告する［ステップ６０９］。

【００７８】次に、図７の経路２の様に名古屋〜高山を
路線Ａ→路線Ｂ→路線Ｃと乗り継ぐ場合を考える。発券
端末２において、入力部２１から乗車駅（名古屋）／降
車駅（高山）／経由路線（路線Ａ→路線Ｂ→路線Ｃ）を
入力すると［ステップ６０１］、回線部２０を介して入
力データをサテライトコンピュータ３に送る［ステップ
１００１］。

【００７９】サテライトコンピュータ３の判断部３０５
は、送信された乗車駅（名古屋）／降車駅（高山）が駅
名テーブル３０１の中に含まれているかをチェックする
［ステップ６０２］。

【００８０】両方とも駅名テーブル３０１の中に含まれ
ている場合は、経由路線（路線Ａ→路線Ｂ→路線Ｃ）と
路線・接続駅テーブル３０２から接続駅（米原、富山）
を割り出し［ステップ６０３］、該経由駅が駅名テーブ
ル３０１の中に含まれているかを判断する［ステップ６
０４］。

【００８１】経由駅が駅名テーブル３０１に含まれてい
ない場合は、該発売区間は鉄道会社Ａエリア外にまたが
っていると判定し、制御部３２は、回線部３０から中央
処理装置１に向けて、発券端末２から受信した乗車駅
（名古屋）／降車駅（高山）／経由路線（路線Ａ→路線
Ｂ→路線Ｃ）を送信する［ステップ６１０］。

【００８２】中央処理装置１は、サテライトコンピュー
タ３から送られてきた乗車駅／降車駅／経由路線によっ
て運賃計算を行った後、発券データを作成してサテライ
トコンピュータ３に送信し、サテライトコンピュータ３
は、中央処理装置１から送られてきた発券データを受信
する［ステップ６１１］。

【００８３】発券データを中央処理装置１から受信した
サテライトコンピュータ３は、受信した発券データを発
券端末２へ送信する［ステップ１００２］。

【００８４】発券端末２の制御部２４は、中央処理装置
１にて作成した発券データを基に、発券部２３に発券処
理を行わせ［ステップ６０８］、その後、発券内容（運
賃・券番号）をサテライトコンピュータ３を介して中央
処理装置１に報告する［ステップ６０９］。

【００８５】以上説明した様に、本実施形態の発券シス
テムによれば、特定エリアの運賃計算を複数の発券端末
を管理するサテライトコンピュータで行うので、中央処
理装置の負荷を軽減すると共に運賃計算を行う為のデー
タの保守を効率良く行うことが可能である。

【００８６】以上、本発明を前記実施形態に基づき具体
的に説明したが、本発明は、前記実施形態に限定される
ものではなく、その要旨を逸脱しない範囲において種々
変更可能であることは勿論である。

【００８７】

【発明の効果】本発明によれば、特定エリアの運賃計算
を発券端末側で行うので、発券端末から中央処理装置へ
の問い合わせを減少させ、中央処理装置の負荷を軽減す
ることが可能である。

【図面の簡単な説明】

【図１】実施形態１の発券システムの概略構成を示す図
である。

【図２】実施形態１の駅名テーブル２０１の一例を示す
図である。

【図３】実施形態１の路線・接続駅テーブル２０２の一
例を示す図である。

【図４】実施形態１の距離テーブル２０３の一例を示す
図である。

【図５】実施形態１の運賃テーブル２０４の一例を示す
図である。

【図６】実施形態１の発券システムの処理手順を示すフ
ローチャートである。

【図７】実施形態１の発券経路の一例を示す図である。

【図８】実施形態１の発券データの一例を示す図であ
る。

【図９】実施形態２の発券システムの概略構成を示す図
である。

【図１０】実施形態２の発券システムの処理手順を示す
フローチャートである。

【符号の説明】

１…中央処理装置、２…発券端末、２０…回線部、２１
…入力部、２２…ファイル装置、２３…発券部、２４…
制御部、２０１…駅名テーブル、２０２…路線・接続駅
テーブル、２０３…距離テーブル、２０４…運賃テーブ
ル、２０５…判断部、２０６…計算部、２０７…データ
作成部、３…サテライトコンピュータ、３０…回線部、
３１…ファイル装置、３２…制御部、３０１…駅名テー
ブル、３０２…路線・接続駅テーブル、３０３…距離テ
ーブル、３０４…運賃テーブル、３０５…判断部、３０
６…計算部、３０７…データ作成部。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年５月１７日（１９９９．５．１
７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 児山 一裕 愛知県尾張旭市晴丘町池上１番地 株式会 社日立製作所情報機器事業部内 (72)発明者 不破 均 愛知県尾張旭市晴丘町池上１番地 株式会 社日立製作所情報機器事業部内 (72)発明者 陸田 正明 愛知県稲沢市幸町120番地の１ 株式会社 中部日立エレクトリック内 (72)発明者 後長 誠吾 東京都渋谷区代々木二丁目２番２号 鉄道 情報システム株式会社内 (72)発明者 鈴木 和男 東京都国立市東１−４−13 大和国立ビル ３Ｆ 鉄道情報システム株式会社内 Ｆターム(参考） 3E026 AA02 AA05 5B049 AA00 BB32 CC16 CC31 CC36 DD01 DD05 EE02 FF02 GG04 GG07

Claims (3)

【特許請求の範囲】
1. 【請求項１】 異なる複数の運賃体系の運賃データを用
   いて特定発売区間の運賃を求めて発券処理を行う発券シ
   ステムにおいて、 異なる複数の運賃体系のエリアの運賃データを用いて運
   賃を求める中央処理装置と、前記異なる複数の運賃体系
   の内の特定の運賃体系の運賃データを用いて特定エリア
   内の発売区間の運賃を求める計算部と、前記特定エリア
   内の発売区間の発券に必要な発券データを作成するデー
   タ作成部と、券の発売区間を入力する入力部と、前記入
   力部に入力された発売区間が前記特定エリア内である場
   合に前記計算部により運賃を計算して前記データ作成部
   により発券に必要な発券データを作成し、前記入力され
   た発売区間が前記特定エリア外の区間を含む場合に前記
   中央処理装置に当該発売区間の運賃計算及び発券データ
   作成を依頼する判断部とを有する発券端末とを備えるこ
   とを特徴とする発券システム。
2. 【請求項２】 異なる複数の運賃体系の運賃データを用
   いて特定発売区間の運賃を求めて発券処理を行う発券シ
   ステムにおいて、 異なる複数の運賃体系のエリアの運賃データを用いて運
   賃を求める中央処理装置と、券の発売区間を入力する発
   券端末と、前記異なる複数の運賃体系の内の特定の運賃
   体系の運賃データを用いて特定エリア内の発売区間の運
   賃を求める計算部と、前記特定エリア内の発売区間の発
   券に必要な発券データを作成するデータ作成部と、前記
   発券端末に入力された発売区間が前記特定エリア内であ
   る場合に前記計算部により運賃を計算して前記データ作
   成部により発券に必要な発券データを作成し、前記入力
   された発売区間が前記特定エリア外の区間を含む場合に
   前記中央処理装置に当該発売区間の運賃計算及び発券デ
   ータ作成を依頼する判断部とを有するサテライトコンピ
   ュータとを備えることを特徴とする発券システム。
3. 【請求項３】 異なる複数の運賃体系の運賃データを用
   いて特定発売区間の運賃を求めて発券処理をコンピュー
   タに行わせる為のプログラムを記録した媒体において、 異なる複数の運賃体系の内の特定の運賃体系の運賃デー
   タを用いて特定エリア内の発売区間の運賃を求める計算
   部と、前記特定エリア内の発売区間の発券に必要な発券
   データを作成するデータ作成部と、前記発券端末に入力
   された発売区間が前記特定エリア内である場合に前記計
   算部により運賃を計算して前記データ作成部により発券
   に必要な発券データを作成し、前記入力された発売区間
   が前記特定エリア外の区間を含む場合に中央処理装置に
   当該発売区間の運賃計算及び発券データ作成を依頼する
   判断部としてコンピュータを機能させる為のプログラム
   を記録したことを特徴とする媒体。