JP4795285B2 - 通信制御プログラム、通信制御装置、及び通信制御方法 - Google Patents

Description

本発明は、通信制御プログラム、通信制御装置、及び通信制御方法に関し、特に通信端末による通話に関する通信制御プログラム、通信制御装置、及び通信制御方法に関する。

無線通信端末のアクセスポイント又は基地局（以下、「アクセスポイント」で統一する。）では、圏内の端末へ向けた着呼に備え、端末の存在が検知されると当該端末に対する通信帯域が確保される。但し、一つのアクセスポイントで確保可能な通信帯域は限られている。したがって、多数のユーザ（通信端末）が同じアクセスポイントの圏内に存在する場合、通信帯域が不足することがある。

例えば、特許文献１には、ユーザ単位又はグループ単位でＱｏＳ（Quality of Service）クラスを予め設定しておき、通信端末が要求したＱｏＳクラスが、予め設定されているＱｏＳクラスに対応するものであれば、当該通信端末に対して当該ＱｏＳクラスのための帯域保証等を行うことが記載されている。
特開２００６−３０４０８３号公報 特開２００４−３０４３９９号公報

しかしながら、特許文献１に記載された技術によれば、アクセスポイント配下に他の通信端末が存在しているか否かに拘わらず、予め設定されたＱｏｓクラスでの帯域しか確保されない。したがって、当該技術では、アクセスポイントの圏内の状況に応じて通信帯域を合理的に、また、柔軟に配分するのは困難であるという問題がある。

本発明は、上記の点に鑑みてなされたものであって、アクセスポイントの通信帯域を適切に配分することのできる通信制御プログラム、通信制御装置、及び通信制御方法の提供を目的とする。

そこで上記課題を解決するため、本発明は、コンピュータに、アクセスポイントの圏内にある複数の通信端末それぞれの優先度を識別可能な情報を受信する優先度受信手順と、前記複数の通信端末それぞれの時刻に応じた優先度が対応付けられて記憶装置に記憶されているスケジュール情報に基づいて、前記通信端末の優先度を変更する優先度変更手順と、前記アクセスポイントの圏内にある通信端末の数が、前記記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手順とを実行させることを実行させることを特徴とする。

このような通信制御プログラムでは、アクセスポイントの通信帯域を適切に配分することができる。

本発明によれば、アクセスポイントの通信帯域を適切に配分することのできる通信制御プログラム、通信制御装置、及び通信制御方法を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における通信システムの構成例を示す図である。図１の通信システム１は、携帯電話（通信端末）によるＶｏＩＰ（Voice over Internet Protocol）による通話（通信）を実現するシステムである。通信システム１において、通信帯域制御サーバ１０と、ＳＩＰサーバ２０と、複数のＡＰ（アクセスポイント）３０ａ及び３０ｂ（以下、総称する場合「ＡＰ３０」という。）とはネットワーク４０を介して接続されている。

ＡＰ３０は、携帯電話がネットワーク４０を介してＩＰ（Internet Protocol）通信による通話を行うためのアクセスポイント（又は基地局）である。ＡＰ３０と携帯電話５０ａ又は５０ｂ等（以下、総称する場合「携帯電話５０」という。）との間は無線通信が行われる。

ＳＩＰサーバ２０は、ＳＩＰ（Session Initiation Protocol）に基づく呼制御を実行するための機能が実装されたコンピュータであり、一般的にもＳＩＰサーバと呼ばれるものである。

通信帯域制御サーバ１０は、ＡＰ３０ごとに通話を制限する（又は許可する）携帯電話５０の選別等を行うことにより、多数の携帯電話５０が一つのＡＰ３０の圏内に集中した場合における通信不良の発生を防止するための機能が実装されたコンピュータである。通信帯域制御サーバ１０は、各携帯電話５０の「優先度」に基づく優先順位とＡＰ３０の同時通話可能数とに基づいて、通話の制限又は許可を判定する。

図２は、本発明の実施の携帯における携帯電話及び通信帯域制御サーバの機能構成例を示す図である。

図２において、携帯電話５０は、通話制御部５１、プレゼンス通知部５２、端末優先度情報５３、及び場所優先度マスタ５４等を有する。通話制御部５１は、ＡＰ３０及びネットワーク４０を介したＶｏＩＰによる通話を実現する。プレゼンス通知部５２は、携帯電話５０がＡＰ３０の圏内に入ったときに、携帯電話５０の存在を通信帯域制御サーバ１０へ通知する。ここで通知される情報を「プレゼンス情報」という。プレゼンス情報には、当該携帯電話５０の優先度が含まれている。

端末優先度情報５３は、携帯電話５０ごとに予め設定された優先度を含む情報である。場所優先度マスタ５４は、場所（例えば、会議室やトイレ等）ごとに優先度が登録されているマスタデータである。すなわち、本実施の携帯では、携帯電話５０の優先度は、当該携帯電話５０の所在位置に応じて変化する。

一方、通信帯域制御サーバ１０の機能は、プレゼンスサーバ部１１、プロキシサーバ部１２、及びスケジュール管理部１３に大別される。

プレゼンスサーバ部１１は、プレゼンス管理部１１１、通話許否判定部１１２、プレゼンスＤＢ１１３、及びＡＰ規定数管理マスタ１１４等より構成される。プレゼンス管理部１１１は、各携帯電話５０より送信されるプレゼンス情報の受信及び管理等を行う。プレゼンス管理部１１１は、受信したプレゼンス情報をプレゼンスＤＢ１１３に登録し、管理する。通話許否判定部１１２は、各携帯電話５０について、優先度に基づいて通話制限の要否を判定する。ＡＰ規定数管理マスタ１１４は、ＡＰ３０ごとに、その圏内において同時に通話可能な携帯電話の数（同時通話可能数）が登録されたマスタデータである。

