JP7604882B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

特許文献１には、ユーザが、メッセージ及び添付ドキュメントを、メッセージの件名又は本文に自然言語命令を付けて、又はスクリプトとして、コンピュータベースのシステムに送信し、ユーザ認証後、メッセージの件名及び本文が解釈され、実行されるドキュメント処理アクティビティが識別され、識別されたドキュメント処理アクティビティを使用して、添付又は参照されたドキュメントは、ドキュメント処理サーバによる命令に従って処理される、文書処理のためのシステム及び方法が記載されている。

特許文献２には、自然言語で表現され、１つ又は複数のサーバによって受信されたテキスト又は音声メッセージを多機能プリンタのユーザのモバイルデバイスから受信し、受信したテキスト又は音声メッセージのテキストデータ又はオーディオデータを抽出し、受信したテキスト又は音声メッセージの抽出されたテキストデータ又はオーディオデータを１つ又は複数のサーバに転送し、１つ又は複数のサーバから、１つ又は複数のサーバによるテキストデータ又はオーディオデータの処理に基づくテキスト又は音声メッセージに関連する１つ又は複数のエンティティ又はインテントを受信し、エンティティ又はインテントを処理して、多機能プリンタのユーザのモバイルデバイスからのテキスト又は音声メッセージに関連する１つ又は複数の機能を決定し、決定された１つ又は複数の機能を実行することによって、多機能プリンタの機能を制御する、多機能プリンタのプリント及びスキャン機能にアクセスするための方法及びシステムが記載されている。

米国特許公開２０１５／０２５６４９３号公報 米国特許１０６８６９５１号公報

複数のユーザの間で通信手段により通信されるメッセージにおいて、ある対象に対してある処理を実行することに言及される場合がある。この場合、その対象に対してその処理を実行するためには、ユーザは、通信手段によるメッセージの通信とは別に、その対象に対してその処理を実行する必要がある。

本発明の目的は、複数のユーザの間で通信手段により通信されるメッセージにおいて、ある対象に対してある処理を実行することが言及された際に、通信手段によるメッセージの通信とは別に、ユーザがその対象に対してその処理を実行する場合に比して、ユーザが行うべき操作の手間を削減することにある。

請求項１に記載の発明は、プロセッサを備え、前記プロセッサは、複数のユーザの間で通信手段により通信されるメッセージを取得し、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、前記対象に対して前記処理が行われた旨を表示するように制御し、前記プロセッサは、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示し、前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、当該少なくとも１つの情報を指定するように当該特定のユーザに促すことを特徴とする情報処理装置である。
請求項２に記載の発明は、プロセッサを備え、前記プロセッサは、複数のユーザの間で通信手段により通信されるメッセージを取得し、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、前記対象に対して前記処理が行われた旨を表示するように制御し、前記プロセッサは、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示し、前記プロセッサは、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行することを特徴とする情報処理装置である。
請求項３に記載の発明は、前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで言及された対象に対して、当該メッセージで言及された処理が実行されなかった場合に、当該対象に対して当該処理の再実行の指示を当該特定のユーザに許可することを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、プロセッサを備え、前記プロセッサは、複数のユーザの間で通信手段により通信されるメッセージを取得し、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、前記対象に対して前記処理が行われた旨を表示するように制御し、前記プロセッサは、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行し、前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで言及された対象に対して、当該メッセージで言及された処理が実行されなかった場合に、当該対象に対して当該処理の再実行の指示を当該特定のユーザ以外のユーザに禁止することを特徴とする情報処理装置である。
請求項５に記載の発明は、プロセッサを備え、前記プロセッサは、複数のユーザの間で通信手段により通信されるメッセージを取得し、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、前記対象に対して前記処理が行われた旨を表示するように制御し、前記プロセッサは、実行された前記処理の履歴を、前記メッセージを表示している画面と同一の画面上に表示するように制御し、前記プロセッサは、前記履歴上で、ユーザから特定の処理の指定を受け付け、前記特定の処理以降に前記ユーザの指示により実行された処理を取り消すことを特徴とする情報処理装置である。
請求項６に記載の発明は、コンピュータに、複数のユーザの間で通信手段により通信されるメッセージを取得する機能と、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行する機能と、前記対象に対して前記処理が行われた旨を表示するように制御する機能とを実現させ、前記コンピュータに、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示する機能を実現させ、前記コンピュータに、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、当該少なくとも１つの情報を指定するように当該特定のユーザに促す機能を実現させるためのプログラムである。
請求項７に記載の発明は、コンピュータに、複数のユーザの間で通信手段により通信されるメッセージを取得する機能と、前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行する機能と、前記対象に対して前記処理が行われた旨を表示するように制御する機能とを実現させ、前記コンピュータに、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示する機能を実現させ、前記コンピュータに、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行する機能を実現させるためのプログラムである。

請求項１の発明によれば、ユーザが入力したメッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、ユーザにそのことを知らせることができる。
請求項２の発明によれば、対象に対して処理が実行されなかった場合に、その対象に対してその処理を再実行可能とすることができる。
請求項３の発明によれば、ユーザが対象に対して処理を実行することに言及したが実行されなかった場合に、そのユーザがその対象に対してその処理の再実行を指示可能とすることができる。
請求項４の発明によれば、ユーザが対象に対して処理を実行することに言及したが実行されなかった場合に、そのユーザ以外のユーザがその対象に対してその処理の再実行を指示不可能とすることができる。
請求項５の発明によれば、ユーザが処理の履歴を確認しながら行う処理の指定により、その処理以降に実行された処理を取り消すことができる。
請求項６の発明によれば、ユーザが入力したメッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、ユーザにそのことを知らせることができる。
請求項７の発明によれば、対象に対して処理が実行されなかった場合に、その対象に対してその処理を再実行可能とすることができる。

本発明の実施の形態が適用されるコンピュータシステムの全体構成例を示した図である。 本発明の実施の形態におけるサーバのハードウェア構成例を示した図である。 本発明の実施の形態におけるクライアントに第１のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第１のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第１のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第２のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第２のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第２のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第２のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第３のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるクライアントに第３のシナリオで表示される画面の例を示した図である。 本発明の実施の形態におけるサーバの機能構成例を示したブロック図である。 本発明の実施の形態におけるサーバの動作例を示したフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［コンピュータシステムの全体構成］
図１は、本実施の形態が適用されるコンピュータシステム１の全体構成例を示した図である。図示するように、このコンピュータシステム１は、クライアント１０ａ～１０ｃと、サーバ３０とが、通信回線８０を介して接続されることにより構成されている。尚、図では、クライアント１０ａ～１０ｃを示したが、これらを区別する必要がない場合は、クライアント１０と称することもある。また、図には、３つのクライアント１０しか示していないが、４つ以上のクライアント１０を設けてもよい。

