JP7322839B2 - サーバ装置、情報表示システム、および、プログラム - Google Patents

Description

本発明は、検証業務を行う端末の位置とその時間を共有するサーバ装置、情報表示システム、および、プログラムに関する。

鉄道においては、無賃乗車を抑止するために車内で車掌が検札している。また近年では、検札をサポートする発明が提案されている。例えば特許文献１には、座席の空席情報を随時チェックし車両毎の最新の混雑情報をパネルに表示する技術が開示されている。

特開２００３－４４５５８号公報

一編成の列車内に複数人の車掌がいる場合を考える。この場合、或る車掌は、他の車掌が検札した車両を把握しておかないと、同一車両を重複して検札したり、未検札の車両が発生するおそれがある。また、車掌が或る車両の乗客に対して検札を行ったとしても、所定の時間が経過したならば、この車両の乗客が入れ替わるため、再び検札を行う必要がある。

病院における巡回業務や、倉庫における棚卸業務でも、鉄道における検札業務と同様な課題が存在する。つまり、複数人で複数の区画の検証業務を行う際には、他の者が検証した区画を把握しておかないと、同一区画を重複して検証したり、未検証の区画が発生するおそれがある。

そこで、本発明は、サーバ装置、情報表示システム、および、プログラムについて、各区画の検証状況を容易に把握することを課題とする。

本発明は、上記目的を達成するため、
複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を第１端末装置から受け付ける第１受付手段と、
前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段と、
前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段と、
前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段と、
前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段と、
前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が所定の時間よりも短い場合の表示態様と、前記経過時間が前記所定の時間以上の場合の表示態様と、を互いに異ならせて前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段と、
を備えたことを特徴とするサーバ装置とした。

本発明によれば、各区画の検証状況を容易に把握することが可能となる。

第１の実施形態の車両の検札におけるサーバの概略を示す構成図である。 端末の構成図である。 ４両編成の車両の検札において、検札記録格納部に格納された情報の一例を示す図である。 前回検札した時刻情報と経過時間を示す図である。 ４両編成の各車両の前回の検札からの経過時間を示す画面である。 ８両編成の車両の検札において、検札記録格納部に格納された情報の一例を示す図である。 ８両中２両を検札した状態における、前回検札した時刻情報と経過時間を示す図である。 ８両中２両を検札した状態における、各車両の前回の検札からの経過時間を示す画面である。 ８両中７両を検札した状態における、前回検札した時刻情報と経過時間を示す図である。 ８両中７両を検札した状態における、各車両の前回の検札からの経過時間を示す画面である。 サーバによる検札時刻登録処理を示すフローチャートである。 端末による問合処理を示すフローチャートである。 サーバによる問合処理を示すフローチャートである。 第２の実施形態の病院の巡回における巡回時刻登録処理を示すフローチャートである。 端末による問合処理を示すフローチャートである。 サーバによる問合処理を示すフローチャートである。 病院の前回の巡回からの経過時間を示す画面である。 第３の実施形態の倉庫の棚卸における棚卸時刻登録処理を示すフローチャートである。 端末による問合処理を示すフローチャートである。 サーバによる問合処理を示すフローチャートである。 倉庫の前回の棚卸からの経過時間を示す画面である。 倉庫の棚番号と棚名称の変換テーブルを示す画面である。

以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態：車両の検札》
第１の実施形態は、検札業務を行う端末の位置とその時間を記録し、各車両について前回に検札業務を行ってからの経過時間を視覚的に示すものである。これにより、業務者（車掌）やその管理者は、各車両について前回いつ検札したかを容易に把握できる。

図１は、第１の実施形態の車両の検札におけるサーバ１の概略を示す構成図である。
サーバ１は、格納部１１と、検札記録受付部１２と、ＣＰＵ（Central Processing Unit）１３と、ＲＡＭ（Random Access Memory）１４と、検索記録出力部１５と、表示部１６と、操作部１７と、通信部１８と、計時部１９とを備えている。このサーバ１は、端末２（図２参照）と通信して検札状況を取得するものである。サーバ１は、例えばデータセンタ内または列車内に設置されており、後記する端末２と組み合わせて情報表示システムを構成する。

格納部１１は、例えばハードディスクドライブやＳＳＤ（Solid State Drive）などの大容量記憶装置であり、検札記録格納部１１１やプログラム１１２を格納している。検札記録格納部１１１は、各車掌による検索業務を記録したテーブルであり、後記する図３や図６などに示されている。

ＣＰＵ１３は、このサーバ１を統括制御する中央処理装置である。ＣＰＵ１３は、プログラム１１２を実行し、揮発性の記憶部であるＲＡＭ１４をワークエリアとする。これにより後記する検札記録受付部１２や検索記録出力部１５が具現化される。

表示部１６は、例えば液晶ディスプレイなどであり、文字や図形や画像などを表示するものである。
操作部１７は、例えばキーボードやマウスであり、このサーバ１を操作するためのものである。
通信部１８は、例えばＮＩＣ（Network Interface Card）などであり、ネットワークを介して他の装置と通信するためのものである。

計時部１９は、時刻を計時するためのものである。このＣＰＵ１３と計時部１９は、第１受付手段によって各号車の検札情報（区画識別情報）を受け付けた際に、検札情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段として機能する。更にＣＰＵ１３と計時部１９は、第２受付手段によって問い合わせ（情報取得指示）を受け付けた際に、問い合わせ（情報取得指示）を受け付けた時刻を現在時刻として取得する第２時刻取得手段として機能する。

検札記録受付部１２は、車両の検札業務の記録を受け付けるものであり、ＣＰＵ１３が通信部１８によって端末２（図２参照）と通信することによって具現化される。ここで車両の検札業務の記録とは、検札を行った車両のバーコード情報のことをいう。検札記録受付部１２は、各号車（複数の区画）それぞれを識別するための区画識別情報を端末２（第１端末装置）から受け付ける第１受付手段として機能する。

検索記録出力部１５は、車両の検札業務の記録を処理して出力するものであり、ＣＰＵ１３が通信部１８によって端末２（図２参照）と通信することによって具現化される。検索記録出力部１５は、車両（複数の区画）それぞれに対応する前回の検札からの経過時間に関する情報を端末２（図２参照）に出力する経過時間出力手段として機能する。これにより、図２に示す端末２は、各車両とこれに対応する前回の検札からの経過時間に関する情報を、表示部２４に並べて表示させることができる。

図２は、端末２の構成図である。
端末２は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、表示部２４と、操作部２５と、バーコード読取部２６と、通信部２７とを備えている。この端末２は、車掌が検札業務に用いるものであり、各車掌に１台ずつ支給されている。

ＣＰＵ２１は、この端末２を統括制御する中央処理装置である。ＣＰＵ２１は、不図示のプログラム２３１を実行し、揮発性の記憶部であるＲＡＭ２２をワークエリアとする。このＣＰＵ２１は、車両に係る直前の検札からの経過時間に応じた情報を、この車両情報と共に表示部２４に並べて表示させる。

記憶部２３は、例えばフラッシュメモリなどの不揮発性記憶部であり、プログラム２３１が格納されている。
表示部２４は、例えば液晶ディスプレイなどであり、文字や図形や画像などを表示するものである。

操作部２５は、例えばボタンや、液晶ディスプレイに積層されたタッチパネルであり、この端末２を操作するためのものである。
バーコード読取部２６は、一次元バーコードや二次元バーコードなどを光学的に読み取る部位である。このバーコード読取部２６が各車両に貼り付けられたバーコードを読み取ることで、検札した車両を検知することができる。ここで各車両に貼り付けられたバーコードは、車両（区画）それぞれを識別するための区画識別情報がエンコードされているコードシンボルである。このバーコード読取部２６は、コードシンボルを読み取る読取部であり、かつ、検札した車両（区画）それぞれに付与されている車両（区画）を識別するための区画識別情報がエンコードされたコードシンボルを読み取ることで、区画識別情報を取得する区画識別情報取得部として機能する。

通信部２７は、例えば４Ｇ通信などを行うモジュールであり、無線ネットワークを介して他の装置と通信するためのものである。ＣＰＵ２１は、通信部２７を用いて車両の識別情報をサーバ１に送信し、サーバ１から車両の直前の検札からの経過時間を受信する。通信部２７は、バーコード読取部２６（区画識別情報取得部）によって取得された車両の識別情報（区画識別情報）をサーバ１に送信する第１通信制御部として機能し、サーバ１に対して問い合わせ（情報取得指示）を送信する第２通信制御部として機能する。

