JP4781897B2 - センサイベント制御装置 - Google Patents

Description

本発明は、ＷｅｂブラウザやＶｏｉｃｅＸＭＬブラウザ等の様々なユーザインタフェースを使って利用される様々な業務アプリケーションプログラムにおいて、ユーザインタフェースからの入力の代わりとして、機械が読み取ったセンサデータをユーザインタフェースからの入力として業務アプリケーションプログラムに処理させ、その処理結果をユーザインタフェースに表示させるセンサデータ処理技術に関する。

インターネットの普及とＷｅｂ技術の進歩と共に、ユーザはＷｅｂブラウザを使ってインターネット上の様々な情報をＷＷＷサーバ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）から取得し、利用することができるようになってきた。ＷＷＷサーバから取得されるコンテンツはＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という記述言語で記述され、Ｗｅｂブラウザはこれらの情報を解釈して情報を画面に表示する。

これらのＷｅｂシステムは、単純にサーバ上の静的なコンテンツを取得して画面に表示するだけでなく、Ｗｅｂブラウザからの入力データを元にサーバ側でデータベース等への情報処理を行い、その結果を元に動的にコンテンツを生成してブラウザに出力するＷｅｂアプリケーションプログラムとして進化することで、ユーザはＷｅｂブラウザからオンラインショッピング等のインターネット上の各種サービスを手軽に利用できるようになってきた。

一方、企業においては、これらのＷｅｂ技術を業務処理に適用することで、Ｗｅｂブラウザから業務システムを手軽に利用できるようになり、さまざまな業務システムがＷｅｂ技術を使って構築されるようになってきた。しかしながら、Ｗｅｂブラウザから業務システムに対してデータ入力を行うのは、あくまで人であるため、手入力による作業者負担の増加や入力ミス等の問題があった。そのため、バーコード等のデータを読み取り装置を使って読み込ませることでデータ入力の自動化を行い、出力結果をＷｅｂブラウザに表示するシステムが導入されている。近年では、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）技術の進展により、バーコードの代わりにＲＦＩＤタグを使い、タグの内容を読み取って業務システムに通知するシステムも普及しつつある。

これらのシステムでは、ＲＦＩＤタグ（もしくはバーコード）に通知先のＵＲＬを埋め込んでおき、それを読み取り装置内の読み取りプログラムで読み出して、Ｗｅｂブラウザに読み取ったＵＲＬの表示を指示することで業務アプリケーションプログラム側にデータ通知する方式がとられている。しかしながら、この方法では、通知先のＵＲＬが固定的にＲＦＩＤタグに埋め込まれているため、後で業務アプリケーションプログラムのＵＲＬを変更した場合、すべてのＲＦＩＤタグの中身を書き換える必要があるという問題がある。このため、実際のシステムでは、ＲＦＩＤタグ（もしくはバーコード）には伝票のＩＤ等の業務データだけを書いておき、通知先に関する情報は読み取りプログラム側に登録し、読み取りプログラム側で、読み取ったデータと登録されている通知先情報とから実際のＵＲＬを生成し、ＷｅｂブラウザにそのＵＲＬの表示を指示する方法がとられている。

なお、ＲＦＩＤ等のセンサデバイスに関する開示はないが、特許文献１には、メール、Ｗｅｂ、音声などの複数種類のメディアを利用したセッション識別子を発行し、データ送受信部がセッション識別子を含む処理要求を任意のメディアでユーザから受け取ると、メディアインタフェースが、そのセッション識別子を統一的に利用可能なデータに変換して統合管理部に渡し、統合管理部が、変換されたセッション識別子に基づいて、セッション管理を行う構成が開示されている。
特開２００１−２６５６８０号公報

ここで、上記従来のＲＦＩＤの読み取りプログラムがＵＲＬを生成する方式では、読み取りプログラムに通知先の情報が埋め込まれているため、通知する業務アプリケーションプログラムが固定化されているという課題があった。このため、ユーザの業務の内容に応じてＲＦＩＤタグのデータを通知する業務アプリケーションプログラムを変えるためには、読み取りプログラム側の通知先情報を毎回登録しなおす必要があった。

また、別の課題として、読み取った情報をＵＲＬに埋め込んで業務アプリケーションプログラムに通知するためには、業務アプリケーションプログラム側で埋め込まれた情報を取り出せるように読み取りプログラムの埋め込み方法を事前に知っている必要がある。したがって、ＲＦＩＤのタグを取得したい業務アプリケーションプログラムはこれらの埋め込み方法に合わせてインタフェースの修正が必要であった。

本発明は、かかる課題を解決するために、ユーザの利用中の業務アプリケーションプログラムに応じてセンサイベントデータの通知先を動的に切り替えると共に、通知先の業務アプリケーションプログラムのインタフェースに合わせてセンサイベントデータを通知するセンサイベント制御装置を提供することを目的とする。

上記の目的を達成するために、本発明にかかるセンサイベント制御装置は、ブラウザからの入力を含む処理要求を受け付けて処理結果をブラウザに返す業務アプリケーションプログラムに対して、センサデバイスから得られたセンサイベントデータを通知するセンサイベント制御装置であって、ブラウザにより利用されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして収集データ記憶部へ格納する情報収集部と、前記センサデバイスから得られたセンサイベントデータを受信するデータ受信部と、前記収集データ記憶部の収集データを参照し、前記ブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する通知先アプリ判定部と、前記通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記データ受信部により受信したセンサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換するデータ変換部と、変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信するアプリ呼び出し部と、前記業務アプリケーションプログラムから受け取った処理結果を前記ブラウザに送信するコンテンツ送信部とを備えることを特徴とする。

また、本発明にかかるセンサイベント制御プログラムは、ブラウザからの入力を含む処理要求を受け付けて処理結果をブラウザに返す業務アプリケーションプログラムに対して、センサデバイスから得られたセンサイベントデータを通知する処理をコンピュータに実行させるセンサイベント制御プログラムであって、ブラウザにより利用されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして収集データ記憶部へ格納する処理と、前記センサデバイスから得られたセンサイベントデータを受信する処理と、前記収集データ記憶部の収集データを参照し、前記ブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する処理と、前記通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記センサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換する処理と、変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信する処理と、前記業務アプリケーションプログラムから受け取った処理結果を前記ブラウザに送信する処理とをコンピュータに実行させることを特徴とする。

また、本発明にかかる記録媒体は、本発明にかかるセンサイベント制御プログラムを記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、様々な業務アプリケーションプログラムでＲＦＩＤタグのデータを利用できるようになると共に、通常のＷｅｂブラウザからの手入力を前提に作られた業務アプリケーションプログラムのインタフェースを修正することなくＲＦＩＤタグのデータが利用できるようになる。

本発明にかかるセンサイベント制御装置は、ブラウザからの入力を含む処理要求を受け付けて処理結果をブラウザに返す業務アプリケーションプログラムに対して、センサデバイスから得られたセンサイベントデータを通知するセンサイベント制御装置であって、ブラウザにより利用されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして収集データ記憶部へ格納する情報収集部と、前記センサデバイスから得られたセンサイベントデータを受信するデータ受信部と、前記収集データ記憶部の収集データを参照し、前記ブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する通知先アプリ判定部と、前記通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記データ受信部により受信したセンサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換するデータ変換部と、変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信するアプリ呼び出し部と、前記業務アプリケーションプログラムから受け取った処理結果を前記ブラウザに送信するコンテンツ送信部とを備えることを特徴とする。 この構成によれば、通知先アプリ判定部が、収集データ記憶部の収集データを参照し、ブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する。そして、データ変換部が、通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記データ受信部により受信したセンサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換する。さらに、アプリ呼び出し部が、変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信する。

