特開 2023-128364 駅務端末、駅務処理システム及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023128364

(43)【公開日】2023-09-14

(54)【発明の名称】駅務端末、駅務処理システム及びプログラム

(51)【国際特許分類】

   G06Q 50/30 20120101AFI20230907BHJP

   G06F 3/0484 20220101ALI20230907BHJP

【ＦＩ】

G06Q50/30

G06F3/0484

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022032667

(22)【出願日】2022-03-03

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】弁理士法人スズエ国際特許事務所

(72)【発明者】

【氏名】宇津野 誠

【テーマコード（参考）】

5E555

5L049

【Ｆターム（参考）】

5E555AA25

5E555BA02

5E555BA04

5E555BB02

5E555BB04

5E555BC17

5E555BD01

5E555CA02

5E555CB03

5E555CB33

5E555DA22

5E555DB20

5E555DB39

5E555DC13

5E555DC60

5E555DD06

5E555EA07

5E555FA00

5L049CC43

(57)【要約】

【課題】駅務業務を円滑に遂行するための駅務端末、駅務処理システム及びプログラムを提供することを目的とする。
【解決手段】実施形態に係る駅務端末は、一連の複数の処理業務からなる駅務業務を実行する駅務端末であって、前記駅務業務を遂行するための画面を表示する表示部と、外部から操作命令を受信するインターフェース部と、前記操作命令を処理する制御部とを備え、前記画面には、前記複数の処理業務を実行するためにそれぞれ割り当てられたボタン領域が表示され、前記制御部は、前記複数の処理業務に含まれる第１処理業務を実行するための第１ボタン領域を選択する第１操作命令を受信すると、前記複数の処理業務のうち１以上の第２処理業務の処理状態情報を前記画面に表示させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

一連の複数の処理業務からなる駅務業務を実行する駅務端末であって、
前記駅務業務を遂行するための画面を表示する表示部と、
外部から操作命令を受信するインターフェース部と、
前記操作命令を処理する制御部とを備え、
前記画面には、前記複数の処理業務を実行するためにそれぞれ割り当てられたボタン領域が表示され、
前記制御部は、前記複数の処理業務に含まれる第１処理業務を実行するための第１ボタン領域を選択する第１操作命令を受信すると、前記複数の処理業務のうち１以上の第２処理業務の処理状態情報を前記画面に表示させる駅務端末。

【請求項2】

前記制御部は、前記ボタン領域のいずれかを起点とする吹出などの表示領域の中に前記処理状態情報を表示する請求項１に記載の駅務端末。

【請求項3】

前記制御部は、前記第１操作命令を受信すると、前記第１処理業務の処理状態情報を、前記第１ボタン領域を起点とする第１表示領域に表示させる請求項２に記載の駅務端末。

【請求項4】

前記制御部は、前記第１操作命令を受信すると、前記複数の処理業務のうち前記第１処理業務より前に実行すべき第３処理業務の処理状態情報を、前記表示領域に表示させる請求項２または請求項３のいずれか１項に記載の駅務端末。

【請求項5】

前記制御部が前記第１操作命令を受信すると、前記処理状態情報を外部サーバから取得する端末通信部を備えた請求項１乃至請求項４のいずれか１項に記載の駅務端末。

【請求項6】

一連の複数の処理業務からなる駅務業務を実行する駅務端末であって、
前記駅務業務を遂行するための画面を表示する表示部と、
外部から操作命令を受信するインターフェース部と、
外部と通信を実行する端末通信部と、
前記操作命令を処理する端末制御部とを備え、
前記画面には、前記複数の処理業務を実行するためにそれぞれ割り当てられたボタン領域が表示される１以上の駅務端末と、
前記複数の処理業務の処理状態情報を格納するサーバ記憶部と、
外部と通信を実行するサーバ通信部とを備えた駅務機器統括サーバと、
を備えた駅務処理システムであって、
前記端末制御部は、前記複数の処理業務に含まれる第１処理業務を実行するための第１ボタン領域を選択する第１操作命令を受信すると、前記複数の処理業務のうち１以上の第２処理業務の処理状態情報を前記駅務機器統括サーバから取得し、前記取得した処理状態情報を前記画面に表示させる駅務処理システム。

【請求項7】

駅務端末のコンピュータに一連の複数の処理業務からなる駅務業務を実行させるためのプログラムであって、
前記駅務業務を遂行するための画面を表示する手順と、
外部から操作命令を受信する手順と、
前記操作命令を処理する手順と、
前記画面に前記複数の処理業務を実行するためにそれぞれ割り当てられたボタン領域を表示する手順と、
前記複数の処理業務に含まれる第１処理業務を実行するための第１ボタン領域を選択する第１操作命令を受信すると、前記複数の処理業務のうち１以上の第２処理業務の処理状態情報を前記画面に表示させる手順とを備えたプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明の実施形態は、駅務業務に用いられる駅務端末、駅務処理システム及びプログラムに関する。

