JP6569262B2 - 装置、プログラム及びシステム - Google Patents

Description

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

近年、スマートフォンなどの携帯型情報端末及びＳＮＳ（Social Network Service）が普及し、社会的関係性を有する知り合い同士が携帯端末及びコミュニケーション支援システム（例えば、ＳＮＳのシステム）を介してコミュニケーション（例えば、通話又はデータ通信）を行う事例が広く見られる。そのようなコミュニケーションにおいて送受信される情報は個人的な情報を含むことが多い。そのため、情報発信者との社会的関係性を有する者（例えば、情報発信者により承認された知り合い）のみが当該情報発信者により発信される情報を閲覧できるように、アクセス制限が行われていることが多い。そこで、そのようなアクセス制限を実現するための仕組みが求められる。さらに、そのようなアクセス制限がより容易に設定できることが望ましい。

具体的な例として、例えば、ユーザＣ及びユーザＤが知り合いである場合に、ユーザＣ及びユーザＤ自身が、コミュニケーション支援システム上で、ユーザＣとユーザＤとの間のコミュニケーションにおいて送受信される情報へのアクセス制限を容易に設定できることが望ましい。これにより、システム管理者による設定の手間が省略され得る。また、ユーザＣ及びユーザＤも、自ら設定を行うことができれば、アクセス制限付きのセキュアなコミュニケーションが実現されていることを理解でき、安心できる。

例えば、特許文献１には、携帯端末を所持するユーザ同士の握手などの自然な動作を利用して、例えばＳＮＳにおける友達登録処理を行う技術が開示されている。

特開２０１４−１３５０００号公報

しかし、特許文献１に開示されている技術は、両方のユーザが同等のアクセス制限を有する（換言すると、両方のユーザが同等のアクセス権限を有する）ことを前提としている。そのため、例えば、社会的関係性（例えば、上司と部下との関係、現場監督とパートタイム労働者との関係、教師と生徒との関係、及び親子関係などの上下関係）が反映されたアクセス権限を設定することができない。

そこで、ユーザ間の社会的関係性を考慮したアクセス制限を実現することを可能にする仕組みが提供されることが望ましい。

本発明によれば、所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を通信制御装置により発行された端末装置からの情報を、上記通信のための別の識別情報を前記通信制御装置により発行された別の端末装置が取得することを可能にする、リンク設定を行う設定部と、上記リンク設定の要求を受け付ける受付部と、を備え、上記設定部は、上記要求が受け付けられる場合に、上記リンク設定を行い、上記設定部は、上記リンク設定における上記端末装置と上記別の端末装置との非対称な制限に関する制限関連情報が取得される場合に、当該非対称な制限の設定を行い、前記制限関連情報は、前記端末装置及び前記別の端末装置の少なくとも一方による承認後に提供される情報である、通信制御装置が提供される。

また、上記要求は、上記端末装置及び上記別の端末装置の少なくとも一方からの要求であってもよい。

また、上記制限関連情報は、上記端末装置及び上記別の端末装置の少なくとも一方により提供される情報であってもよい。

また、上記設定部は、上記要求が上記制限関連情報を含み、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行ってもよい。

また、上記受付部は、上記非対称な制限の設定の要求を受け付け、上記非対称な制限の設定の上記要求は、上記制限関連情報を含み、上記設定部は、上記非対称な制限の設定の上記要求が受け付けられ、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行ってもよい。

また、上記制限関連情報は、上記非対称な制限の設定が要求されていることを示す情報を含んでもよい。

また、上記リンク設定は、上記アプリケーションサービスの上記通信において、上記端末装置からの情報を上記別の端末装置が取得することを可能にし、且つ、上記別の端末装置からの情報を上記端末装置が取得することを可能にしてもよい。

また、上記非対称な制限は、上記端末装置及び上記別の端末装置の一方が上記端末装置及び上記別の端末装置の他方からの特定の種類の情報を取得できないが、上記端末装置及び上記別の端末装置の上記他方が上記端末装置及び上記別の端末装置の上記一方から上記特定の種類の情報を取得できることを含んでもよい。

また、上記非対称な制限は、上記リンク設定における上記端末装置の第１の制限、及び、上記リンク設定における上記別の端末装置の第２の制限であり、上記第１の制限及び上記第２の制限の一方は、上記第１の制限及び上記第２の制限の他方よりも厳しくてもよい。

また、上記第１の制限及び上記第２の制限の上記他方において取得できる情報の種類は、上記第１の制限及び上記第２の制限の上記一方において取得できる情報の種類を包含してもよい。

また、上記非対称な制限の設定は、上記端末装置及び上記別の端末装置のうちの、上記リンク設定におけるより厳しい制限に対応する一方からの要求に応じて変更不能であり、上記端末装置及び上記別の端末装置のうちの他方からの要求に応じて変更可能であってもよい。

また、上記制限関連情報は、上記第１の制限及び上記第２の制限の上記一方が上記第１の制限及び上記第２の制限の上記他方よりも厳しいことを示す情報を含んでもよい。

また、上記設定部は、上記制限関連情報が取得され、且つ、上記端末装置により生成される第１のパターンデータと、上記別の端末装置により生成される第２のパターンデータとの照合が成功する場合に、上記非対称な制限の設定を行ってもよい。

また、上記第１のパターンデータは、上記端末装置の動きのセンシングを行うことにより上記端末装置により生成されるデータであり、上記第２のパターンデータは、上記別の端末装置の動きのセンシングを行うことにより上記別の端末装置により生成されるデータであってもよい。

また、上記設定部は、上記第１のパターンデータの生成時間と、上記第２のパターンデータの生成時間とに基づいて、上記非対称な制限の設定を行ってもよい。

また、上記非対称な制限は、上記リンク設定における上記端末装置の第１の制限、及び、上記リンク設定における上記別の端末装置の第２の制限であり、上記設定部は、上記第１のパターンデータの上記生成時間が上記第２のパターンデータの上記生成時間よりも遅い場合に、上記第１の制限が上記第２の制限よりも厳しくなるように上記非対称な制限の設定を行い、上記設定部は、上記第２のパターンデータの上記生成時間が上記第１のパターンデータの上記生成時間よりも遅い場合に、上記第２の制限が上記第１の制限よりも厳しくなるように上記非対称な制限の設定を行ってもよい。

また、上記制限関連情報は、上記第１のパターンデータ及び上記第２のパターンデータを含んでもよい。

また、上記非対称な制限は、上記リンク設定における上記端末装置の第１の制限、及び、上記リンク設定における上記別の端末装置の第２の制限であり、上記制限関連情報は、上記第１の制限又は上記第２の制限を示す情報を含んでもよい。

また、本発明によれば、端末装置であって、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が通信制御装置により上記端末装置に発行されると、当該識別情報を取得する取得部と、上記アプリケーションサービスの上記通信において、当該通信のための別の識別情報を前記通信制御装置により発行された別の端末装置及び上記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、を備え、上記リンク設定は、上記リンク設定の要求が受け付けられる場合に行われる設定であり、上記要求部は、前記別の端末装置による承認後に、上記リンク設定における上記端末装置と上記別の端末装置との非対称な制限に関する制限関連情報を提供する、端末装置が提供される。

また、上記要求部は、上記端末装置により生成されるパターンデータを提供してもよい。

また、本発明によれば、端末装置を制御するコンピュータを、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が通信制御装置により上記端末装置に発行されると、当該識別情報を取得する取得部と、上記アプリケーションサービスの上記通信において、当該通信のための別の識別情報を前記通信制御装置により発行された別の端末装置及び上記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、として機能させ、上記リンク設定は、上記リンク設定の要求が受け付けられる場合に行われる設定であり、上記要求部は、前記別の端末装置による承認後に、上記リンク設定における上記端末装置と上記別の端末装置との非対称な制限に関する制限関連情報を提供する、プログラムが提供される。

また、本発明によれば、通信制御装置、第１の端末装置及び第２の端末装置を含むシステムにおける方法であって、上記通信制御装置が、所定の区域内で提供されるアプリケーションサービスの通信のための第１の識別情報を上記第１の端末装置に発行するステップと、上記第１の端末装置が、発行される上記第１の識別情報を取得するステップと、上記通信制御装置が、上記通信のための第２の識別情報を上記第２の端末装置に発行するステップと、上記第２の端末装置が、発行される上記第２の識別情報を取得するステップと、上記第１の端末装置又は上記第２の端末装置が、上記第１の端末装置及び上記第２の端末装置の一方からの情報を他方が取得することを可能にするリンク設定を要求するステップと、通信制御装置が、上記リンク設定の要求を受け付けるステップと、通信制御装置が、上記リンク設定の上記要求が受け付けられる場合に、上記リンク設定を行うステップと、上記第１の端末装置又は上記第２の端末装置が、前記第１の端末装置及び前記第２の端末装置の少なくとも一方による承認後に、上記リンク設定における上記第１の端末装置と上記第２の端末装置との非対称な制限に関する制限関連情報を提供するステップと、通信制御装置が、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行うステップと、を含む通信制御方法が提供される。

以上説明したように本発明によれば、ユーザ間の社会的関係性を考慮したアクセス制限を実現することが可能になる。なお、上記の効果は必ずしも限定的なものではなく、上記効果とともに、又は上記効果に代えて、本明細書に示されたいずれかの効果、又は本明細書から把握され得る他の効果が奏されてもよい。

第１の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。 第１の実施形態に係るＰＢＸの構成の一例を示すブロック図である。 ＩＤ ＤＢに記憶されるＩＤ管理テーブルの一例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。 ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。 端末装置により送信される解除要求メッセージの一例を説明するための説明図である。 リンク設定の一例を説明するための説明図である。 リンク設定の解除の第１の例を説明するための説明図である。 リンク設定の解除の第２の例を説明するための説明図である。 区域内地図サービスにおいて端末装置に表示される画面の一例を説明するための説明図である。 リンク設定に基づく呼制御の例を説明するための説明図である。 第１の実施形態に係る端末装置の構成の一例を示すブロック図である。 区間内通話サービスにおいて端末装置に表示される画面の第１の例を説明するための説明図である。 区間内通話サービスにおいて端末装置に表示される画面の第２の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第１の画面の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第２の画面の例を説明するための説明図である。 リンク設定の承認後に端末装置に表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話において表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話のために表示される画面の一例を説明するための説明図である。 第１の実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。 第１の実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。 第１の実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。 リンク設定における端末装置の制限の第１の例を説明するための説明図である。 リンク設定における端末装置の制限の第２の例を説明するための説明図である。 端末装置により送信される非対称制限付きリンク設定要求メッセージの一例を説明するための説明図である。 別の端末装置により送信される非対称制限付きリンク設定要求メッセージの一例を説明するための説明図である。 リンク設定の要求にあたり端末装置に表示される画面の例を説明するための説明図である。 リンク設定の要求にあたり別の端末装置に表示される画面の例を説明するための説明図である。 端末装置により送信される非対称制限設定要求メッセージの一例を説明するための説明図である。 別の端末装置により送信される非対称制限設定要求メッセージの一例を説明するための説明図である。 非対称な制限の設定の要求にあたり端末装置に表示される画面の例を説明するための説明図である。 非対称な制限の設定の一例を説明するための説明図である。 第１の実施形態に係る、非対称な制限付きのリンク設定時における処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態に係る、非対称な制限の設定時における処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態に係る、その他の処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態の変形例に係るＰＢＸの構成の一例を示すブロック図である。 第１の実施形態の変形例に係る端末装置の構成の一例を示すブロック図である。 非対称な制限の設定の一例を説明するための第１の説明図である。 非対称な制限の設定の一例を説明するための第２の説明図である。 第１の実施形態の変形例に係る、非対称な制限付きのリンク設定時における処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態の変形例に係る、非対称な制限の設定時における処理の概略的な流れの一例を示すシーケンス図である。 パターンデータの生成のためのシステムの概略的な構成の一例を示す説明図である。 サーバの構成の一例を示すブロック図である。 ジェスチャの動画像の第１の例を説明するための説明図である。 ジェスチャの動画像の第２の例を説明するための第１の説明図である。 ジェスチャの動画像の第２の例を説明するための第２の説明図である。 ジェスチャの動画像の第２の例を説明するための第３の説明図である。 パターンデータの生成のための処理の概略的な流れの第１の例を示すシーケンス図である。 ジェスチャの選択の例を説明するための第１の説明図である。 ジェスチャの選択の例を説明するための第２の説明図である。 生成される動画像の例を説明するための説明図である。 パターンデータの生成のための処理の概略的な流れの第２の例を示すシーケンス図である。 第２の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。 第２の実施形態に係る端末装置の構成の一例を示すブロック図である。 第２の実施形態に係るサーバの構成の一例を示すブロック図である。 第２の実施形態に係る処理の概略的な流れの一例を示すシーケンス図である。

以下に添付の図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。

以下のような順序に従って、本発明の実施形態を説明する。
１．第１の実施形態
１−１．技術的課題
１−２．通信システムの概略的な構成
１−３．ＰＢＸの構成
１−４．端末装置の構成
１−５．処理の流れ
１−６．さらなる技術的特徴
１−７．さらなる技術的特徴を含む処理の流れ
２．第１の実施形態の変形例
２−１．ＰＢＸの構成
２−２．端末装置の構成
２−３．技術的特徴
２−４．処理の流れ
２−５．パターンデータの生成のための他の仕組み
３．第２の実施形態
３−１．技術的課題
３−２．通信システムの概略的な構成
３−３．端末装置の構成
３−４．サーバの構成
３−５．技術的特徴
３−６．処理の流れ

＜＜１．第１の実施形態＞＞
図１〜図４１を参照して、本発明の第１の実施形態を説明する。

＜１−１．技術的課題＞
近年、スマートフォンなどの携帯型情報端末及びＳＮＳが普及し、社会的関係性を有する知り合い同士が携帯端末及びコミュニケーション支援システム（例えば、ＳＮＳのシステム）を介してコミュニケーション（例えば、通話又はデータ通信）を行う事例が広く見られる。そのようなコミュニケーションにおいて送受信される情報は個人的な情報を含むことが多い。そのため、情報発信者との社会的関係性を有する者（例えば、情報発信者により承認された知り合い）のみが当該情報発信者により発信される情報を閲覧できるように、アクセス制限が行われていることが多い。そこで、そのようなアクセス制限を実現するための仕組みが求められる。さらに、そのようなアクセス制限がより容易に設定できることが望ましい。

具体的な例として、例えば、ユーザＣ及びユーザＤが知り合いである場合に、ユーザＣ及びユーザＤ自身が、コミュニケーション支援システム上で、ユーザＣとユーザＤとの間のコミュニケーションにおいて送受信される情報へのアクセス制限を容易に設定できることが望ましい。これにより、システム管理者による設定の手間が省略され得る。また、ユーザＣ及びユーザＤも、自ら設定を行うことができれば、アクセス制限付きのセキュアなコミュニケーションが実現されていることを理解でき、安心できる。

例えば、特開２０１４−１３５０００号公報には、携帯端末を所持するユーザ同士の握手などの自然な動作を利用して、例えばＳＮＳにおける友達登録処理を行う技術が開示されている。

しかし、上記特許文献に開示されている技術は、両方のユーザが同等のアクセス制限を有する（換言すると、両方のユーザが同等のアクセス権限を有する）ことを前提としている。そのため、例えば、社会的関係（例えば、上司と部下との関係、現場監督とパートタイム労働者との関係、教師と生徒との関係、及び親子関係などの上下関係）が反映されたアクセス権限を設定することができない。

そこで、ユーザ間の社会的関係性を考慮したアクセス制限を実現することを可能にする仕組みが提供されることが望ましい。

＜１−２．通信システムの概略的な構成＞
まず、図１を参照して、第１の実施形態に係る通信システム１の概略的な構成を説明する。図１は、第１の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１を参照すると、通信システム１は、構内交換機１００（以下、ＰＢＸ（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）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）及び端末状態（カメラ機能無しや電波ＯＦＦ等）等を含んでもよい。このようなＩＤ使用終了条件によれば、端末装置２００のリソースが不足しない場合にのみ使用可能なワンタイムＩＤを実現できる。

また、上記ＩＤ使用終了条件は、端末装置２００が認証された端末でないこと（第９の終了条件）を含んでもよい。より具体的には、例えば、当該認証は、通信事業者による認証であってもよい。一例として、端末装置２００が通信事業者により認証された端末でないか否かは、端末装置２００についての通信事業者から又は端末装置２００から随時又は定期的に取得される認証結果情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が認証された装置の場合のみ使用可能なワンタイムＩＤを実現できる。

また、上記ＩＤ使用終了条件は、端末装置２００が特定の場所で接続する無線接続エリアが異常であること（第１０の終了条件）を含んでもよい。当該無線接続エリアは、アクセスポイントに対応してもよい。そして、一例として、上記無線接続エリアが異常であるか否かは、ＰＢＸ１００によるアクセスポイントについての疎通確認（ｐｉｎｇ等）の結果に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が特定の場所で接続する無線接続エリアが正常な場合のみ使用可能なワンタイムＩＤを実現できる。

（ｂ）ＩＤ管理部１３３
ＩＤ管理部１３３は、ワンタイムＩＤの管理を行う。

（ｂ−１）ワンタイムＩＤの発行
第１に、ＩＤ管理部１３３は、使用されていないワンタイムＩＤを端末装置２００に発行する。

より具体的には、例えば、ＡＰサービス管理部１３１がワンタイムＩＤの発行を要求すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを用いて、使用されていないワンタイムＩＤを検索する。そして、ＩＤ管理部１３３は、通信部１１０を介して、検索された使用されていないワンタイムＩＤを端末装置２００に通知する。

このように、端末装置２００又はそのユーザ１０を特定する情報を開示することなく、ワンタイムＩＤを取得することができる。そして、当該ワンタイムＩＤにより、端末装置２００はＡＰサービスにおいて一意に特定可能な装置となる。よって、ユーザ１０の匿名性を保ちつつ端末装置２００がＡＰサービスの通信を行うことができる。

なお、例えば、ＩＤ管理部１３３は、発行されたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に記憶させる。これにより、ワンタイムＩＤについてのゲートキーパ機能が実現される。

（ｂ−２）ＩＤ管理テーブルの更新
第２に、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。例えば、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルに記憶されている使用可否フラグを更新する。

例えば、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、上記ワンタイムＩＤが発行されると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図４及び図５を参照して具体例を説明する。

図４は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。図４を参照すると、ＩＤ管理テーブルが示されている。例えば、図３に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」が端末装置２００に発行される。すると、図４に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれかの端末装置２００により使用されていることを示す。

図５は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。図５を参照すると、ＩＤ管理テーブルが示されている。例えば、図４に示されるＩＤ管理テーブルが記憶されている際に、さらに、ワンタイムＩＤ「１００１」が別の端末装置２００に発行される。すると、図５に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１００１」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１００１」がいずれかの端末装置２００により使用されていることを示す。

