JP2000011253A - 顧客サービス端末における取引中止時の端末案内方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は顧客サービス端末がサービス資源のス
トック切れにより保守サービス時待ち状態になる場合に
おいて稼動端末の所在情報の通知による利用率の低下、
端末の利用機会の損失を低減する方式を提供することで
ある。 【解決手段】顧客サービス端末において、装置の稼動情
報としてサービス資源状態、装置の利用混雑状況につい
て装置の状態変化を通信手段を介して一定の地図エリア
内での稼動台数をセンタ装置で管理し、保守サービス待
ち状態になった端末に対して該当する端末の近くで稼動
している端末の所在を端末装置の出力手段より地図上で
表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、主に国や地方公共
団体の設置する証明書自動交付装置又は金融機関の設置
する自動取引装置などの顧客サービス端末の業務に関
し、特に顧客サービス端末に内蔵したサービス資源のス
トック切れにより保守作業待ち状態になり、利用者に対
し当該端末の状態を伝達する必要がある場合における伝
達手段、情報提供方法に関する。

【０００２】

【従来の技術】従来の窓口の職員の人手による作業を機
械化により代行する顧客サービス端末装置の例として、
国や地方公共団体が実施する住民に対する届け出内容の
証明サービスを行う証明書自動交付装置や、金融機関の
現金の自動取引業務などを実施する現金自動取引装置が
ある。これら端末は本来の目的である窓口職員作業の省
力化の他に、サービスの２４時間化といった取扱時間の
拡大や、遠隔地に設置拠点を増やしサービスの受付機会
の充実を図るといった目的もある。

【０００３】近年、行政、金融機関等を問わず窓口サー
ビスを取り扱う業務については２４時間化、設置拠点数
の拡大が求められてきている傾向にある。現在の端末の
設置場所は利用に対する費用効果の観点から利用者の多
い交通の便のよい地域に集中させ、また設置台数もこの
考え方で増減させている。

【０００４】ここで、前記した設置場所以外に地域に端
末を拡充させていくにはコンビニエンスストアの様な場
所に１拠点１台設置する形態が増加してくると考えられ
る。このように１拠点に１台の設置場所数が多くなり、
なおかつこれらが２４時間運用される場合における顧客
サービス端末保守運営ではつぎような状況が多く発生し
てくる。１拠点に１台しかない端末装置内のサービス資
源（現金、用紙など）のストック切れになることにより
サービスの利用が受けられなくなることである。

【０００５】現在このような端末装置内のサービス資源
の管理情報は保守運営者が利用するネットワーク監視ソ
フトウェアで取得可能である。公知例としては特開平６
−２８２５２７号公報、特開平６−１０３２００号公
報、特開平５−２０２３０号公報がある。しかし、利用
者に対して端末から稼働中の端末のなかから操作しよう
としている当該端末の近くに設置されている端末の所在
情報を地図等で表示する情報提供方法は示されていな
い。また、端末の保守作業待ちの通知において作業待ち
の間使用不可能な状態であることを端末より通知してい
るがそれ以上の情報提供を実施している事例はない。

【０００６】

【発明が解決しようとする課題】上記従来技術では、以
下のような課題が考えられる。

【０００７】末装置内のサービス資源の管理情報は保守
運営者が利用するネットワーク監視ソフトウェアでは管
理者用端末から障害状況を監視することを主眼として設
計されている。個々の利用者端末同士で、稼働可能でか
つ自端末の設置場所に近い他端末の所在を出力するため
に、それぞれの端末でお互いの稼働情報とその所在場所
位置関係情報を結びつけ稼働可能な端末数の情報を管理
する必要がある。

【０００８】そこで各端末で利用者が直感的に把握しや
すい情報提供方法として地図上に稼働情報と端末の位置
情報を表示するために時事刻々と変化する各端末の稼働
情報を必要とする端末に必要なだけ配信する仕組みが必
要となってくる。

【０００９】