【背景技術】

【0002】

鉄道事業者の係員は、窓口処理機などの駅務機器を用いて各種駅務業務の処理をする。係員は、駅務端末を利用して、複数の駅務機器を制御する駅務機器統括サーバにアクセスし、データのやり取りなどを実施することで各種駅務業務を実行する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８－１５２４８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、一連の処理業務を含む駅務業務において、例えば、処理業務によって実行権限が設定されている場合に実行権限の異なるユーザの業務状況を見ることが出来なかったり、処理業務が複雑に関連していたりすることがあり、駅務業務が円滑に進まないことがある。

【0005】

本発明が解決しようとする課題は、駅務業務を円滑に遂行するための駅務端末、駅務処理システム及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

実施形態に係る駅務端末は、一連の複数の処理業務からなる駅務業務を実行する駅務端末であって、前記駅務業務を遂行するための画面を表示する表示部と、外部から操作命令を受信するインターフェース部と、前記操作命令を処理する制御部とを備え、前記画面には、前記複数の処理業務を実行するためにそれぞれ割り当てられたボタン領域が表示され、前記制御部は、前記複数の処理業務に含まれる第１処理業務を実行するための第１ボタン領域を選択する第１操作命令を受信すると、前記複数の処理業務のうち１以上の第２処理業務の処理状態情報を前記画面に表示させる。

【図面の簡単な説明】

【0007】

【図1】図１は、第１の実施形態に係る駅務処理システムの構成ブロック図である。

【図2】図２は、第１の実施形態に係る駅務処理システムの運用フローの例を示す図である。

【図3】図３は、第１の実施形態に係る駅務処理システムにおいて使用されるデータベースの例を示す図である。

【図4】図４は、第１の実施形態に係る駅務端末が吹出の出力処理をするためのフローチャートである。

【図5】図５は、第１の実施形態に係る駅務機器統括サーバが要求されたデータを出力するためのフローチャートである。

【図6】図６は、第１の実施形態に係る駅務端末に表示される画面の例を示す図である。

【図7】図７は、第２の実施形態に係る駅務端末に表示される画面の例を示す図である。

【図8】図８は、第３の実施形態に係る駅務端末に表示される画面の例を示す図である。

【発明を実施するための形態】

【0008】

以下、図面を参照しながら、本発明の第１の実施形態について説明する。
（第１の実施形態）
本実施形態においては、駅務係員が、一連の処理業務を含む駅務業務を実施するための駅務処理システムの例について示す。

【0009】

本実施形態の駅務処理システムは、例えば、係員が駅の日計締切や終車締めなどの駅務業務を実行する際に、前段階での処理業務が未完了もしくは未承認であるため現段階の処理業務を行うことが出来ないといった場合に、係員の駅務端末に現段階もしくは前段階の処理業務のステータスや締切日時を通知する。駅務処理システムは、係員の駅務端末への通知の際に、例えば駅務端末の画面に処理業務を実行するためのボタンなどから吹出を出して、吹出の中に業務が出来ない理由を表示する。

【0010】

図１は、第１の実施形態に係る駅務処理システムの構成ブロック図であり、本処理システムは、複数の駅務端末１と駅務機器統括サーバ２を備える。

【0011】

駅務端末１Ａ、１Ｂは、例えば、パソコン、ノートパッド、ノートパソコン、スマートフォンなどの端末であり、ＣＰＵ、メモリなどを備えたコンピュータ、無線、有線の通信機能、画面操作可能なインターフェースなどを具備する。図１における駅務端末１Ｂは、駅務端末１Ａの機能の一部を含んだ構成として示すが、駅務端末１Ａと同一であってもよい。駅務端末１Ａ、１Ｂは、特に区別しない場合は、駅務端末１と総称する。

【0012】

駅務端末１は、係員（駅員）によって操作され、係員によって入力された操作命令などに基づいてデータを駅務機器統括サーバ２に送信したり、駅務機器統括サーバ２が送信したデータなどを受信したりするなど、駅務機器統括サーバ２とデータのやり取りをする。また、駅務端末１は、他の駅務端末１とデータのやり取りをする。

【0013】

端末制御部１０Ａ、１０Ｂは、受信した操作命令などに基づいて、駅務端末１内の各種機能を操作する。操作命令は、例えば、係員によってＩ／Ｆ部１０３などから入力される。なお、図１に示す端末制御部１０Ｂは、端末制御部１０Ａの機能の一部を示しているが、端末制御部１０Ａの機能の全てを備えることでもよい。端末制御部１０Ａ、１０Ｂは、特に区別しない場合は、端末制御部１０と称する。端末制御部１０の全ての機能もしくは機能の一部は、ＣＰＵなどで実行されるプログラムであってもよく、駅務処理をするためのアプリケーションソフトウェアに含まれることでもよい。