《４両編成の列車における例》
以下、図３から図５により、４両編成の列車0001で検札員Aから検札員Cに切り替わった例を示す。このように、検札員が引き継ぎなしに切り替わった場合でも、それまでの検札状況を容易に把握できる。

図３は、４両編成の車両の検札において、検札記録格納部１１１に格納された情報の一例を示す図である。
検札記録格納部１１１は、データ番号欄と、列車番号欄と、号車欄と、検札時刻欄と、端末ＩＤ欄とを含んだテーブルである。検札記録格納部１１１は、各車掌が行う検札を記録して共有するためのものであり、テーブルの各行は車両の検札記録を示している。なお備考欄は、説明のために付与したコメントである。

データ番号欄は、検札記録に付与した追番である。
列車番号欄は、この検札記録に係る列車番号を格納するものであり、ここでは列車番号0001または0002の検札記録が格納されている。

号車欄は、この検札記録に係る車両の号車情報を格納するものであり、ここでは、１号車から４号車までを示す0001～0004の何れかが格納されている。
検札時刻欄には、検札時刻が格納されている。
上記列車番号欄及の列車番号及び号車欄の車両の号車番号は、バーコード読取部２６（区画識別情報取得部）によって取得された車両の識別情報（区画識別情報）である。

端末ＩＤ欄には、検札に用いた端末の識別情報が格納されている。
データ番号0001～0004の検札記録は、列車0001の開始処理である。データ番号0005～0008の検札記録は、列車0002の開始処理である。このとき、各車両の検札時刻として初期値の“1970/01/01,00:00:00”が格納されている。なお、この初期値はユーザが自由に設定できるものであって、時刻情報に限定されず、前回の検札からの経過時間を導出するために用いられなくてよい。

データ番号0009の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の１号車の検札が行われ、検札時刻が“2020/07/15,09:03:19”であることを示している。

データ番号0010の検札記録は、検札員Bによる列車0002の検札の記録である。この検札記録は、検札員Bが端末ＩＤが0002の端末２を用いて列車0002の４号車の検札を行い、検札時刻が“2020/07/15,09:05:48”であることを示している。

データ番号0011の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の２号車の検札が行われ、検札時刻が“2020/07/15,09:13:20”であることを示している。

データ番号0012の検札記録は、検札員Bによる列車0002の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0002の３号車の検札が行われ、検札時刻が“2020/07/15,09:19:57”であることを示している。

データ番号0013の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の３号車の検札が行われ、検札時刻が“2020/07/15,09:25:34”であることを示している。検札員Aは、この後に降車している。

データ番号0014の検札記録は、検札員Bによる列車0002の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0002の２号車の検札が行われ、検札時刻が“2020/07/15,09:26:44”であることを示している。

データ番号0015の検札記録は、検札員Bによる列車0002の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0002の１号車の検札が行われ、検札時刻が“2020/07/15,09:41:06”であることを示している。このように異なる列車についての検札記録を格納しているので、各列車の検札状況を統括的に知ることができる。
データ番号0016～0019の検札記録は、列車0002の終了処理である。このとき、各車両の検札時刻として初期値の“1970/01/01,00:00:00”が格納されている。

データ番号0020の検札記録は、検札員Cによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0003の端末２によって列車0001の４号車の検札が行われ、検札時刻が“2020/07/15,10:11:25”であることを示している。

データ番号0021の検札記録は、検札員Cによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0003の端末２によって列車0001の３号車の検札が行われ、検札時刻が“2020/07/15,10:20:49”であることを示している。

データ番号0022の検札記録は、検札員Cによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0003の端末２によって列車0001の２号車の検札が行われ、検札時刻が“2020/07/15,10:27:06”であることを示している。

データ番号0023の検札記録は、検札員Cによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0003の端末２によって列車0001の１号車の検札が行われ、検札時刻が“2020/07/15,10:36:33”であることを示している。

このように、複数人の検札員が個別に検札した場合であっても、検札記録を一元的にデータベース化することで、各車両の検札状況を容易に把握することができる。

図４は、列車0001について前回検札した時刻情報と経過時間とを示す図である。この情報は、例えば、図３で説明した検札員Cの端末の問い合わせに応じて、サーバ１が実行する問合処理（図１２参照）の結果、生成される。
Ｔ欄には、現在時刻の“2020/07/15,10:10:00”が格納されている。ｎ欄には、車両の号車番号が格納されている。Ｔ_ｎ欄には、このｎ号車における前回の検札時刻が格納されている。Ｍ_ｎ欄には、ｎ号車の前回の検札からの経過時間が格納されている。Ａ_ｎ欄には、ｎ号車の色コードが格納されている。色コードは、例えば０が白色で、６が赤色であり、１から５になるにつて、順次赤色の度合いが濃くなる。

図３に示した検札記録格納部１１１を列車0001で絞り込み、各車両における直近の検札記録、即ち最も下側の検札記録を取得することで、図４に示すＴ_ｎ欄の前回検札した時刻情報を得ることができる。

現在時刻“2020/07/15,10:10:00”における１号車の前回の検札時刻は、“2020/07/15,09:03:19”であり、経過時間は６６分である。このとき、１号車の色コードは６である。

現在時刻“2020/07/15,10:10:00”における２号車の前回の検札時刻は、“2020/07/15,09:13:20”であり、経過時間は５６分である。このとき、２号車の色コードは５である。

現在時刻“2020/07/15,10:10:00”における３号車の前回の検札時刻は、“2020/07/15,09:25:34”であり、経過時間は４４分である。このとき、３号車の色コードは４である。

現在時刻“2020/07/15,10:10:00”において４号車は未検札であり、経過時間は0分である。このとき、４号車の色コードは９９である。

図５は、４両編成の各車両の前回の検札からの経過時間を示す画面３１である。この画面は、端末２の表示部２４に表示される。
画面３１には、車両３１１～３１４と、進行方向３１０と、凡例３１９とが表示されている。
車両３１１には、列車0001の１号車の前回の検札からの経過時間が数字で+60と示され、更に色によって６０分以上であることが示されている。
車両３１２には、列車0001の２号車の前回の検札からの経過時間が数字で56と示され、更に色によって５０分以上６０分未満であることが示されている。

車両３１３には、列車0001の３号車の前回の検札からの経過時間が数字で44と示され、更に色によって４０分以上５０分未満であることが示されている。
車両３１４には、列車0001の４号車が未検札である旨が「未」と示され、更に色によって未検札であることが示されている。

進行方向３１０は、矢印により列車0001の進行方向を示している。
凡例３１９には、各車両の前回の検札からの経過時間と色との対応が示されている。
画面３１により、各車両（区画）の検札状況（検証状況）を容易に把握することが可能となる。

《８両編成の列車における例》
以下、図６から図８により、８両編成の列車0001を検札員Aと検札員Bで検札し始めた例を示す。更に図９と図１０により、８両中７両まで検札を終えた例を示す。このように、複数の検札員が同一の列車を検札する場合であっても、その検札状況を共有することができる。

図６は、８両編成の車両の検札において、検札記録格納部１１１に格納された情報の一例を示す図である。
データ番号0001～0008の検札記録は、列車0001の開始処理である。このとき、各車両の検札時刻として初期値の“1970/01/01,00:00:00”が格納されている。

データ番号0009の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の１号車の検札が行われ、検札時刻が“2020/07/15,09:03:19”であることを示している。

データ番号0010の検札記録は、検札員Bによる列車0001の検札の記録である。この検札記録は、検札員Bが端末ＩＤが0002の端末２を用いて列車0001の８号車の検札を行い、検札時刻が“2020/07/15,09:05:48”であることを示している。

データ番号0011の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の２号車の検札が行われ、検札時刻が“2020/07/15,09:13:20”であることを示している。

データ番号0012の検札記録は、検札員Bによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0001の７号車の検札が行われ、検札時刻が“2020/07/15,09:19:57”であることを示している。

データ番号0013の検札記録は、検札員Aによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0001の端末２によって列車0001の３号車の検札が行われ、検札時刻が“2020/07/15,09:25:34”であることを示している。検札員Aは、この後に降車している。