以上のように、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。

また、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、ＡＰサービス管理部１３１が、上記ワンタイムＩＤについての使用終了の条件が満たされると判定すると、ＩＤ管理部１３３は、ＡＰサービス管理部１３１により、当該ワンタイムＩＤについての更新を要求される。すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図６を参照して具体例を説明する。

図６は、ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。図６を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」についての使用終了の条件が満たされる。すると、図６に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを１から０に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれの端末装置２００にも使用されていないことを示す。即ち、ワンタイムＩＤ「１０００」は、端末装置２００に発行可能な状態になる。

このように、ワンタイムＩＤの使用状況の情報は、ワンタイムＩＤが発行されると、当該ワンタイムＩＤが使用されていることを示し、ワンタイムＩＤが未だ発行されず、又はワンタイムＩＤの使用終了の条件が満たされると、当該ワンタイムＩＤが使用されていないことを示す。その結果、当該ワンタイムＩＤの使用状況の情報から、使用されていないワンタイムＩＤを正確に特定することが可能となる。そのため、既に発行された使用されているワンタイムＩＤが重複して発行されることを回避することが可能になる。即ち、ＩＤ管理部１３３によるワンタイムＩＤの発行の有効性を担保できる。

なお、例えば、ＩＤ管理部１３３は、ＩＤ使用終了条件が満たされたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に削除させる。これにより、使用されなくなったワンタイムＩＤがＩＰアドレスに変換されることを防ぐことができる。

（ｃ）リンク要求受付部１３４
（ｃ−１）リンク設定の要求
リンク要求受付部１３４は、リンク設定の要求を受け付ける。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。

例えば、上記リンク設定は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方から要求される。一例として、上記端末装置２００及び上記別の端末装置２００の両方が、リンク設定を要求する。

具体的には、例えば、端末装置２００が、リンク設定要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。そして、リンク要求受付部１３４は、当該リンク設定要求メッセージをリンク設定部１３５に提供する。以下、リンク設定要求メッセージの具体例を、図７及び図８を参照して説明する。

図７は、端末装置２００により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。図７を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図７に示されるように、リンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。

要求種別情報は、メッセージの要求がリンク設定であるか、リンク設定の解除であるかを示す。この例では、メッセージはリンク設定要求メッセージであるので、要求種別情報は、メッセージの要求がリンク設定であることを示す。

また、ワンタイムＩＤ（要求側）は、リンク設定を要求する端末装置２００に発行されたワンタイムＩＤである。

また、ユーザ識別情報（要求側）は、リンク設定を要求する端末装置２００のユーザを識別するための情報である。一方、ユーザ識別情報（相手側）は、リンク設定のターゲットとして指定される端末装置２００のユーザを識別するための情報である。これらのユーザ識別情報は、一例として、ユーザ１０のためのハンドルネームである。

図７に示される例では、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１０００」である。また、ユーザ識別情報（要求側）は「Ｔａｒｏ」であり、ユーザ識別情報（相手側）は「Ｈａｎａｋｏ」である。

図８は、端末装置２００により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。図８を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図８に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。

例えば以上のようなリンク設定要求メッセージが、リンク要求受付部１３４により取得される。

このように、リンク設定の要求が、端末装置２００により送信されれば、端末装置２００のユーザ１０が、リンク設定を要求することが可能になる。

（ｃ−２）リンク設定の解除の要求
また、例えば、リンク要求受付部１３４は、リンク設定の解除の要求を受け付ける。より具体的には、例えば、端末装置２００が、解除要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該解除要求メッセージを取得する。そして、リンク要求受付部１３４は、当該解除要求メッセージをリンク設定部１３５に提供する。以下、解除要求メッセージの具体例を、図９を参照して説明する。

図９は、端末装置２００により送信される解除要求メッセージの一例を説明するための説明図である。図９を参照すると、解除要求メッセージに含まれる情報が示されている。図９に示されるように、解除要求メッセージは、図７及び図８に示されるリンク設定要求メッセージと同様に、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。即ち、図７〜図９の例では、リンク設定要求メッセージのフォーマットと解除要求メッセージのフォーマットとは同一である。ただし、図９に示されるように、解除要求メッセージに含まれる要求種別情報は、メッセージの要求がリンク設定の解除であることを示す。

図９に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。

例えば以上のような解除要求メッセージが、リンク要求受付部１３４により取得される。

（ｄ）リンク設定部１３５
（ｄ−１）リンク設定
リンク設定部１３５は、リンク設定を行う。例えば、リンク設定部１３５は、リンク設定の要求が受け付けられる場合に、リンク設定を行う。より具体的には、例えば、リンク設定部１３５は、リンク要求受付部１３４により端末装置２００からのリンク設定要求メッセージを提供されると、当該リンク設定要求メッセージに基づいてリンク設定を行う。

さらに具体的には、一例として、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を追加することにより、リンク設定を行う。以下、この点について図１０を参照して具体例を説明する。

図１０は、リンク設定の一例を説明するための説明図である。図１０を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、図７に示されるリンク設定要求メッセージが取得される。即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するユーザ識別情報として、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。

また、図８に示されるリンク設定要求メッセージも取得される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するユーザ識別情報として、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ａのユーザ１０Ｂのユーザ識別情報「Ｔａｒｏ」を追加する。

以上のように、ＩＤ管理テーブルのユーザ識別情報及びリンク設定情報を追加することにより、リンク設定が行われる。

（ｄ−２）リンク設定後の動作
上述したように、リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。また、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記別の端末装置２００からの情報を上記端末装置２００が取得することも可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向での情報の提供及び取得を可能にする。

具体例として、図１０に示されるように、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｈａｎａｋｏ」が追加される。そして、ユーザ識別情報「Ｈａｎａｋｏ」に対応するワンタイムＩＤは、「１００１」である。よって、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａは、ワンタイムＩＤ「１００１」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。一方、ワンタイムＩＤ「１０００」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報を、端末装置２００Ａに提供しない。

また、具体例として、図１０に示されるように、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｔａｒｏ」が追加される。そして、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは、「１０００」である。よって、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂは、ワンタイムＩＤ「１０００」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。一方、ワンタイムＩＤ「１００１」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報を、端末装置２００Ｂに提供しない。

以上のように、リンク設定は、端末装置２００からの情報を別の端末装置２００が取得することを可能にする。

このように、ワンタイムＩＤが用いられる場合に、要求に応じたリンク設定が行われた場合に限り、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することが可能になる。例えば、何らかの関係（例えば、家族関係、友人関係、等）を有する２以上のユーザ１０が、端末装置２００からリンク設定を要求する。その結果、ユーザ１０の匿名性を保ちつつ、上記関係を有する当該２以上のユーザ１０の端末装置２００間での情報の提供及び取得が可能になる。

また、さらに、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記端末装置２００と上記別の端末装置２００とが互いに通信することを可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向通信を可能にする。

当該双方向通信は、例えば、音声通信（即ち、電話）である。即ち、リンク設定により、装置間の音声通信が可能になる。一例として、リンク設定により、端末装置２００Ａ及び端末装置２００Ｂは、音声通信（即ち、電話）を行うことが可能になる。具体的には、例えば、発信メッセージにおいて、発信側のワンタイムＩＤが「１０００」及び「１００１」の一方であり、着信側のワンタイムＩＤが「１０００」及び「１００１」の他方である場合に、呼制御部１３９は、呼制御を行う。一方、リンク設定がない（即ち、リンク設定情報がない）には、呼制御部１３９は、呼制御を行わない。

このようなリンク設定による双方向通信により、通信事業者のネットワークを介することなく、区域９０内のＡＰサービスとして、例えば、何らかの関係を有するユーザ１０間での音声通信サービス（即ち、電話サービス）を提供できる。

（ｄ−３）リンク設定の解除
上記リンク設定は、当該リンク設定についての所定の解除条件（以下、「リンク設定解除条件」と呼ぶ）が満たされると解除される。例えば、リンク設定部１３５は、リンク設定解除条件が満たされる場合に、リンク設定を解除する。より具体的には、例えば、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を更新することにより、リンク設定を解除する。

このように、リンク設定に加えて、リンク設定の解除が可能であることで、リンク設定を必要に応じて変えることが可能になる。

例えば、上記リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。この点について、図１１を参照して具体例を説明する。

図１１は、リンク設定の解除の第１の例を説明するための説明図である。図１１を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、端末装置２００ＢによるワンタイムＩＤ「１００１」の使用が終了する。この場合に、図１１に示されるように、ワンタイムＩＤ「１００１」に対応する使用可否フラグは、０になる（即ち、ワンタイムＩＤが使用されていないことを示すようになる）。また、これに伴い、ワンタイムＩＤ「１００１」に対応するユーザ識別情報及びリンク設定情報も削除される。そして、さらに、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」が、全てのリンク設定情報から削除される。この例では、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」が削除される。また、ワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該リンク設定情報にはいずれの情報も含まれなくなる。これに伴い、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。

このような第１解除条件によれば、ワンタイムＩＤが使用されていないにもかかわらず、リンク設定が残ってしまうことを防ぐことができる。そのため、既に使用されていないワンタイムＩＤ宛に情報が提供されてエラーが生じてしまうこともない。また、ワンタイムＩＤが再度発行された際に、古いリンク設定が残ってしまうこともない。

なお、ＩＤ使用終了条件が満たされると、ワンタイムＩＤの使用が終了するので、上記第１解除条件は、ＩＤ使用終了条件（例えば、第１終了条件〜第１０終了条件）と同じであってもよい。

また、例えば、上記リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。この点について、図１２を参照して具体例を説明する。

図１２は、リンク設定の解除の第２の例を説明するための説明図である。図１２を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、図９に示される解除要求メッセージが、リンク要求受付部１３４により取得され、リンク設定部１３５に提供される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。すると、図１２に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報から、「Ｔａｒｏ」を削除する。また、図１０を参照すると、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは「１０００」であるので、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」を削除する。なお、図１０に示されるようにワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該「Ｈａｎａｋｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。また、図１０に示されるようにワンタイムＩＤ「１００１」に対応するリンク設定情報も「Ｔａｒｏ」のみであったので、当該「Ｔａｒｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」も削除される。

このような第２解除条件によれば、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。

なお、上記リンク設定解除条件は、リンク設定の持続期限が経過していること（第３解除条件）を含んでもよい。この場合には、ＩＤ管理テーブルはリンク設定の持続時間の情報を含み、リンク設定解除条件は、当該情報に基づいて判定されてもよい。このような解除条件によれば、特定の期限のみ有効なリンク設定を実現できる。

また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定時間内に取得しないこと（第４解除条件）を含んでもよい。このような解除条件によれば、リンク設定が活用されている場合にのみ有効なリンク設定を実現できる。

また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定回数、所定量又は所定時間取得すること（第５解除条件）を含む。このような解除条件によれば、特定の回数、特定の情報量、特定の時間での情報の取得のみ可能なリンク設定を実現できる。

（ｅ）ＡＰサービス提供部１３７
（ｅ−１）ＡＰサービスの提供
ＡＰサービス提供部１３７は、区域９０内でＡＰサービスを提供する。より具体的には、ＡＰサービス提供部１３７は、例えば、ＡＰサービスに関する処理を実行し、当該ＡＰサービスの提供のために、通信部１１０を介して端末装置２００と通信する。ここで、ＡＰサービス提供部１３７が、ＡＰサービスを提供する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を通知してもよい。

ＡＰサービス提供部１３７及び端末装置２００は、ワンタイムＩＤを使用して通信する。即ち、ＡＰサービス提供部１３７は、端末装置２００からデータを受信する場合に、端末装置２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。また、ＡＰサービス提供部１３７は、端末装置２００にデータを送信する場合に、呼制御部１３９にワンタイムＩＤからＩＰアドレスへの変換を依頼し、端末装置２００のＩＰアドレスを取得する。そして、ＡＰサービス提供部１３７は、取得したＩＰアドレスを宛先として端末装置２００にデータを送信する。

なお、当然のことながら、ワンタイムＩＤを使用した通信では、音声、画像、映像、テキスト等の任意のデータを送受信することができる。

（ｅ−２）リンク設定に基づく情報の提供
ＡＰサービス提供部１３７は、上記リンク設定状況に基づいて、ＡＰサービスにおいて、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。

例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。

例えば、再び図４を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定は行われていない。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供しない。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供しない。

（ｅ−３）リンク設定により取得される情報
上記リンク設定により、ＡＰサービスに応じて、端末装置２００からの様々な情報を、別の端末装置２００が取得し得る。例えば、当該別の端末装置２００は、端末装置２００からの音声、画像、映像、テキスト等の任意の情報を取得し得る。一例として、ＡＰサービスが音声通信サービスである場合には、端末装置２００は、別の端末装置２００からの音声情報を取得する。

−状況関連情報
また、例えば、別の端末装置２００により取得される端末装置２００からの情報は、端末装置２００のユーザ１０の状況に関連する状況関連情報を含む。

一例として、当該状況関連情報は、端末装置２００の位置情報を含む。例えば、ＡＰサービスが、区域内地図サービスである場合に、ＡＰサービス提供部１３７は、区域９０の地図を端末装置２００に提供する。そして、ＡＰサービス提供部１３７は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、ある端末装置２００の位置情報を別の端末装置２００に提供する。例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａと、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、例えば、ＡＰサービス提供部１３７は、端末装置２００Ａの位置情報を端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂの位置情報を端末装置２００Ａに提供する。その結果、端末装置２００Ａでは、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。また、同様に、端末装置２００Ｂでも、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。以下、この点について図１３を参照して具体例を説明する。

図１３は、区域内地図サービスにおいて端末装置２００Ａに表示される画面の一例を説明するための説明図である。図１３を参照すると、端末装置２００Ａ及び端末装置２００Ａに表示される画面２５１が示されている。そして、画面２５１は、ショッピングモールである区域９０の地図を含む。そして、当該地図上には、端末装置２００Ａの位置が、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。また、当該地図上には、端末装置２００Ｂの位置が、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。このように、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。

このようにある端末装置２００の位置情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０が区域９０（例えば、ショッピングモール）内どこにいるかを知ることができる。

なお、端末装置２００の位置情報は、例えば、端末装置２００からＰＢＸ１００（ＡＰサービス提供部１３７）に随時提供され、ＰＢＸ１００（ＡＰサービス提供部１３７）により別の端末装置２００に提供される。この場合に、端末装置２００の位置情報は、ＩＤ ＤＢ１２３のＩＤ管理テーブルの情報として記憶されてもよい。

状況関連情報の一例として位置情報が提供され、取得される例を説明したが、状況関連情報はこの例に限られない。状況関連情報は、例えば、ユーザ１０の行動情報を含んでもよい。そして、当該行動情報は、端末装置２００のセンサから得られるユーザ１０の行動（例えば、歩いている、座っている等）を示す情報であってもよい。また、状況関連情報は、位置情報、行動情報等の履歴であってもよい。

以上のように、例えば、状況関連情報が、端末装置２００により提供され、取得される。
このようにある端末装置２００の状況関連情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を知ることができる。そのため、例えば、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を考慮して、ある端末装置２００のユーザ１０にコンタクトすることができる。

−取得される情報の態様
なお、上記端末装置２００からの上記情報は、端末装置２００から提供される情報そのものであってもよく、当該情報に基づいて生成された情報であってもよい。

一例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、端末装置２００Ｂは、当該位置情報そのものを取得してもよい。

また、別の例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、ＡＰサービス提供部１３７が、当該位置情報から、端末装置２００Ａの位置を示す地図画像を生成し、端末装置２００Ｂは、当該地図画像を取得してもよい。

（ｅ−４）ＡＰサービスの停止
また、ＡＰサービス提供部１３７は、例えば、ＡＰサービス管理部１３１からＡＰサービスの提供の停止を要求される場合に、当該ＡＰサービスの提供を停止する。また、ＡＰサービス提供部１３７は、例えば、端末装置２００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。また、ＡＰサービス提供部１３７は、例えば、必要に応じてＡＰサービス提供の停止を端末装置２００に要求し、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。

（ｆ）呼制御部１３９
呼制御部１３９は、端末装置２００間の呼制御、及び、端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。

また、呼制御部１３９は、ＡＰサービス提供部１３７の依頼に応じて、ワンタイムＩＤをＩＰアドレスへ変換する。そして、呼制御部１３９は、当該ＩＤアドレスをＡＰサービス提供部１３７に提供する。

（ｆ−１）ワンタイムＩＤについての呼制御
また、呼制御部１３９は、音声通信を伴うＡＰサービスの一部として、端末装置２００間での呼制御を行う。この場合に、呼制御部１３９は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、当該呼制御を行う。即ち、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われている場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行う。一方、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われていない場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行わない。以下、この点について図１４を参照して具体例を説明する。

図１４は、リンク設定に基づく呼制御の例を説明するための説明図である。図１４を参照するとＩＰ ＤＢ１２３のＩＤ管理テーブルが示されている。当該ＩＤ管理テーブルのリンク設定情報に示されるようにリンク設定が行われた場合には、以下のような発信側の端末装置２００のワンタイムＩＤと着信側のワンタイムＩＤとの組合せであれば、呼制御部１３９は、これらの端末装置間での呼制御を行う。

また、図１４の例では、上述したワンタイムＩＤの組合せ以外の組合せの場合には、呼制御部１３９は、端末装置２００間での呼制御を行わない。

このように、端末装置２００間のリンク設定がある場合に、当該端末装置２００間の呼制御が行われ、端末装置２００間のリンク設定がない場合には、当該端末装置２００間の呼制御は行われない。

（ｆ−２）特別な呼制御
ＰＢＸ１００が、（無線及び／又は有線の）公衆網に接続する場合には、呼制御部１３９は、特別の呼処理（緊急通報呼処理）に対応してもよい。緊急通報とは、警察機関、海上保安機関消防機関等に対する呼である。即ち、ワンタイムＩＤを発行された端末装置２００が、緊急通報先の電話番号への発呼を行う場合に、呼制御部１３９は、公衆網を介した緊急通報呼制御を行う。

緊急通報先の電話番号とは、例えば、電気通信事業法及び電気通信番号規則で規定された緊急通報に関する電気通信番号（警察機関「１１０」、海上保安機関「１１８」、消防機関「１１９」）である。例えば、以下のような発信側の端末装置２００のワンタイムＩＤと着信側の電話番号との組合せであれば、呼制御部１３９は呼制御を行う。

さらに、ＰＢＸ１００の番号計画において、管理者が緊急通報先の電話番号と定めた電気通信番号（例えば、警備室の電話番号、区域９０に近い警察署の電話番号、等）を緊急通報呼処理の対象としてもよい。

