JP2018067232A - 情報処理システム - Google Patents

Abstract

【課題】ＳＮＳ等のユーザに対して、他のユーザがコミュニケーションを図ることができる状態にあることを通知する技術を提供すること。【解決手段】自己モード管理部６１ｍは、ユーザ端末２−ｍのモードを管理する。自己モード情報送信制御部６２ｍは、自己モード管理部６１ｍにより決定された自己のモード情報をサーバ１へ送信する。モード情報取得部６３ｍは、サーバ１から送信されてきたモード情報を取得する。モード提示制御部６４ｍは、モード情報取得部６３ｍにより取得された各人のモード情報及び自己モード管理部により決定された自己のモード情報を、表示部３１ｍに表示させる。モード情報取得部８１は、ユーザ端末２−ｍから送信されてきたモード情報を取得する。モード情報通知部８３は、モード情報管理部８２に集積されたモード情報を各ユーザ端末２に通知する。【選択図】図３

Description

本発明は、情報処理システムに関する。

近年、インターネットを通じたサービスを気軽に利用可能な、スマートフォン等の携帯端末の普及が著しい。
このような携帯端末で利用可能なサービスの１つにＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）がある。ＳＮＳは、インターネットを通じて、不特定多数のユーザ或いは既知の友人であるユーザとの間でコミュニケーションを図るためのツールとして有用であり、幅広く利用されている。
このようなＳＮＳでコミュニケーションを図るに辺り、友人が、今現在オンライン中であるか否かを通知するようなシステム（例えば、特許文献１参照）が存在する。

特許第０５１１８１５４号公報

しかしながら、実際のＳＮＳ上では、コミュニケーションを希望する相手がオンライン中であっても、パソコンやスマートフォンを見ていないというような場合もある。また、オンライン中であるからと言って、相手がコミュニケーションを希望していないような場合もある。そのため、従来のようなオンラインであるかといった通知のみでは、コミュニケーションを図りたい相手が、積極的にコミュニケーションを図れる状態にあるのか否かを正確に把握することは困難であった。

本発明は、このような状況に鑑みてなされたものであり、ＳＮＳ等のユーザに対して、他のユーザが積極的にコミュニケーションを図ることができる状態にあることを通知する技術を提供することを目的とする。

上記目的を達成するため、本発明の一態様である情報処理システムは、
複数のユーザが夫々操作する複数のユーザ端末と、
前記複数のユーザ端末の夫々と通信をするサーバと、
を含む情報処理システムにおいて、
前記複数のユーザのうち、所定のユーザが、交流許容モードに移行させるための交流許容操作子を、当該所定のユーザが操作する所定のユーザ端末に表示させる表示制御手段と、
前記所定のユーザ端末において前記所定のユーザによる交流許容操作子に対する操作がなされた場合に、当該操作を受け付ける受付手段と、
前記操作が受け付けられた前記所定のユーザ端末を操作する前記所定のユーザのモードを、交流許容モードに移行するモード管理手段と、
前記複数のユーザのうち前記所定のユーザ以外のものが操作する前記ユーザ端末に対して、当該所定のユーザが交流許容モードになっている旨を提示する提示手段と、
を備える情報処理システムである。

本発明によれば、ＳＮＳ等のユーザに対して、他のユーザが積極的にコミュニケーションを図ることができる状態にあることを通知する技術を提供することができる。

本発明の情報処理システムの一実施形態の構成を示すブロック図である。 図１の情報処理システムのサーバのハードウェア構成を示すブロック図である。 図２のサーバ及びユーザ端末の機能的構成例を示す機能ブロック図である。 モード提示処理に際し、ユーザ端末に提示されるモード情報を含む画面の一例を示している。 図３の機能的構成を有するユーザ端末が実行する、モード提示処理の流れの一例を説明するフローチャートである。 図３の機能的構成を有するサーバが実行する、モード通知処理の流れの一例を説明するフローチャートである。 図５と図６のフローチャートに従った処理をサーバ、ユーザのユーザ端末、及び他のユーザのユーザ端末が実行する場合の処理の関係を示すアローチャートである。

以下、本発明の実施形態について図面を用いて説明する。

