(57)【要約】【課題】被招待ユーザーが招待されたセッションが有効か否かを招待されたセッションに参加する前に判別することのできる情報処理システムを提供する。【解決手段】それぞれユーザーが参加可能なサービスを提供する複数のセッションについて、各セッションが有効か否かを示す状態情報を記憶し、それぞれ、被招待ユーザーに対していずれかのセッションへの参加を促す複数の招待に関する招待情報を記憶し、複数のクライアント装置のそれぞれが、複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得し、状態情報に応じた態様で取得した招待情報を表示画面に表示する情報処理システムである。【選択図】図５
2014238736.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント装置を含み、それぞれユーザーが参加可能なサービスを提供する複数のセッションに関する情報を管理する情報処理システムであって、
前記複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部と、
複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部と、
を含み、
前記複数のクライアント装置のそれぞれは、
前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得する招待情報取得部と、
前記状態情報に応じた態様で、前記招待情報取得部が取得した招待情報を表示画面に表示する招待表示制御部と、
を含むことを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記招待表示制御部は、前記招待情報取得部が取得した複数の招待情報のそれぞれを、当該招待情報が対象とするセッションが有効か否かを判別可能な態様で表示する
ことを特徴とする情報処理システム。
【請求項３】
請求項１又は２に記載の情報処理システムにおいて、
前記招待表示制御部は、前記招待情報取得部が取得した複数の招待情報を、前記状態情報に応じて決まる順序で一覧表示する
ことを特徴とする情報処理システム。
【請求項４】
請求項１から３のいずれか一項に記載の情報処理システムにおいて、
前記複数のセッションのそれぞれを生成し、当該生成したセッションに参加するユーザーに対するサービス提供を行うサービス提供部をさらに含み、
前記セッション管理部は、前記サービス提供部が新たなセッションを生成したタイミングで、当該セッションが有効であることを示す状態情報を記憶し、前記サービス提供部がセッションを終了させたタイミングで、当該状態情報を当該セッションが無効であることを示す値に更新する
ことを特徴とする情報処理システム。
【請求項５】
請求項４に記載の情報処理システムにおいて、
互いに異なる種類のサービスを提供する複数の前記サービス提供部を含み、
前記セッション管理部は、前記複数のサービス提供部のそれぞれが生成するセッションの情報を記憶する
ことを特徴とする情報処理システム。
【請求項６】
請求項５に記載の情報処理システムにおいて、
前記クライアント装置は、それぞれ前記複数のサービス提供部のいずれかに対応する複数のアプリケーションプログラムを実行し、
前記招待情報取得部は、前記複数のアプリケーションプログラムのうち、実行中のいずれかのアプリケーションプログラムからの要求があった場合、当該実行中のアプリケーションプログラムに対応するサービス提供部が生成したセッションに対する招待の情報を選択的に取得する
ことを特徴とする情報処理システム。
【請求項７】
複数のクライアント装置と接続され、それぞれユーザーが参加可能なサービスを提供する複数のセッションに関する情報を管理するサーバシステムであって、
前記複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部と、
複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部と、
前記複数のクライアント装置のうちの要求元のクライアント装置に対して、前記招待管理部が記憶する複数の招待情報のうち、当該要求元のクライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を提供する招待情報提供部と、
前記提供する招待情報について、当該招待情報が招待の対象とするセッションについて前記セッション管理部が記憶する状態情報を、前記要求元のクライアント装置に対して提供する状態情報提供部と、
を含み、
前記提供する状態情報が、前記提供する招待情報を前記クライアント装置が表示画面に表示する際に用いられる
ことを特徴とするサーバシステム。
【請求項８】
それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、
複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置であって、
前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得する招待情報取得部と、
前記状態情報に応じた態様で、前記招待情報取得部が取得した招待情報を表示画面に表示する招待表示制御部と、
を含むことを特徴とするクライアント装置。
【請求項９】
請求項８に記載のクライアント装置において、
前記招待表示制御部は、前記セッションに参加する際に実行するアプリケーションプログラムを実行していない状態で、前記招待情報取得部が取得した招待情報を前記状態情報に応じた態様で前記表示画面に表示する
ことを特徴とするクライアント装置。
【請求項１０】
請求項８又は９に記載のクライアント装置において、
前記クライアント装置は、前記複数のセッションのいずれかに参加する場合に、当該セッションに参加するユーザーに対するサービス提供を行うサービス提供部に接続して当該サービスの提供を受け、
前記招待表示制御部は、前記サービス提供部に接続していない状態で、前記招待情報取得部が取得した招待情報を前記状態情報に応じた態様で前記表示画面に表示する
ことを特徴とするクライアント装置。
【請求項１１】
請求項８から１０のいずれか一項に記載のクライアント装置において、
前記招待表示制御部は、前記招待情報取得部が取得した招待情報を、当該招待情報が招待の対象とするセッションの開始時からの経過時間を示す情報とともに前記表示画面に表示する
ことを特徴とするクライアント装置。
【請求項１２】
それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、
複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置の制御方法であって、
前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得するステップと、
前記状態情報に応じた態様で、前記取得した招待情報を表示画面に表示するステップと、
を含むことを特徴とするクライアント装置の制御方法。
【請求項１３】
それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、
複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置を制御するためのプログラムであって、
前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得するステップと、
前記状態情報に応じた態様で、前記取得した招待情報を表示画面に表示するステップと、
を前記クライアント装置に実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを格納した、コンピュータ読み取り可能な情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１以上のユーザーが参加可能なサービスを提供するセッションを管理する情報処理システム、当該情報処理システムを構成するサーバシステム及びクライアント装置、当該クライアント装置の制御方法、その制御プログラム、並びに当該プログラムを格納した情報記憶媒体に関する。
【背景技術】
【０００２】
チャットやマルチプレイヤー参加型のゲームなどのように、ユーザーがネットワーク経由で参加し、利用することのできるサービスが知られている。このようなサービスでは、チャットにおけるルームのように、それぞれ異なるユーザーが参加可能な複数のセッションが用意され、これらのセッションが互いに独立にサービスを提供する。各ユーザーは、複数存在するセッションのうちのいずれかに参加して、このセッションによって提供されるサービスを利用することになる。
【０００３】
セッションに参加するユーザーは、自分の友人などの他のユーザーに、自分が参加しているのと同じセッションに参加してほしいと希望する場合がある。また、サービスの提供者が、特定又は不特定のユーザーに対してセッションへの参加を招待したい場合もある。そこで、このようなサービスは、セッション参加を促すメッセージを送るなどの方法で、ユーザーをセッションに招待する機能を提供することがある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したセッションは、恒久的に存在するのではなく、必要に応じて新たに生成され、参加したユーザーがサービスの利用を停止すると終了するよう制御される場合がある。この場合、個々のセッションはサービスを利用しようとするユーザーのリクエストなどに応じて新たに生成され、当該セッションの参加者が誰もいなくなったり、当該セッションの生成をリクエストしたユーザーが終了を指示したりするなどの条件に応じて終了する。そのため、あるユーザー（被招待ユーザー）に対してセッション参加の招待が行われた場合に、その招待の際にはセッションが有効であっても、被招待ユーザーがその招待を受けてセッションに参加しようとした時には、当該セッションが既に終了してしまっている場合がある。このような場合、被招待ユーザーは招待されたセッションへの参加要求を実際に行うまでセッションが終了しているか否か分からないため、不便である。
【０００５】
本発明は上記実情を考慮してなされたものであって、その目的の一つは、被招待ユーザーが招待されたセッションが有効か否かを招待されたセッションに参加する前に判別することのできる情報処理システム、当該情報処理システムを構成するサーバシステム及びクライアント装置、当該クライアント装置の制御方法、その制御プログラム、並びに当該プログラムを格納した情報記憶媒体に関する。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理システムは、複数のクライアント装置を含み、それぞれユーザーが参加可能なサービスを提供する複数のセッションに関する情報を管理する情報処理システムであって、前記複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部と、複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部と、を含み、前記複数のクライアント装置のそれぞれは、前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得する招待情報取得部と、前記状態情報に応じた態様で、前記招待情報取得部が取得した招待情報を表示画面に表示する招待表示制御部と、を含むことを特徴とする。
【０００７】
本発明に係るサーバシステムは、複数のクライアント装置と接続され、それぞれユーザーが参加可能なサービスを提供する複数のセッションに関する情報を管理するサーバシステムであって、前記複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部と、複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部と、前記複数のクライアント装置のうちの要求元のクライアント装置に対して、前記招待管理部が記憶する複数の招待情報のうち、当該要求元のクライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を提供する招待情報提供部と、前記提供する招待情報について、当該招待情報が招待の対象とするセッションについて前記セッション管理部が記憶する状態情報を、前記要求元のクライアント装置に対して提供する状態情報提供部と、を含み、前記提供する状態情報が、前記提供する招待情報を前記クライアント装置が表示画面に表示する際に用いられることを特徴とする。
【０００８】
本発明に係るクライアント装置は、それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置であって、前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得する招待情報取得部と、前記状態情報に応じた態様で、前記招待情報取得部が取得した招待情報を表示画面に表示する招待表示制御部と、を含むことを特徴とする。
【０００９】
本発明に係るクライアント装置の制御方法は、それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置の制御方法であって、前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得するステップと、前記状態情報に応じた態様で、前記取得した招待情報を表示画面に表示するステップと、を含むことを特徴とする。
【００１０】
本発明に係るプログラムは、それぞれユーザーが参加可能なサービスを提供する複数のセッションのそれぞれについて、当該セッションが有効か否かを示す状態情報を記憶するセッション管理部、及び、複数の招待情報であって、それぞれ、被招待ユーザーに対して前記複数のセッションのいずれかへの参加を促す招待に関する招待情報を記憶する招待管理部、と接続されるクライアント装置を制御するためのプログラムであって、前記招待管理部が記憶する複数の招待情報のうち、当該クライアント装置を使用するユーザーを被招待ユーザーとする招待に関する招待情報を取得するステップと、前記状態情報に応じた態様で、前記取得した招待情報を表示画面に表示するステップと、を前記クライアント装置に実行させるためのプログラムである。このプログラムは、コンピュータ読み取り可能な情報記憶媒体に格納されてよい。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る情報処理システムの全体構成図である。
【図２】本発明の実施の形態に係るクライアント装置の構成ブロック図である。
【図３】本実施形態に係る情報処理システムがセッション生成時に実行する処理の流れの一例を示す図である。
【図４】招待ユーザーから被招待ユーザーへの招待が行われる際に実行される処理の流れの一例を示す図である。
【図５】招待一覧画面の一例を示す図である。
【図６】招待情報の詳細表示画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面に基づき詳細に説明する。
【００１３】
図１は、本発明の一実施形態に係る情報処理システム１の構成図である。同図に示すように、情報処理システム１は、複数のクライアント装置２と、サービス提供サーバ３と、セッション管理サーバ４と、招待管理サーバ５と、通知サーバ６と、クライアント管理サーバ７と、を含んで構成されている。本実施形態においては、情報処理システム１はユーザーにマルチプレイヤー参加型のゲームプレイ環境を提供するゲームシステムであることとし、サービス提供サーバ３がゲームサービスを参加者に提供するためのセッションを生成する。セッションは、本システムにおけるサービス提供の単位であって、マルチプレイヤー参加型のゲームサービスにおいては、ロビーやルームなどがセッションに相当する。同じセッションに同時期に参加する複数のユーザーは、互いに対戦したり協力したりして、同じゲームをプレイする。一方、たとえゲームの種類が同じであっても、互いに異なるセッションに参加するユーザーは、互いに独立して別のゲームをプレイすることになる。なお、図１ではサービス提供サーバ３は１台しか図示されていないが、サービス提供サーバ３は複数あってよく、複数のサービス提供サーバ３は互いに異なる種類のゲームサービスを提供してもよい。また、サービス提供サーバ３は、セッション管理サーバ４、招待管理サーバ５、通知サーバ６、及びクライアント管理サーバ７を設置して本情報処理システム１のサービスインフラを提供するベンダーとは別のゲームベンダーによって提供されてもよい。
【００１４】
クライアント装置２は、本情報処理システム１で生成されるセッションに参加し、その提供サービスを利用するユーザーが使用する端末装置であって、例えば家庭用ゲーム機や携帯ゲーム機、スマートフォン、パーソナルコンピュータ等、各種の情報処理装置であってよい。各クライアント装置２は、図２に示すように、制御部１１と、記憶部１２と、通信部１３と、を含んで構成されている。また、各クライアント装置２には、操作デバイス１４及び表示装置１５が接続されている。
【００１５】
制御部１１は、ＣＰＵ等であって、記憶部１２に格納されたプログラムに従って各種の情報処理を行う。記憶部１２は、ＲＡＭ等のメモリ素子を含んで構成され、制御部１１が実行するプログラム、及び当該プログラムが処理対象とするデータを記憶する。
【００１６】
通信部１３は、ＬＡＮカード等の通信インタフェースである。クライアント装置２は、この通信部１３を介してサービス提供サーバ３、セッション管理サーバ４、招待管理サーバ５、及び通知サーバ６のそれぞれとデータ通信を行う。
【００１７】
操作デバイス１４は、ゲーム機のコントローラやキーボード、マウス等であって、ユーザーによる入力操作を受け付けて、その内容をクライアント装置２に対して出力する。表示装置１５は、液晶ディスプレイや有機ＥＬディスプレイ等であって、クライアント装置２から出力される映像信号に応じた画像を表示画面に表示する。なお、操作デバイス１４及び表示装置１５のそれぞれは、クライアント装置２の筐体と独立した機器であってもよいし、クライアント装置２の筐体に内蔵されてもよい。
【００１８】
クライアント装置２の記憶部１２は、システムソフトウェア（基本ソフトウェア）２１、及びゲームプログラム２２を記憶しており、制御部１１がこれらのプログラムを実行する。システムソフトウェア２１は、本システムを利用する上で必要となる、ゲームの種類に依存しない基本機能を提供するプログラムである。ゲームプログラム２２は、サービス提供サーバ３によって提供されるサービスを利用する際にクライアント装置２が実行すべきアプリケーションプログラムであって、ゲームの種類ごとに用意される。ユーザーは、自身が参加しようとするセッションに対応するゲームプログラム２２を予め入手し、セッションに参加している間、クライアント装置２にそのゲームプログラム２２を実行させる必要がある。これらのプログラムは、光ディスク等のコンピュータ読み取り可能な情報記憶媒体に格納されてクライアント装置２に提供されてもよいし、インターネット等の通信回線を介して提供されてもよい。
【００１９】
サービス提供サーバ３は、いずれかのクライアント装置２からのセッション開始要求に応じて新たなセッションを生成し、そのセッションに係るゲーム処理を実行する。サービス提供サーバ３は複数のセッションを生成し、これらのセッションは互いに独立してゲームに係る処理を実行する。また、各セッションは、クライアント装置２からユーザーの参加要求を受け付ける。そして、セッションに参加するユーザーが使用するクライアント装置２のそれぞれに対して、実行したゲーム処理の結果を送信することにより、参加ユーザーに対してゲームサービスを提供する。これにより、同一セッションに参加する複数のユーザーは、互いに対戦したり、あるいは協力したりして、マルチプレイヤー参加型のゲームを一緒にプレイすることができる。
【００２０】
セッション管理サーバ４は、サービス提供サーバ３によって生成されるセッションの情報を管理する。セッション管理サーバ４が保持する情報、及び実行する処理の具体例については、後述する。
【００２１】
招待管理サーバ５は、ユーザー間で行われる招待を管理する。本実施形態において、いずれかのセッションに参加するユーザーは、他のユーザーに対して、自分が参加するセッションへの参加を促す招待を行うことができる。この招待の情報が招待管理サーバ５で管理され、クライアント装置２から参照される。招待管理サーバ５が保持する情報、及び実行する処理の具体例については、後述する。
【００２２】
通知サーバ６は、本システムが提供するサービスを利用中の各クライアント装置２との間でネットワーク接続を維持し、他のサーバからの依頼に応じて、招待メッセージなどの各種の通知をクライアント装置２に通知する。具体的に、ユーザーが自身のクライアント装置２を起動して本システムのサービスにログインすると、当該クライアント装置２と通知サーバ６との間でネットワーク接続が確立される。そして通知サーバ６は、クライアント装置２がサービスを利用している間、当該クライアント装置２との間でネットワーク接続を維持する。これにより、招待メッセージなどをユーザーに通知するときには、通知サーバ６がこの維持されたネットワーク接続を利用してクライアント装置２に対してプッシュ通知を行うことで、リアルタイムで各種の情報をユーザーに知らせることができる。
【００２３】
クライアント管理サーバ７は、各クライアント装置２のオンライン状態を管理する。具体的に、通知サーバ６がクライアント装置２との間でネットワーク接続を確立すると、通知サーバ６は、当該クライアント装置２がオンラインになった旨をクライアント管理サーバ７に通知する。クライアント管理サーバ７は、この通知を受けて、現在オンラインになっているクライアント装置２のリスト（オンラインクライアントリスト）に新たに接続されたクライアント装置２の情報を追加する。また、クライアント装置２のユーザーがサービスの利用を終了してログアウトしたときには、通知サーバ６とクライアント装置２との間で確立されたネットワーク接続が切断される。そして、通知サーバ６は当該クライアント装置２がオフラインになった旨をクライアント管理サーバ７に通知する。これを受けてクライアント管理サーバ７は、オフラインになったクライアント装置２の情報をオンラインクライアントリストから削除する。また、通知サーバ６は、それまでオンラインであったクライアント装置２との間の通信接続が何らかのエラーによって切断され、一定時間再接続が行われなかった場合にも、当該クライアント装置２がオフラインになったと判断し、その旨をクライアント管理サーバ７に通知する。これによりクライアント管理サーバ７は、現在どのクライアント装置２がオンラインになっているかをリアルタイムで管理することができる。なお、クライアント管理サーバ７は、クライアント装置２のオンライン状態だけでなく、現在実行中のゲームプログラム２２の種別などの情報を各クライアント装置２から取得し、管理してもよい。
【００２４】
以下、本実施形態に係る情報処理システム１がセッション生成時に実行する処理の流れの具体例について、図３のフロー図を用いて説明する。
【００２５】
まず、あるユーザーが使用するクライアント装置２が、ゲームプログラム２２を実行して、当該ゲームプログラム２２に対応するゲームのサービス提供サーバ３に対してセッション生成要求を送信する（Ｓ１）。以下では、セッション生成要求を行うユーザーをホストユーザーといい、ホストユーザーが使用してセッション生成要求を送信するクライアント装置２をホスト装置という。ホスト装置からセッション生成要求を受け付けたサービス提供サーバ３は、新たなセッションを生成し、自身の中で当該新たに生成したセッションを識別するための識別情報を付与する（Ｓ２）。なお、セッション管理サーバ４で付与されるセッションＩＤ（後述）と区別するために、サービス提供サーバ３が自分自身で提供するセッションに付与するセッションの識別情報を、以下ではサービスＩＤという。サービスＩＤを付与すると、サービス提供サーバ３は、そのサービスＩＤをクライアント装置２に通知する（Ｓ３）。
【００２６】
Ｓ３の通知を受けたホスト装置は、Ｓ２で生成されたセッションに関する情報の登録要求を、セッション管理サーバ４に送信する（Ｓ４）。この登録要求には、セッションを生成したサービス提供サーバ３を特定する情報と、当該サービス提供サーバ３が付与したサービスＩＤと、が含まれている。これを受けてセッション管理サーバ４は、登録要求の対象となったセッションに対してセッションＩＤを発行し、ホスト装置に通知する（Ｓ５）。このセッションＩＤは、サービス提供サーバ３がＳ２で付与するサービスＩＤとは異なり、システム全体でセッションを一意に特定可能な値である。セッションＩＤの通知を受けたホスト装置は、セッション管理サーバ４に登録すべきセッションに関する各種の情報を、セッション管理サーバ４に通知する（Ｓ６）。これを受けてセッション管理サーバ４は、Ｓ６で受信した情報を自身が管理しているデータベースに登録する（Ｓ７）。
【００２７】
以下、セッション管理サーバ４がＳ７の処理により登録し、管理するセッションの情報について説明する。セッション管理サーバ４は、サービス提供サーバ３が生成する個々のセッションについて、セッションＩＤ、セッション参照先情報、セッション名、セッション画像、付帯情報、機器種別情報、公開フラグ、ゲームタイトル名、参加者リスト、ホストユーザーＩＤ、セッション生成時刻、及び、有効フラグの各情報項目を関連づけてセッション関連情報として記憶する。セッションＩＤは、セッション管理サーバ４内で個々のセッションを識別するための情報であって、前述したようにセッション管理サーバ４内に新たなセッションの情報を登録する際にセッション管理サーバ４が発行する。セッション参照先情報は、当該セッションに係るサービスの提供元を特定するための情報であって、例えば前述したＳ４でホスト装置からセッション管理サーバ４に通知される、サービス提供サーバ３のアドレス情報とサービスＩＤとを含んだ情報であってよい。
【００２８】
セッション名は、当該セッションの名称である。セッション画像、及び付帯情報は当該セッションでプレイされるゲームの内容や状況に関する情報である。セッション画像は、例えばセッションのプレイ画面を示す画像データであってよい。付帯情報は、例えばステージ名など、そのセッションの内容や状況をユーザーに知らせるために用いられる。
【００２９】
機器種別情報は、当該セッションに参加可能なクライアント装置２の機器種別を示す情報である。ゲームの種類によって、例えば特定の家庭用ゲーム機でしかプレイできないゲームや、家庭用ゲーム機、携帯型ゲーム機、パーソナルコンピュータのいずれでもプレイできるゲームなど、参加可能なクライアント装置２の種別に制限がある。機器種別情報は、この参加可能なクライアント装置２の種別を規定している。公開フラグは、当該セッションに関する情報が不特定のユーザーに公開されているか否かを示すフラグ情報である。このフラグがオンになっているセッションは、その内容を誰でも参照して参加要求を行うことができるが、オフになっているセッションについては、招待を受けたユーザーしか情報の参照や参加をすることができないよう制御される。セッション名、セッション画像、付帯情報、機器種別情報、及び公開フラグの内容は、ホスト装置のゲームプログラム２２又はサービス提供サーバ３によって決定され、Ｓ６でシステムソフトウェア２１によりセッション管理サーバ４に送信される。また、セッション画像及び付帯情報の内容は、セッションの状況の変化に応じて、サービス提供サーバ３からセッション管理サーバ４に提供される情報によって随時更新されることとしてもよい。
【００３０】
ゲームタイトル名は、当該セッションによって提供されるゲームの種類（ゲームタイトル）を識別する情報である。ホスト装置のシステムソフトウェア２１は、セッションの情報をセッション管理サーバ４に通知する際に、その時点で実行中のゲームプログラム２２の名称をゲームタイトル名の情報として取得する。
【００３１】
参加者リストは、当該セッションに参加中のユーザーのリストである。ホストユーザー以外のユーザーが使用するクライアント装置２は、現在実行中のセッションに新たに参加した際に、そのことをセッション管理サーバ４に通知する。この通知を受けてセッション管理サーバ４は、新たに参加したユーザーのユーザーＩＤを、参加者リストに追加する。また、いずれかのユーザーがセッションへの参加を終了した場合にも、当該ユーザーが使用するクライアント装置２は、参加の終了をセッション管理サーバ４に通知する。この通知を受けてセッション管理サーバ４は、参加を終了したユーザーのユーザーＩＤを、参加者リストから削除する。また、クライアント管理サーバ７は、いずれかのクライアント装置２がオフラインになった場合、その旨をセッション管理サーバ４に通知する。これを受けてセッション管理サーバ４は、該当するクライアント装置２のユーザーが参加しているセッションを検索し、当該セッションの参加者リストから当該ユーザーのユーザーＩＤを削除する。これにより、クライアント装置２がセッションへの参加終了に係る処理を正常に完了できなかった場合にも、参加者リストからオフラインになったユーザーの情報を削除できる。
【００３２】
ホストユーザーＩＤは、当該セッションの生成を要求したホストユーザーを識別する情報である。セッション生成時刻は、セッションの生成タイミングを示す情報であり、セッション管理サーバ４が新たなセッションの情報を登録する際に、その時点の日時情報をセッション生成時刻として記録する。
【００３３】
有効フラグは、当該セッションが有効か無効かを示すフラグ情報である。セッション管理サーバ４が新たなセッションの情報を登録する際には、当該セッションの有効を示す値が有効フラグにセットされる。セッションの終了時には、セッション終了の契機となったクライアント装置２からセッション管理サーバ４に対してセッションの終了が通知される。これを受けてセッション管理サーバ４は、当該通知の対象となったセッションの有効フラグを、無効を示す値に切り替える。セッションの終了条件としては、例えばホストユーザーが当該セッションへの参加を終了することが挙げられる。この場合、ホスト装置がセッションの終了をセッション管理サーバ４に通知する。あるいはサービス提供サーバ３は、セッションの参加者が０人になった場合にセッションを終了させることとしてもよい。この場合、最後にセッションへの参加を終了したユーザーが使用するクライアント装置２が、セッションの終了をセッション管理サーバ４に通知する。なお、ここではセッションの開始及び終了はクライアント装置２からセッション管理サーバ４に通知されることとしたが、これに代えて、サービス提供サーバ３からセッション管理サーバ４に通知されることとしてもよい。また、以上の説明においてクライアント装置２がセッション管理サーバ４に提供するとした情報の一部又は全部は、クライアント装置２ではなくサービス提供サーバ３からセッション管理サーバ４に提供されてもよい。
【００３４】
以上説明したように、セッション管理サーバ４は、実際にセッションを生成してその処理を実行するサービス提供サーバ３とは独立に、セッションの情報を管理する。特に、各セッションの情報には有効フラグが含まれており、実際のセッションの開始／終了に応じてリアルタイムにこの有効フラグが更新される。そのため各クライアント装置２は、後述するように、セッション管理サーバ４が保持する有効フラグを参照することで、サービス提供サーバ３にアクセスせずに特定のセッションが有効か無効かを判別することができる。ここで、サービス提供サーバ３はゲームの種別ごとに用意され、対応するゲームプログラム２２からアクセスすることが想定されている。そのため、サービス提供サーバ３にアクセスするためには、クライアント装置２は対応するゲームプログラム２２を実行する必要がある。しかしながら本実施形態では、ゲームプログラム２２を実行せずとも、システムソフトウェア２１を実行してセッション管理サーバ４からセッションの情報を取得できる。
【００３５】
具体的に、各クライアント装置２のシステムソフトウェア２１は、セッション管理サーバ４に対して問い合わせを行うことにより、現時点で有効なセッションの一覧を取得する。各クライアント装置２のユーザーは、ゲームプログラム２２を起動させることなくこの一覧の中から自身が参加するセッションを選択することができる。このときセッション管理サーバ４は、有効フラグを参照して有効なセッションの情報だけをクライアント装置２に提供することとしてもよい。また、前述したように、公開フラグが非公開となっており、かつ問い合わせを行ったユーザーが招待されていないセッションの情報は、クライアント装置２に提供されるセッション一覧からは除外される。なお、問い合わせを行ったユーザーがどのセッションに招待されており、どのセッションには招待されていないかは、後述する招待管理サーバ５に問い合わせることにより取得される。
【００３６】
また、各クライアント装置２は、ゲームプログラム２２を実行することで、このゲームプログラム２２からセッションの一覧をセッション管理サーバ４に要求することもできる。この場合クライアント装置２は、問い合わせ元のゲームプログラム２２の名称（ゲームタイトル名）を含めて一覧の取得要求を行う。これを受けてセッション管理サーバ４は、問い合わせ元とゲームタイトル名が一致するセッションの情報だけをクライアント装置２に対して送信する。こうすれば、ゲームプログラム２２は、自身が参加可能なセッションの情報だけを取得することができる。なお、クライアント装置２は、ゲームタイトル名に代えて、ゲームプログラム２２の種類を識別するゲームＩＤを含めて一覧の取得要求を行ってもよい。この場合セッション管理サーバ４は、ゲームタイトル名に代えて、又はこれに加えて、セッションが対応するゲームの種類を識別するゲームＩＤを各セッションに関連づけて記憶しておく。そして、一覧の取得要求を受け付けた場合には、取得要求に含まれるゲームＩＤと一致するゲームＩＤに関連づけられたセッションの情報を、選択的にクライアント装置２に対して送信する。
【００３７】
次に、あるセッションに参加中のユーザー（以下、招待ユーザーという）が、同じセッションへの参加を促す招待を他のユーザー（以下、被招待ユーザー）に対して送信する場合に、本実施形態に係る情報処理システム１が実行する処理の流れの一例について、図４のフロー図を用いて説明する。なお、以下では招待ユーザーが使用するクライアント装置２をクライアント装置２ａと、被招待ユーザーが使用するクライアント装置２をクライアント装置２ｂとする。
【００３８】
クライアント装置２ａは、ゲームプログラム２２を実行して、当該ゲームプログラム２２に対応するゲームサービスを提供するサービス提供サーバ３に接続し、そのセッションに参加する（Ｓ１１）。このときクライアント装置２ａは、参加したセッションを識別するセッションＩＤとともに、招待ユーザーがセッションに参加した旨をセッション管理サーバ４に通知する（Ｓ１２）。当該通知に応じてセッション管理サーバ４は、セッションＩＤによって特定されるセッションの参加者リストに対して、招待ユーザーのユーザーＩＤを追加する。その後、クライアント装置２ａは、招待ユーザーの指示に応じて、Ｓ１２で送信したセッションＩＤと、被招待ユーザーのユーザーＩＤと、を含む招待要求を招待管理サーバ５に対して送信する（Ｓ１３）。
【００３９】
招待要求を受け付けた招待管理サーバ５は、当該招待の情報を自身が管理するデータベースに追加し（Ｓ１４）、招待通知の送付を通知サーバ６に要求する（Ｓ１５）。通知サーバ６は、Ｓ１５の要求に応じて被招待ユーザーが使用するクライアント装置２ｂに対して招待があった旨を通知する（Ｓ１６）。
【００４０】
Ｓ１６の通知を受けると、クライアント装置２ｂは招待があった旨を表示装置１５の画面に表示する（Ｓ１７）。クライアント装置２ｂのユーザーが招待されたセッションに参加する旨を指示すると、招待ユーザーがセッションに参加した際と同様に、クライアント装置２ｂはサービス提供サーバ３にセッションの参加要求を行う（Ｓ１８）。そして、サービス提供サーバ３によってセッションへの参加が受け入れられると、セッション管理サーバ４にその旨を通知する（Ｓ１９）。これにより、被招待ユーザーのユーザーＩＤが該当セッションの参加者リストに追加される。
【００４１】
次に、招待管理サーバ５がＳ１４の処理により登録し、管理する招待の情報について説明する。招待管理サーバ５は、受け付けた個々の招待について、招待ＩＤ、招待ユーザーＩＤ、被招待ユーザーＩＤ、セッションＩＤ、招待メッセージ、招待時刻、セッション有効フラグ、既読フラグ、及び参加フラグを互いに関連づけて招待関連情報として記憶する。
【００４２】
招待ＩＤは、個々の招待を一意に識別する情報であって、招待管理サーバ５により付与される。招待ユーザーＩＤ及び被招待ユーザーＩＤは、それぞれ招待ユーザー及び被招待ユーザーを識別する情報である。セッションＩＤは、招待の対象となるセッションを識別する情報である。招待メッセージは、招待ユーザーが被招待ユーザー向けに入力したメッセージ内容を示すテキスト情報である。招待ユーザーＩＤ、被招待ユーザーＩＤ、セッションＩＤ、及び招待メッセージは、招待ユーザーが使用するクライアント装置２ａにより通知される。招待時刻は、招待が行われたタイミングを示す情報であり、招待管理サーバ５が招待の要求をクライアント装置２から受け付けた際に、その時点の日時情報を招待時刻として記録する。
【００４３】
セッション有効フラグは、招待の対象となったセッションが有効か否かを示すフラグ情報であり、セッション管理サーバ４内で管理されている有効フラグと同様の情報である。ただし、セッション管理サーバ４の有効フラグは、セッションが終了した場合にリアルタイムで無効を示す値に更新されるのに対して、招待管理サーバ５のセッション有効フラグは、リアルタイムでは更新されない。招待管理サーバ５は、クライアント装置２からの要求に応じて招待情報を送信する際に、当該招待についてのセッション有効フラグを参照し、その値が無効であればセッションが既に無効となっていることを示す情報とともに招待に関する情報をクライアント装置２に送信する。一方、セッション有効フラグが有効を示す値になっている場合、招待管理サーバ５は招待に関する情報をクライアント装置２に送信する前に当該セッションの最新の状態をセッション管理サーバ４に問い合わせる。そして、問い合わせ結果に応じてセッション有効フラグを更新してから、招待に関する情報をクライアント装置２に送信する。本実施形態では、一度無効になったセッションが再度有効になることはないので、上述したようにセッション管理サーバ４とは別に招待管理サーバ５でもセッション有効フラグを保持することによって、セッションが既に無効となっている場合に、何度もセッション管理サーバ４へ問い合わせを行うことなく、セッションが無効となっていることを示す情報とともに招待に関する情報をクライアント装置２に提供することができる。なお、招待管理サーバ５は必ずしもセッション有効フラグを保持する必要はない。その場合、招待管理サーバ５は、クライアント装置２に対して招待情報を提供する際にその都度セッション管理サーバ４に最新のセッションの状態を問い合わせ、その問い合わせ結果とともにクライアント装置２に対して招待情報を提供する。あるいは、招待情報の提供を受けたクライアント装置２が直接セッション管理サーバ４に問い合わせを行って、取得した招待の対象となっているセッションの状態を示すフラグ情報を取得してもよい。
【００４４】
既読フラグは、当該招待の内容を被招待ユーザーが閲覧したか否かを示すフラグ情報である。また、参加フラグは、当該招待の対象となったセッションに被招待ユーザーが参加したか否かを示すフラグ情報である。被招待ユーザーの使用するクライアント装置２ｂは、被招待ユーザーが招待の内容を閲覧した際に、また招待されたセッションへの参加を行った際にその旨を招待管理サーバ５に通知する。招待管理サーバ５は、これらの通知を受けて既読フラグ及び参加フラグを更新する。
【００４５】
次に、被招待ユーザーのクライアント装置２ｂが表示装置１５の画面に表示する、招待に関する情報について、説明する。
【００４６】
クライアント装置２ｂのユーザーが招待情報の表示を指示すると、クライアント装置２ｂは、当該指示を行ったユーザーのユーザーＩＤとともに、招待管理サーバ５に招待情報の取得要求を送信する。招待情報の取得要求は、システムソフトウェア２１上で実行されてもよいし、ゲームプログラム２２から実行されてもよい。招待管理サーバ５は、この取得要求に応じて、要求したユーザーが被招待ユーザーとなっている招待の情報をクライアント装置２ｂに対して送信する。このとき招待管理サーバ５は、前述したように必要に応じてセッション管理サーバ４に問い合わせを行い、セッション有効フラグを最新の情報に更新した上で、更新されたセッション有効フラグの情報とともに招待の情報を送信する。クライアント装置２ｂは、招待管理サーバ５から受信した招待の情報を表示装置５の画面に一覧表示する。なお、ゲームプログラム２２から招待情報の取得要求が行われた場合、当該ゲームプログラム２２に対応するセッションの招待に関する情報だけがクライアント装置２に提供される。
【００４７】
図５は、招待情報の一覧表示画面の一例を示す図である。この図において、個々の招待情報には、招待の対象となっているセッションのゲームタイトル名、セッション画像、招待ユーザー名、参加可能なクライアント装置２の機器種別の情報が含まれている。これらの情報は、セッション管理サーバ４から取得される。
【００４８】
本実施形態においてクライアント装置２ｂは、セッション有効フラグの内容に応じた態様で招待の一覧表示を行う。さらに、既読フラグ及び参加フラグの内容に応じた態様で招待の情報を表示してもよい。例えばクライアント装置２ｂは、個々の招待を、セッション有効フラグ、及び既読フラグそれぞれの値に応じて決まる態様で表示する。図５では、既読フラグが「未読」になっている（すなわち、被招待ユーザーがまだ閲覧していない）招待には、Ｎｅｗというマークが付されている。また、セッション有効フラグが「無効」になっている（すなわち、招待の対象となったセッションが既に終了している）招待は、色調を低下させる画像処理を施すなどの方法で、ユーザーの目を惹きにくくした態様で表示されてよい。図５では、実線ではなく破線の矩形で囲まれた招待がこのような既にセッションの終了した招待を表している。さらにクライアント装置２ｂは、個々の招待を参加フラグに応じた態様で表示してもよい。
【００４９】
また、クライアント装置２ｂは、一覧表示の対象となる複数の招待の表示順も、セッション有効フラグ、既読フラグ、及び参加フラグの内容に応じて決定してもよい。例えば図５では、表示対象の招待はセッション有効フラグの値でソートされており、これによって、未だ有効で参加可能なセッションの招待が、既に終了してユーザーが参加することのできないセッションの招待よりも優先的に（すなわち、上位に）表示されている。また、招待は既読フラグの値でもソートされており、セッション有効フラグの値が同じ招待の中では、未読の招待が既読の招待よりも上位に表示されている。さらに、招待は参加フラグの内容に応じてソートされてもよい。例えば、セッション有効フラグ及び既読フラグの値が同じ招待の中では、未参加の招待が参加済みの招待よりも上位に表示されてもよい。ただし、招待されたセッションに参加する前提としてまず招待を閲覧する必要があることから、未読でかつ参加済みの招待は通常存在しない。そのため、セッション有効フラグ、既読フラグ、及び参加フラグの全てを考慮して招待の表示順を決定する場合、例えば以下の順序で招待を一覧表示することが考えられる。
１．セッション有効、未読、未参加の招待
２．セッション有効、既読、未参加の招待
３．セッション有効、既読、参加済みの招待
４．セッション無効、未読、未参加の招待
５．セッション無効、既読、未参加の招待
６．セッション無効、既読、参加済みの招待
このように、セッションが有効な招待をセッションが無効となった招待より上位に、またより目立つ態様で表示することで、現に参加可能な招待にユーザーの注意を向けさせることができる。
【００５０】
なお、クライアント装置２ｂは、これらのフラグが特定の条件を満たす招待については、招待一覧画面に表示させないようにしてもよい。例えば、セッションが無効となった招待については、既にユーザーがその内容を確認済みであれば改めてユーザーがその内容を確認する必要性は少ない。そこで、セッションが無効で、かつ既読の招待については一覧表示の対象から除外してもよい。また、既に参加したセッションに再度参加することが想定されない場合には、参加フラグが参加済みとなっている招待を表示対象から除外してもよい。
【００５１】
なお、本実施形態においてユーザーは、一人で複数のクライアント装置２を使用する場合がある。このような場合でも、本情報処理システム１では、クライアント装置２ではなく招待管理サーバ５が既読フラグや参加フラグを保持しているので、どのクライアント装置２を使用したかに関係なく、ユーザーごとに招待を閲覧したか、また招待されたセッションに参加したかを管理することができる。
【００５２】
図５に例示したような一覧表示画面でユーザーがいずれかの招待を選択すると、その招待の詳細を示す詳細表示画面が表示される。図６は、このような招待情報の詳細表示画面の一例を示す図である。この詳細表示画面においては、招待の内容に関する情報（招待ユーザーのユーザー名や招待ユーザーが入力した招待メッセージ）が画面の右上に表示されている。また、招待の対象となったセッションの詳細情報（ゲームタイトル名、セッション画像、セッション開始時からの経過時間、付帯情報、セッション参加者の人数及びユーザー名など）が画面左側及び右下に表示されている。このセッションの詳細情報は、セッション管理サーバ４から取得される。ただし、セッション開始時からの経過時間については、セッション管理サーバ４から取得されるセッション生成時刻の情報と、現在時点の時刻の情報と、から算出される。なお、セッションの詳細情報は、クライアント装置２ｂが直接セッション管理サーバ４に要求して取得してもよいし、クライアント装置２ｂが招待情報を招待管理サーバ５から取得しようとした際に、招待管理サーバ５がセッション管理サーバ４から取得し、自身が管理する情報と併せてクライアント装置２ｂに提供してもよい。また、クライアント装置２ｂがセッションの詳細情報を取得するタイミングは、招待の一覧表示を行うために招待の情報を招待管理サーバ５から取得するタイミングではなく、個々の招待の詳細情報を表示するタイミングであってもよい。こうすれば、時間とともにセッション管理サーバ４が保持するセッション画像や付帯情報などが更新される場合に、最新のセッションの状況を詳細表示画面で表示することができる。
【００５３】
また、招待の詳細表示画面にはセッションへの参加を行うための参加ボタンも含まれている。被招待ユーザーがこの参加ボタンを選択操作すると、クライアント装置２ｂはセッションに対応するゲームプログラム２２を起動し、サービス提供サーバ３に対してセッションへの参加要求を行う。なお、セッションに参加しようとして参加ボタンを操作した被招待ユーザーが当該セッションに対応するゲームプログラム２２を所持していない場合、クライアント装置２ｂは、当該ゲームプログラム２２の購入を促すために、オンラインのプログラム販売サイトにアクセスし、当該ゲームプログラム２２の購入画面を表示してもよい。
【００５４】
以上説明した本発明の実施の形態によれば、招待にその対象となったセッションを特定する情報が関連づけられており、クライアント装置２ｂが招待の情報を表示する際には、関連づけられたセッションが有効か否かを示す状態情報（有効フラグ）をリアルタイムで取得し、その内容に応じた態様でセッションの情報を表示する。そのため、サービス提供サーバ３にアクセスしてセッションへの参加を試みる前に、被招待ユーザーはセッションに参加できるか否かを把握することができる。
【００５５】
特に本実施形態では、セッションの状態を示す有効フラグが、サービス提供サーバ３とは別のセッション管理サーバ４に記憶されており、サービス提供サーバ３がセッションを生成する際には新たなセッションの情報がセッション管理サーバ４に登録される。また、サービス提供サーバ３がセッションを終了させる際には、その旨がセッション管理サーバ４に通知され、セッション管理サーバ４が記憶する当該セッションの有効フラグが無効を示す値に更新される。そのため、セッション管理サーバ４が記憶する有効フラグを参照することにより、クライアント装置２ｂは、サービス提供サーバ３にアクセスせずにセッションの最新の状態を取得することができる。本実施形態では、クライアント装置２がサービス提供サーバ３にアクセスするためには対応するゲームプログラム２２を起動する必要があるが、サービス提供サーバ３とは別にサービス提供サーバ３で生成されたセッションの状態をセッション管理サーバ４がリアルタイムで管理しているので、クライアント装置２はゲームプログラム２２を起動させることなく、招待されたセッションに参加可能か否かを知ることができる。
【００５６】
なお、本発明の実施の形態は、以上説明したものに限られない。例えば以上の説明においては、サービス提供サーバ３が提供するサービスはマルチプレイヤー型のゲームサービスであることとしたが、サービス提供サーバ３はこれに限らず、例えばチャットや音声チャットなど、複数ユーザーが同時期にオンラインで参加する各種のサービスを提供するためのセッションを生成してよい。この場合にも、クライアント装置２は、チャットなどのサービスを提供するセッションに参加する際には、当該サービスに対応するアプリケーションプログラムを実行する必要があることとしてもよい。
【００５７】
また、以上の説明では、セッションに参加中の招待ユーザーが、被招待ユーザーに対して自身が参加するセッションへの招待を送信することとしたが、招待の送付元はユーザーに限らず、サービスの提供者であってもよい。この場合、例えばサービス提供サーバ３が、所定の条件に合致するユーザーや、ランダムに選出されたユーザーなどに対して、自身が管理するセッションへの参加を促す招待メッセージを送信する。この場合にも、招待を受けた被招待ユーザーが招待の一覧を表示させる際に、セッション管理サーバ４に記憶された有効フラグを参照することで、被招待ユーザーのクライアント装置２は、招待されたセッションのうち、現に有効なセッションと既に終了したセッションとを区別可能な態様で、招待されたセッションの一覧を表示できる。
【００５８】
また、本発明の実施形態に係る情報処理システム１が提供するサービスは、複数ユーザーの参加が必須のものでなくともよい。具体的に、サービスの提供終了タイミングがサービスの提供開始時には決まっておらず、サービスを提供するセッションが有効な間だけユーザーがアクセスして利用することのできるオンラインサービスでさえあれば、各種のサービスに本発明は適用可能である。例えば、ＥＣサイトにおけるキャンペーンサービスやタイムセールサービスに本発明を適用することもできる。この場合、キャンペーンやタイムセールの存在を知らせる招待メッセージが、招待ユーザー、またはサービス提供者から被招待ユーザーに対して通知される。被招待ユーザーのクライアント装置２は、その招待メッセージを表示させる際に、セッション管理サーバ４に問い合わせを行って当該招待が対象とするサービスが有効か否かを示すフラグ情報を取得し、当該フラグ情報に応じた態様で招待メッセージを表示する。
【００５９】
また、以上の説明では、それぞれ独立したサービス提供サーバ３、セッション管理サーバ４、招待管理サーバ５、通知サーバ６、及びクライアント管理サーバ７によって本情報処理システム１のサービスが提供されることとしたが、本情報処理システム１のサービス提供に用いられるサーバシステムの構成は以上説明したものに限られない。例えば、セッション管理サーバ４と招待管理サーバ５の機能は１つのサーバコンピュータで実現されてもよい。また、以上の説明では、クライアント装置２がセッション管理サーバ４と招待管理サーバ５のそれぞれにアクセスして、必要な情報を取得することとしているが、これに代えて、クライアント装置２からの情報取得要求及び情報更新要求を受け付ける受付サーバを用意し、クライアント装置２はこの受付サーバとの間でデータ通信を行うこととしてもよい。この場合、クライアント装置２は受付サーバを介して間接的にセッション管理サーバ４及び招待管理サーバ５と接続されることになる。この例においてクライアント装置２が招待情報の取得要求を受付サーバに対して行った場合、受付サーバは、当該クライアント装置２を使用するユーザーを被招待ユーザーとした招待の情報を招待管理サーバ５から取得する。さらに受付サーバは、取得した招待が対象とするセッションの情報を、セッション管理サーバ４から取得する。そして、招待管理サーバ５から取得した招待の情報と、セッション管理サーバ４から取得したセッションの情報とを組み合わせて、クライアント装置２に対する返信として送付する。こうすれば、クライアント装置２は複数のサーバに直接接続することなく必要な情報を取得できるので、クライアント側の処理が軽減される。
【符号の説明】
【００６０】
１  情報処理システム、２  クライアント装置、３  サービス提供サーバ、４  セッション管理サーバ、５  招待管理サーバ、６  通知サーバ、７  クライアント管理サーバ、１１  制御部、１２  記憶部、１３  通信部、１４  操作デバイス、１５  表示装置、２１  システムソフトウェア、２２  ゲームプログラム。
【図１】
2014238736.tif 000003
【図２】
2014238736.tif 000004
【図３】
2014238736.tif 000005
【図４】
2014238736.tif 000006
【図５】
2014238736.tif 000007
【図６】
2014238736.tif 000008