JP2011525768A - 通信サーバを介しての電話端末からの情報の回復 - Google Patents

Abstract

本発明は、電話端末２、３のうちの少なくとも１つからの、通信サーバ１を介してのそれぞれ異なるユーザ２０、３０に属する少なくとも２つの電話端末２、３間の電話通信に関する少なくとも１つの情報を回復する方法に関する。本発明はまた、関連する通信サーバ１に関する。本発明によれば、情報を回復する方法は、通信サーバ１のレベルにおいて、ユーザ２０、３０のうちの１人による通信の終了を検出するステップ、および通信サーバ１によって、ユーザ２０、３０のうちの少なくとも１人のために情報回復のサービスをアクティブ化するステップを備える。回復サービスは、回復サービスがそのためにアクティブ化されるユーザ２０、３０のそれぞれのために、基準に基づいてフォームを選択するステップ、フォームをユーザ２０、３０に提示するステップ、および前記少なくとも１つの情報と共に完成されたフォームをデータベース４に送信するステップを備える。

Description

本発明は、電話通信中に交換された情報を管理する分野に関する。本発明は、具体的には、通信サーバを介して通信している少なくとも２人のユーザの電話端末のうちの少なくとも１つから少なくとも１つの情報を取り出すための方法に関する。

電話通信中に、通話者は、一般に、通信が終了した後に通話者双方にとって有用であり得る情報を交換する。とりわけ、ビジネス電話通話中には、いくつかのタスクまたはアクションが通話者のうちの１人に割り当てられることは珍しいことではない。

通話者に割り当てられたタスクの進行を追跡することができるように、または通信中に通話者に送信された情報を忘れないように、通話者は、一般に、この情報をパーソナルオーガナイザまたはトゥドゥリストに記録する。紙ベースのオーガナイザが依然として使用されているが、通話者は、通常、情報をタスクオーガナイザアプリケーションに記録する。具体的には、これらのアプリケーションは、ＰＤＡ上に実装された、あるいは通話者のパーソナルコンピュータまたはワークコンピュータにインストールされているアウトルック（Ｒ）などの電子メールクライアントによって提供されたノートブック機能の形で実装された、電子オーガナイザからなる。

しかし、通話者は、通信中に自分に送信された可能性があるいかなる関連情報をも自分のタスクオーガナイザアプリケーションに入力することを目的として常にそのアプリケーションにアクセスすることができるとは限らない。

実際、多数の電話端末が電子オーガナイザを備えておらず、通話者が通信を受信または送信したときに自分のコンピュータの近くにいないことは珍しくない。したがって、通話者は、自分の時間の使用に関する情報を自分に通知することができるアプリケーションにアクセスすることができる自分のデスクに戻る前に情報を自分のオーガナイザまたはトゥドゥリストに記録することはできない。

同様の状況は、通話者が電話での会話中に通知された様々な情報を自分のパーソナルコンピュータまたはワークコンピュータにインストールされているあるいはそれによって共用されている電子データ入力ファイルまたはコラボレーティブアプリケーションに記録したいと思うときはいつでも生じる。

電話通話の終わりとアプリケーションへの情報の入力との間で経過する時間が多いほど、ユーザが自分に送信された情報、または通話中に自分に割り当てられたタスクを忘れる可能性は大きくなる。

本発明は、通信が終了した後にユーザが自分の電話端末から自分が関係があると考え得るいかなる情報をも取り出すことができるようにすることにより、情報を失うリスクを低減することを目的とする。

この目的のために、本発明の第１の目的は、通信サーバを介してのそれぞれ異なるユーザに属する少なくとも２つの電話端末間の電話通信に関する少なくとも１つの情報を２つの電話端末のうちの少なくとも１つから取り出すための方法であって、以下の連続するステップを備える方法に関する：
− 通信サーバがユーザのうちの１人による通信の終了を検出するステップ、
− 通信サーバがユーザのうちの少なくとも１人のために情報回復サービスをアクティブ化するステップであって、前記回復サービスが、そのためにアクティブ化された各ユーザのために、以下のステップを含むステップ：
− 少なくとも１つの基準に基づいて、予め保存されている回復フォームのリストから回復フォームを選択するステップ、
− 選択された回復フォームをユーザに提示するステップ、および
− 前記少なくとも１つの情報と共にユーザによって完成された回復フォームをデータベースに送信するステップ。

