JP2023110808A - スマートタグ基盤の業務処理装置及び業務処理方法 - Google Patents

Abstract

【課題】異なる類型の業務単位体に対する効率的なタグ自動付着及び検索機能を提供し、業務の効率性を高めることができるスマートタグ基盤の業務処理装置及び業務処理方法を提供する。【解決手段】本発明による業務処理装置は、従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する業務オブジェクト処理部と、業務オブジェクトを介して第１類型の業務単位体を生成し、第１類型の業務単位体を介して第２類型の業務単位体を順次生成する業務処理フロー制御部と、第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、属性情報に基づいてスマートタグを自動に生成し、第１類型の業務単位体にスマートタグを結合するスマートタグ処理部と、を備える。【選択図】図３

Description

特許法第３０条第２項適用申請有り 令和 ３年 ２月２３日及び２４日に、ピーディーエス カンパニー，リミテッドにおいて、本発明が具現された機能を果たす業務チャットルーム（社内メッセンジャー：アプリケーションソフトウェア）が実行される業務処理装置が公開された。

本発明は、業務処理及び管理技術に関し、より詳細には、検索条件が追加されたスマートタグを介してＰＤＣＡ構造下でオブジェクト間の効率的な検索機能を提供し、業務参加者達の間の円滑な業務実行を効果的に支援する技術に関する。

一般に、インターネットメッセンジャーは、ユーザ間の文字またはグラフィックを含むメッセージを伝達するアプリケーションに該当し、複数のユーザが参加するチャットルームで実現される。一実施形態において、インターネットメッセンジャーは、モバイル環境（例えば、携帯電話）で行われるモバイルメッセンジャーを含み、例えば、カカオトーク（登録商標）、ＬＩＮＥ（登録商標）、ウィチャット、フェイスブック（登録商標）メッセンジャーなどを含む。そして、業務の管理と進行においてこのようなインターネットメッセンジャーが次第に様々に活用されている傾向である。

カンバンボード（Ｋａｎｂａｎ ｂｏａｒｄ）は、個人的または組織的な水準で作業を管理するためのカンバンを実現するために使用される道具のうちの１つである。また、カンバンボードは、業務ステップ及び各業務ステップ別の下位業務を平面上に並べて視覚化したボードである。カンバンボードは、上位業務の全体プロセスの各ステップを一方向に並べて、作業項目表現のためにカードを使用する。カンバンボードに使用されるカードをカンバンカードと称する。例えば、カンバンカードが業務ステップ別に左側から右側へ移動されることで、業務の進行状況を表すことができる。

ここで、カンバン（看板）は、ソフトウェア開発プロセスのうちの１つであって、開発者らに過度な負荷を与えることなく、適時に商品を発売させる開発方法に由来した概念である。

韓国公開特許第１０－２０１７－００４０９２８号公報

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、ＰＤＣＡ構造を有する全体プロジェクトの業務進行ステップにしたがい、検索条件が追加されたスマートタグを介して互いに異なる類型の業務単位体に対する効率的なタグ自動付着及び検索機能を提供し、業務参加者達の間のコミュニケーション過程で業務の流れを容易に把握させることにより、業務の効率性を高めることができるスマートタグ基盤の業務処理装置及び業務処理方法を提供することにある。

上記目的を達成するためになされた本発明の一態様によるスマートタグ基盤の業務処理装置は、従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する業務オブジェクト処理部と、前記業務オブジェクトを介して第１類型の業務単位体を生成し、前記第１類型の業務単位体を介して第２類型の業務単位体を順次生成する業務処理フロー制御部と、前記第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、前記属性情報に基づいてスマートタグを自動に生成し、前記第１類型の業務単位体に前記スマートタグを結合するスマートタグ処理部と、を備えることを特徴とする。

前記業務オブジェクト処理部は、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクでＰＤＣＡ（Ｐｌａｎ Ｄｏ Ｃｈｅｃｋ Ａｃｔ）業務処理フローを実現し得る。

前記業務処理フロー制御部は、前記第１類型の業務単位体に前記第２類型の業務単位体を含めて前記従属的関係を制御し得る。

前記スマートタグ処理部は、前記当該業務単位体に関する生成者、生成時点、及び状態値と前記当該業務単位体の類型のうち、少なくとも１つの組み合わせを前記属性情報として決定し得る。

前記スマートタグ処理部は、前記生成者が属した業務組織の識別コードに基づいて前記スマートタグを生成し得る。

前記スマートタグ処理部は、前記生成時点を基準に前記スマートタグを生成する場合、前記生成時点から経過した時間によって前記スマートタグを更新して表示し得る。

前記スマートタグ処理部は、前記状態値に応じて前記スマートタグを区分して生成し、前記状態値の変更によって前記スマートタグを更新して表示し得る。

前記スマートタグ処理部は、前記当該業務単位体が業務タスクである場合、業務進行ステップまたは業務期限の変更を前記状態値の変更として決定し得る。

前記スマートタグ処理部は、前記当該業務単位体のリマインダー可否によって前記スマートタグを区分して生成し、前記状態値の変更によって前記スマートタグを更新して表示し得る。

前記スマートタグ処理部は、前記第２類型の業務単位体に対する検索条件を設定し、検索して前記スマートタグを拡張し得る。

前記スマートタグ処理部は、前記第２類型の業務単位体の変更を検出して前記スマートタグの拡張を更新し得る。

前記スマートタグ処理部は、前記検索条件を検索キーワード及び検索演算子で構成し、前記スマートタグの拡張部分にユーザの接近権限を設定し得る。

前記スマートタグ処理部は、前記スマートタグの拡張部分にユーザの接近権限が設定された場合には、接近権限のないユーザに前記第１類型の業務単位体で当該タグ名を隠してもよい。

前記スマートタグ処理部は、前記スマートタグに相互包含関係が成立しない他のスマートタグを含め得る。

前記スマートタグ処理部は、前記スマートタグを介しての検索が行われると、前記第２類型の業務単位体の変更を検出し、前記第１類型の業務単位体にあるスマートタグを介して前記変更を知らせ得る。

前記スマートタグ処理部は、前記スマートタグを介しての検索が行われると、前記第２類型の業務単位体の変更を検出し、前記第１類型の業務単位体にある当該スマートタグをハイライティング（ｈｉｇｈｌｉｇｈｔｉｎｇ）して表示し得る。

上記目的を達成するためになされた本発明の一態様によるスマートタグ基盤の業務処理処理方法は、従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する業務オブジェクト処理ステップと、前記業務オブジェクトを介して第１類型の業務単位体を生成し、前記第１類型の業務単位体を介して第２類型の業務単位体を順次生成する業務処理フロー制御ステップと、前記第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、前記属性情報に基づいてスマートタグを自動に生成し、前記第１類型の業務単位体に前記スマートタグを結合するスマートタグ処理ステップと、を含むことを特徴とする。

本発明は、次の効果を有する。ただし、特定の実施形態が次の効果を全部含むべきであるとか、次の効果だけを含むべきであるという意味ではなく、特定の実施形態によって限定されない。

本発明によれば、ＰＤＣＡ構造を有する全体プロジェクトの業務進行ステップにしたがい、検索条件が追加されたスマートタグを介して互いに異なる類型の業務単位体に対する効率的なタグ自動付着及び検索機能を提供することができる。

特に、このような過程を介して業務参加者達の間のコミュニケーション過程で業務の流れを容易に把握させることにより、業務参加者達の業務実行が円滑になされ、業務の効率性を高めることができる。

本発明による業務処理システムを説明する図である。 図１の業務処理装置のシステム構成を説明する図である。 図１の業務処理装置の機能的構成を説明する図である。 本発明によるスマートタグ基盤の業務処理方法を説明するフローチャートである。 本発明によるＰＤＣＡ構造で動作するスマートタグを説明する図である。 本発明によるＰＤＣＡ構造で動作するスマートタグを説明する図である。 本発明によるＰＤＣＡ構造で動作するスマートタグを説明する図である。 本発明によるスマートタグの構成を説明する図である。 本発明によるスマートタグに対する付着及び検索過程の一実施形態を説明する図である。 本発明によるスマートタグに対する付着及び検索過程の一実施形態を説明する図である。