なお、ＰＢＸ１００が、緊急通報呼処理に対応する場合には、ＰＢＸ１００が端末装置２００に発行可能なワンタイムＩＤは、緊急通報先の電話番号以外の番号である。

＜１−４．端末装置の構成＞
続いて、図１５〜図２２を参照して、第１の実施形態に係る端末装置２００の構成の一例を説明する。図１５は、第１の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１５を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０及び制御部２６０を備える。

（１）第１通信部２１０
第１通信部２１０は、装置間通信を行う。例えば、第１通信部２１０は、別の端末装置２００との近距離で無線通信する。より具体的には、例えば、第１通信部２１０は、手合い距離以内で無線通信する。手合い距離とは、２人の人物が互いに腕及び手を伸ばすと当該２人の人物の指先が触れ合う場合の、当該２人の人物間の距離である。

具体例として、第１通信部２１０は、ＮＦＣ（Near Field Communication）又は赤外線通信を行う。上記ＮＦＣは、例えば、ＩＳＯ／ＩＥＣ １４４４３、ＩＳＯ／ＩＥＣ １８０９２等の規格に従った無線通信である。また、上記赤外線通信は、例えば、ＩｒＤＡ（Infrared Data Association）規格に従った無線通信である。

（２）第２通信部２２０
第２通信部２２０は、他の装置と通信する。例えば、第１通信部２１０と比べてより遠距離で無線通信する。より具体的には、例えば、第２通信部２２０は、アクセスポイント又は基地局を介して、ＰＢＸ１００と通信する。

具体例として、第２通信部２２０は、無線ＬＡＮ規格に従った無線通信を行う。無線ＬＡＮ規格は、例えば、ＩＥＥＥ ８０２．１１シリーズである。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。記憶部２３０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。

例えば、記憶部２３０は、端末装置２００に発行されたワンタムＩＤを記憶する。

（４）入力部２４０
入力部２４０は、端末装置２００のユーザ１０による入力を受け付ける。そして、入力部２４０は、入力結果を制御部２６０へ提供する。

例えば、入力部２４０は、表示画面においてユーザ１０により指定される位置を検出する。より具体的には、例えば、入力部２４０は、タッチパネルのタッチ検出面により実装され、タッチパネルにおけるタッチ位置を検出する。そして、入力部２４０は、検出されたタッチ位置を制御部２６０へ提供する。

（５）表示部２５０
表示部２５０は、端末装置２００からの出力画像（即ち、画面）を表示する。表示部２５０は、制御部２６０による制御に応じて表示画面を表示する。なお、表示部２５０は、例えば、タッチパネルの表示面により実装される。

（６）制御部２６０
制御部２６０は、端末装置２００の様々な機能を提供する。例えば、制御部２６０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部２６０は、記憶部２３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部２６０は、ＡＰ管理部２６１、ＩＤ取得部２６３、リンク設定要求部２６５、ＡＰ部２６７及び通信機能制御部２６９を含む。

（ａ）ＡＰ管理部２６１
（ａ−１）区域９０内で提供されるＡＰサービスの情報の取得
例えば、ＡＰ管理部２６１は、区域９０内で提供されるＡＰサービスの情報を取得する。当該情報は、例えば、区域９０内で提供されるＡＰサービスの検索結果である。

具体例には、例えば、端末装置２００が区域９０内に入る場合に、第２通信部２２０は、ネットワーク２０への接続を確立する。そして、当該接続の確立後に、ＡＰ管理部２６１は、表示部２５０に、ＡＰサービスの検索を行うか否かを選択するための画面を表示させる。そして、入力部２４０が、ＡＰサービスの検索を行うこと選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＰＢＸ１００によるＡＰサービス検索結果を取得する。

（ａ−２）端末装置用のソフトウェアの取得及び起動
また、例えば、ＡＰ管理部２６１は、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。

具体的には、例えば、ＡＰ管理部２６１は、ＡＰサービス検索結果を受信すると、表示部２５０に、ＡＰサービスに関する情報を表示させる。そして、入力部２４０が、ＡＰサービスを利用することを選択するための入力、又は複数のＡＰサービスのうちのいずれかのＡＰサービスを選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、選択に応じたＡＰサービス利用開始要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、当該ソフトウェアを起動させる。その後、当該ソフトウェアのプログラムが実行される。

なお、端末装置２００に既に当該端末装置用のソフトウェアが備えられている場合には、当該ソフトウェアはＰＢＸ１００から取得されなくてもよい。

（ａ−３）ワンタイムＩＤの使用終了条件に関連する情報の提供
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件に関連する情報をＰＢＸ１００（ＡＰサービス管理部１３１）に随時または定期的に提供する。なお、端末装置２００が上記使用終了の条件を自ら判定する場合には、ＡＰ管理部２６１は、ＰＢＸ１００（ＡＰサービス管理部１３１）から使用終了の条件に関連する情報を取得してもよい。

（ａ−４）端末装置用のソフトウェアの削除
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ＡＰサービスの提供のための端末装置用のソフトウェアを削除する。より具体的には、例えば、ＡＰ管理部２６１は、上記端末装置用のソフトウェアの停止及び削除を要求するＡＰ削除要求メッセージをＰＢＸ１００（ＡＰサービス管理部１３１）から受信すると、当該端末装置用のソフトウェアを停止し、端末装置２００から削除する。なお、ＡＰ管理部２６１は、上記使用終了の条件を自ら判定する場合には、判定結果に応じて上記端末装置用のソフトウェアを停止し、端末装置２００から削除してもよい。

（ｂ）ＩＤ取得部２６３
ＩＤ取得部２６３は、ワンタイムＩＤが端末装置２００に発行されると、当該ワンタイムＩＤを取得する。より具体的には、例えば、ＰＢＸ１００は、端末装置２００へのワンタイムＩＤの発行の際に、端末装置２００にワンタイムＩＤを通知する。そして、ＩＤ取得部２６３は、第２通信部２２０を介して、当該ワンタイムＩＤを取得する。そして、ＩＤ取得部２６３は、取得したワンタムＩＤをＡＰ部２６７に提供する。

なお、ＩＤ取得部２６３は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。

（ｃ）リンク設定要求部２６５
（ｃ−１）リンク設定の要求
リンク設定要求部２６５は、上記リンク設定を要求する。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。

例えば、上記リンク設定は、端末装置２００及び別の端末装置２００の少なくとも一方による承認後に要求される。即ち、リンク設定要求部２６５は、端末装置２００又は別の端末装置２００の少なくとも一方による承認後に、上記リンク設定を要求する。一例として、リンク設定要求部２６５は、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定を要求する。後述するように、リンク設定の承認は、ＡＰ部２６７により行われる。

より具体的には、例えば、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。当該リンク設定要求メッセージの具体例は、図７及び図８を参照して説明したとおりである。なお、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等が規定されている場合、リンク設定要求部２６５が規定に従いリンク設定要求メッセージを生成してもよい。例えば、端末装置２００において、ＰＢＸ１００との間でやりとりするために用いる通信プロトコルがＳＩＰ（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）、Ｂｌｏｇ、電子掲示板サービス、電子メールサービス等のサービスが、ネットワーク上で提供されている。そして、これらサービスでは、多くの場合に、ＩＤ及びパスワードによる認証が前提となっている。また、これらのサービスの中には、認証用のＩＤが、サービス内で利用されるハンドルネームであることもある。また、これらのサービスを利用する端末装置には、サービスに対応するアプリケーションソフトウェアがインストールされて、当該アプリケーションソフトウェアが、サービスについての処理を実行する。そして、上記アプリケーションソフトウェアは、認証用のＩＤ及びパスワードを保持する場合もある。このような状況を勘案すると、アプリケーションに関する情報から、ハンドルネームのようなユーザ識別情報が取得され得る。

（ｄ−７）ＡＰサービスの利用停止
また、例えば、ＡＰ部２６７は、ＰＢＸ１００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの利用を停止する。また、例えば、ＡＰ部２６７は、ユーザ１０による入力に応じてＡＰサービスの提供の停止をＰＢＸ１００に要求し、ＡＰサービスの利用を停止する。なお、ＡＰ部２６７は、これらの要求があったことをＡＰ管理部２６１に通知してもよい。

（ｅ）通信機能制御部２６９
通信機能制御部２６９は、端末装置２００の通信機能に関する制御を行う。

例えば、区域９０内で提供されるアプリケーションサービスの通信を行うための端末装置２００の通信機能は、ワンタイムＩＤの発行後から上記リンク設定の要求前まで停止されてもよい。例えば、通信機能制御部２６９は、第２通信部（例えば、無線ＬＡＮ規格に従った無線通信機能）を、ワンタイムＩＤの発行後からリンク設定の要求前まで停止させてもよい。

通信機能の停止は、例えば、第２通信部に対応するハードウェアへの電力供給を断つこと、ハードウェアの制御のために用いられるデバイスドライバを解除すること等を含む。また、通信機能の停止は、ＯＳのパケットフィルタ機能により通信を遮断することを含んでもよい。

このようにアプリケーションサービスの通信を行うための通信機能を停止させることにより、ワンタイムＩＤを取得しつつ、その後リンク設定に基づく通信が必要になるまで、消費電力を抑え、又はトラフィックを軽減することができる。

また、例えば、装置間通信を行うための端末装置２００の通信機能は、別の端末装置２００との装置間通信の前にリフレッシュされてもよい。例えば、通信機能制御部２６９は、第１通信部（例えば、ＮＦＣ規格に従った無線通信機能）を、別の端末装置２００との通信の前にリフレッシュされてもよい。

具体的には、例えば、通信機能制御部２６９は、第１通信部に対応するハードウェアの電源をＯＦＦにした後に、当該電源をＯＮにしてもよい。また、通信機能制御部２６９は、第１通信部に対応する制御用ソフトウェア（例えば、デバイスドライバ）のアンローディングを行った後に、当該ソフトウェアのローディング及びリハッシュを行ってもよい。さらに、通信機能制御部２６９は、第１通信部についてのＯＳからのデタッチを行った後に、第１通信部についてのＯＳへのアタッチを行ってもよい。例えば、このように、通信機能制御部２６９は、通信機能をリフレッシュさせてもよい。

一般的に、無線デバイス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス）は、通信中におけるバッテリの電力の枯渇により停止すると、正常に通信できないことがある。その結果、通信不整合又は通信問題に陥ることがあり得る。その場合に、無線デバイスの電源のＯＦＦにした後にＯＮにすること、デバイスを切り離して再帰属処理を行うことが、推奨されている。とりわけ、無線デバイスについては、フェージング等に起因する受信電力の変動、外界からのノイズ等の問題が想定される。よって、上述したように、リフレッシュが行われることにより、通信不整合又は通信問題から無線デバイスを復活させることができる。

＜１−５．処理の流れ＞
続いて、図２３〜図２８を参照して、第１の実施形態に係る通信制御処理を説明する。

（１）ＡＰサービスの開始時の処理
図２３は、第１の実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。

まず、ステップＳ４０１で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。

ステップＳ４０３で、ＰＢＸ１００のＡＰサービス管理部１３１は、通信部１１０を介して、検索されたＡＰサービスに関する情報をＡＰサービス検索結果として端末装置２００に提供する。

ステップＳ４０５で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス利用開始要求メッセージをＰＢＸ１００−１に送信する

ステップＳ４０７で、ＰＢＸ１００のＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスの提供のための端末装置用のソフトウェアを、端末装置２００に配布する。

ステップＳ４０９で、端末装置２００のＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。

ステップＳ４１１で、ＰＢＸ１００のＩＤ管理部１３３は、ワンタイムＩＤを端末装置２００に発行する。

ステップＳ４１３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。その後、ワンタイムＩＤが使用されて、アプリケーションサービスの通信が行われる。

（２）リンク設定時の処理
図２４は、第１の実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される。

まず、ステップＳ５０１で、端末装置２００ＡのＡＰ部２６７は、第１通信部２１０を介して、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を端末装置２００Ｂに提供する。また、ステップＳ５０３で、端末装置２００ＢのＡＰ部２６７も、第１通信部２１０を介して、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を端末装置２００Ａに提供する。

ステップＳ５０５及びステップ５０７で、端末装置２００Ａ及び端末装置２００ＢのＡＰ部２６７は、表示部２５０に、リンク設定の承認用画面を表示させる。

ステップＳ５０９で、端末装置２００Ａのユーザ１０Ａが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。

ステップＳ５１１で、端末装置２００ＡのＡＰ部２６７は、リンク設定の承認メッセージを端末装置２００Ｂへ送信する。

ステップＳ５１３で、端末装置２００ＡのＡＰ部２６７は、表示部２５０に、承認待ち画面を表示させる。

ステップＳ５１５で、端末装置２００ＢのＡＰ部２６７は、表示部２５０に、承認用画面を表示させる。当該承認用画面には、端末装置２００Ａでの承認が行われたことが示される。

ステップＳ５１７で、端末装置２００Ｂのユーザ１０Ｂが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。

ステップＳ５１９で、端末装置２００ＢのＡＰ部２６７は、リンク設定の承認メッセージを端末装置２００Ａへ送信する。

ステップＳ５２１で、端末装置２００Ａのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。

ステップＳ５２３で、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。

ステップＳ５２５で、ＰＢＸ１００のリンク設定部１３５は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。

ステップＳ５２７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信させる。その後、リンク設定に基づく通信が行われる。

（３）リンク設定の解除時の処理−区域９０外への移動
図２５は、第１の実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａが区域９０外に移動してしまった場合の処理である。

まず、ステップＳ６０１で、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされるか否かを判定する。当該ＩＤ使用終了条件は、区域９０内に当該ワンタイムＩＤを使用する端末装置２００Ａが位置しないこと（第１終了条件）を含む。そのため、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされると判定する。

ステップＳ６０３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、端末装置２００Ａに発行されたワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。

ステップＳ６０５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。

ステップＳ６０７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂへ送信させる。そして、処理は終了する。

（４）リンク設定の解除時の処理−解除要求
図２６は、第１の実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ｂのユーザ１０Ｂがリンク設定の解除を求める場合の処理である。

ステップＳ６３１で、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を解除するためのユーザ１０Ｂの入力が、入力部２４０により受け付けられると、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定の解除を決定する。

ステップＳ６３３で、端末装置２００Ｂのリンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。

ステップＳ６３５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。

ステップＳ６３７及びステップＳ６３９で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂ及び端末装置２００Ａへ送信させる。そして、処理は終了する。

（５）リンク設定の解除時の処理−解除要求
図２７は、第１の実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、ＰＢＸ１００により行われる処理である。また、当該通信制御処理は、ＰＢＸ１００が発信メッセージを受信した際に開始される。当該発信メッセージは、例えば、発信側のワンタイムＩＤ「１０００」と着信側のワンタイムＩＤ「１００１」を含む。

ステップＳ７０１で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとがＩＤ管理テーブルに存在するかを判定する。例えば、ＩＤ管理テーブルにワンタイムＩＤ「１０００」及び「１００１」が存在するかが、判定される。これらのワンタイムＩＤが存在する場合には、処理はステップＳ７０３へ進む。そうでなければ、処理は終了する。

ステップＳ７０３で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルの使用可否フラグに基づいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとが使用されているかを判定する。例えば、ＩＤ管理テーブルにおいて、ワンタイムＩＤ「１０００」及び「１００１」に対応する使用可否フラグが「１」であるかが、判定される。これらのワンタイムＩＤが使用されていれば、処理はステップＳ７０５へ進む。そうでなければ、処理は終了する。

ステップＳ７０５で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するユーザ識別情報があるかを判定する。例えば、ワンタイムＩＤ「１０００」に対応するユーザ識別情報があるかが、判定される。当該ユーザ識別情報があれば、処理はステップＳ７０７へ進む。そうでなければ、処理は終了する。

ステップＳ７０７で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するリンク設定情報に、着信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。即ち、ワンタイムＩＤ「１０００」に対応するリンク設定情報に、ワンタイムＩＤ「１００１」に対応するユーザ識別情報（例えば、「Ｈａｎａｋｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７０９へ進む。そうでなければ、処理は終了する。

ステップＳ７０９で、呼制御部１３９は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の着信側のワンタイムＩＤに対応するリンク設定情報に、発信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。例えば、ワンタイムＩＤ「１００１」に対応するリンク設定情報に、ワンタイムＩＤ「１０００」に対応するユーザ識別情報（例えば、「Ｔａｒｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７１１へ進む。そうでなければ、処理は終了する。

（６）リンク設定の解除時の処理−解除要求
図２８は、第１の実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、端末装置２００により行われる処理である。

ステップＳ８０１で、制御部２６０は、端末装置２００内のアプリケーションソフトウェアの有無を判定する。アプリケーションソフトウェアがある場合には、処理はステップＳ８０３へ進む。そうでなければ、処理はステップＳ８０９へ進む。

ステップＳ８０３で、制御部２６０は、アプリケーション情報からハンドルネームを抽出する。

ステップＳ８０５で、制御部２６０は、ハンドルネームが抽出されたかを判定する。ハンドルネームが抽出されていれば、処理はステップＳ８０７へ進む。そうでなければ、処理はステップＳ８０９へ進む。

ステップＳ８０７で、制御部２６０は、抽出されたハンドルネームをユーザ識別情報として取得する。そして、処理は終了する。

ステップＳ８０９で、制御部２６０は、入力部２４０を介して得られる入力情報を、ユーザ識別情報として取得する。そして、処理は終了する。

＜１−６．さらなる技術的特徴＞
続いて、図２９〜図４１を参照して、第１の実施形態に係るさらなる技術的特徴を説明する。

（１）概要
（ａ）ＰＢＸ１００
上述したように、第１の実施形態では、ＰＢＸ１００（リンク要求受付部１３４）は、リンク設定の要求を受け付ける。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。そして、ＰＢＸ１００（リンク設定部１３５）は、上記要求が受け付けられる場合に、上記リンク設定を行う。例えば、上記要求は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方からの要求である。

第１の実施形態では、とりわけさらなる特徴として、ＰＢＸ１００（リンク設定部１３５）は、上記リンク設定における上記端末装置２００と上記別の端末装置２００との非対称な制限に関する制限関連情報が取得される場合に、当該非対称な制限の設定を行う。

（ｂ）端末装置２００
上述したように、第１の実施形態では、端末装置２００（ＩＤ取得部２６３）は、上記アプリケーションサービスの通信のためのワンタイムＩＤが上記端末装置２００に発行されると、当該ワンタイムＩＤを取得する。また、上記端末装置２００（リンク設定要求部２６５）は、上記アプリケーションサービスの上記通信において、当該通信のための別のワンタイムＩＤを発行された別の端末装置２００及び上記端末装置２００の一方からの情報を他方が取得することを可能にするリンク設定を、要求する。

第１の実施形態では、とりわけさらなる特徴として、上記端末装置２００（リンク設定要求部２６５）は、上記リンク設定における上記端末装置２００と上記別の端末装置２００との非対称な制限に関する制限関連情報を提供する。

