特許 6234099 情報通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6234099

(24)【登録日】2017年11月2日

(45)【発行日】2017年11月22日

(54)【発明の名称】情報通信システム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20171113BHJP

【ＦＩ】

   G06F13/00 560A

【請求項の数】11

【全頁数】57

(21)【出願番号】特願2013-151808(P2013-151808)

(22)【出願日】2013年7月22日

(65)【公開番号】特開2015-22632(P2015-22632A)

(43)【公開日】2015年2月2日

【審査請求日】2016年7月13日

(73)【特許権者】

【識別番号】313004654

【氏名又は名称】株式会社プラットフィールド

(74)【代理人】

【識別番号】100106013

【弁理士】

【氏名又は名称】田川 幸一

(72)【発明者】

【氏名】水田 猛

【審査官】 佐々木 洋

(56)【参考文献】

【文献】 特開２００６−２０３５４８（ＪＰ，Ａ）

【文献】 特開平１０−３４１２２３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

データベースを備えたサーバ装置と、情報通信手段を介して前記サーバ装置との間で情報の通信が可能な複数のクライアント装置と、を備えた情報通信システムであって、
前記データベースは、２以上の前記クライアント装置のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置と１または２以上の他のユーザのクライアント装置との間において情報の通信が許容される関係である通信コネクションが存在することを示す情報として、当該通信コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶し、
前記クライアント装置は、
前記データベースに記憶されたデータに基づいて、当該クライアント装置のユーザの属する通信コネクションに属する他のユーザであって当該クライアント装置との間において情報の通信が許容されているクライアント装置のユーザの当該通信コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置に表示するプロフィール表示手段、
を備えたクライアント側通信制御部を備え、
前記サーバ装置は、
前記クライアント装置から、前記プロフィール表示手段によって当該クライアント装置に表示された前記プロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置と、前記情報通信要求信号によって特定された相手方のクライアント装置との間における情報の通信を中継する通信中継手段と、
前記クライアント装置から、当該クライアント装置のユーザの属する通信コネクションからの離脱を求めるコネクション離脱要求信号を受信すると、前記データベースに記憶されている当該ユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置のユーザを当該通信コネクションから離脱させるコネクション離脱手段と、
を備えたサーバ側通信制御部を備えたこと、
を特徴とする、情報通信システム。

【請求項2】

請求項１の情報通信システムにおいて、
前記サーバ側通信制御部は、さらに、
２つの前記クライアント装置から、それぞれ、通信コネクションの作成を求める信号であって当該クライアント装置のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション作成要求信号を受信すると、双方のプロフィール情報を相互に関連付けて前記データベースに記憶することで、当該通信コネクションを作成するコネクション作成手段を備えたこと、
を特徴とするもの。

【請求項3】

請求項１ないし２のいずれかの情報通信システムにおいて、
前記サーバ側通信制御部は、さらに、
前記クライアント装置から、既存の通信コネクションへの加入を求める信号であって当該クライアント装置のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション加入要求信号を受信すると、当該既存の通信コネクションに属するユーザのクライアント装置からの当該加入を許可する旨の加入許可信号を受信したことを条件として、当該クライアント装置のユーザの前記プロフィール情報を前記既存の通信コネクションに属するユーザの当該通信コネクションに係るプロフィール情報と相互に関連付けて前記データベースに記憶することで、当該クライアント装置のユーザの当該既存の通信コネクションへの加入を実現するコネクション加入手段を備えたこと、
を特徴とするもの。

【請求項4】

請求項１ないし３のいずれかの情報通信システムにおいて、
前記データベースは、さらに、通信コネクションに属するユーザごとに設定された当該通信コネクションの有効期限を記憶し、
前記サーバ側通信制御部および前記クライアント側通信制御部の少なくとも一方は、さらに、
前記ユーザについて通信コネクションの有効期限が切れているか否かを、前記データベースに記憶されたデータに基づいて判定し、有効期限が切れていると判定した場合に、前記データベースに記憶されている当該有効期限の切れているユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該ユーザを当該通信コネクションから自動的に離脱させるコネクション自動離脱手段、
を備えたこと、
を特徴とするもの。

【請求項5】

請求項４の情報通信システムにおいて、
前記サーバ側通信制御部および前記クライアント側通信制御部の少なくとも一方は、さらに、
前記ユーザについて通信コネクションの有効期限が切れる所定期間前であるか否かを、前記データベースに記憶されたデータに基づいて判定し、有効期限が切れる所定期間前であると判定した場合に、当該ユーザのクライアント装置に、当該通信コネクションからの離脱予告を通知するコネクション離脱予告通知手段、
を備えたこと、
を特徴とするもの。

【請求項6】

請求項４ないし５のいずれかの情報通信システムにおいて、
前記サーバ側通信制御部は、さらに、
前記クライアント装置から他のクライアント装置に対して通信コネクションを利用した情報の通信が実行された場合に、前記データベースに記憶された当該クライアント装置のユーザについての通信コネクションの有効期限を自動的に延長するコネクション自動延長手段、
を備えたこと、
を特徴とするもの。

【請求項7】

請求項１ないし６のいずれかの情報通信システムに用いられる前記サーバ装置。

【請求項8】

請求項１ないし６のいずれかの情報通信システムに用いられる前記クライアント装置。

【請求項9】

コンピュータを、請求項７のサーバ装置のサーバ側通信制御部または請求項８のクライアント装置のクライアント側通信制御部として機能させるためのプログラム。

【請求項10】

請求項９のプログラムを記憶した記録媒体。

【請求項11】

データベースを備えたサーバ装置と、情報通信手段を介して前記サーバ装置との間で情報の通信が可能な複数のクライアント装置と、を備えた情報通信システムを用いて行う情報通信方法であって、
前記データベースは、２以上の前記クライアント装置のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置と１または２以上の他のユーザのクライアント装置との間において情報の通信が許容される関係である通信コネクションが存在することを示す情報として、当該通信コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶し、
前記クライアント装置が、前記データベースに記憶されたデータに基づいて、当該クライアント装置のユーザの属する通信コネクションに属する他のユーザあって当該クライアント装置との間において情報の通信が許容されているクライアント装置のユーザの当該通信コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置に表示するプロフィール表示ステップと、
前記サーバ装置が、前記クライアント装置から、前記プロフィール表示ステップにおいて当該クライアント装置に表示された前記プロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置と、前記情報通信要求信号によって特定された相手方のクライアント装置との間における情報の通信を中継する通信中継ステップと、
前記サーバ装置が、前記クライアント装置から、当該クライアント装置のユーザの属する通信コネクションからの離脱を求めるコネクション離脱要求信号を受信すると、前記データベースに記憶されている当該ユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置のユーザを当該通信コネクションから離脱させるコネクション離脱ステップと、
を備えたこと、
を特徴とする、情報通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、情報通信システムに関し、とくに情報通信手段を介して、文字、音声、画像、映像等の情報を相互に通信する技術に関する。

【背景技術】

【0002】

インターネットなどの情報通信ネットワークを介して、文字、音声、画像、映像等の情報を提示・交換するための会員制のウェブサイトとして、ＳＮＳ（Social Networking Service）が知られている。

【0003】

一般的に、ＳＮＳにおいては、実名登録を原則として、友人・知人間のコミュニケーションを円滑にするツールが提供される。そして、たとえば、会員の端末装置に装備されているアドレス帳に基づいて、「友達の友達」との、新たな人間関係の構築を促進する仕組みが備わっている場合が多い。このようにして、新たな人間関係を構築することで、ＳＮＳの利用促進を図っている。

【0004】

反面、新たな人間関係を構築してゆくにつれ、個人情報が拡散してゆき、不適切に利用される可能性が高くなるなど、個人情報の保護が難しくなるといった問題がある。

【0005】

このような問題を解決することを目的として、新たな友達関係を形成するためには、不知者双方の合意や、三者間の合意を必要とするよう構成することで、サービスの利用者間での繋がりを強化し、個人情報の適切な保護を図る技術が提案されている（特許文献１の段落［００３３］〜［００３６］、図１３、図１５参照）。

【0006】

しかしながら、いったん友達関係が構築されると、電話番号やメールアドレスが相手に知らされるから（特許文献１の段落［００３０］、図１０参照）、何らかの事情で、相手との連絡を望まなくなった場合でも、相手から一方的に電話がかかってきたり、電子メールが送られてきたりするおそれがある。

【0007】

この場合、相手との連絡を絶つために、自己の電話番号やメールアドレスを変更することも考えられるが、電話番号やメールアドレスは他の用途にも用いていることがあるため、事実上、変更することができない場合が多い。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２００９−４４５９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

この発明は、このような従来の問題を解決し、電話番号やメールアドレスなどの重要な個人情報の拡散を抑制するとともに、相手との連絡を望まなくなった場合に、容易かつ確実に相手との連絡を絶つことのできる、情報通信システム等を提供することを目的とする。

【課題を解決するための手段】

【0010】

この発明による情報通信システムは、データベースを備えたサーバ装置と、情報通信手段を介してサーバ装置との間で情報の通信が可能な複数のクライアント装置と、を備えた情報通信システムであって、データベースは、２以上のクライアント装置のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置と１または２以上の他のユーザのクライアント装置との間において情報の通信が許容される関係である通信コネクションが存在することを示す情報として、当該通信コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶し、クライアント装置は、データベースに記憶されたデータに基づいて、当該クライアント装置のユーザの属する通信コネクションに属する他のユーザであって当該クライアント装置との間において情報の通信が許容されているクライアント装置のユーザの当該通信コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置に表示するプロフィール表示手段、を備えたクライアント側通信制御部を備え、サーバ装置は、クライアント装置から、プロフィール表示手段によって当該クライアント装置に表示されたプロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置と、情報通信要求信号によって特定された相手方のクライアント装置との間における情報の通信を中継する通信中継手段と、クライアント装置から、当該クライアント装置のユーザの属する通信コネクションからの離脱を求めるコネクション離脱要求信号を受信すると、データベースに記憶されている当該ユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置のユーザを当該通信コネクションから離脱させるコネクション離脱手段と、を備えたサーバ側通信制御部を備えたこと、を特徴とする。

【0011】

本発明の特徴は、上記のように広く示すことができるが、その構成や内容は、目的および特徴とともに、図面を考慮に入れた上で、以下の開示によりさらに明らかになるであろう。

【発明の効果】

【0012】

本願の第１発明による情報通信システムは、データベースを備えたサーバ装置と、情報通信手段を介してサーバ装置との間で情報の通信が可能な複数のクライアント装置と、を備えた情報通信システムであって、データベースは、２以上のクライアント装置のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置と１または２以上の他のユーザのクライアント装置との間において情報の通信が許容される関係である通信コネクションが存在することを示す情報として、当該通信コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶し、クライアント装置は、データベースに記憶されたデータに基づいて、当該クライアント装置のユーザの属する通信コネクションに属する他のユーザであって当該クライアント装置との間において情報の通信が許容されているクライアント装置のユーザの当該通信コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置に表示するプロフィール表示手段、を備えたクライアント側通信制御部を備え、サーバ装置は、クライアント装置から、プロフィール表示手段によって当該クライアント装置に表示されたプロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置と、情報通信要求信号によって特定された相手方のクライアント装置との間における情報の通信を中継する通信中継手段と、クライアント装置から、当該クライアント装置のユーザの属する通信コネクションからの離脱を求めるコネクション離脱要求信号を受信すると、データベースに記憶されている当該ユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置のユーザを当該通信コネクションから離脱させるコネクション離脱手段と、を備えたサーバ側通信制御部を備えたこと、を特徴とする。

【0013】

このように、本システムにおいては、クライアント装置のユーザが相手方のクライアント装置のユーザと連絡をとる際、自己の個人情報として、ユーザ自身が指定した任意のプロフィール情報および／またはプロフィールインデックス情報（以下、これらを単に「プロフィール情報」ということがある。）が用いられる。

【0014】

本システムにおいては、ユーザが相手方のユーザに公開する自己の個人情報（上記の自己のプロフィール情報）の内容は、通信コネクションの用途や目的に応じて、ユーザ自身が通信コネクションごとに任意に指定することができるから、自己の個人情報として、通信の用途や目的にかかわらず一律の内容、たとえば電話番号やメールアドレス等の重要な情報、を公開していた従来の場合に比べ、重要な個人情報の拡散を抑制することができる。

【0015】

また、何らかの事情で相手方との連絡を望まなくなった場合は、サーバ装置にコネクション離脱要求信号を送信することで、相手方の属する通信コネクションから離脱することができる。これにより、相手方と自分との連絡を絶つことができる。

【0016】

したがって、容易に相手方との連絡を絶つことができるうえ、相手に公開する自己のプロフィール情報を適切に選択しておけば、連絡を絶った後においても、電話番号やメールアドレスのように重要で変更が困難な個人情報が相手方に残らないため、確実に相手方との連絡を絶つことができる。もちろん、相手方の属する通信コネクションから離脱した後は、相手方のクライアント装置からこちらのプロフィール情報を見られることもない。

【0017】

すなわち、電話番号やメールアドレスなどの重要な個人情報の拡散を抑制するとともに、相手との連絡を望まなくなった場合に、容易かつ確実に相手との連絡を絶つことのできる、情報通信システム等を実現することができる。

【0018】

本願の第２発明による情報通信システムは、本願の第１発明による情報通信システムにおいて、サーバ側通信制御部は、さらに、２つのクライアント装置から、それぞれ、通信コネクションの作成を求める信号であって当該クライアント装置のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション作成要求信号を受信すると、双方のプロフィール情報を相互に関連付けてデータベースに記憶することで、当該通信コネクションを作成するコネクション作成手段を備えたこと、を特徴とする。

【0019】

したがって、相互に連絡をとることを望む２つのクライアント装置のユーザは、ともに、サーバ装置に、自己の指定した自己のプロフィール情報を含むコネクション作成要求信号を送信することで、相手との間で、容易に新たな通信コネクションを作成することができる。

【0020】

このため、自己の所望のプロフィール情報を相手方に開示するだけで、相手方との間に、通信コネクションを、手軽に設定することができる。

【0021】

本願の第３発明による情報通信システムは、本願の第１ないし第２のいずれかの発明による情報通信システムにおいて、サーバ側通信制御部は、さらに、クライアント装置から、既存の通信コネクションへの加入を求める信号であって当該クライアント装置のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション加入要求信号を受信すると、当該既存の通信コネクションに属するユーザのクライアント装置からの当該加入を許可する旨の加入許可信号を受信したことを条件として、当該クライアント装置のユーザのプロフィール情報を既存の通信コネクションに属するユーザの当該通信コネクションに係るプロフィール情報と相互に関連付けてデータベースに記憶することで、当該クライアント装置のユーザの当該既存の通信コネクションへの加入を実現するコネクション加入手段を備えたこと、を特徴とする。

【0022】

したがって、クライアント装置のユーザが既存の通信コネクションへの加入を希望する場合、サーバ装置に、自己の指定した自己のプロフィール情報を含むコネクション加入要求信号を送信し、相手方から加入許可（承諾）を得ればよい。

【0023】

このため、自己の所望のプロフィール情報を開示するだけで、既存の通信コネクションに手軽に加入することができる。

【0024】

本願の第４発明による情報通信システムは、本願の第１ないし第３のいずれかの発明による情報通信システムにおいて、データベースは、さらに、通信コネクションに属するユーザごとに設定された当該通信コネクションの有効期限を記憶し、サーバ側通信制御部およびクライアント側通信制御部の少なくとも一方は、さらに、ユーザについて通信コネクションの有効期限が切れているか否かを、データベースに記憶されたデータに基づいて判定し、有効期限が切れていると判定した場合に、データベースに記憶されている当該有効期限の切れているユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該ユーザを当該通信コネクションから自動的に離脱させるコネクション自動離脱手段、を備えたこと、を特徴とする。

【0025】

通信コネクションの有効期限を、当該通信コネクションに属するユーザごとに設定するよう構成することで、同一の通信コネクションであってもユーザごとに異なるその用途・目的などユーザの事情に応じて、各ユーザが所望の時期に自動的に当該通信コネクションから離脱することが可能となる。

【0026】

したがって、新規作成または加入から所定期間経過し、当該ユーザにとって不要となっているにもかかわらず存続している通信コネクションから、自動的に離脱することができる。

【0027】

このため、離脱するのを失念した不要な通信コネクションのために、必要な通信コネクションが埋もれて見つからない、というような事態を回避することができる。

【0028】

本願の第５発明による情報通信システムは、本願の第４発明による情報通信システムにおいて、サーバ側通信制御部およびクライアント側通信制御部の少なくとも一方は、さらに、ユーザについて通信コネクションの有効期限が切れる所定期間前であるか否かを、データベースに記憶されたデータに基づいて判定し、有効期限が切れる所定期間前であると判定した場合に、当該ユーザのクライアント装置に、当該通信コネクションからの離脱予告を通知するコネクション離脱予告通知手段、を備えたこと、を特徴とする。

【0029】

したがって、クライアント装置のユーザは、自己に係る通信コネクションの有効期限が切れる所定期間前に通知を受けることで、たとえば、必要であるにもかかわらずしばらく使用していなかった通信コネクションについて、自動的に離脱する前に、相手方と連絡をとるなどの処置を行うことが可能となる。

【0030】

本願の第６発明による情報通信システムは、本願の第４ないし第５のいずれかの発明による情報通信システムにおいて、サーバ側通信制御部は、さらに、クライアント装置から他のクライアント装置に対して通信コネクションを利用した情報の通信が実行された場合に、データベースに記憶された当該クライアント装置のユーザについての通信コネクションの有効期限を自動的に延長するコネクション自動延長手段、を備えたこと、を特徴とする。

