JP2014199553A - 電子鍵管理方法、プログラム及び装置 - Google Patents

Abstract

【課題】電子鍵の適切な管理を実現する。【解決手段】権限管理部は、ルートセールスマンによるある自販機に対する作業が終了したことを検出した場合に、予め決められた複数の自販機に対するルートセールスマンの作業順序（スケジュールＤＢ）に基づいて、その自動販売機の次に作業する予定の自販機を特定し（Ｓ７２）、複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵との情報を対応付けて管理する電子鍵ＤＢを参照して、次に作業する予定の自販機に対応する電子鍵をルートセールスマンが利用する携帯端末へ送信する（Ｓ７４）。【選択図】図１５

Description

本発明は、電子鍵管理方法、プログラム及び装置に関する。

自動販売機の設置業者である飲料メーカーでは、担当者（ルートセールスマン）が各自動販売機を巡回して、売上金の回収や釣り銭の補充を行うとともに、商品の補充を行っている。

従来、作業者が保持する電子鍵のＩＤを固定とし、該作業者が担当すべき自動販売機に対して予め、該ＩＤを許可する情報（登録ＩＤ）を無線送信しておく技術が知られている（例えば、特許文献１参照）。

特開２００９−９７１９０号公報

例えば、あるルートセールスマンが、担当している自動販売機を巡回することができず、他のルートセールスマンに代理作業を依頼する場合がある。しかしながら、上記特許文献１の技術を利用しても、代理作業を依頼されたルートセールスマンは、自己の電子鍵を用いて代理作業を行うことはできない。

一方、各ルートセールスマンに全ての自動販売機で利用可能な電子鍵を保持させることも考えられるが、悪意を持った作業者であれば、商品を抜き取ったり、釣り銭や売上金を抜き取ったりするというような不正行為を行えてしまう。また、不正に電子鍵を取得した人であっても、上記不正行為を行えてしまう。

１つの側面では、本発明は、電子鍵を適切に管理することが可能な電子鍵管理方法、プログラム及び装置を提供することを目的とする。

本発明者は、電子鍵を用いた不正を防止するためには、電子鍵を担当者に付与するタイミングが重要であることに気づいた。本明細書に記載の電子鍵管理方法、プログラム及び装置は、このような新規知見に基づくものである。

１つの実施態様では、電子鍵管理方法は、第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する工程と、複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する工程と、をコンピュータが実行する電子鍵管理方法である。

１つの実施態様では、電子鍵管理プログラムは、第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定し、複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する、処理をコンピュータに実行させるプログラムである。

１つの実施態様では、電子鍵管理装置は、第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する特定部と、複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する送信部と、を備えている。

電子鍵を適切に管理することができる。

一実施形態に係る自動販売機巡回支援システムの構成を概略的に示す図である。 図２（ａ）はサーバのハードウェア構成を示す図であり、図２（ｂ）は自販機の情報処理部のハードウェア構成を示す図である。 携帯端末のハードウェア構成を示す図である。 自動販売機巡回支援システムの機能ブロック図である。 自販機在庫ＤＢのデータ構造の一例を示す図である。 トラック在庫ＤＢのデータ構造の一例を示す図である。 ルートセールスマンＤＢのデータ構造の一例を示す図である。 ＳＯＳテーブルのデータ構造の一例を示す図である。 権限管理テーブルのデータ構造の一例を示す図である。 電子鍵ＤＢのデータ構造の一例を示す図である。 スケジュールＤＢのデータ構造の一例を示す図である。 情報管理部の処理を示すフローチャートである。 代理処理部の処理を示すフローチャートである。 図１３のステップＳ３４の処理を示すフローチャートである。 権限管理部の処理を示すフローチャートである。 ルートセールスマンＲ００１のスケジュールＤＢ（更新前）の一例を示す図である。 図１７（ａ）は、ルートセールスマンＲ００３のスケジュールＤＢ（更新前）の一例を示す図であり、図１７（ｂ）は、ルートセールスマンＲ００４のスケジュールＤＢ（更新前）の一例を示す図である。 図１８（ａ）、図１８（ｂ）は、代理処理部の処理を説明するための図（その１）である。 図１９（ａ）、図１９（ｂ）は、代理処理部の処理を説明するための図（その２）である。 ルートセールスマンＲ００１のスケジュールＤＢ（更新後）の一例を示す図である。 図２１（ａ）は、ルートセールスマンＲ００３のスケジュールＤＢ（更新後）の一例を示す図であり、図２１（ｂ）は、ルートセールスマンＲ００４のスケジュールＤＢ（更新後）の一例を示す図である。 図１３のステップＳ４０で情報が記録された権限管理テーブルの一例を示す図である。

以下、自動販売機巡回支援システムの一実施形態について、図１〜図２２に基づいて詳細に説明する。本実施形態の自動販売機巡回支援システム１００は、トラック（配送車）で複数の自動販売機（以下、「自販機」と略述する）を巡回し、各自販機に商品（飲料など）を補充したり、売上金の回収や釣り銭の補充をするルートセールスマンに対して、各種情報等を提供して、自販機の巡回を支援するシステムである。より具体的には、自動販売機巡回支援システム１００は、ルートセールスマンのその日のルートの情報（スケジュールの情報）を提供したり、あるルートセールスマンの状況に応じて他のルートセールスマンに代理作業を依頼したりする。また、自動販売機巡回支援システム１００は、代理作業を行うルートセールスマンに対して電子鍵を付与したり、電子鍵を削除したりする。なお、本実施形態では、説明の簡素化のため、各ルートセールスマンが同一種類（１種類）の商品を複数の自販機に補充する作業を行う場合について説明する。