これにより、センサデバイス側において、センサイベントデータの通知先となる業務アプリケーションプログラムの情報を事前に登録しておかなくても、センサイベントデータの通知先の業務アプリケーションプログラムを動的に判定することが可能である。従って、様々な業務アプリケーションプログラムでセンサイベントデータを利用できるようになる。また、ブラウザからのユーザ入力（例えばキーボード等を用いた手入力）を前提に設計された業務アプリケーションプログラムのインタフェースを修正することなく、これらの業務アプリケーションプログラムにおいてセンサイベントデータを利用できるようになる。

本発明にかかるセンサイベント制御装置において、センサイベントデータに、センサデバイスを識別するセンサ識別子が付加されており、前記情報収集部は、ブラウザにより利用されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして、当該ブラウザを識別するブラウザ識別子に関連付けて前記収集データ記憶部へ格納し、ユーザが利用するブラウザとセンサデバイスとを対応付けるために、当該ブラウザのブラウザ識別子と当該センサデバイスのセンサ識別子とを対応付けて紐づけテーブルに登録する紐づけ登録部と、前記データ受信部でセンサイベントデータを受信すると、前記紐づけテーブルを参照し、受信したセンサイベントデータに付加されたセンサ識別子に対応付けられたブラウザ識別子を抽出する紐づけ判定部とを備え、前記通知先アプリ判定部は、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データを参照し、当該ブラウザ識別子に対応するブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定し、前記アプリ呼び出し部は、前記データ変換部による変換後のセンサイベントデータに、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データに含まれるヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信することが好ましい。

この構成によれば、ブラウザとセンサデバイスとが異なる端末に設けられているような場合や、ブラウザとセンサデバイスとがそれぞれ複数設けられている場合等に、ユーザが利用するブラウザとセンサデバイスとを一意に対応付けることができる。これにより、センサイベントデータを、ユーザがブラウザで利用している業務アプリケーションプログラムへ、正しく通知することができる。

上記の好ましい構成にかかる本発明のセンサイベント制御装置において、前記紐づけ登録部は、ブラウザに対して、当該ブラウザに対応づけたいセンサデバイスのセンサ識別子をユーザに入力させる画面を表示させ、センサ識別子が入力されると、入力されたセンサ識別子と、当該ブラウザのブラウザ識別子とを対応付けて紐づけテーブルに登録することがさらに好ましい。この構成によれば、ユーザが、ブラウザに対応づけたいセンサデバイスのセンサ識別子を自ら選択して入力できるからである。あるいは、前記紐づけ登録部が、ブラウザから入力されたユーザ識別子を当該ブラウザのブラウザ識別子として用いる構成であっても良い。さらに、前記紐づけ登録部が、ユーザ識別子が記録された媒体をセンサデバイスで読み取ることにより得られた当該ユーザ識別子と、当該ユーザ識別子の読み取りを行ったセンサデバイスのセンサ識別子とを、対応付けて紐づけテーブルに登録することが好ましい。これにより、ユーザ識別子とセンサ識別子を容易に紐づけることができる。

本発明にかかるセンサイベント制御装置において、センサイベントデータに含まれるＩＰアドレスをセンサ識別子として抽出し、抽出したセンサ識別子と同じＩＰアドレスを、前記センサ識別子に対応するブラウザ識別子として決定する紐づけ判定部を備え、前記情報収集部は、ブラウザにより利用されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして、当該ブラウザのブラウザ識別子に関連付けて前記収集データ記憶部へ格納し、前記通知先アプリ判定部は、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データを参照し、当該ブラウザ識別子に対応するブラウザで利用中の業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定し、前記アプリ呼び出し部は、前記データ変換部による変換後のセンサイベントデータに、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データに含まれるヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信することが好ましい。すなわち、センサデバイスとブラウザが例えば同じ端末に存在する場合、その端末のＩＰアドレスをセンサ識別子およびブラウザ識別子として用いることができる。

本発明にかかるセンサイベント制御装置において、前記センサデバイスは、例えばＲＦＩＤリーダである。

以下において、本発明のより具体的な実施形態について、図面を参照しながら詳細に説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態に係るセンサイベント制御部の構成を、これを含むシステム全体の構成と共に示すブロック図である。この実施形態にかかるシステムは、例えば修理工場等で用いられる作業支援システムであり、修理対象装置に取付けられているＲＦＩＤタグに記録されている型番情報等を読み取り、当該型番の修理マニュアルを表示したり、作業報告を作成したりするために用いられる。ただし、本発明は、作業支援システムに限らず、任意のシステムに適用可能である。

図１に示すように、本システムは、ユーザ端末１００と、Ｗｅｂサーバ２００とを含む。なお、図１では、説明の簡略化のために、１台ずつのユーザ端末１００とＷｅｂサーバ２００のみを図示したが、システムを構成するユーザ端末とＷｅｂサーバの数は任意である。また、システム上に、ユーザ端末とＷｅｂサーバの他に、例えばＤＮＳサーバ等の任意のサーバが存在していても良い。

ユーザ端末１００は、例えばパーソナルコンピュータ等によって構成され、主として、センサイベント制御部１、ＲＦＩＤ読取部２、Ｗｅｂブラウザ３、およびＲＦＩＤリーダ４を備えている。センサイベント制御部１、ＲＦＩＤ読取部２、およびＷｅｂブラウザ３は、いずれも、ユーザ端末１００のＣＰＵが、ユーザ端末１００の記憶部（メモリ、ハードディスク、またはその他の記憶媒体等）に格納されたプログラムに基づいて各種データを処理することによって実現される機能的ブロックである。

センサイベント制御部１は、より詳細な機能的ブロックとして、データ受信部１１、通知先アプリ判定部１２、通知データ変換部１３、アプリ呼び出し部１４、コンテンツ送信部１５、情報収集部１６を備えている。これらの各部も、ユーザ端末１００のＣＰＵが所定のプログラムを実行することによって実現される。また、センサイベント制御部１は、ユーザ端末１００の記憶部の一部を、収集データ記憶部１７およびアプリ定義記憶部１８として利用する。

ＲＦＩＤ読取部２は、ユーザ端末１００のＣＰＵがＲＦＩＤ読取プログラムに従って動作することにより、ＲＦＩＤリーダ４を制御してＲＦＩＤタグの中身を読み取り、読み取り結果をセンサイベント制御部１へ通知する。

Ｗｅｂブラウザ３は、ユーザ端末１００においてユーザに対する入出力インタフェースとして機能する。すなわち、ユーザ端末１００のディスプレイ（図示せず）に、各種の操作指示やデータを入力するための画面を表示すると共に、Ｗｅｂサーバ２００から送信されるコンテンツを、前記画面に表示出力する。

Ｗｅｂサーバ２００は、業務アプリケーションプログラムを実行する。なお、業務アプリケーションプログラムとは、ＨＴＴＰリクエストを受け取って何らかのコンテンツを生成し、生成したコンテンツをＨＴＴＰレスポンスとして返す、いわゆるＷｅｂアプリケーションプログラム全般を指す。なお、図１では、業務アプリケーションプログラムの例として、修理マニュアルをブラウザに表示するためのマニュアル表示アプリ２０１と、修理作業の結果を報告するための作業報告アプリ２０２を示しているが、業務アプリケーションプログラムの種類や数はこれらにのみ限定されない。

