特許 6357736 情報処理装置、通信方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6357736

(24)【登録日】2018年6月29日

(45)【発行日】2018年7月18日

(54)【発明の名称】情報処理装置、通信方法、及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20180709BHJP

   H04M 1/00 20060101ALI20180709BHJP

【ＦＩ】

   G06F13/00 610C

   H04M1/00 V

   H04M1/00 K

【請求項の数】12

【全頁数】21

(21)【出願番号】特願2013-140575(P2013-140575)

(22)【出願日】2013年7月4日

(65)【公開番号】特開2015-14870(P2015-14870A)

(43)【公開日】2015年1月22日

【審査請求日】2016年6月30日

(73)【特許権者】

【識別番号】000001443

【氏名又は名称】カシオ計算機株式会社

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(74)【代理人】

【識別番号】100154748

【弁理士】

【氏名又は名称】菅沼 和弘

(72)【発明者】

【氏名】南 剛

【審査官】 寺谷 大亮

(56)【参考文献】

【文献】 特開２００４−１９２４０４（ＪＰ，Ａ）

【文献】 特開２００２−３６９２６０（ＪＰ，Ａ）

【文献】 特開２０１２−２１２９５８（ＪＰ，Ａ）

【文献】 特開２０１０−２４５６６８（ＪＰ，Ａ）

【文献】 特開２０００−３３２８１４（ＪＰ，Ａ）

【文献】 特開２００３−１１０７４６（ＪＰ，Ａ）

【文献】 特開平３−００２９２０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ １／００

１／２４−１／８２

９９／００

(57)【特許請求の範囲】

【請求項1】

１以上のデバイスと通信する機能を有する他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成手段と、
前記１以上のデバイス及び前記他の情報処理装置を含むデバイス群のうち、前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知する通知設定デバイスを示す第２情報を、前記第１情報に対して付加した送信情報を生成する第２生成手段と、
前記第２生成手段により生成された前記送信情報を、前記他の情報処理装置に送信する通信手段と、
前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知可能なデバイスの情報を取得する取得手段と、
前記取得手段により取得された前記デバイスの情報に基づいて、複数の通知可能なデバイスを候補として、その候補から１のデバイスを前記通知設定デバイスとして選択する選択手段と、
を備え、
前記取得手段は、前記第１情報に含まれる通知内容の重要度に応じて種類が異なるデバイスの情報を取得することを特徴とする情報処理装置。

【請求項2】

前記選択手段は、前記第２情報で示される通知設定デバイスを、前記情報処理装置の第２ユーザに設定させる請求項１に記載の情報処理装置。

【請求項3】

前記第２生成手段は更に、前記通知設定デバイスにおける通知方法を示す第３情報を前記第１情報に対して付加して前記送信情報を生成し、
前記通信手段は更に、前記第３情報が付加された前記送信情報を前記他の情報処理装置に送信する
請求項１又は２に記載の情報処理装置。

【請求項4】

前記選択手段は、前記第３情報で示される通知方法を前記情報処理装置の第２ユーザに設定させる請求項３に記載の情報処理装置。

【請求項5】

前記通信手段は、前記第１情報を前記第１ユーザに通知した通知設定デバイスに関する通知済情報を取得し、
前記選択手段は、前記通知済情報に基づいて特定された複数の通知済みデバイスを候補として、その候補の中から１のデバイスを前記通知設定デバイスとして選択することを特徴とする請求項１乃至４の何れか一方に記載の情報処理装置。

【請求項6】

前記通知済情報は、前記他の情報処理装置から、前記通知内容が前記第１ユーザに通知された後、通知が行われたデバイス及び当該デバイスでの通知手段を示す情報が付加されており、
前記情報処理装置は、前記通知手段に受信された前記通知済情報から、通知が行われたデバイスを、ログ情報として取得するログ取得手段をさらに備えることを特徴とする、
請求項５に記載の情報処理装置。

【請求項7】

前記選択手段は、前記候補をユーザに提示して、前記候補のなかから１のデバイスを第２のユーザに選択させることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。

【請求項8】

１以上のデバイスと通信する機能を有する情報処理装置であって、
他の情報処理装置から送られてきた情報に、当該情報を通知する通知設定デバイスを示すデバイス情報が付加されているか否かを判断する判断手段と、
前記判断手段により付加されていると判断された場合に、前記デバイス情報に示された前記通知設定デバイスで前記情報を通知するように制御する制御手段と、
前記他の情報処理装置において、前記情報を通知可能であって、前記情報に含まれる通知内容の重要度に応じて種類が変更される複数のデバイスの候補から１のデバイスを前記通知設定デバイスとして選択させるための所定情報を前記他の情報処理装置に転送する転送手段と、
を備える情報処理装置。

【請求項9】

１以上のデバイスと通信する機能を有する他の情報処理装置との間で通信する通信手段を有する情報処理装置が実行する通信方法であって、
前記他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成ステップと、
前記１以上のデバイス及び前記他の情報処理装置を含むデバイス群のうち、前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知する通知設定デバイスを示す第２情報を前記第１情報に対して付加した送信情報、を生成する第２生成ステップと、
前記第２生成ステップにより生成された前記送信情報を、前記他の情報処理装置に送信する通信ステップと、
前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知可能なデバイスの情報を取得する取得ステップと、
前記取得ステップにより取得された前記デバイスの情報に基づいて、複数の通知可能なデバイスを候補として、その候補から１のデバイスを前記通知設定デバイスとして選択する選択ステップと
を含み、
前記取得ステップは、前記第１情報に含まれる通知内容の重要度に応じて種類が異なるデバイスの情報を取得することを特徴とする通信方法。

【請求項10】

１以上のデバイスと通信する機能を有する他の情報処理装置との間で通信する通信手段を有する情報処理装置を制御するコンピュータを、
前記他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成手段、
前記１以上のデバイス及び前記他の情報処理装置を含むデバイス群のうち、前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知する通知設定デバイスを示す第２情報を前記第１情報に対して付加した送信情報、を生成する第２生成手段、
前記第２生成手段により生成された前記送信情報を、前記他の情報処理装置に送信する通信手段、
前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知可能なデバイスの情報を取得する取得手段、
前記取得手段により取得された前記デバイスの情報に基づいて、複数の通知可能なデバイスを候補として、その候補から１のデバイスを前記通知設定デバイスとして選択する選択手段、
として機能させ、
前記取得手段は、前記第１情報に含まれる通知内容の重要度に応じて種類が異なるデバイスの情報を取得することを特徴とするプログラム。

