JP7295306B2 - コンピュータの制御プログラム及びメッセージ通信方法 - Google Patents

Description

本発明は、情報処理端末を用いたメッセージの送受信を行う制御プログラム及びメッセ
ージ通信方法に関する。

今日、スマートフォン等のコンピュータ端末を用いて、ユーザ間でリアルタイムのメッ
セージ通信を行なうチャットサービスが提供されている（例えば、非特許文献１、２参照
）。このチャットサービスにおいては、グループ登録されたユーザとの間で、メッセージ
交換による会話（チャット）を行なう。このチャットサービスにおいては、テキストやデ
ザイン化されたイラスト（ステッカ）を用いて会話を行なう。

また、ネットワークを介して、各種コンテンツ（例えば、ゲーム）が提供されている。
このようなコンテンツにおいては、複数人で共用することが可能なものもある。例えば、
ゲームの中には、複数のユーザが参加可能なソーシャルゲームがあり、ユーザ同士が、対
戦や協力を行なうことができるものがある（例えば、特許文献１参照）。

また、チャットアプリケーションにおいて、チャットグループでゲームをすることがで
きるサービスも提供されている（例えば、非特許文献３参照）。

特開２０１３－９４３０４公報（第１頁、図１）

ＧＲＥＥ，Ｉｎｃ．、「Ｔｅｌｌｉｔ」［ｏｎｌｉｎｅ］、平成２５年５月１７日、Ｇｏｏｇｌｅ ｐｌａｙ、［平成２５年５月２４日検索］、インターネット〈ＵＲＬhttps://play.google.com/store/apps/details?id=net.gree.android.app.messenger&hl=ja〉 ＧＲＥＥ，Ｉｎｃ．、「Ｔｅｌｌｉｔ」［ｏｎｌｉｎｅ］、平成２５年５月２０日、ｉＴｕｎｅｓ、［平成２５年５月２４日検索］、インターネット〈ＵＲＬ：https://itunes.apple.com/app/id581075146〉 ＴａｎｇｏＭＥ，Ｉｎｃ．、「Ｔａｎｇｏ」［ｏｎｌｉｎｅ］、平成２５年５月１０日、Ｇｏｏｇｌｅ ｐｌａｙ、［平成２５年５月２４日検索］、インターネット〈ＵＲＬ：https://play.google.com/store/apps/details?id=com.sgiggle.production〉

上記チャットにおいてゲームを提供するサービスでは、チャットアプリケーション本体
にネイティブコードからなるゲームアプリケーションのロジックやビジュアルアセットを
同梱している。このように、チャットアプリケーション本体にネイティブのゲームアプリ
ケーションのロジックやビジュアルアセットを内包させてしまうと、アプリケーションの
サイズが肥大化する。

また、ゲームを追加したり、ゲーム内容を更新したりするためには、チャットアプリケ
ーション本体の更新が必要である。特に、新しいゲームを追加する場合には、チャットア
プリケーションのコードとの結合作業が発生し、技術上やビジネス上の課題が発生するこ
とがある。

また、ゲームコンテンツをネイティブコードで作成する場合、ユーザにゲームを提供す
るまでに時間がかかっていた。
更に、チャットサービスを提供するチャットサーバとコンテンツを提供するコンテンツ
サーバとが、異なるシステムにおいて構築されている場合、それぞれのシステムにおいて
、ユーザの関連性（グループ管理）を行なう必要があり、ユーザ管理が煩雑であった。

本発明は、上述した問題に鑑みてなされたものであり、その目的は、コミュニケーショ
ンを行なっているチャット先と、効率的に多様なコンテンツを共用できるようにするため
のコンピュータの制御プログラム及びメッセージ通信方法を提供することにある。

上記課題を解決するコンピュータ制御プログラムは、メッセージを入力する入力部を備
えたコンピュータで用いられる制御プログラムであって、ユーザが使用する前記コンピュ
ータに対し、前記ユーザが所属するグループに属する他のユーザとの間で、ネットワーク
を介してメッセージの送受信を行い、メッセージが時系列的に表示されたタイムラインを
含むタイムライン画面において、コンテンツサーバが管理するゲームを利用するためのア
イコンを表示し、前記アイコンが選択された場合に、前記タイムライン画面に前記ゲーム
についてのメッセージを出力し、前記ゲームに関する有効期間を示す通知を前記コンテン
ツサーバより受信した場合に、前記タイムライン画面に前記ゲームに関する有効期間の表
示を行うことを実行させる。これにより、チャット上のユーザ関連性に基づいて、ゲーム
を共用することができる。

上記課題を解決するメッセージ通信方法は、ネットワークを介して、メッセージの送受
信を行なうメッセージ処理部を用いるメッセージ通信方法であって、 前記メッセージ処
理部が、前記ユーザが所属するグループに属する他のユーザとの間で、ネットワークを介
してメッセージの送受信を行い、メッセージが時系列的に表示されたタイムラインを含む
タイムライン画面において、コンテンツサーバが管理するゲームを利用するためのアイコ
ンを表示し、前記アイコンが選択された場合に、前記タイムライン画面に前記ゲームにつ
いてのメッセージを出力し、 前記ゲームに関する有効期間を示す通知を前記コンテンツ
サーバより受信した場合に、前記タイムライン画面に前記ゲームに関する有効期間の表示
を行う。これにより、チャット上のユーザ関連性に基づいて、ゲームを共用することがで
きる。

本発明によれば、コミュニケーションを行なっているチャット先と、効率的にゲームを
共用できるようにするためのコンピュータの制御プログラム及びメッセージ通信方法を提
供することができる。

本実施形態のシステム概略図。 本実施形態のブリッジの説明図。 本実施形態の処理手順の概要の説明図。 本実施形態の処理手順の説明図。 本実施形態のシーケンス及びデータの説明図。 本実施形態のシーケンス及びデータの説明図。 本実施形態の画面例の説明図。 本実施形態の画面例の説明図。 本実施形態の画面例の説明図。