ここで、図２に、ユーザ端末１００のＷｅｂブラウザ３の表示例を示す。図２に示すように、Ｗｅｂブラウザ３は、ユーザ端末１００のディスプレイ１０に、このユーザ端末１００から利用可能な業務アプリケーションプログラムのウィンドウを、切替え可能な状態で複数表示する。なお、図２は、Ｗｅｂブラウザ３の表示の一例に過ぎず、画面デザインやウィンドウの配置等が任意であることは言うまでもない。

図２の例では、マニュアル表示アプリ２０１のウィンドウ２０１ａが、最前面に表示されている。すなわち、図２の例では、マニュアル表示アプリ２０１のウィンドウ２０１ａがアクティブウィンドウであり、ユーザは、Ｗｅｂブラウザ３でマニュアル表示アプリ２０１を利用中である。この状態から、ユーザは、作業報告アプリ２０２のウィンドウ２０２ａのタブをクリックすること等により、図３に示すように、利用する業務アプリケーションプログラムを、マニュアル表示アプリ２０１から作業報告アプリ２０２へ切替えることができる。

また、図２および図３に示す入力欄２０１ｂ、２０２ｂのように、業務アプリケーションプログラムのウィンドウには、ユーザにデータを入力させるための入力欄が設けられていることがある。本システムでは、ユーザは、キーボード等を用いて、これらの入力欄に対して必要なデータを入力することもできるし、ＲＦＩＤリーダ４を用いて修理対象装置のＲＦＩＤタグからデータを読み取らせることにより、ＲＦＩＤタグのデータをこれらの入力欄に自動的に入力させることもできる。

つまり、後で詳しく説明するように、ユーザが入力欄へ自分でデータを入力して送信ボタン（図２および図３に示す２０１ｃ，２０２ｃ）をクリックすると、Ｗｅｂブラウザ３は、この入力に応じた処理要求をＷｅｂサーバ２００へ送って処理結果を受け取る。一方、ユーザが、ＲＦＩＤリーダ４を用いて修理対象装置のＲＦＩＤタグからデータを読み取らせた場合は、センサイベント制御部１が、ＲＦＩＤタグから読み取られたデータを、どの業務アプリケーションプログラムに通知すべきかを適切に判定し、通知先として判定した業務アプリケーションプログラムへ、前記データに基づいて処理要求を生成して送信する。

以下、上記の処理を実現するためのセンサイベント制御部１の各部の機能について、さらに詳しく説明する。

図１のセンサイベント制御部１において、情報収集部１６は、ユーザがＷｅｂブラウザ３で利用中の業務アプリケーションプログラムの名称と、Ｗｅｂブラウザ３が業務アプリケーションプログラムに対して送信する各種のＨＴＴＰのヘッダ情報とを収集し、収集データとして収集データ記憶部１７へ記憶する。ヘッダ情報としては、例えば、業務アプリケーションプログラムとＷｅｂブラウザ３間でセッションを維持するためのセッションＩＤ、Ｗｅｂブラウザ３のブラウザ種別(ＵｓｅｒＡｇｅｎｔヘッダ)、Ｗｅｂアプリケーションがブラウザに登録したクッキー情報(Ｃｏｏｋｉｅヘッダ)、ブラウザが受信可能なコンテンツの属性（Ａｃｃｅｐｔヘッダ、Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅヘッダ、Ａｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇ）等がある。なお、Ｗｅｂブラウザ３で「利用中」の業務アプリケーションプログラムとは、ユーザ端末１００のＷｅｂブラウザ３上のアクティブウィンドウで実行されている業務アプリケーションプログラムを指す。すなわち、Ｗｅｂブラウザ３が、マルチウィンドウに対応可能なブラウザであっても、ある時点で「利用中」の業務アプリケーションプログラムは一つのみに特定できる。

情報収集部１６が、ユーザが利用中の業務アプリケーションプログラムの名称を取得するための方法としては、例えば、それぞれの業務アプリケーションプログラムの名称とそのＵＲＬとを、情報収集部１６の内部の記憶部または情報収集部１６がアクセス可能な記憶部（いずれも図示せず）に予め登録しておき、Ｗｅｂブラウザ３が要求するＵＲＬに、登録されたＵＲＬが含まれているかどうかを検出する方法などが用いられる。

図４に、Ｗｅｂブラウザ３がユーザ端末１００のディスプレイ１０において図２に示す表示を行っているときに、情報収集部１６によって収集され、収集データ記憶部１７に格納される収集データの一例を示す。また、図５に、Ｗｅｂブラウザ３上でユーザがウィンドウを切替えることにより、ユーザ端末１００のディスプレイ１０の表示が図３に示す状態となった場合に、情報収集部１６によって収集され、収集データ記憶部１７に格納される収集データの一例を示す。なお、図４および図５は、収集データの内容を分かりやすくするために、フィールド名とその値とを表形式で示したものであり、実際の収集データのフォーマットとは異なる。

図４に示すように、情報収集部１６は、ユーザがＷｅｂブラウザ３で利用中の業務アプリケーションプログラムの名称と、Ｗｅｂブラウザ３が送信するＨＴＴＰのヘッダ情報とを収集する。また、図５に示すように、ユーザが利用中の業務アプリケーションプログラムがＷｅｂブラウザ３上で作業報告アプリ２０２へ切替えられると、情報収集部１６により、ユーザが利用中の業務アプリケーションプログラムの名称が、収集データ記憶部１７上で更新される。また、図５に示すように、作業報告アプリ２０２のヘッダ情報が、作業データ記憶部１７に追加される。なお、図５の例では、ユーザが業務アプリケーションプログラムの切替えを行った場合に、セッションＩＤが変更されるものとしているが、Ｗｅｂブラウザ３の種類によっては、セッションＩＤが変更されない場合もある。

なお、業務アプリケーションプログラムの「名称」とは、人間にとって有意な名称（例えば、図４および図５に示したような「マニュアル表示アプリ」、「作業報告アプリ」等）である必要はなく、それぞれの業務アプリケーションプログラムに固有に付与された識別子（業務アプリＩＤ）等であっても良い。

ＲＦＩＤ読取部２は、前述のとおり、ＲＦＩＤリーダ４を制御して、修理対象装置に取付けられているＲＦＩＤタグ内のデータを読み取り、センサイベント制御部１のデータ受信部１１へ、読み取ったデータから生成したセンサイベントデータを通知する。通知されるセンサイベントデータは、例えばＸＭＬ等で記述される。

図６は、ＲＦＩＤ読取部２にて生成されるセンサイベントデータの一例である。図６に示すセンサイベントデータは、ＸＭＬで記述されており、センサイベントが発生した日時を表すタイムスタンプ（timestamp）と、ＲＦＩＤタグから読み取られたデータであることを示すデータタイプ（type="rfid"）と、データ要素として、ＲＦＩＤタグから読み取られたＩＤ番号（tagid）を含む。ＲＦＩＤ読取部２は、ＲＦＩＤリーダ４でＲＦＩＤタグから読み取ったＩＤ番号を、データ要素として挿入することにより、このようなセンサイベントデータを生成する。