なお、上記非対称な制限は、非対称な情報アクセス制限とも言われ得る。

（２）リンク設定
例えば、上記リンク設定は、上記アプリケーションサービスの上記通信において、上記端末装置２００からの情報を上記別の端末装置２００が取得することを可能にし、且つ、上記別の端末装置２００からの情報を上記端末装置２００が取得することを可能にする。

（３）非対称な制限
（ａ）情報の取得の非対称性
上記非対称な制限は、上記端末装置２００及び上記別の端末装置２００の一方が上記端末装置２００及び上記別の端末装置２００の他方からの特定の種類の情報を取得できないが、上記端末装置２００及び上記別の端末装置２００の上記他方が上記端末装置２００及び上記別の端末装置２００の上記一方から上記特定の種類の情報を取得できることを含む。

例えば、上記特定の種類の情報は、音声情報、プレゼンス情報及び／又は買いもの情報などである。例えば、当該プレゼンス情報は、位置情報を含む。

これにより、例えば、上記端末装置２００のユーザと上別の記端末装置２００のユーザとの関係に応じて、取得可能な情報を上記端末装置２００と上記別の端末装置２００との間で異なるようにすることが可能になる。

なお、上記非対称な制限は、この例に限られない。例えば、上記非対称な制限は、上記端末装置２００及び上記別の端末装置２００の一方が特定の機能を実行できないが、上記端末装置２００及び上記別の端末装置２００の他方が上記特定の機能を実行できることを含んでもよい。上記特定の機能は、通話発信機能などであってもよい。

（ｂ）上下関係
例えば、上記非対称な制限は、上記リンク設定における上記端末装置２００の第１の制限、及び、上記リンク設定における上記別の端末装置２００の第２の制限である。さらに、上記第１の制限及び上記第２の制限の一方は、上記第１の制限及び上記第２の制限の他方よりも厳しい。

具体的には、例えば、上記第１の制限及び上記第２の制限の上記他方において取得できる情報の種類は、上記第１の制限及び上記第２の制限の上記一方において取得できる情報の種類を包含する。また、上記第１の制限及び上記第２の制限の上記他方において実行できる機能は、上記第１の制限及び上記第２の制限の上記一方において実行できる機能を包含してもよい。

これにより、例えば、上記端末装置２００のユーザと上記別の端末装置２００のユーザとの上下関係に応じて、取得可能な情報を上記端末装置２００と上記別の端末装置２００との間で異なるようにすることが可能になる。例えば、ユーザ間の上下関係は、上司と部下との関係、現場監督とパートタイム労働者との関係、教師と生徒との関係、及び親と子供との関係などを含む。

（ｃ）非対称な制限の例
（ｃ−１）第１の例
図２９は、リンク設定における端末装置の制限の第１の例を説明するための説明図である。図２９を参照すると、端末装置２００Ａと端末装置２００Ｂとのリンク設定における端末装置２００Ａ及び端末装置２００Ｂの制限／権限が示されている。この例では、上記リンク設定における端末装置２００Ａの制限はない。端末装置２００Ａは、端末装置２００Ｂへの通話発信操作の権限、端末装置２００Ｂからのプレゼンス情報の取得の権限、及び、端末装置２００Ｂからの買いもの情報の取得の権限を有する。一方、上記リンク設定における端末装置２００Ｂの制限は、端末装置２００Ａからのプレゼンス情報の取得の制限、及び、端末装置２００Ａからの買いもの情報の取得の制限を含む。即ち、端末装置２００Ｂは、上記リンク設定において、端末装置２００Ａからのプレゼンス情報、及び端末装置２００Ａからの買いもの情報を取得することができない。なお、端末装置２００Ｂは、端末装置２００Ａへの通話発信操作の権限を有する。

このように、上記リンク設定における端末装置２００Ｂの制限は、上記リンク設定における端末装置２００Ａの制限よりも厳しい。また、上記リンク設定において端末装置２００Ａが取得可能な情報の種類（音声情報、プレゼンス情報、及び買いもの情報）は、上記リンク設定において端末装置２００Ｂが取得可能な情報の種類（音声情報）を包含する。

（ｃ−２）第２の例
図３０は、リンク設定における端末装置の制限の第２の例を説明するための説明図である。図３０を参照すると、端末装置２００Ａと端末装置２００Ｂとのリンク設定における端末装置２００Ａ及び端末装置２００Ｂの制限／権限が示されている。この例では、上記リンク設定における端末装置２００Ａの制限は、端末装置２００Ｂからの買いもの情報の取得の制限を含む。即ち、端末装置２００Ａは、上記リンク設定において、端末装置２００Ｂからの買いもの情報を取得することができない。なお、端末装置２００Ａは、端末装置２００Ｂへの通話発信操作の権限、及び、端末装置２００Ｂからのプレゼンス情報の取得の権限を有する。一方、上記リンク設定における端末装置２００Ｂの制限は、端末装置２００Ａからのプレゼンス情報の取得の制限を含む。即ち、端末装置２００Ｂは、上記リンク設定において、端末装置２００Ａからのプレゼンス情報を取得することができない。なお、端末装置２００Ｂは、端末装置２００Ａへの通話発信操作の権限、及び、端末装置２００Ａからの買いもの情報の取得の権限を有する。

このように、上記リンク設定における端末装置２００Ａの制限と、上記リンク設定における端末装置２００Ｂの制限とが、包含関係を有しなくてもよく、互いにずれていてもよい。

上述した２つの例から分かるように、上記リンク設定における制限は、上記リンク設定における権限と表裏一体である。

（４）制限関連情報の取得
上述したように、ＰＢＸ１００（リンク設定部１３５）は、上記制限関連情報が取得される場合に、当該非対称な制限の設定を行う。例えば、ＰＢＸ１００（リンク設定部１３５）が、上記制限関連情報を取得する。

（ａ）制限関連情報の提供の主体
例えば、上記制限関連情報は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方により提供される情報である。

例えば、上記端末装置２００及び上記別の端末装置２００の両方が、上記制限関連情報を提供する。なお、上記端末装置２００により提供される制限関連情報と、上記端末装置２００により提供される制限関連情報とは、互いに異なってもよく、同一であってもよい。

例えば、上記制限関連情報は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方による承認後に提供される情報である。これにより、例えば、ユーザ間の同意の上で制限を設定することが可能になる。

（ｂ）制限関連情報の提供のタイミング
（ｂ−１）第１の例
第１の例として、ＰＢＸ１００（リンク設定部１３５）は、上記リンク設定の上記要求が上記制限関連情報を含み、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行う。即ち、上記制限関連情報は、上記リンク設定の上記要求の中で提供される。

例えば、上記端末装置２００（リンク設定要求部２６５）及び／又は上記別の端末装置２００（リンク設定要求部２６５）は、上記リンク設定の要求の中で、上記制限関連情報を提供する。

具体的には、例えば、上記端末装置２００（リンク設定要求部２６５）及び／又は上記別の端末装置２００（リンク設定要求部２６５）は、上記制限関連情報を含む非対称制限付きリンク設定要求メッセージを送信する。そして、ＰＢＸ１００（リンク要求受付部１３４）は、当該非対称制限付きリンク設定要求メッセージを取得する。

これにより、例えば、リンク設定と非対称的な制限の設定とが同じタイミングで行われるので、ユーザにとっての二度手間を回避することができる。

−メッセージの例
図３１は、端末装置２００Ａにより送信される非対称制限付きリンク設定要求メッセージの一例を説明するための説明図である。また、図３２は、端末装置２００Ｂにより送信される非対称制限付きリンク設定要求メッセージの一例を説明するための説明図である。図３１及び図３２を参照すると、非対称制限付きリンク設定要求メッセージに含まれる情報が示されている。この例では、非対称制限付きリンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）、上下関係情報及び制限情報を含む。

要求種別情報は、メッセージの要求が非対称な制限付きのリンク設定であることを示す。

ワンタイムＩＤ（要求側）は、非対称な制限付きのリンク設定を要求する端末装置２００に発行されたワンタイムＩＤである。

ユーザ識別情報（要求側）は、非対称な制限付きのリンク設定を要求する端末装置２００のユーザを識別するための情報である。一方、ユーザ識別情報（相手側）は、非対称な制限付きのリンク設定のターゲットとして指定される端末装置２００のユーザを識別するための情報である。これらのユーザ識別情報は、一例として、ユーザ１０のためのハンドルネームである。

上下関係情報は、非対称な制限付きのリンク設定を要求する端末装置２００がリンク設定において上位であるのか下位であるのかを示す情報である。この例では、端末装置２００Ａが上位であり、端末装置２００Ｂが下位である。

上記制限情報は、非対称な制限付きのリンク設定における端末装置２００の制限を示す情報である。この例では、端末装置２００Ａの制限が、「ｒｅｓｔｒｉｃｔｉｏｎ＿１」であり、端末装置２００Ｂの制限が、「ｒｅｓｔｒｉｃｔｉｏｎ＿２」である。

−端末装置の操作の例
−−端末装置２００Ａ
図３３は、リンク設定の要求にあたり端末装置２００Ａに表示される画面の例を説明するための説明図である。図３３を参照すると、端末装置２００Ａの３つの画面が示されている。例えば、端末装置２００Ａと端末装置２００Ｂとが近距離に位置する場合に、端末装置２００Ａ及び端末装置２００Ｂは、ＮＦＣを行う。すると、端末装置２００Ａには、画面２５１Ａ−１として、通話フレンドとしての承認、上位ユーザとしての承認、又は承認なしを選択するための画面（以下、「承認選択画面」と呼ぶ）が表示される。そして、端末装置２００Ａのユーザ１０Ａが、上位ユーザとしての承認のための入力（例えば、「上位ユーザとして希望」のアイコンを選択する入力）を行うと、端末装置２００Ａには、画面２５１Ａ−２として、リンク設定における端末装置２００Ｂの権限／制限を選択するための画面（以下、「制限／権限選択画面」と呼ぶ）が表示される。その後、端末装置２００Ａのユーザ１０Ａが、端末装置２００Ｂの権限／制限の選択のための入力を行うと、端末装置２００Ａには、画面２５１Ａ−３として、相手側の承認待ちであることを示す画面（以下、「承認待ち画面」と呼ぶ）が表示される。また、端末装置２００Ａは、非対称な制限付きのリンク設定についての承認メッセージを端末装置２００Ｂへ送信する。

−−端末装置２００Ｂ
図３４は、リンク設定の要求にあたり端末装置２００Ｂに表示される画面の例を説明するための説明図である。図３４を参照すると、端末装置２００Ｂの２つの画面が示されている。例えば、端末装置２００Ａと端末装置２００Ｂとが近距離に位置する場合に、端末装置２００Ａ及び端末装置２００Ｂは、ＮＦＣを行う。すると、端末装置２００Ａには、画面２５１Ｂ−１として、通話フレンドとしての承認、上位ユーザとしての承認、又は承認なしを選択するための画面（即ち、承認選択画面）が表示される。その後、端末装置２００Ａのユーザ１０Ａが、図３３の例に示されるように入力を行うと、端末装置２００Ａは、非対称な制限付きのリンク設定についての承認メッセージを端末装置２００Ｂへ送信する。そして、端末装置２００Ｂは、当該承認メッセージを受信する。すると、端末装置２００Ｂには、画面２５１Ｂ−２として、非対称な制限付きのリンク設定を承認するか否かを選択するための画面（以下、「承認用画面」と呼ぶ）が表示される。その後、端末装置２００Ｂのユーザ１０Ｂが、承認のための入力（例えば、「する」のアイコンを選択する入力）を行うと、端末装置２００Ｂは、非対称な制限付きのリンク設定についての承認メッセージを端末装置２００Ａへ送信する。

なお、例えば、端末装置２００Ａは、上記承認メッセージの受信後に、図３１に示される非対称制限付きリンク設定要求メッセージをＰＢＸ１００へ送信する。また、例えば、端末装置２００Ｂは、上記承認メッセージの送信後に、図３２に示される非対称制限付きリンク設定要求メッセージをＰＢＸ１００へ送信する。

（ｂ−２）第２の例
第２の例として、ＰＢＸ１００（リンク要求受付部１３４）は、上記非対称な制限の設定の要求を受け付ける。上記非対称な制限の設定の当該要求は、上記制限関連情報を含む。ＰＢＸ１００（リンク設定部１３５）は、上記非対称な制限の設定の上記要求が受け付けられ、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行う。即ち、上記制限関連情報は、上記リンク設定の上記要求とは別に提供される。

例えば、上記端末装置２００（リンク設定要求部２６５）及び／又は上記別の端末装置２００（リンク設定要求部２６５）は、上記リンク設定の後に、上記制限関連情報を提供する。

具体的には、例えば、上記端末装置２００（リンク設定要求部２６５）及び／又は上記別の端末装置２００（リンク設定要求部２６５）は、上記制限関連情報を含む非対称制限設定要求メッセージを送信する。そして、ＰＢＸ１００（リンク要求受付部１３４）は、当該非対称制限設定要求メッセージを取得する。

これにより、例えば、非対称的な制限の設定をより柔軟に行うことが可能になる。

−メッセージの例
図３５は、端末装置２００Ａにより送信される非対称制限設定要求メッセージの一例を説明するための説明図である。また、図３６は、端末装置２００Ｂにより送信される非対称制限設定要求メッセージの一例を説明するための説明図である。図３５及び図３６を参照すると、非対称制限付きリンク設定要求メッセージに含まれる情報が示されている。この例では、非対称制限付きリンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）、上下関係情報及び制限情報を含む。

要求種別情報は、メッセージの要求が非対称な制限の設定であることを示す。

なお、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）ユーザ識別情報（相手側）、上下関係情報及び制限情報は、図３１及び図３２に示される非対称制限付きリンク設定要求メッセージに含まれる情報と同じである。よって、ここでは重複する記載を省略する。

−端末装置の操作の例
第２の例でも、第１の例と同様の画面（即ち、図３３及び図３４に示される画面と同様の画面）が端末装置２００Ａ及び端末装置２００Ｂにおいて表示され得る。また、第２の例でも、第１の例と同様に、ユーザ１０Ａ及びユーザ１０Ｂが操作し得る。

（ｂ−３）その他
上述した第１の例及び第２の例では、上下関係情報及び制限情報の両方を含むメッセージが送信されるが、第１の実施形態は係る例に限定されない。

上述した第１の例において、上記端末装置２００及び／又は上記別の端末装置２００は、制限情報を含まない非対称制限付きリンク設定要求メッセージを送信してもよい。また、上述した第２の例において、上記端末装置２００及び／又は上記別の端末装置２００は、制限情報を含まない非対称制限設定要求メッセージを送信してもよい。そして、非対称な制限として、予め定められたデフォルトの制限が設定されてもよい。当該デフォルトの制限では、上位の端末装置にはいずれの制限もなく、下位の端末装置に全ての制限があってもよい。即ち、上記デフォルトの制限は、上記リンク設定を単方向のリンク設定にするものであってもよい。

また、上記端末装置２００及び／又は上記別の端末装置２００は、制限情報を含む非対称制限設定要求メッセージをさらに送信してもよい。例えば、上記端末装置２００及び上記別の端末装置２００のうちの上位の端末装置が、当該非対称制限設定要求メッセージを送信してもよい。当該非対称制限設定要求メッセージは、図３５又は図３６に示されるようなメッセージであってもよい。なお、上位の端末装置のみが当該非対称制限設定要求メッセージを送信する場合には、当該非対称制限設定要求メッセージは、制限情報として「ｒｅｓｔｒｉｃｔｉｏｎ＿１」及び「ｒｅｓｔｒｉｃｔｉｏｎ＿２」の両方を含んでもよい。

図３７は、非対称な制限の設定の要求にあたり端末装置２００Ａに表示される画面の例を説明するための説明図である。図３７を参照すると、端末装置２００Ａの２つの画面が示されている。この例では、端末装置２００Ａが上位であり、端末装置２００Ｂが下位である。端末装置２００Ａの画面２５１Ａ−１には、区域内通話の相手の候補として、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が示され、さらにリンク設定における具体的な制限の設定のためのアイコン（「設定」のアイコン）が示される。端末装置２００Ａのユーザ１０Ａが、設定のための入力（例えば、上記アイコンを選択する入力）を行うと、端末装置２００Ａには、画面２５１Ａ−２として、リンク設定における端末装置２００Ｂの制限を選択するための画面（即ち、制限／権限選択画面）が表示される。その後、端末装置２００Ａのユーザ１０Ａが、端末装置２００Ｂの制限の選択のための入力を行うと、端末装置２００Ａは、当該入力に応じた制限情報を生成し、当該制限情報を含む非対称制限設定要求メッセージを送信する。

（５）制限関連情報の内容
（ａ）第１の例
第１の例として、上記制限関連情報は、上記非対称な制限の設定が要求されていることを示す情報（以下、「第１の情報」と呼ぶ）を含む。

具体的には、例えば、上記第１の情報は、図３１、図３２、図３５又は図３６に示される要求種別情報である。

これにより、例えば、非対称な制限を設定すべきか否かを容易に判定することが可能になる。

（ｂ）第２の例
第２の例として、上記制限関連情報は、上記第１の制限（即ち、上記リンク設定における上記端末装置２００の制限）及び上記第２の制限（即ち、上記リンク設定における上記端末装置２００の制限）の上記一方が上記第１の制限及び上記第２の制限の上記他方よりも厳しいことを示す情報（以下、「第２の情報」と呼ぶ）を含む。

具体的には、例えば、上記第２の情報は、図３１、図３２、図３５又は図３６に示される上下関係情報である。

これにより、例えば、どちらの端末装置により厳しい制限を設定すればよいかを容易に判定することが可能になる。

（ｃ）第３の例
第３の例として、上記制限関連情報は、上記第１の制限又は上記第２の制限を示す情報（以下、「第３の情報」と呼ぶ）を含む。

具体的には、例えば、上記第３の情報は、図３１、図３２、図３５又は図３６に示される制限情報である。

これにより、例えば、端末装置にどのような制限を設定するかを容易に知ることが可能になる。また、ユーザが制限をより柔軟に設定し得る。

なお、制限と権限は表裏一体であるので、上記非対称な制限に関する制限関連情報は、上記リンク設定における上記端末装置２００と上記別の端末装置２００との非対称な権限に関する情報とも言える。

（６）非対称な制限の設定
上述したように、ＰＢＸ１００（リンク設定部１３５）は、上記制限関連情報が取得される場合に、上記非対称な制限の設定を行う。例えば、ＰＢＸ１００（リンク設定部１３５）は、上記制限関連情報に基づいて、上記非対称な制限の設定を行う。

