(57)【特許請求の範囲】
【請求項１】
サーバシステムの識別処理部が、グループチャットに参加するユーザが送信するメッセージに順次識別番号を付与するステップと、
前記サーバシステムのウォーターマーク選定部が、前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップと、
前記サーバシステムの受信情報判定部が、前記ユーザそれぞれのウォーターマークに基づいて、前記メッセージそれぞれに対応する未読ユーザ数または既読ユーザ数を判定するステップと、
を含み、
前記ユーザそれぞれのウォーターマークは、前記グループチャットに参加するユーザが直近で読んだメッセージの識別番号であり、
前記判定するステップは、
前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として判定するステップと、
前記メッセージそれぞれの識別番号よりも小さくない番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの既読ユーザ数として判定するステップと
を含むことを特徴とする対話形メッセージングサービス運用方法。
【請求項２】
前記ユーザのウォーターマークは、前記グループチャットに参加するユーザがメッセージを送信した場合に前記ユーザが送信したメッセージに付与された識別番号に更新されることを特徴とする請求項１に記載の対話形メッセージングサービス運用方法。
【請求項３】
前記ユーザのウォーターマークは、前記グループチャットに参加するユーザがメッセージを受信した場合に前記ユーザが受信したメッセージに付与された識別番号のうち最も大きい識別番号に更新されることを特徴とする請求項１に記載の対話形メッセージングサービス運用方法。
【請求項４】
前記未読ユーザ数または既読ユーザ数を表示するステップをさらに含むことを特徴とする請求項１に記載の対話形メッセージングサービス運用方法。
【請求項５】
前記未読ユーザ数または既読ユーザ数を表示するステップは、メッセージそれぞれに対応する前記未読ユーザ数または既読ユーザ数を前記メッセージそれぞれが表示された領域の周辺に数字またはシンボルで表示するステップであることを特徴とする請求項４に記載の対話形メッセージングサービス運用方法。
【請求項６】
メッセージそれぞれに対応する既読ユーザまたは未読ユーザそれぞれのＩＤ、及び、既読ユーザまたは未読ユーザそれぞれの対話名のうち少なくとも１つを判定するステップをさらに含むことを特徴とする請求項１に記載の対話形メッセージングサービス運用方法。
【請求項７】
グループチャットに参加するユーザが送信するメッセージに順次識別番号を付与する識別処理部と、
前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するウォーターマーク選定部と、
前記ユーザそれぞれのウォーターマークに基づいて、前記メッセージそれぞれに対応する未読ユーザ数または既読ユーザ数を判定する受信情報判定部と、
を備え、
前記ウォーターマーク選定部は、前記ユーザそれぞれが直近で読んだメッセージの識別番号をウォーターマークとして選定し、
前記受信情報判定部は、前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として判定するか、又は前記メッセージそれぞれの識別番号よりも小さくない番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの既読ユーザ数として判定することを特徴とするサーバシステム。
【請求項８】
前記ウォーターマーク選定部は、前記グループチャットに参加するユーザがメッセージを送信した場合に、前記ユーザが送信したメッセージに付与された識別番号を前記ユーザのウォーターマークに更新し、前記グループチャットに参加するユーザがメッセージを受信した場合に、前記ユーザが受信したメッセージに付与された識別番号のうち最も大きい識別番号を前記ユーザのウォーターマークに更新することを特徴とする請求項７に記載のサーバシステム。
【請求項９】
前記受信情報判定部は、前記メッセージそれぞれに対応して既読ユーザまたは未読ユーザそれぞれのＩＤ及び既読ユーザまたは未読ユーザそれぞれの対話名のうち少なくとも１つを判定することを特徴とする請求項７に記載のサーバシステム。
【請求項１０】
キー入力部、表示部を含む移動端末において、
サーバシステムから対話形メッセージングサービスを提供されるチャットアプリケーションを格納するメモリと、
前記チャットアプリケーションの実行に応じて、前記サーバシステムとのメッセージ送受信によって少なくとも１つのユーザとのグループチャットに参加するコントローラと、を含み、
前記チャットアプリケーションは、
前記コントローラが送信したメッセージまたは受信したメッセージに対応する識別番号を前記サーバシステムから取得する識別番号取得モジュールと、
前記グループチャットに参加した少なくとも１つのユーザに対応するウォーターマークを前記サーバシステムから取得するウォーターマーク取得モジュールと、
前記メッセージそれぞれに付与された識別番号と前記ユーザそれぞれのウォーターマークとを比較し、前記メッセージそれぞれに対して未読ユーザ数または既読ユーザ数を判定する受信判定処理モジュールと、
を備え、
前記ユーザのウォーターマークは、前記ユーザそれぞれが直近で読んだメッセージの識別番号として決定され、
前記受信判定処理モジュールは、前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として判定するか、又は前記メッセージそれぞれの識別番号よりも小さくない番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの既読ユーザ数として判定することを特徴とする移動端末。
【請求項１１】
移動端末のコントローラがグループチャットに参加するユーザが送信するメッセージに対応する識別番号を取得するステップと、
移動端末のコントローラが前記グループチャットに参加したユーザそれぞれに対応するウォーターマークを取得するステップと、
移動端末のコントローラが前記メッセージそれぞれに付与された識別番号と前記ユーザそれぞれのウォーターマークとを比較し、前記メッセージそれぞれに対して未読ユーザ数または既読ユーザ数を判定するステップと、
を含み、
前記ユーザのウォーターマークは、前記ユーザそれぞれが直近で読んだメッセージの識別番号として決定され、
前記判定するステップは、前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として判定するステップ、又は前記メッセージそれぞれの識別番号よりも小さくない番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの既読ユーザ数として判定するステップを含むことを特徴とする対話形メッセージングサービス運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態はユーザがグループチャットで送信するメッセージが他のユーザによって受信されたか否かを確認可能にする受信確認を提供する対話形メッセージングサービス運用方法に関する。
【背景技術】
【０００２】
昨今、携帯端末の普及率が急速に増加するにつれて、携帯端末は現代人の生活必需品となっている。このような携帯端末は固有の音声通話サービスのみならず、各種のデータ送信サービスと様々な付加サービスも提供可能になり、機能上、マルチメディア通信機器へと変貌している。
【０００３】
また、通信技術の発展にともなって携帯端末は通話及びメッセージ送受信機能だけではなく、従来におけるＰＣで可能であったメッセンジャー機能を行うことができるようになっている。したがって、加入者がモバイルメッセンジャーサーバに接続して加入者と便利に対話できる方法が要求されている。
【０００４】
一方、従来の対話形メッセージングサービスは、何人かのユーザが共に対話することのできるグループチャットも提供する。グループチャットでは１つのメッセージを受信する側のユーザが数人であるため、グループチャット内でメッセージそれぞれの受信側情報を詳細に表す必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、グループチャットでユーザが直近で読んだメッセージの識別番号に基づいて、メッセージそれぞれの未読ユーザ数を早く判定することのできる受信確認を提供する対話形メッセージングサービス運用方法を提供することにある。
【０００６】
本発明の目的は、グループチャットでユーザが直近で送信したメッセージ及び／または直近で受信したメッセージの識別番号をウォーターマークとして選定し、そのウォーターマークによりメッセージの未読ユーザ数を判定することのできる受信確認を提供する対話形メッセージングサービス運用方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に係る対話形メッセージングサービス運用方法は、グループチャットに参加するユーザが送信するメッセージに順次識別番号を付与するステップと、前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップと、前記ユーザそれぞれのウォーターマークに基づいて、前記メッセージそれぞれに対応する未読ユーザ数を判定するステップとを含む。
【０００８】
前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップは、前記ユーザそれぞれが直近で読んだメッセージの識別番号をウォーターマークとして選定するステップであってもよい。
【０００９】
前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップは、前記ユーザそれぞれのウォーターマークと前記メッセージの識別番号とを比較するステップを含んでもよい。
【００１０】
前記ユーザそれぞれに対して前記メッセージそれぞれに対応する未読ユーザ数を判定するステップは、前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として決定するステップであってもよい。
【００１１】
前記ユーザそれぞれが直近で読んだメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップは、いずれかのユーザがメッセージを送信した場合に前記いずれかのユーザが送信したメッセージに付与された識別番号を前記いずれかのユーザのウォーターマークに更新するステップを含んでもよい。
【００１２】
前記ユーザそれぞれが直近で読んだメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するステップは、いずれかのユーザが少なくとも１つのメッセージを受信した場合に前記いずれかのユーザが受信した前記少なくとも１つのメッセージそれぞれに付与された識別番号のうち最も大きい識別番号を前記いずれかのユーザのウォーターマークに更新するステップを含んでもよい。
【００１３】
前記方法は、前記未読ユーザ数を表示するステップをさらに含んでもよい。
【００１４】
前記未読ユーザ数を表示するステップは、前記未読ユーザ数を前記メッセージそれぞれが表示された領域の周辺に数字またはシンボルで表示するステップであってもよい。
【００１５】
前記方法は、前記選定されたウォーターマークに基づいて、前記メッセージそれぞれに対応して既読ユーザ数、既読ユーザまたは未読ユーザそれぞれのＩＤ及び既読ユーザまたは未読ユーザそれぞれの対話名のうち少なくとも１つを判定するステップをさらに含んでもよい。
【００１６】
本発明の他の実施形態に係るサーバシステムは、グループチャットに参加するユーザが送信するメッセージに順次識別番号を付与する識別処理部と、前記ユーザそれぞれに対していずれか１つのメッセージの識別番号を前記ユーザそれぞれのウォーターマークとして選定するウォーターマーク選定部と、前記ユーザそれぞれのウォーターマークに基づいて、前記メッセージそれぞれに対応する未読ユーザ数を判定する受信情報判定部とを備える。
【００１７】
前記ウォーターマーク選定部は、前記ユーザそれぞれが直近で読んだメッセージの識別番号をウォーターマークとして選定してもよい。
【００１８】
前記受信情報判定部は、前記メッセージそれぞれの識別番号よりも小さい番号を有するウォーターマークに対応するユーザ数を前記メッセージそれぞれの未読ユーザ数として判定してもよい。
【００１９】
前記ウォーターマーク選定部は、いずれかのユーザがメッセージを送信した場合に、前記いずれかのユーザが送信したメッセージに付与された識別番号を前記いずれかのユーザのウォーターマークに更新し、前記いずれかのユーザが受信した前記少なくとも１つのメッセージそれぞれに付与された識別番号のうち最も大きい識別番号を前記いずれかのユーザのウォーターマークに更新してもよい。
【００２０】
前記受信情報判定部は、前記選定されたウォーターマークに基づいて、前記メッセージそれぞれに対応して既読ユーザ数、既読ユーザまたは未読ユーザそれぞれのＩＤ及び既読ユーザまたは未読ユーザそれぞれの対話名のうち少なくとも１つを判定してもよい。
【００２１】
本発明のまた別の実施形態に係る移動端末は、キー入力部、表示部を含み、サーバシステムから対話形メッセージングサービスを提供されるチャットアプリケーションを格納するメモリと、前記チャットアプリケーションの実行に応じて、前記サーバシステムとのメッセージ送受信によって少なくとも１つのユーザとのグループチャットに参加するコントローラとを含み、前記チャットアプリケーションは、前記コントローラが送信したメッセージまたは受信したメッセージに対応する識別番号を前記サーバシステムから取得する識別番号取得モジュールと、前記グループチャットに参加した少なくとも１つのユーザに対応するウォーターマークを前記サーバシステムから取得するウォーターマーク取得モジュールと、前記識別番号取得モジュールによって取得された識別番号を前記取得されたウォーターマークと比較して、前記比較結果に応じて前記コントローラが送信したメッセージまたは受信したメッセージに対応する未読ユーザ数を判定する受信判定処理モジュールとを備える。
【発明の効果】
【００２２】
本発明の実施形態によれば、サーバシステムは、グループチャットでユーザが送受信したメッセージそれぞれに対応して未読ユーザ数を早く選定して示すことができる。また、他の実施形態によれば、グループチャットのメッセージそれぞれに対応して未読ユーザ数を早く選定することのできるアプリケーションも提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係る対話形メッセージングサービス運用方法のためのシステム構成を示す図である。
【図２】図１に示すサーバシステムがメッセージを処理する過程を例示的に説明するための図である。
【図３】図１に示すサーバシステムによって処理されたメッセージが画面に表示される例示を示す図である。
【図４】本発明の他の実施形態に係る対話形メッセージングサービス運用方法を示す図である。
【図５】本発明の他の実施形態に係る対話形メッセージングサービス運用方法でウォーターマークが更新される過程を説明するための図である。
【図６】本発明の更なる実施形態に係る対話形メッセージングサービス運用方法が適用されることのできる移動端末のチャットアプリケーションの構成を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態について添付の図面を参照しながら詳細に説明する。
【００２５】
図１は、本発明の一実施形態に係る対話形メッセージングサービス運用方法のためのシステム構成を示す図である。
【００２６】
図１を参照すると、グループチャットに参加するユーザをそれぞれメンバーＸ１００、メンバーＹ１０１及びメンバーＺ１０２と称する。それぞれのメンバーは通信網１１０によって対話形メッセージングサービスを提供するサーバシステム１２０に接続する。したがって、メンバーＸ１００、メンバーＹ１０１及びメンバーＺ１０２は、１３０のように１つのグループチャットを形成してもよい。
【００２７】
サーバシステム１２０は、そのグループチャットでメンバーが送信したメッセージを受信し、他のメンバーにそのメッセージを送信する。そして、このようなメッセージはメンバーそれぞれが所持している移動端末のチャットアプリケーションに送信される。チャットアプリケーションは、サーバシステム１２０から受信されたメッセージ及びサーバシステム１２０に送信したメッセージを対話形式で画面に表示し、ユーザの入力に応じて新しいメッセージを作成する。
【００２８】
チャットアプリケーションは、ユーザによって送信されたメッセージあるいは他のユーザによって送信されたメッセージをどのくらい多くの人が読んだかを確認できるようにする情報をさらに表示してもよい。
【００２９】
このような情報は、本発明の一実施形態によってサーバシステム１２０が読み出してもよい。サーバシステム１２０はメッセージそれぞれに識別番号を順次付与し、メンバーそれぞれが直近で読んだメッセージに対応する識別番号をメンバーそれぞれのウォーターマークとして選択することによって、メッセージそれぞれを読んだか否かを把握することができる。
【００３０】
サーバシステム１２０は、識別処理部１２１、ウォーターマーク選定部１２２、受信情報判定部１２３及び表示処理部１２４を備える。
【００３１】
識別処理部１２１は、グループチャットに参加するメンバーが送信するメッセージそれぞれに順次識別番号を付与する。
【００３２】
ウォーターマーク選定部１２２は、メンバーそれぞれに対してメッセージのいずれか１つをメンバーそれぞれのウォーターマークとして選定する。すなわち、ウォーターマーク選定部１２２は、メンバーそれぞれによって直近で読まれたメッセージの識別番号をメンバーそれぞれのウォーターマークとして選定する。
【００３３】
受信情報判定部１２３は、ウォーターマーク選定部１２２によって選定されたウォーターマークに基づいて、メッセージそれぞれに対する未読ユーザ数を判定する。
【００３４】
特に、受信情報判定部１２３は、選定されたウォーターマークのうち前記メッセージそれぞれの識別番号よりも小さい番号のウォーターマークの数をメッセージそれぞれの未読ユーザ数として判定してもよい。
【００３５】
表示処理部１２４は、メッセージそれぞれに対応して判定された未読ユーザ数をメッセージそれぞれと共に表示する。
【００３６】
図２は、図１に示すサーバシステム１２０がメッセージを処理する過程を例示的に説明するための図である。
【００３７】
図２に示すように、サーバシステム１２０はメンバーからメッセージＡ〜Ｆを受信する。そして、サーバシステム１２０は、メッセージＡ〜Ｆそれぞれが受信されるごとに識別番号を順次付与する。その結果、メッセージＡ〜Ｆは識別番号１、３、６、１０、２０及び２１が付与されてもよい。
【００３８】
その後、サーバシステム１２０は、メンバーの移動端末に搭載されたチャットアプリケーションが接続されるごとに、その当時受信されているメッセージをメンバーそれぞれに送信する。
【００３９】
メンバーは、チャットアプリケーションを互いに異なる時点で操作し得るため、サーバシステム１２０から提供されたメッセージ数が異なることもある。
【００４０】
たとえば、メンバーＸ１００は時点１でサーバシステム１２０に接続することによってメッセージＡ〜Ｃを受信し、メンバーＹ１０１は時点２でサーバシステム１２０に接続することによってメッセージＡ〜Ｅを受信し、メンバーＺ１０３は時点３でサーバシステム１２０に接続することによってメッセージＡ〜Ｆを受信する。
【００４１】
このような受信過程で、ウォーターマーク選定部１２２は、各メンバーが直近で読んだメッセージの識別番号をメンバーそれぞれのウォーターマークとして選定する。したがって、ウォーターマーク選定部１２２はメンバーＸ１００に関連するウォーターマークを６に選定し、メンバーＹ１０１に関連するウォーターマークを２０に選定し、メンバーＺ１０３に関連するウォーターマークを２１に選定してもよい。
【００４２】
図３は、図１に示すサーバシステム１２０によって処理されたメッセージが画面に表示される例を示す図である。ウォーターマーク選定部１２２は、各メンバーに関連するウォーターマークを３００のように構成してもよい。
【００４３】
チャットアプリケーションはサーバシステム１２０からメッセージ３１０を受信し、メンバーのグループチャット画面を３２０のように構成してもよい。
【００４４】
ここで、サーバシステム１２０またはチャットアプリケーション１２０は、ウォーターマーク３００に基づいて各メッセージに対応する未読ユーザ数を判定してもよい。本発明の一実施形態では、サーバシステム１２０が未読ユーザ数を直接判定するため、チャットアプリケーションが判定する場合について別途に説明することにする。
【００４５】
サーバシステム１２０の受信情報判定部１２３は、メッセージそれぞれに対応してウォーターマークのうちメッセージそれぞれの識別番号よりも小さい番号のウォーターマーク数を未読ユーザ数として判定する。
【００４６】
すなわち、ウォーターマークは、メンバー［Ｘ、Ｙ、Ｚ］に対して［６、２０、２１］である。ここで、メッセージＡは識別番号が１であるため、１よりも小さいウォーターマークの数は０であることから、メッセージＡの未読ユーザ数は０である。メッセージＢ及びＣの場合もそれと同一である。
【００４７】
メッセージＤは識別番号が１０であるため、１０よりも小さいウォーターマークの数は１（ウォーターマーク６）であることから、メッセージＤの未読ユーザ数は１である。メッセージＥの場合もそれと同一である。
【００４８】
メッセージＦは識別番号が２１であるため、２１よりも小さいウォーターマークの数は２（ウォーターマーク５及び２０）であることから、メッセージＦの未読ユーザ数は２である。
【００４９】
受信情報判定部１２３はこのように判定された未読ユーザ数をチャットアプリケーションがサーバシステム１２０に接続するたびに伝達してもよい。送信された情報は３２０の画面のように表示される。すなわち、チャットアプリケーションは、サーバシステム１２０から受信されたメッセージ及び自身が送信したメッセージを画面に順に表示しながら、メッセージそれぞれに対応する未読ユーザ数３２１〜３２３を共に表示してもよい。
【００５０】
図４は、本発明の他の実施形態に係る対話形メッセージングサービス運用方法を示す図である。この受信確認を提供する対話形メッセージングサービス運用方法はサーバシステムによって動作され得る。
【００５１】
図４に示すように、サーバシステムは、グループチャットに参加するユーザが送信するメッセージに順次に識別番号を付与する（Ｓ４００）。
【００５２】
サーバシステムは、ユーザそれぞれが直近で読んだメッセージの識別番号をウォーターマークとして選定する（Ｓ４１０）。
【００５３】
サーバシステムは、その選定されたウォーターマークに基づいてメッセージそれぞれに対応する未読ユーザ数を判定する（Ｓ４２０）。ステップＳ４２０のために、サーバシステムはメッセージそれぞれに対応して、ウォーターマークのうちメッセージそれぞれの識別番号よりも小さい番号のウォーターマーク数をメッセージの未読ユーザ数として判定してもよい。
【００５４】
サーバシステムは、メッセージそれぞれに対応して判定された未読ユーザ数をメッセージと共に表示する（Ｓ４３０）。
【００５５】
さらに、サーバシステムは、ユーザそれぞれが直近で読んだメッセージの識別番号を新しい送信メッセージまたは受信メッセージが発生するたびにウォーターマークを再び設定する。このような過程については図５を参照して説明することにする。
【００５６】
サーバシステムは、いずれかのユーザによるメッセージ送信を検出し、そのメッセージに付与された識別番号をそのユーザのウォーターマークに更新してもよい。例えば、メンバーＹが５１０に示すように、メッセージＣをサーバシステムに送信した場合、サーバシステムは５２０に示すように、そのメッセージＣの識別番号６をメンバーＹのウォーターマークに設定してもよい。さらに、メンバーＹが他のメッセージをさらに送信した場合、サーバシステムはさらに送信された他のメッセージの識別番号をメンバーＹのウォーターマークに再び設定する。
【００５７】
また、サーバシステムは、いずれかのユーザによる１つのメッセージ受信を検出し、その受信されたメッセージに付与された識別番号をそのユーザのウォーターマークに更新してもよい。もし、そのユーザが複数のメッセージを一回に受信すれば、サーバシステムはその複数の受信メッセージの識別番号のうち最も大きい番号をそのユーザに関連するウォーターマークに更新してもよい。
【００５８】
すなわち、メンバーＹが５３０のように、メッセージＤ及びＥをサーバシステムから受信した場合、サーバシステムは５４０のように、メッセージＤ及びＥの識別番号１０及び２０のうち大きい番号の２０をメンバーＹのウォーターマークに設定してもよい。
【００５９】
一方、本発明の一実施形態ではメッセージの未読ユーザ数をサーバシステム１２０が直接判定したが、他の実施形態ではチャットアプリケーションが判定してもよい。すなわち、サーバシステムは、メッセージの識別番号を付与する過程、ウォーターマークを選定する過程のみを行い、その後未読ユーザ数を判定する過程についてはチャットアプリケーションによって行われてもよい。
【００６０】
したがって、チャットアプリケーションはサーバシステムからメッセージ、メッセージの識別番号及びウォーターマークに関連する情報のみを受信し、グループチャット画面を構成するときメッセージそれぞれに対応する未読ユーザ数を直接判定することができる。
【００６１】
その場合、チャットアプリケーションは移動端末のメモリに搭載されたプログラムである。ここで、移動端末は様々なコンピュータ端末であり、通常、携帯電話、スマートフォン、ノート型パソコン、タブレットコンピュータ装置、ＰＤＡなどが該当する。図面には示していないが、移動端末は基本的にキー入力部、表示部、通信モジュール、メモリ及びコントローラを含む。メモリは先に説明したチャットアプリケーションを搭載し、コントローラはユーザのキー入力に対応してチャットアプリケーションを実行する。特に、コントローラはチャットアプリケーションの実行に応じて、サーバシステム１２０とのメッセージ送受信によって他のユーザとのグループチャットに参加することができる。
【００６２】
チャットアプリケーションは、図６に示された構成を含んでもよい。図６に示すように、チャットアプリケーション６００は、識別番号取得モジュール６１０、ウォーターマーク取得モジュール６２０及び受信判定処理モジュール６３０を備える。この場合、チャットアプリケーション６００と連動するサーバシステムは、図１に示すサーバシステム１２０の構成のうち受信情報判定部１２３が除外された他の構成１２１、１２２、１２４を含む。
【００６３】
チャットアプリケーション６００の識別番号取得モジュール６１０は、移動端末のコントローラが送信するメッセージまたはサーバシステムから受信するメッセージに対応する識別番号をサーバシステムから取得する。すなわち、識別番号取得モジュール６１０は、メッセージＡ〜Ｆそれぞれに対応する識別番号［１、３、６、１０、２０、２１］を取得してもよい。
【００６４】
ウォーターマーク取得モジュール６２０は、グループチャットに参加するユーザに対応するウォーターマークをサーバシステムから取得してもよい。すなわち、ウォーターマーク取得モジュール６２０はメンバー［Ｘ、Ｙ、Ｚ］に対応するウォーターマーク［６、２０、２１］を取得する。
【００６５】
受信判定処理モジュール６３０は、識別番号取得モジュール６１０によって取得された識別番号をウォーターマークと比較し、その比較結果に応じてコントローラが送信したメッセージまたは受信したメッセージに対応する未読ユーザ数を判定する。
【００６６】
言い換えれば、受信判定処理モジュール６３０はメッセージそれぞれに対応し、ウォーターマークのうち各メッセージの識別番号よりも小さい番号のウォーターマーク数を未読ユーザ数として判定する。
【００６７】
ここで、受信判定処理モジュール６３０は、ウォーターマーク数を判定するとき自身に対応するウォーターマークを除外させる。
【００６８】
また、受信判定処理モジュール６３０は毎回全てのメッセージそれぞれに対応して動作することなく、サーバシステムで新しく送信されたメッセージ及びサーバシステムで新しく受信されたメッセージに限って、未読ユーザ数が０になるまで動作することができる。
【００６９】
また、ウォーターマーク取得モジュール６２０は一定の時間間隔が経過したり、または新しい送信または受信メッセージが発生したりするたびに、グループチャットに参加するユーザに対応するウォーターマークをサーバシステムから取得することができる。
【００７０】
本発明の実施形態に係る方法は、多様なコンピュータ手段によって実行されるプログラム命令形態で実現され、コンピュータで読み取り可能な記録媒体に記録されてもよい。前記コンピュータで読み取り可能な記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含んでもよい。前記媒体に記録されるプログラム命令は、本発明のために特別に設計されて構成されたものであってもよいし、コンピュータソフトウェア当業者に公示されて使用可能なものであってもよい。また、上述したファイルシステムは、コンピュータで読み取り可能な記録媒体に記録されてもよい。
【００７１】
上述したように、本発明は、限定された実施形態と図面によって説明されたが、本発明は上述した実施形態に限定されるものではなく、本発明が属する分野において通常の知識を有する者であれば、このような記載から多様な修正および変形が可能である。
【００７２】
例えば、本発明のチャットアプリケーションはグループチャットのメッセージそれぞれに対応する未読ユーザ数をメッセージ領域周辺に数字で表示したが、未読ユーザ数が分かるように他のシンボルで表示してもよい。
【００７３】
その他にも、サーバシステムやチャットアプリケーションは、本発明で用いるウォーターマークに基づいてグループチャットのメッセージそれぞれに対応する他の情報、例えば、既読ユーザ数、既読ユーザまたは未読ユーザそれぞれのＩＤ、及び既読ユーザまたは未読ユーザそれぞれの対話名（ユーザ名）のうち少なくとも１つをさらに表示してもよい。
【００７４】
したがって、本発明の範囲は、説明された実施形態に限定されて解釈されてはならず、添付する特許請求の範囲だけでなく、この特許請求の範囲と均等なものなどによって定められなければならないしたがって、本発明の範囲は説明された実施形態に限定されて解釈されてはならなくて、後述する特許請求の範囲だけでなくこの特許請求の範囲と均等なものなどによって決まらなければならない。
【図１】
0005883013.tif 000002
【図２】
0005883013.tif 000003
【図３】
0005883013.tif 000004
【図４】
0005883013.tif 000005
【図５】
0005883013.tif 000006
【図６】
0005883013.tif 000007