JP7474333B2 - クロスデバイス・タスク処理、電子デバイス及び記憶媒体のための対話方法 - Google Patents

Description

本出願は、クロスデバイス・タスク処理技術の分野に関し、具体的には、クロスデバイス・タスク処理のための対話方法に関連する。追加的に、本出願は、電子デバイス及びコンピュータ可読記憶媒体に関連する。

ユーザがインテリジェントなデバイスを有することが多くなってきているため、異なるデバイス間で実装されるクロスデバイス・タスク処理は、異なるシステム及びプラットフォーム障壁によって異なる程度に制限され、これはユーザに不都合を生じさせる。

例えば、ユーザが、携帯電話上でウェブページをブラウズし、その後、コンピュータ上でウェブページのブラウズを続けたい場合、ユーザは、通常、携帯電話上でブラウザにおいてウェブページのウェブサイト・アドレスをコピーし、次いで、ＱＱ又はＷｅｂチャットなどのアプリケーションを開き、アプリケーション内の「マイコンピュータ」又は「ファイル転送」などのユーザ・インターフェースを開き、ユーザ・インターフェースにおいてウェブページのウェブサイト・アドレスを貼り付ける必要がある。次いで、ユーザは、ユーザのコンピュータ上でＱＱ又はＷｅＣｈａｔなどのアプリケーションを開き、同じアプリケーション・アカウントでアプリケーションにログインし、受信したウェブページのウェブサイト・アドレスをコピーし、次いで、コンピュータ上でそのアドレスをブラウザに貼り付け、コンピュータ上でウェブページを最終的に開く。デバイスをまたいで同じウェブページをブラウズするためには、中間操作ステップが非常に複雑であり、これがユーザに不都合を生じさせることが分かる。

ハンドオフ（Ａｐｐｌｅ Ｈａｎｄｏｆｆ）機能は、クロスデバイス・タスク処理を実装するためにＡｐｐｌｅ社によって開発された機能であり、その機能は、ユーザが１つのデバイス上でタスクを開始し、別の近くのデバイス上で処理を続けることを可能にする。例えば、ユーザがウェブページを参照するためにデバイスＡ（例えば、携帯電話）でブラウザを開く場合、デバイスＡの近くの別のデバイスＢ（例えば、コンピュータ）でのタスクバーの左側に一時的なブラウザ・ラベルが現れる。デバイスＢでのブラウザ・ラベルをクリックする場合、ユーザは、デバイスＡでブラウザされたばかりのウェブページを開いて、ウェブページのブラウズを続けるようにすることができる。

しかし、ハンドオフ機能は、ユーザが、処理を続けるためにデバイスＢのバックグラウンドによってプッシュされるデバイスＡでのタスクを、デバイスＢで受動的に選択することを可能にし、ユーザは、デバイスＡでのタスクをデバイスＢで能動的に選択することができない。これは、依然としてユーザに不都合を生じさせ、ユーザ体験に影響を与える。

本出願は、クロスデバイス・タスク処理のための対話方法及び電子デバイスを提供して、ユーザによるクロスデバイス・タスク処理の利便性を改善し、ユーザ体験を改善する。

第１の態様によれば、本出願は、クロスデバイス・タスク処理のための対話方法を提供する。方法は、第１の電子デバイスが、マルチタスク管理インターフェースを表示することを含む。マルチタスク管理インターフェースは、１つ以上のデバイス・ラベルを含み、各デバイス・ラベルは、１つの電子デバイスに対応する。すなわち、１つ以上のデバイス・ラベルは、１つ以上の電子デバイスに対応する。マルチタスク管理インターフェースは、少なくとも１つのタスク記録をさらに含み、各タスク記録は、電子デバイス上で実行している１つ以上のタスクを記録してもよい。すなわち、各タスク記録は、１つ以上のタスクに対応する。方法は、第１の電子デバイスが、マルチタスク管理インターフェースにおける第１のタスク記録に対してユーザによって実行された共有操作を受信することを含む。第１の電子デバイスは、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。１つ以上の電子デバイスのうちのいずれか１つがソース・デバイス（すなわち、ユーザがデバイスをまたいで処理することを期待するタスクが元々位置する電子デバイス）として使用され、ソース・デバイスとは異なる別の電子デバイスがターゲット・デバイス（すなわち、クロスデバイス・タスク処理が処理されるときに、ソース・デバイス上でタスクを実行し続ける電子デバイス）として使用され、ソース・デバイスのタスク記録のうちのいずれか１つ（すなわち、ユーザがデバイスをまたいで処理することを期待するタスクに対応するタスク記録）が第１のタスク記録として使用される。第１の電子デバイスは、第１のタスク記録に対してユーザによって実行された共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。共有操作は、主にターゲット・デバイスが第１のタスク記録に対応するタスクを表示することを可能にするために使用される。言い換えれば、第１の電子デバイスは、マルチタスク管理インターフェースをユーザに表示し、ユーザが、適切なソース・デバイス、ソース・デバイスの第１のタスク記録、及びターゲット・デバイスを視認することができるようにする。ユーザが第１のタスク記録に対して共有操作を実行した後、第１の電子デバイスは、共有操作に基づいて、ターゲット・デバイスが、第１のタスク記録に対応する１つ以上のタスクを表示することを可能にする。

本実装では、ユーザは、第１の電子デバイスのマルチタスク管理インターフェースにおけるソース・デバイスの履歴タスク記録を視認することができ、ソース・デバイス上で１つ以上のタスクを能動的に選択することができ、ターゲット・デバイスが、１つ以上のタスクを表示することを可能にし、それにより、クロスデバイス・タスク処理を実装する。これは非常に利便性があり、ユーザにシンプルで、直接で、使いやすい対話体験を提供する。

共有操作が異なる形式で実装されるときに、異なるターゲット・デバイスは、第１のタスク記録に対応するタスクを表示することが可能となる。可能な実装では、第１の電子デバイスがターゲット・デバイスとして使用される。マルチタスク管理インターフェースにおいて第１のタスク記録に対して第２の操作が実行されるときに、第１の電子デバイスは、別の電子デバイス上で１つ以上のタスクを表示することが可能となり、それにより、クロスデバイス・タスク処理を簡便に実装する。実装は、具体的には、第１の電子デバイスが、第１のタスク記録に対してユーザによって実行された第２の操作に応答して、第１のタスク記録に対応する少なくとも１つのタスクを表示することであってもよい。別の可能な実装では、１つ以上の電子デバイスは、少なくとも１つの第２の電子デバイスを含み、任意の第２の電子デバイスは、ターゲット・デバイスとして使用される。マルチタスク管理インターフェースにおいて第１のタスク記録及び第２の電子デバイスに対応するデバイス・ラベルに対して第３の操作が実行されるときに、第２の電子デバイスは、第１の電子デバイス上の１つ以上のタスクを表示するか、又は別の第２の電子デバイス上の１つ以上のタスクを表示することが可能となる。この実装は、クロスデバイス・タスク処理を簡便に実装することができ、ユーザがタスクを処理するためにより適切な電子デバイスを選択することができるようにする。実装は、具体的には、第１の電子デバイスによって、第１のタスク記録及び第２の電子デバイスに対応するデバイス・ラベルに対してユーザによって実行された第３の操作に応答して、第３の操作に対応する第２の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にすることであってもよい。

共有操作が異なる形式で実装されるときに、ターゲット・デバイスは、第１のタスク記録に対応するタスクを異なる表示方式で表示することが可能となる。可能な実装では、ユーザは、タスク管理インターフェースにおいて、ソース・デバイスのタスク記録及びターゲット・デバイスに対応するデバイス・ラベルに対して分割スクリーン操作を実行してもよく、ターゲット・デバイスのフォアグラウンドで実行しているタスク及びソース・デバイス上のタスクが、分割スクリーン方式でターゲット・デバイス上に表示されるようにする。実装は、具体的には、第１の電子デバイスが、第１のタスク記録及びターゲット・デバイスに対応するデバイス・ラベルに対してユーザによって実行された分割スクリーン操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスク及びターゲット・デバイスのフォアグラウンドで実行しているタスクを分割スクリーン形式で表示することを可能にすることであり得る。本実装は、ソース・デバイス上のタスクのクロスデバイス処理を実装し、ソース・デバイス上のタスクとターゲット・デバイス上のタスクの分割スクリーン・ディスプレイを実装する操作ステップを簡素化し、ユーザ体験を改善する。別の可能な実装では、ユーザは、タスク管理インターフェースにおいて、ソース・デバイスのタスク記録におけるファイル及びターゲット・デバイスに対応するデバイス・ラベルに対する伝送操作を実行してもよく、それにより、タスク記録におけるファイルの伝送を実装する。実装は、具体的には、第１の電子デバイスが、第１のタスク記録におけるファイル及びターゲット・デバイスに対応するデバイス・ラベルに対してユーザによって実行された伝送操作に応答して、ターゲット・デバイスが、ファイルを受信することを可能にすることであり得る。本実装は、ソース・デバイス上のファイルをターゲット・デバイスに伝送するために使用することができ、ユーザは、ターゲット・デバイス上でソース・デバイス上のファイルの処理を続けることができるようにし、それにより、操作ステップを簡略化し、ユーザ体験を改善する。

可能な実装では、第１のタスク記録が少なくとも２つの関連タスクに対応し、第１の電子デバイスのマルチタスク管理インターフェースにおいて共有操作が実行されるときに、ソース・デバイス上に分割スクリーン形式で表示されるタスクは、依然として、ターゲット・デバイス上に分割スクリーン形式で表示され、それにより、複数のタスクのクロスデバイス処理を簡便に実装する。実装は、具体的には、第１の電子デバイスが、共有操作に応答して、ターゲット・デバイスが、少なくとも２つの関連タスクを分割スクリーン形式で表示することを可能にすることであって、関連タスクは、ソース・デバイス上で分割スクリーン形式で表示されるタスクである、可能にすることであり得る。

可能な実装では、ユーザは、第１の操作を使用することによって、第１の電子デバイスのマルチタスク管理インターフェースを簡便に呼び出して、後続の操作ステップを実行するようにしてもよい。実装は、具体的には、第１の電子デバイスが、ユーザによって実行された第１の操作を受信することであってもよい。第１の電子デバイスが、第１の操作に応答して、マルチタスク管理インターフェースを表示する。

可能な実装では、マルチタスク管理インターフェースを呼び出した後、ユーザが、マルチタスク管理インターフェースにおいてデバイス・ラベルに対して選択操作を実行して、異なる電子デバイスのタスク記録を閲覧して、デバイスをまたいで処理する必要があるタスクを選択するようにしてもよい。実装は、具体的には、第１の電子デバイスが、デバイス・ラベルに対してユーザによって実行された選択操作を受信し、選択されたデバイス・ラベルに対応する電子デバイスの少なくとも１つのタスク記録を表示することであり得る。

マルチタスク管理インターフェースにおいて複数のデバイス・ラベルが選択されているときに、複数の電子デバイスの履歴タスク記録がマルチタスク管理インターフェースにおいて表示され、ユーザが、複数のデバイスのタスク記録をグローバルに閲覧することができるようにする。複数のデバイスのタスク記録は、異なる方式で表示することができる。可能な実装では、マルチタスク管理インターフェースは、複数の電子デバイスのタスク記録をアプリケーション次元で表示してもよい。実装は、具体的には、マルチタスク管理インターフェースにおいて複数のデバイス・ラベルが選択され、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスに少なくとも１つの同じアプリケーションがインストールされているときに、マルチタスク管理インターフェースが、少なくとも１つの同じアプリケーションに基づいたカテゴリ別で、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスのタスク記録を表示することであり得る。本実装では、ユーザは、アプリケーション次元において複数の電子デバイスのタスク記録を視認することができ、複数の異なるデバイス上にあり、かつ同じアプリケーションを使用することによって開かれたタスクを視認するときに、ユーザは、さらに、異なるデバイス上のタスクの進行状況を簡便に比較することができ、それにより、デバイスをまたいで処理する必要があるタスクをユーザによって視認及び選択する効率を改善する。他の可能な実装では、マルチタスク管理インターフェースは、複数のデバイスのタスク記録をタスクの時系列で表示してもよい。実装は、具体的には、マルチタスク管理インターフェース上で複数のデバイス・ラベルが選択されたときに、マルチタスク管理インターフェースは、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスのタスク記録を時系列で表示することであり得る。本実装では、ユーザは、複数の電子デバイスのタスク記録を時系列で視認することができ、それにより、デバイスをまたいで処理する必要があるタスクを簡便に決定し、ユーザの視認及び選択の効率性を改善する。

プライバシー・セッティング操作は、第１の電子デバイスのマルチタスク管理インターフェースにおけるデバイス・ラベルに対して実行されてもよく、第２の電子デバイスのいくつか又はすべてが、第１の電子デバイスの履歴タスク記録の表示をスキップするようにし、それにより、第１の電子デバイスの一時的なプライバシー要件を満たす。可能な実装では、マルチタスク管理インターフェースにおけるデバイス・ラベルは、第１の電子デバイスに対応する第１のラベルと、第２の電子デバイスに対応する少なくとも１つの第２のラベルとを含む。方法は、第１の電子デバイスが、少なくとも１つの第２のラベルに対してユーザによって実行された第８の操作に応答して、第８の操作に対応する第２のラベルに対応する第２の電子デバイスが、第１の電子デバイスのタスク記録の表示をスキップすることを可能にすることをさらに含む。本実装では、第１の電子デバイスのユーザは、プライバシー・セッティングを実行するために第２のラベルに対する第８の操作を実行して、第２のラベルに対応する第２の電子デバイスが第１の電子デバイスの履歴タスク記録を視認することを制限するようにし、それにより、第１の電子デバイスのプライバシー要件を満たす。別の可能な実装では、マルチタスク管理インターフェースにおけるデバイス・ラベルは、第１の電子デバイスに対応する第１のラベルと、第２の電子デバイスに対応する少なくとも１つの第２のラベルとを含む。方法は、第１の電子デバイスが、第１のラベルに対するユーザによって実行された第９の操作に応答して、第２の電子デバイスのすべてが、第１の電子デバイスのタスク記録の表示をスキップすることを可能にすることをさらに含む。本実装では、第１の電子デバイスのユーザは、プライバシー・セッティングを実行するために第９の操作を第１のラベルに対して実行することができ、別のデバイスが、第１の電子デバイスの履歴タスク記録を視認することを制限するようにし、それにより、第１の電子デバイスのプライバシー要件を満たす。

第３の態様によれば、本出願は、電子デバイスを提供する。電子デバイスは、少なくとも１つの入力／出力モジュール及び少なくとも１つの処理モジュールを含む。少なくとも１つの入力／出力モジュールは、マルチタスク管理インターフェースを表示し、マルチタスク管理インターフェースにおける第１のタスク記録に対してユーザによって実行された共有操作を受信するように構成されている。マルチタスク管理インターフェースは、１つ以上のデバイス・ラベルを含み、各デバイス・ラベルは、１つの電子デバイスに対応する。すなわち、１つ以上のデバイス・ラベルは、１つ以上の電子デバイスに対応する。マルチタスク管理インターフェースは、少なくとも１つのタスク記録をさらに含み、各タスク記録は、１つ以上のタスクに対応する。少なくとも１つの処理モジュールは、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にするように構成されている。１つ以上の電子デバイスのうちのいずれか１つがソース・デバイス（すなわち、ユーザがデバイスをまたいで処理することを期待するタスクが元々位置する電子デバイス）として使用され、ソース・デバイスとは異なる別の電子デバイスがターゲット・デバイス（すなわち、クロスデバイス・タスク処理が処理されるときに、ソース・デバイス上でタスクを実行し続ける電子デバイス）として使用され、ソース・デバイスのタスク記録のうちのいずれか１つ（すなわち、ユーザがデバイスをまたいで処理することを期待するタスクに対応するタスク記録）が第１のタスク記録として使用される。少なくとも１つの処理モジュールは、第１のタスク記録に対してユーザによって実行された共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。言い換えれば、少なくとも１つの入力／出力モジュールは、マルチタスク管理インターフェースをユーザに表示し、マルチタスク管理インターフェースにおいてユーザによって実行された操作を受信し、ユーザが適切なソース・デバイス、ソース・デバイスの第１のタスク記録、及びターゲット・デバイスを視認し、クロスデバイス・タスク処理を実装するための操作を実行することができるようにする。少なくとも１つの処理モジュールは、ユーザによって入力された操作に基づいて処理を実行し、ターゲット・デバイスが、第１のタスク記録に対応する１つ以上のタスクを表示する。

第３の態様によれば、本出願は、電子デバイスを提供する。電子デバイス６００は、少なくとも１つの入力／出力装置、少なくとも１つのメモリ、及び少なくとも１つのプロセッサを含む。少なくとも１つのメモリは、１つ以上の命令を記憶する。少なくとも１つのプロセッサによって１つ以上の命令が実行されるときに、電子デバイスは、第１の態様における任意の方法を実装することが可能となる。

第４の態様によれば、本出願は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、命令又はコンピュータ・プログラムを含む。命令又はコンピュータ・プログラムが電子デバイス上で実行されるときに、電子デバイスは、第１の態様による任意の方法を実行することが可能となる。

第５の態様によれば、本出願は、クロスデバイス・タスク処理のための対話方法を提供する。方法は、第１の電子デバイスが、マルチタスク管理インターフェースを表示することを含む。マルチタスク管理インターフェースは、第１の電子デバイスに対応する第１のラベル、第２の電子デバイスに対応する第２のラベル、及び第１の電子デバイスの少なくとも１つのタスク記録を含む。本明細書に記載のタスク記録は、第１の電子デバイス上で実行している少なくとも１つのタスクに対応する。方法は、第１の電子デバイスが、ユーザによって、少なくとも１つのタスク記録における第１の電子デバイスの第１のタスク記録を第２のラベルにドラッグする操作を受信することをさらに含む。第１の電子デバイスが、第１のタスク記録を第２のラベルにドラッグする操作に応答して、第２の電子デバイスが第１のタスクを表示することを可能にする。第１のタスク記録は、第１の電子デバイス上で実行している第１のタスクに対応する。言い換えれば、ユーザは、第１の電子デバイスのマルチタスク管理インターフェースにおいて、ユーザがデバイスをまたいで処理することを期待する第１の電子デバイス上のタスクに対応するタスク記録を、第２の電子デバイスに対応するデバイス・ラベルにドラッグすることができ、第２の電子デバイスが、第１の電子デバイス上のタスクを表示することができるようにする。

