JP7559484B2 - 帳票管理方法、及び、帳票システム - Google Patents

Description

本発明は、各種作業に用いられる帳票データを管理する帳票管理方法、及び、帳票データを管理する帳票システムに関する。

近年、紙ベースで行われていた業務をペーパーレスで効率よく行うためのシステム及びサービスが広く用いられるようになってきた。例えば、予め決められたフォーマットを有する帳票データを端末に表示させて、この帳票データにプラントにおける生産管理、設備管理等の各種管理を行うために必要な情報を入力することで、ペーパーレスにて各種管理等を行うシステムが知られている（例えば、特許文献１を参照）。

特開２０１４－０８９５６９号公報

大規模な工場、プラント等において各種管理を適切に行うためには、各種管理を行うために新たな帳票データが作成されたときに、新たな帳票データの内容確認、内容の編集依頼などのために、新たな帳票データに関連する作業者に対して新たな帳票データが作成されたことを通知する必要がある。

従来のシステムにおいては、新たな帳票データが作成されたことを通知する際には、新たな帳票データに関連する作業者を特定し、特定した作業者のそれぞれに、メールにより新たな帳票データを送信していた。各種管理に多数の作業者が関与する場合には、当該多数の作業者を特定する作業が大きな負担となっていた。

本発明の目的は、帳票データを管理する帳票システムにおいて、新たな帳票データが作成されたことを多数のユーザに効率よく通知可能とすることである。

以下に、課題を解決するための手段として複数の態様を説明する。これら態様は、必要に応じて任意に組み合せることができる。
本発明の一見地に係る帳票管理方法は、帳票管理サーバと、チャットサーバと、を備える帳票システムにおける帳票管理方法である。帳票管理サーバは、帳票データを管理する。チャットサーバは、所定の属性によって定められたルームに属する１又は複数のユーザに対してメッセージを配信する。帳票管理方法は、以下のステップを備える。
◎帳票管理サーバが新規帳票データを作成するステップ。
◎帳票管理サーバが新規帳票データを作成したか否かを判定するステップ。
◎新規帳票データが作成されたと判定された場合、帳票管理サーバが、新規帳票データが作成されたことを示す新規帳票作成メッセージを、新規帳票データに関連するユーザが属する関連ルームを宛先としてチャットサーバに送信するステップ。
◎チャットサーバが、帳票管理サーバから新規帳票作成メッセージを受信した場合、受信した新規帳票作成メッセージの宛先である関連ルームを特定するステップ。
◎チャットサーバが、特定した関連ルームに属するユーザに、受信した新規帳票作成メッセージを配信するステップ。

上記の帳票管理方法においては、帳票管理サーバにおいて新規帳票データが作成された場合に、帳票管理サーバが、新規帳票データが作成されたことを示す新規帳票作成メッセージを、新規帳票データに関連するユーザが属する関連ルームを宛先としてチャットサーバに送信している。
また、新規帳票作成メッセージを受信したチャットサーバは、受信した新規帳票作成メッセージの宛先である関連ルームを特定し、特定した関連ルームに属する１又は複数のユーザに、受信した新規帳票作成メッセージを配信している。

関連ルームには新規帳票データに関連する多数のユーザが属することができ、チャットサーバは、関連ルームを宛先とするメッセージを当該関連ルームに属する全ユーザに一度に配信できるので、上記の帳票管理方法では、帳票管理サーバにおいて新規帳票データが作成されたときに、チャットサーバの関連ルーム宛に新規帳票作成メッセージを送信するだけで、新規帳票データに関連する多数のユーザに新規帳票データが作成されたことを効率よく通知できる。

上記の帳票管理方法は、帳票管理サーバが新規帳票作成メッセージの内容を編集するステップをさらに備えてもよい。これにより、新規帳票作成メッセージの内容を必要に応じて任意に変更できる。

上記の帳票管理方法は、以下のステップをさらに備えてもよい。
◎帳票管理サーバが、帳票管理サーバにアクセスするためのトークンを生成してチャットサーバに送信するステップ。
◎チャットサーバが、帳票管理サーバから受信したトークンを用いて帳票管理サーバに所定の通知をするステップ。
これにより、帳票管理サーバからチャットサーバへ新規帳票作成メッセージを送信するだけでなく、チャットサーバから帳票管理サーバに所定の通知を行うことも可能となる。すなわち、帳票管理サーバとチャットサーバとの双方向通信が可能となる。

本発明の他の見地に係る帳票システムは、帳票管理サーバと、チャットサーバと、を備える。帳票管理サーバは、帳票データを管理する。チャットサーバは、所定の属性によって定められたルームに属する１又は複数のユーザに対してメッセージを配信する。
帳票管理サーバは、作成部と、判定部と、送信部と、を有する。
作成部は、新規帳票データを作成する。判定部は、新規帳票データが作成されたか否かを判定する。
送信部は、新規帳票データが作成されたと判定された場合、新規帳票データが作成されたことを示す新規帳票作成メッセージを、新規帳票データに関連するユーザが属する関連ルームを宛先としてチャットサーバに送信する。

チャットサーバは、特定部と、配信部と、を有する。特定部は、帳票管理サーバから新規帳票作成メッセージを受信した場合、受信した新規帳票作成メッセージの宛先である関連ルームを特定する。配信部は、特定した関連ルームに属するユーザに、受信した新規帳票作成メッセージを配信する。

上記の帳票システムにおいては、帳票管理サーバの作成部において新規帳票データが作成された場合に、帳票管理サーバの送信部が、新規帳票データが作成されたことを通知する新規帳票作成メッセージを、新規帳票データに関連するユーザが属する関連ルームを宛先としてチャットサーバに送信している。
また、新規帳票作成メッセージを受信したチャットサーバの特定部が、受信した新規帳票作成メッセージの宛先である関連ルームを特定し、チャットサーバの配信部が、特定した関連ルームに属するユーザに、受信した新規帳票作成メッセージを配信している。

