JPWO2020054696A1 - 情報処理装置、情報処理方法、記録媒体および情報処理システム - Google Patents

Abstract

本発明に係る情報処理装置は、作業員の状況を判定する状況判定部と、前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、を備える。

Description

本発明は、情報処理装置、情報処理方法、記録媒体および情報処理システムに関する。

特許文献１には、従業員の業務管理をスケジューラによって行うとともに、急遽発生した作業を従業員に指示する際に、当該作業の重要度に応じてスケジュールデータを修正する作業支援システムが開示されている。

特開２０１５−２３０５８１号公報

特許文献１に例示されている作業支援システムは、突発的なタスクが生じた場合には当該タスクを割り当てるために従業員のスケジュールを修正できる。しかし、従業員が当該タスクを実施できるか否かなどの状況は把握できていないため、従業員が当該タスクに取り掛かることができない場合がある。例えば、従業員が当該タスクの作業場所から離れた位置にいる場合には、作業場所への移動に時間を要してしまう。また、従業員が接客中である場合には、従業員は接客を完了するまで顧客の傍に留まる必要がある。これらの場合には、新たなタスクの実施を指示されたとしても、従業員は当該タスクへ即座に対応することはできない。

そこで、本発明は、上述の課題に鑑み、作業員の状況を判断し、確実にタスクを実施することができる作業員に対してタスクの実施を指示することができる情報処理装置、情報処理方法、記録媒体および情報処理システムを提供することを目的とする。

本発明の一つの観点によれば、作業員の状況を判定する判定部と、前記状況に基づいて前記作業員に対してタスクを指示する指示部と、を備える情報処理装置が提供される。

本発明の他の観点によれば、作業員の状況を判定するステップと、前記状況に基づいて前記作業員に対してタスクを指示するステップと、を備える情報処理方法が提供される。

本発明のさらに他の観点によれば、コンピュータに、作業員の状況を判定するステップと、前記状況に基づいて前記作業員に対してタスクを指示するステップと、を実行させるプログラムが記録された記録媒体が提供される。

本発明のさらに他の観点によれば、作業員の状況を判定する状況判定部と、前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、指示された前記タスクの情報を出力する出力部と、を備える情報処理システムが提供される。

本発明によれば、作業員の状況を判断し、確実にタスクを実施することができる作業員に対してタスクの実施を指示することができる情報処理装置、情報処理方法、記録媒体および情報処理システムを提供することができる。

第１実施形態に係る作業支援システムの全体構成例を示す図である。 第１実施形態に係る店舗サーバの機能を示すブロック図である。 第１実施形態に係る店員情報テーブルが記憶する情報の一例を示す図である。 第１実施形態に係るシフト情報管理テーブルが記憶する情報の一例を示す図である。 第１実施形態に係るタスク定義テーブルが記憶する情報の一例を示す図である。 第１実施形態に係るイベント・タスク変換テーブルが記憶する情報の一例を示す図である。 第１実施形態に係る作業予定テーブルが記憶する情報の一例を示す図である。 第１実施形態に係る作業実績テーブルが記憶する情報の一例を示す図である。 第１実施形態に係る店舗サーバのハードウェア構成例を示すブロック図である。 第１実施形態に係る店舗サーバのタスク割当処理の一例を示すフローチャートである。 第１実施形態に係る携帯端末に表示される画面の一例を示す図である。 第１実施形態に係る携帯端末に表示される画面の一例を示す図である。 第１実施形態に係る携帯端末に表示される画面の一例を示す図である。 第１実施形態に係る店舗サーバの状況判定処理の一例を示すフローチャートである。 第１実施形態に係る店員用端末に表示されるタスク管理画面の一例を示す図である。 第１実施形態に係る店員用端末に表示されるタスク管理画面の一例を示す図である。 第２実施形態に係る店舗サーバの状況判定処理の一例を示すフローチャートである。 第３実施形態に係る情報処理装置の構成を示すブロック図である。 第４実施形態に係る情報処理システムの構成を示すブロック図である。

以下、図面を参照して、本発明の例示的な実施形態を説明する。図面において同様の要素または対応する要素には同一の符号を付し、その説明を省略または簡略化することがある。

［第１実施形態］
本実施形態に係る作業支援システム１の構成について、図１乃至図９を参照しつつ説明する。図１は、本実施形態に係る作業支援システム１の全体構成例を示す概略図である。図２は、店舗サーバ１０の機能を示すブロック図である。図３乃至図８は、店舗サーバ１０が記憶する各種のデータテーブルの一例を示す図である。図９は、店舗サーバ１０のハードウェア構成例を示すブロック図である。

作業支援システム１は、商品を販売する店舗に導入され、店舗における物品管理および店員の作業支援を行う情報処理システムである。図１に示すように、作業支援システム１は、店舗サーバ１０と、センサ装置１１と、撮像装置１２と、ＰＯＳ装置１３と、アクセスポイント１４と、店員用端末１５と、携帯端末１６とを有する。店舗サーバ１０、センサ装置１１、撮像装置１２、ＰＯＳ装置１３、アクセスポイント１４および店員用端末１５は、例えばＬＡＮ（Local Area Network）であるネットワークＮＷに有線接続されている。携帯端末１６は、アクセスポイント１４との間で無線通信を行うことでネットワークＮＷに接続されている。

