JP7162682B2 - 情報連携装置、情報連携システム、情報連携方法およびプログラム - Google Patents

Description

本発明は、情報連携装置、情報連携システム、情報連携方法およびプログラムに関し、特に、チャット情報を管理するチャットサーバ内の情報を、アクションアイテム情報を管理する情報管理システムに反映させる情報連携装置、情報連携システム、情報連携方法およびプログラムに関する。

コンピュータシステムを用いたユーザ間の情報共有を促進させるツールとして、リアルタイムでのコミュニケーションを可能にするチャットの活用が進んでいる。このようなチャットを活用した情報管理技術として、特許文献１は、チャット機能を用いてやりとりされた複数のメッセージと、当該複数のメッセージそれぞれに対する送信元ユーザアカウントを特定可能な情報である複数の送信元情報とを記憶した記憶部を参照して、当該複数のメッセージを編集して得られた編集情報を生成するチャットサマリ参照制御方法を開示する。特許文献１のチャットサマリ参照制御方法は、複数の送信元に含まれるユーザアカウントに対してのみ、編集情報を提供する。これにより、議事録を提供する際に、提供先に応じて、実際のメッセージのやりとりの内容を開示するか否かを制御できる。

特開２０１５－１８５１０７号公報

しかしながら、議事録またはチャットログをテキストとして保存するだけでは、チャット中に発生したアクションアイテムが認識されず、あるいは認識されたとしてもチャット終了後に忘れられる危険がある。

本発明は、上記課題を解決するためになされたものであり、チャットを解析してアクションアイテムを自動的に取得し、取得したアクションアイテムをタスク管理システム等の情報管理システムに自動的に送信することにより、チャットにおいて発生したアクションアイテムの見落としの危険を低減することを目的とする。

本発明の第１の態様は、チャット情報を管理するチャットサーバ内の情報を、アクションアイテム情報を管理する情報管理システムに反映させる情報連携装置を提供する。情報連携装置は、チャットサーバとの間でネットワークを介して送受信されるチャットで扱われる情報を解析してアクションアイテム情報を取得し、アクションアイテム情報を情報管理システムに送信する制御部を備える。

本発明の第２の態様は、本発明の第１の態様の情報連携装置と、情報連携装置との間で送受信されるチャット情報を管理するチャットサーバと、情報連携装置が前記チャット情報から抽出したアクションアイテム情報を受信し、前記アクションアイテム情報を管理する情報管理システムと、を備える情報連携システムを提供する。

本発明の第３の態様は、チャット情報を管理するチャットサーバ内の情報を、アクションアイテム情報を管理する情報管理システムに反映させる情報連携方法を提供する。情報連携方法は、チャットサーバからネットワークを介して受信したチャットを解析してアクションアイテム情報を取得するステップと、アクションアイテム情報を情報管理システムに送信する送信ステップと、を含む。

本発明の第４の態様は、本発明の第３の態様の情報連携方法を制御部に行わせるためのプログラムを提供する。

本発明により、チャットを解析してアクションアイテムを自動的に取得し、取得したアクションアイテムをタスク管理システム等の情報管理システムに自動的に送信することにより、チャットにおいて発生したアクションアイテムの見落としの危険を低減することができる。

本発明の実施の形態１に係る情報連携システムの構成を示す図である。 実施の形態１に係るＡＰ連携装置の構成を示す図である。 チャットサーバの構成を示す図である。 バージョン管理サーバの構成を示す図である。 タスク管理サーバの構成を示す図である。 実施の形態１に係るデータベースサーバに格納される情報を示す図である。 ＡＰ連携装置の表示装置に表示されるチャット画面を例示する図である。 チャット内に入力することによって実行可能なコマンドの例を示す表である。 ＡＰ連携装置に入力されたチャットに含まれる情報の処理を示すフローチャートである。 実施の形態１に係るデータベースサーバのデータ構造を示す図である。 実施の形態２に係る情報連携システムの構成を示す図である。 実施の形態２に係るＡＰ連携装置の構成を示す図である。 実施の形態２に係るデータベースサーバに格納される情報を示す図である。 実施の形態２に係るデータベースサーバのデータ構造を示す図である。 ＡＰ連携装置の表示装置に表示されるデータ確認画面を示す図である。 実施の形態２に係る制御部による情報処理動作を示すフローチャートである。 実施の形態２に係る制御部による情報処理動作を示すフローチャートである。 実施の形態２に係る制御部による情報処理動作を示すフローチャートである。 実施の形態３に係るＡＰ連携装置の構成を示す図である。 図１９の自動応答部の機能構成を示すブロック図である。 図１９のＡＰ連携装置によって行われる処理の流れを例示するフローチャートである。 質問者等のユーザに対して表示されるチャット画面またはメッセージ画面を例示する模式図である。 回答者に対して表示されるユーザインタフェース画面を例示する模式図である。

以下、本発明の実施の形態に係る分析装置について、図面を参照して説明する。各実施の形態において、同一の構成には同一の符号を付して、重複説明を省略する。

実施の形態１．
１．構成
図１は、本発明の実施の形態１に係る情報連携システム１００の構成を示す図である。情報連携システム１００は、種々のアプリケーションプログラム（以下、「ＡＰ」という。）を連携させて動作させるためのシステムである。情報連携システム１００は、チャットに関する情報を管理するチャットサーバ２０と、ソフトウェアのソースコードのバージョンに関する情報を管理するバージョン管理サーバ３０と、ソフトウェア開発のタスクに関する情報を管理するタスク管理サーバ４０と、種々のＡＰを連携させるアプリケーションプログラム連携装置（ＡＰ連携装置）１０と、データベースサーバ６０と、を含む。ＡＰ連携装置１０は、クライアント端末の中に実現され、情報連携システム１００は、複数のＡＰ連携装置１０を含む。

チャットサーバ２０と、バージョン管理サーバ３０と、タスク管理サーバ４０と、ＡＰ連携装置１０と、データベースサーバ６０とは、ネットワーク５０を介して接続されており、ネットワーク５０を介して互いにコマンドやデータを交換することができる。

１．１ ＡＰ連携装置
図２は、情報連携システム１００を構成するＡＰ連携装置１０の構成を示す図である。ＡＰ連携装置１０は、ＰＣ、タブレット、スマートフォン等の情報処理装置で構成される。ＡＰ連携装置１０は、外部から情報を受け付ける入力部１１と、外部へ情報を出力する出力部１２と、ＡＰ連携装置１０の全体動作を制御する制御部１３と、情報を記憶する記憶部１４と、ネットワーク５０に接続するための通信インタフェース（Ｉ／Ｆ）１５とを備える。

入力部１１は、操作者による操作指示を受け付ける入力用インタフェースである。例えば、入力部１１は、操作者から受け付けた入力指示や操作の内容を電気信号に変換して制御部１３に伝達する。入力部１１は、マウス、キーボード、タッチパネル、マイク等を含む。

出力部１２は、種々の情報を出力する。出力部１２は、液晶ディスプレイ、有機ＥＬディスプレイ、プロジェクタ等の表示装置１２ａを含む。また、出力部１２は、図示しないプリンタおよび音声を出力するスピーカを含んでもよい。