関連ルームには新規帳票データに関連する多数のユーザが属することができ、チャットサーバは、関連ルームを宛先とするメッセージを当該関連ルームに属する全ユーザに一度に配信できるので、上記の帳票システムでは、帳票管理サーバにおいて新規帳票データが作成されたときに、チャットサーバの関連ルーム宛に新規帳票作成メッセージを送信するだけで、新規帳票データに関連する多数のユーザに新規帳票データが作成されたことを効率よく通知できる。

帳票管理サーバは、編集部をさらに有してもよい。編集部は、新規帳票作成メッセージの内容を編集する。これにより、新規帳票作成メッセージの内容を任意に変更できる。

帳票管理サーバは、トークン生成部をさらに有してもよい。トークン生成部は、帳票管理サーバにアクセスするためのトークンを生成してチャットサーバに送信する。
この場合、チャットサーバは、通知部をさらに有してもよい。通知部は、帳票管理サーバから受信したトークンを用いて、帳票管理サーバに所定の通知をする。
これにより、帳票管理サーバからチャットサーバへ新規帳票作成メッセージを送信するだけでなく、チャットサーバから帳票管理サーバに所定の通知を行うことも可能となる。すなわち、帳票管理サーバとチャットサーバとの双方向通信が可能となる。

新たな帳票データに関連のある関連ルーム宛に新規帳票作成メッセージを送信して、新たな帳票データが作成されたことを関連するユーザに効率よく通知できる。

帳票システムの全体構成を示す図。 帳票管理サーバ及びチャットサーバの機能ブロック構成を示す図。 帳票データの一例を示す図（その１）。 帳票データの一例を示す図（その２）。 空フォームを作成するための第１ユーザインタフェースの一例を示す図。 帳票システムのクライアント端末、帳票管理サーバ、チャットサーバ間の情報の送受信を示す図。 新規帳票データが作成される場合の帳票管理サーバの動作を示すフローチャート。 開始画面の一例を示す図。 新規帳票データが作成される場合のチャットサーバの動作を示すフローチャート。 チャット画面の一例を示す図。 新規帳票作成メッセージが表示されたチャット画面の一例を示す図。

１．第１実施形態
（１）帳票システムの概略
以下、第１実施形態に係る帳票システム１００を説明する。第１実施形態に係る帳票システム１００は、例えば、帳票システム１００が設置された工場、プラント等における「４Ｍ変動管理」をペーパーレスで実現するシステムである。４Ｍ変動管理とは、（ｉ）製品の生産に用いる原料（Ｍａｔｅｒｉａｌ）に関する管理、（ｉｉ）工場、プラント等の作業者（Ｍａｎ）に関する管理、（ｉｉｉ）工場、プラント等の稼働（Ｍｅｔｈｏｄ）に関する管理、（ｉｖ）工場、プラント等の設備（Ｍａｃｈｉｎｅ）に関する管理を含む概念である。

原料に関する管理においては、例えば、原料が枯渇したことを通知する原料切れ通知、原料情報の管理がなされる。
作業者に関する管理においては、例えば、作業者情報の管理、各種情報の多言語対応、工場、プラント等でトラブルが発生した場合の担当者の呼び出し（トラブルコール）などがなされる。
稼働に関する管理においては、例えば、製品の検査結果の管理、作業手順書などの作業に関する文書の管理、生産ロットに関する情報の管理などがなされる。
設備に関する管理においては、例えば、設備で発生したトラブルの通知、設備点検の管理がなされる。

本実施形態の帳票システム１００においては、４Ｍ変動管理が、上記した管理及び通知の種類毎に独自のフォーマットを有する電子データ（以下、帳票データと呼ぶ）を用いて実行される。

（２）帳票システムの全体構成
図１を用いて、第１実施形態に係る帳票システム１００の全体構成を説明する。図１は、帳票システムの全体構成を示す図である。帳票システム１００は、帳票管理サーバ１と、チャットサーバ３と、を主に備える。
帳票管理サーバ１は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票データＤを管理する。

帳票管理サーバ１は、ネットワーク（例えば、ＷＡＮ、インターネットなど）を介して、チャットサーバ３と接続されており、チャットサーバ３に対してメッセージを送信可能となっている。

また、帳票管理サーバ１は、ネットワークを介して、第１クライアント端末Ｔ１と、第２クライアント端末Ｔ２と通信可能となっている。第１クライアント端末Ｔ１は、タブレット端末、スマートフォンなどの携帯端末であり、帳票システム１００が設置された工場、プラント等で作業を行う作業者が使用する。作業者は、第１クライアント端末Ｔ１を用いて、帳票データＤの内容を参照し、必要に応じて帳票データＤの内容を編集できる。

第２クライアント端末Ｔ２は、パーソナルコンピュータなどの端末であり、帳票管理サーバ１の管理者が主に使用する。帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いて、帳票データＤ用のフォームを作成できる。

なお、第１クライアント端末Ｔ１は、第２クライアント端末Ｔ２と同様の機能を有していてもよい。具体的には、帳票管理サーバ１の管理者は、第１クライアント端末Ｔ１を用いて帳票管理サーバ１に管理者としてログインして、帳票データＤのフォームを作成できる。
また、第２クライアント端末Ｔ２は、第１クライアント端末Ｔ１と同様の機能を有していてもよい。具体的には、帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いて、帳票データＤの内容を参照し、必要に応じて帳票データＤの内容を編集できる。

帳票管理サーバ１は、例えば、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２からの指令に基づいて、帳票データＤに含まれる情報を用いて、帳票システム１００が設置された工場、プラント等に関する各種データを解析できる。各種データの解析結果は、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２に送信され、作業者などがその内容を閲覧できる。

チャットサーバ３は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票システム１００におけるユーザ（帳票システム１００が設置された工場、プラントの管理者、作業者）間のチャット機能を提供するサーバである。
チャットサーバ３は、ネットワークを介して、第１クライアント端末Ｔ１と通信可能となっている。作業者は、第１クライアント端末Ｔ１を用いてチャットサーバ３にログインして、チャットサーバ３にて提供されているチャット機能を用いて、他の作業者などとの間でメッセージのやりとりを行うことができる。

