JP2008242827A - 着信対応システム - Google Patents

Abstract

【課題】情報処理装置の操作を中断することなく、携帯端末の着信、メール通知にタイムリーに応対すること、及び携帯端末への入力を情報処理装置から効率よく行う。
【解決手段】メールを受信可能な携帯端末と、この携帯端末と通信可能な情報処理装置を有する着信対応システムであって、前記携帯端末へのメールの着信があった場合、前記携帯端末はメール着信を知らせるためのデータを前記情報処理装置に送信し、前記情報処理装置は前記データを受信すると、メール着信を示す出力を行い、またそのメールに対する返信を生成するための入力を受け付け、この入力に基づいて生成された返信メールデータを前記携帯端末に送信し、前記携帯端末は、前記返信メールデータに基づくメールを送信することを特徴とする着信対応システム。
【選択図】図１

Description

本発明は、着信対応システムに関し、より詳しくは携帯端末を情報処理装置により遠隔操作する着信対応システムに関する。

近年の通信技術及び通信インフラの普及発展によって、携帯電話機やＰＤＡ（Personal Data Assistant）などの移動体通信網を利用可能な携帯端末が広く利用されるようになってきた。このような携帯端末は、電話による通信以外の利用用途が拡大しており、データ通信、とりわけＥメール送受信などを行うことが多くなった。また、ＰＣ（Personal Computer）など情報処理装置の普及も顕著で、携帯端末と情報処理装置を共に使用する人も多い。このようなユーザのために、携帯端末と情報処理装置を有線で接続し、携帯端末に保存されているEmailのデータを情報処理装置から参照したり、返信メールを作成するソフトウェアが存在する（例えば、非特許文献１）。

また、情報処理装置と携帯端末とを組み合わせて使用する別の技術として、情報処理装置を携帯端末で遠隔操作する従来技術が存在する（例えば、特許文献１）。この従来技術は、情報処理装置のリモコンとして携帯端末を利用し、情報処理装置及びこれに接続された外部の電子機器（例えば、ＴＶ、ＶＴＲ、ＡＶ，エアコンなど）を遠隔操作することを目的とするものである。
（URL: http://www.webmailer.jp/参照、２００７年３月２４日検索） 特開２００２−１０１４７６号公開公報（段落［００４５］〜［００４９］、図８参照）

しかしながら、上記の従来技術は、下記の問題があった。

すなわち、携帯端末は、一般のＰＣ（Personal Computer）のような情報処理装置に比べて、入力デバイスの制限（キー数が少ないこと、など）から文章の入力には不向きで入力の効率が悪いという欠点がある。また、携帯電話機の通話着信に対応する手段がなく、またさらに携帯端末にEメールが着信した旨、情報処理装置から確認する手段がなく、タイムリーに返信・転送操作も行えない、などの問題点がある。

本発明の目的は、情報処理装置の操作を中断することなく、携帯端末の着信、メール通知にタイムリーに応対すること、及び携帯端末への入力を情報処理装置から効率よく行うことにある。

また、本発明の別の目的は、携帯端末に記憶されているアドレス帳（メールアドレス、メーリングリストなど）を情報処理装置に取り込むことなく、アドレス帳の宛先とメールの送受信を行うことにある。

上記の課題を解決する手段として、本発明は以下の特徴を有する。

本発明の第１の態様は、着信対応システムとして提案される。このシステムは、メールを受信可能な携帯端末と、この携帯端末と通信可能な情報処理装置を有する着信対応システムであって、携帯端末へのメールの着信があった場合、携帯端末はメール着信を知らせるためのデータを情報処理装置に送信し、情報処理装置はデータを受信すると、メール着信を示す出力を行い、またそのメールに対する返信を生成するための入力を受け付け、この入力に基づいて生成された返信メールデータを携帯端末に送信し、携帯端末は、返信メールデータに基づくメールを送信する
ことを特徴としている。

本発明の第２の態様は、着信対応システムとして提案される。このシステムは、通話を受けることが可能な携帯端末と、この携帯端末と通信可能な情報処理装置を有する着信対応システムであって、携帯端末に通話着信があった場合、携帯端末は通話着信を知らせるためのデータを情報処理装置に送信し、情報処理装置はデータを受信すると、通話着信を示す出力を行い、またその通話に対する対応方法をユーザに選択させる入力を受け付け、受け付けた入力に応じた対応選択データを携帯端末に送信し、携帯端末は、対応選択データに応じた対応方法を実行することを特徴としている。

本発明によれば、情報処理装置の操作を中断することなく、携帯端末の着信、メール通知にタイムリーに応対すること、及び携帯端末への入力を情報処理装置から効率よく行うことが可能となる。

以下、図面を参照しながら本発明の実施の形態を説明する。

本実施の形態は、着信対応システム、より詳しくは携帯電話機などの携帯端末へのメール及び通話の着信の応答をＰＣなどの情報処理装置を利用して行うことができる着信応答システムとして提案される。

［１．着信応答システムの構成例］
図１は、本実施の形態にかかる着信応答システム１の構成例を示すネットワーク図である。

