JP2023066480A - 業務情報検索システム、業務情報検索方法 - Google Patents

Abstract

【課題】全作業員や、営業職員の各作業員がこれから行おうとしている業務に合わせた検索結果を提供することができる業務情報検索システム及び業務システム検索方法を提供する。【解決手段】作業員が選択した文言を検索キーとして全文検索し、検索キーを含む業務情報が記載された書類を抽出する全文検索部と作業員の現時刻よりも先であって、直近に予定されている作業内容を検索する直近予定作業検索部とを備える。また、作業員が閲覧している閲覧書類が示す関連業務を推定する書類トピック推定部と、直近予定作業検索部で検索された作業内容が示す関連業務、及び、閲覧書類が示す関連業務から、全文検索部において抽出された検索結果を並び替える推定業務順ソート部とを備える。【選択図】図１

Description

本発明は、業務情報検索システム及び業務情報検索方法に関する。

発電機やエレベーター、採掘・建築機器といったインフラ設備は、社会では欠かせないものになってきている。これらの設備は、社会の多様化するニーズに合わせてモデルチェンジが為され、構成が複雑化していく。このため、設備の設計や製造過程ではもちろん、それらの設備を保全したり、販売したりする場合にも設備の専門知識が大量に必要になる。

このため、上述したインフラ設備における保全会社や、販売会社においては、保全作業や販売を行う人に対して、設備に関する専門教育が為されている。しかしながら、教育を指導する指導者の人材不足もあり、十分な指導、教育を行うことができない会社部署も増加している。そこで、インフラ設備に関する専門知識を効率よく取得できる仕組みが求められている。

特許文献１では、保守作業員を支援する保守作業員支援システムにおいて、作業員の受講教育、作業履歴、最終作業日等の過去のデータから、作業員のスキルレベルを推定し、レベルにあった保全マニュアルを作業員に提供する方法が開示されている。

特開２００７－３４７１２号公報

このように、特許文献１では、作業員の作業履歴など過去の情報から、作業員に提供する情報を推定している。しかしながら、作業員が必要とする技術情報はスキルレベルだけではなく、その情報を使ってこれから行おうとしている業務によって異なる。したがって、スキルレベルや、過去の作業履歴等から作業員に提供する情報が推定されるシステムでは、作業員がこれから行う予定の作業内容が、過去の作業内容と異なる場合、誤った情報を提供してしまう恐れがある。このため、作業員の異動や、期の変わり目等で業務傾向が変わった場合には、作業員がこれからの作業に必要とする技術情報を提供できない場合が出てくる。

そこで、本発明は、保全作業員や、営業職員の各作業員がこれから行おうとしている業務に合わせた検索結果を提供することができる業務情報検索システム及び業務システム検索方法を提供する。

上記課題を解決し、本発明の目的を達成するため、本発明の業務情報検索システムは、作業員が選択した文言を検索キーとして全文検索し、検索キーを含む業務情報が記載された書類を抽出する全文検索部を備える。また、作業員の現時刻よりも先であって、直近に予定されている作業内容を検索する直近予定作業検索部と、作業員が閲覧している閲覧書類が示す関連業務を推定する書類トピック推定部とを備える。また、直近予定作業検索部で検索された作業内容が示す関連業務、及び、閲覧書類が示す関連業務から、全文検索部において抽出された検索結果を並び替える推定業務順ソート部を備える

本発明の業務情報検索方法は、作業員が選択した文言を検索キーとして、全文検索して前記検索キーを含む業務情報が記載された書類を抽出する。また、作業員の現時刻よりも先であって、直近に予定されている作業内容を検索し、作業員が閲覧している閲覧書類が示す関連業務を推定する。また、検索された作業内容が示す関連業務、及び、閲覧書類が示す関連業務から、全文検索により抽出された書類を並び替える。

本発発明によれば、各作業員がこれから行うとしている業務に合わせた検索結果を提供することができる。

本発明の一実施形態に係る業務情報検索システムの概略構成図である。 人材管理ＤＢを構成するテーブルＡ及びテーブルＢを示す図である。 予定表ＤＢを構成するテーブルＣを示す図である。 書類ＤＢを構成するテーブルＤを示す図である。 業務マスタＤＢを構成するテーブルＥを示す図である。 本発明の一実施形態に係る業務情報検索方法のメインルーチンを示すフローである。 ステップＳ１において表示部１０５で表示され、作業員が閲覧している画面の例を示す図である。 ステップＳ３において取得され、一時記憶部に格納されたデータによって作成されたテーブルＦの一例を示す図である。 ステップＳ４において取得され、一時記憶部に格納されたデータによって作成されたテーブルＧ、Ｈ、Ｉの一例を示す図である。 ステップＳ６において取得され、一時記憶部に格納されたデータによって作成されるテーブルの一例を示す図である。 ステップＳ７において取得され、一時記憶部に格納されたデータによって作成されるテーブルＭの一例を示す図である。 推定業務順ソート部によって決定された順位に応じて関連業務を表示部に表示したときの画面の一例を示す図である。 ステップＳ１０によって並べ替えられ、表示部に表示された検索結果を示す画面の一例を示す図である。 サブルーチン０１のフローである。 サブルーチン０２のフローである。 サブルーチン０３のフローである。

以下、本発明の実施形態に係る業務情報検索システム、及び、業務情報検索方法の一例を、図面を参照しながら説明する。なお、本発明は以下の例に限定されるものではない。以下で説明する各図において、共通の部材には同一の符号を付している。