図１は、本発明の情報処理システムの一実施形態の構成を示している。
図１に示す情報処理システムは、サーバ１と、ｎ人（ｎは１以上の任意の整数値）のユーザの夫々により使用されるユーザ端末２−１乃至２−ｎとを含むシステムである。サーバ１と、ユーザ端末２−１乃至２−ｎの夫々とは、インターネット等の所定のネットワークＮを介して相互に接続されている。

サーバ１は、ユーザ端末２−１乃至２−ｎの夫々に対してユーザのモード情報を通知する環境を提供する。
なお、以下、ユーザ端末２−１乃至２−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザ端末２」と呼ぶ。
ここで、ユーザのモード情報とは、ユーザ端末２−１乃至２−ｎの夫々が、交流許容モード又は交流不要モードのいずれのモードであるか示す情報である。
そして、交流許容モードとは、ユーザ端末２を操作するユーザが積極的にコミュニケーションを図ることを所望しており、コミュニケーションを図ることが出来る状態のモードを言う。
一方、交流不要モードとは、ユーザ端末２の所有者が積極的にコミュニケーションを図ることが出来ない状態又は図ることを所望していない状態のモードを言う。
また、交流容認モードと交流不要モードのうち一方から他方へは、所定の状態遷移条件が満たされると移行し、他方から一方へも別の所定の状態遷移条件が満たされると移行する。
なお、以下、交流許容モードを「かまってモード」と、交流不要モードを「通常モード」と、夫々呼ぶ。

図２は、図１の情報処理システムのうちサーバ１のハードウェア構成を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は各種液晶ディスプレイ等で構成され、各種情報を出力する。
入力部１７は、各種ハードウェア鉛等で構成され、各種情報を入力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例ではサーバ１や他のユーザ端末２等）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。またリムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

ユーザ端末２の構成は、タッチパネルを有する点を除き、サーバ１の構成と基本的に同様であるので、ここではそれらの説明は省略する。

このような図２のサーバ１及びユーザ端末２の各種ハードウェアと各種ソフトウェアとの協働により、次のような処理が可能となる。

より具体的に言えば、本実施形態では、ユーザ端末２は、サーバ１から他のユーザ端末２を操作する他のユーザ（以下、「各人」と呼ぶ）のモードを示す情報（以下、「モード情報」と呼ぶ）が送信されてきた場合には、各人のモード情報を取得して各人のモードを表示する。

これにより、例えば、ユーザが夜中の２時に起きてしまい、誰かとコミュニケーションを図りたい場合であれば、当該ユーザは、自身のユーザ端末２を操作して、他のユーザのモード情報を要求する。このようにして、ユーザ端末２からモード情報の要求がなされた場合、サーバ１は、他のユーザのモード情報を、当該ユーザ端末２に送信する。これにより、当該ユーザ端末２において他のユーザのモード情報が表示される。
このようにして、ユーザは、まず自身のユーザ端末２に表示された他のユーザのモード情報を確認することができる。
そして、かまってモードになっている他のユーザが１人以上存在し、それらの他のユーザの中で連絡を取りたいものがいれば、別途電話やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）を利用して連絡を取ることができる。
他方、かまってモードになっている他のユーザがいない場合やかまってモードになっている他のユーザの中で連絡を取りたいものがいない場合には、ユーザは、自身のユーザ端末２に表示されたかまってボタンを押下することで、自身のモードをかまってモードに移行させることができる。
ここで、かまってボタンとは、押下することでユーザのモードを通常モードからかまってモードへと移行させる指示をする操作子である。
ユーザによりかまってボタンが押下された場合には、ユーザ端末２は、当該ユーザのモードをかまってモードに移行させ、当該かまってモードを示すモード情報をサーバ１へ送信する。
サーバ１は、ユーザのモード情報がユーザ端末２から送信されてきた場合には、上記モード情報を取得する。そして、サーバ１は、他のユーザ端末２に上記モード情報を送信する。これにより、他のユーザ端末２において、当該ユーザのモード情報（かまってモードである旨の情報）が表示される。
そして、他のユーザが当該ユーザのモード情報を確認し、当該ユーザと連絡を取っても良いと思った他のユーザは、当該ユーザへ連絡を取ることが出来る。
これにより、当該ユーザは、友人等（他のユーザ）とコミュニケーションを図りたいという要望を満たすことで、満足することが出来る。

