(57)【要約】【課題】ローカル環境においてユーザの携帯端末を利用した呼出を行うことを可能にする技術を提供する。【解決手段】送信装置１００は、ＩＣカード３００に記録されている固有の識別子（ＩＤｍ）を、ＮＦＣリーダ１５０を用いてＩＣカード３００からＮＦＣ通信により取得して、呼出の対象となるユーザに対応するユーザ識別子として登録する。その後、送信装置１００は、登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連するアドバタイジングパケットを、ＢＬＥでブロードキャストする。携帯端末２００は、ＩＣカード３００からＩＤｍを取得してユーザ識別子として保存する。携帯端末２００は、保存されているユーザ識別子を含むアドバタイジングパケットが受信されると、当該アドバタイジングパケットから、呼出に関連する情報を取得する。【選択図】図１
2018023072.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、前記携帯端末のユーザの呼出を行う情報処理装置と、を備える呼出システムであって、
前記情報処理装置は、
ＮＦＣに対応したＩＣカードから、当該ＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する登録手段と、
前記登録手段によって登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする無線通信手段と、を備え、
前記携帯端末は、
前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する保存手段と、
前記所定の通信方式でブロードキャストされる通知パケットを受信する受信手段と、
前記保存手段によって保存されているユーザ識別子を含む通知パケットが前記受信手段によって受信されると、当該通知パケットから、呼出に関連する情報を取得する取得手段と、を備える
ことを特徴とする呼出システム。
【請求項２】
前記取得手段は、前記受信手段によって通知パケットが受信されるごとに、受信された通知パケットに含まれるユーザ識別子と、前記保存されているユーザ識別子とが一致するか否かを確認し、ユーザ識別子が一致した通知パケットから前記情報を取得する
ことを特徴とする請求項１に記載の呼出システム。
【請求項３】
前記登録手段は、前記ＩＣカードから取得した前記固有の識別子にハッシュ関数を適用し、得られた識別子を前記ユーザ識別子として登録し、
前記保存手段は、前記ＩＣカードから取得した前記固有の識別子に前記ハッシュ関数を適用し、得られた識別子を前記ユーザ識別子として保存する
ことを特徴とする請求項１または２に記載の呼出システム。
【請求項４】
前記携帯端末は、
前記取得手段によって取得された情報に基づいて、前記情報処理装置から呼出を受けているかを判定する判定手段と、
前記判定手段による判定に従って、前記情報処理装置から呼出を受けていることをユーザに通知する通知手段と、を更に備える
ことを特徴とする請求項１から３のいずれか１項に記載の呼出システム。
【請求項５】
前記通知パケットは、ユーザが何番目に呼出を受けるかを示す待ち番号を更に含み、
前記判定手段は、前記受信された通知パケットに含まれるユーザ識別子と、前記保存されているユーザ識別子とが一致し、かつ、当該通知パケットに含まれる待ち番号が０であれば、前記情報処理装置から呼出を受けていると判定する
ことを特徴とする請求項４に記載の呼出システム。
【請求項６】
前記通知パケットは、ユーザに割り当てられた呼出番号を更に含み、
前記通知手段は、前記情報処理装置から呼出を受けていると判定されると、前記呼出番号を前記携帯端末の表示部に表示するとともに、バイブレーション機能を有効化する
ことを特徴とする請求項５に記載の呼出システム。
【請求項７】
前記通知手段は、前記情報処理装置から呼出を受けていないと判定されると、前記待ち番号及び前記呼出番号を前記表示部に表示する
ことを特徴とする請求項６に記載の呼出システム。
【請求項８】
各ユーザに対する通知パケットを送信するための送信期間を所定の時間間隔で設け、前記登録手段によって登録されている複数のユーザ識別子のそれぞれを含む通知パケットを前記送信期間ごとに順にブロードキャストするよう、前記無線通信手段を制御する制御手段、を更に備える
ことを特徴とする請求項４から７のいずれか１項に記載の呼出システム。
【請求項９】
前記情報処理装置は、前記ＩＣカードからＮＦＣ通信によって情報を読み取るＮＦＣリーダと接続されており、
前記ＩＣカードは、電子決済に使用可能であり、
前記登録手段は、前記ＩＣカードを用いて前記電子決済が行われる際に、前記ＮＦＣリーダを介して前記ＩＣカードから前記固有の識別子を取得し、取得した識別子を前記ユーザ識別子として登録する
ことを特徴とする請求項１から８のいずれか１項に記載の呼出システム。
【請求項１０】
ＮＦＣに対応したＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する携帯端末のユーザの呼出を行う情報処理装置であって、
前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する登録手段と、
前記登録手段によって登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストすることで、前記携帯端末が保存しているユーザ識別子を含む通知パケットから、前記携帯端末が呼出に関連する情報を取得できるようにする無線通信手段と、
を備えることを特徴とする情報処理装置。
【請求項１１】
ＮＦＣに対応したＩＣカードからＮＦＣ通信により取得された固有の識別子をユーザ識別子として含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする情報処理装置からの呼出を受ける携帯端末であって、
前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する保存手段と、
前記所定の通信方式でブロードキャストされる通知パケットを受信する受信手段と、
前記保存手段によって保存されているユーザ識別子を含む通知パケットが前記受信手段によって受信されると、当該通知パケットから、呼出に関連する情報を取得する取得手段と、
を備えることを特徴とする携帯端末。
【請求項１２】
携帯端末と、前記携帯端末のユーザの呼出を行う情報処理装置と、を備える呼出システムにおける呼出方法であって、
前記情報処理装置が、ＮＦＣに対応したＩＣカードから、当該ＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する工程と、
前記情報処理装置が、前記登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする工程と、
前記携帯端末が、前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する工程と、
前記携帯端末が、前記所定の通信方式でブロードキャストされる通知パケットを受信する工程と、
前記携帯端末が、前記保存されているユーザ識別子を含む通知パケットが受信されると、当該通知パケットから、呼出に関連する情報を取得する工程と、
を含むことを特徴とする呼出方法。
【請求項１３】
ＮＦＣに対応したＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する携帯端末のユーザの呼出を行う情報処理装置の制御方法であって、
前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する工程と、
前記登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストすることで、前記携帯端末が保存しているユーザ識別子を含む通知パケットから、前記携帯端末が呼出に関連する情報を取得できるようにする工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項１４】
ＮＦＣに対応したＩＣカードからＮＦＣ通信により取得された固有の識別子をユーザ識別子として含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする情報処理装置からの呼出を受ける携帯端末であって、
前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する工程と、
前記所定の通信方式でブロードキャストされる通知パケットを受信する工程と、
前記保存されているユーザ識別子を含む通知パケットが受信されると、当該通知パケットから、呼出に関連する情報を取得する工程と、
を含むことを特徴とする携帯端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼出システム、呼出方法、情報処理装置、携帯端末及びそれらの制御方法に関するものである。
【背景技術】
【０００２】
病院や飲食店等において、ユーザの呼出（ページング）を行うための呼出システムが導入されている。ユーザの呼出には、ユーザに貸し出した呼出専用端末、またはユーザが所有するスマートフォン等の携帯端末が利用される。携帯端末を利用する場合には、ユーザへ貸し出す専用端末が不要となるとともに、ユーザが専用端末を持ち歩く必要もなくなる利点がある。例えば特許文献１及び２には、ユーザが所有する携帯端末を利用する呼出システムが提案されている。
【０００３】
特許文献１には、ネットワーク上の待機通知システムが、順番待ちに関する通知情報を、ネットワークを介して、待機中のユーザの携帯端末へ送信することが記載されている。また、特許文献２には、ユーザの携帯電話に搭載された非接触型ＩＣカードによって受け付けを行う店舗端末と、インターネットを介して店舗端末と接続されたサーバとを備える呼出システムが記載されている。特許文献２の呼出システムでは、店舗端末は、暗号化された顧客情報（連絡先等の個人情報）を携帯電話の非接触型ＩＣカードから取得してサーバへ送信する。サーバは、受信した顧客情報、及び店舗ごとの待ち行列リストに基づいて、ユーザの携帯電話に呼出メッセージを送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−８６２５２号公報
【特許文献２】特開２０１０−２３９４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１及び２に記載の従来技術では、ユーザの携帯端末を利用した呼出が可能である（即ち、呼出専用端末を必要としない）ものの、インターネットを経由した呼出を行っている。このため、ユーザの受け付けを行うための店舗端末をインターネットに接続させる必要があるとともに、呼出に関する処理を行うサーバをインターネット上に設ける必要がある。したがって、呼出システムを使用するオペレータのローカル環境において、ユーザの携帯端末を利用した、インターネットを経由しない呼出（以下、「オフライン型呼出」と称する。）を実現できることが望まれる。
【０００６】
本発明は、上述の課題に鑑みてなされたものである。本発明は、ローカル環境においてユーザの携帯端末を利用した呼出を行うことを可能にする技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明は、例えば、呼出システム、情報処理装置及び携帯端末として実現できる。本発明の一態様の係る呼出システムは、携帯端末と、前記携帯端末のユーザの呼出を行う情報処理装置と、を備える呼出システムであって、前記情報処理装置は、ＮＦＣに対応したＩＣカードから、当該ＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する登録手段と、前記登録手段によって登録されたユーザ識別子を含み、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする無線通信手段と、を備え、前記携帯端末は、前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する保存手段と、前記所定の通信方式でブロードキャストされる通知パケットを受信する受信手段と、前記保存手段によって保存されているユーザ識別子を含む通知パケットが前記受信手段によって受信されると、当該通知パケットから、呼出に関連する情報を取得する取得手段と、を備えることを特徴とする。
【０００８】
本発明の一態様に係る情報処理装置は、ＮＦＣに対応したＩＣカードに記録されている固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する携帯端末のユーザの呼出を行う情報処理装置であって、前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、呼出の対象となるユーザに対応するユーザ識別子として登録する登録手段と、前記登録手段によって登録されたユーザ識別子を含み、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストすることで、前記携帯端末が保存しているユーザ識別子を含む通知パケットから、前記携帯端末が呼出に関連する情報を取得できるようにする無線通信手段と、を備えることを特徴とする。
【０００９】
本発明の一態様に係る携帯端末は、ＮＦＣに対応したＩＣカードからＮＦＣ通信により取得された固有の識別子をユーザ識別子として含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケットを、所定の通信方式でブロードキャストする情報処理装置からの呼出を受ける携帯端末であって、前記ＩＣカードから前記固有の識別子をＮＦＣ通信により取得し、ユーザ識別子として保存する保存手段と、前記所定の通信方式でブロードキャストされる通知パケットを受信する受信手段と、前記保存手段によって保存されているユーザ識別子を含む通知パケットが前記受信手段によって受信されると、当該通知パケットから、呼出に関連する情報を取得する取得手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ローカル環境においてユーザの携帯端末を利用した呼出を行うことを可能にする技術が提供される。
【図面の簡単な説明】
【００１１】
【図１】呼出システムの概略的な構成例を示す図
【図２】送信装置及び携帯端末の構成例を示す図
【図３】アドバタイジングパケットに含まれるデータ領域の構成例を示す図
【図４】送信装置で管理される登録リストへのユーザ情報の登録例を示す図
【図５】アドバタイジングパケットの送信スケジューリングの例を示す図
【図６】携帯端末における受信処理の手順を示すフローチャート
【発明を実施するための形態】
【００１２】
以下では添付の図面を参照して本発明の例示的な実施形態について説明する。なお、添付の図面では、実施形態の説明に必要ではない構成要素については省略している。
【００１３】
＜呼出システム＞
図１を参照して、本発明の一実施形態に係る呼出システムの概略的な構成例について説明する。図１に示すように、本実施形態の呼出システムは、送信装置１００及び携帯端末２００によって構成される。送信装置１００は、携帯端末２００のユーザの呼出（ページング）を行う情報処理装置の一例であり、一般的なＰＣ等で構成されうる。送信装置１００は、上述のように、病院や飲食店（フードコード）等の、ユーザの呼出を行う必要があるオペレータのローカル環境に配置される。送信装置１００は、インターネットに接続されていてもよいが、ユーザの呼出のためにインターネットに接続される必要はない。
【００１４】
送信装置１００には、ＮＦＣリーダ１５０が接続されている。ＮＦＣリーダ１５０は、ＮＦＣに対応したＩＣカードが近づけられると、当該ＩＣカードからＮＦＣ通信により情報を取得する（読み取る）ことが可能である。ＮＦＣリーダ１５０は、ＩＣカードから情報を取得すると、取得した情報を送信装置１００へ出力する。送信装置１００は、少なくともＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｅｒｇｙ（ＢＬＥ）による無線通信機能を備えており、Ｗｉ−Ｆｉ（登録商標）による無線通信機能を備えていてもよい。ＢＬＥは、Ｂｌｕｅｔｏｏｔｈ規格の拡張仕様の１つであり、Ｂｌｕｔｏｏｔｈ４．０で規定されている。
【００１５】
携帯端末２００は、３Ｇ（ＷＣＤＭＡ（登録商標）等）、ＬＴＥ、４Ｇ（ＬＴＥ−Ａｄｖａｎｃｅｄ等）、及びＧＳＭ（登録商標）等の通信方式による無線通信機能を備えるスマートフォンである。携帯端末２００は、更に、Ｗｉ−Ｆｉ、ＢＬＥ及びＮＦＣによる無線通信機能を備えている。これらの無線通信機能のうち、Ｗｉ−Ｆｉ、ＢＬＥ、及びＮＦＣによる無線通信機能は、インターネットに接続しないローカル環境において使用可能である。携帯端末２００は、呼出専用に用いられる専用装置ではなく、呼出システムにおける呼出の対象となるユーザによって所有されているスマートフォン等の装置である。なお、携帯端末２００は、タブレット端末やノートＰＣ等の、スマートフォン以外のタイプの端末装置であってもよい。
【００１６】
携帯端末２００のユーザは、携帯端末２００だけでなく、電子決済等に利用可能な、ＮＦＣに対応したＩＣカード３００（非接触型ＩＣカード）を所有しているものとする。本実施形態では、ＩＣカード３００がＦｅｌｉＣａ（登録商標）方式に対応している場合を一例として採用している。
【００１７】
なお、図１には、１つの携帯端末２００のみを示しているが、複数の携帯端末が存在し、当該複数の携帯端末をそれぞれ所有する複数のユーザが、送信装置１００によって構成される呼出システムにおける呼出の対象となってもよい。即ち、送信装置１００は、複数の携帯端末を利用して複数のユーザの呼出を同時に行うことが可能である。また、図１には、１つの送信装置１００のみを示しているが、フードコート等で想定されるように、ある店舗に設けられた送信装置１００の近くに、他の店舗に設けられた他の送信装置が配置されていてもよい。その場合、当該他の送信装置は、送信装置１００によって構成される呼出システムとは異なる（後述するシステム識別子が異なる）呼出システムを構成することになる。
【００１８】
＜呼出システムにおける呼出の概要＞
本実施形態の呼出システムでは、呼出システムを使用するオペレータのローカル環境において、ユーザの携帯端末２００を利用したオフライン型呼出を、ＢＬＥによって実現する。一般に、ＢＬＥによる情報発信は、アドバタイジングパケット（ビーコンパケット）を一定の時間間隔で送信（ブロードキャスト）することによって実現され、クーポン配信等のために、不特定多数のユーザに向けて行われる。本実施形態では、ＮＦＣに対応したＩＣカード３００に記録されている固有の識別子を利用して、ＢＬＥのアドバタイジングパケットを、特定のユーザに向けた情報（当該ユーザの呼出に関連する情報）を通知するための通知パケットとして使用できるようにする。
【００１９】
例えばＦｅｌｉＣａ方式のＩＣカード３００には、カードの製造時に製造ＩＤ（ＩＤｍ）がＩＣチップに記録される。ＩＤｍは、８バイトの固有の識別子であり、書き換えが不可能な状態でＩＣカード３００に記録されている。このため、ＩＣカード３００を所有するユーザを識別するための情報（ユーザ識別子）として利用できる。本実施形態では、ＩＣカード３００に予め記録されているこのような固有の識別子を、ＢＬＥのアドバタイジングパケットに含める。これにより、アドバタイジングパケットを、当該パケットに含まれた固有の識別子に対応するユーザに向けた情報を通知するための通知パケットとして機能させることを可能にし、アドバタイジングパケットをユーザの呼出に利用することを可能にする。
【００２０】
具体的には、図１に示すように、送信装置１００は、ＩＣカード３００に記録されている固有の識別子（ＩＤｍ）を、ＮＦＣリーダ１５０を用いてＩＣカード３００からＮＦＣ通信により取得する。送信装置１００は、取得した識別子を、呼出の対象となるユーザに対応するユーザ識別子として登録する。更に、送信装置１００は、登録されたユーザ識別子を含み、かつ、当該ユーザ識別子に対応するユーザの呼出に関連する通知パケット（アドバタイジングパケット）を、ＢＬＥでブロードキャストする。
【００２１】
一方、携帯端末２００は、ＩＣカード３００に記録されている固有の識別子（ＩＤｍ）を、ＩＣカード３００からＮＦＣ通信により取得し、取得した識別子をユーザ識別子として保存する。更に、携帯端末２００は、ＢＬＥでブロードキャストされるアドバタイジングパケットの受信処理を行う。当該受信処理において、保存されているユーザ識別子を含むアドバタイジングパケットが受信されると、当該アドバタイジングパケットから、呼出に関連する情報を取得する。
【００２２】
アドバタイジングパケットには、呼出に関連する情報として、携帯端末２００のユーザが呼出を受けている（呼出状態である）ことを示す情報が含まれてもよい。また、アドバタイジングパケットには、携帯端末２００のユーザの呼出が未だ行われていない（呼出の待ち状態である）ことを示す情報、ユーザがどの程度の待ち時間で呼出を受けるかを示す情報（例えば、ユーザが何番目に呼出を受けるかを示す待ち番号）、呼出システムへの登録時にユーザに割り当てられた呼出番号、呼出システムに現在登録されているユーザ数等の、種々の情報が含まれてもよい。
【００２３】
このように、本実施形態によれば、ＢＬＥのアドバタイジングパケットを、特定のユーザに向けた情報（当該ユーザの呼出に関連する情報）を通知するための通知パケットとして使用できるようになる。これにより、携帯端末２００のユーザ（特定のユーザ）に対して、ＢＬＥのアドバタイジングパケットによる呼出に関連する情報の通知が可能になる。したがって、ローカル環境においてユーザの携帯端末２００を利用した呼出を行うことが可能になる。
【００２４】
なお、本実施形態の呼出システムは上述のようにＢＬＥを使用して実現されているが、ＢＬＥに代えて、例えばＷｉ−Ｆｉを適用することも可能である。即ち、通信事業者の無線基地局を経由せずにローカル環境で使用可能な、Ｗｉ−Ｆｉ等の所定の通信方式であれば、本実施形態の呼出システムにおける通知パケットのブロードキャストのために使用することが可能である。
【００２５】
＜送信装置及び携帯端末の構成＞
次に、図２を参照して、送信装置１００及び携帯端末２００の構成例について説明する。図２（Ａ）に示すように、送信装置１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４、操作部１０５、ＢＬＥ通信部１０６、ＷＬＡＮ通信部１０７、及びＵＳＢ Ｉ／Ｆ１０８を備える。ＣＰＵ１０１は、ＲＯＭ１０３またはＨＤＤ１０４に格納されているプログラムをＲＡＭ１０２に読み出して実行することで、送信装置１００が有する、後述する各機能（各処理）を実現する。即ち、ＣＰＵ１０１は、送信装置１００全体の動作を制御する。なお、ＨＤＤ１０４に代えて、例えばＳＳＤ等が二次記憶装置として用いられてもよい。
【００２６】
操作部１０５は、例えばタッチパネル機能を有する液晶表示部として構成されうる。ＢＬＥ通信部１０６は、ＣＰＵ１０１による制御下で、ＢＬＥによる無線通信（ＢＬＥ通信）を行う。例えば送信装置１００にＢＬＥドングルを装着することによってＢＬＥ通信部１０６が構成されうる。ＷＬＡＮ通信部１０７は、ＣＰＵ１０１による制御下で、Ｗｉ−Ｆｉ（無線ＬＡＮ（ＷＬＡＮ））による無線通信を行う。ＵＳＢ Ｉ／Ｆ１０８には、ＮＦＣリーダ１５０が接続されている。ＣＰＵ１０１は、ＵＳＢ Ｉ／Ｆ１０８を介してＮＦＣリーダ１５０を制御でき、ＮＦＣリーダ１５０がＩＣカード３００から読み取った固有の識別子（ＩＤｍ）を、ＵＳＢ Ｉ／Ｆ１０８を介して取得できる。
【００２７】
また、図２（Ｂ）に示すように、携帯端末２００は、ＣＰＵ２０１、ＲＡＭ２０２、フラッシュメモリ２０３、操作部２０４、ＮＦＣ通信部２０５、ＢＬＥ通信部２０６、ＷＬＡＮ通信部２０７、及びモバイル通信部２０８を備える。ＣＰＵ２０１は、フラッシュメモリ２０３に格納されているプログラムをＲＡＭ２０２に読み出して実行することで、携帯端末２００が有する、後述する各機能（各処理）を実現する。即ち、ＣＰＵ２０１は、携帯端末２００全体の動作を制御する。携帯端末２００において、フラッシュメモリ２０３は二次記憶装置として用いられている。
【００２８】
操作部２０４は、例えばタッチパネル機能を有する液晶表示部として構成されうる。ＮＦＣ通信部２０５は、ＣＰＵ２０１による制御下で、ＮＦＣによる無線通信（ＮＦＣ通信）を行う。ＮＦＣ通信部２０５は、ＩＣカード３００から固有の識別子（ＩＤｍ）をＮＦＣ通信により読み取ることが可能である。ＣＰＵ２０１は、ＮＦＣ通信部２０５を介してＩＣカード３００のＩＤｍを取得できる。ＢＬＥ通信部２０６は、ＢＬＥによる無線通信（ＢＬＥ通信）を行う。ＷＬＡＮ通信部２０７は、Ｗｉ−Ｆｉ（ＷＬＡＮ）による無線通信を行う。モバイル通信部２０８は、３Ｇ、ＬＴＥ、４Ｇ及びＧＳＭ等の、通常は通信事業者の無線基地局を経由する通信方式による無線通信を行う。
【００２９】
なお、送信装置１００が有する各機能を実行する専用のハードウェアを送信装置１００が備えてもよいし、全ての機能がソフトウェア（コンピュータ（プロセッサ）及びプログラム）によって実現されてもよい。あるいは、送信装置１００の一部の機能がハードウェアにより実現され、残りの機能がソフトウェアにより実現されてもよい。また、携帯端末２００が有する各機能を実行する専用のハードウェアを携帯端末２００が備えてもよいし、全ての機能がソフトウェア（コンピュータ（プロセッサ）及びプログラム）によって実現されてもよい。あるいは、携帯端末２００の一部の機能がハードウェアにより実現され、残りの機能がソフトウェアにより実現されてもよい。
【００３０】
＜アドバタイジングパケットの構成＞
図３は、送信装置１００においてＢＬＥ通信部１０６が送信するアドバタイジングパケットの構成例を示す図であり、特に、アドバタイジングパケットのデータ領域の構成例を示している。本実施形態では、ＢＬＥによるアドバタイジングパケット（通知パケット）の送信（ブロードキャスト）に、ｉＢｅａｃｏｎ（登録商標）を用いる場合を一例として採用している。ｉＢｅａｃｏｎでは、一定のアドバタイジング間隔（２０ｍｓから１０．２４ｓの間で０．６２５ｍｓの整数倍に設定される間隔）のアドバタイジングパケットで情報を送信する。このアドバタイジングパケットのデータ領域は、図３に示すように、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ：ユニバーサル固有識別子）、Ｍａｊｏｒ値、及びＭｉｎｏｒ値で構成される。ＵＵＩＤ、Ｍａｊｏｒ値、及びＭｉｎｏｒ値は、それぞれは１６バイト、２バイト、及び２バイトであり、それぞれ任意の値を設定（格納）できる。通常、ＵＵＩＤはアプリケーションの識別子として使用され、Ｍａｊｏｒ値及びＭｉｎｏｒ値は、アプリケーションを更に細分化するために階層的に使用される。
【００３１】
本実施形態のＵＵＩＤには、図３に示すように、ＩＣカード３００から取得されたＩＤｍが格納される。ＵＵＩＤは、ＩＣカード３００を所有するユーザ（呼出の対象となるユーザ）を特定するための情報として用いられる。ただし、ＵＵＩＤに格納されるＩＤｍの秘匿性を高めるために、ハッシュ関数をＩＤｍに適用してもよい。即ち、ハッシュ関数をＩＤｍに適用することによって得られた（ＩＤｍから変換された）識別子ＩＤｍＨＡＳＨを、ＵＵＩＤに格納してもよい。
【００３２】
ハッシュ関数を用いる場合、送信装置１００は、ＩＣカード３００から取得したＩＤｍにハッシュ関数に適用して得られた識別子ＩＤｍＨＡＳＨを、後述する登録リストに登録する。更に、送信装置１００は、ＩＤｍＨＡＳＨをＵＵＩＤに格納したアドバタイジングパケットをブロードキャストする。また、携帯端末２００は、ＩＣカード３００から取得したＩＤｍに同様にハッシュ関数に適用し、得られたＩＤｍＨＡＳＨを、ＲＡＭ２０２またはフラッシュメモリ２０３に保存する。更に、携帯端末２００は、保存したＩＤｍＨＡＳＨによって、携帯端末２００のユーザに向けられた（携帯端末２００を対象とした）アドバタイジングパケットを特定し、特定したパケットから情報を取得する。なお、ＵＵＩＤは１６バイトであるのに対して、ＩＤｍＨＡＳＨは１６バイトよりもサイズが大きくなる可能性がある。その場合、例えば、ＩＤｍＨＡＳＨの上位１６ビットをＵＵＩＤに格納すればよい。
【００３３】
本実施形態のＭａｊｏｒ値には、図３に示すように、送信装置１００によって構成される呼出システムを特定するための、当該呼出システムに対応付けられるシステム識別子が格納される。このＭａｊｏｒ値に格納されるシステム識別子によって、携帯端末２００が呼出システムを判別することが可能になる。具体的には、アドバタイジングパケットを受信した携帯端末２００は、受信したアドバタイジングパケットに含まれるシステム識別子によって、当該携帯端末２００のユーザの呼出を行う呼出システムに関連するアドバタイジングパケットを判別しうる。即ち、携帯端末２００は、例えば送信装置１００から送信されたアドバタイジングパケットと、隣接する他の送信装置から送信されたアドバタイジングパケットとを区別しうる。なお、Ｍａｊｏｒ値を２バイトとした場合、６５５３６個の呼出システムを区別可能である。このように、ＵＵＩＤ及びＭａｊｏｒ値には、呼出に必要となる情報（ユーザ及びシステムを特定するための情報）が格納される。
【００３４】
本実施形態のＭｉｎｏｒ値には、図３に示すように、登録ユーザ数、呼出番号、及び待ち番号が格納される。本実施形態では、Ｍｉｎｏｒ値の２バイト（１６ビット）のうち、上位５ビットに登録ユーザ数、中位６ビットに呼出番号、下位５ビットに待ち番号が割り当てられている。ただし、それぞれのビット数の割り当ては任意に定めることが可能である。
【００３５】
登録ユーザ数は、呼出システムに現在登録されている（即ち、ユーザ識別子に相当するＩＤｍまたはＩＤｍＨＡＳＨが登録されている）ユーザ数であり、後述する登録リストに現在登録されているユーザ数である。呼出番号は、呼出システムへのユーザ登録時（ユーザ識別子であるＩＤｍまたはＩＤｍＨＡＳＨの登録時）に当該ユーザに割り当てられた番号である。１ユーザに対して１つの呼出番号が割当てられる。また、待ち番号は、ユーザが何番目に呼出を受けるかを示す番号であり、ユーザが呼出を受けるまでに、待ち状態にあるユーザの数（先に呼出を受けることになる他のユーザの数）を把握するために用いられうる。このように、Ｍｉｎｏｒ値には、登録ユーザ数、呼出番号、及び待ち番号が、ユーザの利便性の向上に必要な情報として格納される。
【００３６】
＜呼出システムへのユーザの登録＞
送信装置１００は、携帯端末２００のユーザが所有するＩＣカード３００からＮＦＣリーダ１５０によってＩＤｍを取得し、当該ＩＤｍ（またはＩＤｍから変換されたＩＤｍＨＡＳＨ）を、当該ユーザに対応するユーザ識別子として登録する。これにより、呼出システムによる呼出の対象となるユーザの登録を行う。送信装置１００は、登録されているユーザの情報（ユーザ情報）を、ＲＡＭ１０２またはＨＤＤ１０４に格納される登録リストで管理している。
【００３７】
図４は、送信装置１００で管理される登録リストへのユーザ情報の登録例を示す図である。なお、図４では、ＩＤｍを登録リストに格納する例を示しているが、ＩＤｍに代えてＩＤｍＨＡＳＨが用いられてもよい。ここではまず、登録リスト４０１として示すように、４ユーザが呼出システムに登録されている（即ち、登録ユーザ数Ｎ＝４）ものとする。４ユーザのそれぞれには、１〜４の呼出番号が割り当てられている。呼出番号１，３が割り当てられたユーザには、待ち番号０が設定されている。本実施形態では、待ち番号が０である状態は、対応するユーザは現在、呼出の対象となっている（呼出状態である）ことを意味する。一方、呼出番号２，４が割り当てられたユーザは、待ち番号が０より大きい（待ち番号＞０）状態にあり、未だ呼出を受けていない（呼出の待ち状態である）ことを意味する。
【００３８】
送信装置１００が登録リスト４０１を保持している状態において、ＮＦＣリーダ１５０によって、新たなユーザのＩＣカード３００の読み取りが行われると、登録リストに新たなユーザのユーザ情報が登録（追加）される。図４に示す例では、ユーザ情報の登録により、登録リスト４０１が登録リスト４０２に変化する。この例では、新たに登録されたユーザに呼出番号５が割り当てられ、登録に用いられたＩＣカード３００に格納されていたＩＤｍ（ｅｅｅ）が、登録リストに登録されている。また、呼出番号２，４が割り当てられたユーザが待ち状態にあるため、新たに登録された、呼出番号５が割り当てられたユーザには待ち番号３が設定されている。
【００３９】
ＩＣカード３００が電子決済に使用可能なカードである場合、ＩＣカード３００を用いた呼出システムへのユーザの登録は、ＩＣカード３００を用いて電子決済が行われる際に行われてもよい。この場合、送信装置１００は、ＩＣカード３００を用いて電子決済が行われる際に、ＮＦＣリーダ１５０を介してＩＣカード３００からＩＤｍを取得し、取得したＩＤｍ（またはＩＤｍＨＡＳＨ）を、ユーザ識別子として登録リストに登録する。これにより、呼出システムによる呼出の対象となる、携帯端末２００のユーザは、呼出システムへのユーザ登録と、電子決済（支払い）とを同時に行うことが可能になる。このため、ユーザの利便性を向上させることができ、即ち、ワンストップサービスを実現できる。
【００４０】
なお、送信装置１００は、登録リストへのユーザ情報（ユーザ識別子）の登録後に、登録リストに登録されているユーザ識別子に対応するＩＣカード３００の読み取りがＮＦＣリーダ１５０によって行われた場合、当該ユーザ情報の登録を削除してもよい。これは、例えば、呼出を受けたユーザが送信装置１００の場所に移動し、ＮＦＣリーダ１５０にＩＣカード３００を再度かざしたような場合に相当する。あるいは、送信装置１００は、オペレータよる操作部１０５の操作によってユーザ情報（ユーザ識別子）の登録を削除できるように構成されてもよい。これは、例えば、ユーザの呼出の完了後に、オペレータがユーザ情報の登録を削除するような場合に相当する。
【００４１】
＜送信装置による送信手順＞
本実施形態の送信装置１００は、上述の登録リストに登録されている（即ち、呼出システムに登録済みの）全ユーザに対して、図３に示すアドバタイジングパケットを順次送信する。これにより、登録済みの複数のユーザの呼出を同時に行うことが可能になり、また、登録済みの複数のユーザのそれぞれに対して待ち番号及び呼出番号の通知を行うことも可能になる。
【００４２】
送信装置１００において、ＣＰＵ１０１は、ＢＬＥ通信部１０６によるアドバタイジングパケットの送信のスケジューリングを行う。図５は、送信装置１００においてＣＰＵ１０１によって実行される、アドバタイジングパケットの送信スケジューリングの例を示す図である。なお、各アドバタイジングパケットに含まれるＭａｊｏｒ値及びＭｉｎｏｒ値（登録ユーザ数，呼出番号，待ち番号）については、１０進数で表示している。
【００４３】
図５に示すように、ＣＰＵ１０１は、アドバタイジングパケットの送信スケジューリングを行うために、各ユーザに対するアドバタイジングパケット（通知パケット）を送信するための送信期間を所定の時間間隔で設ける。ＣＰＵ１０１は、登録リストに登録されている複数のユーザに対応する複数のユーザ識別子（ＩＤｍまたはＩＤｍＨＡＳＨ）をそれぞれ含むアドバタイジングパケットを、送信期間ごとに順にブロードキャストするよう、ＢＬＥ通信部１０６を制御する。図５では、登録ユーザ数Ｎ＝３の場合を一例として示しており、ユーザＡ，Ｂ，Ｃに対応するユーザ識別子（ａａａ，ｂｂｂ，ｃｃｃ）がそれぞれＵＵＩＤに格納されたアドバタイジングパケットが、送信期間ごとに順に送信されている。また、登録リストに登録されているユーザ情報に応じて、送信期間ごとに、アドバタイジングパケットに含まれるＵＵＩＤ及びＭｉｎｏｒ値（登録ユーザ数，呼出番号，待ち番号）が変更されている。一方で、Ｍａｊｏｒ値（システム識別子）は一定となっている。これは、各アドバタイジングパケットが、同一の呼出システムの送信装置１００から送信されたアドバタイジングパケットであることを示している。
【００４４】
また、ＣＰＵ１０１は、各送信期間内で、同一のユーザ識別子を含むＫ個（Ｋは正の整数）の通知パケットを所定の時間間隔でブロードキャストするよう、ＢＬＥ通信部１０６を制御する。図５では、送信パケット数Ｋ＝２の場合を一例として示している。このようにして、登録されている全ユーザに対応するアドバタイジングパケットの送信が繰り返されるように、アドバタイジングパケットの送信スケジューリングが行われる。上述のように、ＣＰＵ１０１は、登録リストに登録されている（即ち、呼出システムに登録済みの）全ユーザに対してアドバタイジングパケットを送信する。このため、ＣＰＵ１０１は、登録リストからユーザ情報が削除された場合（即ち、呼出システムからユーザの登録が削除された場合）には、登録が削除されたユーザに対応するユーザ識別子を含むアドバタイジングパケットの送信を終了する。
【００４５】
このようなアドバタイジングパケットの送信スケジューリングによって、呼出システムに登録済みの複数のユーザの呼出を同時に行うことが可能になる。また、登録済みの複数のユーザのそれぞれに対して待ち番号及び呼出番号の通知を行うことも可能になる。
【００４６】
＜携帯端末による受信手順＞
本実施形態の携帯端末２００は、送信装置１００から受信されるアドバタイジングパケットのうちで、携帯端末２００のユーザに向けた情報（当該ユーザの呼出に関する情報）を含むアドバタイジングパケットを特定する。更に、携帯端末２００は、特定したアドバタイジングパケットから情報を取得し、必要に応じてユーザへの通知を行う。
【００４７】
図６は、携帯端末２００においてＣＰＵ２０１によって実行される、アドバタイジングパケットの受信処理の手順を示すフローチャートである。なお、図６では、アドバタイジングパケットのＵＵＩＤにＩＤｍＨＡＳＨが格納される例を示している。携帯端末２００のユーザは、ＩＣカード３００を用いて呼出システムへのユーザ登録を完了すると、操作部２０４を用いて、呼出システムからの呼出の待ち受け開始を指示するための操作を行う。このような操作は、例えば、携帯端末２００に対してインストールされている、呼出システムからの呼出を受けるためのアプリケーションプログラムを用いて行われる。
【００４８】
また、携帯端末２００のユーザは、ＩＣカード３００のＩＤｍから得られるＩＤｍＨＡＳＨを、予め携帯端末２００に登録（保存）させる。具体的には、ユーザがＩＣカード３００を携帯端末２００に近づけると、ＮＦＣ通信部２０５が、ＩＣカード３００からＮＦＣ通信によりＩＤｍを取得し、取得したＩＤｍにハッシュ関数を適用して得られるＩＤｍＨＡＳＨを保存する。なお、ＩＤｍＨＡＳＨは、ＲＡＭ２０２またはフラッシュメモリ２０３に保存される。
【００４９】
ＣＰＵ２０１は、呼出システムからの呼出の待ち受け開始が操作部２０４を介してユーザから指示されると、アドバタイジングパケットの受信を開始するよう、ＢＬＥ通信部２０６を制御する。Ｓ１０１で、ＣＰＵ２０１は、ＢＬＥ通信部２０６によってアドバタイジングパケットが受信されると、処理をＳ１０２へ進める。Ｓ１０２で、ＣＰＵ２０１は、システム識別子を既に取得済みであるか否かを判定し、取得済みでなければＳ１０３へ処理を進める。
【００５０】
Ｓ１０３で、ＣＰＵ２０１は、受信したアドバタイジングパケットからＩＤｍＨＡＳＨを取得し、当該ＩＤｍＨＡＳＨが、保存されているＩＤｍＨＡＳＨと一致するか否かを確認する。ＣＰＵ２０１は、ＩＤｍＨＡＳＨが一致しなければ処理をＳ１０１へ戻し、一致したら処理をＳ１０４へ進める。Ｓ１０４で、ＣＰＵ２０１は、受信したアドバタイジングパケットにＭａｊｏｒ値として含まれるシステム識別子を、ＲＡＭ２０２またはフラッシュメモリ２０３に保存する。このようにして、ＣＰＵ２０１は、携帯端末２００を対象とした（即ち、保存されているＩＤｍＨＡＳＨを含む）アドバタイジングパケットに含まれるシステム識別子を、携帯端末２００が呼出を待ち受けるべき呼出システムのシステム識別子として保存（登録）する。その後、ＣＰＵ２０１は処理をＳ１０７へ進める。
【００５１】
一方、Ｓ１０２において、システム識別子を既に取得済みであれば、ＣＰＵ２０１は処理をＳ１０５へ進める。Ｓ１０５で、ＣＰＵ２０１は、アドバタイジングパケットに含まれるシステム識別子と、保存されているシステム識別子とが一致した場合に限り、処理をＳ１０６へ進め、それ以外の場合には処理をＳ１０１へ戻す。Ｓ１０６に処理を進めた場合に限り、ＣＰＵ２０１は、受信したアドバタイジングパケット（即ち、システム識別子によって判別したアドバタイジングパケット）について、当該アドバタイジングパケットに含まれるＩＤｍＨＡＳＨ（ユーザ識別子）と、保存されているＩＤｍＨＡＳＨとが一致するか否かを確認する。ここで、ＣＰＵ２０１は、ＩＤｍＨＡＳＨが一致しなければ処理をＳ１０１へ戻し、ＩＤｍＨＡＳＨが一致したら処理をＳ１０７へ進める。
【００５２】
このようにして、ＣＰＵ２０１は、ＢＬＥ通信部２０６によってアドバタイジングパケットが受信されるごとに、当該アドバタイジングパケットに含まれるＩＤｍＨＡＳＨ（ユーザ識別子）と、保存されているＩＤｍＨＡＳＨとが一致するか否かを確認する。更に、ＣＰＵ２０１は、ＩＤｍＨＡＳＨが一致したアドバタイジングパケットから情報を取得し、取得した情報に基づく処理を行う。Ｓ１０７〜Ｓ１０９では、ＣＰＵ２０１は、アドバタイジングパケットから取得した情報に基づいて、送信装置１００から呼出を受けているか否かを判定する。更に、ＣＰＵ２０１は、その判定に従って、送信装置１００から呼出を受けていることをユーザに通知する。
【００５３】
具体的には、Ｓ１０７で、ＣＰＵ２０１は、アドバタイジングパケットのＭｉｎｏｒ値から取得した待ち番号が０を上回っているか否かを判定する。ここで、ＣＰＵ２０１は、待ち番号が０を上回っている場合には、送信装置１００から呼出を受けていないと判定し、処理をＳ１０８へ進め、ユーザに対して待ち状態に関する通知を行う。具体的には、ＣＰＵ２０１は、アドバタイジングパケットのＭｉｎｏｒ値から取得した待ち番号及び呼出番号を操作部２０４に表示することで、現在の待ち状態をユーザに通知する。これにより、ユーザは、どの程度の待ち時間で呼出を受けられるか（何番目に呼出を受けるか）を知ることが可能になる。その後、ＣＰＵ２０１は、処理をＳ１０１へ戻す。Ｓ１０５、Ｓ１０６またはＳ１０８からＳ１０１へ処理を戻した場合、携帯端末２００は送信装置１００から呼出を未だ受けていない状態にある。このため、ＣＰＵ２０１は、次のアドバタイジングパケットの受信を待ち受ける。
【００５４】
一方、ＣＰＵ２０１は、Ｓ１０７において待ち番号が０である場合には、送信装置１００から呼出を受けていると判定し、処理をＳ１０９へ進め、ユーザに対して呼出状態に関する通知を行う。具体的には、ＣＰＵ２０１は、アドバタイジングパケットのＭｉｎｏｒ値から取得した呼出番号を操作部２０４に表示するとともに、携帯端末２００のバイブレーション機能を有効化することで、呼出を受けていることをユーザに通知する。その後、ＣＰＵ２０１は一連の処理を終了する。
【００５５】
なお、ＣＰＵ２０１は、システム識別子によって判別したアドバタイジングパケットのＭｉｎｏｒ値に含まれる登録ユーザ数に基づいて、送信装置１００からの、携帯端末２００を対象としたアドバタイジングパケットの送信の停止を判定できる。具体的には、ＣＰＵ２０１は、システム識別子によって判別したアドバタイジングパケットであって、保存されているＩＤｍＨＡＳＨが含まれていないアドバタイジングパケットが、連続して（ＫＮ＋１）個以上受信された場合、アドバタイジングパケットの送信が停止したと判定できる。即ち、送信装置１００の登録リストに登録されている全ユーザに対するアドバタイジングパケットの送信の１周期にわたって、携帯端末２００を対象としたアドバタイジングパケットが受信されなければ、アドバタイジングパケットの送信が停止したと判定できる。ＣＰＵ２０１は、Ｓ１０９における呼出状態の通知の実行中に、このような判定の結果に従って、当該通知を自動的に終了してもよい。
【００５６】
以上説明したように、本実施形態によれば、ユーザの呼出を行う必要があるオペレータのローカル環境において、携帯端末２００のユーザが所有するＩＣカード３００を利用することで、携帯端末２００を利用したオフライン型呼出を実現できる。
【符号の説明】
【００５７】
１００…送信装置、１５０…ＮＦＣリーダ、２００…携帯端末、３００…ＩＣカード、１０１，２０１…ＣＰＵ、１０５，２０４…操作部、２０５…ＮＦＣ通信部、１０６，２０６…ＢＬＥ通信部、１０７，２０７…ＷＬＡＮ通信部、２０８…モバイル通信部
【図１】
2018023072.tif 000003
【図２】
2018023072.tif 000004
【図３】
2018023072.tif 000005
【図４】
2018023072.tif 000006
【図５】
2018023072.tif 000007
【図６】
2018023072.tif 000008