図１には、自動販売機巡回支援システム１００の構成が概略的に示されている。自動販売機巡回支援システム１００は、図１に示すように、自動販売機巡回支援装置及び電子鍵管理装置としてのサーバ１０と、複数の自販機２０と、複数の携帯端末１３０と、を備える。サーバ１０と自販機２０と携帯端末１３０とは、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。

図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（自動販売機巡回支援プログラムや電子鍵管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（自動販売機巡回支援プログラムや電子鍵管理プログラムを含む）をＣＰＵ９０が実行することにより、図４に示す、情報管理部４０、スケジュール作成部４１、代理処理部４２、権限管理部４４としての機能が実現される。なお、図４には、サーバ１０のＨＤＤ９６等に格納されている自販機在庫ＤＢ（database）３１、トラック在庫ＤＢ３２、ルートセールスマンＤＢ３３、ＳＯＳテーブル３４、権限管理テーブル３５、記憶部としての電子鍵ＤＢ３６、スケジュールＤＢ３７、及び地図ＤＢ３８も図示されている。なお、各ＤＢ（テーブル）３１〜３８の具体的なデータ構造等については後述する。

情報管理部４０は、自販機２０等から受信した情報に基づいて、自販機在庫ＤＢ３１、トラック在庫ＤＢ３２、スケジュールＤＢ３７等の情報を更新する。スケジュール作成部４１は、各ルートセールスマンの１日のスケジュールを決定し、各ルートセールスマン（携帯端末１３０）に通知する。代理処理部４２は、あるルートセールスマンの携帯端末１３０からＳＯＳ情報（事故や病気などにより、自販機の巡回（補充作業）ができなくなったという情報）を受信した場合に、代わりにその自販機（「ＳＯＳ自販機」とよぶ）を巡回できるルートセールスマンを検索し、代理ルートセールスマンとして選定する処理などを実行する。権限管理部４４は、代理ルートセールスマンの利用する携帯端末１３０に対して、ＳＯＳ自販機の扉を開閉する権限（電子鍵）を付与するなどの処理を実行する。

図２（ｂ）には、自販機２０の情報処理部のハードウェア構成が示されている。図２（ｂ）に示すように、自販機２０の情報処理部は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、及びネットワークインタフェース１９７等を備えており、各部は、バス１９８に接続されている。自販機２０においては、ＣＰＵ１９０がプログラムを実行することで、図４に示す情報送信部５０としての機能が実現される。情報送信部５０は、例えば、定時（１時間おきなど）において自販機２０内の在庫量をサーバ１０（情報管理部４０）に対して送信する。ただし、これに限らず、自販機２０内の在庫量が変化するたびに在庫量をサーバ１０（情報管理部４０）に対して送信するようにしてもよい。また、情報送信部５０は、ルートセールスマンによる補充作業が開始された場合（扉が開状態になった場合など）と、補充作業が終了した場合（扉が閉状態になった場合など）に、その旨をサーバ１０（情報管理部４０）に対して送信する。

図３には、携帯端末１３０のハードウェア構成が示されている。携帯端末１３０は、ルートセールスマンが利用する端末であり、図３に示すように、ＣＰＵ２９０、ＲＯＭ２９２、ＲＡＭ２９４、記憶部（ＨＤＤ）２９６、ディスプレイ２９３、入力部２９５、ネットワークインタフェース２９７、及び可搬型記憶媒体用ドライブ２９９等を備えている。携帯端末１３０の構成各部は、バス２９８に接続されている。ディスプレイ２９３は、液晶ディスプレイ等を含み、入力部２９５は、キーボードやマウス、タッチパネル等を含む。携帯端末１３０においては、ＣＰＵ２９０が、ＲＯＭ２９２あるいはＨＤＤ２９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ２９９が可搬型記憶媒体２９１から読み取ったプログラムを実行することで、図４に示す表示処理部６０、入力処理部６２、及び電子鍵実行部６４としての機能が実現される。

表示処理部６０は、サーバ１０の代理処理部４２からの指示に応じて、携帯端末１３０のディスプレイ２９３上に当日の巡回ルートや自販機に補充すべき商品の数量などの情報を表示する。また、代理処理部４２の処理の結果、ルートセールスマンのスケジュールが変更された場合には、スケジュール作成部４１からの指示に応じて、変更後のスケジュール情報を表示する。入力処理部６２は、携帯端末１３０の利用者（ルートセールスマン）が入力部２９５を介して入力した情報を受け付け、当該情報をサーバ１０に対して送信する。電子鍵実行部６４は、携帯端末１３０内で保持されている電子鍵を用いて、自販機２０の扉の開閉を行う。

ここで、サーバ１０が有する各ＤＢ及びテーブルについて、説明する。

図５には、自販機在庫ＤＢ３１のデータ構造の一例が示されている。自販機在庫ＤＢ３１は、各自販機の位置情報や在庫数、補充必要数などを管理するデータベースである。具体的には、自販機在庫ＤＢ３１は、「自販機ＩＤ」、「自販機位置情報」、「自販機在庫数」、「自販機補充必要数」の各フィールドを有している。「自販機ＩＤ」のフィールドには、自販機ごとに設定されたユニークな識別情報が格納される。「自販機位置情報」のフィールドには、各自販機が設置されている位置（緯度、経度）が格納される。なお、位置情報は、自販機が設置された番地などの情報であってもよい。「自販機在庫数」のフィールドには、各自販機内の最新の在庫量（ここでは、飲料の本数）が格納される。「自販機補充必要数」のフィールドには、自販機に搭載できる商品の最大数（図５では、１００）から自販機在庫数を指し引いた数が格納される。