クライアント１０は、コンピュータシステム１を利用するユーザにより使用されるコンピュータである。クライアント１０には、コンピュータシステム１が提供するサービスを利用するためのアプリケーションがインストールされ、例えばユーザの起動操作により動作するようになっている。クライアント１０としては、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等を用いるとよい。

サーバ３０は、ユーザの操作によりクライアント１０から送られた要求に応じて、ユーザに対しクライアント１０を通じてサービスを提供するコンピュータである。サーバ３０としては、例えば、汎用のパーソナルコンピュータを用いるとよい。本実施の形態では、情報処理装置の一例として、サーバ３０を設けている。

通信回線８０は、クライアント１０とサーバ３０との間の情報通信に用いられる回線である。通信回線８０としては、例えば、インターネットを用いるとよい。

［サーバのハードウェア構成］
図２は、本実施の形態におけるサーバ３０のハードウェア構成例を示した図である。図示するように、サーバ３０は、プロセッサ３１と、メインメモリ３２と、ＨＤＤ（Hard Disk Drive）３３とを備える。ここで、プロセッサ３１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ３２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ３３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。更に、サーバ３０は、外部との通信を行うための通信Ｉ／Ｆ（以下、「Ｉ／Ｆ」と表記する）３４と、ディスプレイ等の表示デバイス３５と、キーボードやマウス等の入力デバイス３６とを備える。

また、図２に示したハードウェア構成は、クライアント１０のハードウェア構成としても捉えられる。但し、クライアント１０について述べるときは、図２のプロセッサ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示デバイス３５、入力デバイス３６をそれぞれ、プロセッサ１１、メインメモリ１２、ＨＤＤ１３、通信Ｉ／Ｆ１４、表示デバイス１５、入力デバイス１６と表記するものとする。

［本実施の形態の概要］
本実施の形態では、サーバ３０が、複数のユーザの間で通信手段により通信されるメッセージを取得し、メッセージで言及された対象に対して、メッセージで言及された処理を実行し、対象に対して処理が行われた旨を表示するように制御する。

ここで、通信手段は、複数のユーザの間でメッセージを通信するための手段であれば、如何なる手段であってもよい。また、メッセージは、複数のユーザの間で通信されるメッセージであれば、如何なるものであってもよい。通信手段にはチャット、電子メール、電話等があり、メッセージにはこれらの通信手段で通信されるものがあるが、以下では、通信手段としてチャットを例にとり、メッセージとしてチャットのメッセージを例にとって説明する。但し、以下では、「チャットのメッセージ」を単に「メッセージ」ともいうものとする。

対象は、処理が行われる対象であれば、如何なるものであってもよい。対象には、文書データ、画像データ等があるが、以下では、文書データ（以下、単に「文書」という）を例にとって説明する。

処理は、対象に対して行われる処理であれば、如何なるものであってもよい。処理には、文書にスタンプを押下する処理（「サインする処理」ともいう）、文書を宛先に送付する処理等がある。

言及とは、メッセージで明示的か暗示的かに関わらず話題にすることをいう。即ち、言及は、メッセージで明示的に指定することだけでなく、メッセージで曖昧に述べることも含む。メッセージで曖昧に述べるとは、メッセージで明示的に指定しないが、メッセージの文脈から分かるような形で述べることである。「Ｎｏ．１２３申請」に対する承認を依頼する場合、メッセージで明示的に指定するとは、例えば「Ｎｏ．１２３申請の承認をお願いします」と述べることであり、メッセージで曖昧に述べるとは、例えば「先日申し上げた申請の承認をお願いします」と述べることである。また、言及とは、何らかの処理を他のユーザに依頼することだけでなく、自身が何らかの処理を実行することを他のユーザに知らせることも含む。後者の例としては、「写真をコピーにして皆に渡します」といったものが考えられる。

また、本実施の形態では、サーバ３０が、処理の候補として複数の処理候補がある場合に、対象に対して、複数の処理候補から選択された一の処理候補を実行する。ここで、複数の処理候補は、処理自体が異なるものでもよい。この場合、複数の処理候補とは、例えば、文書に指定されたスタンプを押下する処理、文書を指定された宛先に送付する処理等の複数の処理である。また、複数の処理候補は、各処理候補が複数のデータのうちの各処理候補に対応するデータを用いて処理を行うものでもよい。即ち、複数の処理候補は、処理自体は同じで、処理で用いるデータが異なるものでもよい。この場合、複数の処理候補とは、例えば、文書にスタンプを押下する処理において、異なるスタンプを用いる複数の処理である。或いは、複数の処理候補とは、例えば、文書を宛先に送付する処理において、異なる宛先を用いる複数の処理であってもよい。尚、スタンプや宛先は、処理で用いるデータの一例である。

更に、本実施の形態では、サーバ３０が、対象の候補として複数の対象候補がある場合に、複数の対象候補から選択された一の対象候補に対して、処理を実行する。ここで、複数の対象候補とは、対象が文書である場合、複数の文書であってよい。或いは、複数の対象候補とは、対象が文書である場合、１つの文書の複数のページや、１つの文書の複数の箇所であってもよい。但し、以下では、複数の文書を例にとって説明する。

［本実施の形態の具体例］
図３乃至図１１は、本実施の形態におけるクライアント１０に表示される画面１００の例を示した図である。これらの図に示すように、画面１００は、チャット表示欄５００と、処理履歴表示欄６００と、処理画像表示欄７００とを含む。

チャット表示欄５００は、複数のユーザの間又はサーバ３０とユーザとの間で通信されるチャットのメッセージ等を表示する欄である。

処理履歴表示欄６００は、サーバ３０が行った処理の履歴である処理履歴を表示する欄である。サーバ３０が行った処理が、クライアント１０を使用するユーザが指示した処理であれば、処理履歴表示欄６００には、「あなた」を主語として処理履歴が表示される。また、サーバ３０が行った処理が、クライアント１０を使用するユーザ以外の他のユーザが指示した処理であれば、処理履歴表示欄６００には、他のユーザの名前を主語として処理履歴が表示される。