なお、チャットサーバ３は、ネットワークを介して、第２クライアント端末Ｔ２とも通信可能となっていてもよい。これにより、帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いてチャットサーバ３にログインして、他の作業者などとの間でメッセージのやりとりを行うことができる。

本実施形態のチャットサーバ３は、チャット機能を使用するユーザを、所定の属性によって定められた「ルーム」と呼ばれるグループ単位で管理している。ルームは、例えば、作業者などが属する組織、部課、チームなどの単位で定められる。すなわち、各ルームには、例えば、同じ組織、部課、チームなどに属する作業者が属している。

本実施形態のチャットサーバ３は、ルーム毎に閉じられたチャット機能を提供可能となっている。具体的には、チャットサーバ３は、１つのルームに属するユーザのクライアント端末間でのみメッセージのやりとりを可能とし、当該１つのルームに属さないユーザのクライアント端末との間のメッセージのやりとり及び閲覧を禁止できる。
また、チャットサーバ３は、単数又は複数のルームを宛先としたメッセージ機能を提供可能となっている。具体的には、チャットサーバ３は、ルームを宛先としたメッセージを、宛先となったルームに属するユーザのクライアント端末のみに対して配信できる。

チャットサーバ３は、帳票管理サーバ１と双方向通信可能となっている。例えば、チャットサーバ３は、帳票管理サーバ１からメッセージを受信するだけでなく、帳票管理サーバ１に対してチャットサーバ３で閲覧済みのメッセージに関する情報を通知できる。

本実施形態の帳票システム１００は、生産管理システム５を備える。生産管理システム５は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票システム１００が設置された工場、プラント等において生産される製品の生産管理に関する各種情報を管理する。
生産管理システム５は、例えば、工場、プラント等において生産される製品のロット情報、製品の生産に用いられる原料情報、特定の製品を担当する作業者に関する情報、などを管理する。生産管理システム５は、ネットワークを介して、帳票管理サーバ１と通信可能となっており、帳票管理サーバ１は、生産管理システム５から取得した情報を帳票データＤに入力できる。

本実施形態の帳票システム１００において、帳票管理サーバ１は、ネットワークを介して、帳票システム１００が設置された工場、プラント等が備える設備７と通信可能となっている。これにより、帳票管理サーバ１は、例えば、設備７において発生したトラブルに関する情報を取得したときに、トラブルが発生した設備７に対するトラブルコールに用いる帳票データＤを作成できる。帳票管理サーバ１と通信可能な設備７としては、例えば、製品の製造装置、工場、プラント等に設けられたセンサ（例えば、カメラ、温度計、湿度計、振動計など）がある。

（３）帳票管理サーバの機能ブロック構成
図２を用いて、帳票管理サーバ１及びチャットサーバ３の機能ブロック構成を説明する。図２は、帳票管理サーバ及びチャットサーバの機能ブロック構成を示す図である。帳票管理サーバ１の各機能ブロックの一部又は全部は、帳票管理サーバ１を構成するコンピュータシステムの記憶装置に記憶されたプログラムを実行することにより実現される。
図２に示すように、帳票管理サーバ１は、記憶部１１と、作成部１２と、判定部１３と、第１送受信部１４（送信部の一例）と、を機能ブロックとして主に有する。

記憶部１１は、帳票管理サーバ１において管理されている帳票データＤを記憶する。帳票データＤとしては、例えば、図３に示すような設備７の点検作業に使用される帳票データ、図４に示すような製品の生産に必要な部品供給に使用される帳票データがある。図３及び図４は、帳票データの一例を示す図である。

図３に示す帳票データＤには、設備７のチェック項目が配置されており、このチェック項目に対するチェック結果の記載がチェックボックスとともに配置されている。一方、図４に示す帳票データＤには、原料の不足が生じた発生日と、供給が必要な部品の品番と、当該部品の供給依頼をするためのボタンと、が配置されている。また、部品の品番の端には、画像を撮影して添付するためのボタンが配置されている。

また、記憶部１１は、新規帳票作成メッセージＭ１を記憶する。新規帳票作成メッセージＭ１は、帳票管理サーバ１の作成部１２で新規帳票データＮＤが作成されたことを示すメッセージであり、チャットサーバ３の特定のルーム（関連ルームと呼ぶ）を宛先として送信される。

作成部１２は、新規帳票データＮＤを作成する。作成部１２は、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２の入力装置（例えば、タッチパネル、キーボード、マウスなど）の操作により入力された情報を、対象の帳票データＤ又は後述する空フォームに追加して新規帳票データＮＤを作成する。
また、作成部１２は、生産管理システム５、設備７から取得した情報を帳票データＤ又は空フォームに追加することにより、新規帳票データＮＤを作成することもできる。

さらに、作成部１２は、帳票データＤの空フォーム（情報が入力されていない帳票データＤ）を作成できる。例えば、作成部１２は、図５に示す第１ユーザインタフェースＩＮＦ１を第２クライアント端末Ｔ２に提供し、第２クライアント端末Ｔ２を使用するユーザ（帳票管理サーバ１の管理者）が、第１ユーザインタフェースＩＮＦ１を操作することで、空フォームを作成できる。図５は、空フォームを作成するための第１ユーザインタフェースの一例を示す図である。
第１ユーザインタフェースＩＮＦ１は、作成中の空フォームを表示するフォーム表示部ＤＩＳ１と、空フォームに配置する部品ＰＡ（ユーザインタフェース）をリスト表示した部品リスト表示部ＰＬと、を有する。