着信応答システム１は、携帯端末１０と、携帯電話機１０と通信可能な情報処理装置２０とを有する。着信応答システム１は、携帯端末１０による電子メールの着信、及び通話着信に対して、情報処理装置２０がこれらメール着信、通話着信をユーザに通知するとともに、メール着信、通話着信に対する応答を、情報処理装置２０を操作することによって行うことができるシステムである。、
携帯端末１０は、基地局４０と無線により通信可能であると共に、移動体通信網５０を介して別の携帯端末（通話発信元携帯端末と呼ぶ）８０と通話回線を接続可能であって、通話発信元携帯端末８０からの着信を受けることができる。また、携帯端末１０は、基地局４０、移動体通信網５０、ゲートウエイ６０を介して通信網７０と接続可能であり、通信網を介してメールサーバ３０とデータ送受信を行うことができる。

また、携帯端末１０は、通信網７０を介すことなく情報処理装置２０と通信可能である。

情報処理装置２０は、携帯端末１０と通信網を介すことなく通信可能である。なお、図１では、情報処理装置２０は、通信網７０と接続されていないが、通信網７０に接続可能であっても構わない。

また、通信網７０には、メールサーバ３０が接続されていると共に、情報処理装置２０とは別の情報処理装置であるメール送信元ＰＣ９０が接続され、メール送信元９０と携帯端末１０との間で、メールサーバ３０を介して電子メールの送受信を行うことが可能である。

以下、上記の構成要素について説明する。

［１．１．携帯端末］
携帯端末１０は、情報処理装置２０と通信を行うための通信手段を有する携帯電話機、通信手段及び移動体通信手段を搭載したＰＤＡ（Personal Data Assistant）、携帯ゲーム機、無線ＬＡＮを搭載したＩＰ電話機などである。

ここで、通信手段とは、有線、無線の如何を問わず携帯端末１０及び情報処理装置２０間のデータ送受信を可能とする通信装置であって、例えば、Bluetooth、無線ＬＡＮ（ＩＥＥＥ８０２．１１）、ＵＷＢ（ultra wide band）、赤外線通信（ＩｒＤＡ）などである。なお、本実施の形態では、携帯端末１０及び情報処理装置２０間の通信手段として”Bluetooth”を用いるものとして説明するが、この通信手段が”Bluetooth”に限定される趣旨ではない。

図２は、携帯端末１０の構成例を示す機能ブロック図である。図２に示す例では、携帯端末１０は、通信手段である携帯端末側通信処理部１０１と、この携帯端末側通信処理部１０１に接続された通話着信処理部１０３，メール着信処理部１０２と、通話着信処理部に接続された通話処理部１０５と、メール着信処理部１０２に接続されたメールクライアント１０４と、通話処理部１０５，メールクライアント１０４に接続された入力部１０７及び出力部１０８と、通話処理部１０５，メールクライアント１０４に接続された移動体通信網接続部１０６と、アドレス帳記憶部１０９とを有している。なお、ここにいう「接続」とは、物理的に配線等で接続されていることに限られず、プログラムモジュール相互でデータの受け渡しを行うことも含んでいる。

携帯端末側通信処理部１０１は、後述する情報処理装置側通信処理部２０１と通信を行う機能を有し、例えばBluetooth無線技術によるＲＦトランシーバ、ベースバンド、プロトコル・スタックで構成されるシステムである。

メール着信処理部１０２は、メールクライアント１０４がメールサーバ３０からメールを着信した場合、メール着信を携帯端末側通信処理部１０１、情報処理装置側通信処理部２０１を介して後述するメール着信対応部２０２に通知し、またメール着信対応部２０２からの要求に応じて、指定されたメールのメール詳細情報（メール本文）を携帯端末側通信処理部１０１、情報処理装置側通信処理部２０１を介して後述するメール着信対応部２０２に送り、また、メール着信対応部２０２からの返信メール情報を受け取り、これをメールクライアント１０４に渡して宛先アドレス宛てに送信させる機能を有する。

通話着信処理部１０３は、携帯端末１０が通話発信元携帯端末８０から通話を着信した場合、通話処理部１０５より発信元電話番号、発信者氏名などを取得してこれを後述する通話着信対応部２０３に通知すると共に、通話着信対応部２０３からその通話着信に対する対応選択データを受信し、これを通話処理部１０５にその対応選択データに応じた処理をするよう要求する機能を有する。

メールクライアント１０４は、電子メールの作成や送受信、受信したメールの保存・管理を行なう機能を有する。

通話処理部１０５は、携帯端末２０による通話の発信、着信の処理、及び留守電メッセージによる対応、着信拒否などを含む通話に関する全ての処理を実行する機能を有する。

ネットワーク通信処理部１０６は、移動体通信端末２０が移動体通信網７０に接続し、移動体通信網７０を介した通信を実行する機能を有し、例えば変調回路、復調回路を有する無線通信回路である。移動体通信網７０は、例えば、一般的な携帯電話の通信網である。

入力部１０７は、メールクライアント１０４、通話処理部１０５などにユーザの指示を電気信号に変えて渡す機能を有し、例えば携帯電話機のキー、タッチペンとタッチパネル、ポインティングデバイスである。

出力部１０８は、携帯端末１０がユーザに情報を伝えるための情報出力機能を有し、例えば、携帯電話機の液晶ディスプレイ装置、音声出力装置（スピーカなど）などである。

