WO2007043232A1

WO2007043232A1 - 電子通信方法、電子通信システム、通信端末、およびサーバ

Info

Publication number: WO2007043232A1
Application number: PCT/JP2006/314386
Authority: WO
Inventors: Koji Tada; Naoya Sato; Yukihito Morikawa
Original assignee: Sony Computer Entertainment Inc.
Priority date: 2005-10-07
Filing date: 2006-07-20
Publication date: 2007-04-19
Also published as: JP2007104613A; US8155591B2; US20090227206A1

Abstract

　図２において、端末２０ａのユーザ情報管理部２４はユーザごとに管理番号を生成する。端末間通信部３８は別の端末２０ｂとアドホック通信を行い、相手のユーザに一意に定められるユーザＩＤを取得し、友達情報記憶部３６に記憶させる。データ生成部２６で生成されたデータは、友達情報記憶部３６に記憶されたユーザＩＤから選択された宛先のユーザＩＤとともに発信部３０からサーバ５０へ送信される。サーバ５０の受付部５４は送信されたデータを、宛先のユーザＩＤごとにデータ記憶部６０に記憶する。端末２０ａからサーバ５０へ接続要求があった場合、サーバ５０の接続ユーザ情報取得部５６は接続元のユーザＩＤを特定し、データ検索部６４はそれに基づきデータ記憶部６０を検索することにより、接続要求を行ったユーザを宛先とするデータを端末２０ａへ送信する。

Description

明細書

電子通信方法、電子通信システム、通信端末、およびサーバ

技術分野

[0001] 本発明は、電子通信技術に関し、特に基地局を利用しない通信および基地局を利用した通信の双方を行う電子通信方法、およびそれを適用する電子通信システム、通信端末、およびサーバに関する。

背景技術

[0002] パーソナルコンピュータや携帯電話、携帯ゲーム機器、電子手帳など、ネットワークに接続して使用する端末の機能の多様ィ匕に伴、、通信技術自体も多様化してきた。例えば携帯電話の場合、通常の通話や電子メールなど広域で行うことのできる通信に加え、近距離にある携帯電話どうしで赤外線、電波、無線 LANなどを利用してデータの送受信を行うことのできる技術が普及しつつある。

[0003] さらに近年、基地局を経由せずに端末同士でデータの送受信を行うアドホック通信の技術が注目されている。アドホック通信は端末同士が電波の届く範囲にあれば直接的に、電波の届かない端末間の場合は、それらの端末の間に存在する別の端末が電波を中継することにより通信を確立する。これにより、基地局や有線などの設備を配さずとも端末間の通信を安価かつ手軽に行うことができる。

発明の開示

発明が解決しょうとする課題

[0004] し力しながら広域を網羅するアドホック通信は、中継する端末の移動や電源切断などの流動性により、電波の最適な経路を常に模索する必要がある。さらに近年提唱されている、アドホック通信の技術を核としたュビキタス 'ネットワークの実現には、事業性、セキュリティーなど課題も多い。これらのことからアドホック通信の大規模ネットヮークへの応用は、未だ開発途上にある。従って現在実用化されている技術では、アドホック通信によってデータの授受を行えるのは、比較的近距離に存在する相手に限られる。

[0005] そのため、遠距離にいる相手や不在の相手とメールなどのデータの授受を行う際は、当該データを一旦、基地局を経由してサーバに送信する必要がある。この場合は事前に、サーバを管理するベンダー等に自分のメールアドレスを登録したり、メーラなどのソフトウェアにおいて通信環境に関して設定を行ったり、といった、ユーザが行うべき手続きが多い。またメールアドレスは英数字で構成され、他人と異なるメールアドレスとするためにはおのずと桁数が多くなるため、忘却や入力間違いなどのヒユーマンエラーが発生する余地が多く残されて、る。

[0006] 本発明はこのような課題に鑑みてなされたものでありその目的は、容易かつ手軽にメール交換などの通信を行うことのできる技術を提供することにある。課題を解決するための手段

[0007] 本発明のある態様は電子通信方法に関する。この電子通信方法は、第 1の端末と第 2の端末間でアドホック通信を行い、第 1の端末が第 2の端末を操作するユーザの識別情報を取得するステップと、アドホック通信で取得した識別情報を宛先として、ィンフラストラクチャ通信により第 1の端末力第 2の端末へデータを送信することを特徴とする。

[0008] ここでアドホック通信とは、端末間の通信を基地局の中継なしに直接行う通信であり、インフラストラクチャ通信とは、端末間の通信を基地局およびサーバを中継して行う通信のことである。

[0009] 本発明の別の態様も電子通信方法に関する。この電子通信方法は、複数の端末間でデータの送受信を行う電子通信方法であって、端末を操作するユーザを端末内で識別する情報と端末を識別する情報とで構成されるユーザ識別情報を生成するステツプと、端末力データの送受信を仲介するサーバへユーザ識別情報を送信するステップと、サーバにおいて、受信したユーザ識別情報を記憶するステップと、サーバがユーザ識別情報に基づき端末へデータの配信を行うステップと、を含むことを特徴とする。

[0010] ここで「データ」とは、アドレス、メールの文章などの文字データ、端末で表示することのできる画像に含まれるキャラクタやアイテムなどのオブジェクトや写真などの画像データ、音声データ、アーカイブされたデータ、圧縮されたデータなど、一般的な電子メール等で送受信することのできるデータの、ずれでもよく、それらを組み合わせたものでもよい。

[0011] この電子通信方法は、データの宛先ユーザのユーザ識別情報を、宛先ユーザが操作する端末からデータの送信元の端末へ直接的な通信により送信するステップと、宛先ユーザのユーザ識別情報を付加したデータを、送信元の端末からサーバへ送信するステップと、サーバにおいて、送信元の端末力受信したデータを宛先ユーザのユーザ識別情報に対応づけて記憶するステップと、サーバにおいて、サーバに新たに接続した端末を操作する接続元ユーザのユーザ識別情報を特定するステップと、サーバにおいて、接続元ユーザのユーザ識別情報に基づき、宛先ユーザのユーザ識別情報に対応づけて記憶されたデータを検索し、接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するステップと、新たに接続した端末に特定したデータを送信するステップと、をさらに含んでもよい

[0012] ここで「直接的な通信」とは、基地局やサーバを経由せずに、電波などの無線信号送信手段を用いたり、ケーブルを介したりして、信号を直接送受信することである。「アドホック通信」も直接的な通信に含んでょ、。