処理画像表示欄７００は、サーバ３０が行った処理を表す画像である処理画像を表示する欄である。処理画像表示欄７００には、文書を表すアイコンが表示されると共に、そのアイコンに関連付けて、その文書に対する処理内容を表すアイコンが表示される。

まず、第１のシナリオで表示される画面１００について説明する。第１のシナリオは、アリスが文書にスタンプを押下し、その文書に対するスタンプの押下をボブに依頼する場面を想定したシナリオである。

図３には、アリスが「Ｄｏｃ１」にスタンプを押下してボブに対し「Ｄｏｃ１」にスタンプを押下することを依頼した際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、アリスの「ボブ、今Ｄｏｃ１にサインしています。あなたもそれにサインしてくれますか。」というメッセージ５１１が表示されている。また、処理履歴表示欄６００には、「アリスがＤｏｃ１にサインした。」という処理履歴６１１が表示されている。ここで、処理履歴６１１は、ボブが指示した処理の履歴ではないので、グレイアウトされて表示されている。更に、処理画像表示欄７００には、「Ｄｏｃ１」にアリスのスタンプが押下されたことが、「Ｄｏｃ１」のアイコン７１１にアリスのスタンプのアイコン７１３を重ねて表示することで示されている。

図４には、ボブがアリスの依頼に応答して「Ｄｏｃ１」にスタンプを押下する際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、ボブの「いいですよ。今サインしています。」というメッセージ５１２が表示されている。但し、この例では、ボブは複数のスタンプを有しているものとする。そこで、チャット表示欄５００には、更に、サーバ３０の「スタンプを選んでください。」というメッセージ５１３と、「スタンプ１」乃至「スタンプ５」からなるスタンプの選択肢５１４とが表示されている。

図５には、ボブが「スタンプ１」を選択してこれを「Ｄｏｃ１」に押下した際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、サーバ３０の「あなたはスタンプ１でサインしました。」というメッセージ５１５が表示されている。また、処理履歴表示欄６００には、「あなたがＤｏｃ１にサインした。」という処理履歴６１２と、この処理履歴６１２で示される処理を取り消すための「Ｕｎｄｏ」ボタン６１３とが表示されている。これにより、ボブは「Ｕｎｄｏ」ボタン６１３をクリックすることにより、メッセージ５１２で自分が指示した処理を取り消すことができるようになっている。一方で、アリスのクライアント１０の画面１００の処理履歴表示欄６００には「Ｕｎｄｏ」ボタンは表示されないので、アリスはボブが指示した処理を取り消すことができない。更に、処理画像表示欄７００には、「Ｄｏｃ１」に「スタンプ１」が更に押下されたことが、「Ｄｏｃ１」のアイコン７１１にボブの「スタンプ１」のアイコン７１４を更に重ねて表示することで示されている。

次に、第２のシナリオで表示される画面１００について説明する。第２のシナリオは、アリスが文書に対するスタンプの押下をボブに依頼するが、その依頼内容が曖昧である場面を想定したシナリオである。

図６には、アリスがボブに対しスタンプを押下することを依頼する際にアリスのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、アリスの「ボブ、文書にサインしてくれますか。」というメッセージ５２１が表示されている。但し、このメッセージ５２１では、文書が指定されていない。そこで、チャット表示欄５００には、サーバ３０の「文書を特定してください。」というメッセージ５２２が表示される。そして、アリスは、このメッセージ５２２に応答して、「Ｄｏｃ２」というメッセージ５２３を入力している。

図７には、アリスが「Ｄｏｃ２」と入力した際にアリスのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、アリスの「ボブ、Ｄｏｃ２にサインしてくれますか。」というメッセージ５２４が表示されている。このメッセージ５２４は、図６でアリスが「Ｄｏｃ２」というメッセージ５２２を入力したことにより、メッセージ５２１が編集されたものである。

図８には、ボブがアリスの依頼に応答して「Ｄｏｃ２」にスタンプを押下する際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、ボブの「いいですよ。今サインしています。」というメッセージ５２５が表示されている。但し、この例でも、ボブは複数のスタンプを有しているものとする。そこで、チャット表示欄５００には、更に、サーバ３０の「スタンプを選んでください。」というメッセージ５２６と、「スタンプ１」乃至「スタンプ５」からなるスタンプの選択肢５２７とが表示されている。

図９には、ボブが「スタンプ５」を選択してこれを「Ｄｏｃ２」に押下した際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、サーバ３０の「あなたはスタンプ５でサインしました。」というメッセージ５２８が表示されている。また、処理履歴表示欄６００には、「あなたがＤｏｃ２にサインした。」という処理履歴６２１と、この処理履歴６２１で示される処理を取り消すための「Ｕｎｄｏ」ボタン６２２とが表示されている。これにより、ボブは「Ｕｎｄｏ」ボタン６２２をクリックすることにより、メッセージ５２５で自分が指示した処理を取り消すことができるようになっている。一方で、アリスのクライアント１０の画面１００の処理履歴表示欄６００には「Ｕｎｄｏ」ボタンは表示されないので、アリスはボブが指示した処理を取り消すことができない。更に、処理画像表示欄７００には、「Ｄｏｃ２」に「スタンプ５」が押下されたことが、「Ｄｏｃ２」のアイコン７２２にボブの「スタンプ５」のアイコン７２３を重ねて表示することで示されている。

次に、第３のシナリオで表示される画面１００について説明する。第３のシナリオは、ボブが図７のアリスの依頼に応答して文書にスタンプを押下しようとするが、エラーが発生する場面を想定したシナリオである。