＜業務情報検索システムの構成＞
まず、本発明の一実施形態に係る業務情報検索システムについて、図面を参照して説明する。図１は、本発明の一実施形態（以下、本実施形態とする）に係る業務情報検索システム１の概略構成図である。

図１に示すように、本実施形態の業務情報検索システム１は、保全作業員や営業職員等の技術員（以下、代表して「作業員１０２」と記す）が操作する個人端末１００と、管理会社や保全事業所等に設置されるセンタ側システム１３０とで構成される。

［個人端末］
個人端末１００は、作業員１０２が作業現場に移動する際に携帯しやすい携帯電話端末やスマートフォン、タブレット端末が好ましい。本実施形態では、作業員１０２が個人端末を持ち歩いて必要に応じて情報検索を行う構成とするため、個人端末１００と、センタ側システム１３０とを別に構成している。しかしながら、個人端末１００としては、管理会社等で管理者に操作されるパーソナルコンピューターであってもよく、センタ側システム１３０に組み込まれる構成であってもよい。

個人端末１００は、表示部１０５、入力部１２０、及び、通信部１２５を備える。表示部１０５は、例えば、ＬＣＤ（Liquid Crystal Display）等で構成されるモニタで、業務情報検索システム１で行われる処理の結果等を表示する。入力部１２０は、作業員１０２によって操作が入力される部位であり、例えば、キーボード、マウス、タッチセンサ等によって構成される。また、表示部１０５と、入力部１２０とが一体になったタッチパネルで構成されていてもよい。

通信部１２５は、入力部１２０からの操作に応じて、センタ側システム１３０の通信部１９０との間で情報の送受信を行う。これらの、表示部１０５、入力部１２０、通信部１２５は、図示を省略する端末側制御部の制御の下、制御処理される。端末側制御部は、例えば、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）ＲＡＭ（Random Access Memory）、不揮発性ストレージを備える。

ＣＰＵは、個人端末１００において、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭから読み出してＲＡＭに展開して実行する。なお、端末側制御部は、ＣＰＵの代わりに、ＭＰＵ（Micro-Processing Unit）等の処理装置を備えてもよい。ＲＡＭには、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。

不揮発性ストレージとしては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。この不揮発性ストレージには、ＯＳ（Operating System）、各種のパラメータの他に、端末側制御部を機能させるためのプログラム等が記録される。なお、プログラムは、ＲＯＭに格納されてもよい。

プログラムは、コンピュータが読取り可能なプログラムコードの形態で格納され、ＣＰＵは、当該プログラムコードに従った動作を逐次実行する。つまり、ＲＯＭ又は不揮発性ストレージは、コンピュータによって実行されるプログラムを格納した、コンピュータ読取可能な非一過性の記録媒体の一例として用いられる。

作業員１０２は、作業員ＩＤを個人端末１００に入力することで、センタ側システム１３０にログインすることができる。

［センタ側システム］
センタ側システム１３０は、作業員１０２が有する個人端末１００からの入力に応じて、作業員１０２に最適な情報を提供するためのシステムである。具体的には、センタ側システム１３０は、ログイン時に個人端末１００を介して入力された作業員ＩＤに基づいて、作業員１０２が意図する（検索したい）業務情報を推定する。

センタ側システム１３０は、全文検索部１３７、実施業務絞り込み部１４０、直近予定作業検索部１５０、書類トピック推定部１６０、推定業務順ソート部１７０を備える。また、センタ側システム１３０は、一時記憶部１３５、人材管理データベース（ＤＢ）１４５、予定表データベース（ＤＢ）１５５、書類データベース（ＤＢ）１６５、業務マスタデータベース（ＤＢ）１７５を備える。

全文検索部１３７は、「検索キー」に基づいて、後述する書類ＤＢ１６５を全文検索する全文検索エンジンである。全文検索部１３７に適用される全文検索エンジンは、従来から用いられている既存のエンジンを適用することができる。ここで、検索キーは、作業員１０２が閲覧している書類の文中から作業員が選択した文言（単語を含む）である。したがって、全文検索部１３７では、個人端末１００を用いて書類を閲覧している作業員１０２が選択した文言を検索キーとして、書類ＤＢ１６５に蓄積されたデータを全文検索し、検索キーを含む業務情報が記載された書類を検索結果として抽出する。

実施業務絞り込み部１４０は、作業員１０２が個人端末１００の入力部１２０から入力する作業員ＩＤに基づいて、後述する人材管理ＤＢ１４５に蓄積された情報を参照し、作業員１０２が保有する資格情報を抽出する機能を有する。そして、実施業務絞り込み部１４０は、作業員１０２が保有する資格情報に基づいて、全文検索部１３７による検索結果から、作業員１０２が実施することができる業務に関する検索結果に絞り込む機能を有する。

直近予定作業検索部１５０は、後述する予定表ＤＢ１５５を参照し、作業員１０２の作業日時及び作業内容を抽出することにより、作業員１０２が今後実施する予定の作業内容が示す関連業務を検索して抽出する機能を有する。

書類トピック推定部１６０は、作業員１０２が、現在閲覧している書類（以下、閲覧書類）に含まれる単語の出現回数から、その閲覧書類のトピックを抽出し、その閲覧書類が示す関連業務を推定して、抽出する機能を有する。また、書類トピック推定部１６０は、全文検索部１３７によって検索された各書類に含まれる単語の出現回数から、全文検索部１３７によって抽出された各書類のそれぞれにおいて、各書類のトピックを抽出する。そして、書類トピック推定部１６０は、各書類が示す関連業務を推定して、抽出する機能を有する。