プロキシサーバ部１２は、プロキシ部１２１、及びレジスタ端末リスト１２２等より構成される。プロキシ部１２１は、各携帯電話５０に対して、ＳＩＰサーバ２０のプロキシとして機能する。すなわち、本実施の形態において、ＳＩＰサーバ２０による各携帯電話５０に対するＳＩＰによる呼制御は、プロキシ部１２１を介して行われる。斯かる構成において、プロキシ部１２１は、通話許否判定部１１２によって通話の制限が判定された携帯電話５０については、ＳＩＰにおけるＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ２０に伝達しない。こうすることにより、当該携帯電話５０は、ＳＩＰサーバ２０による呼制御の対象とならない。レジスタ端末リスト１２２は、通話が許可され、ＳＩＰサーバ２０による呼制御の対象とされている通信電話５０の一覧情報である。

スケジュール管理部１３は、優先度通知部１３１、及びスケジュールＤＢ１３２等より構成される。スケジュールＤＢ１３２は、時間の経過に応じた優先度のスケジュール情報が携帯電話５０ごとに登録されているデータベースである。優先度通知部１３１は、スケジュールＤＢ１３２に登録されている情報（以下、「優先度スケジュール情報」という。）に基づいて、時間の経過に応じて、携帯電話５０の優先度の変更要求をプレゼンス管理部１１１に通知する。

なお、図２に示される通信帯域制御サーバ１０における全ての機能が一台のコンピュータ内に実装されていなくてもよい。例えば、プレゼンスサーバ部１１、プロキシサーバ部１２、スケジュール管理部１３は別個のコンピュータに分散されていてもよい。

図３は、本発明の実施の形態における通信帯域制御サーバのハードウェア構成例を示す図である。図３の通信帯域制御サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。

通信帯域制御サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。なお、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。

補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。例えば、補助記憶装置１０２には、プレゼンスＤＢ１１３、ＡＰ規定数管理マスタ１１４、レジスタ端末リスト１２２、及びスケジュールＤＢ１３２等が記録される。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたプログラムに従って通信帯域制御サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

以下、通信システム１の処理手順について説明する。図４は、待ち受けが許可される場合の処理概要を説明するためのシーケンス図である。本実施の形態では、待ち受けを制限することにより通話を制限する。したがって、待ち受けが許可されるということは通話が許可されるということである。

携帯電話５０のプレゼンス通知部５２は、電源がＯＮにされたときや、ＡＰ３０の圏内に入ったときに（すなわち、ＡＰ３０の存在を検知したとき）、当該ＡＰ３０を介してプレゼンス情報を通信帯域制御サーバ１０のプレゼンス管理部１１に送信する（Ｓ１０１）。プレゼンス情報には、端末優先度情報５３に含まれている情報及び当該ＡＰ３０の識別情報（以下「アクセスポイントＩＤ」という。）とが含まれる。

図５は、端末優先度情報の構成例を示す図である。図５において、端末優先度情報５３は、プレゼンスＩＤ及び優先度等を含む。プレゼンスＩＤは、通信帯域制御サーバ１０のプレゼンスサーバ部１１によって、各携帯電話５０に対して一意になるように割り当てられる識別情報である。優先度は、携帯電話５０に対して予め設定されている優先度である。例えば、通信システム１が企業内において運用される場合を例とすれば、優先度は役職に応じて定められることが考えられる。なお、携帯電話５０の優先度は、端末優先度情報５３に含まれていなくてもよく、例えば、通信帯域制御装置１０において管理されていてもよい。この場合、携帯電話５０には、少なくとも当該携帯電話５０の優先度を識別可能な情報が登録されていればよい。例えば、通信帯域制御装置１０においてプレゼンスＩＤと関連付けられて各携帯電話５０の優先度が管理されている場合、プレゼンスＩＤが、優先度を識別可能な情報に相当する。

続いて、携帯電話５０の通話制御部５１は、ＳＩＰにおけるＲＥＧＩＳＴＥＲメッセージを通信帯域制御サーバ１０のプロキシサーバ部１２に送信する（Ｓ１０２）。ＲＥＧＩＳＴＥＲメッセージに伴って携帯電話５０のＳＩＰアドレスも送信される。プロキシサーバ部１２は、ＲＥＧＩＳＴＥＲメッセージに応じ、当該ＳＩＰアドレスに係る携帯電話５０の通話の許否をプレゼンスサーバ部１１に問い合わせる（Ｓ１０３）。なお、通信帯域制御サーバ１０内では、ＳＩＰアドレスとプレゼンスＩＤとの対応は予め管理されている。プレゼンスサーバ部１１より通話の許可の応答を受信すると（Ｓ１０４）。プロキシサーバ部１２は、携帯電話５０のＳＩＰアドレスをレジスタ端末リスト１２２に登録（追加）し、当該ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ２０に転送する（Ｓ１０５）。ＳＩＰサーバ２０において当該ＲＥＧＩＳＴＥＲメッセージが受け付けられた旨（「ＯＫ」）が応答されると（Ｓ１０６）、プロキシサーバ部１２は、当該ＲＥＧＩＳＴＥＲメッセージが受け付けられた旨を携帯電話５０に送信する（Ｓ１０７）。これにより、携帯電話５０の通話制御部５１は、通話圏内（通話可能）であることを表示させる。

次に、待ち受けが許可されない場合について説明する。図６は、待ち受けが許可されない場合の処理概要を説明するためのシーケンス図である。図６中、図４と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