店舗サーバ１０は、店舗で販売する商品の商品詳細情報、在庫情報、発注情報、陳列情報、販売実績等の物品管理に用いられる情報に加えて、店員に関する属性情報、店員のシフト情報、作業予定、作業実績等の情報を管理するコンピュータである。また、店舗サーバ１０は、例えば、店舗のバックヤードに設けられている。

センサ装置１１は、対象物の状態、性質または各種の物理量（温度、圧力等）を検知し、その検知結果を示す信号を店舗サーバ１０へ出力する。センサ装置１１は、例えば、赤外線センサ、無線センサ、振動センサ、温度センサ、圧力センサ、超音波センサ、音声センサ、位置検出センサ等である。撮像装置１２は、店舗の内部または外部における画像を撮像し、その撮像画像を店舗サーバ１０へ出力するカメラである。なお、撮像画像は静止画だけでなく、動画も含むものとする。

本実施形態において、センサ装置１１および撮像装置１２は、作業員の作業領域に配置され、作業員の監視情報を店舗サーバ１０へ出力する監視装置に相当する。すなわち、センサ装置１１および撮像装置１２は、店舗の内部、店舗の外部、店員、顧客等の状況を監視・把握するために用いられる。具体的には、センサ装置１１および撮像装置１２は、店舗における顧客の来店・退店、店舗の外の天気、店舗内または店舗に併設される駐車場の混雑度、精算待ちの顧客の有無等を検知するために用いられる。このため、センサ装置１１および撮像装置１２は、監視対象に応じて選択され、店舗の内部や外部に適宜設置されるものとする。

ＰＯＳ装置１３は、店舗においてレジカウンタにそれぞれ設けられ、会計処理を行う。ＰＯＳ装置１３の台数は、特に限定されるものではなく、店舗の規模等に応じて任意に設置できる。また、ＰＯＳ装置１３には、例えば、コードスキャナ、非接触ＩＣ（Integrated Circuit）リーダライタ、プリンタ、キャッシュドロア等の周辺機器（図示省略）が接続されている。ＰＯＳ装置１３は、周辺機器と連携して動作することで会計処理を実行する。ＰＯＳ装置１３は、店舗サーバ１０および発注用端末（図示省略）とともにＰＯＳシステムを構成する。すなわち、店舗サーバ１０は、店舗で販売される商品の管理、販売データの集計、売り上げの管理、在庫の管理、商品の発注の管理等を行うＰＯＳサーバとしての機能も備える。

アクセスポイント１４は、無線通信機能を有する装置と無線通信を行い、当該装置をネットワークＮＷに接続する無線通信機器である。アクセスポイント１４は、例えば、店舗の天井、什器、フロア等に設置されている。また、アクセスポイント１４は、例えば、店舗の規模、無線環境等に応じて、任意に設置できる。

店員用端末１５は、店舗において店員が発注作業やシフト管理等の業務に使用するコンピュータである。店員用端末１５は、例えば、パーソナルコンピュータやタブレット端末等である。携帯端末１６は、店員が所持する携帯型のコンピュータである。携帯端末１６は、例えば、スマートフォン、タブレット端末、スマートウォッチ等である。以下、では、携帯端末１６がスマートウォッチである場合を例として説明する。

図２は、店舗サーバ１０の機能を示すブロック図である。図２に示すように、店舗サーバ１０は、記憶部１０１と、監視情報取得部１０２と、状況判定部１０３と、タスク編集部１０４と、イベント検出部１０５と、変換タスク作成部１０６と、タスク割当部１０７と、データ管理部１０８と、タスク指示部１０９と、完了報告受信部１１０とを備えている。

記憶部１０１は、店員情報テーブル１０１ａと、シフト情報管理テーブル１０１ｂと、タスク定義テーブル１０１ｃと、イベント・タスク変換テーブル１０１ｄと、作業予定テーブル１０１ｅと、作業実績テーブル１０１ｆとを含んでいる。なお、記憶部１０１が記憶するデータテーブルは、これらに限られない。

図３は、店員情報テーブル１０１ａが記憶する情報の一例を示す図である。店員情報テーブル１０１ａは、店員ＩＤ、氏名、習熟度、携帯端末ＩＤ等をデータ項目としている。例えば、店員ＩＤが“０１５”の店員は、業務の習熟度が“ＬＶ３”、所持する携帯端末１６の携帯端末ＩＤが“ＳＭＷ＿００５”であることが示されている。また、店員ＩＤが“０１７”の店員は、店員ＩＤが“０１５”の店員よりも習熟度が低く設定されている。本実施形態では、習熟度に応じてタスクの割当可否が決定されるが、詳細については後述する。

図４は、シフト情報管理テーブル１０１ｂが記憶する情報の一例を示す図である。シフト情報管理テーブル１０１ｂは、店員ＩＤ、出勤予定日、出勤予定時間をデータ項目としている。例えば、店員ＩＤが“０１５”の店員のシフト情報は、出勤予定日が“２０１８／１２／３１”、出勤予定時間が“８：００−１８：００”であることが示されている。