本発明に関する説明は、構造的ないし機能的説明のための実施形態に過ぎないので、本発明の技術範囲は、本明細書で説明する実施形態によって限定されると解釈されてはならない。すなわち、実施形態は、様々な変更が可能であり、種々の形態を有するので、本発明の技術範囲は、技術的思想を実現できる均等物等を含む。また、本明細書において提示された目的または効果は、特定の実施形態がこれを全部含むべきであるとか、そのような効果だけを含むべきであるという意味ではなく、本発明の技術範囲は、これによって限定されない。

一方、本明細書において述べられる用語の意味は、次のように理解されるべきである。

「第１」、「第２」などの用語は、１つの構成要素を他の構成要素から区別するためのものであって、これらの用語によって技術範囲は限定されない。例えば、第１構成要素は第２構成要素と命名され、同様に、第２構成要素も第１構成要素と命名され得る。

ある構成要素が他の構成要素に「連結されて」いると記載された場合、他の構成要素に直接連結されるが、中間に他の構成要素が存在し得る。これに対し、ある構成要素が他の構成要素に「直接連結されて」いると記載された場合は、中間に他の構成要素が存在しない。一方、構成要素間の関係を説明する他の表現、すなわち、「～間に」と「すぐ～間に」、または「～に隣り合う」と「～に直接隣り合う」なども同様に解釈されなければならない。

単数の表現は、文脈上明白に異なると定義しない限り、複数の表現を含む。「含む」または「有する」などの用語は、実施された特徴、数字、ステップ、動作、構成要素、部分品、またはこれらを組み合わせたものが存在することを指定するものであり、１つまたはそれ以上の他の特徴や数字、ステップ、動作、構成要素、部分品、またはこれらを組み合わせたものなどの存在または付加可能性を予め排除しない。

各ステップにおいて識別符号（例えば、ａ、ｂ、ｃなど）は、説明の便宜のために使用されるものであって、識別符号は、各ステップの順序を説明するものでなく、各ステップは、文脈上明白に特定の順序を記載しない限り、明記された順序とは異なるように起こり得る。すなわち、各ステップは、明記された順序と同様に起こるか、実質的に同時に行われるか、反対の順序で行われ得る。

本発明は、コンピュータ読み取り可能な記録媒体にコンピュータ読み取り可能なコードとして実現され、コンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取られるデータが格納されるあらゆる種類の記録装置を含む。コンピュータ読み取り可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがある。また、コンピュータ読み取り可能な記録媒体は、ネットワークで連結されたコンピュータシステムに分散されて、分散方式にてコンピュータ読み取り可能なコードが格納され、実行されてもよい。

本明細書で使用されるあらゆる用語は、異なるように定義されない限り、本発明の属する技術分野における通常の知識を有する者によって一般的に理解されるものと同じ意味を有する。一般的に使用される辞書に定義されている用語は、関連技術の文脈上有する意味と一致すると解釈され、本明細書において明白に定義しない限り、理想的であるか、過度に形式的な意味を有すると解釈されない。

図１は、本発明による業務処理システムを説明する図である。

図１に示すように、業務処理システム１００は、複数のユーザ端末１１０及び業務処理装置１３０を備える。

本発明の実施形態において複数のユーザは、１つ以上のユーザグループに含まれる。１つ以上のユーザグループは、第１のユーザグループ、第２のユーザグループなどと称される。また、１つのユーザが１つ以上のユーザグループに含まれ得る。

第１のユーザ端末１１０ａは、第１のユーザの端末であり、第２のユーザ端末１１０ｂは、第２のユーザの端末であり、第３のユーザ端末１１０ｃは、第３のユーザの端末に対応する。

ここで、第１のユーザないし第３のユーザは、業務参加者として１つ以上の業務プロジェクトに共同に参加する。１つの業務プロジェクトを介して進行される業務に対して、第１のユーザないし第３のユーザのうちの１つ以上のユーザは、業務生成者または業務指示者であり、他の１つ以上のユーザは、業務処理者である。また、業務生成者または業務指示者と業務処理者を除いた業務参加者は、業務関連者として分類される。

第１のユーザないし第３のユーザが参加する全体プロジェクトがあり、当該全体プロジェクトは、独立的に進行する複数の業務プロジェクトを含む。また、各業務プロジェクトには、業務進行ステップにしたがい、業務ノートが記録されて格納され、業務ノートには、当該業務に連関した業務参加者達が参加する業務チャットルームが生成され得る。業務参加者達は、業務チャットルームを介して業務関連対話を行い、必要に応じて業務タスクを生成して共有する。

このとき、全体プロジェクト内で進行する業務処理フロー（ｆｌｏｗ）は、業務オブジェクトを介して実現され、互いに異なる類型の業務単位体（ｗｏｒｋ ｕｎｉｔ）間の業務処理流れと定義される。特に、複数の互いに異なる類型の業務単位体間には、相互従属的な連結関係が形成される。ここで、互いに異なる類型の業務単位体（または、異種業務単位体）には、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクなどが含まれる。

例えば、業務処理フローを実現した業務オブジェクトが生成される場合、業務オブジェクト内で第１類型の業務単位体が生成される。その後、第１類型の業務単位体を介して第２類型の業務単位体が順次生成される。１つの業務プロジェクトには、業務進行ステップ毎に複数の業務ノートが生成され、業務ノートには、業務関連者達が参加する業務チャットルームが生成され、業務チャットルームを介して少なくとも１つの業務タスクが生成される。

結果的に、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクでＰＤＣＡ（Ｐｌａｎ Ｄｏ Ｃｈｅｃｋ Ａｃｔ）業務処理フローが実現される。例えば、業務進行ステップは、ＰＤＣＡサイクル（ＰＤＣＡ ｃｙｃｌｅ）によって、「進行中」、「確認中」、「補完中」、「補完完了」などに区分される。すなわち、ＰＤＣＡサイクルは、業務実行と成果を高めるための体系的かつ効率的な業務管理技法に該当する。

より具体的に、Ｐは、プラン（Ｐｌａｎ）樹立、すなわち、業務プロジェクトの生成に対応し、達成しようとする目標が設定されることにより、その実現のための具体的な戦略と活動計画が業務プロジェクトに連関して生成される。また、Ｄは、業務実行（Ｄｏ）、すなわち、業務ノートの記録に対応し、樹立された計画に基づき、規定、指針、及び標準などによって実際に処理しなければならない業務に連関して生成され、記録される。

そして、Ｃは、確認（Ｃｈｅｃｋ）、すなわち、業務チャットルームの運用に対応し、生成された業務に対する結果確認、分析、及び評価のためのコミュニケーション手段が提供される。また、Ａは、実行（Ａｃｔ）、すなわち、業務タスクの処理に対応し、コミュニケーションを介して確認された問題点と改善点などを反映して既存の業務結果を修正したり、業務内容を補完するなど、業務の改善と補完のための細部事項が実行される。

仮に、全体プロジェクト内で業務プロジェクトが生成されると、当該業務プロジェクトの業務進行ステップは「進行中」になる。また、業務進行によって業務が処理され、業務ノートが記録されると、業務進行ステップは、「確認中」になる。また、「確認中」である業務に対して業務指示者が業務処理内容を確認して業務を終了させると、業務進行ステップは「終了」になる。これに対し、業務指示者が業務処理内容を確認した後、所定の業務タスクを生成して業務補完を要請すると、業務進行ステップは「補完中」になる。