有利には、前記少なくとも１つの基準は、前記電話端末の技術的特徴である。このようにして、選択されたフォームは電話端末に適応されており、したがって、ユーザに提示されてユーザによって正しく完成されることが可能である。

変形としてまたは組み合わせて、前記少なくとも１つの基準は、予め保存されているユーザのプリファレンスである。ユーザのプリファレンスを考慮に入れることは、ユーザが取り出したいと思う情報のタイプに明確に適したフォームの選択を可能にする。

有利には、回復サービスは、完成された回復フォームに基づいてタスクを作成するステップをさらに備え、次いで、前記タスクは、送信ステップ中にタスクオーガナイザアプリケーションのデータベースに送信される。このステップは、完成されたフォームを使用して取り出された情報に基づいてユーザの電子オーガナイザのデータを自動的に更新してもよい。

本発明の第２の目的は、それぞれ少なくとも２人のユーザに属する少なくとも２つの電話端末間に電話通信がそれを用いて確立される通信サーバであって、前記通信サーバがユーザのうちの１人による通信の終了を検出し、ユーザのうちの少なくとも１人のために前記電話通信に関する少なくとも１つの情報を取り出すために回復サービスをアクティブ化することができること、ならびに、前記通信サーバが前記回復サービスの実行のために以下の手段を備えることを特徴とする、通信サーバに関する：
− 少なくとも１つの基準に基づいての回復フォームの選択を可能にする選択手段、
− 前記回復フォームのユーザへの提示、および前記少なくとも１つの情報を有する前記完成されたフォームの回復を可能にする提示手段、ならびに
− 完成された回復フォームのデータベースへの送信を可能にする送信手段。

本発明の他の特徴および利点は、添付の図面を参照しながら以下の説明を読めば明らかになるであろう。

本発明による少なくとも１つの情報の回復を可能にする通信サーバの好ましいアーキテクチャを示す概略図である。 少なくとも１つの情報の回復に続くタスクの作成に関する様々なステップを示す流れ図である。

図１に示されているように、通信サーバ１は、それぞれ異なるユーザ２０、３０にそれぞれ属する複数の電話端末２、３の間で電話通信が行われることを可能にする。

通常、通信サーバ１はいくつかの通話管理サービスを実行するのに適しており、様々なサービスがサービスデータベース１１に存在していてよい。通信サーバ１はまた、とりわけ、通信の継続時間、参加者の数、および通信がその間で行われる端末２、３の数および／またはアドレスなどのデータを備える通信追跡ファイルを作成し維持することができる。

本発明の方法によれば、通話者２０、３０のうちの１人が通信を終了するたびに、通信サーバ１は、通信の終了を検出し、情報回復サービスをアクティブ化する。情報回復サービスは、通信を終了した通話者２０、３０によって、および／または通信サーバ１に依然として接続されている通話者２０、３０のためにも、アクティブ化されてもよい。

ユーザ２０、３０のそれぞれ（通信に参加した通話者のそれぞれ）のための回復サービスは、少なくとも１つの基準に基づいて、予め保存されているフォームのリストから回復フォームを選択する第１のステップを備える。そのような基準は、通信を実行するために使用される電話端末２、３の技術特徴にあってよい。変形としてまたは組み合わせて、基準はまた、ユーザ２０、３０の予め保存されているプリファレンスにあってよい。

適切なフォームが選択された後は、フォームをユーザ２０、３０に提示するステップが実行される。回復フォームは、電話端末２、３によって提示される。フォームは、音声によって提示されてよい。代替として、フォームは、電話端末２、３上に表示されることにより提示される。

次に、ユーザ２０、３０は、次いで、ユーザが通信中に交換した、関係があると考える少なくとも１つの情報を有する回復フォームを完成する。その後、取り出されるべき情報を有する、ユーザ２０、３０によって完成された回復フォームは、データベース４に送信される。次いで、データベース４へのアクセスを有するアプリケーションがユーザ２０、３０にとって利用可能になった後は、取り出された情報は通信が終了した後にそのユーザによってチェックされることが可能である。