図６では、ステップＳ１０３における問い合わせに対し、プレゼンスサーバ部１１は、通話の不許可を応答する（Ｓ１０８）。この場合、プロキシサーバ部１２は、携帯電話５０のＳＩＰアドレスのレジスタ端末リスト１２２への登録は行わず、携帯電話５０からのＲＥＧＩＳＴＥＲメッセージを無視する。したがって、当該ＲＥＧＩＳＴＥＲメッセージは、ＳＩＰサーバ２０へは転送されず、また、ＲＥＧＩＳＴＥＲメッセージに対する応答も携帯電話５０には返信されない。すなわち、当該ＲＥＧＩＳＴＥＲメッセージは、ＳＩＰの呼制御に従った処理は行われない。

その後、携帯電話５０の通話制御部５１は、通話圏外であることを表示し、一定時間経過後、再びＲＥＧＩＳＴＥＲメッセージを送信する（Ｓ１０９）。なお、ＲＥＧＩＳＴＥＲメッセージは、携帯電話５０から定期的に繰り返し送信される。

次に、着信時の処理について説明する。図７は、着信時の処理概要を説明するためのシーケンス図である。

ＳＩＰサーバ２０は、発信側からのＩＮＶＩＴＥメッセージ（接続要求）を受信すると、当該ＩＮＶＩＴＥメッセージをプロキシサーバ部１２に送信する（Ｓ２０１）。プロキシサーバ部１２は、当該ＩＮＶＩＴＥメッセージを着信側の携帯電話５０に送信する（Ｓ２０２）。ＩＮＶＩＴＥメッセージの受信に応じ、携帯電話５０のプレゼンス通知部５２は、優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ２０３）。ここでは、最優先を示す優先度に変更するよう要求される。通話中の携帯電話５０の優先度を最優先とすることにより、通話中に優先度の高い携帯電話５０が同じエリアに入ってきた場合でも優先順位が下げられないようにする（すなわち、優先順位が下げられてしまうことにより通話が中断されてしまうことを抑止する）ためである。

また、通話制御部５１は、着信音を鳴らし、呼び出し中であることをプロキシサーバ部１２に通知する（Ｓ２０４）。プロキシサーバ部１２は、呼び出し中であることをＳＩＰサーバ２０に通知する（Ｓ２０５）。その後、着信側の携帯電話５０のユーザが電話に出ると、プロキシサーバ部１０を介してＳＩＰに基づいた通信が携帯電話５０とＳＩＰサーバ２０との間で行われ、通話が実現する（Ｓ２０６〜Ｓ２１０）。

次に、通話の切断時の処理について説明する。図８は、通話の切断時の処理概要を説明するためのシーケンス図である。

携帯電話５０において通話が切断されると、携帯電話５０の通話制御部５１は、ＢＹＥメッセージをプロキシサーバ部１２に送信する（Ｓ２２１）。ＢＹＥメッセージはＳＩＰサーバ２０に転送され（Ｓ２２２）、それに対する応答がプロキシサーバ部１２を介して返信される（Ｓ２２３、Ｓ２２４）。続いて、携帯電話５０のプレゼンス通知部５２は、優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ２２５）。ここでは、優先度を元のレベルに変更するよう要求される。すなわち、通話が終了したら、携帯電話５０の優先度は、予め携帯電話５０に設定されているレベルに戻される。

次に、発信時の処理について説明する。図９は、発信時の処理概要を説明するためのシーケンス図である。

発信の際、携帯電話５０のプレゼンス通知部５２は、優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ２３１）。ここでは、通話に入るため最優先を示す優先度に変更するよう要求される。続いて、携帯電話５０の通話制御部５１は、ＩＮＶＩＴＥメッセージをプロキシサーバ部１２に送信することにより、ＳＩＰに基づく接続要求を行う（Ｓ２３２）。ＩＮＶＩＴＥメッセージはＳＩＰサーバ２０に転送される（Ｓ２３３）。以降、プロキシサー部１０を介してＳＩＰに基づいた通信が携帯電話５０とＳＩＰサーバ２０との間で行われ、通話が実現する（Ｓ２３４〜Ｓ２３８）。

次に、優先度の変更要求に応じて携帯電話５０の通話が許可されなくなる場合について説明する。図１０は、優先度の変更要求に応じて通話が許可されなくなる場合の処理概要を説明するための図である。図１０では、優先度を下げるよう要求されるケースが相当する。

優先度の変更要求は、携帯電話５０のプレゼンス通知部５２又はスケジュール管理部１３よりプレゼンスサーバ部１１に送信される（Ｓ２４１、Ｓ２４２）。

携帯電話５０より優先度の変更要求が送信されるケースとしては、上述した、着信時、切断時、発信時の他、ユーザの手動の操作によって優先度の変更が要求された場合、又は携帯電話５０が場所優先度マスタ５４に優先度が設定されている場所（位置）に移動したとき等が挙げられる。

図１１は、場所優先度マスタの構成例を示す図である。 図１１において、場所優先度マスタ５４には、場所ごとに割り当てられた場所ＩＤに応じて優先度（Ａ、Ｂ、・・・）が登録されている。なお、本実施の形態では、アルファベット順に優先度が高い（ＢよりＡの方が優先度が高い）こととする。

すなわち、場所優先度マスタ５４に登録されている場所には、例えば、ＲＦＩＤ（Radio Frequency Identification）タグが配設されており、携帯電話５０のプレゼンス通知部５２は、携帯電話５０に備えられているタグリーダによって当該ＲＦＩＤタグに記録されている場所ＩＤを取得する。プレゼンス通知部５２は、場所優先度マスタ５４において当該場所ＩＤに対応付けられている優先度をプレゼンスサーバ部１１に通知する。