データ番号0014の検札記録は、検札員Bによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0001の６号車の検札が行われ、検札時刻が“2020/07/15,09:26:44”であることを示している。

データ番号0015の検札記録は、検札員Bによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0001の５号車の検札が行われ、検札時刻が“2020/07/15,09:33:06”であることを示している。

データ番号0016の検札記録は、検札員Bによる列車0001の検札の記録である。この検札記録は、端末ＩＤが0002の端末２によって列車0001の４号車の検札が行われ、検札時刻が“2020/07/15,09:40:03”であることを示している。

データ番号0017～0024の検札記録は、列車0001の終了処理である。このとき、各車両の検札時刻として初期値の“1970/01/01,00:00:00”が格納されている。

図７は、８両中２両を検札した状態における、前回検札した時刻情報と経過時間を示す図である。
Ｔ欄には、現在時刻の“2020/07/15,09:10:00”が格納されている。ｎ欄には、車両の号車番号が格納されている。Ｔ_ｎ欄には、ｎ号車における前回の検札時刻が格納されている。Ｍ_ｎ欄には、ｎ号車の前回の検札からの経過時間が格納されている。Ａ_ｎ欄には、ｎ号車の色コードが格納されている。

図６に示した検札記録格納部１１１を列車0001で絞り込み、各車両における直近の検札記録、即ち最も下側の検札記録を取得することで、図７に示すＴ_ｎ欄の前回検札した時刻情報を得ることができる。

現在時刻“2020/07/15,09:10:00”における１号車の前回の検札時刻は、“2020/07/15,09:03:19”であり、経過時間は６分である。このとき、１号車の色コードは０である。

現在時刻“2020/07/15,09:10:00”において２号車から７号車まで未検札であり、色コードは９９である。

現在時刻“2020/07/15,09:10:00”における８号車の前回の検札時刻は、“2020/07/15,09:05:48”であり、経過時間は４分である。このとき、８号車の色コードは０である。

図８は、８両中２両を検札した状態における、各車両の前回の検札からの経過時間を示す画面３２を示す図である。
画面３２には、車両３２１～３２８と、進行方向３２０と、凡例３２９とが表示されている。
車両３２１には、列車0001の１号車の前回の検札からの経過時間が数字で06と示され、更に色によって０分以上１０分未満であることが示されている。

車両３３２～３２７には、列車0001の２～７号車が未検札であることが示されている。
車両３２８には、列車0001の８号車の前回の検札からの経過時間が数字で04と示され、更に色によって０分以上１０分未満であることが示されている。
進行方向３２０は、矢印により列車0001の進行方向を示している。

凡例３２９には、各車両の前回の検札からの経過時間と色との対応が示されている。
画面３２により、各車両（区画）の検札状況（検証状況）を容易に把握することが可能となる。

図９は、８両中７両を検札した状態における、前回検札した時刻情報と経過時間を示す図である。
現在時刻“2020/07/15,09:40:00”における１号車の前回の検札時刻は、“2020/07/15,09:03:19”であり、経過時間は３６分である。このとき、１号車の色コードは３である。

現在時刻“2020/07/15,09:40:00”における２号車の前回の検札時刻は、“2020/07/15,09:13:20”であり、経過時間は２６分である。このとき、２号車の色コードは２である。

現在時刻“2020/07/15,09:40:00”における３号車の前回の検札時刻は、“2020/07/15,09:25:34”であり、経過時間は１４分である。このとき、３号車の色コードは１である。

現在時刻“2020/07/15,09:40:00”において４号車は未検札である。このとき、４号車の色コードは９９である。

現在時刻“2020/07/15,09:40:00”における５号車の前回の検札時刻は、“2020/07/15,09:33:06”であり、経過時間は６分である。このとき、１号車の色コードは０である。

現在時刻“2020/07/15,09:40:00”における６号車の前回の検札時刻は、“2020/07/15,09:26:44”であり、経過時間は１３分である。このとき、６号車の色コードは１である。

現在時刻“2020/07/15,09:40:00”における７号車の前回の検札時刻は、“2020/07/15,09:19:57”であり、経過時間は２０分である。このとき、７号車の色コードは２である。

現在時刻“2020/07/15,09:40:00”における８号車の前回の検札時刻は、“2020/07/15,09:05:48”であり、経過時間は３４分である。このとき、８号車の色コードは３である。

図１０は、８両中７両を検札した状態における、各車両の前回の検札からの経過時間を示す画面３３を示す図である。
画面３３には、車両３３１～３３８と、進行方向３３０と、凡例３３９とが表示されている。
車両３３１には、列車0001の１号車の前回の検札からの経過時間が数字で36と示され、更に色によって３０分以上４０分未満であることが示されている。
車両３３２には、列車0001の２号車の前回の検札からの経過時間が数字で26と示され、更に色によって２０分以上３０分未満であることが示されている。
車両３３３には、列車0001の３号車の前回の検札からの経過時間が数字で14と示され、更に色によって１０分以上２０分未満であることが示されている。
車両３３４には、列車0001の４号車が未検札である旨が「未」と示され、更に色によって未検札であることが示されている。

車両３３５には、列車0001の５号車の前回の検札からの経過時間が数字で06と示され、更に色によって０分以上１０分未満であることが示されている。
車両３３６には、列車0001の６号車の前回の検札からの経過時間が数字で13と示され、更に色によって１０分以上２０分未満であることが示されている。
車両３３７には、列車0001の７号車の前回の検札からの経過時間が数字で20示され、更に色によって２０分以上３０分未満であることが示されている。
車両３３８には、列車0001の８号車の前回の検札からの経過時間が数字で34と示され、更に色によって３０分以上４０分未満であることが示されている。

進行方向３３０は、矢印により列車0001の進行方向を示している。
凡例３３９には、各車両の前回の検札からの経過時間と色との対応が示されている。
画面３３により、各車両（区画）の検札状況（検証状況）を容易に把握することが可能となる。

図１１は、サーバ１による検札時刻登録処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、検札時刻登録処理を開始すると、全ての車両の前回の検札時刻Ｔ_ｎを初期値に設定する（Ｓ１０）。これにより、検札記録格納部１１１には、各号車の検札記録の初期値が格納される。

その後、サーバ１のＣＰＵ１３は、通信部１８により端末２から検札情報を受信したか否かを判定する（Ｓ１１）。
列車の各車両には、その車両固有のバーコードが設置されている。端末２はバーコードが読まれた場合、サーバ１にそのデータを検札情報として送信する。つまり、端末２は、車両（区画）それぞれを識別するための検札情報（区画識別情報）を取得する第１端末装置として機能する。サーバ１のＣＰＵ１３と通信部１８とは、車両（区画）それぞれを識別するための検札情報（区画識別情報）を端末２（第１端末装置）から受け付ける第１受付手段として機能する。
検札員は、通過しただけで検札をおこなっていないならば、その車両のバーコードを読ませない。

ステップＳ１１において、サーバ１のＣＰＵ１３は、通信部１８により端末２から検札情報を受信したならば（Ｙｅｓ）、ステップＳ１２に進み、端末２から検札情報を受信しなかったならば（Ｎｏ）、ステップＳ１４に進む。ここで検札情報には、車両の号車番号Ｘが含まれている。

ステップＳ１２において、サーバ１のＣＰＵ１３は、計時部１９により現在時刻Ｔを取得し、Ｘ号車の前回の検札時刻Ｔ_ｘにＴを代入して（Ｓ１３）、検札記録格納部１１１に格納すると、ステップＳ１１に戻る。つまり、サーバ１のＣＰＵ１３と計時部１９とは、第１受付手段によって検札された車両の情報（区画識別情報）を受け付けた際に、これを受け付けた現在時刻Ｔ（その車両の検札時刻）を第１時刻として取得する第１時刻取得手段として機能する。これにより、端末２の時刻が間違って設定されていても、その影響を受けなくなる。そしてＣＰＵ１３は、ＣＰＵ１３と計時部１９（第１時刻取得手段）によって今回の検札時刻（第１時刻）が取得される度に、この車両の情報（区画識別情報）と対応付けて今回の検札時刻（第１時刻）を格納部１１（記憶部）に格納（記憶）する記憶制御手段として機能する。