図１および２を参照しながら、通信サーバ１の様々な特徴ならびに少なくとも１つの情報を取り出すために実行される様々なステップが詳細に説明される。

図２に示されているように、２人の通話者２０、３０はそれぞれ自分の電話端末２、３によって通信する。電話端末２、３は、移動電話でも、通常の電話端末でも、あるいはボイスオーバＩＰ電話通信を確立するように構成された端末でもよい。

電話端末間の通信が通信サーバ１を介して確立される（図２におけるステップＳ０）。

通話者２０、３０のうちの１人が通信をやめると決めたときは、その通話者は通信サーバ１からの接続を切断する（電話を切る）。本発明の方法によれば、通信サーバ１は、次いで、通信の通話者２０、３０のうちの１人が通信を終了したことを検出し（図２におけるＳ１）、そのサービスデータベース１１内に見られる情報回復サービスをトリガする（図２におけるＳ２）。

トリガされた後は、情報回復サービスは、通話者２０、３０の間の通信に関する通信追跡ファイルをチェックする。回復サービスはその場合、具体的には、通信を開始した通話者２０、３０（発呼者）、電話をかけられた通話者、通信を終了した通話者、および前記通信中に使用されたそれぞれ異なる端末２、３の番号および／またはアドレスを含む、通信特徴のセットを持つ。

情報回復サービスが通信サーバ１の中でどのように構成されているかに応じて、サービスは、通信の通話者の全てのために、あるいは発呼者または被呼者のためだけにアクティブ化されてもよい。

有利には、通信サーバは、回復サービスがそのためにアクティブ化されたユーザ２０、３０のリストを備える。このようにして、通信サーバ１が通信の終了を検出するたびに、通信サーバ１は、通信に参加したリスト上にあるユーザの全てのために情報回復サービスをアクティブ化する。

情報回復サービスがそのためにアクティブ化されたユーザ２０、３０のそれぞれのために、情報回復サービスは、フォームを提示し、フォームがユーザ２０、３０によって完成された後はフォームを取り出すために、アプリケーション１３をトリガする。

このアプリケーションは、端末２、３のそれぞれに実装されてよい。このアプリケーションはまた、通信サーバ１の中に集中されてよい。

より正確には、アプリケーション１３が通信サーバ１の中に集中されている場合は、前記サーバは回復フォームを通信サーバ１上に見られるデータベース１２に予め保存されている回復フォームのリストから選択する（図２におけるステップＳ３）。

有利には、リスト上の様々なフォームは、通信サーバ１がサーバ１の管理者によって初期設定されたときにはすでに作成されている。各フォームは、電話端末２、３が持っていなければならない技術特徴、ならびにフォームがユーザ２０、３０に提示されてユーザ２０、３０によって正しく完成されることが可能であるように通信サーバ１上にインストールされていなければならない特徴に関する表示を備える。

例として、フォームが音声によってユーザに提示されることが意図されたＶＸＭＬ（ボイスＸＭＬ）ファイルである場合は、電話端末２、３はＤＴＭＦ（デュアルトーンマルチ周波数）機能を使用して通信サーバと対話することができなければならないこと、および通信サーバ１は対話型音声サーバ１４を備えていなければならないことの両方を示す表示が提供されてもよい。そのような音声サーバは、通常、ＩＶＲユニット（対話型音声応答ユニット）として知られている。

同様に、フォームがユーザ２０、３０にグラフィカルに提示されることを意図されたＸＭＬまたはＨＴＭＬファイルである場合は、電話端末２、３はそのようなフォームを表示することができるグラフィカルインターフェースを持っていなければならないことを示すことが有用であり得る。

このようにして、トリガされた後は、アプリケーション１３は、回復サービスがそのためにアクティブ化されたユーザ２０、３０の電話端末２、３のタイプを判定するために、通信追跡ファイルをチェックする。端末２、３のタイプが識別された後は、アプリケーションは、電話端末２、３の少なくとも１つの技術特徴に基づいて回復フォームを選択してもよい。

