(57)【要約】【課題】ゲームやオークションなどのリアルタイムで進行するようなネットサービスを利用する際において、残高不足を解消するための課金・決済処理に時間がかかるため、サービスの利用が一時制限されるなどの不都合があった。【解決手段】サービス提供サーバ装置１０は、サービス提供額と仮想通貨の残高とが同額もしくは残高のほうが多い場合は、チャージ処理、課金処理をまたずにサービス提供を実施する一方、残高のほうが少なくサービスを利用できない場合にのみ、サービス提供前にチャージ処理を実施する。【選択図】図１
2014132497.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、前記サービスの提供の対価として、前記ユーザ端末により使用される仮想通貨を管理するサーバ装置において、
ユーザ端末と関連付けられたユーザ情報を管理するユーザ情報管理部と、
前記ユーザ情報管理部に管理されているユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理する仮想通貨情報管理部と、
ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するチャージ設定情報管理部と、
ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、前記仮想通貨情報管理部によって管理され、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する比較部と、
前記比較部による比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するサービス提供部と、
前記比較部による比較の結果、残高からサービス提供額を減じた値が前記チャージ設定情報管理部において管理されている下限値以下である場合、前記サービス提供部におけるサービスの提供と並行して、前記チャージ設定情報管理部において管理されているチャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として前記仮想通貨情報管理部に管理させるチャージ実行部と、
を備え、
前記サービス提供部は、前記比較部による比較の結果、残高のほうがサービス提供額よりも低い場合、前記チャージ実行部によるチャージ処理が成功してから、サービスを提供するサーバ装置。
【請求項２】
前記仮想通貨情報管理部は、前記比較部による比較の結果において、残高からサービス提供額を減じた値が前記チャージ設定情報管理部において管理されている下限値よりも大きい場合は残高からサービス提供額を減じた値を新たな残高として管理し、また、前記チャージ実行部においてチャージ処理が成功した場合には、チャージ後の残高からサービス提供額を減じた値を新たな残高として管理する請求項１に記載のサーバ装置。
【請求項３】
前記チャージ実行部は、前記仮想通貨情報管理部に管理されているチャージ後の残高から提供額を減じた値が下限値以下である場合、下限値よりも多くなるまで、チャージ処理を繰り返す
請求項１または２のいずれかに記載のサーバ装置。
【請求項４】
チャージ累積額を所定期間において管理する累積額管理部と、
チャージ処理をする前に、チャージ処理後のチャージ累積額が所定期間内の上限額未満であれば、チャージ処理を実行して、チャージ処理をした旨をユーザ装置に通知する一方、上限額以上である場合には、チャージ処理ができない旨をユーザ端末に通知する通知部と、
をさらに備える請求項１から３のいずれかに記載のサーバ装置。
【請求項５】
前記チャージ実行部は、ユーザ装置からチャージ処理の停止を要求された場合、要求にかかる停止期間において、そのユーザ装置に対するチャージ処理を停止する請求項１から４のいずれかに記載のサーバ装置。
【請求項６】
前記チャージ実行部によって、チャージ処理が成功した場合、前記ユーザ端末に対して決済処理を実行する課金サーバと接続し、前記チャージ情報管理部によって管理されているチャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として通知する課金管理部と、
をさらに備える請求項１から５のいずれかに記載のサーバ装置。
【請求項７】
前記課金管理部は、それぞれ異なる決済方法を実行する複数の課金サーバと接続可能であり、予め定められた決済方法に関する優先順位にしたがって選択された課金サーバに通知する
請求項６に記載のサーバ装置。
【請求項８】
前記課金管理部によって通知されるべき課金サーバは、課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する機能を有する
請求項７に記載のサーバ装置。
【請求項９】
前記課金管理部は、課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法を処理する機能を有する課金サーバの優先順位を最上位とする
請求項８に記載のサーバ装置。
【請求項１０】
ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、前記サービスの提供の対価として、前記ユーザ端末により使用される仮想通貨を管理する管理方法において、
ユーザ端末にかかるユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理するステップと、
ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するステップと、
ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較するステップと、
比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するステップと、
比較の結果、残高からサービス提供額を減じた値が下限値以下である場合、該サービスの提供と並行して、チャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として管理するステップと、
を含み、
前記サービスを提供するステップは、比較の結果、残高のほうがサービス提供額よりも低い場合、チャージ処理が成功してから、サービスを提供する管理方法。
【請求項１１】
ユーザ端末に対して課金処理を実行する課金サーバと、ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、前記サービスの提供の対価として、前記ユーザ端末により使用される仮想通貨を管理するサーバ装置と、を含むシステムであって、
前記課金サーバは、
課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する課金処理部を備え、
前記サーバ装置は、
ユーザ端末と関連付けられたユーザ情報を管理するユーザ情報管理部と、
前記ユーザ情報管理部に管理されているユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理する仮想通貨情報管理部と、
ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するチャージ設定情報管理部と、
ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、前記仮想通貨情報管理部によって管理され、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する比較部と、
前記比較部による比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するサービス提供部と、
前記比較部による比較の結果、残高からサービス提供額を減じた値が前記チャージ設定情報管理部において管理されている下限値以下である場合、前記サービス提供部におけるサービスの提供と並行して、前記チャージ設定情報管理部において管理されているチャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として前記仮想通貨情報管理部に管理させるチャージ実行部と、
前記チャージ実行部によって、チャージ処理が成功した場合、前記ユーザ端末に対して決済処理を実行する課金サーバと接続し、前記チャージ情報管理部によって管理されているチャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として通知する課金管理部と、
を備え、
前記サービス提供部は、前記比較部による比較の結果、残高のほうがサービス提供額よりも低い場合、前記チャージ実行部によるチャージ処理が成功してから、サービスを提供することシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットサービスの利用料金の課金・決済処理のための技術に関する。
【背景技術】
【０００２】
従来、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末や携帯端末等の情報処理装置を用いて、ネットゲームやネットオークションなどのリアルタイムのネットサービスが提供されている。２０１０年以降、スマートフォンと呼ばれる多機能型携帯端末が急速に普及し、携帯端末で利用されることを前提としたネットサービスが多く提供され、利用者数が増えている。このようなサービス普及により、ネットサービスを利用する際の対価の課金・決済方法について多様な方法が提案されている。
【０００３】
たとえば、特許文献１には、特定のサービスで使用可能な電子マネーなどの仮想通貨を管理し、所定のタイミングで残高をチェックし、残高不足にならないような技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１７８１０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、仮想通貨の課金・決済処理に時間がかかるため、ゲームやオークションなどのリアルタイムで進行するようなネットサービスを利用する際には、残高不足などの場合において、サービスの利用が一時制限されるなどの不都合な場合があった。
【０００６】
本発明はかかる課題に鑑みてなされたものであり、その目的は、リアルタイムで進行するようなネットサービスにおいても、ユーザに不都合なくサービスを利用させ続けることができるサーバ装置、管理方法、および、システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明のある態様は、サーバ装置に関する。このサーバ装置は、ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、サービスの提供の対価として、ユーザ端末により使用される仮想通貨を管理する。また、サーバ装置は、ユーザ端末と関連付けられたユーザ情報を管理するユーザ情報管理部と、ユーザ情報管理部に管理されたユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理する仮想通貨情報管理部と、ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するチャージ設定情報管理部と、ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、仮想通貨情報管理部によって管理され、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する比較部と、比較部による比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するサービス提供部と、比較部による比較の結果、残高からサービス提供額を減じた値が前記チャージ設定情報管理部において管理されている下限値以下である場合、サービス提供部におけるサービスの提供と並行して、チャージ設定情報管理部において管理されているチャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として前記仮想通貨情報管理部に管理させるチャージ実行部と、を備える。ここで、サービス提供部は、比較部による比較の結果、残高のほうがサービス提供額よりも低い場合、前記チャージ実行部によるチャージ処理が成功してから、サービスを提供する。
【０００８】
このような態様によると、サービス提供額と残高とが同額もしくは残高のほうが多い場合は、チャージ処理、課金処理をまたずにサービス提供を実施する一方、残高のほうが少なくサービスを利用できない場合にのみ、サービス提供前にチャージ処理を実施することによって、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【０００９】
また、このサーバ装置において、仮想通貨情報管理部は、比較部による比較の結果において、残高からサービス提供額を減じた値がチャージ設定情報管理部において管理されている下限値よりも大きい場合は残高からサービス提供額を減じた値を新たな残高として管理し、また、チャージ実行部においてチャージ処理が成功した場合には、チャージ後の残高からサービス提供額を減じた値を新たな残高として管理してもよい。
【００１０】
このような態様によると、チャージ処理が成功した場合には、チャージ後の残高からサービス提供額を減じた値を新たな残高とすることによって、サービスの提供に関係なく自動的にチャージ処理が完了することができ、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００１１】
また、このサーバ装置において、チャージ実行部は、仮想通貨情報管理部に管理されているチャージ後の残高から提供額を減じた値が下限値以下である場合、下限値よりも多くなるまで、チャージ処理を繰り返してもよい。
【００１２】
このような態様によると、チャージ後の残高から提供額を減じた値が下限値以下である場合、下限値よりも多くなるまで、チャージ処理を繰り返すことによって、自動的に、サービスの利用が可能となるサービス料金以上となるので、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００１３】
また、このサーバ装置は、チャージ累積額を所定期間において管理する累積額管理部と、チャージ処理をする前に、チャージ処理後のチャージ累積額が所定期間内の上限額未満であれば、チャージ処理を実行して、チャージ処理をした旨をユーザ装置に通知する一方、上限額以上である場合には、チャージ処理ができない旨をユーザ端末に通知する通知部と、をさらに備えてもよい。
【００１４】
このような態様によると、チャージ累積額が所定期間内の上限額未満であれば、チャージ処理を実行して、チャージ処理をした旨をユーザ装置に通知する一方、上限額以上の場合には、チャージ処理ができない旨をユーザ端末に通知することによって、ユーザは、使い過ぎを制限することができ、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００１５】
また、このサーバ装置において、チャージ実行部は、ユーザ装置からチャージ処理の停止を要求された場合、要求にかかる停止期間において、そのユーザ装置に対するチャージ処理を停止してもよい。
【００１６】
このような態様によると、ユーザ装置からチャージ処理の停止を要求された場合、要求にかかる停止期間において、そのユーザ装置に対するチャージ処理を停止することによって、使い過ぎを制限することができ、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００１７】
また、このサーバ装置は、チャージ実行部によって、チャージ処理が成功した場合、ユーザ端末に対して決済処理を実行する課金サーバと接続し、チャージ情報管理部によって管理されているチャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として通知する課金管理部をさらに備えてもよい。
【００１８】
このような態様によると、チャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として課金サーバに通知することによって、サービスの提供に影響を与えることなく自動的に課金処理を完了することができ、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。ことができる。
【００１９】
また、このサーバ装置において、課金管理部は、それぞれ異なる決済方法を実行する複数の課金サーバと接続可能であり、予め定められた決済方法に関する優先順位にしたがって選択された課金サーバに通知してもよい。
【００２０】
このような態様によると、予め定められた決済方法に関する優先順位にしたがって選択された課金サーバに通知することによって、確実に決済処理をすることができるので、サービスの提供に影響を与えることがないため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００２１】
また、このサーバ装置において、課金管理部によって通知されるべき課金サーバは、課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する機能を有してもよい。
【００２２】
このような態様によると、ユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する機能を有する課金サーバに通知することによって、課金決済の柔軟性が高まり、決済不能となる可能性を減少でき、もって、サービスの提供に影響を与えることがないため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００２３】
また、このサーバ装置において、課金管理部は、課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法を処理する機能を有する課金サーバの優先順位を最上位としてもよい。
【００２４】
このような態様によると、ユーザ端末の利用料金に含めて課金処理を実施する決済方法を処理する機能を有する課金サーバの優先順位を最上位とすることによって、より確実に課金決済処理を実行することができるようになり、もって、サービスの提供に影響を与えることがないため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。  
【００２５】
本発明の別の態様は、管理方法である。この方法は、ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、前記サービスの提供の対価として、前記ユーザ端末により使用される仮想通貨を管理する。また、この方法は、ユーザ端末にかかるユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理するステップと、ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するステップと、ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較するステップと、比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するステップと、比較の結果、残高からサービス提供額を減じた値が下限値以下である場合、該サービスの提供と並行して、チャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として管理するステップと、を含む。ここで、サービスを提供するステップは、比較の結果、残高のほうがサービス提供額よりも低い場合、チャージ処理が成功してから、サービスを提供する。
【００２６】
本発明の別の態様は、システムである。このシステムは、ユーザ端末に対して課金処理を実行する課金サーバと、ユーザ端末とネットワーク接続して所定のリアルタイム性のサービスを提供し、前記サービスの提供の対価として、前記ユーザ端末により使用される仮想通貨を管理するサーバ装置と、を含む。ここで、課金サーバは、課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する課金処理部を備える。サーバ装置は、ユーザ端末と関連付けられたユーザ情報を管理するユーザ情報管理部と、ユーザ情報管理部に管理されたユーザ情報と関連付けて、前記サービスに対して使用される仮想通貨の残高を管理する仮想通貨情報管理部と、ユーザ端末から仮想通貨の残高の下限値および前記仮想通貨を増額させる際の増加額が示されたチャージ額を受付け、オートチャージ設定情報として管理するチャージ設定情報管理部と、ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、仮想通貨情報管理部によって管理され、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する比較部と、比較部による比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、該サービスを提供するサービス提供部と、比較部による比較の結果、残高からサービス提供額を減じた値がチャージ設定情報管理部において管理されている下限値以下である場合、サービス提供部におけるサービスの提供と並行して、チャージ設定情報管理部において管理されているチャージ額を前記残高に加算するためのチャージ処理を実行し、加算後の残高をチャージ後の残高として前記仮想通貨情報管理部に管理させるチャージ実行部と、チャージ実行部によって、チャージ処理が成功した場合、前記ユーザ端末に対して決済処理を実行する課金サーバと接続し、チャージ情報管理部によって管理されているチャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として通知する課金管理部と、を備える。ここで、前記サービス提供部は、前記比較部による比較の結果、残高のほうがサービス提供額よりも低い場合、前記チャージ実行部によるチャージ処理が成功してから、サービスを提供する。
【００２７】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２８】
本発明によると、リアルタイムで進行するようなネットサービスにおいても、ユーザに不都合なくサービスを利用させ続けることができる。
【発明を実施するための形態】
【００２９】
本発明の実施例を説明する前に、まず、本発明の概要を述べる。本発明は、ユーザ端末とネットワーク接続して所定のリアルタイム性のネットサービス（以下、単に「サービス」という。）を提供し、また、サービスの利用の対価として、ユーザ端末により使用される仮想通貨を管理するサーバ装置に関する。ユーザは、ユーザ端末を通じて、必要な仮想通貨を支払うことによって、サービスの提供を受けることができる。仮想通貨の残高がサービスを受けるのに必要な分だけない場合であっても、サービス利用に影響が与えられることなく、予め設定した分だけオートチャージされるため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００３０】
リアルタイムで進行するようなネットサービスとは、ネットゲームやネットオークションなどのように、一定の時間制限が設けられた環境で、ユーザがサービスを受けるようなものをいう。たとえば、ゲームにおいて、一定時間内に所定の目的を達成することをゴールとして設定されている場合に、より早く又は確実に目的を達成するために、そのゲーム内で使用することにより有利な権利もしくは立場となれるようなアイテムを購入することがある。また、オークションにおいては、購入を希望する商品に対して、他のユーザがその買価を上げたことに対抗して、さらに買価を上げることがある。以上のような状態において、チャージ処理、課金処理、決済処理が滞ってしまうと、ゲームの目的を達成できなかったり、希望する商品を他のユーザに買われてしまうなど、有効にサービスを受けることができなくなるおそれがある。
【００３１】
本発明においては、以上の課題を解消しており、サービス提供額と仮想通貨の残高とが同額もしくは残高のほうが多い場合は、チャージ処理、課金処理を待たずにサービス提供を実施する一方、残高のほうが少なくサービスを利用できない場合にのみ、サービス提供前にチャージ処理を実施することによって、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができるものである。以下、例を用いて説明する。
【実施例１】
【００３２】
まず、実施例１について説明する。図１は、本発明の実施例１にかかるネットサービス提供システム１００を示す図である。ネットサービス提供システム１００は、サービス提供サーバ１０と、サービス提供サーバ１０と基地局４０と課金サーバ８０とを有線回線で接続するネットワーク３０と、基地局４０で代表される第１基地局４０ａ〜第３基地局４０ｃと、モバイル端末５０で代表される第１モバイル端末５０ａ〜第３モバイル端末５０ｃと、ＰＣ端末７０と、課金サーバ８０とを含む。
【００３３】
なお、図示の都合上、課金サーバ８０は１台、基地局４０、モバイル端末５０は共に３台のみ図示したが、これにかぎらず、それ以上の課金サーバ８０、基地局４０、モバイル端末５０が存在してもよい。ＰＣ端末７０についても同様である。また、第１モバイル端末５０ａ〜第３モバイル端末５０ｃは、それぞれ異なる基地局５０と接続されるとして図示しているが、これにかぎらず、１つの基地局５０に複数のモバイル端末５０が接続されていても、本発明が適用可能であることは言うまでもない。
【００３４】
サービス提供サーバ１０は、ネットサービスを実施、提供するための装置である。サービス提供サーバ１０は、ネットワーク３０と基地局４０とを介して、モバイル端末５０やＰＣ端末７０との間で、サービス提供にかかる通信処理を実行する。なお、以下においては、説明を簡易にするため、単に、「サービス提供サーバ１０とモバイル端末５０ないしＰＣ端末７０との間で通信処理を実行する」などと表現し、ネットワーク３０および基地局４０を介する点については記載を省略する。また、以下においては、モバイル端末５０やＰＣ端末７０を総称して、ユーザ端末と表現することもある。また、モバイル端末として、例えばフィーチャーフォンやスマートフォンが含まれ、サービス提供サーバ１０により、ネットサービスをユーザ端末の種類を問わず提供することができる。
【００３５】
ここで、サービス提供サーバ１０は、ネットサービス提供システム１００に登録した登録ユーザの情報を管理するユーザ情報管理機能と、登録ユーザごとの仮想通貨情報を管理する仮想通貨情報管理機能と、残高が少なくなった場合などにチャージする額などのオートチャージ設定情報を管理するチャージ設定情報管理機能と、チャージ処理を管理するチャージ機能と、サービスを提供するサービス提供機能と、ユーザ端末に対する課金処理を実行するための課金処理機能を有する。なお、これらの機能は複数台のサービス提供サーバ１０によって機能分担されるなどして実現されてもよい。
【００３６】
ユーザ情報管理機能は、ユーザ端末からアップロードされた連絡先情報や、写真や動画などの画像情報を、ユーザ端末ごとに付与された識別情報と関連づけて管理する。具体的には、まず、ユーザ端末からの要求にしたがって、ユーザ端末上でサービスを利用できるようにするためのアプリをダウンロードさせた後、ユーザ端末内のメモリに記憶されている連絡先情報をアップロードさせて、その登録ユーザに対して付与した識別情報に関連づけて、サービス提供サーバ１０内のメモリにインポートする。この処理の後、ユーザはサービスの使用を開始することができる。
【００３７】
仮想通貨情報管理機能は、ユーザ情報と関連付けて、サービスに対して使用される仮想通貨の残高を管理する。仮想通貨情報管理機能は、チャージ機能によりチャージされた場合や、サービス提供機能によりサービスが提供された場合などにおいて、仮想通貨の残高の更新処理を行う。
【００３８】
チャージ設定情報管理機能は、ユーザ端末より、仮想通貨の残高の下限値、仮想通貨を増額させる際の増加額が示されたチャージ額、および、所定期間内のチャージ上限額を受付けて、管理する。仮想通貨の残高の下限値は、チャージ処理を実行するためのしきい値であり、０以上の値が設定される。チャージ額は、１回あたりにチャージする額である。ユーザは、任意の額を指定できるほか、予め定められた複数の額からいずれかを選ぶことで、チャージ額を設定できる。チャージ上限額は、直近１週間および／または１か月におけるチャージの累積額と比較される値であり、これを超えた場合、チャージ処理が停止される。停止にあたっては、ユーザに対してその旨が通知されてもよく、また、ユーザの指示により上限額が引き上げられてもよい。
【００３９】
チャージ機能は、残高が下限値を下回っている場合において、ユーザ端末から通知されたチャージ額を残高に加算するチャージ処理を行う。また、所定期間内のチャージ累積額を管理し、チャージ処理をしてしまうと上限を超えてしまうような状況においては、ユーザ端末に問い合わせた上でチャージ処理を行う。チャージ処理後は、課金サーバ８０に対して、チャージ額を課金額として通知し、ユーザ端末に対する決済処理を実行させる。
【００４０】
サービス提供機能は、ユーザ端末から指定されたサービスを提供する。たとえば、所定のアプリをダウンロードさせたり、サービス上における所定の権限を付与したり、ゲームサービスにおいてアイテムや追加ゲームなどを使用させたりなどである。これらのサービスの提供は、サービス提供額と仮想通貨の残高とが同額もしくは残高のほうが多い場合、チャージ処理や課金処理の実行状況にかかわらず、サービスの提供を実施する。すなわち、サービスを提供したとしても残高がマイナスにならない場合、チャージ処理や課金処理などを待たなくても問題がないため、独立してサービスを提供できることとなる。これにより、リアルタイムで提供されるサービスにおいては、チャージ処理や課金処理の実行による遅延を一切考慮する必要がなくなるため、ユーザは快適にサービスを使用することができることとなる。
【００４１】
課金処理機能は、サービスの提供がなされた場合において、該当するユーザ端末に対して課金すべき課金額を課金サーバ８０に通知して、課金サーバ８０に決済処理を促すための機能である。課金サーバ８０は、ユーザ端末ごとに登録されている決済方法にしたがって、通知された課金額について決済処理を実行し、その旨をユーザ端末に通知する。
【００４２】
図２は、図１のネットサービス提供システム１００におけるサービス提供サーバ１０の構成例を示す図である。サービス提供サーバ１０は、サーバ通信部１２と、サーバメモリ１４と、ユーザ情報管理部１６と、チャージ設定情報管理部１８と、仮想通貨情報管理部２０と、比較部２２と、チャージ実行部２４と、サービス提供部２６と、課金管理部２８とを含む。
【００４３】
サーバ通信部１２は、ユーザ端末または課金サーバ８０からの信号を受信し、所定の復調処理を実施して、ユーザ情報管理部１６、チャージ設定情報管理部１８、仮想通貨情報管理部２０、比較部２２、サービス提供部２６、課金管理部２８に復調された信号を送る。また、サービス提供部２６、課金管理部２８から送られた信号に対して所定の変調処理を実施して、ユーザ端末または課金サーバ８０に送信する。なお、サーバ通信部１２における変復調処理は、公知の変復調技術が用いられてよく、このような態様であったとしても、本発明を適用することができることは当業者に理解されるところである。
【００４４】
サーバメモリ１４は、ユーザ情報管理部１６、チャージ設定情報管理部１８、仮想通貨情報管理部２０からアクセスされる記憶媒体であり、登録ユーザのユーザ情報や連絡先情報、チャージ額、仮想通貨の残高、チャージ額、上限額、下限値などを記憶する。
【００４５】
ユーザ情報管理部１６は、サーバ通信部１２を通じて、ユーザ端末からアップロードされた連絡先情報や画像情報などを受け取る。たとえば、ユーザ情報管理部１６は、ユーザ端末にチャットアプリがインストールされ、ユーザ端末内の連絡先情報がアップロードされる。その際、ユーザ情報管理部１６は、まず、アップロードの主体となったユーザ端末にＩＤを付与する。そこで、ユーザ情報管理部１６は、ユーザ端末に付与したＩＤとその連絡先情報とを対応付けて、サーバメモリ１４に登録してもよい。
【００４６】
チャージ設定情報管理１８は、サーバ通信部１２を通じて、ユーザ端末からアップロードされた仮想通貨の残高の下限値、前記仮想通貨を増額させる際の増加額が示されたチャージ額、所定期間内の上限額を受付け、ユーザＩＤと対応させて、サーバメモリ１４に記憶し、管理する。下限値、チャージ額、上限額は、ユーザ端末からの要求によって変更される。また、上限額は、後述するチャージ実行部２４によっても更新される。
【００４７】
仮想通貨情報管理２０は、ユーザ情報管理部１６に記憶されたユーザ情報と関連付けて、サービスの提供のたびに、サービスに対して使用される仮想通貨の残高をサーバメモリ１４に記憶し、管理する。仮想通貨情報管理２０は、 後述する比較部２２による比較の結果において、残高からサービス提供額を減じた値がチャージ設定情報管理部１８において管理されている下限値よりも大きい場合は、残高からサービス提供額を減じた値を新たな残高としてサーバメモリ１４に記憶し、管理する。
【００４８】
また、仮想通貨情報管理２０は、残高からサービス提供額を減じた値がマイナスの値であるか、もしくは、下限値以下である場合は、後述するチャージ実行部２４においてチャージ処理が成功した後において、チャージ後の残高からサービス提供額を減じた値を新たな残高として管理する。
【００４９】
比較部２２は、ユーザ端末からのサービスの利用要求を受け付けた場合に、該サービスを提供する前に、該サービスを提供するためのサービス提供額と、仮想通貨情報管理部２０によって管理され、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する。また、比較部２２は、比較した結果を仮想通貨情報管理部２０とチャージ実行部２４とサービス提供部２６に通知する。比較部２２は、比較した結果を、サービス提供額と残高の差額として、通知してもよい。
【００５０】
チャージ実行部２４は、比較部２２による比較の結果、残高からサービス提供額を減じた値がチャージ設定情報管理部１８において管理されている下限値以下である場合、後述するサービス提供部２６におけるサービスの提供と並行して、あるいは、サービスの提供の後に、チャージ設定情報管理部１８において管理されているチャージ額を残高に加算するためのチャージ処理を実行する。
【００５１】
チャージ実行部２４は、チャージ処理をする前に、チャージ処理後のチャージ累積額が所定期間内の上限額未満であれば、チャージ処理を実行して、チャージ処理をした旨をユーザ装置に通知する一方、上限額以上の場合には、チャージ処理ができない旨をユーザ端末に通知する。この際、ユーザ端末から、上限額を増額する旨および追加額についての回答があった場合には、チャージ処理を実行するとともに、サーバメモリ１４にて管理されている上限額を更新する。
【００５２】
チャージ実行部２４は、チャージをしてもなお、残高が下限値以下である場合、下限値よりも多くなるまで、チャージ処理を繰り返してもよい。さらに、チャージ実行部２４は、加算後の残高をチャージ後の残高としてサーバメモリ１４の残高を更新し、仮想通貨情報管理部２０にその旨を通知する。
【００５３】
チャージ実行部２４は、ユーザ装置からチャージ処理の停止を要求された場合、そのユーザ装置に対するチャージ処理を停止する。また、チャージ実行部２４は、停止の要求とともに、停止期間が指定された場合、その停止期間だけ、そのユーザ装置に対するチャージ処理を停止する。チャージ処理を停止している際に、サービス提供額が残高よりも大きく、チャージをしないとサービス提供ができない場合、ユーザに問い合わせて、停止解除の旨の指示があった場合にのみチャージ処理を実行してもよい。問合せの際に、上限額を増額させるべく、追加額をあわせて問い合わせてもよい。さらに、更なるチャージ後の残高からサービス提供額を減じた値が下限額を上まわるように、推奨すべき追加額を通知してもよい。
【００５４】
チャージ実行部２４は、チャージ累積額を所定期間において管理してもよい。チャージ累積額は、ユーザ端末が初めてアクセスしたときの他、ユーザ端末からの指示によっても０に初期化できる。チャージ実行部２４は、チャージ処理が成功するたびに、チャージ累積額をチャージ額分だけ増加し、サーバメモリ１４に記憶して管理してもよい。
【００５５】
ここで、チャージ処理が成功するとは、チャージ実行部２４において、上限額を超えることなくチャージ処理が完了したか、あるいは、上限額を増額する旨の回答をユーザ端末から得られてチャージ処理がなされたか、などの場合をいう。
【００５６】
サービス提供部２６は、比較部２２による比較の結果、サービス提供額と残高とが同額もしくは残高のほうが多い場合に、サーバ通信部１２を介してサービスを提供する。比較部２２による比較の結果、残高のほうがサービス提供額よりも低い場合、チャージ実行部２４によるチャージ処理が成功してから、サービスを提供する。
【００５７】
このような場合、先にサービスを提供してしまうと、残高がマイナスになってしまうおそれがある。したがって、残高がマイナスになるような場合に限って、サービス提供前にユーザ端末に問い合わせることとしている。
【００５８】
課金管理部２８は、チャージ実行部２４によって、チャージ処理が成功した場合、ユーザ端末に対して決済処理を実行する課金サーバと接続し、チャージ情報管理部１８によって管理されているチャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として通知する。
【００５９】
課金管理部２８は、 サーバ通信部１２を介して、それぞれ異なる決済方法を実行する複数の課金サーバ８０と接続可能である。ここで、課金管理部２８は、予め定められた決済方法に関する優先順位にしたがって選択された課金サーバ８０に通知する。
【００６０】
課金サーバ８０においては、課金すべき金額を当該ユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する機能を有してもよい。ここで、課金管理部２８は、 課金すべき金額をユーザ端末の利用料金に含めて課金処理を実施するいわゆるキャリア課金にかかる決済方法を処理する機能を有する課金サーバ８０の優先順位を最上位として、優先的に課金処理を実施させる課金サーバ８０として、課金額を通知してもよい。
【００６１】
ここで、課金サーバ８０において、キャリア課金の上限であり、ユーザ端末の利用料金に含めて課金処理を実施できないような場合は、その旨が課金管理部２８に通知される。課金管理部２８は、キャリア課金ができない旨が通知された場合、キャリア課金以外のクレジットカード決済などの決済処理が可能な他の課金サーバ８０に対して、課金額を通知することとしてもよい。
【００６２】
つぎに、ユーザ端末側の構成について説明する。図３は、図１のネットサービス提供システム１００における図１のモバイル端末５０あるいはＰＣ端末７０における構成例を示す図である。ここでは、説明の都合上、モバイル端末５０の構成として説明するが、ＰＣ端末７０においても同様の構成となる。
【００６３】
モバイル端末５０は、端末通信部５２と、端末制御部５４と、ユーザインタフェース５６と、端末メモリ５８とを備える。端末通信部５２は、サービス提供サーバ１０からダウンロードしたチャットアプリや、サービス提供サーバ１０からの問い合わせメッセージ、あるいは、課金決済処理の結果などを受信する。また、端末通信部５２は、チャージ額や上限額、下限額などをＩＤとともにサービス提供サーバ１０に通知する。
【００６４】
端末制御部５４は、ユーザインタフェース５６を介してユーザからの指示を受け付けて、端末メモリ５８にアクセスしながら、チャットアプリのインストール制御や、端末メモリ５８に登録された連絡先情報のアップロード制御、あるいは、チャージ額や上限額、下限額の管理を行う。
【００６５】
ユーザインタフェース５６は、サービス提供サーバ１０により提供されたサービスにかかる画像の表示や、ユーザへのメッセージやユーザが入力した文字を表示するための画面インタフェースを含み、さらに、キーボードやタッチパネルなどのユーザからの入力を受け付ける入力インタフェースと、カメラなどの画像撮像手段を含む。また、ユーザインタフェース５６は、ユーザからのアップロード要求やチャージ額や上限額、下限額の設定要求などの指示を受け付けて、端末制御部５４に伝える。
【００６６】
ユーザへのメッセージとは、たとえば、メモリ６０に記憶された連絡先情報をサービス提供サーバ１０内にインポートしてもよいか否かの問合せや、チャージができない場合における上限額の再設定や、課金処理結果などである。これらのメッセージは、サービス提供画面に重畳されて、画面インタフェース上の所定の位置に表示されてもよい。
【００６７】
端末メモリ５８は、画像撮像手段や他のユーザから受信した画像情報を記憶し、また、氏名と連絡先とが対応付けて記憶された連絡先情報、あるいは、設定済のチャージ額や上限額、下限額などを記憶する。  
【００６８】
図４は、図１のサービス提供サーバ１０における処理例を示すフローチャートである。    このフローチャートは、ユーザ端末よりサービス利用要求を受けたことを契機として開始されてもよい。
【００６９】
まず、ユーザ端末からのサービスの利用要求を受け付けた場合に、そのサービスを提供する前に、サービスを提供するためのサービス提供額と、利用要求元のユーザ端末のユーザ情報に関連付けられた残高とを比較する（Ｓ１０）。その結果、残高がサービス提供額以上である場合（Ｓ１０のＹｅｓ）、ユーザ端末に対して、サービスを提供する（Ｓ１２）。
【００７０】
ここで、残高からサービス提供額を減じた値が下限値より大きい場合（Ｓ１４のＹｅｓ）、チャージ処理をすることなく、課金処理を実行する（Ｓ１６）。一方、下限値以下である場合（Ｓ１４のＮｏ）、チャージ処理を実行（Ｓ１８）する。ここで、チャージ処理が成功した場合であっても失敗した場合であっても、課金処理を実行する（Ｓ１６）。チャージ処理が失敗した場合であっても、Ｓ１０の判断において、課金処理後も残高がマイナスになることはないことが判明しており、問題がないためである。なお、Ｓ１４における判断、および、Ｓ１６における課金処理は、Ｓ１２のサービスの提供と並行して、あるいは、サービスの提供の後において、実施される処理である。
【００７１】
Ｓ１０において、残高がサービス提供額より少ない場合（Ｓ１０のＮｏ）、サービスの提供に先だって、チャージ処理を実行する（Ｓ２０）。ここで、チャージ処理が成功した場合（Ｓ２２のＹｅｓ）、ユーザ端末に対してサービスを提供し（Ｓ２４）、課金処理を実行する（Ｓ１６）。一方、チャージ処理が失敗した場合（Ｓ２２のＮｏ）、その旨をユーザ端末に通知して（Ｓ２６）、サービスの提供も課金処理も実行することなく、処理を終了する。なお、Ｓ１６における課金処理は、Ｓ２４のサービスの提供と並行して、あるいは、サービスの提供の後において、実施される処理である。
【００７２】
図５は、図２のチャージ実行部２４における処理例を示すフローチャートである。このフローチャートは、図４のフローチャートのＳ１８、Ｓ２０におけるチャージ処理に関するサブルーチンを示す。
【００７３】
チャージ実行部２４は、所定期間において管理している累積額にチャージ額を加算した値が上限値未満である場合（Ｓ３０のＹｅｓ）、チャージ処理を実行する（Ｓ３２）。チャージ処理の実行においては、残高にチャージ額を加えた値を新たな残高とし、また、累積額にチャージ額を加えた値を新たな累積額として、サーバメモリ１４にて管理する。
【００７４】
Ｓ３２のチャージ処理の後、チャージ実行部２４は、新残高からサービス提供額を減じた値が下限値より大きい場合（Ｓ３４のＹｅｓ）、チャージ成功として（Ｓ３６）、処理を終了する。一方、下限値以下である場合（Ｓ３４のＮｏ）、Ｓ３０の処理に戻る。このループは、下限値よりも多くなるまで、チャージ処理を繰り返すことを意味している。
【００７５】
一方、Ｓ３０において、所定期間において管理している累積額にチャージ額を加算した値が上限値以上である場合（Ｓ３０のＹｅｓ）、チャージ実行部２４は、課金管理部２８を介して、ユーザ端末に問い合わせる（Ｓ３６）。ここで、ユーザ端末から、更なるチャージをしてもよい旨の回答と上限額に追加されるべき追加額を得た場合（Ｓ３８のＹｅｓ）、上限額の再設定処理をして（Ｓ４０）、Ｓ３２のチャージ処理を実行する。再設定処理においては、上限額に追加額を加えた値を新たな上限額として、サーバメモリ１４にて管理する。更なるチャージを望まない旨の回答があった場合（Ｓ３８のＮｏ）、チャージ失敗（Ｓ４２）として、処理を終了する。
【００７６】
以下、ユーザＡがサービスの提供を受ける際において、仮想通貨を使用する場面の以下の（１）〜（３）の３つを例として、図４、図５を参照しながら、サービス提供サーバ１０の総括的な動作を説明する。
【００７７】
（１）チャージ無で、サービスを提供できる場合
残高        １０００円
提供額        ５００円
下限値        ４００円
チャージ額    ３００円
→処理後の残高  ５００円
【００７８】
（１）の場合、残高（１０００円）が提供額（５００円）以上である（Ｓ１０のＹｅｓ）ので、サービスが提供される（Ｓ１２）。また、残高から提供額を減じた値（５００円）は、下限値（４００円）よりも大きい（Ｓ１４のＹｅｓ）ため、課金処理がなされて（Ｓ１６）、処理が終了する。ここで、処理後の残高は、最初の残高（１０００円）から提供額（５００円）を減じた５００円となる。
【００７９】
（２）チャージ有で、サービスを提供できる場合
残高        １０００円
提供額        ５００円
下限値        ６００円
チャージ額    ３００円
→処理後の残高  ８００円
【００８０】
（２）の場合、残高（１０００円）が提供額（５００円）以上である（Ｓ１０のＹｅｓ）ので、サービスが提供される（Ｓ１２）。また、残高から提供額を減じた値（５００円）は、下限値（６００円）以下である（Ｓ１４のＮｏ）ため、残高にチャージ額を増額するためのチャージ処理（Ｓ１８）が実施される。このチャージ処理は、Ｓ１２におけるサービスの提供とは無関係に実施されるため、サービス提供に影響を与えることがなく、そのため、ユーザＡは快適にサービスの提供を受けることができる。その後、課金処理がなされて（Ｓ１６）、処理が終了する。ここで、処理後の残高は、最初の残高（１０００円）にチャージ額（３００円）を加算した額から提供額（５００円）を減じた８００円となる。
【００８１】
（３）サービス提供前のチャージが必要であり、かつ、複数回のチャージが必要な場合
残高          ２００円
提供額        ５００円
下限値        ３００円
チャージ額    ２００円
累積額        ８００円
上限額      １０００円
追加額        ２００円
ユーザＡからの回答：１回目  ＯＫ、２回目  ＮＧ
→処理後の残高  ８００円
【００８２】
（３）の場合、残高（２００円）が提供額（５００円）未満である（Ｓ１０のＮｏ）ので、サービスの提供前に、チャージ処理がなされる（Ｓ２０）。
【００８３】
ここで、図５のＳ３０において、累積額（８００円）にチャージ額（２００円）を加えた額（１０００円）が上限額（１０００円）以上であるため（Ｓ３０のＮｏ）、ユーザＡに問い合わせる（Ｓ３６）。
【００８４】
ここで、ユーザＡからの回答がチャージＯＫであった場合（Ｓ３８のＹｅｓ）、上限額を再設定する（Ｓ４０）。再設定された上限額は、追加額（２００円）が加算されて１２００円となる。
【００８５】
つぎに、チャージ処理がなされて（Ｓ３２）、新残高は、旧残高（２００円）にチャージ額（２００円）が加算された４００円となり、また、累積額は、チャージ額（２００円）を加えた１０００円となる。ここで、新残高（４００円）からサービス提供額（５００円）を減じても、下限値（３００円）よりも少ないため（Ｓ３４のＮｏ）、Ｓ３０の処理に戻る。
【００８６】
Ｓ３０においては、累積額（１０００円）にチャージ額（２００円）を加えた額（１２００円）が上限額（１２００円）以上であるため（Ｓ３０のＮｏ）、再度、ユーザＡに問い合わせる（Ｓ３６）。ここで、ユーザＡから、これ以上のチャージはＮＧである旨の回答があった場合（Ｓ３８のＮｏ）、チャージ失敗（Ｓ４２）となり、図５の処理が終了する。
【００８７】
ここで、図４のＳ２２の処理となり、チャージが失敗しているので（Ｓ２２のＮｏ）、サービスが提供されることなく、ユーザに対して、チャージが失敗された旨を通知して（Ｓ２６）、図４の処理も終了することとなる。
【００８８】
以上の態様によると、仮想通貨の残高がサービスを受けるのに必要な分だけない場合、サービス利用に影響が与えられることなく、予め設定した分だけオートチャージされるため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。すなわち、サービスを提供したとしても残高がマイナスにならない場合、チャージ処理や課金処理などを待たなくても問題がないため、独立してサービスを提供できることとなる。これにより、リアルタイムで提供されるサービスにおいては、チャージ処理や課金処理の実行による遅延を一切考慮する必要がなくなるため、ユーザは快適にサービスを使用することができることとなる。
【００８９】
また、チャージ累積額が所定期間内の上限額未満であれば、チャージ処理を実行して、チャージ処理をした旨をユーザ装置に通知する一方、上限額以上の場合には、チャージ処理ができない旨をユーザ端末に通知することによって、ユーザは、使い過ぎを制限することができ、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。ユーザ装置からチャージ処理の停止を要求された場合、要求にかかる停止期間において、そのユーザ装置に対するチャージ処理を停止することによって、使い過ぎを制限することができ、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００９０】
また、チャージ額を利用要求にかかるユーザ端末に対して課金すべき金額として課金サーバに通知することによって、サービスの提供に影響を与えることなく自動的に課金処理を完了することができ、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００９１】
また、ユーザ端末の利用料金に含めて課金処理を実施する決済方法、あるいは、クレジットカード決済により課金処理を実施する決済方法、のいずれかの決済方法を処理する機能を有する課金サーバに通知することによって、課金決済の柔軟性が高まり、決済不能となる可能性を減少でき、もって、サービスの提供に影響を与えることがないため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００９２】
また、ユーザ端末の利用料金に含めて課金処理を実施する決済方法を処理する機能を有する課金サーバの優先順位を最上位とすることによって、より確実に課金決済処理を実行することができるようになり、もって、サービスの提供に影響を与えることがないため、ユーザは、リアルタイムで進行するようなネットサービスにおいても、不都合なくサービスを快適に利用し続けることができる。
【００９３】
以上、本発明を実施例をもとに説明した。本発明は上述した実施例並びに各実施例の内容に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上記実施例は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００９４】
【図１】実施例１にかかるネットサービス提供システムチャットシステムを示す図である。
【図２】図１のネットサービス提供システムにおけるサービスサーバの構成例を示す図である。
【図３】図１のネットサービス提供システムにおけるユーザ端末の構成例を示す図である。
【図４】図１のサービス提供サーバにおける処理例を示すフローチャートである。
【図５】図２のチャージ実行部における処理例を示すフローチャートである。
【符号の説明】
【００９５】
１０  サービス提供サーバ、  １２  サーバ通信部、  １４  サーバメモリ、  １６  ユーザ情報管理部、  １８  チャージ設定情報管理部、  ２０  仮想通貨情報管理部、  ２２  比較部、  ２４  チャージ実行部、  ２６  サービス提供部、  ２８  課金管理部、  ３０  ネットワーク、  ４０  基地局、  ４０ａ  第１基地局、  ４０ｂ  第２基地局、  ４０ｃ  第３基地局、  ５０  モバイル端末、  ５０ａ  第１モバイル端末、  ５０ｂ  第２モバイル端末、  ５０ｃ  第３モバイル端末、  ５２  端末通信部、  ５４  端末制御部、  ５６  ユーザインタフェース、  ５８  端末メモリ、  ７０  ＰＣ端末、  ８０  課金サーバ、  １００  ネットサービス提供システム
【図１】
2014132497.tif 000003
【図２】
2014132497.tif 000004
【図３】
2014132497.tif 000005
【図４】
2014132497.tif 000006
【図５】
2014132497.tif 000007