(57)【要約】      （修正有）【課題】ブラウザ機能を有する端末であれば容易に各通信対象装置の状態を確認したり、この通信対象装置に要求上方を入力できる簡易ＨＴＴＰサーバソフトを提供する。【解決手段】ネットワーク４に接続する広域情報通信ポート１０と、通信対象装置２に接続する入出力ポート１１と、通信対象装置側から読み書き可能に構成されたメモリ１２と、処理部１３とを有し、メモリは、ネットワークに対するブラウザ機能を有する端末３からの要求情報を記録する要求記録領域１６と、応答データの部品として予め用意された応答部品データを複数記録する応答部品領域１５とを備え、処理部１３は、端末から受信したＨＴＴＰに準じる要求データの引数Ａｄ0 ，Ａｄ1 に応じて、前記記録領域に要求情報を記録可能に構成し、引数に応じて前記応答部品領域に記録してある複数の応答部品データを順次連結して応答データＡを作成し、応答データＡを広域情報通信ポートから送信する。【選択図】図１
2006166338.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、通信対象装置側から読み書き可能に構成されたメモリと、処理部とを有し、
前記メモリは、前記ネットワークに接続されたブラウザ機能を有する端末からの要求情報を記録するための要求記録領域と、応答データの部品として予め用意された応答部品データを複数記録してある応答部品領域とを備え、
処理部は、端末から受信したＨＴＴＰに準じる要求データの引数に応じて、前記要求記録領域に要求情報を記録可能に構成すると共に、前記引数に応じて前記応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成し、この応答データを広域情報通信ポートから送信するものであることを特徴とする簡易ＨＴＴＰサーバユニット。
【請求項２】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録してあり、前記応答データは、端末から受信した要求データの引数が示すメモリアドレスに記録してある応答部品データを連結したものである請求項１に記載の簡易ＨＴＴＰサーバユニット。
【請求項３】
前記メモリは、会員の識別情報を記録してなる識別情報記録領域を備え、処理部は、前記要求データの引数に含まれる識別情報が識別情報記録領域に記録されているかどうかに応じて異なる応答データを作成することにより、会員だけに通信対象装置を利用するサービスを提供するものである請求項１または２に記載の簡易ＨＴＴＰサーバユニット。
【請求項４】
前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録してあり、かつ、このタグの引数を特定の識別子を含む文字列にしてあり、前記処理部が前記応答データの作成時に、前記識別子を含む文字列を各会員の識別情報に置き換える機能を有する請求項３に記載の簡易ＨＴＴＰサーバユニット。
【請求項５】
前記処理部は、前記要求記録領域にデータを記録したことを示す記録状態フラグを記憶し、通信対象装置側からの問合命令によってこの記録状態フラグを通信対象装置側に出力する機能を有する請求項１〜４の何れかに記載の簡易ＨＴＴＰサーバユニット。
【請求項６】
前記応答部品領域に入出力ポートからの書き込みによって通信対象装置側の状態を示す文字を記録する装置状況開示部を形成してある請求項１〜５の何れかに記載の簡易ＨＴＴＰサーバユニット。
【請求項７】
ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、通信対象装置側から読み書き可能に構成されたメモリと、処理部とを有する簡易ＨＴＴＰサーバユニットを用いて、
前記メモリ内の応答部品領域に、ＨＴＴＰに準じる応答データの部品を応答部品データとして予め複数記憶させておき、
処理部が前記ネットワークに接続されたブラウザ機能を有する端末からＨＴＴＰに準じる要求データを受信したときに、この要求データの引数の内容に応じて必要な場合は前記メモリ内の要求記録領域に要求情報を記録する一方、前記引数に応じて前記応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成し、この応答データを広域情報通信ポートから送信することを特徴とする通信対象装置の利用サービス提供方法。
【請求項８】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録し、前記処理部を用いて端末から受信した要求データの引数が示すメモリアドレスのメモリに記録してある応答部品データを連結して、前記応答データを作成する請求項７に記載の通信対象装置の利用サービス提供方法。
【請求項９】
前記メモリの識別情報記録領域に会員の識別情報を記録し、処理部を用いて前記要求データの引数に含まれる識別情報を、識別情報記録領域に記録されている会員の識別情報と比較して、会員であるかどうか判断し、会員である場合のみ前記通信対象装置を利用するための応答データを作成する請求項７または８に記載の通信対象装置の利用サービス提供方法。
【請求項１０】
前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録し、かつ、このタグの引数を特定の識別子を含む文字列にすると共に、前記処理部を用いて、前記応答データを作成するときに前記識別子を含む文字列を各会員の識別情報に置き換える請求項９に記載の通信対象装置の利用サービス提供方法。
【請求項１１】
前記処理部を用いて、前記要求記録領域に要求情報を記録するときにデータがあること示す記録状態フラグを記憶し、通信対象装置側から問合命令を受けたときにこの記録状態フラグを通信対象装置側に出力する請求項７〜１０の何れかに記載の通信対象装置の利用サービス提供方法。
【請求項１２】
前記入出力ポートを用いて、応答部品領域に通信対象装置側の状態を示す文字を記録することにより、端末によって通信対象装置側の状態を表示する請求項７〜１１の何れかに記載の通信対象装置の利用サービス提供方法。
【請求項１３】
ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、処理部と、メモリとを有する簡易ＨＴＴＰサーバユニットの前記メモリに書き込まれる簡易ＨＴＴＰサーバソフトであって、
前記メモリ内の応答部品領域に記録される、ＨＴＴＰに準じる応答データを作成するために予め用意された部品である複数の応答部品データと、
前記メモリ内のプログラム領域に記録される簡易サーバプログラムとを有し、
この簡易サーバプログラムが、
端末からＨＴＴＰに準じる要求データを受信したときに、この要求データに含まれる引数を抽出するステップと、
この引数の内容に応じて必要な場合は端末からの要求情報を前記メモリ内の要求記録領域に記録するステップと、
前記引数の内容に応じて応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成するステップと、
この応答データをブラウザ機能を有する有する端末に送信するステップとを、
前記処理部に実行させるためのＨＴＴＰ応答プログラム
を含むことを特徴とする簡易ＨＴＴＰサーバソフト。
【請求項１４】
前記応答部品データが、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを有する請求項１３に記載の簡易ＨＴＴＰサーバソフト。
【請求項１５】
前記メモリの識別情報記録領域に記録される会員の識別情報を有すると共に、
前記簡易サーバプログラムが、
前記要求データの引数に含まれる会員の識別情報を抽出するステップと、
抽出した識別情報を識別情報記録領域に記録されている会員の識別情報の中から検索するステップと、
会員である場合のみ前記通信対象装置を利用するための応答データの作成を認可するステップとを、
前記処理部に実行させるためのセキュリティープログラムを有する請求項１３または１４に記載の簡易ＨＴＴＰサーバソフト。
【請求項１６】
前記応答部品データが、会員の識別情報を引数として端末に送信させるためのタグを含み、かつ、このタグの引数が特定の識別子を含む文字列であると共に、前記ＨＴＴＰ応答プログラムが、前記応答データを作成するときに、前記識別子を含む文字列を各会員の識別情報に置き換えるステップを含む請求項１５に記載の簡易ＨＴＴＰサーバソフト。
【請求項１７】
前記プログラム領域に記録され処理部によって実行されることにより、処理部に、前記通信対象装置側からのメモリ操作命令をその指定メモリアドレスと共に受信させるステップと、前記メモリ操作命令が書込命令であるときに指定メモリアドレスに加えて書込データを受信させて、これを前記メモリの指定メモリアドレスに書き込ませるステップと、前記メモリ操作命令が削除命令であるときに前記メモリの指定メモリアドレスの内容を消去させるステップと、前記メモリ操作命令が読出命令であるときに前記メモリの指定メモリアドレスの内容を通信対象装置側に送信させるステップとを備えた装置側メモリアクセスプログラムを有する請求項１３〜１６の何れかに記載の簡易ＨＴＴＰサーバソフト。
【請求項１８】
前記プログラム領域に記録され処理部によって実行されることにより、処理部が前記要求情報を前記メモリ内の要求記録領域に記録するときに、処理部にこのメモリアドレスにデータがあること示す記録状態フラグを立てる処理を行わせる一方、前記処理部が前記メモリ操作命令として問合命令を受信したときに、その指定メモリアドレスに対応する前記記録状態フラグを、通信対象装置側に送信する処理を行わせる要求記録管理プログラムを有する請求項１７に記載の簡易ＨＴＴＰサーバソフト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、簡易ＨＴＴＰ(Hypertext Transfer Protocol) サーバユニット、通信対象装置の利用サービス提供方法、および、簡易ＨＴＴＰサーバソフトに関する。
【背景技術】
【０００２】
従来より、種々の業務にコンピュータシステムを用いることにより、業務を簡略化することが行われている。例えば、飲食店や金融機関などのサービス店舗や病院などの施設では来客者（患者も含む）の順番待ち整理などの業務をコンピュータシステムを用いて行なうことにより、円滑かつ公平な応対をすることが可能となっている。
【０００３】
また、近年ではインターネット等のネットワーク環境の充実に伴って、各施設のコンピュータシステムをネットワークに接続することにより、このネットワークに接続されたブラウザ機能を有する端末を用いて、時々刻々と変化する各施設の利用状況を確認したり、遠隔操作によって利用予約を行なうことが可能であるネットワークを利用したコンピュータシステムが考えられている。とりわけ、近年は携帯電話に，インターネットに接続してＨＴＴＰなどに準拠するＷｅｂサイトを閲覧可能とするブラウザ機能が搭載されるようになり、ネットワークを利用した、各施設のコンピュータシステムの利用サービスを提供することの利便性が注目されるに至っている。
【０００４】
特許文献１は管理装置からインターネットを介してプロセス制御機器のような各種通信対象装置の操作や監視を行なうことができる通信インターフェース装置と通信方法、及び通信機能を備えた対象機器の構成を示している。この従来のシステムでは、管理装置がソケットサーバにＴＣＰ／ＩＰに準拠するプロトコルによってパケット送信したデータを、ソケットサーバが通信対象装置に出力するものである。逆に、通信対象装置からソケットサーバに送信したデータはソケットサーバによってＴＣＰ／ＩＰに準拠するプロトコル変換を行って管理装置に出力されるように構成してある。
【特許文献１】特開平１１−８５６５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のような構成では、前記ソケットサーバは単にプロトコル変換を行なうだけであるから、不特定多数の端末を同時に一つの通信対象装置に接続して、その接続を確立することは困難であった。さらに、各施設内の通信対象装置とインターネットに接続された管理装置との接続を確立するだけのために、管理装置側の演算処理部に実行させるためのアプリケーションプログラムを用いる必要があり、通信対象装置側には、このアプリケーションプログラムを記憶して管理装置に転送するためのＷｅｂページをインターネット上に公開するためのＷＷＷサーバや、このアプリケーションプログラムを管理装置に転送するためのＦＴＰサーバなどを用いる必要があった。
【０００６】
つまり、通信対象装置をインターネットに接続するためだけに、大がかりな業務用サーバを構築する必要があり、そのために必要となる管理費が引き上げられるという問題があった。そして、前記各サーバ（ソケットサーバ、ＷＷＷサーバ、ＦＴＰサーバ）を構築するためには、通常ＯＳを搭載したコンピュータ（小規模のサーバには、例えば、パソコンを使用する）を用いる必要があるが、インターネットに汎用のＯＳを搭載したコンピュータを接続することにより、ウイルス進入の危険性があるという問題もあった。
【０００７】
そこで、各施設内で使用する通信対象装置の状況を把握すると共に、インターネットを介して接続される複数の端末に通信対象装置の状況を安全に公開し、また、各端末から通信対象装置への処理要求を通信対象装置に送信する業務管理を行なうための比較的大規模のサーバを有する別のコンピュータシステムを形成することがある。このコンピュータシステムでは、各施設内で使用する通信対象装置は、端末によってクライアントとしてインターネットを介して前記サーバに接続することが考えられる。
【０００８】
これによって、前記サーバに最新のウイルス対策を行なって、そのセキュリティーを充実させることが可能であると共に、各施設内にサーバを構築する必要がないので、施設側の負担が軽減される。ところが、インターネット回線のトラブルやサーバ側のトラブルが発生すると、このサーバまたはインターネット回線を使用する全施設において通信対象装置の動作が停止するという問題もあった。
【０００９】
これらの実情があるゆえに、インターネットの回線が充実している現状においても、このインターネット回線を用いて、各施設内の通信対象装置をネットワークの端末から利用できるようにするようなシステムが構築されることは少なかった。
【００１０】
本発明は上述の事柄を考慮に入れて成されたものであって、その目的は、近年充実しているネットワーク環境を利用して、ネットワークに接続可能であるブラウザ機能を有する端末であれば容易に各通信対象装置の状態を確認したり、この通信対象装置に要求上方を入力できると共に、安価にて製造可能であり、かつ、ウイルス侵入やフリーズの恐れが全くない簡易ＨＴＴＰサーバユニット、通信対象装置の利用サービス提供方法、および、簡易ＨＴＴＰサーバソフトを提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、請求項１に記載の簡易ＨＴＴＰサーバユニットは、ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、通信対象装置側から読み書き可能に構成されたメモリと、処理部とを有し、前記メモリは、前記ネットワークに接続されたブラウザ機能を有する端末からの要求情報を記録するための要求記録領域と、応答データの部品として予め用意された応答部品データを複数記録してある応答部品領域とを備え、処理部は、端末から受信したＨＴＴＰに準じる要求データの引数に応じて、前記要求記録領域に要求情報を記録可能に構成すると共に、前記引数に応じて前記応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成し、この応答データを広域情報通信ポートから送信するものであることを特徴としている。（請求項１）
【００１２】
前記通信対象装置はコンピュータのような情報処理装置であってもよいが、シーケンサのような特定のプロセス制御を行なうプロセス制御機器であってもよく、さらには、各種制御を行なう専用機や家電機器のようにより単純な機器であってもよい。前記ネットワークとは一般的にはインターネットであるが、イントラネットなどの閉ざされたネットワークであってもよい。ブラウザ機能を有する端末とはネットワークに接続されたブラウザソフトを有する情報処理装置を意味し、コンピュータのみならず、インターネットに接続する機能を有する携帯電話などのＰＤＡを含んでいる。
【００１３】
前記広域情報通信ポートとは各種通信モデムやルータとの接続を行なう通信ポート（例えばＥｔｈｅｒｎｅｔ（登録商標）の規格に準拠するＬＡＮボードやＷＡＮボードなど）を意味し、望ましくはＴＣＰ／ＩＰプロトコルなどによるパケット通信を行なう通信制御部やバッファを備える。入出力ポートは通信対象装置に接続される入出力ポートであり、前記ＬＡＮボードのような通信ポートや、ＥＩＡ２３２のようなシリアル通信ポートや、より単純な機器を動作させるための接点情報のパラレル通信ポートなどを意味している。この入出力ポートはメモリに対するデータの読み書きを可能とするものであることが望ましいが、通信対象装置側からメモリに対する読み書きを別のポートやバスを用いて行ってもよい。
【００１４】
前記要求データは各端末がＨＴＴＰに準じて簡易ＨＴＴＰサーバユニットに送信するデータを意味し、より具体的にはＧＥＴやＰＯＳＴなどのリクエストメッセージおよびこれらに続くデータを示している。さらに、要求データの引数とは前記ＧＥＴやＰＯＳＴなどのメソッドを用いて簡易ＨＴＴＰサーバユニットに送られる文字列（パラメータを含む）を示すものであり、スラッシュ以降の文字列（指定ファイル名）や種々の環境変数の値を含むクエリ情報などを示している。また、前記応答データはＨＴＴＰヘッダに加えて例えばＨＴＭＬなどのマークアップ言語で記述された文書であり、ＨＴＴＰに準じて各端末に転送され、各端末にＷｅｂページを表示させるものである。
【００１５】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録してあり、前記応答データは、端末から受信した要求データの引数が示すメモリアドレスに記録してある応答部品データを連結したものであってもよい（請求項２）。前記応答部品データとしては、例えばヘッダ用の応答部品データや、本文用の応答部品データを分けて記録することができる。
【００１６】
前記メモリは、会員の識別情報を記録してなる識別情報記録領域を備え、処理部は、前記要求データの引数に含まれる識別情報が識別情報記録領域に記録されているかどうかに応じて異なる応答データを作成することにより、会員だけに通信対象装置を利用するサービスを提供するものであってもよい（請求項３）。なお、前記会員の識別情報とは例えば会員の識別文字列とパスワードなどを含むものである。また、処理部が例えば識別情報記録領域の検索機能を有することにより、引数に含まれる識別情報が識別情報記録領域に記録されているかどうか確認可能に構成することができる。
【００１７】
請求項３の簡易ＨＴＴＰサーバユニットの構成に加えて、前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録してあり、かつ、このタグの引数を特定の識別子を含む文字列にしてあり、前記処理部が前記応答データの作成時に、前記識別子を含む文字列を各会員の識別情報に置き換える機能を有するもよい（請求項４）。
【００１８】
前記処理部は、前記要求記録領域にデータを記録したことを示す記録状態フラグを記憶し、通信対象装置側からの問合命令によってこの記録状態フラグを通信対象装置側に出力する機能を有するもよい（請求項５）。なお、前記通信対象装置側からの問合命令は例えば通信対象装置に接続された入出力ポートを介して行われることが望ましい。
【００１９】
前記応答部品領域に入出力ポートからの書き込みによって通信対象装置側の状態を示す文字を記録する装置状況開示部を形成してあってもよい（請求項６）。
【００２０】
請求項７に記載の通信対象装置の利用サービス提供方法は、ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、通信対象装置側から読み書き可能に構成されたメモリと、処理部とを有する簡易ＨＴＴＰサーバユニットを用いて、前記メモリ内の応答部品領域に、ＨＴＴＰに準じる応答データの部品を応答部品データとして予め複数記憶させておき、処理部が前記ネットワークに接続されたブラウザ機能を有する端末からＨＴＴＰに準じる要求データを受信したときに、この要求データの引数の内容に応じて必要な場合は前記メモリ内の要求記録領域に要求情報を記録する一方、前記引数に応じて前記応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成し、この応答データを広域情報通信ポートから送信することを特徴としている。
【００２１】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録し、前記処理部を用いて端末から受信した要求データの引数が示すメモリアドレスのメモリに記録してある応答部品データを連結して、前記応答データを作成してもよい（請求項８）。
【００２２】
前記メモリの識別情報記録領域に会員の識別情報を記録し、処理部を用いて前記要求データの引数に含まれる識別情報を、識別情報記録領域に記録されている会員の識別情報と比較して、会員であるかどうか判断し、会員である場合のみ前記通信対象装置を利用するための応答データを作成してもよい（請求項９）。
【００２３】
請求項９の発明に加えて、前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録し、かつ、このタグの引数を特定の識別子を含む文字列にすると共に、前記処理部を用いて、前記応答データを作成するときに前記識別子を含む文字列を各会員の識別情報に置き換えてもよい（請求項１０）。
【００２４】
前記処理部を用いて、前記要求記録領域に要求情報を記録するときにデータがあること示す記録状態フラグを記憶し、通信対象装置側から問合命令を受けたときにこの記録状態フラグを通信対象装置側に出力してもよい（請求項１１）。
【００２５】
前記入出力ポートを用いて、応答部品領域に通信対象装置側の状態を示す文字を記録することにより、端末によって通信対象装置側の状態を表示してもよい（請求項１２）。
【００２６】
請求項１３に記載の簡易ＨＴＴＰサーバソフトは、ネットワークに接続する広域情報通信ポートと、通信対象装置に接続する入出力ポートと、処理部と、メモリとを有する簡易ＨＴＴＰサーバユニットの前記メモリに書き込まれる簡易ＨＴＴＰサーバソフトであって、前記メモリ内の応答部品領域に記録される、ＨＴＴＰに準じる応答データを作成するために予め用意された部品である複数の応答部品データと、前記メモリ内のプログラム領域に記録される簡易サーバプログラムとを有し、この簡易サーバプログラムが、端末からＨＴＴＰに準じる要求データを受信したときに、この要求データに含まれる引数を抽出するステップと、この引数の内容に応じて必要な場合は端末からの要求情報を前記メモリ内の要求記録領域に記録するステップと、前記引数の内容に応じて応答部品領域に記録してある複数の応答部品データを順次連結して応答データを作成するステップと、この応答データをブラウザ機能を有する有する端末に送信するステップとを、前記処理部に実行させるためのＨＴＴＰ応答プログラムを含むことを特徴としている。なお、前記簡易ＨＴＴＰサーバソフト（とりわけ、簡易サーバプログラム）はメモリ内の書き込み保護が設定可能な領域に記録されることが望ましく、さらに、前記簡易サーバプログラムはＲＯＭなどの不揮発性メモリに記録されることが望ましい。
【００２７】
前記応答部品データが、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを有するよい（請求項１４）。なお、前記応答データを作成するステップにおいて、前記引数として記載されたメモリアドレスが応答部品領域であることを確認するステップを含むことが望ましい。
【００２８】
前記メモリの識別情報記録領域に記録される会員の識別情報を有すると共に、前記簡易サーバプログラムが、前記要求データの引数に含まれる会員の識別情報を抽出するステップと、抽出した識別情報を識別情報記録領域に記録されている会員の識別情報の中から検索するステップと、会員である場合のみ前記通信対象装置を利用するための応答データの作成を認可するステップとを、前記処理部に実行させるためのセキュリティープログラムを有するもよい（請求項１５）。
【００２９】
前記応答部品データが、会員の識別情報を引数として端末に送信させるためのタグを有し、かつ、このタグの引数が特定の識別子を含む文字列であると共に、前記ＨＴＴＰ応答プログラムが、前記応答データを作成するときに、前記識別子を含む文字列を各会員の識別情報に置き換えるステップを有するもよい（請求項１６）。
【００３０】
前記プログラム領域に記録され処理部によって実行されることにより、処理部に、前記通信対象装置側からのメモリ操作命令をその指定メモリアドレスと共に受信させるステップと、前記メモリ操作命令が書込命令であるときに指定メモリアドレスに加えて書込データを受信させて、これを前記メモリの指定メモリアドレスに書き込ませるステップと、前記メモリ操作命令が削除命令であるときに前記メモリの指定メモリアドレスの内容を消去させるステップと、前記メモリ操作命令が読出命令であるときに前記メモリの指定メモリアドレスの内容を通信対象装置側に送信させるステップとを備えた装置側メモリアクセスプログラムを有するもよい（請求項１７）。
【００３１】
請求項１７の簡易ＨＴＴＰサーバソフトに加えて、前記プログラム領域に記録され処理部によって実行されることにより、処理部が前記要求情報を前記メモリ内の要求記録領域に記録するときに、処理部にこのメモリアドレスにデータがあること示す記録状態フラグを立てる処理を行わせる一方、前記処理部が前記メモリ操作命令として問合命令を受信したときに、その指定メモリアドレスに対応する前記記録状態フラグを、通信対象装置側に送信する処理を行わせる要求記録管理プログラムを有するもよい（請求項１８）。
【発明の効果】
【００３２】
請求項１に記載の簡易ＨＴＴＰサーバユニットは、不特定多数のブラウザ機能を有する端末との間でインターネットなどのネットワークを用いてＨＴＴＰに準じるデータのやり取りを行って、各端末に通信対象装置を利用するサービスを提供することができる。各端末で表示されるＷｅｂページの内容は応答部品領域に記録された応答部品データを変えることにより、任意に変更可能であるから汎用性に富んでいる。また、各端末からの要求情報をメモリ内の要求記録領域に記録することができるので、通信対象装置はこの要求記録領域に記録された要求情報に対応することができる。
【００３３】
ＨＴＴＰは、ネットワークを介してＷｅｂページを公開したりこのＷｅｂページ上で端末から何らかの要求を行うデータ転送のプロトコルとして現在最も広く用いられており、携帯電話などのＰＤＡであってもそのブラウザ機能を用いて容易に通信できるプロトコルである。また、ＨＴＴＰとして、現在ではより高度なデータ転送を行なうための特殊なプロトコルが用いられることがあるが、本発明の簡易ＨＴＴＰサーバユニットが対応するＨＴＴＰは基本的なデータの入出力を行なうリクエストメソッドに限定したプロトコルである。つまり、端末側には基本的なブラウザ機能以外に通信対象装置を利用するための特別なプログラムを一切実行する必要がないので、より手軽に通信対象装置を利用することができる。
【００３４】
加えて、簡易ＨＴＴＰサーバユニット内の処理部は、メモリ内に予め用意してある応答部品データを順次連結して広域情報通信ポートから送信するだけで応答データを作成するものであるから、高度な情報処理を一切行なう必要がなく、その処理能力は限られたものであってもよい。つまり、従来のようにオペレーションシステムを実行可能であるサーバを用いる必要がないのでその構成を簡単にすることができ、製造コストを削減できるだけでなく、ワンチップ化するなどして小型化を計ったり、その消費電力などの維持費も大幅に削減することができる。
【００３５】
加えて、オペレーションシステムの不具合に起因する動作不良（フリーズなど）が発生することがないだけでなく、オペレーションシステムの弱点を利用してコンピュータウィルスが侵入する恐れが一切なくなるので、動作が極めて安定して、信頼性が格段に向上する。また、多機能のオペレーションシステムを読み込む必要がないので、瞬時に起動させることができて扱いやすい。
【００３６】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録してあり、前記応答データは、端末から受信した要求データの引数が示すメモリアドレスに記録してある応答部品データを連結したものである場合（請求項２）には、処理部は、端末から受信した要求データの引数が示すメモリアドレスにアクセスするだけで、応答データを作成するために必要なマークアップ言語の部品を得ることができる。また、引数として順次連結するべき応答部品データが記録された一連のメモリアドレスを列挙するだけで、複数の応答部品データを適切に連結することができ、処理部が行なう情報処理をさらに簡単にすることができる。
【００３７】
また、ヘッダ部分などの決まった文字列で表現できるものは、ヘッダ用の応答部品データとして応答部品領域に記録しておくことにより、同じ応答部品データを汎用的に用いることができるので、応答部品領域に蓄積しておく応答部品データの数を少なくすることができる。つまり、応答部品領域の大きさを小さくすることができる。
【００３８】
前記メモリは、会員の識別情報を記録してなる識別情報記録領域を備え、処理部は、前記要求データの引数に含まれる識別情報が識別情報記録領域に記録されているかどうかに応じて異なる応答データを作成することにより、会員だけに通信対象装置を利用するサービスを提供するものである場合（請求項３）には、会員の識別情報を用いて通信対象装置の利用制限を行なうことができるので、セキュリティーを向上することができる。なお、前記会員の識別情報としては、例えば会員の識別文字列とパスワードなどが考えられ、これによって会員の確認を確実に行なうことが可能であるが、１個の識別文字列または数値であっても、３個以上の文字列や数値を組み合わせたものであってもよい。
【００３９】
請求項３の簡易ＨＴＴＰサーバユニットの構成に加えて、前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録してあり、かつ、このタグの引数を特定の識別子を含む文字列にしてあり、前記処理部が前記応答データの作成時に、前記識別子を含む文字列を各会員の識別情報に置き換える機能を有する場合（請求項４）には、各利用者が特に意識していなくても、各端末は毎回の通信において自らの識別情報を簡易ＨＴＴＰサーバユニットに送信するので、その識別情報を常に確認することができ、それだけセキュリティーが向上する。また、不特定多数の利用者が一度にアクセスしても、各利用者に対応した応答データを送信することができる。加えて、識別子を含む文字列を識別情報に置き換える機能は、基本的な処理能力を有する処理部で実行される簡単なプログラムによって実現可能な程度の簡単な処理であるから、処理部の製造コストを引き上げるものではない。
【００４０】
前記処理部は、前記要求記録領域にデータを記録したことを示す記録状態フラグを記憶し、通信対象装置側からの問合命令によってこの記録状態フラグを通信対象装置側に出力する機能を有する場合（請求項５）には、通信対象装置が問合命令を出すだけで、記録状態フラグを確認することができ、これによって通信対象装置に対する要求情報の記録があったかどうかを確認することができる。つまり、通信対象装置側で、各利用者からの要求情報を受信するときは、記録状態フラグによって要求情報の記録があったことを確認できた要求記録領域だけにアクセスして、この要求情報を受信することができるので、そのアクセスを速やかに行なうことができる。
【００４１】
前記応答部品領域に入出力ポートからの書き込みによって通信対象装置側の状態を示す文字を記録する装置状況開示部を形成してある場合（請求項６）には、通信対象装置側の状態をＨＴＴＰに準じる通信プロトコルによって、各端末に開示することができる。また、利用者は通信対象装置側の状態をＷｅｂページを用いて確認することができる。
【００４２】
請求項７に記載の通信対象装置の利用サービス提供方法を実施することにより、基本的なブラウザ機能を有する端末に対して、ネットワークを介するアクセスによって通信対象装置を利用するサービスを提供できる。また、各端末からの要求情報を要求記録領域に記録して、通信対象装置側に提供することができる。そして、端末側には基本的なブラウザ機能以外に通信対象装置を利用するための特別なプログラムを一切実行する必要がないので、より手軽に利用できるサービスを提供できる。
【００４３】
加えて、前記通信対象装置の利用サービスの提供には、高度なオペレーションシステムを備えたサーバが不要であるから、このサービス開始にかかる初期投資費用を抑えるだけでなく、消費電力などの維持費も可及的に削減できる。加えて、サーバの動作不良やウィルス侵入の恐れないので、安定したサービスの提供を行なうことができる。
【００４４】
前記応答部品領域に、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを記録し、前記処理部を用いて端末から受信した要求データの引数が示すメモリアドレスのメモリに記録してある応答部品データを連結して、前記応答データを作成する場合（請求項８）には、より簡単にＨＴＴＰに準じる応答データを作成することができると共に、１つの応答部品データを複数のＷｅｂページを開示するために共通して利用することができるので、このサービス開始に必要なソフトウェアの開発を簡単に行なうことができる。つまり、初期投資費用をさらに低減できる。
【００４５】
前記メモリの識別情報記録領域に会員の識別情報を記録し、処理部を用いて前記要求データの引数に含まれる識別情報を、識別情報記録領域に記録されている会員の識別情報と比較して、会員であるかどうか判断し、会員である場合のみ前記通信対象装置を利用するための応答データを作成する場合（請求項９）には、サービス提供の安全性を向上できる。
【００４６】
請求項９に記載の通信対象装置の利用サービス提供方法に加えて、前記応答部品領域に、会員の識別情報を引数として端末に送信させるためのタグを記録し、かつ、このタグの引数を特定の識別子を含む文字列にすると共に、前記処理部を用いて、前記応答データを作成するときに前記識別子を含む文字列を各会員の識別情報に置き換える場合（請求項１０）には、前記端末を操作する利用者に何度も識別情報の入力を促す必要がないので、より有用なサービスを提供しながら、毎通信時に会員の識別情報を確認して、セキュリティーを確保できる。また、不特定多数の利用者からのアクセスが集中する場合にも各利用者に容易に対応することができる。
【００４７】
前記処理部を用いて、前記要求記録領域に要求情報を記録するときにデータがあること示す記録状態フラグを記憶し、通信対象装置側から問合命令を受けたときにこの記録状態フラグを通信対象装置側に出力する場合（請求項１１）には、通信対象装置側に、端末から受信した要求情報があるかどうかを示す記録状態フラグを出力するサービスを提供することができる。
【００４８】
前記入出力ポートを用いて、応答部品領域に通信対象装置側の状態を示す文字を記録することにより、端末によって通信対象装置側の状態を表示する場合（請求項１２）には、通信対象装置側の状態を各端末から閲覧可能なＷｅｂページを用いて確認できるサービスを提供することができる。
【００４９】
請求項１３に記載の簡易ＨＴＴＰサーバソフトを用いることにより、処理部に、各端末から受信したＨＴＴＰに準じる要求データに対応させ、ＨＴＴＰに準じる応答データの送信を行なわせて、各端末に通信対象装置を利用するためのＷｅｂページを表示させることができる。また、各端末からの要求情報をメモリ内の要求記録領域に記録させることにより、この要求記録領域に記録された要求情報を通信対象装置側から確認できるようにすることができる。そして、端末側には通信対象装置を利用するための特別なプログラムを実行させる必要がない。
【００５０】
加えて、ＨＴＴＰ応答プログラムは、メモリ内に応答部品データとして予め用意してある応答部品データを順次連結するだけで応答データを作成するものであるから、高度な情報処理機能を有する処理部を必要としておらず、容易にワンチップ化できる程度の基本的な処理部によって高速に実行することができる。また、オペレーションシステムによる複雑な情報処理を一切行っていないで極めて簡単かつ短いプログラムとなり、それだけデバッグを確実に行ってソフトウェアに起因する動作不良を皆無とすることができる。
【００５１】
さらに、オペレーションシステムの弱点を利用してコンピュータウィルスが侵入する恐れが一切なく、信頼性が格段に向上する。また、大きなオペレーションシステムのプログラムを読み込む必要がないので、簡易ＨＴＴＰサーバソフトを読み込むために長い時間がかかることがなく、メモリの容量も飛躍的に小さくなる。なお、簡易ＨＴＴＰサーバソフトは、ＲＯＭのような不揮発性メモリやバックアップ電源を備えたメモリに記録することにより簡易ＨＴＴＰサーバユニットを起動する毎に読み込む必要もない。加えて、簡易ＨＴＴＰサーバソフト（とりわけ、簡易サーバプログラム）はメモリ内の書き込み保護が設定可能な領域に記録することが望ましい。
【００５２】
前記応答部品データが、次の応答データの作成に用いる応答部品データのメモリアドレスを引数として端末に送信させるためのタグを有する場合（請求項１４）には、引数として一連のメモリアドレスを用いて、複数の応答部品データを適切に連結することができ、ＨＴＴＰ応答プログラムを更に簡略化することができる。また、ヘッダ部分などの決まった文字列で表現できるヘッダ用の応答部品データを汎用的に用いることにより、応答部品データの大きさを小さくすることもできる。この場合、前記応答データを作成するステップにおいて、前記引数として記載されたメモリアドレスが応答部品領域であることを確認するステップを含むことにより、利用者が不正に引数を操作した場合にも、応答部品領域に記録された応答部品データ以外の情報を端末に漏出することを防止できる。
【００５３】
前記メモリの識別情報記録領域に記録される会員の識別情報を有すると共に、前記簡易サーバプログラムが、前記要求データの引数に含まれる会員の識別情報を抽出するステップと、抽出した識別情報を識別情報記録領域に記録されている会員の識別情報の中から検索するステップと、会員である場合のみ前記通信対象装置を利用するための応答データの作成を認可するステップとを、前記処理部に実行させるためのセキュリティープログラムを有する場合（請求項１５）には、会員の識別情報を用いて通信対象装置の利用制限を行なうことができるので、セキュリティーを向上することができる。前記識別情報領域の中から識別情報を検索する動作は簡単な処理で実現可能であるから、前記セキュリティープログラムも極めて簡単に記述できる。
【００５４】
前記応答部品データが、会員の識別情報を引数として端末に送信させるためのタグを有し、かつ、このタグの引数が特定の識別子を含む文字列であると共に、前記ＨＴＴＰ応答プログラムが、前記応答データを作成するときに、前記識別子を含む文字列を各会員の識別情報に置き換えるステップを有する場合（請求項１６）には、各端末に毎回の通信時に各利用者の識別情報を簡易ＨＴＴＰサーバユニットに送信させて、その識別情報を常に確認することができるので、それだけセキュリティーが向上する。また、処理部にとって文字列の置き換え処理は極めて容易に実現できる程度の処理であるから、この処理部に、識別子を含む文字列を識別情報に置き換える処理を実行させるための記述は短いものとなる。
【００５５】
前記プログラム領域に記録され処理部によって実行されることにより、処理部に、前記通信対象装置側からのメモリ操作命令をその指定メモリアドレスと共に受信させるステップと、前記メモリ操作命令が書込命令であるときに指定メモリアドレスに加えて書込データを受信させて、これを前記メモリの指定メモリアドレスに書き込ませるステップと、前記メモリ操作命令が削除命令であるときに前記メモリの指定メモリアドレスの内容を消去させるステップと、前記メモリ操作命令が読出命令であるときに前記メモリの指定メモリアドレスの内容を通信対象装置側に送信させるステップとを備えた装置側メモリアクセスプログラムを有する場合（請求項１７）には、通信対象装置側からのメモリ操作命令に従って前記メモリに対する書き込み、削除、読み出しを行なうので、前記端末に表示させるＷｅｂページの内容を変えるために、前記応答部品領域に記録してある応答部品データを変更したり、前記通信対象装置の状態に合わせて応答部品領域内に装置状況開示部を形成することができる。
【００５６】
前記プログラム領域に記録され処理部によって実行されることにより、処理部が前記要求情報を前記メモリ内の要求記録領域に記録するときに、処理部にこのメモリアドレスにデータがあること示す記録状態フラグを立てる処理を行わせる一方、前記処理部が前記メモリ操作命令として問合命令を受信したときに、その指定メモリアドレスに対応する前記記録状態フラグを、通信対象装置側に送信する処理を行わせる要求記録管理プログラムを有する場合（請求項１８）には、通信対象装置側から記録状態フラグを確認することができ、これによって通信対象装置に対する要求情報の記録があったかどうかを確認することができる。次いで、通信対象装置側では、記録状態フラグによって要求情報の記録があったことを確認できた要求記録領域だけを、前記読出命令を用いて読み出すことにより、各端末からの要求情報を効率的に受信することができる。
【発明を実施するための最良の形態】
【００５７】
図１は、本発明に係る簡易ＨＴＴＰサーバユニット１の一実施例の構成を説明する図であり、図２は前記簡易ＨＴＴＰサーバユニット１および通信対象装置の利用サービス提供方法の概略的な構成を説明する図である。図１，２において、２は簡易ＨＴＴＰサーバユニット１に接続される通信対象装置、３ａ，３ｂ…は通信対象装置２を利用するためのブラウザ機能を有する端末、４は各端末３ａ，３ｂ…を簡易ＨＴＴＰサーバユニット１に接続するネットワークである。
【００５８】
前記通信対象装置２はパーソナルコンピュータのような情報処理装置や、各種電気制御を行なう専用機や家電機器のような装置であってもよいが、本実施例では、シーケンサのような特定のプロセス制御を行なうプロセス制御機器（ＰＬＣ）である。しかしながら、本発明は通信対象装置２が業務用であることに限定されるものではないことはいうまでもない。
【００５９】
本実施例の通信対象装置２はより詳細には、例えばレストランなどの施設の接客順番待ちなどの業務を行なう業務管理システム（以下の説明では、業務管理システム２という）である。この業務管理システム２は、例えば、図２に示すようにレストランなどの施設の接客順番待ち入力を行なう入力部と接客順番を表示する表示部を兼ねたタッチパネル２ｔや順番待ち票を印刷するプリンタ２ｐなどを備えている。２ａは業務管理システム２に対して直接的にデータの入出力を行なう端末であり、例えば、業務員に情報を表示する表示部２ｄや入力部２ｋを備えている。
【００６０】
前記端末３ａは例えばブラウザ機能を有する携帯電話であり、端末３ｂはブラウザソフトを実行可能であるパーソナルコンピュータである。本実施例ではこの他にもブラウザ機能を有するＰＤＡなど種々の端末を用いることが考えられる。なお、以下の説明においては携帯電話３ａやコンピュータ３ｂやその他の形態の端末をまとめて表現するときに、端末３という。
【００６１】
本実施例のネットワーク４は、図２に示すようなルータ４ａやＡＤＳＬモデム４ｂのようなＬＡＮシステムを含むインターネット（以下、インターネット４という）である。しかしながら、本発明の簡易ＨＴＴＰサーバユニット１は、ルータ４ａやＡＤＳＬモデム４ｂなどを用いて接続されるインターネット４であることに限定されるものではない。また、簡易ＨＴＴＰサーバユニット１はインターネット４に接続することに限定されるものではなく、ＬＡＮやイントラネットなどの閉ざされたネットワークに接続してあってもよい。加えて、前記端末２ａは図２の仮想線に示すようにルータ４ａなどのネットワーク４を介して業務管理システム２に接続してあってもよい（この場合は、端末３である。）
【００６２】
本実施例の簡易ＨＴＴＰサーバユニット１は、前記施設の接客順番待ちなどの業務を行なう業務管理システム２に接続されるものであり、この業務管理システム２に本発明の簡易ＨＴＴＰサーバユニット１を接続し、インターネット４に接続する。これにより、端末３側（以下、顧客側Ｃという）からの要求を業務管理システム２側（以下、サービス提供者側Ｓという）に伝達し、サービス提供者側Ｓの状況を顧客側Ｃに通知してこれを利用可能とするリアルタイムの施設利用サービス提供システム５を構成することができる。
【００６３】
また、前記簡易ＨＴＴＰサーバユニット１は、図１に示すように、インターネット４に接続する広域情報通信ポート１０と、業務管理システム２に接続する入出力ポート１１と、サービス供給者側Ｓから読み書き可能に構成されたメモリ１２と、処理部１３とを備えている。
【００６４】
本実施例の広域情報通信ポート１０は、例えばＥｔｈｅｒｎｅｔ（登録商標）の規格に準拠するルータやモデムに接続されてインターネット４に接続可能であるＬＡＮケーブルの接続ポート（ＬＡＮボード）と、このＬＡＮボードを介してＴＣＰ／ＩＰなどによるパケット通信を行なう通信制御部とを含んでおり、以下の説明ではＷＡＮ通信ポートという。しかしながら、このＷＡＮ通信ポート１０は、Ｅｔｈｅｒｎｅｔ（登録商標）の規格に準拠するルータやモデムへの接続ポートのみならず、ＩＳＤＮモデムに接続可能なシリアル通信ポートやダイヤルアップ接続用のモデムなどであってもよい。また、ＴＣＰ／ＩＰなどによるパケット通信を行なう通信制御は、前記処理部１３側で行なってもよい。
【００６５】
前記入出力ポート１１は業務管理システム２に接続されるＥＩＡ２３２の規格に準拠するシリアル通信ポートである。しかしながら、本発明は入出力ポート１１がシリアル通信ポートであることに限定されるものではなく、前記ＬＡＮボードのような通信ポートや、パラレル通信ポートや、より単純な機器を動作させるための接点情報の入出力ポートであってもよい。
【００６６】
なお、本実施例では入出力ポート１１が小規模な通信において汎用的に用いられるシリアル通信ポートであるから、ＰＬＣのようなプロセス制御機器であっても、多くの業務管理システム２が入出力ポート１１を介して簡易ＨＴＴＰサーバユニット１に容易にアクセスでき、サービス提供者側Ｓから前記メモリ１２に対して各種情報の読み書きを行なうことができる。しかしながら、メモリ１２に対する情報の読み書きは、業務管理システム２と通信する入出力ポートとは別にサービス提供者側Ｓに形成したポートやバスなどを用いて行ってもよい。
【００６７】
何れにしても、本実施例ではメモリ１２に対する直接的な情報の読み書きはサービス提供者側Ｓからのみ行なえるようにし、顧客側Ｃからはメモリ１２に対して直接的な情報の読み書きを行えないようにしている。これによって、セキュリティーを確保してウイルスの侵入や情報の不正漏出を確実に防ぐことができる。
【００６８】
本実施例のメモリ１２は例えば書換え可能な記憶媒体（ＲＡＭ）からなるデータ記録用メモリ１２Ａと、不揮発性の記憶媒体（ＲＯＭまたはフラッシュメモリ）からなるプログラム記録用メモリ１２Ｂとに分けて形成することが望ましい。なお、本実施例ではプログラム記録用メモリ１２Ｂ内のプログラムが不揮発性の記憶媒体に記録されているので、このプログラムが簡単に書き換えられないように保護しているが、前記メモリ１２Ａ，１２Ｂを一つのメモリ１２内の領域分けによって形成してもよい。
【００６９】
一方、本実施例では前記データ記録用メモリ１２Ａを書換え可能な記憶媒体に形成してあるので、その内容を容易に変更することができ、汎用性を持たせることができる。しかしながら、このデータ記録用メモリ１２Ａに例えばバックアップ電源を設けたり不揮発性の記憶媒体（フラッシュメモリなど）とすることにより、データ記録用メモリ１２Ａ内の記録内容を保持することが望ましい。
【００７０】
前記データ記録用メモリ１２Ａ内は、例えば、各利用者の識別情報を記録してある識別情報記録領域１４と、ＨＴＴＰプロトコルに準拠する応答データの部品（応答部品データ）を記録してある応答部品領域１５と、各端末３から受信した要求情報を記録する要求記録領域１６とに分けられる。一方、前記プログラム記録用メモリ１２Ｂは、ＣＰＵ１３に簡易ＨＴＴＰサーバユニット１を動作させるためのプログラムを記録してある。
【００７１】
前記処理部１３は例えば汎用のＣＰＵ（以下，ＣＰＵ１３という）であるが、基本的な情報処理を行なうことができる程度の処理能力を有する情報処理回路であれば、ＣＰＵの構成にすることに限定されるものではない。
【００７２】
図１に示すＰａはＣＰＵ１３に簡易的なＨＴＴＰに準拠する応答を行なわせるための簡易サーバプログラム、ＰｂはＣＰＵ１３に業務管理システム２とのデータのやり取りを行わせるための装置側メモリアクセスプログラム、Ｐｃは前記要求記録領域１６に対する記録状況を管理する要求記録管理プログラムである。また、Ｄａはヘッダ用の応答データの部品を記録してなる応答部品データ、Ｄｂはボディー用の応答データの部品を記録してなる応答部品データである。なお、応答部品データＤｂの内容は端末３に何らかの表示を行うためのマークアップ言語の部品であり、本実施例では端末３にＷｅｂページの内容を表示させるための一連のマークアップ言語（以下、ＨＴＭＬという）を適所において分割したものである。
【００７３】
つまり、本発明の簡易ＨＴＴＰサーバソフト２０は、前記プログラム記録用メモリ１２Ｂ（プログラム領域）に記録される各種プログラムＰａ〜Ｐｃと、前記データ記録用メモリ１２Ａ（データ領域）に記録される各種応答部品データＤａ，Ｄｂとを有するものである。なお、本実施例では説明が容易であるように、各種プログラムＰａ〜Ｐｃをその機能毎に分けることにより、３つのプログラムＰａ〜Ｐｃとして表現しているが、これらを一つのプログラムにまとめてあってもよいことはいうまでもない。同様に、各種応答部品データＤａ，Ｄｂを一つにまとめてあってもよい。
【００７４】
さらに、図１に示す、ＱはＷＡＮ通信ポート１０を介して各端末３から受信する要求データ、ＡはＷＡＮ通信ポート１０を介して各端末３に送信する応答データ、Ｄｒは入出力ポート１１を介して業務管理システム２から受信するメモリ操作命令データ、Ｄｓは入出力ポート１１を介して業務管理システム２に送信するレスポンスやメモリ内容を示すデータなどのメモリ操作応答データである。
【００７５】
上記構成の簡易ＨＴＴＰサーバユニット１は、ＣＰＵ１３がプログラム領域１２Ｂに記録された簡易サーバプログラムＰａを実行することにより、各端末３から要求データＱを受信し、この要求データＱに含まれる引数（パラメータ）を抽出して応答部品領域１５から必要な応答部品データＤａ，Ｄｂを読み出して、順次連結することにより応答データＡを作成し、この応答データＡを各端末３に送信することができる。また、このとき要求データＱとして、業務管理システム２に対する要求情報が含まれている場合には、これを要求記録領域１６に記録することができる。
【００７６】
一方、ＣＰＵ１３がプログラム領域１２Ｂに記録された装置側メモリアクセスプログラムＰｂを実行することにより、前記業務管理システム２からメモリ操作命令データＲを受信し、このメモリ操作命令データＲに含まれるメモリ操作命令に従ってメモリ１２Ａに対する読み書きを行って、その結果をメモリ操作応答データＤｓとして業務管理システム２に送信する。したがって、業務管理システム２は、前記メモリ操作命令として読出命令を用いて要求記録領域１６の状態を確認することにより、各端末３からの要求情報を受け取ることができる。
【００７７】
つまり、本発明の簡易ＨＴＴＰサーバユニット１を用いて、業務管理システム２をインターネット４に接続するだけで、各端末３が業務管理システム２のＷｅｂページを閲覧することができ、このＷｅｂページ上で、業務管理システム２に対する要求情報を入力することができる。このとき、従来のように大規模なサーバシステムを一切用いることなく、業務管理システム２と各端末３との間で、インターネット４のＷｅｂページを介して必要なデータの授受を行なうことができ、業務管理システム２は他の端末２ａとほゞ同じ感覚でインターネット４を介する各端末３からの要求情報を受け取ることができる。
【００７８】
したがって、本発明の簡易ＨＴＴＰサーバソフト１に接続される業務管理システム２は、もともとスタンドアローンでも動作可能な何らかの仕事を行なう装置とすることができる。ゆえに、たとえインターネット４に何らかの障害が発生したり、簡易ＨＴＴＰサーバソフト１の動作に不具合が生じることがあったとしても、これが業務管理システム２を用いて行なう業務に致命的な悪影響を及ぼすことがない。
【００７９】
逆に、インターネット４に接続したい通信対象装置２が、現状でスタンドアローンの動作をするコンピュータシステムやプロセス制御機器、さらには、各種制御を行なう専用機や家電機器のように、より単純な機器であっても、これらの通信対象装置２に大幅な仕様変更加えることなく、その利用サービスをＷｅｂページの形でインターネット４上に提供することができる。
【００８０】
加えて、本発明の簡易ＨＴＴＰサーバユニット１は、複雑でＣＰＵ１３の負担となるオペレーションシステムを用いることなく、基本的なＨＴＴＰのプロトコルに準ずるデータの転送を行なうので、ごく基本的な情報処理能力を有する処理部１３を用いるだけで、十分な速度の応答を行なうことができる。つまり、簡易ＨＴＴＰサーバソフト１の製造コスト削減し、これをワンボードまたはワンチップに形成することを可能としている。
【００８１】
したがって、簡易ＨＴＴＰサーバソフト１の導入にかかるあらゆるコストを削減すると共に、消費電力を含むあらゆる維持管理費用を抑えることができメンテナンスも容易となる。また、簡易ＨＴＴＰサーバソフト１を可及的に小型化できるので、図２に示すように、簡易ＨＴＴＰサーバユニット１を業務管理システム２内に組み込むようにして接続することも可能である。
【００８２】
以下、本願発明の簡易ＨＴＴＰサーバユニット１を簡易ＨＴＴＰサーバとして動作させるための簡易ＨＴＴＰサーバソフト２０の構成およびその動作を説明する。
【００８３】
図３は前記メモリ１２に記録してある簡易ＨＴＴＰサーバソフト２０の構成を示す図、図４はデータ領域１２Ａに記録する応答部品データＤａ，Ｄｂの一例を示す図である。なお、本実施例では簡易サーバプログラムＰａおよび装置側メモリアクセスプログラムＰｂに、要求記録管理プログラムＰｃが組み込まれている例を示しているが、この要求記録管理プログラムＰｃを簡易サーバプログラムＰａや装置側メモリアクセスプログラムＰｂとは別にしてもよいことはいうまでもない。
【００８４】
また、図３に示すように、本実施例の簡易サーバプログラムＰａは、ＨＴＴＰ応答プログラムＰａａと、セキュリティプログラムＰａｂとを含んでいるが、図４に示す例の流れ図では、その大部分がＨＴＴＰ応答プログラムＰａａであり、前記セキュリティプログラムＰａｂはＨＴＴＰ応答プログラムＰａａの一部を構成する。
【００８５】
本実施例に示すメモリ１２は１０進法でメモリアドレスが例えば０００１〜２０００番地までをデータ領域１２Ａとして設定している。また、例えば０００１〜０５００番地までを会員の識別情報領域１４として設定し、０９０１〜１５００番地までを応答部品領域１５として設定し、１５０１〜２０００番地までを要求情報記録領域１６として設定してある。また、各メモリアドレスには例えば２５６バイトの一連の文字列を記録可能である。なお、本実施例は本発明を理解しやすくするための単なる一例を示すものであるから、前記領域分けを行なうメモリアドレスや配置などを任意に変更可能であることはいうまでもない。
【００８６】
さらに、本実施例では、例えば０９０１番地に正常時の応答データＡの冒頭部分を構成するヘッダ用の応答部品データＤａａ（より具体的には図４に示す"HTTP/1.0 200 OK  …  Length:"である）を記録し、０９０２番地に異常時のヘッダおよび指定ページが見つからないなどのエラーメッセージを表示するためのＨＴＭＬデータを含む応答部品データＤａｂ（より具体的には図４に示す"HTTP/1.0 404 …  </body></html>" である）を記録し、０９０３番地に識別情報が合わないなどのログインエラー発生時のヘッダおよび識別情報が異なっていることを示すエラーメッセージを表示するためのＨＴＭＬデータを含む応答部品データＤａｃ（より具体的には図４に示す"HTTP/1.0 200 …  </body></html>" である）を記録してある。
【００８７】
また、例えば０９９１〜１０００番地にはホームページを構成するボディー用のＨＴＭＬデータ（応答部品データＤｂａであり、より具体的には図４に示す"<html><head><title>ログインして  …  </body></html>" である）を記録し、１００１〜１５００番地には各種メニュー用のＨＴＭＬデータの部品（応答部品データＤｂｂ）を記録してある。そして、この応答部品データＤｂｂ内には、業務管理システム２の状況を表示するための装置状況開示部２１を形成してある。なお、装置状況開示部２１の位置は応答部品データＤｂｂの内容に合わせて任意に設定される。
【００８８】
図５，図６は主として簡易サーバプログラムＰａの動作を説明する図、図７〜９は簡易サーバプログラムＰａの動作によって生成される応答データＡのより具体的な一例を挙げて説明する図である。
【００８９】
次に、図１〜９を用いて前記各プログラムＰａ〜Ｐｃの動作を説明する。なお、以下に挙げるプログラムＰａ〜Ｐｃの流れ図および具体的な各データＤａ，Ｄｂ等の内容は本発明の説明をするために示す単なる一例であるから、本発明は図５〜９の内容に限定されるものではないことはいうまでもない。
【００９０】
図５において、Ｓ０１はＷＡＮ通信ポート１０から要求データＱを受信するステップを示している。本例ではＷＡＮ通信ポート１０がバッファを備えておりＴＣＰ／ＩＰによるソケット通信を行なう通信制御部を含んでいるので、このステップＳ０１は単に要求データＱを入力するだけであるが、ステップＳ０１によってこのソケット通信を行ってもよい。
【００９１】
Ｓ０２は受信した要求データＱの中から引数を抽出するステップである。ここで、抽出される引数にはＧＥＴやＰＯＳＴなどのメソッドを示す文字列に続くファイル名の指定や、スラッシュ記号の後の文字列（パラメータ）や各環境変数の名前および値が含まれている。
【００９２】
Ｓ０３は前記要求データＱのメソッドがＧＥＴであるかＰＯＳＴであるかを判断して、この判断に基づいて分岐するステップである。
【００９３】
Ｓ０４は前記ステップＳ０３においてＧＥＴメソッドであると判断した場合に実行され、引数が何もないかどうかを判断するステップである。ここで、引数が何もないときは後述のステップＳ１１にジャンプする。
【００９４】
Ｓ０５は前記ステップＳ０４において引数があると判断した場合に実行され、ＧＥＴメソッドに続くパラメータが "menu.htm" であるかどうかを判断するステップである。なお、ここでパラメータが "menu.htm" でないと判断した場合は、ステップＳ０６に示すように、メモリ１２のメモリアドレスが０９０２番地に記録されている異常時の応答部品データＤａｂを読み出して、この異常時の応答部品データＤａｂを応答データＡとし、ステップＳ０７に示すように、この応答データＡをＷＡＮ通信ポート１０から各端末３に送信し、再び前記ステップＳ０１にジャンプする。なお、応答部品データＤａｂが図４に示す例のように構成されている場合、端末３には”ページが見つかりません”と表示される。
【００９５】
Ｓ０８は前記ステップＳ０５において、パラメータが "menu.htm" であると判断した場合に実行され、環境変数 "ID" の値があるかどうかを判断するステップである。そして、このステップＳ０８において環境変数 "ID" の値があると判断された場合は、ステップＳ０９に示すように、メモリ１２のメモリアドレスが０９０１番地に記録されている正常時のヘッダ用の応答部品データＤａａを読み出すと共に、ステップＳ１０に示すように、環境変数 "ID" の値を４桁ずつ取出して、これを順次メモリアドレスとするメモリ１２からそれぞれ各種メニューを構成するボディー用の応答部品データＤｂｂを読み出してこれらを順次連結する。次いで、後述するステップＳ１３にジャンプする。
【００９６】
Ｓ１１はステップＳ０４において引数がないと判断した場合、あるいは、ステップＳ０８において環境変数 "ID" の値がないと判断した場合に実行され、メモリ１２のメモリアドレスが０９０１番地に記録されている正常時のヘッダ用の応答部品データＤａａを読み出すステップである。
【００９７】
Ｓ１２はさらに、メモリ１２のメモリアドレスが０９９１〜１０００番地に記録されているホームページを構成するボディー用の応答部品データＤｂａを順次読み出して連結するステップである。なお、メモリアドレス０９９１〜１０００番地のメモリが空である場合には、前記読み出しおよび連結を終了して次のステップＳ１３に処理を移行する。
【００９８】
また、本実施例では、ホームページＷ0 として各端末３に図２，図３に示すように、ログイン用のページＷ1 にジャンプするためのボタンＢｌを表示し、ログイン用のページＷ1 において、利用者にユーザ名とパスワードを入力させる入力部Ｉｙ，Ｉｐと、端末３に入力されたユーザ名を環境変数"Y" の値、パスワードを環境変数"P" の値として送信させるための入力ボタンＢｉとを表示させる例を示している。
【００９９】
Ｓ１３は前記ステップＳ１０またはステップＳ１２によって読み出して連結したボディー用の応答部品データのバイト数を算出するステップであり、Ｓ１４は前記ヘッダ用の応答部品データＤａａと、ステップＳ１２において算出したバイト数を１０進数の文字で表わす文字列（本例では改行などのコントロールキャラクタも含まれている）と、前記連結したボディー用の応答部品データとを全て連結して応答データＡを作成するステップである。
【０１００】
次に、Ｓ１５は前記応答データＡをＷＡＮ通信ポート１０から各端末３に送信するステップであり、その後、再び前記ステップＳ０１にジャンプする。
【０１０１】
上述のように、ステップＳ０４〜Ｓ１５の処理によって、各端末３からＨＴＴＰに準じるＧＥＴメソッドを含む要求データＱを受信したときに、メモリ１２に記録されている各種応答部品データＤａａ，Ｄａｂ，Ｄａｃ，Ｄｂａ，Ｄｂｂを適宜連結して送信するだけで、前記要求データＱに応じたＨＴＴＰに準じる応答データＡを送信することができる。
【０１０２】
図７はＧＥＴメソッドの要求データＱの一例と、この要求データＱの受信に伴って前記ステップＳ０４〜Ｓ１５の処理によって、端末３に前記ホームページＷ0 を表示させるために作成された応答データＡ0 の一例を示している。本実施例において、応答データＡ0 は正常時ヘッダ用の応答部品Ｄａａと、ホームページボディ用の応答部品データＤｂａとを含むものである。さらに、応答部品データＤｂａには、ログインボタンＢｌに関連付けて、引数（環境変数"ID"の値）として次の応答データＡ1 の作成に用いる応答部品領域内のメモリアドレスＡｄ1 を端末３に送信させるためのタグＴａ0 が含まれている。
【０１０３】
また、図８は端末３に前記ログイン用のページＷ1 を表示させるために作成された応答データＡ1 を示しており、本実施例では正常時ヘッダ用の応答部品データＤａａと、複数の応答部品データＤｂｂ1 〜Ｄｂｂ2 を連結したものとを含むものである。なお、図７に示す各応答部品データＤｂｂ1 〜Ｄｂｂ3 は、メモリ１２内に記録してある応答部品データＤｂｂのうち、要求データＱ1 に含まれる引数（環境変数"ID"の値）が示すメモリアドレスＡｄ1 （本実施例では４桁毎に区切って１００１番地、１００５番地、１００３番地）に、それぞれ記録してあるものをそれぞれ抽出したものである。
【０１０４】
さらに、前記応答部品データＤｂｂ2 には、入力ボタンＢｉに関連付けて、引数（環境変数"X" の値）として次の応答データＡ2 の作成に用いる応答部品データのメモリアドレスＡｄ2 を端末３に送信させるためのタグＴａ1 が含まれている。
【０１０５】
本実施例のように、応答部品領域に記録してある各応答部品データＤｂａ，Ｄｂｂに、次の応答データＡ1 ，Ａ2 …の作成に用いる応答部品データＤｂｂのメモリアドレスＡｄ1 ，Ａｄ2 …を端末３に送信させるためのタグＴａ0 ，Ｔａ1 を含ませている。したがって、ＣＰＵ１３はメモリ１２内のメモリアドレスＡｄ1 ，Ａｄ2 のデータを読み出して連結するだけの極めて単純な情報処理を行なうだけで、受信した要求データＱに対して適切な応答データＡを返すことができ、サーバとして機能することができる。
【０１０６】
なお、前記ＣＰＵ１３はメモリ１２内のメモリアドレスＡｄ1 ，Ａｄ2 のデータを読み出す動作を行なうときに、このアドレスが応答部品領域１５内であることを確認して、不正なメモリ１２の読み出しを行えないようにすることが望ましい。また、前記メモリアドレスＡｄ1 ，Ａｄ2 に変えて各応答部品データＤｂｂ1 ，Ｄｂｂ2 …の記録部を示すラベルなどの文字列を用いてもよい。
【０１０７】
次に、図６において、Ｓ１６は前記ステップＳ０３においてＰＯＳＴメソッドを受信したと判断された場合に実行され、各利用者の識別情報として、例えば環境変数"Y" の値であるユーザ名と、例えば環境変数"P" の値のパスワードを抽出するステップである。なお、この識別情報を示す引数は端末３から得られる要求データＱ（図３，図９に示す要求データＱ2 など）の末尾に列挙される。
【０１０８】
すなわち、前記ＰＯＳＴメソッドは、前記ログイン用のページＷ1 における入力ボタンＢｉを操作した場合など、既にユーザ名やパスワードが入力された後に各端末３から簡易ＨＴＴＰサーバユニット１に送信される要求データＱ（図３，図９に示す要求データＱ2 など）に含まれるものであるから、この要求データＱには、通常、利用者の識別情報（本例の場合はユーザ名とパスワード）が含まれている。
【０１０９】
Ｓ１７は前記識別情報がメモリ１２Ａ内の識別情報記録領域１４に記録されているかどうかを判断するための検索を行なうステップである。
【０１１０】
Ｓ１８はステップＳ１７における検索結果を用いて要求データＱに含まれる識別情報（図９に示す例において、識別方法はユーザＩＤ"cats"と、パスワード"1234"とからなる）が登録された利用者のものかどうか（識別情報記録領域１４にあるかどうか）を判断するステップである。このステップＳ１８において識別情報記録領域１４にあると判断した場合には、後述するステップＳ２１を実行すことができる。
【０１１１】
他方、前記ステップＳ１８の処理において入力された識別情報が識別情報記録領域１４にないと判断した場合には、ステップＳ１９に示すように、メモリ１２のメモリアドレスが０９０３番地に記録されているログインエラー発生時の応答部品データＤａｃを読み出して、このログインエラー時の応答部品データＤａｃを応答データＡｅ（図３参照）とし、ステップＳ２０に示すように、この応答データＡｅをＷＡＮ通信ポート１０から各端末３に送信し、再び前記ステップＳ０１にジャンプする。すなわち、本実施例に示すステップＳ１６〜Ｓ２０の処理が前記セキュリティプログラムＰａｂを構成する。
【０１１２】
Ｓ２１は前記要求データＱのパラメータに利用者からの通信対象装置の利用要求があるかどうかを判断するステップである。なお、この利用要求の有無は、例えば図３に示す利用ページＷ2 において利用者が後述する予約ボタンＲを操作したときに、端末３側から簡易ＨＴＴＰサーバユニット１に送信される要求データＱ3 に追加される要求パラメータの有無によって判断することができる。
【０１１３】
そして、前記利用要求があると判断した場合（要求パラメータがある場合）は、ステップＳ２２に示すように、前記要求記録領域１６の未使用部分のメモリアドレスに要求情報Ｒｅｑを記録する。この要求情報Ｒｅｑは、例えば利用者の識別情報（例えば少なくともユーザＩＤ）と、要求内容情報（本例の場合、例えば文字列”利用予約”や”キャンセル”など）とからなる。
【０１１４】
Ｓ２３は要求記録領域１６に対する記録状態フラグを立てて、この要求情報Ｒｅｑを記録してあるメモリアドレスにデータがあることを記録するステップである。
【０１１５】
Ｓ２４はメモリ１２のメモリアドレスが０９０１番地に記録されている正常時のヘッダ用の応答部品データＤａａ1 …を読み出すステップである。
【０１１６】
Ｓ２５は環境変数"X" の値を４桁ずつ取出して、これを順次メモリアドレスとするメモリ１２からそれぞれ各応答部品データＤｂｂ1 …を読み出すステップである。
【０１１７】
Ｓ２６は読み出した全ての応答部品データＤｂｂ1 …において、特別の識別子を含む文字列Ｃｙ，Ｃｐ（本例の場合は"$YY$"と"$PP$"）を利用者の識別情報（本例の場合はＩＤとパスワード）に置き換えるステップである。
【０１１８】
Ｓ２７はステップＳ２６による置き換えを完了した応答部品データＤｂｂ1 …の合計文字数を算出するステップであり、Ｓ２８は前記ヘッダ用の応答部品データＤａａと、ステップＳ２７において算出したバイト数を１０進数の文字で表わす文字列と、前記連結したボディー用の応答部品データＤｂｂ1 …とを全て連結して応答データＡを作成するステップである。
【０１１９】
次に、Ｓ２９は前記応答データＡをＷＡＮ通信ポート１０から各端末３に送信するステップであり、その後、再び前記ステップＳ０１にジャンプする。
【０１２０】
上述のように、ステップＳ１６〜Ｓ２９の処理によって、各端末３からＨＴＴＰに準じるＰＯＳＴメソッドを含む要求データＱを受信したときに、メモリ１２に記録されている各種応答部品データＤａａ，Ｄａｂ，Ｄａｃ，Ｄｂｂを適宜連結して送信するだけで、前記要求データＱに応じたＨＴＴＰに準じる応答データＡを送信することができる。
【０１２１】
図９は端末３に前記業務管理システム２の利用ページＷ2 を表示させるために作成された応答データＡ2 を示しており、本実施例では正常時ヘッダ用の応答部品データＤａａと、複数の応答部品データＤｂｂ1 ，Ｄｂｂ4 …，Ｄｂｂ3 を連結したものとを含むものである。なお、図９に示す各応答部品データＤｂｂ1 ，Ｄｂｂ4 …，Ｄｂｂ3 は、メモリ１２内に記録してある応答部品データＤｂｂのうち、要求データＱ2 に含まれる引数（環境変数"X" の値）が示すメモリアドレスＡｄ2 （本実施例では４桁毎に区切って１００１番地、１００２番地…）に、それぞれ記録してあるものをそれぞれ抽出したものである。
【０１２２】
ここで、前記メモリアドレスＡｄ2 の中に前記装置状況開示部２１のアドレスを含めることにより、業務管理システム２の状況を利用ページＷ2 の内容から確認することができる。図２，３，９に示す例では、店舗の利用待ち順番Ｎが表示されている。この装置状況開示部２１の内容は業務管理システム２からのアクセスによって書き換えることにより、この業務管理システム２の状況をＷｅｂページに容易に反映させることができる。
【０１２３】
図２，３，９に示す予約ボタンＲは利用者からの利用予約の受付のための入力ボタンであり、利用者がこの予約ボタンＲを操作することにより、図３に示すように端末３が要求データＱ3 が送信されるように構成してある。そして、簡易ＨＴＴＰサーバユニット１は予約ボタンＲを操作したことを示す要求データＱ3 を受信したときに、前記ステップＳ２２の処理において要求情報Ｒｅｓを記録する。したがって、業務管理システム２は要求記録領域１６にアクセスして要求情報Ｒｅｓを受信することにより、各利用者からの予約を受け付けることができる。
【０１２４】
さらに、前記応答部品データＤｂｂ4 には、隠れ表示の特性で、引数（環境変数"Y" と"P" の値）として各利用者のＩＤおよびパスワードを端末３に送信させるためのタグＴｂが含まれている。このように、応答部品領域に記録してある各応答部品データＤｂｂに、各利用者の識別情報を端末３に送信させるためのタグＴｂを含ませることにより、これ以後に端末３から受信する全ての要求データＱに識別情報が含まれるようになる。つまり、前記セキュリティープログラムＰａｂは業務管理システム２を利用するための各ページを表示するための応答データＡを送信する前に、毎回各利用者の識別情報を確認することができるので、それだけセキュリティが向上する。
【０１２５】
図１０は主に装置側メモリアクセスプログラムＰｂの動作を説明する図であり、図１１，１２はより具体的な例を示す図である。図１０において、Ｓ３０は入出力ポート１１を介して業務管理システム２側からメモリ操作命令Ｃｏｍを受信するステップである。本実施例におけるメモリ操作命令Ｃｏｍは、一例として書込命令”Ｗ”、削除命令”Ｃ”、読出命令”Ｒ”、問合命令”Ｑ”の４種類を示している。
【０１２６】
Ｓ３１はメモリ操作命令Ｃｏｍに続くメモリアドレスＡｄｒを受信するステップである。前記メモリ操作命令ＣｏｍおよびメモリアドレスＡｄｒは入出力ポート１１を介する受信データＤｒの一部を構成する。
【０１２７】
Ｓ３２は受信したメモリ操作命令Ｃｏｍが書込命令であるかどうかを判断するステップである。図１１には書込命令Ｃｏｍ１のフォーマットを示し、メモリアドレスＡｄｒに続いて書き込み対象となるデータＤａｔを含んでいる。つまり、業務管理システム２は入出力ポート１１を介してメモリ１２内の任意の部分にデータを書き込むことができるように構成されている。
【０１２８】
Ｓ３３はステップＳ３２において書込命令であると判断されたときに実行されるステップであり、前記書き込み対象となるデータＤａｔを受信する。Ｓ３４は受信したデータＤａｔをメモリ１２内の指定されたメモリアドレスＡｄｒに書き込むステップである。
【０１２９】
次いで、Ｓ３５は書込完了の通知データＲｅｓ１（図１１参照）を送信データＤｓとして入出力ポート１１を介して業務管理システム２に返信するステップである。これによって、業務管理システム２はデータＤａｔがメモリ１２に書き込まれたことを確認することができる。
【０１３０】
Ｓ３６は受信したメモリ操作命令Ｃｏｍが書込命令であるかどうかを判断するステップであり、図１１には削除命令Ｃｏｍ２のフォーマットを示す。つまり、業務管理システム２は削除命令Ｃｏｍ２を用いてメモリ１２内の任意の部分にデータを消去することができる。
【０１３１】
Ｓ３７はステップＳ３６において削除命令であると判断されたときに実行されるステップであり、メモリ１２内の指定されたメモリアドレスＡｄｒの内容を消去するステップである。
【０１３２】
次いで、Ｓ３８は削除完了の通知データＲｅｓ２（図１１参照）を送信データＤｓとして入出力ポート１１を介して業務管理システム２に返信するステップである。
【０１３３】
Ｓ３９は受信したメモリ操作命令Ｃｏｍが読出命令であるかどうかを判断するステップであり、図１１には読出命令Ｃｏｍ３のフォーマットを示す。つまり、業務管理システム２は読出命令Ｃｏｍ３を用いてメモリ１２内の任意の部分からデータを読み出すことができる。
【０１３４】
Ｓ４０はステップＳ３９において読出命令であると判断されたときに実行されるステップであり、メモリ１２内の指定されたメモリアドレスＡｄｒの内容を読出すステップである。
【０１３５】
次いで、Ｓ４１は読出したメモリアドレスＡｄｒおよびデータＤａｔを含む通知データＲｅｓ３（図１２参照）を送信データＤｓとして入出力ポート１１を介して業務管理システム２に出力するステップである。
【０１３６】
Ｓ４２は受信したメモリ操作命令Ｃｏｍが問合命令であるかどうかを判断するステップであり、図１２には問合命令Ｃｏｍ４のフォーマットを示す。つまり、業務管理システム２は読出命令Ｃｏｍ４を用いてメモリ１２内の任意の部分に対してＷＡＮ通信ポート１０側からの書込が行われたかどうかを確認することができる。
【０１３７】
Ｓ４３はステップＳ３９において問合命令であると判断されたときに実行されるステップであり、メモリ１２内の指定されたメモリアドレスＡｄｒに対応する記録状態フラグを出力するステップである。
【０１３８】
次いで、Ｓ４４は読出したメモリアドレスＡｄｒと１００件分のフラグデータＦｌｇを含む通知データＲｅｓ４（図１２参照）を送信データＤｓとして入出力ポート１１を介して業務管理システム２に出力するステップである。前記ステップＳ４２〜Ｓ４４のプログラムは前記要求記録管理プログラムＰｃの一部をなすものであり、本例では装置側メモリアクセスプログラムＰｂに組み込んだ例を示しているが、本発明はこの点に限定されるものではないことはいうまでもない。
【０１３９】
すなわち、業務管理システム２は問合命令Ｃｏｍ４を用いてメモリ１２内の任意の部分に対する記録状態を確認することができるので、アクセスのあったメモリアドレスのみからデータを読みだすことが可能となり、高速にアクセスすることができる。
【０１４０】
上述のメモリ操作命令Ｃｏｍを用いることにより、メモリ１２に対して通信対象装置側Ｓから任意のアクセスを行なうことができるので、前記ＷｅｂページＷ0 ，Ｗ1 …の内容を容易に変更することが可能である。
【図面の簡単な説明】
【０１４１】
【図１】本発明の簡易ＨＴＴＰサーバユニットの実施例を示す図である。
【図２】本発明の通信対象装置の利用サービス提供方法を説明する図である。
【図３】本発明の簡易ＨＴＴＰサーバソフトの構成を示す図である。
【図４】前記簡易ＨＴＴＰサーバユニットのメモリ内の構成を具体的に示す図である。
【図５】前記簡易ＨＴＴＰサーバソフトにかかる簡易サーバプログラムの具体的な動作を説明する図である。
【図６】図５に示す簡易サーバプログラムの続きの動作を示す図である。
【図７】図５，６に示す簡易サーバプログラムの動作によって得られる通信対象装置の利用サービス提供方法の具体的な一例を示す図である。
【図８】図５，６に示す簡易サーバプログラムの動作によって得られる通信対象装置の利用サービス提供方法の別の具体的な一例を示す図である。
【図９】図５，６に示す簡易サーバプログラムの動作によって得られる通信対象装置の利用サービス提供方法の更に別の具体的な一例を示す図である。
【図１０】前記簡易ＨＴＴＰサーバソフトにかかる装置側メモリアクセスプログラムの具体的な動作を説明する図である。
【図１１】図１０に示す装置側メモリアクセスプログラムの動作によって得られる通信対象装置の利用サービス提供方法の具体的な一例を示す図である。
【図１２】図１０に示す装置側メモリアクセスプログラムの動作によって得られる通信対象装置の利用サービス提供方法の具体的な一例を示す図である。
【符号の説明】
【０１４２】
１              簡易ＨＴＴＰサーバユニット
２              通信対象装置
３              端末
４              ネットワーク（インターネット）
１０            広域情報通信ポート
１１            入出力ポート
１２            メモリ
１３            処理部（ＣＰＵ）
１４            識別情報記録領域
１５            応答部品領域
１６            要求記録領域
２１            装置状況開示部
Ａ              応答データ
Ｑ              要求データ
Ｄａ（Ｄａａ，Ｄａｂ，Ｄａｃ），Ｄｂ（Ｄｂａ，Ｄｂｂ）
応答部品データ
Ｒｅｑ          要求情報
Ｐａ            簡易サーバプログラム
Ｐａａ          ＨＴＴＰ応答プログラム
Ｐａｂ          セキュリティプログラム
Ｐｂ            装置側メモリアクセスプログラム
Ｐｃ            要求記録管理プログラム
Ｔａ0 ，Ｔａ1   タグ
Ａｄ1 ，Ａｄ2   メモリアドレス
Ｔｂ            タグ
Ｃｙ，Ｃｐ      特定の識別子を含む文字列
Ｓ０２          引数を抽出するステップ
Ｓ０７，Ｓ１５，Ｓ２０，Ｓ２９
応答データを端末に送信するステップ
Ｓ１４，Ｓ２８  応答部品データを順次連結して応答データを作るステップ
Ｓ１６          会員の識別情報を抽出するステップ
Ｓ１７          会員の識別情報を検索するステップ
Ｓ１８          利用を許可するステップ
Ｓ２２          要求情報を記録するステップ
Ｓ２６          識別子を含む文字列を会員の識別情報に置き換えるステップ
Ｓ３０，Ｓ３１  メモリ操作命令を指定メモリアドレスと共に受信させるステップ
Ｓ３４          指定メモリアドレスに書き込ませるステップ
Ｓ３７          指定メモリアドレスの内容を消去するステップ
Ｓ４０          指定メモリアドレスの内容を読み出すステップ
Ｓ４３          指定メモリアドレスに対応する記録状態フラグを通信対象装置側に送                  信するステップ
Ｃｏｍ          メモリ操作命令
Ａｄｒ          指定メモリアドレス
【図１】
2006166338.tif 000003
【図２】
2006166338.tif 000004
【図３】
2006166338.tif 000005
【図４】
2006166338.tif 000006
【図５】
2006166338.tif 000007
【図６】
2006166338.tif 000008
【図７】
2006166338.tif 000009
【図８】
2006166338.tif 000010
【図９】
2006166338.tif 000011
【図１０】
2006166338.tif 000012
【図１１】
2006166338.tif 000013
【図１２】
2006166338.tif 000014