【0014】

画面表示部１１Ａ、１１Ｂ（特に区別しない場合は、画面表示部１１と称する）は、アプリケーションソフトウェアなどによる業務管理画面や端末制御部１０による処理結果などを画面部１０１に表示させる。また画面表示部１１は、吹出表示部１３から受信した吹出情報に基づいて表示部１０１に吹出を表示させる。

【0015】

業務状況認識部１２は、各処理業務の処理状況などを駅務機器統括サーバ２から取得する。業務状況認識部１２は、取得した処理状況などの処理状況情報を吹出表示部１３などに出力することでもよい。

【0016】

吹出表示部１３は、画面上に表示させる吹出情報を生成し、生成した吹出情報を画面表示部１１に出力する。吹出情報には、業務状況認識部１２が取得した処理業務の処理状況情報や、吹出を画面上のどこに表示させるか、吹出の起点をどこにするかなどの情報が含まれる。

【0017】

承認願送受信部１４Ａ、１４Ｂ（特に区別しない場合は、承認願送受信部１４と称する）は、画面上に表示される承認願ボタンが押下されると、他の駅務端末１に承認願要求を出力する。また承認願送受信部１４は、他の駅務端末１から承認願要求を受信した場合に、承認通知を出力する。本実施形態においては、駅務端末１Ａを、より下位の権限を有する係員（係員Ａと称する）が持つ駅務端末とし、駅務端末１Ｂを、より上位の権限を有する係員（係員Ｂと称する）が持つ駅務端末とする例について示す。すなわち駅務端末１Ａは、承認願要求を送信し、駅務端末１Ｂは承認願要求を受信する。駅務端末１Ｂは、承認願要求を受信すると、駅務端末１Ｂの画面部１０１の業務画面に承認願要求が受信された旨を表示するなどし、係員Ｂにより例えば駅務端末１Ｂの画面部１０１の業務画面から「承認」ボタンが押されると、駅務端末１Ａに承認通知を送信することでもよい。

【0018】

効果音生成部１５は、画面表示部１１が画面部１０１に吹出を表示するタイミングで、ユーザである係員に対して発する効果音を生成し、スピーカ部１０４に出力する。

【0019】

画面部１０１Ａ、１０１Ｂ（特に区別しない場合は、画面部１０１と称する）は、例えばモニタである。

【0020】

通信部１０２Ａ、１０２Ｂ（特に区別しない場合は、通信部１０２と称する）は、駅務端末１（例えば駅務端末Ａ）が駅務機器統括サーバ２や他の駅務端末１（例えば駅務端末１Ｂ）などとデータやり取りをするための通信機能であり、ネットワーク４に接続可能な有線もしくは無線の任意の通信方式などを備える。

【0021】

Ｉ／Ｆ部１０３Ａ、１０３Ｂ（特に区別しない場合は、Ｉ／Ｆ部１０３と称する）は、例えば、パソコンのマウスやキーボードなどの外部機器を接続し、外部機器から操作信号などを受信するためのインターフェースである。また、画面部１０１がタッチパネル機能を備える場合は、Ｉ／Ｆ部１０３は、タッチパネルからの制御情報を受信することでもよい。

【0022】

スピーカ部１０４は、音を発する機能を備えたスピーカなどであり、効果音生成部１５から入力された効果音を音波として出力する。

【0023】

駅務機器統括サーバ２は、鉄道係員が実施する駅務業務を統括するサーバであり、ＣＰＵ、メモリなどを備えたコンピュータ、通信機能などを具備してもよい。本実施形態の駅務機器統括サーバ２は、各処理業務の処理権限情報、処理状況などの処理業務情報を管理するデータベースを備え、駅務端末１からの要求に応じてデータベースからデータを取り出して、駅務端末１に提供する。また駅務機器統括サーバ２には、複数の駅務機器３が接続されており、駅務機器３から各種情報を取得したり、駅務機器３を制御したりする。

【0024】

駅務機器統括サーバ２は、駅務端末１（例えば駅務端末１Ａ）と他の駅務端末１（例えば駅務端末１Ｂ）との通信を媒介するハブ機能を備えていてもよい。なお、駅務端末１（例えば駅務端末１Ａ）と他の駅務端末１（例えば駅務端末１Ｂ）とは、ネットワーク４を介して直接データのやり取りをすることでもよい。また、駅務機器統括サーバ２は、必要に応じた機能を持っていれば、駅務端末１と同様の端末であってもよい。

【0025】

記憶部２１は、メモリであり、処理業務情報などのデータベースが格納される。

【0026】

サーバ制御部２２は、外部からの命令、要求に応じて駅務機器統括サーバ２内部の機能を制御する。

【0027】

通信部２３は、駅務機器統括サーバ２が駅務端末１などとデータやり取りをするための通信機能であり、ネットワーク４に接続可能な有線もしくは無線の任意の通信方式などを備えることでもよい。