[0013] 本発明の別の態様は電子通信システムに関する。この電子通信システムは、データを送受信する端末と、端末間のデータ送受信をネットワークを介して仲介するサーバと、を備え、端末は、端末を操作するユーザを端末内で識別する情報と端末自体を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、サーバと接続し、ユーザ情報管理部が生成したユーザ識別情報をサーバへ送信する発信部と、を備え、サーバは、端末が送信したユーザ識別情報を受信する受付部と、受付部が受信したユーザ識別情報を記憶するデータ記憶部と、データ記憶部が記憶したユーザ識別情報に基づき端末へデータの配信を行うデータ配信部と、を備えたことを特徴とする。

[0014] 本発明のさらに別の態様は通信端末に関する。この通信端末は、端末間で直接的に、およびサーバを介して、データの送受信を行う通信端末であって、通信端末を操作するユーザを通信端末内で識別する情報と通信端末を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、データの宛先ユーザのユーザ識別情報を、宛先ユーザが操作する通信端末との直接的な通信により取得する相手情報取得部と、サーバへ接続し、相手情報取得部が取得した、宛先ユーザのユーザ識別情報を付加したデータを前記サーバへ送信する発信部と、サーバへ接続し、自己の通信端末を操作するユーザのユーザ識別情報を宛先ユーザのユーザ識別情報としたデータを、サーバから受信する着信部と、を備えたことを特徴とする。

[0015] 本発明のさらに別の態様はサーバに関する。このサーバは、ネットワークを介して端末間のデータの送受信を仲介するサーバであって、端末において生成された、端末を操作するユーザを端末内で識別する情報と端末を識別する情報とで構成されるュ一ザ識別情報を受信する受付部と、受付部が受信したユーザ識別情報を記憶するデータ記憶部と、データ記憶部が記憶したユーザ識別情報に基づき端末へデータの配信を行うデータ配信部と、を備えたことを特徴とする。

[0016] なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である発明の効果

[0017] 本発明によれば、容易にメールなどの送受信を行うことができる。

図面の簡単な説明

[0018] [図 1]本実施の形態における電子通信システムの全体構成を示す図である。

[図 2]本実施の形態における端末とサーバの構成を示す図である。

[図 3]ユーザ情報記憶部が記憶する管理番号テーブルのデータ構造を示す図である

[図 4]友達情報記憶部が記憶する友達 IDテーブルのデータ構造を示す図である。

[図 5]データ記憶部が記憶する宛先 IDテーブルのデータ構造を示す図である。

[図 6]端末力もサーバへデータを送信する手順を示すフローチャートである。

[図 7]サーノから端末へデータを送信する手順を示すフローチャートである。

[図 8]同一のアプリケーションを実行し、通信を行っている 2つの端末に表示される画像例を示す図である。

[図 9]図 8の画像例が表示される状況において、それぞれの端末で行われる処理手順を示すフローチャートである。

[図 10]端末、サーバ間で、宛先不特定データを含むデータの送受信を行う手順を示すフローチャートである。符号の説明

[0019] 20···端末、 22···ユーザ情報記憶部、 24···ユーザ情報管理部、 26···データ生成部、 28···サーバ接続部、 30···発信部、 32···着信部、 34…画像処理部、

35···表示部、 36···友達情報記憶部、 38···端末間通信部、 40···ユーザ情報交換部、 ₄2…データ交換部、 50 サーバ、 52···端末接続部、 54…受付部、

56…接続ユーザ情報取得部、 58···データ送信部、 60…データ記憶部、 62 …送信先決定部、 64···データ検索部、 100…電子通信システム、 300…基地局。

発明を実施するための最良の形態

[0020] 図 1は本実施の形態における電子通信システムの全体構成を示している。電子通信システム 100は、複数の端末 20aおよび 20bと、端末 20aおよび 20bとデータの送受信を行うことにより、端末 20aおよび 20bにサービスを提供するサーバ 50と、端末 2 Oaおよび 20bとサーバ 50との信号を中継する基地局 300とを含む。端末の数は 2つに限らないが、以降、端末 20aおよび端末 20bとして説明する。端末 20aおよび 20b は、基地局 300と信号の送受信を行うことによりサーバ 50との通信を行うとともに、端末相互の通信を、基地局 300を介さずに直接行う。以後、前者をインフラストラクチャ通信、後者をアドホック通信と呼ぶ。端末 20aは他の端末 20bや基地局 300と電波、赤外線などの無線信号送信手段により通信を行う。または、端末 20aおよび 20bにケ一ブルを接続して有線で信号を送受信してもよ!ヽ。基地局 300およびサーバ 50はィンターネットなどで一般的に使用されている設備をそのまま使用することができる。

[0021] 図 2は本実施の形態における端末 20aとサーバ 50の構成を詳細に示している。ここで端末 20aとサーバ 50との通信は常に、図 1に示すように基地局 300を介して行われるが、本図およびこれ以降、基地局 300に関する説明は省略する。端末 20aは、端末 20を操作するユーザの情報を管理するユーザ情報管理部 24、ユーザの情報を記憶するユーザ情報記憶部 22、ユーザの入力指示などによりメールなどのデータを生成するデータ生成部 26、サーバ 50へ接続要求を行い送信用のデータの形成やデータの送受信を実行するサーバ接続部 28、メールの生成や着信に際し必要な情報を画像データとして生成する画像処理部 34、画像を表示する表示部 35を含む。サーバ接続部 28は、送信に必要なデータセットを生成し、サーバ 50へ送信する発信部 30および、サーノ 50からデータセットを受信し適宜処理を行う着信部 32を含む。データ生成部 26は、ユーザカ^ールを作成する際に選択できる定型文を複数記憶する定型文記憶部 21を含む。

[0022] 端末 20aはさらに、アドホック通信で他の端末 20bと接続し、データの送受信を行う端末間通信部 38、アドホック通信により取得した、他の端末 20bを操作するユーザの情報を記憶する友達情報記憶部 36、および、表示部 35に表示する可能性のあるァィテムの画像データを識別情報とともに記憶するアイテム記憶部 37を含む。端末間通信部 38は、他の端末 20bを操作するユーザと、ユーザの情報の授受を行い適宜処理するユーザ情報交換部 40および、表示部 35に表示するアイテムの画像データ識別情報など、ユーザの情報以外の情報の授受を行!、適宜処理するデータ交換部 42を含む。他の端末 20bを含む全ての端末 20は、上述の端末 20aの構成と同様の構成を含む。

[0023] 一方サーバ 50は、端末 20との通信を確立し、送信用のデータの形成やデータの送受信を行う端末接続部 52、受信したデータを送信元のユーザごとに記憶するデータ記憶部 60、端末 20aに送信すべきデータをデータ記憶部 60から検出するデータ検索部 64および、宛先を不特定として端末 20aから送信された宛先不特定データの送信先を決定する送信先決定部 62を含む。端末接続部 52は、端末 20aからデータセットを受信する受付部 54、端末 20と通信を確立した際などに、接続した端末 20を操作するユーザの情報を特定する接続ユーザ情報取得部 56、および、送信に必要なデータセットを生成し、端末 20aへ送信するデータ送信部 58を含む。