図１０には、ボブが図７のアリスの依頼に応答して「Ｄｏｃ２」にスタンプを押下する際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、ボブの「いいですよ。今サインしています。」というメッセージ５３１が表示されている。但し、この例では、ボブは１つのスタンプを有しているものとする。また、この例では、サーバ３０が「Ｄｏｃ２」にボブのスタンプを押下する処理中にエラーが発生したとする。すると、チャット表示欄５００には、サーバ３０の「おっと、何か間違いが起こりました。再試行してください。」というメッセージ５３２が表示される。また、処理履歴表示欄６００には、「あなたがＤｏｃ２にサインした。」という処理履歴６３１と、この処理履歴６３１で示される処理を再試行するための「Ｒｅｔｒｙ」ボタン６３２とが表示される。これにより、ボブは「Ｒｅｔｒｙ」ボタン６３２をクリックすることにより、メッセージ５３１で自分が指示した処理を再試行することができるようになっている。一方で、アリスのクライアント１０の画面１００の処理履歴表示欄６００には「Ｒｅｔｒｙ」ボタンは表示されないので、アリスはボブが指示した処理を再試行することができない。

図１１には、ボブが図１０の「Ｒｅｔｒｙ」ボタン６３２をクリックした際にボブのクライアント１０に表示される画面１００の例を示す。このとき、チャット表示欄５００には、図１０のメッセージ５３２に代えて、サーバ３０の「あなたはＤｏｃ２にサインしました。」というメッセージ５３３が表示されている。また、処理履歴表示欄６００には、図１０の「Ｒｅｔｒｙ」ボタン６３２に代えて、処理履歴６３１で示される処理を取り消すための「Ｕｎｄｏ」ボタン６３３が表示されている。これにより、ボブは「Ｕｎｄｏ」ボタン６３３をクリックすることにより、メッセージ５３１で自分が指示した処理を取り消すことができるようになっている。一方で、アリスのクライアント１０の画面１００の処理履歴表示欄６００には「Ｕｎｄｏ」ボタンは表示されないので、アリスはボブが指示した処理を取り消すことができない。更に、処理画像表示欄７００には、「Ｄｏｃ２」にボブのスタンプが押下されたことが、「Ｄｏｃ２」のアイコン７３２にボブのスタンプのアイコン７３３を重ねて表示することで示されている。

［サーバの機能構成］
図１２は、本実施の形態におけるサーバ３０の機能構成例を示したブロック図である。図示するように、サーバ３０は、受信部４１と、メッセージ解析部４２と、文書記憶部４３と、処理情報記憶部４４と、文書処理部４５と、処理履歴記憶部４６と、送信部４７とを備えている。

受信部４１は、チャットのメッセージを、そのメッセージの送信元のクライアント１０（以下、単に「送信元のクライアント１０」という）から受信して、メッセージ解析部４２に受け渡す。ここで、メッセージは、クライアント１０で「Ｒｅｔｒｙ」ボタンがクリックされたことにより、再試行情報として送信されたものも含む。本実施の形態では、複数のユーザの間で通信手段により通信されるメッセージを取得することの一例として、受信部４１のこの処理を行っている。

また、受信部４１は、メッセージで言及された処理で利用される複数の利用データのうちのユーザが選択した利用データを示すメッセージを、送信元のクライアント１０から受信して、文書処理部４５に受け渡す。

更に、受信部４１は、クライアント１０で「Ｕｎｄｏ」ボタンがクリックされたことを示す取り消し情報を、そのクライアント１０から受信する。ここで、取り消し情報は、「Ｕｎｄｏ」ボタンに対応する処理を識別する処理識別情報を含む。本実施の形態では、履歴上で、ユーザから特定の処理の指定を受け付けることの一例として、受信部４１のこの処理を行っている。

メッセージ解析部４２は、受信部４１からメッセージを受け取って、そのメッセージを解析し、そのメッセージで文書及び処理に言及されているかどうかを判定する。メッセージ解析部４２は、そのメッセージで文書及び処理に言及されていると判定すれば、その文書及び処理を文書処理部４５に伝えると共に、そのメッセージをそのまま送信するよう送信部４７に指示する。メッセージ解析部４２は、そのメッセージで文書及び処理の少なくとも一方に言及されていないと判定すれば、文書及び処理の言及されていない方を補うことを促すメッセージを送信するよう送信部４７に指示する。

また、メッセージ解析部４２は、文書処理部４５からの問い合わせに応じて、そのメッセージがサーバ３０に処理を依頼するものであるか送信先のユーザに処理を依頼するものであるかを判定し、判定結果を文書処理部４５に返す。

文書記憶部４３は、処理対象の文書を記憶する。ここで、文書は、文書を識別する文書識別情報に関連付けて記憶される。文書識別情報には、例えば、文書名、文書の保存場所の情報等がある。これにより、メッセージで文書識別情報によって文書に言及されている場合に、文書が文書識別情報に基づいて取得可能になっている。

処理情報記憶部４４は、文書に対して行われる処理に関する情報である処理情報を記憶する。ここで、処理情報には、処理を行う際に利用するデータ（以下、「利用データ」という）がある。処理情報記憶部４４は、各処理に対する利用データをユーザごとに記憶するとよい。処理情報記憶部４４は、例えば、文書にスタンプを押下する処理に対しては、利用データとしてスタンプの種類を記憶する。この場合、スタンプの種類は、ユーザによって異なるので、処理情報記憶部４４は、ユーザごとにスタンプの種類を記憶する。スタンプの種類は１つだけある場合も２つ以上ある場合もある。また、処理情報記憶部４４は、例えば、文書の送付を送信先のユーザに依頼する処理に対しては、利用データとして文書を送付する際の宛先の情報を記憶する。この場合、宛先の情報は、ユーザによって異なるので、処理情報記憶部４４は、ユーザごとに宛先の情報を記憶する。宛先の情報は１つだけある場合も２つ以上ある場合もある。更に、処理情報記憶部４４は、利用データを必要としない処理については、利用データを含めずに処理情報を記憶する。

文書処理部４５は、メッセージ解析部４２から伝えられた処理で利用可能な利用データの数を、処理情報記憶部４４を参照することにより判定する。

文書処理部４５は、処理で利用可能な利用データの数が０であると判定すれば、メッセージがサーバ３０に処理を依頼するものであるかどうかをメッセージ解析部４２に問い合わせる。

文書処理部４５は、処理で利用可能な利用データの数が１であると判定すれば、利用データを処理情報記憶部４４から取得する。そして、文書処理部４５は、メッセージがサーバ３０に処理を依頼するものであるかどうかをメッセージ解析部４２に問い合わせる。

