JP2006318506A - データ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体 - Google Patents

Abstract

【課題】煩雑な操作を行なうことなく所定のアクセス方法でデータを送信することのできるデータ処理装置を提供する。
【解決手段】データ処理装置では、入力フォーム処理プログラム１３１０が実行され、サーバに送信するデータを入力する入力フォームデータが入力フォームデータ取得部１３１１で取得される。入力フォームデータに含まれる、サーバへのアクセス方法を規定する送信データ処理記述データは入力フォームデータ取得部１３１１から送信データ処理部１３１４に、ＵＩを表示するＵＩ記述データはＵＩ処理部１３１２に渡される。ＵＩ処理部１３１２は、ＵＩに含まれる項目ごとの入力データが以前に入力されて記憶されている場合、必要な入力データを記憶部１３０から抽出し、データ保存部１３１３を介して送信データ処理部１３１４に渡す。そして、送信データ処理部１３１４において、規定されたアクセス方法に準じた送信用データが作成されて、サーバに送信される。
【選択図】図３

Description

この発明は、データ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体に関し、特に、所定のアクセス方法でデータ送信を行なうことのできるデータ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体に関する。

従来、複数のクライアント装置と、クライアント装置に直接またはローカルエリアネットワーク（Local Area Network：ＬＡＮ）などのネットワークを介して接続されたサーバなどの処理装置とからなるシステムにおいて、クライアント装置から必要データの入力、および処理の実行を指示して、処理装置に比較的負荷が大きい処理や一元管理すべき処理を実施させている。

このシステムにおいては、一般的には、処理装置に応じた入力フォームがクライアント装置へ配布される。クライアント装置では、入力フォームに記載されているユーザインタフェースを表示してそのユーザインタフェースに従って必要なデータが入力される。そして、入力フォームに記載されているデータ生成規則に従って送信用のデータが作成され、入力フォームに記載されている送信先および送信方法で、クライアント装置から処理装置へ送信される。

つまり、従来のシステムでは、処理装置は、処理を実行するために必要なデータを、予め規定されたデータ構造およびデータ送信方法でクライアント装置から受付けるために、入力フォームにデータ入力のためのユーザインタフェースとデータ構造とデータ送信方法とを記載してクライアント装置に配布している。そして、クライアント装置は、その入力フォームに従ってデータを作成および送信している。

このシステムの代表例としてＷＷＷ（World Wide Web）システムが挙げられる。ＷＷＷシステムにおいては、入力フォームに、ＨＴＭＬ（Hyper Text Markup Language）で、表示すべきユーザインタフェース、送信先、送信方法が記述される。ＷＷＷシステムにおいては、クライアント装置は、処理装置が用意したＨＴＭＬで記載された入力フォームを取得し、ユーザが入力したデータに基づいて、ＨＴＴＰ（Hyper Text Transfer Protocol）で処理装置へデータを送信する。

このような、クライアント装置でデータを作成して処理装置へ送信し、その受信されたデータにより処理装置が処理を実施するシステムにおいては、データ入力用のユーザインタフェースと処理装置が想定しているデータ構造とデータ送信方法とを含む入力フォームがクライアント装置に配布され、その入力フォームを用いてデータ作成およびデータ送信が行なわれるのが一般的である。そこで、ユーザがデータ入力を正確に、また、迅速に実施するために、一度ユーザが入力したデータを再利用してデータ入力する方法が提案されている。

そのような方法として、たとえば、特許文献１は、次のような項目情報入力方法を開示している。すなわち、入力データと入力フォームに記載されているキーワードとを対応付けてデータベースに蓄積しておき、データベースを探索してキーワードの照合結果が一致した入力データを入力フォームの入力項目に自動入力する。また、キーワードと入力データとのデータベースへの追加登録を可能とする。このようにすることにより、特許文献１で開示されている項目情報入力方法を採用すると、クライアント装置において処理装置とキーワードのフォーマットが異なるブラウザを使用した場合や、入力フォームの入力項目にフォーマット外のキーワードが付けられている場合であっても、一度データベースに登録しておけば、入力項目に入力データが自動的に入力される。
特開平１１−３０６１７１号公報

しかしながら、上述のシステムにおいては、入力すべきデータが同じ場合であっても、処理装置が想定しているデータ構造が処理装置ごとに異なる場合がある。そのため、特許文献１に開示されている項目情報入力方法では、上記のように処理装置へ送信するデータ構造が異なる場合には対応できないという問題があった。

この場合、一般的には、処理装置ごとに用意された入力フォームがクライアント装置において取得される。そして、ユーザは、処理装置ごとの入力フォームに、同じデータの入力操作を行なわねばならず、操作が煩雑であるという問題があった。

また、処理装置が規定しているデータ送信方法が異なる場合も、同様に処理装置ごとの入力フォームの操作が必要となるという問題があった。

本発明はこのような問題に鑑みてなされたものであって、システム上の他のデータ処理装置にデータを送信して処理を実行させる際に、煩雑な操作を行なうことなく所定のアクセス方法でデータを送信することのできるデータ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録した記録媒体を提供することを目的とする。

上記目的を達成するために、本発明のある局面に従うと、データ処理装置は、データを記憶する記憶手段と、他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得手段と、アクセス情報と、記憶手段に記憶されるデータとに基づいて、他の装置に送信するデータを作成して送信する送信データ処理手段とを備える。

好ましくは、アクセス情報は、他の装置に送信されるデータのデータ構造を規定する情報と、他の装置へデータを送信する方法を規定する情報との少なくとも一方を含み、アクセス情報にデータ構造を規定する情報が含まれる場合には、送信データ処理手段は、記憶手段に記憶されるデータに基づいて、そのデータ構造の他の装置に送信するためのデータを作成して送信し、アクセス情報に他の装置へデータを送信する方法を規定する情報が含まれる場合には、送信データ処理手段は、記憶手段に記憶されるデータに基づいて作成された他の装置に送信するデータをその方法で送信する。

好ましくは、アクセス情報取得手段は、アクセス情報を他の装置から取得する。
好ましくは、アクセス情報取得手段は複数のアクセス情報を取得し、データ処理装置は、複数のアクセス情報の中から、他の装置にデータを送信するために用いる所定のアクセス情報を選択するアクセス情報選択手段をさらに備える。

好ましくは、データ処理装置は、記憶手段に記憶される複数のデータの中から、他の装置に送信する所定のデータを選択する送信データ選択手段をさらに備える。

さらに好ましくは、記憶手段に記憶されるデータは、項目ごとのデータを含んで構成され、１つの項目に複数のデータが対応している場合、送信データ選択手段は、複数のデータが対応している項目ごとにその項目に対応した複数のデータを提示して、その項目に対応させるデータを選択する。

または、さらに好ましくは、記憶手段に記憶されるデータは、項目ごとのデータの組合わせで構成され、記憶手段にその組合わせが複数記憶される場合に、送信データ選択手段は、組合わせに含まれてその組合わせを特定できる１以上の項目ごとデータを提示して、他の装置に送信する所定のデータである組合わせを選択する。

