JP6816184B2 - 情報処理装置、制御方法、及びプログラム - Google Patents

Description

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

インターネットの普及により、パソコン（パーソナルコンピュータ）やスマートフォンなどの情報処理装置を使用して、サーバから提供される情報を容易に閲覧したり、情報を送受信したりすることが一般的に行われている。例えば、ユーザ間で情報処理装置を介してメッセージや画像をやり取りしたり共有したりすることができるソーシャルネットワークサービス（ＳＮＳ：Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）が広く利用されている（例えば、特許文献１）。

例えば、ユーザ間で情報処理装置を介してメッセージや画像をやり取りするアプリケーション（所謂、メッセージアプリ）では、メッセージや画像を受信した場合、メッセージアプリを開かなくとも受信したことをユーザが認識できるように、受信したことをユーザに通知する通知情報（受信通知）が表示される。ユーザは、表示された通知情報に対して操作することにより、メッセージアプリが開き、受信したメッセージや画像を確認することができる。

特開２０１７−１０５４６号公報

ところで、移動中は主にスマートフォンを使用し、会社や自宅では主にノートパソコンを使用するといったように、複数の情報処理装置を状況や場所によって使い分けているユーザもいる。このような場合、使用中の情報処理装置と他の情報処理装置とを無線通信などで通信接続することにより、他の情報処理装置の通知情報を使用中の情報処理装置が取得して表示できるものがある。例えば、ユーザがノートパソコンを使用しているときに、ポケットや鞄の中にあるスマートフォンのメッセージアプリに受信があった場合、受信があったことを示す通知情報がノートパソコンに表示されるため、利便性が良い。

しかしながら、同じメッセージアプリを同じアカウント（同じユーザ、同じユーザの識別情報）でスマートフォンとノートパソコンの両方で使用している場合がある。同一のメッセージアプリを同一のアカウントで複数の情報処理装置で使用している場合、複数の情報処理装置それぞれに同一の通知情報が送られることになる。そのため、使用中の情報処理装置に他の情報処理装置が通信接続されている場合、使用中の情報処理装置の取得する通知情報と他の情報処理装置から取得する通知情報とを適切に制御して表示する必要がある。

本発明は、上記した事情に鑑みてなされたもので、他装置と通信接続される場合、他装置から取得する通知情報と自装置の取得する通知情報とを適切に制御する情報処理装置、制御方法、及びプログラムを提供することを目的の一つとする。

本発明は上記の課題を解決するためになされたものであり、本発明の第１態様に係る情報処理装置は、他装置と通信接続する通信部と、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理を実行する第１処理部と、前記第１処理部から送信される通知情報を取得する第１取得部と、前記他装置から送信される通知情報を前記通信部を介して取得する第２取得部と、前記第１取得部及び前記第２取得部のそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する第２処理部と、を備える。

上記情報処理装置において、前記第１取得部が取得する通知情報と前記第２取得部が取得する通知情報とは、同一のアプリケーションにおける通知情報であってもよい。

上記情報処理装置において、前記第２処理部は、ユーザの指示に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記他装置との通信接続状態に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記通信部を介して前記他装置と通信接続された場合、前記第２取得部が取得した通知情報のみを前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記他装置との通信が切断された場合、前記第１取得部が取得した前記通知情報を前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記他装置との通信が切断されている間に前記第１取得部が取得した前記通知情報と同一の通知情報については、その後、前記他装置と通信接続されることにより前記第２取得部が取得したとしても前記表示部に表示させることを禁止してもよい。

上記情報処理装置において、前記第２処理部は、前記第１処理部における前記ＯＳの動作状態に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記第１処理部における前記ＯＳの動作状態が前記通知情報を前記第２処理部へ送信できる状態になった場合、前記第１取得部が取得した前記通知情報のみを前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記第１処理部における前記ＯＳの動作状態が前記通知情報を前記第２処理部へ送信できない状態になった場合、前記第２取得部が取得した通知情報を前記表示部に表示させてもよい。

上記情報処理装置において、前記第２処理部は、前記表示部に表示させた前記通知情報に対する操作を受け付けた場合、前記通知情報に対応するアプリケーションを活性化させる指示を前記第１処理部へ送信してもよい。

上記情報処理装置において、前記第１処理部による表示情報を表示する第１表示部と、前記第２処理部による表示情報を表示する前記表示部としての第２表示部と、を備え、前記第２処理部は、前記ＯＳとは異なるＯＳに基づいて処理を実行してもよい。

また、本発明の第２態様に係る、他装置と通信接続する通信部を備えた情報処理装置における制御方法は、第１処理部が、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理を実行する第１処理ステップと、第１取得部が、前記第１処理部から送信される通知情報を取得する第１取得ステップと、第２取得部が、前記他装置から送信される通知情報を前記通信部を介して取得する第２取得ステップと、前記第１取得部及び前記第２取得部のそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する第２処理ステップと、を有する。

また、本発明の第３態様に係るプログラムは、他装置と通信接続する通信部を備えた情報処理装置としてのコンピュータに、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理を実行する第１処理部から送信される通知情報を取得する第１取得ステップと、前記他装置から送信される通知情報を前記通信部を介して取得する第２取得ステップと、前記第１取得ステップ及び前記第２取得ステップのそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する第２処理ステップと、を実行させる。

本発明の上記態様によれば、他装置と通信接続される場合、他装置から取得する通知情報と自装置の取得する通知情報との表示を適切に制御することができる。

第１の実施形態の概要を説明するシステム図。 第１の実施形態に係るＰＣの斜視図。 第１の実施形態に係る閉状態のＰＣをカバー部側から見た図。 (a)は開状態の、（ｂ）は閉状態のＰＣを側面から見た図。 第１の実施形態に係るＰＣの構成例を示すブロック図。 第１の実施形態に係る受信通知の表示制御処理の一例を示すフローチャート。 第２の実施形態に係る受信通知の表示制御処理の一例を示すフローチャート。 第２の実施形態に係る受信通知の表示制御処理の他例を示すフローチャート。 第３の実施形態に係る受信通知の表示制御処理の一例を示すフローチャート。 第４の実施形態に係る受信通知に対する操作後の制御処理の一例を示すフローチャート。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。なお、各図において同一部分には同一符号を付している。

