JP2007104613A

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

Info

Publication number: JP2007104613A
Application number: JP2005295791A
Authority: JP
Inventors: Koji Tada; 浩二多田; Naoya Sato; 直哉佐藤; Yukito Morikawa; 幸人森川
Original assignee: Sony Computer Entertainment Inc
Current assignee: Sony Interactive Entertainment Inc
Priority date: 2005-10-07
Filing date: 2005-10-07
Publication date: 2007-04-19
Also published as: US20090227206A1; WO2007043232A1; US8155591B2

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２は本実施の形態における端末２０ａとサーバ５０の構成を詳細に示している。ここで端末２０ａとサーバ５０との通信は常に、図１に示すように基地局３００を介して行われるが、本図およびこれ以降、基地局３００に関する説明は省略する。端末２０ａは、端末２０を操作するユーザの情報を管理するユーザ情報管理部２４、ユーザの情報を記憶するユーザ情報記憶部２２、ユーザの入力指示などによりメールなどのデータを生成するデータ生成部２６、サーバ５０へ接続要求を行い送信用のデータの形成やデータの送受信を実行するサーバ接続部２８、メールの生成や着信に際し必要な情報を画像データとして生成する画像処理部３４、画像を表示する表示部３５を含む。サーバ接続部２８は、送信に必要なデータセットを生成し、サーバ５０へ送信する発信部３０および、サーバ５０からデータセットを受信し適宜処理を行う着信部３２を含む。データ生成部２６は、ユーザがメールを作成する際に選択できる定型文を複数記憶する定型文記憶部２１を含む。

端末２０ａはさらに、アドホック通信で他の端末２０ｂと接続し、データの送受信を行う端末間通信部３８、アドホック通信により取得した、他の端末２０ｂを操作するユーザの情報を記憶する友達情報記憶部３６、および、表示部３５に表示する可能性のあるアイテムの画像データを識別情報とともに記憶するアイテム記憶部３７を含む。端末間通信部３８は、他の端末２０ｂを操作するユーザと、ユーザの情報の授受を行い適宜処理するユーザ情報交換部４０および、表示部３５に表示するアイテムの画像データ識別情報など、ユーザの情報以外の情報の授受を行い適宜処理するデータ交換部４２を含む。他の端末２０ｂを含む全ての端末２０は、上述の端末２０ａの構成と同様の構成を含む。

一方サーバ５０は、端末２０との通信を確立し、送信用のデータの形成やデータの送受信を行う端末接続部５２、受信したデータを送信元のユーザごとに記憶するデータ記憶部６０、端末２０ａに送信すべきデータをデータ記憶部６０から検出するデータ検索部６４および、宛先を不特定として端末２０ａから送信された宛先不特定データの送信先を決定する送信先決定部６２を含む。端末接続部５２は、端末２０ａからデータセットを受信する受付部５４、端末２０と通信を確立した際などに、接続した端末２０を操作するユーザの情報を特定する接続ユーザ情報取得部５６、および、送信に必要なデータセットを生成し、端末２０ａへ送信するデータ送信部５８を含む。

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

図３は、端末２０ａのユーザ情報記憶部２２が記憶するユーザの情報の１つである、管理番号テーブルのデータ構造を示している。管理番号テーブル７０は１つの端末２０ａを操作することのできる複数のユーザの識別情報、すなわち管理番号を記載したテーブルであり、ユーザ名欄７２および管理番号欄７４を含む。ユーザ情報記憶部２２には管理番号テーブル７０以外のユーザの情報を記憶してよいが、本実施の形態の範囲外のため説明は省略する。

ユーザ情報管理部２４は、ユーザが端末２０ａにおいて本実施の形態を実現するアプリケーションソフトウェア（以後、単にアプリケーションと呼ぶ）を初めて起動した際などに、当該ユーザに対して一意の管理番号を付与する。管理番号は、アプリケーションに必要な情報の初期設定をユーザが行った際や、プログラムの進捗情報などを初めて保存した際など、ユーザによって実施時刻の異なる所定の処理におけるタイムスタンプを利用することにより、一意に定めることができる。このように定めた管理番号を、ユーザ名欄７２に記載したユーザ名と対応づけて、管理番号欄７４に記載し、ユーザ情報記憶部２２に格納する。ユーザ名欄７２に記載されるユーザ名は、アプリケーションの初期設定時などにユーザが設定した好みの名前でよく、ユーザに対して一意に定まっていれば、ログイン名や、表示部３５に表示されるキャラクタの名前など、アプリケーションの内容によって決定してよい。

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

図４は、友達情報記憶部３６が記憶する、他の端末２０ｂを操作するユーザの情報の１つである、友達ＩＤテーブルのデータ構造を示している。友達ＩＤテーブル８０は、過去にアドホック通信を行い取得した、相手の端末２０ｂを操作するユーザの識別情報、すなわちＩＤを記載したテーブルであり、ユーザ名欄８２およびＩＤ欄８４を含む。友達情報記憶部３６には友達ＩＤテーブル８０以外の、相手ユーザの情報を記憶してよいが、本実施の形態の範囲外のため説明は省略する。