アドレス帳記憶部１０９は、いわゆるアドレス帳と呼ばれる、氏名、電話番号、メールアドレスを対応付けしたリストであるアドレス帳データを記憶する機能を有する。

［１．２．情報処理装置］
次に、情報処理装置２０について説明する。情報処理装置２０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの装置である。前記ＲＯＭ、若しくはハードディスク装置などにプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより情報処理装置２０が実現され。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この情報処理装置２０は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成されるものでもよい。

以下、図３を参照しながら情報処理装置２０の構成例について説明する。図３は、情報処理装置２０の構成例を示す機能ブロック図である。

図３に示す情報処理装置２０は、情報処理装置側通信処理部２０１と、情報処理装置側通信処理部２０１に接続されたメール着信対応部２０２及び通話着信対応部２０３と、メール着信対応部２０２及び通話着信対応部２０３に接続された入力部２０４及び出力部２０５とを有している。なお、メール着信対応部２０２及び通話着信対応部２０３はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって実現される構成要素である。

情報処理装置側通信処理部２０１は、前述した携帯端末側通信処理部１０１と通信を行う機能を有し、例えばBluetooth無線技術によるＲＦトランシーバ、ベースバンド、プロトコル・スタックで構成されるシステムである。

携帯端末側通信処理部１０１及び情報処理装置通信処理部２０１をBluetoothとした場合、これらを最初に使用する際には、接続相手を特定するため、ペアリング（ボンディング、組み合わせ）と呼ばれる操作が必要になる。以下に一般的な手順を示す。

一方を「探索（発見）可能状態」に設定する。また、認証・暗号化の設定を双方であわせておく。次に、他方から「探索（発見）」操作を行う。探索操作を行った側の出力部に探索可能状態にある周囲のBluetooth機器の一覧が提示される。ユーザは、その一覧に掲げられた機器リストから所望の接続相手（ここでは相手方となる通信処理部１０１又は２０１）を指定する。

双方に同一のパスキー（認証鍵のこと、PINともいう）を入力する。パスキーの交換が終われば両通信処理部１０１及び２０１ペアリングが完了する。一度ペアリングを行った機器間では、通常次からは自動的或いは半自動的に接続が確立され、パスキーの入力は不要となるのが一般的である。

上記のペアリングの完了の後は、携帯端末側通信処理部１０１は、情報処理装置側通信処理部２０１との通信が確立されていないとき、操作者からの指示、又は自動で定期的に周辺のBluetooth Deviceを探索する。Bluetoothデバイスにはユニークなアドレス値が設定されており、探索で得られたアドレスはリスト管理される。これらのデバイスのPINコードを順次取得し、自己のもつPINコードと一致する情報処理装置を探し出す。
情報処理装置、携帯端末には、予め、暗号化された同じ値のPINコードが与えられているので、値の同じPINコードを有するデバイス、情報処理装置を見つけたときは、携帯端末から情報処理装置、情報処理装置から携帯端末の順にBluetoothによる相互通信を確立、互いの情報をやりとりすることが可能になる。

メール着信対応部２０２は、携帯端末１０，より詳しくはメール着信処理部１０２から、携帯端末側通信処理部１０１及び情報処理装置通信処理部２０１を介してメール着信通知データを受信すると、これに応じてユーザにメールの着信を知らせるための情報（メール着信通知情報と呼ぶ；ここではメールの着信日時、差出人、件名等を表示するウインドウ）を生成し、出力部１０８にこのメール着信通知情報を表示させる機能と、メール着信通知情報に対応するメールの詳細情報（例えば、当該メールの本文、以下、メール詳細情報という）を要求した場合、このメール詳細情報のデータであるメール詳細データを携帯端末１０から携帯端末側通信処理部１０１及び情報処理装置通信処理部２０１を介して取得し、このメール詳細情報を出力部１０８に表示させる機能と、前記メール詳細情報に対応するメールに対して、ユーザが返信を行うことを要求した場合に、返信するメールの入力を受け付けるインターフェイスを生成して出力部１０８に表示させる機能と、ユーザの指示に応じて、前記インターフェイスに入力された内容の返信メールを携帯端末１０，より詳しくはメールクライアント１０４に送信するよう要求する機能とを有する。

通話着信対応部２０３は、携帯端末１０，より詳しくは通話着信処理部１０３から、携帯端末側通信処理部１０１及び情報処理装置通信処理部２０１を介して通話着信通知データを受信すると、これに応じてユーザに通話着信を知らせるための情報（通話着信通知情報と呼ぶ；ここではウインドウ）及びこの着信に対する応答選択を促すインターフェイスなど（例えば、アンカー、ボタン）を生成し、出力部１０８にこのメール着信通知情報及び応答選択肢に相当するインターフェイスを表示させ、ユーザによって選択され活性化された応答選択肢に応じた着信応答処理を実行するよう、携帯端末側通信処理部１０１及び情報処理装置通信処理部２０１を介して携帯端末１０、より詳しくは通話着信処理部１０３に要求する機能を有する。

入力部２０４は、メール着信対応部２０２，通話着信対応部２０３などにユーザの指示を電気信号に変えて渡す機能を有し、例えばＰＣのキーボード、マウスなどポインティングデバイス、タッチペンとタッチパネル、及びこれらの組合せなどである。