ステップＳ１４において、サーバ１のＣＰＵ１３は、通信部１８により端末２から終点到着情報を受信したか否かを判定する。サーバ１のＣＰＵ１３は、端末２から終点到着情報を受信しなかったならば（Ｎｏ）、ステップＳ１１に戻り、端末２から終点到着情報を受信したならば（Ｙｅｓ）、ステップＳ１５に進む。ここで端末２は、例えば画面操作などによって終点に到着したことを示す終点到着情報をサーバ１に送信する。

ステップＳ１５において、サーバ１のＣＰＵ１３は、変数ｎに１を代入し、対象編成のｎ号車の検札時刻Ｔ_ｎを初期値に設定すると（Ｓ１６）、ステップＳ１７に進む（Ｓ１７）。
ステップＳ１７において、サーバ１のＣＰＵ１３は、ｎ＋１号車が存在するか否かを判定する。サーバ１のＣＰＵ１３は、ｎ＋１号車が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ１８）、ステップＳ１６に戻る。サーバ１のＣＰＵ１３は、ｎ＋１号車が存在しないならば（Ｎｏ）、全ての号車を処理したため、ステップＳ１１に戻る。

図１２は、端末２による問合処理を示すフローチャートである。
ユーザが端末２を操作して、検札状況の表示を指示すると、問合処理が開始する。端末２は、図１１で検札情報を送信した端末であってもよく、この端末とは異なる他の端末であってもよい。
端末２のＣＰＵ２１が、通信部２７により、検札状況を見たい列車をサーバ１に問い合わせると（Ｓ２０）、サーバ１のＣＰＵ１３は、図１３の処理を実行する、そして端末２のＣＰＵ２１は、通信部２７により、サーバ１から色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを受信する（Ｓ２１）。

端末２のＣＰＵ２１は、号車番号ｎを示す変数に１を代入して（Ｓ２２）、列車に編成されている車両数の処理を繰り返す。

ステップＳ２３において、端末２のＣＰＵ２１は、色コードＡ_ｎが９９であるか否かを判定する。ここで色コードが９９とは、未検札を示している。端末２のＣＰＵ２１は、色コードＡ_ｎが９９ならば（Ｙｅｓ）、ステップＳ２４に進み、色コードＡ_ｎが９９でないならば（Ｎｏ）、ステップＳ２６に進む。

ステップＳ２４において、端末２のＣＰＵ２１は、ｎ号車を検札済の車両とは別系統の色で表示部２４に表示し、このｎ号車に「未」と表示すると（Ｓ２５）、ステップＳ３０に進む。

ステップＳ２６において、端末２のＣＰＵ２１は、ｎ号車をＡ_ｎに対応した色で表示部２４に表示する。次に端末２のＣＰＵ２１は、色コードＡ_ｎが６であるか否かを判定する（Ｓ２７）。ステップＳ２７において、端末２のＣＰＵ２１は、色コードＡ_ｎが６ならば（Ｙｅｓ）、表示部２４のｎ号車に「６０＋」と表示して（Ｓ２８）、ステップＳ３０に進む。端末２のＣＰＵ２１は、色コードＡ_ｎが６でないならば（Ｎｏ）、表示部２４の号車に経過時間Ｍ_ｎを表示すると（Ｓ２９）、ステップＳ３０に進む。

ステップＳ３０において、端末２のＣＰＵ２１は、ｎ＋１号車が存在するか否かを判定する。端末２のＣＰＵ２１は、ｎ＋１号車が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ３１）、ステップＳ２３に戻る。端末２のＣＰＵ２１は、ｎ＋１号車が存在しないならば（Ｎｏ）、全ての号車を処理したため、図１２の処理を終了する。

端末２のＣＰＵ２１は、前回検札時刻からの経過時間を色と数字で分かりやすく表示部２４に表示する。更に端末２のＣＰＵ２１は、未検札の車両は別系統の色で表示部２４に表示し、判別を容易にする。

図１３は、サーバ１による問合処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、通信部１８により端末２から問い合わせを受けると（Ｓ４０）、現在時刻Ｔを取得する（Ｓ４１）。そしてサーバ１のＣＰＵ１３は、号車番号ｎを示す変数に１を代入して（Ｓ４２）、ステップＳ４３に進み、列車に編成されている車両数の処理を繰り返す。つまり、サーバ１のＣＰＵ１３と通信部１８は、この端末２（第１端末装置又は第１端末装置とは異なる第２端末装置）から問い合わせ（情報取得指示）を受け付ける第２受付手段として機能する。そしてＣＰＵ１３と計時部１９とは、第２受付手段によって問い合わせ（情報取得指示）を受け付けた際に、問い合わせ（情報取得指示）を受け付けた時刻を現在時刻として取得する第２時刻取得手段として機能する。

ステップＳ４３において、サーバ１のＣＰＵ１３は、検札記録格納部１１１から、対象編成の列車のｎ号車の前回の検札時刻Ｔ_ｎを取得する。次に、ステップＳ４４において、サーバ１のＣＰＵ１３は、検札時刻Ｔ_ｎが初期値であるか否か、即ちｎ号車が未検札か否かを判定する。

ステップＳ４４において、サーバ１のＣＰＵ１３は、検札時刻Ｔ_ｎが初期値であると判定したならば（Ｙｅｓ）、色コードＡ_ｎに初期値９９を代入し、かつ経過時間Ｍ_ｎを０に代入して（Ｓ４５）、ステップＳ５０に進む。サーバ１のＣＰＵ１３は、検札時刻Ｔ_ｎが初期値ではないと判定したならば（Ｎｏ）、現在時刻Ｔと検札時刻Ｔ_ｎとの差から経過時間Ｍ_ｎを算出し（Ｓ４６）、ステップＳ４７に進む。つまり、サーバ１のＣＰＵ１３は、通信部１８（第２受付手段）によって問い合わせ（情報取得指示）を受け付けた際に、車両（複数の区画）それぞれにおいて、ＣＰＵ１３（記憶制御手段）によって最後に格納部１１（記憶部）に格納（記憶）された第１時刻から現在時刻までの経過時間を取得する経過時間取得手段として機能する。

ステップＳ４７において、サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上であるか否かを判定する。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上ならば（Ｙｅｓ）、色コードＡ_ｎを６に設定して（Ｓ４８）、ステップＳ５０に進む。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０未満ならば（Ｎｏ）、経過時間Ｍ_ｎを１０で除算して整数に切り下げた値を色コードＡ_ｎに代入すると（Ｓ４９）、ステップＳ５０に進む。

ステップＳ５０において、サーバ１のＣＰＵ１３は、ｎ＋１号車が存在するか否かを判定する。サーバ１のＣＰＵ１３は、ｎ＋１号車が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ５１）、ステップＳ４３に戻る。サーバ１のＣＰＵ１３は、ｎ＋１号車が存在しないならば（Ｎｏ）、全ての号車を処理したため、色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを端末２へ送信すると（Ｓ５２）、図１３の処理を終了する。

《第１の実施形態の効果》
本システムによれば、検札をおこなったばかりの車両、しばらく行っていない車両などを容易に把握できる。これにより、検札の漏れや重複などの検札業務の無駄を減らし、時間当たりの不正乗車者の検挙数を増やすことができる。
また、非デジタルの切符を持った乗客のみ乗った車両があり、切符の目視での検札のみを行い、端末からのデータ送受信がなかった場合でも、検札業務を行った記録を残すことができる。

《第２の実施形態：病院の巡回》
第２の実施形態は、巡回業務を行う端末の位置とその時間を記録し、各病室について前回に巡回業務を行ってからの経過時間を視覚的に示すものである。これにより、巡回者やその管理者は、各病室について前回いつ巡回したかを容易に把握できる。なお、第２の実施形態のシステムも、第１の実施形態と同様なサーバ１と端末２とを含んで構成される。

図１４は、第２の実施形態の病院の巡回における巡回時刻登録処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、巡回時刻登録処理を開始すると、病室番号をｎとして、全ての病室の前回の巡回時刻Ｔ_ｎを初期値に設定する（Ｓ１５０）。これにより、格納部１１には、各病室の巡回記録の初期値が格納される。