図５は、タスク定義テーブル１０１ｃが記憶する情報の一例を示す図である。タスク定義テーブル１０１ｃは、タスクＩＤ、タスク内容、割当条件、優先度、タスク区分をデータ項目としている。割当条件は、タスクを割り当て可能な店員に要求される条件を示す。図５では、習熟度が割当条件として例示されているが、タスクの経験の有無や店員の現在位置と作業場所との位置関係等も割当条件として設定できる。優先度は、タスク間の優先順位を示す。タスク区分は、“通常”と“変換”の２種類ある。通常タスクは、店舗の業務に関して日常的に割り当てられている種々のタスクをいう。これに対し、変換タスクは、突発的に発生したイベントに対応して具体的な作業指示に落とし込まれたタスクをいう。例えば、あるイベントが発生した際に、習熟度が低い店員が能動的に実行することが難しいタスクについて設定されると好適である。図５では、タスクＩＤが“ｔａｓｋ＿００６”と“ｔａｓｋ＿００７”のタスクは、タスク内容（“床清掃”）は共通しているが、タスク区分ごとに分けて定義されている。なお、変換タスクについては、優先度が定義されていないが、定義方法はこれに限られない。

図６は、イベント・タスク変換テーブル１０１ｄが記憶する情報の一例を示す図である。イベント・タスク変換テーブル１０１ｄは、検出イベント、変換タスク、タスクＩＤ、緊急度をデータ項目としている。緊急度は、変換タスクをいつまでに実施すべきか否かを表す指標値であり、数値が大きいほど緊急性の有るタスクを表すものとする。例えば、図６では、検出イベントが“商品の陳列乱れが発生”の場合には、変換タスクとして“棚整理”が生成され、その緊急度は比較的低く（“２”）設定されている。また、検出イベントが“周辺で雨が降り出した”の場合には、変換タスクが２つ対応付けられている。このように、１つの検出イベントに対して複数の変換タスクを対応付けてもよい。

図７は、作業予定テーブル１０１ｅが記憶する情報の一例を示す図である。作業予定テーブル１０１ｅは、店員ＩＤ、割当タスクＩＤ、実施予定日、実施予定時間をデータ項目としている。また、図８は、作業実績テーブル１０１ｆが記憶する情報の一例を示す図である。作業実績テーブル１０１ｆは、店員ＩＤ、完了タスクＩＤ、実施日、実施時間をデータ項目としている。

監視情報取得部１０２は、センサ装置１１からセンサ情報を、撮像装置１２から撮像画像をそれぞれ監視情報として取得する。なお、監視情報取得部１０２は、センサ情報および撮像画像の少なくとも一つを監視情報として取得できればよい。すなわち、取得される監視情報は、システム側で把握すべき“店員の状況”の内容に応じて適宜選択できる。

状況判定部１０３は、監視情報取得部１０２において取得された監視情報に基づいて店員（作業員）の状況を判定する。具体的には、状況判定部１０３は、店員（作業員）が所定時間内にタスクを開始可能な状況にあるか否かを判定する。ここで、“店員の状況”とは、店員の接客状況（作業状況）、店員一人当たりの顧客数、店舗（作業領域）における店員の配置状況、店員の作業習得状況、タスクの割当状況などを示すものとする。

タスク編集部１０４は、ユーザ（例えば、店長やマネージャー）によるタスクの追加、削除、変更の入力操作に応じて作業予定テーブル１０１ｅに登録されているデータを編集する。

イベント検出部１０５は、監視情報取得部１０２において取得された監視情報に基づいて、店舗において発生したイベントを検出する。

変換タスク作成部１０６は、イベント検出部１０５において検出されたイベントに基づいてイベント・タスク変換テーブル１０１ｄを参照し、変換タスクを作成する。

タスク割当部１０７は、状況判定部１０３において判定された店員（作業員）の状況に基づいて、店員の作業予定に対してタスク（通常タスクまたは変換タスク）を割り当てる。

データ管理部１０８は、記憶部１０１に記憶されたデータテーブルに対してデータの登録・更新および検索処理を実行する。データ管理部１０８は、店舗サーバ１０の各部からの要求に応じてデータテーブルにアクセスし、必要なデータを受け渡す。

タスク指示部１０９は、タスク割当部１０７においてタスクが割り当てられた店員が所持する携帯端末１６に対してタスクの詳細（作業内容、時間、作業場所）を含むメッセージを通知し、タスクの実施を指示する。

完了報告受信部１１０は、タスク指示部１０９が通知した作業指示に対して、タスクの完了に伴って携帯端末１６から返信された完了報告を受信する。

図９は、店舗サーバ１０のハードウェア構成例を示すブロック図である。図９に示すように、店舗サーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ（Hard Disk Drive）１０ｄ、通信インタフェース（Ｉ／Ｆ（Interface））１０ｅ、入力装置１０ｆ、出力装置１０ｇ、および表示装置１０ｈを有している。各機器は、共通のバスライン１０ｉに接続されている。

ＣＰＵ１０ａは、店舗サーバ１０の全体の動作を制御する。また、ＣＰＵ１０ａは、ＨＤＤ１０ｄ等に記憶されたプログラムをＲＡＭ１０ｃにロードして実行する。これにより、ＣＰＵ１０ａは、上述の監視情報取得部１０２、状況判定部１０３、タスク編集部１０４、イベント検出部１０５、変換タスク作成部１０６、タスク割当部１０７、データ管理部１０８、タスク指示部１０９、完了報告受信部１１０としての機能を実現する。

ＲＯＭ１０ｂは、ブートプログラム等のプログラムを記憶している。ＲＡＭ１０ｃは、ＣＰＵ１０ａがプログラムを実行する際のワーキングエリアとして使用される。

また、ＨＤＤ１０ｄは、店舗サーバ１０における処理結果およびＣＰＵ１０ａにより実行される各種のプログラムを記憶する記憶装置である。記憶装置は、不揮発性であればＨＤＤ１０ｄに限定されない。記憶装置は、例えばフラッシュメモリ等であってもよい。ＨＤＤ１０ｄは、上述の記憶部１０１としての機能を実現する。