推定業務順ソート部１７０は、直近予定作業検索部１５０で抽出された関連業務、及び、書類トピック推定部１６０によって抽出された閲覧書類の関連業務を示す単語の出現回数が多い順に、全文検索部１３７の検索結果を並び変える機能を有する。

通信部１９０は、個人端末１００の入力部１２０からの操作に応じて、個人端末１００の通信部１２５との間で情報の送受信を行う。

一時記憶部１３５は、上述した全文検索部１３７、実施業務絞り込み部１４０、直近予定作業検索部１５０、書類トピック推定部１６０、推定業務順ソート部１７０、及び、通信部１９０によって行われる処理の途中で一時的に発生するデータを一時的に記憶する。一時記憶部１３５に生成されるデータの構成については後で後述する。

人材管理ＤＢ１４５は、それぞれの作業員が保有する資格毎の実施可能な業務内容に関する情報と、それぞれの作業員が保有する資格に関する情報が蓄積されたデータベースである。図２に、人材管理ＤＢ１４５を構成するテーブルＡ及びテーブルＢを示す。

テーブルＡは、資格と、資格を保有する作業員１０２が実施可能な業務とを対応付けて示したテーブルであり、『資格』、及び、『業務』の項目を有する。『資格』の項目には、例えば、Ａ級、Ｂ級、Ｃ級・・・など、資格を表す名称が記憶されている。また、『業務』の項目には、対応する資格を保有する作業員１０２が実施可能な業務名が記憶されている。例えば、『資格』がＡ級の場合、『業務』の項目には、不具合対応、定期点検、完成検査、法定検査の４つの業務が記憶されている。また、『資格』がＢ級の場合、『業務』の項目には、不具合検査、定期点検、完成検査の３つの業務が記憶されている。

テーブルＢは、個々の作業員１０２がどの資格を保有しているかを示すテーブルであり、『作業員ＩＤ』、及び、『資格』の項目を有する。『作業員ＩＤ』の項目には、例えば、Ｗ０１、Ｗ０２、Ｗ０３…等、個々の作業員１０２を特定する作業員ＩＤが記憶されている。『資格』の項目には、対応する作業員ＩＤで特定される作業員１０２が保有する資格が記憶されている。例えば、テーブルＢの一行目によれば、作業員ＩＤがＷ０１の作業員１０２は、Ａ級の資格を保有していることを示す。

したがって、実施業務絞り込み部１４０では、人材管理ＤＢ１４５におけるテーブルＡとテーブルＢとを統合することにより、個々の作業員１０２が実施可能な業務を抽出することができる。

予定表ＤＢ１５５は、各作業員１０２の予定表を記憶したデータベースである。図３に、予定表ＤＢ１５５を構成するテーブルＣを示す。

テーブルＣは、作業員１０２を特定する作業員ＩＤと、作業員１０２の作業予定とを対応付けて示したテーブルであり、『作業員ＩＤ』、『日時』、及び、『作業内容』の項目を有する。『作業員ＩＤ』の項目は、テーブルＢの『作業員ＩＤ』の項目と同様である。『日時』の項目には、対応する作業員ＩＤで特定される作業員１０２の予定されている作業日時が記憶されている。『作業内容』の項目には、対応する『作業員ＩＤ』及び『日時』毎に、作業員１０２が行う予定の作業内容が記録されている。例えば、テーブルＣの一行目によれば、作業員ＩＤがＷ０１の作業員１０２が、「２０２１年８月２７日の１３時～１７時に、不具合対応をＸビルにて行う」ことが記録されている。

書類ＤＢ１６５は、書類ファイルが置いてある書類アドレスとその書類内容の情報が蓄積されたデータベースである。図４に、書類ＤＢ１６５を構成するテーブルＤを示す。

テーブルＤは、各書類アドレスに置かれている書類を示すテーブルであり、『書類アドレス』、及び、『書類内容』の項目を有する。『書類アドレス』の項目には、書類が保管されているアドレスが記憶されている。『書類内容』の項目には、対応する書類アドレスに紐づけられた書類のテキストデータが記憶されている。全文検索部１３７は、書類ＤＢ１６５を参照して『書類内容』のテキストデータを全文検索することで、検索キーに基づく書類アドレス及び書類を検索結果として抽出する。

業務マスタＤＢ１７５は、作業員１０２が行なう可能性がある業務内容を蓄積したデータベースである。図５に、業務マスタＤＢ１７５を構成するテーブルＥを示す。

テーブルＥは、個々の業務を特定する業務ＩＤとその業務ＩＤが示す業務内容の名称一覧を示すテーブルであり、『業務ＩＤ』、『業務名１』、『業務名２』・・・・『業務名Ｓ』の項目を有する。『業務ＩＤ』の項目には、個々の業務を特定するためのＩＤが記憶されており、業務毎に、例えば、０１、０２、０３・・・等と記憶されている。『業務名１』～『業務名Ｓ』には、対応する業務ＩＤで示される業務における、それぞれ別の呼び名が記憶されている。各業務は、場合に応じて、「完成検査」を「完検」等と、略称や別名で呼ばれる場合がある。このように、１つの業務に対して複数の呼び名が存在する場合が多い。したがって、テーブルＥでは、１つの業務に対して、最大Ｓ種類の名前が定義できるように、業務名１～業務名Ｓまで定義可能になっている。なお、Ｓは設計値であるが、１００などできるだけ大きな値に設定しておくのが好ましい。

