(57)【要約】  第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末へ通信するメッセージの処理方法であって、送信ユーザ端末において、送信者からメッセージ（１０４）の内容を受け取るステップと、内容が第１のタイムゾーンにおける時間の表示を含むことを決定するステップと、メッセージを、送信ユーザ端末から受信ユーザ端末へネットワークを介して送信するステップと、表示により示された第１のタイムゾーンにおける時間に対応する第２のタイムゾーンにおける対応時間を決定するステップと、受信ユーザ端末において受信者に、第２のタイムゾーンにおける決定された対応する時間を示す第２の表示を含むメッセージを搬送するステップとを有する。
2014524081.tif 000002
【特許請求の範囲】
【請求項１】
第１のタイムゾーンにいる送信者の送信ユーザ端末から、第２のタイムゾーンにいる受信者の受信ユーザ端末に、ネットワークを介してメッセージを送信する方法であって、
前記送信ユーザ端末において、前記送信者から前記メッセージの内容を受け取るステップと、
前記送信ユーザ端末において、前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するステップと、
前記送信ユーザ端末において、前記送信者の第１のタイムゾーンを決定するステップと、
前記送信ユーザ端末において、前記表示により示された第１のタイムゾーンにおける前記時間に対応する書体のタイムゾーンにおける標準時を決定するステップと、
前記メッセージに前記標準時を含めるステップと、
前記メッセージを、前記送信ユーザ端末から前記受信ユーザ端末へ前記ネットワークを介して送信するステップとを有し、
前記メッセージ中の前記標準時と前記第２のタイムゾーンとを用いることにより、前記受信ユーザ端末は、前記表示により示された第１のタイムゾーン中の前記時間に対応する、前記第２のタイムゾーンにおける対応する時間を決定できるようにする、方法。
【請求項２】
前記内容はテキストを含む、請求項１に記載の方法。
【請求項３】
前記メッセージは電子メールメッセージまたはインスタントメッセージである、請求項２に記載の方法。
【請求項４】
前記内容は音声データを含む、請求項１ないし３いずれか一項に記載の方法。
【請求項５】
前記表示により示された時間は、前記送信者と受信者が同時に参加するイベントの時間である、請求項１ないし４いずれか一項に記載の方法。
【請求項６】
前記メッセージを前記送信ユーザ端末から前記受信ユーザ端末へ前記ネットワークを介して送信するステップは、前記メッセージを前記送信ユーザ端末と前記受信ユーザ端末との間のポイント・ツー・ポイントルートを介して送信するステップを含む、請求項１ないし５いずれか一項に記載の方法。
【請求項７】
前記メッセージの複数の受信者の複数の受信ユーザ端末がある、請求項１ないし６いずれか一項に記載の方法。
【請求項８】
第１のタイムゾーンにいる送信者の送信ユーザ端末におけるコンピュータ処理手段により実行される、前記送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末にネットワークを介してメッセージを送信するコンピュータ読み取り可能命令を含むコンピュータプログラム製品であって、
前記命令は請求項１ないし７いずれか一項に記載の方法を実行する命令を含む、コンピュータプログラム製品。
【請求項９】
第２のタイムゾーンにいる受信者の受信ユーザ端末に、ネットワークを介してメッセージを送信する、第１のタイムゾーンにいる送信者の送信ユーザ端末であって、
前記送信者から、前記メッセージの内容を受け取るように構成されたレシーバと、
前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するように構成された内容決定モジュールと、
前記送信者の第１のタイムゾーンを決定するように構成された第１タイムゾーン決定モジュールと、
前記表示により示された第１のタイムゾーンにおける前記時間に対応する、所定タイムゾーンにおける標準時を決定するように構成された標準時決定モジュールと、
前記標準時を前記メッセージに含めるように構成された処理モジュールと、
前記メッセージを、前記受信ユーザ端末に前記ネットワークを介して送信するように構成された送信モジュールとを有し、
前記メッセージ中の前記標準時と前記第２のタイムゾーンとを用いることにより、前記受信ユーザ端末は、前記表示により示された第１のタイムゾーン中の前記時間に対応する、前記第２のタイムゾーンにおける対応する時間を決定できるようにする、送信ユーザ端末。
【請求項１０】
第１のタイムゾーンにいる送信者の送信ユーザ端末から受信したメッセージを処理する、第２のタイムゾーンにいる受信者の受信ユーザ端末であって、
前記送信ユーザ端末と受信ユーザ端末とが用いることを同意した所定タイムゾーンにおける標準時を含むメッセージを、前記送信ユーザ端末からネットワークを介して受信するように構成されたレシーバと、
前記受信者の第２のタイムゾーンを決定するように構成されたタイムゾーン決定モジュールと、
前記決定された第２のタイムゾーンと、前記所定タイムゾーンにおける標準時とを用いて、前記所定タイムゾーンにおける標準時に対応する前記第２のタイムゾーンにおける時間である対応時間を決定するように構成された時間決定モジュールと、
前記受信ユーザ端末において前記受信者に、前記第２のタイムゾーンにおける決定された対応する時間を示す表示を含む前記メッセージを搬送するように構成された搬送モジュールとを有する、受信ユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメッセージの処理に関する。具体的に、本発明は、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末への通信のメッセージの処理に関する。
【背景技術】
【０００２】
メッセージはユーザ間で複数の異なる通信システムを用いて送られる。例えば、テキストベースメッセージ（すなわち、テキストコンテンツを有するメッセージ）は、ユーザ間で、電子メール、インスタントメッセージ、またはＳＭＳメッセージとして、インターネットや公衆交換電話網（ＰＳＴＮ）などのネットワークを用いて送ることができる。その他のメッセージには、音声メッセージやマルチメディアメッセージがある。
【０００３】
メッセージは、非常に長距離を非常に短い時間スケールで送ることができる。具体的に、メッセージは、例えばインターネットやＰＳＴＮにより、異なるタイムゾーンにいるユーザ間で送ることができる。送信者は、メッセージが受信者に送られる時に、メッセージの受信者の場所やタイムゾーンを知らないこともある。これにより、送信者が受信者に時間を正しく表すことが難しいことがある。さらに、一メッセージに対して複数の受信者がいて、受信者ごとにタイムゾーンが異なる場合がある。そうすると、すべての受信者が時間を正しく理解するように、メッセージの送信者が受信者に時間を正しく特定することは難しくなる。
【０００４】
一例として、テキストベースのインスタントメッセージが多くのタイプの会話に頻繁に使われ、重要なアプリケーションはビジネスにおけるもの（すなわち、ビジネスのユーザ間）である。インスタントメッセージは有用なコミュニケーションツールとなり、電子メールとテレフォニーとの間のニーズを満たしている。インスタントメッセージングの一般的な使用はミーティングの計画である。一以上のユーザが、ミーティングや電話（telephone  call）（またはユーザが同時に参加しなければならないその他のイベント）の都合について「チャット」でき、すなわちインスタントメッセージを交換でき、ユーザが全員にとって都合がよいイベントの時間をインターラクティブに決定できる。しかし、複数のユーザが異なるタイムゾーンにいる場合の共通の問題は、チャットの送信者がイベントの時間を（例えば、「how  about  3（３時でどう）？」とのメッセージを送信することにより）提案しても、タイムゾーンを省略してしまうことである。メッセージの受信者は、送信者がどのタイムゾーンにいるのか知らず、提案の時間について混乱してしまう。他の問題は、送信者が（例えば、「how  about  3PM  PST（ＰＳＴで午後３時はどう）？」というメッセージを送信することにより）タイムゾーンを含めても、受信者はその時間を自分の現地のタイムゾーンにどのように変換するか分からないことがある。
【０００５】
図１は、（図１に示した例では「メアリー」呼ぶ）送信ユーザと（図１に示した例では「ボブ」と呼ぶ）受信ユーザとの間のインスタントメッセージング交換の例である。ユーザインタフェース１０２はメアリーのユーザ端末でメアリーに示され、ユーザインタフェース１１２はボブのユーザ端末でボブに示されている。図１に示した例では、メアリーはカリフォルニアにいて、ボブはロンドンにいる。ユーザインタフェース１０２は、インスタントメッセージング通信でそれまでに送信されたメッセージを示すウィンドウ枠１０４を含む。ユーザインタフェース１０２は、メアリーがボブに送信する新しいインスタントメッセージの内容を入力するウィンドウ枠（pane）１０６を含む。ユーザインタフェース１０２は、ボタン１０８を含む。これは、（例えば、マウスでボタン１０８をクリックすることにより）メアリーにより起動されると、ウィンドウ枠１０６に入力された内容を含むインスタントメッセージをボブのユーザ端末に送信させる。同様に、ボブのユーザインタフェース１１２は、インスタントメッセージング通信でそれまでに送信されたメッセージを示すウィンドウ枠１１４を含む。ユーザインタフェース１１２は、ボブがメアリーに送信する新しいインスタントメッセージの内容を入力するウィンドウ枠（pane）１１６を含む。ユーザインタフェース１１２はボタン１１８を含む。これは、（例えば、マウスでボタン１１８をクリックすることにより）ボブにより起動されると、ウィンドウ枠１１６に入力された内容を含むインスタントメッセージをメアリーのユーザ端末に送信させる。
【０００６】
図から分かるように、図１に示した会話では、メアリーが「how  about  3（３時でどう）？」と言った時に何を意味しているのか、混乱がある。ボブは、メアリーが自分のタイムゾーン（すなわち、カリフォルニアのタイムゾーン）の３時を意味しているのか、ボブのタイムゾーン（すなわち、ロンドンのタイムゾーン）の３時を意味しているのか、定かではない。メアリーが時間はカリフォルニアのタイムゾーンであることを意味しているとメアリーとボブが一旦確認したとしても、この時間をボブのタイムゾーンの対応する時間にどのように変換するかについては、まだ混乱がある。実際、最初はメアリーとボブのタイムゾーンの時差を間違えていたようで、何回かメッセージをやりとりした後にやっとボブのタイムゾーンで午後１１時であることが確認されている。
【発明の概要】
【０００７】
発明者が気づいたことによると、先行技術では、異なるタイムゾーンにいるユーザが互いにメッセージを送信する時、そのメッセージが一またはそれ以外のタイムゾーンの時間の表示をその内容に含む場合、何時のことを言っているのか大きな混乱が生じることがある。これにより、ユーザ間でミーティング（及びユーザたちが同時に参加するその他のイベント）の設定に問題が生じる。時間の表示を含むメッセージが送信された時、ユーザ間でタイムゾーンの違いにより生じる混乱を解消するために、（例えば図１に示したように）先行技術のシステムでは長い時間が無駄になることがある。
【０００８】
本発明の第１の態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末へ通信するメッセージの処理方法が提供される。該方法は、前記送信ユーザ端末において、前記送信者から前記メッセージの内容を受け取るステップと、前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するステップと、前記メッセージを、前記送信ユーザ端末から前記受信ユーザ端末へ前記ネットワークを介して送信するステップと、前記表示により示された前記第１のタイムゾーンにおける時間に対応する前記第２のタイムゾーンにおける対応時間を決定するステップと、前記受信ユーザ端末において前記受信者に、前記第２のタイムゾーンにおける決定された対応する時間を示す第２の表示を含むメッセージを搬送するステップとを有する。
【０００９】
好ましい実施形態において、メッセージの内容が第１のタイムゾーンの時間の表示を含む時、第２のタイムゾーンの対応時間が決定され、受信者に伝えられるメッセージに、その対応時間の表示が含められる。このようにして、受信者に、自分のタイムゾーンの時間の表示が伝達される。これにより、その表示が言っている時間に関する混乱が防止される。
【００１０】
さらに別の実施形態では、内容はテキストを含む。前記メッセージは電子メールメッセージまたはインスタントメッセージであってもよい。
【００１１】
内容は音声データを含んでいてもよい。
【００１２】
前記表示により示された時間は、前記送信者と受信者が同時に参加するイベントの時間であってもよい。
【００１３】
第２のタイムゾーンの対応時間を決定するステップは、送信者の第１のタイムゾーンを決定するステップと、受信者の第２のタイムゾーンを決定するステップと、決定された第１と第２のタイムゾーンと、第１のタイムゾーンの時間の表示とを用いて、第２のタイムゾーンの対応時間を決定するステップとを含む。
【００１４】
送信ユーザ端末から受信ユーザ端末にネットワークによりメッセージを送信するステップは、メッセージをサーバを介して送信するステップを含み、第２のタイムゾーンの対応時間を決定するステップは、サーバにより実行され得る。
【００１５】
第２のタイムゾーンの対応時間を決定するステップは、送信者の第１のタイムゾーンを決定するステップと、決定された第１のタイムゾーンを用いて、前記表示により示された第１のタイムゾーンにおける前記時間に対応する、所定タイムゾーンにおける標準時を決定するステップと、受信者の第２のタイムゾーンを決定するステップと、決定された第２のタイムゾーンと決定された所定タイムゾーンの標準時とを用いて、第２のタイムゾーンにおける対応時間を決定するステップとを含み得る。
【００１６】
第１のタイムゾーンを決定し、決定した第１のタイムゾーンを用いて標準時を決定するステップは、送信ユーザ端末において実行され、第２のタイムゾーンを決定し、決定した第２のタイムゾーンと決定した所定のタイムゾーンの標準時とを用いて対応時間を決定するステップは、受信ユーザ端末において実行され得る。
【００１７】
前記メッセージを前記送信ユーザ端末から前記受信ユーザ端末へネットワークにより送信するステップは、前記メッセージを前記送信ユーザ端末と前記受信ユーザ端末との間のポイント・ツー・ポイントルートにより送信するステップを含む。
【００１８】
前記メッセージの複数の受信者の複数の受信ユーザ端末があってもよい。
【００１９】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末と第２のタイムゾーンにいる受信者の受信ユーザ端末とを有する通信システムが提供される。該システムは、前記送信ユーザ端末において、前記送信者からメッセージの内容を受け取る受信器と、前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するように構成された内容決定モジュールと、前記メッセージを、前記送信ユーザ端末から前記受信ユーザ端末にネットワークにより送信するように構成された送信モジュールと、前記表示により示された前記第１のタイムゾーンにおける時間に対応する前記第２のタイムゾーンにおける対応時間を決定するように構成された少なくとも１つの時間決定モジュールと、前記受信ユーザ端末において前記受信者に、前記第２のタイムゾーンにおける決定された対応する時間を示す第２の表示を含むメッセージを伝える伝達モジュールとを有する。
【００２０】
実施形態において、システムは、サーバを有し、メッセージは送信ユーザ端末から受信ユーザ端末にサーバを介して送信し得る。
【００２１】
受信器と内容決定モジュールとは送信ユーザ端末に実装でき、少なくとも１つの時間決定モジュールはサーバに実装でき、伝達モジュールは受信ユーザ端末に実装できる。
【００２２】
受信器と内容決定モジュールは送信ユーザ端末に実装してもよく、伝達モジュールは受信ユーザ端末に実装してもよく、少なくとも１つの時間決定モジュールは、送信ユーザ端末に実装された第１の時間決定モジュールと、受信ユーザ端末に実装された第２の時間決定モジュールとを有し得る。
【００２３】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末へネットワークによりメッセージを送信する方法が提供される。該方法は、前記送信ユーザ端末において、前記送信者から前記メッセージの内容を受け取るステップと、前記送信ユーザ端末において、前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを判断するステップと、前記送信ユーザ端末において、前記送信者の第１のタイムゾーンを決定するステップと、前記送信ユーザ端末において、前記表示により示された第１のタイムゾーンにおける前記時間に対応する書体のタイムゾーンにおける標準時を決定するステップと、前記メッセージに前記標準時を含めるステップと、前記メッセージを、前記送信ユーザ端末から前記受信ユーザ端末へ前記ネットワークを介して送信するステップと、前記メッセージ中の前記標準時と前記第２のタイムゾーンとを用いることにより、前記受信ユーザ端末は、前記表示により示された第１のタイムゾーン中の前記時間に対応する、前記第２のタイムゾーンにおける対応する時間を決定できるようにする。
【００２４】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末におけるコンピュータ処理手段により実行される、送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末にネットワークによりメッセージを送信する、上記の方法を実行する命令を含むコンピュータ読み取り可能命令を有するコンピュータプログラム製品である。
【００２５】
本発明の他の一態様によると、第２のタイムゾーンにいる受信者の受信ユーザ端末へネットワークによりメッセージを送信する第１のタイムゾーンにいる送信者の送信ユーザ端末が提供される。該端末は、前記送信者から、前記メッセージの内容を受け取るように構成されたレシーバと、前記内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するように構成された内容決定モジュールと、前記送信者の第１のタイムゾーンを決定するように構成された第１タイムゾーン決定モジュールと、前記表示により示された第１のタイムゾーンにおける前記時間に対応する、所定タイムゾーンにおける標準時を決定するように構成された標準時決定モジュールと、前記標準時を前記メッセージに含めるように構成された処理モジュールと、前記メッセージを、前記受信ユーザ端末に前記ネットワークを介して送信するように構成された送信モジュールとを有し、前記メッセージ中の前記標準時と前記第２のタイムゾーンとを用いることにより、前記受信ユーザ端末は、前記表示により示された第１のタイムゾーン中の前記時間に対応する、前記第２のタイムゾーンにおける対応する時間を決定できるようにする。
【００２６】
本発明の他の一態様によると、第２のタイムゾーンにいる受信者の受信ユーザ端末において、第１のタイムゾーンにいる送信者の送信ユーザ端末から受信したメッセージを処理する方法が提供される。該方法は、受信ユーザ端末において、送信ユーザ端末からネットワークにより、所定タイムゾーンの標準時を含むメッセージを受信するステップと、前記送信ユーザ端末において、前記受信者の第２のタイムゾーンを決定するステップと、受信ユーザ端末において、決定した第２のタイムゾーンと所定のタイムゾーンの標準時とを用いて、所定タイムゾーンの標準時に対応する第２のタイムゾーンにおける対応時間を決定するステップと、前記受信ユーザ端末において前記受信者に、前記第２のタイムゾーンにおける決定された対応する時間を示す表示を含むメッセージを搬送するステップとを有する。
【００２７】
本発明の他の一態様によると、第２タイムゾーンにいる受信者の受信ユーザ端末におけるコンピュータ処理手段により実行される、第１のタイムゾーンにいる送信者の送信ユーザ端末から受信したメッセージを処理する、上記の方法を実行する命令を含むコンピュータ読み取り可能命令を有するコンピュータプログラム製品である。
【００２８】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末から受信したメッセージを処理する、第２のタイムゾーンにいる受信者の受信ユーザ端末が提供される。該端末は、所定タイムゾーンにおける標準時を含むメッセージを、前記送信ユーザ端末からネットワークを介して受信するように構成されたレシーバと、前記受信者の第２のタイムゾーンを決定するように構成されたタイムゾーン決定モジュールと、前記決定された第２のタイムゾーンと、前記所定タイムゾーンにおける標準時とを用いて、前記所定タイムゾーンにおける標準時に対応する前記第２のタイムゾーンにおける時間である対応時間を決定するように構成された時間決定モジュールと、前記受信ユーザ端末において前記受信者に、前記第２のタイムゾーンにおける決定された対応する時間を示す表示を含むメッセージを伝える伝達モジュールとを有する。
【００２９】
本発明の他の一態様によると、サーバにおいて、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末へ通信されるメッセージを処理する方法が提供される。該方法は、サーバにおいて、ネットワークにより送信ユーザ端末からメッセージを受信するステップと、前記サーバにおいて、前記メッセージの内容が前記第１のタイムゾーンにおける時間の表示を含むことを判断するステップと、前記サーバにおいて、前記表示により示された前記第１のタイムゾーンにおける時間に対応する前記第２のタイムゾーンにおける対応時間を決定するステップと、サーバから受信ユーザ端末にネットワークにより、前記第２のタイムゾーンにおける決定された対応する時間を示す第２の表示を含むメッセージを送信するステップとを有する。
【００３０】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末に通信されるメッセージを処理するサーバにおけるコンピュータ処理手段により実行される、上記の方法を実行する命令を含むコンピュータ読み取り可能命令を有するコンピュータプログラム製品である。
【００３１】
本発明の他の一態様によると、第１のタイムゾーンにいる送信者の送信ユーザ端末から第２のタイムゾーンにいる受信者の受信ユーザ端末へ通信されるメッセージを処理するサーバが提供される。該サーバは、ネットワークにより送信ユーザ端末からメッセージを受信するように構成されたレシーバと、前記メッセージの内容が前記第１のタイムゾーンにおける時間の表示を含むことを決定するように構成された内容決定モジュールと、前記表示により示された前記第１のタイムゾーンにおける時間に対応する前記第２のタイムゾーンにおける対応時間を決定するように構成された時間決定モジュールと、受信ユーザ端末にネットワークにより、前記第２のタイムゾーンにおける決定された対応する時間を示す第２の表示を含むメッセージを送信するように構成された送信器とを有する。
【図面の簡単な説明】
【００３２】
本発明をよく理解し、どのように実施するか明りょうに示すため、一例として図面を参照する。
【図１】先行技術のシステムによる送信ユーザと受信ユーザとの間のインスタントメッセージング交換を示す図である。
【図２】好ましい一実施形態による通信システムを示す図である。
【図３】好ましい一実施形態によるユーザ端末を示すブロック図である。
【図４】第１の実施形態による送信ユーザ端末から受信ユーザ端末に送信するメッセージを処理するプロセスを示すフローチャートである。
【図５】好ましい一実施形態による送信ユーザと受信ユーザとの間のインスタントメッセージング交換を示す図である。
【図６】第２の実施形態による送信ユーザ端末から受信ユーザ端末に送信するメッセージを処理するプロセスを示すフローチャートである。
【発明を実施するための形態】
【００３３】
ここで本発明の好ましい実施形態を例示により説明する。
【００３４】
図２は、第１のユーザ端末２０４を有する第１のユーザ（「メアリー」）２０２と、第２のユーザ端末２１２を有する第２のユーザ（「ボブ」）２１０とを含む風疹システムを示す。ユーザ端末２０４と２１２は、通信システム中のネットワーク２０６を介して通信でき、これによりユーザ２０２と２１０はネットワーク２０６を介して互いに通信できる。好ましい実施形態では、通信システムは、パケットベースの、Ｐ２Ｐ通信システムであるが、非Ｐ２Ｐ、ＶｏＩＰまたはＩＭシステムなど、他のタイプの通信システムを用いることもできる。ネットワーク２０６は、例えば、インターネットやＰＳＴＮであり得る。ユーザ端末２０４は、例えば、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、（ウィンドウズ（登録商標）、マックＯＳ（商標）及びリナックス（登録商標）ＰＣなどを含む）パーソナルコンピュータ（ＰＣ）、ゲームデバイス、その他のネットワーク２０６に接続できる組み込みデバイスなどである。ユーザ端末２０４は、ユーザ端末２０４から情報を受信し、または情報を出力するように構成されている。本発明の好ましい一実施形態では、ユーザ端末２０４は、画面などのディスプレイと、キーボード、マウス、タッチスクリーン、キーパッド及び／またはジョイスティックなどの入力デバイスとを有する。ユーザ端末２０４はネットワーク２０６に接続されている。
【００３５】
留意点として、他の実施形態では、ユーザ端末２０４は、図２には図示しない追加的中間ネットワークを介して、ネットワーク２０６に接続してもよい。例えば、ユーザ端末２０４は、移動デバイスである場合、図２には図示しないセルラーモバイルネットワーク２２０（例えば、ＧＳＭ（登録商標）やＵＭＴＳネットワーク）を介してネットワーク２０６に接続できる。
【００３６】
ユーザ端末２０４は、通信システムに関連するソフトウェアプロバイダにより提供された通信クライアント２０８を実行する。通信クライアント２０８は、ユーザ端末２０４のローカルプロセッサで実行されるソフトウェアプログラムである。クライアント２０８は、ユーザ端末２０４が通信システムを介してデータを送受信するために、ユーザ端末２０４において必要とされる処理を実行する。本技術分野では知られているように、クライアント２０８は、（例えば、国際出願公開第ＷＯ２００５／００９０１９号に詳細に説明されているように、ユーザＡ２０２が通信システムの真正な加入者であることを照明する）デジタル証明書の提示により、通信システムによる通信を認証されていてもよい。
【００３７】
ユーザ端末２１２はユーザ端末２０４に対応する。ユーザ端末２１２は、通信クライアント２０８に対応する通信クライアント２１４を、ローカルプロセッサ上で実行する。ユーザ２０２がネットワーク２０６により通信するのに必要な処理をクライアント２０８が実行するのと同様に、ユーザ２１０がネットワーク２０４により通信するのに必要な処理をクライアント２１４が実行する。図２には明確性のために二人のユーザ（２０２と２１０）のみを示したが、本技術分野で知られているように、より多くのユーザが通信システムに接続されていてもよく、それぞれのユーザ端末上で実行されているそれぞれの通信クライアントを用いて通信システムにより通信してもよい。通信システムはネットワーク２０６上のサーバ２１６を含む。
【００３８】
図３は、クライアント２０８が実行されているユーザ端末２０４を示す詳細図である。ユーザ端末２０４は、中央処理ユニット（ＣＰＵ）３０２を有する。これには、画面などのディスプレイ３０４、キーボード（またはキーパッド）３０６などの入力デバイス、及びマウス３０８などのポインティングデバイスが接続されている。ディスプレイ３０４は、ＣＰＵ３０２にデータを入力するタッチスクリーンを有する。出力オーディオデバイス３１０（例えば、スピーカ）と入力オーディオデバイス３１２（例えば、マイクロホン）は、ＣＰＵ３０２に接続されている。ディスプレイ３０４、キーボード３０６、マウス３０８、出力オーディオデバイス３１０、及び入力オーディオデバイス３１２は、ユーザ端末２０４に組み込まれている。別のユーザ端末において、ディスプレイ３０４、キーボード３０６、マウス３０８、出力オーディオデバイス３１０及び入力オーディオデバイス３１２のうち一または複数は、ユーザ端末２０４に組み込まれず、それぞれのインタフェースを介してＣＰＵ３０２に接続されていてもよい。かかるインタフェースの一例はＵＳＢインタフェースである。ＣＰＵ３０２は、ネットワーク２０６と通信するモデムなどのネットワークインタフェース３２４に接続されている。ネットワークインタフェース３２４は、図３に示したようにユーザ端末２０４に組み込まれていてもよい。別のユーザ端末では、ネットワークインタフェース３２４はユーザ端末２０４に組み込まれていない。ユーザ端末２０４は、本技術分野で知られたように、データを格納するメモリ３２６も有する。
【００３９】
図３は、ＣＰＵ３０２上で実行されるオペレーティングシステム（ＯＳ）３１４も示している。ＯＳ３１４上で実行されているのは、クライアント２０８のソフトウェアスタック３１６である。ソフトウェアスタックは、クライアントプロトコルレイヤ３１８、クライアントエンジンレイヤ３２０、及びクライアントユーザインタフェースレイヤ（ＵＩ）３２２を示す。各レイヤは特定の機能を担当する。通常、各レイヤは他の２つのレイヤと通信するので、図３に示したようにスタック状に構成されていると見なされる。オペレーティングシステム３１４は、コンピュータのハードウェアリソースを管理し、ネットワークインタフェース３２４を介してネットワークとの間で送受信されるデータを処理する。クライアントソフトウェアのクライアントプロトコルレイヤ３１８は、オペレーティングシステム３１４と通信し、通信システムによる接続を管理する。高いレベルの処理を必要とするプロセスは、クライアントエンジンレイヤ３２０に送られる。また、クライアントエンジン３２０は、クライアントユーザインタフェースレイヤ３２２と通信する。クライアントエンジン３２０は、クライアントユーザインタフェースレイヤ３２２を制御して、クライアントのユーザインタフェースを介してユーザ２０２に情報を提供し、ユーザインタフェースを介してユーザ２０２から情報を受け取るように構成され得る。
【００４０】
ユーザ端末２１２は、上記のユーザ端末２０４と同様に実装される。ユーザ端末２１２はユーザ端末２０４に関してここで説明した要素に対応する要素を有し得る。
【００４１】
図４と図５を参照して、第１の実施形態による、ユーザ端末２０４（すなわち、送信ユーザ端末）からユーザ端末２１２（すなわち、受信ユーザ端末）に通信するメッセージを処理するプロセスを説明する。図５は、図４の方法が実装された時に、それぞれのユーザ端末２０４と２１２においてユーザ２０２と２１０に表示される、クライアント２０８と２１４のユーザインタフェース１０２と１１２を示す。図５の参照数字は図１の参照数字に対応して、対応する要素を示す。
【００４２】
ステップＳ４０２において、メッセージの内容が送信ユーザ端末２０４で受信される。例えば、ユーザ２０２（メアリー）はウィンドウ枠１０６にテキストを入力する。ステップＳ４０４において、クライアント２０８は、ウィンドウ枠１０６中の内容を処理してメッセージを形成し、（例えば、ユーザが送信ボタン１０８をクリックしたこと、またはキーボード３０６上のエンターキーを押したことに応じて）そのメッセージをネットワーク２０６により送信する。図４に示した方法に関して説明した第１の実施形態では、メッセージは通信システム２００のユーザ端末２０４からサーバ２１６に送信される。サーバ２１６は、本発明の一実施形態によるメッセージの処理を実装するのに必要なロジックを含む。ステップＳ４０４は、ユーザが、例えばマウス３０８を用いて、ボタン１０８をクリックすることにより開始し得る。
【００４３】
ステップＳ４０６において、サーバ２１６は、メッセージの内容が時間の表示を含むか判断する。このため、サーバ２１６は、メッセージの内容中の数字を認識するロジックを用い、その数字が送信者のタイムゾーン中における時間を示すと判断する。メッセージの内容中の時間の表示を認識するのに用いることができる方法は、当業者に知られている。ステップＳ６０４において、任意のタイプの時間認識を用いて、メッセージの内容が時間の表示を含むか否か判断する。
【００４４】
ステップＳ４０６において、ユーザ端末２０４からサーバ２１６に送信されたメッセージの内容が時間の表示を含まないと判断されると、ステップＳ４０８に進み、そのメッセージはサーバ２１６から受信ユーザ端末２１２に送信される。ステップＳ４１０において、メッセージはユーザ端末２１２において受信者（ボブ）２１０に伝達される。メッセージがインスタントメッセージなどのテキストベースメッセージである場合、ステップＳ４１０は、ユーザ端末２１２においてユーザインタフェース１１２のウィンドウ枠１１４などにそのメッセージをユーザ２１０に表示するステップを有する。しかし、メッセージがボイスメッセージであるとき、ユーザにそのメッセージを伝達するステップＳ４１０は、ユーザ端末２１２のスピーカなどを用いてユーザ２１０にそのボイスメッセージを再生するステップを含み得る。
【００４５】
しかし、ステップＳ４０６において、ユーザ端末２０４からサーバ２１６に送信されたメッセージの内容が時間の表示を含むと判断されたとき、ステップＳ４１２に進み、サーバ２１６は送信者２０２（メアリー）と受信者２１０（ボブ）のタイムゾーンを判断する。サーバ２１６は、サーバ２１６は、多くの異なる方法で、ユーザ端末２０４と２１２におけるユーザ２０２と２１０のタイムゾーンを決定できる。例えば、サーバ２１６は、ユーザ端末２０４と２１２のＩＰ（インターネットプロトコル）アドレスを判断できる。サーバ２１６は、ＩＰアドレスからユーザ端末２０４と２１２の場所を判断し、それからタイムゾーンを判断できる。あるいは、ユーザ２０２と２１０のクライアント２０８と２１４は、通信システム２００に接続した時、サーバ２１６に登録メッセージを送信できる。登録メッセージは、それぞれのユーザ端末２０４と２１２のオペレーティングシステムから取得したユーザ端末２０４と２１２のタイムゾーンの表示を含んでいてもよい。ユーザ端末２０４のタイムゾーンはユーザ２０２のタイムゾーンと同じであり、同様にユーザ端末２１２のタイムゾーンはユーザ２１０のタイムゾーンと同じであると仮定できる。
【００４６】
サーバ２１６は、送信者２０２と受信者２１０のタイムゾーンを判断すると、ステップＳ４１４において、メッセージの内容に示された時間（ステップＳ４０６で見いだされたもの）に対応する、受信者のタイムゾーンの対応時間を判断する。この意味で、サーバ２１６は、メッセージ中に示された時間を、受信者のタイムゾーンの対応時間に変換できる。（ステップS４１２で判断された）送信者と受信者のタイムゾーンを用いて、メッセージ中の時間を受信者のタイムゾーンの対応時間にいかに変換するか判断する。変換された（すなわち、「対応する」）時間がメッセージに含められる。
【００４７】
ステップS４１６において、サーバ２１６は、変換された時間を含むメッセージを、受信ユーザ端末２１２に送信する。メッセージは、ステップS４１０で伝達されたのとほぼ同じ方法で、ステップS４１８において、ユーザ端末２１２の受信者（ボブ）２１０に伝えられる（convey）。メッセージがインスタントメッセージなどのテキストベースメッセージである場合、ステップＳ４１８は、ユーザ端末２１２においてユーザインタフェース１１２のウィンドウ枠１１４などにそのメッセージをユーザ２１０に表示するステップを有する。しかし、メッセージがボイスメッセージであるとき、ユーザにそのメッセージを伝達するステップＳ４１８は、ユーザ端末２１２のスピーカなどを用いてユーザ２１０にそのボイスメッセージを再生するステップを含み得る。
【００４８】
図５は、図４の方法を用いた時に、ユーザ端末２０４と２１２のユーザインタフェース１０２と１１２に何が表示されるかを示す。図から分かるように、インスタントメッセージング通信の最初の２つのメッセージは、（図１に示した）先行技術システムと比較して、変わっていない。最初の２つのメッセージはどちらも時間の表示を含まないからである。しかし、３番目のメッセージ、すなわちメアリーからの「how  about  3（３時でどう）？」と言っているメッセージは、先行技術と比較して、本発明により異なった処理がなされる。このメッセージは、時間の表示（すなわち、３時）を含む。メアリーのタイムゾーン（例えば、カリフォルニアのタイムゾーン）はボブのタイムゾーン（例えば、ロンドンのタイムゾーン）より８時間遅れていることが判断される。そのため、図５に示したように、メッセージは、ユーザインタフェース１１２のウィンドウ枠１１４でボブに伝えられる時、変更され、「how  about  11pm  London  time（ロンドン時間で午後１１時でどう）？」となる。メアリーの元のメッセージに示された３時という時間がロンドン時間の午後１１時に変換され、ユーザ端末２１２において受信ユーザ（ボブ）に表示されるのはこの変換後の時間である。図５を図１と比較して、時間をボブのタイムゾーンに変換することにより、時間をかけずに、混乱もなく、ミーティングがアレンジされる。  ここで図６を参照して、第２の実施形態による、ユーザ端末２０４（すなわち、送信ユーザ端末）からユーザ端末２１２（すなわち、受信ユーザ端末）に通信するメッセージを処理するプロセスを説明する。第２の実施形態は、ユーザ端末２０４と２１２に表示されるメッセージが図５に示されたものになるという意味で、（図４を参照して説明した）第１の実施形態と同じ結果となる。しかし、第２の実施形態において図５に示した結果を実現する実装は、第１の実施形態と比較して異なる。第２の実施形態は、通信システムのサーバ２１６を用いない。これにより、メッセージを、ユーザ端末２０４と２１２の間でポイント・ツー・ポイント（Ｐ２Ｐ）ルートを用いてネットワーク２０６により送信できる。
【００４９】
ステップＳ６０２において、メッセージの内容が送信ユーザ端末２０４で受信される。例えば、ユーザ２０２（メアリー）はウィンドウ枠１０６にテキストを入力する。
【００５０】
ステップＳ６０４において、メッセージの内容が時間の表示を含むか、ユーザ端末２０２で（具体的には、クライアント２０８により）判断される。このため、クライアント２０８は、メッセージの内容中の数字を認識するロジックを用い、その数字が送信者のタイムゾーン中における時間を示すと判断する。メッセージの内容中の時間の表示を認識するのに用いることができる方法は、当業者に知られている。ステップＳ６０４において、任意のタイプの時間認識を用いて、メッセージの内容が時間の表示を含むか否か判断する。
【００５１】
ステップＳ６０４において、ユーザ２０２からユーザ端末２０４において受け取られたメッセージの内容が時間の表示を含まないと判断されると、ステップＳ６０６に進み、そのメッセージはユーザ端末２０４から受信ユーザ端末２１２に、（例えば、ポイント・ツー・ポイントルートを用いて）ネットワーク２０６により送信される。ステップＳ６０８において、メッセージはユーザ端末２１２における受信者（ボブ）２１０に伝えられる（convey）。メッセージがインスタントメッセージなどのテキストベースメッセージである場合、ステップＳ６０８は、ユーザ端末２１２においてユーザインタフェース１１２のウィンドウ枠１１４などにそのメッセージをユーザ２１０に表示するステップを有する。しかし、メッセージがボイスメッセージであるとき、ユーザにそのメッセージを伝達するステップＳ６０８は、ユーザ端末２１２のスピーカなどを用いてユーザ２１０にそのボイスメッセージを再生するステップを含み得る。
【００５２】
しかし、ユーザ端末２０４においてユーザ２０２から受け取ったメッセージの内容が時間の表示を含まないと判断したとき、ステップS６１０に進む。ステップS６１０において、クライアント２０８は、メッセージに示された時間を、グリニッジ標準時（ＧＭＴ）など所定の（またはグローバルの）タイムゾーンの対応時間に変換する。所定のタイムゾーンは、送信ユーザ端末２０４と受信ユーザ端末２１２の両方が使うことを合意したタイムゾーンである。ユーザ端末２０４と２１２（具体的には、クライアント２０８と２１４）は、自分のタイムゾーンと所定のタイムゾーンとの間で時間を変換する機能を有する。こうするため、クライアント２０８は、例えば、ユーザ端末２０４のオペレーティングシステム３１４からこの情報を取得することにより、ユーザ端末２０４のタイムゾーンを判断できる。クライアント２０８は、ユーザ端末２０４のタイムゾーン及び所定のタイムゾーンについて知っているので、（ステップＳ６０４で見いだした）メッセージに示された時間を所定のタイムゾーンの対応時間に変換する。
【００５３】
所定タイムゾーンの対応時間（または「標準時間」）の表示がメッセージに含まれ、ステップＳ６１２において、そのメッセージが、例えばネットワーク２０６を通してポイント・ツー・ポイントルートを用いて、ネットワーク２０６により受信ユーザ端末２１２に送信される。所定タイムゾーンの標準時間はメッセージにおいてメタデータとしてマークされる。ユーザ端末２１２に送信されたメッセージは、例えば、マークアップデータとしてユーザ２０２がメッセージに入れた元の時間を含んでいてもよい。
【００５４】
受信ユーザ端末２１２は、ユーザ端末２０４から送信されたメッセージを受信する。受信ユーザ端末２１２（具体的には、クライアント２１４）は、例えば、ユーザ端末２１２のオペレーティングシステムからこの情報を取得することにより、ユーザ端末２１２のタイムゾーンを判断する。クライアント２０８は、ユーザ端末２１２のタイムゾーン及び所定のタイムゾーンについて知っているので、ステップＳ６１４において、メッセージに示された標準時間を受信者のタイムゾーンの対応時間に変換する。
【００５５】
受信タイムゾーンの対応時間は、メッセージに含まれ、ステップＳ６１６において、そのメッセージがユーザ端末２１２において受信者（ボブ）２１０に伝えられる（convey）。メッセージがインスタントメッセージなどのテキストベースメッセージである場合、ステップＳ６１６は、ユーザ端末２１２においてユーザインタフェース１１２のウィンドウ枠１１４などにそのメッセージをユーザ２１０に表示するステップを有する。しかし、メッセージがボイスメッセージであるとき、ユーザにそのメッセージを伝達するステップＳ６１６は、ユーザ端末２１２のスピーカなどを用いてユーザ２１０にそのボイスメッセージを再生するステップを含み得る。
【００５６】
図から分かるように、図６に示した方法は、図５に示したように会話が流れる（flow）実装を提供し、３番目のメッセージ（すなわち、メアリーからボブへの「How  about  3（３時でどう）？」というメッセージ）が変換され、ユーザインタフェース１１４中にボブに表示されている「How  about  11PM  London  time（ロンドン時間で午後１１時はどう）？」というようになる。
【００５７】
上記の実施形態は、メッセージの内容中の数字を時間を示すものとして認識し、送信者のタイムゾーンを判断し、示されたタイムゾーンを受信者のタイムゾーンに変換する、メッセージに対する自動的処理に適用される。受信者がメッセージを受信し、受信者のタイムゾーン（すなわちローカルタイムゾーン）中の時間が、受信者に伝えられるメッセージに含まれる。
【００５８】
いくつかの実施形態では、図５に示したように、メッセージが受信者に伝えられる時にそのメッセージに、変換された時間を表示するのではなく、時間に見える数字が受信者の画面に元の形式で表示される。そして、受信者がユーザインタフェース中の数字の上にマウスを重ねる（hover）と、ユーザ端末２１２において受信者２１０に、送信者のタイムゾーンにおける時間、及び受信者のタイムゾーンにおける時間として、表示される。
【００５９】
他の一実施形態では、受信者がメッセージを受信すると、時間値が受信者のローカル時間で、受信者に伝えられる（convey）。（図５に示したように）時間値はハイライトまたはアンダーラインされ、すぐ隣にアイコンが含まれ、この値は受信者のローカルタイムに自動的に変換されたことを示す。受信者がユーザインタフェース中に表示された時間の上にマウスを重ねると、送信ユーザにより入力された元のテキストが受信者に表示される。こうすることにより、時間値の変換中のエラーに対処できる。例えば、数字が元のメッセージ中の時間の表示として謝って識別され、受信者に伝えられる前に変換された場合、受信者が送信者により入力された元のテキストを見られるようにすることにより、こうしたエラーを処理できる。
【００６０】
さらに、いくつかの実施形態では、送信者２０２に対して、キーボード３０６上の「エンター」を押したり、受信者２１０にメッセージを送信する「送信」ボタン１０８をクリックしたりした時、送信者２０２がメッセージに入力した時間が変換されたことを明確にするため、時間値が送信者のローカルタイムゾーンで送信者のユーザインタフェース１０２に示され得る。そのためこれらの実施形態では、メアリーが「how  about  3（３時でどう）？」と入力すると、エンターを押した時、ウィンドウ枠（pane）１０４中のチャット履歴に「how  about  3PM  Pacific  Time（パシフィックタイムで午後３時でどう）？」と表示され、「パシフィックタイムで午後３時」のところにアンダーラインが付される。送信者２０２は、ウィンドウ枠１０４に示されたチャット履歴中のアンダーラインされた時間をクリックして、クライアント２０８は、送信者２０２に対して、ウィンドウ枠１０６に入力したテキストを表示する。これにより、メアリーは、時間の変換が適切になされていない場合に、例えば、数字が時間の表示ではない場合に、メッセージを修正できる。
【００６１】
ここに説明した方法とシステムは、メッセージ（例えば、チャットや電子メール）の内容中の時間値を参加者のローカル時間に変換することにより、図１に示した先行技術のシステムを改良する。これを用いてミーティングの設定を容易にすることができる。
【００６２】
図５に示した例から分かるように、時間が受信者のタイムゾーンの対応時間に変換された時、受信者２１０に対して、受信者のタイムゾーンの表示（例えば、「11PM  London  time（ロンドン時間で午後１１時）」）で伝えられる。変換された時間のフォーマットは、メッセージの残りの内容と異なっていてもよい。例えば、「ロンドン時間で午後１１時」との表示は、アンダーラインしたり、ハイライトしたり、太字化したり、または斜体字や異なるフォント・サイズ・色で書いたり、または変換された時間をメッセージの残りの内容から区別できるその他のタイプのフォーマットにしてもよい。これにより、受信者は時間が変換されていることを知ることができる。受信者は、望めば、送信者のタイムゾーンから受信者のタイムゾーンへの変換にエラーが無いかチェックするために、（例えば、上記の通り、受信者のタイムゾーンの時間の表示上にマウスを重ねることにより）元のメッセージが何と言っているかチェックすると決めることができる。これは、受信者にとって、変換された数字が送信者のタイムゾーンの時間を示していないことが明らかであり、時間の変換が間違っている場合に、有用であり得る。実際、変換された数字はまったく時間を示していない可能性がある。
【００６３】
上記の好ましい実施形態では、通信には二人の参加者しかおらず、各メッセージには送信者と受信者が一人しかいない。しかし、他の実施形態では、通信には二人より多い参加者がいて、メッセージの受信者が一人より多く、異なるタイムゾーンにいてもいなくてもよい。元のメッセージに示された時間は、異なる対応時間に変換され、異なるタイムゾーンの受信者に伝えられ（convey）てもよい。これにより、送信者は、同じメッセージを複数の受信者に送信でき、メッセージ中の時間を各受信者のタイムゾーンに変換できる。
【００６４】
上記の好ましい実施形態では、メッセージの内容はテキストであり、時間の表示はテキスト表示である。しかし、他の実施形態では、メッセージは、音声やマルチメディアなどテキスト以外の内容を含んでいてもよい。したがって、時間の表示は音声表示であってもよい。この場合、音声認識方法を用いて、メッセージの内容が時間の表示を含むと判断し、その時間を受信者の対応時間に変換してもよい。対応時間は、例えば自動的な録音された音声信号を用いて、音声メッセージ中に含めてもよい。このように、メッセージが音声メッセージである場合でも、元のメッセージの時間の表示を受信者のタイムゾーンの対応時間に変換できる。
【００６５】
図４と図６に示し上で説明した方法のステップは、必要に応じてソフトウェアでもハードウェアでも実装できる。これは、具体的な実施形態に合う実装上の選択である。さらに、送信ユーザ端末２０４、受信ユーザ端末２１２、及びサーバ２１６におけるコンピュータ処理手段により実行する、上記の方法を実行する命令を含むコンピュータ読み取り可能命令を含むコンピュータプログラム製品が提供される。
【００６６】
さらに、本発明を好ましい実施形態を参照して具体的に説明したが、当業者には言うまでもなく、添付した特許請求の範囲により画定される本発明の範囲から逸脱することなく、形式及び詳細におけるいろいろな変更をすることができる。
【図１】
2014524081.tif 000003
【図２】
2014524081.tif 000004
【図３】
2014524081.tif 000005
【図４】
2014524081.tif 000006
【図５】
2014524081.tif 000007
【図６】
2014524081.tif 000008
【国際調査報告】
2014524081.tif 000009
2014524081.tif 000010