好ましくは、記憶手段に記憶されるデータは、ユーザによる入力の履歴である。
好ましくは、データ処理装置は、他の装置に送信するデータを作成するために必要なデータを入力するためのユーザインタフェースを記述するユーザインタフェース記述データを取得するユーザインタフェース記述データ取得手段と、ユーザインタフェース記述データを処理してユーザインタフェースを出力するユーザインタフェース処理手段と、ユーザインタフェースに基づいて入力されたデータを記憶手段に格納する格納手段とをさらに備える。

本発明の他の局面に従うと、データ処理方法は、記憶装置からデータを取得するデータ取得ステップと、他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップと、アクセス情報と、記憶装置から取得されるデータとに基づいて、他の装置に送信するデータを作成して送信する送信データ処理ステップとを備える。

本発明のさらに他の局面に従うと、データ処理プログラムは、他の装置にデータを送信するためのデータ処理をコンピュータに実行させるプログラムであって、記憶装置からデータを取得するデータ取得ステップと、他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップと、アクセス情報と、記憶装置から取得されるデータとに基づいて、他の装置に送信するデータを作成して送信する送信データ処理ステップとを実行させる。

本発明のさらに他の局面に従うと、記録媒体はコンピュータ読取可能な記録媒体であって、上述のデータ処理プログラムを記録する。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。

図１は、本実施の形態にかかるデータ通信システムの構成の具体例を示す図である。
図１を参照して、本実施の形態にかかるデータ通信システムは、サービス提供サーバ（以下、単にサーバと言う）２とクライアント装置１とを含んで構成され、サーバ２とクライアント装置１とは、インターネット、公衆回線網、あるいは放送網を介して通信を行なう。また、図１には示されていないものの、サーバ２とクライアント装置１とはＬＡＮ（Local Area Network）等の専用回線を介して通信を行なってもよいし、無線通信を行なってもよい。

サーバ２は、入力フォームをクライアント装置１に対して配布し、その入力フォームを利用して作成されたデータをクライアント装置１から受信することにより、受信したデータに基づいた処理を実施するサービスをクライアント装置１に対して提供する。

本実施の形態においては、サーバ２は、クライアント装置１である携帯電話１に対して懸賞応募用の入力フォームを配布し、その入力フォームを利用して作成、送信されたデータをクライアント装置１である携帯電話１から受信することにより、携帯電話１から懸賞の応募を受付ける。

クライアント装置１は、サーバ２から提供された入力フォームを利用して必要なデータを取得し、送信用のデータを作成してサーバ２に対して送信する。図１に示されるように、クライアント装置１は携帯電話やＰＤＡ（Personal Digital Assistants）、パーソナルコンピュータ、テレビジョン受像機、およびファクシミリ送受信機など、データを送受信する機能を備えるデータ処理装置が該当し、以下の説明においては、クライアント装置１が携帯電話１であるものとして説明を行なう。

また、サーバ２は、懸賞の応募を受付けるサービスを実施するサーバであるものとして説明を行なうが、サーバ２も、いわゆるサーバに限定されず、携帯電話やＰＤＡ、パーソナルコンピュータ、テレビジョン受像機、プリンタ、複写機、およびファクシミリ送受信機など、データを所定のデータ形式で送受信し、そのデータに対して所定の処理を施すデータ処理装置であればよい。

次に、図２に、本データ通信システムに含まれるクライアント装置１である携帯電話１のハードウェア構成について具体例を示す。

図２を参照して、本実施の形態のデータ通信システムに含まれる携帯電話１は、ユーザとのインタフェースである入出力部１４０と、ＣＰＵ（Central Processing Unit）等から構成されて、この携帯電話１の全体を制御する制御部１２０と、他の装置と通信するための通信部１１０と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などから構成されて、制御部１２０において実行されるプログラムや、そのプログラムの中間データおよび他のコンピュータから受信したデータ等を記憶する記憶部１３０とを含んで構成される。

さらに上述の入出力部１４０は、「１」、「２」などの数字ボタンおよび「Ｒ」、「Ｌ」などの方向ボタンなどを含むキーコード入力デバイス１４２と、ユーザに情報を表示するＬＣＤ（Liquid Crystal Display）などのディスプレイ１４４と、音声を入力するマイクロフォン１４６と、音声を出力するスピーカ１４８と、画像を撮影して入力するカメラ１４９とを含む。

また、制御部１２０は、その内部にタイマを含む。
このような携帯電話１において、ユーザがサーバ２から得た入力フォームの表示および送信データの作成を行なう処理は、携帯電話１のハードウェア、記憶部１３０に記憶され制御部１２０により実行されるソフトウェアおよび入力フォームデータにより実現される。なお、図２に示した携帯電話１自体の動作は周知である。

また、本データ通信システムに含まれるサーバ２は、一般的なパーソナルコンピュータ等で構築されるサーバであり、その構成についてここでの詳細な説明は行なわない。

次に、図３に、携帯電話１の記憶部１３０に記憶される各プログラムの構成の具体例を示し、携帯電話１におけるデータ処理の流れを説明する。

図３を参照して、携帯電話１の記憶部１３０に記憶されるプログラムには、データ解析プログラム１３００と、入力フォーム処理エンジンプログラム１３１０と、音声データ録音プログラム１３２０と、アドレス帳プログラム１３３０と、ファイル取得プログラム１３４０と、画像撮影プログラム１３５０と、テキスト編集プログラム１３６０と、ＷＷＷ（World Wide Web）プログラム１３７０と、メールプログラム１３８０と、ＦＴＰ（File Transfer Protocol）プログラム１３９０とが含まれる。

図３を用いて説明されるデータ処理は、制御部１２０が記憶部１３０に記憶される各プログラムを実行することによって、携帯電話１において実現される。

具体的には、図３を参照して、始めに、制御部１２０は、データ解析プログラム１３００を実行させることで、通信部１１０において受信したデータを解析し、入力フォームデータであるか他のデータであるかを判別する処理を実行させる。

データ解析プログラム１３００での処理の結果、通信部１１０において受信したデータが入力フォームデータである場合、制御部１２０は、入力フォーム処理エンジンプログラム１３１０を実行させることで、通信部１１０において受信した入力フォームデータを処理する。なお、ここでの入力フォーム処理エンジンプログラム１３１０の機能構成については後述する。

次に、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、音声データ録音プログラム１３２０を実行させ、マイクロフォン１４６からの音声の入力とキーコード入力デバイス１４２からの各種指示とを受付ける。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、アドレス帳プログラム１３３０を実行させ、記憶部１３０に記憶されたメールアドレスや電話番号を取得する。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、ファイル取得プログラム１３４０を実行させ、記憶部１３０に記憶されたファイルを取得する。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、画像撮影プログラム１３５０を実行させ、カメラ１４９からの画像の入力とキーコード入力デバイス１４２からの各種指示とを受付ける。また、動画を撮影する際には、さらにマイクロフォン１４６からの音声の入力も受付ける。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、テキスト編集プログラム１３６０を実行させ、キーコード入力デバイス１４２からのテキスト情報と各種指示とを受付ける。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、ＷＷＷ（World Wide Web）プログラム１３７０を実行させ、キーコード入力デバイス１４２からのテキスト情報と各種指示とを受付け、通信部１１０を介してサーバ２とデータのやり取りを行なう。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、メールプログラム１３８０を実行させ、キーコード入力デバイス１４２からのテキスト情報と各種指示とを受付け、通信部１１０を介してサーバ２へメールを送信させる。