［第１の実施形態］
本発明の第１の実施形態について説明する。
図１は、本実施形態の概要を説明するシステム図である。ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）とＡｎｄｒｏｉｄ（登録商標）の２種類のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を搭載したノート型（ラップトップ型）のパソコン（パーソナルコンピュータ）である。ＰＣ１０は、Ｗｉｎｄｏｗｓ（登録商標）に基づく処理による表示情報を表示する第１表示部１４０と、Ａｎｄｒｏｉｄ（登録商標）に基づく処理による表示情報を表示する第２表示部２４０とを備えている。第１表示部１４０は、Ｗｉｎｄｏｗｓ（登録商標）を使用するときにユーザが主に利用するＰＣ１０の主となる表示部である。一方、第２表示部２４０は、補助的な表示部であり、第１表示部１４０より表示領域のサイズが小さい。第２表示部２４０は、Ｗｉｎｄｏｗｓ（登録商標）の動作状態に関わらず（待機状態であっても）、Ａｎｄｒｏｉｄ（登録商標）に基づく処理による表示情報を表示することができる。

例えば、ＰＣ１０には、Ｗｉｎｄｏｗｓ（登録商標）上で動作するアプリケーション（例えば、ＵＷＰ：Ｕｎｉｖｅｒｓａｌ Ｗｉｎｄｏｗｓ Ｐｌａｔｆｏｒｍで動作するアプリケーション）としてアプリＡがインストールされている。アプリＡは、ユーザ間で端末を介してメッセージや画像をやり取りするアプリケーション（所謂、メッセージアプリ）である。ＰＣ１０で動作するアプリＡは、サーバ５０を介して他の端末で動作するアプリＡとメッセージや画像の送受信を行うことができる。

サーバ５０は、アプリＡの機能を実現するためのサーバ装置であり、複数の端末のそれぞれから送信されたメッセージや画像を受信し、受信したメッセージや画像を宛先の端末へ送信する。例えば、サーバ５０は、インターネットやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、専用回線などの通信網を介して、ＰＣ１０や、携帯端末３０などの複数の端末と通信接続される。

ＰＣ１０は、サーバ５０を介してメッセージや画像を受信すると、受信したメッセージや画像をアプリＡの処理により第１表示部１４０に表示する。また、ＰＣ１０は、サーバ５０を介してメッセージや画像を受信したときに、受信したことを示す通知情報（以下、「受信通知」という）をＷｉｎｄｏｗｓ（登録商標）の処理からＡｎｄｒｏｉｄ（登録商標）の処理に受け渡し、Ａｎｄｒｏｉｄ（登録商標）の処理に基づいて第２表示部２４０に受信通知を表示する。例えば、図１に示すように、第２表示部２４０に受信通知２４０ａが表示される。

携帯端末３０は、例えば、ＯＳとしてＡｎｄｒｏｉｄ（登録商標）を搭載したスマートフォンである。ユーザは、ＰＣ１０で利用しているアプリＡと同一のアプリを携帯端末３０でも利用することがある。ここで、同一のアプリとは、同一タイトルの同一機能のアプリであるが、対応ＯＳが異なるバージョンも含むものとする。例えば、携帯端末３０には、Ａｎｄｒｏｉｄ（登録商標）上で動作するアプリＡがインストールされている。携帯端末３０で動作するアプリＡは、サーバ５０を介して他の端末で動作するアプリＡとメッセージや画像の送受信を行うことができる。

また、携帯端末３０は、サーバ５０を介してメッセージや画像を受信したときに、受信通知を表示する。ここで、携帯端末３０とＰＣ１０とＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信により通信接続することができる。これにより、ＰＣ１０は、無線通信を介して携帯端末３０から受信通知を受け取ることができる。ＰＣ１０は、Ａｎｄｒｏｉｄ（登録商標）に基づく処理により、携帯端末３０から取得する受信通知を第２表示部２４０に表示する。例えば、図１に示すように、第２表示部２４０に受信通知２４０ａが表示される。

ここで、移動中は主に携帯端末３０を使用し、会社や自宅では主にＰＣ１０を使用するといったように使い分けているユーザもいる。例えば、ユーザは、ＰＣ１０を使用しているときに、ポケットや鞄の中にある携帯端末３０とＰＣ１０と無線通信により通信接続しておくと、携帯端末３０のアプリＡに受信があった場合、ポケットや鞄の中にある携帯端末３０を出さなくとも、受信通知がＰＣ１０に表示されるため、利便性が良い。

しかしながら、ＰＣ１０と携帯端末３０との両方でアプリＡを利用していると、それぞれから同一の受信通知を受け取ることがあるため、本実施形態に係るＰＣ１０は、それぞれから受け取る受信通知のうちいずれか一方の受信通知を表示するように制御する。以下、ＰＣ１０の構成について詳しく説明する。

上述したように、ＰＣ１０は、２種類のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のそれぞれによる処理をそれぞれ実行する２種類のプロセッサを内部に備えたパーソナルコンピュータである。例えば、ＰＣ１０は、Ｗｉｎｄｏｗｓ（登録商標）（以下、「ＯＳ１」と称する）に基づく処理を実行する処理回路を備えた基板と、Ａｎｄｒｏｉｄ（登録商標）（以下、「ＯＳ２」と称する）に基づく処理を実行する処理回路を備えた基板とを内部に備えている。ここで、ＯＳに基づく処理とは、ＯＳによる処理やＯＳ上で動作するアプリケーションによる処理などを含む。なお、ＯＳ１とＯＳ２とのそれぞれは、Ｗｉｎｄｏｗｓ（登録商標）とＡｎｄｒｏｉｄ（登録商標）とに限定されるものではなく、任意のＯＳを適用してもよい。

（ＰＣ１０の外観構成）
まず、本実施形態に係るＰＣ１０の外観構成について説明する。
図２は、本実施形態に係るＰＣ１０の斜視図である。図示するＰＣ１０は、本体部２０とカバー部２８とを備えたノート型（ラップトップ型）のパーソナルコンピュータである。カバー部２８は、本体部２０に対してヒンジ２５により閉状態と開状態とに相対的に回転移動可能である。ここで、閉状態とは、カバー部２８に設けられている第１表示部１４０の側が本体部２０に覆いかぶさり、本体部２０とカバー部２８とが重ね合わされた状態である（図３、図４（ｂ）参照）。即ち、閉状態とは、第１表示部１４０の一部又は全部が物理的に視認不可能な形態にＰＣ１０がなっている状態のことである。開状態とは、閉状態からカバー部２８が所定角以上回転し、カバー部２８に設けられている第１表示部１４０が露出して視認可能な状態である（図２、図４（ａ）参照）。即ち、開状態とは、第１表示部１４０の全部が物理的に視認可能な形態にＰＣ１０がなっている状態のことである。なお、本体部２０に設けられている第２表示部２４０は、開状態と閉状態のいずれの状態でも視認可能な構成となっている。