以上説明したような、サーバ１から各人のモード情報を通知し、ユーザ端末２において各人のモードを表示するまでの一連の処理を実現すべく、サーバ１及びユーザ端末２は図３に示すような機能的構成を有している。なお、このような一連の処理のうち、サーバ１側の処理を「モード情報通知処理」と、ユーザ端末２側の処理を「モード提示処理」と、夫々呼ぶ。
図３は、図２のサーバ１及びユーザ端末２の機能的構成例を示す機能ブロック図である。

以下、上述のユーザが操作するユーザ端末２を、ユーザ端末２−ｍ（ｍは１からｎのうちの任意の整数値）として説明する。上述の他のユーザが操作するユーザ端末２のうちの１つを、ユーザ端末２−ｆ（ｆはｍとは異なる整数値であって、1からｎのうちの任意の整数値）として説明する。ただし、ユーザ端末２―ｍとユーザ端末２-ｆとを個々に区別する必要がない場合には、ユーザ端末２と呼ぶ。
なお、ユーザ端末２−ｍと２−ｆは、基本的に同様の構成を有しており、コミュニケーションを希望するユーザが誰かによって、入れ替えも自由である。

ユーザ端末２−ｍのＣＰＵ３２ｍにおいては、受付部６０ｍと、自己モード管理部６１ｍと、自己モード情報送信制御部６２ｍと、モード情報取得部６３ｍと、モード提示制御部６４ｍと、時間制御部６５ｍと、が機能する。
また、サーバ１のＣＰＵ１１においては、モード情報取得部８１と、モード情報管理部８２と、モード情報通知部８３と、が機能する。

ユーザ端末２−ｍのＣＰＵ３２ｍの受付部６０ｍは、タッチ操作入力部３０ｍから、ユーザがタッチ操作により入力したタッチ操作情報を受け付ける。自己モード管理部６１ｍは、ユーザ端末２−ｍのモードを管理する。
ここで、タッチ操作とは、タッチ操作入力部３０に対する物体の接触又は近接の操作をいう。タッチ操作入力部３０に対して接触又は近接する物体は、例えばプレイヤーの指やタッチペン等である。
前述の通り、かまってモードと通常モードの二つのモードは、一定の条件により移行させることが出来る。本実施例では、ユーザがタッチ操作によりかまってボタンを押下すると、受付部６０ｍは、そのタッチ操作を受付け、自己モード管理部６１ｍに通知する。すると、自己モード管理部６１ｍは、ユーザのモードを、通常モードからかまってモードへ移行させる。
また、自己モード管理部６１ｍにはモード解除制御部１００ｍが設けられる。
モード解除制御部１００ｍは、かまってモードへ移行後に一定時間が経過するか、ユーザによりかまってモードの解除を指示するための所定のタッチ操作がなされた場合に、かまってモードを解除し、通常モードへ移行させる。
これにより、当該ユーザが積極的にコミュニケーションを図ることが出来る状態にないにもかかわらず、他のユーザに対して当該ユーザがかまってモードである、即ち積極的にコミュニケーションを図ることが出来る状態にあるという誤解を与えることを防止することが出来る。

自己モード情報送信制御部６２ｍは、自己モード管理部６１ｍにより決定された自己のモード情報を通信部３３ｍを介してサーバ１へ送信するための制御を実行する。

後述するように、サーバ１において、各人のモード情報は管理され、それらのモード情報はユーザ端末２−ｍへと送信される。
そこで、モード情報取得部６３ｍは、サーバ１から送信されてきたモード情報を通信部３３ｍを介して取得する。

モード提示制御部６４ｍは、モード情報取得部６３ｍにより取得された各人のユーザ端末２のモード情報及び自己モード管理部６１ｍにより決定された自己のモード情報を、表示部３１ｍに表示させる制御を実行する。
これにより、ユーザは友人等（他のユーザ）がかまってモードになっているか否かを確認することが出来、必要に応じて、かまってモードになっている友人等に対して別途電話やＳＮＳを利用して連絡を取ることが出来る。