【0031】

したがって、長期間にわたり当該ユーザから連絡をとっていない、すなわち、当該ユーザにとって必要性の低い通信コネクションから自動的に離脱する一方、当該ユーザから相手に対して頻繁に連絡をとっている、すなわち、当該ユーザにとって必要性の高い通信コネクションの有効期限を自動的に延長するよう構成することで、当該ユーザにとって本当に必要な通信コネクションのみを自動的に存続させることができる。

【0032】

本願の第７発明によるサーバ装置は、本願の第１ないし第６のいずれかの発明による情報通信システムに用いられるサーバ装置である。

【0033】

したがって、これらのサーバ装置を情報通信システムに用いることで、上記第１ないし第６のいずれかの発明と同様の効果を奏する。

【0034】

本願の第８発明によるクライアント装置は、本願の第１ないし第６のいずれかの発明による情報通信システムに用いられるクライアント装置である。

【0035】

したがって、このクライアント装置を情報通信システムに用いることで、上記第１ないし第６のいずれかの発明と同様の効果を奏する。

【0036】

本願の第９発明によるプログラムは、コンピュータを、本願の第７発明によるサーバ装置のサーバ側通信制御部または第８発明によるクライアント装置のクライアント側通信制御部として機能させるためのプログラムである。

【0037】

したがって、当該プログラムをコンピュータに実行させることで、上記第７発明または第８発明と同様の効果を奏する。

【0038】

本願の第１０発明による記録媒体は、本願の第９発明によるプログラムを記憶した記録媒体である。

【0039】

したがって、これらの記録媒体に記憶されたプログラムをコンピュータに実行させることで、上記第９発明と同様の効果を奏する。

【0040】

また、本願の第１１発明による情報通信方法は、データベースを備えたサーバ装置と、情報通信手段を介してサーバ装置との間で情報の通信が可能な複数のクライアント装置と、を備えた情報通信システムを用いて行う情報通信方法であって、データベースは、２以上のクライアント装置のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置と１または２以上の他のユーザのクライアント装置との間において情報の通信が許容される関係である通信コネクションが存在することを示す情報として、当該通信コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶し、クライアント装置が、データベースに記憶されたデータに基づいて、当該クライアント装置のユーザの属する通信コネクションに属する他のユーザあって当該クライアント装置との間において情報の通信が許容されているクライアント装置のユーザの当該通信コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置に表示するプロフィール表示ステップと、サーバ装置が、クライアント装置から、プロフィール表示ステップにおいて当該クライアント装置に表示されたプロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置と、情報通信要求信号によって特定された相手方のクライアント装置との間における情報の通信を中継する通信中継ステップと、サーバ装置が、クライアント装置から、当該クライアント装置のユーザの属する通信コネクションからの離脱を求めるコネクション離脱要求信号を受信すると、データベースに記憶されている当該ユーザの当該通信コネクションに係るプロフィール情報と当該通信コネクションに属する他のユーザの当該通信コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置のユーザを当該通信コネクションから離脱させるコネクション離脱ステップと、を備えたこと、を特徴とする。

【0041】

したがって、サーバ装置、クライアント装置およびデータベースを用いて当該方法を使用することで、上記第１発明と同様の効果を奏する。

【0042】

なお、本発明においては、とくに断らない限り、「ユーザ」は、各クライアント装置の使用者であって、本システムを利用するために本システムに登録された自然人または法人等の団体をいう。

【0043】

本願明細書及び図面に記載の「ＱＲコード」は、二次元バーコードを示す登録商標である。

【図面の簡単な説明】

【0044】

【図1】図１は、この発明の一実施形態による情報通信システム２の構成を示すブロック図である。

【図2】図２は、サーバ装置４の構成を例示するブロック図である。

【図3】図３は、クライアント装置６の構成を例示するブロック図である。

【図4】図４は、図２に示すサーバ装置４および図３に示すクライアント装置６のハードウェア構成の一例を示すブロック図であって、サーバ装置４およびクライアント装置６として、それぞれ１台のコンピュータ用いた場合の例である。

【図5】図５Ａは，プライベートコネクションを模式的に表現した図面である。図５Ｂは，サークルコネクションを模式的に表現した図面である。図５Ｃは、スクエアコネクションを模式的に表現した図面である。

【図6】図６は、コネクションテーブル２１のデータ構成の一例を示す図面である。

【図7】図７Ａは、プロフィールテーブル２２のデータ構成の一例を示す図面である。図７Ｂは、アカウントマスタテーブル２５のデータ構成の一例を示す図面である。

【図8】図８Ａは、コマンドキューテーブル２３のデータ構成の一例を示す図面である。図８Ｂは、アップデートテーブル２４のデータ構成の一例を示す図面である。

【図9】図９Ａは、ローカルコネクションテーブル４１のデータ構成の一例を示す図面である。図９Ｂは、ローカルプロフィールテーブル４２のデータ構成の一例を示す図面である。

【図10】図１０Ａは、ローカルメンバーテーブル４４のデータ構成の一例を示す図面である。図１０Ｂは、ローカルメッセージセッションテーブル４５のデータ構成の一例を示す図面である。図１０Ｃは、ローカルメッセージ履歴テーブル４６のデータ構成の一例を示す図面である。

【図11】図１１は、情報通信システム２におけるアップデート処理に関連する処理の基本的な手順の概要を説明するためのフローチャートである。

【図12】図１２は、アプリ起動・メインルーチンの一例を示すフローチャートである。

【図13】図１３は、クライアント端末アプリ起動処理の一例を示すフローチャートである。

【図14】図１４Ａは、コネクション破棄ローカル処理の一例を示すフローチャートである。図１４Ｂは、コネクション破棄予告通知ローカル処理の一例を示すフローチャートである。

【図15】図１５Ａは、コネクション破棄コマンド処理の一例を示すフローチャートである。図１５Ｂは、コネクション破棄予告通知コマンド処理の一例を示すフローチャートである。

【図16】図１６は、有効期限管理サービス処理の一例を示すフローチャートである。

【図17】図１７Ａは、コネクション破棄サーバ処理の一例を示すフローチャートである。図１７Ｂは、コネクション破棄予告通知サーバ処理の一例を示すフローチャートである。

【図18】図１８は、コネクション作成処理の一例を示すフローチャートである。

【図19】図１９は、シェーク処理によるコネクション作成処理の一例を示すフローチャートある。

【図20】図２０は、ＱＲコード処理によるコネクション作成処理の一例を示すフローチャートである。

【図21】図２１は、公開・検索処理によるコネクション作成処理の一例を示すフローチャートである。

【図22】図２２は、公開・検索処理において公開中コネクションが、どのように管理処理されるかの一例を示すフローチャートである。

【図23】図２３は、公開・検索処理においてリクエスト中コネクションが、どのように管理処理されるかの一例を示すフローチャートである。

【図24】図２４Ａは、公開キャンセル処理の一例を示すフローチャートである。図２４Ｂは、リクエストキャンセル処理の一例を示すフローチャートである。

【図25】図２５は、コネクション種別としてメッセージ機能を利用する場合における処理の一例を示すフローチャートであって、コネクションリストからメッセージ機能を利用する場合の例を示すものである。

【図26】図２６は、コネクション種別としてメッセージ機能を利用する場合における処理の一例を示すフローチャートであって、コネクションリストからメッセージ機能を利用する場合の例を示すものである。

【図27】図２７は、有効期限延長処理の一例を示すフローチャートである。

【図28】図２８は、コネクション種別としてメッセージ機能を利用する場合における処理の一例を示すフローチャートであって、メッセージ履歴画面からメッセージ機能を利用する場合の例を示すものである。

【図29】図２９は、任意の時点でのユーザによるコネクション破棄処理の一例を示すフローチャートである。

【図30】図３０は、プロフィール更新処理の一例を示すフローチャートである。

【図31】図３１Ａは、クライアント端末６の表示装置６２に表示される初期画面の一例である画面７１を示す図面である。図３１Ｂは、コネクション作成画面の一例である画面７２を示す図面である。

【図32】図３２Ａは、ステップＳ７４において表示される画面の一例である画面７３を示す図面である。図３２Ｂは、ユーザがＱＲコードの表示を行う側か、表示されたＱＲコードの読み取りを行う側かを選択するための画面の一例である画面７４を示す図面である。

【図33】図３３Ａは、ＱＲコードの表示された画面の一例である画面７５を示す図面である。図３３Ｂは、ＱＲコードの読み取りに際し、表示装置６２に表示される画面の一例である画面７６を示す図面である。

【図34】図３４Ａは、ユーザが、リクエストを受け付ける側か、検索してリクエストをする側かを選択するための画面の一例である画面７７を示す図面である。図３４Ｂは、公開中のプロフィール情報１１３、有効期限１１４および検索用コード１１５の表示された画面の一例である画面７８を示す図面である。

【図35】図３５Ａは、公開プロフィールの一覧１１６の表示された画面の一例である画面７９を示す図面である。図３５Ｂは、ステップＳ１１１において表示装置６２に表示される画面の一例である画面８０を示す図面である。

【図36】図３６Ａは、コネクションリスト１３０の表示された画面の一例である画面８１を示す図面である。図３６Ｂは、コネクションリストの表示された画面の他の一例である画面８２を示す図面である。

【図37】図３７Ａは、コネクションリストの表示された画面のさらに他の一例である画面８３を示す図面である。図３７Ｂは、サークルコネクション専用のセッション選択画面の一例である画面８４を示す図面である。

【図38】図３８Ａは、アバウトアス１２１を表示する画面の一例である画面８５を示す図面である。図３８Ｂは、「メンバー限定」ボタン１２２が操作されると表示される画面の一例である画面８６を示す図面である。

【図39】図３９Ａは、「招待する」ボタン１２３が操作されると表示される画面の一例である画面８７を示す図面である。図３９Ｂは、コネクション加入処理の公開・検索処理において、利用者のクライアント端末６の表示装置６２に表示される画面の一例である画面８８を示す図面である。

【図40】図４０Ａは、コネクション情報画面の一例である画面８９を示す図面である。図４０Ｂは、自己のプロフィール情報１４８が表示されているコネクション情報画面の一例である画面９０を示す図面である。

【図41】図４１Ａは、メッセージを表示した画面の一例である画面９１を示す図面である。図４１Ｂは、通話機能を利用する場合において、表示装置６２に表示される画面の一例である画面９２を示す図面である。

【図42】図４２は、２台以上のコンピュータにより構成したクライアント装置２０６の構成を例示するブロック図である。

【発明を実施するための形態】

【0045】

図１は、この発明の一実施形態による情報通信システム２の構成を示すブロック図である。

【0046】

情報通信システム２は、サーバ装置４と、複数のクライアント装置６、６、・・・と、を備えており、サーバ装置４と各クライアント装置６とは、情報通信手段８を介して、文字、音声、画像、映像、制御信号等の情報の通信が可能となっている。

【0047】

図２は、サーバ装置４の構成を例示するブロック図である。

【0048】

図２に示すように、サーバ装置４は、データベース２０とサーバ側通信制御部１０とを備えている。

【0049】

データベース２０は、２以上のクライアント装置６、６、・・・のユーザ間における関係であって当該関係にある任意の１のユーザのクライアント装置６と１または２以上の他のユーザのクライアント装置６との間において情報の通信が許容される関係である通信コネクション（以下、説明の便宜上、単に「コネクション」と表現することがある。）が存在することを示す情報として、当該コネクションに属する各ユーザによってそれぞれ任意に指定された当該ユーザのプロフィール情報を相互に関連付けて記憶する。

【0050】

データベース２０は、さらに、コネクションに属するユーザごとに設定された当該コネクションの有効期限を記憶する。

【0051】

データベース２０は、コネクションテーブル２１と、プロフィールテーブル２２と、コマンドキューテーブル２３と、アップデートテーブル２４と、アカウントマスタテーブル２５とを備えている。

【0052】

サーバ側通信制御部１０は、コネクション作成手段１１と、コネクション加入手段１２と、通信中継手段１３と、コネクション離脱手段１４と、サーバ側コネクション自動離脱手段１５と、サーバ側コネクション離脱予告通知手段１６と、コネクション自動延長手段１７とを備えている。

【0053】

コネクション作成手段１１は、２つのクライアント装置６、６から、それぞれ、コネクションの作成を求める信号であって当該クライアント装置６のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション作成要求信号を受信すると、双方のプロフィール情報を相互に関連付けてデータベース２０に記憶することで、当該コネクションを作成する。

【0054】

コネクション加入手段１２は、クライアント装置６から、既存のコネクションへの加入を求める信号であって当該クライアント装置６のユーザによって任意に指定された当該ユーザのプロフィール情報を含むコネクション加入要求信号を受信すると、当該既存のコネクションに属するユーザのクライアント装置６からの当該加入を許可する旨の加入許可信号を受信したことを条件として、当該クライアント装置６のユーザのプロフィール情報を既存のコネクションに属するユーザの当該コネクションに係るプロフィール情報と相互に関連付けてデータベース２０に記憶することで、当該クライアント装置６のユーザの当該既存のコネクションへの加入を実現する。

【0055】

通信中継手段１３は、クライアント装置６から、プロフィール表示手段３１（後述）によって当該クライアント装置６に表示されたプロフィール情報またはプロフィールインデックス情報を特定して情報の通信を求める情報通信要求信号を受信すると、当該クライアント装置６と、情報通信要求信号によって特定された相手方のクライアント装置６との間における情報の通信を中継する。

【0056】

コネクション離脱手段１４は、クライアント装置６から、当該クライアント装置６のユーザの属するコネクションからの離脱を求めるコネクション離脱要求信号を受信すると、データベース２０に記憶されている当該ユーザの当該コネクションに係るプロフィール情報と当該コネクションに属する他のユーザの当該コネクションに係るプロフィール情報との関連付けを解除することで、当該クライアント装置６のユーザを当該コネクションから離脱させる。

【0057】

サーバ側コネクション自動離脱手段１５は、サーバ側通信制御部１０に設けられたコネクション自動離脱手段であって、ユーザについてコネクションの有効期限が切れているか否かを、データベース２０に記憶されたデータに基づいて判定し、有効期限が切れていると判定した場合に、データベース２０に記憶されている当該有効期限の切れているユーザの当該コネクションに係るプロフィール情報と当該コネクションに属する他のユーザの当該コネクションに係るプロフィール情報との関連付けを解除することで、当該ユーザを当該コネクションから自動的に離脱させる。

【0058】

サーバ側コネクション離脱予告通知手段１６は、サーバ側通信制御部１０に設けられたコネクション離脱予告通知手段であって、ユーザについてコネクションの有効期限が切れる所定期間前であるか否かを、データベース２０に記憶されたデータに基づいて判定し、有効期限が切れる所定期間前であると判定した場合に、当該ユーザのクライアント装置６に、当該コネクションからの離脱予告を通知する。

【0059】

コネクション自動延長手段１７は、クライアント装置６から他のクライアント装置６に対してコネクションを利用した情報の通信が実行された場合に、データベース２０に記憶された当該クライアント装置６のユーザについてのコネクションの有効期限を自動的に延長する。

【0060】

図３は、クライアント装置６の構成を例示するブロック図である。

【0061】

図３に示すように、この実施形態においては、クライアント装置６は、クライアント側通信制御部３０とローカルデータベース４０とを備えている。

【0062】

ローカルデータベース４０は、情報通信手段８を介してサーバ装置４のデータベース２０から読み込まれたデータを記憶している。ローカルデータベース４０には、上記データ以外に、クライアント装置６固有のデータも記憶されている。すなわち、ローカルデータベース４０は、データベース２０に記憶されたデータおよびクライアント装置６固有のデータに基づいて構成されている。

【0063】

ローカルデータベース４０を用いることで、データベース２０に記憶されたデータに基づいて実行されるクライアント装置６における処理が、データベース２０にアクセスすることなく実行可能となる。

【0064】

このため、当該処理を実行する際に必要となるデータ取得のための時間を、大幅に低減することができる。また、サーバ装置４と通信不能な状態であっても、当該処理の実行が可能となる。

【0065】

なお、ローカルデータベース４０を、クライアント装置６固有のデータのみに基づいて構成することもできる。ただし、この場合には、上記のクライアント装置６における処理を実行する際、サーバ装置４のデータベース２０にアクセスすることが必要となる。

【0066】

ローカルデータベース４０は、ローカルコネクションテーブル４１と、ローカルプロフィールテーブル４２と、ローカルコマンドキューテーブル４３と、ローカルメンバーテーブル４４と、ローカルメッセージセッションテーブル４５と、ローカルメッセージ履歴テーブル４６と、ローカル公開中コネクションテーブル４７と、ローカルリクエスト中コネクションテーブル４８とを備えている。

【0067】

このうち、ローカルコネクションテーブル４１、ローカルプロフィールテーブル４２、ローカルコマンドキューテーブル４３は、それぞれ、データベース２０のコネクションテーブル２１、プロフィールテーブル２２、コマンドキューテーブル２３に対応する。

【0068】

クライアント側通信制御部３０は、プロフィール表示手段３１と、クライアント側コネクション自動離脱手段３２と、クライアント側コネクション離脱予告通知手段３３とを備えている。

【0069】

プロフィール表示手段３１は、データベース２０に記憶されたデータに基づいて、当該クライアント装置６のユーザの属するコネクションに属する他のユーザであって当該クライアント装置６との間において情報の通信が許容されているクライアント装置６のユーザの当該コネクションに係るプロフィール情報および／または当該プロフィール情報を示すプロフィールインデックス情報を取得して、当該クライアント装置６に表示する。

【0070】