以下、メッセージ通信方法の一実施形態を図１～図９に従って説明する。本実施形態は
、複数のクライアント間でメッセージを送受信するチャットサービスにおいて、ウェブコ
ンテンツ（対戦ゲーム）の共用を支援する場合を想定する。

図１に示すように、本実施形態では、インターネット等のネットワークを介して接続さ
れた、チャットサーバ１０、ユーザ端末２０、ゲームサーバ３０を用いる。
チャットサーバ１０は、ユーザ端末２０に対してチャットサービスの提供・管理を行な
うコンピュータシステムである。このチャットサーバ１０は、ＣＰＵ、ＲＡＭ及びＲＯＭ
等からなるチャット管理部１１、ユーザ管理部１２、メッセージ記憶部１３、ゲーム管理
部１４を備える。

チャット管理部１１は、各ユーザ端末２０からメッセージを取得し、メッセージ記憶部
１３に記録するとともに、チャットグループや連絡先に属する他のユーザ端末２０に送信
する処理を実行する。

ユーザ管理部１２は、チャットサービスのユーザやチャットグループの情報を管理する
。
メッセージ記憶部１３は、各ユーザ端末２０から取得したメッセージを、送信者情報、
チャットグループ情報に関連付けて記録する。

ゲーム管理部１４は、各クライアントに提供可能なゲーム情報を管理する。
また、チャットサーバ１０は、チャットグループに属するユーザ端末２０がオフライン
となっている場合には、このユーザ端末２０に対してプッシュ通知を送信する。このプッ
シュ通知により、ユーザ端末２０に対して、チャットアプリケーションの起動を促すこと
ができる。

ゲームサーバ３０は、インターネットにおいて、各種ゲームを提供しているサーバコン
ピュータであり、ゲームアセットやロジックを管理するＨＴＴＰウェブサーバである。本
実施形態では、ゲームサーバ３０は、JavaScript（登録商標）を含めたＨＴＭＬにより、
ゲームコンテンツを提供する。このゲームサーバ３０では、ゲームコンテンツとして、複
数のユーザにおいて行なわれる対戦ゲームを提供する場合を想定する。ゲームサーバ３０
は、ゲーム制御部３１やセッション管理部３２を備える。

ゲーム制御部３１は、ゲームの種類に応じて、ユーザ端末２０に対して提供するゲーム
の管理処理を実行する。このゲーム制御部３１は、ゲームセッションの状態変化時に、後
述するゲームオプションに応じて、チャットサーバ１０に状態変化通知を送信する。

セッション管理部３２は、ゲームの種類に応じてゲームセッションを管理する。本実施
形態では、ゲームを特定するゲームＩＤに対して、ゲームの実施状況に応じた数のゲーム
セッションＩＤが関連付けられる。そして、各ゲームセッションＩＤには、そのゲーム状
態を示すステートと、インバイトＩＤ（後述）が関連付けられる。なお、ゲームセッショ
ンの管理は、これらに限定されるものではなく、ゲームの実装に応じて決定することがで
きる。

また、本実施形態で提供されるゲームにおいては、ゲームに応じて各種ゲームオプショ
ンが設定される。本実施形態では、オプションとして、例えば、「ワンタイム」、「継続
可能」、「有効期間」、「人数制限」、「結果通知」等がある。「ワンタイム」ゲームに
おいては、１回限りでゲームセッションを終了する。「継続可能」ゲームにおいては、複
数のゲームセッションにおいて、ゲームを継続することができる。「有効期間」ゲームに
おいては、予め定められた所定期間のみ、ゲームを継続することができる。「人数制限」
ゲームにおいては、予め定められた人数がゲームに参加し、満員になった場合に、新たな
参加を拒否する。「結果通知」ゲームにおいては、各ユーザに対してゲームの結果を通知
する。また、一部のオプションのみを用いる場合や、複数のオプションの組み合わせを用
いる場合を設定することが可能である。

ユーザ端末２０は、チャットサービスの利用者のコンピュータ端末（スマートフォン等
の情報処理端末）である。チャットサービスを最初に利用する場合には、ユーザ端末２０
を用いて、チャットサーバ１０にアクセスして、チャットアプリケーションプログラムを
ダウンロードし、インストールする。

このユーザ端末２０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等からなる制御部や、データを記憶す
るメモリ、各種情報の入出力部を備えている。この制御部は、チャットアプリケーション
プログラムを実行することにより、チャット部２１として機能する。また、本実施形態で
は、入出力部としてタッチパネルディスプレイを用いる。

チャット部２１はメッセージ処理部として機能し、チャット画面部２１０、チャット先
管理部２２０、メッセージ記憶部２３０、ゲーム管理部２４０、ウェブ画面部２５０を備
える。

チャット画面部２１０は、チャットサービスにおいて送信や受信したメッセージを、タ
ッチパネルディスプレイに表示されたタイムライン画面に出力する。チャット画面部２１
０は、送信処理部、受信処理部を備える。送信処理部は、タッチパネルディスプレイにお
いて入力されたメッセージを、自分の発言として表示するとともに、メッセージをチャッ
トサーバ１０に送信する処理を実行する。受信処理部は、チャットサーバ１０から取得し
たメッセージを、タッチパネルディスプレイにおいて、他者の発言として出力する処理を
実行する。各ユーザ端末２０とチャットサーバ１０とは、チャットソケットにより接続さ
れる。このチャットソケットにおいては、情報の更新をリアルタイムに反映し共有するソ
ケットが用いられる。

チャット先管理部２２０は、ユーザ端末２０の利用者が属するチャットグループや、ユ
ーザ端末２０において指定された連絡先に関する情報が記録される。このチャットグルー
プの参加ユーザや連絡先ユーザとの間でメッセージを送受信することができる。