ユーザ情報交換部４０は、端末２０ａの端末間通信部３８が他の端末２０ｂとアドホック通信を確立した際、ユーザの入力指示などによりユーザ情報記憶部２２を検索し、当該ユーザの管理番号を取得する。そして、その管理番号と端末２０ａの識別情報とからなるユーザＩＤに、当該ユーザのユーザ名を付加したデータセットを、端末２０ｂに対し送信する。ユーザごとの管理番号に端末２０ａの識別情報を付加したユーザＩＤによって、端末２０ａ以外のノードにおいてもユーザを識別することができる。端末２０ａの識別情報は、例えば端末２０ａの物理アドレスであるＭＡＣ（Media Access Control）アドレスを利用する。そしてユーザ情報交換部４０は、相手の端末２０ｂより相手のユーザＩＤの送信があればそれを受信し、相手ユーザのユーザ名と対応づけて友達ＩＤテーブル８０のユーザ名欄８２およびＩＤ欄８４にそれぞれ記載する。図４のＩＤ欄８４に記載されたＩＤは例えば「１８２．３７６」というフォーマットを有しているが、これは「１８２」が端末２０ａ内でのユーザの管理番号、「３７６」が端末２０ａの識別情報を意味する。従って、図３に示した、端末２０ａが記憶する管理番号テーブル７０の、各ユーザ名に対応するユーザＩＤは、管理番号欄７４に記載された管理番号に、共通の端末識別情報である「３７６」を付加したものとなる。ただしＩＤのフォーマットはこれに限らない。

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

メールなどのデータを端末２０ａからサーバ５０を介して他の端末２０ｂへ送信する場合、送信元ユーザはデータ生成部２６においてメールなどのデータを生成し、宛先を友達情報記憶部３６に記憶されたユーザ名から選択する。端末２０ａの発信部３０はまず、ユーザ情報記憶部２２に記憶された送信元ユーザの管理番号と端末２０ａの識別情報とから、送信元ユーザのユーザＩＤを生成する。そして、メールなどのデータに、ユーザが選択した宛先ユーザのユーザＩＤと、送信元ユーザのユーザＩＤを付加したデータセットをサーバ５０の受付部５４に送信する。受付部５４は送信されたデータセットを、宛先ユーザのユーザＩＤごとにデータ記憶部６０に記憶する。

図５は、データ記憶部６０が記憶する宛先ユーザのユーザＩＤとデータ本体の格納場所とを対応づけた宛先ＩＤテーブルのデータ構造を示している。宛先ＩＤテーブル９０は、宛先ＩＤ欄９２および格納アドレス欄９４を含む。端末２０ａなどから送信されたデータセットに含まれる宛先ユーザのユーザＩＤごとに、データ本体および送信元ユーザのユーザＩＤを記憶するためのデータ記憶部６０内の記憶領域が割り当てられ、その先頭アドレスが、格納アドレス欄９４に記載される。この記憶領域は、いわばメールボックスの役割を担っており、送信元の端末２０ａなどから受信し、宛先の端末２０ｂなどに対して未送信のデータは全て、この記憶領域に格納される。また、宛先の端末２０ｂに送信済みのデータであっても、一定の容量または一定の期間を超過しないうちは、そのデータを同記憶領域に保存しておくようにしてもよい。この場合は、送信済みのデータには送信済みであることを識別するフラグなどを設定することにより、送信、未送信を区別する。記憶領域は、受付部５４がデータを受信した際、新規に宛先となったユーザのユーザＩＤに対して割り当てられる。またデータ記憶部６０には、宛先不特定データ専用の記憶領域が確保される。宛先不特定データについては後に詳述する。

次に、上記構成によって、端末２０ａを操作するユーザから端末２０ｂを操作するユーザへ、メールなどのデータをインフラストラクチャモードで送信する場合の手順を説明する。ここでは、端末２０ａで送信元ユーザが生成したデータは、一旦サーバ５０へ送信され、記憶される。そして宛先ユーザが端末２０ｂをサーバ５０へ接続した際に、記憶されたデータが端末２０ｂへ送信される。

図６は、サーバ５０が端末２０ａからのデータを記憶するまでの手順を示している。まず送信元ユーザは、端末２０ａのデータ生成部２６に対しメールなどのデータ生成入力を行う（Ｓ１２）。この際、画像処理部３４は、友達情報記憶部３６に記憶された情報のうち、相手ユーザのユーザ名のみからなるリストを表示部３５に表示させ、データ生成部２６が宛先の選択入力を受け付ける。次に端末２０ａの発信部３０は、データ生成部２６から送られたデータに送信元および宛先のユーザのユーザＩＤを付加したデータセットを生成し、サーバ５０の受付部５４に送信する（Ｓ１４）。この送信はもちろん、端末２０ａのサーバ接続部２８がサーバ５０の端末接続部５２と通信を確立したうえで行われる。