クライアント側コネクション自動離脱手段３２は、クライアント側通信制御部３０に設けられたコネクション自動離脱手段であって、ユーザについてコネクションの有効期限が切れているか否かを、データベース２０に記憶されたデータに基づいて判定し、有効期限が切れていると判定した場合に、データベース２０に記憶されている当該有効期限の切れているユーザの当該コネクションに係るプロフィール情報と当該コネクションに属する他のユーザの当該コネクションに係るプロフィール情報との関連付けを解除することで、当該ユーザを当該コネクションから自動的に離脱させる。

【0071】

クライアント側コネクション離脱予告通知手段３３は、クライアント側通信制御部３０に設けられたコネクション離脱予告通知手段であって、ユーザについてコネクションの有効期限が切れる所定期間前であるか否かを、データベース２０に記憶されたデータに基づいて判定し、有効期限が切れる所定期間前であると判定した場合に、当該ユーザのクライアント装置６に、当該コネクションからの離脱予告を通知する。

【0072】

図４は、図２に示すサーバ装置４および図３に示すクライアント装置６のハードウェア構成の一例を示すブロック図であって、サーバ装置４およびクライアント装置６として、それぞれ１台のコンピュータ用いた場合の例である。

【0073】

サーバ装置４は、とくに限定されるものではないが、この例では、一般的なサーバコンピュータと同様の構成である。

【0074】

サーバ装置４は、情報通信システム２のサーバ装置４側のプログラムを記憶した記録媒体であり、データベース２０の記憶媒体でもあるハードディスクを備えたＨＤＤ（ハードディスクドライブ）等の補助記憶装置５５、補助記憶装置５５に記憶されたプログラムがロードされる主記憶装置５４、主記憶装置５４にロードされたプログラムを実行するサーバ側通信制御部１０に対応するＣＰＵ５１，ＬＣＤ（液晶表示装置）等の表示装置５２，キーボード、マウス、トラックパッド等の入力装置５３、および、情報通信手段８を介してクライアント装置６と通信するための通信インタフェース５６を備えている。

【0075】

クライアント装置６は、とくに限定されるものではなく、たとえばパーソナルコンピュータであってもよいし、タブレット型コンピュータであってもよいし、携帯情報端末装置であってもよいし、いわゆるスマートフォンに代表される携帯電話機であってもよい。

【0076】

クライアント装置６は、情報通信システム２のクライアント装置６側のプログラムを記憶した記録媒体であり、ローカルデータベース４０の記憶媒体でもあるフラッシュメモリを搭載したＳＳＤ（ソリッドステートドライブ）等の補助記憶装置６５、補助記憶装置６５に記憶されたプログラムがロードされる主記憶装置６４、主記憶装置６４にロードされたプログラムを実行するクライアント側通信制御部３０に対応するＣＰＵ６１、ＬＣＤ（液晶表示装置）等の表示装置６２，入力キー、タッチパネル等の入力装置６３、および、情報通信手段８を介してサーバ装置４と通信するための通信インタフェース６６、を備えている。

【0077】

図４に示される１台のコンピュータ用いて構成されたクライアント装置６を、以後、クライアント端末６と表現することがある。

【0078】

情報通信手段８は、電気信号、光信号等に変換された情報を伝達するための通信手段であって、有線、無線の別を問わない。情報通信手段８として、インターネットに代表されるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のコンピュータネットワーク、電話回線(携帯電話回線を含む。)、専用回線等の通信回線、通信ケーブルや赤外線等による直接接続、あるいはこれらを組合わせたものが例示される。

【0079】

図５Ａ、図５Ｂ、図５Ｃは、情報通信システム２におけるコネクションの各形態を模式的に表現した図面である。

【0080】

図５Ａは、コネクションの基本となる形態であるプライベート（Private）コネクションを模式的に表現した図面である。

【0081】

プライベートコネクションは、１対１の関係を規定するコネクションであって、クライアント端末６、６、６、・・・・のユーザのうち、１つのユーザＵ１のプロフィール情報Ｐ１と、他の１つのユーザＵ２のプロフィール情報Ｐ２とを相互に関連付けてデータベース２０に記憶することにより成立する。

【0082】

この場合、ユーザＵ１とユーザＵ２とは、クライアント端末６、６を用いて相互間で文字、音声、画像、映像などの情報の通信を行う（以後、「連絡をとり合う」と表現することがある。）ことが可能となるが、プライベートコネクションを利用して連絡をとる相手方に関する情報として、ユーザＵ１は、自己のクライアント端末６を介してユーザＵ２のプロフィール情報Ｐ２のみを知ることができ、ユーザＵ２は、自己のクライアント端末６を介してユーザＵ１のプロフィール情報Ｐ１のみを知ることができる。

【0083】

すなわち、プライベートコネクションに属する各ユーザＵ１、Ｕ２間においては、個人情報として、両ユーザＵ１、Ｕ２のプロフィール情報Ｐ１、Ｐ２が共有されるにすぎない。

【0084】

プライベートコネクションにおいては、当該プライベートコネクションに属する各ユーザＵ１、Ｕ２は対等であり、ともに、共有者と呼ばれる。

【0085】

図５Ｂは、コネクションの応用形態であるサークル（Circle）コネクションを模式的に表現した図面である。

【0086】

サークルコネクションは、多対多の関係（１対多の関係の集積。すなわち、サークルコネクションに属するいずれのユーザからみても１対多の関係が成立する関係）を規定するコネクションであって、クライアント端末６、６、６、・・・・のユーザのうち、たとえば４つのユーザＵ１、Ｕ２、Ｕ３、Ｕ４のそれぞれのプロフィール情報Ｐ３、Ｐ４、Ｐ５、Ｐ６を相互に関連付けてデータベース２０に記憶するとともに、当該コネクションがサークルコネクションであることをデータベース２０に記憶することにより成立している。

【0087】

この場合、いずれか１つのユーザたとえばユーザＵ１が、他の３つのユーザＵ２、Ｕ３、Ｕ４と個別に連絡をとり合ったり、いずれか１つのユーザたとえばユーザＵ１の送信した情報を、たとえば掲示板のように、同時に全員で共有したりすることができる。さらに、サークルコネクションの一部のユーザ（たとえばユーザＵ２、Ｕ３、Ｕ４）間で同一の情報を同時に共有するよう構成することもできる。

【0088】

そして、サークルコネクションに属する各ユーザＵ１、Ｕ２、Ｕ３、Ｕ４間においては、個人情報として、それぞれのプロフィール情報Ｐ３、Ｐ４、Ｐ５、Ｐ６が全員で共有される。

【0089】

さらに、サークルコネクションにおいては、サークルコネクションに属する各ユーザＵ１、Ｕ２、Ｕ３、Ｕ４間において、当該サークルコネクション自体のプロフィール情報を全員で共有するよう構成することもできる。

【0090】

このように構成することで、たとえば、既存のサークルコネクションに新たなユーザの加入を促す（以下、説明の便宜上「新たなユーザを招待する」のように表現することがある。）場合、既にサークルコネクションに属しているいずれのユーザが招待する場合であっても、自己のプロフィール情報に替えて、当該サークルコネクション自体のプロフィール情報を公開して、相手となるユーザを招待することができるので、好都合である。

【0091】

なお、この実施形態においては、１つのユーザ、たとえばユーザＵ１が所有者（発起人）となってサークルコネクションを立ち上げた後、他のユーザＵ２、Ｕ３、Ｕ４を招待することになる。サークルコネクションに属するユーザのうち所有者以外のユーザを、利用者と呼ぶ。

【0092】

サークルコネクションは、たとえば、趣味のサークルや学校の連絡網として用いることができる。学校の連絡網として用いる場合、たとえば、学級担任がサークルコネクションを立ち上げた後、クラスの生徒あるいは保護者を、その利用者として招待すればよい。

【0093】

この場合、当該学級のサークルコネクションについて、たとえば、当該学級が終了する時期に合わせた所定の有効期限を設けておけば（すなわち、サークルコネクションに属する各ユーザに係る有効期限を当該所定値に統一しておけば）、当該学級が終了するなどして連絡をとり合う必要がなくなった後、連絡網を自動的に消滅させることができる。

【0094】

このように、期間限定のサークルコネクションを活用することで、従来の紙ベースの電話連絡網や電子メールによる連絡網のように、不要となったあとも残る個人情報の管理に気を使う必要がなく、個人情報の拡散を有効に防止することができる。

【0095】

図５Ｃは、コネクションの他の応用形態であるスクエア（Square）コネクションを模式的に表現した図面である。

【0096】

スクエアコネクションは、１対多の関係を規定するコネクションであって、クライアント端末６、６、６、・・・・のユーザのうち、たとえば４つのユーザＵ１、Ｕ２、Ｕ３、Ｕ４のそれぞれのプロフィール情報Ｐ７、Ｐ８、Ｐ９、Ｐ１０を相互に関連付けてデータベース２０に記憶するとともに、当該コネクションがスクエアコネクションであることをデータベース２０に記憶することにより成立している。

【0097】

スクエアコネクションにおいては、１つのユーザＵ１が所有者（発起人）となってスクエアコネクションを立ち上げた後、他のユーザＵ２、Ｕ３、Ｕ４を招待することになる。スクエアコネクション属するユーザのうち所有者以外のユーザを、利用者と呼ぶ。

【0098】

スクエアコネクションにおいては、所有者であるユーザＵ１は、利用者である他の３つのユーザＵ２、Ｕ３、Ｕ４と個別に連絡をとり合うことができるが、各利用者たとえばユーザＵ２は、所有者であるユーザＵ１との間で連絡をとり合うことはできるものの、他の利用者であるユーザＵ３、Ｕ４との間で個別に連絡をとり合うことはできない。また、所有者、利用者を問わず、いずれか１つのユーザの送信した情報を、たとえば掲示板のように、同時に全員で共有することができる。

【0099】

スクエアコネクションにおいては、所有者であるユーザＵ１は、自己のプロフィール情報Ｐ７を利用者全員に開示するが、各利用者たとえばユーザＵ２は、自己のプロフィール情報Ｐ８を所有者であるユーザＵ１に開示するが、他の利用者であるユーザＵ３、Ｕ４には開示しない。

【0100】

スクエアコネクションは、たとえば、企業や商店が所有者となって、顧客を利用者として招待する形で運用することができる。この場合、顧客は、自己の指定する任意のプロフィール情報を開示するだけでその利用者となることができ、さらに、いつでも簡単に当該スクエアコネクションから離脱することができるため、抵抗なく、加入することができる。また、企業や商店にとっても、顧客の個人情報の管理に気を使う必要がなく、個人情報の拡散を有効に防止することができる。

【0101】

図６は、サーバ装置４に備えられたデータベース２０を構成するコネクションテーブル２１のデータ構成の一例を示す図面である。図７Ａは、プロフィールテーブル２２のデータ構成の一例を示す図面である。図７Ｂは、アカウントマスタテーブル２５のデータ構成の一例を示す図面である。図８Ａは、コマンドキューテーブル２３のデータ構成の一例を示す図面である。図８Ｂは、アップデートテーブル２４のデータ構成の一例を示す図面である。

【0102】

図７Ｂに示すように、アカウントマスタテーブル２５には、ユーザの属性に関するアカウント情報が記憶されている。アカウントマスタテーブル２５に記憶された各レコードをアカウントレコードという。

【0103】

アカウントマスタテーブル２５のフィールドのうち、ユーザＩＤ２５ａは、ユーザの識別標識である。

【0104】

なお、本明細書においては、とくに断らないかぎり、データベース２０およびローカルデータベース４０を構成する各テーブルのフィールド名に符号を付して表したもの（たとえば、「ユーザＩＤ２５ａ」）は、当該フィールドのデータ（フィールド値）を表すものとする。

【0105】

パスワード２５ｂは、ユーザが本システム２を利用する際のパスワード、氏名・ニックネーム２５ｃは、本システム２を利用する際のユーザ自身の申告による通称、デフォルトメールアドレス２５ｄは、本システム２からユーザへの連絡等に用いられるユーザの電子メールアドレスである。

【0106】

また、延長期間設定値２５ｅは、ユーザ別コネクション（後述）の有効期限の延長期間のデフォルト値である。

【0107】

つぎに、図６に示すコネクションテーブル２１には、コネクションのうち当該コネクションに属する各ユーザに係る部分（以下、「ユーザ別コネクション」と表現することがある。）に関する情報、および、テンプレート（後述）に関する情報が記憶されている。

【0108】

コネクションテーブル２１に記憶されたレコードのうち、ユーザ別コネクションに関する情報に係るレコードをユーザ別コネクションレコードといい、テンプレートに関する情報に係るレコードをテンプレートレコードという。

【0109】

コネクションテーブル２１のフィールドのうち、レコードシリアル２１ａは、ユーザ別コネクションの識別標識、または、テンプレートの識別標識である。コネクションＩＤ２１ｂは、ユーザ別コネクションの集合としてのコネクションの識別標識である。同一のコネクションＩＤ２１ｂを付すことで、複数のユーザ別コネクションが相互に関連付けられる。コネクションテーブル２１において、同一のコネクションＩＤ２１ｂを有するユーザ別コネクションレコードの集合をコネクションレコードという。

【0110】

コネクションテーブル２１のユーザＩＤ２１ｃは、アカウントマスタテーブル２５のユーザＩＤ２５ａと同一のデータであり、このユーザＩＤ２１ｃとユーザＩＤ２５ａとにより、コネクションテーブル２１のレコードと、アカウントマスタテーブル２５のレコードとが関連付けられている。

【0111】

コネクション形態２１ｄは、コネクションの形態を示すデータ、すなわち、"private"（プライベート）、"circle"（サークル）、もしくは"square"（スクエア）、または、当該レコードがテンプレートレコードであることを示すデータ、すなわち"template"により構成される。

【0112】

コネクション種別２１ｅは、コネクションの種別を示す。この実施形態においては、コネクションによる相手方のユーザとの通信手段として、いわゆるＳＭＳ（Short Message Service）と同様に文字情報を用いる場合と、いわゆるインターネット電話と同様に音声情報を用いる場合とが例示されており、通信手段として前者を用いるコネクションの種別（コネクション種別）をメッセージといい、後者を用いるコネクション種別を通話という。

【0113】

なお、この発明の適用されるコネクションによる相手方のユーザとの通信手段は、上記例示に限定されるものではなく、電子メール、その他、文字、音声、画像、映像等の情報を通信する手段全般に本発明を適用することができる。

【0114】

ユーザは、通常、コネクションの作成、コネクションへの参加に際し、所望の１以上のコネクション種別を選択することができ、選択されたコネクション種別が、コネクション種別２１ｅとして、データベース２０に記憶される。

【0115】

コネクション所有状態２１ｆは、当該ユーザ別コネクションにおけるユーザの地位を示す。

【0116】

有効期限２１ｇは、ユーザ別コネクションの有効期限（以下、単に「有効期限」と表現することがある。）である。ユーザは、通常、自己のユーザ別コネクションについて、所望の有効期限を設定することができる。

【0117】

コネクションテーブル２１の延長期間設定値２１ｈは、ユーザ別コネクションの延長期間であって、通常、ユーザ別コネクションごとに当該ユーザによって所望の期間が設定される。

【0118】

図２７に示す有効期限延長処理において、ユーザ別コネクションの延長期間として、コネクションテーブル２１の延長期間設定値２１ｈが優先的に使用され、コネクションテーブル２１の延長期間設定値２１ｈが有意なデータでない場合（たとえば、当該データが"Null"の場合）にかぎり、アカウントマスタテーブル２５の延長期間設定値２５ｅが用いられる。

【0119】

自動更新２１ｉは、上記有効期限延長処理において、有効期限の自動更新を行うか否かを示すデータであり、このデータが"１"であれば自動更新を行い、"０"であれば自動更新を行わない。

【0120】

コネクション名２１ｊは、ユーザ別コネクションおよびテンプレートの名称である。ユーザ別コネクションの場合、コネクション名２１ｊは、コネクション形態ごとに、たとえば、つぎの情報がデフォルト値として用いられる。

【0121】

すなわち、プライベートコネクションの場合、相手方のプロフィール情報のうち、プロフィール代表情報（プロフィールを代表するプロフィール情報、この例では「氏名・ニックネーム」（図７Ａ参照））が、コネクション名２１ｊとして用いられる。

【0122】

サークルコネクションおよびスクエアコネクションの場合、アバウトアス情報（後述）のうち、アバウトアス代表情報（アバウトアス（後述）を代表するアバウトアス情報）が、コネクション名２１ｊとして用いられる。

【0123】

なお、ユーザ別コネクションの名称としてのコネクション名２１ｊは、デフォルト値である相手方のプロフィール代表情報（たとえば「氏名・ニックネーム」）や、アバウトアス代表情報が、その後、プロフィール更新処理（後述）によって変更された場合であっても、当該変更がコネクション名２１ｊに反映されることはなく、元の名称が維持される。

【0124】

相手方によるプロフィール代表情報等の更新の自由を認める一方で、自己にとって相手方等を特定する識別標識としてのコネクション名２１ｊを元のまま維持するようにしたのである。

【0125】

もっとも、コネクション名２１ｊは、自己が、所望の名前に変更することができる。自己にとって相手方等を特定する識別標識としてのコネクション名２１ｊを、自己のわかり易いように変更できるようにしたのである。

【0126】

無効化２１ｍは、ユーザ別コネクションが無効であるか否かを示すデータであり、このデータが"１"であれば当該ユーザ別通信が無効であり、"０"であれば有効であることを示す。

【0127】

ユーザ別コネクションを無効にすると、当該ユーザ別コネクションは存在しないとみなされ、その結果、当該ユーザ別コネクションに関連付けて記憶さている当該ユーザのプロフィール情報（後述）と、当該コネクションに係る他のユーザ別コネクションに関連付けて記憶さている他のユーザのプロフィール情報との関連付けが解除されることになる。これにより、当該ユーザが当該コネクションから離脱することになる。