メッセージ記憶部２３０には、チャットサービスを利用して送受信されたメッセージが
記録される。
ゲーム管理部２４０は、このクライアントにおいて利用可能なゲーム情報を管理する。
ゲーム管理部２４０は、ユーザの要求に応じて、チャットサーバ１０のゲーム管理部１４
から、ゲーム情報をダウンロードする。各ゲーム情報には、このゲームを提供するゲーム
サーバ３０の接続先及びゲームＩＤ（コンテンツ識別子）に関するデータが関連付けられ
ている。そして、ゲーム管理部２４０は、タッチパネルディスプレイに、選択可能なゲー
ムの一覧リストを示したゲーム選択画面を出力する。このゲーム選択画面において、ゲー
ムが選択された場合、ウェブ画面部２５０を呼び出す。

ウェブ画面部２５０は、後述するように、各種ゲームサーバ３０から取得した画面デー
タを、ウェブビュー２５１において表示する処理を実行する。本実施形態では、各ユーザ
端末２０とゲームサーバ３０とは、ウェブソケットにより接続される。このウェブソケッ
トにおいては、ネイティブ－ＪＳ（JavaScript（登録商標））ブリッジを介して、サーバ
とクライアントが一度コネクションを確立した後は、必要な通信を、このコネクション上
で専用のプロトコルを用いて行なう。

（ウェブ画面における処理）
次に、図２を用いて、ウェブ画面における処理を説明する。ウェブ画面部２５０のウェ
ブビュー２５１は、ネイティブブリッジ２５２、ネイティブＵＩ（ユーザインターフェイ
ス）を備え、ゲームサーバ３０から取得したゲーム画面を、タッチパネルディスプレイに
おいて画面表示２５４を出力する。ネイティブＵＩ２５３においては、ビュー制御やチャ
ット画面連結を行なう。

ネイティブブリッジ２５２は、チャット画面上のゲームリンクによるゲームサーバ３０
との接続や、コネクションハンドリングを行なう。このコネクションハンドリングにより
、ウェブビュー２５１から提供されるコンテンツ（例えば、対戦ゲーム）は、チャット先
のセッション情報やセッション開始イベントを取得し、ソケット通信開始のハンドリング
が可能となる。このため、コネクションハンドリングにおいては、例えば、以下のインス
タンスから、各種イベントリスニングやメッセージのブロードキャスト等を実現する。
New connection()
connection.open
connection.onclose
connection.send
connection.onmessage
なお、このコネクションハンドリングは例示であり、これらに限定されるものではない
。

（チャットサーバにおける処理の概要）
次に、図３を用いて、チャットサーバ１０における処理の概要を説明する。ここでは、
クライアントＡ，Ｂ，Ｃが同じチャットグループに属する場合を想定する。

まず、チャットサーバ１０のチャット管理部１１は、チャット管理処理を実行する（ス
テップＳ１－１）。具体的には、チャット管理部１１は、チャットサーバ１０に接続され
たユーザ端末２０（例えば、クライアントＡ、Ｂ）におけるメッセージ交換を管理する。
ここで、各クライアントのユーザ端末２０のタッチパネルディスプレイには、タイムライ
ン画面が表示される。このタイムライン画面では、ユーザが送信したメッセージや、相手
ユーザから取得したメッセージが時系列に表示される。本実施形態では、タイムライン画
面においては、他者のメッセージは左寄り、自分のメッセージは右寄りに表示される。

次に、チャットサーバ１０のチャット管理部１１は、ゲーム選択処理を実行する（ステ
ップＳ１－２）。具体的には、ゲームを行なう場合、ユーザ端末２０（例えば、クライア
ントＡ）において、所望のゲームを選択する。この場合、チャット管理部１１は、クライ
アントＡにおいて、選択されたゲーム情報（ウェブコンテンツの識別情報）を取得する。

次に、チャットサーバ１０のチャット管理部１１は、ゲームリンク処理を実行する（ス
テップＳ１－３）。具体的には、チャット管理部１１は、チャットグループにおいて、チ
ャット相手に対して、ゲームリンクを含めたメッセージを送信する。例えば、クライアン
トＡにおいてゲームが選択された場合、クライアントＢに、選択されたゲームについての
メッセージ（ゲームリンク）を出力する。

また、オフラインのクライアントに対しては、チャットサーバ１０のチャット管理部１
１は、プッシュ通知処理を実行する（ステップＳ１－４）。具体的には、チャット管理部
１１は、チャットグループにおいて、オフラインのクライアントを検知した場合には、こ
のクライアントに対して、ゲームリンクの要求があることを示すプッシュ通知を行なう。
例えば、クライアントＣがオフラインの場合には、このクライアントＣに対して、プッシ
ュ通知を送信する。この場合には、クライアントＣのユーザ端末２０のタッチパネルディ
スプレイに、チャットサービス上のメッセージがあることを示すアラームを出力する。

いずれか複数のクライアント（Ｂ，Ｃ）においてゲームリンクが選択された場合、クラ
イアントはゲームサーバ３０にアクセスする。そして、ゲームサーバ３０は、ゲームを開
始し、ゲームセッションを管理する（ステップＳ１－５）。ゲームセッションにおいて状
態変化を検知した場合、ゲームサーバ３０は、チャットサーバ１０に対して、状態変化通
知を送信する。状態変化としては、例えば、ゲームの途中経過、人数制限に到達した場合
（満員）やゲームの終了等がある。

この場合、チャットサーバ１０のチャット管理部１１は、状態変化通知の取得処理を実
行する（ステップＳ１－６）。具体的には、チャット管理部１１は、ゲームサーバ３０か
ら状態変化通知を取得する。この状態変化通知には、ゲームオプションに関する情報が含
まれる。

次に、チャットサーバ１０のチャット管理部１１は、ゲームオプションに応じたメッセ
ージ対応処理を実行する（ステップＳ１－７）。具体的には、チャット管理部１１は、状
態変化通知のオプションに基づいて、メッセージの表示形式を決定する。