また、制御部１２０は、入力フォーム処理エンジンプログラム１３１０での処理結果に基づいて、ＦＴＰ（File Transfer Protocol）プログラム１３９０を実行させ、キーコード入力デバイス１４２からのテキスト情報と各種指示とを受付け、通信部１１０を介してサーバ２とデータのやり取りを行なう。

次に、入力フォーム処理エンジンプログラム１３１０の機能構成について説明する。図３に示される入力フォーム処理エンジンプログラム１３１０の機能構成は、制御部１２０が入力フォーム処理エンジンプログラム１３１０を実行することで発揮される機能である。

図３を参照して、入力フォーム処理エンジンプログラム１３１０を構成する機能には、入力フォームデータ取得部１３１１と、ＵＩ（ユーザインタフェース）処理部１３１２と、データ保存部１３１３と、送信データ処理部１３１４と、イベント管理部１３１５とが含まれる。

入力フォームデータ取得部１３１１は、通信部１１０において受信した入力フォームデータを読込んで構文を解析し、入力フォームデータに含まれるＵＩ記述データをＵＩ処理部１３１２へ、送信データ処理記述データを送信データ処理部１３１４へ渡す。

なお、ＵＩ記述データとは、所定の言語で記述された、ユーザがデータを入力するためのユーザインタフェースをクライアント装置のディスプレイに表示させるデータであり、送信データ処理記述データとは、アクセス方法を規定するアクセス情報を記述したデータである。アクセス方法には、クライアント装置から特定のサーバへ送信するデータのデータ構造や、データ記述言語や、送信方法や、送信先などが含まれ、送信データ処理記述データを用いることで、そのアクセス方法に準じた送信用のデータが作成されて、所定の送信先に送信される。

イベント管理部１３１５は、キーコード入力デバイス１４２から入力されるイベントなど、イベントの発生を監視し、検出されたイベントを解析する。そして、イベントの内容を示す検出情報をＵＩ処理部１３１２に渡す。

ＵＩ処理部１３１２は、入力フォームデータ取得部１３１１から渡された入力フォームデータのＵＩ記述データに基づいて、ユーザがデータを入力するためのユーザインタフェースをディスプレイ１４４に表示するための処理を実行する。さらに、イベント管理部１３１５から渡された検出情報に応じて、音声データ録音プログラム１３２０、アドレス帳プログラム１３３０、ファイル取得プログラム１３４０、画像撮影プログラム１３５０、およびテキスト編集プログラム１３６０を実行させて、各プログラムよりデータを取得する。そして、ＵＩ処理部１３１２は、取得したデータをデータ保存部１３１３へ渡す。

データ保存部１３１３は、ＵＩ処理部１３１２から渡されたデータより必要なデータを抽出して、記憶部１３０にデータを保存する。また、送信データ作成のため、データを送信データ処理部１３１４へ渡す。

送信データ処理部１３１４は、データ保存部１３１３から渡されたデータと、入力フォームデータ取得部１３１１から渡された入力フォームデータの送信データ処理記述データとに基づいて、サーバ２へ送信するデータを作成し、ＷＷＷプログラム１３７０、メールプログラム１３８０、またはＦＴＰプログラム１３９０を実行させて、作成したデータをサーバ２へ送信する。

なお、本実施の形態においては、サーバ２から提供された入力フォームデータを携帯電話１において処理する場合について説明するが、入力フォームデータは携帯電話１の記憶部１３０に記憶されていてもよく、その場合、図３に示される入力フォーム処理エンジンプログラム１３１０を構成する各部が機能され、記憶部１３０から読出して取得した入力フォームデータが処理される。また、入力フォームデータを提供する装置はサーバ２に限定されず、図１には示されない他の装置であってもよい。さらに、入力フォームデータは、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）やメモリカードなどの記録媒体に記録されて提供されてもよい。

次に、本実施の形態にかかる携帯電話１での入力フォームデータの処理について、図４のフローチャートを用いて説明する。図４のフローチャートに示される処理は、携帯電話１の制御部１２０が、図３に構成が示される入力フォーム処理エンジンプログラム１３１０を記憶部１３０から読出して実行し、図３に示される入力フォーム処理エンジンプログラム１３１０を構成する各部を機能させて実現される。

図４を参照して、始めに、初期化が実行された後（Ｓ１０）、通信部１１０でインターネットを介してサーバ２よりデータが受信されると（Ｓ１１でＹＥＳ）、データ解析プログラム１３００が起動されることで、ステップＳ１０で受信されたデータが解析されて、そのデータが入力フォームデータであるか否かが判別される（Ｓ１２）。判別の結果、受信されたデータが入力フォームデータでない場合には（Ｓ１２でＮＯ）、処理はステップＳ１９に移行し、図３には示されない、そのデータに応じたプログラムが起動されて、そのデータに応じた処理が実行される。

ステップＳ１２での判別の結果、受信されたデータが入力フォームデータである場合には（Ｓ１２でＹＥＳ）、制御部１２０は入力フォーム処理エンジンプログラム１３１０を起動し、入力フォームデータ取得部１３１１は、入力フォームデータを読込む（Ｓ１３）。さらに、入力フォームデータ取得部１３１１は、入力フォームデータを構文解析する（Ｓ１４）。なお、ここでの構文解析の方法については、本発明において限定されるものでなく、利用されているデータ記述言語に応じた一般的な構文解析方法であってよい。

ステップＳ１４での構文解析の後、入力フォームデータ取得部１３１１は、ＵＩ記述データをＵＩ処理部１３１２へ、送信データ処理記述データを送信データ処理部１３１４へ書出す（Ｓ１５）。

次に、ＵＩ処理部１３１２は、ステップＳ１５で書出されたＵＩ記述データに基づき、ユーザがデータ入力するユーザインタフェースをディスプレイ１４４に表示するための処理であるＵＩ表示処理を行なう（Ｓ１６）。

次に、イベント管理部１３１５はイベントの発生を監視する（Ｓ１７）。ステップＳ１７で発生が検出されるイベントは、ユーザがデータ送信を行なうためにデータ入力の終了を指示する操作や、音声データ録音プログラム１３２０、アドレス帳プログラム１３３０、ファイル取得プログラム１３４０、画像撮影プログラム１３５０、およびテキスト編集プログラム１３６０の機能を起動するためのＵＩとして利用されるボタンを押下するキー操作などを含む、キーコード入力デバイス１４２から入力されるイベントなどが該当する。そして、ステップＳ１７においてイベントの発生が検出されると（Ｓ１７でＹＥＳ）、ＵＩ処理部１３１２で、当該イベントに応じた処理が実行される（Ｓ１８）。

なお、ステップＳ１８のイベントに応じた処理は、処理の途中で通話プログラムなどに割込まれたり、またユーザの都合や電池の消耗により中断されたりした場合、その時点の再生または編集位置と変更中の状態とを記憶部１３０に保存して処理を中断し、後に再開する際には、記憶部１３０から保存された再生または編集位置と変更中の状態とを読込んで中断前の再生または編集位置から、復帰できるように構成されていることが好ましい。

次に、上述のステップＳ１８で実行されるイベントに応じた処理について、図５のフローチャートを用いて説明する。