上述したセンタ側システム１３０では、全文検索部１３７、実施業務絞り込み部１４０、直近予定作業検索部１５０、書類トピック推定部１６０、推定業務順ソート部１７０、及び、通信部１９０は、図示を省略するセンタ側制御部の制御の下、制御処理される。センタ側制御部は、例えば、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性ストレージを備える。ここで、ＲＡＭは、一時記憶部１３５を構成するものである。

ＣＰＵは、センタ側システム１３０において、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭから読み出してＲＡＭに展開して実行する。なお、端末側制御部は、ＣＰＵの代わりに、ＭＰＵ（Micro-Processing Unit）等の処理装置を備えてもよい。一時記憶部１３５には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。

不揮発性ストレージとしては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。この不揮発性ストレージには、ＯＳ（Operating System）、各種のパラメータの他に、端末側制御部を機能させるためのプログラム等が記録される。なお、プログラムは、ＲＯＭに格納されてもよい。

プログラムは、コンピュータが読取り可能なプログラムコードの形態で格納され、ＣＰＵは、当該プログラムコードに従った動作を逐次実行する。つまり、ＲＯＭ又は不揮発性ストレージは、コンピュータによって実行されるプログラムを格納した、コンピュータ読取可能な非一過性の記録媒体の一例として用いられる。

＜業務情報検索方法＞
次に、本実施形態の業務情報検索システム１における業務情報検索方法について説明する。図６は、本実施形態の業務情報検索方法のメインルーチンを示すフローである。

［メインルーチン］
まず、作業員１０２が個人端末１００からセンタ側システム１３０に自分の作業員ＩＤを用いてログインする。そして、作業員１０２が閲覧したい書類の書類アドレスを入力することで、個人端末１００の表示部１０５に、該当する書類アドレスのテキストデータが表示される（ステップＳ１）。図７に、ステップＳ１において表示部１０５で表示され、作業員１０２が閲覧している画面の例を示す。図７は、個人端末１００で書類を閲覧するためのビューアソフトの画面１４１０であり、その画面１４１０中に作業員１０２による書類アドレスの入力によって表示されたテキストデータ１４２０が表示されている。

ステップＳ１では、個人端末１００の入力部１２０を介して入力した作業員ＩＤと書類アドレスとの情報が通信部１２５を介してセンタ側システム１３０に送信される。これにより、全文検索部１３７は、書類ＤＢ１６５を参照して該当する書類アドレスに置かれたテキストデータを抽出する。その後、抽出されたテキストデータは、通信部１９０、１２５を介して個人端末１００に送信され、表示部１０５に表示される。

次に、作業員１０２は、閲覧している書類（閲覧書類）内において、作業員１０２自身の不明点や、業務との関係において詳細に調べたい事柄に基づいて、任意の文言（単語を含む）を選択する（ステップＳ２）。例えば、図７のテキストデータ１４２０において、作業員が「コネクタ」について詳細に知りたい場合には、作業員１０２が入力部１２０を操作し「コネクタ」を選択する。選択された文言の情報は、通信部１２５、１９０を介して、センタ側システム１３０に送信される。

次に、センタ側システム１３０では、全文検索部１３７は、ステップＳ２において個人端末１００から送信されてきた文言を検索キーとして、全文検索を行う（ステップＳ３）。全文検索部１３７は、検索キーを書類ＤＢ１６５に蓄積された『書類アドレス』と『書類内容』とに照らし合わせることで、検索キーが含まれるレコード行を抽出して取得する。ステップＳ３において取得したレコード行を含む書類の情報は、一時記憶部１３５に記憶される。

図８に、ステップＳ３において取得され、一時記憶部１３５に格納されたデータによって作成されたテーブルＦの一例を示す。図８に示すように、ステップＳによって抽出されるデータによって構成されるテーブルＦは、『書類アドレス』、『書類内容』、『関連業務１位』、『関連業務２位』、『関連業務３位』の項目を有する。『書類アドレス』の項目には、検索キーを含むテキストデータがおかれた書類アドレスが記録されている。『書類内容』は、『書類アドレス』に置かれたテキストデータであり、検索キーを含むテキストデータである。『関連業務１位』、『関連業務２位』、『関連業務３位』の項目については、後で作成される予定であり、ステップＳ３の段階では、空白“－”となっている。

次に、書類トピック推定部１６０は、ステップＳ３で取得した検索キーを含む各書類における書類トピックを推定し、その『書類内容』に関連の深い業務（関連業務）を１～Ｎ位まで算出する（ステップＳ４）。ステップＳ４では、書類トピック推定部１６０は、図８に示したテーブルＦを参照して、『書類内容』のテキストデータに出現した業務名をカウントすることで書類トピックを推定する。ステップＳ４における処理内容の詳細は、図１４を用いたサブルーチン０１で詳述する。

図９に、ステップＳ４において取得され、一時記憶部１３５に格納されたデータによって作成されるテーブルＧ、Ｈ、Ｉの一例を示す。テーブルＧ、Ｈは、後述するサブルーチン０１で作成されるテーブルであるため、これらのテーブルＧ、Ｈについては後述する。ステップＳ４では、最終的に、図９のテーブルＩが得られる。図９に示すように、ステップＳ４によって抽出されるデータによって最終的に作成されるテーブルＩは、図８に示したテーブルＦの、『関連業務１位』、『関連業務２位』、『関連業務３位』の項目が書き込まれたテーブルである。