【請求項11】

１以上のデバイスと通信する機能を有する情報処理装置が実行する通信方法であって、
他の情報処理装置から送られてきた情報に、当該情報を通知する通知設定デバイスを示すデバイス情報が付加されているか否かを判断する判断ステップと、
付加されていると判断された場合に、前記デバイス情報に示された前記通知設定デバイスで前記情報を通知するように制御する制御ステップと、
前記他の情報処理装置において、前記情報を通知可能であって、前記情報に含まれる通知内容の重要度に応じて種類が変更される複数のデバイスの候補から１のデバイスを前記通知設定デバイスとして選択させるための所定情報を前記他の情報処理装置に転送する転送ステップと、
を含む通信方法。

【請求項12】

１以上のデバイスと通信する機能を有する情報処理装置を制御するコンピュータを、
他の情報処理装置から送られてきた情報に、当該情報を通知する通知設定デバイスを示すデバイス情報が付加されているか否かを判断する判断手段、
前記判断手段により付加されていると判断された場合に、前記デバイス情報に示された前記通知設定デバイスで前記情報を通知するように制御する制御手段、
前記他の情報処理装置において、前記情報を通知可能であって、前記情報に含まれる通知内容の重要度に応じて種類が変更される複数のデバイスの候補から１のデバイスを前記通知設定デバイスとして選択させるための所定情報を前記他の情報処理装置に転送する転送手段、
として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、単に時刻を表示するだけでなく、通信機能を含め様々な機能を有する腕時計型の小型端末（以下、「リスト端末」と呼ぶ）の需要が高まりつつある。
このようなリスト端末は、携帯電話機やスマートフォン（ｓｍａｒｔｐｈｏｎｅ）等の携帯型の端末（以下、「携帯端末」という）と相互に無線接続することにより、携帯端末でメールを受信したり、着信があった旨の情報を受信して、その旨をユーザに通知することができる（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−６１１７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、携帯端末やリスト端末、さらにはヘッドセット等も含めて複数のデバイスを同時に所持するユーザが増えてきており、送信側で重要な内容のメール等を送信しても、受信側のユーザに適切なタイミングで確認してもらうことが困難になってきた。

【0005】

本発明は、このような状況に鑑みてなされたものであり、送信側で重要な内容のメール等が送信された場合、受信側のユーザが適切なタイミングで確実に確認することができるようにすることを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するため、本発明の一態様の情報処理装置は、
１以上のデバイスと通信する機能を有する他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成手段と、
前記１以上のデバイス及び前記他の情報処理装置を含むデバイス群のうち、前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知する通知設定デバイスを示す第２情報を、前記第１情報に対して付加した送信情報を生成する第２生成手段と、
前記第２生成手段により生成された前記送信情報を、前記他の情報処理装置に送信する通信手段と、
前記他の情報処理装置での前記第１情報の受信を前記第１ユーザに通知可能なデバイスの情報を取得する取得手段と、
前記取得手段により取得された前記デバイスの情報に基づいて、複数の通知可能なデバイスを候補として、その候補から１のデバイスを前記通知設定デバイスとして選択する選択手段と、
を備え、
前記取得手段は、前記第１情報に含まれる通知内容の重要度に応じて種類が異なるデバイスの情報を取得することを特徴とする。

【0007】

上記目的を達成するため、本発明の別態様の情報処理装置は、
１以上のデバイスと通信する機能を有する情報処理装置であって、
他の情報処理装置から送られてきた情報に、当該情報を通知する通知設定デバイスを示すデバイス情報が付加されているか否かを判断する判断手段と、
前記判断手段により付加されていると判断された場合に、前記デバイス情報に示された前記通知設定デバイスで前記情報を通知するように制御する制御手段と、
前記他の情報処理装置において、前記情報を通知可能であって、前記情報に含まれる通知内容の重要度に応じて種類が変更される複数のデバイスの候補から１のデバイスを前記通知設定デバイスとして選択させるための所定情報を前記他の情報処理装置に転送する転送手段と、
を備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、送信側で重要な内容のメール等が送信された場合、受信側のユーザが適切なタイミングで確実に確認することができるようになる。

【図面の簡単な説明】

【0009】

【図1】本発明の一実施形態に係るメール送受信システムの構成を示している。

【図2】図１のメール送受信システムのうち、本発明の情報処理装置の一実施形態に係る携帯端末１１のハードウェアの構成を示すブロック図である。

【図3】図１のメール送受信システムの機能的構成のうち、メール送受信処理を実行するための機能的構成を示す機能ブロック図である。

【図4】緊急指定や通知指定を受け付けるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像の一例を示す図である。

【図5】図３の機能構成を有する図２の送信側の携帯端末が実行する、送信側メール送信処理の流れの一例を示すフローチャートである。

【図6】図３の機能構成を有する図２の受信側の携帯端末が実行する、受信側メール受信処理の流れの一例を示すフローチャートである。

【図7】図６の受信側メール受信処理のうち、通知実行処理の詳細な流れを説明するフローチャートである。

【図8】図２の受信側の携帯端末が、図６の受信側メール受信処理に併せて実行する、メール開封処理の流れを説明するフローチャートである。

【図9】図８のメール開封処理の実行後に、図２の送信側の携帯端末が実行する開封確認メール受信処理の流れを説明するフローチャートである。

【発明を実施するための形態】

【0010】

以下、本発明の実施形態について、図面を用いて説明する。

【0011】

図１は、本発明の一実施形態に係るメール送受信システムの構成を示している。
図１に示すメール送受信システムにおいては、携帯端末１１−１と、携帯端末１１−２と、ヘッドセット１２と、リスト端末１３とが備えられている。

【0012】

携帯端末１１−１は、電子メール（以下、「メール」と略記する）を送信する側のユーザＵ１に所持される、スマートフォン、携帯電話機、パーソナルコンピュータ等の携帯端末で構成される。
携帯端末１１−２は、メールを受信する側のユーザＵ２に所持される、スマートフォン、携帯電話機、パーソナルコンピュータ等の携帯端末で構成される。
携帯端末１１−１と携帯端末１１−２は、インターネット等の所定のネットワーク２１を介して相互に接続されている。なお、携帯端末１１−１と携帯端末１１−２のネットワーク２１を介在する通信の手法は、特に限定されないが、本実施形態ではＷｉ−Ｆｉ（Ｗｉｒｅｓｌｅｓｓ Ｆｉｄｅｌｉｔｙ）によるアクセスポイントとの無線通信を介在して通信する手法が採用されている。
なお、以下、携帯端末１１−１，１１−２の各々を個々に区別する必要が無い場合、これらをまとめて、「携帯端末１１」と呼ぶ。