図５を参照して、上述のステップＳ１７では、イベント管理部１３１５はイベントの発生を検出するとその内容を解析し、イベントの内容を示す検出情報がＵＩ処理部１３１２に送られる。

ステップＳ１７で検出されたイベントがデータ送信を行なうなどするためにデータ入力の終了を指示するための操作でない場合（Ｓ２１でＮＯ）、ＵＩ処理部１３１２は、必要なプログラム１３２０〜１３６０を実行させて、データを入力する処理を実行する（Ｓ２２）。そして、ステップＳ２２で入力されたデータに基づいてＵＩ記述データを書換える処理を実施し（Ｓ２３）、処理を図４のステップＳ１７へ戻す。

ステップＳ２２で実行されるデータ入力処理とは、テキスト入力フィールドへのテキスト入力や、パスワード入力フォームへのパスワード入力や、チェックボックスによる選択肢からの選択、ラジオボタンによる選択肢からの選択、および／またはファイル選択機能によるファイル選択などによるデータ入力を実施するための処理が該当する。本実施の形態においては、一般的に行なわれているＸＨＴＭＬ（eXtensible HyperText Markup Language）によって入力されたデータが記述されるデータ入力処理が想定されている。

一方、ステップＳ１７で検出されたイベントが、送信を行なうなどするためにデータ入力の終了を指示するための操作であった場合（Ｓ２１でＹＥＳ）、ＵＩ処理部１３１２はデータ保存部１３１３へ入力されたデータを渡して記憶部１３０に保存する。さらに、送信データ処理部１３１４は記憶部１３０に保存されたデータを読出して、送信用のデータを書出す処理を実行する（Ｓ２４）。ステップＳ２４で実行される送信用データ書出処理の詳細は後述する。

そして、送信データ処理部１３１４は、ステップＳ２４で書出した送信用のデータと入力フォームデータの送信データ処理記述データとに基づいて、通信部１１０よりサーバ２に対してそのデータを送信する（Ｓ２５）。ステップＳ２５で実行されるデータ送信処理は、通常、制御部１２０がＷＷＷプログラム１３７０、メールプログラム１３８０、またはＦＴＰプログラム１３９０が起動され、それらの送信機能が利用されて実行される。

以上で、携帯電話１での入力フォームデータの処理が終了する。
次に、上述のステップＳ２４で実行される送信用データ書出処理について、図６のフローチャートを用いて説明する。

図６を参照して、ＵＩ処理部１３１２は、ステップＳ２３で書換えられたＵＩ記述データの中からユーザが入力したデータを抽出し、データ保存部１３１３へ渡す（Ｓ３１）。たとえば、ＵＩ記述データがＸＨＴＭＬによる記述形式のデータである場合には、ステップＳ３１でユーザが入力したデータはフォームデータ形式で抽出されてデータ保存部１３１３へ渡されることになる。

データ保存部１３１３は、ＵＩ処理部１３１２から渡されたデータを解析し、そのデータの中から、入力項目の属性名を示す識別子と属性値とが対になった形式の入力項目ごとの入力データを抽出する。そして、データ保存部１３１３において、抽出された入力項目ごとの入力データが記憶部１３０へ保存されると共に、送信データ処理部１３１４へ渡される（Ｓ３２）。

次に、送信データ処理部１３１４において、ステップＳ３２で抽出された入力項目ごとの入力データについて、すべてがステップＳ３５で実行される書換処理に用いられたかが判定される（Ｓ３３）。未処理のデータがある場合（Ｓ３３においてＮＯ）、送信データ処理部１３１４は、未処理の入力データに含まれる属性名を示す識別子と、入力フォームデータの送信データ処理データに記述されている、送信用のデータの入力項目の属性名を示す識別子とが一致するか否かを判定する（Ｓ３４）。

そのデータに含まれる識別子と送信データ処理データに記述されている識別子とが一致しない場合には（Ｓ３４でＮＯ）、処理をステップＳ３３に戻し、さらに他の未処理のデータについて、識別子が一致するか否かを判別する。

一方、そのデータに含まれる識別子と送信データ処理データに記述されている識別子とが一致する場合（Ｓ３４においてＹＥＳ）、送信データ処理部１３１４は、送信用のデータの該当する入力項目の部分を、識別子が一致した属性値に書換える（Ｓ３５）。そして、処理を再びステップＳ３３に戻し、さらに他の未処理のデータについて、識別子が一致するか否かを判別する。

ステップＳ３３の判定の結果、ステップＳ３２で抽出された入力データについて、すべてが上述の書換処理に用いられたことが判定されると（Ｓ３３でＹＥＳ）、送信データ処理部１３１４は送信用のデータを書出し（Ｓ３６）、図５のステップＳ２５へ処理を戻す。

次に、以上の処理の流れを、画面遷移および入力フォームデータの具体例を用いて説明する。

図７に、サーバ２から提供される入力フォームデータに含まれるＵＩ記述データの具体例を示す。

図７に示されるＵＩ記述データは、懸賞へ応募するために必要な氏名、性別、年齢、メールアドレス、郵便番号、住所等のユーザ情報を入力するユーザインタフェースを表示させるためのデータである。図７に示されるように、本実施の形態においては、入力フォームデータはＨＴＭＬ形式のデータであるものとし、図７に示されるＵＩ記述データは、ＸＴＨＭＬによる一般的な記述データであるため、ここでの詳細な説明は行なわない。なお、図７に示されるＵＩ記述データに基づいて携帯電話１のディスプレイ１４４に表示されるユーザ情報を入力するユーザインタフェースの具体例を図８に示す。

図８にも示されるように、図７に示されるＵＩ記述データには、ユーザ情報の入力項目として、「氏名」を構成する「姓」および「名」、「性別」の選択肢である「男性」または「女性」、「年齢」、「メールアドレス」、「郵便番号」、および「住所」が含まれる。そして、それらの入力項目ごと入力データは、入力されたテキストデータ（または選択された選択肢）である属性値と、その項目の属性名を示す識別子とが対となった形式であることが、図７に示されるＵＩ記述データに記述されている。

図９に、サーバ２から提供される入力フォームデータに含まれる送信データ処理記述データの具体例を示す。

図９に示される送信データ処理記述データは、図８に示されたユーザインタフェースを利用してユーザが入力した懸賞応募用のユーザ情報に基づいて、サーバ２へ送信する送信用のデータを作成するためのデータである。

図９に示される送信データ処理記述データには、ＵＩ記述データに記述される各入力項目の属性名を示す識別子が順に記述され、その識別子に対になった属性値を順に並べて送信用のデータを作成するためのデータの構成が記述されている。

図１０は、図７で示されるＵＩ記述データに基づいて表示されたユーザインタフェース（図９）に対して、ユーザによるユーザ情報の入力が完了した状態の具体例を示す図である。つまり、図５のフローチャートのステップＳ２１において、ユーザがデータ入力の終了を指示するための操作を行なう直前の状態の具体例を示している。この状態においてユーザがデータ入力の終了を指示するための操作としてたとえばＳｅｌｅｃｔボタンを押下するなどを行なうと（ステップＳ２１でＹＥＳ）、ステップＳ２４の送信用データ書出処理が実施される。