図６には、トラック在庫ＤＢ３２のデータ構造の一例が示されている。トラック在庫ＤＢ３２は、トラックを運転するルートセールスマンやトラックに積載されている商品の数に関する情報が格納される。具体的には、トラック在庫ＤＢ３２は、「トラックＩＤ」、「ルートセールスマンＩＤ」、「トラック在庫数」、「トラック余剰在庫数」の各フィールドを有している。「トラックＩＤ」のフィールドには、トラックごとに設定されたユニークな識別情報が格納される。「ルートセールスマンＩＤ」のフィールドには、各トラックを運転するルートセールスマンに設定されたユニークな識別情報が格納される。「トラック在庫数」のフィールドには、トラック内に存在する在庫数が格納される。なお、トラック在庫数は、一日の最初にトラックに積載した商品の数から既に自販機２０に補充した商品の数を差し引いた値が格納される。「トラック余剰在庫数」のフィールドには、トラックに積載されているものの、予定している巡回先の自販機には補充されない商品の数（事務所に持ち帰る商品の数）が格納される。なお、各自販機においては補充必要数が時々刻々と変化するため、ルートセールスマンは、通常、商品を多めに（箱単位で）トラックに積み込む。このため、トラック内には、余剰在庫が存在するようになっている。

図７には、ルートセールスマンＤＢ３３のデータ構造の一例が示されている。ルートセールスマンＤＢ３３は、各ルートセールスマンの情報を管理するデータベースである。ルートセールスマンＤＢ３３は、図７に示すように、「ルートセールスマンＩＤ」、「名前」、「担当エリア」、「トラックＩＤ」の各フィールドを有する。「ルートセールスマンＩＤ」のフィールドには、ルートセールスマンに設定されたユニークな識別情報が格納され、「名前」のフィールドには、各ルートセールスマンの名前の情報が格納される。また、「担当エリア」のフィールドには、各ルートセールスマンが担当する（巡回する）エリアの名称が格納される。「トラックＩＤ」のフィールドには、各ルートセールスマンが運転するトラックのＩＤが格納される。なお、本実施形態では、トラックＩＤは、ルートセールスマンによる１日の作業開始前に、携帯端末１３０からの入力に基づいて更新されるものとする。

図８には、ＳＯＳテーブル３４のデータ構造の一例が示されている。ＳＯＳテーブル３４は、ルートセールスマンから出されたＳＯＳ情報を格納する。具体的には、ＳＯＳテーブル３４は、「管理Ｎｏ」、「ＳＯＳルートセールスマンＩＤ」、「ＳＯＳ発生日時」、「完了フラグ」の各フィールドを有している。「管理Ｎｏ」のフィールドには、ＳＯＳ情報の通し番号が格納される。「ＳＯＳルートセールスマンＩＤ」のフィールドには、ＳＯＳ情報を出したルートセールスマンのＩＤが格納される。「ＳＯＳ発生日時」のフィールドには、ＳＯＳ情報が出された日時の情報が格納される。「完了フラグ」のフィールドには、ＳＯＳ情報に対応する代理ルートセールスマンを選定する処理が完了したか否か（「未完」又は「完了」）の情報が格納される。

図９には、権限管理テーブル３５のデータ構造の一例が示されている。権限管理テーブル３５は、代理ルートセールスマンの情報や、電子鍵を代理ルートセールスマンに付与しているかいないかの情報などを管理するテーブルである。具体的には、権限管理テーブル３５は、「ＳＯＳ自販機ＩＤ」、「電子鍵ＩＤ」、「代理ルートセールスマンＩＤ」、「権限付与フラグ」、「作業開始時刻」、「作業終了時刻」の各フィールドを有している。「ＳＯＳ自販機ＩＤ」のフィールドには、ＳＯＳ情報を出したルートセールスマンが巡回できなくなった自販機（ＳＯＳ自販機）のＩＤが格納される。「電子鍵ＩＤ」のフィールドには、ＳＯＳ自販機ＩＤに対応する電子鍵のＩＤが格納される。「代理ルートセールスマンＩＤ」のフィールドには、代理ルートセールスマンとして選定されたルートセールスマンのＩＤが格納される。「権限付与フラグ」のフィールドには、代理ルートセールスマンに電子鍵を付与しているかどうかの情報（「ＯＮ」又は「ＯＦＦ」）が格納される。「作業開始時刻」及び「作業終了時刻」のフィールドには、代理ルートセールスマンがＳＯＳ自販機に対する作業を開始した時刻と終了した時刻とが格納される。

図１０には、電子鍵ＤＢ３６のデータ構造の一例が示されている。電子鍵ＤＢ３６は、ルートセールスマンに既に付与されている電子鍵の情報を格納するデータベースである。具体的には、電子鍵ＤＢ３６は、図１０に示すように、「電子鍵ＩＤ」、「自販機ＩＤ」、「ルートセールスマンＩＤ」の各フィールドを有する。「電子鍵ＩＤ」のフィールドには、電子鍵のＩＤが格納され、「自販機ＩＤ」のフィールドには、電子鍵ＩＤに対応する自販機のＩＤが格納される。また、「ルートセールスマンＩＤ」のフィールドには、各電子鍵が既に付与されているルートセールスマンのＩＤが格納される。本実施形態では、各電子鍵は１日の巡回スケジュールが決定した時に付与されるものとしている。