[0024] 図 2において、様々な処理を行う機能ブロックとして記載される各要素は、ハードウエア的には、 CPU、メモリ、その他の LSIで構成することができ、ソフトウェア的には、ユーザ力もの入力指示を受け付け、それを画像として表示するプログラムなどによつて実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

[0025] 図 3は、端末 20aのユーザ情報記憶部 22が記憶するユーザの情報の 1つである、管理番号テーブルのデータ構造を示している。管理番号テーブル 70は 1つの端末 2 Oaを操作することのできる複数のユーザの識別情報、すなわち管理番号を記載したテーブルであり、ユーザ名欄 72および管理番号欄 74を含む。ユーザ情報記憶部 22 には管理番号テーブル 70以外のユーザの情報を記憶してよ、が、本実施の形態の範囲外のため説明は省略する。

[0026] ユーザ情報管理部 24は、ユーザが端末 20aにおいて本実施の形態を実現するァプリケーシヨンソフトウェア（以後、単にアプリケーションと呼ぶ）を初めて起動した際などに、当該ユーザに対して一意の管理番号を付与する。管理番号は、アプリケーションに必要な情報の初期設定をユーザが行った際や、プログラムの進拔情報などを初めて保存した際など、ユーザによって実施時刻の異なる所定の処理におけるタイムスタンプを利用することにより、一意に定めることができる。

[0027] このように定めた管理番号を、ユーザ名欄 72に記載したユーザ名と対応づけて、管理番号欄 74に記載し、ユーザ情報記憶部 22に格納する。ユーザ名欄 72に記載されるユーザ名は、アプリケーションの初期設定時などにユーザが設定した好みの名前でよぐユーザに対して一意に定まっていれば、ログイン名や、表示部 35に表示されるキャラクタの名前など、アプリケーションの内容によって決定してよ!、。

[0028] 管理番号テーブル 70において管理されるユーザごとの管理番号は、他の端末 20b とアドホック通信を行う際や、サーバ 50とインフラストラクチャ通信を行う際、端末を操作しているユーザのログイン名などに対応して 1つ選択される。そして後述するように端末 20aに対し一意に定められた識別番号を付加することにより、サーバ 50や他の端末 20bにおいても当該ユーザを識別することのできるユーザ IDが生成される。

[0029] 図 4は、友達情報記憶部 36が記憶する、他の端末 20bを操作するユーザの情報の 1つである、友達 IDテーブルのデータ構造を示している。友達 IDテーブル 80は、過去にアドホック通信を行、取得した、相手の端末 20bを操作するユーザの識別情報、すなわち IDを記載したテーブルであり、ユーザ名欄 82および ID欄 84を含む。友達情報記憶部 36には友達 IDテーブル 80以外の、相手ユーザの情報を記憶してよい力本実施の形態の範囲外のため説明は省略する。

[0030] ユーザ情報交換部 40は、端末 20aの端末間通信部 38が他の端末 20bとアドホック通信を確立した際、ユーザの入力指示などによりユーザ情報記憶部 22を検索し、当該ユーザの管理番号を取得する。そして、その管理番号と端末 20aの識別情報とからなるユーザ IDに、当該ユーザのユーザ名を付カ卩したデータセットを、端末 20bに対し送信する。ユーザごとの管理番号に端末 20aの識別情報を付加したユーザ IDによつて、端末 20a以外のノードにぉ、てもユーザを識別することができる。

[0031] 端末 20aの識別情報は、例えば端末 20aの物理アドレスである MAC (Media Acces s Control)アドレスを利用する。そしてユーザ情報交換部 40は、相手の端末 20bより相手のユーザ IDの送信があればそれを受信し、相手ユーザのユーザ名と対応づけて友達 IDテーブル 80のユーザ名欄 82および ID欄 84にそれぞれ記載する。

[0032] 図 4の ID欄 84に記載された IDは例えば「182. 376」というフォーマットを有している力これは「182」が端末 20a内でのユーザの管理番号、「376」が端末 20aの識別情報を意味する。従って、図 3に示した、端末 20aが記憶する管理番号テーブル 70 の、各ユーザ名に対応するユーザ IDは、管理番号欄 74に記載された管理番号に、共通の端末識別情報である「376」を付加したものとなる。ただし IDのフォーマットはこれに限らない。

[0033] アドホック通信により相手のユーザ IDを取得する都度、情報交換部 40は友達 IDテ一ブル 80に取得した情報を追加する。一方、ユーザはこの友達 IDテーブル 80から、一部のユーザの IDを入力指示により削除することができる。後述するように、友達 ID テーブル 80に記載のな、ユーザ力送信されたデータの着信表示を行わな、ようにすることで、事実上の着信拒否の機能を装備できる。

[0034] メールなどのデータを端末 20aからサーバ 50を介して他の端末 20bへ送信する場合、送信元ユーザはデータ生成部 26においてメールなどのデータを生成し、宛先を友達情報記憶部 36に記憶されたユーザ名から選択する。

[0035] 端末 20aの発信部 30はまず、ユーザ情報記憶部 22に記憶された送信元ユーザの管理番号と端末 20aの識別情報とから、送信元ユーザのユーザ IDを生成する。そして、メールなどのデータに、ユーザが選択した宛先ユーザのユーザ IDと、送信元ュ一ザのユーザ IDを付カ卩したデータセットをサーバ 50の受付部 54に送信する。受付部 54は送信されたデータセットを、宛先ユーザのユーザ IDごとにデータ記憶部 60に feす。。

[0036] 図 5は、データ記憶部 60が記憶する宛先ユーザのユーザ IDとデータ本体の格納場所とを対応づけた宛先 IDテーブルのデータ構造を示して、る。宛先 IDテーブル 9 0は、宛先 ID欄 92および格納アドレス欄 94を含む。端末 20aなどから送信されたデータセットに含まれる宛先ユーザのユーザ IDごとに、データ本体および送信元ユーザのユーザ IDを記憶するためのデータ記憶部 60内の記憶領域が割り当てられ、その先頭アドレスが、格納アドレス欄 94に記載される。この記憶領域は、いわばメールボックスの役割を担っており、送信元の端末 20aなどから受信し、宛先の端末 20bなどに対して未送信のデータは全て、この記憶領域に格納される。

[0037] また、宛先の端末 20bに送信済みのデータであっても、一定の容量または一定の期間を超過しな、うちは、そのデータを同記憶領域に保存しておくようにしてもょ、。この場合は、送信済みのデータには送信済みであることを識別するフラグなどを設定することにより、送信、未送信を区別する。記憶領域は、受付部 54がデータを受信した際、新規に宛先となったユーザのユーザ IDに対して割り当てられる。またデータ記憶部 60には、宛先不特定データ専用の記憶領域が確保される。宛先不特定データについては後に詳述する。