有利には、通信サーバ１は、ユーザに関するプリファレンスをさらに含む。その場合は、アプリケーション１３は、ユーザ２０、３０のプリファレンスのうちの少なくとも１つに基づいてフォームを選択する。これらのプリファレンスは、回復サービスがそのためにアクティブ化されることが可能であるユーザ２０、３０の前述のリストに保存されてもよい。これらのプリファレンスは、フォームがそれによって提示されることをユーザ２０、３０が望む提示の種類（音声またはビジュアル）に関する詳細から成ってよい。

有利には、各ユーザは自分自身のフォームをすでに作成している。このようにして、フォームが提示されたときに、ユーザ２０、３０は取り出されるべき情報を有するフォームをより迅速にかつより効果的に完成することができる。実際、ユーザは自分自身でフォームを作成したので、ユーザは、フォームが音声フォームである場合は、自分が回答する必要がある一連の質問が分かり、フォームがグラフィカルフォームである場合は、記入するべきフィールドの位置が分かる。

回復フォームが選択された後は、アプリケーション１３は、フォームを提示するために必要とされる通信サーバ１の様々なモジュール１４、１５をトリガする。

より正確には、通信を終了したユーザ２０、３０のために回復サービスがアクティブ化されるたびに、アプリケーション１３は、通信サーバ１によってユーザ２０，３０の端末２、３からの呼をトリガして、これら２つのデバイス間の新しい通信チャネルを確立する。次いで、通信サーバ１とユーザ２０、３０の電話端末２、３との間に確立されたこの続いての通信中に、回復フォームが提示される。

他方では、通信サーバに依然として接続されているユーザ２０、３０のために回復サービスがアクティブ化されるたびに、回復サービスのアクティブ化によってトリガされた切替えによる接続を介して、回復フォームが提示される。

新しい通信チャネルかまたは単なる切替えを確立することにより、それによって、回復サービスは、通信の参加者が通信を終了していてもいなくても、通信の参加者の全てに適用されることが可能である。したがって、通話者のうちの誰も特に有利ではなく、ユーザは、回復サービスのアクティブ化を可能にするために、話している人が最初に電話を切ることを要求することは必要としない。

新しい通信チャネルが確立された、または切替えが行われた後は、アプリケーション１３が、フォームを提示するように構成されたモジュール１４、１５にフォームを提供する（図２におけるステップＳ４）。

選択されたフォームが音声フォームで提示されるべきときはいつでも、アプリケーション１３は、選択されたフォームをＩＶＲユニット１４に送信し、ＩＶＲユニット１４はそのフォームをユーザ２０、３０に対して再生する。フォームは、ユーザ２０、３０の端末２、３上のＩＶＲによって再生される一連の質問から成る。フォームの第１の質問は、具体的には、ユーザ２０、３０に回復サービスを提供することから成る。そのユーザは、フォームを承諾するかまたは拒否するかのオプションを有する。フォームが拒否された場合は、回復サービスは終了し、通信サーバ１とユーザの電話端末２、３との間の接続は完全に解放される。

フォームが承諾された場合は、フォームの質問がユーザ２０、３０宛に次々に音声で送られる。このユーザは、自分の電話端末２、３のキーボードによってそれらの質問に回答することができる。その場合は、回復フォームは、ＤＴＭＦ機能を使用してユーザによって完成される（図２におけるステップＳ５）。

ユーザはまた、回答を自分の電話端末２、３のハンドセットに話すことにより質問に回答する。その場合は、回復フォームは、音声認識を使用してユーザによって完成される（図２におけるステップＳ５）。

有利には、いくつかの質問は、ユーザ２０、３０によって解答されないままにしておかれてよい。このユーザはまた、フォーム全体が再生されてしまう前に一連の質問を停止することを決めてもよい。このオプションは、ＤＴＭＦ機能が使用されている場合は、特定のキー組合せを使用することにより実行されてもよい。フォームはまた、ユーザ２０、３０によって話された「停止」という単語の認識に続いて早めに停止されてよい。

代替として、選択されたフォームがグラフィカルに提示されるべきである場合は、アプリケーション１３は選択されたフォームをウェブサービスに送信し、ウェブサービスはフォームを端末２、３に送信する。次いで、フォームは、端末２、３のグラフィカルインターフェース上でユーザ２０、３０に提示される。