業務処理者が業務補完要請に応じて業務処理内容を補完して業務タスクを更新すると、業務指示者は、業務補完内容を確認し、業務進行ステップは「補完完了」になる。一方、全体プロジェクト内で業務プロジェクトは、個別業務進行ステップにしたがって分類されて管理される。

業務処理装置１３０は、少なくとも１つのユーザ端末１１０にネットワークを介して連結されるコンピューティング装置に該当する。一実施形態において、業務処理装置１３０は、１つのユーザと連関した他のユーザが構成員、すなわち、業務参加者として含まれる少なくとも１つ以上のユーザグループを管理する。

一実施形態において、業務処理装置１３０は、ユーザ端末１１０に設けられた専用エージェント（ａｇｅｎｔ）を介してユーザ端末１１０に連結される。ここで、専用エージェントは、ユーザ端末１１０に設けられると、ユーザ端末１１０の承認下でユーザ端末１１０と業務処理装置１３０とを相互連動させるソフトウェアであるエージェントプログラムに該当する。

ユーザ端末１１０は、業務処理装置１３０にネットワークを介して連結されるコンピューティング装置に該当し、例えば、デスクトップ、ノートブック、タブレットＰＣ、またはスマートフォン等で具現された端末である。

一実施形態において、ユーザ端末１１０のうち、少なくとも１つは、モバイル端末であり、業務処理装置１３０とセルラー通信またはワイパイ通信を介して連結される。他の実施形態において、ユーザ端末１１０のうち、少なくとも１つは、デスクトップであり、業務処理装置１３０とインターネットを介して連結される。

図２は、図１の業務処理装置のシステム構成を説明する図である。

図２に示すように、業務処理装置１３０は、プロセッサ２１０、メモリ２３０、ユーザ入出力部２５０、及びネットワーク入出力部２７０を備える。

プロセッサ２１０は、本発明の実施形態による業務処理プロシージャを実行し、このような過程で読み出されるか、または書き込まれるメモリ２３０を管理し、メモリ２３０に含まれる揮発性メモリと不揮発性メモリとの間の同期化時間をスケジューリングする。

プロセッサ２１０は、業務処理装置１３０の動作全般を制御し、メモリ２３０、ユーザ入出力部２５０、及びネットワーク入出力部２７０と電気的に連結されて、これらの間のデータ流れを制御する。プロセッサ２１０は、業務処理装置１３０のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で具現される。プロセッサ２１０のより具体的な動作内容については、以後、図３を参照して詳細に説明する。

メモリ２３０は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような不揮発性メモリで具現されて、業務処理装置１３０に必要なデータ全般を格納するために使用される補助記憶装置を含み、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性メモリで具現された主記憶装置を含む。このように、メモリ２３０は、揮発性及び不揮発性メモリで具現され、仮に、不揮発性メモリで具現されると、ハイパーリンクを介して連結されるように具現される。

ユーザ入出力部２５０は、ユーザ入力を受信するための環境及びユーザに特定情報を出力するための環境を含み、例えば、マウス、トラックボール、タッチパッド、グラフィックタブレット、スキャナー、タッチスクリーン、キーボード、またはポインティング装置のようなアダプタを含むか、これに連結される入力装置及びモニター、またはタッチスクリーンのようなアダプタを含む出力装置を含む。一実施形態において、ユーザ入出力部２５０は、遠隔接続を介して接続されるコンピューティング装置に該当し、そのような場合、業務処理装置１３０は、サーバとしての役割を果たす。

ネットワーク入出力部２７０は、ネットワークを介してユーザ端末１２０と連結するための環境を含み、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信のためのアダプタを含む。

図３は、図１の業務処理装置の機能的構成を説明する図である。

図３に示すように、業務処理装置１３０は、業務オブジェクト処理部３１０、業務処理フロー制御部３３０、スマートタグ処理部３５０、及び制御部３７０を備える。

ただし、本発明の実施形態による業務処理装置１３０が上記の機能的構成を同時に全て含むべきものではなく、それぞれの実施形態によって上記の機能的構成のうちの一部を省略することができ、上記の機能的構成のうちの一部または全部を選択的に含むことができる。

まず、業務処理装置１３０は、全体プロジェクト内で管理され、独立的に進行する少なくとも１つの業務プロジェクトを生成する。このとき、各業務プロジェクトは、独立的な業務進行ステップにしたがって管理され、全体プロジェクトは、各業務プロジェクトの業務進行ステップを統合管理するように実現される。

また、業務処理装置１３０は、１つ以上のユーザに対するユーザ情報をユーザ端末１１０からユーザ入出力部２５０を介して受信し、全体プロジェクト及び各業務プロジェクトに参加するユーザ等のユーザ情報を格納、管理、及びアップデートする。業務処理装置１３０は、収集されたユーザ情報を、その後の業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクの生成及び処理過程で使用する。

例えば、業務処理装置１３０は、特定業務ノートに連関した業務チャットルームを生成するために、複数のユーザで構成されたユーザグループを生成し、各ユーザグループの名称や構成員などに関する情報、ユーザグループにマッチングされる業務チャットルームの識別情報、ユーザ及びユーザグループの権限管理などに関する情報を格納し、管理する。

一実施形態において、業務処理装置１３０は、業務プロジェクトまたは業務に連関したユーザ信号を受信するためのユーザインターフェースをユーザ端末１１０に提供する。業務処理装置１３０は、ユーザインターフェースを介してユーザ端末１１０から入力されるプロジェクト生成に関する要請信号や情報入力及び期限設定などに関する信号のうち、少なくとも１つ以上を含むユーザ信号を受信する。

業務処理装置１３０は、全体プロジェクト管理のために、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクが各々１つ以上である場合、連関したオブジェクトに関する目録（または、リスト）を生成してユーザ端末１１０に提供する。そして、業務処理装置１３０は、関連目録を提供するとき、ハイパーリンク情報として当該オブジェクトに関する接近経路を共に提供する。すなわち、ユーザは、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクなどに接近する場合、共に提供された接近経路を利用して連関したオブジェクトへの接近を効果的に処理する。

また、業務処理装置１３０の動作に関する上記の説明は、他の構成、すなわち、業務オブジェクト処理部３１０、業務処理フロー制御部３３０、及びスマートタグ処理部３５０にも同様に適用され、以下において重複する説明は省略する。

業務オブジェクト処理部３１０は、従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔ）を介して業務処理フローを実現した業務オブジェクトを生成する。ここで、業務オブジェクトは、全体プロジェクト内で業務と連関して生成され、処理される様々な業務単位体を含んで生成され、業務管理のための様々な管理機能を提供するように実現される。例えば、業務オブジェクトは、業務プロジェクトに対応して生成され、当該業務プロジェクト内で業務進行に対応する業務処理フローを実体化する。すなわち、業務処理フローは、業務オブジェクト内で業務進行によって生成される様々な業務単位体間の連結関係を介して形成される。

一方、業務単位体は、業務進行ステップによる単位オブジェクトに該当し、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクに対応して生成される。業務単位体は、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクによって互いに異なる類型に分類され、各類型別に処理及び管理される。また、業務処理装置１３０は、業務単位体を各類型別に管理するために、専用コンテナを生成して提供する。すなわち、同じ類型の業務単位体は、同じ専用コンテナに挿入されて管理され、相互連結されたリンク情報を介して専用コンテナ間の移動が行われる。

一実施形態において、業務オブジェクト処理部３１０は、業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクでＰＤＣＡ（Ｐｌａｎ Ｄｏ Ｃｈｅｃｋ Ａｃｔ）業務処理フローを実現する。業務プロジェクトは、ＰＤＣＡ業務処理フローのＰ（Ｐｌａｎ）に対応して生成され、業務ノートは、Ｄ（Ｄｏ）に対応し、業務チャットルームは、Ｃ（Ｃｈｅｃｋ）に対応し、業務タスクは、Ａ（Ａｃｔ）に対応する。業務オブジェクト処理部３１０は、全体プロジェクト内で業務プロジェクトの生成によって業務処理フローの開始動作を処理し、業務プロジェクト内での業務ノート、業務チャットルーム、及び業務タスクに関する生成時点を基準に各業務に対する先後関係を定義して、業務プロジェクトに対応する業務処理フローを実現する。

