"ユーザが乗った乗駅と降りた降駅の対である乗降駅対の履歴をその日が平日か休日かの平休日情報を含めて記憶するICカードに基づき、降駅候補の駅名を表示し降駅が特定されたとき対応する乗車券を発行する乗車券発行機と、前記ICカードのカードIDに対してこのICカードに記憶された前記乗降駅対を、前記平休日情報を含めて記憶するデータベースを有する乗降駅対記憶サーバと、前記ICカードが前記乗車券発行機に挿入されたとき、前記ICカードの前記カードIDに対してこの乗車券発行機の設置された駅を含む乗降駅対のデータを、当該日の平休日の別を含めて前記乗降駅対記憶サーバに問い合せ、前記乗降駅対のデータが検知されたときその頻度に応じて、この検知された対応駅の駅名表示を他の駅名よりも目立つように表示させる表示制御手段と、を有することを特徴とする乗車券購入支援システム。ユーザが乗った乗駅と降りた降駅の駅対の履歴をその乗降日が平日か休日かの平休日情報を含めて記憶するICカードを認識するICカード認識部と、降りる駅の駅名を表示する降駅候補表示部と、前記ICカードが前記ICカード認識部に挿入されたとき、前記ICカードのカードIDに対してこの乗車券発行機の設置された駅を含む乗降駅対のデータを、当該日の平休日の別を含めて、前記ICカード認識部において認識された前記ICカードの前記駅対情報及び前記平休日情報を前記カードIDに対して記憶するデータベースを有する乗降駅対記憶サーバに問い合せる駅対問合せ部と、この駅対問合せ部からの問い合わせに対して、前記乗降駅対記憶サーバにおいて前記乗駅を含む乗降駅対が見つけられたとき、この駅対の降駅候補の駅名を他の駅名より目立つように前記降駅候補表示部で表示させる降駅表示制御部と、を有することを特徴とする乗車券発行機。前記目立つように表示させる手段は、前記降駅候補の駅名の明るさを他の駅名よりも明るく表示させることを特徴とする請求項2記載の乗車券発行機。降駅候補表示制御部で目立つように表示させる手段は、前記降駅候補の駅名を大きく表示させることを特徴とする請求項2又は3記載の乗車券発行機。従来の乗車券購入支援システムは、平日と休日の行動パターンを考慮していないので、自宅の最寄りの駅か休日に電車に乗ろうとしているにも拘わらず、平日に降りる可能性の高い駅が有力候補駅として提示されることもあり、不便であった。本発明は、平日と休日の行動パターンに合わせて利用者に降駅の候補を提示することが可能な乗車券購入支援システム及び乗車券発行機を提供する。上記の課題を解決するために、一実施形態は、ユーザが乗った乗駅と降りた降駅の対である乗降駅対の履歴をその日が平日か休日かの平休日情報を含めて記憶するICカードに基づき、降駅候補の駅名を表示し降駅が特定されたとき対応する乗車券を発行する乗車券発行機と、前記ICカードのカードIDに対してこのICカードに記憶された前記乗降駅対を、前記平休日情報を含めて記憶するデータベースを有する乗降駅対記憶サーバと、前記ICカードが前記乗車券発行機に挿入されたとき、前記ICカードの前記カードIDに対してこの乗車券発行機の設置された駅を含む乗降駅対のデータを、当該日の平休日の別を含めて前記乗降駅対記憶サーバに問い合せ、前記乗降駅対のデータが検知されたときその頻度に応じて、この検知された対応駅の駅名表示を他の駅名よりも目立つように表示させる表示制御手段と、を有することを特徴とする乗車券購入支援システムを提供する。以下、実施形態について図面を用いて説明する。図1にこの実施形態の全体の構成例を示す。インターネットなどのネットワーク11に接続され、例えば電車の乗降駅対を記憶している乗降駅対記憶サーバ12と、ネットワーク11に接続され、各駅の改札口付近に設置される乗車券発行機13a,13b,13c,13d,13eとにより構成される。乗車券発行機13a,13b,13c,13d,13eまとめて13と表記することもあるの構成例を図2に示す。図2に示す乗車券発行機13は、乗車券を買うためにICカードを挿入され、このICカードのカードIDを認識するICカード認識部21と、この乗車券発行機13が設けられている駅を記憶している乗駅記憶部22と、ICカードが挿入された日にちは平日であるか休日であるかを判定する平休日判定部23と、ICカード認識部21に挿入されたICカードに記憶されている過去の履歴と乗駅及び平休日の情報を集めて乗降駅対記憶サーバ12に問い合わせる乗降駅対問合せ信号を作成する乗降駅対問合せ部24と、この作成された乗降駅対問合せ信号を乗降駅対記憶サーバ12に送信しその回答を受信する送受信部25と、送受信部25にて受信した駅対を記憶する結果駅対記憶部26と、この記憶された駅対を調べて、上記乗駅に対応する降駅として頻度の高い駅を検知しその駅名の大きさを制御する降駅検知表示制御部27と、この降駅検知表示制御部27で検知された降駅候補の駅名を表示する降駅候補表示部28と、表示された降駅候補などの駅名をユーザが選択したとき乗車券を発行する乗車券発行部29と、を有する。乗降駅対問合せ部24にて作成される乗降駅対問合せ信号には、キーとなる乗駅の駅名、平日か休日かの別平休日情報が含まれている。降駅検知表示制御部27は、結果駅対記憶部26で記憶された駅対があるかどうかを調べて、ある場合には降駅候補としての駅名を大きく表示するように制御する機能を有する。この降駅検知表示制御部27の表示制御に基づいて降駅候補表示部28で表示される駅名が大きく表示されることがある。乗降駅対記憶サーバ12の構成例を図3に示す。この乗降駅対記憶サーバ12は、乗駅と降駅の対の情報がデータベースとして記憶されている乗降駅対履歴記憶DB31と、乗車券発行機13から送られてくる乗降駅対問合せ信号を受信し、その結果の乗降駅対を送信する送受信部32と、上記乗降駅対履歴記憶DB31にアクセスし問い合わせを受けた乗駅の駅名を含む駅対を検索する駅対検索部33とを有する。乗降駅対記憶DB31には、ICカードのカードIDに対してその乗駅と降駅の駅対及びその乗降がされた日にちの平日か休日かの別も履歴として記憶されている。そして、乗車券発行機の発行機IDなども含めて乗駅の情報が与えられると、その駅が乗駅か降駅として含まれる駅対が検索されるようになっている。なお、行き先の駅としては当該駅が乗駅となった駅対だけを調べることも可能であるが、当該駅が降駅となった駅対を含めた方が駅対の数が多くなり、特に検索する駅対のデータが少ない場合には有効である。逆に駅対データが多い場合には、当該駅が乗駅となっている駅対を調べるようにしてもよい。次に、この実施形態の動作を図4に示すフローチャートに従って説明する。最初のステップS401にて、乗車券を購入しようとするユーザが電車の乗降駅対の履歴を記憶しているICカードが、乗車券発行機12のICカード挿入口に挿入されたかどうかを検知する。次のステップS402では、ICカード認識部21において、挿入されたICカードのカードIDを認識する。ステップS403で、乗駅記憶部22において、乗駅の駅名今、この乗駅名をAとするなどその駅の情報を取得する。ステップS404では、平休日判定部23において今日乗車券が購入される日が平日か休日土曜、日曜、祝日かの判定がなされる。次に駅対問合せ部24において、乗駅記憶部22から入力された乗駅の駅名A及びこの乗車券発行機の発行機IDとICカード認識部21から入力されたカードIDと、平休日判定部23から入力された平日休日の区別の情報平休日情報から駅対問合せ信号を作成する。ステップS405では、駅対問合せ部24にて作成された駅対問合せ信号を送受信部25からネットワーク11を介して乗降駅対記憶サーバ12に送信して駅対の検索を依頼する。上記駅対問合せ信号は、図3に示す乗降駅対記憶サーバ12の送受信部32で受信され、駅対検索部33に送られる。駅対検索部33は、乗降駅対履歴記憶DB31にアクセスし、乗駅名Aが含まれる乗降駅の駅対を検索する。このとき、平休日情報も参照される。ステップS406では、平休日を区別して、当該カードIDの履歴に乗駅Aを含む駅対が検知されたかを駅対検索部33で判別する。乗駅Aを含む駅対が全く検知されなかったときS406でNには、ステップS407でその結果が、乗車券発行機12に送られ降駅候補表示部28では、通常の駅名表示がなされる。乗駅Aを含む駅対が、検知されなかったときの降駅候補表示部28における駅名の表示例を図5に示す。すなわち、降駅候補である駅名である、B,C,D,F,G,Hはすべて同じ大きさで表示されるように、降駅検知表示制御部27で表示制御される。降駅候補表示部28は、例えば候補となる駅名が表示されると共に、そのいずれかの駅名にタッチされると、降駅として入力されるタッチパネルディスプレイにより構成される。この場合には、乗駅Aを含む駅対が検知されなかったので、図5に示すよう降駅の候補となる駅名B,CD,F,G,H,の駅名アイコンは、同じ大きさで表示されるステップS408。ユーザがこのうちのどれかの駅名アイコンにタッチすると、乗駅Aからその駅までの金額がその下に表示され、例えばその下に下のトレイに、上記金額を入れてくださいと表示される。ステップS409でいずれかの駅名のアイコンにタッチされ、ステップS410でその降駅までの料金が入れられると、その駅を降駅とする乗車券が発行される。この処理は乗車券発行部29においてなされ、その乗車券料金はICカード認識部21において認識された金額から差し引かれる。一方、ステップS406で、乗降駅対記憶サーバ12において、挿入されたICカードの履歴に、乗駅を含む乗降駅対が検知された場合には、検索された駅対を駅対検索部33から、送受信部32からネットワーク11を介して乗車券発行機13に送信されるステップS411。この検索結果を送られる乗車券発行機は、先に乗降駅対記憶サーバ12に問い合わせした乗車券発行機であり、この乗車券発行機の特定は乗降駅対の問い合せ時に送付された発行機IDによりなされる。該当発行機IDの乗車券発行機13では、送受信部25においてその回答結果を受け取り、結果駅対記憶部26に記憶しその結果を降駅検知表示制御部27に送る。降駅検知表示制御部27では、乗駅Aに対応する降駅候補として検索された例えばB駅、C駅の駅名61,62を、図6に示すように、他の降駅候補の駅名よりも大きく表示する。B駅の駅名がC駅の駅名より大きく表示されているのは、検索により得られた駅対におけるB駅がC駅よりも多く見つかったからである。このように検索された頻度に応じて駅名表示の大きさを大きくしてもよく、あるいは大きさを2段階として、ヒット回数を問わず検索された駅の駅名を見つけられなかった駅の駅名より大きく表示するようにしてもよい。このようにすれば、表示の大きさは大か小かの2通りであり、表示する機構は簡単になる利点がある。また検索された乗降駅対の対応駅名の表示は、大きくするだけでなく、それらを他の候補駅名よりも明るく点灯表示するとか、これらの駅名のみ点灯表示するように表示すると、降駅の候補駅名の大きさを変える必要がないので、通常よく用いられるように駅名を押すことが可能なボタンとして表示することができる。要するに本発明では、検索により見つかった駅対の駅名の表示を他の駅名よりも目立つように表示すればよい。ところで、上記実施形態では、中央のサーバに乗降駅対を問合せ、検索により得られた駅対を乗車券発行機に置いて、降駅候補の駅名を調べていた。しかし、駅対の問合せのとき乗駅は既に判明しているのであるから、乗降駅対の履歴を検索した後、駅対でなく、降駅の候補のみを乗車券発行機に回答するようにすることも可能である。このようにすれば、サーバからの回答の情報量を減らすことができ、ネットワークへの負担を低減できる利点がある。上記実施形態では、電車などに乗ろうとする駅が乗駅または降駅として含まれている駅対を検索していた。このようにすれば、比較的容易に駅対を検索できることができる利点がある。しかし、乗ろうとする駅が、乗駅と降駅の間にある中間駅である場合も検索するようにすることができる。このようにすれば、検索により発見される駅対を更に増加させることが可能となる利点がある。上記実施形態では、休日は土曜日、日曜日、及び祝日であり、平日はこれらの日以外の日であるものとして説明した。しかし、休日に日曜日及び祝日を含め、平日に土曜日を含めるようにしてもよい。本発明のいくつかの実施形態を説明したがこれらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"