出力部２０５は、情報処理装置２０がユーザに情報を伝えるための情報出力機能を有し、例えば、ＰＣの液晶ディスプレ装置、音声出力装置（スピーカなど）などである。

［１．３．通信網］
図１に戻り、本実施の形態にかかる着信応答システム１の説明を再開する。

通信網７０は、有線・無線、専用回線・交換回線を問わず、これに接続されている装置がそれぞれ目的とする装置に対しセッションを確立したときにその装置間での情報の送受を可能とするように作用する。通信網７０は、インターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。なお、上記「通信網」は専用回線を固定的に張りめぐらせたような、交換機、スイッチ、ルータなど経路切り替え手段を用いない通信網も含むものとする。

［１．４．移動体通信網、ゲートウエイ、基地局］
携帯端末１０は、基地局（ＢＳ）４０と無線通信により通信を確立し、基地局４０は移動体通信網５０に接続されている。移動体通信網５０は別の基地局４０と接続されており、他の携帯端末８０と通信又は通話を行うことが可能となっている。通信網７０には、メールサーバ３０やメールの発信元や着信先となるＰＣ９０が接続されている。ここで、メールサーバ３０は携帯端末３０のメールアカウントに対応するメールボックスを有するメールサーバであって、送信メールサーバ、受信メールサーバ双方を兼ねているものとする。ＰＣ９０から携帯端末３０のメールアカウントに宛てて送信されたメールは、メールサーバ３０の対応するメールボックスに格納され、通信網７０，ゲートウエイ６０，移動体通信網５０，基地局４０を順に介して所定のタイミングで携帯端末１０のメールクライアント１０４によって受信され、記憶される。

移動体通信網５０は、プロトコル変換などを行うゲートウエイ６０を介して通信網７０と接続可能である。移動体通信網５０は別の基地局４０を介して別の携帯端末８０と接続可能であり、携帯端末８０が携帯端末１０に宛てた発呼は、基地局４０、移動体通信網５０を経由して携帯端末１０に送られ、着呼する。

以上で着信応答システム１の構成例の説明を終了する。

［２．着信応答システムの動作］
［２．１．メール着信時の動作］
次に、上記の構成を有する着信応答システム１の動作について、図４以下を参照しながら説明する。図４は、ＰＣ９０或いは携帯端末８０から携帯端末１０のメールアカウントへメールが送信された場合の、着信応答システム１の動作例を示すシーケンス図である。

まず、携帯端末１０と情報処理装置２０は、それぞれの携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とにより、通信接続を確立させる（Ｓ１０１）。具体的には、携帯端末１０と情報処理装置２０とが、携帯端末側通信処理部１０１、情報処理装置側通信処理部２０１相互の通信範囲内（例えば、１０ｍ以内）に位置するようになった場合に、一方が他方を認識して双方間の通信が確立する。

携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が確立すると、メール着信処理部１０２とメール着信対応部２０２，通話着信処理部１０３と通話着信対応部２０３は、情報、データ、メッセージなどの送受信を行うことができるようになる。

なお、携帯端末側通信処理部１０１、情報処理装置側通信処理部２０１が互いの通信範囲から出てしまう、或いは電波状況の悪化などにより、携帯端末側通信処理部１０１、情報処理装置側通信処理部２０１との通信は切断されるが、再び通信範囲内になったり、電波状況が回復したりすると、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信は自動的に再確立される。

情報処理装置側通信処理部２０１は、通信が確立している場合、出力部２０５に通信確立中を示す情報（例えば、タスクバー上に表示されるアイコン）を表示させ、ユーザに通信確立中であることを伝える。

さて、ここでＰＣ８０（図４において図示省略）より携帯端末１０のメールアカウント宛てに電子メールが送信されたものとする。この電子メールはＰＣ８０が使用するメールアカウントを扱うメールサーバ（図略）に送られ、このメールサーバから携帯端末１０のメールアカウントを扱うメールサーバ３０に送信され（Ｓ１０２）、当該メールサーバ３０に設けられた対応するメールボックスに格納される。

次に、携帯端末１０は、メールサーバ３０にメール着信の有無を問い合わせるメッセージを送信する（Ｓ１０３）。メールサーバ３０は、着信したメールのデータ（メールヘッダ、メール本文などを含むデータ、以下メールデータと呼ぶ）を携帯端末１０（メールクライアント１０４）に送信する（Ｓ１０４）。上記の送信後、メールサーバ３０は送信したメールデータを削除する（Ｓ１０５）。なお、本実施の形態ではメールサーバ３０は、ＰＯＰサーバであるとして説明するが、本発明はＰＯＰサーバによるメール受信に限って成立する趣旨ではなく、その他のメール受信方式、例えばＩＭＡＰ方式のメールサーバであっても本発明は成立する。

メールデータを受信した携帯端末１０（メールクライアント１０４）はこれを記憶保存する（Ｓ１０６）。メールデータが記憶されると、メール着信処理部１０２が起動される。起動されたメール着信処理部１０２は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ１０７）。メール着信処理部１０２は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、メール着信処理部１０２は、着信したメールデータに基づいてメール着信通知データ生成し、これを携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、情報処理装置２０に送信する（Ｓ１０８）。メール着信通知データは、ユーザにどのようなメールが届いたかをユーザに知らしめることができるデータであって、必ずしもメールデータの全てを含む必要はなく、ここでは、メールデータからメール本文を除いたものをメール着信通知データとする。