[0038] 次に、上記構成によって、端末 20aを操作するユーザ力も端末 20bを操作するユーザへ、メールなどのデータをインフラストラクチャモードで送信する場合の手順を説明する。ここでは、端末 20aで送信元ユーザが生成したデータは、ー且サーバ 50へ送信され、記憶される。そして宛先ユーザが端末 20bをサーバ 50へ接続した際に、記憶されたデータが端末 20bへ送信される。

[0039] 図 6は、サーバ 50が端末 20aからのデータを記憶するまでの手順を示している。まず送信元ユーザは、端末 20aのデータ生成部 26に対しメールなどのデータ生成入力を行う（S12)。この際、画像処理部 34は、友達情報記憶部 36に記憶された情報のうち、相手ユーザのユーザ名のみ力もなるリストを表示部 35に表示させ、データ生成部 26が宛先の選択入力を受け付ける。次に端末 20aの発信部 30は、データ生成部 26から送られたデータに送信元および宛先のユーザのユーザ IDを付カ卩したデータセットを生成し、サーバ 50の受付部 54に送信する（S14)。この送信はもちろん、端末 20aのサーバ接続部 28がサーバ 50の端末接続部 52と通信を確立したうえで行われる。

[0040] サーバ 50の受付部 54は、端末 20aからデータセットを受信すると（S 16)、データセットに含まれる宛先ユーザのユーザ IDに基づきデータ記憶部 60の宛先 IDテーブル 90を検索し、当該ユーザ IDが登録済みであるかどうかを確認する（S 18)。ここで「登録」とは、当該ユーザ ID宛てのデータを格納する記憶領域の割り当てのことであり、宛先 IDテーブル 90の宛先 ID欄 92にユーザ IDが存在すれば「登録済み」となる。

[0041] 宛先ユーザのユーザ IDが登録済みであれば（S 18の Y)、宛先 IDテーブル 90の格納アドレス欄 94に記載された、データ記憶部 60のアドレスを先頭アドレスとする記憶領域の空き領域に、受信したデータセットのうち、宛先ユーザのユーザ ID以外のデータを格納する（S22)。登録済みでなければ（S18の N)、宛先ユーザのユーザ ID に対してデータ記憶部 60内の記憶領域を新たに割り当て、宛先 IDテーブル 90に、ユーザ IDと新たに割り当てた記憶領域の先頭アドレスを追加記載する（S20)。そして、割り当てた記憶領域に、受信したデータセットのうち、宛先ユーザのユーザ ID以外のデータを格納する（S22)。

[0042] 図 7は、端末 20bがサーバ 50からデータを受信し、宛先ユーザに告知するまでの手順を示している。まず端末 20bのサーバ接続部 28は、ユーザによる指示入力などによりサーバ 50へ接続要求を行う（S30)。ユーザはサーバ 50への接続指示を、メールの送受信を目的に行ってもよいし、サーバ 50が提供する別のサービスを享受する目的で行ってもよい。

[0043] サーバ 50の端末接続部 52が、応答信号を端末 20bに返すなど必要な手続を行つた際、接続ユーザ情報取得部 56は、端末 20bを操作しているユーザのユーザ IDである、接続元ユーザ IDを特定する（S32)。具体的には、端末 20bからの接続要求信号に、接続元ユーザ IDを含ませるようにしておき、それを取得するようにしてもよいし、端末 20bの識別情報のみは接続手続の途中で別途取得するようにしてもよい。 [0044] 次にサーバ 50のデータ検索部 64は、接続ユーザ情報取得部 56が取得した接続元ユーザ IDに基づきデータ記憶部 60の宛先 IDテーブル 90を検索して接続元ユーザ IDに対応する記憶領域を特定し、この記憶領域に未送信のデータが存在するかどうかを確認する（S34)。該当するデータがなければ（S34の N)、メールについての処理は終了し、ユーザが所望とする別のサービスなどを適宜処理する。接続元ユーザ IDを宛先とする未送信のデータがあれば（S34の Y)、データ送信部 58はそのデータを端末 20bの着信部 32に送信する（S36)。このとき送信するデータは、メールなどデータ本体と、データの送信元ユーザのユーザ IDを含むデータセットである。

[0045] 端末 20bの着信部 32は、サーバ 50に対する 1回の接続で受信した 1つ以上のデータセットに含まれる送信元ユーザのユーザ IDに基づき、友達情報記憶部 36の友達 IDテーブル 80を検索し、それぞれのデータセットの送信元のユーザ ID力 D欄 84 に含まれているかどうかを確認する（S38)。画像処理部 34は、友達 IDテーブル 80 に含まれて!/、る送信元ユーザのデータにつ、てのみ、新規のデータが着信した旨の表示を表示部 35に表示し（S38の Y、 S40)、それ以外のデータは着信表示を行わない（S38の Ν)。着信表示をユーザが確認した後は、本実施の形態を適用するアブリケーシヨンの内容等により、データ自体の表示等が適宜行われる力ここでは言及しない。

[0046] 以上述べた手順により、端末 20aから端末 20bへのデータの送信が完了する。本実施の形態では、端末側で自動的に生成されるユーザ IDに基づきデータの送受信を行うため、一般のインフラストラクチャ通信でのメールのように、ユーザが事前にメールアドレスを確保する必要がなぐサーバ 50側でも事前にメールアドレスの割り振りおよび管理を行う必要がな!、。

[0047] また、自分のユーザ IDは自動的に生成され、宛先のユーザ IDはユーザ名を選択すれば自動的に割り出されるため、ユーザはユーザ IDの存在を意識することがない。従って、自分のアドレスを忘れたり相手のアドレスを間違えたり、といったヒューマンエラーの発生を削減することができるとともに、気軽にメール環境を獲得することができる。さらに、ユーザ IDの生成や、ユーザどうしのユーザ IDの交換、着信拒否などの処理を端末側で行うことができるため、サーバにおける処理の負荷が軽減される。 [0048] 次に、上述のデータ送受信の機能を適用したアプリケーションの例について説明する。上述の機能を含むアプリケーションは、端末 20aに係る機能、サーバ 50に係る機能ごとに、 CD-ROM (Compact Disc Random Access Memory)やハードディスクなどの記録装置に記録されたプログラムを、端末 20aおよびサーバ 50においてそれぞれロードすることによって実行される。