制御部１３は、プログラムを実行することによって所定の機能を実現するＣＰＵまたはＭＰＵのような汎用プロセッサを含み、記憶部１４に格納されたプログラム１４ａ～１４ｄを実行することによって各種の機能を実現する。制御部１３は、ハードウェアとソフトウェアの協働により所定の機能を実現するものに限定されず、所定の機能を実現するための専用回路として設計されたＦＰＧＡ、ＡＳＩＣ、ＤＳＰ等のハードウェア回路で構成されてもよい。

記憶部１４は、種々の情報を記録する記録媒体である。記憶部１４は、例えば、フラッシュメモリ、ＳＳＤなどの半導体メモリ装置、ハードディスク等の磁気記憶装置、その他の記憶デバイス単独でまたはそれらを適宜組み合わせて実現される。記憶部１４には、ＡＰ連携装置１０の全体動作を制御する制御プログラム１４ａと、ユーザにチャット機能を提供するチャットＡＰ１４ｂとが格納される。

さらに、記憶部１４には、バージョン管理ＡＰ１４ｃが格納される。制御部１３は、バージョン管理ＡＰ１４ｃを呼び出して実行することによって、ユーザにバージョン管理機能を提供する。バージョン管理機能は、例えば、ＣＶＳ、Ｓｕｂｖｅｒｓｉｏｎ、Ｇｉｔ等の集中型または分散型のバージョン管理システムによって実現される。

記憶部１４には、タスク管理ＡＰ１４ｄがさらに格納される。制御部１３は、タスク管理ＡＰ１４ｄを呼び出して実行することによって、ユーザにタスク管理機能を提供する。タスク管理機能は、例えば、ＪＩＲＡ（登録商標）、Ｒｅｄｍｉｎｅ等のタスク管理システムによって実現される。

通信Ｉ／Ｆ１５は、ネットワーク５０を介して外部機器への通信接続を可能とするためのインタフェース回路である。通信Ｉ／Ｆ１５は、ＩＥＥＥ８０２．３、ＩＥＥＥ８０２．１１またはＷｉ－Ｆｉ等の規格に従って通信を行う。

１．２ チャットサーバ
図３は、情報連携システム１００を構成するチャットサーバ２０の構成を示す図である。チャットサーバ２０は、ＡＰ連携装置１０と同様の構成を有し、例えば、１つまたは複数の情報処理装置で構成される。すなわち、チャットサーバ２０は、外部から情報を受け付ける入力部２１と、外部へ情報を出力する出力部２２と、チャットサーバ２０の全体動作を制御する制御部２３と、制御プログラム２４ａを含む情報を記憶する記憶部２４と、ネットワーク５０に接続するための通信インタフェース（Ｉ／Ｆ）２５とを備える。ＡＰ連携装置１０が有するチャットＡＰ１４ｂとチャットサーバ２０とは、協働することによってチャットシステムとして機能する。

１．３ バージョン管理サーバ
図４は、情報連携システム１００を構成するバージョン管理サーバ３０の構成を示す図である。バージョン管理サーバ３０は、ＡＰ連携装置１０と同様の構成を有し、例えば、１つまたは複数の情報処理装置で構成される。すなわち、バージョン管理サーバ３０は、外部から情報を受け付ける入力部３１と、外部へ情報を出力する出力部３２と、バージョン管理サーバ３０の全体動作を制御する制御部３３と、制御プログラム３４ａを含む情報を記憶する記憶部３４と、ネットワーク５０に接続するための通信インタフェース（Ｉ／Ｆ）３５とを備える。ＡＰ連携装置１０が有するバージョン管理ＡＰ１４ｃとバージョン管理サーバ３０とは、協働することによってバージョン管理システムとして機能する。

１．４ タスク管理サーバ
図５は、情報連携システム１００を構成するタスク管理サーバ４０の構成を示す図である。タスク管理サーバ４０は、ＡＰ連携装置１０と同様の構成を有し、例えば、１つまたは複数の情報処理装置で構成される。すなわち、タスク管理サーバ４０は、外部から情報を受け付ける入力部４１と、外部へ情報を出力する出力部４２と、タスク管理サーバ４０の全体動作を制御する制御部４３と、情報を記憶する記憶部４４と、ネットワーク５０に接続するための通信インタフェース（Ｉ／Ｆ）４５とを備える。ＡＰ連携装置１０が有するタスク管理ＡＰ１４ｄとタスク管理サーバ４０とは、協働することによってタスク管理システムとして機能する。

１．５ データベースサーバ
データベースサーバ６０には、図６に示すように、後述のチャンネル情報６１、トランザクション情報６２、アクションアイテム情報６３およびチャットログ６４等の情報が格納される。なお、データベースサーバ６０は、ＡＰ連携装置１０と同様の構成を有してもよい。

２．動作
以下、情報連携システム１００の動作について説明する。

ユーザは、まず、クライアント端末であるＡＰ連携装置１０を操作してチャットＡＰ１４ｂを実行する。チャットＡＰ１４ｂを実行してチャット機能を提供する制御部１３（以下、単に「チャットＡＰ１４ｂ」という。）は、ネットワーク５０を介してチャットサーバ２０にアクセスする。これにより、ＡＰ連携装置１０の表示装置１２ａに、図７に示すようなチャット画面が表示される。

図７は、ユーザＡが見ることのできるチャット画面を示している。図７のチャット画面には、ユーザＡ、ＢおよびＣによる発言（チャット）７０１～７１０が示されている。ユーザＡは、図７に示すチャンネルａに属するチャットの他、チャンネルｂ、ｃおよびｄに属するチャットを行うことができる。チャンネルａ～ｄは、例えばプロジェクト等の業務単位に応じて使い分けられる。ユーザＡは、例えば図７の左上のチャンネルａ～ｄの各タブをクリックすることによって、チャット画面を切り換えることができる。

ユーザＡ～Ｃは、チャット画面に、会話文の他に、コマンドを入力することができる。ＡＰ連携装置１０の制御部１３は、チャット内に入力された文字列を解釈し、コマンドが入力されたと解釈した場合、バージョン管理ＡＰ１４ｃおよびタスク管理ＡＰ１４ｄの少なくとも１つを操作する。これにより、ユーザＡ～Ｃは、コマンドを入力することによって、バージョン管理ＡＰ１４ｃおよびタスク管理ＡＰ１４ｄの少なくとも１つを操作することができる。

ＡＰ連携装置１０では、チャンネルａ～ｄは、チャンネルａ～ｄにそれぞれ対応する情報を区別するためのメタデータとして管理される。例えば、チャンネルａに関して行われたチャットのログは、チャンネルａ専用のフォルダまたはディレクトリの中に保存される。これに対応して、チャンネルａ～ｄにそれぞれ対応する情報は、バージョン管理ＡＰ１４ｃにおいては、それぞれ対応するリポジトリに格納される。例えば、チャンネルａでコミット命令コマンドが指定された場合、チャンネルａに対応するリポジトリのソースコードに対し修正およびコミットが行われる。