次に、携帯端末側通信処理部１０１は、メール着信通知データが正しく情報処理装置２０に転送されたかを確認する（Ｓ１０９）。正しく転送されたことが確認できない場合は、携帯端末側通信処理部１０１は、情報処理装置側通信処理部２０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、携帯端末側通信処理部１０１は通信を確立したままとする。

さて、ステップＳ１０８において送信されたメール着信通知データを受信した情報処理装置２０，より詳しくはメール着信対応部２０２はこのメール着信通知データを取得し、記憶する（Ｓ１１０）。

次に、情報処理装置２０のメール着信対応部２０２は、メール着信通知データに基づいてメール着信通知情報を出力部２０５に出力させる（Ｓ１１１）。具体的には、メール着信対応部２０２は、メール着信通知情報であるメール件名表示ウインドウを生成し、出力部２０５である液晶ディスプレイ装置に表示させる。

図５，図６を参照して、メール着信通知情報であるメール件名ウインドウの表示例を示す。図５は、メール着信通知情報であるメール件名ウインドウが表示される前の画面例を示す図である。図５では、出力部２０５である液晶ディスプレイ装置の表示領域、右下部が示されている。表示領域２０５Ａには、マルチウインドウで動作するＯＳにおいてボリュームやファイルを表示する領域であるデスクトップ領域２０５Ｂ及び画面最下部にある、ＯＳ（Operating System）の機能をまとめた帯状部分であるタスクバー２０５Ｃが表示されている。タスクバー２０５Ｃ上には、起動中のアプリケーションや常駐しているアプリケーションなどのアイコンが表示される。図５では、通信処理部１０１及び情報処理装置通信処理部２０１間での通信確立中を示すアイコン４０１、その他のアイコン４０２が表示されている。なお、通信処理部１０１及び情報処理装置通信処理部２０１間の通信が切断されると、アイコン４０１は非表示状態或いは通信が切断されたことを示す図柄に変化し、ユーザは通信が切断したことを知ることができるようになっている。

図６は、図５の状態の後、メールが携帯端末１０に着信し、その旨が情報処理装置２０に伝達され、メール着信対応部２０２が着信日時、差出人、件名等を表示するためのメール着信通知情報であるメール件名ウインドウが表示された画面例である。なお、複数メールが着信したときは、メール着信対応部２０２は、複数のメール件名ウインドウを表示するカスケード表示を行う。

メール件名ウインドウ６０１は、着信日時、差出人、件名等を表示すると共に、その後の操作選択のためのアンカーとして”詳細”ボタン６０２，及び”閉じる”ボタン６０３を含んでいる。

”閉じる”ボタン６０３がポインティングデバイスによるクリックやエンターキー押下など所定の操作により活性化された場合、メール着信対応部２０２はメール件名ウインドウ６０１を閉じさせる。一方、”詳細”ボタン６０２がポインティングデバイスによるクリックやエンターキー押下など所定の操作により活性化された場合、メール着信対応部２０２は後述するメールの詳細を表示する処理に移行する。

次に、上記の”詳細”ボタン６０２が活性化された場合の、着信応答システム１の動作例を図７を参照しながら説明する。図７は、”詳細”ボタンが活性化された場合の着信応答システム１の動作例を示したシーケンス図である。

まず、図６に示す画面の状態で、ユーザは入力部２０４を操作して”詳細”ボタン６０２を活性化させる（Ｓ２０１）。”詳細”ボタン６０２の活性化に応じて、メール着信対応部２０２は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ２０２）。メール着信対応部２０２は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、メール着信対応部２０２は、”詳細”ボタン６０２に対応するメールを特定する情報であるメールＩＤを携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、携帯端末１０に送信する（Ｓ２０３）。

次に、情報処理装置側通信処理部２０１は、メールＩＤが正しく携帯端末１０に転送されたかを確認する（Ｓ２０４）。正しく転送されたことが確認できない場合は、情報処理装置側通信処理部２０１は、携帯端末側通信処理部１０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、情報処理装置側通信処理部２０１は通信を確立したままとする。

一方、携帯端末１０、より詳しくはメール着信処理部１０２は、情報処理装置２０から送信されたメールＩＤを携帯端末側通信処理部１０１を介して取得する（Ｓ２０５）。

次に、メール着信処理部１０２は、取得したメールＩＤをキーとして、記憶しているメールデータの中から対応するメール詳細データであるメール本文データを検索してこれを取得する（Ｓ２０６）。

ステップＳ２０６におけるメール詳細データの取得後、メール着信処理部１０２は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ２０７）。メール着信処理部１０２は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、メール着信処理部１０２は、メールＩＤに対応するメール詳細データを携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、情報処理装置２０に送信する（Ｓ２０８）。

次に、携帯端末側通信処理部１０１は、メール詳細データが正しく情報処理装置２０に転送されたかを確認する（Ｓ２０９）。正しく転送されたことが確認できない場合は、携帯端末側通信処理部１０１は、情報処理装置側通信処理部２０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、携帯端末側通信処理部１０１は通信を確立したままとする。

さて、ステップＳ２０８において送信されたメール詳細データを受信した情報処理装置２０，より詳しくはメール着信対応部２０２はこのメール詳細データを取得し、記憶する（Ｓ２１０）。