[0049] 図 8は本実施の形態を適用したアプリケーションの画像の例を示している。このような画像は、ユーザ情報交換部 40、データ交換部 42および、図示しないアプリケーシヨンの別の機能を実行する機能ブロックと、画像処理部 34との協働により表示部 35 に表示される。このアプリケーションでは、ユーザは自分の操作する端末 20aの表示部 35に、 1人のキャラクタとして登場する。そしてユーザの指示入力によりキャラクタが移動したり様々な動作をすることで、対応する機能が実現される。さらに本アプリケーシヨンは、様々なアイテムやキャラクタが画像世界に表現され、ユーザを象徴するキャラクタがそれを取得したり育てたりするといつたゲーム性を有する。

[0050] 図 8は、同一のアプリケーションを実行している 2つの端末 20aおよび 20bがアドホック通信を確立した際の画像の例である。画像例 200には、端末 20aを操作しているュ一ザ自信を象徴する自己キャラクタ 204と、相手の端末 20bを操作しているユーザを象徴する相手キャラクタ 202が表示される。相手キャラクタ 202はアドホック通信が確立して初めて、端末 20aの表示部 35に出現し、この際、相手の端末 20bの表示部 35 にも同様の画像が表示される。

[0051] 相手キャラクタ 202の動作は、端末 20bにおいて相手のユーザが入力指示している、キャラクタ動作に力かる情報を、端末 20aが逐次受信することによって、端末 20aの画像にも反映される。これにより、例えばキャラクタどうしが話しをしたり、アイテムを交換したり、といった動作を表現でき、ユーザどうしのコミニュケーシヨンを実現しつつ、ゲームを楽しむことができる。

[0052] 画像例 200には、キャラクタの他にアイテムとして名刺 206が表示されている。名刺 206にはそれを所有するキャラクタのキャラクタ名が記載されている。ここでキャラクタ名は、友達 IDテーブル 80のユーザ名欄 82に記載されるユーザ名に相当する。ユーザは画像世界で自分のキャラクタに名刺 206を交換させることにより、ユーザ IDを送受信する。図 8の例では、相手キャラクタ 202が、自分のキャラクタ名「たな力」を記載した名刺を、自己キャラクタ 204に渡している。

[0053] 図 9は、画像例 200が表示される状況において、それぞれの端末 20aおよび端末 2 Obで行われる処理手順を示している。まず、端末 20aおよび端末 20bの端末間通信部 38は、どちらかの端末 20または図示しない第 3の端末 20などによる接続指示により、アドホック通信を確立する（S70、 S74)。これは例えば、ユーザの入力指示により、画像世界の自己キャラクタ 204が、複数のキャラクタが集まる街などへ移動することによって実現させてもよい。

[0054] アドホック通信が確立すると画像処理部 34は、相手の端末を操作するユーザの入力指示により発生する、相手キャラクタ 202の動作に力かる情報を受信し、表示部 35 に相手キャラクタ 202を表示する（S72、 S76)。

[0055] ここで端末 20bを操作する相手ユーザが入力指示を行、、当該ユーザを象徴する相手キャラクタ 202が自己キャラクタ 204に名刺を渡す動作をさせる（S78)。このとき画像では画像例 200のごとぐキャラクタ名のみが記された名刺が譲渡される。一方、端末 20bのユーザ情報交換部 40は、端末 20bを操作する相手ユーザのユーザ名およびユーザ IDを端末 20aのユーザ情報交換部 40へ送信する（S80)。

[0056] 端末 20aのユーザ情報交換部 40は、受信した相手のユーザ名およびユーザ IDを対応づけて、友達情報記憶部 36に格納された友達 IDテーブル 80に書き込む（S82 ) oこれにより、端末 20bを操作する相手ユーザのユーザ IDが端末 20aに記憶される。そして端末 20aを操作するユーザが、例えば画像世界の名刺入れからユーザ名が書かれた名刺を選択して自分が作成したメールなどに添付することにより、データに宛先ユーザのユーザ IDが付加され、図 6、図 7で説明したインフラストラクチャモードでのデータの送受信を行うことができる。同様に自己キャラクタ 204から相手キャラクタ 202へ名刺を渡すことにより端末 20aを操作するユーザ力も端末 20bを操作する相手ユーザへ自分のユーザ IDを送信してもよヽ。

[0057] 次に、上述のアプリケーションにおいて、図 6、 7で説明したデータの送受信の手法を応用し、インフラストラクチャ通信でアイテムの送受信を行うことにより実現できる新たな機能について説明する。それは、あた力も手紙をビンに入れて海に流したり、風船につけて飛ばしたりするように、端末 20を用いて見知らぬ相手に贈り物をする機能である。そして、見知らぬ相手に贈り物をすると、見知らぬ相手から別の贈り物が届くようにすることで、アイテムの交換が成立するようにする。この機能は、送信するデータセットのうち宛先ユーザのユーザ IDを格納するフィールドに宛先が不特定であることを示す識別情報を設定したデータ、すなわち宛先不特定データの送信を許すことにより実現できる。

[0058] 図 10は、宛先不特定データの送信を可能とした場合に、端末 20aとサーバ 50がデータの送受信を行う手順を示している。本図において、宛先ユーザののユーザ IDが定められているデータの送信処理は図 6と同様である。従って図 6の S18および S20 に示すように、サーバ 50においてユーザ IDの登録確認も当然行われる力ここでは図示および説明を省略する。

[0059] まずユーザは、図 6と同様、端末 20aのデータ生成部 26に対しメールなどのデータ生成入力を行う（S50)。ここで宛先を不特定としたデータを作成したい場合は、ユーザは宛先を不特定とするボタンなどの選択入力を行う。ここで当該データに含まれるメールは、データ生成部 26の定型文記憶部 21に記憶された定型文で構成された文章のみ入力可能とする。これにより猥雑な文章が不特定のユーザへ送信されるなど、機能の悪用を防止する。定型文は例えば「こんにちは」や「がんばろうね」など、ごく短い文章でもよい。

[0060] そしてユーザが自分を象徴する自己キャラクタ 204が取得済みのアイテム力選択入力を行うと、データ生成部 26は選択されたアイテムの画像データの識別情報を送信データに含ませる。画像データの識別情報は、端末 20aおよび端末 20bがともにアイテム記憶部 37に記憶している各アイテムの画像データを識別する情報である。以上の処理により、宛先の特定、不特定に関わらず、メールとアイテムがセットされたデータが生成される。送信データには、アイテムの画像データそのものを含ませてもよい。

[0061] 端末 20aの発信部 30は、図 6と同様のデータセットを生成し、サーバ 50の受付部 5 4に送信する（S52)。 S50において宛先を不特定とする選択入力が行われたデータは、宛先のフィールドに宛先が不特定であることを示す識別情報が設定され、送信される。宛先が不特定であることを示す識別情報は端末 20aおよびサーバ 50であらかじめ定められた共通のものを使用し、番号や文字列などでもよいし、宛先のフィールドを空白とすることにしてもよ、。