【課題を解決するための手段】本発明では利用者端末の
識別情報と稼働状態を意味するフラグ、端末のサービス
提供の時間間隔情報、地図上での端末の所在情報、端末
の所在を含む地図情報の識別情報これらと、端末の所在
を含む地図の識別情報ごとに稼働する端末台数情報を用
いることで、端末の稼働状況と一定の地図エリアごとに
稼働する端末台数を管理し、利用可能な近くの端末の所
在と混雑状況を地図上で確認が可能になる。また、自端
末の近隣で稼働する端末台数により配信する稼働情報デ
ータを制御することで余計なネットワーク負荷を軽減で
きる。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。

【００１１】図１は、本発明に係わる顧客サービスを提
供する端末装置とこれら端末装置のサービス業務の提供
と装置の可動を管理するセンタ装置とのシステムの構成
を示すブロック図であり、図２は本発明を地方公共団体
の証明書の自動交付装置に適用した場合のセンタ装置の
処理手順の実施の形態を示すフローチャートである。ま
た図３は、前記の端末装置の処理手順の実施の形態を示
すフローチャートである。図４は、図２のセンタ装置の
処理手順におけるマップ判別処理に関する処理手順の実
施の形態を示すフローチャートである。図５は、各端末
の稼働状況を管理するデータのデータ構成図であり、図
６は、地域の一定エリア内の地図上の稼働端末台数管理
用データ構成図であり、図７は、一定エリアに区切られ
た地図情報エリア数を管理するデータのデータ構成図で
あり、図８は、各端末に配信する一定エリアごとの端末
の位置及び稼動状態のデータ構成図である。前記の図５
〜８はセンタ装置のデータベース内に格納されているも
のとする。図９は、端末の稼働情報管理用データ構成図
であり、図１０は、地図情報を格納するデータ構成図で
ある。前記の図９、１０は各端末のデータベース内に格
納されているものとする。図１１、図１４〜図１６はデ
ータ配信の対象とする地図エリアを示す概念図である。
図１２，１３，１７，１８は端末の表示手段で出力され
る画面表示例である。

【００１２】図１において、センタ装置１０は演算手段
１１、タイマ装置１２、入力手段１３、出力手段１４、
通信制御手段１５、データベース１６から構成される。
通信制御装置１５は端末装置３０、端末装置５０及び端
末装置６０とセンタ装置１０の通信を司る装置であり、
端末装置３０の通信通信制御手段３９と、通信制御手段
１６は公衆回線やインターネットやＬＡＮを介して接続
されており、端末装置５０及び端末装置６０も端末装置
３０と同様である。データベース１６は状況監視テーブ
ル１８、マップ管理テーブル１９、マップエリアテーブ
ル２０、配信テーブル２１からなり、アプリケーション
ソフトウエア１７がこれらのデータベース１６内のテー
ブルとセンタ装置１０及びこれと通信手段で接続された
機器との通信を処理する。

【００１３】端末装置３０は演算手段３１、タイマ装置
３２、入力手段３３、出力手段３４、証明書印刷搬出回
収手段３５、料金支払回収手段３６、センサ等検知手段
３７、カード読み取り書き込み手段３８、通信制御手段
３９、データベース４０から構成される。証明書印刷搬
出回収手段３５と料金支払回収手段３６はセンサ等検知
手段３７を介して演算手段３１に接続される。カード読
み取り書き込み手段３８は利用者の認識情報を記録した
ＩＤカード４２の情報を演算手段３１とやりとりする。
データベース４０は端末管理テーブル４３、地図情報テ
ーブル４４、業務用テーブル４５からなり、アプリケー
ションソフトウエア４１がこれらのデータベース４３内
のテーブルと端末装置３０及びこれと通信手段で接続さ
れた機器との通信を処理する。

【００１４】図５は、各端末装置３０，５０，６０から
送信されてきた稼動情報を一元管理して格納されたテー
ブルのレコード形式の一例を表したものである。図５の
端末状況管理用データの構成は、端末ＩＤ４０１、状態
フラグ４０２，Ｔｅ１処理終了時間４０３（Ｔｅ１以下
と記す），Ｔｓ１処理開始時間４０４（以下Ｔｓ１と記
す）、Ｔｅ２処理終了時間４０５（以下Ｔｅ２と記
す）、Ｔｓ２処理開始時間４０６（以下Ｔｓ２と記
す）、ＴＦフラグ４０７、地図座標データ４０８、マッ
プＩＤ４０９からなり、図１における状況監視テーブル
１８と対応する。