サーバ５０の受付部５４は、端末２０ａからデータセットを受信すると（Ｓ１６）、データセットに含まれる宛先ユーザのユーザＩＤに基づきデータ記憶部６０の宛先ＩＤテーブル９０を検索し、当該ユーザＩＤが登録済みであるかどうかを確認する（Ｓ１８）。ここで「登録」とは、当該ユーザＩＤ宛てのデータを格納する記憶領域の割り当てのことであり、宛先ＩＤテーブル９０の宛先ＩＤ欄９２にユーザＩＤが存在すれば「登録済み」となる。宛先ユーザのユーザＩＤが登録済みであれば（Ｓ１８のＹ）、宛先ＩＤテーブル９０の格納アドレス欄９４に記載された、データ記憶部６０のアドレスを先頭アドレスとする記憶領域の空き領域に、受信したデータセットのうち、宛先ユーザのユーザＩＤ以外のデータを格納する（Ｓ２２）。登録済みでなければ（Ｓ１８のＮ）、宛先ユーザのユーザＩＤに対して記憶部６０内の記憶領域を新たに割り当て、宛先ＩＤテーブル９０に、ユーザＩＤと新たに割り当てた記憶領域の先頭アドレスを追加記載する（Ｓ２０）。そして、割り当てた記憶領域に、受信したデータセットのうち、宛先ユーザのユーザＩＤ以外のデータを格納する（Ｓ２２）。

図７は、端末２０ｂがサーバ５０からデータを受信し、宛先ユーザに告知するまでの手順を示している。まず端末２０ｂのサーバ接続部２８は、ユーザによる指示入力などによりサーバ５０へ接続要求を行う（Ｓ３０）。ユーザはサーバ５０への接続指示を、メールの送受信を目的に行ってもよいし、サーバ５０が提供する別のサービスを享受する目的で行ってもよい。サーバ５０の端末接続部５２が、応答信号を端末２０ｂに返すなど必要な手続を行った際、接続ユーザ情報取得部５６は、端末２０ｂを操作しているユーザのユーザＩＤである、接続元ユーザＩＤを特定する（Ｓ３２）。具体的には、端末２０ｂからの接続要求信号に、接続元ユーザＩＤを含ませるようにしておき、それを取得するようにしてもよいし、端末２０ｂの識別情報のみは接続手続の途中で別途取得するようにしてもよい。

次にサーバ５０のデータ検索部６４は、接続ユーザ情報取得部５６が取得した接続元ユーザＩＤに基づきデータ記憶部６０の宛先ＩＤテーブル９０を検索して接続元ユーザＩＤに対応する記憶領域を特定し、この記憶領域に未送信のデータが存在するかどうかを確認する（Ｓ３４）。該当するデータがなければ（Ｓ３４のＮ）、メールについての処理は終了し、ユーザが所望とする別のサービスなどを適宜処理する。接続元ユーザＩＤを宛先とする未送信のデータがあれば（Ｓ３４のＹ）、データ送信部５８はそのデータを端末２０ｂの着信部３２に送信する（Ｓ３６）。このとき送信するデータは、メールなどデータ本体と、データの送信元ユーザのユーザＩＤを含むデータセットである。

端末２０ｂの着信部３２は、サーバ５０に対する１回の接続で受信した１つ以上のデータセットに含まれる送信元ユーザのユーザＩＤに基づき、友達情報記憶部３６の友達ＩＤテーブル８０を検索し、それぞれのデータセットの送信元のユーザＩＤがＩＤ欄８４に含まれているかどうかを確認する（Ｓ３８）。画像処理部３４は、友達ＩＤテーブル８０に含まれている送信元ユーザのデータについてのみ、新規のデータが着信した旨の表示を表示部３５に表示し（Ｓ３８のＹ、Ｓ４０）、それ以外のデータは着信表示を行わない（Ｓ３８のＮ）。着信表示をユーザが確認した後は、本実施の形態を適用するアプリケーションの内容等により、データ自体の表示等が適宜行われるが、ここでは言及しない。

以上述べた手順により、端末２０ａから端末２０ｂへのデータの送信が完了する。本実施の形態では、端末側で自動的に生成されるユーザＩＤに基づきデータの送受信を行うため、一般のインフラストラクチャ通信でのメールのように、ユーザが事前にメールアドレスを確保する必要がなく、サーバ５０側でも事前にメールアドレスの割り振りおよび管理を行う必要がない。また、自分のユーザＩＤは自動的に生成され、宛先のユーザＩＤはユーザ名を選択すれば自動的に割り出されるため、ユーザはユーザＩＤの存在を意識することがない。従って、自分のアドレスを忘れたり相手のアドレスを間違えたり、といったヒューマンエラーの発生を削減することができるとともに、気軽にメール環境を獲得することができる。さらに、ユーザＩＤの生成や、ユーザどうしのユーザＩＤの交換、着信拒否などの処理を端末側で行うことができるため、サーバにおける処理の負荷が軽減される。

次に、上述のデータ送受信の機能を適用したアプリケーションの例について説明する。上述の機能を含むアプリケーションは、端末２０ａに係る機能、サーバ５０に係る機能ごとに、ＣＤ−ＲＯＭ（Compact Disc Random Access Memory）やハードディスクなどの記録装置に記録されたプログラムを、端末２０ａおよびサーバ５０においてそれぞれロードすることによって実行される。図８は本実施の形態を適用したアプリケーションの画像の例を示している。このような画像は、ユーザ情報交換部４０、データ交換部４２および、図示しないアプリケーションの別の機能を実行する機能ブロックと、画像処理部３４との協働により表示部３５に表示される。このアプリケーションでは、ユーザは自分の操作する端末２０ａの表示部３５に、１人のキャラクタとして登場する。そしてユーザの指示入力によりキャラクタが移動したり様々な動作をすることで、対応する機能が実現される。さらに本アプリケーションは、様々なアイテムやキャラクタが画像世界に表現され、ユーザを象徴するキャラクタがそれを取得したり育てたりするといったゲーム性を有する。