図１１には、スケジュールＤＢ３７のデータ構造の一例が示されている。スケジュールＤＢ３７は、ルートセールスマンごとに作成されるデータベースであり、各ルートセールスマンの１日のスケジュール（作業順序）を格納する。具体的には、スケジュールＤＢ３７は、「トラックＩＤ」、「ルートセールスマンＩＤ」、「日付」のほか、巡回すべき自販機の「自販機ＩＤ」と、作業（到着・作業開始又は作業終了・出発）の「時刻」とが格納される。なお、作業が行われる前の自販機の場合、到着・作業開始の「時刻」のフィールドには、スケジュール作成部４１が定めた予定時刻が格納される。一方、作業が行われた後の自販機の場合、到着・作業開始及び作業終了・出発の「時刻」のフィールドには、実際の時刻が格納される。なお、スケジュールＤＢ３７に格納されている予定時刻は、ルートセールスマンの実際の作業に応じて（スケジュールよりも○分遅い、早いなどに応じて）、更新されるようになっている。

なお、図４の地図ＤＢ３８のデータ構造については図示していないが、地図に関する情報（建物や道路の位置情報など）が格納されている。

次に、サーバ１０（情報管理部４０、代理処理部４２、権限管理部４４）において実行される処理について、図１２〜図１５のフローチャートに基づいて、その他図面を適宜参照しつつ、詳細に説明する。

（情報管理部４０の処理）
まず、図１２のフローチャートに沿って、情報管理部４０の処理について説明する。図１２の処理では、ステップＳ１０において、情報管理部４０が、自販機２０から在庫情報を受信したか否かを判断する。なお、自販機２０の情報送信部５０は、一例として、定時（１時間おき）に情報管理部４０に対して在庫情報を送信するものとする。ステップＳ１０の判断が肯定された場合には、ステップＳ１２に移行し、情報管理部４０は、自販機在庫ＤＢ３１（自販機在庫数、自販機補充必要数）を更新する。その後は、ステップＳ１４に移行する。一方、ステップＳ１０の判断が否定された場合には、ステップＳ１２を経ずに、ステップＳ１４に直接移行する。

ステップＳ１４に移行すると、情報管理部４０は、作業開始情報を受信したか否かを判断する。ここで、作業開始情報は、自販機２０の扉が開放されたタイミングで、情報送信部５０から情報管理部４０に送信されるものとする。ステップＳ１４の判断が否定された場合には、ステップＳ１０に戻る。一方、ステップＳ１４の判断が肯定された場合には、ステップＳ１６に移行する。

ステップＳ１６に移行すると、情報管理部４０は、スケジュールＤＢ３７に作業開始時刻を記録する。すなわち、図１１に示すスケジュールＤＢ３７において、該当する自販機の到着・作業開始の「予定時刻」を、現在の時刻で書き換える。なお、情報管理部４０は、スケジュールに対する実際の作業の状況（○分遅れている、○分早い）に応じて、以降のスケジュールの予定時刻を変更する処理も行う。例えば、予定よりも５分遅れている場合には、情報管理部４０は、以降の予定時刻を５分ずらす処理を行う。

次いで、ステップＳ１８では、情報管理部４０が、作業終了情報を受信するまで待機する。作業終了情報は、自販機２０の扉が閉じられたタイミングで、情報送信部５０から情報管理部４０に送信されるものとする。ステップＳ１８の判断が肯定されると、ステップＳ２０に移行し、情報管理部４０が、スケジュールＤＢ３７に作業終了時刻を記録する。次いで、ステップＳ２２では、情報管理部４０が、トラック在庫ＤＢ３２を更新する。具体的には、自販機２０に補充された商品数（作業終了の情報とともに自販機２０の情報送信部５０から送信される）を「トラック在庫数」から差し引く。また、当初予定した数よりも多く商品を補充した場合には、多く補充した分だけ「トラック余剰在庫数」から差し引く。その後は、ステップＳ１０に戻り、上述した処理を繰り返す。

以上のように、情報管理部４０は、図１２の処理を実行することで、自販機在庫ＤＢ３１、スケジュールＤＢ３７、及びトラック在庫ＤＢ３２を適宜更新することができる。

（代理処理部４２の処理）
次に、図１３、図１４のフローチャートに沿って、代理処理部４２の処理について説明する。なお、図１３、図１４の処理が行われる前提として、各ルートセールスマンの携帯端末１３０には、スケジュール作成部４１が作成したスケジュールＤＢ３７に基づくスケジュールの情報や各自販機の補充必要数の情報が、送信されているものとする。なお、スケジュール作成部４１は、地図ＤＢ３８を用いてスケジュールＤＢ３７の情報を地図上のルート情報に変換して表示処理部６０に送信することとしてもよい。そして、携帯端末１３０の表示処理部６０は、受信したスケジュールの情報や補充必要数の情報をディスプレイ２９３上に表示しているものとする。また、各ルートセールスマンはディスプレイ２９３上に表示されているスケジュールの情報に基づいて、スケジュールに沿った各自販機２０の巡回を行っているものとする。

なお、本実施形態では、一例として、ルートセールスマン「Ｒ００１」（トラック「Ｔ００１」）が、図１６に示すスケジュールＤＢ３７に従って、図１８（ａ）に「Ｔ００１」で示すルートを巡回するものとする。また、ルートセールスマン「Ｒ００２」（トラック「Ｔ００２」）が、図１１に示すスケジュールＤＢ３７に従って、図１８（ａ）に「Ｔ００２」で示すルートを巡回するものとする。また、ルートセールスマン「Ｒ００３」（トラック「Ｔ００３」）が、図１７（ａ）に示すスケジュールＤＢ３７に従って、図１８（ａ）に「Ｔ００３」で示すルートを巡回するものとする。更に、ルートセールスマン「Ｒ００４」（トラック「Ｔ００４」）が、図１７（ｂ）に示すスケジュールＤＢ３７に従って、図１８（ａ）に「Ｔ００４」で示すルートを巡回するものとする。なお、図示はしていないが、その他のルートセールスマンが同一エリア内を巡回してもよい。