文書処理部４５は、処理で利用可能な利用データの数が２以上であると判定すれば、この２以上の利用データからの１つの利用データの選択を促すメッセージを送信するよう送信部４７に指示する。これにより、文書処理部４５は、選択された利用データを示すメッセージが受信部４１から受け渡されると、選択された利用データを処理情報記憶部４４から取得する。そして、文書処理部４５は、最初に受信部４１が受信したメッセージがサーバ３０に処理を依頼するものであるかどうかをメッセージ解析部４２に問い合わせる。

文書処理部４５は、メッセージがサーバ３０に処理を依頼するものであれば、処理履歴を送信するよう送信部４７に指示し、メッセージ解析部４２から伝えられた文書を文書記憶部４３から取得する。そして、文書処理部４５は、取得した文書に対して、メッセージ解析部４２から伝えられた処理を、利用データが取得されていればその利用データを利用して実行する。本実施の形態では、メッセージで言及された対象に対して、メッセージで言及された処理を実行することの一例として、文書処理部４５のこの処理を行っている。

文書処理部４５は、このように文書に対して処理が行われると、処理履歴記憶部４６に処理履歴を記憶すると共に、処理結果を送信するよう送信部４７に指示する。

また、文書処理部４５は、ユーザが指示した処理が実行されなかった場合において、受信部４１がその処理の再試行情報としてメッセージを受信した際にも、上記と同じ処理を行う。本実施の形態では、メッセージで言及された対象に対して、メッセージで言及された処理が実行されなかった場合に、対象に対して処理を再実行することをユーザに許可することの一例として、文書処理部４５のこの処理を行っている。但し、ユーザが指示した処理が実行されなかった場合において、そのユーザに対してはその処理の再試行情報を送信できるようにし、そのユーザ以外のユーザに対してはその処理の再試行情報を送信できないようにしてもよい。その意味で、文書処理部４５のこの処理は、複数のユーザのうちの特定のユーザが入力したメッセージで言及された対象に対して、メッセージで言及された処理が実行されなかった場合に、対象に対して処理を再実行することを特定のユーザに許可することの一例である。また、文書処理部４５のこの処理は、複数のユーザのうちの特定のユーザが入力したメッセージで言及された対象に対して、メッセージで言及された処理が実行されなかった場合に、対象に対して処理を再実行することを特定のユーザ以外のユーザに禁止することの一例でもある。

更に、文書処理部４５は、受信部４１が処理識別情報を含む取り消し情報を受信した場合、処理履歴記憶部４６に記憶された処理履歴から処理識別情報に基づいて処理を特定して、その処理を取り消す。その際、その処理以降に同じユーザが処理を行っていた場合は、これらの処理を含めて取り消すようにしてよい。或いは、その処理以降に同じユーザが同じ文書に対して処理を行っていた場合は、これらの処理を含めて取り消すようにしてもよい。本実施の形態では、特定の処理以降にユーザの指示により実行された処理を取り消すことの一例として、文書処理部４５のこの処理を行っている。

処理履歴記憶部４６は、文書処理部４５により実行された処理の履歴である処理履歴を記憶する。ここで、処理履歴は、処理履歴を識別する処理履歴識別情報に関連付けて記憶される。処理履歴識別情報には、例えば、処理が指示された時刻、処理が指示されるごとに採番される一連番号等がある。また、処理履歴は、処理を指示したユーザを識別するユーザ識別情報にも関連付けて記憶される。これにより、受信部４１が処理履歴識別情報及びユーザ識別情報を伴う取り消し情報をクライアント１０から受信した場合に、処理履歴識別情報及びユーザ識別情報に基づいて処理履歴が特定でき、その処理履歴で示される処理の取り消しが可能になっている。

送信部４７は、受信部４１が受信したメッセージをメッセージ解析部４２から受け渡されると、そのメッセージを送信先のクライアント１０へ送信する。これにより、送信先のクライアント１０では、画面１００のチャット表示欄５００に、そのメッセージが表示される。

また、送信部４７は、受信部４１が受信したメッセージで言及されていない文書又は処理を補うことを促すメッセージを送信するようメッセージ解析部４２から指示されると、その文書又は処理を補うことを促すメッセージを送信元のクライアント１０へ送信する。これにより、送信元のクライアント１０では、画面１００のチャット表示欄５００に、その文書又は処理を補うことを促すメッセージが表示される。本実施の形態では、複数のユーザのうちの特定のユーザが入力したメッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、少なくとも１つの情報を指定するように特定のユーザに促すことの一例として、送信部４７のこの処理を行っている。

また、送信部４７は、受信部４１が受信したメッセージで言及された処理で利用可能な複数の利用データからの１つの利用データの選択を促すメッセージを送信するよう文書処理部４５から指示されると、その利用データの選択を促すメッセージを送信元のクライアント１０へ送信する。これにより、送信元のクライアント１０では、画面１００のチャット表示欄５００に、その利用データの選択を促すメッセージが表示される。

更に、送信部４７は、処理履歴を送信するよう文書処理部４５から指示されると、処理履歴を送信元及び送信先のクライアント１０へ送信する。これにより、送信元及び送信先のクライアント１０では、画面１００の処理履歴表示欄６００に、処理履歴が表示される。本実施の形態では、実行された処理の履歴を、メッセージを表示している画面と同一の画面上に表示するように制御することの一例として、送信部４７のこの処理を行っている。

更にまた、送信部４７は、処理結果を送信するよう文書処理部４５から指示されると、処理結果を送信元及び送信先のクライアント１０へ送信する。これにより、送信元のクライアント１０及び送信先のクライアント１０では、画面１００のチャット表示欄５００に、処理結果を示すメッセージが表示され、画面１００の処理画像表示欄７００に、処理結果を示す画像が表示される。本実施の形態では、対象に対して処理が行われた旨を表示するように制御することの一例として、文書処理部４５のこの処理を行っている。

［サーバの動作］
図１３は、本実施の形態におけるサーバ３０の動作例を示したフローチャートである。

図示するように、サーバ３０では、まず、受信部４１が、メッセージを送信元のクライアント１０から受信する（ステップ４０１）。

次に、メッセージ解析部４２が、ステップ４０１で受信されたメッセージで文書及び処理に言及されているかどうかを判定する（ステップ４０２）。

その結果、ステップ４０１で受信されたメッセージで文書及び処理に言及されているとステップ４０２で判定されれば、送信部４７が、そのメッセージを送信先のクライアント１０へ送信する（ステップ４０３）。