【００１５】端末ＩＤ４０１は、センタ装置１０と通信
制御手段１５接続されている端末装置群の識別情報であ
る。状態フラグ４０２は端末装置が業務処理サービス
（以下サービスと記す）を提供可能かどうか、またはサ
ービスの利用が混雑しているかどうかを識別するための
情報である。ここで状態フラグ４０２の格納する情報と
して”０”のときを通常状態、”１”のときサービス資
源が不足し保守が必要な状態、”２”のときサービス利
用が混雑している状態（以下ビジーと記す）であること
を意味するとする。Ｔｅ１（４０３），Ｔｓ１（４０
４），Ｔｅ２（４０５），Ｔｓ２（４０６）は端末装置
３０がサービスの処理開始と終了の時刻を格納しておく
ための領域である。

【００１６】ＴＦフラグ４０７は、前記４０３〜４０６
に対してのサービスの処理開始と終了の時刻の格納場所
をサービス処理のたびに切り替える制御を行うための情
報である。ここでＴＦフラグ４０７が格納する情報とし
て”１”のときＴｅ１（４０３）とＴｓ１（４０４）に
格納する状態、”２”のときＴｅ２（４０５）とＴｓ２
（４０６）に格納する状態を意味するとする。地図座標
データ４０８、マップＩＤ４０９は該当する端末ＩＤ４
０１に対応する地図上の位置と端末が存在するマップの
識別情報とを関連づけておくための情報である。

【００１７】図６は、図５ので格納した稼動情報をもと
にアプリケーションソフトウェア１７によって地図上の
一定エリアごとにおける端末の稼働中の台数を格納され
たテーブルのレコード形式の一例を表したものである。
図６の稼動端末台数管理用データの構成は、マップＩＤ
４１０、有効台数４１１からなり、図１におけるマップ
管理テーブル１９と対応する。マップＩＤ４１０は図５
のマップＩＤ４０９と対応しており端末ＩＩＤ４０１が
存在する地図上のエリアの識別情報を意味する。有効台
数４１１は前記のマップＩＤ４１０のエリアで稼動可能
な端末の台数を図５の状況監視テーブル１８とアプリケ
ーションソフトウエア１７によって格納する。

【００１８】図７は、地図情報を区分した枚数について
地図の作成時点であらかじめ格納しておいたレコード形
式の一例を表したものである。図７のマップエリア管理
用データの構成は、エリア横数４１２（以下Ｗと記
す）、エリア縦数４１３（以下Ｈと記す）とからなる。
図の例ではＷ×Ｈ＝４×５＝２０枚の地図エリアから構
成されるものとする。

【００１９】図８は、データの配信要求を出している端
末装置へ送信するデータのレコード形式の一例を表した
ものである。図８の端末配信用データの構成は、端末Ｉ
Ｄ４１４、マップＩＤ４１５、地図座標データと状態フ
ラグ（４１６，４１７）からなり、図１における配信テ
ーブル２１と対応する。配信テーブル２１は、図５、図
６、図７をもとにアプリケーションソフトウェア１７に
よって格納される。端末ＩＤ４１４は保守作業の要求待
ちになりデータの配信要求がある端末を識別する。マッ
プＩＤ４１５は、地図座標データ状態フラグ（４１６、
４１７）の存在するマップを意味する。

【００２０】図９は、端末装置３０においてセンサ等検
知手段３７から取得した端末装置のサービス資源（証明
書印刷搬出回収手段３５、料金支払回収手段３６）の状
態と、タイマ装置３２によって取得した業務処理の稼動
情報を格納されたテーブルのレコード形式の一例を表し
たものである。

【００２１】図９の端末管理用データの構成は端末ＩＤ
４１８、状態フラグ４１９、処理コード４２０、業務回
数４２１からなり、図１の端末管理テーブル４３と対応
する。