また、業務処理フローは、業務プロジェクトの締切日を基準に業務期限が設定され、業務処理フロー上で業務タスクの締切日変更によって業務期限が更新されて動的に決定される。

業務処理フロー制御部３３０は、業務オブジェクトを介して第１類型の業務単位体を生成し、第１類型の業務単位体を介して第２類型の業務単位体を順次生成する。業務単位体間の連結関係を介して業務処理フローが実現され、業務処理フロー制御部３３０は、互いに異なる類型の業務単位体を順次生成する過程で業務単位体間の連結関係を定義し、相互間のリンク情報を生成することによって業務処理フローの制御のための動作を行う。

一方、業務単位体間には、生成に関する優先順位が設定され、優先順位によって相互間に従属関係が形成される。例えば、全体プロジェクト内では、業務プロジェクトが最優先順位で生成され、業務プロジェクトの生成以後には、業務ノート、業務チャットルーム、及び業務タスクのうちのいずれか１つが後順位で生成される。また、業務ノートの生成以後には、業務チャットルーム及び業務タスクのうち、いずれか１つが後順位で生成される。また、業務チャットルームの生成以後には、業務タスクが後順位で生成される。これにより、後順位で生成された業務単位体は、先順位で生成された業務単位体に従属する。

一実施形態において、業務処理フロー制御部３３０は、第１類型の業務単位体に第２類型の業務単位体を含めて従属的関係を制御する。例えば、業務プロジェクトが第１類型の業務単位体で生成された場合、業務ノートが第２類型の業務単位体で生成されて業務プロジェクト内に含まれることで、相互間の従属関係が形成される。すなわち、業務ノートは、業務プロジェクトに従属する。また、業務ノートが第１類型の業務単位体で生成された場合、業務チャットルームが第２類型の業務単位体で生成されて業務ノート内に含まれることで、相互間の従属関係が形成される。すなわち、業務チャットルームは、業務ノートに従属する。

このとき、従属関係は、連続的であり、上記の例で業務プロジェクト内に業務ノートが含まれ、業務ノート内に業務チャットルームが含まれた場合、業務プロジェクトと業務チャットルームとの間にも相互従属関係が形成される。すなわち、業務チャットルームは、業務ノート及び業務プロジェクトに各々従属する。業務処理フロー制御部３３０は、業務単位体間の従属関係を形成させるか、または選択的に除去することにより業務処理フローを動的に制御する。

スマートタグ処理部３５０は、第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、属性情報に基づいてスマートタグを自動に生成し、第１類型の業務単位体にスマートタグを結合する。ここで、業務単位体の属性情報には、業務単位体を生成した生成者情報、業務単位体が生成された時点情報、業務単位体の状態値情報、業務単位体の類型情報などが含まれ得る。ここで、スマートタグは、全体プロジェクトの進行過程で生成される様々な業務単位体に対して付着されるタグ（ｔａｇ）に該当する。

このとき、第１類型の業務単位体と第２類型の業務単位体との間には、従属関係が形成される。すなわち、スマートタグ処理部３５０は、業務単位体の生成が検出され、当該業務単位体が従属した上位類型の業務単位体が存在する場合、業務単位体の様々な属性情報を活用してスマートタグを生成し、上位類型の業務単位体に付着する。

例えば、特定業務プロジェクト内で午前０９：００頃、ユーザＡにより「進行中」である業務進行ステップの業務ノートが生成される場合、ユーザＡの名前に連関したスマートタグ、午前０９：００に連関したスマートタグ、「進行中」に連関したスマートタグ、または業務ノートに連関したスマートタグなどが生成されて特定業務プロジェクトに付着される。このとき、スマートタグは、連関した属性情報に応じて識別可能な形態で実現され、スマートタグが付着された業務単位体は、当該スマートタグを介して容易に照会されるだけでなく、スマートタグの形態によって連関した属性情報が間接的に表現される。

また、スマートタグ処理部３５０は、業務プロジェクト毎にスマートタグの生成規則を独立的に設定する。スマートタグの生成規則は、スマートタグを生成するのに使用される業務単位体の属性情報として定義される。例えば、生成規則が業務単位体の属性情報のうち、生成時点によってスマートタグを生成すると定義された場合、スマートタグ処理部３５０は、業務単位体の生成時点を利用してスマートタグを生成する。また、スマートタグの生成規則は、単一属性として定義されるか、または複数の属性に対する組み合わせとして定義される。結果的に、生成規則にしたがって生成されるスマートタグは、当該属性情報の属性値の個数の分だけ相違した形態で表現される。

一実施形態において、スマートタグ処理部３５０は、業務単位体に関する生成者、生成時点、及び状態値と業務単位体の類型のうち、少なくとも１つの組み合わせを業務単位体の属性情報として決定する。すなわち、スマートタグ処理部３５０は、１つの属性だけでなく、複数の属性の組み合わせを業務単位体の属性情報として活用してスマートタグを生成する。例えば、スマートタグ処理部３５０は、業務単位体の生成者と生成時点を属性情報として識別してスマートタグを生成する。また、スマートタグ処理部３５０は、業務単位体の類型と状態値を属性情報として識別してスマートタグを生成する。

一実施形態において、スマートタグ処理部３５０は、業務単位体の生成者が属した業務組織の識別コードに基づいてスマートタグを生成する。例えば、特定業務プロジェクト内で開発チームＡに属した業務指示者ｘが業務ノートを生成した場合、スマートタグ処理部３５０は、開発チームＡの識別コードに基づき、スマートタグを生成して特定業務プロジェクトに付着する。この場合、業務参加者達は、スマートタグを介して当該業務ノートに接近し、スマートタグの形態を介して当該業務ノートの生成者が属した業務組織を認知する。

一実施形態において、スマートタグ処理部３５０は、業務単位体の生成時点に基づいてスマートタグを生成する。例えば、特定業務プロジェクト内で生成者ｘが午後１４：００頃に業務ノートを生成した場合、スマートタグ処理部３５０は、午後１４：００時点によるスマートタグを生成して特定業務プロジェクトに付着する。

また、スマートタグ処理部３５０は、スマートタグの生成時点を基準に、当該生成時点から経過した時間によって生成されたスマートタグを更新して表示する。上記の例で、スマートタグ処理部３５０は、午後１４：００を基準に経過した時間によってスマートタグの色相やサイズなどを更新して表示する。これにより、スマートタグは、経過した時間が１時間ずつ増加する度に、設定された色相に変わるか、次第に大きく表示される。

一実施形態において、スマートタグ処理部３５０は、業務単位体の状態値に基づいてスマートタグを生成する。このとき、状態値は、業務進行ステップまたは業務期限に対応する。例えば、スマートタグは、業務単位体が業務タスクである場合、「新しい」、「する途中」、「終わり」、及び「確認」の業務進行ステップ毎に相違した形態で区分されて生成され、業務期限の切迫または徒過状態によって相違した形態で区分されて生成される。

また、スマートタグ処理部３５０は、業務単位体の状態値が変更されると、スマートタグを更新して表示する。例えば、スマートタグ処理部３５０は、業務進行ステップの変更または業務期限の状態変更によってスマートタグの色相を変更したり、またはスマートタグの形態を変更する。すなわち、スマートタグ処理部３５０は、業務単位体が業務タスクである場合、業務進行ステップの変更または業務期限の変更を状態値の変更として決定する。