第２クライアント端末Ｔ２を使用するユーザは、例えば、部品リスト表示部ＰＬに配置された部品ＰＡを、フォーム表示部ＤＩＳ１に表示されている空フォームの当該部品ＰＡを配置したい位置にドラッグ・アンド・ドロップ操作することにより、容易に空フォームを作成できる。
なお、帳票データＤの種類によっては、空フォームを新規帳票データＮＤとすることもできる。また、空フォームの作成は、第１クライアント端末Ｔ１を用いて帳票管理サーバ１に管理者としてログインすることで、当該第１クライアント端末Ｔ１を用いて実行できる。

判定部１３は、作成部１２において新規帳票データＮＤが作成されたか否かを判定する。判定部１３は、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２にて帳票データＤに情報が入力される場合には、例えば、情報の入力が完了して帳票データＤの登録ボタンＢ１が押されたことを検知することで、新規帳票データＮＤが作成されたと判定できる。
また、帳票データＤの種類によっては、判定部１３は、帳票データＤの空フォームが作成されたときに新規帳票データＮＤが作成されたと判定する。

さらに、判定部１３は、例えば、生産管理システム５、設備７から情報を取得して帳票データＤに入力したときに、新規帳票データＮＤが作成されたと判定することもできる。この場合、作成部１２は、帳票データＤに情報の入力が完了したときに登録ボタンＢ１が押されたときと同様のイベント通知をしてもよい。

第１送受信部１４は、判定部１３において新規帳票データＮＤが作成されたと判定された場合に、新規帳票データＮＤが作成されたことを示す新規帳票作成メッセージＭ１を、チャットサーバ３（の第２送受信部３２）に送信する。

帳票管理サーバ１は、編集部１５を有する。編集部１５は、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２からの入力操作を受け付け、受け付けた入力操作に従って記憶部１１に記憶された新規帳票作成メッセージＭ１を編集する。これにより、新規帳票作成メッセージＭ１の内容を必要に応じて任意に変更できる。例えば、新規帳票作成メッセージＭ１に、新規帳票データＮＤに関連する作業者に関する情報、設備７のトラブル発生場所などを含めることができる。

帳票管理サーバ１は、第２トークン生成部１６を有する。第２トークン生成部１６は、チャットサーバ３からの要求により、チャットサーバ３が帳票管理サーバ１にアクセスするための第２トークンＴＯＫ２を生成し、チャットサーバ３に送信する。

上記の構成を有することにより、帳票管理サーバ１は、帳票データＤを空フォームも含めて作成し記憶部１１に記憶して、帳票データＤを管理できる。
また、情報が追加された帳票データＤ、又は、空フォームが新規帳票データＮＤとして作成された場合には、第１トークンＴＯＫ１に示されたルーム（ルームＩＤ）を宛先として、新規帳票データＮＤが生成されたことを示す新規帳票作成メッセージＭ１をチャットサーバ３に送信できる。

（４）チャットサーバの機能ブロック構成
次に、図２を用いて、チャットサーバ３の機能ブロック構成を説明する。チャットサーバ３の各機能ブロックの一部又は全部は、チャットサーバ３を構成するコンピュータシステムの記憶装置に記憶されたプログラムを実行することにより実現される。
図２に示すように、チャットサーバ３は、記憶部３１と、第２送受信部３２（通知部の一例）と、特定部３３と、メッセージ送受信部３４（配信部の一例）と、第１トークン生成部３５と、を有する。

記憶部３１は、チャットサーバ３において用いられる各種情報を記憶する。
具体的には、記憶部３１は、ルーム情報ＲＯＩを記憶する。ルーム情報ＲＯＩは、ユーザ間のメッセージのやりとり（チャット機能）をルーム単位で行うための情報である。ルーム情報ＲＯＩは、ルームを識別するルームＩＤであるルーム識別情報ＩＤと、ルーム識別情報ＩＤで識別されるルームに属するユーザのユーザ情報ＵＩと、を含む。

また、記憶部３１は、チャットサーバ３が帳票管理サーバ１にアクセスするための第２トークンＴＯＫ２を記憶する。第２トークンＴＯＫ２は、例えば、新規帳票作成メッセージＭ１が既読となり帳票既読情報ＲＩ（後述）を帳票管理サーバ１に送信するときに、帳票管理サーバ１の第２トークン生成部１６により生成され、チャットサーバ３に送信される。

さらに、記憶部３１は、帳票既読情報ＲＩ（所定の通知の一例）を記憶する。帳票既読情報ＲＩは、ユーザにより内容が確認された既読の新規帳票作成メッセージＭ１に関する情報である。具体的には、帳票既読情報ＲＩは、例えば、新規帳票データＮＤに関連するユーザに関する情報、新規帳票作成メッセージＭ１が既読となった時刻、帳票データＤを登録した時刻から新規帳票データＮＤに関し何らかの作業を開始する（受付）までの時刻、作業を開始してから当該作業を完了するまでの時刻、を含む。

後述するように、上記の帳票既読情報ＲＩは、チャットサーバ３において新規帳票作成メッセージＭ１が既読となった後に帳票管理サーバ１に通知される。これにより、帳票管理サーバ１は、帳票既読情報ＲＩを参照して、何らかの作業がなされた帳票データＤと、当該作業を行った作業者と、当該作業が行われた時刻と、を認識でき、より適切な帳票データＤの管理（すなわち、４Ｍ変動管理）を実現できる。

第２送受信部３２は、新規帳票作成メッセージＭ１と、当該新規帳票作成メッセージＭ１の宛先のルームＩＤと、を帳票管理サーバ１から受信する。受信された新規帳票作成メッセージＭ１とルームＩＤは、特定部３３に送信される。
また、第２送受信部３２は、新規帳票作成メッセージＭ１が既読となったときに取得した第２トークンＴＯＫ２を用いて、既読となった新規帳票作成メッセージＭ１に対応する帳票既読情報ＲＩを帳票管理サーバ１に送信する。

このように、本実施形態の帳票システム１００では、帳票管理サーバ１がチャットサーバ３へ新規帳票作成メッセージＭ１を送信するだけでなく、チャットサーバ３が帳票管理サーバ１に帳票既読情報ＲＩを送信することで、帳票管理サーバ１とチャットサーバ３との双方向通信が可能となる。

