ネットワークに送信されたメッセージを転送するサーバ装置であって、前記ネットワークを介して、各ユーザ間で送受信されるチャットメッセージの送受信の頻度を判定する頻度判定手段と、前記頻度判定手段により判定された頻度に基づいて、所定周期で、各ユーザ間の優先度を判定する優先度判定手段と、前記ネットワークに接続された機器を動作させるための機器アクセスメッセージが送信された場合に、該機器アクセスメッセージを送信した機器に関連付けられたユーザと、該機器アクセスメッセージの宛先の機器に関連付けられたユーザとの間の優先度を、前記優先度判定手段より取得し、該取得した優先度に基づいて、該送信された機器アクセスメッセージが他の機器アクセスメッセージに優先して転送すべきか否かを判定する転送判定手段と、前記転送判定手段により、他の機器アクセスメッセージに優先して転送すべきと判定された場合に、前記送信された機器アクセスメッセージを転送する転送手段とを備えることを特徴とするサーバ装置。前記ネットワークに接続された機器を動作させるための機器アクセスメッセージが送信された場合に、該機器アクセスメッセージの宛先の機器の負荷を判定する負荷判定手段を更に備え、前記転送判定手段は、前記負荷判定手段により、前記機器アクセスメッセージの宛先の機器の負荷が所定の閾値以上であった場合に、該送信された機器アクセスメッセージが他の機器アクセスメッセージに優先して転送すべきか否かを判定することを特徴とする請求項1に記載のサーバ装置。前記転送手段は、前記転送判定手段において、前記送信された機器アクセスメッセージが他の機器アクセスメッセージに優先して転送すべきでないと判定された場合には、該送信された機器アクセスメッセージの転送を保留し、該保留の回数が所定の閾値を超えた場合には、前記機器アクセスメッセージを送信した機器に、エラーメッセージを転送することを特徴とする請求項2に記載のサーバ装置。前記頻度判定手段は、前記ネットワークを介して、各ユーザ間で送受信されるチャットメッセージのうち、前記機器に関するキーワードを含むチャットメッセージの送受信の頻度を判定し、前記優先度判定手段は、前記頻度判定手段により判定された頻度に基づいて、所定周期で、各ユーザ間の優先度を判定することを特徴とする請求項3に記載のサーバ装置。ネットワークに送信されたメッセージを転送するサーバ装置における情報処理方法であって、頻度判定手段が、前記ネットワークを介して、各ユーザ間で送受信されるチャットメッセージの送受信の頻度を判定する頻度判定工程と、優先度判定手段が、前記頻度判定工程において判定された頻度に基づいて、所定周期で、各ユーザ間の優先度を判定する優先度判定工程と、転送判定手段が、前記ネットワークに接続された機器を動作させるための機器アクセスメッセージが送信された場合に、該機器アクセスメッセージを送信した機器に関連付けられたユーザと、該機器アクセスメッセージの宛先の機器に関連付けられたユーザとの間の優先度を、前記優先度判定手段より取得し、該取得した優先度に基づいて、該送信された機器アクセスメッセージが他の機器アクセスメッセージに優先して転送すべきか否かを判定する転送判定工程と、転送手段が、前記転送判定工程において、他の機器アクセスメッセージに優先して転送すべきと判定された場合に、前記送信された機器アクセスメッセージを転送する転送工程とを備えることを特徴とするサーバ装置の情報処理方法。コンピュータを、請求項1乃至4のいずれか1項に記載のサーバ装置の各手段として機能させるためのプログラムを格納したコンピュータ読取可能な記憶媒体。しかしながら、上記特許文献1に開示された接続制御装置の場合、接続のための優先度を、ユーザがあらかじめユーザ管理テーブルに設定しておく必要がある。このため、利用シーンによって刻々と変化する接続相手の電子機器との関係やその場の状況に応じて、優先度を変化させたり、接続を制御したりすることができないという問題があった。本発明は、上記課題に鑑みてなされたものであり、接続のための優先度を状況に応じて変化させることで、電子機器間の接続を制御できるようにすることを目的とする。上記の目的を達成するために、本発明に係る情報処理装置は、例えば、以下のような構成を備える。即ち、ネットワークに送信されたメッセージを転送するサーバ装置であって、前記ネットワークを介して、各ユーザ間で送受信されるチャットメッセージの送受信の頻度を判定する頻度判定手段と、前記頻度判定手段により判定された頻度に基づいて、所定周期で、各ユーザ間の優先度を判定する優先度判定手段と、前記ネットワークに接続された機器を動作させるための機器アクセスメッセージが送信された場合に、該機器アクセスメッセージを送信した機器に関連付けられたユーザと、該機器アクセスメッセージの宛先の機器に関連付けられたユーザとの間の優先度を、前記優先度判定手段より取得し、該取得した優先度に基づいて、該送信された機器アクセスメッセージが他の機器アクセスメッセージに優先して転送すべきか否かを判定する転送判定手段と、前記転送判定手段により、他の機器アクセスメッセージに優先して転送すべきと判定された場合に、前記送信された機器アクセスメッセージを転送する転送手段とを備える。本発明によれば、接続のための優先度を状況に応じて変化させることで、電子機器間の接続が制御できるようになる。以下、本発明の各実施形態について、図面を参照しながら詳細に説明する。[第1の実施形態]本実施形態では、機器クライアントにアクセスするためのユーザの優先度を、ユーザ間のチャットメッセージの送受信の頻度により決定するメッセージシステムについて説明する。<1.メッセージシステムの構成>本実施形態に係るサーバ装置を含むメッセージシステム100の構成を、図1を用いて説明する。本実施形態に係るサーバ装置は、メッセージサーバ101である。図1に示すように、メッセージサーバ101には、チャットクライアント111~114と、機器クライアント121~124とが、ネットワーク102を介して接続されている。本実施形態において、チャットクライアント111~114は、それぞれパーソナルコンピュータ以下、PCというである。また、機器クライアント121はデジタルカメラであり、機器クライアント122~124はディスプレイである。なお、チャットクライアント111~114をまとめて、以降チャットクライアントと呼ぶ。チャットクライアントは、ユーザとユーザとの会話チャットを行うためのメッセージクライアントである。チャットクライアントが他のチャットクライアントを宛先として送信するチャットメッセージは、メッセージサーバ101を経由して、宛先のチャットクライアントに転送される。なお、ユーザ間の会話のことを、以降チャットと呼ぶ。また、機器クライアント121~124をまとめて、以降機器クライアントと呼ぶ。機器クライアントは、それぞれ、他の機器クライアントを介して、機器クライアントが公開しているサービスを利用させる目的で、ネットワーク102に接続されている。機器クライアントが他の機器クライアントを宛先として送信する機器アクセスメッセージは、メッセージサーバ101を経由して、宛先の機器クライアントに転送される。機器アクセスメッセージを受信した機器クライアントでは、機器アクセスメッセージの内容に従って、機器クライアントが公開しているサービスを実行する。機器クライアントが公開しているサービスを利用する動作のことを、以降機器アクセスと呼ぶ。本実施形態において、デジタルカメラである機器クライアント121は、デジタルカメラの撮影機能を遠隔操作するための機能、及び、映像や画像を遠隔に送信するためのネットワークサービス機能を備えている。また、ディスプレイである機器クライアント122~124は、映像や画像を取得表示したり、デジタルカメラの撮影機能を遠隔操作するためのコマンドを入力したりするユーザインターフェース機能を備えている。以上のようなメッセージシステム100のもとで実行される機器アクセスの一例を簡単に説明する。ディスプレイである機器クライアント122から、デジタルカメラである機器クライアント121に対して、画像データの送信を要求する機器アクセスメッセージを、メッセージサーバ101経由で送信する。機器クライアント121では、画像データの送信を要求する機器アクセスメッセージを受信すると、指定された画像データを機器アクセスメッセージに含めて、メッセージサーバ101経由で機器クライアント122に対して返信する。これにより、機器クライアント122では、機器クライアント121に格納されている画像データを取得し、画面に表示することができる。次に、ユーザと、チャットクライアント及び機器クライアント以降、チャットクライアント及び機器クライアントをまとめてクライアントと呼ぶ。との関係について説明する。本実施形態では、ユーザA151、ユーザB152、ユーザC153、ユーザD154の4人のユーザがいる。ユーザA151は、チャットクライアント111及び機器クライアント121の2台のクライアントを使用している。ユーザB152は、チャットクライアント112及び機器クライアント122の2台のクライアントを使用している。ユーザC153は、チャットクライアント113及び機器クライアント123の2台のクライアントを使用している。ユーザD154は、チャットクライアント114及び機器クライアント124の2台のクライアントを使用している。<2.メッセージシステムを構成するメッセージサーバ及びクライアントの機能構成>次に、本実施形態のメッセージシステム100を構成するメッセージサーバ101及びクライアント111~114、121~124の機能構成について説明する。まず、メッセージサーバ101の機能構成を、図2Aを用いて説明する。<2.1メッセージサーバの機能構成>メッセージサーバ101は、CPU211、メモリ212、操作部213及び通信インターフェース214がバス215を介して接続されている。CPU211は演算装置であり、後述のメモリ212に記憶されたサーバプログラムを読み出して実行する。メモリ212は、CPU211に実行させるためのサーバプログラムを記憶するコンピュータ読取可能に記憶する。メモリ212に記憶されるサーバプログラムのモジュール構成は図3aに示すとおりである。図3aにおいて、配信処理部301は、メッセージの配信処理転送手段及び頻度判定手段等を実現するプログラムモジュールである。配信処理部301の動作の詳細は後述する。解析部302は、配信処理部301が扱うメッセージを解析する処理を実現するプログラムモジュールである。解析部302の動作の詳細は後述する。アクティブ判定部303は、ユーザとユーザとの間のアクティブ度合いを判定する優先度判定手段を実現するプログラムモジュールである。アクティブ判定部303の動作の詳細は後述する。優先ユーザ判定部304は、機器クライアントを優先的に利用できるユーザか否かを判定する転送判定手段を実現するプログラムモジュールである。優先ユーザ判定部304の動作の詳細は後述する。負荷判定部305は、機器クライアントの動作負荷を見積もり、処理能力を超えるか否かを判断する機能を実現するプログラムモジュールである。負荷判定部305の動作の詳細は後述する。負荷超過判定部306は、負荷判定部305で見積もった負荷が、機器クライアントにとって超過とみなすか否かを判定する機能を実現するプログラムモジュールである。負荷超過判定部306の動作の詳細は後述する。閾値設定部307は、種々の閾値を設定する機能を実現するプログラムモジュールである。タイムモジュール308はイベントが発生したタイムポイントを取得する機能を実現するプログラムモジュールである。該タイムポイントは、メッセージサーバ101内の不図示の時計から得られる時刻であってもよいし、メッセージサーバ101内の不図示のカウンタから得られる数値であってもよい。図2Aに戻る。通信インターフェース214は、ネットワーク102と接続して、クライアントとの間でメッセージの送受信を行う。操作部213は、メッセージサーバ101を操作するために用いられる。操作部213には、表示器及び操作キーボード等が含まれる。<2.2チャットクライアントの機能構成>次に、チャットクライアント111の機能構成を、図2Bを用いて説明する。チャットクライアント111は、CPU231、メモリ232、操作部233及び通信インターフェース234がバス235を介して接続されている。CPU231は演算装置であり、後述のメモリ232に記憶されたチャットクライアントプログラムを読み出して実行する。メモリ232は、CPU231に実行させるためのチャットクライアントプログラムを記憶するコンピュータ読取可能に記憶する。メモリ232に記憶されるチャットクライアントプログラムのモジュール構成は図3bに示すとおりである。メッセージ処理部310は、メッセージサーバ101と接続し、メッセージを送受信する機能を実現するためのプログラムモジュールである。メッセージ処理部310の動作の詳細は後述する。図2Bに戻る。通信インターフェース234は、ネットワーク102と接続して、メッセージサーバ101との間でメッセージの送受信を行う。操作部233は、チャットクライアント111を操作するために用いられる。操作部233には、表示器及び操作キーボード等が含まれる。なお、チャットクライアント112~114もチャットクライアント111と同様に構成される。<2.3機器クライアントの機能構成>次に、機器クライアント121の機能構成を、図2Cを用いて説明する。機器クライアント121は、CPU241、メモリ242、操作部243及び通信インターフェース244、デジタルカメラ部245がバス246を介して接続されている。CPU241は演算装置であり、後述のメモリ242に記憶された機器クライアントプログラムを読み出して実行する。メモリ242は、CPU241に実行させるための機器クライアントプログラムを記憶するコンピュータ読取可能に記憶する。メモリ242に記憶される機器クライアントプログラムのモジュール構成は、前述のチャットクライアントプログラムのモジュール構成と同じである。操作部243は、機器クライアント121を操作するために用いられる。操作部243には、表示器及び操作キーボード等が含まれる。なお、機器クライアント122~124は、図2Cに示した機器クライアント121の構成のうち、デジタルカメラ部245がディスプレイ部となるが、その他の構成は機器クライアント121と同様に構成される。<3.メッセージシステムにおけるチャット動作及び機器アクセス動作の説明>次に、メッセージシステム100において実行される、チャット動作及び機器アクセス動作の概要について説明する。<3.1識別テーブルの構成>はじめに、チャット動作時及び機器アクセス動作時に、クライアント111~114、121~124、及びユーザ151~154を識別するためにメッセージサーバ101に管理された、識別テーブルについて説明する。本実施形態において、ユーザ及びクライアントには、それらを一意に特定するための識別子が付与されているものとする。また、以降、ユーザを識別するためにユーザに設定されている識別子をユーザID、クライアントを識別するためにクライアントに設定されている識別子をクライアントIDと呼ぶ。そして、ユーザID及びクライアントIDは、識別テーブルとして、メッセージサーバ101の配信処理部301が、メモリ212に登録し管理している。本実施形態のユーザに付与されているユーザIDを図5の識別テーブル501に示す。また、クライアントに設定されているクライアントIDを図5の識別テーブル502に示す。クライアントIDの文字列には、文字列/が含まれ、これより前方の文字列が、そのクライアントを使用しているユーザのユーザIDを示す。例えば、チャットクライアント111のクライアントIDはuserAexample.com/chatであるので、チャットクライアント111を使用しているユーザのユーザIDはuserAexample.comである。<3.2チャット動作の説明>次に、チャット動作の概要について説明する。チャット動作に際して、本実施形態のメッセージサーバ101の配信処理部301は、クライアントからメッセージを受信し、メッセージの宛先に指定されているクライアントへ転送するよう動作する。また、チャットクライアントのメッセージ処理部310は、メッセージサーバ101へのチャットメッセージの送信、及び、メッセージサーバ101からのチャットメッセージの受信を実行するよう動作する。チャットの動作の流れは以下のとおりである。まず、ユーザが、チャットクライアントの操作部233を用いて会話の文章を入力し、チャットメッセージの宛先となるチャットクライアントを指定する。チャットクライアントのメッセージ処理部310では、宛先となるチャットクライアントのクライアントID及び入力されたチャットの文章を含むチャットメッセージを、メッセージサーバ101に送信する。メッセージサーバ101では、受信したチャットメッセージから宛先のクライアントIDを抽出し、該当するクライアントにチャットメッセージを転送する。チャットメッセージを受信したチャットクライアントのメッセージ処理部310では、チャットメッセージに含まれる会話の文章を抽出し、操作部233を用いて表示する。なお、チャットにおけるチャットメッセージの内容を図4のチャットメッセージ410に示す。チャットメッセージ410に含まれる下線の文字列412は、チャットメッセージ410を送信したメッセージクライアントのクライアントIDである。文字列411は、チャットメッセージ410の宛先であるメッセージクライアントのクライアントIDである。文字列413は、ユーザが入力した、チャットメッセージである。<3.3機器アクセス動作の説明>次に、機器アクセス動作の概要について説明する。機器アクセス動作に際して、機器クライアントのメッセージ処理部310は、メッセージサーバ101への機器アクセスメッセージの送信、及び、メッセージサーバ101からの機器アクセスメッセージの受信を実行する。更に、受信した機器アクセスメッセージの内容に基づいて、機器のサービスを実行する。機器アクセスの動作の流れは以下のとおりである。まず、ユーザが、機器クライアントの操作部243を用いて、サービスを利用する機器クライアントと指定し、利用するサービスの内容を入力する。機器クライアントのメッセージ処理部310では、宛先となる機器クライアントのクライアントID情報及び入力されたサービス内容を含む機器アクセスメッセージを、メッセージサーバ101に送信する。メッセージサーバ101では、受信した機器アクセスメッセージに含まれる宛先のクライアントIDを抽出し、該当するクライアントに機器アクセスメッセージを転送する。機器アクセスメッセージを受信した機器クライアントのメッセージ処理部310では、機器アクセスメッセージに含まれるサービス内容を抽出し、機器のサービスを実行する。機器アクセスにおける機器アクセスメッセージの内容を図4の機器アクセスメッセージ420に示す。機器アクセスメッセージ420に含まれる下線の文字列422は、機器アクセスメッセージ420を送信した機器クライアントのクライアントIDである。文字列421は、機器アクセスメッセージ420の宛先である機器クライアントのクライアントIDである。文字列423は、ユーザが入力した、写真取得というサービスの実行要求を示すデータ以下、コマンド名と呼ぶである。機器アクセスメッセージ420を受け取った機器クライアントは、コマンド名を抽出し、写真を送信する動作を実行する。<4.メッセージサーバにおける動作の詳細>次に、メッセージシステム100におけるメッセージサーバ101の動作配信処理、アクティブ度判定処理を含む情報処理の詳細について説明する。なお、以下、動作の説明に際しては、図6に示す動作事象に対するメッセージサーバ101の動作例を示しながら行うものとする。<4.1動作事象の説明>はじめに、図6に示す動作事象について説明する。図6aのテーブル600は、本実施形態のメッセージシステム100において、クライアント間で送受信されたメッセージのリストである。テーブル600の各動作事象には、動作事象の起きたタイムポイント601列、メッセージの送信元ユーザ602列、メッセージの送信先ユーザ603列が含まれる。また、メッセージの種別チャットメッセージか機器アクセスメッセージか604列、機器アクセスメッセージであればそのコマンド名605列が含まれる。図6bは、テーブル600のタイムポイントの時間の前後関係を示している。直線610は、時間の経過を示す直線であり、右に行くほど時間が経過することを示す。直線610上にポイントしたt1からt8及び、t11からt16のタイムポイントは、テーブル600の601列に示しているタイムポイントであり、それぞれのタイムポイントの時間の時間経過における前後関係を示している。メッセージサーバ101の配信処理部301では、起動時から所定周期で本実施形態では5秒、アクティブ度判定処理を繰り返し実行しながら、以下に示す配信処理を実行する。<4.2配信処理の説明>メッセージサーバ101の配信処理部301では、クライアントからメッセージを受信すると、図7に示す配信処理を実行する。ステップS701において、配信処理部301では、クライアントからメッセージを受信すると、受信したメッセージを解析する。ステップS701の動作の詳細は後述する。次に、ステップS702では、ステップS701の結果を用いて、メッセージがチャットメッセージであるか否かを判定する。メッセージがチャットメッセージである場合にはステップS702においてYesの場合には、ステップS703に進み、チャットメッセージ転送処理を実行する。なお、ステップS703の動作の詳細は後述する。一方、メッセージがチャットメッセージでない場合にはステップS702においてNoの場合には、ステップS704に進み、メッセージが機器アクセスメッセージであるか否かを判定する。メッセージが機器アクセスメッセージである場合には、ステップS705に進み、機器アクセスメッセージの転送処理を行う。なお、ステップS705の動作の詳細は後述する。一方、ステップS704において機器アクセスメッセージでないと判定された場合にはステップS704においてNoの場合には、配信処理を終了する。<4.3メッセージ解析処理の流れ>次に、ステップS701のメッセージ解析処理の詳細を説明する。図7のステップS701において、配信処理部301のプログラムモジュールが、解析部302のプログラムモジュールを呼び出して実行することにより、解析部302が実現する。なお、解析部302は、メッセージの解析機能を実現するプログラムモジュールであり、配信処理部301がクライアントから受信したメッセージの解析処理を行う。解析部302におけるメッセージ解析処理の詳細を図8に示す。ステップS801では、配信処理部301が受信したメッセージを抽出する。次に、ステップS802では、ステップS801で抽出したメッセージを解析し、メッセージを送信したクライアントのクライアントID及びメッセージの宛先に指定されているクライアントのクライアントIDを抽出する。次に、ステップS802で抽出したそれぞれのクライアントIDから、メッセージを送信したクライアントの利用ユーザ、及び、メッセージの宛先となっているクライアントの利用ユーザのユーザIDをそれぞれ抽出するステップS803。ステップS803は、図5を用いて説明したクライアントの利用ユーザを識別する方法に基づいて実行される。次に、ステップS802で抽出したクライアントIDにより、メッセージを送信したクライアント及び受信したクライアントの双方が、チャットクライアントであるか否かを判定するステップS804。ステップS804では、クライアントIDの文字列/以降が、文字列chatであれば、クライアントIDが示すクライアントが、チャットクライアントであるとみなす。ステップS804において双方がチャットクライアントであると判定した場合にはステップS804においてYesの場合には、ステップS805に進む。ステップS805では、解析したメッセージがチャットメッセージであるという情報を配信処理部301に送信し、メッセージ解析処理を終了する。一方、ステップS804で、チャットクライアントでないと判定した場合にはステップS804においてNoの場合には、ステップS806に進む。ステップS806では、ステップS802で抽出したクライアントIDにより、メッセージを送信したクライアント及び受信したクライアントの双方が、機器クライアントであるか否かを判定する。ステップS806では、クライアントIDの文字列/以降が、文字列displayまたはdscであれば、クライアントIDが示すクライアントが、機器クライアントであるとみなす。ステップS806において、双方が機器クライアントであると判定した場合にはステップS806においてYesの場合には、ステップS807に進む。ステップS807では、メッセージに含まれるコマンド名を抽出する。更に、ステップS808に進み、解析したメッセージが機器アクセスメッセージであるという情報を配信処理部301に送信した後、メッセージ解析処理を終了する。一方、ステップS806において、双方が機器クライアントでないと判定した場合にはステップS806においてNoの場合には、ステップS809に進む。ステップS809では、解析したメッセージがチャットメッセージでも機器アクセスメッセージでもないという情報を配信処理部301に送信し、メッセージ解析処理を終了する。<4.4チャットメッセージ転送処理の流れ>次に、図7のステップS703のチャットメッセージ転送処理の詳細を、図9を用いて説明する。ステップS901では、チャットメッセージ転送処理の実行時のタイムポイント情報を、タイムモジュール308から取得する。続いて、ステップS902では、ステップS803で取得したユーザIDを組とした情報、及び、ステップS901で取得したタイムポイント情報を、メッセージログ情報として保持する。メッセージログ情報は、すなわち、ユーザと他のユーザとが、どの時点でチャットメッセージを行ったかを記録した情報である詳細は後述。最後に、宛先クライアントにメッセージを転送してステップS903、チャットメッセージ転送処理を終了する。本実施形態の動作事象において、ステップS902で配信処理部301が記憶するメッセージログ情報について説明する。図6bに示すタイムポイントt8の直後のメッセージログ情報を、図10のテーブル1001に示す。テーブル1001の1002列には、二人のユーザを特定する情報として、2つのユーザIDが格納されている。テーブル1001の1003列には、同じ行の1002列に格納されているユーザの組が示すユーザどうしの間でチャットメッセージが行われたタイムポイント情報ステップS901で取得した情報が格納されている。ここで、テーブル1001に示すメッセージログ情報が記憶されるまでの動作の詳細を、タイムポイントt1のチャットの動作事象を例に具体的に説明する。タイムポイントt1の動作事象のメッセージは、先に説明した図4のチャットメッセージ410と同じものである。先述の通り、チャットメッセージ410の送信ユーザのクライアントIDは文字列412であり、図5を用いて説明したクライアントの利用ユーザを識別する方法により、利用者のユーザIDはuserAexample.comと識別される。また、チャットメッセージ410の受信ユーザのユーザIDは文字列411であり、利用者のユーザIDは、userBexample.comと識別される。テーブル1001の1004行の1002列には、この2つのユーザIDを格納する。さらに、テーブル1001の1003列には、タイムポイントであるt1を格納する。以降、ユーザIDの組が同じ場合は、該当する行にタイムポイント情報を格納する。テーブル1001の1004行は、言い換えると、userAexample.comとuserBexample.comとは、タイムポイントt1、t3、t6、t7で、チャットを行ったことを示している。その他のタイムポイントのチャットについても、同様に処理が行われ、タイムポイントt8までの動作事象が起きた時点で、メッセージログ情報は、1005行から1007行までが加わり、図10に示すテーブル1001の状態となる。<4.5アクティブ度判定処理の流れ>次に、配信処理部301の動作として、起動時から所定周期で繰り返し実行されるアクティブ度判定処理の詳細を説明する。アクティブ度判定処理は、配信処理部301のプログラムモジュールが、アクティブ判定部303のプログラムモジュールを実行することで実現される。アクティブ判定部303は、ユーザとユーザとの関係について、そのアクティブ度合いを判定し、アクティブ度を決定する機能を実現するプログラムモジュールである。本実施形態では、チャットのやり取りの多いユーザ同士を、よりアクティブであると判定する。なお、アクティブ判定部303の動作に先立ち、閾値設定部307を用いて、単位時間についての情報として10分という値が予め設定され、メモリ212に記憶されるものとする。アクティブ判定部303は、所定周期ごとに、解析部302が記憶したメッセージログ情報に記憶されている各ユーザIDの組に対するタイムポイントの情報に対して、図11に示すアクティブ度判定処理をくりかえし実行する。以下、図11を用いてアクティブ度判定処理の流れを説明する。まず、メッセージログ情報のタイムポイント情報を参照し、直前の単位時間に含まれるタイムポイントの数をカウントするステップS1101。次に、ステップS1101でカウントしたタイムポイントの個数を、対応するユーザIDの組情報で示されるユーザ間のアクティブ度として決定するステップS1102。更に、ユーザIDの組情報と、ステップS1102で決定されたユーザ間のアクティブ度を、アクティブ度情報としてメモリ212に記憶するステップS1103。アクティブ度情報が記憶されるまでの動作を、図6bのタイムポイントtxで、この動作が実行されたときの処理を例として、詳細に説明する。なお、図6bにおいて、タイムポイントtx611からタイムポイントty612までの期間は、閾値設定部307に設定されている単位時間の値である10分の期間である。ステップS1101において、アクティブ判定部303では、テーブル1001の、1004行の1003列に格納されているタイムポイントである、t1、t3、t6、t7のうち、直近の単位時間に含まれるタイムポイントをカウントする。図6bによると、直近の単位時間に含まれるのは、t3、t6、t7の3つである。次に、ステップS1102では、ステップS1101でカウントしたタイムスタンプの個数を、同じ行1004行の1002列で示されるユーザ間のアクティブ度とする。ここでは、アクティブ度は3と決定する。次に、ステップS1102で決定した情報を、アクティブ度情報として、メモリ212に記憶するステップS1103。同様に、ステップS1101からステップS1103までの処理を、テーブル1001の、1005行、1006行、1007行に対して実行する。1007行まで処理の実行が終了したときの、アクティブ度情報を図12のテーブル1201に示す。テーブル1201において1202列がユーザの組情報であり、1203列が1202列のアクティブ度である。<4.6機器アクセスメッセージ転送処理の流れ>次に、配信処理部301の動作である機器アクセスメッセージ転送処理ステップS705の詳細を図13を用いて説明する。ステップS1301では、配信処理部301が、負荷判定部305のプログラムモジュールを起動する。負荷判定部305は、機器アクセスメッセージからコマンド名を抽出し、それをもとに、サービスを実行する機器クライアントの発生しうるCPU負荷と実行終了時間の目安となる標準実行時間を見積もるプログラムモジュールである。なお、負荷判定部305では、動作の補助として、機器クライアントごとに負荷見積もり対応表をメモリ212に保持している。負荷見積もり対応表は、機器を特定する情報、コマンド名、機器がそのコマンドを実行した場合に発生しうるCPU負荷レベル、及び、コマンドの標準実行時間を定義した情報を含むデータベースである。本実施形態における機器クライアント121デジタルカメラの負荷見積もり対応表を図14aのテーブル1401に示す。テーブル1401において、1402行が機器クライアント121を特定する情報クライアントID、1403列がコマンド名、1404列が標準実行時間、1405列が負荷レベルである。例えば、1406行は、コマンド名getImageのサービスを実行したら、機器クライアントのCPU負荷レベルは1と見積もり、標準実行時間は1秒と見積もることを示している。ステップS1301の負荷見積もり処理の動作について詳細を説明する。まず、ステップS802で抽出した機器アクセスメッセージの宛先のクライアントIDと、負荷判定部305で保持している負荷見積もり対応表のクライアントIDとを照合する。そして、負荷判定部305が保持している負荷見積もり対応表のうち、該当する機器クライアントの負荷見積もり対応表を選択する。次に、選択した負荷見積もり対応表から、コマンド名に対応する負荷レベル、及び標準実行時間を抽出する。更に、ステップS803で特定した機器アクセスメッセージを送信した機器クライアントを利用しているユーザのユーザID、及び、抽出した負荷レベル、標準実行時間を組にして、負荷状態テーブル後述に格納し、メモリ212に記憶する。なお、機器アクセスメッセージを送信した機器クライアントを利用しているユーザとは、すなわち、機器アクセスにより機器のサービスを利用しようとしているユーザを意味する。本実施形態の動作事象において、図6bに示すタイムポイントt12の直後の負荷状態テーブルを図14bのテーブル1407に示す。テーブル1407の1408列は、機器アクセスメッセージの送信ユーザのユーザIDであり、1409列は、負荷レベルであり、1410列は、1409列の負荷レベルを発生させる処理の終了予測時間である。負荷状態テーブルが記憶されるまでの動作の詳細を、図6aのテーブル600に示すタイムポイントt12の機器アクセスの動作事象を例に具体的に説明する。タイムポイントt12の動作事象の機器アクセスメッセージは、先に説明した図4の機器アクセスメッセージ420と同じものである。先述のとおり、機器アクセスメッセージの送信ユーザのクライアントIDは文字列422であり、図5を用いて説明したクライアントの利用ユーザを識別する方法により利用者のユーザIDはuserBexample.comと識別される。機器アクセスメッセージの宛先となる機器クライアントの利用ユーザのユーザIDは、文字列421であり、機器クライアントの利用ユーザは、userAexample.comと識別される。コマンド名は、文字列423である。負荷判定部305は、まず、文字列421のクライアントIDに対応する負荷見積もり対応表を選択する1402行と文字列421が一致することにより、テーブル1401が選択される。次に、テーブル1401の1403列を参照し、文字列423のコマンド名と一致する行を選択する。ここでは、1406行が選択される。次に、1406行の1404列に格納されている標準実行時間情報ここでは1秒である、及び、1405列に格納されている負荷レベル値を抽出するここでは1である。しかる後に、負荷状態テーブルに情報を記憶する。図14のbのテーブル1407において、タイムポイントt12の動作事象により記憶されたのは、1412行である。1411行は、タイムポイントt11の事象によるものである。なお、負荷判定部305は、定期的に負荷状態テーブルを監視し、終了予測時間を過ぎた行を削除する。本実施形態のタイムポイントt8の直後の負荷状態テーブルの状態を、図14cのテーブル1415に示す。テーブル1415において、タイムポイントt11の動作事象により記憶された1411行のデータは、終了予測時間が経過していないため残っている。一方、タイムポイントt12の動作事象により記憶された1412行は終了予測時刻が経過したため、削除されている。また、新たに、タイムポイントt15の動作事象により記憶された1413行が追加されている。図13に戻る。ステップS1302では、負荷超過判定処理を行う。負荷超過判定処理は、配信処理部301が負荷超過判定部306のプログラムモジュールを起動することにより実現される。なお、負荷超過判定部306の動作に際しては、閾値設定部307に負荷レベル値として閾値20が設定され、メモリ212に記憶されているものとする。図6bに示すタイムポイントt8の直後での動作の詳細を示す。負荷超過判定部306が、負荷状態テーブルを図14cのテーブル1415の1409列の数値の合計値と、閾値設定部307に設定された負荷レベル値とを比較する。合計値が閾値以上であれば負荷超過であると判定し、閾値未満であれば負荷超過でないと判定する。ここで、負荷超過とは、機器クライアントのサービス実行に支障がでる可能性がある程度にCPU負荷が発生している状態をいう。次に、ステップS1303では、ステップS1302で負荷超過と判定されたか否かで、処理を分岐する。ステップS1302で負荷超過でないと判定した場合にはステップS1303においてNoの場合には、ステップS1306に進む。ステップS1306では、受信した機器アクセスメッセージを宛先のクライアントIDで特定される機器アクセスクライアントに転送し、機器アクセスメッセージ転送処理を終了する。一方、ステップS1302で負荷超過であると判定した場合にはステップS1303においてYesの場合には、優先ユーザ判定処理ステップS1304を実行する。ステップS1304の優先ユーザ判定処理は、配信処理部301が優先ユーザ判定部304のプログラムモジュールを起動することによって実現される。なお、優先ユーザ判定部304の動作に際しては、閾値設定部307に、アクティブ度の閾値2が設定され、メモリ212に記憶されているものとする。ステップS1304の優先ユーザ判定処理の詳細を図15に示す。まず、ステップS1501では、アクティブ判定部303が記憶しているアクティブ度情報を参照し、送信元ユーザと送信先ユーザとの間のアクティブ度を抽出する。具体的には、ステップS803で抽出した機器アクセスメッセージを送信した機器クライアントを利用しているユーザのユーザID、及び、機器アクセスメッセージの宛先の機器クライアントを利用しているユーザのユーザIDに基づいて参照する。次に、ステップS1501で抽出したアクティブ度と、閾値設定部307を用いて設定されたアクティブ度とを比較するステップS1502。ステップS1501で抽出したアクティブ度が、閾値設定部307を用いて設定された閾値以上である場合にはステップS1502においてYesの場合には、ステップS1503に進む。ステップS1503では、機器アクセスメッセージを送信した機器クライアントの利用ユーザを優先ユーザであると判定し、優先ユーザ判定処理を終了する。一方、ステップS1501で抽出したアクティブ度が、閾値設定部307を用いて設定された閾値未満である場合にはステップS1502においてNoの場合には、ステップS1504に進む。ステップS1504では、機器アクセスメッセージを送信した機器クライアントの利用ユーザを優先ユーザでないと判定し、優先ユーザ判定処理を終了する。図13に戻る。ステップS1305では、ステップS1304における優先ユーザ判定処理の結果に基づいて、処理を分岐させる。ステップS1304において、優先ユーザであると判定された場合には、機器アクセスメッセージの宛先のクライアントIDで特定されるクライアントに転送しステップS1306、機器アクセスメッセージ転送処理を終了する。一方、ステップS1304において、優先ユーザでないと判定された場合は、以下、ステップS1307からステップS1309の非優先処理が実行される。具体的には、機器アクセスメッセージを宛先の機器クライアントに転送する動作を保留するステップS1307。保留回数が3回を超えないうちはステップS1308においてNoの場合には、ステップS1302に戻り、負荷超過判定から再試行する。一方、保留回数が3回を超えたらステップS1308においてYesの場合には、ステップS1307に進む。ステップS1307では、サービスが利用できないことを示すエラーメッセージを、機器アクセスメッセージを送信した機器クライアントに送信し、受信した機器アクセスメッセージを破棄する。最後に、該当する負荷状態テーブルの登録を削除した後に図13において不図示、機器アクセスメッセージ転送処理を終了する。以上で、図7に示した配信処理部301の配信処理が終了する。<5.実施例1>次に、機器クライアントの能力を超える負荷が発生している状態である、タイムポイントt16における配信処理の実施例について説明する。タイムポイントt16における機器アクセスメッセージを図16の機器アクセスメッセージ1600に示す。機器アクセスメッセージ1600を送信した機器クライアントのクライアントIDは文字列1602であり、このクライアントを利用しているユーザのユーザIDは、userDexample.comと識別される。また、機器アクセスメッセージ1600の宛先のクライアントの機器クライアントIDは文字列1601であり、その機器クライアントを利用しているユーザのユーザIDは、userAexample.comと識別される。まず、メッセージサーバ101がメッセージを受信すると、配信処理部301が、図7に示す配信処理を実行する。ステップS701のメッセージ解析処理では、文字列1601及び文字列1602のクライアントID及び、その機器クライアントの利用者のユーザIDが抽出される。ここでは、抽出されたクライアントIDの双方が機器クライアントのものであるため、図8のステップS804ではNoと判定され、ステップS806ではYesと判定される。また、ステップS807ではコマンド名である文字列1603が抽出される。更に、ステップS808により、機器アクセスメッセージ1600が機器アクセスメッセージであるという情報が配信処理部301に送信される。ゆえに、図7のステップS702ではNoと判定され、ステップS704ではYesと判定されたうえで、ステップS705における機器アクセスメッセージ転送処理が実行される。以上の場合における、機器アクセスメッセージ転送処理ステップS705、図13のフローチャートに示す処理について説明する。ステップS1301では、文字列1601で特定される機器クライアント機器クライアント121のCPU負荷を見積もる。ここでは、ステップS807で抽出したコマンド名である文字列1603、及び、ステップS701のメッセージ解析処理で抽出したユーザIDをもとに、図14aのテーブル1401の1406行を参照し、負荷状態テーブルに情報を記憶する。ステップS1301においてCPU負荷を見積もる処理を実行後の負荷状態テーブルを、図14dのテーブル1416に示す。テーブル1416の1414行が、タイムポイントt16の処理で記憶された情報である。次に、負荷超過判定処理ステップS1302が実行される。テーブル1416において、1409列の負荷レベル値の合計は31であり、閾値設定部307を用いて設定された負荷レベル値の閾値20以上である。ゆえに、ステップS1302では、負荷が超過している状態であると判定され、ステップS1303においてYesと判定され、優先ユーザ判定処理ステップS1304へと進む。タイムポイントt16の機器アクセスメッセージ1600に対する、ステップS1304の優先ユーザ判定処理図15に示す処理を説明する。タイムポイントt16において、アクティブ判定部303が記憶しているアクティブ度情報は、図12のテーブル1201となっている。ステップS1501では、ステップS803で抽出されたユーザIDの組をもとにテーブル1201を参照し、1204行より、このユーザの組のアクティブ度として1を抽出する。次に、ステップS1502では、閾値設定部307を用いて設定されたアクティブ度の閾値2と、ステップS1501で抽出したアクティブ度1とを比較する。ステップS1501で抽出したアクティブ度1は、閾値設定部307を用いて設定されたアクティブ度の閾値2未満であるため、ステップS1502ではNoと判定される。ステップS1504では、この機器アクセスメッセージを送信した機器クライアントを利用しているユーザは、優先ユーザではないと判定する。ゆえに、図13のステップS1305ではNoと判定され、ステップS1307からの非優先処理が実行される。以上、優先ユーザでないと判定されたユーザは、優先ユーザであると判定されるユーザよりも優先的に機器サービスを利用することはできない。<6.実施例2>次に、タイムポイントt16で、機器アクセスメッセージを送信した機器クライアントの利用ユーザが、ユーザC153であった場合の配信処理の実施例について説明する。このときのメッセージを図16の機器アクセスメッセージ1610に示す。機器アクセスメッセージ1610を送信した機器クライアントのクライアントIDは文字列1612であり、このクライアントを利用しているユーザのユーザIDは、userCexample.comと識別される。また、機器アクセスメッセージ1610の宛先の機器クライアントのクライアントIDは文字列1611であり、この機器クライアントを利用しているユーザのユーザIDは、userAexample.comと識別される。機器アクセスメッセージ1610の場合も、図8のステップS808により、機器アクセスメッセージ1610が機器アクセスメッセージであるという情報が配信処理部301に送信される。ゆえに、図7のステップS702ではNoと判定され、ステップS704ではYesと判定され、ステップS705の機器アクセスメッセージ転送処理が実行される。ここでは、図15のステップS1501において、テーブル1201の1205行によりユーザ間のアクティブ度として2が抽出される。この値は、閾値設定部307を用いて設定されたアクティブ度の閾値2以上であるため、ステップS1502においてYesと判定され、優先ユーザであると判定されるステップS1503。更に、図13のステップS1305ではYesと判定され、配信処理部301は、機器アクセスメッセージ1610を、宛先の機器クライアントに転送する。優先ユーザであると判定されたユーザは、メッセージサーバ101により機器アクセスメッセージが転送されることにより、機器のサービスを利用することができる。以上の説明から明らかなように、本実施形態に係るメッセージサーバ101によれば、機器クライアントにアクセスさせるユーザの優先度を、ユーザ間のチャットメッセージの頻度に従って動的に決定することが可能となる。さらに、処理能力を超えるCPU負荷が発生している機器クライアントに対しては、優先度の高いユーザを、他のユーザよりも優先してアクセスさせることが可能となる。<7.変形例>なお、本実施形態では、機器クライアントの負荷が超過しているか否かを判定する動作を、機器アクセスメッセージの内容であるコマンド名及び負荷見積もり対応表と負荷レベル値の閾値とを用いて判定したが、本発明はこれに限定されない。例えば、CPU負荷が超過しているか否かを判定する手段を機器クライアントに配し、負荷が超過したら、メッセージ処理部310により、メッセージサーバ101に通知する形態としてもよい。この形態によれば、メッセージサーバ101の解析部302がコマンド名を解析する処理、及び、負荷判定部305が負荷を見積もる処理が不要となり、メッセージサーバ101の動作を高速化することが可能となる。更に、本実施形態では、機器クライアントのCPU負荷を、サービスにより発生するCPU負荷により判定したが、本発明はこれに限定されない。例えば、メッセージサーバ101に、機器クライアントとメッセージサーバ101との間のネットワークトラフィックの量を監視する手段を配し、ネットワークトラフィックの大小により、CPU負荷状態を判定する形態としてもよい。この形態によれば、優先ユーザは、優先でないユーザが発生させるネットワークトラフィックに影響されることなく、機器アクセスを継続することが可能となる。また、本実施形態では、閾値設定部307を用いて負荷レベル値及びアクティブ度の閾値をあらかじめ設定する構成としたが、本発明はこれに限定されない。例えば、負荷レベル値の閾値を、ネットワークトラフィックの混雑度により決定する形態としてもよい。具体的には、メッセージサーバ101にネットワークトラフィックの量を監視する手段を配し、機器クライアントとメッセージサーバ101との間のネットワークが混雑している場合には、負荷レベル値の閾値を小さくする構成としてもよい。これにより、負荷超過と判断されるケースが増加し、優先度の高いユーザしか機器アクセスを利用できなくなる。この結果、優先ユーザにとっては、優先でないユーザが発生させるネットワークトラフィックに影響されることなく、機器アクセスを継続する機会を増大させることが可能となる。また別の形態として、機器クライアントに、ネットワークサービス以外の動作が発生させるCPU負荷を測定する手段を配し、ネットワークサービス以外の動作のCPU負荷が所定の閾値より大きい場合には、アクティブ度の閾値を増加させる構成としてもよい。これにより、機器クライアントを利用しているユーザ本人の利用率が高い場合には、より優先度の高いユーザのみが機器アクセスできるようになる。この結果、より優先度の高いユーザにとっては、優先でないユーザが発生させるCPU負荷に影響されることなく、機器アクセスを継続することが可能となる。なお、本実施形態に示したメッセージサーバ101の動作により、以下のような効果もある。すなわち、優先ユーザと判定されたユーザを、その時点でのユーザグループと設定することができる。具体的には、グループに属するユーザの情報ユーザのリストをあらかじめ設定していない場合であっても、ユーザのグルーピングを行うことが可能となる。かかる効果は、ユーザに識別子を付与し、チャットメッセージングを行うシステムにおいては、ユーザのグルーピングをするシーンにおいて特に有効となる。[第2の実施形態]本実施形態では、機器クライアントにアクセスさせるユーザの優先度を決定するにあたり、ユーザ間のチャットメッセージの送信方向の情報を利用するメッセージシステムについて説明する。なお、以下では、上記第1の実施形態の配信処理との相違点を中心に説明する。<1.メッセージサーバにおける動作の詳細><1.1チャットメッセージ転送処理の流れ>メッセージサーバ101において実行される配信処理の、ステップS703チャットメッセージ転送処理について、図17を用いて説明する。図17において、ステップS901及びステップS903は、図9に示したステップS901及びステップS903と同じ処理であるため、説明は省略する。ステップS1702では、第1~第3の項目を含む情報を、メッセージログ情報として保持する。なお、第1の項目とは、ステップS803で特定した、チャットメッセージを送信したチャットクライアントを利用しているユーザのユーザID、及び、チャットメッセージの宛先となるチャットクライアントを利用しているユーザのユーザIDである。また、第2の項目とは、チャットメッセージを送信した側のチャットクライアントを利用するユーザのユーザIDが、送信側であることを示す情報である。更に、第3の項目とは、ステップS901で取得したタイムポイント情報である。ここで、本実施形態の動作事象について、配信処理部301がステップS1702にて記憶するメッセージログ情報について説明する。図6bに示すタイムポイントt8の直後のメッセージログ情報を、図18のテーブル1801に示す。テーブル1801の1802列には、この列に格納されているユーザIDが送信側であることが示されたうえで、チャットメッセージを送信したチャットクライアントを利用しているユーザのユーザIDが格納されている。また、テーブル1801の1802列には、チャットメッセージの宛先となるチャットクライアントを利用しているユーザのユーザIDが格納されている。テーブル1801の1804列には、タイムスタンプ情報が格納されている。メッセージログ情報が記憶されるまでの動作の詳細を、タイムポイントt1のチャットの動作事象を例として具体的に説明する。タイムポイントt1の動作事象のチャットメッセージは、先に説明した図4のチャットメッセージ410と同じものである。先述の通り、チャットメッセージ410の送信ユーザのクライアントIDは文字列412であり、図5を用いて説明したクライアントの利用ユーザを識別する方法により、利用者のユーザIDはuserAexample.comと識別される。チャットメッセージ410の受信ユーザのユーザIDは文字列411であり、利用者のユーザIDは、userBexample.comと識別される。このため、テーブル1801の1802列には、チャットメッセージ410を送信したチャットクライアントを利用しているユーザのユーザIDであるuserAexample.comを格納する。また、テーブル1801の1803列には、チャットメッセージ410の宛先のチャットクライアントを利用しているユーザのユーザIDであるuserBexample.comを格納する。更に、テーブル1801の1804列には、タイムポイント情報t1を格納する。以降、チャットメッセージを送信したチャットクライアントを利用しているユーザのユーザIDと、チャットメッセージの宛先のチャットクライアントの利用ユーザのユーザIDとが同じ場合には、該当する行にタイムポイント情報を格納する。テーブル1801の1805行は、言い換えると、userAexample.comからuserBexample.comへ、タイムポイントt1、t3、t6、t7で、チャットメッセージを送信したことを示している。その他のタイムポイントのチャット動作についても、同様に処理が行われ、タイムポイントt8までの動作事象が起きた時点で、メッセージログ情報には、1806行から1809行までが加わり、図18のテーブル1801に示す状態となる。<1.2アクティブ度判定処理の流れ>次に、メッセージサーバ101において実行されるアクティブ度判定処理について説明する。なお、本実施形態において実行されるアクティブ度判定処理の流れは、図11と同様であり、図11のステップS1103において記憶されるアクティブ度情報の形式のみが異なる。このため、ここではアクティブ度判定処理により記憶されるアクティブ度情報について説明する。本実施形態においては、チャットメッセージを送信したチャットクライアントの利用ユーザと、チャットメッセージの宛先となるチャットクライアントの利用ユーザとを区別する情報を含むアクティブ度情報を記憶する。図6bのタイムポイントty612でのアクティブ度情報を図19のテーブル1901に示す。テーブル1901において、1902列は、チャットメッセージを送信したチャットクライアントを利用しているユーザのユーザIDである。1903列は、同じ行の1902例に対する、チャットメッセージの宛先となっているチャットクライアントを利用しているユーザのユーザIDである。1904列は、アクティブ度情報である。<1.3優先ユーザ判定処理>次に、図13の機器アクセスメッセージ転送処理のステップS1304優先ユーザ判定処理の流れについて図20を用いて説明する。まず、ステップS2001では、アクティブ度情報を参照する。具体的には、ステップS803で特定したユーザIDのうち、次の条件を満たす行のアクティブ度を取得する。機器アクセスメッセージの宛先となる機器クライアントの利用ユーザのユーザIDが、送信側ユーザとして記憶されている。機器アクセスメッセージを送信した機器クライアントの利用ユーザのユーザIDが受信側ユーザとして記憶されている。ステップS2001で取得したアクティブ度をもとに、ステップS1502以降の処理を実行する。なお、図20において、ステップS1502は、図15のステップS1502と同じ動作であり、また、ステップS1503及びステップS1504も、それぞれ、図15のステップS1503及びステップS1504と同じ動作であるため、説明は省略する。<2.実施例1>本実施形態に係るメッセージシステム100の実施例について説明する。なお、以下では、機器クライアントの能力を超える負荷が発生している状態である、タイムポイントt16において、機器クライアント122から機器クライアント121に対して機器アクセスを行った場合について説明する。このときの機器アクセスメッセージは、図4の機器アクセスメッセージ420と同じである。機器アクセスメッセージ420を送信した機器クライアントのクライアントIDは文字列422であり、このクライアントを利用しているユーザのユーザIDは、userBexample.comである。また、機器アクセスメッセージ420の宛先の機器クライアントのクライアントIDは文字列421であり、このクライアントを利用しているユーザのユーザIDは、userAexample.comである。まず、メッセージサーバ101が機器アクセスメッセージ420を受信すると、配信処理部301が、図7に示す配信処理を実行する。ステップS701のメッセージ解析処理では、文字列421及び文字列422のクライアントID、及び、この機器クライアントの利用者のユーザIDが抽出される。ここでは、抽出されたクライアントIDの双方が機器クライアントであるため、図8のステップS804ではNoと判定され、ステップS806ではYesと判定される。また、ステップS807では、コマンド名である文字列423が抽出される。更に、ステップS808では、機器アクセスメッセージ420が機器アクセスメッセージであるという情報が配信処理部301に送信される。ゆえに、ステップS702ではNoと判定され、ステップS704ではYesと判定され、ステップS705における機器アクセスメッセージ転送処理が実行される。ステップS705に示す機器アクセスメッセージ転送処理では、図13のステップS1304の優先ユーザ判定処理図20に示すが実行される。ステップS2001では、アクティブ度情報が格納されたテーブル1901からアクティブ度を抽出する。具体的には、機器アクセスメッセージ420の宛先の機器クライアントを利用しているユーザIDであるuserAexample.comが記憶されている列1902を特定する。更に、機器アクセスメッセージ420を送信した機器クライアントを利用しているユーザのユーザIDであるuserBexample.comが記憶されている列1903を特定する。そして、特定したこれらの列に基づいて1905行を特定し、1904列のアクティブ度である3を抽出する。次に、ステップS1502では、閾値設定部307を用いて設定されたアクティブ度の閾値2と、ステップS2001で抽出したアクティブ度3とを比較する。ステップS2001で抽出されたアクティブ度3は、閾値設定部307を用いて設定されたアクティブ度の閾値2以上であるため、ステップS1502ではNoと判定される。また、ステップS1503では、このメッセージの送信者は優先ユーザであると判定する。この結果、ステップS1305では、Yesと判定され、ステップS1306において、配信処理部301は、宛先となる機器クライアントにメッセージを転送する。以上、優先ユーザであると判定されるユーザは、機器のサービスを利用することができる。<3.実施例2>次に、本実施形態に係るメッセージシステム100の他の実施例について説明する。なお、以下では、機器クライアントの能力を超える負荷が発生している状態である、タイムポイントt16において、機器クライアント123から機器クライアント121に対して機器アクセスを行った場合について説明する。このときの機器アクセスメッセージは、図16の機器アクセスメッセージ1610と同じである。機器アクセスメッセージ1610を送信した機器クライアントのクライアントIDは文字列1612であり、このクライアントを利用しているユーザのユーザIDは、userCexample.comと識別される。また、機器アクセスメッセージ1610の宛先の機器クライアントのクライアントIDは文字列1611であり、このクライアントを利用しているユーザのユーザIDは、userAexample.comと識別される。まず、メッセージサーバ101が機器アクセスメッセージ1610を受信すると、配信処理部301では、図7に示す配信処理を実行する。ステップS701のメッセージ解析処理では、文字列1611及び文字列1612のクライアントID、及び、その機器クライアントの利用者のユーザIDが抽出される。ここでは、抽出されたクライアントIDの双方が機器クライアントであるため、図8のステップS804ではNoと判定され、ステップS806ではYesと判定される。また、ステップS807では、コマンド名である文字列1613が抽出される。更に、ステップS808では、機器アクセスメッセージ1610が機器アクセスメッセージであるという情報が配信処理部301に送信される。ゆえに、図7のステップS702ではNoと判定され、ステップS704ではYesと判定され、ステップS705における機器アクセスメッセージ転送処理が実行される。ステップS705に示す機器アクセスメッセージ転送処理の中で、図13のステップS1304における優先ユーザ判定処理図20に示すが実行される。ステップS2001では、アクティブ度情報が格納されたテーブル1901から、アクティブ度を抽出する。具体的には、機器アクセスメッセージ1610の宛先となる機器クライアントを利用しているユーザのユーザIDであるuserAexample.comが記憶されている1902列を特定する。また、機器アクセスメッセージ1610を送信した機器クライアントを利用しているユーザのユーザIDであるuserCexample.comが記憶されている1903列を特定する。更に、特定されたこれらの列から1906行を特定し、1904列のアクティブ度である1を抽出する。次に、ステップS1502では、閾値設定部307を用いて設定されたアクティブ度の閾値2と、ステップS2001で抽出したアクティブ度1とを比較する。ステップS2001で抽出されたアクティブ度1は、閾値設定部307を用いて設定されたアクティブ度の閾値2未満であるため、ステップS1502ではNoと判定される。また、ステップS1504では、機器アクセスメッセージ1610を送信した機器クライアントを利用しているユーザは、優先ユーザではないと判定する。この結果、ステップS1305ではNoと判定され、ステップS1307からの非優先処理が実行される。以上、優先ユーザでないと判定されるユーザは、優先ユーザであると判定されるユーザよりも優先的に機器サービスを利用することができない。以上の説明から明らかなように、本実施形態に係るメッセージサーバ101によれば、機器アクセスするユーザのうち、より高頻度でチャットメッセージを受け取っているユーザは、それ以外のユーザに優先して機器にアクセスをすることが可能となる。また、本実施形態によれば、サービスを提供する機器クライアントを利用しているユーザの意思で、優先ユーザを決定することが可能となる。かかる効果は、例えば、チャットで招待したユーザを、より優先的に機器アクセスができるようにする、といったシーンにおいて有効である。[第3の実施形態]本実施形態では、機器クライアントにアクセスさせるユーザの優先度を決定するにあたり、チャットメッセージの重要度を利用するメッセージシステムについて説明する。なお、以下では、上記第1の実施形態との相違点を中心に説明する。<1.メッセージシステムを構成するメッセージサーバ及びクライアントの機能構成>はじめに、本実施形態のメッセージシステム100を構成するメッセージサーバ101及びクライアント111~114、121~124の機能構成について説明する。<1.1クライアントの機能構成>本実施形態のチャットクライアントは、上記第1の実施形態において説明した機能構成に加え、更に、チャットメッセージに重要度を示す情報を付加する機能を有している。なお、重要度は、チャットメッセージを送信するユーザにより、操作部233を介して入力される。重要度が付加されたチャットメッセージを図21のチャットメッセージ2100に示す。チャットメッセージ2100に含まれる文字列2101、2102は、チャットメッセージの重要度を示す情報を記述するタグである。文字列2101、2102のタグの間の文字列2103はチャットメッセージの重要度を示す情報である。<1.2メッセージサーバの機能構成>本実施形態のメッセージサーバ101は、上記第1の実施形態において説明した機能構成に加えて、更に、予め設定されている閾値以上の重要度であるチャットメッセージが送受信された頻度を計測する機能重要度識別子検出手段を有する。本機能は、メモリ212に記憶され、CPU211が読みだして実行するプログラムモジュールにより実現される。<2.メッセージサーバにおける動作の詳細><2.1チャットメッセージ転送処理の流れ>本実施形態のメッセージサーバ101の配信処理部301の動作のうち、上記第1の実施形態と異なるのは、図7のステップS703に示すチャットメッセージ転送処理である。本実施形態のステップS703におけるチャットメッセージ転送処理の動作を、図22を用いて説明する。なお、本実施形態では、閾値設定部307に、重要度の閾値として3が設定されているものとする。ステップS2201では、配信処理部301が、解析部302のプログラムモジュールを呼び出して実行することにより、チャットメッセージを解析し、タグPriorityが含まれているか否かを判定する。チャットメッセージにタグPriorityが含まれていない場合にはステップS2201においてNoの場合には、チャットメッセージ転送処理を終了する。一方、含まれている場合にはステップS2201においてYesの場合には、その重要度を抽出しステップS2202、ステップS2203に進む。ステップS2203では、ステップS2202で抽出した重要度と閾値設定部307を用いて設定された重要度の閾値3とを比較する。ステップS2202で抽出した重要度が、閾値設定部307を用いて設定された重要度の閾値3以上であればステップS2203においてYesの場合には、ステップS901に進む。一方、重要度の閾値3未満であればステップS2203においてNoの場合には、チャットメッセージ転送処理を終了する。図22のステップS901~ステップS903は、それぞれ、図9のステップS901~ステップS903と同じ動作をする。本実施形態のメッセージサーバ101によれば、重要度の高いチャットメッセージのタイムスタンプのみを記憶するため、重要度の高いチャットメッセージを行っているユーザ間のアクティブ度が高くなる。すなわち、その時点で重要度の高いチャットメッセージを送受信した頻度の高いユーザを、自分が利用する機器クライアントが提供するサービスに優先的にアクセスさせることができる。なお、本実施形態のメッセージサーバ101を、更に、次のように動作させてもよい。すなわち、メッセージサーバ101が、チャットメッセージに含まれる単語を解析し、あらかじめ設定されている単語が含まれるか否かを判定する。そして、機器クライアントにアクセスさせるユーザの優先度を決定するにあたり、あらかじめ設定されている単語を含むチャットメッセージを送受信した頻度の情報を利用する。メッセージサーバ101では、予約単語データベースとして、機器クライアントの種別を示す情報と、それに関係するキーワードを格納した情報とを保持しておく。具体的には、機器クライアントの種別を示す情報として、カメラ、ディスプレイという文字列が格納される。また、それに対応する予約語として、たとえばカメラには、写真、撮影、ライブビュー、画像リストなどが格納される。さらに、メッセージサーバ101では、機器クライアントの種別及びサービスの情報を、クライアントIDと関連付けて記憶する。メッセージサーバ101の配信処理部301では、ステップS703のチャットメッセージ転送処理において、チャットメッセージの中に、メッセージの宛先となる機器クライアントの種別に対応するキーワードが含まれるか否かを判定する。そして、キーワードが含まれる場合にのみ、タイムポイント情報を記憶する。以上の動作により、アクセスさせる機器クライアントに関係した話題のチャットメッセージを送受信した頻度の高いユーザを、自分が利用する機器クライアントが提供するサービスに優先的にアクセスさせることが可能となる。以上の構成によれば、複数の種別の機器クライアントを同時に利用している場合に、機器クライアントの種別ごとに、優先的に利用させるユーザを決定することが可能となる。例えば、機器クライアントとして、カメラとプリンタを利用している場合、撮影というキーワードを含むチャットメッセージの頻度が高いユーザを、カメラへのアクセスの優先ユーザと決定する。しかし、プリンタへのアクセスの優先ユーザとはしない。[他の実施形態]また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。