【0028】

駅務機器３Ａ、３Ｂ（特に区別しない場合は、駅務機器３と総称する）は、鉄道係員が業務を実施するための駅務機器であり、例えば、自動改札機や乗車券売機、ＩＣカード処理部、運賃検索など係員の業務に関わるさまざまな機能を備え、ＣＰＵ、メモリなどを備えたコンピュータ、通信機能などを具備する。

【0029】

ネットワーク４は、１以上の駅務端末１や駅務機器統括サーバ２が接続されるネットワークを示し、任意の通信方式を備えた有線もしくは無線のネットワークである。

【0030】

図２は、第１の実施形態に係る駅務処理システムの運用フローの例を示す図であり、駅の駅務業務である締切の業務フローを示す。

【0031】

締切の駅務業務は、複数の処理業務で構成され、締切業務（ステップＳ１１）、廃札業務（ステップＳ１２）、データ入力業務（ステップＳ１３）、収入確認業務（ステップＳ１４）、確定処理業務（ステップＳ１５）を含む。本実施形態においては、締切の駅務業務は、前の業務が終わっていないと次の業務が出来ないものとするが、必ずしもその制限によって限定されることはない。なお、「駅務業務としての締切」とステップＳ１１の「締切業務」とを区別するために、「駅務業務としての締切」を示す場合は「締切駅務業務」と称する。

【0032】

ステップＳ１１の締切業務においては、係員が駅務端末１から駅務機器統括サーバ２に締切命令を送信すると、駅務機器統括サーバ２は、駅内に設置してある駅務機器３から締切データを受信する。ステップＳ１２の廃札業務においては、係員が駅務端末１から駅務機器統括サーバ２に締切命令を送信すると、駅務機器統括サーバ２は、係員の操作ミスなどで発券したものを無効にして記憶部２１のデータベースを更新する。

【0033】

ステップＳ１３のデータ入力業務においては、係員が駅務端末１から駅務機器統括サーバ２に「その他手入力せざるを得ない券種」などを入力すると、駅務機器統括サーバ２は、入力されたデータに基づいて記憶部２１のデータベースを更新する。ステップＳ１４の収入確認業務においては、係員が駅務端末１から駅務機器統括サーバ２の記憶部２１のデータベースに格納されている締切現金の過不足などの確認を行う。

【0034】

ステップＳ１５の確定処理業務においては、係員が駅務端末１から駅務機器統括サーバ２の記憶部２１のデータベースに格納されている運輸収入日報の確認、締切確定を行う。

【0035】

図３は、第１の実施形態に係る駅務処理システムにおいて使用されるデータベースの例を示す図であり、図２の業務に関わる処理業務情報の例である。

【0036】

データＤＴ１は業務番号を示し、データＤＴ２は同行の業務項目を示し、データＤＴ３は同行の業務項目の処理内容を示し、データＤＴ４は同行の業務項目を実行できる権限の情報を示し、データＤＴ５は同行の業務項目を実行できる権限を持つ人の情報を示し、データＤＴ６は同行の業務項目を実行できる日時を示す締切日時（または締切時刻）の情報を示し、データＤＴ７は同行の業務項目の処理状況の情報を示す。データＤＴ４の権限情報においては、レベルはＡ（上位権限）、Ｂ（中位権限）、Ｃ（下位権限）として示しており、データＤＴ５の権限者情報においては、上位権限者が「ａさん」であり、中位権限者が「ｂさん」であり、下位権限者が「ｃさん」、「ｄさん」であることを示している。データＤＴ５の権限者情報には、メールアドレスやＩＰアドレス、ＭＡＣアドレスなど各係員が保有する駅務端末１と通信を可能とするための情報（駅務端末情報と称する）を備えていてもよい。

【0037】

図３の情報は行ごとに紐づけられて示されており、例えば、業務番号「２」の業務項目「廃札」の処理内容は、権限が「Ｃ権限以上」であり、権限者が「ａさん、ｂさん、ｃさん」であり、業務の締切日時が「２月２日２３時１５分」であり、処理状況が「承認待ち」であることを示している。なお、図３に示したデータは一例であり、必ずしもデータベースに全てのデータを含める必要はない。また、図３に図示していないデータ項目（データ列）もあるが、任意のデータ項目を追加してもよい。すなわち、記憶部２１のデータベースには必要に応じたデータ項目を備えれば良い。

【0038】

図４は、第１の実施形態に係る駅務端末が吹出の出力処理をするためのフローチャートであり、例えばフローチャートを実行するプログラムは駅務端末１の端末制御部１０に搭載されている。本フローチャートは、係員が処理業務のボタンをクリック（もしくは処理業務のボタンの上にカーソルを置く操作でもよい）してから、画面部１０１に吹出を出力するまでの処理動作について示し、権限の異なる任意の係員による任意の処理業務の処理動作が含まれる。より具体的な異なる権限を持つ係員の操作における処理動作の例については後述する。