通信Ｉ／Ｆ１０ｅは、イーサネット（登録商標）、Ｗｉ−Ｆｉ（登録商標）、４Ｇ等の規格に基づく通信インタフェースであり、他の装置との通信を行うためのモジュールである。通信Ｉ／Ｆ１０ｅは、ＣＰＵ１０ａとともに、上述のタスク指示部１０９および完了報告受信部１１０としての機能を実現する。

入力装置１０ｆは、例えば、キーボード、ポインティングデバイス等であって、ユーザが店舗サーバ１０を操作するために用いられる。ポインティングデバイスの例としては、マウス、トラックボール、タッチパネル、ペンタブレット等が挙げられる。入力装置１０ｆおよび表示装置１０ｈは、タッチパネルとして一体に形成されていてもよい。

出力装置１０ｇは、ＣＰＵ１０ａからの制御信号に従って、処理結果等の情報を出力する装置である。出力装置１０ｇは、例えば、スピーカやプリンタ等を用いることができる。

表示装置１０ｈは、ＣＰＵ１０ａからの制御信号に従って、処理結果等の情報を表示する装置である。表示装置１０ｈは、例えば、液晶ディスプレイ、ＯＬＥＤディスプレイ等であって、画像、文字、インタフェース等の表示に用いられる。

なお、図９に示されているハードウェア構成は例示であり、これら以外の装置が追加されていてもよく、一部の装置が設けられていなくてもよい。また、一部の装置が同様の機能を有する別の装置に置換されていてもよい。さらに、本実施形態の一部の機能がネットワークＮＷを介して他の装置により提供されてもよく、本実施形態の機能が複数の装置に分散されて実現されてもよい。例えば、ＨＤＤ１０ｄは、半導体メモリを用いたＳＳＤ（Solid State Drive）に置換されていてもよく、クラウドストレージに置換されていてもよい。

続いて、本実施形態に係る店舗サーバ１０の作用および効果について図１０乃至図１４を参照しつつ説明する。

図１０は、店舗サーバ１０のタスク割当処理の一例を示すフローチャートである。なお、以下の説明では店員に対して変換タスクを割り当てる場合について説明するが、通常タスクを自動的に割り当てる場合も同様とする。

ステップＳ１０１において、監視情報取得部１０２は、センサ装置１１からセンサ情報を、撮像装置１２から撮像画像をそれぞれ監視情報として取得すると、イベント検出部１０５に監視情報を出力する。

ステップＳ１０２において、イベント検出部１０５は、監視情報を解析し、所定のイベントの発生が検出されたか否かを判定する。例えば、監視情報が店舗周辺の撮像画像の場合には、画像解析によって雨が降っているか否かを判定できる。

ステップＳ１０３において、変換タスク作成部１０６は、検出イベントに基づいてイベント・タスク変換テーブル１０１ｄを参照し、変換タスクを生成する。例えば、検出イベントが“周辺で雨が降り出した”である場合には、“傘立ての設置”および“床清掃”等の変換タスクが生成される。

ステップＳ１０４において、データ管理部１０８は、記憶部１０１のデータテーブル（シフト情報管理テーブル１０１ｂ、タスク定義テーブル１０１ｃ、作業予定テーブル１０１ｅ等）を参照し、すべての店員の中から割当候補を抽出する。

ステップＳ１０５において、状況判定部１０３は、監視情報取得部１０２から割当候補に関する監視情報を取得し、当該監視情報に基づいて割当候補の状況を判定する。なお、本実施形態においては、店員（割当候補）の状況を判定するために使用する監視情報は、イベントの検出のために使用する監視情報とは異なるものとする。ただし、共通の監視情報が使用される場合も有り得る。

ステップＳ１０６において、タスク割当部１０７は、ステップＳ１０５において判定された割当候補の状況に基づいて割当先の店員を決定する。ステップＳ１０４〜Ｓ１０６の処理の詳細については後述する。

ステップＳ１０７において、タスク指示部１０９は、割当先の店員の携帯端末１６にタスクを通知する。図１１Ａ乃至図１１Ｃは、携帯端末１６に表示される画面の一例を示す図である。図１１Ａは、携帯端末１６であるスマートウォッチの通常時の状態を示し、図１１Ｂは、携帯端末１６に作業指示に関するメッセージの受信状態を示している。図１１Ｃは、図１１Ｂに示す画面上でメッセージボタンが押下された後の携帯端末１６の表示状態を示している。図１１Ｃでは、作業指示に関するメッセージ（“入口に傘立てを設置してください。９：４０〜９：５０”）と、タスクの完了報告を送信するための完了ボタンと、表示画面を前画面に戻すための戻るボタンが表示されている。なお、通知メッセージの内容は、店員の習熟度に応じて適宜変更されてもよい。

ステップＳ１０８において、完了報告受信部１１０は、携帯端末１６から完了報告を受信したか否かを判定する。ここで、完了報告受信部１１０が、完了報告を受信したと判定した場合（ステップＳ１０８：ＹＥＳ）には、処理はステップＳ１０９に移行する。これに対し、完了報告受信部１１０が、完了報告を受信していないと判定した場合（ステップＳ１０８：ＮＯ）には、ステップＳ１０８の処理は、完了報告が受信されるまで繰り返される。

ステップＳ１０９において、データ管理部１０８は、携帯端末１６からの完了報告の受信に伴って、記憶部１０１のデータテーブル（作業実績テーブル１０１ｆ）を更新し、処理を終了する。