図８は、上記のようなチャット内に入力することによって実行可能なコマンドの例を示す表である。図８の表のＮｏ．１およびＮｏ．２の欄に記載されたトランザクション開始コマンド（コマンド形式は“ｂｅｇｉｎ．＜トランザクション名＞”）およびトランザクション終了コマンド（コマンド形式は“ｅｎｄ”）は、チャットの目的や内容等に応じて、所望のまとまったチャット群をトランザクションとして管理するためのコマンドである。トランザクション開始コマンドからトランザクション終了コマンドまでのチャット群が、１つのトランザクションとして管理される。

図７に示した例では、ユーザＡのチャット７０１の１行目に、トランザクション名を「打合せ１」とするトランザクション開始コマンド“ｂｅｇｉｎ．打合せ１”が入力されている。その後、ユーザＡのチャット７０４の２行目にトランザクション終了コマンド“ｅｎｄ”が入力されている。したがって、チャット７０１～７０４が、トランザクション名を「打合せ１」とするトランザクションとして管理される。同様に、ユーザＡのチャット７０５の１行目に、トランザクション名を「打合せ２」とするトランザクション開始コマンド“ｂｅｇｉｎ．打合せ２”が入力されている。その後、ユーザＢのチャット７１０の４行目にトランザクション終了コマンド“ｅｎｄ”が入力されている。したがって、チャット７０５～７１０が、トランザクション名を「打合せ２」とするトランザクションとして管理される。

図８の表のＮｏ．３の欄に記載されたコミット命令コマンド（コマンド形式は“ｃｏｄｅ．ｃｏｍｍｉｔ．＜ブランチ名＞．＜ファイルパス＞（改行、以下略）”）は、チャットＡＰ１４ｂに、バージョン管理ＡＰ１４ｃに対するコミット命令を送信させるためのコマンドである。チャットＡＰ１４ｂからのコミット命令を受信したバージョン管理ＡＰ１４ｃは、コミットコマンドを実行する。コミットコマンドは、バージョン管理ＡＰ１４ｃの機能として搭載されたコマンドであって、バージョン管理されているソースコードの修正およびコミットを行うコマンドである。

具体的には、コミット命令コマンドがチャットＡＰ１４ｂに入力されると、アクションアイテム取得部１３ａとして機能するＡＰ連携装置１０の制御部１３（図２参照）は、コミット命令コマンドを解釈してその内容をアクションアイテムとして取得する。そして、バージョン管理ＡＰ１４ｃは、コミット命令コマンドの内容を読み込み、ネットワーク５０を介してバージョン管理サーバ３０に対してコミット命令コマンドの内容を送信する。コミット命令コマンドの内容を受信したバージョン管理サーバ３０の制御部３３（図４参照）は、チェックアウトによって、コミット命令コマンドで指定されたブランチを作業対象のブランチとし、その後、コミット命令コマンドで指定された修正（削除および追加の少なくとも１つ）を実行し、コミットを実行する。このようにして、バージョン管理サーバ３０上でコミットが実行される。

図７に示した例では、ユーザＡのチャット７０５の３～５行目に、コミット命令コマンド“ｃｏｄｅ．ｃｏｍｍｉｔ．ｂｒａｎｃｈＸ．ｓｒｃ／ｆｉｌｅ．ｃ（改行）１０．－．ｆｏｒ（ｉ＝０；ｉ＜１０；ｉ＋＋）｛（改行）１０．＋．ｆｏｒ（ｉｎｔ ｉ＝０；ｉ＜１０；ｉ＋＋）｛”が入力されている。したがって、ＡＰ連携装置１０の制御部１３は、コミット命令コマンドの内容を、アクションアイテムとして取得する。さらに、送信部１３ｂとして機能する制御部１３は、取得したアクションアイテムを、ネットワーク５０を介してバージョン管理サーバ３０に送信する。バージョン管理サーバ３０の制御部３３は、チャンネルａに対応するリポジトリの、ｂｒａｎｃｈＸというブランチの、ｓｒｃというフォルダ下の、ｆｉｌｅ．ｃというファイルに指定された修正およびコミットを実行する。すなわち、バージョン管理サーバ３０の制御部３３は、ｆｉｌｅ．ｃの１０行目の「ｆｏｒ （ｉ＝０；ｉ＜１０；ｉ＋＋）｛」を削除し、削除後の同ファイルの１０行目に、「ｆｏｒ （ｉｎｔ ｉ＝０；ｉ＜１０；ｉ＋＋）｛」を追加する、という修正を行い、修正の結果をコミットする。

図８の表のＮｏ．４の欄に記載されたマージリクエスト命令コマンド（コマンド形式は“ｃｏｄｅ．ｍｒ．＜ブランチ名＞．＠＜担当者＞”）は、チャットＡＰ１４ｂに、バージョン管理ＡＰ１４ｃに対するマージリクエスト命令を送信させるためのコマンドである。チャットＡＰ１４ｂからのマージリクエスト命令を受信したバージョン管理ＡＰ１４ｃは、マージリクエストコマンドを実行する。マージリクエストコマンドは、バージョン管理ＡＰ１４ｃの機能として搭載されたコマンドであって、対象ブランチについてマージを行うことを要求するマージリクエストをマージ担当者に送信するコマンドである。

図７に示した例では、ユーザＢのチャット７０８に、マージリクエスト命令コマンド“ｃｏｄｅ．ｍｒ．ｂｒａｎｃｈＹ．＠Ｃ”が入力されている。これにより、ＡＰ連携装置１０の制御部１３は、マージリクエスト命令コマンドの内容を、アクションアイテムとして取得するとともにネットワーク５０を介してバージョン管理サーバ３０に送信する。バージョン管理サーバ３０の制御部３３は、ｂｒａｎｃｈＹというブランチに関して、マージ担当者であるＣにマージリクエストを送信する。これにより、マージ担当者Ｃが確認できるバージョン管理ＡＰ１４ｃの画面に、マージリクエストを受信した旨が表示される。

図８の表のＮｏ．５の欄に記載されたプロダクトバックログ追加命令コマンド（コマンド形式は“ｔａｓｋ．ａｄｄ．＜プロダクトバックログ名＞”）は、チャットＡＰ１４ｂに、タスク管理ＡＰ１４ｄに対するプロダクトバックログ追加命令を送信させるためのコマンドである。プロダクトバックログ追加命令を受信したタスク管理ＡＰ１４ｄは、プロダクトバックログ追加コマンドを実行する。プロダクトバックログ追加コマンドは、タスク管理ＡＰ１４ｄの機能として搭載されたコマンドであって、優先順位が付されたタスクとしてのプロダクトバックログと、当該プロダクトバックログの識別番号とを登録するコマンドである。

図８の表のＮｏ．６の欄に記載されたプロダクトバックログ削除命令コマンド（コマンド形式は“ｔａｓｋ．ｒｍ．＜プロダクトバックログ識別番号＞”）は、チャットＡＰ１４ｂに、タスク管理ＡＰ１４ｄに対するプロダクトバックログ削除命令を送信させるためのコマンドである。プロダクトバックログ削除命令を受信したタスク管理ＡＰ１４ｄは、プロダクトバックログ削除コマンドを実行する。プロダクトバックログ削除コマンドは、タスク管理ＡＰ１４ｄの機能として搭載されたコマンドであって、識別番号で指定されたプロダクトバックログを削除するコマンドである。