第６の態様によれば、本出願は、クロスデバイス・タスク処理のための対話方法を提供する。方法は、第１の電子デバイスが、マルチタスク管理インターフェースを表示することを含む。マルチタスク管理インターフェースは、第１の電子デバイスに対応する第１のラベル、第２の電子デバイスに対応する第２のラベル、及び第２の電子デバイスの少なくとも１つのタスク記録を含む。本明細書に記載のタスク記録は、第２の電子デバイス上で実行している少なくとも１つのタスクに対応する。方法は、第１の電子デバイスが、少なくとも１つのタスク記録における第２の電子デバイスの第１のタスク記録に対してユーザによって実行されたタップ操作を受信することをさらに含む。第１の電子デバイスは、第１のタスク記録に対するタップ操作に応答して、第１のタスクを実行するために必要なデータを取得し、第１のタスクを実行する。第１のタスク記録は、第２の電子デバイス上で実行している第１のタスクに対応する。言い換えると、ユーザは、第１の電子デバイスのマルチタスク管理インターフェースにおいて、ユーザがデバイスをまたいで処理することを期待する第２の電子デバイス上のタスクに対応するタスク記録をタップしてもよく、第１の電子デバイスが第２の電子デバイス上のタスクを表示することができるようにする。

第２の態様及び第３の態様における電子デバイス、並びに第４の態様におけるコンピュータ可読記憶媒体は、すべて、上記に提供された対応する方法を実行するように構成されていることが理解されよう。電子デバイス及びコンピュータ可読記憶媒体によって達成され得る有益な効果については、上記に提供された対応する方法の有益な効果を参照のこと。詳細は、ここでは再度記載されない。第５の態様及び第６の態様における対話方法は、それぞれ、上記に提供された方法の２つの実装である。対話方法によって達成され得る有益な効果については、前述の方法の一部の有益な効果を参照のこと。詳細は、ここでは再度記載されない。

本出願の技術的解決策をより明確に説明するために、以下、実施形態における添付の図面を簡単に記載する。

は、本出願の一実施形態が適用されるマルチデバイス・システムのアーキテクチャの概略図である。

本出願による電子デバイスの一例の構造の概略図である。

本出願による電子デバイス１００のソフトウェア構造の一例のブロック図である。

本出願によるクロスデバイス・タスク処理の対話方法のフローチャートである。

第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第１の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第２の例の概略図である。

本出願の一実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第１の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第３の例の概略図である。

本出願の一実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第２の例の概略図である。

第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第２の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第４の例の概略図である。

本出願の一実施形態による第６の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第３の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第５の例の概略図である。

図４Ｊにおけるマルチタスク管理インターフェースの拡大概略図である。

本出願の一実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第４の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第６の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第７の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第８の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第９の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１０の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１１の例の概略図である。

第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第３の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１２の例の概略図である。

本出願の一実施形態による第３の操作が実行された後のデバイス１０３上に表示されたユーザ・インターフェースの第１の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１３の例の概略図である。

本出願の一実施形態による第３の操作が実行された後のデバイス１０３上に表示されたユーザ・インターフェースの第２の例の概略図である。

第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第４の例の概略図である。

本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１４の例の概略図である。

本出願の一実施形態による第５の操作が実行された後のデバイス１０２上に表示されたユーザ・インターフェースの第１の例の概略図である。

本出願の一実施形態による電子デバイスの実装の構造の概略図である。

本出願の一実施形態による電子デバイスの別の実装の構造の概略図である。

デバイスＡ上のタスクがデバイスＢ上でアクティブに選択され得ないという上記の問題に加えて、以下の問題が発生する。ハンドオフ機能は、デバイスＢがデバイスＡで進行中のタスクのみをユーザにプッシュすることを可能にし、従って、ユーザは、デバイスＡで現在クローズされているタスクをデバイスＢで処理し続けることができない、すなわち、ハンドオフ機能のスケーラビリティが不十分である。これはまた、ユーザの使用の利便性にも影響を与える。これに基づいて、本出願の実施形態は、クロスデバイス・タスク処理のための対話方法を提供して、ユーザによるクロスデバイス・タスク処理の実行の利便性を改善する。

図１は、本出願の一実施形態が適用されるマルチデバイス・システムのアーキテクチャの概略図である。システムは、少なくとも２つの電子デバイスを含み得る。例えば、図１では、マルチデバイス・システムは、デバイス１０１、デバイス１０２、及びデバイス１０３を含む。

本出願の本実施形態における電子デバイスは、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレット・コンピュータ（Ｐａｄ）、パーソナルコンピュータ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、ウェアラブルデバイス、テレビジョン、車載端末デバイスなどを含むが、これらに限定されない。図１に示す例では、デバイス１０１は、携帯電話であり、デバイス１０２は、タブレット・コンピュータ、デバイス１０３は、テレビジョンである。

本出願の本実施形態における電子デバイスは、入力／出力装置を有して、操作を介してユーザによって入力された操作指示を受信し、ユーザに情報を表示するようにする。入力／出力装置は、複数の独立した装置であってもよい。例えば、入力装置は、キーボード又はマウスであってもよく、出力装置は、ディスプレイであってもよい。入力／出力装置はまた、デバイスに一体化されてもよく、例えば、タッチ・スクリーンであってもよい。入力／出力装置の形式は、本出願において限定されない。

入力／出力装置は、ユーザ・インターフェース（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ、ＵＩ）を表示して、ユーザと対話するようにする。「ユーザ・インターフェース」は、アプリケーション又はオペレーティング・システムとユーザとの間の対話及び情報交換のための媒体インターフェースであり、情報の内部形式とユーザによって受け入れられ得る形式との間の変換を実装する。通常、アプリケーションのユーザ・インターフェースは、Ｊａｖａ又は拡張可能なマークアップ言語（ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ、ＸＭＬ）のような特定のコンピュータ言語で書かれたソース・コードである。インターフェース・ソース・コードは、解析され、端末デバイス上にレンダリングされ、ユーザが認識可能なコンテンツ、例えば、ピクチャ、テキスト、又はボタンなどの制御として最終的に提示される。ウィジェット（ｗｉｄｇｅｔ）とも呼ばれる制御（ｃｏｎｔｒｏｌ）は、ユーザ・インターフェースにおける基本的な要素である。典型的な制御は、ツールバー（ｔｏｏｌｂａｒ）、メニューバー（ｍｅｎｕ ｂａｒ）、テキスト・ボックス（ｔｅｘｔ ｂｏｘ）、ボタン（ｂｕｔｔｏｎ）、スクロールバー（ｓｃｒｏｌｌｂａｒ）、写真及びテキストを含む。ユーザ・インターフェースにおける制御の属性と内容は、ラベル又はノードによって定義される。たとえば、インターフェースに含まれる制御は、ＸＭＬにおける＜Ｔｅｘｔｖｉｅｗ＞、＜ＩｍｇＶｉｅｗ＞、＜ＶｉｄｅｏＶｉｅｗ＞などのノードによって定義される。１つのノードは、ユーザ・インターフェースにおける１つの制御又は１つの属性に対応する。解析及びレンダリングの後、ノードはユーザが見えるコンテンツとして提示される。追加的に、ハイブリッド・アプリケーション（ｈｙｂｒｉｄ ａｐｐｌｉｃａｔｉｏｎｓ）のような多くのアプリケーションのユーザ・インターフェースは、通常、ウェブページをさらに含む。ウェブページは、ページとも呼ばれ、アプリケーションのユーザ・インターフェースに埋め込まれた特別な制御として理解されてもよい。ウェブページは、ハイパーテキスト・マークアップ言語（ｈｙｐｅｒｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ、ＨＴＭＬ）、カスケード・スタイル・シート（ｃａｓｃａｄｉｎｇ ｓｔｙｌｅ ｓｈｅｅｔ、ＣＳＳ）、又はジャバスクリプト（ＪａｖａＳｃｒｉｐｔ、ＪＳ）などの特定のコンピュータ言語で書かれたソース・コードである。ウェブページ・ソース・コードは、ブラウザ又はブラウザの機能に類似する機能を有するウェブページ表示コンポーネントによって、ユーザが認識可能なコンテンツとしてロードされ、表示されてもよい。ウェブページに含まれる具体的なコンテンツは、ウェブページ・ソース・コードにおけるラベル又はノードを使用することによっても定義される。例えば、ＨＴＭＬは、＜ｐ＞、＜ｉｍｇ＞、＜ｖｉｄｅｏ＞、又は＜ｃａｎｖａｓ＞を使用することによって、ウェブページの要素及び属性を定義する。

ユーザ・インターフェースは、通常、グラフィック・ユーザ・インターフェース（ｇｒａｐｈｉｃ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ、ＧＵＩ）の表現形式であり、電子デバイスの操作に関連し、かつグラフィック方式で表示されるユーザ・インターフェースである。ユーザ・インターフェースは、ウィンドウのようなインターフェース要素、又は電子デバイスのディスプレイに表示される制御であってよく、制御は、アイコン、ボタン、メニュー、タブ、テキスト・ボックス、ダイアログ・ボックス、ステータス・バー、ナビゲーション・バー、又はウィジェットなどの視覚インターフェース要素を含んでもよい。

以下は、本出願の実施態様において提供される電子デバイス１００の一例を記載する。図１のデバイス１０１、デバイス１０２、又はデバイス１０３は、電子デバイス１００の構造と同じ又は類似する構造の電子デバイスであってもよい。図２Ａは、本出願による電子デバイスの一例の構造の概略図である。

電子デバイス１００は、プロセッサ１１０、外部メモリ・インターフェース１２０、内部メモリ１２１、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）ポート１３０、充電管理モジュール１４０、電力管理モジュール１４１、バッテリ１４２、アンテナ１、アンテナ２、移動通信モジュール１５０、無線通信モジュール１６０、オーディオ・モジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイクロホン１７０Ｃ、ヘッドセット・ジャック１７０Ｄ、センサ・モジュール１８０、ボタン１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ、ＳＩＭ）カード・インターフェース１９５などを含んでもよい。センサ・モジュール１８０は、圧力センサ１８０Ａ、ジャイロスコープ・センサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチ・センサ１８０Ｋ、周辺光センサ１８０Ｌ、骨伝導センサ１８０Ｍなどを含んでもよい。

本出願に例示される構造は、電子デバイス１００に対する特定の限定を構成しないことが理解されよう。いくつかの他の実施形態では、電子デバイス１００は、図に示されているコンポーネントよりも多く、又は少ないコンポーネントを含んでもよいし、いくつかのコンポーネントが組み合わされてもよいし、いくつかのコンポーネントが***されてもよいし、異なるコンポーネント配置が使用されてもよい。図に示すコンポーネントは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせを介して実装されてもよい。

プロセッサ１１０は、１つ以上の処理ユニットを含んでもよい。例えば、プロセッサ１１０は、アプリケーション・プロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデム・プロセッサ、グラフィック処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、メモリ、ビデオ・コーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンド・プロセッサ、ニューラルネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）などを含んでもよい。異なる処理ユニットは、独立したコンポーネントであってもよいし、１つ以上のプロセッサに一体化されてもよい。いくつかの実施形態では、プロセッサ１００は、代替的には、１つ以上のプロセッサ１１０を含んでもよい。

コントローラは、電子デバイス１００の神経センター及び指令センターであってもよい。コントローラは、命令操作コード及び時系列信号に基づいて操作制御信号を生成して、命令検出の制御を完了してもよい。

メモリは、プロセッサ１１０内に配設されてもよく、命令及びデータを記憶するように構成されている。いくつかの実施形態では、プロセッサ１１０におけるメモリはキャッシュである。メモリは、プロセッサ１１０によってちょうど使用又は周期的に使用される命令又はデータを記憶してもよい。プロセッサ１１０が命令又はデータを再度使用する必要がある場合、プロセッサ１１０は、メモリから命令又はデータを直接呼び出してもよい。これにより、繰り返されるアクセスが回避され、プロセッサ１１０の待ち時間が短縮され、電子デバイス１００の効率が改善されるようにする。

いくつかの実施形態では、プロセッサ１１０は、１つ以上のインターフェースを含んでもよい。このインターフェースは、集積回路（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、Ｉ２Ｃ）インターフェース、集積回路サウンド（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ ｓｏｕｎｄ、Ｉ２Ｓ）インターフェース、パルス・コード変調（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ、ＰＣＭ）インターフェース、ユニバーサル非同期受信機／送信機（ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ、ＵＡＲＴ）インターフェース、モバイル産業用プロセッサ・インターフェース（ｍｏｂｉｌｅ ｉｎｄｕｓｔｒｙ ｐｒｏｃｅｓｓｏｒ ｉｎｔｅｒｆａｃｅ、ＭＩＰＩ）、汎用入力／出力（ｇｅｎｅｒａｌ－ｐｕｒｐｏｓｅ ｉｎｐｕｔ／ｏｕｔｐｕｔ、ＧＰＩＯ）インターフェース、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ、ＳＩＭ）、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）などを含んでもよい。

Ｉ２Ｃインターフェースは、シリアル・データ・ライン（ｓｅｒｉａｌ ｄａｔａ ｌｉｎｅ、ＳＤＡ）及びシリアル・クロック・ライン（ｓｅｒｉａｌ ｃｌｏｃｋ ｌｉｎｅ、ＳＣＬ）を含む双方向同期シリアル・バスである。いくつかの実施形態では、プロセッサ１１０は、複数のＩ２Ｃバスのグループを含んでもよい。プロセッサ１１０は、異なるＩ２Ｃバス・インターフェースを介して、タッチ・センサ１８０Ｋ、充電器、懐中電灯、カメラ１９３などに別々に結合されてもよい。例えば、プロセッサ１１０は、Ｉ２Ｃインターフェースを介してタッチ・センサ１８０Ｋに結合されてもよく、プロセッサ１１０が、Ｉ２Ｃバス・インターフェースを介してタッチ・センサ１８０Ｋと通信して、電子デバイス１００のタッチ機能を実装するようにする。

Ｉ２Ｓインターフェースは、オーディオ通信を実行するために使用されてもよい。いくつかの実施形態では、プロセッサ１１０は、複数のＩ２Ｓバスのグループを含んでもよい。プロセッサ１１０は、Ｉ２Ｓバスを介してオーディオ・モジュール１７０に結合されてもよく、プロセッサ１１０とオーディオ・モジュール１７０との間の通信を実装するようにする。いくつかの実施形態では、オーディオ・モジュール１７０は、Ｉ２Ｓインターフェースを介してオーディオ信号を無線通信モジュール１６０に送信してもよく、ブルートゥース・ヘッドセットを介して電話に答える機能を実装するようにする。

また、ＰＣＭインターフェースは、オーディオ通信、及びアナログ信号のサンプル、量子化、及びコード化を実行するために使用されてもよい。いくつかの実施形態では、オーディオ・モジュール１７０は、ＰＣＭバス・インターフェースを介して無線通信モジュール１６０に結合されてもよい。いくつかの実施形態では、オーディオ・モジュール１７０は、代替的には、ＰＣＭインターフェースを介してオーディオ信号を無線通信モジュール１６０に送信してもよく、ブルートゥース・ヘッドセットを介して電話に答える機能を実装するようにする。Ｉ２ＳインターフェースとＰＣＭインターフェースの両方が、オーディオ通信を実行するために使用されてもよい。

ＵＡＲＴインターフェースは汎用シリアル・・データバスであり、非同期通信を実行するために使用される。バスは、双方向通信バスであってもよい。バスは、シリアル通信とパラレル通信との間で送信対象データを切り替える。いくつかの実施形態では、ＵＡＲＴインターフェースは、通常、プロセッサ１１０を無線通信モジュール１６０に接続するために使用される。例えば、プロセッサ１１０は、ＵＡＲＴインターフェースを介して無線通信モジュール１６０内のブルートゥース・モジュールと通信して、ブルートゥース機能を実装する。いくつかの実施形態では、オーディオ・モジュール１７０は、代替的には、ＵＡＲＴインターフェースを介してオーディオ信号を無線通信モジュール１６０に送信してもよく、ブルートゥース・ヘッドセットを介して音楽を再生する機能を実装するようにする。

ＭＩＰＩインターフェースは、プロセッサ１１０をディスプレイ１９４又はカメラ１９３などの周辺コンポーネントに接続するために使用されてもよい。ＭＩＰＩインターフェースは、カメラ・シリアル・インターフェース（ｃａｍｅｒａ ｓｅｒｉａｌ ｉｎｔｅｒｆａｃｅ、ＣＳＩ）、ディスプレイ・イシリアル・インターフェース（ｄｉｓｐｌａｙ ｓｅｒｉａｌ ｉｎｔｅｒｆａｃｅ、ＤＳＩ）などを含む。いくつかの実施形態では、プロセッサ１１０は、ＣＳＩインターフェースを介してカメラ１９３と通信して、電子デバイス１００の写真撮影機能を実装する。プロセッサ１１０は、ＤＳＩインターフェースを介してディスプレイ１９４と通信して、電子デバイス１００のディスプレイ機能を実装する。

ＧＰＩＯインターフェースは、ソフトウェアを使用することによって設定され得る。ＧＰＩＯインターフェースは、制御信号又はデータ信号として構成されてもよい。いくつかの実施形態では、ＧＰＩＯインターフェースは、プロセッサ１１０をカメラ１９３、ディスプレイ１９４、無線通信モジュール１６０、オーディオ・モジュール１７０、センサ・モジュール１８０などに接続するように構成されてもよい。ＧＰＩＯインターフェースは、Ｉ２Ｃインターフェース、Ｉ２Ｓインターフェース、ＵＡＲＴインターフェース、ＭＩＰＩインターフェースなどとして構成されてもよい。

ＵＳＢポート１３０は、ＵＳＢ標準仕様に準拠するポートであり、具体的には、ミニＵＳＢポート、マイクロＵＳＢポート、ＵＳＢタイプＣポートなどであってもよい。ＵＳＢポート１３０は、電子デバイス１００を充電するために充電器に接続するために使用されてもよいし、電子デバイス１００と周辺デバイスとの間でデータを伝送するために使用されてもよいし、ヘッドセットを介してオーディオを再生するためにヘッドセットに接続するために使用されてもよい。ポートは、ＡＲデバイスなどの別の電子デバイスに接続するために使用されてもよい。

本出願に例示されているモジュール間のインターフェース接続関係は、単なる説明のための一例に過ぎず、電子デバイス１００の構造に対する限定を構成しないと理解されよう。いくつかの他の実施形態では、電子デバイス１００は、代替的には、前述の実施形態とは異なるインターフェース接続方式、又は複数のインターフェース接続方式の組み合わせを使用してもよい。