【0013】

ヘッドセット１２は、ユーザＵ２の頭部に取り付けられ、ヘッドフォンとマイクロフォンとを備え、少なくとも、携帯端末１１−２と無線通信をする機能を有する。
リスト端末１３は、ユーザＵ２の腕に嵌められるリスト型の携帯端末であり、少なくとも、携帯端末１１−２と無線通信する機能を有している。
なお、携帯端末１１−２とヘッドセット１２又はリスト端末１３との間の無線通信の手法は、特に限定されないが、本実施形態ではＢｌｕｅｔｏｏｔｈ（登録商標）を用いる手法が採用されている。

【0014】

図２は、図１のメール送受信システムのうち、本発明の情報処理装置の一実施形態に係る携帯端末のハードウェアの構成を示すブロック図である。

【0015】

携帯端末１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５３と、バス５４と、入出力インターフェース５５と、入力部５６と、表示部５７と、記憶部５８と、通信部５９と、ドライブ６０とを備えている。

【0016】

ＣＰＵ５１は、ＲＯＭ５２に記録されているプログラム、又は、記憶部５８からＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

【0017】

ＣＰＵ５１、ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インターフェース５５には、入力部５６、表示部５７、記憶部５８、通信部５９、及びドライブ６０が接続されている。

【0018】

入力部５６は、例えば表示部５７の表示画面に積層される静電容量式又は抵抗膜式の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。ここで、タッチ操作とは、入力部５６に対する物体（ユーザの指やタッチペン等）の接触又は近接の操作をいう。
表示部５７は、ディスプレイにより構成され画像を表示する。
即ち、本実施形態では、入力部５６と表示部５７とにより、タッチパネルが構成されている。
記憶部５８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部５９は、Ｂｌｕｅｔｏｏｔｈ（登録商標）によりヘッドセット１２やリスト端末１３と無線通信したり、Ｗｉ−Ｆｉによりインターネットを含むネットワーク２１を介して、他の携帯端末１１と通信する制御を実行する。

【0019】

ドライブ６０には、必要に応じて、リムーバブルメディア６１が適宜装着される。ドライブ６０によってリムーバブルメディア６１から読み出されたプログラムは、必要に応じて記憶部５８にインストールされる。また、リムーバブルメディア６１は、記憶部５８に記憶されている各種データも、記憶部５８と同様に記憶することができる。

【0020】

図３は、このようなメール送受信システムの機能的構成のうち、メール送受信処理を実行するための機能的構成を示す機能ブロック図である。

【0021】

メール送受信処理は、送信側メール送信処理と、受信側メール受信処理とに大別される。

【0022】

送信側メール送信処理とは、ユーザＵ１により入力された文章（ユーザＵ２に通知したい主内容）をデータ化して、メールとして送信するまでの一連の処理をいう。特に本実施形態では、緊急指定と通知指定とを受け付け、受け付けた内容をメールの文章（本文）のデータに含める処理が、送信側メール送信処理の一部として実行される。なお、メールの文章（本文）の他、緊急指定や通知指定等の指定内容が含まれたデータであって、送信対象のデータを、以下、「送信データ」と呼ぶ。
緊急指定とは、送信側のユーザＵ１が、メールが緊急の内容なのでユーザＵ２に即座に開封してもらいたいのか否かの度合い（以下、「緊急度」と呼ぶ）を、入力部５６を操作して指定することをいう。この緊急度は、一定範囲で連続的に変化するものであってもよいし、多段階的に離散的に変化するものであってもよい。ここでは、説明の便宜上、緊急と、普通（緊急でない）との２段階の緊急度が設定可能であるとする。
通知指定とは、送信側のユーザＵ１が、受信側のユーザＵ２が所持する通知デバイス（本実施形態では、携帯端末１１−２、ヘッドセット１２、及びリスト端末１３の３種類）のうち、メール受信の通知を行うデバイス（以下、「通知デバイス」と呼ぶ）を指定するとともに、当該通知デバイスでの通知手段を指定することをいう。

【0023】

また、受信側メール受信処理とは、送信側の携帯端末１１−１からの送信データを受信し、送信データから指定内容を検出し、受信側のユーザＵ２が所持する通知デバイス（本実施形態では、携帯端末１１−２、ヘッドセット１２、及びリスト端末１３の３種類）のうち、指定内容に従って決定される通知デバイスに対して、当該指定内容に従って決定される通信手段で、メールの受信をユーザＵ２に通知するまでの一連の処理をいう。

【0024】

送信側メール処理が実行される場合、送信側の携帯端末１１−１のＣＰＵ５１においては、図３に示すように、メール文章生成部７１と、緊急指定受付部７２と、通知指定受付部７３と、表示制御部７４と、送信データ生成部７５とが機能する。なお、ログ取得部７６については後述する。
受信側メール処理が実行される場合、受信側の携帯端末１１−２のＣＰＵ５１においては、図３に示すように、Ｗｉｆｉ制御部８１と、送信データ取得部８２と、指定内容検出部８３と、ブルートゥース制御部８４と、リンク確認部８５と、通知手段決定部８６と、通知制御部８７とが機能する。

【0025】

メール文章生成部７１は、ユーザＵ１の入力部５６に対する操作に基づいて、メールの文章（表題や本文）のデータを生成する。
緊急指定受付部７２は、ユーザＵ１の入力部５６に対する操作に基づいて、上述の緊急指定を受け付ける。
通知指定受付部７３は、ユーザＵ１の入力部５６に対する操作に基づいて、上述の通知指定を受け付ける。
表示制御部７４は、緊急指定や通知指定をユーザＵ１から受け付けるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像等を、表示部５７に表示させる制御を実行する。
送信データ生成部７５は、メール文章に対して、緊急指定や通知指定の内容を付加したデータを、送信データとして生成する。通信データは、通信部５９を介して、携帯端末１１−２に送信される。

【0026】