ユーザ２０、３０が自分に提示されたフォームを承諾する場合は、ユーザは、自分の端末２０、３０上に見られるキーボードまたは別のグラフィカルインターフェースモジュールを使用して空のままにされているフォームのフィールドに書き込む（図２におけるステップＳ５）。有利には、ユーザ２０、３０がフォームを通信サーバ１に再送信する前にフォームの空のフィールドの全てに書き込むことは必ずしも必要ではない。

フォームがユーザ２０、３０によって全部または部分的に完成された後は、アプリケーション１３は、フォームをインターフェースモジュール１６に送信する。次いで、インターフェースモジュール１６は、フォームが記憶されることになるデータベース４にフォームを送信する（図２におけるステップＳ７）。それに続いて、ユーザ２０、３０は、回復サービスを使用して取り出された情報を参照することができる。

有利には、通信サーバ１によって保存された通信記録は、完成された回復フォームに付加され、やはりデータベース４に送信される。回復サービスを実行するのにかかる時間を最小化するために、回復フォームは短い必要があるので、この組合せは特に有益であることが判明する可能性があり、したがって、完成されたフォームを使用して取り出された情報は簡潔である。したがって、情報が後でチェックされるときに、ユーザ２０、３０は、電話通信の記録を聞くことによりそれを完成することができる。

有利には、インターフェースモジュール１６は、完成された回復フォームから得られるタスクを作成する（図２におけるステップＳ６）。次いで、それによって作成されたタスクは、タスクオーガナイザアプリケーションのデータベースと同じである管理データベース４に送信される（図２におけるステップＳ７）。したがって、ユーザの電子オーガナイザは、それが直接接続されていても、あるいはデータベース４に含まれている情報と同期されていても、自動的に更新される。次いで、電話通信の後に回復サービスによって作成されたタスクがユーザ２０、３０の電子オーガナイザに現れる。

タスクはまた、ユーザ２０、３０の電子メールサーバに送信されるべき電子メールを作成することから成る。したがって、情報が回復サービスによって取り出された後に、ユーザ２０、３０は、電話会話中に交換された必須の情報が入っている新しいメッセージを自分の電子メール受信トレイに自動的に受信することになる。

本発明の様々な特徴および利点は、２人のユーザだけが関与する通信、ならびにアプリケーション１３および通信サーバ１に組み込まれた回復フォームのリストに関連して説明されてきたが、本発明は、そのような実施形態に限定されない。本発明の方法は、３人以上の通話者間の通信が通信サーバを介して３つ以上の電話端末から実行されるときはいつでも適用されることが可能である。さらに、各端末２、３は、そのようなアプリケーションおよびそのようなフォームをさらに備えてよい。そのような実施形態では、回復サービスは、通信に参加しているユーザ２０、３０の電話端末２、３のそれぞれに存在しているアプリケーション１３をトリガする。次いで、完成されたフォームは、電話端末２、３から直接または通信サーバ１によってデータベース４に送信されてもよい。

Claims (15)

1. ２つの電話端末（２、３）のうちの少なくとも１つからの、通信サーバ（１）を介してのそれぞれ異なるユーザ（２０、３０）に属する少なくとも２つの電話端末（２、３）間の電話通信に関する少なくとも１つの情報を回復する方法であって、以下の連続するステップ、すなわち、
   通信サーバ（１）がユーザ（２０、３０）のうちの１人による通信の終了を検出するステップ（Ｓ１）、
   通信サーバ（１）がユーザ（２０、３０）のうちの少なくとも１人のために情報回復サービスをアクティブ化するステップ（Ｓ２）
   を備え、
   前記回復サービスが、そのためにアクティブ化されたユーザ（２０、３）のそれぞれのために、以下のステップ、すなわち
   少なくとも１つの基準に基づいて、予め保存されている回復フォームのリストから回復フォームを選択するステップ（Ｓ３）、
   選択された回復フォームをユーザ（２０、３０）に提示するステップ（Ｓ４）、
   前記少なくとも１つの情報と共にユーザ（２０、３０）によって完成された回復フォームをデータベース（４）に送信するステップ（Ｓ７）
   を備える、方法。