充電管理モジュール１４０は、充電器からの充電入力を受信するように構成されている。充電器は、無線充電器又は有線充電器であってもよい。有線充電が使用されるいくつかの実施形態では、充電管理モジュール１４０は、ＵＳＢポート１３０を介して有線充電器から充電入力を受信してもよい。無線充電が使用されるいくつかの実施形態では、充電管理モジュール１４０は、電子デバイス１００の無線充電コイルを介して無線充電入力を受信してもよい。充電管理モジュール１４０は、バッテリ１４２を充電しながら、電力管理モジュール１４１を使用することによって、電力を電子デバイスにさらに供給してもよい。

電力管理モジュール１４１は、バッテリ１４２、充電管理モジュール１４０、及びプロセッサ１１０に接続するように構成されている。電力管理モジュール１４１は、バッテリ１４２からの入力及び／又は充電管理モジュール１４０の入力を受信し、プロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイ１９４、カメラ１９３、無線通信モジュール１６０などに電力を供給する。電力管理モジュール１４１は、バッテリ容量、バッテリ・サイクル数、バッテリ健康状態（漏電及びインピーダンス）などのパラメータを監視するように構成されてもよい。いくつかの他の実装では、電力管理モジュール１４１は、代替的にプロセッサ１１０に配設されてもよい。いくつかの他の実施形態では、電力管理モジュール１４１及び充電管理モジュール１４０は、代替的に、同じデバイスに配設されてもよい。

電子デバイス１００の無線通信機能は、アンテナ１、アンテナ２、移動通信モジュール１５０、無線通信モジュール１６０、モデム・プロセッサ、ベースバンド・プロセッサなどを介して実装されてもよい。

アンテナ１及びアンテナ２は、電磁波信号を送信及び受信するように構成されている。電子デバイス１００内の各アンテナは、１つ以上の通信周波数帯域をカバーするように構成されてもよい。異なるアンテナが多重化されて、アンテナの利用を改善してもよい。例えば、アンテナ１は、無線ローカル・エリア・ネットワークのダイバーシチ・アンテナとして多重化されてもよい。いくつかの他の実施形態では、アンテナは、チューニング・スイッチと組み合わせて使用されてもよい。

移動通信モジュール１５０は、２Ｇ／３Ｇ／４Ｇ／５Ｇなどを含み、かつ電子デバイス１００に適用される無線通信ソリューションを提供してもよい。移動通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、低ノイズ増幅器（ｌｏｗ ｎｏｉｓｅ ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含んでもよい。移動通信モジュール１５０は、アンテナ１を介して電磁波を受信し、受信した電磁波に対するフィルタリング又は増幅などの処理を実行し、処理した電磁波を復調のためにモデム・プロセッサに伝送してもよい。移動通信モジュール１５０は、モデム・プロセッサによって変調された信号をさらに増幅し、増幅した信号を放射のためにアンテナ１を介して電磁波に変換してもよい。いくつかの実施形態では、移動通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０に配設されてもよい。いくつかの実施形態では、移動通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０の少なくともいくつかのモジュールと同じデバイスに配設されてもよい。

モデム・プロセッサは、変調器及び復調器を含むことができる。変調器は、送信対象の低周波ベースバンド信号を中高周波信号に変調するように構成されている。復調器は、受信した電磁波信号を低周波ベースバンド信号に復調するように構成されている。次いで、復調器は、復調を介して取得された低周波ベースバンド信号を処理のためにベースバンド・プロセッサに伝送する。低周波ベースバンド信号は、ベースバンド・プロセッサによって処理され、処理された低周波ベースバンド信号は、アプリケーション・プロセッサに伝送される。アプリケーション・プロセッサは、オーディオ・デバイス（スピーカ１７０Ａ、受信機１７０Ｂなどに限定されない）を使用することによって、音声信号を出力するか、又はディスプレイ１９４に画像若しくはビデオを表示する。いくつかの実施形態では、モデム・プロセッサは、独立したコンポーネントであってもよい。いくつかの他の実施形態では、モデム・プロセッサは、プロセッサ１１０から独立していてもよく、移動通信モジュール１５０又は別の機能モジュールと同じデバイスに配設される。

無線通信モジュール１６０は、無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）（例えば、無線フェデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）ネットワーク）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ、ＢＴ）、グローバル・ナビゲーション衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ、ＦＭ）、近接場通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）技術、赤外線（ｉｎｆｒａｒｅｄ、ＩＲ）技術などを含み、電子デバイス１００に適用される無線通信ソリューションを提供してもよい。無線通信モジュール１６０は、少なくとも１つの通信プロセッサ・モジュールを一体化する１つ以上のコンポーネントであってもよい。無線通信モジュール１６０は、アンテナ２を介して電磁波を受信し、電磁波信号に対して周波数変調及びフィルタ処理を実行し、処理した信号をプロセッサ１１０に送信する。無線通信モジュール１６０は、さらに、プロセッサ１１０から送信対象の信号を受信し、その信号に対して周波数変調及び増幅を実行し、処理した信号を放射のためにアンテナ２に介して電磁波に変換してもよい。

いくつかの実施形態では、電子デバイス１００では、アンテナ１及び移動通信モジュール１５０が結合され、アンテナ２及び無線通信モジュール１６０が結合され、電子デバイス１００は、無線通信技術を使用することによって、ネットワーク及び他のデバイスと通信することができる。無線通信技術は、移動通信のためのグローバル・システム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、一般パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多重接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割符号分割多重接続（ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤ－ＳＣＤＭＡ）、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、ＩＲ技術などを含んでもよい。ＧＮＳＳは、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、グローバル・ナビゲーション衛星システム衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、北斗航法衛星システム（ＢｅｉＤｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＢＤＳ）、準天頂衛星システム（ｑｕａｓｉ－ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＱＺＳＳ）、及び／又は衛星ベース増強システム（ｓａｔｅｌｌｉｔｅ ｂａｓｅｄ ａｕｇｍｅｎｔａｔｉｏｎ ｓｙｓｔｅｍ、ＳＢＡＳ）を含んでもよい。

いくつかの実施形態では、移動通信モジュール１５０によって提供される無線通信ソリューションは、電子デバイスがネットワーク内のデバイス（例えば、クラウド・サーバ）と通信することを可能にしてもよく、無線通信モジュール１６０によって提供される無線ＬＡＮ無線通信ソリューションも、電子デバイスがネットワーク内のデバイス（例えば、クラウド・サーバ）と通信することを可能にしてもよい。このようにして、電子デバイスは、クラウド・サーバにデータを送信することができる。

電子デバイス１００は、ディスプレイ１９４、アプリケーション・プロセッサなどを使用することによって、ディスプレイ機能を実装してもよい。ディスプレイ１９４は、制御、情報、画像、ビデオなどを表示するように構成されている。ディスプレイ１９４は、ディスプレイ・パネルを含む。ディスプレイ・パネルは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＯＬＥＤ）、アクティブ・マトリックス有機発光ダイオード（ａｃｔｉｖｅ－ｍａｔｒｉｘ ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（ｆｌｅｘ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、量子ドット発光ダイオード（ｑｕａｎｔｕｍ ｄｏｔ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅｓ、ＱＬＥＤ）などであってもよい。

電子デバイスは、ＩＳＰ、カメラ１９３、ビデオ・コーデック、ＧＰＵ、ディスプレイ１９４、アプリケーション・プロセッサなどを使用することによって、撮影機能を実装することができる。

ＩＳＰは、カメラ１９３によってフィードバックされたデータを処理するように構成されている。例えば、撮影中にシャッタが押され、レンズを介して光線がカメラの感光体に伝送される。光信号は電気信号に変換される。カメラの感光体は、電気信号を処理のためにＩＳＰに伝送し、電気信号を可視画像に変換する。ＩＳＰはさらに、画像のノイズ、輝度、及び顔色に関してアルゴリズム最適化を実行してもよい。ＩＳＰはさらに、撮影シナリオの露光及び色温度などのパラメータを最適化してもよい。いくつかの実施形態では、ＩＳＰは、カメラ１９３内に配設されてもよい。

カメラ１９３は、静止画像又はビデオをキャプチャするように構成されている。物体の光学画像は、レンズを通して生成され、感光体に投影される。感光体は、電荷結合素子（ｃｈａｒｇｅｄ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ、ＣＣＤ）又は相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）フォトトランジスタであってもよい。感光体は、光信号を電気信号に変換した後、電気信号をデジタル画像信号に変換するために電気信号をＩＳＰに伝送する。ＩＳＰは、デジタル画像信号を処理のためにＤＳＰに出力する。ＤＳＰは、デジタル画像信号をＲＧＢ又はＹＵＶなどの標準フォーマットの画像信号に変換する。いくつかの実施形態では、電子デバイス１００は、１つ又はＮ個のカメラ１９３を含んでもよく、Ｎは１よりも大きい正の整数である。

デジタル信号プロセッサは、デジタル信号を処理するように構成されており、デジタル画像信号に加えて別のデジタル信号を処理してもよい。例えば、電子デバイス１００が周波数を選択するときに、デジタル信号プロセッサは、周波数エネルギーに対してフーリエ変換を実行するように構成されている。

ビデオ・コーデックは、デジタル・ビデオを圧縮又は解凍するように構成されている。電子デバイス１００は、１つ以上のビデオ・コーデックをサポートしてもよい。したがって、電子デバイス１００は、複数のコーディング・フォーマット、例えば、動画専門家グループ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ、ＭＰＥＧ）－１、ＭＰＥＧ－２、ＭＰＥＧ－３、及びＭＰＥＧ－４のビデオを再生又は記録することができる。

ＮＰＵは、ニューラルネットワーク（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ、ＮＮ）計算プロセッサである。ＮＰＵは、例えば、ヒト脳ニューロン間の転送モードである、生物学的ニューラルネットワークの構造を参照して入力情報を迅速に処理し、さらに、自己学習を継続的に実行してもよい。ＮＰＵは、画像認識、顔認識、音声認識、及びテキスト理解などの電子デバイス１００のインテリジェント認知のようなアプリケーションを実装することができる。

外部メモリ・インターフェース１２０は、外部メモリ・カード、例えばマイクロＳＤカードに接続して、電子デバイス１００の記憶能力を拡張するように構成されてもよい。外部メモリ・カードは、外部メモリ・インターフェース１２０を介してプロセッサ１１０と通信し、データ記憶機能を実装する。例えば、音楽、写真、ビデオなどのファイルは外部メモリ・カードに記憶される。

内部メモリ１２１は、１つ以上のコンピュータ・プログラムを記憶するように構成されてもよく、１つ以上のコンピュータ・プログラムは命令を含む。プロセッサ１１０は、内部メモリ１２１に記憶された命令を実行してもよく、電子デバイス１００は、本出願のいくつかの実施形態に提供されるメッセージ表示方法、様々な機能アプリケーション、データ処理などを実行するようにする。内部メモリ１２１は、プログラム記憶領域及びデータ記憶領域を含んでもよい。プログラム記憶領域は、オペレーティング・システムを記憶してもよい。プログラム記憶領域は、さらに、１つ以上のアプリケーション（ギャラリー及びコンタクトなど）などを記憶してもよい。データ記憶領域は、電子デバイス１００の使用中に作成されたデータを記憶してもよい。追加的に、内部メモリ１２１は、高速ランダム・アクセス・メモリを含んでもよいし、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュ・メモリ、又はユニバーサル・フラッシュ・ストレージ（ｕｎｉｖｅｒｓａｌ ｆｌａｓｈ ｔｏｒａｇｅ、ＵＦＳ）を含んでもよい。

電子デバイス１００は、オーディオ・モジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイクロホン１７０Ｃ、ヘッドセット・ジャック１７０Ｄ、アプリケーション・プロセッサなどを使用することによって、オーディオ機能、例えば、音楽の再生及び録音を実装してもよい。

オーディオ・モジュール１７０は、デジタル・オーディオ情報をアナログ・オーディオ信号出力に変換するように構成されており、また、アナログ・オーディオ入力をデジタル・オーディオ信号に変換するように構成されている。オーディオ・モジュール１７０は、オーディオ信号をコード化及び復号するように構成されてもよい。いくつかの実施形態では、オーディオ・モジュール１７０は、プロセッサ１１０に配設されてもよいし、オーディオ・モジュール１７０のいくつかの機能モジュールは、プロセッサ１１０に配設される。

スピーカ１７０Ａは、「ラウドスピーカ」とも呼ばれ、オーディオ電気信号を音声信号に変換するように構成されている。電子デバイス１００は、スピーカ１７０Ａを使用することによって、音楽を聞くか、又はハンズフリー通話に応答してもよい。

受信機１７０Ｂは、「イヤピース」とも呼ばれ、オーディオ電気信号を音声信号に変換するように構成されている。電子デバイスを使用することによって、電話に出るか、オーディオ情報を聞くときに、受信機１７０Ｂは、人間の耳の近くに置かれて声を受信してもよい。

「ｍｉｋｅ」又は「ｍｉｃ」とも呼ばれるマイクロホン１７０Ｃは、音声信号を電気信号に変換するように構成されている。ユーザが発呼や声情報を送信するときに、ユーザは、ユーザの口を介してマイクロホン１７０Ｃの近くで音声を発して、音声信号をマイクロホン１７０Ｃに入力してもよい。少なくとも１つのマイクロホン１７０Ｃが、電子デバイス内に配設されてもよい。いくつかの他の実施形態では、２つのマイクロホン１７０Ｃが電子デバイス１００内に配設されて、音声信号を収集することに加えて、ノイズ低減機能を実装してもよい。いくつかの他の実施形態では、３つ、４つ、又はそれ以上のマイクロホン１７０Ｃが代替的に電子デバイス１００内に配設されて、音声信号を収集し、ノイズ低減を実装し、音源を識別して、方向性記録機能などを実装してもよい。

ヘッドセット・ジャック１７０Ｄは、有線ヘッドセットに接続するように構成されている。ヘッドセット・ジャック１７０Ｄは、ＵＳＢポート１３０であってもよいし、３．５ｍｍのオープン移動端末プラットフォーム（ｏｐｅｎ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ ｐｌａｔｆｏｒｍ、ＯＭＴＰ）標準インターフェース、又は米国のセルラー電気通信業界協会（ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎｄｕｓｔｒｙ ａｓｓｏｃｉａｔｉｏｎ ｏｆ ｔｈｅ ＵＳＡ、ＣＴＩＡ）標準インターフェースであってもよい。

圧力センサ１８０Ａは、圧力信号を感知するように構成されており、圧力信号を電気信号に変換することができる。いくつかの実施形態では、圧力センサ１８０Ａは、ディスプレイ１９４に配設されてもよい。多くのタイプの圧力センサ１８０Ａ、例えば、抵抗圧力センサ、誘導圧力センサ、及び容量性圧力センサがある。容量性圧力センサは、導電性材料で作製された少なくとも２つの平行プレートを含んでもよい。圧力センサ１８０Ａに力が加えられると、電極間のキャパシタンスが変化する。電子デバイス１００は、キャパシタンスの変化に基づいて圧力強度を決定する。タッチ操作がディスプレイ１９４で実行されるときに、電子デバイスは圧力センサ１８０Ａを使用することによってタッチ操作の強度を検出する。電子デバイス１００はまた、圧力センサ１８０Ａの検出信号に基づいてタッチ位置を計算してもよい。いくつかの実施形態では、同じタッチ場所で実行されるが、異なるタッチ操作強度を有するタッチ操作は、異なる操作命令に対応してもよい。例えば、「メッセージ」のアイコンに対して、タッチ操作の強度が第１の圧力閾値よりも小さいタッチ操作が実行されるときに、ＳＭＳメッセージを閲覧するための命令が実行される。メッセージのアイコンに対して、タッチ操作の強度が第１の圧力閾値以上であるタッチ操作が実行されるときに、ＳＭＳメッセージを作製するための命令が実行される。

ジャイロスコープ・センサ１８０Ｂは、電子デバイス１００の運動姿勢を決定するように構成されてもよい。いくつかの実施形態では、３つの軸（すなわち、軸ｘ、ｙ、及びｚ）を中心とする電子デバイス１００の角速度が、ジャイロスコープ・センサ１８０Ｂを使用することによって決定されてもよい。ジャイロスコープ・センサ１８０Ｂは、撮影中に手ぶれ補正を実装するように構成されてもよい。例えば、シャッタが押されるときに、ジャイロスコープ・センサ１８０Ｂは、電子デバイス１００がジッタを発生させる角度を検出し、レンズモジュールが補償する必要がある距離を角度に基づいた計算を介して取得し、レンズが、反転運動を介して電子デバイス１００のジッタを相殺して、手ぶれ補償を実装することを可能にする。ジャイロスコープ・センサ１８０Ｂは、ナビゲーション・シナリオ及び運動感知ゲーム・シナリオにおいて使用されてもよい。

気圧センサ１８０Ｃは、気圧を測定するように構成されている。いくつかの実施形態では、電子デバイス１００は、気圧センサ１８０Ｃによって測定された気圧値に基づいて高度を計算して、位置決め及びナビゲーションを支援する。

磁気センサ１８０Ｄは、ホール効果センサを含む。電子デバイスは、磁気センサ１８０Ｄを使用することによって、フリップ・カバーの開閉を検出してもよい。いくつかの実施形態では、電子デバイス１００がフリップ・フォンであるときに、電子デバイス１００は、磁気センサ１８０Ｄを使用することによって、フリップ・カバーの開閉を検出してもよい。さらに、フリップ・カバーの開閉時の自動ロック解除のような特徴は、フリップ・カバーの検出された開閉状態に基づいてセットされる。

加速度センサ１８０Ｅは、電子デバイス１００の様々な方向（通常は３軸）における加速度を検出してもよい。電子デバイス１００が静止しているときに、重力の大きさ及び方向が検出されてもよい。加速度センサ１８０Ｅは、電子デバイスの姿勢を識別するように構成されてもよく、ランドスケープ・モードとポートレート・モード又は歩数計との間の切り替えのようなアプリケーションにおいて使用される。

距離センサ１８０Ｆは、距離を測定するように構成されている。電子デバイス１００は、距離を赤外線方式又はレーザ方式で測定してもよい。いくつかの実施形態では、撮影シナリオにおいて、電子デバイスは、距離センサ１８０Ｆを使用することによって距離を測定して、高速フォーカシングを実装してもよい。

光学近接センサ１８０Ｇは、例えば、発光ダイオード（ＬＥＤ）及びフォトダイオードのような光学検出器を含んでもよい。発光ダイオードは、赤外線発光ダイオードであってもよい。電子デバイス１００は、発光ダイオードを使用することによって赤外線を放出する。電子デバイス１００は、近くの物体からの赤外線反射光を、フォトダイオードを使用することによって検出する。十分な反射光が検出されるときに、電子デバイス１００は、電子デバイス１００の近くに物体があると決定してもよい。不十分な反射光が検出されるときに、電子デバイス１００は、電子デバイス１００の近くに物体がないと決定してもよい。電子デバイス１００は、光学近接センサ１８０Ｇを使用することによって、ユーザが電子デバイス１００を通話のために耳の近くに保持していることを検出して、電力節約のためにスクリーンを自動的にオフにしてもよい。光学近接センサ１８０Ｇはまた、スクリーンを自動的にロック解除又はロックするためにレザー・ケース・モード又はポケット・モードで使用されてもよい。