【0128】

通知時刻２１ｎは、当該ユーザ別コネクションに関し、当該コネクションからの離脱予告を当該ユーザの端末装置６に通知した時刻である。

【0129】

通知済２１ｐは、上記当該コネクションからの離脱予告を当該ユーザの端末装置６に通知済みであるか否かを示すデータであり、このデータが"１"であれば通知済みであり、"０"であれば未通知である。

【0130】

つぎに、図７Ａに示すプロフィールテーブル２２には、ユーザのプロフィール情報が記憶されている。

【0131】

プロフィールテーブル２２のフィールドのうち、レコードシリアル２２ａは、コネクションテーブル２１のレコードシリアル２１ａと同一のデータであり、このレコードシリアル２１ａとレコードシリアル２２ａとにより、コネクションテーブル２１のレコードと、プロフィールテーブル２２のレコードとが関連付けられている。

【0132】

項目名２２ｂは、プロフィール情報の項目名である。項目値２２ｃは、項目名に対応するプロフィール情報である。

【0133】

プロフィールテーブル２２に記憶されたプロフィール情報のうち、コネクションの作成やコネクションへの参加に先立ってコネクションの用途や目的に応じてユーザが予め準備したものをとくにテンプレート情報という。

【0134】

なお、プロフィールテーブル２２のレコードがテンプレート情報を示すものか否かは、当該レコードとリンクしているコネクションテーブル２１のレコードのコネクション形態２１ｄが"template"であるか否かによって判断することができる。

【0135】

同一のレコードシリアル２２ａを有するプロフィール情報の集合をプロフィールと表現し、同一のレコードシリアル２２ａを有するテンプレート情報の集合をテンプレートと表現することがある。

【0136】

つぎに、図８Ａに示すコマンドキューテーブル２３には、コマンドキュー処理（後述）に関する情報が記憶されている。

【0137】

コマンドキューテーブル２３のフィールドのうち、レコードシリアル２３ａは、コネクションテーブル２１のレコードシリアル２１ａと同一のデータであり、このレコードシリアル２１ａとレコードシリアル２３ａとにより、コネクションテーブル２１のレコードと、コマンドキューテーブル２３のレコードとが関連付けられている。コマンドキューテーブル２３のレコードをコマンドレコードという。

【0138】

コマンド２３ｂは、コマンドキュー処理によって蓄積されたコマンド（命令）である。オプション２３ｃは、コマンドの実行に用いるためのデータである。キュー時刻２３ｄは、コマンドキュー処理の行われた時刻である。

【0139】

つぎに、図８Ｂに示すアップデートテーブル２４は、アップデート処理（後述）に関する情報が記憶されている。

【0140】

アップデートテーブル２４のフィールドのうち、レコードシリアル２４ａは、コネクションテーブル２１のレコードシリアル２１ａと同一のデータであり、このレコードシリアル２１ａとレコードシリアル２４ａとにより、コネクションテーブル２１のレコードと、アップデートテーブル２４のレコードとが関連付けられている。アップデートテーブル２４のレコードをアップデートレコードという。

【0141】

通知済みフラグ２４ｂは、サーバ装置４から該当するクライアント端末６に、アップデート処理を実行するよう通知したか否かを示すデータであり、通知した場合には"１"が書き込まれる。

【0142】

処理済みフラグ２４ｃは、当該クライアント端末６においてアップデート処理が実行されたか否かを示すデータであり、実行された場合には"１"が書き込まれる。

【0143】

コマンド２４ｄ、オプション２４ｅ、キュー時刻２４ｆは、それぞれ、コマンドキューテーブル２３のコマンド２３ｂ、オプション２３ｃ、キュー時刻２３ｄと同一のデータである。

【0144】

通知時刻２４ｇは、サーバ装置４から該当するクライアント端末６に、アップデート処理を実行するよう通知した時刻である。処理完了時刻２４ｈは、当該クライアント端末６においてアップデート処理が完了した時刻である。

【0145】

図９Ａは、各ユーザのクライアント端末６に備えられたローカルデータベース４０を構成するローカルコネクションテーブル４１のデータ構成の一例を示す図面である。図９Ｂは、ローカルプロフィールテーブル４２のデータ構成の一例を示す図面である。図１０Ａは、ローカルメンバーテーブル４４のデータ構成の一例を示す図面である。図１０Ｂは、ローカルメッセージセッションテーブル４５のデータ構成の一例を示す図面である。図１０Ｃは、ローカルメッセージ履歴テーブル４６のデータ構成の一例を示す図面である。

【0146】

図９Ａに示すローカルコネクションテーブル４１は、データベース２０のコネクションテーブル２１を構成するレコードのうち、当該ユーザに係るレコードと同一内容のレコードにより構成されている。

【0147】

つぎに、図９Ｂに示すローカルプロフィールテーブル４２は、データベース２０のプロフィールテーブル２２を構成するレコードのうち、当該ユーザ、および、当該ユーザの属するコネクションに属する他のユーザであって当該ユーザの端末装置６との間において情報の通信が許容されている端末装置６のユーザ、に係るレコードと同一内容のレコードにより構成されている。

【0148】

つぎに、図１０Ａに示すローカルメンバーテーブル４４には、当該ユーザの属するコネクションに属するユーザが符号化して記憶されている。

【0149】

ローカルメンバーテーブル４４のフィールドのうち、メンバーＩＤ４４ｂは、当該ユーザの属するコネクションに属するユーザを符号化したデータである。この実施形態においては、コネクションごとに、自己を"０"とし、他のユーザを"１"、"２"、"３"、・・・として記憶している。

【0150】

コネクションＩＤ４４ａ、レコードシリアル４４ｃは、それぞれ、コネクションテーブル２１のコネクションＩＤ２１ｂ、レコードシリアル２１ａと同一のデータであり、このレコードシリアル２１ａとレコードシリアル４４ｃとにより、コネクションテーブル２１のレコードと、ローカルメンバーテーブル４４のレコードとが関連付けられている。

【0151】

ローカルメンバーテーブル４４のレコードは、たとえば、新たなコネクション作成の際、あるいは、既存のコネクションへの新たなユーザの加入が行われた際に、追加される。

【0152】

つぎに、図１０Ｂに示すローカルメッセージセッションテーブル４５には、メッセージセッション（後述）の構成に関する情報が記憶されている。

【0153】

ローカルメッセージセッションテーブル４５のフィールドのうち、メッセージセッションＩＤ４５ａは、メッセージセッションの識別標識である。

【0154】

メンバーＩＤリスト４５ｃは、当該メッセージセッションに参加したユーザ（以下、「参加メンバー」と表現することがある。）のリストを示すデータである。リストに含まれる各参加メンバーを示すデータは、ローカルメンバーテーブル４４のメンバーＩＤ４４ｂと同一の値が用いられる。

【0155】

コネクションＩＤ４５ｂは、ローカルメンバーテーブルのコネクションＩＤ４４ａと同一のデータである。

【0156】

したがって、メンバーＩＤリスト４５ｃおよびコネクションＩＤ４５ｂと、メンバーＩＤ４４ｂおよびコネクションＩＤ４４ａとにより、ローカルメッセージセッションテーブル４５のレコードと、ローカルメンバーテーブル４４のレコードとが関連付けられている。

【0157】

つぎに、図１０Ｃに示すローカルメッセージ履歴テーブル４６には、メッセージセッションの履歴に関する情報が記憶されている。

【0158】

ローカルメッセージ履歴テーブル４６のフィールドのうち、メッセージセッションＩＤ４６ａは、ローカルメッセージセッションテーブル４５のメッセージセッションＩＤ４５ａと同一のデータであり、このメッセージセッションＩＤ４５ａとメッセージセッションＩＤ４６ａとにより、ローカルメッセージセッションテーブル４５のレコードと、ローカルメッセージ履歴テーブル４６のレコードとが関連付けられている。

【0159】

メンバーＩＤ４６ｂは、当該メッセージを発信したユーザを示し、ローカルメッセージセッションテーブル４５のメンバーＩＤリスト４５ｃを構成する参加メンバーを示すデータと同一である。

【0160】

メッセージ４６ｄは、当該メッセージセッションにおいてメンバーＩＤ４６ｂで示される参加メンバーが送信したメッセージの内容である。

【0161】

受信日時４６ｃは、上記メッセージが受信された日時である。

【0162】

図１１〜図３０は、情報通信システム２における処理の流れの一例を示すフローチャートである。図３１Ａ〜図４１Ｂは、情報通信システム２における処理においてクライアント端末６の表示装置６２に表示される表示画面（以下、単に「画面」と表現することがある。）の例を示す図面である。

【0163】

図１１〜図４１Ｂを参照しつつ、情報通信システム２における処理手順について説明する。

【0164】

なお、本出願に含まれる図面において、＜＞内に記載された文字は、データの項目名を表し、＜項目名＞で示されたものは、とくに断らないかぎり、当該項目名で示された項目のデータを表すものとする。項目名が、データベース２０またはローカルデータベース４０を構成する各テーブルにおけるフィールド名である場合は、とくに断らないかぎり、＜フィールド名＞は、当該テーブルにおける該当するフィールドのデータを表すものとする。また、""内に記載された文字は、データそのものを表すものとする。

【0165】

この実施形態においては、上述のように、各クライアント端末６は、それぞれ、ローカルデータベース４０を備えており、これらのローカルデータベース４０と、サーバ装置４のデータベース２０とは、一部、同一内容のデータを記憶している。したがって、情報通信システム２における処理においては、データベース２０と複数のローカルデータベース４０との間における同期処理が必要となる。この同期処理に関連して、アップデート処理が実行される。

【0166】

図１１は、情報通信システム２におけるアップデート処理に関連する処理の基本的な手順の概要を説明するためのフローチャートである。ここにいうアップデート処理とは、１のクライアント端末６またはサーバ装置４において発生したイベントに起因して、他のクライアント端末６において必要となる処理（コマンド）をいう。

【0167】

アップデート処理として、たとえば、コネクション破棄コマンド処理（コマンド：deleteConnection）、コネクション破棄予告通知コマンド処理（コマンド：notifyDeleteConnection）、プロフィール更新コマンド処理（コマンド：updateProfile）、メッセージ受信ローカル処理（コマンド：receiveMsg）を挙げることができる。これらの処理については後述する。

【0168】

図１１に示すように、アップデート処理に関連して、まず、クライアント端末６またはサーバ装置４においてコマンド処理が実行される。すなわち、クライアント端末６またはサーバ装置４において各種イベントが発生すると、発生したイベントに対応するコマンドが、サーバ装置４のコマンドキューテーブル２３に書き込まれる（ステップＳ１）。

【0169】

続いて、サーバ装置４において、コマンド展開処理、通知サービス処理が行われる。コマンド展開処理においては、サーバ装置４のＣＰＵ５１は、コマンドキューテーブル２３から１レコード分のコマンドレコードを読み出し（ステップＳ２）、読み出したコマンドレコードによる処理の対象となるユーザをコネクションテーブル２１から抽出し（ステップＳ３）、抽出されたユーザ毎にコマンドを展開し、アップデートレコードとしてアップデートテーブル２４に書き込む（ステップＳ４）。

【0170】

通知サービス処理において、サーバ装置４のＣＰＵ５１は、アップデートテーブル２４から、通知済みフラグ２４ｂが"０"で、かつ、最古のアップデートレコードを読み出し（ステップＳ５）、読み出したアップデートレコードに該当するユーザのクライアント端末６の状態を判定し（ステップＳ６）、オンラインであれば、当該クライアント端末６においてアップデート処理が必要である旨の通知を、情報通信手段８を介して、当該クライアント端末６に直接行い（ステップＳ７）、オフラインであれば、オンラインになったときに通知を行うよう、たとえば、ＯＳ（Operating System）に標準装備されたプッシュ通知サービスに登録し（ステップＳ８）、当該アップデートレコードの通知済みフラグ２４ｂを"１"にセットして当該レコードを更新したのち（ステップＳ９）、制御をステップＳ５に戻して、該当するアップデートレコードがなくなるまで、当該処理を繰り返す。

【0171】

クライアント端末６においては、クライアント端末側アップデート通知受信処理が実行される。クライアント端末側アップデート通知受信処理において、クライアント端末６のＣＰＵ６１は、サーバ装置４から、アップデート処理が必要である旨の通知を受信すると（ステップＳ１０）、サーバ装置４のアップデートテーブル２４から、当該クライアント端末６のユーザに係るアップデートレコードであって、処理済みフラグ２４ｃが"０"で、かつ、最古のアップデートレコードを読み出し（ステップＳ１１）、読み出したアップデートレコードに係るアップデート処理を実行する（ステップＳ１２）。

【0172】

アップデート処理が終了すると、クライアント端末６のＣＰＵ６１は、当該アップデートレコードの処理済みフラグ２４ｃを"１"にセットして当該レコードを更新したのち（ステップＳ１３）、当該クライアント端末６に係る未処理のアップデートレコードが残っているか否かを判断し（ステップＳ１４）、残っている場合は、制御をステップＳ１１に戻して、該当するアップデートレコードがなくなるまで、当該処理を繰り返す。

【0173】

つぎに、図１２は、アプリ起動・メインルーチンを表すフローチャートである。図１２に基づいて、クライアント端末６におけるアプリ起動処理およびメインルーチンについて説明する。

【0174】

本システム２のクライアント端末６におけるプログラム（以下、「アプリ」と表現することがある。）が起動されると、ＣＰＵ６１は、まず、クライアント端末アプリ起動処理を実行する（ステップＳ１５）。

【0175】

図１３に示すように、クライアント端末アプリ起動処理において、ＣＰＵ６１は、まず、ローカルコネクションテーブル４１に記憶されているデータに基づいて、有効期限４１ｇが切れているユーザ別コネクションの存否を判断し、存在すれば、これを抽出し（ステップＳ２４）、当該ユーザ別コネクションに係るコネクション破棄ローカル処理を実行する（ステップＳ２５）。

【0176】

図１４Ａに示すように、コネクション破棄ローカル処理において、ＣＰＵ６１は、当該抽出されたユーザ別コネクションに係るレコード（図面においては、「レコードシリアルにより特定されたコネクションレコード」と表現することがある。）を当該処理の対象レコードとして特定し（ステップＳ３２）、当該対象レコードの無効化４１ｍに"１"をセットして当該対象レコードを更新する（ステップＳ３３）。

【0177】

さらに、ローカルプロフィールテーブル４２に記憶されている当該対象レコードと関連付けられたレコードを削除し（ステップＳ３４）、当該対象レコード（上記ユーザ別コネクションに係るレコード）を対象とするコネクション破棄コマンド（deleteConnection）をローカルコマンドキューテーブル４３に書き込む（ステップＳ３５）。なお、とくに図示しないが、ローカルコマンドキューテーブル４３のデータ構成は、サーバ装置４のコマンドキューテーブル２３のそれと同様である。

【0178】

図１３に戻って、ＣＰＵ６１は、ローカルコネクションテーブル４１に記憶されているデータに基づいて、有効期限４１ｇの所定期間前、すなわち、通知時刻に達しており、かつ、未通知のユーザ別コネクションの存否を判断し、存在すれば、これを抽出し（ステップＳ２６）、当該ユーザ別コネクションに係るコネクション破棄予告通知ローカル処理を実行する（ステップＳ２７）。

【0179】

図１４Ｂに示すように、コネクション破棄予告通知ローカル処理において、ＣＰＵ６１は、当該抽出されたユーザ別コネクションに係るレコードを当該処理の対象レコードとして特定し（ステップＳ３６）、当該クライアント端末６の表示装置６２に、当該ユーザ別コネクションを所定期間後に破棄する旨の予告を表示する（ステップＳ３７）。

【0180】

そして、当該対象レコードの通知済み４１ｐに"１"をセットするとともに、通知時刻４１ｎに当該予告通知の時刻を書き込んで当該対象レコードを更新し（ステップＳ３８）、さらに、サーバ装置４のコネクションテーブル２１に記憶されている、当該対象レコードと同一のレコードの通知済み２１ｐに"１"をセットするコマンドをローカルコマンドキューテーブル４３に書き込む（ステップＳ３９）。

【0181】

図１３に戻って、ＣＰＵ６１は、自己のクライアント端末６がオンラインになっているか否かを判断し（ステップＳ２８）、オンラインになっている場合は、ローカルコマンドキューテーブル４３からレコードを読み出し（ステップＳ２９）、読み出したレコードをサーバ装置４のコマンドキューテーブル２３に転送するとともに（ステップＳ３０）、サーバ装置４に対し、当該クライアント端末６へのアップデート通知等があれば通知するよう要求して（ステップＳ３１）、クライアント端末アプリ起動処理（ステップＳ１５）を終了する。オフラインの場合は、何もせずに、クライアント端末アプリ起動処理を終了する。

【0182】

図１２に戻って、ＣＰＵ６１は、つぎに、自己のクライアント端末６の表示装置６２に所定の初期画面（たとえば、図３１Ａに示す画面７１）を表示したのち（ステップＳ１６）、自己のクライアント端末６における各種処理（たとえば、他のユーザに対するメッセージの送信処理）を要する信号が入力装置６３から入力されたか否かを監視しており、入力された場合は当該処理を実行する（ステップＳ１７〜ステップＳ１９）。なお、上記初期画面として、直近のアプリ終了時点における画面を用いることもできる。

【0183】