次に、文書処理部４５が、処理情報記憶部４４を参照して、ステップ４０２で特定された処理で利用可能な利用データの数を判定する（ステップ４０４）。

ステップ４０４で利用可能な利用データの数が０である、つまり、利用データが必要ないと判定されれば、処理はステップ４０９へ進む。

ステップ４０４で利用可能な利用データの数が１であると判定すれば、文書処理部４５は、その１つの利用データを処理情報記憶部４４から取得する（ステップ４０５）。そして、処理はステップ４０９へ進む。

ステップ４０４で利用可能な利用データの数が２以上であると判定されれば、送信部４７は、その２以上の利用データからの利用データの選択を促すメッセージを、送信元のクライアント１０へ送信する（ステップ４０６）。これにより、送信元のユーザが利用データを選択すると、受信部４１は、選択された利用データを示すメッセージを送信元のクライアント１０から受信する（ステップ４０７）。すると、文書処理部４５は、選択された利用データを処理情報記憶部４４から取得する（ステップ４０８）。そして、処理はステップ４０９へ進む。

次いで、メッセージ解析部４２は、ステップ４０１で受信されたメッセージが、自身に対して、ステップ４０２で特定された処理を依頼するものであるかどうかを判定する（ステップ４０９）。

ステップ４０９でメッセージが自身に処理を依頼するものであると判定されなければ、つまり、メッセージが送信先のユーザに処理を依頼するものであると判定すれば、処理は終了する。尚、この動作例では、メッセージが送信先のユーザに処理を依頼するものであると判定される場合であっても、ステップ４０４～４０８の処理を行うものとしている。これは、メッセージが送信先のユーザに処理を依頼するものであっても、例えば、メッセージで言及された処理が文書を宛先に送付する処理である場合に宛先の情報等の利用データを取得することがあるからである。

ステップ４０９でメッセージが自身に処理を依頼するものであると判定されれば、送信部４７は、処理履歴を送信元のクライアント１０及び送信先のクライアント１０へ送信する（ステップ４１０）。

また、文書処理部４５は、ステップ４０２で特定された文書に対して、ステップ４０２で特定された処理を実行する（ステップ４１１）。ここで、文書処理部４５は、ステップ４０２で特定された文書を、文書記憶部４３に記憶された文書の中から取得するとよい。また、文書処理部４５は、ステップ４０５又はステップ４０８で利用データが取得されている場合は、この利用データを用いて処理を実行するとよい。

更に、文書処理部４５は、ステップ４１１での処理の履歴である処理履歴を処理履歴記憶部４６に記憶する（ステップ４１２）。

更にまた、送信部４７は、ステップ４１１での処理の結果である処理結果を送信元のクライアント１０及び送信先のクライアント１０へ送信する（ステップ４１３）。その際、送信元のクライアント１０では、処理結果が正常に受信された場合は、処理履歴表示欄６００に、ステップ４１０で送信された処理履歴に関連付けて、「Ｕｎｄｏ」ボタンが表示されるようにするとよい。一方、送信元のクライアント１０では、処理結果が正常に受信されず、タイムアウトになった場合は、ステップ４１０で送信された処理履歴に関連付けて、「Ｒｅｔｒｙ」ボタンが表示されるようにするとよい。

以上の処理が行われた後、処理は終了する。

一方、ステップ４０１で受信されたメッセージで文書及び処理に言及されているとステップ４０２で判定されなければ、送信部４７は、文書及び処理のうち言及されていない方を補うように促すメッセージを送信元のクライアント１０へ送信する（ステップ４１４）。そして、処理は終了する。

ここで、図１３に示した動作例を、上述した第１のシナリオに沿って具体的に説明する。

第１のシナリオでは、アリスのクライアント１０でチャット表示欄５００にメッセージ５１１が入力されると、受信部４１が、ステップ４０１において、メッセージ５１１をアリスのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５１１で文書及び処理に言及されていると判定する。ここで、文書に言及されていると判定するのは、文書名である「Ｄｏｃ１」がメッセージ５１１に含まれているからである。また、処理に言及されていると判定するのは、スタンプを押下する処理を表す「ｓｉｇｎｉｎｇ」がメッセージ５１１に含まれているからである。

すると、送信部４７が、ステップ４０３において、メッセージ５１１をボブのクライアント１０へ送信する。これにより、図３に示すように、ボブのクライアント１０のチャット表示欄５００にメッセージ５１１が表示される。

次に、文書処理部４５が、ステップ４０４において、処理情報記憶部４４を参照して、スタンプを押下する処理で利用可能な利用データの数を判定する。ここでは、スタンプを押下する処理で利用可能なアリスのスタンプの数は１つであるとする。

すると、文書処理部４５は、ステップ４０５において、その１つのスタンプを処理情報記憶部４４から取得する。

次いで、メッセージ解析部４２が、ステップ４０９において、メッセージ５１１がサーバ３０に処理を依頼するものであると判定する。

すると、送信部４７が、ステップ４１０において、処理履歴６１１をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図３に示すように、ボブのクライアント１０の処理履歴表示欄６００には、処理履歴６１１がグレイアウトして表示される。

また、文書処理部４５が、ステップ４１１において、「Ｄｏｃ１」にアリスのスタンプを押下する処理を実行する。更に、文書処理部４５は、ステップ４１２において、処理履歴を処理履歴記憶部４６に記憶する。更にまた、送信部４７は、ステップ４１３において、「Ｄｏｃ１」にアリスのスタンプを押下する処理を実行した旨の処理結果をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図３に示すように、ボブのクライアント１０の処理画像表示欄７００には、アイコン７１１にアイコン７１３を重ねた画像が表示される。

次に、図４に示すように、ボブのクライアント１０でチャット表示欄５００にメッセージ５１２が入力されると、受信部４１が、ステップ４０１において、メッセージ５１２をボブのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５１１で文書及び処理に言及されていると判定する。ここで、文書に言及されていると判定するのは、メッセージ５１１からの文脈で処理対象が「Ｄｏｃ１」と判定できるからである。また、処理に言及されていると判定するのは、スタンプを押下する処理を表す「Ｓｉｇｎｉｎｇ」がメッセージ５１２に含まれているからである。

すると、送信部４７が、ステップ４０３において、メッセージ５１２をアリスのクライアント１０へ送信する。