特定部３３は、第２送受信部３２から受信した新規帳票作成メッセージＭ１の宛先であるルーム（関連ルームと呼ぶ）を特定する。具体的には、特定部３３は、新規帳票作成メッセージＭ１とともに受信したルームＩＤと、各ルーム情報ＲＯＩのルーム識別情報ＩＤと、を比較し、受信したルームＩＤと一致するルーム識別情報ＩＤを有するルーム情報ＲＯＩに対応するルームを、受信した新規帳票作成メッセージＭ１の宛先である関連ルームと特定する。特定部３３は、第２送受信部３２から受信した新規帳票作成メッセージＭ１と、関連ルームの特定結果（特定されたルームのルーム情報ＲＯＩ）と、をメッセージ送受信部３４に送信する。

メッセージ送受信部３４は、ルーム情報ＲＯＩに含まれるユーザ情報ＵＩに示されたユーザ間のメッセージのやりとり（チャット機能）を実現する。本実施形態のチャットサーバ３においては各ユーザがルーム単位で管理されているので、メッセージ送受信部３４は、ルーム単位でのチャット機能（１つのルームに含まれるユーザ間のみのメッセージのやりとり）を実現できる。

また、特定部３３から新規帳票作成メッセージＭ１と関連ルームの特定結果とを受信した場合、メッセージ送受信部３４は、特定結果に示された関連ルームに対応するルーム情報ＲＯＩに含まれるユーザ情報ＵＩに示されたユーザ（作業者）が用いる第１クライアント端末Ｔ１、第２クライアント端末Ｔ２に、受信した新規帳票作成メッセージＭ１を配信する。

第１トークン生成部３５は、帳票管理サーバ１からの要求により、帳票管理サーバ１がチャットサーバ３にアクセスするための第１トークンＴＯＫ１を生成し、帳票管理サーバ１に送信する。

上記の構成を有することにより、チャットサーバ３は、所定の属性により定められたルームに属する１又は複数のユーザに対してメッセージを配信して、当該１又は複数のユーザ間のみのメッセージのやりとりを行うルーム単位のチャット機能を実現できる。
また、帳票管理サーバ１において新規帳票データＮＤが作成されたことを通知する新規帳票作成メッセージＭ１を受信した場合には、当該新規帳票作成メッセージＭ１の宛先である関連ルームに属する１又は複数のユーザに、受信した新規帳票作成メッセージＭ１に送信できる。すなわち、上記の構成を有するチャットサーバ３は、関連ルームを宛先とする新規帳票作成メッセージＭ１を受信するだけで、新規帳票データＮＤが作成されたことを当該新規帳票データＮＤに関連する１又は複数のユーザに一度に効率よく通知できる。

（５）新規帳票データが作成される場合の帳票システムの動作
（５－１）帳票管理サーバにおける動作
以下、新規帳票データＮＤが作成される場合の帳票システム１００の動作を説明する。最初に、図６及び図７を用いて、新規帳票データＮＤが作成される場合の帳票管理サーバ１の動作を説明する。図６は、帳票システムのクライアント端末、帳票管理サーバ、チャットサーバ間の情報の送受信を示す図である。図７は、新規帳票データが作成される場合の帳票管理サーバの動作を示すフローチャートである。以下の説明では、第１クライアント端末Ｔ１と第２クライアント端末Ｔ２とを総称して「クライアント端末」と呼ぶ。

ユーザがクライアント端末を用いて帳票管理サーバ１にログインし、当該クライアント端末から帳票管理サーバ１にアクセスすると、帳票管理サーバ１は、クライアント端末に図８に示すような開始画面ＩＮＦ２を送信する（ステップＳ１０１、Ｓ１１）。開始画面ＩＮＦ２を受信したクライアント端末は、当該開始画面をディスプレイに表示する。図８は、開始画面の一例を示す図である。
図８に示すように、開始画面ＩＮＦ２には、クライアント端末にて情報を入力可能な帳票データＤが第１アイコンＩＣＯ１により示されている。また、開始画面ＩＮＦ２には、開始画面ＩＮＦ２に帳票データＤを追加する「＋」形状の第２アイコンＩＣＯ２が設けられている。

ステップＳ１０１と並行して、チャットサーバ３はクライアント端末に対してチャット画面を送信し、クライアント端末はディスプレイにチャット画面を表示する（ステップＳ１０２）。

その後、ユーザは、クライアント端末に表示された開始画面ＩＮＦ２を用いて、新たな情報を入力した帳票データＤを選択する。
具体的には、ユーザが、クライアント端末のディスプレイに表示中の開始画面ＩＮＦ２の所定の第１アイコンＩＣＯ１を指定して（例えば、第１アイコンＩＣＯ１の一つをタッチする、第１アイコンＩＣＯ１の一つをマウスでクリックするなど）、新たな情報を入力したい帳票データＤを選択する。
帳票データＤの選択を受け付けたクライアント端末は、選択した帳票データＤの送信要求を帳票管理サーバ１に送信する（ステップＳ１０３）。

帳票データＤの送信要求を受信した帳票管理サーバ１の第１送受信部１４は、送信要求のあった帳票データＤを記憶部１１から抽出し、クライアント端末に送信する（ステップＳ１０４、Ｓ１２）。帳票データＤを受信したクライアント端末は、図４及び図５に示すような帳票データＤをディスプレイに表示する。
ユーザは、クライアント端末の入力装置を用いて、表示中の帳票データＤに追加したい情報を入力する。クライアント端末にて入力された情報は、帳票管理サーバ１に送信され（ステップＳ１０５）、帳票管理サーバ１の作成部１２が、帳票データＤの指定された位置に、受信した情報を追加する（ステップＳ１３）。

帳票管理サーバ１の判定部１３は、帳票データＤへの情報の追加が完了し、新規帳票データＮＤが作成されたか否かを判定する（ステップＳ１４）。
具体的には、判定部１３は、帳票データＤへの情報の追加を完了後、クライアント端末に表示中の帳票データＤにて登録ボタンＢ１が押されたことが、当該クライアント端末から帳票管理サーバ１に通知された（ステップＳ１０６）ときに、新規帳票データＮＤが作成されたと判定する。