そして、自己のクライアント端末６がオンラインになっているか否かを判断し（ステップＳ２０）、オンラインになっている場合は、ローカルコマンドキューテーブル４３からレコードを読み出し（ステップＳ２１）、読み出したレコードをサーバ装置４のコマンドキューテーブル２３に転送するとともに（ステップＳ２２）、サーバ装置４に対し、当該クライアント端末６へのアップデート通知等があれば通知するよう要求したあと（ステップＳ２３）、制御をステップＳ１７に戻す。オフラインの場合は、何もせずに、制御をステップＳ１７に戻す。

【0184】

一方、上述のように（図１１参照）、サーバ装置４において、ＣＰＵ５１は、定期的に、コマンド展開処理、通知サービス処理を実行しており、コマンドキューテーブル２３を介して、１のクライアント端末６からコマンドを受信すると、当該コマンドに応じて定められたサーバ装置４自身における処理（たとえば、データベース２０の更新処理）を実行するとともに、必要に応じ、他のクライアント端末６に対し、当該コマンドに係るアップデート通知を送信する。

【0185】

当該他のクライアント端末６は、サーバ装置４からアップデート通知を受信すると、上記メインルーチン（図１２のステップＳ１７〜ステップＳ２３）への割り込み処理として、上記クライアント端末側アップデート通知受信処理を実行するのである。

【0186】

たとえば、上述のクライアント端末６において実行されたコネクション破棄ローカル処理（図１４Ａ参照）のステップＳ３５においてローカルコマンドキューテーブル４３に書き込まれたコネクション破棄コマンド（deleteConnection）は、クライアント端末アプリ起動処理（図１３参照）のステップＳ２９〜ステップＳ３０、または、当該クライアント端末６のメインルーチン（図１２参照）のステップＳ２１〜ステップＳ２２において、サーバ装置４のコマンドキューテーブル２３に転送される。

【0187】

コマンドキューテーブル２３を介して、当該クライアント端末６からコネクション破棄コマンドを受信すると、サーバ装置４のＣＰＵ５１は、当該コネクション破棄コマンドについて定められたサーバ装置４自身における処理を実行する。

【0188】

このコネクション破棄コマンドについて定められたサーバ装置４自身における処理は、コマンド展開処理（図１１参照）によって展開されてアップデート処理の対象となったコネクションテーブル２１のレコード（アップデート対象レコード）について、無効化２１ｍに"１"をセットして更新するとともに、プロフィールテーブル２２に記憶されている当該アップデート対象レコードと関連付けられたレコードを削除する処理である。

【0189】

なお、上記コネクション破棄コマンドに係るアップデート対象レコードは、当該コネクション破棄コマンドの対象レコード（ユーザ別コネクションに係るレコード）のコネクション所有状態２１ｆが"利用者"の場合は、当該対象レコードのみであり、コネクション所有状態２１ｆが"共有"または"所有者"の場合は、当該対象レコードの属するコネクションに属する全てのレコードである。

【0190】

そして、サーバ装置４のＣＰＵ５１は、当該コネクション破棄コマンドの対象レコード以外にアップデート対象レコードが存在する場合は、当該アップデート対象レコードに係る他のクライアント端末６に対し、当該コネクション破棄コマンドに係るアップデート通知を送信する（図１１、ステップＳ７、ステップＳ８参照）。

【0191】

図１５Ａは、当該アップデート通知を受信した当該他のクライアント端末６におけるクライアント端末側アップデート通知受信処理（図１１参照）において実行されるアップデート処理（ステップＳ１２）のひとつであるコネクション破棄コマンド処理の流れを例示したフローチャートである。

【0192】

コネクション破棄コマンド処理において、当該他のクライアント端末６のＣＰＵ６１は、ローカルコネクションテーブル４１の上記アップデート対象レコードについて、無効化４１ｍに"１"をセットして更新するとともに（ステップＳ４０）、ローカルプロフィールテーブル４２に記憶されている当該アップデート対象レコードと関連付けられたレコードを削除する（ステップＳ４１）。

【0193】

このように、１のクライアント端末６においてコネクション破棄ローカル処理（図１４Ａ参照）が実行されると、当該処理に関連する他のクライアント端末６およびサーバ装置４においても同様の処理が自動的に実行され、その結果、これらのクライアント端末６のローカルデータベース４０とサーバ装置４のデータベース２０との間（具体的には、ローカルコネクションテーブル４１とコネクションテーブル２１との間、および、ローカルプロフィールテーブル４２とプロフィールテーブル２２との間）において、同一レコード（共有レコード）に関して同期がとられ、共有レコードの同一性が維持される。コネクション破棄ローカル処理以外の処理についても、同様である。

【0194】

さて、上記においては、有効期限に基づくユーザ別コネクションの破棄および破棄予告通知に関する処理を、クライアント端末６から開始する場合（図１３参照）について説明したが、これらの処理を、サーバ装置４から開始するよう構成することもできる。

【0195】

このように、クライアント端末６における処理から開始して、サーバ装置４および／または他のクライアント端末６における処理に波及する処理を、クライアントトリガー型の処理と表現し、サーバ装置４における処理から開始して、１または２以上のクライアント端末６における処理に波及する処理を、サーバトリガー型の処理と表現することがある。

【0196】

図１６は、後者（サーバトリガー型の処理）の一例である有効期限管理サービス処理を示すフローチャートである。有効期限管理サービス処理を構成するステップＳ４３〜ステップＳ４６における処理は、それぞれ、前者（クライアントトリガー型の処理）すなわち、図１３のステップＳ２４〜ステップＳ２７における処理と同種の処理である。

【0197】

つまり、前者においてローカルデータベース４０の各種テーブルにアクセスする処理は、後者においては、これらに対応するデータベース２０の各種テーブルにアクセスする処理となる。

【0198】

図１７Ａに詳記されたステップＳ４４のコネクション破棄サーバ処理、図１７Ｂに詳記されたステップＳ４６のコネクション破棄予告通知サーバ処理は、それぞれ、図１４Ａに詳記されたステップＳ２５（図１３参照）のコネクション破棄ローカル処理、図１４Ｂ図に詳記されたステップＳ２７（図１３参照）のコネクション破棄予告通知ローカル処理と同種の処理である。

【0199】

なお、図１７Ｂ図のコネクション破棄予告通知サーバ処理においては、図１４Ｂのコネクション破棄予告通知ローカル処理のステップＳ３７に替えて、対象レコードに係るユーザに対するコネクション破棄予告通知コマンドをコマンドキューテーブル２３に書き込む（ステップＳ５２）。

【0200】

また、図１７Ｂ図のコネクション破棄予告通知サーバ処理においては、図１４Ｂのコネクション破棄予告通知ローカル処理のステップＳ３９に相当する処理はない。

【0201】

このようにして、サーバトリガー型の処理である、図１７Ａのコネクション破棄サーバ処理および図１７Ｂ図のコネクション破棄予告通知サーバ処理が終了すると、図１１に示すサーバ装置４によるコマンド展開処理および通知サービス処理を経て、該当するユーザにおけるクライアント端末側アップデート通知受信処理が行われる。

【0202】

このクライアント端末側アップデート通知受信処理において、図１７Ａのコネクション破棄サーバ処理に対応するアップデート処理（ステップＳ１２）として、上述の図１５Ａに示すコネクション破棄コマンド処理が実行される。

【0203】

また、図１７Ｂ図のコネクション破棄予告通知サーバ処理に対応するアップデート処理（ステップＳ１２）として、図１５Ｂに示すコネクション破棄予告通知コマンド処理が実行される。当該処理において、当該クライアント端末６のＣＰＵ６１は、表示装置６２に、当該ユーザ別コネクションを所定期間後に破棄する旨の予告を表示する（ステップＳ４２）。

【0204】

つぎに、図１８に基づいて、プライベートコネクションにおけるコネクション作成処理について説明する。たとえば、ユーザによって、画面７１（図３１Ａ参照）の「＋」ボタン１０１が操作（タップ、クリック等）されると、クライアント端末６のＣＰＵ６１は、ローカルコネクションテーブル４１と関連付けられたローカルプロフィールテーブル４２からテンプレート情報を抽出し（ステップＳ５４）、抽出したテンプレート情報に基づいて表示装置６２にテンプレートを含む画面７２を表示する（ステップＳ５５）。この画面をコネクション作成画面７２と表現することがある。

【0205】

コネクション作成画面７２のうち、テンプレートの表示されている領域をテンプレート表示領域１０２という。テンプレート表示領域１０２に表示されるテンプレートは、ユーザによりテンプレート選択ボタン１０３が操作されると切り換わる。

【0206】

テンプレート選択ボタン１０３の操作により所望のテンプレートが選択されると（ステップＳ５６）、ユーザにより当該テンプレートの利用態様が決定される。利用態様としては、そのまま利用したり（ステップＳ５７）、修正して利用したり（ステップＳ５８）する他、当該テンプレートを利用せずに新たなテンプレートを作成したり（ステップＳ５９）することができる。

【0207】

なお、新たなテンプレートが作成されると、当該テンプレートに係るテンプレートレコードがローカルコネクションテーブル４１に追加され、当該テンプレートを構成するテンプレート情報が、上記テンプレートレコードと関連付けて、ローカルプロフィールテーブル４２に記憶される。

【0208】

このようにして決定されたテンプレートが、当該コネクションにおける当該ユーザのプロフィールとなり、当該テンプレートを構成するテンプレート情報が、当該コネクションにおける当該ユーザのプロフィール情報となる。

【0209】

つぎに、ユーザによってコネクションの作成方法が選択される（ステップＳ６０）。この選択は、コネクション作成画面７２に表示されたコネクションの作成方法を選択するための３つのボタン、すなわち、「シェーク」ボタン１０４、「ＱＲコード」ボタン１０５、「公開・検索」ボタン１０６のいずれが操作されるかによって行われる。

【0210】

「シェーク」ボタン１０４が操作されるとシェーク処理（ステップＳ６１）によるコネクション作成処理が開始され、「ＱＲコード」ボタン１０５が操作されるとＱＲコード処理（ステップＳ６２）によるコネクション作成処理が開始され、「公開・検索」ボタン１０６が操作されると公開・検索処理（ステップＳ６３）によるコネクション作成処理が開始される。

【0211】

図１９は、シェーク処理によるコネクション作成処理の手順を示すフローチャートの一例である。ユーザにより、コネクション作成画面７２の「シェーク」ボタン１０４、「コネクション作成」ボタン１０７がこの順に操作されると、ＣＰＵ６１は、シェーク待ちである旨を表示する画面（図示せず）を表示装置６２に表示し（ステップＳ６４）、ユーザによる端末装置６のシェーク操作（端末装置６を振り動かすこと）を監視する（ステップＳ６５、ステップＳ６６）。

【0212】

シェーク操作の監視中にユーザからのキャンセル操作の有無も監視しており（ステップＳ７５）、キャンセル操作があった場合はその旨の表示を行い（ステップＳ７７）、シェーク処理を終了する。

【0213】

ステップＳ６６において、クライアント端末６に設けられた加速度センサー等（図示せず）により、端末装置６のシェーク操作を感知すると、ＣＰＵ６１は、クライアント端末６に装備されたＧＰＳ（Global Positioning System）機能等（図示せず）を用いて、当該クライアント端末６の現在の位置情報を取得するとともに（ステップＳ６７）、クライアント端末６に装備された時計機能（図示せず）を用いて、現在の時刻情報を取得する（ステップＳ６８）。

【0214】

ＣＰＵ６１は、取得したこれらの位置情報、時刻情報、および、当該クライアント端末６のユーザのプロフィール情報、ユーザＩＤを含むコネクション作成要求信号であるコネクション作成要求コマンドを、サーバ装置４に送信する（ステップＳ６９）。コネクション作成要求コマンドに含まれるプロフィール情報は、上記ステップＳ５６〜ステップＳ５９において確定したものである。

【0215】

サーバ装置４のＣＰＵ５１は、アカウントテーブル２５等に基づいて当該コネクション作成要求コマンドの適格性等について認証を行う（ステップＳ７８）。

【0216】

プライベートコネクションの作成方法としてシェーク処理が選択された場合、１のユーザに係る上記ステップＳ５４（図１８参照）から上記ステップＳ７８までの処理と同様の処理が、当該コネクションの相手方のユーザについても実行されることになる。

【0217】

サーバ装置４のＣＰＵ５１は、受信した２つのコネクション作成要求コマンドに含まれる２つの位置情報および２つの時刻情報が、ともに所定の誤差範囲内であると判断した場合は、当該２つのコネクション作成要求コマンドに係る２つのクライアント端末６、６について、同一時刻に同一地点においてシェーク操作が実行されたと判断する。

【0218】

これにより、ＣＰＵ５１は、当該２つのコネクション作成要求コマンドが、相互にコネクションの作成を求める一対のコネクション作成要求コマンドであると判断し、コネクション設定処理を行う（ステップＳ７９）。

【0219】

コネクション設定処理において、ＣＰＵ５１は、当該２つのコネクション作成要求コマンドに含まれる、２つのユーザのプロフィール情報を相互に関連付けてデータベース２０に登録する。

【0220】

より具体的には、コネクション設定処理においてＣＰＵ５１は、新たなコネクションＩＤ２１ｂを発番し、当該コネクションＩＤ２１ｂを共通にする２つのユーザ別コネクションレコードを作成してコネクションテーブル２１（図６参照）に登録する。この２つのユーザ別コネクションレコードは、相互にコネクションの作成を求める２つのユーザに係るものである。２つのユーザ別コネクションレコードには、各々の識別標識として、相異なるレコードシリアル２１ａが付与される。

【0221】

さらに、ＣＰＵ５１は、上記２つのユーザのプロフィール情報を、それぞれ、プロフィールテーブル２２（図７Ａ参照）に登録する。プロフィールテーブル２２に登録されたプロフィール情報に係るレコードシリアル２２ａと、上記コネクションテーブル２１のレコードシリアル２１ａとにより、１のユーザについてのプロフィール情報とユーザ別コネクションレコードとが関連付けられている。

【0222】

そして、共通のコネクションＩＤ２１ｂによって、２つのユーザ別コネクションレコードが関連付けられることで、２つのユーザのプロフィール情報が、データベース２０において相互に関連付けられるのである。

【0223】

コネクション設定処理において、ＣＰＵ５１は、各ユーザのクライアント端末６に、それぞれ、当該ユーザに係るユーザ別コネクションに関する情報、および、当該コネクションに係るプロファイル情報（当該コネクションに係る双方のユーザに関するもの）を含む、コネクション作成が成功した旨の情報を送信する。

【0224】

なお、ＣＰＵ５１は、１のコネクション作成要求コマンドを受信したが、所定のタイムアウト期間内に他のコネクション作成要求コマンドを受信しない場合は、当該１のコネクション作成要求コマンドに係るユーザのクライアント端末６に、コネクション作成に失敗した旨の情報を送信する。

【0225】

図１９に戻って、クライアント端末６のＣＰＵ６１は、サーバ装置４からの応答を監視しており（ステップＳ７０、ステップＳ７１）、応答があった場合は、当該応答がコネクション作成が成功した旨の情報であるか否かを判断し（ステップＳ７２）、コネクション作成が成功した旨の情報である場合は、受信した当該コネクション作成が成功した旨の情報に基づき、ローカルコネクションテーブル４１に当該ユーザに係るユーザ別コネクションレコードを記憶させ、ローカルプロフィールテーブル４２に、当該コネクションに係るプロファイル情報（当該コネクションに係る双方のユーザに関するもの）を記憶させる（ステップＳ７３）。

【0226】

そして、クライアント端末６の表示装置６２に当該コネクションが作成された旨の表示を行い（ステップＳ７４）、シェーク処理を終了する。図３２Ａは、ステップＳ７４において表示される画面７３を例示したものである。この例では、相手方のユーザのプロフィール情報も表示されている。

【0227】

一方、ステップＳ７１において、サーバ装置４から応答がない場合は、所定の待ち時間が経過したか否かを判断し（ステップＳ７６）、待ち時間経過前であれば応答を待ち続け、待ち時間経過後であれば、表示装置６２に、コネクションが作成されなかった旨の表示を行い（ステップＳ７７）、シェーク処理を終了する。

【0228】

ステップＳ７２において、サーバ装置４から、コネクション作成に失敗した旨の情報を受信した場合も、表示装置６２に、コネクションが作成されなかった旨の表示を行い（ステップＳ７７）、シェーク処理を終了する。

【0229】

図２０は、ＱＲコード処理によるコネクション作成処理の手順を示すフローチャートの一例である。ユーザにより、コネクション作成画面７２（図３１Ｂ参照）の「ＱＲコード」ボタン１０５、「コネクション作成」ボタン１０７がこの順に操作されると、クライアント端末６のＣＰＵ６１は、当該ユーザがＱＲコードの表示を行う側か、表示されたＱＲコードの読み取りを行う側かを選択するための画面７４（図３２Ｂ参照）を表示装置６２に表示し、ユーザの選択を待つ（ステップＳ８０）

【0230】

画面７４の「表示」ボタン１０８が操作されると、ＣＰＵ６１は、当該ユーザがＱＲコードの表示を行うことを選択したものと判断し、ＱＲコード取得処理を行う（ステップＳ８１）。

【0231】

ＱＲコード取得処理において、ＣＰＵ６１は、コネクション作成要求信号であるＱＲコードの発行を求める信号をサーバ装置４に送信し、これに応答してサーバ装置４から送信されてくるＱＲコードデータを受信する。ＱＲコードの発行を求める信号には、自己のユーザＩＤ，ＱＲコードの有効期限等の情報が含まれる。

【0232】

サーバ装置４のＣＰＵ５１は、ＱＲコードの発行を求める信号を受信すると、当該信号に含まれる各種情報をデータベース２０に記憶し、さらに、ＱＲコードを発行し、そのＱＲコードをデータベース２０に記憶するとともに、ＱＲコードの発行を求める信号の送信元のクライアント端末６に、ＱＲコードデータを送信する（ステップＳ１０１）。