図１３の処理では、まず、ステップＳ３０において、代理処理部４２が、ＳＯＳ情報を受信するまで待機する。なお、各ルートセールスマンは、事故や急病などで自販機の巡回作業を継続できなくなった場合に、携帯端末１３０に設けられているＳＯＳボタンを押すことにより、ＳＯＳ情報を代理処理部４２に対して送信することができるものとする。なお、ＳＯＳ情報を送信するとは、ＳＯＳルートセールスマンの情報（ＩＤ）を送信することを意味する。代理処理部４２は、ＳＯＳ情報を受信した段階で、ステップＳ３２に移行する。

ここで、本実施形態では、図１８（ｂ）に示すように、ルートセールスマンＩＤ「Ｒ００２」（トラックＩＤ「Ｔ００２」）から、時刻「１５：００」にＳＯＳ情報が出されたものとして説明する。

ステップＳ３２に移行すると、代理処理部４２は、ＳＯＳテーブル３４（図８）にＳＯＳ情報を記録する。ここでは、ＳＯＳテーブル３４に、ＳＯＳルートセールスマンＩＤ「Ｒ００２」と、ＳＯＳ発生日時「2013/3/15 15:00」と、完了フラグ「未完」が記録される。なお、代理ルートセールスマン選定の処理がなされると、図８のように完了フラグ「完了」が記録される。

次いで、ステップＳ３４では、代理処理部４２が、代理ルートセールスマン検索処理のサブルーチンを実行する。以下、図１４のフローチャートに沿って、代理ルートセールスマン検索処理の詳細について説明する。

図１４のステップＳ５０では、代理処理部４２が、ＳＯＳテーブル３４から、ＳＯＳ発生日時、ＳＯＳルートセールスマンＩＤを取得する。また、代理処理部４２は、ルートセールスマンＤＢ３３を参照して、ＳＯＳルートセールスマンＩＤに対応するトラックＩＤを取得する。

次いで、ステップＳ５２では、代理処理部４２が、スケジュールＤＢ３７を参照して、以降の補充すべき自販機を特定する。すなわち、スケジュールＤＢ３７のうち、未だ作業終了・出発の時刻が入力されていない自販機を特定する。図１１の例では、ルートセールスマン「Ｒ００２」は、自販機ＩＤ「Ｖ０１２」、「Ｖ０１３」の作業をできていないため、これらの自販機が特定される。なお、ステップＳ５２で特定された自販機が、ＳＯＳ自販機である。

次いで、ステップＳ５４では、代理処理部４２が、特定した自販機（ＳＯＳ自販機）の近傍の自販機を検索する。この場合、代理処理部４２は、自販機在庫ＤＢ３１を参照して、特定した自販機（ＳＯＳ自販機）から所定距離内に存在する自販機を検索する。例えば、ＳＯＳ自販機「Ｖ０１２」であれば、図１９（ａ）の破線円内に存在する自販機「Ｖ００４」が検索されるものとする。また、ＳＯＳ自販機「Ｖ０１３」であれば、図１９（ｂ）に示す破線円内に存在する自販機「Ｖ０１４」、「Ｖ０２０」が検索されるものとする。

次いで、ステップＳ５６では、代理処理部４２が、近傍の自販機においてＳＯＳを受信した時刻以降に作業する予定のトラックを検索する。例えば、自販機「Ｖ００４」の場合、ルートセールスマン「Ｒ００１」（トラック「Ｔ００１」）が１５：０５に到着予定であるので、トラック「Ｔ００１」が検索されることになる。また、自販機「Ｖ０１４」の場合、ルートセールスマン「Ｒ００３」（トラック「Ｔ００３」）が１５：５５に到着予定であるので、トラック「Ｔ００３」が検索されることになる。また、自販機「Ｖ０２０」の場合、ルートセールスマン「Ｒ００４」（トラック「Ｔ００４」）が１５：５５に到着予定であるので、トラック「Ｔ００４」が検索されることになる。

次いで、ステップＳ５８では、代理処理部４２が、検索されたトラックの余剰在庫数をトラック在庫ＤＢ３２から取得する。トラック「Ｔ００１」の場合、図６より、余剰在庫数「７０」が取得され、トラック「Ｔ００３」の場合、余剰在庫数「４０」が取得され、トラック「Ｔ００４」の場合、図６より、余剰在庫数「６０」が取得される。

次いで、ステップＳ６０では、代理処理部４２が、余剰在庫のあるトラックが存在するか否かを判断する。ここでの判断が肯定されると、ステップＳ６４に移行する。

ステップＳ６４に移行すると、代理処理部４２が、補充すべき自販機の補充必要数を目標に、余剰在庫数の多い順に代理ルートセールスマンを選定する。例えば、補充すべき自販機（ＳＯＳ自販機）「Ｖ０１２」の場合、近傍の自販機に到着するトラックは「Ｔ００１」のみであるので、そのトラックを運転しているルートセールスマン「Ｒ００１」を代理ルートセールスマンとする。一方、補充すべき自販機（ＳＯＳ自販機）「Ｖ０１３」の場合、近傍の自販機に到着するトラックは「Ｔ００３」、「Ｔ００４」であるので、それらのうち、余剰在庫数の多いほうから自販機「Ｖ０１３」の補充必要数「９０」を割り当てる。具体的には、余剰在庫数の多いトラック「Ｔ００４」のルートセールスマン「Ｒ００４」に６０本（全余剰在庫数）を補充させるように割り当て、余剰在庫数の少ないトラック「Ｔ００３」のルートセールスマン「Ｒ００３」に残りの３０本を補充させるように割り当てる。