【００２２】端末ＩＤ４１８は、端末装置３０において
装置自身を識別する一意の情報であり、図５の端末ＩＤ
４１８と対応する。状態フラグ４１９も図５の状態フラ
グ４０２と対応し、フラグの情報の意味も前記４０２と
同様ある。処理コード４２０は、センタ装置１０に対す
る処理要求を意味する情報を格納する。前記の意味とし
ては””０００”のとき正常処理を依頼を意味し、”１
０１”のとき端末の復旧を要求を意味し、０１０”のと
き端末の保守作業が終了し回復を意味するものとする。
業務回数４２１は業務の処理回数を格納しておく領域で
ある。

【００２３】図１０はセンタ装置１０より送信されてき
た配信データに対応する地図情報が格納されたテーブル
のレコード形式の一例を表したものである。マップＩＤ
４３３によって識別された地図データ４３４と基準座標
４３５を格納するものとする。ここで前記図５〜図１０
の各テーブルのレコードにより、端末装置３０の出力手
段３４で表示される手段の一例として図１２、図１３、
図１７、図１８を示しておく。

【００２４】図１２は、取り引きを中止した端末装置３
０で利用可能な（稼動している）端末装置の所在を表示
した画面例である。図１２における５０２が取り引きを
中止した端末装置３０の所在を示してる。５０３は稼動
状態が通常である端末装置の所在を示している。５０４
は稼動状態がビジーである端末装置の所在を示してい
る。５０５は取り引きを中止した端末装置の所在を示し
ている。

【００２５】図１３は、取り引きを中止した端末装置３
０の存在する地図エリア内のには利用可能な（稼動して
いる）端末装置が存在していないことを表示した画面例
である。

【００２６】図１７は、図１３の画面例を改良した画面
例である。図１３の画面例のように取り引きを中止した
端末装置３０が存在する地図エリア内で利用可能な端末
装置がない場合には表示する意味がなくなってしまう。
このため、図１３の５０８に示すようなマップの画面を
遷移させる記号を用意し端末装置３０の所在する地図エ
リア以外に周辺の地図エリアを表示させる画面例であ
る。

【００２７】図１８は、図１７の画面例で５０８の記号
が選択された後の画面例である。図１１は、取り引きを
中止した端末装置の所在する地図エリア上に稼動してい
る端末装置が１台以上ある場合のデータ配信する対象範
囲を示している。図１１の例では端末装置３０がＮｏ．
１０の地図エリアに存在している場合の端末装置３０に
対してデータ配信する対象範囲を示した例である。

【００２８】図１４は、図１３とは反対に取り引きを中
止した端末装置の所在する地図エリア上に稼動している
端末装置が１台も存在しない場合にデータ配信する対象
範囲を示している。図１１の例では端末装置３０がＮ
ｏ．１０の地図エリアに存在している場合の端末装置３
０に対してデータ配信する対象範囲を示した例である。

【００２９】図１５は、データ配信する範囲条件が図１
４の規則と同様で端末装置３０がＮｏ．１７のようにマ
ップの端もしくは角であった場合における例外処理の考
え方を示した例である。例としてＮｏ．１７のマップに
端末が存在した場合Ｎｏ．１７の周囲のマップはＮｏ．
１３，Ｎｏ．１４，Ｎｏ．１８の３枚となり稼動する端
末を検索できる範囲が少なくなってしまうためＮｏ．１
４を基準とした周囲のマップ分のデータを配信すること
で他のマップと同様の情報量の検索が可能となる。

【００３０】図１６は、図１５の例外処理を端もしくは
角のマップに対して行う場合に、データ配信の対象範囲
の基準となるマップを変換する規則を示した例である。

【００３１】次に、図１で示したシステムにおいて、セ
ンタ装置１０で行う端末ごとの稼動管理及びデータ配信
管理処理の流れを示す図２のフローチャートと、端末装
置３０側で行う稼動状況制御処理を示す図３のフローチ
ャートの説明を、図５〜図１０のデータ構成図及び図１
２、図１３、図１７、図１８の画面例、図１１、図１
４、図１５、図１６の概念図を例に行う。

【００３２】まず、センタ装置１０での処理を説明す
る。センタ装置１０を起動して以下の初期化処理を実施
する。内蔵されたタイマ装置２０から業務開始時点での
時刻を取得し、Ｔｅ１（４０３），Ｔｓ１（４０４），
Ｔｅ２（４０５），Ｔｓ２（４０６）に格納する。実施
形態例では９：００：００を格納するものとする。ＴＦ
フラグに”１”を格納する。図６マップ管理テーブル１
９の有効台数４１１の全レコードに”０”格納する（ス
テップ１００）。

