IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ KEYes株式会社の特許一覧

特開2023-8749情報処理システム、情報処理方法、プログラム
<>
  • 特開-情報処理システム、情報処理方法、プログラム 図1
  • 特開-情報処理システム、情報処理方法、プログラム 図2
  • 特開-情報処理システム、情報処理方法、プログラム 図3
  • 特開-情報処理システム、情報処理方法、プログラム 図4
  • 特開-情報処理システム、情報処理方法、プログラム 図5
  • 特開-情報処理システム、情報処理方法、プログラム 図6
  • 特開-情報処理システム、情報処理方法、プログラム 図7
  • 特開-情報処理システム、情報処理方法、プログラム 図8
  • 特開-情報処理システム、情報処理方法、プログラム 図9
  • 特開-情報処理システム、情報処理方法、プログラム 図10
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023008749
(43)【公開日】2023-01-19
(54)【発明の名称】情報処理システム、情報処理方法、プログラム
(51)【国際特許分類】
   G06Q 10/00 20230101AFI20230112BHJP
   G06Q 50/00 20120101ALI20230112BHJP
【FI】
G06Q10/00
G06Q50/00
【審査請求】未請求
【請求項の数】8
【出願形態】OL
(21)【出願番号】P 2021171407
(22)【出願日】2021-10-20
(62)【分割の表示】P 2021112239の分割
【原出願日】2021-07-06
【新規性喪失の例外の表示】特許法第30条第2項適用申請有り ウェブサイト(ピッチイベントにおけるシステムの紹介記事)、「https://monthly―pitch.com/2020/07/keyes/」
(71)【出願人】
【識別番号】521256908
【氏名又は名称】KEYes株式会社
(74)【代理人】
【識別番号】110002790
【氏名又は名称】One ip弁理士法人
(72)【発明者】
【氏名】栗山 真也
(72)【発明者】
【氏名】藤懸 英昭
(72)【発明者】
【氏名】野寄 朋彦
(72)【発明者】
【氏名】柄澤 博人
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049AA20
5L049CC11
(57)【要約】      (修正有)
【課題】ユーザの管理空間における作業をスムーズに実行可能とする情報処理システム、情報処理方法及びプログラムを提供する。
【解決手段】サーバ100と、複数のユーザ端末200とが、ネットワークを介して接続される管理空間に設けられ、ユーザ端末との通信により施解錠操作が可能な電子錠300の施解錠状況を管理する情報処理システムであって、電子錠は、本体にロック構造を有する。サーバは、ユーザ端末により電子錠に対して解錠操作が実行された場合に、解錠操作が実行された電子錠の電子錠情報に紐づく管理空間に関連する書類データを取得する書類データ取得部と、取得した書類データをユーザ端末へ送信する情報送信部と、を備える。
【選択図】図2
【特許請求の範囲】
【請求項1】
管理空間に設けられた電子錠の施解錠状況を管理する情報処理システムであって、
前記電子錠は本体にロック構造を有するものであり、
ユーザ端末により前記電子錠に対して解錠操作が実行された場合に、当該解錠操作が実
行された前記電子錠の電子錠情報に紐づく管理空間に関連する書類データを取得する書類
データ取得部と、
取得した前記書類データを前記ユーザ端末へ送信する情報送信部と、
を備える、ことを特徴とする情報処理システム。
【請求項2】
前記書類データは、前記管理空間での作業に関連する書類データである、
ことを特徴とする請求項1に記載の情報処理システム。
【請求項3】
前記書類データは、提出が必要な書類データである、
ことを特徴とする請求項1または2のいずれかに記載の情報処理システム。
【請求項4】
前記書類データは、前記管理空間内で確認作業を行うための確認項目データを含む、
ことを特徴とする請求項1ないし3のいずれかに記載の情報処理システム。
【請求項5】
前記情報送信部は、前記ユーザ端末に巡回ルート情報を送信する、
ことを特徴とする請求項1ないし4のいずれかに記載の情報処理システム。
【請求項6】
前記書類データの取得要求または作業開始情報に基づき、作業状況情報を作成する、
ことを特徴とする請求項1ないし5のいずれかに記載の情報処理システム。
【請求項7】
管理空間に設けられた電子錠の施解錠状況をコンピュータにより管理する情報処理方法
であって、
前記電子錠は本体にロック構造を有するものであり、
前記コンピュータにおいて、
書類データ取得部により、ユーザ端末により前記電子錠に対して解錠操作が実行された
場合に、当該解錠操作が実行された前記電子錠の電子錠情報に紐づく管理空間に関連する
書類データを取得するステップと、
情報送信部により、取得した前記書類データを前記ユーザ端末へ送信するステップと、
を実行する、ことを特徴とする情報処理方法。
【請求項8】
管理空間に設けられた電子錠の施解錠状況を管理する情報処理方法をコンピュータにより
実行するプログラムであって、
前記電子錠は本体にロック構造を有するものであり、
前記コンピュータにおいて、
書類データ取得部により、ユーザ端末により前記電子錠に対して解錠操作が実行された
場合に、当該解錠操作が実行された前記電子錠の電子錠情報に紐づく管理空間に関連する
書類データを取得するステップと、
情報送信部により、取得した前記書類データを前記ユーザ端末へ送信するステップと、
を実行させる、
ことを特徴とするプログラム。