周辺光センサ１８０Ｌは、周辺光の輝度を感知するように構成されている。電子デバイス１００は、感知された周辺光の明るさに基づいてディスプレイ１９４の明るさを適応的に調整してもよい。また、周辺光センサ１８０Ｌは、撮影中にホワイト・バランスを自動的に調整するように構成されてもよい。また、周辺光センサ１８０Ｌは、電子デバイス１００がポケット内にあるかどうかを検出するために、光学近接センサ１８０Ｇと協働してもよい。

指紋センサ１８０Ｈは、指紋を収集するように構成されている。電子デバイス１００は、収集した指紋の特徴を使用して、指紋ベースのロック解除、アプリケーション・ロック・アクセス、指紋ベースの撮影、指紋ベースの呼応答などを実装してもよい。

温度センサ１８０Ｊは、温度を検出するように構成されている。いくつかの実施形態では、電子デバイス１００は、温度センサ１８０Ｊによって検出された温度に基づいて温度処理方針を実行する。例えば、温度センサ１８０Ｊによって報告された温度が閾値を超えるときに、電子デバイス１００は、温度センサ１８０Ｊの近くのプロセッサの実行を劣化させて、熱保護のために電力消費を低減する。いくつかの他の実施形態では、温度が別の閾値よりも小さいときに、電子デバイス１００は、低温により電子デバイス１００が異常にシャットダウンされるのを防止するために、バッテリ１４２を発熱させる。いくつかの他の実施形態では、温度が別の閾値よりも小さいときに、電子デバイス１００は、低温により電子デバイス１００が異常にシャットダウンされるのを防止するために、バッテリ１４２の出力電圧をブーストする。

タッチ・センサ１８０Ｋは、タッチ・パネル又はタッチ・センシティブ表面とも呼ばれ得る。タッチ・センサ１８０Ｋは、ディスプレイ１９４に配設されてもよく、タッチ・センサ１８０Ｋ及びディスプレイ１９４は、「タッチ・スクリーン」とも呼ばれるタッチ・スクリーンを構成する。タッチ・センサ１８０Ｋは、タッチ・センサ１８０Ｋで又はその近くで実行されるタッチ操作を検出するように構成されている。タッチ・センサは、タッチ・イベントのタイプを決定するために、検出したタッチ操作をアプリケーション・プロセッサに転送してもよい。タッチ操作に関連する視覚出力は、ディスプレイ１９４上に提供されてもよい。いくつかの他の実施形態では、タッチ・センサ１８０Ｋは、代替的に、ディスプレイ１９４とは異なる場所において電子デバイス１００の表面に配設されてもよい。

骨伝導センサ１８０Ｍは、振動信号を取得してもよい。いくつかの実施形態では、骨伝導センサ１８０Ｍは、ヒト声帯部の振動骨の振動信号を取得してもよい。骨伝導センサ１８０Ｍはまた、血圧脈動信号を受信するために、ヒトパルスと連絡を取ってもよい。いくつかの実施形態では、骨伝導センサ１８０Ｍは、代替的に、骨伝導ヘッドセットを形成するためにヘッドセットに配設されてもよい。オーディオ・モジュール１７０は、声帯部分の振動骨のものであって、骨伝導センサ１８０Ｍによって取得される振動信号に基づいた解析を介して声信号を取得してもよい。アプリケーション・プロセッサは、骨伝導センサ１８０Ｍによって取得された血圧脈動信号に基づいて心拍数情報を解析して、心拍数検出機能を実装してもよい。

ボタン１９０は、電源ボタン、音量ボタンなどを含む。ボタン１９０は、機械的なボタンであってもよいし、又はタッチボタンであってもよい。電子デバイス１００は、ボタン入力を受信し、電子デバイス１００のユーザ・セッティング及び機能的制御に関連するボタン信号入力を生成してもよい。

モータ１９１は、振動プロンプトを生成してもよい。モータ１９１は、着呼振動プロンプト及びタッチ振動フィードバックを生成るように構成されてもよい。例えば、異なるアプリケーション（例えば、撮影アプリケーション及びオーディオ再生アプリケーション）に対して実行されるタッチ操作は、異なる振動フィードバック効果に対応してもよい。モータ１９１はまた、ディスプレイ１９４の異なる領域で実行されるタッチ操作に対する異なる振動フィードバック効果に対応してもよい。異なるアプリケーション・シナリオ（例えば、時間リマインド、情報受信、目覚まし時計、及びゲーム）はまた、異なる振動フィードバック効果に対応してもよい。タッチ振動フィードバック効果は、カスタマイズされてもよい。

インジケータ１９２は、インジケータ・ライトであってもよく、充電状態及び電力変化を示すように構成されてもよいし、メッセージ、不在着信、通知などを示すように構成されてもよい。

ＳＩＭカード・インターフェース１９５は、ＳＩＭカードに接続するように使用される。ＳＩＭカードは、ＳＩＭカード・インターフェース１９５に挿入されるか、又はＳＩＭカード・インターフェース１９５から取り外されて、電子デバイス１００との接触又は電子デバイスからの分離を実装してもよい。電子デバイス１００は、１つ又はＮ個のＳＩＭカード・インターフェースをサポートしてもよく、Ｎは１よりも大きい正の整数である。ＳＩＭカード・インターフェース１９５は、ナノＳＩＭカード、マイクロＳＩＭカード、ＳＩＭカードなどをサポートしてもよい。複数のカードが同じＳＩＭカード・インターフェース１９５に同時に挿入されてもよい。複数のカードは、同じタイプのものであっても、異なるタイプのものであってもよい。ＳＩＭカード・インターフェース１９５は、異なるタイプのＳＩＭカードと互換性があってもよい。ＳＩＭカード・インターフェース１９５はまた、外部記憶カードと互換性がある。電子デバイスは、ＳＩＭカードを介してネットワークと対話し、通話やデータ通信などの機能を実装する。いくつかの実施形態では、電子デバイス１００は、ｅＳＩＭ、すなわち、埋め込み型ＳＩＭカードを使用する。ｅＳＩＭカードは、電子デバイス１００に埋め込まれていてもよく、電子デバイス１００から分離することができない。

図２Ａに示す電子デバイス１００の例では、ディスプレイ１９４、タッチ・センサ１８０Ｋ、ボタン１９０などが、入力／出力装置として使用されてもよい。電子デバイス１００は、ディスプレイ１９４に、以下の実施形態に記載のユーザ・インターフェース、例えば、マルチタスク管理インターフェース及び他のアプリケーションのインターフェースを表示してもよい。電子デバイス１００は、タッチ・センサ１８０Ｋを使用することによってユーザ・インターフェースにおけるユーザの操作、例えば、ユーザ・インターフェース内のタップ、ドラッグ、上にスライド、又は下にスライドを検出して、ユーザによって入力された操作命令するようにしてもよい。電子デバイス１００は、ボタン１９０を使用することにより、ユーザの操作、例えば、タッチしたまま、又は複数回にわたる連続的な押下を検出し、ユーザによって入力した操作命令を受信してもよい。

電子デバイス１００のソフトウェア・システムは、層状アーキテクチャ、イベント駆動アーキテクチャ、マイクロカーネル・アーキテクチャ、マイクロサービス・アーキテクチャ、又はクラウド・アーキテクチャを使用してもよい。本出願では、電子デバイス１００のソフトウェア構造の一例は、層状アーキテクチャを有するアンドロイド・システムの一例を使用することによって記載される。図２Ｂは、本出願による電子デバイス１００のソフトウェア構造の一例のブロック図である。

層状アーキテクチャでは、ソフトウェアはいくつかの層に分割されており、各層は明確な役割及びタスクを有する。これらの層は、ソフトウェア・インターフェースを介して互いに通信する。いくつかの実施形態では、アンドロイド・システムは、上から下までの４つの層、すなわち、アプリケーション層、アプリケーション・フレームワーク層、アンドロイド・ランタイム（Ａｎｄｒｏｉｄ ｒｕｎｔｉｍｅ）及びシステム／ライブラリ、及びカーネル層に分割される。

アプリケーション層は、一連のアプリケーション・パッケージを含んでもよい。図２Ｂに示されるように、アプリケーション・パッケージは、「カメラ」、「ギャラリー」、「電話」、「ナビゲーション」、「ブルートゥース」、「ミュージック」、「ビデオ」、及び「メッセージ」などのアプリケーションを含んでもよい。

アプリケーション・フレームワーク層は、アプリケーション層におけるアプリケーションのためのアプリケーション・プログラミング・インターフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ、ＡＰＩ）と、プログラミング・フレームワークを提供する。アプリケーション・フレームワーク層は、いくつかの事前に定義された機能を含む。図２Ｂに示すように、アプリケーション・フレームワーク層は、ウィンドウ・マネージャ、コンテンツ・プロバイダ、ビュー・システム、電話マネージャ、リソース・マネージャ、通知マネージャなどを含んでもよい。

ウィンドウ・マネージャは、ウィンドウ・プログラムを管理するように構成されている。ウィンドウ・マネージャは、ディスプレイのサイズを取得し、ステータス・バーがあるかどうかを決定し、スクリーン・ロックを実行し、スクリーン・ショットを取るなどを行ってもよい。

コンテンツ・プロバイダは、データを記憶及び取得し、アプリケーションによってデータにアクセスできるように構成されている。データには、ビデオ、画像、オーディオ、発呼及び着呼、ブランズ履歴及びブックマーク、電話帳などを含み得る。

ビュー・システムは、テキストを表示するための制御及び画像を表示するための制御などの視覚的制御を含む。ビュー・システムは、アプリケーションを構築するように構成されてもよい。ディスプレイ・インターフェースは、１つ以上のビューを含んでもよい。例えば、ＳＭＳメッセージ通知アイコンを含む表示インターフェースは、テキスト表示ビュー及び画像表示ビューを含んでもよい。

電話マネージャは、電子デバイス１００の通信機能、例えば、通話状態の管理（応答、拒否などを含む）を提供するように構成されている。

リソース・マネージャは、アプリケーションに対して、ローカライズされた文字列、アイコン、ピクチャ、レイアウト・ファイル、及びビデオ・ファイルなどのさまざまなリソースを提供する。

通知マネージャは、アプリケーションが通知情報をステータス・バーに表示することを可能にし、通知タイプのメッセージを伝送するように構成されてもよい。表示された情報は、ユーザ対話なしに、短い一時停止の後に自動的に消滅してもよい。例えば、通知マネージャは、ダウンロード完了通知、メッセージ通知などを行うように構成されている。通知マネージャは、代替的に、グラフ又はスクロール・バー・テキストの形式でシステムの最上位ステータス・バーに現れる通知、例えば、バックグラウンドで実行しているアプリケーションの通知、又はダイアログ・ウィンドウの形式でスクリーンに現れる通知であってもよい。例えば、ステータス・バーにおいてテキスト情報が表示されるか、アラート音声が再生されるか、電子デバイスが振動するか、又はインジケータ・ライトが点滅する。

アンドロイド・ランタイムは、カーネル・ライブラリと仮想マシンを含む。アンドロイド・ランタイムは、アンドロイド・システムのスケジューリングと管理を担当する。

カーネル・ライブラリは、一方の部分が、Ｊａｖａ言語で呼び出す必要のある実行関数であり、他方の部分がアンドロイド・カーネル・ライブラリである２つの部を含む。

アプリケーション層及びアプリケーション・フレームワーク層は、仮想マシン上で実行する。仮想マシンは、アプリケーション層とアプリケーション・フレームワーク層のＪａｖａファイルをバイナリ・ファイルとして実行する。仮想マシンは、オブジェクト・ライフサイクル管理、スタック管理、スレッド管理、セキュリティ及び例外管理、ガーベジ・コレクションなどの機能を実装するように構成されている。

システム・ライブラリは、複数の機能モジュール、サーフェス・マネージャ（ｓｕｒｆａｃｅ ｍａｎａｇｅｒ）、メディア・ライブラリ（ｍｅｄｉａ ｌｉｂｒａｒｙ）、３次元グラフィック処理ライブラリ（例えば、ＯｐｅｎＧＬ ＥＳ）、及び２Ｄグラフィック・エンジン（例えば、ＳＧＬ）を含んでもよい。

サーフェス・マネージャは、ディスプレイ・サブシステムを管理し、複数のアプリケーションのために２Ｄ及び３Ｄ層の融合を提供するように構成されている。

メディア・ライブラリは、複数の一般的に使用されるオーディオ及びビデオ・フォーマット、静止画像ファイルなどにおける再生及び記録をサポートする。メディア・ライブラリは、ＭＰＥＧ－４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、及びＰＮＧなどの複数のオーディオ及びビデオ・コーディング・フォーマットをサポートしてもよい。

３次元グラフィック処理ライブラリは、３次元グラフィックス描画、画像レンダリング、合成、レイヤ処理などを実装するように構成されている。

２Ｄグラフィック・エンジンは２Ｄ描画のための描画エンジンである。

カーネル層は、ハードウェアとソフトウェアとの間の層である。カーネル層は、少なくともディスプレイ・ドライバ、カメラ・ドライバ、オーディオ・ドライバ、及びセンサ・ドライバを含む。

前述のシステムでは、少なくとも１つの電子デバイスは、本出願における対話方法を実行するために、システム内の別の電子デバイスの履歴タスク記録を取得してもよい。

実装、システム内の少なくとも１つの電子デバイスは、別の電子デバイスとの通信接続を別々に確立して、別の電子デバイスの履歴タスク記録を取得するようにする。

別の実装では、前述のシステムは、サーバをさらに含んでもよい。サーバは、クラウド・サーバ、通常のサーバなどであってもよい。これは、本出願において限定されない。ホン実装では、システム内のすべての電子デバイスは、サーバに通信接続されており、各々の履歴タスク記録をサーバに同期させ、システム内の任意の電子デバイスが、サーバにおいて別の電子デバイスの履歴タスク記録を取得できるようにする。図１に示す例では、デバイス１０１、デバイス１０２、及びデバイス１０３は別々にクラウド・サーバ１０４に通信接続され、それぞれの履歴タスク記録をクラウド・サーバ１０４に同期させる。

任意選択で、システムがサーバをさらに含むときに、同じユーザ・アカウントでログインすることを介してそれぞれの履歴タスク記録をサーバに同期させてもよく、同じユーザ・アカウントでログインする複数の電子デバイスが、サーバにおいてそれぞれの履歴タスク記録を取得することができるようにする。本出願の実施形態におけるユーザ・アカウントは、例えば電子メール・アドレス又はクラウド・サービス・アカウントである異なるユーザのアイデンティティを区別するための文字列であってもよい。

本出願の技術的解決策の理解を容易にするために、以下、タスク、履歴タスク記録、タスク記録、クロスデバイス・タスク処理などを含む、本出願の実施形態におけるいくつかの概念を簡単に記載する。

特定の目的を達成するために電子デバイス上で実行しているアプリケーションは、タスクとも呼ばれる。例えば、ユーザがウェブページをブラウズするために電子デバイス上でブラウザを開く場合、実行しているブラウザは、タスクとみなされてもよい。別の例として、ユーザがビデオを再生するために電子デバイス上でビデオ・プレーヤを開く場合、実行しているビデオ・プレーヤは、タスクとみなされてもよい。本出願の実施形態におけるタスクは、電子デバイスのフォアグラウンドで実行しているタスクを含んでもよいし、バックグラウンドで実行しているタスクを含んでもよいと留意されたい。これらのタスクは、閲覧タスク、例えば、ウェブページをブラウズすること又はビデオ・ファイルを再生することであってもよいし、編集タスク、例えば、プレゼンテーション文書又は表を編集することであってもよい。タスクのタイプは、本出願において限定されない。

履歴タスク記録は、１つ以上のタスク記録を含み、各タスク記録は、電子デバイス上で実行している１つ以上のタスクを記録してもよい。ユーザは、電子デバイスのユーザ・インターフェースにおいて電子デバイスの履歴タスク記録を閲覧して、電子デバイスのフォアグラウンド又はバックグラウンドで実行しているタスクについて学習してもよい。

タスクが異なる時点で実行される場合、タスクの最新の状態、すなわち、現在の時点に最も近い時点での状態のみが、対応するタスク記録に記録されると留意されたい。タスクが閉じられるときに、通常、タスクに対応するタスク記録は、履歴タスク記録にもはや保持されない。

例えば、ユーザは、最初に、電子デバイス上でブラウザにおいてウェブページＡを開く。このケースでは、履歴タスク記録は、ブラウザに対応するタスク記録を含み、タスク記録は、ブラウザの状態、すなわちウェブページＡを記録する。次いで、ユーザは、ビデオ・プレーヤを開き、ブラウザをバックグラウンドで実行することを可能にする。このケースでは、履歴タスク記録は、２つのタスク記録を含む。一方は、ブラウザに対応するタスク記録であり、ブラウザの状態、すなわちウェブページＡを記録する。他方は、ビデオ・プレーヤに対応するタスク記録であり、ビデオ・プレーヤの状態を記録する。次いで、ユーザはビデオ・プレーヤを閉じ、ブラウザにおいてウェブページＢを開く。このケースでは、履歴タスク記録は、ブラウザに対応するタスク記録を含み、タスク記録に記録されたブラウザの状態は、ウェブページＢに更新され、ビデオ・プレーヤに対応するタスク記録はもはや保持されない。

さらに、１つのタスク記録が１つ以上のタスクを対応して記録してもよいことに留意されたい。タスクがフォアグラウンド又はバックグラウンドで実行するときには、履歴タスク記録においてそのタスクに対応するタスク記録がある。複数のタスクが分割スクリーン・モードに入り、フォアグラウンド又はバックグラウンドで分割スクリーン形式で実行するときに、履歴タスク記録において複数のタスクに対応するタスク記録がある。複数のタスクが分割スクリーン・モードを出るときに、履歴タスク記録は、複数のタスクに対応するタスク記録をもはや含まないが、複数のタスクにそれぞれ対応する複数のタスク記録のみを含む。