テーブルＩに示すように、『関連業務１位』には、『書類内容』のテキストデータに出現した業務名に関連する単語のうち、最も出現回数が多かった業務名とその出現回数が記録されている。『関連業務２位』には、『書類内容』のテキストデータに出現した業務名に関連する単語のうち、２番目に出現回数が多かった業務名とその出現回数が記録されている。『関連業務３位』には、『書類内容』のテキストデータに出現した業務名に関連する単語のうち、３番目に出現回数が多かった業務名とその出現回数が記録されている。なお、図９では『関連業務３位』までを例示しているが、『関連業務Ｎ位』の項目まで書き込まれる構成とすることができる。以下の説明では、『関連業務１位』～『関連業務Ｎ位』を単に、『関連業務』と記す場合もある。

次に、実施業務絞り込み部１４０は、ステップＳ４で求めた『関連業務』のうち、ログインしている作業員１０２が実施可能な業務によって、検索結果を絞り込む（ステップＳ５）。ステップＳ５では、実施業務絞り込み部１４０は、人材管理ＤＢ１４５に構成されたテーブルＢを参照し、ログインされた作業員ＩＤの資格情報を抽出した後、テーブルＡを参照し、資格保有者が実施可能な業務を抽出する。これにより、該当する作業員ＩＤを有する作業員１０２が実施可能な業務を抽出する。その後、実施業務絞り込み部１４０は、全文検索部１３７で検出された検索結果である図９のテーブルＩを参照して、保有する資格によって作業員１０２が実施可能な業務が含まれるすべての『関連業務』を検索し、それらの『関連業務』に紐づく『書類アドレス』と『書類内容』を抽出する。

なお、本実施形態では、実施業務絞り込み部１４０で抽出した『書類アドレス』及び『書類内容』のデータによって作成されるテーブルは、図９で示したテーブルＧと同様であるものとする。このように、ステップＳ５では、全文検索部１３７において、検索キーを用いた全文検索によって検索された検索結果から、作業員１０２が保有する資格に基づいて作業員１０２が実施可能な業務に関連する検索結果に絞り込まれる。

次に、直近予定作業検索部１５０は、予定表ＤＢ１５５に記憶されたテーブルＣを参照してログインしている作業員１０２がこれから行う予定の作業内容を現在時刻に近い順に検索すると共に、作業員１０２の予定表に関連業務の情報を付与する（ステップＳ６）。ステップＳ６の処理内容については図１５を用いたサブルーチン０２の説明で詳述する。

図１０に、ステップＳ６において取得され、一時記憶部１３５に格納されたデータによって作成されるテーブルの一例を示す。テーブルＪ及びテーブルＫは、サブルーチン０２によって得られるテーブルであるので、後で詳述する。ステップＳ６では、最終的にテーブルＬが得られる。テーブルＬは、図１０に示すように、『作業員ＩＤ』、『日時』、『作業内容』、『関連業務』の項目を有する。『作業員ＩＤ』、『日時』、『作業内容』は、図３のテーブルＣと同様である。『関連業務』の項目は、ステップＳ６で追加された項目であり、『作業内容』に対して関連が高いと判断された関連業務の名称が記憶される。

次に、書類トピック推定部１６０は、ステップＳ１で表示部１０５に表示され、作業員１０２が閲覧していた閲覧書類のトピックを推定し、関連業務の推定及び抽出を行う（ステップＳ７）。ステップＳ７では、ステップＳ４と同様、図１４を用いたサブルーチン０１の説明と同様にして関連業務の推定及び抽出を行う。

図１１に、ステップＳ７において取得され、一時記憶部１３５に格納されたデータによって作成されるテーブルＭの一例を示す。図１１に示すように、テーブルＭは、『書類アドレス』、『書類内容』、『関連業務１位』、『関連業務２位』、『関連業務３位』の項目を有する。これらの項目は、図９に示すテーブルＦと同様である。

次に、推定業務順ソート部１７０は、ステップＳ６とステップＳ７との結果を用いて、各関連業務のＭＲＲ（Mean Reciprocal Rank）スコアを算出し、ＭＲＲスコアの高い順に各関連業務に順位を付けて並べ替えると共に、並べ替えた結果を、通信部１９０、１２５を介して個人端末１００に送信する（ステップＳ８）。表示部１０５は、推定業務順ソート部１７０から送信されてきた検索結果を表示する。

以下に、推定業務順ソート部に１７０おいて為されるＭＲＲスコアの算出方法について説明する。まず、ステップＳ７で抽出され、テーブルＭを構成する『関連業務』の順位を用いて、基準点１を各関連業務の順位で除算することで、第１スコアを算出する。本実施形態では、図１１のテーブルＭに示すように、「完成検査」が１位、「据付作業」が２位、「不具合対応」が３位となっている。したがって、この場合、「完成検査」の第１スコアは１／１、「据付作業」の第１スコアは１／２、「不具合対応」の第１スコアは１／３となる。

次に、ステップＳ６で抽出され、図１０のテーブルＬを構成する『関連業務』を、現在時刻に近い順に順位付けする。そして、その順位を用いて、基準点１を各関連業務の順位で除算することで、第２スコアを算出する。本実施形態では、図１０のテーブルＬに示すように、現在時刻に近い順に順位付けすると、「不具合対応」が１位、「完成検査」が２位、「定期点検」が３位となっている。したがって、この場合、「不具合対応」の第２スコアが１／１、「完成検査」の第２スコアが１／２、「定期点検」の第２スコアが１／３である。

