JP6519992B2 - 端末装置、通信制御装置、情報処理方法、及びプログラム - Google Patents

端末装置、通信制御装置、情報処理方法、及びプログラム Download PDF

Info

Publication number
JP6519992B2
JP6519992B2 JP2014127509A JP2014127509A JP6519992B2 JP 6519992 B2 JP6519992 B2 JP 6519992B2 JP 2014127509 A JP2014127509 A JP 2014127509A JP 2014127509 A JP2014127509 A JP 2014127509A JP 6519992 B2 JP6519992 B2 JP 6519992B2
Authority
JP
Japan
Prior art keywords
terminal device
unit
link
time
communication
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.)
Active
Application number
JP2014127509A
Other languages
English (en)
Other versions
JP2016009875A (ja
Inventor
伸一 深澤
伸一 深澤
吉田　敏之
敏之 吉田
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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2014127509A priority Critical patent/JP6519992B2/ja
Publication of JP2016009875A publication Critical patent/JP2016009875A/ja
Application granted granted Critical
Publication of JP6519992B2 publication Critical patent/JP6519992B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、端末装置、通信制御装置、情報処理方法、及びプログラムに関する。
近年、携帯電話端末をはじめとする通信可能な端末装置が広く普及している。例えば、携帯電話端末は、通信事業者やサービス提供者等から固定的に付与される電話番号、メールアドレスのような識別情報を用いて、電話、電子メールの送受信、インスタントメッセージの送受信等を行うことができる。
さらに、１台の携帯電話端末で、通信事業者から固定的に付与される電話番号に加えて、別の電話番号も使用できるようにする技術が知られている。このような技術を用いることで、携帯電話端末の位置に応じて電話番号を切り替え、または携帯電話端末のユーザの用途に応じて電話番号を切り替えることができる。
従来の電話番号切り替えに関する技術として、例えば、特許文献１では、携帯電話端末が、自装置の機体番号と、特定の区域内にあるＩＣタグから取得したＩＤとを含む依頼を送信することで、当該機体番号と当該ＩＤとに予め対応付けられた追加の電話番号を取得する技術が開示されている。
国際公開第２００９／０１３８０８号公報
しかし、上記特許文献１に開示されている技術によれば、携帯電話端末が、自装置の機体番号と、ＩＣタグから取得したＩＤとから追加の電話番号を取得するものである。したがって、上記特許文献１に開示されている技術によれば、携帯電話端末を一意に特定する機体番号を開示する必要がある。また当該機体番号と上記追加の電話番号とが対応して記憶されるので、当該追加の電話番号を使用する場合であっても携帯電話端末のユーザの匿名性が保たれない。その結果、ユーザは、匿名性が保たれることを望む場合に、このような追加の電話番号を用いて通信することに抵抗感や不安を感じると考えられる。また、機体番号と追加の電話番号とを記憶する部分を管理する者が、機体番号と電話番号とを悪用することも考えられる。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザの匿名性を保ちつつ別の端末装置と通信することが可能な、新規かつ改良された端末装置、通信制御装置、情報処理方法、及びプログラムを提供することにある。
上記課題を解決するために、本発明のある観点によれば、所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得する取得部と、前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するリンク解除要求部と、を備える、端末装置が提供される。
前記リンク解除要求部は、所定の解除条件が満たされた場合に、設定されたリンクの解除を前記通信制御装置に要求してもよい。
前記所定の解除条件は、前記端末装置から前記別の端末装置までの距離が前記端末装置の通信範囲外から前記端末装置の通信範囲内に変化することを含んでもよい。
前記所定の解除条件は、前記端末装置のバッテリー残量が所定の閾値以下に低下することを含んでもよい。
前記所定の解除条件は、設定されたリンクに基づいた、前記端末装置と前記別の端末装置との間のデータ通信量が所定の上限値を超えることを含んでもよい。
前記所定の解除条件は、前記端末装置により計測される時刻が所定の時刻に達することを含んでもよい。
前記所定の解除条件は、前記リンクが設定された時刻から所定の時間が経過したことを前記端末装置により計測されることを含んでもよい。
前記端末装置は、センサによる測定値に基づいて、前記端末装置が未使用中であるか否かを推測する使用状況推測部をさらに備え、前記所定の解除条件は、前記使用状況推測部により前記端末装置が未使用中であると推測されることを含んでもよい。
前記所定の解除条件は、所定の使用終了条件に基づいて、前記第１の識別情報または前記第２の識別情報の使用が終了することを含んでもよい。
また、上記課題を解決するために、本発明の別の観点によれば、所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置からの情報を、前記通信のための別の識別情報を発行された別の端末装置が取得することを可能にするリンク設定を、前記端末装置間でユーザ識別情報のやり取りが直接行われた後に設定する設定部と、前記リンク設定の要求を受け付ける受付部と、を備え、前記リンク設定は、前記端末装置間でユーザ識別情報のやり取りを直接行うことにより設定され、当該リンク設定についての所定の解除条件が満たされると解除される、通信制御装置が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得するステップと、前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するステップと、を備える、情報処理方法が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得する取得部と、前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するリンク解除要求部と、として機能させるための、プログラムが提供される。
以上説明したように本発明によれば、ユーザの匿名性を保ちつつ別の端末装置と通信することが可能となる。
各実施形態に共通する通信システムの概略的な構成の一例を示す説明図である。 第１の実施形態に係るＰＢＸの構成の一例を示すブロック図である。 ＩＤ ＤＢに記憶されるＩＤ管理テーブルの一例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。 ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。 端末装置により送信される解除要求メッセージの一例を説明するための説明図である。 リンク設定の一例を説明するための説明図である。 リンク設定の解除の第１の例を説明するための説明図である。 リンク設定の解除の第２の例を説明するための説明図である。 区域内地図サービスにおいて端末装置に表示される画面の一例を説明するための説明図である。 リンク設定に基づく呼制御の例を説明するための説明図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 区間内通話サービスにおいて端末装置に表示される画面の第１の例を説明するための説明図である。 区間内通話サービスにおいて端末装置に表示される画面の第２の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第１の画面の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第２の画面の例を説明するための説明図である。 リンク設定の承認後に端末装置に表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話において表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話のために表示される画面の一例を説明するための説明図である。 同実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 同実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 同実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。 同実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。 同実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。 同実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。 区域内の地図を示した説明図である。 第２の実施形態に係るエリアＤＢの構成例を示した説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係る相手端末装置の表示位置の変換方法の一例を説明するための説明図である。 同実施形態に係るリンク設定の解除時に端末装置に表示される画面の一例を説明するための説明図である。 同実施形態に係るリンク設定の解除時に端末装置に表示される画面の一例を説明するための説明図である。 同実施形態に係るリンク設定の解除時に端末装置に表示される画面の一例を説明するための説明図である。 第３の実施形態に係るリンクキープモードの維持時間長の算出例を説明するための説明図である。 同実施形態に係るリンクキープモード利用時におけるＩＤ管理テーブルの登録例を説明するための説明図である。 同実施形態に係るリンクキープモード設定画面の表示例を説明するための説明図である。 同実施形態に係るリンクキープモード利用時における端末装置に表示される画面の一例を説明するための説明図である。 同実施形態に係る警告画面の表示例を説明するための説明図である。 同実施形態に係るリンクキープモード自動移行画面の表示例を説明するための説明図である。 同実施形態に係る通信制御処理の概略的な流れの一例を示すシーケンス図である。 第４の実施形態に係るＩＤ管理テーブルの登録例を説明するための説明図である。 同実施形態に係るＩＤ管理テーブルの更新例を説明するための説明図である。 同実施形態に係る、リンク設定が解除された端末装置の再検出時に表示される画面の一例を説明するための説明図である。 同実施形態に係る回答メッセージ送信画面の一例を説明するための説明図である。 同実施形態に係る承認入力画面の一例を説明するための説明図である。 同実施形態に係る通信制御処理の概略的な流れの一例を示すシーケンス図である。 第５の実施形態に係るＩＤ管理テーブルの登録例を説明するための説明図である。 同実施形態に係るＩＤ管理テーブルの更新例を説明するための説明図である。 同実施形態に係るＩＤ管理テーブルの更新例を説明するための説明図である。 同実施形態に係る通信制御処理の概略的な流れの一例を示すシーケンス図である。 同実施形態に係る承認入力画面の一例を説明するための説明図である。 同実施形態に係るＩＤ管理テーブルの更新例を説明するための説明図である。
以下に添付の図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．通信システムの概略的な構成
２．各実施形態の詳細な説明
２−１．第１の実施形態
２−２．第２の実施形態
２−３．第３の実施形態
２−４．第４の実施形態
２−５．第５の実施形態
３．変形例
＜＜１．通信システムの概略的な構成＞＞
まず、図１を参照して、本発明の各実施形態に共通する通信システム１の概略的な構成を説明する。図１は、本実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１を参照すると、通信システム１は、構内交換機１００（以下、ＰＢＸ（Private Branch eXchange）１００）及び端末装置２００を含む。
＜１−１．ＰＢＸ１００＞
ＰＢＸ１００は、所定の区域９０（以下、区域９０）内に位置する端末装置２００とネットワーク２０を介して通信する交換機である。図１を参照すると、当該区域９０は、例えばショッピングモールの敷地である。また、区域９０には、端末装置２００のユーザ１０が位置する。例えば、ユーザ１０は、ショッピングモールに来た顧客、又はショッピングモールのスタッフである。なお、ネットワーク２０は、例えば、ＬＡＮ（Local Area Network）であり、端末装置により、有線で接続され、または無線ＬＡＮアクセスポイントを介して無線で接続される。
ＰＢＸ１００は、区域９０内に位置する端末装置２００に、当該区域９０内で使用される識別情報（以下、区域内ＩＤと呼ぶ）を用いた通信を可能にする。当該区域内ＩＤは、一例として内線電話番号である。ここで、区域９０内おけるサービスが、公衆交換電話網（以下、ＰＳＴＮ（Public Switched Telephone Networks））のサービスに対応する場合、区域内ＩＤが電話番号であってもよい。なお、本願でいう当該ＰＳＴＮは、有線網であっても、無線網（携帯電話網等）であってもよい。さらに、当該ＰＳＴＮは、旧来の電話サービスの網に加え、例えばインターネット等の公の網を含んでもよい。
より具体的な例として、ＰＢＸ１００は、区域内ＩＤとＩＰアドレス（Internet Protocol address）とを対応して記憶する。そして、ＰＢＸ１００は、要求に応じて、当該区域内ＩＤをＩＰアドレスに変換し、区域内ＩＤに対応するＩＰアドレスを端末装置２００に提供する。したがって、端末装置２００は、ＰＢＸ１００への要求により、別の端末装置２００が有する区域内ＩＤからＩＰアドレスを取得し、当該ＩＰアドレスを用いて、当該別の端末装置２００にデータを送信することができる。一例として、ショッピングモールのスタッフの端末装置２００は、別のスタッフの端末装置２００の区域内ＩＤ（例えば、内線電話番号）からＩＰアドレスを取得し、当該ＩＰアドレスを用いて、上記別のスタッフの端末装置２０にデータを送信する。また、端末装置２００は、自装置が有する区域内ＩＤを知るＰＢＸ１００、端末装置２００等の別の通信装置からデータを受信することが可能となる。一例として、ショッピングモールのスタッフの端末装置２００は、自装置の区域内ＩＤ（例えば、内線電話番号）を知る別の端末装置２００から、データを受信する。なお、このような区域内ＩＤと当該ＩＰアドレスとの変換機能は、ゲートキーパ機能と呼ばれる。
また、ＰＢＸ１００は、端末装置２００間の呼制御、及び端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。このように、端末装置２００間の呼制御は、ゲートキーパ機能の処理、即ち、区域内ＩＤとＩＰアドレスとの変換処理を含む。
また、本実施形態では、区域９０内でアプリケーションサービス（以下、「ＡＰサービス」と呼ぶ）が提供される。例えば、ＰＢＸ１００が、上記ＡＰサービスを提供する。一例として、当該ＡＰサービスは、区域内通話サービスである。当該ＡＰサービスにより、ショッピングモールの顧客は、所望の店員と通話することができる。
また、本実施形態では、とりわけ、区域９０内で提供されるＡＰサービスの通信のための識別情報（即ち、ワンタイムＩＤ）が用いられる。そして、例えば、ＰＢＸ１００が、ワンタイムＩＤを管理する。具体的には、例えば、ＰＢＸ１００は、ワンタイムＩＤを端末装置２００に発行する。このようにワンタイムＩＤが端末装置２００に発行されると、端末装置２００は当該ワンタイムＩＤを使用して、ＡＰサービスの通信を行うことが可能になる。
発行されたワンタイムＩＤは、ＰＢＸ１００により、例えば、上記区域内ＩＤと同様に取り扱われる。具体的には、例えば、ＰＢＸ１００は、ワンタイムＩＤとＩＰアドレスとを互いに対応させて記憶し、要求に応じて、ワンタイムＩＤをＩＰアドレスに変換する。ワンタイムＩＤは、換言すると、区域９０の区域内ＩＤの一種であって、区域９０内で提供されるＡＰサービスの通信のためのＩＤである。また、当該ワンタイムＩＤは、所定の条件下で一時的に使用できるものである。
なお、後に詳細に説明するように、ワンタイムＩＤを発行された端末装置２００間での情報の提供及び取得は、制限される。しかしながら、当該情報の提供及び取得は、一律に制限されず、ユーザにとって望ましい場合に認められ得る。
＜１−２．端末装置２００＞
端末装置２００は、ユーザ１０により使用される通信装置である。端末装置２００は、ネットワーク２０に有線または無線で接続することができる。端末装置２００は、一例として、スマートフォンである。端末装置２００は、スマートフォンである場合に、通信事業者のネットワークを介した通信で使用できる、電話番号、メールアドレス等の固定的な識別情報（以下、固定ＩＤ）を有してもよい。つまり、当該固定ＩＤは、ＰＳＴＮで使用される識別情報といえる。なお、端末装置２００は、ＣＰＵ（Central Processing Unit）、主記憶装置、補助記憶装置、表示装置、チップセット（Chipset）、ボタンデバイス、電源回路、電池、スピーカーデバイス、マイクデバイス、ＰＳＴＮ通信デバイス、無線ＬＡＮデバイス、外部接続端子及びそれぞれをつなぐバス（bus）等で構成されてもよい。また、端末装置２００は、補助記憶装置で、ＯＳ（Operating System）やＶＭ（virtual machine）等のさまざまな電子情報を記憶してもよい。さらに、端末装置２００は、カメラデバイスやＳＩＭ（Subscriber Identity Module）カードやＳＩＭカードインタフェース等を有してもよい。
図１を参照すると、区域９０には、端末装置２００のユーザ１０が存在する。例えば、ユーザ１０Ａ及びユーザ１０Ｂは、顧客であり、端末装置２００Ａ及び端末装置２００Ｂは、顧客の端末装置である。また、ユーザ１０Ｃは、スタッフであり、端末装置２００Ｃは、スタッフの端末装置である。
また、本実施形態では、とりわけ、端末装置２００は、上記ワンタイムＩＤを発行される。そして、端末装置２００は、ワンタイムＩＤを使用して、区域９０内で提供されるＡＰサービスの通信を行う。
以上、図１を参照して本発明の実施形態に係る通信システム１の構成の一例を説明した。本実施形態では、上述したように、ワンタイムＩＤが使用されるので、ユーザの匿名性を保ちつつ端末装置が通信することが可能になる。そして、本実施形態では、さらに、２以上のユーザ１０が関係を有する場合に当該２以上のユーザ１０の端末装置２００間で情報が提供され、取得されることが可能になる。以降、「２−１．第１の実施形態」〜「２−５．第５の実施形態」において、その具体的な内容を説明する。
＜＜２．各実施形態の詳細な説明＞＞
＜２−１．第１の実施形態＞
［２−１−１．ＰＢＸの構成］
まず、図２〜図１４を参照して、第１の実施形態に係るＰＢＸ１００の構成の一例を説明する。図２は、本実施形態に係るＰＢＸ１００の構成の一例を示すブロック図である。図２を参照すると、ＰＢＸ１００は、通信部１１０、記憶部１２０及び制御部１３０を備える。
（２−１−１−１．通信部１１０）
通信部１１０は、他の装置と通信する。より具体的には、例えば、通信部１１０は、制御部１３０による制御に応じて、他の装置への情報を送信する。また、通信部１１０は、他の装置により送信される情報を受信し、当該情報を制御部１３０に提供する。通信部１１０は、例えば、有線通信のための通信インターフェースを含む。
（２−１−１−２．記憶部１２０）
記憶部１２０は、ＰＢＸ１００の動作のためのプログラム及びデータを記憶する。記憶部１２０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。記憶部１２０は、アプリケーションデータベース１２１（以下、ＡＰ ＤＢ１２１と呼ぶ）及びＩＤデータベース１２３（以下、ＩＤ ＤＢ１２３）を含む。
−ＡＰ ＤＢ１２１
ＡＰ ＤＢ１２１は、区域９０内で提供されるＡＰサービスのリストを記憶する。より具体的には、ＡＰ ＤＢ１２１は、例えば、上記区域内通話サービス、区域内地図サービス、クーポン配布サービス、ポイント付与サービス等の各ＡＰサービスを示す情報のリストを記憶する。なお、ＡＰ ＤＢ１２１は、各ＡＰサービスを提供可能なユーザ１０の種類（例えば、顧客、スタッフ等）を併せて記憶してもよい。より具体的には、例えば、ＡＰ ＤＢ１２１は、区域内通話サービスを利用可能なユーザ１０の種類として、「顧客」及び「スタッフ」を記憶してもよい。また、ＡＰ ＤＢ１２１は、クーポン配布サービスを利用可能なユーザ１０の種類として、「顧客」を記憶してもよい。
また、ＡＰ ＤＢ１２１は、上記ＡＰサービスの提供のための端末装置用のソフトウェアを記憶する。当該ソフトウェアは、例えばアプリケーションソフトウェアである。例えば、ＡＰ ＤＢ１２１は、上記区域内通話サービスのアプリケーションソフトウェアを記憶する。なお、このようなアプリケーションソフトウェアは、顧客、スタッフ等のユーザ１０の種類毎に作成されていてもよい。より具体的には、例えば、区域内通話サービスのアプリケーションソフトウェアとして、顧客用のソフトウェアとスタッフ用のソフトウェアとが、作成され、記憶されてもよい。また、例えば、クーポン配布サービスのアプリケーションソフトウェアとして、顧客用のソフトウェアが作成され、記憶されてもよい。
−ＩＤ ＤＢ１２３
ＩＤ ＤＢ１２３は、ワンタイムＩＤの使用状況を記憶する。当該使用状況は、ワンタイムＩＤが使用中であるか未使用であるかの判断を可能にする情報である。このようなワンタイムＩＤの使用状況が記憶されることで、どのワンタイムＩＤを発行してもよいかを知ることができる。
また、例えば、ＩＤ ＤＢ１２３は、ワンタイムＩＤを発行された端末装置２００のユーザ１０を識別するためのユーザ識別情報を記憶する。当該ユーザ識別情報は、例えば、ユーザ１０のためのハンドルネームである。
また、例えば、ＩＤ ＤＢ１２３は、ワンタイムＩＤを発行された端末装置２００についてのリンク設定の状況を示すリンク設定情報を記憶する。リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。上記リンク設定情報は、例えば、ワンタイムＩＤが発行された端末装置２００のリンク設定の相手である１つ以上の別の端末装置２００のユーザ識別情報である。
ＩＤ ＤＢ１２３は、例えば、ワンタイムＩＤの使用状況、ユーザ識別情報及びリンク設定情報を、ＩＤ管理テーブルとして記憶する。以下、ＩＤ管理テーブルの具体例を、図３を参照して説明する。
図３は、ＩＤ ＤＢ１２３に記憶されるＩＤ管理テーブルの一例を説明するための説明図である。図３を参照すると、ＩＤ管理テーブルが示されている。ＩＤ管理テーブルは、各ワンタイムＩＤについての使用可否フラグ、ユーザ識別情報及びリンク設定情報を含む。この例では、ワンタイムＩＤは、４桁の数字である。また、使用可否フラグは、ワンタイムＩＤの使用状況を示す情報であり、０又は１である。使用可否フラグが０である場合には、ワンタイムＩＤがいずれの端末装置２００にも使用されていないことを示す。一方、使用可否フラグが１である場合には、ワンタイムＩＤがいずれかの端末装置２００により使用されていることを示す。また、ユーザ識別情報は、上述したように、ハンドルネームである。また、リンク設定情報は、上述したように、リンク設定の相手である１つ以上の別の端末装置２００のユーザ識別情報である。ユーザ識別情報及びリンク設定情報の具体例については、後に説明する。
なお、ＩＤ ＤＢ１２３は、ワンタイムＩＤのその他の属性も併せて記憶してもよい。当該その他の属性は、例えば、ワンタイムＩＤの使用期限、ワンタイムＩＤが使用可能である区域９０内の範囲（以下、使用範囲）、又はワンタイムＩＤを発行される端末装置２００のユーザの種類を含んでもよい。これらの属性は、ワンタイムＩＤの使用条件を定める情報要素である。ワンタイムＩＤは、例えば、このような使用期限、使用範囲、ユーザの種類等の所定の条件下で一時的に使用できるものである。
−その他
以上のように、記憶部１２０は、ＡＰ ＤＢ１２１及びＩＤ ＤＢ１２３を含む。なお、記憶部１２０は、ＡＰ ＤＢ１２１及びＩＤ ＤＢ１２３に記憶される情報の他に、ゲートキーパ機能を実現するための、区域内ＩＤ（例えば、固定的な区域内ＩＤ及びワンタイムＩＤ）とＩＰアドレスとの対応関係を記憶する。
（２−１−１−３．制御部１３０）
制御部１３０は、ＰＢＸ１００の様々な機能を提供する。例えば、制御部１３０は、ＣＰＵ又はＤＳＰ（Digital Signal Processor）等のプロセッサに相当する。そして、制御部１３０は、記憶部１２０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部１３０は、ＡＰサービス管理部１３１、ＩＤ管理部１３３、リンク要求受付部１３４、リンク設定部１３５、ＡＰサービス提供部１３７及び呼制御部１３９を含む。
（２−１−１−４．管理部１３１）
−ＡＰサービスの検索
ＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスを検索する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス検索要求メッセージを取得すると、記憶部１２０のＡＰ ＤＢ１２１に記憶されているＡＰサービスのリストを用いて、ＡＰサービスを検索する。そして、ＡＰサービス管理部１３１は、通信部１１０を介して、検索されたＡＰサービスに関する情報をＡＰサービス検索結果として端末装置２００に提供する。
−端末装置用のソフトウェアの配布
また、ＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスの提供のための端末装置用のソフトウェアを配布する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス利用開始要求メッセージを取得すると、記憶部１２０のＡＰ ＤＢ１２１から、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰサービス管理部１３１は、通信部１１０を介して、取得した端末装置用のソフトウェアを端末装置２００に送信する。ここで、ＡＰサービス管理部１３１が、端末装置用のソフトウェアを配布する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を、端末装置２００に通知してもよい。
また、ＡＰサービス管理部１３１は、ＩＤ管理部１３３にワンタイムＩＤの発行を要求する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス利用開始要求メッセージを取得する。その後、ＡＰサービス管理部１３１は、ＡＰサービスの通信のためのワンタイムＩＤを端末装置２００に発行するように、ＩＤ管理部１３３に要求する。
−使用終了条件の判定
ＡＰサービス管理部１３１は、ＩＤ管理部１３３により発行されたワンタイムＩＤについての使用終了の条件（以下、ＩＤ使用終了条件）が満たされるか否かを継続的に判定する。より具体的に、例えば、ＡＰサービス管理部１３１は、端末装置２００から上記ＩＤ使用終了条件に関連する情報を随時または定期的に取得する。また、例えば、ＡＰサービス管理部１３１は、ＡＰサービス提供部１３７からのサービス提供停止の通知を随時取得する。そして、ＡＰサービス管理部１３１は、取得結果に基づいて、上記ＩＤ使用終了条件が満たされるか否かを随時または定期的に判定する。
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、ＡＰサービスの提供のために配布された端末装置用のソフトウェアを削除するように、当該ワンタイムＩＤを発行された端末装置２００を制御する。より具体的には、例えば、ＡＰサービス管理部１３１は、上記ＩＤ使用終了条件が満たされた場合に、通信部１１０に、ＡＰサービスの提供のために配布された端末装置用のソフトウェアの停止及び削除を要求するＡＰ削除要求メッセージを端末装置２００へ送信させる。
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、必要に応じて、当該ワンタイムＩＤを使用する端末装置２００へのＡＰサービスの提供の停止を、ＡＰサービス提供部１３７に要求する。
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、ワンタイムＩＤの使用状況を更新するように、ＩＤ管理部１３３に要求する。
−ワンタイムＩＤの使用終了の条件
上述したワンタイムＩＤの使用終了の条件（即ち、ＩＤ使用終了条件）として、様々な条件が適用され得る。一例として、ＩＤ使用終了条件は、発行されたワンタイムＩＤが使用可能である区域９０内に当該ワンタイムＩＤを使用する端末装置２００が位置しないこと（第１終了条件）を含む。この場合に、一例として、ＡＰサービス管理部１３１は、端末装置２００から上記ＩＤ使用終了条件に関連する情報を所定時間内に取得しない場合に、区域９０内に当該ワンタイムＩＤを使用する端末装置２００が位置しないとみなす。
このようなＩＤ使用終了条件によれば、区域９０内でワンタイムＩＤが使用範囲で使用されない場合（ショッピングモールを離れた場合、電源が切れた場合、等）に、ワンタイムＩＤの使用が停止される。そして、使用が停止されたワンタイムＩＤの使用状況は、当該ワンタイムＩＤが使用されていないことを示すように更新される。これにより、特定の場所でのみ使用可能なワンタイムＩＤを実現できる。
なお、上記ＩＤ使用終了条件は、発行されたワンタイムＩＤの使用期限が経過していること（第２終了条件）を含んでもよい。この場合には、ＩＤ管理テーブルはワンタイムＩＤの使用期限の情報を含み、ＩＤ使用終了条件は、当該情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、特定の期限のみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７又は端末装置２００によりＡＰサービスの提供の停止が要求されること（第３の終了条件）を含んでもよい。このような使用終了条件によれば、ＡＰサービスの提供中のみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、ＡＰサービス管理部１３１と端末装置２００との間の通信パスにおいて所定時間内に送受信が行われないこと（第４の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間で通信が可能である場合にのみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいて所定時間内にワンタイムＩＤを使用した通信が行われないこと（第５の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間でワンタイムＩＤを使用した通信がある場合にのみ使用可能なワンタイムＩＤを実現できる。換言すると、ワンタイムＩＤを使用したＡＰサービスの利用の有無に応じてワンタイムＩＤの使用を停止することが可能になる。
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいてワンタイムＩＤを用いた送受信が所定回数行われたこと（第６終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、所定の通信回数のみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいて、通信プロトコルのステータスコードがエラーを示すこと（第７の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間で通信がエラーでないときのみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、端末装置２００の計算資源（computational resource）が不足すること（第８の終了条件）を含んでもよい。一例として、当該計算資源の不足は、端末装置２００から随時又は定期的に取得される計算資源情報に基づいて判定されてもよい。当該計算資源情報は、例えば、ＣＰＵの使用率、主記憶装置（物理メモリや仮想メモリ等）の使用率、補助記憶装置（ＨＤＤ（Hard disk drive）等）の使用率、表示装置（ＬＣＤ（Liquid Crystal Display）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）及び端末状態（カメラ機能無しや電波ＯＦＦ等）等を含んでもよい。このようなＩＤ使用終了条件によれば、端末装置２００のリソースが不足しない場合にのみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、端末装置２００が認証された端末でないこと（第９の終了条件）を含んでもよい。より具体的には、例えば、当該認証は、通信事業者による認証であってもよい。一例として、端末装置２００が通信事業者により認証された端末でないか否かは、端末装置２００についての通信事業者から又は端末装置２００から随時又は定期的に取得される認証結果情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が認証された装置の場合のみ使用可能なワンタイムＩＤを実現できる。
また、上記ＩＤ使用終了条件は、端末装置２００が特定の場所で接続する無線接続エリアが異常であること（第１０の終了条件）を含んでもよい。当該無線接続エリアは、アクセスポイントに対応してもよい。そして、一例として、上記無線接続エリアが異常であるか否かは、ＰＢＸ１００によるアクセスポイント（ネットワーク２０）についての疎通確認（ｐｉｎｇ等）の結果に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が特定の場所で接続する無線接続エリアが正常な場合のみ使用可能なワンタイムＩＤを実現できる。
（２−１−１−５．ＩＤ管理部１３３）
ＩＤ管理部１３３は、ワンタイムＩＤの管理を行う。
−ワンタイムＩＤの発行
第１に、ＩＤ管理部１３３は、使用されていないワンタイムＩＤを端末装置２００に発行する。
より具体的には、例えば、ＡＰサービス管理部１３１がワンタイムＩＤの発行を要求すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを用いて、使用されていないワンタイムＩＤを検索する。そして、ＩＤ管理部１３３は、通信部１１０を介して、検索された使用されていないワンタイムＩＤを端末装置２００に通知する。
このように、端末装置２００又はそのユーザ１０を特定する情報を開示することなく、ワンタイムＩＤを取得することができる。そして、当該ワンタイムＩＤにより、端末装置２００はＡＰサービスにおいて一意に特定可能な装置となる。よって、ユーザ１０の匿名性を保ちつつ端末装置２００がＡＰサービスの通信を行うことができる。
なお、例えば、ＩＤ管理部１３３は、発行されたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に記憶させる。これにより、ワンタイムＩＤについてのゲートキーパ機能が実現される。
−ＩＤ管理テーブルの更新
第２に、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。例えば、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルに記憶されている使用可否フラグを更新する。
例えば、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、上記ワンタイムＩＤが発行されると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図４及び図５を参照して具体例を説明する。
図４は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。図４を参照すると、ＩＤ管理テーブルが示されている。例えば、図３に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」が端末装置２００に発行される。すると、図４に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれかの端末装置２００により使用されていることを示す。
図５は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。図５を参照すると、ＩＤ管理テーブルが示されている。例えば、図４に示されるＩＤ管理テーブルが記憶されている際に、さらに、ワンタイムＩＤ「１００１」が別の端末装置２００に発行される。すると、図５に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１００１」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１００１」がいずれかの端末装置２００により使用されていることを示す。
以上のように、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。
また、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、ＡＰサービス管理部１３１が、上記ワンタイムＩＤについての使用終了の条件が満たされると判定すると、ＩＤ管理部１３３は、ＡＰサービス管理部１３１により、当該ワンタイムＩＤについての更新を要求される。すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図６を参照して具体例を説明する。
図６は、ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。図６を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」についての使用終了の条件が満たされる。すると、図６に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを１から０に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれの端末装置２００にも使用されていないことを示す。即ち、ワンタイムＩＤ「１０００」は、端末装置２００に発行可能な状態になる。
このように、ワンタイムＩＤの使用状況の情報は、ワンタイムＩＤが発行されると、当該ワンタイムＩＤが使用されていることを示し、ワンタイムＩＤが未だ発行されず、又はワンタイムＩＤの使用終了の条件が満たされると、当該ワンタイムＩＤが使用されていないことを示す。その結果、当該ワンタイムＩＤの使用状況の情報から、使用されていないワンタイムＩＤを正確に特定することが可能となる。そのため、既に発行された使用されているワンタイムＩＤが重複して発行されることを回避することが可能になる。即ち、ＩＤ管理部１３３によるワンタイムＩＤの発行の有効性を担保できる。
なお、例えば、ＩＤ管理部１３３は、ＩＤ使用終了条件が満たされたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に削除させる。これにより、使用されなくなったワンタイムＩＤがＩＰアドレスに変換されることを防ぐことができる。
（２−１−１−６．リンク要求受付部１３４）
−リンク設定の要求
リンク要求受付部１３４は、リンク設定の要求を受け付ける。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。
例えば、上記リンク設定は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方から要求される。一例として、上記端末装置２００及び上記別の端末装置２００の両方が、リンク設定を要求する。
具体的には、例えば、端末装置２００が、リンク設定要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。そして、リンク要求受付部１３４は、当該リンク設定要求メッセージをリンク設定部１３５に提供する。以下、リンク設定要求メッセージの具体例を、図７及び図８を参照して説明する。
図７は、端末装置２００により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。図７を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図７に示されるように、リンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。
要求種別情報は、メッセージの要求がリンク設定であるか、リンク設定の解除であるかを示す。この例では、メッセージはリンク設定要求メッセージであるので、要求種別情報は、メッセージの要求がリンク設定であることを示す。
また、ワンタイムＩＤ（要求側）は、リンク設定を要求する端末装置２００に発行されたワンタイムＩＤである。
また、ユーザ識別情報（要求側）は、リンク設定を要求する端末装置２００のユーザを識別するための情報である。一方、ユーザ識別情報（相手側）は、リンク設定のターゲットとして指定される端末装置２００のユーザを識別するための情報である。これらのユーザ識別情報は、一例として、ユーザ１０のためのハンドルネームである。
図７に示される例では、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１０００」である。また、ユーザ識別情報（要求側）は「Ｔａｒｏ」であり、ユーザ識別情報（相手側）は「Ｈａｎａｋｏ」である。
図８は、端末装置２００により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。図８を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図８に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。
例えば以上のようなリンク設定要求メッセージが、リンク要求受付部１３４により取得される。
このように、リンク設定の要求が、端末装置２００により送信されれば、端末装置２００のユーザ１０が、リンク設定を要求することが可能になる。
−リンク設定の解除の要求
また、例えば、リンク要求受付部１３４は、リンク設定の解除の要求を受け付ける。より具体的には、例えば、端末装置２００が、解除要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該解除要求メッセージを取得する。そして、リンク要求受付部１３４は、当該解除要求メッセージをリンク設定部１３５に提供する。以下、解除要求メッセージの具体例を、図９を参照して説明する。
図９は、端末装置２００により送信される解除要求メッセージの一例を説明するための説明図である。図９を参照すると、解除要求メッセージに含まれる情報が示されている。図９に示されるように、解除要求メッセージは、図７及び図８に示されるリンク設定要求メッセージと同様に、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。即ち、図７〜図９の例では、リンク設定要求メッセージのフォーマットと解除要求メッセージのフォーマットとは同一である。ただし、図９に示されるように、解除要求メッセージに含まれる要求種別情報は、メッセージの要求がリンク設定の解除であることを示す。
図９に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。
例えば以上のような解除要求メッセージが、リンク要求受付部１３４により取得される。
（２−１−１−７．リンク設定部１３５）
−リンク設定
リンク設定部１３５は、リンク設定を行う。例えば、リンク設定部１３５は、リンク設定の要求が受け付けられる場合に、リンク設定を行う。より具体的には、例えば、リンク設定部１３５は、リンク要求受付部１３４により端末装置２００からのリンク設定要求メッセージを提供されると、当該リンク設定要求メッセージに基づいてリンク設定を行う。
さらに具体的には、一例として、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を追加することにより、リンク設定を行う。以下、この点について図１０を参照して具体例を説明する。
図１０は、リンク設定の一例を説明するための説明図である。図１０を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、図７に示されるリンク設定要求メッセージが取得される。即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するユーザ識別情報として、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。
また、図８に示されるリンク設定要求メッセージも取得される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するユーザ識別情報として、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ａのユーザ１０Ｂのユーザ識別情報「Ｔａｒｏ」を追加する。
以上のように、ＩＤ管理テーブルのユーザ識別情報及びリンク設定情報を追加することにより、リンク設定が行われる。
−リンク設定後の動作
上述したように、リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。また、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記別の端末装置２００からの情報を上記端末装置２００が取得することも可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向での情報の提供及び取得を可能にする。
なお、詳細については後述するが、上記別の端末装置２００からの情報を上記端末装置２００が取得する場合、例えば、端末装置２００Ａ（Ｔａｒｏ）が端末装置２００Ｂ（Ｈａｎａｋｏ）とのリンク設定形成済みの場合に、端末装置２００Ａが端末装置２００Ｂから情報を取得するためには、ＩＤ管理テーブルにおける端末装置２００ＡのワンタイムＩＤ「１０００」のデータ行で、リンク設定情報に「Ｈａｎａｋｏ」のデータが存在しているだけではなく、取得される側の端末装置２００Ｂに対応するワンタイムＩＤ「１００１」のデータ行で、リンク設定情報に「Ｔａｒｏ」のデータが存在していること、の両方が満たされる必要がある。すなわち、ＰＢＸ１００は、ＩＤ管理テーブルにおいて、情報取得側の端末装置２００が、別の端末装置２００のハンドルネームのリンク設定情報を持つことと、情報提供側の別の端末装置２００が、情報取得側の端末装置２００のリンク設定情報を持つことの両方が満たされる場合にのみ、両端末装置２００間での情報の取得、または、提供の処理を実施する。つまり、ＩＤ管理テーブルにおいて、片方の端末装置２００のみが相手のリンク設定情報を有するような場合には、ＰＢＸ１００は、両端末装置２００間での情報の取得、または、提供の処理を実施しない。かかる構成によれば、情報の公平なやりとりを志向した、アプリケーションサービスにおける双方向通信機能が実現される。
具体例として、図１０に示されるように、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｈａｎａｋｏ」が追加される。そして、ユーザ識別情報「Ｈａｎａｋｏ」に対応するワンタイムＩＤは、「１００１」である。よって、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａは、ワンタイムＩＤ「１００１」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。一方、ワンタイムＩＤ「１０００」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報を、端末装置２００Ａに提供しない。
また、具体例として、図１０に示されるように、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｔａｒｏ」が追加される。そして、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは、「１０００」である。よって、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂは、ワンタイムＩＤ「１０００」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。一方、ワンタイムＩＤ「１００１」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報を、端末装置２００Ｂに提供しない。
以上のように、リンク設定は、端末装置２００からの情報を別の端末装置２００が取得することを可能にする。
このように、ワンタイムＩＤが用いられる場合に、要求に応じたリンク設定が行われた場合に限り、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することが可能になる。例えば、何らかの関係（例えば、家族関係、友人関係、等）を有する２以上のユーザ１０が、端末装置２００からリンク設定を要求する。その結果、ユーザ１０の匿名性を保ちつつ、上記関係を有する当該２以上のユーザ１０の端末装置２００間での情報の提供及び取得が可能になる。
また、さらに、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記端末装置２００と上記別の端末装置２００とが互いに通信することを可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向通信を可能にする。
当該双方向通信は、例えば、音声通信（即ち、電話）である。即ち、リンク設定により、装置間の音声通信が可能になる。一例として、リンク設定により、端末装置２００Ａ及び端末装置２００Ｂは、音声通信（即ち、電話）を行うことが可能になる。具体的には、例えば、発信メッセージにおいて、発信側のワンタイムＩＤが「１０００」及び「１００１」の一方であり、着信側のワンタイムＩＤが「１０００」及び「１００１」の他方である場合に、呼制御部１３９は、呼制御を行う。一方、リンク設定がない（即ち、リンク設定情報がない）には、呼制御部１３９は、呼制御を行わない。
このようなリンク設定による双方向通信により、通信事業者のネットワークを介することなく、区域９０内のＡＰサービスとして、例えば、何らかの関係を有するユーザ１０間での音声通信サービス（即ち、電話サービス）を提供できる。
−リンク設定の解除
上記リンク設定は、当該リンク設定についての所定の解除条件（以下、「リンク設定解除条件」と呼ぶ）が満たされると解除される。例えば、リンク設定部１３５は、リンク設定解除条件が満たされる場合に、リンク設定を解除する。より具体的には、例えば、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を更新することにより、リンク設定を解除する。
このように、リンク設定に加えて、リンク設定の解除が可能であることで、リンク設定を必要に応じて変えることが可能になる。
例えば、上記リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。この点について、図１１を参照して具体例を説明する。
図１１は、リンク設定の解除の第１の例を説明するための説明図である。図１１を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、端末装置２００ＢによるワンタイムＩＤ「１００１」の使用が終了する。この場合に、図１１に示されるように、ワンタイムＩＤ「１００１」に対応する使用可否フラグは、０になる（即ち、ワンタイムＩＤが使用されていないことを示すようになる）。また、これに伴い、ワンタイムＩＤ「１００１」に対応するユーザ識別情報及びリンク設定情報も削除される。そして、さらに、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」が、全てのリンク設定情報から削除される。この例では、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」が削除される。また、ワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該リンク設定情報にはいずれの情報も含まれなくなる。これに伴い、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。
このような第１解除条件によれば、ワンタイムＩＤが使用されていないにもかかわらず、リンク設定が残ってしまうことを防ぐことができる。そのため、既に使用されていないワンタイムＩＤ宛に情報が提供されてエラーが生じてしまうこともない。また、ワンタイムＩＤが再度発行された際に、古いリンク設定が残ってしまうこともない。
なお、ＩＤ使用終了条件が満たされると、ワンタイムＩＤの使用が終了するので、上記第１解除条件は、ＩＤ使用終了条件（例えば、第１終了条件〜第１０終了条件）と同じであってもよい。
また、例えば、上記リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。この点について、図１２を参照して具体例を説明する。
図１２は、リンク設定の解除の第２の例を説明するための説明図である。図１２を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、図９に示される解除要求メッセージが、リンク要求受付部１３４により取得され、リンク設定部１３５に提供される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。すると、図１２に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報から、「Ｔａｒｏ」を削除する。また、図１０を参照すると、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは「１０００」であるので、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」を削除する。なお、図１０に示されるようにワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該「Ｈａｎａｋｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。また、図１０に示されるようにワンタイムＩＤ「１００１」に対応するリンク設定情報も「Ｔａｒｏ」のみであったので、当該「Ｔａｒｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」も削除される。
このような第２解除条件によれば、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。
なお、上記リンク設定解除条件は、リンク設定の持続期限が経過していること（第３解除条件）を含んでもよい。この場合には、ＩＤ管理テーブルはリンク設定の持続時間の情報を含み、リンク設定解除条件は、当該情報に基づいて判定されてもよい。このような解除条件によれば、特定の期限のみ有効なリンク設定を実現できる。
また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定時間内に取得しないこと（第４解除条件）を含んでもよい。このような解除条件によれば、リンク設定が活用されている場合にのみ有効なリンク設定を実現できる。
また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定回数、所定量又は所定時間取得すること（第５解除条件）を含む。このような解除条件によれば、特定の回数、特定の情報量、特定の時間での情報の取得のみ可能なリンク設定を実現できる。
（２−１−１−８．ＡＰサービス提供部１３７）
−ＡＰサービスの提供
ＡＰサービス提供部１３７は、区域９０内でＡＰサービスを提供する。より具体的には、ＡＰサービス提供部１３７は、例えば、ＡＰサービスに関する処理を実行し、当該ＡＰサービスの提供のために、通信部１１０を介して端末装置２００と通信する。ここで、ＡＰサービス提供部１３７が、ＡＰサービスを提供する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を通知してもよい。
ＡＰサービス提供部１３７及び端末装置２００は、ワンタイムＩＤを使用して通信する。即ち、ＡＰサービス提供部１３７は、端末装置２００からデータを受信する場合に、端末装置２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。また、ＡＰサービス提供部１３７は、端末装置２００にデータを送信する場合に、呼制御部１３９にワンタイムＩＤからＩＰアドレスへの変換を依頼し、端末装置２００のＩＰアドレスを取得する。そして、ＡＰサービス提供部１３７は、取得したＩＰアドレスを宛先として端末装置２００にデータを送信する。
なお、当然のことながら、ワンタイムＩＤを使用した通信では、音声、画像、映像、テキスト等の任意のデータを送受信することができる。
−リンク設定に基づく情報の提供
ＡＰサービス提供部１３７は、上記リンク設定状況に基づいて、ＡＰサービスにおいて、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。
例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。
例えば、再び図４を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定は行われていない。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供しない。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供しない。
−リンク設定により取得される情報
上記リンク設定により、ＡＰサービスに応じて、端末装置２００からの様々な情報を、別の端末装置２００が取得し得る。例えば、当該別の端末装置２００は、端末装置２００からの音声、画像、映像、テキスト等の任意の情報を取得し得る。一例として、ＡＰサービスが音声通信サービスである場合には、端末装置２００は、別の端末装置２００からの音声情報を取得する。
−−状況関連情報
また、例えば、別の端末装置２００により取得される端末装置２００からの情報は、端末装置２００のユーザ１０の状況に関連する状況関連情報を含む。
一例として、当該状況関連情報は、端末装置２００の位置情報を含む。例えば、ＡＰサービスが、区域内地図サービスである場合に、ＡＰサービス提供部１３７は、区域９０の地図を端末装置２００に提供する。そして、ＡＰサービス提供部１３７は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、ある端末装置２００の位置情報を別の端末装置２００に提供する。例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａと、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、例えば、ＡＰサービス提供部１３７は、端末装置２００Ａの位置情報を端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂの位置情報を端末装置２００Ａに提供する。その結果、端末装置２００Ａでは、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。また、同様に、端末装置２００Ｂでも、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。以下、この点について図１３を参照して具体例を説明する。
図１３は、区域内地図サービスにおいて端末装置２００Ａに表示される画面の一例を説明するための説明図である。図１３を参照すると、端末装置２００Ａ及び端末装置２００Ａに表示される画面２５１が示されている。そして、画面２５１は、ショッピングモールである区域９０の地図を含む。そして、当該地図上には、端末装置２００Ａの位置が、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。また、当該地図上には、端末装置２００Ｂの位置が、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。このように、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。
このようにある端末装置２００の位置情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０が区域９０（例えば、ショッピングモール）内どこにいるかを知ることができる。
なお、端末装置２００の位置情報は、例えば、端末装置２００からＰＢＸ１００（ＡＰサービス提供部１３７）に随時提供され、ＰＢＸ１００（ＡＰサービス提供部１３７）により別の端末装置２００に提供される。この場合に、端末装置２００の位置情報は、ＩＤ ＤＢ１２３のＩＤ管理テーブルの情報として記憶されてもよい。
状況関連情報の一例として位置情報が提供され、取得される例を説明したが、状況関連情報はこの例に限られない。状況関連情報は、例えば、ユーザ１０の行動情報を含んでもよい。そして、当該行動情報は、端末装置２００のセンサから得られるユーザ１０の行動（例えば、歩いている、座っている等）を示す情報であってもよい。また、状況関連情報は、位置情報、行動情報等の履歴であってもよい。
以上のように、例えば、状況関連情報が、端末装置２００により提供され、取得される。
このようにある端末装置２００の状況関連情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を知ることができる。そのため、例えば、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を考慮して、ある端末装置２００のユーザ１０にコンタクトすることができる。
−−取得される情報の態様
なお、上記端末装置２００からの上記情報は、端末装置２００から提供される情報そのものであってもよく、当該情報に基づいて生成された情報であってもよい。
一例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、端末装置２００Ｂは、当該位置情報そのものを取得してもよい。
また、別の例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、ＡＰサービス提供部１３７が、当該位置情報から、端末装置２００Ａの位置を示す地図画像を生成し、端末装置２００Ｂは、当該地図画像を取得してもよい。
−ＡＰサービスの停止
また、ＡＰサービス提供部１３７は、例えば、ＡＰサービス管理部１３１からＡＰサービスの提供の停止を要求される場合に、当該ＡＰサービスの提供を停止する。また、ＡＰサービス提供部１３７は、例えば、端末装置２００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。また、ＡＰサービス提供部１３７は、例えば、必要に応じてＡＰサービス提供の停止を端末装置２００に要求し、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。
（２−１−１−９．呼制御部１３９）
呼制御部１３９は、端末装置２００間の呼制御、及び、端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。
また、呼制御部１３９は、ＡＰサービス提供部１３７の依頼に応じて、ワンタイムＩＤをＩＰアドレスへ変換する。そして、呼制御部１３９は、当該ＩＰアドレスをＡＰサービス提供部１３７に提供する。
−ワンタイムＩＤについての呼制御
また、呼制御部１３９は、音声通信を伴うＡＰサービスの一部として、端末装置２００間での呼制御を行う。この場合に、呼制御部１３９は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、当該呼制御を行う。即ち、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われている場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行う。一方、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われていない場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行わない。以下、この点について図１４を参照して具体例を説明する。
図１４は、リンク設定に基づく呼制御の例を説明するための説明図である。図１４を参照するとＩＰ ＤＢ１２３のＩＤ管理テーブルが示されている。当該ＩＤ管理テーブルのリンク設定情報に示されるようにリンク設定が行われた場合には、以下のような発信側の端末装置２００のワンタイムＩＤと着信側のワンタイムＩＤとの組合せであれば、呼制御部１３９は、これらの端末装置間での呼制御を行う。
Figure 0006519992
また、図１４の例では、上述したワンタイムＩＤの組合せ以外の組合せの場合には、呼制御部１３９は、端末装置２００間での呼制御を行わない。
このように、端末装置２００間のリンク設定がある場合に、当該端末装置２００間の呼制御が行われ、端末装置２００間のリンク設定がない場合には、当該端末装置２００間の呼制御は行われない。
−特別な呼制御
ＰＢＸ１００が、公衆網に接続する場合には、呼制御部１３９は、特別の呼処理（緊急通報呼処理）に対応してもよい。緊急通報とは、警察機関、海上保安機関消防機関等に対する呼である。即ち、ワンタイムＩＤを発行された端末装置２００が、緊急通報先の電話番号への発呼を行う場合に、呼制御部１３９は、緊急通報呼制御を行う。
緊急通報先の電話番号とは、例えば、電気通信事業法及び電気通信番号規則で規定された緊急通報に関する電気通信番号（警察機関「１１０」、海上保安機関「１１８」、消防機関「１１９」）である。例えば、以下のような発信側の端末装置２００のワンタイムＩＤと着信側の電話番号との組合せであれば、呼制御部１３９は呼制御を行う。
Figure 0006519992
さらに、ＰＢＸ１００の番号計画において、管理者が緊急通報先の電話番号と定めた電気通信番号（例えば、警備室の電話番号、区域９０に近い警察署の電話番号、等）を緊急通報呼処理の対象としてもよい。
なお、ＰＢＸ１００が、緊急通報呼処理に対応する場合には、ＰＢＸ１００が端末装置２００に発行可能なワンタイムＩＤは、緊急通報先の電話番号以外の番号である。
［２−１−２．端末装置の構成］
続いて、図１５〜図２２を参照して、第１の実施形態に係る端末装置２００の構成の一例を説明する。図１５は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１５を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０、測定部２５２及び制御部２６０を備える。
（２−１−２−１．第１通信部２１０）
第１通信部２１０は、装置間通信を行う。例えば、第１通信部２１０は、別の端末装置２００との近距離で無線通信する。より具体的には、例えば、第１通信部２１０は、手合い距離以内で無線通信する。手合い距離とは、２人の人物が互いに腕及び手を伸ばすと当該２人の人物の指先が触れ合う場合の、当該２人の人物間の距離である。
具体例として、第１通信部２１０は、ＮＦＣ（Near Field Communication）又は赤外線通信を行う。上記ＮＦＣは、例えば、ＩＳＯ／ＩＥＣ １４４４３、ＩＳＯ／ＩＥＣ １８０９２等の規格に従った無線通信である。また、上記赤外線通信は、例えば、ＩｒＤＡ（Infrared Data Association）規格に従った無線通信である。
（２−１−２−２．第２通信部２２０）
第２通信部２２０は、他の装置と通信する。例えば、第１通信部２１０と比べてより遠距離で無線通信する。より具体的には、例えば、第２通信部２２０は、アクセスポイント又は基地局を介して、ＰＢＸ１００と通信する。
具体例として、第２通信部２２０は、無線ＬＡＮ規格に従った無線通信を行う。無線ＬＡＮ規格は、例えば、ＩＥＥＥ ８０２．１１シリーズである。
（２−１−２−３．記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。記憶部２３０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。
例えば、記憶部２３０は、端末装置２００に発行されたワンタムＩＤを記憶する。
（２−１−２−４．入力部２４０）
入力部２４０は、端末装置２００のユーザ１０による入力を受け付ける。そして、入力部２４０は、入力結果を制御部２６０へ提供する。
例えば、入力部２４０は、表示画面においてユーザ１０により指定される位置を検出する。より具体的には、例えば、入力部２４０は、タッチパネルのタッチ検出面により実装され、タッチパネルにおけるタッチ位置を検出する。そして、入力部２４０は、検出されたタッチ位置を制御部２６０へ提供する。
（２−１−２−５．表示部２５０）
表示部２５０は、端末装置２００からの出力画像（即ち、画面）を表示する。表示部２５０は、制御部２６０による制御に応じて表示画面を表示する。なお、表示部２５０は、例えば、タッチパネルの表示面により実装される。
（２−１−２−６．測定部２５２）
測定部２５２は、例えば、端末装置２００に内蔵される音センサ、光センサ、または加速度センサなどから構成される。測定部２５２は、例えば、端末装置２００の周囲の環境における音圧や照度、または端末装置２００における加速度などを測定する。
（２−１−２−７．制御部２６０）
制御部２６０は、端末装置２００の様々な機能を提供する。例えば、制御部２６０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部２６０は、記憶部２３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部２６０は、ＡＰ管理部２６１、ＩＤ取得部２６３、リンク設定要求部２６５及びＡＰ部２６７を含む。
（２−１−２−８．ＡＰ管理部２６１）
−区域９０内で提供されるＡＰサービスの情報の取得
例えば、ＡＰ管理部２６１は、区域９０内で提供されるＡＰサービスの情報を取得する。当該情報は、例えば、区域９０内で提供されるＡＰサービスの検索結果である。
具体的には、例えば、端末装置２００が区域９０内に入る場合に、第２通信部２２０は、ネットワーク２０への接続を確立する。そして、当該接続の確立後に、ＡＰ管理部２６１は、表示部２５０に、ＡＰサービスの検索を行うか否かを選択するための画面を表示させる。そして、入力部２４０が、ＡＰサービスの検索を行うこと選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＰＢＸ１００によるＡＰサービス検索結果を取得する。
−端末装置用のソフトウェアの取得及び起動
また、例えば、ＡＰ管理部２６１は、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。
具体的には、例えば、ＡＰ管理部２６１は、ＡＰサービス検索結果を受信すると、表示部２５０に、ＡＰサービスに関する情報（例えば、ＡＰサービス名（区域内通話サービス、区域内地図サービス、クーポン配布サービス、ポイント付与サービス）や、ＡＰサービスに対応するアイコン等）を表示させる。そして、入力部２４０が、ＡＰサービスを利用することを選択するための入力、又は複数のＡＰサービスのうちのいずれかのＡＰサービスを選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、選択に応じたＡＰサービス利用開始要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、当該ソフトウェアを起動させる。その後、当該ソフトウェアのプログラムが実行される。
なお、端末装置２００に既に当該端末装置用のソフトウェアが備えられている場合には、当該ソフトウェアはＰＢＸ１００から取得されなくてもよい。
−ワンタイムＩＤの使用終了条件に関連する情報の提供
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件に関連する情報をＰＢＸ１００（ＡＰサービス管理部１３１）に随時または定期的に提供する。なお、端末装置２００が上記使用終了の条件を自ら判定する場合には、ＡＰ管理部２６１は、ＰＢＸ１００（ＡＰサービス管理部１３１）から使用終了の条件に関連する情報を取得してもよい。
−端末装置用のソフトウェアの削除
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ＡＰサービスの提供のための端末装置用のソフトウェアを削除する。より具体的には、例えば、ＡＰ管理部２６１は、上記端末装置用のソフトウェアの停止及び削除を要求するＡＰ削除要求メッセージをＰＢＸ１００（ＡＰサービス管理部１３１）から受信すると、当該端末装置用のソフトウェアを停止し、端末装置２００から削除する。なお、ＡＰ管理部２６１は、上記使用終了の条件を自ら判定する場合には、判定結果に応じて上記端末装置用のソフトウェアを停止し、端末装置２００から削除してもよい。
−ワンタイムＩＤの使用終了の条件
また、ＡＰ管理部２６１は、例えば以下で述べる第１終了条件〜第９終了条件のうち１以上の条件を含む、使用終了の条件が満たされると判定した場合には、発行されたワンタイムＩＤを削除することが可能である。
−−第１終了条件
例えば、上記使用終了の条件は、ワンタイムＩＤの使用期限が経過していることを含む（第１終了条件）。より具体的には、使用期限内である場合には、端末装置２００は、使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、使用期限外である場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
なお、上記の使用期限は、例えば、端末装置２００に予め設定されていてもよいし、起動したアプリケーションに予め設定されていてもよい。または、上記の使用期限は、ＰＢＸ１００が端末装置２００へ通知してもよい。または、上記の使用期限は、ＰＢＸ１００がワンタイムＩＤと共に生成し、そして端末装置２００へ通知してもよい。
また、上記の使用期限は、例えば、端末装置２００がワンタイムＩＤを記憶してから１時間以内といったように期間（時間、分間、秒間）で表されてもよいし、例えば２２時００分など具体的な日付や時刻（年・月・日・時・分・秒）で表されてもよい。
この第１終了条件によれば、例えば当日の営業時間終了後など、使用期限が超過した場合には、ワンタイムＩＤの使用が停止される。このため、特定の期限内でのみ使用可能であるワンタイムＩＤを実現できる。
−−第２終了条件
また、上記使用終了の条件は、ワンタイムＩＤが使用可能である領域の範囲（使用範囲）に当該ワンタイムＩＤを使用する端末装置２００が位置しないことを含む（第２終了条件）。より具体的には、使用範囲内に位置する場合には、端末装置２００は、使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、使用範囲外に位置する場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
なお、上記の使用範囲を示す情報（使用範囲情報）は、例えば、端末装置２００に予め設定されていてもよいし、起動したアプリケーションに予め設定されていてもよい。または、上記の使用範囲情報は、ＰＢＸ１００が端末装置２００へ送信してもよい。または、上記の使用範囲情報は、ＰＢＸ１００がワンタイムＩＤと共に生成し、そして端末装置２００へ通知してもよい。
また、上記の使用範囲情報が示す使用範囲は、例えば、店舗内に設けられた無線アクセスポイントと通信可能な範囲として定められてもよい。例えば、端末装置２００は、通信中の無線アクセスポイントから受信される無線アクセスポイントのＩＤを確認することにより、店舗内に位置するか否かを確認する。
この第２終了条件によれば、例えば使用範囲が店舗内として設定されている場合にユーザ１０が店舗から退出した場合など、使用範囲内で使用されない場合には、ワンタイムＩＤの使用が停止される。このため、特定の範囲内でのみ使用可能であるワンタイムＩＤを実現できる。
−−第３終了条件
また、上記使用終了の条件は、端末装置２００からＡＰサービスの利用の停止が要求されることを含む（第３終了条件）。より具体的には、端末装置２００は、ユーザ１０によりＡＰサービスの利用の停止が要求されたか否かに応じてワンタイムＩＤの使用を終了するか否かを判断する。例えば、端末装置２００は、アプリケーションにおいてＡＰサービスの利用停止を要求する入力がユーザ１０によりなされた場合には、使用終了の条件が満たされたと判定し、そして、ワンタイムＩＤを削除する。
この第３終了条件によれば、ユーザ１０の意思に応じてワンタイムＩＤの使用を停止することが可能になる。このため、ユーザ１０は、原則として任意のタイミングでワンタイムＩＤの使用を停止することができるので、ＡＰサービスを安心して利用することができる。
−−第４終了条件
また、上記使用終了の条件は、例えば、ＰＢＸ１００と端末装置２００との間の通信パスにおいて、端末装置２００により所定時間内に受信が行われないことを含む（第４終了条件）。なお、この第４終了条件では、例えば、ＡＰサービスにおいてＰＢＸ１００がメンテナンス情報などの所定の情報を定期的に端末装置２００へ送信することを前提とする。
より具体的には、端末装置２００は、所定時間内にＰＢＸ１００から情報が受信される場合には、端末装置２００は、使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、所定時間内に情報が受信されない場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
なお、端末装置２００は、所定時間の周期で上記所定の情報が受信されるか否かを監視してもよい。
また、上記所定時間は、ＰＢＸ１００と端末装置２００との間の通信パスで用いられる通信プロトコルにおいてタイムアウトと判断される期間であってもよい。また、上記通信プロトコルが、役割の異なる複数のプロトコルが階層的に繋がって形成されている場合には、いずれかの階層の通信プロトコルにおいてタイムアウトと判断される期間であってもよい。
例えば、端末装置２００は、所定時間を５秒と記憶し、５秒の周期で、ＰＢＸ１００から所定の情報が受信されるか否かを監視する。仮に、ＰＢＸ１００が所定の情報を随時または定期的に送信しない場合には、端末装置２００は、５秒の間において、ＰＢＸ１００から所定の情報を受信しない。この場合、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
この第４終了条件によれば、所定の情報の内容に関わらず、通信の有無に応じてワンタイムＩＤの使用を停止することが可能になる。このため、端末装置２００がＰＢＸ１００から情報を受信可能であるときのみ使用可能なワンタイムＩＤを実現できる。
−−第５終了条件
また、上記使用終了の条件は、例えば、ＰＢＸ１００と端末装置２００との間の通信パスにおいて、端末装置２００により所定時間内にワンタイムＩＤを用いた受信が行われないことを含む（第５終了条件）。
より具体的には、端末装置２００は、ＩＮＶＩＴＥメッセージを含む接続要求に対する応答がＰＢＸ１００から所定時間内に受信された場合には、端末装置２００は、使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、上記接続要求に対する応答がＰＢＸ１００から所定時間内に受信されない場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
この第５終了条件によれば、所定時間内にワンタイムＩＤを用いた通信の可否に応じてワンタイムＩＤの使用を停止することが可能になる。このため、端末装置２００がＰＢＸ１００からワンタイムＩＤを用いた受信が可能であるときのみ使用可能なワンタイムＩＤを実現できる。
−−第６終了条件
また、上記使用終了の条件は、例えば、ＰＢＸ１００と端末装置２００との間の通信パスにおいて、ＰＢＸ１００へのワンタイムＩＤを用いた接続要求に対する応答の受信が所定回数行われたことを含む（第６終了条件）。
より具体的には、端末装置２００は、例えばＰＢＸ１００への接続要求に対する応答の受信が成功する度に、使用回数に「１」を加算し、そして、記憶された所定回数と使用回数とを比較する。受信回数が所定回数未満である場合には、端末装置２００は、使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、受信回数が所定回数に達した場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
なお、上記の所定回数は、例えば、端末装置２００に予め設定されていてもよいし、起動したアプリケーションに予め設定されていてもよい。または、上記の所定回数は、ＰＢＸ１００が端末装置２００へ通知してもよい。または、上記の所定回数は、ＰＢＸ１００がワンタイムＩＤと共に生成し、そして端末装置２００へ通知してもよい。
この第６終了条件によれば、ワンタイムＩＤの使用回数に応じてワンタイムＩＤの使用を停止することが可能になる。このため、特定の回数以内でのみ使用可能であるワンタイムＩＤを実現できる。
−−第７終了条件
また、上記使用終了の条件は、例えば、ＰＢＸ１００と端末装置２００との間の通信パスにおいて、通信プロトコルのステータスコードがエラーを示すことを含む（第７終了条件）。より具体的には、端末装置２００は、ＰＢＸ１００からデータを受信した場合において、受信データにおける通信プロトコルのステータスコードがエラーを示すか否かに応じてワンタイムＩＤの使用を終了するかを判断する。
なお、上記通信プロトコルが、役割の異なる複数のプロトコルが階層的に繋がって形成されている場合には、上記ステータスコードは、それぞれの階層または所定の階層における通信プロトコルのステータスコードであってもよい。また、上記所定の階層とは、ワンタイムＩＤを含む通信プロトコルの階層である。
また、端末装置２００は、予め通信プロトコルに対応するステータスコードをステータスコードの内容と対応付けて記憶してもよい。例えば、ステータスコードの内容は、ステータスコード１００〜１９９が暫定応答（経過情報）、ステータスコード２００〜２９９が成功応答、ステータスコード３００〜３９９が転送応答、ステータスコード４００〜４９９がリクエストエラー、ステータスコード５００〜５９９がサーバーエラー、ステータスコード６００〜６９９がグローバルエラー、などのように定められていてもよい。なお、この例において、エラーを示すステータスコードの範囲は、ステータスコード４００〜６９９である。
例えば、ステータスコード４００を含むデータがＰＢＸ１００から受信された場合には、端末装置２００は、ステータスコードがエラーを示すものと判定し、そして、使用終了の条件が満たされると判定する。そして、端末装置２００は、ワンタイムＩＤを削除する。
この第７終了条件によれば、ワンタイムＩＤを用いた通信の通信状態に応じてワンタイムＩＤの使用を停止することが可能になる。このため、ＰＢＸ１００と端末装置２００との間で通信がエラーでないときのみ使用可能であるワンタイムＩＤを実現できる。
−−第８終了条件
また、上記使用終了の条件は、例えば、端末装置２００の計算資源（computational resource）がリソース不足であることを含む（第８終了条件）。より具体的には、端末装置２００は、自己の計算資源がリソース不足ではない場合には使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、自己の計算資源がリソース不足である場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
なお、この第８終了条件では、端末装置２００は、自己の計算資源情報を随時または定期的に監視することを前提とする。ここで、計算資源情報とは、例えば、ＣＰＵの使用率、主記憶装置（物理メモリや仮想メモリ等）の使用率、補助記憶装置（ＨＤＤ（Hard disk drive）等）の使用率、表示装置（ＬＣＤ（Liquid Crystal Display）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）および端末状態（カメラ機能無しや電波ＯＦＦ等）等であってもよい。
また、端末装置２００は、個々の計算資源情報ごとに対応づけられたリソース不足の境界を示すリソース不足閾値を予め記憶していてもよい。また、端末装置２００は、計算資源情報とリソース不足閾値とを随時または定期的に比較し、そして、リソース不足閾値に合致する場合には、リソース不足と判定してもよい。
例えば、上記リソース不足閾値として、ＣＰＵの使用率が８０％以上であること、ＯＳの種類がバージョン２以下であること、ＶＭの種類がバージョン３以下であること、および端末状態がカメラ機能無しであることがそれぞれ設定されていたとする。この例において、端末装置２００が、自己の計算資源情報として、ＣＰＵの使用率が８０％以上、ＯＳの種類がバージョン２以下、ＶＭの種類がバージョン３以下、または端末状態がカメラ機能無しであることのうち少なくとも１以上を検知した場合には、端末装置２００は、計算資源がリソース不足であると判定し、そして、使用終了の条件が満たされると判定する。
この第８終了条件によれば、端末装置２００の計算資源の状態に応じてワンタイムＩＤの使用を停止することが可能になる。このため、端末装置２００がリソースを十分有しているときのみ使用可能なワンタイムＩＤを実現できる。
−−第９終了条件
また、上記使用終了の条件は、例えば、端末装置２００が不正な端末であることを含む（第９終了条件）。より具体的には、端末装置２００は、自己が不正な端末ではないと判断した場合には使用終了の条件が満たされないと判定し、そして、ワンタイムＩＤを使用し続けるように制御する。また、自己が不正な端末であると判断した場合には、端末装置２００は、使用終了の条件が満たされると判定し、そして、ワンタイムＩＤを削除する。
例えば、端末装置２００は、ＳＩＭカードインタフェースまたはＳＩＭカードを端末装置２００が有さない場合には、自己が不正な端末であると判断する。この場合に該当する例としては、ＳＩＭカードインタフェースまたはＳＩＭカードが、ユーザ１０または他の人物により端末装置２００から抜き取られた場合などが挙げられる。なお、ＳＩＭカードには、原則として、書き換え不能な固有番号（電話番号を特定するための固有番号）と、通信事業者が定めた電話番号（固定ＩＤ）とが記憶されていることを前提とする。また、端末装置２００が、上記の書き換え不能な固有番号と通信事業者が定めた電話番号（固定ＩＤ）とをＳＩＭカードの代わりに、主記憶装置または補助記憶装置に記憶している場合には、端末装置２００は、自己が不正な端末ではないと判断してもよい。
また、端末装置２００は、通信事業者により電話サービスの利用開始要求が許可されなかった場合には、自己が不正な端末であると判断する。なお、通信事業者により電話サービスの利用開始要求が許可されない場合の例としては、以下のような場合が挙げられる。
例えば、端末装置２００は、ＰＳＴＮ通信デバイスを介してＰＳＴＮに固有番号と電話番号とを送信し、電話サービスの利用開始を要求する。そして、通信事業者は、ＰＳＴＮ上で、端末装置２００（ＳＩＭカード）の固有番号と電話番号とが契約者情報と一致するか否かを確認する。つまり、通信事業者（ＰＳＴＮ上の管理装置）は、固有番号および電話番号を契約者情報と照合して端末装置２００を認証する。そして、固有番号および電話番号が契約者情報と一致する（認証成功）場合には、通信事業者は、端末装置２００に対して電話サービスの利用開始を許可する。また、固有番号および電話番号が契約者情報と一致しない（認証失敗）場合には、通信事業者は、端末装置２００に対して電話サービスの利用開始を許可しない。
この第９終了条件によれば、例えばＳＩＭカードの有無や、通信事業者による端末装置２００の認証状態などに応じてワンタイムＩＤの使用を停止することが可能になる。このため、端末装置２００が不正な端末ではない場合のみ使用可能なワンタイムＩＤを実現できる。
−−変形例
なお、変形例として、端末装置２００は、上述した第１終了条件〜第９終了条件のうちいずれか２以上の条件を組み合わせて、上記使用終了の条件として設定してもよい。より具体的には、端末装置２００は、第１終了条件〜第９終了条件から選ばれた複数の条件の全てが満たされる場合に限り（ＡＮＤ条件）、上記使用終了の条件が満たされると判定することが可能である。この判定例による効果として、ワンタイムＩＤの使用が終了される場面がより限定的になるので、ワンタイムＩＤを使用可能な状況が大きく制限されることを防止できる。また、使用環境が過度に制約されることがないので、ユーザ１０は、自由度高くワンタイムＩＤを使用することができる。
また、端末装置２００は、第１終了条件〜第９終了条件から選ばれた複数の条件のうち一つでも満たされる場合には（ＯＲ条件）、上記使用終了の条件が満たされると判定することが可能である。この判定例による効果として、ワンタイムＩＤの使用が終了される場面がより多様になるので、例えば店舗の運営者は、ワンタイムＩＤの使用をより厳格に管理することができる。
（２−１−２−９．ＩＤ取得部２６３）
ＩＤ取得部２６３は、ワンタイムＩＤが端末装置２００に発行されると、当該ワンタイムＩＤを取得する。より具体的には、例えば、ＰＢＸ１００は、端末装置２００へのワンタイムＩＤの発行の際に、端末装置２００にワンタイムＩＤを通知する。そして、ＩＤ取得部２６３は、第２通信部２２０を介して、当該ワンタイムＩＤを取得する。そして、ＩＤ取得部２６３は、取得したワンタイムＩＤをＡＰ部２６７に提供する。
なお、ＩＤ取得部２６３は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
（２−１−２−１０．リンク設定要求部２６５）
−リンク設定の要求
リンク設定要求部２６５は、上記リンク設定を要求する。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。
例えば、上記リンク設定は、端末装置２００及び別の端末装置２００の少なくとも一方による承認後に要求される。即ち、リンク設定要求部２６５は、端末装置２００又は別の端末装置２００の少なくとも一方による承認後に、上記リンク設定を要求する。一例として、リンク設定要求部２６５は、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定を要求する。後述するように、リンク設定の承認は、ＡＰ部２６７により行われる。
なお、上述したように、ＰＢＸ１００は、情報取得側の端末装置２００が、別の端末装置２００のユーザ識別情報をリンク設定情報としてＩＤ管理テーブル上に持つだけでなく、情報提供側の別の端末装置２００が、情報取得側の端末装置２００のユーザ識別情報をリンク設定情報としてＩＤ管理テーブル上に持つ場合にのみ、両端末装置２００間での情報の取得、または、提供する処理を実施する。このため、「少なくとも一方による承認」では、ＰＢＸ１００が有するＩＤ管理テーブル上において、承認された側の端末装置２００のワンタイムＩＤのデータ行において相手端末装置２００のリンク設定情報は追加されるが、もう一方の未承認側の端末装置２００のワンタイムＩＤのデータ行にはリンク設定情報は追加されない。このため、リンク設定が不完全な状態であり、そのままでは両端末装置２００間の情報の取得・提供はできない。つまり、端末装置２００及び別の端末装置２００の「両方による承認」がなされて初めて完全なリンク設定が形成され、そして、両端末装置２００間で情報の取得・提供が実現可能となる。
上記のリンク設定要求部２６５の機能についてより具体的に説明すると、例えば、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。当該リンク設定要求メッセージの具体例は、図７及び図８を参照して説明したとおりである。なお、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等が規定されている場合、リンク設定要求部２６５が規定に従いリンク設定要求メッセージを生成してもよい。例えば、端末装置２００において、ＰＢＸ１００との間でやりとりするために用いる通信プロトコルがＳＩＰ（Session Initiation Protocol）と規定されている場合、図７及び図８のリンク設定要求メッセージは、ＳＩＰのリクエストに対応づけて生成してもよい。具体的には、ＳＩＰのプロトコルメッセージが、リクエスト、ヘッダ、空白行及びボディからなる場合、リンク設定要求部２６５は、ＳＩＰのプロトコルメッセージのリクエストにＳＩＰのリクエストのＲＥＧＩＳＴＥＲを含め、ヘッダにワンタイムＩＤ（図７または図８の「ワンタイムＩＤ（要求側）」）及びユーザ識別情報（図７または図８の「ユーザ識別情報（要求側）」）を含め、ボディにユーザ識別情報（図７または図８の「ユーザ識別情報（相手側）」）を含めることで、リンク設定要求メッセージを生成する。なお、この場合、伝搬する通信の通信プロトコルがＳＩＰであるから、ＰＢＸ１００はＳＩＰに対応したＰＢＸであるといえる。
このような承認後のリンク設定の要求により、端末装置２００のユーザ１０がリンク設定を認めた場合にのみ、ＰＢＸ１００がリンク設定を行うことが可能になる。そのため、ユーザ１０の意図しないまま、リンク設定が行われることを防ぐことができる。よって、アプリケーションサービスの通信が、ユーザ１０にとってより利用しやすくなる。
−リンク設定の解除
また、リンク設定要求部２６５は、本発明におけるリンク解除要求部の一例である。リンク設定要求部２６５は、上記リンク設定の解除を要求する。
より具体的には、例えば、以下で述べる端末主導の第１のリンク設定解除条件〜第５のリンク設定解除条件のうち１以上の条件を含む、リンク設定解除条件が満たされると、リンク設定要求部２６５は、リンク設定の解除を決定する。そして、リンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。なお、解除要求メッセージがＰＢＸ１００により受信されると、上記の第２解除条件が満たされることとなり、端末装置２００のリンク設定がＰＢＸ１００により解除される。
−−第１のリンク設定解除条件
例えば、上記のリンク設定解除条件は、互いにリンク済みの端末装置２００同士の間の距離が端末装置２００の通信範囲外から端末装置２００の通信範囲内に変化することを含む（第１のリンク設定解除条件）。より具体的には、互いにリンク済みの端末装置２００同士が、第１通信部２１０の通信範囲である「手合い距離」以内に再び入ることを含む。
例えば、一度手合い距離内に集結し、リンク設定を形成した端末装置２００Ａと端末装置２００Ｂとが再び手合い距離内に集結すると、この第１のリンク設定解除条件が満たされる。なお、リンク設定の解除が実行された際には、解除対象の端末装置２００の表示画面に、「第１のリンク設定解除条件を満たしたためシステムが自動でリンク解除処理を実施した」旨を説明するダイアログウィンドウを表示させ、ユーザへ通知してもよい。
この第１のリンク設定解除条件によれば、例えばリンク設定の解除要求を端末装置２００Ｂに対して直接手入力する場合と比較して、リンク設定時と同様のユーザ所作を利用すればよいので、ユーザは、より直感的、かつ簡便な方法により、リンク設定の解除要求をＰＢＸ１００に対して行うことが可能となる。
−−第２のリンク設定解除条件
また、上記のリンク設定解除条件は、例えば、リンクが設定された端末装置２００のバッテリー残量が所定の閾値以下に低下することを含む（第２のリンク設定解除条件）。ここで、所定の閾値は、例えば、バッテリーの満充電時に対する１０％や５％などの値に設定される。
この第２のリンク設定解除条件によれば、端末装置２００のバッテリー残量が僅少になり端末装置２００全体の動作が強制的に終了してしまい、ユーザがリンク設定解除の要求入力を行えない事態の発生を防止することができる。また、リンク解除によってリンク通信処理動作が端末装置２００により行われなくなるので、僅少になっている端末装置２００のバッテリーの消費量を抑制することができる。
−−第３のリンク設定解除条件
また、上記のリンク設定解除条件は、例えば、リンクが設定された端末装置２００間のリンク設定に基づくＰＢＸ１００を介した端末装置２００同士のリンク通信におけるデータ通信量が所定の上限値を超えることを含む（第３のリンク設定解除条件）。
ここで、所定の上限値は、例えば、ＰＢＸ１００の管理者により、一般的なユーザにおける通常の通信では想定されないような値やヘビーユーザにおける通信で想定される値などが設定される。例えば、所定の上限値は、リンク設定後のデータ通信量の合計が７ＧＢであったり、または直近３時間以内におけるデータ通信量の合計が１ＧＢなどに設定されてもよい。
この第３のリンク設定解除条件によれば、一部のヘビーユーザがリンクを利用した通信の帯域を占有する行為への抑制対策につながるので、他のユーザにとって、リンク通信帯域の通信速度低下や通信障害等の通信トラフィックに関わる問題の発生が抑止される仕組みが実現される。
−−第４のリンク設定解除条件
また、上記のリンク設定解除条件は、例えば、リンクが設定された端末装置２００の内部における現在時刻設定情報が、例えば２１：００などの所定の時刻に達することを含む。または、上記のリンク設定解除条件は、当該現在時刻設定情報が、例えばリンクが設定された時から１２０分が経過した場合など、経過時間の計測開始時から所定の時間が経過したことを含む（第４のリンク設定解除条件）。
この第４のリンク設定解除条件によれば、例えば、当該通信システムの利用場面がショッピングモールである場合には、閉店時刻と同時に店内におけるリンク設定を解除する仕組みを実現することができる。また、遊園地における２時間限定宝探しイベント等において、参加者間でイベント用のリンク設定が適用された場合には、当該イベントの参加者間に設定されたリンクをイベント終了と同時に解除する仕組みを実現することができる。
−−第５のリンク設定解除条件
また、上記のリンク設定解除条件は、例えば、測定部２５２による測定結果に基づいて、後述する使用状況推測部２７１により、端末装置２００が未使用中であると推測されることを含む（第５のリンク設定解除条件）。
この第５のリンク設定解除条件によれば、端末装置２００自体やリンク通信機能がユーザ１０により今後も利用されない可能性が高いことを検出することが可能である。このため、無駄なリンク設定をシステムが自動的に検出、管理、または削除する仕組みを実現することが可能となる。
−−変形例
なお、端末装置２００は、上述した第１のリンク設定解除条件〜第５のリンク設定解除条件のうちいずれか２以上の条件を組み合わせて、上記のリンク設定解除条件として設定してもよい。より具体的には、端末装置２００は、第１のリンク設定解除条件〜第５のリンク設定解除条件から選ばれた複数の条件の全てが満たされる場合に限り（ＡＮＤ条件）、上記リンク設定解除条件が満たされると判定してもよい。
または、端末装置２００は、第１のリンク設定解除条件〜第５のリンク設定解除条件から選ばれた複数の条件のうち一つでも満たされる場合には（ＯＲ条件）、上記のリンク設定解除条件が満たされると判定してもよい。
−−ユーザによる解除入力
あるいは、別の端末装置２００とのリンク設定を解除するためのユーザ１０の入力が、入力部２４０により受け付けられると、リンク設定要求部２６５は、リンク設定の解除を決定する。そして、リンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。当該解除要求メッセージの具体例は、図９を参照して説明したとおりである。なお、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等が規定されている場合、リンク設定要求部２６５が規定に従い解除要求メッセージを生成してもよい。例えば、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコルがＳＩＰと規定されている場合、図９の解除要求メッセージは、ＳＩＰのリクエストに対応づけて生成してもよい。具体的には、ＳＩＰのプロトコルメッセージが、リクエスト、ヘッダ、空白行及びボディからなる場合、リンク設定要求部２６５は、ＳＩＰのプロトコルメッセージのリクエストにＳＩＰのリクエストのＲＥＧＩＳＴＥＲを含め、ヘッダにリンク設定の解除の旨、ワンタイムＩＤ（図９の「ワンタイムＩＤ（要求側）」）及びユーザ識別情報（図９の「ユーザ識別情報（要求側）」）を含め、ボディにユーザ識別情報（図９の「ユーザ識別情報（相手側）」）を含めることで、解除要求メッセージを生成する。
このようなリンク設定の解除の要求により、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。
なお、リンク設定要求部２６５は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
（２−１−２−１１．ＡＰ部２６７）
−端末装置用のソフトウェアの実行
ＡＰ部２６７は、ＡＰサービスに関する端末装置側の処理を実行する。また、ＡＰ部２６７は、ＡＰサービスを利用するために、必要に応じて、第２通信部２２０を介してＰＢＸ１００と通信する。ＡＰ部２６７は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
また、ＰＢＸ１００により端末装置２００にワンタイムＩＤが発行されるので、ＡＰ部２６７は、当該ワンタイムＩＤを使用してＡＰサービスの通信を行う。より具体的には、例えば、ＡＰ部２６７は、ＡＰサービスにおいて情報を送信する場合に、当該情報の送信元の識別情報としてワンタイムＩＤを併せて送信する。
また、ＡＰ部２６７は、別の端末装置２００に情報を送信する場合には、データを送信する場合に、ＰＢＸ１００（呼制御部１３９）に、ワンタイムＩＤからＩＰアドレスへの変換を依頼し、別の端末装置２００のＩＰアドレスを取得する。そして、ＡＰ部２６７は、取得したＩＰアドレスを宛先として上記別の端末装置２００に情報を送信する。
また、ＡＰ部２６７は、別の端末装置２００から情報を受信する場合に、当該別の端末装置２００のワンタイムＩＤを受信し、当該情報の送信元を当該ワンタイムＩＤにより識別する。
−ＡＰサービスの例
一例として、ＡＰサービスは、区域内通話サービスである。また、一例として、区域９０は、ショッピングモールである。このようなＡＰサービスによれば、例えば、ショッピングモールの顧客であるユーザ１０は、所望の店員又は別の顧客であるユーザ１０と通話することができる。以下、このようなＡＰサービスにおける端末装置２００の画面の例を、図１６及び図１７を参照して説明する。
図１６は、区間内通話サービスにおいて端末装置２００に表示される画面の第１の例を説明するための説明図である。図１６を参照すると、端末装置２００Ａと別の端末装置２００Ｂが示されている。そして、端末装置２００Ａと別の端末装置２００Ｂに表示される画面２５１も示されている。このように、ＡＰ部２６７は、表示部２５０に、ＡＰサービスについての画面を表示させる。例えば、区域内通話サービスでは、端末装置２００の近傍に位置するスタッフが端末装置２００に表示される画面２５１で示される。図１６の例では、端末装置２００Ａと端末装置２００Ｂとが近距離に位置するので、端末装置２００Ａの画面２５１Ａと端末装置２００Ｂの画面２５１Ｂとには、同一のスタッフが示されている。例えば、端末装置２００Ａの画面２５１Ａと端末装置２００Ｂの画面２５１Ｂとには、スタッフであるユーザ１０のユーザ識別情報として、「Ｓａｔｏ（家電）」、「Ｓｕｚｕｋｉ（玩具）」及び「Ｔａｋａｈａｓｈｉ（服飾）」が示されている。また、端末装置２００とスタッフとの距離も示されている。
図１７は、区間内通話サービスにおいて端末装置２００に表示される画面の第２の例を説明するための説明図である。図１７の例では、端末装置２００Ｂは、図１６の例での位置から別の位置へと移動している。そのため、端末装置２００Ａの画面２５１Ａは、図１６の例と同様であるが、端末装置２００Ｂの画面２５１Ｂは、図１６の例とは異なる。端末装置２００Ｂの画面２５１Ｂには、スタッフであるユーザ１０のユーザ識別情報として、「Ｔａｋａｈａｓｈｉ（服飾）」及び「Ｉｔｏ（服飾）」が示されている。
なお、図１６及び図１７の例では、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定は行われていない。
−リンク設定の承認処理
上述したように、例えば、ＡＰ部２６７は、上記リンク設定の承認を行う。
上記承認は、端末装置２００と別の端末装置２００との間での装置間通信を通じて行われる。より具体的には、当該装置間通信は、近距離での無線通信である。一例として、当該近距離での無線通信は、ＮＦＣ又は赤外線通信である。
例えば、端末装置２００ＡのＡＰ部２６７は、端末装置２００Ａと別の端末装置２００Ｂとの間でのＮＦＣを通じて、リンク設定の承認を行う。以下、リンク設定の承認の具体例を図１８〜図２０を参照して説明する。
図１８は、リンク設定の承認のために端末装置２００に表示される第１の画面の例を説明するための説明図である。図１８を参照すると、端末装置２００Ａと別の端末装置２００Ｂが示されている。図１８に示されるように、端末装置２００Ａと端末装置２００Ｂとは近距離に位置する。そして、端末装置２００Ａ及び端末装置２００Ｂは、ＮＦＣを行う。すると、端末装置２００Ａには、画面２５１Ａとして、リンク設定を承認するか否かを選択するための画面（以下、「承認用画面」と呼ぶ）が表示される。同様に、端末装置２００Ｂには、画面２５１Ｂとして、承認用画面が表示される。
図１９は、リンク設定の承認のために端末装置２００に表示される第２の画面の例を説明するための説明図である。図１９を参照すると、端末装置２００Ａのユーザ１０Ａが承認のための入力を行い、当該入力が入力部２４０により受け付けられる。すると、リンク設定の承認メッセージが、端末装置２００Ａ（ＡＰ部２６７）により、端末装置２００Ｂへ送信される。また、端末装置２００Ａには、画面２５１Ａとして、相手側の承認待ちであることを示す画面（以下、「承認待ち画面」と呼ぶ）が表示される。このように、ＡＰ部２６７は、リンク設定の承認を行う。なお、端末装置２００Ｂには、承認用画面が表示されたままである。ここで、リンク設定の承認メッセージは、リンク設定の申し込みまたは承諾の旨であるが、加えて端末装置２００とＰＢＸ１００との間で（リンク設定のメッセージを）やりとりするために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を規定してもよい。
その後、端末装置２００Ｂも、リンク設定の承認を行う。その結果、リンク設定要求メッセージが、ＰＢＸ１００へ送信される。そして、リンク設定が行われる。
図２０は、リンク設定の承認後に端末装置２００に表示される画面の一例を説明するための説明図である。図２０を参照すると、端末装置２００Ａの画面２５１Ａには、区域内通話の相手の候補として、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が示される。また、端末装置２００Ｂの画面２５１Ｂには、区域内通話の相手の候補として、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が示される。
このような、装置間通信を通じた承認により、ユーザ１０同士の直接的なコミュニケーションなしにリンク設定が勝手に行われてしまうことを防ぐことができる。また、ＮＦＣのような近距離での無線通信が用いられれば、目視を伴う対面でのコミュニケーションが前提となるので、ユーザ１０間での合意に基づいて、リンク設定が行われるようになる。これにより、例えば、遠隔でハンドルネーム情報のみに基づいた承認操作が潜在的に有する、非関係者による偽の関係者としてのなりすまし行為問題の発生を防止し、またそのような危険を防止していることがリンク設定を行おうとしているユーザ１０に直感的に伝わる承認方法であることで、ユーザ１０が安心感を持ってリンク設定行為を行うことができる。また、例えば、誤った操作により、見知らぬユーザ１０の端末装置２００が相手となるリンク設定が行われてしまうことを、回避することができる。さらに、ＮＦＣのような近距離での無線通信が用いられれば、リンク設定の相手側の候補が限定されるので、相手側の候補を探す手間を省くことができる。つまり、リンク設定はユーザにとってより安心なものになり得る。
−リンク設定後の処理
リンク設定後には、端末装置２００ＡのＡＰ部２６７は、別の端末装置２００Ｂへ情報を提供し、又は別の装置２００Ｂから情報を取得することが可能になる。
例えば、ＡＰサービスが区域内通話サービスである場合には、端末装置２００ＡのＡＰ部２６７は、別の端末装置２００Ｂとの音声通信を行うことが可能（発着信待ち状態）になる。以下、この点について図２１を参照して具体例を説明する。
図２１は、端末装置２００Ａと別の端末装置２００Ｂとの間の区域内通話において表示される画面の一例を説明するための説明図である。例えば、図２０に示されるように、端末装置２００Ａの画面２５１Ａが表示されている場合に、「Ｈａｎａｋｏ」が、区域内通話の相手として選択される。すると、図２１に示されるように、端末装置２００Ａには、画面２５１Ａとして、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂへの発信中であることを示す画面が表示される。また、端末装置２００Ｂには、画面２５１Ｂとして、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａからの着信中であることを示す画面が表示される。ここで、端末装置２００Ｂにおいて、選択肢「話す」及び選択肢「切る」のうちの選択肢「話す」が選択されると、端末装置２００Ａと端末装置２００Ｂとの間の通話が開始する。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））が通話状態となる。他方、端末装置２００Ｂにおいて、選択肢「切る」が選択されると、端末装置２００Ａと端末装置２００Ｂとがリンク設定の承認後の画面（端末装置２００Ａが図２０の画面２５１Ａ、端末装置２００Ｂが図２０の画面２５１Ｂ）となる。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））で発着信待ち状態となる。また、端末装置２００において、終話（端末装置２００Ａと端末装置２００Ｂとの間の音声通信が終了または着信中の端末装置２００Ｂで選択肢「切る」が選択）後、通話履歴表示を行ってもよい。この場合、発信者側の端末装置２００Ａは、図２０の画面２５１Ａの画面にさらに通話の相手として「Ｈａｎａｋｏ」に対する発信実績を示す旨を含めて表示（例えば、図２０の画面２５１Ａの「Ｈａｎａｋｏ（家電）」に発信履歴アイコンを付与）し、発信者側の端末装置２００Ｂは、図２０の画面２５１Ｂの画面にさらに通話の相手として「Ｔａｒｏ」からの着信実績を示す旨を含めて表示（例えば、図２０の画面２５１Ｂの「Ｔａｒｏ（家電）」に着信履歴アイコンを付与）してもよい。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））で通話履歴表示を伴う発着信待ち状態となる。
また、例えば、ＡＰサービスが区域内通話サービスである場合には、端末装置２００ＡのＡＰ部２６７は、画面２５１Ａに含まれる区域９０の地図において、端末装置２００Ａのリンク設定の相手である端末装置２００Ｂの位置を示してもよい。以下、この点について図２２を参照して具体例を説明する。
図２２は、端末装置２００Ａと別の端末装置２００Ｂとの間の区域内通話のために表示される画面の一例を説明するための説明図である。図２２を参照すると、端末装置２００Ａが示されている。また、端末装置２００Ａには、画面２５１Ａが表示されている。画面２５１Ａは、ショッピングモールである区域９０の地図を含む。そして、画面２５１Ａには、顧客であるユーザ１０Ａの端末装置２００Ａの位置が、ユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。そして、画面２５１Ａには、顧客であるユーザ１０Ｂの端末装置２００Ｂの位置が、ユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。また、その他、スタッフであるユーザ１０の端末装置２００の位置が、当該ユーザ１０のユーザ識別情報「Ｓａｔｏ」、「Ｓｕｚｕｋｉ」及び「Ｔａｋａｈａｓｈｉ」とともに示されている。このような画面によれば、通話の相手の候補がどこにいるかを予め知ることができる。
−ユーザ識別情報の表示
また、例えば、端末装置２００のユーザ１０を識別するためのユーザ識別情報が、別の端末装置２００により取得される。そして、当該ユーザ識別情報は、別の端末装置２００による端末装置２００からの上記情報の取得（即ち、リンク設定に基づく情報の取得）に関連して、別の端末装置２００において表示される。
具体的には、例えば、図１８の例において、端末装置２００Ａ及び端末装置２００Ｂは、例えば、ＮＦＣを通じてユーザ識別情報を交換する。そして、承認用画面には、相手側の端末装置２００のユーザ１０のユーザ識別情報が表示される。例えば、端末装置２００Ａの画面２５１Ａには、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。また、端末装置２００Ｂの画面２５１Ｂには、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が表示される。
また、例えば、図２０の例において、端末装置２００Ａの画面２５１Ａには、区域内通話の相手の候補として、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。また、端末装置２００Ｂの画面２５１Ｂには、区域内通話の相手の候補として、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が表示される。
また、例えば、図２２の例において、端末装置２００Ａの画面２５１Ａには、区域９０内の端末装置２００Ｂの位置とともに、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。
匿名性を保持することを特徴とするワンタイムＩＤは、いずれのユーザ１０にも関連しない情報である。そのため、端末装置２００にワンタイムＩＤがそのまま表示されるだけでは、当該端末装置２００のユーザ１０は、リンク設定の相手側の端末装置２００のユーザ１０を特定することは難しい。そこで、以上の例のように、ユーザ識別情報が表示されることにより、匿名性を保持することを特徴とするワンタイムＩＤを使用しつつも、端末装置２００のユーザ１０は、リンク設定における相手側の端末装置２００のユーザ１０を容易に特定することができる。
−ユーザ識別情報の取得
−−手動での取得
ユーザ識別情報は、例えば、ユーザ１０による端末装置２００（入力部２４０）への入力により、取得される。具体的には、例えば、ＡＰサービスの提供のための端末装置用のソフトウェアが端末装置２００に配布され、さらにワンタイムＩＤが端末装置２００に発行されると、ＡＰ部２６７は、ユーザ識別情報（例えば、ハンドルネーム）の入力を促す画面を表示部２５０に表示させる。そして、ユーザ１０によるユーザ識別情報の入力が入力部２４０により受け付けられる。例えばこのように、ユーザ識別情報が取得される。
−−自動での取得
なお、ユーザ識別情報は、端末装置２００に記憶される情報から、端末装置２００の自律的な処理によって取得されてもよい。例えば、端末装置２００（記憶部２３０）に記憶されているアプリケーションソフトウェアに関する情報（以下、アプリケーション情報）の中から、ハンドルネームが抽出され、当該ハンドルネームが、端末装置２００のユーザ１０のユーザ識別情報として取得されてもよい。上記アプリケーションソフトウェアは、配布された端末装置用のソフトウェアであってもよく、又は端末装置２００に備えられる既存のアプリケーションソフトウェアであってもよい。
アプリケーション情報は、アプリケーションソフトウェアのプロセス名、プログラム名、ファイル名等で表される。プロセス名及びプログラム名は、アプリケーションソフトウェアの実行中にＯＳ（Operating System）上で認識される情報である。よって、アプリケーション情報が、プロセス名又はプログラム名で表される場合には、実行中のアプリケーションのアプリケーション情報から、ハンドルネームを検索することが有効である。また、ファイル名は、端末装置２００内におけるアプリケーションの自体（実行ファイル等）について認識される情報である。よって、アプリケーション情報が、ファイル名で表される場合には、実行中ではないアプリケーションのアプリケーション情報から、ハンドルネームを検索することが有効である。
第１の例として、アプリケーション情報がプロセス名で表される場合に、ＡＰ部２６７は、アプリケーションソフトウェアに関わるメモリ内の情報からハンドルネームを抽出してもよい。より具体的には、例えば、アプリケーションのプロセスに関わるメモリ領域をメモリダンプし、キーワード「ＩＤ」（上記プロセスの処理で用いられる変数）で検索することにより、ハンドルネームを抽出してもよい。
第２の例として、アプリケーション情報がプログラム名で表される場合に、ＡＰ部２６７は、アプリケーションにより管理される領域からハンドルネームを抽出してもよい。より具体的には、例えば、ＡＰ部２６７は、アプリケーションソフトウェアのプログラムのcookie（HTTP（HyperText Transfer Protocol） cookie）の格納領域を、キーワード「ＵＲＬ」（ネットワーク上のサービスと特定する情報）とキーワード「ＩＤ」（ネットワーク上のサービスが処理で用いる変数）とで検索することにより、ハンドルネームを抽出してもよい。
第３の例として、アプリケーション情報がファイル名で表される場合に、ＡＰ部２６７は、アプリケーションソフトウェアに関する設定ファイルからハンドルネームを抽出してもよい。より具体的には、例えば、ＡＰ部２６７は、パス（absolute path）「/etc/ccc.conf」を、キーワード「ＩＤ」（設定ファイル「/etc/ccc.conf」における設定名）で検索することにより、ハンドルネームを抽出してもよい。
なお、ＡＰサービスの提供のための端末装置用のソフトウェアが端末装置２００に配布され、さらにワンタイムＩＤが端末装置２００に発行された後に、ユーザ識別情報の取得が行われてもよい。
以上のように、端末装置２００によるユーザ識別情報の自動取得により、端末装置２００のユーザ１０は、ユーザ識別情報を入力しなくてもよい。よって、ＡＰサービスの利用にあたってのユーザ１０の手間を軽減することができる。その結果、より多くのユーザ１０がＡＰサービスを利用するようになり得る。また、使い慣れたユーザ識別情報が再利用されるので、ユーザ１０にとって好ましいユーザ識別情報が用いられ得る。
また、Ｔｅｌｎｅｔサービス、ＦＴＰ（File Transfer Protocol）サービス、ＳＮＳ（Social Networking Service）、Ｂｌｏｇ、電子掲示板サービス、電子メールサービス等のサービスが、ネットワーク上で提供されている。そして、これらサービスでは、多くの場合に、ＩＤ及びパスワードによる認証が前提となっている。また、これらのサービスの中には、認証用のＩＤが、サービス内で利用されるハンドルネームであることもある。また、これらのサービスを利用する端末装置には、サービスに対応するアプリケーションソフトウェアがインストールされて、当該アプリケーションソフトウェアが、サービスについての処理を実行する。そして、上記アプリケーションソフトウェアは、認証用のＩＤ及びパスワードを保持する場合もある。このような状況を勘案すると、アプリケーションに関する情報から、ハンドルネームのようなユーザ識別情報が取得され得る。
−ＡＰサービスの利用停止
また、例えば、ＡＰ部２６７は、ＰＢＸ１００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの利用を停止する。また、例えば、ＡＰ部２６７は、ユーザ１０による入力に応じてＡＰサービスの提供の停止をＰＢＸ１００に要求し、ＡＰサービスの利用を停止する。なお、ＡＰ部２６７は、これらの要求があったことをＡＰ管理部２６１に通知してもよい。
（２−１−２−１１．通信機能制御部２６９）
通信機能制御部２６９は、端末装置２００の通信機能に関する制御を行う。
例えば、区域９０内で提供されるアプリケーションサービスの通信を行うための端末装置２００の通信機能は、ワンタイムＩＤの発行後から上記リンク設定の要求前まで停止されてもよい。例えば、通信機能制御部２６９は、第２通信部（例えば、無線ＬＡＮ規格に従った無線通信機能）を、ワンタイムＩＤの発行後からリンク設定の要求前まで停止させてもよい。
通信機能の停止は、例えば、第２通信部に対応するハードウェアへの電力供給を断つこと、ハードウェアの制御のために用いられるデバイスドライバを解除すること等を含む。また、通信機能の停止は、ＯＳのパケットフィルタ機能により通信を遮断することを含んでもよい。
このようにアプリケーションサービスの通信を行うための通信機能を停止させることにより、ワンタイムＩＤを取得しつつ、その後リンク設定に基づく通信が必要になるまで、消費電力を抑え、又はトラフィックを軽減することができる。
また、例えば、装置間通信を行うための端末装置２００の通信機能は、別の端末装置２００との装置間通信の前にリフレッシュされてもよい。例えば、通信機能制御部２６９は、第１通信部（例えば、ＮＦＣ規格に従った無線通信機能）を、別の端末装置２００との通信の前にリフレッシュされてもよい。
具体的には、例えば、通信機能制御部２６９は、第１通信部に対応するハードウェアの電源をＯＦＦにした後に、当該電源をＯＮにしてもよい。また、通信機能制御部２６９は、第１通信部に対応する制御用ソフトウェア（例えば、デバイスドライバ）のアンローディングを行った後に、当該ソフトウェアのローディング及びリハッシュを行ってもよい。さらに、通信機能制御部２６９は、第１通信部についてのＯＳからのデタッチを行った後に、第１通信部についてのＯＳへのアタッチを行ってもよい。例えば、このように、通信機能制御部２６９は、通信機能をリフレッシュさせてもよい。
一般的に、無線デバイス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス）は、通信中におけるバッテリの電力の枯渇により停止すると、正常に通信できないことがある。その結果、通信不整合又は通信問題に陥ることがあり得る。その場合に、無線デバイスの電源のＯＦＦにした後にＯＮにすること、デバイスを切り離して再帰属処理を行うことが、推奨されている。とりわけ、無線デバイスについては、フェージング等に起因する受信電力の変動、外界からのノイズ等の問題が想定される。よって、上述したように、リフレッシュが行われることにより、通信不整合又は通信問題から無線デバイスを復活させることができる。
（２−１−２−１２．使用状況推測部２７１）
使用状況推測部２７１は、測定部２５２による測定結果に基づいて、端末装置２００が未使用中であるか否かを推測する。例えば、直近２４時間など、一定時間における等価騒音レベル（ＬＡｅｑ）が３０デシベル以下である場合や、瞬間的な騒音レベル（ＬＡ）の最大値が４０デシベル以下である場合には、端末装置２００は、当該期間においてユーザ１０に持ち歩かれることもなく、静かな密閉区間に放置されている可能性が高い。このため、使用状況推測部２７１は、測定部２５２により上記の測定結果が得られた場合には、端末装置２００が未使用中であると推測する。
また、直近２４時間における、端末装置２００周辺の照度の測定値が継続して所定の値以下である場合には、端末装置２００は、照明の無い密閉空間に放置され続けている可能性が高い。このため、使用状況推測部２７１は、上記の測定結果が得られた場合には、端末装置２００が未使用中であると推測する。
また、直近２４時間における、加速度の測定値（絶対値）が継続して所定の値以下である場合には、端末装置２００は、人間に触れられることなく、放置され続けている可能性が高い。このため、使用状況推測部２７１は、上記の測定結果が得られた場合には、端末装置２００が未使用中であると推測する。
なお、使用状況推測部２７１は、各種センサによる測定結果を別々に用いる代わりに、各センサによる測定結果を組み合わて、端末装置２００が未使用中であるか否かを推測することも可能である。
［２−１−３．処理の流れ］
続いて、図２３〜図２８を参照して、本実施形態に係る通信制御処理を説明する。
（２−１−３−１．ＡＰサービスの開始時の処理）
図２３は、本実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。
まず、ステップＳ４０１で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。
ステップＳ４０３で、ＰＢＸ１００のＡＰサービス管理部１３１は、通信部１１０を介して、検索されたＡＰサービスに関する情報をＡＰサービス検索結果として端末装置２００に提供する。
ステップＳ４０５で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス利用開始要求メッセージをＰＢＸ１００に送信する
ステップＳ４０７で、ＰＢＸ１００のＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスの提供のための端末装置用のソフトウェアを、端末装置２００に配布する。
ステップＳ４０９で、端末装置２００のＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。
ステップＳ４１１で、ＰＢＸ１００のＩＤ管理部１３３は、ワンタイムＩＤを端末装置２００に発行する。
ステップＳ４１３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。その後、ワンタイムＩＤが使用されて、アプリケーションサービスの通信が行われる。
（２−１−３−２．リンク設定時の処理）
図２４は、本実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される。
まず、ステップＳ５０１で、端末装置２００ＡのＡＰ部２６７は、第１通信部２１０を介して、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を端末装置２００Ｂに提供する。また、ステップＳ５０３で、端末装置２００ＢのＡＰ部２６７も、第１通信部２１０を介して、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を端末装置２００Ａに提供する。
ステップＳ５０５及びステップ５０７で、端末装置２００Ａ及び端末装置２００ＢのＡＰ部２６７は、表示部２５０に、リンク設定の承認用画面を表示させる。
ステップＳ５０９で、端末装置２００Ａのユーザ１０Ａが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。
ステップＳ５１１で、端末装置２００ＡのＡＰ部２６７は、リンク設定の承認メッセージ（リンク設定の申し込みの旨）を端末装置２００Ｂへ送信する。
ステップＳ５１３で、端末装置２００ＡのＡＰ部２６７は、表示部２５０に、承認待ち画面を表示させる。
ステップＳ５１５で、端末装置２００ＢのＡＰ部２６７は、表示部２５０に、承認用画面を表示させる。当該承認用画面には、端末装置２００Ａでの承認が行われたことが示される。
ステップＳ５１７で、端末装置２００Ｂのユーザ１０Ｂが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。
ステップＳ５１９で、端末装置２００ＢのＡＰ部２６７は、リンク設定の承認メッセージ（リンク設定の承諾の旨）を端末装置２００Ａへ送信する。
ステップＳ５２１で、端末装置２００Ａのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。
ステップＳ５２３で、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。
ステップＳ５２５で、ＰＢＸ１００のリンク設定部１３５は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。
ステップＳ５２７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信させる。その後、リンク設定に基づく通信が行われる。
−変形例
なお、上記のＳ５０１〜Ｓ５０３の変形例として、以下のような処理の流れも適用可能である。
まず、ステップＳ５０１で、端末装置２００Ａは、ユーザ識別情報（「Ｔａｒｏ」）から変換された例えばＱＲコード（登録商標）のような画像を表示部２５０に表示する。そして、端末装置２００Ｂは、端末装置２００Ａに表示された画像を撮像することにより取得し、そして、取得された画像に基づいて、端末装置２００Ａのユーザ識別情報（つまり「Ｔａｒｏ」）を取得する。
あるいは、端末装置２００Ａのユーザ１０Ａは、ユーザ１０Ｂから端末装置２００Ｂを直接受け取り、そして、端末装置２００Ｂにおいて自己のユーザ識別情報（「Ｔａｒｏ」）を手入力することにより、ユーザ識別情報を提供する。
次に、ステップＳ５０３で、端末装置２００Ｂは、同様に、ユーザ識別情報（「Ｈａｎａｋｏ」）から変換された例えばＱＲコードのような画像を表示部２５０に表示する。そして、端末装置２００Ａは、端末装置２００Ｂに表示された画像を撮像することにより取得し、そして、取得された画像に基づいて、端末装置２００Ｂのユーザ識別情報（「Ｈａｎａｋｏ」）を取得する。
あるいは、端末装置２００Ｂのユーザ１０Ｂは、ユーザ１０Ａから端末装置２００Ａを直接受け取り、そして、端末装置２００Ｂにおいて自己のユーザ識別情報（「Ｈａｎａｋｏ」）を手入力することにより、ユーザ識別情報を提供する。
次に、端末装置２００ＡのＡＰ部２６７は、第１通信部２１０を介して、ユーザ識別情報「Ｔａｒｏ」自体、またはＳ５０１で提供されたユーザ識別情報の利用権限を端末装置２００Ｂに提供する。また、端末装置２００ＢのＡＰ部２６７も、第１通信部２１０を介して、ユーザ識別情報「Ｈａｎａｋｏ」自体、またはＳ５０３で提供されたユーザ識別情報の利用権限を端末装置２００Ａに提供する。
この変形例によれば、相手端末装置２００から提供されるユーザ識別情報の信頼性が向上する。このため、例えば馴染みの少ない人物同士でユーザ識別情報を交換する場合などにおいて、各ユーザ１０は、通信システムをより安心して利用することができる。
（２−１−３−３．リンク設定の解除時の処理−区域９０外への移動）
図２５は、本実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａが区域９０外に移動してしまった場合の処理である。
まず、ステップＳ６０１で、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされるか否かを判定する。当該ＩＤ使用終了条件は、区域９０内に当該ワンタイムＩＤを使用する端末装置２００Ａが位置しないこと（第１終了条件）を含む。そのため、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされると判定する。
ステップＳ６０３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、端末装置２００Ａに発行されたワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。
ステップＳ６０５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。
ステップＳ６０７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂへ送信させる。そして、処理は終了する。
（２−１−３−４．リンク設定の解除時の処理−解除要求）
図２６は、本実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ｂのユーザ１０Ｂがリンク設定の解除を求める場合の処理である。
ステップＳ６３１で、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を解除するためのユーザ１０Ｂの入力が、入力部２４０により受け付けられると、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定の解除を決定する。
ステップＳ６３３で、端末装置２００Ｂのリンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。
ステップＳ６３５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。
ステップＳ６３７及びステップＳ６３９で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂ及び端末装置２００Ａへ送信させる。そして、処理は終了する。
（２−１−３−５．リンク設定の解除時の処理−解除要求）
図２７は、本実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、ＰＢＸ１００により行われる処理である。また、当該通信制御処理は、ＰＢＸ１００が発信メッセージを受信した際に開始される。当該発信メッセージは、例えば、発信側のワンタイムＩＤ「１０００」と着信側のワンタイムＩＤ「１００１」を含む。
ステップＳ７０１で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとがＩＤ管理テーブルに存在するかを判定する。例えば、ＩＤ管理テーブルにワンタイムＩＤ「１０００」及び「１００１」が存在するかが、判定される。これらのワンタイムＩＤが存在する場合には、処理はステップＳ７０３へ進む。そうでなければ、処理は終了する。
ステップＳ７０３で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルの使用可否フラグに基づいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとが使用されているかを判定する。例えば、ＩＤ管理テーブルにおいて、ワンタイムＩＤ「１０００」及び「１００１」に対応する使用可否フラグが「１」であるかが、判定される。これらのワンタイムＩＤが使用されていれば、処理はステップＳ７０５へ進む。そうでなければ、処理は終了する。
ステップＳ７０５で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するユーザ識別情報があるかを判定する。例えば、ワンタイムＩＤ「１０００」に対応するユーザ識別情報があるかが、判定される。当該ユーザ識別情報があれば、処理はステップＳ７０７へ進む。そうでなければ、処理は終了する。
ステップＳ７０７で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するリンク設定情報に、着信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。即ち、ワンタイムＩＤ「１０００」に対応するリンク設定情報に、ワンタイムＩＤ「１００１」に対応するユーザ識別情報（例えば、「Ｈａｎａｋｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７０９へ進む。そうでなければ、処理は終了する。
ステップＳ７０９で、制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の着信側のワンタイムＩＤに対応するリンク設定情報に、発信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。例えば、ワンタイムＩＤ「１００１」に対応するリンク設定情報に、ワンタイムＩＤ「１０００」に対応するユーザ識別情報（例えば、「Ｔａｒｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７１１へ進む。そうでなければ、処理は終了する。
（２−１−３−６．リンク設定の解除時の処理−解除要求）
図２８は、本実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、端末装置２００により行われる処理である。
ステップＳ８０１で、制御部２６０は、端末装置２００内のアプリケーションソフトウェアの有無を判定する。アプリケーションソフトウェアがある場合には、処理はステップＳ８０３へ進む。そうでなければ、処理はステップＳ８０９へ進む。
ステップＳ８０３で、制御部２６０は、アプリケーション情報からハンドルネームを抽出する。
ステップＳ８０５で、制御部２６０は、ハンドルネームが抽出されたかを判定する。ハンドルネームが抽出されていれば、処理はステップＳ８０７へ進む。そうでなければ、処理はステップＳ８０９へ進む。
ステップＳ８０７で、制御部２６０は、抽出されたハンドルネームをユーザ識別情報として取得する。そして、処理は終了する。
ステップＳ８０９で、制御部２６０は、入力部２４０を介して得られる入力情報を、ユーザ識別情報として取得する。そして、処理は終了する。
＜２−２．第２の実施形態＞
以上、第１の実施形態について説明した。次に、第２の実施形態について説明する。最初に、第２の実施形態を創作するに至った背景について説明する。
［２−２−１．背景］
図２９は、区域９０内の地図の一例を示した説明図である。図２９に示したように、例えばショッピングモールなどの区域９０は、例えば「服飾売場」、「玩具売場」、「通路」など複数のエリアから構成されていることが多い。
ところで、ユーザ１０Ａおよびユーザ１０Ｂの間でリンク設定が形成された後で、かつ、ユーザ１０Ａとユーザ１０Ｂとが区域９０内で別行動をすることも想定される。このような場合において、いずれかのユーザ１０は、プライバシーを意識することも想定される。例えば「服飾売場」における下着販売コーナーや「トイレ」などに位置していることを、離れて行動している相手ユーザ１０に知られることを望まないことが想定される。
後述するように、第２の実施形態によれば、区域９０内の特定のエリア内にユーザ１０が位置する場合には、相手ユーザ１０の端末装置２００において当該ユーザ１０の位置を変更して表示させることができる。
［２−２−２．ＰＢＸの構成］
まず、第２の実施形態に係るＰＢＸ１００の構成の一例を説明する。第２の実施形態によるＰＢＸ１００が有する構成要素は、第１の実施形態と同様である。以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−２−２−１．記憶部１２０）
第２の実施形態に係る記憶部１２０は、例えば図２９に示したような地図情報、およびエリアＤＢ１２５をさらに有する。エリアＤＢ１２５は、地図情報に含まれる各エリアに関して、プライバシフラグが設定されているか否かが記録されるＤＢである。ここで、プライバシフラグとは、対象のエリアに位置するユーザ１０の（正確な）位置情報を、リンク設定済みの他のユーザ１０に秘匿化するためのフラグである。
図３０は、エリアＤＢ１２５の構成例を示した説明図である。図３０に示した例では、区域９０における「服飾売場」および「トイレ」にプライバシフラグが設定されている例を示している。
［２−２−３．端末装置の構成］
次に、第２の実施形態に係る端末装置２００の構成の一例を説明する。第２の実施形態による端末装置２００が有する構成要素は、第１の実施形態と同様である。以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−２−３−１．ＡＰ部２６７）
−相手端末装置へ提供する位置情報の変更
第２の実施形態に係るＡＰ部２６７は、プライバシフラグが設定されたエリアに自端末が位置する場合には、自端末の位置情報を変更し、そして、変更後の位置情報を、リンク設定済みの別の端末装置２００へ提供する。ここで、位置情報とは、例えば経度および緯度を含む情報である。
なお、自端末が位置するエリアにプライバシフラグが設定されているか否かについては、ＡＰ部２６７は、ＰＢＸ１００へ問い合わせてもよい。または、端末装置２００は、エリアＤＢ１２５の登録内容を予めＰＢＸ１００からダウンロードし、記憶部２３０に記憶しておいてもよい。そして、ＡＰ部２６７は、記憶部２３０の記憶内容を参照することにより、自端末が位置するエリアにプライバシフラグが設定されているか否かを確認してもよい。
−−第１位置変換方法
ここで、上記のＡＰ部２６７の機能についてより詳細に説明する。例えば、ＡＰ部２６７は、区域９０内のプライバシフラグが設定されたエリアに自端末が位置する場合には、自端末の位置情報をランダムな位置情報に変更し、そして、変更後の位置情報を、リンク設定済みの別の端末装置２００へ提供してもよい。
より具体的には、ＡＰ部２６７は、図３１または図３２に示したように、まず、自端末の実際の位置情報３０から所定の範囲内の位置情報をランダムに選択する。あるいは、ＡＰ部２６７は、自端末が位置するエリア内において、実際の位置情報３０とは異なる位置情報をランダムに選択する。
そして、ＡＰ部２６７は、選択した位置情報３２を、自端末の位置情報として別の端末装置２００へ提供する。
−−第２位置変換方法
または、ＡＰ部２６７は、区域９０内のプライバシフラグが設定されたエリアに自端末が位置する場合には、自端末が位置するエリアに隣接するエリアのうちいずれかのエリアを選択し、そして、選択したエリア内の位置情報を自端末の位置情報として別の端末装置２００へ提供する。
例えば、図３３の左図に示したように、自端末の位置３０が「服飾売場」内である場合には、ＡＰ部２６７は、まず、「服飾売場」に隣接するエリアのうち最も近いエリア、つまり「通路」を選択する。そして、ＡＰ部２６７は、図３３の右図に示したように、「通路」内の位置３２の位置情報を、自端末の位置情報として別の端末装置２００へ提供する。
または、変形例として、自端末が位置するエリアに隣接するエリアのうち共有部分のエリアが存在する場合には、ＡＰ部２６７は、共有部分のエリアを選択してもよい。例えば、図３４に示した例では、自端末が位置する「服飾売場」に隣接するエリアのうち、共有部分のエリアとして「通路」が存在するので、図３４の右図に示したように、ＡＰ部２６７は、（変更後の位置情報が属するエリアとして）「通路」を選択する。この場合、エリアＤＢ１２５は、エリア及びプライバシフラグにエリア属性（共有部分のエリアか否かの情報等）を加えて構成してもよい。
なお、自端末が位置するエリアに隣接するエリアのうち、共有部分のエリアが存在しない場合には、ＡＰ部２６７は、自端末の位置情報に最も近いエリア（図３４の左図に示した例では「玩具売場」）を選択してもよい。
−−第３位置変換方法
または、ＡＰ部２６７は、区域９０内のプライバシフラグが設定されたエリアに自端末が位置する場合には、自端末の過去の移動履歴に基づいて、自端末の位置情報を変更してもよい。
例えば、ＡＰ部２６７は、図３５の左図に示したような、記憶部２３０に記憶されている移動履歴を用いて、図３５の右図に示したような、所定の時間だけ前の時点における位置情報を、変更後の位置情報３２として決定する。そして、ＡＰ部２６７は、決定した変更後の位置情報３２を、自端末の位置情報として別の端末装置２００へ提供する。なお、所定の時間の長さは、ユーザ１０が調整可能であってもよい。
または、変形例として、図３６に示したように、ＡＰ部２６７は、記憶部２３０に記憶されている移動履歴を用いて、自端末が現在位置するエリア（つまり、「服飾売場」）の代わりに、図３６の右図に示したような、当該移動経路において自端末が直前に位置したエリア（つまり、「通路」）内の位置情報を、変更後の位置情報３２として決定してもよい。
これらの変更例によれば、プライバシフラグが設定されているエリア内に自端末が位置する場合には、実際とは異なる位置またはエリア内に自端末が位置しているように、相手端末装置２００のユーザ１０に通知することができる。
−相手端末装置との間のリンクの解除の表示
また、第２の実施形態に係るＡＰ部２６７は、リンク設定済みの別の端末装置２００Ｂに関してワンタイムＩＤの使用終了またはリンクの解除が実施された場合には、リンク設定が解除されたことを表示部２５０に表示させることも可能である。
例えば、図３７の左図に示したように、区域内通話の相手候補が画面２５１Ａに表示されている場合において、リンク設定済みの端末装置２００Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）に関してリンク設定が解除された場合には、ＡＰ部２６７は、図３７の右図に示したように、端末装置２００Ｂとの間のリンク設定が解除されたことを示すメッセージ２５１２を画面２５１Ａに表示させる。また、ＡＰ部２６７は、図３７の右図に示したように、端末装置２００Ｂのユーザ識別情報２５１０を画面２５１Ａから消去させる。
また、図３８の左図に示したように、区域内通話の相手候補の位置情報を示す地図が画面２５１Ａに表示されている場合において、リンク設定済みの端末装置２００Ｂに関してリンク設定が解除された場合には、ＡＰ部２６７は、図３８の右図に示したように、端末装置２００Ｂとの間のリンク設定が解除されたことを示すメッセージ２５１２を画面２５１Ａに表示させる。また、ＡＰ部２６７は、図３８の右図に示したように、端末装置２００Ｂの位置表示２５１４を画面２５１Ａから消去させる。
なお、変形例として、ＡＰ部２６７は、図３９の右図に示したように、メッセージ２５１２において、リンク設定が解除された理由をさらに含めて、画面２５１Ａに表示させることも可能である。例えば、ＡＰ部２６７は、上述した、ＰＢＸ１００によるワンタイムＩＤの使用終了の条件（第１終了条件〜第１０終了条件）、端末装置２００によるワンタイムＩＤの使用終了の条件（第１終了条件〜第９終了条件）、または、端末主導のリンク設定解除条件（第１のリンク設定解除条件〜第５のリンク設定解除条件）のいずれによりリンク設定が解除されたかを、メッセージ２５１２に表示させてもよい。
この表示例によれば、端末装置２００Ａのユーザは、端末装置２００Ｂとの間のリンク設定が解除された理由（例えばユーザ１０Ｂが区域９０外へ移動したことや、通信障害の発生など）をおおよそ理解することが可能となる。
＜２−３．第３の実施形態＞
［２−３−１．背景］
以上、第２の実施形態について説明した。次に、第３の実施形態について説明する。最初に、第３の実施形態を創作するに至った背景について説明する。
上述したように、第１の実施形態または第２の実施形態では、例えばユーザ１０が端末装置２００と共に所定の区域９０内からごく短時間だけ入退場した場合や、端末装置２００の一時的な電波環境不調によるユーザの意図しない通信遮断が発生した場合には、設定されたリンクがシステムにより自動的に解除される。そして、リンクが解除された後、ユーザ１０が再びリンクを形成することを望む場合には、端末２００同士を再度例えば手合い距離内に結集させることが必要となる。
しかしながら、リンク設定を形成していた二人のユーザ１０は所定の区域９０内で離れて別行動をしていることも想定される。例えば、巨大なショッピングモールでユーザ各自が離散して買い物を楽しんでいるような状況においては、ユーザ１０Ａにとって、旧リンク設定相手のユーザ１０Ｂを探して再び集合するだけでも少なからぬ労力が求められる。さらに悪いことに、リンク設定が解除されたことに伴い、リンク相手の現在位置情報を取得する機能や、リンク相手への区域内通話サービス機能が利用できなくなるので、旧リンク設定相手のユーザ１０Ｂを探す行為自体が困難になる。
後述するように、第３の実施形態によれば、端末装置２００に係る各種リンク設定解除条件に基づいたシステムによる終了・解除判定処理の実施を、端末装置２００Ａの動作状況、またはユーザＡからの入力により、一定の時間無効化し延期させる仕組みを提供することが可能である。
［２−３−２．ＰＢＸの構成］
第３の実施形態に係るＰＢＸ１００は、所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置２００からの情報を、上記通信のための別の識別情報を発行された別の端末装置２００が取得することを可能にする、リンク設定を行うリンク設定部１３５と、上記リンク設定の要求を受け付けるリンク要求受付部１３４と、を備え、リンク設定部１３５は、上記リンク設定を維持するための要求が端末装置２００から受信された場合には、上記リンク設定が解除されないように上記リンク設定を維持する。
さらに、リンク設定部１３５は、上記要求に含まれる上記リンク設定の維持時間の指示に基づいて、上記リンク設定が解除されないように上記リンク設定を維持してもよい。
以下では、第３の実施形態に係るＰＢＸ１００の構成について、より詳細に説明する。なお、第３の実施形態に係るＰＢＸ１００が有する構成要素は、第１の実施形態と同様である。従って、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−３−２−１．ＡＰサービス管理部１３１）
−リンクキープモードの維持時間長の算出
第３の実施形態に係るＡＰサービス管理部１３１は、リンクキープモードを維持する時間長の選択候補を算出する。ここで、リンクキープモードとは、端末装置２００における以下の２つの処理を行うための「リンク設定の一時保管」機能を利用した状態動作を意味する。第１の処理は、例えば端末装置２００Ｂが区域９０外に一時的に移動し、短時間経過後に再び区域９０内に戻ってくるような場合に、各種ワンタイムＩＤ使用終了条件またはリンク設定削除条件を一定の時間無効化する処理である。当該処理により、端末装置２００Ｂに紐づいたワンタイムＩＤ、およびリンク設定を維持保存し続けることが可能となる。第２の処理は、端末装置２００Ｂが「リンク設定の一時保管」機能を利用している状況であることを、端末装置２００Ｂとリンク設定形成済みである端末装置２００Ａへ通知する処理である。なお、以下では、端末装置２００が「リンク設定の一時保管」機能を利用した状態動作に入ることを、「端末装置２００がリンクキープモードに入る」と記すことがある。
例えば、ＡＰサービス管理部１３１は、端末装置２００の現在位置において、過去にリンクキープモードを利用した端末装置２００群およびユーザ１０群の統計的情報データに基づいて、「その位置・場所においてユーザ１０がリンクキープモードを利用する場合に最も適切である可能性が高い長さであると推定される時間長」の順位上位値を演算し、求める。
図４０は、リンクキープモードを維持する時間長の選択候補算出のためにＰＢＸ１００に収集されている統計的情報データの概念図である。図４０に示したグラフの横軸は、リンクキープモードでユーザ１０が指定するリンクキープの維持時間長（図４０に示した例では、１分間単位）であり、グラフの縦軸は、リンクキープモードで過去の端末装置２００群とユーザ１０群たちが指定したリンクキープ維持時間長の総回数である。例えば、過去に計１０００名のユーザ１０がそれぞれ１回ずつリンクキープモードを利用しており、５００名が５分間、３００名が３分間、２００名が１０分間を選択していた場合には、５分間の選択累積値は５００回、３分間の選択累積値は３００回、１０分間の選択累積値は２００回となる。このため、図４０に示した例では、５分間、３分間、１０分間の順に時間長の選択累積値が大きく、順位上位値はそれぞれ１位：５分間、２位：３分間、３位：１０分間となっている。なお、順位が上位であるほど、リンクキープモードの維持時間長としてユーザ１０がその時間長を選択する可能性が高いと推定される。
なお、上記の統計的情報データは、区域９０内のエリアごとに別々に生成されることが好適である。この理由は、例えば、ショッピングモールから駐車場の自家用車へ忘れ物を取りに戻るような場合でも、ショッピングモールから出るためのゲートが駐車場から距離が近いゲートであるか、距離が遠いゲートであるかによって駐車場までの移動距離と移動時間が変わるので、選択累積値の分布結果が異なると考えられるからである。また、後述するように、端末装置２００の一時的な電波環境不調によるユーザの意図しない通信遮断の場合においても、ショッピングモール内の各場所の構造や素材特性によって、電波環境不調が発生する傾向は異なる可能性がある。よって、場所を細分化し、各場所に応じた統計的情報データを用いることにより、リンクキープモード維持時間長としてより精度の高い、適切な値を推定し、そして、推定した値を選択候補として端末装置２００へ提供することが可能になると考えられる。
（２−３−２−２．リンク設定部１３５）
第３の実施形態によるリンク設定部１３５は、各端末装置２００のリンクキープモードの実行状態をＩＤ管理テーブルに登録する。
図４１は、第３の実施形態によるＩＤ管理テーブルの構成を説明するための説明図である。図４１に示したように、第３の実施形態によるＩＤ管理テーブルは、図３と比較して、「リンクキープモード」列をさらに含む。
例えば、リンクキープモードへ入る旨とユーザ１０Ｂにより選択入力されたリンクキープモード維持時間長のデータとを含むメッセージが端末装置２００Ｂから受信された場合には、図４１に示したように、リンク設定部１３５は、端末装置２００Ｂに紐づいたワンタイムＩＤ「１００１」のデータ行のリンクキープモード列に、リンクキープモード維持時間長の情報を含むデータを記録する。さらに、リンク設定部１３５は、記録されたリンクキープモード維持時間長を、時間経過に伴いカウントダウンしていく。
図４１に示した例では、ユーザ１０Ｂにより「５分間」のリンクキープモード維持時間長が選択された後、３秒間が経過しており、残りのリンクキープモード維持時間として「４ｍ５７ｓ」というデータが記録されている状態を示している。例えば、この時点から５秒間経過後には、リンク設定部１３５は、当該データを「４ｍ５２ｓ」へ更新する。そして、ＰＢＸ１００は、上記の時間経過に伴い更新されるリンクキープモード維持時間長データを、端末装置２００Ｂ（ワンタイムＩＤ「１００１」）のリンク設定相手メンバーである端末装置２００Ａ（ワンタイムＩＤ「１０００」）へ送信する。
なお、リンクキープモード維持時間長の設定値に特に制限はないが、想定される利用シーンが、例えば、ショッピングモールから駐車場の自家用車へ忘れ物を取りに戻るような場合には、３０分間や１時間程度を設定の上限値として予めシステムに定めておいてもよい。
また、リンク設定部１３５は、ユーザ１０Ｂが選択入力したリンクキープモード維持時間長のデータを、統計的情報データの１サンプルデータとしてＰＢＸ１００内に追加記録することが可能である。なお、１サンプルデータは、時間長の指定者（ここでは、ユーザ１０Ｂ）が特定不可能なように匿名化されたデータに加工されてからＰＢＸ１００内に保存されてもよい。
［２−３−３．端末装置の構成］
また、第３の実施形態に係る端末装置２００は、所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報をＰＢＸ１００から取得するＩＤ取得部２６３と、上記通信のための第２の識別情報を発行された別の端末装置２００との間に設定されたリンクの維持をＰＢＸ１００へ要求するリンク設定要求部２６５と、を備える。
さらに、上記リンクの維持の要求は、上記リンクが維持される時間の指示を含んでもよい。
以下では、第３の実施形態に係る端末装置２００の構成について、より詳細に説明する。なお、第３の実施形態に係る端末装置２００が有する構成要素は、第１の実施形態と同様である。従って、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−３−３−１．ＡＰ部２６７）
−リンクキープモードへの移行設定
第３の実施形態に係るＡＰ部２６７は、ユーザ１０による、端末装置２００のリンクキープモードへの移行用設定操作画面（以下、リンクキープモード設定画面とも称する）の呼び出し入力を受け付ける。なお、リンクキープモード設定画面の呼び出しは、端末装置２００Ｂが区域９０外へ移動しようとすることに連動し端末装置２００Ｂにより自律的に行われてもよい。または、端末装置２００Ｂの一時的な電波環境不調による通信遮断の場合には自動的にリンクキープモードに入ってもよい。
図４２は、リンクキープモード設定画面の一例を説明するための説明図である。図４２に示したように、リンクキープモード設定画面は、端末装置２００Ｂの現在位置（図４２に示した例では、ショッピングモールの出入口のひとつである「Ｙゲート」）、リンクキープモードに入るか否かをユーザ１０に尋ねる文章、リンクキープモードに入るための「リンクキープＯＮ」ボタン、リンクキープモードに入らないための「いいえ」ボタン、および、リンクキープモードを維持する時間長の選択候補を含む。
ここで、リンクキープモードを維持する時間長の選択候補としては、「Ｙゲート」における統計的情報データを基にしたリンクキープモード維持時間長の上位選択候補（５分間、３分間、１０分間）が示されている。例えば、ユーザ１０Ｂは、第１位の推奨値である「５分間」のリンクキープモード維持時間長を選択し、そして、「リンクキープＯＮ」ボタンをタッチ入力することにより、端末装置２００Ｂはリンクキープモードに入ることが可能である。
この表示例によれば、ＰＢＸ１００によって適切だと推奨された時間長候補のうちひとつを選択するだけでよいので、ユーザ１０は操作や思考を簡略化でき、利便性が高い。
なお、ユーザ１０は、表示された時間長候補の中から選択する代わりに、図４２に示した「マニュアル指定」欄において、自身の希望する任意の時間を直接手入力すること（マニュアル指定）も可能である。
−リンクキープモード中の表示
また、ＡＰ部２６７は、端末装置２００Ｂがリンク設定の一時保管機能を利用中である場合には、リンクキープモード中であることを示す画面（以下、リンクキープモード中画面とも称する）を表示部２５０に表示させる。
図４３は、リンク設定の一時保管機能利用中の端末装置２００Ｂとその時に端末装置２００Ａに表示される画面の一例を説明するための説明図である。図４３の左図に示したように、リンクキープモード中画面は、端末装置２００Ｂが現在区域９０（Ｇショッピングモール）外に存在しており、現在リンクキープモードに入っていることの説明、リンクキープモードの残り維持時間（例えば「４分５７秒」）、リンクキープモードを終了するための「リンクキープＯＦＦ」ボタンなどを含む。
他方、図４３の右図に示したように、端末装置２００Ａの表示部２５０には、リンク設定済みのメンバーのハンドルネーム（ユーザ識別情報）、相手の状況関連情報（現在位置や推定行動）、等が表示される。
ここでは、一例として、端末装置２００Ａのリンク設定済みのメンバーとして、端末装置２００Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）だけでなく、例えば、端末装置２００Ｃ（ユーザ識別情報「Ｋｅｎｊｉ」）と、端末装置２００Ｄ（ユーザ識別情報「Ｔａｋｅｏ」）と、が存在する場合における表示例を示している。ユーザ識別情報「Ｋｅｎｊｉ」と「Ｔａｋｅｏ」については、相手の状況関連情報（現在位置や推定行動）が通常通り表示されている。一方、ユーザ識別情報「Ｈａｎａｋｏ」については、現在区域９０外に位置し、リンクキープモードに入っていること、また、リンクキープモードが最長でもあと「４分５７秒」以内に終了すること、が示されている。
この表示例によれば、端末装置２００Ａのユーザ１０Ａは、リンク相手の端末装置２００Ｂが通信を行えない状況であっても、現在リンクキープモードであるという状況関連情報と、どれくらいの時間経過後には再びコミュニケーションが取れそうか、という目安が得られるという効果がある。
−リンクキープモードの利用推奨
また、ＡＰ部２６７は、所定の条件を満たす場合には、リンク設定の一時保管機能の利用を自律的にユーザに推奨する。例えば、端末装置２００Ｂを有するユーザ１０Ｂが区域９０から退場しようとする際、リンクキープモードに入る操作をユーザ１０Ｂは忘れてしまう恐れがある。そこで、ＡＰ部２６７は、ユーザ１０Ｂが区域９０から退場しようとする行動を推定し、そして、リンクキープモードに入る操作がその際に行われていなかった場合には、図４４に示すような警告画面を表示部２５０に自動的に表示してユーザ１０Ｂに注意喚起を行う。
図４４は、警告画面の一例を説明するための説明図である。図４４に示したように、警告画面は、端末装置２００Ｂの現在位置（図４４に示した例では、ショッピングモールの出入口のひとつである「Ｚゲート」）、リンクキープモードに入るか否かをユーザ１０に尋ねる文章、例えば図４２に示したようなリンクキープモード設定画面へ移行するための「設定画面を開く」ボタン、リンクキープモード設定画面へ移行しないための「いいえ」ボタン、を含む。なお、ユーザ１０Ｂが区域９０から退場しようとする行動の推定は、区域９０内における無線通信電波強度（出入口に近いほど弱い可能性や、出入口付近に備えられた無線通信アクセスポイントへの接続）や、端末装置２００Ｂの位置と移動方向（端末装置２００に備えられた加速度センサ等のデータを利用し推定してもよい）のデータ、などを利用して行われてもよい。
この表示例によれば、ユーザ１０Ｂが区域９０から退場する際にリンクキープモードに入る操作を忘れてしまうことを抑止できる。
−リンクキープモードへの自動移行
また、ＡＰ部２６７は、所定の条件を満たす場合には、リンク設定の一時保管機能を自律的に実行してもよい。例えば、一時的な電波環境不調による通信遮断の場合には、ユーザが気づかないうちに通信遮断状態になっており、ユーザ１０が操作をしようとする際に、ワンタイムＩＤおよびリンク設定がすでに終了・解除されてしまっていることも想定される。そこで、このような一時的な電波環境不調による通信遮断が発生した場合には、ＡＰ部２６７は、ワンタイムＩＤおよびリンク設定の終了・解除処理が行われる前に、リンクキープモードに自動的に入るようにしてもよい。
また、このような通信遮断に伴う自動的なリンクキープモードの実行が行われるか否かは、ユーザ１０Ｂが端末装置２００Ｂに対して、自動実行の可否を予め設定する仕様になっていてもよい。なお、このように自動的にリンクキープモードに入るような場合には、ＡＰ部２６７は、リンクキープモード維持時間長を自動的に決定する。例えば、ＡＰ部２６７は、統計的情報データを基にしたリンクキープモード維持時間長の第１位の選択候補や、あるいは、ユーザ１０Ｂが自動実行の可否を設定する際に手動設定した時間を、リンクキープモード維持時間長として決定してもよい。
上記のようにリンクキープモードが自動的に実行される効果として、例えばユーザ１０が意図や予想しえない端末装置２００の一時的な電波環境不調による通信遮断が発生した場合であっても、ワンタイムＩＤおよびリンク設定が不本意に終了・解除される問題の発生を抑止できることが挙げられる。例えば、リンクキープモード中に、電波環境の不調が改善し再び通信が可能になったり、または、ユーザ１０Ｂが端末装置２００を持って電波環境の良い場所に移動することによって再び通信が可能になり得るので、リンク設定を一定時間維持しておくことは有効である。
さらに、ＡＰ部２６７は、リンク設定の一時保管機能を自律的に実行した場合には、例えば図４５に示したような自動移行画面を表示部２５０に自動的に表示させることも可能である。なお、図４５に含まれる表示要素は、図４３の左図と概略同様であるので、説明を省略する。
［２−３−４．処理の流れ］
続いて、図４６を参照して、第３の実施形態に係る通信制御処理を説明する。図４６は、第３の実施形態に係るリンク設定の一時保管時における通信制御処理の概略的な流れを示したシーケンス図である。なお、ここでは、区域９０内において、ユーザ１０Ａ（ユーザ識別情報「Ｔａｒｏ」）が所持する端末装置２００Ａ、およびユーザ１０Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）が所持する端末装置２００Ｂが、それぞれＰＢＸ１００からワンタイムＩＤを配布され、かつ、互いにリンク設定が形成済みであることを前提とする。
まず、ステップＳ９０１で、端末装置２００ＢのＡＰ部２６７は、ユーザ１０Ｂによる、リンクキープモード設定画面の呼び出し入力を受け付ける。
次に、ステップＳ９０３で、端末装置２００ＢのＡＰ部２６７は、（リンクキープモード設定画面において必要となる）リンクキープモード維持時間長の上位選択候補データを要求するメッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ９０５で、ＰＢＸ１００のＡＰサービス管理部１３１は、記憶部１２０に記憶している、端末装置２００Ｂの現在位置における統計的情報データに基づいて、当該位置におけるリンクキープモード維持時間長の上位選択候補データを算出する。
次に、ステップＳ９０７で、ＰＢＸ１００のＡＰサービス管理部１３１は、算出した、リンクキープモード維持時間長の上位選択候補データを含むメッセージを端末装置２００Ｂへ通信部１１０に送信させる。
次に、ステップＳ９０９で、端末装置２００ＢのＡＰ部２６７は、受信されたリンクキープモード維持時間長の上位選択候補データを含む、例えば図４２に示したような、リンクキープモード設定画面を表示部２５０に表示させる。さらに、ＡＰ部２６７は、ユーザ１０Ｂによる、リンクキープモードへの移行操作入力を受け付ける。
次に、ステップＳ９１１で、端末装置２００ＢのＡＰ部２６７は、リンクキープモードへ入る旨とユーザ１０Ｂが選択入力したリンクキープモード維持時間長のデータとを含むメッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ９１３で、ＰＢＸ１００のリンク設定部１３５は、受信されたメッセージに基づいて、ＩＤ管理テーブルにおける該当のデータを更新する。
次に、ステップＳ９１５で、ＰＢＸ１００のリンク設定部１３５は、（端末装置２００Ｂに対応する）リンクキープモード維持時間長データを端末装置２００Ａへ通信部１１０に送信させる。なお、リンク設定部１３５は、時間経過に応じて当該リンクキープモード維持時間長データをカウントダウンさせ、かつ、定期的に（カウントダウン後の）リンクキープモード維持時間長データを端末装置２００Ａへ送信させる。
次に、ステップＳ９１７で、端末装置２００ＡのＡＰ部２６７は、例えば図４３の右図に示したように、端末装置２００Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）がリンクキープモードへ入った旨と、（ＰＢＸ１００から受信される）カウントダウンされていくリンクキープモード維持時間長データを含む情報を表示部２５０に表示させる。
次に、ステップＳ９１９で、例えばユーザ１０Ｂが区域９０内に再入場した際に、端末装置２００ＢのＡＰ部２６７は、ユーザ１０Ｂによる、リンクキープモードを終了するための「リンクキープＯＦＦ」ボタンの操作入力を受け付ける。または、残りのリンクキープモード維持時間がすべて経過した場合には、ＡＰ部２６７は、端末装置２００Ｂのリンクキープモードを解除する処理を行う。
そして、端末装置２００Ｂは通常のワンタイムＩＤおよびリンク設定サービスを利用するモードに戻る。なお、この時点においてユーザ１０Ｂが区域９０内に再入場しておらず、ＰＢＸ１００との通信が行えない状況である等、ワンタイムＩＤの終了条件およびリンク設定の解除条件をともに満たしている場合には、リンクキープモードの解除とともに、端末装置２００Ｂに紐づいたワンタイムＩＤが終了され、かつリンク設定が解除される。
次に、ステップＳ９２１で、端末装置２００ＢのＡＰ部２６７は、リンクキープモードの解除処理が行われたことを含むメッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ９２３で、ＰＢＸ１００のリンク設定部１３５は、受信されたメッセージに基づいて、ＩＤ管理テーブルにおける該当のデータを更新する。具体的には、リンク設定部１３５は、ステップＳ９１３で追加されたリンクキープモード維持時間長データをＩＤ管理テーブルから削除する。すなわち、ワンタイムＩＤ「１００１」のデータ行のリンクキープモード列に記録されている維持時間長データ（図４１の例では「４ｍ５７ｓ」）を「−（データなし）」（すなわち、リンクキープモードではないことを示す状態）に更新する。
次に、ステップＳ９２５で、ＰＢＸ１００の制御部１３０は、端末装置２００Ｂに関してリンクキープモードの解除処理が行われたことを含むメッセージを端末装置２００Ａへ通信部１１０に送信させる。
次に、ステップＳ９２７で、端末装置２００ＡのＡＰ部２６７は、端末装置２００Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）がリンクキープモードを解除した旨を含む情報を表示部２５０に表示させる。そして、ＡＰ部２６７は、端末装置２００Ｂに関する情報表示を、通常の（相手の状況関連情報（現在位置や推定行動）を表示する）形式に更新する。
［２−３−５．効果］
（２−３−５−１．効果１）
以上説明したように、第３の実施形態によれば、リンク設定の一時保管機能が利用されることにより、例えばユーザ１０が所用により短時間だけ区域９０外へ退場後に区域９０へ再入場するような場合や、端末装置２００の一時的な電波環境不調による通信遮断が発生した場合であっても、ワンタイムＩＤおよびリンク設定がユーザ１０の不本意に終了されたり、解除されることがない。
また、例えば、ショッピングモールが本館と別館から成り立っており、本館と別館の建物間の移動には数分程度の屋外移動行動が必要であるなど、ワンタイムＩＤやリンク設定を利用できる区域９０が複数の領域に分かれている場合であっても、リンク設定の一時保管機能が利用されることにより、ワンタイムＩＤやリンク設定が削除されずに維持される。このため、本館と別館の間をユーザ１０は自由に移動することが可能となる。
（２−３−５−２．効果２）
また、ＰＢＸ１００から受信される統計的情報データに基づいて、端末装置２００においてリンクキープモードの維持時間長の設定をユーザ１０は簡便に行うことができる。
（２−３−５−３．効果３）
さらに、リンクが設定されている別の端末装置２００Ｂのユーザ１０Ｂは、端末装置２００Ａがリンクキープモードに入っていること、および、リンクキープモードの継続時間の目安を状況関連情報として知ることができる。このため、ワンタイムＩＤを利用した遠隔コミュニケーションの利便性がさらに向上する。
［２−３−６．変形例］
なお、例えば、ショッピングモール内の映画館における映画鑑賞中（例えば映画上映中の２時間）など、ワンタイムＩＤやリンク設定を利用した通話や着信等の通信をユーザ１０が一時的に利用を望まない場面も想定される。このため、変形例として、リンク設定を用いた通信は、端末装置２００においてオフラインモードに設定可能であってもよく、かつ、オフラインモードに設定されたことをリンク形成済みの相手ユーザに通知可能であってもよい。
例えば、ユーザ１０Ｂにより入力された、現在の位置情報（例えば映画館）、およびオフラインモードの維持時間長（以下、オフライン期間とも称する）を含む情報が端末装置２００Ｂから受信された場合には、ＰＢＸ１００は、設定されたオフライン期間には、リンク形成済みの相手ユーザからの通信要求を端末装置２００Ｂへ送信しないように制御することが可能である。また、ＰＢＸ１００は、時間経過に応じてオフライン期間をカウントダウンしていき、そして、カウントダウンしたオフライン期間を随時、当該相手ユーザへ送信することも可能である。
＜２−４．第４の実施形態＞
以上、第３の実施形態について説明した。上述したように、第３の実施形態では、リンク設定の一時保管機能を利用することにより、リンク設定の解除を一定時間無効化または延期させる仕組みを提供する。
次に、第４の実施形態について説明する。後述するように、第４の実施形態によれば、リンク設定解除処理が行われてしまった状況において、ＰＢＸ１００が記憶している当該リンクの残余データを利用することにより、以前に形成されたリンク設定を遠隔の端末装置２００同士で、かつ、セキュアに復元させる仕組みを提供することが可能である。
［２−４−１．ＰＢＸの構成］
第４の実施形態に係るＰＢＸ１００は、所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置２００からの情報を、上記通信のための別の識別情報を発行された別の端末装置２００が取得することを可能にする、リンク設定を行うリンク設定部１３５と、上記リンク設定の要求を受け付けるリンク要求受付部１３４と、を備え、リンク要求受付部１３４は、上記リンク設定が解除された後に、上記リンクの再設定の要求を受け付け、リンク設定部１３５は、上記リンクの再設定の要求に基づいて、端末装置２００と別の端末装置２００との間で上記リンクを再設定する。
さらに、ＰＢＸ１００は、設定されたリンクに関する情報を記憶する記憶部１２０をさらに備え、リンク設定部１３５は、記憶部１２０に記憶されている、設定されたリンクに関する情報に基づいて、端末装置２００と別の端末装置２００との間で上記リンクを再設定してもよい。
以下では、第４の実施形態に係るＰＢＸ１００の構成について、より詳細に説明する。なお、第４の実施形態に係るＰＢＸ１００が有する構成要素は、第１の実施形態と同様である。従って、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−４−１−１．リンク設定部１３５）
−リンク設定の解除
第４の実施形態に係るリンク設定部１３５は、第１の実施形態とは異なり、いずれかのワンタイムＩＤの使用が終了された場合であっても、ＩＤ管理テーブルにおいて、当該ワンタイムＩＤに対応するユーザ識別情報を、他のワンタイムＩＤの行におけるリンク設定情報から削除しない。
ここで、図４７を参照して上記の内容についてより詳細に説明する。リンク設定部１３５は、ワンタイムＩＤ「１００１」の使用が終了した場合であっても、（例えば図１１に示した第１の実施形態とは異なり）ワンタイムＩＤ「１００１」に対応するユーザ識別情報（「Ｈａｎａｋｏ」）を、他のワンタイムＩＤに対応するリンク設定情報から削除しない。つまり、図４７に示したように、ワンタイムＩＤ「１０００」の行においてリンク設定情報から「Ｈａｎａｋｏ」は削除されずに、継続して記憶される。
ただし、ユーザ識別情報として「Ｈａｎａｋｏ」が設定されたワンタイムＩＤはこの時点ではＩＤ管理テーブル上に（当然）存在しないので、端末装置２００Ａ（Ｔａｒｏ）は、リンク設定情報「Ｈａｎａｋｏ」を利用して別の端末装置２００と各種情報のやりとり（情報取得・提供）を行うことはできない。また、端末装置２００Ａ（Ｔａｒｏ）は、端末装置２００間通信においても、リンク設定情報「Ｈａｎａｋｏ」を利用することはできない。
なお、後述するように、この残されたリンク設定情報「Ｈａｎａｋｏ」は、以前に形成されたことのあるリンク設定を復元させる仕組み、を実現するために利用されるデータとなる。
また、図４７に示したように、第４の実施形態に係るＩＤ管理テーブルは、例えば図１１に示した、第１の実施形態に係るＩＤ管理テーブルと比べて、「リンク関連情報」列をさらに含んでもよい。この「リンク関連情報」列には、各ワンタイムＩＤ行の「リンク設定情報」に含まれるユーザ識別情報の属性を示す情報が記録される。例えば、図４７に示したように、リンク設定部１３５は、ワンタイムＩＤ「１００１」の使用が終了された場合には、当該ワンタイムＩＤに対応する端末装置２００（ユーザ識別情報「Ｈａｎａｋｏ」）との間のリンク設定が解除された日時や場所などを、ワンタイムＩＤ「１０００」行の「リンク関連情報」において記録しておくことが可能である。
−リンクの再設定
また、リンク設定部１３５は、新たにワンタイムＩＤを発行された端末装置２００Ｂとの間でのリンクの再設定を承認するメッセージが端末装置２００Ａから受信された場合には、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。
ここで、図４８を参照して上記の内容についてより詳細に説明する。ワンタイムＩＤ「１００２」が新たに発行された端末装置２００Ｂ（「Ｈａｎａｋｏ」）との間でのリンクの再設定を承認するメッセージが端末装置２００Ａ（「Ｔａｒｏ」）から受信された場合には、リンク設定部１３５は、図４８に示したように、ワンタイムＩＤ「１００２」の行においてリンク設定情報に「Ｔａｒｏ」を追加する。これにより、端末装置２００Ａと端末装置２００Ｂとの間でリンクが再設定される。
図４８に示したように、端末装置２００Ｂと紐づいたユーザ識別情報「Ｈａｎａｋｏ」のデータは、ワンタイムＩＤ「１００１」からワンタイムＩＤ「１００２」へと、リンク設定情報が同一のまま移行される。このように、本実施形態に係るリンク設定を復元する機能は、基盤となるワンタイムＩＤシステムを利用する各ユーザに付与された当初のワンタイムＩＤ番号に固有に依存するものではなく、また、各ユーザに対応するワンタイムＩＤ番号の自由な変更処理を妨げることはないという特徴を有する。
なお、図４８に示したように、リンク設定部１３５は、リンクを再設定した後には、ワンタイムＩＤ「１０００」の行における「リンク関連情報」から、ユーザ識別情報「Ｈａｎａｋｏ」との間のリンク設定が解除されたことの記録情報（例えば解除の日時や場所など）を削除してもよい。
［２−４−２．端末装置の構成］
また、第４の実施形態に係る端末装置２００は、所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報をＰＢＸ１００から取得するＩＤ取得部２６３と、上記通信のための第２の識別情報を発行された別の端末装置２００とのリンクの設定をＰＢＸ１００へ要求するリンク設定要求部２６５と、を備え、リンク設定要求部２６５は、設定されたリンクが解除された後に、上記別の端末装置２００が認証された場合には、上記リンクの再設定をＰＢＸ１００へ要求する。
さらに、上記別の端末装置２００には、設定されたリンクが解除された後に、上記通信のための第３の識別情報が発行されていてもよい。
以下では、第４の実施形態に係る端末装置２００の構成について、より詳細に説明する。なお、第４の実施形態に係る端末装置２００が有する構成要素は、第１の実施形態と同様である。従って、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−４−２−１．ＡＰ部２６７）
−質問メッセージ送信画面の表示
第４の実施形態に係るＡＰ部２６７は、以前リンクが形成されていた端末装置２００の存在が検出されたことがＰＢＸ１００により通知された場合には、相手ユーザ１０を確認するための質問メッセージ送信画面を表示部２５０に表示させる。
図４９の左図は、質問メッセージ送信画面の一例を説明するための説明図である。図４９に示したように、質問メッセージ送信画面は、例えば、以前リンクが形成されていた端末装置２００Ｂの存在が検出された旨を伝達するためのメッセージ通知、端末装置２００Ｂへ送信し、相手ユーザ１０Ｂの人物同一性（真性度）を確認するための質問メッセージの内容、および、当該質問メッセージをＰＢＸ１００へ送信するか否かを入力するためのタッチパネルボタンを含む。また、メッセージ通知は、相手ユーザ１０Ｂのユーザ識別情報（つまり、「Ｈａｎａｋｏ」）を含む。
ここで、「Ｈａｎａｋｏ」の人物同一性とは、検出されたユーザ識別情報「Ｈａｎａｋｏ」に対応する端末装置２００Ｂが、ユーザ１０Ａが以前手合い距離内でのリンク形成用操作を行ったユーザ１０Ｂの端末装置２００と同一であることを意味する。
ここで、図４９に示したような質問メッセージを相手ユーザ１０Ｂへ送信する必要性について説明する。本実施形態によるＰＢＸ１００は、ユーザ識別情報の設定に関して特別条件を設けていない。このため、別の人物が、ユーザ識別情報「Ｈａｎａｋｏ」を手動設定することにより人物「なりすまし」行為も可能であり、また、たまたま同名のハンドルネーム「Ｈａｎａｋｏ」を利用した他のユーザ１０である可能性もある。すなわち、ユーザ識別情報「Ｈａｎａｋｏ」のデータを有する端末装置２００Ｂが、本当に以前のリンク相手であるユーザ１０Ｂの端末装置２００Ｂ（旧ワンタイムＩＤ「１００１」）と同一のものであるか否かを、ユーザ１０Ａ（「Ｔａｒｏ」）が遠隔で、高い確実性を持って確認することはできない。従って、検出された「Ｈａｎａｋｏ」の人物同一性の確認するためには、図４９に示したように、ユーザ１０Ａとユーザ１０Ｂの二人しか知り得ない、秘密の情報を媒介としたコミュニケーションを行うことが有効となる。
図４９では、「私たちの結婚記念日はいつですか？」という質問メッセージが使用される例を示している。なお、図４９に示したように、回答となる年月日のうち一部（例えば、年である「２０１１年」）はユーザ１０Ａが入力しておいてもよい。この入力例によれば、質問メッセージを受け取るユーザ１０Ｂ（つまり、「Ｈａｎａｋｏ」）も、メッセージを送ってきた「Ｔａｒｏ」の人物同一性をある程度確認することができるという利点がある。
また、その他の質問例として、「好きなスポーツのチーム名は？」や「生まれた町名は？」、等が用いられてもよい。また、あらかじめユーザ１０Ａとユーザ１０Ｂの間で共有されている「合言葉」が質問されてもよい。
また、質問メッセージは、ユーザ１０が自由に考案してもよいし、ＰＢＸ１００が代表的な質問定型文のデータを有しており、端末装置２００にそのデータを提供しても構わない。
また、図４９に示したように、メッセージ通知には、例えば以前に形成していたリンク設定が解除された時間（例えば、「８」分間前）や場所（例えば、ショッピングモールのＥゲート）など、相手ユーザ１０Ｂを具体的に特定するための情報をさらに表示することも可能である。この表示例によれば、ユーザ１０Ａは、これらの情報を参照することにより、「Ｈａｎａｋｏ」の人物同一性をある程度判断することができる。例えば、「Ｈａｎａｋｏは無線通信環境の不調による通信不能によって８分前にワンタイムＩＤが不本意に削除されたことによりリンク設定も併せて削除されてしまったが、無線通信環境が好転したため、ふたたび通信が可能になり、新たなワンタイムＩＤが発行されて今回検出がなされたのだろう」や、または、「数分前にＥゲートにいたのであれば、新たなワンタイムＩＤのＨａｎａｋｏは、旧ワンタイムＩＤのＨａｎａｋｏと同一性が高いだろう」等の推測をユーザ１０Ａが行うことが可能になる。
−回答メッセージ送信画面の表示
また、ＡＰ部２６７は、別の端末装置２００による質問メッセージがＰＢＸ１００から受信された場合には、回答メッセージ送信画面を表示部２５０に表示させる。
図５０の右図は、回答メッセージ送信画面の一例を説明するための説明図である。図５０に示したように、回答メッセージ送信画面は、例えば、質問メッセージが届いた旨、質問メッセージの送り手のユーザ識別情報（「Ｔａｒｏ」）、質問メッセージの内容、回答メッセージ入力欄、および回答メッセージをＰＢＸ１００へ送信するか否かを入力するためのタッチパネルボタンを含む。
図５０では、回答メッセージ入力欄において、「（２０１１年）１１月１１日」と回答メッセージがユーザ２０Ｂにより入力された例を示している。
−承認入力画面の表示
また、ＡＰ部２６７は、別の端末装置２００による回答メッセージがＰＢＸ１００から受信された場合には、承認入力画面を表示部２５０に表示させる。
図５１は、承認入力画面の一例を説明するための説明図である。図５１に示したように、承認入力画面は、例えば、回答メッセージが届いた旨、回答メッセージの送り手のユーザ識別情報（「Ｈａｎａｋｏ」）、回答メッセージの内容、および端末装置２００Ｂとリンク設定を形成することを承認するか否かを入力するためのタッチパネルボタンを含む。この承認入力画面において、「承認する」がユーザ１０Ａにより選択された場合には、ＡＰ部２６７は、端末装置２００Ｂとの間でのリンク設定の形成を要求する再リンク承認メッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
この表示例によれば、表示された回答メッセージの内容から、ユーザ１０Ａは、相手ユーザ１０Ｂの人物同一性の程度を確認し、再びリンク設定を形成するかどうかを判断することができる。
［２−４−３．処理の流れ］
続いて、図５２を参照して、第４の実施形態に係る通信制御処理を説明する。図５２は、第４の実施形態に係る通信制御処理の概略的な流れを示したシーケンス図である。なお、ここでは、端末装置２００Ｂを有するユーザ１０Ｂが区域９０外に移動したことにより、端末装置２００Ｂに紐づいたワンタイムＩＤ「１００１」の使用が終了し、そして、（第１解除条件により）リンク設定が解除された場面を前提とする。
図５２に示したように、まず、ステップＳ１００１で、第１の実施形態と同様に、「リンク設定の解除時の処理」（図２５におけるＳ６０１〜Ｓ６０７）が行われる。
その後、ユーザ１０Ｂが、区域９０内へ再び移動したとする。
次に、ステップＳ１００３で、第１の実施形態と同様に、「ＡＰサービスの開始時の処理」（図２３におけるＳ４０１〜Ｓ４１３）が行われる。これにより、端末装置２００Ｂは、ＰＢＸ１００から新たに発行されたワンタイムＩＤ（例えば「１００２」）、およびユーザ１０Ｂにより再設定されたユーザ識別情報（例えば「Ｈａｎａｋｏ」）を使用可能になる。
次に、ステップＳ１００５で、ＰＢＸ１００のＩＤ管理部１３３は、端末装置２００Ｂへ新たに発行されたワンタイムＩＤ「１００２」、およびユーザ識別情報「Ｈａｎａｋｏ」に基づいて、ユーザ識別情報「Ｈａｎａｋｏ」と同一のデータが、他の発行済みワンタイムＩＤデータのリンク設定情報一覧の中に含まれていないかどうかをＩＤ ＤＢ１２３において探索を行う。そして、他の発行済みワンタイムＩＤにそれぞれ対応するリンク設定情報一覧の中にユーザ識別情報「Ｈａｎａｋｏ」と同一のデータが発見された場合は、Ｓ１００７へ進む。なお、以下の説明では、端末装置２００Ａに紐づいたワンタイムＩＤ「１０００」（ユーザ識別情報「Ｔａｒｏ」）のデータ行にのみ、リンク設定情報として「Ｈａｎａｋｏ」が登録されていた場合を前提として説明を行う。
次に、ステップＳ１００７で、ＰＢＸ１００の制御部１３０は、区域９０内においてユーザ識別情報「Ｈａｎａｋｏ」に対応する端末装置２００Ｂの存在が新たに検出された旨を伝達するためのメッセージを端末装置２００Ａへ通信部１１０に送信させる。
次に、ステップＳ１００９で、端末装置２００ＡのＡＰ部２６７は、受信されたメッセージに基づいて、図４９に示したような質問メッセージ送信画面を表示部２５０に表示させる。
次に、ステップＳ１０１１で、端末装置２００Ａの入力部２４０は、ユーザ１０Ａによる、質問メッセージをＰＢＸ１００へ送信するための入力を受け付ける。
次に、ステップＳ１０１３で、端末装置２００ＡのＡＰ部２６７は、質問メッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ１０１５で、ＰＢＸ１００の制御部１３０は、端末装置２００Ａから受信した質問メッセージを、端末装置２００Ｂへ送信するための呼制御処理を行う。
次に、ステップＳ１０１７で、ＰＢＸ１００の制御部１３０は、質問メッセージを端末装置２００Ｂへ通信部１１０に送信させる。
次に、ステップＳ１０１９で、端末装置２００ＢのＡＰ部２６７は、受信された質問メッセージに基づいて、図５０に示したような回答メッセージ送信画面を表示部２５０に表示させる。
次に、ステップＳ１０２１で、端末装置２００Ｂの入力部２４０は、ユーザ１０Ｂによる、回答メッセージの入力、および入力された回答メッセージを送信するための入力を受け付ける。
次に、ステップＳ１０２３で、端末装置２００ＢのＡＰ部２６７は、回答メッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ１０２５で、ＰＢＸ１００の制御部１３０は、端末装置２００Ｂから受信した回答メッセージを、端末装置２００Ａへ送信するための呼制御処理を行う。
次に、ステップＳ１０２７で、ＰＢＸ１００の制御部１３０は、回答メッセージを端末装置２００Ａへ通信部１１０に送信させる。
次に、ステップＳ１０２９で、端末装置２００ＡのＡＰ部２６７は、受信された回答メッセージに基づいて、図５１に示したような承認入力画面を表示部２５０に表示させる。
次に、ステップＳ１０３１で、端末装置２００Ａの入力部２４０は、ユーザ１０Ａによる、端末２００Ｂとの間でリンクを再設定することを承認するメッセージ（以下、再リンク承認メッセージと称する）の入力を受け付ける。
次に、ステップＳ１０３３で、端末装置２００ＡのＡＰ部２６７は、再リンク承認メッセージをＰＢＸ１００へ第２通信部２２０に送信させる。
次に、ステップＳ１０３５で、ＰＢＸ１００のリンク設定部１３５は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。具体的には、ＰＢＸ１００のリンク設定部１３５は、ワンタイムＩＤ「１００２」のデータ行において、リンク設定情報として「Ｔａｒｏ」を追加する。なお、リンク設定部１３５は、ワンタイムＩＤ「１０００」のデータ行に関しては、（リンク設定情報として「Ｈａｎａｋｏ」が元々存在しているので）何も変更しない。
次に、ステップＳ１０３７で、ＰＢＸ１００のリンク設定部１３５は、リンク設定完了メッセージを端末装置２００Ａへ通信部１１０に送信させる。なお、この時、端末装置２００ＡのＡＰ部２６７は、リンク設定完了メッセージを表示部２５０に表示させてもよい。
次に、ステップＳ１０３９で、ＰＢＸ１００のリンク設定部１３５は、リンク設定完了メッセージを端末装置２００Ｂへ通信部１１０に送信させる。なお、この時、端末装置２００ＢのＡＰ部２６７は、リンク設定完了メッセージを表示部２５０に表示させてもよい。
［２−４−４．効果］
以上説明したように、第４の実施形態によれば、端末装置２００Ａおよび端末装置２００Ｂを手合い距離内に再結集させることなく、遠隔で、かつ、人物同一性を確認可能なセキュアな再リンク設定を形成することができる。そして、再リンク設定後には、端末装置２００Ａと端末装置２００Ｂとの間で、リンク設定に基づく通信を再び行うことが可能になる。
［２−４−５．変形例］
なお、第４の実施形態の変形例として、以下のような構成も適用可能である。
（２−４−５−１．変形例１）
例えば、上記の説明では、区域９０内に再入場した端末装置２００Ｂとの遠隔再リンクのために、ＰＢＸ１００は、ハンドルネーム「Ｈａｎａｋｏ」の人物同一性（真性度）を確認する例について説明したが、かかる例に限定されず、ＰＢＸ１００は、端末装置２００Ｂの機器同一性を確認するようにしてもよい。
−ＭＡＣ（Media Access Control address）アドレスを用いた確認
例えば、ＰＢＸ１００は、端末装置２００Ｂを示すリンク設定情報として、端末装置２００Ｂが保有するネットワークアダプタの固有物理アドレスであるＭＡＣアドレスを取得し、記憶してもよい。そして、区域９０内に再入場した端末装置２００Ｂは、ワンタイムＩＤ「１００２」配布時にＭＡＣアドレスの値を取得され、そして、ＰＢＸ１００は、上記Ｓ１００５において、ユーザ識別情報の代わりに、ＭＡＣアドレスデータの探索と照合処理を実行し、上記の検出処理を行ってもよい。
−端末個体識別番号を用いた確認
あるいは、ＰＢＸ１００は、端末装置２００Ｂを示すリンク設定情報として、端末装置２００Ｂのハードウェアに対応した端末個体識別番号（例えば、ＵＤＩＤ（Ｕｎｉｑｕｅ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ））を取得することにより、端末装置２００Ｂの機器同一性を確認してもよい。
−ソフトウェア構成情報を用いた確認
あるいは、ＰＢＸ１００は、端末装置２００Ｂを示すリンク設定情報として、端末装置２００Ｂのソフトウェア構成情報を取得することにより、端末装置２００Ｂの機器同一性を確認してもよい。ここで、ソフトウェア構成情報とは、例えば、インストール済みのプログラムの数や種類、背景壁紙の種類、またはＯＳツールバーの表示設定、等を含む。
なお、ソフトウェア構成情報は、ユーザ１０Ｂが端末装置２００Ｂを操作することによって変更され得る。このため、ＰＢＸ１００は、例えば、複数のソフトウェア構成情報の組み合わせにより、端末装置２００Ｂの機器同一性を確認してもよい。この方法によれば、ソフトウェア構成情報の変更の影響を小さく抑えることができ、端末装置２００Ｂの機器同一性をより適切に確認することができる。
（２−４−５−２．変形例２）
また、別の変形例として、ＰＢＸ１００は、質問メッセージの代わりに、例えば指紋、音声、顔等の生体認証情報を利用することにより、ハンドルネーム「Ｈａｎａｋｏ」の人物同一性（真性度）を確認するようにしてもよい。例えば、ＰＢＸ１００は、端末装置２００Ｂを示すリンク設定情報として、端末装置２００Ｂが備える各種センサを利用してユーザ１０Ｂの指紋、音声、顔等の生体情報を取得し、記憶してもよい。そして、区域９０内に再入場した端末装置２００Ｂは、ワンタイムＩＤ「１００２」配布時にユーザ１０Ｂの生体情報を提供し、そして、ＰＢＸ１００は、上記Ｓ１００５において、ユーザ識別情報の代わりに、生体情報データの探索と照合処理を実行し、上記の検出処理を行ってもよい。
（２−４−５−３．変形例３）
また、別の変形例として、ＰＢＸ１００は、端末装置２００Ｂのソフトウェア動作用一時保管データに基づいて、端末装置２００Ｂの機器同一性を確認するようにしてもよい。例えば、ＰＢＸ１００は、端末装置２００Ｂを示すリンク設定情報として、ＡＰサービスの提供のために配布された端末装置用のソフトウェアが端末装置２００Ｂの記憶部２３０内に一時保管したデータを取得し、記憶してもよい。そして、区域９０内に再入場した端末装置２００Ｂは、ワンタイムＩＤ「１００２」配布時に、このソフトウェア動作用一時保管データを取得され、そして、ＰＢＸ１００は、上記Ｓ１００５において、（ユーザ識別情報の代わりに）ソフトウェア動作用一時保管データの探索と照合処理を実行し、上記の検出処理を行ってもよい。
なお、ソフトウェア動作用一時保管データとは、例えば、ブラウザソフトウェアにおけるキャッシュやクッキーのデータに相当するものである。また、当該データは、端末装置２００Ｂが区域９０外へ移動し、ＡＰサービスの提供のために配布された端末装置２００用のソフトウェアが削除された後も、残存データとして時限的に端末装置２００Ｂ内に残されてもよい。また、「時限的に」とは、例えば、ＡＰサービスの提供のために配布された端末装置用のソフトウェア削除時から２４時間だけ保存され、その後に自動削除されることを意味する。
（２−４−５−４．変形例４）
また、変形例１〜変形例３で述べた、リンク設定情報として他のデータを利用する方法は、複数組み合わせて実施してもよい。そして、複数組み合わせて実施することにより、ハンドルネーム「Ｈａｎａｋｏ」の人物同一性や端末装置２００Ｂの機器同一性をより適切に確認できるようになる。また、リンク設定情報として用いられるこれらのデータは、安全のため、ハッシュ化してＰＢＸ１００に保存されてもよい。
（２−４−５−５．変形例５）
また、上記の説明では、リンク相手ユーザ１０ＢのワンタイムＩＤおよびユーザ識別情報が削除された後であっても、ユーザ１０Ｂのリンク識別情報は、残された方のユーザ１０ＡのワンタイムＩＤに対応するリンク設定情報において残存し続ける例について説明したが、かかる例に限定されない。例えば、残された方のユーザ１０ＡのワンタイムＩＤに対応するリンク設定情報から、ユーザ１０Ｂ、つまり、削除されたリンク相手ユーザのリンク識別情報は、時限式に削除されてもよい。
より具体的には、ワンタイムＩＤ「１００１」、およびユーザ識別情報「Ｈａｎａｋｏ」、が削除された後、「２４時間」以内に、ユーザ識別情報「Ｈａｎａｋｏ」と紐づいた新たなワンタイムＩＤがＰＢＸ１００により区域９０内で検出されなかった場合は、ＰＢＸ１００は、ワンタイムＩＤ「１０００」（ユーザ識別情報「Ｔａｒｏ」）のデータ行のリンク設定情報から「Ｈａｎａｋｏ」を削除してもよい。
＜２−５．第５の実施形態＞
［２−５−１．背景］
以上、第４の実施形態について説明した。次に、第５の実施形態について説明する。最初に、第５の実施形態を創作するに至った背景について説明する。
第４の実施形態では、区域９０へ再入場した端末装置２００が２以上の別の端末装置２００との間で再リンク設定を形成する場合には、第４の実施形態で述べた方法を、相手の端末装置２００の台数だけ繰り返して行う必要がある。
上記の内容についてより具体的に説明する。例えば、区域９０内に、ＰＢＸ１００からのワンタイムＩＤ配布と互いにリンク設定形成済みの３種類のユーザ１０（ユーザ１０Ａ、ユーザ１０Ｂ、およびユーザ１０Ｃ）と、端末装置２００（端末装置２００Ａ、端末装置２００Ｂ、および端末装置２００Ｃ）とが存在するものとする。また、この時の、ＰＢＸ１００におけるＩＤ管理テーブルは、図５３に示したように登録されているものとする。
ここで、端末装置２００Ｂを有するユーザ１０Ｂが区域９０外へ移動した場合には、図５４に示したように、ＰＢＸ１００は、端末装置２００Ｂと紐づいたデータ（ワンタイムＩＤ「１００１」）をＩＤ管理テーブルから削除する。
続いて、ユーザ１０Ｂが区域９０内へ再入場した場合には、ＰＢＸ１００は、端末装置２００Ｂへ新たにワンタイムＩＤ（例えば「１００３」とする）を発行する。なお、ユーザ１０Ｂは、ユーザ識別情報として「Ｈａｎａｋｏ」を再設定したものとする。
続いて、端末装置２００Ａと端末装置２００Ｂとの間で、第４の実施形態におけるステップＳ１００５〜Ｓ１０３５と同様の処理により、遠隔で、再リンク設定が形成されたとすると、ＰＢＸ１００におけるＩＤ管理テーブルの状態は、図５５に示したようになる。
ここで、仮に端末装置２００Ｂと端末装置２００Ｃとの間においても、第４の実施形態と同様の方法を実施すれば、確かに再リンク設定の形成が可能である。しかしながら、当初リンクが設定されていた相手端末装置２００の台数が例えば５台以上など多数であった場合において、全ての相手端末装置２００との間でリンクを再設定しようとすると、相手端末装置２００の数だけ、第４の実施形態と同様の方法を行う必要がある。このため、端末装置２００Ｂのユーザ１０Ｂに少なからぬ作業負荷がかかることになる。
ところで、今、端末装置２００Ａと端末装置２００Ｂとの間では再リンク設定の形成処理により人物同一性の確認が完了している。また、端末装置２００Ａと端末装置２００Ｃとの間においても、既に最初のリンク設定が形成されているので、人物同一性の確認が完了している。よって、端末装置２００Ａを介することで、端末装置２００Ｂと端末装置２００Ｃは、人物同一性の確認のためのプロセスを省略して再リンク設定を形成したとしても、同一でない人物と誤ってリンク設定を形成してしまう可能性はほとんど無いと考えられる。
後述するように、第５の実施形態によれば、端末装置２００Ｂおよび端末装置２００Ｃとそれぞれリンクが設定されている端末装置２００Ａを仲介した通信を行うことにより、端末装置２００Ｂは、人物同一性の確認のためのプロセスを省略して、端末装置２００Ｃとの間で再リンクを設定することが可能である。
［２−５−２．処理の流れ］
続いて、図５６を参照して、第５の実施形態に係る通信制御処理を説明する。図５６は、第５の実施形態に係る通信制御処理の概略的な流れの一例を示すシーケンス図である。
なお、ここでは、端末装置２００Ａ、端末装置２００Ｂ、および端末装置２００Ｃはそれぞれ互いにリンク設定を形成していたが、端末装置２００Ｂの区域９０からの退場に伴いリンク設定が解除されたこと、および、その後、端末装置２００Ａと端末装置２００Ｂとの間でのみ第４の実施形態で述べた方法を用いて再びリンク設定が形成されたことを前提としている。また、図５６では、簡略化のためＰＢＸ１００を図示していないが、後述するステップＳ１１０３、Ｓ１１０５、Ｓ１１１１、Ｓ１１１７等の、各端末装置２００間のメッセージ送受信を含む通信はすべてＰＢＸ１００を介して行われるものとする。
図５６に示したように、まず、ステップＳ１１０１で、端末装置２００Ｃの入力部２４０は、ユーザ１０Ｃによる、端末装置２００Ａがリンク設定済みである相手メンバーの中に端末装置２００Ｂが存在しているか否かを問い合わせるメッセージを端末装置２００Ａへ送信するための入力を受け付ける。
次に、ステップＳ１１０３で、端末装置２００ＣのＡＰ部２６７は、入力されたメッセージをＰＢＸ１００を介して端末装置２００Ａへ送信させる。
次に、ステップＳ１１０５で、端末装置２００Ａは、端末装置２００Ａの現在のリンク設定済みの相手メンバーの中に端末装置２００Ｂが存在しているか否かの情報を含む、リンクメンバー情報メッセージをＰＢＸ１００を介して端末装置２００Ｃへ送信する。
なお、このリンクメンバー情報メッセージは、端末装置２００Ａの現在のリンク設定済みの相手メンバーの情報、すなわち、端末装置２００Ａのリンク設定情報の全てを含んでいてもよいし、または、指定された相手メンバー（つまり、端末装置２００Ｂ）が端末装置２００Ａのリンク設定情報の中に含まれるか否かの情報（例えば、「Ｙｅｓ」／「Ｎｏ」のブール値データ）だけを含んでいてもよい。
また、ＡＰ部２６７は、リンクメンバー情報メッセージを送信する前に、リンクメンバー情報メッセージを端末装置２００Ｃへ送信してよいかを確認するメッセージを表示部２５０に表示させ、そして、承認する旨の入力がユーザ１０Ａによりなされた場合に限り、リンクメンバー情報メッセージを送信させてもよい。
次に、ステップＳ１１０７で、端末装置２００ＣのＡＰ部２６７は、受信したリンクメンバー情報メッセージの内容を表示部２５０に表示させる。
次に、ステップＳ１１０９で、まず、ユーザ１０Ｃは、表示されたリンクメンバー情報メッセージから、端末装置２００Ａのリンクメンバーとして端末装置２００Ｂが含まれていることを確認する。そして、端末装置２００Ｃの入力部２４０は、ユーザ１０Ｃによる、端末装置２００Ｂ宛の再リンク承認依頼メッセージを中継送信する依頼メッセージを端末装置２００Ａへ送信するための入力を受け付ける。
次に、ステップＳ１１１１で、端末装置２００ＣのＡＰ部２６７は、端末装置２００Ｂ宛の再リンク承認依頼メッセージを中継送信する依頼メッセージをＰＢＸ１００を介して端末装置２００Ａへ送信させる。
次に、ステップＳ１１１３で、端末装置２００ＡのＡＰ部２６７は、受信された、端末装置２００Ｂ宛の再リンク承認依頼メッセージを中継送信する依頼メッセージの内容を表示部２５０に表示させる。
次に、ステップＳ１１１５で、まず、ユーザ１０Ａは、表示された、端末装置２００Ｂ宛の再リンク承認依頼メッセージを中継送信する依頼メッセージの内容を確認する。そして、端末装置２００Ａの入力部２４０は、ユーザ１０Ａによる、端末装置２００Ｂ宛の再リンク承認依頼メッセージを端末装置２００Ｂへ送信することを承認する入力を受け付ける。
次に、ステップＳ１１１７で、端末装置２００ＡのＡＰ部２６７は、端末装置２００Ｂ宛の再リンク承認依頼メッセージと、当該メッセージを端末装置２００Ａが中継送信することを承認したことを示すメッセージと、を併せてＰＢＸ１００を介して端末装置２００Ｂへ送信させる。
次に、ステップＳ１１１９で、端末装置２００ＢのＡＰ部２６７は、例えば図５７に示したような承認入力画面を表示部２５０に表示させる。
図５７に示したように、承認入力画面は、端末装置２００Ｂ宛の再リンク承認依頼メッセージ、当該メッセージを端末装置２００Ａが中継送信することを承認したことを示すメッセージ、および（再リンク承認依頼メッセージの送信元である）端末装置２００Ｃとのリンク設定を再び形成することを承認するか否かを入力するためのタッチパネルボタンを含む。
この承認入力画面において、ユーザ１０Ｂ（「Ｈａｎａｋｏ」）は、ユーザ１０Ａ（「Ｔａｒｏ」）（つまり、ユーザ１０Ｂが信頼して現在リンクしているユーザ）が信頼しているユーザ１０Ｃ（「Ｋｅｎｊｉ」）は、ユーザ１０Ｂにとっても人物同一性の観点で信頼できるユーザ１０Ｃであろう、という考え方に基づいて、遠隔に位置するユーザ１０Ｃとの再リンク承認の可否を判断することができる。
なお、図５７において、端末装置２００Ｃ（ユーザ識別情報「Ｋｅｎｊｉ」）が端末装置２００Ｂ（ユーザ識別情報「Ｈａｎａｋｏ」）の旧リンクメンバーであったことを示すメッセージが表示されているが、このメッセージは、例えば、ＩＤ管理テーブルにおいて端末装置２００Ｃのリンク設定情報にユーザ識別情報「Ｈａｎａｋｏ」のデータが残っていること等によりＰＢＸ１００が生成することが可能である。
次に、ステップＳ１１２１で、端末装置２００Ｂの入力部２４０は、ユーザ１０Ｂによる、端末装置２００Ｃとの再リンク承認メッセージをＰＢＸ１００へ送信することを承認する入力を受け付ける。
次に、ステップＳ１１２３で、端末装置２００ＢのＡＰ部２６７は、入力された、再リンク承認メッセージをＰＢＸ１００へ第２通信部２２０に送信させる。その後、ＰＢＸ１００のリンク設定部１３５は、端末装置２００Ｂと端末装置２００Ｃとの間のリンク設定を行う。具体的には、リンク設定部１３５は、ワンタイムＩＤ「１００３」のデータ行において、リンク設定情報として「Ｋｅｎｊｉ」を追加する。
図５８は、ステップＳ１１２３完了時におけるＩＤ管理テーブルの状態を示した説明図である。図５８に示したように、端末装置２００Ｂと紐づいたユーザ識別情報「Ｈａｎａｋｏ」のデータは、新ワンタイムＩＤ「１００３」のデータ行において、図５３に示した旧ワンタイムＩＤ「１００１」の状態とリンク設定情報が同一のまま移行されている。つまり、元のリンクが再設定されたことになる。
その後、リンク設定部１３５は、リンク設定完了メッセージを端末装置２００Ｂまたは端末装置２００Ｃへ通信部１１０に送信させることも可能である。さらに、端末装置２００Ｂまたは端末装置２００ＣのＡＰ部２６７は、受信したリンク設定完了メッセージを表示部２５０に表示させることも可能である。
［２−５−３．効果］
以上説明したように、第５の実施形態によれば、第４の実施形態と比べて、人物同一性の確認のためのプロセスを省略することにより、端末装置２００Ｂと端末装置２００Ｃとの間のリンク再設定をより少ない通信回数、および、より少ないユーザ入力回数で、簡便に実現することが可能となる。
［２−５−４．変形例］
なお、図５６に示したシーケンスでは、端末装置２００Ａを介して端末装置２００Ｃから端末装置２００Ｂへ依頼メッセージを送信する流れについて説明したが、かかる例に限定されない。例えば、逆の流れ、すなわち、一度区域９０外へ出た端末装置２００Ｂが端末装置２００Ａとの間で再リンク形成を行い、そして、端末装置２００Ａを介して、端末装置２００Ｃへ依頼メッセージを送信する流れに関しても、本実施形態は同様に適用可能である。
＜＜３．変形例＞＞
以上、添付図面を参照しながら本発明の好適な実施形態を説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
例えば、２つの端末装置間の双方向のリンク設定が行われる例を説明したが、本発明はこれに限られない。一方の端末装置から他方の端末装置へのリンク設定が行われてもよい。この場合に、例えば、一方の端末装置からの情報を他方の端末装置が取得することができてもよく、他方の端末装置からの情報を一方の端末装置が取得することができてもよい。
また、２つの端末装置間のリンク設定が行われる例を説明したが、本発明はこれに限られない。３つ以上の端末装置でのリンク設定が行われてもよい。
また、例えば、ＩＤ管理テーブルのリンク設定情報にユーザ識別情報が含まれる例を説明したが、本発明はこれに限られない。例えば、ＩＤ管理テーブルのリンク設定情報にワンタイムＩＤが含まれてもよい。この場合に、ＩＤ管理テーブルには、ワンタイムＩＤに対応するユーザ識別情報が含まれなくてもよい。そして、例えば、リンク設定要求メッセージには、ユーザ識別情報が含まれず、要求側のワンタイムＩＤと相手側のワンタイムＩＤとが含まれてもよい。また、例えば、端末装置間でユーザ識別情報及びワンタイムＩＤの組合せを交換され、端末装置はワンタイムＩＤからユーザ識別情報を特定してもよい。
また、リンク設定要求メッセージが両方の端末装置により送信される例を説明したが、本発明はこれに限られない。例えば、リンク設定要求メッセージは、一方の端末装置からのみ送信されてもよい。この場合に、例えば、リンク設定要求メッセージは、要求側のワンタイムＩＤと相手側のワンタイムＩＤとを含んでもよい。
また、ワンタイムＩＤが４桁の数字である例を説明したが、本発明はこれに限られない。ワンタイムＩＤは一意性を有する任意の識別情報であってもよい。
また、ワンタイムＩＤがＩＤ管理テーブルに予め用意されている例を説明したが、本発明はこれに限られない。例えば、ワンタイムＩＤは、発行される都度生成され、ＩＤ管理テーブルに記憶されてもよい。また、ワンタイムＩＤは、使用終了とともに、ＩＤ管理テーブルから削除されてもよい。
また、ＰＢＸの呼制御機能として、二者間通話機能の例を説明したが、本発明はこれに限定されない。ＰＢＸの機能は三者間通話機能、割り込み通話機能、転送機能等のいくつかの機能を含んでもよい。この場合に、リンク設定は、アプリケーションサービスにおける双方向通信を可能にするので、リンク設定された端末装置２００の間でＰＢＸの機能（三者間通話機能、割り込み通話機能、転送機能等）を利用できる。
また、端末装置がスマートフォンである例を説明したが、本発明はこれに限られない。端末装置は、スマートフォン以外の携帯電話端末、携帯情報端末（Personal Digital Assistant）、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、デジタルカメラを含む、他の装置であってもよい。また、ＰＢＸと端末装置とが通信するためのネットワークがＬＡＮである例を説明したが、本発明はこれに限られない。例えば、上記ネットワークは、他のネットワークを含んでもよい。例えば、ネットワークは、無線ＬＡＮアクセスポイントの代わりにまたは追加で、ＰＨＳ（Personal Handy-phone System）のような別の無線通信方式のアクセスポイントまたは基地局を含んでもよい。また、ネットワークは、ＷＡＮと複数のＬＡＮとを含んでもよい。この場合に、ＰＢＸは、各ＬＡＮに接続可能な区域に位置する通信装置とネットワークを介して通信する交換機であってもよい。また、ネットワークには、端末装置以外に、ＰＣ（Personal Computer）、サーバ、プリンタ等の別の通信装置が接続されていてもよい。この場合に、ＰＢＸは、これらの通信装置の呼制御、区域内ＩＤからＩＰアドレスの変換等を行ってもよい。
また、ＰＢＸが区域内ＩＤ（ワンタイムＩＤを含む）とＩＰアドレスとを対応して記憶する例を説明したが、本発明はこれに限られない。区域内ＩＤ（ワンタイムＩＤを含む）とＭＡＣアドレス（Media Access Control address）とが対応して記憶されてもよい。この場合、ＰＢＸは、区域内ＩＤをＭＡＣアドレスに変換し、これらの端末装置２００間のセッションを確立するようにしてもよい。
また、端末装置の第１通信部が無線通信を行う例を説明したが、本発明はこれに限られない。第１通信部は、無線通信の代わりに、有線通信を行なってもよい。
また、ネットワーク側の機能がＰＢＸに集約されている例を説明したが、本発明はこれに限られない。ＰＢＸに集約されている各機能は、複数の装置に分散されてもよい。例えば、要求受付部及びリンク設定部は、ＰＢＸと別の装置（例えば、サーバ）に備えられてもよい。
また、所定の区域がショッピングモールの敷地である例として説明したが、所定の区域はこれに限定されない。例えば、所定の区域は、銀行、病院、空港、家電量販店、イベント会場、遊園地、レストラン等の任意の敷地であってもよい。また、当然のことながら、所定の区域は、顧客がいる場所に限られず、企業の事務所、学校等の敷地であってもよい。
また、ＡＰサービスが、区域内通話サービス又は区域内地図サービスである例を説明したが、本開示はこれに限られない。ＡＰサービスとして、区域に適合する様々なサービスが採用され得る。
また、本明細書の通信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
また、通信制御装置（例えば、ＰＢＸ）及び端末装置に内蔵されるＣＰＵ、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等のハードウェアに、上記通信制御装置及び端末装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。
また、第１の実施形態による「ＡＰサービスの開始時の処理」の変形例として、以下のような構成も適用可能である。例えば、端末装置がＡＰサービス検索要求メッセージ（Ｓ４０１）を送信する際、端末装置２００が最新の送信先（アドレス（ネットワーク２０におけるＰＢＸ１００のネットワーク識別子））を取得した後にＡＰサービス検索要求メッセージを送信するようにしてもよい。なお、端末装置２００が最新の送信先を取得する処理として以下３つの処理の何れかが適用できる。
第１の取得処理は、端末装置２００が、通信事業者のネットワークを介した通信（固定ＩＤを使用した通信）で受信する信号に基づきＡＰサービス検索要求メッセージの送信先を取得し保持する。第２の取得処理は、端末装置２００が区域９０内に入り、第２通信部２２０がネットワーク２０への接続を確立する際、ネットワーク２０から受信する信号に基づきＡＰサービス検索要求メッセージの送信先を取得し保持する。第３の取得処理は、端末装置２００が、第１通信部２１０を介した通信（ＮＦＣ又は赤外線通信の無線通信）で受信する信号に基づきＡＰサービス検索要求メッセージの送信先を取得し保持する。この場合、送信先の情報を記憶しＮＦＣ又は赤外線通信の無線通信に対応して送信先の情報を送出する装置（例えば自動取引装置（キオスク（ＫＩＯＳＫ）））や、送信先の情報を記憶しＮＦＣで送信先の情報を送出するＩＣチップ等が区域９０内やその他の場所に設置され、第１通信部２１０がそれらと通信し信号を受信する。上述した第１〜３の取得処理の何れかにより最新の送信先を取得できたならば、端末装置２００は最新の送信先に対しＡＰサービス検索要求メッセージ（Ｓ４０１）を送信する。
なお、上述した第３の取得処理のように、端末装置２００が第１通信部２１０を介した通信（ＮＦＣ又は赤外線通信の無線通信）で受信する信号に基づき取得した情報（アドレス）を用いて第２通信部２２０を介した通信を行う場合、第１通信部２１０を介した通信で受信する信号に基づき取得した情報についての正常性判断処理をしてもよい。例えば、端末装置２００が正常性判断処理において正常と判断したならば第２通信部２２０を介した通信を行い、異常と判断したならば第２通信部２２０を介した通信を行わない。なお、端末装置が行う正常性判断処理として以下２つの処理の何れかが適用できる。
第１の正常性判断処理は、端末装置２００が、第１通信部２１０を介した通信で受信する信号に基づき取得した情報がＩＰアドレスで指定されたＵＲＬであるかどうか識別し、ＩＰアドレスで指定されていたならば正常と判断する。より具体的には、スキーム名とホスト名とパス名とからなるＵＲＬについて、ホスト名がＩＰアドレスで指定されているか識別し、ＩＰアドレスで指定されていたならば正常と判断する。他方、ホスト名がドメイン名（ＰＢＸ１００のＩＰアドレスに対応したネットワーク２０におけるドメイン名（ＰＢＸ１００のローカルホスト名とネットワーク２０のドメイン名とからなるホスト名）やネットワーク２０以外のネットワークに配されたサーバのドメイン名（サーバのローカルホスト名とサーバが配されるネットワークのドメイン名とからなるホスト名））で指定されていたならば異常と判断する。
第２の正常性判断処理は、端末装置２００が、第１通信部２１０を介した通信で受信する信号に基づき取得した情報がリダイレクト（URL redirection）されるＵＲＬであるかどうか識別し、リダイレクトされないＵＲＬであったならば正常と判断する。より具体的には、端末装置２００は、第１通信部２１０を介した通信で情報（ＵＲＬ）を取得すると、ＵＲＬを用いてＨＴＴＰリクエストを送出（仮接続）し、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信するとＨＴＴＰレスポンスにリダイレクトのステータスコード（３００番台）（ＨＴＴＰレスポンスのStatusフィールドから取得）が含まれているか識別し、含まれない場合に正常と判断する。正常と判断する場合、端末装置２００は、再びＵＲＬを用いてＨＴＴＰリクエストを送出（本接続（Ｓ４０１））する。他方、ＨＴＴＰレスポンスにリダイレクトのステータスコードが含まれる場合に異常と判断する。異常と判断する場合、端末装置２００は、リダイレクトのステータスコードと共に取得したリダイレクト先ＵＲＬ（ＨＴＴＰレスポンスのLocationフィールドから取得）とリダイレクト先ＵＲＬへの接続可否操作ボタン（「ＹＥＳ」ｏｒ「ＮＯ」）とを表示部２５０に表示しユーザ１０に選択させるようにしてもよい。さらに、異常と判断する場合、端末装置２００は、リダイレクトのステータスコードと共に取得したリダイレクト先ＵＲＬとステータスコードの概要（ステータスコード３０１について「恒久的に移動しました。」、ステータスコード３０３について「他を参照します。」、ステータスコード３０７について「一時的にリダイレクトされます。」等）とリダイレクト先のＵＲＬへの接続可否操作ボタンとを表示部２５０に表示しユーザ１０に選択させるようにしてもよい。
１ 通信システム
１０ ユーザ
２０ ネットワーク
１００ ＰＢＸ（Private Branch eXchange）
１１０ 通信部
１２０ 記憶部
１２１ アプリケーションデータベース（ＡＰ ＤＢ）
１２３ ＩＤデータベース（ＩＤ ＤＢ）
１３０ 制御部
１３１ ＡＰサービス管理部
１３３ ＩＤ管理部
１３４ 要求受付部
１３５ リンク設定部
１３７ ＡＰサービス提供部
１３９ 呼制御部
２００ 端末装置
２１０ 第１通信部
２２０ 第２通信部
２３０ 記憶部
２４０ 入力部
２５０ 表示部
２５１ 画面
２５２ 測定部
２６０ 制御部
２６１ アプリケーション管理部（ＡＰ管理部）
２６３ ＩＤ取得部
２６５ リンク設定要求部
２６７ アプリケーション部（ＡＰ部）
２６９ 通信機能制御部
２７１ 使用状況推測部

Claims (12)

  1. 所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得する取得部と、
    前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するリンク解除要求部と、
    を備える、端末装置。
  2. 前記リンク解除要求部は、所定の解除条件が満たされた場合に、設定されたリンクの解除を前記通信制御装置に要求する、請求項１に記載の端末装置。
  3. 前記所定の解除条件は、前記端末装置から前記別の端末装置までの距離が前記端末装置の通信範囲外から前記端末装置の通信範囲内に変化することを含む、請求項２に記載の端末装置。
  4. 前記所定の解除条件は、前記端末装置のバッテリー残量が所定の閾値以下に低下することを含む、請求項２または３に記載の端末装置。
  5. 前記所定の解除条件は、設定されたリンクに基づいた、前記端末装置と前記別の端末装置との間のデータ通信量が所定の上限値を超えることを含む、請求項２〜４のいずれか一項に記載の端末装置。
  6. 前記所定の解除条件は、前記端末装置により計測される時刻が所定の時刻に達することを含む、請求項２〜５のいずれか一項に記載の端末装置。
  7. 前記所定の解除条件は、前記リンクが設定された時刻から所定の時間が経過したことを前記端末装置により計測されることを含む、請求項２〜６のいずれか一項に記載の端末装置。
  8. 前記端末装置は、センサによる測定値に基づいて、前記端末装置が未使用中であるか否かを推測する使用状況推測部をさらに備え、
    前記所定の解除条件は、前記使用状況推測部により前記端末装置が未使用中であると推測されることを含む、請求項２〜７のいずれか一項に記載の端末装置。
  9. 前記所定の解除条件は、所定の使用終了条件に基づいて、前記第１の識別情報または前記第２の識別情報の使用が終了することを含む、請求項２〜８のいずれか一項に記載の端末装置。
  10. 所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置からの情報を、前記通信のための別の識別情報を発行された別の端末装置が取得することを可能にするリンク設定を、前記端末装置間でユーザ識別情報のやり取りが直接行われた後に設定する設定部と、
    前記リンク設定の要求を受け付ける受付部と、
    を備え、
    前記リンク設定は、前記端末装置間でユーザ識別情報のやり取りを直接行うことにより設定され、当該リンク設定についての所定の解除条件が満たされると解除される、通信制御装置。
  11. 所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得するステップと、
    前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するステップと、
    を備える、情報処理方法。
  12. コンピュータを、
    所定の区域内で提供されるアプリケーションサービスの通信のために発行された第１の識別情報を第２通信部を介して通信制御装置から取得する取得部と、
    前記通信のための第２の識別情報を発行された別の端末装置との間で第１通信部を介してユーザ識別情報のやり取りを直接行って設定されたリンクの解除を、前記通信制御装置に要求するリンク解除要求部と、
    として機能させるための、プログラム。

JP2014127509A 2014-06-20 2014-06-20 端末装置、通信制御装置、情報処理方法、及びプログラム Active JP6519992B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014127509A JP6519992B2 (ja) 2014-06-20 2014-06-20 端末装置、通信制御装置、情報処理方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014127509A JP6519992B2 (ja) 2014-06-20 2014-06-20 端末装置、通信制御装置、情報処理方法、及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019087914A Division JP2019154061A (ja) 2019-05-07 2019-05-07 端末装置、情報処理方法、プログラム及び通信システム

Publications (2)

Publication Number Publication Date
JP2016009875A JP2016009875A (ja) 2016-01-18
JP6519992B2 true JP6519992B2 (ja) 2019-05-29

Family

ID=55227197

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014127509A Active JP6519992B2 (ja) 2014-06-20 2014-06-20 端末装置、通信制御装置、情報処理方法、及びプログラム

Country Status (1)

Country Link
JP (1) JP6519992B2 (ja)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5590180A (en) * 1993-09-30 1996-12-31 Hitachi, Ltd. Communication method of supplying information in intelligent network and apparatus therefor
JP2000078626A (ja) * 1998-08-31 2000-03-14 Nec Corp 携帯電話システム
JP2007324925A (ja) * 2006-05-31 2007-12-13 Toshiba Corp Ｉｐ電話システム
JP2010171663A (ja) * 2009-01-21 2010-08-05 Fujitsu Ltd 通信方法、通信システム、通信装置、およびコンピュータプログラム
JP5635889B2 (ja) * 2010-12-02 2014-12-03 株式会社Ｎｔｔドコモ 通信システム及び通信方法
US9661496B2 (en) * 2011-09-29 2017-05-23 Oki Electric Industry Co., Ltd. ID management device, program, user terminal, and ID management system

Also Published As

Publication number Publication date
JP2016009875A (ja) 2016-01-18

Similar Documents

Publication Publication Date Title
CN104954322B (zh) 一种账号的绑定处理方法、装置及系统
US9247010B2 (en) Method, system, and devices for facilitating real-time social and business interactions/networking
WO2017024192A1 (en) Controlling a device cloud
CN104967557A (zh) 通信消息发送方法及装置
JP2018032294A (ja) コミュニケーション支援システム、コミュニケーション支援方法、コンピュータプログラムおよび所在確認方法
KR20130012154A (ko) 인터넷 명함 관리 방법 및 시스템
US11363407B2 (en) Systems and methods for secure in-person dating and socializing
CN105721389B (zh) 多终端设备互通数据处理和服务响应方法、装置
CA3212390A1 (en) Systems and methods for location-based application management
US10212549B2 (en) Social networking connections through short range wireless devices
JP6433612B1 (ja) インターホンシステム
JP6260079B2 (ja) 通信制御装置、端末装置、プログラム及び通信制御方法
JP6519992B2 (ja) 端末装置、通信制御装置、情報処理方法、及びプログラム
US20150242501A1 (en) Social network address book
JP2019154061A (ja) 端末装置、情報処理方法、プログラム及び通信システム
JP6569262B2 (ja) 装置、プログラム及びシステム
KR102157310B1 (ko) 피보호자 관리 시스템 및 그 방법
KR102185085B1 (ko) 안전성이 구비된 위치공유 서비스 방법.
CN103944876B (zh) 路由器访问控制方法、装置及路由器
KR101869891B1 (ko) 스마트폰 잠금 해제 정보를 이용한 굿모닝 알람 서비스 방법 및 이를 이용한 굿모닝 알람 서비스 시스템
JP6524447B2 (ja) 通信装置、通信方法、及びプログラム
JP6427676B2 (ja) モバイルアプリケーション基盤の通信接続制御システム及びその方法
JP7052094B2 (ja) コミュニケーション支援システム、コミュニケーション支援方法およびコンピュータプログラム
WO2024060908A1 (zh) 用于信息分享的方法、装置、设备、存储介质及程序产品
KR20120045361A (ko) 스마트폰을 이용한 만남 요청 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180330

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180522

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180723

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190108

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190227

TRDD Decision of grant or rejection written
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190327

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190328

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190402

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190415

R150 Certificate of patent or registration of utility model

Ref document number: 6519992

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150