クロスデバイス・タスク処理とは、主に、電子デバイス（以下にターゲット・デバイスとも呼ばれる）上で、別の電子デバイス（以下にソース・デバイスとも呼ばれる）上のタスクの処理を続ける、すなわち、ターゲット・デバイス上で、ソース・デバイス上で元々実行しているタスクの実行を続けることを示す。例えば、ターゲット・デバイスは、ソース・デバイス上で開かれたウェブページ、再生されたビデオ、若しくは編集されたドキュメントの実行、又はソース・デバイスから伝送されたデータの処理を続ける。

マルチデバイス・システムにおける１つ以上の電子デバイスが、別の電子デバイスの履歴タスク記録を取得することができるときに、これらの電子デバイスのうちのいずれか１つは、本出願において提供されるクロスデバイス・タスク処理のための対話方法を実行することができる。説明を容易にするために、本出願では、対話方法を実行するシステムにおける電子デバイス、すなわち、現在ユーザによって現在操作されている電子デバイスが、第１の電子デバイスと呼ばれ、第１の電子デバイス以外のシステムにおける別の電子デバイスが、第２の電子デバイスと呼ばれる。

第１の電子デバイスは、本出願における対話方法を実行し、ユーザが、第１の電子デバイス上で、第１の電子デバイス及び第２の電子デバイスの履歴タスク記録を閲覧することができ、また、クロスデバイス・タスク処理を実行するために履歴タスク記録における１つ以上のタスクを能動的に選択することができるようにする。これは非常に利便性があり、ユーザにシンプルで、直接で、使いやすい対話体験を提供することができる。

図３は、本出願によるクロスデバイス・タスク処理の対話方法のフローチャートである。以下、図３を参照して、本出願の実施形態における対話方法を記載する。対話方法は、第１の電子デバイスによって実行され、以下のステップＳ５０１～Ｓ５０３を含んでもよい。

Ｓ５０１：第１の電子デバイスが、マルチタスク管理インターフェースを表示する。

マルチタスク管理インターフェースは、Ｎ個のデバイス・ラベル及び少なくとも１つのタスク記録を含み、Ｎ個のデバイス・ラベルは、それぞれＮ個の電子デバイスに対応し、Ｎは１よりも大きい正の整数である。

任意選択で、実装では、第１の電子デバイスは、ユーザによって実行された第１の操作を受信してもよく、第１の電子デバイスは、第１の操作に応答して、マルチタスク管理インターフェースを表示する。第１の操作は、主に、第１の電子デバイスが、マルチタスク管理インターフェースを表示することを可能にするために使用される。第１の操作は、任意のプリセット操作であってもよいし、ユーザによってセットされてもよいし、第１の電子デバイスのシステムによってセットされてもよい。これは、本出願において限定されない。

Ｓ５０２：第１の電子デバイスが、マルチタスク管理インターフェースにおける第１のタスク記録に対してユーザによって実行された共有操作を受信する。

第１のタスク記録は、ソース・デバイスのタスク記録のいずれか１つであり、ソース・デバイスは、Ｎ個の電子デバイスのいずれか１つである。

本出願における対話方法の要約を簡単にするために、ソース・デバイス及びターゲット・デバイスの概念が、本出願の実施形態において導入される。ソース・デバイスは、ユーザがデバイスをまたいで処理することを期待するタスクが元々位置する電子デバイスである。ターゲット・デバイスは、クロスデバイス・タスク処理が実行されるときに、ソース・デバイス上のタスクの実行を続ける電子デバイスである。

Ｎ個の電子デバイスが第１の電子デバイス及び少なくとも１つの第２の電子デバイスを含むときに、ソース・デバイスは、第１の電子デバイス及び第２の電子デバイスのいずれかであってもよいし、ターゲット・デバイスは、第１の電子デバイス及び第２の電子デバイスのいずれかであってもよいし、ソース・デバイス及びターゲット・デバイスは、２つの異なる電子デバイスである必要があることに留意されたい。

共有操作は、主にターゲット・デバイスが第１のタスク記録に対応するタスクを表示することを可能にするために使用される。共有操作は、任意のプリセット操作であってもよいし、ユーザによってセットされてもよいし、第１の電子デバイスのシステムによってセットされてもよい。これは、本出願において限定されない。異なるターゲット・デバイス及びターゲット・デバイスの異なる表示方式があるため、共有操作は、複数の異なる方式、例えば、後続の第２の操作、第３の操作、第４の操作、第５の操作、第６の操作、及び第７の操作において実装され得てもよい。操作は、後続の実施形態においてさらに記載される。

Ｓ５０３：第１の電子デバイスは、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。

上記のように、ターゲット・デバイスは、Ｎ個の電子デバイスのいずれか１つであり、ターゲット・デバイスは、ソース・デバイスとは異なる。

ターゲット・デバイスが第１の電子デバイスであるかどうかの異なるケースでは、第１の電子デバイスは、本出願における対話方法を実行することによって異なる機能を実装してもよく、機能は、第２の電子デバイス上のタスクを第１の電子デバイスと共有すること、第１の電子デバイス上のタスクを第２の電子デバイスと共有すること、又は第２の電子デバイス上のタスクを別の電子デバイスと共有することを含む。以下、２つの機能に基づいて、本出願の対話方法を別々に記載する。

本出願におけるクロスデバイス・タスク処理の対話方法は、デバイス１０１が、ユーザによって現在操作されているデバイス、すなわち第１のデバイスとして使用され、デバイス１０２及びデバイス１０３をが、第２の電子デバイスとして使用される例を使用することによって以下の実施形態において記載される。デバイス１０１の入力／出力装置は、タッチ・スクリーンである。タッチ・スクリーンは、異なるユーザ・インターフェースを表示してもよく、ユーザ操作も受信してもよい。

実施形態１
本実施形態では、ターゲット・デバイスが、第１の電子デバイスであり、ソース・デバイスが、第２の電子デバイスのいずれか１つである。

最初に、第１の電子デバイスは、ユーザによって実行された第１の操作を受信し、第１の電子デバイスは、第１の操作に応答して、マルチタスク管理インターフェースを表示する。

ユーザは、デバイス１０１のディスプレイ上に表示された任意のユーザ・インターフェースにおいて第１の操作を実行する。例えば、第１の操作は、ユーザ・インターフェースの底部から上方にスライドすること、ユーザ・インターフェースの上部から下方にスライドすることなどであり得る。第１の情報の特定の形式は、本出願の本実施態様において限定されない。デバイス１０１は、第１の操作に応答して、マルチタスク管理インターフェースを表示する。

例えば、図４Ａを参照する。図４Ａは、第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第１の例の概略図である。図４Ａから分かるように、ユーザ・インターフェース２０１は、デバイス１０１上のブラウザにおおいてウェブページ「ウェブページＡ」を表示し、次いで、ユーザは、ユーザ・インターフェース２０１の底部から上方にスライド操作を実行する。操作命令１を受信した後、デバイス１０１は、マルチタスク管理インターフェース２９０を表示する。

マルチタスク管理インターフェースは、Ｎ個の電子デバイスにそれぞれ対応するＮ個のデバイス・ラベルを表示し、Ｎは１よりも大きい正の整数である。

区別を容易にするために、本実施形態では、第１の電子デバイス（すなわち、デバイス１０１）に対応するデバイス・ラベルが、第１のラベルと呼ばれ、第２の電子デバイス（すなわち、デバイス１０２、デバイス１０３など）に対応するデバイス・ラベルが、第２のラベルと呼ばれる。ステップＳ５０１に記載のように、Ｎ個の電子デバイスは、第１の電子デバイスを含まなくてもよく、複数の第２の電子デバイスのみを含んでもよいし、第１の電子デバイス及び少なくとも１つの第２の電子デバイスを含んでもよい。Ｎ個の電子デバイスが複数の第２の電子デバイスのみを含むときに、マルチタスク管理インターフェースに表示されるすべてのデバイス・ラベルが第２のラベルである。Ｎ個の電子デバイスが第１の電子デバイス及び少なくとも１つの第２の電子デバイスを含むときに、マルチタスク管理インターフェースに表示されるデバイス・ラベルは、第１のラベル及び第２のラベルを含む。本実施形態の目的は、第２の電子デバイスの履歴タスク記録における１つ以上のタスクを第１の電子デバイスと共有することである。したがって、本実施形態では、第１のラベルがマルチタスク管理インターフェースに表示されるかどうかにかかわらず、目的の実装は影響を受けない。

図４Ｂは、本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１の例の概略図である。図４Ｂに示す例では、マルチタスク管理インターフェース２９０は、デバイス１０１に対応する第１のラベル「マイフォン」、デバイス１０２に対応する第２のラベル「タブレット」、及びデバイス１０３に対応する第２のラベル「ＴＶ」を表示する。

本出願の実施形態におけるデバイス・ラベルは、カプセル形状のアイコンにテキストを加えた形式、例えば、図４Ｂに示される形式であってもよく、又は別の形式であってもよい。これは、本出願において限定されない。

ユーザは、選択されたデバイス・ラベルを変更するために、マルチタスク管理インターフェースにおけるデバイス・ラベルに対して選択操作を実行してもよい。マルチタスク管理インターフェースにおいて、デバイス・ラベルの状態、すなわち、選択状態又は非選択状態は、異なる表現形式で区別され得ることに留意されたい。このようにして、ユーザは、デバイス・ラベルの状態を直感的に視認することができる。具体的な表現形式は、本出願において限定されない。

図４Ｂの例では、デバイス１０１に対応する第１のラベル「マイフォン」の背景色は、デバイス１０２に対応する第２のラベル「タブレット」の背景色、及びデバイス１０３に対応する第２のラベル「ＴＶ」の背景色よりも濃い。これは、第１のラベル「マイフォン」が選択され、第２のラベル「タブレット」及び第２のラベル「ＴＶ」が選択されていないことを示す。

さらに、マルチタスク管理インターフェースは、選択されたデバイス・ラベルに対応する電子デバイスの履歴タスク記録における少なくとも１つのタスク記録を表示する。

図４Ｂの例では、マルチタスク管理インターフェースにおいて現在選択されている第１のラベル「マイフォン」に対応するデバイスがデバイス１０１であるため、マルチタスク管理インターフェースは、デバイス１０１上のブラウザにおいて開かれたウェブページ「ウェブページＡ」を含むデバイス１０１の履歴タスク記録をさらに表示する。

ユーザがマルチタスク管理インターフェースにおいて操作を実行して、選択されたデバイス・ラベルを変更するときに、マルチタスク管理インターフェースに表示されるタスク履歴もそれに応じて変更される。

例えば、図４Ｃを参照する。図４Ｃは、本出願の一実施形態によるデバイス１０１のマルチタスク管理インターフェースの第２の例の概略図である。ユーザは、マルチタスク管理インターフェースにおいて選択されたデバイス１０２に対応する第２のラベル「タブレット」をタップし、マルチタスク管理インターフェースは、これに対応して、デバイス１０２の履歴タスク記録、例えば、デバイス１０２上のブラウザにおいて開かれたウェブページ「ウェブページＢ」を表示する。

履歴タスク記録の各タスク記録は、タスクカードで提示されてもよいし、別の形式で提示されてもよい。履歴タスク記録の提示形式は、本出願において限定されない。説明を容易にするために、説明は、タスク記録が、本実施形態及び後続の実施形態においてタスクカード、例えば、図４Ｂのタスクカード２９２１「ウェブページＡ」及び図４Ｃのタスクカード２９２１「ウェブページＢ」で表される例を使用することによって提供される。

任意選択で、電子デバイスは、タスクがフォアグラウンドからバックグラウンドに戻されるときに、タスクに対応するタスク記録においてサムネイル形式で、ユーザ・インターフェースを保存してもよい。したがって、表示が必要なときに、第１の電子デバイスは、対応するタスクカードにおけるサムネイルをユーザに表示してもよく、ユーザがサムネイルを閲覧するようにする。

選択されたデバイス・ラベルに対応する電子デバイスの履歴タスク記録は、多くのタスク記録を含み、ディスプレイは、一度にすべてのタスク記録を表示することができないため、ユーザは、履歴タスク記録における別のタスク記録を閲覧するために特定の操作を実行してもよい。

図４Ｂ及び図４Ｃの例では、ユーザは、別のタスクカードを閲覧するために左又は右にスライドしてもよい。

任意選択で、マルチタスク管理インターフェースにおいて、タスク記録に対応するアプリケーション・ラベルがタスク記録の近くに表示されてもよく、タスク記録に対応するアプリケーションを指示する。

図４Ｂの例では、タスクカード２９２１「ウェブページＡ」の上に、対応するアプリケーション・ラベル２９２２がさらに表示されて、タスクカードに対応するアプリケーションが「ブラウザ」であることを示す。

デバイス・ラベル及び履歴タスク記録は、マルチタスク管理インターフェースにおいて同じエリア又は異なるエリアに表示されてもよい。

任意選択で、マルチタスク管理インターフェースは、２つのエリア、すなわち、第１のエリア及び第２のエリアを含んでもよい。第１の領域はデバイス・ラベルを表示するために使用され、第２の領域は選択されたデバイス・ラベルに対応するデバイスの履歴タスク記録を表示するために使用される。

図４Ｂの例では、マルチタスク管理インターフェース２９０は、第１の領域２９１及び第２の領域２９２を含む。第１の領域２９１は、３つのデバイス・ラベルを表示し、第２の領域２９２は、ブラウザにおいて開かれたウェブページ「ウェブページＡ」を含む、デバイス１０１の履歴タスク記録を表示する。

本出願の実施形態におけるマルチタスク管理インターフェースにおいて、第１の領域は、図４Ｂ及び図４Ｃの例に示されるように、第２の領域よりも上にあってもよいし、第２の領域よりも下にあってもよいし、別の位置であってもよいことに留意されたい。第１の領域と第２の領域との間の相対位置、マルチタスク管理インターフェースにおける第１の領域と第２の領域の形式は、本出願において限定されない。追加的に、マルチタスク管理インターフェースは、必要に応じて、第１の領域及び第２の領域に加えて、別の領域をさらに含んでもよい。これはまた、本出願において限定されない。

任意選択で、ユーザがマルチタスク管理インターフェースに入るためにデバイス１０１上で第１の操作を入力するときに、デバイス１０１に対応するデバイス・ラベルが、デフォルトでマルチタスク管理インターフェースにおいて選択されてもよいし、ユーザがマルチタスク管理インターフェースを終了するときに以前に選択されたデバイス・ラベルがデフォルトで選択されてもよい。これは、本出願において限定されない。デフォルト選択の実装は、デバイス１０１のシステムによって設定されてもよいし、ユーザによってセットされてもよい。これはまた、本出願において限定されない。

例えば、デバイス１０１において、デバイス１０１に対応する第１のラベル「マイフォン」がデフォルトで選択される場合、ユーザがデバイス１０１のマルチタスク管理インターフェース２９０に入るたびに、第１の領域２９１において選択されるデバイス・ラベルは「マイフォン」であり、第２の領域２９２は、図４Ｂに示すように、デバイス１０１の履歴タスク記録を表示する。このように、クロスデバイス・タスク処理を実装するときに、ユーザは、最初に、デバイス１０２又はデバイス１０３などの１つ以上の他のデバイスのデバイス・ラベルを選択する必要があり、次いで、後続の操作を実行する。

別の例として、デバイス１０１では、ユーザがマルチタスク管理インターフェース２９０を出るときの以前に選択されたデバイス・ラベルがデフォルトで選択される場合、マルチタスク管理インターフェース２９０が現在入るときに、第１の領域２９１において選択されたデバイス・ラベルは、ユーザがマルチタスク管理インターフェース２９０を出るときの以前に選択されたデバイス・ラベルと同じであるべきである。例えば、ユーザは、デバイス１０１のマルチタスク管理インターフェース２９０に入るときに、デバイス１０２に対応する第２のラベル「タブレット」を以前に選択しており、次に、マルチタスク管理インターフェース２９０を出る。次いで、次回、ユーザがマルチタスク管理インターフェース２９０に入るためにデバイス１０１上で第１の操作を実行するときに、図４Ｃに示すように、表示された選択されたデバイス・ラベルは第２のラベル「タブレット」であり、表示された履歴タスク記録は、「タブレット」に対応するデバイス１０２の履歴タスク記録である。このように、ユーザがデバイス１０２上のタスクをデバイスをまたいで次回も処理したい場合、ユーザは、選択されたデバイス・ラベルを第１のラベル「マイフォン」から第２のラベル「タブレット」に変更するために、第２のラベル「タブレット」をタップ及び選択する必要がない。

次いで、第１の電子デバイスは、第１のタスク記録に対してユーザによって実行された共有操作を受信する。第１の電子デバイスは、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。

本出願の本実施形態における第１のタスク記録は、ユーザがデバイスをまたいで処理することを期待するタスクに対応するタスク記録であり、ソース・デバイスの履歴タスク記録内の任意のタスク記録であってもよい。本実施形態では、ソース・デバイスは、第２の電子デバイスのいずれか１つである。従って、第１のタスク記録は、任意の第２の電子デバイスの履歴タスク記録における任意のタスク記録であってもよい。

デバイスをまたいで処理されることが期待されるタスクに対応するタスク記録、すなわち第１のタスク記録を決定した後、ユーザは、タスク記録に対して共有操作を実行してもよく、第１の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示するようにする。

第１の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示する複数の異なる表示方式があり得る。これに対応して、ユーザは、異なる共有操作を実行してもよく、第１の電子デバイスが、異なる共有操作に基づいて、ユーザによって期待される特定の表示方式を識別し得る。

実装では、ユーザは、第１のタスク記録に対して第２の操作を実行してもよい。第１の電子デバイスは、第２の操作に応答して、第１のタスク記録に対応する少なくとも１つのタスクを表示する。

第２の操作は、任意のプリセット操作、例えばタップであってもよい。第２の操作の特定の形式は、本出願の本実施態様において限定されない。第２の操作は、１つの操作であってもよいし、複数の操作を含む操作の組み合わせであってもよい。これはまた、本出願において限定されない。

図４Ｃの例では、ユーザは、デバイス１０１と、デバイス１０２上のタスクカード２９２１「ウェブページＢ」に対応するタスクを共有し、デバイス１０１上のタスクをブラウズすることを期待する。次いで、ユーザは、図２Ｃの第２の領域２９２におけるタスクカード２９２１「ウェブページＢ」をタップしてもよい。図４Ｄは、本出願の実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第１の例の概略図である。図４Ｃ及び図４Ｄの例では、デバイス１０１は、第２の操作に応答して、デバイス１０１のディスプレイ上にユーザ・インターフェース２０２、すなわち、デバイス１０２上のウェブページ「ウェブページＢ」を表示する。このように、ユーザは、デバイス１０１上で、デバイス１０２上のウェブページのブラウズを続けることができ、それにより、単一タスクのクロスデバイス処理を実装する。