先述のように、ステップＳ２４の送信用データ書出処理が開始すると、図６のフローチャートのステップＳ３１において、ユーザが入力したデータを抽出する処理が実行される。具体的には、ＵＩ処理部１３１２が入力データをフォームデータ形式のデータとして抽出してデータ保存部１３１３へ渡し、データ保存部１３１３で抽出データがデコードされる。データ保存部１３１３においては、図１１に示されるように、ＵＩ処理部１３１２から渡された抽出データから、入力データとして属性名を示す識別子とその属性値との対が抽出される。図１１に示される入力データは記憶部１３０に保存される。また、送信データ処理部１３１４に渡される。

ステップＳ３３〜Ｓ３５での送信用のデータの作成処理においては、具体的には、送信データ処理部１３１４は図１１に示される入力データの中から識別子「ｌａｓｔ＿ｎａｍｅ」を抽出し、送信データ処理記述データに記述「＄｛ｌａｓｔ＿ｎａｍｅ｝」に該当する部分が含まれるか否かを判定する。図９に具体例が示される送信データ処理記述データには記述「＄｛ｌａｓｔ＿ｎａｍｅ｝」に該当する部分が存在するため、送信データ処理部１３１４は、その該当部分を、図１１において識別子「ｌａｓｔ＿ｎａｍｅ」に対応付けられている属性値である文字列「山田」に書換える。

同様に送信データ処理記述データに含まれる記述「＄｛ｆｉｒｓｔ＿ｎａｍｅ｝」は文字列「太郎」に、記述「＄｛ｓｅｘ｝」は選択肢「ｍａｌｅ」に、記述「＄｛ａｇｅ｝」は文字列「３１」に、記述「＄｛ｍａｉｌ｝」は文字列「ｔａｒｏ＠ａａａ．ｃｏ．ｊｐ」に、記述「＄｛ｚｉｐ１｝」は文字列「５４５」に、記述「＄｛ｚｉｐ２｝」は文字列「８５２２」に、記述「＄｛ａｄｄｒｅｓｓ｝」は文字列「大阪市阿倍野区長池町２２番２２号」に、それぞれ書換える。

このようにして、ステップＳ３３〜Ｓ３５では、図９に具体例が示される送信データ処理記述データに含まれるすべての識別子を入力データにおいて対応付けられている属性値に置換えて、図１２に示されるような、サーバ２へ送信する送信用のデータを完成する。

なお、送信データ処理記述データに記述されるアクセス情報は、図９に示されるように、送信用のデータのデータ構成のみでなく、図１３に示されるような送信方法や送信先が含まれていてもよい。図１３に示される送信データ処理記述データでは、一行目にデータ送信方法と送信先とが記述されている。具体的には、データ送信方法としてＨＴＴＰのＧＥＴメソッドを利用することが記述され、送信先としてＵＲＬ（Uniform Resource Locators）「ＷＷＷ．ＡＡＡ．ｃｏ．ｊｐ／ｐｒｉｚｅ」が記述されている。この場合、ステップＳ２５において、送信データ処理部１３１４は、ＷＷＷプログラム１３７０へ必要なデータを渡してエンコードさせ、指定されたＵＲＬへデータを送信させる。

図１４は、送信データ処理記述データに含めることのできる送信方法の記述例を示す図である。送信方法は、図１３にも示されたように、一行目に、ＵＲＩ（Uniform Resource Identifier）とＭｅｔｈｏｄとで記述される。具体的な送信方法としては、図１４を参照して、ＵＲＩ Ｓｃｈｅｍｅが「ｈｔｔｐ：」の場合、Ｍｅｔｈｏｄが「ｇｅｔ」「ｐｕｔ」「ｐｏｓｔ」を指定することができ、それぞれＨＴＴＰプロトコルのメソッドに対応したデータエンコードを実施し、送信する送信方法である。また、ＵＲＩ Ｓｃｈｅｍｅが「ｍａｉｌｔｏ：」の場合は、ＳＭＴＰ（Simple Mail Transfer Protocol）、つまり電子メールでデータを送信する送信方法である。この場合、送信データにファイルが含まれる場合は、添付ファイルとして送信される。また、ＵＲＩ Ｓｃｈｅｍｅが「ｆｔｐ：」の場合、ＦＴＰ（File Transfer Protocol）にてデータ送信される。

上述のように、ユーザによって入力されたデータから抽出された入力項目ごとの入力データはデータ保存部１３１３によって記憶部１３０に保存されるので、ステップＳ１６のＵＩ表示処理において、ＵＩ処理部１３１２は、データ記憶部１３０に保存されている入力データから該当する識別子を抽出し、その識別子と対になっている属性値が表示されるユーザインタフェースを表示するためのＵＩ表示処理を行なうことで、以前ユーザが入力したデータを再利用してユーザインタフェースを表示することが可能となる。

たとえば、図１１に示される入力項目ごとの入力データが記憶部１３０に保存されているものとする。図１１は、具体的には、図７に示されるＵＩ記述データと図９に示される送信データ処理記述データとを含む入力フォームデータによって以前入力されたデータから抽出された入力項目ごとの入力データであるものとする。そのとき、ステップＳ１５でＵＩ処理部１３１２が入力フォームデータ取得部１３１１からＵＩ記述データを受取ると、ステップＳ１６では、図１５に示されるようなＵＩ表示処理が実行される。

すなわち、図１５を参照して、ＵＩ処理部１３１２は、入力フォームデータ取得部１３１１から渡されたＵＩ記述データを解析すると共に（Ｓ１０１）、記憶部１３０から保存されている入力データを読出す（Ｓ１０２）。そして、ＵＩ記述データに記述される入力項目の属性名を示す識別子と、記憶部１３０から読出した入力データに含まれる属性名を示す識別子とを比較する（Ｓ１０３）。

ステップＳ１０３での比較の結果、一致する識別子がある場合には（Ｓ１０４でＹＥＳ）、識別子が一致する入力項目の入力欄に、その識別子と対にして記憶部１３０に保存されている属性値を表示させたユーザインタフェースをディスプレイ１４４に表示するよう処理を行なう（Ｓ１０５）。また、識別子が一致しない場合には、その入力項目についてはユーザ入力を受付けるために空欄または選択肢を選択可能に表示させるユーザインタフェースをディスプレイ１４４に表示するよう処理を行なう（Ｓ１０６）。この処理を、ＵＩ記述データに記述されるすべての入力項目に対して順に行なう（Ｓ１０７）。

具体的には、図７に示されるＵＩ記述データの記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｔｅｘｔ“ ｎａｍｅ＝“ｌａｓｔ＿ｎａｍｅ“ ／＞」に示される入力項目「姓」の入力欄には、識別子「ｌａｓｔ＿ｎａｍｅ」と対になって記憶部１３０に保存されている属性値「山田」が入力されて表示される処理を行なう。

また、ＵＩ記述データの記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｔｅｘｔ“ ｎａｍｅ＝“ｆｉｒｓｔ＿ｎａｍｅ“ ／＞」に示される入力項目「名」の入力欄には、識別子「ｆｉｒｓｔ＿ｎａｍｅ」と対になって記憶部１３０に保存されている属性値「太郎」が入力されて表示される処理を行なう。