データ受信部１１は、ＲＦＩＤ読取部２から通知されるセンサイベントデータを受信し、通知先アプリ判定部１２に処理を依頼する。通知先アプリ判定部１２は、データ受信部１１から渡されたセンサイベントデータを通知すべき業務アプリケーションプログラムを、収集データ記憶部１７の収集データに基づいて判定する。すなわち、収集データには、前述したとおり、ユーザがＷｅｂブラウザ３で利用中の業務アプリケーションプログラムの名称が含まれている。通知先アプリ判定部１２は、この名称を参照することにより、ユーザがＷｅｂブラウザ３で利用中の業務アプリケーションプログラムを、センサイベントデータを通知すべき業務アプリケーションプログラムとする。これにより、ユーザがＷｅｂブラウザ３でマニュアル表示アプリ２０１を利用中である場合は、センサイベントデータはマニュアル表示アプリ２０１に通知される。また、ユーザが作業報告アプリ２０２を利用中である場合は、センサイベントデータは作業報告アプリ２０２に通知される。また、通知先アプリ判定部１２は、センサイベントデータの通知先として判定された業務アプリケーションプログラムに関するヘッダ情報を、収集データ記憶部１７の収集データから取得する。

通知データ変換部１３は、アプリ定義記憶部１８に予め登録されている変換規則に基づき、通知先の業務アプリケーションプログラムの入力インタフェースに合致するように、センサイベントデータを変換する。変換規則には、業務アプリケーションプログラムのそれぞれについて、センサイベントデータをＨＴＴＰのＧＥＴメソッドで渡すのか、あるいはＰＯＳＴメソッドで渡すのか、呼び出し先のＵＲＬは何かといったような定義と、センサイベントデータの実際の変換フォーマット等が含まれる。

センサイベントデータの変換は、例えば、変換フォーマットとしてＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅ ｓｈｅｅｔ Ｌａｎｇｕａｇｅ）を用意しておき、ＸＳＬＴ（ＸＳＬ Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）を使って変換すること等によって実現できる。ＸＳＬＴは、Ｗ３ＣのＲｅｃｏｍｍｅｎｄａｔｉｏｎから取得できる（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｓｌｔ）。

図７〜図９は、アプリ定義記憶部１８に記憶されている変換規則の一例である。図７の例では、本システムで利用可能な業務アプリケーションプログラムである、マニュアル表示アプリ２０１および作業報告アプリ２０２のそれぞれについて、業務アプリケーションプログラムの名称（ｓｅｒｖｉｃｅ ｎａｍｅ）、呼び出し先のＵＲＬ（ｔａｒｇｅｔ ｕｒｌ）、コマンド（ｃｏｍｍａｎｄ）、センサイベントデータの変換フォーマットのＸＳＬファイル名称（ｔｒａｎｓｆｅｒ ｘｓｌ）等が、変換規則として定義されている。

図８は、図７においてマニュアル表示アプリ２０１用のセンサイベントデータの変換フォーマットとして定義されているＸＳＬファイル（ｍａｎｎｕａｌｓｅｒｖｉｃｅ．ｘｓｌ）の内容の一例である。図９は、図７において作業報告アプリ２０２用のセンサイベントデータの変換フォーマットとして定義されているＸＳＬファイル（ｒｅｐｏｒｔ．ｘｓｌ）の内容の一例である。

図６に示したセンサイベントデータを受信したとき、ユーザが利用中の業務アプリケーションプログラムがマニュアル表示アプリ２０１であった場合は、通知データ変換部１３は、受信したセンサイベントデータに対して図７および図８に示した変換規則を適用することにより、図１０に示すようなＨＴＴＰリクエストを生成する。すなわち、図７に示した変換規則において、マニュアル表示アプリ２０１へのＨＴＴＰリクエストは“ＧＥＴ”メソッドで渡すことが定義されているため、ＨＴＴＰリクエストの冒頭に“ＧＥＴ”コマンドが付与される。また、図８において、ｎａｍｅ＝＜ｘｓｌ：ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝“ｔａｇｉｄ”／＞と記述されている変換フォーマットに、図６のセンサイベントデータにおけるｔａｇｉｄを適用することにより、図１０に示すとおり、ｎａｍｅ＝１２４８９０２というパラメータが決定される。また、通知データ変換部１３は、収集データ記憶部１７を参照することにより、利用中の業務アプリケーションプログラムであるマニュアル表示アプリ２０１のヘッダ情報（図４参照）を取得する。これにより、図１０に示すように、ＨＴＴＰリクエストに、Ｕｓｅｒ−Ａｇｅｎｔ：Ｍｏｚｉｌｌａ／４．０、Ｃｏｏｋｉｅ：ＪＳＥＳＳＩＯＮＩＤ＝１２３４というヘッダ情報が付加される。

また、図６に示したセンサイベントデータを受信したとき、ユーザが利用中の業務アプリケーションプログラムが作業報告アプリ２０２であった場合は、通知データ変換部１３は、受信したセンサイベントデータに対して図７および図９に示した変換規則を適用することにより、図１１に示すようなＨＴＴＰリクエストを生成する。すなわち、図７に示した変換規則において、作業報告アプリ２０２へのＨＴＴＰリクエストは“ＰＯＳＴ”メソッドで渡すことが定義されているため、ＨＴＴＰリクエストの冒頭に“ＰＯＳＴ”コマンドが付与される。また、図９において、ｉｄ＝＜ｘｓｌ：ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝“ｔａｇｉｄ”／＞と記述されている変換フォーマットに、図６のセンサイベントデータにおけるｔａｇｉｄを適用することにより、図１１に示すとおり、ｉｄ＝１２４８９０２というボディが生成される。また、通知データ変換部１３は、収集データ記憶部１７を参照することにより、利用中の業務アプリケーションプログラムである作業報告アプリ２０２のヘッダ情報（図５参照）を取得する。これにより、図１１に示すように、ＨＴＴＰリクエストに、Ｕｓｅｒ−Ａｇｅｎｔ：Ｍｏｚｉｌｌａ／４．０、Ｃｏｏｋｉｅ：ＪＳＥＳＳＩＯＮＩＤ＝３５６７というヘッダ情報が付加される。また、図７の＜ａｄｄ−ｈｅａｄｅｒs＞タグに、収集したヘッダ情報以外に追加したいヘッダの名前と値を登録しておくことで、図１１のＣｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄというヘッダ情報が追加される。

なお、通知データ変換部１３に、上述のようにセンサイベントデータの通知フォーマットを変換する機能だけでなく、センサイベントデータ内のデータを業務データに変換する機能を持たせてもよい。例えば、ＲＦＩＤタグのＩＤ番号そのものを通知するのではなく、センサイベントデータに含まれている前記ＩＤ番号を、業務的に意味のある文字列データに変換してもよい。例えば、ＲＦＩＤタグのＩＤ番号を、人間にとって有意な装置名称に変換すること等が考えられる。この場合、通知データ変換部１３は、ＲＦＩＤタグのＩＤ番号と業務データとを予め対応付けるための管理テーブル等を備える必要がある。