図１２は、店舗サーバ１０の状況判定処理の一例を示すフローチャートである。図１２の処理は、図１０のステップＳ１０４〜Ｓ１０６の処理に対応する。

ステップＳ２０１において、タスク割当部１０７は、シフト情報管理テーブル１０１ｂからタスクの実施日において出勤中の店員の情報を取得する。

ステップＳ２０２において、タスク割当部１０７は、店員情報テーブル１０１ａおよびタスク定義テーブル１０１ｃを参照し、変換タスクの割当条件を満たす店員（割当候補）を抽出する。例えば、ステップＳ２０１において、１０人分の店員ＩＤが取得された場合でも、変換タスクの割当条件に基づいて業務の習熟度が低い３人の店員を割当候補から除外できる。

ステップＳ２０３において、タスク割当部１０７は、作業予定テーブル１０１ｅを参照し、所定タスクを実行中の店員を割当候補から除外する。例えば、タスク定義テーブル１０１ｃにおいて優先度が高い“レジ担当”のようなタスクが割り当てられている店員の場合には、持ち場を離れることが困難であることから、変換タスクの割当候補からは除外すると好適である。

ステップＳ２０４において、状況判定部１０３は、画像解析によって撮像画像から割当候補の店員を識別する。状況判定部１０３は、例えば、記憶部１０１に予め記憶されている店員の顔画像と撮像画像に含まれる人物の顔領域から特徴量をそれぞれ抽出してパターンマッチングを行うことで、各店員を識別できる。

ステップＳ２０５において、状況判定部１０３は、撮像画像に店員以外の人物を含むか否かを判定する。ここで、状況判定部１０３が、撮像画像に店員以外の人物を含むと判定した場合（ステップＳ２０５：ＹＥＳ）には、処理はステップＳ２０６に移行する。これに対し、状況判定部１０３が、撮像画像に店員以外の人物を含まないと判定した場合（ステップＳ２０５：ＮＯ）には、処理はステップＳ２０９に移行する。

ステップＳ２０６において、状況判定部１０３は、撮像画像に含まれる店員と店員以外の人物が接客中の位置関係であるか否かを判定する。例えば、店員と店員以外の人物が対面する位置関係か否かを判定する。ここで、状況判定部１０３が、接客中の位置関係であると判定した場合（ステップＳ２０６：ＹＥＳ）には、処理はステップＳ２０７に移行する。これに対し、状況判定部１０３が、接客中の位置関係ではないと判定した場合（ステップＳ２０６：ＮＯ）には、処理はステップＳ２０９に移行する。

ステップＳ２０７において、状況判定部１０３は、現時点における店員の状況は“接客中”であると判定する。

ステップＳ２０８において、タスク割当部１０７は、イベント・タスク変換テーブル１０１ｄを参照し、割当対象の変換タスクの緊急度が所定の閾値未満か否かを判定する。ここで、タスク割当部１０７が、変換タスクの緊急度は所定の閾値未満（すなわち、変換タスクは緊急性が無い）と判定した場合（ステップＳ２０８：ＹＥＳ）には、処理はステップＳ２１０に移行する。これに対し、タスク割当部１０７が、変換タスクの緊急度は所定の閾値以上（すなわち、変換タスクは緊急性が有る）と判定した場合（ステップＳ２０８：ＮＯ）には、変換タスクの割当先（通知先）を他の店員に変更するために、処理はステップＳ２０４に移行する。

ステップＳ２０９において、状況判定部１０３は、現時点における店員の状況は“接客中”ではないと判定する。

ステップＳ２１０において、タスク割当部１０７は、変換タスクに関する作業指示の通知タイミングを“接客完了後”に設定する。なお、当該店員が接客を完了したか否かについては、ステップＳ２０４〜Ｓ２０６の処理を再度実行することによって判定できる。

ステップＳ２１１において、タスク割当部１０７は、変換タスクの割当先を決定する。これに伴い、データ管理部１０８は、変換タスクの割当に対応するレコードを作業予定テーブル１０１ｅに登録すると、処理はステップＳ１０７に移行する。

図１３および図１４は、店員用端末１５に表示されるタスク管理画面の一例を示す図である。図１３は、変換タスクの割当前のタスク管理画面を示し、図１４は、変換タスクの割当後のタスク管理画面を示している。図中の破線は、タイムテーブルにおける現在時刻の位置を示している。

図１３では、現在日時“１２月３１日 ＡＭ８：２５”において、５人の店員（Ａ〜Ｅ）のＡＭ７：００からＡＭ１１：００の間のスケジュールが表示されている。各店員のスケジュールは、作業予定テーブル１０１ｅから取得される。また、符号Ｔ１〜Ｔ１３は、それぞれ各店員に割当済みの通常タスク（“ソフトドリンク補充”、“レジ”、“ＦＦ仕込み”、“品出し（デイリー）”、“床清掃”、“レジ点検”、“トイレ清掃”、“検品”、“品出し（加食）”）を示している。また、図中の符号Ｓ１〜Ｓ５は、各店員のシフト情報を示している。例えば、図中左端の店員（Ａさん）は、ＡＭ７：００〜ＡＭ９：００は勤務時間であり、その間に“ソフトドリンク補充”と“レジ”の通常タスクＴ１、Ｔ２がそれぞれ割り当てられている。