次に、情報処理装置２０のメール着信対応部２０２は、メール詳細データに基づいてメール詳細情報を出力部２０５に出力させる（Ｓ２１１）。具体的には、メール着信対応部２０２は、メール詳細情報であるメール詳細表示ウインドウを生成し、出力部２０５である液晶ディスプレイ装置に表示させる。

図８を参照して、メール詳細ウインドウの表示例を示す。図８は、図６の画面例の状態で、”詳細”ボタン６０２が活性化された後に遷移して表示される画面例である。

図８に示すように、メール件名ウインド６０１の上方に新たにメール詳細ウインドウ８０１が生成され表示されている。メール詳細ウインドウ８０１内には、対応するメールのメール本文が表示される。ユーザはメール詳細ウインドウ８０１の内容を閲覧することにより、メール内容を確認することができる。

また、メール詳細ウインドウ８０１には、返信ボタン８０２が設けられている。返信ボタン８０２が、入力部２０４であるポインティングバイスによるクリックなどの所定の処理によって活性化すると、メール着信対応部２０２は後述するメール編集ウインドを生成し（Ｓ３０２）、ユーザに返信内容の入力を促す。

次に、メール詳細ウインドウ８０１を閲覧したユーザが、そのメールに返信する場合の着信応答システム１の動作について図９を参照しながら説明する。図９は、メール詳細ウインド８０１の表示後の着信応答システム１の動作例を示すシーケンス図である。

まず、ユーザはメール詳細ウインド８０１に表示されたメールに応答したい場合、返信ボタン８０１を所定の操作を行うことにより活性化させる（Ｓ３０１）。返信ボタン８０１の活性化をトリガとして、メール着信対応部２０２は、ユーザに返信内容を入力させるためのインターフェイスであるメール編集ウインドを生成し、出力部２０５に表示させる（Ｓ３０２）。図１０に、図８の画面から遷移して、メール編集ウインドが表示された状態の画面例を示す。図示の例では、メール詳細ウインド８０１の上に、さらにメール編集ウインド１００１が重なった状態で生成されている。メール編集ウインド１００１は、返信内容を入力するための入力ボックス１００２と、入力された内容を送信させるための送信ボタン１００３が設けられている。また、図示していないが、転送先アドレスを入力するための転送先アドレスボックスや追加の送信先アドレスを入力する宛先ボックスをさらに設けるようにしても構わない。この場合には、単に返信するだけでなく、転送や同報送信を実行することが可能となる。

ユーザは情報処理装置２０の入力部２０４を用いて入力ボックス１００２に返信内容である文字や画像などを適宜入力する。情報処理装置２０の入力部２０４は、携帯端末１０の入力部１０７に比べて一般に操作しやすいので、ユーザはより快適な環境で返信内容の入力を行うことが可能となる。なお、ここで示した例では、メール詳細ウインドウ８０１と、メール編集ウインド１００１は別のウインドウであるものとして説明したが、メール詳細ウインドウ８０１をメール編集ウインド１００１として使用する態様をとっても本発明は成立する。

図９に戻り、着信応答システム１の動作例の説明を続ける。ユーザが入力ボックス１００２への返信内容の入力を完了すると、メールの返信を送信できる状態となる。この状態で、ユーザは入力部２０４を操作して”送信”ボタン１００３を活性化させる（Ｓ３０３）。”送信”ボタン１００３の活性化に応じて、メール着信対応部２０２は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ３０４）。メール着信対応部２０２は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、メール着信対応部２０２は、入力ボックス１００２への入力内容を含むデータである返信メールデータを携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、携帯端末１０に送信する（Ｓ３０５）。返信メールデータは、そのままメールクライアント１０４が送信できる形式にされたデータ（メールヘッダ、メール本文が完成しているデータ）であってもよいし、メールクライアント１０４、及び／又はメール着信処理部１０２によって編集加工して送信する形式のデータ（例えば、メールＩＤ及び本文のみのデータ）であってもよい。

次に、情報処理装置側通信処理部２０１は、返信メールデータが正しく携帯端末１０に転送されたかを確認する（Ｓ３０６）。正しく転送されたことが確認できない場合は、情報処理装置側通信処理部２０１は、携帯端末側通信処理部１０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、情報処理装置側通信処理部２０１は通信を確立したままとする。

一方、携帯端末１０、より詳しくはメール着信処理部１０２は、情報処理装置２０から送信された返信メールデータを携帯端末側通信処理部１０１を介して取得する（Ｓ３０７）。メール着信処理部１０２は、返信メールデータをメールクライアント１０４に渡し、送信元への返信メール、或いはメール編集ウインド１００１によって追加的に入力された宛先アドレスへのメールとして送信するよう要求する。

返信メールデータを受け取ったメールクライアント１０４は、返信メールデータに基づいてメール送信可能なデータを生成し（Ｓ３０８）、これをメールサーバ３０に宛てて送信する（Ｓ３０９）。メールを受信したメールサーバ３０は、送信元に対応する別のメールサーバ（図略）に宛てて当該メールを転送する（Ｓ３１０）。

以上の処理により携帯端末１０に宛てて送信されたメールを、情報処理装置２０によって閲覧し、且つ返信を作成して送信させることが可能となる。