新規帳票データＮＤが作成されたと判定部１３にて判定されていない場合（ステップＳ１４で「Ｎｏ」）、登録ボタンＢ１が押されて新規帳票データＮＤが作成されるまで待機する。なお、帳票データＤを表示中に情報の追加を中止（キャンセル）した場合には、新規帳票データＮＤの作成動作を終了する。
一方、新規帳票データＮＤが作成されたと判定部１３にて判定された場合（ステップＳ１４で「Ｙｅｓ」）、帳票管理サーバ１の第１送受信部１４は、第１トークンＴＯＫ１を用いて、チャットサーバ３に新規帳票作成メッセージＭ１を送信する（ステップＳ１０７、Ｓ１５）。

具体的には、第１送受信部１４は、第１トークンＴＯＫ１から新規帳票作成メッセージＭ１の宛先であるルームに関する情報（例えば、新規帳票作成メッセージＭ１の宛先であるルームのルームＩＤ）を抽出し、第１トークンＴＯＫ１から抽出したルームを宛先として、チャットサーバ３に新規帳票作成メッセージＭ１を送信する。
なお、第１トークンＴＯＫ１は、第１送受信部１４が新規帳票作成メッセージＭ１を送信する毎にチャットサーバ３に第１トークンＴＯＫ１の生成と送信を要求することで取得される。

他の実施形態として、第１トークンＴＯＫ１は、予め取得されて記憶部１１に記憶され、当該第１トークンＴＯＫ１の有効期限に関する情報を含んでいてもよい。この場合、第１送受信部１４は、第１トークンＴＯＫ１の有効期限を考慮して、チャットサーバ３に第１トークンＴＯＫ１の生成と送信を要求してもよい。

新規帳票作成メッセージＭ１は、関連ルームに属するユーザが使用するクライアント端末のディスプレイに表示される。新規帳票作成メッセージＭ１を送信後、帳票管理サーバ１の第２トークン生成部１６は、チャットサーバ３から第２トークンＴＯＫ２の生成要求（ステップＳ１１０）が送信されてきたか否かを判定する。第２トークンＴＯＫ２の生成要求は、クライアント端末に表示中の新規帳票作成メッセージＭ１の内容が確認された（既読ステータスになった）とき（ステップＳ１０９）に、チャットサーバ３から帳票管理サーバ１に対してなされる。

第２トークンＴＯＫ２の生成要求がなされない場合（ステップＳ１６で「Ｎｏ」）、第２トークンＴＯＫ２の生成要求がされるまで待機する。なお、例えば、第２トークンＴＯＫ２の生成要求が長時間なされない場合などには、帳票管理サーバ１は、そのまま動作を終了してもよい。
一方、第２トークンＴＯＫ２の生成要求がなされた場合（ステップＳ１６で「Ｙｅｓ」）、第２トークン生成部１６は、第２トークンＴＯＫ２を生成し、チャットサーバ３に送信する（ステップＳ１１１、Ｓ１７）。

第２トークンＴＯＫ２をチャットサーバ３に送信後、帳票管理サーバ１の第１送受信部１４がチャットサーバ３から帳票既読情報ＲＩを受信した場合（ステップＳ１１２）、帳票管理サーバ１は、受信した帳票既読情報ＲＩを用いた処理を実行する（ステップＳ１８）。例えば、帳票管理サーバ１は、帳票既読情報ＲＩに含まれる情報を、新規帳票データＮＤの管理のために記憶部１１などに記憶する。

（５－２）チャットサーバにおける動作
次に、図６及び図９を用いて、新規帳票データＮＤが作成される場合のチャットサーバ３の動作を説明する。図９は、新規帳票データが作成される場合のチャットサーバの動作を示すフローチャートである。
ユーザがクライアント端末を用いてチャットサーバ３にログインし、当該クライアント端末からチャットサーバ３にアクセスすると、チャットサーバ３は、クライアント端末に図１０に示すようなチャット画面ＩＮＦ３を送信する（ステップＳ１０２、Ｓ２１）。チャット画面ＩＮＦ３を受信したクライアント端末は、当該チャット画面をディスプレイに表示する。図１０は、チャット画面の一例を示す図である。

図１０に示すように、チャット画面ＩＮＦ３は、ルーム表示欄Ａ１と、チャット欄Ａ２と、情報表示部ＤＩＳ２と、を有する。ルーム表示欄Ａ１は、チャットサーバ３にて登録されているルーム名を表示する。ユーザが属しているルーム名の下には、当該ルームに属する他のユーザ名が表示される。図１０に示す例では、ルームとして「部門ルーム」と「グループルーム」が登録されており、図１０に示すチャット画面ＩＮＦ３を用いるユーザはグループルームに入室している。

チャット欄Ａ２は、ルームに属しているユーザ間のチャットの内容が記載された吹き出しＣＨが表示される。吹き出しＣＨの近傍には、チャットを投稿したユーザ名と画像（例えば、ユーザの顔写真、アバターなど）と、チャットが投稿された年月日、時刻が表示される。情報表示部ＤＩＳ２は、チャット欄Ａ２でなされるチャットで共有された情報（例えば、画像など）を表示する。

図９に戻り、クライアント端末にてチャット画面ＩＮＦ３を表示中、チャットサーバ３の第２送受信部３２は、帳票管理サーバ１から新規帳票作成メッセージＭ１を受信したか否かを判定する（ステップＳ１０７、Ｓ２２）。
新規帳票作成メッセージＭ１を受信しない場合（ステップＳ２２で「Ｎｏ」）、チャット画面ＩＮＦ３を用いた通常のチャット（ユーザ間のメッセージのやりとり）が継続される。