図７に示した例では、ユーザＣのチャット７０３の２行目（“ｔａｓｋ．ａｄｄ．ＸＸ．＠Ｃ”）と、ユーザＢのチャット７１０の２行目（“ｔａｓｋ．ａｄｄ．ＺＺ．＠Ｂ”）とに、プロダクトバックログ追加命令コマンドが入力されている。

以上のコマンドは例示に過ぎず、ＡＰ連携装置１０に搭載され、チャット内に入力することによって実行可能なコマンドは、上記のものに限定されない。例えば、チャットＡＰ１４ｂ、バージョン管理ＡＰ１４ｃおよびタスク管理ＡＰ１４ｄにおいて実行可能な全てのコマンドに対応するコマンドがＡＰ連携装置１０に搭載され、チャット内に入力することによって実行可能なように設計されてもよい。

図９は、ＡＰ連携装置１０に入力されたチャットに含まれる情報の処理を示すフローチャートである。まず、チャットＡＰ１４ｂにチャットが入力されると（Ｓ１０１でＹｅｓ）、制御部１３（図２参照）は、入力されたチャットをチャットログ６４としてデータベースサーバ６０に格納する（Ｓ１０２）。このようにして、チャットログ６４には、入力されたチャットがアクションアイテム等のコマンドを含むものであるか否かを問わず、入力されたチャット全てが格納される。

次に、アクションアイテム取得部１３ａとして機能するＡＰ連携装置１０の制御部１３（以下、単に「アクションアイテム取得部１３ａ」という。）は、チャット内に、バージョン管理ＡＰ１４ｃに送信されて管理されるべきアクションアイテム（以下、「バージョン管理アクションアイテム」という。）が入力されたか否かを判断する（Ｓ１０３）。図８に示した例を用いて説明すると、アクションアイテム取得部１３ａは、チャット内にコミット命令コマンドまたはマージリクエスト命令コマンドが入力されたか否かを判断する。

チャット内にバージョン管理アクションアイテムが入力されたと判断した場合（Ｓ１０３でＹｅｓ）、制御部１３は、入力されたバージョン管理アクションアイテムをアクションアイテム情報６３（図６参照）としてデータベースサーバ６０に格納する（Ｓ１０４）。

次に、送信部１３ｂとして機能する制御部１３は、入力されたバージョン管理アクションアイテムをバージョン管理ＡＰ１４ｃに送信する（Ｓ１０５）。例えば、図８に示したコミット命令コマンドがチャットに入力されると、制御部１３は、コミット命令をバージョン管理ＡＰ１４ｃに送信する。コミット命令を受信したバージョン管理ＡＰ１４ｃは、コミットコマンドを実行する。なお、ステップＳ１０４とステップＳ１０５とは順不同であり、上記の例と異なり、ステップＳ１０４はステップＳ１０５の後に実行されてもよい。

ステップＳ１０３において、チャット内にバージョン管理アクションアイテムが入力されていないと判断した場合、アクションアイテム取得部１３ａは、チャット内に、タスク管理ＡＰ１４ｄに送信されて管理されるべきアクションアイテム（以下、「タスク管理アクションアイテム」という。）が入力されたか否かを判断する（Ｓ１０６）。図８に示した例を用いて説明すると、アクションアイテム取得部１３ａは、チャット内にプロダクトバックログ追加命令コマンドまたはプロダクトバックログ削除命令コマンドが入力されたか否かを判断する。

チャット内にタスク管理アクションアイテムが入力されたと判断した場合（Ｓ１０６でＹｅｓ）、制御部１３は、入力されたタスク管理アクションアイテムをアクションアイテム情報６３（図６参照）としてデータベースサーバ６０に格納する（Ｓ１０７）。

次に、送信部１３ｂとして機能する制御部１３は、入力されたタスク管理アクションアイテムをタスク管理ＡＰ１４ｄに送信する（Ｓ１０８）。例えば、図８に示したプロダクトバックログ追加命令コマンドがチャットに入力されると、制御部１３は、プロダクトバックログ追加命令をタスク管理ＡＰ１４ｄに送信する。プロダクトバックログ追加命令を受信したタスク管理ＡＰ１４ｄは、プロダクトバックログ追加コマンドを実行する。なお、ステップＳ１０７とステップＳ１０８とは順不同であり、上記の例と異なり、ステップＳ１０７はステップＳ１０８の後に実行されてもよい。

ステップＳ１０５を終えた場合、ステップＳ１０８を終えた場合、チャットが入力されなかった場合（Ｓ１０１でＮｏ）、および、ステップＳ１０６においてチャット内にタスク管理アクションアイテムが入力されなかったと判断した場合、チャットに含まれる情報の処理動作（図９のフロー）を終える。

チャットを記憶するステップＳ１０２、アクションアイテムを記憶するステップＳ１０４およびＳ１０７において、記憶されるチャットおよびアクションアイテムは、チャットが属するチャンネルの情報を示すチャンネル情報６１（図６および図７参照）に関連付けられて記憶される。さらに、チャット内でトランザクション開始コマンドが入力された場合は、トランザクション終了コマンドが入力されるまでに行われてチャットは、トランザクション名に関連付けられて記憶される。

ここでの各チャットを各トランザクションに関連付ける方法の一例として、ＡＰ連携装置１０のチャットＡＰ１４ｂが、チャットに付与されるまたは含まれる図示しない種々の情報（例えば、チャットに記述される表面的な情報またはチャットの記述を受けて装置が変換する表面的ではない情報など）ごとにタグ付けを行って関連するトランザクションに紐付けを行ったり、階層分けを行ってトランザクションの配下に関連するチャットを配置したりすることが考えられる。タグ付けを行う場合は、例えば“ｂｅｇｉｎ．打合せ１”から始まったチャットのチャットログに、「打合せ１」を示すタグ情報（ラベル情報）を付して記憶する。階層分けを行う場合は、例えば“ｂｅｇｉｎ．打合せ１”から始まったチャットのチャットログは、「打合せ１」という新規フォルダまたはディレクトリの中に記憶される。

図１０は、データベースサーバ６０のデータ構造を示す図である。図１０は、図６に示したチャンネル情報６１、トランザクション情報６２、アクションアイテム情報６３およびチャットログ６４が関連付けられてデータベースサーバ６０に格納された際のデータ構造の例を示している。図１０は、図７に示したようなチャットが行われた場合のデータ構造である。データベースサーバ６０に格納されるデータの形式は、例えば、ＣＳＶ形式、ＸＭＬ形式またはＪＳＯＮ形式である。

チャンネル情報６１は、図１０に示すように、チャンネルａやチャンネルｂ等、チャンネル毎に付された識別名を有する。各チャンネルは、トランザクション情報６２を含む。

トランザクション情報６２は、トランザクション毎に付された識別名を有する。トランザクションの識別名は、図８に示したトランザクション開始コマンドによって指定される。図１０は、図７に示したようなチャットによって構成されたデータベースであるため、「打合せ１」および「打合せ２」という識別名の２つのトランザクションを示している。