[0062] サーバ 50の受付部 54は、端末 20aからデータセットを受信すると（S54)、図 6と同様、宛先のフィールドに記載されたユーザ ID、または識別情報に基づき、それぞれに割り当てられたデータ記憶部 60の記憶領域にデータ等を格納する（S56)。ここで宛先のフィールドに宛先が不特定であることを示す識別情報が設定されていた場合は、データ記憶部 60内の、宛先不特定データ専用の記憶領域にデータ等を格納する。

[0063] 次いで宛先のフィールドに宛先が不特定であることを示す識別情報が設定されていた場合 (S58の N)、送信先決定部 62は、過去にデータ記憶部 60の宛先不特定データ専用の記憶領域に格納された宛先不特定データから、最前に記憶されたデータなど 1つのデータを選択し、その宛先を、今回宛先不特定データを送信した端末 20aのユーザのユーザ IDに決定する（S62)。具体的には、今回端末 20aが送信したデータセットから、送信元ユーザのユーザ IDを取得し、選択した過去の宛先不特定データを当該ユーザ IDに割り当てられた記憶領域へ移動させる。

[0064] その後データ送信部 58は、図 7の S36と同様、選択された宛先不特定データを、端末 20aの着信部 32に送信する（S64)。このとき送信するデータには、当該データの送信元ユーザのユーザ IDは含めなくてもよい。端末 20aの着信部 32がデータを受信すると、この場合は友達 IDテーブル 80との照合はせずに、画像処理部 34がデータの着信表示を表示部 35に表示する（S66)。

[0065] さらにユーザによって受信したデータの開封指示の入力が行われると（S67)、画像処理部 34は当該データに含まれるアイテムの画像データの識別情報をもとにアイテム記憶部 37を検索し、送られたアイテムの画像データを取得して、メール本文とともに表示部 35に出力する（S68)。これによりユーザは新たなアイテムの入手を認識する。データにアイテムの画像データがそのまま含まれていた場合は、それを出力する

[0066] S58において宛先のフィールドに宛先ユーザのユーザ IDが指定してあった場合は (S58の Y)、図 6で説明したとおり、この時点でー且処理を終了する。その後、当該宛先ユーザの使用する端末 20bなどがサーバ 50へ接続を行った際に、 S56において記憶したデータを端末 20bなどに送信する点は、図 7で説明したのと同様である。

[0067] 以上の手順により、端末 20aのユーザが自分のアイテムを見知らぬ相手に送付すると、別の誰力から別のアイテムが送られてくる、という娯楽性の高い機能を有するシステムを実現することができる。これにより入手が困難だったアイテムが偶然送られてくるなどの機会をユーザに与える。アイテムの送受信はインフラストラクチャ通信により実現されるため、アドホック通信をする相手が周囲にいないユーザなどには特に有効な機能である。また、アイテムや定型文などに限定されるものの、見知らぬ相手とのやりとりを行えるという別の楽しみを享受することができる。

[0068] 以上述べた本実施の形態によれば、アドホックモードとインフラストラクチャモードという 2つの通信モードを利用し、近距離でリアルタイムなコミュニケーションと遠距離で時間差を設けられるコミュニケーションとを組み合わせて 1つのアプリケーションを実現することにより、機能性、娯楽性の両面が充実した端末を提供することができる。

[0069] 具体的には、メールアドレスをユーザが登録したり書き込んだりすることなぐ名刺と V、うアイテムを交換したり添付したりすることで、メールやアイテムを遠距離に居る相手にも送信できるため、ユーザが通信処理に介入する余地が少なぐヒューマンエラ一が発生しにく!/、。従って子供や高齢者など英数字に不慣れな者でも気軽にデータ送受信を行うことができる。

[0070] またユーザ IDは端末において自動的に生成され、データの送信とともに自動的にサーバに登録される。さらに、着信拒否などの機能も端末側で処理される。そのため、サーバ側で管理すべき項目や実行すべき処理の項目が減るため、サービスを提供するベンダーの負荷が軽減され、運用に力かるコストが削減できる。また、インフラストラクチャ通信を利用してアイテムを見知らぬ相手に贈ることが可能となるため、アイテム収集に対する偶然性が増し、ユーザがより高い娯楽性を享受することができる。

[0071] 以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せに、ろ、ろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。 [0072] 例えば図 6の S18では、端末 20aがサーバ 50へ送信したデータセットに含まれる宛先ユーザのユーザ IDについて、宛先 IDテーブル 90に登録済みであるかどうかを確認したが、端末 20aまたは端末 20bがサーバ 50へ接続を行った際は常に、同様の確認処理を接続元ユーザ IDについて行ってもよい。すなわち、図 6または図 10における S14または S54で、端末 20aがデータセットを送信する際またはそれ以前、端末 20 aがサーバ 50と接続した時点で、サーバ 50の接続ユーザ情報取得部 56が、端末 20 aを操作しているユーザのユーザ IDである接続元ユーザ IDを上述のとおり特定する。そして当該接続元ユーザ IDが宛先 IDテーブル 90に登録済みであるか否かを確認し、登録されていなければ図 6の S20と同様の登録処理を行う。

[0073] 同様に、図 7の S32において接続ユーザ情報取得部 56が端末 20bの接続元ユーザ IDを特定した後も宛先 IDテーブル 90への登録確認処理を行ってょ、。この場合、各端末が行うメール送信に先んじてユーザ IDを登録しておくことができる場合があり、メール送信時にサーバ 50が行う処理の負荷を軽減できる。

[0074] また、宛先を不特定としたデータはアイテムを添付しなくてもよ!、。この場合は、見知らぬ相手に対し定型文のみが送られる。アイテムを添付しな、宛先不特定メールは、サーバ 50のデータ記憶部 60に、アイテムを添付した宛先不特定メールと混在させて記憶してもよ、し、添付されたアイテムの有無によって記憶領域を区別してもよい。後者の場合は、アイテムを添付した宛先不特定メールを送信したユーザにはアイテムを添付したメールが返信され、アイテムを添付しなヽメールを送信したユーザにはアイテムを添付しないメールを返信することができる。

[0075] また、 1つのデータにアイテムを複数添付してもよい。この場合も、データ記憶部 60 に添付されたアイテムの数ごとにデータの記憶領域を用意しておくと、例えばアイテムを 3つ添付したデータを送信したユーザには、アイテムを 3つ添付したデータを返信することができる。

[0076] さらに出現率などによってアイテムの種類をランクづけし、宛先不特定メールに添付されたアイテムのランクと個数によって記憶領域を区別してもよい。この場合、出現率の高、複数のアイテムを添付してメールを送信したユーザは、それを合計した価値と等価の、例えば出現率の低いアイテムが 1つ添付されたメールを受信することができるなど、多種のアイテムを取得できる機会が与えられる。このような変形例においても、本実施の形態と同様の効果を得ることができる。