【0039】

例えば、係員がインターフェース部１０３に接続されているマウスから駅務端末１の画面部１０１に表示されている処理業務のボタンをクリックすると、駅務端末１は、操作信号などを受信して処理業務のボタンが押下されたことを検知する（ステップＳ１０１）。駅務端末１において、業務状況認識部１２は、クリックされた処理業務の処理状況の情報を駅務機器統括サーバ２から取得する（ステップＳ１０２）。ステップＳ１０２において、業務状況認識部１２は、ステップＳ１０１でクリックされたボタンによって実行される処理業務の直前の処理業務の処理状況の情報のみを駅務機器統括サーバ２から取得してもよいし、駅務業務全ての処理業務の処理状況の情報を駅務機器統括サーバ２から取得してもよく、必要に応じて取得する情報を選択してもよい。

【0040】

業務状況認識部１２は、取得した処理業務の処理状況の情報を確認し、クリックされた処理業務の一つ前の業務が終了していた場合は、吹出を表示しない（ステップＳ１０３のＹｅｓ）。また業務状況認識部１２は、クリックされた処理業務が、一連の業務のうち一番最初の処理業務（例えば図２の締切業務の場合に相当）の場合は、吹出を表示しないようにすることでもよい。

【0041】

一方、業務状況認識部１２は、クリックされた処理業務の処理状況の情報を確認し、クリックされた処理業務の一つ前の業務が終了していない場合は、取得した情報から一つ前の業務に締切日時があるか否かを確認する（ステップＳ１０４）。業務状況認識部１２は、取得した情報から一つ前の業務に締切日時がないことを確認すると、ステップＳ１０５に進む（ステップＳ１０４のＮｏ）。業務状況認識部１２は、ステップＳ１０２で取得した情報から、一つ前の業務の実行権限を確認し、ステップ１０１を実行した係員の権限情報と比較する（ステップＳ１０５）。ステップＳ１０５において、ステップ１０１を実行した係員の権限情報は、ステップ１０１が実行された駅務端末１の記憶部１０５に予め格納されていることでもよい。

【0042】

業務状況認識部１２は、ステップＳ１０５において、一つ前の業務がステップ１０１を実行した係員よりも上位の権限者でなくとも実行可能であることを確認した場合、吹出表示部１３に対して、一つ前の業務の情報とともに吹出の表示命令を出力する（ステップＳ１０５のＮｏ、ステップＳ１０６）。ステップＳ１０６が実行されると、吹出表示部１３は、吹出の表示位置や吹出の中の内容を含む吹出情報を表示命令とともに画面表示部１１に出力する。画面表示部１１は、受信した吹出を受信した表示位置に出力する。

【0043】

一方、業務状況認識部１２は、ステップＳ１０５において、一つ前の業務がステップ１０１を実行した係員よりも上位の権限者でないと実行できないことを確認した場合、一つ前の業務に対する承認願の送信状況の情報を承認願送受信部１４から取得する（ステップＳ１０９）。承認願の送信状況の情報は、承認願送受信部１４が過去に承認願いを送信した時に、記憶部１０５などに格納しておくことでもよい。

【0044】

業務状況認識部１２は、取得した承認状況を確認し、すでに承認願を送信済みの場合は、ステップＳ１０６に進む（ステップＳ１０９のＹｅｓ）。一方、業務状況認識部１２は、取得した承認状況を確認し、承認願が送信済みでない場合は、吹出表示部１３に対して、一つ前の業務の情報とともに承認願いを送信するボタンを含めた吹出の表示命令を出力する（ステップＳ１０９のＮｏ、ステップＳ１１０）。

【0045】

ステップＳ１０４に戻り、業務状況認識部１２は、取得した情報から一つ前の業務に締切日時があることを確認すると、駅務機器統括サーバ２から締切日時の情報を取得する（ステップＳ１０４のＹｅｓ、ステップＳ１０７）。ステップＳ１０７において締切日時の情報を取得した場合は、例えばステップＳ１０６、Ｓ１１０において吹出の中に締切日時の情報を含めることでもよい。

【0046】

図５は、第１の実施形態に係る駅務機器統括サーバが要求されたデータを出力するためのフローチャートであり、例えば図４のステップＳ１０２、Ｓ１０７、Ｓ１０８などにおいて、駅務端末１が駅務機器統括サーバ２に対してデータを要求した場合の駅務機器統括サーバ２の処理動作を示す。

【0047】

駅務機器統括サーバ２において、サーバ制御部２２は、通信部２３を介して駅務端末１からデータ要求を受信すると（ステップＳ２０１のＹｅｓ）、要求されたデータを記憶部２１から取得し（ステップＳ２０２）、取得したデータを駅務端末１に送信する（ステップＳ２０３）。

【0048】

