(57)【特許請求の範囲】
【請求項１】
施設の利用予約が重なっている複数の利用者におけるコミュニケーションに対する見解を受け付ける見解受付手段と、
前記複数の利用者における過去のコミュニケーションの履歴から該利用者のコミュニケーション量と該複数の利用者のコミュニケーション量の統計量を算出するコミュニケーション量算出手段と、
前記コミュニケーション量算出手段によって算出された複数の利用者のコミュニケーション量の統計量と各利用者のコミュニケーション量と前記見解受付手段によって受け付けられた各利用者の見解に基づいて、前記施設の利用者を決定する決定手段と、
前記決定手段によって決定された利用者を出力する出力手段
を具備することを特徴とする情報処理装置。
【請求項２】
前記決定手段は、前記コミュニケーション量の統計量と前記利用者のコミュニケーション量を比べて、該利用者のコミュニケーション量が該利用者のコミュニケーションに対する見解と一致する場合は、前記施設の予約の優先度を高くなるようにし、該利用者のコミュニケーション量が該利用者のコミュニケーションに対する見解と一致しない場合は、該施設の予約の優先度を低くなるようにする
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記決定手段は、前記施設を予約した日時のうち最近の日時から予め定められた日時前に、該施設の利用者を決定する処理を行う
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記決定手段によって決定された利用者が予約を解除した場合は、該決定手段は、該利用者以外の利用者内で、前記施設の利用者を決定する
ことを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
コンピュータを、
施設の利用予約が重なっている複数の利用者におけるコミュニケーションに対する見解を受け付ける見解受付手段と、
前記複数の利用者における過去のコミュニケーションの履歴から該利用者のコミュニケーション量と該複数の利用者のコミュニケーション量の統計量を算出するコミュニケーション量算出手段と、
前記コミュニケーション量算出手段によって算出された複数の利用者のコミュニケーション量の統計量と各利用者のコミュニケーション量と前記見解受付手段によって受け付けられた各利用者の見解に基づいて、前記施設の利用者を決定する決定手段と、
前記決定手段によって決定された利用者を出力する出力手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、ユーザの現在位置を考慮した効率的なスケジュール通知処理を行うことを課題とし、行動予定地及び行動日時に関する情報を少なくとも含んだユーザのスケジュールデータを記憶する手段と、ユーザの現在位置情報を取得する手段と、スケジュールデータ及び現在位置の情報に基づいて、スケジュールデータ内で指定された行動を現在位置から開始する行動開始時刻を抽出する手段と、現在時刻から行動開始時刻までの時間が所定時間に達すると、記憶したスケジュールデータをユーザに対して通知する手段を具備するスケジュール通知装置が記載されている。
【０００３】
特許文献２には、会議において特定の開催時刻を予め指定することなく、希望する所要時間分の会議が可能であるときを動的に判断し、会議を開催することを課題とし、開催しようとする会議について、少なくとも会議参加者・所要時間・会議を開催すべき期間（時期・期限）の情報を入力し、位置情報取得手段を用いて会議参加者の位置情報を取得し、位置情報が会議開催可能なものであるかを判定し、会議開催可能な状態であったら、使用施設及び参加者のスケジュール情報を取得し、これらのスケジュール情報をもとに、会議に使用する施設と参加者の予定に会議所要時間分、あるいはその所要時間の会議に参加するのに十分な空きがある場合には、施設の予約をし、また、会議の情報（開始時刻、終了時刻、場所等）を参加者の端末に通知することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０８８２９号公報
【特許文献２】特開２００８−２６８９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、施設の利用予約が重なっている場合に、予約の先着順のみで、その施設の利用者を決定してしまうことを抑制するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、施設の利用予約が重なっている複数の利用者におけるコミュニケーションに対する見解を受け付ける見解受付手段と、前記複数の利用者における過去のコミュニケーションの履歴から該利用者のコミュニケーション量と該複数の利用者のコミュニケーション量の統計量を算出するコミュニケーション量算出手段と、前記コミュニケーション量算出手段によって算出された複数の利用者のコミュニケーション量の統計量と各利用者のコミュニケーション量と前記見解受付手段によって受け付けられた各利用者の見解に基づいて、前記施設の利用者を決定する決定手段と、前記決定手段によって決定された利用者を出力する出力手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、前記決定手段は、前記コミュニケーション量の統計量と前記利用者のコミュニケーション量を比べて、該利用者のコミュニケーション量が該利用者のコミュニケーションに対する見解と一致する場合は、前記施設の予約の優先度を高くなるようにし、該利用者のコミュニケーション量が該利用者のコミュニケーションに対する見解と一致しない場合は、該施設の予約の優先度を低くなるようにすることを特徴とする請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記決定手段は、前記施設を予約した日時のうち最近の日時から予め定められた日時前に、該施設の利用者を決定する処理を行うことを特徴とする請求項１又は２に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記決定手段によって決定された利用者が予約を解除した場合は、該決定手段は、該利用者以外の利用者内で、前記施設の利用者を決定することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置である。
【００１０】
請求項５の発明は、コンピュータを、施設の利用予約が重なっている複数の利用者におけるコミュニケーションに対する見解を受け付ける見解受付手段と、前記複数の利用者における過去のコミュニケーションの履歴から該利用者のコミュニケーション量と該複数の利用者のコミュニケーション量の統計量を算出するコミュニケーション量算出手段と、前記コミュニケーション量算出手段によって算出された複数の利用者のコミュニケーション量の統計量と各利用者のコミュニケーション量と前記見解受付手段によって受け付けられた各利用者の見解に基づいて、前記施設の利用者を決定する決定手段と、前記決定手段によって決定された利用者を出力する出力手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１１】
請求項１の情報処理装置によれば、施設の利用予約が重なっている場合に、予約の先着順のみで、その施設の利用者を決定してしまうことを抑制することができる。
【００１２】
請求項２の情報処理装置によれば、利用者のコミュニケーション量がコミュニケーションに対する見解と一致する場合は、施設の予約の優先度を高くなるようにし、利用者のコミュニケーション量がコミュニケーションに対する見解と一致しない場合は、施設の予約の優先度を低くなるようにすることができる。
【００１３】
請求項３の情報処理装置によれば、予約した日時の直前に、施設の利用者を決定する処理を行うことを抑制することができる。
【００１４】
請求項４の情報処理装置によれば、決定された利用者が予約を解除した場合は、その利用者以外の利用者内で、施設の利用者を決定することができる。
【００１５】
請求項５の情報処理プログラムによれば、施設の利用予約が重なっている場合に、予約の先着順のみで、その施設の利用者を決定してしまうことを抑制することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を具現化した場合のシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】コミュニケーション履歴取得モジュール内の構成例についての概念的なモジュール構成図である。
【図５】組織情報テーブルのデータ構造例を示す説明図である。
【図６】リアルコミュニケーションテーブルのデータ構造例を示す説明図である。
【図７】メールコミュニケーションテーブルのデータ構造例を示す説明図である。
【図８】リアルコミュニケーション時間テーブルのデータ構造例を示す説明図である。
【図９】メールコミュニケーション時間テーブルのデータ構造例を示す説明図である。
【図１０】コミュニケーションテーブルのデータ構造例を示す説明図である。
【図１１】コミュニケーション見解テーブルのデータ構造例を示す説明図である。
【図１２】会議室優先度テーブルのデータ構造例を示す説明図である。
【図１３】会議室優先度テーブルのデータ構造例を示す説明図である。
【図１４】メッセージ提示画面の例を示す説明図である。
【図１５】コミュニケーション情報テーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１８】
本実施の形態である情報処理装置１００は、図１の例に示すように、コミュニケーション評価モジュール１１０、コミュニケーション見解受付モジュール１２０、施設利用者決定モジュール１３０、利用者決定出力モジュール１４０を有している。会議室等の施設の利用予約において、予約を希望する利用者が複数いる場合に、先着順ではなく、これまでのコミュニケーションの履歴をもとにして、利用者を決定するものである。
【００１９】
コミュニケーション見解受付モジュール１２０は、施設利用者決定モジュール１３０と接続されている。コミュニケーション見解受付モジュール１２０は、施設の利用予約が重なっている複数の利用者におけるコミュニケーションに対する見解を受け付ける。そして、その見解を示す情報である見解情報を施設利用者決定モジュール１３０に渡す。
ここで施設とは、複数人によるコミュニケーションを行うための施設であればよく、例えば、会議室、集会室等の部屋、テレビ会議システム、プロジェクター等の設備等を含む。いわゆるＦ２Ｆ（Ｆａｃｅ  ｔｏ  Ｆａｃｅ、「面と向かって」「直接会って」の意）のコミュニケーションに用いられるものであればよい。また、テレビ会議システム等のように、必ずしも参加者同士が同じ場所にいる必要はなく、離れていてもよいが、リアルタイムでのコミュニケーションを図れるようにするものである。以下、会議室を例示して説明する。
施設の利用予約が重なるとは、同じ施設に対して複数人による利用予約があり、その利用時間帯が重なること（利用時間帯の一部が重なることを含む）をいう。一般的に、予約がかち合う、バッティングする、ダブル・ブッキングする等といわれる状態のことをいう。
なお、利用予約は、会議室の予約システム等の既存の技術を用いて実現し得る。
【００２０】
コミュニケーションに対する見解とは、その施設の利用予約者が考えているコミュニケーションに対する考え方である。より具体的には、施設とコミュニケーションの関係に対する見解（主観的評価、考え、考え方、意見、価値観等）であり、具体例として「過去のコミュニケーションが多いからこそ、今後も会議室を利用して深いコミュニケーションをする」と考えて利用予約を行ったのか、「過去のコミュニケーションが少ないからこそ、今後は会議室を利用して深いコミュニケーションをする」と考えて利用予約を行ったのかのいずれか一方であることを表明することをいう。なお、この見解の表明は、利用者が利用予約を行う際であってもよいし、予め利用者にアンケート等で収集しておいてもよいし、施設利用者決定モジュール１３０が利用者を決定する際に該当利用者から収集するようにしてもよい。
【００２１】
コミュニケーション履歴記憶モジュール１８０は、情報処理装置１００のコミュニケーション評価モジュール１１０と接続されている。コミュニケーション履歴記憶モジュール１８０は、コミュニケーション評価モジュール１１０によってアクセスされ、利用者における過去のコミュニケーション履歴を記憶している。ここで、コミュニケーション履歴とは、実際に他の人と接したことの履歴（以下、リアルコミュニケーション履歴ともいう）、電子メール（以下、単にメールともいう）の受発信の履歴（以下、メールコミュニケーション履歴ともいう）のいずれか一方又は両方である。
リアルコミュニケーション履歴について説明する。例えば、以下のように、利用者が実際に他の人と接したことを検出して、リアルコミュニケーション履歴として収集する。
利用者は、無線タグ（例えば、アクティブＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ））を所持している。無線タグは、会議室等に設置されている位置センサによって検出される。各位置センサ（検出アンテナ）は、無線タグに記憶されている利用者を示す利用者情報（例えば、社員番号）を読み取り、検出した日時、その位置センサ自身のＩＤ（又は位置等）とともに位置情報サーバーホストに記憶される。例えば、位置センサが各部屋に取り付けられている場合は、誰が、いつ、どの部屋に居たのであるかを示すリアルコミュニケーション履歴として、位置情報サーバーに収集されることになる。
また、メールコミュニケーション履歴は、メールサーバーが収集する。例えば、利用者が受発信したメールについて、その受発信日時、発信者、受信者、メール容量等をメールコミュニケーション履歴として収集する。
【００２２】
コミュニケーション評価モジュール１１０は、施設利用者決定モジュール１３０、コミュニケーション履歴記憶モジュール１８０と接続されている。コミュニケーション評価モジュール１１０は、コミュニケーション履歴記憶モジュール１８０から、利用予約がバッティングした複数の利用者における過去のコミュニケーション履歴を抽出し、そのコミュニケーション履歴から各利用者のコミュニケーション量を算出する。そして、複数の利用者のコミュニケーション量の統計量を算出する。そして、各利用者のコミュニケーション量、コミュニケーション量の統計量を施設利用者決定モジュール１３０に渡す。
ここで、コミュニケーション量とは、リアルコミュニケーション履歴に基づいて算出される値（以下、リアルコミュニケーション量ともいう）、メールコミュニケーション履歴に基づいて算出される値（以下、メールコミュニケーション量ともいう）のいずれか一方又は両方である。
リアルコミュニケーション量とは、リアルコミュニケーション履歴内の要素（ある会議室で検出された日時、その会議室に居た時間等）を１つ以上用いて予め定められた計算式に基づいて算出された値である。例えば、リアルコミュニケーション履歴内の予め定められた期間内の会議室において、検出された回数（検出された日時を計数する計算式によって算出される）、その会議室に居た時間の総計（検出された時間を総計する計算式によって算出される）等である。
メールコミュニケーション量とは、メールコミュニケーション履歴内の要素（受発信された日時、メール容量等）を１つ以上用いて予め定められた計算式に基づいて算出された値である。例えば、メールコミュニケーション履歴内の予め定められた期間内において、受発信された回数（受発信されたメールを計数する計算式によって算出される）、そのメール容量の総計（受発信されたメール容量を総計する計算式によって算出される）等である。
コミュニケーション量の統計量とは、平均値、最頻値、中央値等の対象となっている利用者（利用予約がバッティングした複数の利用者）のコミュニケーション量を代表する値である。
【００２３】
施設利用待ち情報管理モジュール１９０は、情報処理装置１００の施設利用者決定モジュール１３０と接続されている。施設利用待ち情報管理モジュール１９０は、施設の利用予約が重なっていることを検知し、利用者を決定することを施設利用者決定モジュール１３０に行わせるように制御する。なお、施設利用待ち情報管理モジュール１９０は、予約システム等の既存の技術を用いて実現し得る。
【００２４】
施設利用者決定モジュール１３０は、コミュニケーション評価モジュール１１０、コミュニケーション見解受付モジュール１２０、利用者決定出力モジュール１４０、施設利用待ち情報管理モジュール１９０と接続されている。施設利用者決定モジュール１３０は、コミュニケーション評価モジュール１１０によって算出された複数の利用者のコミュニケーション量の統計量と各利用者のコミュニケーション量とコミュニケーション見解受付モジュール１２０によって受け付けられた各利用者の見解に基づいて、対象となっている施設（利用予約がバッティングした施設）の利用者を決定する。そして、決定した利用者を利用者決定出力モジュール１４０へ渡す。ここで利用者の決定には、各利用者の優先度を決定すること（優先度に応じた順位付け）を含む。
また、施設利用者決定モジュール１３０は、コミュニケーション量の統計量と利用者のコミュニケーション量を比べて、その利用者のコミュニケーション量がその利用者のコミュニケーションに対する見解と一致する場合は、施設の予約の優先度を高くなるようにし、その利用者のコミュニケーション量がその利用者のコミュニケーションに対する見解と一致しない場合は、施設の予約の優先度を低くなるようにしてもよい。より具体的には、図１２、図１３等を用いて後述する。
【００２５】
また、施設利用者決定モジュール１３０は、対象となっている施設を予約した日時のうち最近の日時から予め定められた日時前に、その施設の利用者を決定する処理を行うようにしてもよい。これによって、施設を予約した日時前には、利用者を決定し得る。施設を予約した日時は重なっているが、必ずしも開始日時が同一であるとは限らないので、その予約のうち開始日時が最近である日時（つまり、現在に最も近い日時）の予約を抽出し、その日時から予め定められた日時前（例えば、５日前等）に、施設の利用者を決定する処理を行うようにしてもよい。
そして、その日時以降は予約を禁止するようにしてもよい。また、禁止を行うのは、決定された利用者が利用を確定させた後であってもよい。具体的には、図１４に例示した利用ボタン１４１０が選択された後であってもよい。
また、施設利用者決定モジュール１３０によって決定された利用者が予約を解除した場合は、施設利用者決定モジュール１３０は、その利用者以外の利用者内で、対象となっている施設の利用者を決定するようにしてもよい。具体的には、図１４に例示したキャンセルボタン１４２０が選択された場合の処理である。
【００２６】
利用者決定出力モジュール１４０は、施設利用者決定モジュール１３０と接続されている。利用者決定出力モジュール１４０は、施設の予約情報（少なくとも、施設利用者決定モジュール１３０によって決定された利用者を含む）を出力する。
ここで出力とは、決定された利用者に予約した施設の利用が可能であることを通知することをいう。また、決定された利用者以外の利用者に予約した施設の利用ができないことを通知すること等を行ってもよい。また、出力先として予約システムとしてもよく、その場合、予約システムにおいて、その施設のその時間帯は既に予約されていることを利用者に対して表示するようにしてもよいし、その施設のその時間帯は予約ができないようにしてもよい。
【００２７】
図２は、本実施の形態を具現化した場合のシステム構成例を示す説明図である。これは、利用予約する施設として会議室を例示しているシステムである。
情報処理装置１００は、会議室予約管理サーバー２１０の会議室待ち情報記憶モジュール２１６、コミュニケーション見解サーバー２２０のコミュニケーション見解記憶モジュール２２４、コミュニケーション履歴サーバー２３０のコミュニケーション履歴記憶モジュール２３４、提示モジュール２４０と通信回線を介して接続されている。会議室予約管理サーバー２１０は図１に例示の施設利用待ち情報管理モジュール１９０に該当し、コミュニケーション見解サーバー２２０は図１に例示のコミュニケーション見解受付モジュール１２０が見解を受け付けるためのサーバーであり、コミュニケーション履歴サーバー２３０は図１に例示のコミュニケーション履歴記憶モジュール１８０に該当し、提示モジュール２４０は図１に例示の利用者決定出力モジュール１４０の出力先である。
【００２８】
予約端末装置２５０は、希望会議属性取得モジュール２１４、コミュニケーション見解取得モジュール２２２、提示モジュール２４０と通信回線を介して接続されている。予約端末装置２５０は、会議室利用者２９０のキーボード、マウス、タッチパネル等に対する操作によって利用され、会議室予約管理サーバー２１０に対して会議室の利用予約を行い、コミュニケーション見解サーバー２２０に対してコミュニケーションに対する見解を設定し、提示モジュール２４０から利用者の決定を受け取って、提示装置に提示する。なお、提示装置として、ディスプレイ等の表示装置、スピーカー等の音声出力装置等がある。
【００２９】
会議室予約管理サーバー２１０は、会議室予約管理情報記憶モジュール２１２、希望会議属性取得モジュール２１４、会議室待ち情報記憶モジュール２１６を有している。会議室予約管理サーバー２１０は、会議室の利用予約が重なっていることを検知し、その会議室の利用者を決定することを情報処理装置１００の施設利用者決定モジュール１３０に行わせるように制御する。
会議室予約管理情報記憶モジュール２１２は、希望会議属性取得モジュール２１４と接続されている。会議室予約管理情報記憶モジュール２１２は、会議室の属性情報（会議室名、その会議室に備え付けられているファシリティ（設備）、適応人数等）を記憶する。
希望会議属性取得モジュール２１４は、会議室予約管理情報記憶モジュール２１２、会議室待ち情報記憶モジュール２１６、予約端末装置２５０と接続されている。希望会議属性取得モジュール２１４は、予約端末装置２５０（会議室利用者２９０）に対して、会議室予約管理情報記憶モジュール２１２内の会議室の属性情報を提示して、予約端末装置２５０から利用予約の対象である会議室、開催を希望する会議の開催期間、会議時間、必要ファシリティ、参加メンバーの情報を取得し、会議室待ち情報記憶モジュール２１６に記憶させる。
会議室待ち情報記憶モジュール２１６は、情報処理装置１００、希望会議属性取得モジュール２１４と接続されている。会議室待ち情報記憶モジュール２１６は、会議室の利用予約中の希望会議属性情報（会議室、開催期間（開始日時、終了日時）、会議時間、必要ファシリティ、参加メンバー等）を記憶する。そして、情報処理装置１００の施設利用者決定モジュール１３０からアクセスされる。
【００３０】
コミュニケーション見解サーバー２２０は、コミュニケーション見解取得モジュール２２２、コミュニケーション見解記憶モジュール２２４を有している。
コミュニケーション見解取得モジュール２２２は、コミュニケーション見解記憶モジュール２２４、予約端末装置２５０と接続されている。コミュニケーション見解取得モジュール２２２は、予約端末装置２５０から会議室利用者２９０（少なくとも、会議室の利用予約がバッティングしている複数の利用者を含む）のコミュニケーションに対する見解情報を取得し、コミュニケーション見解記憶モジュール２２４に記憶させる。
コミュニケーション見解記憶モジュール２２４は、情報処理装置１００、コミュニケーション見解取得モジュール２２２と接続されている。コミュニケーション見解記憶モジュール２２４は、会議室利用者２９０のコミュニケーションに対する見解情報を記憶する。そして、情報処理装置１００のコミュニケーション見解受付モジュール１２０からアクセスされる。
【００３１】
コミュニケーション履歴サーバー２３０は、コミュニケーション履歴取得モジュール２３２、コミュニケーション履歴記憶モジュール２３４を有している。
コミュニケーション履歴取得モジュール２３２は、コミュニケーション履歴記憶モジュール２３４と接続されている。コミュニケーション履歴取得モジュール２３２は、メールサーバーから会議室利用者２９０のメールコミュニケーション履歴又は位置情報サーバーから会議室利用者２９０のリアルコミュニケーション履歴を取得し、コミュニケーション履歴記憶モジュール２３４に記憶させる。
コミュニケーション履歴記憶モジュール２３４は、情報処理装置１００、コミュニケーション履歴取得モジュール２３２と接続されている。コミュニケーション履歴記憶モジュール２３４は、会議室利用者２９０のメールコミュニケーション履歴又はリアルコミュニケーション履歴を記憶する。そして、情報処理装置１００のコミュニケーション評価モジュール１１０からアクセスされる。
提示モジュール２４０は、情報処理装置１００、予約端末装置２５０と接続されている。提示モジュール２４０は、予約端末装置２５０（会議室利用者２９０）に、情報処理装置１００の利用者決定出力モジュール１４０から出力された会議室の予約情報（予約されたこと、予約が取り消されたこと、優先度情報等）を通知する。通知先としては、決定された利用者、他の利用者がある。
【００３２】
図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、希望会議属性取得モジュール２１４は、開催を希望する会議室、会議の開催期間、会議時間、必要ファシリティ、参加メンバーの情報を予約端末装置２５０から取得する。会議室利用者２９０が、予約端末装置２５０を用いて会議室を予約するに際して、希望会議属性情報を設定することに該当する。
ステップＳ３０４では、会議室待ち情報記憶モジュール２１６は、ステップＳ３０２で取得した会議室利用待ち中の希望会議属性情報（会議室、開催期間、会議時間、必要ファシリティ、参加メンバー等）を記憶する。
ステップＳ３０６では、施設利用者決定モジュール１３０は、対象としている会議室の利用者を決定すべき日時であるか否かを判断し、決定すべき日時である場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３０２からの処理を行う。具体的には、現在は、会議の開始日時から予め定められた日時前であるか否かを判断する。
【００３３】
ステップＳ３０８では、施設利用者決定モジュール１３０は、対象としている会議室のステップＳ３０６で判断対象とした開始日時（以前）の予約を禁止する。
ステップＳ３１０では、会議室予約管理サーバー２１０は、対象としている会議室の利用者は複数であるか否か（会議室の利用予約が重なっているか否か）を判断し、複数である場合はステップＳ３１２へ進み、それ以外の場合はステップＳ３２２へ進む。
ステップＳ３１２では、コミュニケーション見解取得モジュール２２２は、会議室利用者のコミュニケーションに対する見解情報を取得する。会議室利用者２９０が、予約端末装置２５０を用いてコミュニケーションに対する見解を設定することに該当する。
【００３４】
ステップＳ３１４では、コミュニケーション見解記憶モジュール２２４は、会議室利用者のコミュニケーションに対する見解情報を記憶する。例えば、コミュニケーション見解記憶モジュール２２４は、コミュニケーション見解テーブル１１００を記憶する。図１１は、コミュニケーション見解テーブル１１００のデータ構造例を示す説明図である。コミュニケーション見解テーブル１１００は、社員氏名欄１１１０、コミュニケーション見解欄１１２０を有している。社員氏名欄１１１０は、利用者の名称を記憶する。また、社員番号等のように、本実施の形態において利用者を一意に識別し得るＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）であってもよい。コミュニケーション見解欄１１２０は、その利用者におけるコミュニケーションに対する見解情報を記憶する。ここで、見解情報：１は、「過去のコミュニケーションが多いからこそ、今後も会議室を利用して深いコミュニケーションをする」という見解を示しており、見解情報：０は、「過去のコミュニケーションが少ないからこそ、今後は会議室を利用して深いコミュニケーションをする」という見解を示している。
【００３５】
ステップＳ３１６では、コミュニケーション評価モジュール１１０は、会議室利用者のメールコミュニケーション履歴、又は、リアルコミュニケーション履歴をコミュニケーション履歴記憶モジュール１８０から取得する。
ここで、コミュニケーション履歴サーバー２３０によるメールコミュニケーション履歴、リアルコミュニケーション履歴の取得等について説明する。図４は、コミュニケーション履歴取得モジュール２３２内の構成例についての概念的なモジュール構成図である。コミュニケーション履歴取得モジュール２３２は、組織情報記憶モジュール４１０、リアルコミュニケーション取得モジュール４２０、メールコミュニケーション取得モジュール４３０を有している。
組織情報記憶モジュール４１０は、利用者が所属している組織に関する情報を記憶している。例えば、組織情報テーブル５００を記憶している。図５は、組織情報テーブル５００のデータ構造例を示す説明図である。組織情報テーブル５００は、社員氏名欄５１０、社員番号欄５２０、所属欄５３０、職階欄５４０、事業所欄５５０、内線番号欄５６０、メールアドレス欄５７０、無線タグＩＤ欄５８０を有している。社員氏名欄５１０は、利用者の名称を記憶している。社員番号欄５２０は、その利用者の社員番号を記憶している。所属欄５３０は、その利用者が所属している組織を記憶している。職階欄５４０は、その利用者の職階を記憶している。事業所欄５５０は、その利用者が配属されている事業所を記憶している。内線番号欄５６０は、その利用者の内線番号を記憶している。メールアドレス欄５７０は、その利用者のメールアドレスを記憶している。無線タグＩＤ欄５８０は、その利用者が所持している無線タグのＩＤを記憶している。
組織情報テーブル５００のメールアドレス欄５７０を用いて、その利用者のメールコミュニケーション履歴を取得する。そして、組織情報テーブル５００の無線タグＩＤ欄５８０を用いて、その利用者のリアルコミュニケーション履歴を取得する。
【００３６】
リアルコミュニケーション取得モジュール４２０は、前述した位置情報サーバーから対象としている利用者のリアルコミュニケーション履歴を取得する。例えば、会議室に設置されている検出アンテナについて、リアルコミュニケーション履歴としてのリアルコミュニケーションテーブル６００を取得する。したがって、リアルコミュニケーションテーブル６００は、利用者毎に会議室に居た時間（つまり、過去に会議に参加した時間）を示すこととなる。図６は、リアルコミュニケーションテーブル６００のデータ構造例を示す説明図である。リアルコミュニケーションテーブル６００は、社員氏名欄６１０、無線タグＩＤ欄６２０、検出アンテナ欄６３０、検出時間欄６４０、総検出時間欄６５０を有している。社員氏名欄６１０は、利用者の名称を記憶している。無線タグＩＤ欄６２０は、その利用者が所持している無線タグのＩＤを記憶している。その利用者に対応する組織情報テーブル５００の無線タグＩＤ欄５８０から取得する。検出アンテナ欄６３０は、位置センサである検出アンテナのＩＤを記憶している。つまり、その利用者は、その検出アンテナがある場所に居たことを示している。検出時間欄６４０は、その検出アンテナによって検出された時間を記憶している。つまり、その利用者が、その検出アンテナがある場所に居た時間を示している。総検出時間欄６５０は、その利用者が対象としている検出アンテナによって検出されていた時間の総計を記憶している。この値は、利用者毎の検出時間欄６４０内の時間の総計である。つまり、その利用者が会議に参加した時間数を記憶していることになる。
なお、リアルコミュニケーション取得モジュール４２０は、前述した位置情報サーバーから会議参加メンバーが同じ時刻に同じ検出アンテナに検出された時間を取得するようにしてもよい。つまり、会議参加メンバー間で既にどれだけ実際のコミュニケーションが行われていたかを示すリアルコミュニケーションテーブル６００を取得するようにしてもよい。
【００３７】
メールコミュニケーション取得モジュール４３０は、メールサーバーから対象としている利用者のメールコミュニケーション履歴を取得する。例えば、メールコミュニケーションテーブル７００を取得する。図７は、メールコミュニケーションテーブル７００のデータ構造例を示す説明図である。メールコミュニケーションテーブル７００は、社員氏名欄７１０、送信回数欄７２０、受信回数欄７３０、送受信合計欄７４０を有している。社員氏名欄７１０は、利用者の名称を記憶している。送信回数欄７２０は、その利用者が送信したメールの数を記憶している。受信回数欄７３０は、その利用者が受信したメールの数を記憶している。送受信合計欄７４０は、その利用者が送受信したメールの数（送信回数欄７２０と受信回数欄７３０の合計）を記憶している。
なお、メールコミュニケーション取得モジュール４３０は、メールサーバーから会議参加メンバー間で送受信されたメールの数を取得するようにしてもよい。つまり、会議参加メンバー間で既にどれだけメールによるコミュニケーションが行われていたかを示すメールコミュニケーションテーブル７００を取得するようにしてもよい。
【００３８】
ステップＳ３１８では、コミュニケーション評価モジュール１１０は、メールコミュニケーション情報、又は、リアルコミュニケーション情報からコミュニケーションを評価する。
ここで、コミュニケーション評価モジュール１１０が行うコミュニケーションの評価（コミュニケーション量とコミュニケーション量の統計量を算出する処理）について説明する。
例えば、リアルコミュニケーションテーブル６００の社員氏名欄６１０、総検出時間欄６５０によって構成されるリアルコミュニケーション時間テーブル８００を生成する。図８は、リアルコミュニケーション時間テーブル８００のデータ構造例を示す説明図である。リアルコミュニケーション時間テーブル８００は、社員氏名欄８１０、総検出時間欄８２０を有している。社員氏名欄８１０は、利用者の名称を記憶している。リアルコミュニケーションテーブル６００の社員氏名欄６１０に該当する。総検出時間欄８２０は、その利用者が対象としている検出アンテナによって検出されていた時間の総計を記憶している。リアルコミュニケーションテーブル６００の総検出時間欄６５０に該当する。
次に、例えば、メールコミュニケーションテーブル７００の社員氏名欄７１０と送受信合計欄７４０によって構成されるメールコミュニケーション時間テーブル９００を生成する。図９は、メールコミュニケーション時間テーブル９００のデータ構造例を示す説明図である。メールコミュニケーション時間テーブル９００は、社員氏名欄９１０、送受信合計欄９２０を有している。社員氏名欄９１０は、利用者の名称を記憶している。メールコミュニケーションテーブル７００の社員氏名欄７１０に該当する。送受信合計欄９２０は、その利用者が送受信したメールの数を記憶している。メールコミュニケーションテーブル７００の送受信合計欄７４０に該当する。
【００３９】
そして、例えば、利用者毎の総検出時間欄８２０と送受信合計欄９２０を合計して、コミュニケーションテーブル１０００を生成する。図１０は、コミュニケーションテーブル１０００のデータ構造例を示す説明図である。コミュニケーションテーブル１０００は、社員氏名欄１０１０、コミュニケーション量欄１０２０を有している。社員氏名欄１０１０は、利用者の名称を記憶している。コミュニケーション量欄１０２０は、総検出時間欄８２０と送受信合計欄９２０の合計値であるコミュニケーション量を記憶している。そして、コミュニケーション量の統計量の一例である平均値を記憶している。
なお、コミュニケーション量として、総検出時間欄８２０と送受信合計欄９２０の合計を例示したが、これに限定されず、予め定められた係数を用いて重み付けをした合計としてもよいし、総検出時間欄８２０、送受信合計欄９２０の値ではなく、検出アンテナによる検出回数、メール容量等を用いてコミュニケーション量を算出するようにしてもよい。
【００４０】
ステップＳ３２０では、施設利用者決定モジュール１３０は、コミュニケーション量から各利用者の会議室優先度を算出する。
ここで、施設利用者決定モジュール１３０が行う会議室優先度の算出処理について説明する。コミュニケーション見解テーブル１１００のコミュニケーションに対する見解、コミュニケーションテーブル１０００のコミュニケーション量、コミュニケーション量の平均値に基づいて、会議室優先度を算出する。例えば、会議室優先度テーブル１２００を生成する。図１２は、会議室優先度テーブル１２００のデータ構造例を示す説明図である。会議室優先度テーブル１２００は、社員氏名欄１２１０、コミュニケーション見解欄１２２０、コミュニケーション量欄１２３０、コミュニケーション量における平均との差分欄１２４０、会議室優先度欄１２５０を有している。社員氏名欄１２１０は、利用者の名称を記憶している。コミュニケーション見解欄１２２０は、その利用者のコミュニケーションに対する見解を記憶している。コミュニケーション見解テーブル１１００のコミュニケーション見解欄１１２０に該当する。コミュニケーション量欄１２３０は、その利用者のコミュニケーション量を記憶している。そして、コミュニケーション量の平均値を記憶している。コミュニケーションテーブル１０００のコミュニケーション量欄１０２０に該当する。コミュニケーション量における平均との差分欄１２４０は、会議室優先度を算出するための計算式を記憶している。会議室優先度欄１２５０は、コミュニケーション量における平均との差分欄１２４０による結果である会議室優先度を記憶している。
【００４１】
コミュニケーション量における平均との差分欄１２４０は、コミュニケーション見解欄１２２０の値によって計算式が異なる。コミュニケーション見解欄１２２０が１のときは、コミュニケーション量から平均値を減算する処理を行う。コミュニケーション見解欄１２２０が０のときは、平均値からコミュニケーション量を減算する処理を行う。
社員氏名：Ａについては、コミュニケーションに対する見解が１であることより、Ａはこれまでのコミュニケーションが多いからこそ、今後も会議室を利用すべきだと考える人である。しかしながら、実際のコミュニケーション量は平均値より少なかった。コミュニケーション量における平均との差分欄１２４０の値は、６２０−７１０＝−９０である。
社員氏名：Ｂについては、コミュニケーションに対する見解が１であることより、Ｂはこれまでのコミュニケーションが多いからこそ、今後も会議室を利用すべきだと考える人である。そして、実際のコミュニケーション量は平均値よりも多かった。コミュニケーション量における平均との差分欄１２４０の値は、９６０−７１０＝２５０である。
社員氏名：Ｃについては、コミュニケーションに対する見解が０であることより、Ｃはこれまでのコミュニケーションが少ないからこそ、今後は会議室を利用すべきだと考える人である。そして、実際のコミュニケーション量は平均値より少なかった。コミュニケーション量はＡ、Ｂより少なかったが、Ｃは少ないからこそ、今後は会議室を利用すべきとの考えなので、その価値観にあった優先度をつけるために、平均値からコミュニケーション量を減算する処理を行っている。コミュニケーション量における平均との差分欄１２４０の値は、７１０−５５０＝１６０である。
会議室優先度欄１２５０の会議室優先度は、コミュニケーション量における平均との差分欄１２４０の値が大きい順に決定する。図１２の例では、Ａが３位、Ｂが１位、Ｃが２位となる。
【００４２】
なお、図１２の例は、社員氏名：Ｃのコミュニケーションに対する見解が０であった場合であったが、図１３の例のように３名ともコミュニケーションに対する見解が１である場合について説明する。コミュニケーションに対する見解が変わると、会議室優先度が変わる例である。図１３に例示する会議室優先度テーブル１３００は、図１２に例示した会議室優先度テーブル１２００と同様のデータ構造である。ただし、社員氏名：Ｃのコミュニケーション見解欄１３２０は１となっている。この場合、コミュニケーション量における平均との差分欄１３４０は、５５０−７１０＝−１６０となり、社員氏名：Ｃのコミュニケーション量における平均との差分欄１３４０の−９０より小さい値である。したがって、会議室優先度欄１３５０の会議室優先度は、Ａが２位、Ｂが１位、Ｃが３位となる。
【００４３】
ステップＳ３２２では、会議室優先度１位の利用者に通知する。例えば、図１４に示すメッセージ提示画面１４００を利用者が利用している情報処理装置（パーソナルコンピュータ、携帯端末等）に提示する。提示する内容は、予約した会議室名、開催期間等である。そして、その利用者が選択し得る利用ボタン１４１０、キャンセルボタン１４２０を提示する。利用者は利用ボタン１４１０、キャンセルボタン１４２０のいずれかを選択する。
ステップＳ３２４では、予約が設定されたか否かを判断し、設定された場合は処理を終了し（ステップＳ３９９）、それ以外の場合はステップＳ３２６へ進む。
ステップＳ３２６では、会議室優先度２位の利用者を優先度１位の利用者とし、ステップＳ３２２からの処理を行う。
【００４４】
前述の実施の形態において、図５〜図１３で示したデータ構造は、これらのデータ構造に限られず、他のデータ構造であってもよい。例えば、テーブル構造のものはリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。
例えば、図５、図６、図７で示した組織情報テーブル５００、リアルコミュニケーションテーブル６００、メールコミュニケーションテーブル７００を合成してコミュニケーション情報テーブル１５００を用いるようにしてもよい。図１５は、コミュニケーション情報テーブル１５００のデータ構造例を示す説明図である。コミュニケーション情報テーブル１５００は、社員氏名欄１５１０、社員番号欄１５２０、所属欄１５３０、職階欄１５４０、事業所欄１５５０、内線番号欄１５６０、メールアドレス欄１５７０、無線タグＩＤ欄１５８０、総検出時間欄１５９０、送受信合計欄１５９５を有している。社員氏名欄１５１０から無線タグＩＤ欄１５８０は組織情報テーブル５００に該当し、総検出時間欄１５９０はリアルコミュニケーションテーブル６００の総検出時間欄６５０に該当し、送受信合計欄１５９５はメールコミュニケーションテーブル７００の送受信合計欄７４０に該当する。
なお、各モジュールの処理内容として背景技術で説明した技術を採用してもよい。
【００４５】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１６０１を用い、記憶装置としてＲＡＭ１６０２、ＲＯＭ１６０３、ＨＤ１６０４を用いている。ＨＤ１６０４として、例えばハードディスクを用いてもよい。コミュニケーション評価モジュール１１０、コミュニケーション見解受付モジュール１２０、施設利用者決定モジュール１３０、利用者決定出力モジュール１４０、施設利用待ち情報管理モジュール１９０、希望会議属性取得モジュール２１４、コミュニケーション見解サーバー２２０、コミュニケーション履歴取得モジュール２３２、提示モジュール２４０、リアルコミュニケーション取得モジュール４２０、メールコミュニケーション取得モジュール４３０等のプログラムを実行するＣＰＵ１６０１と、そのプログラムやデータを記憶するＲＡＭ１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１６０３と、補助記憶装置であるＨＤ１６０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１６０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１６０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４６】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００４７】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００４８】
１００…情報処理装置
１１０…コミュニケーション評価モジュール
１２０…コミュニケーション見解受付モジュール
１３０…施設利用者決定モジュール
１４０…利用者決定出力モジュール
１８０…コミュニケーション履歴記憶モジュール
１９０…施設利用待ち情報管理モジュール
２１０…会議室予約管理サーバー
２１２…会議室予約管理情報記憶モジュール
２１４…希望会議属性取得モジュール
２１６…会議室待ち情報記憶モジュール
２２０…コミュニケーション見解サーバー
２２２…コミュニケーション見解取得モジュール
２２４…コミュニケーション見解記憶モジュール
２３０…コミュニケーション履歴サーバー
２３２…コミュニケーション履歴取得モジュール
２３４…コミュニケーション履歴記憶モジュール
２４０…提示モジュール
２５０…予約端末装置
２９０…会議室利用者
４１０…組織情報記憶モジュール
４２０…リアルコミュニケーション取得モジュール
４３０…メールコミュニケーション取得モジュール
【図１】
0005533513.tif 000002
【図２】
0005533513.tif 000003
【図３】
0005533513.tif 000004
【図４】
0005533513.tif 000005
【図５】
0005533513.tif 000006
【図６】
0005533513.tif 000007
【図７】
0005533513.tif 000008
【図８】
0005533513.tif 000009
【図９】
0005533513.tif 000010
【図１０】
0005533513.tif 000011
【図１１】
0005533513.tif 000012
【図１２】
0005533513.tif 000013
【図１３】
0005533513.tif 000014
【図１４】
0005533513.tif 000015
【図１５】
0005533513.tif 000016
【図１６】
0005533513.tif 000017