JP2004272579A - オンラインサービス提供システム、コミュニケーション管理装置とそのプログラム、ならびにコミュニケーション管理方法 - Google Patents

Abstract

【課題】ネットワーク上に形成した仮想空間内で遭遇したユーザどうしで実際にコミュニケーションが行われた様子を適切に管理することが可能とする。
【解決手段】イベント検出部３２ａは、第１のユーザと第２のユーザとの間でのコミュニケーションに関するイベントの発生を検出する。単位時間計時部３２ｂは、イベント検出部３２ａがイベントの発生を検出したときには、すでに計時中であってもこのイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始し、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力する。そしてコミュニケーション期間判定部３２ｃは、計時が行われていない状況にてイベントの発生が検出されたタイミングから終了信号が出力されるタイミングまでを１回のコミュニケーション期間として判定する。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に形成した仮想空間内で遭遇したユーザどうしでコミュニケーションを行うことを可能とするオンラインゲームやチャットなどのようなオンラインサービスを提供するオンラインサービス提供システム、このシステムで利用されるコミュニケーション管理装置とそのプログラム、ならびにコミュニケーション管理方法に関する。
【０００２】
【従来の技術】
この種のシステムにおいては、コミュニケーションの履歴を取っておき、同じ相手と再度出逢ったときに履歴をユーザに提示することが行われている（例えば、特許文献１を参照）。
【０００３】
特許文献１は、ユーザの分身であるアバターを、サイバースペース内でユーザが任意に移動させることを可能とする。そして、互いに異なるアバターＡとアバターＢとが予め定められた空間に同時に存在する場合に、上記のアバターＡとアバターＢとがコンタクトしていると判断する。例えば、サーバースペース内に設定された「公園」にアバターＡとアバターＢとが同時に居る場合、アバターＡとアバターＢとがコンタクトしていると判断する。そして、このコンタクトの判断に基づいて、「コンタクト日時」、「コンタクト時間」、「累積回数」、あるいは「累積時間」などの情報を履歴データとして記録している。
【０００４】
【特許文献１】
特開平１１−１８４７９０号公報
【０００５】
【発明が解決しようとする課題】
このため特許文献１の技術では、仮想空間内でアバターどうしが近接しただけでそのアバターどうしがコンタクトしたことと判断される。この判断に当り、実際に会話などのコミュニケーションをアバターどうしが行ったかどうかは考慮されない。このため、例えば、２時間に渡り会話した相手についてであっても、同じ映画館で２時間に渡り偶然同時に映画を見ていただけの相手についてであっても、「コンタクト時間」はいずれも「２時間」となる。
【０００６】
従って、「コンタクト時間」を参照しても、親密な相手であるか否かは判定できない。つまり、特許文献１の技術により記録される「コンタクト日時」、「コンタクト時間」、「累積回数」、あるいは「累積時間」などのデータは、相手との親密度を判断する基準にはなり得ない。
【０００７】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、ユーザどうしで実際にコミュニケーションが行われた様子を適切に管理することを可能とすることにある。
【０００８】
【課題を解決するための手段】
以上の目的を達成するために本発明は、仮想空間内での第１のユーザと第２のユーザとの間でのコミュニケーションに関する所定のイベントの発生を検出する。すでに計時中であっても上記のイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始し、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力する。そして最初に計時を始めたときから、前記出力があるときまでを１回のコミュニケーション期間として判定することとした。
【０００９】
このような手段を講じたことにより、第１のユーザと第２のユーザとの間でのコミュニケーションに関する何らかのイベントが発生したときに計時が開始される。この後、計時が継続されているときには、同様のイベントが発生する毎に計時途中の時間がリセットされ続け、最終的に単位時間を計時し終えるまで計時が継続されたときのその時刻までが１回のコミュニケーション期間として判定される。従って、離散的に発生する第１のユーザと第２のユーザとの間のコミュニケーションに関するイベントの発生間隔が所定の単位時間よりも小さければ、それらのイベントは１回のコミュニケーションと判定すべき一連のイベントであると判断する。そしてこの一連のイベントが行われた期間をコミュニケーション期間と判定するものである。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態につき説明する。
図１は本実施形態に係るオンラインサービス提供システムの構成を示すブロック図である。
図１に示すように本実施形態のオンラインサービス提供システムは、プラットフォームサーバ１、少なくとも１つのコンテンツサーバ２および複数のクライアント端末３を含む。なお、図１においては、複数のコンテンツサーバ２を含む例を示している。そしてこれらのプラットフォームサーバ１、コンテンツサーバ２およびクライアント端末３は、ネットワーク４を介して互いに通信可能である。ネットワーク４としては、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークが適用できる。
【００１１】
プラットフォームサーバ１は、ユーザ情報管理モジュール１１、遭遇ユーザリスト管理モジュール１２、記憶媒体１３およびネットワークインタフェース１４を含む。
【００１２】
ユーザ情報管理モジュール１１は、このオンラインサービス提供システムで提供するオンラインサービスのユーザに関する各種のユーザ情報を管理している。ユーザ情報管理モジュール１１は、上記のユーザ情報に基づいてユーザ認証などのように、オンラインサービスを提供するためのプラットフォームを提供するための周知の処理を行う。
【００１３】
遭遇ユーザリスト管理モジュール１２は、クライアント端末３から送信される遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃを記憶媒体１３に記憶して管理する。遭遇ユーザリスト管理モジュール１２は、遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃに基づいてクライアント端末３へ情報提供を行う。
【００１４】
記憶媒体１３は、例えばハードディスクなどである。記憶媒体１３は、遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃや、その他の各種情報を記憶する。
【００１５】
ネットワークインタフェース１４は、ネットワーク４を介してコンテンツサーバ２やクライアント端末３と通信を行う。
【００１６】
コンテンツサーバ２は、プラットフォームサーバ１により提供されるプラットフォームの上でコンテンツサービスを提供する。コンテンツサーバ２が提供するコンテンツサービスは、オンラインゲームサービスやチャットサービスなどであり、例えば既存のサービスがそのまま利用できる。
【００１７】
図２はクライアント端末３の構成を示すブロック図である。
図２に示すようにクライアント端末３は、クライアントモジュール３１、コミュニケーション管理モジュール３２、記憶媒体３３およびネットワークインタフェース３４を含む。
【００１８】
クライアントモジュール３１は、例えばソフトウェアモジュールを、汎用のコンピュータ装置などに実行させることで実現される。クライアントモジュール３１は、コンテンツサーバ２により提供されるコンテンツサービスにおけるクライアント側の各種処理を行う。コンテンツサービスが既存のものであるならば、クライアントモジュール３１は既存のものを利用できる。具体的には例えば、クライアントモジュール３１は、コンテンツサーバ２から送信される背景や他のクライアント端末３のユーザ（以下、他ユーザと称する）の属性などの情報などに基づいて仮想空間を再現し、これを自クライアント端末３のユーザ（以下、自ユーザと称する）に提示する。またクライアントモジュール３１は、仮想空間に存在する他ユーザの発言内容を自ユーザに提示したり、自ユーザが指定する発言内容を他ユーザに伝えるべくコンテンツサーバ２へ送信するなどして、自ユーザが他ユーザとコミュニケーションを行えるようにする。なお、クライアントモジュール３１がコンテンツサーバ２と上記のコンテンツサービスにおいて授受する情報は以下においてはサービス情報と称する。
【００１９】
コミュニケーション管理モジュール３２は、例えばソフトウェアモジュールを、汎用のコンピュータ装置などに実行させることで実現される。上記のソフトウェアモジュールは、予め上記コンピュータ装置に内蔵された記録媒体に記憶させておいても良いし、ＣＤ−ＲＯＭなどのようなリムーバブルな記録媒体に格納して、あるいはネットワークを介して配布されるプログラムを上記コンピュータ装置にインストールすることとしても良い。
【００２０】
コミュニケーション管理モジュール３２はさらに、イベント検出部３２ａ、単位時間計時部３２ｂ、コミュニケーション期間判定部３２ｃ、遭遇回数計数部３２ｄ、合計コミュニケーション時間算出部３２ｅ、親密度判定部３２ｆ、フレンド・イグノアリスト更新部３２ｇ、リスト送信部３２ｈおよびログ記録部３２ｉを含む。
【００２１】
イベント検出部３２ａは、クライアントモジュール３１により授受されるサービス情報を解析し、自ユーザと他ユーザとのコミュニケーションに関わるイベントの発生を検出する。イベント検出部３２ａは、発生したイベントでのコミュニケーションの相手も検出する。自ユーザと他ユーザとのコミュニケーションに関わるイベントとは、例えば文字の会話、音声の会話、データのやり取り、アバターの身振り手振りなどである。なお、どのイベントをイベント検出部３２ａの検出対象とするかは固定的に定めておいてもよいし、ユーザ指定などに応じて柔軟に定めても良い。
【００２２】
単位時間計時部３２ｂは、計時動作を行っていないときには、イベント検出部３２ａによりイベント発生が検出されたときに計時動作を開始する。単位時間計時部３２ｂは、計時動作を行っているときには、イベント検出部３２ａによりイベント発生が検出されたときに計時動作をリセットする。単位時間計時部３２ｂは、所定の単位時間を計時し終えたときに計時動作を停止し、タイムアップ信号を出力する。単位時間計時部３２ｂは、複数の他ユーザのそれぞれに関して上記の動作を並列的に行える。
【００２３】
コミュニケーション期間判定部３２ｃは、イベント検出部３２ａによりイベント発生が検出されるタイミングと、単位時間計時部３２ｂからタイムアップ信号が出力されるタイミングとに基づいて、自ユーザが他ユーザとコミュニケーションしていた期間（以下、コミュニケーション期間と称する）を相手毎に判定する。
【００２４】
遭遇回数計数部３２ｄは、コミュニケーション期間判定部３２ｃによる判定結果に基づいて、仮想空間にて自ユーザが他ユーザと遭遇した回数（以下、遭遇回数と称する）を相手毎に計数する。なお、以下において「遭遇」とは、自ユーザと他ユーザとの間で実際に会話などのコミュニケーションが行われた場合を指し、自ユーザと他ユーザとが単に近接しただけの場合を含まない。遭遇回数計数部３２ｄは、計数した遭遇回数を記憶媒体３３に記憶された遭遇ユーザリスト３３ｂに反映させる。
【００２５】
合計コミュニケーション時間算出部３２ｅは、仮想空間にて自ユーザが他ユーザとコミュニケーションした合計時間（以下、合計コミュニケーション時間と称する）を相手毎に算出する。合計コミュニケーション時間算出部３２ｅは、算出した合計コミュニケーション時間を遭遇ユーザリスト３３ｂに反映させる。
【００２６】
親密度判定部３２ｆは、遭遇回数、合計コミュニケーション時間、あるいはユーザ指示を考慮して自ユーザに対する他ユーザの親密度を相手毎に判定する。親密度判定部３２ｆは、判定した親密度を遭遇ユーザリスト３３ｂに反映させる。
【００２７】
フレンド・イグノアリスト更新部３２ｇは、親密度判定部３２ｆにより判定された親密度に基づいて、記憶媒体３３に記憶されているフレンドリスト３３ｃおよびイグノアリスト３３ｄを更新する。
【００２８】
リスト送信部３２ｈは、記憶媒体３３に記憶されている遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃ、あるいはイグノアリスト３３ｄが更新された場合に、その更新されたリストをプラットフォームサーバ１へと送信する。
【００２９】
ログ記録部３２ｉは、クライアントモジュール３１により送受信されるサービス情報のうちの一部をサービスログ３３ａとして記憶媒体３３に記録する。
【００３０】
記憶媒体３３は、例えばハードディスクなどである。記憶媒体３３は、サービスログ３３ａ、遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄや、その他の各種情報を記憶する。
【００３１】
ネットワークインタフェース３４は、ネットワーク４を介してプラットフォームサーバ１やコンテンツサーバ２と通信を行う。
【００３２】
次に以上のように構成されたオンラインサービス提供システムの動作につき説明する。なお、オンラインサービスを実現するための動作は周知の動作であるので、ここではその説明は省略する。そしてここでは、コミュニケーション管理モジュール３２の動作を中心に説明する。
【００３３】
図３はコミュニケーション管理モジュール３２におけるコミュニケーション管理処理のフローチャートである。
コミュニケーション管理モジュール３２では、自ユーザが複数の相手と並列的にコミュニケーションしている状況にあっては、このコミュニケーション管理処理を相手毎に並列的に実行する。
【００３４】
このためにコミュニケーション管理モジュール３２にてイベント検出部３２ａはステップＳＴ１において、既に実行しているコミュニケーション管理処理の対象となっている相手とは異なる新たな相手（以下、今回遭遇相手と称する）とのイベントが発生するのを待ち受けている。すなわち、例えば相手Ａおよび相手Ｂをそれぞれ対象とするコミュニケーション管理処理を既に実行しているのならば、イベント検出部３２ａは相手Ａおよび相手Ｂ以外の他ユーザとのコミュニケーションに関わるイベントが発生するのを待ち受けるのである。そして新たな相手とのイベントの発生をイベント検出部３２ａが検出したならば、ステップＳＴ２においてコミュニケーション期間判定部３２ｃが、現在時刻をコミュニケーションの開始時刻として定める。またステップＳＴ３において単位時間計時部３２ｂが、計時動作を起動する。
【００３５】
こののちにステップＳＴ４およびステップＳＴ５においてコミュニケーション期間判定部３２ｃが単位時間計時部３２ｂがタイムアップするのを、またイベント検出部３２ａが今回遭遇相手とのイベントが発生するのを待ち受ける。
【００３６】
この状態にて、今回遭遇相手とのイベントの発生をイベント検出部３２ａが検出したならば、ステップＳＴ６において単位時間計時部３２ｂが、計時動作をリセットする。そしてこののち、ステップＳＴ４およびステップＳＴ５の待ち受け状態に戻る。
【００３７】
かくして、図４に示すように、同一の相手とのイベントが単位時間よりも短い間隔で発生するならば、新たにイベントが発生した時点を始点として単位時間の計時が再開される。すなわち、単位時間計時部３２ｂが計時動作を行う期間が延長されて行く。
【００３８】
そして、新たなイベントが発生することなく単位時間が経過したならば、単位時間計時部３２ｂがタイムアップし、タイムアップ信号を出力する。これに応じてステップＳＴ７においてコミュニケーション期間判定部３２ｃが、現在時刻を終了時刻として定める。続いてステップＳＴ８においてコミュニケーション期間判定部３２ｃが、図４に示すようにステップＳＴ２にて定めた開始時刻からステップＳＴ７にて定めた終了時刻までの期間をコミュニケーション期間と判定し、このコミュニケーション期間の所要時間としてコミュニケーション時間を算出する。
【００３９】
さて、記憶媒体３３に記憶される遭遇ユーザリスト３３ｂは、例えば図５に示すようなデータ構造で過去に行われたコミュニケーションに関わる各種の情報を示す。
【００４０】
図５に示すように遭遇ユーザリスト３３ｂは、相手毎のデータレコードＲ１，Ｒ２を含む。なおユーザには、そのユーザを一意に識別できるユーザＩＤが割り当てられているが、同一ユーザであっても異なる複数の名前を使用して仮想空間内に存在することが可能な場合がある。この場合、相手毎のデータレコードＲ１，Ｒ２は名前毎に設ける。
【００４１】
相手毎のデータレコードには、コンテンツ毎のデータレコードが含まれる。図５の例では、データレコードＲ１にはデータレコードＲ１１，Ｒ１２が含まれる。すなわち、同一の相手であっても、遭遇したコンテンツが異なるのならば、別々のデータレコードに分ける。
【００４２】
コンテンツ毎のデータレコードには、「親密度」「合計遭遇回数」「合計コミュニケーション時間」の各情報と、コミュニケーション期間毎の管理情報とが含まれる。図５の例では、データレコードＲ１１には、管理情報Ｒ１１１，Ｒ１１２…が含まれる。コミュニケーション期間毎の管理情報には、「遭遇時刻」「コミュニケーション時間」「その他コンテンツ関連情報」の各情報が含まれる。「遭遇時刻」は、コミュニケーション期間判定部３２ｃにより１回として判定されたコミュニケーション期間の開始時刻に相当する。「コミュニケーション時間」は、同じデータレコードに含まれる「遭遇時刻」から始まったコミュニケーション期間に関するコミュニケーション時間である。「その他コンテンツ関連情報」は、データ（コンテンツで使う道具やアバターの服飾など）の取引を行うことができるコンテンツにて行われた取引の内容や、麻雀などの対戦ゲームなどのコンテンツにおける勝敗の情報などの任意の情報である。この「その他コンテンツ関連情報」にどのような情報を記録するかは任意であり、例えばユーザに指定させるようにしても良い。
【００４３】
そこでコミュニケーション期間判定部３２ｃは、ステップＳＴ２にて定めた開始時刻を「遭遇時刻」として示すとともに、ステップＳＴ８にて算出したコミュニケーション時間を示した管理情報を遭遇ユーザリスト３３ｂへ追加する。
【００４４】
次にステップＳＴ１０において合計コミュニケーション時間算出部３２ｅが、今回遭遇相手および今回利用されたコンテンツに関するデータレコードに示された合計コミュニケーション時間を遭遇ユーザリスト３３ｂから読み出し、この合計コミュニケーション時間をステップＳＴ８にて算出したコミュニケーション時間を加算した値に更新する。
【００４５】
続いてステップＳＴ１１において遭遇回数計数部３２ｄが、今回遭遇相手および今回利用されたコンテンツに関するデータレコードに示された合計遭遇回数を１つ増加する。
【００４６】
さらにステップＳＴ１２において親密度判定部３２ｆが、上記のように更新した後の合計コミュニケーション時間および合計遭遇回数を考慮して、今回遭遇相手および今回利用されたコンテンツに関するデータレコードに示された親密度を更新する。親密度判定部３２ｆは、例えば以下のように親密度を判定する。
【００４７】
（１） 第１の方法
合計遭遇回数を変数ｘとした関数ｙを用意しておき、このｙを親密度にする。例えば、
ｙ＝ｘ・ｎ
として関数ｙを定めておく。この場合、遭遇する度に親密度がｎずつ増やすこととなる。なお係数ｎの値は、ユーザが任意に設定可能としても良い。
【００４８】
（２） 第２の方法
合計コミュニケーション時間を変数ｘとした関数ｙを用意しておき、このｙを親密度にする。例えば、
ｙ＝ｘ／ａ・ｎ
として関数ｙを定めておく。この場合、合計コミュニケーション時間が一定時間ａに達する度に親密度がｎずつ増やすこととなる。なお係数ｎの値は、ユーザが任意に設定可能としても良い。
【００４９】
（３） 第３の方法
コミュニケーション時間を変数ｘとした関数ｙを用意しておき、遭遇終了の度にｙの値だけ親密度を増加する。この場合、１回ずつのコミュニケーション期間の長さに応じた数値を積算した値が親密度とされることとなる。コミュニケーション期間の長さに応じて積算する数値は、ユーザが任意に設定可能としても良い。
【００５０】
（４） 第４の方法
上記の第１乃至第３の方法の２つまたは３つを組み合わせる。
【００５１】
なお、上記の各方法において、関数ｙは非線形でもよい。
【００５２】
ところで親密度判定部３２ｆは、上記にように親密度を自動更新する他に、ユーザによる親密度の増減の指示に応じても親密度を更新する。例えば、ユーザにより指定された数値だけ親密度を増減する。
【００５３】
ステップＳＴ１３およびステップＳＴ１４においてフレンド・イグノアリスト更新部３２ｇが、ステップＳＴ１２にて更新されたのちの親密度が、第１しきい値以上、第２しきい値以上第１しきい値未満、あるいは第２しきい値未満のいずれであるかを確認する。そして親密度が第１しきい値以上であるならば、ステップＳＴ１５においてフレンド・イグノアリスト更新部３２ｇが、今回遭遇相手をフレンドリスト３３ｃへ登録する。これに対して親密度が第２しきい値未満であるならば、ステップＳＴ１６においてフレンド・イグノアリスト更新部３２ｇが、今回遭遇相手をイグノアリスト３３ｄへ登録する。親密度が第２しきい値以上第１しきい値未満であるならば、ステップＳＴ１７においてフレンド・イグノアリスト更新部３２ｇが、今回遭遇相手をフレンドリスト３３ｃおよびイグノアリスト３３ｄから除外する。
【００５４】
以上のようにしてフレンドリスト３３ｃおよびイグノアリスト３３ｄの更新が終了したならば、続いてステップＳＴ１８においてリスト送信部３２ｈが、遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄをプラットフォームサーバ１へ送信するべく、ネットワークインタフェース３４を介してネットワーク４へと送出する。なおこのとき、フレンドリスト３３ｃおよびイグノアリスト３３ｄは、実際に更新されている場合にのみ送信するようにしても良い。また各リストは、その全てを送信するのではなく、更新された事項のみを送信するようにしても良い。
【００５５】
プラットフォームサーバ１では、クライアント端末３から上述のように送出された遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄがネットワークを介して到来すると、これらをネットワークインタフェース１４が受信し、遭遇ユーザ管理モジュール１２へ与える。遭遇ユーザ管理モジュール１２は、上記の遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄを反映させるように、記憶媒体１３に記憶された遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃを更新する。なお、記憶媒体１３に記憶された遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃは、複数のクライアント端末３からそれぞれ送られてくる遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄをそれぞれ取り纏めたものである。遭遇ユーザリスト３３ｂのデータ構造の一例を図６に示す。
【００５６】
ところでクライアント端末３のコミュニケーション管理モジュール３２では、クライアントモジュール３１により授受されるサービス情報の全てをログ記録部３２ｉが一時的に記憶媒体３３に記録している。そしてログ記録部３２ｉは、コミュニケーション期間判定部３２ｃにより新たにコミュニケーション期間が判定された場合に、記憶媒体３３に記録してあるサービス情報の一部をサービスログ３３ａに追加することで、ログの記録を行う。
【００５７】
次にログ記録部３２ｉによるログの記録の動作につき説明する。
ログ記録部３２ｉはログ記録範囲の先頭を、コミュニケーション期間判定部３２ｃにより判定されたコミュニケーション期間の開始時刻から一定時間を遡った時刻とする。またログ記録部３２ｉはログ記録範囲の後端を、コミュニケーション期間の終了時刻から一定時間が経過した時刻とする。そしてログ記録部３２ｉは、一時的に記憶してあるサービス情報から上記のように定めたログ記録範囲のサービス情報を取り出し、これをサービスログ３３ａに追加する。
【００５８】
ところで、複数のコミュニケーション期間が同時期に生じていると、それぞれのコミュニケーション期間に基づいて定まるログ記録範囲の一部が重複する場合がある。この場合、図７に示すように、重複する複数のログ記録範囲を１つのログ記録範囲に置き換えてログ記録を行うようにしても良い。置き換える１つのログ記録範囲は、複数のログ記録範囲のそれぞれの先頭のうちで最も早い時刻を先頭とし、また複数のログ記録範囲のそれぞれの後端のうちで最も遅い時刻を後端とする。このようにすれば、同一のサービス情報がサービスログ３３ａに重複して含まれることがなくなり、サービスログ３３ａのデータ量を低減することができる。
【００５９】
一方、図８に示すように、個々のログ記録範囲に対応するサービス情報を相手毎のログとしてそれぞれサービスログ３３ａに追加することとしても良い。このようにすれば、サービスログ３３ａに含まれる情報の管理や利用が容易となる。
【００６０】
なお、サービスログ３３ａとして記録する情報は、必ずしもログ記録範囲内のサービス情報の全てである必要はなく、ユーザが認識できる程度に過去の状況を再現できる水準の情報を記録すれば良い。サービスログ３３ａとして記録して有効な情報は、例えばチャットサービスであるならば、会話記録（例えばテキストならばテキスト、音声ならば音声、画像を利用するならばその画像、入力されたタイミング）である。メッセージサービスならば、最も至近に交わしたメッセージ記録である。アバターを利用したネットワークＲＰＧゲームならば、ユーザに提供している表示画面・音声などを再現するために必要となる情報（例えば、アバターの姿形・アバターの位置・動作情報・ユーザ間の会話情報・例えば敵キャラクタや街の住人などの非ユーザオブジェクトの位置・動作情報・ネットワーク空間内の時刻など）である。ネットワーク将棋・囲碁・麻雀他テーブルゲームならば、対局を再生できる譜面情報や対局中に交わした会話記録である。対戦型のアクションゲームならば、対戦を再生するのに必要な情報（キャラクタの位置情報・入力操作情報・入力タイミング）や会話記録である。また、サービスログ３３ａの記憶のために使用できる領域が少ない場合は、上記のような各種の情報をさらに断片的にサービスログ３３ａに追加するようにしても良い。
【００６１】
さて、以上のようにして記憶媒体３３に記憶されたサービスログ３３ａ、遭遇ユーザリスト３３ｂ、フレンドリスト３３ｃおよびイグノアリスト３３ｄは、例えばクライアントモジュール３１において以下のようにして利用することが可能である。
【００６２】
（１） 自ユーザと他ユーザとの遭遇が発生した場合に、遭遇ユーザリストを照会して、今回遭遇した他ユーザと過去に遭遇しているかどうかを判定する。そして、「遭遇済」や「未遭遇」の意味する印を表示することで、今回遭遇した他ユーザと過去に遭遇しているかどうかを自ユーザに通知する。
【００６３】
（２） 自ユーザと他ユーザとの遭遇が発生した場合に、他ユーザの親密度を印等によって自ユーザに通知する。このときさらに、一定値以上の親密度の場合のみ印を表示したり、特定の親密度の印だけを表示したりするように表示にフィルタをかけるよういしても良い。
【００６４】
（３） 認識可能な遭遇済みユーザをリスト表示したり、そのような他ユーザの位置を地図または座標系に記したりしても良い。
【００６５】
（４） 過去に遭遇した他ユーザと新たに遭遇した場合には、サービスログ３３ａを利用して過去の遭遇の状況を再現して自ユーザに提示する。これは、自動的に行っても良いし、ユーザによる開始指示に応じて行っても良い。このとき、前回の遭遇の状況を再現することが基本となる。しかし、ユーザ指示などに応じてそれよりも前の遭遇の状況を再現することとしても良い。また、前回の遭遇が今回とは別コンテンツによるサービス提供下であった場合は、前回の遭遇の状況の再現は行わずに、今回のコンテンツでの過去の遭遇状況を優先して再現することとしても良い。また、過去の遭遇状況の全てを再現するのではなく、ダイジェストにして再現するようにしても良い。ダイジェストを作成する場合にどの部分を抽出するかはコンテンツのサービス内容に依存する。会話が主な再生内容の場合などは単位時間あたりのログデータの量が大きい部分を取り出すなどの方法が考えられる。
【００６６】
（５） 自ユーザの指示に応じてフレンドリスト３３ｃに登録された他ユーザを自ユーザに提示する。これにより、自ユーザは自分に親しいユーザを確認することが可能になる。
【００６７】
（６） 自ユーザの指示に応じてイグノアリスト３３ｄに登録された他ユーザを自ユーザに提示する。これにより、自ユーザは自分と親しくないユーザを確認することが可能になる。
【００６８】
一方、プラットフォームサーバ１にて記憶媒体１３に記憶された遭遇ユーザリスト１３ａ、フレンドリスト１３ｂおよびイグノアリスト１３ｃは、以下のようにして利用できる。
【００６９】
遭遇ユーザリスト１３ａに基づいて、あるユーザに関する情報（接続状況、各利用コンテンツに関する情報、個人情報など）を他のユーザに提示する。これにより、各ユーザは他のユーザによるコミュニケーションの状況を認識することができるようになる。なおこのとき、フレンドリスト１３ｂおよびイグノアリスト１３ｃの登録情報に基づいて、提示する情報を制限するようにしても良い。すなわち例えば、あるユーザＡの情報をユーザＢが閲覧しようとしているときに、ユーザＡとユーザＢとの合計遭遇回数や合計コミュニケーション時間、使用したコミュニケーション手段などを遭遇ユーザリスト１３ａから判断して、これに基づいて提示する情報量を変更する。あるいは、ユーザＢがユーザＡのフレンドリストに登録されているか、イグノアリストに登録されているか、あるいはいずれにも登録されていないのかに応じて提示する情報量を変更するようにしても良い。
【００７０】
以上のように本実施形態によれば、実際のコミュニケーションに関わるイベントの発生状況に応じて１回のコミュニケーション期間を判定しているので、単に近接しているだけの場合などを除き、実際にコミュニケーションが行われている状況を正しく管理することが可能となる。
【００７１】
しかも、個々のイベントの所要期間を１回のコミュニケーション期間とするのではなく、単位時間を超えない時間間隔で発生するイベントは、いずれも同一のコミュニケーション期間におけるイベントとして１回のコミュニケーション期間を判定しているので、会話を行う場合などのようにイベントが離散的にしか生じない状態でコミュニケーションが行われている場合でも、１回の発言のみを１回のコミュニケーションと判断してしまうようなことが無く、一連の会話を１回のコミュニケーションとして適正に判定することができる。
【００７２】
そして、このように適正に判定されたコミュニケーション期間の合計回数を計数したり、合計コミュニケーション時間を算出したりすることで、コミュニケーションの実行状況を管理するために有益な情報を得ることができる。
【００７３】
さらに、ユーザどうしの親密度を、上記のように取得された合計回数や合計コミュニケーション時間に基づいて判定するので、ユーザどうしの実際の親密さにより近い親密度を判定することが可能である。従って、このように判定された親密度に基づいて、ユーザどうしの親密さを適正に確認することができる。
【００７４】
さらに、このような適正な親密度に基づくことで、実状に即したフレンドリストおよびイグノアリストを自動生成することが可能である。
【００７５】
また、上記のように適正に判定されたコミュニケーション期間に授受されたサービス情報を含むログ記録範囲の情報をサービスログ３３ａに記録しておくことで、過去のコミュニケーション期間でのコミュニケーションの内容を確認するのに適切なログを得ることができる。なお本実施形態では、ログ記録範囲をコミュニケーション期間よりも前後に大きくしていることにより、コミュニケーションが開始される直前およびコミュニケーションが終了された直後の状況についても確認することが可能である。
【００７６】
なお、本発明は上記実施形態に限定されるものではない。例えばコミュニケーション管理モジュール３２は、プラットフォームサーバ１やコンテンツサーバ２に設けても良い。
【００７７】
コミュニケーション管理モジュール３２に含まれる機能を、プラットフォームサーバ１、コンテンツサーバ２およびクライアント端末３に任意に分散して配置しても良い。
【００７８】
ログ記録範囲は、少なくともコミュニケーション期間を含んでいれば良い。
このほか、本発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【００７９】
【発明の効果】
ネットワーク上に形成した仮想空間内で遭遇したユーザどうしで実際にコミュニケーションが行われた様子を適切に管理することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るオンラインサービス提供システムの構成を示すブロック図。
【図２】図１中のクライアント端末３の構成を示すブロック図。
【図３】図２中のコミュニケーション管理モジュール３２におけるコミュニケーション管理処理のフローチャート。
【図４】コミュニケーション期間の判定方法を示す図。
【図５】図２中の遭遇ユーザリスト３３ｂのデータ構造を示す図。
【図６】図１中の遭遇ユーザリスト１３ａのデータ構造を示す図。
【図７】サービスログの記録方法を示す図。
【図８】サービスログの記録方法を示す図。
【符号の説明】
１…プラットフォームサーバ、２…コンテンツサーバ、３…クライアント端末、４…ネットワーク、３１…クライアントモジュール、３２…コミュニケーション管理モジュール、３２ａ…イベント検出部、３２ｂ…単位時間計時部、３２ｃ…コミュニケーション期間判定部、３２ｄ…遭遇回数計数部、３２ｅ…合計コミュニケーション時間算出部、３２ｆ…親密度判定部、３２ｇ…フレンド・イグノアリスト更新部、３２ｈ…リスト送信部、３２ｉ…ログ記録部、３３…記憶媒体、３３ａ…サービスログ、３３ｂ…遭遇ユーザリスト、３３ｃ…フレンドリスト、３３ｄ…イグノアリスト、３４…ネットワークインタフェース。