一方、新規帳票作成メッセージＭ１を受信した場合（ステップＳ２２で「Ｙｅｓ」）、第２送受信部３２は、受信した新規帳票作成メッセージＭ１と、当該新規帳票作成メッセージＭ１の宛先とを、チャットサーバ３の特定部３３に送信する。
新規帳票作成メッセージＭ１を受信した特定部３３は、受信した新規帳票作成メッセージＭ１の宛先である関連ルームを特定する（ステップＳ２３）。具体的には、特定部３３は、新規帳票作成メッセージＭ１とともに受信した当該新規帳票作成メッセージＭ１の宛先であるルームに関する情報（ルームＩＤ）と一致するルーム識別情報ＩＤを有するルーム情報ＲＯＩに対応するルームを、関連ルームと特定する。関連ルームを特定後、新規帳票作成メッセージＭ１と関連ルームの特定結果（関連ルームのルーム情報ＲＯＩ）と、がメッセージ送受信部３４に送信される。

その後、チャットサーバ３のメッセージ送受信部３４は、特定部３３から受信した新規帳票作成メッセージＭ１を、関連ルームのルーム情報ＲＯＩに含まれる全ユーザ（すなわち、関連ルームに属するユーザ）のクライアント端末に配信する（ステップＳ１０８、Ｓ２４）。
新規帳票作成メッセージＭ１が配信されたユーザのチャット画面ＩＮＦ３には、図１１に示すように、「新規帳票が作成されました」との記載と、「Ａｂｃｄｅｆ」とのリンクＬＮと、を含む吹き出しＣＨ１が、新規帳票作成メッセージＭ１として表示される。新規帳票作成メッセージＭ１に含まれるリンクＬＮは、新規帳票データＮＤに直接アクセスするためのリンクである。このようなリンクＬＮを新規帳票作成メッセージＭ１に含めることにより、チャット画面ＩＮＦ３においてリンクＬＮをクリック、タッチ等することにより、新規帳票データＮＤに直ちにアクセスできる。
図１１は、新規帳票作成メッセージが表示されたチャット画面の一例を示す図である。

新規帳票作成メッセージＭ１をチャット画面ＩＮＦ３に表示中に、チャットサーバ３は、新規帳票作成メッセージＭ１のリンクＬＮに対して操作がなされて、新規帳票作成メッセージＭ１の内容が確認されたか否かを判定する（ステップＳ１０９、Ｓ２５）。
新規帳票作成メッセージＭ１の内容が確認されていない場合（ステップＳ２５で「Ｎｏ」）、チャット画面ＩＮＦ３に新規帳票作成メッセージＭ１を表示した状態で待機する。

一方、チャット画面ＩＮＦ３において新規帳票作成メッセージＭ１の内容が確認された場合（ステップＳ２５で「Ｙｅｓ」）、チャットサーバ３の第２送受信部３２は、帳票管理サーバ１に、第２トークンＴＯＫ２の生成要求を送信する（ステップＳ１１０、Ｓ２６）。
第２トークンＴＯＫ２の生成要求の結果、帳票管理サーバ１から第２トークンＴＯＫ２が受信されない場合（ステップＳ２７で「Ｎｏ」）、第２トークンＴＯＫ２の受信まで待機する。

一方、帳票管理サーバ１から第２トークンＴＯＫ２を受信した場合（ステップＳ２７で「Ｙｅｓ」）、チャットサーバ３の第２送受信部３２は、第２トークンＴＯＫ２を用いて、帳票管理サーバ１に、ユーザにより内容が確認された既読の新規帳票作成メッセージＭ１に関する情報である帳票既読情報ＲＩを送信する（ステップＳ１１２、Ｓ２８）。

（６）まとめ
上記にて説明した第１実施形態に係る帳票システム１００においては、帳票管理サーバ１の作成部１２において新規帳票データＮＤが作成された場合に、帳票管理サーバ１の第１送受信部１４が、新規帳票データＮＤが作成されたことを示す新規帳票作成メッセージＭ１を、新規帳票データＮＤに関連するユーザが属する関連ルームを宛先としてチャットサーバ３に送信している。
また、新規帳票作成メッセージＭ１を受信したチャットサーバ３の特定部３３が、受信した新規帳票作成メッセージＭ１の宛先である関連ルームを特定し、チャットサーバ３のメッセージ送受信部３４が、特定した関連ルームに属するユーザに、受信した新規帳票作成メッセージＭ１を配信している。

関連ルームには新規帳票データＮＤに関連する１又は多数のユーザが属することができ、チャットサーバ３は、関連ルームを宛先とするメッセージを当該関連ルームに属する全ユーザに一度に配信できるので、帳票システム１００では、帳票管理サーバ１において新規帳票データＮＤが作成されたときに、チャットサーバ３の関連ルーム宛に新規帳票作成メッセージＭ１を送信するだけで、新規帳票データＮＤに関連する多数のユーザに新規帳票データＮＤが作成されたことを効率よく通知できる。

２．第２実施形態
上記のように、帳票システム１００においては、帳票管理サーバ１にアクセスしたときにクライアント端末に表示される開始画面ＩＮＦ２には、当該クライアント端末にて情報を入力可能な帳票データＤが第１アイコンＩＣＯ１により表示される。開始画面ＩＮＦ２の特定の第１アイコンＩＣＯ１を指定することで、当該特定の第１アイコンＩＣＯ１が示す帳票データＤをクライアント端末に表示できる。
この第１アイコンＩＣＯ１の開始画面ＩＮＦ２における配置を、例えば、帳票管理サーバ１にログインできるユーザ毎、ユーザが使用する端末毎、ユーザのグループ毎に対応付けて記憶部１１に記憶してもよい。これにより、開始画面ＩＮＦ２における第１アイコンＩＣＯ１の配置を、ユーザ毎、端末毎、グループ毎に独立して設定できる。