一実施形態において、スマートタグ処理部３５０は、当該業務単位体のリマインダー可否によってスマートタグを区分して生成し、状態値の変更によってスマートタグを更新して表示する。すなわち、スマートタグの生成規則は、業務単位体のリマインダー可否を属性情報として定義される。例えば、スマートタグ処理部３５０は、業務単位体が業務タスクである場合、リマインダー可否、リマインダー回数などによってスマートタグを区分して生成し、スマートタグ生成以後、リマインダー可否やリマインダー回数の変更によってスマートタグを更新して表示する。すなわち、スマートタグ処理部３５０は、業務単位体が業務タスクである場合、リマインダー可否の変更またはリマインダー回数の変更を状態値の変更として決定する。

一実施形態において、スマートタグ処理部３５０は、第２類型の業務単位体に対する検索条件を設定し、検索してスマートタグを拡張する。このとき、スマートタグの拡張は、スマートタグの自動付着機能で実現される。より具体的に、スマートタグは、タグ名とタグ条件を含んで生成される。ここで、タグ名は、スマートタグの名前に該当し、タグ条件は、スマートタグの検索条件に該当する。すなわち、スマートタグは、タグ名（ｔａｇ ｎａｍｅ）とタグ条件（ｔａｇ ｃｏｎｄｉｔｉｏｎ）とを含んで定義され、タグ名とタグ条件の各々は、スマートタグに対する検索過程で選択的に使用される。

例えば、業務単位体の生成によってスマートタグが最初生成される場合、スマートタグは、生成者の名前、生成時点が属した時間区間名、状態値の状態名などのように、業務単位体の属性情報に基づいて生成されたタグ名を有する。その後、ユーザによってスマートタグにタグ条件が追加され、スマートタグ処理部３５０は、業務単位体に対する検索条件をタグ条件として設定してスマートタグに追加する。このとき、スマートタグ処理部３５０は、検索条件の追加によって更新されたスマートタグに対する検索動作を開始し、当該スマートタグの検索によって検索条件を満たす業務単位体に対して当該スマートタグを自動付着する。仮に、検索された業務単位体が同じスマートタグを既に付着している場合、当該スマートタグを更新する動作が行われ、検索された業務単位体にスマートタグが付着されていない場合、当該スマートタグが追加で付着される。

一実施形態において、スマートタグ処理部３５０は、第２類型の業務単位体の変更を検出してスマートタグの拡張を更新する。スマートタグの拡張によってスマートタグの検索条件を満たす複数の業務単位体に同じスマートタグが同時付着される。スマートタグ処理部３５０は、業務単位体の修正や編集などにより変更が発生する場合、当該業務単位体に付着されたスマートタグのうち、検索条件を満たさないスマートタグを除去し、同時に、付着されなかった他のスマートタグのうち、検索条件を満たすスマートタグを付着させる。

一実施形態において、スマートタグ処理部３５０は、検索条件を検索キーワード及び検索演算子で構成し、スマートタグの拡張部分にユーザの接近権限を設定する。スマートタグは、検索条件が追加されることによって拡張され、追加された検索条件は、スマートタグの拡張部分に該当する。すなわち、スマートタグの拡張により追加された検索条件毎に所定の接近権限が設定される。例えば、検索条件１を有したスマートタグ＃Ａに検索条件２が追加された場合、検索条件２は、スマートタグ＃Ａの拡張部分に該当する。スマートタグ処理部３５０は、スマートタグの拡張部分毎に接近権限を独立的に設定する。ユーザｘがスマートタグ＃Ａの検索条件２に対して接近権限が存在する場合、ユーザｘは、＃Ａを選択して検索条件２に関する検索を開始する。これとは異なり、ユーザｘが検索条件２に対する接近権限のない場合であれば、ユーザｘが＃Ａを選択しても検索条件２に関する検索は開始されない。

一実施形態において、スマートタグ処理部３５０は、スマートタグの拡張部分にユーザの接近権限が設定された場合には、接近権限のないユーザに第１類型の業務単位体で当該タグ名を隠す。スマートタグが付着された業務単位体は、ユーザにより接近される場合、当該ユーザに露出される。ただし、スマートタグに所定の接近権限が設定された場合、当該接近権限を有したユーザにのみ制限的に露出される。

また、スマートタグが拡張部分を含む場合、拡張部分毎に個別的な接近権限が設定され、仮に、特定拡張部分に対する接近権限がないユーザに当該スマートタグが付着された業務単位体が露出される場合、当該スマートタグの露出は制限される。これにより、当該ユーザは、当該スマートタグの拡張部分を介しての検索が不可能である。

一実施形態において、スマートタグ処理部３５０は、スマートタグに相互包含関係が成立しない他のスマートタグを含める。すなわち、スマートタグのタグ条件には、他のスマートタグが含まれる。例えば、スマートタグ＃Ａの検索条件にスマートタグ＃Ｂが含まれた場合、ユーザが＃Ａを選択して＃Ａの検索条件で検索を開始し、検索結果には、スマートタグ＃Ｂに関する検索結果が含まれる。一方、第１のスマートタグの検索条件に第２のスマートタグが含まれ、第２のスマートタグの検索条件に第１のスマートタグが含まれた場合、第１及び第２のスマートタグの間に相互包含関係が成立する。スマートタグ処理部３５０は、スマートタグに相互包含関係が成立しない他のスマートタグだけを検索条件として含めることにより、相互包含関係によって検索動作が循環的に行われることを防止する。

一実施形態において、スマートタグ処理部３５０は、スマートタグを介しての検索が行われると、第２類型の業務単位体の変更を検出し、第１類型の業務単位体にあるスマートタグを介して変更を知らせる。具体的に、ユーザがスマートタグを介して検索動作を開始する場合、当該スマートタグに連関した第１類型の業務単位体を検索しながら当該スマートタグに連関した第２類型の業務単位体に対する変更を検出する。このとき、業務単位体の変更は、最近の時間範囲内に制限され、時間範囲は、予め設定されて活用される。スマートタグを介しての検索によって変更が検出された第２類型の業務単位体が存在する場合、スマートタグ処理部３５０は、当該第２類型の業務単位体が従属した第１類型の業務単位体に対してスマートタグを視覚化して表示することによりユーザに知らせる。

例えば、ユーザがスマートタグを介して業務プロジェクトを検索する場合、スマートタグ処理部３５０は、スマートタグに連関した業務ノートのうち、最近時点に変更が発生した業務ノートを検出し、検索された業務プロジェクトで当該業務ノートに連関したスマートタグをハイライティング（ｈｉｇｈｌｉｇｈｔｉｎｇ）して表示する。これにより、ユーザは、検索結果画面でハイライティングされたスマートタグを含む業務プロジェクトを確認することができ、当該業務プロジェクト内の業務ノートのうち、最近変更が発生した業務ノートが存在するという事実を間接的に認知することができる。一方、ハイライティング動作は、スマートタグの視覚化方式のうち、形状、模様、及び色相のうち、少なくとも１つを強調する動作に該当する。

制御部３７０は、業務処理装置１３０の全体的な動作を制御し、業務オブジェクト処理部３１０、業務処理フロー制御部３３０、及びスマートタグ処理部３５０の間の制御流れまたはデータ流れを管理する。

図４は、本発明によるスマートタグ基盤の業務処理方法を説明するフローチャートである。

図４に示すように、業務処理装置１３０は、業務オブジェクト処理部３１０を介して従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する（ステップＳ４１０）。

業務処理装置１３０は、業務処理フロー制御部３３０を介して業務オブジェクトを介して第１類型の業務単位体を生成し、第１類型の業務単位体を介して第２類型の業務単位体を順次生成する（ステップＳ４３０）。

業務処理装置１３０は、スマートタグ処理部３５０を介して第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、属性情報に基づいてスマートタグを自動に生成し、第１類型の業務単位体にスマートタグを結合する（ステップＳ４５０）。