図４は、緊急指定や通知指定を受け付けるためのＧＵＩ画像の一例を示している。
初めに、表示制御部７４は、緊急指定を行うためのウインドウＧ１、即ち、緊急度として普通又は緊急の選択が行えるウインドウＧ１を表示させる。
例えば、ユーザＵ１が、入力部５６を操作して、ウインドウＧ１における「緊急」を選択すると、具体的にはウインドウＧ１における「緊急」の表示位置における入力部５６に対してタッチ操作をすると、緊急指定受付部７２は、緊急が指定されたことを受け付ける。
この場合、表示制御部７４は、通知指定（通知デバイスの指定）を行うためのウインドウＧ２、即ち、通知デバイスとして、ディフォルト、ヘッドセット１２、又はリスト端末１３の選択が行えるウインドウＧ２を表示させる。ディフォルトとは、予め設定されている１以上のデバイスを意味しており、ここではヘッドセット１２とリスト端末１３との両方が設定されているものとする。なお、図４の例は例示に過ぎず、ユーザＵ２が所持し得るデバイスであれば任意のものが選択可能である。例えば、携帯端末１１−２とは独立してユーザＵ２が自在に持ち運び可能な、通信手段としてバイブレータの機能を有している携帯型のデバイス等を、ウインドウＧ２で選択可能にすることができる。
例えば、ユーザＵ１が、入力部５６を操作して、ウインドウＧ２における「リスト端末」を選択すると、具体的にはウインドウＧ２における「リスト端末」の表示位置における入力部５６に対してタッチ操作をすると、通知指定受付部７３は、通知デバイスとしてリスト端末１３が指定されたことを受け付ける。
この場合、表示制御部７４は、通知手段を設定するためのウインドウＧ３、即ち、ウインドウＧ２で設定された通知デバイスによるメール受信の通知手段として、表示、着信音、又はバイブレータの選択が行えるウインドウＧ３を表示させる。
例えば、ユーザＵ１が、入力部５６を操作して、ウインドウＧ３における「バイブレータ」を選択すると、具体的にはウインドウＧ３における「バイブレータ」の表示位置における入力部５６に対してタッチ操作をすると、通知指定受付部７３は、リスト端末１３の通信手段としてバイブレータが指定されたことを受け付ける。
この場合、送信データ生成部７５は、メール文章に対して、緊急度が「緊急」であり、通知デバイスが「リスト端末」であり、通知手段が「バイブレータ」であることを示す情報を付加したデータを、送信データとして生成する。通信データは、通信部５９を介して、携帯端末１１−２に送信される。

【0027】

図３に戻り、このようにして携帯端末１１−１から送信データが送信されると、受信側の携帯端末１１−２は、受信側メール受信処理を実行する。
この場合、Ｗｉｆｉ制御部８１は、Ｗｉ−Ｆｉによる、通信部５９やネットワーク２１を介する、携帯端末１１−１との通信を制御する。例えば、Ｗｉｆｉ制御部８１は、携帯端末１１−１からの送信データを、Ｗｉ−Ｆｉにより、通信部５９やネットワーク２１を介して受信させる制御を実行する。
送信データ取得部８２は、Ｗｉｆｉ制御部８１の制御により受信された送信データを取得する。
指定内容検出部８３は、送信データ取得部８２により取得された送信データから、緊急指定や通知指定の内容を示すデータを検出する。送信データのうち、メールの文章（表題や本文等）のデータは通知制御部８７に供給される。
ブルートゥース制御部８４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）により、通信部５９を介するヘッドセット１２やリスト端末１３との間の無線通信を制御する。
リンク確認部８５は、ブルートゥース制御部８４の制御によるＢｌｕｅｔｏｏｔｈ（登録商標）の無線リンクの状態を、通知デバイス毎に（本実施形態ではヘッドセット１２及びリスト端末１３毎に）確認する。
通知手段決定部８６は、指定内容検出部８３の検出結果、及び、リンク確認部８５の確認結果に基づいて、メール受信をユーザＵ２に通知するための通知デバイス、及び、その通知デバイスでの通知手段を決定する。
通知制御部８７は、携帯端末１１−２、ヘッドセット１２、及び、リスト端末１３のうち、通知手段決定部８６により決定された通知デバイスから、通知手段決定部８６により決定された通信手段を用いて、ユーザＵ２に対してメール受信の通知を行う制御を実行する。その際、通知手段決定部８６により決定された通知デバイスが、ヘッドセット１２又はリスト端末１３の場合には、通知制御部８７は、ブルートゥース制御部８４を介する、Ｂｌｕｅｔｏｏｔｈ（登録商標）の無線通信を用いた遠隔制御を実行する。

【0028】

次に、かかる機能的構成を有するメール送受信システムが実行する、メール送受信処理について説明する。具体的には、メール送受信処理のうち、先ず、送信側メール送信処理について説明し、その後、受信側メール受信処理について説明する。

【0029】

図５は、図３の機能構成を有する図２の送信側の携帯端末が実行する、送信側メール送信処理の流れの一例を示すフローチャートである。
送信側の携帯端末１１−１の電源が投入されて所定の条件が満たされると、送信側メール送信処理が開始されて、次のようなステップＳ１以降の処理が実行される。

【0030】

ステップＳ１において、メール文章生成部７１は、ユーザＵ１の入力部５６に対する操作に基づいて、宛先を入力する。
ステップＳ２において、メール文章生成部７１は、ユーザＵ１の入力部５６に対する操作に基づいて、表題を入力する。
ステップＳ３において、メール文章生成部７１は、ユーザＵ１の入力部５６に対する操作に基づいて、本文を入力する。

【0031】

ステップＳ４において、緊急指定受付部７２は、ユーザＵ１の入力部５６に対する操作に基づいて、緊急指定があったか否かを判定する。

【0032】

緊急指定がなかった場合、例えば上述の図４の例では緊急度として「普通」が設定された場合、ステップＳ４においてＮＯであると判定されて、処理はステップＳ５に進む。
この場合、ステップＳ５において、送信データ生成部７５は、ステップＳ１乃至Ｓ３の処理で入力されたメール文章（宛先、表題、及び本文）のデータを、送信データとして生成して、通信部５９を介して携帯端末１１−２に送信する。
これにより、送信側メール送信処理は終了となる。

【0033】

これに対して、緊急指定があった場合、例えば上述の図４の例では緊急度として「緊急」が設定された場合、ステップＳ４においてＹＥＳであると判定されて、処理はステップＳ６に進む。
ステップＳ６において、通知指定受付部７３は、ユーザＵ１の入力部５６に対する操作に基づいて、通知デバイスを選択する旨の指定（操作）があったか否かを判定する。

【0034】

通知デバイスを選択する旨の指定（操作）がなかった場合、ステップＳ６においてＮＯであると判定されて、処理はステップＳ５に進む。
この場合、ステップＳ５において、送信データ生成部７５は、ステップＳ１乃至Ｓ３の処理で入力されたメール文章（宛先、表題、及び本文）のデータを、送信データとして生成して、通信部５９を介して携帯端末１１−２に送信する。
これにより、送信側メール送信処理は終了となる。

