メッセージ送受信システム、メッセージ送受信方法、及びプログラム
【課題】コミュニケーションを活性化させるようにする。
【解決手段】動画を視聴しながらメッセージのやり取りを行うチャットサービスを提供する。チャットサービスでは、メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、チャンネルに参加しているユーザ間でメッセージの転送を行うようにする。ユーザから対価の支払を受けた場合には、そのチャンネルについてオープン時間を延長する。
【解決手段】動画を視聴しながらメッセージのやり取りを行うチャットサービスを提供する。チャットサービスでは、メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、チャンネルに参加しているユーザ間でメッセージの転送を行うようにする。ユーザから対価の支払を受けた場合には、そのチャンネルについてオープン時間を延長する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ送受信システム、メッセージ送受信方法、及びプログラムに関する。
【背景技術】
【０００２】
複数のユーザが同じ動画を視聴しながらメッセージをやり取りすることにより、コミュニケーションを活性化させようとする取り組みがなされている。例えば特許文献１では、同一の内容の発言が目立つようにメッセージを表示することで、コミュニケーションを円滑にしようとしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３０１４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
チャットのようなメッセージのやり取りを活性化するには、チャットに参加するユーザの貢献が不可欠である。しかしながら、同じ動画を再生した場合であっても、参加したユーザからの発言内容や再生される動画の内容などにより形成される雰囲気によって、チャットによるコミュニケーションが活性化する場合もあれば活性化しない場合もあり、コミュニケーションを活性化させるように仮想空間を運営することは困難であった。
【０００５】
本発明は、このような背景を鑑みてなされたものであり、コミュニケーションを活性化させることのできる、メッセージ送受信システム、メッセージ送受信方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、グループに所属するユーザ間においてメッセージの送受信を行うシステムであって、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うメッセージ転送部と、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するクローズ情報記憶部と、前記ユーザから前記グループを指定した対価の支払を受け付ける支払受付部と、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新する延長処理部と、を備えることとする。
【０００７】
本発明のメッセージ送受信システムによれば、メッセージのやり取りができるオープン時間を制限するとともに、ユーザが仮想通貨による対価の支払を行った場合にはオープン時間を延長するようにすることができる。活発なメッセージのやり取りが行われていなければユーザが対価を支払うとは考えられないので、活発なメッセージのやり取りが行われているグループのみが存続し、対価が支払われないグループはクローズしていくことになることが期待される。したがって、全体としてコミュニケーションの活発化を図ることが可能となる。
【０００８】
また、本発明のメッセージ送受信システムで、前記支払受付部は、前記ユーザが指定した前記グループと、前記ユーザが支払った前記対価の額とを取得し、前記延長処理部は、前記対価の額に応じて前記クローズ時点が遅くなるように前記クローズ情報を更新するようにしてもよい。
この場合、ユーザが支払った対価の額に応じてオープン時間を延長することができるので、ユーザが多くの対価を支払う程に活発なコミュニケーションがなされているグループほど長い時間運営されるようにすることができる。
【０００９】
また、本発明のメッセージ送受信システムは、前記ユーザごとに前記ユーザの支払可能な対価の残高を管理する残高管理部を備え、前記支払受付部は、前記グループを特定するグループ特定情報と、前記ユーザを特定するユーザ特定情報と、前記対価の額とを設定した支払要求をユーザから受信し、前記延長処理部は、前記支払要求に設定されている前記グループ特定情報により特定される前記グループに対応する前記クローズ情報を、前記支払要求に設定されている前記対価の額に応じて前記クローズ時点が遅くなるように更新するとともに、前記支払要求に設定されている前記ユーザ特定情報により特定される前記ユーザに対応する前記残高から、前記対価の額を減算するようにしてもよい。
【００１０】
また、本発明のメッセージ送受信システムは、前記グループに所属する全ての前記ユーザに対して動画を提供する動画提供部を備えるようにしてもよい。
この場合、グループに所属するユーザは同じ動画を視聴しながらメッセージのやり取りを行うことができる。動画により話題が提供されるため、メッセージのやり取りの活発化を図ることができる。
【００１１】
また、本発明のメッセージ送受信システムは、前記オープン時間が経過するまでの間のみ、前記ユーザから前記動画に対するリクエストを受け付けるリクエスト受付部を備え、前記動画提供部は、前記リクエストに応じて前記ユーザに前記動画を提供するようにしてもよい。
【００１２】
また、本発明のメッセージ送受信システムは、前記ユーザのユーザ端末と、前記動画を配信する動画配信サーバとに接続されており、前記動画配信サーバは、動画再生要求に応じて動画データを送出するように構成されており、前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように前記ユーザ端末を制御するようにしてもよい。
この場合、既存の動画配信サーバを利用して、グループに所属するユーザが同じ動画を視聴しながらのメッセージのやり取りを行うようにすることができる。したがって、メッセージの送受信サービスの構築にかかるコストを抑制することができる。
【００１３】
また、本発明のメッセージ送受信システムでは、前記動画配信サーバは、前記動画再生要求に、前記動画の先頭からの経過時間である再生開始時間が設定されている場合には、前記再生開始時間から以降の動画データを送出するように構成されており、前記メッセージ送受信システムはさらに、前記動画の配信を開始する時刻を記憶する制御履歴記憶部と、前記グループごとに、前記グループに所属する前記ユーザを管理するユーザ管理部と、を備え、前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように指示するコマンドを前記ユーザ端末に送信することにより前記ユーザ端末を制御し、前記動画提供部は、新しい前記ユーザが前記グループに参加した場合、前記制御履歴記憶部から当該グループに対応する前記時刻を読み出し、読み出した前記時刻から現在時刻までの経過時間を算出し、算出した前記経過時間を前記動画の再生開始時間として指定した前記動画再生要求を前記動画提供サーバに送信するように指示する前記コマンドを、前記新しいユーザのユーザ端末に送信するようにしてもよい。
この場合、新しいユーザが参加した場合に、すでに再生済みの動画の時間分を考慮して動画の再生が開始されるように、新しいユーザのユーザ端末を制御することができる。したがって、既に動画が再生されているグループに新たにユーザが参加した場合でも、新しいユーザは他のユーザと同期したタイミングで動画を視聴するようにすることができる。
【００１４】
また、本発明の他の態様は、グループに所属するユーザ間におけるメッセージの送受信を支援する方法であって、コンピュータが、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行い、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶し、前記ユーザから前記グループを指定した対価の支払を受け付け、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新することとする。
【００１５】
また、本発明の他の態様は、グループに所属するユーザ間におけるメッセージの送受信を支援するためのプログラムであって、コンピュータに、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うステップと、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するステップと、前記ユーザから前記グループを指定した対価の支払を受け付けるステップと、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新するステップと、を実行させることとする。
【００１６】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００１７】
本発明によれば、コミュニケーションを活性化させることができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態のチャットサービスの画面例を示す図である。
【図２】本実施形態のチャットシステムの全体構成例を示す図である。
【図３】ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０に用いられるコンピュータのハードウェア構成例を示す図である。
【図４】動画配信サーバ３０のソフトウェア構成例を示す図である。
【図５】ユーザ端末１０のソフトウェア構成例を示す図である。
【図６】チャンネルに参加する前に表示される画面５１の一例を示す図である。
【図７】チャンネルに出資を行うための画面５２の一例を示す図である。
【図８】チャンネルの情報を入力するための画面５３の一例を示す図である。
【図９】チャットサーバ２０のソフトウェア構成例を示す図である。
【図１０】参加者管理部２３１の構成例を示す図である。
【図１１】残高管理部２３２の構成例を示す図である。
【図１２】リクエスト管理部２３３の構成例を示す図である。
【図１３】再生管理部２３４の構成例を示す図である。
【図１４】チャンネル管理部２３５の構成例を示す図である。
【図１５】出資履歴管理部２３６の構成例を示す図である。
【図１６】チャットサービスに係るチャットサーバ２０の処理を説明する図である。
【発明を実施するための形態】
【００１９】
＝＝システムの概要＝＝
以下、本発明の一実施形態に係るチャットシステムについて説明する。本実施形態のチャットシステムは、あるグループに所属する複数のユーザが同時に動画を視聴可能にするとともに、当該複数のユーザ間においてリアルタイムにメッセージのやりとりを可能とするチャットサービスを提供するものである。以下の説明において、チャットサービスが提供される仮想空間、すなわち、メッセージが交換されるグループのことを「チャンネル」と称する。
【００２０】
図１は、本実施形態のチャットシステムにより提供されるチャットサービスの画面例を示す図である。図１の画面例は、ある１つのチャンネルにおいてチャットが行われている様子を表している。本実施形態のチャットサービスのチャンネルでは、画面１において動画２が再生されるとともに、チャットに参加しているユーザの分身（アバターと呼ばれる。）が表示され、ユーザから発せられたメッセージがアバター３からの吹き出し４の内部に出力される。また、アバター３はユーザからの指示により画面上で動かすことが可能である。
【００２１】
本実施形態のチャットシステムでは、チャンネルでチャット（以下の説明において、チャットには動画の再生及びメッセージのやりとりを含むものとする。）を行うことができる時間（以下、オープン時間という。）が制限されており、チャンネルが開設された後オープン時間が経過するとチャットを行うことができなくなるようにしている。その一方で、チャンネルに参加しているユーザ（グループに所属するユーザ）が対価を支払うことにより、オープン時間を延長することができるようにもなっている。本実施形態では、対価はユーザに与えられる仮想通貨により支払われるものとする。本実施形態では、仮想通貨は、定期的に一定の額が与えられるものとする。
【００２２】
仮想通貨とはいえ、チャンネルにおいて活発なコミュニケーションが行われていなければ、ユーザは支払いをする動機付けはなされないと考えられるので、本実施形態のチャットシステムのように、ユーザからの仮想通貨の支払いに応じてオープン時間を延長することにより、コミュニケーションの活発なチャンネルのみが存続することが期待される。これにより、チャットサービス全体としてのコミュニケーションの活発化を図ることが可能となっている。
【００２３】
＝＝システム構成＝＝
図２は、本実施形態のチャットシステムの全体構成の一例を示す図である。本実施形態のチャットシステムは、ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０を含んで構成される。ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０はそれぞれ通信ネットワーク４０に接続されており、互いに通信可能となっている。通信ネットワーク４０は、例えば、イーサネット（登録商標）や公衆電話回線網、無線通信網、携帯電話回線網などにより構築される、インターネットやＬＡＮ（Local Are Network）、ＶＡＮ（Value Added Network）などである。
【００２４】
ユーザ端末１０は、チャットに参加するユーザが操作するコンピュータである。ユーザ端末１０は、例えば、パーソナルコンピュータやワークステーション、スマートフォン、携帯電話端末などである。
【００２５】
チャットサーバ２０は、チャットサービスを提供する、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータである。
【００２６】
動画配信サーバ３０は、動画を提供する、例えばワークステーションやパーソナルコンピュータなどのコンピュータである。動画配信サーバ３０は、動画を再生するための動画データを取得するためのコマンド（以下、動画配信要求という。）に応じて動画データを送信する。本実施形態では、動画データは複数の単位データ（以下、チャンクという。）から構成されており、動画配信サーバ３０は、チャンクを順次送信する方式により動画データを送信するものとするが、動画配信サーバ３０による動画の配信処理は一般的な動画配信サービスに用いられているものを採用することができる。
【００２７】
なお、チャットサーバ２０及び動画配信サーバ３０は、複数台のコンピュータが１台の仮想的なコンピュータを提供するクラウドコンピューティングにより実現してもよい。
【００２８】
＝＝ハードウェア＝＝
図３は、ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０を実現するコンピュータのハードウェア構成例を示す図である。ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク４０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置１０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置１０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
【００２９】
＝＝動画配信サーバ３０＝＝
図４は、動画配信サーバ３０のソフトウェア構成例を示す図である。動画配信サーバ３０は、動画検索処理部３１１、動画配信処理部３１２、動画記憶部３３１を備える。
【００３０】
動画記憶部３３１は、動画を再生するための動画データ、動画の一コマをキャプチャしたサムネイル画像を表示するための画像データ（以下、サムネイルデータという。）、ならびに当該動画及び当該動画データに関するメタ情報を記憶する。メタ情報には、動画を特定するための識別情報（以下、動画ＩＤという。）、動画のタイトル、動画についてのキーワード、動画に登場するアーティストの名前、動画の長さ、動画データの圧縮形式などが含まれる。なお、メタ情報には、これら以外にも、動画や動画データに関する各種の項目を含めるようにすることができる。
【００３１】
動画検索処理部３１１は、動画を検索するためのコマンド（以下、動画検索要求という。）に応じて動画を検索する。動画検索要求には、例えばキーワードや動画を投稿したユーザの識別情報（以下、ユーザＩＤという。）、アーティストの名前など、メタ情報の項目に対する検索条件を指定可能である。動画検索処理部３１１は、動画検索要求に指定された検索条件にマッチするメタ情報を動画記憶部３３１から検索し、マッチしたメタ情報の一覧を、動画検索要求の送信元に送信する。
【００３２】
動画配信処理部３１２は、動画配信要求に応じて動画データを送信する。動画配信要求には動画ＩＤが設定され、動画配信処理部３１２は、動画配信要求に設定されている動画ＩＤに対応する動画データを動画記憶部３３１から検索し、検索した動画データの先頭から順にチャンクを読み出しながら動画配信要求の送信元に送信していく。動画配信要求には動画を開始する時点（以下、オフセットという。本発明の再生開始時間に該当する。）も設定可能である。本実施形態では、チャンクは１秒単位の動画データであるものとし、オフセットは、動画の先頭からの秒数であるものとする。動画配信要求にオフセットが設定されている場合、動画配信処理部３１２は、動画データの先頭を０として、オフセット番目のチャンクから順に読み出して送信していく。
【００３３】
＝＝ユーザ端末１０＝＝
図５は、ユーザ端末１０のソフトウェア構成例を示す図である。ユーザ端末１０は、チャンネル参加処理部１１１、動画検索処理部１１２、リクエスト送信部１１３、動画表示処理部１１４、チャットメッセージ送信部１１５、画面処理部１１６、延長処理部１１７、チャンネル開設処理部１１８を備える。なお、これらの機能部１１１〜１１８は、ユーザ端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００３４】
チャンネル参加処理部１１１は、ユーザをチャンネルに参加させるための処理を行う。図６は、ユーザがチャンネルに参加する前に表示される画面５１の一例を示す図である。図６の例において、画面５１の下段には、開設されているチャンネルに対応する表示欄５１１が一覧表示されている。表示欄５１１には、チャンネル名５１２や現在そのチャンネルにおいて再生中の動画のサムネイル５１３が表示されている。ユーザは画面５１の表示欄５１１からチャンネルを選択することができる。画面５１では、リスト状にチャンネルを一覧表示するようにしてもよいし、キーワードなどを用いてチャンネルを検索するようにしてもよい。チャンネル参加処理部１１１は、画面５１においてチャンネルが選択されると、チャンネルに参加するためのコマンド（以下、チャンネル参加要求という。）に、選択されたチャンネルの識別情報（以下、チャンネルＩＤという。）とユーザＩＤとを設定してチャットサーバ２０に送信する。これによりユーザはチャンネルに参加することになる。
【００３５】
動画検索処理部１１２は、動画を検索する。動画検索処理部１１２は、動画を検索するためのコマンド（以下、動画検索要求という。）を動画配信サーバ３０に送信することにより動画を検索する。上述したように、動画検索要求には、動画のメタ情報に対する各種の条件を指定することができる。動画検索処理部１１２は、動画検索要求に応じて動画配信サーバ３０から送信されるメタ情報の一覧を受信して、メタ情報に含まれる動画のタイトルやサムネイルなどを出力装置１０６に一覧表示することができる。
【００３６】
リクエスト送信部１１３は、チャンネルにおいて再生したい動画のリクエストをチャットサーバ２０に送信する。リクエスト送信部１１３は、動画検索処理部１１２が表示したサムネイルデータの中から動画ＩＤの指定を受け付け、受け付けた動画ＩＤと、ユーザ端末１０を操作しているユーザのユーザＩＤと、ユーザが参加しているチャンネルのチャンネルＩＤと、動画のメタ情報に含まれる動画の長さとを設定したリクエストをチャットサーバ２０に送信する。なお、リクエストにはその他のメタ情報の項目を含めるようにしてもよい。
【００３７】
動画表示処理部１１４は、チャットサーバ２０から送信される、動画配信要求を送信するように指示するコマンド（以下、動画再生コマンドという。）に応じて動画配信要求を動画配信サーバ３０に送信する。動画再生コマンドには、動画の再生を開始する日時（再生日時）、動画ＩＤ、及びオフセットが設定される。なお、オフセットは省略されることもあるが、その場合には「０」のオフセットが設定されているものとする。動画表示処理部１１４は、現在の日時が動画再生コマンドに設定されている再生日時以後であれば、動画再生コマンドに含まれている動画ＩＤ及びオフセットを設定した動画配信要求を動画配信サーバ３０に送信し、動画配信サーバ３０から送信されるチャンクに基づいて動画を再生する。これにより、図１の例では、画面１において動画２が再生されることになる。なお、動画表示処理部１１４による動画データ（チャンク）に基づく動画の再生処理には一般的な処理を用いるものとする。また、動画表示処理部１１４は、現在の日時が動作再生コマンドに設定されている再生日時より前であれば、再生日時になるまで待機するものとする。
【００３８】
チャットメッセージ送信部１１５は、チャンネルに対して発するメッセージ４（以下、チャットメッセージともいう。）をチャットサーバ２０に送信する。チャットメッセージ送信部１１５は、キーボードやマウス、タッチパネルなどの入力装置１０５からチャットメッセージの入力を受け付けて、受け付けたチャットメッセージをユーザＩＤとともにチャットサーバ２０に送信する。なお、チャットメッセージ送信部１１５は、ユーザからの指示に応じて、当該ユーザに対応するアバターの動作を指示するコマンド（以下、アバター動作コマンドという。）をチャットメッセージとしてチャットサーバ２０に送信することもできる。
【００３９】
画面処理部１１６は、画面１の表示処理を行う。後述するように、チャットサーバ２０からは画面１の表示に関する情報（以下、画面情報という。）が送信され、画面情報には、例えば、アバター３の動作に関する動作情報やユーザから発せられたメッセージ４などが含まれる。画面処理部１１６は、画面情報に基づいて、画面１上に、アバター３やメッセージ４を表示する。なお、画面情報には、画面１に表示すべき各種の情報を設定することが可能である。
【００４０】
延長処理部１１７は、チャンネルのオープン時間を延長する処理を行う。上述したように、オープン時間が経過すると、そのチャンネルについてチャットサーバ２０から画面情報が送信されないようになり、チャンネルにおけるチャットメッセージのやりとりや、動画の再生ができなくなるが、ユーザが仮想通貨を支払うことによりオープン時間が延長するようになっている。なお、以下の説明において、チャンネルのオープン時間を延長するためにユーザが対価を支払うことをチャンネルへの「出資」という。
【００４１】
図７は、出資を行うための画面５２の一例を示す図である。図７の例では、画面５２は、画面１上にポップアップ画面として表示されているが、画面１から独立した新しい画面を表示するようにしてもよい。画面１のチャンネル詳細ボタン７が押下された場合に画面５２が表示される。画面５２には、チャンネルに関する各種の情報とともに、ユーザに割り当てられている仮想通貨の残高５２１が表示されている。ユーザは残高以下の額を出資することができる。プルダウンリスト５２２から出資額が選択され、ボタン５２３が押下されると、延長処理部１１７は、オープン時間を延長させるように要求するコマンド（以下、延長要求という。）に、プルダウンリスト５２２で選択された出資額と、ユーザを示すユーザＩＤと、現在ユーザが参加しているチャンネルを示すチャンネルＩＤとを設定してチャットサーバ２０に送信する。この出資額に応じてオープン時間が延長されることになる。本実施形態では、１００単位の仮想通貨が支払われると、オープン時間は１０分延長されるものとしているが、どれだけの仮想通貨を支払えばどれだけオープン時間を延長するかは任意に設定することができる。
【００４２】
チャンネル開設処理部１１８は、チャンネルを開設する処理を行う。図８は、開設するチャンネルに関する情報を入力するための画面５３の一例を示す図である。画面５３は、チャンネル名の入力欄５３１及びチャンネルに関するキーワードを入力する複数の入力欄５３２を備えている。また、本実施形態では、チャンネルを開設するには、オープン時間の規定値（本実施形態では３０分であるものとするが、任意の時間に設定可能である。）に応じた額、すなわち３００単位以上の出資が必要であり、チャンネルの開設時に３００単位以上の出資がされない場合には、出資の総額が３００単位以上になるまでチャンネルはオープン（チャットが可能な状態）にならないものとする。画面５３は、チャンネルの開設にあたりユーザが支払う出資額を選択するプルダウンリスト５３３を備えている。入力欄５３１にチャンネル名が入力され、入力欄５３２にキーワードが入力され、プルダウンリスト５３３から出資額が選択されて、ボタン５３４が押下されると、チャンネル開設処理部１１８は、チャンネルを新しく開設するように要求するコマンド（以下、チャンネル開設要求という。）に、画面５３に入力されたチャンネル名、キーワード及び出資額と、ユーザＩＤを設定してチャットサーバ２０へ送信する。これにより、チャットサーバ２０において新しいチャンネルが開設される。
【００４３】
＝＝チャットサーバ２０＝＝
図９は、チャットサーバ２０のソフトウェア構成例を示す図である。チャットサーバ２０は、チャンネル参加処理部２１１、リクエスト処理部２１２、動画再生コマンド送信部２１３、チャットメッセージ受信部２１４、画面情報送信部２１５、延長処理部２１６、チャンネル開設処理部２１７、参加者管理部２３１、残高管理部２３２、リクエスト管理部２３３、再生管理部２３４、チャンネル管理部２３５、出資履歴管理部２３６を備える。なお、上記各機能部２１１〜２１７は、チャットサーバ２０においてＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現され、上記各記憶部２３１〜２３６は、チャットサーバ２０が備えるメモリ１０２及び記憶装置１０３の提供する記憶領域の一部として実現される。
【００４４】
参加者管理部２３１は、チャンネルに参加しているユーザを管理する。図１０は、参加者管理部２３１の構成例を示す図である。参加者管理部２３１は、チャンネルＩＤに対応付けて、当該チャンネルに参加しているユーザのユーザＩＤを記憶している。
【００４５】
残高管理部２３２は、ユーザが所持している仮想通貨の残高を管理する。図１１は、残高管理部２３２の構成例を示す図である。残高管理部２３２は、ユーザＩＤに対応付けて仮想通貨の残高を記憶する。本実施形態では、仮想通貨の残高は定期的に一定額増額されるものとする。
【００４６】
チャンネル参加処理部２１１は、チャンネルにユーザを参加させるための処理を行う。チャンネル参加処理部２１１は、ユーザ端末１０からチャンネル参加要求を受信すると、チャンネル参加要求に含まれているチャンネルＩＤ及びユーザＩＤを対応付けて参加者管理部２３１に登録する。これにより、ユーザがチャンネルに参加したことになる。
【００４７】
リクエスト管理部２３３は、ユーザからの動画のリクエストを管理する。図１２は、リクエスト管理部２３３の構成例を示す図である。リクエスト管理部２３３に記憶されるリクエストには、チャンネルＩＤ、ユーザＩＤ及び動画ＩＤに加えて、動画の長さが設定される。動画の長さは後述するリクエスト処理部２１２により設定される。本実施形態では、リクエスト管理部２３３には、ＦＩＦＯ（First In First Out）によりリクエストの登録及び取り出しが可能なキューがチャンネルごとに構築されるものとする。
【００４８】
リクエスト処理部２１２は、ユーザからの動画のリクエスト（動画サーバからユーザが取得した動画ＩＤ及び動画の長さ等を含むメタ情報）をリクエスト管理部２３３に登録する。
【００４９】
再生管理部２３４は、チャンネルにおいて再生されている動画を管理する。図１３は、再生管理部２３４の構成例を示す図である。再生管理部２３４は、チャンネルＩＤに対応付けて、再生中の動画を示す動画ＩＤ、当該動画の長さ、及び動画の再生を開始した日時（すなわち、動画再生コマンドに設定した再生日時である。）を記憶する。
【００５０】
動画再生コマンド送信部２１３は、チャンネルに参加している各ユーザのユーザ端末１０に動画再生コマンドを送信する。動画再生コマンド送信部２１３は、ある動画の再生が終わると、次のリクエストに設定されている動画ＩＤと現在の日時とを指定した動画再生コマンドをチャンネルに参加している全てのユーザのユーザ端末１０に送信する。これにより、チャンネルに参加している全てのユーザのユーザ端末１０において同時に同じ動画が再生されることになる。また、チャンネルに新たにユーザが参加したときには、動画再生コマンド送信部２１３は、再生管理部２３４が記憶している開始日時から現在の日時までの時間を計算してオフセットとし、当該オフセット、動画ＩＤ及び現在の日時を設定した動画再生コマンドを、新しく参加したユーザのユーザ端末１０に送信する。これにより、新しく参加したユーザのユーザ端末１０においても、他の参加ユーザと同期したタイミングで動画が再生されることになる。
【００５１】
チャットメッセージ受信部２１４は、ユーザ端末１０から送信されるチャットメッセージを受信する。
【００５２】
画面情報送信部２１５は、ユーザ端末１０において画面を表示するための画面情報をユーザ端末１０に送信する。画面情報送信部２１５は、チャットメッセージの受信に応じて、チャットメッセージとして受信したメッセージやアバターの動作などを、他のユーザのユーザ端末１０に画面情報として送信する。また、チャットサーバ２０の運営側から全てのユーザに対してメッセージを通知する場合にも、画面情報送信部２１５は画面情報として当該メッセージを送信する。例えば、チャンネルにおいてオープン時間が経過しようとしている状態では、もうすぐチャンネルがクローズする旨のメッセージをユーザ端末１０の画面に表示するように画面情報をユーザ端末１０に送信することができる。
【００５３】
チャンネル管理部２３５は、チャンネルに関する情報を記憶する。図１４は、チャンネル管理部２３５の構成例を示す図である。チャンネル管理部２３５は、チャンネルＩＤに対応付けて、チャンネルの名称（チャンネル名）、チャンネルが開設された日時（オープン日時）、オープン日時からオープン時間が経過する日時（以下、クローズ日時という。本発明のクローズ時点に対応する。）、キーワード、及びユーザが当該チャンネルに対して出資した仮想通貨の合計額（出資総額）を記憶する。
【００５４】
出資履歴管理部２３６は、ユーザによる出資の履歴を管理する。図１５は、出資履歴管理部２３６の構成例を示す図である。出資履歴管理部２３６は、チャンネルＩＤに対応付けて、出資を行ったユーザのユーザＩＤ、出資額及び出資が行われた日時を記憶する。
【００５５】
延長処理部２１６は、ユーザがチャンネルに対して仮想通貨を支払ったことに応じてオープン時間を延長する処理を行う。延長処理部２１６は、ユーザ端末１０から延長要求を受信すると、延長要求に設定されている出資額に応じて延長時間を算出する。本実施形態では、１００単位の仮想通貨により１０分の延長が行われるものとしているので、延長処理部２１６は、出資額を１００で割った商に６００を乗じて秒単位の延長時間を算出することになる。延長処理部２１６は、延長要求に設定されているチャンネルＩＤに対応するチャンネル管理部２３５のクローズ日時に延長時間を加算するとともに、出資総額に出資額を加算し、ユーザＩＤに対応する残高管理部２３２の残高から出資額を減算する。また延長処理部２１６は、延長要求に含まれるチャンネルＩＤ、ユーザＩＤ及び出資額と、現在の日時とを対応付けて出資履歴管理部２３６に登録する。
【００５６】
チャンネル開設処理部２１７は、チャンネルの開設に係る処理を行う。チャンネル開設処理部２１７は、ユーザ端末１０からチャンネル開設要求を受信すると、新たなチャンネルＩＤを生成し、出資額に応じたオープン時間（本実施形態では延長と同じく１００単位で１０分とする。）を算出する。チャンネル開設処理部２１７は、生成したチャンネルＩＤ、チャンネル開設要求に設定されているチャンネル名、現在の日時、現在の日時にオープン時間を加算したクローズ日時、チャンネル開設要求に設定されているキーワード、及びチャンネル開設要求に設定されている出資額を対応付けてチャンネル管理部２３５に登録する。これにより、新しいチャンネルが開設される。なお、上述したように、出資額が３００単位に満たない場合、チャンネル開設処理部２１７は、オープン時間を０に設定し、延長処理部２１６が、延長要求に設定されているチャンネルＩＤに対応する出資総額が３００単位未満であり、かつ延長要求に設定されている出資額を出資総額に加算して３００単位以上になるときには、出資総額に応じたオープン時間を現在の日時に加算してクローズ日時を算出し、このクローズ日時を設定するようにする。
【００５７】
＝＝チャット及び動画の再生処理＝＝
図１６は、チャットサービスに係るチャットサーバ２０の処理を説明する図である。なお、図１６の処理はチャンネルごとに行われる。
【００５８】
動画再生コマンド送信部２１３は、現在の日時から所定時間（本実施形態では３秒とするが、０を含む任意の長さを設定することができる。）後を再生日時とし（Ｓ６０１）、リクエスト管理部２３３から当該チャンネルのチャンネルＩＤに対応するリクエストを１つ読み出し（Ｓ６０２）、再生日時とリクエストに含まれる動画ＩＤとを設定した動画再生コマンドをチャンネルに参加している全てのユーザのユーザ端末１０に送信する（Ｓ６０３）。動画再生コマンド送信部２１３は、リクエストに含まれるチャンネルＩＤ、動画ＩＤ及び長さと再生日時とを対応付けて再生管理部２３４に登録する（Ｓ６０４）。
【００５９】
チャットメッセージ受信部２１４がユーザ端末１０からチャットメッセージを受信した場合（Ｓ６０５：ＹＥＳ）、画面情報送信部２１５は、チャットメッセージに応じた画面情報を、当該ユーザとは異なる他のユーザのユーザ端末１０に送信する（Ｓ６０６）。なお、画面情報送信部２１５は、チャットメッセージにメッセージが含まれている場合には、そのメッセージを画面１の吹き出し４に表示するための情報を画面情報として送信し、チャットメッセージにアバターの動作が指定されている場合には、画面１上において当該ユーザのアバター３を動作させるための情報を画面情報として送信する。なお、画面情報は、一般的なアバターを用いたチャットサービスにおいて用いられているものとすることができる。
【００６０】
リクエスト処理部２１２は、リクエストを受信した場合（Ｓ６０７：ＹＥＳ）、当該リクエストをリクエスト管理部２３３に登録する（Ｓ６０８）。上述したように、リクエスト処理部２１２は、動画配信サーバ３０から動画の長さを取得してリクエストに設定した上で登録を行う。画面情報送信部２１５は、リクエストが登録された旨のメッセージを画面１に表示するための画面情報をユーザ端末１０に送信する（Ｓ６０９）。例えば、図１の例において、動画２の近傍にリクエストを行ったユーザのアバター８が表示されており、画面情報送信部２１５は、このようなアバター８を表示するための画面情報をユーザ端末１０に送信する。なお、リクエストに関する情報であれば何でもよく、例えばリクエストに動画のタイトルやアーティスト名などを含めるようにし、画面情報送信部２１５がこれらを表示するような画面情報をユーザ端末１０に送信するようにしてもよい。
【００６１】
チャンネル参加処理部２１１は、当該チャンネルのチャンネルＩＤが設定されたチャンネル参加要求を受信した場合（Ｓ６１０：ＹＥＳ）、当該チャンネル参加要求に含まれるチャンネルＩＤ及びユーザＩＤを対応付けて参加者管理部２３１に登録してユーザをチャンネルに参加させる（Ｓ６１１）。なお、チャンネル参加処理部２１１は、チャンネル参加要求に含まれるユーザＩＤが既に参加者管理部２３１に登録されている場合には、そのチャンネルＩＤ及びユーザＩＤの組み合わせを参加者管理部２３１から削除するようにしてもよい。動画再生コマンド送信部２１３は、再生管理部２３４からチャンネルＩＤに対応する動画ＩＤ及び開始日時を取得し、当該開始日時から現在の日時までの秒数を計算してオフセットとし（Ｓ６１２）、現在の日時、取得した動画ＩＤ及びオフセットを設定した動画再生コマンドを、チャンネル参加要求の送信元のユーザ端末１０に送信する（Ｓ６１３）。
【００６２】
延長処理部２１６は、当該チャンネルのチャンネルＩＤが設定された延長要求を受信した場合（Ｓ６１４：ＹＥＳ）、延長要求に設定されている出資額を１００で割り６００を乗じて延長時間を算出し、延長要求に設定されているチャンネルＩＤに対応するチャンネル管理部２３５のクローズ日時に上記延長時間を加算するとともに（Ｓ６１５）、出資総額に出資額を加算する（Ｓ６１６）。延長処理部２１６は、延長要求に設定されているユーザＩＤに対応する残高管理部２３２の残高から出資額を減算し（Ｓ６１７）、延長要求に設定されているチャンネルＩＤ、ユーザＩＤ及び出資額と現在の日時とを対応付けて出資履歴管理部２３６に登録する（Ｓ６１８）。なお、上述したように、チャンネルがクローズしている場合には、延長処理部２１６は、現在の日時に上記延長時間を加算した日時をチャンネル管理部２３５のクローズ日時に設定する。
【００６３】
画面情報送信部２１５は、当該チャンネルのチャンネルＩＤに対応するクローズ日時をチャンネル管理部２３５から読み出し、現在の日時からクローズ日時までの秒数を残り時間として算出する（Ｓ６１９）。残り時間が所定の閾値（図１６の例では、５分とするが、任意の長さを設定することができる。）未満である場合には（Ｓ６２０：ＹＥＳ）、チャンネルに参加している全てのユーザのユーザ端末１０に対して、延長を促すメッセージを表示するための画面情報を送信する（Ｓ６２１）。例えば、図１の例では、「あと３分でクローズです！出資して延長しましょう」というメッセージが表示されており、このようなメッセージを表示するための画面情報がここで送信されることになる。
【００６４】
残り時間が０またはそれ未満となった場合（Ｓ６２２：ＹＥＳ）、処理が終了する。
残り時間が０より大きい場合（Ｓ６２２：ＮＯ）、動画再生コマンド送信部２１３は、当該チャンネルのチャンネルＩＤに対応する開始日時を再生管理部２３４から取得し、取得した開始日時から現在の日時までの秒数を動画の長さから減算して動画残り時間を算出する（Ｓ６２３）。動画残り時間が３秒又はそれ未満になった場合には（Ｓ６２４：ＹＥＳ）、ステップＳ６０１に進み、次のリクエストに係る動画を再生するようにする。動画残り時間が０より大きい場合には（Ｓ６２４：ＮＯ）、ステップＳ６０５からの処理を繰り返す。
【００６５】
以上のようにして、本実施形態のチャットシステムによれば、チャットを行うことができるオープン時間を制限するとともに、ユーザが仮想通貨による対価を支払うことによりオープン時間を延長することができる。仮想通貨とはいえ、チャンネルにおいて活発なコミュニケーションが行われていなければ、ユーザは支払いをする動機付けはなされないと考えられるので、活発なコミュニケーションが行われているチャンネルはオープン時間が延長され、コミュニケーションが活発でないチャンネルについてはクローズの状態（チャットができない状態）となるように仕向けることが可能となる。これにより、チャットサービス全体として、コミュニケーションの活発化を図ることができる。
【００６６】
また、本実施形態のチャットシステムでは、同じチャンネルに参加している複数のユーザは同じ動画を視聴しながらメッセージのやり取りを行うことができる。したがって、話題が動画から提供されることにより、メッセージを発信し易くなる。さらに、同じチャンネルでは同じテーマの動画が再生されることが想定されるので、同じ趣味を持つユーザ同士が同じチャンネルに集まることが期待される。同じ趣味を持つユーザ間では活発なコミュニケーションが行われることが多いので、コミュニケーションの活発化を図ることができる。
【００６７】
また、本実施形態のチャットシステムでは、チャットサーバ２０と動画配信サーバ３０とが別のシステムであるため、チャットサーバ２０は、既存の動画配信サービスを行っている動画配信サーバ３０と連係して、動画を視聴しながらのチャットサービスを提供することができる。これにより、チャットサーバ２０の構築コストを抑えることができる。その一方で、３秒後の開始日時を指定して動画再生コマンドをユーザ端末１０に送信することで、全てのユーザ端末１０において同期した動画の再生が行われるようにすることができる。また、途中からチャンネルに参加したユーザに対しては、再生済みの動画の時間分をオフセットとして設定した動画再生コマンドを送信することにより、既に動画が再生されているチャンネルに新たにユーザが参加した場合でも、新しいユーザのユーザ端末１０において他のユーザと同期したタイミングで動画が再生されるようにすることができる。
【００６８】
なお、本実施形態では、オープン時間を延長するための対価は仮想通貨により支払うものとしたが、これに限らず、ユーザに割り当てられるポイントや現金による支払としてもよいし、クレジットカードによる信用払いとしてもよい。
【００６９】
また、本実施形態では、仮想通貨は定期的に一定額が各ユーザに与えられるものとしたが、これに限らず、任意に設定することができる。例えば、ユーザが仮想通貨を購入するようにしてもよいし、当該チャットサービスやその他のＳＮＳ（Social Networking Service）におけるユーザの行動に応じて与えるようにしてもよい。また、ユーザがコミュニケーションをとることに応じて仮想通貨をユーザに与えるようにしてもよい。この場合、例えばアバター３間で挨拶がなされた場合に、挨拶をされた側のアバター３に対応するユーザに所定の額の仮想通貨を与えるようにすることができる。また、特定のユーザを指定したメッセージを送信可能としておき、あるユーザに対してメッセージが送信された場合には、メッセージを受信したユーザに仮想通貨を与えるようにすることもできる。さらに、動画に対する評価を入力可能としておき、動画に対する評価に応じて、その動画のリクエストを登録したユーザに対して仮想通貨を与えるようにすることもできる。
【００７０】
また、本実施形態では、動画配信サーバ３０からユーザ端末１０に動画を配信するものとしたが、チャットサーバ２０から動画を配信するようにしてもよい。この場合、チャットサーバ２０が動画配信サーバ３０の機能を全て有するようにしてもよいし、チャットサーバ２０が、リクエストに対応する動画データを動画配信サーバ３０からダウンロードしておき、ダウンロードした動画データを各ユーザ端末１０に配信するようにすることもできる。
【００７１】
また、本実施形態では、チャットサーバ２０は１台のコンピュータであるものとしたが、複数のコンピュータにより構成するようにすることもできる。例えば、チャットサーバ２０を、ユーザ端末１０からチャンネル参加要求や動画のリクエスト、チャットメッセージ、延長要求、チャンネル開設要求を受信し、ユーザ端末１０に動画再生コマンドや画面情報などを送信するＷｅｂサーバと、チャットサーバ２０の記憶部２３１〜２３６の全部又は一部を構成するデータベースサーバと、ユーザをチャンネルに参加させる処理や動画のリクエストを追加する処理、動画再生コマンドを送信するための処理、画面情報を作成する処理、チャンネルの延長や解説に係る処理などを行うアプリケーションサーバと、を含むように構成することもできる。
【００７２】
また、本実施形態のチャットサーバ２０の構成は一例であり、異なる数の機能部や記憶部として構成することも可能である。例えば、参加者管理部２３１やチャンネル管理部２３５、出資履歴管理部２３６を１つまたは２つのテーブルとして構成することもできるし、リクエスト管理部２３３と再生管理部２３４とを１つのテーブルで構成することもできる。
【００７３】
また、本実施形態では、チャンネル管理部２３５がチャンネルのクローズ日時を記憶するものとしたが、オープン日時とオープン時間とを記憶することによりクローズ日時を管理するようにしてもよい。この場合、延長処理部２１６は、ユーザが仮想通貨を支払った場合にチャンネル管理部２３５のオープン時間に延長時間を加算するようにすることができる。
【００７４】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【符号の説明】
【００７５】
１０ ユーザ端末
１１１ チャンネル参加処理部
１１２ 動画検索処理部
１１３ リクエスト送信部
１１４ 動画表示処理部
１１５ チャットメッセージ送信部
１１６ 画面処理部
１１７ 延長処理部
１１８ チャンネル開設処理部
２０ チャットサーバ
２１１ チャンネル参加処理部
２１２ リクエスト処理部
２１３ 動画再生コマンド送信部
２１４ チャットメッセージ受信部
２１５ 画面情報送信部
２１６ 延長処理部
２１７ チャンネル開設処理部
２３１ 参加者管理部
２３２ 残高管理部
２３３ リクエスト管理部
２３４ 再生管理部
２３５ チャンネル管理部
２３６ 出資履歴管理部
３０ 動画配信サーバ
３１１ 動画検索処理部
３１２ 動画配信処理部
３３１ 動画記憶部
【技術分野】
【０００１】
本発明は、メッセージ送受信システム、メッセージ送受信方法、及びプログラムに関する。
【背景技術】
【０００２】
複数のユーザが同じ動画を視聴しながらメッセージをやり取りすることにより、コミュニケーションを活性化させようとする取り組みがなされている。例えば特許文献１では、同一の内容の発言が目立つようにメッセージを表示することで、コミュニケーションを円滑にしようとしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３０１４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
チャットのようなメッセージのやり取りを活性化するには、チャットに参加するユーザの貢献が不可欠である。しかしながら、同じ動画を再生した場合であっても、参加したユーザからの発言内容や再生される動画の内容などにより形成される雰囲気によって、チャットによるコミュニケーションが活性化する場合もあれば活性化しない場合もあり、コミュニケーションを活性化させるように仮想空間を運営することは困難であった。
【０００５】
本発明は、このような背景を鑑みてなされたものであり、コミュニケーションを活性化させることのできる、メッセージ送受信システム、メッセージ送受信方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、グループに所属するユーザ間においてメッセージの送受信を行うシステムであって、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うメッセージ転送部と、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するクローズ情報記憶部と、前記ユーザから前記グループを指定した対価の支払を受け付ける支払受付部と、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新する延長処理部と、を備えることとする。
【０００７】
本発明のメッセージ送受信システムによれば、メッセージのやり取りができるオープン時間を制限するとともに、ユーザが仮想通貨による対価の支払を行った場合にはオープン時間を延長するようにすることができる。活発なメッセージのやり取りが行われていなければユーザが対価を支払うとは考えられないので、活発なメッセージのやり取りが行われているグループのみが存続し、対価が支払われないグループはクローズしていくことになることが期待される。したがって、全体としてコミュニケーションの活発化を図ることが可能となる。
【０００８】
また、本発明のメッセージ送受信システムで、前記支払受付部は、前記ユーザが指定した前記グループと、前記ユーザが支払った前記対価の額とを取得し、前記延長処理部は、前記対価の額に応じて前記クローズ時点が遅くなるように前記クローズ情報を更新するようにしてもよい。
この場合、ユーザが支払った対価の額に応じてオープン時間を延長することができるので、ユーザが多くの対価を支払う程に活発なコミュニケーションがなされているグループほど長い時間運営されるようにすることができる。
【０００９】
また、本発明のメッセージ送受信システムは、前記ユーザごとに前記ユーザの支払可能な対価の残高を管理する残高管理部を備え、前記支払受付部は、前記グループを特定するグループ特定情報と、前記ユーザを特定するユーザ特定情報と、前記対価の額とを設定した支払要求をユーザから受信し、前記延長処理部は、前記支払要求に設定されている前記グループ特定情報により特定される前記グループに対応する前記クローズ情報を、前記支払要求に設定されている前記対価の額に応じて前記クローズ時点が遅くなるように更新するとともに、前記支払要求に設定されている前記ユーザ特定情報により特定される前記ユーザに対応する前記残高から、前記対価の額を減算するようにしてもよい。
【００１０】
また、本発明のメッセージ送受信システムは、前記グループに所属する全ての前記ユーザに対して動画を提供する動画提供部を備えるようにしてもよい。
この場合、グループに所属するユーザは同じ動画を視聴しながらメッセージのやり取りを行うことができる。動画により話題が提供されるため、メッセージのやり取りの活発化を図ることができる。
【００１１】
また、本発明のメッセージ送受信システムは、前記オープン時間が経過するまでの間のみ、前記ユーザから前記動画に対するリクエストを受け付けるリクエスト受付部を備え、前記動画提供部は、前記リクエストに応じて前記ユーザに前記動画を提供するようにしてもよい。
【００１２】
また、本発明のメッセージ送受信システムは、前記ユーザのユーザ端末と、前記動画を配信する動画配信サーバとに接続されており、前記動画配信サーバは、動画再生要求に応じて動画データを送出するように構成されており、前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように前記ユーザ端末を制御するようにしてもよい。
この場合、既存の動画配信サーバを利用して、グループに所属するユーザが同じ動画を視聴しながらのメッセージのやり取りを行うようにすることができる。したがって、メッセージの送受信サービスの構築にかかるコストを抑制することができる。
【００１３】
また、本発明のメッセージ送受信システムでは、前記動画配信サーバは、前記動画再生要求に、前記動画の先頭からの経過時間である再生開始時間が設定されている場合には、前記再生開始時間から以降の動画データを送出するように構成されており、前記メッセージ送受信システムはさらに、前記動画の配信を開始する時刻を記憶する制御履歴記憶部と、前記グループごとに、前記グループに所属する前記ユーザを管理するユーザ管理部と、を備え、前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように指示するコマンドを前記ユーザ端末に送信することにより前記ユーザ端末を制御し、前記動画提供部は、新しい前記ユーザが前記グループに参加した場合、前記制御履歴記憶部から当該グループに対応する前記時刻を読み出し、読み出した前記時刻から現在時刻までの経過時間を算出し、算出した前記経過時間を前記動画の再生開始時間として指定した前記動画再生要求を前記動画提供サーバに送信するように指示する前記コマンドを、前記新しいユーザのユーザ端末に送信するようにしてもよい。
この場合、新しいユーザが参加した場合に、すでに再生済みの動画の時間分を考慮して動画の再生が開始されるように、新しいユーザのユーザ端末を制御することができる。したがって、既に動画が再生されているグループに新たにユーザが参加した場合でも、新しいユーザは他のユーザと同期したタイミングで動画を視聴するようにすることができる。
【００１４】
また、本発明の他の態様は、グループに所属するユーザ間におけるメッセージの送受信を支援する方法であって、コンピュータが、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行い、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶し、前記ユーザから前記グループを指定した対価の支払を受け付け、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新することとする。
【００１５】
また、本発明の他の態様は、グループに所属するユーザ間におけるメッセージの送受信を支援するためのプログラムであって、コンピュータに、前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うステップと、前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するステップと、前記ユーザから前記グループを指定した対価の支払を受け付けるステップと、前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新するステップと、を実行させることとする。
【００１６】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００１７】
本発明によれば、コミュニケーションを活性化させることができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態のチャットサービスの画面例を示す図である。
【図２】本実施形態のチャットシステムの全体構成例を示す図である。
【図３】ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０に用いられるコンピュータのハードウェア構成例を示す図である。
【図４】動画配信サーバ３０のソフトウェア構成例を示す図である。
【図５】ユーザ端末１０のソフトウェア構成例を示す図である。
【図６】チャンネルに参加する前に表示される画面５１の一例を示す図である。
【図７】チャンネルに出資を行うための画面５２の一例を示す図である。
【図８】チャンネルの情報を入力するための画面５３の一例を示す図である。
【図９】チャットサーバ２０のソフトウェア構成例を示す図である。
【図１０】参加者管理部２３１の構成例を示す図である。
【図１１】残高管理部２３２の構成例を示す図である。
【図１２】リクエスト管理部２３３の構成例を示す図である。
【図１３】再生管理部２３４の構成例を示す図である。
【図１４】チャンネル管理部２３５の構成例を示す図である。
【図１５】出資履歴管理部２３６の構成例を示す図である。
【図１６】チャットサービスに係るチャットサーバ２０の処理を説明する図である。
【発明を実施するための形態】
【００１９】
＝＝システムの概要＝＝
以下、本発明の一実施形態に係るチャットシステムについて説明する。本実施形態のチャットシステムは、あるグループに所属する複数のユーザが同時に動画を視聴可能にするとともに、当該複数のユーザ間においてリアルタイムにメッセージのやりとりを可能とするチャットサービスを提供するものである。以下の説明において、チャットサービスが提供される仮想空間、すなわち、メッセージが交換されるグループのことを「チャンネル」と称する。
【００２０】
図１は、本実施形態のチャットシステムにより提供されるチャットサービスの画面例を示す図である。図１の画面例は、ある１つのチャンネルにおいてチャットが行われている様子を表している。本実施形態のチャットサービスのチャンネルでは、画面１において動画２が再生されるとともに、チャットに参加しているユーザの分身（アバターと呼ばれる。）が表示され、ユーザから発せられたメッセージがアバター３からの吹き出し４の内部に出力される。また、アバター３はユーザからの指示により画面上で動かすことが可能である。
【００２１】
本実施形態のチャットシステムでは、チャンネルでチャット（以下の説明において、チャットには動画の再生及びメッセージのやりとりを含むものとする。）を行うことができる時間（以下、オープン時間という。）が制限されており、チャンネルが開設された後オープン時間が経過するとチャットを行うことができなくなるようにしている。その一方で、チャンネルに参加しているユーザ（グループに所属するユーザ）が対価を支払うことにより、オープン時間を延長することができるようにもなっている。本実施形態では、対価はユーザに与えられる仮想通貨により支払われるものとする。本実施形態では、仮想通貨は、定期的に一定の額が与えられるものとする。
【００２２】
仮想通貨とはいえ、チャンネルにおいて活発なコミュニケーションが行われていなければ、ユーザは支払いをする動機付けはなされないと考えられるので、本実施形態のチャットシステムのように、ユーザからの仮想通貨の支払いに応じてオープン時間を延長することにより、コミュニケーションの活発なチャンネルのみが存続することが期待される。これにより、チャットサービス全体としてのコミュニケーションの活発化を図ることが可能となっている。
【００２３】
＝＝システム構成＝＝
図２は、本実施形態のチャットシステムの全体構成の一例を示す図である。本実施形態のチャットシステムは、ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０を含んで構成される。ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０はそれぞれ通信ネットワーク４０に接続されており、互いに通信可能となっている。通信ネットワーク４０は、例えば、イーサネット（登録商標）や公衆電話回線網、無線通信網、携帯電話回線網などにより構築される、インターネットやＬＡＮ（Local Are Network）、ＶＡＮ（Value Added Network）などである。
【００２４】
ユーザ端末１０は、チャットに参加するユーザが操作するコンピュータである。ユーザ端末１０は、例えば、パーソナルコンピュータやワークステーション、スマートフォン、携帯電話端末などである。
【００２５】
チャットサーバ２０は、チャットサービスを提供する、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータである。
【００２６】
動画配信サーバ３０は、動画を提供する、例えばワークステーションやパーソナルコンピュータなどのコンピュータである。動画配信サーバ３０は、動画を再生するための動画データを取得するためのコマンド（以下、動画配信要求という。）に応じて動画データを送信する。本実施形態では、動画データは複数の単位データ（以下、チャンクという。）から構成されており、動画配信サーバ３０は、チャンクを順次送信する方式により動画データを送信するものとするが、動画配信サーバ３０による動画の配信処理は一般的な動画配信サービスに用いられているものを採用することができる。
【００２７】
なお、チャットサーバ２０及び動画配信サーバ３０は、複数台のコンピュータが１台の仮想的なコンピュータを提供するクラウドコンピューティングにより実現してもよい。
【００２８】
＝＝ハードウェア＝＝
図３は、ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０を実現するコンピュータのハードウェア構成例を示す図である。ユーザ端末１０、チャットサーバ２０及び動画配信サーバ３０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク４０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置１０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置１０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
【００２９】
＝＝動画配信サーバ３０＝＝
図４は、動画配信サーバ３０のソフトウェア構成例を示す図である。動画配信サーバ３０は、動画検索処理部３１１、動画配信処理部３１２、動画記憶部３３１を備える。
【００３０】
動画記憶部３３１は、動画を再生するための動画データ、動画の一コマをキャプチャしたサムネイル画像を表示するための画像データ（以下、サムネイルデータという。）、ならびに当該動画及び当該動画データに関するメタ情報を記憶する。メタ情報には、動画を特定するための識別情報（以下、動画ＩＤという。）、動画のタイトル、動画についてのキーワード、動画に登場するアーティストの名前、動画の長さ、動画データの圧縮形式などが含まれる。なお、メタ情報には、これら以外にも、動画や動画データに関する各種の項目を含めるようにすることができる。
【００３１】
動画検索処理部３１１は、動画を検索するためのコマンド（以下、動画検索要求という。）に応じて動画を検索する。動画検索要求には、例えばキーワードや動画を投稿したユーザの識別情報（以下、ユーザＩＤという。）、アーティストの名前など、メタ情報の項目に対する検索条件を指定可能である。動画検索処理部３１１は、動画検索要求に指定された検索条件にマッチするメタ情報を動画記憶部３３１から検索し、マッチしたメタ情報の一覧を、動画検索要求の送信元に送信する。
【００３２】
動画配信処理部３１２は、動画配信要求に応じて動画データを送信する。動画配信要求には動画ＩＤが設定され、動画配信処理部３１２は、動画配信要求に設定されている動画ＩＤに対応する動画データを動画記憶部３３１から検索し、検索した動画データの先頭から順にチャンクを読み出しながら動画配信要求の送信元に送信していく。動画配信要求には動画を開始する時点（以下、オフセットという。本発明の再生開始時間に該当する。）も設定可能である。本実施形態では、チャンクは１秒単位の動画データであるものとし、オフセットは、動画の先頭からの秒数であるものとする。動画配信要求にオフセットが設定されている場合、動画配信処理部３１２は、動画データの先頭を０として、オフセット番目のチャンクから順に読み出して送信していく。
【００３３】
＝＝ユーザ端末１０＝＝
図５は、ユーザ端末１０のソフトウェア構成例を示す図である。ユーザ端末１０は、チャンネル参加処理部１１１、動画検索処理部１１２、リクエスト送信部１１３、動画表示処理部１１４、チャットメッセージ送信部１１５、画面処理部１１６、延長処理部１１７、チャンネル開設処理部１１８を備える。なお、これらの機能部１１１〜１１８は、ユーザ端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００３４】
チャンネル参加処理部１１１は、ユーザをチャンネルに参加させるための処理を行う。図６は、ユーザがチャンネルに参加する前に表示される画面５１の一例を示す図である。図６の例において、画面５１の下段には、開設されているチャンネルに対応する表示欄５１１が一覧表示されている。表示欄５１１には、チャンネル名５１２や現在そのチャンネルにおいて再生中の動画のサムネイル５１３が表示されている。ユーザは画面５１の表示欄５１１からチャンネルを選択することができる。画面５１では、リスト状にチャンネルを一覧表示するようにしてもよいし、キーワードなどを用いてチャンネルを検索するようにしてもよい。チャンネル参加処理部１１１は、画面５１においてチャンネルが選択されると、チャンネルに参加するためのコマンド（以下、チャンネル参加要求という。）に、選択されたチャンネルの識別情報（以下、チャンネルＩＤという。）とユーザＩＤとを設定してチャットサーバ２０に送信する。これによりユーザはチャンネルに参加することになる。
【００３５】
動画検索処理部１１２は、動画を検索する。動画検索処理部１１２は、動画を検索するためのコマンド（以下、動画検索要求という。）を動画配信サーバ３０に送信することにより動画を検索する。上述したように、動画検索要求には、動画のメタ情報に対する各種の条件を指定することができる。動画検索処理部１１２は、動画検索要求に応じて動画配信サーバ３０から送信されるメタ情報の一覧を受信して、メタ情報に含まれる動画のタイトルやサムネイルなどを出力装置１０６に一覧表示することができる。
【００３６】
リクエスト送信部１１３は、チャンネルにおいて再生したい動画のリクエストをチャットサーバ２０に送信する。リクエスト送信部１１３は、動画検索処理部１１２が表示したサムネイルデータの中から動画ＩＤの指定を受け付け、受け付けた動画ＩＤと、ユーザ端末１０を操作しているユーザのユーザＩＤと、ユーザが参加しているチャンネルのチャンネルＩＤと、動画のメタ情報に含まれる動画の長さとを設定したリクエストをチャットサーバ２０に送信する。なお、リクエストにはその他のメタ情報の項目を含めるようにしてもよい。
【００３７】
動画表示処理部１１４は、チャットサーバ２０から送信される、動画配信要求を送信するように指示するコマンド（以下、動画再生コマンドという。）に応じて動画配信要求を動画配信サーバ３０に送信する。動画再生コマンドには、動画の再生を開始する日時（再生日時）、動画ＩＤ、及びオフセットが設定される。なお、オフセットは省略されることもあるが、その場合には「０」のオフセットが設定されているものとする。動画表示処理部１１４は、現在の日時が動画再生コマンドに設定されている再生日時以後であれば、動画再生コマンドに含まれている動画ＩＤ及びオフセットを設定した動画配信要求を動画配信サーバ３０に送信し、動画配信サーバ３０から送信されるチャンクに基づいて動画を再生する。これにより、図１の例では、画面１において動画２が再生されることになる。なお、動画表示処理部１１４による動画データ（チャンク）に基づく動画の再生処理には一般的な処理を用いるものとする。また、動画表示処理部１１４は、現在の日時が動作再生コマンドに設定されている再生日時より前であれば、再生日時になるまで待機するものとする。
【００３８】
チャットメッセージ送信部１１５は、チャンネルに対して発するメッセージ４（以下、チャットメッセージともいう。）をチャットサーバ２０に送信する。チャットメッセージ送信部１１５は、キーボードやマウス、タッチパネルなどの入力装置１０５からチャットメッセージの入力を受け付けて、受け付けたチャットメッセージをユーザＩＤとともにチャットサーバ２０に送信する。なお、チャットメッセージ送信部１１５は、ユーザからの指示に応じて、当該ユーザに対応するアバターの動作を指示するコマンド（以下、アバター動作コマンドという。）をチャットメッセージとしてチャットサーバ２０に送信することもできる。
【００３９】
画面処理部１１６は、画面１の表示処理を行う。後述するように、チャットサーバ２０からは画面１の表示に関する情報（以下、画面情報という。）が送信され、画面情報には、例えば、アバター３の動作に関する動作情報やユーザから発せられたメッセージ４などが含まれる。画面処理部１１６は、画面情報に基づいて、画面１上に、アバター３やメッセージ４を表示する。なお、画面情報には、画面１に表示すべき各種の情報を設定することが可能である。
【００４０】
延長処理部１１７は、チャンネルのオープン時間を延長する処理を行う。上述したように、オープン時間が経過すると、そのチャンネルについてチャットサーバ２０から画面情報が送信されないようになり、チャンネルにおけるチャットメッセージのやりとりや、動画の再生ができなくなるが、ユーザが仮想通貨を支払うことによりオープン時間が延長するようになっている。なお、以下の説明において、チャンネルのオープン時間を延長するためにユーザが対価を支払うことをチャンネルへの「出資」という。
【００４１】
図７は、出資を行うための画面５２の一例を示す図である。図７の例では、画面５２は、画面１上にポップアップ画面として表示されているが、画面１から独立した新しい画面を表示するようにしてもよい。画面１のチャンネル詳細ボタン７が押下された場合に画面５２が表示される。画面５２には、チャンネルに関する各種の情報とともに、ユーザに割り当てられている仮想通貨の残高５２１が表示されている。ユーザは残高以下の額を出資することができる。プルダウンリスト５２２から出資額が選択され、ボタン５２３が押下されると、延長処理部１１７は、オープン時間を延長させるように要求するコマンド（以下、延長要求という。）に、プルダウンリスト５２２で選択された出資額と、ユーザを示すユーザＩＤと、現在ユーザが参加しているチャンネルを示すチャンネルＩＤとを設定してチャットサーバ２０に送信する。この出資額に応じてオープン時間が延長されることになる。本実施形態では、１００単位の仮想通貨が支払われると、オープン時間は１０分延長されるものとしているが、どれだけの仮想通貨を支払えばどれだけオープン時間を延長するかは任意に設定することができる。
【００４２】
チャンネル開設処理部１１８は、チャンネルを開設する処理を行う。図８は、開設するチャンネルに関する情報を入力するための画面５３の一例を示す図である。画面５３は、チャンネル名の入力欄５３１及びチャンネルに関するキーワードを入力する複数の入力欄５３２を備えている。また、本実施形態では、チャンネルを開設するには、オープン時間の規定値（本実施形態では３０分であるものとするが、任意の時間に設定可能である。）に応じた額、すなわち３００単位以上の出資が必要であり、チャンネルの開設時に３００単位以上の出資がされない場合には、出資の総額が３００単位以上になるまでチャンネルはオープン（チャットが可能な状態）にならないものとする。画面５３は、チャンネルの開設にあたりユーザが支払う出資額を選択するプルダウンリスト５３３を備えている。入力欄５３１にチャンネル名が入力され、入力欄５３２にキーワードが入力され、プルダウンリスト５３３から出資額が選択されて、ボタン５３４が押下されると、チャンネル開設処理部１１８は、チャンネルを新しく開設するように要求するコマンド（以下、チャンネル開設要求という。）に、画面５３に入力されたチャンネル名、キーワード及び出資額と、ユーザＩＤを設定してチャットサーバ２０へ送信する。これにより、チャットサーバ２０において新しいチャンネルが開設される。
【００４３】
＝＝チャットサーバ２０＝＝
図９は、チャットサーバ２０のソフトウェア構成例を示す図である。チャットサーバ２０は、チャンネル参加処理部２１１、リクエスト処理部２１２、動画再生コマンド送信部２１３、チャットメッセージ受信部２１４、画面情報送信部２１５、延長処理部２１６、チャンネル開設処理部２１７、参加者管理部２３１、残高管理部２３２、リクエスト管理部２３３、再生管理部２３４、チャンネル管理部２３５、出資履歴管理部２３６を備える。なお、上記各機能部２１１〜２１７は、チャットサーバ２０においてＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現され、上記各記憶部２３１〜２３６は、チャットサーバ２０が備えるメモリ１０２及び記憶装置１０３の提供する記憶領域の一部として実現される。
【００４４】
参加者管理部２３１は、チャンネルに参加しているユーザを管理する。図１０は、参加者管理部２３１の構成例を示す図である。参加者管理部２３１は、チャンネルＩＤに対応付けて、当該チャンネルに参加しているユーザのユーザＩＤを記憶している。
【００４５】
残高管理部２３２は、ユーザが所持している仮想通貨の残高を管理する。図１１は、残高管理部２３２の構成例を示す図である。残高管理部２３２は、ユーザＩＤに対応付けて仮想通貨の残高を記憶する。本実施形態では、仮想通貨の残高は定期的に一定額増額されるものとする。
【００４６】
チャンネル参加処理部２１１は、チャンネルにユーザを参加させるための処理を行う。チャンネル参加処理部２１１は、ユーザ端末１０からチャンネル参加要求を受信すると、チャンネル参加要求に含まれているチャンネルＩＤ及びユーザＩＤを対応付けて参加者管理部２３１に登録する。これにより、ユーザがチャンネルに参加したことになる。
【００４７】
リクエスト管理部２３３は、ユーザからの動画のリクエストを管理する。図１２は、リクエスト管理部２３３の構成例を示す図である。リクエスト管理部２３３に記憶されるリクエストには、チャンネルＩＤ、ユーザＩＤ及び動画ＩＤに加えて、動画の長さが設定される。動画の長さは後述するリクエスト処理部２１２により設定される。本実施形態では、リクエスト管理部２３３には、ＦＩＦＯ（First In First Out）によりリクエストの登録及び取り出しが可能なキューがチャンネルごとに構築されるものとする。
【００４８】
リクエスト処理部２１２は、ユーザからの動画のリクエスト（動画サーバからユーザが取得した動画ＩＤ及び動画の長さ等を含むメタ情報）をリクエスト管理部２３３に登録する。
【００４９】
再生管理部２３４は、チャンネルにおいて再生されている動画を管理する。図１３は、再生管理部２３４の構成例を示す図である。再生管理部２３４は、チャンネルＩＤに対応付けて、再生中の動画を示す動画ＩＤ、当該動画の長さ、及び動画の再生を開始した日時（すなわち、動画再生コマンドに設定した再生日時である。）を記憶する。
【００５０】
動画再生コマンド送信部２１３は、チャンネルに参加している各ユーザのユーザ端末１０に動画再生コマンドを送信する。動画再生コマンド送信部２１３は、ある動画の再生が終わると、次のリクエストに設定されている動画ＩＤと現在の日時とを指定した動画再生コマンドをチャンネルに参加している全てのユーザのユーザ端末１０に送信する。これにより、チャンネルに参加している全てのユーザのユーザ端末１０において同時に同じ動画が再生されることになる。また、チャンネルに新たにユーザが参加したときには、動画再生コマンド送信部２１３は、再生管理部２３４が記憶している開始日時から現在の日時までの時間を計算してオフセットとし、当該オフセット、動画ＩＤ及び現在の日時を設定した動画再生コマンドを、新しく参加したユーザのユーザ端末１０に送信する。これにより、新しく参加したユーザのユーザ端末１０においても、他の参加ユーザと同期したタイミングで動画が再生されることになる。
【００５１】
チャットメッセージ受信部２１４は、ユーザ端末１０から送信されるチャットメッセージを受信する。
【００５２】
画面情報送信部２１５は、ユーザ端末１０において画面を表示するための画面情報をユーザ端末１０に送信する。画面情報送信部２１５は、チャットメッセージの受信に応じて、チャットメッセージとして受信したメッセージやアバターの動作などを、他のユーザのユーザ端末１０に画面情報として送信する。また、チャットサーバ２０の運営側から全てのユーザに対してメッセージを通知する場合にも、画面情報送信部２１５は画面情報として当該メッセージを送信する。例えば、チャンネルにおいてオープン時間が経過しようとしている状態では、もうすぐチャンネルがクローズする旨のメッセージをユーザ端末１０の画面に表示するように画面情報をユーザ端末１０に送信することができる。
【００５３】
チャンネル管理部２３５は、チャンネルに関する情報を記憶する。図１４は、チャンネル管理部２３５の構成例を示す図である。チャンネル管理部２３５は、チャンネルＩＤに対応付けて、チャンネルの名称（チャンネル名）、チャンネルが開設された日時（オープン日時）、オープン日時からオープン時間が経過する日時（以下、クローズ日時という。本発明のクローズ時点に対応する。）、キーワード、及びユーザが当該チャンネルに対して出資した仮想通貨の合計額（出資総額）を記憶する。
【００５４】
出資履歴管理部２３６は、ユーザによる出資の履歴を管理する。図１５は、出資履歴管理部２３６の構成例を示す図である。出資履歴管理部２３６は、チャンネルＩＤに対応付けて、出資を行ったユーザのユーザＩＤ、出資額及び出資が行われた日時を記憶する。
【００５５】
延長処理部２１６は、ユーザがチャンネルに対して仮想通貨を支払ったことに応じてオープン時間を延長する処理を行う。延長処理部２１６は、ユーザ端末１０から延長要求を受信すると、延長要求に設定されている出資額に応じて延長時間を算出する。本実施形態では、１００単位の仮想通貨により１０分の延長が行われるものとしているので、延長処理部２１６は、出資額を１００で割った商に６００を乗じて秒単位の延長時間を算出することになる。延長処理部２１６は、延長要求に設定されているチャンネルＩＤに対応するチャンネル管理部２３５のクローズ日時に延長時間を加算するとともに、出資総額に出資額を加算し、ユーザＩＤに対応する残高管理部２３２の残高から出資額を減算する。また延長処理部２１６は、延長要求に含まれるチャンネルＩＤ、ユーザＩＤ及び出資額と、現在の日時とを対応付けて出資履歴管理部２３６に登録する。
【００５６】
チャンネル開設処理部２１７は、チャンネルの開設に係る処理を行う。チャンネル開設処理部２１７は、ユーザ端末１０からチャンネル開設要求を受信すると、新たなチャンネルＩＤを生成し、出資額に応じたオープン時間（本実施形態では延長と同じく１００単位で１０分とする。）を算出する。チャンネル開設処理部２１７は、生成したチャンネルＩＤ、チャンネル開設要求に設定されているチャンネル名、現在の日時、現在の日時にオープン時間を加算したクローズ日時、チャンネル開設要求に設定されているキーワード、及びチャンネル開設要求に設定されている出資額を対応付けてチャンネル管理部２３５に登録する。これにより、新しいチャンネルが開設される。なお、上述したように、出資額が３００単位に満たない場合、チャンネル開設処理部２１７は、オープン時間を０に設定し、延長処理部２１６が、延長要求に設定されているチャンネルＩＤに対応する出資総額が３００単位未満であり、かつ延長要求に設定されている出資額を出資総額に加算して３００単位以上になるときには、出資総額に応じたオープン時間を現在の日時に加算してクローズ日時を算出し、このクローズ日時を設定するようにする。
【００５７】
＝＝チャット及び動画の再生処理＝＝
図１６は、チャットサービスに係るチャットサーバ２０の処理を説明する図である。なお、図１６の処理はチャンネルごとに行われる。
【００５８】
動画再生コマンド送信部２１３は、現在の日時から所定時間（本実施形態では３秒とするが、０を含む任意の長さを設定することができる。）後を再生日時とし（Ｓ６０１）、リクエスト管理部２３３から当該チャンネルのチャンネルＩＤに対応するリクエストを１つ読み出し（Ｓ６０２）、再生日時とリクエストに含まれる動画ＩＤとを設定した動画再生コマンドをチャンネルに参加している全てのユーザのユーザ端末１０に送信する（Ｓ６０３）。動画再生コマンド送信部２１３は、リクエストに含まれるチャンネルＩＤ、動画ＩＤ及び長さと再生日時とを対応付けて再生管理部２３４に登録する（Ｓ６０４）。
【００５９】
チャットメッセージ受信部２１４がユーザ端末１０からチャットメッセージを受信した場合（Ｓ６０５：ＹＥＳ）、画面情報送信部２１５は、チャットメッセージに応じた画面情報を、当該ユーザとは異なる他のユーザのユーザ端末１０に送信する（Ｓ６０６）。なお、画面情報送信部２１５は、チャットメッセージにメッセージが含まれている場合には、そのメッセージを画面１の吹き出し４に表示するための情報を画面情報として送信し、チャットメッセージにアバターの動作が指定されている場合には、画面１上において当該ユーザのアバター３を動作させるための情報を画面情報として送信する。なお、画面情報は、一般的なアバターを用いたチャットサービスにおいて用いられているものとすることができる。
【００６０】
リクエスト処理部２１２は、リクエストを受信した場合（Ｓ６０７：ＹＥＳ）、当該リクエストをリクエスト管理部２３３に登録する（Ｓ６０８）。上述したように、リクエスト処理部２１２は、動画配信サーバ３０から動画の長さを取得してリクエストに設定した上で登録を行う。画面情報送信部２１５は、リクエストが登録された旨のメッセージを画面１に表示するための画面情報をユーザ端末１０に送信する（Ｓ６０９）。例えば、図１の例において、動画２の近傍にリクエストを行ったユーザのアバター８が表示されており、画面情報送信部２１５は、このようなアバター８を表示するための画面情報をユーザ端末１０に送信する。なお、リクエストに関する情報であれば何でもよく、例えばリクエストに動画のタイトルやアーティスト名などを含めるようにし、画面情報送信部２１５がこれらを表示するような画面情報をユーザ端末１０に送信するようにしてもよい。
【００６１】
チャンネル参加処理部２１１は、当該チャンネルのチャンネルＩＤが設定されたチャンネル参加要求を受信した場合（Ｓ６１０：ＹＥＳ）、当該チャンネル参加要求に含まれるチャンネルＩＤ及びユーザＩＤを対応付けて参加者管理部２３１に登録してユーザをチャンネルに参加させる（Ｓ６１１）。なお、チャンネル参加処理部２１１は、チャンネル参加要求に含まれるユーザＩＤが既に参加者管理部２３１に登録されている場合には、そのチャンネルＩＤ及びユーザＩＤの組み合わせを参加者管理部２３１から削除するようにしてもよい。動画再生コマンド送信部２１３は、再生管理部２３４からチャンネルＩＤに対応する動画ＩＤ及び開始日時を取得し、当該開始日時から現在の日時までの秒数を計算してオフセットとし（Ｓ６１２）、現在の日時、取得した動画ＩＤ及びオフセットを設定した動画再生コマンドを、チャンネル参加要求の送信元のユーザ端末１０に送信する（Ｓ６１３）。
【００６２】
延長処理部２１６は、当該チャンネルのチャンネルＩＤが設定された延長要求を受信した場合（Ｓ６１４：ＹＥＳ）、延長要求に設定されている出資額を１００で割り６００を乗じて延長時間を算出し、延長要求に設定されているチャンネルＩＤに対応するチャンネル管理部２３５のクローズ日時に上記延長時間を加算するとともに（Ｓ６１５）、出資総額に出資額を加算する（Ｓ６１６）。延長処理部２１６は、延長要求に設定されているユーザＩＤに対応する残高管理部２３２の残高から出資額を減算し（Ｓ６１７）、延長要求に設定されているチャンネルＩＤ、ユーザＩＤ及び出資額と現在の日時とを対応付けて出資履歴管理部２３６に登録する（Ｓ６１８）。なお、上述したように、チャンネルがクローズしている場合には、延長処理部２１６は、現在の日時に上記延長時間を加算した日時をチャンネル管理部２３５のクローズ日時に設定する。
【００６３】
画面情報送信部２１５は、当該チャンネルのチャンネルＩＤに対応するクローズ日時をチャンネル管理部２３５から読み出し、現在の日時からクローズ日時までの秒数を残り時間として算出する（Ｓ６１９）。残り時間が所定の閾値（図１６の例では、５分とするが、任意の長さを設定することができる。）未満である場合には（Ｓ６２０：ＹＥＳ）、チャンネルに参加している全てのユーザのユーザ端末１０に対して、延長を促すメッセージを表示するための画面情報を送信する（Ｓ６２１）。例えば、図１の例では、「あと３分でクローズです！出資して延長しましょう」というメッセージが表示されており、このようなメッセージを表示するための画面情報がここで送信されることになる。
【００６４】
残り時間が０またはそれ未満となった場合（Ｓ６２２：ＹＥＳ）、処理が終了する。
残り時間が０より大きい場合（Ｓ６２２：ＮＯ）、動画再生コマンド送信部２１３は、当該チャンネルのチャンネルＩＤに対応する開始日時を再生管理部２３４から取得し、取得した開始日時から現在の日時までの秒数を動画の長さから減算して動画残り時間を算出する（Ｓ６２３）。動画残り時間が３秒又はそれ未満になった場合には（Ｓ６２４：ＹＥＳ）、ステップＳ６０１に進み、次のリクエストに係る動画を再生するようにする。動画残り時間が０より大きい場合には（Ｓ６２４：ＮＯ）、ステップＳ６０５からの処理を繰り返す。
【００６５】
以上のようにして、本実施形態のチャットシステムによれば、チャットを行うことができるオープン時間を制限するとともに、ユーザが仮想通貨による対価を支払うことによりオープン時間を延長することができる。仮想通貨とはいえ、チャンネルにおいて活発なコミュニケーションが行われていなければ、ユーザは支払いをする動機付けはなされないと考えられるので、活発なコミュニケーションが行われているチャンネルはオープン時間が延長され、コミュニケーションが活発でないチャンネルについてはクローズの状態（チャットができない状態）となるように仕向けることが可能となる。これにより、チャットサービス全体として、コミュニケーションの活発化を図ることができる。
【００６６】
また、本実施形態のチャットシステムでは、同じチャンネルに参加している複数のユーザは同じ動画を視聴しながらメッセージのやり取りを行うことができる。したがって、話題が動画から提供されることにより、メッセージを発信し易くなる。さらに、同じチャンネルでは同じテーマの動画が再生されることが想定されるので、同じ趣味を持つユーザ同士が同じチャンネルに集まることが期待される。同じ趣味を持つユーザ間では活発なコミュニケーションが行われることが多いので、コミュニケーションの活発化を図ることができる。
【００６７】
また、本実施形態のチャットシステムでは、チャットサーバ２０と動画配信サーバ３０とが別のシステムであるため、チャットサーバ２０は、既存の動画配信サービスを行っている動画配信サーバ３０と連係して、動画を視聴しながらのチャットサービスを提供することができる。これにより、チャットサーバ２０の構築コストを抑えることができる。その一方で、３秒後の開始日時を指定して動画再生コマンドをユーザ端末１０に送信することで、全てのユーザ端末１０において同期した動画の再生が行われるようにすることができる。また、途中からチャンネルに参加したユーザに対しては、再生済みの動画の時間分をオフセットとして設定した動画再生コマンドを送信することにより、既に動画が再生されているチャンネルに新たにユーザが参加した場合でも、新しいユーザのユーザ端末１０において他のユーザと同期したタイミングで動画が再生されるようにすることができる。
【００６８】
なお、本実施形態では、オープン時間を延長するための対価は仮想通貨により支払うものとしたが、これに限らず、ユーザに割り当てられるポイントや現金による支払としてもよいし、クレジットカードによる信用払いとしてもよい。
【００６９】
また、本実施形態では、仮想通貨は定期的に一定額が各ユーザに与えられるものとしたが、これに限らず、任意に設定することができる。例えば、ユーザが仮想通貨を購入するようにしてもよいし、当該チャットサービスやその他のＳＮＳ（Social Networking Service）におけるユーザの行動に応じて与えるようにしてもよい。また、ユーザがコミュニケーションをとることに応じて仮想通貨をユーザに与えるようにしてもよい。この場合、例えばアバター３間で挨拶がなされた場合に、挨拶をされた側のアバター３に対応するユーザに所定の額の仮想通貨を与えるようにすることができる。また、特定のユーザを指定したメッセージを送信可能としておき、あるユーザに対してメッセージが送信された場合には、メッセージを受信したユーザに仮想通貨を与えるようにすることもできる。さらに、動画に対する評価を入力可能としておき、動画に対する評価に応じて、その動画のリクエストを登録したユーザに対して仮想通貨を与えるようにすることもできる。
【００７０】
また、本実施形態では、動画配信サーバ３０からユーザ端末１０に動画を配信するものとしたが、チャットサーバ２０から動画を配信するようにしてもよい。この場合、チャットサーバ２０が動画配信サーバ３０の機能を全て有するようにしてもよいし、チャットサーバ２０が、リクエストに対応する動画データを動画配信サーバ３０からダウンロードしておき、ダウンロードした動画データを各ユーザ端末１０に配信するようにすることもできる。
【００７１】
また、本実施形態では、チャットサーバ２０は１台のコンピュータであるものとしたが、複数のコンピュータにより構成するようにすることもできる。例えば、チャットサーバ２０を、ユーザ端末１０からチャンネル参加要求や動画のリクエスト、チャットメッセージ、延長要求、チャンネル開設要求を受信し、ユーザ端末１０に動画再生コマンドや画面情報などを送信するＷｅｂサーバと、チャットサーバ２０の記憶部２３１〜２３６の全部又は一部を構成するデータベースサーバと、ユーザをチャンネルに参加させる処理や動画のリクエストを追加する処理、動画再生コマンドを送信するための処理、画面情報を作成する処理、チャンネルの延長や解説に係る処理などを行うアプリケーションサーバと、を含むように構成することもできる。
【００７２】
また、本実施形態のチャットサーバ２０の構成は一例であり、異なる数の機能部や記憶部として構成することも可能である。例えば、参加者管理部２３１やチャンネル管理部２３５、出資履歴管理部２３６を１つまたは２つのテーブルとして構成することもできるし、リクエスト管理部２３３と再生管理部２３４とを１つのテーブルで構成することもできる。
【００７３】
また、本実施形態では、チャンネル管理部２３５がチャンネルのクローズ日時を記憶するものとしたが、オープン日時とオープン時間とを記憶することによりクローズ日時を管理するようにしてもよい。この場合、延長処理部２１６は、ユーザが仮想通貨を支払った場合にチャンネル管理部２３５のオープン時間に延長時間を加算するようにすることができる。
【００７４】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【符号の説明】
【００７５】
１０ ユーザ端末
１１１ チャンネル参加処理部
１１２ 動画検索処理部
１１３ リクエスト送信部
１１４ 動画表示処理部
１１５ チャットメッセージ送信部
１１６ 画面処理部
１１７ 延長処理部
１１８ チャンネル開設処理部
２０ チャットサーバ
２１１ チャンネル参加処理部
２１２ リクエスト処理部
２１３ 動画再生コマンド送信部
２１４ チャットメッセージ受信部
２１５ 画面情報送信部
２１６ 延長処理部
２１７ チャンネル開設処理部
２３１ 参加者管理部
２３２ 残高管理部
２３３ リクエスト管理部
２３４ 再生管理部
２３５ チャンネル管理部
２３６ 出資履歴管理部
３０ 動画配信サーバ
３１１ 動画検索処理部
３１２ 動画配信処理部
３３１ 動画記憶部
【特許請求の範囲】
【請求項１】
グループに所属するユーザ間においてメッセージの送受信を行うシステムであって、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うメッセージ転送部と、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するクローズ情報記憶部と、
前記ユーザから前記グループを指定した対価の支払を受け付ける支払受付部と、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新する延長処理部と、
を備えることを特徴とするメッセージ送受信システム。
【請求項２】
請求項１に記載のメッセージ送受信システムであって、
前記支払受付部は、前記ユーザが指定した前記グループと、前記ユーザが支払った前記対価の額とを取得し、
前記延長処理部は、前記対価の額に応じて前記クローズ時点が遅くなるように前記クローズ情報を更新すること、
を特徴とするメッセージ送受信システム。
【請求項３】
請求項２に記載のメッセージ送受信システムであって、
前記ユーザごとに前記ユーザの支払可能な対価の残高を管理する残高管理部を備え、
前記支払受付部は、前記グループを特定するグループ特定情報と、前記ユーザを特定するユーザ特定情報と、前記対価の額とを設定した支払要求をユーザから受信し、
前記延長処理部は、前記支払要求に設定されている前記グループ特定情報により特定される前記グループに対応する前記クローズ情報を、前記支払要求に設定されている前記対価の額に応じて前記クローズ時点が遅くなるように更新するとともに、前記支払要求に設定されている前記ユーザ特定情報により特定される前記ユーザに対応する前記残高から、前記対価の額を減算すること、
を特徴とするメッセージ送受信システム。
【請求項４】
請求項１乃至３のいずれか１項に記載のメッセージ送受信システムであって、
前記グループに所属する全ての前記ユーザに対して動画を提供する動画提供部を備えること、
を特徴とするメッセージ送受信システム。
【請求項５】
請求項４に記載のメッセージ送受信システムであって、
前記オープン時間が経過するまでの間のみ、前記ユーザから前記動画に対するリクエストを受け付けるリクエスト受付部を備え、
前記動画提供部は、前記リクエストに応じて前記ユーザに前記動画を提供すること、
を特徴とするメッセージ送受信システム。
【請求項６】
請求項４又は５に記載のメッセージ送受信システムであって、
前記ユーザのユーザ端末と、前記動画を配信する動画配信サーバとに接続されており、
前記動画配信サーバは、動画再生要求に応じて動画データを送出するように構成されており、
前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように前記ユーザ端末を制御すること、
を特徴とするメッセージ送受信システム。
【請求項７】
請求項６に記載のメッセージ送受信システムであって、
前記動画配信サーバは、前記動画再生要求に、前記動画の先頭からの経過時間である再生開始時間が設定されている場合には、前記再生開始時間から以降の動画データを送出するように構成されており、
前記メッセージ送受信システムはさらに、
前記動画の配信を開始する時刻を記憶する制御履歴記憶部と、
前記グループごとに、前記グループに所属する前記ユーザを管理するユーザ管理部と、
を備え、
前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように指示するコマンドを前記ユーザ端末に送信することにより前記ユーザ端末を制御し、
前記動画提供部は、新しい前記ユーザが前記グループに参加した場合、前記制御履歴記憶部から当該グループに対応する前記時刻を読み出し、読み出した前記時刻から現在時刻までの経過時間を算出し、算出した前記経過時間を前記動画の再生開始時間として指定した前記動画再生要求を前記動画提供サーバに送信するように指示する前記コマンドを、前記新しいユーザのユーザ端末に送信すること、
を特徴とするメッセージ送受信システム。
【請求項８】
グループに所属するユーザ間におけるメッセージの送受信を支援する方法であって、
コンピュータが、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行い、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶し、
前記ユーザから前記グループを指定した対価の支払を受け付け、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新すること、
を特徴とするメッセージ送受信支援方法。
【請求項９】
グループに所属するユーザ間におけるメッセージの送受信を支援するためのプログラムであって、
コンピュータに、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うステップと、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するステップと、
前記ユーザから前記グループを指定した対価の支払を受け付けるステップと、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新するステップと、
を実行させるためのプログラム。
【請求項１】
グループに所属するユーザ間においてメッセージの送受信を行うシステムであって、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うメッセージ転送部と、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するクローズ情報記憶部と、
前記ユーザから前記グループを指定した対価の支払を受け付ける支払受付部と、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新する延長処理部と、
を備えることを特徴とするメッセージ送受信システム。
【請求項２】
請求項１に記載のメッセージ送受信システムであって、
前記支払受付部は、前記ユーザが指定した前記グループと、前記ユーザが支払った前記対価の額とを取得し、
前記延長処理部は、前記対価の額に応じて前記クローズ時点が遅くなるように前記クローズ情報を更新すること、
を特徴とするメッセージ送受信システム。
【請求項３】
請求項２に記載のメッセージ送受信システムであって、
前記ユーザごとに前記ユーザの支払可能な対価の残高を管理する残高管理部を備え、
前記支払受付部は、前記グループを特定するグループ特定情報と、前記ユーザを特定するユーザ特定情報と、前記対価の額とを設定した支払要求をユーザから受信し、
前記延長処理部は、前記支払要求に設定されている前記グループ特定情報により特定される前記グループに対応する前記クローズ情報を、前記支払要求に設定されている前記対価の額に応じて前記クローズ時点が遅くなるように更新するとともに、前記支払要求に設定されている前記ユーザ特定情報により特定される前記ユーザに対応する前記残高から、前記対価の額を減算すること、
を特徴とするメッセージ送受信システム。
【請求項４】
請求項１乃至３のいずれか１項に記載のメッセージ送受信システムであって、
前記グループに所属する全ての前記ユーザに対して動画を提供する動画提供部を備えること、
を特徴とするメッセージ送受信システム。
【請求項５】
請求項４に記載のメッセージ送受信システムであって、
前記オープン時間が経過するまでの間のみ、前記ユーザから前記動画に対するリクエストを受け付けるリクエスト受付部を備え、
前記動画提供部は、前記リクエストに応じて前記ユーザに前記動画を提供すること、
を特徴とするメッセージ送受信システム。
【請求項６】
請求項４又は５に記載のメッセージ送受信システムであって、
前記ユーザのユーザ端末と、前記動画を配信する動画配信サーバとに接続されており、
前記動画配信サーバは、動画再生要求に応じて動画データを送出するように構成されており、
前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように前記ユーザ端末を制御すること、
を特徴とするメッセージ送受信システム。
【請求項７】
請求項６に記載のメッセージ送受信システムであって、
前記動画配信サーバは、前記動画再生要求に、前記動画の先頭からの経過時間である再生開始時間が設定されている場合には、前記再生開始時間から以降の動画データを送出するように構成されており、
前記メッセージ送受信システムはさらに、
前記動画の配信を開始する時刻を記憶する制御履歴記憶部と、
前記グループごとに、前記グループに所属する前記ユーザを管理するユーザ管理部と、
を備え、
前記動画提供部は、前記動画を指定した前記動画再生要求を前記動画提供サーバに送信するように指示するコマンドを前記ユーザ端末に送信することにより前記ユーザ端末を制御し、
前記動画提供部は、新しい前記ユーザが前記グループに参加した場合、前記制御履歴記憶部から当該グループに対応する前記時刻を読み出し、読み出した前記時刻から現在時刻までの経過時間を算出し、算出した前記経過時間を前記動画の再生開始時間として指定した前記動画再生要求を前記動画提供サーバに送信するように指示する前記コマンドを、前記新しいユーザのユーザ端末に送信すること、
を特徴とするメッセージ送受信システム。
【請求項８】
グループに所属するユーザ間におけるメッセージの送受信を支援する方法であって、
コンピュータが、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行い、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶し、
前記ユーザから前記グループを指定した対価の支払を受け付け、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新すること、
を特徴とするメッセージ送受信支援方法。
【請求項９】
グループに所属するユーザ間におけるメッセージの送受信を支援するためのプログラムであって、
コンピュータに、
前記メッセージの送受信可能な時間であるオープン時間が経過するまでの間のみ、前記グループに所属する前記ユーザ間での前記メッセージの転送を行うステップと、
前記グループごとに、前記オープン時間が経過するクローズ時点を決定するためのクローズ情報を記憶するステップと、
前記ユーザから前記グループを指定した対価の支払を受け付けるステップと、
前記支払に応じて、前記指定されたグループに対応する前記クローズ時点が遅くなるように前記クローズ情報を更新するステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１３−７３３０７（Ｐ２０１３−７３３０７Ａ）
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願番号】特願２０１１−２１０２５６（Ｐ２０１１−２１０２５６）
【出願日】平成２３年９月２７日（２０１１．９．２７）
【出願人】（５９９１１５２１７）株式会社 ディー・エヌ・エー (9)
【Ｆターム（参考）】
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願日】平成２３年９月２７日（２０１１．９．２７）
【出願人】（５９９１１５２１７）株式会社 ディー・エヌ・エー (9)
【Ｆターム（参考）】
[ Back to top ]