これに対し、図１４では、現在日時“１２月３１日 ＡＭ８：３５”において、左から２番目の店員（Ｂさん）に対して、“傘立て／清掃”の変換タスクＴｃが割り当てられたことが示されている。なお、タスク管理画面では、ユーザが各タスクＴ１〜Ｔ１３、Ｔｃの表示部分をそれぞれタッチすることで、タスクの詳細確認や編集を実行できると好適である。

本実施形態に係る店舗サーバ１０は、突発的なタスク（変換タスク）を店員に割り当てる際に、店員の状況を考慮して、当該タスクを即座に実施できる店員を特定して作業指示を行える。具体的には、店舗における撮像画像に基づいて店員の接客状況を把握し、“接客中”の店員についてはタスクの割当候補から除外する、あるいは、変換タスクの緊急度に応じて作業指示を接客完了後に変更できる。これにより、店舗サーバ１０は、店舗における店員の作業支援を効率的に実行できる。

［第２実施形態］
以下、第２実施形態に係る店舗サーバ１０について説明する。なお、第１実施形態の図中において付与した符号と共通する符号は同一の対象を示す。このため、第１実施形態と共通する箇所の説明は省略し、異なる箇所について詳細に説明する。

本実施形態に係る店舗サーバ１０は、店員の状況を判定する方法が第１実施形態と異なっている。図１５は、本実施形態に係る店舗サーバ１０の状況判定処理の一例を示すフローチャートである。図１５の処理は、図１０のステップＳ１０４〜Ｓ１０５に対応する。

ステップＳ３０１において、タスク割当部１０７は、シフト情報管理テーブル１０１ｂからタスクの実施日において出勤中の店員の情報を取得する。

ステップＳ３０２において、タスク割当部１０７は、店員情報テーブル１０１ａおよびタスク定義テーブル１０１ｃを参照し、変換タスクの割当条件を満たす店員（割当候補）を抽出する。

ステップＳ３０３において、タスク割当部１０７は、作業予定テーブル１０１ｅを参照し、所定タスクを実行中の店員を割当候補から除外する。

ステップＳ３０４において、状況判定部１０３は、センサ情報に基づいて割当候補の店員の位置情報を取得する。屋内において店員の位置情報を把握する方法の一例としては、店舗内に設けられたアクセスポイント１４等の機器と店員が所持する携帯端末１６との間でｉＢｅａｃｏｎ等のＢＬＥ（Bluetooth（登録商標）Low Energy）を利用した近距離無線を行う方法が挙げられる。ｉＢｅａｃｏｎでは、位置情報を特定するために衛星からの電波ではなく、Ｂｌｕｅｔｏｏｔｈの電波を使用する。このため、ビーコン機器が設置されており、かつ、店員が所持する携帯端末１６のＢｌｕｅｔｏｏｔｈ機能がＯＮであれば、衛星からの電波が届かない屋内でも、店舗内における携帯端末１６の位置を高精度で測定できる。これに対し、屋外において店員の位置情報を把握する方法の一例としては、店員が所持する携帯端末１６におけるＧＰＳ（Global Positioning System）の情報を用いる方法が挙げられる。

ステップＳ３０５において、状況判定部１０３は、記憶部１０１のデータテーブル（不図示）から変換タスクの実行場所の情報を取得する。なお、タスク定義テーブル１０１ｃにおいて、タスクの実行場所についても予め定義してもよい。

ステップＳ３０６において、状況判定部１０３は、割当候補の店員の中から変換タスクの実行場所からの距離が最も近い店員を特定すると、処理はステップＳ１０６に移行する。

本実施形態に係る店舗サーバ１０は、監視情報として店舗における店員の位置情報を取得し、割当タスクの作業場所との位置関係に基づいて適切な店員にタスクを割り当てることができる。すなわち、従来技術では、スケジューラ上のデータのみからタスクの実行可否を判定していたため、割当タスクの作業場所から遠い位置にいる店員に対して作業指示が通知される場合があり、非効率的な作業指示が行われていた。これに対し、本実施形態では、割当タスク（変換タスク）の作業場所と現在時における店員の位置との距離を“店員の状況”として考慮して、作業場所から近い位置にいる店員を優先してタスクの割当先とする。このため、店舗サーバ１０は、作業場所から近い店員を特定して効率的に作業指示を行うことができる。

［第３実施形態］
図１６は、第３実施形態に係る情報処理装置３０の構成を示すブロック図である。図１６に示すように、情報処理装置３０は、作業員の状況を判定する状況判定部３０１と、作業員の状況に基づいて作業員に対してタスクを指示するタスク指示部３０２と、を備える。

本実施形態に係る情報処理装置３０は、作業員の状況を判断し、確実にタスクを実施することができる作業員に対してタスクの実施を指示することができる。

［第４実施形態］
図１７は、第４実施形態に係る情報処理システム４０の構成を示すブロック図である。図１７に示すように、情報処理システム４０は、作業員の状況を判定する状況判定部４１と、その状況に基づいて作業員に対してタスクを指示するタスク指示部４２と、タスク指示部４２から指示されたタスクの情報を出力する出力部４３と、を備える。

本実施形態に係る情報処理システム４０は、作業員の状況を判断し、確実にタスクを実施することができる作業員に対してタスクの実施を指示することができる。

［変形実施形態］
本発明は、上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。

上述の実施形態では、コンビニエンスストアやスーパーマーケット等の店舗における作業支援について説明したが、作業領域は店舗に限られない、例えば製造工場、病院、催事会場、学校、駅、空港など、人が作業する場所に本発明は適用可能である。