各トランザクションは、アクションアイテム情報６３およびチャットログ６４を含む。識別名「打合せ１」を有するトランザクションは、図７に示したチャットに基づいて、アクションアイテム情報６３として「アクションアイテム１－１」を有する。「アクションアイテム１－１」は、図７のチャット７０３のプロダクトバックログ追加命令コマンドによって宣言されたアクションアイテムであり、コマンドの引数であるプロダクトバックログ名等の情報を含む。

同様に、図１０において識別名「打合せ２」を有するトランザクションは、アクションアイテム情報６３として「アクションアイテム２－１」と、「アクションアイテム２－２」と、「アクションアイテム２－３」と、を有する。「アクションアイテム２－１」は、図７のチャット７０５において宣言されたコミット命令コマンドに関する情報を含む。「アクションアイテム２－２」は、図７のチャット７０８において宣言されたマージリクエスト命令コマンドに関する情報を含む。「アクションアイテム２－３」は、図７のチャット７１０において宣言されたプロダクトバックログ追加命令コマンドに関する情報を含む。

３．まとめ
以上のように、本発明の実施の形態１は、チャット情報を管理するチャットサーバ２０内の情報を、アクションアイテム情報６３を管理するバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに反映させるＡＰ連携装置１０を提供する。ＡＰ連携装置１０は、チャットサーバ２０からネットワーク５０を介して受信したチャットを解析してアクションアイテム情報を取得し、アクションアイテム情報をバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信する制御部１３を備える。

このような構成により、ＡＰ連携装置１０は、チャットを解析してアクションアイテムを自動的に取得し、取得したアクションアイテムをバージョン管理ＡＰ１４ｃおよびタスク管理ＡＰ１４ｄ等の情報管理システムに自動的に送信することができる。これにより、チャットにおいて発生したアクションアイテムをユーザが見落としたり忘れたりする危険を低減することができる。

実施の形態２．
図１１は、実施の形態２に係る情報連携システム２００の構成を示す図である。情報連携システム２００は、チャットサーバ２０と、バージョン管理サーバ３０と、タスク管理サーバ４０と、ＡＰ連携装置２１０と、データベースサーバ２６０と、を含む。これらの装置は、ネットワーク５０を介して接続されている。

図１２は、実施の形態２に係るＡＰ連携装置２１０の構成を示す図である。ＡＰ連携装置２１０では、実施の形態１のＡＰ連携装置１０と比較して、制御部２１３の構成が異なる。すなわち、制御部２１３は、アクションアイテム取得部１３ａおよび送信部１３ｂとして機能するのみならず、データ修正部２１３ｃおよび送信アクションアイテム決定部２１３ｄとしても機能する。

図１３は、データベースサーバ２６０に格納される情報を示す図である。実施の形態１のデータベースサーバ６０と比較すると、データベースサーバ２６０には、チャンネル情報６１、トランザクション情報６２、アクションアイテム情報６３およびチャットログ６４に加えて、後述の確認状態情報２６５およびデータ送信要否情報２６６も格納される。

図１４は、データベースサーバ２６０のデータ構造を示す図である。図１４は、図１３に示したチャンネル情報６１、トランザクション情報６２、アクションアイテム情報６３、チャットログ６４、確認状態情報２６５およびデータ送信要否情報２６６が関連付けられてデータベースサーバ２６０に格納された際のデータ構造の例を示している。

データ修正部２１３ｃおよび送信アクションアイテム決定部２１３ｄの動作を、図１５～１８を用いて説明する。図１５は、制御部２１３によってＡＰ連携装置１０の表示装置１２ａに表示されるデータ確認画面２７０を示す図である。図１６～１８は、制御部２１３による情報処理動作を示すフローチャートである。

実施の形態１と同様に、ユーザは、クライアント端末であるＡＰ連携装置１０を操作してチャットＡＰ１４ｂを実行し、図７に示したようなチャット画面にチャットを入力する。ユーザによるチャットの入力に応じて、図１６に示すように、制御部２１３は、チャットログおよびアクションアイテム情報をデータベースサーバ２６０に格納する（Ｓ２００）。

図１７は、図１６のステップＳ２００の詳細な流れを示すフローチャートである。図１７のフローは、実施の形態１の図９に示したフローと同様の構成を有するが、バージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄにアクションアイテムを送信するステップ（Ｓ１０５およびＳ１０８のようなステップ）は含まない。

すなわち、まず、チャットＡＰ１４ｂにチャットが入力されると（Ｓ２０１でＹｅｓ）、制御部２１３は、入力されたチャットをチャットログ６４としてデータベースサーバ２６０に格納する（Ｓ２０２）。次に、アクションアイテム取得部１３ａは、チャット内にバージョン管理アクションアイテムが入力されたと判断した場合（Ｓ２０３でＹｅｓ）、入力されたバージョン管理アクションアイテムをアクションアイテム情報６３（図１３参照）としてデータベースサーバ２６０に格納する（Ｓ２０４）。ステップＳ２０４を終えると、図１６のフローチャートのステップＳ２１０に進む。

図１７のステップＳ２０３において、チャット内にバージョン管理アクションアイテムが入力されていないと判断した場合、アクションアイテム取得部１３ａは、チャット内にタスク管理アクションアイテムが入力されたか否かを判断する（Ｓ２０５）。チャット内にタスク管理アクションアイテムが入力されたと判断した場合（Ｓ２０５でＹｅｓ）、アクションアイテム取得部１３ａは、入力されたタスク管理アクションアイテムをアクションアイテム情報６３としてデータベースサーバ２６０に格納する（Ｓ２０６）。ステップＳ２０６を終えると、図１６のフローチャートのステップＳ２１０に進む。

図１６に示すように、データ修正部２１３ｃ（図１２参照）として機能する制御部２１３は、確認済みでない（未確認の）トランザクションのアクションアイテム情報６３およびチャットログ６４を、データベースサーバ２６０から取得する（Ｓ２１０）。トランザクションが確認済みか否かは、図１５に示したデータ確認画面２７０上で行われるユーザの操作によって決定され、確認状態情報２６５としてデータベースサーバ２６０に格納される（図１３および図１４参照）。

次に、制御部２１３は、取得した未確認データをデータ確認画面２７０（図１５参照）に表示できる形式に処理し、表示装置１２ａ（図１２参照）に表示する（Ｓ２１１）。

図１５に示したデータ確認画面２７０には、各トランザクション毎に、アクションアイテム情報６３およびチャットログ６４が表示される。「打合せ１」という識別名を有するトランザクションを示すデータ確認画面２７０の部分には、図７に示したチャットに基づいて、アクションアイテム情報６３として「アクションアイテム１－１」と、「打合せ１」のチャットログ６４ａが表示されている。「アクションアイテム１－１」が表示されている部分には、コマンド名、コマンドの引数等の「アクションアイテム１－１」の内容を詳細に表示してもよい。あるいは、当該部分をクリックした場合にこれらの詳細内容が表示されてもよい。