本体部２０は、左右方向及び前後方向に延びる扁平な形状の筐体を有している。筐体の内部には、電子部品が搭載されたマザーボード（基板）やバッテリーなどが設けられている。本体部２０は、ヒンジ２５を介して、カバー部２８に対して回動可能に連結されている。なお、本体部２０とカバー部２８とは分離可能であってもよい。

本体部２０には、第２表示部２４０と、タッチセンサ２５０と、電源ＳＷ２０ａと、入力部２０ｂと、検出部２０ｃとが設けられている。第２表示部２４０は、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や有機ＥＬ(Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを含んで構成されている。第２表示部２４０は、左右方向に長く、前後方向に短い長方形状であり、入力部２０ｂよりもヒンジ２５に近い位置に配置されている。この第２表示部２４０は、ＯＳ２に基づく処理による表示情報を表示するものである。入力部２０ｂは、キーボードなどである。

タッチセンサ２５０は、第２表示部２４０の表示面に重なる位置に配置され、第２表示部２４０とタッチセンサ２５０とにより１つのタッチパネルとして構成されている。タッチセンサ２５０の表面は、透明カバー２０ｆにより覆われている（図４（ａ）、（ｂ）参照）。タッチセンサ２５０は、例えば静電容量方式のセンサなどを含んで構成されており、ユーザが触れた位置を検出する。また、タッチセンサ２５０は透明であり、透明カバー２０ｆおよびタッチセンサ２５０を通して第２表示部２４０を視認可能となっている。このように、タッチセンサ２５０は、第２表示部２４０の表示面に対するユーザの操作入力を検出する（図４（ａ）参照）。なお、図４（ａ）は、開状態のＰＣ１０を側面から見た図である。

カバー部２８は、第１表示部１４０と、タッチセンサ１５０とを備えている。第１表示部１４０は、液晶ディスプレイや有機ＥＬディスプレイなどを含んで構成されている。この第１表示部１４０は、ＯＳ１に基づく処理による表示情報を表示するものである。タッチセンサ１５０は、第１表示部１４０の表示面に重なる位置に配置され、第１表示部１４０とタッチセンサ１５０とにより１つのタッチパネルとして構成されている。タッチセンサ１５０は、例えば静電容量方式のセンサなどを含んで構成されており、ユーザが触れた位置を検出する。このように、タッチセンサ１５０は、第１表示部１４０の表示面に対するユーザの操作入力を検出する。なお、タッチセンサ１５０を備えない構成としてもよい。

また、カバー部２８は、第１表示部１４０よりもヒンジ２５に近い領域を少なくとも含む透明領域２８０を有している。例えば、透明領域２８０は、カバー部２８が閉状態となったときに、本体部２０の第２表示部２４０を覆う位置に設けられている。透明領域２８０の一部には、タッチセンサ２６０が設けられている。

本体部２０の端部に設けられている検出部２０ｃと、カバー部２８の端部に設けられている検出対象部２８ｃとは、閉状態において対向する位置に設けられている。検出部２０ｃとしては、例えば、ホールセンサなどの磁気センサを用いることができる。検出対象部２８ｃとしては、例えば、磁石を用いることができる。検出部２０ｃは、カバー部２８が開状態と閉状態との間で移動することによって検出対象部２８ｃが生じさせる磁場の変化を検出することで、カバー部２８の開状態および閉状態を検知することができる。

なお、カバー部２８に備えられている第１表示部１４０、タッチセンサ１５０、タッチセンサ２６０などは、ヒンジ２５を通るフレキシブル基板などを用いて本体部２０のマザーボード等と電気的に接続されている。

図３は、閉状態のＰＣ１０をカバー部２８側から見た図である。この図は、図２に示す開状態からカバー部２８をヒンジ２５回りに回動させて、カバー部２８と本体部２０とが重ね合わせられた閉状態を示している。図示するように、閉状態では、第２表示部２４０の位置に透明領域２８０が重なる。つまり、透明領域２８０が第２表示部２４０を覆った状態となる。このため、ユーザは、透明領域２８０を通して、第２表示部２４０を視認することができる。また、閉状態では、透明領域２８０に設けられているタッチセンサ２６０は、第２表示部２４０の表示面に重なる位置に配置されることとなる。よって、タッチセンサ２６０は、タッチセンサ２５０の代わりに、第２表示部２４０と１つのタッチパネルとして構成され、第２表示部２４０の表示面に対するユーザの操作を検出する（図４（ｂ）参照）。なお、図４（ｂ）は、閉状態のＰＣ１０を側面から見た図である。

このように、ＰＣ１０は、開状態では、ＯＳ１に基づく処理による表示情報を第１表示部１４０に表示するとともに、ＯＳ２に基づく処理による表示情報を第２表示部２４０に表示し、且つそれぞれの表示面に対するユーザの操作を受け付けることが可能である。一方、ＰＣ１０は、閉状態では、ＯＳ１を待機状態に遷移させる。つまり、ＰＣ１０は、閉状態では、ＯＳ１に基づく処理を行わずに、ＯＳ２に基づく処理による表示情報を第２表示部２４０に表示し、第２表示部２４０対するユーザの操作を受け付ける。

（ＰＣ１０のブロック構成）
図５は、本実施形態に係るＰＣ１０の構成例を示すブロック図である。ＰＣ１０は、ＯＳ１に基づく処理を実行する第１プロセッサ及びメモリなどを含む第１処理部１００と、第１処理部１００が他の装置と通信を行う第１通信部１３０と、ＯＳ１に基づく処理による表示情報を表示する第１表示部１４０と、第１表示部１４０の表示面に対する操作を受け付けるタッチセンサ１５０とを備えている。また、ＰＣ１０は、ＯＳ２に基づく処理を実行する第２プロセッサ及びメモリなどを含む第２処理部２００と、第２処理部２００が他の装置と通信を行う第２通信部２３０と、ＯＳ２に基づく処理による表示情報を表示する第２表示部２４０と、第２表示部２４０の表示面に対する操作を開状態で受け付けるタッチセンサ２５０と、閉状態で受け付けるタッチセンサ２６０とを備えている。また、ＰＣ１０は、ＥＣ１２０と、電源部１８０と、電源ＳＷ２０ａと、入力部２０ｂと、検出部２０ｃとを備えている。

第１プロセッサは、ＯＳ１に基づく処理を実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やチップセット（例えば、ＰＣＨ：Ｐｌａｔｆｏｒｍ Ｃｏｎｔｒｏｌｌｅｒ Ｈｕｂ）を含んで構成されている。第２プロセッサは、ＯＳ２に基づく処理を実行するＳＯＣ（Ｓｙｓｔｅｍ Ｏｎ ａ Ｃｈｉｐ）を含んで構成されている。このＳＯＣは、ＣＰＵ、ＧＰＵ、チップセットなどの複数のＩＣを１チップ化したものである。なお、第１プロセッサと第２プロセッサとのそれぞれの構成は一例であって、これらに限定されるものではなく、任意のプロセッサを含む構成とすることができる。

第１処理部１００は、ＯＳ１に基づく処理として、ＯＳ１による処理やＯＳ１上で動作するアプリケーション（例えば、アプリＡ）による処理などを実行する。また、第１処理部１００は、ＯＳ１に基づく処理による表示情報を第１表示部１４０に表示する制御を行う。また、第１処理部１００は、第１表示部１４０の表示面に対するユーザの操作入力の検出結果を、タッチセンサ１５０から取得する。また、第１処理部１００は、第１通信部１３０を介してサーバ５０など他の装置と通信する。

第１通信部１３０は、例えば、イーサネット（登録商標）等の有線ＬＡＮインターフェース、Ｗｉ−Ｆｉ（登録商標）などの無線ＬＡＮインターフェース等を含んで構成され、インターネットなどの通信網を介してサーバ５０など他の装置と通信接続する。

第２処理部２００は、ＯＳ２に基づく処理を実行する。また、第２処理部２００は、ＯＳ２に基づく処理による表示情報を第２表示部２４０に表示する制御を行う。例えば、第２処理部２００は、第２表示部２４０の表示面に対するユーザの操作入力の検出結果を、タッチセンサ２５０またはタッチセンサ２６０から取得する。また、第２処理部２００は、第２通信部２３０を介して、携帯端末３０など他の装置と通信する。

第２通信部２３０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線の通信インターフェース等を含んで構成される。なお、第２通信部２３０は、Ｗｉ−Ｆｉ（登録商標）などの他の無線通信インターフェースであってもよい。

また、第１処理部１００と第２処理部２００との間では、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などのシリアル通信を用いて、互いの情報（アプリケーションの動作状態などの情報）が送受される。また、ＥＣ１２０は、ＬＰＣ（Ｌｏｗ Ｐｉｎ Ｃｏｕｎｔ）などのシリアル通信を用いて第１処理部１００と相互に通信を行うとともに、Ｉ２Ｃなどのシリアル通信を用いて第２処理部２００と相互に通信を行う。これにより、ＥＣ１２０は、各ＯＳの動作状態を取得したり、各ＯＳへの動作状態の遷移を指示したりすることができる。なお、上記の各通信に用いる通信規格は一例であって、これらに限られるものではない。

ＥＣ１２０は、第１処理部１００及び第２処理部２００の処理に関わらず、各種デバイス（周辺装置やセンサ等）の監視及び制御を行う制御部の一例であり、マイクロコンピュータが組み込まれた組み込みコントローラ（Ｅｍｂｅｄｄｅｄ Ｃｏｎｔｒｏｌｌｅｒ）である。ＥＣ１２０は、バッテリーの管理、電源管理、キーボードコントローラなどの機能を有する。例えば、ＥＣ１２０は、電源部１８０と通信を行うことにより、内蔵バッテリーの状態（残容量など）の情報を電源部１８０から取得するとともに、各部への給電のＯＮ／ＯＦＦの指示などを電源部１８０に対して行う。また、ＥＣ１２０は、入力部２０ｂ（例えば、キーボード）に対する操作入力に基づいて入力部２０ｂから操作信号を取得する。そして、ＥＣ１２０は、取得した操作入力情報を第１処理部１００または第２処理部２００のいずれかアクティブな処理を行っている処理部側へ送信する。また、ＥＣ１２０は、電源ＳＷ２０ａに対する操作に基づく操作信号、及び検出部２０ｃの検出結果を示す検出信号を取得する。そして、ＥＣ１２０は、電源ＳＷ２０ａに対する操作及び、開状態であるか閉状態であるかに基づいて、第１処理部１００及び第２処理部２００のそれぞれに対して、各ＯＳの動作状態を制御する。

電源部１８０は、不図示の内蔵バッテリー（電池）またはＡＣアダプタから供給される電力に基づいて、ＰＣ１０が備える各部に電力を供給したり、ＡＣアダプタから供給される電力に基づいて内蔵バッテリーへの充電制御を行ったりする。例えば、電源部１８０は、バッテリー電圧を監視し、バッテリーの蓄電量（残容量）の検出、充電電圧及び充電電流の検出や制御、各部への給電のＯＮ／ＯＦＦ制御などを行う電源管理用集積回路（ＰＭＩＣ：Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などを含んで構成されている。

（受信通知の表示制御処理について）
次に、ＰＣ１０と携帯端末３０との両方で同一のアプリＡを利用している場合の受信通知の表示制御処理について説明する。第２処理部２００は、第１取得部２０１と、第２取得部２０２とを備えている。第１取得部２０１は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得する。第２取得部２０２は、携帯端末３０から送信される受信通知を第２通信部２３０を介して取得する。そして、第２処理部２００は、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうちいずれか一方の受信通知のみを第２表示部２４０に表示させる。

例えば、第２処理部２００は、所定の条件に基づいて、いずれか一方の受信通知のみを第２表示部２４０に表示させる。一例として、第２処理部２００は、ユーザの指示に基づいて、いずれか一方の受信通知のみを第２表示部２４０に表示させる。例えば、ユーザは、設定画面に対する操作により上記指示を行うことができる。設定画面は、ＯＳ１の処理により取得する受信通知と携帯端末３０から取得する受信通知とのうちのいずれを表示させるかをユーザが選択する操作を受け付ける画面である。なお、初期設定では、いずれか一方が選択されている状態であってもよい。

例えば、設定画面は、第１処理部１００の処理により第１表示部１４０に表示される。第１処理部１００は、第１表示部１４０に表示させた設定画面に対するユーザの操作入力の検出結果をタッチセンサ１５０から取得し、いずれの受信通知を表示させるかが選択されているかを示す設定情報を第２処理部２００へ出力する。第２処理部２００は、第１処理部１００から出力された設定情報を取得してメモリ内に保存する。そして、第２処理部２００は、当該設定情報に基づいて、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうち、ユーザにより表示すると指示された方の受信通知のみを第２表示部２４０に表示させる。

なお、設定画面は、第２処理部２００の処理により第２表示部２４０に表示されてもよい。この場合、第２処理部２００は、第２表示部２４０に表示させた設定画面に対するユーザの操作入力の検出結果をタッチセンサ２５０またはタッチセンサ２６０から取得し、いずれの受信通知を表示させるかが選択されているかを示す設定情報をメモリ内に保存してもよい。また、設定画面は、ＯＳ１の処理により取得する受信通知と携帯端末３０から取得する受信通知とのうち表示させない方をユーザが選択する操作を受け付ける画面であってもよい。

図６は、本実施形態に係る受信通知の表示制御処理の一例を示すフローチャートである。この図６を参照して、第２処理部２００が実行する受信通知の表示制御処理の動作について説明する。なお、第２処理部２００は、この受信通知の表示制御処理を、所定のタイミングまたは所定の周期などで繰り返し実行する。

（ステップＳ１０１）第２処理部２００は、設定情報に基づいて、ＯＳ１の処理により取得する受信通知と携帯端末３０から取得する受信通知とのうちのいずれを表示させるように設定されているかを判定する。第２処理部２００は、携帯端末３０から取得する受信通知を表示させると設定されていると判定した場合、ステップＳ１０３の処理に進む。一方、第２処理部２００は、ＯＳ１から取得する受信通知を表示させると設定されていると判定した場合、ステップＳ１０７の処理に進む。

（ステップＳ１０３）第２処理部２００は、第２取得部２０２が携帯端末３０から送信される受信通知を取得したか否かを判定する。第２処理部２００は、携帯端末３０から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ１０５の処理に進む。一方、第２処理部２００は、携帯端末３０から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ１０５）第２処理部２００は、第２取得部２０２が取得した携帯端末３０からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

（ステップＳ１０７）第２処理部２００は、第１取得部２０１がＯＳ１の処理により第１処理部１００から送信される受信通知を取得したか否かを判定する。第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ１０９の処理に進む。一方、第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ１０９）第２処理部２００は、第１取得部２０１が取得したＯＳ１からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

以上説明してきたように、本実施形態に係るＰＣ１０（情報処理装置の一例）は、ＯＳ１の処理により取得する受信通知（通知情報の一例）と、通信接続された携帯端末３０（他装置の一例）から取得する受信通知（通知情報の一例）とのうちのいずれか一方の受信通知のみを表示する。例えば、ＰＣ１０は、ユーザの指示に基づいて、上記いずれか一方の受信通知のみを表示する。

これにより、ＰＣ１０は、通信接続された携帯端末３０と自身のＯＳ１の処理とのそれぞれから同一のアプリケーションによる同一の受信通知を受け取った場合でも、同一の受信通知を重複して表示させないようにすることができる。よって、ＰＣ１０は、携帯端末３０と通信接続される場合、携帯端末３０から取得する受信通知と自装置（ＰＣ１０）の取得する受信通知との表示を適切に制御することができる。

［第２の実施形態］
次に、本発明の第２の実施形態について説明する。本実施形態では、携帯端末３０からの受信通知を優先する例であり、携帯端末３０との通信接続状態に基づいて受信通知の表示を制御する処理について説明する。第２処理部２００は、携帯端末３０との通信接続状態に基づいて、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうちいずれか一方の受信通知のみを第２表示部２４０に表示させる。例えば、第２処理部２００は、第２通信部２３０を介して携帯端末３０と通信接続された場合、第２取得部２０２が取得した携帯端末３０からの受信通知のみを第２表示部２４０に表示させる。また、第２処理部２００は、携帯端末３０との通信が切断された場合、第１取得部２０１が取得したＯＳ１からの受信通知を第２表示部２４０に表示させる。

図７は、本実施形態に係る受信通知の表示制御処理の一例を示すフローチャートである。この図７を参照して、第２処理部２００が実行する受信通知の表示制御処理の動作について説明する。なお、第２処理部２００は、この受信通知の表示制御処理を、所定のタイミングまたは所定の周期などで繰り返し実行する。

（ステップＳ２０１）第２処理部２００は、第２通信部２３０を介して携帯端末３０と通信接続されているか否かを判定する。第２処理部２００は、携帯端末３０と通信接続されていると判定した場合（ＹＥＳ）、ステップＳ２０３の処理に進む。一方、第２処理部２００は、携帯端末３０と通信接続されていない（通信が切断された）と判定した場合（ＮＯ）、ステップＳ２０９の処理に進む。

（ステップＳ２０３）第２処理部２００は、第２取得部２０２が携帯端末３０から送信される受信通知を取得したか否かを判定する。第２処理部２００は、携帯端末３０から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ２０７の処理に進む。一方、第２処理部２００は、携帯端末３０から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ２０７）第２処理部２００は、第２取得部２０２が取得した携帯端末３０からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

（ステップＳ２０９）第２処理部２００は、第１取得部２０１がＯＳ１の処理により第１処理部１００から送信される受信通知を取得したか否かを判定する。第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ２１１の処理に進む。一方、第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ２１１）第２処理部２００は、第１取得部２０１が取得したＯＳ１からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

このように、第２処理部２００は、携帯端末３０と通信接続された場合には携帯端末３０からの受信通知のみを第２表示部２４０に表示させ、携帯端末３０との通信が切断された場合にはＯＳ１からの受信通知のみを第２表示部２４０に表示させる。

なお、携帯端末３０との通信が切断されている状態から通信接続された場合、通信接続後に携帯端末３０から取得する受信通知には、通信切断中にすでにＯＳ１から取得済みの受信通知と同一の受信通知が含まれる場合がある。そこで、第２処理部２００は、携帯端末３０との通信が切断されている間に第１取得部２０１が取得した受信通知と同一の受信通知については、その後、携帯端末３０と通信接続されることにより第２取得部２０２が取得したとしても第２表示部２１４に表示させることを禁止する。

第２処理部２００は、同一の受信通知であるか否かを、受信通知に関連付けられているアプリの識別情報、アカウント情報、受信メッセージの送信日時などの少なくとも一部を比較することにより判定する。なお、第２処理部２００は、同一の受信通知であるか否かを判定する際に、受信通知の内容の少なくとも一部を比較してもよい。第２処理部２００は、取得した受信通知または受信通知に関連付けられている情報のみを履歴情報としてメモリに記憶しておき、携帯端末３０と通信接続された場合、携帯端末３０から取得する受信通知に関連付けられている情報と、メモリに記憶してある受信通知に関連付けられている情報とを比較し、取得済みの受信通知と同一の受信通知であるか否かを判定する。

図８は、本実施形態に係る受信通知の表示制御処理の他の例を示すフローチャートである。この図８を参照して、第２処理部２００が同一の受信通知であるか否かの判定処理を加えた受信通知の表示制御処理の動作について説明する。この図８において、図７の各処理に対応する処理に同一の符号を付しており、その説明を省略する。

図８に示す受信通知の表示制御処理は、ステップＳ２０５の処理が追加された点が、図７に示す処理と異なる。
（ステップＳ２０５）第２処理部２００は、ステップＳ２０３において携帯端末３０から送信される受信通知を第２取得部２０２が取得したと判定した場合（ＹＥＳ）、取得した受信通知がＯＳ１から取得済みの受信通知と同一の受信通知であるか否かを判定する。第２処理部２００は、同一の受信通知であると判定した場合（ＹＥＳ）、第２取得部２０２が取得した受信通知を表示させずに、受信通知の表示制御処理を終了する。一方、第２処理部２００は、同一の受信通知ではないと判定した場合（ＮＯ）、ステップＳ２０７の処理に進み、第２取得部２０２が取得した受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

以上説明したように、本実施形態に係るＰＣ１０（情報処理装置の一例）は、携帯端末３０（他装置の一例）との通信接続状態に基づいて、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうちいずれか一方の受信通知のみを第２表示部２４０に表示させる。これにより、ＰＣ１０は、携帯端末３０との通信接続状態に基づいて、携帯端末３０から取得する受信通知と自装置（ＰＣ１０）の取得する受信通知との表示を適切に制御することができる。

例えば、第２処理部２００は、第２通信部２３０を介して携帯端末３０と通信接続された場合、第２取得部２０２が取得した携帯端末３０からの受信通知のみを第２表示部２４０に表示させる。これにより、ＰＣ１０は、携帯端末３０と通信接続された場合には携帯端末３０からの受信通知のみを優先して表示するため、携帯端末３０と自身のＯＳ１の処理とのそれぞれから同一のアプリケーションによる同一の受信通知を受け取った場合でも、同一の受信通知を重複して表示させないようにすることができる。

また、第２処理部２００は、携帯端末３０との通信が切断された場合、第１取得部２０１が取得したＯＳ１からの受信通知を第２表示部２４０に表示させる。これにより、ＰＣ１０は、携帯端末３０との通信が切断された場合に、受信通知が表示されなくなってしまうことを防止することができる。

また、第２処理部２００は、携帯端末３０との通信が切断されている間に第１取得部２０１が取得した受信通知と同一の受信通知については、その後、携帯端末３０と通信接続されることにより第２取得部２０２が取得したとしても第２表示部２１４に表示させることを禁止する。これにより、携帯端末３０と自身のＯＳ１の処理とのそれぞれから同一のアプリケーションによる同一の受信通知を受け取った場合でも、同一の受信通知を重複して表示させないようにすることができる。

［第３の実施形態］
次に、本発明の第３の実施形態について説明する。本実施形態では、ＯＳ１からの受信通知を優先する例であり、ＰＣ１０の第１処理部におけるＯＳ１の動作状態に基づいて受信通知の表示を制御する処理について説明する。第２処理部２００は、第１処理部１００におけるＯＳ１の動作状態に基づいて、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうちいずれか一方の受信通知のみを第２表示部２４０に表示させる。例えば、第２処理部２００は、ＯＳ１の動作状態が受信通知を第２処理部２００へ送信できる状態になった場合、第１取得部２０１が取得したＯＳ１からの受信通知のみを第２表示部２４０に表示させる。ここで、ＯＳ１が受信通知を第２処理部２００へ送信できる動作状態とは、通常のパワーオンの動作状態であり、例えば、ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｐｏｗｅｒ Ｉｎｔｅｒｆａｃｅ）で規定されているＳ０（通常動作）の状態である。

また、第２処理部２００は、ＯＳ１の動作状態が受信通知を第２処理部２００へ送信できない状態になった場合、第２取得部２０２が取得した受信通知を第２表示部２４０に表示させる。ここで、ＯＳ１が受信通知を第２処理部２００へ送信できない動作状態とは、ＯＳ１による処理の少なくとも一部が制限されている待機状態であり、例えば、Ｗｉｎｄｏｗｓ（登録商標）におけるモダンスタンバイや、ＡＣＰＩで規定されているＳ３（スリープ）、Ｓ４（ハイバネーション）、Ｓ５（シャットダウン）の状態などである

図９は、本実施形態に係る受信通知の表示制御処理の一例を示すフローチャートである。この図９を参照して、第２処理部２００が実行する受信通知の表示制御処理の動作について説明する。なお、第２処理部２００は、この受信通知の表示制御処理を、所定のタイミングまたは所定の周期などで繰り返し実行する。

（ステップＳ３０１）第２処理部２００は、第１処理部１００に対する通信を行うことにより第１処理部１００におけるＯＳ１の動作状態を判定する。第２処理部２００は、ＯＳ１の動作状態が受信通知を第２処理部２００へ送信できる状態であると判定した場合（ＹＥＳ）、ステップＳ３０３の処理に進む。一方、第２処理部２００は、ＯＳ１の動作状態が受信通知を第２処理部２００へ送信できない状態であると判定した場合（ＮＯ）、ステップＳ３０７の処理に進む。

（ステップＳ３０３）第２処理部２００は、第１取得部２０１がＯＳ１の処理により第１処理部１００から送信される受信通知を取得したか否かを判定する。第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ３０５の処理に進む。一方、第２処理部２００は、ＯＳ１の処理により第１処理部１００から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ３０５）第２処理部２００は、第１取得部２０１が取得したＯＳ１からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

（ステップＳ３０７）第２処理部２００は、第２取得部２０２が携帯端末３０から送信される受信通知を取得したか否かを判定する。第２処理部２００は、携帯端末３０から送信される受信通知を取得したと判定した場合（ＹＥＳ）、ステップＳ３０９の処理に進む。一方、第２処理部２００は、携帯端末３０から送信される受信通知を取得していないと判定した場合（ＮＯ）、受信通知の表示制御処理を終了する。

（ステップＳ３０９）第２処理部２００は、第２取得部２０２が取得した携帯端末３０からの受信通知を第２表示部２４０に表示させる。そして、受信通知の表示制御処理を終了する。

以上説明したように、本実施形態に係るＰＣ１０（情報処理装置の一例）は、第１処理部１００におけるＯＳ１の動作状態に基づいて、第１取得部２０１及び第２取得部２０２のそれぞれが取得する受信通知のうちいずれか一方の受信通知のみを第２表示部２４０に表示させる。これにより、ＰＣ１０は、ＯＳ１の動作状態に基づいて、携帯端末３０から取得する受信通知と自装置（ＰＣ１０）の取得する受信通知との表示を適切に制御することができる。

例えば、第２処理部２００は、第１処理部１００におけるＯＳ１の動作状態が受信通知を第２処理部２００へ送信できる状態（例えば、通常動作状態）になった場合、第１取得部２０１が取得したＯＳ１からの受信通知のみを第２表示部２４０に表示させる。これにより、ＰＣ１０は、ＯＳ１が通常動作状態の場合にはＯＳ１からの受信通知のみを優先して表示するため、携帯端末３０と自身のＯＳ１の処理とのそれぞれから同一のアプリケーションによる同一の受信通知を受け取った場合でも、同一の受信通知を重複して表示させないようにすることができる。

また、第２処理部２００は、第１処理部１００におけるＯＳ１の動作状態が受信通知を第２処理部２００へ送信できない状態（例えば、待機状態）になった場合、第２取得部２０２が取得した携帯端末３０からの受信通知を第２表示部２４０に表示させる。これにより、ＰＣ１０は、ＯＳ１が待機状態になって受信通知を送信できない状態になった場合に、受信通知が表示されなくなってしまうことを防止することができる。

［第４の実施形態］
次に、本発明の第４の実施形態について説明する。本実施形態では、ＰＣ１０の第２表示部２４０に受信通知が表示された場合に、ユーザがその受信通知のメッセージの詳細内容を確認または返信するときの処理について説明する。

第２処理部２００は、第２表示部２４０に表示させた受信通知に対するユーザの操作を受け付けた場合、受信通知に対応するアプリケーションであるアプリＡを活性化させる指示を第１処理部１００へ送信する。アプリケーションの活性化とは、アプリケーションが起動していない状態から起動すること、または非アクティブな状態からアクティブな状態になることを指す。ここで、アクティブな状態とは、アプリケーションが起動して使用可能な状態のことをいう。一方、非アクティブな状態とは、アプリケーションは起動しているが、他の起動しているアプリケーションが使用されていることにより、使用できない状態のことをいう。

図１０は、本実施形態に係る受信通知に対する操作後の制御処理の一例を示すフローチャートである。
（ステップＳ４０１）第２処理部２００は、タッチセンサ２５０またはタッチセンサ２６０から取得するユーザの操作入力の検出結果に基づいて、第２表示部２４０に表示させた受信通知に対する操作の有無を判定する。第２処理部２００は、受信通知に対する操作があったと判定した場合（ＹＥＳ）、ステップＳ４０３の処理に進む。一方、第２処理部２００は、受信通知に対する操作がないと判定した場合（ＮＯ）、ステップＳ４０１の処理を再び行う。

（ステップＳ４０３）第２処理部２００は、受信通知に対応するアプリケーション（例えば、アプリＡ）を活性化させる指示を第１処理部１００へ送信する。そして、ステップＳ４０５の処理に進む。

（ステップＳ４０３）第１処理部１００は、第２処理部２００から受信通知に対応するアプリケーション（例えば、アプリＡ）を活性化させる指示を受け取ると、ＯＳ１の処理に基づいて、当該アプリケーション（例えば、アプリＡ）を活性化させる。これにより、第１表示部１４０に、当該アプリケーション（例えば、アプリＡ）のアプリ画面が開き、受信通知のメッセージの詳細内容を確認または返信することができるようになる。

このように、本実施形態に係るＰＣ１０は、例えば、第２表示部２４０に表示された受信通知に対して操作がされた場合、ＯＳ１または携帯端末３０のいずれから取得した受信通知であっても、ＯＳ１の制御により受信通知に対応するアプリケーション（例えば、アプリＡ）を活性化させるため、ユーザは、ＰＣ１０でメッセージの内容の確認や返信をすることができる。例えば、ユーザは、ＰＣ１０を使用しているときに、ポケットや鞄の中にある携帯端末３０のメッセージアプリに受信があった場合、ＰＣ１０に表示された受信通知に対して操作することで、携帯端末３０をポケットや鞄の中から取り出さなくても、ＰＣ１０でメッセージの内容の確認や返信をすることができるため、利便性が良い。

（変形例）
以上、図面を参照してこの発明の第１から第４の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。例えば、各実施形態の構成は、任意に組み合わせてもよい。

上記実施形態で説明したメッセージアプリには、所謂、チャットアプリ、メールアプリなども含まれる。また、メッセージアプリに限定されず、ＰＣ１０と携帯端末３０との両方で動作可能なアプリケーションであって、いずれからも通知情報を受けるものであれば、いずれのアプリケーションであってもよい。また、通知情報としては、受信通知に限定されず、例えば、新着情報や更新情報など何らかの通知をするための通知情報であってもよい。

また、上記実施形態では、ＰＣ１０が２種類のＯＳを搭載している例を説明したが、搭載されるＯＳは、１種類であってもよいし、３種類以上であってもよい。１種類のＯＳの場合には、第２処理部２００の機能の少なくとも一部を、その１種類のＯＳ（例えば、ＯＳ１）が実行してもよいし、ＥＣ１２０などの組み込みコントローラが実行してもよい。

また、上記実施形態で説明したＰＣ１０及び携帯端末３０は、情報処理装置の一例である。ＰＣ１０は、ノート型（ラップトップ型）のパソコンである例を説明したが、これに限定されるものではなく、デスクトップ型またはタブレット型のパソコンであってもよいし、スマートフォンであってもよい。

なお、上述したＰＣ１０は、内部にコンピュータシステムを有している。そして、上述したＰＣ１０が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述したＰＣ１０が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。

また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後にＰＣ１０が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した実施形態におけるＰＣ１０が備える各機能の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１０ ＰＣ、２０ 本体部、２０ａ 電源ＳＷ、２０ｂ 入力部、２０ｃ 検出部、２５ ヒンジ、２８ カバー部、２８ｃ 検出対象部、３０ 携帯端末、５０ サーバ、１００ 第１処理部、１２０ ＥＣ、１３０ 第１通信部、１４０ 第１表示部、１５０ タッチセンサ、１８０ 電源部、２００ 第２処理部、２０１ 第１取得部、２０２ 第２取得部、２３０ 第２通信部、２４０ 第２表示部、２４０ａ 受信通知、２５０ タッチセンサ、２６０ タッチセンサ、２８０ 透明領域

Claims (14)

1. 第１ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理に基づいてアプリケーションの処理を実行する第１プロセッサを含む第１処理部と、
   少なくとも前記アプリケーションに関する通知情報を送信する第１他装置と通信する第１通信部と、
   第２ＯＳに基づく処理を実行する第２プロセッサを含む第２処理部と、
   前記第１他装置と異なる他装置であって前記アプリケーションと同一のアプリケーションの処理を少なくとも実行可能な他装置である第２他装置と通信する第２通信部と、
   を備え、
   前記第１処理部は、
   前記第１他装置から送信された前記アプリケーションに関する通知情報を、前記第１通信部を介して取得し、
   前記第２処理部は、
   前記第１他装置から送信された前記アプリケーションに関する通知情報を前記第１処理部から取得する第１取得部と、
   前記第２他装置で実行される前記アプリケーションに関する通知情報を前記第２他装置から前記第２通信部を介して取得する第２取得部と、
   を備え、
   所定の条件に基づいて、前記第１取得部及び前記第２取得部のそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する、
   情報処理装置。
2. 前記第１取得部が取得する通知情報と前記第２取得部が取得する通知情報とは、同一のアプリケーションにおける通知情報である、
   請求項１に記載の情報処理装置。
3. 前記所定の条件は、ユーザの指示に基づく条件であり、
   前記第２処理部は、
   ユーザの指示に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させる、
   請求項１または請求項２に記載の情報処理装置。
4. 前記所定の条件は、前記第２他装置との通信接続状態に基づく条件であり、
   前記第２処理部は、
   前記第２他装置との通信接続状態に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させる、
   請求項１または請求項２に記載の情報処理装置。
5. 前記第２処理部は、
   前記第２通信部を介して前記第２他装置と通信接続された場合、前記第２取得部が取得した通知情報のみを前記表示部に表示させる、
   請求項４に記載の情報処理装置。
6. 前記第２処理部は、
   前記第２他装置との通信が切断された場合、前記第１取得部が取得した前記通知情報を前記表示部に表示させる、
   請求項５に記載の情報処理装置。
7. 前記第２処理部は、
   前記第２他装置との通信が切断されている間に前記第１取得部が取得した前記通知情報と同一の通知情報については、その後、前記第２他装置と通信接続されることにより前記第２取得部が取得したとしても前記表示部に表示させることを禁止する、
   請求項６に記載の情報処理装置。
8. 前記所定の条件は、前記第１処理部における前記第１ＯＳの動作状態に基づく条件であり、
   前記第２処理部は、
   前記第１処理部における前記第１ＯＳの動作状態に基づいて、前記いずれか一方の通知情報のみを前記表示部に表示させる、
   請求項１または請求項２に記載の情報処理装置。
9. 前記第２処理部は、
   前記第１処理部における前記第１ＯＳの動作状態が前記通知情報を前記第２処理部へ送信できる状態になった場合、前記第１取得部が取得した前記通知情報のみを前記表示部に表示させる、
   請求項８に記載の情報処理装置。
10. 前記第２処理部は、
    前記第１処理部における前記第１ＯＳの動作状態が前記通知情報を前記第２処理部へ送信できない状態になった場合、前記第２取得部が取得した通知情報を前記表示部に表示させる、
    請求項９に記載の情報処理装置。
11. 前記第２処理部は、
    前記表示部に表示させた前記通知情報に対する操作を受け付けた場合、前記通知情報に対応するアプリケーションを活性化させる指示を前記第１処理部へ送信する、
    請求項１から請求項１０のいずれか一項に記載の情報処理装置。
12. 前記第１処理部による表示情報を表示する第１表示部と、
    前記第２処理部による表示情報を表示する前記表示部としての第２表示部と、
    を備え、
    前記第２ＯＳは、前記第１ＯＳとは異なるＯＳである、
    請求項１から請求項１１のいずれか一項に記載の情報処理装置。
13. 情報処理装置における制御方法であって、
    第１プロセッサを含む第１処理部が、第１ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理に基づいてアプリケーションの処理を実行する第１処理ステップと、
    第１通信部が、少なくとも前記アプリケーションに関する通知情報を送信する第１他装置と通信する第１通信ステップと、
    第２プロセッサを含む第２処理部が、第２ＯＳに基づく処理を実行する第２処理ステップと、
    第２通信部が、前記第１他装置と異なる他装置であって前記アプリケーションと同一のアプリケーションの処理を少なくとも実行可能な他装置である第２他装置と通信する第２通信ステップと、
    第１取得部が、前記第１他装置から送信された前記アプリケーションに関する通知情報を前記第１処理部から取得する第１取得ステップと、
    第２取得部が、前記第２他装置で実行される前記アプリケーションに関する通知情報を前記第２他装置から前記第２通信部を介して取得する第２取得ステップと、
    を有し、
    前記第１処理ステップにおいて、
    第１処理部が、前記第１他装置から送信された前記アプリケーションに関する通知情報を、前記第１通信部を介して取得し、
    前記第２処理ステップにおいて、
    第２処理部が、所定の条件に基づいて、前記第１取得部及び前記第２取得部のそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する第２処理ステップと、
    を有する制御方法。
14. 情報処理装置としてのコンピュータに、
    第１ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に基づく処理に基づいてアプリケーションの処理を実行する第１プロセッサを含む第１処理部から、少なくとも前記アプリケーションに関する通知情報を送信する第１他装置から取得した前記アプリケーションに関する通知情報を、取得する第１取得ステップと、
    第２ＯＳに基づく処理を第２プロセッサで実行する第２処理ステップと、
    前記第１他装置と異なる他装置であって前記アプリケーションと同一のアプリケーションの処理を少なくとも実行可能な他装置である第２他装置と通信する第２通信ステップと、
    前記第２他装置で実行される前記アプリケーションに関する通知情報を前記第２他装置から前記第２通信ステップにより取得する第２取得ステップと、
    所定の条件に基づいて、前記第１取得ステップ及び前記第２取得ステップのそれぞれが取得する通知情報のうちいずれか一方の通知情報のみを表示部に表示させるように制御する第２処理ステップと、
    を実行させるためのプログラム。

Images