上述の実施形態では、携帯端末１６に対して作業指示を通知する場合について説明したが、通知先は携帯端末１６に限られない。例えば、ＰＯＳ装置１３や店員用端末１５についてもログイン情報等に基づいてユーザを特定できるため、通知先になり得る。同様に、店内放送を行うための音声出力装置や店員が店内で視認する表示装置も通知先になり得る。すなわち、指示対象の人物を特定してタスク指示を出力可能な各種の出力装置（出力部）が通知先になり得る。

上述の実施形態では、イベント検出部１０５は、センサ装置１１および撮像装置１２から取得される監視情報に基づいてイベントの発生を検出する構成について説明したが、イベントの検出方法はこれに限定されない。例えば、データテーブルにおけるデータ更新を監視することでイベントの発生を検出してもよい。商品の販売実績データや陳列データを常時監視することで、ある商品が大量に販売されたことや、陳列棚から無くなったことをイベントとして検出することもできる。

上述の実施形態では、変換タスク作成部１０６が、イベント検出部１０５において検出されたイベントに基づいてイベント・タスク変換テーブル１０１ｄを参照し、変換タスクを作成する場合について説明したが、変換タスクの生成方法はこれに限られない。例えば、変換タスク作成部１０６は、イベント・タスク変換テーブル１０１ｄを参照せずに、プログラム上で自動的に変換タスクを生成してもよい。

上述の実施形態の機能を実現するように該実施形態の構成を動作させるプログラムを記憶媒体に記録させ、記憶媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記憶媒体も各実施形態の範囲に含まれる。また、上述のプログラムが記録された記憶媒体だけでなく、そのプログラム自体も各実施形態に含まれる。また、上述の実施形態に含まれる１または２以上の構成要素は、各構成要素の機能を実現するように構成されたＡＳＩＣ、ＦＰＧＡ等の回路であってもよい。

該記憶媒体としては例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ（Compact Disk）−ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭを用いることができる。また該記憶媒体に記録されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ（Operating System）上で動作して処理を実行するものも各実施形態の範疇に含まれる。

上述の各実施形態の機能により実現されるサービスは、ＳａａＳ（Software as a Service）の形態でユーザに対して提供することもできる。

なお、上述の実施形態は、いずれも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

上述の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
作業員の状況を判定する状況判定部と、
前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、
を備える情報処理装置。

（付記２）
前記状況判定部は、前記作業員が所定時間内に前記タスクを開始可能であるか否かを判定し、
前記タスク指示部は、開始可能な前記作業員に対して前記タスクを指示する、
付記１に記載の情報処理装置。

（付記３）
前記タスクは、所定のイベントに対応して生成される変換タスクである、
付記１または２に記載の情報処理装置。

（付記４）
前記状況判定部は、前記作業員の作業領域における撮像画像の解析結果に基づいて前記状況を判定する、
付記１乃至３のいずれかに記載の情報処理装置。

（付記５）
前記状況判定部は、割当対象の前記タスクの実行場所と前記作業員の位置情報とに基づいて前記状況を判定する、
付記１乃至３のいずれかに記載の情報処理装置。

（付記６）
前記状況判定部は、前記作業員の作業領域に設置されたセンサ装置で検知された情報に基づいて前記状況を判定する、
付記１乃至３のいずれかに記載の情報処理装置。

（付記７）
前記状況は、前記作業員の作業習得状況を含む、
付記１乃至６のいずれかに記載の情報処理装置。

（付記８）
前記タスク指示部は、前記タスクに予め関連付けされた緊急度に応じて前記指示のタイミングを変更する、
付記１乃至７のいずれかに記載の情報処理装置。

（付記９）
作業員の状況を判定するステップと、
前記状況に基づいて前記作業員に対してタスクを指示するステップと、
を備える情報処理方法。

（付記１０）
コンピュータに、
作業員の状況を判定するステップと、
前記状況に基づいて前記作業員に対してタスクを指示するステップと、
を実行させるプログラムが記録された記録媒体。

（付記１１）
作業員の状況を判定する状況判定部と、
前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、
指示された前記タスクの情報を出力する出力部と、
を備える情報処理システム。

（付記１２）
前記作業員の監視情報を取得する監視情報取得部をさらに備え、
前記状況判定部は、前記監視情報に基づいて前記作業員の前記状況を判定する、
付記１乃至３のいずれかに記載の情報処理装置。

（付記１３）
前記監視情報に基づいてイベントを検出するイベント検出部と、
前記イベント検出部で検出された前記イベントに基づいて、変換タスクを作成する変換タスク作成部と、
をさらに備える付記１２に記載の情報処理装置。

（付記１４）
前記イベントと前記変換タスクとの対応関係を定義するテーブルをさらに備え、
前記変換タスク作成部は、前記イベント検出部で検出された前記イベントに基づいて前記テーブルを参照し、前記変換タスクを作成する、
付記１３に記載の情報処理装置。

（付記１５）
前記監視情報取得部は、前記作業員の作業領域に配置された撮像装置から出力される撮像画像を前記監視情報として取得する、
付記１２乃至１４のいずれかに記載の情報処理装置。

（付記１６）
前記監視情報取得部は、前記作業員の作業領域に配置されたセンサ装置から出力されるセンサ情報を前記監視情報として取得する、
付記１２乃至１４のいずれかに記載の情報処理装置。