図８は、同一のアプリケーションを実行している２つの端末２０ａおよび２０ｂがアドホック通信を確立した際の画像の例である。画像例２００には、端末２０ａを操作しているユーザ自信を象徴する自己キャラクタ２０４と、相手の端末２０ｂを操作しているユーザを象徴する相手キャラクタ２０２が表示される。相手キャラクタ２０２はアドホック通信が確立して初めて、端末２０ａの表示部３５に出現し、この際、相手の端末２０ｂの表示部３５にも同様の画像が表示される。相手キャラクタ２０２の動作は、端末２０ｂにおいて相手のユーザが入力指示している、キャラクタ動作にかかる情報を、端末２０ａが逐次受信することによって、端末２０ａの画像にも反映される。これにより、例えばキャラクタどうしが話しをしたり、アイテムを交換したり、といった動作を表現でき、ユーザどうしのコミニュケーションを実現しつつ、ゲームを楽しむことができる。

画像例２００には、キャラクタの他にアイテムとして名刺２０６が表示されている。名刺２０６にはそれを所有するキャラクタのキャラクタ名が記載されている。ここでキャラクタ名は、友達ＩＤテーブル８０のユーザ名欄８２に記載されるユーザ名に相当する。ユーザは画像世界で自分のキャラクタに名刺２０６を交換させることにより、ユーザＩＤを送受信する。図８の例では、相手キャラクタ２０２が、自分のキャラクタ名「たなか」を記載した名刺を、自己キャラクタ２０４に渡している。

図９は、画像例２００が表示される状況において、それぞれの端末２０ａおよび端末２０ｂで行われる処理手順を示している。まず、端末２０ａおよび端末２０ｂの端末間通信部３８は、どちらかの端末２０または図示しない第３の端末２０などによる接続指示により、アドホック通信を確立する（Ｓ７０、Ｓ７４）。これは例えば、ユーザの入力指示により、画像世界の自己キャラクタ２０４が、複数のキャラクタが集まる街などへ移動することによって実現させてもよい。アドホック通信が確立すると画像処理部３４は、相手の端末を操作するユーザの入力指示により発生する、相手キャラクタ２０２の動作にかかる情報を受信し、表示部３５に相手キャラクタ２０２を表示する（Ｓ７２、Ｓ７６）。

ここで端末２０ｂを操作する相手ユーザが入力指示を行い、当該ユーザを象徴する相手キャラクタ２０２が自己キャラクタ２０４に名刺を渡す動作をさせる（Ｓ７８）。このとき画像では画像例２００のごとく、キャラクタ名のみが記された名刺が譲渡される。一方、端末２０ｂのユーザ情報交換部４０は、端末２０ｂを操作する相手ユーザのユーザ名およびユーザＩＤを端末２０ａのユーザ情報交換部４０へ送信する（Ｓ８０）。端末２０ａのユーザ情報交換部４０は、受信した相手のユーザ名およびユーザＩＤを対応づけて、友達情報記憶部３６に格納された友達ＩＤテーブル８０に書き込む（Ｓ８２）。これにより、端末２０ｂを操作する相手ユーザのユーザＩＤが端末２０ａに記憶され、端末２０ａを操作するユーザは、例えば画像世界の名刺入れからユーザ名が書かれた名刺を選択して、自分が作成したメールなどに添付することにより、データに宛先ユーザのユーザＩＤが付加でき、図６、図７で説明したインフラストラクチャモードでのデータの送受信を行うことができる。同様に自己キャラクタ２０４から相手キャラクタ２０２へ名刺を渡すことにより端末２０ａを操作するユーザから端末２０ｂを操作する相手ユーザへ自分のユーザＩＤを送信してもよい。

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

図１０は、宛先不特定データの送信を可能とした場合に、端末２０ａとサーバ５０がデータの送受信を行う手順を示している。本図において、宛先ユーザののユーザＩＤが定められているデータの送信処理は図６と同様である。従って図６のＳ１８およびＳ２０に示すように、サーバ５０においてユーザＩＤの登録確認も当然行われるが、ここでは図示および説明を省略する。まずユーザは、図６と同様、端末２０ａのデータ生成部２６に対しメールなどのデータ生成入力を行う（Ｓ５０）。ここで宛先を不特定としたデータを作成したい場合は、ユーザは宛先を不特定とするボタンなどの選択入力を行う。そして当該データに含まれるメールは、データ生成部２６の定型文記憶部２１に記憶された定型文で構成された文章のみ入力可能とする。これにより猥雑な文章が不特定のユーザへ送信されるなど、機能の悪用を防止する。定型文は例えば「こんにちは」や「がんばろうね」など、ごく短い文章でもよい。そしてユーザが自分を象徴する自己キャラクタ２０４が取得済みのアイテムから選択入力を行うと、データ生成部２６は選択されたアイテムの画像データの識別情報を送信データに含ませる。画像データの識別情報は、端末２０ａおよび端末２０ｂがともにアイテム記憶部３７に記憶している各アイテムの画像データを識別する情報である。以上の処理により、宛先の特定、不特定に関わらず、メールとアイテムがセットされたデータが生成される。送信データには、アイテムの画像データそのものを含ませてもよい。