図６は、第１の実施形態に係る駅務端末に表示される画面の例を示す図であり、例えば図３のデータＤＴ５に示した「ｃさん」が業務番号２の「廃札」を実行しようとして表示された吹出の例を示す（ただし、ここでは処理業務の締切日時はないものとする）。以下に、図５のフローチャートを用いて、図６が表示されるまでの駅務機器１の処理動作を説明する。

【0049】

ｃさんは、駅務端末１（駅務端末１Ａの構成とする）の画面部１０１に締切管理画面５を表示させて、「廃札」の業務ボタン５２にカーソル５０１１を合わせる（ステップＳ１０１）。駅務端末１の業務状況認識部１２は、処理業務の処理状況の情報を取得する（ステップＳ１０２）。業務状況認識部１２は、取得された処理状況の情報を確認し、処理業務「廃札」の一つ前の業務「締切」が終了していないことを確認し、取得した情報から一つ前の業務に締切日時があるか否かを確認する（ステップＳ１０４）。

【0050】

業務状況認識部１２は、取得した情報から一つ前の業務に締切日時がないことを確認すると、ステップＳ１０５に進む（ステップＳ１０４のＮｏ）。業務状況認識部１２は、ステップＳ１０２で取得した情報から、一つ前の業務「締切」の実行権限を確認し、係員「ｃさん」の権限情報と比較する（ステップＳ１０５）。

【0051】

業務状況認識部１２は、ステップＳ１０５において、一つ前の業務「締切」が係員「ｃさん」よりも上位の権限者である「ａさん」、「ｂさん」でないと実行できないことを確認すると、一つ前の業務「締切」に対する承認願の送信状況を取得する（ステップＳ１０９）。

【0052】

業務状況認識部１２は、取得した承認状況を確認し、すでに承認願を送信済みであることを確認すると、ステップＳ１０６に進む（ステップＳ１１０のＹｅｓ）。なお、ステップＳ１１０において、業務状況認識部１２は、ステップＳ１０２で取得したデータ（例えば図３の業務番号１のデータＤＴ７）に基づいて、業務「締切」の承認願いが送信済みであると判断することでもよい。

【0053】

ステップＳ１０６が実行され、吹出表示部１３は、吹出の起点位置を実行中の業務ボタン５２の上とし、吹出の中の内容を「締切が未完了の為業務を行うことが出来ません」とした吹出情報を表示命令とともに画面表示部１１に出力する。画面表示部１１は、受信した吹出情報に基づいて、吹出を画面部１０１に表示させる。以上の手順により、図６の吹出５０２１が駅務業務画面５に表示される。

【0054】

本実施形態によると、駅務業務画面５において、処理業務のボタンを起点に吹出などが表示されることにより、係員は、業務の状況を把握することが容易である。これにより、業務の漏れなどを防ぐことが出来るばかりでなく、仕事の効率化にも繋がる。
（第２の実施形態）
本実施形態においては、Ｃ（下位権限）権限者である係員「ｄさん」がデータ入力業務（図３の業務番号３）を実行する際に、ｄさんの使用している駅務機器１に吹出を表示させる例を示す。

【0055】

本実施形態の駅務機器１（駅務機器１Ａとする）は、Ｃ権限者のｄさんがデータ入力業務を行う際、Ｂ権限者以上でないと承認することが出来ない締切業務が終わっていないことを確認し、承認願を送信するボタンを吹出に表示する。承認願は該当する業務を行うことが出来る最低権限の人に送信され、今回の場合はＢ権限を持つ人「ｂさん」に送信されることが望ましい。なお承認願の送信先は事前に決めた任意の人でもよい。承認願の通知は、ｂさんの駅務機器１（駅務機器１Ｂとする）にて受信され、ｂさんが次に駅務端末１Ｂを使用した際に画面部１０１Ｂに表示されることでもよいし、ｂさんが駅務端末１Ｂを使用中の場合には、ポップアップなどにより通知を画面部１０１Ｂに表示させることでもよい。以下に、図５のフローチャートを用いて、図７が表示されるまでの駅務機器１Ａの処理動作を説明する。ただし、ここではステップＳ１０４に係る締切日時はないものとする。

【0056】

図７は、第２の実施形態に係る駅務端末に表示される画面の例を示す図である。

【0057】

ｄさんは、駅務端末１Ａの画面部１０１Ａに締切管理画面５を表示させて、「データ入力」の業務ボタン５３にカーソル５０１１を合わせる（ステップＳ１０１）。駅務端末１Ａの業務状況認識部１２は、カーソル５０１１の置かれた処理業務の処理状況の情報を取得する（ステップＳ１０２）。業務状況認識部１２は、取得された処理状況の情報を確認し、処理業務「データ入力」の前の業務「締切」が終了していないことを確認し、取得した情報から前の業務に締切日時があるか否かを確認する（ステップＳ１０４）。業務状況認識部１２は、取得した情報から前の業務「締切」に締切日時がないことを確認すると、ステップＳ１０５に進む（ステップＳ１０４のＮｏ）。業務状況認識部１２は、ステップＳ１０２で取得した情報から、前の業務「締切」の実行権限を確認し、係員「ｄさん」の権限情報と比較する（ステップＳ１０５）。