【００３３】次にセンタ装置１０が終了かどうかを判定
する。そして終了であればフローチャートを終了し、そ
うでない場合以下の処理を継続する（ステップ１０
１）。端末装置３０より通知を受信し処理コードを判定
する。ここで処理コードが”０１０”であればステップ
１０３に進み、”１０１”であればステップ１０６に進
む。また、”０００”であればステップ１１３に進む。
ここで端末装置３０が通知する情報は図９の端末管理テ
ーブル４３のデータ構成である（ステップ１０２）。

【００３４】以下ステップ１０３以降の処理を示す。通
知してきた端末ＩＤ４１８と図５の端末ＩＤ４０１に対
応する状況監視テーブル１８のレコードの状況フラグ４
０２を”０”にして格納する（ステップ１０３）。前記
のレコードのマップＩＤ４０９とマップＩＤ４１０に対
応する図６のマップ管理テーブル１９のレコード有効台
数４１１を１加算する。これにより稼動した端末の台数
を管理する（ステップ１０４）。

【００３５】配信テーブル２１の端末ＩＤ４１４に対応
するレコードを削除する。これにより、既に端末より送
信してきた配信要求を解除する（ステップ１０５）。以
降ステップ１０１に進み、終了条件を満たすまで処理を
繰り返す。

【００３６】続いてステップ１０６以降の処理を示す。
通知してきた端末ＩＤ４１８と端末ＩＤ４０１に対応す
る状況監視テーブル１８のレコードの状況フラグ４０２
を”１”にして格納する（ステップ１０６）。

【００３７】前記のレコードのマップＩＤ４０９とマッ
プＩＤ４１０に対応する図６のマップ管理テーブル１９
のレコード有効台数４１１を１減算する。これにより取
り引き中止となり稼動中止となった端末の台数を管理す
る（ステップ１０７）。

【００３８】通知してきた端末ＩＤ４１８と一致する端
末ＩＤ４０１のある状況監視テーブル１８のレコードの
マップＩＤ４０９と対応するマップ管理テーブルのレコ
ードの１９のマップＩＤ４１０を読み込む（ステップ１
０８）。

【００３９】ステップ１０８で読み込んだマップＩＤ４
１０に対応する有効台数４１４を判別し”０”かどうか
を判別する。”０”でなければステップ１１０に進み”
０”であればこのマップの周囲に隣接するマップＩＤ４
１０読み出す。このステップの詳細は以降に図４を用い
て説明する（ステップ１０９）。

【００４０】マップＩＤ４１０に該当する状況監視テー
ブル１８のマップＩＤ４０９と一致する状態フラグ４０
２地図座標データ４０８を読み出し配信テーブル２１に
配信データを作成する（ステップ１１０）。

【００４１】前記のステップ１０９で読み出したマップ
ＩＤ４１０以外に周囲のマップＩＤを読み出している場
合はこれらＩＤがすべて処理されるまでステップ１１０
を繰り返す（ステップ１１１）。

【００４２】ステップ１１０、１１１で処理した配信テ
ーブル２１の配信データで端末ＩＤ４１４で一致するデ
ータを端末装置３０に送信する（ステップ１１２）。

【００４３】以降ステップ１０１に進み、終了条件を満
たすまで処理を繰り返す。

【００４４】続いてステップ１１３以降の処理を示す。

【００４５】状況監視テーブル１８のＴｅ１（４０
３）、Ｔｓ１（４０４）が”９：００：００”と一致す
るかを判定する。一致していればステップ１２１に進
み、そうでなければステップ１１４に進む（ステップ１
１３）。

【００４６】状況監視テーブル１８のＴＦフラグ４０７
が”１”かどうかを判定し、一致すればステップ１１５
に進み、そうでなければステップ１１７に進む（ステッ
プ１１４）。