【0035】

通知デバイスを選択する旨の指定（操作）があった場合、ステップＳ６においてＹＥＳであると判定されて、処理はステップＳ７に進む。
ステップＳ７において、表示制御部７４は、通知デバイスの候補を、表示部５７に表示させる。具体的には例えば、表示制御部７４は、図４のウインドウＧ２を表示部５７に表示させる。
ステップＳ８において、通知指定受付部７３は、通知デバイスの候補のうち、ユーザＵ１の入力部５６に対する操作により指定されたものを、通知デバイスとして選択する。具体的には例えば図４の例では、ウインドウＧ２における「リスト端末」が指定されているので、リスト端末１３が通知デバイスとして選択される。
ステップＳ９において、表示制御部７４は、通信手段の候補を、表示部５７に表示させる。具体的には例えば、表示制御部７４は、図４のウインドウＧ３を表示部５７に表示させる。
ステップＳ１０において、通知指定受付部７３は、通信手段の候補のうち、ユーザＵ１の入力部５６に対する操作により指定されたものを、通知手段として選択する。具体的には例えば図４の例では、ウインドウＧ３における「バイブレータ」が指定されているので、バイブレータが通信手段として選択される。
ステップＳ５において、送信データ生成部７５は、ステップＳ１乃至Ｓ３の処理で入力されたメール文章（宛先、表題、及び本文）のデータに対して、ステップＳ４の処理で指定された緊急度（この例では「緊急」）、ステップＳ８の処理で選択された通知デバイス（図４の例ではリスト端末１３）、及びステップＳ１０の処理で選択された通知手段（図４の例ではバイブレータ）を示す情報を付加したデータを、送信データとして生成する。そして、送信データ生成部７５は、送信データを、通信部５９を介して携帯端末１１−２に送信する。
これにより、送信側メール送信処理は終了となる。

【0036】

以上、メール送受信処理のうち送信側メール送信処理について、図５のフローチャートを参照して説明した。次に、メール送受信処理のうち受信側メール受信処理について、図６のフローチャートを参照して説明する。

【0037】

図６は、図３の機能構成を有する図２の受信側の携帯端末が実行する、受信側メール受信処理の流れの一例を示すフローチャートである。
上述の図５の送信側メール送信処理が実行されて、メールの送信データが携帯端末１１−１からネットワーク２１を介して携帯端末１１−２に受信されると、即ち図３のＷｉｆｉ制御部８１を介して送信データ取得部８２により送信データが取得されると、受信側メール受信処理が開始されて、次のようなステップＳ２１以降の処理が実行される。

【0038】

ステップＳ２１において、指定内容検出部８３は、送信データから指定内容を検出し、その検出結果に基づいて緊急度指定があるか否かを判定する。

【0039】

緊急度指定がない場合、例えば上述の図４の例では緊急度として「普通」が設定されていた場合、ステップＳ２１においてＮＯであると判定されて、処理はステップＳ２４に進む。
この場合、ステップＳ２４において、通知手段決定部８６は、通常通りメール受信デバイス（ここでは携帯端末１１−２自身）にてメール受信の通知を行うことを決定し、通知制御部８７は、図２の表示部５７等からメール受信の通知を行う。
なお、このように、メール受信の通知デバイスやその通知手段を決定し、メール受信の通知を行うまでの一連の処理を、以下、「通知実行処理」と呼ぶ。通知実行処理の詳細については、図７のフローチャートを参照して後述する。
このようなステップＳ２４の通知実行処理が終了すると、受信側メール受信処理全体も終了となる。

【0040】

これに対して、緊急度指定があるという指定内容であった場合、例えば上述の図４の例では緊急度として「緊急」が設定されていた場合、ステップＳ２１においてＹＥＳであると判定されて、処理はステップＳ２２に進む。
ステップＳ２２において、リンク確認部８５は、ブルートゥース制御部８４の制御によるＢｌｕｅｔｏｏｔｈ（登録商標）の無線リンクの状態を、通知デバイス毎に（本実施形態ではヘッドセット１２及びリスト端末１３毎に）確認する。
ステップＳ２３において、通知手段決定部８６は、リンク確認部８５の確認結果に基づいて、Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続している通知デバイスがあるか否かを判定する。

【0041】

Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続している通知デバイスが１つも無い場合、ステップＳ２３においてＮＯであると判定されて、処理はステップＳ２４に進む。
この場合、ステップＳ２４において、通知実行処理として次のような処理が実行される。即ち、通知手段決定部８６は、通常通りメール受信デバイス（ここでは携帯端末１１−２自身）にてメール受信の通知を行うことを決定し、通知制御部８７は、図２の表示部５７等からメール受信の通知を行う。なお、通知実行処理の詳細については、図７のフローチャートを参照して後述する。
これにより、受信側メール受信処理は終了となる。

【0042】

これに対して、Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続している通知デバイスが１以上存在する場合、ステップＳ２３においてＹＥＳであると判定されて、処理はステップＳ２５に進む。
ステップＳ２５において、通知手段決定部８６は、ヘッドセット１２が接続されているか否かを判定する。

【0043】

ここで、ヘッドセット１２が接続されているとは、単に、ヘッドセット１２がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されているだけでは足りず、さらに、送信データの指定内容に、通知デバイスとして「ヘッドセット」が含まれていることも要求される。
即ち、ヘッドセット１２がＢｌｕｅｔｏｏｔｈ（登録商標）により接続され、かつ、送信データの指定内容に、通知デバイスとして「ヘッドセット」が含まれている場合、ステップＳ２５においてＹＥＳであると判定されて、処理はステップＳ２６に進む。
ステップＳ２６において、通知手段決定部８６は、指定内容検出部８３の検出結果に基づいて、ヘッドセット１２での通知手段を選択する。
この場合、ステップＳ２４において、通知実行処理として次のような処理が実行される。即ち、通知制御部８７は、ヘッドセット１２から、ステップＳ２６の処理で決定された通信手段を用いて、ユーザＵ２に対してメール受信の通知を行う制御を実行する。その際、通知制御部８７は、ブルートゥース制御部８４を介する、Ｂｌｕｅｔｏｏｔｈ（登録商標）の無線通信を用いた遠隔制御を実行する。
なお、通知実行処理の詳細については、図７のフローチャートを参照して後述する。
これにより、受信側メール受信処理は終了となる。