端末２０ａの発信部３０は、図６と同様のデータセットを生成し、サーバ５０の受付部５４に送信する（Ｓ５２）。Ｓ５０において宛先を不特定とする選択入力が行われたデータは、宛先のフィールドに宛先が不特定であることを示す識別情報が設定され、送信される。宛先が不特定であることを示す識別情報は端末２０ａおよびサーバ５０であらかじめ定められた共通のものを使用し、番号や文字列などでもよいし、宛先のフィールドを空白とすることにしてもよい。

サーバ５０の受付部５４は、端末２０ａからデータセットを受信すると（Ｓ５４）、図６と同様、宛先のフィールドに記載されたユーザＩＤ、または識別情報に基づき、それぞれに割り当てられたデータ記憶部６０の記憶領域にデータ等を格納する（Ｓ５６）。ここで宛先のフィールドに宛先が不特定であることを示す識別情報が設定されていた場合は、データ記憶部６０内の、宛先不特定データ専用の記憶領域にデータ等を格納する。次いで宛先のフィールドに宛先が不特定であることを示す識別情報が設定されていた場合（Ｓ５８のＮ）、送信先決定部６２は、過去にデータ記憶部６０の宛先不特定データ専用の記憶領域に格納された宛先不特定データから、最前に記憶されたデータなど１つのデータを選択し、その宛先を、今回宛先不特定データを送信した端末２０ａのユーザのユーザＩＤに決定する（Ｓ６２）。具体的には、今回端末２０ａが送信したデータセットから、送信元ユーザのユーザＩＤを取得し、選択した過去の宛先不特定データを当該ユーザＩＤに割り当てられた記憶領域へ移動させる。

その後データ送信部５８は、図７のＳ３６と同様、選択された宛先不特定データを、端末２０ａの着信部３２に送信する（Ｓ６４）。このとき送信するデータには、当該データの送信元ユーザのユーザＩＤは含めなくてもよい。端末２０ａの着信部３２がデータを受信すると、この場合は友達ＩＤテーブル８０との照合はせずに、画像処理部３４がデータの着信表示を表示部３５に表示する（Ｓ６６）。さらにユーザによって受信したデータの開封指示の入力が行われると（Ｓ６７）、画像処理部３４は当該データに含まれるアイテムの画像データの識別情報をもとにアイテム記憶部３７を検索し、送られたアイテムの画像データを取得して、メール本文とともに表示部３５に出力する（Ｓ６８）。これによりユーザは新たなアイテムの入手を認識する。データにアイテムの画像データがそのまま含まれていた場合は、それを出力する。

Ｓ５８において宛先のフィールドに宛先ユーザのユーザＩＤが指定してあった場合は（Ｓ５８のＹ）、図６で説明したとおり、この時点で一旦処理を終了する。その後、当該宛先ユーザの使用する端末２０ｂなどがサーバ５０へ接続を行った際に、Ｓ５６において記憶したデータを端末２０ｂなどに送信する点は、図７で説明したのと同様である。

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

以上述べた本実施の形態によれば、アドホックモードとインフラストラクチャモードという２つの通信モードを利用し、近距離でリアルタイムなコミュニケーションと遠距離で時間差を設けられるコミュニケーションとを組み合わせて１つのアプリケーションを実現することにより、機能性、娯楽性の両面が充実した端末を提供することができる。具体的には、メールアドレスをユーザが登録したり書き込んだりすることなく、名刺というアイテムを交換したり添付したりすることで、メールやアイテムを遠距離に居る相手にも送信できるため、ユーザが通信処理に介入する余地が少なく、ヒューマンエラーが発生しにくい。従って子供や高齢者など英数字に不慣れな者でも気軽にデータ送受信を行うことができる。またユーザＩＤは端末において自動的に生成され、データの送信とともに自動的にサーバに登録される。さらに、着信拒否などの機能も端末側で処理される。そのため、サーバ側で管理すべき項目や実行すべき処理の項目が減るため、サービスを提供するベンダーの負荷が軽減され、運用にかかるコストが削減できる。また、インフラストラクチャ通信を利用してアイテムを見知らぬ相手に贈ることが可能となるため、アイテム収集に対する偶然性が増し、ユーザがより高い娯楽性を享受することができる。

以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

例えば図６のＳ１８では、端末２０ａがサーバ５０へ送信したデータセットに含まれる宛先ユーザのユーザＩＤについて、宛先ＩＤテーブル９０に登録済みであるかどうかを確認したが、端末２０ａまたは端末２０ｂがサーバ５０へ接続を行った際は常に、同様の確認処理を接続元ユーザＩＤについて行ってもよい。すなわち、図６または図１０においてはＳ１４またはＳ５４で端末２０ａがデータセットを送信する際またはそれ以前、端末２０ａがサーバ５０と接続した時点で、サーバ５０の接続ユーザ情報取得部５６が、端末２０ａを操作しているユーザのユーザＩＤである接続元ユーザＩＤを上述のとおり特定する。そして当該接続元ユーザＩＤが宛先ＩＤテーブル９０に登録済みであるか否かを確認し、登録されていなければ図６のＳ２０と同様の登録処理を行う。同様に、図７のＳ３２において接続ユーザ情報取得部５６が端末２０ｂの接続元ユーザＩＤを特定した後も宛先ＩＤテーブル９０への登録確認処理を行ってよい。この場合、各端末が行うメール送信に先んじてユーザＩＤを登録しておくことができる場合があり、メール送信時にサーバ５０が行う処理の負荷を軽減できる。