時間制御部６５ｍは、かまってモードへ移行後に計時を開始し、一定時間を計時した場合に、自己のモードをかまってモードから通常モードへ移行するための指示を、自己モード管理部６１ｍへ与える。

なお、ユーザ端末２−ｆの機能的構成は、前記ユーザ端末２−ｍと、基本的に同様であるため、説明は省略する。

サーバ１のＣＰＵ１１のモード情報取得部８１は、ユーザ端末２−ｍから送信されてきたモード情報を取得する。

モード情報管理部８２は、モード情報取得部８１で取得したモード情報を集積し、管理する。

モード情報通知部８３は、モード情報管理部８２に集積されたモード情報を各人のユーザ端末２に通知する。

図４は、モード提示処理に際し、提示されるモード情報を含むユーザ端末２の画面の一例を示している。
この画面には、上方から順に、モード情報表示領域１１１と、かまってボタン１１２と、テキスト表示領域１１３と、ソフトウェアキーボード領域１１４と、が設けられている。
モード情報表示領域１１１は、自己ののユーザ端末２のユーザのモード情報、及び、他のユーザのモード情報を表示する領域である。
本実施形態では、かまってモードになっているユーザ又は他のユーザを示すモード表示アイコンＫｍが表示されるものとする。
換言すると、モード表示アイコンＫｍが表示されていないユーザ又は他のユーザは、通常モードになっている（又はユーザ端末２の電源を入れていない）ものとする。
モード表示アイコンＫｍの表示形態は、どのユーザのものかを視認できれば足り、特に限定されず、また各人が自由に設定することも可能である。
さらに本実施形態では、モード表示アイコンＫｍに合わせて、任意のメッセージを表示させることが出来るモード表示メッセージＫｓが、モード情報表示領域１１１において表示可能となっている。

モード情報表示領域１１１の上部には、モード表示アイコンＫｍが表示されており、あるユーザが、かまってモードであることを示している。
さらに、その右部には、モード表示メッセージＫｓが表示されている。当該ユーザのユーザが、かまってモードであることを示すメッセージとして、「ひま〜」というメッセージが表示されている
これらの情報から、コミュニケーションを図ることを希望する所定のユーザは、上述の他ユーザが、現在、かまってモードであるのか、そうではないのか、という点を明瞭に判別することが出来る。

ここで、ユーザは、モード表示アイコンＫｍで表示されている他のユーザとコンタクトを取りたい場合等において、自らかまってボタン１１２を押下することで、自己がかまってモードであることを他のユーザに対して容易に通知することができる。 即ち、上述した様に、かまってボタン１１２は、自己のモードを通常モードからかまってモードへ移行させる指示をするためのソフトウェアボタンである。かまってボタンが押下されると、上述した様に、自己モード管理部６１は、自己のユーザ端末２−ｍのユーザモードを、かまってモードへと移行させる。

これにより、ユーザのモードは、通常モードからかまってモードへ移行し、そのモード情報はサーバ１を介して、他のユーザのユーザ端末２−ｆに送信される。その結果として、他のユーザのユーザ端末２―ｆのモード情報表示領域１１１には、当該ユーザを示すモード表示アイコンＫｍが表示されることになる。

さらに、ユーザは、自己のユーザ端末２−ｍのテキスト表示領域１１３及びソフトウェアキーボード領域１１４を用いて、簡易的なメッセージを入力することができる。
テキスト表示領域１１３は、ユーザが他ユーザへ送るメッセージの内容（テキスト）が表示される領域である。
ソフトウェアキーボード領域１１４は、テキスト表示領域１１３へテキストを入力するためのタッチ操作を行うための領域である。
すると、他のユーザのユーザ端末２―ｆのモード情報表示領域１１１には、当該ユーザを示すモード表示アイコンＫｍと共に、モード表示メッセージＫｓが表示されることになる。

