JP2004295570A

JP2004295570A - Messenger server, messenger client, premium imparting method and premium processing method

Info

Publication number: JP2004295570A
Application number: JP2003088024A
Authority: JP
Inventors: Nobuyuki Tanaka; 信行田中
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2003-03-27
Filing date: 2003-03-27
Publication date: 2004-10-21

Abstract

<P>PROBLEM TO BE SOLVED: To provide a messenger server and a messenger client capable of activating a chat. <P>SOLUTION: The messenger server imparts a premium to the messenger client whose state of participating in the chat satisfies a prescribed condition. The premiums possessed by all the participating messenger clients are displayed in a premium list 121. Also, the premium can be inserted in a chat sentence by being selected from the premium list 124 displayed at the time of clicking an icon menu 123. Also, the premium can be transferred or exchanged between the messenger clients. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット又はパソコン通信等を利用してチャット、ファイル転送等を行うためのメッセンジャ・サーバ及びメッセンジャ・クライアントに関する。
【０００２】
【従来の技術】
以前からパソコン通信を用いたチャットが一部のパソコン好きの人々の間で普及していたが、近年になってインターネットが普及してきたのに伴い、一般の人々もメッセンジャ・クライアントを用いてチャットやファイル交換を行うようになってきた。メッセンジャ・クライアントは、通常は、ＴＣＰ／ＩＰ上で独自のプロトコルを用いて、メッセンジャ・サーバや他のメッセンジャ・クライアントと通信を行う。
【０００３】
図１５に従来のメッセンジャ・クライアントを用いたチャットの画面を示す。チャットへの参加者は参加者リスト１０１に一覧表示される。各参加者は、書き込みたいチャット文を入力ボックス１０２に入力し、「送信」ボタン１０３を押す。そうすると、メッセンジャ・クライアントはメッセンジャ・サーバにそのチャット文を送信し、サーバは全ての参加しているメッセンジャ・クライアントにそのチャット文を送信する。このようにして、各メッセンジャ・クライアントの掲示画面１０４には、全ての参加しているメッセンジャ・クライアントが送信した全てのチャット文が表示される。
【０００４】
また、アイコン・メニュー１０５をクリックすると絵文字のポップアップ・メニュー１０６が表示され、ポップアップ・メニュー１０６から選択した絵文字をチャット文中に挿入することも可能である。図１５の例では、ａｋｉｒａの最後のチャット文とｔｕｙｏｓｉの最後のチャット文に絵文字が挿入されている。なお、図１５の例では、説明のために送信済みのチャット文も入力ボックス１０２に記入しているが、実際には、送信されたチャット文は入力ボックス１０２から削除される。他の同様の画面の図についても同様である。
【０００５】
また、図１５の画面では、チャットを行う人数に制限はないが、二人のみで行うチャットもある。例えば、ａｋｉｒａが参加者リスト１０１に表示されているｍａｓａｒｕをダブルクリックすると、図１６に示すようなａｋｉｒａとｍａｓａｒｕの二人のみのチャットの画面が表示される。入力ボックス１０２、「送信」ボタン１０３、アイコン・メニュー１０５、ポップアップ・メニュー１０６は図１５に示す画面のものと同様である。掲示画面１０７には、ａｋｉｒａとｍａｓａｒｕの二人のみのチャット文が表示される。また、図１５に示す画面の場合と同様に、アイコン・メニュー１０５及びポップアップ・メニュー１０６を用いてチャット文中に絵文字を挿入することが可能である。図１６の例では、ａｋｉｒａの第２のチャット文に絵文字が挿入されている。
【０００６】
また、メッセンジャ・クライアントは、ファイル送信をすることも可能である。図１７にファイル送信のための画面を示す。送信元の欄１１１には自己のニックネームが自動挿入される。送信先の欄１１２には、例えば、図１５の画面の参加者リスト１０１から選択されたニックネーム又はユーザがキー入力したニックネーム等が挿入される。ユーザが、「参照」ボタン１１３を押すと、ファイル選択のためのダイアログ画面（図示せず）が表示されるので、そのダイアログ画面でユーザは相手に送信したいファイルを選択する。そうすると、選択されたファイルの名称が送信ファイル欄１１４に挿入される。この状態でユーザが「送信」ボタン１１５を押すと、選択されたファイルが送信先のニックネームに対応したメッセンジャ・クライアントに送信される。
【０００７】
このようにして、メッセンジャ・クライアントを用いて、多数ユーザの間のチャット又は二人の間のチャット若しくはファイル送信等を行うことが可能である。そして、チャット文に絵文字を挿入することが可能である。
【０００８】
なお、本発明に関連する発明としては、チャット画面に表示するキャラクタを変化させる発明がある（例えば、特許文献１、特許文献２）。
【０００９】
【特許文献１】
特開２００１−３０６４７６公報
【特許文献２】
特開２００２−２３６６５６公報
【００１０】
【発明が解決しようとする課題】
しかしながら、上記の従来技術では、絵文字はポップ・アップメニューから選択できるのみであり、予め与えられている。関連発明においては、チャットの画面にキャラクタを表示し、そのキャラクタ自身を変化させることはあっても、各ユーザが予めキャラクタを保有しており、各ユーザが保有するキャラクタを発生、移動又は消滅させることはできない。
【００１１】
従って、せっかくチャットにキャラクタを導入しても、キャラクタはさほどチャットを盛り上げることはなかった。従って、チャットでは、散発的に会話がなされるのみであることが間々ある。
【００１２】
そこで、本発明は、チャットを活発化することを可能とするメッセンジャ・サーバ及びメッセンジャ・クライアントを提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明の第１の観点によれば、メッセンジャ・クライアントのチャットへの参加状態を測定する測定手段と、前記参加状態が所定の条件を満たしたか否かを判断する判断手段と、前記メッセンジャ・クライアントの前記チャットへの前記参加状態が前記所定の条件を満たしたならば、前記メッセンジャ・クライアントにプレミアムを付与する付与手段と、を備えることを特徴とするメッセンジャ・サーバが提供される。
【００１４】
上記のメッセンジャ・サーバにおいて、前記所定の条件は、入力した文字数が所定値に達したこと、入力したチャット文の数が所定値に達したこと、チャット文に挿入したプレミアムの数が所定値に達したこと、所定のキーワードを用いたこと、参加している時期や時間が所定の条件を満たしていること、参加人数が所定数以上であること、参加回数が所定数以上であることのうちの少なくとも１つを含んでいてもよい。
【００１５】
上記のメッセンジャ・サーバにおいて、前記プレミアムは、ファイル化されており、前記プレミアムの付与は前記プレミアムを表わしたファイルの送信であってもよい。
【００１６】
上記のメッセンジャ・サーバにおいて、前記プレミアムは、チャット文中に挿入可能な絵文字であってもよい。
【００１７】
上記のメッセンジャ・サーバにおいて、前記プレミアムは、ファイル化されており、前記チャット文中への前記プレミアムへの挿入は、チャット文と共に送信される前記ファイルにより表わされるプレミアムのビットマップの挿入であってもよい。
【００１８】
上記のメッセンジャ・サーバは、各メッセンジャ・クライアントに付与された各プレミアムを複数のチャットクライアントのチャット画面に表示するための表示手段を更に備えていてもよい。
【００１９】
上記のメッセンジャ・サーバにおいて、前記表示手段は、各メッセンジャ・クライアントに該各メッセンジャ・クライアントが保有するプレミアムを問い合わせる問合せ手段と、各メッセンジャ・クライアントから該各メッセンジャ・クライアントが保有するプレミアムに関する情報を受信する受信手段と、前記受信したプレミアムに関する情報を複数のメッセンジャ・クライアントに通知する通知手段と、を備えていてもよい。
【００２０】
本発明の第２の観点によれば、プレミアムのファイルをメッセンジャ・サーバから受信する受信手段と、前記プレミアムのファイルを格納する格納手段と、格納されたプレミアムのファイルにより表わされるビットマップを表示する表示手段と、選択されたプレミアムのファイルをチャット文中に挿入する挿入手段と、前記挿入されたプレミアムのファイルを前記チャット文と共に送信する送信手段と、を備えることを特徴とするメッセンジャ・クライアントが提供される。
【００２１】
本発明の第３の観点によれば、プレミアムのファイルをメッセンジャ・サーバから受信する受信手段と、前記プレミアムのファイルを格納する格納手段と、格納されたプレミアムのファイルにより表わされるビットマップを表示する表示手段と、選択されたプレミアムのファイルを他のメッセンジャ・クライアントに送信する送信手段を備えることを特徴とするメッセンジャ・クライアントが提供される。
【００２２】
本発明の第４の観点によれば、プレミアムのファイルをメッセンジャ・サーバから受信する受信手段と、前記プレミアムのファイルを格納する格納手段と、格納されたプレミアムのファイルにより表わされるビットマップを表示する表示手段と、自メッセンジャ・クライアントの保有するプレミアムのうちの選択されたプレミアムのファイルと他のメッセンジャ・クライアントの保有するプレミアムのうちの選択されたプレミアムのファイルを前記他のメッセンジャ・クライアントとの間で交換する交換手段を備えることを特徴とするメッセンジャ・クライアントが提供される。
【００２３】
本発明の第４の観点によるメッセンジャ・クライアントにおいて、前記交換手段は、自メッセンジャ・クライアントの保有するプレミアムのうちの自メッセンジャ・クライアントにおいて選択されたプレミアムと自メッセンジャ・クライアントの保有するプレミアムのうちの前記他のメッセンジャ・クライアントにおいて選択されたプレミアムとが一致し、且つ、前記他のメッセンジャ・クライアントの保有するプレミアムのうちの自メッセンジャ・クライアントにおいて選択されたプレミアムと前記他のメッセンジャ・クライアントの保有するプレミアムのうちの前記他のクライアントにおいて選択されたプレミアムとが一致したときにのみ前記交換を行ってもよい。
【００２４】
【発明の実施の形態】
本発明は、メッセンジャ・クライアントのチャットへの参加状況が所定の条件を満たしたならば、そのメッセンジャ・クライアントにプレミアムを与えるものである。そして、そのプレミアムをメッセンジャ・クライアント間で複製、移動又は交換できるようにするものである。
【００２５】
図１に本発明の実施形態によるメッセンジャ・サーバ及びメッセンジャ・クライアントを含むチャットシステムの構成を示す。図１を参照すると、メッセンジャ・サーバ２０１並びにメッセンジャ・クライアント２０２−１、２０２−２及び２０２−ｎは相互にインターネット等のネットワーク２０５により接続されている。メッセンジャ・サーバ２０１は、従来のメッセンジャ・サーバの機能を備え、メッセンジャ・クライアント２０２−１、２０２−２及び２０２−ｎは従来のメッセンジャ・クライアントの機能を備えている。データベース２０４はメッセンジャ・サーバ２０１と接続される。
【００２６】
次に、メッセンジャ・サーバ２０１がメッセンジャ・クライアント２０２にプレミアムを付与する方法について図２を参照して説明する。
【００２７】
図２を参照すると、メッセンジャ・サーバ２０１は、チャット付与のためのステップＳ３０２及びＳ３０３をチャットに参加中の全てのメッセンジャ・クライアント２０２について繰り返す（ステップＳ３０１）。
【００２８】
ステップＳ３０２では、現在のメッセンジャ・クライアント２０２が少なくとも１つのプレミアム発生条件を満たしたか否かを判断する。ステップＳ３０２の判断結果が肯定的であれば、ステップＳ３０３に進み、現在のメッセンジャ・クライアント２０２に、発生した数のプレミアムを送信し、次のメッセンジャ・クライアント２０２についての処理に進む。ステップＳ３０２の判断結果が否定的であれば、ステップＳ３０３をスキップして、次のメッセンジャ・クライアント２０２についての処理に進む。
【００２９】
次に、ステップＳ３０２の詳細について図３を参照して説明する。
【００３０】
図３を参照すると、まず、結果を「偽」に初期化する（ステップＳ３０６）。次に、発生プレミアム数を０に初期化する（ステップＳ３０７）。
【００３１】
次に、条件１に関連した測定又は計算を行う（ステップＳ３０８−１）。条件１が、例えば、入力した文字数が所定値を超えたことであれば、最後にステップＳ３０８−１を実行してから現在までにメッセンジャ・クライアント２０２が入力した文字数を数え、数えた文字数を最後にステップＳ３０８−１を実行したときに得られた入力文字数の累計値（これはメッセンジャ・クラインアントをキーとしてデータベース２０４から読み込む。）に加算し、その加算値を新たな入力文字数の累計値とする。最後にステップＳ３０８−１を実行してから現在までにメッセンジャ・クライアント２０２が入力した文字数の計測は別プロセスにより継続的に行うようにする。新たな累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。次に、条件１が満たされたか否かを判断する（ステップＳ３０９−１）。条件１が、例えば、入力した文字数が所定値を超えたことであれば、その条件が満たされたか否かを判断する。ステップＳ３０９−１の判断結果が肯定的であれば、ステップＳ３１０−１〜Ｓ３１２−１を行い、ステップＳ３０９−１の判断結果が否定的であればステップＳ３１０−１〜Ｓ３１２−１をスキップして、ステップＳ３０８−２に進む。
【００３２】
ステップＳ３１０−１では、結果を「真」にする。ステップＳ３１１−１では、プレミアム数を１だけ増やす。ステップＳ３１２−１では、条件１についての初期化処理を行う。条件１が、例えば、入力した文字数が所定値を超えたことであれば、ステップＳ３０８−１で更新された累積値からその所定値を差し引く。差し引いた後の累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。ステップＳ３１２−１からはステップＳ３０８−２に進む。
【００３３】
ステップＳ３０８−２では、条件２に関連した測定又は計算を行う。条件２が、例えば、入力したチャット文の数が所定値を超えたことであれば、最後にステップＳ３０８−２を実行してから現在までにメッセンジャ・クライアント２０２が入力したチャット文の数を数え、数えたチャット文の数を最後にステップＳ３０８−２を実行したときに得られたチャット文の数の累計値（これはメッセンジャ・クラインアントをキーとしてデータベース２０４から読み込む。）に加算し、その加算値を新たなチャット文の数の累計値とする。最後にステップＳ３０８−２を実行してから現在までにメッセンジャ・クライアント２０２が入力したチャット文の数の計測は別プロセスにより継続的に行う。新たな累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。次に、条件２が満たされたか否かを判断する（ステップＳ３０９−２）。条件２が、例えば、入力したチャット文の数が所定値を超えたことであれば、その条件が満たされたか否かを判断する。ステップＳ３０９−２の判断結果が肯定的であれば、ステップＳ３１０−２〜Ｓ３１２−２を行い、ステップＳ３０９−２の判断結果が否定的であればステップＳ３１０−２〜Ｓ３１２−２をスキップして、ステップＳ３０８−３に進む。
【００３４】
ステップＳ３１０−２では、結果を「真」にする。ステップＳ３１１−２では、プレミアム数を１だけ増やす。ステップＳ３１２−２では、条件２についての初期化処理を行う。条件２が、例えば、入力したチャット文の数が所定値を超えたことであれば、ステップＳ３０８−２で更新された累積値からその所定値を差し引く。差し引いた後の累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。ステップＳ３１２−２からはステップＳ３０８−３に進む。
【００３５】
同様なことをそれぞれの条件について繰り返した後、ステップＳ３０８−Ｃでは、条件Ｃに関連した測定又は計算を行う。条件Ｃが、例えば、チャット文に挿入したプレミアムの数が所定値を超えたことであれば、最後にステップＳ３０８−Ｃを実行してから現在までにメッセンジャ・クライアント２０２がチャット文に挿入したプレミアムの数を数え、数えたプレミアムの数を最後にステップＳ３０８−Ｃを実行したときに得られたプレミアムの数の累計値（これはメッセンジャ・クラインアントをキーとしてデータベース２０４から読み込む。）に加算し、その加算値を新たなプレミアムの数の累計値とする。最後にステップＳ３０８−Ｃを実行してから現在までにメッセンジャ・クライアント２０２がチャット文に挿入したプレミアムの数の計測は別プロセスにより継続的に行う。新たな累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。次に、条件Ｃが満たされたか否かを判断する（ステップＳ３０９−Ｃ）。条件Ｃが、例えば、チャット文に挿入したプレミアムの数が所定値を超えたことであれば、その条件が満たされたか否かを判断する。ステップＳ３０９−Ｃの判断結果が肯定的であれば、ステップＳ３１０−Ｃ〜Ｓ３１２−Ｃを行い、ステップＳ３０９−Ｃの判断結果が否定的であればステップＳ３１０−Ｃ〜Ｓ３１２−Ｃをスキップして、ステップＳ３０２の処理全体を終了する。
【００３６】
ステップＳ３１０−Ｃでは、結果を「真」にする。ステップＳ３１１−Ｃでは、プレミアム数を１だけ増やす。ステップＳ３１２−Ｃでは、条件Ｃについての初期化処理を行う。条件Ｃが、例えば、チャット文に挿入したプレミアムの数が所定値を超えたことであれば、ステップＳ３０８−Ｃで更新された累積値からその所定値を差し引く。差し引いた後の累計値は、現在のメッセンジャ・クライアントと関連付けてデータベース２０４に格納する。ステップＳ３１２−Ｃを終了したならば、ステップＳ３０２の処理全体を終了する。
【００３７】
なお、ステップＳ３０８−２〜Ｓ３１２−Ｃを削除し、ステップＳ３０９−１で、条件１、条件２、…、条件Ｃの全ての条件が満たされたか否かを判断する様にしてもよい。
【００３８】
また、条件１、条件２、…、条件Ｃとして、上記の条件の他に、所定のキーワードを用いたか否か、参加している時期や時間が所定の条件を満たしたか否か、参加人数が所定数以上であるか否か、参加回数が所定数以上であるか否か等の条件を用いてもよい。
【００３９】
また、ステップＳ３０３で送信するプレミアムの種類は、予めメッセンジャ・クライアント２０２から指定のあったものであってもよいし、メッセンジャ・サーバ２０１がランダムに決定したものであってもよい。また、送信するプレミアムの種類は、満たした条件に依存してもよい。また、送信するプレミアムに、メッセンジャ・クライアント２０２のユーザのニックネーム、誕生日、似顔絵等を挿入してもよい。このためには、データベース２０４にユーザと関連付けてユーザのニックネーム、誕生日、似顔絵等を登録しておく。プレミアムを予めメッセンジャ・クライアント２０２に用意しておくのではなく、メッセンジャ・サーバ２０１がその都度プレミアムを生成して、そのファイルをメッセンジャ・クライアント２０２に送信するようにしているので、プレミアムのデザインを自由に作成することができる。
【００４０】
図４を参照すると、各メッセンジャ・クライアント２０２は、常時プレミアムを受信したか否かを判断し（ステップＳ３２１）、そうであれば、受信したプレミアムを保存する（ステップＳ３２２）。
【００４１】
メッセンジャ・サーバ２０１が送信するプレミアムは、例えば、ビットマップファイル（ＢＭＰファイル）、ＧＩＦファイル、ＴＩＦＦファイル、ＪＰＧファイル等に画像ファイル化されており、プレミアムの送信とはそのファイルの送信のことである。また、メッセンジャ・クライアント２０２によるプレミアムの保存（ステップＳ３２２）とは、プレミアムのファイルの保存のことである。
【００４２】
次に、メッセンジャ・クライアント２０２について図５を参照して説明する。
【００４３】
図５は、メッセンジャ・クライアント２０２が表示する画面を示す。この画面は、図１５に示す従来のメッセンジャ・クライアント２０２が表示する画面と同様に、参加者リスト１０１、入力ボックス１０２、「送信」ボタン１０３、掲示画面１０４Ｂ、アイコン・メニュー１０５、ポップアップ・メニュー１０６を有する。但し、掲示画面１０４Ｂは、プレミアムも表示する点において掲示画面１０４と異なる。また、図５に示す画面は、プレミアム・リスト１２１を有し、このプレミアム・リスト１２１には、各参加者が保有するプレミアム１２２が表示される。更に、図５に示す画面は、プレミアムに関するアイコン・メニュー１２３を有し、このアイコン・メニュー１２３がクリックされると、ポップアップ・メニュー１２４が表示される。ポップアップ・メニュー１２４には、当該メッセンジャ・クライアント２０２が保有するプレミアム１２５が表示される。
【００４４】
メッセンジャ・クライアント２０２は、ポップアップ・メニュー１２４を表示するときには、ステップＳ３２２で保存した全てのプレミアムのファイルを読み込んで、そのファイルの内容に基づいてプレミアム１２５を表示する。
【００４５】
また、メッセンジャ・クライアント２０２は、メッセンジャ・サーバ２０１から現在チャットに参加している全てのメッセンジャ・クライアント２０２が保有するプレミアムの画像ファイルを受信し、それらの画像ファイルの内容に基づいて、プレミアム・リスト１２１に各メッセンジャ・クライアント２０２が保有するプレミアム１２２を表示する。
【００４６】
次に、プレミアム・リスト１２１へのプレミアム１２２の表示に関連したメッセンジャ・サーバ２０１とメッセンジャ・クライアント２０２の動作について図６を参照して説明する。
【００４７】
図６を参照すると、メッセンジャ・サーバ２０１は、ステップＳ３２７、Ｓ３２９及びＳ３３０の処理をチャットに参加している全てのメッセンジャ・クライアント２０２について繰り返す（ステップＳ３２６）。また、メッセンジャ・クライアント２０２も、メッセンジャ・サーバ２０１に連動して、ステップＳ３２８、Ｓ３３１、Ｓ３３２の動作をチャットに参加している全てのメッセンジャ・クライアント２０２について繰り返す（ステップＳ３２６）。
【００４８】
各繰返しにおいて、まず、メッセンジャ・サーバ２０１は、現在のメッセンジャ・クライアント２０２にそのメッセンジャ・クライアント２０２が保有しているプレミアムを問い合わせる（ステップＳ３２７）。この問合せに対し、現在のメッセンジャ・クライアント２０２は、そのメッセンジャ・クライアント２０２が現在保有している全てのプレミアムについての情報をメッセンジャ・サーバ２０１に送信し（ステップＳ３２８）、メッセンジャ・サーバ２０１はその情報を受信する（ステップＳ３２９）。次に、メッセンジャ・サーバ２０１は、現在のメッセンジャ・クライアント２０２が現在保有している全てのプレミアムについての情報を現在チャットに参加している全てのメッセンジャ・クライアント２０２に送信し（ステップＳ３３０）、現在チャットに参加している全てのメッセンジャ・クライアント２０２は、その情報を受信する（ステップＳ３３１）。次に、全てのクライアント２０２は、現在のメッセンジャ・クライアント２０２が保有している全てのプレミアムについての情報に基づいて、現在のメッセンジャ・クライアント２０２が保有している全てのプレミアムをプレミアム・リスト１２１に表示する（ステップＳ３３２）。
【００４９】
なお、現在のメッセンジャ・クライアント２０２が現在保有している全てのプレミアムに関する情報は、現在のメッセンジャ・クライアント２０２が現在保有している全てのプレミアムの画像ファイルであってよいが、例えば、不正なメッセンジャ・クライアントが不正にプレミアムを入手することを防止するために、解像度を落としたビットマップや別画像のビットマップ、或いは、プレミアムの名称であってもよい。
【００５０】
次に、チャット文へのプレミアムの挿入とプレミアムが挿入されたチャット文の送信について説明する。
【００５１】
図５を参照すると、ユーザは、入力ボックス１０２に文字を入力している最中に、プレミアムを挿入したい場合に、アイコン・メニュー１２３をクリックする。すると、プレミアム１２５を含んだポップアップ・メニュー１２４が表示される。ユーザがポップアップ・メニュー１２４から所望のプレミアムを選択すると、チャット文中にそのプレミアムの絵文字がビットマップとして挿入される。送信されるチャット文のパケットは、図７に示すようなフォーマットを有している。図７を参照すると、このパケットは、ヘッダ４０１、キャラクタ・コード４０２、プレミアム・ファイル４０３−１及び４０３−２並びにエンダ４０４より成る。キャラクタ・コード４０２中のプレミアムが挿入される位置には、プレミアム参照の識別子とプレミアム・ファイル名が記述され、これによりプレミアム・ファイルが参照される。チャット文を画面を表示する際には、キャラクタ・コードに従って各文字を表示すると共に、プレミアム参照の識別子とプレミアム・ファイル名の組が検出されたならば、そのプレミアム・ファイル名のファイルを読み込んで、そのファイルにより表わされる画像のビットマップを文字間に表示する。
【００５２】
なお、チャット文中に挿入するプレミアム・ファイル４０３−１及び４０３−２は、メッセンジャ・クライアント２０２が保有しているプレミアムの画像ファイルであってよいが、例えば、不正なメッセンジャ・クライアントが不正にプレミアムを入手することを防止するために、解像度を落としたビットマップや別画像のビットマップであってもよい。
【００５３】
二人のみで行うチャットの画面を図８に示す。この画面は、図１５に示す従来のメッセンジャ・クライアント２０２が表示する画面と同様に、入力ボックス１０２、「送信」ボタン１０３、掲示画面１０７Ｂを有する。但し、掲示画面１０７Ｂは、プレミアムも表示する点において掲示画面１０７と異なる。図８に示す画面は、プレミアムに関するアイコン・メニュー１２３を有し、このアイコン・メニュー１２３がクリックされると、ポップアップ・メニュー１２４が表示される。ポップアップ・メニュー１２４には、当該メッセンジャ・クライアント２０２が保有するプレミアム１２５が表示される。
【００５４】
ユーザは、図５に示す画面の場合と同様に、図８の画面を用いてプレミアムが挿入されたチャット文を入力し、送信することができる。送信されるチャット文のフォーマットは、図７に示すとおりである。
【００５５】
また、メッセンジャ・クライアント２０２は、自己が保有するプレミアムを他のメッセンジャ・クライアント２０２に送信することができる。これは、従来のメッセンジャ・クライアントのファイル送信機能を用いて実現することができる。ユーザがメニュー（図示せず）から「ファイル送信」を選択すると、メッセンジャ・クライアント２０２は、図９に示すようなダイアログ画面を表示する。送信元の欄１１１には自己のニックネームが自動挿入される。送信先１１２の欄には、例えば、図５の画面の参加者リスト１０１から選択されたニックネーム又はユーザがキー入力したニックネーム等が挿入される。ユーザが、「プレミアム参照」ボタン１３１を押すと、プレミアム選択のための図１０（ａ）に示すプレミアム・リストが表示されるので、そのプレミアム・リストでユーザは相手に送信したいプレミアムを選択する。そうすると、選択されたプレミアムのファイルの名称が送信ファイル欄１１４に挿入される。この状態でユーザが「送信」ボタン１１５を押すと、選択されたプレミアムのファイルが送信先のニックネームに対応したメッセンジャ・クライアントに送信される。
【００５６】
また、メッセンジャ・クライアント２０２は、自己が保有するプレミアムと他のメッセンジャ・クライアント２０２が保有するプレミアムを交換することができる。図１１に示す様なチャットの内容によりプレミアムの交換についての交渉が成立したとする。
【００５７】
ａｋｉｒａがメニュー（図示せず）から「プレミアム交換」を選択すると、メッセンジャ・クライアント２０２は、図１２（ａ）に示すようなダイアログ画面を表示する。送信元の欄１４１には自己のニックネームであるａｋｉｒａが自動挿入される。送信先の欄１４２には、現在の１対１で通信における相手のニックネームであるｔｕｙｏｓｉが自動挿入される。ａｋｉｒａが「プレミアム参照」ボタン１４３を押すと、メッセンジャ・クライアント２０２は、図１０（ａ）に示すプレミアム・リストを表示する。ユーザが送信したいプレミアムをこのプレミアム・リストで選択すると、送信ファイルの欄１４４には選択されたプレミアムのファイルの名称が代入される。同様に、ａｋｉｒａが「プレミアム参照」ボタン１４５を押すと、メッセンジャ・クライアント２０２は、図１０（ｂ）に示すプレミアム・リストを表示する。この表示のためには、メッセンジャ・クライアントは、相手のメッセンジャ・クライアントに、相手のメッセンジャ・クライアントが保有するプレミアムについての情報（簡易ビットマップ等）を得ておく。ユーザが送信したいプレミアムをこのプレミアム・リストで選択すると、受信ファイルの欄１４６には選択されたプレミアムのファイルの名称が代入される。ａｋｉｒａは、この状態で「交換」ボタン１４７を押す。
【００５８】
同様に、ｔｕｙｏｓｉがメニュー（図示せず）から「プレミアム交換」を選択すると、メッセンジャ・クライアント２０２は、図１２（ｂ）に示すようなダイアログ画面を表示する。送信元の欄１４１には自己のニックネームであるｔｕｙｏｓｉが自動挿入される。送信先の欄１４２には、現在の１対１で通信における相手のニックネームであるａｋｉｒａが自動挿入される。ｔｕｙｏｓｉが「プレミアム参照」ボタン１４３を押すと、メッセンジャ・クライアント２０２は、図１０（ｂ）に示すプレミアム・リストを表示する。ユーザが送信したいプレミアムをこのプレミアム・リストで選択すると、送信ファイルの欄１４４には選択されたプレミアムのファイルの名称が代入される。同様に、ｔｕｙｏｓｉが「プレミアム参照」ボタン１４５を押すと、メッセンジャ・クライアント２０２は、図１０（ａ）に示すプレミアム・リストを表示する。ユーザが送信したいプレミアムをこのプレミアム・リストで選択すると、受信ファイルの欄１４６には選択されたプレミアムのファイルの名称が代入される。ｔｕｙｏｓｉは、この状態で「交換」ボタン１４７を押す。
【００５９】
ａｋｉｒａが選択した送信プレミアムとｔｕｙｏｓｉが選択した受信プレミアムが一致し、ａｋｉｒａが選択した受信プレミアムとｔｕｙｏｓｉが選択した送信プレミアムが一致している場合には、両者が「交換」ボタン１４７を押した後に、両プレミアムの交換が行われる。
【００６０】
上記のプレミアムの交換方法を実現するためのメッセンジャ・クライアント２０２の動作について図１３を参照して説明する。
【００６１】
図１３を参照すると、まず、ユーザ１（例えば、ａｋｉｒａ）のメッセンジャ・クライアント２０２は、ユーザ１の操作により、図１２（ａ）に示す画面の「プレミアム参照」ボタン１４３及び図１０（ａ）に示すプレミアム・リストを用いて、送信するプレミアムのファイル名ＦＮ１を入力する（ステップＳ３４１−１）。次に、図１２（ａ）に示す画面の「プレミアム参照」ボタン１４５及び図１０（ｂ）に示すプレミアム・リストを用いて、受信するプレミアムのファイル名ＦＮ２を入力する（ステップＳ３４２−１）。なお、ユーザ２のプレミアムについての情報は、図１２（ａ）に示す画面を表示する際に取得してあるものとする。次に、ユーザ１が図１２（ａ）に示す画面の「交換」ボタン１４７を押したならば、ファイル名ＦＮ１及びＦＮ２を付記した交換メッセージをユーザ２（例えば、ｔｕｙｏｓｉ）のメッセンジャ・クライアントに送信する（ステップＳ３４３−１）。次に、ユーザ２のメッセンジャ・クライアントで選択された送信プレミアムのファイル名ＦＮ３及び受信プレミアムのファイル名ＦＮ４を付記した交換メッセージを他のメッセンジャ・クライアントから受信する（ステップＳ３４４−１）。なお、ステップＳ３４３−１及びステップＳ３４４−１の順序は逆転してもよい。
【００６２】
次に、ユーザ１のメッセンジャ・クライアント２０２は、ユーザ１の送信ファイル名ＦＮ１とユーザ２の受信ファイル名ＦＮ４が一致しているか否かを判断し（ステップＳ３４５−１）、一致していればステップＳ３４６−１に進み、一致していなければ処理を終了する。ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３４６−１では、ユーザ１の受信ファイル名ＦＮ２とユーザ２の送信ファイル名ＦＮ３が一致しているか否かを判断し、一致していればステップＳ３４７−１に進み、一致していなければ処理を終了する。ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３４７−１では、ファイルＦＮ１をユーザ２のメッセンジャ・クライアント２０２に送信する。次に、ユーザ１のメッセンジャ・クライアントは、ファイルＦＮ３をユーザ２のメッセンジャ・クライアント２０２から受信する（ステップＳ３４８−１）。なお、ステップＳ３４５−１及びステップＳ３４６−１で合意の確認が取れた後に、ユーザ１がファイルＦＮ１の送信を行わずに、ファイルＦＮ３の受信のみを行うような不正を行うことを回避するために、ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３４７−１の送信を行わなければ、ステップＳ３４８−１の受信を行うことができないようにしてもよい。
【００６３】
また、ステップＳ３４８−１を先に行い、ステップＳ３４７−１をその後に行うようにしてもよい。但し、この場合であっても、ステップＳ３４５−１及びステップＳ３４６−１で合意の確認が取れた後に、ユーザ１がファイルＦＮ１の送信を行わずに、ファイルＦＮ３の受信のみを行うような不正を行うことを回避するために、ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３４８−１を実行した時点では、受信したファイルＦＮ３を一時格納領域に格納するのみとし、ステップＳ３４７−１を実行した時点で始めてファイルＦＮ３を正規の格納領域にコピーするようにしてもよい。
【００６４】
ユーザ２のメッセンジャ・クライアント２０２は、ユーザ１のメッセンジャ・クライアント２０２が行うステップＳ３４１−１〜Ｓ３４８−１と同様なステップＳ３４１−２〜Ｓ３４８−２を行うので、その説明を省略する。
【００６５】
ユーザ１のメッセンジャ・クライアント２０２及びユーザ２のメッセンジャ・クライアントが上記のようにプレミアムの交換を行うので、ユーザ１とユーザ２との間で、交換しようとするプレミアムの一致が取れた場合にのみ、プレミアムの交換が行え、一方のユーザが勝手にプレミアムを交換してしまうことを防止することができる。
【００６６】
また、図１４に示すような方法によりプレミアム交換をしてもよい。
【００６７】
図１４を参照すると、ユーザ１のメッセンジャ・クライアントのみで送信プレミアムと受信プレミアムを指定し（ステップＳ３４１−１、Ｓ３４２−１）、指定された送信プレミアムと受信プレミアムを記述した交換メッセージをユーザ１のメッセンジャ・クライアントからユーザ２のメッセンジャ・クライアントに送信し（ステップＳ３４３−１）、それをユーザ２のメッセンジャ・クライアントで受信する（ステップＳ３５４）。ユーザ２のメッセンジャ・クライアントがその交換メッセージに記述されている送信プレミアムと受信プレミアムを表示し、ユーザ２がユーザ２のメッセンジャ・クライアントに交換許可の入力をしたか否かを判断する（ステップＳ３５５、Ｓ３５６）。
【００６８】
許可が無かった場合には、ユーザ２のメッセンジャ・クライアントは、拒否メッセージを送信して（ステップＳ３５７）、処理を終了する。
【００６９】
許可があった場合には、ユーザ２のメッセンジャ・クライアントは、ユーザ１のメッセンジャ・クライアントに交換許可のメッセージを送信し（ステップＳ３５８）、ステップＳ３６３に進む。
【００７０】
一方、ユーザ１のメッセンジャ・クライアントは、許可メッセージ又は拒否メッセージを受信し（ステップＳ３５９）、そのメッセージが許可メッセージであるのか又は拒否メッセージであるのかを判断し（ステップＳ３６０）、許可メッセージを受信している場合には、ステップＳ３６１に進み、拒否メッセージを受信している場合には処理を終了する。
【００７１】
ユーザ１のメッセンジャ・クライアントは、ステップＳ３６１では、プレミアムのファイルＦＮ１をユーザ２のメッセンジャ・クライアントに送信し、ステップＳ３６２では、プレミアムのファイルＦＮ３をユーザ２のメッセンジャ・クライアントから受信する。なお、ステップＳ３５５で許可が取れた後に、ユーザ１がファイルＦＮ１の送信を行わずに、ファイルＦＮ３の受信のみを行うような不正を行うことを回避するために、ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３６１の送信を行わなければ、ステップＳ３６２の受信を行うことができないようにしてもよい。
【００７２】
また、ステップＳ３６２を先に行い、ステップＳ３６１をその後に行うようにしてもよい。但し、この場合であっても、ステップＳ３５５で許可が取れた後に、ユーザ１がファイルＦＮ１の送信を行わずに、ファイルＦＮ３の受信のみを行うような不正を行うことを回避するために、ユーザ１のメッセンジャ・クライアント２０２は、ステップＳ３６２を実行した時点では、受信したファイルＦＮ３を一時格納領域に格納するのみとし、ステップＳ３６１を実行した時点で始めてファイルＦＮ３を正規の格納領域にコピーするようにしてもよい。同様に、ユーザ２のメッセンジャ・クライアントは、ステップＳ３６３では、プレミアムのファイルＦＮ３をユーザ１のメッセンジャ・クライアントに送信し、ステップＳ３６４では、プレミアムのファイルＦＮ１をユーザ１のメッセンジャ・クライアントから受信する。なお、ステップＳ３５５で許可が取れた後に、ユーザ２がファイルＦＮ３の送信を行わずに、ファイルＦＮ１の受信のみを行うような不正を行うことを回避するために、ユーザ２のメッセンジャ・クライアント２０２は、ステップＳ３６３の送信を行わなければ、ステップＳ３６４の受信を行うことができないようにしてもよい。
【００７３】
また、ステップＳ３６４を先に行い、ステップＳ３６３をその後に行うようにしてもよい。但し、この場合であっても、ステップＳ３５５で許可が取れた後に、ユーザ２がファイルＦＮ３の送信を行わずに、ファイルＦＮ１の受信のみを行うような不正を行うことを回避するために、ユーザ２のメッセンジャ・クライアント２０２は、ステップＳ３６４を実行した時点では、受信したファイルＦＮ１を一時格納領域に格納するのみとし、ステップＳ３６３を実行した時点で始めてファイルＦＮ１を正規の格納領域にコピーするようにしてもよい。
【００７４】
以上、本発明の実施形態について説明したが、運用により、送信したプレミアムを自メッセンジャ・クライアントから削除することにより、プレミアムのコピーではなくプレミアムの移動としてもよい。又は、送信した回数が所定値以上に達したならば、それ以上送信できないようにすることにより、同一プレミアムのコピー数を制限してもよい。コピー数の制限のためには、例えば、プレミアムのファイルにコピー回数のプロパティの領域を持たせておき、メッセンジャ・クライアントがそのコピー回数を書き換えるようにする。そして、プレミアムの不正コピーを防止するためには、プレミアムのファイルをレポジトリ・ファイルで包み込んでしまい、コピー・コマンド等でプレミアム・ファイルを単独でコピーすることができないようにする。また、プレミアムを交換した場合には、送信したプレミアムを自メッセンジャ・クライアントから削除するようにしてもよい。更に、特定の種類のプレミアムについては送信及び交換ができないようにして、その種類のプレミアムの価値を高めるようにしてもよい。
【００７５】
また、図８及び図１１に示す画面を表示している最中に、２つのメッセンジャ・クライアントの間の通信により、相手のメッセンジャ・クライアントが保有するプレミアムを取得して、この画面に自メッセンジャ・クライアントが保有するプレミアム及び相手のメッセンジャ・クライアントが保有するプレミアムを表示するようにしてもよい。
【００７６】
更に、自己が保有するプレミアムのうちの１つのプレミアムを自己を表示するプレミアムと選択し、選択したプレミアムを図５の画面の参加者リスト中の自己のニックネームの隣に表示するようにしてもよい。このためには、選択したプレミアムについて図６に示す方法と同様の方法を行えばよい。
【００７７】
【発明の効果】
以上説明したように、本発明によれば、メッセンジャ・クライアントのチャットへの参加状態が所定の条件を満たしたならば、そのメッセンジャ・クライアントにプレミアムを付与するようにしたので、チャットを活性化し、書込みチャット文の数、書込み文字数等を増加させることができる。
【００７８】
また、プレミアムがファイル化されており、メッセンジャ・クライアントに送信するようにしたので、メッセンジャ・サーバを介さなくてもプレミアムをメッセンジャ・クライアント間で転送ができるので、サーバは、プレミアム転送のための複雑な処理を行わなくても済む。
【００７９】
また、各メッセンジャ・クライアントに付与された各プレミアムを複数のメッセンジャ・クライアントのチャット画面に表示するようにしたので、各メッセンジャ・クライアントのユーザがプレミアムを獲得するためのインセンティブを向上させることができる。
【００８０】
更に、プレミアムをチャット文中に挿入できるようにしたので、チャット文の表現力を高めることができる。
【００８１】
更に、プレミアムのメッセンジャ・クライアント間での転送や交換が可能なので、プレミアムにトレーディングカードや面子のような価値を与えることができる。
【００８２】
更に、プレミアムをチャットに導入することにより、チャットにゲーム感覚を与えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるメッセンジャ・サーバ及びメッセンジャ・クライアントを含むメッセンジャ・システムの構成を示すブロック図である。
【図２】本発明の実施形態によるメッセンジャ・サーバのプレミアム付与のための全体の動作を示すフローチャートである。
【図３】本発明の実施形態によるメッセンジャ・サーバのプレミアム付与のための条件判定の動作を示すフローチャートである。
【図４】本発明の実施形態によるメッセンジャ・クライアントのプレミアム保存のための動作を示すフローチャートである。
【図５】本発明の実施形態によるメッセンジャ・クライアントがメッセンジャ・サーバを介して他のメッセンジャ・クライアントとチャットを行うときに表示する画面を示す図である。
【図６】本発明の実施形態によるメッセンジャ・サーバ及びメッセンジャ・クライアントがメッセンジャ・クライアントの画面にプレミアムを表示するための動作を示すフローチャートである。
【図７】本発明の実施形態によるメッセンジャ・クライアントが送信するチャット文のパケットの構成を示すフォーマット図である。
【図８】本発明の実施形態によるメッセンジャ・クライアントが他のメッセンジャ・クライアントと１対１でチャットを行うときに表示する第１の画面を示す図である。
【図９】本発明の実施形態によるメッセンジャ・クライアントがプレミアムを他のメッセンジャ・クライアントに送信するために表示する画面を示す図である。
【図１０】（ａ）及び（ｂ）は、共に、本発明の実施形態によるメッセンジャ・クライアントが表示するプレミアム・リストを示す図である。
【図１１】本発明の実施形態によるメッセンジャ・クライアントが他のメッセンジャ・クライアントと１対１でチャットを行うときに表示する第２の画面を示す図である。
【図１２】（ａ）及び（ｂ）は、共に、本発明の実施形態によるメッセンジャ・クライアントが他のメッセンジャ・クライアントとの間でプレミアムの交換をするために表示する画面を示す図である。
【図１３】本発明の実施形態による２つのメッセンジャ・クライアントが相互にプレミアムの交換をする第１の方法を示すフローチャートである。
【図１４】本発明の実施形態による２つのメッセンジャ・クライアントが相互にプレミアムの交換をする第２の方法を示すフローチャートである。
【図１５】従来例によるメッセンジャ・クライアントがメッセンジャ・サーバを介して他のメッセンジャ・クライアントとチャットを行うときに表示する画面を示す図である。
【図１６】従来例によるメッセンジャ・クライアントが他のメッセンジャ・クライアントと１対１でチャットを行うときに表示する画面を示す図である。
【図１７】従来例によるメッセンジャ・クライアントが他のメッセンジャ・クライアントにファイル送信をするときに表示する画面を示す図である。
【符号の説明】
２０１メッセンジャ・サーバ
２０２−１、２０２−２、２０２−ｎメッセンジャ・クライアント
２０４データベース
２０５ネットワーク[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a messenger server and a messenger client for performing chat, file transfer, and the like using the Internet or personal computer communication.
[0002]
[Prior art]
Chatting using personal computer communication has been popular among some PC lovers for some time, but with the recent spread of the Internet, the general public has been able to chat and use messenger clients. File exchange has begun. Messenger clients typically communicate with messenger servers and other messenger clients using a proprietary protocol over TCP / IP.
[0003]
FIG. 15 shows a screen of a chat using a conventional messenger client. Participants in the chat are displayed in a list in the participant list 101. Each participant inputs a chat sentence to be written in the input box 102 and presses a “send” button 103. The messenger client then sends the chat to the messenger server, and the server sends the chat to all participating messenger clients. In this way, all chat messages transmitted by all participating messenger clients are displayed on the bulletin screen 104 of each messenger client.
[0004]
Clicking on the icon menu 105 displays a pop-up menu 106 of pictographs, and the pictograph selected from the pop-up menu 106 can be inserted into the chat text. In the example of FIG. 15, pictographs are inserted in the last chat sentence of akira and the last chat sentence of tuyosi. In the example of FIG. 15, the transmitted chat text is also entered in the input box 102 for explanation. However, in practice, the transmitted chat text is deleted from the input box 102. The same applies to other similar screen diagrams.
[0005]
In the screen of FIG. 15, there is no limit to the number of people who can chat, but there is also a chat that is performed by only two people. For example, when akira double-clicks on masaru displayed on the participant list 101, a screen for chatting with only akira and masaru as shown in FIG. 16 is displayed. The input box 102, the "send" button 103, the icon menu 105, and the pop-up menu 106 are the same as those on the screen shown in FIG. The bulletin screen 107 displays chat texts of only two people, akira and masaru. As in the case of the screen shown in FIG. 15, pictograms can be inserted into the chat text using the icon menu 105 and the pop-up menu 106. In the example of FIG. 16, pictographs are inserted in the second chat text of akira.
[0006]
The messenger client can also send files. FIG. 17 shows a screen for file transmission. The sender's nickname is automatically inserted in the transmission source column 111. In the transmission destination column 112, for example, a nickname selected from the participant list 101 on the screen of FIG. When the user presses the "reference" button 113, a dialog screen (not shown) for selecting a file is displayed, and the user selects a file to be transmitted to the other party on the dialog screen. Then, the name of the selected file is inserted into the transmission file column 114. When the user presses the "send" button 115 in this state, the selected file is sent to the messenger client corresponding to the destination nickname.
[0007]
In this way, using the messenger client, a chat between a large number of users, a chat between two users, a file transmission, or the like can be performed. Then, it is possible to insert pictographs into the chat text.
[0008]
As an invention related to the present invention, there is an invention in which a character displayed on a chat screen is changed (for example, Patent Documents 1 and 2).
[0009]
[Patent Document 1]
JP 2001-306476 A
[Patent Document 2]
JP-A-2002-236656
[0010]
[Problems to be solved by the invention]
However, in the above prior art, pictograms can only be selected from a pop-up menu, and are given in advance. In the related invention, a character is displayed on a chat screen and the character itself is changed, but each user has a character in advance, and the character held by each user is generated, moved, or deleted. It is not possible.
[0011]
Therefore, even if a character is introduced into a chat, the character does not excite the chat much. Therefore, in chat, it is sometimes the case that conversation is only sporadic.
[0012]
Therefore, an object of the present invention is to provide a messenger server and a messenger client that can activate chat.
[0013]
[Means for Solving the Problems]
According to a first aspect of the present invention, a measuring means for measuring a participation state of a messenger client in a chat, a determination means for determining whether or not the participation state satisfies a predetermined condition, and the messenger client Providing a premium to the messenger client if the participation status of the messenger client satisfies the predetermined condition is provided.
[0014]
In the above messenger server, the predetermined condition is that the number of input characters has reached a predetermined value, the number of input chat texts has reached a predetermined value, and the number of premiums inserted in the chat text has reached a predetermined value. Have reached, have used a given keyword, have participated in the event at a given time or time, and have met the given conditions. May be included.
[0015]
In the messenger server described above, the premium may be filed, and the grant of the premium may be transmission of a file representing the premium.
[0016]
In the messenger server, the premium may be a pictogram that can be inserted into a chat text.
[0017]
In the above messenger server, the premium may be filed, and the insertion of the premium into the chat text may be an insertion of a bitmap of the premium represented by the file transmitted with the chat text. Good.
[0018]
The above messenger server may further include a display unit for displaying each premium given to each messenger client on a chat screen of a plurality of chat clients.
[0019]
In the messenger server described above, the display means receives an inquiry from each messenger client for a premium held by each messenger client, and receives information on the premium held by each messenger client from each messenger client. And a notifying unit for notifying the plurality of messenger clients of the received information on the premium.
[0020]
According to a second aspect of the present invention, receiving means for receiving a premium file from a messenger server, storage means for storing the premium file, and displaying a bitmap represented by the stored premium file are displayed. A messenger client comprising: display means; insertion means for inserting a selected premium file into a chat text; and transmission means for transmitting the inserted premium file together with the chat text. Is done.
[0021]
According to a third aspect of the present invention, receiving means for receiving a premium file from a messenger server, storage means for storing the premium file, and displaying a bitmap represented by the stored premium file. A messenger client is provided, comprising: display means; and transmission means for transmitting the selected premium file to another messenger client.
[0022]
According to a fourth aspect of the present invention, receiving means for receiving a premium file from a messenger server, storage means for storing the premium file, and displaying a bitmap represented by the stored premium file. Display means for transferring a file of a premium selected from premiums held by the own messenger client and a file of a premium selected from premiums held by another messenger client with the other messenger client; A messenger client is provided, which comprises an exchange means for exchanging the messenger.
[0023]
In the messenger client according to the fourth aspect of the present invention, the exchange means includes the premium selected by the own messenger client among the premiums owned by the own messenger client and the premium selected by the premium owned by the own messenger client. The premium selected by the other messenger client matches and the premium selected by the own messenger client among the premiums held by the other messenger client and owned by the other messenger client The exchange may be performed only when the premium selected by the other client matches the premium.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
The present invention provides a premium to a messenger client when the participation status of the messenger client in a chat satisfies a predetermined condition. Then, the premium can be copied, moved or exchanged between messenger clients.
[0025]
FIG. 1 shows a configuration of a chat system including a messenger server and a messenger client according to an embodiment of the present invention. Referring to FIG. 1, a messenger server 201 and messenger clients 202-1, 202-2 and 202-n are mutually connected by a network 205 such as the Internet. Messenger server 201 has the function of a conventional messenger server, and messenger clients 202-1, 202-2, and 202-n have the function of a conventional messenger client. The database 204 is connected to the messenger server 201.
[0026]
Next, a method in which the messenger server 201 gives a premium to the messenger client 202 will be described with reference to FIG.
[0027]
Referring to FIG. 2, messenger server 201 repeats steps S302 and S303 for providing a chat for all messenger clients 202 participating in the chat (step S301).
[0028]
In step S302, it is determined whether the current messenger client 202 has satisfied at least one premium generation condition. If the determination result in step S302 is affirmative, the process proceeds to step S303, in which the generated premium is transmitted to the current messenger client 202, and the process proceeds to the next messenger client 202. If the determination result in step S302 is negative, step S303 is skipped and the process proceeds to the next messenger client 202.
[0029]
Next, details of step S302 will be described with reference to FIG.
[0030]
Referring to FIG. 3, first, the result is initialized to "false" (step S306). Next, the generated premium number is initialized to 0 (step S307).
[0031]
Next, measurement or calculation related to condition 1 is performed (step S308-1). If the condition 1 is, for example, that the number of input characters exceeds a predetermined value, the number of characters input by the messenger client 202 since the last execution of step S308-1 is counted, and the counted number of characters is Is added to the total value of the number of input characters obtained when step S308-1 is executed (this is read from the database 204 using the messenger client as a key), and the added value is added to the total value of the new number of input characters. I do. Finally, the number of characters input by the messenger client 202 from the execution of step S308-1 to the present is continuously measured by another process. The new cumulative value is stored in the database 204 in association with the current messenger client. Next, it is determined whether the condition 1 is satisfied (step S309-1). If the condition 1 is, for example, that the number of input characters exceeds a predetermined value, it is determined whether the condition is satisfied. If the determination result of step S309-1 is affirmative, steps S310-1 to S312-1 are performed. If the determination result of step S309-1 is negative, steps S310-1 to S312-1 are skipped. , And the process proceeds to step S308-2.
[0032]
In step S310-1, the result is set to “true”. In step S311-1, the number of premiums is increased by one. In step S312-1, an initialization process for condition 1 is performed. If the condition 1 is that, for example, the number of input characters exceeds a predetermined value, the predetermined value is subtracted from the cumulative value updated in step S308-1. The accumulated value after the subtraction is stored in the database 204 in association with the current messenger client. From step S312-1, the process proceeds to step S308-2.
[0033]
In step S308-2, measurement or calculation related to condition 2 is performed. If the condition 2 is that, for example, the number of input chat texts exceeds a predetermined value, the number of chat texts input by the messenger client 202 since the last execution of step S308-2 is counted. Is added to the total value of the number of chat sentences obtained when the last execution of step S308-2 (this is read from the database 204 using the messenger client as a key). The added value is the total value of the number of new chat sentences. Finally, the number of chat sentences input by the messenger client 202 from the execution of step S308-2 to the present is continuously measured by another process. The new cumulative value is stored in the database 204 in association with the current messenger client. Next, it is determined whether the condition 2 is satisfied (step S309-2). If the condition 2 is that, for example, the number of input chat sentences exceeds a predetermined value, it is determined whether the condition is satisfied. If the determination result of step S309-2 is affirmative, steps S310-2 to S312-2 are performed. If the determination result of step S309-2 is negative, steps S310-2 to S312-2 are skipped. Then, the process proceeds to step S308-3.
[0034]
In step S310-2, the result is set to “true”. In step S311-2, the premium number is increased by one. In step S312-2, an initialization process for condition 2 is performed. If the condition 2 is that, for example, the number of input chat sentences exceeds a predetermined value, the predetermined value is subtracted from the cumulative value updated in step S308-2. The accumulated value after the subtraction is stored in the database 204 in association with the current messenger client. After step S312-2, the process proceeds to step S308-3.
[0035]
After repeating the same for each condition, in step S308-C, measurement or calculation related to condition C is performed. If the condition C is, for example, that the number of premiums inserted in the chat text exceeds a predetermined value, the premium that the messenger client 202 has inserted into the chat text since the last execution of step S308-C is executed. Is counted, and the counted number of premiums is added to the cumulative value of the number of premiums obtained when the step S308-C is executed last (this is read from the database 204 using the messenger client as a key). , And the sum is the cumulative value of the number of new premiums. Finally, the measurement of the number of premiums inserted into the chat text by the messenger client 202 from the execution of step S308-C to the present is continuously performed by another process. The new cumulative value is stored in the database 204 in association with the current messenger client. Next, it is determined whether the condition C has been satisfied (step S309-C). If the condition C is, for example, that the number of premiums inserted in the chat text exceeds a predetermined value, it is determined whether the condition is satisfied. If the determination result of step S309-C is positive, steps S310-C to S312-C are performed, and if the determination result of step S309-C is negative, steps S310-C to S312-C are skipped. Then, the entire process of step S302 ends.
[0036]
In step S310-C, the result is set to “true”. In step S311-C, the number of premiums is increased by one. In step S312-C, an initialization process for condition C is performed. If the condition C is, for example, that the number of premiums inserted in the chat text exceeds a predetermined value, the predetermined value is subtracted from the cumulative value updated in step S308-C. The accumulated value after the subtraction is stored in the database 204 in association with the current messenger client. When step S312-C is completed, the entire process of step S302 is completed.
[0037]
Steps S308-2 to S312-C may be deleted, and it may be determined in step S309-1 whether all of the conditions 1, condition 2,..., Condition C are satisfied.
[0038]
.., C, in addition to the above-mentioned conditions, whether or not a predetermined keyword is used, whether or not the participation time and time satisfy the predetermined condition, Conditions such as whether the number is equal to or more than a predetermined number and whether the number of times of participation is equal to or more than a predetermined number may be used.
[0039]
Also, the type of premium transmitted in step S303 may be specified in advance by the messenger client 202, or may be randomly determined by the messenger server 201. Also, the type of premium to be transmitted may depend on the conditions that have been met. Also, the nickname, birthday, portrait, etc. of the user of the messenger client 202 may be inserted into the transmitted premium. For this purpose, the user's nickname, birthday, portrait, etc. are registered in the database 204 in association with the user. Rather than preparing the premium in the messenger client 202 in advance, the messenger server 201 generates a premium each time and transmits the file to the messenger client 202, so that the premium can be freely designed. Can be created.
[0040]
Referring to FIG. 4, each messenger client 202 constantly determines whether or not a premium has been received (step S321), and if so, stores the received premium (step S322).
[0041]
The premium transmitted by the messenger server 201 is converted into an image file such as a bitmap file (BMP file), a GIF file, a TIFF file, a JPG file, and the like, and the transmission of the premium is the transmission of the file. . Saving the premium by the messenger client 202 (step S322) means saving the premium file.
[0042]
Next, the messenger client 202 will be described with reference to FIG.
[0043]
FIG. 5 shows a screen displayed by the messenger client 202. This screen includes a participant list 101, an input box 102, a "send" button 103, a posting screen 104B, an icon menu 105, and a pop-up menu 106, similarly to the screen displayed by the conventional messenger client 202 shown in FIG. Having. However, the notice screen 104B is different from the notice screen 104 in that a premium is also displayed. The screen shown in FIG. 5 has a premium list 121, and premiums 122 owned by each participant are displayed in the premium list 121. Further, the screen shown in FIG. 5 has an icon menu 123 relating to premium, and when this icon menu 123 is clicked, a pop-up menu 124 is displayed. On the pop-up menu 124, a premium 125 held by the messenger client 202 is displayed.
[0044]
When displaying the pop-up menu 124, the messenger client 202 reads all premium files saved in step S322 and displays the premium 125 based on the contents of the files.
[0045]
Also, the messenger client 202 receives, from the messenger server 201, premium image files held by all messenger clients 202 currently participating in the chat, and based on the contents of those image files, a premium list. At 121, the premium 122 held by each messenger client 202 is displayed.
[0046]
Next, operations of the messenger server 201 and the messenger client 202 related to the display of the premium 122 on the premium list 121 will be described with reference to FIG.
[0047]
Referring to FIG. 6, the messenger server 201 repeats the processing of steps S327, S329 and S330 for all messenger clients 202 participating in the chat (step S326). The messenger client 202 also repeats the operations of steps S328, S331, and S332 for all messenger clients 202 participating in the chat, in conjunction with the messenger server 201 (step S326).
[0048]
In each repetition, first, the messenger server 201 inquires the current messenger client 202 about the premium held by the messenger client 202 (step S327). In response to this inquiry, the current messenger client 202 transmits information about all premiums currently held by the messenger client 202 to the messenger server 201 (step S328), and the messenger server 201 transmits the information to the messenger server 201. Is received (step S329). Next, the messenger server 201 transmits information on all premiums currently held by the current messenger client 202 to all messenger clients 202 currently participating in the chat (step S330). All messenger clients 202 participating in the chat receive the information (step S331). Next, all clients 202 list all premiums held by current messenger client 202 in premium list 121 based on information about all premiums held by current messenger client 202. It is displayed (step S332).
[0049]
The information about all premiums currently held by the current messenger client 202 may be image files of all premiums currently held by the current messenger client 202. In order to prevent a client from illegally obtaining a premium, a bitmap with a reduced resolution, a bitmap of another image, or a premium name may be used.
[0050]
Next, insertion of a premium into a chat text and transmission of the chat text with the premium inserted will be described.
[0051]
Referring to FIG. 5, the user clicks the icon menu 123 when he wants to insert a premium while inputting characters into the input box 102. Then, a pop-up menu 124 including the premium 125 is displayed. When the user selects a desired premium from the pop-up menu 124, the pictogram of the premium is inserted as a bitmap in the chat text. The transmitted packet of the chat sentence has a format as shown in FIG. Referring to FIG. 7, the packet includes a header 401, a character code 402, premium files 403-1 and 403-2, and an ender 404. At the position where the premium is inserted in the character code 402, a premium reference identifier and a premium file name are described, whereby the premium file is referenced. When displaying the chat text on the screen, each character is displayed according to the character code, and if a pair of premium reference identifier and premium file name is detected, the file with that premium file name is read. The bitmap of the image represented by the file is displayed between characters.
[0052]
The premium files 403-1 and 403-2 to be inserted into the chat text may be premium image files held by the messenger client 202. In order to prevent acquisition, a bitmap with a reduced resolution or a bitmap of another image may be used.
[0053]
FIG. 8 shows a screen of a chat performed by only two persons. This screen has an input box 102, a "send" button 103, and a posting screen 107B, similar to the screen displayed by the conventional messenger client 202 shown in FIG. However, the posting screen 107B differs from the posting screen 107 in that premiums are also displayed. The screen shown in FIG. 8 has an icon menu 123 relating to premium, and when this icon menu 123 is clicked, a pop-up menu 124 is displayed. On the pop-up menu 124, a premium 125 held by the messenger client 202 is displayed.
[0054]
As in the case of the screen shown in FIG. 5, the user can use the screen of FIG. 8 to input and transmit the chat text in which the premium is inserted. The format of the transmitted chat text is as shown in FIG.
[0055]
In addition, the messenger client 202 can transmit its own premium to another messenger client 202. This can be realized using the file transmission function of a conventional messenger client. When the user selects “send file” from a menu (not shown), the messenger client 202 displays a dialog screen as shown in FIG. The sender's nickname is automatically inserted in the transmission source column 111. For example, the nickname selected from the participant list 101 on the screen of FIG. When the user presses the "reference premium" button 131, a premium list shown in FIG. 10A for selecting a premium is displayed, and the user selects a premium to be transmitted to the other party in the premium list. Then, the name of the selected premium file is inserted into the transmission file field 114. When the user presses the “send” button 115 in this state, the selected premium file is sent to the messenger client corresponding to the nickname of the destination.
[0056]
Also, the messenger client 202 can exchange the premium held by itself with the premium held by another messenger client 202. It is assumed that negotiations on premium exchange have been established based on the contents of the chat as shown in FIG.
[0057]
When akira selects “premium exchange” from a menu (not shown), the messenger client 202 displays a dialog screen as shown in FIG. In the transmission source column 141, akira, which is the user's own nickname, is automatically inserted. In the transmission destination field 142, tuyosi, which is the nickname of the other party in the current one-to-one communication, is automatically inserted. When akira presses the “Preview Premium” button 143, the messenger client 202 displays the premium list shown in FIG. When the user selects a premium to be transmitted from the premium list, the file name of the selected premium is substituted in the transmission file column 144. Similarly, when akira presses the “view premium” button 145, the messenger client 202 displays the premium list shown in FIG. 10B. For this display, the messenger client obtains information (such as a simple bitmap) on the premium held by the messenger client of the other party. When the user selects a premium to be transmitted from the premium list, the name of the selected premium file is substituted in the received file column 146. Akira presses the “Exchange” button 147 in this state.
[0058]
Similarly, when tuyosi selects “Premium Exchange” from a menu (not shown), the messenger client 202 displays a dialog screen as shown in FIG. The nickname “tuyosi” is automatically inserted into the transmission source column 141. In the transmission destination field 142, akira, which is the nickname of the other party in the current one-to-one communication, is automatically inserted. When tuyosi presses the “premium reference” button 143, the messenger client 202 displays the premium list shown in FIG. 10B. When the user selects a premium to be transmitted from the premium list, the file name of the selected premium is substituted in the transmission file column 144. Similarly, when tuyosi presses the “Premium Reference” button 145, the messenger client 202 displays the premium list shown in FIG. When the user selects a premium to be transmitted from the premium list, the name of the selected premium file is substituted in the received file column 146. Tuyosi presses the "Exchange" button 147 in this state.
[0059]
If the transmission premium selected by akira and the reception premium selected by tuyosi match, and the reception premium selected by akira and the transmission premium selected by tuyosi match, after both of them press the "Exchange" button 147, , Both premiums are exchanged.
[0060]
The operation of the messenger client 202 for realizing the above premium exchange method will be described with reference to FIG.
[0061]
Referring to FIG. 13, first, the messenger client 202 of the user 1 (for example, akira) operates the “Premium reference” button 143 and the FIG. 10 (a) of the screen shown in FIG. Using the premium list shown, the file name FN1 of the premium to be transmitted is input (step S341-1). Next, the file name FN2 of the premium to be received is input using the “Premium Reference” button 145 on the screen shown in FIG. 12A and the premium list shown in FIG. 10B (step S342-1). It is assumed that the information on the premium of the user 2 has been acquired when the screen shown in FIG. 12A is displayed. Next, if the user 1 presses the “exchange” button 147 on the screen shown in FIG. 12A, an exchange message with the file names FN1 and FN2 added is transmitted to the messenger client of the user 2 (for example, tuyosi). (Step S343-1). Next, an exchange message including the transmission premium file name FN3 and the reception premium file name FN4 selected by the messenger client of the user 2 is received from another messenger client (step S344-1). Note that the order of step S343-1 and step S344-1 may be reversed.
[0062]
Next, the messenger client 202 of the user 1 determines whether or not the transmission file name FN1 of the user 1 matches the reception file name FN4 of the user 2 (step S345-1). The process proceeds to S346-1, and if they do not match, the process ends. In step S346-1, the messenger client 202 of the user 1 determines whether the received file name FN2 of the user 1 matches the transmission file name FN3 of the user 2, and if they match, the process proceeds to step S347-1. The process is terminated if they do not match. In step S347-1, the messenger client 202 of the user 1 transmits the file FN1 to the messenger client 202 of the user 2. Next, the messenger client of the user 1 receives the file FN3 from the messenger client 202 of the user 2 (step S348-1). It should be noted that, after the agreement is obtained in steps S345-1 and S346-1, in order to prevent the user 1 from performing a fraud such as performing only reception of the file FN3 without transmitting the file FN1. The messenger client 202 of the user 1 may not be able to perform the reception in step S348-1 unless the transmission in step S347-1 is performed.
[0063]
Alternatively, step S348-1 may be performed first, and step S347-1 may be performed thereafter. However, even in this case, after the agreement is obtained in step S345-1 and step S346-1, an illegal operation in which the user 1 only receives the file FN3 without transmitting the file FN1 is performed. To avoid this, the messenger client 202 of the user 1 only stores the received file FN3 in the temporary storage area at the time of executing step S348-1, and at the time of executing step S347-1. For the first time, the file FN3 may be copied to a regular storage area.
[0064]
The messenger client 202 of the user 2 performs steps S341-2 to S348-2 similar to steps S341-1 to S348-1 performed by the messenger client 202 of the user 1, and the description thereof will be omitted.
[0065]
Since the messenger client 202 of user 1 and the messenger client of user 2 exchange premiums as described above, only when the premiums to be exchanged between user 1 and user 2 match, Premiums can be exchanged, and it is possible to prevent one user from exchanging premiums without permission.
[0066]
Premium exchange may be performed by a method as shown in FIG.
[0067]
Referring to FIG. 14, a transmission premium and a reception premium are designated only by the messenger client of user 1 (steps S341-1 and S342-1), and an exchange message describing the designated transmission premium and reception premium is transmitted to user 1. The messenger client transmits the messenger client to the user 2 (step S343-1), and the messenger client of the user 2 receives it (step S354). The messenger client of the user 2 displays the transmission premium and the reception premium described in the exchange message, and determines whether or not the user 2 inputs the exchange permission to the messenger client of the user 2 (step S355). S356).
[0068]
If there is no permission, the messenger client of the user 2 transmits a rejection message (step S357), and ends the processing.
[0069]
If there is permission, the messenger client of the user 2 transmits an exchange permission message to the messenger client of the user 1 (step S358), and proceeds to step S363.
[0070]
On the other hand, the messenger client of user 1 receives the permission message or the rejection message (step S359), determines whether the message is a permission message or a rejection message (step S360), and receives the permission message. If so, the process proceeds to step S361, and if a rejection message has been received, the process ends.
[0071]
The user 1's messenger client transmits the premium file FN1 to the user 2's messenger client in step S361, and receives the premium file FN3 from the user 2's messenger client in step S362. Note that, after permission is obtained in step S355, the messenger client 202 of the user 1 is required to prevent the user 1 from performing an injustice such as only receiving the file FN3 without transmitting the file FN1. If the transmission in step S361 is not performed, the reception in step S362 may not be performed.
[0072]
Alternatively, step S362 may be performed first, and step S361 may be performed thereafter. However, even in this case, after the permission is obtained in step S355, the user 1 does not transmit the file FN1 and does not transmit the file FN3. The first messenger client 202 only stores the received file FN3 in the temporary storage area when step S362 is executed, and copies the file FN3 to the regular storage area only when step S361 is executed. You may. Similarly, the messenger client of the user 2 transmits the premium file FN3 to the messenger client of the user 1 in step S363, and receives the premium file FN1 from the messenger client of the user 1 in step S364. After the permission is obtained in step S355, the messenger client 202 of the user 2 is required to prevent the user 2 from performing an injustice such as only receiving the file FN1 without transmitting the file FN3. If the transmission in step S363 is not performed, the reception in step S364 may not be performed.
[0073]
Alternatively, step S364 may be performed first, and step S363 may be performed thereafter. However, even in this case, after the permission is obtained in step S355, in order to prevent the user 2 from performing a fraud such as only receiving the file FN1 without transmitting the file FN3, The second messenger client 202 stores only the received file FN1 in the temporary storage area at the time of executing step S364, and copies the file FN1 to the regular storage area only at the time of executing step S363. You may.
[0074]
As described above, the embodiment of the present invention has been described. However, the premium may be transferred instead of copying the premium by deleting the transmitted premium from its own messenger client by operation. Alternatively, when the number of transmissions reaches a predetermined value or more, the number of copies of the same premium may be limited by preventing further transmission. In order to limit the number of copies, for example, a premium file is provided with an area for a property of the number of copies, and the messenger client rewrites the number of copies. Then, in order to prevent illegal copying of the premium, the premium file is wrapped in a repository file so that the premium file cannot be copied alone by a copy command or the like. When the premium is exchanged, the transmitted premium may be deleted from the own messenger client. In addition, certain types of premiums may not be transmitted or exchanged to increase the value of that type of premium.
[0075]
While the screens shown in FIGS. 8 and 11 are being displayed, the communication between the two messenger clients obtains the premium held by the other messenger client, and displays the own messenger client on this screen. The premium held by the client and the premium held by the other party's messenger client may be displayed.
[0076]
Further, one of the premiums owned by the user may be selected as a premium for displaying the user, and the selected premium may be displayed next to the user's nickname in the participant list on the screen of FIG. . For this purpose, a method similar to the method shown in FIG. 6 may be performed on the selected premium.
[0077]
【The invention's effect】
As described above, according to the present invention, if the messenger client's participation state in the chat satisfies a predetermined condition, a premium is given to the messenger client. The number of written chat sentences, the number of written characters, and the like can be increased.
[0078]
Also, since the premium is filed and sent to the messenger client, the premium can be transferred between the messenger and client without going through the messenger server. It is not necessary to perform a complicated process.
[0079]
Also, since each premium given to each messenger client is displayed on the chat screen of a plurality of messenger clients, the incentive for the user of each messenger client to obtain the premium can be improved.
[0080]
Further, since the premium can be inserted into the chat text, the expressive power of the chat text can be enhanced.
[0081]
Furthermore, since premiums can be transferred and exchanged between messenger clients, premiums can be given values such as trading cards and facebooks.
[0082]
Furthermore, by introducing a premium to the chat, the chat can be given a game feeling.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a messenger system including a messenger server and a messenger client according to an embodiment of the present invention.
FIG. 2 is a flowchart showing an overall operation for giving a premium to a messenger server according to an embodiment of the present invention.
FIG. 3 is a flowchart illustrating an operation of determining a condition for giving a premium to a messenger server according to an embodiment of the present invention.
FIG. 4 is a flowchart illustrating an operation of a messenger client for premium storage according to an exemplary embodiment of the present invention.
FIG. 5 is a diagram illustrating a screen displayed when a messenger client chats with another messenger client via a messenger server according to an embodiment of the present invention.
FIG. 6 is a flowchart illustrating an operation for displaying a premium on a screen of the messenger client by the messenger server and the messenger client according to the embodiment of the present invention.
FIG. 7 is a format diagram showing a configuration of a packet of a chat sent by a messenger client according to the embodiment of the present invention.
FIG. 8 is a diagram illustrating a first screen displayed when a messenger client according to an embodiment of the present invention has a one-on-one chat with another messenger client.
FIG. 9 illustrates a screen displayed by a messenger client to send a premium to another messenger client according to an embodiment of the present invention.
FIGS. 10A and 10B are diagrams illustrating a premium list displayed by a messenger client according to an embodiment of the present invention;
FIG. 11 is a diagram showing a second screen displayed when the messenger client according to the embodiment of the present invention has a one-on-one chat with another messenger client.
FIGS. 12A and 12B are diagrams illustrating screens displayed by a messenger client according to an embodiment of the present invention to exchange premiums with another messenger client.
FIG. 13 is a flowchart illustrating a first method of exchanging premiums between two messenger clients according to an embodiment of the present invention.
FIG. 14 is a flowchart illustrating a second method by which two messenger clients exchange premiums with each other according to an embodiment of the present invention.
FIG. 15 is a diagram showing a screen displayed when a messenger client according to a conventional example chats with another messenger client via a messenger server.
FIG. 16 is a diagram showing a screen displayed when a messenger client according to a conventional example has a one-to-one chat with another messenger client.
FIG. 17 is a diagram showing a screen displayed when a messenger client according to a conventional example transmits a file to another messenger client.
[Explanation of symbols]
201 Messenger server
202-1, 202-2, 202-n Messenger client
204 database
205 Network

