(57)【要約】【課題】リアルタイム通信中に文字データに加えて画像データなどの他のデータを送受信可能とする。【解決手段】画像データ送信側の携帯電話１０−１は、その画像データを予めサーバ５にアップロードしておき、その画像データに対するキーワードとアップ先のＵＲＬとを端末内に保持しておく。リアルタイム通信では、携帯電話１０−１では、キーワードが含まれる文字列が入力されると、該文字列に上記ＵＲＬを付加して受信側の携帯電話１０−２に送信する。携帯電話１０−２では、受信した文字列に画像データのアップ先のＵＲＬが付加されていると、そのときだけ、サーバ５にアクセスして画像データをダウンロードして文字情報とともに表示する。ダウンロードした画像データを表示する際には、画像表示領域がなければ、表示画面を切り替えて画像データを表示する。【選択図】  図１
2004157846.tif 000002
【特許請求の範囲】
【請求項１】
画像データを蓄積したサーバを介して相手端末とリアルタイムに文字情報を送受信する送受信手段と、
前記画像データに対してキーワードを設定するキーワード設定手段と、
前記相手端末に送信すべき文字列を入力する入力手段と、
前記入力手段により入力された文字列に前記キーワードが含まれるか否かを判断するキーワード判断手段と、
前記キーワード判断手段により前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して前記相手端末に送信するよう制御する制御手段とを具備することを特徴とする携帯情報端末。
【請求項２】
前記画像データを前記サーバに登録する登録手段を更に具備することを特徴とする請求項１記載の携帯情報端末。
【請求項３】
撮像手段を更に具備し、
前記登録手段は、該撮像手段によって撮像された画像データを前記サーバに登録することを特徴とする請求項２記載の携帯情報端末。
【請求項４】
前記送受信手段により受信された文字情報に保管場所情報が付加されているか否かを判断する保管場所付加判断手段と、
前記保管場所付加判断手段により保管場所情報が付加されている判断された場合、前記保管場所情報に基づいて前記サーバから画像データをダウンロードするダウンロード手段と、
前記送受信手段により受信した文字情報と前記ダウンロード手段によりダウンロードした画像データとを表示する表示手段と
を更に具備することを特徴とする請求項１ないし３のいずれかに記載の携帯情報端末。
【請求項５】
前記キーワード判断手段により前記文字列に前記キーワードが含まれると判断された場合、該キーワードを文字情報として既に送信したか否かを判断する送信判断手段を更に具備し、
前記送受信手段は、前記キーワード判断手段により前記文字列に前記キーワードが含まれ、前記送信判断手段により該キーワードが送信済であると判断した場合は、前記保管場所情報を付加することなく前記文字列を相手端末に送信することを特徴とする請求項１ないし４のいずれかに記載の携帯情報端末。
【請求項６】
画像データを蓄積したサーバを介して無線により携帯情報端末同士でリアルタイムに文字情報を送受信する文字情報送受信方法であって、
送信側の携帯情報端末では、画像データに対して予め設定したキーワードが相手端末に送信すべく入力された文字列に含まれるか否かを判断し、前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信し、
受信側の携帯情報端末では、前記送信側の携帯情報端末から受信した文字情報に保管場所情報が付加されているか否かを判断し、保管場所情報が付加されている判断された場合、前記保管場所情報に基づいて前記サーバから画像データをダウンロードし、前記文字情報と前記ダウンロードした画像データとを表示することを特徴とする文字情報送受信方法。
【請求項７】
画像データを蓄積したサーバを介して無線により携帯情報端末同士でリアルタイムに文字情報を送受信する文字情報送受信プログラムであって、
画像データに対してキーワードを設定するステップと、
相手端末に送信すべく入力された文字列に前記キーワードが含まれるか否かを判断するステップと、
前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信するステップと
をコンピュータに実行させることを特徴とする文字情報送受信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯情報端末同士でリアルタイムで文字情報を送受信する携帯情報端末、文字情報送受信方法および文字情報送受信プログラムに関する。
【０００２】
【従来の技術】
従来より、携帯端末（携帯電話、ＰＤＡなど）においては、少なくとも２つ以上の端末間で、サーバを介して、リアルタイムで、携帯端末間で、通常文字列（テキスト）による会話（チャット）を行なう技術が知られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−１３２６９４号公報
【０００４】
【発明が解決しようとする課題】
ところで、従来技術では、文字データを送受信するだけであり、相手に画像などのデータを送信する場合には、リアルタイム通信が終了した後にメールなどに添付して相手に送信しており、操作が煩雑になり手間がかかるという問題があった。
【０００５】
そこで本発明は、リアルタイム通信中に文字データに加えて画像データなどの他のデータを送受信することができる携帯情報端末、文字情報送受信方法および文字情報送受信プログラムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的達成のため、請求項１記載の発明による携帯情報端末は、画像データを蓄積したサーバを介して相手端末とリアルタイムに文字情報を送受信する送受信手段と、前記画像データに対してキーワードを設定するキーワード設定手段と、前記相手端末に送信すべき文字列を入力する入力手段と、前記入力手段により入力された文字列に前記キーワードが含まれるか否かを判断するキーワード判断手段と、前記キーワード判断手段により前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して前記相手端末に送信するよう制御する制御手段と具備することを特徴とする。
【０００７】
また、好ましい態様として、例えば請求項２記載のように、請求項１記載の携帯情報端末において、前記画像データを前記サーバに登録する登録手段を更に具備するようにしてもよい。
【０００８】
また、好ましい態様として、例えば請求項３記載のように、請求項２記載の携帯情報端末において、撮像手段を更に具備し、前記登録手段は、該撮像手段によって撮像された画像データを前記サーバに登録するようにしてもよい。
【０００９】
また、好ましい態様として、例えば請求項４記載のように、請求項１ないし３のいずれかに記載の携帯情報端末において、前記送受信手段により受信された文字情報に保管場所情報が付加されているか否かを判断する保管場所付加判断手段と、前記保管場所付加判断手段により保管場所情報が付加されている判断された場合、前記保管場所情報に基づいて前記サーバから画像データをダウンロードするダウンロード手段と、前記送受信手段により受信した文字情報と前記ダウンロード手段によりダウンロードした画像データとを表示する表示手段とを更に具備するようにしてもよい。
【００１０】
また、好ましい態様として、例えば請求項５記載のように、請求項１ないし４のいずれかに記載の携帯情報端末において、前記キーワード判断手段により前記文字列に前記キーワードが含まれると判断された場合、該キーワードを文字情報として既に送信したか否かを判断する送信判断手段を更に具備し、前記送受信手段は、前記キーワード判断手段により前記文字列に前記キーワードが含まれ、前記送信判断手段により該キーワードが送信済であると判断した場合は、前記保管場所情報を付加することなく前記文字列を相手端末に送信するようにしてもよい。
【００１１】
また、上記目的達成のため、請求項６記載の発明による文字情報送受信方法は、画像データを蓄積したサーバを介して無線により携帯情報端末同士でリアルタイムに文字情報を送受信する文字情報送受信方法であって、送信側の携帯情報端末では、画像データに対して予め設定したキーワードが相手端末に送信すべく入力された文字列に含まれるか否かを判断し、前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信し、受信側の携帯情報端末では、前記送信側の携帯情報端末から受信した文字情報に保管場所情報が付加されているか否かを判断し、保管場所情報が付加されている判断された場合、前記保管場所情報に基づいて前記サーバから画像データをダウンロードし、前記文字情報と前記ダウンロードした画像データとを表示することを特徴とする。
【００１２】
また、上記目的達成のため、請求項７記載の発明による文字情報送受信プログラムは、画像データを蓄積したサーバを介して無線により携帯情報端末同士でリアルタイムに文字情報を送受信する文字情報送受信プログラムであって、画像データに対してキーワードを設定するステップと、相手端末に送信すべく入力された文字列に前記キーワードが含まれるか否かを判断するステップと、前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信するステップとをコンピュータに実行させることを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１４】
Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の第１実施形態によるリアルタイム通信システムの構成を示すブロック図である。図において、サーバ５は、無線基地局８、通信網１２を介して、後述する携帯電話１０−１，１０−２の間におけるリアルタイム通信を制御する。また、サーバ５は、携帯電話１０−１，１０−２間におけるリアルタイム通信において、文字データに加えて画像データを送受信可能とすべく、画像データの送受信を制御する。データベース６は、携帯電話１０−１，１０−２間で送受信される画像データを記憶する。
【００１５】
携帯電話１０−１，１０−２は、通常の音声による通話に加えて、上記サーバ５の制御の下、互いに文字データを送受信し、送受信した文字データを表示部に順次表示するリアルタイム通信を行なう機能を備えている。なお、以下では、携帯電話１０−１を画像データ送信側、携帯電話１０−２を画像データ受信側として説明する。
【００１６】
本実施形態において、リアルタイム通信による画像データは、携帯電話１０−１，１０−２間で送受信される文字データに関連付けられ、サーバ５を介して送受信されるようになっている。すなわち、送信側の携帯電話１０−１は、リアルタイム通信に先立って、相手に送信するであろう画像データをサーバ５に登録しておく。そして、リアルタイム通信において、送信側の携帯電話１０−１で、予め画像データに関連付けられた文字列が入力されると、その文字列に対応する画像データのサーバ５における保持場所を示すＵＲＬを文字データに付加し、受信側の携帯電話１０−２に送信する。受信側の携帯電話１０−２では、受信した文字データに上記ＵＲＬが付加されていると、該ＵＲＬに従ってサーバ５にアクセスして該当画像データをダウンロードし、表示部に表示するようになっている。
【００１７】
次に、図２は、上述した携帯電話１０−１、１０−２の構成を示すブロック図である。図において、２０は送受信部であり、周波数変換部とモデムとから構成されている。アンテナＡＮＴ１を介して、図示しない基地局と無線通信をするために、電波の周波数変換および変復調を行なうものである。次に、通信制御部２１は、所定の通信方式（例えば、ＴＤＭＡ（時分割多元接続）、ＣＤＭＡ（符号分割多重接続）等）に基づいた通信制御を行なうものである。次に、音声処理部２２は、音声信号の符号化／復号化を行なうものであり、通信制御部２１からのＰＣＭ音声信号をＤ／Ａ変換によりアナログ音声信号へ変換し、スピーカ２３から発音させる一方、マイク２４から入力されたアナログ音声信号をＡ／Ｄ変換によりＰＣＭ信号に変換し、通信制御部２１へ送出する。
【００１８】
次に、制御部２５は、所定のプログラムに従って装置全体を制御する。具体的には、制御部２５は、リアルタイム通信に先立って、サーバ５にアクセスし、相手に送信するための画像データをサーバ５にアップロードする。このとき、該画像データを相手端末で表示させる際のキーワードを決定する。すなわち、該キーワードが送信する文字列として入力された場合、該キーワードに対応する画像データが受信側の携帯電話で表示されるようになっている。後述するＲＡＭ２８には、上記キーワード、対応する画像データ名（ファイル名）、サーバ５のアップロード先のＵＲＬが保持される。また、制御部２５は、リアルタイム通信において、相手に送信すべき文字列が入力されると、該文字列に上記キーワードが含まれるか否かを判断し、含まれる場合、すなわち上記キーワードを含む文字列が送信すべき文字データとして入力されると、上記キーワードに対応する画像データがアップロードされているＵＲＬを文字データに付加して送信するようになっている。
【００１９】
一方、制御部２５は、リアルタイム通信において文字データを受信した場合、文字データにＵＲＬが付加されているか判断し、ＵＲＬが付加されている場合には、該ＵＲＬに従ってサーバ５から該当画像データをダウンロードし、受信した文字データとともに、ダウンロードした画像データを後述する表示部２９に表示するようになっている。また、制御部２５は、リアルタイム通信において、文字データと画像データとを交互に表示するモードのとき、画像データの表示時間を計時するためのタイマ２５１を備えている。
【００２０】
キー入力部２６は、相手先の電話番号や文字列を入力する数値キーや、オンフック／オフフックを行なうスイッチ、音声出力を変えるボリュームスイッチ等から構成される。ＲＯＭ２７には上記制御部２５で実行されるプログラムや、種々のパラメータ等が格納されている。また、ＲＡＭ２８は、住所録、スケジュールを格納する領域や、上記制御部２５の制御に伴って生成されるデータを格納する格納領域、リアルタイム通信におけるキーワード、画像データ名、アップロード先のＵＲＬなどを保持する格納領域、ワーキングエリア等の領域などを備えている。次に、表示部２９は、液晶表示器からなり、上記制御部２５の制御の下、動作モードや、電話番号、通話時間等の各種データ、リアルタイム通信において受信した文字データおよび画像データなどを表示する。
【００２１】
次に、図３は、ＲＡＭ２８に格納される、リアルタイム通信に関するデータの構成を示す概念図である。ＲＡＭ２８には、キーワード、対応する画像データ名（ファイル名）、サーバ５のアップロード先のＵＲＬが対応付けられて格納される。図において、例えば、「０００００１．ｊｐｇ」という画像データには、「私の似顔絵」というキーワードが対応付けられ、ＵＲＬ「ｗｗｗ．ｍｙｄａｔａ．ｃｏ．ｊｐ／ｉｍａｇｅ／０００００１．ｊｐｇ」に登録されていることを示している。
【００２２】
Ａ−２．第１実施形態の動作
次に、上述した第１実施形態によるリアルタイム通信の動作について説明する。ここで、図４は、本第１実施形態による、送信側の携帯電話で画像データを登録する際の動作を説明するためのフローチャートである。また、図５は、本第１実施形態による、送信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。また、図６は、本第１実施形態による、受信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。また、図７は、本第１実施形態による、送信側の携帯電話でリアルタイム通信動作を行なっている際の表示画面を示す模式図である。また、図８および図９は、本第１実施形態による、受信側の携帯電話でリアルタイム通信動作を行なっている際の表示画面を示す模式図である。
【００２３】
Ａ−２−１．登録動作
まず、画像データの登録動作について説明する。送信側の携帯電話１０−１では、まず、画像登録モードが選択されると、登録すべき画像データが選択されたか否かを判断し（ステップＳ１０）、画像データが選択されていなければ当該処理を終了する。一方、画像データが選択されている場合には、該画像データに対するキーワードを入力させる（ステップＳ１２）。次に、選択された画像データをサーバ５にアップする（ステップＳ１４）。そして、図３に示すように、端末内にキーワード、対象画像名、サーバ５のアップ先ＵＲＬを対応付けて記憶する（ステップＳ１６）。
【００２４】
Ａ−２−２．リアルタイム通信動作
次に、携帯電話１０−１，１０−２同士によるリアルタイム通信動作について説明する。送信側の携帯電話１０−１では、まず、チャット（リアルタイム通信）のお誘いメッセージを受信側の携帯電話１０−２に送信する（ステップＳ２０）。次に、チャット入力画面を表示し（ステップＳ２２）、送信する文字列を入力させる（ステップＳ２４）。次に、入力された文字列に画像データ用のキーワードが含まれているか否かを判断する（ステップＳ２６）。そして、入力された文字に画像データ用のキーワードが含まれていれば、該文字列を受信側の携帯電話１０−２に送信する（ステップＳ３０）。次に、チャットが終了したか否かを判断し（ステップＳ３２）、終了していなければ、ステップＳ２２へ戻り、文字入力および文字列送信を継続する。
【００２５】
一方、入力された文字列にキーワードが含まれる場合には、文字列に画像データ用ＵＲＬを付加し（ステップＳ２８）、該ＵＲＬが付加された文字列を受信側の携帯電話１０−２に送信する（ステップＳ３０）。そして、チャットが終了したか否かを判断し（ステップＳ３２）、終了していなければ、ステップＳ２２へ戻り、文字入力を継続する。
【００２６】
送信側の携帯電話１０−１では、図７（ａ）に示すように、自身から送信した文字列（Ａ）、受信側から送信されてきた文字列（Ｂ）が表示部２９に順次される。また、チャット入力画面では、図７（ｂ）に示すように、送信すべき文字列が入力される。この場合、「私の似顔絵だよ」という文字列が入力されており、該文字列にキーワードの１つが含まれるので、該文字列が送信される際に、該文字列に対応するＵＲＬ（図３の例では、ｗｗｗ．ｍｙｄａｔａ．ｃｏ．ｊｐ／ｉｍａｇｅ／０００００１．ｊｐｇ）が付加されることになる。
【００２７】
一方、受信側の携帯電話１０−２では、送信側の携帯電話１０−１からのチャットのお誘いメッセージを受信すると（ステップＳ４０）、チャット入力画面を表示し（ステップＳ４２）、送信する文字を入力させる（ステップＳ４４）。入力された文字列は、上述した送信側と同様に相手の端末、この場合、送信側の携帯電話１０−１に送信されるが、これら一連のステップは、図６に示すフローチャートでは省略している。
【００２８】
また、受信側の携帯電話１０−２において、送信側の携帯電話１０−１からの文字列を受信すると、図８（ａ）または図８（ｂ）に示すように、該文字列を表示部２９に表示する（ステップＳ４６）。図８（ａ）において、「Ａ：元気？」が送信側の携帯電話１０−１から送信されてきたメッセージであり、「Ｂ：元気だよ。」が受信側の携帯電話１０−２で入力され、送信側に送信されたメッセージである。また、図８（ｂ）において、「Ａ：私の似顔絵だよ。」というメッセージは、画像データに対応付けられたキーワード「私の似顔絵」が含まれており、この場合、キーワードに一致する文字列に下線が表示される。
【００２９】
次に、受信した文字列に画像データ用ＵＲＬが付加されているか否かを判断する（ステップＳ４８）。そして、受信した文字列に画像データ用ＵＲＬが付加されていなければ、チャットが終了したか否かを判断し（ステップＳ６０）、終了していなければ、ステップＳ４２へ戻り、文字入力を継続する。
【００３０】
一方、受信した文字列に画像データ用ＵＲＬが付加されていれば、付加されていたＵＲＬに従って、サーバ５から該当画像データをダウンロードする（ステップＳ５０）。次に、表示部２９に画像表示領域があるか否かを判断し（ステップＳ５２）、画像表示領域がない場合には、図８（ｃ）に示すように、画像表示画面に切り替えてダウンロードした画像データを表示する（ステップＳ５６）。次に、タイマ２５１により所定時間を計時し（ステップＳ５８）、所定時間経過するまで（例えば、２、３秒）、画像表示画面での画像データの表示を継続する。そして、所定時間が経過すると、図８（ｄ）に示すように、通常画面に切り替え（ステップＳ６０）、チャットが終了したか否かを判断し（ステップＳ６２）、終了していなければ、ステップＳ４２へ戻り、文字入力を継続する。
【００３１】
一方、画像表示領域がある場合には、図９（ａ）〜（ｃ）に示すように、該画像表示領域にダウンロードした画像データを表示する（ステップＳ５４）。そして、チャットが終了したか否かを判断し（ステップＳ６２）、終了していなければ、ステップＳ４２へ戻り、文字入力を継続する。一方、チャットが終了した場合には、当該処理を終了する。
【００３２】
上述した第１実施形態では、チャットなどで画像データを送信する側がその画像データを予めサーバ５にアップロードしておき、その画像データに対するキーワードとアップ先のＵＲＬとを端末内に保持しておき、リアルタイム通信において少量の文字列を送信するだけで、画像データを送信することが可能となる。また、受信側の携帯端末においても、受信した文字列に画像データのアップ先のＵＲＬが付加されているので、そのときだけ、サーバ５にアクセスすればよい。また、ダウンロードした画像データを表示する際に、画像表示領域がなければ、表示画面を切り替えて画像データを表示するようにしたので、小さな表示画面しか備えていない携帯電話や、比較的大きい表示画面を備えるＰＤＡなどの端末などでも、文字情報と画像データとを受信端末の表示能力に応じて効果的に表示することが可能である。
【００３３】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。なお、システムおよび携帯電話などの構成は、上述した第１実施形態と同様であるので説明を省略する。ここで、図１０（ａ）は、本第２実施形態において、送信側の携帯電話１０−１に格納される、リアルタイム通信に関するデータの構成を示す概念図であり、図１０（ｂ）は、送信側の携帯電話１０−２に格納される、リアルタイム通信に関するデータの構成を示す概念図である。
【００３４】
本第２実施形態では、送信側の携帯電話１０−１では、図１０（ａ）に示すように、キーワード毎に、キーワードが含まれる文字列を既に送信したか否かを示す送信フラグを設けている。そして、キーワードが含まれる文字列を送信しようとしたとき、送信フラグをチェックし、送信フラグが未送信（オフ）であれば、文字列にアップ先のＵＲＬを付加して受信側に送信する。また、送信フラグが送信済（オン）であれば、ユーザに再度画像データを表示させるか否かを指示させ、表示が指示された場合には、再度、文字列にアップ先のＵＲＬを付加して受信側に送信し、表示しない旨が指示された場合には、文字列のみを送信する。
【００３５】
また、受信側の携帯電話１０−２では、図１０（ｂ）に示すように、ダウンロード済の画像データのファイル名リストを保持するようになっている。そして、受信した文字列にＵＲＬが付加されていた場合、その画像データが既にダウンロードしたものであるか否かを判断し、ダウンロードされていない場合にのみ、サーバからダウンロードするようになっている。
【００３６】
Ｂ−１．第２実施形態の動作
次に、本第２実施形態によるリアルタイム通信の動作について説明する。ここで、図１１は、本第２実施形態による、送信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。また、図１２は、本第２実施形態による、受信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。なお、画像データの登録処理については前述した第１実施形態（図４）と同じであるので省略する。
【００３７】
送信側の携帯電話１０−１では、まず、チャット（リアルタイム通信）のお誘いメッセージを受信側の携帯電話１０−２に送信する（ステップＳ７０）。次に、チャット入力画面を表示し（ステップＳ７２）、送信する文字を入力させる（ステップＳ７４）。次に、入力された文字列に画像データ用のキーワードが含まれるか否かを判断する（ステップＳ７６）。そして、入力された文字列に画像データ用のキーワードが含まれていなければ、該文字列を受信側の携帯電話１０−２に送信する（ステップＳ８４）。次に、チャットが終了したか否かを判断し（ステップＳ８６）、終了していなければ、ステップＳ７２へ戻り、文字入力および文字列送信を継続する。
【００３８】
一方、入力された文字列にキーワードが含まれる場合には、送信フラグをチェックし、該キーワードが含まれる文字列が既に送信済であるか否かを判断する（ステップＳ７８）。そして、送信フラグが未送信（オフ）であれば、送信されていないと判断し、文字列に画像データ用ＵＲＬを付加し（ステップＳ８２）、該ＵＲＬが付加された文字列を受信側の携帯電話１０−２に送信する（ステップＳ８４）。そして、チャットが終了したか否かを判断し（ステップＳ８６）、終了していなければ、ステップＳ７２へ戻り、文字入力および文字列送信を継続する。
【００３９】
一方、送信フラグが送信済（オン）であれば、送信済であると判断し、ユーザに受信側の携帯電話１０−２で再度画像データを表示させるか否かの指示を仰ぐ（ステップＳ８０）。そして、ユーザにより再度画像データを表示させる旨が指示された場合には、文字列に画像データ用ＵＲＬを付加し（ステップＳ８２）、該ＵＲＬが付加された文字列を受信側の携帯電話１０−２に送信する（ステップＳ８４）。一方、ユーザにより再度画像データを表示させない旨が指示された場合には、ＵＲＬを付加することなく、そのまま入力された文字列を受信側の携帯電話１０−２に送信する（ステップＳ８４）。そして、チャットが終了したか否かを判断し（ステップＳ８６）、終了していなければ、ステップＳ７２へ戻り、文字入力および文字列送信を継続する。
【００４０】
一方、受信側の携帯電話１０−２では、送信側の携帯電話１０−１からのチャットのお誘いメッセージを受信すると（ステップＳ９０）、チャット入力画面を表示し（ステップＳ９２）、送信する文字を入力させる（ステップＳ９４）。入力された文字列は、上述した送信側と同様に相手の端末、この場合、送信側の携帯電話１０−１に送信されるが、これら一連のステップは、図１２に示すフローチャートでは省略している。
【００４１】
また、受信側の携帯電話１０−２において、送信側の携帯電話１０−１からの文字列を受信すると、図８（ａ）または図８（ｂ）に示すように、該文字列を表示部に表示する（ステップＳ９６）。次に、受信した文字列に画像データ用ＵＲＬが付加されているか否かを判断する（ステップＳ９８）。そして、受信した文字列に画像データ用ＵＲＬが付加されていなければ、チャットが終了したか否かを判断し（ステップＳ１１４）、終了していなければ、ステップＳ９２へ戻り、リアルタイム通信を継続する。
【００４２】
一方、受信した文字列に画像データ用ＵＲＬが付加されていれば、該ＵＲＬで示される画像データが既にダウロードしているか否かを判断する（ステップＳ１００）。そして、既に該当画像データをダウンロードし、端末内に保持されている場合には、表示部に画像表示領域があるか否かを判断し（ステップＳ１０２）、画像表示領域がない場合には、図８（ｃ）に示すように、画像表示画面に切り替えて該当画像データを表示する（ステップＳ１０８）。次に、タイマ２５１により所定時間を計時し（ステップＳ１１０）、所定時間経過するまで（例えば、２、３秒）、画像表示画面での画像データの表示を継続する。そして、所定時間が経過すると、図８（ｄ）に示すように、通常画面に切り替え（ステップＳ１１２）、チャットが終了したか否かを判断し（ステップＳ１１４）、終了していなければ、ステップＳ９２へ戻り、リアルタイム通信処理を継続する。
【００４３】
一方、画像表示領域がある場合には、図９（ａ）〜（ｃ）に示すように、該画像表示領域にダウンロードした画像データを表示する（ステップＳ１０４）。そして、チャットが終了したか否かを判断し（ステップＳ１１４）、終了していなければ、ステップＳ９２へ戻り、リアルタイム通信を継続する。
【００４４】
一方、受信した文字列に付加されていたＵＲＬで示される画像データがまだダウンロードされていない場合には、付加されていたＵＲＬに従って、サーバ５から該当画像データをダウンロードする（ステップＳ１０６）。次に、図８（ｃ）に示すように、画像表示画面に切り替えて該当画像データを表示する（ステップＳ１０８）。次に、タイマ２５１により所定時間を計時し（ステップＳ１１０）、所定時間経過するまで（例えば、２、３秒）、画像表示画面での画像データの表示を継続する。そして、所定時間が経過すると、図８（ｄ）に示すように、通常画面に切り替え（ステップＳ１１２）、チャットが終了したか否かを判断し（ステップＳ１１４）、終了していなければ、ステップＳ９２へ戻り、リアルタイム通信処理を継続する。
【００４５】
上述した第２実施形態では、送信側の携帯電話１０−１では、画像表示に対するキーワードが送信済であるか否かを示す送信フラグを設け、同じキーワードが含まれる文字列を送信しようとしたときに、上記送信フラグをチェックし、再度同じ画像データを受信側で表示させるか否かをユーザに確認させるようにし、ユーザの意思に応じて受信側での表示／非表示を制御可能としたので、受信側での画像データのダウンロード動作を制限することが可能となる。これにより、受信側での負荷（ダウンロードに伴う時間待ち、回線トラフィックの増加など）を軽減することが可能となる。この結果、受信側の負荷が大きくなることを気にすることなく、送信側で同じキーワードを何度でも利用することが可能となる。また、受信側の携帯電話１０−２では、表示すべき画像データが既にダウンロードされているか否かをチェックし、既にダウンロードした同一画像データについては過去にダウロードした画像データを表示するようにしたので、通信の負荷を軽減することが可能となる。
【００４６】
Ｃ．第３実施形態
次に、本発明の第３実施形態について説明する。なお、システムの構成は上述した第１および第２実施形態と同様である。図１３（ａ）、（ｂ）は、本第３実施形態において適用される携帯電話１０−３の外観図であり、上述の第１および第２実施形態と同じ機能を有する構成については同一の符号を付し、説明を省略するが、携帯電話１０−３は携帯電話１０−１、１０−２の構成に撮像部を加えていることを特徴としている。
【００４７】
本実施形態における携帯電話１０−３は、蓋部と本体部からなる二つ折り構造であって、図１３（ａ）は、開状態、正面図を示すものである。同図において、アンテナＡＮＴ１は、蓋部の背面に設けられ、伸縮自在となっている。アンテナ１１は、蓋部の背面に設けられており、伸縮自在となっている。スピーカ２３は、蓋部の前面側に設けられており、音声出力を行なう。表示部（メイン表示部）２９は、カラー液晶であり、１２０ドット（幅）×１６０ドット（高さ）である。また、キー入力部２６は、本体部の前面に設けられており、マイク２４は、本体部の下部に設けられている。一方、図１３（ｂ）は、開状態、背面図を示すものであり、撮像レンズ３０は、蓋部２の背面に設けられている。
【００４８】
次に、図１４は、携帯電話１０−３の構成を示すブロック図であり、上述の第１および第２実施形態と同じ機能を有する構成については同一の符号を付して説明を省略する。撮像モジュール３１は、ＣＣＤ、若しくはＣＭＯＳで構成され、撮像レンズを介して被写体のカラー画像を取り込む。ＤＳＰ３２は、撮像モジュール３１に取り込まれた画像を符号化処理する。画像メモリ２３は、ＤＳＰ３２により符号化処理され、制御部２５により圧縮符号化された画像をデータ化（ファイル化）して格納し、第１実施形態における登録動作（Ａ−２−１）において、登録すべき画像データの選択の際、この画像メモリ２３より所望の画像データを読み出して選択する。
【００４９】
このように、第３実施形態によれば、携帯電話に備えられた撮像機能により、所望の画像データをサーバにアップロードすることができる。
【００５０】
なお、上述した実施の形態においては、これらの処理は、ＲＯＭ２７に内蔵されるアプリケーションにより実行していたが、これに限らず、ネットワークよりこの処理を実行するＪａｖａ（登録商標）スクリプトによるプログラムをダウンロードすることにより、同様の処理を実行させてもよい。
【００５１】
また、本実施の形態においては、携帯電話における処理について具体的に述べたが、リアルタイム通信可能な情報端末であれば、上記実施の形態に限定されるものではない。
【００５２】
【発明の効果】
請求項１記載の発明によれば、キーワード設定手段により画像データに対してキーワードを設定し、送受信手段により、画像データを蓄積したサーバを介して相手端末とリアルタイムに文字情報を送受信する際に、キーワード判断手段により、入力手段により入力された文字列に前記キーワードが含まれるか否かを判断し、前記文字列に前記キーワードが含まれると判断された場合、制御手段により、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して前記相手端末に送信するようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に送信することができるという利点が得られる。
【００５３】
また、請求項２記載の発明によれば、登録手段により、前記画像データを前記サーバに登録するようにしたので、携帯情報端末間のトラフィクを増大させることなく、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に受信することができるという利点が得られる。
【００５４】
また、請求項３記載の発明によれば、撮像手段によって撮像された画像データを、前記登録手段により前記サーバに登録するようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に受信することができるという利点が得られる。
【００５５】
また、請求項４記載の発明によれば、保管場所付加判断手段により、受信手段によって他の携帯情報端末から受信された文字情報に保管場所情報が付加されているか否かを判断し、前記保管場所情報が付加されている判断された場合、ダウンロード手段により、前記保管場所情報に基づいて前記サーバから画像データをダウンロードし、前記受信手段により受信した文字情報と前記ダウンロード手段によりダウンロードした画像データとを表示手段に表示するようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に受信することができるという利点が得られる。
【００５６】
また、請求項５記載の発明によれば、前記キーワード判断手段により前記文字列に前記キーワードが含まれると判断された場合、判断手段により、該キーワードを文字情報として既に送信したか否かを判断し、前記送受信手段により、前記キーワード判断手段により前記文字列に前記キーワードが含まれ、前記送信判断手段により該キーワードが送信済であると判断した場合は、前記保管場所情報を付加することなく前記文字列を相手端末に送信するようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に送信することができ、さらに、無駄なデータ送信を防止することができるという利点が得られる。
【００５７】
また、請求項６記載の発明によれば、送信側の携帯情報端末では、画像データに対して予め設定したキーワードが相手端末に送信すべく入力された文字列に含まれるか否かを判断し、前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信し、受信側の携帯情報端末では、前記送信側の携帯情報端末から受信した文字情報に保管場所情報が付加されているか否かを判断し、保管場所情報が付加されている判断された場合、前記保管場所情報に基づいて前記サーバから画像データをダウンロードし、前記文字情報と前記ダウンロードした画像データとを表示するようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に受信することができるという利点が得られる。
【００５８】
また、請求項７記載の発明によれば、画像データを蓄積したサーバを介して無線により携帯情報端末同士でリアルタイムに文字情報を送受信する文字情報送受信プログラムであって、画像データに対してキーワードを設定するステップと、相手端末に送信すべく入力された文字列に前記キーワードが含まれるか否かを判断するステップと、前記文字列に前記キーワードが含まれると判断された場合、前記キーワードに対応する画像データの前記サーバにおける保管場所情報を前記文字列に付加して相手端末に送信するステップとをコンピュータに実行させるようにしたので、リアルタイム通信中に文字データに加えて画像データなどの他のデータを容易に受信することができるという利点が得られる。
【図面の簡単な説明】
【図１】本発明の第１実施形態によるリアルタイム通信システムの構成を示すブロック図である。
【図２】本第１実施形態による携帯電話の構成を示すブロック図である。
【図３】ＲＡＭ２８に格納される、リアルタイム通信に関するデータの構成を示す概念図である。
【図４】本第１実施形態による、送信側の携帯電話で画像データを登録する際の動作を説明するためのフローチャートである。
【図５】本第１実施形態による、送信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。
【図６】本第１実施形態による、受信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。
【図７】本第１実施形態による、送信側の携帯電話でリアルタイム通信動作を行なっている際の表示画面を示す模式図である。
【図８】本第１実施形態による、受信側の携帯電話でリアルタイム通信動作を行なっている際の表示画面を示す模式図である。
【図９】本第１実施形態による、受信側の携帯電話でリアルタイム通信動作を行なっている際の表示画面を示す模式図である。
【図１０】本第２実施形態において、送信側の携帯電話１０−１に格納される、リアルタイム通信に関するデータの構成、および送信側の携帯電話１０−２に格納される、リアルタイム通信に関するデータの構成を示す概念図である。
【図１１】本第２実施形態による、送信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。
【図１２】本第２実施形態による、受信側の携帯電話のリアルタイム通信動作を説明するためのフローチャートである。
【図１３】本第３実施形態における、携帯電話の外観図であり、（ａ）は開状態の正面図、（ｂ）は開状態の背面図である。
【図１４】本第３実施形態による携帯電話の構成を示すブロック図である。
【符号の説明】
５  サーバ（サーバ）
６  データベース
８，８  無線基地局
１０，１０  携帯電話（携帯情報端末）
１２  インターネット
２０  送受信部（送受信手段）
２１  通信制御部
２２  音声処理部
２５  制御部（キーワード判断手段、制御手段）
２６  キー入力部（キーワード設定手段、入力手段）
２７  ＲＯＭ
２８  ＲＡＭ
２９  表示部（表示手段）
３１  撮像モジュール（撮像手段）
【図１】
2004157846.tif 000003
【図２】
2004157846.tif 000004
【図３】
2004157846.tif 000005
【図４】
2004157846.tif 000006
【図５】
2004157846.tif 000007
【図６】
2004157846.tif 000008
【図７】
2004157846.tif 000009
【図８】
2004157846.tif 000010
【図９】
2004157846.tif 000011
【図１０】
2004157846.tif 000012
【図１１】
2004157846.tif 000013
【図１２】
2004157846.tif 000014
【図１３】
2004157846.tif 000015
【図１４】
2004157846.tif 000016