一方、スマートタグは、業務単位体に対する効率的な検索を提供する。すなわち、ユーザは、業務単位体に表示されたスマートタグをクリックするか、またはタグ名や検索条件を直接入力する方法によって当該スマートタグに連関した業務単位体に対する検索結果を取得する。このとき、検索結果には、当該スマートタグが付着された業務単位体の目録が含まれ、当該スマートタグに連結された業務単位体の目録が含まれる。

一実施形態において、業務処理装置１３０は、スマートタグに対する直接的な連係（ｄｉｒｅｃｔ ｌｉｎｋａｇｅ）によって検索結果を生成する。例えば、「ａｂｃ」というタグ名を有したスマートタグを呼び出して業務ノートを検索する場合、「ａｂｃ」というタグ名のスマートタグが付着された業務ノートが全て検索され、検索された業務ノートは、「ａｂｃ」タグ名を有したスマートタグと単一連結関係を形成する。

一実施形態において、業務処理装置１３０は、スマートタグに対する間接的な連係（ｉｎｄｉｒｅｃｔ ｌｉｎｋａｇｅ）によって検索結果を生成する。ここで、スマートタグの間接的な連係（ｉｎｄｉｒｅｃｔ ｌｉｎｋａｇｅ）は、複数連結関係に該当する。

例えば、「ｄｅｆ」というタグ名を有したスマートタグを検索条件として呼び出す場合、１次的に、「ｄｅｆ」というタグ名のスマートタグが付着された業務ノートが検索され、２次的に、当該業務ノートに連係された業務プロジェクト、業務チャットルーム、または業務タスクが共に検索される。すなわち、検索された業務プロジェクト、業務チャットルーム、または業務タスクは、「ｄｅｆ」というタグ名のスマートタグと直接的な連結関係を形成しないが、業務ノートに連結された結果「ｄｅｆ」というタグ名のスマートタグと間接的な連結関係を形成する。

一実施形態において、業務処理装置１３０は、スマートタグに対する間接的な連係（ｉｎｄｉｒｅｃｔ ｌｉｎｋａｇｅ）の長さを設定して検索結果を生成する。ここで、連係の長さは、間接的に連結された回数に該当する。例えば、連係の長さが２に設定された場合、業務処理装置１３０は、スマートタグのタグ名に一致する業務ノートを１次検索し、１次検索された業務ノートに連結された他の類型の業務単位体を２次検索する。このとき、２次検索の結果は、間接的な連係によるものであって、連係の長さは、１になる。その後、業務処理装置１３０は、２次検索された業務単位体に連結された他の類型の業務単位体を検索し、間接的な連係の長さは、２になる。

図５～図７は、本発明によるＰＤＣＡ構造で動作するスマートタグを説明する図である。

図５に示すように、業務処理装置１３０は、従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔ）を介して業務処理フローを実現する。特に、業務単位体のうち、業務プロジェクト５１０、業務ノート５２０、業務チャットルーム５３０、及び業務タスク５４０は、ＰＤＣＡ業務処理フローを構成してプロジェクト管理の効率性を提供する。

具体的に、１つの業務プロジェクト５１０内には複数の業務ノート５２０が記録され、業務ノート５２０は、業務プロジェクト５１０の進行過程で業務参加者達により生成される。業務処理装置１３０は、業務ノート５２０の生成を検出して、当該業務ノート５２０に連関した属性情報（例えば、生成者、生成時点、状態値等）をタグ名とするスマートタグ５００ａを生成して業務プロジェクト５１０に付着する。このように付着されたスマートタグ５００ａは、業務プロジェクト５１０を業務ノート５２０と連関した属性別に検索するのに活用される。

一方、業務処理装置１３０は、業務プロジェクト５１０毎にスマートタグ５００の生成規則を独立的に設定する。図５の場合、業務単位体を生成した生成者の名前をスマートタグ５００のタグ名とする生成規則が適用された例に該当する。すなわち、業務処理装置１３０は、生成者Ａが業務ノート５２０を生成した場合、生成者の名前「Ａ」をタグ名とするスマートタグ５００ａ「＃Ａ」を生成して業務プロジェクト５１０に付着する。

また、業務処理装置１３０は、当該業務ノート５２０に連関して生成者Ｘが業務参加者達の間のコミュニケーションのために業務チャットルーム５３０を生成した場合、生成者の名前「Ｘ」をタグ名とするスマートタグ５００ｂ「＃Ｘ」を生成して、当該業務ノート５２０に付着する。このように、業務処理装置１３０は、業務単位体の生成が検出されると、スマートタグ５００に関する生成規則にしたがい、業務単位体の属性情報を識別してスマートタグ５００を自動に生成し、付着する。

一方、業務チャットルーム５３０は、チャットルーム内で業務タスク５４０の生成に関する機能を提供し、チャットルームに参加した業務参加者達は、対話途中、必要な場合、業務タスク５４０を生成して対話メッセージとして共有する。このとき、業務タスク５４０の生成者名前をタグ名とするスマートタグ５００ｃが生成されて、業務チャットルーム５３０に付着される。結果的に、業務プロジェクト５１０と業務ノート５２０との間、業務ノート５２０と業務チャットルーム５３０との間、業務チャットルーム５３０と業務タスク５４０との間の業務単位体間には相互従属関係が形成される。

図６に示すように、業務チャットルーム５３０には、複数の業務タスク５４０がスマートタグを介して各々連結される。特に、業務タスク５４０の属性情報のうち、生成者、生成時点、または状態値などに基づいてスマートタグが生成され、各スマートタグは、業務チャットルーム５３０に付着される。これにより、業務チャットルーム５３０の特定領域では、付着されたスマートタグが視覚的に表示される。

図６において、業務タスク５４０の生成者であるｙだけでなく、生成時点であるｚに基づくスマートタグ６００ｂが生成されて、業務チャットルーム５３０に付着される。すなわち、生成者ｙを識別する固有情報（例えば、名前、識別コード等）をタグ名とするスマートタグ＃ｙ（６００ａ）が生成され、生成時点ｚを識別する識別情報をタグ名とするスマートタグ＃ｚ（６００ｂ）が生成される。

このとき、生成時点ｚに連関した業務タスク５４０は、他の業務チャットルーム５３０内にも存在し、当該スマートタグ＃ｚ（６００ｂ）を介して現在業務チャットルーム５３０に連関して生成された業務タスク５４０の中で生成時点がｚに該当する業務タスク５４０を選択的に検索する。

一方、業務チャットルーム５３０内で業務タスク５４０が生成された場合、当該業務タスク５４０に設定された業務期限に基づいてスマートタグ６００ｃが生成されて、業務チャットルーム５３０に付着される。この場合、業務処理装置１３０は、業務期限の状態値に応じてスマートタグ６００ｃを区分して生成し、状態値の変更によってスマートタグ６００ｃを更新して表示する。

例えば、業務処理装置１３０は、業務タスク５４０の生成時点が図６の絵（ａ）のように、業務締切日ｔを基準に期限切迫状態値を有する場合、または絵（ｂ）のように、業務締切日ｔを基準に期限徒過状態値を有する場合によってスマートタグ６００ｃを互いに異なる形態（例えば、スマートタグの形状または色相の差）に区分して生成する。また、業務処理装置１３０は、期限切迫状態値に応じてスマートタグ６００ｃを生成した後、期限徒過に状態値が変更された場合、生成されたスマートタグの形態を変更された状態値に応じて更新して表示する。

これにより、業務関連者は、業務チャットルーム５３０に付着されたスマートタグ６００ｃを介して期限切迫または期限徒過状態にある業務を間接的に認知する。また、業務関連者は、当該スマートタグを選択して、当該スマートタグが付着された業務チャットルーム５３０等のリストまたは当該スマートタグに連結された業務タスク５４０等のリストを確認する。

図７に示すように、業務処理装置１３０は、業務オブジェクトを介して第１類型の業務単位体を生成し、第１類型の業務単位体を介して第２類型の業務単位体を順次生成する。これを通じて、業務処理装置１３０は、従属的関係を有する複数の異種業務単位体を介して業務処理フローを実現する。