Claims

A measuring means for measuring a messenger client's participation in a chat;
Determining means for determining whether the participation state satisfies a predetermined condition,
Granting means for granting a premium to the messenger client if the participation state of the messenger client in the chat satisfies the predetermined condition;
A messenger server comprising:

2. The messenger server according to claim 1, wherein the predetermined conditions are that the number of input characters has reached a predetermined value, the number of input chat sentences has reached a predetermined value, and the number of premiums inserted in the chat sentences. Has reached a predetermined value, a predetermined keyword has been used, the timing and time of participation have satisfied predetermined conditions, the number of participants is a predetermined number or more, and the number of participations is a predetermined number or more. A messenger server comprising at least one of the following.

The messenger server according to claim 1,
The messenger server, wherein the premium is filed, and the giving of the premium is transmission of a file representing the premium.

The messenger server according to claim 1,
A messenger server, wherein the premium is a pictogram that can be inserted into a chat text.

The messenger server according to claim 4,
The messenger server wherein the premium is filed and the insertion of the premium into the chat text is an insertion of a bitmap of the premium represented by the file transmitted with the chat text.

The messenger server according to claim 1,
A messenger server further comprising display means for displaying each premium given to each messenger client on a chat screen of a plurality of chat clients.

The messenger server according to claim 6,
Inquiring means for inquiring each messenger client about a premium held by each messenger client,
Receiving means for receiving, from each messenger client, information on the premium held by each messenger client;
Notifying means for notifying the information on the received premium to a plurality of messenger clients,
A messenger server comprising:

Receiving means for receiving the premium file from the messenger server;
Storage means for storing the premium file;
Display means for displaying a bitmap represented by the stored premium file;
An insertion means for inserting the selected premium file into the chat text,
Transmitting means for transmitting the inserted premium file together with the chat sentence,
A messenger client comprising:

Receiving means for receiving the premium file from the messenger server;
Storage means for storing the premium file;
Display means for displaying a bitmap represented by the stored premium file;
A messenger client comprising transmission means for transmitting the selected premium file to another messenger client.

Receiving means for receiving the premium file from the messenger server;
Storage means for storing the premium file;
Display means for displaying a bitmap represented by the stored premium file;
An exchange for exchanging a file of a selected premium among the premiums held by the own messenger client and a file of a selected premium among the premiums held by another messenger client with the other messenger client. A messenger client comprising means.

The messenger client according to claim 10,
The exchange means may include a premium selected in the own messenger client among the premiums held by the own messenger client and a premium selected in the other messenger client among the premiums held by the own messenger client. The premium that matches and is selected in the own messenger client among the premiums held by the other messenger client and the premium selected in the other client among the premiums held by the other messenger client A messenger client that performs the exchange only when と matches.

The messenger client according to claim 10,
The exchange means is characterized in that, when one messenger client presents an exchange with the transmission premium and the reception premium as exchange premiums, the exchange is performed when the other messenger client accepts the exchange. Messenger client.