次に、チャットサーバ１０のチャット管理部１１は、ゲームメッセージの表示変更処理
を実行する（ステップＳ１－８）。具体的には、チャット管理部１１は、決定した表示形
式に基づいて、チャットグループのタイムライン画面にメッセージを出力する。

（ゲームオプション）
次に、図４を用いてゲームオプションを説明する。
（ａ）ゲームオプションが「ワンタイム」のゲームにおいては、ゲームサーバ３０は、
１つのセッションにおいてゲーム終了を検知した場合、チャットサーバ１０に対して、状
態変化通知（ゲーム終了）の通知処理を実行する（ステップＳＥ１０）。この場合、チャ
ットサーバ１０のチャット管理部１１は、クライアントのタイムライン画面においてゲー
ムリンクをグレイアウトする。

（ｂ）ゲームオプションが「継続可能」のゲームにおいては、ゲームの最終決着（勝敗
）が決まっていない場合には、ゲームサーバ３０は、１回のセッションを終了した場合に
も、ゲームを継続する（ステップＳＥ２０）。

そして、ゲームサーバ３０は、ゲームが最終決着した場合に、チャットサーバ１０に対
して、状態変化通知（ゲーム終了）の通知処理を実行する（ステップＳＥ２１）。この場
合、チャットサーバ１０のチャット管理部１１は、クライアントのタイムライン画面にお
いてゲームリンクをグレイアウトする。

（ｃ）ゲームオプションが「有効期間」のゲームにおいては、ゲームサーバ３０は、セ
ッション開始時刻からの経過時間を算出する。そして、ゲームサーバ３０は、チャットサ
ーバ１０に対して、状態変化として有効期間の満了が近いことを示す通知処理を実行する
（ステップＳＥ３０）。この場合、チャットサーバ１０のチャット管理部１１は、クライ
アントのタイムライン画面において、有効期間の満了が近いことを示すメッセージを出力
する。

そして、ゲームサーバ３０は、セッション開始時刻からの経過時間に基づいて、有効期
間の満了を検知した場合、チャットサーバ１０に対して、状態変化通知（ゲーム終了）の
通知処理を実行する（ステップＳＥ３１）。この場合、チャットサーバ１０のチャット管
理部１１は、クライアントのタイムライン画面においてゲームリンクをグレイアウトする
。

（ｄ）ゲームオプションが「人数制限」のゲームの場合、ゲームサーバ３０は、参加人
数カウント処理を実行する（ステップＳＥ４０）。ゲームサーバ３０は、セッション管理
部３２に記録されたセッション管理レコードにおいて、ユーザＩＤを計数することにより
、参加人数を算出する。

そして、ゲームサーバ３０は、参加人数が制限人数に達した場合（満員の場合）、チャ
ットサーバ１０に対して、状態変化通知（満員）の通知処理を実行する（ステップＳＥ４
１）。この場合、チャットサーバ１０のチャット管理部１１は、クライアントのタイムラ
イン画面においてゲームリンクをグレイアウトする。

（ｅ）ゲームオプションが「結果通知」のゲームにおいて、ゲーム終了を検知した場合
、ゲームサーバ３０は、チャットサーバ１０に対して、状態変化通知（ゲーム終了）の通
知処理を実行する（ステップＳＥ５０）。このゲーム終了の通知には、勝者や敗者のユー
ザＩＤに関するデータを含める。この場合、チャットサーバ１０のチャット管理部１１は
、クライアントのタイムライン画面において、結果を表示するとともに、ゲームリンクを
グレイアウトする。

（シーケンス及び通信に用いられるデータ）
次に、図５、図６を用いて、ゲームを行なう場合のシーケンス及び通信に用いられるデ
ータを説明する。また、図７～図９を用いて、ユーザ端末２０のタッチパネルディスプレ
イに表示される画面を説明する。

まず、チャットサービスを利用する場合、クライアントＡのユーザ端末２０においてチ
ャットアプリケーションを起動する。
この場合、図５に示すように、クライアントＡのユーザ端末２０は、チャットサーバ１
０との間でコネクション確立処理を行なう（ステップＳ１０１）。このコネクション確立
処理は、公知のハンドシェイクにより行なわれる。

そして、クライアントＡのユーザ端末２０は、データ転送処理を実行する（ステップＳ
１０２）。ここでは、チャットサービスを利用するために必要な情報（ペイロード）を送
受信する。

この場合、図７に示すように、ユーザ端末２０のタッチパネルディスプレイに、タイム
ライン画面５１０が表示される。
また、クライアントＢのユーザ端末２０においてチャットサービスを利用する場合にも
、クライアントＡの場合と同様に、コネクション確立処理（ステップＳ３０１）、データ
転送処理（ステップＳ３０２）を実行する。

次に、クライアントＡにおいて、チャットグループでのゲームを希望する場合、ゲーム
選択を行なう。具体的には、ユーザ端末２０のチャット画面において、ゲームの選択画面
の出力を指示する。

この場合、図７に示すように、クライアントＡのユーザ端末２０のタッチパネルディス
プレイに、タイムライン画面５１１とともに、ゲーム選択画面５２０が表示される。
そして、ゲーム選択画面５２０において、ゲームが選択された場合、クライアントＡの
ユーザ端末２０は、ウェブビューを起動する（ステップＳ１０３）。具体的には、チャッ
ト部２１のウェブ画面部２５０は、タッチパネルディスプレイに、ゲーム画面を出力する
。このゲーム画面には、ウェブビューが含まれる。なお、チャット画面部２１０は、図７
に示すタイムライン画面５３０において、ゲームメッセージ５３１を出力する。

ウェブビューを起動したクライアントＡのユーザ端末２０は、ゲームサーバ３０との間
で、コネクション確立処理を行なう（ステップＳ１０４）。この場合、ウェブ画面部２５
０は、インバイトＩＤを生成する。このインバイトＩＤとしては、チャットサーバ１０が
、チャット先を把握できる識別子を用いる。例えば、インバイトＩＤを以下のように構成
することができる。
〔インバイトＩＤ〕＝〔ゲームＩＤ〕×〔チャットグループＩＤ〕