その後、サーバ１のＣＰＵ１３は、通信部１８により端末２から巡回情報を受信したか否かを判定する（Ｓ１５１）。
各病室には、その病室固有のバーコードが設置されている。端末２はバーコードが読まれた場合、サーバ１にそのデータを巡回情報として送信する。つまり、端末２は、病室（区画）それぞれを識別するための巡回情報（区画識別情報）を取得する第１端末装置として機能する。サーバ１のＣＰＵ１３と通信部１８とは、病室（区画）それぞれを識別するための巡回情報（区画識別情報）を端末２（第１端末装置）から受け付ける第１受付手段として機能する。
巡回者は、通過しただけで巡回をおこなっていないならば、その病室のバーコードを端末２に読ませない。
ステップＳ１５１において、サーバ１のＣＰＵ１３は、通信部１８により端末２から巡回情報を受信したならば（Ｙｅｓ）、ステップＳ１５２に進み、端末２から巡回情報を受信しなかったならば（Ｎｏ）、ステップＳ１５１に戻る。ここで巡回情報には、病室の部屋番号Ｘが含まれている。

ステップＳ１５２において、サーバ１のＣＰＵ１３は、計時部１９により現在時刻Ｔを取得し、Ｘ号室の前回の巡回時刻Ｔ_ｘにＴを代入して（Ｓ１５３）、格納部１１に格納すると、ステップＳ１５１に戻る。つまり、サーバ１のＣＰＵ１３と計時部１９とは、第１受付手段によって巡回された病室の情報（区画識別情報）を受け付けた際に、これを受け付けた現在時刻Ｔ（その病室の巡回時刻）を第１時刻として取得する第１時刻取得手段として機能する。これにより、端末２の時刻が間違って設定されていても、その影響を受けなくなる。そしてＣＰＵ１３は、ＣＰＵ１３と計時部１９（第１時刻取得手段）によって今回の巡回時刻（第１時刻）が取得される度に、この病室の情報（区画識別情報）と対応付けて今回の巡回時刻（第１時刻）を格納部１１（記憶部）に格納（記憶）する記憶制御手段として機能する。

図１５は、端末２による問合処理を示すフローチャートである。
ユーザが端末２を操作して、巡回状況の表示を指示すると、問合処理が開始する。端末２は、図１４で巡回情報を送信した端末であってもよく、この端末とは異なる他の端末であってもよい。
端末２のＣＰＵ２１が、通信部２７により、巡回状況を見たい階をサーバ１に問い合わせると（Ｓ６０）、サーバ１のＣＰＵ１３は、図１６の処理を実行する、そして端末２のＣＰＵ２１は、通信部２７によりサーバ１から色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを受信する（Ｓ６１）。

端末２のＣＰＵ２１は、部屋番号ｎを示す変数に１を代入して（Ｓ６２）、その階の部屋数の処理を繰り返す。

ステップＳ６３において、端末２のＣＰＵ２１は、色コードＡ_ｎが９９であるか否かを判定する。ここで色コードが９９とは、未巡回を示している。端末２のＣＰＵ２１は、色コードＡ_ｎが９９ならば（Ｙｅｓ）、ステップＳ６４に進み、色コードＡ_ｎが９９でないならば（Ｎｏ）、ステップＳ６６に進む。

ステップＳ６４において、端末２のＣＰＵ２１は、ｎ号室を巡回済の部屋とは別系統の色で表示部２４に表示し、このｎ号室に部屋番号と「未」と表示すると（Ｓ６５）、ステップＳ７０に進む。

ステップＳ６６において、端末２のＣＰＵ２１は、ｎ号室をＡ_ｎに対応した色で表示部２４に表示する。次に端末２のＣＰＵ２１は、色コードＡ_ｎが６であるか否かを判定する（Ｓ６７）。ステップＳ６７において、端末２のＣＰＵ２１は、色コードＡ_ｎが６ならば（Ｙｅｓ）、表示部２４のｎ号室に部屋番号と「６０＋」を表示して（Ｓ６８）、ステップＳ７０に進む。端末２のＣＰＵ２１は、色コードＡ_ｎが６でないならば（Ｎｏ）、表示部２４のｎ号室に部屋番号と経過時間Ｍ_ｎを表示すると（Ｓ６９）、ステップＳ７０に進む。

ステップＳ７０において、端末２のＣＰＵ２１は、ｎ＋１号室が存在するか否かを判定する。端末２のＣＰＵ２１は、ｎ＋１号室が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ７１）、ステップＳ６３に戻る。端末２のＣＰＵ２１は、ｎ＋１号室が存在しないならば（Ｎｏ）、全ての病室を処理したため、図１５の処理を終了する。

端末２のＣＰＵ２１は、前回の巡回時刻からの経過時間を色と数字で分かりやすく表示部２４に表示する。更に端末２のＣＰＵ２１は、未巡回の病室は別系統の色で表示部２４に表示し、判別を容易にする。

図１６は、サーバ１による問合処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、通信部１８により端末２から問い合わせを受けると（Ｓ８０）、現在時刻Ｔを取得する（Ｓ８１）。この端末２からの問い合わせには、対象となる階が含まれている。そしてサーバ１のＣＰＵ１３は、病室番号ｎを示す変数に１を代入して（Ｓ８２）、ステップＳ８３に進み、この階の病室数の処理を繰り返す。つまり、サーバ１のＣＰＵ１３と通信部１８は、この端末２（第１端末装置又は第１端末装置とは異なる第２端末装置）から問い合わせ（情報取得指示）を受け付ける第２受付手段として機能する。そしてＣＰＵ１３と計時部１９とは、第２受付手段によって問い合わせ（情報取得指示）を受け付けた際に、問い合わせ（情報取得指示）を受け付けた時刻を現在時刻として取得する第２時刻取得手段として機能する。

ステップＳ８３において、サーバ１のＣＰＵ１３は、格納部１１から、対象階のｎ号室の前回の巡回時刻Ｔ_ｎを取得する。次に、ステップＳ８４において、サーバ１のＣＰＵ１３は、巡回時刻Ｔ_ｎが初期値であるか否か、即ちｎ号室が未巡回か否かを判定する。

ステップＳ８４において、サーバ１のＣＰＵ１３は、巡回時刻Ｔ_ｎが初期値であると判定したならば（Ｙｅｓ）、色コードＡ_ｎに初期値９９を代入し、かつ経過時間Ｍ_ｎを０に代入して（Ｓ８５）、ステップＳ９０に進む。サーバ１のＣＰＵ１３は、巡回時刻Ｔ_ｎが初期値ではないと判定したならば（Ｎｏ）、現在時刻Ｔと巡回時刻Ｔ_ｎとの差から経過時間Ｍ_ｎを算出し（Ｓ８６）、ステップＳ８７に進む。つまり、サーバ１のＣＰＵ１３は、通信部１８（第２受付手段）によって問い合わせ（情報取得指示）を受け付けた際に、各病室（複数の区画）それぞれにおいて、ＣＰＵ１３（記憶制御手段）によって最後に格納部１１（記憶部）に格納（記憶）された第１時刻から現在時刻までの経過時間を取得する経過時間取得手段として機能する。

ステップＳ８７において、サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上であるか否かを判定する。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上ならば（Ｙｅｓ）、色コードＡ_ｎを６に設定して（Ｓ８８）、ステップＳ９０に進む。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０未満ならば（Ｎｏ）、経過時間Ｍ_ｎを１０で除算して整数に切り下げた値を色コードＡ_ｎに代入すると（Ｓ８９）、ステップＳ９０に進む。

ステップＳ９０において、サーバ１のＣＰＵ１３は、ｎ＋１号室が存在するか否かを判定する。サーバ１のＣＰＵ１３は、ｎ＋１号室が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ９１）、ステップＳ８３に戻る。サーバ１のＣＰＵ１３は、ｎ＋１号室が存在しないならば（Ｎｏ）、全ての病室を処理したため、色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを端末２へ送信すると（Ｓ９２）、図１６の処理を終了する。

図１７は、病院の前回の巡回からの経過時間を示す画面である。
画面３４は、病院の４階の各部屋について、前回の巡回からの経過時間を示した画面である。各部屋には、部屋番号および階数を示す３桁の数字と、経過時間を示す２桁の数字が示されており、更に経過時間を示す色で塗られている。そして、画面３４には、経過時間に係る色の意味を示す凡例３４１が表示されている。
画面３４により、各部屋（区画）の巡回状況（検証状況）を容易に把握することが可能となる。

