(57)【特許請求の範囲】
【請求項１】
ユーザの睡眠状態を判定する睡眠状態判定手段と、
送信者の端末から前記ユーザ宛てに送信された情報を受信する受信手段と、
前記受信手段により前記情報を受信したことを前記ユーザに対し報知する報知手段と、を有し、
前記受信手段は、前記送信者によって前記情報に設定された重要度を前記情報と共に受信し、
前記報知手段は、重要度と睡眠状態と報知の行い方の対応関係が定義されたテーブルを参照して、前記情報に設定された前記重要度と前記睡眠状態判定手段により判定された前記ユーザの睡眠状態とに基づいて、報知の行い方を変える
ことを特徴とする情報通信端末。
【請求項２】
前記報知手段は、
前記情報の重要度が最も低いレベルである場合、前記ユーザが睡眠中でなければ報知を行い、前記ユーザが睡眠中であれば報知を行わない
ことを特徴とする請求項１に記載の情報通信端末。
【請求項３】
前記睡眠状態判定手段は、前記ユーザの睡眠が浅いか深いかを判定可能であり、
前記報知手段は、
前記情報の重要度が第１のレベルである場合、前記ユーザが睡眠中でないか浅い睡眠中であれば報知を行い、前記ユーザが深い睡眠中であれば報知を行わない
ことを特徴とする請求項１または２に記載の情報通信端末。
【請求項４】
前記報知手段は、
前記情報の重要度が前記第１のレベルより高い第２のレベルである場合、前記ユーザが睡眠中であるかどうかにかかわらず報知を行う
ことを特徴とする請求項３に記載の情報通信端末。
【請求項５】
前記報知手段は、
前記情報の重要度が前記第２のレベルより高い第３のレベルである場合、前記ユーザが睡眠中でなければ報知を行い、前記ユーザが睡眠中であれば前記ユーザが覚醒するまで報
知を継続もしくは繰り返す
ことを特徴とする請求項４に記載の情報通信端末。
【請求項６】
前記報知手段は、
前記情報の重要度が最も高いレベルである場合で、かつ、前記ユーザが睡眠中である場合、前記ユーザが覚醒するまで報知を継続もしくは繰り返す
ことを特徴とする請求項１または２に記載の情報通信端末。
【請求項７】
前記情報通信端末は、前記ユーザが装着するウェアラブル端末である
ことを特徴とする請求項１〜６のうちいずれか１項に記載の情報通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報の受信をユーザに報知する技術に関する。
【背景技術】
【０００２】
携帯電話、スマートフォン、ウェアラブル端末といった情報通信端末の普及によって、遠隔地にいる人に対し、いつでも簡単に情報（例えばメールメッセージ、画像データなど）を送ることができるようになった。このような情報通信の仕組みは、時間や場所の制約無く相手方（情報の受信者）とのコミュニケーションを実現でき、非常に便利である。しかしその反面、相手方の状況によらず一方的に情報を送ることができてしまうため、場合によっては相手方に煩わしさを感じさせてしまうこともあり得る。例えば、この種の端末は情報を受信すると音・振動などで報知することが一般的であるが、受信者が寝ている最中にそのような報知が行われると、眠りが妨げられる。もし届いた情報が重要でないもの（例えば、起床後に確認しても構わないような緊急性の低い情報）である場合には、受信者は眠りが妨げられたことを不快に感じるかもしれない。
【０００３】
従来、このような煩わしさを回避する手段として、受信者（端末のユーザ）自身が、就寝前に端末の電源をオフにしたりサイレントモード（報知音や振動をオフにするモード）に設定したりすることが行われている。しかしながら、電源オフやサイレントモードの場合、一律に報知が行われなくなるため、もし重要な情報を受信しても気づくことができないという問題がある。
【０００４】
上記のような課題を解決するためには、例えば「もし寝ているなら明日確認してくれればよい」とか「重要なため直ぐに伝えたい」といった送信者側の希望と、「就寝中である」といった受信者側の状況とを考慮した情報通信や報知制御が実現できればよいが、従来、そのような仕組みは存在していなかった。
【０００５】
なお、特許文献１には、地震報知システムにおいて、報知装置がユーザの睡眠状態を判定し、睡眠が深いほど、また震度階級が大きいほど、地震警報の音量を増大させるという方法が開示されている。この方法は、睡眠中のユーザに対する情報伝達の確実性を上げるという点では参考になるが、上述した個人間の情報通信における課題を解決することはできない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−６５９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上記実情に鑑みなされたものであって、情報の送信者側の希望と情報の受信者側の状況とを考慮した報知制御を可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る情報通信端末は、ユーザの睡眠状態を判定する睡眠状態判定手段と、送信者の端末から前記ユーザ宛てに送信された情報を受信する受信手段と、前記受信手段により前記情報を受信したことを前記ユーザに対し報知する報知手段と、を有し、前記受信手段は、前記送信者によって前記情報に設定された重要度を前記情報と共に受信し、前記報知手段は、重要度と睡眠状態と報知の行い方の対応関係が定義されたテーブルを参照して、前記情報に設定された前記重要度と前記睡眠状態判定手段により判定された前記ユーザの睡眠状態とに基づいて、報知の行い方を変えることを特徴とする情報通信端末である。
【０００９】
この構成によれば、送信者によって設定された「情報の重要度」と受信者（ユーザ）の「睡眠状態」とに基づいて報知の行い方を変えるので、情報の送信者側の希望と情報の受信者側の状況とを考慮した柔軟な報知制御を行うことができる。
【００１０】
ここで「報知の行い方を変える」は、報知を行うか行わないかを切り替えること、報知の強さを変えること、報知の長さを変えること、報知の手段（音、振動、光など）を変えること、などを含む。「重要度」は、高い／低いの２段階で設定してもよいし、レベル０〜Ｎ（Ｎは２以上の整数）のように３段階以上で設定してもよい。なお、受信した情報に重要度が設定されていなかった場合は、デフォルトの重要度（例えば、最も低い重要度、所定のレベルの重要度、または、最も高い重要度）が設定されているとみなせばよい。
【００１１】
前記報知手段は、前記情報の重要度が最も低いレベルである場合、前記ユーザが睡眠中でなければ報知を行い、前記ユーザが睡眠中であれば報知を行わない、という構成を採ることも好ましい。この構成によれば、送信者が情報の重要度を最も低いレベルに設定すると、情報受信の報知よりも受信者（ユーザ）の睡眠の方が優先される。例えば、緊急性が低く起床後の確認でも構わない情報を送る場合には、送信者はこの最も低いレベルの重要度設定を選択すればよい。これにより、送信者は受信者（ユーザ）の就寝状況を配慮した情報送信を行うことができる。
【００１２】
前記睡眠状態判定手段は、前記ユーザの睡眠が浅いか深いかを判定可能であり、前記報知手段は、前記情報の重要度が第１のレベルである場合、前記ユーザが睡眠中でないか浅い睡眠中であれば報知を行い、前記ユーザが深い睡眠中であれば報知を行わない、という構成を採ることも好ましい。この構成によれば、送信者が情報の重要度を第１のレベルに設定すると、受信者（ユーザ）の睡眠が深い場合は、情報受信の報知よりも受信者（ユーザ）の睡眠の方が優先される。例えば、緊急性はあまり高くないが、可能ならば直ぐに確認してほしいような情報を送る場合には、送信者はこの第１のレベルの重要度設定を選択すればよい。これにより、送信者は受信者（ユーザ）の就寝状況、特に睡眠の深さ、を配慮した情報送信を行うことができる。
【００１３】
前記報知手段は、前記情報の重要度が前記第１のレベルより高い第２のレベルである場合、前記ユーザが睡眠中であるかどうかにかかわらず報知を行う、という構成を採ることも好ましい。この構成によれば、送信者が情報の重要度を第２のレベルに設定すると、受信者（ユーザ）の睡眠よりも情報受信の報知の方が優先される。例えば、緊急性が高く、直ぐに確認してほしいような情報を送る場合には、送信者はこの第２のレベルの重要度設定を選択すればよい。
【００１４】
前記報知手段は、前記情報の重要度が前記第２のレベルより高い第３のレベルである場合、前記ユーザが睡眠中でなければ報知を行い、前記ユーザが睡眠中であれば前記ユーザが覚醒するまで報知を継続もしくは繰り返す、という構成を採ることも好ましい。緊急性が極めて高い情報を送る場合には、送信者はこの第３のレベルの重要度設定を選択することで、情報を受信したことを受信者（ユーザ）に対し確実に伝えることができる。
【００１５】
前記報知手段は、前記情報の重要度が最も高いレベルである場合で、かつ、前記ユーザが睡眠中である場合、前記ユーザが覚醒するまで報知を継続もしくは繰り返す、という構成を採ることも好ましい。緊急性が極めて高い情報を送る場合には、送信者はこの最も高いレベルの重要度設定を選択することで、情報を受信したことを受信者（ユーザ）に対し確実に伝えることができる。
【００１６】
前記情報通信端末は、前記ユーザが装着するウェアラブル端末であることが好ましい。ウェアラブル端末であればユーザの睡眠状態の検知・判定が比較的容易に実現できる。またウェアラブル端末は就寝中も装着されていることが多いため、上述した就寝状況や睡眠の深さに配慮した報知制御を行うことで、ユーザの睡眠を不必要に妨げることを防止でき、ウェアラブル端末のユーザビリティを向上することができる。
【００１７】
なお、本発明は、上記構成ないし機能の少なくとも一部を有する情報通信端末として捉えることができる。また、本発明は、情報通信端末が内蔵する報知装置として捉えることもできる。また、本発明は、送信者の端末と受信者（ユーザ）の情報通信端末とを有する情報通信システムとして捉えることもできる。また、本発明は、上記処理の少なくとも一部を含む報知制御方法、情報通信方法、または、かかる方法をコンピュータに実行させるためのプログラム、または、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体として捉えることもできる。上記構成及び処理の各々は技術的な矛盾が生じない限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００１８】
本発明によれば、情報の送信者側の希望と情報の受信者側の状況とを考慮した報知制御を実現できる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る情報通信システムの全体構成を示す図。
【図２】送信側端末と受信側端末の機能構成を示す図。
【図３】情報入力及び重要度設定のユーザインタフェースの例を示す図。
【図４】報知制御ルールを定めるテーブルの例。
【図５】報知制御ルールを定めるテーブルの例。
【図６】報知制御のフローチャート。
【発明を実施するための形態】
【００２０】
以下に図面を参照しつつ、本発明の好適な実施の形態を説明する。ただし、以下に記載されている各構成の説明は、発明が適用されるシステムの構成や各種条件により適宜変更されるべきものであり、この発明の範囲を以下の記載に限定する趣旨のものではない。
【００２１】
（システム構成）
図１を参照して、本発明の実施形態に係る情報通信システムの全体的な構成を説明する。この情報通信システムは、ユーザ間の情報の交換（送信及び受信）を実現するシステムであり、概略、各ユーザが操作する複数の端末１と、端末１間の情報交換サービスを提供する情報交換サーバ２とを有して構成される。各端末１と情報交換サーバ２の間はインターネットなどの広域通信網により接続されている。情報交換サーバ２により提供される情報交換サービスとしては、例えば、電子メール送受信、メッセージ送受信、画像や動画などのデータ交換（ファイル交換）などが典型的なものであるが、これら以外の情報交換サービスに対しても本発明は適用可能である。
【００２２】
（情報交換サーバ）
情報交換サーバ２は、複数の端末１の間での情報の送信／受信を仲介するコンピュータシステムである。情報交換サーバ２は、基本的なハードウェア構成として、ＣＰＵ（プロセッサ）、メモリ（記憶装置）、ストレージ（大容量の記憶装置）、通信装置を有しており、後述する各種の情報処理はメモリに記憶されたプログラムをＣＰＵが実行することで実現される。堅牢性を担保するために複数台のコンピュータにより情報交換サーバ２を構成したり、分散コンピューティングやクラウドコンピューティングを利用してもよい。
【００２３】
（端末）
端末１は、ユーザが保持・操作するデバイスである。無線通信（Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話通信など）の機能を有する情報通信端末であればどのような種類の端末を用いてもよく、例えば、携帯電話（フィーチャーフォン）、スマートフォン、タブレット端末、モバイルパソコン、ウェアラブル端末などがその代表的な例である。
【００２４】
いずれのタイプの端末１も、基本的なハードウェア構成として、ＣＰＵ（プロセッサ）、メモリ（記憶装置）、入力装置、表示装置、報知装置、無線通信装置を有しており、後述する各種の情報処理はメモリに記憶されたプログラムをＣＰＵが実行することで実現される。入力装置は、例えばキーボード、ポインティングデバイス、タッチパッド、表示装置を兼ねたタッチパネルディスプレイなどである。報知装置は、音、光、振動その他の手段により、何らかのイベントの発生をユーザに通知するデバイスであり、例えば、スピーカ、ＬＥＤランプ、バイブレータ、ディスプレイなどが該当する。本実施形態では、他の端末からの情報受信というイベントの発生を報知する例を説明する。
【００２５】
図２は、端末１が有する機能のうち、情報交換に関わる機能の構成を示している。これらの機能は、情報交換サーバ２又は他のアプリサーバから取得可能な情報交換アプリケーション・プログラム（以下単に「情報交換アプリ」と呼ぶ）を端末１にインストールすることで利用可能となる。図２では、説明を分かりやすくするため、情報の送信者３ｓの端末（符号１ｓで示す）に情報送信に関わる機能の構成を図示し、情報の受信者３ｒの端末（符号１ｒで示す）に情報受信に関わる機能の構成を図示する。ただし実際は、情報交換アプリがインストールされた端末１は情報送信と情報受信の両方の機能を備える。
【００２６】
送信側端末１ｓは、情報送信に関わる機能として、情報入力部１０、重要度設定部１１、送信部１２を有する。情報入力部１０は、受信者３ｒに対し送信する情報を送信者３ｓに入力させる機能であり、例えば、メールの宛先・タイトル・メッセージを入力するユーザインタフェース、送信するデータを作成・指定するユーザインタフェースなどを提供する。重要度設定部１１は、送信する情報に付加する「情報の重要度」を送信者３ｓに設定させる機能である。情報の重要度の詳細は後述する。送信部１２は、重要度が付加された情報を情報交換サーバ２を介して受信側端末１ｒに対し送信する機能である。
【００２７】
受信側端末１ｒは、情報受信に関わる機能として、受信部１３、睡眠状態判定部１４、報知部１５、情報出力部１６を有する。受信部１３は、送信側端末１ｓから送信された情報を情報交換サーバ２を介して受信する機能である。睡眠状態判定部１４は、受信者３ｒの睡眠状態を判定する機能である。睡眠状態の判定の詳細は後述する。報知部１５は、情報を受信したことを受信者３ｒに対し報知する機能である。報知部１５による報知制御の詳細は後述する。情報出力部１６は、受信した情報を表示する機能である。
【００２８】
（情報の重要度）
本実施形態の情報交換サービスにおいては、送信者３ｓが送信する情報に対して自ら「重要度」を設定することができる。送信者３ｓにより設定された重要度は、受信側端末１ｒにおける報知制御に利用される。なお、重要度の設定は、高い／低いの２段階でもよいし、レベル０〜Ｎ（Ｎは２以上の整数）のように３段階以上でもよい。
【００２９】
図３は、送信側端末１ｓの情報入力部１０により提供されるユーザインタフェースの例である。このユーザインタフェースは、メール送信の例であり、メールの宛先（受信者３ｒのアドレス）、タイトル、メッセージ、添付ファイル、重要度などの入力が可能である。重要度については、レベル０（最低）、１（低）、２（高）、３（最高）の４段階の中
から選択可能となっている。送信者３ｓによって設定された重要度は、情報（図３の例ではメール）に付加されて送信される。例えば、インターネット上の一般的な電子メールの場合であれば、メールヘッダに重要度の情報を記述すればよい（この場合、Ｘ−ｐｒｉｏｒｉｔｙなど既存のヘッダフィールドを利用してもよい）。
【００３０】
（睡眠状態の判定）
睡眠状態判定部１４は、受信者３ｒ（すなわち、受信側端末１ｒのユーザ）の睡眠状態を判定する。睡眠検知や睡眠状態判定の方法・手段は問わない。例えば、睡眠状態判定部１４は、加速度センサなどの体動センサを用いてユーザの体動を計測し、体動の有無や大きさに基づいて睡眠状態を判定（推定）してもよい。あるいは、睡眠状態判定部１４は、心拍計や脈拍計や血圧計などのセンサにより計測した心拍数やその変動などに基づいて睡眠状態を判定（推定）してもよい。あるいは、睡眠状態判定部１４は、体温計や赤外線センサなどのセンサにより計測した体温やその変動などに基づいて睡眠状態を判定（推定）してもよい。あるいは、睡眠状態判定部１４は、カメラなどの画像センサを用いて計測したユーザの体動や表情（瞼の状態）などに基づいて睡眠状態を判定（推定）してもよい。睡眠状態の判定結果は、睡眠中か否かの２値で得ることもできるし、深い睡眠／浅い睡眠／覚醒中というように多値で得ることもできる。なお、判定の具体的なアルゴリズムについては、従来より様々なアルゴリズムが提案されており、そのいずれを利用することも可能であるため、ここでは詳しい説明を割愛する。
【００３１】
（報知制御）
受信側端末１ｒは、受信した情報に設定されている「重要度」と受信者３ｒの「睡眠状態」とに基づいて報知の行い方を変える、という報知制御を実行する。送信者３ｓの希望と受信者３ｒの状況の両方を考慮するためである。
【００３２】
図４は、本実施形態における報知制御ルールを定めるテーブルの例であり、重要度と睡眠状態と報知の行い方の対応関係が定義されている。この例では、重要度がレベル０（最低）の場合、受信者３ｒが睡眠中でなければ報知を行い、受信者３ｒが睡眠中であれば（睡眠の深さにかかわらず）報知を行わない。重要度がレベル１（低）の場合、受信者３ｒが睡眠中でないか浅い睡眠中であれば報知を行い、受信者３ｒが深い睡眠中であれば報知を行わない。重要度がレベル２（高）の場合、受信者３ｒが睡眠中であるかどうかにかかわらず報知を行う。重要度がレベル３（最高）の場合、受信者３ｒが睡眠中でなければ通常の報知を行い、受信者３ｒが睡眠中であれば受信者３ｒが覚醒するまで報知を継続もしくは繰り返す。この例から分かるように、重要度が低い場合は送信者３ｓの希望よりも受信者３ｒの状況が優先され、重要度が高い場合は受信者３ｒの状況よりも送信者３ｓの希望が優先される。
【００３３】
なお、図４のテーブルはあくまで一例にすぎず、重要度と睡眠状態と報知の行い方の対応関係はどのように定めてもよい。例えば、図４の報知制御では、報知を行うか行わないかの切り替えのみを行うが、図５のように、重要度に応じて報知の手段（振動のみで報知するか、振動と音の両方で報知するか）を切り替えてもよい。また、報知の強さ（音量、振動の強さ、光の強さなど）を変えたり、報知の長さ（音や振動の継続時間、繰り返し回数など）を変えたりしてもよい。さらに、テーブルに定義されている報知制御ルールをユーザ（受信者３ｒ）が変更できるようにしてもよい。
【００３４】
図６を参照して、受信側端末１ｒによる報知制御の詳細を説明する。図６は受信側端末１ｒが情報を受信したときに実行される報知制御のフローチャートである。なお、報知制御ルールについては、図４のテーブルが参照されるものとする。
【００３５】
まず、受信部１３が、情報交換サーバ２から受信者３ｒ宛ての情報を受信する（ステッ
プＳ５０）。すると、睡眠状態判定部１４が、受信者３ｒの睡眠状態を判定する（ステップＳ５１）。受信者３ｒが睡眠中でない場合（ステップＳ５１；ＮＯ）、報知部１５は、音、振動、光などにより、情報を受信したことを受信者３ｒに報知する（ステップＳ５２）。
【００３６】
一方、受信者３ｒが睡眠中である場合（ステップＳ５１；ＹＥＳ）、受信情報に設定されている重要度に応じた報知制御を実行する。具体的には、重要度がレベル３（最高）であれば（ステップＳ５３；ＹＥＳ）、報知部１５は、音、振動、光などにより報知を行い（ステップＳ５４）、その後、睡眠状態判定部１４により受信者３ｒが睡眠中のままか覚醒したかをチェックする（ステップＳ５５）。そして、受信者３ｒが覚醒するまで、報知部１５は報知を繰り返し実行する（ステップＳ５４、Ｓ５５）。重要度がレベル２（高）であれば（ステップＳ５６；ＹＥＳ）、報知部１５は、音、振動、光などにより報知を行う（ステップＳ５２）。重要度がレベル１（低）であれば（ステップＳ５７；ＹＥＳ）、報知部１５は、受信者３ｒの睡眠レベルが深いか浅いかをチェックし（ステップＳ５８）、睡眠レベルが浅い場合にのみ報知を行う（ステップＳ５２）。重要度がレベル０（最低）の場合、及び、受信情報に重要度が設定されていなかった場合（ステップＳ５７；ＮＯ）、報知部１５は報知を行わずに処理を終了する（すなわち、重要度が設定されていない場合は、重要度がレベル０（最低）であるとみなす）。
【００３７】
（本実施形態の利点）
以上述べた実施形態の構成によれば、送信者３ｓによって設定された「情報の重要度」と受信者３ｒの「睡眠状態」とに基づいて報知の行い方を変えるので、情報の送信者側の希望と情報の受信者側の状況とを考慮した柔軟な報知制御を行うことができる。例えば、緊急性が低く起床後の確認でも構わない情報を送る場合には、送信者３ｓはレベル０（最低）の重要度を設定することで、受信者３ｒの就寝状況を配慮した情報送信を行うことができる。また、緊急性はあまり高くないが、可能ならば直ぐに確認してほしいような情報を送る場合には、送信者３ｓはレベル１（低）の重要度を設定することで、受信者３ｒの睡眠の深さを配慮した情報送信を行うことができる。また、緊急性が高く、直ぐに確認してほしいような情報を送る場合には、送信者３ｓはレベル２（高）の重要度を設定して情報送信を行えばよい。また、緊急性が極めて高い情報を送る場合には、送信者３ｓはレベル３（最高）の重要度を設定することで、情報を受信したことを受信者３ｒに対し確実に伝えることができる。
【００３８】
なお、上述した実施形態の構成は本発明の一具体例を示したものにすぎず、本発明の範囲を限定する趣旨のものではない。本発明はその技術思想を逸脱しない範囲において、種々の具体的構成を採り得るものである。例えば上記実施形態で示した端末の機能構成、テーブルの定義、報知制御のフローは一例であり、本発明の目的が達成できればこれに限られない。また、図６のステップＳ５４、Ｓ５５で述べたように受信者３ｒが覚醒するまで報知を継続又は繰り返す場合には、徐々に報知の強さを大きくしたり、音や振動のパターンを変化させたりしてもよい。
【００３９】
上記実施形態では、重要度をレベル０（最低）、１（低）、２（高）、３（最高）の中から選択させたが、送信者３ｓが、重要度のレベルと受信側端末１ｒで実行される報知制御の対応を理解していない場合には、重要度が適切に設定されない可能性がある。そこで例えば、図３のユーザインタフェースにおいて、送信者３ｓが重要度を選択したときや送信ボタンを押したとき等に、「受信者が就寝している場合は報知を行いません」のように、設定された重要度に対応する報知制御の内容をポップアップ等で提示してもよい。あるいは、重要度を数値やレベルで指定するのではなく、「睡眠中は報知しない」、「浅い睡眠なら報知」、「直ちに報知」のように報知制御の内容を記述した選択肢の中から送信者３ｓに希望のものを選択させてもよい。また、重要度と報知制御の対応関係（図４、図５
の設定テーブル）を各受信者３ｒがカスタマイズ可能な場合には、送信側端末１ｓにおいて各受信者３ｒの設定テーブルを取得・閲覧できるようにすることも好ましい。このような仕組みによれば、送信者３ｓは受信側端末１ｒでどのような報知制御が実行されるのかを容易に把握できるため、送信者３ｓの利便性が向上する。
【符号の説明】
【００４０】
１：端末、１ｓ：送信側端末、１ｒ：受信側端末
２：情報交換サーバ
３ｓ：送信者、３ｒ：受信者
１０：情報入力部、１１：重要度設定部、１２：送信部、１３：受信部、１４：睡眠状態判定部、１５：報知部、１６：情報出力部
【図１】
0006699185.tif 000002
【図２】
0006699185.tif 000003
【図３】
0006699185.tif 000004
【図４】
0006699185.tif 000005
【図５】
0006699185.tif 000006
【図６】
0006699185.tif 000007