なお、第１スコアの算出においては、「定期点検」が関連業務として挙げられておらず、第２スコアの算出においては「据付作業」が関連業務として挙げられていない。この場合には、「定期点検」の第１スコアは０、「据付作業」の第２スコアは０となる。

そして、算出された第１スコアと第２スコアとを加算することで、以下に示すように、各関連業務の最終的なＭＲＲスコアが算出される。
「完成検査」のＭＲＲスコア＝１／１＋１／３＝３／４
「据付作業」のＭＲＲスコア＝１／２＋０＝１／２
「不具合対応」のＭＲＲスコア＝１／３＋１／１＝４／３
「定期点検」のＭＲＲスコア＝０＋１／３＝１／３

上述の関連業務をＭＲＲスコアの高い順に並べると、１位「完成検査」、２位「不具合対応」、３位「据付作業」、４位「定期点検」となる。なお、「完成検査」と、「不具合対応」のようにＭＲＲスコアが同じ場合には、順位はランダムに決定してもよい。推定業務順ソート部１７０は、上述のようにして関連業務のＭＲＲスコアを算出し関連業務の順位を決定した後、その結果を通信部１９０、１２５を介して、個人端末１００に送信する。

図１２は、推定業務順ソート部１７０によって決定された順位に応じて関連業務を表示部１０５に表示したときの画面１４１０の一例である。図１２に示すように、本実施形態では、画面１４１０に、関連業務選択部１５１０が表示され、関連業務選択部１５１０に４件の関連業務群１５１５が推定業務順ソート部１７０によって順位付けされた順に表示されている。本実施形態では、４件の関連業務群１５１５を表示しているが、関連業務の数が多い場合には、上位の何件かに絞って表示部１０５に表示するような構成としてもよい。

以上のようにして、ステップＳ８では、ステップＳ６とステップＳ７との結果を受けて推定業務順ソート部１７０が関連業務を順位付けし、表示部１０５は、その結果を受けて順位付けされた関連業務を表示する。

次に、作業員１０２は、入力部１２０を操作し、図１２に示す表示画面１４１０の関連業務選択部１５１０の関連業務群１５１５のうち、関心のある（調べたい）業務を選択する（ステップＳ９）。本実施形態では、作業員１０２は、図１２の関連業務選択部１５１０において、上から２行面の「不具合対応」を選択したこととする。作業員１０２によって選択された関連業務の情報は、通信部１２５、１９０を介してセンタ側システム１３０に送信される。

次に、再度、推定業務順ソート部１７０は、作業員１０２に選択され送信されてきた関連業務の情報（本実施形態では「不具合対応」）に基づいて図９の検索結果を並べ替え、個人端末１００では、並べ替えられた検索結果を表示部１０５に表示する（ステップＳ１０）。ステップＳ１０では、まず、推定業務順ソート部１７０は、選択された関連業務の名称の出現回数が多い順に、図９のテーブルＩに示す検索結果を並べ変える。ステップＳ１０における検索結果の並べ替えについては図１６を用いた［サブルーチン０３］で説明する。その後、推定業務順ソート部１７０は、並べ替えた検索結果を、通信部１９０、１２５を介して個人端末１００に送信する。個人端末１００では、送信されてきた検索結果を、表示部１０５に表示する。

図１３は、ステップＳ１０によって並べ替えられ、表示部１０５に表示された検索結果を示す画面の一例である。図１３に示すように、画面１４１０に表示される検索結果１６２０は、作業員１０２によって選択された「不具合対応」の出現回数の多い順に並び変えられた「書類アドレス」及びその「書類内容」を表示している。なお、本実施形態では、図１３に示す画面１４１０の上部の選択バー１６３０に表示された複数の関連業務を作業員１０２が適宜選択すると、再度、ステップ１０の処理によって、選択された関連業務に応じて「書類アドレス」及びその「書類内容」が並び替えられる。

以上で、業務検索方法におけるメインルーチンは終了する。次に、メインルーチンの所定のステップで実施されるサブルーチンについて説明する。

［サブルーチン０１］
まず、メインルーチンのステップＳ４で呼び出されるサブルーチン０１について説明する。図１４に、サブルーチン０１のフローを示す。サブルーチン０１は、ステップＳ４で取得した検索結果の各レコードにおいて関連が深い業務（関連業務）を１～Ｎ位まで求めて、図９のテーブルＩを作成する処理である。

まず、書類トピック推定部１６０は、準備として、業務マスタＤＢ１７５に記憶されたテーブルＥを構成する業務名一覧をロードする（ステップＳ１１）。

次に、書類トピック推定部１６０は、図８に示すテーブルＦの『書類アドレス』毎に『書類内容』のテキストデータを１行ずつロードする（ステップＳ１２）。その後、書類トピック推定部１６０は、そのテキストデータ中における業務名の出現回数を業務名毎にカウントする（ステップＳ１３）。業務名のカウント結果は、一時記憶部１３５において、図９のテーブルＧに示す型式で格納される。テーブルＧの『業務ＩＤ』の項目には、『出現業務名』に記憶される業務名と、業務マスタＤＢ１７５に記憶されたテーブルＥにおいて業務名毎に割り当てられた業務ＩＤが記憶される。また、『出現業務名』の項目には、テキストデータに出現した業務名が記憶される。前述したように、業務名は、略称で記載されることも多いため、書類トピック推定部１６０では、業務マスタＤＢ１７５に記憶された複数の業務名をすべて抽出する構成としている。