また、オプションとして、インバイトＩＤに、招待者のユーザＩＤを付加するようにし
てもよい。なお、このインバイトＩＤは、チャットサーバ１０において生成し、クライア
ントＡのユーザ端末２０に提供するようにしてもよい。そして、ユーザ端末２０は、ハン
ドシェイク信号において、選択されたゲームのゲームＩＤ、インバイトＩＤ、ユーザＩＤ
（Ａ）を、ゲームサーバ３０に送信する。

この場合、ゲームサーバ３０のゲーム制御部３１は、ユーザ端末２０から取得したイン
バイトＩＤがセッション管理部３２に記録されているかどうかを確認する。
ここで、セッション管理部３２に、ユーザ端末２０から取得したインバイトＩＤが登録
されておらず、初めてインバイトＩＤを取得した場合には、ゲーム制御部３１は、ゲーム
セッションＩＤを付与したゲームセッションを生成する（Ｓ５０１）。本実施形態では、
ゲーム制御部３１は、セッション管理部３２に、ゲームセッションＩＤとゲームＩＤとを
関連付けて登録する。更に、ゲーム制御部３１は、ゲームセッションＩＤに対して、クラ
イアントＡから取得したインバイトＩＤと、ステート（ゲーム状態）とを関連付けたセッ
ション管理レコードを記録する。そして、ゲーム制御部３１は、クライアントＡのユーザ
端末２０に対して、ゲームセッションＩＤを返す。更に、ゲーム制御部３１は、このゲー
ムセッションＩＤに対して、ユーザＩＤ（ここでは、クライアントＡのユーザＩＤ）を関
連付けて記録する。

クライアントＡのユーザ端末２０は、ゲームサーバ３０との間でデータ転送処理を行な
う（ステップＳ１０５）。ここでは、ゲームを利用するために必要な情報（ペイロード）
を送受信する。

この場合、図７に示すように、ウェブ画面部２５０は、ゲーム画面５５０を出力する。
このゲーム画面５５０にはウェブビュー５５１が含まれる。このウェブビュー５５１にお
いては、上述したブリッジ処理により、ゲームサーバ３０との接続が確立され、結果とし
てゲームロジックが展開・スタートする。

これにより、ゲームサーバ３０は、セッションを開始する（ステップＳ５０２）。この
場合、ゲームサーバ３０のゲーム制御部３１は、ゲームセッションの管理を行なう。この
ゲームＩＤに応じて、ゲームオプションを特定することができる。例えば、このセッショ
ン管理レコードのステートとしては、ゲームの状態（対戦の待機）を記録する。

また、クライアントＡのゲーム選択画面５２０においてゲームが選択された場合、ユー
ザ端末２０は、ゲームリンク処理を行なう（ステップＳ１０６）。この場合、チャットサ
ーバ１０のチャット管理部１１は、ゲームメッセージをチャットサーバ１０に送信する。
このゲームメッセージには、接続先情報、ゲームＩＤ（ウェブコンテンツの識別情報）、
インバイトＩＤに関するデータを含める。この接続先情報には、選択されたゲームのゲー
ムサーバ３０を特定するための情報を含める。ゲームサーバ３０を特定するための情報と
しては、例えば、ＵＲＬ、ＩＰアドレス、ポート情報、ホスト名等を用いることができる
。

クライアントＡからゲームメッセージを取得したチャットサーバ１０は、ゲームリンク
処理を実行する（ステップＳ２０１）。具体的には、チャットサーバ１０のチャット管理
部１１は、ユーザ管理部１２を用いて、クライアントＡのチャット先を特定する。この場
合、チャットサーバ１０は、チャットグループとインバイトＩＤとを関連づけて記憶する
。そして、オンラインのチャット先クライアント（ここでは、クライアントＢ）に対して
、ゲームメッセージを送信する。このゲームメッセージには、接続先情報、ゲームＩＤ、
インバイトＩＤに関するデータを含める。

そして、クライアントＢのユーザ端末２０は、タッチパネルディスプレイに表示された
タイムライン画面に、ゲームメッセージを出力する（ステップＳ３０３）。
この場合、図７に示すように、チャット画面部２１０は、タッチパネルディスプレイに
、タイムライン画面５４０を出力する。このタイムライン画面５４０には、ゲームメッセ
ージ５４１が含まれる。

また、チャットサーバ１０は、オフラインのチャット先クライアントを検知した場合、
プッシュ通知処理を実行する（ステップＳ２０２）。具体的には、チャットサーバ１０の
チャット管理部１１は、オフラインのユーザ端末２０に対して、チャットグループの他の
クライアントＡから、ゲームメッセージが来ていることを通知する。この場合、クライア
ントＣのユーザ端末２０は、タッチパネルディスプレイに、チャット上のメッセージがあ
ることを示すアラームを出力する。

そして、クライアントＣのユーザ端末２０において、チャットアプリケーションを起動
する（ステップＳ４０１）。
この場合、クライアントＣのユーザ端末２０は、チャットサーバ１０との間で、コネク
ション確立処理（ステップＳ４０２）を実行する。

そして、チャットサーバ１０は、ゲームリンク処理を実行する（ステップＳ２０３）。
この場合、クライアントＣのユーザ端末２０は、タッチパネルディスプレイに表示され
たタイムライン画面において、ゲームメッセージを出力する（ステップＳ４０３）。

次に、図６を用いて、対戦ゲームを行なう場合を説明する。
クライアントＢにおいてゲーム対戦を希望する場合、ユーザ端末２０は、オープン処理
を実行する（ステップＳ３１１）。この処理は、タッチパネルディスプレイに表示された
タイムライン画面において、図７に示すゲームメッセージ５４１を選択することにより行
なわれる。