また、宛先を不特定としたデータはアイテムを添付しなくてもよい。この場合は、見知らぬ相手に対し定型文のみが送られる。アイテムを添付しない宛先不特定メールは、サーバ５０のデータ記憶部６０に、アイテムを添付した宛先不特定メールと混在させて記憶してもよいし、添付されたアイテムの有無によって記憶領域を区別してもよい。後者の場合は、アイテムを添付した宛先不特定メールを送信したユーザにはアイテムを添付したメールが返信され、アイテムを添付しないメールを送信したユーザにはアイテムを添付しないメールを返信することができる。また、１つのデータにアイテムを複数添付してもよい。この場合も、データ記憶部６０に添付されたアイテムの数ごとにデータの記憶領域を用意しておくと、例えばアイテムを３つ添付したデータを送信したユーザには、アイテムを３つ添付したデータを返信することができる。さらに出現率などによってアイテムの種類をランクづけし、宛先不特定メールに添付されたアイテムのランクと個数によって記憶領域を区別してもよい。この場合、出現率の高い複数のアイテムを添付してメールを送信したユーザは、それを合計した価値と等価の、例えば出現率の低いアイテムが１つ添付されたメールを受信することができるなど、多種のアイテムを取得できる機会が与えられる。このような変形例においても、本実施の形態と同様の効果を得ることができる。

また端末２０ａと端末２０ｂとのアドホック通信時には、図８で示した名刺２０６とは異なるアイテムの授受を、それぞれの端末におけるデータ交換部４２が行ってもよい。このとき、名刺２０６と同様にそれぞれの端末を操作するユーザが、渡したいアイテムを選択入力することによってアイテムの授受が行われてもよいし、ユーザの入力指示とは独立に、データ交換部４２が選択したアイテムが自動的に相手に渡されるようにしてもよい。同時に複数の端末がアドホック通信を行っている場合は、その中からデータ交換部４２がランダムに決定した相手にのみ、選択したアイテムが渡るようにしてもよい。アイテムの譲渡において相手の端末に送信されるデータは、図１０で説明したアイテムを添付したメールと同様、画像データの識別情報または画像データそのものでよい。この偶然性により、ユーザは欲しかったアイテムを予想外に取得できる機会が得られ、他のユーザと通信を行う楽しみが増加する。

本実施の形態における電子通信システムの全体構成を示す図である。本実施の形態における端末とサーバの構成を示す図である。ユーザ情報記憶部が記憶する管理番号テーブルのデータ構造を示す図である。友達情報記憶部が記憶する友達ＩＤテーブルのデータ構造を示す図である。データ記憶部が記憶する宛先ＩＤテーブルのデータ構造を示す図である。端末からサーバへデータを送信する手順を示すフローチャートである。サーバから端末へデータを送信する手順を示すフローチャートである。同一のアプリケーションを実行し、通信を行っている２つの端末に表示される画像例を示す図である。図８の画像例が表示される状況において、それぞれの端末で行われる処理手順を示すフローチャートである。端末、サーバ間で、宛先不特定データを含むデータの送受信を行う手順を示すフローチャートである。

符号の説明

２０端末、２２ユーザ情報記憶部、２４ユーザ情報管理部、２６データ生成部、２８サーバ接続部、３０発信部、３２着信部、３４画像処理部、３５表示部、３６友達情報記憶部、３８端末間通信部、４０ユーザ情報交換部、４２データ交換部、５０サーバ、５２端末接続部、５４受付部、５６接続ユーザ情報取得部、５８データ送信部、６０データ記憶部、６２送信先決定部、６４データ検索部、１００電子通信システム、３００基地局。

Claims