さらに、ステップＳ１３では、書類トピック推定部１６０は、テーブルＧに基づいて、業務ＩＤ毎に出現業務名の出現回数をカウントする。カウントした結果は、一時記憶部１３５において、テーブルＨに示す形式で格納される。テーブルＨの『業務ＩＤ』は、テーブルＥの『業務ＩＤ』と同様であり、『出現回数』の項目には、『業務ＩＤ』毎に出現業務名の出現回数がカウントされた回数が格納される。例えば、テーブルＧに示す「完成検査」と「完検」は同じ業務ＩＤであるので、テーブルＨでは、テーブルＧのそれぞれの出現回数を加算した値（２０＋２＝２２）が格納される。

次に、書類トピック推定部１６０は、テーブルＨで示される出現回数が上位Ｎ位（本実施形態では３位）までの業務ＩＤが示す関連業務を、テーブルＩの『書類アドレス』毎に格納する（ステップＳ１４）。例えば、出現回数が一番多い業務ＩＤに対応する関連業務を『関連業務１位』に格納し、２番目に多い業務ＩＤに対応する関連業務を『関連業務２位』に格納し、３番目に多い業務ＩＤに対応する関連業務を『関連業務３位』に格納する。本実施形態では、業務ＩＤのうち、『業務名１』の名称を格納する例としたが、業務ＩＤかそれに紐づく業務名、あるいはその両方を格納する構成であってもよい。このようにして、書類アドレス毎に、関連業務の推定、抽出が行われる。

次に、書類トピック推定部１６０は、検索結果に含まれるすべての書類が示す関連業務を推定したか否かを判定する（ステップＳ１５）。ステップＳ１５において、「ＮＯ」と判定された場合、すなわち、全ての書類が示す関連業務を推定していないと判定された場合には、再度ステップＳ１２～ステップＳ１５を行う。ステップＳ１２において、「ＹＥＳ」と判定された場合、すなわち、全ての書類が示す関連業務を推定したと判定された場合には、メインルーチンに戻る。

なお、図６のステップＳ７においても、図１４を用いて説明したサブルーチン０１を用いて、関連業務を推定し、抽出する。ステップＳ７においては、図１１のテーブルＭに示すように、作業員１０２が閲覧していた閲覧書類の書類アドレスの書類内容に基づいてのみ、関連業務の推定、抽出が為される。

［サブルーチン０２］
次に、図６のステップＳ６で呼び出されるサブルーチン０２について説明する。図１５に、サブルーチン０２のフローを示す。サブルーチン０２は、作業員１０２がこれから行う予定の業務を現在時刻に近い順に検索して各業務の業務ＩＤと紐づける処理である。

まず、直近予定作業検索部１５０は、作業員ＩＤ（本実施形態では、Ｗ０１とする）を検索キーとして、予定表ＤＢ１５５に記憶されたテーブルＣを検索する（ステップＳ２１）。次に、ステップＳ２１で取得した検索結果から、対応する作業員ＩＤの予定表から、現在時刻に近い順に予定内容をＸ件（＞Ｎ件）抽出する（ステップＳ２２）。ステップＳ２２で抽出された結果は、図１０のテーブルＪの形式で一時記憶部１３５に記憶される。ここで、予定件数Ｘは、設計値であり種々の変更が可能であるが、作業員１０２に最終的に提示する業務の件数Ｎ（本実施形態では３件）より十分に多い１００件等に設定しておくことが好ましい。

次に、直近予定作業検索部１５０は、業務マスタＤＢ１７５に蓄積されたテーブルＥから業務名一覧をロードする（ステップＳ２３）。

次に、直近予定作業検索部１５０は、ロードされた業務名一覧に基づき、ステップＳ２２で取得したＸ件のそれぞれの作業内容に含まれる業務名を抽出する（ステップＳ２４）。ここでは、作業内容に、業務名が含まれていた場合には、図１０のテーブルＫに示すように、『関連業務』の項目に、業務名を追加する。作業内容に業務名が含まれていない場合には、空白を示す“－”が記憶される。さらに、ステップＳ２４では、直近予定作業検索部１５０は、テーブルＫにおいて、『関連業務』の項目で空白“－”が記憶されているレコードを削除し、図１０に示す新たなテーブルＬを作成する。

その後、直近予定作業検索部１５０は、Ｎ件の業務名を抽出完了したか否かを判定する（ステップＳ２５）。ステップＳ２５において、「ＮＯ」と判定された場合、すなわち、Ｎ件の業務名の抽出が完了していない場合には、ステップＳ２２に戻る。一方、ステップＳ２５において「ＹＥＳ」と判定された場合、すなわち、Ｎ件の業務名の抽出が完了した場合には、抽出結果をサブルーチン０２の結果としてメインルーチンに返却すると共に、メインルーチンに戻る。

［サブルーチン０３］
次に、図６のステップＳ１０で呼び出されるサブルーチン０３について説明する。図１６は、サブルーチン０３を示すフローである。サブルーチン０３は、作業員が選択した業務名の出現回数が多い順に、ステップＳ５で得られた検索結果（書類アドレス及び書類内容）を並べ変えて表示する処理である。

まず、推定業務順ソート部１７０は、図６のステップＳ９において作業員１０２が画面１４１０の関連業務選択部１５１０で選択した関連業務名が関連業務１位～Ｎ位に含まれる検索結果のみを抽出する（ステップＳ３１）。本実施形態では、作業員１０２が、「不具合対応」を選択した場合には、図９のテーブルＩにおいて、『関連業務』に「不具合対応」が含まれない書類を検索結果から除く。

