(57)【要約】【課題】容易な操作によってアプリケーション処理を実行させ、その実行結果をユーザ端末とは異なるゲスト端末に提供することのできる情報処理技術を提供する。【解決手段】ユーザ端末４０から発呼された（i）所定のアプリケーション処理に対応して割り当てられた特番ＰＮと、（ii）発信先番号ＤＮと、（iii）ユーザ端末４０とは異なるゲスト端末１０に割り当てられたゲスト番号ＧＮと、を含む番号情報を受信する、発信先番号ＤＮが割り当てられた受信部１１０と、受信された番号情報ＮＩに含まれる特番ＰＮを解析する特番解析部１３０と、解析された特番ＰＮに対応する所定のアプリケーション処理を実行して出力データを得る処理実行部１６０と、得られた出力データをゲスト端末１０に送信する送信部１９０と、を備える情報処理装置１００。【選択図】図２
2009171306.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から発呼された（i）所定のアプリケーション処理に対応して割り当てられた特番と、（ii）発信先番号と、（iii）前記ユーザ端末とは異なるゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する、前記発信先番号が割り当てられた受信手段と、
受信された前記番号情報に含まれる前記特番を解析する特番解析手段と、
解析された前記特番に対応する前記所定のアプリケーション処理を実行して出力データを得る処理実行手段と、
得られた前記出力データを前記ゲスト端末に送信する送信手段と、
を備える情報処理装置。
【請求項２】
前記送信手段が、前記ゲスト番号を送信先とするショートメッセージサービスを用いて、前記出力データを前記ゲスト端末に送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信手段が、前記出力データをウェブサイトに登録するウェブサーバを備えるとともに、前記ゲスト番号を送信先とするショートメッセージサービスを用いて、前記ウェブサイトのウェブアドレスを前記ゲスト端末に送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記処理実行手段が、所定のエリアへの入場を許可する開錠コードを前記出力データとして生成する請求項１から３のいずれかに記載の情報処理装置。
【請求項５】
前記ゲスト端末が携帯端末である請求項１から４のいずれかに記載の情報処理装置。
【請求項６】
ユーザ端末から発呼される前記番号情報が、当該ユーザ端末を識別する識別情報をさらに含むとともに、
受信された前記番号情報に含まれる前記識別情報に基づいて前記ユーザ端末を認証する端末認証手段をさらに備える請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
ユーザ端末から発呼される前記番号情報がパスワードをさらに含むとともに、
前記端末認証手段が、前記ユーザ端末に関連づけて予め記憶された対照データと、受信された番号情報に含まれる前記パスワードとを比較することにより前記ユーザ端末を認証する請求項６に記載の情報処理装置。
【請求項８】
前記ユーザ端末が携帯端末である請求項１から７のいずれかに記載の情報処理装置。
【請求項９】
ユーザ端末と、
前記ユーザ端末とは異なるゲスト端末と、
開錠コードの入力により所定のエリアへの入場を許可する入場制限手段と、
前記ユーザ端末から発呼された、（i）特番と、（ii）発信先番号と、（iii）前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する、前記発信先番号が割り当てられた受信手段と、
受信された前記番号情報に含まれる前記特番を解析する特番解析手段と、
解析された前記特番に基づいて前記開錠コードを生成する開錠コード生成手段と、
生成された前記開錠コードを、前記ゲスト端末に送信する送信手段と、
を備えることを特徴とする入場管理システム。
【請求項１０】
前記開錠コードが二次元コードであり、前記入場制限手段が前記二次元コードの読取手段を備える請求項９に記載の入場管理システム。
【請求項１１】
前記開錠コードが時限式のワンタイムパスコードである請求項９または１０に記載の入場管理システム。
【請求項１２】
前記ゲスト端末が携帯端末である請求項９から１１のいずれかに記載の入場管理システム。
【請求項１３】
内線端末である前記ユーザ端末が有線または無線接続される内線網と、外線端末である前記ゲスト端末が無線接続される外線網とを接続する構内交換機を前記受信手段として備える請求項１２に記載の入場管理システム。
【請求項１４】
特番に対応するアプリケーション処理を実行して得られる出力データをゲスト端末に送信する情報処理装置のためのコンピュータプログラムであって、
前記ゲスト端末とは異なるユーザ端末から発呼された、特番と、前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信処理と、
受信された前記番号情報に含まれる前記特番を解析する特番解析処理と、
解析された前記特番に対応して実行される前記アプリケーション処理と、
前記アプリケーション処理を実行して得られる前記出力データを前記ゲスト端末に送信する送信処理と、
を前記情報処理装置に実行させるためのコンピュータプログラム。
【請求項１５】
前記送信処理において、
前記アプリケーション処理を実行して得られる前記出力データを含むショートメッセージを生成するメッセージ生成処理と、
生成された前記ショートメッセージを、前記ゲスト番号を送信先として送信するメッセージ送信処理と、
を前記情報処理装置に実行させることを特徴とする請求項１４に記載のコンピュータプログラム。
【請求項１６】
前記送信処理において、
前記アプリケーション処理を実行して得られる前記出力データをウェブサイトに登録する登録処理と、
前記ウェブサイトのウェブアドレスを含むショートメッセージを生成するメッセージ生成処理と、
生成された前記ショートメッセージを、前記ゲスト番号を送信先として送信するメッセージ送信処理と、
を前記情報処理装置に実行させることを特徴とする請求項１４に記載のコンピュータプログラム。
【請求項１７】
特番に対応するアプリケーション処理を実行してその結果をゲスト端末に送信する情報処理方法であって、
前記ゲスト端末とは異なるユーザ端末から発呼された、特番と、前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信ステップと、
受信された前記番号情報に含まれる前記特番を解析する特番解析ステップと、
解析された前記特番に対応する前記アプリケーション処理を実行して出力データを得る処理実行ステップと、
得られた前記出力データを前記ゲスト端末に送信する送信ステップと、
を含む情報処理方法。
【請求項１８】
開錠コードの入力により所定のエリアへの入場を許可する入場管理方法であって、
ユーザ端末から発呼された、特番と、前記ユーザ端末とは異なるゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信ステップと、
受信された前記番号情報に含まれる前記特番を解析する特番解析ステップと、
解析された前記特番に基づいて前記開錠コードを生成する開錠コード生成ステップと、
生成された前記開錠コードを前記ゲスト端末に送信する送信ステップと、
を含む入場管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびそのためのコンピュータプログラム、入場管理システム、情報処理方法および入場管理方法に関し、特にユーザ端末からの発呼に基づいて処理を実行する技術に関する。
【背景技術】
【０００２】
この種の発明に関しては、従来、構内交換機（ＰＢＸ）に割り当てられた発信先番号と特番（特殊番号）とを含む番号を発呼することで、特番に応じた特番サービスが実行される技術が提案されてきた。
例えば下記特許文献１には、ＰＨＳ（Personal Handy-phone System：登録商標）等のユーザ端末から構内交換機に対してファイル転送サービスやファイル制御サービスに対応する特番を発呼することで、ＦＴＰ（File Transfer Protocol）によるファイル転送やファイル制御が実行される情報処理装置（ファイルサーバサービス装置）の発明が記載されている。
また下記特許文献２には、ＰＨＳなどのユーザ端末から基地局を介して構内交換機に特番を発呼することで、当該電話端末の内線番号情報を取り出し、また特番を受信した基地局の位置情報と合わせて電話端末の位置情報通知サービスを行う情報処理装置（行先表示板装置）の発明が記載されている。
【０００３】
【特許文献１】特開２０００−３１１１０７号公報
【特許文献２】特開２００１−２１１４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし上記従来の情報処理装置に関しては、ユーザ端末からの求めに応じて各種サーバ装置に特番サービスを実行させることはできるものの、かかるサービスが享受されるのは当該ユーザ端末に限られるなど特番サービスの内容はきわめて限定的なものであった。
【０００５】
本発明は上記課題に鑑みてなされたものであり、容易な操作によってアプリケーション処理を実行させ、その実行結果をユーザ端末とは異なるゲスト端末に提供することのできる情報処理装置およびそのためのコンピュータプログラム、入場管理システム、情報処理方法および入場管理方法を提供するものである。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、ユーザ端末から発呼された（i）所定のアプリケーション処理に対応して割り当てられた特番と、（ii）発信先番号と、（iii）前記ユーザ端末とは異なるゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する、前記発信先番号が割り当てられた受信手段と、
受信された前記番号情報に含まれる前記特番を解析する特番解析手段と、
解析された前記特番に対応する前記所定のアプリケーション処理を実行して出力データを得る処理実行手段と、
得られた前記出力データを前記ゲスト端末に送信する送信手段と、
を備える。
【０００７】
ここでユーザ端末とは、電話発信（発呼）機能を有する携帯端末または固定端末を意味する。携帯端末としては、携帯電話機やＰＨＳのほか、発呼機能のある携帯情報端末（ＰＤＡ：Personal Digital Assistant）などを含む。
またゲスト端末は、少なくとも着呼機能を有する携帯端末または固定端末を意味する。携帯端末としては、ユーザ端末と同様に携帯電話機やＰＨＳのほか、着呼機能のあるＰＤＡなどを含む。
【０００８】
本発明の入場管理システムは、ユーザ端末と、
前記ユーザ端末とは異なるゲスト端末と、
開錠コードの入力により所定のエリアへの入場を許可する入場制限手段と、
前記ユーザ端末から発呼された、（i）特番と、（ii）発信先番号と、（iii）前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する、前記発信先番号が割り当てられた受信手段と、
受信された前記番号情報に含まれる前記特番を解析する特番解析手段と、
解析された前記特番に基づいて前記開錠コードを生成する開錠コード生成手段と、
生成された前記開錠コードを、前記ゲスト端末に送信する送信手段と、
を備える。
【０００９】
本発明のコンピュータプログラムは、特番に対応するアプリケーション処理を実行して得られる出力データをゲスト端末に送信する情報処理装置のためのコンピュータプログラムであって、
前記ゲスト端末とは異なるユーザ端末から発呼された、特番と、前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信処理と、
受信された前記番号情報に含まれる前記特番を解析する特番解析処理と、
解析された前記特番に対応して実行される前記アプリケーション処理と、
前記アプリケーション処理を実行して得られる前記出力データを前記ゲスト端末に送信する送信処理と、
を前記情報処理装置に実行させる。
【００１０】
本発明の情報処理方法は、特番に対応するアプリケーション処理を実行してその結果をゲスト端末に送信する情報処理方法であって、
前記ゲスト端末とは異なるユーザ端末から発呼された、特番と、前記ゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信ステップと、
受信された前記番号情報に含まれる前記特番を解析する特番解析ステップと、
解析された前記特番に対応する前記アプリケーション処理を実行して出力データを得る処理実行ステップと、
得られた前記出力データを前記ゲスト端末に送信する送信ステップと、
を含む。
【００１１】
本発明の入場管理方法は、開錠コードの入力により所定のエリアへの入場を許可する入場管理方法であって、
ユーザ端末から発呼された、特番と、前記ユーザ端末とは異なるゲスト端末に割り当てられたゲスト番号と、を含む番号情報を受信する受信ステップと、
受信された前記番号情報に含まれる前記特番を解析する特番解析ステップと、
解析された前記特番に基づいて前記開錠コードを生成する開錠コード生成ステップと、
生成された前記開錠コードを前記ゲスト端末に送信する送信ステップと、
を含む。
【００１２】
なお、本発明の各種の構成要素は、その機能を実現するように形成されていればよく、例えば、所定の機能を発揮する専用のハードウェア、所定の機能がコンピュータプログラムにより付与された情報処理装置、コンピュータプログラムにより情報処理装置に実現された所定の機能、これらの任意の組み合わせ、等として実現することができる。
【００１３】
また、本発明の各種の構成要素は、個々に独立した存在である必要はなく、複数の構成要素が一個のデバイスとして形成されていること、一つの構成要素が複数のデバイスで形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でよい。
【００１４】
また、本発明の方法には複数のステップを順番に記載してあるが、その記載の順番は複数のステップを実行する順番を必ずしも限定するものではない。このため、本発明の方法を実施するときには、その複数の工程の順番は内容的に支障しない範囲で変更することができる。
【００１５】
さらに、本発明の情報処理方法の複数のステップは個々に相違するタイミングで実行されることに限定されない。このため、あるステップの実行中に他のステップが発生すること、あるステップの実行タイミングと他のステップの実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００１６】
また、本発明で云う情報処理装置は、コンピュータプログラムを読み取って対応する情報処理およびアプリケーション処理を実行できるように、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｆ（Interface）ユニット、等の汎用デバイスで構築されたハードウェア、所定の情報処理やアプリケーション処理を実行するように構築された専用の論理回路、これらの組み合わせ、等として実施することができる。
【００１７】
なお、本発明でコンピュータプログラムに対応した各種動作を情報処理装置に実行させることは、各種デバイスを情報処理装置に動作制御させることなども意味している。
【００１８】
例えば、情報処理装置に各種情報やデータを登録、格納、記憶、保持または保存させることは、情報処理装置に固定されているＨＤＤ（Hard Disc Drive）やＲＡＭ等の情報記憶媒体にＣＰＵが各種情報やデータを格納すること、情報処理装置に交換自在に装填されているＣＤ−Ｒ（Compact Disc-Recordable）等の情報記憶媒体にＣＰＵがＣＤドライブで各種情報やデータを格納すること、等でよい。
【発明の効果】
【００１９】
本発明の情報処理装置によれば、ユーザ端末から発呼された特番に対応するアプリケーション処理が実行され、得られた出力データがゲスト端末に提供される。したがって自らの発呼によっては本発明の情報処理装置によるアプリケーション処理が実行できないゲスト端末に対しても特番サービスを提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態の一例について、図面を用いて説明する。なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
はじめに、本実施形態の入場管理システム２００の概要について説明する。
図１は本実施形態の入場管理システム２００の物理構造を示すブロック図である。また図２は本実施形態の入場管理システム２００の論理構造を示すブロック図である。
図１，２に示すように入場管理システム２００は、キャリア網３０に接続された少なくとも一個の情報処理装置１００、情報処理装置１００に無線接続された少なくとも一個のユーザ端末４０、基地局２０を介してキャリア網３０に無線接続された少なくとも一個のゲスト端末１０、所定のエリアへの出入口である扉６０、および開錠コードの入力により扉６０への入場を許可する入場制限装置５０で構成されている。そして入場管理システム２００は、ユーザ端末４０からの指示に基づいて、入場制限装置５０を開錠するための開錠コードがゲスト端末１０に付与され、ゲスト端末１０を所持するゲストが扉６０に入場可能となるシステムである。
【００２１】
本実施形態の情報処理装置１００は、発信先番号ＤＮが割り当てられた受信部１１０を備えている。受信部１１０は、ユーザ端末４０から発呼された（i）所定のアプリケーション処理に対応して割り当てられた特番ＰＮと、（ii）発信先番号ＤＮと、（iii）ユーザ端末４０とは異なるゲスト端末１０に割り当てられたゲスト番号ＧＮと、を含む番号情報ＮＩを受信する。
そして情報処理装置１００は、受信された番号情報ＮＩに含まれる特番ＰＮを解析する特番解析部１３０と、解析された特番ＰＮに対応する上記所定のアプリケーション処理を実行して出力データである開錠コードＵＬＣを得る処理実行部１６０と、得られた開錠コードＵＬＣをゲスト端末１０に送信する送信部１９０とを備えている。
【００２２】
次に、本実施形態の情報処理装置１００および入場管理システム２００についてより詳細に説明する。
情報処理装置１００は大別して、構内交換機（ＰＢＸ）１５０と、処理実行部１６０と、送信部１９０とからなる。構内交換機１５０には上記の発信先番号ＤＮが割り当てられており、発信先番号ＤＮを含む番号情報ＮＩがユーザ端末４０より発呼されることで、構内交換機１５０の受信部１１０にてこれが検出される。
【００２３】
構内交換機１５０は、内線端末であるユーザ端末４０が有線または無線接続される内線網（図示せず）と、外線端末であるゲスト端末１０が無線接続される外線網（図示せず）とを接続する。
なお本実施形態においては、ユーザ端末４０、ゲスト端末１０とも携帯端末を用いるものとする。
【００２４】
構内交換機１５０は、上記した受信部１１０および特番解析部１３０に加えて、ユーザ端末４０の認証処理等を行う端末認証部１２０と、認証処理等に用いる認証データが格納された認証情報保存部１２２と、構内交換機１５０全体の制御を行う制御部１４０とからなる。
具体的には、制御部１４０は、特番解析部１３０で解析された特番ＰＮに応じて所定のアプリケーション処理を処理実行部１６０に実行させるとともに、その実行結果を出力データとして送信部１９０に送信させる。
【００２５】
処理実行部１６０は、複数のアプリケーションサーバ（ＡＳ）１６０ａ，１６０ｂ，１６０ｃ・・・からなる。特番ＰＮに応じていずれかのアプリケーションサーバが選択されて、対応するアプリケーション処理が実行される。なお図２では例示的に三台のアプリケーションサーバ（ＡＳ１，ＡＳ２，ＡＳ３）を図示しているが、台数はこれに限られるものではない。また一台のアプリケーションサーバにて、特番ＰＮに応じて複数のアプリケーション処理より一つまたは複数のアプリケーション処理が選択的に実行されてもよい。
入場制限装置５０を開錠するための開錠コードＵＬＣをゲスト端末１０に対して送信する本実施形態の入場管理システム２００においては、アプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃの少なくともいずれかにて開錠コードＵＬＣが生成される。
ただし本発明においては、開錠コードＵＬＣの生成のほか、処理実行部１６０ではさまざまなアプリケーション処理を実行してその結果をゲスト端末１０に提供することができる。
【００２６】
具体的な開錠コードＵＬＣはとしては、数文字から数十文字程度のパスワードであってもよく、ＱＲコード（登録商標）などの二次元コードであってもよい。また入場制限装置５０はこれに対応する入力手段を備えている。開錠コードＵＬＣがパスワードである場合は入力キーを備え、また開錠コードＵＬＣが二次元コードである場合はその読取装置５２（図１を参照）を備えている。
【００２７】
本実施形態に用いられるゲスト端末１０は携帯端末であり、情報処理装置１００から送信されるショートメッセージサービスを受信して表示可能である。またゲスト端末１０はブラウザを備え、ウェブサイトへのアクセスが可能である。
【００２８】
また開錠コードＵＬＣは時限式のワンタイムパスコードであってもよい。すなわち入場制限装置５０に設定される開錠コードＵＬＣは所定時間ごとに変更され、また開錠されるごとに変更されることとしてもよい。
【００２９】
処理実行部１６０の実行結果をゲスト端末１０に送信する送信部１９０は、ウェブサーバ１７０と、ショートメッセージ（ＳＭ）送信部１８０とを備えている。
本実施形態の入場管理システム２００では、ゲスト番号ＧＮを送信先とするショートメッセージサービス（ＳＭＳ）を用いて、出力データである開錠コードＵＬＣをゲスト端末１０に送信する。
ＳＭＳを用いてゲスト端末１０に開錠コードＵＬＣを送信する方法について以下の二通りを例示する。
【００３０】
開錠コードＵＬＣが数文字から数十文字程度のパスワードである場合、ショートメッセージの本文に開錠コードＵＬＣを記載して、これをＳＭ送信部１８０からゲスト端末１０に送信してもよい。
また開錠コードＵＬＣが二次元コードであってそのデータ量が所定のバイト数（例えば数十バイト）を超える場合は、ウェブサーバ１７０によって開錠コードＵＬＣを所定のウェブサイトに登録し、かかるウェブサイトのウェブアドレス（ＵＲＬ）が本文に記載されたショートメッセージを、ＳＭ送信部１８０からゲスト端末１０に送信する。そしてゲスト端末１０からウェブアドレスＵＲＬが入力されることにより、ウェブサーバ１７０は開錠コードＵＬＣをゲスト端末１０に送信する。
【００３１】
ユーザ端末４０から情報処理装置１００に発呼される番号情報ＮＩには、当該ユーザ端末４０を識別する識別情報ＵＮと、当該ユーザ端末４０に関連づけて設定されたパスワードＰＷをさらに含んでいる。識別情報ＵＮはユーザ端末４０の発信元番号であり、パスワードＰＷはユーザ等が設定して情報処理装置１００に予め登録したものである。
【００３２】
一方、構内交換機１５０は、上記のようにユーザ端末４０の認証処理等を行う端末認証部１２０を備えている。そして端末認証部１２０に接続された認証情報保存部１２２には、ユーザ端末４０の識別情報ＵＮと、識別情報ＵＮに関連づけられた対照データＲＦＤとが予め記憶されている。また認証情報保存部１２２には、識別情報ＵＮごとに設定された権限情報として、情報処理装置１００にて実行およびその結果の送信が許可されているアプリケーション処理に割り当てられた特番ＰＮが予め記憶されている。
【００３３】
権限情報としては、例えばユーザ端末４０を所有するユーザの所属等に応じて、許可されるアプリケーション処理が相違するよう設定してもよい。
対照データＲＦＤおよび権限情報は、識別情報ＵＮをキーとするテーブルに格納されている。したがって端末認証部１２０は、番号情報ＮＩより識別情報ＵＮを読み取ることで、まず当該ユーザ端末４０の識別情報ＵＮが認証情報保存部１２２に格納されている、すなわち情報処理装置１００によるいずれかのアプリケーション処理の実行やその結果の送信が許可されているかどうかが判定される。そして識別情報ＵＮをキーとして対照データＲＦＤや権限情報を検索して参照することで、当該ユーザ端末４０にセキュリティ認証や権限確認が可能である。
【００３４】
具体的には端末認証部１２０は、ユーザ端末４０から受信した番号情報ＮＩに含まれる識別情報ＵＮに基づいて、まず当該ユーザ端末４０を認証する。
また端末認証部１２０は、識別情報ＵＮをキーとして、認証情報保存部１２２に記憶された対照データＲＦＤと、受信された番号情報ＮＩに含まれるパスワードＰＷとを比較して、両者が一致するかどうかを判断することによりゲスト端末１０を認証する。
【００３５】
認証された番号情報ＮＩは、次に特番解析部１３０によって特番ＰＮが解析される。番号情報ＮＩに含まれる特番ＰＮを解析してこれを読み取り、アプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃのいずれかにて当該特番ＰＮに対応する所定のアプリケーション処理を実行させる具体的な処理は、ＳＯＡＰ（Simple Object Access Protocol）やＳＩＰ（Session Initiation Protocol）を用いて行うことができる。
【００３６】
特番ＰＮが解析されると、制御部１４０は、当該特番ＰＮに対応するアプリケーション処理に関する権限を当該ユーザ端末４０が有しているか否かを端末認証部１２０にて判定させる。
具体的には、識別情報ＵＮをキーとして、認証情報保存部１２２に記憶された上記権限情報と、解析された特番ＰＮとを対比し、ユーザ端末４０が権限を有する特番群の中に上記特番ＰＮが含まれているか否かを判定する。
なおユーザ端末４０の上記認証処理、特番解析処理および権限確認処理のいずれかまたは全ては、構内交換機１５０ではなく処理実行部１６０にて行ってもよい。すなわち上述のように本発明の各種の構成要素が一個のデバイスとして形成されているか複数のデバイスで形成されているかは任意であり、すなわち端末認証部１２０や特番解析部１３０の上記機能は構内交換機１５０で実行されてもよく、または処理実行部１６０で実行されてもよい。
【００３７】
図３は、本実施形態の情報処理装置１００による情報処理方法を示すフローチャートである。同図を用いて、本実施形態の情報処理装置１００にて行われる情報処理の方法について説明する。
【００３８】
情報処理装置１００では、まずユーザ端末４０からの認証要求を待ち（ステップＳ１０１：Ｎ）、番号情報ＮＩを端末認証部１２０が受信すると（ステップＳ１０１：Ｙ）、番号情報ＮＩに含まれる識別情報ＵＮが認証情報保存部１２２に記憶されているか否かを判定する（ステップＳ１０２）。これが否定された場合（ステップＳ１０２：Ｎ）はユーザ端末４０の認証は行われず情報処理装置１００による処理は終了する。またこれが肯定された場合（ステップＳ１０２：Ｙ）には、次に番号情報ＮＩに含まれるパスワードＰＷの照合を行う（ステップＳ１０３）。
【００３９】
パスワードＰＷの照合は、認証情報保存部１２２に記憶された対照データＲＦＤとパスワードＰＷとを比較して行う。両者が不一致であった場合（ステップＳ１０３：Ｎ）、ユーザ端末４０の認証は行われず情報処理装置１００による処理は終了する。またこれが肯定された場合（ステップＳ１０３：Ｙ）には、次に番号情報ＮＩに含まれる特番ＰＮを特番解析部１３０により解析する（ステップＳ１０４）。
【００４０】
次に、特番解析にて読み取られた特番ＰＮに対応するアプリケーション処理に対してユーザ端末４０が権限を有しているか否かの権限確認を行う（ステップＳ１０５）。権限情報に当該特番ＰＮが含まれている場合（ステップＳ１０５：Ｙ）、ユーザ端末４０は当該特番ＰＮが割り当てられたアプリケーション処理に対する権限を有すると判定され、続けて具体的なアプリケーション処理が行われる。本実施形態では開錠コードＵＬＣの生成処理が行われる（ステップＳ１０６）。一方、権限情報に当該特番ＰＮが含まれていない場合（ステップＳ１０５：Ｎ）、アプリケーション処理は行われず情報処理装置１００による処理は終了する。
【００４１】
生成された開錠コードＵＬＣは、ウェブサーバ１７０により所定のウェブサイトに登録される（ステップＳ１０７）。そして登録されたウェブサイトのウェブアドレスＵＲＬを本文に含むショートメッセージが生成される（ステップＳ１０８）。
生成されたショートメッセージはＳＭ送信部１８０からゲスト端末１０に送信される（ステップＳ１０９）。
【００４２】
そして情報処理装置１００は、上記ショートメッセージを受信したゲスト端末１０からウェブアドレスＵＲＬが入力されるまで待機し（ステップＳ１１０：Ｎ）、これを受け取ると（ステップＳ１１０：Ｙ）、ゲスト端末１０に対して開錠コードＵＬＣを表示出力させることによりこれを送信する（ステップＳ１１１）。
以上で情報処理装置１００は一連の処理を終える（ステップＳ１１２）。
【００４３】
図４は、本実施形態の入場管理システム２００にて実行される入場管理方法のシーケンス図である。同図を用いて、入場管理システム２００にて行われる入場管理の方法について説明する。
【００４４】
携帯端末であるゲスト端末１０を保持したゲストは、開錠コードＵＬＣの入力によって開錠される扉６０の前などに位置している。扉６０は入場制限装置５０によって施錠された状態にある。
かかる状態から、ゲスト端末１０よりユーザ端末４０に対して発呼して、ゲスト端末１０のゲスト番号ＧＮを通知する（ステップＴ１０１）。
【００４５】
ユーザ端末４０は、識別情報ＵＮと、パスワードＰＷと、特番ＰＮと、発信先番号ＤＮとに加え、ゲスト端末１０から通知されたゲスト番号ＧＮを所定の順に並べて構成される番号情報ＮＩをダイヤルして構内交換機１５０に発呼し、構内交換機１５０ではかかる番号情報ＮＩの受信処理を行う（ステップＴ１０２）。
【００４６】
構内交換機１５０では、番号情報ＮＩに含まれる識別情報ＵＮとパスワードＰＷとを用いてユーザ端末４０の認証処理を行う（ステップＴ１０３）。これが認証された場合、続けて番号情報ＮＩに含まれる特番ＰＮの解析処理を行う（ステップＴ１０４）。そして構内交換機１５０では、識別情報ＵＮと、上記解析された特番ＰＮとからユーザ端末４０の権限確認処理を行う（ステップＴ１０５）。
【００４７】
解析された特番ＰＮに対する権限をユーザ端末４０が有している場合、構内交換機１５０は、当該特番ＰＮに対応するアプリケーション処理の実行を処理実行部１６０に命令する（ステップＴ１０６）。処理実行部１６０では、これを構成するアプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃのいずれか（例えばアプリケーションサーバ１６０ａ）が選択される。アプリケーションサーバ１６０ａではアプリケーション処理として、入場制限装置５０に入力すると扉６０が開錠される開錠コードＵＬＣの生成処理がなされる（ステップＴ１０７）。
【００４８】
生成された開錠コードＵＬＣは送信部１９０のウェブサーバ１７０に送信されて（ステップＴ１０８）、所定のウェブサイトに登録される（ステップＴ１０９）。
ウェブサーバ１７０は、開錠コードＵＬＣが登録されたウェブサイトの位置を示すウェブアドレスＵＲＬをＳＭ送信部１８０に通知する。
【００４９】
ＳＭ送信部１８０は、通知されたウェブアドレスＵＲＬを本文に記載したショートメッセージ（ＳＭ）を生成するメッセージ生成処理を行う（ステップＴ１１０）。
生成されたＳＭは、ゲスト番号ＧＮを送信先として、ＳＭ送信部１８０よりゲスト端末１０にＳＭＳを用いてメッセージ送信処理される（ステップＴ１１１）。
【００５０】
ＳＭを受信したゲスト端末１０は、ゲスト端末１０が備えるメールソフトを通じてそのディスプレイ装置にてＳＭを表示させる。そしてＳＭの本文に記載されたウェブアドレスＵＲＬをクリックするなどしてこれを入力する（ステップＴ１１２）。
【００５１】
ウェブアドレスＵＲＬがゲスト端末１０より入力されると、ウェブサーバ１７０は当該アドレスに登録されている開錠コードＵＬＣをゲスト端末１０のブラウザに表示出力させることで、開錠コードＵＬＣをゲスト端末１０に送信する（ステップＴ１１３）。
【００５２】
開錠コードＵＬＣをブラウザ上に表示させたゲスト端末１０は、そのディスプレイ装置を入場制限装置５０の備える読取装置５２にかざすなどして、開錠コードＵＬＣを入場制限装置５０に入力する（ステップＴ１１４）。
そして開錠コードＵＬＣが入力された入場制限装置５０は扉６０の開錠を行う（ステップＴ１１５）。
以上で入場管理システム２００は一連の処理を終える。
【００５３】
本実施形態の情報処理装置１００およびこれを備える入場管理システム２００によれば以下の作用効果を得ることができる。
【００５４】
まず、特番ＰＮを含む所定の番号情報ＮＩをユーザ端末４０より発呼するだけで、特番ＰＮに応じたアプリケーション処理を情報処理装置１００に実行させることができるため、ユーザの操作が極めて容易である。
また情報処理装置１００による実行結果がゲスト端末１０に提供されることから、ゲスト端末１０自身にはアプリケーション処理を実行させる権限が与えられていない場合であってもその出力データを提供することができる。すなわち本実施形態の情報処理装置１００にゲスト端末１０のゲスト番号ＧＮを予め登録しておかずとも、特番ＰＮおよび構内交換機１５０に割り当てられた発信先番号ＤＮを含む番号情報ＮＩをユーザ端末４０が発呼することによって、ゲスト端末１０にアプリケーション処理の出力データを提供することができる。
【００５５】
したがってゲスト端末１０を保有するゲストが構内への入場を希望する場合に、ゲスト端末１０のゲスト番号ＧＮを特番ＰＮ等とともに発呼することで、ユーザは容易かつ安全に、当該ゲストの入場許可を行うことができる。
【００５６】
また出力データの送信にショートメッセージサービス（ＳＭＳ）を用いることにより、特番ＰＮや発信先番号ＤＮに加えてゲスト端末１０のゲスト番号ＧＮを併せて発呼することで情報処理装置１００に対して出力データの送信先を伝達することができる。
【００５７】
また出力データをウェブサイトに登録した上でこれにゲスト端末１０よりアクセスさせる方式としたことで、送信バイト数に制限の厳しいＳＭＳを用いる場合であっても、そのウェブアドレスＵＲＬをゲスト端末１０に送信すれば、データサイズの大きな出力データをゲスト端末１０に提供することができる。
【００５８】
また番号情報ＮＩに含めてパスワードＰＷを送信し、構内交換機１５０においてこれを対照データＲＦＤと照合する方式としたことにより、ユーザ端末４０が携帯端末であってこれを紛失した場合などにもセキュリティが損なわれることがない。
【００５９】
またゲスト端末１０に提供される開錠コードＵＬＣをワンタイムパスコードとすることにより、ゲスト端末１０を所有するゲストが目的を達して扉６０から退出した後は、再び扉６０を開錠して入場することはできないためセキュリティが高まる。また開錠コードＵＬＣを時限式とすることにより、開錠コードＵＬＣを目的のゲスト端末１０以外の端末に過って送信してしまった場合でも、入場制限装置５０側の開錠コードが刻々と変化するため、過誤送信された開錠コードＵＬＣが悪用されることを防いでいる。
【００６０】
また入場制限装置５０に読取装置５２を設け、開錠コードＵＬＣを二次元コードとすることにより、入場制限装置５０および扉６０が情報処理装置１００とはネットワーク接続されていない、いわゆるスタンドアローンの入場扉であったとしても、ユーザ端末４０からゲスト端末１０に対して上記本実施形態の容易かつ安全な入場許可を行うことができる。
【００６１】
なお本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で各種の変形を許容する。
例えば上記実施形態では、アプリケーション処理を実行して得られた出力データを、ショートメールサービスを用いてゲスト端末１０に送信しているが、このほかゲスト端末１０のメールアドレスを情報処理装置１００に登録しておき、上記出力データをメールに添付してゲスト端末１０に送信してもよい。すなわち情報処理装置１００では、ゲスト番号ＧＮに関連づけられたゲスト端末１０のメールアドレスを認証情報保存部１２２などに登録しておき、受信した番号情報ＮＩに含まれるゲスト番号ＧＮをキーとしてこれを検索し、送信部１９０からの送信先として用いてもよい。
【００６２】
また上記本実施形態では、入場制限装置５０を情報処理装置１００とネットワーク接続されていない、いわゆるスタンドアローンに構成した例を説明したが本発明はこれに限られない。例えば扉６０と情報処理装置１００とを接続し、開錠コードＵＬＣの入力によって入場制限装置５０が扉６０を開錠したことを示す情報（開錠情報）を、入場制限装置５０から情報処理装置１００に送信してもよい。そしてかかる開錠情報を受信した情報処理装置１００では、ＳＭ送信部１８０よりユーザ端末４０に対して、扉６０が開錠されたことをメールで通知することとしてもよい。
【００６３】
上記実施形態では、扉６０を開錠するための開錠コードＵＬＣとして、パスワードと二次元コードを例示して説明したが、本発明はこれに限られず音声データなどを用いてもよい。
【００６４】
また上記実施形態では、ユーザ端末４０を識別するための識別情報ＵＮとして発信元番号を用いているが、本発明はこれに限られず、情報処理装置１００によるアプリケーション処理の実行やその出力データの送信が当該ユーザ端末４０に許可されているかを識別可能な他の情報を番号情報ＮＩに含めることとしてもよい。かかる他の情報としては、ユーザ端末４０を一意に識別できるものでなくともよい。
【００６５】
上記実施形態では、処理実行部１６０で実行されるアプリケーション処理として、扉６０を開錠する開錠コードＵＬＣの生成処理を挙げたが、本発明はこれに限られるものではない。例えばユーザのスケジュール情報や出退勤管理情報、所在情報等を、制御部１４０を通じてグループウェアサーバであるアプリケーションサーバ（例えばアプリケーションサーバ１６０ｂ）に格納するとともに、格納された上記情報を、特定のメンバーが所有するゲスト端末１０に対して送信部１９０により通知することとしてもよい。
かかるアプリケーション処理を実行するに際しては、ユーザ端末４０から構内交換機１５０に発呼する特番ＰＮを上記実施形態と相違させることで、開錠コードＵＬＣの生成とは異なるアプリケーション処理が実行される。
【００６６】
また上記実施形態ではユーザ端末４０の認証処理を構内交換機１５０で行う態様を例示したが、本発明においてはこれに限られない。例えば特番ＰＮごとに、またはアプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃごとに、ユーザ端末４０に許可された権限が異なることとしてもよい。かかる場合、識別情報ＵＮとパスワードＰＷを用いたユーザ端末４０の認証処理や、識別情報ＵＮと特番ＰＮを用いたユーザ端末４０の権限確認処理はアプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃごとに行うことで、構内交換機１５０の処理負荷を軽減することができる。
【００６７】
またかかる場合においてさらに、ユーザ端末４０の認証に失敗した場合（図３におけるステップＳ１０２またはＳ１０３：Ｎ）には、上記実施形態のように情報処理装置１００による処理を終了する態様に代えて、アプリケーションサーバ１６０ａ，１６０ｂ，１６０ｃごとに追加的な処理を行ってもよい。追加的な処理としては、例えば当該ユーザ端末４０が構内交換機１５０に登録されていない旨のメッセージをユーザ端末４０に表示させたり、異なるパスワードＰＷを再度入力するよう求める再入力要求処理をユーザ端末４０に行ったりしてもよい。
【００６８】
また上記実施形態ではゲスト端末１０のゲスト番号ＧＮを番号情報ＮＩに含めることによりショートメッセージサービスを用いて開錠コードＵＬＣなどの出力データを送信部１９０よりゲスト端末１０に送信するが、番号情報ＮＩにはさらに、ゲスト端末１０に通信サービスを提供している会社（いわゆるキャリア）を特定するキャリア識別情報を含めてもよい。
そして情報処理装置１００の処理実行部１６０または送信部１９０では、受信した番号情報ＮＩに含まれる上記キャリア識別情報に対応して、生成するショートメッセージのデータ形式を選択可能としてもよい。
これにより、ゲスト端末１０のキャリアを示す情報を予め情報処理装置１００に登録しておかずとも、ゲスト端末１０が受信可能なデータ形式が選択されてショートメッセージが生成され、すなわちゲスト端末１０のキャリアごとのショートメッセージの仕様の差異が吸収される。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施形態の入場管理システムの物理構造を示すブロック図である。
【図２】本発明の実施形態の入場管理システムの論理構造を示すブロック図である。
【図３】本発明の実施形態の情報処理装置による情報処理方法を示すフローチャートである。
【図４】本発明の実施形態の入場管理システムにて実行される入場管理方法のシーケンス図である。
【符号の説明】
【００７０】
１０    ゲスト端末
２０    基地局
３０    キャリア網
４０    ユーザ端末
５０    入場制限装置
５２    読取装置
６０    扉
１００    情報処理装置
１１０    受信部
１２０    端末認証部
１２２    認証情報保存部
１３０    特番解析部
１４０    制御部
１５０    構内交換機（ＰＢＸ）
１６０    処理実行部
１６０ａ，１６０ｂ，１６０ｃ    アプリケーションサーバ
１７０    ウェブサーバ
１８０    ＳＭ送信部
１９０    送信部
２００    入場管理システム
【図１】
2009171306.tif 000003
【図２】
2009171306.tif 000004
【図３】
2009171306.tif 000005
【図４】
2009171306.tif 000006