【００４７】ＴＦフラグ４０７が”１”であった場合端
末装置３０より受信した終了時刻と開始時刻を状況監視
テーブル１８の端末ＩＤ４０１に該当するレコードのＴ
ｅ１（４０３）、Ｔｓ１（４０４）に格納する。Ｔｓ１
−Ｔｅ２を変数Ｔに格納する（ステップ１１５）。

【００４８】時間の記録先の変更するため、ＴＦフラグ
に”２”を格納する（ステップ１１６）。

【００４９】ＴＦフラグ４０７が”２”であった場合端
末装置３０より受信した終了時刻と開始時刻を状況監視
テーブル１８の端末ＩＤ４０１に該当するレコードのＴ
ｅ２（４０３）、Ｔｓ２（４０４）に格納する。Ｔｓ２
−Ｔｅ１を変数Ｔに格納する（ステップ１１７）。

【００５０】時間の記録先の変更するため、ＴＦフラグ
に”２”を格納する（ステップ１１８）。

【００５１】変数Ｔか１０秒以上であればステップ１２
０に進み、そうでなければステップ１２１へ進む。実施
形態の例では該当する端末ＩＤのサービス混雑状況の判
断基準を１０秒と仮定した（ステップ１１９）。

【００５２】状況監視テーブル１８の該当する端末ＩＤ
の状態フラグに”２”を格納する。これにより該当する
端末の利用状況が混雑であることを管理する（ステップ
１２０）。

【００５３】状況監視テーブル１８の該当する端末ＩＤ
の状態フラグに”０”を格納する。これにより該当する
端末の利用状況が通常であると管理する（ステップ１２
１）。

【００５４】以降ステップ１０１に進み、終了条件を満
たすまで処理を繰り返す。

【００５５】次に端末装置３０での処理を図３で説明す
る。

【００５６】端末装置３０を起動すると以下の初期化処
理を行う。端末管理テーブル４３の状態フラグ４１８と
業務回数４２１を”０”また、処理コード４２０を”０
１０”にする。Ｔｓ＝Ｔｅ＝”９：００：００”を処理
コード４２０ともにセンタ装置１０に送信する。これに
より稼動した端末が状況監視テーブル１８で管理される
（ステップ２００）。

【００５７】データ送信終了後に処理コード４２０を”
０１０”にする（ステップ２０１）。

【００５８】端末装置３０が終了しない場合以外はステ
ップ１０５に遷移する。前記条件を満たしたら処理を終
了する（ステップ２０２）。

【００５９】センサ等検知手段３７を用いて証明書印刷
搬出回収手段３５、料金回収支払手段３６で使用するサ
ービス資源の不足をチェックし、端末管理テーブル４３
の状態コード４１９に格納する。ここで実施形態の例と
して用紙枚数、釣り銭の不足を検知し、ストック切れの
ときに状態フラグ４１８に”１”を格納する（ステップ
２０３）。

【００６０】前記の状態フラグ４１８が”１”でないか
どうかを判定し、”１”でなければステップ２０４に進
み、”１”であればステップ２０９に進む（ステップ２
０４）。

【００６１】続いてステップ２０５以降の正常時の処理
を示す。

【００６２】操作者によって業務開始の入力を受け取っ
たら業務開始時刻を変数Ｔｓに格納する（ステップ２０
５）。

【００６３】端末装置３０内の業務用テーブル４５をも
とに業務処理を実行する（ステップ２０６）。

【００６４】業務処理が終了したら業務開始時刻を変数
Ｔｅに格納する（ステップ２０７）。

【００６５】処理コード４２０を”０００”とＴｓ、Ｔ
ｅともにセンタ装置１０に送信する（ステップ２０
８）。

【００６６】以降ステップ２０２に進み、終了条件を満
たすまで処理を繰り返す。

【００６７】続いてステップ２０９以降の保守作業待ち
での処理を示す。

【００６８】処理コード４２０に”１０１”を格納し、
センタ装置１０に送信する（ステップ２０９）。

【００６９】センタ装置１０からの配信テーブル２１か
ら送信されてくる配信データの受信を待つ。受信した後
にステップ２１１に進む（ステップ２１０）。