第１のタスク記録が単一のタスク記録に対応するときに、第１の電子デバイスは、第２の操作に応答して、図４Ｄに示すように、第１のタスク記録に対応する単一のタスクを表示するか、又は第１のタスク記録が複数の関連タスクに対応するときに、第１の電子デバイスは、第２の操作に応答して、第１のタスク記録に対応する複数の関連タスクを分割スクリーン形式で表示することに留意されたい。本出願では、分割スクリーン形式でソース・デバイス上で実行している複数のタスクが、関連タスクと呼ばれる。タスク記録は、１つ以上の関連タスクに対応してもよい。

図４Ｅは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第３の例の概略図であり、図４Ｆは、本出願の本実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第２の例の概略図である。図４Ｅでは、１つのタスクカード２９２１が第２の領域２９２内で表示される。タスクカード２９２１は、デバイス１０２の履歴タスク記録における１つのタスク記録が、分割スクリーン形式で表示される２つの関連タスク「チャット・ソフトウェア」及び「ビデオ・プレーヤ」を含むことを示す。ユーザは、タスクカード２９２１に対して第２の操作を実行する、すなわち、タスクカード２９２１をタップする。デバイス１０１は、第２の操作に応答して、デバイス１０１のディスプレイ上にユーザ・インターフェース２０３を表示し、図４Ｆに示すように、デバイス１０２上にタスク「チャット・ソフトウェア」及び「ビデオ・プレーヤ」を分割スクリーン形式で表示する。このように、ユーザは、チャット・ソフトウェアの閲覧を続け、デバイス１０１上でビデオを分割スクリーン形式で視聴することができ、それにより、複数のタスクのクロスデバイス処理を実装する。

なお、複数の関連タスクが、両方のデバイス上で分割スクリーン形式で表示されるが、第１の電子デバイス上の複数の関連タスクの分割スクリーン表示方式は、第２の電子デバイス上の複数の関連タスクの分割スクリーン表示方式と同じであっても、異なるものであってもよいことに留意されたい。これは、本出願において限定されない。図４Ｅ及び図４Ｆに示す例では、関連タスク「チャット・ソフトウェア」及び「ビデオ・プレーヤ」は、左右分割スクリーン方式でデバイス１０２上に表示され、上下分割スクリーン方式でデバイス１０１上に表示される。

別の表示方式では、ユーザは、第１のタスク記録及び任意の第２の電子デバイスに対応するデバイス・ラベルに対して第６の操作を実行してもよい。第１の電子デバイスは、第６の操作に応答して、第１の電子デバイスのフォアグラウンドで実行しているタスクと、第１のタスク記録に対応する少なくとも１つのタスクとを、分割スクリーン形式で表示する。

第６の操作は、任意のプリセット操作であってもよい。第６の操作の特定の形式は、本出願の本実施態様において限定されない。第６の操作は、１つの操作であってもよいし、複数の操作を含む操作の組み合わせ、例えば、タッチしたままドラッグであってもよい。これはまた、本出願において限定されない。一般に、混乱を避けるために、第６の操作と第２の操作を異なる操作にセットすべきである。

例えば、図４Ｇは、第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第２の例の概略図であり、図４Ｈは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第４の例の概略図であり、図４Ｉは、本出願の本実施形態による第６の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第３の例の概略図である。

図４Ｇから分かるように、ユーザ・インターフェース２０７は、デバイス１０１のフォアグラウンドで実行しているタスク、すなわち、ブラウザにおいて開かれたウェブページ「ウェブページＥ」を表示する。ユーザは、ユーザ・インターフェース２０７において第１の操作を実行し、例えば、ユーザ・インターフェース２０７の底部から上にスライドする。デバイス１０１は、第１の操作に応答して、マルチタスク管理インターフェースを表示する。ユーザは、第１の領域２９１内の第２のアイコン「タブレット」をタップ及び選択し、４Ｈに示すように、「タブレット」に対応するデバイス１０２の履歴タスク記録が第２の領域２９２内に表示される。第２の領域２９２において、ユーザは、別のタスクカード２９２１を視認するために左又は右にスライドして、ユーザがターゲット・デバイス上で処理を続けることを望むタスクを選択するようにしてもよい。

ユーザは、デバイス１０２上のタスク「ウェブページＢ」をデバイス１０１と共有し、そのタスクと、現在デバイス１０１上でブラウズされているウェブページ「ウェブページＥ」を分割スクリーン方式で表示することを望んでいると想定する。このケースでは、ユーザは、デバイス１０１のマルチタスク管理インターフェース２９０において、第６の操作を実行、例えば、タスクカード「ウェブページＢ」をタッチしたままにし、次いで、「ウェブページＢ」を第１の領域２９１内のデバイス１０１に対応するデバイス・ラベル「マイフォン」にドラッグする。第６の操作に応答して、デバイス１０１は、デバイス１０２上のウェブページ「ウェブページＢ」に対応するタスクをデバイス１０１と共有し、図４Ｉのユーザ・インターフェース２０８に示すように、デバイス１０１上でウェブページ「ウェブページＢ」及び「ウェブページＥ」を分割スクリーン形式で表示する。このように、ユーザは、デバイス１０１上で、デバイス１０２上のウェブページ「ウェブページＢ」のブラウズを続けることができ、それにより、タスク・クロス・デバイス処理を実装し、デバイス１０１上で現在ブラウズされているウェブページ「ウェブページＥ」をさらにブラウズすることができる。

第６の操作は、第１の電子デバイスのマルチタスク管理インターフェースにおいて実行され、任意の第２の電子デバイスの任意のタスク記録に対応する少なくとも１つのタスクと、第１の電子デバイスのフォアグラウンドで現在実行しているタスクとを、分割スクリーン方式で表示することができるようにする。

さらに別の表示方式では、ユーザは、第１のタスク記録におけるファイルに対して第４の操作を実行してもよい。第１の電子デバイスは、第４の操作に応答して、第１のタスク記録におけるファイルを受信する。追加的に、ファイルを開くことができるアプリケーションが第１の電子デバイスにインストールされている場合は、第１の電子デバイスがそのファイルを表示する。

第４の操作は、任意のプリセット操作、例えばドラッグであってもよい。第４の操作の特定の形式は、本出願の本実施態様において限定されない。第４の操作は、１つの操作であってもよいし、複数の操作を含む操作の組み合わせ、例えば、タッチしたままドラッグであってもよい。これはまた、本出願において限定されない。第４の操作と第６の操作は、異なる操作にセットされてもよいし、同じ操作にセットされてもよい。これはまた、本出願において限定されない。

本出願において、第２の電子デバイスの履歴タスク記録が、第１の電子デバイスのマルチタスク管理インターフェースにおいて視認されて、ターゲット・デバイス（本実施形態の第１の電子デバイス）が、履歴タスク記録におけるタスク記録に対応するタスクを実行することを可能にするが、ターゲット・デバイスは、ソース・デバイス（本実施形態の第２の電子デバイス）から、これらのタスクを実行するために必要なデータをさらに取得する必要があると理解されたい。

これらのタスクを実行するために必要なデータ量は、通常、これらのタスクに対応するタスク記録を表示するために必要なデータ量よりもはるかに大きいため、ターゲット・デバイスは、ユーザが共有操作を実行した後に、これらのタスクを実行するために必要なデータを取得することができる。ターゲット・デバイスは、複数の方式で、デバイスにわたって処理されるタスクのためのデータを取得することができる。これは、本出願において限定されない。

実装では、ターゲット・デバイスとソース・デバイスの両方がサーバに通信接続されているときに、ソース・デバイスが、デバイスにわたって処理する必要があるタスクのためのデータをサーバに送信し、次いで、ターゲット・デバイスが、サーバからデータを取得する。

例えば、図１に示すマルチデバイス・システムでは、デバイス１０１、デバイス１０２、及びデバイス１０３は、別々にクラウド・サーバ１０４に通信接続されている。デバイス１０１、デバイス１０２、デバイス１０３間の間接通信接続は、クラウド・サーバ１０４を使用することによって、実装される。第２の操作を受信した後、デバイス１０１は、クラウド・サーバ１０４が、デバイスをまたいで処理される必要のあるタスクのためのデータ、例えば、デバイス１０２上のウェブページ「ウェブページＢ」のためのデータをデバイス１０１に送信することを要求する要求をクラウド・サーバ１０４に送信する。これらのデータを受信した後、デバイス１０１は、図４Ｄのユーザ・インターフェース２０２に示すように、デバイスをまたいで処理される必要のあるタスクを表示してもよい。

別の実装では、ターゲット・デバイス及びソース・デバイスが近接場通信方式で接続されているときに、ソース・デバイスは、デバイスをまたいで処理される必要があるタスクのためのデータをターゲット・デバイスに直接送信してもよい。

例えば、デバイス１０１及びデバイス１０２は、例えば、ブルートゥース、Ｗｉ－Ｆｉコントローラ（Ｗｉ－Ｆｉ Ｄｉｒｅｃｔｏｒ）、又は直接接続後のＭｉｒｒｏｒＣａｓｔプロトコルに基づく投影である近距離通信方式で直接通信接続を実装する。第２の操作を受信した後、デバイス１０１は、デバイス１０２が、デバイスをまたいで処理される必要のあるタスクのためのデータ、例えば、デバイス１０２におけるウェブページ「ウェブページＢ」のためのデータをデバイス１０１に送信することを要求する要求をデバイス１０２に送信する。これらのデータを受信した後、デバイス１０１は、図４Ｄのユーザ・インターフェース２０２に示すように、デバイスをまたいで処理される必要のあるタスクを表示してもよい。

任意選択で、本実施形態における対話方法の実装において、方法は、以下のステップを含む。

第１の電子デバイスが、マルチタスク管理インターフェースを表示し、マルチタスク管理インターフェースは、第１の電子デバイスに対応する第１のラベル、第２の電子デバイスに対応する第２のラベル、及び第２の電子デバイスの少なくとも１つのタスク記録を含む。

第１の電子デバイスが、少なくとも１つのタスク記録における第２の電子デバイスの第１のタスク記録に対してユーザによって実行されたタップ操作を受信し、第１のタスク記録は、第２の電子デバイス上で実行している第１のタスクに対応する。

第１の電子デバイスが、第１のタスク記録に対するタップ操作に応答して、第１のタスクを実行させるために必要なデータを取得する。

第１の電子デバイスが、第１のタスクを実行する。

本実装では、ユーザは、第１の電子デバイスのマルチタスク管理インターフェースにおける第１のタスク記録に対してタップ操作を実行し、第１の電子デバイスが、第２の電子デバイス上で実行している第１のタスクを表示することができるようにし、それにより、第１のタスクのクロスデバイス処理を簡便に実行する。

任意選択で、本実施形態における対話方法の別の実装では、方法は、以下のステップを含む。

第１の電子デバイスが、マルチタスク管理インターフェースを表示し、マルチタスク管理インターフェースは、第１の電子デバイスに対応する第１のラベル、第２の電子デバイスに対応する第２のラベル、及び第１の電子デバイスの少なくとも１つのタスク記録を含む。

第１の電子デバイスが、ユーザによって少なくとも１つのタスク記録における第１の電子デバイスの第１のタスク記録を第２のラベルにドラッグする操作を受信し、第１のタスク記録は、第１の電子デバイス上で実行している第１のタスクに対応する。

第１の電子デバイスが、第１のタスク記録を第２のラベルにドラッグする操作に応答して、第２の電子デバイスが第１のタスクを表示することを可能にする。

本実装では、ユーザは、第１の電子デバイスのマルチタスク管理インターフェースにおいて、第１のタスク記録を第２のラベルにドラッグし、第２のラベルに対応する第２の電子デバイスが、第１の電子デバイス上で元々実行している第１のタスクを表示することができるようにし、それにより、第１のタスクのクロスデバイス処理に簡便に実行する。

本出願における第１のタスクは、第１のタスク記録に対応する１つ以上のタスクであることに留意されたい。上記のように、第１のタスク記録は、ユーザがデバイスをまたいで処理することを期待するタスクに対応するタスク記録であり、ソース・デバイスの履歴タスク記録における任意の記録であってもよい。これに基づいて、第１のタスクは、ソース・デバイス上の任意の１つ以上のタスクであってもよい。

第１の電子デバイスのマルチタスク管理インターフェースに入った後、ユーザは、１つ以上のデバイス・ラベルを選択してもよい。ユーザが複数のデバイス・ラベルを選択するときに、複数の電子デバイスの履歴タスク記録がマルチタスク管理インターフェースにおいて表示され、複数のデバイスの履歴タスク記録がグローバルに視認できるようにする。複数の履歴タスク記録は、複数の方式で表示されてもよい。以下は、２つの可能な実装を別々に記載する。

複数の電子デバイスの履歴タスク記録を表示する実装では、マルチタスク管理インターフェースは、異なるアプリケーションに基づいた複数の電子デバイスの履歴タスク記録を表示してもよい。複数の選択された電子デバイスに１つ以上の同じアプリケーションがインストールされているときに、複数の電子デバイスの履歴タスク記録のタスク記録は、アプリケーションに基づいたカテゴリ別に表示される、すなわち、複数の電子デバイスの履歴タスク記録におけるタスク記録は、アプリケーション次元に集約される。

任意選択で、アプリケーションに対応するアプリケーション・ラベルは、マルチタスク管理インターフェースにおいて表示され、分類のために使用されるアプリケーションを示すようにする。

任意選択で、タスク記録に対応するタスクが属するデバイスのラベルがマルチタスク管理インターフェースにおいて表示され、タスク記録が電子デバイスの履歴タスク記録であることを示すようにする。

本方式では、ユーザは、アプリケーション次元において複数の電子デバイスのタスク記録を視認することができ、複数の異なるデバイス上にあり、かつ同じアプリケーションを使用することによって開かれたタスクを視認するときに、ユーザは、さらに、異なるデバイス上のタスクの進行状況を簡便に比較することができ、それにより、デバイスをまたいで処理する必要があるタスクをユーザによって視認及び決定する効率を改善する。

例えば、図４Ｊ～図４Ｌを参照する。図４Ｊは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第５の例の概略図であり、図４Ｋは、図４Ｊにおけるマルチタスク管理インターフェースの拡大概略図であり、図４Ｌは、本出願の本実施形態による第２の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第４の例の概略図である。図４Ｊのマルチタスク管理インターフェース２９０では、デバイス１０１に対応するデバイス・ラベル「マイフォン」、デバイス１０２に対応するデバイス・ラベル「タブレット」、デバイス１０２に対応するデバイス・ラベル「ＴＶ」がすべて選択される。同じブラウザが、デバイス１０１、デバイス１０２、及びデバイス１０３の各々にインストールされている。デバイス１０１、デバイス１０２、及びデバイス１０３の履歴タスク記録は、各々、ブラウザにおけるタスクを記録するものと想定する。このケースでは、マルチタスク管理インターフェースでは、３つの異なる電子デバイスのブラウザにおけるタスクのタスクカード２９２１が一緒に積み重ねられて、ユーザに提示されてもよい。対応するアプリケーション・ラベル２９２２が、一緒に積み重ねられたタスクカード２９２１の上に表示されてもよい。ユーザは、積み重ねられたタスクカード２９２１をタップし、これらのタスクカード２９２１が、拡大される。各タスクカード２９２１は、図４Ｋに示すように、電子デバイス上のタスクに対応する。タスクカード２９２１上で、タスクが属するデバイスのラベル２９２３が、図４Ｊ及び図４Ｋに示すように、タスク記録が電子デバイスの履歴タスク記録からのものであることを示すために使用されてもよい。

ユーザがデバイスをまたいで処理したいタスクを決定した後、ユーザは、タスクに対応するタスクカードをタップすることができる。例えば、ユーザは、図３Ｂにおけるタスクカード２９２１「ウェブページＣ」をタップする。タップ操作を受信した後、デバイス１０１は、図４Ｌに示すように、デバイス１０１のディスプレイ上にユーザ・インターフェース２０４を表示する。このように、ユーザは、デバイス１０１上で、デバイス１０３上のウェブページ「ウェブページＣ」のブラウズを続けることができ、それにより、クロスデバイス・タスク処理を実装する。

デバイス１０１上で元々実行しているタスク、例えば、図４Ｋのウェブページ「ウェブページＡ」は、デバイス１０１のバックグラウンドで実行してもよいことに留意されたい。ユーザがタスクに対応するタスクカード、例えば、図４Ｋのタスクカード「ＷｅｂページＡ」をタップする場合、タスクカードに対応するタスクがデバイス１０１のディスプレイ上に表示される、すなわち、デバイス１０１のバックグラウンドで実行しているタスクがフォアグラウンドに切り替えられる。

複数の電子デバイスの履歴タスク記録を表示する別の実装では、マルチタスク管理インターフェースは、複数の電子デバイスの履歴タスク記録におけるタスク記録をタスクの時系列で表示してもよい。

本明細書におけるソートのために使用される時間は、異なる要件よりセットされてもよい。これは、本出願において限定されない。例えば、実装では、タスクがフォアグラウンドからバックグラウンドに切り替えられる時点が、タスクをソートするために使用される時間として決定されてもよく、ソート中の現在の時点が、フォアグラウンドで実行しているタスクをソートするために使用される時間として使用されてもよい。例えば、別の実装では、ユーザが最後にタスクに対して操作を実行した時間が、タスクをソートするために使用される時間として決定されてもよい。

任意選択で、前述のアプリケーション・ラベル及びタスクが属するデバイスのラベルに加えて、マルチタスク管理インターフェースは、対応するタスクが元々の電子デバイス上で実行する時点又は時間間隔などの時間情報を示すために使用される時間ラベルをさらに表示してもよい。時間ラベルを使用することによって示される時間情報は、ソートするために使用される時間と同じか、又は異なってもよい。例えば、ソートするために使用される時間は、秒に対して正確な時点であってもよいし、時間ラベルを使用することによって示される時間情報は、日に対して正確な時間間隔であってもよい。

本方式では、ユーザは、複数の電子デバイスのタスク記録を時系列で視認して、デバイスをまたいで処理する必要があるタスクを簡便に決定することができる。