さらに具体的には、一例として、ＰＢＸ１００（リンク設定部１３５）は、ＩＤ ＤＢ１２３のＩＤ管理テーブルに上下関係情報及び制限情報を追加することにより、上記非対称な制限の設定を行う。以下、この点について図３８を参照して具体例を説明する。

図３８は、非対称な制限の設定の一例を説明するための説明図である。図３８を参照すると、ＩＤ管理テーブルが示されている。ＩＤ管理テーブルは、非対称な制限の設定のための情報として、「上下関係情報」及び「制限情報」を含む。例えば、図３１及び図３２に示される非対称制限付きリンク設定要求メッセージの受信に応じて、ＩＤ管理テーブルにユーザ識別情報及びリンク設定情報を追加することにより、リンク設定が行われる。さらに、ＩＤ管理テーブルに上下関係情報及び制限情報を追加することにより、非対称な制限の設定が行われる。

以上のように、ＩＤ管理テーブルに上下関係情報及び制限情報を追加することにより、非対称な制限の設定が行われる。

（７）非対称な制限の設定後の動作
例えば、上記非対称な制限の設定後に、ＰＢＸ１００（ＡＰサービス提供部１３７）は、上記第１の制限（即ち、上記リンク設定における上記端末装置２００の制限）下で上記端末装置２００にアプリケーションサービスの通信を行わせる。また、ＰＢＸ１００（ＡＰサービス提供部１３７）は、上記第２の制限（即ち、上記リンク設定における上記別の端末装置２００の制限）下で上記別の端末装置２００にアプリケーションサービスの通信を行わせる。

（ａ）動作の例
図２９を再び参照すると、この例では、リンク設定における端末装置２００Ａの制限はなく、端末装置２００Ａは、端末装置２００Ｂからのプレゼンス情報の取得の権限、及び、端末装置２００Ｂからの買いもの情報の取得の権限を有する。そのため、例えば、ＰＢＸ１００（ＡＰサービス提供部１３７）は、端末装置２００Ｂからのプレゼンス情報、及び、端末装置２００Ｂからの買いもの情報を、端末装置２００Ａに提供する。

また、図２９を再び参照すると、この例では、上記リンク設定における端末装置２００Ｂの制限は、端末装置２００Ａからのプレゼンス情報の取得の制限、及び、端末装置２００Ａからの買いもの情報の取得の制限を含む。そのため、例えば、ＰＢＸ１００（ＡＰサービス提供部１３７）は、端末装置２００Ａからのプレゼンス情報、及び、端末装置２００Ａからの買いもの情報を、端末装置２００Ｂに提供しない。このように、リンク設定における非対称な制限は、フィルタとして機能し得る。

一例として、区域９０は、ショッピングモールであり、端末装置２００Ａのユーザ１０Ａは、当該ショッピングモールを訪れた親であり、端末装置２００Ｂのユーザ１０Ｂは、当該ショッピングモールを訪れた子供である。この場合に、例えば、当該子供は、上記親への通話発信を行うことができるが、上記親の状況（例えば、どこにいるのか、及び何を買ったのかなど）を監視することはできない。一方、上記親は、上記子供への通話発信を行うことも、上記子供の状況（例えば、どこにいるのか、及び何を買ったのかなど）を監視することもできる。

別の例として、区域９０は、オフィスであり、端末装置２００Ａのユーザ１０Ａは、開発プロジェクトのプロジェクトリーダーであり、端末装置２００Ｂのユーザ１０Ｂは、当該プロジェクトに短期で参加するパートタイム労働者である。この場合に、例えば、当該パートタイム労働者は、上記プロジェクトリーダーへの通話発信を行うことができるが、上記プロジェクトリーダーの状況（例えば、どこにいるのかなど）を監視することはできない。一方、上記プロジェクトリーダーは、上記パートタイム労働者供への通話発信を行うことも、上記パートタイム労働者の状況（例えば、どこにいるのかなど）を監視することもできる。

（８）非対称な制限の設定の変更
例えば、上記非対称な制限の設定は、上記端末装置２００及び上記別の端末装置のうちの、上記リンク設定におけるより厳しい制限に対応する一方（即ち、下位のもの）からの要求に応じて変更不能である。一方、上記非対称な制限の設定は、上記端末装置２００及び上記別の端末装置のうちの他方（即ち、上位のもの）からの要求に応じて変更可能である。ＰＢＸ２００（リンク設定部１３５）は、上記端末装置２００及び上記別の端末装置のうちの上記一方からの要求に応じて、上記非対称な制限の設定を変更せず、上記端末装置２００及び上記別の端末装置のうちの上記他方からの要求に応じて、上記非対称な制限の設定を変更する。

図３８を再び参照すると、この例では、リンク設定において、端末装置２００Ａが上位であり、端末装置２００Ｂが下位である。この場合に、ＰＢＸ２００（リンク設定部１３５）は、端末装置２００Ｂからの要求に応じて上記リンク設定を変更しないが、端末装置２００Ａからの要求に応じて上記リンク設定を変更する。

これにより、例えば、上下関係を維持しつつ、制限の内容を柔軟に変更することが可能になる。

以上、第１の実施形態に係るさらなる技術的特徴を説明した。当該技術的特徴によれば、例えば、ユーザ間の社会的関係性（例えば、上下関係など）を考慮したアクセス制限を実現することが可能になる。

＜１−７．さらなる技術的特徴を含む処理の流れ＞
続いて、図３９〜図４１を参照して、第１の実施形態に係るさらなる技術的特徴を含む処理を説明する。

（１）非対称な制限付きのリンク設定時の処理
図３９は、第１の実施形態に係る、非対称な制限付きのリンク設定時における処理の概略的な流れの一例を示すシーケンス図である。当該処理は、例えば、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される。

まず、ステップＳ９０１で、端末装置２００Ａは、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を端末装置２００Ｂに提供する。また、ステップＳ９０３で、端末装置２００Ｂも、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を端末装置２００Ａに提供する。

ステップＳ９０５及びステップ９０７で、端末装置２００Ａ及び端末装置２００Ｂは、承認形態を選択するための承認選択画面（例えば、通話フレンドとしての承認、上位ユーザとしての承認、又は承認なしを選択するための画面）を表示する。

ステップＳ９０９で、端末装置２００Ａのユーザ１０Ａが、上位ユーザとしての承認のための入力を行うと、端末装置２００Ａは、当該入力を受け付ける。

ステップＳ９１１で、端末装置２００Ａは、リンク設定における端末装置２００Ｂの制限を選択するための制限／権限選択画面を表示する。

ステップＳ９１３で、端末装置２００Ａのユーザ１０Ａが、端末装置２００Ｂの制限の選択のための入力を行うと、端末装置２００Ａは、当該入力を受け付ける。

ステップＳ９１５で、端末装置２００Ａは、非対称な制限付きのリンク設定についての承認メッセージを端末装置２００Ｂへ送信する。

ステップＳ９１７で、端末装置２００Ａは、承認待ち画面を表示する。

ステップＳ９１９で、端末装置２００Ｂは、承認用画面を表示する。当該承認用画面には、非対称な制限付きのリンク設定の承認が端末装置２００Ａから要求されていることが示される。

ステップＳ９２１で、端末装置２００Ｂのユーザ１０Ｂが承認のための入力を行うと、端末装置２００Ｂは当該入力を受け付ける。

ステップＳ９２３で、端末装置２００Ｂは、非対称な制限付きのリンク設定の承認メッセージを端末装置２００Ａへ送信する。

ステップＳ９２５で、端末装置２００Ａは、制限関連情報を含む非対称制限付きリンク設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限付きリンク設定要求メッセージを取得する。

ステップＳ９２７で、端末装置２００Ｂは、制限関連情報を含む非対称制限付きリンク設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限付きリンク設定要求メッセージを取得する。

ステップＳ９２９で、ＰＢＸ１００は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。

ステップＳ９３１で、ＰＢＸ１００は、上記リンク設定における端末装置２００Ａと端末装置２００Ｂとの非対称な制限の設定を行う。

ステップＳ９３３、Ｓ９３５で、ＰＢＸ１００は、非対称制限付きリンク設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。その後、上記リンク設定及び上記非対称な制限の設定に基づく通信が行われる。

（２）非対称な制限の設定時の処理
図４０は、第１の実施形態に係る、非対称な制限の設定時における処理の概略的な流れの一例を示すシーケンス図である。なお、この例では、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定は既に行われている。

なお、ステップＳ１００１〜Ｓ１０１３についての説明は、図３９を参照して説明したステップＳ９０１〜Ｓ９１３についての説明と特段の差異はない。よって、ここでは重複する記載を省略し、ステップＳ１０１５〜Ｓ１０３３のみを説明する。

ステップＳ１０１５で、端末装置２００Ａは、非対称な制限付きのリンク設定についての承認メッセージを端末装置２００Ｂへ送信する。

ステップＳ１０１７で、端末装置２００Ａは、承認待ち画面を表示する。

ステップＳ１０１９で、端末装置２００Ｂは、承認用画面を表示する。当該承認用画面には、非対称な制限の設定の承認が端末装置２００Ａから要求されていることが示される。

ステップＳ１０２１で、端末装置２００Ｂのユーザ１０Ｂが承認のための入力を行うと、端末装置２００Ｂは当該入力を受け付ける。

ステップＳ１０２３で、端末装置２００Ｂは、非対称な制限の設定の承認メッセージを端末装置２００Ａへ送信する。

ステップＳ１０２５で、端末装置２００Ａは、制限関連情報を含む非対称制限設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限設定要求メッセージを取得する。

ステップＳ１０２７で、端末装置２００Ｂは、制限関連情報を含む非対称制限設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限設定要求メッセージを取得する。

ステップＳ１０２９で、ＰＢＸ１００は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定における端末装置２００Ａと端末装置２００Ｂとの非対称な制限の設定を行う。

ステップＳ１０３１、Ｓ１０３３で、ＰＢＸ１００は、非対称制限設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。その後、上記リンク設定及び上記非対称な制限の設定に基づく通信が行われる。

（３）その他の処理
図４１は、第１の実施形態に係る、その他の処理の概略的な流れの一例を示すシーケンス図である。当該処理は、リンク設定における端末装置２００の制限を示す制限情報を別途提供するケースの処理である。なお、この例では、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定、及び、当該リンク設定における非対称な制限の設定（例えば、デフォルトの設定）は既に行われている。また、端末装置２００Ａが上位であり、端末装置２００Ｂが下位である。

ステップＳ１１０１で、端末装置２００Ａは、リンク設定における端末装置２００Ｂの制限を選択するための制限／権限選択画面を表示する。

ステップＳ１１０３で、端末装置２００Ａのユーザ１０Ａが、端末装置２００Ｂの制限の選択のための入力を行うと、端末装置２００Ａは、当該入力を受け付ける。

ステップＳ１１０５で、端末装置２００Ａは、制限関連情報を含む非対称制限付きリンク設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限付きリンク設定要求メッセージを取得する。とりわけ、上記制限関連情報は、端末装置２００Ｂの上記制限を示す制限情報を含む。

ステップＳ１１０７で、ＰＢＸ１００は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定における端末装置２００Ａと端末装置２００Ｂとの非対称な制限の設定（即ち、再設定）を行う。とりわけ、ＰＢＸ１００は、上記制限情報に基づいて、上記リンク設定における端末装置２００Ａの制限と、上記リンク設定における端末装置２００Ｂの制限との設定（即ち、再設定）を行う。

ステップＳ１１０９、Ｓ１１１１で、ＰＢＸ１００は、非対称制限設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。その後、上記リンク設定及び上記非対称な制限の設定（即ち、再設定）に基づく通信が行われる。

＜＜２．第１の実施形態の変形例＞＞
続いて、図４２〜図５８を参照して、本発明の第１の実施形態の変形例を説明する。

＜２−１．ＰＢＸの構成＞
図４２を参照して、第１の実施形態の変形例に係るＰＢＸ１００の構成の一例を説明する。図４２は、第１の実施形態の変形例に係るＰＢＸ１００の構成の一例を示すブロック図である。図４２を参照すると、ＰＢＸ１００は、通信部１１０、記憶部１２０及び制御部１３０を備える。

とりわけ第１の実施形態の変形例では、制御部１３０は、照合部１４１をさらに含む。照合部１４１の動作については後に説明する。なお、制御部１３０は、ＡＰサービス管理部１３１、ＩＤ管理部１３３、リンク要求受付部１３４、リンク設定部１３５、ＡＰサービス提供部１３７及び呼制御部１３９も含む。

＜２−２．端末装置の構成＞
図４３を参照して、第１の実施形態の変形例に係る端末装置２００の構成の一例を説明する。図４３は、第１の実施形態の変形例に係る端末装置２００の構成の一例を示すブロック図である。図４３を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０、制御部２６０及びセンシング部２７０を備える。

例えば、センシング部２７０は、１つ以上のセンサ（例えば、加速度センサ及び／又はジャイロセンサなど）に相当する。センシング部２７０の動作については後に説明する。

なお、制御部２６０は、ＡＰ管理部２６１、ＩＤ取得部２６３、リンク設定要求部２６５、ＡＰ部２６７及び通信機能制御部２６９を含む。

＜２−３．技術的特徴＞
第１の実施形態の変形例では、ＰＢＸ１００（リンク設定部１３５）は、上記制限関連情報が取得され、且つ、上記端末装置２００により生成される第１のパターンデータと、上記別の端末装置２００により生成される第２のパターンデータとの照合が成功する場合に、上記非対称な制限の設定を行う。

（１）パターンデータ
（ａ）提供の主体
例えば、上記端末装置２００は、上記第１のパターンデータをＰＢＸ１００に提供する。例えば、上記別の端末装置２００は、上記第２のパターンデータをＰＢＸ１００に提供する。

例えば、上記端末装置２００は、非対称制限付きリンク設定要求メッセージ又は非対称制限設定要求メッセージの中で、上記第１のパターンデータをＰＢＸ１００に提供する。同様に、上記別の端末装置２００は、非対称制限付きリンク設定要求メッセージ又は非対称制限設定要求メッセージの中で、上記第２のパターンデータをＰＢＸ１００に提供する。

（ｂ）パターンデータの例
（ｂ−１）動き
例えば、上記第１のパターンデータは、上記端末装置２００の動きのセンシングを行うことにより上記端末装置２００により生成されるデータである。同様に、例えば、上記第２のパターンデータは、上記別の端末装置２００の動きのセンシングを行うことにより上記別の端末装置２００により生成されるデータである。

具体的には、例えば、上記端末装置２００のユーザは、上記端末装置２００を握りながらジェスチャを行い、上記端末装置２００（センシング部２７０）は、当該ジェスチャに応じて上記端末装置２００の動きのセンシングを行うことにより、上記第１のパターンデータを生成する。一例として、上記ジェスチャは、上記端末装置２００を右方向、下方向及び左方向の順に並行移動させるジェスチャ（即ち、カタカナの「コ」を描くジェスチャ）である。別の例として、上記ジェスチャは、上記端末装置２００を右方向、左下方向及び右方向の順に並行移動させるジェスチャ（即ち、アルファベットの「Ｚ」を描くジェスチャ）であってもよい。

同様に、例えば、上記別の端末装置２００のユーザは、上記別の端末装置２００を握りながらジェスチャを行い、上記別の端末装置２００（センシング部２７０）は、当該ジェスチャに応じて上記別の端末装置２００の動きのセンシングを行うことにより、上記第２のパターンデータを生成する。例えば、上記別の端末装置２００の上記ユーザは、上記端末装置２００のユーザにより行われるジェスチャを模倣する。

これにより、例えば、一方のユーザが他方のユーザのジェスチャを模倣することにより、リンク設定における非対称な制限の設定が行われ得る。そのため、直感的で且つ容易な操作が実現され得る。

（ｂ−２）その他の例
上記第１のパターンデータ及び上記第２のパターンデータは、他のデータであってもよい。

一例として、上記第１のパターンデータは、上記端末装置２００（例えば、上記端末装置２００のタッチパネル）におけるタッチパターンを検出することにより上記端末装置２００により生成されるデータであってもよい。同様に、上記第２のパターンデータは、上記別の端末装置２００（例えば、上記別の端末装置２００のタッチパネル）におけるタッチパターンを検出することにより上記別の端末装置２００により生成されるデータであってもよい。

別の例として、上記第１のパターンデータは、上記端末装置２００におけるユーザの入力に応じて上記端末装置２００により生成される文字列パターンであってもよい。同様に、上記第２のパターンデータは、上記別の端末装置２００におけるユーザの入力に応じて上記別の端末装置２００により生成される文字列パターンであってもよい。

これにより、例えば、一方のユーザが他方のユーザの入力を模倣することにより、リンク設定における非対称な制限の設定が行われ得る。そのため、直感的で且つ容易な操作が実現され得る。とりわけ、これは、ジェスチャを行うことが困難な狭い空間において有効である。

（ｃ）制限関連情報
例えば、上記制限関連情報は、上記第１のパターンデータ及び上記第２のパターンデータを含む。

（ｄ）その他
−第１の例
例えば、上記端末装置２００及び上記別の端末装置２００は、互いに近くに位置する場合に、近距離での無線通信（例えば、ＮＦＣ）を行い、ユーザ識別情報を交換する。すると、上記端末装置２００及び上記別の端末装置２００には、ユーザによるジェスチャを促進するジェスチャ促進画面が表示される。その後、上記端末装置２００及び上記別の端末装置２００は、それぞれ、ユーザによるジェスチャに応じて、第１のパターンデータ及び第２のパターンデータを生成する。さらに、上記端末装置２００及び上記別の端末装置２００は、それぞれ、当該第１のパターンデータ及び当該第２のパターンデータをＰＢＸ１００に提供する。

例えば以上のように、上記端末装置２００及び上記別の端末装置２００が互いに近くに位置する場合に、ジェスチャが行われる。

−第２の例
上記端末装置２００及び上記別の端末装置２００は、近距離での無線通信（例えば、ＮＦＣ）、又は、他の無線通信を通じて、ユーザ識別情報を予め交換してもよい。その後のいずれかのタイミングで、上記端末装置２００及び上記別の端末装置２００が互いに近くにいなくても、例えば上記端末装置２００のユーザによる操作に応じて、上記端末装置２００には、ユーザによるジェスチャを促進するジェスチャ促進画面が表示されてもよい。そして、上記端末装置２００は、上記ユーザによるジェスチャに応じて、第１のパターンデータを生成し、ＰＢＸ１００に提供してもよい。また、例えば上記別の端末装置２００のユーザによる操作に応じて、上記別の端末装置２００に、ユーザによるジェスチャを促進するジェスチャ促進画面が表示されてもよい。そして、上記別の端末装置２００は、上記ユーザによるジェスチャに応じて、第２のパターンデータを生成し、ＰＢＸ１００に提供してもよい。