《第２の実施形態の効果》
本システムによれば、巡回をおこなったばかりの部屋、しばらく行っていない部屋などを容易に把握できる。これにより、巡回の漏れや重複などの巡回業務の無駄を減らすことができる。さらに、各部屋の巡回を複数人で行っている場合に、その内の一人が急遽呼び出されて巡回業務から離れなければならないケースも考えられるが、そういったケースにおいても残りの巡回者が円滑に巡回業務を引き継ぐことができる。

《第３の実施形態：倉庫の棚卸》
第３の実施形態は、倉庫の棚卸業務を行う端末の位置とその時間を記録し、各棚につい
て前回に棚卸業務を行ってからの経過時間を視覚的に示すものである。これにより、業務
者やその管理者は、各棚について前回いつ棚卸ししたかを容易に把握できる。

図１８は、第３の実施形態の倉庫の棚卸における棚卸時刻登録処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、棚卸時刻登録処理を開始すると、棚番号をｎとして、全ての棚の前回の棚卸時刻Ｔ_ｎを初期値に設定する（Ｓ１００）。これにより、格納部１１には、各棚の棚卸記録の初期値が格納される。

その後、サーバ１のＣＰＵ１３は、通信部１８により端末２から棚卸情報を受信したか否かを判定する（Ｓ１０１）。
各棚には、その棚固有のバーコードが設置されている。端末２はバーコードが読まれた場合、サーバ１にそのデータを棚卸情報として送信する。つまり、端末２は、棚（区画）それぞれを識別するための棚卸情報（区画識別情報）を取得する第１端末装置として機能する。サーバ１のＣＰＵ１３と通信部１８とは、棚（区画）それぞれを識別するため棚卸情報（区画識別情報）を第１端末装置から受け付ける第１受付手段として機能する。
作業者は、通過しただけで棚卸をおこなっていないならば、その棚のバーコードを端末２に読ませない。
ステップＳ１０１において、サーバ１のＣＰＵ１３は、通信部１８により端末２から棚卸情報を受信したならば（Ｙｅｓ）、ステップＳ１０２に進み、端末２から棚卸情報を受信しなかったならば（Ｎｏ）、ステップＳ１０１に戻る。ここで棚卸情報には、棚番号Ｘが含まれている。

ステップＳ１０２において、サーバ１のＣＰＵ１３は、計時部１９により現在時刻Ｔを取得し、番号Ｘの棚の前回の棚卸時刻Ｔ_ｘにＴを代入して（Ｓ１５３）、格納部１１に格納すると、ステップＳ１０１に戻る。つまりサーバ１のＣＰＵ１３は、棚卸情報が送信された棚の棚卸時刻を記録する。サーバ１のＣＰＵ１３と計時部１９とは、第１受付手段によって棚卸された棚の情報（区画識別情報）を受け付けた際に、これを受け付けた現在時刻Ｔ（その棚の棚卸時刻）を第１時刻として取得する第１時刻取得手段として機能する。これにより、端末２の時刻が間違って設定されていても、その影響を受けなくなる。そしてＣＰＵ１３は、ＣＰＵ１３と計時部１９（第１時刻取得手段）によって今回の棚卸時刻（第１時刻）が取得される度に、この棚の情報（区画識別情報）と対応付けて今回の棚卸時刻（第１時刻）を格納部１１（記憶部）に格納（記憶）する記憶制御手段として機能する。

図１９は、端末２による問合処理を示すフローチャートである。
ユーザが端末２を操作して、棚卸状況の表示を指示すると、問合処理が開始する。端末２は、図１８で棚卸情報を送信した端末であってもよく、この端末とは異なる他の端末であってもよい。
端末２のＣＰＵ２１が、通信部２７により、棚卸状況を見たい倉庫をサーバ１に問い合わせると（Ｓ１１０）、サーバ１のＣＰＵ１３は、図２０の処理を実行する、そして端末２のＣＰＵ２１は、通信部２７によりサーバ１から色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを受信する（Ｓ１１１）。

端末２のＣＰＵ２１は、棚番号ｎを示す変数に１を代入して（Ｓ１１２）、その倉庫の棚数の処理を繰り返す。

ステップＳ１１３において、端末２のＣＰＵ２１は、色コードＡ_ｎが９９であるか否かを判定する。ここで色コードが９９とは、棚卸が未だであることを示している。端末２のＣＰＵ２１は、色コードＡ_ｎが９９ならば（Ｙｅｓ）、ステップＳ１１４に進み、色コードＡ_ｎが９９でないならば（Ｎｏ）、ステップＳ１１６に進む。

ステップＳ１１４において、端末２のＣＰＵ２１は、ｎ番棚を棚卸済の棚とは別系統の色で表示部２４に表示し、このｎ番棚に棚名称または「未」と表示すると（Ｓ１１５）、ステップＳ１２０に進む。なお、端末２のＣＰＵ２１は、棚番号を、図２２に示す棚名称への変換テーブルにより、棚名称に変換して表示する。これによりわかりやすい棚名称を表示できる。

ステップＳ１１６において、端末２のＣＰＵ２１は、ｎ番棚をＡ_ｎに対応した色で表示部２４に表示する。次に端末２のＣＰＵ２１は、色コードＡ_ｎが６であるか否かを判定する（Ｓ１１７）。ステップＳ１１７において、端末２は、色コードＡ_ｎが６ならば（Ｙｅｓ）、表示部２４のｎ番棚に棚名称または「６０＋」を表示して（Ｓ１１８）、ステップＳ１２０に進む。端末２のＣＰＵ２１は、色コードＡ_ｎが６でないならば（Ｎｏ）、表示部２４のｎ番棚に棚名称または経過時間Ｍ_ｎを表示すると（Ｓ１１９）、ステップＳ１２０に進む。

ステップＳ１２０において、端末２のＣＰＵ２１は、ｎ＋１番棚が存在するか否かを判定する。端末２のＣＰＵ２１は、ｎ＋１番棚が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ１２１）、ステップＳ１１３に戻る。端末２のＣＰＵ２１は、ｎ＋１番棚が存在しないならば（Ｎｏ）、全ての棚を処理したため、図１９の処理を終了する。

端末２のＣＰＵ２１は、前回の棚卸時刻からの経過時間を色と数字で分かりやすく表示部２４に表示する。更に端末２のＣＰＵ２１は、未だ棚卸されていない棚を別系統の色で表示部２４に表示し、判別を容易にする。

図２０は、サーバ１による問合処理を示すフローチャートである。
サーバ１のＣＰＵ１３は、通信部１８により端末２から問い合わせを受けると（Ｓ１３０）、現在時刻Ｔを取得する（Ｓ１３１）。そしてサーバ１のＣＰＵ１３は、棚番号ｎを示す変数に１を代入して（Ｓ１３２）、ステップＳ１３３に進み、この倉庫の棚数の処理を繰り返す。つまり、サーバ１のＣＰＵ１３と通信部１８は、この端末２（第１端末装置又は第１端末装置とは異なる第２端末装置）から問い合わせ（情報取得指示）を受け付ける第２受付手段として機能する。そしてＣＰＵ１３と計時部１９とは、第２受付手段によって問い合わせ（情報取得指示）を受け付けた際に、問い合わせ（情報取得指示）を受け付けた時刻を現在時刻として取得する第２時刻取得手段として機能する。

ステップＳ１３３において、サーバ１のＣＰＵ１３は、格納部１１から、対象倉庫のｎ番棚の前回の棚卸時刻Ｔ_ｎを取得する。次に、ステップＳ１３４において、サーバ１のＣＰＵ１３は、棚卸時刻Ｔ_ｎが初期値であるか否か、即ちｎ番棚の棚卸が未だであるか否かを判定する。

ステップＳ１３４において、サーバ１のＣＰＵ１３は、棚卸時刻Ｔ_ｎが初期値であると判定したならば（Ｙｅｓ）、色コードＡ_ｎに初期値９９を代入し、かつ経過時間Ｍ_ｎを０に代入して（Ｓ１３５）、ステップＳ１４０に進む。サーバ１のＣＰＵ１３は、棚卸時刻Ｔ_ｎが初期値ではないと判定したならば（Ｎｏ）、現在時刻Ｔと棚卸時刻Ｔ_ｎとの差から経過時間Ｍ_ｎを算出し（Ｓ１３６）、ステップＳ１３７に進む。つまり、サーバ１のＣＰＵ１３は、通信部１８（第２受付手段）によって問い合わせ（情報取得指示）を受け付けた際に、棚（複数の区画）それぞれにおいて、ＣＰＵ１３（記憶制御手段）によって最後に格納部１１（記憶部）に格納（記憶）された第１時刻から現在時刻までの経過時間を取得する経過時間取得手段として機能する。