アプリ呼び出し部１４は、Ｗｅｂサーバ２００の業務アプリケーションプログラムに対して、通知データ変換部１３によって変換された後のセンサイベントデータを、ＨＴＴＰリクエストとして通知する。このとき、アプリ呼び出し部１４は、情報収集部１６によって収集データ記憶部１７に収集されていたＨＴＴＰヘッダ情報を、ＨＴＴＰリクエストに付加する。これにより、業務アプリケーションプログラム側では、アプリ呼び出し部１４から通知されたセンサイベントデータを、Ｗｅｂブラウザ３から通知されたデータと同様に取り扱うことが可能となる。また、業務アプリケーションプログラムは、受け取ったデータを処理し、処理結果であるＷｅｂブラウザ３向けのコンテンツを、ＨＴＴＰレスポンスとしてアプリ呼び出し部１４へ返却する。アプリ呼び出し部１４は、そのコンテンツを受け取り、コンテンツ送信部１５を介してＷｅｂブラウザ３に送信し、ディスプレイに表示させる。

ここで、センサイベント制御部１の各部の動作について、フローチャート等を用いてさらに詳しく説明する。センサイベント制御部１は、（１）Ｗｅｂブラウザ３から処理要求を受け付けた場合と、（２）ＲＦＩＤ読取部２からセンサイベントデータを受信した場合とで、互いに異なる処理を行う。図１２は、上記（１）の場合、すなわち、Ｗｅｂブラウザ３からの処理要求を受信した場合の、センサイベント制御部１（情報収集部１６）の動作を示すフローチャートである。図１３は、上記（２）の場合、すなわち、ＲＦＩＤ読取部２からセンサイベントデータを受信した場合の、センサイベント制御部１の動作を示すフローチャートである。

まず、図１２を参照しながら、Ｗｅｂブラウザ３からの処理要求を受信した場合の、センサイベント制御部１（情報収集部１６）の動作について説明する。情報収集部１６は、Ｗｅｂブラウザ３から処理要求（リクエスト）を受け付けると（Ｏｐ１１）、Ｗｅｂブラウザ３からの処理要求から、リクエスト先の業務アプリケーションプログラムの名称を抽出し、抽出した名称を収集データ記憶部１７へ登録する（Ｏｐ１２）。また、情報収集部１６は、Ｗｅｂブラウザ３からのリクエストのヘッダ情報を抽出し、Ｏｐ１２で得られたリクエスト先業務アプリケーションプログラムの名称と共に、収集データ記憶部１７へ登録する（Ｏｐ１３）。

次に、情報収集部１６は、Ｗｅｂサーバ２００上の、リクエスト先の業務アプリケーションプログラムに対して、実際のリクエストを行う（Ｏｐ１４）。そして、情報収集部１６は、リクエストの結果としてＷｅｂサーバ２００からコンテンツを受け取ると、受け取ったコンテンツをＷｅｂブラウザ３へ返却する（Ｏｐ１５）。

次に、図１３を参照し、ＲＦＩＤ読取部２からセンサイベントデータを受信した場合の、センサイベント制御部１の動作を説明する。図１３に示すように、ＲＦＩＤ読取部２からのセンサイベントデータをデータ受信部１１が受信すると（Ｏｐ２１）、通知先アプリ判定部１２が、センサイベントデータを通知すべき業務アプリケーションプログラムの判定と、ヘッダ情報の取得とを行う（Ｏｐ２２）。次に、通知データ変換部１３が、センサイベントデータを通知すべき業務アプリケーションプログラムの入力インタフェースに合致するように、センサイベントデータを変換する（Ｏｐ２３）。

次に、アプリ呼び出し部１４が、Ｏｐ２３で変換されたセンサイベントデータを、Ｏｐ２２において通知先として判定された業務アプリケーションプログラムへ通知する（Ｏｐ２４）。なお、このとき、アプリ呼び出し部１４は、センサイベントデータへ、Ｗｅｂブラウザ３のヘッダ情報を付加して通知する。また、アプリ呼び出し部１４は、前記通知へのレスポンスとして、前記業務アプリケーションプログラムからＷｅｂブラウザ用のコンテンツを受信すると、受信したコンテンツを、コンテンツ送信部１５へ渡す。

コンテンツ送信部１５は、アプリ呼び出し部１４から受け取ったコンテンツを、Ｗｅｂブラウザ３へ送信する（Ｏｐ２５）。これにより、Ｗｅｂブラウザ３に、業務アプリケーションプログラムからのレスポンスが表示される。

以上のとおり、本システムによれば、ＲＦＩＤ読取部２からセンサイベントデータを受信した場合、センサイベント制御部１が、ユーザがＷｅｂブラウザ３で利用中の業務アプリケーションプログラムがどれであるかを判定し、センサイベントデータに基づいて、利用中の業務アプリケーションプログラムへのＨＴＴＰリクエストを生成する。これにより、様々な業務アプリケーションプログラムでＲＦＩＤタグのデータを利用できるようになる。また、Ｗｅｂブラウザ３からのユーザ入力（キーボード等を用いた手入力）を前提に設計された業務アプリケーションプログラムのインタフェースを修正することなく、これらの業務アプリケーションプログラムにおいてＲＦＩＤタグのデータを利用できるようになる。

なお、上記の説明では、センサイベント制御部１がユーザ端末１００に設けられた構成を例示した。しかし、情報収集部１６は、Ｗｅｂブラウザ３と業務アプリケーションプログラム間の送受信データを収集する必要があるため、情報収集部１６およびこれを含むセンサイベント制御部１は、Ｗｅｂブラウザ３と業務アプリケーションプログラムとの通信を中継するＰｒｏｘｙサーバとして実現することが望ましい。

また、本実施形態では、センサデバイスとしてＲＦＩＤリーダを用いる例を示したが、ＲＦＩＤリーダの代わりに、バーコードリーダやＱＲコード読取装置等のセンサデバイスを用いてもよい。また、Ｗｅｂブラウザの代わりに、ＶｏｉｃｅＸＭＬブラウザ等の他のブラウザを用いることも可能である。

［第２の実施形態］
図１４は、本発明の第２の実施例形態に係るセンサイベント制御部の構成を、これを含むシステム全体の構成と共に示すブロック図である。上述の第１の実施形態では、ＲＦＩＤ読取部２（ＲＦＩＤリーダ４）と、Ｗｅｂブラウザ３と、センサイベント制御部１とが、一つのユーザ端末１００上に配置される場合の実施形態であった。本実施形態では、ＲＦＩＤ読取部２と、Ｗｅｂブラウザ３と、センサイベント制御部１とが、互いに異なるユーザ端末１０１，１０２，１０３上でそれぞれ動作する場合を示す。なお、図１４では、ＲＦＩＤ読取部２を備えたユーザ端末１０２と、Ｗｅｂブラウザ３を備えたユーザ端末１０３とをそれぞれ１台ずつのみ示したが、ＲＦＩＤ読取部２を備えたユーザ端末１０２と、Ｗｅｂブラウザ３を備えたユーザ端末１０３とがそれぞれ複数存在していても良い。

本実施形態にかかるシステムは、互いに異なるユーザ端末上のＲＦＩＤ読取部（ＲＦＩＤリーダ）とＷｅｂブラウザとの対応関係を管理するために、図１４に示すように、第１の実施形態において図１に示した構成に加えて、紐づけ登録部５１、紐づけテーブル５２、および紐づけ判定部５３を備えている。また、紐づけの対象となるＲＦＩＤ読取部２（ＲＦＩＤリーダ４）およびＷｅｂブラウザ３を一意に識別するために、それぞれにリーダＩＤとブラウザＩＤを割り当てる。