【0233】

ＱＲコードデータを受信したクライアント端末６のＣＰＵ６１は、当該ＱＲコードデータに基づいて、表示装置６２にＱＲコードを表示する（ステップＳ８２）。図３３Ａに、ＱＲコードの表示された画面７５を例示する。

【0234】

一方、ステップＳ８０において、画面７４（図３２Ｂ参照）の「読み取り」ボタン１０９が操作されると、ＣＰＵ６１は、当該ユーザが、相手方のユーザのクライアント端末６に表示されたＱＲコードの読み取りを行うことを選択したものと判断し、当該クライアント端末６に装備されているカメラ（図示せず）を起動して、ＱＲコードの読み取りを行う（ステップＳ９１）。ＱＲコードの読み取りに際し、表示装置６２に表示される画面７６を、図３３Ｂに例示する。

【0235】

ＱＲコードの読み取りを行った側のクライアント端末６のＣＰＵ６１は、読み取ったＱＲコードのＱＲコードデータおよび自己のユーザＩＤを含むコネクション作成要求信号である当該ＱＲコードの認証を要求する信号をサーバ装置４に送信する（ステップＳ９２）。

【0236】

ＱＲコードの認証を要求する信号を受信したサーバ装置４のＣＰＵ５１は、受信したＱＲコードデータと、ステップＳ１０１において発行したＱＲコードのＱＲコードデータとを比較し、同一であると判断した場合は、当該２つのクライアント端末６，６間で、当該ＱＲコードの表示と読み取りとが行われたと判断する（ステップＳ１０２）。

【0237】

これにより、ＣＰＵ５１は、上記ＱＲコードの発行を求める信号と読み取ったＱＲコードの認証を要求する信号とが、相互にコネクションの作成を求める一対のコネクション作成要求コマンドであると判断し、コネクション設定処理を行う（ステップＳ１０３）。

【0238】

ＱＲコード処理におけるコネクション設定処理（ステップＳ１０３）以後の処理は、上記シェーク処理（図１９参照）におけるコネクション設定処理（ステップＳ７９）以後の処理と略同一であるので説明を省略する。

【0239】

なお、ＱＲコード処理においては、各クライアント端末６のＣＰＵ６１は、コネクション作成前に、たとえば、表示装置６２の画面７４の「Cancel」（取り消し）ボタン１１０が操作されるか否かを監視しており（ステップＳ８４、ステップＳ９４）、ボタン１１０が操作されると、サーバ装置４におけるコネクション作成は中止され、表示装置６２に所定のエラー表示がなされる（ステップＳ９０、ステップＳ１００）。

【0240】

図２１〜図２４Ｂは、公開・検索処理によるコネクション作成処理の手順を示すフローチャートの一例である。ユーザにより、コネクション作成画面７２（図３１Ｂ参照）の「公開・検索」ボタン１０６、「コネクション作成」ボタン１０７がこの順に操作されると、クライアント端末６のＣＰＵ６１は、当該ユーザが、自己のプロフィール情報や検索用コード（後述）を公開してコネクション作成のリクエストを受け付ける側か、公開された他人のプロフィール情報や検索用コードを検索してコネクション作成のリクエストをする側かを選択するための画面７７（図３４Ａ参照）を表示装置６２に表示し、ユーザの選択を待つ（ステップＳ１０４）。

【0241】

画面７７の「リクエストを受け付ける」ボタン１１２が操作されると、ＣＰＵ６１は、当該ユーザが自己のプロフィール情報や検索用コードを公開してコネクション作成のリクエストを受け付けることを選択したものと判断し、プロフィール公開リクエスト処理を行う（ステップＳ１０５）。

【0242】

プロフィール公開リクエスト処理においてＣＰＵ６１は、公開を希望する自己のプロフィール情報、有効期限（リクエスト受付期間）、および自己のユーザＩＤを含むプロフィール公開リクエスト信号をサーバ装置４に送信し、これに応答してサーバ装置４から送信されてくる公開中のプロフィール情報および検索用コードを受信する。

【0243】

サーバ装置４のＣＰＵ５１は、プロフィール公開リクエスト信号を受信すると、当該信号に含まれる各種情報をデータベース２０に記憶するとともに、当該信号に含まれるプロフィール情報を公開中のプロフィール情報としてクライアント端末６に送信し、さらに、検索用コードを発番し、その検索用コードをデータベース２０に記憶するとともにクライアント端末６に送信する（ステップＳ１１４）。

【0244】

つぎに、クライアント端末６のＣＰＵ６１は、受信した公開中のプロフィール情報および検索用コードを含むレコードをローカル公開中コネクションテーブル４７（図３参照）に保存し（ステップＳ１０６）、表示装置６２にこれらの情報を表示する（ステップＳ１０７）。図３４Ｂに、公開中のプロフィール情報１１３、有効期限１１４および検索用コード１１５の表示された画面７８を例示する。

【0245】

このように、自己のプロフィール情報等を公開して相手方からのコネクション作成要求を待つユーザ別コネクションの候補（未作成のコネクションに係るユーザ別コネクション）を公開中コネクションと表現することがある。

【0246】

一方、ステップＳ１０４において、画面７７（図３４Ａ参照）の「検索してリクエストする」ボタン１１１が操作されると、ＣＰＵ６１は、当該ユーザが、公開された他人のプロフィール情報や検索用コードを検索してコネクション作成のリクエストをすることを選択したものと判断し、入力装置６３を介してキーワードや検索用コード等の検索条件が入力されるのを待つ（ステップＳ１０８）。

【0247】

検索条件が入力されると、自己のユーザＩＤおよび入力された検索条件を含む公開プロフィール一覧の発行を要求する信号をサーバ装置４に送信し、これに応答してサーバ装置４から送信されてくる公開プロフィール一覧を含む検索結果を受信する（ステップＳ１０９）。

【0248】

公開プロフィール一覧の発行を要求する信号を受信したサーバ装置４のＣＰＵ５１は、受信した検索条件にしたがってデータベース２０を検索し、検索条件に適合する公開プロフィールを抽出するとともに、抽出した公開プロフィールに仮コネクションＩＤを付与し、抽出された公開プロフィールの一覧を、付与された仮コネクションＩＤとともに、検索結果としてクライアント端末６に送信する（ステップＳ１１５）。

【0249】

クライアント端末６のＣＰＵ６１は、受信した検索結果に基づいて、公開プロフィールの一覧を表示装置６２に表示する（ステップＳ１１０）。図３５Ａに、公開プロフィールの一覧１１６の表示された画面７９を例示する。公開プロフィールの一覧１１６は、公開中のプロフィール情報のうち、プロフィール代表情報（各プロフィールを代表するプロフィール情報、たとえば「氏名・ニックネーム」（図７Ａ参照）等）を一覧表示したものである。

【0250】

画面７９の公開プロフィールの一覧１１６から、コネクションを作成したい相手のプロフィール代表情報１１７を選択すると、当該プロフィール全体１１８が表示される（ステップＳ１１１）。図３５Ｂは、当該ステップにおいて表示装置６２に表示される画面８０の一例である。

【0251】

画面８０の「コネクションをリクエストする」ボタン１１９が操作されると、ＣＰＵ６１は、当該ユーザが、表示中のプロフィールに係るユーザとの間でコネクションを作成することを望んでいるものと判断し、サーバ装置４に対し、表示中のプロフィールに係る仮コネクションＩＤを含むコネクション作成要求信号であるコネクションリクエスト信号を送信するとともに（ステップＳ１１２）、リクエスト中のコネクションに係るプロフィール情報および仮コネクションＩＤを含むレコードをローカルリクエスト中コネクションテーブル４８（図３参照）に保存する（ステップＳ１１３）。

【0252】

サーバ装置４のＣＰＵ５１は、コネクションリクエスト信号を受信する（ステップＳ１１６）。

【0253】

このように、上記公開中コネクションとの間でコネクションを作成することを要求して相手方からのコネクション作成要求を待つユーザ別コネクションの候補（未作成のコネクションに係るユーザ別コネクション）をリクエスト中コネクションと表現することがある。

【0254】

図２２、図２３は、それぞれ、公開・検索処理において、公開中コネクション、リクエスト中コネクションが、どのように管理されるかを詳記したフローチャートの一例を示す図面である。

【0255】

図２２に示す公開中コネクション管理処理において、サーバ装置４のＣＰＵ５１は、図２１のステップＳ１１６の処理に続き、受信したコネクションリクエスト信号に係る公開中コネクションに係るユーザのクライアント端末６に対し、コネクションリクエスト信号を受信した旨の通知であるコネクションリクエスト受信通知を送信するとともに（ステップＳ１３５）、受信したコネクションリクエスト信号において特定された仮コネクションＩＤおよび相手方のプロフィール情報を送信する（ステップＳ１３６）。

【0256】

なお、公開中コネクションの有効期限が切れている場合は、当該公開中コネクションに係るステップＳ１３５の通知は送信せず、ステップＳ１３６において、タイムアウトである旨のエラーメッセージを送信する。

【0257】

一方、クライアント端末６のＣＰＵ６１は、サーバ装置４からの上記コネクションリクエスト受信通知を待つとともに（ステップＳ１１７）、ユーザ自身による公開中コネクションのキャンセル操作（たとえば、図３４Ｂに示す画面７８の「受付中止」ボタン１２０の操作）が行われたか否かを監視しており（ステップＳ１１８）、公開中コネクションのキャンセル操作が行われた場合は公開キャンセル処理（ステップＳ１２９、後述）を実行したあと制御をステップＳ１１７に戻し、当該キャンセル操作が行われなかったときは、サーバ装置４からの通知の有無を判断する（ステップＳ１１９）。

【0258】

サーバ装置４からの通知があった場合は、さらに、サーバ装置４からの情報を受信するとともに（ステップＳ１２０）、受信した通知がコネクションリクエスト受信通知であるか否かを判断し（ステップＳ１２１）、コネクションリクエスト受信通知である場合は、表示装置６２に相手方のプロフィール情報を表示し（ステップＳ１２３）、当該相手方からのコネクション要求を承認するか、拒否するかについて、ユーザが選択するのを待つ（ステップＳ１２４、ステップＳ１２５）。

【0259】

ユーザから、入力装置６３を介して、相手方からのコネクション要求を承認する旨の信号が入力されると、コネクション作成要求信号であるリクエスト承認コマンドをサーバ装置４に送信するとともに（ステップＳ１２６）、ステップＳ１２７、ステップＳ１２８の処理を実行したあと、制御をステップＳ１１７に戻す。ステップＳ１２７、ステップＳ１２８の処理は、それぞれ、シェーク処理（図１９参照）における同等の処理（ステップＳ７３、ステップＳ７４）と同様であるので、説明を省略する。

【0260】

ステップＳ１２５において、ユーザから、入力装置６３を介して、相手方からのコネクション要求を拒否する旨の信号が入力されると、リクエスト拒否コマンドをサーバ装置４に送信したあと、制御をステップＳ１１７に戻す（ステップＳ１３４）。

【0261】

なお、この実施形態においては、上記リクエスト承認コマンド、リクエスト拒否コマンドは、いずれも、ローカルコマンドキューテーブル４３、コマンドキューテーブル２３を介して、サーバ装置４に伝えられる。

【0262】

サーバ装置４のＣＰＵ５１は、リクエスト承認コマンドを受信すると、当該リクエスト承認コマンドと、ステップＳ１１６（図２１参照）において受信したコネクションリクエスト信号とが、相互にコネクションの作成を求める一対のコネクション作成要求コマンドであると判断し、コネクション設定処理を行う（ステップＳ１３７）。

【0263】

コネクション設定処理（ステップＳ１３７）における処理は、上記シェーク処理（図１９参照）におけるコネクション設定処理（ステップＳ７９）と略同一であるので説明を省略する。

【0264】

なお、図２２のステップＳ１２１において、受信した通知が、タイムアウトである旨のエラーメッセージである場合は、クライアント端末６のＣＰＵ６１は、表示装置６２に当該エラーメッセージを表示したあと（ステップＳ１３２）、公開キャンセル処理を実行し、制御をステップＳ１１７に戻す（ステップＳ１２９）。

【0265】

また、ステップＳ１１９において、サーバ装置４からの通知がない場合、ＣＰＵ６１は、公開中コネクションの有効期限が切れているか否かについて判断し（ステップＳ１３０）、切れていない場合は、そのまま、制御をステップＳ１１７に戻し、切れている場合は公開キャンセル処理を実行したあと（ステップＳ１２９）、制御をステップＳ１１７に戻す。

【0266】

つぎに、図２３に示すリクエスト中コネクション管理処理において、サーバ装置４のＣＰＵ５１は、公開中コネクションに係るユーザのクライアント端末６から、リクエスト承認コマンド（ステップＳ１２６参照）またはリクエスト拒否コマンド（ステップＳ１３４参照）を受信すると、当該コマンドに係るリクエスト中コネクションに係るユーザのクライアント端末６に、当該コマンドを受信した旨の受信通知を送信するとともに（ステップＳ１４８）、ステップＳ１３７（図２２参照）において作成されたコネクションレコードのうち、当該ユーザに係るユーザ別コネクションレコード等の情報を送信する（ステップＳ１４９）。

【0267】

一方、当該クライアント端末６のＣＰＵ６１は、サーバ装置４からの上記受信通知を待つとともに（ステップＳ１３８）、当該ユーザ自身によるリクエスト中コネクションのキャンセル操作が行われたか否かを監視しており（ステップＳ１３９）、リクエスト中コネクションのキャンセル操作が行われた場合はリクエストキャンセル処理（ステップＳ１４６、後述）を実行したあと制御をステップＳ１３８に戻し、当該キャンセル操作が行われなかったときは、サーバ装置４からの通知の有無を判断する（ステップＳ１４０）。

【0268】

サーバ装置４からの通知があった場合は、さらに、サーバ装置４からの情報を受信するとともに（ステップＳ１４１）、受信した通知が、リクエスト承認コマンドを受信した旨の通知であるか否かを判断し（ステップＳ１４２）、リクエスト承認コマンドを受信した旨の通知である場合は、ステップＳ１４３、ステップＳ１４４、ステップＳ１４５の処理を実行したあと、制御をステップＳ１３８に戻す。

【0269】

ステップＳ１４４において、ＣＰＵ６１は、ローカルリクエスト中コネクションテーブル４８に記憶されている当該リクエスト中コネクションに係るレコードを削除する。当該リクエスト中コネクションに係るコネクションが作成されたため、当該レコードが不要となったためである。

【0270】

ステップＳ１４３、ステップＳ１４５の処理は、それぞれ、シェーク処理（図１９参照）における同等の処理（ステップＳ７３、ステップＳ７４）と同様であるので、説明を省略する。

【0271】

なお、図２３のステップＳ１４２において、受信した通知が、リクエスト拒否コマンド、または、公開キャンセルコマンド（公開中コネクションに係るユーザにおいて当該公開中コネクションがキャンセルされた旨を伝えるコマンド）を受信した旨の通知である場合、クライアント端末６のＣＰＵ６１は、表示装置６２にその旨のエラーメッセージを表示したあと（ステップＳ１４７）、リクエストキャンセル処理を実行し、制御をステップＳ１３８に戻す（ステップＳ１４６）。

【0272】

また、ステップＳ１４０において、サーバ装置４からの通知がない場合、ＣＰＵ６１は、そのまま、制御をステップＳ１３８に戻す。

【0273】

図２４Ａ、図２４Ｂは、それぞれ、公開キャンセル処理、リクエストキャンセル処理の一例を示すフローチャートである。

【0274】

図２４Ａに示す公開キャンセル処理において、クライアント端末６のＣＰＵ６１は、ユーザ自身による公開中コネクションのキャンセル操作（たとえば、図３４Ｂに示す画面７８の「受付中止」ボタン１２０の操作）が行われると、サーバ装置４に対し、公開キャンセルコマンドを送信するとともに（ステップＳ１５０）、ローカル公開中コネクションテーブル４７から、当該公開中コネクションに係るレコードを削除する（ステップＳ１５１）。

【0275】

図２４Ｂに示すリクエストキャンセル処理において、クライアント端末６のＣＰＵ６１は、ユーザ自身によるリクエスト中コネクションのキャンセル操作が行われると、サーバ装置４に対し、リクエストキャンセルコマンドを送信するとともに（ステップＳ１５２）、ローカルリクエスト中コネクションテーブル４８から、当該リクエスト中コネクションに係るレコードを削除する（ステップＳ１５３）。

【0276】

つぎに、サークルコネクションにおけるコネクション加入処理（以下、単に「コネクション加入処理」と表現することがある。）について説明する。このコネクション加入処理の場合も、基本的な処理は、上記プライベートコネクションにおけるコネクション作成処理（図１８〜図２４Ｂ参照。以下、単に「コネクション作成処理」と表現することがある。）と同じである。

【0277】

ただし、上述のように、コネクション加入処理においては、サークルコネクションが１のユーザ（以下、「所有者」と表現することがある。）によって本システム２に既に登録されている点で、コネクション作成処理の場合と異なる。

【0278】

すなわち、コネクション加入処理に先だって、コネクションテーブル２１およびローカルコネクションテーブル４１に、当該サークルコネクションについての当該所有者に係るユーザ別コネクションレコードが登録され、プロフィールテーブル２２およびローカルプロフィールテーブル４２に、当該所有者に係るプロフィール情報が記憶されている。

【0279】

また、データベース２０およびローカルデータベース４０には、当該サークルコネクション自体のプロフィール情報（以下、「アバウトアス情報」と表現することがある。）が記憶されている。

【0280】

コネクション加入処理は、このような状況下で、所有者が新たなユーザ（以下、「利用者」と表現することがある。）を招待する場合の処理である。

