JP2020057239A - 情報処理方法、プログラム、端末、情報処理装置、電子装置 - Google Patents

情報処理方法、プログラム、端末、情報処理装置、電子装置 Download PDF

Info

Publication number
JP2020057239A
JP2020057239A JP2018187918A JP2018187918A JP2020057239A JP 2020057239 A JP2020057239 A JP 2020057239A JP 2018187918 A JP2018187918 A JP 2018187918A JP 2018187918 A JP2018187918 A JP 2018187918A JP 2020057239 A JP2020057239 A JP 2020057239A
Authority
JP
Japan
Prior art keywords
information
terminal
schedule
user
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018187918A
Other languages
English (en)
Other versions
JP2020057239A5 (ja
JP7244245B2 (ja
Inventor
侑一 小野
Yuichi Ono
侑一 小野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Z Intermediate Global Corp
Original Assignee
Line Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Line Corp filed Critical Line Corp
Priority to JP2018187918A priority Critical patent/JP7244245B2/ja
Publication of JP2020057239A publication Critical patent/JP2020057239A/ja
Publication of JP2020057239A5 publication Critical patent/JP2020057239A5/ja
Application granted granted Critical
Publication of JP7244245B2 publication Critical patent/JP7244245B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】ネットワークサービスを利用したグループのスケジュール管理等に関して、ユーザの使い勝手が良い情報処理方法、プログラム、端末、情報処理装置、電子装置を提供する。【解決手段】通信システム１において、端末が実行する情報処理方法は、端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、ユーザまたはユーザの端末を識別するための識別情報を端末の通信部によって送信することと、事業者の電子装置から送信された、識別情報と、グループ識別情報が関連付けられた事業者のスケジュールに関するスケジュール情報とのうち、少なくともスケジュール情報を通信部によって受信することとを含む。スケジュール情報は、関連付けられたグループ識別情報に基づき、グループ識別情報によって識別されるグループに含まれるユーザの端末に送信される。【選択図】図１

Description

本開示は、情報処理方法、プログラム、端末、情報処理装置、電子装置に関する。
近年、メッセージングサービス（ＩＭＳ）（Instant Messaging Service）やソーシャルネットワーキングサービス（ＳＮＳ）（Social Networking Service）等のネットワークサービスを利用するコミュニケーションが増加している。そして、例えばグループで食事や飲み会等を行う際に、ネットワークサービスを利用してグループのスケジュールを決定するような場合がある。例えば特許文献１には、店舗への予約を行うための電子メールを利用したメール予約システムが開示されている。しかし、ネットワークサービスを利用したグループのスケジュール管理等に関しては何らの検討もされておらず、ユーザの使い勝手が悪い場合があった。
特開２０１０−２０５０５３号公報
本発明の第１の態様によると、端末が実行する情報処理方法は、端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、ユーザまたはユーザの端末を識別するための識別情報を端末の通信部によって送信することと、事業者の電子装置から送信された、識別情報と、グループ識別情報が関連付けられた事業者のスケジュールに関するスケジュール情報とのうち、少なくともスケジュール情報を通信部によって受信することとを含み、スケジュール情報は、関連付けられたグループ識別情報に基づき、グループ識別情報によって識別されるグループに含まれるユーザの端末に送信される。
本発明の第２の態様によると、端末のコンピュータに実行させるためのプログラムは、端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、ユーザまたはユーザの端末を識別するための識別情報を端末の通信部によって送信することと、事業者の電子装置から送信された、識別情報と、グループ識別情報が関連付けられた事業者のスケジュールに関するスケジュール情報とのうち、少なくともスケジュール情報を通信部によって受信することとを含み、スケジュール情報は、関連付けられたグループ識別情報に基づき、グループ識別情報によって識別されるグループに含まれるユーザの端末に送信される。
本発明の第３の態様によると、端末は、端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、ユーザまたはユーザの端末を識別するための識別情報を送信し、事業者の電子装置から送信された、識別情報と、グループ識別情報が関連付けられた事業者のスケジュールに関するスケジュール情報とのうち、少なくともスケジュール情報を受信する通信部を備え、スケジュール情報は、関連付けられたグループ識別情報に基づき、グループ識別情報によって識別されるグループに含まれるユーザの端末に送信される。
本発明の第４の態様によると、情報処理装置が実行する情報処理方法は、端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付けることと、事業者の電子装置から送信された、事業者に関する事業者識別情報と、事業者のスケジュールに関するスケジュール情報と、を情報処理装置の通信部によって受信することと、受信した事業者識別情報に基づいて、事業者識別情報が関連付けられたグループ識別情報によって識別されるグループと、受信したスケジュール情報とを関連付けることとを含む。
本発明の第５の態様によると、情報処理装置のコンピュータに実行させるプログラムは、端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付けることと、事業者の電子装置から送信された、事業者に関する事業者識別情報と、事業者のスケジュールに関するスケジュール情報と、を情報処理装置の通信部によって受信することと、受信した事業者識別情報に基づいて、事業者識別情報が関連付けられたグループ識別情報によって識別されるグループと、受信したスケジュール情報とを関連付けることとを含む。
本発明の第６の態様によると、情報処理装置は、端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付ける関連付け部と、事業者の電子装置から送信された、事業者に関する事業者識別情報と、事業者のスケジュールに関するスケジュール情報と、を受信する通信部とを備え、関連付け部は、受信した事業者識別情報に基づいて、事業者識別情報が関連付けられたグループ識別情報によって識別されるグループと、受信したスケジュール情報とを関連付ける。
本発明の第７の態様によると、端末と通信する電子装置が実行する情報処理方法は、電子装置の事業者のスケジュールに関する第１スケジュール情報と、端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付けることと、端末のユーザまたはユーザの端末を識別するための識別情報と、第２スケジュール情報と関連付けた第１スケジュール情報に基づくスケジュール情報であって、グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを電子装置の通信部によって送信することとを含む。
本発明の第８の態様によると、端末と通信する電子装置に実行させるためのプログラムは、電子装置の事業者のスケジュールに関する第１スケジュール情報と、端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付けることと、端末のユーザまたはユーザの端末を識別するための識別情報と、第２スケジュール情報と関連付けた第１スケジュール情報に基づくスケジュール情報であって、グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを電子装置の通信部によって送信することとを含む。
本発明の第９の態様によると、端末と通信する電子装置は、電子装置の事業者のスケジュールに関する第１スケジュール情報と、端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付ける関連付け部と、端末のユーザまたはユーザの端末を識別するための識別情報と、第２スケジュール情報と関連付けた第１スケジュール情報に基づくスケジュール情報であって、グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを送信する通信部とを備える。
実施形態の一態様における通信システムの構成の一例を示す図。 実施形態の一態様における店舗装置の構成の一例を示す図。 第１実施形態に係るサーバの制御部により実現される機能の一例を示す図。 第１実施形態に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施形態に係るユーザ登録データの一例を示す図。 第１実施形態に係る店舗登録データの一例を示す図。 第１実施形態に係るユーザ管理データベースの一例を示す図。 第１実施形態に係るグループ管理データベースの一例を示す図。 第１実施形態に係る店舗管理データベースの一例を示す図。 第１実施形態に係る端末の制御部により実現される機能の一例を示す図。 第１実施形態に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る店舗装置の表示画面の一例を示す図。 第１実施形態に係る店舗装置の表示画面の一例を示す図。 第１実施形態に係る店舗装置の表示画面の一例を示す図。 第１実施形態に係る店舗装置の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る端末の表示画面の一例を示す図。 第１実施形態に係る各装置の処理の流れの一例を示すフローチャート。 第１実施形態に係るグループ識別処理の流れの一例を示すフローチャート。 第１変形例に係る各装置の処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示画面の一例を示す図。 第２実施形態に係る店舗装置の表示画面の一例を示す図。 第２実施形態に係る店舗装置の表示画面の一例を示す図。 第２実施形態に係る店舗装置の表示画面の一例を示す図。 第２実施形態に係る店舗装置の表示画面の一例を示す図。 第２実施形態に係る各装置の処理の流れの一例を示すフローチャート。 第２実施形態に係る第２のグループ識別処理の流れの一例を示すフローチャート。 第２実施形態に係る端末の表示画面の一例を示す図。 第２実施形態に係る端末の表示画面の一例を示す図。 第２実施形態に係る端末の表示画面の一例を示す図。 第２実施形態に係る端末の表示画面の一例を示す図。 第２実施形態に係る端末の表示画面の一例を示す図。 第２実施形態に係る端末の表示画面の一例を示す図。 第２変形例に係る各装置の処理の流れの一例を示すフローチャート。 第３実施形態に係るスケジュール処理実行条件データのデータ構成の一例を示す図。 第３実施形態に係る店舗装置の表示画面の一例を示す図。 第３変形例に係る処理テーブルの一例を示す図。 第４実施形態に係る端末の表示画面の一例を示す図。 第４実施形態に係るコンテンツ送信処理の流れの一例を示すフローチャート。 第４実施形態に係る店舗スケジュール反映処理の流れの一例を示すフローチャート。 第５実施形態に係る各装置の処理の流れの一例を示すフローチャート。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本開示に係る情報処理方法、プログラム、端末、情報処理装置、電子装置を実施するための実施形態について、図面を参照して説明する。
［システム構成］
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介して、サーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、店舗装置４０（店舗装置４０Ａ，店舗装置４０Ｂ，店舗装置４０Ｃ，・・・）と、店舗電話機５０（店舗電話機５０Ａ，店舗電話機５０Ｂ，店舗電話機５０Ｃ，・・・）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージや画像等を含むコンテンツの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０と、１以上の店舗装置４０と、１以上の店舗電話機５０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。また、ネットワーク３０は、電話網として、固定電話機用の固定電話網や、携帯電話機用の携帯電話網（基地局、移動通信制御局を含む。）等の各種の電話網を含む。
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、固定電話網、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）（限定ではなく、端末、情報処理装置の一例）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定でなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、本明細書では、必要に応じて、「ユーザＸ．Ｘ」が利用する端末を端末２０Ｘと表現し、「ユーザＸ．Ｘ」または端末２０Ｘに対応付けられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応付けられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
サーバ１０（限定でなく、サーバ、情報処理装置の一例）は、端末２０に対して、所定のサービスとしてＩＭＳを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
店舗装置４０（限定ではなく、事業者の電子装置の一例）は、店舗（限定ではなく、事業者の一例）の予約スケジュールに関する情報を記憶して管理する機能と、店舗の予約スケジュールに関する情報を入力する機能とを有する装置である。
店舗装置４０は、端末２０のユーザのスケジュールに関する第１スケジュール情報と、店舗の事業者のスケジュールに関する第２スケジュール情報とを関連付ける処理を行う。店舗装置４０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホーム等を含む。店舗装置４０は、情報処理装置や情報管理装置、電子装置と表現されてもよい。
なお、店舗の予約スケジュールに関する情報を記憶して管理する機能を有する装置として、店舗内または店舗外に設置される予約管理サーバを構成し、店舗の予約スケジュールに関する情報を入力する機能を有する装置として、店舗内に設置される店舗コンピュータを構成することができる。以下の実施形態では、店舗装置４０は、この予約管理サーバの機能と、この店舗コンピュータの機能との両方の機能を有する１つの装置として説明するが、予約管理サーバと店舗コンピュータとを別々の装置として構成してもよいし、構成しなくてもよい。
店舗電話機５０（限定ではなく、事業者の電子装置の一例）は、各店舗がそれぞれ使用する電話機である。店舗電話機５０は、限定でなく例として、固定電話機、スマートフォン、携帯電話機（フィーチャーフォン）等を含む。
限定でなく例として、店舗装置４０Ａおよび店舗電話機５０Ａを管理する店舗の名称を「店舗Ｙ１」、店舗装置４０Ｂおよび店舗電話機５０Ｂを管理する店舗の名称を「店舗Ｙ２」、店舗装置４０Ｃおよび店舗電話機５０Ｃを管理する店舗の名称を「店舗Ｙ３」等のように表記する。
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
図１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２は、固定電話機や携帯電話機、他の端末２０と電話を行うための電話用の通信ＩＦ（電話用の通信部）を含む。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
（２）サーバのＨＷ構成
図１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定でなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。
ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。
（３）店舗装置のＨＷ構成
図２には、店舗装置４０のＨＷ構成の一例を示している。
店舗装置４０は、限定でなく例として、制御部４１（ＣＰＵ）、記憶部４５、通信Ｉ／Ｆ４４（インタフェース）、入出力部４２、ディスプレイ４３、スピーカ４６を備える。店舗装置４０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。
なお、店舗装置４０のＨＷは、店舗装置４０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定でなく例として、店舗装置４０のＨＷは、ディスプレイ４３を取り外すような構成であってもよいし、そうでなくてもよい。
また、店舗装置４０に含まれる上記の各構成要素や機能部を実現するためのＨＷや部品等については、例えばサーバ１０と同様に構成することができる。このため、再度の説明を省略する。
（４）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
店舗装置４０についても同様である。
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
店舗装置４０についても同様である。
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
店舗装置４０についても同様である。
また、本開示の各実施形態のプログラムＰ(限定でなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)や各実施形態のデータは、コンピュータに読み取り可能な記憶媒体（または記録媒体）に記憶（または記録）された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
店舗装置４０についても同様である。
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
店舗装置４０についても同様である。
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。
＜第１実施形態＞
近年、前述したＩＭＳ（Instant Messaging Service）やＳＮＳ（Social Networking Service）等のネットワークサービスが流行している。
「ＩＭＳ」は、インターネットを利用して通信装置のユーザ間で会話を交わすために、ユーザの通信装置間でのメッセージの送受信を行わせるサービスである。本明細書では、インスタントメッセージングサービスの略称である「ＩＭＳ」の表現を用いるが、広義にはメッセージングサービス全般を意味するものであり、インスタントメッセージングサービスに限定されるものではない。サーバ１０は、例えばこのＩＭＳを提供するサーバである。
「ＳＮＳ」とは、主として通信装置のユーザ間のコミュニケーションを行うことを目的として、インターネット上で社会的なネットワークやコミュニティを形成させるサービスである。
なお、ＩＭＳはＳＮＳの１つの形態（一形態）とも言える。このため、ＩＭＳとＳＮＳとは区別してもよいし、区別しなくてもよい。
上記のネットワークサービスを利用するユーザが、このネットワークサービスを利用して店舗に予約を行う場合がある。第１実施形態は、限定でなく例として、端末２０のユーザがＩＭＳを利用して自身を含むグループに関する予約を店舗に行い、店舗で設定された予約スケジュール情報を、同じグループに含まれる各ユーザの端末２０で設定可能とする実施形態である。
第１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
＜機能構成＞
（１）サーバの機能構成
図３は、本実施形態においてサーバ１０の制御部１１により実現される機能の一例を示す図である。
サーバ１０は、制御部１１により実現される機能として、サーバメイン処理部１１１と、ＩＭＳ処理部１１２と、スケジュール管理処理部１１３と、グループ識別処理部１１５とを有する。
サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。
ＩＭＳ処理部１１２は、記憶部１５に記憶されているＩＭＳ処理プログラム１５２に従って、端末２０間でのコンテンツ等の送受信を行わせるためのＩＭＳ処理を実行する機能を有している。
本明細書において、「コンテンツ」とは、複数の端末２０間で送受信されるメッセージ、スタンプ画像や写真（静止画像）、映像（動画像）等の画像、またはこれらの組み合わせを含む。また、本明細書におけるコンテンツは、詳細後述する「通信用情報」を含む。
スケジュール管理処理部１１３は、記憶部１５に記憶されているスケジュール管理処理プログラム１５２１に従って、端末２０のユーザのスケジュールに関する情報（以下、「ユーザスケジュール情報」と称す。）や、端末２０のユーザが含まれるグループのスケジュールに関する情報（以下、「グループスケジュール情報」と称す。）を管理するためのスケジュール管理処理を実行する機能を有している。
グループ識別処理部１１５は、記憶部１５に記憶されているグループ識別処理プログラム１５２３に従って、店舗の店舗装置４０から送信された、後述する予約情報を送信するグループを識別・設定するためのグループ識別処理を実行する機能を有している。
図４は、本実施形態におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定でなく例として、制御部１１により読み出され、サーバメイン処理として実行されるサーバメイン処理プログラム１５１と、ＩＭＳ処理として実行されるＩＭＳ処理プログラム１５２とが記憶される。
ＩＭＳ処理プログラム１５２は、限定でなく例として、スケジュール管理処理として実行されるスケジュール管理処理プログラム１５２１と、グループ識別処理として実行されるグループ識別処理プログラム１５２３とをサブルーチンプログラムとして含む。これらの処理については、フローチャートを用いて詳細に後述する。
また、記憶部１５には、限定でなく例として、ユーザ登録データ１５３と、店舗登録データ１５４と、ユーザ管理データベース１５５と、グループ管理データベース１５６と、店舗管理データベース１５７とが記憶される。
ユーザ登録データ１５３は、ＩＭＳを利用する端末２０のユーザの登録データであり、そのデータ構成の一例を図５に示す。
ユーザ登録データ１５３には、限定でなく例として、ユーザ名と、端末電話番号と、端末メールアドレスと、ユーザＩＤと、ユーザパスワードと、ユーザアイコン画像と、ユーザプロフィールとが関連付けて記憶される。
ユーザ名は、ＩＭＳにおけるユーザの名称であり、例えば登録時に端末２０のユーザの名称が記憶されて登録される。
端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、例えば登録時に端末２０の電話番号が記憶されて登録される。
端末メールアドレスは、このユーザ名のユーザの端末２０のメールアドレスであり、例えば登録時に端末２０のメールアドレスが記憶されて登録される。
ユーザＩＤは、このユーザ名のユーザを識別するための識別情報として機能するＩＤであり、例えば登録時にユーザを固有に識別するためのＩＤが発行され、記憶されて登録される。このユーザＩＤは、端末２０のユーザのＩＭＳのアカウント（以下、「ＩＭＳアカウント」と称す。）とも言える。
ユーザパスワードは、ＩＭＳアカウントであるユーザＩＤに関連付けられたパスワードであり、例えば登録時に各ユーザそれぞれが決定したパスワードが記憶されて登録される。
ユーザアイコン画像は、このユーザ名のユーザの端末２０で設定されてサーバ１０に送信されたユーザが使用するアイコンの画像データであり、ＩＭＳアプリケーションにおいて、ユーザ名と関連付けてアイコン画像が表示される。
ユーザプロフィールは、このユーザ名のユーザの端末２０で設定されてサーバ１０に送信されたユーザのプロフィールであり、ＩＭＳアプリケーションにおいて、ユーザ名と関連付けてユーザプロフィールが表示される。
店舗登録データ１５４は、サーバ１０の事業者と提携している店舗の登録データであり、そのデータ構成の一例を図６に示す。
店舗登録データ１５４には、限定でなく例として、店舗名と、店舗電話番号と、店舗メールアドレスと、店舗予約ページＵＲＬと、店舗ＩＤと、店舗その他情報とが関連付けて記憶される。
店舗名は、サーバ１０の事業者と提携している店舗の名称であり、例えば提携時に店舗の名称が記憶されて登録される。
店舗電話番号は、この店舗名の店舗の店舗電話機５０の電話番号であり、例えば提携時に店舗電話機５０の電話番号が記憶されて登録される。
店舗メールアドレスは、この店舗名の店舗の電子装置のメールアドレスであり、例えば提携時に店舗の電子装置のメールアドレスが記憶されて登録される。店舗の電子装置は、店舗装置４０としてもよいし、店舗装置４０とは別に設けられた通信装置としてもよい。
店舗予約ページＵＲＬは、この店舗名の店舗のＷＥＢ予約ページのＵＲＬであり、例えば提携時に店舗のＷＥＢ予約ページのＵＲＬが記憶されて登録される。
店舗ＩＤは、この店舗名の店舗を識別するための識別情報としてのＩＤであり、例えば提携時に固有のＩＤが発行され、記憶されて登録される。なお、店舗ＩＤを、店舗または店舗のユーザがＩＭＳを利用するためのＩＭＳアカウントとして機能させるようにしてもよいし、そのようなしなくてもよい。
店舗その他情報は、この店舗名の店舗に関するその他の情報である。
この店舗その他情報には、例えば提携時に、店舗の住所（以下、「店舗住所」と称す。）、店舗のホームページのＵＲＬ（以下、「店舗ホームページＵＲＬ」と称す。）等の情報が記憶されて登録される。
ユーザ管理データベース１５５は、ユーザ登録データ１５３に登録されているユーザのＩＭＳの利用に関するデータを管理するためのデータベースであり、そのデータ構成の一例を図７に示す。
ユーザ管理データベース１５５には、複数のユーザそれぞれについて、個別のユーザ管理データが記憶される。
各ユーザのユーザ管理データには、限定でなく例として、ユーザ名およびユーザＩＤと関連付けて、ユーザコンテンツ履歴データと、ユーザスケジュールデータとが記憶される。
ユーザコンテンツ履歴データは、このユーザの端末２０と他のユーザの端末２０との間で送受信されたコンテンツの履歴に関するデータであり、限定でなく例として、このユーザのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するための識別情報であるコンテンツ番号とを関連付けたデータが履歴として記憶される。
ユーザスケジュールデータは、このユーザのスケジュールに関するデータであり、限定でなく例として、カレンダー形式で日付を表示するとともに、それぞれの日付に関連付けてユーザの予定を設定・更新して表示することが可能に構成されたユーザスケジュール情報がこれに含まれる。
グループ管理データベース１５６は、ユーザ登録データ１５３に登録されている複数のユーザで構成されるグループのＩＭＳの利用に関するデータを管理するためのデータベースであり、そのデータ構成の一例を図８に示す。
グループ管理データベース１５６には、複数のグループそれぞれについて、個別のグループ管理データが記憶される。
各グループのグループ管理データには、限定でなく例として、このグループの名称であるグループ名と、グループＩＤと、グループ作成日時と、グループ人数と、グループユーザデータと、グループコンテンツ履歴データと、予約管理データとが記憶される。
グループＩＤは、このグループを識別するための識別情報として機能するＩＤであり、各グループそれぞれを固有に識別するためのＩＤが記憶されて登録される。
グループ作成日時は、このグループが作成された日時である。限定でなく例として、グループは、ＩＭＳを利用するユーザが任意に作成することができ、グループを作成したユーザまたはグループに加入済みのユーザが、他のユーザをグループに招待することで、他のユーザをグループに加入させることができる。
本明細書では、それぞれの端末２０のユーザは、１つのグループに限らず、複数のグループに加入することができることとして説明する。
グループ人数には、このグループに含まれるユーザの合計人数が記憶される。新たなユーザがグループに加入するごとに、グループ人数が加算更新され、加入済みのユーザがグループから脱退するごとに、グループ人数が減算更新される。
グループユーザデータには、限定でなく例として、このグループに含まれるユーザ（以下、「グループユーザ」と称す。）のユーザ名と、このグループユーザのユーザＩＤと、このグループユーザがこのグループに加入した日時であるグループ加入日時とが関連付けて記憶される。
グループコンテンツ履歴データは、このグループに含まれるグループユーザの端末２０間で送受信されたコンテンツの履歴に関するデータであり、限定でなく例として、このグループのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するためのコンテンツ番号とを関連付けたデータが履歴として記憶される。
予約管理データは、このグループの店舗の予約に関する情報を管理するためのデータであり、限定でなく例として、店舗装置４０から送信された予約情報と、店舗装置４０から送信された連絡先情報と、店舗装置４０から予約情報と連絡先情報とを受信した日時である受信日時と、店舗装置４０から予約情報と連絡先情報とが送信された日時である送信日時とが関連付けて記憶される。また、予約情報には、限定でなく例として、予約ＩＤと、予約スケジュール情報とが含まれる。
予約ＩＤは、予約情報（または予約スケジュール情報）を識別するための識別情報としてのＩＤであり、店舗への予約が行われた場合に、その予約情報と関連付けて店舗装置４０によって発行されて、サーバ１０に送信される。
予約スケジュール情報には、限定でなく例として、予約した店舗の名称、予約した店舗への来店時間、予約名（お客様名）、予約した人数等の情報が含まれる。予約スケジュール情報は、店舗スケジュール情報と、端末２０のユーザを含むグループのスケジュールに関するグループスケジュール情報とが関連付けられたスケジュール情報である。このため、予約スケジュール情報は、端末２０のユーザを含むグループを識別するためのグループ識別情報が関連付けられた事業者のスケジュールに関するスケジュール情報であると言える。
連絡先情報は、端末２０のユーザが店舗に連絡する際の連絡先と、店舗の店員等が端末２０のユーザに連絡する際の連絡先とに関する情報であり、限定でなく例として、この店舗に予約したユーザの端末２０を識別するための端末識別情報と、この店舗を識別するための店舗識別情報とが含まれる。
端末識別情報には、限定でなく例として、ユーザ登録データ１５３に登録されているユーザの端末２０の端末電話番号、端末メールアドレス等の情報が含まれる。また、この他にも、端末２０のＩＰアドレス、ホスト名等の情報を端末識別情報に含めてもよい。端末識別情報には、これらの情報のうちの少なくともいずれか１つの情報が含まれればよい。
店舗識別情報には、限定でなく例として、店舗登録データ１５４に登録されている店舗電話番号、店舗メールアドレス、店舗予約ページＵＲＬ等の情報が含まれる。また、この他にも、店舗ＩＤ、店舗住所、店舗ホームページＵＲＬ等の情報を端末識別情報に含めてもよい。店舗識別情報には、これらの情報のうちの少なくともいずれか１つの情報が含まれればよい。
上記の予約ＩＤは、予約情報（または予約スケジュール情報）を識別するための識別情報であり、代表者のユーザまたは同じグループに含まれる他のユーザが店舗に問い合わせを行う際に、この予約ＩＤを店舗に通知することが想定される。そこで、本実施形態では、サーバ１０は、予約スケジュール情報とともに、店舗装置４０から送信される予約ＩＤを予約情報に含めて端末２０に送信することとして説明する。
店舗管理データベース１５７は、店舗登録データ１５４に登録されている店舗に関するデータを管理するためのデータベースであり、そのデータ構成の一例を図９に示す。
店舗管理データベース１５７には、提携している複数の店舗それぞれについて、個別の店舗管理データが記憶される。
各店舗の店舗管理データには、限定でなく例として、店舗名および店舗ＩＤと関連付けて、店舗受信履歴データと、店舗スケジュールデータとが記憶される。
店舗受信履歴データは、この店舗から送信された情報の履歴に関するデータであり、限定でなく例として、この店舗の店舗装置４０から送信された予約情報と、連絡先情報との履歴データがこれに含まれる。
店舗スケジュールデータは、この店舗（またはこの店舗の事業者）のスケジュールに関するデータであり、限定でなく例として、各日付における時間帯ごとの店舗のスケジュールに関する店舗スケジュール情報がこれに含まれる。
（２）端末の機能構成
図１０は、本実施形態において端末２０の制御部２１により実現される機能の一例を示す図である。
端末２０は、制御部２１により実現される機能として、端末メイン処理部２１１と、端末ＩＭＳ処理部２１２と、スケジュール反映処理部２１３とを有する。
端末メイン処理部２１１は、記憶部２８に記憶されている端末メイン処理プログラム２８１に従って、端末２０を統括的に制御するための処理である端末メイン処理を実行する機能を有している。限定でなく例として、端末２０が携帯電話機である場合には、通信Ｉ／Ｆ２２を介して他の携帯電話機や固定電話機等との通話を行うための制御を行う、または通信Ｉ／Ｆ２２を介して各種のウェブサイトにアクセスするための制御を行う、または表示部２４に各種の情報を表示させる制御を行う、またはマイク２５から入力される各種の音データを解析する処理を行う、またはカメラ２７によって撮影された静止画像や動画像を解析する処理等を実行する。
端末ＩＭＳ処理部２１２は、記憶部２８に記憶されているＩＭＳアプリケーションプログラム２８３に従って、端末でのＩＭＳに関する処理である端末ＩＭＳ処理を実行する機能を有している。
スケジュール反映処理部２１３は、端末２０のユーザのスケジュールに関するユーザスケジュール情報に、後述する予約スケジュール情報を反映させるための処理であるスケジュール反映処理を実行する機能を有している。
図１１は、本実施形態における端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定でなく例として、制御部２１により読み出され、端末メイン処理として実行される端末メイン処理プログラム２８１と、ＩＭＳアプリケーション処理として実行されるＩＭＳアプリケーションプログラム２８３とが記憶される。
ＩＭＳアプリケーションプログラム２８３は、限定でなく例として、スケジュール反映処理として実行されるスケジュール反映処理プログラム２８３１をサブルーチンプログラムとして含む。スケジュール反映処理については、フローチャートを用いて詳細に後述する。
また、記憶部２８には、限定でなく例として、ＩＭＳアプリケーションデータ２８５が記憶される。
ＩＭＳアプリケーションデータ２８５には、限定でなく例として、ユーザコンテンツ履歴データ２８５１と、グループコンテンツ履歴データ２８５３と、ユーザスケジュールデータ２８５５と、受信予約データ２８５７とが含まれる。
ユーザコンテンツ履歴データ２８５１は、このユーザの端末２０と他のユーザの端末２０との間で送受信されたコンテンツの履歴に関するデータであり、限定でなく例として、この端末２０のユーザのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するためのコンテンツ番号とを関連付けたデータが履歴として記憶される。
グループコンテンツ履歴データ２８５３は、この端末２０のユーザと他の端末２０のユーザとを含むグループの端末２０間で送受信されたコンテンツの履歴に関するデータであり、限定でなく例として、このグループのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するためのコンテンツ番号とを関連付けたデータが履歴として記憶される。
ユーザスケジュールデータ２８５５は、このユーザのスケジュールに関するデータであり、限定でなく例として、カレンダー形式で日付を表示するとともに、それぞれの日付に関連付けてこのユーザの予定を設定・変更して表示することが可能に構成されたユーザスケジュール情報がこれに含まれる。
受信予約データ２８５７は、サーバ１０から送信された予約情報の受信データであり、限定でなく例として、前述した予約情報がこれに含まれる。
（３）店舗装置の機能構成
図２には、本実施形態における店舗装置４０の制御部４１により実現される機能の一例を示している。
店舗装置４０は、制御部４１により実現される機能として、店舗装置メイン処理部４１１と、店舗予約管理処理部４１３とを有する。
店舗装置メイン処理部４１１は、記憶部４５に記憶されている店舗装置メイン処理プログラム４５１に従って、店舗装置４０を統括的に制御するための処理である店舗装置メイン処理を実行する機能を有している。
店舗予約管理処理部４１３は、記憶部４５に記憶されている店舗予約管理処理プログラム４５１１に従って、店舗への予約を管理するための処理である店舗予約管理処理を実行する機能を有している。
図２には、本実施形態における店舗装置４０の記憶部４５に記憶される情報の一例を示している。
記憶部４５には、制御部４１により読み出され、店舗装置メイン処理として実行される店舗装置メイン処理プログラム４５１が記憶される。
店舗装置メイン処理プログラム４５１は、店舗予約管理処理として実行される店舗予約管理処理プログラム４５１１をサブルーチンプログラムとして含む。
また、記憶部４５には、店舗スケジュールデータ４５３が記憶される。
店舗スケジュールデータ４５３は、店舗のスケジュールに関する店舗スケジュール情報のデータであり、端末２０のユーザによって店舗に予約が行われたことに基づき、店舗スケジュール情報と、この端末２０のユーザを含むグループのスケジュールに関するグループスケジュール情報とが関連付けられる。そして、関連付けられた店舗スケジュール情報が、上記の端末２０のユーザを含むグループの予約スケジュールに関する予約スケジュール情報とされ、発行した予約ＩＤとともに予約情報に含めて、サーバ１０に送信される。
＜スケジュール設定方法＞
表示画面例を参照しながら、第１実施形態におけるスケジュール設定方法について説明する。
図１２は、本実施形態における端末２０の表示部２４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、端末２０においてＩＭＳアプリケーションが起動され、端末２０のユーザがグループトークを行う場合に表示される表示画面の一例である。
この表示画面には、画面上部に「ＩＭＳトークルーム」と表示され、その下に、端末２０のユーザを含むグループの名称が「グループＸ」であること、および、このグループＸに含まれるユーザの合計人数が３名であることを示す表示として「グループＸ（３）」と表示されている。
このトークルーム画面において、右側には、この端末２０のユーザである「ユーザＡ．Ａ」が送信したコンテンツが吹き出しで表示される。また、左側には、同じグループに含まれる他の２名のユーザである「ユーザＢ．Ｂ」および「ユーザＣ．Ｃ」それぞれのアイコン画像が表示されるとともに、「ユーザＢ．Ｂ」および「ユーザＣ．Ｃ」それぞれが送信したコンテンツが吹き出しで表示される。
ここでは、「ユーザＡ．Ａ」が、「ユーザＢ．Ｂ」および「ユーザＣ．Ｃ」に、グループでディナーを行うことを提案しており、店舗の候補として「レストランＲ」を提案するコンテンツが表示されている。このコンテンツは、例えば、「ユーザＡ．Ａ」がインターネットを利用して端末２０でレストランＲを検索し、レストランＲの店舗情報をトークルームに貼り付ける操作を行うことで、「ユーザＢ．Ｂ」および「ユーザＣ．Ｃ」の端末２０に送信されて表示される。
具体的には、限定でなく例として、レストランＲに関する画像、店舗名、ジャンル、店舗ホームページＵＲＬを含む基本情報と、レストランＲに関する通信用情報とを含む店舗情報が関連付けられたコンテンツ（メッセージの一種とも言える。）がトークルームに表示された状態を示している。
ここで、上記のように、店舗情報が関連付けられたコンテンツをＩＭＳアプリケーションのトークルームに表示させる手法としては、例えば、上記のように、端末２０のユーザがインターネットを利用して店舗を検索し、その店舗のホームページ等に掲載されている店舗情報をコピーして、トークルームに貼り付ける手法（コピー＆ペースト）が挙げられる。
また、この他にも、例えば以下のような手法を適用することができる。
端末２０は、店舗情報の提供サービスの事業を営む事業者のサーバ（以下、「店舗情報提供サーバ」と称す。）から、あらかじめ店舗情報の検索用のアプリケーション（以下、「店舗情報検索アプリケーション」と称す。）をダウンロードして記憶部２４に記憶しておく。この店舗情報検索アプリケーションでは、例えば、店名、最寄り駅、地域（エリア）、料理の種類等の情報を検索ワードとして入力することで、その検索ワードが端末２０から店舗情報提供サーバに通知される。そして、店舗情報提供サーバにより、データベースに蓄積的に記憶されている店舗情報の中から、検索ワードに関連する店舗情報が抽出されて、端末２０に送信される。
そして、端末２０の店舗情報検索アプリケーションにおいて、検索された店舗情報をＩＭＳアプリケーションに反映させるための操作や、検索された店舗情報をＩＭＳアプリケーションに共有させるための操作がユーザによりなされると、ＩＭＳアプリケーションが起動され、検索された店舗情報が関連付けられたコンテンツが、ＩＭＳアプリケーションのトークルームに貼り付けられて表示される。
通信用情報は、ユーザの操作に基づいて、端末２０に他の装置との通信を行わせるための情報である。ここでは、限定でなく例として、レストランＲの店舗電話番号が関連付けられたユーザ操作可能な電話発信用情報と、レストランＲの店舗予約ページＵＲＬが関連付けられたユーザ操作可能なインターネット接続用情報とを含む通信用情報を例示している。なお、変形例で後述するが、上記の基本情報に含まれる店舗ホームページＵＲＬも、通信用情報に含まれる。
電話発信用情報は、ユーザ操作に基づいて端末２０に電話発信を行わせるための情報である。具体的に一例として、電話を表すマークとともに、レストランＲの店舗電話番号「０３−ＸＸＸＸ−ＸＸＸＸ」が関連付けられた電話発信用情報が表示されており、この電話発信用情報がユーザによりタップされると、端末２０からレストランＲの店舗電話機５０に電話が発信される。
インターネット接続用情報は、ユーザ操作に基づいて端末２０にインターネット接続を行わせるための情報である。具体的に一例として、インターネット接続を表すマークとともに、レストランＲの店舗予約ページＵＲＬ「ｈｔｔｐｓ：／／ｘｘｘ．ｒｒｒｒｒ．ｙｙｙ．ｚｚ」が関連付けられたインターネット接続用情報が表示されており、このインターネット接続用情報がユーザによりタップされると、端末２０によってインターネット接続されてレストランＲのＷＥＢ予約ページにアクセスされる。このインターネット接続用情報は、リンク（またはリンク情報）と言うこともできる。
なお、上記において、例えば、端末２０のユーザが店舗を検索し、検索した店舗の電話番号をトークルームでダイレクトにメッセージとして打ち込むことで、店舗電話番号を通信用情報として機能させるようにすることも可能である。
店舗予約ページＵＲＬ、店舗ホームページＵＲＬ、店舗メールアドレス、後述するチャットを行うための情報等を通信用情報として機能させる場合も同様である。
図１３は、図１２において電話発信用情報が端末２０のユーザによりタップされた状態を示している。
ここでは、「ユーザＡ．Ａ」がグループＸの代表者としてトークルームの電話発信用情報をタップし、「ユーザＡ．Ａ」の端末２０からレストランＲの店舗電話機５０に電話発信された状態を示している。この場合、例えば図１４に示すような電話発信画面に表示が切り替わる。
なお、ここでは、「ユーザＡ．Ａ」が、店舗情報が関連付けられたコンテンツをトークルームで同じグループに含まれる他のユーザに送付し、「ユーザＡ．Ａ」が代表者として、自身が送付したコンテンツに基づいて店舗に連絡する場合を例示するが、これに限定されない。具体的には、例えば、「ユーザＡ．Ａ」が、店舗情報が関連付けられたコンテンツをトークルームで同じグループに含まれる他のユーザに送付し、同じグループに含まれる他のユーザ（ここでは「ユーザＢ．Ｂ」または「ユーザＣ．Ｃ」）が代表者として、「ユーザＡ．Ａ」によって送付されたコンテンツに基づいて店舗に連絡するようにしてもよいことは勿論である。つまり、店舗情報が関連付けられたコンテンツを送付するユーザと、このコンテンツに基づいて店舗に連絡するユーザとは、同じユーザであってもよいし、異なるユーザであってもよい。
「ユーザＡ．Ａ」の端末２０からレストランＲの店舗電話機５０に電話発信されると、携帯電話機の基地局等を介した電話が行われる。この際、端末２０は、限定でなく例として、自端末の端末電話番号を、基地局（基地局を介して店舗電話機５０）に送信して通知する。
端末２０からの電話発信に対し、例えばレストランＲの店員が店舗電話機５０で応答し、「ユーザＡ．Ａ」がグループＸの代表者としてグループＸのディナーの予約のスケジュールをレストランＲの店員に伝えたとする。この場合、レストランＲの店員は、例えば店舗装置４０を操作して、予約を受けたグループＸのスケジュールに関するスケジュール情報を入力して設定する。
なお、上記では、端末２０において電話発信用情報がタップされることで端末２０から店舗電話機５０に電話を行う場合を例示したが、これに限定されない。例えば、端末２０においてインターネット接続用情報がタップされることで、端末２０からレストランＲのＷＥＢ予約ページにアクセスし、このＷＥＢ予約ページにおいて、ユーザの入力操作に基づいて予約情報を入力するようにすることもできる。この場合、端末２０は、限定でなく例として、自端末のＩＰアドレス、ホスト名等を含む端末識別情報を、携帯電話キャリアのサーバ（携帯電話キャリアのサーバを介して店舗装置４０）に送信して通知する。
図１５は、店舗装置４０のディスプレイ４３に表示される店舗予約確認画面の一例を示す図である。
この店舗予約確認画面には、画面左上部に、日付を選択するための日付選択タブが表示されており、この日付選択タブから日付を選択することができるように構成されている。
日付選択タブで日付が選択されると、その日付の来店時間別（時間帯別）の予約状況を示す情報（以下、「予約状況情報」と称す。）が表示される。
この予約状況情報は、店舗スケジュール情報と、端末２０のユーザを含むグループのスケジュールに関するグループスケジュール情報とが関連付けられた情報である。そして、この関連付けられたスケジュール情報が予約スケジュール情報となる。
予約状況情報の表示欄には、その来店時間に予約した予約客に関する情報（以下、「予約客情報」と称す。）を入力するための予約客情報入力欄が含まれる。
予約客情報入力欄には、限定ではなく例として、予約客の名前（例えば代表者のユーザの名前）を入力するための「お客様名」の入力欄と、予約された人数（例えば予約されたグループの人数）を入力するための「人数」の入力欄と、予約客の電話番号（例えば代表者のユーザの端末電話番号）を入力するための「電話番号」の入力欄とが含まれる。
また、電話番号の入力欄の右側には、「決定ボタン」と、「送信チェックボックス」と、「予約ＩＤ」とが表示されている。
決定ボタンは、予約客情報入力欄に入力された情報で決定して予約ＩＤを発行し、発行した予約ＩＤおよび予約スケジュール情報を含む予約情報と、連絡先情報とを、サーバ１０に送信するために用いられるボタンである。
送信チェックボックスは、決定ボタンが押下され、予約情報と、連絡先情報とがサーバ１０に送信された場合にチェックマークが付けられるボックスであり、当初はチェックマークなしの状態で表示される。
図１５の例では、日付として「２０１８／８／１７」が選択され、来店時間として「１８：００」から３０分刻みの時間帯が表示された状態が示されている。例えば「１８：００〜１８：３０」の来店時間に、お客様名「Ａ．Ａ様」、人数「３名」、電話番号「０９０−ＸＸＸＸ−ＸＸＸＸ」の予約と、お客様名「Ｅ．Ｅ様」、人数「２名」、電話番号「０８０−ＸＸＸＸ−ＸＸＸＸ」の予約との２つの予約に関連する情報が入力された状態が示されている。
図１５において、例えば、来店時間「１８：００〜１８：３０」のお客様名「Ａ．Ａ様」、人数「３名」、電話番号「０９０−ＸＸＸＸ−ＸＸＸＸ」の予約に関連付けられた決定ボタンが押下されると、例えば図１６に示すような決定確認画面が表示される。この表示例では、「この入力情報で決定し、予約ＩＤを発行します。」というメッセージと、「はい」および「いいえ」のボタンとを含む決定確認画面が、店舗予約確認画面の中央部にポップアップ形式で表示されている。
図１６の決定確認画面において「はい」のボタンが押下されると、予約ＩＤが発行され、例えば図１７に示すような送信確認画面が表示される。図１７の表示例では「予約ＩＤ：１２３４５Ｘの予約情報をＩＭＳに送信します。」というメッセージと、「はい」および「いいえ」のボタンとを含む送信確認画面が、店舗予約確認画面の中央部にポップアップ形式で表示されている。
図１７の送信確認画面において「はい」のボタンが押下されると、予約ＩＤおよび予約スケジュール情報を含む予約情報と、端末識別情報（例えば代表者のユーザの端末２０の端末識別情報：端末電話番号等）および店舗識別情報（例えば店舗電話番号等）を含む連絡先情報とがサーバ１０に送信される。そして、例えば図１８に示すように、送信チェックボックスにチェックマークが付けられる。
ここで、店舗装置４０は、ＩＭＳのサーバ１０と連携して処理を行うため、例えば、ＩＭＳのサーバ１０から提供（配布）されるＩＭＳ用のソフトウェアパッケージをあらかじめ取得して記憶部４５に記憶しておき、このＩＭＳ用のソフトウェアパッケージを、予約管理用のプログラムから呼び出して使用するようにすることができる。アプリケーションプログラミングインターフェース（ＡＰＩ）が典型的な例であり、店舗装置４０は、例えば上記の決定確認画面において決定操作がなされた場合に、ＡＰＩを起動して、サーバ１０への情報送信を可能とすればよい。そして、店舗装置４０は、例えば上記の送信確認画面において送信操作がなされた場合に、予約情報と、連絡先情報とをサーバ１０に送信すればよい。
また、本実施形態では、店舗装置４０が、端末識別情報と店舗識別情報とを含む連絡先情報をサーバ１０に送信することとするが、これに限定されない。端末２０または端末２０のユーザをサーバ１０で識別できればよいため、例えば、店舗装置４０が、予約を受け付けたユーザの端末２０の端末識別情報宛て、または予約を受け付けたユーザのユーザ識別情報宛てに、サーバ１０に予約情報を送信するようにしてもよいし、そのようにしなくてもよい。つまり、店舗装置４０が、端末識別情報またはユーザ識別情報に基づいて、予約情報をサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。
サーバ１０は、店舗装置４０から予約情報と、連絡先情報とを受信すると、受信した連絡先情報に含まれる端末識別情報に関連付けて記憶部１５のユーザ登録データ１５３に記憶されているユーザＩＤ（またはユーザ名）を特定する。そして、記憶部１５のグループ管理データベース１５６に記憶されている、特定したユーザＩＤ（またはユーザ名）がグループユーザデータに含まれる各グループ管理データそれぞれを対象として、そのグループコンテンツ履歴データの中に店舗装置４０から受信した連絡先情報に含まれる店舗識別情報が関連付けられた通信用情報を含むコンテンツが履歴として記憶されているグループ管理データのグループＩＤ（またはグループ名）を特定する。そして、特定したグループＩＤ（またはグループ名）のグループを、予約情報の送信対象とするグループ（以下、「対象グループ」と称す。）として設定する。
具体的には、例えば、連絡先情報に含まれる店舗識別情報が店舗電話番号である場合、サーバ１０は、特定したユーザＩＤ（またはユーザ名）がグループユーザデータに含まれる各グループ管理データそれぞれを対象として、そのグループコンテンツ履歴データの中に店舗電話番号が関連付けられた電話発信用情報を含むコンテンツが履歴として記憶されているグループ管理データのグループＩＤ（またはグループ名）を特定する。そして、特定したグループＩＤ（またはグループ名）のグループを、対象グループとして設定する。
また、例えば、連絡先情報に含まれる店舗識別情報が店舗予約ページＵＲＬである場合、サーバ１０は、特定したユーザＩＤ（またはユーザ名）がグループユーザデータに含まれる各グループ管理データそれぞれを対象として、そのグループコンテンツ履歴データの中に店舗予約ページＵＲＬが関連付けられたインターネット接続用情報を含むコンテンツが履歴として記憶されているグループ管理データのグループＩＤ（またはグループ名）を特定する。そして、特定したグループＩＤ（またはグループ名）のグループを、対象グループとして設定する。
このようにして対象グループを設定したならば、サーバ１０は、対象グループのグループ管理データに記憶されているグループユーザデータと、ユーザ登録データ１５３に記憶されているユーザ登録情報とに基づいて、店舗装置４０から受信した予約情報を、対象グループに含まれる各ユーザそれぞれの端末２０に送信する。
本実施形態では、端末２０のユーザがＩＭＳアカウントを有しているか否かや、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されているか否かといった条件に関わらず、店舗装置４０が上記の送信確認画面を表示し、予約情報と、連絡先情報とをサーバ１０に送信することとする。つまり、端末２０のユーザがＩＭＳのユーザではない場合や、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されていない場合であっても、店舗装置４０は予約を受け付け、受け付けた予約に関する情報をサーバ１０に送信するものとする。
端末２０のユーザがＩＭＳアカウントを有していない場合、サーバ１０から端末２０に予約情報を送信することはできないことになる。しかし、本実施形態では、店舗装置４０はそのことを認識できないものとする。これは、個人情報の保護の目的で、予約をしたユーザがＩＭＳのユーザであるか否かを、店舗側で把握することができないようにするためである。
図１９は、予約スケジュール情報をサーバ１０から受信した場合に端末２０の表示部２４に表示される表示画面の一例を示す図である。
表示部２４には、画面中央部に、「ＩＭＳスケジュール：新着スケジュールがあります。」というメッセージを含むＩＭＳ新着通知情報が表示されている。このＩＭＳ新着通知情報が端末２０のユーザによりタップされると、ＩＭＳアプリケーションが起動され、記憶部２８のＩＭＳアプリケーションデータ２８５に含まれるユーザスケジュールデータ２８５５が表示される。
図２０は、端末２０の表示部２４に表示されるユーザスケジュール画面の一例を示す図である。
このユーザスケジュール画面には、この端末２０のユーザのスケジュールに関するユーザスケジュール情報が、カレンダー形式で表示されている。また、画面中央部には、「スケジュールを更新します。よろしいですか？」というメッセージと、「許可しない」および「ＯＫ」のアイコンとを含むスケジュール更新確認情報が、ポップアップ形式で表示されている。限定でなく例として、「ＯＫ」のアイコンが端末２０のユーザによりタップされると、ＩＭＳ新着通知情報として通知された新着スケジュール情報である予約スケジュール情報が、端末２０のユーザスケジュールデータ２８５５に含まれるユーザスケジュール情報に関連付けて記憶される。
本明細書では、予約スケジュール情報が、端末２０のユーザスケジュール情報に関連付けられること（関連付けて記憶されること）を、「スケジュール設定」と称する。また、ユーザスケジュール情報に関連付けられた予約スケジュール情報が更新されること（更新記憶されること）を、「スケジュール更新」または「スケジュール変更」と称する。
図２１は、端末２０の表示部２４に表示されるユーザスケジュール画面の一例を示す図である。
このユーザスケジュール画面では、図２０において「ＯＫ」のアイコンがタップされたことで、予約スケジュール情報がユーザスケジュールに反映された状態を示している。
現在の日付が「８月３日」であるため、カレンダー形式で表示されるユーザスケジュール情報の「８月３日」の日付部分が強調表示されている。また、予約スケジュール情報の日付が「８月１７日」であるため、「８月１７日」の日付部分に黒丸の印が付けられている。
上記において、「８月１７日」の日付部分が端末２０のユーザによりタップされると、例えば図２２に示すような詳細表示が表示される。この詳細表示では、「８月１７日」の日付部分が丸で囲まれるとともに、画面下部には、予約スケジュール情報の詳細として、予約した店舗の名称「レストランＲ」と、予約した店舗への来店時間「１８：００」と、予約した人数「３名」とが表示されている。
＜処理＞
図２３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
左側から順に、端末Ａのスケジュール反映処理部２１３が実行するスケジュール反映処理、端末Ｂのスケジュール反映処理部２１３が実行するスケジュール反映処理、端末Ｃのスケジュール反映処理部２１３が実行するスケジュール反映処理、サーバ１０のスケジュール管理処理部１１３が実行するスケジュール管理処理、店舗装置４０の店舗予約管理処理部４１３が実行する店舗予約管理処理のうち、新規予約に関する処理の一例をそれぞれ示している。
各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、ステップの用語は省略する。また、ここでは、端末ＡのユーザであるユーザＡ．Ａと、端末ＢのユーザであるユーザＢ．Ｂと、端末ＣのユーザであるユーザＣ．ＣとでグループＸが形成されており、ユーザＡ．Ａが代表者として店舗にグループＸの新規予約を行う場合の処理を例示する。
また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものに過ぎず、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。
他の実施形態の処理についても同様である。
最初に、端末Ａのスケジュール反映処理部２１３は、利用対象とする店舗に関する通信用情報を含むコンテンツを、表示部２４のＩＭＳにおけるグループＸのトークルームに表示させる（Ａ１）。そして、端末Ａのスケジュール反映処理部２１３は、この通信用情報を含むコンテンツを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３）。そして、端末Ａのスケジュール反映処理部２１３は、この通信用情報を含むコンテンツを、記憶部２８のグループＸに関するグループコンテンツ履歴データ２８５３に記憶させる。
スケジュール管理処理部１１３は、通信用情報を含むコンテンツを通信Ｉ／Ｆ１４によって端末Ａから受信すると（Ｄ１）、グループＸに関するグループ管理データに含まれるグループユーザデータと、ユーザ登録データ１５３とに基づいて、端末２０から受信したコンテンツを、通信Ｉ／Ｆ１４によってグループＸに含まれる端末Ａのユーザとは異なるユーザの端末（ここでは端末Ｂ、端末Ｃ）に送信する（Ｄ３）。そして、スケジュール管理処理部１１３は、この通信用情報を含むコンテンツを、記憶部１５のグループ管理データベース１５６のグループＸに関するグループ管理データに含まれるグループコンテンツ履歴データに記憶させる。
端末Ｂのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から通信用情報を含むコンテンツを受信すると（Ｂ１）、受信したコンテンツを表示部２４のＩＭＳにおけるグループＸのトークルームに表示させる（Ｂ３）。同様に、端末Ｃのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から通信用情報を含むコンテンツを受信すると（Ｃ１）、受信したコンテンツを表示部２４のＩＭＳにおけるグループＸのトークルームに表示させる（Ｃ３）。
次いで、端末Ａのスケジュール反映処理部２１３は、トークルームのコンテンツに含まれる通信用情報に対するユーザ操作に基づき、通信Ｉ／Ｆ２２を介して端末識別情報を送信し、店舗電話機５０、店舗装置４０、または店舗のその他の電子装置と通信する（Ａ４）。この通信には、前述したように、電話発信用情報に基づく電話発信やインターネット接続用情報に基づくインターネット接続等が含まれる。
店舗予約管理処理部４１３は、予約設定を行うための画面である店舗予約設定画面をディスプレイ４３に表示させる（Ｅ１）。そして、店舗予約管理処理部４１３は、店舗の店員等の設定操作に基づいて、端末Ａのユーザを含むグループＸに関する予約スケジュール情報を設定する店舗予約設定処理を行う（Ｅ３）。具体的には、限定でなく例として、店舗の店員等によって入力された情報に基づいて、グループスケジュール情報を、記憶部４５の店舗スケジュールデータ４５３に含まれる店舗スケジュールデータに関連付けて記憶させる。これにより、グループＸに関する予約スケジュール情報が設定される。
次いで、店舗予約管理処理部４１３は、例えば前述した決定確認画面において予約ＩＤを発行する操作がなされると、設定した予約スケジュール情報に関連付けて予約ＩＤを発行する（Ｅ５）。そして、店舗予約管理処理部４１３は、例えば前述した送信確認画面において情報を送信する操作がなされると、予約情報と、連絡先情報とを、通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｅ７）。そして、店舗予約管理処理部４１３は、店舗予約管理処理を終了する。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって予約情報と、連絡先情報とを店舗装置４０から受信すると（Ｄ５）、記憶部１５に記憶されているグループ識別処理プログラム１５２３に従ってグループ識別処理を行う（Ｄ７）。
図２４は、グループ識別処理の流れの一例を示すフローチャートである。
最初に、グループ識別処理部１１５は、Ｄ５で受信した連絡先情報に含まれる端末識別情報に関連付けて記憶部１５のユーザ登録データ１５３に記憶されているユーザＩＤを特定する（Ｆ１）。
なお、変形例で後述するが、端末識別情報に代えて、または端末識別情報に加えて、端末２０のユーザを識別するためのユーザ識別情報を連絡先情報に含めるようにすることもできる。この場合、Ｆ１において、受信した連絡先情報に含まれるユーザ識別情報に関連付けて記憶部１５のユーザ登録データ１５３に記憶されているユーザＩＤを特定するようにすることができる。
次いで、グループ識別処理部１１５は、記憶部１５のグループ管理データベース１５６に記憶されている、特定したユーザＩＤがグループユーザデータに含まれる各グループ管理データそれぞれについて、そのグループコンテンツ履歴データの中に店舗装置４０から受信した連絡先情報に含まれる店舗識別情報が関連付けられた通信用情報を含むコンテンツが履歴として記憶されているグループ管理データのグループＩＤを特定する（Ｆ３）。そして、グループ識別処理部１１５は、特定したグループＩＤのグループを対象グループとして設定する（Ｆ７）。
その後、グループ識別処理部１１５は、Ｄ５で受信した予約情報と、連絡先情報とを、Ｆ７で設定した対象グループのグループ管理データに含まれる予約管理データに関連付けて記憶させる（Ｆ９）。そして、グループ識別処理部１１５は、グループ識別処理を終了する。
図２３に戻り、グループ識別処理を行った後、スケジュール管理処理部１１３は、店舗装置４０から受信した予約情報を、通信Ｉ／Ｆ１４によって、グループ識別処理で設定した対象グループ（ここではグループＸ）に含まれる各ユーザの端末（ここでは端末Ａ，端末Ｂ，端末Ｃ）にそれぞれに送信する（Ｄ９）。この場合、サーバ１０が、スケジュール情報の設定に関する情報（例えばスケジュール情報の設定を指示するコマンド）を、予約情報に含めて、または予約情報とは別に、それぞれの端末２０に送信するようにしてもよいし、そのようにしなくてもよい。
なお、本実施形態では、サーバ１０が、店舗装置４０から送信された連絡先情報は端末２０に送信しないこととするが、店舗装置４０から送信された予約情報と、連絡先情報との両方を端末２０に送信するようにしてもよいし、そのようにしなくてもよい。
端末Ａのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から予約情報を受信すると（Ａ５）、スケジュール設定処理を行う（Ａ７）。具体的には、限定でなく例として、受信した予約情報に含まれる予約スケジュール情報を、記憶部２８のユーザスケジュールデータ２８５５に含まれるユーザスケジュール情報に関連付けて記憶させる。これにより、代表者のユーザの端末２０において、スケジュール情報が設定される。そして、端末Ａのスケジュール反映処理部２１３は、予約スケジュール情報を関連付けたユーザスケジュール情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信した後（Ａ９）、スケジュール反映処理を終了する。
同様に、端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から予約情報を受信すると（Ｂ５、Ｃ５）、端末Ａと同様に、スケジュール設定処理を行う（Ｂ７、Ｃ７）。これにより、対象グループに含まれる他のユーザの端末２０において、スケジュール情報がそれぞれ設定される。そして、端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、予約スケジュール情報を関連付けたユーザスケジュール情報を、通信Ｉ／Ｆ２２によってそれぞれサーバ１０に送信した後（Ｂ９、Ｃ９）、スケジュール反映処理を終了する。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって各端末２０それぞれからユーザスケジュール情報を受信すると（Ｄ１１）、受信したユーザスケジュール情報を、ユーザ管理データベース１５５におけるそれぞれの端末２０のユーザのユーザ管理データに含まれるユーザスケジュールデータに記憶させる（Ｄ１３）。そして、スケジュール管理処理部１１３は、スケジュール管理処理を終了する。
なお、端末２０がサーバ１０から予約情報を受信した場合に、受信した予約情報に含まれる予約ＩＤを、サーバ１０を介して店舗装置４０にレスポンスとして返信するようにしてもよいし、そのようにしなくてもよい。この場合、代表者のユーザの端末２０のみが予約ＩＤをレスポンスとして返信するようにしてもよいし、対象グループに含まれる各ユーザの端末２０それぞれが予約ＩＤをレスポンスとして返信するようにしてもよい。
ここでは、新規予約に関する処理として、端末Ａのユーザが代表者としてグループＸの新規予約を行う場合の処理を示したが、この新規予約に関する処理は、１回目の予約に関するものであればよく、上記は一例に過ぎない。
＜第１実施形態の効果＞
第１実施形態によれば、ネットワークサービスを利用してグループのスケジュール管理を行うことができ、ユーザの利便性を向上させることができるという効果が得られる。
第１実施形態は、端末２０が、端末２０のユーザを含むグループを識別するためのグループＩＤ（限定でなくグループ識別情報の一例）が関連付けられた、店舗（限定でなく事業者の一例）を識別するための店舗電話番号（限定でなく事業者識別情報の一例）に基づいて電話発信し、自端末の端末識別情報である端末電話番号（限定でなく識別情報の一例）を通信Ｉ／Ｆ２２によって送信する。また、端末２０は、端末２０のユーザを含むグループを識別するためのグループＩＤ（限定でなくグループ識別情報の一例）が関連付けられた、店舗（限定でなく事業者の一例）を識別するための店舗予約ページＵＲＬ（限定でなく事業者識別情報の一例）に基づいてＷＥＢ予約ページにアクセスし、自端末の端末識別情報であるＩＰアドレス、ホスト名等の情報（限定でなく識別情報の一例）を通信Ｉ／Ｆ２２によって送信する。
そして、端末２０は、店舗装置４０（限定でなく事業者の電子装置の一例）から送信された、端末識別情報と、グループＩＤが関連付けられた予約スケジュール情報（限定でなく事業者のスケジュールに関するスケジュール情報の一例）とのうち、予約スケジュール情報を通信Ｉ／Ｆ２２によって受信し、予約スケジュール情報は、関連付けられたグループＩＤに基づき、グループＩＤによって識別されるグループに含まれるユーザの端末２０に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を、関連付けられたグループ識別情報によって識別されるグループに含まれるユーザの端末で適切に受信することができるという効果が得られる。また、事業者の電子装置から送信されたスケジュール情報が、関連付けられたグループ識別情報によって識別されるグループに含まれるユーザの端末に送信されるため、ユーザの利便性を向上させることができるという効果が得られる。
また、第１実施形態は、グループＩＤ（限定でなくグループ識別情報の一例）は、端末識別情報（限定でなく識別情報の一例）が関連付けられており、予約スケジュール情報（限定でなくスケジュール情報の一例）は、端末識別情報が関連付けられたグループＩＤに基づき、グループＩＤによって識別されるグループに含まれるユーザの端末２０に送信される構成を示している。
このような構成により得られる効果の一例として、ユーザの端末を識別するための識別情報が関連付けられたグループ識別情報に基づくことで、事業者の電子装置から送信されたスケジュール情報を、グループに含まれるユーザの端末で確実に受信することができるという効果が得られる。
また、第１実施形態は、グループＩＤ（限定でなくグループ識別情報の一例）は、店舗電話番号（限定でなく事業者識別情報の一例）に関連する情報であって、端末識別情報である端末電話番号（限定でなく識別情報の一例）をユーザの操作に基づき送信する電話発信用情報（限定でなく識別情報をユーザの操作に基づき送信する情報の一例）が関連付けられている構成を示している。また、グループＩＤ（限定でなくグループ識別情報の一例）は、店舗予約ページＵＲＬ（限定でなく事業者識別情報の一例）に関連する情報であって、端末識別情報であるＩＰアドレス、ホスト名等の情報（限定でなく識別情報の一例）をユーザの操作に基づき送信するインターネット接続用情報（限定でなく識別情報をユーザの操作に基づき送信する情報の一例）が関連付けられている構成を示している。
このような構成により得られる効果の一例として、ユーザの端末を識別するための識別情報をユーザの操作に基づき送信する情報を端末のユーザが操作するだけで、識別情報を簡単に送信することができるという効果が得られる。
また、第１実施形態は、グループに含まれる複数の端末２０は、複数の端末２０の間でメッセージや画像、コンテンツ（限定でなくコンテンツの一例）等の送受信を行い、複数の端末２０の間で送受信されたコンテンツを端末２０の表示部２４のＩＭＳアプリケーションのトークルーム（限定でなく表示領域の一例）に表示する。そして、通信用情報は、複数の端末２０の間で送受信されたコンテンツに含まれる構成を示している。
このような構成により得られる効果の一例として、複数の端末の間で送受信されたコンテンツを端末のユーザに閲覧させることができるという効果が得られる。また、コンテンツに含まれる情報をユーザが操作するだけで、ユーザの端末を識別するための識別情報を簡単に送信することができるという効果が得られる。
また、第１実施形態は、店舗識別情報（限定でなく事業者識別情報の一例）は、店舗電話番号（限定でなく事業者の電話番号の一例）を含む構成を示している。
このような構成により得られる効果の一例として、事業者の電話番号に基づき、ユーザの端末を識別するための識別情報を簡単に送信することができるという効果が得られる。
また、第１実施形態は、グループは、代表者のユーザ（限定でなく端末のユーザの一例）とは異なるユーザ（限定でなく第１ユーザの一例）を少なくとも含み、スケジュール情報は、グループ識別情報に基づき、グループに含まれる代表者のユーザとは異なるユーザの端末（限定でなく第１端末の一例）に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を、グループに含まれるユーザで共有することができるという効果が得られる。
また、第１実施形態は、端末２０が、グループＩＤに基づき、グループに含まれる代表者のユーザとは異なるユーザの端末に、通信用情報を含むコンテンツ（限定でなく第１コンテンツの一例）を通信Ｉ／Ｆ２２によって送信するとともに、代表者のユーザとは異なるユーザの端末からグループＩＤに基づき送信されたメッセージ等のコンテンツ（限定でなく第２コンテンツの一例）を通信Ｉ／Ｆ２２によって受信する。そして、通信用情報を含むコンテンツと、メッセージ等のコンテンツとを端末２０の表示部２４のトークルーム（限定でなく端末の表示領域の一例）に表示する構成を示している。
このような構成により得られる効果の一例として、端末が送信する第１コンテンツと、第１端末から送信される第２コンテンツとを、端末のユーザに閲覧させることができるという効果が得られる。
また、第１実施形態は、店舗装置４０が、店舗のスケジュールに関する店舗スケジュール情報（限定でなく第１スケジュール情報の一例）と、端末２０のユーザを含むグループのスケジュールに関するグループスケジュール情報（限定でなく第２スケジュール情報の一例）とを関連付ける店舗予約設定処理を行う。そして、端末識別情報（限定でなく識別情報の一例）と、グループスケジュール情報と関連付けた店舗スケジュール情報に基づくスケジュール情報であって、グループを識別するためのグループＩＤ（限定でなくグループ識別情報の一例）が関連付けられた予約スケジュール情報（限定でなくスケジュール情報の一例）とを店舗装置４０の通信Ｉ／Ｆ４４（限定でなく電子装置の通信部の一例）によって送信する構成を示している。
このような構成により得られる効果の一例として、ユーザの端末を識別するための識別情報と、第２スケジュール情報と関連付けた第１スケジュール情報に基づくスケジュール情報であって、グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを、適切に送信することができるという効果が得られる。
＜第１変形例（１）＞
第１実施形態では、事業者を店舗（または店舗の事業者）とし、事業者の電子装置を店舗装置４０としたが、これに限定されない。
具体的には、例えば、事業として対価を得て取引を行う個人や法人等であり、端末のユーザを含むグループのスケジュールに関するスケジュール情報（グループスケジュール情報）を取得して、自身のスケジュールに関するスケジュール情報（事業者スケジュール情報）と関連付ける個人や法人であれば、本開示における事業者とすることができる。また、電子装置は、この事業者が管理したり使用するものであれば、どのような電子装置も本開示における電子装置とすることができる。
＜第１変形例（１）の効果＞
本変形例の構成により得られる効果の一例として、店舗以外の事業者を本開示における事業者とし、店舗装置以外の電子装置を本開示における電子装置として、グループのスケジュールを管理することができるという効果が得られる。
＜第１変形例（２）＞
第１実施形態では、サーバ１０は、店舗装置４０から予約情報と、連絡先情報とを受信すると、各グループ管理データそれぞれのグループコンテンツ履歴データの中から、店舗装置４０から受信した連絡先情報に含まれる店舗識別情報を含むコンテンツを検索することで、予約情報を送信するグループを識別する。そして、サーバ１０は、識別したグループのグループ管理データに記憶されているグループユーザデータと、ユーザ登録データ１５３に記憶されているユーザ登録情報とに基づいて、店舗装置４０から受信した予約情報を、識別したグループに含まれる各ユーザの端末２０に送信することとして説明したが、これに限定されない。
具体的には、例えば、サーバ１０が、記憶部１５のグループ管理データベース１５６に記憶される各グループそれぞれのグループ管理データにおいて、このグループで共有されるスケジュール情報であるグループスケジュール情報を含むグループスケジュールデータを記憶して管理する。
そして、サーバ１０は、店舗装置４０から予約情報と、連絡先情報とを受信した場合、各グループ管理データそれぞれのグループコンテンツ履歴データの中から、店舗装置４０から受信した連絡先情報に含まれる店舗識別情報を含むコンテンツを検索することで、スケジュール情報を設定するグループを識別する。そして、サーバ１０は、店舗装置４０から受信した予約情報に含まれる予約スケジュール情報を、識別したグループのグループスケジュールデータに含まれるグループスケジュール情報に関連付けて記憶させることで、スケジュール情報を設定する。
＜第１変形例（２）の効果＞
本変形例は、サーバ１０（限定でなく情報処理装置の一例）が、端末２０のユーザを含むグループを識別するためのグループＩＤ（限定でなくグループ識別情報の一例）と、店舗電話番号または店舗予約ページＵＲＬ（限定でなく事業者識別情報の一例）とをＩＭＳアプリケーションのトークルームで関連付ける。そして、サーバ１０は、店舗装置４０（限定でなく事業者の電子装置の一例）から送信された、店舗電話番号または店舗予約ページＵＲＬと、予約スケジュール情報（限定でなく事業者のスケジュールに関するスケジュール情報の一例）と、を通信Ｉ／Ｆ１４によって受信し、受信した店舗電話番号または店舗予約ページＵＲＬに基づいて、店舗電話番号または店舗予約ページＵＲＬが関連付けられたグループＩＤによって識別されるグループと、受信した予約スケジュール情報とを関連付ける構成を示している。
このような構成により得られる効果の一例として、サーバを情報処理装置として、事業者識別情報が関連付けられたグループ識別情報によって識別されるグループと、事業者の電子装置から送信されたスケジュール情報とを適切に関連付けることができるという効果が得られる。
＜第１変形例（３）＞
第１実施形態でサーバ１０が実行した処理を、端末２０（例えば代表者のユーザの端末２０）が実行するようにしてもよいし、しなくてもよい。
図２５は、この場合における処理の流れの一例を示すフローチャートである。
図の見方は図２３と同様であり、図２３の処理と同一のステップについては同一の符号を付して再度の説明を省略する。
サーバ１０のスケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって予約情報と、連絡先情報とを店舗装置４０から受信すると（Ｄ５）、受信した予約情報と、連絡先情報とを、通信Ｉ／Ｆ１４によって端末Ａに送信する（Ｄ２１）。そして、スケジュール管理処理部１１３は、Ｄ１１へと処理を移す。
端末Ａのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から予約情報と、連絡先情報とを受信すると（Ａ２１）、スケジュール設定処理（Ａ７）と、ユーザスケジュール情報のサーバ１０への送信（Ａ９）とを行う。そして、端末Ａのスケジュール反映処理部２１３は、グループ識別処理を行う（Ａ２３）。このグループ識別処理は、図２４と同様の処理とすることができるため、再度の説明を省略する。
その後、端末Ａのスケジュール反映処理部２１３は、Ａ２１でサーバ１０から受信した予約情報を、通信Ｉ／Ｆ１４によって、グループ識別処理で設定した対象グループ（ここではグループＸ）に含まれるユーザのうち、自端末のユーザとは異なるユーザの端末２０（ここでは端末Ｂ，端末Ｃ）にそれぞれに送信する（Ａ２５）。この場合、端末２０が、スケジュール情報の設定に関する情報（例えばスケジュール情報の設定を指示するコマンド）を、予約情報に含めて、または予約情報とは別に、自端末のユーザとは異なるユーザの端末２０にそれぞれ送信するようにしてもよいし、そのようにしなくてもよい。そして、端末Ａのスケジュール反映処理部２１３は、スケジュール反映処理を終了する。
端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によって端末Ａから予約情報を受信すると（Ｂ２１、Ｃ２１）、それぞれスケジュール設定処理（Ｂ２７、Ｃ２７）と、ユーザスケジュール情報のサーバ１０への送信（Ｂ２９、Ｃ２９）とを行う。そして、端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、それぞれスケジュール反映処理を終了する。
なお、第１変形例（２）と同様に、端末２０が、店舗装置４０から送信された予約情報に含まれる予約スケジュール情報を、この端末２０のユーザを含むグループで共有されるスケジュール情報であるグループスケジュール情報に関連付けて記憶させることで、スケジュール情報を設定するようにしてもよいし、そのようにしなくてもよい。
＜第１変形例（３）の効果＞
本変形例は、端末２０（限定でなく情報処理装置の一例）が、端末２０のユーザを含むグループを識別するためのグループＩＤ（限定でなくグループ識別情報の一例）と、店舗電話番号または店舗予約ページＵＲＬ（限定でなく事業者識別情報の一例）とをＩＭＳアプリケーションのトークルームで関連付ける。そして、端末２０は、店舗装置４０（限定でなく事業者の電子装置の一例）から送信された、店舗電話番号または店舗予約ページＵＲＬと、予約スケジュール情報（限定でなく事業者のスケジュールに関するスケジュール情報の一例）と、を通信Ｉ／Ｆ２２によって受信し、受信した店舗電話番号または店舗予約ページＵＲＬに基づいて、店舗電話番号または店舗予約ページＵＲＬが関連付けられたグループＩＤによって識別されるグループと、受信した予約スケジュール情報とを関連付ける構成を示している。
このような構成により得られる効果の一例として、端末を情報処理装置として、事業者識別情報が関連付けられたグループ識別情報によって識別されるグループと、事業者の電子装置から送信されたスケジュール情報とを適切に関連付けることができるという効果が得られる。
＜第１変形例（４）＞
第１実施形態とは異なり、限定でなく例として、サーバ１０が、店舗装置４０から予約情報と、連絡先情報とを受信すると、記憶部１５のユーザ登録データ１５３を参照し、店舗装置４０から受信した連絡先情報に含まれる端末識別情報から識別される端末２０、または受信した連絡先情報に含まれるユーザ識別情報から識別される端末２０を識別する。そして、店舗装置４０から受信した予約情報を、識別した端末２０に送信するようにしてもよい。この場合に、サーバ１０から予約情報が送信される端末２０は、店舗への予約を行った代表者のユーザの端末２０となる。
また、この場合、限定でなく例として、代表者のユーザの端末２０が、サーバ１０から予約情報を受信した後、他のグループユーザを特定する他グループユーザ特定処理を行い、特定した他のグループユーザの端末２０に、サーバ１０から受信した予約情報を、サーバ１０を介して送信するようにしてもよい。
＜第１変形例（４）の効果＞
本変形例は、サーバ１０が、店舗装置４０から受信した連絡先情報に含まれる端末識別情報から識別される端末２０、または受信した連絡先情報に含まれるユーザ識別情報から識別される端末２０を識別し、店舗装置４０から受信した予約情報を、識別した端末２０に送信する。そして、端末２０が、サーバ１０から予約情報を受信した後、他のグループユーザを特定する他グループユーザ特定処理を行い、特定した他のグループユーザの端末２０に、サーバ１０から受信した予約情報を、サーバ１０を介して送信する構成を示している。
このような構成により得られる効果の一例として、端末が、この端末のユーザとは異なる第１ユーザを識別し、識別した第１ユーザの第１端末にスケジュール情報を送信することができるという効果が得られる。また、サーバで第１ユーザを識別する必要がなくなるため、結果的に、サーバの負荷を軽減できるという効果が得られる。
なお、上記において、サーバ１０から代表者のユーザの端末２０に予約情報が送信された後、限定でなく例として、この代表者のユーザの端末２０が、予約情報を受領したことを示す情報（以下、「受領確認情報」と称す。）をサーバ１０に送信する。そして、サーバ１０は、代表者のユーザの端末２０から受領確認情報を受信すると、他のグループユーザを特定する他グループユーザ特定処理を行い、特定した他のユーザの端末２０に、予約情報を送信するようにしてもよいし、そのようにしなくてもよい。
また、第１実施形態では、サーバ１０が、予約スケジュール情報とともに店舗装置４０から送信された予約ＩＤを、識別したグループに含まれる各ユーザの端末２０に送信することとして説明したが、これに限定されない。基本的に、店舗への問い合わせは、代表者のユーザが行う場合が多いと考えられる。そこで、サーバ１０が、代表者のユーザの端末２０には予約スケジュール情報と予約ＩＤとを送信するが、対象グループに含まれる他のユーザの端末２０には予約スケジュール情報のみを送信するようにしてもよいし、そのようにしなくてもよい。
＜第１変形例（５）＞
第１実施形態において、店舗装置４０から送信される連絡先情報に、端末識別情報に代えて、または端末識別情報に加えて、この店舗に予約したユーザを識別するためのユーザ識別情報（限定でなく識別情報の一例）を含めるようにすることもできる。
「端末識別情報」は、上記のようにユーザの端末２０を識別するための情報であるのに対し、「ユーザ識別情報」は、端末２０のユーザを識別するための情報である。
このユーザ識別情報には、限定でなく例として、ユーザの名前や住所等の情報や、ユーザ登録データ１５３に登録されているＩＭＳにおけるユーザ名やユーザＩＤ等の情報を含めることができる。
例えば、ユーザの名前や住所をユーザ識別情報とするのであれば、サーバ１０において、ユーザの名前や住所をユーザ登録データ１５３に記憶させて登録しておく。そして、店舗において予約を受け付ける際に、店舗の店員が端末２０のユーザの名前や住所を聞いて店舗装置４０に入力し、入力した名前や住所をユーザ識別情報として連絡先情報に含めて、店舗装置４０からサーバ１０に送信するようにすればよい。
また、例えば、ユーザのＩＭＳにおけるユーザ名やユーザＩＤをユーザ識別情報とするのであれば、店舗において予約を受け付ける際に、店舗の店員が端末２０のユーザのＩＭＳにおけるユーザ名やユーザＩＤを聞いて店舗装置４０に入力し、入力したＩＭＳにおけるユーザ名やユーザＩＤをユーザ識別情報として連絡先情報に含めて、店舗装置４０からサーバ１０に送信するようにすればよい。
＜第１変形例（５）の効果＞
本変形例は、グループＩＤ（限定でなくグループ識別情報の一例）は、ユーザ識別情報（限定でなく識別情報の一例）が関連付けられており、予約スケジュール情報（限定でなくスケジュール情報の一例）は、ユーザ識別情報が関連付けられたグループＩＤに基づき、グループＩＤによって識別されるグループに含まれるユーザの端末２０に送信される構成を示している。
このような構成により得られる効果の一例として、端末のユーザを識別するための識別情報が関連付けられたグループ識別情報に基づくことで、事業者の電子装置から送信されたスケジュール情報を、グループに含まれるユーザの端末で確実に受信することができるという効果が得られる。
＜第１変形例（６）＞
第１実施形態では、店舗装置４０から送信される連絡先情報に端末識別情報を含めることとし、第１変形例（５）では、店舗装置４０から送信される連絡先情報にユーザ識別情報を含めることとしたが、これらに限定されない。具体的には、例えば、店舗装置４０から送信される連絡先情報に、端末識別情報とユーザ識別情報とのいずれも含めず、店舗識別情報のみを含めるようにしてもよいし、そのようにしなくてもよい。
＜第１変形例（６）の効果＞
本変形例は、店舗装置４０から送信される連絡先情報に、端末識別情報とユーザ識別情報とのいずれも含めないようにする構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置の通信量を削減し、結果的に、事業者の電子装置の負荷を軽減できるという効果が得られる。
＜第１変形例（７）＞
第１実施形態では、電話発信用情報やインターネット接続用情報に対するユーザ操作に基づいて、端末２０から店舗電話機５０への電話発信、または端末２０から店舗のＷＥＢ予約ページへのインターネット接続を行って、端末２０のユーザが予約を行うこととして説明したが、これに限定されない。
具体的には、限定でなく一例として、店舗装置４０のメールアドレスが関連付けられたメール送信用情報を含むコンテンツをトークルームに表示させる。そして、このコンテンツに含まれるメール送信用情報に対するユーザ操作に基づいて、端末２０から店舗装置４０にメールを送信して、端末２０のユーザが店舗に予約を行うようにすることもできる。この場合、端末２０は、限定でなく例として、自端末の端末メールアドレスを、メールサーバ（メールサーバを介して店舗装置４０）に送信して通知する。
また、例えば、第１実施形態で説明したトークルームに表示される店舗に関するコンテンツのうち、例えば図１２に示した店舗名、ジャンル、店舗ホームページＵＲＬを含む基本情報に含まれる店舗ホームページＵＲＬも、インターネット接続用情報の１つである。そこで、端末２０が、この店舗ホームページＵＲＬに対するユーザ操作に基づいて、インターネットに接続して、店舗ホームページにアクセスする。そして、店舗ホームページの所定の入力欄から、端末２０のユーザが店舗に予約を行うようにすることもできる。
また、端末２０と店舗の電子装置との通信を、例えばチャットを利用した通信によって実現することもできる。この場合は、例えば、店舗のユーザとチャットを行うための情報であって、店舗ＩＤ等が関連付けられた情報であるチャット用情報を通信用情報に含めるようにし、このチャット用情報に対するユーザ操作に基づいて、店舗の電子装置と通信接続して、店舗のユーザとチャットを行うようにすればよい。この場合、端末２０は、限定でなく例として、自端末のチャット用のアカウントを、チャットサーバ（チャットサーバを介して店舗装置４０）に送信して通知する。
また、端末２０が、自端末が備える電話機能を用いて、基地局を介して店舗電話機５０に電話するのではなく、ＩＭＳアプリケーションの電話機能を用いて、サーバ１０を介して店舗の電子装置（例えば店舗の端末）と電話を行うようにすることもできる。この場合は、例えば、店舗または店舗のユーザがＩＭＳを利用するためのＩＭＳアカウント（例えばユーザＩＤや店舗ＩＤ）を店舗が公開する。そして、店舗のユーザとＩＭＳアプリケーション内で電話を行うための情報であって、店舗のＩＭＳアカウントが関連付けられた情報であるＩＭＳ電話発信用情報を通信用情報に含めるようにし、このＩＭＳ電話発信用情報に対するユーザ操作に基づいて、店舗の電子装置と通信接続して、店舗のユーザとＩＭＳアプリケーション内で電話を行うようにすればよい。この場合、端末２０は、限定でなく例として、自端末のＩＭＳアカウント（例えばユーザＩＤ）を、サーバ１０（サーバ１０を介して店舗装置４０）に送信して通知する。
なお、この場合におけるＩＭＳアプリケーション内の電話は、代表者のユーザと店舗のユーザとで行うユーザ通話（ユーザコール）としてもよいし、グループに含まれる複数のユーザと店舗のユーザとで行うグループ通話（グループコール）としてもよい。
＜第１変形例（７）の効果＞
本変形例は、端末２０が、店舗装置４０のメールアドレスが関連付けられたメール送信用情報、店舗ホームページＵＲＬが関連付けられたインターネット接続用情報、店舗ＩＤ等が関連付けられたチャット用情報、ＩＭＳアカウントが関連付けられたＩＭＳ電話発信用情報等に基づいて、店舗の電子装置と通信を行う構成を示している。
このような構成により得られる効果の一例として、店舗への電話発信や店舗の予約ページへのアクセス等の通信方法を用いて端末が識別情報を送信するばかりでなく、他の通信方法を用いて端末が識別情報を送信することができるという効果が得られる。
＜第１変形例（８）＞
第１実施形態において、端末２０がスケジュール情報を設定する際、例えばスケジュール情報を設定する日時に別の予定が入っている場合に、制御部２１が、スケジュール情報が重複（競合）していることを端末２０のユーザに報知する処理や、スケジュール情報を上書きして更新することを端末２０のユーザに確認する処理等の処理を行うようにしてもよいし、しなくてもよい。
図２６は、本変形例において端末２０の表示部２４に表示される表示画面の一例を示す図である。
この表示画面では、端末２０のユーザのスケジュール画面において、「重複しているスケジュールを上書きして更新します。よろしいですか？」というメッセージと、「許可しない」および「ＯＫ」のアイコンとを含むスケジュール更新確認画面が、画面中央部にポップアップ形式で表示されている。「ＯＫ」のアイコンがタップされると、設定済みのスケジュール情報が、新たなスケジュール情報で更新される。
＜第１変形例（８）の効果＞
本変形例は、端末２０が、スケジュール情報が重複していることを端末２０のユーザに報知する処理や、スケジュール情報を上書きして更新することを端末２０のユーザに確認する処理を行う構成を示している。
このような構成により得られる効果の一例として、スケジュール情報が重複していることを端末のユーザに報知したり、スケジュール情報を上書きして更新することを端末のユーザに確認することができ、ユーザの利便性を向上させることができるという効果が得られる。
＜第１変形例（９）＞
第１実施形態において、現在の日付から予約スケジュール情報に含まれる予約日までの日数が、第１の閾値日数（例えば１年や２年）以上、または第１の閾値日数超となる場合に、端末２０が、スケジュール設定処理を行わないようにしてもよいし、そのようにしなくてもよい。つまり、予約日が現在の日付から大きく離れた日付である場合は、端末２０でスケジュール情報を設定しないようにすることができる。
また、上記において、端末２０が、予約スケジュール情報を受信したタイミングではスケジュール設定処理を行わないが、予約スケジュール情報に含まれる予約日から第２の閾値日数（例えば３か月や６か月）以内の日付となったタイミングで、スケジュール設定処理を行うようにしてもよいし、そのようにしなくてもよい。つまり、予約日にある程度近づいたタイミングで、端末２０でスケジュール情報を設定するようにすることができる。
＜第１変形例（９）の効果＞
本変形例は、予約日が現在の日付から大きく離れた日付である場合に、端末２０がスケジュール情報を設定しない構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を現時点で設定することが適切でない場合は設定しないため、ユーザの利便性を向上させることができるという効果が得られる。
また、本変形例は、予約日にある程度近づいたタイミングで、端末２０がスケジュール情報を設定する構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を適切なタイミングで設定することができるため、ユーザの利便性を向上させることができるという効果が得られる。
＜第２実施形態＞
第２実施形態は、同じ代表者のユーザが同じ店舗に連絡する場合の処理に関する実施形態である。
第２実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
同じ代表者のユーザが同じ店舗に連絡をする場合には、主に以下の２通りが考えられる。
（１）一のユーザが、第１のグループの代表者として店舗に新規予約を行った後、第１のグループとは異なる第２のグループの代表者として同じ店舗に新規予約を行う場合
（２）一のユーザが、第１のグループの代表者として店舗に新規予約を行った後、この第１のグループの予約内容を変更（予約変更）する場合
（１）については、グループは異なれども新規予約であることに変わりはないため、第１実施形態で説明した新規予約に関する処理（図２３）を適用できる。しかし、この場合、同じユーザが同じ店舗に２回以上連絡することになるため、第１実施形態で説明したグループ識別処理において、店舗識別情報が関連付けられたコンテンツを履歴に含むグループとして２以上のグループが特定されてしまう場合がある。このため、いずれのグループを対象グループとすればよいか判断できなくなるという問題が生ずる。
（２）については、新規予約ではなく予約変更となるため、詳細は後述するが、第１実施形態で説明した新規予約に関する処理（図２３）とは異なる処理が適用される。この場合も、上記（１）と同様に、同じユーザが同じ店舗に２回以上連絡することになるため、第１実施形態で説明したグループ識別処理において、店舗識別情報が関連付けられたコンテンツを履歴に含むグループとして２以上のグループが特定されてしまう場合がある。このため、この場合も、いずれのグループを対象グループとすればよいか判断できなくなるという問題が生ずる。
以下、これらの問題を解決するための処理を例示する。
＜スケジュール更新方法＞
表示画面例を参照しながら、第２実施形態における上記（２）の予約変更に基づくスケジュール更新方法について説明する。
図２７は、店舗装置４０のディスプレイ４３に表示される店舗予約確認画面の一例を示す図である。
この店舗予約確認画面は、例えば図１８に示した店舗予約確認画面から店舗の店員等が予約内容を変更する場合の表示画面の一例を示している。
この場合、限定でなく例として、新規予約を行った代表者のユーザが、店舗に再度連絡をして予約を変更する旨を店舗に通知する。そして、店舗の店員等は、新規予約で設定した予約情報を変更する。
例えば図１８の店舗予約確認画面において「決定ボタン」上にカーソルを移動させた状態で、マウスで右クリックがなされると、「予約変更」、「予約キャンセル」等の項目を含むタブが表示される。そして、「予約変更」の項目が選択されて、例えばマウスで左クリックがなされると、例えば図２８に示すようなカレンダー形式の店舗のスケジュールが表示される。
このカレンダー形式の店舗のスケジュールでは、日付ごとに、その時間帯の空席状況が表示される。例えば、空席が十分に存在する場合は「〇」、空席が残り僅かである場合は「△」、空席が存在しない場合は「×」が表示される。また、店舗の休業日には「−」が表示される。このカレンダー形式の店舗のスケジュールにおいて、予約変更する日付が選択され、例えばマウスで左クリックがなされると、例えば図２９に示すように、その日付における来店時間別の予約状況情報を含む店舗予約変更画面が表示される。
この店舗予約変更画面では、画面上部に「予約変更したい時間に移動させてください。（ドラッグ＆ドロップ）」というメッセージが表示され、その下に予約変更の対象とするユーザ（グループ）の予約内容が表示されている。また、先の表示画面において表示されていた送信チェックボックスのチェックマークが消去されている。
この予約変更の対象とするユーザ（グループ）の予約内容が、例えばマウスを用いたドラッグ＆ドロップ操作によって別の時間帯に移動されると、移動元の時間帯に設定されていた予約内容が、移動先の時間帯に新たに設定更新される。例えば、図３０には、お客様名「ユーザＡ．Ａ」のスケジュールについて、「８月１７日」の「１８：００」に予約されていた内容が、「８月２０日」の「１９：３０」に新たに移動されて更新された状態を示している。
＜処理＞
図３１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は図２３と同様であり、図２３の処理と同一のステップについては同一の符号を付して再度の説明を省略する。ここでは、図２３の処理と同様に、端末Ａのユーザと、端末Ｂのユーザと、端末ＣのユーザとでグループＸが形成されており、代表者である端末Ａのユーザが、同じ店舗にグループＸの予約変更を行う場合の処理を例示する。
まず、端末Ａのスケジュール反映処理部２１３は、ユーザの操作に基づき、通信Ｉ／Ｆ２２によって店舗電話機５０、店舗装置４０、または店舗のその他の電子装置と通信する（Ａ４１）。ここでの通信は、図２３の処理と同様に、トークルームの電話発信用情報に対するユーザ操作に基づく電話発信としてもよいし、トークルームのインターネット接続用情報に対するユーザ操作に基づくインターネット接続としてもよい。
また、予約変更を行う場合、代表者のユーザは少なくとも１回は店舗に連絡済みであり、店舗の連絡先を知っていることになる。このため、例えば、手動で入力された店舗電話番号に基づく電話発信や、登録済みの店舗電話番号に基づく電話発信を行うようにしてもよい。同様に、手動で入力された店舗予約ページＵＲＬに基づくインターネット接続や、登録済みの店舗予約ページＵＲＬに基づくインターネット接続を行うようにしてもよい。
電話発信する場合は、端末Ａのユーザは、変更を依頼する予約情報と、新規予約の際に発行された予約ＩＤとを、店舗の店員等に伝える。また、インターネット接続する場合は、端末Ａは、ユーザ操作に基づいて、変更を依頼する予約情報と、新規予約の際に発行された予約ＩＤとを、アクセスした店舗予約ページで入力して店舗装置４０に送信する。
店舗予約管理処理部４１３は、予約変更を行うための画面である店舗予約変更画面をディスプレイ４３に表示させる（Ｅ４１）。そして、店舗予約管理処理部４１３は、店舗の店員等の予約変更操作に基づいて、通知された予約ＩＤに関連付けられた予約スケジュール情報を変更する店舗予約変更処理を行う（Ｅ４３）。
Ｅ４１のステップでは、店舗予約管理処理部４１３は、限定でなく例として、前述したドラッグ＆ドロップ操作による予約スケジュール情報の変更を行うための店舗予約変更画面をディスプレイ４３に表示させる。そして、Ｅ４３のステップでは、店舗予約管理処理部４１３は、限定でなく例として、前述したドラッグ＆ドロップ操作がなされた後、確定する操作がなされたことに基づいて、通知された予約ＩＤに関連付けられた予約スケジュール情報を変更する。
次いで、店舗予約管理処理部４１３は、例えば前述した送信確認画面において情報を送信する操作がなされると、変更後の予約情報と、連絡先情報とを、通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｅ４５）。そして、店舗予約管理処理部４１３は、店舗予約管理処理を終了する。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって店舗装置４０から変更後の予約情報と、連絡先情報とを受信すると（Ｄ４５）、第２のグループ識別処理を行う（Ｄ４７）。
図３２は、第２のグループ識別処理の流れの一例を示すフローチャートである。
この第２のグループ識別処理は、本実施形態の予約変更に関する処理と、第１実施形態で説明したグループ識別処理（図２３のＤ７）または第１変形例で説明したグループ識別処理（図２５のＡ２３）とに代えて実行される処理である。なお、図２４のグループ識別処理と同一のステップについては同一の符号を付して再度の説明を省略する。
Ｆ３の後、グループ識別処理部１１５は、特定したグループＩＤが複数あるか否かを判定する（Ｇ５）。特定したグループＩＤが１つであると判定したならば（Ｇ５；Ｎｏ）、グループ識別処理部１１５は、Ｆ７およびＦ９の処理を行った後、第２のグループ識別処理を終了する。
一方、特定したグループＩＤが複数あると判定したならば（Ｇ５；Ｙｅｓ）、グループ識別処理部１１５は、Ｆ３で特定した複数のグループＩＤのうち、そのグループ管理データに含まれる予約管理データに、店舗装置４０から受信した予約情報に含まれる予約ＩＤと同じ予約ＩＤが関連付けて記憶されているグループＩＤがあるか否かを判定する（Ｇ７）。
同じ予約ＩＤが関連付けて記憶されているグループＩＤがないと判定したならば（Ｇ７；Ｎｏ）、グループ識別処理部１１５は、Ｆ３で特定した複数のグループＩＤのうち、そのグループ管理データに含まれる予約管理データに、予約ＩＤが関連付けて記憶されていないグループＩＤのグループを対象グループとして設定する（Ｇ９）。
その後、グループ識別処理部１１５は、店舗装置４０から受信した予約情報と、連絡先情報とを、Ｇ９で設定した対象グループのグループ管理データに含まれる予約管理データに関連付けて記憶させる（Ｇ１１）。そして、グループ識別処理部１１５は、第２のグループ識別処理を終了する。
Ｇ７：Ｎｏ〜Ｇ１１の処理は、前述した「（１）一のユーザが、第１のグループの代表者として店舗に新規予約を行った後、第１のグループとは異なる第２のグループの代表者として同じ店舗に新規予約を行う場合」における対象グループの設定に関する処理の一例である。
一方、同じ予約ＩＤが関連付けて記憶されているグループＩＤがあると判定したならば（Ｇ７；Ｙｅｓ）、グループ識別処理部１１５は、Ｆ３で特定した複数のグループＩＤのうち、そのグループ管理データに含まれる予約管理データに、店舗装置４０から受信した予約ＩＤと同じ予約ＩＤが関連付けて記憶されているグループＩＤのグループを対象グループとして設定する（Ｇ１３）。
その後、グループ識別処理部１１５は、店舗装置４０から受信した予約情報と、連絡先情報とを、Ｇ１３で設定した対象グループのグループ管理データに含まれる予約管理データに関連付けて記憶させる（Ｇ１５）。そして、グループ識別処理部１１５は、第２のグループ識別処理を終了する。
Ｇ７：Ｙｅｓ〜Ｇ１５の処理は、前述した「（２）一のユーザが、第１のグループの代表者として店舗に新規予約を行った後、この第１のグループの予約内容を変更（予約変更）する場合」における対象グループの設定に関する処理の一例である。
図３１に戻り、第２のグループ識別処理を行った後、スケジュール管理処理部１１３は、店舗装置４０から受信した変更後の予約情報を、通信Ｉ／Ｆ１４によって、第２のグループ識別処理で設定した対象グループ（ここではグループＸ）に含まれる各ユーザの端末（ここでは端末Ａ，端末Ｂ，端末Ｃ）にそれぞれに送信する（Ｄ４９）。そして、スケジュール管理処理部１１３は、スケジュール管理処理を終了する。
端末Ａのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から変更後の予約情報を受信すると（Ａ４５）、スケジュール更新処理を行う（Ａ４７）。具体的には、限定でなく例として、受信した変更後の予約情報に含まれる変更後の予約スケジュール情報で、記憶部２８に記憶されているユーザスケジュールデータ２８５５に含まれるユーザスケジュール情報を更新する。これにより、代表者のユーザの端末２０において、スケジュール情報が変更される。そして、端末Ａのスケジュール反映処理部２１３は、更新したユーザスケジュール情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信した後（Ａ４９）、スケジュール反映処理を終了する。
同様に、端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から変更後の予約情報を受信すると（Ｂ４５、Ｃ４５）、端末Ａと同様に、スケジュール更新処理を行う（Ｂ４７、Ｃ４７）。これにより、代表者のユーザと同じグループに含まれる他のユーザの端末２０において、スケジュール情報がそれぞれ変更される。そして、端末Ｂおよび端末Ｃのスケジュール反映処理部２１３は、更新したユーザスケジュール情報を、通信Ｉ／Ｆ２２によってそれぞれサーバ１０に送信した後（Ｂ４９、Ｃ４９）、スケジュール反映処理を終了する。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって各端末２０それぞれから更新されたユーザスケジュール情報を受信すると（Ｄ５１）、受信したユーザスケジュール情報で、ユーザ管理データベース１５５のユーザ管理データに記憶されているユーザスケジュールデータに含まれるユーザスケジュール情報を更新する（Ｄ５３）。そして、スケジュール管理処理部１１３は、スケジュール管理処理を終了する。
なお、ここでは、端末Ａのユーザが代表者としてグループＸの予約変更を行う場合の処理を例示したが、この予約変更に関する処理は、２回目以降の予約変更に関するものであればよい。
＜第２実施形態の効果＞
第２実施形態は、予約スケジュール情報は、店舗装置４０から送信された、予約ＩＤ（限定でなくグループ識別情報を識別するための情報の一例）に基づくグループＩＤによって識別されるグループに含まれるユーザの端末に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を、関連付けられたグループ識別情報によって識別されるグループに含まれるユーザの端末で適切に受信することができるという効果が得られる。
また、第２実施形態は、端末識別情報またはユーザ識別情報（限定でなく識別情報の一例）は、端末２０が予約スケジュール情報を受信した後、店舗電話番号や店舗予約ページＵＲＬ（限定でなく事業者識別情報の一例）に基づいて通信Ｉ／Ｆ２２によって送信され、予約スケジュール情報は、店舗予約変更処理（限定でなく事業者のスケジュールに関する処理の一例）が店舗装置４０で実行されることで更新され、更新された予約スケジュール情報は、関連付けられたグループＩＤに基づき、グループＩＤによって識別されるグループに含まれるユーザの端末２０に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信された更新されたスケジュール情報を、関連付けられたグループ識別情報によって識別されるグループに含まれるユーザの端末で確実に受信することができるという効果が得られる。
また、第１実施形態は、店舗装置４０が、店舗のスケジュールに関する店舗スケジュール情報（限定でなく第１スケジュール情報の一例）と、端末２０のユーザを含むグループのスケジュールに関するグループスケジュール情報（限定でなく第２スケジュール情報の一例）とをディスプレイ４３の店舗予約確認画面（限定でなく表示領域の一例）に表示し、店舗の店員等の予約変更操作（限定でなく電子装置のユーザの操作の一例）に基づいて、グループスケジュール情報を更新する構成を示している。
このような構成により得られる効果の一例として、電子装置のユーザが操作するだけで、端末のユーザを含むグループのスケジュールに関する第２スケジュール情報を簡単に更新することができるという効果が得られる。
＜第２変形例（１）＞
第２実施形態では、予約ＩＤに基づいて対象グループを設定することとして説明したが、これに限定されない。例えば、ユーザの端末２０が、端末識別情報またはユーザ識別情報を送信した履歴に基づいて、対象グループを設定するようにすることも可能である。
この場合、端末２０は、グループのトークルームにおいて、通信用情報（例えば電話発信用情報やインターネット接続用情報）に対するユーザ操作がなされると、限定でなく例として、ユーザ操作されたことを示す情報と、ユーザ操作された通信用情報を含むコンテンツを識別するためのコンテンツ識別情報（例えば通信用情報を含むコンテンツのコンテンツ番号）とを含む操作情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０は、端末２０から受信した操作情報を、そのグループのグループコンテンツ履歴データに操作履歴情報として記憶させる。
サーバ１０は、図３２の第２のグループ識別処理において、グループ管理データベース１５６に記憶されている、Ｆ１で特定したユーザＩＤがグループユーザデータに含まれる各グループ管理データそれぞれについて、そのグループコンテンツ履歴データに含まれる操作履歴情報に、店舗装置４０から受信した連絡先情報に含まれる店舗識別情報が関連付けられた通信用情報に関する操作情報が履歴として記憶されているグループ管理データのグループＩＤを特定する。そして、サーバ１０は、店舗識別情報が関連付けられた通信用情報に関する操作履歴が最も新しいグループ管理データのグループＩＤを特定し、特定したグループＩＤのグループを対象グループとして設定する。
また、限定でなく例として、サーバ１０が、図３２の第２のグループ識別処理において、変更後の予約情報が店舗装置４０から送信された送信日時、または、変更後の予約情報を店舗装置４０から受信した受信日時に基づいて、対象グループを設定するようにしてもよいし、しなくてもよい。具体的には、限定でなく例として、サーバ１０は、記憶部１５のグループ管理データベース１５６に記憶されているグループ管理データのうち、その予約管理データに記憶されている更新された予約情報に関連付けられた送信日時または受信日時が最も新しいグループ管理データのグループを特定する。そして、サーバ１０は、特定したグループＩＤのグループを対象グループとして設定する。
また、限定でなく例として、端末２０は、グループのトークルームにおいてユーザ操作がなされた場合、そのトークルームにおけるユーザの操作位置を識別可能な操作位置情報（例えばユーザ操作された座標の情報）を操作情報に含めて、サーバ１０に送信するようにすることもできる。この場合、サーバ１０は、端末２０から受信した操作位置情報を含む操作情報を、そのグループのグループコンテンツ履歴データに操作履歴情報として記憶しておく。そして、サーバ１０は、この操作位置情報に基づいてユーザ操作がなされた位置を識別することによって、ユーザ操作された通信用情報を判定するようにしてもよいし、そのようにしなくてもよい。
＜第２変形例（１）の効果＞
本変形例は、店舗装置４０から送信された予約スケジュール情報は、サーバ１０により、端末２０が端末識別情報またはユーザ識別情報を送信した履歴に基づくグループＩＤによって識別されるグループに含まれるユーザの端末に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信されたスケジュール情報を、関連付けられたグループ識別情報によって識別されるグループに含まれるユーザの端末で確実に受信することができるという効果が得られる。
また、本変形例は、店舗装置４０から送信された変更後の予約スケジュール情報は、サーバ１０により、変更後の予約スケジュール情報が店舗装置４０からサーバ１０に送信された送信日時、または、変更後の予約スケジュール情報をサーバ１０が店舗装置４０から受信した受信日時に基づくグループＩＤによって識別されるグループに含まれるユーザの端末に送信される構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置から送信された更新されたスケジュール情報を、スケジュール情報の送信日時または受信日時に基づいて、グループに含まれるユーザの端末で確実に受信することができるという効果が得られる。
＜第２変形例（２）＞
第２実施形態では、新規予約を行った代表者のユーザが、店舗に再度連絡をして、スケジュールを変更する旨を店舗に通知することで、店舗において、新規予約で設定したスケジュールが変更されることとしたが、これに限定されない。
具体的には、限定でなく例として、端末２０においてユーザ（グループ）のスケジュールを変更することを可能とし、これに連動させて店舗側のスケジュール情報を変更するようにしてもよい。この場合、限定でなく例として、端末２０側で変更した予約スケジュール情報と、予約スケジュール情報の変更を依頼する情報（以下、「スケジュール変更依頼情報」と称す。）とを、端末２０からサーバ１０を介して店舗装置４０に送信するようにすることができる。
図３３は、本変形例において端末２０の表示部２４に表示されるユーザスケジュール画面の一例を示す図である。
このユーザスケジュール画面には、ＩＭＳアプリケーションにおいて、端末２０のユーザのスケジュールに関するユーザスケジュール情報がカレンダー形式で表示されている。そして、画面上部には「予約変更したい日付を選択してください。」というメッセージが表示され、その下にカレンダー形式でユーザのスケジュールが表示されている。ここでは、限定でなく例として、現在の日付が「８月３日」であり、新規予約で設定されたスケジュールの日付が「８月１７日」である場合において、このスケジュールを「８月１９日」に変更する場合を例示する。
この場合、ユーザが「８月１９日」の日付をタップすると、例えば図３４に示すような端末予約変更画面に表示が切り替わる。この端末予約変更画面では、画面上部に「予約変更したい時間に移動させてください。（ドラッグ＆ドロップ）」というメッセージが表示され、その下に、現在の予約情報と、変更後の予約情報とが表示されている。ここでは、現在の予約情報には「８月１７日」における予約情報が表示されており、変更後の予約情報には「８月１９日」における時間帯別の来店時間が表示されている。現在の予約情報がユーザによりタップされ、変更後の予約情報にドラッグ＆ドロップ操作が行われると、ドロップされた位置に対応する時間帯の来店時間に、現在の予約情報が変更される。
ここで、変更後の予約情報の表示欄において、その日付のそれぞれの時間帯について、同じグループに含まれる他のユーザのスケジュール情報と、店舗のスケジュール情報とを関連付けて表示させるようにすることができる。
この場合、例えば、端末２０において予約変更操作がなされると、端末２０は予約変更を実行する旨の予約変更実行情報をサーバ１０に送信する。サーバ１０は、端末２０から予約変更実行情報を受信すると、ユーザ管理データベース１５５に記憶されているユーザ管理データのうち、この端末２０のユーザと同じグループに含まれる他のユーザそれぞれのユーザ管理データについて、そのユーザスケジュールデータに記憶されている最新のユーザスケジュール情報を、予約変更実行情報の送信元の端末２０に送信する。
また、サーバ１０は、端末２０から予約変更実行情報を受信すると、店舗スケジュール情報を要求する旨の店舗スケジュール要求情報を店舗装置４０に送信する。店舗装置４０は、サーバ１０から店舗スケジュール要求情報を受信すると、記憶部４５の店舗スケジュールデータ４５３に記憶されている最新の店舗スケジュール情報を、サーバ１０に送信する。そして、サーバ１０は、店舗装置４０から受信した最新の店舗スケジュール情報を、予約変更実行情報の送信元の端末２０に送信する。
例えば図３４の端末予約変更画面において現在の予約情報がユーザによりタップされ、変更後の予約情報「８月１９日」における来店時間「１８：３０〜１９：００」の部分にドラッグ操作が行われると、例えば図３５に示すように、来店時間「１８：３０〜１９：００」における、同じグループに含まれる他のユーザの最新のユーザスケジュール情報と、店舗スケジュール情報とが、ポップアップ形式で表示される。
同様に、例えば図３４の端末予約変更画面において現在の予約情報がユーザによりタップされ、変更後の予約情報「８月１９日」における来店時間「１９：３０〜２０：００」の部分にドラッグ操作が行われると、例えば図３６に示すように、来店時間「１９：３０〜２０：００」における、同じグループに含まれる他のユーザの最新のユーザスケジュール情報と、店舗スケジュール情報とが、ポップアップ形式で表示される。
そして、例えば図３７に示すように、ドラッグ操作された現在の予約情報が、来店時間「１９：３０〜２０：００」の部分でドロップ操作されると、例えば図３８に示すような予約変更確認画面が表示される。この例では、「８／１９（土）１９：００〜３名に予約を変更します。よろしいですか？」というメッセージと、「キャンセル」および「ＯＫ」のアイコンとを含む予約変更確認画面が、画面中央部にポップアップ形式で表示されている。「ＯＫ」のアイコンがユーザにタップされると、例えば、後述する予約変更依頼情報が、端末２０からサーバ１０を介して店舗装置４０に送信される。
図３９は、本変形例における各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は図３１と同様であり、図３１の処理と同一のステップについては同一の符号を付して再度の説明を省略する。
端末Ａのスケジュール反映処理部２１３は、表示部２４に端末予約変更画面を表示させる（Ａ６０）。具体的には、端末Ａのスケジュール反映処理部２１３は、例えば、前述したドラッグ＆ドロップ操作による予約スケジュール情報の変更を行うための端末予約変更画面を表示部２４に表示させる。
ユーザにより予約変更操作がなされると、端末Ａのスケジュール反映処理部２１３は、自端末のユーザのユーザＩＤと、新規予約の際に発行された予約ＩＤとを含む予約変更実行情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６１）。
サーバ１０のスケジュール管理処理部１１３は、予約変更実行情報を通信Ｉ／Ｆ１４によって端末Ａから受信すると（Ｄ６１）、受信した予約変更実行情報に含まれる予約ＩＤに基づいて、グループＸに含まれるユーザのうち端末Ａのユーザとは異なる端末２０のユーザ（ここでは端末Ｂ、端末Ｃのユーザ）について、そのユーザ管理データに記憶されているユーザスケジュールデータに含まれる最新のユーザスケジュール情報を、通信Ｉ／Ｆ１４によって端末Ａに送信する（Ｄ６３）。
また、スケジュール管理処理部１１３は、店舗スケジュール要求情報を、通信Ｉ／Ｆ１４によって店舗装置４０に送信する（Ｄ６５）。店舗予約管理処理部４１３は、店舗スケジュール要求情報を通信Ｉ／Ｆ４４によってサーバ１０から受信すると（Ｅ６１）、記憶部４５の店舗スケジュールデータ４５３に含まれる最新の店舗スケジュール情報を、通信Ｉ／Ｆ４４によってサーバ１０に送信する（Ｅ６３）。
スケジュール管理処理部１１３は、店舗スケジュール情報を通信Ｉ／Ｆ１４によって店舗装置４０から受信すると（Ｄ６７）、Ｄ６１で受信した予約変更実行情報に含まれるユーザＩＤに基づいて、店舗装置４０から受信した店舗スケジュール情報を、通信Ｉ／Ｆ１４によって端末Ａに送信する（Ｄ６９）。
端末Ａのスケジュール反映処理部２１３は、ユーザスケジュール情報と、店舗スケジュール情報とを通信Ｉ／Ｆ２２によって受信すると（Ａ６３、Ａ６５）、受信したユーザスケジュール情報と店舗スケジュール情報とを、表示部２４の端末予約変更画面に表示させる（Ａ６７）。
その後、端末Ａのスケジュール反映処理部２１３は、限定でなく例として、前述したドラッグ＆ドロップ操作がなされた後、確定する操作がなされたことに基づいて、新規予約の際に発行された予約ＩＤと、変更を依頼する予約スケジュール情報と、予約変更を指示する予約変更指示コマンドとを含む予約変更依頼情報を、通信Ｉ／Ｆ２２によって店舗装置４０に送信する（Ａ６９）。そして、端末Ａのスケジュール反映処理部２１３は、図３１のＡ４５へと処理を移す。
スケジュール管理処理部１１３は、予約変更依頼情報を通信Ｉ／Ｆ１４によって端末２０から受信すると（Ｄ７１）、受信した予約変更依頼情報を、通信Ｉ／Ｆ１４によって店舗装置４０に送信する（Ｄ７３）。そして、スケジュール管理処理部１１３は、図３１のＤ４５へと処理を移す。
店舗予約管理処理部４１３は、予約変更依頼情報を通信Ｉ／Ｆ４４によってサーバ１０から受信すると（Ｅ６５）、受信した予約変更依頼情報に含まれる予約変更指示コマンドに基づいて、店舗予約変更処理を行う（Ｅ６７）。具体的には、限定でなく例として、予約変更依頼情報に含まれる予約ＩＤに関連付けて記憶されている予約スケジュール情報を、この予約変更依頼情報に含まれる予約スケジュール情報に変更する。そして、店舗予約管理処理部４１３は、図３１のＥ４５へと処理を移す。
＜第２変形例（２）の効果＞
本変形例は、端末２０が、予約変更指示コマンドを含む予約変更依頼情報を、通信Ｉ／Ｆ２２によって送信する構成を示している。
このような構成により得られる効果の一例として、事業者のスケジュールに関する処理を事業者の電子装置に確実に実行させることができるという効果が得られる。
また、本変形例は、変更後の予約スケジュール情報は、店舗装置４０により店舗予約変更処理が、予約変更指示コマンドを含む予約変更依頼情報に基づいて実行されたことに基づいて端末２０に送信される構成を示している。
このような構成により得られる効果の一例として、事業者のスケジュールに関する処理が事業者の電子装置で実行された結果として、更新されたスケジュール情報を端末で受信することができるという効果が得られる。
また、本変形例は、端末２０が、この端末２０のユーザと同じグループに含まれる他のユーザのユーザスケジュール情報を表示部２４の端末予約変更画面に表示する構成を示している。
このような構成により得られる効果の一例として、端末のユーザが、グループに含まれる異なるユーザのスケジュール情報を閲覧することが可能となり、ユーザの利便性を向上させることができるという効果が得られる。
また、本変形例は、端末２０が、店舗スケジュール情報を表示部２４の端末予約変更画面に表示する構成を示している。
このような構成により得られる効果の一例として、端末のユーザが、事業者のスケジュール情報を閲覧することが可能となり、ユーザの利便性を向上させることができるという効果が得られる。
＜第３実施形態＞
第３実施形態は、第１実施形態で説明したスケジュール設定処理および第２実施形態で説明したスケジュール更新処理（以下、包括的に「スケジュール処理」と称す。）を行う場合における悪用防止に関する実施形態である。
第３実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
上記のスケジュール処理は、端末２０とサーバ１０と店舗装置４０との間の通信によって自動的に行われるが、例えば、予約した店舗側で予約スケジュール情報が勝手に更新されたり、改ざんされるなどすることで、ユーザが意図しない予約スケジュール情報が端末２０で設定されたり、ユーザが意図しない予約スケジュール情報で設定済みの予約スケジュール情報が更新されるような場合が想定される。この問題を解決するための手法を以下に例示する。
（１）スケジュール処理の実行条件
図４０は、本実施形態において端末２０の記憶部２８に記憶されるスケジュール処理実行条件設定データ２８７のデータ構成の一例を示す図である。
このスケジュール処理実行条件設定データ２８７は、上記のスケジュール処理を実行するための条件（以下、「スケジュール処理実行条件」と称す。）が定められたデータであり、限定でなく例として、優先順位と、スケジュール処理実行条件とが関連付けて記憶されている。
優先順位には、「１」から順番に、いずれのスケジュール処理実行条件を優先するかの順位が定められている。
スケジュール処理実行条件には、その優先順位に対応するスケジュール処理実行条件が定められている。
例えば、優先順位「１」には、「ユーザの端末においてスケジュール処理の実行許可設定がなされていること」というスケジュール処理実行条件が定められている。例えば、端末２０のＩＭＳアプリケーション内の設定として、「スケジュール情報の設定・変更の許可」に関する設定（ＯＮ／ＯＦＦ）を可能とする。そして、この設定が「ＯＮ」とされると、スケジュール処理の実行が許可され、設定が「ＯＦＦ」とされると、スケジュール処理の実行が禁止されるようにすることができる。
優先順位「２」には、「過去所定期間に端末での通信に使用された通信用情報に関連付けられた店舗識別情報と、店舗装置から送信された連絡先情報に含まれる店舗識別情報とが一致すること」というスケジュール処理実行条件が定められている。
上記の過去所定期間は、限定でなく例として、過去１日以内や過去３日以内とすることができる。そして、過去所定期間に端末２０が店舗電話機５０や店舗装置４０等と通信を行うために使用された通信用情報（例えば電話発信用情報やインターネット接続用情報）に関連付けられた店舗識別情報と、店舗装置４０から送信された連絡先情報に含まれる店舗識別情報とが一致する場合は、スケジュール処理の実行が許可され、一致しない場合は、スケジュール処理の実行が禁止されるようにすることができる。
優先順位「３」には、「端末のユーザと、店舗または店舗のユーザとが友だち登録されていること」というスケジュール処理実行条件が定められている。ＩＭＳアプリケーション内でコンテンツの送受信を行うために必要となる登録である友だち登録が、端末のユーザと、店舗または店舗のユーザとでなされている場合は、スケジュール処理の実行が許可され、なされていない場合は、スケジュール処理の実行が禁止されるようにすることができる。
友だち登録を行う場合は、端末２０のユーザがＩＭＳアプリケーション内で店舗または店舗のユーザに友だち申請を行う、または、店舗がＩＭＳアプリケーション内で端末２０のユーザに友だち申請を行う。そして、友だち申請により友だちになることが許可されると、その情報がサーバ１０に送信され、サーバ１０において、ＩＭＳアプリケーションにおける、端末２０のユーザのユーザ識別情報であるユーザＩＤ（限定でなく識別情報の一例）と、店舗識別情報である店舗ＩＤ（限定でなく事業者識別情報の一例）または店舗のユーザのユーザ識別情報であるユーザＩＤ（限定でなく事業者識別情報の一例）とが関連付けられることで、端末２０のユーザと店舗または店舗のユーザとが友だちとなる。
なお、上記の友だち登録の際、サーバ１０において、ユーザの端末２０の端末識別情報である端末電話番号（限定でなく識別情報の一例）と、店舗識別情報である店舗電話番号（限定でなく事業者識別情報の一例）または店舗のユーザの端末２０の端末識別情報である端末電話番号（限定でなく事業者識別情報の一例）とが関連付けられることで、端末２０のユーザと、店舗または店舗のユーザとが友だちとなるようにしてもよい。
図２３の新規予約に関する処理において、サーバ１０は、店舗装置４０から送信された予約情報に加えて、店舗装置４０から送信された連絡先情報を、端末２０に送信する。
端末２０は、サーバ１０から予約情報と、連絡先情報とを受信すると、記憶部２８に記憶されているスケジュール処理実行条件設定データ２８７を参照し、限定でなく例として、優先順位が高いスケジュール処理実行条件から順番に、それぞれのスケジュール処理実行条件が成立するか否かを判定する。そして、全てのスケジュール処理実行条件が成立する場合は、スケジュール設定処理を実行するが、１つでも成立しないスケジュール処理実行条件がある場合は、スケジュール設定処理を実行しない。
図２５の新規予約に関する処理を行う場合も同様である。
また、図３１の予約変更に関する処理において、サーバ１０は、店舗装置４０から送信された変更後の予約情報に加えて、店舗装置４０から送信された連絡先情報を、端末２０に送信する。
端末２０は、サーバ１０から変更後の予約情報と、連絡先情報とを受信すると、記憶部２８に記憶されているスケジュール処理実行条件設定データ２８７を参照し、限定でなく例として、優先順位が高いスケジュール処理実行条件から順番に、それぞれのスケジュール処理実行条件が成立するか否かを判定する。そして、全てのスケジュール処理実行条件が成立する場合は、スケジュール更新処理を実行するが、１つでも成立しないスケジュール処理実行条件がある場合は、スケジュール更新処理を実行しない。
図３９の予約変更に関する処理を行う場合も同様である。
なお、上記のスケジュール処理実行条件に基づくスケジュール処理の実行は、代表者のユーザの端末２０でのみ行うようにしてもよい。また、代表者のユーザの端末２０に代えて、または、代表者のユーザの端末２０に加えて、同じグループに含まれる他のユーザの端末２０で、上記のスケジュール処理実行条件に基づくスケジュール処理の実行を行うようにしてもよい。
（２）スケジュール処理の実行報知
端末２０が、スケジュール処理を実行した場合に、その旨を店舗に報知するための処理を行うようにすることもできる。この場合も、上記の「（１）スケジュール処理の実行条件」で説明したスケジュール処理実行条件と同様に、スケジュール処理の実行を報知するための条件（以下、「スケジュール処理実行報知条件」と称す。）を定めておくことができる。
具体的には、限定でなく例として、「ユーザの端末においてスケジュール処理の実行報知許可設定がなされていること」、「過去所定期間に端末での通信に使用された通信用情報に関連付けられた店舗識別情報と、店舗装置から送信された連絡先情報に含まれる店舗識別情報とが一致すること」、「端末のユーザと、店舗または店舗のユーザとが友だち登録されていること」等の条件を、スケジュール処理実行報知条件として定めておくことができる。
この場合、端末２０は、スケジュール処理を実行すると、上記のスケジュール処理実行報知条件の成否を判定する。そして、成立すると判定したならば、スケジュール処理を実行した旨のスケジュール処理実行情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。ここで、端末２０（またはそのユーザ）を識別することができるように、スケジュール処理実行情報に予約ＩＤを含めて送信するようにすると好適である。
サーバ１０は、端末２０からスケジュール処理実行情報を受信すると、受信したスケジュール処理実行情報を、通信Ｉ／Ｆ１４によって店舗装置４０に送信する。そして、店舗装置４０は、通信Ｉ／Ｆ４４によってサーバ１０からスケジュール処理実行情報を受信すると、限定でなく例として、端末２０でスケジュール情報が設定・変更されたことを示すメッセージをディスプレイ４３に表示させるなどして、店舗の店員等に報知する。
図４１は、この場合に店舗装置４０のディスプレイ４３に表示される店舗予約確認画面の一例を示す図である。
この店舗予約確認画面には、画面中央部に、「Ａ．Ａ様のスケジュールに予約情報を反映させました。（予約ＩＤ：１２３４５Ｘ）」というメッセージを含むスケジュール処理実行スケジュール処理実行報知画面がポップアップ形式で表示されている。
なお、上記のスケジュール処理実行報知条件に基づくスケジュール処理の実行報知は、代表者のユーザの端末２０でのみ行うようにしてもよい。また、代表者のユーザの端末２０に代えて、または、代表者のユーザの端末２０に加えて、同じグループに含まれる他のユーザの端末２０で、上記のスケジュール処理実行報知条件に基づくスケジュール処理の実行の報知を行うようにしてもよい。
また、限定でなく例として、同じグループに含まれる他のユーザの端末２０がそれぞれスケジュール処理を実行した場合、スケジュール処理実行情報をそれぞれサーバ１０に送信する。そして、サーバ１０は、同じグループに含まれる全てのユーザの端末２０からスケジュール処理実行情報を受信するまで待機し、全てのユーザの端末２０からスケジュール処理実行情報を受信した場合に、スケジュール処理実行情報を通信Ｉ／Ｆ１４によって店舗装置４０に送信するようにしてもよいし、そのようにしなくてもよい。
また、上記では、店舗装置４０が、端末２０でスケジュール処理が実行されたことを示すメッセージをディスプレイ４３に表示させるなどして報知することとしたが、これに限定されない。例えば、店舗装置４０が、端末２０でスケジュール処理が実行されたことを示す音声をスピーカ４６から音出力させるなどして報知するようにすることもできる。
また、上記のスケジュール処理実行報知に代えて、または上記のスケジュール処理実行報知に加えて、サーバ１０から端末２０への予約スケジュール情報の送信が成功したか否かを示す情報（成功／失敗）を、サーバ１０から店舗装置４０に送信するようにして、店舗装置４０がサーバ１０から受信した情報（成功／失敗）を報知するようにしてもよいし、そのようにしなくてもよい。
（３）その他
上記のスケジュール処理実行条件やスケジュール処理実行報知条件には、優先順位が定められているが、限定でなく例として、優先順位が高い一部の条件が成立していれば、他の条件が成立しなくても、スケジュール処理やスケジュール処理実行報知を行うようにしてもよいし、そのようにしなくてもよい。
具体的には、例えば、優先順位「１」のスケジュール処理実行条件が成立していれば、優先順位「２」、「３」のスケジュール処理実行条件が成立していなくても、スケジュール処理を実行するようにすることができる。また、例えば、優先順位「１」、「２」のスケジュール処理実行条件が成立していれば、優先順位「３」のスケジュール処理実行条件が成立していなくても、スケジュール処理を実行するようにすることができる。
スケジュール処理実行報知についても同様である。
＜第３実施形態の効果＞
第３実施形態は、端末２０が、スケジュール処理実行条件の成否に基づいて、スケジュール処理を実行する／実行しない構成を示している。
このような構成により得られる効果の一例として、ユーザが意図しないスケジュール情報に基づく処理が端末で行われてしまうことを防止できるという効果が得られる。
また、第３実施形態は、スケジュール処理実行条件は「ユーザの端末においてスケジュール処理の実行許可設定がなされていること」を含む構成を示している。
このような構成により得られる効果の一例として、端末のユーザの意に沿う場合に、スケジュール情報に基づく処理を行うことができるという効果が得られる。また、逆に、端末のユーザの意に反する場合は、スケジュール情報に基づく処理が行われないため、悪用を防止できるという効果が得られる。
また、第３実施形態は、スケジュール処理実行条件は「過去所定期間に端末での通信に使用された通信用情報に関連付けられた店舗識別情報と、店舗装置から送信された連絡先情報に含まれる店舗識別情報とが一致すること」を含む構成を示している。
このような構成により得られる効果の一例として、識別情報をユーザの操作に基づき送信する情報に関連付けられた事業者識別情報と、電子装置から送信された事業者識別情報との関係が適切である場合に、スケジュール情報に基づく処理を行うことができるという効果が得られる。また、逆に、識別情報をユーザの操作に基づき送信する情報に関連付けられた事業者識別情報と、電子装置から送信された事業者識別情報との関係が適切でない場合は、スケジュール情報に基づく処理が行われないため、悪用を防止できるという効果が得られる。
また、第３実施形態は、スケジュール処理実行条件は「端末のユーザと、店舗または店舗のユーザとが友だち登録されていること」を含む構成を示している。
このような構成により得られる効果の一例として、端末のユーザと、電子装置の事業者との間で合意がある場合に、スケジュール情報に基づく処理を行うことができるという効果が得られる。また、逆に、端末のユーザと、電子装置の事業者との間で合意がない場合は、スケジュール情報に基づく処理が行われないため、悪用を防止できるという効果が得られる。
また、第３実施形態は、端末２０が、スケジュール処理実行報知条件の成否に基づいて、スケジュール処理の実行を店舗に報知する構成を示している。
このような構成により得られる効果の一例として、スケジュール情報に基づく処理を行ったことを電子装置の事業者に報知することができるという効果が得られる。
また、第３実施形態は、スケジュール処理実行報知条件は、「端末のユーザと、店舗または店舗のユーザとが友だち登録されていること」を含む構成を示している。
このような構成により得られる効果の一例として、端末のユーザと、電子装置の事業者との間で合意がある場合に、スケジュール情報に基づく処理を行ったことを電子装置の事業者に報知することができるという効果が得られる。また、逆に、端末のユーザと、電子装置の事業者との間で合意がない場合は、スケジュール情報に基づく処理を行ったことが電子装置の事業者に報知されないため、悪用を防止できるという効果が得られる。
＜第３変形例＞
店舗装置４０のディスプレイ４３に表示させる表示画面の一部または全部を、特定の条件の成立に基づいて、非表示とするようにしてもよいし、そのようにしなくてもよい。
図４２は、本変形例における処理を説明するためのテーブルの一例である。
このテーブルでは、店舗装置４０のディスプレイ４３に表示させる表示画面の種別（画面種別）を横欄に示し、対応する画面種別の画面を表示／非表示のいずれとするかの条件を横欄に示している。また、表示する画面は「〇」とし、非表示とする画面は「×」としている。
画面種別には、限定でなく例として、送信確認画面と、スケジュール処理実行報知画面とが含まれる。
送信確認画面は、例えば図１７に示した画面である。
スケジュール処理実行報知画面は、例えば図４１に示した画面である。
条件には、限定でなく例として、ＩＭＳアカウントと、ＩＭＳ友だち登録とが含まれる。
ＩＭＳアカウントは、端末２０のユーザのＩＭＳのアカウントの有無である。
ＩＭＳ友だち登録は、端末２０のユーザと、店舗または店舗のユーザとの友だち登録の有無である。
（Ａ）ＩＭＳアカウント「なし」
ＩＭＳアカウント「なし」には、送信確認画面と、スケジュール処理実行報知画面とのいずれにも「×」が定められている。これは、端末２０のユーザがＩＭＳのユーザではない場合は、送信確認画面と、スケジュール処理実行報知画面とをいずれも非表示とすることを意味する。
（Ｂ）ＩＭＳアカウント「あり」
ＩＭＳアカウント「あり」には、送信確認画面と、スケジュール処理実行報知画面とのいずれにも「〇」が定められている。これは、端末２０のユーザがＩＭＳのユーザである場合は、送信確認画面と、スケジュール処理実行報知画面とをいずれも表示することを意味する。
（Ｃ）友だち登録「なし」
友だち登録「なし」には、送信確認画面と、スケジュール処理実行報知画面とのいずれにも「×」が定められている。これは、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されていない場合は、送信確認画面と、スケジュール処理実行報知画面とをいずれも非表示とすることを意味する。
（Ｄ）友だち登録「あり」
友だち登録「あり」には、送信確認画面と、スケジュール処理実行報知画面とのいずれにも「〇」が定められている。これは、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されている場合は、送信確認画面と、スケジュール処理実行報知画面とをいずれも表示することを意味する。
第１実施形態では、端末２０のユーザがＩＭＳアカウントを有しているか否かや、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されているか否かといった条件に関わらず、送信確認画面を表示し、予約情報と、連絡先情報とをサーバ１０に送信することとした。それに対し、本変形例では、端末２０のユーザがＩＭＳアカウントを有していない場合や、端末２０のユーザと、店舗または店舗のユーザとが友だち登録されていない場合は、送信確認画面を表示しない。
スケジュール処理実行報知画面の表示／非表示についても同様である。
なお、上記の各種の画面の表示／非表示は、上記の各種の条件に関連付けて、任意に設定することが可能である。つまり、図４２に示した表示／非表示の組み合わせはあくまでも一例であり、これに限定されない。
＜第３変形例の効果＞
本変形例は、ＩＭＳアカウントの有無やＩＭＳ友だち登録の有無等の条件に基づいて、店舗装置４０に表示させる画面の表示／非表示を決定する構成を示している。
このような構成により得られる効果の一例として、事業者の電子装置に表示させる画面を設定することができ、電子装置の事業者の利便性を向上させることができるという効果が得られる。
＜第４実施形態＞
第４実施形態は、端末２０および店舗装置４０のユーザインタフェース（ＵＩ）に関する実施形態である。
第４実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
（１）端末のＵＩ
上記の実施形態で説明した複数の端末２０の間で送受信されるコンテンツを、端末２０が自動検索したり、自動生成するようにすることもできる。具体的には、限定でなく例として、ユーザにより端末２０の入出力部２３に入力される文字情報や、ユーザにより端末２０のマイク２５に入力される音声情報等の入力情報に基づいて、制御部２１が、店舗情報を検索する検索処理を行い、検索結果として得られた店舗情報が関連付けられたコンテンツを、同じグループに含まれる他のユーザの端末２０にサーバ１０を介して送信するようにすることができる。
＜表示画面＞
図４３は、本実施形態において端末２０の表示部２４に表示されるトークルーム画面の一例を示す図である。
このトークルーム画面では、「ユーザＡ．Ａ」がトークルームで端末２０に検索を行わせるためのメッセージが入力された状態が示されている。具体的には、後述する「＞＞ＡＩ」という検索コマンドと、「８月１７日に東京駅近くでおすすめのレストランを教えてください。」という検索ワードとを含むメッセージが表示された状態が示されている。この検索コマンドに基づいて、端末２０は、この検索ワードに基づく検索処理を行う。
端末２０により検索処理が行われたことで、「ＡＩ」のアイコン画像に関連付けて、「おすすめはこちらです。」というメッセージとともに、検索結果として得られた店舗情報が関連付けられたコンテンツとして、レストランＳに関するコンテンツと、レストランＴに関するコンテンツとが表示されている。これらのコンテンツは、前述した通信用情報を含むコンテンツであり、基本情報の他、電話発信用情報と、インターネット接続用情報とを含んでいる。
上記の検索処理では、端末２０の制御部２１は、限定でなく例として、ユーザにより入力された店名、最寄り駅、地域（エリア）、料理の種類等の検索ワードを、例えば第１実施形態で説明した店舗情報提供サーバに通知する。店舗情報提供サーバは、端末２０から通知された検索ワードに基づき、データベースに蓄積的に記憶されている店舗情報の中から、限定でなく例として、店舗の評価が高評価条件を満たす店舗の店舗情報を抽出する。
店舗の評価は、その店舗を利用した利用者から提供される情報に基づき、点数や星の数、順位（ランキング）等によって店舗を格付けしたものである。高評価条件としては、限定でなく例として、点数が一定値（所定値）以上であること、星の数が一定数（所定数）以上であること、順位が一定順位（所定順位）以上であること等の条件を定めておくことができる。
このようにして店舗情報提供サーバによって店舗情報が抽出されると、抽出された店舗情報が端末２０に送信される。そして、端末２０の制御部２１は、店舗情報提供サーバから受信した店舗情報が関連付けられたコンテンツを、ＩＭＳアプリケーションのトークルームに表示させる。
この場合、ＩＭＳアプリケーションにコンテンツとしてダイレクトに反映させることが可能なデータ形式で店舗情報提供サーバから店舗情報が提供される運用であれば、端末２０の制御部２１は、店舗情報提供サーバから受信した店舗情報をそのままトークルームに貼り付けるようにすればよい。他方、ＩＭＳアプリケーションにコンテンツとしてダイレクトに反映させることが困難なデータ形式で店舗情報提供サーバから店舗情報が提供される運用であれば、端末２０の制御部２１は、店舗情報提供サーバから受信した店舗情報を加工するなどしてコンテンツを生成して、トークルームに貼り付けるようにすればよい。
なお、店舗情報の提供サービスの事業を営む事業者のサーバが店舗情報を提供する場合を例示したが、これに限定されない。この他にも、例えば、ＩＭＳの事業者のサーバが、自社のデータベースで保有している店舗情報を端末２０に提供するようにしてもよいし、ＩＭＳの事業者のサーバが、広告を依頼している店舗の事業者から店舗情報を取得するなどして端末２０に提供するようにしてもよい。
＜処理＞
図４４は、本実施形態において、端末２０の制御部２１が実行するコンテンツ送信処理の流れの一例を示すフローチャートである。
最初に、制御部２１は、ＩＭＳアプリケーションのトークルームの処理中であるか否かを判定し（Ｋ１）、トークルームの処理中であると判定したならば（Ｋ１；Ｙｅｓ）、検索要求があったか否かを判定する（Ｋ３）。そして、検索要求があったと判定したならば（Ｋ３；Ｙｅｓ）、制御部２１は、検索種別を判定する（Ｋ５）。
上記の検索種別には、限定でなく例として、「文字検索」と、「音声検索」とが含まれる。
文字検索では、例えば、制御部２１は、トークルームの処理中に、検索コマンドを含むメッセージが入出力部２３に入力された後、トークルームの送信アイコンがタップされた場合に、検索要求があったと判定する。送信アイコンがタップされると、制御部２１は、入力されたメッセージを通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０は、端末２０から受信したメッセージを、通信Ｉ／Ｆ１４によって同じグループに含まれる他のユーザの端末２０に送信する。
また、制御部２１は、入力されたメッセージに検索コマンドに含まれることに基づいて、検索種別を「文字検索」と判定する。検索コマンドは、通常のメッセージの文字列と区別できる態様のコマンドであればよく、限定でなく例として「＞＞ＡＩ」の文字列で表されるコマンドとして規定しておくことができる。
一方、音声検索では、例えば、制御部２１は、トークルームの処理中に、マイク２５に音声が入力された場合に、検索要求があったと判定する。制御部２１は、入力された音声を音声認識し、認識したメッセージを通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０は、端末２０から受信したメッセージを、通信Ｉ／Ｆ１４によって同じグループに含まれる他のユーザの端末２０に送信する。
検索種別が「文字検索」であると判定したならば（Ｋ５；文字検索）、制御部２１は、文字検索処理を行う（Ｋ７）。具体的には、限定でなく例として、制御部２１は、上記のメッセージに含まれる、例えば検索コマンドに続く検索ワードに関連する情報を、上記の検索手法によって検索する。
一方、検索種別が「音声検索」であると判定したならば（Ｋ５；音声検索）、制御部２１は、音声検索処理を行う（Ｋ９）。具体的には、限定でなく例として、制御部２１は、音声認識によって認識した検索ワードに関連する情報を、上記の検索手法によって検索する。
Ｋ７またはＫ９の後、制御部２１は、コンテンツ生成処理を行う（Ｋ１１）。具体的には、限定でなく例として、制御部２１は、検索処理で得られた店舗情報が関連付けられたコンテンツ（トークルームの表示用のコンテンツ）を生成する。この場合、制御部２１は、検索処理で得られた店舗情報に、電話番号、メールアドレス、ＵＲＬ等の店舗識別情報が含まれる場合は、これらの店舗識別情報がそれぞれ関連付けられた通信用情報を含むコンテンツを生成する。以下、このようにして生成されるコンテンツを「自動生成コンテンツ」と称す。
その後、制御部２１は、検索を実行したことを示す検索実行メッセージを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｋ１３）。サーバ１０の制御部１１は、端末２０から検索実行メッセージを受信すると、受信した検索実行メッセージを、通信Ｉ／Ｆ１４によって同じグループに含まれる他のユーザの端末２０に送信する。これにより、グループのトークルームに検索実行メッセージが表示される。
次いで、制御部２１は、自動生成コンテンツを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｋ１５）。サーバ１０の制御部１１は、端末２０から自動生成コンテンツを受信すると、受信した自動生成コンテンツを、通信Ｉ／Ｆ１４によって同じグループに含まれる他のユーザの端末２０に送信する。これにより、グループのトークルームに自動生成コンテンツが表示される。
その後、制御部２１は、処理を終了するか否かを判定し（Ｋ１７）、処理を継続すると判定したならば（Ｋ１７；Ｎｏ）、Ｋ１に処理を戻す。また、処理を終了すると判定したならば（Ｋ１７；Ｙｅｓ）、制御部２１は、コンテンツ送信処理を終了する。
（２）店舗装置のＵＩ
限定でなく例として、店舗装置４０と店舗電話機５０とを１つの電子装置として構成し、
ユーザの端末２０との電話におけるユーザの音声情報を音声認識して、前述した店舗予約設定処理や店舗予約変更処理を行うようにすることができる。
図４５は、本実施形態において店舗装置４０の制御部４１が実行する店舗スケジュール反映処理の流れの一例を示すフローチャートである。
最初に、制御部４１は、端末２０からの発呼（電話）に応答する（Ｌ１）。そして、制御部４１は、記憶部４５にあらかじめ記憶されている音声データに基づいて、音声ガイダンス情報を出力する（Ｌ３）。
ここで出力する音声ガイダンス情報には、限定でなく例として、新規予約に関する情報を受け付ける受付種別や、予約変更に関する情報を受け付ける受付種別に対応するモードに切り替えるための音声ガイダンス情報を含めることができる。そして、端末２０から通知された受付種別に対応するモードに切り替えて、端末２０のユーザの音声情報を受け付けることができる。
次いで、制御部４１は、端末２０から通知された受付種別を判定し（Ｌ５）、受付種別が新規予約であると判定したならば（Ｌ５；新規予約）、端末２０から新規予約に関する音声情報を受け付ける（Ｌ７）。そして、制御部４１は、音声認識処理を行う（Ｌ９）。具体的には、端末２０から受け付けた音声情報を、所定の音声認識手法（音声認識アルゴリズム）を用いて解析する処理を開始する。
その後、制御部４１は、音声認識の結果がＯＫであるか否かを判定し（Ｌ１１）、ＯＫであると判定したならば（Ｌ１１：Ｙｅｓ）、店舗スケジュール設定処理を行う（Ｌ１３）。具体的には、音声認識で得られたグループスケジュール情報を、店舗スケジュールデータ４５３に含まれる店舗スケジュール情報に関連付けて記憶させる。
音声認識の結果がＮＧであると判定したならば（Ｌ１１；Ｎｏ）、制御部４１は、エラー処理を実行する（Ｌ１５）。具体的には、例えば、端末２０のユーザに再度の音声入力を行うように促す報知を行う。そして、制御部４１は、Ｌ７に処理を戻す。
一方、端末２０から通知された受付種別が予約変更であると判定したならば（Ｌ５；予約変更）、制御部４１は、端末２０から予約変更に関する音声情報を受け付ける（Ｌ１７）。そして、制御部４１は、音声認識処理を行う（Ｌ１９）。この音声認識処理は、Ｌ９と同様である。
その後、制御部４１は、音声認識の結果がＯＫであるか否かを判定し（Ｌ２１）、ＯＫであると判定したならば（Ｌ２１：Ｙｅｓ）、店舗スケジュール変更処理を行う（Ｌ２３）。具体的には、音声認識の結果として得られたスケジュール情報で、店舗スケジュールデータ４５３に記憶されている店舗スケジュール情報を更新する。
音声認識の結果がＮＧであると判定したならば（Ｌ１１；Ｎｏ）、制御部４１は、エラー処理を実行する（Ｌ２５）。このエラー処理は、Ｌ１５と同様である。そして、制御部４１は、Ｌ１７に処理を戻す。
Ｌ１３またはＬ２３の後、制御部４１は、処理を終了するか否かを判定し（Ｌ２７）、処理を継続すると判定したならば（Ｌ２７；Ｎｏ）、Ｌ１に処理を戻す。また、処理を終了すると判定したならば（Ｌ２７；Ｙｅｓ）、店舗スケジュール反映処理を終了する。
＜第４実施形態の効果＞
第４実施形態は、端末２０が、入出力部２３に入力される情報に基づいて、入力される情報に関連する情報を検索し、検索結果として得られた情報に関連するコンテンツを、グループのトークルームに表示させる構成を示している。
このような構成により得られる効果の一例として、端末の入力部に入力される情報に基づいて、グループ識別情報と事業者識別情報とを関連付けることができるという効果が得られる。
また、第４実施形態は、端末２０が、マイク２５に入力される音声情報に基づいて、入力される音声情報に関連する情報を検索し、検索結果として得られた情報に関連するコンテンツを、グループのトークルームに表示させる構成を示している。
このような構成により得られる効果の一例として、端末の音入力部に音声を入力するだけで、グループ識別情報と事業者識別情報とを簡単に関連付けさせることができるという効果が得られる。また、情報を手入力する必要がないため、ユーザの利便性を向上させることができ、ユーザの誤操作を減少させることができるという効果が得られる。
＜第５実施形態＞
第５実施形態は、グループに新たにユーザが加入する場合、または、グループからユーザが脱退する場合の処理に関する実施形態である。
第５実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
（１）グループに新たなユーザが加入する場合
図４６は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は図２３と同様であり、図２３の処理と同一のステップについては同一の符号を付して再度の説明を省略する。ここでは、前述した新規予約に関する処理を行った後、端末Ｍのユーザをグループに招待する場合の処理を例示する。
最初に、端末Ａのスケジュール反映処理部２１３は、グループ招待操作を受け付ける（Ａ１０１）。そして、端末Ａのスケジュール反映処理部２１３は、ユーザのグループ招待操作に基づき、グループ招待情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１０３）。
サーバ１０のスケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって端末Ａからグループ招待情報を受信すると（Ｄ１０１）、通信Ｉ／Ｆ１４によってグループ招待情報を端末Ｍに送信する（Ｄ１０３）。
端末Ｍのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０からグループ招待情報を受信すると（Ｍ１０１）、グループ招待情報を表示部２４に表示させる（Ｍ１０３）。そして、端末Ｍのスケジュール反映処理部２１３は、グループ加入を受け付け（Ｍ１０５）、ユーザによりグループに加入するための操作がなされると、グループ加入要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｍ１０７）。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって端末Ｍからグループ加入要求情報を受信すると（Ｄ１０５）、このグループのグループ管理データにおけるグループ人数およびグループユーザデータを更新する（Ｄ１０７）。そして、スケジュール管理処理部１１３は、グループ加入情報を通信Ｉ／Ｆ１４によって端末Ａ、端末Ｂ、端末Ｃに送信する（Ｄ１０９）。
端末Ａ、端末Ｂ、端末Ｃは、それぞれ通信Ｉ／Ｆ２２によってサーバ１０からグループ加入情報を受信すると（Ａ１０９、Ｂ１０９、Ｃ１０９）、受信したグループ加入情報をそれぞれ表示部２４に表示させる（Ａ１１１、Ｂ１１１、Ｃ１１１）。
スケジュール管理処理部１１３は、Ｄ１０９の後、このグループのグループ管理データの予約管理データに記憶されている最新の予約情報を通信Ｉ／Ｆ１４によって端末Ｍに送信する（Ｄ１１１）。端末Ｍのスケジュール反映処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から最新の予約情報を受信すると（Ｍ１１１）、スケジュール設定処理を行う（Ｍ１１３）。具体的には、限定でなく例として、受信した予約情報に含まれる予約スケジュール情報を、記憶部２８のユーザスケジュールデータ２８５５に含まれるユーザスケジュール情報に関連付けて記憶させる。これにより、端末Ｍにおいて、スケジュール情報が設定される。そして、端末Ｍのスケジュール反映処理部２１３は、予約スケジュール情報を関連付けたユーザスケジュール情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信した後（Ｍ１１５）、スケジュール反映処理を終了する。
スケジュール管理処理部１１３は、通信Ｉ／Ｆ１４によって端末Ｂからユーザスケジュール情報を受信すると（Ｄ１１３）、受信したユーザスケジュール情報を、ユーザ管理データベース１５５における端末Ｍのユーザのユーザ管理データに含まれるユーザスケジュールデータに記憶させる（Ｄ１１５）。そして、スケジュール管理処理部１１３は、スケジュール管理処理を終了する。
なお、上記では、新規予約に関する処理を行った後、グループに新たなユーザが加入したタイミング、より具体的にはサーバ１０がグループ管理データを更新したタイミングで、サーバ１０が、新たなユーザの端末２０に最新の予約情報を送信することとしたが、これに限定されない。例えば、サーバ１０が、グループに新たなユーザが加入したタイミングでは予約情報を送信せず、その後に予約変更に関する処理が行われるタイミングで、新たなユーザの端末２０に変更後の予約情報を送信するようにしてもよいし、そのようにしなくてもよい。
また、上記では、サーバ１０が予約情報を端末２０に送信する場合を例示したが、第１変形例で説明したように、端末２０（例えば代表者のユーザの端末２０）が、同じグループに含まれる他のグループユーザの端末２０に予約情報を送信する場合もある。この場合は、限定でなく例として、グループに新たなユーザが加入したことがサーバ１０から端末２０に通知されたタイミングで、端末２０が、新たなユーザの端末２０に最新の予約情報を送信するようにすることができる。または、端末２０が、予約変更に関する処理が行われるタイミングで、新たなユーザの端末２０に変更後の予約情報を送信するようにすることができる。
（２）グループからユーザが脱退する場合
新規予約に関する処理を行った後、グループからユーザが脱退する場合、ユーザの端末２０は、限定でなく例として、ユーザが脱退するタイミングで、ユーザスケジュール情報に関連付けられている予約スケジュール情報を消去する処理を行うとともに、記憶している予約情報を消去する処理を行うようにすることができる。
なお、この場合、端末２０が、予約情報を消去するか否かをユーザに確認する処理を行い、ユーザによりＯＫが選択された場合に、予約情報を消去するようにしてもよいし、そのようにしなくてもよい。
また、グループからユーザが脱退した後は、予約変更に関する処理を行った場合であっても、サーバ１０は、変更後の予約情報を、このユーザの端末２０には送信しないようにする。
＜第５実施形態の効果＞
第５実施形態は、新規予約に関する処理を行った後、グループに新たなユーザが加入したタイミングで、新たなユーザの端末２０に最新の予約情報が送信される構成を示している。
このような構成により得られる効果の一例として、新たにグループに加入したユーザのスケジュール情報にも、事業者の電子装置から送信されたスケジュール情報を反映させることができ、ユーザの利便性を向上させることができるという効果が得られる。
また、第５実施形態は、新規予約に関する処理を行った後、グループに新たなユーザが加入した場合、予約変更に関する処理が行われるタイミングで、新たなユーザの端末２０に変更後の予約情報が送信される構成を示している。
このような構成により得られる効果の一例として、新たにグループに加入したユーザのスケジュール情報にも、事業者の電子装置から送信された更新されたスケジュール情報を反映させることができ、ユーザの利便性を向上させることができるという効果が得られる。
また、第５実施形態は、グループからユーザが脱退する場合、ユーザの端末２０は、ユーザが脱退するタイミングで、ユーザスケジュール情報に関連付けて記憶されている予約スケジュール情報を消去するとともに、記憶している予約情報を消去する構成を示している。
このような構成により得られる効果の一例として、グループから脱退したユーザの端末２０は、事業者の電子装置から送信されたスケジュール情報を消去するため、ユーザの利便性を向上させることができるという効果が得られる。
また、第５実施形態は、グループからユーザが脱退した後は、予約変更に関する処理が行われた場合であっても、端末２０に変更後の予約情報が送信されない構成を示している。
このような構成により得られる効果の一例として、グループから脱退したユーザの端末には、更新されたスケジュール情報が送信されないため、ユーザの利便性を向上させることができるという効果が得られる。
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ 店舗装置
５０ 店舗電話機

Claims (33)

  1. 端末が実行する情報処理方法であって、
    前記端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、前記ユーザまたは前記ユーザの端末を識別するための識別情報を前記端末の通信部によって送信することと、
    前記事業者の電子装置から送信された、前記識別情報と、前記グループ識別情報が関連付けられた前記事業者のスケジュールに関するスケジュール情報とのうち、少なくとも前記スケジュール情報を前記通信部によって受信することとを含み、
    前記スケジュール情報は、関連付けられた前記グループ識別情報に基づき、前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  2. 請求項１に記載の情報処理方法であって、
    前記グループ識別情報は、前記識別情報が関連付けられており、
    前記スケジュール情報は、前記識別情報が関連付けられた前記グループ識別情報に基づき、前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  3. 請求項１または請求項２に記載の情報処理方法であって、
    前記グループ識別情報は、前記事業者識別情報に関連する情報であって、前記識別情報を前記ユーザの操作に基づき送信する情報が関連付けられている。
  4. 請求項３に記載の情報処理方法であって、
    前記グループに含まれる複数の端末は、前記複数の端末の間でコンテンツの送受信を行い、
    前記複数の端末の間で送受信された前記コンテンツを前記端末の表示領域に表示することをさらに含み、
    前記識別情報を前記ユーザの操作に基づき送信する情報は、前記複数の端末の間で送受信された前記コンテンツに含まれる。
  5. 請求項１から請求項４のいずれか一項に記載の情報処理方法であって、
    前記事業者識別情報は、前記事業者の電話番号を含む。
  6. 請求項１から請求項５のいずれか一項に記載の情報処理方法であって、
    前記グループは、前記ユーザとは異なる第１ユーザを少なくとも含み、
    前記スケジュール情報は、前記グループ識別情報に基づき、前記グループに含まれる前記第１ユーザの第１端末に送信される。
  7. 請求項６に記載の情報処理方法であって、
    前記グループ識別情報に基づき、前記グループに含まれる前記第１ユーザの前記第１端末に第１コンテンツを前記通信部によって送信することと、
    前記第１端末から前記グループ識別情報に基づき送信された第２コンテンツを前記通信部によって受信することと、
    前記第１コンテンツと前記第２コンテンツとを前記端末の表示領域に表示することとをさらに含む。
  8. 請求項１から請求項７のいずれか一項に記載の情報処理方法であって、
    前記スケジュール情報は、前記電子装置から送信された、前記グループ識別情報を識別するための情報に基づく前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  9. 請求項１から請求項７のいずれか一項に記載の情報処理方法であって、
    前記スケジュール情報は、前記端末が前記識別情報を送信した履歴に基づく前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  10. 請求項１から請求項９のいずれか一項に記載の情報処理方法であって、
    第１条件が成立したことに基づいて、前記スケジュール情報に基づく処理を行うことをさらに含む。
  11. 請求項１０に記載の情報処理方法であって、
    前記第１条件は、前記スケジュール情報に基づく処理を行うことが前記端末のユーザに許可されることを含む。
  12. 請求項１０または請求項１１に記載の情報処理方法であって、
    前記グループ識別情報は、前記識別情報を前記ユーザの操作に基づき送信する情報が関連付けられており、
    前記第１条件は、前記識別情報を前記ユーザの操作に基づき送信する情報に関連付けられた前記事業者識別情報と、前記電子装置から送信された前記事業者識別情報とに基づく条件を含む。
  13. 請求項１０から請求項１２のいずれか一項に記載の情報処理方法であって、
    前記第１条件は、前記識別情報と、前記事業者識別情報とが関連付けられることを含む。
  14. 請求項１から請求項１３のいずれか一項に記載の情報処理方法であって、
    第２条件が成立したことに基づいて、前記スケジュール情報に基づく処理を行ったことを前記事業者に報知するための処理を行うことをさらに含む。
  15. 請求項１４に記載の情報処理方法であって、
    前記第２条件は、前記識別情報と、前記事業者識別情報とが関連付けられることを含む。
  16. 請求項１から請求項１５のいずれか一項に記載の情報処理方法であって、
    前記識別情報は、前記スケジュール情報を受信した後、前記事業者識別情報に基づいて前記通信部によって送信され、
    前記スケジュール情報は、前記事業者のスケジュールに関する処理が前記電子装置で実行されることで更新され、
    更新された前記スケジュール情報は、関連付けられた前記グループ識別情報に基づき、前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  17. 請求項１６に記載の情報処理方法であって、
    前記更新された前記スケジュール情報は、前記更新された前記スケジュール情報が前記電子装置から送信された日時に基づく前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  18. 請求項１６または請求項１７に記載の情報処理方法であって、
    前記事業者のスケジュールに関する処理を前記電子装置に実行させるための情報を、前記通信部によって送信することをさらに含む。
  19. 請求項１８に記載の情報処理方法であって、
    前記更新された前記スケジュール情報は、前記電子装置により前記事業者のスケジュールに関する処理が、前記事業者のスケジュールに関する処理を前記電子装置に実行させるための情報に基づいて実行されたことに基づいて前記端末に送信される。
  20. 請求項１から請求項１９のいずれか一項に記載の情報処理方法であって、
    前記端末の入力部に入力される情報に基づいて、前記グループ識別情報と前記事業者識別情報とを関連付けることをさらに含む。
  21. 請求項２０に記載の情報処理方法であって、
    前記入力部は音入力部を含み、
    前記グループ識別情報と前記事業者識別情報とは、前記音入力部に入力される音声情報に基づいて関連付けられる。
  22. 請求項１から請求項２１のいずれか一項に記載の情報処理方法であって、
    前記グループは、前記ユーザとは異なる第２ユーザを少なくとも含み、
    前記グループに含まれる前記第２ユーザのスケジュール情報を前記端末の表示領域に表示することをさらに含む。
  23. 請求項１から請求項２２のいずれか一項に記載の情報処理方法であって、
    前記事業者のスケジュール情報を前記端末の表示領域に表示することをさらに含む。
  24. 端末のコンピュータに実行させるためのプログラムであって、
    前記端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、前記ユーザまたは前記ユーザの端末を識別するための識別情報を前記端末の通信部によって送信することと、
    前記事業者の電子装置から送信された、前記識別情報と、前記グループ識別情報が関連付けられた前記事業者のスケジュールに関するスケジュール情報とのうち、少なくとも前記スケジュール情報を前記通信部によって受信することとを含み、
    前記スケジュール情報は、関連付けられた前記グループ識別情報に基づき、前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  25. 端末であって、
    前記端末のユーザを含むグループを識別するためのグループ識別情報が関連付けられた、事業者を識別するための事業者識別情報に基づいて、前記ユーザまたは前記ユーザの端末を識別するための識別情報を送信し、前記事業者の電子装置から送信された、前記識別情報と、前記グループ識別情報が関連付けられた前記事業者のスケジュールに関するスケジュール情報とのうち、少なくとも前記スケジュール情報を受信する通信部を備え、
    前記スケジュール情報は、関連付けられた前記グループ識別情報に基づき、前記グループ識別情報によって識別される前記グループに含まれる前記ユーザの前記端末に送信される。
  26. 情報処理装置が実行する情報処理方法であって、
    端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付けることと、
    前記事業者の電子装置から送信された、前記事業者に関する前記事業者識別情報と、前記事業者のスケジュールに関するスケジュール情報と、を前記情報処理装置の通信部によって受信することと、
    受信した前記事業者識別情報に基づいて、前記事業者識別情報が関連付けられた前記グループ識別情報によって識別される前記グループと、受信した前記スケジュール情報とを関連付けることとを含む。
  27. 情報処理装置のコンピュータに実行させるプログラムであって、
    端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付けることと、
    前記事業者の電子装置から送信された、前記事業者に関する前記事業者識別情報と、前記事業者のスケジュールに関するスケジュール情報と、を前記情報処理装置の通信部によって受信することと、
    受信した前記事業者識別情報に基づいて、前記事業者識別情報が関連付けられた前記グループ識別情報によって識別される前記グループと、受信した前記スケジュール情報とを関連付けることとを含む。
  28. 情報処理装置であって、
    端末のユーザを含むグループを識別するためのグループ識別情報と、事業者を識別するための事業者識別情報とを関連付ける関連付け部と、
    前記事業者の電子装置から送信された、前記事業者に関する前記事業者識別情報と、前記事業者のスケジュールに関するスケジュール情報と、を受信する通信部とを備え、
    前記関連付け部は、受信した前記事業者識別情報に基づいて、前記事業者識別情報が関連付けられた前記グループ識別情報によって識別される前記グループと、受信した前記スケジュール情報とを関連付ける。
  29. 端末と通信する電子装置が実行する情報処理方法であって、
    前記電子装置の事業者のスケジュールに関する第１スケジュール情報と、前記端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付けることと、
    前記端末のユーザまたは前記ユーザの端末を識別するための識別情報と、前記第２スケジュール情報と関連付けた前記第１スケジュール情報に基づくスケジュール情報であって、前記グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを前記電子装置の通信部によって送信することとを含む。
  30. 請求項２９に記載の情報処理方法であって、
    前記第１スケジュール情報と、前記第２スケジュール情報とを前記電子装置の表示領域に表示することと、
    前記電子装置のユーザの操作に基づいて、前記第２スケジュール情報を更新することとをさらに含む。
  31. 請求項２９または請求項３０に記載の情報処理方法であって、
    前記通信部は電話用通信部を含み、
    前記電話用通信部による前記端末との電話における前記端末のユーザの音声情報を音声認識することをさらに含み、
    前記第１スケジュール情報は、前記音声認識によって認識された前記第２スケジュール情報と関連付けられる。
  32. 端末と通信する電子装置に実行させるためのプログラムであって、
    前記電子装置の事業者のスケジュールに関する第１スケジュール情報と、前記端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付けることと、
    前記端末のユーザまたは前記ユーザの端末を識別するための識別情報と、前記第２スケジュール情報と関連付けた前記第１スケジュール情報に基づくスケジュール情報であって、前記グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを前記電子装置の通信部によって送信することとを含む。
  33. 端末と通信する電子装置であって、
    前記電子装置の事業者のスケジュールに関する第１スケジュール情報と、前記端末のユーザを含むグループのスケジュールに関する第２スケジュール情報とを関連付ける関連付け部と、
    前記端末のユーザまたは前記ユーザの端末を識別するための識別情報と、前記第２スケジュール情報と関連付けた前記第１スケジュール情報に基づくスケジュール情報であって、前記グループを識別するためのグループ識別情報が関連付けられたスケジュール情報とを送信する通信部とを備える。
JP2018187918A 2018-10-03 2018-10-03 情報処理方法、プログラム、端末、情報処理装置、電子装置 Active JP7244245B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018187918A JP7244245B2 (ja) 2018-10-03 2018-10-03 情報処理方法、プログラム、端末、情報処理装置、電子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018187918A JP7244245B2 (ja) 2018-10-03 2018-10-03 情報処理方法、プログラム、端末、情報処理装置、電子装置

Publications (3)

Publication Number Publication Date
JP2020057239A true JP2020057239A (ja) 2020-04-09
JP2020057239A5 JP2020057239A5 (ja) 2021-11-18
JP7244245B2 JP7244245B2 (ja) 2023-03-22

Family

ID=70107480

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018187918A Active JP7244245B2 (ja) 2018-10-03 2018-10-03 情報処理方法、プログラム、端末、情報処理装置、電子装置

Country Status (1)

Country Link
JP (1) JP7244245B2 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11195068A (ja) * 1998-01-07 1999-07-21 Hitachi Ltd スケジュール管理システム及びその処理制御方法
JPH11232355A (ja) * 1998-02-10 1999-08-27 Toshiba Corp 航空座席予約搭乗サービスシステム
JP2006237751A (ja) * 2005-02-22 2006-09-07 Nec Corp コールセンター予約システム、プレゼンスサーバ、管理サーバ、コールセンター予約方法およびプログラム
JP2017016499A (ja) * 2015-07-03 2017-01-19 株式会社リクルートホールディングス 予約管理端末、予約管理方法および予約管理プログラム
JP2017037651A (ja) * 2015-08-11 2017-02-16 株式会社ぐるなび サーバ、その制御方法及びその制御プログラム
JP2017162504A (ja) * 2017-05-18 2017-09-14 Ｌｉｎｅ株式会社 情報処理装置の制御方法、情報処理装置および制御プログラム
JP2018032200A (ja) * 2016-08-24 2018-03-01 Ｌｉｎｅ株式会社 プログラム、情報処理方法、及び情報処理端末

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11195068A (ja) * 1998-01-07 1999-07-21 Hitachi Ltd スケジュール管理システム及びその処理制御方法
JPH11232355A (ja) * 1998-02-10 1999-08-27 Toshiba Corp 航空座席予約搭乗サービスシステム
JP2006237751A (ja) * 2005-02-22 2006-09-07 Nec Corp コールセンター予約システム、プレゼンスサーバ、管理サーバ、コールセンター予約方法およびプログラム
JP2017016499A (ja) * 2015-07-03 2017-01-19 株式会社リクルートホールディングス 予約管理端末、予約管理方法および予約管理プログラム
JP2017037651A (ja) * 2015-08-11 2017-02-16 株式会社ぐるなび サーバ、その制御方法及びその制御プログラム
JP2018032200A (ja) * 2016-08-24 2018-03-01 Ｌｉｎｅ株式会社 プログラム、情報処理方法、及び情報処理端末
JP2017162504A (ja) * 2017-05-18 2017-09-14 Ｌｉｎｅ株式会社 情報処理装置の制御方法、情報処理装置および制御プログラム

Also Published As

Publication number Publication date
JP7244245B2 (ja) 2023-03-22

Similar Documents

Publication Publication Date Title
US11310189B1 (en) Method and system to converse across fragmented messaging services based on discussion topics
US20210021649A1 (en) Systems and method for various types of calls including text call, SMS call and media post call
JP6760797B2 (ja) プログラム、情報処理方法、及び端末
KR102531745B1 (ko) 서버, 서버의 제어 방법 및 프로그램
US12003471B2 (en) Teleporting a new member to a messaging group
US20170118165A1 (en) System and method for controlled sharing and synchronizing information across a plurality of mobile client application computers
US9503410B2 (en) Sharing of activity metadata via messaging systems
US8843573B2 (en) Lightweight messaging with location between users of a social networking system
JP2012252699A (ja) メンバー追加を拡張するためのメッセージングサービスシステム及びその方法
US10506097B2 (en) Call-termination-triggered social interface
JP7459203B2 (ja) 情報処理方法、情報処理装置、およびプログラム
JP6678805B2 (ja) 端末、端末の制御方法およびプログラム
JP7244245B2 (ja) 情報処理方法、プログラム、端末、情報処理装置、電子装置
JP6555789B2 (ja) サーバ、サーバの制御方法およびプログラム
JP2020119587A (ja) 端末、端末の制御方法およびプログラム
JP6695089B2 (ja) 端末、端末の制御方法およびプログラム
JP7410636B2 (ja) 情報処理方法、情報処理装置、及びプログラム
JP6639066B2 (ja) 端末、端末の制御方法およびプログラム
JP6566506B2 (ja) 端末、端末の制御方法およびプログラム
JP6555837B2 (ja) 端末、端末の表示方法およびプログラム
US20210136009A1 (en) Information processing apparatus, information processing system, and non-transitory computer readable medium
JP2024009091A (ja) プログラム、情報処理方法、端末
JP2021002366A (ja) プログラム、情報処理方法、及び情報処理システム
KR101471555B1 (ko) 커뮤니티 관리 시스템 및 방법
JP2012064013A (ja) 情報提供サーバ及び情報提供方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20210412

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20210917

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210930

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220727

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221013

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230214

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230309

R150 Certificate of patent or registration of utility model

Ref document number: 7244245

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350