ユーザは、データ確認画面２７０の表示内容を確認し、「アクションアイテム１－１」の内容を修正したい場合は、例えばボタン２７２をクリックして修正内容を入力するウィンドウを表示させ、ウィンドウに修正内容を入力する。また、ユーザは、チャットログ６４ａの内容を修正したい場合は、例えばボタン２７３をクリックして修正内容を入力するウィンドウを表示させ、ウィンドウに修正内容を入力する。

図１６に戻り、データ修正部２１３ｃとして機能する制御部２１３は、上記のようなユーザによる修正内容の入力に基づいて、データベースサーバ２６０のアクションアイテム情報６３およびチャットログ６４を修正する（Ｓ２２０）。

図１８は、ステップＳ２２０の詳細な流れを示すフローチャートである。まず、データ修正部２１３ｃとして機能する制御部２１３は、ユーザによってデータの修正内容が入力されたか否かを判断する（Ｓ２２１）。データの修正内容が入力されていないと判断した場合（Ｓ２２１でＮｏ）、図１８のフローを終え、図１６のステップＳ２３０に進む。

図１８のステップＳ２２１においてデータの修正内容が入力されたと判断した場合、データ修正部２１３ｃとして機能する制御部２１３は、修正内容に従ってデータ、すなわちアクションアイテム情報６３およびチャットログ６４を修正する（Ｓ２２２）。次に、制御部２１３は、修正済みのデータをデータ確認画面２７０に反映させて表示装置１２ａ（図１２参照）に表示する（Ｓ２２３）。また、制御部２１３は、修正済みのデータをデータベースサーバ２６０に格納する（Ｓ２２４）。データベースサーバ２６０には修正前のデータとは別に修正済みのデータが格納されてもよいし、修正済みのデータが上書きされてもよい。なお、ステップＳ２２３とステップＳ２２４とは順不同であり、上記の例と異なり、ステップＳ２２３はステップＳ２２４の後に実行されてもよい。以上のステップを終えると、図１８のフローを終え、図１６のステップＳ２３０に進む。

図１５に示すように、ユーザは、データ確認画面２７０において、アクションアイテムをバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信するか否かを決定できる。例えば、「アクションアイテム１－１」を送信する必要があると判断した場合、ユーザは、送信要のチェックボックス２７４をクリック等によりチェックする。逆に、必要ないと判断した場合は、送信不要のチェックボックス２７５をチェックする。

図１６に戻り、送信アクションアイテム決定部２１３ｄ（図１２参照）として機能する制御部２１３は、ユーザによる入力に基づいて、各アクションアイテムの送信要否を決定する（Ｓ２３０）。後述のステップＳ２３４では、ステップＳ２３０で「送信要」とされたアクションアイテムのみがバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信される。すなわち、ステップＳ２３０では、バージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信するアクションアイテムのユーザによる選択が行われる。この選択に従い、制御部２１３は、アクションアイテムの中から、バージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信するアクションアイテムを決定する。

次に、制御部２１３は、全てのアクションアイテムにつき送信要否が決定されたトランザクションがあるか否かを判断する（Ｓ２３１）。当該トランザクションに属するアクションアイテムのうち、ステップＳ２３０において送信要否が決定されていないアクションアイテムが１つでもある場合、ステップＳ２３１でＮｏに進み、ステップＳ２１０に戻る。

全てのアクションアイテムにつき送信要否が決定されたトランザクションがある場合、制御部２１３は、当該トランザクションを確認済みにできるようにする（Ｓ２３２）。図１５に示した例では、「打合せ１」という識別名のトランザクションにはアクションアイテムが１つのみあり、「送信要」とされている。したがって、制御部２１３は、「打合せ１」という識別名のトランザクションを確認済みにできるようにする。確認済みにできるようにするために、制御部２１３は、例えば、データ確認画面２７０に確認ボタン２７１を出現させ、あるいは、既に表示されている確認ボタン２７１をクリック可能にする。

ユーザは、確認ボタン２７１をクリック等することにより、トランザクションを確認済みにする。

次に、制御部２１３は、確認済みのトランザクションがあるか否かを判断する（Ｓ２３３）。確認済みのトランザクションがある場合はステップＳ２３４に進み、ない場合はステップＳ２１０に戻る。

ステップＳ２３４では、送信部１３ｂとして機能する制御部２１３は、確認済みのトランザクションのアクションアイテムのうち、ステップＳ２３０で「送信要」とされたアクションアイテムをバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信する。

以上のステップは、確認済みでないトランザクションがなくなるまで繰り返される（Ｓ２３５）。すなわち、データ確認画面２７０には、確認済みでないトランザクションが表示され続ける。

以上のように、実施の形態２に係るＡＰ連携装置２１０は、ユーザによる入力に基づいて、バージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄへのアクションアイテム情報６３の送信要否を決定する送信アクションアイテム決定部２１３ｄを備える。制御部２１３は、「送信要」とされたアクションアイテム情報６３のみをバージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄに送信する。

このような構成により、バージョン管理ＡＰ１４ｃまたはタスク管理ＡＰ１４ｄ等の外部システムに送信される前に、アクションアイテム情報６３の妥当性をユーザが確認することができる。これにより、アクションアイテム情報６３が確認のないまま送信され、打合せ時点のユーザまたは打合せ参加者の認識と異なるアクションアイテムに従って開発が進む事態を防止することができる。

また、ＡＰ連携装置２１０では、このようなアクションアイテム情報６３の確認をトランザクション毎に行うことができるため、ユーザが情報を見落とすリスクを低減でき、アクションアイテム情報６３の管理のしやすさを向上させることができる。

実施の形態３．
図１９は、実施の形態３に係るＡＰ連携装置３１０の構成を示す図である。上記の実施形態では、ユーザによって入力されたチャットの中にコマンドが含まれていた場合、それに対応する別システムにアクションアイテムが登録されるというものであった。

チャットによるコミュニケーションが活発になると、チャットの流れが速く、複数の話題が同時並行で進み、回答者が問い合わせを認識できない場合がある。一方で、チャットによるコミュニケーションが活発になると、過去のチャットに既に出現したものと同様のアクションアイテムなどに関する問い合わせが何度も生じることが多い。そこで、チャットサーバのメッセージに対する回答を自動的または半自動的に生成する自動応答技術が注目される。

入力情報に対する自動応答技術に関しては、チャンネルごとにチャットのスレッドを分離する技術、予め用意された複数の回答パターンの中から質問等の入力情報に対する応答として最も適切なものを推測して回答する技術、およびチャットの内容の推論を実施してもっともらしい応答を機械的に生成する技術等が知られている。

しかしながら、従来の自動応答技術では、応答を機械的に生成して自動応答することでメッセージの取りこぼしや回答遅れを防ぐことは可能だが、会話として成立できる回答を機械的に生成することは困難である。

本実施の形態に係るＡＰ連携装置３１０は、自動応答を利用することにより、複数のチャットが実行される状況においても回答者の負担および見落とし等を軽減することができる。

以下、このようなＡＰ連携装置３１０の構成および機能について説明する。

図１９は、実施の形態３に係るＡＰ連携装置３１０の構成を示す図である。図２のＡＰ連携装置１０と比較すると、ＡＰ連携装置３１０の制御部１３は、チャットサーバのメッセージに対する回答を自動的または半自動的に生成する自動応答部１３ｃを更に備える。

