(57)【要約】【課題】本発明は即時性の高いメッセージ配信を実現するとともに、送受信の際の操作性を改善することが可能なメッセージ配信システム及び方法並びにプログラム及び記録媒体を提供することを目的とする。【解決手段】メッセージサーバに発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第１の通信経路を経由して新着通知を送信する新着通知送信手段を設け、宛先端末にメッセージサーバからの前記新着通知の受信に応答して動作を起動し所定のゲートウェイを通り前記第１の通信経路よりも遅延の大きい第２の通信経路を経由して前記メッセージサーバと接続し、該当するメッセージを前記メッセージサーバから受け取るメッセージダウンロード手段を設け、メッセージサーバに宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信するメッセージ送信手段を設けた。【選択図】　　　図１
2004129084.tif 000002
【特許請求の範囲】
【請求項１】
テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムにおいて、
前記メッセージサーバに、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信する新着通知送信手段を設け、
前記宛先端末に、メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、該当するメッセージを前記メッセージサーバから受け取るメッセージダウンロード手段を設け、
前記メッセージサーバに、前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信するメッセージ送信手段を設けたことを特徴とするメッセージ配信システム。
【請求項２】
請求項１のメッセージ配信システムにおいて、
前記新着通知送信手段は、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信し、
前記メッセージダウンロード手段には、前記新着通知に対して前記宛先端末上で、電力を消費しないか若しくは低消費電力の待ち受け待機状態にあるメッセージ送受信プログラムに対して割り込みを発生させる割り込み手段と、前記割り込みの発生をトリガとして新着メッセージの有無を前記メッセージサーバに問い合わせる問い合わせ手段とを設けた
ことを特徴とするメッセージ配信システム。
【請求項３】
請求項１のメッセージ配信システムにおいて、前記メッセージサーバに、
蓄積したメッセージの各々の配信状況を管理する配信状況管理手段と、
所定の権限を有する端末からの要求を前記メッセージサーバが受けた場合に、前記配信状況管理手段が管理している各メッセージの配信状況を表す情報を要求元の端末に送信する配信状況送信手段と
を設けたことを特徴とするメッセージ配信システム。
【請求項４】
請求項１のメッセージ配信システムにおいて、前記発信元端末に、宛先のユーザが回答として返信すべき情報の選択肢を発信対象のメッセージに含める選択肢情報挿入手段を設けたことを特徴とするメッセージ配信システム。
【請求項５】
請求項１のメッセージ配信システムにおいて、前記第１の通信経路として、移動体キャリア網及びインターネットを通る経路を利用することを特徴とするメッセージ配信システム。
【請求項６】
請求項２のメッセージ配信システムにおいて、前記メッセージダウンロード手段を、携帯電話端末上で実行されるユーザアプリケーションプログラムとして構成したことを特徴とするメッセージ配信システム。
【請求項７】
請求項２のメッセージ配信システムにおいて、
前記新着通知送信手段に、メッセージの宛先とそれに対応する電話番号との対応関係、及びメッセージの宛先とそれに対応するメールアドレスとの対応関係の少なくとも一方を保持する宛先変換テーブルを設けた
ことを特徴とするメッセージ配信システム。
【請求項８】
テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれる通信システムを利用するメッセージ配信方法において、
前記メッセージサーバは、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信し、
前記宛先端末は、メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、
前記メッセージサーバは、前記第１の通信経路を介して接続された前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信する
ことを特徴とするメッセージ配信方法。
【請求項９】
請求項８のメッセージ配信方法において、
前記メッセージサーバは、前記新着通知を送信する際に、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信する
ことを特徴とするメッセージ配信方法。
【請求項１０】
テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムを制御するための前記メッセージサーバ上のコンピュータで実行されるプログラムにおいて、
前記メッセージサーバが、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信するための新着通知送信手順と、
前記メッセージサーバが、前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信するためのメッセージ送信手順とを設けたことを特徴とするプログラム。
【請求項１１】
請求項１０のプログラムにおいて、前記新着通知送信手順では、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信する
ことを特徴とするプログラム。
【請求項１２】
テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムを制御するための前記携帯電話端末上のコンピュータで実行されるプログラムにおいて、
メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、該当するメッセージを前記メッセージサーバから受け取るメッセージダウンロード手順
を設けたことを特徴とするプログラム。
【請求項１３】
テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムを制御するための前記発信元端末上のコンピュータで実行されるプログラムにおいて、
宛先のユーザが回答として返信すべき情報の選択肢を発信対象のメッセージに含める選択肢情報挿入手順
を設けたことを特徴とするプログラム。
【請求項１４】
請求項１０，請求項１１，請求項１２及び請求項１３のいずれかに記載のコンピュータで読み取り可能なプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、メッセージ配信システム及び方法並びにプログラム及び記録媒体に関し、サーバ・クライアントシステムを利用して電子メールのようにメッセージを配信するために利用される。
【０００２】
【従来の技術】
従来より、様々なメールシステムを利用し、インターネットや移動体通信網を介して特定の宛先、すなわちパーソナルコンピュータ（以下、ＰＣと略す）やＰＤＡなどの情報端末あるいは携帯電話端末にメッセージを配信するサービスが実施されている。
【０００３】
ＰＣなどで利用される一般のインターネットメールにおいては、宛先ユーザのメールを蓄積し管理するメールサーバを利用し、ユーザはメール送受信用のクライアントソフトウェアを用いてメールサーバとの間でメールの送信及び受信を行う。
【０００４】
このようなインターネットメールのシステムは、ＰＵＬＬ型の配信システムである。つまり、メールサーバに蓄積されたメールは、宛先ユーザが起動したクライアントソフトウェアからのダウンロード要求が発生するまで宛先ユーザには配信されない。このためメールの配信に遅延が生じる。
しかし、ＰＣの環境においては、携帯電話端末などの場合と比べて電源やネットワークのリソース利用に関して、時間的及びコスト的な制約が少ない。従って、例えばメールサーバに対する新着問い合わせをクライアントソフトウェアから頻繁に行うこともできる。このため、新着メールがメールサーバに到着した直後に宛先ユーザがそのメールを受信することも不可能ではない。
【０００５】
一方、携帯電話端末を介して通信するメールシステムにおいては、受信時に宛先の携帯電話端末が通信可能な状態であればＰＵＳＨ型のメール配信がなされる。つまり、メールサーバは送信側からの新着メールを受信した直後に宛先の携帯電話端末に対してメールを配信する。このため、新着メールがメールサーバに到着した直後に宛先ユーザはそのメールを受信できる。
【０００６】
また、同一の移動体キャリア（通信事業者）の端末同士の間でメール送受信を行う場合には、そのキャリア専用の網内に閉じた通信によってメールの配信が実現されている。更に、宛先の携帯電話端末が外部のインターネット経由でメールを受信する場合には、迷惑メールの防止などの目的により、キャリア網とインターネットとの境界位置に接続されたゲートウェイを用いてフィルタリングを実施するのが一般的である。
【０００７】
また、ゲートウェイの位置で通信に輻輳が発生した場合には、メール配信にかなり長時間の配信遅延が生じることが知られている。
このような遅延の発生を防止するために、メールの発信元のＰＣにケーブルを介して携帯電話を接続し、ＰＣから携帯電話経由でメールを送信するシステムも市販されている（ｈｔｔｐ：／／ｗｗｗ．ｄｎｋｉ．ｃｏ．ｊｐ／ＭＬｓｙｓｔｅｍ／ＭＬｓｙｓ＿ｉｎｄｅｘ．ｈｔｍｌ）。
【０００８】
また、本発明と関連のある従来技術として次の「特許文献１」及び「特許文献２」が知られている。但し、これらの特許文献の技術では移動体通信網の内部で制御を行うことを前提にしているので、移動体通信事業者以外はこの技術を利用できない。
【特許文献１】特開２０００−７８１９２
【特許文献２】特開２００１−１７５５７７
【０００９】
【発明が解決しようとする課題】
メールなどのメッセージを配信するシステムを、例えば緊急時に同報システムとして利用する可能性を考慮すると、固定して設置されたデスクトップ型ＰＣや、常時接続環境にないノート型ＰＣをシステムの端末として利用するのは適当でない。
【００１０】
普及率や携帯性を重視した場合、現在携帯型の情報通信機器として最も一般的な携帯電話機をシステムの端末として利用するのが、コストや利便性などの観点から望ましい。
ところが、現在の携帯電話機に内蔵されているメール機能（キャリアメール）は、万人向けに容易な端末操作を実現しているとは言い難く、ユーザ層や用途によっては、その操作性が障害となる場合がある。特に、情報機器に関するリテラシーが低い中高齢者にとっては、携帯電話のメール送受信はおろか音声通話操作すら容易ではない場合もある。
【００１１】
また、携帯電話機に内蔵されているメール機能などのユーザインタフェースは、各ユーザの好みに応じて多少のカスタマイズが可能な場合もあるが、実際にカスタマイズ可能な機能は極めて限られているため、携帯電話機の端末を製造したメーカでない限り、ユーザインタフェースを大幅に変更するのは不可能であり、操作性に問題がある。
【００１２】
本発明は、即時性の高いメッセージ配信を実現するとともに、送受信の際の操作性を改善することが可能なメッセージ配信システム及び方法並びにプログラム及び記録媒体を提供することを目的とする。
【００１３】
【課題を解決するための手段】
請求項１は、テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型コネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムにおいて、前記メッセージサーバに、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信する新着通知送信手段を設け、前記宛先端末に、メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、該当するメッセージを前記メッセージサーバから受け取るメッセージダウンロード手段を設け、前記メッセージサーバに、前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信するメッセージ送信手段を設けたことを特徴とする。
【００１４】
最近の携帯電話端末は、携帯電話の機能を実現するために最初から組み込まれている基本プログラム以外に、ユーザの希望に応じて組み込まれた様々なユーザアプリケーションプログラムを携帯電話端末上のコンピュータで実行することができる。
このようなユーザアプリケーションプログラムを利用することにより、メールのようなメッセージの配信を実現することも可能であり、ユーザインタフェースなどを自由に変更することもできる。
【００１５】
しかしながら、携帯電話端末におけるユーザアプリケーションプログラムについては、セキュリティ上の問題により、ＰＣ上のアプリケーションと比べて非常に多くの制約が仕様上課せられていることが多い。すなわち、アプリケーション間の通信や、通話やメールなどネイティブアプリケーション機能などがほとんど利用できないのが実態である。
【００１６】
例えば、一部の移動体キャリアの携帯電話端末の仕様では、実行中に電話発着信やメール送受信があっても、それに関する情報をユーザアプリケーション側で取得することはおろか、その事実を直接検出することすらもできない。
従って、ＰＵＳＨ型のコネクションを利用する通信により即時性の高いメール通信を実現する機能が備わっている携帯電話端末であっても、ユーザアプリケーションプログラムを利用する場合にはそのメール機能を利用できない。
【００１７】
そのため、携帯電話端末上でユーザアプリケーションプログラムを用いてメッセージ配信を実現する場合には、ＰＵＳＨ型のコネクションが利用可能な通信経路を直接的には使用できないため、新規のメッセージが前記メッセージサーバに到着しても、そのままではその事実を宛先端末に通知することはできない。
そこで、請求項１においてはメッセージサーバが宛先端末に対して新着通知を送信する際に利用する通信経路と、新着通知に応答して宛先端末がメッセージサーバにアクセスする際に利用する通信経路とに別経路を割り当てる。
【００１８】
すなわち、メッセージサーバの新着通知送信手段は、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信する。例えば、宛先端末に電話をかけるか又は移動体キャリア網のメール機能を用いて宛先端末のメールアドレス宛にメールを送信することにより、新規メッセージの到着時に即座に新着通知を送信することができる。
【００１９】
また、宛先端末のメッセージダウンロード手段は、前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由してメッセージサーバと接続し、該当するメッセージをメッセージサーバから受け取る。
【００２０】
このとき、第１の通信経路を経由するが、移動体キャリア網内から外部インターネットへの通信であり、ＷＷＷと同じｈｔｔｐプロトコルによるアクセスを用いるため、インターネット経由発信で携帯電話宛のメールのような遅延は生じない。
携帯電話端末上で実行されるユーザアプリケーションプログラムから直接利用可能な第１の通信経路において、メッセージサーバから宛先端末に向けたコネクションが利用できない状況においても、結果的にシステム全体としては即時性の高いＰＵＳＨ型のメッセージ配信が実現できる。
【００２１】
請求項２は、請求項１のメッセージ配信システムにおいて、前記新着通知送信手段は、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信し、前記メッセージダウンロード手段には、前記新着通知に対して前記宛先端末上で、電力を消費しないか若しくは低消費電力の待ち受け待機状態にあるメッセージ送受信プログラムに対して割り込みを発生させる割り込み手段と、前記割り込みの発生をトリガとして新着メッセージの有無を前記メッセージサーバに問い合わせる問い合わせ手段とを設けたことを特徴とする。
【００２２】
音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行う場合は当然に遅延は発生しない。また、利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信する場合には、ゲートウェイを経由しないので新着通知を短時間で宛先端末に送信できる。
【００２３】
また、携帯電話端末におけるユーザアプリケーションは、最初から組み込まれている基本機能と比べて電力の消費が大きいため、単純に受信待ち状態を継続実行すると、携帯電話端末として期待される連続駆動時間が確保できない。そこで、請求項２では待受け起動と呼ばれる特殊な実行方法を利用する。最新の携帯電話端末の機種では、この機能をサポートするものも多い。
【００２４】
待受け起動においては、通常状態では、アプリケーションのロジックは停止し、電力は全く消費しないか、又は低消費電力で実行される。そして、タイマや外部割り込みなど一定の条件を満たした場合に復帰して、プログラムの実行が継続される。
また、携帯電話端末におけるユーザアプリケーションは、実行時の優先順位が低いため、実行中に電話発着信やメール送受信処理、ユーザのメニュー操作などがあった場合、割り込みにより中断されることが多い。
【００２５】
但し、中断の原因であった通話等が終了し、アプリケーションが復帰した際に、自身の実行ステータスが中断後の再開であることは判別できる。これを利用し、外部からの割り込みを発生させることで、アプリケーションに間接的に時間的情報を伝達することが可能になる。
つまり、メッセージの新着を携帯電話端末のユーザアプリケーションに通知する方法としてこの割り込みが利用できる。これにより、自由度の高い携帯電話端末上のユーザアプリケーションの利用と、即時性の高い新着通知の手段の確保が両立可能になる。
【００２６】
請求項３は、請求項１のメッセージ配信システムにおいて、前記メッセージサーバに、蓄積したメッセージの各々の配信状況を管理する配信状況管理手段と、所定の権限を有する端末からの要求を前記メッセージサーバが受けた場合に、前記配信状況管理手段が管理している各メッセージの配信状況を表す情報を要求元の端末に送信する配信状況送信手段とを設けたことを特徴とする。
【００２７】
請求項３においては、発信元端末から送信されメッセージサーバに蓄積された各メッセージの配信状況、例えば宛先端末がメッセージを受信した状態を表す「受信完了」，宛先端末が受信したメッセージを画面上に既に表示した状態を表す「端末画面表示完了」，受信したメッセージに対する回答メッセージを宛先端末が既に送信した状態を表す「回答完了」などを把握してその情報を保持している。従って、予め権限を与えられた例えば発信元端末や管理用の端末からメッセージサーバに対して要求や問い合わせを行うことにより、発信元端末や管理用の端末は、送信した各メッセージの配信状況を表す情報を取得することができる。
【００２８】
移動体キャリアメールやＦＡＸなどの場合は、発信元で、発信端末が受信したことは確認できても、実際の宛先であるユーザがその情報を見たかどうか、確認したかどうかについては分からない。一方、本発明のシステムでは配信状況をより細かくメッセージサーバで把握することができるので、ユーザがメッセージを見たかどうか、回答したかどうかなど、段階に応じた確認も可能になる。
【００２９】
請求項４は、請求項１のメッセージ配信システムにおいて、前記発信元端末に、宛先のユーザが回答として返信すべき情報の選択肢を発信対象のメッセージに含める選択肢情報挿入手段を設けたことを特徴とする。
メッセージの受信者は、例えば高齢者のようにシステムの操作に不慣れな人である場合もあるし、文章を入力する暇のない忙しい人である場合もある。従って、受信したメッセージに対して回答をする必要がある場合には、一般的なメールシステムのような返信方法では操作が難しかったり、入力に時間がかかるので、操作性に問題がある。
【００３０】
請求項４においては、発信元端末が送信するメッセージに、受信者が回答すべき情報の選択肢が含まれているので、受信者は選択肢の中から１つの回答を選択するだけで、発信者が要求している回答を入力することができる。
請求項５は、請求項１のメッセージ配信システムにおいて、前記第１の通信経路として、移動体キャリア網及びインターネットを通る経路を利用することを特徴とする。
【００３１】
請求項６は、請求項２のメッセージ配信システムにおいて、前記メッセージダウンロード手段を、携帯電話端末上で実行されるユーザアプリケーションプログラムとして構成したことを特徴とする。
請求項６においては、携帯電話端末上で実行されるユーザアプリケーションプログラムを利用するので、ユーザインタフェースを自由に変更することができ、用途や利用者の違いに応じた使い勝手のよいメッセージ配信を実現できる。また、請求項４のように返信用の選択肢を用いれば簡易な返信も実現できる。
【００３２】
請求項７は、請求項２のメッセージ配信システムにおいて、前記新着通知送信手段に、メッセージの宛先とそれに対応する電話番号との対応関係、及びメッセージの宛先とそれに対応するメールアドレスとの対応関係の少なくとも一方を保持する宛先変換テーブルを設けたことを特徴とする。
請求項７においては、宛先変換テーブルを参照することにより、メッセージの宛先から受信者の電話番号又はメールアドレスを取得することができる。
【００３３】
請求項８は、テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型コネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話機が少なくとも１つ含まれる通信システムを利用するメッセージ配信方法において、前記メッセージサーバは、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信し、前記宛先端末は、メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、前記メッセージサーバは、前記第１の通信経路を介して接続された前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信することを特徴とする。
【００３４】
請求項８の方法を用いることにより、請求項１と同様の結果を得ることができる。
請求項９は、請求項８のメッセージ配信方法において、前記メッセージサーバは、前記新着通知を送信する際に、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信することを特徴とする。
【００３５】
請求項９の方法を用いることにより、請求項２と同様の結果を得ることができる。
請求項１０は、テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型コネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話機が少なくとも１つ含まれるメッセージ配信システムを制御するための前記メッセージサーバ上のコンピュータで実行されるプログラムにおいて、前記メッセージサーバが、いずれかの発信元端末から発信されたメッセージの受信に応答して、指定された宛先端末に対して第２の通信経路を経由して新着通知を送信するための新着通知送信手順と、前記メッセージサーバが、前記宛先端末からの問い合わせもしくは要求に従って該当するメッセージを前記宛先端末に送信するためのメッセージ送信手順とを設けたことを特徴とする。
【００３６】
請求項１０のプログラムをメッセージサーバ上のコンピュータで実行することにより、請求項１と同様なシステムを実現できる。
請求項１１は、請求項１０のプログラムにおいて、前記新着通知送信手順では、前記メッセージサーバに直接接続されたモデム及び携帯電話機の少なくとも一方を用いて、音声電話網を経由して前記宛先端末の電話番号宛に電話の発信を行うか、又は利用範囲が携帯電話の通信サービスを行う移動体キャリア網の内部に限定されたメール機能を用いて前記宛先端末のメールアドレス宛にメールを送信することを特徴とする。
【００３７】
請求項１１のプログラムをメッセージサーバ上のコンピュータで実行することにより、請求項２と同様なシステムを実現できる。
請求項１２は、テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型コネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話機が少なくとも１つ含まれるメッセージ配信システムを制御するための前記携帯電話端末上のコンピュータで実行されるプログラムにおいて、メッセージサーバからの前記新着通知の受信に応答して動作を起動し、前記第１の通信経路を経由して前記メッセージサーバと接続し、該当するメッセージを前記メッセージサーバから受け取るメッセージダウンロード手順を設けたことを特徴とする。
【００３８】
請求項１２のプログラムを携帯電話端末上のコンピュータで実行することにより、請求項１と同様なシステムを実現できる。
請求項１３は、テキストなどの情報を含むメッセージを発信する少なくとも１つの発信元端末と、前記発信元端末が発信したメッセージを受信して蓄積するメッセージサーバと、前記メッセージサーバからメッセージを受け取る宛先端末とを備え、前記宛先端末としては、サーバからメッセージを受け取る際などに利用されるサーバＰＵＳＨ型のコネクションが利用できない第１の通信経路が使用可能で、かつその端末がサーバから即時性のある通信呼び出しが可能な第２の通信経路も使用できる携帯電話端末が少なくとも１つ含まれるメッセージ配信システムを制御するための前記発信元端末上のコンピュータで実行されるプログラムにおいて、宛先のユーザが回答として返信すべき情報の選択肢を発信対象のメッセージに含める選択肢情報挿入手順を設けたことを特徴とする。
【００３９】
請求項１３のプログラムを発信元端末上のコンピュータで実行することにより、請求項４と同様なシステムを実現できる。
請求項１４は、請求項１０，請求項１１，請求項１２及び請求項１３のいずれかに記載のコンピュータで読み取り可能なプログラムを記録した記録媒体である。
請求項１４の記録媒体から読み出したプログラムを前記メッセージサーバ，宛先端末及び発信元端末のいずれかのコンピュータで実行することにより、請求項１又は請求項４と同様なシステムを実現できる。
【００４０】
【発明の実施の形態】
本発明のメッセージ配信システム及び方法並びにプログラム及び記録媒体の１つの実施の形態について図１〜図１０を参照して説明する。この形態は全ての請求項に対応する。
図１はメッセージ配信システムの動作例を示すシーケンス図である。図２はメッセージ配信システムの構成例を示すブロック図である。図３はメッセージ配信システムの動作例を示すブロック図である。図４は宛先変換テーブルの構成例を示す模式図である。
【００４１】
図５は新規メッセージの編集画面の例を示す正面図である。図６は配信状況一覧画面の例を示す正面図である。図７は配信状況の種類の一覧を表す模式図である。図８はメッセージに割り当て可能な項目の一覧を表す模式図である。図９は新着通知の送信処理に関する動作例を示すシーケンス図である。図１０は新着通知応答の動作概要を示すフローチャートである。
【００４２】
この形態では、請求項１の発信元端末，メッセージサーバ，宛先端末，新着通知送信手段，メッセージダウンロード手段及びメッセージ送信手段は、それぞれＰＣ端末２１，メッセージサーバ１０，携帯電話端末２２，ステップＳ１２，Ｓ３２及びＳ１３に対応する。
この形態では、例えば図２に示すような通信システムを用いてメッセージ配信システムを構成する場合を想定している。
【００４３】
このメッセージ配信システムにおいては、メッセージの蓄積や中継の制御を行うためにメッセージサーバ１０を設けてある。このメッセージサーバ１０は、ＬＡＮ３１及びインターネット３２に接続されている。ＬＡＮ３１にはＰＣ端末２１（１）が接続してあり、インターネット３２にはＰＣ端末２１（２）が接続してある。
【００４４】
各ＰＣ端末２１としては、例えば一般的なパーソナルコンピュータを利用できる。各ＰＣ端末２１は、メッセージの発信や送信済みのメッセージの状況管理などに利用される。
勿論、インターネットアクセス機能を備えていれば、携帯情報端末（ＰＤＡ）や携帯電話機などを用いてメッセージの発信を行うことができる。その場合には、例えばカード型通信モジュールを利用したり、何らかのインターネットアクセスの手段を用意し、ＷＷＷブラウザが利用可能であればよい。
【００４５】
この例では、メッセージの宛先として携帯電話端末２２を用いる場合を想定している。勿論、携帯電話端末２２以外にメッセージを送信することもできる。図２の例では、携帯電話端末２２（１），２２（２）が携帯キャリア網（携帯電話の通信事業者が提供する移動体通信網）３３との間で無線回線を形成している。
ここで用いる携帯電話端末２２としては、移動体通信事業者が提供する携帯キャリア網３３内専用のメール通信機能（すなわちキャリアメール）や、インターネットアクセス機能を備え、ユーザアプリケーションプログラムも実行できるものを想定している。
【００４６】
携帯キャリア網３３は、ゲートウェイ３４を介してインターネット３２と接続されている。従って、ゲートウェイ３４を通過できる通信はインターネット３２上の端末との間でも通信できる。キャリアメールについては、携帯キャリア網３３内の携帯電話機間であれば、ゲートウェイ３４を通らずに低遅延の送受信ができるが、外部のＰＣ等と内部の携帯電話機間のメール送受信の場合はゲートウェイ３４を通るため、その際の処理が原因となり遅延が生じる場合もある。
【００４７】
メッセージサーバ１０は、サーバ本体１１，携帯電話機１２，モデム１３及び宛先変換テーブル１４を備えている。モデム１３は電話回線３５に接続されている。
携帯電話機１２は、携帯電話端末２２と同一の移動体キャリアの通信網で利用可能な携帯電話機である。携帯電話機１２は、その移動体キャリアがサービスを提供するキャリア網メールを送信する機能を持ち、更にメール送信などの機能をケーブルを介して接続されたサーバ本体１１から制御するための機能を内蔵している。
【００４８】
従って、サーバ本体１１はモデム１３を制御して音声電話の発信を行うことにより、各々の携帯電話端末２２と接続することができる。その場合には、電話回線３５から図示しない交換機を介して携帯キャリア網３３に接続するので、ゲートウェイ３４は通らない。
また、サーバ本体１１は携帯電話機１２を用いてメールの発信を行うことにより、各々の携帯電話端末２２に対してキャリアメールを送信することができる。この場合はキャリアメールであるので、ゲートウェイ３４を通ることなく携帯キャリア網３３（携帯キャリアパケット網３３ａ）から直接相手の携帯電話端末２２にメールが届く。
【００４９】
また、移動体キャリアのパケット通信が利用可能な場合には、宛先端末に向けて１対１のコネクション要求の発呼を行い、それに対し宛先端末が正しく着信できるならば、携帯電話機１２を用いてこのパケット通信発呼をもって新着通知とすることもできる。更に、モデム１３ではなく、携帯電話機１２を用いて新着通知の電話発信を行うこともできる。
【００５０】
サーバ本体１１に接続された宛先変換テーブル１４には、例えば図４に示すように、メッセージの宛先毎に、該当する携帯電話端末２２の携帯電話番号及び携帯メールアドレス（キャリアメールのアドレス）が予め登録されている。
従って、サーバ本体１１は発信元から到着した各メッセージの宛先毎に、それに対応付けられた携帯電話端末２２の携帯電話番号及び携帯メールアドレスを取得できる。
【００５１】
メッセージサーバ１０は本システムの動作の中核であり、全てのメッセージはメッセージサーバ１０を介してやり取りされる。発信元の端末から送信されたメッセージは、一旦メッセージサーバ１０に蓄積保存されてから、各々の宛先の端末へ配信される。各端末との通信は、インターネット３２又はＬＡＮ３１経由で行われる。
【００５２】
また、メッセージサーバ１０に新規メッセージが到着した時に、その事実を遅滞なく宛先端末に知らせるために、新着通知機能がメッセージサーバ１０に備わっている。
この新着通知機能においては、新着通知として電話発信する場合にはモデム１３又は携帯電話機１２を利用し、新着通知としてキャリアメールを発信、又はパケット通信発呼を行う場合には携帯電話機１２を利用する。
【００５３】
各ＰＣ端末２１（１），２１（２）は、メッセージの編集，メッセージの送信、各メッセージの配信状況表示，システム全体の各種設定及び管理を行う。
各携帯電話端末２２（１），２２（２）は、ユーザが携帯する端末であり、主としてメッセージの受信に使われる。勿論、設定を変更することにより、メッセージの送信や配信状況の表示など、ＰＣ端末２１上に割り当てられた機能の一部も携帯電話端末２２上で実現できる。
【００５４】
送信元端末、例えばＰＣ端末２１（１）から発信されたメッセージは、メッセージサーバ１０のサーバ本体１１に内蔵されたハードディスクに蓄積される。そして、蓄積したメッセージ毎に宛先端末（携帯電話端末２２）に向けた配信のためのアクセスページをメッセージサーバ１０が作成する。メッセージサーバ１０に蓄積されたメッセージは、各宛先端末からの要求に従ってメッセージサーバ１０からダウンロードされる。
【００５５】
メッセージサーバ１０に新規に蓄積されたメッセージについては、その宛先の端末に対して新着通知が行われる。すなわち、メッセージサーバ１０は新着メッセージの受信及び蓄積を行った後で、全ての宛先端末に向けてメッセージの新着通知の送信を開始する。
この新着通知の機能については、メッセージサーバ１０には必ず実装するが、他のＰＣ端末２１に機能の一部を実装すれば、機能を分担して実行することもできる。
【００５６】
例えば、図９に示すように、新規メッセージを受信したメッセージサーバ１０が最初に宛先端末のリストを分割し、機能分担用に予め割り当てられた特定のＰＣ端末２１に向けて、分担リストとともに新着通知の開始のコマンドを発行する。この新着通知機能は、宛先の各端末に対して順次実行されるが、後述の配信状況が「メッセージＤＬ済」以降の端末についてはスキップする。
【００５７】
なお、機能を分担するＰＣ端末２１には、モデム１３又は携帯電話機１２を接続する必要がある。
新着通知機能には、携帯電話機１２からのキャリアメール送信とモデム１３からの音声電話発信との２種類がある。
携帯電話機１２からキャリアメールを送信する場合には、サーバ本体１１又はＰＣ端末２１がそれに接続された携帯電話機１２を制御し、一般のインターネット３２を介さずにキャリアメールを送信する。このキャリアメールについては、宛先端末が受信することが目的であるため、メールの内容は何でも構わない。
【００５８】
音声電話発信機能については、サーバ本体１１又はＰＣ端末２１がそれに接続されたモデム１３を制御して、宛先の携帯電話端末２２に対して音声電話網経由の発信を行う。この発信は、宛先端末の着信呼ぴ出しを行うことが目的であるため、着信時間の長さは必要最短で構わない。
メッセージサーバ１０は、各宛先端末について、各メッセージ配信に関する進捗状況を常に把握し、その情報を保持している。把握する配信状況の種類については、図７に示す通りである。
【００５９】
メッセージサーバ１０が新着メッセージを受信した後、新着通知の機能を起動すると同時に、配信状態テーブルを作成する。この配信状態テーブルは、全ての宛先端末がエントリであり、値として図７に示すような状態を保持する。配信状態テーブルの作成時には、全ての端末エントリの値は「未通知」で初期化される。
次に、新着通知の機能により新着通知が行われた宛先端末について、配信状態テーブルの値は順次に「新着通知済」に更新される。
【００６０】
また、この新着通知に対して宛先端末はメッセージサーバ１０にメッセージの問い合わせを行う。このときに新着メッセージが存在する場合には、該当するメッセージを宛先端末がダウンロードする。この際に、配信状態テーブルの値は「メッセージＤＬ済」に更新される。
なお、新着通知機能の実行によって、配信状態テーブルの値が「新着通知済」に更新されていない場合であっても、該当するメッセージのダウンロードが行われた場合には、配信状態テーブルの値を直接「メッセージＤＬ済」に更新する。
【００６１】
次に、宛先端末は受け取ったメッセージの全文を表示した際に、その旨をメッセージサーバ１０に対して通知する。この通知を受け取ると、メッセージサーバ１０は配信状態テーブルの値を「メッセージ表示済」に更新する。
【００６２】
宛先端末の受信したメッセージに対する回答が受信者の入力操作により行われると、回答結果が宛先端末からメッセージサーバ１０に送信される。この回答結果を受け取ると、メッセージサーバ１０は配信状態テーブルの値を「回答済」に更新する。また、回答結果の内容もメッセージサーバ１０上のテーブルに記録される。
【００６３】
また、メッセージサーバ１０には配信状況一覧機能が備わっている。すなわち、所定の権限を有する端末からの状態問い合わせがあった場合には、メッセージサーバ１０は配信状態テーブルなどの内容を参照して、問い合わせに対する回答を返信する。
メッセージ送信機能は、送信元端末である各ＰＣ端末２１並びに宛先端末である各携帯電話端末２２に実装されている。
【００６４】
また、この例では任意の自由文、若しくは定型文のメッセージを、指定した宛先（個人又はグループ）に向けて配信することを想定しているので、各ＰＣ端末２１及び携帯電話端末２２は、メッセージの編集機能並びに送信機能を備えている。
編集機能によって作成されたメッセージは、送信機能により所定のネットワークを経由してメッセージサーバ１０に送信される。送信の際には、セキュリティ確保のため、事前に定めた暗号キーを用いて、メッセージを暗号化する。
【００６５】
新規メッセージなどを編集する場合には、例えば図５に示すような編集画面が表示される。また、作成するメッセージに割り当て可能な項目は図８に示されている。
すなわち、「宛先」，「タイトル」，「本文」，「緊急度」及び「返信回答の選択肢」の５項目の情報を含むメッセージを作成して送信することができる。「選択肢」の情報を含むメッセージを送信することにより、受信側が回答する場合の操作が簡単になる。
【００６６】
なお、一般的なメールと同様に、テキスト以外の情報、すなわち音声や画像などの情報をメッセージに含めて送信しても構わない。
各ＰＣ端末２１は、メッセージの受信機能を備えている。ＰＣ端末２１においては、消費電力などのリソースに関する制約が少ないので、メッセージサーバ１０は宛先端末がＰＣ端末２１の場合には新着通知を行わない。
【００６７】
そのため、遅延時間を短縮するために、ＰＣ端末２１は予め定めた時間間隔で定期的にメッセージサーバ１０にアクセスし、自分宛のメッセージの有無を確認する。そして、新着メッセージをメッセージサーバ１０からダウンロードした場合には、自動的に表示用のウインドウを開き、メッセージの内容を表示する。
各ＰＣ端末２１は、過去に受信したメッセージを自端末のローカルハードディスクに記憶しておく機能も備えている。
【００６８】
特定のメッセージについて、各宛先端末の配信状況を一覧表示するための機能、すなわち配信状況一覧機能がＰＣ端末２１及び携帯電話端末２２に実装されている。この機能で表示されるデータは、メッセージサーバ１０の保持する配信状況テーブルの値をメッセージサーバ１０に問い合わせることにより取得する。
実際には、予め定めた時間間隔で、定期的にメッセージサーバ１０に対して問い合わせを行い、最新のデータを取得する。従って、定期的に表示内容が更新される。
【００６９】
具体的には、図６に示すように、宛先のユーザ毎又はグループ毎に行を改めて、それぞれに対する配信状態が表示される。メッセージを受け取った宛先のユーザがメッセージに対する回答を送信済みの場合には、回答の内容も表示する。備考欄には、何らかのトラブルなどにより本システムを利用した連絡ができない場合の二次連絡先等も表示される。
【００７０】
また、本システム外で直接電話連絡等する場合に対応できるように、配信状態欄などの内容については、直接入力による上書きも可能になっている。また、入力操作により指定したユーザやグループに対して、新着問い合わせ機能を強制的に実行することもできる。
メッセージ問合せ機能は、ＰＣ端末２１及び携帯電話端末２２に実装されている。この機能を用いることにより、過去に受信したメッセージを再度受信しようとする場合に、メッセージの検索や再ダウンロードを実現できる。
【００７１】
全てのメッセージにはユニークなＩＤが割り当てられており、このＩＤが既知の場合には、直接それを指定してメッセージサーバ１０に要求することで、再ダウンロードができる。
また、送信者や日付等を指定して、該当するメッセージをメッセージサーバ１０に問い合わせ、検索結果から、受信したいものを指定して再ダウンロードすることもできる。
【００７２】
携帯電話端末２２は、通常時は休眠状態にあり、電力消費を抑制しており端末の連続稼動時間を改善するために寄与している。携帯電話端末２２は、休眠状態で新着通知を受信又は着信した場合、それをトリガーとして、メッセージサーバ１０に対し新着メッセージの有無を問い合わせる。これを新着通知応答機能という。
【００７３】
実際には、メッセージサーバ１０などに実装された新着通知機能により携帯電話端末２２に受信又は着信した場合だけでなく、任意の電話発着信，メール送受信，電話機メニュー操作により割り込みが発生すると、それが本機能のトリガーとなり、メッセージサーバ１０にメッセージの有無を問い合わせる。
当該宛先端末宛のメッセージがメッセージサーバ１０上にあった場合、問合せの返信として、メッセージそのものがメッセージサーバ１０から携帯電話端末２２にダウンロードされる。メッセージサーバ１０からの返信がメッセージ無しであった場合には、携帯電話端末２２上のアプリケーションプログラムは休眠状態に戻る。この機能の概要については、図１０に示されている。
【００７４】
また、予め各端末上で決定した時間間隔毎に、定期的に問い合わせを実行することもできる。この時間については、後述の携帯端末設定機能、若しくはメッセージサーバ１０経由で決定される。
メッセージサーバ１０経由で時間を決定する場合には、新着問い合わせの際に、メッセージサーバ１０上で定めてある時間の情報をメッセージサーバ１０からの返信に含めて通知する。これを受信した携帯電話端末２２は、自動的に通知された時間を反映するように携帯電話端末２２上の設定時間を変更する。
【００７５】
メッセージサーバ１０に時間を定める方法としては、適切な権限の付与されたＰＣ端末２１又は携帯電話端末２２から、メッセージサーバ１０の設定時間の登録要求を行うことで実施する。
また、新着通知応答機能によりメッセージがダウンロードされた場合には、メッセージが新着したことをユーザに知らせるため、メッセージの件名等を宛先端末上に表示し、加えて音声再生やバイブレータによる振動で注意喚起を行う。
【００７６】
宛先端末が受信したメッセージに対する回答をユーザが行うためには、ボタン入力を有効化（電話機ネイティブの電話機能からアプリケーションプログラムにボタン入力の制御を移行すること）する必要がある。そのためには、電話機固有の特殊ボタンを押す必要がある。
そこで、前述の注意喚起の際には、その特殊ボタンを画面上に表示し、ユーザにボタン押しを促す。ボタン入力が有効化された後は、アプリケーションプログラムがメッセージの件名，本文，緊急度，送信者等を表示するとともに、受信したメッセージに含まれている選択肢の情報に基づいて、回答選択肢のボタンを作成しそれを表示する。
【００７７】
ユーザが、例えばカーソルボタンを操作して選択肢の中から適切な回答を選択し、決定ボタンを押すなどの操作を行うことにより、その回答がメッセージサーバ１０に送信される。
【００７８】
なお、図３に示すように、メッセージの新着問い合わせ及びダウンロードにはｈｔｔｐプロトコルを利用する通信経路が使用されるが、この通信経路ではサーバＰＵＳＨ型の通信が不可能なため、新着通知メール又は音声発信については、これとは別の通信経路を使用する。
次に、典型例として、メッセージサーバ１０，ＰＣ端末２１（発信元端末），携帯電話端末２２（宛先端末）の三者の間でメッセージを配信する場合の通信手順の概要が図１に示されている。この内容について以下に説明する。
【００７９】
１．発信元端末上でメッセージを作成しメッセージサーバ１０に送信する（Ｓ２１，Ｓ２２）。
２．メッセージサーバ１０は各宛先端末に対して順次に新着通知を実行する（Ｓ１２）。新着通知の宛先は、図４に示す宛先変換テーブルから得られる携帯電話番号又は携帯メールアドレスによって特定される。
【００８０】
３．新着通知のメール（例えばｉモードメール）もしくは音声電話の着信を受けた宛先端末（携帯電話端末２２）上では、その受信又は着信によってユーザアプリケーションが自動起動する（Ｓ３１）。そして、このユーザアプリケーションは、メッセージサーバ１０に対してメッセージの有無を問い合わせ、メッセージがある場合にはそれをダウンロードする（Ｓ３２）。実際には、メッセージがある場合には、問い合わせに対する回答としてメッセージがメッセージサーバ１０から送信される。宛先端末の問い合わせ先は、メッセージサーバ１０が用意したアクセスページに割り当てられたアドレス（例えばＵＲＬ）であり、その情報は予め宛先端末上に保持しておくか、あるいは事前にメッセージサーバ１０に問い合わせて取得する。
【００８１】
４．新着メッセージをダウンロードした場合には、宛先端末は音声，画面表示，バイブレータなどを用いて、ユーザの注意喚起を行う（Ｓ３３）。
５．宛先端末が受信したメッセージに対して回答する必要がある場合には、ユーザの入力操作（選択肢の選択）により回答が宛先端末からメッセージサーバ１０に返信される（Ｓ３４）。
【００８２】
６．メッセージサーバ１０は宛先の端末毎にメッセージの配信状況を把握している。発信元端末のように特定の権限を有する端末からメッセージサーバ１０に問い合わせを行うと、メッセージサーバ１０は該当するメッセージの状態を表す情報を問い合わせ元に返信する（Ｓ１１，Ｓ１４，Ｓ２３，Ｓ２４）。
前述のように、メッセージサーバ１０などが宛先端末に対して新着通知を行う場合に利用する通信経路と、メッセージサーバ１０上のメッセージをダウンロードする場合に利用する通信経路とは別経路になっている。
【００８３】
図３に示す動作例においては、新着通知を音声発信で行う場合には、モデム１３−電話回線３５−携帯キャリア音声網３３ｂ−携帯電話端末２２（１）の経路が利用され、新着通知をメールで行う場合には、携帯電話機１２−携帯キャリアパケット網３３ａ−携帯電話端末２２（１）の経路が利用される。
また、携帯電話端末２２（１）がメッセージサーバ１０に新着問い合わせ及びダウンロードを行う際には、携帯キャリアパケット網３３ａ−ゲートウェイ３４−インターネット３２を経由して携帯電話端末２２（１）とサーバ本体１１とを接続する経路が利用される。
【００８４】
なお、ＰＣ端末２１，サーバ本体１１，携帯電話端末２２の動作に必要なプログラムについては、ＣＤ−ＲＯＭなどの記録媒体から読み込んでもよいし、オンラインでダウンロードして実行することもできる。
【００８５】
【発明の効果】
以上説明したように、本発明では、カスタマイズが可能な携帯電話上のユーザアプリケーションプログラムを利用しつつ、即時性を備えたメッセージ配信システムを実現することが可能であり、安価で普及している携帯電話端末を利用することで、システムの導入コストが低く、操作や携帯性の面からユーザの負担は小さい。
【００８６】
また、緊急メッセージシステムを考える場合においても、常時携帯する端末としては、日頃からの使用による慣れが重要であり、この面でも、本発明によるシステムは最適であり、また、待受け起動のアプリケーションを利用するため、携帯電話としての日常動作に影響が少ないことも特徴として挙げられる。
更に、本発明ではメッセージ新着時のユーザ通知を、ユーザアプリケーションにより自由にカスタマイズすることができる。通常の携帯電話機内蔵のメール機能においては、新着時のユーザ通知はカスタマイズすることはほとんどできず、新着に気がつきにくい場合もある。本発明では、メッセージの重要度に応じて表示方法を変えたり、ユーザ応答があるまで音声再生や画面表示をし続けるなど、多様な目的に応じた対応が可能である。
【図面の簡単な説明】
【図１】メッセージ配信システムの動作例を示すシーケンス図である。
【図２】メッセージ配信システムの構成例を示すブロック図である。
【図３】メッセージ配信システムの動作例を示すブロック図である。
【図４】宛先変換テーブルの構成例を示す模式図である。
【図５】新規メッセージの編集画面の例を示す正面図である。
【図６】配信状況一覧画面の例を示す正面図である。
【図７】配信状況の種類の一覧を表す模式図である。
【図８】メッセージに割り当て可能な項目の一覧を表す模式図である。
【図９】新着通知の送信処理に関する動作例を示すシーケンス図である。
【図１０】新着通知応答の動作概要を示すフローチャートである。
【符号の説明】
１０　メッセージサーバ
１１　サーバ本体
１２　携帯電話機
１３　モデム
１４　宛先変換テーブル
２１　ＰＣ端末
２２　携帯電話端末
３１　ＬＡＮ
３２　インターネット
３３　携帯キャリア網
３４　ゲートウェイ
３５　電話回線
【図１】
2004129084.tif 000003
【図２】
2004129084.tif 000004
【図３】
2004129084.tif 000005
【図４】
2004129084.tif 000006
【図５】
2004129084.tif 000007
【図６】
2004129084.tif 000008
【図７】
2004129084.tif 000009
【図８】
2004129084.tif 000010
【図９】
2004129084.tif 000011
【図１０】
2004129084.tif 000012