（付記１７）
前記監視情報取得部は、前記作業員の作業領域に配置された無線通信機器を介して、前記作業員が携帯する携帯端末の前記作業領域における位置情報を前記監視情報として取得する、
付記１２乃至１４のいずれかに記載の情報処理装置。

（付記１８）
前記監視情報取得部は、前記作業員が携帯する携帯端末の位置情報を前記監視情報として取得する、
付記１２乃至１４のいずれかに記載の情報処理装置。

この出願は、２０１８年９月１２日に出願された日本出願特願２０１８−１７０２２９を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１・・・作業支援システム １０・・・店舗サーバ（情報処理装置）
１０ａ・・・ＣＰＵ １０ｂ・・・ＲＯＭ
１０ｃ・・・ＲＡＭ １０ｄ・・・ＨＤＤ
１０ｅ・・・通信Ｉ／Ｆ １０ｆ・・・入力装置
１０ｇ・・・出力装置 １０ｈ・・・表示装置
１０ｉ・・・バスライン １１・・・センサ装置
１２・・・撮像装置 １３・・・ＰＯＳ装置
１４・・・アクセスポイント １５・・・店員用端末
１６・・・携帯端末 ３０・・・情報処理装置
３０１・・・状況判定部 ３０２・・・タスク指示部
４０・・・情報処理システム ４１・・・状況判定部
４２・・・タスク指示部 ４３・・・出力部
１０１・・・記憶部 １０１ａ・・・店員情報テーブル
１０１ｂ・・・シフト情報管理テーブル １０１ｃ・・・タスク定義テーブル
１０１ｄ・・・イベント・タスク変換テーブル
１０１ｅ・・・作業予定テーブル １０１ｆ・・・作業実績テーブル
１０２・・・監視情報取得部 １０３・・・状況判定部
１０４・・・タスク編集部 １０５・・・イベント検出部
１０６・・・変換タスク作成部 １０７・・・タスク割当部
１０８・・・データ管理部 １０９・・・タスク指示部
１１０・・・完了報告受信部

Claims (18)

1. 作業員の状況を判定する状況判定部と、
   前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、
   を備える情報処理装置。
2. 前記状況判定部は、前記作業員が所定時間内に前記タスクを開始可能であるか否かを判定し、
   前記タスク指示部は、開始可能な前記作業員に対して前記タスクを指示する、
   請求項１に記載の情報処理装置。
3. 前記タスクは、所定のイベントに対応して生成される変換タスクである、
   請求項１または２に記載の情報処理装置。
4. 前記状況判定部は、前記作業員の作業領域における撮像画像の解析結果に基づいて前記状況を判定する、
   請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記状況判定部は、割当対象の前記タスクの実行場所と前記作業員の位置情報とに基づいて前記状況を判定する、
   請求項１乃至３のいずれか一項に記載の情報処理装置。
6. 前記状況判定部は、前記作業員の作業領域に設置されたセンサ装置で検知された情報に基づいて前記状況を判定する、
   請求項１乃至３のいずれか一項に記載の情報処理装置。
7. 前記状況は、前記作業員の作業習得状況を含む、
   請求項１乃至６のいずれか一項に記載の情報処理装置。
8. 前記タスク指示部は、前記タスクに予め関連付けされた緊急度に応じて前記指示のタイミングを変更する、
   請求項１乃至７のいずれか一項に記載の情報処理装置。
9. 作業員の状況を判定するステップと、
   前記状況に基づいて前記作業員に対してタスクを指示するステップと、
   を備える情報処理方法。
10. コンピュータに、
    作業員の状況を判定するステップと、
    前記状況に基づいて前記作業員に対してタスクを指示するステップと、
    を実行させるプログラムが記録された記録媒体。
11. 作業員の状況を判定する状況判定部と、
    前記状況に基づいて前記作業員に対してタスクを指示するタスク指示部と、
    指示された前記タスクの情報を出力する出力部と、
    を備える情報処理システム。
12. 前記作業員の監視情報を取得する監視情報取得部をさらに備え、
    前記状況判定部は、前記監視情報に基づいて前記作業員の前記状況を判定する、
    請求項１乃至３のいずれか１項に記載の情報処理装置。
13. 前記監視情報に基づいてイベントを検出するイベント検出部と、
    前記イベント検出部で検出された前記イベントに基づいて、変換タスクを作成する変換タスク作成部と、
    をさらに備える請求項１２に記載の情報処理装置。
14. 前記イベントと前記変換タスクとの対応関係を定義するテーブルをさらに備え、
    前記変換タスク作成部は、前記イベント検出部で検出された前記イベントに基づいて前記テーブルを参照し、前記変換タスクを作成する、
    請求項１３に記載の情報処理装置。
15. 前記監視情報取得部は、前記作業員の作業領域に配置された撮像装置から出力される撮像画像を前記監視情報として取得する、
    請求項１２乃至１４のいずれか１項に記載の情報処理装置。
16. 前記監視情報取得部は、前記作業員の作業領域に配置されたセンサ装置から出力されるセンサ情報を前記監視情報として取得する、
    請求項１２乃至１４のいずれか１項に記載の情報処理装置。
17. 前記監視情報取得部は、前記作業員の作業領域に配置された無線通信機器を介して、前記作業員が携帯する携帯端末の前記作業領域における位置情報を前記監視情報として取得する、
    請求項１２乃至１４のいずれかに記載の情報処理装置。
18. 前記監視情報取得部は、前記作業員が携帯する携帯端末の位置情報を前記監視情報として取得する、
    請求項１２乃至１４のいずれか１項に記載の情報処理装置。

Images