【００７０】センタ装置１０より送信されてきた配信デ
ータのマップＩＤ４１５に対応する端末装置３０内の地
図情報テーブル４４内のマップＩＤ４３３が一致する地
図データ４３４、基準座標４３５と配信データの地図座
標データと状態フラグ（４１６，４１７）をもとに図１
２の画面表示例１を出力手段３４で表示する（ステップ
２１１）。

【００７１】センサ等検知手段３７を用いて証明書印刷
搬出回収手段３５、料金回収支払手段３６で使用するサ
ービス資源の不足をチェックし、端末管理テーブル４３
の状態コード４１９に格納する。ここで実施形態の例と
して用紙枚数、釣り銭の不足が解消されたことを検知し
たときに状態フラグ４１８に”０”を格納する（ステッ
プ２１２）。

【００７２】状態フラグ４１８が”１”である間ステッ
プ２１２を繰り返し、前記条件を満たしたらステップ２
１４に進む（ステップ２１３）。

【００７３】処理コード４２０を”０１０”にして格納
し、センタ装置１０にも送信する。これにより稼動可能
になり回復したした端末が状況監視テーブル１８で管理
される（ステップ２１４）。

【００７４】以降ステップ２０２に進み、終了条件を満
たすまで処理を繰り返す。

【００７５】次に図２のセンタ装置３０でのフローチャ
ートのマップ判別処理の詳細を図４で説明する。

【００７６】図２のステップ１０８の処理において端末
装置３０から通知してきた端末ＩＤ４１８と一致する端
末ＩＤ４０１のあるセンタ装置１０状況監視テーブル１
８のレコードのマップＩＤ４０９と対応するマップ管理
テーブル１９のレコードから読み込むんだマップＩＤ４
１０について以下処理するものとする。

【００７７】マップＩＤ４１０に対応する有効台数４１
４を判別し”０”かどうかを判別する。”０”でなけれ
ばマップ判別処理を終了し、メイン処理に進み、”０”
であればステップ３０１に進む（ステップ３００）。

【００７８】読み込むんだマップＩＤ４１０を変数Ｋに
格納する（ステップ３０１）。

【００７９】読み込むんだマップＩＤ４１０をマップエ
リアテーブル２０のＷ（４１２）で除算した余りが１で
あるかを判別し、そうであればステップ３０３に進み、
そうでない場合ステップ３０４に進む（ステップ３０
２）。

【００８０】変数ＫにＫ＋１を格納する（ステップ３０
３）。

【００８１】読み込むんだマップＩＤ４１０をマップエ
リアテーブル２０のＷ（４１２）で除算した余りが０で
あるかを判別し、そうであればステップ３０５に進み、
そうでない場合ステップ３０６に進む（ステップ３０
４）。

【００８２】変数ＫにＫ−１格納する（ステップ３０
５）。

【００８３】読み込むんだマップＩＤ４１０をマップエ
リアテーブル２０のＷ（４１２）で除算した商が０であ
るかを判別し、そうであればステップ３０７に進み、そ
うでない場合ステップ３０８に進む（ステップ３０
６）。

【００８４】変数ＫにＫ＋Ｗを格納する（ステップ３０
７）。

【００８５】読み込むんだマップＩＤ４１０をマップエ
リアテーブル２０のＷ（４１２）で除算した商が０であ
るかを判別し、そうであればステップ３０９に進み、そ
うでない場合ステップ３１０に進む（ステップ３０
８）。

【００８６】変数ＫにＫ＋Ｗを格納する（ステップ３０
９）。

【００８７】読み込むんだマップＩＤ４１０変数Ｋとを
比較し、同値であればステップ３１１に進み、そうでな
い場合ステップ３１２に進む。ここで読み込むんだマッ
プＩＤ４１０がマップの端もしくは角に位置するマップ
であれば図１６規則で変数Ｋが変換されている（ステッ
プ３１０）。

【００８８】マップＩＤ４１０と変数Ｋが同値のとき、
その周囲のマップＩＤを読み出す（ステップ３１１）。

【００８９】マップＩＤ４１０と変数Ｋが同値でないの
とき、変化されたマップＩＤとその周囲のマップＩＤを
読み出す（ステップ３１２）。このようにマップあたり
の端末台数とマップの位置を判定することで状況に応じ
た端末の周囲の端末の稼動情報を配信データの量と対象
範囲を決定できる。