以上のように、上記端末装置２００及び上記別の端末装置２００が互いに近くにいない場合に、ジェスチャが行われてもよい。具体的には、上記端末装置２００のユーザ及び上記別の端末装置２００のユーザは、互いに見ることができる距離内に位置してもよい。

なお、なりすましのリスクを回避するために、上記端末装置２００と上記別の端末装置２００との間の距離が所定の距離未満である場合に、後述するように、上記第１のパターンデータ及び上記第２のパターンデータの照合が行われてもよい。

（２）照合
例えば、ＰＢＸ１００（照合部１４１）は、上記第１のパターンデータと上記第２のパターンデータとの照合を行う。

一例として、上記第１のパターンデータと上記第２のパターンデータとの類似度が算出され、当該類似度が閾値を超える場合に、上記照合が成功する。なお、当該類似度の算出は、「ＤＰ（Dynamic Programming）マッチング」などの手法により行われ得る。

（３）パターンデータの生成時間に基づく上下関係の決定
例えば、ＰＢＸ１００（リンク設定部１３５）は、上記第１のパターンデータの生成時間と、上記第２のパターンデータの生成時間とに基づいて、上記非対称な制限の設定を行う。これらの生成時間は、例えば、生成時刻である。

（ａ）具体的な決定手法
より具体的には、例えば、上記非対称な制限は、上記リンク設定における上記端末装置２００の第１の制限、及び、上記リンク設定における上記別の端末装置２００の第２の制限である。そして、ＰＢＸ１００（リンク設定部１３５）は、上記第１のパターンデータの上記生成時間が上記第２のパターンデータの上記生成時間よりも遅い場合に、上記第１の制限が上記第２の制限よりも厳しくなるように上記非対称な制限の設定を行う。一方、ＰＢＸ１００（リンク設定部１３５）は、上記第２のパターンデータの上記生成時間が上記第１のパターンデータの上記生成時間よりも遅い場合に、上記第２の制限が上記第１の制限よりも厳しくなるように上記非対称な制限の設定を行う。即ち、パターンデータをより早く生成した端末装置が、上位の端末装置になり、パターンデータをより遅く生成した端末装置が、下位の端末装置になる。

例えば、上記端末装置２００のユーザが、上記端末装置２００を握りながらジェスチャを行い、上記端末装置２００は、上記第１のパターンデータを生成する。その後、上記別の端末装置２００のユーザが、上記ジェスチャを模倣し、上記別の端末装置２００は、上記第２のパターンデータを生成する。その結果、上記端末装置２００が、上記リンク設定において上位になり、上記別の端末装置２００が、上記リンク設定において下位になる。

これにより、例えば、手本となるジェスチャを行ったユーザの端末装置がリンク設定において上位になり、当該ジェスチャを模倣したユーザ（即ち、上記手本となるジェスチャを行ったユーザに対して従属的にジェスチャ行為又は操作を行ったユーザ）の端末装置が当該リンク設定において下位になる。これは、人間の認知行動特性にも合致するので、ユーザのとっての良好な使用性が得られる。

（ｂ）生成時間情報の生成
例えば、上記端末装置２００は、上記第１のパターンデータの生成時間を示す第１の生成時間情報を生成し、上記第１のパターンデータとともに当該第１の生成時間情報を提供する。また、上記別の端末装置２００は、上記第２のパターンデータの生成時間を示す第２の生成時間情報を生成し、上記第２のパターンデータとともに当該第２の生成時間情報を提供する。

例えば、上記端末装置２００は、上記第１のパターンデータの生成の際に、上記第１の生成時間情報を自動で生成する。上記別の端末装置２００は、上記第２のパターンデータの生成の際に、上記第２の生成時間情報を自動で生成する。

なお、上記端末装置２００のユーザが、ジェスチャを行った後に、上記端末装置２００に時間を入力してもよい。当該入力は、ＧＵＩ（Graphical User Interface）を通じた入力であってもよく、音声認識を通じた入力であってもよく、又は、ジェスチャ認識を通じた入力であってもよい。また、ジェスチャの受付時間（例えば、現在の３秒後から１０秒後までの時間など）を、上記端末装置２００がユーザに提示してもよい。これにより、パターン照合の精度の向上、及び／又は、照合に要する演算処理量の減少などが期待される。これらの点については、上記別の端末装置２００も上記端末装置２００と同様である。

（４）非対称な制限の設定
上述したように、ＰＢＸ１００（リンク設定部１３５）は、上記制限関連情報が取得され、且つ、上記第１のパターンデータと上記第２のパターンデータとの照合が成功する場合に、上記非対称な制限の設定を行う。

一例として、ＰＢＸ１００（リンク設定部１３５）は、まず、ＩＤ ＤＢ１２３のＩＤ管理テーブルに、上記第１のパターンデータ及びその生成時間、並びに、上記第２のパターンデータ及びその生成時間を追加する。そして、パターンデータの照合が成功すると、ＰＢＸ１００（リンク設定部１３５）は、上記照合が成功する場合に、上下関係情報及び制限情報を追加することにより、上記非対称な制限の設定を行う。以下、この点について図４４及び図４５を参照して具体例を説明する。

図４４及び図４５は、非対称な制限の設定の一例を説明するための説明図である。図４４及び図４５を参照すると、ＩＤ管理テーブルが示されている。図４４に示されるように、例えば、上記第１のパターンデータ及び上記第１の生成時間情報を含むメッセージの受信に応じて、に上記第１のパターンデータ（ｄａｔａ＿１）及び上記第１の生成時間情報（ｔｉｍｅ＿１）をＩＤ管理テーブルに追加する。同様に、上記第２のパターンデータ及び上記第２の生成時間情報を含むメッセージの受信に応じて、に上記第２のパターンデータ（ｄａｔａ＿２）及び上記第２の生成時間情報（ｔｉｍｅ＿２）をＩＤ管理テーブルに追加する。その後、上記第１のパターンデータと上記第２のパターンデータとの照合が成功すると、上記第１の生成時間情報及び上記第２の生成時間情報に基づいて、上下関係が決定される。そして、図４５に示されるように、ＩＤ管理テーブルに上下関係情報及び制限情報が追加される。これにより、非対称な制限の設定が行われる。

＜２−４．処理の流れ＞
続いて、図４６及び図４７を参照して、第１の実施形態の変形例に係る処理を説明する。

（１）非対称な制限付きのリンク設定時の処理
図４６は、第１の実施形態の変形例に係る、非対称な制限付きのリンク設定時における処理の概略的な流れの一例を示すシーケンス図である。当該処理は、例えば、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される。

まず、ステップＳ１２０１で、端末装置２００Ａは、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を端末装置２００Ｂに提供する。また、ステップＳ１２０３で、端末装置２００Ｂも、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を端末装置２００Ａに提供する。

ステップＳ１２０５及びステップＳ１２０７で、端末装置２００Ａ及び端末装置２００Ｂは、ユーザによるジェスチャを促進するジェスチャ促進画面を表示する。

ステップＳ１２０９で、端末装置２００Ａは、ユーザ１０Ａによるジェスチャに応じて、第１のパターンデータを生成する。また、端末装置２００Ａは、当該第１のパターンデータの生成時間を示す第１の生成時間情報も生成する。

ステップＳ１２１１で、端末装置２００Ｂは、ユーザ１０Ｂによるジェスチャに応じて、第２のパターンデータを生成する。また、端末装置２００Ｂは、当該第２のパターンデータの生成時間を示す第２の生成時間情報も生成する。

ステップＳ１２１３で、端末装置２００Ａは、上記第１のパターンデータ及び上記第１の生成時間情報を含む非対称制限付きリンク設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限付きリンク設定要求メッセージを取得する。

ステップＳ１２１５で、端末装置２００Ｂは、上記第２のパターンデータ及び上記第２の生成時間情報を含む非対称制限付きリンク設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限付きリンク設定要求メッセージを取得する。

ステップＳ１２１７で、ＰＢＸ１００は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。

ステップＳ１２１９で、ＰＢＸ１００は、上記第１のパターンデータと上記第２のパターンデータとの照合を行う。そして、例えば、当該照合が成功する。

ステップＳ１２２１で、ＰＢＸ１００は、上記リンク設定における端末装置２００Ａと端末装置２００Ｂとの非対称な制限の設定を行う。

ステップＳ１２２３、Ｓ１２２５で、ＰＢＸ１００は、非対称制限付きリンク設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。その後、上記リンク設定及び上記非対称な制限の設定に基づく通信が行われる。

（２）非対称な制限の設定時の処理
図４７は、第１の実施形態の変形例に係る、非対称な制限の設定時における処理の概略的な流れの一例を示すシーケンス図である。なお、この例では、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定は既に行われている。

なお、ステップＳ１３０１〜Ｓ１３１１についての説明は、図４６を参照して説明したステップＳ１２０１〜Ｓ１２１１についての説明と特段の差異はない。よって、ここでは重複する記載を省略し、ステップＳ１３１３〜Ｓ１３２３のみを説明する。

ステップＳ１３１３で、端末装置２００Ａは、上記第１のパターンデータ及び上記第１の生成時間情報を含む非対称制限設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限設定要求メッセージを取得する。

ステップＳ１３１５で、端末装置２００Ｂは、上記第２のパターンデータ及び上記第２の生成時間情報を含む非対称制限設定要求メッセージを生成し、ＰＢＸ１００へ送信する。すると、ＰＢＸ１００は、当該非対称制限設定要求メッセージを取得する。

ステップＳ１３１７で、ＰＢＸ１００は、上記第１のパターンデータと上記第２のパターンデータとの照合を行う。そして、例えば、当該照合が成功する。

ステップＳ１３１９で、ＰＢＸ１００は、上記リンク設定における端末装置２００Ａと端末装置２００Ｂとの非対称な制限の設定を行う。

ステップＳ１３２１、Ｓ１３２３で、ＰＢＸ１００は、非対称制限設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。その後、上記リンク設定及び上記非対称な制限の設定に基づく通信が行われる。

＜２−５．パターンデータの生成のための他の仕組み＞
上述した例では、例えば、上記端末装置２００のユーザ及び上記端末装置２００のユーザが、互いに見ることができる距離内に位置する。しかし、第１の実施形態の変形例は係る例に限定されない。例えば、動画像を介してジェスチャなどの模倣が行われてもよい。これにより、ユーザは目視距離という制限から解放される。

（１）システム構成
図４８は、パターンデータの生成のためのシステムの概略的な構成の一例を示す説明図である。図４８を参照すると、システムは、端末装置２００Ａ、端末装置２００Ｂ及びサーバ３００を含む。

例えば、端末装置２００Ａ及び端末装置２００Ｂは、ネットワーク３０を介して、サーバ３００と通信する。ネットワーク３０は、有線ネットワーク及び／又は無線ネットワークを含む。

（２）サーバの構成
図４９は、サーバ３００の構成の一例を示すブロック図である。図４９を参照すると、サーバ３００は、通信部３１０、記憶部３２０及び制御部３３０を備える。

（ａ）通信部３１０
通信部３１０は、他の装置と通信する。より具体的には、例えば、通信部３１０は、制御部３３０による制御に応じて、他の装置への情報を送信する。また、通信部３１０は、他の装置により送信される情報を受信し、当該情報を制御部３３０に提供する。通信部１１０は、例えば、有線通信のための通信インターフェースを含む。

（ｂ）記憶部３２０
記憶部３２０は、サーバ３００の動作のためのプログラム及びデータを記憶する。記憶部３２０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。

（ｃ）制御部３３０
制御部３３０は、サーバ３００の様々な機能を提供する。例えば、制御部３３０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部３３０は、記憶部３２０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部３３０は、情報取得部３３１、生成部３３３及び提供部３３５を含む。

情報取得部３３１、生成部３３３及び提供部３３５の動作は後に詳細に説明する。

（３）第１の例
第１の例として、端末装置２００Ａは、ジェスチャの動画像を生成し、当該動画像をサーバ３００に提供し、サーバ３００（情報取得部３３１）は、当該動画像を取得する。即ち、上記動画像のアップロードが行われる。さらに、例えば、サーバ３００（提供部３３５）は、端末装置２００Ｂからの要求に応じて、上記動画像を端末装置２００Ｂに提供する。これにより、端末装置２００Ｂのユーザ１０Ｂは、端末装置２００Ａのユーザ１０Ａにより行われるジェスチャを模倣することが可能になる。

（ａ）動画像
（ａ−１）第１の例
第１の例として、上記動画像は、ジェスチャを行っている人の動画像である。当該人は、ユーザ１０Ａであってもよく、他の人であってもよい。また、端末装置２００Ａが上記動画像を生成してもよく、又は、他の装置が上記動画像を生成してもよい。以下、図５０を参照して具体例を説明する。

図５０は、ジェスチャの動画像の第１の例を説明するための説明図である。図５０を参照すると、動画像４１が示されている。例えば、人４３は、ルート４７に沿って物体４５を動かすことにより、アルファベットの「Ｚ」を示すジェスチャを行う。なお、人４３は、当該ジェスチャを行う際に、当該ジェスチャの理解を容易にするための音声（例えば、「ゼットだよ」）を発してもよく、動画像４１は、当該音声を含んでもよい。

これにより、例えば、ジェスチャの容易な理解を可能にする動画像が得られる。

（ａ−２）第２の例
第２の例として、上記動画像は、端末装置２００Ａのユーザ１０Ａが端末装置２００Ａを握りながらジェスチャを行う際に端末装置２００が周囲を撮像することにより生成される動画像であってもよい。以下、図５１〜図５３を参照して具体例を説明する。

図５１〜図５３は、ジェスチャの動画像の第２の例を説明するための説明図である。図５１に示されるように、ユーザ１０Ａは、ルート５１に沿って端末装置２００Ａを動かすことにより、アルファベットの「Ｚ」を示すジェスチャを行う。当該ジェスチャが行われている際に、端末装置２００Ａは周囲を撮像する。例えば、端末装置２００Ａは、上記ジェスチャが行われる間に、図５２に示されるような９つの領域（即ち、領域５３Ａ〜５３Ｉ）を撮像する。その結果、領域５３Ａ〜５３Ｉに対応するフレーム５５Ａ〜５５Ｉを含む動画像が生成される。なお、ジェスチャのより容易な理解のために、フレーム５５Ａ〜５５Ｉの各々には、動きの方向を示す矢印が追加される。

これにより、例えば、ジェスチャの動画像とパターンデータの生成とを一度に行うことが可能になる。その結果、利便性が向上するとともに、動画像とパターンデータとの整合性が高まる。

（ｂ）処理の流れ
図５４は、パターンデータの生成のための処理の概略的な流れの第１の例を示すシーケンス図である。

端末装置２００Ａは、アプリケーション（ＡＰ）を起動する（Ｓ１４０１）。当該アプリケーションは、ブラウザであってもよく、専用のアプリケーションであってもよい。その後、端末装置２００Ａは、ジェスチャの動画像を生成する（Ｓ１４０３）。また、端末装置２００Ａは、ユーザ１０Ａのジェスチャに応じて第１のパターンデータを生成し（Ｓ１４０５）、当該第１のパターンデータを記憶する（Ｓ１４０７）。端末装置２００Ａは、当該第１のパターンデータの生成時間を示す第１の生成時間情報も生成し、記憶する。そして、端末装置２００Ａは、上記動画像をサーバ３００に提供する（Ｓ１４０９）

端末装置２００Ｂは、アプリケーション（ＡＰ）を起動する（Ｓ１４１１）。当該アプリケーションは、ブラウザであってもよく、専用のアプリケーションであってもよい。その後、端末装置２００Ｂは、サーバ３００への要求を行い（Ｓ１４１３）、サーバ３００は、上記動画像を端末装置２００Ｂに提供する（Ｓ１４１５）。サーバ３００は、ストリーミングの形で上記動画像を提供してもよく、ダウンロードの形で上記動画像を提供してもよい。当該動画像は、端末装置２００Ｂにおいて再生される。端末装置２００Ｂは、ユーザ１０Ｂのジェスチャに応じて第２のパターンデータを生成し（Ｓ１４１７）、当該第２のパターンデータを記憶する（Ｓ１４１９）。端末装置２００Ｂは、当該第２のパターンデータの生成時間を示す第２の生成時間情報も生成し、記憶する。

（４）第２の例
第２の例として、端末装置２００Ａのユーザ１０Ａは、ユーザ１０Ａが行うジェスチャを選択し、端末装置２００Ａにおいて当該ジェスチャを選択する入力を行う。端末装置２００Ａは、当該入力に応じて選択結果情報を生成し、当該選択結果情報をサーバ３００に提供する。すると、サーバ３００（生成部３３３）は、当該選択結果情報に基づいて、上記ジェスチャの動画像を生成する。その後、サーバ３００（提供部３３５）は、端末装置２００Ｂからの要求に応じて、上記動画像を端末装置２００Ｂに提供する。これにより、端末装置２００Ｂのユーザ１０Ｂは、端末装置２００Ａのユーザ１０Ａにより行われるジェスチャを模倣することが可能になる。

（ａ）パターンの選択
例えば、サーバ３００（提供部３３５）は、ジェスチャを選択するための選択用情報を端末装置２００Ａに提供する。一例として、サーバ３００（提供部３３５）は、ジェスチャを選択するためのウェブページを上記選択用情報として端末装置２００Ａに提供する。以下、図５５及び図５６を参照して、具体例を説明する。

図５５及び図５６は、ジェスチャの選択の例を説明するための説明図である。図５５を参照すると、１２のジェスチャ要素（即ち、ジェスチャ要素Ａ〜Ｌ）を含む、ジェスチャを選択するためのウェブページ６１が示されている。例えば、ユーザ１０Ａは、ジェスチャ要素を組み合わせることにより、ジェスチャを選択する。例えば、図５６に示されるように、ユーザ１０Ａは、３つのジェスチャ要素「Ｂ」、「Ｇ」及び「Ｂ」を組み合わせることにより、アルファベットの「Ｚ」を示すジェスチャを選択する。その結果、ウェブページ６１には、選択されたジェスチャとして「ＢＧＢ」という文字列６３が表示される。また、当該ジェスチャのプレビュー６５も表示される。

（ｂ）動画像
図５７は、生成される動画像の例を説明するための説明図である。図５７を参照すると、動画像６７が示されている。例えば、上述したように、アルファベットの「Ｚ」を示すジェスチャを選択され、その結果、当該ジェスチャの動画像６７が生成される。

（ｃ）処理の流れ
図５８は、パターンデータの生成のための処理の概略的な流れの第２の例を示すシーケンス図である。