［２．２．通話着信時の動作］
次に、携帯端末１０への着信があったときの、着信応答システム１の動作について説明する。

図１１は、携帯端末８０から携帯端末１０へ発呼された場合の、着信応答システム１の動作例を示すシーケンス図である。なお、携帯端末１０と情報処理装置２０との通信は、予め確立されているものとする（図４、Ｓ１０１参照）。

まず、携帯端末８０からの発呼がなされ呼び出し信号が移動体通信網５０，基地局４０を介して携帯端末１０に送信される（Ｓ４０１）。呼び出し信号を受信した携帯端末１０、より詳しくは通話処理部１０３は着信を受け（Ｓ４０２）、通話着信処理部１０３を起動させる。通話着信処理部１０３は、呼び出し信号に含まれる発信元電話番号（この例では、携帯端末８０の電話番号）が含まれているか否かを検査する（Ｓ４０３）。発信元電話番号が含まれていない場合は、直ちに後述するＳ４０５に移行する。一方、発信元電話番号が含まれている場合は、通話着信処理部１０３は、アドレス帳記憶部１０９に記憶されたアドレス帳データを検索して、この電話番号が記憶されている場合は対応する氏名（発信者氏名）を、この電話番号が記憶されていないときは電話番号を読み出す（Ｓ４０４）。

通話着信処理部１０３は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ４０５）。通話着信処理部１０３は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、通話着信処理部１０３は、ステップＳ４０４で詠み出した氏名若しくは電話番号を含む通話着信通知データ、或いはいずれも含まない通話着信通知データを、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、情報処理装置２０に送信する（Ｓ４０６）。次に、携帯端末側通信処理部１０１は、通話着信通知データが正しく情報処理装置２０に転送されたかを確認する（Ｓ４０７）。正しく転送されたことが確認できない場合は、携帯端末側通信処理部１０１は、情報処理装置側通信処理部２０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、携帯端末側通信処理部１０１は通信を確立したままとする。

さて、ステップＳ４０６において送信された通話着信通知データを受信した情報処理装置２０，より詳しくは通話着信対応部２０３はこの通話着信通知データを取得し、記憶する（Ｓ４０８）。

次に、情報処理装置２０の通話着信対応部２０３は、通話着信通知情報を出力部２０５に出力させる（Ｓ４０９）。具体的には、通話着信対応部２０３は、通話着信通知ウインドウを生成し、出力部２０５である液晶ディスプレイ装置に表示させる。

図１２を参照して、通話着信通知情報である通話着信通知ウインドウの表示例を示す。図１２に示す例は、基本的に、図５に示した構成と同様である。すなわち、出力部２０５である液晶ディスプレイ装置の表示領域、右下部に相当する表示領域２０５Ａには、マルチウインドウで動作するＯＳにおいて、ボリュームやファイルを表示する領域であるデスクトップ領域２０５Ｂ及び画面最下部にあるＯＳ（Operating System）の機能をまとめた帯状部分であるタスクバー２０５Ｃが設けられている。タスクバー２０５Ｃ上には、起動中のアプリケーションや常駐しているアプリケーションなどのアイコンが表示される。図１２では、通信処理部１０１及び情報処理装置通信処理部２０１間での通信確立中を示すアイコン４０１、その他のアイコン４０２が表示されている。なお、通信処理部１０１及び情報処理装置通信処理部２０１間の通信が切断されると、アイコン４０１は非表示状態或いは通信が切断されたことを示す図柄に変化し、ユーザは通信が切断したことを知ることができるようになっている。

通話着信対応部２０３は、着信日時、差出人、件名等を表示するためのメール着信通知情報である通話着信通知ウインドウ１２０１を生成し、表示させている。通話着信通知ウインドウ１２０１には、通話着信通知データに含まれている氏名、若しくは電話番号が着信があったことを示すメッセージに組み入れられて表示されていると共に、この通話着信に対し取りうる対応選択肢に対応する対応選択肢ボタン１２０２，１２０３，１２０４が設けられている。対応選択肢ボタン１２０２，１２０３，１２０４は携帯端末１０が実行できる対応方法を実行させるアンカーであって、例えば、留守電メッセージのパターン１を再生させる対応方法、留守電メッセージのパターン２を再生させる対応方法、着信拒否メッセージを再生させるなどである。なお、携帯端末１０には設定されていない対応方法を、通話着信対応部２０３に設定しておいて、これを携帯端末１０に実行させる対応選択ボタンを設けるようにしても構わない。

次に、ユーザが対応選択ボタンのいずれかを活性化させて着信に対する応答を携帯端末１０に行わせる場合の、着信対応システム１の動作について図１３を参照しながら説明する。図１３は、ユーザが対応選択ボタンのいずれかを活性化させた場合の着信対応システム１の動作例を示すシーケンス図である。

この状態で、ユーザは入力部２０４を操作して対応選択ボタン１２０２，１２０３，１２０４のいずれかを活性化させる（Ｓ５０１）。ユーザによって指定された対応選択ボタンの活性化に応じて、通話着信対応部２０３は、携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１との通信が接続されているかを確認する（Ｓ５０２）。通話着信対応部２０３は、通信が確立されていなければ処理を中断し、通信が確立されるまで待機する。一方、通信が確立されている場合、通話着信対応部２０３は、ユーザによって指定された対応選択ボタンを通知するための対応選択データを携帯端末側通信処理部１０１と情報処理装置側通信処理部２０１とを介して、携帯端末１０に送信する（Ｓ５０３）。