第１の端末と第２の端末間でアドホック通信を行い、前記第１の端末が前記第２の端末を操作するユーザの識別情報を取得するステップと、
前記アドホック通信で取得した前記識別情報を宛先として、インフラストラクチャ通信により前記第１の端末から前記第２の端末へデータを送信することを特徴とする電子通信方法。
複数の端末間でデータの送受信を行う電子通信方法であって、
前記端末を操作するユーザを前記端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を生成するステップと、
前記端末から前記データの送受信を仲介するサーバへ前記ユーザ識別情報を送信するステップと、
前記サーバにおいて、受信した前記ユーザ識別情報を記憶するステップと、
前記サーバが前記ユーザ識別情報に基づき前記端末へデータの配信を行うステップと、
を含むことを特徴とする電子通信方法。
前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する端末から前記データの送信元の端末へ直接的な通信により送信するステップと、
前記宛先ユーザのユーザ識別情報を付加した前記データを、前記送信元の端末から前記サーバへ送信するステップと、
前記サーバにおいて、前記送信元の端末から受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶するステップと、
前記サーバにおいて、前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定するステップと、
前記サーバにおいて、前記接続元ユーザのユーザ識別情報に基づき、前記宛先ユーザのユーザ識別情報に対応づけて記憶されたデータを検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するステップと、
前記新たに接続した端末に特定したデータを送信するステップと、
をさらに含むことを特徴とする請求項２に記載の電子通信方法。
データを送受信する端末と、前記端末間のデータ送受信をネットワークを介して仲介するサーバと、を備え、
前記端末は、
前記端末を操作するユーザを端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、
前記サーバと接続し、前記ユーザ情報管理部が生成した前記ユーザ識別情報を前記サーバへ送信する発信部と、を備え、
前記サーバは、
前記端末が送信した前記ユーザ識別情報を受信する受付部と、
前記受付部が受信した前記ユーザ識別情報を記憶するデータ記憶部と、
前記データ記憶部が記憶した前記ユーザ識別情報に基づき前記端末へデータの配信を行うデータ配信部と、
を備えたことを特徴とする電子通信システム。
前記端末は、前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する端末との直接的な通信により取得する相手情報取得部を備え、
前記端末における前記発信部はさらに、前記宛先ユーザのユーザ識別情報を付加した前記データを前記サーバへ送信し、
前記サーバにおける前記受付部はさらに、前記送信部が送信した前記データを受信し、
前記サーバにおける前記データ記憶部はさらに、前記受付部が受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶し、
前記サーバにおける前記データ配信部は、
前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定する接続ユーザ情報取得部と、
前記接続ユーザ情報取得部において特定された前記接続元ユーザのユーザ識別情報に基づき前記データ記憶部を検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するデータ検索部と、
前記新たに接続した端末に、前記データ検索部が特定したデータを送信するデータ送信部と
を備えたことを特徴とする請求項４に記載の電子通信システム。
端末間で直接的に、およびサーバを介して、データの送受信を行う通信端末であって、
前記通信端末を操作するユーザを前記通信端末内で識別する情報と前記通信端末を識別する情報とで構成されるユーザ識別情報を生成するユーザ情報管理部と、
前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する通信端末との直接的な通信により取得する相手情報取得部と、
前記サーバへ接続し、前記相手情報取得部が取得した、前記宛先ユーザのユーザ識別情報を付加したデータを前記サーバへ送信する発信部と、
前記サーバへ接続し、自己の通信端末を操作するユーザの前記ユーザ識別情報を前記宛先ユーザのユーザ識別情報としたデータを、前記サーバから受信する着信部と、
を備えたことを特徴とする通信端末。
前記通信端末は、
オブジェクトを含む画像を表示する画像表示部をさらに備え、
前記相手情報取得部は、前記宛先ユーザのユーザ識別情報を象徴するオブジェクトが、前記宛先ユーザが操作する通信端末から到来する動作を、前記画像表示部に表示させながら前記宛先ユーザのユーザ識別情報を取得することを特徴とする請求項６に記載の通信端末。
着信データの表示を許可する送信元ユーザのユーザ識別情報を記載した相手情報テーブルを記憶する相手情報記憶部をさらに備え、
前記発信部は、自己の通信端末を操作する送信元ユーザのユーザ識別情報をさらに付加して前記データを前記サーバへ送信し、
前記着信部は、前記サーバから受信したデータに付加された前記送信元ユーザのユーザ識別情報に基づき前記相手情報テーブルを検索し、前記送信元ユーザのユーザ識別情報が前記相手情報テーブルに記載されていた場合に前記データの着信表示を行うことを特徴とする請求項６または７に記載の通信端末。
前記通信端末は、
前記宛先ユーザが操作する通信端末と直接的な通信が確立された際、前記画像表示部に表示中のオブジェクトのうちいずれかのオブジェクトを伝播オブジェクトとして選択し、前記伝播オブジェクトの画像データに関する情報を、ユーザからの指示入力と独立して前記宛先ユーザが操作する通信端末に送信するアイテム譲渡部と、
前記伝播オブジェクトの画像データに関する情報が前記宛先ユーザが操作する通信端末の前記アイテム譲渡部から送信された場合に、前記画像データに関する情報に基づき前記伝播オブジェクトの前記画像表示部への表示を開始し、前記伝播オブジェクトの画像データに関する情報を自己の通信端末の前記アイテム譲渡部から前記宛先ユーザが操作する通信端末へ送信した場合に、前記伝播オブジェクトの前記画像表示部への表示を停止する画像処理部と、
を備えることにより、前記伝播オブジェクトが通信を確立した通信端末間を自動的に伝播したようにユーザに視認させることを特徴とする請求項７に記載の通信端末。
前記発信部はさらに、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した宛先不特定データを前記サーバへ送信し、
前記着信部はさらに、前記サーバに以前送信され記憶された前記宛先不特定データのうちいずれかを、前記サーバから受信することを特徴とする請求項６から９のいずれかに記載の通信端末。
ネットワークを介して端末間のデータの送受信を仲介するサーバであって、
前記端末において生成された、前記端末を操作するユーザを端末内で識別する情報と前記端末を識別する情報とで構成されるユーザ識別情報を受信する受付部と、
前記受付部が受信した前記ユーザ識別情報を記憶するデータ記憶部と、
前記データ記憶部が記憶した前記ユーザ識別情報に基づき前記端末へデータの配信を行うデータ配信部と、
を備えたことを特徴とするサーバ。
前記受付部はさらに、前記データの送信元の端末から、前記データの宛先ユーザの前記ユーザ識別情報を付加したデータを受信し、
前記データ記憶部はさらに、前記受付部が受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶し、
前記データ配信部は、
前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定する接続ユーザ情報取得部と、
前記接続ユーザ情報取得部において特定された前記接続元ユーザのユーザ識別情報に基づき前記データ記憶部を検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定するデータ検索部と、
前記新たに接続した端末に、前記データ検索部が特定したデータを送信するデータ送信部と
を備えたことを特徴とする請求項１１に記載のサーバ。
前記受付部はさらに、前記データの送信元の端末から、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した、宛先不特定データを受信し、
前記記憶部はさらに、前記受付部が受信した前記宛先不特定データを所定の記憶領域に記憶し、
前記データ送信部は、前記受付部が前記宛先不特定データを新たに受信した際、前記記憶部において前記所定の記憶領域に以前に記憶された前記宛先不特定データのうちのいずれかのデータを、前記新たに受信した宛先不特定データの送信元ユーザの操作する端末に送信することを特徴とする請求項１１または１２に記載のサーバ。
端末間で直接的に、およびサーバを介して、データの送受信を行う通信端末に搭載されたコンピュータに、
前記通信端末を操作するユーザを前記通信端末内で識別する情報と前記通信端末を識別する情報とで構成されるユーザ識別情報を生成する機能と、
前記データの宛先ユーザの前記ユーザ識別情報を、前記宛先ユーザが操作する通信端末との直接的な通信により取得する機能と、
前記サーバへ接続し、前記宛先ユーザのユーザ識別情報を付加したデータを前記サーバへ送信する機能と、
前記サーバへ接続し、自己の通信端末を操作するユーザの前記ユーザ識別情報を前記宛先ユーザのユーザ識別情報としたデータを、前記サーバから受信する機能と、
を実現させることを特徴とするコンピュータプログラム。
前記コンピュータに、
着信データの表示を許可する送信元ユーザのユーザ識別情報を記載した相手情報テーブルを記憶する機能と、
前記データを前記サーバへ送信する際、自己の通信端末を操作する送信元ユーザのユーザ識別情報をさらに付加する機能と、
前記サーバから受信したデータに付加された前記送信元ユーザのユーザ識別情報に基づき前記相手情報テーブルを検索し、前記送信元ユーザのユーザ識別情報が前記相手情報テーブルに記載されていた場合に前記データの着信表示を行う機能と、
をさらに実現させることを特徴とする請求項１４に記載のコンピュータプログラム。
前記コンピュータに、
オブジェクトを含む画像を表示する機能と、
前記宛先ユーザが操作する通信端末と直接的な通信が確立された際、表示中のオブジェクトのうちいずれかのオブジェクトを伝播オブジェクトとして選択し、前記伝播オブジェクトの画像データに関する情報を、ユーザからの指示入力と独立して前記宛先ユーザが操作する通信端末に送信する機能と、
前記伝播オブジェクトの画像データに関する情報が前記宛先ユーザが操作する通信端末から送信された場合に、前記画像データに関する情報に基づき前記伝播オブジェクトの表示を開始する機能と、
前記伝播オブジェクトの画像データに関する情報を自己の通信端末の前記アイテム譲渡部から前記宛先ユーザが操作する通信端末へ送信した場合に、前記伝播オブジェクトの表示を停止する機能と、
をさらに実現させることにより、前記伝播オブジェクトが通信を確立した通信端末間を自動的に伝播したようにユーザに視認させることを特徴とする請求項１４または１５に記載のコンピュータプログラム。
ネットワークを介して端末間のデータの送受信を仲介するサーバに搭載されたコンピュータに、
前記端末において生成された、前記データの送信元の端末から、前記データの宛先ユーザを前記宛先ユーザが操作する端末内で識別する情報と前記宛先ユーザが操作する端末を識別する情報とで構成される、前記宛先ユーザのユーザ識別情報を付加した前記データを受信する機能と、
受信したデータを前記宛先ユーザのユーザ識別情報に対応づけて記憶する機能と、
前記サーバに新たに接続した端末を操作する接続元ユーザの前記ユーザ識別情報を特定する機能と、
特定された前記接続元ユーザのユーザ識別情報に基づき前記ユーザ識別情報に対応づけて記憶されたデータを検索し、前記接続元ユーザのユーザ識別情報に合致するユーザ識別情報に対応して記憶されたデータを特定する機能と、
前記新たに接続した端末に、特定したデータを送信する機能と、
を実現させることを特徴とするコンピュータプログラム。
前記コンピュータに、
前記データの送信元の端末から、前記宛先ユーザのユーザ識別情報に代わり宛先を不特定とする識別情報を設定した宛先不特定データを受信する機能と、
受信した前記宛先不特定データを所定の記憶領域に記憶する機能と、
前記宛先不特定データを新たに受信した際、、前記所定の記憶領域に以前に記憶された前記宛先不特定データのうちのいずれかのデータを、前記新たに受信した宛先不特定データの送信元ユーザの操作する端末に送信する機能と、
をさらに実現させることを特徴とする請求項１７に記載のコンピュータプログラム。
請求項１４から請求項１８のいずれかに記載のコンピュータプログラムを格納した、コンピュータにて読み取り可能な記録媒体。