例えば、図４Ｍは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第６の例の概略図である。マルチタスク管理インターフェース２９０の第１の領域２９１では、デバイス１０１に対応するデバイス・ラベル「マイフォン」、デバイス１０２に対応するデバイス・ラベル「タブレット」、デバイス１０２に対応するデバイス・ラベル「ＴＶ」がすべて選択される。第２の領域２９２において、デバイス１０１、デバイス１０２、及びデバイス１０３のタスク履歴におけるすべてのタスクカードが、時間の降順で配置され、表示される。タスクが属するデバイスの対応するアプリケーション・ラベル２９２２及び対応するラベル２９２３は、各タスクカード２９２１の一方側に表示されてもよい。追加的に、時間ラベル２９２４は、第２の領域２９２において表示されてもよく、例えば、図４Ｍの「今日」及び「機能」である。ユーザは、デバイスをまたいで処理される必要があるタスクを選択するために、第２の領域２９２において上又は下にスライドしてもよい。デバイスをまたいで処理する必要のあるタスクを決定した後、ユーザは、タスクのタスクカードをタップして、具体的には、タスクカード上で第２の操作を実行してもよい。例えば、ユーザは、図４Ｍのタスクカード２９２１「ウェブページＢ」をタップする。デバイス１０１は、第２の操作に応答して、デバイス１０１のディスプレイ上にタスクのユーザ・インターフェースを表示する。図４Ｄのユーザ・インターフェース２０２を参照する。このように、ユーザは、デバイス１０１上で、デバイス１０２上のウェブページのブラウズを続けることができ、それにより、クロスデバイス・タスク処理を実装する。

本出願の本実施形態では、タスクカード２９２１、アプリケーション・ラベル２９２２、タスクが属するデバイスのラベル２９２３、時間ラベル２９２４などの特定のスタイル、及びマルチタスク管理インターフェースにおけるタスクカード２９２１、アプリケーション・ラベル２９２２、タスクが属するデバイスのラベル２９２３、時間ラベル２９２４などの間の相対位置が、任意の可能な形式であってもよいことに留意されたい。これは、本出願において限定されない。

さらに別の実装では、アプリケーション次元に基づいて表示し、時系列で表示する前述の方式が組み合わされ得る。この表示方式では、異なる電子デバイスからの複数のタスク記録であって、アプリケーション次元に基づいて集約された複数のタスク記録に対して、タスク記録に対応する１つのタスクの時間が、プリセットルールにより、時系列で表示するための時間として使用されてもよい。例えば、ソート中の現在の時点に最も近い複数のタスクに対応する時間の１つが、積み重ね方式で表示されるタスク記録のグループの時間として使用されてもよい。

例えば、図４Ｎは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第７の例の概略図である。図４Ｎの例は、図４Ｍの例と同様である。２つの例では、デバイス１０１に対応するデバイス・ラベル「マイフォン」、デバイス１０２に対応するデバイス・ラベル「タブレット」、デバイス１０２に対応するデバイス・ラベル「ＴＶ」がすべて選択され、タスク記録が時系列で表示される。２つの例の違いは、図４Ｎの例では、同じブラウザがデバイス１０１、デバイス１０２、及びデバイス１０３の各々にインストールされ、ブラウザにおけるタスクがデバイス１０１、デバイス１０２、及びデバイス１０３の各々の履歴タスク記録に記録されるため、３つの異なる電子デバイスからのブラウザ関連タスクカード２９２１を一緒に積み重ねて、第２の領域２９２においてユーザに提示する必要があることである。ユーザが最後に「ウェブページＡ」に対して操作を実行した時間は、ユーザが最後に「ウェブページＢ」に対して操作を実行した時間、及びユーザが「ウェブページＣ」に対して操作を実行した時間よりも遅いため、ユーザが最後に「ウェブページＡ」に対して操作を実行した時間が、３つの積み重ねられたタスクカードをソートするために使用される時間として決定される。これに基づいて、第２の領域２９２における表示効果を図４Ｎに示す。

任意選択で、本出願の本実施形態におけるマルチタスク管理インターフェースでは、プライバシー・セッティング操作が、第１の電子デバイス上のデバイス・ラベルに対して実行されてもよく、第２の電子デバイスのいくつか又はすべてが、第１の電子デバイスの履歴タスク記録の表示をスキップするようにし、第１の電子デバイスの一時的なプライバシー要件を満たすようにする。

実装では、第８の操作が１つ以上の第２のラベルに対して実行され、第８の操作が実行された第２のラベルに対応する第２の電子デバイスが、第１の電子デバイスの履歴タスク記録の表示をスキップする。

第８の操作は、任意のプリセット操作、例えばタッチしたままであってもよい。第８の操作の特定の形式は、本出願の本実施態様において限定されない。一般に、ユーザはまた、第２のラベルを選択又は選択解除するときにデバイス・ラベルに対して操作を実行する必要があるため、混乱を避けるために、第２のラベルを選択又は選択解除する操作及び第８の操作は異なる操作にセットされてもよい。

例えば、図４Ｏは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第８の例の概略図であり、図４Ｐは、本出願の本実施形態によるマルチタスク管理インターフェースの第９の例の概略図である。図４Ｏのマルチタスク管理インターフェース２９０の第１の領域２９１では、デバイス１０１に対応するデバイス・ラベル「マイフォン」が選択され、デバイス１０１の履歴タスク記録、例えばウェブページ「ウェブページＡ」が第２の領域２９２において表示される。ユーザはまた、デバイス１０２上で、デバイス１０２のマルチタスク管理インターフェースを入ってもよく、そのインターフェースは、デバイス１０１のマルチタスク管理インターフェースと同様である。詳細は、ここでは再度記載されない。デバイス１０１、デバイス１０３、及びデバイス１０２の履歴タスク記録は、デバイス１０２のマルチタスク管理インターフェースにおいて視認されてもよい。ユーザが、第８の操作、例えば、デバイス１０１のマルチタスク管理インターフェース２９０における第１の領域２９１における第２のラベル「タブレット」に対してタッチしたままを実行する場合、図４Ｐに示すように、第２のラベル「タブレット」の周囲に隠しアイコンが表示される。このケースでは、デバイス１０１のタスク履歴は、デバイス１０２のマルチタスク管理インターフェースにおいて視認することができない。

このように、デバイス１０１及びデバイス１０２が現在異なるユーザによって使用されているときに、デバイス１０１のユーザは、第８の操作を実行することによってプライバシー・セッティングを一時的に実行して、デバイス１０２の現在のユーザがデバイス１０１の履歴タスク記録を視認することを防止してもよい。プライバシー・セッティングが実行される必要がないときに、ユーザはまた、プライバシー・セッティングをキャンセルするために、デバイス１０１のマルチタスク管理インターフェース２９０における第１の領域２９１を押したままにしてもよい。このようにして、デバイス１０１のタスク履歴は、デバイス１０２のマルチタスク管理インターフェースにおいて視認することができる。

別の実装では、第９の操作が第１のラベルに対して実行され、すべての第２の電子デバイスが、第１の電子デバイスの履歴タスク記録の表示をスキップするようにする。

第９の操作は、任意のプリセット操作、例えばタッチしたままであってもよい。第９の操作の特定の形式は、本出願の本実施態様において限定されない。一般に、ユーザはまた、第１のラベルを選択又は選択解除するときにデバイス・ラベルに対して操作を実行する必要があるため、混乱を避けるために、第１のラベルを選択又は選択解除する操作及び第９の操作は異なる操作にセットされてもよい。第９の操作と第８の操作は、異なる操作にセットされてもよいし、同じ操作にセットされてもよい。これは、本出願において限定されない。

例えば、図４Ｑは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１０の例の概略図であり、図４Ｒは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１１の例の概略図である。図４Ｑに示すように、ユーザが、第９の操作、例えば、デバイス１０１のマルチタスク管理インターフェース２９０における第１の領域２９１における第１のラベル「マイフォン」に対してタッチしたままを実行する場合、図４Ｒに示すように、第１のラベル「マイフォン」の周囲に隠しアイコンが表示される。このケースでは、デバイス１０１の履歴タスク記録は、デバイス１０１以外のシステムの他のデバイス、例えばデバイス１０２及びデバイス１０３のマルチタスク管理インターフェースにおいて視認することができない。

このように、デバイス１０１のユーザは、第９の操作を実行することによってプライバシー・セッティングを一時的に実行して、デバイス１０２のような第２の電子デバイスの現在のユーザがデバイス１０１の履歴タスク記録を視認することを防止してもよい。プライバシー・セッティングが実行される必要がないときに、ユーザはまた、プライバシー・セッティングをキャンセルするために、デバイス１０１のマルチタスク管理インターフェース２９０における第１の領域２９１における第１の電子デバイスを押したままにしてもよい。このように、デバイス１０１の履歴タスク記録は、デバイス１０２及びデバイス１０３などの第２の電子デバイスによって視認することができる。

実施形態２
本実施形態では、ターゲット・デバイスは、第２の電子デバイスのいずれか１つであり、ソース・デバイスは、第１の電子デバイスであってもよいし、ターゲット・デバイスとは異なる任意の第２の電子デバイスであってもよい。

最初に、第１の電子デバイスは、ユーザによって実行された第１の操作を受信し、第１の電子デバイスは、第１の操作に応答して、マルチタスク管理インターフェースを表示する。

第１の操作及びマルチタスク管理インターフェースについては、実施形態１の関連説明を参照のこと。詳細は、ここでは再度記載されない。

次いで、第１の電子デバイスは、第１のタスク記録に対してユーザによって実行された共有操作を受信する。第１の電子デバイスは、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。

本実施形態では、ソース・デバイスが、第１の電子デバイスであってもよいし、ターゲット・デバイスとは異なる任意の第２の電子デバイスであってもよいため、第１のタスク記録は、第１の電子デバイス、又はターゲット・デバイスとは異なる任意の第２の電子デバイスの履歴タスク記録における任意のタスク記録である。

デバイスをまたいで処理されることが期待されるタスクに対応するタスク記録、すなわち第１のタスク記録を決定した後、ユーザは、タスク記録に対して共有操作を実行してもよく、第１の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示するようにする。

ターゲット・デバイスとして使用される第２の電子デバイスは、第１のタスク記録に対応する少なくとも１つのタスクを、複数の異なる表示方式で表示する。これに対応して、ユーザは、異なる共有操作を実行してもよく、第１の電子デバイスが、異なる共有操作に基づいて、ユーザが第２の電子デバイスが表示を実行することを期待する方式を識別することができる。

実装では、ユーザは、第１のタスク記録及び任意の第２の電子デバイスに対応するデバイス・ラベルに対して第３の操作を実行してもよい。第１の電子デバイスは、第３の操作に応答して、第３の操作に対応する第２の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にする。

第３の操作は、任意のプリセット操作、例えばドラッグであってもよい。第３の操作の特定の形式は、本出願の本実施態様において限定されない。第３の操作は、１つの操作であってもよいし、複数の操作を含む操作の組み合わせ、例えば、タッチしたままドラッグであってもよい。これはまた、本出願において限定されない。混乱を避けるために、第３の操作と第２の操作は異なる操作にセットされてもよい。

例えば、図５Ａ～図５Ｃを参照する。例えば、図５Ａは、第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第３の例の概略図であり、図５Ｂは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１２の例の概略図であり、図５Ｃは、本出願の本実施形態による第３の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第１の例の概略図である。

図５Ａから分かるように、ユーザ・インターフェース２０５は、デバイス１０１上でビデオ・アプリケーション・ソフトウェアにおけるページ「ムービーＡ」を表示する。ユーザは、ユーザ・インターフェース２０５において第１の操作を実行し、例えば、ユーザ・インターフェース２０５の底部から上にスライドする。第１の操作を受信した後、デバイス１０１は、図５Ｂに示すように、第１の操作に応答して、マルチタスク管理インターフェース２９０を表示する。実施形態１のマルチタスク管理インターフェースと同様に、マルチタスク管理インターフェース２９０はまた、第１の領域２９１及び第２の領域２９２を含む。第１の領域２９１において現在選択されている第１のラベル「マイフォン」に対応するデバイスはデバイス１０１であるため、第２の領域２９２は、デバイス１０１の履歴タスク記録、すなわちタスクカード２９２１を表示する。第２の領域２９２では、ユーザは、別のタスクカード２９２１を視認するために左又は右にスライドして、ユーザが第１の電子デバイス又は別の第２の電子デバイス上で処理を続けることを望むタスクを選択するようにしてもよい。

ユーザがデバイス１０２上のタスク「ムービーＢ」をデバイス１０３と共有したいと想定すると、ユーザは、デバイス１０１のマルチタスク管理インターフェース２９０に対して第３の操作を実行する。例えば、ユーザは、「ムービーＢ」のタスクカードをタッチしたままにし、次いで、「ムービーＢ」を第１の領域２９１におけるデバイス１０３に対応するデバイス・ラベル「ＴＶ」にドラッグする。デバイス１０１は、第３の操作を受信し、第３の操作に応答して、ビデオ・アプリケーション・ソフトウェアにおけるビデオ「ムービーＢ」のタスクをデバイス１０３と共有する。デバイス１０３は、図５Ｃに示すように、タスクのユーザ・インターフェース３０１を表示する。このように、ユーザは、デバイス１０３上で、デバイス１０１上のビデオの視聴を続けることができ、それにより、クロスデバイス・タスク処理を実装する。

別の例では、図５Ｄは、本出願の本実施形態によるデバイス１０１のマルチタスク管理インターフェースの第１３の例の概略図であり、図５Ｅは、本出願の本実施形態による第３の操作が実行された後のデバイス１０１上に表示されたユーザ・インターフェースの第２の例の概略図である。

ユーザは、デバイス１０１のディスプレイの任意のユーザ・インターフェース上で第１の操作を実行し、図５Ｂに示すように、マルチタスク管理インターフェース２９０に入る。次いで、ユーザは、第１の領域２９１における１つ以上のデバイス・ラベルを選択する。図５Ｄに示す例では、ユーザによって選択されたデバイス・ラベルは、第２のラベル「タブレット」であり、第２の領域２９２は、デバイス１０２の履歴タスク記録、すなわちタスクカード２９２１などを表示する。第２の領域２９２では、ユーザは、別のタスクカード２９２１を視認するために左又は右にスライドして、ユーザが第１の電子デバイス又は別の第２の電子デバイス上で処理を続けることを望むタスクを選択するようにしてもよい。

ユーザがデバイス１０２上の２つの関連タスク、すなわち、ウェブページ「ウェブページＤ」及びビデオ・プレーヤをデバイス１０３と共有したいと想定すると、ユーザは、デバイス１０１のマルチタスク管理インターフェース２９０に対して第３の操作を実行する。例えば、ユーザは、２つの関連タスクを含むタスクカード２９２１にタッチしたままにし、次いで、第１の領域２９１のデバイス１０３に対応するデバイス・ラベル「ＴＶ」にタスクをドラッグする。デバイス１０１は、第３の操作を受信し、第３の操作に応答して、２つの関連タスクをデバイス１０３と共有する。デバイス１０３は、図５Ｅに示すように、タスクのユーザ・インターフェース３０２を表示する。このようにして、ユーザは、デバイス１０３上で、デバイス１０２上のウェブページ「ウェブページＤ」のブラウズ、及びビデオの視聴を分割スクリーン方式で続けることができ、それにより、クロスデバイス・タスク処理を実装する。

第１のタスク記録が複数のタスクに対応するときに、いくつかのケースでは、ターゲット・デバイスがタスクのいくつかのみの実行をサポートしてもよい。このケースでは、ターゲット・デバイスが、ターゲット・デバイスによってサポートされていないタスクを表示せず、ターゲット・デバイスによってサポートされている複数のタスクをのみを分割スクリーン形式でするか、又はターゲット・デバイスによってサポートされているタスクを個別に表示してもよい。

例えば、デバイス１０３には、ビデオ・プレーヤはインストールされているが、ブラウザはインストールされていない。このケースでは、ユーザは、図５Ｄに示すマルチタスク管理インターフェース２９０において、第３の操作を実行、例えば、２つの関連タスクを含むタスクカード２９２１をタッチしたままにし、次いで、第１の領域２９１におけるデバイス１０３に対応するデバイス・ラベル「ＴＶ］にタスクをドラッグする場合、デバイス１０３がウェブページ「ウェブページＤ」を実行するためのデータを取得する場合でも、ブラウザがデバイス１０３にインストールされておらず、デバイス１０３がウェブページ「ウェブページＤ」の実行をサポートしないため、デバイス１０３は、ウェブページ「ウェブページＤ」を実行するためのユーザ・インターフェースを表示することができない。このケースでは、デバイス１０３は、ビデオ・プレーヤのユーザ・インターフェースのみを表示する。

別の表示方式では、ユーザは、第１のタスク記録及び任意の第２の電子デバイスに対応するデバイス・ラベルに対して第７の操作を実行してもよい。第１の電子デバイスは、第７の操作に応答して、第７の操作に対応する第２の電子デバイスが、第２の電子デバイスのフォアグラウンドで実行しているタスクと、第１のタスク記録に対応する少なくとも１つのタスクとを、分割スクリーン形式で表示することを可能にする。

第７の操作は、任意のプリセット操作であってもよい。第７の操作の特定の形式は、本出願の本実施態様において限定されない。第７の操作は、１つの操作であってもよいし、複数の操作を含む操作の組み合わせ、例えば、ダブル・タップとドラッグであってもよい。これはまた、本出願において限定されない。一般に、混乱を避けるために、第７の操作と第３の操作を異なる操作にセットすべきである。実施形態１における第７の操作と第６の操作も、同じ操作又は異なる操作にセットされてもよい。これはまた、本出願において限定されない。

本出願では、第６の操作及び第７の操作などの操作は、まとめて分割スクリーン操作と呼ばれることがある。分割スクリーン操作は、第１のタスク記録及びターゲット・デバイスに対応するデバイス・ラベルに対する操作であってもよい。分割スクリーン操作は、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクと、ターゲット・デバイスのフォアグラウンドで実行しているタスクとを、分割スクリーン形式で表示することを可能にするために使用される。

さらに別の表示方法では、ユーザは、第１のタスク記録におけるファイル及び任意の第２の電子デバイスに対応するデバイス・ラベルに対して第５の操作を実行してもよい。第１の電子デバイスは、第５の操作に応答して、第５の操作に対応する第２の電子デバイスが、第１のタスク記録におけるファイルを受信することを可能にする。追加的に、ファイルを開くことができるアプリケーションが第５の操作に対応する第２の電子デバイスにインストールされている場合、第２の電子デバイスがそのファイルを表示することが可能となる。

マルチデバイス・システムにおいて複数の第２の電子デバイスがあるときに、本実施形態では複数の可能なターゲット・デバイスがある。これに基づいて、第５の操作が実行され、第１の電子デバイスが、受信された第５の操作に基づいて、特定の第２の電子デバイスが、ユーザが選択することを期待するターゲット・デバイスであることを決定することができる。

図５Ｆ～図５Ｈを参照する。例えば、図５Ｆは、第１の操作が実行される前のデバイス１０１上に表示されたユーザ・インターフェースの第４の例の概略図であり、図５Ｇは、本出願の本実施形態によるマルチタスク管理インターフェースの第１４の例の概略図であり、図５Ｈは、本出願の本実施形態による第５の操作が実行された後のデバイス１０２上に表示されたユーザ・インターフェースの第１の例の概略図である。