次に、情報処理装置側通信処理部２０１は、対応選択データが正しく携帯端末１０に転送されたかを確認する（Ｓ５０４）。正しく転送されたことが確認できない場合は、情報処理装置側通信処理部２０１は、携帯端末側通信処理部１０１との通信を切断し処理を中断して、通信の再確立を試みる。一方、正しく転送されたことが確認できた場合は、情報処理装置側通信処理部２０１は通信を確立したままとする。また、通話着信対応部２０３は、通話着信通知ウインドウ１２０１を消去する（Ｓ５０５）。

一方、携帯端末１０、より詳しくは通話着信処理部１０３は、情報処理装置２０から送信された対応選択データを携帯端末側通信処理部１０１を介して取得する（Ｓ５０６）。対応選択データを取得した通話着信処理部１０３は、対応選択データで指定された対応方法を当該通話に対して実行するように通話処理部１０５に要求し、通話処理部１０５はこの要求に従って対応方法を実行する（Ｓ５０７）。例えば、留守電パターン１が対応選択データで指定されている場合は、通話処理部１０５は発信元である携帯端末８０に対して、留守電パターン１の再生音声を送信する（Ｓ５０８）。

以上の処理により携帯端末１０に宛てた通話を、情報処理装置２０によって対応方法を選択し、選択した方法により携帯端末１０に対応させることが可能となる。

［３．着信対応システムの利点］
本実施の形態にかかる着信対応システムによれば、情報処理装置２０の操作中、その操作者がもつ携帯端末１０を情報処理装置２０から遠隔で操作できるようにし、携帯端末１０に通話着信、メール通知等あった場合は、その旨情報処理装置２０に通知することで、情報処理装置２０の操作を中断することなく、携帯端末１０の通話着信、メール通知にタイムリーに応対することが可能になる。

また、情報処理装置２０からの入力を行うことにより携帯端末１０からの行う場合より操作性が高まる。

また、携帯端末１０に記憶されているアドレス帳(電話帳、メールアドレス、メーリングリストなど)を情報処理装置２０に取り込むことなく、アドレス帳の宛先とメールの送受信を行うことができる。という利点がある。

本発明の第１の態様によれば、情報処理装置２０操作中に、携帯端末１０にメールが着信したとき、その操作を中断することなく、携帯端末１０のメールの参照、返信、転送操作と、情報処理装置２０の操作を情報処理装置２０から同時に行うことができる。また、携帯端末１０を直接操作する場合に比べ、より情報の入出力、とりわけ文章の入力と参照（大きな液晶ディスプレイによる画面の見易さ）の利便性が高まる。

また、本発明の第２の態様によれば、情報処理装置２０の操作を中断することなく、携帯端末１０の音声着信の宛先の参照、対応方法の選択とを情報処理装置から同時に行うことができる。

着信対応システムの構成例を示すブロック図 携帯端末の構成例を示す機能ブロック図 情報処理装置の構成例を示す機能ブロック図 着信対応システムの動作例を示すシーケンス図 情報処理装置の出力部の出力例を示す図 図５から遷移した情報処理装置の出力部の出力例を示す図 図４に続く、着信対応システムの動作例を示すシーケンス図 図６から遷移した情報処理装置の出力部の出力例を示す図 図７に続く、着信対応システムの動作例を示すシーケンス図 図８から遷移した情報処理装置の出力部の出力例を示す図 着信対応システムの動作例を示すシーケンス図 情報処理装置の出力部の出力例を示す図 図１１に続く、着信対応システムの動作例を示すシーケンス図

符号の説明

１ … 着信応答システム
１０ … 携帯端末
２０ … 情報処理装置
１０１ … 携帯端末側通信処理部
１０２ … メール着信処理部
１０３ … 通話着信処理部
２０１ … 情報処理装置側通信処理部
２０２ … メール着信対応部
２０３ … 通話着信対応部

Claims (2)

1. メールを受信可能な携帯端末と、この携帯端末と通信可能な情報処理装置を有する着信対応システムであって、
   前記携帯端末へのメールの着信があった場合、前記携帯端末はメール着信を知らせるためのデータを前記情報処理装置に送信し、
   前記情報処理装置は前記データを受信すると、メール着信を示す出力を行い、またそのメールに対する返信を生成するための入力を受け付け、この入力に基づいて生成された返信メールデータを前記携帯端末に送信し、
   前記携帯端末は、前記返信メールデータに基づくメールを送信する
   ことを特徴とする着信対応システム。
2. 通話を受けることが可能な携帯端末と、この携帯端末と通信可能な情報処理装置を有する着信対応システムであって、
   前記携帯端末に通話着信があった場合、前記携帯端末は通話着信を知らせるためのデータを前記情報処理装置に送信し、
   前記情報処理装置は前記データを受信すると、通話着信を示す出力を行い、またその通話に対する対応方法をユーザに選択させる入力を受け付け、受け付けた入力に応じた対応選択データを前記携帯端末に送信し、
   前記携帯端末は、前記対応選択データに応じた対応方法を実行する
   ことを特徴とする着信対応システム。

Images