Claims (13)

1. ネットワーク上に形成した仮想空間内で遭遇したユーザどうしでコミュニケーションを行うことを可能とするオンラインサービス提供システムにおいて、
   前記仮想空間内での第１のユーザと第２のユーザとの間のコミュニケーションに関するイベントの発生を検出する検出手段と、
   時間を計時するものであって、前記検出手段がイベントの発生を検出したときには、すでに計時中であってもこのイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始し、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力する計時手段と、
   前記計時手段が最初の計時を始めたときから、前記出力があるときまでを１回のコミュニケーション期間として判定するコミュニケーション期間判定手段とを具備したことを特徴とするオンラインサービス提供システム。
2. ネットワーク上に形成した仮想空間内で遭遇したユーザどうしでコミュニケーションを行うことを可能とするオンラインサービス提供システムにて利用されるコミュニケーション管理装置において、
   前記仮想空間内での第１のユーザと第２のユーザとの間のコミュニケーションに関するイベントの発生を検出する検出手段と、
   時間を計時するものであって、前記検出手段がイベントの発生が検出したときには、すでに計時中であってもこのイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始し、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力する計時手段と、
   前記計時手段が最初の計時を始めたときから、前記出力があるときまでを１回のコミュニケーション期間として判定するコミュニケーション期間判定手段とを具備したことを特徴とするコミュニケーション管理装置。