リーダＩＤは、ＲＦＩＤ４の動作制御プログラム（ＲＦＩＤ読取部２を実現するプログラム）内に予め登録しておく。これにより、ＲＦＩＤ読取部２は、センサイベント制御部１にセンサイベントデータを通知する際に、センサイベントデータに、このリーダＩＤを付加して通知する。図１５に、ＲＦＩＤ読取部２からセンサイベント制御部１へ通知されるセンサイベントデータの一例を示す。この例では、リーダＩＤとして、“Ｒｅａｄｅｒ３４２５”が付加されている。

一方、ブラウザＩＤは、Ｗｅｂブラウザ３が情報収集部１６に初回にアクセスした際に、情報収集部１６から自動的に付与されてＷｅｂブラウザ３内に記憶される。そして、Ｗｅｂブラウザ３が、以降のＨＴＴＰリクエストに必ずブラウザＩＤを付加して送信することで、センサイベント制御部１の情報収集部１６は、ブラウザＩＤを識別することができる。このように、Ｗｅｂブラウザ３にブラウザＩＤを記憶させ、ＨＴＴＰリクエストにブラウザＩＤを付加して送信させるための方法としては、Ｃｏｏｋｉｅの仕組みを利用できる。

紐づけ登録部５１は、ブラウザＩＤとリーダＩＤとの対応関係を表す紐づけデータを生成し、紐づけテーブル５２に登録する。本実施形態では、Ｗｅｂブラウザ３に表示される紐づけ登録画面上でユーザがリーダＩＤを登録することにより、ブラウザＩＤとリーダＩＤとの紐づけが行われる。紐づけ登録画面を起動する手段をユーザに提供する方法としては、情報収集部１６において、業務アプリケーションプログラムから返送されたコンテンツ内に、例えば図１６に示すように、紐づけ登録画面の起動用のボタン２０３を埋め込むことなどが考えられる。あるいは、情報収集部１６において、Ｗｅｂブラウザ３からの初回アクセス時に、紐づけ登録画面の起動用のボタンを埋め込んだページと、業務アプリケーションプログラム用のページとをフレーム分割して表示する方法なども考えられる。

例えば、図１６に示す例では、画面に表示されたボタン２０３をユーザがクリックすることにより、Ｗｅｂブラウザ３から紐づけ登録部５１へ、紐づけ登録画面の取得要求が送られ、この要求への返答として、図１７に示すような紐づけ登録画面が表示される。ユーザが、この紐づけ登録画面において、リーダＩＤの入力欄２０４に所望のリーダＩＤを入力し、送信ボタン２０５をクリックすると、Ｗｅｂブラウザ３から紐づけ登録部５１へ、紐づけ登録要求が送られる。これの要求を受けて、紐づけ登録部５１は、ユーザがそのときに利用しているＷｅｂブラウザ３のブラウザＩＤと、入力欄２０４に入力されたリーダＩＤとを相互に関連付けて、紐づけテーブル５２へ登録する。なお、図１７では、ユーザが入力欄２０４へリーダＩＤを直接入力する仕様となっているが、ドロップダウンリスト等を用いて登録可能なリーダＩＤの一覧を表示し、その中からユーザが所望のリーダＩＤを選択するようにしてもよい。

ここで、上記の処理を実現するための紐づけ登録部５１の動作について、図１８のフローチャートを参照しながら説明する。紐づけ登録部５１は、Ｗｅｂブラウザ３から処理要求を受け付けると（Ｏｐ３１）、その処理要求が紐づけ登録画面取得要求である場合、Ｗｅｂブラウザ３へ、紐づけ登録画面を表示するためのＨＴＴＰレスポンスを返却する（Ｏｐ３２）。一方、Ｗｅｂブラウザ３からの処理要求が紐づけ登録要求である場合は、紐づけ登録部５１は、Ｗｅｂブラウザ３上で入力されたリーダＩＤとＣｏｏｋｉｅ情報として渡されたブラウザＩＤとを対応づけて、紐づけテーブル５２へ登録する（Ｏｐ３３）。登録完了後、紐づけ登録部５１は、Ｗｅｂブラウザ３へ登録完了画面を表示するためのＨＴＴＰレスポンスを返却する（Ｏｐ３４）。

図１９は、図１７に示したような紐づけ登録画面から紐づけ登録部５１へ送信される処理要求（ＨＴＴＰリクエスト）の一例を示す。ここで、Ｃｏｏｋｉｅ：ＷＥＢＩＤ＝Ｗｅｂ００１の“Ｗｅｂ００１”が、Ｃｏｏｋｉｅ情報としてＷｅｂブラウザ３へ渡されたブラウザＩＤである。また、ｒｅａｄｅｒｉｄ＝Ｒｅａｄｅｒ３４２５の“Ｒｅａｄｅｒ３４２５”が、入力欄２０４に入力されたリーダＩＤである。これにより、例えば図２０に示すように、これらのブラウザＩＤとリーダＩＤとが関連づけられて、紐づけ登録部５１へ登録される。

本実施形態の情報収集部１６は、Ｗｅｂブラウザ３からＨＴＴＰリクエストを受け取るたびにブラウザＩＤを識別し、収集データ記憶部１７において、図２１に示すように、ブラウザＩＤ毎に収集データを管理する。すなわち、図２１に示すように、本実施形態の収集データ記憶部１７では、ブラウザＩＤ毎に、そのブラウザＩＤを有するＷｅｂブラウザ３で利用中の業務アプリケーションプログラムの名称や、ヘッダ情報が管理されている。これにより、センサイベント制御部１は、それぞれのＷｅｂブラウザ３でどの業務アプリケーションプログラムが利用されているかを識別できる。

ここで、本実施形態における情報収集部１６の動作について、図２２のフローチャートを参照しながら説明する。図２２に示すように、情報収集部１６は、Ｗｅｂブラウザ３から処理要求（ＨＴＴＰリクエスト）を受け付けると（Ｏｐ４１）、そのＨＴＴＰリクエストにブラウザＩＤが含まれているか否かを判定する（Ｏｐ４２）。ブラウザＩＤが含まれていなければ、情報収集部１６はブラウザＩＤを新規に生成し、生成したブラウザＩＤを、Ｗｅｂブラウザ３から送信されたブラウザＩＤとして用いて、以降の処理を行う（Ｏｐ４７）。一方、ＨＴＴＰリクエスト内にブラウザＩＤが含まれていることを識別した場合は、情報収集部１６は、Ｗｅｂブラウザ３からの処理要求の送信先の業務アプリケーションプログラムの名称を、Ｏｐ４２で識別したブラウザＩＤに対応する収集データとして、収集データ記憶部１７に格納する（Ｏｐ４３）。また、情報収集部１６は、Ｗｅｂブラウザ３からのＨＴＴＰリクエストのヘッダ情報を収集し、リクエスト先の業務アプリケーションプログラムの名称と共に、Ｏｐ４２で識別したブラウザＩＤに対応する収集データとして、収集データ記憶部１７に格納する（Ｏｐ４４）。

次に、情報収集部１６は、リクエスト先の業務アプリケーションプログラムに対して、実際のリクエストを行う（Ｏｐ４５）。そして、リクエストの結果として業務アプリケーションプログラムから受け取ったコンテンツに、紐づけ登録画面起動用のボタンを埋め込むと共に、ブラウザＩＤをＣｏｏｋｉｅにセットして、Ｗｅｂブラウザ３へ返却する（Ｏｐ４６）。

以上の処理により、本実施形態の情報収集部１６は、ブラウザＩＤ毎に、利用中の業務アプリケーションプログラムの名称やヘッダ情報を収集し、収集データとして管理することができる。

