特開 2022-79908 通知システム、及び通知プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022079908

(43)【公開日】2022-05-27

(54)【発明の名称】通知システム、及び通知プログラム

(51)【国際特許分類】

   H04M 3/42 20060101AFI20220520BHJP

   H04M 11/00 20060101ALI20220520BHJP

【ＦＩ】

H04M3/42 Z

H04M11/00 302

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2020190775

(22)【出願日】2020-11-17

(71)【出願人】

【識別番号】520450857

【氏名又は名称】井上 英哉

(71)【出願人】

【識別番号】520450868

【氏名又は名称】深見 裕介

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】井上 英哉

(72)【発明者】

【氏名】深見 裕介

【テーマコード（参考）】

5K201

【Ｆターム（参考）】

5K201BC03

5K201BC11

5K201BC14

5K201BC30

5K201CB05

5K201EC06

5K201ED05

5K201EF10

(57)【要約】

【課題】電話の目的や緊急度によっては、第１携帯端末に電話をすることは手間がかかる。
【解決手段】第１携帯端末は、データ通信網を介して、発信先である第２携帯端末の電話番号ＰＮ２、要件情報ＲＩ、詳細情報ＤＩを、サーバを介して第２携帯端末へ送信する。その後、第１携帯端末は、電話通信網を介して、第２携帯端末に電話を発信する。そして、第２携帯端末は、電話に応答しないと判定する場合、不在着信画像ＭＣＩを表示する表示処理を行う。第２携帯端末は、不在着信画像ＭＣＩとして、第１携帯端末の電話番号、発信者情報、要件情報ＲＩ、詳細情報ＤＩ、及び第１携帯端末へ通知する着信者の意思を示すアイコンを含む画像を表示する。アイコンＩＣ１が操作された場合、ＣＰＵは、着信者の意思を示す意思情報ＷＩを、サーバを介して第１携帯端末に送信する。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１携帯端末と、第２携帯端末と、を備え、前記第１携帯端末及び前記第２携帯端末が電話通信網で電話可能であり、且つ、前記第１携帯端末及び前記第２携帯端末がデータ通信網でデータ通信可能である通知システムであって、
前記第１携帯端末が、前記データ通信網を介して前記第２携帯端末へ、前記第１携帯端末の発信者情報、及び電話の要件に関する要件情報を送信する発信者情報送信処理と、
前記第１携帯端末から前記電話通信網を介した電話の着信があり、且つ当該着信に応答しない場合に、前記第２携帯端末が、前記発信者情報、前記要件情報、及び前記第１携帯端末へ通知する着信者の意思を示すアイコンを含む画像を、不在着信画像として表示する表示処理と、
前記第２携帯端末が、前記着信者によって選択された前記アイコンに対応する意思情報を、前記データ通信網を介して前記第１携帯端末へ通知する通知処理と、を行う
通知システム。

【請求項2】

前記発信者情報は、前記発信者の名称を含み、
前記要件情報は、前記着信者が前記発信者に対して予約している予約内容を含み、
前記アイコンは、前記予約内容に変更がない意志を示すものである
請求項１に記載の通知システム。

【請求項3】

前記発信者情報は、前記発信者の名称を含み、
前記要件情報は、前記着信者に対する前記発信者の広告を含み、
前記アイコンは、前記広告を見る意思を示すものである
請求項１に記載の通知システム。

【請求項4】

前記データ通信網には、前記第１携帯端末及び前記第２携帯端末のデータ通信を管理するサーバが含まれており、
前記サーバには、前記第１携帯端末の電話番号と、当該電話番号に紐づけられた前記第１携帯端末の発信者情報と、が記憶されており、
前記発信者情報送信処理は、
前記第１携帯端末から前記サーバへ、前記第１携帯端末の電話番号、前記要件情報、及び前記第２携帯端末の電話番号を送信する事前送信処理と、
前記サーバから前記第２携帯端末へ、前記第１携帯端末の電話番号に紐づけられている前記発信者情報、及び前記要件情報を送信する本送信処理と、を有しており、
請求項１～請求項３のいずれか１項に記載の通知システム。

【請求項5】

電話通信網を介して電話可能であり、且つデータ通信網を介してデータ通信可能な携帯端末に適用される通知プログラムであって、
前記携帯端末に、
前記データ通信網を介して、送信元の発信者情報、及び前記送信元の電話の要件に関する要件情報を受信する発信者情報受信処理と、
前記送信元から前記電話通信網を介した電話の着信があり、且つ当該着信に応答しない場合に、前記発信者情報、前記要件情報、及び、前記送信元へ通知する着信者の意思を示すアイコンを含む画像を、不在着信画像として表示する表示処理と、
前記着信者によって選択された前記アイコンに対応する意思情報を、前記データ通信網を介して、前記送信元へ通知する通知処理と、を実行させる
通知プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通知システム、及び通知プログラムに関する。

【背景技術】

【0002】