なお、かまってボタン１１２に対してさらに、例えば長押し等所定の操作をすることで、自己のモードをかまってモードから通常モードへ移行させる指示を出す、等の機能を持たせることも出来る。

次に、図５を参照して、このような機能的構成を有するユーザ端末２が実行する処理について説明する。
図５は、ユーザ端末２が実行する処理の流れを説明するフローチャートである。

ユーザ端末２では、モード提示処理として、次のような一連の処理が実行される。

ステップＳ１において、ユーザ端末２−ｍの自己モード管理部６１ｍは、モード情報を要求したか否かを判定する。ユーザによりモード情報が要求されていなければ、ステップＳ１においてＮＯであると判定されて、処理はステップＳ２に進む。

ステップＳ２において、モード情報取得部６３ｍはサーバ１からモード情報が送信されてきたか否かを判定する。サーバ１からモード情報が送信されていなければ、ステップＳ２においてＮＯであると判定されて、処理はステップＳ１に戻される。
これに対して、サーバ１からモード情報が送信されていれば、ステップＳ２においてＹＥＳと判定されて、処理はステップＳ３へ進む。
また、ユーザによりモード情報が要求されていれば、その要求がサーバ１に通知されると、同様にサーバ１からモード情報が送信されてくることになる。この場合も、処理はステップＳ３へ進む。

ステップＳ３において、モード情報取得部６３ｍは、サーバ１から送信されてきた各人のモード情報を取得する。
ステップＳ４において、モード提示制御部６４ｍは、各人のモードを表示部３１ｍに表示する。

ステップＳ５において、自己モード管理部６１ｍは、ユーザにより、かまってボタンが押下されたか否かを判定する。かまってボタンが押下されていない場合には、ステップＳ５についてＮＯであると判定されて処理はステップＳ１に戻る。
これに対して、かまってボタンが押下されている場合には、ステップＳ５においてＹＥＳであるとの判定がされて、処理はステップＳ６に進む。

ステップＳ６において、自己モード管理部６１は、ステップＳ５でかまってボタンが押下されたと判定された場合には、自己のモードを通常モードからかまってモードへと移行する。
ステップＳ７において、自己モード情報送信制御部６２は自己のモード情報をサーバ１へと送信する。

ステップＳ８において、ユーザ端末２は、処理の終了を指示されたか否かを判定する。
処理の終了の指示は、特に限定されないが、例えば電源断を処理の終了の指示として採用することができる。
この場合、ユーザ端末２の電源が入っている限り、ステップＳ８においてＮＯであると判定され、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
これに対して、ユーザ端末２が電源断になると、ステップＳ８においてＹＥＳであると判定され、モード提示処理は終了となる。

次に、図６を参照して、サーバ１が実行するモード通知処理について説明する。
図６は、サーバ１が実行するモード通知処理の流れを説明するフローチャートである。

ステップＳ２１において、モード情報取得部８１は、所定のユーザ端末２からモード情報が送信されてきたか否かを判定する。
任意の１つのユーザ端末２からモード情報が送信されてきた場合には、ステップＳ２１においてＹＥＳと判定されて、処理はステップＳ２３へ進む。
ステップＳ２３において、モード情報取得部８１は、ユーザ端末２から送信されてきたモード情報を取得する。これにより処理はステップＳ２４に進む。ステップＳ２４以降の処理は後述する。
これに対して、全てのユーザ端末２からモード情報が送信されていなければ、ステップＳ２１にいてＮＯであると判定されて処理はステップＳ２２に進む。

ステップＳ２２において、サーバ１は、ユーザ端末２からモード情報の要求があるか否かを判定する。
ユーザ端末２からのモード情報の要求がなければ、ステップ２２においてはＮＯであると判定されて、処理はステップＳ２１に戻される。
これに対して、ユーザ端末２からのモード情報の要求があれば、ステップＳ２２においてＹＥＳと判定されて、処理はステップＳ２４へ進む。
ステップＳ２４において、モード情報通知部８３は、各人のモード情報をユーザ端末２へ送信する。