【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法、プログラムに関する。
【背景技術】
【0002】
従来から、近距離無線通信等で施解錠可能な電子錠が知られている。
【0003】
特許文献1には、近距離無線通信やバイオメトリック等で施解錠可能な電子南京錠が記
載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特表2013-534580
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来の電子錠は既存の錠前の代替品としての利用方法しか想定されてお
らず、特に携帯可能な錠前が電子化されることにより得られる利点を十分に活かせる使い
道がなかった。
【0006】
そこで、本発明は、ユーザがユーザ端末により施解錠操作を実行した電子錠に紐づく管
理空間に関連する書類データをユーザ端末にて読み出すことで、ユーザの管理空間におけ
る作業をスムーズに実行可能とする情報処理システム等を提供することを一つの目的とす
る。
【課題を解決するための手段】
【0007】
本発明によれば、管理空間に設けられた電子錠の施解錠状況を管理する情報処理システ
ムであって、前記電子錠は本体にロック構造を有するものであり、ユーザ端末により前記
電子錠に対して解錠操作が実行された場合に、当該解錠操作が実行された前記電子錠の電
子錠情報に紐づく管理空間に関連する書類データを取得する書類データ取得部と、取得し
た前記書類データを前記ユーザ端末へ送信する情報送信部と、を備える、ことを特徴とす
る情報処理システム等が得られる。
【発明の効果】
【0008】
本発明によれば、ユーザがユーザ端末により施解錠操作を実行した電子錠に紐づく管理
空間に関連する書類データをユーザ端末にて読み出すことで、ユーザの管理空間における
作業がスムーズに実行可能となる。
【図面の簡単な説明】
【0009】
図1】本発明の実施の形態によるシステムの構成例を示す図である。
図2】本発明の実施の形態によるシステムの構成イメージ図である。
図3図1のサーバの機能ブロック図である。
図4】サーバに格納されるユーザ情報の一例を示す図である。
図5】サーバに格納される作業対象情報の一例を示す図である。
図6】サーバに格納される作業状況情報の一例を示す図である。
図7図1のユーザ端末の機能ブロック図である。
図8】本システムの処理を示す図である。
図9】ユーザ端末における図の表示例を示す図である。
図10】ユーザ端末における図の表示例を示す図である。
【発明を実施するための形態】
【0010】
本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
[項目1]
管理空間に設けられた電子錠の施解錠状況を管理する情報処理システムであって、
前記電子錠は本体にロック構造を有するものであり、
ユーザ端末により前記電子錠に対して解錠操作が実行された場合に、当該解錠操作が実
行された前記電子錠の電子錠情報に紐づく管理空間に関連する書類データを取得する書類
データ取得部と、
取得した前記書類データを前記ユーザ端末へ送信する情報送信部と、
を備える、ことを特徴とする情報処理システム 。
[項目2]
前記書類データは、前記管理空間での作業に関連する書類データ である、
ことを特徴とする項目1に記載の情報処理システム。
[項目3]
前記書類データは、提出が必要な書類データ である、
ことを特徴とする項目1または2のいずれかに記載の情報処理システム。
[項目4]
前記書類データは、前記管理空間内で確認作業を行うための確認項目データ を含む、
ことを特徴とする項目1ないし3のいずれかに記載の情報処理システム。
[項目5]
前記情報送信部は、前記ユーザ端末に巡回ルート情報 を送信する、
ことを特徴とする項目1ないし4のいずれかに記載の情報処理システム。
[項目6]
前記書類データの取得要求または作業開始情報に基づき、作業状況情報を作成する、
ことを特徴とする項目1ないし5のいずれかに記載の情報処理システム。
[項目7]
管理空間に設けられた電子錠の施解錠状況をコンピュータにより管理する情報処理方法
であって、
前記電子錠は本体にロック構造を有するものであり、
前記コンピュータにおいて、
書類データ取得部により、ユーザ端末により前記電子錠に対して解錠操作が実行された
場合に、当該解錠操作が実行された前記電子錠の電子錠情報に紐づく管理空間に関連する
書類データを取得するステップと、
情報送信部により、取得した前記書類データを前記ユーザ端末へ送信するステップと、
を実行する、ことを特徴とする情報処理方法。
[項目8]
管理空間に設けられた電子錠の施解錠状況を管理する情報処理方法をコンピュータにより
実行するプログラムであって、
前記電子錠は本体にロック構造を有するものであり、
前記コンピュータにおいて、
書類データ取得部により、ユーザ端末により前記電子錠に対して解錠操作が実行された
場合に、当該解錠操作が実行された前記電子錠の電子錠情報に紐づく管理空間に関連する
書類データを取得するステップと、
情報送信部により、取得した前記書類データを前記ユーザ端末へ送信するステップと、
を実行させる、
ことを特徴とするプログラム。
【0011】
<実施の形態の詳細>
以下、本発明の実施の形態による情報処理システム(以下、単に「システム」という)
ついて、図面を参照しながら説明する。添付図面において、同一または類似の要素には同
一または類似の参照符号及び名称が付され、各実施形態の説明において同一または類似の
要素に関する重複する説明は省略することがある。また、各実施形態で示される特徴は、
互いに矛盾しない限り他の実施形態にも適用可能である。
【0012】
<構成>
図1は、本発明の実施形態に係る、電子錠によりユーザの作業状況を管理する情報処理
システムを示すブロック構成図である。本システム1は、サーバ100と、ユーザ端末2
00A、200B(以下、総称して「ユーザ端末200」と呼ぶこともある)、電子錠3
00A、300B(以下、総称して「電子錠300」と呼ぶこともある)とで構成される
【0013】
サーバ100、ユーザ端末200A、200Bは、各々、ネットワークNWを介して接
続される。ネットワークNWは、インターネット、イントラネット、無線LAN(Loc
al Area Network)やWAN(Wide Area Network)等
により構成される。
【0014】
サーバ100は、例えば、ワークステーションやパーソナルコンピュータのような汎用
コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実
現されてもよい。本実施形態においては、説明の便宜上サーバ端末として1台を例示して
いるが、これに限定されず、複数台であってもよい。
【0015】
ユーザ端末200は、例えば、パーソナルコンピュータやタブレット端末、スマートフ
ォンや携帯電話等の情報処理装置であり得る。
【0016】
電子錠300は、管理空間に進入することを施錠により妨げるように用いられており、
ユーザ端末との通信により施解錠操作が可能な電子錠であればどのような構成であっても
よいが、特に電子錠300本体にロック構造を有し、電子錠300単体のみで施解錠操作
が可能なものであることが好ましい。すなわち、電子錠300は、例えば、電子南京錠で
あったり、ワイヤ型やチェーン型などといった本体にロック構造を有する電子錠300で
あることが好ましい。これによって、デッドボルト等を備える扉とストライク等を備える
枠を有する一般的なドアが存在しなくとも、例えば図2に示されるように、掛金により施
錠される門扉(例えば、フェンス製など)の掛金に使用することも可能であるし、チェー
ンなどと組み合わせて簡易な錠を構成するなど、自由度の高い利用が可能となる。また、
電子錠300は、筐体を有し、当該筐体の内部に物理鍵(例えば、シリンダー錠用など)
が収納されたキーボックス型であってもよい。
【0017】
電子錠300の施解錠操作は、例えばユーザ端末200により実行されてもよい。より
具体的には、例えばユーザ端末200上で実行されるアプリケーションにおいて解錠要求
操作が実行された場合に、ユーザ端末200の近距離無線通信インターフェース(Blu
etooth(登録商標)やBLE、赤外線等)により電子錠300へ解錠要求を送信す
るようにしてもよい。なお、アプリケーションにおいて解錠要求操作機能のみを備える場
合には、電子錠300は施錠操作を従来の錠前と同様に物理な施錠構成により手動で非電
気的に実行する(例えば南京錠型であればシャックルを本体に挿入するとロックがかかる
等)ようにしてもよい。この時、必要に応じて物理的な施錠構成に対してセンサを設ける
などして施錠検知信号を生成してユーザ端末200へ送信するようにして施錠操作を認識
してもよい。また、当該解錠要求操作機能に加えて、施錠要求操作機能を備えていてもよ
く、例えば施解錠ごとにアプリケーション上から要求操作を実行して、解錠要求操作の際
と同様に電子錠300へ施錠要求を送信してもよい。
【0018】
図2は、本システムにおける使用例を模式的に示す図の一例である。図示されるように
、例えばユーザが作業を開始する際には、ユーザはユーザ端末200上のアプリケーショ
ンで「作業開始」アイコンを選択するなどして解錠要求操作を実行して電子錠300(図
2では電子南京錠を例示)へ解錠要求を送信して電子錠300を解錠して掛金等から外し
て管理空間に進入する。そして、例えばユーザが作業を終了する際には、ユーザはユーザ
端末200上のアプリケーションで「作業終了」アイコンを選択するなどして再度解錠要
求操作を実行して電子錠300へ解錠要求を送信して電子錠300を解錠して再度管理空
間への進入を妨げるように掛金等に再度施錠する。なお、作業中に電子錠300を解錠し
たままである場合や、管理空間内から外部へ出る時にはロック機能が動作しない場合には
、解錠要求を伴わずに施錠して作業を終了してもよい。
【0019】
ここで、上述のように、ユーザがユーザ端末200上のアプリケーションで「作業開始
」アイコンを選択するなどして解錠要求操作を実行する際に、例えばアプリケーション上
で把握される電子錠識別情報(例えば、電子錠IDなど)と共に、管理空間に関連する書
類データの取得を要求する書類データ取得要求をサーバ100へ送信する。サーバ100
は、電子錠識別情報と管理空間識別情報との対応情報を参照し、管理空間を特定するよう
にしてもよいし、これをユーザ端末200上で行って、電子錠識別情報に代えて管理空間
識別情報をサーバ100へ送信するようにしてもよい。そして、
サーバ100は、当該管理空間識別情報に対応する書類データを読み出して、ユーザ端末
200へ送信する。これにより、ユーザは、管理空間内で書類データを参照しながら作業
を行うことが可能となる。また、当該書類データが提出が必要なデータである場合には、
ユーザがユーザ端末200上のアプリケーションで「書類提出」アイコンや「作業終了」
アイコンなどを選択するなどに応じて、必要に応じてサーバ100へ送信し、書類データ
をサーバ100の記憶部120に記憶したりするようにしてもよい。なお、サーバ100
では、書類データ取得要求及び書類データ提出情報の受け付けた日付情報や時間情報を作
業状況情報として記憶することで、過去の作業実施日時の履歴を残したり、現状の作業実
施状況を把握したりとより詳細な作業状況の管理が可能となる。また、書類データ取得要
求及び書類データ提出情報に加えて、ユーザがユーザ端末200上のアプリケーションで
「作業開始」アイコンや「作業終了」アイコンなどを選択するなどに応じて作業開始情報
や作業終了情報をサーバ100へ送信するように構成をなしてもよい。
【0020】
さらに、サーバ100で作業状況情報を記憶する際に、例えばユーザ端末200のアプ
リケーション上で把握されるユーザ情報(例えば、ユーザ名やユーザIDなどのユーザ識
別情報)も併せて記憶することで、各ユーザの作業状況(作業が開始されているか、終了
しているかなど)がサーバ100において記憶されて管理可能となる。
【0021】
管理空間は、電子錠300により進入が管理されており、所定の広さを持った空間であ
れば特に限定されないが、例えば電子錠300により進入が管理される居室やフロア、建
物、施設、敷地であり得る。
【0022】
書類データは、管理空間内の作業に用いられる作業用書類データであればどのようなも
のであってもよいが、例えば、管理空間内の設備の説明書や仕様書、作業マニュアルなど
の閲覧のみを行う書類データであってもよいが、管理空間内の設備の点検項目データや清
掃項目データ、工事項目データなどの確認項目データ(いわゆるチェック表)のような提
出を伴う書類データであってもよく、これにより管理空間内での作業状況をより詳細に管
理することが可能となる。
【0023】
<ハードウェア構成>
本実施の形態によるサーバ100は、以下のようなハードウェア構成を有する。なお、
以下の構成は一例であり、これ以外の構成を有していても良い。
【0024】
<サーバ100>
図3は、図1のサーバ100の機能ブロック構成図である。サーバ100は、通信部1
10と、記憶部120と、制御部130とを備える。サーバ100は、例えばワークステ
ーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはク
ラウド・コンピューティング技術等によって論理的に実現されてもよい。
【0025】
通信部110は、ネットワークNWを介してユーザ端末200と通信を行うための通信
インターフェースであり、例えばTCP/IP(Transmission Contr
ol Protocol/Internet Protocol)等の通信規約により通
信が行われる。なお、通信部110は、Bluetooth(登録商標)及びBLE(B
luetooth Low Energy)やWi-Fi等に例示される無線通信インタ
ーフェースを備えていてもよい。
【0026】
記憶部120は、各種制御処理や制御部130内の各機能を実行するためのプログラム
、入力データ等を記憶するものであり、RAM(Random Access Memo
ry)、ROM(Read Only Memory)等から構成される。また、記憶部
120は、例えば、ユーザに関連する各種情報を格納する、ユーザ情報格納部121、及
び、管理空間に関連する各種情報を格納する、管理空間情報格納部122、及び各作業状
況を管理する作業状況情報を格納する、作業状況情報格納部123を有する。なお、上記
ユーザ情報、管理空間情報及び作業状況情報を含む、各種データを格納したデータベース
が記憶部120外またはサーバ100外に構築されていてもよい。
【0027】
制御部130は、記憶部120に記憶されているプログラムを実行することにより、サ
ーバ100の全体の動作を制御するものであり、CPU(Central Proces
sing Unit)やGPU(Graphics Processing Unit)
等から構成される。制御部130の機能として、ユーザ端末200から所定の要求または
情報を受け付ける情報受付部131と、書類データ取得要求に基づき書類データを取得す
る書類データ取得部132と、ユーザ端末200へ書類データ等の情報を送信する情報送
信部133と、作業状況情報に基づき作業状況の管理を行う作業状況管理部134と、ユ
ーザ端末のユーザインターフェースを介して表示される画面情報を生成する画面情報生成
部135を有する。なお、画面情報生成部135が生成する画面情報の一部または全部は
、各ユーザ端末200に格納されたアプリケーションへの操作に基づき後述の画面情報生
成部243により生成される構成であってもよい。
【0028】
情報受付部131は、ユーザ端末200から、上述の書類データ取得要求、ユーザ情報
、電子錠識別情報または管理空間識別情報、書類データ提出情報、作業開始情報、作業終
了情報などの所定の情報を、通信部110を介して受信する。
【0029】
ユーザ情報格納部121は、例えば図4に示されるユーザ情報1000であり、ユーザ
に関連する各種データを格納する。図4において、説明の便宜上、一ユーザ(ユーザID
「10001」で識別されるユーザ)の例を示すが、複数のユーザの情報を格納すること
ができる。ユーザに関連する各種情報として、例えば、ユーザの基本情報(ユーザの氏名
、任意のユーザ名、ユーザの所属名、ユーザの役職、メールアドレス、電話番号等)、ユ
ーザの作業関連情報(作業ステータス、過去の作業管理空間情報、過去の各作業時間情報
、過去の総作業時間情報、過去の総作業回数情報、作業ルート情報等)を格納することが
できる。なお、上記情報は一例であり、これ以外の情報を格納していてもよいし、一部の
情報が削除されていてもよい。
【0030】
管理空間情報格納部122は、例えば図5に示される管理空間情報2000であり、管
理空間に関連する各種データを格納する。図5において、説明の便宜上、一管理空間(管
理空間ID「20001」で識別される管理空間)の例を示すが、複数の管理空間の情報
を格納することができる。管理空間に関連する各種情報として、例えば、管理空間の基本
情報(管理空間名、管理者情報、連絡先、電話番号、住所、設備情報等)、作業関連情報
(作業対象名(例えば、対象機器名、作業種別名など)、作業内容、作業ステータス、作
業関連書類データ(作業マニュアル情報や設備に関する説明書、仕様書、作業項目情報、
確認項目情報など)、作業時に必要な物情報等)を格納することができる。なお、上記情
報は一例であり、これ以外の情報を格納していてもよいし、一部の情報が削除されていて
もよい。
【0031】
書類データ取得部132は、情報受付部131で受信した書類データ取得要求、及び、
電子錠識別情報または管理空間識別情報に基づき、管理空間情報格納部122から要求対
象の管理空間に関連する書類データを取得する。
【0032】
情報送信部133は、サーバ100において生成または取得した所定の情報(例えば、
上述の書類データや後述の作業状況情報など)を、通信部110を介してユーザ端末20
0へ送信する。
【0033】
作業状況管理部134は、情報受付部131により受信した情報に基づき、ユーザ情報
または管理空間情報のいずれかに少なくとも紐づけて作業状況情報を記憶し管理を行う。
【0034】
作業状況情報格納部123は、例えば、図6に示されるように作業ごとにデータ管理さ
れて作業状況情報を格納する。
【0035】
図6に示すテーブルは、例えば、書類データ取得要求(または作業開始情報)に基づき
生成される作業IDごとに、管理空間ID、作業ユーザID、作業ステータス、作業日付
、作業開始時間、作業終了時間、書類提出ステータス等を格納する。図6に示すように、
例えば、作業日付「2025年3月4日」におけるユーザID「10001」の作業につ
いて着目すると、作業ID「30101」(以下、「作業例A」という。)においては、
管理空間ID「20012」で「13:00:00」から作業を開始し「14:00:0
0」に作業が終了したため、作業ステータスが「作業終了」となっており、書類データの
提出を行っているので書類提出ステータスが「済」となっている。また、作業ID「30
102」及び「30103」(以下、「作業例B」という。)においては、管理空間ID
「20001」においてユーザID「10011」と共に「14:30:00」から作業
を開始し、「16:00:00」に作業が終了したため、作業ステータスが「作業終了」
となっており、書類データの提出が一方のユーザだけで足りる場合、ユーザID「100
01」の書類提出ステータスが「済」で、ユーザID「10011」の書類提出ステータ
スが「N/A」となっている。さらに、作業ID「30104」においては、管理空間I
D「20004」において「16:15:00」から作業を開始し、「17:00:00
」に作業が終了して作業ステータスが「作業終了」となっているが、ここでの書類データ
の提出は不要であったので書類提出ステータスは「N/A」と入力されていない。さらに
、作業ID「30105」においては、管理空間ID「20006」において「17:1
0:00」から作業を開始したが、現在作業が続いており終了していないため、作業ステ
ータスが「作業中」となっており、ここでの書類データの提出が必要であるが作業中で未
提出であるので書類提出ステータスは「未」となっている。なお、書類提出ステータスが
「未」となっている場合で、作業ステータスが「作業終了」である場合には、書類提出忘
れであることは明らかである。したがって、このような条件で「書類提出忘れ」であると
判定した場合には、「書類提出忘れ」に関する通知をユーザ端末200へ送信してもよい
。このように作業状況情報を管理することにより、管理空間に対して適切な作業が行われ
ているか、ユーザは適切な作業を行っているか、必要な書類を提出しているか、などを詳
細に管理することが可能となる。
【0036】
画面情報生成部135は、ユーザ端末200のユーザインターフェースを介して表示さ
れる画面情報を生成する。例えば、記憶部120に格納された画像及びテキストデータを
素材として、所定のレイアウト規則に基づいて、各種画像及びテキストを配置することで
生成されるユーザインターフェース画面を構成するための情報を生成する。例えば、画面
情報生成部135は、テキストデータをユーザ端末200に送信し、かつ、画像データへ
のリンクをユーザ端末200に送信し、テキストデータを所定レイアウト規則に基づいて
ユーザ端末200に送信させつつ、ユーザ端末200の要求に応じて画像データを送信す
ることで、ユーザインターフェース画面をユーザ端末200に表示させることができる。
画面情報生成部135に関連する処理は、GPU(Graphics Processing Unit)によって
実行することもできる。
【0037】
<ユーザ端末200>
図7は、図1のユーザ端末200を示す機能ブロック構成図である。ユーザ端末200
は、通信部210と、表示操作部220と、記憶部230と、制御部240とを有する。
【0038】
通信部210は、ネットワークNWを介してサーバ100と通信を行うための通信イン
ターフェースであり、例えばTCP/IP等の通信規約により通信が行われる。なお、通
信部210は、Bluetooth(登録商標)及びBLE(Bluetooth Lo
w Energy)やWi-Fi等に例示される無線通信インターフェースを備えていて
もよい。
【0039】
表示操作部220は、ユーザが指示を入力し、制御部240からの入力データに応じて
テキスト、画像等を表示するために用いられるユーザインターフェースであり、ユーザ端
末200がパーソナルコンピュータで構成されている場合はディスプレイとキーボードや
マウスにより構成され、ユーザ端末200がスマートフォンまたはタブレット端末で構成
されている場合はタッチパネル等から構成される。この表示操作部220は、記憶部23
0に記憶されている制御プログラムにより起動されてコンピュータ(電子計算機)である
ユーザ端末200により実行される。
【0040】
記憶部230は、各種制御処理や制御部240内の各機能を実行するためのプログラム
、入力データ等を記憶するものであり、RAMやROM等から構成される。また、記憶部
230は、サーバ100との通信内容を一時的に記憶している。
【0041】
制御部240は、記憶部230に記憶されているプログラムを実行することにより、ユ
ーザ端末200の全体の動作を制御するものであり、CPUやGPU等から構成され、各
種機能を実行する機能部が実現される。制御部240の機能として、電子錠300へ所定
の要求(例えば解錠要求、施錠要求など)を送信したり、サーバ100へ前述の各種情報
を送信する情報送信部241と、サーバ100から作業開始時に要求した書類データや、
各ユーザまたは各作業対象の作業ステータスを含む作業状況情報を取得する情報取得部2
42と、ユーザ端末のユーザインターフェースを介して表示される画面情報(作業ステー
タスを確認可能な画面情報を含む)を生成する画面情報生成部243を有する。
【0042】
画面情報生成部243は、情報取得部242が取得した作業状況情報と、管理空間の位
置を示す図(例えば、フロアマップであったり、設計図、見取り図、模式図、地図などの
管理空間の位置を特定可能な図であればよい。)などに基づき、図上の作業中の管理空間
の位置や作業完了した管理空間の位置、作業未完了の管理空間の位置などに記号等の図形
や文字を配置(重畳)して表示してもよい。
【0043】
<処理の流れ>
図8は、本システムの処理の流れを示す図である。
【0044】
まず、ユーザ端末200の情報送信部241により、ユーザが作業を開始する際に、ユ
ーザ端末200上のアプリケーションで「作業開始」アイコンを選択するなどの解錠要求
操作に応じて電子錠300へ解錠要求を送信する(ステップS101)。
【0045】
次に、ユーザ端末200の情報送信部241により、サーバ100へ書類データ取得要
求及びユーザ情報、電子錠識別情報または管理空間識別情報を送信する(ステップS10
2)。この後、電子錠300は適宜施錠される。
【0046】
次に、サーバ100の書類データ取得部132により、情報受付部131により受け付
けた書類データ取得要求等に基づき、書類データを取得する(ステップS103)。
【0047】
次に、ユーザ端末200の情報取得部242により、サーバ100の情報送信部133
から送信された書類データを含む各種データを受信し、ユーザ端末200において書類デ
ータを表示する(ステップS104)。
【0048】
次に、ユーザ端末200の情報送信部241により、サーバ100へ書類データ提出情
報を送信する(ステップS105)。
【0049】
次に、サーバ100の作業状況管理部134により、情報受付部131により受け付け
た書類データ提出情報等に基づき、各格納部における作業ステータスを更新する(ステッ
プS106)。
【0050】
なお、図8ではステップS106で作業ステータスを更新しているが、例えばステップ
S103等の所定のタイミングに行われてもよい。
【0051】
<実施の形態例1>
以下、より具体的な実施例として、実施の形態1について説明する。実施の形態1にお
いては、複数個所に点在する屋内外のインフラ管理施設の定期巡回を想定すると、書類デ
ータは例えばインフラ管理施設に関する点検項目データであり得る。そして、図6に示さ
れるように作業ステータス及び書類提出ステータスを含む作業状況情報を管理することに
より、例えば図9に例示すようにユーザ端末200上のアプリケーションにより作業状況
情報や現在の作業管理空間の位置(星マーク)を図に示すことで確認可能とすることが可
能となる。さらに、ユーザ端末200は、巡回ルート情報を作成またはサーバ100から
取得することを可能としてもよく、当該巡回ルート情報に基づき、図9に例示されるよう
に作業の進行状況が把握可能になっていてもよい。また、作業の進行状況について、他の
ユーザ端末200によって作業状況情報(及び巡回ルート情報など)を取得可能としても
よく、これにより他のユーザ(例えば管理者)がユーザの現状を把握可能としてもよい。
さらには、ユーザは過去の他のユーザの作業状況情報や巡回ルート情報などを取得可能と
してもよく、ユーザはこれを巡回ルートでの作業実行前または実行中のルートの途中など
に参考情報として確認可能としてもよい。
【0052】
<実施の形態例2>
実施の形態2においては、建物内の居室や会議室等の管理空間を想定する。すなわち、
書類データは、例えば清掃作業の点検表データや設備の点検表データ、工事の進捗チェッ
クデータ、退去時の状態確認チェックデータなどの確認項目データであり得る。このよう
な場合、例えば、管理空間内外に設置された収納具の掛金に電子錠300を設けるように
してもよく、当該電子錠300解錠してから所定の作業を実行する際に、ユーザ端末20
0により書類データを確認しながら作業を行うようにしてもよい。すなわち、上述とは別
の実施の形態として、実施の形態2において電子錠300は管理空間への進入に直接的に
は関連しておらず、間接的に電子錠識別情報と管理空間識別情報とを関連付けるようにし
てもよい。また、この時、例えば同じプロジェクトやチームごとにグループ識別情報を発
行して、当該グループ識別情報に紐づくアカウントを一括で管理し、図10に例示すよう
に、各ユーザ端末200上のアプリケーションにより複数のユーザに関する作業状況情報
や作業対象の位置(星マーク、四角マーク)を確認可能としてもよい。
【0053】
以上のように、本発明によれば、ユーザがユーザ端末により施解錠操作を実行した電子
錠に紐づく管理空間に関連する書類データをユーザ端末にて読み出すことで、ユーザの管
理空間における作業をスムーズに実行可能とする情報処理システム等を提供することが可
能となる。
【0054】
上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定
して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良
することができると共に、本発明にはその均等物が含まれることは言うまでもない。
【符号の説明】
【0055】
100 サーバ
200 ユーザ端末
300 電子錠
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10