ステップＳ１３７において、サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上であるか否かを判定する。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０以上ならば（Ｙｅｓ）、色コードＡ_ｎを６に設定して（Ｓ１３８）、ステップＳ１４０に進む。サーバ１のＣＰＵ１３は、経過時間Ｍ_ｎが６０未満ならば（Ｎｏ）、経過時間Ｍ_ｎを１０で除算して整数に切り下げた値を色コードＡ_ｎに代入すると（Ｓ１３９）、ステップＳ１４０に進む。

ステップＳ１４０において、サーバ１のＣＰＵ１３は、ｎ＋１番棚が存在するか否かを判定する。サーバ１のＣＰＵ１３は、ｎ＋１番棚が存在するならば（Ｙｅｓ）、ｎに１を加算して（Ｓ１４１）、ステップＳ１３３に戻る。サーバ１のＣＰＵ１３は、ｎ＋１番棚が存在しないならば（Ｎｏ）、全ての棚を処理したため、色コードＡ_１～Ａ_ｎと経過時間Ｍ_１～Ｍ_ｎを端末２へ送信すると（Ｓ１４２）、図２０の処理を終了する。

図２１は、倉庫の前回の棚卸からの経過時間を示す画面３５である。
画面３５は、倉庫の各棚について、前回の棚卸からの経過時間を示した画面である。各棚には、棚名称が示されており、更に経過時間を示す色で塗られている。そして画面３５には、経過時間に係る色の意味を示す凡例３５１が表示されている。なお、画面３５は、棚名称に代えて、経過時間を示すことも可能である。
画面３５により、各棚（区画）の棚卸状況（検証状況）を容易に把握することが可能となる。

図２２は、倉庫の棚番号と棚名称の変換テーブルを示す画面である。
端末２の記憶部には、この変換テーブルが格納されている。端末２は、画面３５を表示するにあたり、棚番号と棚名称との変換テーブルにより、各棚を“Ａ－４”などの名称で表示することができる。

《第３の実施形態の効果》
本システムによれば、棚卸をおこなったばかりの棚、しばらく棚卸をしていない棚などを容易に把握できる。これにより、棚卸の漏れや重複などの棚卸業務の無駄を減らすことができる。

（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）～（ｆ）のようなものがある。

（ａ） 各区画の識別情報の取得は、各区画に貼り付けられたバーコードを読み取るバーコードリーダに限られない。例えば衛星からの電波によって現在位置を測位する測位ユニットで各区画を識別してもよい。または、各区画に無線端末を設け、その無線端末が送信する無線電波に重畳された区画の識別情報を読み取る無線受信ユニットで各区画を識別してもよい。
（ｂ） 第１の実施形態では、サーバが、前回の検札からの経過時間に応じた色を決定しているが、端末が、前回の検札からの経過時間に基づき、この経過時間に応じた色を決定してもよく、限定されない。
（ｃ） 本発明は、区画を検証した状況を複数の端末間で共有できればよく、鉄道の検札や病院の巡回や倉庫の棚卸に限定されない。
（ｄ） 第１の実施形態では、端末がサーバから、各車両の前回の検札からの経過時間を受信している。これに限られず、端末がサーバから各車両の前回の検札時刻を受信したのち、端末が現在時刻との差分を計算し、各車両の前回の検札からの経過時間としてもよい。なお、前回の検札時刻は、前回の検札からの経過時間に応じた情報である。つまり、サーバは、第２受付手段によって問い合わせ（情報取得指示）を受け付けた際に、各車両の前回の検札時刻（第１時刻）を端末に送信する通信制御手段を備えていてもよい。そして、端末は、ユーザからの問い合わせ（情報取得指示）を受け付けた際に、車両それぞれにおいて、最後に記憶部に記憶された前回の検札時刻（第１時刻）から現在時刻までの経過時間を取得する経過時間取得手段を備えてもよい。
（ｅ） サーバが、各区画の検証状況を視覚的に示す画面を生成し、端末がその画面（画像）を受信して表示するようにしてもよい。つまり、サーバのＣＰＵが、経過時間取得手段によって取得された複数の区画それぞれに対応する経過時間に関する情報を、端末の表示部に並べて表示させる表示制御手段として機能してもよい。そしてサーバのＣＰＵ（表示制御手段）は、経過時間に関する情報を複数の区画それぞれで表示させる際に、経過時間に関する情報と区画識別情報とを対応付けた画面を生成し、端末の表示部に表示させてもよい。更にサーバのＣＰＵ（表示制御手段）は、経過時間に関する情報を複数の区画それぞれで表示させる際に、経過時間に応じて複数の区画それぞれが識別可能な態様で表示させてもよい。
（ｆ） サーバのＣＰＵ（記憶制御手段）は、区画識別情報と対応付けて第１時刻を格納部（記憶部）に格納（記憶）する際に、すでに第１時刻が格納（記憶）されている場合には、すでに格納（記憶）されている第１時刻を新たな第１時刻に更新して格納（記憶）してもよい。

以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。

〔付記〕
《請求項１》
複数の区画それぞれを識別するための区画識別情報を第１端末装置から受け付ける第１受付手段と、
前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段と、
前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段と、
前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段と、
前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段と、
前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段と、
を備えたことを特徴とするサーバ装置。
《請求項２》
前記第２受付手段によって前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を前記現在時刻として取得する第２時刻取得手段を備えたことを特徴とする請求項１に記載のサーバ装置。
《請求項３》
前記表示制御手段は、前記経過時間に関する情報を前記複数の区画それぞれで表示させる際に、前記経過時間に関する情報と前記区画識別情報とを対応付けて表示部に表示させる、
ことを特徴とする請求項１又は２に記載のサーバ装置。
《請求項４》
前記表示制御手段は、前記経過時間に関する情報を前記複数の区画それぞれで表示させる際に、前記経過時間に応じて前記複数の区画それぞれが識別可能な態様で表示させる、
ことを特徴とする請求項１～３の何れか一項に記載のサーバ装置。
《請求項５》
前記記憶制御手段は、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する際に、すでに第１時刻が記憶されている場合には、すでに記憶されている第１時刻を新たな第１時刻に更新して記憶する、
ことを特徴とする請求項１～４の何れか一項に記載のサーバ装置。
《請求項６》
前記第２受付手段によって前記情報取得指示を受け付けた際に、前記第１時刻を前記第１端末装置又は前記第２端末装置に送信する通信制御手段を備える、
ことを特徴とする請求項１～５の何れか一項に記載のサーバ装置。
《請求項７》
サーバ装置と端末装置とを含んで構成された情報表示システムであって、
前記端末装置は、複数の区画それぞれを識別するための区画識別情報を取得する区画識別情報取得部と、
前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
前記サーバ装置は、
前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記端末装置の表示部に並べて表示させる表示制御部と、を備える、
ことを特徴とする情報表示システム。
《請求項８》
サーバ装置と表示制御部を備えた端末装置とを含んで構成された情報表示システムであって、
前記端末装置は、複数の区画それぞれを識別するための区画識別情報を取得する区画識別情報取得部と、
前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
前記サーバ装置は、
前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記端末装置に送信する送信制御部と、を備え、
前記表示制御部は、前記サーバ装置から送信されてきた前記複数の区画それぞれに対応する前記経過時間に関する情報を表示部に並べて表示させる、
ことを特徴とする情報表示システム。
《請求項９》
前記区画識別情報取得部は、
コードシンボルを読み取る読取部であり、
前記複数の区画それぞれに付与されている前記区画識別情報がエンコードされたコードシンボルを読み取ることで、前記区画識別情報を取得する、
ことを特徴とする請求項７又は８に記載の情報表示システム。
《請求項１０》
前記区画識別情報取得部は、無線受信ユニットであり、
前記複数の区画それぞれには、前記区画識別情報を前記無線受信ユニットに無線送信するための無線端末が設置されている、
ことを特徴とする請求項７又は８に記載の情報表示システム。
《請求項１１》
前記区画識別情報取得部は、衛星からの電波によって現在位置を測位する測位ユニットである、
ことを特徴とする請求項７又は８に記載の情報表示システム。
《請求項１２》
サーバ装置のコンピュータを、
複数の区画それぞれを識別するための区画識別情報を第１端末装置から受け付ける第１受付手段、
前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段、
前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段、
前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段、
前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段、
前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段、
として機能させるためのプログラム。