[0077] また端末 20aと端末 20bとのアドホック通信時には、図 8で示した名刺 206とは異なるアイテムの授受を、それぞれの端末におけるデータ交換部 42が行ってもよい。このとき、名刺 206と同様にそれぞれの端末を操作するユーザが、渡したいアイテムを選択入力することによってアイテムの授受が行われてもよいし、ユーザの入力指示とは独立に、データ交換部 42が選択したアイテム、すなわち伝播アイテムが自動的に相手に渡されるようにしてもょ、。

[0078] このとき画像処理部 34は、伝播アイテムの画像データに関する情報が相手の端末から送信された場合に、当該画像データに関する情報に基づき伝播アイテムの画像表示部 35への表示を開始し、伝播アイテムの画像データに関する情報を自己の端末から相手の端末へ送信した場合に、伝播アイテムの画像表示部 35への表示を停止する。これにより、伝播アイテムが通信を確立した端末間を自動的に伝播したようにユーザに視認させる。

[0079] 同時に複数の端末がアドホック通信を行っている場合は、その中からデータ交換部

42がランダムに決定した相手にのみ、選択したアイテムが渡るようにしてもよい。アイテムの譲渡において相手の端末に送信されるデータは、図 10で説明したアイテムを添付したメールと同様、画像データの識別情報または画像データそのものでよい。この偶然性により、ユーザは欲し力つたアイテムを予想外に取得できる機会が得られ、他のユーザと通信を行う楽しみが増加する。産業上の利用可能性

[0080] 以上のように本発明はゲーム機器、携帯電話、コンピュータなどの電子機器に利用可能である。

Claims

請求の範囲

[1] 第 1の端末と第 2の端末間でアドホック通信を行い、前記第 1の端末が前記第 2の端末を操作するユーザの識別情報を取得するステップと、

前記アドホック通信で取得した前記識別情報を宛先として、インフラストラクチャ通信により前記第 1の端末から前記第 2の端末へデータを送信することを特徴とする電子通信方法。

[2] 複数の端末間でデータの送受信を行う電子通信方法であって、

前記端末を操作するユーザを前記端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を生成するステップと、

前記端末から前記データの送受信を仲介するサーバへ前記ユーザ識別情報を送信するステップと、

前記サーバにぉ、て、受信した前記ユーザ識別情報を記憶するステップと、前記サーバが前記ユーザ識別情報に基づき前記端末へデータの配信を行うステツプと、

を含むことを特徴とする電子通信方法。

[3] 前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する端末力前記データの送信元の端末へ直接的な通信により送信するステップと、前記宛先ユーザのユーザ識別情報を付加した前記データを、前記送信元の端末力前記サーバへ送信するステップと、

前記サーバにぉ、て、前記送信元の端末から受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶するステップと、

前記サーバにぉ、て、前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定するステップと、

前記サーバにおいて、前記接続元ユーザのユーザ識別情報に基づき、前記宛先ユーザのユーザ識別情報に対応づけて記憶されたデータを検索し、前記接続元ュ一ザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するステップと、

前記新たに接続した端末に特定したデータを送信するステップと、をさらに含むことを特徴とする請求項 2に記載の電子通信方法。

[4] データを送受信する端末と、前記端末間のデータ送受信をネットワークを介して仲介するサーバと、を備え、

肯己端末は、

前記端末を操作するユーザを端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、

前記サーバと接続し、前記ユーザ情報管理部が生成した前記ユーザ識別情報を前記サーバへ送信する発信部と、を備え、

前記サーバは、

前記端末が送信した前記ユーザ識別情報を受信する受付部と、

前記受付部が受信した前記ユーザ識別情報を記憶するデータ記憶部と、前記データ記憶部が記憶した前記ユーザ識別情報に基づき前記端末へデータの配信を行うデータ配信部と、

を備えたことを特徴とする電子通信システム。

[5] 前記端末は、前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する端末との直接的な通信により取得する相手情報取得部を備え、前記端末における前記発信部はさらに、前記宛先ユーザのユーザ識別情報を付加した前記データを前記サーバへ送信し、

前記サーバにおける前記受付部はさらに、前記送信部が送信した前記データを受信し、

前記サーバにおける前記データ記憶部はさらに、前記受付部が受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶し、

前記サーバにおける前記データ配信部は、

前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定する接続ユーザ情報取得部と、

前記接続ユーザ情報取得部において特定された前記接続元ユーザのユーザ識別情報に基づき前記データ記憶部を検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するデータ検索部と、前記新たに接続した端末に、前記データ検索部が特定したデータを送信するデータ送信部と

を備えたことを特徴とする請求項 4に記載の電子通信システム。

[6] 端末間で直接的に、およびサーバを介して、データの送受信を行う通信端末であつて、

前記通信端末を操作するユーザを前記通信端末内で識別する情報と前記通信端末を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する通信端末との直接的な通信により取得する相手情報取得部と、

前記サーバへ接続し、前記相手情報取得部が取得した、前記宛先ユーザのユーザ識別情報を付加したデータを前記サーバへ送信する発信部と、

前記サーバへ接続し、自己の通信端末を操作するユーザの前記ユーザ識別情報を前記宛先ユーザのユーザ識別情報としたデータを、前記サーバから受信する着信部と、

を備えたことを特徴とする通信端末。

[7] 前記通信端末は、

オブジェクトを含む画像を表示する画像表示部をさらに備え、

前記相手情報取得部は、前記宛先ユーザのユーザ識別情報を象徴するオブジェタトが、前記宛先ユーザが操作する通信端末から到来する動作を、前記画像表示部に表示させながら前記宛先ユーザのユーザ識別情報を取得することを特徴とする請求項 6に記載の通信端末。

[8] 前記相手情報取得部は前記宛先ユーザのユーザ識別情報とともに当該ユーザのユーザ名を取得し、

前記端末は、複数の宛先ユーザの前記ユーザ識別情報と前記ユーザ名と対応づけて記憶する友達情報記憶部をさらに備え、

前記発信部は送信元ユーザが選択したユーザ名に対応づけて前記友達情報記憶部に記憶された前記ユーザ識別情報を付加したデータを、前記サーバへ送信することを特徴とする請求項 6に記載の通信端末。

[9] 着信データの表示を許可する送信元ユーザのユーザ識別情報を記載した相手情報テーブルを記憶する相手情報記憶部をさらに備え、

前記発信部は、自己の通信端末を操作する送信元ユーザのユーザ識別情報をさらに付加して前記データを前記サーバへ送信し、

