知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022061383
(43)【公開日】2022-04-18
(54)【発明の名称】帳票管理方法、及び、帳票システム
(51)【国際特許分類】
G06Q 50/04 20120101AFI20220411BHJP
G06Q 30/02 20120101ALI20220411BHJP
G06Q 10/00 20120101ALI20220411BHJP
【ＦＩ】
G06Q50/04
G06Q30/02
G06Q10/00 300
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2020169365
(22)【出願日】2020-10-06
(71)【出願人】
【識別番号】000006297
【氏名又は名称】村田機械株式会社
(74)【代理人】
【識別番号】110000202
【氏名又は名称】新樹グローバル・アイピー特許業務法人
(72)【発明者】
【氏名】谷本 好史
(72)【発明者】
【氏名】中井 亮太
(72)【発明者】
【氏名】▲高▼田 大
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB08
5L049CC04
5L049CC15
(57)【要約】
【課題】作業が完了していない帳票データの状態を的確に把握してユーザに通知する。
【解決手段】帳票管理方法は、帳票管理サーバ１が、帳票データＤについてなされる所定の処理を受け付けるステップと、帳票管理サーバ１が、実行すべき所定の処理が残っている未処理帳票データＵＤの数を表す未処理数をクライアント端末に送信するステップと、クライアント端末が、帳票データＤを表す第１アイコンＩＣＯ１を表示するとともに、当該帳票データＤの未処理数を当該第１アイコンＩＣＯ１上に表示するステップと、帳票管理サーバ１が、帳票データＤに対して所定の処理を実行して処理済み帳票データＦＤを完成させたときに、当該処理済み帳票データＦＤの元となった帳票データＤの未処理数を減少させるステップと、を備える。
【選択図】図７
【解決手段】帳票管理方法は、帳票管理サーバ１が、帳票データＤについてなされる所定の処理を受け付けるステップと、帳票管理サーバ１が、実行すべき所定の処理が残っている未処理帳票データＵＤの数を表す未処理数をクライアント端末に送信するステップと、クライアント端末が、帳票データＤを表す第１アイコンＩＣＯ１を表示するとともに、当該帳票データＤの未処理数を当該第１アイコンＩＣＯ１上に表示するステップと、帳票管理サーバ１が、帳票データＤに対して所定の処理を実行して処理済み帳票データＦＤを完成させたときに、当該処理済み帳票データＦＤの元となった帳票データＤの未処理数を減少させるステップと、を備える。
【選択図】図７
【特許請求の範囲】
【請求項1】
帳票データを管理する帳票管理サーバと、前記帳票管理サーバにアクセス可能なクライアント端末と、を備える帳票システムにおける帳票管理方法であって、
前記帳票管理サーバが、前記帳票データについてなされる所定の処理を受け付けるステップと、
前記帳票管理サーバが、実行すべき前記所定の処理が残っている前記帳票データの数を表す未処理数を前記クライアント端末に送信するステップと、
前記クライアント端末が、前記帳票データを表すアイコンを表示するとともに、当該帳票データの前記未処理数を前記アイコン上に表示するステップと、
前記帳票管理サーバが、前記帳票データに対して前記所定の処理を実行して処理済み帳票データを完成させたときに、当該処理済み帳票データの元となった前記帳票データの前記未処理数を減少させるステップと、
を備える、帳票管理方法。
前記帳票管理サーバが、前記帳票データについてなされる所定の処理を受け付けるステップと、
前記帳票管理サーバが、実行すべき前記所定の処理が残っている前記帳票データの数を表す未処理数を前記クライアント端末に送信するステップと、
前記クライアント端末が、前記帳票データを表すアイコンを表示するとともに、当該帳票データの前記未処理数を前記アイコン上に表示するステップと、
前記帳票管理サーバが、前記帳票データに対して前記所定の処理を実行して処理済み帳票データを完成させたときに、当該処理済み帳票データの元となった前記帳票データの前記未処理数を減少させるステップと、
を備える、帳票管理方法。
【請求項2】
前記帳票管理サーバが、新規帳票データが作成されたことを前記クライアント端末に通知するステップをさらに備える、請求項１に記載の帳票管理方法。
【請求項3】
前記帳票管理サーバが、新規帳票データが作成されなかったことを前記クライアント端末に通知するステップをさらに備える、請求項１又は２に記載の帳票管理方法。
【請求項4】
前記帳票管理サーバが、新規帳票データに対して情報の追加がなかったことを前記クライアント端末に通知するステップをさらに備える、請求項１～３のいずれかに記載の帳票管理方法。
【請求項5】
前記帳票データは、管理者を含む全てのユーザに対して前記帳票データにアクセスすることを許可する仮登録モード、又は、前記管理者を除くユーザに対して前記帳票データにアクセスすることを禁止する本登録モード、のいずれかにて管理される、請求項１～４のいずれかに記載の帳票管理方法。
【請求項6】
帳票データを管理する帳票管理サーバと、前記帳票管理サーバにアクセス可能なクライアント端末と、を備える帳票システムであって、
前記帳票管理サーバは、
前記帳票データについてなされる所定の処理を受け付ける帳票処理部と、
実行すべき前記所定の処理が残っている前記帳票データの数を表す未処理数を前記クライアント端末に送信するとともに、前記帳票データに対して前記所定の処理を実行して処理済み帳票データを完成させたときに当該処理済み帳票データの元となった前記帳票データの前記未処理数を減少させる未処理数通知部と、
を有し、
前記クライアント端末は、前記帳票データを表すアイコンを表示するとともに、当該帳票データの前記未処理数を前記アイコン上に表示する表示部を有する、
帳票システム。
前記帳票管理サーバは、
前記帳票データについてなされる所定の処理を受け付ける帳票処理部と、
実行すべき前記所定の処理が残っている前記帳票データの数を表す未処理数を前記クライアント端末に送信するとともに、前記帳票データに対して前記所定の処理を実行して処理済み帳票データを完成させたときに当該処理済み帳票データの元となった前記帳票データの前記未処理数を減少させる未処理数通知部と、
を有し、
前記クライアント端末は、前記帳票データを表すアイコンを表示するとともに、当該帳票データの前記未処理数を前記アイコン上に表示する表示部を有する、
帳票システム。
【請求項7】
前記帳票管理サーバは、新規帳票データが作成されたことを前記クライアント端末に通知する新規帳票作成通知部をさらに有する、請求項６に記載の帳票システム。
【請求項8】
前記帳票管理サーバは、新規帳票データが作成されなかったことを前記クライアント端末に通知する新規帳票未作成通知部をさらに有する、請求項６又は７に記載の帳票システム。
【請求項9】
前記帳票管理サーバは、新規帳票データに対して情報の追加がなかったことを前記クライアント端末に通知する未処理通知部をさらに有する、請求項６～８のいずれかに記載の帳票システム。
【請求項10】
前記帳票データは、管理者を含む全てのユーザに対して前記帳票データにアクセスすることを許可する仮登録モード、又は、前記管理者を除くユーザに対して前記帳票データにアクセスすることを禁止する本登録モード、のいずれかにて管理される、請求項６～９のいずれかに記載の帳票システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、各種作業に用いられる帳票データを管理する帳票管理方法、及び、帳票データを管理する帳票システムに関する。
【背景技術】
【0002】
近年、紙ベースで行われていた業務をペーパーレスで効率よく行うためのシステム及びサービスが広く用いられるようになってきた。例えば、予め決められたフォーマットを有する帳票データを端末に表示させて、この帳票データにプラントにおける生産管理、設備管理等の各種管理を行うために必要な情報を入力することで、ペーパーレスにて各種管理等を行うシステムが知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－０８９５６９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
帳票データを用いて各種管理を適切に行うためには、新たな帳票データが作成された後、当該新たな帳票データについて実行すべき各種作業が完了したか否か、作業が完了していない帳票データがあればその帳票データの状態を把握する必要がある。従来のシステムにおいては、作業が完了していない帳票データの状態を的確に把握することは困難であった。
【0005】
本発明の目的は、帳票データを管理する帳票システムにおいて、作業が完了していない帳票データの状態を的確に把握してユーザに明確に通知することにある。
【課題を解決するための手段】
【0006】
以下に、課題を解決するための手段として複数の態様を説明する。これら態様は、必要に応じて任意に組み合せることができる。
本発明の一見地に係る帳票管理方法は、帳票管理サーバと、クライアント端末と、を備える帳票システムにおける帳票管理方法である。帳票管理サーバは、帳票データを管理する。クライアント端末は、帳票管理サーバにアクセス可能な端末である。帳票管理方法は、以下のステップを備える。
◎帳票管理サーバが、帳票データについてなされる所定の処理を受け付けるステップ。
◎帳票管理サーバが、実行すべき所定の処理が残っている帳票データの数を表す未処理数をクライアント端末に送信するステップ。
◎クライアント端末が、帳票データを表すアイコンを表示するとともに、当該帳票データの未処理数を当該アイコン上に表示するステップ。
◎帳票管理サーバが、帳票データに対して所定の処理を実行して処理済み帳票データを完成させたときに、当該処理済み帳票データの元となった帳票データの未処理数を減少させるステップ。
本発明の一見地に係る帳票管理方法は、帳票管理サーバと、クライアント端末と、を備える帳票システムにおける帳票管理方法である。帳票管理サーバは、帳票データを管理する。クライアント端末は、帳票管理サーバにアクセス可能な端末である。帳票管理方法は、以下のステップを備える。
◎帳票管理サーバが、帳票データについてなされる所定の処理を受け付けるステップ。
◎帳票管理サーバが、実行すべき所定の処理が残っている帳票データの数を表す未処理数をクライアント端末に送信するステップ。
◎クライアント端末が、帳票データを表すアイコンを表示するとともに、当該帳票データの未処理数を当該アイコン上に表示するステップ。
◎帳票管理サーバが、帳票データに対して所定の処理を実行して処理済み帳票データを完成させたときに、当該処理済み帳票データの元となった帳票データの未処理数を減少させるステップ。
【0007】
上記の帳票管理方法では、処理済み帳票データ（実行すべき所定の処理を実行した帳票データ）を完成するまでに実行すべき所定の処理が残っている帳票データの未処理数を、帳票システムのクライアント端末に送信している。また、クライアント端末が、帳票データを表すアイコン上に、当該帳票データの未処理数を表示している。
このように、処理済み帳票データを完成させるために実行すべき処理が残っている帳票データの数をクライアント端末に通知し、当該クライアント端末が帳票データを表すアイコン上に当該帳票データの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データを完成させるためにユーザが処理を実行する必要がある帳票データとその数を的確かつ明確に把握できる。
このように、処理済み帳票データを完成させるために実行すべき処理が残っている帳票データの数をクライアント端末に通知し、当該クライアント端末が帳票データを表すアイコン上に当該帳票データの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データを完成させるためにユーザが処理を実行する必要がある帳票データとその数を的確かつ明確に把握できる。
【0008】
また、処理済み帳票データを完成させたときに、帳票管理サーバが、当該処理済み帳票データの元となった帳票データの未処理数を減少させることにより、クライアント端末を使用するユーザは、アイコン上に表示された未処理数が減少したことを把握することにより、帳票データに対して実行すべき所定の処理の実行がなされたことを的確に把握できる。
【0009】
上記の帳票管理方法は、帳票管理サーバが、新規帳票データが作成されたことをクライアント端末に通知するステップをさらに備えてもよい。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データが作成されたことを的確に把握できる。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データが作成されたことを的確に把握できる。
【0010】
上記の帳票管理方法は、帳票管理サーバが、新規帳票データが作成されなかったことをクライアント端末に通知するステップをさらに備えてもよい。
これにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データが作成されなかったことを的確に把握できる。
これにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データが作成されなかったことを的確に把握できる。
【0011】
上記の帳票管理方法は、帳票管理サーバが、新規帳票データに対して情報の追加がなかったことをクライアント端末に通知するステップをさらに備えてもよい。
これにより、クライアント端末を使用するユーザは、新規帳票データに対して実行すべき所定の処理が実行されていないことを的確に把握できる。
これにより、クライアント端末を使用するユーザは、新規帳票データに対して実行すべき所定の処理が実行されていないことを的確に把握できる。
【0012】
帳票データは、管理者を含む全てのユーザに対して帳票データにアクセスすることを許可する仮登録モード、又は、管理者を除くユーザに対して帳票データにアクセスすることを禁止する本登録モード、のいずれかにて管理されてもよい。
これにより、管理者を含む全てのユーザに対して帳票データに情報を追加する、又は、帳票データに追加された情報の内容を変更するといった操作を許可した帳票データと、管理者を除くユーザに対して情報の追加や変更を禁止した帳票データとを明確に区別して管理できる。
これにより、管理者を含む全てのユーザに対して帳票データに情報を追加する、又は、帳票データに追加された情報の内容を変更するといった操作を許可した帳票データと、管理者を除くユーザに対して情報の追加や変更を禁止した帳票データとを明確に区別して管理できる。
【0013】
本発明の他の見地に係る帳票システムは、帳票管理サーバと、クライアント端末と、を備えるシステムである。帳票管理サーバは、帳票データを管理する。クライアント端末は、帳票管理サーバにアクセス可能である。
帳票システムの帳票管理サーバは、帳票処理部と、未処理数通知部と、を有する。
帳票処理部は、帳票データについてなされる所定の処理を受け付ける。
未処理数通知部は、実行すべき所定の処理が残っている帳票データの数を表す未処理数をクライアント端末に送信するとともに、帳票データに対して所定の処理を実行して処理済み帳票データを完成させたときに当該処理済み帳票データの元となった帳票データの未処理数を減少させる。
クライアント端末は、表示部を有する。表示部は、帳票データを表すアイコンを表示するとともに、当該帳票データの未処理数を当該帳票データのアイコン上に表示する。
帳票システムの帳票管理サーバは、帳票処理部と、未処理数通知部と、を有する。
帳票処理部は、帳票データについてなされる所定の処理を受け付ける。
未処理数通知部は、実行すべき所定の処理が残っている帳票データの数を表す未処理数をクライアント端末に送信するとともに、帳票データに対して所定の処理を実行して処理済み帳票データを完成させたときに当該処理済み帳票データの元となった帳票データの未処理数を減少させる。
クライアント端末は、表示部を有する。表示部は、帳票データを表すアイコンを表示するとともに、当該帳票データの未処理数を当該帳票データのアイコン上に表示する。
【0014】
上記の帳票システムでは、処理済み帳票データ（実行すべき所定の処理を実行した帳票データ）を完成するまでに実行すべき所定の処理が残っている帳票データの未処理数を、帳票システムのクライアント端末に送信している。また、クライアント端末が、帳票データを表すアイコン上に、当該帳票データの未処理数を表示している。
このように、処理済み帳票データを完成させるために実行すべき処理が残っている帳票データの数をクライアント端末に通知し、当該クライアント端末が帳票データを表すアイコン上に当該帳票データの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データを完成させるためにユーザが処理を実行する必要がある帳票データとその数を的確かつ明確に把握できる。
このように、処理済み帳票データを完成させるために実行すべき処理が残っている帳票データの数をクライアント端末に通知し、当該クライアント端末が帳票データを表すアイコン上に当該帳票データの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データを完成させるためにユーザが処理を実行する必要がある帳票データとその数を的確かつ明確に把握できる。
【0015】
また、処理済み帳票データを完成させたときに、帳票管理サーバが、当該処理済み帳票データの元となった帳票データの未処理数を減少させることにより、クライアント端末を使用するユーザは、アイコン上に表示された未処理数が減少したことを把握することにより、帳票データに対して実行すべき所定の処理の実行がなされたことを的確に把握できる。
【0016】
また、帳票管理サーバの未処理数通知部が、処理済み帳票データが完成したときに、当該処理済み帳票データの元となった新規帳票データの未処理数を減少させることにより、クライアント端末を使用するユーザは、アイコン上に表示された未処理数が減少したことを把握することにより、未処理であった新規帳票データに対して所定の処理の実行が完了したことを的確に把握できる。
【0017】
前記帳票管理サーバは、新規帳票作成通知部をさらに有してもよい。新規帳票作成通知部は、新規帳票データが作成されたことをクライアント端末に通知する。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データが作成されたことを的確に把握できる。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データが作成されたことを的確に把握できる。
【0018】
帳票管理サーバは、新規帳票未作成通知部をさらに有してもよい。新規帳票未作成通知部は、新規帳票データが作成されなかったことをクライアント端末に通知する。
これにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データが作成されたか否かを的確に把握できる。
これにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データが作成されたか否かを的確に把握できる。
【0019】
帳票管理サーバは、未処理通知部をさらに有してもよい。未処理通知部は、新規帳票データに対して情報の追加がなかったことをクライアント端末に通知する。
これにより、クライアント端末を使用するユーザは、新規帳票データに対して実行すべき所定の処理が実行されていないことを的確に把握できる。
これにより、クライアント端末を使用するユーザは、新規帳票データに対して実行すべき所定の処理が実行されていないことを的確に把握できる。
【0020】
帳票データは、管理者を含む全てのユーザに対して帳票データにアクセスすることを許可する仮登録モード、又は、管理者を除くユーザに対して帳票データにアクセスすることを禁止する本登録モード、のいずれかにて管理されてもよい。
これにより、管理者を含む全てのユーザに対して帳票データに情報を追加する、又は、帳票データに追加された情報の内容を変更するといった操作を許可した帳票データと、管理者以外のユーザに対して情報の追加や変更を禁止した帳票データとを明確に区別して管理できる。
これにより、管理者を含む全てのユーザに対して帳票データに情報を追加する、又は、帳票データに追加された情報の内容を変更するといった操作を許可した帳票データと、管理者以外のユーザに対して情報の追加や変更を禁止した帳票データとを明確に区別して管理できる。
【発明の効果】
【0021】
上記の帳票システムでは、実行すべき所定の処理が残っている帳票データとその状態を的確に把握してユーザに明確に通知できる。
【図面の簡単な説明】
【0022】
【図1】帳票システムの全体構成を示す図。
【図2】帳票管理サーバ及びクライアント端末の機能ブロック構成を示す図。
【図3】帳票データの一例を示す図（その１）。
【図4】帳票データの一例を示す図（その２）。
【図5】空フォームを作成するための第１ユーザインタフェースの一例を示す図。
【図6】開始画面の一例を示す図。
【図7】帳票管理サーバにおける帳票管理動作を示すフローチャート。
【図8】帳票管理における帳票管理サーバとクライアント端末との間の情報のやりとりを示す図。
【図9】新規帳票データに関する各種通知動作を示すフローチャート。
【図10】チャット画面において新規帳票作成メッセージを表示した一例を示す図。
【図11】チャット画面において新規帳票未作成メッセージを表示した一例を示す図。
【図12】チャット画面において未処理メッセージを表示した一例を示す図。
【図13】第２実施形態に係る帳票データの一例を示す図。
【発明を実施するための形態】
【0023】
１．第１実施形態
（１）帳票システムの概略
以下、第１実施形態に係る帳票システム１００を説明する。第１実施形態に係る帳票システム１００は、例えば、帳票システム１００が設置された工場、プラント等における「４Ｍ変動管理」をペーパーレスで実現するシステムである。４Ｍ変動管理とは、（ｉ）製品の生産に用いる原料（Ｍａｔｅｒｉａｌ）に関する管理、（ｉｉ）工場、プラント等の作業者（Ｍａｎ）に関する管理、（ｉｉｉ）工場、プラント等の稼働（Ｍｅｔｈｏｄ）に関する管理、（ｉｖ）工場、プラント等の設備（Ｍａｃｈｉｎｅ）に関する管理を含む概念である。
（１）帳票システムの概略
以下、第１実施形態に係る帳票システム１００を説明する。第１実施形態に係る帳票システム１００は、例えば、帳票システム１００が設置された工場、プラント等における「４Ｍ変動管理」をペーパーレスで実現するシステムである。４Ｍ変動管理とは、（ｉ）製品の生産に用いる原料（Ｍａｔｅｒｉａｌ）に関する管理、（ｉｉ）工場、プラント等の作業者（Ｍａｎ）に関する管理、（ｉｉｉ）工場、プラント等の稼働（Ｍｅｔｈｏｄ）に関する管理、（ｉｖ）工場、プラント等の設備（Ｍａｃｈｉｎｅ）に関する管理を含む概念である。
【0024】
原料に関する管理においては、例えば、原料が枯渇したことを通知する原料切れ通知、原料情報の管理がなされる。
作業者に関する管理においては、例えば、作業者情報の管理、各種情報の多言語対応、工場、プラント等でトラブルが発生した場合の担当者の呼び出し（トラブルコール）などがなされる。
稼働に関する管理においては、例えば、製品の検査結果の管理、作業手順書などの作業に関する文書の管理、生産ロットに関する情報の管理などがなされる。
設備に関する管理においては、例えば、設備で発生したトラブルの通知、設備点検の管理がなされる。
作業者に関する管理においては、例えば、作業者情報の管理、各種情報の多言語対応、工場、プラント等でトラブルが発生した場合の担当者の呼び出し（トラブルコール）などがなされる。
稼働に関する管理においては、例えば、製品の検査結果の管理、作業手順書などの作業に関する文書の管理、生産ロットに関する情報の管理などがなされる。
設備に関する管理においては、例えば、設備で発生したトラブルの通知、設備点検の管理がなされる。
【0025】
本実施形態の帳票システム１００においては、４Ｍ変動管理が、上記した管理及び通知の種類毎に独自のフォーマットを有する電子データ（以下、帳票データと呼ぶ）を用いて実行される。
【0026】
（２）帳票システムの全体構成
図１を用いて、第１実施形態に係る帳票システム１００の全体構成を説明する。図１は、帳票システムの全体構成を示す図である。帳票システム１００は、帳票管理サーバ１と、第１クライアント端末Ｔ１と、第２クライアント端末Ｔ２と、を主に備える。
帳票管理サーバ１は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票データＤを管理する。帳票管理サーバ１にて管理される帳票データＤには、帳票データＤに対して実行すべき所定の処理が全て完了した帳票データＤ（処理（完了）済み帳票データＦＤと呼ぶ）と、帳票データＤに対して実行すべき所定の処理が残っている帳票データＤ（未処理（処理途中）帳票データＵＤと呼ぶ）と、が存在する。
図１を用いて、第１実施形態に係る帳票システム１００の全体構成を説明する。図１は、帳票システムの全体構成を示す図である。帳票システム１００は、帳票管理サーバ１と、第１クライアント端末Ｔ１と、第２クライアント端末Ｔ２と、を主に備える。
帳票管理サーバ１は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票データＤを管理する。帳票管理サーバ１にて管理される帳票データＤには、帳票データＤに対して実行すべき所定の処理が全て完了した帳票データＤ（処理（完了）済み帳票データＦＤと呼ぶ）と、帳票データＤに対して実行すべき所定の処理が残っている帳票データＤ（未処理（処理途中）帳票データＵＤと呼ぶ）と、が存在する。
【0027】
第１クライアント端末Ｔ１は、ネットワーク（例えば、ＷＡＮ、ＬＡＮ、インターネットなど）を介して、帳票管理サーバ１と通信可能なタブレット端末、スマートフォンなどの携帯端末であり、帳票システム１００が設置された工場、プラント等で作業を行う作業者が使用する。作業者は、第１クライアント端末Ｔ１を用いて帳票管理サーバ１にアクセスして、帳票管理サーバ１にて管理されている帳票データＤの内容を参照し、必要に応じて未処理帳票データＵＤに対して実行すべき所定の処理を実行できる。
【0028】
第２クライアント端末Ｔ２は、パーソナルコンピュータなどの端末であり、帳票管理サーバ１の管理者が主に使用する。帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いて帳票管理サーバ１にアクセスして、帳票データＤの空フォームを作成できる。
【0029】
なお、第１クライアント端末Ｔ１は、第２クライアント端末Ｔ２と同様の機能を有していてもよい。具体的には、帳票管理サーバ１の管理者は、第１クライアント端末Ｔ１を用いて帳票管理サーバ１に管理者としてログインして、帳票データＤのフォームを作成できる。
また、第２クライアント端末Ｔ２は、第１クライアント端末Ｔ１と同様の機能を有していてもよい。具体的には、帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いて帳票管理サーバ１にアクセスして、帳票管理サーバ１にて管理されている帳票データＤの内容を参照し、必要に応じて未処理帳票データＵＤに対して実行すべき所定の処理を実行できる。
また、第２クライアント端末Ｔ２は、第１クライアント端末Ｔ１と同様の機能を有していてもよい。具体的には、帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いて帳票管理サーバ１にアクセスして、帳票管理サーバ１にて管理されている帳票データＤの内容を参照し、必要に応じて未処理帳票データＵＤに対して実行すべき所定の処理を実行できる。
【0030】
帳票管理サーバ１は、例えば、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２からの指令に基づいて、帳票データＤに含まれる情報を用いて、帳票システム１００が設置された工場、プラント等に関する各種データを解析できる。各種データの解析結果は、第１クライアント端末Ｔ１、第２クライアント端末Ｔ２に送信され、作業者及び管理者がその内容を閲覧できる。
【0031】
なお、帳票管理サーバ１は、クライアント端末を用いてログインできるユーザを、所定の属性によって定められたユーザグループ単位で管理している。このユーザグループは、例えば、作業者（ユーザ）が属する組織、部課、チームなどの単位で定められる。すなわち、各ユーザグループには、例えば、同じ組織、部課、チームなどに属する作業者（ユーザ）が属している。
また、帳票管理サーバ１は、自身が管理する帳票データＤの閲覧、データ操作などのアクセス権を上記ユーザグループ毎に管理する。すなわち、帳票データＤの種類によって、特定のユーザグループのユーザのみが帳票データＤの閲覧、データ操作等を実行可能、複数のユーザグループのユーザが閲覧、データ操作等を実行可能、全てのユーザグループのユーザが閲覧、データ操作等を実行可能、などアクセス権を設定できる。
また、帳票管理サーバ１は、自身が管理する帳票データＤの閲覧、データ操作などのアクセス権を上記ユーザグループ毎に管理する。すなわち、帳票データＤの種類によって、特定のユーザグループのユーザのみが帳票データＤの閲覧、データ操作等を実行可能、複数のユーザグループのユーザが閲覧、データ操作等を実行可能、全てのユーザグループのユーザが閲覧、データ操作等を実行可能、などアクセス権を設定できる。
【0032】
帳票システム１００は、チャットサーバ３を備える。チャットサーバ３は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票システム１００におけるユーザ（帳票システム１００が設置された工場、プラントの作業者）間のチャット機能を提供するサーバである。
チャットサーバ３は、ネットワークを介して、第１クライアント端末Ｔ１と通信可能となっている。作業者は、第１クライアント端末Ｔ１を用いてチャットサーバ３にログインして、チャットサーバ３にて提供されているチャット機能を用いて、他の作業者や管理者との間でメッセージのやりとりを行うことができる。
チャットサーバ３は、ネットワークを介して、第１クライアント端末Ｔ１と通信可能となっている。作業者は、第１クライアント端末Ｔ１を用いてチャットサーバ３にログインして、チャットサーバ３にて提供されているチャット機能を用いて、他の作業者や管理者との間でメッセージのやりとりを行うことができる。
【0033】
なお、チャットサーバ３は、ネットワークを介して、第２クライアント端末Ｔ２とも通信可能となっていてもよい。これにより、帳票管理サーバ１の管理者は、第２クライアント端末Ｔ２を用いてチャットサーバ３にログインして、他の作業者や他の管理者との間でメッセージのやりとりを行うことができる。
【0034】
チャットサーバ３は、ネットワークを介して、帳票管理サーバ１と通信可能となっている。これにより、帳票管理サーバ１は、チャットサーバ３に対して各種メッセージを送信できる。また、チャットサーバ３は、チャット機能を用いて、帳票管理サーバ１から受信したメッセージを、チャットサーバ３のユーザ（作業者や管理者）に配信できる。
【0035】
帳票システム１００は、生産管理システム５を備える。生産管理システム５は、プロセッサと、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤなど）と、ネットワークインタフェースと、を備えるコンピュータシステムであって、帳票システム１００が設置された工場、プラント等において生産される製品の生産管理に関する各種情報を管理する。
生産管理システム５は、例えば、工場、プラント等において生産される製品のロット情報、製品の生産に用いられる原料情報、特定の製品を担当する作業者に関する情報、などを管理する。生産管理システム５は、ネットワークを介して、帳票管理サーバ１と通信可能となっている。
生産管理システム５は、例えば、工場、プラント等において生産される製品のロット情報、製品の生産に用いられる原料情報、特定の製品を担当する作業者に関する情報、などを管理する。生産管理システム５は、ネットワークを介して、帳票管理サーバ１と通信可能となっている。
【0036】
帳票システム１００において、帳票管理サーバ１は、ネットワークを介して、帳票システム１００が設置された工場、プラント等が備える設備７と通信可能となっている。これにより、帳票管理サーバ１は、例えば、設備７において発生したトラブルに関する情報を取得したときに、トラブルが発生した設備７に対するトラブルコールに用いる新たな帳票データＤ（新規帳票データＮＤと呼ぶ）を作成できる。
帳票管理サーバ１と通信可能な設備７としては、例えば、製品の製造装置、工場、プラント等に設けられたセンサ（例えば、カメラ、温度計、湿度計、振動計など）がある。
帳票管理サーバ１と通信可能な設備７としては、例えば、製品の製造装置、工場、プラント等に設けられたセンサ（例えば、カメラ、温度計、湿度計、振動計など）がある。
【0037】
（３）帳票管理サーバの機能ブロック構成
図２を用いて、帳票管理サーバ１の機能ブロック構成を説明する。図２は、帳票管理サーバ及びクライアント端末の機能ブロック構成を示す図である。なお、以下の説明において、第１クライアント端末Ｔ１及び第２クライアント端末Ｔ２を総称してクライアント端末と呼ぶ。
帳票管理サーバ１の各機能ブロックの一部又は全部は、帳票管理サーバ１を構成するコンピュータシステムの記憶装置に記憶されたプログラムを実行することにより実現される。
図２を用いて、帳票管理サーバ１の機能ブロック構成を説明する。図２は、帳票管理サーバ及びクライアント端末の機能ブロック構成を示す図である。なお、以下の説明において、第１クライアント端末Ｔ１及び第２クライアント端末Ｔ２を総称してクライアント端末と呼ぶ。
帳票管理サーバ１の各機能ブロックの一部又は全部は、帳票管理サーバ１を構成するコンピュータシステムの記憶装置に記憶されたプログラムを実行することにより実現される。
【0038】
図２に示すように、帳票管理サーバ１は、記憶部１１と、帳票処理部１２と、未処理数通知部１３と、を機能ブロックとして主に有する。
記憶部１１は、帳票管理サーバ１にて管理されている帳票データＤを記憶する。帳票データＤとしては、例えば、図３に示すような設備７の点検作業に使用される帳票データ、図４に示すような製品の生産に必要な部品供給に使用される帳票データがある。図３及び図４は、帳票データの一例を示す図である。
記憶部１１は、帳票管理サーバ１にて管理されている帳票データＤを記憶する。帳票データＤとしては、例えば、図３に示すような設備７の点検作業に使用される帳票データ、図４に示すような製品の生産に必要な部品供給に使用される帳票データがある。図３及び図４は、帳票データの一例を示す図である。
【0039】
図３に示す帳票データＤには、設備７のチェック項目が配置されており、このチェック項目に対するチェック結果の記載がチェックボックスＣＢとともに配置されている。一方、図４に示す帳票データＤには、原料の不足が生じた発生日を表すフィールドＦ１と、供給が必要な部品の品番を表すフィールドＦ２と、が配置されている。
図３及び図４に示すように、帳票データＤには登録ボタンＢ１が設けられる。帳票データＤに対して実行すべき処理を完了（必要な情報を全て入力）して登録ボタンＢ１が押されることで、当該帳票データＤが処理済み帳票データＦＤとして登録される。
図３及び図４に示すように、帳票データＤには登録ボタンＢ１が設けられる。帳票データＤに対して実行すべき処理を完了（必要な情報を全て入力）して登録ボタンＢ１が押されることで、当該帳票データＤが処理済み帳票データＦＤとして登録される。
【0040】
その他、図３に示す帳票データＤには、帳票データＤのフォームを変更要求のためのボタンＢ２と、作業継続をするためのボタンＢ３と、が設けられる。また、図４に示す帳票データには、部品の画像を添付するためのボタンＢ４が設けられる。作業者は、ボタンＢ４を押すことで第１クライアント端末Ｔ１のカメラを起動し、設備の部品の写真を撮影することで、部品の画像を帳票データＤに添付する。
【0041】
帳票処理部１２は、クライアント端末、生産管理システム５、設備７から帳票データＤについての操作（処理）を受け付けて、当該操作に基づいて帳票データＤに対する処理を実行する。
具体的には、帳票処理部１２は、クライアント端末の入力装置（例えば、タッチパネル、キーボード、マウスなど）の操作を受け付けて帳票データＤ（未処理帳票データＵＤ）を処理する。例えば、図３に示すような設備７の点検作業に用いられる未処理帳票データＵＤに対する処理を実行したい場合には、帳票処理部１２は、当該未処理帳票データＵＤをクライアント端末に表示させ、帳票データＤのチェックボックスＣＢへのチェック操作を受け付ける。全てのチェックボックスＣＢに対するチェック操作が完了後に登録ボタンＢ１が押されると、帳票処理部１２は、当該未処理帳票データＵＤを処理済み帳票データＦＤとして登録する。
具体的には、帳票処理部１２は、クライアント端末の入力装置（例えば、タッチパネル、キーボード、マウスなど）の操作を受け付けて帳票データＤ（未処理帳票データＵＤ）を処理する。例えば、図３に示すような設備７の点検作業に用いられる未処理帳票データＵＤに対する処理を実行したい場合には、帳票処理部１２は、当該未処理帳票データＵＤをクライアント端末に表示させ、帳票データＤのチェックボックスＣＢへのチェック操作を受け付ける。全てのチェックボックスＣＢに対するチェック操作が完了後に登録ボタンＢ１が押されると、帳票処理部１２は、当該未処理帳票データＵＤを処理済み帳票データＦＤとして登録する。
【0042】
つまり、未処理帳票データＵＤが設備７の点検作業に使用されるものである場合、当該未処理帳票データＵＤに対して実行すべき所定の処理は、クライアント端末を使用するユーザが設備７の点検結果を未処理帳票データＵＤの所定のフィールドに入力することである。
【0043】
また、帳票処理部１２は、生産管理システム５から取得した情報を帳票データＤに入力できる。例えば、図４に示すような部品供給に使用される帳票データＤに対して、部品の品番をフィールドＦ２に入力できる。
【0044】
さらに、帳票処理部１２は、設備７から取得した情報を帳票データＤに入力できる。例えば、設備７にてトラブルが発生した場合には、当該トラブルに関する情報を設備７から取得し、帳票データＤの所定のフィールドに取得した情報を入力することでトラブルコールに用いる新たな帳票データＤ（新規帳票データＮＤ）を作成し、未処理帳票データＵＤとして管理できる。
【0045】
その後、ユーザ（作業者）がトラブルコールに用いる未処理帳票データＵＤを表示したクライアント端末を使用して、その未処理帳票データＵＤに示された設備７のトラブルに対処し、トラブルの対処時にクライアント端末を用いてユーザがした操作を帳票処理部１２が受け付けて未処理帳票データＵＤを処理することで、トラブルコールに対する処理済み帳票データＦＤを作成できる。
つまり、未処理帳票データＵＤがトラブルコールに用いられるものである場合、当該未処理帳票データＵＤに対して実行すべき所定の処理は、設備７にて発生したトラブルに対処し、その記録を未処理帳票データＵＤに入力することである。
つまり、未処理帳票データＵＤがトラブルコールに用いられるものである場合、当該未処理帳票データＵＤに対して実行すべき所定の処理は、設備７にて発生したトラブルに対処し、その記録を未処理帳票データＵＤに入力することである。
【0046】
帳票処理部１２は、１つの未処理帳票データＵＤに対して異なる複数のクライアント端末からの操作を受け付けて１つの処理済み帳票データＦＤを作成してもよい。すなわち、本実施形態においては、１つの未処理帳票データＵＤに対して複数の作業者が分担して処理を実行して１つの処理済み帳票データＦＤを作成できる。
【0047】
また、帳票処理部１２は、帳票データＤの空フォーム（情報が入力されていない帳票データＤ）を作成できる。例えば、帳票処理部１２は、図５に示す第１ユーザインタフェースＩＮＦ１を第２クライアント端末Ｔ２に表示させ、第２クライアント端末Ｔ２を使用するユーザ（帳票管理サーバ１の管理者）による第１ユーザインタフェースＩＮＦ１の操作を受け付けて、空フォームを作成できる。図５は、空フォームを作成するための第１ユーザインタフェースの一例を示す図である。
第１ユーザインタフェースＩＮＦ１は、作成中の空フォームを表示するフォーム表示部ＤＩＳ１と、空フォームに配置する部品ＰＡ（ユーザインタフェース）をリスト表示した部品リスト表示部ＰＬと、を有する。
第１ユーザインタフェースＩＮＦ１は、作成中の空フォームを表示するフォーム表示部ＤＩＳ１と、空フォームに配置する部品ＰＡ（ユーザインタフェース）をリスト表示した部品リスト表示部ＰＬと、を有する。
【0048】
第２クライアント端末Ｔ２を使用するユーザは、例えば、部品リスト表示部ＰＬに配置された部品ＰＡを、フォーム表示部ＤＩＳ１に表示されている空フォームの当該部品ＰＡを配置したい位置にドラッグ・アンド・ドロップ操作することにより、容易に空フォームを作成できる。
【0049】
なお、空フォームの作成は、第１クライアント端末Ｔ１を用いて帳票管理サーバ１に管理者としてログインすることで、当該第１クライアント端末Ｔ１を用いて実行することもできる。
【0050】
未処理数通知部１３は、実行すべき所定の処理が残っている帳票データＤ（未処理帳票データＵＤ）の数を表す未処理数を計数しクライアント端末に送信する。
具体的には、未処理数通知部１３は、帳票データＤの種類（例えば、部品供給に使用する帳票データＤ、品質管理に使用する帳票データＤ、設備点検に使用する帳票データＤ、トラブルコールに使用する帳票データＤ）毎に記憶部１１に記憶されている未処理帳票データＵＤの数を計数し、当該計数した数を未処理数としてクライアント端末に送信する。
具体的には、未処理数通知部１３は、帳票データＤの種類（例えば、部品供給に使用する帳票データＤ、品質管理に使用する帳票データＤ、設備点検に使用する帳票データＤ、トラブルコールに使用する帳票データＤ）毎に記憶部１１に記憶されている未処理帳票データＵＤの数を計数し、当該計数した数を未処理数としてクライアント端末に送信する。
【0051】
また、未処理数通知部１３は、未処理帳票データＵＤに対して所定の処理が実行された処理済み帳票データＦＤが完成したことを検知すると、当該処理済み帳票データＦＤの元となった未処理帳票データＵＤの未処理数を減少させ、減少後の未処理数をクライアント端末に送信する。
【0052】
帳票管理サーバ１は、新規帳票作成通知部１４を有する。新規帳票作成通知部１４は、帳票処理部１２において新規帳票データＮＤが作成されたことをチャットサーバ３に通知する。当該通知を受けたチャットサーバ３が、チャットサーバ３のチャット機能を使用しているクライアント端末に、新規帳票データＮＤが作成された旨のメッセージを配信する。
なお、帳票データＤの種類によって、新規に作成された帳票データＤの空フォームを新規帳票データＮＤとすることも、新規の空フォームを作成後に当該空フォームの一部に情報を追加した帳票データＤを新規帳票データＮＤとすることもできる。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データＮＤが作成されたことを的確に把握できる。
なお、帳票データＤの種類によって、新規に作成された帳票データＤの空フォームを新規帳票データＮＤとすることも、新規の空フォームを作成後に当該空フォームの一部に情報を追加した帳票データＤを新規帳票データＮＤとすることもできる。
これにより、クライアント端末を使用するユーザは、新たな帳票データである新規帳票データＮＤが作成されたことを的確に把握できる。
【0053】
帳票管理サーバ１は、新規帳票未作成通知部１５を有する。新規帳票未作成通知部１５は、作成されるべき新規帳票データＮＤが作成されなかったことをチャットサーバ３に通知する。当該通知を受けたチャットサーバ３が、チャットサーバ３のチャット機能を使用しているクライアント端末に、新規帳票データＮＤが作成されなかった旨のメッセージを配信する。
【0054】
例えば、設備７の定期点検に使用するための新規帳票データＮＤ（未処理帳票データＵＤ）が、何らかの原因により当該定期点検を行うべき時期になっても帳票処理部１２にて作成されなかった場合に、当該新規帳票データＮＤが作成されなかった旨の通知がなされることにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データＮＤが作成されなかったことを的確に把握できる。また、上記の通知がなされなかった場合には、（新規帳票データＮＤが作成された旨の通知と併せて）新規帳票データＮＤが適切に作成されたことを的確に把握できる。
【0055】
帳票管理サーバ１は、未処理通知部１６を有する。未処理通知部１６は、新規帳票データＮＤに対して情報の追加がなかったことをチャットサーバ３に通知する。当該通知を受けたチャットサーバ３が、チャットサーバ３のチャット機能を使用しているクライアント端末に、新規帳票データＮＤに対して情報の追加がなかった旨のメッセージを配信する。
これにより、クライアント端末を使用するユーザは、新規帳票データＮＤが作成されたにもかかわらず、当該新規帳票データＮＤに対して全く処理が実行されておらず放置されていることを的確に把握できる。
この通知を確認したユーザが放置されている新規帳票データＮＤに対して所定の処理を実行すべきであることを認識できるので、新規帳票データＮＤがいつまでも未処理のまま放置されることを回避できる。
これにより、クライアント端末を使用するユーザは、新規帳票データＮＤが作成されたにもかかわらず、当該新規帳票データＮＤに対して全く処理が実行されておらず放置されていることを的確に把握できる。
この通知を確認したユーザが放置されている新規帳票データＮＤに対して所定の処理を実行すべきであることを認識できるので、新規帳票データＮＤがいつまでも未処理のまま放置されることを回避できる。
【0056】
上記の構成を有することにより、帳票管理サーバ１は、未処理帳票データＵＤ（新規帳票データＮＤ）、処理済み帳票データＦＤ、帳票データＤの空フォームを作成し記憶部１１に記憶して、帳票データＤとして管理できる。
また、処理済み帳票データＦＤを完成するまでに実行すべき所定の処理が残っている帳票データＤ（未処理帳票データＵＤ）の未処理数を、帳票システム１００のクライアント端末に送信できる。さらに、処理済み帳票データＦＤが完成したときに、当該処理済み帳票データＦＤの元となった未処理帳票データＵＤの未処理数を減少できる。
また、処理済み帳票データＦＤを完成するまでに実行すべき所定の処理が残っている帳票データＤ（未処理帳票データＵＤ）の未処理数を、帳票システム１００のクライアント端末に送信できる。さらに、処理済み帳票データＦＤが完成したときに、当該処理済み帳票データＦＤの元となった未処理帳票データＵＤの未処理数を減少できる。
【0057】
（４）クライアント端末の機能ブロック構成
次に、図２を用いて、クライアント端末（第１クライアント端末Ｔ１、第２クライアント端末Ｔ２）の機能ブロック構成を説明する。
クライアント端末の機能ブロックの一部又は全部は、クライアント端末を構成するタブレット端末、パーソナルコンピュータなどのコンピュータシステムの記憶装置に記憶されたプログラム（例えば、専用アプリケーション、Ｗｅｂブラウザなど）を実行することにより実現される。
次に、図２を用いて、クライアント端末（第１クライアント端末Ｔ１、第２クライアント端末Ｔ２）の機能ブロック構成を説明する。
クライアント端末の機能ブロックの一部又は全部は、クライアント端末を構成するタブレット端末、パーソナルコンピュータなどのコンピュータシステムの記憶装置に記憶されたプログラム（例えば、専用アプリケーション、Ｗｅｂブラウザなど）を実行することにより実現される。
【0058】
クライアント端末は、表示部２１を有する。表示部２１は、クライアント端末において帳票管理サーバ１にて管理されている帳票データＤにアクセスするための画面表示を、クライアント端末のディスプレイに表示する。
クライアント端末にて帳票管理サーバ１にアクセスしログインすると、表示部２１は、図６に示すような開始画面ＩＮＦ２をクライアント端末の表示装置（例えば、タッチパネルを有する表示装置）に表示する。図６は、開始画面の一例を示す図である。
クライアント端末にて帳票管理サーバ１にアクセスしログインすると、表示部２１は、図６に示すような開始画面ＩＮＦ２をクライアント端末の表示装置（例えば、タッチパネルを有する表示装置）に表示する。図６は、開始画面の一例を示す図である。
【0059】
図６に示すように、表示部２１は、クライアント端末を使用するユーザがアクセスできる帳票データＤの種類を表す第１アイコンＩＣＯ１を開始画面ＩＮＦ２に表示する。クライアント端末にて第１アイコンＩＣＯ１を操作（例えば、タッチ操作、クリック操作）することで、第１アイコンＩＣＯ１に示された帳票データＤにアクセスできる。
図６に示す例では、部品供給に使用する帳票データＤを表すアイコンと、品質管理に使用する帳票データＤを表すアイコンと、設備点検に使用する帳票データＤを表すアイコンと、作業手順書である帳票データＤを表すアイコンと、トラブルコールに使用する帳票データＤを表すアイコンと、が第１アイコンＩＣＯ１として表示されている。
図６に示す例では、部品供給に使用する帳票データＤを表すアイコンと、品質管理に使用する帳票データＤを表すアイコンと、設備点検に使用する帳票データＤを表すアイコンと、作業手順書である帳票データＤを表すアイコンと、トラブルコールに使用する帳票データＤを表すアイコンと、が第１アイコンＩＣＯ１として表示されている。
【0060】
また、表示部２１は、クライアント端末が帳票管理サーバ１から受信した未処理数を、受信した未処理数を有する帳票データＤの種類を表す第１アイコンＩＣＯ１上にバッジＢＡ１として表示する。図６に示す例では、未処理数を表すバッジＢＡ１は、対応する第１アイコンＩＣＯ１の右上端に表示される。
図６に示す例では、トラブルコールに使用する帳票データＤを表す第１アイコンＩＣＯ１の右端上に「３」と表示されたバッジＢＡ１が表示されている。これは、このクライアント端末のユーザがトラブルコールに使用する未処理帳票データＵＤに対して所定の処理（設備７のトラブルへの対処）を実行する必要があり、その未処理帳票データＵＤ（未処理のトラブルコール）が３つあることを意味する。
図６に示す例では、トラブルコールに使用する帳票データＤを表す第１アイコンＩＣＯ１の右端上に「３」と表示されたバッジＢＡ１が表示されている。これは、このクライアント端末のユーザがトラブルコールに使用する未処理帳票データＵＤに対して所定の処理（設備７のトラブルへの対処）を実行する必要があり、その未処理帳票データＵＤ（未処理のトラブルコール）が３つあることを意味する。
【0061】
上記のように、クライアント端末の表示部２１が、帳票データＤを表す第１アイコンＩＣＯ１上に当該帳票データＤ（未処理帳票データＵＤ）の未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データＦＤを完成させるためにユーザが処理を実行する必要がある未処理帳票データＵＤとその数を的確かつ明確に把握できる。
【0062】
（５）帳票システムの動作
（５－１）帳票管理動作
以下、上記の構成を有する帳票システム１００の動作を説明する。まず、図７及び図８を用いて、帳票システム１００における帳票管理動作を説明する。図７は、帳票管理サーバにおける帳票管理動作を示すフローチャートである。図８は、帳票管理における帳票管理サーバとクライアント端末との間の情報のやりとりを示す図である。
帳票データＤの管理（帳票管理）を実行するために、ユーザがクライアント端末を用いて帳票管理サーバ１にアクセスしログインすると、帳票管理サーバ１は、アクセスのあったクライアント端末に図６に示す開始画面ＩＮＦ２を送信する。
（５－１）帳票管理動作
以下、上記の構成を有する帳票システム１００の動作を説明する。まず、図７及び図８を用いて、帳票システム１００における帳票管理動作を説明する。図７は、帳票管理サーバにおける帳票管理動作を示すフローチャートである。図８は、帳票管理における帳票管理サーバとクライアント端末との間の情報のやりとりを示す図である。
帳票データＤの管理（帳票管理）を実行するために、ユーザがクライアント端末を用いて帳票管理サーバ１にアクセスしログインすると、帳票管理サーバ１は、アクセスのあったクライアント端末に図６に示す開始画面ＩＮＦ２を送信する。
【0063】
開始画面ＩＮＦ２を送信するにあたり、帳票管理サーバ１の未処理数通知部１３は、ログインしたユーザが有する未処理帳票データＵＤの未処理数を計数する（ステップＳ１）。具体的には、未処理数通知部１３は、例えば、ログインしたユーザが属するユーザグループに対して閲覧およびデータ操作等のアクセス権が設定された未処理帳票データＵＤの数を未処理数として計数する。
その他、未処理数通知部１３は、例えば、ログインしたユーザが属するユーザグループに対して閲覧およびデータ操作等のアクセス権が設定された未処理帳票データＵＤのうち、当該ユーザが処理実行の担当をしている未処理帳票データＵＤの数のみを未処理数として計数してもよい。
その他、未処理数通知部１３は、例えば、ログインしたユーザが属するユーザグループに対して閲覧およびデータ操作等のアクセス権が設定された未処理帳票データＵＤのうち、当該ユーザが処理実行の担当をしている未処理帳票データＵＤの数のみを未処理数として計数してもよい。
【0064】
未処理数を計数後、帳票管理サーバ１の未処理数通知部１３は、図６に示す開始画面ＩＮＦ２と、当該開始画面ＩＮＦ２に計数した未処理数を表示するバッジＢＡ１と、バッジＢＡ１をいずれの第１アイコンＩＣＯ１上に表示すべきかの情報を、クライアント端末に送信する（ステップＳ２、Ｓ１０１）。
開始画面ＩＮＦ２とバッジＢＡ１とを受信したクライアント端末の表示部２１は、図６に示すように、受信した開始画面ＩＮＦ２に第１アイコンＩＣＯ１を表示するとともに、バッジＢＡ１を表示すべき第１アイコンＩＣＯ１上（右上端）に受信したバッジＢＡ１を未処理数として表示する。
開始画面ＩＮＦ２とバッジＢＡ１とを受信したクライアント端末の表示部２１は、図６に示すように、受信した開始画面ＩＮＦ２に第１アイコンＩＣＯ１を表示するとともに、バッジＢＡ１を表示すべき第１アイコンＩＣＯ１上（右上端）に受信したバッジＢＡ１を未処理数として表示する。
【0065】
図６に示すような開始画面ＩＮＦ２において、例えば、バッジＢＡ１が付された第１アイコンＩＣＯ１を指定する操作（例えば、当該第１アイコンＩＣＯ１をクリックする、タッチするなど）がクライアント端末でなされると、帳票管理サーバ１の帳票処理部１２は、指定された第１アイコンＩＣＯ１が示す種類の未処理帳票データＵＤのリストを送信する。
当該リストを受信したクライアント端末の表示部２１は、受信したリストを表示装置に表示する。リスト表示された未処理帳票データＵＤのうちの１つを指定する操作がなされると、クライアント端末は、指定された未処理帳票データＵＤの送信要求を帳票管理サーバ１に送信する（ステップＳ１０２）。
当該リストを受信したクライアント端末の表示部２１は、受信したリストを表示装置に表示する。リスト表示された未処理帳票データＵＤのうちの１つを指定する操作がなされると、クライアント端末は、指定された未処理帳票データＵＤの送信要求を帳票管理サーバ１に送信する（ステップＳ１０２）。
【0066】
上記の送信要求を受信した帳票管理サーバ１の帳票処理部１２は、送信要求のあった未処理帳票データＵＤを、送信要求の送信元であるクライアント端末に送信する（ステップＳ１０３）。当該未処理帳票データＵＤを受信したクライアント端末の表示部は、クライアント端末の表示装置に受信した未処理帳票データＵＤを表示する。
【0067】
一方、帳票管理サーバ１の帳票処理部１２は、クライアント端末、生産管理システム５、又は設備７から、未処理帳票データＵＤに対して何らかの処理（例えば、情報の入力）がなされたか否かをモニターする（ステップＳ３、Ｓ１０４）。未処理帳票データＵＤに対する操作がない場合（ステップＳ３で「Ｎｏ」）、帳票処理部１２は、引き続き、未処理帳票データＵＤに対する操作がなされたか否かをモニターする。
【0068】
一方、未処理帳票データＵＤに対する操作がなされた場合（ステップＳ３で「Ｙｅｓ」）、帳票処理部１２は、当該未処理帳票データＵＤに対して実行すべき全ての処理が実行されて、当該未処理帳票データＵＤの登録ボタンＢ１が押されたか否かを判定する（ステップＳ４、Ｓ１０５）。
未処理帳票データＵＤの登録ボタンＢ１が押されていない場合（ステップＳ４で「Ｎｏ」）、帳票処理部１２は、操作がなされた未処理帳票データＵＤに所定の処理を実行（例えば、クライアント端末、生産管理システム５、又は設備７から送信された情報を未処理帳票データＵＤに入力）して、未処理帳票データＵＤのまま当該未処理帳票データＵＤに対する処理を終了する。
未処理帳票データＵＤの登録ボタンＢ１が押されていない場合（ステップＳ４で「Ｎｏ」）、帳票処理部１２は、操作がなされた未処理帳票データＵＤに所定の処理を実行（例えば、クライアント端末、生産管理システム５、又は設備７から送信された情報を未処理帳票データＵＤに入力）して、未処理帳票データＵＤのまま当該未処理帳票データＵＤに対する処理を終了する。
【0069】
一方、未処理帳票データＵＤの登録ボタンＢ１が押された場合（ステップＳ４で「Ｙｅｓ」）、帳票処理部１２は、登録ボタンＢ１が押された未処理帳票データＵＤに対して所定の処理が全て実行された（例えば、入力すべき情報が全て入力された）と判断し、以後、当該未処理帳票データＵＤを処理済み帳票データＦＤとして管理する。
登録ボタンＢ１が押されて未処理帳票データＵＤが処理済み帳票データＦＤとして管理されると、帳票管理サーバ１の未処理数通知部１３は、現在の未処理数を減少し（ステップＳ５）、減少後の未処理数（を表すバッジＢＡ１）を、処理済み帳票データＦＤとなった帳票データＤに対してアクセス権を有するユーザが使用するクライアント端末に送信する（ステップＳ６、Ｓ１０６）。
登録ボタンＢ１が押されて未処理帳票データＵＤが処理済み帳票データＦＤとして管理されると、帳票管理サーバ１の未処理数通知部１３は、現在の未処理数を減少し（ステップＳ５）、減少後の未処理数（を表すバッジＢＡ１）を、処理済み帳票データＦＤとなった帳票データＤに対してアクセス権を有するユーザが使用するクライアント端末に送信する（ステップＳ６、Ｓ１０６）。
【0070】
減少後の未処理数を受信したクライアント端末の表示部２１は、処理済み帳票データＦＤとなった帳票データＤに対応する第１アイコンＩＣＯ１に表示されたバッジＢＡ１の表示を減少後の未処理数に変更する。
なお、バッジＢＡ１が表示されていた第１アイコンＩＣＯ１に対応する帳票データＤについて未処理帳票データＵＤが存在しなくなった場合には、クライアント端末の表示部２１は、当該第１アイコンＩＣＯ１に表示されたバッジＢＡ１を消去してもよい。その他、バッジＢＡ１の表示を「０」としてもよい。
なお、バッジＢＡ１が表示されていた第１アイコンＩＣＯ１に対応する帳票データＤについて未処理帳票データＵＤが存在しなくなった場合には、クライアント端末の表示部２１は、当該第１アイコンＩＣＯ１に表示されたバッジＢＡ１を消去してもよい。その他、バッジＢＡ１の表示を「０」としてもよい。
【0071】
なお、図７を用いて説明したステップＳ１～Ｓ６、図８を用いて説明したステップＳ１０１～Ｓ１０６は、帳票システム１００において、クライアント端末を使用するユーザが帳票管理サーバ１にログインしている限り繰り返し実行される。
【0072】
（５－２）各種通知動作
次に、図９を用いて、帳票システム１００における新規帳票データＮＤに関する各種通知動作を説明する。図９は、新規帳票データに関する各種通知動作を示すフローチャートである。
帳票システム１００の帳票管理サーバ１が動作中、帳票管理サーバ１の帳票処理部１２は、クライアント端末（第２クライアント端末Ｔ２）を使用して新規帳票データＮＤが作成されたか否かを判定する（ステップＳ１１）。
新規帳票データＮＤが作成されたと判定すると（ステップＳ１１で「Ｙｅｓ」）、帳票管理サーバ１の新規帳票作成通知部１４は、新規帳票データＮＤが作成されたことをチャットサーバ３に通知する（ステップＳ１２）。
次に、図９を用いて、帳票システム１００における新規帳票データＮＤに関する各種通知動作を説明する。図９は、新規帳票データに関する各種通知動作を示すフローチャートである。
帳票システム１００の帳票管理サーバ１が動作中、帳票管理サーバ１の帳票処理部１２は、クライアント端末（第２クライアント端末Ｔ２）を使用して新規帳票データＮＤが作成されたか否かを判定する（ステップＳ１１）。
新規帳票データＮＤが作成されたと判定すると（ステップＳ１１で「Ｙｅｓ」）、帳票管理サーバ１の新規帳票作成通知部１４は、新規帳票データＮＤが作成されたことをチャットサーバ３に通知する（ステップＳ１２）。
【0073】
当該通知を受けたチャットサーバ３は、チャットサーバ３のチャット機能を使用しているクライアント端末に、新規帳票データＮＤが作成された旨のメッセージを配信する。
チャットサーバ３は、上記メッセージを配信する際には、クライアント端末に図１０に示すようなチャット画面ＩＮＦ３を提供し、新規帳票データＮＤが作成されたことを通知する新規帳票作成メッセージＭ１を、チャット画面ＩＮＦ３のチャット欄Ａ１に表示する。図１０は、チャット画面において新規帳票作成メッセージを表示した一例を示す図である。
図１０に示すように、チャット画面ＩＮＦ３は、チャット欄Ａ１の他に、チャットサーバ３にて登録されているルーム（ユーザグループ）名を表示するルーム表示欄Ａ２と、チャット欄Ａ１にて共有されている情報を表示する情報表示部ＤＩＳ２と、を有する。
チャットサーバ３は、上記メッセージを配信する際には、クライアント端末に図１０に示すようなチャット画面ＩＮＦ３を提供し、新規帳票データＮＤが作成されたことを通知する新規帳票作成メッセージＭ１を、チャット画面ＩＮＦ３のチャット欄Ａ１に表示する。図１０は、チャット画面において新規帳票作成メッセージを表示した一例を示す図である。
図１０に示すように、チャット画面ＩＮＦ３は、チャット欄Ａ１の他に、チャットサーバ３にて登録されているルーム（ユーザグループ）名を表示するルーム表示欄Ａ２と、チャット欄Ａ１にて共有されている情報を表示する情報表示部ＤＩＳ２と、を有する。
【0074】
チャットサーバ３は、帳票管理サーバ１と同様に、チャットサーバ３にログインしてチャット機能を使用できるユーザを「ルーム」と呼ばれるユーザグループ単位で管理している。チャットサーバ３は、上記の新規帳票作成メッセージＭ１を、新規帳票データＮＤに対して所定の処理を実行するユーザと当該ユーザと同じ属性を有する他のユーザとが属するルームの各ユーザに配信する。
【0075】
また、帳票処理部１２は、本来作成されるべき新規帳票データＮＤが作成されていないか否かを判定する（ステップＳ１１）。例えば、所定の日時毎に定期的に作成される新規帳票データＮＤが上記の所定の日時となっても作成されない場合に、帳票処理部１２は、本来作成されるべき新規帳票データＮＤが作成されていないと判定する。
作成されるべき新規帳票データＮＤが作成されなかったと判定すると（ステップＳ１３で「Ｙｅｓ」）、帳票管理サーバ１の新規帳票未作成通知部１５は、新規帳票データＮＤが作成されなかったことをチャットサーバ３に通知する（ステップＳ１４）。
作成されるべき新規帳票データＮＤが作成されなかったと判定すると（ステップＳ１３で「Ｙｅｓ」）、帳票管理サーバ１の新規帳票未作成通知部１５は、新規帳票データＮＤが作成されなかったことをチャットサーバ３に通知する（ステップＳ１４）。
【0076】
当該通知を受けたチャットサーバ３は、図１１に示すように、クライアント端末に表示されているチャット画面ＩＮＦ３のチャット欄Ａ１に、新規帳票データＮＤが作成されなかったことを通知する新規帳票未作成メッセージＭ２を表示する。図１１は、チャット画面において新規帳票未作成メッセージを表示した一例を示す図である。
【0077】
さらに、帳票処理部１２は、新規帳票データＮＤを作成後、当該新規帳票データＮＤに対して何らの処理も実行されておらず、情報が追加されないまま放置されているか否かを判定する（ステップＳ１５）。
例えば、新規帳票データＮＤの作成後から所定の期間を経過した後も、当該新規帳票データＮＤに対する操作がクライアント端末、生産管理システム５、設備７から何らの処理もなされず情報の追加がなされていない場合に、帳票処理部１２は、新規帳票データＮＤが放置されていると判定する。
例えば、新規帳票データＮＤの作成後から所定の期間を経過した後も、当該新規帳票データＮＤに対する操作がクライアント端末、生産管理システム５、設備７から何らの処理もなされず情報の追加がなされていない場合に、帳票処理部１２は、新規帳票データＮＤが放置されていると判定する。
【0078】
新規帳票データＮＤが放置されていると判定すると（ステップＳ１５で「Ｙｅｓ」）、帳票管理サーバ１の未処理通知部１６は、新規帳票データＮＤに対して情報の追加がなされておらず放置されていることをチャットサーバ３に通知する（ステップＳ１６）。
当該通知を受けたチャットサーバ３は、図１２に示すように、クライアント端末に表示されているチャット画面ＩＮＦ３のチャット欄Ａ１に、新規帳票データＮＤに情報の追加がなかったことを通知する未処理メッセージＭ３を表示する。図１２は、チャット画面において未処理メッセージを表示した一例を示す図である。
当該通知を受けたチャットサーバ３は、図１２に示すように、クライアント端末に表示されているチャット画面ＩＮＦ３のチャット欄Ａ１に、新規帳票データＮＤに情報の追加がなかったことを通知する未処理メッセージＭ３を表示する。図１２は、チャット画面において未処理メッセージを表示した一例を示す図である。
【0079】
なお、図９を用いて説明したステップＳ１１～Ｓ１６は、帳票システム１００において、クライアント端末を使用するユーザが帳票管理サーバ１にログインしている限り繰り返し実行される。また、ステップＳ１１及びステップＳ１２、ステップＳ１３及びステップＳ１４、ステップＳ１５及びステップＳ１６は、帳票管理サーバ１において並列して実行されてもよい。
【0080】
（６）まとめ
以下、上記に説明した帳票システム１００についてまとめる。
上記の帳票システム１００では、処理済み帳票データＦＤを完成するまでに実行すべき所定の処理が残っている未処理帳票データＵＤの未処理数を、帳票システム１００のクライアント端末（第１クライアント端末Ｔ１、第２クライアント端末Ｔ２）に送信している。また、クライアント端末が、未処理帳票データＵＤを表す第１アイコンＩＣＯ１上に、当該未処理帳票データＵＤの未処理数をバッジＢＡ１により表示している。
このように、処理済み帳票データＦＤを完成させるために実行すべき処理が残っている未処理帳票データＵＤの数をクライアント端末に通知し、当該クライアント端末が未処理帳票データＵＤを表す第１アイコンＩＣＯ１上に当該未処理帳票データＵＤの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データＦＤを完成させるためにユーザが処理を実行する必要がある未処理帳票データＵＤとその数を的確かつ明確に把握できる。
以下、上記に説明した帳票システム１００についてまとめる。
上記の帳票システム１００では、処理済み帳票データＦＤを完成するまでに実行すべき所定の処理が残っている未処理帳票データＵＤの未処理数を、帳票システム１００のクライアント端末（第１クライアント端末Ｔ１、第２クライアント端末Ｔ２）に送信している。また、クライアント端末が、未処理帳票データＵＤを表す第１アイコンＩＣＯ１上に、当該未処理帳票データＵＤの未処理数をバッジＢＡ１により表示している。
このように、処理済み帳票データＦＤを完成させるために実行すべき処理が残っている未処理帳票データＵＤの数をクライアント端末に通知し、当該クライアント端末が未処理帳票データＵＤを表す第１アイコンＩＣＯ１上に当該未処理帳票データＵＤの未処理数を表示することにより、クライアント端末を使用するユーザは、処理済み帳票データＦＤを完成させるためにユーザが処理を実行する必要がある未処理帳票データＵＤとその数を的確かつ明確に把握できる。
【0081】
また、処理済み帳票データＦＤを完成させたときに、帳票管理サーバ１が、当該処理済み帳票データＦＤの元となった未処理帳票データＵＤの未処理数を減少させることにより、クライアント端末を使用するユーザは、第１アイコンＩＣＯ１上に表示された未処理数が減少したことを把握することにより、未処理帳票データＵＤに対して実行すべき所定の処理の実行がなされたことを的確に把握できる。
【0082】
帳票管理サーバ１の新規帳票作成通知部１４が、新規帳票データＮＤが作成されたことをクライアント端末に通知することにより、クライアント端末を使用するユーザは、新たな帳票データＤである新規帳票データＮＤが作成されたことを的確に把握できる。
【0083】
帳票管理サーバ１の新規帳票未作成通知部１５が、新規帳票データＮＤが作成されなかったことをクライアント端末に通知することにより、クライアント端末を使用するユーザは、本来作成されるべき新規帳票データが作成されたか否かを的確に把握できる。
【0084】
帳票管理サーバ１の未処理通知部１６が、新規帳票データＮＤに対して情報の追加がなかったことをクライアント端末に通知することにより、クライアント端末を使用するユーザは、新規帳票データＮＤに対して実行すべき所定の処理が実行されていないことを的確に把握できる。
【0085】
２．第２実施形態
上記の第１実施形態においては、帳票管理サーバ１は、未処理帳票データＵＤに対して実行すべき処理が実行され必要な全ての情報が追加されたときに、当該未処理帳票データＵＤを「登録」して処理済み帳票データＦＤとしていた。
第２実施形態に係る帳票システム１００では、複数の登録モードにより帳票データＤを管理する。具体的には、帳票管理サーバ１は、管理者を含む全てのユーザに対して帳票データＤにアクセスすることを許可する仮登録モードと、管理者を除くユーザ（一般ユーザ）に対して帳票データＤにアクセスすることを禁止する本登録モードのいずれかにて帳票データＤを管理する。本登録モードと仮登録モードの切り替えは、帳票管理サーバの管理者のみが行うことができる。
上記の第１実施形態においては、帳票管理サーバ１は、未処理帳票データＵＤに対して実行すべき処理が実行され必要な全ての情報が追加されたときに、当該未処理帳票データＵＤを「登録」して処理済み帳票データＦＤとしていた。
第２実施形態に係る帳票システム１００では、複数の登録モードにより帳票データＤを管理する。具体的には、帳票管理サーバ１は、管理者を含む全てのユーザに対して帳票データＤにアクセスすることを許可する仮登録モードと、管理者を除くユーザ（一般ユーザ）に対して帳票データＤにアクセスすることを禁止する本登録モードのいずれかにて帳票データＤを管理する。本登録モードと仮登録モードの切り替えは、帳票管理サーバの管理者のみが行うことができる。
【0086】
本実施形態において、仮登録モード及び本登録モードの両方において帳票データＤのアクセスが可能な管理者の属性を有するユーザと、仮登録モードにおいてのみ帳票データＤのアクセスが可能な一般ユーザの属性を有するユーザと、は個別のユーザグループ（以下、「ルーム」と呼ぶ）にて管理される。
どのユーザがいずれのルーム（管理者のルーム、一般ユーザのルーム）に属するかは、帳票管理サーバ１にて管理されていてもよいし、チャットサーバ３にて管理されていてもよい。
どのユーザがいずれのルーム（管理者のルーム、一般ユーザのルーム）に属するかは、帳票管理サーバ１にて管理されていてもよいし、チャットサーバ３にて管理されていてもよい。
【0087】
仮登録モードにて管理される帳票データＤは、帳票管理サーバ１の管理者のルームに属するユーザと一般ユーザのルームに属するユーザとが共に、当該帳票データＤのフィールド、チェックボックス等の情報を入力する箇所にアクセス可能となっている。
一方、本登録モードにて管理される帳票データＤは、管理者のルームに属するユーザは、当該帳票データＤのフィールド、チェックボックス等の情報を入力する箇所にアクセス可能である一方で、一般ユーザのルームに属するユーザはこれらの箇所にアクセス不能となっている。
一方、本登録モードにて管理される帳票データＤは、管理者のルームに属するユーザは、当該帳票データＤのフィールド、チェックボックス等の情報を入力する箇所にアクセス可能である一方で、一般ユーザのルームに属するユーザはこれらの箇所にアクセス不能となっている。
【0088】
【0089】
図１３に示すような帳票データＤ（未処理帳票データＵＤ）において登録ボタンＢ１が押されると、帳票データＤは、本登録モードにて管理される。具体的には、帳票管理サーバ１は、登録ボタンＢ１が押された帳票データＤに対して、一般ユーザのルームに属するユーザに対して当該帳票データＤへの情報の追加、又は、追加された情報を変更することを禁止するアクセス権を設定する。なお、管理者のルームに属するユーザは、本登録モードで管理される帳票データＤの情報を変更できる。
一方、仮登録ボタンＢ５が押されると、帳票データＤは、仮登録モードで管理される。具体的には、帳票管理サーバ１は、仮登録ボタンＢ５が押された帳票データＤに対して、一般ユーザのルームに属するユーザ、及び、管理者のルームに属するユーザに対して当該帳票データＤへの情報の追加、又は、追加された情報を変更することを許可するアクセス権を設定する。
一方、仮登録ボタンＢ５が押されると、帳票データＤは、仮登録モードで管理される。具体的には、帳票管理サーバ１は、仮登録ボタンＢ５が押された帳票データＤに対して、一般ユーザのルームに属するユーザ、及び、管理者のルームに属するユーザに対して当該帳票データＤへの情報の追加、又は、追加された情報を変更することを許可するアクセス権を設定する。
【0090】
上記のように帳票データＤを仮登録モードと本登録モードにて管理することにより、管理者を含む全てのユーザに対して帳票データＤに情報を追加する、又は、帳票データに追加された情報の内容を変更するとの操作を許可した帳票データＤと、管理者以外の一般ユーザに対して情報の追加や変更を禁止した帳票データＤとを明確に区別して管理できる。
【0091】
３．他の実施形態
以上、本発明の複数の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
（Ａ）上記の第１実施形態において、図７～図９に示されたフローチャートに示された各ステップの処理順及び／又は処理内容は、本発明の要旨を逸脱しない範囲で変更できる。
以上、本発明の複数の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
（Ａ）上記の第１実施形態において、図７～図９に示されたフローチャートに示された各ステップの処理順及び／又は処理内容は、本発明の要旨を逸脱しない範囲で変更できる。
【0092】
（Ｂ）帳票管理サーバ１とチャットサーバ３とを１つのコンピュータシステムで実現してもよい。例えば、帳票管理サーバ１として機能するプログラムと、チャットサーバ３として機能するプログラムと、を当該１つのコンピュータシステムにインストールすることでこれを実現できる。
【0093】
（Ｃ）上記の第１実施形態において、帳票管理サーバ１は、新規帳票データに関する通知（新規帳票作成メッセージＭ１、新規帳票未作成メッセージＭ２、未処理メッセージＭ３）をチャットサーバ３に送信し、チャットサーバ３がクライアント端末に当該通知を配信していた。しかし、これに限られず、帳票管理サーバ１は、上記通知をクライアント端末に直接配信してもよい。
【産業上の利用可能性】
【0094】
本発明は、各種作業に用いられる帳票データを管理する帳票管理方法、及び、帳票システムに広く適用できる。
【符号の説明】
【0095】
１００ 帳票システム
１ 帳票管理サーバ
１１ 記憶部
１２ 帳票処理部
１３ 未処理数通知部
１４ 新規帳票作成通知部
１５ 新規帳票未作成通知部
１６ 未処理通知部
３ チャットサーバ
５ 生産管理システム
７ 設備
Ｔ１ 第１クライアント端末
Ｔ２ 第２クライアント端末
２１ 表示部
Ｄ 帳票データ
ＵＤ 未処理帳票データ
ＦＤ 処理済み帳票データ
ＮＤ 新規帳票データ
Ｂ１ 登録ボタン
Ｂ２～Ｂ４ ボタン
Ｂ５ 仮登録ボタン
Ｆ１、Ｆ２ フィールド
ＣＢ チェックボックス
ＩＮＦ１ 第１ユーザインタフェース
ＤＩＳ１ フォーム表示部
ＰＡ 部品
ＰＬ 部品リスト表示部
ＩＮＦ２ 開始画面
ＩＣＯ１ 第１アイコン
ＢＡ１ バッジ
ＩＮＦ３ チャット画面
Ａ１ チャット欄
Ａ２ ルーム表示欄
ＤＩＳ２ 情報表示部
Ｍ１ 新規帳票作成メッセージ
Ｍ２ 新規帳票未作成メッセージ
Ｍ３ 未処理メッセージ
１ 帳票管理サーバ
１１ 記憶部
１２ 帳票処理部
１３ 未処理数通知部
１４ 新規帳票作成通知部
１５ 新規帳票未作成通知部
１６ 未処理通知部
３ チャットサーバ
５ 生産管理システム
７ 設備
Ｔ１ 第１クライアント端末
Ｔ２ 第２クライアント端末
２１ 表示部
Ｄ 帳票データ
ＵＤ 未処理帳票データ
ＦＤ 処理済み帳票データ
ＮＤ 新規帳票データ
Ｂ１ 登録ボタン
Ｂ２～Ｂ４ ボタン
Ｂ５ 仮登録ボタン
Ｆ１、Ｆ２ フィールド
ＣＢ チェックボックス
ＩＮＦ１ 第１ユーザインタフェース
ＤＩＳ１ フォーム表示部
ＰＡ 部品
ＰＬ 部品リスト表示部
ＩＮＦ２ 開始画面
ＩＣＯ１ 第１アイコン
ＢＡ１ バッジ
ＩＮＦ３ チャット画面
Ａ１ チャット欄
Ａ２ ルーム表示欄
ＤＩＳ２ 情報表示部
Ｍ１ 新規帳票作成メッセージ
Ｍ２ 新規帳票未作成メッセージ
Ｍ３ 未処理メッセージ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】