次に、推定業務順ソート部１７０は、作業員１０２が選択した関連業務（本実施形態では「不具合対応」）の出現回数の多い順に、ステップＳ３１で抽出された検索結果を並べ替える（ステップＳ３２）。

そして、ステップＳ３２において並べ替えた検索結果を、通信部１９０、１２５を介して個人端末１００に送信し、表示部１０５は、その検索結果を表示する（ステップＳ３３）。そして、表示部１０５が図１３に示す画面１４１０を表示した後、メインルーチンに戻る。

以上のようにして、本実施形態では、作業員が閲覧している閲覧書類が示す関連業務と、作業員がこれから行う予定の作業内容が示す関連業務とを用いて、全文検索部によって検索され抽出された複数の書類を並び替えることができる。これにより、作業者が今後行う可能性のある未来の作業内容に適した業務情報が記載された書類を、効率よく作業者に提供することができる。この結果、作業員のこれからの業務内容が従来の業務内容から変化するような場合でも、今後予定されている作業に適した書類を作業員に提供することができる。

さらに、本実施形態では、実施業務絞り込み部により、作業員が保有する資格によって実施可能な業務を抽出し、実施可能な業務に関連していない業務情報を含む書類を、検索結果から省くことができる。これにより、作業員に対して、作業員が保有する資格に応じた書類を提供することができる。

上述した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。例えば、実施形態の構成の一部を他の構成に置き換えることが可能であり、また、実施形態の構成について他の構成を加えることも可能である。また、実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１…業務情報検索システム、１００…個人端末、１０２…作業員、１０５…表示部、１２０…入力部、１２５…通信部、１３０…センタ側システム、１３５…一時記憶部、１３７…全文検索部、１４０…実施業務絞り込み部、１４５…人材管理データベース、１５０…直近予定作業検索部、１５５…予定表データベース、１６０…書類トピック推定部、
１６５…書類データベース、１７０…推定業務順ソート部、１７５…業務マスタＤＢ、１９０…通信部、１４５…人材管理ＤＢ、１５５…予定表ＤＢ、１６５…書類ＤＢ、１７５…業務マスタＤＢ

Claims (8)

1. 作業員に業務情報を提供する業務情報検索システムにおいて、
   作業員が選択した文言を検索キーとして全文検索し、前記検索キーを含む業務情報が記載された書類を抽出する全文検索部と、
   前記作業員の現時刻よりも先であって、直近に予定されている作業内容を検索する直近予定作業検索部と、
   前記作業員が閲覧している閲覧書類が示す関連業務を推定する書類トピック推定部と、
   前記直近予定作業検索部で検索された作業内容が示す関連業務、及び、前記閲覧書類が示す関連業務から、前記全文検索部において抽出された検索結果を並び替える推定業務順ソート部と、を備える
   業務情報検索システム。
2. 関連業務毎に、複数の業務名が設定されたデータを有する業務マスタデータベースを備え、
   前記書類トピック推定部は、前記業務マスタデータベースを参照して、前記関連業務毎に設定された業務名に基づいて前記閲覧書類のテキストデータに出現した業務名の出現回数をカウントすることにより、前記閲覧書類が示す関連業務を推定する
   請求項１に記載の業務情報検索システム。
3. 関連業務毎に、複数の業務名が設定されたデータを有する業務マスタデータベースを備え、
   前記直近予定作業検索部は、前記業務マスタデータベースを参照して、前記関連業務毎に設定された業務名に基づいて前記作業内容に含まれる業務名から、前記作業内容が示す関連業務を推定する
   請求項１又は２に記載の業務情報検索システム。
4. 関連業務毎に、複数の業務名が設定されたデータを有する業務マスタデータベースを備え、
   前記書類トピック推定部は、前記業務マスタデータベースを参照して、前記関連業務毎に設定された業務名に基づいて前記全文検索部で抽出された各書類のテキストデータに出現した業務名の出現回数をカウントすることにより、各書類が示す関連業務を上位１位からＮ位まで推定する
   請求項１に記載の業務情報検索システム。
5. 前記推定業務順ソート部は、
   前記閲覧書類が示す複数の関連業務のうち、業務名の出現回数がより多い関連業務であって、かつ、前記予定されている作業内容が示す複数の関連業務のうち現時刻から近い時刻に予定された作業内容が示す関連業務から順に、複数の関連業務の順位付けをする
   請求項３に記載の業務情報検索システム。
6. 前記推定業務順ソート部は、前記順位付けされた複数の関連業務のうち、前記作業員に選択された関連業務に関する業務名の出現回数が多い順に、前記全文検索部によって抽出された複数の書類を並び替える
   請求項５に記載の業務情報検索システム。
7. 前記作業員が実施可能な業務を抽出すると共に、前記抽出された前記作業員が実施可能な業務に基づいて、前記全文検索部によって抽出された書類から、前記実施可能な業務に関する書類を抽出する実施業務絞り込み部、を備える
   請求項１に記載の業務情報検索システム。
8. 作業員が選択した文言を検索キーとして、全文検索して前記検索キーを含む業務情報が記載された書類を抽出し、
   作業員の現時刻よりも先であって、直近に予定されている作業内容を検索し、
   作業員が閲覧している閲覧書類が示す関連業務を推定し、
   前記検索された作業内容が示す関連業務、及び、前記閲覧書類が示す関連業務から、前記全文検索により抽出された書類を並び替える
   業務情報検索方法。

Images