【0281】

コネクション加入処理に際し、所有者は、公開するプロフィール情報として、個人のそれではなく、既定のアバウトアス（アバウトアス情報の集合）を用いることが一般的である。したがって、所有者側の処理としては、図１８のステップＳ５４〜ステップＳ５９の処理は不要となる。

【0282】

たとえば、所有者のクライアント端末６のＣＰＵ６１によって、表示装置６２に、当該コネクションのアバウトアス１２１を表示する画面８５（図３８Ａ参照）が表示された状態から、「メンバー限定」ボタン１２２が操作されると、ＣＰＵ６１は、表示装置６２に画面８６（図３８Ｂ参照）を表示する。

【0283】

つぎに、画面８６の「招待する」ボタン１２３が操作されると、ＣＰＵ６１は、表示装置６２に画面８７（図３９Ａ参照）を表示する。

【0284】

画面８７における「シェーク」ボタン１２４、「ＱＲコード」ボタン１２５、「招待相手を検索」ボタン１２６、「リクエストを受け付ける」ボタン１２７は、それぞれ、上記図３１Ｂの画面７２における「シェーク」ボタン１０４、「ＱＲコード」ボタン１０５、図３４Ａの画面７７における「検索してリクエストする」ボタン１１１、「リクエストを受け付ける」ボタン１１２に対応するボタンである。

【0285】

したがって、所有者によって、画面８７における「シェーク」ボタン１２４、「ＱＲコード」ボタン１２５が操作されると、それぞれ、上述のシェーク処理（図１９参照）、ＱＲコード処理（図２０参照）と同様の処理が、所有者側の処理として実行され、「リクエストを受け付ける」ボタン１２７または「招待相手を検索」ボタン１２６が操作されると、上述の公開・検索処理（図２１〜図２４Ｂ参照）と同様の処理が、所有者側の処理として実行される。

【0286】

一方、利用者側の処理は、上記コネクション作成処理と同様に実行される。

【0287】

図３９Ｂに示す画面８８は、コネクション加入処理の公開・検索処理において、利用者のクライアント端末６の表示装置６２に表示される画面の一例である。画面８８は、コネクション作成処理の公開・検索処理において、ユーザのクライアント端末６の表示装置６２に表示される画面８０（図３５Ｂ参照）と同様の画面である。

【0288】

画面８８の「参加リクエストを送る」ボタン１２８は、画面８０の「コネクションをリクエストする」ボタン１１９に相当する。

【0289】

スクエアコネクションにおけるコネクション加入処理も、サークルコネクションにおけるコネクション加入処理と同様である。ただし、この実施形態では、サークルコネクションにおいては、新規の利用者を招待できるのは、所有者または当該サークルコネクションに登録されている利用者であるのに対し、スクエアコネクションにおいては、新規の利用者を招待できるのは、所有者のみである。

【0290】

また、サークルコネクションにおいては、所有者の公開するプロフィール情報として、所有者個人のそれではなく、既定のアバウトアス情報を用いるようにしているが、スクエアコネクションにおいては、所有者の公開するプロフィール情報として、所有者個人のプロフィール情報（スクエアコネクションにおいては、これをアバウトアス情報と呼ぶことがある。）を用いる。

【0291】

なお、サークルコネクションおよびスクエアコネクションのコネクション加入処理においてクライアント端末６からサーバ装置４に対して送信される信号であって、コネクション作成処理において用いられるコネクション作成要求信号に相当する信号のうち、招待される側のユーザのクライアント端末６から送信される信号がコネクション加入要求信号に相当し、招待する側のユーザのクライアント端末６から送信される信号が加入許可信号に相当する。

【0292】

図２５、図２６は、コネクション種別としてメッセージ機能を利用する場合における処理の流れの一例を示すフローチャートであって、コネクションリストからメッセージ機能を利用する場合の例を示す。

【0293】

たとえば、クライアント端末６の表示装置６２に表示されている画面７１の「すべてのつながり」ボタン１２９が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１からすべてのユーザ別コネクションレコードのコネクション名４１ｊを読み出し、読み出したコネクション名４１ｊを一覧にまとめたリスト（コネクションリスト）を、表示装置６２に表示する（ステップＳ１５４、ステップＳ１５５）。表示されたコネクションリスト１３０を例示したものが画面８１（図３６Ａ参照）である。

【0294】

なお、メッセージによる通信（メッセージセッション）の相手を絞り込むために、画面７１（図３１Ａ参照）の「すべてのつながり」ボタン１２９以外のボタンを操作することもできる。

【0295】

たとえば、コネクション種別で絞り込むには、画面７１の「メッセージ」ボタン１４１を操作すればよい。「メッセージ」ボタン１４１が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１からコネクション種別４１ｅに"メッセージ"を含むユーザ別コネクションレコードのコネクション名４１ｊを読み出し、読み出したコネクション名４１ｊを一覧にまとめたコネクションリストを、表示装置６２に表示する。表示されたコネクションリストを例示したものが画面８２（図３６Ｂ参照）である。

【0296】

また、コネクション形態（たとえばサークルコネクション）で絞り込むには、画面７１の「サークル」ボタン１４２を操作すればよい。「サークル」ボタン１４２が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１からコネクション形態４１ｄが"circle"であるユーザ別コネクションレコードのコネクション名４１ｊを読み出し、読み出したコネクション名４１ｊを一覧にまとめたコネクションリストを、表示装置６２に表示する。表示されたコネクションリストを例示したものが画面８３（図３７Ａ参照）である。

【0297】

図３６Ａの画面８１に戻って、コネクションリスト１３０に表示されたコネクション名４１ｊのうち、プライベートコネクションに係るものが、プロフィールインデックス情報に該当する。

【0298】

ユーザにより、コネクションリスト１３０の中から、メッセージセッションが可能なことを示す標識（この例では、吹き出しの図形）の付されたコネクション名の１つが選択されると（ステップＳ１５６）、ＣＰＵ６１は、選択されたコネクション名に係るコネクション形態を、ローカルコネクションテーブル４１に基づいて判断する（ステップＳ１５７）。

【0299】

たとえば、コネクションリスト１３０の中のボタン１３１が選択されると、ＣＰＵ６１は、コネクション形態がプライベートコネクションであると判断し、ローカルメンバーテーブル４４に基づいて、当該セッションの当事者（セッションメンバー）のメンバーＩＤ４４ｂを読み出して（ステップＳ１５８）、制御をステップＳ１６１に進める。

【0300】

プライベートコネクションの場合、セッションメンバーのメンバーＩＤ４４ｂは、当該コネクションに係るコネクションＩＤ４４ａに対応する２つのメンバーＩＤ４４ｂ（すなわち、自己を表す"０"、および、相手となるユーザを表す"１"）となる。

【0301】

一方、たとえば、ボタン１３２が操作されると、ＣＰＵ６１は、コネクション形態がサークルコネクションであると判断し、表示装置６２に、図３７Ｂに示す、当該サークルコネクション専用のセッション選択画面８４を表示する。

【0302】

セッション選択画面８４には、当該サークルコネクションに属する自己以外の各ユーザのプロフィールインデックス情報を一覧にまとめたリスト（構成メンバー個別リスト）１３３が表示される。構成メンバー個別リスト１３３を構成する各ボタン１３７〜１４０には、各ユーザのプロフィールインデックス情報が、それぞれ、表示されている。

【0303】

セッション選択画面８４には、構成メンバー個別リスト１３３の他に、当該サークルコネクション内における各グループのインデックス情報であるグループインデックス情報を一覧にまとめたリスト（グループリスト）１３４も表示されている。たとえば、グループリスト１３４を構成するボタン１３５は、当該サークルコネクションに属する全ユーザを構成メンバーとするグループに係るものであり、ボタン１３６は、当該サークルコネクションに属する２以上の特定のユーザを構成メンバーとするグループに係るものである。

【0304】

グループリスト１３４を構成する各ボタンに表示されるグループインデックス情報として、当該グループを構成する各ユーザのプロフィールインデックス情報が、たとえばボタン１３６のように直接的に、または、たとえばボタン１３５のように間接的に、表示されている。このように表示することで、連絡をとろうとするグループがどのユーザで構成されているかを知ることができる。

【0305】

セッション選択画面８４において、ユーザにより、ボタン１３５〜ボタン１４０のいずれかが操作されると、ＣＰＵ６１は、実行すべきセッションが特定されたものと判断し、ローカルメンバーテーブル４４に基づいて、当該セッションに係るセッションメンバーのメンバーＩＤ４４ｂを読み出して（ステップＳ１５９）、制御をステップＳ１６１に進める。

【0306】

ステップＳ１５９において、画面８４の構成メンバー個別リスト１３３に属するいずれかのボタン（すなわち、ボタン１３７〜ボタン１４０のいずれか）が操作された場合、セッションメンバーのメンバーＩＤ４４ｂは、当該コネクションに係るコネクションＩＤ４４ａに対応するメンバーＩＤ４４ｂのうち当該セッションに係る２つ（すなわち、自己を表す"０"、および、相手となるユーザを表すデータ、たとえば"２"）となる。

【0307】

一方、ステップＳ１５９において、画面８４のグループリスト１３４に属するいずれかのボタン（すなわち、ボタン１３５またはボタン１３６）が操作された場合、セッションメンバーのメンバーＩＤ４４ｂは、当該コネクションに係るコネクションＩＤ４４ａに対応するメンバーＩＤ４４ｂのうち当該操作されたボタンに係るグループに属する全員のメンバーＩＤ４４ｂ（すなわち、自己を表す"０"、ならびに、その余のメンバー全員を表すデータ、たとえば"１"および"２"）となる。

【0308】

コネクション形態がスクエアコネクションの場合の処理（ステップＳ１６０）は、サークルコネクションの場合の処理（ステップＳ１５９）と略同じであるため、説明を省略する。ただし、スクエアコネクションの処理においては、サークルコネクションの処理と異なり、所有者からセッションを開始する場合と、利用者からセッションを開始する場合とで処理内容が異なる。

【0309】

スクエアコネクションにおいて、所有者からセッションを開始する場合、上記セッション選択画面８４（図３７Ｂ参照）に相当する画面（図示せず）には、当該スクエアコネクションに属する各利用者のプロフィールインデックス情報を一覧にまとめたリスト（選択画面８４の構成メンバー個別リスト１３３に相当するリスト）、および、スクエアコネクションに属する全ユーザを対象とするセッションである旨を表示したボタン（選択画面８４のボタン１３５に相当するボタン）が表示される。

【0310】

一方、利用者からセッションを開始する場合、上記セッション選択画面８４（図３７Ｂ参照）に相当する画面（図示せず）には、当該スクエアコネクションの所有者のプロフィールインデックス情報が表示されたボタン（選択画面８４の、たとえば、ボタン１３７に相当するボタン）、および、上記、所有者からセッションを開始する場合と同様の、スクエアコネクションに属する全ユーザを対象とするセッションである旨を表示したボタンが表示される。

【0311】

スクエアコネクションにおいて、全ユーザを対象とするセッションを公開セッションと表現し、特定のユーザ（使用者または特定の利用者）のみを相手とするセッションを非公開セッションと表現することがある。

【0312】

つぎに、クライアント端末６のＣＰＵ６１は、ステップＳ１５８、ステップＳ１５９またはステップＳ１６０においてローカルメンバーテーブル４４から読み出された当該セッションに係るセッションメンバーのメンバーＩＤ４４ｂと、ローカルメッセージセッションテーブル４５のメンバーＩＤリスト４５ｃとを比較し、一致すれば、一致したレコードのメッセージセッションＩＤ４５ａを読み出し、一致しなければ、何も読み出さない（すなわち、"Null"を読み出す。）（ステップＳ１６１）。

【0313】

ＣＰＵ６１は、読み出した結果を評価し（ステップＳ１６２）、"Null"でなければ、読み出したメッセージセッションＩＤ４５ａと同一のメッセージセッションＩＤ４６ａを持つレコードのメッセージ４６ｄを、ローカルメッセージ履歴テーブル４６から読み出して（ステップＳ１６３）、表示装置６２に表示したのち（ステップＳ１６４）制御をステップＳ１６６に進める。

【0314】

図４１Ａに、このようにして表示されたメッセージ４６ｄを表示した画面９１の一例を示す。画面９１には、３つのメッセージ４６ｄが、下から新しい順に表示されている。

【0315】

一方、ステップＳ１６２において、"Null"が読み出された場合、既存のメッセージセッションは存在しないと判断し、新たなメッセージセッションＩＤ４５ａを発行し、必要なデータを含む新たなレコードを作成してローカルメッセージセッションテーブル４５に追加した後（ステップＳ１６５）、制御をステップＳ１６６に進める。

【0316】

図２６のステップＳ１６６において、ユーザによる入力装置６３からのメッセージデータである送信メッセージの入力が開始されると、クライアント端末６のＣＰＵ６１は、当該送信メッセージの入力が終了したか否かを判断し（ステップＳ１６７）、終了したと判断した場合は、情報通信要求情報である、当該送信メッセージを含むメッセージ送信コマンドを、ローカルコマンドキューテーブル４３を介して、サーバ装置４に送信したあと（ステップＳ１６８）、有効期限延長処理（ステップＳ１６９、後述）を行う。

【0317】

つぎに、ＣＰＵ６１は、入力装置６３からメッセージ機能を終了する旨の入力がなされたか否かを判断し（ステップＳ１７０）、メッセージ機能を終了する旨の入力がなされたと判断した場合は、メッセージ機能の利用を終了させる。

【0318】

ステップＳ１７０において、メッセージ機能を終了する旨の入力がないと判断した場合は、サーバ装置４からのメッセージ受信通知を監視し（ステップＳ１７１）、メッセージ受信通知がない場合は、制御をステップＳ１６６に戻す。

【0319】

一方、メッセージ受信通知があった場合は、当該メッセージ受信通知に係るメッセージデータである受信メッセージを、サーバ装置４から受信して（ステップＳ１７２）、表示装置６２に表示する（ステップＳ１７３）。ステップＳ１７２およびステップＳ１７３の処理が、メッセージ受信に係るアップデート処理（図１１のステップＳ１２）である。このアップデート処理が、メッセージ受信ローカル処理（コマンド：receiveMsg）である。

【0320】

ＣＰＵ６１は、メッセージ受信に係るアップデート処理の後、制御をステップＳ１６６に戻す。

【0321】

一方、サーバ装置４のＣＰＵ５１は、１のユーザのクライアント端末６から送信されたメッセージ送信コマンド（ステップＳ１６８参照）を、コマンドキューテーブル２３を介して受信し（ステップＳ１７４）、図１１に示すコマンド展開処理、通知サービス処理を経て、相手方のクライアント端末６に、アップデート通知としてメッセージ受信通知を送信するとともに（ステップＳ１７５）、上記１のユーザのクライアント端末６から送信されたメッセージ送信コマンドに含まれていたメッセージデータを送信する（ステップＳ１７６）。

【0322】

つぎに、図２７に、上記有効期限延長処理（図２６のステップＳ１６９）の手順を例示したフローチャートを示す。

【0323】

有効期限延長処理において、クライアント端末６のＣＰＵ６１は、ローカルコネクションテーブル４１に記憶されている、当該メッセージ送信に係るユーザ別コネクションレコードの自動更新４１ｉが"０"か"１"かについて判断し（ステップＳ１７７、ステップＳ１７８）、"０"であれば有効期限を延長せずに有効期限延長処理を終了し、"１"であれば、当該レコードの延長期間設定値４１ｈが"Null"であるか否かを判断し（ステップＳ１７９）、"Null"でなければ、現在時刻に、上記延長期間設定値４１ｈを加えたものを新たな有効期限４１ｇとして、当該レコードを更新する（ステップＳ１８１）。

【0324】

ステップＳ１７９において、延長期間設定値４１ｈが"Null"である場合は、サーバ装置４を介して、アカウントマスタテーブル２５の延長期間設定値２５ｅを取得し（ステップＳ１８０）、現在時刻に、取得した延長期間設定値２５ｅを加えたものを新たな有効期限４１ｇとして、当該レコードを更新し、サーバ装置４に対して、当該新たな有効期限のデータを送信する（ステップＳ１８１）。

【0325】

一方、サーバ装置４のＣＰＵ５１は、ステップＳ１８０におけるクライアント端末６からの要求に応じて、アカウントマスタテーブル２５の延長期間設定値２５ｅをクライアント端末６に送信し（ステップＳ１８３）、ステップＳ１８１においてクライアント端末６から送信された新たな有効期限のデータを受信すると、受信したデータに基づいて、コネクションテーブル２１における当該ユーザ別コネクションレコードの有効期限２１ｇを更新する（ステップＳ１８４）。

【0326】

上記有効期限延長処理においては、ローカルコネクションテーブル４１に記憶されているデータに基づいて、ローカルコネクションテーブル４１に記憶されているデータの更新を行い、その後、ローカルコネクションテーブル４１のデータと同期させるためにコネクションテーブル２１のデータの更新を行うよう構成している。

【0327】

しかし、逆に、コネクションテーブル２１に記憶されているデータに基づいて、コネクションテーブル２１に記憶されているデータの更新を行い、その後、コネクションテーブル２１のデータと同期させるためにローカルコネクションテーブル４１のデータの更新を行うよう構成することもできる。

【0328】

つぎに、図２８は、コネクション種別としてメッセージ機能を利用する場合における処理の流れの一例を示すフローチャートであって、メッセージ履歴画面からメッセージ機能を利用する場合の例を示す。

【0329】

この場合、クライアント端末６のＣＰＵ６１は、ローカルメッセージセッションテーブル４５に基づいて、既存のメッセージセッションの一覧リストを表した画面（図示せず）を生成し、表示装置６２に表示する（ステップＳ１８５、ステップＳ１８６）。