【００９０】以降図２のメイン処理に読み出したマップ
ＩＤの配列をメイン処理に引き渡す。

【００９１】

【発明の効果】以上述べたように、本発明によれば、各
端末装置での稼動情報と地図上の一定エリアでの稼動台
数情報、所在情報を関連付けてリアルタイムに管理する
ことにより、端末が保守待ちで取り引き中止の状態にな
った場合に利用者に対し該当する端末の設置場所から近
い稼動中の端末の所在とサービスの混雑状況を表示する
ことで、余力のある端末の有効活用と利用機会の損失を
低減する。

【図面の簡単な説明】

【図１】本発明に係わる端末機である端末装置とセンタ
装置とのコンピュータ通信システムの構成を示すブロッ
ク図。

【図２】本発明のセンタ装置での処理手順の実施の形態
を示すフローチャート。

【図３】本発明の端末装置での処理手順の実施の形態を
示すフローチャート。

【図４】本発明のセンタ装置での処理手順の実施の形態
を示すフローチャート。

【図５】情報用データ構成図。

【図６】管理用データ構成図。

【図７】管理用データ構成図。

【図８】管理用データ構成図。

【図９】管理用データ構成図。

【図１０】管理用データ構成図。

【図１１】配信データの対象範囲例を示す図。

【図１２】稼動端末案内画面（画面遷移前）を示す図。

【図１３】稼動端末案内画面（画面遷移前）を示す図。

【図１４】配信データの対象範囲例を示す図。

【図１５】配信データの対象範囲例を示す図。

【図１６】表示基準とするマップＩＤの移動ルール例を
説明する図。

【図１７】稼動端末案内画面（画面遷移前）を示す図。

【図１８】稼動端末案内画面（画面遷移後）を示す図。

【符号の説明】

１０…センタ装置、 １１…演算手段、 １２…タイ
マ装置、１３…入力手段、 １４…出力手段、 １
５…通信制御手段、１６…データベース、 １７…アプ
リケーションソフトウエア、１８…状況監視テーブル、
１９…マップ管理テーブル、２０…マップエリア
テーブル、 ２１…配信テーブル、３０…端末装置、
３１…演算手段、 ３２…タイマ装置、３３…入力
手段、 ３４…出力手段、 ３５…証明書印刷搬出
回収手段、３６…料金回収支払手段、 ３７…セン
サ等検知手段、３８…カード読み取り書き込み装置、
３９…通信制御手段、４０…データベース、 ４１
…アプリケーションソフトウエア、４２…ＩＤカード、
４３…端末管理テーブル、４４…地図情報テーブ
ル、 ４５…業務用テーブル、５０…端末装置、
６０…端末装置。

Claims (4)

【特許請求の範囲】
1. 【請求項１】顧客サービス端末（以下、端末と記す）に
   内蔵したサービス資源のストック状況の管理情報から当
   該端末のサービスの実行を制御する場合において、当該
   端末を含めた全端末の稼働情報とその所在情報から利用
   者に対し当該端末から一番近い設置場所で稼働中の端末
   の所在情報を出力することを特徴とする顧客サービス端
   末における取引中止時の端末案内方法。
2. 【請求項２】請求項１、請求項２で述べた端末で業務サ
   ービスを行う場合の、端末の稼動情報を通知する手段を
   有する装置及び、稼動情報から所在場所に属するを出力
   する装置及びその処理を実現する命令を格納し実行する
   ことを特徴とする顧客サービス端末における取引中止時
   の端末案内方法。
3. 【請求項３】請求項２におけるその処理を実現するため
   に端末の稼動情報を管理するデータ領域と地図情報を区
   切る一定エリアごとの稼動台数をにそれぞれ別々に持た
   せてデータベースに確保することにより、端末ごとに必
   要な稼動情報を動的に管理することができる情報管理方
   法を有することを特徴とする顧客サービス端末における
   取引中止時の端末案内方法。
4. 【請求項４】地図情報を区切る一定エリアの管理情報と
   エリアにおける稼動情報から稼動端末の所在における情
   報案内確度を高める情報提供方法を有することを特徴と
   する顧客サービス端末における取引中止時の端末案内方
   法。