特許文献１に記載の通知システムは、第１携帯端末と、第２携帯端末と、を備えている。第１携帯端末と第２携帯端末とは、電話通信網によって電話が可能となっている。また、第１携帯端末と第２携帯端末とは、データ通信網によってデータ通信が可能となっている。特許文献１に記載の通知システムでは、第１携帯端末から電話通信網を介して、第２携帯端末に電話を発信する際、第１携帯端末からデータ通信網を介して第２携帯端末へ、第１携帯端末の電話番号と、電話の目的や緊急度等を示す情報を送信する。そして、第２携帯端末で第１携帯端末からの着信に応答しなかった場合、第２携帯端末は、不在着信画像として、第１携帯端末の電話番号、及び電話の目的や緊急度を示す情報を表示する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６－１３４７４７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載のような通知システムにおいて、第２携帯端末の不在着信画像には、第１携帯端末からの電話の目的や緊急度が含まれる。そのため、第２携帯端末のユーザは、当該電話の目的や緊急度について知ることができる。しかしながら、第２携帯端末のユーザは、第１携帯端末からの電話に対して、電話をかけなおすことによって連絡をするしかない。よって、電話の目的や緊急度によっては、第１携帯端末に電話をすることは手間がかかり煩わしい。

【課題を解決するための手段】

【0005】

上記課題を解決するため、本発明の一態様は、第１携帯端末と、第２携帯端末と、を備え、前記第１携帯端末及び前記第２携帯端末が電話通信網で電話可能であり、且つ、前記第１携帯端末及び前記第２携帯端末がデータ通信網でデータ通信可能である通知システムであって、前記第１携帯端末が、前記データ通信網を介して前記第２携帯端末へ、前記第１携帯端末の発信者情報、及び電話の要件に関する要件情報を送信する発信者情報送信処理と、前記第１携帯端末から前記電話通信網を介した電話の着信があり、且つ当該着信に応答しない場合に、前記第２携帯端末が、前記発信者情報、前記要件情報、及び前記第１携帯端末へ通知する着信者の意思を示すアイコンを含む画像を、不在着信画像として表示する表示処理と、前記第２携帯端末が、前記着信者によって選択された前記アイコンに対応する意思情報を、前記データ通信網を介して前記第１携帯端末へ通知する通知処理と、を行う通知システムである。

【0006】

上記課題を解決するため、本発明の一態様は、電話通信網を介して電話可能であり、且つデータ通信網を介してデータ通信可能な携帯端末に適用される通知プログラムであって、前記携帯端末に、前記データ通信網を介して、送信元の発信者情報、及び前記送信元の電話の要件に関する要件情報を受信する発信者情報受信処理と、前記送信元から前記電話通信網を介した電話の着信があり、且つ当該着信に応答しない場合に、前記発信者情報、前記要件情報、及び、前記送信元へ通知する着信者の意思を示すアイコンを含む画像を、不在着信画像として表示する表示処理と、前記着信者によって選択された前記アイコンに対応する意思情報を、前記データ通信網を介して、前記送信元へ通知する通知処理と、を実行させる通知プログラムである。

【発明の効果】

【0007】

本発明によれば、第２携帯端末のユーザは、不在着信画像によって、発信者情報及び要件情報を確認することができる。そして、不在着信画像中のアイコンを選択する操作を行うことにより、データ通信網を介して発信元である第１携帯端末へと、意思情報を送信できる。そのため、第２携帯端末のユーザは、第１携帯端末へ電話をする手間を要することなく、自らの意思を伝えることができる。

【図面の簡単な説明】

【0008】

【図1】通知システムの概略構成図。

【図2】通知システムの処理を示すフローチャート。

【図3】通知システムの処理を示すフローチャート。

【図4】通知システムの処理を示すフローチャート。

【図5】第２携帯端末の着信画像を示す図。

【図6】第２携帯端末の不在着信画像を示す図。

【発明を実施するための形態】

【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】

第２携帯端末２００のＣＰＵ２０１は、サーバ４５０から、発信者情報ＣＩ、要件情報ＲＩ、及び詳細情報ＤＩを受信すると、ステップＳ１９の処理を開始する。すなわち、この受信する処理は、送信元の発信者情報ＣＩ、及び送信元の電話の要件に関する要件情報ＲＩを受信する送信者情報受信処理である。ステップＳ１９では、ＣＰＵ２０１は、表示部２０５に、着信画像ＩＩを表示する。具体的には、図５に示すように、ＣＰＵ１０１は、表示部１０５に、着信画像ＩＩとして、第１携帯端末１００の電話番号ＰＮ１、第１携帯端末１００の発信者情報ＣＩ、要件情報ＲＩ、応答をするアイコンの画像、及び拒否をするアイコンの画像を表示する。特に、第１携帯端末１００の発信者情報ＣＩは、発信者の名称である。その後、ＣＰＵ２０１は、処理をステップＳ２０に進める。

【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】

１００…第１携帯端末
２００…第２携帯端末
３００…電話通信網
４００…データ通信網
４５０…サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】