【0044】

これに対して、ヘッドセット１２がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されていない場合の他、（たとえヘッドセット１２がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されていたとしても）送信データの指定内容に、通知デバイスとして「ヘッドセット」が含まれていない場合、ステップＳ２５においてＮＯであると判定されて、処理はステップＳ２７に進む。
ステップＳ２７において、通知手段決定部８６は、リスト端末１３が接続されているか否かを判定する。

【0045】

ここで、リスト端末１３が接続されているとは、単に、リスト端末１３がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されているだけでは足りず、さらに、送信データの指定内容に、通知デバイスとして「リスト端末」が含まれていることも要求される。
即ち、リスト端末１３がＢｌｕｅｔｏｏｔｈ（登録商標）により接続され、かつ、送信データの指定内容に、通知デバイスとして「リスト端末」が含まれている場合、ステップＳ２７においてＹＥＳであると判定されて、処理はステップＳ２８に進む。
ステップＳ２８において、通知手段決定部８６は、指定内容検出部８３の検出結果に基づいて、リスト端末２３での通知手段を選択する。
この場合、ステップＳ２４において、通知実行処理として次のような処理が実行される。即ち、通知制御部８７は、リスト端末１３から、ステップＳ２８の処理で決定された通信手段を用いて、ユーザＵ２に対してメール受信の通知を行う制御を実行する。その際、通知制御部８７は、ブルートゥース制御部８４を介する、Ｂｌｕｅｔｏｏｔｈ（登録商標）の無線通信を用いた遠隔制御を実行する。
なお、通知実行処理の詳細については、図７のフローチャートを参照して後述する。
これにより、受信側メール受信処理は終了となる。

【0046】

これに対して、リスト端末１３がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されていない場合の他、（たとえリスト端末１３がＢｌｕｅｔｏｏｔｈ（登録商標）により接続されていたとしても）送信データの指定内容に、通知デバイスとして「リスト端末」が含まれていない場合、ステップＳ２７においてＮＯであると判定されて、処理はステップＳ２４に進む。
この場合、ステップＳ２４において、通知実行処理として次のような処理が実行される。即ち、通知手段決定部８６は、通常通りメール受信デバイス（ここでは携帯端末１１−２自身）にてメール受信の通知を行うことを決定し、通知制御部８７は、図２の表示部５７等からメール受信の通知を行う。
なお、通知実行処理の詳細については、図７のフローチャートを参照して後述する。
これにより、受信側メール受信処理は終了となる。

【0047】

次に、受信側メール受信処理のうち、ステップＳ２４の通知実行処理の詳細について、図７のフローチャートを参照して説明する。
図７は、図６の受信側メール受信処理のうち、ステップＳ２４の通知実行処理の詳細な流れを説明するフローチャートである。

【0048】

ステップＳ４１において、通知制御部８７は、通知デバイス情報を呼び出す。
ここで、通知デバイス情報とは、通知手段決定部８６により決定された通知デバイスを特定可能な情報をいい、本実施形態では通知手段決定部８６により生成されて通知制御部８７に供給されるものとする。

【0049】

ステップＳ４２において、通知制御部８７は、通知手段情報を呼び出す。
ここで、通知手段情報とは、通知手段決定部８６により決定された通知手段を特定可能な情報をいい、本実施形態では通知手段決定部８６により生成されて通知制御部８７に供給されるものとする。

【0050】

ステップＳ４３において、通知制御部８７は、ステップＳ４１の処理で呼び出された通知デバイス情報で特定される通知デバイスに対して、ステップＳ４２の処理で呼び出された通知手段情報で特定される通知手段を送信する。
ここで、「送信する」とは、通知デバイスが携帯端末１１−１自身である場合、当該携帯端末１１−１内で信号を伝送することを意味し、通知デバイスがヘッドセット１２又はリスト端末１３の場合、Ｂｌｕｅｔｏｏｔｈ（登録商標）による無線通信を意味する。

【0051】

ステップＳ４４において、通知制御部８７は、通知実行確認がなされた否かを判定する。
即ち、本実施形態では、通知手段が送信された通知デバイスは、当該通信手段を用いてメール受信の通知を実行し、実行後、通知実行確認を通知制御部８７に通知する。
このような通知が未だなされていない場合には、ステップＳ４４においてＮＯであると判定されて、処理はステップＳ４４に戻される。即ち、通知実行確認が通知されるまでの間、ステップＳ４４の判定処理が繰り返し実行されて、通知実行処理は待機状態となる。
通知実行確認が通知されると、ステップＳ４４においてＹＥＳであると判定されて、通知実行処理は終了となる。即ち、図６のステップＳ２４の処理が終了し、受信側メール受信処理の全体が終了となる。

【0052】

ところで、本実施形態では、このような図６の受信側メール受信処理後に、メール受信の通知を受けた受信側のユーザＵ２がメールの開封操作をすると、開封確認メールが受信側の携帯端末１１−１から送信側の携帯端末１１−１に送信される。ここで、本実施形態では、当該開封確認メールに対して、通知デバイス情報と通知手段情報が付加されて送信される。このような開封確認メールが送信されるまでの一連の処理を、以下、「メール開封処理」と呼ぶ。
図８は、図２の受信側の携帯端末が、図６の受信側メール受信処理に併せて実行する、メール開封処理の流れを説明するフローチャートである。

【0053】

ステップＳ６１において、携帯端末１１−２は、開封確認メールのデータを作成する。

【0054】

ステップＳ６２において、携帯端末１１−２は、図６の受信側メール受信処理のステップＳ２４の通知実行処理、より具体的には図７のステップＳ４１の処理で呼び出された通知デバイス情報を取得する。

【0055】

ステップＳ６３において、携帯端末１１−２は、ステップＳ６１の処理で作成した開封確認メールに対して、ステップＳ６２の処理で取得した通知デバイス情報を付加する。

【0056】

ステップＳ６４において、携帯端末１１−２は、図６の受信側メール受信処理のステップＳ２４の通知実行処理、より具体的には図７のステップＳ４２の処理で呼び出された通知手段情報を取得する。

【0057】

ステップＳ６５において、携帯端末１１−２は、ステップＳ６１の処理で作成した開封確認メールに対して、ステップＳ６４の処理で取得した通知手段情報を付加する。

【0058】

ステップＳ６６において、携帯端末１１−２は、送信側の携帯端末１１−１に対して、開封確認メールを送信する。
これにより、メール開封処理は終了となる。

【0059】