【0058】

業務状況認識部１２は、ステップＳ１０５において、前の業務「締切」がステップ１０１を実行した係員よりも上位の権限者でないと実行できないことを確認したため、業務「締切」に対する承認願の送信状況を取得する（ステップＳ１０９）。

【0059】

業務状況認識部１２は、取得した承認状況を確認し、まだ承認願を送信していないことを確認したとする（ステップＳ１０９のＮｏ）。業務状況認識部１２は、吹出表示部１３に対して、前の業務「締切」の情報とともに「承認願いを送信するボタン」を含めた吹出の表示命令を出力する（ステップＳ１０９のＮｏ、ステップＳ１１０）。

【0060】

ステップＳ１１０が実行され、吹出表示部１３は、吹出の起点位置を実行中の業務ボタン５３の上とし、吹出の中の内容を「締切の承認が完了していません。承認願を送信しますか？」及び吹出の中に承認願を送信するための「送信ボタン」として吹出情報を画面表示部１１に出力する。画面表示部１１は、受信した吹出情報に基づいて、吹出を画面部１０１に表示させる。以上の手順により、図７の吹出５０２２が駅務業務画面５に表示される。

【0061】

本実施形態によると、駅務業務画面５において、処理業務のボタン（図７の業務ボタン５３に相当）を起点に吹出が表示され、その中に未完了の業務を実行するボタン（図７の吹出５０２３の送信ボタン）を表示することで、次のフローを実行することが容易である。
（第３の実施形態）
第３の実施形態においては、Ａ（上位権限）権限者である係員「ａさん」が確定処理業務（図３の業務番号５）を実行する際に、ａさんの使用している駅務機器１に吹出を表示させる例を示す。以下に、図５のフローチャートを用いて、図８が表示されるまでの駅務機器１の処理動作を説明する。

【0062】

図８は、第３の実施形態に係る駅務端末に表示される画面の例を示す図である。

【0063】

係員ａさんがマウスから駅務端末１（駅務端末１Ａの構成とする）の画面部１０１に表示されている処理業務「確定処理」のボタンをクリックする（ステップＳ１０１）。駅務端末１の業務状況認識部１２は、処理業務の処理状況の情報を駅務機器統括サーバ２から取得する（ステップＳ１０２）。業務状況認識部１２は、取得した処理業務の処理状況の情報を確認し、クリックされた処理業務の前の業務「収入確認」が終了していないため、取得した情報から前の業務「収入確認」に締切日時があるか否かを確認する（ステップ１０３のＮｏ、ステップＳ１０４）。

【0064】

業務状況認識部１２は、取得した情報から前の業務「収入確認」に締切日時があることを確認すると、駅務機器統括サーバ２から締切日時の情報を取得する（ステップＳ１０４のＹｅｓ、ステップＳ１０７）。業務状況認識部１２は、ステップＳ１０２で取得した情報から、前の業務「収入確認」の実行権限を確認し、係員「ａさん」の権限情報と比較する（ステップＳ１０５）。業務状況認識部１２は、ステップＳ１０５において、前の業務「収入確認」が係員「ａさん」よりも上位の権限者でなくとも実行可能であることを確認し、吹出表示部１３に対して、前の業務の情報とともに吹出の表示命令を出力する（ステップＳ１０５のＮｏ、ステップＳ１０６）。

【0065】

ステップＳ１０６が実行されると、吹出表示部１３は、吹出の起点位置をステップＳ１０１でクリックした業務ボタン５５の上とし、吹出の中の内容を「収入確認が未完了のため業務を行うことが出来ません。」をとして吹出情報を画面表示部１１に出力する。画面表示部１１は、受信した吹出情報に基づいて、吹出を画面部１０１に表示させる。以上の手順により、図８の吹出５０２４が駅務業務画面５に表示される。

【0066】

さらに本実施形態における吹出表示部１３は、ステップＳ１０４において取得した締切日時の情報を含めて「ＹＹＹＹ／ＭＭ／ＤＤ／Ｈ：Ｍまでに業務を完了させてください。」を内容とし、吹出の起点位置を締切日時の情報の対象である業務ボタン５４の上として吹出情報を画面表示部１１に出力する。ＹＹＹＹ／ＭＭ／ＤＤ／Ｈ：Ｍは、年月日時刻を示す。画面表示部１１は、受信した吹出情報に基づいて、吹出を画面部１０１に表示させる。

【0067】

以上の手順により、図８の吹出５０２５が駅務業務画面５に表示される。駅務端末１を使用しているａさんは、吹出５０２４、５０２５を見ることで、直ちに前の業務「収入確認」が未完了であることを知り、実行することができる。