なお、場所マスタ５４は、携帯電話５０内にではなく、他のコンピュータ（例えば、通信帯域制御装置１０）において管理されていてもよい。この場合、プレゼンス通知部５２は、場所に応じた優先度を識別可能な情報として、場所ＩＤをプレゼンスサーバ部１１に通知すればよい。

一方、スケジュール管理サーバ部１３から優先度の変更要求が送信されるケースとしては、スケジュールＤＢ１３２に登録された優先度スケジュール情報に基づいて、優先度通知部１３１が時間の経過に応じて優先度の変更を通知する場合が相当する。

図１２は、スケジュールＤＢの構成例を示す図である。図１２において、スケジュールＤＢ１３２は、優先度スケジュール情報として、プレゼンスＩＤごと（すなわち、携帯電話５０ごと）に時刻及び優先度が登録されている。優先度通知部１３１は、スケジュールＤＢ１３２に登録されている時刻の到来を検知すると、その時刻に対応付けられているプレゼンスＩＤに係る携帯電話５０について、その時刻に対応付けられている優先度への変更をプレゼンスサーバ部１１に要求する。スケジュールＤＢ１３２によれば、例えば、会議等の予定や休憩時間や交通機関を利用した移動の予定が入っており、その時間中は電話を着信できなくても良い場合等に、その予定の開始予定時刻に優先度が低くなるように設定しておき、予定の終了予定時刻に元の優先度に戻すように設定しておくことにより、自動的に会議等の予定時間中の優先度を低くすることが可能となる。

優先度の変更通知に応じ、当該携帯電話５０についてそのＡＰ３０の圏内での優先順位が下がることにより通話が許可されなくなった場合、プレゼンスサーバ部１１は、プロキシサーバ部１２に対して当該携帯電話５０のＳＩＰアドレスを指定して、当該携帯電話５０のＳＩＰメッセージのＳＩＰサーバ２０への転送を抑止するよう指示する（Ｓ２４３）。当該指示に応じて、プロキシサーバ部１２は、レジスタ端末リスト１２２より当該携帯電話５０のＳＩＰアドレスを削除する。

したがって、その後、プロキシサーバ部１２は、当該携帯電話５０よりＳＩＰメッセージを受信しても（Ｓ２４４）、当該ＳＩＰメッセージを無視する。その結果、当該携帯電話５０では圏外表示がされ、通話ができない状態となる。なお、優先順位が下がっても、通話が許可される場合（すなわち、優先順位が当該ＡＰ３０の同時通話可能数の範囲内である場合）は、ステップＳ２４３は実行されない。

次に、各装置又は各部の処理手順についてフローチャートを用いて更に詳しく説明する。図１３は、プレゼンス情報受信時におけるプレゼンスサーバ部の処理手順を説明するためのフローチャートである。

携帯電話５０のプレゼンス通知部５２がプレゼンス情報を送信すると（Ｓ３０１）、待機状態（Ｓ３０２）だったプレゼンスサーバ部１１のプレゼンス管理部１１１は、当該プレゼンス情報を受信する（Ｓ３０３）。続いて、プレゼンス管理部１１１は、当該プレゼンス情報をプレゼンスＤＢ１１３に登録する（Ｓ３０４）。

図１４は、プレゼンスＤＢの構成例を示す図である。図１４において、プレゼンスＤＢ１１３は、携帯電話５０ごとにプレゼンスＩＤ、アクセスポイントＩＤ、優先度、通話フラグ、及び抑止フラグ等の情報を管理するデータベースである。プレゼンスＩＤ、アクセスポイントＩＤ、及び優先度は、プレゼンス情報に含まれていたものがそのまま登録される。通話フラグは、当該携帯電話５０が通話中であるか否かを示す情報である。抑止フラグは、当該携帯電話５０の通話が許可されているか否か、より詳しくは、当該携帯電話５０に関するＳＩＰメッセージの転送を抑止すべきか否かを示す情報である。

なお、当該携帯電話５０に関するプレゼンス情報がプレゼンスＤＢ１１３に既に含まれている場合は、既存のプレゼンス情報を新たに受信されたプレゼンス情報によって更新される。

続いて、プレゼンス管理部１１１は、当該携帯電話５０が属するＡＰ３０圏内の携帯電話５０の数が当該ＡＰ３０に対する同時通話可能数以下であるか否かを判定する（Ｓ３０５）。当該携帯電話５０が属するＡＰ３０は、プレゼンス情報に含まれているアクセスポイントＩＤによって識別することができる。したがって、当該ＡＰ３０圏内の携帯電話５０の数は、プレゼンスＤＢ１１３において、当該ＡＰ３０のアクセスポイントＩＤに係るレコードの数によって把握することができる。また、当該ＡＰ３０に対する同時通話可能数は、ＡＰ規定数管理マスタ１１４より取得される。

図１５は、ＡＰ規定数管理マスタの構成例を示す図である。図１５に示されるように、ＡＰ規定数管理マスタ１１４には、アクセスポイントＩＤごと（ＡＰ３０ごと）に、同時通話可能数が登録されている。