この場合、クライアントＢのユーザ端末２０は、ウェブビュー処理を実行する（ステッ
プＳ３１２）。具体的には、チャット部２１のウェブ画面部２５０は、タッチパネルディ
スプレイに、ゲーム画面を出力する。このゲーム画面にウェブビューが含まれる。この場
合、ウェブ画面部２５０は、ゲームメッセージに含まれる接続先情報を用いて、ゲームサ
ーバ３０にアクセスする。

そして、クライアントＢのユーザ端末２０は、ゲームサーバ３０との間で、コネクショ
ン確立処理を実行する（ステップＳ３１３）。このハンドシェイク信号においては、クラ
イアントＢは、チャットサーバ１０から取得したゲームＩＤ、インバイトＩＤを送信する
。更に、クライアントＢは、ゲームサーバ３０に対してユーザＩＤ（Ｂ）に関するデータ
を送信する。

そして、クライアントＢのユーザ端末２０は、ゲームサーバ３０との間で、データ転送
処理を実行する（ステップＳ３１４）。ここでは、ゲームを利用するために必要な情報（
ペイロード）を送受信する。

この場合、ゲームサーバ３０は、ゲームセッション管理処理を行なう（ステップＳ５１
１）。ここでも、ゲームサーバ３０のゲーム制御部３１は、ユーザ端末２０から取得した
インバイトＩＤがセッション管理部３２に記録されているかどうかを確認する。この場合
、セッション管理部３２において、ユーザ端末２０から取得したインバイトＩＤが登録さ
れており、既にゲームセッションが維持されている場合には、ゲーム制御部３１は、セッ
ション管理部３２において、ゲームセッションＩＤに対して、ユーザＩＤとして「Ｂ」を
追加する。そして、ゲーム制御部３１は、新たに参加したクライアントＢのユーザ端末２
０に対して、インバイトＩＤに関連付けられたゲームセッションＩＤを返す。これにより
、ゲームサーバ３０は、クライアントＡとクライアントＢとのゲームを開始するとともに
、例えば、セッション管理レコードのステートとして、対戦開始を記録する。
この場合、図８に示すように、ゲームサーバ３０は、クライアントＡ，Ｂのウェブ画面
部２５０においてゲーム画面６１０を出力する。

ゲームサーバ３０が、ゲーム途中で状態変化を検知する（ステップＳ５１２）。この場
合、ゲーム制御部３１は、セッション管理部３２のセッション管理レコードにおいて、状
態変化に応じてステートを更新する。そして、ゲーム制御部３１は、このゲームのゲーム
オプションに応じて状態変化通知の要否を判断する。

ゲームオプションに応じて状態変化通知が必要な場合、ゲームサーバ３０は、チャット
サーバ１０に対して、ゲームの状態変化の通知処理を実行する（ステップＳ５１３）。こ
の状態変化通知には、インバイトＩＤ、オプション（ゲームオプション）に関するデータ
を含める。

次に、チャットサーバ１０は、ゲーム状態管理処理を実行する（ステップＳ２１１）。
具体的には、チャットサーバ１０のチャット管理部１１は、状態変化通知のオプションに
応じて、メッセージの表示形態を特定する。次に、チャット管理部１１は、インバイトＩ
Ｄに基づいてチャットグループを特定する。そして、チャット管理部１１は、各クライア
ントに対して状態変化通知を送信する。この状態変化通知には、インバイトＩＤ、オプシ
ョンに関するデータを含める。

各クライアント（Ａ～Ｃ）のユーザ端末２０は、状態変化に応じたメッセージを出力す
る。
そして、クライアントＡ，Ｂのウェブ画面部２５０において対戦を行ない、最終的にゲ
ームを終了する。

そして、ゲームサーバ３０は、対戦の終了を検知した場合、セッション終了処理を実行
する（ステップＳ５１４）。この場合、ゲーム制御部３１は、セッション管理部３２のセ
ッション管理レコードにおいて、ステートとしてゲーム終了を記録する。

次に、ゲームサーバ３０は、チャットサーバ１０に対して、ゲーム終了の通知処理を実
行する（ステップＳ５１５）。この状態変化通知（ゲーム終了）には、インバイトＩＤ、
オプション（ゲームオプション）に関するデータを含める。

次に、チャットサーバ１０は、ゲーム終了管理処理を実行する（ステップＳ２１２）。
具体的には、チャットサーバ１０のチャット管理部１１は、ゲームオプションに応じて、
後述するようにメッセージの表示形態を特定する。次に、チャット管理部１１は、インバ
イトＩＤに基づいてチャットグループを特定する。そして、チャット管理部１１は、各ク
ライアントに対して終了通知を送信する。この終了通知には、インバイトＩＤ、オプショ
ンに関するデータを含める。

各クライアント（Ａ～Ｃ）のユーザ端末２０は、ゲーム終了処理を実行する（ステップ
Ｓ１１１、Ｓ３１５、Ｓ４１１）。具体的には、チャット部２１のチャット画面部２１０
は、オプションに応じて、メッセージの表示を維持又は変更する。

ここで、終了通知において、結果表示のオプションが含まれる場合には、各クライアン
トにおいて、チャット部２１のチャット画面部２１０は、終了通知の勝敗に基づいたメッ
セージを出力する。

ここでは、図８に示すように、クライアントＡのウェブ画面部２５０はタイムライン画
面６２０を出力し、クライアントＡのウェブ画面部２５０はタイムライン画面６３０を出
力する。このタイムライン画面６２０，６３０においては、ゲームメッセージはグレイア
ウトして、選択できなくなる。

また、図９に示すように、「継続可能」、「有効期間」のオプションの場合には、ゲー
ムサーバ３０は、クライアントＡ，Ｂのウェブ画面部２５０においてゲーム画面７１０を
出力する。そして、各クライアントＡ，Ｂ，Ｃにおいて、チャット部２１のチャット画面
部２１０は、ゲーム継続中のメッセージを含めたタイムライン画面７２０，７３０を出力
する。このタイムライン画面７２０，７３０においては、ゲームメッセージはグレイアウ
トせず、後で選択可能である。