3. 前記コミュニケーション期間を含むある期間において前記オンラインサービス提供システムから前記第１のユーザが授受する、少なくとも前記イベントに関連する情報を記録する記録手段をさらに備えたことを特徴とする請求項２に記載のコミュニケーション管理装置。
4. 現在から一定時間を遡った時点から、前記第１のユーザが前記オンラインサービス提供システムから授受した、少なくとも前記仮想空間を再現するのに必要とする情報を保持しておく保持手段をさらに備え、
   前記記録手段は、前記計時を行っていないときに前記イベントの発生を検出したときは、前記保持手段が保持している前記イベントが発生する以前の前記情報と、前記コミュニケーション期間に前記第１のユーザが授受した前記イベントに関連する情報とを記録することを特徴とする請求項３に記載のコミュニケーション管理装置。
5. 前記コミュニケーション期間判定手段により前記コミュニケーション期間と判定した回数を計数する計数手段をさらに備えたことを特徴とする請求項２に記載のコミュニケーション管理装置。
6. 前記計数手段により計数された回数から、前記第１のユーザと前記第２のユーザとの間の親密度を判定する親密度判定手段をさらに備えたことを特徴とする請求項５に記載のコミュニケーション管理装置。
7. 前記コミュニケーション期間判定手段が判定したコミュニケーション期間の始期から終期までの経過時間を算出する算出手段とをさらに具備したことを特徴とする請求項２に記載のコミュニケーション管理装置。
8. 前記算出手段により算出した経過時間に比例して、前記第１のユーザと前記第２のユーザとの間の親密度を判定する親密度判定手段をさらに備えたことを特徴とする請求項７に記載のコミュニケーション管理装置。
9. 前記算出手段が算出した前記コミュニケーション期間の経過時間を累積加算して記憶するコミュニケーション累積時間記憶手段と、
   該コミュニケーション累積時間記憶手段に記憶した累積時間から前記第１のユーザと前記第２のユーザとの間の親密度を判定する親密度判定手段とをさらに備えたことを特徴とする請求項７に記載のコミュニケーション管理装置。