当該ＡＰ３０圏内の携帯電話５０の数が同時通話可能数以下である場合（Ｓ３０５でＹＥＳ）、プレゼンス管理部１１１は、以降の処理は行わず待機状態となる（Ｓ３０２）。一方、当該ＡＰ３０配下の携帯電話５０の数が同時通話可能数を超える場合（Ｓ３０５でＮＯ）、プレゼンス管理部１１１は、プレゼンスＤＢ１１３において当該ＡＰ３０のアクセスポイントＩＤに係るレコードを優先度順に整列し、その優先度順において同時通話可能数より後の携帯電話５０については抑止フラグを「ＯＮ」とする（Ｓ３０６）。抑止フラグの設定について変化が無かった場合（Ｓ３０７でＮＯ）、プレゼンス管理部１１１は、待機状態となる（Ｓ３０２）。抑止フラグの設定について変化が有った場合（Ｓ３０７でＹＥＳ）、プレゼンス管理部１１１は、抑止フラグの設定に変化の有った携帯電話５０についてそのＳＩＰアドレスを伴った抑止指示をプロキシサーバ部１２に通知する（Ｓ３０８）。

プロキシサーバ部１２のプロキシ部１２１は、抑止指示に係る携帯電話５０のＳＩＰアドレスをレジスタ端末リスト１２２より削除し、その後の当該携帯電話５０に関するＳＩＰメッセージについて転送を停止（無視）する（Ｓ３０９）。

次に、図１６は、ＲＥＧＩＳＴＥＲメッセージ受信時におけるプロキシサーバ部の処理手順を説明するためのフローチャートである。

携帯電話５０の通話制御部５１がＲＥＧＩＳＴＥＲメッセージを送信すると（Ｓ４０１）、待機状態（Ｓ４０２）だったプロキシサーバ部１２のプロキシ部１２１は、ＲＥＧＩＳＴＥＲメッセージを受信する（Ｓ４０３）。続いてプロキシ部１２１は、プレゼンスサーバ部１１に対して、当該携帯電話５０について通話許否の問い合わせを行う（Ｓ４０４）。プレゼンスサーバ部１１の通話許否判定部１１２は、当該携帯電話５０について、プレゼンスＤＢ１１３の抑止フラグの値を参照することにより通話の許否を判定する（Ｓ４０５）。すなわち、抑止フラグがＯＦＦであれば通話は許可され、ＯＮであれば通話は許可されない。

プロキシサーバ部１２は、通話許否判定部１１２による判定結果を受信すると、当該判定結果に応じてレジスタ端末リスト１２２を更新する（Ｓ４０６）。すなわち、通話が許可された場合は、レジスタ端末リスト１１２に当該携帯電話５０のＳＩＰアドレスを追加する。一方、通話が許可されなかった場合であって、当該携帯電話５０のＳＩＰアドレスがレジスタ端末リスト１１２に含まれている場合は、当該ＳＩＰアドレスをレジスタ端末リスト１１２より削除する。続いて、通話が許可されなかった場合（Ｓ４０７でＮＯ）、プロキシ部１２１は、待機状態となる（Ｓ４０２）。一方、通話が許可された場合（Ｓ４０７でＹＥＳ）、プロキシ部１１１は、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ２０に転送する（Ｓ４０８）。ＳＩＰサーバ２０は、当該ＲＥＧＩＳＴＥＲメッセージに応じて登録処理を行う（Ｓ４０９）。

次に、図１７は、優先度変更要求受信時におけるプレゼンスサーバ部の処理手順を説明するためのフローチャートである。

携帯電話５０又はスケジュール管理サーバ部１３が優先度の変更要求を送信すると（Ｓ５０１）、待機状態（Ｓ５０２）だったプレゼンスサーバ部１１のプレゼンス管理部１１１は、優先度の変更要求に含まれている優先度情報（新たな優先度の値）を受信する（Ｓ５０３）。

続いて、プレゼンス管理部１１１は、当該携帯電話５０に係るレコードがプレゼンスＤＢ１１３に存在するか否かを調べる（Ｓ５０４）。当該レコードが存在しない場合、プレゼンス管理部１１１は、待機状態となる（Ｓ５０２）。当該レコードが存在する場合、プレゼンス管理部１１１は、当該レコードの通話中フラグに基づいて、当該携帯電話５０が通話中であるか否かを判定する（Ｓ５０５）。なお、通話中フラグは、優先度の変更要求の受信に応じて変更される。すなわち、優先度の変更要求が、着信時又は発信時におけるものである場合、プレゼンス管理部１１は、当該携帯電話５０について、プレゼンスＤＢ１１３における通話フラグをＯＮ（通話中）とする。一方、優先度の変更要求が、切断時におけるものである場合、プレゼンス管理部１１は、当該通話フラグをＯＦＦ（非通話中）とする。したがって、優先度の変更要求には、その原因（着信、発信、切断、手動、場所の移動、スケジュール）を識別する情報を付加するとよい。

当該携帯電話５０が通話中である場合（Ｓ５０５でＹＥＳ）、プレゼンス管理部１１１は、待機状態となる（Ｓ５０２）。以降の処理は、優先度の変更に関するものであるところ、通話中の携帯電話５０については、最優先の優先度のまま変更されないようにするためである。

一方、当該携帯電話５０が通話中でない場合（Ｓ５０５でＮＯ）、プレゼンス管理部１１１は、当該携帯電話５０について、プレゼンスＤＢ１１３における優先度を更新する（Ｓ５０６）。以降、ステップＳ５０７〜Ｓ５１０では、更新後の優先度に基づいて、図１３のステップＳ３０６〜Ｓ３０９と同様の処理が実行される。

次に、図１８は、ＳＩＰメッセージの受信時のプロキシサーバ部の処理手順を説明するためのフローチャートである。図１８では、ＳＩＰメッセージとして、ＢＹＥメッセージが例とされている。