そして、ゲームサーバ３０から「有効期間」が近づいたことを示す状態変化通知を取得
した場合、チャットサーバ１０のチャット管理部１１は、期間満了が近いことを示すメッ
セージを含めたタイムライン画面７４０を出力する。

上記実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、チャット部２１のウェブ画面部２５０は、ゲームサーバ３０
から取得した画面データのウェブページをウェブビューに出力する。これにより、ネイテ
ィブコードにより作成されたチャットアプリケーションにおいて、ウェブコンテンツを活
用することができる。そして、チャットアプリケーションのバイナリサイズの増加を抑制
することができる。また、ゲームアセットもコンテンツサーバに設置することができる。
更に、共用するコンテンツを外部から取り込むため、共用コンテンツの内容を更新したり
、新しいステージを配信したり、ゲームの種類自体を増加させたりする場合にも、チャッ
トアプリケーション自体を更新する負担がない。更に、開発速度が速いウェブベースのゲ
ーム資産を活用し、スピード感をもって最新のゲームをエンドユーザに提供することがで
きる。

（２）上記実施形態では、クライアントＡにおいてゲームが指定された場合、クライア
ントＡのユーザ端末２０は、ゲームサーバ３０に、選択されたゲームのゲームＩＤ、イン
バイトＩＤを含むデータを、ゲームサーバ３０に送信する。また、クライアントＢが対戦
を希望する場合、クライアントＢのユーザ端末２０は、チャットサーバ１０を介して、ク
ライアントＡから取得したインバイトＩＤを含むデータを、ゲームサーバ３０に送信する
。これにより、対戦相手（ウェブコンテンツの共用先）は既にチャット上で通信を行なっ
ている関係性があるため、この関係性を利用して、ゲームサーバ３０において対戦相手を
効率的に指定することができる。従って、ゲームサーバ３０において、ユーザ認証システ
ムやユーザを招待する仕組みを実装することなく、ユーザを簡単に呼び寄せることができ
る。

（３）上記実施形態では、チャットサーバ１０のチャット管理部１１は、ゲームメッセ
ージをチャットサーバ１０に送信する。このゲームメッセージには、接続先情報、ゲーム
ＩＤ、インバイトＩＤに関するデータを含める。これにより、チャット相手のクライアン
トは、ゲームサーバ３０に効率的にアクセスすることができる。

（４）上記実施形態では、チャットサーバ１０は、チャットグループに属するユーザ端
末２０がオフラインとなっている場合には、このユーザ端末２０に対してプッシュ通知を
送信する。これにより、チャットアプリケーションを介して、相手を呼び出し、通信対戦
に簡単に呼び出すことができる。

（５）上記実施形態では、ゲームサーバ３０とのコネクションには、ウェブソケットを
用いる。これにより、新たなコネクションを張ることなく、効率的に通信を行なうことが
できる。

（６）上記実施形態では、状態変化通知には、ゲームオプションに関する情報が含まれ
る。そして、チャットサーバ１０のチャット管理部１１は、ゲームオプションに応じたメ
ッセージ対応処理を実行する（ステップＳ１－７）。これにより、ゲーム状況や結果をチ
ャットに反映させることができる。

なお、上記実施形態は以下のように変更してもよい。
・上記実施形態では、共用コンテンツとして、ゲームサーバ３０から提供される対戦ゲ
ームに適用した。共用コンテンツは、ゲームに限定されるものではない。チャット上の関
係性に基づいて、他のコンテンツサーバにおいて、コンテンツを共用できるサービスに利
用することができる。

また、ゲームサーバ３０におけるセッション管理は、上記実施形態に限定されるもので
はなく、チャットサーバ１０において把握可能なインバイトＩＤを用いて、コンテンツの
共用相手や、共用に利用されたチャット（チャットの分脈）を特定したゲームセッション
が作成できればよい。

・上記実施形態では、ゲームオプションとして、「ワンタイム」、「継続可能」、「有
効期間」、「人数制限」、「結果通知」を用いた。チャットに反映できるものであれば、
ゲームオプションはこれに限定されるものではない。例えば、利用回数を制限するゲーム
オプション等を設定することも可能である。この場合には、ゲームサーバ３０において、
同じインバイトＩＤについての利用回数をカウントする。そして、利用回数が制限回数に
達した場合に、ゲームサーバ３０は、チャットサーバ１０に対して、状態変化通知（ゲー
ム終了）を送信する。

・上記実施形態では、インバイトＩＤを、ゲームＩＤ、チャットグループＩＤを用いて
構成するが、インバイトＩＤの構成方法は、これに限定されるものでなく、チャットにお
けるユーザの関連性を特定できる情報を用いることができる。例えば、インバイトＩＤと
して、チャットサーバ１０との通信に用いられているセッションＩＤに基づく情報を使用
することも可能である。このセッションＩＤに基づいてチャット先を特定することができ
る。

・上記実施形態では、インバイトＩＤを、ゲームＩＤ、チャットグループＩＤを用いて
構成するが、インバイトＩＤの構成方法は、これに限定されるものでない。例えば、招待
時を特定できる情報（例えば、招待時刻）等を含めることにより、同じゲームを、同じチ
ャットグループで、異なるゲームセッションで行なうことができる。

次に、上記実施形態及び別例から把握できる技術的思想について、それらの効果ととも
に以下に追記する。
〔１〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を用いる
メッセージ通信方法であって、
前記メッセージ処理部が、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記選択されたゲ
ームへ参加する前記他のユーザの数が制限に達した状態を示す状態変化情報を取得した場
合、前記グループに属するユーザのクライアントのタイムライン画面に前記ゲームのリン
クを選択不能な状態で表示することを特徴とするメッセージ通信方法。
これにより、チャット上のユーザ関連性に基づいて、ウェブコンテンツを共用すること
ができる。

