(57)【要約】本発明における通信情報共有システムは、会話文を初めに送信する側の第一ユーザ端末と、会話文を初めに受信する側の第二ユーザ端末と、両端末が互いのキャラクタを各々の端末に表示することができるように情報管理を行う管理サーバとから構成されている。
2003048945.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも二以上のユーザ端末間でデータの送受信を行う通信システムであって、
各々のユーザ端末を象徴する情報に付された識別子を管理する管理サーバを有し、
前記管理サーバは、一方のユーザ端末がデータの送信に用いる識別子と、
他方のユーザ端末がデータの受信に用いる識別子と、
を一致させる為の識別子共有手段を備える通信情報共有システム。
【請求項２】
ネットワークを介して接続された、データの送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴する情報に付された識別子の管理を行う管理サーバとによる通信システムであって、
前記データと共に前記識別子を送信する送信手段と、
前記識別子を受信する受信手段と、
他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させる識別子共有手段と、
一致させられた識別子を返信する返信手段と、
前記識別子を受信する受信手段と、
前記識別子に対応付けられた情報を取得する取得手段と、
前記情報を出力する出力手段と、
を備える通信情報共有システム。
【請求項３】
データの送受信を行う少なくとも二以上のユーザ端末の各々を象徴する情報に付された識別子を管理する管理サーバは、
通信相手の端末から送信された識別子を受信する受信手段と、
前記識別子と返信すべき識別子とを一致させる識別子共有手段と、
一致させた識別子に基づき該識別子に対応付けられた情報を取得するための誘導を行う誘導手段と、
一致させた識別子を他方のユーザ端末へ送信する返信手段と、
を有する通信情報共有システムにおける管理サーバ。
【請求項４】
ネットワークを介してデータの送受信を行う少なくとも二以上の送信側ユーザ端末及び受信側ユーザ端末には、
通信相手の端末を象徴する情報、及び当該情報に対応付けられた識別子を格納する識別子格納手段と、
前記情報と前記識別子格納手段内に予め格納されている情報とを比較する比較手段と、
を有し、
比較した結果に基づき所定の情報を取得する情報通信システムにおけるユーザ端末。
【請求項５】
少なくとも二以上のユーザ端末間で会話文の送受信を行う通信システムであって、
各々のユーザ端末を象徴するキャラクタに付された識別子を管理する管理サーバを有し、
前記管理サーバは、一方のユーザ端末が会話文の送信に用いる識別子と他方のユーザ端末が会話文の受信に用いる識別子とを一致させる為の識別子共有手段を備える通信情報共有システム。
【請求項６】
ネットワークを介して接続された、会話文の送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴するキャラクタに付された識別子の管理を行う管理サーバとによる通信システムであって、
前記会話文と共に前記識別子を送信する送信手段と、
前記識別子を受信する受信手段と、
他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させる識別子共有手段と、
一致させられた識別子を返信する返信手段と、
前記識別子を受信する受信手段と、
前記識別子に対応付けられたキャラクタを取得する取得手段と、
前記キャラクタを表示する表示手段と、
を備える通信情報共有システム。
【請求項７】
少なくとも二以上のユーザ端末間で会話文の送受信を行う通信システムであって、
ユーザの個人情報を格納したデータベースへのリンク先を管理する管理サーバを有し、
前記管理サーバは、一方のユーザ端末から送信される識別子が付された個人情報を他方のユーザ端末で出力可能となるよう双方の識別子を合致させる識別子共有手段を備える通信情報共有システム。
【請求項８】
前記個人情報は、スケジュールに関する情報である請求項７に記載の通信情報共有システム。
【請求項９】
前記個人情報は、アドレスに関する情報である請求項７に記載の通信情報共有システム。
【請求項１０】
識別子に対応付けられた個人情報を管理するサーバ或いはデータベースへのリンク先の識別子が格納されている識別子格納手段を有する請求項７〜９の何れかに記載の通信情報共有システム。
【請求項１１】
前記管理サーバは、前記ユーザ端末を特定すべき識別子を発行する発行手段を備える請求項１〜３，５〜１０の何れかに記載の通信情報共有システムにおける。
【請求項１２】
前記管理サーバは、前記ユーザ端末から送信された識別子が前記識別子格納手段に格納されていない場合、該識別子を所定の識別子格納手段に登録する登録手段を備える請求項１１に記載の通信情報共有システム。
【請求項１３】
前記管理サーバは、識別子の登録を更新する更新手段を備える請求項１２に記載の通信情報共有システム。
【請求項１４】
前記管理サーバは、一方のユーザ端末を象徴するキャラクタを他方のユーザ端末の表示装置に表示させる請求項１３に記載の通信情報共有システム。
【請求項１５】
前記識別子格納手段には、前記ユーザ端末を特定する識別子が格納されている請求項１４に記載の通信情報共有システム。
【請求項１６】
前記識別子格納手段には、前記ユーザ端末を関連付けるべき識別子が格納されていることを特徴とする請求項１５に記載の通信情報共有システム。
【請求項１７】
前記識別子格納手段には、識別子に対応付けられたキャラクタを管理する他のサーバへのリンク先の識別子が格納されている請求項１６に記載の通信情報共有システム。
【請求項１８】
前記二以上のユーザ端末は、リアルタイムで会話文、及びキャラクタの送受信を行う請求項１〜１７の何れかに記載の通信情報共有システム。
【請求項１９】
ネットワークを介して接続された、会話文の送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴するキャラクタに付された識別子の管理を行う管理サーバとにより行われる情報共有方法であって、
前記会話文と共に前記識別子を送信するステップと、
前記識別子を受信するステップと、
他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させるステップと、
一致させられた識別子を返信するステップと、
前記識別子を受信するステップと、
前記識別子に対応付けられたキャラクタを取得するステップと、
前記キャラクタを他方のユーザ端末の表示装置に表示するステップと、
からなる通信情報共有方法。
【請求項２０】
ネットワークを介して接続された、会話文の送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴するキャラクタに付された識別子の管理を行う管理サーバとのコンピュータ実行可能なプログラムであって、
前記会話文と共に前記識別子を送信するステップと、
前記識別子を受信するステップと、
他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させるステップと、
一致させられた識別子を返信するステップと、
前記識別子を受信するステップと、
前記識別子に対応付けられたキャラクタを取得するステップと、
前記キャラクタを他方のユーザ端末の表示装置に表示するステップと、
からなる通信情報共有プログラム。
【請求項２１】
ネットワークを介して接続された、会話文の送受信を行う少なくとも二つ以上のユーザ端末と、各々のユーザ端末から入力された個人情報に付された識別子の管理を行う管理サーバとにより行われる情報共有方法であって、
前記会話文と共に識別子が付された個人情報を送信するステップと、
前記個人情報を受信するステップと、
前記個人情報に付された識別子を他方のユーザ端末へ返信すべき個人情報の識別子に一致させるステップと、
一致した識別子に基づく個人情報を返信するステップと、
前記個人情報を受信するステップと、
前記個人情報を編集するステップと、
前記個人情報を他方のユーザ端末に送信するステップと、
前記個人情報を前記ユーザ端末の表示装置に表示するステップと、
からなる通信情報共有方法。
【請求項２２】
ネットワークを介して接続された、会話文の送受信を行う少なくとも二つ以上のユーザ端末から入力された個人情報に付された識別子の管理を行う管理サーバのコンピュータにより実行されるプログラムであって、
前記会話文と共に識別子が付された個人情報を送信するステップと、
前記個人情報を受信するステップと、
前記個人情報に付された識別子を他方のユーザ端末へ返信すべき個人情報の識別子に一致させるステップと、
一致した識別子に基づく個人情報を返信するステップと、
前記個人情報を受信するステップと、
前記個人情報を編集するステップと、
前記個人情報を他方のユーザ端末に送信するステップと、
前記個人情報を前記ユーザ端末の表示装置に表示するステップと、
からなる通信情報共有プログラム。
【発明の詳細な説明】
技術分野
本発明は、ネットワーク接続可能な端末間で行われる情報通信に関する。
背景技術
近年、インターネットの普及に伴いインターネット（ネットワーク）接続可能な端末も急激な勢いで普及している。端末としては、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ノート型パーソナルコンピュータ等を例示できる。
さらに、これらの端末によって、端末間でメッセージ（会話文）の交換を行う電子メール（Ｅメール）やチャットが頻繁に利用されるようになった。
因みに、チャットは、オンライン・トークとも言われるように、メッセージとなる文字データをオンラインで相手方の端末に送ることができ、電子メールは文字データの他にも画像データや音楽データを送ることができる。
但し、携帯電話の場合、通信の帯域幅が狭く、また、安定性に欠ける為画像データのような大きなデータの場合は、時間がかかる等頻繁なやりとりにはやや不向きな場合がある。
発明の開示
ところで、上述したような端末でメッセージ（会話文）の交信（チャット）を行う際に、互いに設定したキャラクタを相手の端末に表示させることによって会話の盛り上がりを演出するシステムが提案されている。
パーソナルコンピュータを用いた通信の分野ではアバタと呼ばれるキャラクタを、ユーザが設定してこれを仮想世界上で自由に徘徊させて他のキャラクタと会話をさせるネットワークチャットシステムが知られている。
このようなネットワークチャットシステムの場合、予め選択されたキャラクタをダウンロードしたり、ＣＤ−ＲＯＭ等の媒体で配布されたキャラクタデータをパーソナルコンピュータにインストールして使用することが一般的であった。
また、ブロードバンド通信が可能となり大容量伝送が実現すると、キャラクタそのものをストリーミングデータとして相手の端末に送信し動的に表示させることも可能になってきている。
ところで、このようなキャラクタによるチャットを携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の小型端末で実現しようとする場合、相手側の端末に自分の設定したキャラクタをどのような仕組みで表示させるかが問題となることが予想される。
具体的には、携帯端末の記憶容量はパーソナルコンピュータに比べて小容量である。そのために、携帯端末には相手側が使用するキャラクタのデータを多数記憶させておくことができないという問題を例示できる。
また、自分が設定したキャラクタが相手の端末のメモリ内にデータとして存在しない場合にどのようにして相手側の端末に当該キャラクタをダウンロードさせるかが問題となる。
すなわち、キャラクタによるチャットを行う場合に、お互いが自分の意図したキャラクタを相手側の端末にそれぞれ的確に表示できるようにする技術の実現が要望されていた。
そこで、本発明は、上述した事項に鑑みてなされたものであり、その解決しようとする課題は、通信対象である情報を端末間にて容易に共有することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することとする。
また、本発明は、通信を行う端末間にて通信対象である情報を的確に表示することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することとする。
さらに、本発明は、通信相手を容易に且つ迅速に識別することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することとする。
本発明は、前記事項を解決する為に以下の手段を採用した。すなわち、本発明は、少なくとも二以上の端末間において情報と同時に端末を象徴する記号や画像を送信する場合、互いの端末から相手に対して送信した記号や画像を各々の端末に出力させることができる通信情報共有システムである。
具体的に述べると、本発明はネットワークを介して接続された、データの送受信を行う少なくとも二つ以上のユーザ端末と、各々のユーザ端末を象徴する情報に付された識別子の管理を行う管理サーバとによる通信システムである。
そしてその構成は、データと共に識別子を送信する送信手段と、識別子を受信する受信手段と、受信した識別子を格納する識別子格納手段と、他方のユーザ端末へ返信すべき識別子を識別子格納手段に格納された識別子、すなわち一方のユーザ端末から送信された識別子に一致させる識別子共有手段と、その識別子を返信する返信手段と、識別子を受信する受信手段と、識別子に対応付けられた情報を取得する取得手段と、情報を出力する出力手段とからなっている。
このユーザ端末を特定する識別子とは、ユーザにより行われるユーザ登録時に登録された内容を示す識別子や、端末個々の能力を示す識別子のことである。この識別子として、ユーザＩＤ、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、ユーザパスワード、機種、型式等端末のスペックを示す識別子や、端末特有のＩＤ番号を示す識別子等が挙げられる。尚、端末が携帯電話である場合、この識別子を電話番号とすることもできる。
このような端末のスペックを示す識別子が識別子格納手段に格納されている理由は、端末の製造メーカや機種の違いによって、端末のスペックに多少の差違がある為である。
例えば、送信された識別子に対応付けられた情報が画像である場合、機種によって液晶ディスプレイの性能（画面サイズ、画素数、表示色数等）が異なる為、表示できない画像もある。
しかし、このようにスペックを示す識別子を識別子格納手段に格納しておくことにより、相手側の端末が情報を出力できるか否かを判断することもできる。
また、本発明における識別子格納手段には、ユーザ端末を特定する識別子、識別子に対応付けられたキャラクタを管理する他のサーバへのリンク先を示す識別子が格納されている。
また、識別子に対応付けられた情報を管理する他のサーバへのリンク先の識別子とは、例えば、識別子に対応付けられた情報がキャラクタの場合、キャラクタのダウンロード先のサイトのリンク先やポータルサイトへのリンク先等を示す識別子のことである。
また、本発明の管理サーバは、一方のユーザ端末から送信される識別子が付された個人情報を他方のユーザ端末で出力可能となるよう双方の識別子を合致させる識別子共有手段を備えるとしてもよい。この個人情報は、スケジュールに関する情報やアドレスに関する情報であると好ましい。
さらに、本発明の識別子格納手段には、識別子に対応付けられた個人情報を管理するサーバ或いはデータベースへのリンク先の識別子が格納されているとすることもできる。
このような構成とすることにより、個人情報が誤伝達されることを防ぐことができる。また、スケジュールやアドレスがユーザ端末内のデータベースにより管理されている場合は、このデータベースに直接働きかけることにより、ユーザによるスケジュールやアドレスの誤入力を未然に防ぐことができる。
さらに、識別子格納手段内には、ユーザ端末を特定する識別子に関連付けられた識別子として、例えば、ユーザの年齢、性別、住所等の身辺情報、即ちユーザ属性情報を挙げることができる。
尚、このユーザ属性を示す識別子は、管理サーバに設けられる発行手段により発行される構成とすることもできる。
そして、本発明は上述した管理サーバでもある。すなわち、本発明における管理サーバは、ユーザ端末から送信された識別子を受信する受信手段と、識別子を格納する識別子格納手段と、格納した識別子と他方のユーザ端末へ返信すべき識別子とを一致させる識別子共有手段と、その識別子に基づいて識別子に対応付けられた情報を取得するための誘導を行う誘導手段と、一致させた識別子を他方のユーザ端末へ送信する送信手段とを有する。
また、本発明の管理サーバは、送信すべき識別子が識別子格納手段内に格納されていない場合、即ち初めて送信された識別子である場合は、識別子を所定の識別子格納手段に登録する登録手段により識別子を登録する。
このように、管理サーバの識別子格納手段内に識別子を蓄積登録していくことにより、データ送信側のユーザ端末から送信された識別子に変更がない限り、データ受信側のユーザ端末は送信された識別子に対応した情報のみを端末内に記憶させておけばよい。
また、データ送信側のユーザ端末から送信された識別子に変更があった場合に備えて、本発明の管理サーバは識別子の登録を更新する更新手段を備える構成としても良い。
変更されうる識別子として、端末を象徴する情報に対応付けられた識別子の他に、ユーザが端末の機種を変更した場合の端末のスペックを示す識別子等を例示することができる。
加えて、本発明は情報を送信する側のユーザ端末、及び情報を受信する側のユーザ端末でもある。すなわち、本発明におけるユーザ端末は、通信相手の端末を象徴する情報、及びその情報に対応付けられた識別子を格納する識別子格納手段と、その情報と既に識別子格納手段内に格納されている情報とを比較する比較手段とを有し、比較した結果に基づき所定の情報を取得することを特徴とする。
尚、本発明は、少なくとも二以上のユーザ端末が、リアルタイムで会話文、及びキャラクタの送受信を行うチャットや電子メール等のように会話文の送受信を行う際に、識別子に対応付けられたキャラクタの送受信も行う通信情報共有システムでもある。その構成は、会話文と共にユーザ端末を象徴するキャラクタに対応付けられた識別子を送信する送信手段と、識別子を受信する受信手段と、他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させる識別子共有手段と、一致させられた識別子を返信する返信手段と、識別子を受信する受信手段と、識別子に対応付けられたキャラクタを取得する取得手段と、キャラクタを表示する表示手段とから構成される。
このように、送信された識別子と送信すべき識別子とを一致させる識別子共有手段が設けられていることにより、データの送受信を行うユーザ端末間において相互の識別子に対応付けられたキャラクタ（情報）を各々の端末に出力すること、つまりキャラクタを共有することができるようになる。
また、情報の共有を行うことにより、携帯電話のように帯域幅が狭く安定度に欠ける通信環境において、画像を直接ダウンロードするといった煩わしい作業の回数を減らすことができる。
さらに、管理サーバは、前述したように誘導手段を備えている為、送信された識別子と、送信すべき識別子とを一致させる際に送信された識別子が識別子格納手段に格納されていない場合、誘導手段によりその識別子が格納されている識別子格納手段を管理する他のサーバへとリンクする。そして、ユーザ端末は、必要とするキャラクタ（情報）をダウンロードする。
このように、通信相手側のユーザ端末に、データを送信した側の端末のキャラクタ（情報）が無い場合には、その都度ダウンロードすればよいため、確実に相手のキャラクタを端末の表示装置に表示させることができる。
また、必要に応じて必要なキャラクタをダウンロードすればよい為、携帯電話のようなメモリ容量の少ない端末であっても、メモリ不足の為相手方のキャラクタを登録しておくことができず、そのキャラクタを表示することができないという問題を回避することができる。
また、通信を行う端末同士は、各々の端末を象徴するキャラクタ（情報）を互いの端末に表示（出力）することができる為、どのユーザからのアクセスなのかを容易に知らしめることが可能となる。
勿論、識別子に対応付けられた情報はキャラクタだけでなく、ユーザ本人の画像であっても良い。ユーザ本人の顔が表示される場合は、特に今はどのユーザと会話のやりとりを行っているのかを明確に把握することができる。
また、これらのキャラクタや画像を会話に合わせて変化させる構成としても良い。例えば、キャラクタに人間や動物の様な顔が描かれている場合、会話に合わせて口を動かすような動作を挙げることができる。尚、キャラクタや画像は、二次元的なものであっても、三次元的なものであっても良いとする。また、これらのキャラクタや画像に効果音や音楽を付加する構成としてもよい。勿論、効果音や音楽だけを出力する構成であってもよい。
さらに、本発明は、ネットワークを介して接続された、会話文の送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴するキャラクタに付された識別子の管理を行う管理サーバとにより行われる通信方法とすることもできる。
その具体的な方法は、会話文と共に識別子を送信するステップと、識別子を受信するステップと、他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させるステップと、一致させられた識別子を返信するステップと、識別子を受信するステップと、識別子に対応付けられたキャラクタを取得するステップと、キャラクタを他方のユーザ端末の表示装置に表示するステップとからなる。
また、本発明は、ネットワークを介して接続された、会話文の送受信を行う少なくとも二以上のユーザ端末と、各々のユーザ端末を象徴するキャラクタに付された識別子の管理を行う管理サーバとのコンピュータ実行可能なプログラムでもある。
このプログラムは、会話文と共に識別子を送信するステップと、識別子を受信するステップと、他方のユーザ端末へ返信すべき識別子を一方のユーザ端末から送信された識別子に一致させるステップと、一致させられた識別子を返信するステップと、識別子を受信するステップと、識別子に対応付けられたキャラクタを取得するステップと、キャラクタを他方のユーザ端末の表示装置に表示するステップとからなる。
また、本発明は、個人情報を受信するステップと、個人情報に付された識別子を他方のユーザ端末へ返信すべき個人情報の識別子に一致させるステップと、一致した識別子に基づく個人情報を返信するステップと、個人情報を受信するステップと、個人情報を編集するステップと、個人情報を他方のユーザ端末に送信するステップと、個人情報を前記ユーザ端末の表示装置に表示するステップと、からなる通信情報共有方法でもある。
加えて、本発明は、ネットワークを介して接続された、会話文の送受信を行う少なくとも二つ以上のユーザ端末から入力された個人情報に付された識別子の管理を行う管理サーバのコンピュータにより実行されるプログラムでもある。
このプログラムは、会話文と共に識別子が付された個人情報を送信するステップと、個人情報を受信するステップと、個人情報に付された識別子を他方のユーザ端末へ返信すべき個人情報の識別子に一致させるステップと、一致した識別子に基づく個人情報を返信するステップと、個人情報を受信するステップと、個人情報を編集するステップと、個人情報を他方のユーザ端末に送信するステップと、個人情報を前記ユーザ端末の表示装置に表示するステップとからなる。
以上のことにより、本発明によれば、通信対象である情報を複数の端末間にて容易に共有することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することができる。
また、本発明によれば、通信対象である情報（キャラクタ）を通信を行う端末間にて的確に表示することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することが可能となる。
さらに、本発明によれば、通信相手を容易に、且つ迅速に識別することができる通信情報共有システム、通信情報共有方法、通信情報共有プログラムを提供することが可能となる。
発明を実施するための最良の形態
以下、本実施形態における通信情報共有システムの説明を行う。尚、以下の説明では、本実施形態における通信情報共有システムの説明と共に、通信情報共有システムの実行手順等の通信情報共有方法の説明も行う。
＜第一の実施の形態＞
先ず、図１〜３に基づき本実施形態における通信情報共有システム１を概略的に説明する。尚、図１には本実施形態における通信情報共有システム１の概念図を示し、図２には本実施形態における通信情報共有システム１の機能ブロック図を示し、図３には本実施形態における通信情報共有システム１のハードウェア構成図を示す。
図１に示すように、本実施形態における通信情報共有システム１は、会話文を初めに送信する側のユーザ端末（以下、第一ユーザ端末と称す）２と、会話文を初めに受信する側のユーザ端末（以下、第二ユーザ端末と称す）３との間において会話文の送受信がリアルタイムで行われるチャットを通信手段としているとする。
また、第一ユーザ端末２、及び第二ユーザ端末３は、各々の端末を識別する為のキャラクタ画像（以下、キャラクタと称す）を有している。尚、このキャラクタ画像４は、既存のキャラクタだけでなく、個人がオリジナルで作り出したキャラクタでもよいし、又はユーザ自身の顔写真等、ユーザ端末を識別・特定できるものであればどのような画像であってもよい。
さらに、本実施形態における通信情報共有システム１は、第一ユーザ端末２と第二ユーザ端末３とが互いのキャラクタ４を各々の端末に表示することができるように、両ユーザ端末間の情報管理を行う管理サーバ５も備えている。
図１に示すように、この管理サーバ５は、第一ユーザ端末２と第二ユーザ端末３を示す各々のキャクタをお互いのユーザ端末が持っていない場合、必要なキャラクタ４をダウンロードするなどして両ユーザ端末間でキャラクタ４を共有させる。
次に、本実施形態における通信情報共有システム１の構成を図２に基づいて説明する。先ずはじめに、第一ユーザ端末２、及び第二ユーザ端末３の説明から行う。尚、第一ユーザ端末２、及び第二ユーザ端末３のシステム構成は同様である為、双方のユーザ端末を合わせてユーザ端末として説明する。
図２に示すように、ユーザ端末は、通信相手とのデータの送受信を行うための受信部（受信手段）６ａ、６ｂと送信部（送信手段）７ａ、７ｂとを有している。データの送受信では、会話文の他に各自の端末を示すべきキャラクタ４の送受信も行われる。
このキャラクタ４は、キャラクタ４の属性を示す複数の識別子を有している。識別子は、例えばキャラクタ４を扱っているキャラクタ提供サーバ３０、或いはプロバイダへのリンク先を示した識別子や、キャラクタ４をダウンロードすることができるダウンロードサーバへのリンク先を示した識別子等を挙げることができる。
そして、ユーザ端末には、これらのキャラクタ４と識別子とを記憶する記憶テーブル（識別子格納手段）８ａ、８ｂが設けられている。
この他にも、記憶テーブル８ａ、８ｂには一度アクセスのあったユーザ端末を特定するユーザ情報が記憶される。このユーザ情報として、先ず一つ目として、ユーザ端末のスペックを示す情報、即ちユーザ端末の機種・型式等の情報やユーザ端末を特定する電話番号等のユーザ端末に関する情報が挙げられる。二つ目には、ユーザ端末に関する情報に関連づけられたユーザの属性情報を挙げることができる。このユーザ属性情報とは、ユーザ登録の際に登録される項目中にあるものであり、ユーザの年齢、性別、住所、電話番号等の身辺情報とする場合が多い。
尚、以下本実施形態中においては、キャラクタ４に対応づけられた識別子を総称してコンテンツＩＤ、ユーザ端末に関する情報に付された識別子をデバイスＩＤ、ユーザの属性情報に付された識別子をプロファイルＩＤと称することとする。
さらに、ユーザ端末は、前述した記憶テーブル８ａ、８ｂ内に記憶されているキャラクタ４と、通信相手から受信したキャラクタ４とを比較・検証する比較部９ａ、９ｂが設けられている。この比較部９ａ、９ｂにより受信したキャラクタ４が記憶テーブルに記憶されているキャラクタ４と同様のものであったと判断された場合は、記憶テーブル８ａ、８ｂから必要なキャラクタ４を取り出し通信を行う。
ここで、受信したキャラクタ４が記憶テーブル８ａ、８ｂに格納されていないキャラクタだと判断された場合は、ユーザ端末外からキャラクタ４を取得する必要がある。
ユーザ端末外からキャラクタ４を取得する手段としては、キャラクタ４を提供するキャラクタ提供サーバ３０からダウンロードする手段が最も好適である。
その他にもユーザ端末には、会話文を入力する為の入力部（入力手段）１０ａ、１０ｂと、通信相手から送信された会話文やキャラクタ４を表示する表示部（表示手段）１１ａ、１１ｂが設けられている。尚、本実施形態におけるユーザ端末は携帯電話機とする為、入力部１０ａ、１０ｂは０〜９までの数字と所定の記号とが表示されたボタンキーであり、表示部１１ａ、１１ｂは液晶ディスプレイであるとする。
このような構成を有するユーザ端末同士が会話文やキャラクタ４の送受信をチャットにて行う。
次に、管理サーバ５のシステム構成について説明を行う。図２に示すように、管理サーバ５は、第一ユーザ端末２、或いは第二ユーザ端末３から送信された各種データを受信する受信部（受信手段）１２と、管理サーバ５で行った各種処理を第一ユーザ端末２或いは第二ユーザ端末３へ返信する返信部（返信手段）１３とを有している。
また、管理サーバ５には、ユーザ端末から送信されたデータに含まれる各種の識別子を格納する識別子格納部（識別子格納手段）１４が設けられている。そして、この識別子格納部１４は、両ユーザ端末から送信されたキャラクタ４に対応づけられた識別子、即ちコンテンツＩＤを格納するコンテンツＩＤテーブル１５と、ユーザ端末を特定するためのデバイスＩＤテーブル１６と、デバイスＩＤに関連づけられたプロファイルＩＤを格納するプロファイルＩＤテーブル１７とを有している。
さらに、本実施形態における管理サーバ５は、このプロファイルＩＤを発行する発行部（発行手段）１８を備えている。この発行部１８は、ユーザ登録がなされ、且つユーザ端末から各種ＩＤが送られてきた場合に、ユーザ登録時におけるユーザ情報をベースにしてプロファイルＩＤを作成・発行する。
また、プロファイルＩＤ、デバイスＩＤ、コンテンツＩＤは、すべて関連づけられている。そのため、管理サーバ５がユーザ端末を特定する場合、送信されたＩＤをたどることによりユーザ端末を特定することができる。
さらに、管理サーバ５には、一方のユーザ端末から送信されたＩＤと他方のユーザ端末から送信すべきＩＤとが同じとなるようにＩＤのすりあわせを行う識別子共有部（識別子共有手段）２９が設けられている。
このように、識別子共有部２９が受信したコンテンツＩＤと、送信すべきコンテンツＩＤとを合致させることにより、一方のユーザ端末におけるキャラクタ４と他方のユーザ端末におけるキャラクタ４とをお互いのユーザ端末が共有することができる。
また、管理サーバ５には、各種ＩＤを登録する登録部１９と、登録を更新する更新部２０とが設けられている。この登録部１９は、ユーザ端末から送信された各種ＩＤが識別子格納部１４内に格納されていない場合に、そのＩＤを識別子格納手段内に新規に登録する。
しかし、登録部１９によってユーザ端末から送信されたＩＤを次々に追加登録すると、現在のユーザ端末はどのＩＤを使用しているのかがわからなくなってしまう。つまり、現時点におけるユーザ端末は、どんな機種の端末を用いているのか、又はどんなキャラクタを用いているのかが不明確になってしまい、ユーザを特定することができなくなってしまう。
このような問題を解消するために、更新部（更新手段）２０が設けられている。更新部２０によって、例えば、ＩＤを受信する度にＩＤの更新を行うような設定にすれば常に新しい情報を保持することができ、且つ確実にユーザを特定することができる。
また、管理サーバ５には、誘導部（誘導手段）２１が設けられている。この誘導部２１は、ユーザから送信されたキャラクタ４に対応付けられたコンテンツＩＤがコンテンツＩＤテーブル１５内に無い場合、キャラクタ４の提供・配信を行うサーバから必要なキャラクタ４をダウンロードする処理を行う。
さらに、誘導部２１内には、キャラクタ４の提供・配信を行うサーバへリンクするアドレス、ダウンロードサイトのリンク先のアドレス、ポータルウェブへのリンク先のアドレス等を格納するリンクテーブル２８が設けられている。
以上が管理サーバ５のシステム構成である。次に、管理サーバ５とユーザ端末（送信側ユーザ端末と受信側ユーザ端末とを含む）とのハードウェア構成について説明する。
先ず初めにユーザ端末について説明する。図３に示すように、管理サーバ５は、各種処理を行うプログラムやユーザ端末から送信された各種ＩＤ等のデータを記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、このＲＯＭに記憶されたプログラムを実行する中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、以下ＣＰＵと称す）２３と、このＣＰＵ２３で処理されるプログラムやデータを一時的に記憶するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２４と、ＣＰＵ２３で処理されるプログラムやデータを記憶するハードディスク２５と、ＣＰＵ２３からの指令に従いネットワークを介して通信データの送受信を行う通信インターフェース２６とがバス（ＢＵＳ）２７を介して接続されている。
このＲＯＭには管理サーバ５の制御を司るメインプログラムをはじめ、各種機能を実行させるためのプログラムが記憶されている。
さらに、ハードディスク２５には、図２に示すコンテンツＩＤテーブル１５と、プロファイルＩＤテーブル１７と、デバイスＩＤテーブル１６と、誘導部２１が備えるリンクテーブル２８とが格納されている。
また、ＣＰＵ２３はＲＯＭに記憶された各種プログラムに基づき、識別子共有部２９、登録部１９、発行部１８、更新部２０、誘導部２１等を作動させ処理を実行させる。以上が、管理サーバ５のハードウェア構成である。
次に、ユーザ端末のハードウェア構成を説明する。尚、ユーザ端末のハードウェア構成は管理サーバ５のハードウェア構成とほぼ同様の構成である為、図面は省略する。
本実施形態におけるユーザ端末（送信側ユーザ端末、受信側ユーザ端末）のハードウェア構成は、上述した管理サーバ５と同様、ＣＰＵ、ＲＯＭ、通信インターフェースが設けられている。このＣＰＵがユーザ端末の前述した各種機能の制御処理を行う。
さらにユーザ端末は、揮発性ＲＡＭと不揮発性ＲＡＭとを有している。この不揮発性ＲＡＭ内には、記憶テーブルが構築されている。また、ユーザ端末は、入力部と表示部もＢＵＳを介して接続している。
そして、ＣＰＵ２３は、所定のプログラムを実行することにより入力部、表示部、比較部等を作動・実行させる。以上がユーザ端末のハードウェア構成である。
次に、本実施形態における通信情報共有システム１を作動させる通信情報共有方法の説明を図４、５に示すフローチャートに基づき説明する。
まず、第一ユーザ端末２の図示しないＣＰＵは、図２に示す送信部７ａから第二ユーザ端末３へ、連続通信（以下、チャットと称す）を行うことを促すメール（図１中「お誘いメール」）を送信する処理を実行する（Ｓ０１）。
そのメールを第二ユーザ端末３に送信すると同時に、第一ユーザ端末２から管理サーバ５へと第一ユーザ端末２の電話番号と期間ＩＤが発信される（Ｓ０２）。この期間ＩＤとは、第一ユーザ端末２のデータが管理サーバ５の更新部２０により更新された更新回数を意味している。
また、第一ユーザ端末２から送信された電話番号と期間ＩＤには、第一ユーザ端末２を特定するその他のデータが関連付けられており、それらのデータは、識別子格納部１４に格納されている。因みに、その他のデータとは、ユーザ端末の機種や型式を特定するデバイスＩＤや、そのユーザ端末が使用しているキャラクタに対応付けられたコンテンツＩＤ等のことを指す。
第一ユーザ端末２から「お誘いメール」が送信されると第二ユーザ端末３の図示しないＣＰＵは、受信部６ｂがメールを受信したか否かを判断する（Ｓ０３）。ここで、ＣＰＵが第一ユーザ端末２からの「お誘いメール」を受信していないと判断した場合、当該ＣＰＵは、メールを受信していない旨を表示する画面を第一ユーザ端末２に表示させるべき処理を実行する（Ｓ０４）。そして、本工程は終了する。
一方、第二ユーザ端末３の受信部６ｂにより第一ユーザ端末２からのメールを受信したと判断された場合、第二ユーザ端末３の比較部９ｂにより、記憶テーブル内に記憶された第一ユーザ端末２の電話番号、及び期間ＩＤと、第一ユーザ端末２から送信された電話番号、及び期間ＩＤとを比較する（Ｓ０５）。
ここで、第一ユーザ端末２から送信された電話番号、及び期間ＩＤと、記憶テーブルに格納された第一ユーザ端末２の電話番号、及び期間ＩＤとが同じであると判断された場合（Ｓ０６）、第一ユーザ端末２はデータ更新されていないということになる。即ち、この場合の第一ユーザ端末２は、チャットの際に用いるキャラクタの種類も更新されていないということになる。
そのため、第二ユーザ端末３は、第一ユーザ端末２が使用しているキャラクタ４に対応したコンテンツＩＤを記憶テーブル８ｂから取り出す（Ｓ０７）。
そして、第二ユーザ端末３は、表示部１１ｂにより第一ユーザ端末２のキャラクタ４を表示する（Ｓ１５）。
一方、ステップ０６で、第二ユーザ端末３の比較部９ｂにより第一ユーザ端末２から送信された電話番号、及び期間ＩＤと、第二ユーザ端末３の記憶テーブル８ｂ内に格納されている電話番号、及び期間ＩＤとが異なると判断された場合（Ｓ０６）、第一ユーザ端末２は、データを更新したということになる。
すると、第二ユーザ端末３は、第一ユーザ端末２で使用されているキャラクタ４を獲得しなくてはならない。そこで、管理サーバ５のＣＰＵ２３は、第二ユーザ端末３の表示部１１ｂにキャラクタ４をダウンロードするか否かを選択させる画面を表示させるべき処理を実行する（Ｓ０８）。
ここで、第二ユーザ端末３からキャラクタ４をダウンロードしないと選択された場合（Ｓ０９）、第二ユーザ端末３の記憶テーブル８ｂ内に格納された任意のキャラクタが自動的に選択されることとなる（Ｓ１０）。
一方、キャラクタ４をダウンロードすると選択された場合、管理サーバ５の誘導部２１は、第一ユーザ端末２の電話番号からキャラクタ４に対応付けられたコンテンツＩＤを扱うキャラクタ提供サーバ３０へキャラクタ４のダウンロードを要求する（Ｓ１１）。このときキャラクタ提供サーバ３０へのリンク先はリンクテーブル２８中から抽出される。
そして、管理サーバ５のＣＰＵ２３は、一定時間が経過した後にダウンロードが完了したか否かを判断する（Ｓ１２）。ここで、ダウンロードが完了していない場合は、ダウンロードが終わるまで待機する。
また、ダウンロードが完了したと判断された場合、管理サーバ５のＣＰＵ２３は第二ユーザ端末３の表示部１１ｂにキャラクタ４の取得が完了した旨を示した画面を表示させる（Ｓ１３）。
そして、ダウンロードしたキャラクタ４は第二ユーザ端末３へと配信され（Ｓ１４）、第二ユーザ端末３の表示部１１ｂに表示される（Ｓ１５）。
以上の工程により、第二ユーザ端末３は、第一ユーザ端末２が使用するキャラクタ４を表示部１１ｂに表示することができる。
次に、図６、及び図７に示すフローチャートに基づき、第一ユーザ端末２が第二ユーザ端末３のキャラクタ４を取得する手順について説明する。
先ず、第一ユーザ端末２の図示しないＣＰＵは、第二ユーザ端末３の送信部７ｂからチャットの申し出を了解するメール（図１中「お誘い受諾メール」）を受信したか否かを判断する（Ｓ１００）。前記ＣＰＵが「お誘い受諾メール」を受信していないと判断した場合には、第二ユーザ端末３からの「お誘い受諾メール」を待機する。
また、第一ユーザ端末２の図示しないＣＰＵが、第二ユーザ端末３から「お誘い受諾メール」を受信したと判断した場合、第一ユーザ端末２の比較部９ａにより、記憶テーブル８ａに格納された第二ユーザ端末３の電話番号、及び期間ＩＤと、第二ユーザ端末３から送信された電話番号、及び期間ＩＤとを比較する処理を実行する（Ｓ１０１）。
ここで、第二ユーザ端末３から送信された電話番号、及び期間ＩＤと、記憶テーブル８ａに格納された第二ユーザ端末３の電話番号、及び期間ＩＤとが異なっていない、即ち同じであると判断された場合（Ｓ１０２）は、第二ユーザ端末３はデータ更新されていないということになる。つまり、この場合の第二ユーザ端末３は、チャットの際に用いるキャラクタの種類も更新されていないということになる。
そのため、第一ユーザ端末２の電話番号に関連付けられたキャラクタ４は、第一ユーザ端末２の記憶テーブル８ａ内に記憶されている為、記憶テーブル内から第二ユーザ端末３が使用しているキャラクタを取り出す処理がＣＰＵにより実行される（Ｓ１０３）。
そして、前記ステップで取り出したキャラクタを第一ユーザ端末２の表示部１１ａに表示させる処理がＣＰＵによって実行される（Ｓ１１１）。
一方、ステップ１０２で、第一ユーザ端末２から送信された電話番号、及び期間ＩＤと、識別子格納部１４内に格納されている電話番号、及び期間ＩＤとが異なると判断された場合は、第二ユーザ端末３は、データを更新したということになる。
すると、第一ユーザ端末２は、第二ユーザ端末３で使用されているキャラクタを獲得しなくてはならない。そこで、管理サーバ５のＣＰＵ２３は、第一ユーザ端末２の表示部１１ａにキャラクタをダウンロードするか否かを選択させる画面を表示させるべき処理を実行する（Ｓ１０４）。ここでユーザは、キャラクタをダウンロードするか否かを選択する（Ｓ１０５）。
ここで第一ユーザ端末２からキャラクタをダウンロードしないと選択された場合、第一ユーザ端末２の記憶テーブル８ａ内に格納されたキャラクタが自動的に選択されることとなる（Ｓ１０６）。そして、第一ユーザ端末２の図示しないＣＰＵは、引き出したキャラクタを表示部１１ａに表示する処理を実行する（Ｓ１１１）。
一方、キャラクタ４をダウンロードすると選択された場合、管理サーバ５の誘導部２１は、第二ユーザ端末３の電話番号から第二ユーザ端末３を示すキャラクタに対応付けられたコンテンツＩＤを扱うキャラクタ提供サーバ３０へキャラクタのダウンロードを要求する処理を実行する（Ｓ１０７）。
そして、管理サーバ５のＣＰＵ２３では、一定時間が経過した後にダウンロードが完了したか否かを判断する処理が実行される（Ｓ１０８）。ここで、ダウンロードが完了していない場合は、ダウンロードが終わるまで待機する。
また、ダウンロードが完了したと判断された場合、管理サーバ５のＣＰＵ２３は第一ユーザ端末２の表示部１１ａにキャラクタの取得が完了した旨を示した画面を表示させるべき処理を実行する（Ｓ１０９）。
そして、ＣＰＵ２３はダウンロードしたキャラクタを第一ユーザ端末２へと配信する（Ｓ１１０）。配信されたキャラクタは、第一ユーザ端末２の表示部１１ａにて表示される（Ｓ１１１）。
以上の工程により、第二ユーザ端末３にて使用されているキャラクタを第一ユーザ端末２の表示部１１ａにおいても的確に表示することができるようになる。
即ち、本実施形態の通信情報共有システム１によれば、第一ユーザ端末２と第二ユーザ端末３間でキャラクタを共有することができる。
それに伴い、送り主側からのメッセージを補強する効果を生じさせることもできる。例えば、第一ユーザ端末２から第二ユーザ端末３へ、うれしい旨を伝えるメッセージを送信する際に、うれしい態様のキャラクタをメッセージと共に送信すると、第一ユーザ端末２のうれしい気持ちを効果的に伝えることができる。
また、本実施形態における通信情報共有システム１によれば、必要なときに必要なキャラクタをダウンロードすれば良い為、ユーザ端末は、メモリに記憶しなくても通信相手のキャラクタを自分の端末の表示部に表示させることができる。勿論、チャットを行う都度ダウンロードするのが面倒であれば、頻繁に使用するキャラクタのみをメモリに記憶しておけばよい。
尚、本実施形態ではキャラクタをダウンロードする際に管理サーバ５がキャラクタ提供サーバ３０にダウンロードの要求を行っているとして説明したが、図８に示すようにユーザ端末が直接キャラクタ提供サーバ３０へのリンク集を扱うキャラクタポータルＷｅｂサーバ３１へキャラクタのダウンロードを要求し、キャラクタ提供サーバ３０からキャラが配信される構成とすることもできる。
また、本実施形態の通信情報共有システム１には、キャラクタを取得する為の課金システムを付加することもできる。
例えば、図８に示すように、本実施形態における通信情報共有システム１に、キャラクタの配信料を課金する課金サーバ３２を設ける構成を例示することができる。この課金サーバ３２は、ユーザ端末と管理サーバ５間に設置され、ユーザ端末からキャラクタのダウンロードが要求されると同時に課金される構成や、キャラクタ提供サーバ３０とユーザ端末間に設置され、キャラクタ提供サーバ３０からキャラクタが提供されると同時に課金される構成とすること等が考えられる。
そして、課金されたキャラクタ配信料は携帯電話の使用料金と共にユーザに請求される。
その他にも、月額、年額等、一定期間で決まった額を支払えば、キャラクタを自由にダウンロードすることができるような構成とすることもできる。
＜第二の実施形態＞
本実施形態における通信情報共有システムは、少なくとも二つ以上のユーザ端末間でスケジュールデータの共有を行う通信システムである。尚、本実施形態における通信情報共有システムは、第一の実施の形態における通信情報共有システムとほぼ同様の構成である。そのため、重複する箇所には第一の実施の形態と同一の符号を付した。また、第一の実施の形態と重複する箇所の説明は、便宜を図って省略する。
図９に示すように、本実施形態における通信情報共有システム１の通信手段は、一方のユーザのスケジュールデータの変更を要求する側のユーザ端末（以下、第一ユーザ端末と称す）２と、スケジュールデータを提供し変更されたスケジュールデータを受信する側のユーザ端末（以下、第二ユーザ端末と称す）３との間において会話文の送受信がリアルタイムで行われるチャットであるとする。
また、第一ユーザ端末２は、ネットワークを介してユーザのスケジュールデータを第一データ・サーバ４０へ登録する。同様に、第二ユーザ端末３もネットワークを介してユーザのスケジュールデータを第二データ・サーバ５０へ登録する。これらのスケジュールデータには、それぞれのスケジューラに応じた識別子が付されている。尚、本実施形態における第一ユーザ端末２のスケジューラと第二ユーザ端末３のスケジューラとは異なるものとする。
さらに、本実施形態における通信情報共有システム１は、第一ユーザ端末２と第二ユーザ端末３とが互いのスケジュールデータを共有可能となるよう管理を行う管理サーバ５を備える。
図９に示すように、この管理サーバ５は、第一ユーザ端末２及び第二ユーザ端末３が各々のスケジューラを持っていない場合、或いは各々のスケジューラに対応しない場合に、必要なスケジューラをダウンロードしたり対応する形式に変換したりして双方のスケジュールデータを共有させる。
以上が本実施形態の通信情報共有システム１のシステム概念である。次に、本実施形態における通信情報共有システム１のシステム構成を図２に基づき説明する。尚、管理サーバ５及び各ユーザ端末の構成で第一の実施の形態における管理サーバ５の説明と重複する箇所の説明は省略する。
まず、図２に示すように、本実施形態の管理サーバ５のシステム構成について説明する。管理サーバ５は、第一ユーザ端末２又は第二ユーザ端末３から送信された各種データを受信する受信部１２と、管理サーバ５で行った各種処理を第一ユーザ端末２或いは第二ユーザ端末３へ返信する返信部１３とを有している。
また、管理サーバ５には、ユーザ端末から送信されたデータに含まれる各種の識別子を格納する識別子格納部１４が設けられている。この識別子格納部１４は、両ユーザ端末から送信されたスケジュールデータに対応付けられた識別子、即ちコンテンツＩＤを格納するコンテンツＩＤテーブル１５と、各々のユーザ端末を特定するためのデバイスＩＤテーブル１６と、デバイスＩＤに関連づけられたプロファイルＩＤを格納するプロファイルＩＤテーブル１７とを有している。
尚、これらのＩＤは、全て関連づけられている。そのため、管理サーバ５がユーザ端末を特定する場合、送信されたＩＤをたどることによりユーザ端末を特定することができる。
さらに、管理サーバ５には、一方のユーザ端末から要求されたスケジュールデータのコンテンツＩＤとそのユーザ端末のスケジューラのコンテンツＩＤとが一致するようにスケジュールデータのコンテンツＩＤのすりあわせを行う識別子共有部２９が設けられている。
このように、識別子共有部２９が第一ユーザ端末２から要求のあった第二ユーザ端末３のスケジューラのコンテンツＩＤと、第一ユーザ端末２のスケジューラのコンテンツＩＤとを合致させることにより、一方のユーザ端末におけるスケジュールデータと他方のユーザ端末におけるスケジュールデータとをお互いのユーザが共有することができる。
また、管理サーバ５には、誘導部２１が設けられている。この誘導部２１は、第一ユーザ端末２から要求のあったスケジュールデータに対応付けられたコンテンツＩＤがコンテンツＩＤテーブル１５内に無い場合、各種スケジューラの提供・配信を行うサーバから必要なスケジューラをダウンロードする処理を行う。
さらに、誘導部２１内には、第一データ・サーバ４０及び第二データ・サーバ５０へのリンク先のアドレス，各種スケジューラの提供・配信を行うサーバへのリンク先のアドレス，ダウンロードサイトへのリンク先のアドレス，ポータルウェブへのリンク先のアドレス等を格納するリンクテーブル２８が設けられている。
以上が管理サーバ５のシステム構成である。
次に、本実施形態の第一ユーザ端末２及び第二ユーザ端末３のシステム構成を説明する。尚、第一ユーザ端末２及び第二ユーザ端末３のシステム構成は同様である為、双方のユーザ端末をあわせてユーザ端末として説明する。
図２に示すように、本実施形態のユーザ端末は、通信相手とのデータの送受信を行うための受信部６ａ，６ｂと送信部７ａ，７ｂとを有している。これらの受信部６ａ，６ｂ及び送信部７ａ，７ｂでは、会話文の他に各端末のユーザのスケジュールデータの送受信が行われる。
また、ユーザ端末には、会話文を入力する為の入力部１０ａ，１０ｂと通信相手から送信された会話文やスケジュールデータを表示する表示部１１ａ，１１ｂが設けられている。
以上が本実施形態のユーザ端末におけるシステム構成である。
また、本実施の形態における管理サーバ５，第一ユーザ端末２，第二ユーザ端末３のハードウェア構成は、第一の実施の形態と同一である為、説明を省略する。
そこで次に、本実施形態における通信情報共有システム１を作動させる通信情報共有方法の説明を図１０、１１に示すフローチャートに基づき説明する。
まず、図２に示す第一ユーザ端末２の送信部７ａから第二ユーザ端末３へチャットにてスケジュールの変更又は追加の許可を促すメッセージを送信する処理が第一ユーザ端末２の図示しないＣＰＵにより行われる（Ｓ２００）。
第一ユーザ端末２からメッセージが送信されると第二ユーザ端末３の図示しないＣＰＵでは、受信部６ｂによりメッセージを受信したか否かが判断される（Ｓ２０１）。ここで、前記ＣＰＵが第一ユーザ端末２からのメッセージを受信していないと判断した場合、当該ＣＰＵはメッセージを受信していない旨の画面を第一ユーザ端末２の表示部１１ａに表示させる処理を実行する（Ｓ２０２）。
一方、第二ユーザ端末３の図示しないＣＰＵによって第一ユーザ端末２からのメールを受信部６ｂが受信したと判断した場合、当該ＣＰＵは第二ユーザ端末３からスケジュールの変更或いは追加の申し出に対する返信メールを送信する処理を実行する（Ｓ２０３）。
第一ユーザ端末２の受信部６ａが返信メールを受信すると、第一ユーザ端末２の図示しないＣＰＵが受信部６ａにてメールを受信したか否かを判断する（Ｓ２０４）。ここで、第一ユーザ端末２の図示しないＣＰＵは、受信部６ａではメールを受信していないと判断した場合、メールが送信されるまで待機する。
一方、第一ユーザ端末２の図示しないＣＰＵが受信部６ａによってメールを受信したと判断した場合、当該ＣＰＵは第一ユーザ端末２の図示しないＲＯＭに格納されたアプリケーションを起動する（Ｓ２０５）。尚、本実施形態における第一ユーザ端末２及び第二ユーザ端末３のＲＯＭ内には、管理サーバ５へ双方のユーザ端末からデータ・サーバに登録されたスケジュールデータを要求する為のアプリケーションが格納されている。このアプリケーションは、それぞれのユーザ端末における図示しないＣＰＵにより実行される。
第一ユーザ端末２のＣＰＵにより前記アプリケーションが実行されると、第二ユーザ端末３が登録したスケジュールデータの取得を管理サーバ５に要求する（Ｓ２０６）。
この要求を受けた管理サーバ５は、第一ユーザ端末２のスケジューラと、要求したスケジュールデータを登録した第二ユーザ端末３のスケジューラとが同一であるか又は互換性があるか否かを判断する（Ｓ２０７）。即ち、ここでは、第一ユーザ端末２のスケジューラに対応付けられたコンテンツＩＤと第二ユーザ端末３のスケジューラに対応付けられたコンテンツＩＤとが一致するか否かを判断する。
ここで、管理サーバ５のＣＰＵ２３が双方のコンテンツＩＤは一致しないと判断した場合、これらのコンテンツＩＤを合致させるべき処理が行われる（Ｓ１１）。
この処理としては、スケジューラを提供・配信するサーバ・サイトから第二ユーザ端末３に適用可能なスケジューラをダウンロードするという処理を例示できる。これらの処理は、ＲＯＭ２２に格納されたプログラムによって実行されると好ましい。その他にも、この処理として所定のプログラムにより双方のコンテンツＩＤを一致させる変換処理を挙げることができる。
そして、双方のコンテンツＩＤが合致した後にステップ２０９へと進む。
一方、ステップ２０７で、管理サーバ５のＣＰＵ２３は、双方のコンテンツＩＤが一致すると判断した場合、管理サーバ５のＣＰＵ２３は、第二ユーザ端末３のスケジュールデータが格納されている第二データ・サーバ５０へリンクするためのアドレスを第一ユーザ端末２へ送信する（Ｓ２０９）。
このアドレスを第一ユーザ端末２の受信部６ａが受信する（Ｓ２１０）ことにより第一ユーザ端末２がスケジュールデータを取得したことになる。そして、取得したスケジュールデータを第一ユーザ端末２にて編集する（Ｓ２１１）。
スケジュールデータの編集が完了すると、第一ユーザ端末２の図示しないＣＰＵは、送信部７ａから管理サーバ５に当該スケジュールデータを送信する処理を実行する（Ｓ２１２）。
そして、スケジュールデータを受信すると管理サーバ５のＣＰＵ２３は、そのスケジュールデータを第二データ・サーバ５０に送信する処理を実行する（Ｓ２１３）。
スケジュールデータを受信した第二データ・サーバ５０は、スケジュールデータが編集されたことを第二ユーザ端末３に通知する（Ｓ２１４）。尚、スケジュールデータの通知の処理は、第二データ・サーバ５０が有する図示しないＣＰＵにより行われることとする。
そして、第二ユーザ端末３の受信部６ｂが第二データ・サーバ５０から送信されたスケジュールデータを受信すると、第二ユーザ端末３のＣＰＵは表示部１１ｂにこのスケジュールデータを表示させる処理を行う（Ｓ２１５）。
以上が本実施形態における通信情報共有システムの処理工程である。
このように、本実施形態における通信情報共有システムは、第一データ・サーバ４０或いは第二データ・サーバ５０へのリンク先を管理する管理サーバ５を設けることにより、第一ユーザ端末２及び第二ユーザ端末３のスケジュールデータの存在場所が異なっても双方でスケジュールデータを共有することができる。
尚、本実施形態では、管理サーバ５にてスケジュールデータのコンテンツＩＤを変換したが、このような変換処理は、各ユーザ端末側のアプリケーションで行ってもよい。
また、本実施形態の通信情報共有システムによれば、複数のユーザ端末間で編集したスケジュールデータの送受信が可能となるため、前記スケジュールデータを受信したユーザは、編集内容を再度入力する手間を省くことができる。
それに伴い、誤入力を未然に防ぐことができる。
さらに、管理サーバ５がユーザ端末を特定するコンテンツＩＤ，プロファイルＩＤ，デバイスＩＤを管理することにより、第一データ・サーバ４０側或いは第二データ・サーバ５０側でデータ変換を行うことも可能となる。これに伴い、ユーザ端末側にデータ変換機能を設けるという負担を軽減することができるようになる。
産業上の利用可能性
本発明は、ネットワーク接続可能な表示機能を備えた携帯電話等の携帯端末における情報配信に利用できる。
【図面の簡単な説明】
図１は第一実施形態における通信情報共有システムのシステム概念図であり、図２は第一実施形態及び第二実施形態における通信情報共有システムの機能ブロック図であり、図３は第一実施形態及び第二実施形態における管理サーバのハードウェア構成図であり、図４は第一実施形態における第一ユーザ端末が第二ユーザ端末のキャラクタを取得する手順のフローチャートであり、図５は第一実施形態における第一ユーザ端末が第二ユーザ端末のキャラクタを取得する手順のフローチャートであり、図６は第一実施形態における第二ユーザ端末が第一ユーザ端末のキャラクタを取得する手順のフローチャートであり、図７は第一実施形態における第一ユーザ端末が第二ユーザ端末のキャラクタを取得する手順のフローチャートであり、図８は第一実施形態におけるキャラクタ取得方法に関する概念図であり、図９は第二実施形態における通信情報共有システムのシステム概念図であり、図１０は第二実施形態における通信情報共有システムの処理工程を示すフローチャートであり、図１１は第二実施形態における通信情報共有システムの処理工程を示すフローチャートである。
【図１】
2003048945.tif 000003
【図２】
2003048945.tif 000004
【図３】
2003048945.tif 000005
【図４】
2003048945.tif 000006
【図５】
2003048945.tif 000007
【図６】
2003048945.tif 000008
【図７】
2003048945.tif 000009
【図８】
2003048945.tif 000010
【図９】
2003048945.tif 000011
【図１０】
2003048945.tif 000012
【図１１】
2003048945.tif 000013
【国際調査報告】
2003048945.tif 000014
2003048945.tif 000015
2003048945.tif 000016
2003048945.tif 000017
2003048945.tif 000018
2003048945.tif 000019