通話が切断され、携帯電話５０の通話制御部５１がＢＹＥメッセージを送信すると（Ｓ６０１）、待機状態（Ｓ６０２）だったプロキシサーバ部１２のプロキシ部１２１は、ＢＹＥメッセージを受信し、当該ＢＹＥメッセージに係る携帯電話５０のＳＩＰアドレスが、レジスタ端末リスト１２２に登録されているか否か（すなわち、当該携帯電話５０がＳＩＰサーバ２０による呼制御の対象（転送中ユーザ）とされているか否か）を調べる（Ｓ６０３）。当該携帯電話５０のＳＩＰアドレスがレジスタ端末リスト１２２に登録されていない場合（Ｓ６０３でＮＯ）、プロキシサーバ部１２１は待機状態となる（Ｓ６０２）。当該ＳＩＰアドレスの端末リスト１２２に登録されている場合（転送中ユーザである場合）（Ｓ６０３でＹＥＳ）、プロキシサーバ部１２１は、当該ＢＹＥメッセージメッセージをＳＩＰサーバ２０に転送する（Ｓ６０４）。

ＳＩＰサーバ２０は、ＢＹＥメッセージを相手側に送信する（Ｓ６０５）。ＳＩＰサーバ２０は、相手側より応答を受信すると、当該応答をプロキシ部１２１に転送する（Ｓ６０６）。待機状態（Ｓ６０７）だったプロキシ部１２１は、応答を受信すると、当該応答の転送先の携帯電話５０が転送中ユーザであるか否かを判定する（Ｓ６０８）。当該携帯電話５０が、転送中ユーザでない場合（Ｓ６０８でＮＯ）、プロキシサーバ部１２１は待機状態となる（Ｓ６０７）。一方、当該携帯電話５０が転送中ユーザである場合、プロキシ部１２１は、当該応答を当該携帯電話５０に転送する（Ｓ６０９）。

携帯電話５０は、ＢＹＥメッセージに対する応答を受信すると（Ｓ６１０）、通話前に最優先に変更された優先度を戻すため、優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ６１１）。それに応じ、プレゼンスサーバ部１１では、図１７において説明した優先度変更要求受信時の処理（以下「優先度変更要求受信時処理」という。）が実行される。

次に、図１９は、着信時及び発信時の処理手順を説明するためのフローチャートである。ステップＳ７０１からＳ７１１までは着信時の処理に関する。

ＳＩＰサーバ２０は、発信側からのＩＮＶＩＴＥメッセージを受信すると、当該ＩＮＶＩＴＥメッセージをプロキシサーバ部１２に送信する（Ｓ７０１）。プロキシサーバ部１２のプロキシ部１２１は図１８において説明したＳＩＰメッセージ受信時の処理（以下、「ＳＩＰメッセージ受信時処理」という。）を実行した結果に応じて、ＩＮＶＩＴＥメッセージを着信側の携帯電話５０に転送する（Ｓ７０２）
ＩＮＶＩＴＥメッセージの受信に応じ（Ｓ７０３）、携帯電話５０のプレゼンス通知部５２は、最優先（優先度Ａ）への優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ７０４）。優先度の変更要求に応じ、プレゼンスサーバ部１１のプレゼンス管理部１１１は、図１７において説明した優先度変更要求受信時処理を実行する（Ｓ７０５）。

また、通話制御部５１は、着信音を鳴らし、呼び出し中であることをプロキシサーバ部１２に通知する（Ｓ７０６）。プロキシサーバ部１２のプロキシ部１２１は、ＳＩＰメッセージ受信時処理の実行結果に応じて、呼び出し中であることをＳＩＰサーバ２０に通知する（Ｓ７０７）。ＳＩＰサーバ２０は、呼び出し中の通知を受け付ける（Ｓ７０８）。

続いて、通話制御部５１は、ＩＮＶＩＴＥメッセージに対する応答をプロキシサーバ部１２に送信する（Ｓ７０９）。プロキシサーバ部１２のプロキシ部１２１は、ＳＩＰメッセージ受信時処理の実行結果に応じて、当該応答をＳＩＰサーバ２０に転送する（Ｓ７１０）。ＳＩＰサーバ２０は、当該応答を受け付ける（Ｓ７１１）。

ステップＳ７２１以降は、発信時の処理に関する。

発信の際、携帯電話５０のプレゼンス通知部５２は、最高優先（優先度Ａ）への優先度の変更要求をプレゼンスサーバ部１１に送信する（Ｓ７２１）。優先度の変更要求に応じ、プレゼンスサーバ部１１のプレゼンス管理部１１１は、優先度変更要求受信時処理を実行する（Ｓ７２２）。続いて、携帯電話５０の通話制御部５１は、ＩＮＶＩＴＥメッセージをプロキシサーバ部１２に送信する（Ｓ７２３）。プロキシサーバ部１２のプロキシ部１２１は、ＳＩＰメッセージ受信時処理の実行結果に応じて、ＩＮＶＩＴＥメッセージをＳＩＰサーバ２０に転送する（Ｓ７２４）。ＳＩＰサーバ２０は、ＩＮＶＩＴＥメッセージを着信側に送信する（Ｓ７２５）。

ＳＩＰサーバ２０は、着信側より呼び出し中の通知を受信すると、当該呼び出し中の通知をプロキシ部１２１に転送する（Ｓ７２６）。プロキシ部１２１は、ＳＩＰメッセージ受信時処理の実行結果に応じて、呼び出し中の通知を発信側の携帯電話５０に転送する（Ｓ７２７）。携帯電話５０の通話制御部５１は、呼び出し中の通知を受け付ける（Ｓ７２８）。