上記ステップＳ６４のようにして代理ルートセールスマンを選定した後は、ステップＳ６８に移行し、代理処理部４２は、ＳＯＳテーブル３４の完了フラグを「未完」から「完了」に変更する。その後は、図１３のステップＳ３６に移行する。

一方、ステップＳ６０の判断が否定された場合、すなわち、余剰在庫のあるトラックが存在しなかった場合には、代理処理部４２は、ステップＳ６６において代理ルートセールスマンを選定できないと判定し、ステップＳ６８に移行する。そして、代理処理部４２は、ステップＳ６８において、ＳＯＳテーブル３４の完了フラグを「未完」から「完了」に変更した後、図１３のステップＳ３６に移行する。なお、ここでは図示していないが、代理ルートセールスマンが選定できないと判定された場合、その旨通知する処理があってもよい。

図１３に戻り、ステップＳ３６に移行すると、代理処理部４２は、代理ルートセールスマンのスケジュールＤＢ３７を更新する。具体的には、代理処理部４２は、代理ルートセールスマンに選定されたルートセールスマン（Ｒ００１，Ｒ００３，Ｒ００４）のスケジュールＤＢ３７に、新たに補充作業をする必要のある自販機（ＳＯＳ自販機）の情報を追加する（図２０、図２１（ａ）、図２１（ｂ）の太線枠参照）。なお、図２０、図２１（ａ）、図２１（ｂ）では、近傍の自販機の作業の後に、ＳＯＳ自販機の作業予定を追加する場合について説明したが、これに限らず、近傍の自販機の作業の前にＳＯＳ自販機の作業予定を追加することとしてもよい。

次いで、ステップＳ３８では、代理処理部４２は、スケジュールＤＢ３７の情報を、各代理ルートセールスマンの携帯端末１３０（表示処理部６０）に対して送信する。なお、代理処理部４２は、地図ＤＢ３８を用いてスケジュールＤＢ３７の情報を地図上のルート情報に変換して表示処理部６０に送信することとしてもよい。また、代理処理部４２は、表示処理部６０に対して、ＳＯＳ自販機における補充必要数の情報を送信することとしてもよい。表示処理部６０は、受信した情報をディスプレイ２９３上に表示する。各代理ルートセールスマンは、ディスプレイ２９３に表示された情報を確認することで、新たに巡回する必要のある自販機（ＳＯＳ自販機）や補充必要数を認識することが可能となる。

次いで、ステップＳ４０では、代理処理部４２は、スケジュールＤＢ３７において更新した情報を、権限管理テーブル３５に記録する。例えば、スケジュールＤＢ３７において、図２０、図２１（ａ）、図２１（ｂ）の太線枠の情報が更新された場合には、権限管理テーブル３５に図２２のような情報が記録される。その後は、ステップＳ３０に戻り、ステップＳ３０〜Ｓ４０の処理・判断を繰り返し実行する。

以上のように、代理処理部４２が図１３、図１４の処理を実行することで、ＳＯＳ情報を送信したルートセールスマンが巡回する予定であった自販機（ＳＯＳ自販機）に対し代理ルートセールスマンを向かわせることが可能となる。この代理ルートセールスマンは、ＳＯＳ自販機に補充可能な商品を持ち合わせているとともに、ＳＯＳ自販機近傍を通過する際にＳＯＳ自販機に立ち寄れる、適切なルートセールスマンである。

（権限管理部４４の処理）
次に、図１５のフローチャートに沿って、権限管理部４４の処理について詳細に説明する。なお、各ルートセールスマンの携帯端末１３０には、１日の作業開始前に巡回することが決められた自販機に対応する電子鍵は予め送信されているものとする。一方、代理ルートセールスマンの携帯端末１３０には、ＳＯＳ自販機の電子鍵は予め送信されていないので、図１５のフローチャートに沿った処理により、代理ルートセールスマンの携帯端末１３０に対して電子鍵が渡される。

図１５の処理では、まずステップＳ７０において、権限管理部４４が、代理ルートセールスマンに対して、更新されたスケジュールＤＢ３７が代理処理部４２から送信されるまで待機する。

ステップＳ７０の判断が肯定されると、権限管理部４４は、ステップＳ７１に移行し、１つの自販機に対する作業が終了するまで待機する。そして、１つの自販機に対する作業が終了すると、ステップＳ７２に移行し、権限管理部４４は、次の作業を行う自販機をスケジュールＤＢ３７から特定する。次いで、ステップＳ７３では、権限管理部４４が、特定された自販機がＳＯＳ自販機であるか否かを判断する。ここでの判断が否定された場合には、ステップＳ８０に移行するが、肯定された場合には、ステップＳ７４に移行する。

なお、ステップＳ７４に移行する場合とは、例えば、代理ルートセールスマン「Ｒ００１」の場合において、図２０に示すＳＯＳ自販機「Ｖ０１２」の１つ前の自販機「Ｖ００４」の作業が終了した場合である。