このような通知デバイス情報と通知手段情報が付加された開封確認メールが、受信側の携帯端末１１−２に受信されると、当該開封確認メールから通知デバイス情報（無線リンク情報）と通知手段情報とがアドレス帳に登録される。以下、このような一連の処理を「開封確認メール受信処理」と呼ぶ。
図９は、図８のメール開封処理の実行後に、図２の送信側の携帯端末が実行する開封確認メール受信処理の流れを説明するフローチャートである。
開封確認メール受信処理が実行される場合、図３のログ取得部７６が機能する。

【0060】

開封確認メールが受信されると、当該開封確認メールに対する添付ファイルが表示される。そこで、ユーザＵ１は、入力部５６に対する操作（タッチパネルに対するタッチ操作）により、その添付ファイルを実行する。
すると、ステップＳ８１において、ログ取得部７６は、通知デバイス情報（無線リンク情報）と通知手段情報の添付スクリプトを実行する。
すると、添付スクリプト（換言すると、ログ取得部７６は、実行された添付スクリプトを含むと把握することができる）により、以下のステップＳ８２以降の処理が実行される。

【0061】

ステップＳ８２において、ログ取得部７６（添付スクリプト）は、開封確認メールの差出人のメールアドレスを取得する。
ステップＳ８３において、ログ取得部７６（添付スクリプト）は、アドレス帳からメールアドレスを検索する。
ステップＳ８４において、ログ取得部７６（添付スクリプト）は、個人アドレスの情報を取得する。
ステップＳ８４において、ログ取得部７６（添付スクリプト）は、通知デバイス情報を個人アドレスへ追加する。
ステップＳ８５において、ログ取得部７６（添付スクリプト）は、通知手段情報を個人アドレスへ保存する。
これにより、開封確認メール受信処理が終了する。

【0062】

このようにして、開封確認メールの情報から、ヘッドセット１２やリスト端末１３等の受信側の携帯端末１１−２における無線リンク情報（通知デバイス情報）と、着信音やバイブレータ等の通知手段情報が、当該携帯端末１１−２の所持者（ここではユーザＵ２）のアドレス帳に登録されるので、次回のデバイス候補として表示可能になる（図５のステップＳ７参照）。

【0063】

以上説明したように、本発明の情報処理装置の一実施形態の送信側の携帯端末１１−１は、メール文章生成部７１と、送信データ生成部７５と、通信部５９とを備える。
メール文章生成部７１は、１以上のデバイス（本実施形態ではヘッドセット１２及びリスト端末１３）と通信する機能を有する受信側の携帯端末１１−２のユーザＵ２に対する通知内容、即ちメールの本文を含むメール文章のデータ（第１情報）を生成する。
送信データ生成部７５は、１以上のデバイス及び携帯端末１１−２からなるデバイス群のうち、第１情報を携帯端末１１−２で受信した旨をユーザＵ２に通知する通知デバイスを示す第２情報を第１情報に付加した情報を、送信情報として生成する。
通信部５９は、送信データ生成部７５により生成された送信情報を、受信側の携帯端末１１−２に送信する。
これにより、送信側のユーザＵ１にとって重要な内容のメール等（第１情報）が送信された場合、受信側のユーザＵ２が適切なタイミングで確実に確認することができるようになる。
例えば、ユーザＵ１は、スマートフォンとしての携帯端末１１−２にリンクしているヘッドセット１２を指定してメール着信の通知させることができるので、ヘッドセット１２を装着しているユーザＵ２は、メールが着信すると即座に（適切なタイミングで）、ヘッドフォンからの音声出力（そのような通信手段）により、確実にメールを確認することができる。
また、ユーザＵ１は、スマートフォンとしての携帯端末１１−２にリンクしているリスト端末１３を指定してメール着信の通知させることができるので、リスト端末１３を装着しているユーザＵ２は、メールが着信すると即座に（適切なタイミングで）、リスト端末１３により、確実にメールを確認することができる。ここで、リスト端末１３の通知手段としては、画像表示と、バイブレータ等複数種類が選択可能である。従って、送信側のユーザＵ１は、リスト端末１３については、ユーザＵ２に対して、画像表示で通知するよりもバイブレータで通知した方が確実であると判断した場合、通知手段としてバイブレータを選択操作するといった簡便な操作をするだけで済む。

【0064】

さらに、送信側の携帯端末１１−１は、上述の第２情報で示される通知デバイスを、ユーザＵ１に設定させるためのＧＵＩ画像を、当該ユーザＵ１に提供する制御を実行する表示制御部７４、換言すると第１設定部が設けられている。
これにより、ユーザＵ１は、簡単で手間のかからない操作をするだけで、通知デバイスを自在に設定することができる。

【0065】

さらに、送信データ生成部７５は、通知デバイスにおけるユーザＵ２への通知手段（通知方法）を示す第３情報を第１情報に付加した情報を、送信情報として生成することができる。
これにより、送信側のユーザＵ１にとって重要な内容のメール等（第１情報）が送信された場合、受信側のユーザＵ２がより一段と適切なタイミングで確実に確認することができるようになる。

【0066】

さらに、表示制御部７４は、上述の第３情報で示される通知手段（通知方法）を、ユーザＵ１に設定させるためのＧＵＩ画像を、当該ユーザＵ１に提供する制御を実行することによって、第３情報で示される通知方法をユーザＵ１に設定させる第２設定手段として機能することができる。
これにより、ユーザＵ１は、簡単で手間のかからない操作をするだけで、通知手段（通知方法）を自在に設定することができる。

【0067】

さらに、上述の第１情報に含まれる通知内容（メールの本文等）の重要度に応じて、設定可能な通知デバイスや通知手段（通知方法）の種類が異なっており、表示制御部７４は、重要度を設定させるＧＵＩ（例えば図４のウィンドウＧ１）をさらに提供し、設定された重要度に応じて、通知デバイスや通知手段（通知方法）を設定させるためのＧＵＩ（例えば図４のウィンドウＧ２及びＧ３）を可変して提供することができる。
これにより、ユーザＵ１は、先ず重要度を設定するだけで、当該重要度にとって適切な通知デバイスを自在に設定できるようになる。

【0068】