〔２〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を用いる
メッセージ通信方法であって、
前記メッセージ処理部が、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記ゲームの終了
を示す状態変化情報を取得した場合、前記グループに属するユーザのクライアントのタイ
ムライン画面に前記ゲームの終了に関わるメッセージを表示し、当該メッセージに対応付
けて前記ゲームに参加したユーザのうち勝者又は敗者を識別可能に表示することを特徴と
するメッセージ通信方法。

〔３〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を備えた
メッセージ通信システムであって、
前記メッセージ処理部が、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記選択されたゲ
ームへ参加する前記他のユーザの数が制限に達した状態を示す状態変化情報を取得した場
合、前記グループに属するユーザのクライアントのタイムライン画面に前記ゲームのリン
クを選択不能な状態で表示することを特徴とするメッセージ通信システム。

〔４〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を備えた
メッセージ通信システムであって、
前記メッセージ処理部が、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記ゲームの終了
を示す状態変化情報を取得した場合、前記グループに属するユーザのクライアントのタイ
ムライン画面に前記ゲームの終了に関わるメッセージを表示し、当該メッセージに対応付
けて前記ゲームに参加したユーザのうち勝者又は敗者を識別可能に表示することを特徴と
するメッセージ通信システム。

〔５〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を備えた
メッセージ通信システムを用いるメッセージ通信プログラムであって、
前記メッセージ処理部を、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記選択されたゲ
ームへ参加する前記他のユーザの数が制限に達した状態を示す状態変化情報を取得した場
合、前記グループに属するユーザのクライアントのタイムライン画面に前記ゲームのリン
クを選択不能な状態で表示する手段として機能させることを特徴とするメッセージ通信プ
ログラム。

〔６〕ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を備えた
メッセージ通信システムを用いるメッセージ通信プログラムであって、
前記メッセージ処理部を、
ユーザが用いるクライアントに、メッセージが時系列的に表示されたタイムライン画面
においてゲームの選択画面を表示し、
前記ゲームの選択画面においてゲームが選択されたか否かを判定し、
前記ゲームを選択したユーザが属するグループを特定し、
前記特定したグループに属する他のユーザが用いるクライアントのタイムライン画面に
おいて、前記ユーザによって選択された前記ゲームについてのメッセージを出力させ、
前記他のユーザが用いるクライアントのタイムライン画面において前記ゲームが選択さ
れて、前記ユーザ及び前記他のユーザによって前記ゲームが開始され、前記ゲームの終了
を示す状態変化情報を取得した場合、前記グループに属するユーザのクライアントのタイ
ムライン画面に前記ゲームの終了に関わるメッセージを表示し、当該メッセージに対応付
けて前記ゲームに参加したユーザのうち勝者又は敗者を識別可能に表示する手段として機
能させることを特徴とするメッセージ通信プログラム。

１０…チャットサーバ、１１…チャット管理部、１２…ユーザ管理部、１３…メッセー
ジ記憶部、１４…ゲーム管理部、２０…ユーザ端末、２１…チャット部、２１０…チャッ
ト画面部、２２０…チャット先管理部、２３０…メッセージ記憶部、２４０…ゲーム管理
部、２５０…ウェブ画面部、３０…ゲームサーバ、３１…ゲーム制御部、３２…セッショ
ン管理部、Ａ，Ｂ，Ｃ…クライアント。

Claims (8)

1. メッセージを入力する入力部を備えたコンピュータで用いられる制御プログラムであって、ユーザが使用する前記コンピュータに対し、
   前記ユーザが所属するグループに属する他のユーザとの間で、ネットワークを介してメッセージの送受信を行い、
   メッセージが時系列的に表示されたタイムラインを含むタイムライン画面において、コンテンツサーバが管理するゲームを利用するためのゲームリンクを表示し、
   前記ゲームリンクが選択された場合に前記ゲームが開始され、
   前記ゲームに関する有効期間が満了したことに伴う通知を前記コンテンツサーバより受信した場合に、前記タイムライン画面に前記ゲームの終了を示す表示を行う、
   ことを実行させることを特徴とする制御プログラム。
2. 前記ゲームの終了を示す表示は、前記ゲームリンクをグレイアウト表示させることである、請求項１記載の制御プログラム。
3. 前記タイムライン画面において、コンテンツサーバが管理するゲームを利用するためのアイコンが表示可能とされることを特徴とする、請求項１記載の制御プログラム。
4. 前記ユーザが所属するグループに属する他のユーザにおいて前記アイコンが選択された場合に、前記タイムライン画面において前記ゲームリンクが表示される、請求項３記載の制御プログラム。
5. 前記ユーザが所属するグループに属する他のユーザにおいて前記ゲームへの参加がなされ、前記ゲームへ参加するユーザの数が制限に達して前記ゲームが行われた場合に、前記ユーザの前記タイムライン画面に前記ゲームの終了を示すメッセージを表示し、当該メッセージに関連づけて前記ゲームの結果を表示することを特徴とする、請求項１記載の制御プログラム。
6. 前記ゲームへ参加するユーザの数が制限に達して前記ゲームが開始された場合に、前記ゲームリンクをグレイアウトさせて表示する、請求項５記載の制御プログラム。
7. 前記ゲームは前記タイムライン画面とは異なる画面にて行われることを特徴とする、請求項１記載の制御プログラム。
8. ネットワークを介して、メッセージの送受信を行なうメッセージ処理部を用いるメッセージ通信方法であって、
   前記メッセージ処理部が、
   ユーザが所属するグループに属する他のユーザとの間で、ネットワークを介してメッセージの送受信を行い、
   メッセージが時系列的に表示されたタイムラインを含むタイムライン画面において、コンテンツサーバが管理するゲームを利用するためのゲームリンクを表示し、
   前記ゲームリンクが選択された場合に前記ゲームが開始され、
   前記ゲームに関する有効期間が満了したことに伴う通知を前記コンテンツサーバより受信した場合に、前記タイムライン画面に前記ゲームの終了を示す表示を行う、メッセージ通信方法。

Images