【0330】

ユーザによって、当該メッセージセッションの一覧リストから、所望のメッセージセッションが選択されると（ステップＳ１８７）、ＣＰＵ６１は、ローカルメッセージ履歴テーブル４６から、上記選択されたメッセージセッションのメッセージセッションＩＤ４６ａに対応するメッセージ４６ｄを読み出して（ステップＳ１８８）、表示装置６２に表示する（ステップＳ１８９）。

【0331】

このようにして表示された画面は、図２５のステップＳ１６４において表示される画面９１（図４１Ａ参照）と同様の画面である。その後の処理は、図２６、図２７に示す処理と同様であるため、説明を省略する。

【0332】

なお、上記においては、コネクション種別としてメッセージ機能を利用する場合における処理について説明したが、当該処理は、メッセージ機能固有の処理を除いて、他のコネクション種別を利用する場合の処理、たとえば通話機能を利用する場合の処理に適用することができる。図４１Ｂは、通話機能を利用する場合において、表示装置６２に表示される画面の一例である画面９２を示す図面である。

【0333】

つぎに、図２９は、任意の時点でのユーザによるコネクション破棄処理の手順の一例を示すフローチャートである。

【0334】

このコネクション破棄処理において、たとえば、クライアント端末６の表示装置６２に表示されている画面７１（図３１Ａ参照）の「すべてのつながり」ボタン１２９が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１からすべてのユーザ別コネクションレコードのコネクション名４１ｊを読み出し、読み出したコネクション名４１ｊを一覧にまとめたコネクションリストを、表示装置６２に表示する（ステップＳ１９０、ステップＳ１９１）。表示されたコネクションリスト１３０を画面８１（図３６Ａ参照）に例示する。

【0335】

ユーザにより、コネクションリスト１３０の中から、コネクション名４１ｊと関連付けて（この例ではコネクション名４１ｊの右側近傍に）配置された、当該コネクション名４１ｊに係るコネクション情報表示ボタン１４３が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１から、当該コネクション名４１ｊに係るユーザ別コネクションレコードの所定のコネクション情報を読み出すとともに、ローカルプロフィールテーブル４２から、当該コネクション名４１ｊに係る相手方のユーザのプロフィール情報を読み出して、表示装置６２に表示する（ステップＳ１９２）。

【0336】

図４０Ａに、このようにして表示されたコネクション情報画面８９を例示する。コネクション情報画面８９には、コネクション情報１４４、相手方のプロフィール情報１４５が表示されている。

【0337】

ユーザにより、コネクション情報１４４、相手方のプロフィール情報１４５が確認され、「コネクションを破棄する」ボタン１４６が操作されると、ＣＰＵ６１は、ローカルコネクションテーブル４１の当該ユーザ別コネクションレコードの無効化４１ｍを"１"にセットし（ステップＳ１９３）、ローカルプロフィールテーブル４２の当該ユーザ別コネクションレコードと関連付けられたプロフィール情報を削除する（ステップＳ１９４）。

【0338】

つづいて、ＣＰＵ６１は、当該ユーザ別コネクションレコードを対象とするコネクション離脱要求信号である、コネクション破棄コマンド（deleteConnection）を、ローカルコマンドキューテーブル４３を介して、サーバ装置４に送信する（ステップＳ１９５）。

【0339】

サーバ装置４のＣＰＵ５１は、１のユーザのクライアント端末６から送信されたコネクション破棄コマンドを、コマンドキューテーブル２３を介して受信し、図１１に示すコマンド展開処理、通知サービス処理を経て、通知対象となる相手方のクライアント端末６に、アップデート通知としてコネクション破棄コマンド通知を送信するとともに、上記１のユーザのクライアント端末６から送信されたコネクション破棄コマンドに含まれていたデータを送信する（ステップＳ１９６）。

【0340】

コネクション破棄コマンド通知を受信した相手方のクライアント端末６において、クライアント端末側アップデート通知受信処理（図１１参照）が実行される。当該処理におけるアップデート処理の内容は、図１５Ａに示すコネクション破棄コマンド処理と同様であるため、説明を省略する。

【0341】

ステップＳ１９６に続き、サーバ装置４のＣＰＵ５１は、コネクションテーブル２１に記憶されているユーザ別コネクションレコードのうち、上記コネクション破棄コマンドに係るレコードの無効化２１ｍを"１"にセットし（ステップＳ１９７）、プロフィールテーブル２２の当該ユーザ別コネクションレコードと関連付けられたプロフィール情報を削除する（ステップＳ１９８）。

【0342】

なお、相手方のプロフィール情報１４５が表示されているコネクション情報画面８９（図４０Ａ参照）において、「自分の公開情報」ボタン１４７が操作されると、クライアント端末６のＣＰＵ５１は、図４０Ｂに例示する、自己のプロフィール情報１４８が表示されているコネクション情報画面９０を、表示装置６２に表示する。

【0343】

コネクション情報画面９０の「コネクションを破棄する」ボタン１４９が操作された場合も、上記コネクション情報画面８９の「コネクションを破棄する」ボタン１４６が操作された場合と同様の処理が実行される。ユーザにおいて、自己のプロフィール情報１４８をも確認したうえでコネクションの破棄を検討する場合に対応するためである。

【0344】

もちろん、コネクション情報画面９０の「相手」ボタン１５０が操作されると、表示装置６２の表示は、コネクション情報画面８９に戻る。

【0345】

つぎに、図３０に、プロフィール更新処理の手順を示すフローチャートの一例を示す。

【0346】

プロフィール更新処理において、まず、更新の対象となる自己のプロフィール情報を表示装置６２に表示させる処理（ステップＳ１９９〜ステップＳ２０１）が必要であるが、当該処理は、たとえば、図２９のコネクション破棄処理において、自己のプロフィール情報１４８が表示されているコネクション情報画面９０（図４０Ｂ参照）を表示装置６２に表示させる処理（ステップＳ１９０〜ステップＳ１９２）と同様の手順で実行することができる。

【0347】

つぎに、コネクション情報画面９０が表示された状態で、プロフィール更新ボタン（図示せず）が操作されると、プロフィール更新画面（図示せず）が表示され、ユーザによるプロフィール情報の更新（追加、変更または削除）が行われる（ステップＳ２０２）。ユーザによるプロフィール情報の更新は、たとえば、上述のコネクション作成処理における、既存のテンプレートを修正して新たなプロフィール情報を生成する場合（図１８のステップＳ５８、図３１Ｂの画面７２参照）と同様の手順で行うことができる。

【0348】

ＣＰＵ６１は、つぎに、当該ユーザ別コネクションに係るローカルプロフィールテーブル４２のプロフィール情報を更新し（ステップＳ２０３）、コネクションＩＤ２１ｂ、ユーザＩＤ２１ｃ、プロフィール情報の更新内容を含むプロフィール更新コマンド（updateProfile）を、ローカルコマンドキューテーブル４３を介して、サーバ装置４に送信する（ステップＳ２０４）。

【0349】

サーバ装置４のＣＰＵ５１は、１のユーザのクライアント端末６から送信されたプロフィール更新コマンドを、コマンドキューテーブル２３を介して受信し、図１１に示すコマンド展開処理、通知サービス処理を経て、通知対象となる相手方のクライアント端末６に、アップデート通知としてプロフィール更新コマンド通知を送信するとともに、上記１のユーザのクライアント端末６から送信されたプロフィール更新コマンドに含まれていたデータを送信する（ステップＳ２０５）。

【0350】

プロフィール更新コマンド通知を受信した相手方のクライアント端末６において、クライアント端末側アップデート通知受信処理（図１１参照）が実行される。当該処理におけるアップデート処理（すなわち、プロフィール更新コマンド処理）において、クライアント端末６のＣＰＵ６１は、受信した上記データに含まれるコネクションＩＤ２１ｂ、ユーザＩＤ２１ｃ、プロフィール情報の更新内容に基づいて、該当するローカルプロフィールテーブル４２のプロフィール情報を更新する（ステップＳ２０７）。

【0351】

ステップＳ２０５に続き、サーバ装置４のＣＰＵ５１は、上記１のユーザのクライアント端末６から送信されたプロフィール更新コマンドに含まれるデータに基づいて、プロフィールテーブル２２の該当するプロフィール情報を更新する（ステップＳ２０６）。このようにして、プロフィール更新処理が完了する。

【0352】

なお、上述の各実施形態においては、サーバ装置およびクライアント装置が、それぞれ１台のコンピュータを用いて構成されている場合を例に説明したが、この発明はこれに限定されるものではない。サーバ装置を、２台以上のコンピュータにより構成することもできる。この場合、当該２台以上のコンピュータを、上記情報通信手段８を介して接続することもできる。

【0353】

また、クライアント装置を２台以上のコンピュータにより構成することもできる。この場合も、当該２台以上のコンピュータを、上記情報通信手段８を介して接続することもできる。

【0354】

図４２は、２台以上のコンピュータにより構成したクライアント装置２０６の構成を例示するブロック図である。このクライアント装置２０６は、端末装置７とウェブサーバ５とを備えている。

【0355】

端末装置７のハードウェア構成は、図４に示すクライアント装置６の場合と同様である。ウェブサーバ５のハードウェア構成は、ウェブサーバ５が１台のコンピュータにより構成されている場合は、図４に示すサーバ装置４の場合と同様である。ウェブサーバ５が２台以上のコンピュータにより構成されている場合は、各コンピュータの構成は、図４に示すサーバ装置４の場合と同様である。

【0356】

端末装置７とウェブサーバ５とは、たとえば、情報通信手段８を介して通信可能となっている。ウェブサーバ５が２台以上のコンピュータで構成されている場合、これらのコンピュータ相互間も、たとえば、情報通信手段８を介して通信可能となっている。

【0357】

端末装置７は、ウェブブラウザ３を装備している。

【0358】

図４２は、ユーザが、端末装置７のウェブブラウザ３を介して、ウェブサーバ５上の当該ユーザ専用のウェブページ（以下「専用ページ」という。）にログインした状態を表している。

【0359】

この状態において、ウェブサーバ５は、図３に示すクライアント装置６のクライアント側通信制御部３０およびローカルデータベース４０と同様の機能を果たすよう構成されている。図４２に示すウェブサーバ５の構成要素のうち、図３に示すクライアント装置６の構成要素と同様の機能を有するものには同一の符号を付している。

【0360】

すなわち、クライアント装置２０６においては、クライアント装置６におけるクライアント側通信制御部３０およびローカルデータベース４０に相当する機能が、ウェブサーバ５から、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）方式で提供されている。

【0361】

つまり、ユーザの専用ページにログインしている状態においては、上述の各処理を実行する上で、端末装置７とウェブサーバ５とにより構成されたクライアント装置２０６は、図３に示すクライアント装置６と等価な装置となっている。

【0362】

このクライアント装置２０６は、次のようにして使用される。ここで、ユーザの専用ページにログインするための識別標識（以下、「ログインＩＤ」という。）およびログインパスワードが、予め付与されているものとする。

【0363】

ユーザは、端末装置７のウェブブラウザ３を介して、ログインＩＤおよびログインパスワードを入力することで、当該ユーザの専用ページにログインすることができる。

【0364】

専用ページにログインすると、ユーザの端末装置７の表示装置には、当該専用ページが表示される。この専用ページの内容は、たとえば、図３１Ａに示す画面７１と同様の内容である。

【0365】

ユーザが、端末装置７のウェブブラウザ３を介して、この専用ページに対する操作（クリックやタップ）を行うことで、上記クライアント端末６の場合と同様の処理が、ウェブサーバ５において実行され、その処理経過や処理結果が、端末装置７のウェブブラウザ３を介して、その表示装置に表示される。

【0366】

このように、当該ユーザの端末装置７とウェブサーバ５とが一体となって、当該ユーザのクライアント装置２０６を構成しているのであるが、ユーザは、ウェブサーバ５の存在を意識することなく、あたかも、端末装置７自体が、上記クライアント端末６であるかのように操作することができる。

【0367】

なお、ＡＳＰ方式を利用したクライアント装置２０６として、図４２に示す構成を例示しているが、クライアント装置２０６の構成は、これに限定されるものではない。たとえば、図４２では、クライアント装置２０６におけるクライアント側通信制御部３０およびローカルデータベース４０の機能の全部を、ウェブサーバ５において実行する構成となっているが、これらの機能を、ウェブサーバ５と端末装置７とで分担して処理するよう構成することもできる。

【0368】

このように構成した場合であっても、ユーザの専用ページにログインしている状態においては、上述の各処理を実行する上で、端末装置７とウェブサーバ５とにより構成されたクライアント装置２０６は、クライアント装置６と等価な装置となっている。

【0369】

なお、この情報通信システム２においては、１のユーザと他のユーザの双方が、クライアント装置２０６を用いることもできるし、一方がクライアント装置２０６を用い、他方が上記クライアント端末６を用いることもできる。さらに、時に応じて、クライアント装置２０６とクライアント端末６とを使い分けることもできる。

【0370】

なお、上述の各実施形態においては、ユーザを通信コネクションから離脱させる際に、コネクションテーブル２１において当該ユーザに係るユーザ別コネクションレコードを無効化するとともに、プロフィールテーブル２２において当該ユーザ別コネクションレコードと関連付けて記憶されているレコードを削除するよう構成したが、この発明はこれに限定されるものではない。

【0371】

ユーザを通信コネクションから離脱させる際に、コネクションテーブル２１において上記レコードを無効化するのみで、プロフィールテーブル２２の上記レコードは削除しないよう構成することができる。このように構成したとしても、当該ユーザ別コネクションレコードを無効化することで、当該ユーザに係るユーザ別コネクションレコードと、同一の通信コネクションに属する他のユーザに係るユーザ別コネクションレコードとの関連付けが断たれるから、もはや、プロフィールテーブル２２にユーザ別コネクションレコードと関連付けて記憶されている当該ユーザのレコードに、他のユーザがアクセスすることができないからである。

【0372】

さらに、ユーザを通信コネクションから離脱させる際に、コネクションテーブル２１において当該ユーザに係るユーザ別コネクションレコードを無効化するよう構成しているが、クライアント装置６または２０６を通信コネクションから離脱させる際に、たとえば、コネクションテーブル２１から当該ユーザ別コネクションレコードを削除するよう構成することもできる。

【0373】

図１９に示すステップＳ７９、図２０に示すステップＳ１０３または図２２に示すステップＳ１３７が、図２のサーバ装置４のサーバ側通信制御部１０を構成するコネクション作成手段１１およびコネクション加入手段１２に対応する。図２６に示すステップＳ１７４〜ステップＳ１７６が、通信中継手段１３に対応する。

【0374】

図２９に示すステップＳ１９７がコネクション離脱手段１４に対応する。図１６に示すステップＳ４３〜ステップＳ４４が、サーバ側コネクション自動離脱手段１５に対応する。ステップＳ４５〜ステップＳ４６が、サーバ側コネクション離脱予告通知手段１６に対応する。図２７に示すステップＳ１８４が、コネクション自動延長手段１７に対応する。

【0375】

図２５に示すステップＳ１５４〜ステップＳ１５５が、図３のクライアント装置６のクライアント側通信制御部３０を構成するプロフィール表示手段３１に対応する。図１３に示すステップＳ２４〜ステップＳ２５が、クライアント側コネクション自動離脱手段３２に対応する。ステップＳ２６〜ステップＳ２７が、クライアント側コネクション離脱予告通知手段３３に対応する。

【0376】

なお、この実施形態においては、情報通信システム２のサーバ装置４側のプログラムを記憶した記録媒体、および、クライアント装置２０６側のプログラムを記憶した記録媒体として、ＨＤＤに装着されたハードディスクを例示し、クライアント端末６側のプログラムを記憶した記録媒体として、ＳＳＤに装着されたフラッシュメモリを例示しているが、プログラムを記憶した記録媒体はこれらに限定されるものではなく、プログラムを記憶した記録媒体として、たとえば、外部メモリカード、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フレキシブルディスク、磁気テープを用いることもできる。さらに、主記憶装置もプログラムを記憶した記録媒体として用いることができる。

【0377】

また、プログラムの配布態様は特に限定されるものではなく、記録媒体にプログラムを記憶した状態で配布するほか、有線や無線の情報通信手段を介して当該プログラムを配布するようにしてもよい。

【0378】

また、プログラムの記録態様は特に限定されるものではない。直接実行できる形で記録媒体に記憶したり配布したりする他、たとえば、解凍して使用するように圧縮された形で記録媒体に記憶したり配布したりすることもできる。

【0379】

なお、上述の各実施形態においては、コンピュータを用いて図２および図３、または図４２の各機能を実現する場合を例に説明したが、これらの機能の一部または全部を、ハードウェアロジックを用いて構成するようにしてもよい。

【0380】

また、上述のブロック図、ハードウェア構成、フローチャート、データベースの構成、表示画面の構成等は、例として挙げたものであり、本願発明は、これらに限定されるものではない。

【0381】

上記においては、本発明を好ましい実施形態として説明したが、各用語は、限定のために用いたのではなく、説明のために用いたものであって、本発明の範囲および精神を逸脱することなく、添付のクレームの範囲において、変更することができるものである。また、上記においては、本発明のいくつかの典型的な実施形態についてのみ詳細に記述したが、当業者であれば、本発明の新規な教示および利点を逸脱することなしに上記典型的な実施形態において多くの変更が可能であることを、容易に認識するであろう。したがって、そのような変更はすべて、本発明の範囲に含まれるものである。

【符号の説明】

【0382】

４：サーバ装置
６：クライアント端末
１１：コネクション作成手段
１４：コネクション離脱手段
２０：データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】