携帯通信端末
【課題】 携帯通信端末を使用して遊びや協働作業を行なっている最中に、携帯通信端末の通信機能を使用して割り込みが入った場合、行っている遊びや協働作業に不都合を及ぼさないような携帯通信システムを構築できる携帯通信端末を提供する。
【解決手段】 携帯端末は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する。
【解決手段】 携帯端末は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末の利用技術に関し、特に、携帯通信端末を使用した遊びや協働作業中の利便性を向上させる技術に関する。
【背景技術】
【０００２】
近年、携帯端末は通信機能を持ち、他の端末との音声通信や、インターネット上のサーバとのパケット通信などを行なっている。
このような通信機能を持つ携帯端末（以下、「携帯通信端末」という。）を、その携帯通信端末が持つ本来の用途以外の用途に利用する技術が提案されている。
例えば、携帯電話機を、ゲーム機のコントローラとして使用する（特許文献１参照）技術である。
【０００３】
また、このような携帯通信端末の一部は、上記パケット通信などの遠距離通信方式による通信機能のみならず、赤外線通信やＢｌｕｅｔｏｏｔｈなどの近距離通信方式による通信機能を併せ持つようになってきている。
この近距離通信方式による通信機能を利用して、携帯通信端末同士での電話帳情報等のデータ交換や、家電機器に対する制御コマンドの発信、すなわち、携帯通信端末を家電機器のいわゆるリモコンとして使用することなどが可能となっている。
【０００４】
従って、携帯通信端末はその遠距離および近距離の通信機能を利用して複数の機能を持ち、その通信機能を利用した様々な形態での使用がなされることが予想される。
近距離通信方式においては、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）などの高速な通信方式の登場により、ますます近距離通信機能を利用した使用形態が多様化し、例えば、多人数参加型アプリケーションを実行するような、複数のユーザが、各自の携帯通信端末の近距離通信機能を使用して遊びや協働作業する使用形態が考えられる。
【特許文献１】特開２００１−３８０５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、複数ユーザが、各自の携帯通信端末を使用して、一緒にゲームで遊んでいたり、協働作業を行なっている場合、携帯通信端末が複数の通信機能を併せ持っていることによる不都合も生じ得る。この不都合とは、通信機能を使用して遊びや協働作業を行なっているときに、他の通信による割り込みが入ることによって、現在行なっている遊びや協働作業に影響がでる場合があることである。
【０００６】
そこで、本発明は、携帯通信端末を使用して遊びや協働作業を行なっている最中に、携帯通信端末の通信機能を使用して割り込みが入った場合、行っている遊びや協働作業に不都合を及ぼさないような携帯通信システムを構築できる携帯通信端末の提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、本発明の携帯通信端末は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末であって、前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段を備えることを特徴とする。
【発明の効果】
【０００８】
本発明に係る携帯通信端末は、上述の構成を備えることにより、複数の携帯通信端末が協働で作業している最中に、１つの携帯通信端末に通信が入った場合、その旨を遊びや協働作業中の他の携帯通信端末に通知することが可能になるので、通知を受けた他の携帯通信端末は、実行している協働作業等の継続に支障があるような外部との通信が必要となった携帯通信端末が存在することを知ることができ、最適な中断処理やリカバリー処理等を実施することができるようになる。
【０００９】
従って、１つの携帯通信端末が、入ってきた通信に応答することで遊びや協働作業が中断したとしても、遊びや協働作業に影響を及ぼすことを防ぐことができる。
後述する実施形態においては、携帯通信端末のブロック図の通信割込処理部が、外部から１つの携帯通信端末に通信が入った旨を、近距離通信制御部を介して、他の携帯通信端末に通知する。アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段は、図３のクライアント・サービス処理部１２００、通信割込処理部１５００及び近距離通信制御部１６００により実現される。
【００１０】
また、前記携帯端末は、更に、前記アプリケーションを実行する実行手段と、前記他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段を備え、前記実行手段は、前記受信手段により中断の許可を示す情報を受信した場合には、前記実行を中断し、前記受信手段により中断の拒否を示す情報を受信した場合には、前記実行を継続することとしてもよい。
【００１１】
これにより、協働でアプリケーションを実行している他の携帯通信端末の許可を得てから、そのアプリケーションを中断することができるので、他の携帯通信端末が最適な中断処理やリカバリー処理等を確実に実施した後で、そのアプリケーションを中断することができるようになる。
後述する実施形態においては、携帯通信端末のブロック図のゲームアプリケーション実行部が、アプリケーションを実行し、通信割込処理部が近距離通信制御部を介して、アプリケーションの実行を許可等する情報を受信する。アプリケーションを実行する実行手段は、図３のゲームアプリケーション実行部１８００、ユーザインターフェース部１１００、クライアント・サービス処理部１２００及び近距離通信制御部１６００により実現される。また、他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段は、図３の通信割込処理部１５００及び近距離通信制御部１６００により実現される。
【００１２】
また、前記携帯端末は、更に、前記所定の通信に対応する処理を行なう応答手段を備え、前記所定の通信は、音声通信に係る着信であり、前記応答手段は、前記実行手段が前記実行を中断した後に、前記着信に対し音声通信に係る応答をすることとしてもよい。
これにより、協働で作業している最中に電話がかかって来た場合に、電話に出る前に、遊びや協働作業をしている他の携帯通信端末にその旨が通知されるので、他の携帯通信端末は、最適な中断処理やリカバリー処理等を実施することができるようになる。
【００１３】
後述する実施形態においては、携帯通信端末のブロック図の通話アプリケーション実行部が、遠距離通信制御部を介して、着信に応答する。所定の通信に対応する処理を行なう応答手段は、図３の通話アプリケーション実行部１７００及び遠距離通信制御部１４００により実現される。
また、前記送信手段は、前記所定の通信を受けたことを示す情報を、前記サーバ装置に送信することとしてもよい。
【００１４】
さらに、本発明に係るサーバ装置は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置であって、前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段と、前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段とを備えることを特徴とする
また、前記サーバ装置は、更に、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段を備え、前記判断手段により前記アプリケーションを中断すると判断された場合に、前記送信手段により前記他の携帯端末に前記所定の通信を受けたことを示す情報を送信することとしてもよい。
【００１５】
これにより、協働でアプリケーションを実行している最中に割込みがあった場合に、その行っている遊びや協働作業に不都合を及ぼさないような携帯通信システムを構築することが容易になる。
アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段は、図３のクライアント情報記憶部２４００により実現される。前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段は、図３のサーバ・サービス処理部２２００、通信割込処理部２５００及び近距離通信制御部２６００により実現される。また、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段は、図３のサーバ・サービス処理部２２００により実現される。
【００１６】
また、前記携帯端末は、更に、前記他の携帯端末と前記サーバ装置を介さずに直接通信を行なう直接通信手段を備え、前記送信手段は、前記直接通信手段によって前記所定の通信を受けたことを示す情報を送信することとしてもよい。
これにより、協働でアプリケーションを実行している携帯通信端末同士が直接通信することができるので、即座に、最適な中断処理やリカバリー処理等を実施する指示を送ることができるようになる。
【発明を実施するための最良の形態】
【００１７】
＜概要＞
複数の携帯通信端末がサーバ装置と共に遊びや協働作業を行なっている最中に、外から通信の割り込みが入ってきた場合に、本発明に係る携帯通信端末は、作業を共にしている他の携帯通信端末にその旨を通知し、その通知に対する応答に基づいて、外からの割込みに対する処理を行なうものである。
【００１８】
本実施形態では、ゲーム中に、外から音声通話に係る着信があった場合に、他の携帯通信端末の許可を得てから通話する場合を説明する。
以下、本発明の実施形態に係る携帯通信端末を用いたシステムの概要について、図１および図２を用いて説明する。
図１は、本発明にかかる携帯通信端末を用いてゲームを行なっているシステムの例を表す図である。
【００１９】
本システムは、複数の携帯通信端末（１０００、１０１０、１０２０）と、サーバ装置２０００とで構成され、各携帯通信端末と、サーバ装置２０００とは互いにデータを送受信している。
サーバ装置２０００は、行なっているゲームのほとんどを把握する機能を有しており、各携帯通信端末（１０００、１０１０、１０２０）は、ゲーム内容のうち、それぞれの担当するパートを把握する機能を有している。
【００２０】
また、携帯通信端末（１０００、１０１０、１０２０）において、それぞれの担当するパートに関するデータが更新等された場合は、サーバ装置２０００の全体のゲーム内容を表すデータに即時に反映される。サーバ装置２０００は、各携帯通信端末から送信されたデータを基に、全体を調整しながら全体のゲーム内容を表すデータを更新等し、さらに、この調整された結果を各端末に送信し、ゲームを進めていく。
【００２１】
ここで、ゲームは、レーシングゲームであるとする。
サーバ装置２０００は、ディスプレイ２０１０を備え、このディスプレイには、ゲームの全体、すなわちサーキット全体および各レーシングカーの位置を表示している。
また、各携帯通信端末（１０００、１０１０、１０２０）は、それぞれディスプレイを備え、それぞれのレーシングカーを表示している。
【００２２】
各携帯通信端末（１０００、１０１０、１０２０）において、ユーザは自分のレーシングカーを操作し、操作結果であるコース上の位置等は、サーバ装置２０００のディスプレイに反映される。
この携帯通信端末（１０００、１０１０、１０２０）は、いわゆる電話としての機能を有し、外部の端末との音声通話を行うことができるものとする。
【００２３】
図２は、ゲームを行なっている携帯通信端末に、外部から通信の割り込みがあった例を表す図である。
携帯通信端末１０００に、外部の通信機器３０００から基地局４０００を介して、着信があった場合を表している。
携帯通信端末１０００と外部の通信機器３０００とが通話している間、サーバ装置２０００と他の携帯通信端末（１０１０、１０２０）のディスプレイには「Ｐｌｅａｓｅ ｗａｉｔ！」の文字が表示され、ゲームが中断されている。
【００２４】
このように携帯通信端末のデータ更新が他の携帯通信端末のデータに影響を与えるような遊びや協働作業を行なっている場合は、１つの携帯通信端末がデータの更新を中断すると、他の端末に影響を与えることとなるため、１つの携帯通信端末が遊びや協働作業を中断する場合は、全部の端末が作業を中断する必要がある。
本発明に係る携帯通信端末を使用したシステムは、このような遊びや協働作業を行なっていて、途中で作業を中断しなければならなくなった場合に、いきなり作業を中断するのではなく、中断前に、それぞれの端末が行なっている作業に応じて処理を行なう機会を与え、中断後の作業の再開をスムーズに行なえるようにするものである。
【００２５】
＜構成＞
図３は、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ装置２０００の構成を示す機能ブロック図である。
他の携帯通信端末１０１０は、携帯通信端末１０００と同様の機能を持つため、以下に携帯通信端末１０００のみ説明する。
【００２６】
また、説明の便宜上、他の携帯通信端末は１つのみ記載してある。本来、他の携帯通信端末は、１以上であればよく、その数はゲームの内容に依存する。
本実施形態では、外部の通信機器３０００から通信が入る端末を携帯通信端末１０００として、また、そのほかの端末を他の携帯通信端末１０１０として説明する。
携帯通信端末１０００は、ユーザインターフェース部１１００、クライアント・サービス処理部１２００、サスペンド情報記憶部１３００、遠距離通信制御部１４００、通信割込処理部１５００、近距離通信制御部１６００、通話アプリケーション実行部１７００およびゲームアプリケーション実行部１８００から構成される。
【００２７】
ユーザインターフェース部１１００は、携帯通信端末１０００に備えられたディスプレイへの画像表示、キー、ボタン等からのデータ入力等の通常の携帯通信端末が有しているユーザインターフェース機能を有する。
次に、クライアント・サービス処理部１２００は、本発明に特有の機能を制御する機能を有する。行なっているゲームが、他の携帯通信端末と協働で行なっているものか否かを判断する機能を有している。
【００２８】
更に、クライアント・サービス処理部１２００は、作業中断の準備の処理を行なう機能を有する。具体的には、実施しているゲームを中断した場合に、中断した状態から作業を再開できるように、中断時の作業状態をサスペンド情報記憶部１３００に記憶させる。また、逆に、サスペンド情報記憶部１３００に記憶されている中断時の作業状態を基に、作業を再開できるように環境を整える機能も有する。
【００２９】
サスペンド情報記憶部１３００は、中断時の作業状態を保存しておく機能を有する。例えば、自分のレーシングカーの位置、画像などの情報を記憶しておく。
この記憶部は、内部メモリ、外部メモリ、キャッシュ等、ゲームを中断している間に記憶している情報が消えないものであればよい。
遠距離通信制御部１４００は、遠距離の通信を行なう機能を有する。ここでの遠距離通信とは、基地局４０００を介して行なうような通信であるとする。
【００３０】
また、通信割込処理部１５００は、遠距離通信制御部１４００が受信した通信に対する処理を行なうには、自端末および他の携帯通信端末においてゲームの中断が必要であるか否かを判断する機能と、他の携帯通信端末に問い合わせる機能を有する。
例えば、遠距離通信制御部１４００が受けた通信が、メールの着信であった場合には、ゲームを中断する必要はないと判断されるなどである。また、受信した通信に対する処理とは、例えば、メールの着信を受けた場合には、その返信をいい、音声通信に係る着信を受けた場合には、その応答をいう。
【００３１】
この携帯通信端末１０００が他の携帯通信端末１０１０となる場合には、通信割込処理部１５００は、さらに、携帯通信端末からの作業の中断許可の問い合わせに答える機能を有する。
近距離通信制御部１６００は、サーバ装置２０００との通信を行なう機能を有する。ここでは、Ｂｌｕｅｔｏｏｔｈによる通信機能であるとする。
【００３２】
通話アプリケーション実行部１７００は、音声通話、メール作成時の文字入力機能など、通常の携帯通信端末が有している機能を有する。
また、ゲームアプリケーション実行部１８００は、通常のゲームを実行制御する機能、すなわち、ユーザ操作をユーザインターフェース部１１００から受け取り、近距離通信制御部１６００等を介してサーバ装置２０００に送ると供に、ディスプレイに反映し、サーバ装置２０００から送信されるデータをディスプレイに表示しユーザに示す機能等を有する。
【００３３】
次に、サーバ装置２０００は、通常のサーバ装置が有している機能の他、ユーザインターフェース部２１００、サーバ・サービス処理部２２００、サスペンド情報記憶部２３００、クライアント情報記憶部２４００、通信割込処理部２５００、近距離通信制御部２６００およびゲームアプリケーション実行部２７００から構成される。
ユーザインターフェース部２１００は、ディスプレイ２０１０への画像表示、キー、ボタン等からのデータ入力等の通常のサーバ装置が有しているユーザインターフェース機能を有する。
【００３４】
次に、サーバ・サービス処理部２２００は、本発明に特有の機能を制御する機能を有する。一部の携帯通信端末がゲームに関する処理を中断した場合に、現在行っているゲーム全体に影響があるか否か、すなわちゲームを行なっている他の携帯通信端末の処理に影響を与えるか否かを判断する機能を有している。
更に、サーバ・サービス処理部２２００は、作業中断の準備の処理を行なう機能を有する。
【００３５】
サスペンド情報記憶部２３００は、実施しているゲームを中断した場合に、中断した状態から作業を再開できるように、中断時の作業状態を保存しておく機能を有する。例えば、全てのレーシングカーの位置、画像などの情報を記憶しておく。
この記憶部は、内部メモリ、外部メモリ、キャッシュ等、ゲームを中断している間に記憶している情報が消えないものであればよい。
【００３６】
クライアント情報記憶部２４００は、すべてのクライアント、すなわちゲームに参加している携帯通信端末を識別できる情報や、参加している携帯通信端末ごとのゲームに関する情報を記憶しておく機能を有する。
また、通信割込処理部２５００は、現在行っているゲームが、一部の携帯通信端末がゲームを中断するためには、他の携帯通信端末の許可を受ける必要があるようなゲームであるか否かを判断する機能と、他の携帯通信端末に問い合わせる機能を有する。
【００３７】
近距離通信制御部２６００は、携帯通信端末１０００および他の携帯通信端末１０１０との通信を行なう機能を有する。ここでは、Ｂｌｕｅｔｏｏｔｈによる通信機能であるとする。
ゲームアプリケーション実行部２７００は、通常のゲームを制御する機能、すなわち、近距離通信制御部２６００等を介して携帯通信端末１０００からゲームのデータを受信し、ディスプレイに反映し、他の端末からのデータと調整を行なった後のデータを端末に送り返す等の機能等を有する。
【００３８】
サーバ装置２０００の各機能および携帯通信端末（１０００、１０１０）の各機能は、それぞれのメモリ又はハードディスク（図示していない。）に格納されているプログラムをＣＰＵ（図示していない。）が実行することにより実現される。
＜動作＞
以下、上述したシステムにおける、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ#装置２０００の動作について図４〜図９を用いて説明する。
【００３９】
まず、全体の処理の流れを図４を用いて説明し、その中の一部の処理について図５〜図１２を用いて説明する。
図４は、携帯通信端末に外部から通信があった場合の、処理の流れを示す図である。
まず、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ#装置２０００が、遊び、すなわちゲームを行っているものとする（ステップＳ３０）。
【００４０】
サーバ装置２０００は、他の携帯通信端末１０１０とデータの送受信を行い（ステップＳ２０）、かつ、携帯通信端末１０００ともデータの送受信を行なっている（ステップＳ４０）。ゲームは、各携帯通信端末（１０００、１０１０）のゲームアプリケーション実行部１８００とサーバ装置２０００のゲームアプリケーション実行部２７００とが実行されることにより、進んでいく。
【００４１】
携帯通信端末１０００と他の携帯通信端末１０１０とサーバ#装置２０００がゲームを行なっている最中に、このゲームの外部、すなわちこのゲームに参加している携帯通信端末以外の外部の通信機器３０００から、携帯通信端末１０００に対して音声通話に係る発信がなされる（ステップＳ６０）。
この外部の通信機器３０００からの発信は、基地局４０００を介して送信され、携帯通信端末１０００の遠距離通信制御部１４００によって受信される。
【００４２】
外部からの通信を受け取った遠距離通信制御部１４００は、通信があった旨を通信割込処理部１５００に通知する。
外部から通信があった旨の通知を受け取った通信割込処理部１５００は、この外部からの通信が、他の携帯通信端末１０１０に対し通知が必要なものであるかを判断する。すなわち、外部からの通信割り込みに応答する為にゲームを中断する旨の通知（以下、「割込通知」という。）を送信する必要があるか否かを判断する（ステップＳ５０）。
【００４３】
割込通知を送信する必要があると判断した場合は、サーバ装置２０００に、近距離通信制御部１６００を介して、割込通知の送信を依頼する（ステップＳ４１）。
割込通知の送信が不要であると判断した場合には、外部の通信機器３０００との音声通信を開始する（図示していない。）。
携帯通信端末１０００から、割込通知を送信する旨の依頼を受けたサーバ装置２０００は、現在行っているゲームが、他の携帯通信端末に対して割込通知の送信が必要なものであるか、または、割込通知の送信が必要な状態であるかを判断する（ステップＳ３１）。
【００４４】
このサーバ装置２０００が行う判断処理は、前述した外部から通信を受けた携帯通信端末１０００が行なう判断処理（ステップＳ５０参照）と、次の点で異なる。携帯通信端末１０００が行なう判断処理は、受けた通信の種類によって他の携帯通信端末１０１０に割込通知を送信するか否かを判断するものであるが、このサーバ装置２０００が行なう判断処理は、現在行っているゲームの種類や状態によって他の携帯通信端末１０１０に割込通知を送信するか否かを判断するものである点が異なる。
【００４５】
サーバ装置２０００は、割込通知の送信が必要であると判断した場合は、ゲームを中断する処理を行ない、他の携帯通信端末１０１０に割込通知を送信する（ステップＳ２１）。
割込通知の送信が不要であると判断した場合には、携帯通信端末１０００にその旨返信し、通知を受け取った携帯通信端末１０００は外部の通信機器３０００と通話を開始する（図示していない。）。
【００４６】
サーバ装置２０００から割込通知を受信した他の携帯通信端末１０１０は、割込みに対応する処理（以下、「割込対応処理」という。）、すなわちゲームを中断し、ゲームの再開に必要な情報を保存する処理を行なう（ステップＳ１０）。その後、サーバ装置２０００に、割込みを許可する旨（以下、「割込許可」という。）を返す（ステップＳ２２）。
他の携帯通信端末１０１０から、割込許可の返答を受けたサーバ装置２０００は、ゲーム再開の為に、ゲームの情報や、ゲームに参加している携帯通信端末の情報などを保存する割込対応処理を行なう（ステップＳ３２）。この保存処理が終了したら、携帯通信端末１０００に、割込許可を通知する（ステップＳ４２）。
【００４７】
尚、本実施形態では、他の携帯通信端末１０１０は１つで説明しているが、複数ある場合は、すべての端末から割込許可の返答を受けてから、保存処理を行なう。また、所定時間内に、すべての端末から割込許可の返答がなかった場合は、携帯通信端末１０００に、割込を許可できない旨を通知する。
サーバ装置２０００から、割込許可の通知を受けた携帯通信端末１０００は、ゲームを中断し、再開に必要な情報を保存する割込対応処理を行なう（ステップＳ５１）。この保存処理が終了したら、その旨の通知を受けた通話アプリケーション実行部１７００によって、外部の通信機器３０００の音声通信に係る着信に応答し（ステップＳ６１）、通話を行なう（ステップＳ７０）。
【００４８】
また、割込を許可できない旨の通知を受けた携帯通信端末１０００は、ゲームを中断せずに、留守番メッセージを流すなどの対応処理を行なう（図示していない。）。
携帯通信端末１０００は、外部の通信機器３０００との通話を終了したら（ステップＳ６２）、終了した旨をサーバ装置２０００に通知する（ステップＳ４３）。
その通知をした後、携帯通信端末１０００は、ゲームを再開するための処理、すなわち、ゲームを中断する為に保存しておいた情報を基に、ゲームを再開できる状態にする処理を行なう（ステップＳ５２）。
【００４９】
ゲームを再開するための処理が完了したら、携帯通信端末１０００は、サーバ装置２０００に再開の準備ができた旨を通知する（ステップＳ４４）。
携帯通信端末１０００から、通話が終了した旨の通知を受けたサーバ装置２０００は、ゲームを再開する為の処理を行ない（ステップＳ３３）、再開のための処理が完了したら、他の携帯通信端末１０１０に割込みが終了した旨を通知する（ステップＳ２３）。
【００５０】
サーバ装置２０００から、割込みが終了した旨の通知を受けた他の携帯通信端末１０１０は、ゲームを再開する為の処理を行ない（ステップＳ１１）、処理完了後、サーバ装置２０００に、再開の準備ができた旨を通知する（ステップＳ２４）。
サーバ装置２０００は、全ての携帯通信端末（１０００、１０１０）から再開の準備ができた旨の通知があったことを確認後、ゲームを再開する（ステップＳ３４）。
【００５１】
サーバ装置２０００は、他の携帯通信端末１０１０とデータの送受信を再開し（ステップＳ２５）、かつ、携帯通信端末１０００ともデータの送受信を再開する（ステップＳ４５）。
次に、図５〜図１２を用いて、携帯通信端末（１０００、１１００）およびサーバ装置２０００が行っている各処理を詳細に説明する。
【００５２】
図５〜図９は、着信があってからゲームが中断されるまでの各処理の詳細であり、図１０〜図１２は、中断事由である通話が終了してからゲームが開始されるまでの各処理の詳細である。
図５は、携帯通信端末１０００の割込判断処理を表すフローチャートである。
この割込判断処理は、図４のステップＳ５０の処理の詳細であり、通信割込処理部１５００が行なう。
【００５３】
通信割込処理部１５００は、外部の通信機器３０００から着信があった旨を、遠距離通信制御部１４００から受け取り（ステップＳ５０１）、この着信が割込み処理が必要な通信であるかを判断する（ステップＳ５０２）。
割込み処理が必要な通信とは、その通信に対応する為には、ユーザが現在行なっている作業を中断しなければならないようなものであり、例えば、音声通信に係る着信がある。割込み処理が不要な着信とは、例えば、メールの着信がある。
【００５４】
これらの、どの着信が割込み処理が必要な着信であるかは、通信割込処理部１５００のメモリに記憶しているものとする。
外部の通信機器３０００からの着信は、音声通信に係る着信であり、割込み処理が必要な着信であると判断される（ステップＳ５０２：Ｙ）。
次に、現在ゲーム中であるかを判断する（ステップＳ５０３）。このゲームであるかは、クライアント・サービス処理部１２００に問い合わせる。
【００５５】
問い合わせを受けたクライアント・サービス処理部１２００は、現在行っている作業が、他の携帯通信端末と行なうゲームであるので、ゲーム中である旨を通信割込処理部１５００に返す。他の携帯通信端末と行なわずに単独でゲームを行なっている場合は、ゲーム中である旨は返さない。
ゲーム中である旨を受け取った通信割込処理部１５００は（ステップＳ５０３：Ｙ）、近距離通信制御部１６００を介して、サーバ装置２０００に、ゲーム中の他の携帯通信端末１０１０に割込通知を送信することを依頼する（ステップＳ５０４）。
【００５６】
外部の通信機器３０００からの着信が、割込み処理が不要な着信である場合（ステップＳ５０２：Ｎ）や、クライアント・サービス処理部１２００からゲーム中ではない旨を受け取った（ステップＳ５０３：Ｎ）場合は、外部の通信機器３０００から音声通信に係る着信に応答し、通話を始める。
図６は、サーバ装置２０００の割込判断処理を表すフローチャートである。
【００５７】
この割込判断処理は、図４のステップＳ３１の処理の詳細であり、通信割込処理部２５００が行なう。
携帯通信端末１０００から、サーバ装置２０００に送信された他の携帯通信端末１０１０に割込通知を送信する旨の依頼は、近距離通信制御部２６００を介して、通信割込処理部２５００によって受信される（ステップＳ３１１）。
【００５８】
依頼を受けた通信割込処理部２５００は、現在行なっているゲームに割込対応処理が必要か、すなわち、現在実行しているゲームに参加している１つの携帯通信端末がその実行を中断した場合に、他の携帯通信端末に影響があるかを、サーバ・サービス処理部２２００に問い合わせる。
問い合わせを受けたサーバ・サービス処理部２２００は、現在行っているゲームの内容が、割込対応処理が必要である場合は、その旨を通信割込処理部２５００に返す（ステップＳ３１２：Ｙ）。
【００５９】
この割込対応処理が必要であるか否かの判断は、ゲームの内容や、現時点でのゲームの進み具合などを基に、サーバ・サービス処理部２２００が判断する。従って、ゲームが同じであっても、いつも同じ判断がされるとは限らない。
割込対応処理が必要である旨の返答を受け取った通信割込処理部２５００は、他の携帯通信端末１０１０に割込通知を送信する（ステップＳ３１３）。
【００６０】
割込対応処理が不要である旨の返答を受け取った通信割込処理部２５００は（ステップＳ３１２：Ｎ）、その旨を携帯通信端末１０００に返す。その旨を受け取った携帯通信端末１０００は、通話を始める。
図７は、携帯通信端末１０００の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ５１の処理の詳細であり、携帯通信端末１０００のクライアント・サービス処理部１２００が行なう。
【００６１】
サーバ装置２０００から、近距離通信制御部１６００を介して、割込みを許可する旨を受け取った（ステップＳ５１１、図４ステップＳ４２参照）通信割込処理部１５００は、割込対応処理をクライアント・サービス処理部１２００に依頼する。
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した後の再開に備え、必要な情報をサスペンド情報記憶部１３００に保存する（ステップＳ５１２）。
【００６２】
図８は、他の携帯通信端末１０１０の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ１０の処理の詳細であり、他の携帯通信端末１０１０のクライアント・サービス処理部１２００が行なう。
サーバ装置２０００から、近距離通信制御部１６００を介して、割込通知を受け取った（ステップＳ１０１、図４ステップＳ２１参照）通信割込処理部１５００は、割込対応処理をクライアント・サービス処理部１２００に依頼する。
【００６３】
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した後の再開に備え、必要な情報をサスペンド情報記憶部１３００に保存する（ステップＳ１０２）。
必要な情報の保存が完了したら、ディスプレイにゲームを中断する旨のメッセージ、例えば「Ｐｌｅａｓｅ ｗａｉｔ」の表示依頼をユーザインターフェース部１１００に依頼する。
【００６４】
表示依頼を受けたユーザインターフェース部１１００は、メッセージを表示し（ステップＳ１０３）、表示した旨をクライアント・サービス処理部１２００に返す。
表示が完了した旨を受け取ったクライアント・サービス処理部１２００は、割込対応処理が完了した旨を通信割込処理部１５００に返す。
クライアント・サービス処理部１２００から処理が完了した旨の通知を受けた通信割込処理部１５００は、サーバ装置２０００に、割込みを許可する旨を通知する（ステップＳ１０４）。
【００６５】
図９は、サーバ装置２０００の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ３２の処理の詳細であり、サーバ装置２０００サーバ・サービス処理部２２００が行なう。
他の携帯通信端末１０１０のすべてから、近距離通信制御部２６００を介して、割込み許可通知を受け取った（ステップＳ３２１）（図４ ステップＳ２２参照）通信割込処理部２５００は、割込みに対応する処理をサーバ・サービス処理部２２００に依頼する。
【００６６】
依頼を受けたサーバ・サービス処理部２２００は、ゲームを中断した後の再開に備え、各携帯通信端末の状態情報、管理情報の他、必要な情報をサスペンド情報記憶部２３００に保存する（ステップＳ３２２）。
必要な情報の保存が完了したら、ディスプレイにゲームを中断する旨のメッセージ、例えば「Ｐｌｅａｓｅ ｗａｉｔ」の表示依頼をユーザインターフェース部２１００に依頼する。
【００６７】
表示依頼を受けたユーザインターフェース部２１００は、メッセージを表示し（ステップＳ３２３）、表示した旨をサーバ・サービス処理部２２００に返す。
表示が完了した旨を受け取ったサーバ・サービス処理部２２００は、割込対応処理が完了した旨を通信割込処理部２５００に返す。
サーバ・サービス処理部２２００から処理が完了した旨の通知を受けた通信割込処理部２５００は、携帯通信端末１０００に、割込許可を通知する（ステップＳ３２４）。
【００６８】
図１０は、携帯通信端末１０００の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ５２の処理の詳細である。
通話（図４ステップＳ７０参照）の終了を検知した通話アプリケーション実行部１７００は、その旨を通信割込処理部１５００に通知する（ステップＳ５２１）。
通話が終了した旨の通知を受けた通信割込処理部１５００は、その旨を近距離通信制御部１６００を介して、サーバ装置２０００に通知する（ステップＳ５２２、図４ステップＳ４３参照）とともに、ゲームを再開する為の処理を、クライアント・サービス処理部１２００に依頼する。
【００６９】
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した時に、サスペンド情報記憶部１３００に保存しておいた情報を読み出し、ゲームを開始するための環境を整える（ステップＳ５２３）。具体的には、ディスプレイに中断時のゲーム画面を表示する、各種データをゲーム中断時のもので作成しなおす等を行うほか、ゲームアプリケーション実行部１８００に、ゲームが再開される旨を伝える。
【００７０】
ゲーム再開の準備が完了したら、クライアント・サービス処理部１２００は、サーバ装置２０００にその旨を送信する（ステップＳ５２４）。
図１１は、他の携帯通信端末１０１０の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ１１の処理の詳細である。
割込みが終了した旨（図４ステップＳ２３参照）を、サーバ装置２０００から受信した近距離通信制御部１６００は（ステップＳ１１１）、その旨を通信割込処理部１５００に通知する。
【００７１】
割込みが終了した旨の通知を受けた通信割込処理部１５００は、ゲームを再開する為の処理を、クライアント・サービス処理部１２００に依頼する。
依頼を受けたクライアント・サービス処理部１２００は、ディスプレイから中断メッセージを消去するようにユーザインターフェース部１１００に依頼し、依頼を受けたユーザインターフェース部１１００は、メッセージを消去する（ステップＳ１１２）。
【００７２】
また、同時に、クライアント・サービス処理部１２００は、ゲームを中断した時に、サスペンド情報記憶部１３００に保存しておいた情報を読み出し、ゲームを開始するための環境を整える（ステップＳ１１３）。
ゲーム再開の準備が完了したら、クライアント・サービス処理部１２００は、サーバ装置２０００にその旨を送信する（ステップＳ１１４）。
【００７３】
図１２は、サーバ装置２０００の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ３３の処理の詳細である。
近距離通信制御部２６００を介して、携帯通信端末１０００から、割込みが終了した旨の通知（図４ステップＳ４３参照）を受けた通信割込み処理部２５００は、サーバ・サービス処理部２２００にゲームの再開の為の処理を依頼する。
【００７４】
依頼を受けたサーバ・サービス処理部２２００は、ゲームを中断した時に、後の再開に備えてサスペンド情報記憶部２３００に保存しておいた各種情報、例えば、各携帯通信端末の状態情報、管理情報などを読み出し、ゲーム再開の準備を行う（ステップＳ３３２）。
ゲーム再開の準備が完了したら、サーバ・サービス処理部２２００は、他の携帯通信端末１０１０に、割込みが終了した旨の通知を送信する（ステップＳ３３３、図４ステップＳ２３参照）。
【００７５】
その後、携帯通信端末１０００および他の携帯通信端末１０１０のすべてから、近距離通信制御部２６００を介して、ゲームの再開準備が完了した旨の通知を受け取った（ステップＳ３４１、図４ステップＳ２４とＳ４４参照）サーバ・サービス処理部２２００は、ゲームを再開する旨をゲームアプリケーション実行部２７００に通知する。通知を受けたゲームアプリケーション実行部２７００は、ゲームを再開する（ステップＳ３４２）。
【００７６】
＜補足＞
以上、本発明に係る携帯通信端末等について実施形態に基づいて説明したが、この携帯通信端末を部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態では、サーバ装置を介して携帯通信端末同士が通信を行なうこととなっているが、携帯通信端末同士が直接通信を行なうこととしてもよい。
【００７７】
赤外線通信等により近距離で通信を行なう場合は、近距離通信制御部１６００同士が通信を行なう機能を有する必要がある。また、公衆回線等を利用して、メール等により通信することとしてもよい。
（２）実施形態では、サーバ装置とクライアントである携帯通信端末は、Ｂｌｕｅｔｏｏｔｈなどの近距離通信方式で通信することとしているが、他の通信方式であってもよい。
【００７８】
例えば、公衆回線などを使用してもよい。
（３）実施形態では、全ての携帯通信端末が複数の通信手段を有していることとなっているが、必ず、有していなければならないわけではない。
外部からの通信を受けた携帯通信端末に対して、割込みの許可を与えるのみでもよい。
（４）実施形態では、携帯通信端末が音声通信に係る着信に応答する場合に、他の携帯通信端末の許可を得てから応答することとしているが、どのような着信に、どのような対応をするのかは、行なっている遊びや協働作業の内容や状態に応じて、最適なものとすることができる。
【００７９】
例えば、他の携帯通信端末の許可を得てから応答するのではなく、他の携帯通信端末に通知のみを行なってから応答することとしてもよい。行なっている遊びや協働作業を中断する場合に、作業を単に停止すればよい作業である場合などである。
また、サーバ装置が着信応答の可否を判断し、他の携帯通信端末からの割込み許可を待たずに、着信のある携帯通信端末に割込み許可を出すこととしてもよい。行っているゲームなどが、一部の携帯通信端末を一時的に除いても、実行できる場合などである。
【００８０】
また、実施形態では、すべての他の携帯通信端末の許可を得ることとしているが、全部の許可を得なくてもよいこととしてもよい。
この場合は、例えば、許可を得る必要がある携帯通信端末をサーバ・サービス処理部２２００が憶えておいて、それらの端末から許可を得ることとする。
また、実施形態では、携帯通信端末は着信がある都度、他の携帯通信端末に割込通知を送信することとしているが、他の携帯通信端末は、遊びや協働作業の中断を許可しない等の意志表示を予めサーバ装置２０００に通知しておくこととしてもよい。
【００８１】
また、実施形態では、携帯通信端末は行なっている遊びや協働作業を中断して、外部からの通信に応答することとしているが、外部からの通信に応答している間、サーバ装置に送信する予定のデータを蓄積しておき、外部からの通信が終了したときに、サーバに送信することとしてもよい。
（５）実施形態では、ゲーム中に、外部から通信を受けた場合には、ゲームを中断することとしているが、外部から通信を受けた場合の処理は中断に限られない。
【００８２】
例えば、ゲーム自体は中断せずに、外部から通信を受けたユーザを除外して、ゲームを続行するなどである。具体的には、ゲームが麻雀ゲームであれば、外部から通信を受けて通話をしているユーザの順番がきたら、ツモギリとして扱うなどである。
また、実施形態では、ゲーム中断中は中断メッセージを表示することとしているが、これに限らない。
【００８３】
例えば、画面の動きが止まる、別の作業をすることができる、などであってもよい。
（６）実施形態で示した携帯通信端末の各機能を実現させる為の各制御処理（図３等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示した携帯通信端末の各機能が実現される。
（７）携帯通信端末１０００の各構成である、クライアント・サービス処理部、通信割込み処理部の各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
【００８４】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ
（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサー を利用しても良い。
【００８５】
さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【産業上の利用可能性】
【００８６】
複数の通信機能を持つ機器が、一緒に遊びを行なったり、協働で作業を行なっているときに割込みがあった場合の調整に、特に有用である。
【図面の簡単な説明】
【００８７】
【図１】本発明にかかる携帯通信端末を用いてゲームを行なっているシステムの例を表す図である。
【図２】ゲームを行なっている携帯通信端末に、外部から通信の割り込みがあった例を表す図である。
【図３】携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ装置２０００の構成を示す機能ブロック図である。
【図４】携帯通信端末に外部から通信があった場合の、処理の流れを示す図である。
【図５】携帯通信端末１０００の割込判断処理を表すフローチャートである。
【図６】サーバ装置２０００の割込判断処理を表すフローチャートである。
【図７】携帯通信端末１０００の割込対応処理を表すフローチャートである。
【図８】他の携帯通信端末１０１０の割込対応処理を表すフローチャートである。
【図９】サーバ装置２０００の割込対応処理を表すフローチャートである。
【図１０】携帯通信端末１０００の再開処理を表すフローチャートである。
【図１１】他の携帯通信端末１０１０の再開処理を表すフローチャートである。
【図１２】サーバ装置２０００の再開処理を表すフローチャートである。
【符号の説明】
【００８８】
１０００ １０１０ 携帯通信端末
１１００ ２１００ ユーザインターフェース部
１２００ クライアント・サービス処理部
１３００ ２３００ サスペンド情報記憶部
１４００ 遠距離通信制御部
１５００ ２５００ 通信割込処理部
１６００ ２６００ 近距離通信制御部
２０００ サーバ装置
２０１０ ディスプレイ
２２００ サーバ・サービス処理部
２４００ クライアント情報記憶部
３０００ 通信機器
４０００ 基地局
【技術分野】
【０００１】
本発明は、携帯通信端末の利用技術に関し、特に、携帯通信端末を使用した遊びや協働作業中の利便性を向上させる技術に関する。
【背景技術】
【０００２】
近年、携帯端末は通信機能を持ち、他の端末との音声通信や、インターネット上のサーバとのパケット通信などを行なっている。
このような通信機能を持つ携帯端末（以下、「携帯通信端末」という。）を、その携帯通信端末が持つ本来の用途以外の用途に利用する技術が提案されている。
例えば、携帯電話機を、ゲーム機のコントローラとして使用する（特許文献１参照）技術である。
【０００３】
また、このような携帯通信端末の一部は、上記パケット通信などの遠距離通信方式による通信機能のみならず、赤外線通信やＢｌｕｅｔｏｏｔｈなどの近距離通信方式による通信機能を併せ持つようになってきている。
この近距離通信方式による通信機能を利用して、携帯通信端末同士での電話帳情報等のデータ交換や、家電機器に対する制御コマンドの発信、すなわち、携帯通信端末を家電機器のいわゆるリモコンとして使用することなどが可能となっている。
【０００４】
従って、携帯通信端末はその遠距離および近距離の通信機能を利用して複数の機能を持ち、その通信機能を利用した様々な形態での使用がなされることが予想される。
近距離通信方式においては、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）などの高速な通信方式の登場により、ますます近距離通信機能を利用した使用形態が多様化し、例えば、多人数参加型アプリケーションを実行するような、複数のユーザが、各自の携帯通信端末の近距離通信機能を使用して遊びや協働作業する使用形態が考えられる。
【特許文献１】特開２００１−３８０５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、複数ユーザが、各自の携帯通信端末を使用して、一緒にゲームで遊んでいたり、協働作業を行なっている場合、携帯通信端末が複数の通信機能を併せ持っていることによる不都合も生じ得る。この不都合とは、通信機能を使用して遊びや協働作業を行なっているときに、他の通信による割り込みが入ることによって、現在行なっている遊びや協働作業に影響がでる場合があることである。
【０００６】
そこで、本発明は、携帯通信端末を使用して遊びや協働作業を行なっている最中に、携帯通信端末の通信機能を使用して割り込みが入った場合、行っている遊びや協働作業に不都合を及ぼさないような携帯通信システムを構築できる携帯通信端末の提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、本発明の携帯通信端末は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末であって、前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段を備えることを特徴とする。
【発明の効果】
【０００８】
本発明に係る携帯通信端末は、上述の構成を備えることにより、複数の携帯通信端末が協働で作業している最中に、１つの携帯通信端末に通信が入った場合、その旨を遊びや協働作業中の他の携帯通信端末に通知することが可能になるので、通知を受けた他の携帯通信端末は、実行している協働作業等の継続に支障があるような外部との通信が必要となった携帯通信端末が存在することを知ることができ、最適な中断処理やリカバリー処理等を実施することができるようになる。
【０００９】
従って、１つの携帯通信端末が、入ってきた通信に応答することで遊びや協働作業が中断したとしても、遊びや協働作業に影響を及ぼすことを防ぐことができる。
後述する実施形態においては、携帯通信端末のブロック図の通信割込処理部が、外部から１つの携帯通信端末に通信が入った旨を、近距離通信制御部を介して、他の携帯通信端末に通知する。アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段は、図３のクライアント・サービス処理部１２００、通信割込処理部１５００及び近距離通信制御部１６００により実現される。
【００１０】
また、前記携帯端末は、更に、前記アプリケーションを実行する実行手段と、前記他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段を備え、前記実行手段は、前記受信手段により中断の許可を示す情報を受信した場合には、前記実行を中断し、前記受信手段により中断の拒否を示す情報を受信した場合には、前記実行を継続することとしてもよい。
【００１１】
これにより、協働でアプリケーションを実行している他の携帯通信端末の許可を得てから、そのアプリケーションを中断することができるので、他の携帯通信端末が最適な中断処理やリカバリー処理等を確実に実施した後で、そのアプリケーションを中断することができるようになる。
後述する実施形態においては、携帯通信端末のブロック図のゲームアプリケーション実行部が、アプリケーションを実行し、通信割込処理部が近距離通信制御部を介して、アプリケーションの実行を許可等する情報を受信する。アプリケーションを実行する実行手段は、図３のゲームアプリケーション実行部１８００、ユーザインターフェース部１１００、クライアント・サービス処理部１２００及び近距離通信制御部１６００により実現される。また、他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段は、図３の通信割込処理部１５００及び近距離通信制御部１６００により実現される。
【００１２】
また、前記携帯端末は、更に、前記所定の通信に対応する処理を行なう応答手段を備え、前記所定の通信は、音声通信に係る着信であり、前記応答手段は、前記実行手段が前記実行を中断した後に、前記着信に対し音声通信に係る応答をすることとしてもよい。
これにより、協働で作業している最中に電話がかかって来た場合に、電話に出る前に、遊びや協働作業をしている他の携帯通信端末にその旨が通知されるので、他の携帯通信端末は、最適な中断処理やリカバリー処理等を実施することができるようになる。
【００１３】
後述する実施形態においては、携帯通信端末のブロック図の通話アプリケーション実行部が、遠距離通信制御部を介して、着信に応答する。所定の通信に対応する処理を行なう応答手段は、図３の通話アプリケーション実行部１７００及び遠距離通信制御部１４００により実現される。
また、前記送信手段は、前記所定の通信を受けたことを示す情報を、前記サーバ装置に送信することとしてもよい。
【００１４】
さらに、本発明に係るサーバ装置は、サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置であって、前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段と、前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段とを備えることを特徴とする
また、前記サーバ装置は、更に、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段を備え、前記判断手段により前記アプリケーションを中断すると判断された場合に、前記送信手段により前記他の携帯端末に前記所定の通信を受けたことを示す情報を送信することとしてもよい。
【００１５】
これにより、協働でアプリケーションを実行している最中に割込みがあった場合に、その行っている遊びや協働作業に不都合を及ぼさないような携帯通信システムを構築することが容易になる。
アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段は、図３のクライアント情報記憶部２４００により実現される。前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段は、図３のサーバ・サービス処理部２２００、通信割込処理部２５００及び近距離通信制御部２６００により実現される。また、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段は、図３のサーバ・サービス処理部２２００により実現される。
【００１６】
また、前記携帯端末は、更に、前記他の携帯端末と前記サーバ装置を介さずに直接通信を行なう直接通信手段を備え、前記送信手段は、前記直接通信手段によって前記所定の通信を受けたことを示す情報を送信することとしてもよい。
これにより、協働でアプリケーションを実行している携帯通信端末同士が直接通信することができるので、即座に、最適な中断処理やリカバリー処理等を実施する指示を送ることができるようになる。
【発明を実施するための最良の形態】
【００１７】
＜概要＞
複数の携帯通信端末がサーバ装置と共に遊びや協働作業を行なっている最中に、外から通信の割り込みが入ってきた場合に、本発明に係る携帯通信端末は、作業を共にしている他の携帯通信端末にその旨を通知し、その通知に対する応答に基づいて、外からの割込みに対する処理を行なうものである。
【００１８】
本実施形態では、ゲーム中に、外から音声通話に係る着信があった場合に、他の携帯通信端末の許可を得てから通話する場合を説明する。
以下、本発明の実施形態に係る携帯通信端末を用いたシステムの概要について、図１および図２を用いて説明する。
図１は、本発明にかかる携帯通信端末を用いてゲームを行なっているシステムの例を表す図である。
【００１９】
本システムは、複数の携帯通信端末（１０００、１０１０、１０２０）と、サーバ装置２０００とで構成され、各携帯通信端末と、サーバ装置２０００とは互いにデータを送受信している。
サーバ装置２０００は、行なっているゲームのほとんどを把握する機能を有しており、各携帯通信端末（１０００、１０１０、１０２０）は、ゲーム内容のうち、それぞれの担当するパートを把握する機能を有している。
【００２０】
また、携帯通信端末（１０００、１０１０、１０２０）において、それぞれの担当するパートに関するデータが更新等された場合は、サーバ装置２０００の全体のゲーム内容を表すデータに即時に反映される。サーバ装置２０００は、各携帯通信端末から送信されたデータを基に、全体を調整しながら全体のゲーム内容を表すデータを更新等し、さらに、この調整された結果を各端末に送信し、ゲームを進めていく。
【００２１】
ここで、ゲームは、レーシングゲームであるとする。
サーバ装置２０００は、ディスプレイ２０１０を備え、このディスプレイには、ゲームの全体、すなわちサーキット全体および各レーシングカーの位置を表示している。
また、各携帯通信端末（１０００、１０１０、１０２０）は、それぞれディスプレイを備え、それぞれのレーシングカーを表示している。
【００２２】
各携帯通信端末（１０００、１０１０、１０２０）において、ユーザは自分のレーシングカーを操作し、操作結果であるコース上の位置等は、サーバ装置２０００のディスプレイに反映される。
この携帯通信端末（１０００、１０１０、１０２０）は、いわゆる電話としての機能を有し、外部の端末との音声通話を行うことができるものとする。
【００２３】
図２は、ゲームを行なっている携帯通信端末に、外部から通信の割り込みがあった例を表す図である。
携帯通信端末１０００に、外部の通信機器３０００から基地局４０００を介して、着信があった場合を表している。
携帯通信端末１０００と外部の通信機器３０００とが通話している間、サーバ装置２０００と他の携帯通信端末（１０１０、１０２０）のディスプレイには「Ｐｌｅａｓｅ ｗａｉｔ！」の文字が表示され、ゲームが中断されている。
【００２４】
このように携帯通信端末のデータ更新が他の携帯通信端末のデータに影響を与えるような遊びや協働作業を行なっている場合は、１つの携帯通信端末がデータの更新を中断すると、他の端末に影響を与えることとなるため、１つの携帯通信端末が遊びや協働作業を中断する場合は、全部の端末が作業を中断する必要がある。
本発明に係る携帯通信端末を使用したシステムは、このような遊びや協働作業を行なっていて、途中で作業を中断しなければならなくなった場合に、いきなり作業を中断するのではなく、中断前に、それぞれの端末が行なっている作業に応じて処理を行なう機会を与え、中断後の作業の再開をスムーズに行なえるようにするものである。
【００２５】
＜構成＞
図３は、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ装置２０００の構成を示す機能ブロック図である。
他の携帯通信端末１０１０は、携帯通信端末１０００と同様の機能を持つため、以下に携帯通信端末１０００のみ説明する。
【００２６】
また、説明の便宜上、他の携帯通信端末は１つのみ記載してある。本来、他の携帯通信端末は、１以上であればよく、その数はゲームの内容に依存する。
本実施形態では、外部の通信機器３０００から通信が入る端末を携帯通信端末１０００として、また、そのほかの端末を他の携帯通信端末１０１０として説明する。
携帯通信端末１０００は、ユーザインターフェース部１１００、クライアント・サービス処理部１２００、サスペンド情報記憶部１３００、遠距離通信制御部１４００、通信割込処理部１５００、近距離通信制御部１６００、通話アプリケーション実行部１７００およびゲームアプリケーション実行部１８００から構成される。
【００２７】
ユーザインターフェース部１１００は、携帯通信端末１０００に備えられたディスプレイへの画像表示、キー、ボタン等からのデータ入力等の通常の携帯通信端末が有しているユーザインターフェース機能を有する。
次に、クライアント・サービス処理部１２００は、本発明に特有の機能を制御する機能を有する。行なっているゲームが、他の携帯通信端末と協働で行なっているものか否かを判断する機能を有している。
【００２８】
更に、クライアント・サービス処理部１２００は、作業中断の準備の処理を行なう機能を有する。具体的には、実施しているゲームを中断した場合に、中断した状態から作業を再開できるように、中断時の作業状態をサスペンド情報記憶部１３００に記憶させる。また、逆に、サスペンド情報記憶部１３００に記憶されている中断時の作業状態を基に、作業を再開できるように環境を整える機能も有する。
【００２９】
サスペンド情報記憶部１３００は、中断時の作業状態を保存しておく機能を有する。例えば、自分のレーシングカーの位置、画像などの情報を記憶しておく。
この記憶部は、内部メモリ、外部メモリ、キャッシュ等、ゲームを中断している間に記憶している情報が消えないものであればよい。
遠距離通信制御部１４００は、遠距離の通信を行なう機能を有する。ここでの遠距離通信とは、基地局４０００を介して行なうような通信であるとする。
【００３０】
また、通信割込処理部１５００は、遠距離通信制御部１４００が受信した通信に対する処理を行なうには、自端末および他の携帯通信端末においてゲームの中断が必要であるか否かを判断する機能と、他の携帯通信端末に問い合わせる機能を有する。
例えば、遠距離通信制御部１４００が受けた通信が、メールの着信であった場合には、ゲームを中断する必要はないと判断されるなどである。また、受信した通信に対する処理とは、例えば、メールの着信を受けた場合には、その返信をいい、音声通信に係る着信を受けた場合には、その応答をいう。
【００３１】
この携帯通信端末１０００が他の携帯通信端末１０１０となる場合には、通信割込処理部１５００は、さらに、携帯通信端末からの作業の中断許可の問い合わせに答える機能を有する。
近距離通信制御部１６００は、サーバ装置２０００との通信を行なう機能を有する。ここでは、Ｂｌｕｅｔｏｏｔｈによる通信機能であるとする。
【００３２】
通話アプリケーション実行部１７００は、音声通話、メール作成時の文字入力機能など、通常の携帯通信端末が有している機能を有する。
また、ゲームアプリケーション実行部１８００は、通常のゲームを実行制御する機能、すなわち、ユーザ操作をユーザインターフェース部１１００から受け取り、近距離通信制御部１６００等を介してサーバ装置２０００に送ると供に、ディスプレイに反映し、サーバ装置２０００から送信されるデータをディスプレイに表示しユーザに示す機能等を有する。
【００３３】
次に、サーバ装置２０００は、通常のサーバ装置が有している機能の他、ユーザインターフェース部２１００、サーバ・サービス処理部２２００、サスペンド情報記憶部２３００、クライアント情報記憶部２４００、通信割込処理部２５００、近距離通信制御部２６００およびゲームアプリケーション実行部２７００から構成される。
ユーザインターフェース部２１００は、ディスプレイ２０１０への画像表示、キー、ボタン等からのデータ入力等の通常のサーバ装置が有しているユーザインターフェース機能を有する。
【００３４】
次に、サーバ・サービス処理部２２００は、本発明に特有の機能を制御する機能を有する。一部の携帯通信端末がゲームに関する処理を中断した場合に、現在行っているゲーム全体に影響があるか否か、すなわちゲームを行なっている他の携帯通信端末の処理に影響を与えるか否かを判断する機能を有している。
更に、サーバ・サービス処理部２２００は、作業中断の準備の処理を行なう機能を有する。
【００３５】
サスペンド情報記憶部２３００は、実施しているゲームを中断した場合に、中断した状態から作業を再開できるように、中断時の作業状態を保存しておく機能を有する。例えば、全てのレーシングカーの位置、画像などの情報を記憶しておく。
この記憶部は、内部メモリ、外部メモリ、キャッシュ等、ゲームを中断している間に記憶している情報が消えないものであればよい。
【００３６】
クライアント情報記憶部２４００は、すべてのクライアント、すなわちゲームに参加している携帯通信端末を識別できる情報や、参加している携帯通信端末ごとのゲームに関する情報を記憶しておく機能を有する。
また、通信割込処理部２５００は、現在行っているゲームが、一部の携帯通信端末がゲームを中断するためには、他の携帯通信端末の許可を受ける必要があるようなゲームであるか否かを判断する機能と、他の携帯通信端末に問い合わせる機能を有する。
【００３７】
近距離通信制御部２６００は、携帯通信端末１０００および他の携帯通信端末１０１０との通信を行なう機能を有する。ここでは、Ｂｌｕｅｔｏｏｔｈによる通信機能であるとする。
ゲームアプリケーション実行部２７００は、通常のゲームを制御する機能、すなわち、近距離通信制御部２６００等を介して携帯通信端末１０００からゲームのデータを受信し、ディスプレイに反映し、他の端末からのデータと調整を行なった後のデータを端末に送り返す等の機能等を有する。
【００３８】
サーバ装置２０００の各機能および携帯通信端末（１０００、１０１０）の各機能は、それぞれのメモリ又はハードディスク（図示していない。）に格納されているプログラムをＣＰＵ（図示していない。）が実行することにより実現される。
＜動作＞
以下、上述したシステムにおける、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ#装置２０００の動作について図４〜図９を用いて説明する。
【００３９】
まず、全体の処理の流れを図４を用いて説明し、その中の一部の処理について図５〜図１２を用いて説明する。
図４は、携帯通信端末に外部から通信があった場合の、処理の流れを示す図である。
まず、携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ#装置２０００が、遊び、すなわちゲームを行っているものとする（ステップＳ３０）。
【００４０】
サーバ装置２０００は、他の携帯通信端末１０１０とデータの送受信を行い（ステップＳ２０）、かつ、携帯通信端末１０００ともデータの送受信を行なっている（ステップＳ４０）。ゲームは、各携帯通信端末（１０００、１０１０）のゲームアプリケーション実行部１８００とサーバ装置２０００のゲームアプリケーション実行部２７００とが実行されることにより、進んでいく。
【００４１】
携帯通信端末１０００と他の携帯通信端末１０１０とサーバ#装置２０００がゲームを行なっている最中に、このゲームの外部、すなわちこのゲームに参加している携帯通信端末以外の外部の通信機器３０００から、携帯通信端末１０００に対して音声通話に係る発信がなされる（ステップＳ６０）。
この外部の通信機器３０００からの発信は、基地局４０００を介して送信され、携帯通信端末１０００の遠距離通信制御部１４００によって受信される。
【００４２】
外部からの通信を受け取った遠距離通信制御部１４００は、通信があった旨を通信割込処理部１５００に通知する。
外部から通信があった旨の通知を受け取った通信割込処理部１５００は、この外部からの通信が、他の携帯通信端末１０１０に対し通知が必要なものであるかを判断する。すなわち、外部からの通信割り込みに応答する為にゲームを中断する旨の通知（以下、「割込通知」という。）を送信する必要があるか否かを判断する（ステップＳ５０）。
【００４３】
割込通知を送信する必要があると判断した場合は、サーバ装置２０００に、近距離通信制御部１６００を介して、割込通知の送信を依頼する（ステップＳ４１）。
割込通知の送信が不要であると判断した場合には、外部の通信機器３０００との音声通信を開始する（図示していない。）。
携帯通信端末１０００から、割込通知を送信する旨の依頼を受けたサーバ装置２０００は、現在行っているゲームが、他の携帯通信端末に対して割込通知の送信が必要なものであるか、または、割込通知の送信が必要な状態であるかを判断する（ステップＳ３１）。
【００４４】
このサーバ装置２０００が行う判断処理は、前述した外部から通信を受けた携帯通信端末１０００が行なう判断処理（ステップＳ５０参照）と、次の点で異なる。携帯通信端末１０００が行なう判断処理は、受けた通信の種類によって他の携帯通信端末１０１０に割込通知を送信するか否かを判断するものであるが、このサーバ装置２０００が行なう判断処理は、現在行っているゲームの種類や状態によって他の携帯通信端末１０１０に割込通知を送信するか否かを判断するものである点が異なる。
【００４５】
サーバ装置２０００は、割込通知の送信が必要であると判断した場合は、ゲームを中断する処理を行ない、他の携帯通信端末１０１０に割込通知を送信する（ステップＳ２１）。
割込通知の送信が不要であると判断した場合には、携帯通信端末１０００にその旨返信し、通知を受け取った携帯通信端末１０００は外部の通信機器３０００と通話を開始する（図示していない。）。
【００４６】
サーバ装置２０００から割込通知を受信した他の携帯通信端末１０１０は、割込みに対応する処理（以下、「割込対応処理」という。）、すなわちゲームを中断し、ゲームの再開に必要な情報を保存する処理を行なう（ステップＳ１０）。その後、サーバ装置２０００に、割込みを許可する旨（以下、「割込許可」という。）を返す（ステップＳ２２）。
他の携帯通信端末１０１０から、割込許可の返答を受けたサーバ装置２０００は、ゲーム再開の為に、ゲームの情報や、ゲームに参加している携帯通信端末の情報などを保存する割込対応処理を行なう（ステップＳ３２）。この保存処理が終了したら、携帯通信端末１０００に、割込許可を通知する（ステップＳ４２）。
【００４７】
尚、本実施形態では、他の携帯通信端末１０１０は１つで説明しているが、複数ある場合は、すべての端末から割込許可の返答を受けてから、保存処理を行なう。また、所定時間内に、すべての端末から割込許可の返答がなかった場合は、携帯通信端末１０００に、割込を許可できない旨を通知する。
サーバ装置２０００から、割込許可の通知を受けた携帯通信端末１０００は、ゲームを中断し、再開に必要な情報を保存する割込対応処理を行なう（ステップＳ５１）。この保存処理が終了したら、その旨の通知を受けた通話アプリケーション実行部１７００によって、外部の通信機器３０００の音声通信に係る着信に応答し（ステップＳ６１）、通話を行なう（ステップＳ７０）。
【００４８】
また、割込を許可できない旨の通知を受けた携帯通信端末１０００は、ゲームを中断せずに、留守番メッセージを流すなどの対応処理を行なう（図示していない。）。
携帯通信端末１０００は、外部の通信機器３０００との通話を終了したら（ステップＳ６２）、終了した旨をサーバ装置２０００に通知する（ステップＳ４３）。
その通知をした後、携帯通信端末１０００は、ゲームを再開するための処理、すなわち、ゲームを中断する為に保存しておいた情報を基に、ゲームを再開できる状態にする処理を行なう（ステップＳ５２）。
【００４９】
ゲームを再開するための処理が完了したら、携帯通信端末１０００は、サーバ装置２０００に再開の準備ができた旨を通知する（ステップＳ４４）。
携帯通信端末１０００から、通話が終了した旨の通知を受けたサーバ装置２０００は、ゲームを再開する為の処理を行ない（ステップＳ３３）、再開のための処理が完了したら、他の携帯通信端末１０１０に割込みが終了した旨を通知する（ステップＳ２３）。
【００５０】
サーバ装置２０００から、割込みが終了した旨の通知を受けた他の携帯通信端末１０１０は、ゲームを再開する為の処理を行ない（ステップＳ１１）、処理完了後、サーバ装置２０００に、再開の準備ができた旨を通知する（ステップＳ２４）。
サーバ装置２０００は、全ての携帯通信端末（１０００、１０１０）から再開の準備ができた旨の通知があったことを確認後、ゲームを再開する（ステップＳ３４）。
【００５１】
サーバ装置２０００は、他の携帯通信端末１０１０とデータの送受信を再開し（ステップＳ２５）、かつ、携帯通信端末１０００ともデータの送受信を再開する（ステップＳ４５）。
次に、図５〜図１２を用いて、携帯通信端末（１０００、１１００）およびサーバ装置２０００が行っている各処理を詳細に説明する。
【００５２】
図５〜図９は、着信があってからゲームが中断されるまでの各処理の詳細であり、図１０〜図１２は、中断事由である通話が終了してからゲームが開始されるまでの各処理の詳細である。
図５は、携帯通信端末１０００の割込判断処理を表すフローチャートである。
この割込判断処理は、図４のステップＳ５０の処理の詳細であり、通信割込処理部１５００が行なう。
【００５３】
通信割込処理部１５００は、外部の通信機器３０００から着信があった旨を、遠距離通信制御部１４００から受け取り（ステップＳ５０１）、この着信が割込み処理が必要な通信であるかを判断する（ステップＳ５０２）。
割込み処理が必要な通信とは、その通信に対応する為には、ユーザが現在行なっている作業を中断しなければならないようなものであり、例えば、音声通信に係る着信がある。割込み処理が不要な着信とは、例えば、メールの着信がある。
【００５４】
これらの、どの着信が割込み処理が必要な着信であるかは、通信割込処理部１５００のメモリに記憶しているものとする。
外部の通信機器３０００からの着信は、音声通信に係る着信であり、割込み処理が必要な着信であると判断される（ステップＳ５０２：Ｙ）。
次に、現在ゲーム中であるかを判断する（ステップＳ５０３）。このゲームであるかは、クライアント・サービス処理部１２００に問い合わせる。
【００５５】
問い合わせを受けたクライアント・サービス処理部１２００は、現在行っている作業が、他の携帯通信端末と行なうゲームであるので、ゲーム中である旨を通信割込処理部１５００に返す。他の携帯通信端末と行なわずに単独でゲームを行なっている場合は、ゲーム中である旨は返さない。
ゲーム中である旨を受け取った通信割込処理部１５００は（ステップＳ５０３：Ｙ）、近距離通信制御部１６００を介して、サーバ装置２０００に、ゲーム中の他の携帯通信端末１０１０に割込通知を送信することを依頼する（ステップＳ５０４）。
【００５６】
外部の通信機器３０００からの着信が、割込み処理が不要な着信である場合（ステップＳ５０２：Ｎ）や、クライアント・サービス処理部１２００からゲーム中ではない旨を受け取った（ステップＳ５０３：Ｎ）場合は、外部の通信機器３０００から音声通信に係る着信に応答し、通話を始める。
図６は、サーバ装置２０００の割込判断処理を表すフローチャートである。
【００５７】
この割込判断処理は、図４のステップＳ３１の処理の詳細であり、通信割込処理部２５００が行なう。
携帯通信端末１０００から、サーバ装置２０００に送信された他の携帯通信端末１０１０に割込通知を送信する旨の依頼は、近距離通信制御部２６００を介して、通信割込処理部２５００によって受信される（ステップＳ３１１）。
【００５８】
依頼を受けた通信割込処理部２５００は、現在行なっているゲームに割込対応処理が必要か、すなわち、現在実行しているゲームに参加している１つの携帯通信端末がその実行を中断した場合に、他の携帯通信端末に影響があるかを、サーバ・サービス処理部２２００に問い合わせる。
問い合わせを受けたサーバ・サービス処理部２２００は、現在行っているゲームの内容が、割込対応処理が必要である場合は、その旨を通信割込処理部２５００に返す（ステップＳ３１２：Ｙ）。
【００５９】
この割込対応処理が必要であるか否かの判断は、ゲームの内容や、現時点でのゲームの進み具合などを基に、サーバ・サービス処理部２２００が判断する。従って、ゲームが同じであっても、いつも同じ判断がされるとは限らない。
割込対応処理が必要である旨の返答を受け取った通信割込処理部２５００は、他の携帯通信端末１０１０に割込通知を送信する（ステップＳ３１３）。
【００６０】
割込対応処理が不要である旨の返答を受け取った通信割込処理部２５００は（ステップＳ３１２：Ｎ）、その旨を携帯通信端末１０００に返す。その旨を受け取った携帯通信端末１０００は、通話を始める。
図７は、携帯通信端末１０００の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ５１の処理の詳細であり、携帯通信端末１０００のクライアント・サービス処理部１２００が行なう。
【００６１】
サーバ装置２０００から、近距離通信制御部１６００を介して、割込みを許可する旨を受け取った（ステップＳ５１１、図４ステップＳ４２参照）通信割込処理部１５００は、割込対応処理をクライアント・サービス処理部１２００に依頼する。
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した後の再開に備え、必要な情報をサスペンド情報記憶部１３００に保存する（ステップＳ５１２）。
【００６２】
図８は、他の携帯通信端末１０１０の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ１０の処理の詳細であり、他の携帯通信端末１０１０のクライアント・サービス処理部１２００が行なう。
サーバ装置２０００から、近距離通信制御部１６００を介して、割込通知を受け取った（ステップＳ１０１、図４ステップＳ２１参照）通信割込処理部１５００は、割込対応処理をクライアント・サービス処理部１２００に依頼する。
【００６３】
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した後の再開に備え、必要な情報をサスペンド情報記憶部１３００に保存する（ステップＳ１０２）。
必要な情報の保存が完了したら、ディスプレイにゲームを中断する旨のメッセージ、例えば「Ｐｌｅａｓｅ ｗａｉｔ」の表示依頼をユーザインターフェース部１１００に依頼する。
【００６４】
表示依頼を受けたユーザインターフェース部１１００は、メッセージを表示し（ステップＳ１０３）、表示した旨をクライアント・サービス処理部１２００に返す。
表示が完了した旨を受け取ったクライアント・サービス処理部１２００は、割込対応処理が完了した旨を通信割込処理部１５００に返す。
クライアント・サービス処理部１２００から処理が完了した旨の通知を受けた通信割込処理部１５００は、サーバ装置２０００に、割込みを許可する旨を通知する（ステップＳ１０４）。
【００６５】
図９は、サーバ装置２０００の割込対応処理を表すフローチャートである。
この割込対応処理は、図４のステップＳ３２の処理の詳細であり、サーバ装置２０００サーバ・サービス処理部２２００が行なう。
他の携帯通信端末１０１０のすべてから、近距離通信制御部２６００を介して、割込み許可通知を受け取った（ステップＳ３２１）（図４ ステップＳ２２参照）通信割込処理部２５００は、割込みに対応する処理をサーバ・サービス処理部２２００に依頼する。
【００６６】
依頼を受けたサーバ・サービス処理部２２００は、ゲームを中断した後の再開に備え、各携帯通信端末の状態情報、管理情報の他、必要な情報をサスペンド情報記憶部２３００に保存する（ステップＳ３２２）。
必要な情報の保存が完了したら、ディスプレイにゲームを中断する旨のメッセージ、例えば「Ｐｌｅａｓｅ ｗａｉｔ」の表示依頼をユーザインターフェース部２１００に依頼する。
【００６７】
表示依頼を受けたユーザインターフェース部２１００は、メッセージを表示し（ステップＳ３２３）、表示した旨をサーバ・サービス処理部２２００に返す。
表示が完了した旨を受け取ったサーバ・サービス処理部２２００は、割込対応処理が完了した旨を通信割込処理部２５００に返す。
サーバ・サービス処理部２２００から処理が完了した旨の通知を受けた通信割込処理部２５００は、携帯通信端末１０００に、割込許可を通知する（ステップＳ３２４）。
【００６８】
図１０は、携帯通信端末１０００の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ５２の処理の詳細である。
通話（図４ステップＳ７０参照）の終了を検知した通話アプリケーション実行部１７００は、その旨を通信割込処理部１５００に通知する（ステップＳ５２１）。
通話が終了した旨の通知を受けた通信割込処理部１５００は、その旨を近距離通信制御部１６００を介して、サーバ装置２０００に通知する（ステップＳ５２２、図４ステップＳ４３参照）とともに、ゲームを再開する為の処理を、クライアント・サービス処理部１２００に依頼する。
【００６９】
依頼を受けたクライアント・サービス処理部１２００は、ゲームを中断した時に、サスペンド情報記憶部１３００に保存しておいた情報を読み出し、ゲームを開始するための環境を整える（ステップＳ５２３）。具体的には、ディスプレイに中断時のゲーム画面を表示する、各種データをゲーム中断時のもので作成しなおす等を行うほか、ゲームアプリケーション実行部１８００に、ゲームが再開される旨を伝える。
【００７０】
ゲーム再開の準備が完了したら、クライアント・サービス処理部１２００は、サーバ装置２０００にその旨を送信する（ステップＳ５２４）。
図１１は、他の携帯通信端末１０１０の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ１１の処理の詳細である。
割込みが終了した旨（図４ステップＳ２３参照）を、サーバ装置２０００から受信した近距離通信制御部１６００は（ステップＳ１１１）、その旨を通信割込処理部１５００に通知する。
【００７１】
割込みが終了した旨の通知を受けた通信割込処理部１５００は、ゲームを再開する為の処理を、クライアント・サービス処理部１２００に依頼する。
依頼を受けたクライアント・サービス処理部１２００は、ディスプレイから中断メッセージを消去するようにユーザインターフェース部１１００に依頼し、依頼を受けたユーザインターフェース部１１００は、メッセージを消去する（ステップＳ１１２）。
【００７２】
また、同時に、クライアント・サービス処理部１２００は、ゲームを中断した時に、サスペンド情報記憶部１３００に保存しておいた情報を読み出し、ゲームを開始するための環境を整える（ステップＳ１１３）。
ゲーム再開の準備が完了したら、クライアント・サービス処理部１２００は、サーバ装置２０００にその旨を送信する（ステップＳ１１４）。
【００７３】
図１２は、サーバ装置２０００の再開処理を表すフローチャートである。
この再開処理は、図４のステップＳ３３の処理の詳細である。
近距離通信制御部２６００を介して、携帯通信端末１０００から、割込みが終了した旨の通知（図４ステップＳ４３参照）を受けた通信割込み処理部２５００は、サーバ・サービス処理部２２００にゲームの再開の為の処理を依頼する。
【００７４】
依頼を受けたサーバ・サービス処理部２２００は、ゲームを中断した時に、後の再開に備えてサスペンド情報記憶部２３００に保存しておいた各種情報、例えば、各携帯通信端末の状態情報、管理情報などを読み出し、ゲーム再開の準備を行う（ステップＳ３３２）。
ゲーム再開の準備が完了したら、サーバ・サービス処理部２２００は、他の携帯通信端末１０１０に、割込みが終了した旨の通知を送信する（ステップＳ３３３、図４ステップＳ２３参照）。
【００７５】
その後、携帯通信端末１０００および他の携帯通信端末１０１０のすべてから、近距離通信制御部２６００を介して、ゲームの再開準備が完了した旨の通知を受け取った（ステップＳ３４１、図４ステップＳ２４とＳ４４参照）サーバ・サービス処理部２２００は、ゲームを再開する旨をゲームアプリケーション実行部２７００に通知する。通知を受けたゲームアプリケーション実行部２７００は、ゲームを再開する（ステップＳ３４２）。
【００７６】
＜補足＞
以上、本発明に係る携帯通信端末等について実施形態に基づいて説明したが、この携帯通信端末を部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態では、サーバ装置を介して携帯通信端末同士が通信を行なうこととなっているが、携帯通信端末同士が直接通信を行なうこととしてもよい。
【００７７】
赤外線通信等により近距離で通信を行なう場合は、近距離通信制御部１６００同士が通信を行なう機能を有する必要がある。また、公衆回線等を利用して、メール等により通信することとしてもよい。
（２）実施形態では、サーバ装置とクライアントである携帯通信端末は、Ｂｌｕｅｔｏｏｔｈなどの近距離通信方式で通信することとしているが、他の通信方式であってもよい。
【００７８】
例えば、公衆回線などを使用してもよい。
（３）実施形態では、全ての携帯通信端末が複数の通信手段を有していることとなっているが、必ず、有していなければならないわけではない。
外部からの通信を受けた携帯通信端末に対して、割込みの許可を与えるのみでもよい。
（４）実施形態では、携帯通信端末が音声通信に係る着信に応答する場合に、他の携帯通信端末の許可を得てから応答することとしているが、どのような着信に、どのような対応をするのかは、行なっている遊びや協働作業の内容や状態に応じて、最適なものとすることができる。
【００７９】
例えば、他の携帯通信端末の許可を得てから応答するのではなく、他の携帯通信端末に通知のみを行なってから応答することとしてもよい。行なっている遊びや協働作業を中断する場合に、作業を単に停止すればよい作業である場合などである。
また、サーバ装置が着信応答の可否を判断し、他の携帯通信端末からの割込み許可を待たずに、着信のある携帯通信端末に割込み許可を出すこととしてもよい。行っているゲームなどが、一部の携帯通信端末を一時的に除いても、実行できる場合などである。
【００８０】
また、実施形態では、すべての他の携帯通信端末の許可を得ることとしているが、全部の許可を得なくてもよいこととしてもよい。
この場合は、例えば、許可を得る必要がある携帯通信端末をサーバ・サービス処理部２２００が憶えておいて、それらの端末から許可を得ることとする。
また、実施形態では、携帯通信端末は着信がある都度、他の携帯通信端末に割込通知を送信することとしているが、他の携帯通信端末は、遊びや協働作業の中断を許可しない等の意志表示を予めサーバ装置２０００に通知しておくこととしてもよい。
【００８１】
また、実施形態では、携帯通信端末は行なっている遊びや協働作業を中断して、外部からの通信に応答することとしているが、外部からの通信に応答している間、サーバ装置に送信する予定のデータを蓄積しておき、外部からの通信が終了したときに、サーバに送信することとしてもよい。
（５）実施形態では、ゲーム中に、外部から通信を受けた場合には、ゲームを中断することとしているが、外部から通信を受けた場合の処理は中断に限られない。
【００８２】
例えば、ゲーム自体は中断せずに、外部から通信を受けたユーザを除外して、ゲームを続行するなどである。具体的には、ゲームが麻雀ゲームであれば、外部から通信を受けて通話をしているユーザの順番がきたら、ツモギリとして扱うなどである。
また、実施形態では、ゲーム中断中は中断メッセージを表示することとしているが、これに限らない。
【００８３】
例えば、画面の動きが止まる、別の作業をすることができる、などであってもよい。
（６）実施形態で示した携帯通信端末の各機能を実現させる為の各制御処理（図３等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示した携帯通信端末の各機能が実現される。
（７）携帯通信端末１０００の各構成である、クライアント・サービス処理部、通信割込み処理部の各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
【００８４】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ
（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサー を利用しても良い。
【００８５】
さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【産業上の利用可能性】
【００８６】
複数の通信機能を持つ機器が、一緒に遊びを行なったり、協働で作業を行なっているときに割込みがあった場合の調整に、特に有用である。
【図面の簡単な説明】
【００８７】
【図１】本発明にかかる携帯通信端末を用いてゲームを行なっているシステムの例を表す図である。
【図２】ゲームを行なっている携帯通信端末に、外部から通信の割り込みがあった例を表す図である。
【図３】携帯通信端末１０００、他の携帯通信端末１０１０およびサーバ装置２０００の構成を示す機能ブロック図である。
【図４】携帯通信端末に外部から通信があった場合の、処理の流れを示す図である。
【図５】携帯通信端末１０００の割込判断処理を表すフローチャートである。
【図６】サーバ装置２０００の割込判断処理を表すフローチャートである。
【図７】携帯通信端末１０００の割込対応処理を表すフローチャートである。
【図８】他の携帯通信端末１０１０の割込対応処理を表すフローチャートである。
【図９】サーバ装置２０００の割込対応処理を表すフローチャートである。
【図１０】携帯通信端末１０００の再開処理を表すフローチャートである。
【図１１】他の携帯通信端末１０１０の再開処理を表すフローチャートである。
【図１２】サーバ装置２０００の再開処理を表すフローチャートである。
【符号の説明】
【００８８】
１０００ １０１０ 携帯通信端末
１１００ ２１００ ユーザインターフェース部
１２００ クライアント・サービス処理部
１３００ ２３００ サスペンド情報記憶部
１４００ 遠距離通信制御部
１５００ ２５００ 通信割込処理部
１６００ ２６００ 近距離通信制御部
２０００ サーバ装置
２０１０ ディスプレイ
２２００ サーバ・サービス処理部
２４００ クライアント情報記憶部
３０００ 通信機器
４０００ 基地局
【特許請求の範囲】
【請求項１】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末であって、
前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段
を備えることを特徴とする携帯端末。
【請求項２】
前記携帯端末は、更に、前記アプリケーションを実行する実行手段と、
前記他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段を備え、
前記実行手段は、前記受信手段により中断の許可を示す情報を受信した場合には、前記実行を中断し、前記受信手段により中断の拒否を示す情報を受信した場合には、前記実行を継続する
ことを特徴とする請求項１記載の携帯端末。
【請求項３】
前記携帯端末は、更に、前記所定の通信に対応する処理を行なう応答手段を備え、
前記所定の通信は、音声通信に係る着信であり、
前記応答手段は、前記実行手段が前記実行を中断した後に、前記着信に対し音声通信に係る応答をする
ことを特徴とする請求項２記載の携帯端末。
【請求項４】
前記送信手段は、前記所定の通信を受けたことを示す情報を、前記サーバ装置に送信する
ことを特徴とする請求項１記載の携帯端末。
【請求項５】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置であって、
前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段と、
前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項６】
前記サーバ装置は、更に、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段を備え、
前記判断手段により前記アプリケーションを中断すると判断された場合に、前記送信手段により前記他の携帯端末に前記所定の通信を受けたことを示す情報を送信する
ことを特徴とする請求項５記載のサーバ装置。
【請求項７】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなる通信システムであって、
前記携帯端末は、
前記複数の携帯端末と前記サーバ装置とが通信を行なっている間に、自システム外の機器から所定の通信を受けた場合に、前記所定の通信を受けたことを示す情報を前記サーバ装置に送信する手段とを備え
前記サーバ装置は、
前記携帯端末から、前記所定の通信を受けたことを示す情報を受信した場合に、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する手段と
を備えることを特徴とする通信システム。
【請求項８】
前記携帯端末は、更に、前記他の携帯端末と前記サーバ装置を介さずに直接通信を行なう直接通信手段を備え、
前記送信手段は、前記直接通信手段によって前記所定の通信を受けたことを示す情報を送信する
ことを特徴とする請求項１記載の携帯端末。
【請求項９】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末に通信処理を行なわせるためのコンピュータプログラムであって、
前記通信処理は、
前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信ステップ
を含むことを特徴とするコンピュータプログラム。
【請求項１０】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置に通信処理を行なわせるためのコンピュータプログラムであって、
前記通信処理は、
前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶ステップと、
前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶ステップでメモリに記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信ステップと
を含むことを特徴とするコンピュータプログラム。
【請求項１】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末であって、
前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段
を備えることを特徴とする携帯端末。
【請求項２】
前記携帯端末は、更に、前記アプリケーションを実行する実行手段と、
前記他の携帯端末から、前記実行手段が行なっている前記実行を中断する許可または拒否を示す情報を受信する受信手段を備え、
前記実行手段は、前記受信手段により中断の許可を示す情報を受信した場合には、前記実行を中断し、前記受信手段により中断の拒否を示す情報を受信した場合には、前記実行を継続する
ことを特徴とする請求項１記載の携帯端末。
【請求項３】
前記携帯端末は、更に、前記所定の通信に対応する処理を行なう応答手段を備え、
前記所定の通信は、音声通信に係る着信であり、
前記応答手段は、前記実行手段が前記実行を中断した後に、前記着信に対し音声通信に係る応答をする
ことを特徴とする請求項２記載の携帯端末。
【請求項４】
前記送信手段は、前記所定の通信を受けたことを示す情報を、前記サーバ装置に送信する
ことを特徴とする請求項１記載の携帯端末。
【請求項５】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置であって、
前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶手段と、
前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶手段に記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項６】
前記サーバ装置は、更に、前記携帯端末から受信した前記所定の通信を受けたことを示す情報と実行しているアプリケーションに関する情報とに基づき、前記アプリケーションを中断するか否かを判断する判断手段を備え、
前記判断手段により前記アプリケーションを中断すると判断された場合に、前記送信手段により前記他の携帯端末に前記所定の通信を受けたことを示す情報を送信する
ことを特徴とする請求項５記載のサーバ装置。
【請求項７】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなる通信システムであって、
前記携帯端末は、
前記複数の携帯端末と前記サーバ装置とが通信を行なっている間に、自システム外の機器から所定の通信を受けた場合に、前記所定の通信を受けたことを示す情報を前記サーバ装置に送信する手段とを備え
前記サーバ装置は、
前記携帯端末から、前記所定の通信を受けたことを示す情報を受信した場合に、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する手段と
を備えることを特徴とする通信システム。
【請求項８】
前記携帯端末は、更に、前記他の携帯端末と前記サーバ装置を介さずに直接通信を行なう直接通信手段を備え、
前記送信手段は、前記直接通信手段によって前記所定の通信を受けたことを示す情報を送信する
ことを特徴とする請求項１記載の携帯端末。
【請求項９】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションを実行する携帯端末に通信処理を行なわせるためのコンピュータプログラムであって、
前記通信処理は、
前記アプリケーション実行中に、自システム外の機器から所定の通信を受けた場合に、他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信ステップ
を含むことを特徴とするコンピュータプログラム。
【請求項１０】
サーバ装置と前記サーバ装置と通信する複数の携帯端末からなるシステムにおいて、多人数参加型アプリケーションの統合処理を実行するサーバ装置に通信処理を行なわせるためのコンピュータプログラムであって、
前記通信処理は、
前記アプリケーションを実行している前記携帯端末を識別する情報を記憶する記憶ステップと、
前記携帯端末から、所定の通信を受けたことを示す情報を受信した場合に、前記記憶ステップでメモリに記憶されている情報に基づき、前記携帯端末を除く他の携帯端末に前記所定の通信を受けたことを示す情報を送信する送信ステップと
を含むことを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−４９７４（Ｐ２００８−４９７４Ａ）
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願番号】特願２００４−２９７８９８（Ｐ２００４−２９７８９８）
【出願日】平成１６年１０月１２日（２００４．１０．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願日】平成１６年１０月１２日（２００４．１０．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]