図５Ｆから分かるように、ユーザ・インターフェース２０６は、デバイス１０１のファイル・マネージャ・インターフェースを表示する。ユーザは、ユーザ・インターフェース２０６において第１の操作を実行し、例えば、ユーザ・インターフェース２０６の底部から上にスライドする。第１の操作を受信した後、デバイス１０１は、図５Ｂに示すように、第１の操作に応答して、マルチタスク管理インターフェース２９０を表示する。第１の領域２９１において現在選択されている第１のラベル「マイフォン」に対応するデバイスはデバイス１０１であるため、第２の領域２９２は、デバイス１０１の履歴タスク記録、すなわちタスクカード２９２１を表示する。第２の領域２９２では、ユーザは、別のタスクカード２９２１を閲覧するために左又は右にスライドしてもよい。ユーザは、タスクカード２９２１からタスクにおけるデータを選択し、さらなる処理のために別の適切なデバイスにデータを伝送してもよい。

ユーザが、デバイス１０１の履歴タスク記録のファイル・マネージャ・インターフェースにおけるファイル「１１．ｘｌｓ」をデバイス１０２と共有したいと想定すると、ユーザは、デバイス１０１のマルチタスク管理インターフェース２９０において第５の操作を実行する。例えば、ユーザはファイル・マネージャ・タスクカードにおける「１１．ｘｌｓ」を押したままにしてファイルを選択し、次いで、ファイルを第１の領域２９１におけるデバイス１０２に対応するデバイス・ラベル「タブレット」にドラッグする。デバイス１０１は、第５の操作を受信し、第５の操作に応答して、ファイル・マネージャ・インターフェースにおけるファイル「１１．ｘｌｓ」をデバイス１０２に送信する。ファイルを開くできるアプリケーションがデバイス１０２にインストールされている場合、ファイル「１１．ｘｌｓ」が直接オープンされ、図５Ｈに示すように、ファイルをオープンするユーザ・インターフェース４０１が表示される。このように、ユーザは、デバイス１０２上で「１１．ｘｌｓ」ファイルの処理を続けることができ、それにより、クロスデバイス・タスク処理を実装する。現在、ファイル「１１．ｘｌｓ」を開くことができるアプリケーションがデバイス１０２にインストールされていない場合、デバイス１０２は、ファイルを受信し、次いで、そのファイルをデバイス１０２に記憶し、ユーザの後続の操作を待機する。

本出願では、第４の操作及び第５の操作などの操作は、まとめて伝送操作と呼ばれることがある。伝送操作は、第１のタスク記録及びターゲット・デバイスに対応するデバイス・ラベルに対する操作であってもよい。伝送操作は、ターゲット・デバイスが、伝送操作に対応する第１のタスク記録におけるファイルを受信することを可能にするために使用される。

本実施形態の方法は実行され、第１の電子デバイスは、第１の電子デバイス又は第２の電子デバイス上のタスク又はタスクにおけるファイルを別の第２の電子デバイスと共有することができ、ユーザは、タスク又はタスクにおけるファイルを処理するために、より適切な第２の電子デバイスを選択することができるようにする。

実施形態１における、複数のタスク記録を表示するための方法、プライバシー・セッティング方法、第１のタスク記録に対応する１つ以上の関連タスクを表示するための方法、ソース・デバイスからターゲット・デバイスによって、タスクを実行するために必要なデータを取得するための方法などがまた、本実施形態に適用されてもよいと留意されたい。実施形態３

前述の実施形態は、ハードウェア構造、ソフトウェア・アーキテクチャ、並びに電子デバイスのソフトウェア及びハードウェアによって実行されるステップの観点から、本出願に提供される対話方法の解決策を記載する。当業者は、前述の実施形態に記載のステップを参照すると、本出願における対話方法は、ハードウェア又はコンピュータ・ソフトウェアの形式のみならず、ハードウェア及びコンピュータ・ソフトウェアの組み合わせの形式でも実装され得ると容易に認識すべきである。機能がどのように実装されるかは、特定の用途及び技術的解決策の設計上の制約に依存する。

本実施形態は、電子デバイスを提供する。実装では、電子デバイスは、機能モジュールに分割されてもよい。機能モジュールが機能に基づいて分割を介して取得されるときに、図６は、本出願による電子デバイスの実装の構造の概略図である。電子デバイス５００は、少なくとも１つの入力／出力モジュール５０１及び少なくとも１つの処理モジュール５０２を含む。

少なくとも１つの入力／出力モジュール５０１は、マルチタスク管理インターフェースを表示し、マルチタスク管理インターフェースにおける第１のタスク記録に対してユーザによって実行された共有操作を受信するように構成されており、マルチタスク管理インターフェースは、Ｎ個のデバイス・ラベル及び少なくとも１つのタスク記録を含み、Ｎ個のデバイス・ラベルは、それぞれＮ個の電子デバイスに対応し、Ｎは１よりも大きい正の整数であり、第１のタスク記録は、ソース・デバイスのタスク記録のいずれか１つであり、ソース・デバイスは、Ｎ個の電子デバイスのいずれか１つである。

少なくとも１つの処理モジュール５０２は、共有操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にするように構成されており、ターゲット・デバイスは、Ｎ個の電子デバイスのうちのいずれか１つであり、ターゲット・デバイスは、ソース・デバイスとは異なる。

任意選択で、少なくとも１つの処理モジュール５０２が、第１のタスク記録に対してユーザによって実行された第２の操作に応答して、第１のタスク記録に対応する少なくとも１つのタスクを表示するようにさらに構成されている。

任意選択で、Ｎ個の電子デバイスが、少なくとも１つの第２の電子デバイスを含む。少なくとも１つの処理モジュール５０２が、第１のタスク記録及び第２の電子デバイスに対応するデバイス・ラベルに対してユーザによって実行された第３の操作に応答して、第３の操作に対応する第２の電子デバイスが、第１のタスク記録に対応する少なくとも１つのタスクを表示することを可能にするようにさらに構成されている。

任意選択で、少なくとも１つの処理モジュール５０２が、第１のタスク記録が少なくとも２つの関連タスクに対応するときに、共有操作に応答して、ターゲット・デバイスが少なくとも２つの関連タスクを分割スクリーン形式で表示することを可能にするようにさらに構成されており、関連タスクは、ソース・デバイス上で分割スクリーン形式で表示されるタスクである。

任意選択で、少なくとも１つの処理モジュール５０２が、第１のタスク記録及びターゲット・デバイスに対応するデバイス・ラベルに対してユーザによって実行された分割スクリーン操作に応答して、ターゲット・デバイスが、第１のタスク記録に対応する少なくとも１つのタスク及びターゲット・デバイスのフォアグラウンドで実行しているタスクを分割スクリーン形式で表示することを可能にするようにさらに構成されている。

任意選択で、少なくとも１つの処理モジュール５０２が、第１のタスク記録におけるファイル及びターゲット・デバイスに対応するデバイス・ラベルに対してユーザによって実行された伝送操作に応答して、ターゲット・デバイスが、ファイルを受信することを可能にするようにさらに構成されている。

任意選択で、少なくとも１つの入力／出力モジュール５０１が、ユーザによって実行された第１の操作を受信し、第１の操作に応答して、マルチタスク管理インターフェースを表示するようにさらに構成されている。

任意選択で、少なくとも１つの入力／出力モジュール５０１が、デバイス・ラベルに対してユーザによって実行された選択操作を受信し、選択されたデバイス・ラベルに対応する電子デバイスの少なくとも１つのタスク記録を表示するようにさらに構成されている。

任意選択で、マルチタスク管理インターフェースにおいて複数のデバイス・ラベルが選択され、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスに少なくとも１つの同じアプリケーションがインストールされているときに、マルチタスク管理インターフェースは、少なくとも１つの同じアプリケーションに基づいたカテゴリ別で、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスのタスク記録を表示する。

任意選択で、マルチタスク管理インターフェースにおいて複数のデバイス・ラベルが選択されたときに、マルチタスク管理インターフェースは、選択されたデバイス・ラベルにそれぞれ対応する電子デバイスのタスク記録を時系列で表示する。

任意選択で、Ｎ個のデバイス・ラベルは、第１の電子デバイスに対応する第１のラベルと、第２の電子デバイスに対応する少なくとも１つの第２のラベルとを含む。

任意選択で、少なくとも１つの処理モジュール５０２が、少なくとも１つの第２のラベルに対してユーザによって実行された第８の操作に応答して、第８の操作に対応する第２のラベルに対応する第２の電子デバイスが、第１の電子デバイスのタスク記録の表示をスキップすることを可能にするようにさらに構成されている。

任意選択で、少なくとも１つの処理モジュール５０２が、第１のラベルに対するユーザによって実行された第９の操作に応答して、第２の電子デバイスのすべてが、第１の電子デバイスのタスク記録の表示をスキップすることを可能にするようにさらに構成されている。

本出願の実施形態において、電子デバイスの機能モジュールへの分割は一例であり、単なる論理機能分割に過ぎないと留意されよう。実際の実装の際、別の分割方式が使用されてもよい。例えば、入力／出力モジュール５０１の機能が実装のためにタッチ・スクリーンに一体化されてもよく、処理モジュール５０２の機能が実装のためにプロセッサに一体化されてもよい。

電子デバイスの別の実装では、独立して実行する機能エンティティが、１つのハードウェア・エンティティに一体化されてもよい。図７は、本出願による電子デバイスの別の実装の構造の概略図である。図７は、独立した機能エンティティの観点から、本出願における電子デバイスを記載する。電子デバイス６００は、少なくとも１つの入力／出力装置６０１、少なくとも１つのメモリ６０２、及び少なくとも１つのプロセッサ６０３を含んでもよい。

少なくとも１つの入力／出力装置６０１は、ユーザによって実行される操作を受信し、情報をユーザに提示するように構成されている。実際のアプリケーションでは、入力／出力装置６０１は、タッチ・スクリーン、入力キーボード、ディスプレイ、ホログラフィック投影デバイス、仮想現実デバイスなどの１つ又は複数の組み合わせを含んでもよい。

少なくとも１つのメモリ６０２は、１つ以上のコンピュータ・プログラム又は命令を記憶する。メモリ６０２は、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えばランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）を含んでもよく、不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えばフラッシュ・メモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、ハード・ディスク・ドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）、又はソリッドステート・ドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ）をさらに含んでもよい。メモリ６０２は、前述のタイプのメモリの組み合わせをさらに含んでもよい。メモリ６０２は、コンピュータ実行可能なプログラム又は命令を記憶してもよい。例えば、メモリ６０２は、内部メモリ１２１と同じであってもよい。

プロセッサ６０３は、メモリ６０２に記憶された命令を実行して、電子デバイスの機能又はデータ処理を実装する。例えば、プロセッサ６０３は、メモリ６０２に記憶されたプログラム又は命令を実行し、電子デバイス６００が、任意の対話方法のいくつか又はすべてのステップを実装するようにする。

プロセッサ６０３は、１つ以上の処理ユニットを含んでもよい。例えば、プロセッサ６０３は、アプリケーション・プロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデム・プロセッサ、グラフィック処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、ビデオ・コーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンド・プロセッサ、ニューラルネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）などを含んでもよい。異なる処理ユニットは、独立したコンポーネントであってもよいし、１つ以上のプロセッサに一体化されてもよい。プロセッサ６０３は、さらに、ハードウェア・チップを含んでもよい。前述のハードウェア・チップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブル・ロジック・デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、又はそれらの組み合わせであってもよい。ＰＬＤは、複雑なプログラマブル論理デバイス（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＣＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、汎用アレイ論理（ｇｅｎｅｒｉｃ ａｒｒａｙ ｌｏｇｉｃ、略してＧＡＬ）、又はそれらの任意の組み合わせであってもよい。例えば、プロセッサ６０３は、プロセッサ１１０と同じであってもよい。

一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータ・プログラム又は命令を記憶するように構成されている。コンピュータ・プログラム又は命令が電子デバイス上で実行されるときに、電子デバイスは、実施形態１又は実施形態２における第１の電子デバイスによって実行される任意の方法のステップのいくつか又はすべてを実行することが可能となる。

本明細書における可読記憶媒体は、磁気ディスク、光ディスク、ＤＶＤ、ＵＳＢ、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）などであり得る。具体的な記憶媒体形式は、本出願において限定されない。

前述の方法の実施形態のすべて又はいくつかは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用して実装されてもよい。ソフトウェアが前述の実施形態を実装するために使用されるときに、実施形態のすべて又はいくつかは、コンピュータ・プログラム製品の形式で実装されてもよい。コンピュータ・プログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ・プログラム命令がロードされ、コンピュータ上で実行されるときに、本出願における手順又は機能のすべて又はいくつかが生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータ・ネットワーク、又は他のプログラム可能なデバイスであり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者線（ＤＳＬ））又は無線（例えば、赤外線、ラジオ、若しくはマイクロ波）において別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を一体化するサーバ若しくはデータ・センタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステート・ドライブ（Ｓｏｌｉｄ－Ｓｔａｔｅ Ｄｒｉｖｅ、ＳＳＤ））などであってもよい。

本出願の様々な実施態様では、各ステップの実行シーケンスは、ステップの機能及び内部論理に基づいて決定されるべきであると理解されたい。各ステップのシーケンス番号は、実行シーケンスを意味するものではなく、実施形態の実装プロセスに対する限定を構成するものではない。

特に断らない限り、本明細書における「複数の」とは、２つ以上を意味する。本出願の実施形態においては、基本的に同じ機能及び効果を有する同じ項目又は類似の項目を区別するために、「第１」及び「第２」などの文言が使用される。「第１」、「第２」などの文言は、数及び実行シーケンスに対する限定を構成せず、「第１」、「第２」などの用語は、必要な差異を示すものではないと、当業者には理解されよう。

本明細書における実施形態の実装は、互いに論理的に矛盾しない限り、互いに組み合わされ得るとさらに理解されたい。実施形態における同一又は類似の部については、互いに参照する。特に、電子デバイス、コンピュータ可読記憶媒体、及びコンピュータ・プログラム製品の実施形態は、基本的に、方法の実施形態と類似しているため、簡単に記載される。関連部分については、本方法の実施形態における説明を参照のこと。前述の実装は、本出願の保護範囲を限定することを意図していない。

Claims (9)

1. 対話方法であって、
   第１の電子デバイスによって、マルチタスク管理インターフェースを表示することであって、前記マルチタスク管理インターフェースは、Ｎ個のデバイス・ラベル及び少なくとも１つのタスク記録を含み、前記Ｎ個のデバイス・ラベルは、それぞれＮ個の電子デバイスに対応し、Ｎは２以上の整数であり、前記Ｎ個のデバイス・ラベルは、前記第１の電子デバイスの第１のデバイス・ラベル、及び第２の電子デバイスの第２のデバイス・ラベルを含み、前記少なくとも１つのタスク記録は、分割スクリーン形式で前記第１の電子デバイス上で動作する第１のタスク及び第２のタスクに対応する第１のタスク記録を含み、
   前記第１の電子デバイスによって、前記第１のタスク記録を前記第２のデバイス・ラベルにドラッグするために前記マルチタスク管理インターフェースにおける前記第１の電子デバイスに対応する前記第１のタスク記録に対してユーザによって実行された第１の操作を受信することと、
   前記第１の電子デバイスによって、前記第１の操作に応答して、前記第２の電子デバイスが、分割スクリーン形式で前記第１のタスク及び前記第２のタスクを表示することを可能にすることと、
   を含む、方法。
2. 前記第１の電子デバイスにおける前記第１のタスク及び前記第２のタスクの分割スクリーン表示方式は、前記第２のデバイスにおける前記第１のタスク及び前記第２のタスクの分割スクリーン表示方式と異なる、請求項１に記載の方法。
3. 前記少なくとも１つのタスク記録はさらに、第２のタスク記録を含み、
   前記方法は、
   前記第１の電子デバイスによって、前記少なくとも１つのタスク記録の前記第２のタスク記録におけるファイルに対して前記ユーザによって実行された第２の操作を受信することと、
   前記第１の電子デバイスによって、前記第２の操作に応答して、前記ファイルを前記第２の電子デバイスに送信することをさらに含む、請求項１～２のいずれか一項に記載の方法。
4. 前記第１の電子デバイスによって、マルチタスク管理インターフェースを表示することは、
   前記第１の電子デバイスによって、前記ユーザによって実行された第３の操作を受信することと、
   前記第１の電子デバイスによって、前記第３の操作に応答して、前記マルチタスク管理インターフェースを表示することと、を含む、請求項１～３のいずれか一項に記載の方法。
5. 前記第１の電子デバイスによって、マルチタスク管理インターフェースを表示することは、
   前記第１の電子デバイスによって、前記第１のデバイス・ラベルに対して前記ユーザによって実行された選択操作を受信することと、
   前記第１の電子デバイスの少なくとも１つのタスク記録を表示することであって、前記少なくとも１つのタスク記録は、前記第１のタスク記録を含む、表示することと、をさらに含む、請求項４に記載の方法。
6. Ｎは、３以上の整数であり、前記Ｎ個のデバイス・ラベルは、第３の電子デバイスに対応する第３のデバイス・ラベルをさらに含み、
   前記方法は、
   前記第１の電子デバイスによって、前記第３のデバイス・ラベルに対して前記ユーザによって実行された第４の操作に応答して、前記第３の電子デバイスが、前記第１の電子デバイスのタスク記録の表示をスキップすることを可能にすることをさらに含む、請求項１～５のいずれか一項に記載の方法。
7. 前記方法は、
   前記第１の電子デバイスによって、前記第１のデバイス・ラベルに対して前記ユーザによって実行された第５の操作に応答して、前記第１の電子デバイス以外の前記Ｎ個の電子デバイスのすべてが、前記第１の電子デバイスのタスク記録の表示をスキップすることを可能にすることをさらに含む、請求項１～６のいずれか一項に記載の方法。
8. 少なくとも１つの入力／出力装置と、少なくとも１つのメモリと、少なくとも１つのプロセッサと、を含む電子デバイスであって、前記少なくとも１つのメモリは、１つ以上の命令を記憶し、前記１つ以上の命令が前記少なくとも１つのプロセッサによって実行されるときに、前記電子デバイスは、請求項１～７のいずれか一項に記載の方法を実装することが可能になる、電子デバイス。
9. 命令又はコンピュータ・プログラムを含むコンピュータ可読記憶媒体であって、前記命令又は前記コンピュータ・プログラムが電子デバイス上で実行されるときに、前記電子デバイスは、請求項１～7のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒体。

Images