さらに、受信側の携帯端末１１−２から、通知内容が受信側のユーザＵ２に通知された後、通知が行われたデバイス及び当該デバイスでの通知手段を示す情報が付加された、当該ユーザＵ２に通知済みであることを示す通知済情報（例えば本実施形態では開封確認メール）が送信されてきた場合、通信部５９は、さらに、当該通知済情報を受信し、送信側の携帯端末１１−１は、通信部５９に受信された通知情報から、通知が行われたデバイス及び当該デバイスでの通知手段を、ログ情報として取得することができる。
このログ情報を活用することにより、送信相手（ここではユーザＵ２）がどのようなデバイスと通知手段を有しているのかをアドレス帳等へ登録して次回の送信時の候補に使用できので、次回送信時においてユーザＵ２はより一段と確実にメール通知を確認することができる。
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

【0069】

上述の実施形態では、送信側の携帯端末１１−１から受信側の携帯端末１１−２に対して、メールが送信されたが、特にこれに限定されない。先ず、送信相手は、１以上のデバイスと通信する機能を有する他の情報処理装置であれば足りる。そして、送信対象は、ユーザに対する通知内容を含む任意の情報でよい。

【0070】

また、上述の実施形態では、本発明が適用される情報処理装置は、スマートフォン等の携帯端末１１−１を例として説明したが、特にこれに限定されない。
例えば、本発明は、１以上のデバイスと通信する機能を有する他の情報処理装置との間で通信する機能を有する電子機器一般に適用することができる。具体的には、例えば、本発明は、ノート型のパーソナルコンピュータ、プリンタ、テレビジョン受像機、ビデオカメラ、携帯型ナビゲーション装置、携帯電話機、ポータブルゲーム機等に適用可能である。

【0071】

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が携帯端末１１−１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

【0072】

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

【0073】

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア６１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ５２や、図２の記憶部５８等で構成される。

【0074】

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

【0075】

以上、本発明のいくつかの実施形態について説明したが、これらの実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態を取ることが可能であり、さらに、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【0076】

以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［付記１］
１以上のデバイスと通信する機能を有する他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成手段と、
前記１以上のデバイス及び前記他の情報処理装置からなるデバイス群のうち、前記第１情報を前記他の情報処理装置で受信した旨を当該第１ユーザに通知する通知デバイスを示す第２情報を、前記第１情報に付加した情報を、送信情報として生成する第２生成手段と、
前記第２生成手段により生成された前記送信情報を、前記他の情報処理装置に送信する通信手段と、
を備える情報処理装置。
［付記２］
前記第２情報で示される通知デバイスを、前記情報処理装置の第２ユーザに設定させる第１設定手段、
をさらに備える付記１に記載の情報処理装置。
［付記３］
前記第１設定手段は、前記第１情報に含まれる通知内容の重要度に応じて、設定可能な通知デバイスの種類が異なっている
付記２に記載の情報処理装置。
［付記４］
前記第２生成手段は更に、前記通知デバイスにおける通知方法を示す第３情報を前記第１情報に付加した情報を、送信情報として生成する
付記２又は３に記載の情報処理装置。
［付記５］
前記第３情報で示される通知方法を前記情報処理装置の第２ユーザに設定させる第２設定手段
をさらに備える付記４に記載の情報処理装置。
［付記６］
前記第１設定手段は、前記第１情報に含まれる通知内容の重要度に応じて、設定可能な通知デバイスの種類が異なっている
付記５に記載の情報処理装置。
［付記７］
前記他の情報処理装置から、前記通知内容が前記第１ユーザに通知された後、通知が行われたデバイス及び当該デバイスでの通知手段を示す情報が付加された、当該第１ユーザに通知済みであることを示す通知済情報が送信されてきた場合、前記通信手段は、さらに、当該通知済情報を受信し、
前記情報処理装置は、前記通知手段に受信された前記通知済情報から、通知が行われたデバイスを、ログ情報として取得するログ取得手段をさらに備える、
付記１乃至６のうちの何れか１つに記載の情報処理装置。
［付記８］
１以上のデバイスと通信する機能を有する情報処理装置であって、
他の情報処理装置から送られてきた情報に、当該情報を通知するデバイスを示すデバイス情報が付加されているか否かを判断する判断手段と、
前記判断手段により付加されていると判断された場合に、前記デバイス情報に示されたデバイスで前記情報を通知するように制御する制御手段と、
を備える情報処理装置。
［付記９］
１以上のデバイスと通信する機能を有する他の情報処理装置との間で通信する通信手段を有する情報処理装置が実行する通信方法であって、
前記他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成ステップと、
前記１以上のデバイス及び前記他の情報処理装置からなるデバイス群のうち、前記第１情報を前記他の情報処理装置で受信した旨を当該第１ユーザに通知する通知デバイスを示す第２情報を、前記第１情報に付加した情報を、送信情報として生成する第２生成ステップと、
を含む通信方法。
［付記１０］
１以上のデバイスと通信する機能を有する他の情報処理装置との間で通信する通信手段を有する情報処理装置を制御するコンピュータを、
前記他の情報処理装置の第１ユーザに対する通知内容を含む第１情報を生成する第１生成手段、
前記１以上のデバイス及び前記他の情報処理装置からなるデバイス群のうち、前記第１情報を前記他の情報処理装置で受信した旨を当該第１ユーザに通知する通知デバイスを示す第２情報を、前記第１情報に付加した情報を、送信情報として生成する第２生成手段、
として機能させるプログラム。
［付記１１］
１以上のデバイスと通信する機能を有する情報処理装置が実行する通信方法であって、
他の情報処理装置から送られてきた情報に、当該情報を通知するデバイスを示すデバイス情報が付加されているか否かを判断する判断ステップと、
付加されていると判断された場合に、前記デバイス情報に示されたデバイスで前記情報を通知するように制御する制御ステップと、
を含む通信方法。
［付記１２］
１以上のデバイスと通信する機能を有する情報処理装置を制御するコンピュータを、
他の情報処理装置から送られてきた情報に、当該情報を通知するデバイスを示すデバイス情報が付加されているか否かを判断する判断手段、
前記判断手段により付加されていると判断された場合に、前記デバイス情報に示されたデバイスで前記情報を通知するように制御する制御手段、
として機能させるプログラム。

【符号の説明】

【0077】

１１、１１−１、１１−２ 携帯端末、１２ ヘッドセット１、１３ リスト端末、５１ ＣＰＵ、５６ 入力部、５７ 表示部、５９ 通信部、７１ メール文章生成部、７２ 緊急指定受付部、７３ 通知指定受付部、７４ 表示制御部、７５ 送信データ生成部、７６ ログ取得部、８１ Ｗｉｆｉ制御部、８２ 送信データ取得部、８３ 指定内容検出部、８４ ブルートゥース制御部、８５ リンク確認部、８６ 通知手段決定部、８７ 通知制御部８７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】