次に、本実施形態のセンサイベント制御部１が、ＲＦＩＤ読取部２からセンサイベントデータを受信した場合の処理について、図２３のフローチャートを参照しながら説明する。

ＲＦＩＤ読取部２からのセンサイベントデータをデータ受信部１１が受信すると（Ｏｐ５１）、紐づけ判定部５３が、受信したセンサイベントデータからリーダＩＤを抽出し、紐づけテーブル５２からそのリーダＩＤに対応するブラウザＩＤを取得する（Ｏｐ５２）。次に、通知先アプリ判定部１２が、収集データ記憶部１７において、Ｏｐ５２で取得したブラウザＩＤに対応する収集データを参照し、センサイベントデータを通知すべき業務アプリケーションプログラムの判定と、ヘッダ情報の取得とを行う（Ｏｐ５３）。次に、通知データ変換部１３が、センサイベントデータを通知すべき業務アプリケーションプログラムの入力インタフェースに合致するように、センサイベントデータを変換する（Ｏｐ５４）。

次に、アプリ呼び出し部１４が、Ｏｐ５４で変換されたセンサイベントデータを、Ｏｐ５３において通知先として判定された業務アプリケーションプログラムへ通知する（Ｏｐ５５）。このとき、アプリ呼び出し部１４は、センサイベントデータへ、Ｏｐ５２で取得したブラウザＩＤに対応する収集データに含まれる、Ｗｅｂブラウザ３のヘッダ情報を付加して通知する。また、アプリ呼び出し部１４は、前記通知へのレスポンスとして、前記業務アプリケーションプログラムからＷｅｂブラウザ用のコンテンツを受信すると、受信したコンテンツを、コンテンツ送信部１５へ渡す。

コンテンツ送信部１５は、Ｏｐ５５においてアプリ呼び出し部１４から受け取ったコンテンツを、Ｏｐ５２で取得したブラウザＩＤに対応するＷｅｂブラウザ３へ送信する（Ｏｐ５６）。これにより、Ｗｅｂブラウザ３に、業務アプリケーションプログラムからのレスポンスが表示される。

以上の処理により、ＲＦＩＤ読取部２およびＲＦＩＤリーダ４と、Ｗｅｂブラウザ３とが複数設けられている場合であっても、ユーザが、ＲＦＩＤリーダ４を用いて修理対象装置のＲＦＩＤタグからデータを読み取らせた際に、センサイベント制御部１が、ＲＦＩＤタグから読み取られたデータを、どの業務アプリケーションプログラムに通知すべきかを適切に判定し、通知先として判定した業務アプリケーションプログラムへ、前記データに基づいた処理要求を生成して送信することができる。

なお、本実施形態では、Ｗｅｂブラウザ３とセンサイベントデータとを結びつける方法として、ブラウザＩＤとリーダＩＤとの紐づけ登録をユーザが行う方法を示しているが、紐づけの方法には他に様々な方法が考えられる。

例えば、本実施形態では、ブラウザＩＤをＷｅｂブラウザ３ごとに生成しているが、Ｗｅｂブラウザ３からの初回アクセス時に情報収集部１６でユーザ認証を行い、その際に用いたユーザＩＤをブラウザＩＤの代わりとして利用しても良い。また、例えば、ユーザＩＤが登録されたＲＦＩＤタグ（ユーザタグ）を、紐づけたい対象のＲＦＩＤリーダに読み込ませることで、紐づけ登録部５１が、ユーザタグから読み出したユーザＩＤと、読み込みを行ったＲＦＩＤリーダのリーダＩＤとを互いに関連付けて、紐づけテーブル５２へ登録する。ユーザタグとしては、例えば、ユーザが身分証明書や社員証等として用いるＩＤカード等を利用できる。センサイベント制御部１のデータ受信部１１では、受信したセンサイベントデータが修理対象装置のＲＦＩＤタグであるか、ユーザＩＤが登録されたユーザタグであるかを判定し、ユーザタグである場合は、紐づけ登録部５１を呼び出し、紐づけ登録処理を行わせることとなる。ユーザタグであるか修理対象装置のＲＦＩＤタグであるかの区別は、例えば、ＲＦＩＤタグの中に、ユーザタグであるかどうかのフラグとなるデータを登録し、そのデータがあるかどうかで区別するか、あるいは、タグのＩＤ番号の範囲を基にして判定する等の方法が考えられる。

また、さらに別の紐づけ方法として、例えば、センサイベント制御部１だけが他の端末上で動作し、ＲＦＩＤ読取部２とＷｅｂブラウザ３とが同一のユーザ端末にある場合には、次のような方法が考えられる。つまり、この場合は、ＲＦＩＤ読取部２のＩＰアドレスとＷｅｂブラウザ３のＩＰアドレスとが同一となる。従って、リーダＩＤとブラウザＩＤとを、そのユーザ端末のＩＰアドレスとすれば良い。そもそも、ＨＴＴＰリクエストの送信元のＩＰアドレスは、ＩＰパケットデータとして必ず付加されて通知されるので、Ｗｅｂブラウザ３やＲＦＩＤ読取部２側で明示的に付加する必要は無い。この場合、情報収集部１６では、まず、Ｗｅｂブラウザ３からのリクエストを受信した際に、Ｗｅｂブラウザ３のＩＰアドレスをブラウザＩＤとして利用し、ブラウザＩＤ（ＩＰアドレス）毎に収集データを生成・管理しておき、データ受信部１１ではセンサイベントデータの受信時に、その送信側ＩＰアドレスを抽出し、紐づけ判定部５３において、そのＩＰアドレスに対応するＷｅｂブラウザ３の収集データを取得することで、紐づけの判定が行われる。したがって、この方式では、紐づけテーブル５２および紐づけ登録部５１は必要ない。

以上に説明したように、本発明によれば、ユーザが利用中の業務アプリケーションプログラムを動的に判定し、その業務アプリケーションプログラムへセンサイベントデータを通知することにより、様々な業務アプリケーションプログラムでセンサイベントデータを利用することが可能となる。また、センサイベントデータを業務アプリケーションプログラムの入力インタフェースに合致するよう変換して通知することにより、既存の業務アプリケーションプログラムのインタフェースをそのまま利用することが可能である。

なお、第１の実施形態および第２の実施形態では、センサイベント制御部１をユーザ端末（コンピュータ）により実施する例を示したが、センサイベント制御部１の機能をコンピュータで実現させるためのプログラムまたはこれを記録した記録媒体も、本発明の実施の一形態である。

