情報処理システム、情報処理方法およびプログラム
【課題】参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除する。
【解決手段】情報処理システム１０は、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部１２２と、参加者の行動履歴に応じてフレンド指数を算出する算出部１３２と、算出部１３２により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部１３３と、を備えることを特徴とする。
【解決手段】情報処理システム１０は、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部１２２と、参加者の行動履歴に応じてフレンド指数を算出する算出部１３２と、算出部１３２により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部１３３と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、人と人とのつながりを促進、サポートするコミュニティ型のサービス（ソーシャル・ネットワーキング・サービス、以下ＳＮＳと称する。）がネットワーク上に提供され、普及している。一般的に、ＳＮＳには、コミュニティ機能とフレンド機能とがある。コミュニティ機能は、参加者が共通意識を持って集まった共同体（コミュニティ）の登録や、コミュニティへの参加やコミュニティでの発言などを可能とする機能である。また、フレンド機能は、ＳＮＳに参加している参加者同士を知り合いとして登録する機能である。
【０００３】
ＳＮＳでは、参加者同士のつながりの構造が重要となってくるが、ＳＮＳの参加者数が膨大となると、参加者全体のつながりの構造を把握するのが困難となる。そこで、ＳＮＳにおける参加者同士のつながりの構造を容易に理解することが可能な技術が提供されている（例えば、特許文献１）。
【０００４】
また、一般的に、フレンド機能として、フレンド登録機能やフレンド削除機能がある。個々の参加者は、明示的に他の参加者を自分のフレンドとして登録したり、他の参加者とのフレンド関係を解消（削除）したりすることが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２７６４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＳＮＳにおいて、明示的なフレンド登録は気軽に行うことができても、フレンド削除により気まずい思いを感じるため、明示的なフレンド削除に踏み切ることができないという問題があった。また、明示的なフレンド削除を躊躇してしまい、必要以上に多数のフレンドに関する情報に煩わされたり、多数のフレンドから特定のフレンドを選択して削除する際には、誤って意図しないフレンドを削除したりしてしまう可能性があった。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能な、新規かつ改良された情報処理システム、情報処理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、参加者の行動履歴に応じてフレンド指数を算出する算出部と、算出部により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部と、を有する情報サーバと、情報サーバから応答情報を取得する情報取得部と、参加者からの入力を受け付けて情報サーバへの要求情報を生成し、情報サーバからの応答情報に応じた表示を行う表示部と、を有する情報端末と、を備えることを特徴とする、情報処理システムが提供される。
【０００８】
かかる構成によれば、参加者の行動履歴に応じてフレンド指数を算出し、算出したフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除することができる。これにより、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能となる。
【０００９】
また、算出部は、フレンド情報が生成されてからの経過期間に応じてフレンド指数を算出してもよい。
【００１０】
また、算出部は、フレンド情報が生成されてからの経過期間をフレンド指数に換算して、該換算したフレンド指数をフレンド情報のフレンド指数から減算してもよい。
【００１１】
また、前記参加者からの操作指示に応じて所定の行動要求を含む行動情報を入力する入力部を備え、算出部は、入力部により入力された行動情報に応じてフレンド指数を算出してもよい。
【００１２】
また、記憶部には、参加者からの操作指示に応じた行動要求の種別に対応するフレンド指数が記憶されており、算出部は、行動情報に含まれる行動要求の種別に対応するフレンド指数をフレンド情報のフレンド指数に加算してもよい。
【００１３】
また、フレンド情報には、少なくとも、フレンド情報を識別するフレンド情報識別値と、フレンド指数と、フレンド情報の生成日時と、フレンド情報の参加者の識別値とが対応付けられていてもよい。
【００１４】
また、入力部により入力された行動情報に含まれる行動要求の種別に対応するフレンド指数が記憶部に記憶されているか否かを判定する判定部を備え、算出部は、判定部により行動要求の種別に対応するフレンド指数が記憶部に記憶されていると判定された場合に、参加者の行動履歴に応じてフレンド指数を算出してもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも２以上の参加者のフレンド関係の程度に応じて、記憶部に記憶されているフレンド情報を削除する情報処理システムにおいて、参加者の行動履歴に応じて、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を算出するステップと、算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除するステップと、を含むことを特徴とする、情報処理方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータをして、
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、参加者の行動履歴に応じてフレンド指数を算出する算出部と、算出部により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部と、を備えることを特徴とする、情報処理システムとして機能させるためのプログラムが提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態にかかる情報処理システムのハードウェア構成の一例を示した説明図である。
【図２】同実施形態にかかる情報処理システムの機能構成を示すブロック図である。
【図３】同実施形態にかかる情報処理システムの各部と各情報との関係を説明する説明図である。
【図４】同実施形態にかかるフレンド情報の内容を説明する説明図である。
【図５】同実施形態にかかるフレンド行動情報の内容を説明する説明図である。
【図６】同実施形態にかかるフレンド配点情報の内容を説明する説明図である。
【図７】同実施形態にかかる情報処理システムの処理の概要を示すフローチャートである。
【図８】同実施形態にかかるフレンド情報の更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
また、以下に示す順序に従って、当該「発明を実施するための形態」を説明する。
〔１〕本実施形態の目的
〔２〕情報処理システムのハードウェア構成
〔３〕情報処理システムの機能構成
〔４〕情報処理システムの動作の詳細
【００２１】
〔１〕本実施形態の目的
まず、本発明の実施形態の目的について説明する。近年、人と人とのつながりを促進、サポートするコミュニティ型のサービス（ＳＮＳ）がネットワーク上に提供され、普及している。一般的に、ＳＮＳには、コミュニティ機能とフレンド機能とがある。コミュニティ機能は、参加者が共通意識を持って集まった共同体（コミュニティ）の登録や、コミュニティへの参加やコミュニティでの発言などを可能とする機能である。また、フレンド機能は、ＳＮＳに参加している参加者同士を知り合いとして登録する機能である。
【００２２】
ＳＮＳでは、参加者同士のつながりの構造が重要となってくるが、ＳＮＳの参加者数が膨大となると、参加者全体のつながりの構造を把握するのが困難となる。そこで、ＳＮＳにおける参加者同士のつながりの構造を容易に理解することが可能な技術が提供されている。また、一般的に、フレンド機能として、フレンド登録機能やフレンド削除機能がある。個々の参加者は、明示的に他の参加者を自分のフレンドとして登録したり、他の参加者とのフレンド関係を解消（削除）したりすることが可能である。
【００２３】
しかし、従来のＳＮＳにおいては、明示的なフレンド登録は気軽に行うことができても、フレンド削除により気まずい思いを感じるため、明示的なフレンド削除に踏み切ることができないという問題があった。例えば、ＳＮＳにおいてフレンド削除することは、通常の友達関係における「絶交」と受け取られる場合もあり、明示的なフレンド削除を躊躇してしまう場合が多かった。一方、多数の参加者とフレンド関係を継続している場合には、必要以上に多数のフレンドに関する情報に煩わされたり、多数のフレンドから特定のフレンドを選択して削除する際には、誤って意図しないフレンドを削除したりしてしまう可能性があった。
【００２４】
そこで、上記のような事情を一着眼点として、本発明の実施形態にかかる情報処理システム１０が創作されるに至った。本実施形態にかかる情報処理装置によれば、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能となる。本実施形態にかかる情報処理システム１０は、通常のＳＮＳで実現される参加者の要求（行動）を実現するとともに、参加者同士のフレンド関係に影響する行動を認識して、フレンド関係の程度を示すフレンド指数を増減させる。そして、該フレンド指数が所定の閾値を下回った場合に、フレンド関係を解消すべきとしてフレンド情報を削除する。
【００２５】
このように、参加者が明示的にフレンド情報を削除するのではなく、フレンド指数に応じて自動的にフレンド情報を削除することができるため、参加者同士が気まずい思いを感じることが少なくなる。また、フレンド登録によりフレンド情報が必要以上に増加することによる煩わしさを減少することができる。
【００２６】
〔２〕情報処理システムのハードウェア構成
以上、本発明の実施形態の目的について説明した。次に、図１を参照して、情報処理システムのハードウェア構成について説明する。なお、情報処理システム１０を構成する情報サーバ１００や情報端末２００としては、例えば、パーソナルコンピュータ等のコンピュータ装置（ノート型、デスクトップ型を問わない。）を例示できるが、かかる例に限定されず、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などで構成してもよい。
【００２７】
図１は、本実施形態にかかる情報処理システム１０のハードウェア構成の一例を示した説明図である。情報処理システム１０を構成する情報サーバ１００や情報端末２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０６と、内部バス１０８と、入出力インターフェース１１０と、表示装置１１２と、入力装置１１４と、音声出力装置１１５と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１６と、ドライブ１１７と、ネットワークインターフェース１１８と、外部インターフェース１１９などを備える。
【００２８】
ＣＰＵ１０２は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置１００内の動作全般を制御する。また、ＣＰＵ１０２は、マイクロプロセッサであってもよい。ＲＯＭ１０４は、ＣＰＵ１０２が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０６は、ＣＰＵ１０２の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成される内部バス１０８により相互に接続されている。
【００２９】
内部バス１０８は、内部バス１０８はブリッジを介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バスに接続されている。なお、必ずしも内部バス１０８、ブリッジおよび外部バスを分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００３０】
表示装置１１２は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｓｐｌａｙ）装置およびランプなどの表示装置により構成される。 入力装置１１４は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０２に出力する入力制御回路などから構成されている。 音声出力装置１１５は、スピーカおよびヘッドホンなどの音声出力装置で構成される。
【００３１】
ＨＤＤ１１６は、本実施形態にかかる情報処理システム１０を構成する情報サーバ１００や情報端末２００の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ＨＤＤ１１６は、ハードディスクを駆動し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。
【００３２】
ドライブ１１７は、記憶媒体用リーダライタであり、表記変換装置１０に内蔵、あるいは外付けされる。ドライブ１１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体１２０に記録されている情報を読み出して、ＲＡＭ１０３に出力する。
【００３３】
ネットワークインターフェース１１８は、例えば、通信網５０に接続するための通信デバイス等で構成された通信インターフェースである。また、ネットワークインターフェースは、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。外部インターフェース１１９は、他の装置と接続するための接続ポート（ＵＳＢ）等で構成された外部装置との接続用インターフェースである。
【００３４】
〔３〕情報処理システムの機能構成
以上、情報処理システム１０を構成する情報サーバ１００や情報端末２００のハードウェア構成について説明した。次に、図２を参照して、情報処理システム１０の機能構成について説明する。図２は情報処理システム１０の機能構成を示すブロック図である。図２の情報処理システム１０の機能構成を説明するに際し、適宜図３〜図６を参照する。
【００３５】
図２に示したように、情報処理システム１０は、情報端末２００と、通信ネットワーク２０と、情報サーバ１００と、を備える。情報端末２００と情報サーバ１００はインターネット、ＬＡＮ、ＷＡＮなどを含む通信ネットワーク２０で接続される。情報端末２００は、情報取得部２０２と、情報表示部２０４と、を備える。情報サーバ１００は、記憶部１２２と、情報入出力部１２６と、フレンド情報管理部１３０などを備える。
【００３６】
記憶部１２２は、フレンド情報１２３、フレンド配点情報１２４、フレンド行動情報１２５などのデータベースを記憶している。フレンド情報１２３は、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含む情報であって、本実施形態では、二人の参加者の間のフレンド関係を具現化するデータである。
【００３７】
フレンド情報１２３は、二人の参加者の間に登録されたフレンド登録と同時に作成される。フレンド情報１２３には、参加者のフレンド関係の程度を示すフレンド指数が含まれている。例えば、フレンド指数が大きい場合には二人の参加者は強いフレンド関係であり、フレンド指数が小さい場合には二人の参加者は弱いフレンド関係であると定義してもよい。本実施形態では、後述するように、フレンド指数はフレンド情報が生成されたときから時間とともに減少していく値である。そして、フレンド指数が所定の閾値を下回った場合に、フレンド情報は自動的に削除され、二人の参加者の間のフレンド関係も自動的に消滅することとなる。
【００３８】
したがって、フレンド登録された二人の参加者がなんの行動もとらないでいると、一定時間の後にフレンド情報が消滅されることとなる。ここで、例えば、二人の参加者の一方、もしくは双方が日記に好意的なコメントを付けるという親和的な行動をとった場合には、参加者のフレンド関係を表すフレンド指数を加算する。このようなフレンド間の行動は、フレンド指数が時間とともにフレンド指数の閾値に近づくことを遅延させ、フレンド関係の継続を延長させる効果を持つ。フレンド情報１２３の内容については、後で詳細に説明する。
【００３９】
フレンド配点情報１２４は、参加者により要求された行動情報に対応する行動種別ごとの配点（フレンド配点）の情報である。フレンド配点は、正でも負でもゼロであってもよい。また、本実施形態では、行動種別に対応するフレンド配点が設定されていない場合には、該フレンド配点をゼロとみなしている。フレンド配点情報１２４の内容については、後で詳細に説明する。
【００４０】
フレンド行動情報１２５は、参加者の行動の内容を表す情報である。フレンド行動情報１２５における「行動情報」とは、ＳＮＳにおける行動を表すデータである。特に、参加者により要求された行動が上記したフレンド情報１２３に含まれるフレンド指数を変化させるものである場合、該行動をフレンド行動と称する。また、行動がフレンド指数に影響を与えないものである場合には、該行動は通常の行動と称する。フレンド行動情報１２５の内容については、後で詳細に説明する。
【００４１】
情報入出力部１２６は、情報の入力および出力を制御する機能を有し、主に、入力部１２７および出力部１２８を有する。入力部１２７は、通信ネットワーク２０を介して情報サーバ１００に接続された情報端末２００の操作により前記参加者からの操作内容に応じて所定の行動要求を含む行動情報を入力する機能を有する。所定の行動要求とは、参加者がたとえば「自分の日記に特定の内容の新しい記事を載せたい」等の意思を反映して入力した内容から生成され、要求情報１４４の形式で情報取得部２０２から情報入出力部１２６に向かって送出される情報である。また、出力部１２８は、入力された行動情報に対応する処理を実行したり、行動参加者の所有する端末装置へ処理結果としての応答情報２０５を出力したりする機能を有する。
【００４２】
フレンド情報管理部１３０は、フレンド登録の状況を管理する機能を有し、主に、判定部１３１、算出部１３２、削除部１３３を有する。
【００４３】
判定部１３１は、入力部１２７により入力された行動情報に含まれる行動要求の種別に対応するフレンド指数に応じて、該行動がフレンド行動か通常の行動かを判定する機能を有する。
【００４４】
算出部１３２は、参加者の行動履歴に応じてフレンド指数を算出する機能を有する。具体的には、フレンド情報１２３が生成されてからの経過期間に応じてフレンド指数を算出したり、入力部１２７により入力された行動情報に応じてフレンド指数を算出したりする。
【００４５】
フレンド情報１２３が生成されてからの経過期間（フレンド情報１２３の生存期間）に応じてフレンド指数を算出する場合には、フレンド情報１２３の生存期間をフレンド指数に換算して、該換算したフレンド指数をフレンド情報１２３に含まれるフレンド指数から減算する。また、行動情報１４１に応じてフレンド指数を算出する場合には、当該行動情報１４１の行動種別属性の値に対応するフレンド指数をフレンド情報１２３のフレンド指数に加算する。フレンド指数の具体的な算出方法については後で詳細に説明する。
【００４６】
削除部１３３は、算出部１３２により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報１２３を削除する機能を有する。フレンド情報１２３の削除は、該当するフレンド情報のデータを完全に消去するようにしてもよい。また、該当するフレンド情報１２３に「消去済」の印を付して、印の付されたデータを参照しないようにしてもよい。
【００４７】
次に、図３を参照して、各部に入出力される情報について詳細に説明する。図３は、情報処理システム１０の各部と各情報との関係を説明する説明図である。図３においては、情報処理システム１０を構成する、情報サーバ１００と通信ネットワーク２０を介して情報端末２００が接続されているものとして以下説明する。
【００４８】
情報端末２００は、情報表示部２０４と情報取得部２０２とを備えている。情報表示部２０４は、参加者がＳＮＳシステムから提示される内容を表示し、選択可能な行動の要求についての入力を受け付ける機能を有する。情報取得部２０２は、情報表示部２０４において入力された行動の要求に基づいて情報サーバ１００に要求情報１４４を送信したり、情報サーバ１００により処理された結果の応答情報２０５を受信したりする。情報取得部２０２は、受信し応答情報２０５を情報表示部２０４に提供する。
【００４９】
情報サーバ１００は、上記したように、情報端末２００からの要求に応じてシステムの状態を変更し、情報端末に応答データを送信する機能を有する。情報サーバ１００は、 上記したフレンド情報１２３、フレンド配点情報１２４、フレンド行動情報１２５に加え、行動情報１４１、行動対象情報１４３、参加者情報１４２をさらに備える。
【００５０】
情報入出力部１２６は、上記したように、情報端末２００からの要求に応じて行動対象情報１４３を選択し、その内容または状態を変更する機能を有する。行動には、行動対象情報１４３を所有する参加者と要求元の利用者に対応する参加者が関連する。ある参加者がある行動対象情報１４３を所有するとは、当該行動対象情報１４３に含まれる所有者人別属性の値として、当該参加者を表す参加者情報１４２の人別属性の値が設定されているという意味である。
【００５１】
例えば、ＡさんがＢさんのある日記記事にコメントを付けた場合、行動の対象はＢさんの日記となる。「日記」は、行動対象情報１４３の一種であるため、Ｂさんの日記については、「日記」という種類の行動対象情報１４３で表現され、その所有者人別属性にはＢさんの人別属性値が設定される。また、日記にコメントをつけるという行動には、ひとつの行動情報１４１が割り当てられ、その行為者人別属性にはＡさんの人別属性値が設定され、対象識別にはＢさんの日記を表す行動対象情報１４３の対象識別が設定される。
【００５２】
参加者情報１４２は、参加者を特定し識別する人別値と参加者名、その他の参加者固有の属性値の情報を含み、データベースのエントリとして継続的に保管されるデータである。行動対象情報１４３は、例えば、日記の記事やコメント、ＳＮＳ内のコミュニティのトピック、利用者のホームページ等、ＳＮＳ内での多種多様な実体の情報である。
【００５３】
また、行動対象情報１４３は、利用者が要求する行動によってその内容または状態に影響を受けるシステム上のデータであり、データベースのエントリとして継続的に保管されるデータである。行動対象情報１４３には、行動対象を識別する対象識別値と、その所有者となる参加者の人別値が設定される。
【００５４】
フレンド情報管理部１３０は、上記したように、フレンド登録の状況を管理する機能を有する。フレンド情報管理部１３０の主なデータ処理について説明する。
【００５５】
（１）情報入出力部１２６が情報端末２００からの行動の要求として要求情報１４４を受け取り、要求情報１４４を行動情報１４１に変換する。
（２）フレンド情報管理部１３０は情報入出力部１２６から行動情報１４１を受け取り、その行為者人別属性の値と、対象識別属性の値で識別される行動対象情報１４３の所有者人別属性の値に基づいて、その２つの人別値の両方を人別甲属性もしくは人別乙属性に持つような対応するフレンド情報１２３を参照する。参照したフレンド情報１２３のフレンド情報識別属性の値は、行動情報１４１を拡張したフレンド行動情報１２５のフレンド情報識別属性の値として記録する。
（３）フレンド情報管理部１３０は、行動情報１４１に含まれる行動種別属性の値により、フレンド配点情報１２４を参照して、その行動種別に対応するフレンド配点属性の値（フレンド指数の変化量）を取得し、その値をフレンド行動情報１２５のフレンド得点属性の値とする。
（４）フレンド情報管理部１３０は、該当するフレンド情報１２３のフレンド指数属性の値をフレンド得点分だけ変化させる。
（５）フレンド情報管理部１３０は、変化した結果のフレンド指数の値に応じて、該当するフレンド情報１２３を消去する。
（６）フレンド情報管理部１３０または情報入出力部１２６は、行動情報１４１または拡張されたフレンド行動情報１２５により要求される行動を実現し、情報入出力部１２６はその行動の結果を応答情報２０５に変換して情報端末２００に送信する。
【００５６】
フレンド情報１２３の詳細について説明する。フレンド情報１２３は、ある参加者と他の参加者がひとつのフレンド関係を結んでいることを示すデータである。フレンド情報１２３は、誰と誰がいつからフレンド関係にあるのか、フレンド関係の残りの寿命がどれだけであるのかを表す情報である。ここで、図４を参照して、フレンド情報１２３の内容について説明する。図４は、フレンド情報１２３の内容を説明する説明図である。
【００５７】
図４のフレンド情報の内容例４０１に示したように、フレンド情報１２３には、フレンド情報識別属性、フレンド指数閾値属性、フレンド指数属性、生成日時属性、人別甲属性、人別乙属性などが含まれる。フレンド情報識別属性は、フレンド情報１２３を一意に特定できる値である。フレンド指数閾値属性は、フレンド指数が該フレンド指数閾値を下回るとこのフレンド情報が消滅することとなる最低のフレンド指数値である。フレンド指数属性は、フレンド情報１２３の生成時に所定の値で初期化され、行動履歴によって累算された（現在日時には依存しない）フレンド指数を示す。生成日時属性は、このフレンド関係（フレンド情報）が発生した日時を示す。そして、人別甲属性と人別乙属性は、このフレンド関係を結んでいる二人の参加者を識別する値である。またフレンド情報の内容例４０１をコード化して、フレンド情報の内容例４０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００５８】
図３に戻り、フレンド行動情報１２５の詳細について説明する。フレンド行動情報１２５は、ある参加者が実施した行動について、その行動を表現する行動情報１４１を拡張した情報である。すなわち、フレンド行動情報１２５は、行動情報１４１の全属性に加えて、その属性「行動種別」にしたがって得られるフレンド指数の増減値（フレンド得点）とその行動が実行されたフレンド関係の識別値（フレンド情報識別値）を有する拡張された行動情報である。フレンド行動情報１２５は、ある行動が、どのフレンド関係にどれだけフレンド指数を増減させるかを特定するために利用される情報である。
【００５９】
ここで、図５を参照して、フレンド行動情報１２５の内容について説明する。図５は、フレンド行動情報１２５の内容を説明する説明図である。図５に示したように、フレンド行動情報１２５には、行動情報１４１と同等の属性一式、フレンド得点属性、フレンド情報識別属性などが含まれる。フレンド得点属性の値は、行動情報１４１に含まれる行動種別属性に対応するフレンド配点属性の値である。その値は、フレンド配点情報１２４によって特定される。フレンド情報識別属性の値は、行動情報１４１に含まれる行為者人別属性値と対象識別を介して参照される行動対象情報１４３の所有者人別属性値によって一意に定まるフレンド情報１２３のフレンド情報識別属性の値である。
【００６０】
例えば、フレンド行動情報の内容例５０１の行動情報には、「Ａさん」と「Ｂさん」の人別値がふくまれているため、「Ａさん」と「Ｂさん」のフレンド関係を示すフレンド情報１２３のフレンド情報識別が特定されることとなる。また、フレンド行動情報１２５の内容例５０１をコード化して、フレンド情報１２３の内容例５０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００６１】
図３に戻り、フレンド配点情報１２４の詳細について説明する。フレンド配点情報１２４は、行動の種類（行動種別）から、行動種別に対応するフレンド指数の増減の大きさ（フレンド配点）を決定するために利用されるデータである。したがって、フレンド配点情報１２４は、行動種別ごとのフレンド配点を決める一覧表に相当するテーブルとなっている。ここで、図６を参照して、フレンド配点情報１２４の内容について説明する。
【００６２】
図６は、フレンド配点情報１２４の内容について説明する説明図である。図６に示したように、フレンド配点情報１２４には、行動種別とフレンド配点が含まれる。フレンド配点情報１２４の内容例６０１に示したように、例えば、行動種別が「相手の日記を読む」であった場合には、当該行動種別のフレンド配点は「＋５点」となる。また、フレンド配点情報１２４の内容例６０１をコード化して、フレンド配点情報１２４の内容例６０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００６３】
〔４〕情報処理システムの動作の詳細
以上、情報処理システム１０の機能構成について説明した。次に、図７および図８を参照して、情報処理システム１０の動作の詳細について説明する。図７は、情報処理システム１０の処理の概要を示すフローチャートである。図７に示したように、まず、情報処理システム１０により提供されるシステムの利用者が、システムの参加者として行動を起こすと、情報端末２００を介して行動が要求される（Ｓ１０２）。ステップＳ１０２においては、行動を記述したデータが要求情報１４４として情報端末２００から情報サーバ１００に送信される。
【００６４】
そして、情報入出力部１２６は、ステップＳ１０２において情報端末２００から送信された要求情報を受信する（Ｓ１０４）。ステップＳ１０４において受信した要求情報１４４は、現在日時が行動日時として付与されて、行動情報１４１に変換される（Ｓ１０６）。行動情報１４１は、行動種別の値を有する。行動種別の値としては、例えば、「システムにログインする」、「日記を書く」や、「日記にコメントを書く」、などの多様な行動種別に対応した値が付与される。行動種別の値は多様であるが、本実施形態では、すべての行動種別を、フレンド行動とフレンド行動ではない通常の行動との大きく２種類に分別する。
【００６５】
そして、フレンド情報管理部１３０は、ステップＳ１０６において変換された行動情報１４１がフレンド行動か否かを（フレンド指数の処理を必要とする行動情報１４１か否か）判定する（Ｓ１０８）。ステップＳ１０８における判定は、フレンド情報１２３の存在と、フレンド配点情報１２４のフレンド配点属性の値によって行われる。まず、目下の行動情報１４１に関わるフレンド情報１２３が存在しない場合は、フレンド行動ではない通常の行動である（フレンド指数の処理は不要）と判断すればよい。「目下の行動に関わるフレンド情報１２３」とは、当該行動の行為主体と行為対象の所有者とに関連するフレンド情報１２３のことである。（いいかえれば、行動情報１４１の行為者人別属性と、その行動情報１４１の行動対象属性の値に一致する対象識別属性を持つ行動対象情報１４３の所有者人別属性の値の両方を人別甲属性または人別乙属性に持つフレンド情報１２３のことである。）
【００６６】
上記したように、フレンド配点情報１２４には、行動種別ごとにフレンド配点が定義されている。ステップＳ１０６において変換された行動種別属性の値に対応するフレンド配点属性の値がゼロでない場合には、当該行動種別を有する行動はフレンド行動である（フレンド指数の処理を必要とする）と判定する。フレンド配点がゼロである場合または当該行動種別の値がフレンド配点情報１２４に登録されていない場合には、フレンド行動ではない通常の行動である（フレンド指数の処理は不要）と判定すればよい。
【００６７】
ステップＳ１０８において、行動情報１４１がフレンド行動ではないと判定された場合には、ステップＳ１１２の処理を実行する。すなわち、通常通り、行動情報に基づく処理を実行する（Ｓ１１２）。ステップＳ１１２の処理は、情報入出力部１２６により行われるため、ステップＳ１０８において、行動情報１４１がフレンド行動ではないと判定された場合には、フレンド情報管理部１３０は即座に引き渡された行動情報１４１を情報入出力部１２６に返す。
【００６８】
一方、ステップＳ１０８において、行動情報１４１がフレンド行動であると判定された場合には、フレンド情報１２３を更新する（Ｓ１１０）。フレンド情報管理部１３０によるフレンド情報１２３の更新については、後で詳細に説明する。その後、通常通り、行動情報１４１に基づく処理を実行する（Ｓ１１２）。ステップＳ１１２においては、情報入出力部１２６が行動情報１４１に基づいてシステムの状態を変更し、その行動の結果に応じた応答情報２０５を作成して情報端末２００に送信する。情報端末２００では、送信された応答情報２０５を情報取得部２０２により受信して、受信した応答情報を情報表示部２０４により表示して利用者に提供する。
【００６９】
次に、図８を参照して、フレンド情報管理部１３０によるフレンド情報１２３の更新について説明する。図８は、フレンド情報１２３の更新処理を示すフローチャートである。図８に示したように、フレンド情報管理部１３０は、行動情報１４１をフレンド行動情報１２５に変換する（Ｓ２０２）。そして、フレンド情報管理部１３０は、ステップＳ２０２において変換した結果であるフレンド行動情報１２５の中の行動情報相当部分から取り出した行動種別属性の値をキーとして、フレンド配点情報１２４から対応するフレンド配点属性の値を取り出す（Ｓ２０４）。そして、ステップＳ２０４において取得したフレンド配点属性の値をフレンド行動情報１２５のフレンド得点属性に設定する（Ｓ２０６）。
【００７０】
フレンド情報管理部１３０は、行動の行為者の人別値と行動の行動対象の所有者の人別値を有するフレンド情報１２３を取得する（Ｓ２０８）。ステップＳ２０８において、フレンド情報１２３のフレンド情報識別属性の値をフレンド行動情報１２５のフレンド情報識別属性の値として設定する（Ｓ２１０）。
【００７１】
次に、フレンド情報管理部１３０は、フレンド情報１２３の生存期間を算出する（Ｓ２１２）。ステップＳ２１２において算出されるフレンド情報１２３の生存期間は、行動が要求された日時（行動情報１４１の行動日時属性の値）からフレンド情報１２３の生成日時属性の値を減算した値である。具体的には、システム時刻（例えば、１９７０年１月１日午前○時○分○秒からの経過秒数）で日時を表現し、行動日時からフレンド情報１２３の生成日時を引いた値を適当な定数で割って得た値を算出する。例えば、フレンド情報１２３の生成日時が２００９年７月１日の９時４０分００秒である場合には、生成日時のシステム時刻Ｇは「１２４６４０８８００」となる。また、行動情報１４１の行動日時が２００９年７月１５日の１６時０３分００秒であった場合には、行動日時のシステム時刻Ａは「１２４７６４１３８０」となる。
【００７２】
この場合、フレンド情報１２３の生存期間ＬはＡ−Ｇにより算出され、
Ｌ＝１２７６４１３８０−１２４６４０８８００＝１２３２５８０
となる。そして、Ｌに適当な係数Ｋを掛けて、フレンド指数に換算する。係数Ｋは、例えば、１日相当の秒数８６４００（２４×６０×６０）の逆数などであってもよい。この場合、フレンド情報１２３の生存期間に対応するフレンド指数Ｉは以下のように算出される。
【００７３】
フレンド指数Ｉ＝Ｋ×Ｌ＝（１／８６４００）×１２３２５８０≒１４
【００７４】
そして、フレンド情報管理部１３０は、フレンド情報１２３のフレンド指数属性の値Ｆ１からステップＳ２１２において算出したフレンド情報１２３の生存期間に対応するフレンド指数値Ｉを減算した差Ｆ１−Ｉを算出する（Ｓ２１４）。ここで、ステップＳ２１２において算出した値ＩやステップＳ２１４において算出した値Ｆ１−Ｉに応じて、システムの状態を特定の処理により変更してもよい。
【００７５】
フレンド情報管理部１３０は、ステップＳ２１４において算出したフレンド指数とフレンド指数の閾値属性の値Ｔとを比較する（Ｓ２１６）。ステップＳ２１６において比較するフレンド指数閾値Ｔは、個々のフレンド情報に設定してもよいし、システムで一定の値を設定してもよい。また、フレンド情報や参加者に階級を設けて、階級ごとに異なるフレンド指数閾値Ｔを持たせてもよい。
【００７６】
ステップＳ２１６において、フレンド指数がフレンド指数閾値Ｔを下回る場合には、フレンド情報管理部１３０は、当該フレンド情報１２３を消去する（Ｓ２１８）。例えば、記憶部１２２に記憶されているフレンド情報のフレンド指数属性の値Ｆ１が「２０」であった場合には、該フレンド指数Ｆ１から上記したフレンド情報１２３の生存期間に対応するフレンド指数Ｉ「１４」を減算したが値Ｆ１−Ｉは「６」となる。フレンド指数閾値Ｔが「１０」であった場合には、ステップＳ２１６において、フレンド指数Ｆ１−Ｉ「６」がフレンド指数閾値Ｔ「１０」を下回っていると判断される。
【００７７】
ステップＳ２１８のフレンド情報の消去については、該当するフレンド情報を消去してもよいし、無効化してもよいし、削除してもよい。フレンド情報が消去された場合には、それ以降、該フレンド情報の参加者相互の行為はフレンド行動とはみなされないこととなる。また、上記したように、フレンド情報のデータを完全に消去せずに、フレンド情報に「消去済」の印を付してデータを参照しないようにする場合には、再度フレンド登録された際に、該フレンド情報を用いてもよい。
【００７８】
ステップＳ２１６において、フレンド指数がフレンド指数の閾値を下回っていないと判定された場合には、当該フレンド情報１２３のフレンド指数属性の値Ｆ１にステップＳ２０６において設定されたフレンド得点Ｘを加算した結果Ｆ２＝Ｆ１＋Ｘを設定する（Ｓ２２０）。
【００７９】
そして、フレンド情報管理部１３０は、ステップＳ２２０において設定しなおされたフレンド指数属性の値Ｆ２を用いてステップＳ２１２およびステップＳ２１４から算出されるフレンド指数の値Ｆ２−Ｉとフレンド指数閾値Ｔとを比較する（Ｓ２２２）。例えば、ステップＳ２０６において設定されたフレンド得点が負の値である場合には、Ｆ２＜Ｆ１の関係が成り立つため、ステップＳ２２２における判定でフレンド指数Ｆ２−Ｉが閾値Ｔを下回る可能性がある。
【００８０】
ステップＳ２２２において、フレンド指数Ｆ２−Ｉがフレンド指数閾値を下回ると判定された場合には、フレンド情報管理部１３０は、当該フレンド情報を消去する（Ｓ２２４）。
【００８１】
以上、情報処理システム１０の動作の詳細について説明した。上記実施形態によれば、参加者の行動履歴に応じてフレンド指数を算出し、該フレンド指数が所定の閾値より小さい場合にフレンド情報１２３を削除する。フレンド指数は、フレンド情報１２３の生存期間に応じて自然減し、フレンド間の交流に対応して増減する。これにより、フレンド行動が途絶えたフレンド登録は、時間経過にしたがってフレンド指数属性値から減算される値Ｉが次第に大きくなるため、ついにはフレンド指数閾値Ｔを下回り、その結果、自然消滅することとなる。なお、フレンド関係の影響はなんらかの行動の結果を通してしか観察できないため、当事者である参加者側からは減算は随時行われているように見える。
【００８２】
本実施形態では、参加者の行動をトリガーとしてフレンド指数の算出をおこなったが、かかる例に限定されず、定期的にアクセスの途絶えている参加者についてフレンド指数の再計算を行ってもよい。この場合、最近アクセスしていない利用者や、特定のフレンドとの交流がない利用者に対して、交流を促すメッセージを送信してもよい。
【００８３】
また、フレンド指数はフレンド情報１２３の生存期間に応じて次第に大きく減算されるが、参加者がもたらすフレンド行動の種類と頻度に応じてフレンド登録の寿命が延長され、フレンド関係が強化されることとなる。情報処理システム１０は、フレンド指数属性の値の残数や実行される行動によるフレンド得点の大きさに応じた動作を追加的に定義してもよい。
【００８４】
また、フレンド指数の明示的な加点・減点操作を参加者の選択可能な行動のひとつとして提供してもよい。そうすると、参加者は、フレンド指数の増減を自己の意思によって実行できる。これにより、二者択一のフレンド削除よりも、緩やかにフレンド関係を変動させて、より柔軟にフレンド関係の存否に対する手心を加えることが可能となる。
【００８５】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８６】
例えば、上記実施形態では、１つの情報サーバ１００を情報サーバとして機能させたが、かかる例に限定されず、複数の情報サーバにより情報サーバ１００の機能を実行してもよい。また、上記実施形態では、情報サーバ１００に情報入出力部１２６とフレンド情報管理部１３０を備えるようにしたが、かかる例に限定されず、情報入出力部１２６とフレンド情報管理部１３０の機能を統合させたり、さらに分割してもよい。
【００８７】
また、上記実施形態では、フレンド行動情報１２５は、情報サーバ１００に一定の定義のもと行動情報１４１から変換されたり格納されたりするようにしたが、かかる例に限定されず、フレンド行動情報１２５は、行動情報１４１と区別しなくてもよい。その場合、すべての行動について行動情報１４１にフレンド得点属性とフレンド情報識別属性をはじめから用意することもできる。またその場合、フレンド指数の処理対象外の行動についてはフレンド得点属性とフレンド情報識別属性の一方または両方の値は未設定のまま（未定義を示す値）となることを許してもよい。
【００８８】
また、上記実施形態では、フレンド配点情報１２４は、情報サーバ１００に一定の定義のもと格納されるようにしたが、かかる例に限定されず。フレンド配点情報１２４もシステム稼働中に動的に変化させるようにしてもよいし、参加者ごとに異なった定義とするようにしてもよい。
【００８９】
また、例えば、本明細書の情報処理システム１０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、情報処理装置１００の処理における各ステップは、同等の結果を生じる範囲において順序を交換してもよく、並列に実行してもよく、中間結果を保持して再利用してもよい。
【００９０】
また、情報処理装置１００などに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した情報処理装置１００の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。なお、この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００９１】
１０ 情報処理システム
２０ 通信ネットワーク
１００ 情報処理装置
１２２ 記憶部
１２３ フレンド情報
１２４ フレンド配点情報
１２５ フレンド行動情報
１２６ 情報入出力部
１２７ 入力部
１２８ 出力部
１３０ フレンド情報管理部
１３１ 判定部
１３２ 算出部
１３３ 削除部
１４１ 行動情報
１４２ 参加者情報
１４３ 行動対象情報
１４４ 要求情報
２００ 情報端末
２０２ 情報取得部
２０４ 情報表示部
２０５ 応答情報
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、人と人とのつながりを促進、サポートするコミュニティ型のサービス（ソーシャル・ネットワーキング・サービス、以下ＳＮＳと称する。）がネットワーク上に提供され、普及している。一般的に、ＳＮＳには、コミュニティ機能とフレンド機能とがある。コミュニティ機能は、参加者が共通意識を持って集まった共同体（コミュニティ）の登録や、コミュニティへの参加やコミュニティでの発言などを可能とする機能である。また、フレンド機能は、ＳＮＳに参加している参加者同士を知り合いとして登録する機能である。
【０００３】
ＳＮＳでは、参加者同士のつながりの構造が重要となってくるが、ＳＮＳの参加者数が膨大となると、参加者全体のつながりの構造を把握するのが困難となる。そこで、ＳＮＳにおける参加者同士のつながりの構造を容易に理解することが可能な技術が提供されている（例えば、特許文献１）。
【０００４】
また、一般的に、フレンド機能として、フレンド登録機能やフレンド削除機能がある。個々の参加者は、明示的に他の参加者を自分のフレンドとして登録したり、他の参加者とのフレンド関係を解消（削除）したりすることが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２７６４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＳＮＳにおいて、明示的なフレンド登録は気軽に行うことができても、フレンド削除により気まずい思いを感じるため、明示的なフレンド削除に踏み切ることができないという問題があった。また、明示的なフレンド削除を躊躇してしまい、必要以上に多数のフレンドに関する情報に煩わされたり、多数のフレンドから特定のフレンドを選択して削除する際には、誤って意図しないフレンドを削除したりしてしまう可能性があった。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能な、新規かつ改良された情報処理システム、情報処理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、参加者の行動履歴に応じてフレンド指数を算出する算出部と、算出部により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部と、を有する情報サーバと、情報サーバから応答情報を取得する情報取得部と、参加者からの入力を受け付けて情報サーバへの要求情報を生成し、情報サーバからの応答情報に応じた表示を行う表示部と、を有する情報端末と、を備えることを特徴とする、情報処理システムが提供される。
【０００８】
かかる構成によれば、参加者の行動履歴に応じてフレンド指数を算出し、算出したフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除することができる。これにより、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能となる。
【０００９】
また、算出部は、フレンド情報が生成されてからの経過期間に応じてフレンド指数を算出してもよい。
【００１０】
また、算出部は、フレンド情報が生成されてからの経過期間をフレンド指数に換算して、該換算したフレンド指数をフレンド情報のフレンド指数から減算してもよい。
【００１１】
また、前記参加者からの操作指示に応じて所定の行動要求を含む行動情報を入力する入力部を備え、算出部は、入力部により入力された行動情報に応じてフレンド指数を算出してもよい。
【００１２】
また、記憶部には、参加者からの操作指示に応じた行動要求の種別に対応するフレンド指数が記憶されており、算出部は、行動情報に含まれる行動要求の種別に対応するフレンド指数をフレンド情報のフレンド指数に加算してもよい。
【００１３】
また、フレンド情報には、少なくとも、フレンド情報を識別するフレンド情報識別値と、フレンド指数と、フレンド情報の生成日時と、フレンド情報の参加者の識別値とが対応付けられていてもよい。
【００１４】
また、入力部により入力された行動情報に含まれる行動要求の種別に対応するフレンド指数が記憶部に記憶されているか否かを判定する判定部を備え、算出部は、判定部により行動要求の種別に対応するフレンド指数が記憶部に記憶されていると判定された場合に、参加者の行動履歴に応じてフレンド指数を算出してもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも２以上の参加者のフレンド関係の程度に応じて、記憶部に記憶されているフレンド情報を削除する情報処理システムにおいて、参加者の行動履歴に応じて、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を算出するステップと、算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除するステップと、を含むことを特徴とする、情報処理方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータをして、
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、参加者の行動履歴に応じてフレンド指数を算出する算出部と、算出部により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報を削除する削除部と、を備えることを特徴とする、情報処理システムとして機能させるためのプログラムが提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態にかかる情報処理システムのハードウェア構成の一例を示した説明図である。
【図２】同実施形態にかかる情報処理システムの機能構成を示すブロック図である。
【図３】同実施形態にかかる情報処理システムの各部と各情報との関係を説明する説明図である。
【図４】同実施形態にかかるフレンド情報の内容を説明する説明図である。
【図５】同実施形態にかかるフレンド行動情報の内容を説明する説明図である。
【図６】同実施形態にかかるフレンド配点情報の内容を説明する説明図である。
【図７】同実施形態にかかる情報処理システムの処理の概要を示すフローチャートである。
【図８】同実施形態にかかるフレンド情報の更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
また、以下に示す順序に従って、当該「発明を実施するための形態」を説明する。
〔１〕本実施形態の目的
〔２〕情報処理システムのハードウェア構成
〔３〕情報処理システムの機能構成
〔４〕情報処理システムの動作の詳細
【００２１】
〔１〕本実施形態の目的
まず、本発明の実施形態の目的について説明する。近年、人と人とのつながりを促進、サポートするコミュニティ型のサービス（ＳＮＳ）がネットワーク上に提供され、普及している。一般的に、ＳＮＳには、コミュニティ機能とフレンド機能とがある。コミュニティ機能は、参加者が共通意識を持って集まった共同体（コミュニティ）の登録や、コミュニティへの参加やコミュニティでの発言などを可能とする機能である。また、フレンド機能は、ＳＮＳに参加している参加者同士を知り合いとして登録する機能である。
【００２２】
ＳＮＳでは、参加者同士のつながりの構造が重要となってくるが、ＳＮＳの参加者数が膨大となると、参加者全体のつながりの構造を把握するのが困難となる。そこで、ＳＮＳにおける参加者同士のつながりの構造を容易に理解することが可能な技術が提供されている。また、一般的に、フレンド機能として、フレンド登録機能やフレンド削除機能がある。個々の参加者は、明示的に他の参加者を自分のフレンドとして登録したり、他の参加者とのフレンド関係を解消（削除）したりすることが可能である。
【００２３】
しかし、従来のＳＮＳにおいては、明示的なフレンド登録は気軽に行うことができても、フレンド削除により気まずい思いを感じるため、明示的なフレンド削除に踏み切ることができないという問題があった。例えば、ＳＮＳにおいてフレンド削除することは、通常の友達関係における「絶交」と受け取られる場合もあり、明示的なフレンド削除を躊躇してしまう場合が多かった。一方、多数の参加者とフレンド関係を継続している場合には、必要以上に多数のフレンドに関する情報に煩わされたり、多数のフレンドから特定のフレンドを選択して削除する際には、誤って意図しないフレンドを削除したりしてしまう可能性があった。
【００２４】
そこで、上記のような事情を一着眼点として、本発明の実施形態にかかる情報処理システム１０が創作されるに至った。本実施形態にかかる情報処理装置によれば、参加者同士のフレンド関係の程度に応じて自動的にフレンド情報を削除することが可能となる。本実施形態にかかる情報処理システム１０は、通常のＳＮＳで実現される参加者の要求（行動）を実現するとともに、参加者同士のフレンド関係に影響する行動を認識して、フレンド関係の程度を示すフレンド指数を増減させる。そして、該フレンド指数が所定の閾値を下回った場合に、フレンド関係を解消すべきとしてフレンド情報を削除する。
【００２５】
このように、参加者が明示的にフレンド情報を削除するのではなく、フレンド指数に応じて自動的にフレンド情報を削除することができるため、参加者同士が気まずい思いを感じることが少なくなる。また、フレンド登録によりフレンド情報が必要以上に増加することによる煩わしさを減少することができる。
【００２６】
〔２〕情報処理システムのハードウェア構成
以上、本発明の実施形態の目的について説明した。次に、図１を参照して、情報処理システムのハードウェア構成について説明する。なお、情報処理システム１０を構成する情報サーバ１００や情報端末２００としては、例えば、パーソナルコンピュータ等のコンピュータ装置（ノート型、デスクトップ型を問わない。）を例示できるが、かかる例に限定されず、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などで構成してもよい。
【００２７】
図１は、本実施形態にかかる情報処理システム１０のハードウェア構成の一例を示した説明図である。情報処理システム１０を構成する情報サーバ１００や情報端末２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０６と、内部バス１０８と、入出力インターフェース１１０と、表示装置１１２と、入力装置１１４と、音声出力装置１１５と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１６と、ドライブ１１７と、ネットワークインターフェース１１８と、外部インターフェース１１９などを備える。
【００２８】
ＣＰＵ１０２は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置１００内の動作全般を制御する。また、ＣＰＵ１０２は、マイクロプロセッサであってもよい。ＲＯＭ１０４は、ＣＰＵ１０２が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０６は、ＣＰＵ１０２の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成される内部バス１０８により相互に接続されている。
【００２９】
内部バス１０８は、内部バス１０８はブリッジを介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バスに接続されている。なお、必ずしも内部バス１０８、ブリッジおよび外部バスを分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００３０】
表示装置１１２は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｓｐｌａｙ）装置およびランプなどの表示装置により構成される。 入力装置１１４は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０２に出力する入力制御回路などから構成されている。 音声出力装置１１５は、スピーカおよびヘッドホンなどの音声出力装置で構成される。
【００３１】
ＨＤＤ１１６は、本実施形態にかかる情報処理システム１０を構成する情報サーバ１００や情報端末２００の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ＨＤＤ１１６は、ハードディスクを駆動し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。
【００３２】
ドライブ１１７は、記憶媒体用リーダライタであり、表記変換装置１０に内蔵、あるいは外付けされる。ドライブ１１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体１２０に記録されている情報を読み出して、ＲＡＭ１０３に出力する。
【００３３】
ネットワークインターフェース１１８は、例えば、通信網５０に接続するための通信デバイス等で構成された通信インターフェースである。また、ネットワークインターフェースは、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。外部インターフェース１１９は、他の装置と接続するための接続ポート（ＵＳＢ）等で構成された外部装置との接続用インターフェースである。
【００３４】
〔３〕情報処理システムの機能構成
以上、情報処理システム１０を構成する情報サーバ１００や情報端末２００のハードウェア構成について説明した。次に、図２を参照して、情報処理システム１０の機能構成について説明する。図２は情報処理システム１０の機能構成を示すブロック図である。図２の情報処理システム１０の機能構成を説明するに際し、適宜図３〜図６を参照する。
【００３５】
図２に示したように、情報処理システム１０は、情報端末２００と、通信ネットワーク２０と、情報サーバ１００と、を備える。情報端末２００と情報サーバ１００はインターネット、ＬＡＮ、ＷＡＮなどを含む通信ネットワーク２０で接続される。情報端末２００は、情報取得部２０２と、情報表示部２０４と、を備える。情報サーバ１００は、記憶部１２２と、情報入出力部１２６と、フレンド情報管理部１３０などを備える。
【００３６】
記憶部１２２は、フレンド情報１２３、フレンド配点情報１２４、フレンド行動情報１２５などのデータベースを記憶している。フレンド情報１２３は、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含む情報であって、本実施形態では、二人の参加者の間のフレンド関係を具現化するデータである。
【００３７】
フレンド情報１２３は、二人の参加者の間に登録されたフレンド登録と同時に作成される。フレンド情報１２３には、参加者のフレンド関係の程度を示すフレンド指数が含まれている。例えば、フレンド指数が大きい場合には二人の参加者は強いフレンド関係であり、フレンド指数が小さい場合には二人の参加者は弱いフレンド関係であると定義してもよい。本実施形態では、後述するように、フレンド指数はフレンド情報が生成されたときから時間とともに減少していく値である。そして、フレンド指数が所定の閾値を下回った場合に、フレンド情報は自動的に削除され、二人の参加者の間のフレンド関係も自動的に消滅することとなる。
【００３８】
したがって、フレンド登録された二人の参加者がなんの行動もとらないでいると、一定時間の後にフレンド情報が消滅されることとなる。ここで、例えば、二人の参加者の一方、もしくは双方が日記に好意的なコメントを付けるという親和的な行動をとった場合には、参加者のフレンド関係を表すフレンド指数を加算する。このようなフレンド間の行動は、フレンド指数が時間とともにフレンド指数の閾値に近づくことを遅延させ、フレンド関係の継続を延長させる効果を持つ。フレンド情報１２３の内容については、後で詳細に説明する。
【００３９】
フレンド配点情報１２４は、参加者により要求された行動情報に対応する行動種別ごとの配点（フレンド配点）の情報である。フレンド配点は、正でも負でもゼロであってもよい。また、本実施形態では、行動種別に対応するフレンド配点が設定されていない場合には、該フレンド配点をゼロとみなしている。フレンド配点情報１２４の内容については、後で詳細に説明する。
【００４０】
フレンド行動情報１２５は、参加者の行動の内容を表す情報である。フレンド行動情報１２５における「行動情報」とは、ＳＮＳにおける行動を表すデータである。特に、参加者により要求された行動が上記したフレンド情報１２３に含まれるフレンド指数を変化させるものである場合、該行動をフレンド行動と称する。また、行動がフレンド指数に影響を与えないものである場合には、該行動は通常の行動と称する。フレンド行動情報１２５の内容については、後で詳細に説明する。
【００４１】
情報入出力部１２６は、情報の入力および出力を制御する機能を有し、主に、入力部１２７および出力部１２８を有する。入力部１２７は、通信ネットワーク２０を介して情報サーバ１００に接続された情報端末２００の操作により前記参加者からの操作内容に応じて所定の行動要求を含む行動情報を入力する機能を有する。所定の行動要求とは、参加者がたとえば「自分の日記に特定の内容の新しい記事を載せたい」等の意思を反映して入力した内容から生成され、要求情報１４４の形式で情報取得部２０２から情報入出力部１２６に向かって送出される情報である。また、出力部１２８は、入力された行動情報に対応する処理を実行したり、行動参加者の所有する端末装置へ処理結果としての応答情報２０５を出力したりする機能を有する。
【００４２】
フレンド情報管理部１３０は、フレンド登録の状況を管理する機能を有し、主に、判定部１３１、算出部１３２、削除部１３３を有する。
【００４３】
判定部１３１は、入力部１２７により入力された行動情報に含まれる行動要求の種別に対応するフレンド指数に応じて、該行動がフレンド行動か通常の行動かを判定する機能を有する。
【００４４】
算出部１３２は、参加者の行動履歴に応じてフレンド指数を算出する機能を有する。具体的には、フレンド情報１２３が生成されてからの経過期間に応じてフレンド指数を算出したり、入力部１２７により入力された行動情報に応じてフレンド指数を算出したりする。
【００４５】
フレンド情報１２３が生成されてからの経過期間（フレンド情報１２３の生存期間）に応じてフレンド指数を算出する場合には、フレンド情報１２３の生存期間をフレンド指数に換算して、該換算したフレンド指数をフレンド情報１２３に含まれるフレンド指数から減算する。また、行動情報１４１に応じてフレンド指数を算出する場合には、当該行動情報１４１の行動種別属性の値に対応するフレンド指数をフレンド情報１２３のフレンド指数に加算する。フレンド指数の具体的な算出方法については後で詳細に説明する。
【００４６】
削除部１３３は、算出部１３２により算出されたフレンド指数が所定の閾値より小さい場合に、フレンド情報１２３を削除する機能を有する。フレンド情報１２３の削除は、該当するフレンド情報のデータを完全に消去するようにしてもよい。また、該当するフレンド情報１２３に「消去済」の印を付して、印の付されたデータを参照しないようにしてもよい。
【００４７】
次に、図３を参照して、各部に入出力される情報について詳細に説明する。図３は、情報処理システム１０の各部と各情報との関係を説明する説明図である。図３においては、情報処理システム１０を構成する、情報サーバ１００と通信ネットワーク２０を介して情報端末２００が接続されているものとして以下説明する。
【００４８】
情報端末２００は、情報表示部２０４と情報取得部２０２とを備えている。情報表示部２０４は、参加者がＳＮＳシステムから提示される内容を表示し、選択可能な行動の要求についての入力を受け付ける機能を有する。情報取得部２０２は、情報表示部２０４において入力された行動の要求に基づいて情報サーバ１００に要求情報１４４を送信したり、情報サーバ１００により処理された結果の応答情報２０５を受信したりする。情報取得部２０２は、受信し応答情報２０５を情報表示部２０４に提供する。
【００４９】
情報サーバ１００は、上記したように、情報端末２００からの要求に応じてシステムの状態を変更し、情報端末に応答データを送信する機能を有する。情報サーバ１００は、 上記したフレンド情報１２３、フレンド配点情報１２４、フレンド行動情報１２５に加え、行動情報１４１、行動対象情報１４３、参加者情報１４２をさらに備える。
【００５０】
情報入出力部１２６は、上記したように、情報端末２００からの要求に応じて行動対象情報１４３を選択し、その内容または状態を変更する機能を有する。行動には、行動対象情報１４３を所有する参加者と要求元の利用者に対応する参加者が関連する。ある参加者がある行動対象情報１４３を所有するとは、当該行動対象情報１４３に含まれる所有者人別属性の値として、当該参加者を表す参加者情報１４２の人別属性の値が設定されているという意味である。
【００５１】
例えば、ＡさんがＢさんのある日記記事にコメントを付けた場合、行動の対象はＢさんの日記となる。「日記」は、行動対象情報１４３の一種であるため、Ｂさんの日記については、「日記」という種類の行動対象情報１４３で表現され、その所有者人別属性にはＢさんの人別属性値が設定される。また、日記にコメントをつけるという行動には、ひとつの行動情報１４１が割り当てられ、その行為者人別属性にはＡさんの人別属性値が設定され、対象識別にはＢさんの日記を表す行動対象情報１４３の対象識別が設定される。
【００５２】
参加者情報１４２は、参加者を特定し識別する人別値と参加者名、その他の参加者固有の属性値の情報を含み、データベースのエントリとして継続的に保管されるデータである。行動対象情報１４３は、例えば、日記の記事やコメント、ＳＮＳ内のコミュニティのトピック、利用者のホームページ等、ＳＮＳ内での多種多様な実体の情報である。
【００５３】
また、行動対象情報１４３は、利用者が要求する行動によってその内容または状態に影響を受けるシステム上のデータであり、データベースのエントリとして継続的に保管されるデータである。行動対象情報１４３には、行動対象を識別する対象識別値と、その所有者となる参加者の人別値が設定される。
【００５４】
フレンド情報管理部１３０は、上記したように、フレンド登録の状況を管理する機能を有する。フレンド情報管理部１３０の主なデータ処理について説明する。
【００５５】
（１）情報入出力部１２６が情報端末２００からの行動の要求として要求情報１４４を受け取り、要求情報１４４を行動情報１４１に変換する。
（２）フレンド情報管理部１３０は情報入出力部１２６から行動情報１４１を受け取り、その行為者人別属性の値と、対象識別属性の値で識別される行動対象情報１４３の所有者人別属性の値に基づいて、その２つの人別値の両方を人別甲属性もしくは人別乙属性に持つような対応するフレンド情報１２３を参照する。参照したフレンド情報１２３のフレンド情報識別属性の値は、行動情報１４１を拡張したフレンド行動情報１２５のフレンド情報識別属性の値として記録する。
（３）フレンド情報管理部１３０は、行動情報１４１に含まれる行動種別属性の値により、フレンド配点情報１２４を参照して、その行動種別に対応するフレンド配点属性の値（フレンド指数の変化量）を取得し、その値をフレンド行動情報１２５のフレンド得点属性の値とする。
（４）フレンド情報管理部１３０は、該当するフレンド情報１２３のフレンド指数属性の値をフレンド得点分だけ変化させる。
（５）フレンド情報管理部１３０は、変化した結果のフレンド指数の値に応じて、該当するフレンド情報１２３を消去する。
（６）フレンド情報管理部１３０または情報入出力部１２６は、行動情報１４１または拡張されたフレンド行動情報１２５により要求される行動を実現し、情報入出力部１２６はその行動の結果を応答情報２０５に変換して情報端末２００に送信する。
【００５６】
フレンド情報１２３の詳細について説明する。フレンド情報１２３は、ある参加者と他の参加者がひとつのフレンド関係を結んでいることを示すデータである。フレンド情報１２３は、誰と誰がいつからフレンド関係にあるのか、フレンド関係の残りの寿命がどれだけであるのかを表す情報である。ここで、図４を参照して、フレンド情報１２３の内容について説明する。図４は、フレンド情報１２３の内容を説明する説明図である。
【００５７】
図４のフレンド情報の内容例４０１に示したように、フレンド情報１２３には、フレンド情報識別属性、フレンド指数閾値属性、フレンド指数属性、生成日時属性、人別甲属性、人別乙属性などが含まれる。フレンド情報識別属性は、フレンド情報１２３を一意に特定できる値である。フレンド指数閾値属性は、フレンド指数が該フレンド指数閾値を下回るとこのフレンド情報が消滅することとなる最低のフレンド指数値である。フレンド指数属性は、フレンド情報１２３の生成時に所定の値で初期化され、行動履歴によって累算された（現在日時には依存しない）フレンド指数を示す。生成日時属性は、このフレンド関係（フレンド情報）が発生した日時を示す。そして、人別甲属性と人別乙属性は、このフレンド関係を結んでいる二人の参加者を識別する値である。またフレンド情報の内容例４０１をコード化して、フレンド情報の内容例４０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００５８】
図３に戻り、フレンド行動情報１２５の詳細について説明する。フレンド行動情報１２５は、ある参加者が実施した行動について、その行動を表現する行動情報１４１を拡張した情報である。すなわち、フレンド行動情報１２５は、行動情報１４１の全属性に加えて、その属性「行動種別」にしたがって得られるフレンド指数の増減値（フレンド得点）とその行動が実行されたフレンド関係の識別値（フレンド情報識別値）を有する拡張された行動情報である。フレンド行動情報１２５は、ある行動が、どのフレンド関係にどれだけフレンド指数を増減させるかを特定するために利用される情報である。
【００５９】
ここで、図５を参照して、フレンド行動情報１２５の内容について説明する。図５は、フレンド行動情報１２５の内容を説明する説明図である。図５に示したように、フレンド行動情報１２５には、行動情報１４１と同等の属性一式、フレンド得点属性、フレンド情報識別属性などが含まれる。フレンド得点属性の値は、行動情報１４１に含まれる行動種別属性に対応するフレンド配点属性の値である。その値は、フレンド配点情報１２４によって特定される。フレンド情報識別属性の値は、行動情報１４１に含まれる行為者人別属性値と対象識別を介して参照される行動対象情報１４３の所有者人別属性値によって一意に定まるフレンド情報１２３のフレンド情報識別属性の値である。
【００６０】
例えば、フレンド行動情報の内容例５０１の行動情報には、「Ａさん」と「Ｂさん」の人別値がふくまれているため、「Ａさん」と「Ｂさん」のフレンド関係を示すフレンド情報１２３のフレンド情報識別が特定されることとなる。また、フレンド行動情報１２５の内容例５０１をコード化して、フレンド情報１２３の内容例５０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００６１】
図３に戻り、フレンド配点情報１２４の詳細について説明する。フレンド配点情報１２４は、行動の種類（行動種別）から、行動種別に対応するフレンド指数の増減の大きさ（フレンド配点）を決定するために利用されるデータである。したがって、フレンド配点情報１２４は、行動種別ごとのフレンド配点を決める一覧表に相当するテーブルとなっている。ここで、図６を参照して、フレンド配点情報１２４の内容について説明する。
【００６２】
図６は、フレンド配点情報１２４の内容について説明する説明図である。図６に示したように、フレンド配点情報１２４には、行動種別とフレンド配点が含まれる。フレンド配点情報１２４の内容例６０１に示したように、例えば、行動種別が「相手の日記を読む」であった場合には、当該行動種別のフレンド配点は「＋５点」となる。また、フレンド配点情報１２４の内容例６０１をコード化して、フレンド配点情報１２４の内容例６０２のように、各属性を機械的に処理しやすい形式で表すことができる。
【００６３】
〔４〕情報処理システムの動作の詳細
以上、情報処理システム１０の機能構成について説明した。次に、図７および図８を参照して、情報処理システム１０の動作の詳細について説明する。図７は、情報処理システム１０の処理の概要を示すフローチャートである。図７に示したように、まず、情報処理システム１０により提供されるシステムの利用者が、システムの参加者として行動を起こすと、情報端末２００を介して行動が要求される（Ｓ１０２）。ステップＳ１０２においては、行動を記述したデータが要求情報１４４として情報端末２００から情報サーバ１００に送信される。
【００６４】
そして、情報入出力部１２６は、ステップＳ１０２において情報端末２００から送信された要求情報を受信する（Ｓ１０４）。ステップＳ１０４において受信した要求情報１４４は、現在日時が行動日時として付与されて、行動情報１４１に変換される（Ｓ１０６）。行動情報１４１は、行動種別の値を有する。行動種別の値としては、例えば、「システムにログインする」、「日記を書く」や、「日記にコメントを書く」、などの多様な行動種別に対応した値が付与される。行動種別の値は多様であるが、本実施形態では、すべての行動種別を、フレンド行動とフレンド行動ではない通常の行動との大きく２種類に分別する。
【００６５】
そして、フレンド情報管理部１３０は、ステップＳ１０６において変換された行動情報１４１がフレンド行動か否かを（フレンド指数の処理を必要とする行動情報１４１か否か）判定する（Ｓ１０８）。ステップＳ１０８における判定は、フレンド情報１２３の存在と、フレンド配点情報１２４のフレンド配点属性の値によって行われる。まず、目下の行動情報１４１に関わるフレンド情報１２３が存在しない場合は、フレンド行動ではない通常の行動である（フレンド指数の処理は不要）と判断すればよい。「目下の行動に関わるフレンド情報１２３」とは、当該行動の行為主体と行為対象の所有者とに関連するフレンド情報１２３のことである。（いいかえれば、行動情報１４１の行為者人別属性と、その行動情報１４１の行動対象属性の値に一致する対象識別属性を持つ行動対象情報１４３の所有者人別属性の値の両方を人別甲属性または人別乙属性に持つフレンド情報１２３のことである。）
【００６６】
上記したように、フレンド配点情報１２４には、行動種別ごとにフレンド配点が定義されている。ステップＳ１０６において変換された行動種別属性の値に対応するフレンド配点属性の値がゼロでない場合には、当該行動種別を有する行動はフレンド行動である（フレンド指数の処理を必要とする）と判定する。フレンド配点がゼロである場合または当該行動種別の値がフレンド配点情報１２４に登録されていない場合には、フレンド行動ではない通常の行動である（フレンド指数の処理は不要）と判定すればよい。
【００６７】
ステップＳ１０８において、行動情報１４１がフレンド行動ではないと判定された場合には、ステップＳ１１２の処理を実行する。すなわち、通常通り、行動情報に基づく処理を実行する（Ｓ１１２）。ステップＳ１１２の処理は、情報入出力部１２６により行われるため、ステップＳ１０８において、行動情報１４１がフレンド行動ではないと判定された場合には、フレンド情報管理部１３０は即座に引き渡された行動情報１４１を情報入出力部１２６に返す。
【００６８】
一方、ステップＳ１０８において、行動情報１４１がフレンド行動であると判定された場合には、フレンド情報１２３を更新する（Ｓ１１０）。フレンド情報管理部１３０によるフレンド情報１２３の更新については、後で詳細に説明する。その後、通常通り、行動情報１４１に基づく処理を実行する（Ｓ１１２）。ステップＳ１１２においては、情報入出力部１２６が行動情報１４１に基づいてシステムの状態を変更し、その行動の結果に応じた応答情報２０５を作成して情報端末２００に送信する。情報端末２００では、送信された応答情報２０５を情報取得部２０２により受信して、受信した応答情報を情報表示部２０４により表示して利用者に提供する。
【００６９】
次に、図８を参照して、フレンド情報管理部１３０によるフレンド情報１２３の更新について説明する。図８は、フレンド情報１２３の更新処理を示すフローチャートである。図８に示したように、フレンド情報管理部１３０は、行動情報１４１をフレンド行動情報１２５に変換する（Ｓ２０２）。そして、フレンド情報管理部１３０は、ステップＳ２０２において変換した結果であるフレンド行動情報１２５の中の行動情報相当部分から取り出した行動種別属性の値をキーとして、フレンド配点情報１２４から対応するフレンド配点属性の値を取り出す（Ｓ２０４）。そして、ステップＳ２０４において取得したフレンド配点属性の値をフレンド行動情報１２５のフレンド得点属性に設定する（Ｓ２０６）。
【００７０】
フレンド情報管理部１３０は、行動の行為者の人別値と行動の行動対象の所有者の人別値を有するフレンド情報１２３を取得する（Ｓ２０８）。ステップＳ２０８において、フレンド情報１２３のフレンド情報識別属性の値をフレンド行動情報１２５のフレンド情報識別属性の値として設定する（Ｓ２１０）。
【００７１】
次に、フレンド情報管理部１３０は、フレンド情報１２３の生存期間を算出する（Ｓ２１２）。ステップＳ２１２において算出されるフレンド情報１２３の生存期間は、行動が要求された日時（行動情報１４１の行動日時属性の値）からフレンド情報１２３の生成日時属性の値を減算した値である。具体的には、システム時刻（例えば、１９７０年１月１日午前○時○分○秒からの経過秒数）で日時を表現し、行動日時からフレンド情報１２３の生成日時を引いた値を適当な定数で割って得た値を算出する。例えば、フレンド情報１２３の生成日時が２００９年７月１日の９時４０分００秒である場合には、生成日時のシステム時刻Ｇは「１２４６４０８８００」となる。また、行動情報１４１の行動日時が２００９年７月１５日の１６時０３分００秒であった場合には、行動日時のシステム時刻Ａは「１２４７６４１３８０」となる。
【００７２】
この場合、フレンド情報１２３の生存期間ＬはＡ−Ｇにより算出され、
Ｌ＝１２７６４１３８０−１２４６４０８８００＝１２３２５８０
となる。そして、Ｌに適当な係数Ｋを掛けて、フレンド指数に換算する。係数Ｋは、例えば、１日相当の秒数８６４００（２４×６０×６０）の逆数などであってもよい。この場合、フレンド情報１２３の生存期間に対応するフレンド指数Ｉは以下のように算出される。
【００７３】
フレンド指数Ｉ＝Ｋ×Ｌ＝（１／８６４００）×１２３２５８０≒１４
【００７４】
そして、フレンド情報管理部１３０は、フレンド情報１２３のフレンド指数属性の値Ｆ１からステップＳ２１２において算出したフレンド情報１２３の生存期間に対応するフレンド指数値Ｉを減算した差Ｆ１−Ｉを算出する（Ｓ２１４）。ここで、ステップＳ２１２において算出した値ＩやステップＳ２１４において算出した値Ｆ１−Ｉに応じて、システムの状態を特定の処理により変更してもよい。
【００７５】
フレンド情報管理部１３０は、ステップＳ２１４において算出したフレンド指数とフレンド指数の閾値属性の値Ｔとを比較する（Ｓ２１６）。ステップＳ２１６において比較するフレンド指数閾値Ｔは、個々のフレンド情報に設定してもよいし、システムで一定の値を設定してもよい。また、フレンド情報や参加者に階級を設けて、階級ごとに異なるフレンド指数閾値Ｔを持たせてもよい。
【００７６】
ステップＳ２１６において、フレンド指数がフレンド指数閾値Ｔを下回る場合には、フレンド情報管理部１３０は、当該フレンド情報１２３を消去する（Ｓ２１８）。例えば、記憶部１２２に記憶されているフレンド情報のフレンド指数属性の値Ｆ１が「２０」であった場合には、該フレンド指数Ｆ１から上記したフレンド情報１２３の生存期間に対応するフレンド指数Ｉ「１４」を減算したが値Ｆ１−Ｉは「６」となる。フレンド指数閾値Ｔが「１０」であった場合には、ステップＳ２１６において、フレンド指数Ｆ１−Ｉ「６」がフレンド指数閾値Ｔ「１０」を下回っていると判断される。
【００７７】
ステップＳ２１８のフレンド情報の消去については、該当するフレンド情報を消去してもよいし、無効化してもよいし、削除してもよい。フレンド情報が消去された場合には、それ以降、該フレンド情報の参加者相互の行為はフレンド行動とはみなされないこととなる。また、上記したように、フレンド情報のデータを完全に消去せずに、フレンド情報に「消去済」の印を付してデータを参照しないようにする場合には、再度フレンド登録された際に、該フレンド情報を用いてもよい。
【００７８】
ステップＳ２１６において、フレンド指数がフレンド指数の閾値を下回っていないと判定された場合には、当該フレンド情報１２３のフレンド指数属性の値Ｆ１にステップＳ２０６において設定されたフレンド得点Ｘを加算した結果Ｆ２＝Ｆ１＋Ｘを設定する（Ｓ２２０）。
【００７９】
そして、フレンド情報管理部１３０は、ステップＳ２２０において設定しなおされたフレンド指数属性の値Ｆ２を用いてステップＳ２１２およびステップＳ２１４から算出されるフレンド指数の値Ｆ２−Ｉとフレンド指数閾値Ｔとを比較する（Ｓ２２２）。例えば、ステップＳ２０６において設定されたフレンド得点が負の値である場合には、Ｆ２＜Ｆ１の関係が成り立つため、ステップＳ２２２における判定でフレンド指数Ｆ２−Ｉが閾値Ｔを下回る可能性がある。
【００８０】
ステップＳ２２２において、フレンド指数Ｆ２−Ｉがフレンド指数閾値を下回ると判定された場合には、フレンド情報管理部１３０は、当該フレンド情報を消去する（Ｓ２２４）。
【００８１】
以上、情報処理システム１０の動作の詳細について説明した。上記実施形態によれば、参加者の行動履歴に応じてフレンド指数を算出し、該フレンド指数が所定の閾値より小さい場合にフレンド情報１２３を削除する。フレンド指数は、フレンド情報１２３の生存期間に応じて自然減し、フレンド間の交流に対応して増減する。これにより、フレンド行動が途絶えたフレンド登録は、時間経過にしたがってフレンド指数属性値から減算される値Ｉが次第に大きくなるため、ついにはフレンド指数閾値Ｔを下回り、その結果、自然消滅することとなる。なお、フレンド関係の影響はなんらかの行動の結果を通してしか観察できないため、当事者である参加者側からは減算は随時行われているように見える。
【００８２】
本実施形態では、参加者の行動をトリガーとしてフレンド指数の算出をおこなったが、かかる例に限定されず、定期的にアクセスの途絶えている参加者についてフレンド指数の再計算を行ってもよい。この場合、最近アクセスしていない利用者や、特定のフレンドとの交流がない利用者に対して、交流を促すメッセージを送信してもよい。
【００８３】
また、フレンド指数はフレンド情報１２３の生存期間に応じて次第に大きく減算されるが、参加者がもたらすフレンド行動の種類と頻度に応じてフレンド登録の寿命が延長され、フレンド関係が強化されることとなる。情報処理システム１０は、フレンド指数属性の値の残数や実行される行動によるフレンド得点の大きさに応じた動作を追加的に定義してもよい。
【００８４】
また、フレンド指数の明示的な加点・減点操作を参加者の選択可能な行動のひとつとして提供してもよい。そうすると、参加者は、フレンド指数の増減を自己の意思によって実行できる。これにより、二者択一のフレンド削除よりも、緩やかにフレンド関係を変動させて、より柔軟にフレンド関係の存否に対する手心を加えることが可能となる。
【００８５】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８６】
例えば、上記実施形態では、１つの情報サーバ１００を情報サーバとして機能させたが、かかる例に限定されず、複数の情報サーバにより情報サーバ１００の機能を実行してもよい。また、上記実施形態では、情報サーバ１００に情報入出力部１２６とフレンド情報管理部１３０を備えるようにしたが、かかる例に限定されず、情報入出力部１２６とフレンド情報管理部１３０の機能を統合させたり、さらに分割してもよい。
【００８７】
また、上記実施形態では、フレンド行動情報１２５は、情報サーバ１００に一定の定義のもと行動情報１４１から変換されたり格納されたりするようにしたが、かかる例に限定されず、フレンド行動情報１２５は、行動情報１４１と区別しなくてもよい。その場合、すべての行動について行動情報１４１にフレンド得点属性とフレンド情報識別属性をはじめから用意することもできる。またその場合、フレンド指数の処理対象外の行動についてはフレンド得点属性とフレンド情報識別属性の一方または両方の値は未設定のまま（未定義を示す値）となることを許してもよい。
【００８８】
また、上記実施形態では、フレンド配点情報１２４は、情報サーバ１００に一定の定義のもと格納されるようにしたが、かかる例に限定されず。フレンド配点情報１２４もシステム稼働中に動的に変化させるようにしてもよいし、参加者ごとに異なった定義とするようにしてもよい。
【００８９】
また、例えば、本明細書の情報処理システム１０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、情報処理装置１００の処理における各ステップは、同等の結果を生じる範囲において順序を交換してもよく、並列に実行してもよく、中間結果を保持して再利用してもよい。
【００９０】
また、情報処理装置１００などに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した情報処理装置１００の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。なお、この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００９１】
１０ 情報処理システム
２０ 通信ネットワーク
１００ 情報処理装置
１２２ 記憶部
１２３ フレンド情報
１２４ フレンド配点情報
１２５ フレンド行動情報
１２６ 情報入出力部
１２７ 入力部
１２８ 出力部
１３０ フレンド情報管理部
１３１ 判定部
１３２ 算出部
１３３ 削除部
１４１ 行動情報
１４２ 参加者情報
１４３ 行動対象情報
１４４ 要求情報
２００ 情報端末
２０２ 情報取得部
２０４ 情報表示部
２０５ 応答情報
【特許請求の範囲】
【請求項１】
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、
前記参加者の行動履歴に応じて前記フレンド指数を算出する算出部と、
前記算出部により算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除する削除部と、
を備えることを特徴とする、情報処理システム。
【請求項２】
前記算出部は、前記フレンド情報が生成されてからの経過期間に応じてフレンド指数を算出する、請求項１に記載の情報処理システム。
【請求項３】
前記算出部は、前記フレンド情報が生成されてからの経過期間をフレンド指数に換算して、該換算したフレンド指数を前記フレンド情報のフレンド指数から減算することを特徴とする、請求項２に記載の情報処理システム。
【請求項４】
ある参加者による他の参加者への所定の行動要求を含む行動情報を入力する入力部を備え、
前記算出部は、前記入力部により入力された前記行動情報に応じてフレンド指数を算出することを特徴とする、請求項１に記載の情報処理システム。
【請求項５】
前記記憶部には、参加者からの操作指示に応じた行動要求の種別に対応するフレンド指数が記憶されており、
前記算出部は、前記行動情報に含まれる前記行動要求の種別に対応するフレンド指数を前記フレンド情報のフレンド指数に加算することを特徴とする、請求項４に記載の情報処理システム。
【請求項６】
前記フレンド情報には、少なくとも、フレンド情報を識別するフレンド情報識別値と、前記フレンド指数と、フレンド情報の生成日時と、フレンド情報の参加者の識別値とが対応付けられていることを特徴とする、請求項１に記載の情報処理システム。
【請求項７】
前記入力部により入力された行動情報に含まれる前記行動要求の種別に対応するフレンド指数が前記記憶部に記憶されているか否かを判定する判定部を備え、
前記算出部は、前記判定部により前記行動要求の種別に対応するフレンド指数が前記記憶部に記憶されていると判定された場合に、前記参加者の行動履歴に応じて前記フレンド指数を算出することを特徴とする、請求項１に記載の情報処理システム。
【請求項８】
少なくとも２以上の参加者のフレンド関係の程度に応じて、記憶部に記憶されているフレンド情報を削除する情報処理システムにおいて、
前記参加者の行動履歴に応じて、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を算出するステップと、
前記算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除するステップと、
を含むことを特徴とする、情報処理方法。
【請求項９】
コンピュータをして、
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、
前記参加者の行動履歴に応じて前記フレンド指数を算出する算出部と、
前記算出部により算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除する削除部と、
を備えることを特徴とする、情報処理装置として機能させるためのプログラム。
【請求項１】
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、
前記参加者の行動履歴に応じて前記フレンド指数を算出する算出部と、
前記算出部により算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除する削除部と、
を備えることを特徴とする、情報処理システム。
【請求項２】
前記算出部は、前記フレンド情報が生成されてからの経過期間に応じてフレンド指数を算出する、請求項１に記載の情報処理システム。
【請求項３】
前記算出部は、前記フレンド情報が生成されてからの経過期間をフレンド指数に換算して、該換算したフレンド指数を前記フレンド情報のフレンド指数から減算することを特徴とする、請求項２に記載の情報処理システム。
【請求項４】
ある参加者による他の参加者への所定の行動要求を含む行動情報を入力する入力部を備え、
前記算出部は、前記入力部により入力された前記行動情報に応じてフレンド指数を算出することを特徴とする、請求項１に記載の情報処理システム。
【請求項５】
前記記憶部には、参加者からの操作指示に応じた行動要求の種別に対応するフレンド指数が記憶されており、
前記算出部は、前記行動情報に含まれる前記行動要求の種別に対応するフレンド指数を前記フレンド情報のフレンド指数に加算することを特徴とする、請求項４に記載の情報処理システム。
【請求項６】
前記フレンド情報には、少なくとも、フレンド情報を識別するフレンド情報識別値と、前記フレンド指数と、フレンド情報の生成日時と、フレンド情報の参加者の識別値とが対応付けられていることを特徴とする、請求項１に記載の情報処理システム。
【請求項７】
前記入力部により入力された行動情報に含まれる前記行動要求の種別に対応するフレンド指数が前記記憶部に記憶されているか否かを判定する判定部を備え、
前記算出部は、前記判定部により前記行動要求の種別に対応するフレンド指数が前記記憶部に記憶されていると判定された場合に、前記参加者の行動履歴に応じて前記フレンド指数を算出することを特徴とする、請求項１に記載の情報処理システム。
【請求項８】
少なくとも２以上の参加者のフレンド関係の程度に応じて、記憶部に記憶されているフレンド情報を削除する情報処理システムにおいて、
前記参加者の行動履歴に応じて、少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を算出するステップと、
前記算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除するステップと、
を含むことを特徴とする、情報処理方法。
【請求項９】
コンピュータをして、
少なくとも２以上の参加者のフレンド関係の程度を示すフレンド指数を含むフレンド情報を記憶している記憶部と、
前記参加者の行動履歴に応じて前記フレンド指数を算出する算出部と、
前記算出部により算出された前記フレンド指数が所定の閾値より小さい場合に、前記フレンド情報を削除する削除部と、
を備えることを特徴とする、情報処理装置として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−４８５８９（Ｐ２０１１−４８５８９Ａ）
【公開日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願番号】特願２００９−１９５９５４（Ｐ２００９−１９５９５４）
【出願日】平成２１年８月２６日（２００９．８．２６）
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【公開日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願日】平成２１年８月２６日（２００９．８．２６）
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
[ Back to top ]