動的操作環境における、インスタントメッセージセッション状態の保持
インスタントメッセージセッションにおいて、インスタントメッセージセッションの参加の状態は、ネットワークへのデータ接続を介して設定され、ネットワークへの音声接続を介して変更される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、インスタントメッセージに関する。
【背景技術】
【０００２】
出願番号60/588018、 出願日2004年7月11日、米国特許仮出願「MAINTAINING INSTANT MESSAGE SESSION STATUS IN DYNAMIC OPERATING ENVIRONMENTS」による優先権を主張する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
インスタントメッセージは、よく知られているネットワークアプリケーションである。一般に、インスタントメッセージセッションの１以上の参加者は、クライアントサーバ方式でメッセージを交換する。参加者は、インスタントメッセージのクライアントデバイス（無線電話、携帯情報端末(Personal Digital Assistant)、ラップトップコンピュータ、パーソナルコンピュータ等）を操作して、インスタントメッセージサーバと通信する。インスタントメッセージ参加者の状態は、参加者のインスタントメッセージクライアントがこのインスタントメッセージサーバと接続を保持する場合、「オンライン」として示されるか、または同様のある表示となるかもしれない。インスタントメッセージ参加者の状態は、参加者のインスタントメッセージクライアントがこのインスタントメッセージサーバと接続されていない場合、「オフライン」として示されるか、または同様のある表示となるかもしれない。
【０００４】
このような単一な状態表示は、インスタントメッセージクライアントがモバイルデバイス（無線電話、携帯情報端末、ラップトップコンピュータ等）である場合に、十分でないかもしれない。このおよび他の動的環境において、より詳細で有益なインスタントメッセージの状態情報が望まれるかもしれない。
【課題を解決するための手段】
【０００５】
以下の概要は、開示された実施形態のいくつかの態様を強調および紹介することを意図するが、発明の範囲を制限するものではない。以降、例証された実施形態の詳細な説明があり、これは当業者が本発明の態様を行い、使用するのを許可するだろう。当業者は、続く詳細な説明から本発明の態様のすべての利点を取得する事ができ、図面および特許請求の範囲（詳細の説明として続く）、と共に読まれる。
【０００６】
インスタントメッセージセッションにおいて、インスタントメッセージＩＭ（Instant messaging）セッションの参加者の状態は、ネットワークへのデータ接続を通して設定され、ネットワークへの音声接続を介して変更される。ＩＭセッション内の参加者の参加状況は、データ接続終了後に保持される。インスタントメッセージセッションにおける参加の状態は、データ接続の終了に続く参加者の動作を反映して設定される。音声接続の終了の選択の結果として、インスタントメッセージセッション内の参加者の状態は、データ接続の終了に続く参加者の動作の終わりを反映して変更される。インスタントメッセージセッションへのデータ接続を再構築する選択の結果として、インスタントメッセージセッション内の参加者の状態は、データ接続の終了に続く参加者の動作の終わりを反映して変更される。インスタントメッセージセッション内の参加者の状態は、音声接続の参加者の使用を反映して変更されるかもしれない。
【発明を実施するための最良の形態】
【０００７】
ここで提供される見出しは、便宜のためのみであり、特許請求の範囲の範囲または意味に作用する必要はない。
【０００８】
図面において、同じ参照番号および略語は、理解の容易さと便宜のために、同じまたは同様の機能を持つ要素または動作を示す。任意の特有な要素または動作の議論を容易に示すために、参照番号のうち最上位の数字は、この要素が最初に紹介された図番号を表す。
【産業上の利用可能性】
【０００９】
様々な実施形態に関して本発明を説明する。以下の記述は、本発明のこれらの実施形態の完全な理解のための特定の詳細を提供し、説明を可能にする。しかし、当業者は、本発明がこれらの詳細なしに実行できることを理解するだろう。他の例において、よく知られている構造および機能は、本発明の実施形態の説明を不必要に不明瞭にすることを避けるために詳細に示されまたは説明されてきていない。「一実施形態」または「実施形態」への参照は、たとえそれらが同じでも、同じ実施形態を参照する必要はない。
【００１０】
図１は、インスタントメッセージシステムの実施形態のブロック図である。インスタントメッセージシステムは、インスタントメッセージ（ＩＭ）クライアント１０２、１０３、１０４、およびインスタントメッセージサーバ１０８を備えたネットワーク１０１を備える。インスタントメッセージクライアント１０２−１０４は、インスタントメッセージセッションを実行するために、インスタントメッセージサーバ１０８と通信、および／または経由をする。
【００１１】
インスタントメッセージサーバ１０８は、インスタントメッセージサービスを実行するネットワーク１０１内に１以上の要素を備える。位置実施形態において、インスタントメッセージサーバ１０８は、インスタントメッセージセッションを可能にするために、複数のインスタントメッセージクライアント１０２−１０４と対話する少なくとも１つのネットワークデバイスを備える。ネットワーク１０１は、情報の交換を容易および／または統合するデバイスの集まりである。例は、有線および無線電話、ネットワーク、インターネット、衛星、ならびにケーブルネットワークである。ネットワーク１０１は、ここで説明される処理の動作を行うための少なくとも１つのプロセッサおよびロジックを備える。プロセッサは、中央演算処理装置、マイクロコントローラ、デジタル信号プロセッサ、または情報および／または命令を表す信号を処理できる任意の電気回路である。ロジックは、データ処理（たとえばロジックゲーおよび他のデータ処理電気回路）に作用するよう操作可能な電気回路、および／または、データ処理電気回路（たとえばソフトウエア）に作用するように適用されうるマシンのメモリに格納された信号である。
【００１２】
ＩＭクライアント１０２−１０４は、ここに説明された処理の動作を行う少なくとも１つのプロセッサおよびロジックを含むデバイスであり、デバイスのユーザがインスタントメッセージセッションに参加できるよう操作可能である。ＩＭクライアントデバイス１０２−１０４の例は、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ならびにパーソナルおよびビジネス用デスクトップコンピュータなどの無線デバイスである。一実施形態において、ＩＭクライアントの少なくとも１つ−たとえば１以上の−は、モバイルデバイスであり、これは様々な場所から操作しうるポータブルに設計されたデバイスである。モバイルデバイスは、無線デバイスであることが多く、つまり、ネットワークでおよびネットワークを介して、実体のある送信メディア（ワイヤー、ケーブル、ファイバー）なしで対話しうるデバイスである。
【００１３】
インスタントメッセージサービスは、ＩＭクライアントデバイスを採用するインスタントメッセージ参加者が、メッセージ交換に参加する機能などのＩＭサービスに機能的にアクセスするために、インスタントメッセージセッションを確立および保持（たとえばアクティブを維持する）する。ＩＭセッションにおいて、少なくとも１つのＩＭクライアント参加者についての状態情報は、ＩＭサービスによって保持される。参加者の状態は、参加者の存在および／または動作の状態の表現である。
【００１４】
図２は、インスタントメッセージクライアントの実施形態のブロック図である。ＩＭクライアントは、アンテナ２０４、音声通話起動制御２０６、音声通話ドロップ制御２０７、音声通話検知ロジック２０８、ンスタントメッセージクライアントロジック２１０、音声通信ロジック２１２、および近接検知ロジック２１４を備える無線デバイス２０２である。
【００１５】
音声通信ロジック２１２は、無線デバイス２０２とネットワーク間の音声情報の通信を可能にする。近接検知ロジック２１４は、無線デバイス２０２の近接を検知し、無線通信可能な他のデバイス（たとえば、Ｂｌｕｅｔｏｏｔｈ可能デバイス）などのデバイスを分離する。音声通話検知ロジック２１２は、着呼の存在を検知する。インスタントメッセージクライアントロジック２１０は、無線デバイス２０２のユーザが、インスタントメッセージセッションに参加できるようにする。
【００１６】
制御は、デバイス内のロジックを活性化するための任意のメカニズムである。例は、キー、ボタン、レバー、選択可能な表示エリア、音声起動メカニズム、タッチセンサーエリアを含む。
【００１７】
図３は、ＩＭクライアントデバイス２０２のインスタントメッセージ環境の実施形態のブロック図である。インスタントメッセージ環境は、テレビ３０２、ゲームコンソール３０４、ビジネスコンピュータ３０６、およびパーソナル使用コンピュータ３０８を備える。これらの分離したデバイス３０２、３０４、３０６、および３０８は、ＩＭクライアントデバイス２０２を独立して操作できる。ＩＭクライアントデバイス２０２は、この環境において他のデバイス３０２、３０４、３０６、および３０８の少なくとも１つを検知する。（つまり、これらの存在を特定する。）ＩＭクライアント２０２に対応するＩＭセッション参加者の状態は、検知されたデバイスの近接さ（つまり近さ）、および／または特定されたデバイス３０２、３０４、３０６、３０８の少なくとも１つとしての利用状態（たとえば、利用可能または使用中または利用可能でない）を反映するために設定される。
【００１８】
図４は、音声セッションによって作用されるインスタントメッセージセッションの実施形態のタイミング図である。Ｔ０において、人は、ＩＭセッションに参加するために、ＩＭクライアントデバイスを使用し始める。Ｔ２において、たとえば、音声着呼に応答することによって、または音声発呼に置き換えることによって、参加者は音声セッションに参加するためにＩＭクライアントデバイスを使用することを決定する。この実施形態において、ＩＭクライアントデバイスは、音声およびＩＭセッションの同時はサポートしないかもしれない。このように、ＩＭセッションはＴ３で中断するかもしれなく、音声セッションはＴ４において初期化される。音声セッションは時刻Ｔ７まで持続してもよい。時刻Ｔ８において、ＩＭセッションは再開する。
【００１９】
ＩＭ参加者の状態は、ＩＭセッションと音声セッション様々な間で設定されてもよい。４０４において、Ｔ３においてＩＭセッションを中断する前に、参加者が音声セッションに参加していることを示す状態指示が、ＩＭサーバに通信されてもよい。参加者が音声セッションに参加していることを示す指示は、Ｔ４において音声通信が初期化された後、４０６においてＩＭサーバに通信されてもよい。音声セッションの間、このような音声通信を提供する一方式は、ＳＭＳ(Short Messaging Service)、ＥＭＳ(Enhanced Messaging Service)、および／またはＭＭＳ(Multimedia Messaging Service)を使用している。参加者が音声セッションに参加するのを止めていることを示す指示は、Ｔ７において音声セッションを中断する前に、４１０においてＩＭサーバと通信しているかもしれない。参加者がＩＭセッションを再開している指示は、４０８においてＩＭサーバと通信してもよい。
【００２０】
このように、この実施形態において、インスタントメッセージセッション参加者の状態は、データ接続および音声接続の両方を介して、ネットワークへ設定されてもよい。ＩＭクライアントデバイスがモバイルデバイスである場合、モバイルデバイスユーザがネットワークへの音声接続を確立することを選択した（つまり、選択を行うよう動作した）結果として、ネットワークへのモバイルデバイスのＩＭデータ接続は終了、つまり中断またはドロップする。データ接続は音声でない情報が効率的に交換される接続である。音声接続は、音声情報が効率的に交換される接続である。したがって、インスタントメッセージセッションのデータ接続は、着呼／発呼に応答する／置き換えるＩＭクライアントデバイスの選択の結果として、終了してもよい。着呼は、インスタントメッセージクライアント以外のソースから初期化された音声コールである。発呼は、インスタントメッセージクライアントから初期化される。ＩＭサーバは、参加者のＩＭクライアントデバイスとＩＭサーバのデータ接続が終了した後、インスタントメッセージセッション参加者のために、存在すること、つまり存在および／または動作の表現を保持してもよい。ＩＭセッション参加者の状態は、音声接続を介して変更されてもよい。
【００２１】
図５は、音声セッションによって作用されるインスタントメッセージセッションの実施形態の動作図である。
【００２２】
５０２において、ＩＭクライアント１は、ＩＭセッションに加わる。５０４および５０６において、ＩＭサーバは、ＩＭクライアント１がセッションに参加した状態指示を、ＩＭクライアント２および３のそれぞれに提供する。
【００２３】
５１４において、ネットワークは、クライアント１への音声通話を提供する。５１６において、クライアントは音声通話の応答を選択し、このように音声接続を確立する。５１８において、クライアント１は、ＩＭサーバに「電話中」状態を提供する。５２０と５２２において、ＩＭサーバはクライアント２と３それぞれに「電話中」状態を提供する。５２４において、ＩＭクライアント１は、ＩＭセッションの参加を中断してきた指示をＩＭサーバへ通信してもよい。いくつかのシナリオにおいて、ＩＭサーバとクライアント１の接続がドロップされるとき、またはクライアント１によるＩＭセッションの非アクティブの期間後、ＩＭクライアント１はもはや参加していないことを、ＩＭサーバは推定してもよい。
【００２４】
５２８において、クライアント１は音声通話に応答し、したがって５３４において通話がドロップされるまで、音声セッションは生成される。５３６において、クライアント１は、ＩＭセッションに再度加わる。（ＩＭセッションの一部として利用可能なサービスに参加できるように、再度加わることによって、ＩＭサーバと通信するためにクライアントがデータ接続を使用することを意味する。）５３８と５４０において、ＩＭサーバは、クライアント２と３それぞれに、「電話中でない」状態指示を提供する。
【００２５】
したがってこの実施形態において、ＩＭクライアント参加者の状態は、ＩＭセッションに加わるクライアント上で設定され、その後、他のクライアント動作が生ずるのに応じて修正される。したがって、ＩＭクライアント参加者の状態は、以下のそれぞれを反映して変更される、データ接続の終了、この終了に続く音声接続の参加者の使用、音声接続の参加者の終了（そしてしたがって音声接続の使用の動作の終わり）、およびＩＭセッションへのデータ接続を再構築するための参加者の選択。構築された接続が、ユーザが前に参加者であったインスタントメッセージセッション付きなので、データ接続は「再構築」されたものとみなされる。ＩＭセッションを再構築することによって、ＩＭクライアントは、データ接続を使用して、セッションに関連する通信を送信および／または受信することができる。
【００２６】
図６は、音声接続によって作用されるようなインスタントメッセージセッションの別の実施形態である。６０２において、クライアント１は、ＩＭセッションに加わる。６０４および６０６において、ＩＭサーバは、最初のクライアントが加わったという指示を他のＩＭクライアント２と３のそれぞれへ提供する。６０８において、ネットワークはクライアント１へ通話を提供する。６１０において、クライアントは通話に応答することを選択し、これは６１２において、クライアント１がＩＭサーバへの接続をドロップすることを引き起こす。
【００２７】
６１４において、クライアント１は、音声通話に応答し、６１６において、「電話中」状態のＳＭＳ指示をネットワークへ提供する。６１７において、ネットワークは、クライアント１についての「電話中」状態指示をＩＭサーバへ提供する。６１８と６２０において、ＩＭサーバは、他のＩＭクライアント２と３のそれぞれに、クライアント１についての「電話中」状態を提供する。６２２において、クライアント１は音声通話を中断し（たとえば、電話を切る）、６２４において、クライアント１はＩＭセッションに再度加わる。６２６と６２８において、ＩＭサーバは、クライアント１が「電話中でない」状態指示を、他のクライアント２と３それぞれに提供する。
【００２８】
図７は、音声セッションによって作用されるようなインスタントメッセージセッションの別の実施形態の動作図である。７０２において、クライアント１はＩＭセッショに加わる。７０４と７０６において、ＩＭサーバは、クライアント１が加わったという状態指示を、クライアント２と３それぞれに提供する。
【００２９】
７０８において、音声通話はクライアント１に提供され、クライアント１は、７１０で応答することを選択し、７１２でドロップするためにＩＭセッション接続を引き起こす。通話は７１４で応答し、したがって音声セッションを開始する。７１６においてクライアント１は、参加者が「電話中」であることを示すＳＭＳ（および／またはＥＭＳおよび／またはＭＭＳ）状態指示をネットワークへ提供する。７１７において、ネットワークは、クライアント１の「電話中」状態であることをＩＭサーバに通知する。ＩＭサーバは７１８と７２０のそれぞれにおいて、他のクライアント２と３へこのような通知を提供する。
【００３０】
７２４において、音声接続を切断する前に、クライアント１は、ＳＭＳ（および／またはＥＭＳ、ＭＭＳ、あるいは他の音声帯域通信メカニズム）の「電話中でない」状態指示をネットワークへ提供する。７２６において、ネットワークはクライアント１が「電話中でない」という指示をＩＭサーバへ提供する。７２８と７３０において、ＩＭサーバは最初のクライアントについての「電話中でない」状態指示を、クライアント２と３へ提供する。７３２において、最初のクライアントは、音声セッションを完結するか（たとえば、電話を切ることによって）、または通話者によって電話を切ることによる。
【００３１】
図８は、インスタントメッセージ参加者の状態を設定する処理の実施形態のフローチャートである。８０２において、デバイスの使用は検知される。８０４において、ＩＭ参加者の状態はデバイス使用を反映して設定される。８０６において処理は完結する。
【００３２】
図９は、インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。９０２において、無線ＩＭクライアントにとってのデバイスの近接は検知される。９０４において検知されたデバイスがアクティブでない、たとえばアクティブ化されるかアクティブ使用でないならば、処理は９１０で完結する。９０４において検知されたデバイスがアクティブならば、９０６において、他のデバイスが検知された近接デバイスより近いかどうかが決定される。９０６において検知されたデバイスが、他の検知された近接デバイスより近くないならば、処理は９１０で完結する。９０６において検知されたデバイスが他の検知された近接デバイスより近いと決定されたならば、無線クライアント参加者のためのＩＭ状態は、９０８において参加者のデバイスの使用を反映するよう設定される。
【００３３】
デバイスがアクティブであるかどうかの決定は、多くの要素、たとえばデバイスの制御が操作される範囲、デバイスが参加者直接の処理を実行する範囲などの様々な要素に依存する。
【００３４】
図１０は、インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。１００２において、デバイス使用の種類は検知される。１００４においてインスタントメッセージ参加者の状態は、デバイス使用を反映して設定される。１００６において処理は完結する。
【００３５】
たとえば、ＩＭクライアントデバイスと近接のテレビがつくと、チャンネルはしばしば変更され、ＩＭ参加者の状態は、変更され、「チャンネルサーフィン」を示してもよい。
【００３６】
図１１は、ＩＭクライアントとして採用されうる情報処理デバイスの実施形態のブロック図である。情報処理デバイス１１００は、処理１ １１０４、処理２ １１０５、および処理３ １１０６を備え、各処理は関連する処理ｉｄ（処理１ｉｄ、処理２ｉｄ、処理３ｉｄそれぞれ）を有する。各処理および／または処理ｉｄは、ドキュメント書き込み、インターネットサーフィンをすること、ゲームをすることなどのＩＭ状態に関連付けられる。情報処理デバイス１１００は、アクティブ処理検知ロジック１１１５を備える。処理検知ロジックは、処理１、２、または３のうちのどれが、もしあればその複数が、ＩＭクライアントユーザによって現在使用されているか、または今や最初の使用であるかを検知してもよく、メッセージセッションのＩＭ参加者の状態に、最前面の処理を反映させる。情報処理デバイス１１００は、ＩＭクライアントロジック１１０２を備える。
【００３７】
最初の使用の処理を決定することは、処理のユーザインターフェースがディスプレイの最前面かどうか、処理がキーボード、マウス、または他のインターフェースデバイス入力信号などの対象となるかどうかを検知することを伴う。
【００３８】
文脈が明らかに必要とするのでなければ、本記述および特許請求の範囲を通して、「備えた」、「備える」、および同様の語は、排他的または網羅的な意味とは逆に、含める意味で解釈され、すなわち「含むが限られない」の意味である。単数または複数を使用する語もまた、それぞれ複数または単数を含む。さらに、「ここで」、「上記」、「以下の」、および同様の取り込みの語は、この明細書で使用されるとき、この明細書全体として指し、この明細書の特定の部分を指すべきである。特許請求の範囲が２以上の事項のリストを参照して「または」という語を使用するとき、この語は、以下の言葉の解釈、リスト内の任意の事項、リスト内のすべての事項、およびリスト内の事項の任意の組合せのすべてをカバーする。
【図面の簡単な説明】
【００３９】
【図１】インスタントメッセージシステムの一実施形態のブロック図である。
【図２】インスタントメッセージクライアントの一実施形態のブロック図である。
【図３】インスタントメッセージ環境の一実施形態のブロック図である。
【図４】インスタントメッセージ環境の一実施形態のブロック図である。
【図５】音声セッションによって作用されるインスタントメッセージセッションの実施形態の動作図である。
【図６】音声セッションによって作用されるインスタントメッセージセッションの別の実施形態の動作図である。
【図７】音声セッションによって作用されるインスタントメッセージセッションの別の実施形態の動作図である。
【図８】インスタントメッセージ参加者の状態を設定する処理の実施形態のフローチャートである。
【図９】インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。
【図１０】インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。
【図１１】ＩＭクライアントに採用されるであろう情報処理装置の実施形態のブロック図である。
【技術分野】
【０００１】
本開示は、インスタントメッセージに関する。
【背景技術】
【０００２】
出願番号60/588018、 出願日2004年7月11日、米国特許仮出願「MAINTAINING INSTANT MESSAGE SESSION STATUS IN DYNAMIC OPERATING ENVIRONMENTS」による優先権を主張する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
インスタントメッセージは、よく知られているネットワークアプリケーションである。一般に、インスタントメッセージセッションの１以上の参加者は、クライアントサーバ方式でメッセージを交換する。参加者は、インスタントメッセージのクライアントデバイス（無線電話、携帯情報端末(Personal Digital Assistant)、ラップトップコンピュータ、パーソナルコンピュータ等）を操作して、インスタントメッセージサーバと通信する。インスタントメッセージ参加者の状態は、参加者のインスタントメッセージクライアントがこのインスタントメッセージサーバと接続を保持する場合、「オンライン」として示されるか、または同様のある表示となるかもしれない。インスタントメッセージ参加者の状態は、参加者のインスタントメッセージクライアントがこのインスタントメッセージサーバと接続されていない場合、「オフライン」として示されるか、または同様のある表示となるかもしれない。
【０００４】
このような単一な状態表示は、インスタントメッセージクライアントがモバイルデバイス（無線電話、携帯情報端末、ラップトップコンピュータ等）である場合に、十分でないかもしれない。このおよび他の動的環境において、より詳細で有益なインスタントメッセージの状態情報が望まれるかもしれない。
【課題を解決するための手段】
【０００５】
以下の概要は、開示された実施形態のいくつかの態様を強調および紹介することを意図するが、発明の範囲を制限するものではない。以降、例証された実施形態の詳細な説明があり、これは当業者が本発明の態様を行い、使用するのを許可するだろう。当業者は、続く詳細な説明から本発明の態様のすべての利点を取得する事ができ、図面および特許請求の範囲（詳細の説明として続く）、と共に読まれる。
【０００６】
インスタントメッセージセッションにおいて、インスタントメッセージＩＭ（Instant messaging）セッションの参加者の状態は、ネットワークへのデータ接続を通して設定され、ネットワークへの音声接続を介して変更される。ＩＭセッション内の参加者の参加状況は、データ接続終了後に保持される。インスタントメッセージセッションにおける参加の状態は、データ接続の終了に続く参加者の動作を反映して設定される。音声接続の終了の選択の結果として、インスタントメッセージセッション内の参加者の状態は、データ接続の終了に続く参加者の動作の終わりを反映して変更される。インスタントメッセージセッションへのデータ接続を再構築する選択の結果として、インスタントメッセージセッション内の参加者の状態は、データ接続の終了に続く参加者の動作の終わりを反映して変更される。インスタントメッセージセッション内の参加者の状態は、音声接続の参加者の使用を反映して変更されるかもしれない。
【発明を実施するための最良の形態】
【０００７】
ここで提供される見出しは、便宜のためのみであり、特許請求の範囲の範囲または意味に作用する必要はない。
【０００８】
図面において、同じ参照番号および略語は、理解の容易さと便宜のために、同じまたは同様の機能を持つ要素または動作を示す。任意の特有な要素または動作の議論を容易に示すために、参照番号のうち最上位の数字は、この要素が最初に紹介された図番号を表す。
【産業上の利用可能性】
【０００９】
様々な実施形態に関して本発明を説明する。以下の記述は、本発明のこれらの実施形態の完全な理解のための特定の詳細を提供し、説明を可能にする。しかし、当業者は、本発明がこれらの詳細なしに実行できることを理解するだろう。他の例において、よく知られている構造および機能は、本発明の実施形態の説明を不必要に不明瞭にすることを避けるために詳細に示されまたは説明されてきていない。「一実施形態」または「実施形態」への参照は、たとえそれらが同じでも、同じ実施形態を参照する必要はない。
【００１０】
図１は、インスタントメッセージシステムの実施形態のブロック図である。インスタントメッセージシステムは、インスタントメッセージ（ＩＭ）クライアント１０２、１０３、１０４、およびインスタントメッセージサーバ１０８を備えたネットワーク１０１を備える。インスタントメッセージクライアント１０２−１０４は、インスタントメッセージセッションを実行するために、インスタントメッセージサーバ１０８と通信、および／または経由をする。
【００１１】
インスタントメッセージサーバ１０８は、インスタントメッセージサービスを実行するネットワーク１０１内に１以上の要素を備える。位置実施形態において、インスタントメッセージサーバ１０８は、インスタントメッセージセッションを可能にするために、複数のインスタントメッセージクライアント１０２−１０４と対話する少なくとも１つのネットワークデバイスを備える。ネットワーク１０１は、情報の交換を容易および／または統合するデバイスの集まりである。例は、有線および無線電話、ネットワーク、インターネット、衛星、ならびにケーブルネットワークである。ネットワーク１０１は、ここで説明される処理の動作を行うための少なくとも１つのプロセッサおよびロジックを備える。プロセッサは、中央演算処理装置、マイクロコントローラ、デジタル信号プロセッサ、または情報および／または命令を表す信号を処理できる任意の電気回路である。ロジックは、データ処理（たとえばロジックゲーおよび他のデータ処理電気回路）に作用するよう操作可能な電気回路、および／または、データ処理電気回路（たとえばソフトウエア）に作用するように適用されうるマシンのメモリに格納された信号である。
【００１２】
ＩＭクライアント１０２−１０４は、ここに説明された処理の動作を行う少なくとも１つのプロセッサおよびロジックを含むデバイスであり、デバイスのユーザがインスタントメッセージセッションに参加できるよう操作可能である。ＩＭクライアントデバイス１０２−１０４の例は、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ならびにパーソナルおよびビジネス用デスクトップコンピュータなどの無線デバイスである。一実施形態において、ＩＭクライアントの少なくとも１つ−たとえば１以上の−は、モバイルデバイスであり、これは様々な場所から操作しうるポータブルに設計されたデバイスである。モバイルデバイスは、無線デバイスであることが多く、つまり、ネットワークでおよびネットワークを介して、実体のある送信メディア（ワイヤー、ケーブル、ファイバー）なしで対話しうるデバイスである。
【００１３】
インスタントメッセージサービスは、ＩＭクライアントデバイスを採用するインスタントメッセージ参加者が、メッセージ交換に参加する機能などのＩＭサービスに機能的にアクセスするために、インスタントメッセージセッションを確立および保持（たとえばアクティブを維持する）する。ＩＭセッションにおいて、少なくとも１つのＩＭクライアント参加者についての状態情報は、ＩＭサービスによって保持される。参加者の状態は、参加者の存在および／または動作の状態の表現である。
【００１４】
図２は、インスタントメッセージクライアントの実施形態のブロック図である。ＩＭクライアントは、アンテナ２０４、音声通話起動制御２０６、音声通話ドロップ制御２０７、音声通話検知ロジック２０８、ンスタントメッセージクライアントロジック２１０、音声通信ロジック２１２、および近接検知ロジック２１４を備える無線デバイス２０２である。
【００１５】
音声通信ロジック２１２は、無線デバイス２０２とネットワーク間の音声情報の通信を可能にする。近接検知ロジック２１４は、無線デバイス２０２の近接を検知し、無線通信可能な他のデバイス（たとえば、Ｂｌｕｅｔｏｏｔｈ可能デバイス）などのデバイスを分離する。音声通話検知ロジック２１２は、着呼の存在を検知する。インスタントメッセージクライアントロジック２１０は、無線デバイス２０２のユーザが、インスタントメッセージセッションに参加できるようにする。
【００１６】
制御は、デバイス内のロジックを活性化するための任意のメカニズムである。例は、キー、ボタン、レバー、選択可能な表示エリア、音声起動メカニズム、タッチセンサーエリアを含む。
【００１７】
図３は、ＩＭクライアントデバイス２０２のインスタントメッセージ環境の実施形態のブロック図である。インスタントメッセージ環境は、テレビ３０２、ゲームコンソール３０４、ビジネスコンピュータ３０６、およびパーソナル使用コンピュータ３０８を備える。これらの分離したデバイス３０２、３０４、３０６、および３０８は、ＩＭクライアントデバイス２０２を独立して操作できる。ＩＭクライアントデバイス２０２は、この環境において他のデバイス３０２、３０４、３０６、および３０８の少なくとも１つを検知する。（つまり、これらの存在を特定する。）ＩＭクライアント２０２に対応するＩＭセッション参加者の状態は、検知されたデバイスの近接さ（つまり近さ）、および／または特定されたデバイス３０２、３０４、３０６、３０８の少なくとも１つとしての利用状態（たとえば、利用可能または使用中または利用可能でない）を反映するために設定される。
【００１８】
図４は、音声セッションによって作用されるインスタントメッセージセッションの実施形態のタイミング図である。Ｔ０において、人は、ＩＭセッションに参加するために、ＩＭクライアントデバイスを使用し始める。Ｔ２において、たとえば、音声着呼に応答することによって、または音声発呼に置き換えることによって、参加者は音声セッションに参加するためにＩＭクライアントデバイスを使用することを決定する。この実施形態において、ＩＭクライアントデバイスは、音声およびＩＭセッションの同時はサポートしないかもしれない。このように、ＩＭセッションはＴ３で中断するかもしれなく、音声セッションはＴ４において初期化される。音声セッションは時刻Ｔ７まで持続してもよい。時刻Ｔ８において、ＩＭセッションは再開する。
【００１９】
ＩＭ参加者の状態は、ＩＭセッションと音声セッション様々な間で設定されてもよい。４０４において、Ｔ３においてＩＭセッションを中断する前に、参加者が音声セッションに参加していることを示す状態指示が、ＩＭサーバに通信されてもよい。参加者が音声セッションに参加していることを示す指示は、Ｔ４において音声通信が初期化された後、４０６においてＩＭサーバに通信されてもよい。音声セッションの間、このような音声通信を提供する一方式は、ＳＭＳ(Short Messaging Service)、ＥＭＳ(Enhanced Messaging Service)、および／またはＭＭＳ(Multimedia Messaging Service)を使用している。参加者が音声セッションに参加するのを止めていることを示す指示は、Ｔ７において音声セッションを中断する前に、４１０においてＩＭサーバと通信しているかもしれない。参加者がＩＭセッションを再開している指示は、４０８においてＩＭサーバと通信してもよい。
【００２０】
このように、この実施形態において、インスタントメッセージセッション参加者の状態は、データ接続および音声接続の両方を介して、ネットワークへ設定されてもよい。ＩＭクライアントデバイスがモバイルデバイスである場合、モバイルデバイスユーザがネットワークへの音声接続を確立することを選択した（つまり、選択を行うよう動作した）結果として、ネットワークへのモバイルデバイスのＩＭデータ接続は終了、つまり中断またはドロップする。データ接続は音声でない情報が効率的に交換される接続である。音声接続は、音声情報が効率的に交換される接続である。したがって、インスタントメッセージセッションのデータ接続は、着呼／発呼に応答する／置き換えるＩＭクライアントデバイスの選択の結果として、終了してもよい。着呼は、インスタントメッセージクライアント以外のソースから初期化された音声コールである。発呼は、インスタントメッセージクライアントから初期化される。ＩＭサーバは、参加者のＩＭクライアントデバイスとＩＭサーバのデータ接続が終了した後、インスタントメッセージセッション参加者のために、存在すること、つまり存在および／または動作の表現を保持してもよい。ＩＭセッション参加者の状態は、音声接続を介して変更されてもよい。
【００２１】
図５は、音声セッションによって作用されるインスタントメッセージセッションの実施形態の動作図である。
【００２２】
５０２において、ＩＭクライアント１は、ＩＭセッションに加わる。５０４および５０６において、ＩＭサーバは、ＩＭクライアント１がセッションに参加した状態指示を、ＩＭクライアント２および３のそれぞれに提供する。
【００２３】
５１４において、ネットワークは、クライアント１への音声通話を提供する。５１６において、クライアントは音声通話の応答を選択し、このように音声接続を確立する。５１８において、クライアント１は、ＩＭサーバに「電話中」状態を提供する。５２０と５２２において、ＩＭサーバはクライアント２と３それぞれに「電話中」状態を提供する。５２４において、ＩＭクライアント１は、ＩＭセッションの参加を中断してきた指示をＩＭサーバへ通信してもよい。いくつかのシナリオにおいて、ＩＭサーバとクライアント１の接続がドロップされるとき、またはクライアント１によるＩＭセッションの非アクティブの期間後、ＩＭクライアント１はもはや参加していないことを、ＩＭサーバは推定してもよい。
【００２４】
５２８において、クライアント１は音声通話に応答し、したがって５３４において通話がドロップされるまで、音声セッションは生成される。５３６において、クライアント１は、ＩＭセッションに再度加わる。（ＩＭセッションの一部として利用可能なサービスに参加できるように、再度加わることによって、ＩＭサーバと通信するためにクライアントがデータ接続を使用することを意味する。）５３８と５４０において、ＩＭサーバは、クライアント２と３それぞれに、「電話中でない」状態指示を提供する。
【００２５】
したがってこの実施形態において、ＩＭクライアント参加者の状態は、ＩＭセッションに加わるクライアント上で設定され、その後、他のクライアント動作が生ずるのに応じて修正される。したがって、ＩＭクライアント参加者の状態は、以下のそれぞれを反映して変更される、データ接続の終了、この終了に続く音声接続の参加者の使用、音声接続の参加者の終了（そしてしたがって音声接続の使用の動作の終わり）、およびＩＭセッションへのデータ接続を再構築するための参加者の選択。構築された接続が、ユーザが前に参加者であったインスタントメッセージセッション付きなので、データ接続は「再構築」されたものとみなされる。ＩＭセッションを再構築することによって、ＩＭクライアントは、データ接続を使用して、セッションに関連する通信を送信および／または受信することができる。
【００２６】
図６は、音声接続によって作用されるようなインスタントメッセージセッションの別の実施形態である。６０２において、クライアント１は、ＩＭセッションに加わる。６０４および６０６において、ＩＭサーバは、最初のクライアントが加わったという指示を他のＩＭクライアント２と３のそれぞれへ提供する。６０８において、ネットワークはクライアント１へ通話を提供する。６１０において、クライアントは通話に応答することを選択し、これは６１２において、クライアント１がＩＭサーバへの接続をドロップすることを引き起こす。
【００２７】
６１４において、クライアント１は、音声通話に応答し、６１６において、「電話中」状態のＳＭＳ指示をネットワークへ提供する。６１７において、ネットワークは、クライアント１についての「電話中」状態指示をＩＭサーバへ提供する。６１８と６２０において、ＩＭサーバは、他のＩＭクライアント２と３のそれぞれに、クライアント１についての「電話中」状態を提供する。６２２において、クライアント１は音声通話を中断し（たとえば、電話を切る）、６２４において、クライアント１はＩＭセッションに再度加わる。６２６と６２８において、ＩＭサーバは、クライアント１が「電話中でない」状態指示を、他のクライアント２と３それぞれに提供する。
【００２８】
図７は、音声セッションによって作用されるようなインスタントメッセージセッションの別の実施形態の動作図である。７０２において、クライアント１はＩＭセッショに加わる。７０４と７０６において、ＩＭサーバは、クライアント１が加わったという状態指示を、クライアント２と３それぞれに提供する。
【００２９】
７０８において、音声通話はクライアント１に提供され、クライアント１は、７１０で応答することを選択し、７１２でドロップするためにＩＭセッション接続を引き起こす。通話は７１４で応答し、したがって音声セッションを開始する。７１６においてクライアント１は、参加者が「電話中」であることを示すＳＭＳ（および／またはＥＭＳおよび／またはＭＭＳ）状態指示をネットワークへ提供する。７１７において、ネットワークは、クライアント１の「電話中」状態であることをＩＭサーバに通知する。ＩＭサーバは７１８と７２０のそれぞれにおいて、他のクライアント２と３へこのような通知を提供する。
【００３０】
７２４において、音声接続を切断する前に、クライアント１は、ＳＭＳ（および／またはＥＭＳ、ＭＭＳ、あるいは他の音声帯域通信メカニズム）の「電話中でない」状態指示をネットワークへ提供する。７２６において、ネットワークはクライアント１が「電話中でない」という指示をＩＭサーバへ提供する。７２８と７３０において、ＩＭサーバは最初のクライアントについての「電話中でない」状態指示を、クライアント２と３へ提供する。７３２において、最初のクライアントは、音声セッションを完結するか（たとえば、電話を切ることによって）、または通話者によって電話を切ることによる。
【００３１】
図８は、インスタントメッセージ参加者の状態を設定する処理の実施形態のフローチャートである。８０２において、デバイスの使用は検知される。８０４において、ＩＭ参加者の状態はデバイス使用を反映して設定される。８０６において処理は完結する。
【００３２】
図９は、インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。９０２において、無線ＩＭクライアントにとってのデバイスの近接は検知される。９０４において検知されたデバイスがアクティブでない、たとえばアクティブ化されるかアクティブ使用でないならば、処理は９１０で完結する。９０４において検知されたデバイスがアクティブならば、９０６において、他のデバイスが検知された近接デバイスより近いかどうかが決定される。９０６において検知されたデバイスが、他の検知された近接デバイスより近くないならば、処理は９１０で完結する。９０６において検知されたデバイスが他の検知された近接デバイスより近いと決定されたならば、無線クライアント参加者のためのＩＭ状態は、９０８において参加者のデバイスの使用を反映するよう設定される。
【００３３】
デバイスがアクティブであるかどうかの決定は、多くの要素、たとえばデバイスの制御が操作される範囲、デバイスが参加者直接の処理を実行する範囲などの様々な要素に依存する。
【００３４】
図１０は、インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。１００２において、デバイス使用の種類は検知される。１００４においてインスタントメッセージ参加者の状態は、デバイス使用を反映して設定される。１００６において処理は完結する。
【００３５】
たとえば、ＩＭクライアントデバイスと近接のテレビがつくと、チャンネルはしばしば変更され、ＩＭ参加者の状態は、変更され、「チャンネルサーフィン」を示してもよい。
【００３６】
図１１は、ＩＭクライアントとして採用されうる情報処理デバイスの実施形態のブロック図である。情報処理デバイス１１００は、処理１ １１０４、処理２ １１０５、および処理３ １１０６を備え、各処理は関連する処理ｉｄ（処理１ｉｄ、処理２ｉｄ、処理３ｉｄそれぞれ）を有する。各処理および／または処理ｉｄは、ドキュメント書き込み、インターネットサーフィンをすること、ゲームをすることなどのＩＭ状態に関連付けられる。情報処理デバイス１１００は、アクティブ処理検知ロジック１１１５を備える。処理検知ロジックは、処理１、２、または３のうちのどれが、もしあればその複数が、ＩＭクライアントユーザによって現在使用されているか、または今や最初の使用であるかを検知してもよく、メッセージセッションのＩＭ参加者の状態に、最前面の処理を反映させる。情報処理デバイス１１００は、ＩＭクライアントロジック１１０２を備える。
【００３７】
最初の使用の処理を決定することは、処理のユーザインターフェースがディスプレイの最前面かどうか、処理がキーボード、マウス、または他のインターフェースデバイス入力信号などの対象となるかどうかを検知することを伴う。
【００３８】
文脈が明らかに必要とするのでなければ、本記述および特許請求の範囲を通して、「備えた」、「備える」、および同様の語は、排他的または網羅的な意味とは逆に、含める意味で解釈され、すなわち「含むが限られない」の意味である。単数または複数を使用する語もまた、それぞれ複数または単数を含む。さらに、「ここで」、「上記」、「以下の」、および同様の取り込みの語は、この明細書で使用されるとき、この明細書全体として指し、この明細書の特定の部分を指すべきである。特許請求の範囲が２以上の事項のリストを参照して「または」という語を使用するとき、この語は、以下の言葉の解釈、リスト内の任意の事項、リスト内のすべての事項、およびリスト内の事項の任意の組合せのすべてをカバーする。
【図面の簡単な説明】
【００３９】
【図１】インスタントメッセージシステムの一実施形態のブロック図である。
【図２】インスタントメッセージクライアントの一実施形態のブロック図である。
【図３】インスタントメッセージ環境の一実施形態のブロック図である。
【図４】インスタントメッセージ環境の一実施形態のブロック図である。
【図５】音声セッションによって作用されるインスタントメッセージセッションの実施形態の動作図である。
【図６】音声セッションによって作用されるインスタントメッセージセッションの別の実施形態の動作図である。
【図７】音声セッションによって作用されるインスタントメッセージセッションの別の実施形態の動作図である。
【図８】インスタントメッセージ参加者の状態を設定する処理の実施形態のフローチャートである。
【図９】インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。
【図１０】インスタントメッセージ参加者の状態を設定する処理の別の実施形態のフローチャートである。
【図１１】ＩＭクライアントに採用されるであろう情報処理装置の実施形態のブロック図である。
【特許請求の範囲】
【請求項１】
インスタントメッセージセッションにおいて、
ネットワークへのデータ接続を介する前記インスタントメッセージセッションの特有の状態を設定することと、
前記ネットワークへの音声接続を介する前記インスタントメッセージセッション内の前記特有の前記状態を変えることと
を備えることを特徴とする方法。
【請求項２】
前記データ接続を終了した後、前記インスタントメッセージセッション内の前記参加者の存在を保持することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データ接続の終了した後で、前記参加者の動作を反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を設定することをさらに備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記音声接続を終了する選択の結果として、データ接続の終了した後、前記参加者の動作の終わりを反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記インスタントメッセージセッションの前記データ接続の再構築の選択の結果として、データ接続が終了した後、前記参加者の動作の終わりを反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項６】
前記音声接続の前記参加者の使用を反映して、インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項７】
ネットワークへの音声接続を構築することを選択する前記モバイル装置のユーザの結果として、前記ネットワークへのモバイル装置インスタントメッセージデータ接続を終了することと、
前記音声接続の前記ユーザの使用を反映して、インスタントメッセージセッション内の前記ユーザの状態を変更することと
を備えることを特徴とする方法。
【請求項８】
前記音声接続を介して前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することをさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
ショートメッセージサービス、エンハンストメッセージサービス、またはマルチメディアの少なくとも1つを使用する前記音声通信を介して、前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記データ接続を終了した後、前記インスタントメッセージセッション内の前記ユーザの存在を保持することをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１１】
データ接続の終了の後、前記ユーザの動作を反映して、前記インスタントメッセージセッション内の前記ユーザの状態を設定することをさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記音声接続を終了するためのユーザの選択の結果として、前記音声接続の前記ユーザの使用の終わりを反映して、前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、着呼に応答するための選択の結果として、前記モバイル装置が、インスタントメッセージセッションへのデータ接続を終了することになるロジックと、
前記呼び出しの前記ユーザの参加を反映して、前記インスタントメッセージセッション内の前記ユーザの状態を変更することと
を備えたことを特徴とするモバイル装置。
【請求項１４】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を介して前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
をさらに備えることを特徴とする請求項１３に記載のモバイル装置。
【請求項１５】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記ショートメッセージサービス、前記エンハンストメッセージサービス、または前記マルチメディアの少なくとも1つを使用する前記呼び出し接続を介して、前記ユーザの前記状態を変更することになるロジック
をさらに備えることを特徴とする請求項１４に記載のモバイル装置。
【請求項１６】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を終了する選択の結果として、前記呼び出し内の前記ユーザの参加の終わりを反映するために前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
を備えることを特徴とする特徴とする請求項１３に記載のモバイル装置。
【請求項１７】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記インスタントメッセージセッションのデータ接続を再構築する選択の結果として、前記呼び出し内の前記ユーザの参加の終わりを反映するために前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
を備えたことを特徴とする請求項１３に記載のモバイル装置。
【請求項１８】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、発信を作る選択の結果として、インスタントメッセージセッションへのデータ接続を終了することになるロジックと、
前記呼び出し内の前記参加者の参加を反映して、前記インスタントメッセージセッション内の参加者の状態を変更することと
を備えたことを特徴とするモバイル装置。
【請求項１９】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出しの接続を介して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２０】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記ショートメッセージサービス、前記エンハンストメッセージサービス、または前記マルチメディアの少なくとも1つを使用する前記呼び出し接続を介して、前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２１】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を終了する選択の結果として、前記呼び出し内の前記参加者の参加の終わりを反映するために前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２２】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記インスタントメッセージセッションのデータ接続を再構築する選択の結果として、前記呼び出し内の前記参加者の参加を反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２３】
モバイル装置が、分離した装置の使用を検知することと、
前記モバイル装置が、前記分離した装置の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の状態を設定することと
を備えることを特徴とする方法。
【請求項２４】
前記分離した装置の使用の種類を検知することと、
前記分離した装置の使用の前記種類を反映して、前記インスタントメッセージセッション内の前記インスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記モバイル装置が、前記分離した装置の近接を検知することと、
前記分離した装置の前記近接を反映して、前記インスタントメッセージセッション内の前記インスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２６】
分離した使用中の複数の装置のより近接の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２５に記載の方法。
【請求項２７】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、最前面の処理を検知することになるロジックと、
前記最前面の処理の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の状態を設定することと
を備えたことを特徴とするデバイス。
【請求項１】
インスタントメッセージセッションにおいて、
ネットワークへのデータ接続を介する前記インスタントメッセージセッションの特有の状態を設定することと、
前記ネットワークへの音声接続を介する前記インスタントメッセージセッション内の前記特有の前記状態を変えることと
を備えることを特徴とする方法。
【請求項２】
前記データ接続を終了した後、前記インスタントメッセージセッション内の前記参加者の存在を保持することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データ接続の終了した後で、前記参加者の動作を反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を設定することをさらに備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記音声接続を終了する選択の結果として、データ接続の終了した後、前記参加者の動作の終わりを反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記インスタントメッセージセッションの前記データ接続の再構築の選択の結果として、データ接続が終了した後、前記参加者の動作の終わりを反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項６】
前記音声接続の前記参加者の使用を反映して、インスタントメッセージセッション内の前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項３に記載の方法。
【請求項７】
ネットワークへの音声接続を構築することを選択する前記モバイル装置のユーザの結果として、前記ネットワークへのモバイル装置インスタントメッセージデータ接続を終了することと、
前記音声接続の前記ユーザの使用を反映して、インスタントメッセージセッション内の前記ユーザの状態を変更することと
を備えることを特徴とする方法。
【請求項８】
前記音声接続を介して前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することをさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
ショートメッセージサービス、エンハンストメッセージサービス、またはマルチメディアの少なくとも1つを使用する前記音声通信を介して、前記参加者の前記状態を変更することをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記データ接続を終了した後、前記インスタントメッセージセッション内の前記ユーザの存在を保持することをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１１】
データ接続の終了の後、前記ユーザの動作を反映して、前記インスタントメッセージセッション内の前記ユーザの状態を設定することをさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記音声接続を終了するためのユーザの選択の結果として、前記音声接続の前記ユーザの使用の終わりを反映して、前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、着呼に応答するための選択の結果として、前記モバイル装置が、インスタントメッセージセッションへのデータ接続を終了することになるロジックと、
前記呼び出しの前記ユーザの参加を反映して、前記インスタントメッセージセッション内の前記ユーザの状態を変更することと
を備えたことを特徴とするモバイル装置。
【請求項１４】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を介して前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
をさらに備えることを特徴とする請求項１３に記載のモバイル装置。
【請求項１５】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記ショートメッセージサービス、前記エンハンストメッセージサービス、または前記マルチメディアの少なくとも1つを使用する前記呼び出し接続を介して、前記ユーザの前記状態を変更することになるロジック
をさらに備えることを特徴とする請求項１４に記載のモバイル装置。
【請求項１６】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を終了する選択の結果として、前記呼び出し内の前記ユーザの参加の終わりを反映するために前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
を備えることを特徴とする特徴とする請求項１３に記載のモバイル装置。
【請求項１７】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記インスタントメッセージセッションのデータ接続を再構築する選択の結果として、前記呼び出し内の前記ユーザの参加の終わりを反映するために前記インスタントメッセージセッション内の前記ユーザの前記状態を変更することになるロジック
を備えたことを特徴とする請求項１３に記載のモバイル装置。
【請求項１８】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、発信を作る選択の結果として、インスタントメッセージセッションへのデータ接続を終了することになるロジックと、
前記呼び出し内の前記参加者の参加を反映して、前記インスタントメッセージセッション内の参加者の状態を変更することと
を備えたことを特徴とするモバイル装置。
【請求項１９】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出しの接続を介して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２０】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記ショートメッセージサービス、前記エンハンストメッセージサービス、または前記マルチメディアの少なくとも1つを使用する前記呼び出し接続を介して、前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２１】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記呼び出し接続を終了する選択の結果として、前記呼び出し内の前記参加者の参加の終わりを反映するために前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２２】
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、前記インスタントメッセージセッションのデータ接続を再構築する選択の結果として、前記呼び出し内の前記参加者の参加を反映して、前記インスタントメッセージセッション内の前記参加者の前記状態を変更することになるロジック
をさらに備えたことを特徴とする請求項１８に記載のモバイル装置。
【請求項２３】
モバイル装置が、分離した装置の使用を検知することと、
前記モバイル装置が、前記分離した装置の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の状態を設定することと
を備えることを特徴とする方法。
【請求項２４】
前記分離した装置の使用の種類を検知することと、
前記分離した装置の使用の前記種類を反映して、前記インスタントメッセージセッション内の前記インスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記モバイル装置が、前記分離した装置の近接を検知することと、
前記分離した装置の前記近接を反映して、前記インスタントメッセージセッション内の前記インスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２６】
分離した使用中の複数の装置のより近接の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の前記状態を設定することと
をさらに備えることを特徴とする請求項２５に記載の方法。
【請求項２７】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに適用されるとき、前記モバイル装置が、最前面の処理を検知することになるロジックと、
前記最前面の処理の使用を反映して、インスタントメッセージセッション内のインスタントメッセージ参加者の状態を設定することと
を備えたことを特徴とするデバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００８−５０６２０７（Ｐ２００８−５０６２０７Ａ）
【公表日】平成２０年２月２８日（２００８．２．２８）
【国際特許分類】
【出願番号】特願２００７−５２１５４６（Ｐ２００７−５２１５４６）
【出願日】平成１７年７月１１日（２００５．７．１１）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２４５８９
【国際公開番号】ＷＯ２００６／０１７２４２
【国際公開日】平成１８年２月１６日（２００６．２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６２１７３７９）エイ ティ アンド ティ モビリティー ザ セカンド リミテッド ライアビリティ カンパニー (11)
【Ｆターム（参考）】
【公表日】平成２０年２月２８日（２００８．２．２８）
【国際特許分類】
【出願日】平成１７年７月１１日（２００５．７．１１）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２４５８９
【国際公開番号】ＷＯ２００６／０１７２４２
【国際公開日】平成１８年２月１６日（２００６．２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６２１７３７９）エイ ティ アンド ティ モビリティー ザ セカンド リミテッド ライアビリティ カンパニー (11)
【Ｆターム（参考）】
[ Back to top ]