次に、文書処理部４５が、ステップ４０４において、処理情報記憶部４４を参照して、スタンプを押下する処理で利用可能な利用データの数を判定する。ここでは、スタンプを押下する処理で利用可能なボブのスタンプの数は５つであるとする。

すると、文書処理部４５は、ステップ４０６において、５つのスタンプからの１つのスタンプの選択を促すメッセージ５１３をボブのクライアント１０へ送信する。これにより、図４に示すように、ボブのクライアント１０のチャット表示欄５００にメッセージ５１３が表示される。ここで、ボブが１つのスタンプを選択すると、受信部４１は、ステップ４０７において、選択されたスタンプを示すメッセージを受信する。すると、文書処理部４５は、ステップ４０８において、選択されたスタンプを処理情報記憶部４４から取得する。

次いで、メッセージ解析部４２が、ステップ４０９において、メッセージ５１２がサーバ３０に処理を依頼するものであると判定する。

すると、送信部４７が、ステップ４１０において、処理履歴６１２をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図５に示すように、ボブのクライアント１０の処理履歴表示欄６００には、処理履歴６１２が表示される。

また、文書処理部４５が、ステップ４１１において、「Ｄｏｃ１」にボブのスタンプを押下する処理を実行する。更に、文書処理部４５は、ステップ４１２において、処理履歴を処理履歴記憶部４６に記憶する。更にまた、送信部４７は、ステップ４１３において、「Ｄｏｃ１」にボブのスタンプを押下する処理を実行した旨の処理結果をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図５に示すように、ボブのクライアント１０のチャット表示欄５００には、メッセージ５１５が表示され、ボブのクライアント１０の処理画像表示欄７００には、アイコン７１１にアイコン７１３，７１４を重ねた画像が表示される。その際、ボブのクライアント１０の処理履歴表示欄６００には、「Ｕｎｄｏ」ボタン６１３も表示される。

次に、図１３に示した動作例を、上述した第２のシナリオに沿って具体的に説明する。

第２のシナリオでは、図６に示すように、アリスのクライアント１０でチャット表示欄５００にメッセージ５２１が入力されると、受信部４１が、ステップ４０１において、メッセージ５２１をアリスのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５２１で文書には言及されていないが処理には言及されていると判定する。ここで、文書に言及されていないと判定するのは、文書名がメッセージ５２１に含まれておらず、文脈からも判定できないからである。また、処理に言及されていると判定するのは、スタンプを押下する処理を表す「ｓｉｇｎ」がメッセージ５２１に含まれているからである。

すると、送信部４７が、ステップ４１４において、文書名を補うように促すメッセージ５２２を送信元のクライアント１０へ送信する。これにより、図６に示すように、アリスのクライアント１０のチャット表示欄５００にメッセージ５２２が表示される。

次に、図６に示すように、アリスのクライアント１０でチャット表示欄５００に「Ｄｏｃ２」を示すメッセージ５２３が入力されると、図６のメッセージ５２１は編集される。その結果、図７に示すように、アリスのクライアント１０でチャット表示欄５００にメッセージ５２４が入力されると、受信部４１が、ステップ４０１において、メッセージ５２４をアリスのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５２４で文書及び処理に言及されていると判定する。ここで、文書に言及されていると判定するのは、文書名である「Ｄｏｃ２」がメッセージ５２４に含まれているからである。また、処理に言及されていると判定するのは、スタンプを押下する処理を表す「ｓｉｇｎ」がメッセージ５２４に含まれているからである。

すると、送信部４７が、ステップ４０３において、メッセージ５２４をボブのクライアント１０へ送信する。これにより、図８に示すように、ボブのクライアント１０のチャット表示欄５００にメッセージ５２４が表示される。

その後、メッセージ解析部４２が、ステップ４０９において、メッセージ５２４がサーバ３０に処理を依頼するものでないと判定する。

次に、図８に示すように、ボブのクライアント１０でチャット表示欄５００にメッセージ５２５が入力される。その後の動作は、図４でボブのクライアント１０のチャット表示欄５００にメッセージ５１２が入力された場合の動作と基本的に同じなので、説明を省略する。

次に、図１３に示した動作例を、上述した第３のシナリオに沿って具体的に説明する。

第３のシナリオでは、図１０に示すように、ボブのクライアント１０でチャット表示欄５００にメッセージ５３１が入力されると、受信部４１が、ステップ４０１において、メッセージ５３１をボブのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５３１で文書及び処理に言及されていると判定する。ここで、文書に言及されていると判定するのは、メッセージ５３１からの文脈で処理対象が「Ｄｏｃ２」と判定できるからである。また、処理に言及されていると判定するのは、スタンプを押下する処理を表す「Ｓｉｇｎｉｎｇ」がメッセージ５３１に含まれているからである。

すると、送信部４７が、ステップ４０３において、メッセージ５３１をアリスのクライアント１０へ送信する。

次に、文書処理部４５が、ステップ４０４において、処理情報記憶部４４を参照して、スタンプを押下する処理で利用可能な利用データの数を判定する。ここでは、スタンプを押下する処理で利用可能なボブのスタンプの数は１つであるとする。

すると、文書処理部４５は、ステップ４０５において、その１つのスタンプを処理情報記憶部４４から取得する。

次いで、メッセージ解析部４２が、ステップ４０９において、メッセージ５３１がサーバ３０に処理を依頼するものであると判定する。

すると、送信部４７が、ステップ４１０において、処理履歴６３１をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図１０に示すように、ボブのクライアント１０の処理履歴表示欄６００には、処理履歴６３１が表示される。

また、文書処理部４５が、ステップ４１１において、「Ｄｏｃ２」にボブのスタンプを押下する処理を実行する。ここで、処理中にエラーが発生したとする。すると、ボブのクライアント１０では、正常な処理結果が受信されないので、チャット表示欄５００にエラーの発生を示すメッセージ５３２が表示され、処理履歴表示欄６００に処理を再試行するための「Ｒｅｔｒｙ」ボタン６３２が表示される。

次に、図１０で「Ｒｅｔｒｙ」ボタン６３２がクリックされると、受信部４１が、ステップ４０１において、メッセージ５３１をボブのクライアント１０から受信する。

次に、メッセージ解析部４２が、ステップ４０２において、メッセージ５３１で文書及び処理に言及されていると判定する。