A measurement step for measuring a messenger client's participation in the chat;
A determining step of determining whether the participation state satisfies a predetermined condition;
Providing a premium to the messenger client if the participation state of the messenger client in the chat satisfies the predetermined condition;
A premium providing method characterized by comprising:

14. The premium providing method according to claim 13, wherein the predetermined condition is that the number of input characters reaches a predetermined value, the number of input chat texts reaches a predetermined value, and the number of premiums inserted in the chat text. Has reached a predetermined value, a predetermined keyword has been used, the timing and time of participation have satisfied predetermined conditions, the number of participants is a predetermined number or more, and the number of participations is a predetermined number or more. A premium granting method comprising at least one of the following.

The premium grant method according to claim 13,
The premium is provided in the form of a file, and the provision of the premium is transmission of a file representing the premium.

The premium grant method according to claim 13,
The premium is a pictogram that can be inserted into a chat text.

In the premium grant method according to claim 16,
The premium is provided as a file, and the insertion of the premium into the chat text is insertion of a bitmap of the premium represented by the file transmitted with the chat text.

The premium grant method according to claim 13,
A premium granting method, further comprising a display step for displaying each premium given to each messenger client on a chat screen of a plurality of chat clients.

In the premium grant method according to claim 18,
An inquiry step of inquiring each messenger client about a premium held by each messenger client,
A receiving step of receiving, from each messenger client, information on a premium held by each messenger client;
A notification step of notifying the plurality of messenger clients of the information on the received premium,
A premium providing method characterized by comprising:

A receiving step of receiving the premium file from the messenger server;
A storing step of storing the premium file;
A display step of displaying a bitmap represented by the stored premium file;
An insertion step of inserting the selected premium file into the chat text;
Transmitting the inserted premium file together with the chat text;
A premium processing method comprising:

A receiving step of receiving the premium file from the messenger server;
A storing step of storing the premium file;
A display step of displaying a bitmap represented by the stored premium file;
Transmitting a selected premium file to another messenger client.

A receiving step of receiving the premium file from the messenger server;
A storing step of storing the premium file;
A display step of displaying a bitmap represented by the stored premium file;
An exchange for exchanging a file of a selected premium among the premiums held by the own messenger client and a file of a selected premium among the premiums held by another messenger client with the other messenger client. A premium processing method comprising steps.

The premium processing method according to claim 22, wherein
In the exchanging step, the premium selected by the own messenger client among the premiums owned by the own messenger client and the premium selected by the other messenger client among the premiums owned by the own messenger client are used. The premium that matches and is selected in the own messenger client among the premiums held by the other messenger client and the premium selected in the other client among the premiums held by the other messenger client A premium processing method, wherein the exchange is performed only when the values match.

The premium processing method according to claim 23,
The exchange means is characterized in that, when one messenger client presents an exchange with the transmission premium and the reception premium as exchange premiums, the exchange is performed when the other messenger client accepts the exchange. Premium processing method.