特に、業務処理装置１３０は、第２類型の業務単位体の属性情報を識別し、属性情報に基づいてスマートタグを自動に生成し、第１類型の業務単位体にスマートタグを結合する。この場合、属性情報は、業務単位体の生成者、生成時点、状態値などを含むが、必ずしもこれに限定されず、業務単位体の類型や業務プロジェクトの特性などのように、業務単位体に連関した様々な識別情報を含む。

図７において、業務タスク５４０の業務処理者がｙからｋに変更された場合、業務処理装置１３０は、業務タスク５４０の変更を検出してスマートタグの拡張を更新する。まず、業務処理装置１３０は、業務処理者の変更によって業務チャットルーム５３０に付着されたスマートタグのタグ名をｙからｋに変更する（すなわち、＃ｋ）。その後、業務処理装置１３０は、変更されたスマートタグに基づいて検索して、検索条件を満たす新しい業務チャットルーム５３０を検出し、当該業務チャットルーム５３０にスマートタグ＃ｋを付着することで、スマートタグの拡張に関する更新動作を処理する。仮に、スマートタグの更新によって検索条件を満たさないことに変更された業務チャットルーム５３０の場合には、既存に付着されたスマートタグが除去される。

図８は、本発明によるスマートタグの構成を説明する図である。

図８に示すように、業務処理装置１３０は、カンバンボード基盤の業務処理過程で業務プロジェクトの進行によって生成された様々なユーザ定義業務に対してスマートタグ（ｓｍａｒｔ－ｔａｇ）を付着する。このとき、ユーザ定義業務は、カンバンボード上で定義されるカンバンカード８１０と、カンバンボードまたはカンバンカード８１０上で定義される業務ノート８２０、業務チャットルーム８３０、及び業務タスク８４０を備える。

より具体的に、全体プロジェクトは、カンバンボードを介してステップ別に進行され、全体プロジェクトには、複数の業務プロジェクトが存在する。カンバンボード上で定義されるカンバンカード８１０は、各業務プロジェクトに対応して生成され、当該業務プロジェクトの進行過程で生成される業務ノート８２０と業務タスク８４０は、カンバンカード８１０にアップロードされて管理される。また、当該業務プロジェクトの業務参加者達の間のコミュニケーションのために、当該カンバンカード８１０には、業務チャットルーム８３０が生成されて登録される。業務プロジェクトの進行経過や状態などは、業務進行ステップを介して管理される。

例えば、業務指示者によってカンバンカード８１０に業務指示内容がアップロードされれると（Ｐｌａｎ、Ｐ）、当該カンバンカード８１０の業務進行ステップは「進行中」になる。また、業務指示内容に相応して業務処理者が業務を処理した後、その結果として業務処理内容をアップロードすると（Ｄｏ、Ｄ）、当該カンバンカード８１０の業務進行ステップは「確認中」になる。このとき、業務指示者または業務処理者により入力される業務関連内容は、業務ノート８２０として記録されてカンバンカード８１０にアップロードされ、各々カンバンカード８１０のカード状態を変更させる。また、業務ノート８２０に従属する業務関連内容は、業務タスク８４０として生成され、業務ノート８２０に連関して管理される。

また、「確認中」である業務タスク８４０に対して業務指示者が業務処理内容を確認し（Ｃｈｅｃｋ、Ｃ）、当該業務タスク８４０を終了させる。この場合、当該業務タスク８４０の業務進行ステップは「終了」になる。それに対し、業務指示者が業務処理内容を確認した後、業務処理内容に対して業務補完を要請する。このように、業務補完要請または業務補完指示が業務指示者によりカンバンカード８１０にアップロードされると、当該カンバンカード８１０の業務進行ステップは「補完中」になり、当該カンバンカード８１０のカード状態も共に変更される。

業務処理者が業務補完指示の内容に相応して業務処理内容を補完し（Ａｃｔ、Ａ）、当該業務補完内容が業務処理者によりカンバンカード８１０にアップロードされた場合、またはアップロードされた業務補完内容が業務指示者により確認された場合、当該カンバンカード８１０の業務進行ステップは「補完完了」に設定される。そして、それぞれのカンバンカード８１０は、業務進行ステップにしたがって分類されてカンバンボード内に配列される。

図８において、スマートタグ（ｓｍａｒｔ ｔａｇ）は、タグ名（ｎａｍｅ）とタグ条件（ｃｏｎｄｉｔｉｏｎ）を含んで定義される。このとき、タグ条件は、スマートタグに関する検索条件に該当する。業務処理装置１３０は、スマートタグを生成しながら検索条件を設定することで、当該検索条件を満たすユーザ定義業務に対して自動にタグを付着できるように自動付着機能を提供する。

これにより、ユーザ定義業務毎に一々スマートタグを付着しなければならないという負担が減り、検索条件の変更だけでも容易にスマートタグの脱付着が可能である。もちろん、スマートタグを一々手動で付着することも可能であるので、検索条件に該当しないカンバンカード８１０にユーザが直接スマートタグを付着することができる。同様に、検索条件を付与した後にも、個々のカンバンカード８１０に対してスマートタグを手動で削除することができる。

また、業務処理装置１３０は、スマートタグに対する呼び出し（または、検索）機能を提供し、ユーザは、タグ名を利用してスマートタグを呼び出すか、またはタグ名と検索条件とを共に利用してスマートタグを呼び出すことができる。一実施形態において、スマートタグには、呼び出しのための接近権限が設定される。これにより、接近権限が付与されたユーザだけがスマートタグを制限的に使用して検索及び照会機能を実行できる。

一方、スマートタグは、カンバンボード上で管理されるカンバンカード８１０毎に付着される。また、スマートタグは、カンバンカード８１０上で管理される業務ノート８２０、業務チャットルーム８３０、及び業務タスク８４０にも付着される。これにより、カンバンボード上でカンバンカード８１０だけでなく、他のタブに対しても複合的な検索が可能である。例えば、業務ノートタブ（図９のＤタブ）でａ条件を満たす業務チャットルーム等に連結された業務ノートを見せるスマートタグ＃ａを生成した後、当該スマートタグをさらに他の業務ノートに付着した場合、業務ノートタブで＃ａタグを呼び出すと、＃ａをスマートタグとして使用する業務ノートとともにａ条件で検索された業務チャットルーム等に連結された業務ノートも共に検索される。

また、スマートタグには、他のスマートタグを検索条件として追加することができる。例えば、業務チャットルームタブ（図９のＣタブ）で業務チャットルームを検索するスマートタグ＃ａｂｃを作って使用するが、業務ノートタブで＃ａｂｃ条件を満たす業務チャットルームに連結された業務ノートを検索する＃ｘｙｚをスマートタグとして生成する。すなわち、次のように種々の形態の組み合わせが可能である。(1)ｐｌａｎのタグ＝ｐｌａｎのタグ＋ｐｌａｎの検索条件、(2)ｃｈｅｃｋのタグ＝ｐｌａｎのタグ＋ｃｈｅｃｋ検索条件、(3)ｐｌａｎのタグ＝ｃｈｅｃｋタグ＋ｃｈｅｃｋ検索条件＋ａｃｔ検索条件。

また、スマートタグは、ダッシュボード画面に連結される。ダッシュボード画面は、スマートタグで検索した結果に対する統計値を表示される。例えば、ＰＤＣＡのように、多くのタブがある場合、スマートタグでＰＬＡＮを呼び出すと、それに連結されたＤＯ、ＣＨＥＣＫ、ＡＣＴに対する統計値も共に表示される。ダッシュボード画面に対する接近権限は、制限的に付与される。

図９及び図１０は、本発明によるスマートタグに対する付着及び検索過程の一実施形態を説明する図である。