2. 前記少なくとも１つの基準が前記電話端末（２、３）の技術的特徴であることを特徴とする、請求項１に記載の方法。
3. 前記少なくとも１つの基準がユーザ（２０、３０）の予め保存されているプリファレンスであることを特徴とする、請求項１から２のいずれか一項に記載の方法。
4. 前記回復サービスが完成された回復フォームに基づいてタスクを作成するステップ（Ｓ６）をさらに備え、次いで、前記タスクが、送信ステップ（Ｓ７）中に、タスクオーガナイザアプリケーションのデータベース（４）に送信されることを特徴とする、請求項１から３のいずれか一項に記載の方法。
5. 前記通信を終了したユーザ（２０、３０）のために回復サービスがアクティブ化された場合、通信サーバ（１）と通信を終了した前記ユーザ（２０、３０）の電話端末（２、３）との間に確立される、後の通信中に前記回復フォームの前記提示（Ｓ４）が実行されることを特徴とする、請求項１から４のいずれか一項に記載の方法。
6. 回復サービスが前記通信サーバに依然として接続されているユーザ（２０、３０）のためにアクティブ化された場合、回復フォームの前記提示（Ｓ４）が回復サービスをアクティブ化することによりトリガされた切替えによって前記接続を介して実行されることを特徴とする、請求項１から４のいずれか一項に記載の方法。
7. 回復フォームの前記ユーザ（２０、３０）への前記提示（Ｓ４）が音声によって実行されることを特徴とする、請求項１から６のいずれか一項に記載の方法。
8. 前記回復フォームがＶＸＭＬファイルから成ることを特徴とする、請求項７に記載の方法。
9. 前記回復フォームが前記ユーザ（２０、３０）によってＤＴＭＦ機能を使用して完成される（Ｓ５）ことを特徴とする、請求項７または８のいずれか一項に記載の方法。
10. 回復フォームが前記ユーザ（２０、３０）によって音声認識機能を使用して完成される（Ｓ５）ことを特徴とする、請求項７または８のいずれか一項に記載の方法。
11. 回復フォームの前記ユーザ（２０、３０）への前記提示（Ｓ４）が前記フォームを前記ユーザ（２０、３０）の電話端末（２、３）上に表示することにより実行されること、ならびに前記回復フォームが前記ユーザ（２０、３０）によって前記電話端末（２、３）のグラフィカルインターフェースモジュールを使用して完成される（Ｓ５）ことを特徴とする、請求項１から６のいずれか一項に記載の方法。
12. 前記回復フォームがＸＭＬまたはＨＴＭＬファイルから成ることを特徴とする、請求項１１に記載の方法。
13. 電話通信がそれぞれ少なくとも２人のユーザ（２０、３０）に属する少なくとも２つの電話端末（２、３）間にそれを介して確立される通信サーバ（１）であって、ユーザ（２０、３０）のうちの１人によって通信を終了し、ユーザのうちの少なくとも１人のために前記電話通信に関する少なくとも１つの情報の回復サービスをアクティブ化することができること、ならびに前記回復サービスを実行するために、
    少なくとも１つの基準に基づいての回復フォームの選択を可能にする選択手段（１１、１２、１３）、
    前記回復フォームのユーザへの提示および前記少なくとも１つの情報を有する前記完成されたフォームの回復を可能にする提示手段（１４、１５）、
    完成された回復フォームのデータベース（４）への送信を可能にする送信手段（１６）
    を備えることを特徴とする通信サーバ（１）。
14. 前記少なくとも１つの基準がユーザ（２０、３０）の電話端末（２、３）の特徴および／またはユーザ（２０、３０）の予め保存されているプリファレンスであることを特徴とする、請求項１３に記載の通信サーバ（１）。
15. 送信手段（１６）が前記完成された回復フォームに基づいてタスクを作成し、前記タスクをタスクオーガナイザアプリケーションのデータベース（４）に送信することができることを特徴とする、請求項１３から１４のいずれか一項に記載の通信サーバ。

Images