図２０は、図１９の自動応答部１３ｃの機能構成を示すブロック図である。自動応答部１３ｃは、学習済みモデル３０１と、判断部３０２と、応対部３０３と、学習部３０４とを備える。

学習済みモデル３０１は、質問を含むチャット情報を入力すると、質問に対する回答候補を出力するように機械学習が行われたモデルである。例えば、学習部３０４が、畳み込みニューラルネットワーク（Convolutional Neural Network、ＣＮＮ）等のモデル（学習アルゴリズム）に対して、機械学習を行うことによって生成される。機械学習の一例は、予め用意された教師データを用いて、ユーザによって入力部１１を用いて入力された問い合わせメッセージと、当該メッセージに対する回答を示す情報との関係を学習させる教師あり学習である。ＣＮＮのようなモデルの教師あり学習は、例えば誤差逆伝播法を利用して、学習部３０４によって行われる。図１９に示した例と異なり、学習済みモデル３０１は、記憶部１４に記憶され、制御部１３によって実行されてもよい。

学習済みモデル３０１には、ユーザによって、入力部１１を用いてメッセージが入力される。学習済みモデル３０１は、入力されたメッセージに対する回答候補を示す回答候補情報と、当該回答候補が適切である程度（尤もらしさ）を示す確度情報と、を判断部３０２に出力する。確度情報は、０～１の値を取り得るように正規化されていてもよい。入力部１１から入力されたアクションアイテム情報などに関する問い合わせメッセージに対し、学習済みモデル３０１は、所持している回答パターンリストから入力情報と回答情報との関連度を計算し、確度が高い回答を導くものであってもよい。

問い合わせメッセージは、アクションアイテム情報の１つであってもよい。

判断部３０２は、学習済みモデル３０１から受け取った回答候補情報および確度情報を解釈する。判断部３０２は、回答候補の確度が所定の閾値以上である場合、当該回答候補を回答として応対部３０３に出力する。一方、判断部３０２は、回答候補の確度が所定の閾値未満である場合、当該回答候補を応対部３０３に出力する。

応対部３０３は、入力された情報の出力先を選択する処理部であり、判断部３０２による判断に基づいて、チャットで話しかけられた内容に対して応答する。応対部３０３は、判断部３０２から回答を受け取った場合、当該回答を出力部１２に出力する。当該回答は、出力部１２の表示装置１２ａに表示される。これにより、回答者は、当該回答を確認することができる。次に、回答者は、確認した回答に対する判断を、入力部１１を介して自動応答部１３ｃに入力する。入力された回答者の判断結果は、学習済みモデル３０１及び応対部３０３に入力される。

応対部３０３は、判断部３０２から回答候補を受け取った場合、当該回答候補を出力部１２に出力する。当該回答候補は、出力部１２の表示装置１２ａに表示される。これにより、回答者は、当該回答候補を確認することができる。次に、回答者は、確認した回答候補に対する判断を、入力部１１を介して自動応答部１３ｃに入力する。例えば、回答者は、確認した回答候補のうちの１つを回答として選択し、選択した回答を、入力部１１を介して自動応答部１３ｃに入力する。入力された回答者の判断結果は、学習済みモデル３０１及び応対部３０３に入力される。

応対部３０３は、回答者の判断結果を反映した回答を出力部１２と学習部３０４とに出力する。ただし、判断部３０２によって確度が高い回答と判断され、既に質問者へ出力済みの回答については、出力部１２に出力しなくてもよい。

学習部３０４は、上記のように、ユーザによって入力部１１を用いて入力された問い合わせメッセージと、当該メッセージに対する回答者の判断結果との関係を学習する。学習部３０４は、応対部３０３に入力された回答者の判断結果を用いて、アクションアイテム情報などに関する問い合わせメッセージと回答者の判断結果との関連について逐次学習し、学習モデルを更新する。

図２１は、ＡＰ連携装置３１０によって行われる処理の流れを例示するフローチャートである。

まず、ユーザによって、入力部１１を用いて問い合わせを含むメッセージが学習済みモデル３０１に入力される（Ｓ３１１）。学習済みモデル３０１は、入力されたメッセージに対する回答候補を示す回答候補情報と、当該回答候補が適切である程度を示す確度情報と、を判断部３０２に出力する（Ｓ３１２）。

判断部３０２は、回答候補の確度が所定の閾値以上であるか否かを判断する（Ｓ３１３）。所定の閾値は、例えば０．５、０．８等のように予め設定される。回答候補の確度が所定の閾値以上である場合（Ｓ３１３でＹｅｓ）、判断部３０２は、当該回答候補を回答として応対部３０３に出力し、応対部３０３は出力部１２に回答を出力する（Ｓ３１４）。確度が所定の閾値以上である回答候補が複数ある場合は、判断部３０２は、複数の回答候補を応対部３０３に出力し、応対部３０３は出力部１２に複数の回答候補を出力してもよい。

回答者は、出力部１２の表示部１２ａに表示された回答を確認し、確認した回答に対する判断を、入力部１１を介して応対部３０３に入力する（Ｓ３１５）。応対部３０３は、ステップＳ３１４で入力された回答と、ステップＳ３１５で入力された回答者の判断結果とが同一であるか否かを判断する（Ｓ３１６）。同一でない場合（Ｓ３１６でＮｏ）、応対部３０３は、回答者の判断結果を学習部３０４に出力し、学習部３０４は当該判断結果を学習する（Ｓ３１９）。ステップＳ３１３において確度が所定の閾値以上である回答候補が複数あった場合は、回答者は、出力部１２の表示部１２ａに表示された回答候補のうちの１つを回答として選択し、選択した回答を、入力部１１を介して応対部３０３に入力してもよい。

ステップＳ３１３に戻り、回答候補の確度が所定の閾値未満である場合（Ｓ３１３でＮｏ）、判断部３０２は、回答候補を応対部３０３に出力し、応対部３０３は出力部１２に回答候補を出力する（Ｓ３１７）。回答者は、出力部１２の表示部１２ａに表示された回答候補を確認し、確認した回答候補に対する判断を、入力部１１を介して応対部３０３に入力する（Ｓ３１８）。ステップＳ３１８では、例えば、回答者は、表示部１２ａに表示された回答候補のうちの１つを回答として選択し、選択した回答を、入力部１１を介して応対部３０３に入力する。応対部３０３は、回答者の判断結果を学習部３０４に出力し、学習部３０４は当該判断結果を学習する（Ｓ３１９）。

図２２は、質問者等のユーザに対して表示されるチャット画面またはメッセージ画面を例示する模式図である。質問者に対して表示される画面には、質問者自身の質問メッセージと、回答者による回答メッセージとが表示されている。回答メッセージは、回答者が使用しているＡＰ連携装置３１０の自動応答部１３ｃによって自動的に生成および送信されている場合があるが、それは図２２の質問者の画面からはわからないようになっている。