図９に示すように、スマートタグは、オブジェクト別に各々付着される一般タグの機能を含み、検索条件を付与して、検索条件に合うオブジェクトに自動に付着される。図９において、カンバンボード９００には、Ｐ（９１０）、Ｄ、Ｃ、及びＡのタブが存在する。カンバンカードＰ領域９１０で、「品質」というスマートタグが生成される。このとき、カンバンカードＰ領域９１０には、スマートタグを生成するインターフェース９３０が提供される。当該スマートタグの設定画面でノート（Ｄ）内容＝「品質」と設定すると、品質という内容を含む業務ノートに連結された３個のカンバンカード（＠１、＠２、＠３）８１０にスマートタグ（＃品質）が自動に付着される。また、スマートタグは、一般タグのように別のカンバンカード（＠４）に個別に付着され得る。

図１０に示すように、業務処理装置１３０は、スマートタグに対する呼び出し（または、検索）を提供する。すなわち、ユーザは、別の検索インターフェース９５０を介してタグ名（ｎａｍｅ）が「品質」であるスマートタグに連結されたユーザ定義業務を検索できる。これにより、合計４個のカンバンカード（＠１、＠２、＠３、＠４）８１０が呼び出し結果（または、検索結果）として表示される。このとき、４個のカンバンカードに関する情報は、リスト形態で生成されて表示され、当該リストには、各カンバンカードに接近可能なリンクが含まれる。

一方、ここでは、カンバンボード上で定義される様々なユーザ定義業務（または、業務単位体）を例に挙げて説明するが、必ずしもこれに限定されず、様々な形態で実現されたユーザ定義業務にもスマートタグが付着されて活用される。例えば、ユーザ定義業務には、ブログ上でのポスト、ＳＮＳ上でのメッセージ、ウェブページ上での掲示文などを含むことができる。

本発明による業務処理装置１３０は、ＰＤＣＡ構造上で自動付着機能を提供するスマートタグを提供し、スマートタグにタグ名とタグ条件を指定することで、一括的なタグ付着が可能であり、これを活用して様々な検索結果を提供する。また、業務処理装置１３０は、ＰＤＣＡ構造内でスマートタグを介して業務単位体間の相互連結性を提供することで、互いに連結された項目が生成されるか、修正された場合、スマートタグの検索条件によって連結された他の項目にスマートタグを容易に付着させる。

以上、本発明の望ましい実施形態を参照して説明したが、当該技術分野の熟練した当業者は、本発明の思想及び技術領域から逸脱しない範囲内で本発明を様々に修正及び変更させ得ることが理解するであろう。

１００ 業務処理システム
１１０ ユーザ端末
１３０ 業務処理装置
２１０ プロセッサ
２３０ メモリ
２５０ ユーザ入出力部
２７０ ネットワーク入出力部
３１０ 業務オブジェクト処理部
３３０ 業務処理フロー制御部
３５０ スマートタグ処理部
３７０ 制御部
５００ スマートタグ
５１０ 業務プロジェクト
５２０、８２０ 業務ノート
５３０、８３０ 業務チャットルーム
５４０、８４０ 業務タスク
８１０ カンバンカード
９００ カンバンボード
９１０ カンバンカード領域
９３０、９５０ インターフェース

Claims (17)

1. 従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する業務オブジェクト処理部と、
   前記業務オブジェクトを介して第１類型の業務単位体を生成し、前記第１類型の業務単位体を介して第２類型の業務単位体を順次生成する業務処理フロー制御部と、
   前記第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、前記属性情報に基づいてスマートタグを自動に生成し、前記第１類型の業務単位体に前記スマートタグを結合するスマートタグ処理部と、
   を備えることを特徴とするスマートタグ基盤の業務処理装置。
2. 前記業務オブジェクト処理部は、
   業務プロジェクト、業務ノート、業務チャットルーム、及び業務タスクでＰＤＣＡ（Ｐｌａｎ Ｄｏ Ｃｈｅｃｋ Ａｃｔ）業務処理フローを実現することを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
3. 前記業務処理フロー制御部は、
   前記第１類型の業務単位体に前記第２類型の業務単位体を含めて前記従属的関係を制御することを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
4. 前記スマートタグ処理部は、
   前記当該業務単位体に関する生成者、生成時点、及び状態値と前記当該業務単位体の類型のうち、少なくとも１つの組み合わせを前記属性情報として決定することを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
5. 前記スマートタグ処理部は、
   前記生成者が属した業務組織の識別コードに基づいて前記スマートタグを生成することを特徴とする請求項４に記載のスマートタグ基盤の業務処理装置。
6. 前記スマートタグ処理部は、
   前記生成時点を基準に前記スマートタグを生成する場合、前記生成時点から経過した時間によって前記スマートタグを更新して表示することを特徴とする請求項４に記載のスマートタグ基盤の業務処理装置。
7. 前記スマートタグ処理部は、
   前記状態値に応じて前記スマートタグを区分して生成し、前記状態値の変更によって前記スマートタグを更新して表示することを特徴とする請求項４に記載のスマートタグ基盤の業務処理装置。
8. 前記スマートタグ処理部は、
   前記当該業務単位体が業務タスクである場合、業務進行ステップまたは業務期限の変更を前記状態値の変更として決定することを特徴とする請求項７に記載のスマートタグ基盤の業務処理装置。
9. 前記スマートタグ処理部は、
   前記当該業務単位体のリマインダー可否によって前記スマートタグを区分して生成し、前記状態値の変更によって前記スマートタグを更新して表示することを特徴とする請求項８に記載のスマートタグ基盤の業務処理装置。
10. 前記スマートタグ処理部は、
    前記第２類型の業務単位体に対する検索条件を設定し、検索して前記スマートタグを拡張することを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
11. 前記スマートタグ処理部は、
    前記第２類型の業務単位体の変更を検出して前記スマートタグの拡張を更新することを特徴とする請求項１０に記載のスマートタグ基盤の業務処理装置。
12. 前記スマートタグ処理部は、
    前記検索条件を検索キーワード及び検索演算子で構成し、前記スマートタグの拡張部分にユーザの接近権限を設定することを特徴とする請求項１０に記載のスマートタグ基盤の業務処理装置。
13. 前記スマートタグ処理部は、
    前記スマートタグの拡張部分にユーザの接近権限が設定された場合には、接近権限のないユーザに前記第１類型の業務単位体で当該タグ名を隠すことを特徴とする請求項１２に記載のスマートタグ基盤の業務処理装置。
14. 前記スマートタグ処理部は、
    前記スマートタグに相互包含関係が成立しない他のスマートタグを含めることができることを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
15. 前記スマートタグ処理部は、
    前記スマートタグを介しての検索が行われると、前記第２類型の業務単位体の変更を検出し、前記第１類型の業務単位体にあるスマートタグを介して前記変更を知らせることを特徴とする請求項１に記載のスマートタグ基盤の業務処理装置。
16. 前記スマートタグ処理部は、
    前記スマートタグを介しての検索が行われると、前記第２類型の業務単位体の変更を検出し、前記第１類型の業務単位体にある前記スマートタグをハイライティング（ｈｉｇｈｌｉｇｈｔｉｎｇ）して表示することを特徴とする請求項１５に記載のスマートタグ基盤の業務処理装置。
17. 従属的関係を有する複数の異種業務単位体（ｗｏｒｋ ｕｎｉｔｓ）を介して業務処理フローを実現した業務オブジェクトを生成する業務オブジェクト処理ステップと、
    前記業務オブジェクトを介して第１類型の業務単位体を生成し、前記第１類型の業務単位体を介して第２類型の業務単位体を順次生成する業務処理フロー制御ステップと、
    前記第２類型の業務単位体が生成された場合、当該業務単位体の属性情報を識別し、前記属性情報に基づいてスマートタグを自動に生成し、前記第１類型の業務単位体に前記スマートタグを結合するスマートタグ処理ステップと、
    を含むことを特徴とするスマートタグ基盤の業務処理方法。
    
    

Images