前記着信部は、前記サーバから受信したデータに付加された前記送信元ユーザのユーザ識別情報に基づき前記相手情報テーブルを検索し、前記送信元ユーザのュ一ザ識別情報が前記相手情報テーブルに記載されていた場合に前記データの着信表示を行うことを特徴とする請求項 6または 7に記載の通信端末。

[10] 前記通信端末は、

前記宛先ユーザが操作する通信端末と直接的な通信が確立された際、前記画像表示部に表示中のオブジェクトのうちいずれかのオブジェクトを伝播オブジェクトとして選択し、前記伝播オブジェクトの画像データに関する情報を、ユーザからの指示入力と独立して前記宛先ユーザが操作する通信端末に送信するアイテム譲渡部と、前記伝播オブジェクトの画像データに関する情報が前記宛先ユーザが操作する通信端末の前記アイテム譲渡部力送信された場合に、前記画像データに関する情報に基づき前記伝播オブジェクトの前記画像表示部への表示を開始し、前記伝播ォブジェタトの画像データに関する情報を自己の通信端末の前記アイテム譲渡部から前記宛先ユーザが操作する通信端末へ送信した場合に、前記伝播オブジェクトの前記画像表示部への表示を停止する画像処理部と、

を備えることにより、前記伝播オブジェクトが通信を確立した通信端末間を自動的に伝播したようにユーザに視認させることを特徴とする請求項 7に記載の通信端末。

[11] 前記発信部はさらに、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した宛先不特定データを前記サーバへ送信し、

前記着信部はさらに、前記サーバに以前送信され記憶された前記宛先不特定データのうち、ずれかを、前記サーノから受信することを特徴とする請求項 6から 10の V、ずれかに記載の通信端末。

[12] ネットワークを介して端末間のデータの送受信を仲介するサーバであって、

前記端末にお!ヽて生成された、前記端末を操作するユーザを端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を受信する受付部と、前記受付部が受信した前記ユーザ識別情報を記憶するデータ記憶部と、前記データ記憶部が記憶した前記ユーザ識別情報に基づき前記端末へデータの配信を行うデータ配信部と、

を備えたことを特徴とするサーバ。

[13] 前記受付部はさらに、前記データの送信元の端末から、前記データの宛先ユーザの前記ユーザ識別情報を付加したデータを受信し、

前記データ記憶部はさらに、前記受付部が受信したデータを前記宛先ユーザのュ一ザ識別情報に対応づけて記憶し、

前記データ配信部は、

を備えたことを特徴とする請求項 12に記載のサーバ。

[14] 前記受付部はさらに、前記データの送信元の端末から、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した、宛先不特定データを受信し、

前記記憶部はさらに、前記受付部が受信した前記宛先不特定データを所定の記憶領域に記憶し、

前記データ送信部は、前記受付部が前記宛先不特定データを新たに受信した際、前記記憶部において前記所定の記憶領域に以前に記憶された前記宛先不特定データのうちのいずれかのデータを、前記新たに受信した宛先不特定データの送信元ユーザの操作する端末に送信することを特徴とする請求項 12または 13に記載のサーノ

[15] 端末間で直接的に、およびサーバを介して、データの送受信を行う通信端末に搭載されたコンピュータに、

前記通信端末を操作するユーザを前記通信端末内で識別する情報と前記通信端末を識別する情報とで構成されるユーザ識別情報を生成する機能と、

前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する通信端末との直接的な通信により取得する機能と、

前記サーバへ接続し、前記宛先ユーザのユーザ識別情報を付加したデータを前記サーバへ送信する機能と、

前記サーバへ接続し、自己の通信端末を操作するユーザの前記ユーザ識別情報を前記宛先ユーザのユーザ識別情報としたデータを、前記サーバから受信する機能と、

を実現させることを特徴とするコンピュータプログラム。

[16] 前記コンピュータに、

着信データの表示を許可する送信元ユーザのユーザ識別情報を記載した相手情報テーブルを記憶する機能と、

前記データを前記サーバへ送信する際、自己の通信端末を操作する送信元ユーザのユーザ識別情報をさらに付加する機能と、

前記サーノから受信したデータに付加された前記送信元ユーザのユーザ識別情報に基づき前記相手情報テーブルを検索し、前記送信元ユーザのユーザ識別情報が前記相手情報テーブルに記載されていた場合に前記データの着信表示を行う機能と、

をさらに実現させることを特徴とする請求項 15に記載のコンピュータプログラム。

[17] 前記コンピュータに、

オブジェクトを含む画像を表示する機能と、

前記宛先ユーザが操作する通信端末と直接的な通信が確立された際、表示中のオブジェクトのうち、ずれかのオブジェクトを伝播オブジェクトとして選択し、前記伝播オブジェクトの画像データに関する情報を、ユーザ力の指示入力と独立して前記宛先ユーザが操作する通信端末に送信する機能と、前記伝播オブジェクトの画像データに関する情報が前記宛先ユーザが操作する通信端末から送信された場合に、前記画像データに関する情報に基づき前記伝播ォブジエタトの表示を開始する機能と、

前記伝播オブジェクトの画像データに関する情報を自己の通信端末の前記アイテム譲渡部から前記宛先ユーザが操作する通信端末へ送信した場合に、前記伝播ォブジエ外の表示を停止する機能と、

をさらに実現させることにより、前記伝播オブジェクトが通信を確立した通信端末間を自動的に伝播したようにユーザに視認させることを特徴とする請求項 15または 16 に記載のコンピュータプログラム。

[18] ネットワークを介して端末間のデータの送受信を仲介するサーバに搭載されたコンピュータに、

前記端末において生成された、前記データの送信元の端末から、前記データの宛先ユーザを前記宛先ユーザが操作する端末内で識別する情報と前記宛先ユーザが操作する端末を識別する情報とで構成される、前記宛先ユーザのユーザ識別情報を付加した前記データを受信する機能と、

受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶する機能と、

前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定する機能と、

特定された前記接続元ユーザのユーザ識別情報に基づき前記ユーザ識別情報に対応づけて記憶されたデータを検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定する機能と、

前記新たに接続した端末に、特定したデータを送信する機能と、

を実現させることを特徴とするコンピュータプログラム。

[19] 前記コンピュータに、

前記データの送信元の端末から、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した宛先不特定データを受信する機能と、受信した前記宛先不特定データを所定の記憶領域に記憶する機能と、前記宛先不特定データを新たに受信した際、、前記所定の記憶領域に以前に記憶された前記宛先不特定データのうちの!/、ずれかのデータを、前記新たに受信した宛先不特定データの送信元ユーザの操作する端末に送信する機能と、

をさらに実現させることを特徴とする請求項 18に記載のコンピュータプログラム。請求項 15から請求項 19のいずれかに記載のコンピュータプログラムを格納した、コンピュータにて読み取り可能な記録媒体。