ステップＳ２５において、サーバ１は、処理の終了を指示されたか否かを判定する。
処理の終了の指示は、特に限定されないが、例えば電源断を処理の終了の指示として採用することができる。
この場合、サーバ１の電源が入っている限り、ステップＳ２５においてＮＯであると判定され、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
これに対して、サーバ１が電源断になると、ステップＳ２５においてＹＥＳであると判定され、モード通知処理は終了となる。

図７は、図５と図６のフローチャートに従った処理をサーバ１、ユーザのユーザ端末２―ｍ、及び他のユーザのユーザ端末２−ｆが実行する場合の処理の関係を示すアローチャートである。

例えば、ユーザが夜中の２時に起きてしまい、誰かとコミュニケーションを図りたい場合であれば、当該ユーザは、自身のユーザ端末２を操作して、他のユーザのモード情報を要求すしたものとする。
この場合、ステップＳ１において、ユーザ端末２−ｍの自己モード管理部６１ｍは、モード情報の要求をしたと判定し（ステップＳ１ＹＥＳ）、サーバ１にモード情報を要求する。
この場合、ステップＳ２２において、サーバ１は、ユーザ端末２−ｍからモード情報の要求があったと判定する（ステップＳ２２ＹＥＳ）。そして、ステップＳ４において、各人のモード情報をユーザ端末２−ｍへ送信する。
ステップＳ３において、ユーザ端末２−ｍのモード情報取得部６３ｍは、ステップＳ２２の処理でサーバ１から送信されてきた各人のモード情報を取得する。
ステップＳ４において、モード提示制御部６４ｍは、各人のモードを表示部３１ｍに提示する。

このようにして、ユーザは、まず自身のユーザ端末２に表示された他のユーザのモード情報を確認することができる。
そして、かまってモードになっている他のユーザが１人以上存在し、それらの他のユーザの中で連絡を取りたいものがいれば、別途電話やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）を利用して連絡を取ることができる。
他方、かまってモードになっている他のユーザがいない場合やかまってモードになっている他のユーザの中で連絡を取りたいものがいない場合には、ユーザは、自身のユーザ端末２に表示されたかまってボタンを押下することで、自身のモードをかまってモードに移行させることができる。

この場合、ステップＳ５において、自己モード管理部６１ｍは、ユーザにより、かまってボタンが押下されたと判定する（ステップＳ５ＹＥＳ）。 ステップＳ６において、自己モード管理部６１ｍは、ユーザモードをかまってモードに移行させる。
ステップＳ７において、自己モード情報送信制御部６２ｍは、自己のモード情報をサーバ１へと送信する。
ステップＳ２１において、サーバ１のモード情報取得部８１は、ユーザ端末２−ｍからモード情報が送信されてきと判定する（ステップＳ２１ ＹＥＳ）。
ステップＳ２４において、モード情報通知部８３は、ユーザ端末２−ｍから提供されたユーザのモード情報を、他のユーザのユーザ端末２−ｆへ送信する。

ステップＳ２において、他のユーザのユーザ端末２−ｆのモード情報取得部６３ｆは、サーバ１からモード情報が送信されてきたと判定する（ステップＳ２ＹＥＳ）。
ステップＳ３において、モード情報取得部６３ｆは、サーバ１から送信されてきたモード情報取得する。
ステップＳ４において、モード提示制御部６４ｆは、サーバ１から送信されてきたモード、即ちユーザ端末２−ｍから提供されたユーザのモード情報を表示部３１ｍに表示する。

これにより、他のユーザは、ユーザのモード情報を確認し、当該ユーザと連絡を取っても良いと思った場合、当該ユーザへ連絡を取ることが出来る。
これにより、当該ユーザは、友人等（他のユーザ）とコミュニケーションを図りたいという要望を満たすことで、満足することが出来る。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

例えば、図２に示す各ハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図３に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図３の例に限定されない。

また、機能ブロックの存在場所も、図３に限定されず、任意でよい。例えばサーバ１側の機能ブロックの少なくとも一部をユーザ端末２側に設けてもよいし、その逆でもよい。
そして、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体との組み合わせで構成してもよい。