【0068】

本実施形態によると、駅務業務画面５において、未完了の処理業務のボタン（図８の業務ボタン５４に相当）を起点に吹出などが表示されることにより、どの業務が未完了なのか把握することが容易である。これにより、業務の漏れなどを防ぐことが出来るばかりでなく、仕事の効率化にも繋がる。
（変形例）
上記の実施形態においては、図４のステップＳ１０１でクリックしたもしくはカーソルを当てた業務ボタンが実行する処理業務よりも前の処理業務の処理状況を吹出に示す例を示したが、以下のように任意の場合に実施形態を適用できる。

【0069】

例えば、図４のステップＳ１０１でクリックもしくはカーソルを当てた業務ボタンが実行する処理業務の処理状況を、カーソルを当てた業務ボタンの領域を起点とする吹出に表示させてもよい。図６の表示例でより具体的に示すと、例えば業務ボタン５１の処理業務「締切」にカーソルを当てると、「締切が未完了」といった内容が含まれた吹出が業務ボタン５１を起点として画面５に表示されるようにしてもよい。

【0070】

また例えば、図４のステップＳ１０１でクリックもしくはカーソルを当てた業務ボタンが実行する処理業務よりも前の段階の処理業務全てまたは一部について、処理状況を吹出に表示させてもよい。図６の表示例でより具体的に示すと、例えば業務ボタン５５の処理業務「確定処理」にカーソルを当てると、業務ボタン５１から業務ボタン５４の各業務ボタンを起点に、それぞれの業務ボタンの処理状況の内容が含まれた吹出が画面５に表示されるようにしてもよい。すなわち、図４のステップＳ１０１でクリックもしくはカーソルを当てる業務ボタンと、吹出を表示する起点となる業務ボタンが異なっていてもよい。

【0071】

また、表示される吹出の数も特に制限されることはなく、例えば、図７の表示例において、業務ボタン５１の処理業務が完了していない場合に、図４のステップＳ１０１で業務ボタン５５にカーソルを置いたときに、業務ボタン５１から５４の全ての業務ボタンを起点とした複数の吹出を表示させてもよいし、一番上位の処理業務の業務ボタン５１を起点とする吹出のみを表示させることでもよい。

【0072】

以上に述べた少なくとも１つの実施形態、変形例によれば、駅務業務を円滑に遂行するための駅務端末、駅務処理システム及びプログラムを提供することができる。

【0073】

以上の実施形態、変形例に含まれる駅務端末１の特徴は以下のようにも示される。

【0074】

（Ａ－１）駅務端末１上で業務ボタン（例えば、図６の業務ボタン５０１１）を押下もしくはカーソルを合わせて選択した際、当該業務を行うことが出来ない場合は吹出（例えば、図６の吹出５０２１）を出す。吹出の代わりにポップアップなどによる表示でもよいが、吹出の場合、ポップアップなどと違い起点により示す場所が明確化し対象箇所が分かりやすいメリットがある。
（Ａ－２）吹出には業務を行うことが出来ない理由を表示する。例えば、吹出に「処理業務Ａが未完了のため業務を行うことが出来ません。」のように表示をする（例えば、図６の吹出５０２１など）。ここで処理業務Ａとは、業務ボタンで選択された処理業務の前段階の処理業務を含む。

【0075】

（Ａ－３）駅務端末１の操作者より上位権限を持ったユーザでないと前段階の処理業務の承認が行えない場合、吹出などに承認願を送信するボタンを表示させる（例えば、図７の吹出５０２３）。
（Ａ－４）未完了の前段階での業務に締切日時がある場合は、業務ボタンを押下した際に表示する吹出に加えて前段階での業務ボタンにも終了期限の吹出を表示する（例えば、図８の吹出５０２５）。

【0076】

（Ａ－５）吹出を出す際に端末操作者が分かりやすいよう、効果音を出しても良い。吹出以外にもポップアップを表示させても良い。

【0077】

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。また、フローチャート、シーケンスチャートなどに示す処理は、ＩＣチップ、デジタル信号処理プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ ＰｒｏｃｅｓｓｏｒまたはＤＳＰ）などのハードウェアもしくはマイクロコンピュータを含めたコンピュータなどで動作させるソフトウェア（プログラムなど）またはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

【符号の説明】

【0078】

１Ａ…駅務端末、２…駅務機器統括サーバ、３Ａ…駅務機器、４…ネットワーク、１０Ａ…制御部、１１Ａ…画面表示部、１２…業務状況認識部、１３…吹出表示部、１４Ａ…承認願送受信部、１５…効果音生成部、２１…記憶部、２２…サーバ制御部、２３…通信部、１０１Ａ…画面部、１０２Ａ…通信部、１０３Ａ…Ｉ／Ｆ部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】