また、ＵＩ記述データの記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｒａｄｉｏ“ ｎａｍｅ＝“ｓｅｘ“ ｖａｌｕｅ＝“ｍａｌｅ“ ／＞」と「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｒａｄｉｏ“ ｎａｍｅ＝“ｓｅｘ“ ｖａｌｕｅ＝“ｆｅｍａｌｅ“ ／＞」とに示される入力項目「性別」のラジオボタンによる選択入力欄には、識別子「ｓｅｘ」と対になって記憶部１３０に保存されている属性値「ｍａｌｅ」に該当する「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｒａｄｉｏ“ ｎａｍｅ＝“ｓｅｘ“ ｖａｌｕｅ＝“ｍａｌｅ“ ／＞」が選択された状態で表示される処理を行なう。

また、ＵＩ記述データの記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｔｅｘｔ“ ｎａｍｅ＝“ａｇｅ“ ｓｉｚｅ＝”２“ ／＞」に示される入力項目「年齢」の入力欄には、識別子「ａｇｅ」と対になって記憶部１３０に保存されている属性値「３１」が入力されて表示される処理を行なう。

また、ＵＩ記述データの記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｔｅｘｔ“ ｎａｍｅ＝“ｚｉｐ１” ｓｉｚｅ＝”３” ／＞」に示される入力項目「郵便番号」の前半の入力欄には、識別子「ｚｉｐ１」と対になって記憶部１３０に保存されている属性値「５４５」が入力され、記述「＜ｉｎｐｕｔ ｔｙｐｅ＝“ｔｅｘｔ“ ｎａｍｅ＝“ｚｉｐ２“ ｓｉｚｅ＝”４” ／＞」に示される入力項目「郵便番号」の後半の入力欄には、識別子「ｚｉｐ２」と対になって記憶部１３０に保存されている属性値「８５２２」が入力されて表示される処理を行なう。

また、ＵＩ記述データの記述「＜ｔｅｘｔａｒｅａ ｎａｍｅ＝“ａｄｄｒｅｓｓ“ ｃｏｌｓ＝”３０” ｒｏｗｓ＝”２“＞」に示される入力項目「住所」の入力欄には、識別子「ａｄｄｒｅｓｓ」と対になって記憶部１３０に保存されている属性値「大阪市阿倍野区長池町２２番２２号」が入力されて表示される処理を行なう。

つまり、記憶部１３０に図１１に示される入力データが保存されている場合、ステップＳ１６では、図１０に示されるユーザインタフェースが表示されることになる。そして、このユーザインタフェースが表示された後に、ステップＳ１７以降の処理が前述同様に実行される。

携帯電話１においてこのような処理が実行されることで、ユーザは、以前に入力したデータを再度同じ送信先に送信する際に、再度入力操作を行なうことなく、同じ内容のデータを所定のアクセス方法で容易に送信することが可能になる。

この、記憶部１３０に保存された入力データは、そのデータが入力された際に用いられたユーザインタフェースを表示させるためのＵＩ記述データとは異なるＵＩ記述データでユーザインタフェースを表示させる際にも利用することができる。また、その際に、ユーザインタフェースの入力項目に表示された入力情報を修正することも可能である。

図１６は、サーバ２から提供される入力フォームデータに含まれるＵＩ記述データの具体例を示す図であって、図７に示されるＵＩ記述データとは異なるデータを示している。より詳しくは、図７に示されるＵＩ記述データに記述される入力項目「メールアドレス」が、図１６に示されるＵＩ記述データでは、入力項目「携帯電話のメールアドレス」と変更されている。ただし、両ＵＩ記述データのファイル名「ｐｒｉｚｅ．ｈｔｍｌ」は同じとする。

この場合、ステップＳ３２で、データ保存部１３１３は、入力データに、そのデータを入力する際に用いられたＵＩ記述データの識別情報（たとえばファイル名）を付与して記憶部１３０へ保存する。ステップＳ１０１で、ＵＩ処理部１３１２は、入力フォームデータ取得部１３１１から渡されたＵＩ記述データを解析して識別情報を取得し、ステップＳ１０２でそのＵＩ記述データの識別情報が付与されている入力データを記憶部１３０から抽出することで、そのデータが再利用可能であることを判定できる。

図１６に示されるＵＩ記述データに対して上述の記憶部１３０に保存されている入力データを再利用してＵＩ表示処理が行なわれることで、ステップＳ１６では図１７に示されるようなユーザインタフェースが表示される。図１７は、具体的に図１１で示される入力項目ごとの入力データを再利用してＵＩ表示処理が行なわれた場合に表示される、各入力項目の入力欄がオートフィルされている状態のユーザインタフェースの具体例を示す図である。

図１７に示されるユーザインタフェースの入力項目「携帯電話のメールアドレス」には、図８に示されるユーザインタフェースの入力項目「メールアドレス」に入力された通常のメールアドレスがオートフィルされているので、ユーザは、図１７に示される状態から、入力項目「携帯電話のメールアドレス」の入力欄の入力データを修正して図１８に示されるように入力する。そして、携帯電話１では、そのＵＩ記述データに基づいてステップＳ１７以降の処理が実行されて図１９に示される送信用のデータが作成され、サーバ２へ送信される。

携帯電話１においてこのような処理が実行されることで、表示されるＵＩが以前入力操作に用いたＵＩとは異なる場合であっても、以前のＵＩの入力項目と同じ入力項目がそのＵＩに含まれる場合、ユーザは、その入力項目について、以前に入力したデータを再度入力する操作を行なうことなく、所定のアクセス方法で容易に送信することが可能になる。

ところで、記憶部１３０に保存される入力データは、図２０に示されるように、属性名を示す識別子に対して複数の属性値が対応付けられていてもよい。

記憶部１３０に保存される入力データにおいて属性名を示す識別子に対して複数の属性値が対応付けられている場合、ステップＳ１６において図２１に示されるようなＵＩ表示処理が実行される。

すなわち、図２１を参照して、図１５のフローチャートに示されるステップＳ１０１〜Ｓ１０３と同様の処理を、ＵＩ記述データに記述されるすべての入力項目に対して順に行なって、ステップＳ１０３での比較の結果、一致する識別子がある場合（Ｓ１０４でＹＥＳ）、さらに、属性名を示す１つの識別子に対応付けられている複数の属性値が抽出された場合には、入力項目ごとに、それら複数の属性値を選択肢として選択可能に表示させたユーザインタフェースをディスプレイ１４４に表示するよう処理を行なう（Ｓ１２２）。

このようにして、ステップＳ１６では、複数の属性値を選択肢として選択できるユーザインタフェースをディスプレイ１４４に表示し、ステップＳ１７で、ユーザからの選択を受付ける。

より具体的には、図７に示されるＵＩ記述データに対して記憶部１３０に保存されている図２０に示されるような入力データを再利用してＵＩ表示処理を行なう場合、ＵＩ処理部１３１２は、たとえば、入力項目「名」の入力欄に、識別子「ｆｉｒｓｔ＿ｎａｍｅ」に対応付けられている複数の属性値「太郎」，「花子」，「次郎」を選択可能にメニュー表示させたユーザインタフェースを表示して、ユーザの選択を受付ける。そして、選択された属性値を入力欄にオートフィルし、ステップＳ１７以降の処理を実行する。

