(57)【要約】【課題】対話操作型の発券機において、利用者が領収書の発行を必要としない場合の操作を、簡略化できるようにする。【解決手段】利用者が、『領収書有り』ボタン９、『領収書なし』ボタン１０の、いずれをも操作せずに『確認』ボタン１１を操作したときには、『領収書なし』ボタン１０が操作されたものとして、領収書の発行を省略する。【選択図】図６
2006065433.tif 000002
【特許請求の範囲】
【請求項１】
利用者によって所定の順序に従って対話形式で入力された情報に応じて券類を発行する発券機であって、
発券記録の帳票を発行するか否かを利用者に選択させる帳票発行選択手段と、
当該選択以降の情報を利用者に入力させる後続情報入力手段と、
入力された情報に応じて券類の発行動作を制御する制御手段とを備え、
前記制御手段は、利用者が帳票発行選択手段によって前記帳票を発行するか否かを選択することなく、後続情報入力手段を操作して当該選択以降の情報を入力した場合には、帳票を発行しないことを利用者が選択したものと見なすものであることを特徴とする、発券機。
【請求項２】
前記帳票発行選択手段と前記後続情報入力手段とが、略同時に入力可能状態となるものであることを特徴とする、請求項１に記載の発券機。
【請求項３】
前記後続情報入力手段が、発券記録の帳票を発行するか否かを利用者が選択した際に、利用者の確認入力を求めることを特徴とする、請求項１もしくは２に記載の発券機。
【請求項４】
前記発券記録の帳票が、前記券の販売代金の領収書であることを特徴とする、請求項１ないし３のいずれかに記載の発券機。
【請求項５】
操作のために必要な情報を表示する表示手段と、
利用者が情報を入力するための情報入力手段と、
券類を印字する印字手段と、
利用者によって入力された情報に応じて、少なくとも前記各手段を動作させる制御手段と、
当該券類の代金を決済するための決済手段と、
を備えた発券機であって、
前記表示手段が、前記代金の領収書を発行するか否かの選択肢と、当該選択肢のいずれか一方を利用者が選択した際に、選択の確認を利用者に求める確認表示を表示するとともに、
前記情報入力手段が、利用者による前記選択ならびに確認の入力を受け付け、
利用者が、前記選択肢のいずれをも選択することなく前記確認入力を行った場合には、前記制御手段が、前記選択肢のうちの所定のひとつの選択肢が利用者によって選択されたものとして動作することを特徴とする、発券機。
【請求項６】
前記所定のひとつの選択肢が、前記領収書を発行しない選択肢であることを特徴とする、請求項５に記載の発券機。
【請求項７】
表示手段と、入力手段と、発券手段と、領収書発行手段と、制御手段とを備えて、
前記表示手段に表示される内容に従って利用者が入力手段を用いて入力した情報に基づき、発券手段によって乗車券類を発行すると共に、必要に応じて領収書を発行する発券機であって、
前記入力手段は、利用者が行先を入力するための行先入力部を備え、
前記制御手段は、行先入力部に入力された行先と、予め登録された出発地情報に応じて、外部から得られた空席情報を用いて、前記発券手段を制御して前記乗車券類を発行させる一方、
前記制御手段はまた、領収書発行の可否を利用者に選択させる内容と、当該選択の結果を利用者に確認させる内容とを、前記表示手段によって同時に表示させ、
利用者が前記入力手段によって、領収書発行の可否いずれかを選択入力したのちに、当該選択の結果を確認する操作を行った場合には、当該選択入力に基づいて領収書を発行し、もしくは発行せず、
利用者が前記入力手段によって、領収書発行の可否いずれも選択入力しないままに、当該選択の結果を確認する操作を行った場合には、領収書を発行しない
ことを特徴とする、発券機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が画面表示を見ながら対話形式で操作する発券機に関する。
【背景技術】
【０００２】
最近では、公共交通機関の乗車券類なども、自動発券機によって発売されるようになっている。このような場合、公共交通機関の利用者における経理上の要請に応える目的で、自動発券機が乗車券類とは別に、必要に応じて領収書を発行できるようになっている。この場合、領収書を発行するか否かは、利用者の操作によって選択されるのが、普通である。
【０００３】
【特許文献１】特開２０００−１６３６０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし実際には、この領収書の発行／非発行を選択する操作は、領収書を必要としない利用者にとっては面倒であるばかりか、乗車券自体が券面に金額など取引内容を印刷表示した紙片であるため、そのような操作が必要であること自体に、領収書を必要としない利用者が気づかない場合も少なくない。
このことを逆に考えれば、そのような利用者にとっては、そもそも領収書の発行自体が不要である。
【０００５】
ところが、現在の自動発券機の多くにおいては、利用者が上記の操作を終えない限り、たとえ利用者が次段階の操作を実行しようとしても、自動発券機が次段階の操作に応じた処理を実行しない。その結果、利用者にとっては、自動発券機が操作を受け付けないように見える事態が、起こってしまう。
【課題を解決するための手段】
【０００６】
このような課題を解決するために、本発明においては、自動発券機などにおいて、利用者が領収書の発行／非発行を選択する操作を省略して次の操作を行えるようにするとともに、領収書の発行／非発行を選択する操作がなされないまま、次の段階の操作がなされた場合には、利用者が領収書の非発行を選択した場合と同じ処理を行うようにし、また、領収書の非発行を選択する機能を、領収書の発行を選択する機能よりも、利用者の注意を喚起し易いようにしたものである。
【発明の効果】
【０００７】
本発明を採用することにより、自動発券機の操作が、利用者にとってわかりやすいものになる。その結果、自動発券機を運営する事業者においては、自動発券機の稼働率向上を期待できる。
【発明を実施するための最良の形態】
【０００８】
発券内容ならびに購入金額を利用者に確認させる情報を表示し、領収書発行の必要もしくは不要を利用者に選択させ、そののち利用者に表示された情報の通りの取り引きを承諾する旨の確認操作を行わせるに際して、利用者が領収書発行の必要もしくは不要を選択することなく確認操作を行った場合には、発券機は、領収書発行の不要が選択され、そののちに確認操作が行われた場合と同様の処理を実行する。
【実施例１】
【０００９】
図１に、本発明の実施例のシステム構成の概要を示す。図において、１は発券機、２はホストコンピュータ、３はネットワークである。発券機１とホストコンピュータ２は、ネットワーク３を介して相互に接続されており、必要に応じてデータを授受できるようになっている。
【００１０】
発券機１は、中央制御部、モニタ、タッチパネル、入出金部、ならびに発券部を備えている。中央制御部は、オペレーティングシステム、Ｗｅｂクライアント、Ｗｅｂサーバ、ミドルウェアのソフトウェアを搭載し、これらを適宜実行する。ミドルウェアは、ネットワーク３を介してＷｅｂサーバとホストコンピュータ２との間でのデータの授受を仲介する役割を果たす。モニタは、中央制御部から送られる指示に従って、画像を利用者が視認できる形で表示する。
このモニタに表示される画像の中には、特定の機能に対応するボタンの画像が含まれる。タッチパネルは、モニタの表示部分に重なるように配置される。ここで、利用者がタッチパネルのうちで前記押釦に重なる部分に指先などで触れると、中央制御部が、利用者が当該ボタン画像に対応する機能を指定したものと認識する。
入出金部は、現金投入部、現金鑑別部、現金保管部、現金排出部、制御部を備えており、券類の購入代金の受け入れ、代金受け取りの判断、釣銭の払い出しなどの役割を果たす。
【００１１】
発券部は、券面印字部、ならびに券搬送部を備えており、中央制御部から送られる指示に従って、券類を発行する役割を果たす。
【００１２】
次に、上述のシステムの動作について、説明する。以下、主として発券機１の画面に表示される内容について図示しつつ、画面表示の内容とシステムの動作とを関連づけて説明を試みることとする。
【００１３】
図２に、システムの稼動状態における初期画面の表示内容を示す。この画面表示は、図８に示したフローチャートにおいて、ステップ１０１に該当するものである。
この画面のデータは、発券機に内蔵されたＷｅｂサーバのソフトウェア（以下、単に『Ｗｅｂサーバ』と略称する）にＨＴＭＬ形式で予め格納されており、同様に発券機に内蔵されたＷｅｂクライアントのソフトウェア（以下、単に『Ｗｅｂクライアント』と略称する）がＷｅｂサーバにアクセスすることによってデータが読み出され、画面表示が実行される。また、このＨＴＭＬ形式のデータには、画面に重ねて配置されたタッチパネルの操作に応じてＷｅｂサーバに信号を送るプログラムが含まれており、利用者が画面に触れると、触れた部分に表示されている内容を選択する入力がなされるようになっている。以下に説明する各画面においても、同様である。
【００１４】
この図２の画面では、行き先方面のボタンの画像５、ならびに人数のボタンの画像６が表示されている。以下、このボタンの画像のことを、単に『ボタン』と略称する。また、タッチパネル上でボタンの画像に重なる部分に指先などで触れる操作を、単に『ボタンを押す』と略称する。ここで、利用者は『○○方面』、もしくは『人数』の、いずれを選択してもよい。このうち人数については、『大１（おとな１名）』がデフォルト値となっている。
【００１５】
利用者が希望の乗車人数に応じたボタン２を押すと、ステップ１０２において乗車人数の更新が検出差れ、更新された乗車人数の情報がＷｅｂサーバに送信され、折り返し、Ｗｅｂサーバから更新された人数の表示情報がＷｅｂクライアントに送られ、ステップ１０３において画面上の乗車人数の表示が更新される。同時に、ガイダンス音声『いらっしゃいませ。行き先をお選びください。』が出力される。
【００１６】
ここで、利用者が希望の行き先方面に応じたボタン１を押すと、ステップ１０４において当該ボタン１が押されたことが検出され、ボタンが押されたことを示す情報がＷｅｂサーバに送信され、折り返しＷｅｂサーバからＷｅｂクライアントに、図３に示す画面のデータが送信され、ステップ１０５においてこの画面がＷｅｂクライアントによって表示される。
【００１７】
利用者が行き先方面の選択後に希望の乗車人数に応じたボタン２を押すと、ステップ１０６において乗車人数の更新が検出差れ、更新された乗車人数の情報がＷｅｂサーバに送信され、折り返し、Ｗｅｂサーバから更新された人数の表示情報がＷｅｂクライアントに送られ、ステップ１０７において画面上の乗車人数の表示が更新される。
【００１８】
図３は、図２の画面表示に対する操作で指定された行き先方面における降車地を選択する画面である。
図３においては、図２に示した各行き先方面ごとに、行き先方面に応じた降車地の候補を一覧表示する複数の画面が用意されている中から、図２において利用者が選択した行き先方面に対応した画面が表示される。ここで利用者は、図２の段階と同様に、降車地を選択できる。この操作は、ステップ１０８において画面上のタッチパネルにより検出され、ＷｅｂクライアントからＷｅｂサーバに送られる。Ｗｅｂサーバでは、ステップ１１０においてＷｅｂクライアントから受け取った内容をもとに、利用者が選択した内容での空席状況を問い合わせるデータベース問い合わせ文を作成し、このデータベース問い合わせ文をホストコンピュータに対して発行する。この処理と並行して、図４に示す画面が表示される。図４では、空席状況をホストコンピュータに問い合わせて回答を待っていることを示している。
【００１９】
この問い合わせに対して、ホストコンピュータは、座席予約のデータベースを検索して、利用者によって指定された条件に該当する座席に余裕があるか否かを調べる。ここで、同一方向へ多数の便が頻繁に出発する、いわゆるフリークエント・サービスが行われている場合には、発券機において現在時刻を検出し、現在時刻以降に最初に出発する便を、デフォルトで検索対象としておけばよい。この場合、発券機から乗車位置までの標準的な移動時間を考慮に入れて、たとえば現在時刻から１０分後以降に最初に出発する便を、デフォルトの検索対象としてもよい。
【００２０】
ステップ１１１において、ホストコンピュータからの回答が『空席有り』であれば、指定された条件に従って仮の予約をデータベースに記録するとともに、乗車地、降車地、出発時刻、乗車人数、発券代金の情報を、Ｗｅｂサーバに返信する。Ｗｅｂサーバでは、ステップ１１２においてホストコンピュータから受け取った情報をＨＴＭＬ形式の画面情報に追加し、これをＷｅｂクライアントに送る。Ｗｅｂクライアントでは、Ｗｅｂサーバから受け取ったＨＴＭＬ形式のデータに基づいて、図５のように画面表示を行う。
【００２１】
図５の表示においては、前述の仮予約がなされた乗車予定内容が、発売されるべき券面を模した形態で表示される他、『領収書は必要ですか？』の質問文、ならびに『領収書あり』『領収書なし』『確認』『とりけし』『ほかの出発時刻便を選ぶ』の各ボタンが、表示される。
ここで、表示された乗車予定内容に対して変更の必要が無い場合には、利用者は、必要に応じて『領収書あり』もしくは『領収書なし』のいずれかのボタンを押せば良い。このいずれかのボタンを押す操作に応じて、ステップ１１３において『確認』のボタン、ステップ１１４において『領収書あり』のボタン、ステップ１１６において『領収書あり』のボタンが、それぞれ押されたか否かがタッチパネルによって検出され、検出内容に応じて信号がＷｅｂサーバに送られる。これに対してＷｅｂサーバでは、押された方のボタンが視認性に優れた色もしくは高輝度の表示、いわゆるハイライト表示になるように画面表示の内容を切り替える。
【００２２】
ここで、利用者が『領収書あり』『領収書なし』のいずれをも選択せずに、『確認』のボタンを押した場合には、Ｗｅｂサーバは、ステップ１１６においてＹｅｓの結果が得られた場合と同様に、『領収書なし』のボタンが押され、続いて利用者によって確認操作がなされたものと見なす。
【００２３】
上記のように、Ｗｅｂサーバが利用者による確認操作を認識すると、ステップ１１７においてＷｅｂサーバが画面表示を図６に示す現金投入画面に切り替える。
図６においては、画面に『発売金額』すなわち利用者が指定した券の購入に必要な金額と、『投入金額』すなわち利用者が実際に発券機に投入した金額とが、同時に表示される。『投入金額』に関しては、発券機に設けられた現金鑑別部（図示しない）によって、ステップ１１８において利用者によって投入された金額がリアルタイムに監視されており、現金が投入されるごとに、ステップ１１９において金額が更新表示される。
【００２４】
ここで、ステップ１２０において『投入金額』が『発売金額』を下回らない額に達すると、ステップ１２１においてＷｅｂサーバが画面表示を図７に示す発券中画面に切り替える。これと並行して、Ｗｅｂサーバからホストコンピュータに対して、取り引き成立の信号が送信される。これを受けてホストコンピュータでは、上述の仮の予約を正式の予約に切り替えて、データベースに記録する。また、券売機の券面印刷部において、図５の画面に示されたものと同様の内容を券面に印刷する。同じく発券機の制御部において、投入金額と発券金額とを比較し、釣銭の額を計算する。釣銭の金額がゼロでない場合には、発券機の現金排出部において、釣銭相当額の現金を取り出す。さらに、利用者が『領収書あり』を指定した場合には、領収書を印刷する。そののち、ステップ１２２において、印刷された券、取り出された釣銭相当額の現金、ならびに必要な場合には領収書を、一括して排出する。そののち、所定時間を経ると、Ｗｅｂサーバが画面表示を図２に示した初期画面に復帰させる。
【産業上の利用可能性】
【００２５】
本発明は、利用者が画面表示を見ながら対話形式で操作する装置に適用可能なものである。たとえば、自動発券機などにおいて、利用者が領収書の発行／非発行を任意に選択できるような装置に適用することが、可能である。
【図面の簡単な説明】
【００２６】
【図１】本発明のシステムの概観を示す説明図
【図２】行き先方面の表示画面を示す説明図
【図３】行き先の表示画面を示す説明図
【図４】降車地の表示画面を示す説明図
【図５】予約照会中であることを示す表示画面を示す説明図
【図６】領収書発行選択の表示画面を示す説明図
【図７】投入金額の表示画面を示す説明図
【図８】装置の処理手順を示すフローチャート
【図９】装置の処理手順を示すフローチャート
【図１０】装置の処理手順を示すフローチャート
【図１１】装置の処理手順を示すフローチャート
【符号の説明】
【００２７】
１  発券機
２  ホストコンピュータ
３  ネットワーク
５  方面選択ボタン
６  乗車人数選択ボタン
７  行き先選択ボタン
８  降車地選択ボタン
９  領収書発行選択ボタン
１０  領収書非発行選択ボタン
１１  確認ボタン
【図１】
2006065433.tif 000003
【図２】
2006065433.tif 000004
【図３】
2006065433.tif 000005
【図４】
2006065433.tif 000006
【図５】
2006065433.tif 000007
【図６】
2006065433.tif 000008
【図７】
2006065433.tif 000009
【図８】
2006065433.tif 000010
【図９】
2006065433.tif 000011
【図１０】
2006065433.tif 000012
【図１１】
2006065433.tif 000013