図１は、本発明の第１の実施形態に係るセンサイベント制御部の構成を、これを含むシステム全体の構成と共に示すブロック図である。 図２は、ユーザ端末におけるＷｅｂブラウザの表示例を示す説明図である。 図３は、図２の状態において、利用する業務アプリケーションプログラムを、マニュアル表示アプリから作業報告アプリへ切替えた際のＷｅｂブラウザの表示例を示す説明図である。 図４は、Ｗｅｂブラウザがユーザ端末のディスプレイにおいて図２に示す表示を行っているときに、収集されるデータの一例を示す。 図５は、Ｗｅｂブラウザがユーザ端末のディスプレイにおいて図３に示す表示を行っているときに、収集されるデータの一例を示す。 図６は、ＲＦＩＤ読取部にて生成されるセンサイベントデータの一例を示す説明図である。 図７は、アプリ定義記憶部に記憶されている変換規則の一例を示す説明図である。 図８は、アプリ定義記憶部に記憶されている変換規則の一例を示す説明図である。 図９は、アプリ定義記憶部に記憶されている変換規則の一例を示す説明図である。 図１０は、通知データ変換部で生成されるＨＴＴＰリクエストの一例を示す説明図である。 図１１は、通知データ変換部で生成されるＨＴＴＰリクエストの他の例を示す説明図である。 図１２は、Ｗｅｂブラウザからの処理要求を受信した場合の、センサイベント制御部（情報収集部）の動作を示すフローチャートである。 図１３は、ＲＦＩＤ読取部からセンサイベントデータを受信した場合の、センサイベント制御部の動作を示すフローチャートである。 図１４は、本発明の第２の実施例形態に係るセンサイベント制御部の構成を、これを含むシステム全体の構成と共に示すブロック図である。 図１５は、ＲＦＩＤ読取部からセンサイベント制御部へ通知されるセンサイベントデータの一例を示す説明図である。 図１６は、紐づけ登録画面の起動用のボタンが埋め込まれたページの一例を示す説明図である。 図１７は、紐づけ登録画面の一例を示す説明図である。 図１８は、紐づけ登録部の動作を示すフローチャートである。 図１９は、図１７に示したような紐づけ登録画面から紐づけ登録部へ送信される処理要求（ＨＴＴＰリクエスト）の一例を示す説明図である。 図２０は、紐づけ登録部へ登録されるデータの一例を示す説明図である。 図２１は、第２の実施例形態に係る収集データ記憶部へ登録されるデータの一例を示す説明図である。 図２２は、第２の実施例形態に係る情報収集部の動作を示すフローチャートである。 図２３は、第２の実施例形態に係るセンサイベント制御部が、ＲＦＩＤ読取部からセンサイベントデータを受信した場合の動作を示すフローチャートである。

符号の説明

１ センサイベント制御部
２ ＲＦＩＤ読取部
３ Ｗｅｂブラウザ
４ ＲＦＩＤリーダ
１１ データ受信部
１２ 通知先アプリ判定部
１３ 通知データ変換部
１４ アプリ呼び出し部
１５ コンテンツ送信部
１６ 情報収集部
５１ 紐づけ登録部
５２ 紐づけテーブル
５３ 紐づけ判定部
１００、１０１、１０２、１０３ ユーザ端末
２００ Ｗｅｂサーバ
２０１ マニュアル表示アプリ
２０２ 作業報告アプリ

Claims (9)

1. ブラウザからの入力を含む処理要求を受け付けて処理結果をブラウザに返す業務アプリケーションプログラムに対して、センサデバイスから得られたセンサイベントデータを通知するセンサイベント制御装置であって、
   ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして収集データ記憶部へ格納する情報収集部と、
   前記センサデバイスから得られたセンサイベントデータを受信するデータ受信部と、
   前記収集データ記憶部の収集データを参照し、前記ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する通知先アプリ判定部と、
   前記通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記データ受信部により受信したセンサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換するデータ変換部と、
   変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信するアプリ呼び出し部と、
   前記業務アプリケーションプログラムから受け取った処理結果を前記ブラウザに送信するコンテンツ送信部とを備えることを特徴とするセンサイベント制御装置。
2. センサイベントデータに、センサデバイスを識別するセンサデバイス識別子が付加されており、
   前記情報収集部は、ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして、当該ブラウザを識別するブラウザ識別子に関連付けて前記収集データ記憶部へ格納し、
   ユーザが利用するブラウザとセンサデバイスとを対応付けるために、当該ブラウザのブラウザ識別子と当該センサデバイスのセンサデバイス識別子とを対応付けて紐づけテーブルに登録する紐づけ登録部と、
   前記データ受信部でセンサイベントデータを受信すると、前記紐づけテーブルを参照し、受信したセンサイベントデータに付加されたセンサデバイス識別子に対応付けられたブラウザ識別子を抽出する紐づけ判定部とを備え、
   前記通知先アプリ判定部は、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データを参照し、当該ブラウザ識別子に対応するブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定し、
   前記アプリ呼び出し部は、前記データ変換部による変換後のセンサイベントデータに、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データに含まれるヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信する、請求項１に記載のセンサイベント制御装置。
3. 前記紐づけ登録部は、ブラウザに対して、当該ブラウザに対応づけたいセンサデバイスのセンサデバイス識別子をユーザに入力させる画面を表示させ、センサデバイス識別子が入力されると、入力されたセンサデバイス識別子と、当該ブラウザのブラウザ識別子とを対応付けて紐づけテーブルに登録する、請求項２に記載のセンサイベント制御装置。
4. 前記紐づけ登録部は、ブラウザから入力されたユーザ識別子を当該ブラウザのブラウザ識別子として用いる、請求項２に記載のセンサイベント制御装置。
5. 前記紐づけ登録部は、ユーザ識別子が記録された媒体をセンサデバイスで読み取ること
   により得られた当該ユーザ識別子と、当該ユーザ識別子の読み取りを行ったセンサデバイスのセンサデバイス識別子とを、対応付けて紐付けテーブルに登録する、請求項４に記載のセンサイベント制御装置。
6. センサイベントデータに含まれるＩＰアドレスをセンサデバイス識別子として抽出し、抽出したセンサデバイス識別子と同じＩＰアドレスを、前記センサデバイス識別子に対応するブラウザ識別子として決定する紐づけ判定部を備え、
   前記情報収集部は、ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして、当該ブラウザのブラウザ識別子に関連付けて前記収集データ記憶部へ格納し、
   前記通知先アプリ判定部は、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データを参照し、当該ブラウザ識別子に対応するブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定し、
   前記アプリ呼び出し部は、前記データ変換部による変換後のセンサイベントデータに、前記収集データ記憶部において前記ブラウザ識別子に関連付けられた収集データに含まれるヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信する、請求項１に記載のセンサイベント制御装置。
7. 前記センサデバイスがＲＦＩＤリーダである、請求項１〜６のいずれか一項に記載のセンサイベント制御装置。
8. ブラウザからの入力を含む処理要求を受け付けて処理結果をブラウザに返す業務アプリケーションプログラムに対して、センサデバイスから得られたセンサイベントデータを通知する処理をコンピュータに実行させるセンサイベント制御プログラムであって、
   ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを識別する情報と、前記ブラウザと前記業務アプリケーションプログラムとの間で送受信されるヘッダ情報とを収集し、収集データとして収集データ記憶部へ格納する処理と、
   前記センサデバイスから得られたセンサイベントデータを受信する処理と、
   前記収集データ記憶部の収集データを参照し、前記ブラウザのアクティブウィンドウで実行されている業務アプリケーションプログラムを、前記センサイベントデータの通知先の業務アプリケーションプログラムとして決定する処理と、
   前記通知先の業務アプリケーションプログラムに対して予め定義された変換規則に基づいて、前記センサイベントデータを、前記通知先の業務アプリケーションプログラムの入力インタフェースに合致するよう変換する処理と、
   変換後のセンサイベントデータに、前記収集データ記憶部の前記収集データに含まれる前記ヘッダ情報を付加して生成した処理要求を、前記通知先の業務アプリケーションプログラムへ送信する処理と、
   前記業務アプリケーションプログラムから受け取った処理結果を前記ブラウザに送信する処理とをコンピュータに実行させることを特徴とするセンサイベント制御プログラム。
9. 請求項８に記載のセンサイベント制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images