すると、送信部４７が、ステップ４０３において、メッセージ５３１をアリスのクライアント１０へ送信する。

次に、文書処理部４５が、ステップ４０４において、処理情報記憶部４４を参照して、スタンプを押下する処理で利用可能な利用データの数を判定する。ここでは、スタンプを押下する処理で利用可能なボブのスタンプの数は１つであるとする。

すると、文書処理部４５は、ステップ４０５において、その１つのスタンプを処理情報記憶部４４から取得する。

次いで、メッセージ解析部４２が、ステップ４０９において、メッセージ５３１がサーバ３０に処理を依頼するものであると判定する。

すると、送信部４７が、ステップ４１０において、処理履歴６３１をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図１１に示すように、ボブのクライアント１０の処理履歴表示欄６００には、処理履歴６３１が表示される。

また、文書処理部４５が、ステップ４１１において、「Ｄｏｃ２」にボブのスタンプを押下する処理を実行する。ここでは、処理中にエラーが発生しなかったとする。すると、文書処理部４５は、ステップ４１２において、処理履歴を処理履歴記憶部４６に記憶する。また、送信部４７は、ステップ４１３において、「Ｄｏｃ２」にボブのスタンプを押下する処理を実行した旨の処理結果をアリスのクライアント１０及びボブのクライアント１０へ送信する。これにより、図１１に示すように、ボブのクライアント１０のチャット表示欄５００には、メッセージ５３３が表示され、ボブのクライアント１０の処理画像表示欄７００には、アイコン７３２にアイコン７３３を重ねた画像が表示される。その際、ボブのクライアント１０の処理履歴表示欄６００には、「Ｕｎｄｏ」ボタン６３３も表示される。

次に、本実施の形態におけるサーバ３０の「Ｕｎｄｏ」ボタンがクリックされた際の動作例について説明する。

クライアント１０で「Ｕｎｄｏ」ボタンがクリックされ、取り消し対象の処理を特定する処理識別情報を含む取り消し情報が送信されると、サーバ３０では、まず、受信部４１が、この取り消し情報を受信する。すると、文書処理部４５が、処理履歴記憶部４６に記憶された処理履歴から、取り消し情報に含まれる処理識別情報で識別される処理を特定し、その処理を取り消す。

［プロセッサ］
本実施の形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また、本実施の形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は、本実施の形態において記載した順序のみに限定されるものではなく、変更してもよい。

［プログラム］
本実施の形態におけるサーバ３０が行う処理は、例えば、アプリケーションソフトウェア等のプログラムとして用意される。

即ち、本実施の形態を実現するプログラムは、コンピュータに、複数のユーザの間で通信手段により通信されるメッセージを取得する機能と、メッセージで言及された対象に対して、メッセージで言及された処理を実行する機能と、対象に対して処理が行われた旨を表示するように制御する機能とを実現させるためのプログラムとして捉えられる。

尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

１０…クライアント、３０…サーバ、４１…受信部、４２…メッセージ解析部、４３…文書記憶部、４４…処理情報記憶部、４５…文書処理部、４６…処理履歴記憶部、４７…送信部

Claims (7)

1. プロセッサを備え、
   前記プロセッサは、
   複数のユーザの間で通信手段により通信されるメッセージを取得し、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、
   前記対象に対して前記処理が行われた旨を表示するように制御し、
   前記プロセッサは、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示し、
   前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、当該少なくとも１つの情報を指定するように当該特定のユーザに促すことを特徴とする情報処理装置。
2. プロセッサを備え、
   前記プロセッサは、
   複数のユーザの間で通信手段により通信されるメッセージを取得し、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、
   前記対象に対して前記処理が行われた旨を表示するように制御し、
   前記プロセッサは、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示し、
   前記プロセッサは、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行することを特徴とする情報処理装置。
3. 前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで言及された対象に対して、当該メッセージで言及された処理が実行されなかった場合に、当該対象に対して当該処理の再実行の指示を当該特定のユーザに許可することを特徴とする請求項２に記載の情報処理装置。
4. プロセッサを備え、
   前記プロセッサは、
   複数のユーザの間で通信手段により通信されるメッセージを取得し、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、
   前記対象に対して前記処理が行われた旨を表示するように制御し、
   前記プロセッサは、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行し、
   前記プロセッサは、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで言及された対象に対して、当該メッセージで言及された処理が実行されなかった場合に、当該対象に対して当該処理の再実行の指示を当該特定のユーザ以外のユーザに禁止することを特徴とする情報処理装置。
5. プロセッサを備え、
   前記プロセッサは、
   複数のユーザの間で通信手段により通信されるメッセージを取得し、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行し、
   前記対象に対して前記処理が行われた旨を表示するように制御し、
   前記プロセッサは、実行された前記処理の履歴を、前記メッセージを表示している画面と同一の画面上に表示するように制御し、
   前記プロセッサは、
   前記履歴上で、ユーザから特定の処理の指定を受け付け、
   前記特定の処理以降に前記ユーザの指示により実行された処理を取り消す
   ことを特徴とする情報処理装置。
6. コンピュータに、
   複数のユーザの間で通信手段により通信されるメッセージを取得する機能と、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行する機能と、
   前記対象に対して前記処理が行われた旨を表示するように制御する機能と
   を実現させ、
   前記コンピュータに、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示する機能を実現させ、
   前記コンピュータに、前記複数のユーザのうちの特定のユーザが入力した前記メッセージで対象及び処理の少なくとも１つの情報が言及されていない場合に、当該少なくとも１つの情報を指定するように当該特定のユーザに促す機能を実現させるためのプログラム。
7. コンピュータに、
   複数のユーザの間で通信手段により通信されるメッセージを取得する機能と、
   前記メッセージで言及された対象に対して、当該メッセージで言及された処理を実行する機能と、
   前記対象に対して前記処理が行われた旨を表示するように制御する機能と
   を実現させ、
   前記コンピュータに、一の対象に対する前記処理の候補として複数の処理候補がある場合に、当該一の対象に対して、当該複数の処理候補を選択可能に表示する機能を実現させ、
   前記コンピュータに、前記メッセージで言及された前記対象に対して、当該メッセージで言及された前記処理が実行されなかった場合に、ユーザより指示を受け付けた際に、当該対象に対して当該処理を再実行する機能を実現させるためのプログラム。