また、第１アイコンＩＣＯ１の開始画面ＩＮＦ２における配置のユーザ毎などの設定を、所定の識別コードと関連付けてもよい。また、この所定の識別コードを印刷して帳票システム１００が配置された工場、プラント等の所定の位置に貼り付けてもよい。なお、上記の所定の識別コードは、例えば、ＱＲコード（登録商標）、バーコード、ＡＲマーカーとできる。これにより、この識別コードをクライアント端末により読み取るだけで、ユーザが以前に設定していた第１アイコンＩＣＯ１の配置を簡単に再現できる。

３．他の実施形態
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
（Ａ）上記の第１実施形態において、図６～図８、図１０に示されたフローチャートに示された各ステップの処理順及び／又は処理内容は、本発明の要旨を逸脱しない範囲で変更できる。

（Ｂ）帳票管理サーバ１とチャットサーバ３とを１つのコンピュータシステムで実現してもよい。例えば、帳票管理サーバ１として機能するプログラムと、チャットサーバ３として機能するプログラムと、を当該１つのコンピュータシステムにインストールすることでこれを実現できる。

（Ｃ）第１トークンＴＯＫ１を新規帳票データＮＤの登録ボタンＢ１に関連付け、新規帳票データＮＤの登録ボタンＢ１が押されてときに、第１送受信部１４が、当該第１トークンＴＯＫ１から新規帳票データＮＤの宛先であるルームに関する情報を抽出してもよい。この場合、第１トークンＴＯＫ１は、新規帳票データＮＤのひな型が作成されたときに登録ボタンＢ１に関連付けられる。

また、登録ボタンＢ１に関連付ける第１トークンＴＯＫ１は、第１トークンＴＯＫ１を登録ボタンＢ１に関連付ける際に、帳票管理サーバ１がチャットサーバ３に第１トークンＴＯＫ１の生成と送信を要求することで取得されてもよい。
または、チャットサーバ３にて予め作成されているトークンのうちの１つをユーザが選択し、選択したＴＯＫを第１トークンＴＯＫ１として登録ボタンＢ１に関連付けてもよい。

本発明は、各種作業に用いられる帳票データを管理する帳票管理方法、及び、帳票データを管理する帳票システムに広く適用できる。

１００ 帳票システム
１ 帳票管理サーバ
１１ 記憶部
１２ 作成部
１３ 判定部
１４ 第１送受信部
１５ 編集部
１６ 第２トークン生成部
３ チャットサーバ
３１ 記憶部
３２ 第２送受信部
３３ 特定部
３４ メッセージ送受信部
３５ 第１トークン生成部
５ 生産管理システム
７ 設備
Ｔ１ 第１クライアント端末
Ｔ２ 第２クライアント端末
Ｄ 帳票データ
ＮＤ 新規帳票データ
Ｍ１ 新規帳票作成メッセージ

Claims (6)

1. 登録ボタンを有する帳票データを管理する帳票管理サーバと、所定の属性によって定められたルームに属する１又は複数のユーザに対してメッセージを配信するチャットサーバと、を備える帳票システムにおける帳票管理方法であって、
   前記帳票管理サーバが、前記登録ボタンが押されたとのイベントを検知して新規帳票データが作成されたか否かを判定するステップと、
   前記新規帳票データが作成されたと判定された場合、前記帳票管理サーバが、前記新規帳票データが作成されたことを示す新規帳票作成メッセージを、前記新規帳票データの前記登録ボタンに関連付けられ前記チャットサーバから取得した第１トークンから抽出した関連ルームを宛先として前記チャットサーバに送信するステップと、
   前記チャットサーバが、前記帳票管理サーバから前記新規帳票作成メッセージを受信した場合、受信した前記新規帳票作成メッセージの宛先である前記関連ルームを特定するステップと、
   前記チャットサーバが、特定した前記関連ルームに属するユーザに、受信した前記新規帳票作成メッセージを配信するステップと、
   を備える、帳票管理方法。
2. 前記帳票管理サーバが、クライアント端末からの入力操作を受け付け、受け付けた入力操作に従って前記新規帳票作成メッセージの内容を編集するステップをさらに備える、請求項１に記載の帳票管理方法。
3. 前記帳票管理サーバが、前記帳票管理サーバにアクセスするための第２トークンを生成して前記チャットサーバに送信するステップと、
   前記チャットサーバが、前記帳票管理サーバから受信した前記第２トークンを用いて前記帳票管理サーバに所定の通知をするステップと、
   をさらに備える、請求項１又は２に記載の帳票管理方法。
4. 登録ボタンを有する帳票データを管理する帳票管理サーバと、所定の属性によって定められたルームに属する１又は複数のユーザに対してメッセージを配信するチャットサーバと、を備える帳票システムであって、
   前記帳票管理サーバは、
   前記登録ボタンが押されたとのイベントを検知して新規帳票データが作成されたか否かを判定する判定部と、
   前記新規帳票データが作成されたと判定された場合、前記新規帳票データが作成されたことを示す新規帳票作成メッセージを、前記新規帳票データの前記登録ボタンに関連付けられ前記チャットサーバから取得した第１トークンから抽出した関連ルームを宛先として前記チャットサーバに送信する送信部と、
   を有し、
   前記チャットサーバは、
   前記帳票管理サーバから前記新規帳票作成メッセージを受信した場合、受信した前記新規帳票作成メッセージの宛先である前記関連ルームを特定する特定部と、
   特定した前記関連ルームに属するユーザに、受信した前記新規帳票作成メッセージを配信する配信部と、
   を有する、帳票システム。
5. 前記帳票管理サーバは、クライアント端末からの入力操作を受け付け、受け付けた入力操作に従って前記新規帳票作成メッセージの内容を編集する編集部をさらに有する、請求項４に記載の帳票システム。
6. 前記帳票管理サーバは、前記帳票管理サーバにアクセスするための第２トークンを生成して前記チャットサーバに送信するトークン生成部をさらに有し、
   前記チャットサーバは、前記帳票管理サーバから受信した前記第２トークンを用いて前記帳票管理サーバに所定の通知をする通知部をさらに有する、
   請求項４又は５に記載の帳票システム。

Images