ＳＩＰサーバ２０は、着信側よりＩＮＶＩＴＥメッセージに対する応答を受信すると、当該応答をプロキシ部１２１に転送する（Ｓ７２９）。プロキシ部１２１は、ＳＩＰメッセージ受信時処理の実行結果に応じて、当該応答を携帯電話５０に転送する（Ｓ７３０）。携帯電話５０の通話制御部５１は、当該応答を受け付ける（Ｓ７３１）。

このように、各ＳＩＰメッセージは、プロキシサーバ部１２を介して転送される。この際、プロキシサーバ部１２は、ＳＩＰメッセージ受信時処理を実行することにより、プレゼンスサーバ部１１において通話の許可が判定された携帯電話５０についてのみＳＩＰメッセージの転送を行う。したがって、通話が許可された携帯電話５０についてのみ通話が実現される。

上述したように、本実施の形態における通信システム１によれば、アクセスポイントごとにその圏内の携帯電話の優先度に基づく優先順位と同時通話可能数とに応じて、通話が許可される携帯電話が制限される。したがって、データ通信は可能であっても通話の品質を維持することができない程度の多数の携帯電話が一つのアクセスポイントに集中した場合、通話中の全員の通話の品質が劣化してしまうという事態を避けることができ、少なくとも優先順位が同時通話可能数以内の携帯電話については、適切な品質による通話を実現することができる。

また、本実施の形態では、優先度が低い携帯電話であっても、優先順位が同時通話可能数範囲内であれば通話を行うことができる。よって、通信帯域を柔軟に割り当てることができる。また、当該優先順位は、アクセスポイントのエリアに対する携帯電話の進入に応じて変化する。したがって、刻々と変化する状況に応じて通信帯域を割り当てることができる。

また、各携帯電話の優先度は、固定的なものでなく、場所の移動や予めスケジュールを登録しておくことで自動的に変化させることができる。したがって、携帯電話のユーザの行動に応じて柔軟に優先度を変化させることができ、ひいては、通信帯域の割り当てをユーザの行動に合わせて柔軟に行うことができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
コンピュータに、
アクセスポイントの圏内にある通信端末より当該通信端末の優先度を識別可能な情報を受信する優先度受信手順と、
前記アクセスポイントの圏内にある通信端末の数が、記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手順とを実行させるための通信制御プログラム。
（付記２）
記憶装置に記録されている時間の経過に応じた前記優先度のスケジュール情報に基づいて前記携帯電話の優先度を変更する第一の優先度変更手順を有し、
前記判定手順は、前記第一の優先度変更手順によって変更された前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記１記載の通信制御プログラム。
（付記３）
前記通信端末より前記優先度の変更要求を受信する優先度変更要求受信手順を有し、
前記判定手順は、前記変更要求に係る前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記１又は２記載の通信制御プログラム。
（付記４）
前記優先度変更要求受信手順は、前記通信端末の位置に応じた前記優先度への変更要求を受信し、
前記判定手順は、前記通信端末の位置に応じた前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記３記載の通信制御プログラム。
（付記５）
前記優先度変更要求受信手順は、前記通信端末の着信時又は発信時には、最優先を示す前記優先度への変更要求を受信することを特徴とする付記３記載の通信制御プログラム。
（付記６）
前記通信端末より呼制御に関するメッセージを受信するメッセージ受信手順を有し、
前記通話が許可されない前記通信端末に関する前記メッセージについては前記呼制御に従った処理を行わないことを特徴とする付記１乃至５いずれか一項記載の通信制御プログラム。
（付記７）
アクセスポイントの圏内にある通信端末より当該通信端末の優先度を識別可能な情報を受信する優先度受信手段と、
前記アクセスポイントの圏内にある通信端末の数が、記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手段とを有することを特徴とする通信制御装置。
（付記８）
記憶装置に記録されている時間の経過に応じた前記優先度のスケジュール情報に基づいて前記携帯電話の優先度を変更する第一の優先度変更手段を有し、
前記判定手段は、前記第一の優先度変更手段によって変更された前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記７記載の通信制御装置。
（付記９）
前記通信端末より前記優先度の変更要求を受信する優先度変更要求受信手段を有し、
前記判定手段は、前記変更要求に係る前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記７又は８記載の通信制御装置。
（付記１０）
前記優先度変更要求受信手段は、前記通信端末の位置に応じた前記優先度への変更要求を受信し、
前記判定手段は、前記通信端末の位置に応じた前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記９記載の通信制御装置。
（付記１１）
前記優先度変更要求受信手段は、前記通信端末の着信時又は発信時には、最優先を示す前記優先度への変更要求を受信することを特徴とする付記９記載の通信制御装置。
（付記１２）
前記通信端末より呼制御に関するメッセージを受信するメッセージ受信手段を有し、
前記通話が許可されない前記通信端末に関する前記メッセージについては前記呼制御に従った処理を行わないことを特徴とする付記７乃至１１いずれか一項記載の通信制御装置。
（付記１３）
コンピュータが実行する通信制御方法であって、
アクセスポイントの圏内にある通信端末より当該通信端末の優先度を識別可能な情報を受信する優先度受信手順と、
前記アクセスポイントの圏内にある通信端末の数が、記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手順とを有することを特徴とする通信制御方法。
（付記１４）
記憶装置に記録されている時間の経過に応じた前記優先度のスケジュール情報に基づいて前記携帯電話の優先度を変更する第一の優先度変更手順を有し、
前記判定手順は、前記第一の優先度変更手順によって変更された前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記１３記載の通信制御方法。
（付記１５）
前記通信端末より前記優先度の変更要求を受信する優先度変更要求受信手順を有し、
前記判定手順は、前記変更要求に係る前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記１３又は１４記載の通信制御方法。
（付記１６）
前記優先度変更要求受信手順は、前記通信端末の位置に応じた前記優先度への変更要求を受信し、
前記判定手順は、前記通信端末の位置に応じた前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする付記１５記載の通信制御方法。
（付記１７）
前記優先度変更要求受信手順は、前記通信端末の着信時又は発信時には、最優先を示す前記優先度への変更要求を受信することを特徴とする付記１５記載の通信制御方法。
（付記１８）
前記通信端末より呼制御に関するメッセージを受信するメッセージ受信手順を有し、
前記通話が許可されない前記通信端末に関する前記メッセージについては前記呼制御に従った処理を行わないことを特徴とする付記１３乃至１７いずれか一項記載の通信制御方法。