また、データ記憶部１３０に保持される入力データは、図２２に示されるように、リスト構造であってもよい。このようなリスト構造である入力データは、以前ユーザが入力した入力データについて、その１回の入力操作における各入力項目の入力データを１組のデータとして対応付け、以前の入力操作におけるすべての入力データを１つのリストとして保持する構造である。図２２に示されるデータでは、具体的に、ユーザが少なくとも３度入力操作を行なった場合に構築される入力データを示している。

データ記憶部１３０に保持される入力データがリスト構造のデータである場合、ステップＳ１６において、図２３に示されるようなメニュー「山田，太郎」，「山田，花子」，「山田，次郎」が選択可能に表示されたユーザインタフェースをディスプレイ１４４に表示し、ステップＳ１７で、ユーザからの選択を受付ける。ＵＩ処理部１３１２は、リスト構造の入力データから、選択されたメニューに対応付けられている１組の入力データを抽出し、該当する入力項目の入力欄に対応する属性値をオートフィルする。

携帯電話１においてこのような処理が実行されることで、ユーザは、以前に入力したデータを再度同じ送信先に送信する際に、再度入力操作を行なうことなく、簡単な選択操作を行なうだけで、同じ内容のデータを所定のアクセス方法で容易に送信することが可能になる。

なお、記憶部１３０には、予め送信データ処理記述データが保存されていてもよく、ステップＳ２４の送信用データ書出処理において、記憶部１３０に保存されている送信データ処理記述データが用いられてもよい。さらに、記憶部１３０には複数の送信データ処理記述データが保存されていてもよく、ステップＳ２４の送信用データ書出処理において、選択された送信データ処理記述データが用いられてもよい。複数の送信データ処理記述データが記憶部１３０に保存されている場合、ステップＳ２４の送信用データ書出処理においては、図６に示される処理に替えて、図２４に示される処理が実行される。

すなわち、図２４に示されるように、ステップＳ３２で、データ保存部１３１３において、抽出された入力項目ごとの入力データが記憶部１３０へ保存されると共に、送信データ処理部１３１４へ渡されると、送信データ処理部１３１４において、記憶部１３０に保存されている送信データ処理記述データの中から用いる送信データ処理記述データを特定する処理が実行される（Ｓ１３１）。そして、以降のステップＳ３３〜Ｓ３６においては、ステップＳ１３１で特定された送信データ処理記述データが用いられる。

たとえば、図９に示される送信データ処理記述データと、図９に示される送信データ処理記述データとは異なる構造の送信用のデータを作成するための、図２５に示されるデータ処理記述データとが保存されており、ステップＳ１３１において図２５に示されるデータ処理記述データが用いる送信データ処理記述データとして特定された場合、ステップＳ３３〜Ｓ３６が実行されて図２６に示される送信用のデータが作成される。

ステップＳ１３１における送信データ処理記述データの特定方法としては、いくつかの具体的な方法が挙げられる。たとえば、記憶部１３０へ保存される複数の送信データ処理記述データを選択可能に表示し、ユーザの選択を受付ける方法であってもよい。また、送信データ処理記述データに記述されるアクセス情報に送信方法や送信先が含まれる場合には、送信データ処理記述データの記述が参照されて、予め決められている、または選択された送信方法や送信先に該当する送信データ処理記述データが特定される方法であってもよい。また、記憶部１３０に保存されている入力データと送信データ処理記述データとが対応付けられている場合、再利用された入力データに対応する送信データ処理記述データが自動的に特定されてもよい。なお、その場合、記憶部１３０に保存されている入力データと送信データ処理記述データとの対応は、予め記憶部１３０に記憶されていてもよいし、記憶部１３０に保存されている入力データに対応する送信データ処理記述データを特定する情報が含まれていてもよい。また、入力フォームデータに送信データ処理記述データに替えて記憶部１３０に保存されている送信データ処理記述データを特定する情報が含まれて、その情報に基づいて送信データ処理記述データが特定される方法であってもよい。

携帯電話１においてこのような処理が実行されることで、ユーザは、以前に入力したデータを、そのときのアクセス方法とは異なるアクセス方法で送信する場合であっても、再度入力操作を行なうことなく、または簡単な選択操作を行なうだけで、同じ内容のデータを所定のアクセス方法で容易に送信することが可能になる。

さらに、ステップＳ２４の送信用データ書出処理のステップＳ３５において、送信データ処理記述データの文字列を属性データの文字列に書換える書換処理に加えて（または替えて）、送信データ処理記述データの文字列を所定のファイルに書換える書換処理が実行されてもよい。

具体的に、図２７に示されるＵＩ記述データおよび図２８に示される送信データ処理記述データが含まれる入力フォームデータを処理する場合について説明する。

ＵＩ処理部１３１２において図２７に示されるＵＩ記述データに対してステップＳ１６のＵＩ表示処理が実行されて、図２９に示されるユーザインタフェースがディスプレイ１４４に表示される。そして、各入力項目について、ユーザから（または記憶部１３０に保存されている入力データが再利用されて）、図３０に示されるようなデータが入力されたとする。すなわち、図２６に示されるＵＩ記述データに基づいて、入力項目「写真」に、写真データのファイルの入力を受付ける。

この場合、ステップＳ２４の送信用データ書出処理のステップＳ３５では、図２８に示される送信データ処理記述データに基づいて、文字列の書換処理と共にファイルの置換処理が実行される。

具体的には、ステップＳ３１において、ＵＩ処理部１３１２は、ステップＳ２３で書換えられたＵＩ記述データの中から、ユーザが入力した、ファイル「／ｐｉｃｔｕｒｅ／２００４０１２９．ｊｐｇ」を含むデータを抽出し、データ保存部１３１３へ渡す。データ保存部１３１３では、渡されたファイル「／ｐｉｃｔｕｒｅ／２００４０１２９．ｊｐｇ」にファイル名「２００４０１２９．ｊｐｇ」が付与されて、属性名を示す識別子「ｐｈｏｔｏ」に対応する属性値として記憶部１３０の所定領域に格納される。

このとき、ステップＳ３１において抽出されるユーザの入力したデータのデータ形式は送信方法に沿った形式であって、たとえば、ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ形式やｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ形式などの形式が該当する。そして、ステップＳ３２では、抽出された各入力データが図３１で示されているデータ形式で記憶部１３０に保存される。具体的には、ステップＳ３２では属性の型が定義される。入力データがファイルの場合は、属性の型はファイル名として定義され、その属性値にファイル名が格納される。

ステップＳ３５では、送信データ処理部１３１４において、図２８に示される送信データ処理記述データに含まれる、属性名を示す識別子「ｐｈｏｔｏ」に対応する属性値として記憶部１３０からファイル名「２００４０１２９．ｊｐｇ」のファイルが抽出され、送信データ処理記述データの６行目の記述「＄｛ｐｈｏｔｏ｝」の部分がファイル名「２００４０１２９．ｊｐｇ」のファイルに書換えられる。そして、ステップＳ３６において、ファイル名「２００４０１２９．ｊｐｇ」のファイルの内容が含まれる送信用のデータが書出される。具体的には、図２８に示される送信データ処理記述データの該当部分がファイル名「２００４０１２９．ｊｐｇ」のファイルや文字列に書換えられて、図３２に示されるような送信用のデータが書出される。