10. 前記第１のユーザとコミュニケーションを行った第２のユーザと、前記親密度判定手段により判定した該第２のユーザとの親密度とを該対応付けて記憶する親密度記憶手段と、
    前記親密度記憶手段に記憶した親密度から、該親密度が第１のしきい値以上の親密度を持つ第２のユーザの一覧からなるフレンドリストを生成するフレンドリスト生成手段と、
    前記第１のしきい値よりも低い第２のしきい値以下の親密度を持つ第２のユーザの一覧からなるイグノアリストを生成するイグノアリスト生成手段とをさらに具備することを特徴とする請求項６、請求項８および請求項９のいずれか１項に記載のコミュニケーション管理装置。
11. 前記親密度記憶手段に記憶した親密度を前記親密度判定手段に依らずに変更する変更手段をさらに具備したことを特徴とする請求項１０に記載のコミュニケーション装置。
12. コンピュータを、
    ネットワーク上に形成された仮想空間内での第１のユーザと第２のユーザとの間でのコミュニケーションに関するイベントの発生を検出する検出手段と、
    時間を計時するものであって、前記検出手段がイベントの発生を検出したときには、すでに計時中であってもこのイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始し、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力する計時手段と、
    前記計時手段が最初の計時を始めたときから、前記出力があるときまでを１回のコミュニケーション期間として判定するコミュニケーション期間判定手段として機能させることを特徴とするプログラム。
13. ネットワーク上に形成された仮想空間内での第１のユーザと第２のユーザとの間でのコミュニケーションに関する所定のイベントの発生を検出し、
    前記イベントの発生を検出したときには、すでに計時中であってもこのイベントの発生を検出したときから所定の単位時間が経過したかどうかを判断するために行う計時を開始するとともに、該計時により前記単位時間が経過したと判断したときは計時を終了したことを出力し、
    最初に計時を始めたときから、前記出力があるときまでを１回のコミュニケーション期間として判定することを特徴とするコミュニケーション管理方法。

Images