本発明の実施の形態における通信システムの構成例を示す図である。 本発明の実施の携帯における携帯電話及び通信帯域制御サーバの機能構成例を示す図である。 本発明の実施の形態における通信帯域制御サーバのハードウェア構成例を示す図である。 待ち受けが許可される場合の処理概要を説明するためのシーケンス図である。 端末優先度情報の構成例を示す図である。 待ち受けが許可されない場合の処理概要を説明するためのシーケンス図である。 着信時の処理概要を説明するためのシーケンス図である。 通話の切断時の処理概要を説明するためのシーケンス図である。 発信時の処理概要を説明するためのシーケンス図である。 優先度変更要求に応じて通話が許可されなくなる場合の処理概要を説明するための図である。 場所優先度マスタの構成例を示す図である。 スケジュールＤＢの構成例を示す図である。 プレゼンス情報受信時におけるプレゼンスサーバ部の処理手順を説明するためのフローチャートである。 プレゼンスＤＢの構成例を示す図である。 ＡＰ規定数管理マスタの構成例を示す図である。 ＲＥＧＩＳＴＥＲメッセージ受信時におけるプロキシサーバ部の処理手順を説明するためのフローチャートである。 優先度変更要求受信時におけるプレゼンスサーバ部の処理手順を説明するためのフローチャートである。 ＳＩＰメッセージの受信時のプロキシサーバ部の処理手順を説明するためのフローチャートである。 着信時及び発信時の処理手順を説明するためのフローチャートである。

符号の説明

１ 通信システム
１０ 通信帯域制御サーバ
１１ プレゼンスサーバ部
１２ プロキシサーバ部
１３ スケジュール管理部
２０ ＳＩＰサーバ
３０ａ、３０ｂ ＡＰ（アクセスポイント）
５０ａ、５０ｂ 携帯電話
５１ 通話制御部
５２ プレゼンス通知部
５３ 端末優先度情報
５４ 場所優先度マスタ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ インタフェース装置
１１１ プレゼンス管理部
１１２ 通話許否判定部
１１３ プレゼンスＤＢ
１１４ ＡＰ規定数管理マスタ
１２１ プロキシ部
１２２ レジスタ端末リスト
１３１ 優先度通知部
１３２ スケジュールＤＢ１３２
Ｂ バス

Claims (7)

1. コンピュータに、
   アクセスポイントの圏内にある複数の通信端末それぞれの優先度を識別可能な情報を受信する優先度受信手順と、
   前記複数の通信端末それぞれの時刻に応じた優先度が対応付けられて記憶装置に記憶されているスケジュール情報に基づいて、前記通信端末の優先度を変更する優先度変更手順と、
   前記アクセスポイントの圏内にある通信端末の数が、前記記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手順とを実行させる通信制御プログラム。
2. 前記スケジュール情報には、前記通信端末のユーザの予定に対応した時刻に応じた優先度が対応付けられていることを特徴とする請求項１記載の通信制御プログラム。
3. 前記通信端末より前記優先度の変更要求を受信する優先度変更要求受信手順を有し、
   前記判定手順は、前記変更要求に係る前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする請求項１又は２記載の通信制御プログラム。
4. 前記優先度変更要求受信手順は、前記通信端末が取得した該通信端末の位置情報と、前記位置情報が示す場所の用途に対応する優先度が付与され、該通信端末の記憶部に記憶されている、場所優先度マストとに基づいた前記優先度の変更要求を前記通信端末から受信し、
   前記判定手順は、前記通信端末の位置に応じた前記優先度に基づいて前記通信端末の通話の許否を判定することを特徴とする請求項３記載の通信制御プログラム。
5. 前記通信端末より呼制御に関するメッセージを受信するメッセージ受信手順を有し、
   前記通話が許可されない前記通信端末に関する前記メッセージについては前記呼制御に従った処理を行わないことを特徴とする請求項１乃至４いずれか一項記載の通信制御プログラム。
6. アクセスポイントの圏内にある複数の通信端末それぞれの優先度を識別可能な情報を受信する優先度受信手段と、
   前記複数の通信端末それぞれの時刻に応じた優先度が対応付けられて記憶装置に記憶されているスケジュール情報に基づいて、前記通信端末の優先度を変更する優先度変更手段と、
   前記アクセスポイントの圏内にある通信端末の数が、前記記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手段とを有することを特徴とする通信制御装置。
7. コンピュータが実行する通信制御方法であって、
   アクセスポイントの圏内にある複数の通信端末それぞれの優先度を識別可能な情報を受信する優先度受信手順と、
   前記複数の通信端末それぞれの時刻に応じた優先度が対応付けられて記憶装置に記憶されているスケジュール情報に基づいて、前記通信端末の優先度を変更する優先度変更手順と、
   前記アクセスポイントの圏内にある通信端末の数が、前記記憶装置に記録されている前記アクセスポイントの同時通話可能数を超えている場合に、前記通信端末の通話の許否を前記優先度に基づいて判定する判定手順とを有することを特徴とする通信制御方法。

Images