また例えば、上述の実施形態ではユーザ端末２はスマートフォンで構成されていたが、スマートフォンだけでなく、タブレットや今後の新しいデバイスを含めた任意の装置で構成することもできる。
例えば、入力テキストの入力デバイスは、上述の実施形態では、タッチパネル（図４の例ではタッチ操作により入力するソフトウェアキーボード）であったが、特にこれに限定されず、ハードウェアのキーボード等であってもよい。

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

以上まとめると、本発明が適用される情報処理システムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
複数のユーザが夫々操作する複数のユーザ端末（例えば、図２のユーザ端末２）と、
前記複数のユーザ端末の夫々と通信をするサーバ（例えば、図１のサーバ１）と、
を含む情報処理システムにおいて、
前記複数のユーザのうち、所定のユーザが、交流許容モードに移行させるための交流許容操作子を、当該所定のユーザが操作する所定のユーザ端末に表示させる表示制御手段（例えば、図の３モード提示制御部６４ｍ）と、
前記所定のユーザ端末において前記所定のユーザによる交流許容操作子に対する操作がなされた場合に、当該操作を受け付ける受付手段（例えば、図３の受付部６０ｍ）と、
前記操作が受け付けられた前記所定のユーザ端末を操作する前記所定のユーザのモードを、交流許容モードに移行するモード管理手段（例えば、図３の自己モード管理部６１ｍ）と、
前記複数のユーザのうち前記所定のユーザ以外のものが操作する前記ユーザ端末に対して、当該所定のユーザが交流許容モードになっている旨を提示する提示手段（例えば、図３のモード提示制御部６４ｆ）と、
を備える、
情報処理システムであれば足りる。
このような情報処理システムを適用することで、ＳＮＳ等のユーザに対して、他のユーザがコミュニケーションを図ることができる状態にあることを通知する技術を提供することができる。

また、前記モード管理手段は、前記交流許容モードへ移行後一定の時間が経過したことを条件の少なくとも１つとして、前記所定のユーザを操作する前記所定のユーザについて、前記交流許容モードを解除するという機能（例えば、図３のモード解除制御部１００ｍ）、
をさらに備えることが出来る。

また、前記提示手段は、前記所定のユーザが交流許容モードになっている旨に代えて又は共に、前記所定のユーザにより前記所定のユーザ端末に入力されたメッセージを提示する機能（例えば、図４のＫｓ）、
をさらに備えることが出来る。

１・・・サーバ、２、２−１乃至２−ｎ・・・ユーザ端末、１１・・・ＣＰＵ、３２・・・ＣＰＵ、６０・・・受付部、６１・・・自己モード管理部、６２・・・自己モード情報送信制御部、６３・・・モード情報取得部、６４・・・モード提示制御部、８１・・・モード情報取得部、８２・・・モード情報管理部、８３・・・モード情報通知部、１００・・・モード解除制御部、

Claims (3)

1. 複数のユーザが夫々操作する複数のユーザ端末と、
   前記複数のユーザ端末の夫々と通信をするサーバと、
   を含む情報処理システムにおいて、
   前記複数のユーザのうち、所定のユーザが、交流許容モードに移行させるための交流許容操作子を、当該所定のユーザが操作する所定のユーザ端末に表示させる表示制御手段と、
   前記所定のユーザ端末において前記所定のユーザによる交流許容操作子に対する操作がなされた場合に、当該操作を受け付ける受付手段と、
   前記操作が受け付けられた前記所定のユーザ端末を操作する前記所定のユーザのモードを、交流許容モードに移行するモード管理手段と、
   前記複数のユーザのうち前記所定のユーザ以外のものが操作する前記ユーザ端末に対して、当該所定のユーザが交流許容モードになっている旨を提示する提示手段と、
   を備える情報処理システム。
2. 前記モード管理手段は、前記交流許容モードへ移行後一定の時間が経過したことを条件の少なくとも１つとして、前記所定のユーザを操作する前記所定のユーザについて、前記交流許容モードを解除する、
   請求項１に記載の情報処理システム。
3. 前記提示手段は、前記所定のユーザが交流許容モードになっている旨に代えて又は共に、前記所定のユーザにより前記所定のユーザ端末に入力されたメッセージを提示する
   請求項1又は２に記載の情報処理システム。

Images