図２３は、回答者に対して表示されるチャット画面またはメッセージ画面を含むユーザインタフェース画面を例示する模式図である。例えば、質問者は、ＡＰ連携装置３１０のうちの１つを使用し、回答者は、他のＡＰ連携装置３１０を使用する（ＡＰ連携装置１０についての図１参照）。回答者のユーザインタフェース画面には、質問者からの質問の内容と、質問に対する回答候補とが示される。回答者は、マウス、キーボード、タッチパネル等の入力部１１を用いて、回答候補の中から最適と考える回答を選択することができる。

上記のように、ＡＰ連携装置３１０は、質問に対する回答または回答候補の確度が所定の閾値未満である場合は、回答の選択または回答を人である回答者に委ねる。これにより、ＡＰ連携装置３１０は、質問者に対し、人が自然に回答しているように回答を出力することができる。したがって、会話の相手である回答者が機械であることを質問者に気付かせないようにすることができる。これにより、機械によって回答されることを望まない質問者の気分を害することを防止することができる。また、ＡＰ連携装置３１０は、質問への自動応答により、回答者の回答作業をサポートすることができる。これにより、大規模なチャットシステムにおいても、少人数の回答者だけで多数の会話を維持することを可能にする。

本実施の形態では、チャットサーバ２０（図１参照）およびチャットＡＰ１４ｂ（図１９参照）を利用し、チャットの中に質問者による質問が含まれていた場合に自動応答するＡＰ連携装置３１０した。しかしながら、本発明はこれに限定されない。例えば、質問者と回答者との会話を含む情報の通信は、質問者が用いるＰＣ、タブレット、スマートフォン等の端末と、回答者が用いる端末との間で、サーバを介さずに行われてもよい。

本実施の形態では、Ｓ３１３において回答候補の確度が所定の閾値以上であるか否かを判断する判断部３０２について説明した。しかしながら、本発明はこれに限定されない。例えば、判断部３０２は、複数の回答候補のうち、最も確度が高い回答候補を回答として応対部３０３に出力するものであってもよい。

１０ アプリケーションプログラム連携装置（情報連携装置）、１１ 入力部、１２ 出力部、１２ａ 表示装置、１３ 制御部、１４ 記憶部、１５ 通信インタフェース、２０ チャットサーバ、３０ バージョン管理サーバ、４０ タスク管理サーバ、５０ ネットワーク、６０ データベースサーバ、６１ チャンネル情報、６２ トランザクション情報、６３ アクションアイテム情報、６４ チャットログ、１００ 情報連携システム。

Claims (13)

1. チャット情報を管理するチャットサーバ内の情報を、アクションアイテム情報を管理する情報管理システムに反映させる情報連携装置であって、
   前記チャットサーバとの間でネットワークを介して送受信されるチャットにおける所望の区切りをトランザクションと関連付けて管理し、前記チャットで扱われる情報を解析して前記アクションアイテム情報を取得し、前記アクションアイテム情報を前記情報管理システムに送信する制御部を備え、
   前記制御部は、
   チャンネルに属する前記チャットに入力された文字列から、前記トランザクションの開始を示すトランザクション開始コマンド、前記トランザクションの終了を示すトランザクション終了コマンド、及び前記アクションアイテム情報の取得を指示する命令コマンドの入力を解釈し、
   前記チャットのうち、前記トランザクション開始コマンドから前記トランザクション終了コマンドまでのチャット群を１つの前記トランザクションとして管理し、
   前記命令コマンドを解釈して前記命令コマンドに関連する前記アクションアイテム情報を取得する、
   情報連携装置。
2. 前記トランザクション開始コマンドを示す文字列であるコマンド形式は、前記トランザクションのトランザクション名を示す文字列を含み、
   前記制御部は、前記チャットに前記コマンド形式が入力された場合、入力された前記コマンド形式に含まれる前記トランザクション名を示す文字列を、前記入力されたコマンド形式によって区切られるトランザクションのトランザクション名として管理する、
   請求項１に記載の情報連携装置。
3. 前記制御部は、
   前記アクションアイテム情報を前記トランザクションに関連付けて前記情報管理システムに送信する、
   請求項１又は２に記載の情報連携装置。
4. 前記制御部は、ユーザから入力される入力情報に基づいて、前記アクションアイテム情報の中から前記情報管理システムに送信するアクションアイテム情報を決定し、決定されたアクションアイテム情報を前記情報管理システムに送信する、
   請求項１～３のいずれかに記載の情報連携装置。
5. 前記制御部は、
   ユーザから入力される入力情報に基づいて、前記トランザクション毎に決定したアクションアイテム情報を前記情報管理システムに送信する、
   請求項１～４のいずれかに記載の情報連携装置。
6. 前記制御部は、前記情報管理システムにおいてリポジトリとして扱われる１つ以上のチャンネルと、前記トランザクションに関連付けられた前記アクションアイテム情報を含む前記チャットとを対応付けて管理する、請求項１～５のいずれかに記載の情報連携装置。
7. 前記チャンネルは、ソフトウェア開発における業務単位としてのプロジェクトごとに生成され、
   前記トランザクションは、前記プロジェクトにおける打合せごとに生成され、
   前記制御部は、
   前記アクションアイテム情報を前記打合せごとに前記情報管理システムに送信する、
   請求項６に記載の情報連携装置。
8. 前記アクションアイテム情報は、ソフトウェア開発のタスクを示す情報を含む、請求項１～７のいずれかに記載の情報連携装置。
9. 前記アクションアイテム情報は、ソースコードのバージョン管理を実行するための情報を含む、請求項１～８のいずれかに記載の情報連携装置。
10. 前記バージョン管理は、ソースコードの修正およびコミットの少なくとも１つを実行することを含む、請求項９に記載の情報連携装置。
11. コンピュータを情報連携装置として動作させて、チャット情報を管理するチャットサーバ内の情報を、アクションアイテム情報を管理する情報管理システムに反映させる情報連携方法であって、
    前記コンピュータが、前記チャットサーバとの間でネットワークを介して送受信されるチャットにおける所望の区切りをトランザクションと関連付けて管理し、前記チャットで扱われる情報を解析して前記アクションアイテム情報を取得する取得ステップと、
    前記コンピュータが、前記アクションアイテム情報を前記情報管理システムに送信する送信ステップと、
    を含み、
    前記取得ステップは、
    チャンネルに属する前記チャットに入力された文字列から、前記トランザクションの開始を示すトランザクション開始コマンド、前記トランザクションの終了を示すトランザクション終了コマンド、及び前記アクションアイテム情報の取得を指示する命令コマンドの入力を解釈することと、
    前記チャットのうち、前記トランザクション開始コマンドから前記トランザクション終了コマンドまでのチャット群を１つの前記トランザクションとして管理することと、
    前記命令コマンドを解析して前記命令コマンドに関連する前記アクションアイテム情報を取得することと、
    を含む、情報連携方法。
12. 前記情報連携方法は、前記コンピュータが、ユーザによる入力に基づいて、前記アクションアイテム情報の中から前記情報管理システムに送信するアクションアイテム情報を決定するステップを更に備え、
    前記送信ステップは、前記コンピュータが、決定されたアクションアイテム情報を前記情報管理システムに送信するステップである、
    請求項１１に記載の情報連携方法。
13. 請求項１１又は１２に記載の情報連携方法を制御部に行わせるためのプログラム。

Images