端末装置２００Ａは、アプリケーション（ＡＰ）を起動する（Ｓ１５０１）。当該アプリケーションは、ブラウザであってもよく、専用のアプリケーションであってもよい。その後、端末装置２００Ａは、サーバ３００への要求を行い（Ｓ１５０３）、サーバ３００は、ジェスチャを選択するための選択用情報（例えば、ジェスチャを選択するためのウェブページ）を端末装置２００Ａに提供する（Ｓ１５０５）。端末装置２００Ａが、当該選択用情報を表示すると、端末装置２００Ａのユーザ１０Ａは、ジェスチャを選択する入力を行い、端末装置２００Ａは、当該入力を受け付ける（Ｓ１５０７）。そして、端末装置２００Ａは、当該入力に応じて選択結果情報を生成し、当該選択結果情報をサーバ３００に提供する（Ｓ１５０９）。サーバ３００は、当該選択結果情報を取得し、当該選択結果情報に基づいて上記ジェスチャの動画像を生成する（Ｓ１５１１）。

端末装置２００Ａは、ユーザ１０Ａのジェスチャに応じて第１のパターンデータを生成し（Ｓ１５１３）、当該第１のパターンデータを記憶する（Ｓ１５１５）。端末装置２００Ａは、当該第１のパターンデータの生成時間を示す第１の生成時間情報も生成し、記憶する。

端末装置２００Ｂは、アプリケーション（ＡＰ）を起動する（Ｓ１５１７）。当該アプリケーションは、ブラウザであってもよく、専用のアプリケーションであってもよい。その後、端末装置２００Ｂは、サーバ３００への要求を行い（Ｓ１５１９）、サーバ３００は、上記動画像を端末装置２００Ｂに提供する（Ｓ１５２１）。サーバ３００は、ストリーミングの形で上記動画像を提供してもよく、ダウンロードの形で上記動画像を提供してもよい。当該動画像は、端末装置２００Ｂにおいて再生される。端末装置２００Ｂは、ユーザ１０Ｂのジェスチャに応じて第２のパターンデータを生成し（Ｓ１５２３）、当該第２のパターンデータを記憶する（Ｓ１５２５）。端末装置２００Ｂは、当該第２のパターンデータの生成時間を示す第２の生成時間情報も生成し、記憶する。

＜＜３．第２の実施形態＞＞
続いて、図５９〜図６２を参照して、本発明の第２の実施形態を説明する。

＜３−１．技術的課題＞
近年、スマートフォンなどの携帯型情報端末及びＳＮＳが普及し、社会的関係性を有する知り合い同士が携帯端末及びコミュニケーション支援システム（例えば、ＳＮＳのシステム）を介してコミュニケーション（例えば、通話又はデータ通信）を行う事例が広く見られる。そのようなコミュニケーションにおいて送受信される情報は個人的な情報を含むことが多い。そのため、情報発信者との社会的関係性を有する者（例えば、情報発信者により承認された知り合い）のみが当該情報発信者により発信される情報を閲覧できるように、アクセス制限が行われていることが多い。そこで、そのようなアクセス制限を実現するための仕組みが求められる。さらに、そのようなアクセス制限がより容易に設定できることが望ましい。

具体的な例として、例えば、ユーザＣ及びユーザＤが知り合いである場合に、ユーザＣ及びユーザＤ自身が、コミュニケーション支援システム上で、ユーザＣとユーザＤとの間のコミュニケーションにおいて送受信される情報へのアクセス制限を容易に設定できることが望ましい。これにより、システム管理者による設定の手間が省略され得る。また、ユーザＣ及びユーザＤも、自ら設定を行うことができれば、アクセス制限付きのセキュアなコミュニケーションが実現されていることを理解でき、安心できる。

例えば、特開２０１４−１３５０００号公報には、携帯端末を所持するユーザ同士の握手などの自然な動作を利用して、例えばＳＮＳにおける友達登録処理を行う技術が開示されている。

しかし、上記特許文献に開示されている技術は、両方のユーザに情報へのアクセスの権限が与えられることを前提としている。そのため、例えば、直感的な操作により一方のユーザに情報へのアクセスの権限を与える（authorize）ことができない。

そこで、両方のユーザによる直感的な操作により当該両方のユーザのうちの一方に権限を与える（authorize）ことを可能にする仕組みが提供されることが望ましい。

＜３−２．通信システムの概略的な構成＞
次に、図５９を参照して、第２の実施形態に係る通信システム２の概略的な構成を説明する。図５９は、第２の実施形態に係る通信システム２の概略的な構成の一例を示す説明図である。図５９を参照すると、通信システム２は、端末装置２００及びサーバ３００を含む。

（１）端末装置２００
端末装置２００は、ユーザにより使用される通信装置である。端末装置２００は、ネットワーク４０に有線または無線で接続することができる。当該ネットワーク４０は、移動体通信ネットワーク（セルラーネットワーク）、無線ＬＡＮ（Local Area Network）及び／又はインターネットなどを含み得る。端末装置２００は、一例として、スマートフォンである。

端末装置２００は、ＣＰＵ、主記憶装置、補助記憶装置、表示装置、チップセット、ボタンデバイス、電源回路、電池、スピーカーデバイス、マイクデバイス、ＰＳＴＮ通信デバイス、無線ＬＡＮデバイス、外部接続端子及びそれぞれをつなぐバス等で構成されてもよい。また、端末装置２００は、補助記憶装置で、ＯＳやＶＭ等のさまざまな電子情報を記憶してもよい。さらに、端末装置２００は、カメラデバイスやＳＩＭカードやＳＩＭカードインタフェース等を有してもよい。

（２）サーバ３００
サーバ３００は、事業者により運用される装置である。サーバ３００は、ネットワーク４０に有線または無線で接続することができる。

サーバ３００は、ＣＰＵ、主記憶装置、補助記憶装置、表示装置、チップセット、ボタンデバイス、電源回路、電池、スピーカーデバイス、マイクデバイス、ＰＳＴＮ通信デバイス、無線ＬＡＮデバイス、外部接続端子及びそれぞれをつなぐバス等で構成されてもよい。また、サーバ３００は、補助記憶装置で、ＯＳやＶＭ等のさまざまな電子情報を記憶してもよい。

＜３−３．端末装置の構成＞
次に、図６０を参照して、第２の実施形態に係る端末装置２００の構成の一例を説明する。図６０は、第２の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図６０を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０、センシング部２７０及び制御部２８０を備える。

第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０及びセンシング部２７０についての説明は、第１の実施形態（変形例を含む）と第２の実施形態との間に特段の差異はない。よって、ここでは制御部２８０のみを説明する。

（１）制御部２８０
制御部２８０は、端末装置２００の様々な機能を提供する。例えば、制御部２８０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部２８０は、記憶部２３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部２８０は、情報取得部２８１及び情報提供部２８３を含む。

情報取得部２８１及び情報提供部２８３の動作は後に詳細に説明する。

＜３−４．サーバの構成＞
次に、図６１を参照して、第２の実施形態に係るサーバ３００の構成の一例を説明する。図６１は、第２の実施形態に係るサーバ３００の構成の一例を示すブロック図である。図６１を参照すると、サーバ３００は、通信部３１０、記憶部３２０及び制御部３４０を備える。

通信部３１０及び記憶部３２０についての説明は、第１の実施形態の変形例と第２の実施形態との間に特段の差異はない。よって、ここでは制御部３４０のみを説明する。

（ｃ）制御部３４０
制御部３４０は、サーバ３００の様々な機能を提供する。例えば、制御部３４０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部３４０は、記憶部３２０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部３４０は、情報取得部３４１、照合部３４３及び権限付与部３４５を含む。

情報取得部３３１、生成部３３３及び提供部３３５の動作は後に詳細に説明する。

＜３−５．技術的特徴＞
次に、第２の実施形態に係る技術的特徴を説明する。

第２の実施形態では、サーバ３００（権限付与部３４５）は、端末装置２００Ａにより生成される第１のパターンデータと、端末装置２００Ｂにより生成される第２のパターンデータとの照合が成功する場合に、端末装置２００Ａ及び端末装置２００Ｂの一方に権限を与える。

（１）パターンデータ
（ａ）提供の主体
例えば、端末装置２００Ａ（センシング部２７０）は、上記第１のパターンデータを生成する。そして、端末装置２００Ａ（情報取得部２８１）は、上記第１のパターンデータを取得する。その後、端末装置２００Ａ（情報提供部２８３）は、上記第１のパターンデータをサーバ３００に提供する。サーバ３００（情報取得部３４１）は、端末装置２００Ａにより提供される当該第１のパターンデータを取得する。

例えば、端末装置２００Ｂ（センシング部２７０）は、上記第２のパターンデータを生成する。そして、端末装置２００Ｂ（情報取得部２８１）は、上記第２のパターンデータを取得する。その後、端末装置２００Ｂ（情報提供部２８３）は、上記第２のパターンデータをサーバ３００に提供する。サーバ３００（情報取得部３４１）は、端末装置２００Ａにより提供される当該第２のパターンデータを取得する。

具体的には、例えば、端末装置２００Ａは、端末装置２００Ａのユーザの識別情報、端末装置２００Ｂのユーザの識別情報及び上記第１のパターンデータを含むメッセージを、サーバ３００へ送信する。例えば、端末装置２００Ｂは、端末装置２００Ａのユーザの識別情報、端末装置２００Ｂのユーザの識別情報及び上記第２のパターンデータを含むメッセージを、サーバ３００へ送信する。

（ｂ）パターンデータの例
（ｂ−１）動き
例えば、上記第１のパターンデータは、端末装置２００Ａの動きのセンシングを行うことにより端末装置２００Ａにより生成されるデータである。同様に、例えば、上記第２のパターンデータは、端末装置２００Ｂの動きのセンシングを行うことにより端末装置２００Ｂにより生成されるデータである。

具体的には、例えば、端末装置２００Ａのユーザは、端末装置２００Ａを握りながらジェスチャを行い、端末装置２００Ａ（センシング部２７０）は、当該ジェスチャに応じて端末装置２００Ａの動きのセンシングを行うことにより、上記第１のパターンデータを生成する。一例として、上記ジェスチャは、端末装置２００Ａを右方向、下方向及び左方向の順に並行移動させるジェスチャ（即ち、カタカナの「コ」を描くジェスチャ）である。別の例として、上記ジェスチャは、端末装置２００Ａを右方向、左下方向及び右方向の順に並行移動させるジェスチャ（即ち、アルファベットの「Ｚ」を描くジェスチャ）であってもよい。

同様に、例えば、端末装置２００Ｂのユーザは、端末装置２００Ｂを握りながらジェスチャを行い、端末装置２００Ｂ（センシング部２７０）は、当該ジェスチャに応じて端末装置２００Ｂの動きのセンシングを行うことにより、上記第２のパターンデータを生成する。例えば、端末装置２００Ｂの上記ユーザは、端末装置２００Ａのユーザにより行われるジェスチャを模倣する。

これにより、例えば、一方のユーザが他方のユーザのジェスチャを模倣することにより、当該他方のユーザの端末装置に権限が与えられる。即ち、両方のユーザによる直感的な操作により当該他方のユーザに権限を与えられる。

（ｂ−２）その他の例
上記第１のパターンデータ及び上記第２のパターンデータは、他のデータであってもよい。

一例として、上記第１のパターンデータは、端末装置２００Ａ（例えば、端末装置２００Ａのタッチパネル）におけるタッチパターンを検出することにより端末装置２００Ａにより生成されるデータであってもよい。同様に、上記第２のパターンデータは、端末装置２００Ｂ（例えば、端末装置２００Ｂのタッチパネル）におけるタッチパターンを検出することにより端末装置２００Ｂにより生成されるデータであってもよい。

別の例として、上記第１のパターンデータは、端末装置２００Ａにおけるユーザの入力に応じて端末装置２００Ａにより生成される文字列パターンであってもよい。同様に、上記第２のパターンデータは、端末装置２００Ｂにおけるユーザの入力に応じて端末装置２００Ｂにより生成される文字列パターンであってもよい。

これにより、例えば、一方のユーザが他方のユーザの入力を模倣することにより、当該他方のユーザの端末装置に権限が与えられる。即ち、両方のユーザによる直感的な操作により当該他方のユーザに権限を与えられる。とりわけ、これは、ジェスチャを行うことが困難な狭い空間において有効である。

（ｃ）その他
−第１の例
例えば、端末装置２００Ａ及び端末装置２００Ｂは、互いに近くに位置する場合に、近距離での無線通信（例えば、ＮＦＣ）を行い、ユーザ識別情報を交換する。すると、端末装置２００Ａ及び端末装置２００Ｂには、ユーザによるジェスチャを促進するジェスチャ促進画面が表示される。その後、端末装置２００Ａ及び端末装置２００Ｂは、それぞれ、ユーザによるジェスチャに応じて、第１のパターンデータ及び第２のパターンデータを生成する。さらに、端末装置２００Ａ及び端末装置２００Ｂは、それぞれ、当該第１のパターンデータ及び当該第２のパターンデータをサーバ３００に提供する。

例えば以上のように、端末装置２００Ａ及び端末装置２００Ｂが互いに近くに位置する場合に、ジェスチャが行われる。

−第２の例
端末装置２００Ａ及び端末装置２００Ｂは、近距離での無線通信（例えば、ＮＦＣ）、又は、他の無線通信を通じて、ユーザ識別情報を予め交換してもよい。その後のいずれかのタイミングで、端末装置２００Ａ及び端末装置２００Ｂが互いに近くにいなくても、例えば端末装置２００Ａのユーザによる操作に応じて、端末装置２００Ａには、ユーザによるジェスチャを促進するジェスチャ促進画面が表示されてもよい。そして、端末装置２００Ａは、上記ユーザによるジェスチャに応じて、第１のパターンデータを生成し、サーバ３００に提供してもよい。また、例えば端末装置２００Ｂのユーザによる操作に応じて、端末装置２００Ｂに、ユーザによるジェスチャを促進するジェスチャ促進画面が表示されてもよい。そして、端末装置２００Ｂは、上記ユーザによるジェスチャに応じて、第２のパターンデータを生成し、サーバ３００に提供してもよい。

以上のように、端末装置２００Ａ及び端末装置２００Ｂが互いに近くにいない場合に、ジェスチャが行われてもよい。具体的には、端末装置２００Ａのユーザ及び端末装置２００Ｂのユーザは、互いに見ることができる距離内に位置してもよい。

なお、なりすましのリスクを回避するために、端末装置２００Ａと端末装置２００Ｂとの間の距離が所定の距離未満である場合に、後述するように、上記第１のパターンデータ及び上記第２のパターンデータの照合が行われてもよい。

あるいは、第１の実施形態の変形例において説明されたように、動画像を介してジェスチャが模倣されてもよい。

（２）照合
例えば、サーバ３００（照合部３４３）は、上記第１のパターンデータと上記第２のパターンデータとの照合を行う。

一例として、上記第１のパターンデータと上記第２のパターンデータとの類似度が算出され、当該類似度が閾値を超える場合に、上記照合が成功する。なお、当該類似度の算出は、「ＤＰマッチング」などの手法により行われ得る。

なお、上記照合が失敗した場合には、サーバ３００（権限付与部３４５）は、上記照合の失敗を端末装置２００Ａ及び端末装置２００Ｂに通知してもよい。そして、端末装置２００Ａ及び端末装置２００Ｂ（制御部２８０及び表示部２５０）は、それぞれ、上記照合が失敗したことを示す画面を表示してもよい。

（３）パターンデータの生成時間に基づく端末装置の選択
例えば、サーバ３００（権限付与部３４５）は、上記第１のパターンデータの生成時間と、上記第２のパターンデータの生成時間とに基づいて、端末装置２００Ａ及び端末装置２００Ｂの上記一方（即ち、権限を与えられる端末装置）を選択する。これらの生成時間は、例えば、生成時刻である。

（ａ）具体的な決定手法
より具体的には、例えば、サーバ３００（権限付与部３４５）は、上記第１のパターンデータの上記生成時間が上記第２のパターンデータの上記生成時間よりも遅い場合に、端末装置２００Ａ（即ち、上記第１のパターンデータを生成した端末装置）を選択する。一方、サーバ３００（権限付与部３４５）は、上記第２のパターンデータの上記生成時間が上記第１のパターンデータの上記生成時間よりも遅い場合に、端末装置２００Ｂ（即ち、上記第２のパターンデータを生成した端末装置）を選択する。即ち、パターンデータをより遅く生成した端末装置（即ち、ジェスチャを模倣したユーザの端末装置）が、権限を与えられる端末装置として選択される。

例えば、端末装置２００Ａのユーザが、端末装置２００Ａを握りながらジェスチャを行い、端末装置２００Ａは、上記第１のパターンデータを生成する。その後、端末装置２００Ｂのユーザが、上記ジェスチャを模倣し、端末装置２００Ｂは、上記第２のパターンデータを生成する。その結果、サーバ３００（権限付与部３４５）は、端末装置２００Ｂを選択し、端末装置２００Ｂに権限を与える。

これにより、例えば、あるユーザが、別のユーザに権限が与えられることを望む場合に、当該あるユーザが、手本となるジェスチャを上記別のユーザに見せ、当該別のユーザが当該ジェスチャを模倣すれば、当該別のユーザに権限が与えられる。即ち、従属的にジェスチャを行ったユーザの端末装置に権限が与えられる。これは、人間の認知行動特性にも合致するので、ユーザのとっての良好な使用性が得られる。

（ｂ）生成時間情報の生成
例えば、端末装置２００Ａは、上記第１のパターンデータの生成時間を示す第１の生成時間情報を生成し、上記第１のパターンデータとともに当該第１の生成時間情報を提供する。また、端末装置２００Ｂは、上記第２のパターンデータの生成時間を示す第２の生成時間情報を生成し、上記第２のパターンデータとともに当該第２の生成時間情報を提供する。

例えば、端末装置２００Ａは、上記第１のパターンデータの生成の際に、上記第１の生成時間情報を自動で生成する。端末装置２００Ｂは、上記第２のパターンデータの生成の際に、上記第２の生成時間情報を自動で生成する。

なお、端末装置２００Ａのユーザが、ジェスチャを行った後に、端末装置２００Ａに時間を入力してもよい。当該入力は、ＧＵＩを通じた入力であってもよく、音声認識を通じた入力であってもよく、又は、ジェスチャ認識を通じた入力であってもよい。また、ジェスチャの受付時間（例えば、現在の３秒後から１０秒後までの時間など）は、端末装置２００Ａがユーザに提示してもよい。これにより、パターン照合の精度の向上、及び／又は、照合に要する演算処理量の減少などが期待される。これらの点については、端末装置２００Ｂも上記端末装置２００と同様である。

（４）権限付与
（ａ）第１の例
第１の例として、サーバ３００（権限付与部３４５）は、端末装置２００Ａ及び端末装置２００Ｂの上記一方に、情報（以下、「対象情報」と呼ぶ）にアクセスする権限を与える。