ステップＳ７４に移行すると、権限管理部４４は、権限管理テーブル３５の付与フラグをＯＮに設定し、その自販機の権限（電子鍵）を代理ルートセールスマンの携帯端末１３０に送信する。この場合、権限管理部４４は、電子鍵ＤＢ３６を参照して、ＳＯＳ自販機に対応する電子鍵を携帯端末１３０に送信する。これにより、代理ルートセールスマンは、ＳＯＳ自販機の作業を開始する直前の適切なタイミングで、電子鍵を受け取ることができる。

次いで、ステップＳ７６では、権限管理部４４が、作業（ＳＯＳ自販機に対する作業）が終了するまで待機する。そして、代理作業が終了すると、権限管理部４４は、ステップＳ７８に移行し、権限管理テーブル３５に作業終了時刻を記録するととともに、付与フラグをＯＦＦに設定し、その自販機の権限（電子鍵）を代理ルートセールスマンの携帯端末１３０から削除する（消去する指示を送信する）。これにより、代理ルートセールスマンは、ＳＯＳ自販機の作業を行った後は、ＳＯＳ自販機の扉を開閉することができなくなる。

次いで、ステップＳ８０では、権限管理部４４が、作業する自販機が残っているか否かを判断する。ここでの判断が肯定された場合には、ステップＳ７１に戻るが、判断が否定された場合には、図１５の全処理を終了する。

以上のように、権限管理部４４が図１５の処理を実行することで、代理ルートセールスマンに対して適切なタイミングで電子鍵を渡すことができるとともに、電子鍵が不要になったときには電子鍵を削除することができる。このようにすることで、代理ルートセールスマンにＳＯＳ自販機の電子鍵が付与されている時間を短くすることができる。したがって、ＳＯＳ自販機における不正行為を抑制することができるとともに、代理ルートセールスマンから携帯端末１３０を不正に取得した人による不正行為を抑制することができる。

なお、これまでの説明から分かるように、本実施形態では、代理処理部４２により、自販機２０を巡回して商品を補充するルートセールスマンが巡回できなくなった自販機（ＳＯＳ自販機）から所定範囲内を通過するルートセールスマンを抽出する抽出部、抽出したルートセールスマンのトラック余剰在庫数と、ＳＯＳ自販機の自販機補充必要数とに基づいて、代理ルートセールスマンを選択する選択部、代理ルートセールスマンに対して通知を行う通知部、としての機能が実現されている。また、権限管理部４４により、ルートセールスマンによる自販機に対する作業が終了したことを検出した場合に、スケジュールＤＢ３７に基づいて、その次に作業する予定の自販機を特定する特定部、及び電子鍵ＤＢ３６を参照して、次の作業予定の自販機に対応する電子鍵を携帯端末１３０へ送信する電子鍵送信部、としての機能が実現されている。また、権限管理部４４により、自販機に対する作業が終了したことを検出すると、自販機に対応する電子鍵を消去する指示を携帯端末１３０へ送信する指示送信部としての機能も実現されている。

以上、詳細に説明したように、本実施形態によると、代理処理部４２は、ルートセールスマンが巡回できなくなった自販機（ＳＯＳ自販機）から所定範囲内を通過するルートセールスマンを検索し（Ｓ５６）、検索されたルートセールスマンがトラックにて保持する商品の余剰在庫数と、巡回できなくなった自販機（ＳＯＳ自販機）に補充すべき商品の数量と、に基づいて、検索されたルートセールスマンの中からＳＯＳ自販機に対する補充作業を行う代理ルートセールスマンを選定し（Ｓ６４）、選定された代理ルートセールスマンに対して通知を行う（Ｓ３８）。これにより、ＳＯＳ自販機に補充可能な商品を持ち合わせており、ＳＯＳ自販機近傍を通過する際にＳＯＳ自販機に立ち寄れる、適切なルートセールスマンを代理ルートセールスマンとすることができる。これにより、ＳＯＳ自販機に対する商品補充を行うことができるとともに、代理ルートセールスマンのトラック余剰在庫数も減らすことができる。代理ルートセールスマンのトラック余剰在庫数が減ることで、事務所への持ち帰りが減るので、トラックからの積み下ろし作業（商品管理上必要な作業）に対する労力を軽減することができる。

また、本実施形態では、代理処理部４２は、余剰在庫数が多いルートセールスマンから優先して代理ルートセールスマンとして選定するので、より少ない人数のルートセールスマンで、ＳＯＳ自販機への商品補充を行うことができる。

また、本実施形態では、代理処理部４２は、ＳＯＳ自販機から所定範囲内を通過するルートセールスマンの検索を、スケジュールＤＢ３７の情報を用いて行うので、ＧＰＳなどを用いてルートセールスマンの位置情報を得なくてもよい。これにより、トラックや携帯端末１３０にＧＰＳモジュールなどを用意しなくてもよいため、コスト削減を図ることが可能である。

また、本実施形態では、権限管理部４４は、代理ルートセールスマンによるＳＯＳ自販機の１つ前の自販機に対する作業が終了した場合に、スケジュールＤＢ３７に基づいて、ＳＯＳ自販機に対応する電子鍵を代理ルートセールスマンの携帯端末１３０へ送信する。これにより、代理ルートセールスマンに対して適切なタイミングで電子鍵を渡すことができ、代理ルートセールスマンにＳＯＳ自販機の電子鍵が付与されている時間を短くすることができる。このようにすることで、代理ルートセールスマンによる不正行為（商品や売り上げ金、釣り銭の抜き取りなど）を抑制することができるとともに、代理ルートセールスマンから携帯端末１３０を不正に取得した人による不正行為を抑制することができる。

また、本実施形態では、権限管理部４４は、ＳＯＳ自販機に対する代理ルートセールスマンの作業が終了したことを検出すると、ＳＯＳ自販機に対応する電子鍵を削除する。これにより、電子鍵が不要になった適切なタイミングで電子鍵を削除することができ、上記不正行為を更に抑制することが可能である。

