ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025001427
(43)【公開日】2025-01-08
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 50/00 20240101AFI20241225BHJP
G06Q 50/10 20120101ALI20241225BHJP
G06Q 10/109 20230101ALI20241225BHJP
H04L 67/306 20220101ALI20241225BHJP
H04L 51/046 20220101ALN20241225BHJP
【ＦＩ】
G06Q50/00 300
G06Q50/10
G06Q10/109
H04L67/306
H04L51/046
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023101016
(22)【出願日】2023-06-20
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】白井 佑
【テーマコード（参考）】
5L010
5L049
5L050
【Ｆターム（参考）】
5L010AA13
5L049AA13
5L049CC11
5L050CC11
(57)【要約】
【課題】ユーザ同士の予定を合わせる際の煩雑さを抑制する。
【解決手段】情報処理装置１００は、ユーザ毎のライフスタイルを取得する取得部と、ライフスタイルからユーザ毎の各行動における拘束時間を推定する推定部と、ユーザ毎の、拘束時間の優先度及び予定の優先度を設定する優先度設定部と、ユーザ毎の予定表にユーザ毎の拘束時間を設定する予定表設定部と、２以上のユーザが行動を共にする予定の有無を判定する第１判定部と、予定表設定部が設定したユーザ毎の予定表から、ユーザ毎に、空き時間を推定して提案する提案部と、ユーザ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う処理部と、を備える。
【選択図】図３
【解決手段】情報処理装置１００は、ユーザ毎のライフスタイルを取得する取得部と、ライフスタイルからユーザ毎の各行動における拘束時間を推定する推定部と、ユーザ毎の、拘束時間の優先度及び予定の優先度を設定する優先度設定部と、ユーザ毎の予定表にユーザ毎の拘束時間を設定する予定表設定部と、２以上のユーザが行動を共にする予定の有無を判定する第１判定部と、予定表設定部が設定したユーザ毎の予定表から、ユーザ毎に、空き時間を推定して提案する提案部と、ユーザ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う処理部と、を備える。
【選択図】図３
【特許請求の範囲】
【請求項1】
ユーザ毎のライフスタイルを取得する取得部と、
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定部と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定部と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定部と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定部と、
前記予定表設定部が設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案部と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理部と、
を備えることを特徴とする情報処理装置。
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定部と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定部と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定部と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定部と、
前記予定表設定部が設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案部と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記予定表設定部は、前記ライフスタイルから前記拘束時間毎の平均値を用いて、前記拘束時間を前記予定表に設定する、
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記ユーザ毎の拘束時間のうち、調整可能な時間を推定して調整する調整部を更に備える、
ことを特徴とする請求項１又は２に記載の情報処理装置。
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項4】
前記予定表設定部は、所定の期間の予定を前記ユーザ毎の予定表に設定する、
ことを特徴とする請求項１又は２に記載の情報処理装置。
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項5】
情報処理装置で実行される情報処理方法であって、
ユーザ毎のライフスタイルを取得する取得工程と、
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定工程と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定工程と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定工程と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定工程と、
前記予定表設定工程において設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案工程と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理工程と、
を含むことを特徴とする情報処理方法。
ユーザ毎のライフスタイルを取得する取得工程と、
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定工程と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定工程と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定工程と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定工程と、
前記予定表設定工程において設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案工程と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理工程と、
を含むことを特徴とする情報処理方法。
【請求項6】
ユーザ毎のライフスタイルを取得する取得手順と、
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定手順と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定手順と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定手順と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定手順と、
前記予定表設定手順において設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案手順と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理手順と、
をコンピュータに実行させるための情報処理プログラム。
前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定手順と、
前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定手順と、
前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定手順と、
２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定手順と、
前記予定表設定手順において設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案手順と、
前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理手順と、
をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
グループのユーザがコミュニケーションをとることが可能な技術が提供されている。グループチャットが開始されたときに、グループチャットに参加するメンバーに対して、所定のメッセージを送信することで、他のユーザにユーザの状況を通知する技術が提供されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１５－１７０２３４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、チャットを行っているユーザ同士でイベントを行う際、予定を合わせる場合に、時間を要する可能性がある。
【0005】
本願は、上記に鑑みてなされたものであって、ユーザ同士の予定を合わせる際の煩雑さを抑制できる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、ユーザ毎のライフスタイルを取得する取得部と、前記ライフスタイルから前記ユーザ毎の各行動における拘束時間を推定する推定部と、前記ユーザ毎の、前記拘束時間の優先度及び予定の優先度を設定する優先度設定部と、前記ユーザ毎の予定表にユーザ毎の前記拘束時間を設定する予定表設定部と、２以上の前記ユーザが行動を共にする予定の有無を判定する第１判定部と、前記予定表設定部が設定した前記ユーザ毎の予定表から、前記ユーザ毎に、空き時間を推定して提案する提案部と、前記ユーザ毎の、前記拘束時間の優先度及び前記予定の優先度を比較し、比較結果で前記予定のマッチングを行う処理部と、を備えることを特徴とする。
【発明の効果】
【0007】
実施形態の一態様によれば、ユーザ同士の予定を合わせる際の煩雑さを抑制できる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0010】
【0011】
図１では、実施形態に係る情報処理システム１に含まれる情報処理装置１００が、ユーザＵのライフスタイルから拘束時間を推定して、ユーザＵの拘束時間の優先度及び予定の優先度を設定する。そして、ユーザＵの予定表を拘束時間及び予定で設定し（埋め）、空き時間を推定して提案する。さらにユーザＵと他のユーザとのそれぞれの拘束時間の優先度及び予定の優先度を比較し、比較結果で予定表において予定のマッチング（決定）を行う。図１では、ユーザＵ１、ユーザＵ２及びユーザＵｎとの飲み会及び旅行の日程をマッチング（決定）する例を示す。
【0012】
なお、ユーザＵ１、ユーザＵ２及びユーザＵｎを区別しない場合、「ユーザＵ」と記載する。
【0013】
図１に示すように、実施形態に係る情報処理システム１は、ユーザ端末１０と、情報処理装置１００とを含む。
【0014】
ユーザ端末１０は、ユーザＵすなわちユーザＵ１，Ｕ２…Ｕｎがそれぞれ利用する端末装置であるユーザ端末１０－１，１０－２…１０－ｎである。ユーザＵは、ユーザ端末１０から図示略のネットワークを介し、情報処理装置１００へアクセスすることで、情報処理装置１００が提供するサービスを利用する。ユーザ端末１０は、情報処理装置１００から受信した各種情報を表示する。ユーザＵは、ユーザ端末１０により未調整の予定を確認したりする。また、ユーザ端末１０は、ユーザＵが入力した拘束時間等の各行動についての情報を情報処理装置１００へ送信する。ユーザＵは、ユーザ端末１０を操作することにより、予定の登録や、参加が要求された予定に対する調整情報の登録を行ったりする。予定参加が要求されたユーザを「参加ユーザ」とする場合がある。また、ユーザ端末１０は、インスタントメッセンジャーのアプリケーションがインストールされている。以下では、「インスタントメッセンジャーのアプリケーション」を適宜「メッセンジャーアプリ」と記載する。メッセンジャーアプリは、ユーザＵのスケジュールを調整する機能を有していてもよい。ユーザ端末１０は、情報処理装置１００から受信した情報をメッセンジャーアプリにより表示してもよい。ユーザ端末１０は、メッセンジャーアプリのスケジュールを調整する機能により、ユーザＵのスケジュールや調整情報の登録などを行ってもよい。ユーザ端末１０は、ユーザＵが入力した情報をメッセンジャーアプリにより情報処理装置１００へ送信してもよい。また、情報処理装置１００との間で種々の情報の送受信を行うスケジュール調整アプリケーション等がインストールされていてもよい。スケジュール調整アプリケーションは、メッセンジャーアプリのスケジュール調整機能と同様の機能を有していてもよい。なお、以下では、「ユーザＵ」は、適宜「ユーザ端末１０」と読み替えることができる。
【0015】
情報処理装置１００は、各種サービスをユーザＵへ提供するサーバ装置である。情報処理装置１００が提供するサービスは、例えば、ユーザ端末１０にインストールされた各種アプリやブラウザを介して各種情報を提供するサービスである。提供されるサービスには、メッセージを送受信するサービスのほか、例えば、ニュース提供サービスや、オークションサービス、天気予報サービス、ショッピングサービス、金融取引（株取引等）サービス、路線検索サービス、地図提供サービス、旅行サービス、飲食店紹介サービス、ブログサービス等が含まれてもよい。情報処理装置１００は、種々の情報に基づいて、予定の開催日時をマッチングさせてもよい。
【0016】
情報処理装置１００は、ユーザＵに関するユーザ情報も取得可能である。例えば、情報処理装置１００は、ユーザＵの性別、年齢、自宅、趣味、興味（嗜好）といったユーザＵのユーザ属性に関する情報を取得する。そして、情報処理装置１００は、ユーザＵを示す識別情報（ユーザＩＤ）とともにユーザＵの属性に関する情報を記憶して管理する。以下では、趣味及び興味（嗜好）を適宜「趣味等」と記載する。
【0017】
情報処理装置１００は、ユーザＵのユーザ端末１０から、あるいはユーザＩＤなどに基づいて各種サーバなどから、ユーザＵの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、情報処理装置１００は、ユーザＵの位置や日時の履歴である位置履歴をユーザ端末１０から取得する。また、情報処理装置１００は、ユーザＵが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、情報処理装置１００は、ユーザＵが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、情報処理装置１００は、ユーザＵの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、情報処理装置１００は、ユーザＵのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、情報処理装置１００は、ユーザＵの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。
【0018】
情報処理装置１００は、ユーザＵ毎のユーザ端末１０からユーザＵ毎のライフスタイルを取得する（ステップＳ１）。ここでのライフスタイルは、ユーザＵ毎の行動（行動履歴）を指す。例えば、ライフスタイルとは、ユーザＵ毎の実際の各行動を指す。具体的には、ユーザＵのインターネットへのアクセス（動画の再生、漫画、ニュース、天気アプリの閲覧、インスタントメッセンジャーの使用等）やオフラインでの行動（リアルでの行動）を含む。リアルでの行動は、例えば起床やトイレ、通勤、通学、料理、就寝、着替え、洗面等の生活パターンやルーティーンが挙げられる。
【0019】
図１に示す例では、ユーザＵ１は、仕事が８：００～１７：００までであり、睡眠が２２：３０～６：３０までであり、休日の１３：００～１３：４０まで掃除を行い、毎日３食食事をとっている。また、ユーザＵ１は、月曜日と水曜日の２０：００～２１：００までジムに通っている。食食事をとっている。そして、ユーザＵ１は、６月３日土曜日に結婚式を予定している。ユーザＵ２は、仕事が９：００～１８：００までであり、睡眠が２３：３０～７：００までであり、休日の１３：００～１３：４０まで掃除を行い、毎日３また、ユーザＵ２は、月曜日と木曜日の２１：００～２１：４５までジムに通っている。ユーザＵｎは、仕事が９：００～１８：００までであり、睡眠が２２：３０～７：００までであり、休日の１３：００～１５：００まで掃除を行い、毎日３食食事をとっている。また、ユーザＵｎは、木曜日の２０：００～２０：４５までジムに通っている。なお、行動・予定は、これらに限られず、増やしたり、減らしたり、任意に変更してよい。
【0020】
そして、情報処理装置１００は、ライフスタイルから、ユーザＵ毎の各行動における拘束時間を推定する（ステップＳ２）。拘束時間は、例えば、睡眠時間、勤務時間等の拘束時間をいう。また、拘束時間には、家事、掃除、習い事などの調整可能な時間を含んでもよい。図１に示す例では、例えば、ユーザＵ１は、勤務時間の８：００～１７：００まで、ユーザ２は、勤務時間の９：００～１８：００が拘束時間であると推定する。睡眠時間や掃除の時間ジムの時間も同様に拘束時間であると推定する。また、各行動の拘束時間は、例えば１か月間の平均時間であってもよい。
【0021】
続いて、ユーザＵは、ユーザ端末１０から、優先度を設定する（ステップＳ３）。具体的に、ユーザＵは、ユーザ端末１０から、拘束時間の優先度及び予定の優先度を設定する。ここでの予定は、その時限りの予定をいう。例えば、予定には、飲み会、結婚式、旅行等を含んでよい。情報処理装置１００は、優先度を受付け、ユーザＵの予定表に拘束時間を設定する（ステップＳ４）。
【0022】
図１に示す例では、ユーザＵ１は、結婚式の優先度を「１０」と設定し、旅行の優先度を「９」に設定し、仕事と睡眠の優先度を「８」に設定している。また、ユーザＵ１は、掃除、飲食、ジムの優先度を「６」に設定し、飲み会の優先度を「７」に設定している。ユーザ２は、旅行の優先度を「９」と設定し、仕事と飲食の優先度を「８」に設定し、睡眠の優先度を「７」に設定している。また、ユーザＵ２は、飲み会の優先度を「６」に設定し、ジムの優先度を「３」に設定している。そして、ユーザ２は、掃除の優先度を「２」に設定している。ユーザＵｎは、旅行の優先度を「９」に設定し、仕事と睡眠の優先度を「８」に設定し、飲食の優先度を「６」に設定している。そして、ユーザＵｎは、飲み会の優先度を「５」に設定し、掃除及びジムの優先度を「３」に設定している。
【0023】
図１に示すように、予定表には、拘束時間として、ユーザＵ１の結婚式を「Ｕ１ 結婚式 ×」と予定表に表示している。また、土曜日、日曜日には、「Ｕ１，Ｕ２，Ｕ３ 掃除 〇」と表示し、ユーザＵがジムに通う平日には、例えば、「Ｕ１ ジム △」と表示している。ここでの、記号は、×は、変えられない予定であり、△は、変更可能な予定、〇は、ユーザＵが変更できる予定を示す。また、図１に示す例では、予定表は、カレンダーであるが、一週間のスケジュール表など任意であってよい。なお、図１に示すマッチング結果には、わかりやすくするために勤務時間や睡眠時間等を表示していないが、これらを表示させてもよい。また、記号は、〇、△、×に限られず、Ａ、Ｂ，Ｃ等であってもよい。
【0024】
情報処理装置１００は、ユーザ端末１０から送信されるチャットグループのメッセージを受信（ステップＳ５）し、受信したチャットグループのメッセージを、メッセージを送信したユーザＵ以外のユーザＵのユーザ端末１０へ不図示のネットワークを介して送信する（ステップＳ６）。ユーザ端末１０は、情報処理装置１００から送信されたグループチャットのメッセージを受信し、受信したグループチャットのメッセージを表示する。
【0025】
図１に示す例では、ユーザ端末１０－１には、グループチャットのメッセージとして、ユーザＵ１のメッセージＣＴ１０、ユーザＵ２のＣＴ１１、及びユーザＵｎのメッセージＣＴ１２が表示されている。また、チャットグループの名称はグループＡである。
【0026】
情報処理装置１００は、複数のユーザＵ１～Ｕｎのうち２以上のユーザＵによるグループチャットのメッセージに基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する（ステップＳ７）。図１に示す例では、メッセージＣＴ１０は、「飲み会かディナー行きませんか？あと、旅行もどうですか？」であり、メッセージＣＴ１１は、「飲み会と旅行行きましょう！」であり、メッセージＣＴ１２は、「私も行きます！」である。
【0027】
そのため、情報処理装置１００は、ユーザＵ１のメッセージＣＴ１０、ユーザＵ２のメッセージＣＴ１１、及びユーザＵｎのメッセージＣＴ１２に基づいて、ユーザＵ１～Ｕｎが行動を共にする予定があると判定し、その参加者がユーザＵ１～Ｕｎであると判定する。
【0028】
次に、情報処理装置１００は、予定表から空き時間を推定し、提案する（ステップＳ７）。そして、ユーザＵは、ユーザ端末１０を操作することで、予定の希望の日時を情報処理装置に送信する（ステップＳ８）。情報処理装置１００は、ユーザＵ希望の日時を受付け、予定表に表示させる。（ステップＳ９）。
【0029】
図１に示す例では、情報処理装置１００は、ユーザＵ１のユーザ端末１０－１に対しては、「毎週火曜日、木曜日にディナーや飲み会ができます。旅行は、結婚式でない休日に可能ですが、掃除の予定を調整する必要があります。」と表示される。ユーザＵ２のユーザ端末１０－２に対しては、「毎週火曜、日金曜日にディナーや飲み会ができます。旅行は休日に可能ですが、掃除の予定を調整する必要があります。」と提案し、表示する。ユーザＵｎのユーザ端末１０－ｎに対しては、「毎週木曜日を除く平日にディナーや飲み会ができます。旅行は休日に可能ですが、掃除の予定を調整する必要があります。」と提案し、表示する。それぞれのユーザＵが希望の日時をユーザ端末１０を操作して入力もしくは選択することで、情報処理装置１００は、図１に示すように予定表に希望日時を表示させる。例えば、５日には、「Ｕｎ飲み会１９：００～希望」と表示され、１７日と１８日には、「Ｕ２旅行希望」と表示され、２０日には、「Ｕ１飲み会１９：００～希望」と表示されている。
【0030】
情報処理装置１００は、ユーザＵ１と他のユーザ（ユーザＵ２，ユーザＵｎ）とのそれぞれの拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う（ステップＳ９）。
【0031】
図１に示す例では、予定表（マッチング結果）、１３日に「Ｕ１，Ｕ２，Ｕｎ飲み会１９：００～２１：００」と表示され、２４日及び２５日に「Ｕ１，Ｕ２，Ｕｎ旅行」と表示されている。なお、この場合にも、ユーザＵ１～ユーザＵｎは、１３日、２４日及び２５日を飲み会や旅行の希望日時としてそれぞれのユーザ端末１０－１～１０－ｎから情報処理装置１００へ送信している。すなわち、情報処理装置１００は、それぞれのユーザＵの空いている日時をマッチングしている。
【0032】
このようにして、情報処理装置１００は、ユーザＵ毎のライフスタイルから拘束時間を推定し、空いている時間を推定する。そして、情報処理装置１００は、ユーザＵが希望の日時を情報処理装置１００へ送信することで、それぞれのユーザＵの空き時間を比較し、予定の日時をマッチングさせる（決定する）。これにより、ユーザ同士の予定を合わせる際の煩雑さを抑制できる。
【0033】
〔情報処理システム１の構成〕
次に、図２を用いて、実施形態に係る情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に例示するように、実施形態に係る情報処理システム１は、複数のユーザ端末１０－１～１０－ｎと、情報処理装置１００と、を含む。
次に、図２を用いて、実施形態に係る情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に例示するように、実施形態に係る情報処理システム１は、複数のユーザ端末１０－１～１０－ｎと、情報処理装置１００と、を含む。
【0034】
これらの各種装置は、ネットワークＮを介して、有線または無線により通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。なお、ネットワークＮは、例えば、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）または５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）などの移動体通信システムなどを含む構成であるが、係る例に限定されない。
【0035】
ユーザ端末１０は、上記したように、ユーザＵによって利用される端末装置である。ユーザ端末１０は、例えば、スマートフォンを含む携帯電話機や、タブレット端末や、デスクトップ型ＰＣや、ノート型ＰＣや、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｉｔａｎｔ）等の情報処理装置である。また、ユーザ端末１０には、眼鏡型や時計型の情報処理装置であるウェアラブルデバイス（wearable device）も含まれる。
【0036】
ユーザ端末１０は、ユーザＵによる操作や、ユーザ端末１０が有する機能（例えば、メッセージを送受信するためのアプリを実行する機能や、検索サービスを利用するためのアプリを実行する機能や、ブラウザ機能等）に応じて各種情報を取得し、取得した情報に応じた情報を生成して送信する。例えば、ユーザ端末１０－１，１０－２…の各々は、コミュニケーションを実現するためのインスタントメッセンジャーのアプリケーションやスケジュール調整アプリケーションがインストールされており、情報処理装置１００を介して、インスタントメッセンジャーのアプリケーションにより、ユーザ端末１０間でチャットなどのメッセージを送受信することができる。スケジュール調整アプリケーションは、例えばＬＩＮＥ（登録商標）と連携して動作することができる。
【0037】
情報処理装置１００は、ユーザ端末１０－１～１０－ｎとネットワークＮを介して送受信が可能である。情報処理装置１００は、ユーザ端末１０に対し、コミュニケーションを実現するサービスを提供するサービス提供サーバとして機能するサーバ装置である。また、情報処理装置１００は、ユーザＵのユーザ端末１０からのアクセス情報に基づき、ユーザＵのライフスタイルを取得し、取得したライフスタイルに基づき、ライフスタイルから拘束時間を推定し、拘束時間に基づき、予定に対する空き時間を提案する。そして情報処理装置１００は、ユーザＵから空き時間の中から予定の希望の日時を取得すると、優先度や希望時間を他のユーザのそれらと比較し、予定の日時をマッチングする。
【0038】
【0039】
図３に示すように、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００を利用する管理者等から各種操作を受付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【0040】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０との間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０との間で情報の送受信を行う。
【0041】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）等の半導体メモリ素子、又は、ハードディスク、光ディスクなどの記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１と、推定情報記憶部１２２と、グループ情報記憶部１２３と、予定情報記憶部１２４とを有する。
記憶部１２０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）等の半導体メモリ素子、又は、ハードディスク、光ディスクなどの記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１と、推定情報記憶部１２２と、グループ情報記憶部１２３と、予定情報記憶部１２４とを有する。
【0042】
（ユーザ情報記憶部１２１）
ユーザ情報記憶部１２１は、ユーザ端末１０のユーザＵの情報を含むユーザ情報を記憶する。図４は、実施形態に係るユーザ情報記憶部に記憶されるユーザ情報の一例を示す図である。
ユーザ情報記憶部１２１は、ユーザ端末１０のユーザＵの情報を含むユーザ情報を記憶する。図４は、実施形態に係るユーザ情報記憶部に記憶されるユーザ情報の一例を示す図である。
【0043】
図４に示すように、ユーザ情報記憶部１２１に記憶されるユーザ情報には、「ユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）」、「ユーザ名」および「ユーザ属性」等のユーザ情報がユーザＵ毎に含まれる。「ユーザＩＤ」は、各ユーザＵに固有の識別情報であり、例えば、チャットやミーティングにおけるアカウント名である。「ユーザＩＤ」は、例えばＬＩＮＥでは、ＬＩＮＥ ＩＤに対応する。「ユーザ名」は、ユーザＵの名称である。
【0044】
「ユーザ属性」は、ユーザＵの属性を示す情報である。ユーザＵのユーザ属性は、例えば、性別、年齢、業種、勤務時間、勤務地、自宅、趣味、興味（嗜好）等の属性である。ユーザ属性には、ユーザＵのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を含んでもよい。例えば、ユーザ属性には、氏名、家族構成、出身地（地元）、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄り駅以外）、習い事（場所、時間帯等）等のライフスタイルに関する情報を含むことが好ましい。なお、ユーザ情報記憶部１２１に記憶されるユーザ属性は、各ユーザＵによって適宜更新される。
【0045】
本実施例では、ユーザＩＤ「Ｕ１」のユーザＵは、ユーザ名が「ＡＡＡＡ」であり、性別が「男性」であり、年齢が「２０代」であり、職業が「看護師」であり、勤務時間が「日勤」である。また、勤務地が「ｘｘｘ」であり、自宅が「ｚｚｚ」であり、趣味が「読書、ゲーム」であり、興味（嗜好）が「無回答」である。ユーザＩＤ「Ｕ２」のユーザＵは、ユーザ名が「ＹＹＹＹ」であり、性別が「男性」であり、年齢が「１０代」であり、職業が「会社員」であり、勤務時間が「日勤」である。また、勤務地及び自宅が「ｘｘｘ」であり、趣味が「ゲーム」であり、興味（嗜好）が「ピザ、ラーメン」である。ユーザＩＤ「Ｕ３」のユーザＵは、ユーザ名が「ＯＯＯＯ」であり、性別が「女性」であり、年齢が「３０代」であり、職業が「会社員」であり、勤務時間が「３交代」である。また、勤務地が「ｘｘｘ」であり、自宅が「ｙｙｙ」であり、趣味が「ゲーム、音楽」であり、興味（嗜好）が「イタリアン」である。ユーザＩＤ「Ｕ４」のユーザＵは、ユーザ名が「ＣＣＣＣ」であり、性別が「女性」であり、年齢が「３０代」であり、職業が「アルバイト」であり、勤務時間が「日勤」である。また、勤務地が「ｘｘｘ」であり、自宅が「ｚｚｚ」であり、趣味が「買い物、読書」であり、興味（嗜好）が「雑貨、エッセイ」である。ユーザＩＤ「Ｕ５」のユーザＵについて、ユーザ名が「ＢＢＢＢ」であり、性別が「男性」であり、年齢が「５０代」であり、職業が「会社役員」であり、勤務時間が「日勤」である。また、勤務地及び自宅が「ｙｙｙ」であり、趣味が「映画、読書」であり、興味（嗜好）が「お酒、ラーメン」である。
【0046】
（推定情報記憶部１２２）
推定情報記憶部１２２は、ユーザＵのユーザ属性から時間についてのライフスタイルを記憶する。図５は、実施形態に係るユーザ情報記憶部に記憶されるユーザ情報の一例を示す図である。推定情報記憶部１２２は、例えば、ユーザＵ毎のライフスタイルから推定されるユーザＵ毎の拘束時間を記憶する。なお、拘束時間は、後述する推定部１３２によって推定される。
推定情報記憶部１２２は、ユーザＵのユーザ属性から時間についてのライフスタイルを記憶する。図５は、実施形態に係るユーザ情報記憶部に記憶されるユーザ情報の一例を示す図である。推定情報記憶部１２２は、例えば、ユーザＵ毎のライフスタイルから推定されるユーザＵ毎の拘束時間を記憶する。なお、拘束時間は、後述する推定部１３２によって推定される。
【0047】
推定情報記憶部１２２は、推定された各ユーザの行動情報（スケジュール情報）を記憶する。図５は、実施形態に係る推定情報記憶部に記憶される行動情報の一例を示す図である。図３に示す推定情報記憶部１２２には、「ユーザＩＤ」、「スケジュールＩＤ」、「開始日時」、「拘束時間」、「スケジュール優先度」、「ステータス」、「イベントＩＤ」、「イベント優先度」等の項目が含まれる。
【0048】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「スケジュールＩＤ」は、スケジュールを識別するための識別情報を示す。「開始日時」は、対応するスケジュールの開始日時を示す。なお、図５の例では「開始日時」を抽象的な符号「ｄｔ１」等で図示するが、「開始日時」には、「２０２３年６月１日８時００分００秒」等の具体的な日時が記憶されてもよい。また、「開催日時」には、「２０２３年６月５日２０時００分００秒－２１時００分００秒」等の期間情報が記憶されてもよい。
【0049】
「拘束時間」は、推定部３２が推定した拘束時間である。例えば、仕事による拘束時間等を含む。
【0050】
「拘束時間優先度」は、拘束時間の優先度（重み）を示す。拘束時間優先度は、ユーザＵがユーザ端末１０を操作することで情報処理装置１００により設定される。ユーザＵは、例えば、仕事等の調整が難しいスケジュールについては、拘束時間の優先度を高くなるように設定し、掃除等の調整がつきやすいものについては、低くなるように設定する。なお、優先度は本実施形態では１～１０の１０段階で数字が大きいほど優先度が高い（重要である）ものとするが、５段階であっても、数字が小さいほど優先度が高いものとしてもよい。また、拘束時間のうち、優先度が最大の優先度を設定したら、他の拘束時間は、優先度が最大の拘束時間の優先度よりも低い優先度であることが好ましい。
【0051】
「ステータス」は、対応する行動の状況を示す。図５の例では、ステータスが「１」である場合、そのスケジュールが確定していることを示す。また、ステータスが「０」である場合、そのスケジュールが調整可能や調整中であることを示す。なお、ステータスのフラグは「０」、「１」に限らず、種々のフラグが用いられてもよい。例えば、ステータスが「１００」である場合、そのスケジュールが実行済みであることを示してもよい。なお、ステータスが「０」、すなわち調整中であるスケジュールは、同じ時間に複数登録されてもよい。そして、情報処理装置１００は、同じ時間に複数登録されたスケジュールのうち、１つのスケジュールのステータスを「１（確定）」に変更した場合、同じ時間の他のスケジュールを削除してもよい。
【0052】
「イベントＩＤ」は、イベントを識別するための識別情報を示す。なお、「イベントＩＤ」は、スケジュールの内容が、識別情報が割り当てられていない場合、その具体的な内容が記憶されてもよい。
【0053】
「イベント優先度」は、イベント（予定）の優先度（重み）を示す。予定優先度は、ユーザＵがユーザ端末１０を操作することで情報処理装置１００により設定される。ユーザＵは、例えば、ユーザＵが参加しなければならない場合や、興味が高い場合には予定の優先度を高くなる（重要である）ように設定し、ユーザＵが参加しなくてもよい場合、興味が低い場合には予定の優先度は、低くなるように設定する。なお、予定優先度の優先度も拘束時間優先度と同様の段階であり、設定についても同様に設定する。
【0054】
図５に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）は、スケジュールＩＤ「ＳＣ１－１」により識別されるスケジュール（スケジュールＳＣ１－１）が登録されていることを示す。スケジュールＳＣ１－１は、イベントＩＶ１０に対応するスケジュールであり、開始日時が日時ｄｔ１であることを示す。また、スケジュールＳＣ１－１の拘束時間は９時間である。また、スケジュールＳＣ１－１は、ステータスが「１（確定）」であり、日時ｄｔ１に行われることが確定していることを示す。
【0055】
また、ユーザＵ１は、スケジュールＩＤ「ＳＣ１－２」により識別されるスケジュール（スケジュールＳＣ１－２）が登録されていることを示す。スケジュールＳＣ１－２は、イベントＩＶ１１に対応するスケジュールであり、開始日時が日時ｄｔ１２であることを示す。また、スケジュールＳＣ１－２は、ステータスが「０（調整中）」であり、日時ｄｔ１２に行われることは未確定であることを示す。
【0056】
例えば、スケジュールＳＣ１－１が仕事であり、イベントＩＶ１０が結婚式であるとする。情報処理装置１００は、イベントＩＶ（結婚式）が、スケジュールＳＣ１－１（仕事）よりも優先度が高く、ＳＣ１－１と異なる日程に設定されているため、スケジュールＳＣ１－１は確定となる。また、スケジュールＳＣ１－２が掃除であり、イベントＩＶ１１が旅行であるとする。情報処理装置１００は、イベントＩＶ１１（旅行）が、スケジュールＳＣ１－２（掃除）よりも優先度が高いが、スケジュールＳＣ１－２とイベントＩＶ１１の日程が重複するため、イベントＩＶ１１を調整中とする。この場合、イベントＩＶが確定した場合は、スケジュールＳＣ１－２を削除してもよい。
【0057】
なお、推定情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、行動情報の表示態様に関する情報（設定情報等）を記憶してもよい。表示態様に関する情報は、例えばアイコンや背景色、文字・領域・枠部の色や形状、サイズ等に関する情報等であってもよい。また、推定情報記憶部１２２は、行動の場所（自宅や職場など）に関する情報を記憶してもよい。
【0058】
（グループ情報記憶部１２３）
グループ情報記憶部１２３は、グループに関わるグループ情報を記憶する。図６は、実施形態に係るグループ情報記憶部に記憶されるグループ情報の一例を示す図である。
グループ情報記憶部１２３は、グループに関わるグループ情報を記憶する。図６は、実施形態に係るグループ情報記憶部に記憶されるグループ情報の一例を示す図である。
【0059】
図６に示すように、グループ情報記憶部１２３に記憶されるグループ情報は、「グループＩＤ」、「グループ名」、および「参加ユーザＩＤ」などの情報をチャットグループ毎に含む。「ユーザＩＤ」は、各ユーザＵに固有の識別情報である。「グループ名」は、チャットグループの名称であり、例えば、グループチャットにおけるアカウント名である。「参加ユーザＩＤ」は、チャットグループに参加しているユーザＵのユーザＩＤである。
【0060】
図６に示す例では、グループＩＤ「Ｇ１」のチャットグループは、グループ名が「グループＡ」であり、参加しているユーザＵのユーザＩＤが「Ｕ１」，「Ｕ２」，「Ｕ３」などである。また、グループＩＤ「Ｇ２」のチャットグループは、グループ名が「グループＢ」であり、参加しているユーザＵのユーザＩＤが「Ｕ２０」，「Ｕ２１」である。また、グループＩＤ「Ｇ３」のチャットグループは、グループ名が「グループＣ」であり、参加しているユーザＵのユーザＩＤが「Ｕ１」，「Ｕ１５」，「Ｕ３２」などである。
【0061】
図４に示すグループ情報記憶部１２３は、グループチャットのメッセージの情報であるグループチャット情報をチャットグループ毎に記憶する。図７は、実施形態に係るグループ情報記憶部に記憶されるグループ情報の一例を示す図である。
【0062】
図７に示すように、グループ情報記憶部１２３に記憶されるグループチャット情報は、「ユーザＩＤ」および「メッセージ情報」などの情報をメッセージ毎に含む。グループ情報記憶部１２３には、図７に示すグループチャット情報をチャットグループ毎に含まれる。図７に示すグループチャット情報は、グループＡのグループチャット情報である。
【0063】
「ユーザＩＤ」は、チャットグループに参加しているユーザＵのユーザＩＤである。「メッセージ情報」は、チャットグループのメッセージの情報であり、「種別」、「日時」、「文字情報」、および「画像情報」などを含む。また、図示していないが、「メッセージ情報」には、メッセージの送信元の情報が含まれる。メッセージの送信元の情報は、メッセージがユーザＵのメッセージである場合、ユーザＵのユーザＩＤであり、メッセージが情報処理装置１００からのメッセージである場合、メッセージの固有の識別情報である。
【0064】
「種別」は、メッセージの種別を示す情報であり、「種別」には、「入力」または「受信」が設定される。「入力」は、ユーザＵが入力したメッセージであることを示す。「受信」は、他のユーザＵが入力したメッセージであることを示す。「日時」は、メッセージが送受信された日時を示す情報である。
【0065】
「文字情報」は、メッセージに文字が含まれる場合におけるメッセージに含まれる文字の情報である。「画像情報」は、メッセージに画像が含まれる場合におけるメッセージに含まれる画像の情報である。画像の情報は、ユーザ端末１０で撮像された画像である撮像画像の情報またはスタンプの画像の情報などである。スタンプは、アニメーション画像、またはアニメーション画像に加えて音声を含んでいてもよい。また、「メッセージ情報」は、音声ファイル、動画ファイル、またはデータファイルなどの情報も含まれる場合がある。
【0066】
図７に示す例では、ユーザＩＤ「Ｕ１」のユーザＵは、日時ＤＡにおいて「飲み会かディナー行きませんか？」というメッセージを入力し、日時ＤＢにおいて「飲み会と旅行行きましょう！」というメッセージを受信している。その後、ユーザＩＤ「Ｕ１」のユーザＵは、日時ＤＣにおいて「私もいきます！」というメッセージを受信している。
【0067】
なお、記憶部１２０は、グループチャット以外のチャットのメッセージの情報なども記憶している。また、記憶部１２０に記憶されるグループチャット情報は、チャット情報の一部の情報であってもよい。この場合、チャット情報には、グループチャットを含むすべての種類のチャットのメッセージが含まれる。
【0068】
（予定情報記憶部１２５）
予定情報記憶部１２５は、予定（イベント）に関する各種情報を記憶する。予定情報記憶部１２５は、飲み会や旅行、結婚式等のイベントに関する各種情報を記憶する。図８は、実施形態に係る予定情報記憶部に記憶される予定情報の一例を示す図である。例えば、予定情報記憶部１２５は、予定に関する情報を記憶する。図８に示すイベント情報には、「イベントＩＤ」、「ステータス」、「開催日時」、「開催場所」、「参加ユーザ」、「所要時間」といった項目が含まれる。なお、ここでの「所要時間」には、所定の期間（数日間等）を含む。
予定情報記憶部１２５は、予定（イベント）に関する各種情報を記憶する。予定情報記憶部１２５は、飲み会や旅行、結婚式等のイベントに関する各種情報を記憶する。図８は、実施形態に係る予定情報記憶部に記憶される予定情報の一例を示す図である。例えば、予定情報記憶部１２５は、予定に関する情報を記憶する。図８に示すイベント情報には、「イベントＩＤ」、「ステータス」、「開催日時」、「開催場所」、「参加ユーザ」、「所要時間」といった項目が含まれる。なお、ここでの「所要時間」には、所定の期間（数日間等）を含む。
【0069】
「イベントＩＤ」は、イベントを識別するための識別情報を示す。「ステータス」は、対応するイベントの状況を示す。図８の例では、ステータスが「１」である場合、そのイベントの開催日時が確定していることを示す。また、ステータスが「０」である場合、そのイベントの開催日時が調整中であることを示す。なお、ステータスのフラグは「０」、「１」に限らず、種々のフラグが用いられてもよい。例えば、ステータスが「１００」である場合、そのイベントが開催済みであることを示してもよい。
【0070】
「開催日時」は、イベントの開催日時を示す。なお、図８の例では「開催日時」を抽象的な符号「ｄｔ５」等で図示するが、「開催日時」には、「２０２３年６月１３日１９時００分００秒」等の具体的な日時が記憶されてもよい。また、「開催日時」には、「２０２３年６月１３日１９時００分００秒－２１時００分００秒」等の期間情報が記憶されてもよい。
【0071】
「開催場所」は、イベントに関連付けられた位置を示す。例えば、「開催場所」は、イベントのイベントが開催される位置や広告が掲示される位置を示す。なお、図８の例では「開催場所」を抽象的な符号「ＬＣ５」等で図示するが、「開催場所」には、具体的な緯度経度情報等の位置情報が記憶されてもよい。また、「開催場所」には、ビル名、店舗名の名称、地名等のイベントが開催される具体的な場所を示す情報が記憶されてもよい。
【0072】
「参加ユーザ」は、イベントへ参加するユーザを示す。なお、「参加ユーザ」は、ユーザの参加可否に応じて更新されてもよい。
【0073】
図８に示す例において、イベントＩＤ「ＩＶ５」により識別されるイベント（イベントＩＶ５）は、ステータスが「１（確定）」であり、開催日時が確定していることを示す。イベントＩＶ５は、開催日時が日時ｄｔ５であり、開催場所が位置ＬＣ５であることを示す。また、イベントＩＶ５は、参加ユーザがユーザＵ１、Ｕ２、Ｕｎ等であることを示す。イベントＩＶ５は、設定期間が期間ＴＭ５であり、所要時間が２時間であることを示す。また、イベントＩＶ５は、設定ユーザはユーザＵ１であることを示す。
【0074】
また、イベントＩＤ「ＩＶ１１」により識別されるイベント（イベントＩＶ１１）は、ステータスが「０（調整中）」であり、開催日時が「ｄｔ６」であり、開催場所が「－」すなわち未確定であることを示す。また、イベントＩＶ１１は、参加ユーザがユーザＵ１、Ｕ２、Ｕｎであることを示す。イベントＩＶ１１は、設定期間が期間ＴＭ１１であり、所要時間がＸ日間（例えば２日間等）であることを示す。
【0075】
なお、予定情報記憶部１２４、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、予定情報記憶部１２４は、イベントが登録（追加）された日時に関する情報を記憶してもよい。例えば、予定情報記憶部１２４は、各イベントの実施に要する費用等を示す情報を記憶してもよい。また、予定情報記憶部１２４は、予定の情報の表示態様に関する情報（設定情報等）を記憶してもよい。表示態様に関する情報は、推定情報記憶部１２２の表示態様に関する情報と同様である。
【0076】
（制御部１３０）
図３に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（情報処理装置プログラムの一例に相当）がＲＡＭを領域として実行されることにより実現される。また、制御部１３０は、例えば、コントローラであり、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により実現される。
図３に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（情報処理装置プログラムの一例に相当）がＲＡＭを領域として実行されることにより実現される。また、制御部１３０は、例えば、コントローラであり、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により実現される。
【0077】
制御部１３０は、取得部１３１と、推定部１３２と、優先度設定部１３３と、予定表設定部１３４と、第１判定部１３５と、提案部１３６と、第２判定部１３８と、調整部１３９と、反映部１４０とを有する。制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行うことができる構成であれば他の構成であってもよい。また、制御部１３０が有する各処理の部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。
【0078】
（取得部１３１）
取得部１３１は、種々の情報を取得する。取得部１３１は、ユーザＵの属性を取得する。取得部１３１は、ユーザＵ毎のユーザ属性からユーザＵ毎のライフスタイルを取得する。取得部１３１は、ユーザＵの勤務に関する情報を取得する。取得部１３１は、職業、勤務時間、勤務地、自宅などを取得する。また、取得部１３１は、ユーザＵの趣味、興味（嗜好）を取得する。また、取得部１３１は、ユーザＵのユーザ端末１０の使用状態を取得してもよい。例えば、取得部１３１は、ユーザＵのユーザ端末１０から電源のオンオフ、アラームの設定時間、通話履歴等を取得してもよい。
取得部１３１は、種々の情報を取得する。取得部１３１は、ユーザＵの属性を取得する。取得部１３１は、ユーザＵ毎のユーザ属性からユーザＵ毎のライフスタイルを取得する。取得部１３１は、ユーザＵの勤務に関する情報を取得する。取得部１３１は、職業、勤務時間、勤務地、自宅などを取得する。また、取得部１３１は、ユーザＵの趣味、興味（嗜好）を取得する。また、取得部１３１は、ユーザＵのユーザ端末１０の使用状態を取得してもよい。例えば、取得部１３１は、ユーザＵのユーザ端末１０から電源のオンオフ、アラームの設定時間、通話履歴等を取得してもよい。
【0079】
（推定部１３２）
推定部１３２は、ライフスタイルから、ユーザＵ毎の各行動における拘束時間を推定する。推定部１３２は、ユーザＵの生活パターンやルーティーンを拘束時間として推定する。例えば、推定部１３２は、ユーザＵの睡眠時間や勤務時間や家事の時間などを拘束時間として推定する。推定部１３２は、会社員で日勤（８時から１７時まで勤務）のユーザＵ（例えばユーザＵ１）の場合、８時から１７時までの９時間を拘束時間と推定する。また、推定部１３２は、例えば、ユーザＵがユーザ端末１０を２２時に充電し、６時にアラームを設定していたら、２２時から６時までを睡眠時間（拘束時間）と推定する。
推定部１３２は、ライフスタイルから、ユーザＵ毎の各行動における拘束時間を推定する。推定部１３２は、ユーザＵの生活パターンやルーティーンを拘束時間として推定する。例えば、推定部１３２は、ユーザＵの睡眠時間や勤務時間や家事の時間などを拘束時間として推定する。推定部１３２は、会社員で日勤（８時から１７時まで勤務）のユーザＵ（例えばユーザＵ１）の場合、８時から１７時までの９時間を拘束時間と推定する。また、推定部１３２は、例えば、ユーザＵがユーザ端末１０を２２時に充電し、６時にアラームを設定していたら、２２時から６時までを睡眠時間（拘束時間）と推定する。
【0080】
（優先度設定部１３３）
優先度設定部１３３は、ユーザＵ毎の、拘束時間（各行動）の優先度及び予定の優先度を設定する。優先度設定部１３３は、仕事や睡眠時間等は、優先度を高く設定する。優先度設定部１３３は、ユーザＵ毎にユーザ端末１０を操作することで優先度を設定してもよい。優先度設定部１３３は、ユーザＵが例えば、ユーザＵが変えられない予定をユーザ端末１０から優先度を「１０」と入力したら、かかる優先度を「１０」と設定する。また、重要な予定であっても招待された側で、参加せずともよい場合には、優先度を「３」など、低く設定してもよい。優先度設定部１３３は、ユーザＵが優先度「１０」を入力したら、他の行動、予定の優先度について「９」以下しか入力できないようにしてもよい。優先度設定部１３３は、例えば、結婚式であれば、ユーザＵ１が新郎もしくは、その家族である場合等には、優先度を「１０」に設定し、ユーザＵ１が招待されているが、参加せずとも問題ない場合には、優先度を「３」と設定してもよい。
優先度設定部１３３は、ユーザＵ毎の、拘束時間（各行動）の優先度及び予定の優先度を設定する。優先度設定部１３３は、仕事や睡眠時間等は、優先度を高く設定する。優先度設定部１３３は、ユーザＵ毎にユーザ端末１０を操作することで優先度を設定してもよい。優先度設定部１３３は、ユーザＵが例えば、ユーザＵが変えられない予定をユーザ端末１０から優先度を「１０」と入力したら、かかる優先度を「１０」と設定する。また、重要な予定であっても招待された側で、参加せずともよい場合には、優先度を「３」など、低く設定してもよい。優先度設定部１３３は、ユーザＵが優先度「１０」を入力したら、他の行動、予定の優先度について「９」以下しか入力できないようにしてもよい。優先度設定部１３３は、例えば、結婚式であれば、ユーザＵ１が新郎もしくは、その家族である場合等には、優先度を「１０」に設定し、ユーザＵ１が招待されているが、参加せずとも問題ない場合には、優先度を「３」と設定してもよい。
【0081】
（予定表設定部１３４）
予定表設定部１３４は、ユーザＵ毎の予定表にユーザＵ毎の拘束時間を設定する。予定表設定部１３４は、推定部１３２が推定した拘束時間を予定表に設定する。例えば、予定表設定部１３４は、推定情報記憶部１２２からユーザＵの各行動（勤務時間や睡眠時間等）を読み出して、読み出した各行動の拘束時間として予定表に設定する。予定表設定部１３４は、ユーザＵの各行動や予定を重要度に応じて印を設定してもよい。例えば予定表設定部１３４は、ユーザＵが変更できない予定の場合には、バツ印を設定し、変更できるものは、三角や丸印を設定してもよい。
予定表設定部１３４は、ユーザＵ毎の予定表にユーザＵ毎の拘束時間を設定する。予定表設定部１３４は、推定部１３２が推定した拘束時間を予定表に設定する。例えば、予定表設定部１３４は、推定情報記憶部１２２からユーザＵの各行動（勤務時間や睡眠時間等）を読み出して、読み出した各行動の拘束時間として予定表に設定する。予定表設定部１３４は、ユーザＵの各行動や予定を重要度に応じて印を設定してもよい。例えば予定表設定部１３４は、ユーザＵが変更できない予定の場合には、バツ印を設定し、変更できるものは、三角や丸印を設定してもよい。
【0082】
予定表設定部１３４は、ユーザＵの予定表に予定を設定する。予定表設定部１３４は、ユーザＵの予定表に決定した予定を設定する。例えば、予定表設定部１３４は、予定情報記憶部１２４からユーザＵの予定（結婚式や飲み会等）を読み出して、読み出した予定を予定表に設定する。なお、予定表設定部１３４は、２以上のユーザＵが行動を共にする予定を、処理部１３７がマッチング処理を行った結果に基づいて、設定する。
【0083】
予定表設定部１３４は、ライフスタイルから拘束時間毎の平均値を用いて、拘束時間を予定表に設定してもよい。例えば、予定表設定部１３４は、所定の期間（例えば、一週間、二週間、一か月等）の行動毎の拘束時間の平均を算出する。予定表設定部１３４は、拘束時間の平均を算出したら、平均の拘束時間を拘束時間として、ユーザＵの予定表に設定してもよい。例えば、ユーザＵ１の拘束時間（勤務時間）は、９時間であるが、残業等により、拘束時間が９時間を超えることがある。この場合、予定表設定部１３４は、例えば、１月分の平均勤務時間を算出して、かかる平均勤務時間を拘束時間として、予定表に設定してもよい。
【0084】
予定表設定部１３４は、所定の期間の予定をユーザＵ毎の予定表に設定する。ここで、所定の期間とは、１日以上をいい、例えば、連休などが挙げられる。つまり、予定表設定部１３４は、１日以上を要する予定をユーザＵ毎の予定表に設定する。
【0085】
予定表設定部１３４は、ユーザＵの予定の希望日時を予定表に設定する。例えば、予定表設定部１３４は、提案部１３６が提案した予定に対する複数の日時の中からユーザＵが希望の日時を選択し、設定する。
【0086】
（第１判定部１３５）
第１判定部１３５は、グループ情報記憶部１２３に記憶されているグループ情報に基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する。具体的には、第１判定部１３５は、グループチャットに参加する複数のユーザＵのうち２以上のユーザＵによるグループチャットのメッセージに基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する。以下において、２以上のユーザＵが行動を共にすることをイベントと記載し、２以上のユーザＵが行動を共にする予定をイベントの予定と記載する場合がある。
第１判定部１３５は、グループ情報記憶部１２３に記憶されているグループ情報に基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する。具体的には、第１判定部１３５は、グループチャットに参加する複数のユーザＵのうち２以上のユーザＵによるグループチャットのメッセージに基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する。以下において、２以上のユーザＵが行動を共にすることをイベントと記載し、２以上のユーザＵが行動を共にする予定をイベントの予定と記載する場合がある。
【0087】
第１判定部１３５は、例えば、グループチャットのメッセージとイベントの提案の有無を示すラベルとを含むデータセットに基づく学習によって生成される学習済みのイベント提案判定モデルを有している。第１判定部１３５は、イベント提案判定モデルにグループチャットのメッセージを入力し、イベント提案判定モデルから出力されるスコアが閾値以上である場合に、グループチャットのメッセージにイベントの提案が含まれていると判定する。
【0088】
第１判定部１３５は、例えば、イベントの提案があった後のユーザＵのグループチャットのメッセージに基づいて、提案があるイベントに参加するユーザＵを判定する。例えば、第１判定部１３５は、ユーザＵのグループチャットのメッセージと提案されたイベントに参加の有無を示すラベルとを含むデータセットに基づく学習によって生成される学習済みのイベント参加判定モデルを有している。
【0089】
第１判定部１３５は、イベント参加判定モデルにグループチャットのメッセージを入力し、イベント参加判定モデルから出力されるスコアが閾値以上であるグループチャットのメッセージを送信したユーザＵを、提案されたイベントに参加するユーザＵとして判定する。
【0090】
また、第１判定部１３５は、イベントの提案があった後のユーザＵのグループチャットのメッセージに基づいて、提案があるイベントに一旦は参加を表明したがその後に不参加を表明したユーザＵを判定する。
【0091】
例えば、第１判定部１３５は、イベントの参加を表明したユーザＵのグループチャットのメッセージと提案されたイベントへの不参加の有無を示すラベルとを含むデータセットに基づく学習によって生成される学習済みのイベント不参加判定モデルを有している。第１判定部１３５は、イベント不参加判定モデルにグループチャットのメッセージを入力し、イベント不参加判定モデルから出力されるスコアが閾値以上であるグループチャットのメッセージを送信したユーザＵを、提案されたイベントに参加を表明した後に不参加を表明したユーザＵとして判定する。
【0092】
なお、イベント提案判定モデル、イベント参加判定モデル、およびイベント不参加判定モデルの各々は、例えば、ニューラルネットワークを利用したモデルであるが、かかる例に限定されない。例えば、イベント提案判定モデル、イベント参加判定モデル、およびイベント不参加判定モデルの各々は、線形回帰、ロジスティック回帰、またはサポートベクタマシンなどの種々の学習処理（機械学習）によって生成されるモデルであってもよい。
【0093】
また、第１判定部１３５は、例えば、グループチャットのメッセージを形態素解析によって複数の形態素に分割し、分解した複数の形態素に含まれる名詞および動詞などの特定の品詞の文字列を解析することによって、上述した判定を行う構成であってもよい。例えば、第１判定部１３５は、特定の品詞の文字列を解析することによって、イベントの提案の有無、待ち合わせ時間、提案されたイベントに参加するユーザＵ、および提案されたイベントに参加を表明した後に不参加を表明したユーザＵのうち少なくともいずれかを判定する構成であってもよい。
【0094】
図９は、実施形態に係るユーザ端末に表示されるグループチャット画面の一例を示す図である。図９に示す例では、第１判定部１３５は、グループチャットのメッセージから、イベントの提案の有無を判定する。例えば、第１判定部１３５は、「飲み会かディナー行きませんか？あと、旅行もどうですか」というメッセージがある場合、かかるメッセージから予定（イベント）が提案されていると判定する。
【0095】
そして、第１判定部１３５は、グループチャットのメッセージから、提案されたイベントに参加するユーザを判定する。例えば、第１判定部１３５は、「飲み会かディナー行きませんか？あと、旅行もどうですか？」というメッセージの後に、「飲み会と旅行行きましょう！」または「私もいきます！」などのメッセージがある場合、かかるメッセージを送信したユーザＵを、提案されたイベントに参加するユーザとして判定する。
【0096】
（提案部１３６）
提案部１３６は、予定表から空き時間を推定してユーザＵ毎に提案する。提案部１３６は、ユーザＵの拘束時間が設定された予定表から空き時間を推定してユーザＵ毎に提案する。提案部１３６は、例えば、勤務終了後の時間をユーザＵに空き時間として提案する提案部１３６は、ユーザＵの空き時間が複数ある場合には、複数の空き時間を提案することが好ましい。
提案部１３６は、予定表から空き時間を推定してユーザＵ毎に提案する。提案部１３６は、ユーザＵの拘束時間が設定された予定表から空き時間を推定してユーザＵ毎に提案する。提案部１３６は、例えば、勤務終了後の時間をユーザＵに空き時間として提案する提案部１３６は、ユーザＵの空き時間が複数ある場合には、複数の空き時間を提案することが好ましい。
【0097】
（処理部１３７）
処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う。処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を推定情報記憶部１２２から読み出して比較する。処理部１３７は、比較結果からユーザＵと他のユーザとの空き時間をマッチングする。処理部１３７は、例えば、ユーザＵと他のユーザとの勤務時間及び睡眠時間の優先度が「７」や「８」等である場合には、勤務終了後から睡眠時間までの空き時間をマッチングする。処理部１３７は、勤務終了後にジムや家事などの生活ルーティーンがある場合には、その生活ルーティーンを避けた勤務終了後の空き時間をマッチングする。なお、処理部１３７は、予定の日時にマッチし難い場合には、調整部１３９で調整可能な時間を調整することにより、マッチングを行う。
処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う。処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を推定情報記憶部１２２から読み出して比較する。処理部１３７は、比較結果からユーザＵと他のユーザとの空き時間をマッチングする。処理部１３７は、例えば、ユーザＵと他のユーザとの勤務時間及び睡眠時間の優先度が「７」や「８」等である場合には、勤務終了後から睡眠時間までの空き時間をマッチングする。処理部１３７は、勤務終了後にジムや家事などの生活ルーティーンがある場合には、その生活ルーティーンを避けた勤務終了後の空き時間をマッチングする。なお、処理部１３７は、予定の日時にマッチし難い場合には、調整部１３９で調整可能な時間を調整することにより、マッチングを行う。
【0098】
（第２判定部１３８）
第２判定部１３８は、予定に対するに日時がマッチしているか否かを判定する。第２判定部１３８は、ユーザＵの各行動の優先度が高く、処理部１３７によって予定に対する日時をマッチし難い場合に、マッチしていないと判定する。すなわち、処理部１３７が処理した結果、予定に対する日時が未定である場合に、マッチしていないと判定する。
第２判定部１３８は、予定に対するに日時がマッチしているか否かを判定する。第２判定部１３８は、ユーザＵの各行動の優先度が高く、処理部１３７によって予定に対する日時をマッチし難い場合に、マッチしていないと判定する。すなわち、処理部１３７が処理した結果、予定に対する日時が未定である場合に、マッチしていないと判定する。
【0099】
（調整部１３９）
調整部１３９は、ユーザＵ毎の拘束時間のうち、調整可能な時間を推定して調整する。調整部１３９は、ユーザＵに調整可能な時間を推定して、ユーザ端末１０に送信し、ユーザＵがユーザ端末１０を操作することで、調整可能な時間を調整する。調整部１３９は、ユーザＵがその時に行うことが好ましいが、その時に行わなくてもよい拘束時間を調整可能な時間と推定する。調整部１３９は、ユーザＵの優先度が低い（例えば３以下等）拘束時間を調整可能な時間と推定する。調整部１３９は、例えば、掃除の時間を調整可能な時間と推定する。
調整部１３９は、ユーザＵ毎の拘束時間のうち、調整可能な時間を推定して調整する。調整部１３９は、ユーザＵに調整可能な時間を推定して、ユーザ端末１０に送信し、ユーザＵがユーザ端末１０を操作することで、調整可能な時間を調整する。調整部１３９は、ユーザＵがその時に行うことが好ましいが、その時に行わなくてもよい拘束時間を調整可能な時間と推定する。調整部１３９は、ユーザＵの優先度が低い（例えば３以下等）拘束時間を調整可能な時間と推定する。調整部１３９は、例えば、掃除の時間を調整可能な時間と推定する。
【0100】
（反映部１４０）
反映部１４０は、マッチング結果をユーザＵの予定表に反映する。反映部１４０は、処理部１３７が行ったマッチング結果をユーザＵの予定表に反映する。反映部１４０は、調整部１３９が調整した調整結果に基づいて、ユーザＵの予定表にマッチング結果を反映してもよい。なお、マッチング結果の反映は、処理部１３７が行ってもよい。
反映部１４０は、マッチング結果をユーザＵの予定表に反映する。反映部１４０は、処理部１３７が行ったマッチング結果をユーザＵの予定表に反映する。反映部１４０は、調整部１３９が調整した調整結果に基づいて、ユーザＵの予定表にマッチング結果を反映してもよい。なお、マッチング結果の反映は、処理部１３７が行ってもよい。
【0101】
〔ユーザ端末１０の構成〕
次に、ユーザ端末１０の構成について説明する。図１０は、実施形態に係るユーザ端末の構成の一例を示す図である。図５に示すように、実施形態に係るユーザ端末１０は、通信部４０と、制御部５０と、表示部６０と、操作部７０とを有する。
次に、ユーザ端末１０の構成について説明する。図１０は、実施形態に係るユーザ端末の構成の一例を示す図である。図５に示すように、実施形態に係るユーザ端末１０は、通信部４０と、制御部５０と、表示部６０と、操作部７０とを有する。
【0102】
（通信部４０）
通信部４０は、例えば、ＮＩＣなどによって実現される。通信部４０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して情報処理装置１００との間で情報の送受信を行う。
通信部４０は、例えば、ＮＩＣなどによって実現される。通信部４０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して情報処理装置１００との間で情報の送受信を行う。
【0103】
（表示部６０）
表示部６０は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）または有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）などのディスプレイである。
表示部６０は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）または有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）などのディスプレイである。
【0104】
（操作部７０）
操作部７０は、例えば、文字、数字、及びスペースを入力するためのキー、エンターキー、および矢印キーなどを含むキーボード、マウス、及び電源ボタンなどを含む。また、操作部７０は、音声を入力するためのマイクを含んでもよい。表示部６０がタッチパネルディスプレイの表示装置である場合、操作部７０は、タッチパネルであってもよい。
操作部７０は、例えば、文字、数字、及びスペースを入力するためのキー、エンターキー、および矢印キーなどを含むキーボード、マウス、及び電源ボタンなどを含む。また、操作部７０は、音声を入力するためのマイクを含んでもよい。表示部６０がタッチパネルディスプレイの表示装置である場合、操作部７０は、タッチパネルであってもよい。
【0105】
（制御部５０）
制御部５０は、コミュニケーションを実現するためのインスタントメッセンジャーのアプリケーションやスケジュール調整アプリケーションの機能を実行する。制御部５０は、情報取得部５１と、表示処理部５２と、情報出力部５３とを有する。
制御部５０は、コミュニケーションを実現するためのインスタントメッセンジャーのアプリケーションやスケジュール調整アプリケーションの機能を実行する。制御部５０は、情報取得部５１と、表示処理部５２と、情報出力部５３とを有する。
【0106】
（情報取得部５１）
情報取得部５１は、情報処理装置１００から送信されネットワークＮを介して通信部４０で受信されるユーザＵの拘束時間や予定やグループチャットに関わる情報を取得する。情報処理装置１００から送信されるユーザＵの拘束時間や予定に関わる情報は、例えば、ユーザＵのライフスタイルや優先度を含む予定等である。情報処理装置１００から送信されるグループチャットに関わる情報は、例えば、グループチャットルーム内でのメッセージやグループチャットに参加している参加者等である。
情報取得部５１は、情報処理装置１００から送信されネットワークＮを介して通信部４０で受信されるユーザＵの拘束時間や予定やグループチャットに関わる情報を取得する。情報処理装置１００から送信されるユーザＵの拘束時間や予定に関わる情報は、例えば、ユーザＵのライフスタイルや優先度を含む予定等である。情報処理装置１００から送信されるグループチャットに関わる情報は、例えば、グループチャットルーム内でのメッセージやグループチャットに参加している参加者等である。
【0107】
（表示処理部５２）
表示処理部５２は、情報取得部５１によって取得された情報を表示部６０に表示させる。例えば、表示処理部５２は、ユーザＵの予定表を表示させる。表示処理部５２は、ユーザＵの拘束時間、予定に対する希望日時及び予定のマッチング結果が視覚的に識別できるように、文字の色やサイズ等を表示させる。表示処理部５２は、グループチャットルーム内のメッセージやグループチャットルームに参加するユーザＵの情報を含む画面を表示部６０に表示させる。
表示処理部５２は、情報取得部５１によって取得された情報を表示部６０に表示させる。例えば、表示処理部５２は、ユーザＵの予定表を表示させる。表示処理部５２は、ユーザＵの拘束時間、予定に対する希望日時及び予定のマッチング結果が視覚的に識別できるように、文字の色やサイズ等を表示させる。表示処理部５２は、グループチャットルーム内のメッセージやグループチャットルームに参加するユーザＵの情報を含む画面を表示部６０に表示させる。
【0108】
（情報出力部５３）
情報出力部５３は、ユーザＵによる操作部７０への操作に基づいて、ユーザＵの拘束時間及び予定やインスタントメッセンジャーのアプリケーションに関わるユーザＵのメッセージ等を通信部１１０及びネットワークＮを介して情報処理装置１００へ送信する。例えば、情報出力部５３は、予定に対する希望の日時を情報処理装置１００へ送信する。また、情報出力部５３は、ユーザＵが入力した予定の提案を含むメッセージを情報処理装置１００へ送信する。
情報出力部５３は、ユーザＵによる操作部７０への操作に基づいて、ユーザＵの拘束時間及び予定やインスタントメッセンジャーのアプリケーションに関わるユーザＵのメッセージ等を通信部１１０及びネットワークＮを介して情報処理装置１００へ送信する。例えば、情報出力部５３は、予定に対する希望の日時を情報処理装置１００へ送信する。また、情報出力部５３は、ユーザＵが入力した予定の提案を含むメッセージを情報処理装置１００へ送信する。
【0109】
〔情報処理装置１００の処理手順〕
次に、実施形態に係る情報処理装置１００が実行する処理手順について説明する。図１１は、実施形態に係る情報処理装置による情報処理の流れの一例を示すフローチャートである。
次に、実施形態に係る情報処理装置１００が実行する処理手順について説明する。図１１は、実施形態に係る情報処理装置による情報処理の流れの一例を示すフローチャートである。
【0110】
図１１に示すように、取得部１３１は、ユーザＵのライフスタイルを取得する（ステップＳ１０１）。推定部１３２は、ライフスタイルからユーザＵの拘束時間を推定する（ステップＳ１０２）。
【0111】
優先度設定部１３３は、ユーザＵのユーザ端末１０の操作から拘束時間の優先度を設定する（ステップＳ１０３）。そして、予定表設定部１３４は、ユーザＵの予定表に推定部１３２が推定した拘束時間を設定する（ステップＳ１０４）。
【0112】
次に、第１判定部１３５は、メッセージの送受信があるかを判定する（ステップＳ１０５）。具体的に、第１判定部１３５は、グループ情報記憶部１２３に記憶されているグループ情報に基づいて、２以上のユーザＵが行動を共にする予定の有無を判定する。第１判定部１３５は、メッセージの送受信がないと判定した場合（ステップＳ１０５；Ｎｏ）、処理を終了する。
【0113】
一方、第１判定部１３５は、メッセージの送受信があると判定した場合（ステップＳ１０５；Ｙｅｓ）、提案部１３６は、空き時間を推定し、提案する（ステップＳ１０６）。具体的に、提案部１３６は、ユーザＵの拘束時間が設定された予定表から空き時間を推定し、ユーザＵに予定に対する空き時間を提案する。提案部１３６は、予定に対する空き時間をユーザＵに複数提案することが好ましい。
【0114】
次に、処理部１３７は、ユーザＵの予定に対する希望日時を取得する（ステップＳ１０７）。処理部１３７は、ユーザＵと他のユーザのそれぞれの各行動の優先度を比較し、比較結果から予定の日時をマッチングする（ステップＳ１０８）。例えば、処理部１３７は、ユーザＵ１とユーザＵ２及びユーザＵｎのそれぞれの各行動の優先度を比較し、比較結果から予定の日時をマッチングする。
【0115】
そして、第２判定部１３８は、予定の日時がマッチングしたか否かを判定する（ステップＳ１０９）。第２判定部１３８は、予定の日時がマッチングしたと判定した場合（ステップＳ１０９；Ｙｅｓ）、反映部１４０は、マッチング結果を予定表に反映して（ステップＳ１１０）、処理を終了する。
【0116】
一方、第２判定部１３８は、予定の日時がマッチングしなかったと判定した場合（ステップＳ１０９；Ｎｏ）、調整部１３９は、調整可能な時間を推定して調整する（ステップＳ１１１）。調整部１３９は、上述したように、調整可能な時間を推定してユーザＵに送信し、ユーザＵがユーザ端末１０を操作することで、調整を行う。そして、ステップＳ１０８へ処理を移行し、予定の日時がマッチしたら（ステップＳ１０９；Ｙｅｓ）、マッチング結果を予定表に反映して（ステップＳ１１０）、処理を終了する。
【0117】
〔効果〕
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、推定部１３２と、優先度設定部１３３と、予定表設定部１３４と、第１判定部１３５と、提案部１３６と、処理部１３７と、を備える。取得部１３１は、ユーザＵ毎のライフスタイルを取得する。推定部１３２は、ライフスタイルからユーザＵ毎の各行動における拘束時間を推定する。優先度設定部１３３は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を設定する。予定表設定部１３４はユーザＵ毎の予定表にユーザＵ毎の拘束時間を設定する。第１判定部１３５は、２以上のユーザが行動を共にする予定の有無を判定する。提案部１３６は、予定表設定部１３４が設定したユーザＵ毎の予定表からユーザＵ毎に空き時間を推定して提案する。処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う。
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、推定部１３２と、優先度設定部１３３と、予定表設定部１３４と、第１判定部１３５と、提案部１３６と、処理部１３７と、を備える。取得部１３１は、ユーザＵ毎のライフスタイルを取得する。推定部１３２は、ライフスタイルからユーザＵ毎の各行動における拘束時間を推定する。優先度設定部１３３は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を設定する。予定表設定部１３４はユーザＵ毎の予定表にユーザＵ毎の拘束時間を設定する。第１判定部１３５は、２以上のユーザが行動を共にする予定の有無を判定する。提案部１３６は、予定表設定部１３４が設定したユーザＵ毎の予定表からユーザＵ毎に空き時間を推定して提案する。処理部１３７は、ユーザＵ毎の、拘束時間の優先度及び予定の優先度を比較し、比較結果で予定のマッチングを行う。
【0118】
このように、実施形態に係る情報処理装置１００は、ユーザＵ毎のライフスタイルから拘束時間をユーザＵ毎に推定し、ユーザＵ毎の予定表にそれぞれのユーザＵの拘束時間を設定する。拘束時間や予定には、ユーザＵが優先度を設定するため、優先度を比較して、比較結果で予定のマッチングができる。そのため、情報処理装置１００は、ユーザ同士の予定を合わせる際の煩雑さを抑制できる。
【0119】
また、予定表設定部１３４は、ライフスタイルから行動毎の平均値を用いて、拘束時間を予定表に設定する。
【0120】
したがって、実施形態に係る情報処理装置１００によれば、実際の行動毎の時間を行動毎の平均値を用いて、拘束時間を予定表に設定できる。これにより、情報処理装置１００は、およその拘束時間も考慮して、予定のマッチングを行うことができる。
【0121】
また、情報処理装置１００は、拘束時間のうち、調整可能な時間を推定して調整する調整部を更に備える。
【0122】
したがって、実施形態に係る情報処理装置１００によれば、予定のマッチングが困難である場合にも調整可能な時間を推定して、例えば優先度を調整することで、予定のマッチングをし易くなる。
【0123】
また、予定表設定部１３４は、所定の期間の予定を設定する。
【0124】
したがって、実施形態に係る情報処理装置１００によれば、数日などの期間を要する旅行等の予定のマッチングを行うことができる。
【0125】
〔プログラム〕
上述してきたユーザ端末１０や情報処理装置１００による処理は、本願に係る情報処理プログラムにより実現される。例えば、情報処理装置１００に係る制御部１３０等は、情報処理装置１００が有するＣＰＵやＭＰＵ等によって、例えば範囲特定アプリケーション等に含まれる情報処理プログラムがＲＡＭを作業領域として、情報処理プログラムに係る情報処理手順が実行されることにより実現される。
上述してきたユーザ端末１０や情報処理装置１００による処理は、本願に係る情報処理プログラムにより実現される。例えば、情報処理装置１００に係る制御部１３０等は、情報処理装置１００が有するＣＰＵやＭＰＵ等によって、例えば範囲特定アプリケーション等に含まれる情報処理プログラムがＲＡＭを作業領域として、情報処理プログラムに係る情報処理手順が実行されることにより実現される。
【0126】
なお、本願に係るユーザ端末１０や情報処理装置１００が実行する処理は、必ずしも全てが情報処理プログラムによって実現されるものでなくてもよい。例えば、情報処理装置１００外の情報等は、情報処理装置１００が有するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）によって取得されてもよい。すなわち、情報処理プログラム自体が、上述してきたような情報処理装置１００で実行される処理を実行するのではなく、ＯＳによって取得されたデータ（例えば、画像等のコンテンツを表示（再生）するために用いるデータ）を受け取ったりすることにより、上述してきた情報処理装置１００の処理を実現するようにしてもよい。
【0127】
〔ハードウェア構成〕
上述した実施形態に係る情報処理装置１００等の情報処理装置は、例えば図１２に示すようなコンピュータ１０００によって実現される。図１２は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３００、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
上述した実施形態に係る情報処理装置１００等の情報処理装置は、例えば図１２に示すようなコンピュータ１０００によって実現される。図１２は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３００、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【0128】
演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等により実現される。
【0129】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【0130】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定のネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定のネットワークＮを介して他の機器へ送信する。
【0131】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウスなどの入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。
【0132】
メディアインターフェイス１７００は、記憶媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記憶媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記憶媒体１８００は、例えばＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＰＤ（Ｐｈａｓｅ ｃｈａｎｇｅ ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｋ）等の光学記憶媒体、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0133】
例えば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記憶媒体１８００から読み取って実行するが、他の例として、他の装置から所定のネットワークＮを介してこれらのプログラムを取得してもよい。
【0134】
以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0135】
〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0136】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【0137】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0138】
また、上述してきた「部（ｓｅｃｔｉｏｎ、ｍｏｄｕｌｅ、ｕｎｉｔ）」は、「手段
」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0139】
１ 情報処理システム
１０、１０－１、１０－２、１０－ｎ ユーザ端末
４０ 通信部
５０ 制御部
５１ 情報取得部
５２ 表示処理部
５３ 情報出力部
６０ 表示部
７０ 操作部
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 推定情報記憶部
１２３ グループ情報記憶部
１２４ 予定情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 推定部
１３３ 優先度設定部
１３４ 予定表設定部
１３５ 第１判定部
１３６ 提案部
１３７ 処理部
１３８ 第２判定部
１３９ 調整部
１４０ 反映部
Ｎ ネットワーク
１０、１０－１、１０－２、１０－ｎ ユーザ端末
４０ 通信部
５０ 制御部
５１ 情報取得部
５２ 表示処理部
５３ 情報出力部
６０ 表示部
７０ 操作部
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 推定情報記憶部
１２３ グループ情報記憶部
１２４ 予定情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 推定部
１３３ 優先度設定部
１３４ 予定表設定部
１３５ 第１判定部
１３６ 提案部
１３７ 処理部
１３８ 第２判定部
１３９ 調整部
１４０ 反映部
Ｎ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】