一例として、上記対象情報は、端末装置２００Ａ及び端末装置２００Ｂの他方からの情報である。例えば、当該対象情報は、端末装置２００Ｂのユーザのプロフィール情報、端末装置２００Ｂの位置情報、又は、コンテンツデータ（例えば、端末装置２００Ｂのユーザにより提供されたコンテンツデータ）などである。

例えば、サーバ３００が、上記対象情報を保持する。この場合に、例えば、サーバ３００は、端末装置２００Ａ及び端末装置２００Ｂの上記一方に上記対象情報にアクセスする権限を与えると、上記対象情報を端末装置２００Ａに提供する。

あるいは、サーバ３００とは異なる他の装置が、上記対象情報を保持してもよい。この場合に、サーバ３００（権限付与部３４５）は、端末装置２００Ａ及び端末装置２００Ｂの上記一方が上記他の装置から上記対象情報を取得できるようにするための制御を行ってもよい。例えば、サーバ３００は、端末装置２００Ａ及び端末装置２００Ｂの上記一方に関する情報（例えば、識別情報）を、上記他の装置に提供してもよい。その結果、当該他の装置が、端末装置２００Ａ及び端末装置２００Ｂの上記一方に上記対象情報を提供可能になってもよい。あるいは、サーバ３００は、端末装置２００Ａ及び端末装置２００Ｂの上記一方に権限付与情報（例えば、鍵情報）を提供し、端末装置２００Ａ及び端末装置２００Ｂの上記一方は、当該権限付与情報を用いて、上記他の装置から上記対象情報を取得してもよい。

（ｂ）第２の例
第２の例として、端末装置２００Ａ及び端末装置２００Ｂの一方に、機能を実行する権限を与える。当該機能は、アプリケーションの機能であってもよい。

＜３−６．処理の流れ＞
続いて、図６２を参照して、第２の実施形態に係る処理を説明する。図６２は、第２の実施形態に係る処理の概略的な流れの一例を示すシーケンス図である。当該処理は、例えば、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される（ただし、これに限られない）。

まず、ステップＳ１６０１で、端末装置２００Ａは、端末装置２００Ａのユーザ１０Ａのユーザ識別情報を端末装置２００Ｂに提供する。また、ステップＳ１６０３で、端末装置２００Ｂも、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報を端末装置２００Ａに提供する。

ステップＳ１６０５及びステップＳ１６０７で、端末装置２００Ａ及び端末装置２００Ｂは、ユーザによるジェスチャを促進するジェスチャ促進画面を表示する。

ステップＳ１６０９で、端末装置２００Ａは、ユーザ１０Ａによるジェスチャに応じて、第１のパターンデータを生成する。また、端末装置２００Ａは、当該第１のパターンデータの生成時間を示す第１の生成時間情報も生成する。

ステップＳ１６１１で、端末装置２００Ｂは、ユーザ１０Ｂによるジェスチャに応じて、第２のパターンデータを生成する。また、端末装置２００Ｂは、当該第２のパターンデータの生成時間を示す第２の生成時間情報も生成する。

ステップＳ１６１３で、端末装置２００Ａは、上記第１のパターンデータをサーバ３００に提供する。例えば、端末装置２００Ａは、ユーザ１０Ａの上記ユーザ識別情報、ユーザ１０Ｂの上記ユーザ識別情報、及び上記第１のパターンデータを含むメッセージを生成し、サーバ３００へ送信する。すると、サーバ３００は、当該メッセージを受信し、上記第１のパターンデータを取得する。

ステップＳ１６１５で、端末装置２００Ｂは、上記第２のパターンデータをサーバ３００に提供する。例えば、端末装置２００Ｂは、ユーザ１０Ａの上記ユーザ識別情報、ユーザ１０Ｂの上記ユーザ識別情報、及び上記第２のパターンデータを含むメッセージを生成し、サーバ３００へ送信する。すると、サーバ３００は、当該メッセージを受信し、上記第２のパターンデータを取得する。

ステップＳ１６１７で、サーバ３００は、上記第１のパターンデータと上記第２のパターンデータとの照合を行う。そして、例えば、当該照合が成功する。

ステップＳ１６１９で、サーバ３００は、端末装置２００Ａ及び端末装置２００Ｂの一方に権限を付与する。例えば、サーバ３００は、端末装置２００Ａ及び端末装置２００Ｂの一方に、対象情報にアクセスする権限を付与する。

ステップＳ１６２１、Ｓ１６２３で、サーバ３００は、応答メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信する。

以上、添付図面を参照しながら本発明の好適な実施形態を説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、２つの端末装置間の双方向のリンク設定が行われる例を説明したが、本発明はこれに限られない。一方の端末装置から他方の端末装置へのリンク設定が行われてもよい。この場合に、例えば、一方の端末装置からの情報を他方の端末装置が取得することができてもよく、他方の端末装置からの情報を一方の端末装置が取得することができてもよい。

また、２つの端末装置間のリンク設定が行われる例を説明したが、本発明はこれに限られない。３つ以上の端末装置でのリンク設定が行われてもよい。

また、例えば、ＩＤ管理テーブルのリンク設定情報にユーザ識別情報が含まれる例を説明したが、本発明はこれに限られない。例えば、ＩＤ管理テーブルのリンク設定情報にワンタイムＩＤが含まれてもよい。この場合に、ＩＤ管理テーブルには、ワンタイムＩＤに対応するユーザ識別情報が含まれなくてもよい。そして、例えば、リンク設定要求メッセージには、ユーザ識別情報が含まれず、要求側のワンタイムＩＤと相手側のワンタイムＩＤとが含まれてもよい。また、例えば、端末装置間でユーザ識別情報及びワンタイムＩＤの組合せを交換され、端末装置はワンタイムＩＤからユーザ識別情報を特定してもよい。

また、リンク設定要求メッセージが両方の端末装置により送信される例を説明したが、本発明はこれに限られない。例えば、リンク設定要求メッセージは、一方の端末装置からのみ送信されてもよい。この場合に、例えば、リンク設定要求メッセージは、要求側のワンタイムＩＤと相手側のワンタイムＩＤとを含んでもよい。

また、ワンタイムＩＤが４桁の数字である例を説明したが、本発明はこれに限られない。ワンタイムＩＤは一意性を有する任意の識別情報であってもよい。

また、ワンタイムＩＤがＩＤ管理テーブルに予め用意されている例を説明したが、本発明はこれに限られない。例えば、ワンタイムＩＤは、発行される都度生成され、ＩＤ管理テーブルに記憶されてもよい。また、ワンタイムＩＤは、使用終了とともに、ＩＤ管理テーブルから削除されてもよい。

また、ＰＢＸの呼制御機能として、二者間通話機能の例を説明したが、本発明はこれに限定されない。ＰＢＸの機能は三者間通話機能、割り込み通話機能、転送機能等のいくつかの機能を含んでもよい。この場合に、リンク設定は、アプリケーションサービスにおける双方向通信を可能にするので、リンク設定された端末装置２００の間でＰＢＸの機能（三者間通話機能、割り込み通話機能、転送機能等）を利用できる。

また、端末装置がスマートフォンである例を説明したが、本発明はこれに限られない。端末装置は、スマートフォン以外の携帯電話端末、携帯情報端末（Personal Digital Assistant）、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、デジタルカメラを含む、他の装置であってもよい。また、ＰＢＸと端末装置とが通信するためのネットワークがＬＡＮである例を説明したが、本発明はこれに限られない。例えば、上記ネットワークは、他のネットワークを含んでもよい。例えば、ネットワークは、無線ＬＡＮアクセスポイントの代わりにまたは追加で、ＰＨＳ（Personal Handy-phone System）のような別の無線通信方式のアクセスポイントまたは基地局を含んでもよい。また、ネットワークは、ＷＡＮと複数のＬＡＮとを含んでもよい。この場合に、ＰＢＸは、各ＬＡＮに接続可能な区域に位置する通信装置とネットワークを介して通信する交換機であってもよい。また、ネットワークには、端末装置以外に、ＰＣ（Personal Computer）、サーバ、プリンタ等の別の通信装置が接続されていてもよい。この場合に、ＰＢＸは、これらの通信装置の呼制御、区域内ＩＤからＩＰアドレスの変換等を行ってもよい。

また、ＰＢＸが区域内ＩＤ（ワンタイムＩＤを含む）とＩＰアドレスとを対応して記憶する例を説明したが、本発明はこれに限られない。区域内ＩＤ（ワンタイムＩＤを含む）とＭＡＣアドレス（Media Access Control address）とが対応して記憶されてもよい。この場合、ＰＢＸは、区域内ＩＤをＭＡＣアドレスに変換し、これらの端末装置２００間のセッションを確立するようにしてもよい。

また、端末装置の第１通信部が無線通信を行う例を説明したが、本発明はこれに限られない。第１通信部は、無線通信の代わりに、有線通信を行なってもよい。

また、ネットワーク側の機能がＰＢＸに集約されている例を説明したが、本発明はこれに限られない。ＰＢＸに集約されている各機能は、複数の装置に分散されてもよい。例えば、要求受付部及びリンク設定部は、ＰＢＸと別の装置（例えば、サーバ）に備えられてもよい。

また、所定の区域がショッピングモールの敷地である例として説明したが、所定の区域はこれに限定されない。例えば、所定の区域は、銀行、病院、空港、家電量販店、イベント会場、遊園地、レストラン等の任意の敷地であってもよい。また、当然のことながら、所定の区域は、顧客がいる場所に限られず、企業の事務所、学校等の敷地であってもよい。

また、ＡＰサービスが、区域内通話サービス又は区域内地図サービスである例を説明したが、本開示はこれに限られない。ＡＰサービスとして、区域に適合する様々なサービスが採用され得る。

また、本明細書の通信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、通信制御装置（例えば、ＰＢＸ）及び端末装置に内蔵されるＣＰＵ、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等のハードウェアに、上記通信制御装置及び端末装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。

１ 通信システム
１０ ユーザ
２０、３０、４０ ネットワーク
１００ ＰＢＸ（Private Branch eXchange）
１１０ 通信部
１２０ 記憶部
１２１ アプリケーションデータベース（ＡＰ ＤＢ）
１２３ ＩＤデータベース（ＩＤ ＤＢ）
１３０ 制御部
１３１ ＡＰサービス管理部
１３３ ＩＤ管理部
１３４ 要求受付部
１３５ リンク設定部
１３７ ＡＰサービス提供部
１３９ 呼制御部
１４１ 照合部
２００ 端末装置
２１０ 第１通信部
２２０ 第２通信部
２３０ 記憶部
２４０ 入力部
２５０ 表示部
２５１ 画面
２６０、２８０ 制御部
２６１ アプリケーション管理部（ＡＰ管理部）
２６３ ＩＤ取得部
２６５ リンク設定要求部
２６７ アプリケーション部（ＡＰ部）
２６９ 通信機能制御部
２７０ センシング部
２８１ 情報取得部
２８３ 情報提供部
３００ サーバ
３１０ 通信部
３２０ 記憶部
３３０ 制御部
３３１ 情報取得部
３３３ 生成部
３３５ 提供部
３４１ 情報取得部
３４３ 照合部
３４５ 権限付与部

Claims (22)

1. 所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を通信制御装置により発行された端末装置からの情報を、前記通信のための別の識別情報を前記通信制御装置により発行された別の端末装置が取得することを可能にする、リンク設定を行う設定部と、
   前記リンク設定の要求を受け付ける受付部と、
   を備え、
   前記設定部は、前記要求が受け付けられる場合に、前記リンク設定を行い、
   前記設定部は、前記リンク設定における前記端末装置と前記別の端末装置との非対称な制限に関する制限関連情報が取得される場合に、当該非対称な制限の設定を行い、
   前記制限関連情報は、前記端末装置及び前記別の端末装置の少なくとも一方による承認後に提供される情報である、
   通信制御装置。
2. 前記要求は、前記端末装置及び前記別の端末装置の少なくとも一方からの要求である、請求項１に記載の装置。
3. 前記制限関連情報は、前記端末装置及び前記別の端末装置の少なくとも一方により提供される情報である、請求項１又は２に記載の装置。
4. 前記設定部は、前記要求が前記制限関連情報を含み、前記制限関連情報が取得される場合に、前記非対称な制限の設定を行う、請求項１〜３のいずれか１項に記載の装置。
5. 前記受付部は、前記非対称な制限の設定の要求を受け付け、
   前記非対称な制限の設定の前記要求は、前記制限関連情報を含み、
   前記設定部は、前記非対称な制限の設定の前記要求が受け付けられ、前記制限関連情報が取得される場合に、前記非対称な制限の設定を行う、
   請求項１〜４のいずれか１項に記載の装置。
6. 前記制限関連情報は、前記非対称な制限の設定が要求されていることを示す情報を含む、請求項１〜５のいずれか１項に記載の装置。
7. 前記リンク設定は、前記アプリケーションサービスの前記通信において、前記端末装置からの情報を前記別の端末装置が取得することを可能にし、且つ、前記別の端末装置からの情報を前記端末装置が取得することを可能にする、請求項１〜６のいずれか１項に記載の装置。
8. 前記非対称な制限は、前記端末装置及び前記別の端末装置の一方が前記端末装置及び前記別の端末装置の他方からの特定の種類の情報を取得できないが、前記端末装置及び前記別の端末装置の前記他方が前記端末装置及び前記別の端末装置の前記一方から前記特定の種類の情報を取得できることを含む、請求項１〜７のいずれか１項に記載の装置。
9. 前記非対称な制限は、前記リンク設定における前記端末装置の第１の制限、及び、前記リンク設定における前記別の端末装置の第２の制限であり、
   前記第１の制限及び前記第２の制限の一方は、前記第１の制限及び前記第２の制限の他方よりも厳しい、
   請求項１〜８のいずれか１項に記載の装置。
10. 前記第１の制限及び前記第２の制限の前記他方において取得できる情報の種類は、前記第１の制限及び前記第２の制限の前記一方において取得できる情報の種類を包含する、請求項９に記載の装置。
11. 前記非対称な制限の設定は、前記端末装置及び前記別の端末装置のうちの、前記リンク設定におけるより厳しい制限に対応する一方からの要求に応じて変更不能であり、前記端末装置及び前記別の端末装置のうちの他方からの要求に応じて変更可能である、請求項９又は１０に記載の装置。
12. 前記制限関連情報は、前記第１の制限及び前記第２の制限の前記一方が前記第１の制限及び前記第２の制限の前記他方よりも厳しいことを示す情報を含む、請求項９〜１１のいずれか１項に記載の装置。
13. 前記設定部は、前記制限関連情報が取得され、且つ、前記端末装置により生成される第１のパターンデータと、前記別の端末装置により生成される第２のパターンデータとの照合が成功する場合に、前記非対称な制限の設定を行う、請求項１〜１２のいずれか１項に記載の装置。
14. 前記第１のパターンデータは、前記端末装置の動きのセンシングを行うことにより前記端末装置により生成されるデータであり、
    前記第２のパターンデータは、前記別の端末装置の動きのセンシングを行うことにより前記別の端末装置により生成されるデータである、
    請求項１３に記載の装置。
15. 前記設定部は、前記第１のパターンデータの生成時間と、前記第２のパターンデータの生成時間とに基づいて、前記非対称な制限の設定を行う、請求項１３又は１４に記載の装置。
16. 前記非対称な制限は、前記リンク設定における前記端末装置の第１の制限、及び、前記リンク設定における前記別の端末装置の第２の制限であり、
    前記設定部は、前記第１のパターンデータの前記生成時間が前記第２のパターンデータの前記生成時間よりも遅い場合に、前記第１の制限が前記第２の制限よりも厳しくなるように前記非対称な制限の設定を行い、
    前記設定部は、前記第２のパターンデータの前記生成時間が前記第１のパターンデータの前記生成時間よりも遅い場合に、前記第２の制限が前記第１の制限よりも厳しくなるように前記非対称な制限の設定を行う、
    請求項１５に記載の装置。
17. 前記制限関連情報は、前記第１のパターンデータ及び前記第２のパターンデータを含む、請求項１３〜１６のいずれか１項に記載の装置。
18. 前記非対称な制限は、前記リンク設定における前記端末装置の第１の制限、及び、前記リンク設定における前記別の端末装置の第２の制限であり、
    前記制限関連情報は、前記第１の制限又は前記第２の制限を示す情報を含む、
    請求項１〜１７のいずれか１項に記載の装置。
19. 端末装置であって、
    所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が通信制御装置により前記端末装置に発行されると、当該識別情報を取得する取得部と、
    前記アプリケーションサービスの前記通信において、当該通信のための別の識別情報を前記通信制御装置により発行された別の端末装置及び前記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、
    を備え、
    前記リンク設定は、前記リンク設定の要求が受け付けられる場合に行われる設定であり、
    前記要求部は、前記別の端末装置による承認後に、前記リンク設定における前記端末装置と前記別の端末装置との非対称な制限に関する制限関連情報を提供する、
    端末装置。
20. 前記要求部は、前記端末装置により生成されるパターンデータを提供する、請求項１９に記載の装置。
21. 端末装置を制御するコンピュータを、
    所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が通信制御装置により前記端末装置に発行されると、当該識別情報を取得する取得部と、
    前記アプリケーションサービスの前記通信において、当該通信のための別の識別情報を前記通信制御装置により発行された別の端末装置及び前記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、
    として機能させ、
    前記リンク設定は、前記リンク設定の要求が受け付けられる場合に行われる設定であり、
    前記要求部は、前記別の端末装置による承認後に、前記リンク設定における前記端末装置と前記別の端末装置との非対称な制限に関する制限関連情報を提供する、
    プログラム。
22. 通信制御装置、第１の端末装置及び第２の端末装置を含むシステムにおける方法であって、
    前記通信制御装置が、所定の区域内で提供されるアプリケーションサービスの通信のための第１の識別情報を前記第１の端末装置に発行するステップと、
    前記第１の端末装置が、発行される前記第１の識別情報を取得するステップと、
    前記通信制御装置が、前記通信のための第２の識別情報を前記第２の端末装置に発行するステップと、
    前記第２の端末装置が、発行される前記第２の識別情報を取得するステップと、
    前記第１の端末装置又は前記第２の端末装置が、前記第１の端末装置及び前記第２の端末装置の一方からの情報を他方が取得することを可能にするリンク設定を要求するステップと、
    通信制御装置が、前記リンク設定の要求を受け付けるステップと、
    通信制御装置が、前記リンク設定の前記要求が受け付けられる場合に、前記リンク設定を行うステップと、
    前記第１の端末装置又は前記第２の端末装置が、前記第１の端末装置及び前記第２の端末装置の少なくとも一方による承認後に、前記リンク設定における前記第１の端末装置と前記第２の端末装置との非対称な制限に関する制限関連情報を提供するステップと、
    通信制御装置が、前記制限関連情報が取得される場合に、前記非対称な制限の設定を行うステップと、
    を含み、通信制御方法。
    

Images