１ サーバ
１１ 格納部 （記憶部）
１１１ 検札記録格納部 （記憶部）
１２ 検札記録受付部 （第１受付手段、第２受付手段）
１３ ＣＰＵ （第１時刻取得手段、第２時刻取得手段、第１受付手段、第２受付手段）
１４ ＲＡＭ
１５ 検索記録出力部 （経過時間出力手段）
１６ 表示部
１７ 操作部
１８ 通信部 （第１受付手段、第２受付手段）
１９ 計時部 （第１時刻取得手段、第２時刻取得手段）
２ 端末
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶部
２３１ プログラム
２４ 表示部
２５ 操作部
２６ バーコード読取部 （区画識別情報取得手段、区画識別情報取得部）
２７ 通信部
３１ 画面
３１０ 進行方向
３１１～３１４ 車両 （区画の一例）
３１９ 凡例
３２ 画面
３２０ 進行方向
３２１～３２８ 車両 （区画の一例）
３２９ 凡例
３３ 画面
３３０ 進行方向
３３１～３３８ 車両 （区画の一例）
３３９ 凡例
３４ 画面
３５ 画面

Claims (16)

1. 複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を第１端末装置から受け付ける第１受付手段と、
   前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段と、
   前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段と、
   前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段と、
   前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段と、
   前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が所定の時間よりも短い場合の表示態様と、前記経過時間が前記所定の時間以上の場合の表示態様と、を互いに異ならせて前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段と、
   を備えたことを特徴とするサーバ装置。
2. 複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を第１端末装置から受け付ける第１受付手段と、
   前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段と、
   前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段と、
   前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段と、
   前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段と、
   前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が長いほど、より強調して前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段と、
   を備えることを特徴とするサーバ装置。
3. 前記第２受付手段によって前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を前記現在時刻として取得する第２時刻取得手段を備えたことを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記表示制御手段は、前記経過時間に関する情報を前記複数の区画それぞれで表示させる際に、前記経過時間に関する情報と前記区画識別情報とを対応付けて表示部に表示させる、
   ことを特徴とする請求項１～３の何れか一項に記載のサーバ装置。
5. 前記表示制御手段は、前記経過時間に関する情報を前記複数の区画それぞれで表示させる際に、前記経過時間に応じて前記複数の区画それぞれが識別可能な態様で表示させる、
   ことを特徴とする請求項１～４の何れか一項に記載のサーバ装置。
6. 前記記憶制御手段は、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する際に、すでに第１時刻が記憶されている場合には、すでに記憶されている第１時刻を新たな第１時刻に更新して記憶する、
   ことを特徴とする請求項１～５の何れか一項に記載のサーバ装置。
7. 前記第２受付手段によって前記情報取得指示を受け付けた際に、前記第１時刻を前記第１端末装置又は前記第２端末装置に送信する通信制御手段を備える、
   ことを特徴とする請求項１～６の何れか一項に記載のサーバ装置。
8. サーバ装置と端末装置とを含んで構成された情報表示システムであって、
   前記端末装置は、複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を取得する区画識別情報取得部と、
   前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
   前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
   前記サーバ装置は、
   前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
   前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
   前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
   前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
   前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が所定の時間よりも短い場合の表示態様と、前記経過時間が前記所定の時間以上の場合の表示態様と、を互いに異ならせて前記端末装置の表示部に並べて表示させる表示制御部と、を備える、
   ことを特徴とする情報表示システム。
9. サーバ装置と表示制御部を備えた端末装置とを含んで構成された情報表示システムであって、
   前記端末装置は、複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を取得する区画識別情報取得部と、
   前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
   前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
   前記サーバ装置は、
   前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
   前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
   前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
   前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
   前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記端末装置に送信する送信制御部と、を備え、
   前記表示制御部は、前記サーバ装置から送信されてきた前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が所定の時間よりも短い場合の表示態様と、前記経過時間が前記所定の時間以上の場合の表示態様と、を互いに異ならせて表示部に並べて表示させる、
   ことを特徴とする情報表示システム。
10. サーバ装置と端末装置とを含んで構成された情報表示システムであって、
    前記端末装置は、複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を取得する区画識別情報取得部と、
    前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
    前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
    前記サーバ装置は、
    前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
    前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
    前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
    前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
    前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が長いほど、より強調して前記端末装置の表示部に並べて表示させる表示制御部と、を備えることを特徴とする情報表示システム。
11. サーバ装置と表示制御部を備えた端末装置とを含んで構成された情報表示システムであって、
    前記端末装置は、複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を取得する区画識別情報取得部と、
    前記区画識別情報取得部によって取得された前記区画識別情報を前記サーバ装置に送信する第１通信制御部と、
    前記サーバ装置に対して情報取得指示を送信する第２通信制御部と、を備え、
    前記サーバ装置は、
    前記端末装置から前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得部と、
    前記第１時刻取得部によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御部と、
    前記端末装置から前記情報取得指示を受け付けた際に、前記情報取得指示を受け付けた時刻を第２時刻として取得する第２時刻取得部と、
    前記第２時刻取得部によって前記第２時刻が取得された際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御部によって最後に記憶部に記憶された前記第１時刻から前記第２時刻までの経過時間を取得する経過時間取得部と、
    前記経過時間取得部によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記端末装置に送信する送信制御部と、を備え、
    前記表示制御部は、前記サーバ装置から送信されてきた前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が長いほど、より強調して表示部に並べて表示させる、
    ことを特徴とする情報表示システム。
12. 前記区画識別情報取得部は、
    コードシンボルを読み取る読取部であり、
    前記複数の区画それぞれに付与されている前記区画識別情報がエンコードされたコードシンボルを読み取ることで、前記区画識別情報を取得する、
    ことを特徴とする請求項８～１１に記載の情報表示システム。
13. 前記区画識別情報取得部は、無線受信ユニットであり、
    前記複数の区画それぞれには、前記区画識別情報を前記無線受信ユニットに無線送信するための無線端末が設置されている、
    ことを特徴とする請求項８～１１に記載の情報表示システム。
14. 前記区画識別情報取得部は、衛星からの電波によって現在位置を測位する測位ユニットである、
    ことを特徴とする請求項８～１１に記載の情報表示システム。
15. サーバ装置のコンピュータを、
    複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を第１端末装置から受け付ける第１受付手段、
    前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段、
    前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段、
    前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段、
    前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段、
    前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が所定の時間よりも短い場合の表示態様と、前記経過時間が前記所定の時間以上の場合の表示態様と、を互いに異ならせて前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段、
    として機能させるためのプログラム。
16. サーバ装置のコンピュータを、
    複数の車両のいずれかについて検札を行ったことを表す情報と、複数の病室のいずれかについて巡回を行ったことを表す情報と、複数の棚のいずれかについて棚卸を行ったことを表す情報と、のいずれかである区画識別情報を第１端末装置から受け付ける第１受付手段、
    前記第１受付手段によって前記区画識別情報を受け付けた際に、前記区画識別情報を受け付けた時刻を第１時刻として取得する第１時刻取得手段、
    前記第１時刻取得手段によって前記第１時刻が取得される度に、前記区画識別情報と対応付けて前記第１時刻を記憶部に記憶する記憶制御手段、
    前記第１端末装置又は当該第１端末装置とは異なる第２端末装置から情報取得指示を受け付ける第２受付手段、
    前記第２受付手段によって前記情報取得指示を受け付けた際に、前記複数の車両のそれぞれと、前記複数の病室のそれぞれと、前記複数の棚のそれぞれとのいずれかである複数の区画それぞれにおいて、前記記憶制御手段によって最後に記憶部に記憶された前記第１時刻から現在時刻までの経過時間を取得する経過時間取得手段、
    前記経過時間取得手段によって取得された前記複数の区画それぞれに対応する前記経過時間に関する情報を、前記経過時間が長いほど、より強調して前記第１端末装置又は前記第２端末装置の表示部に並べて表示させる表示制御手段、
    として機能させるためのプログラム。

Images