また、本実施形態では、自販機２０の状態の変化（例えば在庫量の変化や扉の開閉）に基づいて、ルートセールスマンによる自販機に対する作業が終了したことを検出する。これにより、ルートセールスマンからの入力等が不要となり、権限管理部４４は、自販機に対する作業が終了したことを確実に認識することができる。ただし、これに限らず、ルートセールスマンが携帯端末１３０から作業開始や終了の情報を入力することとしてもよい。この場合、携帯端末１３０の入力処理部６２から、サーバ１０に対して、作業開始や終了の情報が送信されることになる。

なお、上記実施形態では、スケジュールＤＢ３７に基づいて、ＳＯＳ後に、ＳＯＳ自販機近傍を通過するルートセールスマンを検索する場合について説明したが、これに限られるものではない。例えば、ＧＰＳ等を用いて検出される実際の位置に基づいて、ＳＯＳ自販機に近いルートセールスマンを検索するようにしてもよい。

なお、上記実施形態では、ステップＳ６４において、代理処理部４２は、ＳＯＳ自販機の補充必要数を目標に、余剰在庫数の多い順に代理ルートセールスマンを選定する場合について説明したが、これに限られるものではない。代理処理部４２は、例えば、余剰在庫数の最も多いルートセールスマンのみを代理ルートセールスマンとして選定することとしてもよい。

また、上記実施形態では、代理ルートセールスマンがＳＯＳ自販機の１つ前の自販機の作業を終了したときに、ＳＯＳ自販機の電子鍵を付与する場合について説明したが、これに限られるものではない。ＳＯＳ自販機以外の自販機の電子鍵についても、１つ前の自販機の作業が終了したときに携帯端末１３０に対して送信するようにしてもよい。また、ＳＯＳ自販機以外の自販機の電子鍵についても、作業終了後に削除するようにしてもよい。

なお、上記実施形態では、ルートセールスマンが１種類の商品を複数の自販機に補充する場合について説明したが、これに限られるものではない。ルートセールスマンが複数種類の商品を複数の自販機に補充する場合にも、上記実施形態と同様の考え方で、代理ルートセールスマンを選定することができる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する工程と、
複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する工程と、をコンピュータが実行することを特徴とする電子鍵管理方法。
（付記２） 前記第２の自動販売機に対する前記担当者の作業が終了したことを検出すると、前記第２の自動販売機に対応する電子鍵を消去する指示を前記装置へ送信する工程を前記コンピュータが更に実行することを特徴とする付記１に記載の電子鍵管理方法。
（付記３） 自動販売機の状態の変化に基づいて、前記担当者の自動販売機に対する作業が終了したことを検出することを特徴とする付記１又は２に記載の電子鍵管理方法。
（付記４） 第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定し、
複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する、処理をコンピュータに実行させることを特徴とする電子鍵管理プログラム。
（付記５） 前記第２の自動販売機に対する前記担当者の作業が終了したことを検出すると、前記第２の自動販売機に対応する電子鍵を消去する指示を前記装置へ送信する処理を前記コンピュータに更に実行させることを特徴とする付記４に記載の電子鍵管理プログラム。
（付記６） 自動販売機の状態の変化に基づいて、前記担当者の自動販売機に対する作業が終了したことを検出することを特徴とする付記４又は５に記載の電子鍵管理プログラム。
（付記７）
第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する特定部と、
複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する電子鍵送信部と、を備える電子鍵管理装置。
（付記８） 前記第２の自動販売機に対する前記担当者の作業が終了したことを検出すると、前記第２の自動販売機に対応する電子鍵を消去する指示を前記装置へ送信する指示送信部を更に備える付記７に記載の電子鍵管理装置。
（付記９） 自動販売機の状態の変化に基づいて、前記担当者の自動販売機に対する作業が終了したことを検出することを特徴とする付記７又は８に記載の電子鍵管理装置。

１０ サーバ（電子鍵管理装置）
２０ 自動販売機
３６ 電子鍵ＤＢ（記憶部）
３７ スケジュールＤＢ（作業順序）
４４ 権限管理部（特定部、電子鍵送信部、指示送信部）
１３０ 携帯端末（装置）

Claims (5)

1. 第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する工程と、
   複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する工程と、をコンピュータが実行することを特徴とする電子鍵管理方法。
2. 前記第２の自動販売機に対する前記担当者の作業が終了したことを検出すると、前記第２の自動販売機に対応する電子鍵を消去する指示を前記装置へ送信する工程を前記コンピュータが更に実行することを特徴とする請求項１に記載の電子鍵管理方法。
3. 自動販売機の状態の変化に基づいて、前記担当者の自動販売機に対する作業が終了したことを検出することを特徴とする請求項１又は２に記載の電子鍵管理方法。
4. 第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定し、
   複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する、処理をコンピュータに実行させることを特徴とする電子鍵管理プログラム。
5. 第１の自動販売機に対する、該第１の自動販売機と対応付けられた担当者による作業が終了したことを検出した場合に、予め決められた複数の自動販売機に対する前記担当者の作業順序に基づいて、前記第１の自動販売機の次に前記担当者が作業する予定の第２の自動販売機を特定する特定部と、
   複数の自動販売機と、該複数の自動販売機それぞれに対応する電子鍵と、の情報を対応付けて管理する記憶部を参照して、前記第２の自動販売機に対応する電子鍵を前記担当者が利用する装置へ送信する送信部と、を備える電子鍵管理装置。

Images