携帯電話１においてこのような処理が実行されることで、文字列のみならず、写真や音声などの様々なファイルを、所定のアクセス方法で容易に送信することができる。また、同様にして、以前に入力した写真や音声などのファイルも、再度入力操作を行なうことなく、または簡単な選択操作を行なうだけで、同じ内容のデータを所定のアクセス方法で容易に送信することが可能になる。このため、本実施の形態に述べた、懸賞の応募を受付けるサーバ２に対して懸賞応募用のデータを送信する場合のみならず、たとえば、クライアント装置１からプリンタに該プリンタ固有のアクセス方法でプリント対象のデータを送信する場合など、クライアント装置１から所定のデータ処理装置に対して、特定の形式等のアクセス方法でデータを送信して、特定の処理を実行させる場合に有効に用いられる。

さらに、上述のデータ処理方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態にかかるデータ通信システムの構成の具体例を示す図である。 クライアント装置１である携帯電話１のハードウェア構成について具体例を示す図である。 携帯電話１の記憶部１３０に記憶される各プログラムの構成の具体例を示す図である。 携帯電話１での入力フォームデータの処理を示すフローチャートである。 ステップＳ１８のイベントに応じた処理を示すフローチャートである。 ステップＳ２４の送信用データ書出処理を示すフローチャートである。 ＵＩ記述データの具体例を示す図である。 ユーザインタフェースの具体例を示す図である。 送信データ処理記述データの具体例を示す図である。 ユーザ情報の入力が完了した状態のユーザインタフェースの具体例を示す図である。 データ保存部１３１３で抽出される入力データの具体例を示す図である。 サーバ２へ送信する送信用のデータの具体例を示す図である。 送信方法や送信先が記述されている送信データ処理記述データの具体例を示す図である。 送信データ処理記述データに含めることのできる送信方法の記述例を示す図である。 ＵＩ表示処理を示すフローチャートである。 ＵＩ記述データの他の具体例を示す図である。 各入力項目の入力欄がオートフィルされている状態のユーザインタフェースの具体例を示す図である。 入力データが修正された状態のユーザインタフェースの具体例を示す図である。 送信用のデータの具体例を示す図である。 属性名を示す識別子に対して複数の属性値が対応付けられている入力データの具体例を示す図である。 記憶部１３０に保存される入力データにおいて属性名を示す識別子に対して複数の属性値が対応付けられている場合のＵＩ表示処理を示すフローチャートである。 リスト構造の入力データの具体例を示す図である。 メニューが表示されたユーザインタフェースの具体例を示す図である。 複数の送信データ処理記述データが記憶部１３０に保存されている場合のステップＳ２４の送信用データ書出処理を示すフローチャートである。 データ処理記述データの他の具体例を示す図である。 送信用のデータの具体例を示す図である。 ＵＩ記述データの具体例を示す図である。 送信データ処理記述データの具体例を示す図である。 ユーザインタフェースの具体例を示す図である。 データの入力が完了した状態のユーザインタフェースの具体例を示す図である。 記憶部１３０に保存される各入力データのデータ形式の具体例を示す図である。 送信用のデータの具体例を示す図である。

符号の説明

１ 携帯電話、２ サービス提供サーバ、１１０ 通信部、１２０ 制御部、１３０ 記憶部、１４０ 入出力部、１４２ キーコード入力デバイス、１４４ ディスプレイ、１４６ マイクロフォン、１４８ スピーカ、１４９ カメラ、１３００ データ解析プログラム、１３１０ 入力フォーム処理プログラム、１３１１ 入力フォームデータ取得部、１３１２ ＵＩ処理部、１３１３ データ保存部、１３１４ 送信データ処理部、１３１５ イベント管理部、１３２０ 音声データ録音プログラム、１３３０ アドレス帳プログラム、１３４０ ファイル取得プログラム、１３５０ 画像撮影プログラム、１３６０ テキスト編集プログラム、１３７０ ＷＷＷブラウザプログラム、１３８０ メールプログラム、１３９０ ＦＴＰプログラム。

Claims (12)

1. データを記憶する記憶手段と、
   他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得手段と、
   前記アクセス情報と、前記記憶手段に記憶されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理手段とを備える、データ処理装置。
2. 前記アクセス情報は、前記他の装置に送信されるデータのデータ構造を規定する情報と、前記他の装置へデータを送信する方法を規定する情報との少なくとも一方を含み、
   前記アクセス情報に前記データ構造を規定する情報が含まれる場合には、前記送信データ処理手段は、前記記憶手段に記憶されるデータに基づいて前記データ構造の前記他の装置に送信するためのデータを作成して送信し、
   前記アクセス情報に前記他の装置へデータを送信する方法を規定する情報が含まれる場合には、前記送信データ処理手段は、前記記憶手段に記憶されるデータに基づいて作成された前記他の装置に送信するデータを前記方法で送信する、請求項１に記載のデータ処理装置。
3. 前記アクセス情報取得手段は、前記アクセス情報を他の装置から取得する、請求項１または２に記載のデータ処理装置。
4. 前記アクセス情報取得手段は複数のアクセス情報を取得し、
   前記複数のアクセス情報の中から、前記他の装置にデータを送信するために用いる所定のアクセス情報を選択するアクセス情報選択手段をさらに備える、請求項１〜３のいずれかに記載のデータ処理装置。
5. 前記記憶手段に記憶される複数のデータの中から、前記他の装置に送信する所定のデータを選択する送信データ選択手段をさらに備える、請求項１〜４のいずれかに記載のデータ処理装置。
6. 前記記憶手段に記憶されるデータは、項目ごとのデータを含んで構成され、
   １つの項目に複数のデータが対応している場合、前記送信データ選択手段は、前記複数のデータが対応している項目ごとに前記項目に対応した複数のデータを提示して、前記項目に対応させるデータを選択する、請求項５に記載のデータ処理装置。
7. 前記記憶手段に記憶されるデータは、項目ごとのデータの組合わせで構成され、
   前記記憶手段に前記組合わせが複数記憶される場合に、前記送信データ選択手段は、前記組合わせに含まれて前記組合わせを特定できる１以上の項目ごとデータを提示して、前記他の装置に送信する所定のデータである組合わせを選択する、請求項５に記載のデータ処理装置。
8. 前記記憶手段に記憶されるデータは、ユーザによる入力の履歴である、請求項１〜７のいずれかに記載のデータ処理装置。
9. 前記他の装置に送信するデータを作成するために必要なデータを入力するためのユーザインタフェースを記述するユーザインタフェース記述データを取得するユーザインタフェース記述データ取得手段と、
   前記ユーザインタフェース記述データを処理して前記ユーザインタフェースを出力するユーザインタフェース処理手段と、
   前記ユーザインタフェースに基づいて入力されたデータを前記記憶手段に格納する格納手段とをさらに備える、請求項１〜８のいずれかに記載のデータ処理装置。
10. 記憶装置からデータを取得するデータ取得ステップと、
    他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップと、
    前記アクセス情報と、前記記憶装置から取得されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理ステップとを備える、データ処理方法。
11. 他の装置にデータを送信するためのデータ処理をコンピュータに実行させるプログラムであって、
    記憶装置からデータを取得するデータ取得ステップと、
    前記他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップと、
    前記アクセス情報と、前記記憶装置から取得されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理ステップとを実行させる、データ処理プログラム。
12. 請求項１１に記載のデータ処理プログラムを記録する、コンピュータ読取可能な記録媒体。

Images