WO2005083579A1

WO2005083579A1 - 所定のアクセス方法でデータ送信を行なうことのできるデータ処理装置

Info

Publication number: WO2005083579A1
Application number: PCT/JP2005/002754
Authority: WO
Inventors: Takanobu Matsubara
Original assignee: Sharp Kabushiki Kaisha
Priority date: 2004-02-27
Filing date: 2005-02-22
Publication date: 2005-09-09
Also published as: CN101354721A; JP2005242829A; US20070226253A1; CN101354721B; CN1926532B; CN1926532A; EP1729222A1; JP3935889B2; KR100894762B1; EP1729222A4; KR20080008424A; US7974980B2; KR20060129508A

Abstract

　データ処理装置では、入力フォーム処理プログラム（１３１０）が実行され、サーバに送信するデータを入力する入力フォームデータが入力フォームデータ取得部（１３１１）で取得される。入力フォームデータに含まれる、サーバへのアクセス方法を規定する送信データ処理記述データは入力フォームデータ取得部（１３１１）から送信データ処理部（１３１４）に、ＵＩを表示するＵＩ記述データはＵＩ処理部（１３１２）に渡される。ＵＩ処理部（１３１２）は、ＵＩに含まれる項目ごとの入力データが以前に入力されて記憶されている場合、必要な入力データを記憶部（１３０）から抽出し、データ保存部（１３１３）を介して送信データ処理部（１３１４）に渡す。そして、送信データ処理部（１３１４）において、規定されたアクセス方法に準じた送信用データが作成されて、サーバに送信される。

Description

明細書

所定のアクセス方法でデータ送信を行なうことのできるデータ処理装置技術分野

[0001] この発明は、データ処理装置、データ処理方法、データ処理プログラムプロダクトに関し、特に、データ送信を行なうデータ処理装置、データ処理方法、およびデータ処理プログラムプロダクトに関する。背景技術

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

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

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

[0005] このシステムの代表例として WWW (World Wide Web)システムが挙げられる。 W WWシステムにおいては、入力フォームに、 HTML (Hyper Text Markup

Language)で、表示すべきユーザインタフェース、送信先、送信方法が記述される。

WWWシステムにおいては、クライアント装置は、処理装置が用意した HTMLで記載された入力フォームを取得し、ユーザが入力したデータに基づいて、 HTTP (Hyper Text Transfer Protocol)で処理装置へデータを送信する。

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

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

特許文献 1 :特開平 11-306171号公報

発明の開示

発明が解決しょうとする課題

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

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

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

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

課題を解決するための手段

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

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

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

図面の簡単な説明

[0015] [図 1]本実施の形態に力かるデータ通信システムの構成の具体例を示す図である。

[図 2]クライアント装置 1である携帯電話 1のハードウェア構成について具体例を示す図である。

[図 3]携帯電話 1の記憶部 130に記憶される各プログラムの構成の具体例を示す図である。

[図 4]携帯電話 1での入力フォームデータの処理を示すフローチャートである。

[図 5]ステップ S18のイベントに応じた処理を示すフローチャートである。

[図 6]ステップ S24の送信用データ書出処理を示すフローチャートである。

[図 7]UI記述データの具体例を示す図である。

[図 8]ユーザインタフェースの具体例を示す図である。

[図 9]送信データ処理記述データの具体例を示す図である。

園 10]ユーザ情報の入力が完了した状態のユーザインタフェースの具体例を示す図である。

園 11]データ保存部 1313で抽出される入力データの具体例を示す図である。

園 12]サーバ 2へ送信する送信用のデータの具体例を示す図である。

[図 13]送信方法や送信先が記述されている送信データ処理記述データの具体例を示す図である。

[図 14]送信データ処理記述データに含めることのできる送信方法の記述例を示す図である。

[図 15]UI表示処理を示すフローチャートである。

[図 16]UI記述データの他の具体例を示す図である。

[図 17]各入力項目の入力欄がオートフィルされている状態のユーザインタフェースの具体例を示す図である。

[図 18]入力データが修正された状態のユーザインタフェースの具体例を示す図である。

園 19]送信用のデータの具体例を示す図である。

園 20]属性名を示す識別子に対して複数の属性値が対応付けられている入力データの具体例を示す図である。

園 21]記憶部 130に保存される入力データにおいて属性名を示す識別子に対して複数の属性値が対応付けられている場合の UI表示処理を示すフローチャートである

[図 22]リスト構造の入力データの具体例を示す図である。 [図 23]メニューが表示されたユーザインタフェースの具体例を示す図である。

[図 24]複数の送信データ処理記述データが記憶部 130に保存されている場合のステツプ S24の送信用データ書出処理を示すフローチャートである。

[図 25]データ処理記述データの他の具体例を示す図である。

[図 26]送信用のデータの具体例を示す図である。

[図 27]UI記述データの具体例を示す図である。

[図 28]送信データ処理記述データの具体例を示す図である。

[図 29]ユーザインタフェースの具体例を示す図である。

[図 30]データの入力が完了した状態のユーザインタフェースの具体例を示す図である。

[図 31]記憶部 130に保存される各入力データのデータ形式の具体例を示す図である

[図 32]送信用のデータの具体例を示す図である。

符号の説明

[0016] 1 携帯電話、 2 サービス提供サーバ、 110 通信部、 120 制御部、 130 記憶部、 140 入出力部、 142 キーコード入力デバイス、 144 ディスプレイ、 146 マイクロフオン、 148 スピーカ、 149 カメラ、 1300 データ解析プログラム、 1310 入力フォーム処理プログラム、 1311 入力フォームデータ取得部、 1312 UI処理部、 13 13 データ保存部、 1314 送信データ処理部、 1315 イベント管理部、 1320 音声データ録音プログラム、 1330 アドレス帳プログラム、 1340 ファイル取得プロダラム、 1350 画像撮影プログラム、 1360 テキスト編集プログラム、 1370 WWWブラゥザプログラム、 1380 メールプログラム、 1390 FTPプログラム。

発明を実施するための最良の形態

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

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

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

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

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

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

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

[0025] 図 2を参照して、本実施の形態のデータ通信システムに含まれる携帯電話 1は、ュ一ザとのインタフェースである入出力部 140と、 CPU (Central Processing Unit)等力構成されて、この携帯電話 1の全体を制御する制御部 120と、他の装置と通信するための通信部 110と、 ROM (Read Only Memory)や RAM (Random Access Memory)などから構成されて、制御部 120において実行されるプログラムや、そのプログラムの中間データおよび他のコンピュータから受信したデータ等を記憶する記憶部 130とを含んで構成される。

[0026] さらに上述の入出力部 140は、「1」、「2」などの数字ボタンおよび「R」、「L」などの方向ボタンなどを含むキーコード入力デバイス 142と、ユーザに情報を表示する LC D (Liquid Crystal Display)などのディスプレイ 144と、音声を入力するマイクロフォン 146と、音声を出力するスピーカ 148と、画像を撮影して入力するカメラ 149とを含む。

[0027] また、制御部 120は、その内部にタイマを含む。

[0028] このような携帯電話 1において、ユーザがサーバ 2から得た入力フォームの表示および送信データの作成を行なう処理は、携帯電話 1のハードウェア、記憶部 130に記憶され制御部 120により実行されるソフトウェアおよび入力フォームデータにより実現される。なお、図 2に示した携帯電話 1自体の動作は周知である。

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

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

[0031] 図 3を参照して、携帯電話 1の記憶部 130に記憶されるプログラムには、データ解析プログラム 1300と、入力フォーム処理エンジンプログラム 1310と、音声データ録音プログラム 1320と、アドレス帳プログラム 1330と、フアイノレ取得プログラム 1340と、画像撮影プログラム 1350と、テキスト編集プログラム 1360と、 WWW (World Wide Web)プログラム 1370と、メールプログラム 1380と、 FTP (File Transfer Protocol) プログラム 1390とが含まれる。

[0032] 図 3を用いて説明されるデータ処理は、制御部 120が記憶部 130に記憶される各プログラムを実行することによって、携帯電話 1において実現される。 [0033] 具体的には、図 3を参照して、始めに、制御部 120は、データ解析プログラム 1300 を実行させることで、通信部 110において受信したデータを解析し、入力フォームデータであるか他のデータであるかを判別する処理を実行させる。

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

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

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

[0037] また、制御部 120は、入力フォーム処理エンジンプログラム 1310での処理結果に基づいて、ファイル取得プログラム 1340を実行させ、記憶部 130に記憶されたフアイルを取得する。

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

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

[0040] また、制御部 120は、入力フォーム処理エンジンプログラム 1310での処理結果に基づいて、 WWW (World Wide Web)プログラム 1370を実行させ、キーコード入力デバイス 142からのテキスト情報と各種指示とを受付け、通信部 110を介してサーバ 2とデータのやり取りを行なう。 [0041] また、制御部 120は、入力フォーム処理エンジンプログラム 1310での処理結果に基づいて、メールプログラム 1380を実行させ、キーコード入力デバイス 142からのテキスト情報と各種指示とを受付け、通信部 110を介してサーバ 2へメールを送信させる。

[0042] また、制御部 120は、入力フォーム処理エンジンプログラム 1310での処理結果に基づいて、 FTP (File Transfer Protocol)プログラム 1370を実行させ、キーコード入力デバイス 142からのテキスト情報と各種指示とを受付け、通信部 110を介してサーバ 2とデータのやり取りを行なう。

[0043] 次に、入力フォーム処理エンジンプログラム 1310の機能構成について説明する。

図 3に示される入力フォーム処理エンジンプログラム 1310の機能構成は、制御部 12 0が入力フォーム処理エンジンプログラム 1310を実行することで発揮される機能である。

[0044] 図 3を参照して、入力フォーム処理エンジンプログラム 1310を構成する機能には、入力フォームデータ取得部 1311と、 UI (ユーザインタフェース）処理部 1312と、データ保存部 1313と、送信データ処理部 1314と、イベント管理部 1315とが含まれる。

[0045] 入力フォームデータ取得部 1311は、通信部 110において受信した入力フォームデ一タを読込んで構文を解析し、入力フォームデータに含まれる UI記述データを UI処理部 1312へ、送信データ処理記述データを送信データ処理部 1314へ渡す。

[0046] なお、 UI記述データとは、所定の言語で記述された、ユーザがデータを入力するためのユーザインタフェースをクライアント装置のディスプレイに表示させるデータであり

、送信データ処理記述データとは、アクセス方法を規定するアクセス情報を記述したデータである。アクセス方法には、クライアント装置から特定のサーバへ送信するデータのデータ構造や、データ記述言語や、送信方法や、送信先などが含まれ、送信データ処理記述データを用いることで、そのアクセス方法に準じた送信用のデータが作成されて、所定の送信先に送信される。

[0047] イベント管理部 1315は、キーコード入力デバイス 142から入力されるイベントなど、イベントの発生を監視し、検出されたイベントを解析する。そして、イベントの内容を示す検出情報を UI処理部 1312に渡す。 [0048] UI処理部 1312は、入力フォームデータ取得部 1311から渡された入力フォームデータの UI記述データに基づいて、ユーザがデータを入力するためのユーザインタフエースをディスプレイ 144に表示するための処理を実行する。さらに、イベント管理部 1315から渡された検出情報に応じて、音声データ録音プログラム 1320、アドレス帳プログラム 1330、ファイル取得プログラム 1340、画像撮影プログラム 1350、およびテキスト編集プログラム 1360を実行させて、各プログラムよりデータを取得する。そして、 UI処理部 1312は、取得したデータをデータ保存部 1313へ渡す。

[0049] データ保存部 1313は、 UI処理部 1312から渡されたデータより必要なデータを抽出して、記憶部 130にデータを保存する。また、送信データ作成のため、データを送信データ処理部 1314へ渡す。

[0050] 送信データ処理部 1314は、データ保存部 1313から渡されたデータと、入力フォームデータ取得部 1311から渡された入力フォームデータの送信データ処理記述データとに基づいて、サーバ 2へ送信するデータを作成し、 WWWプログラム 1370、メ一ノレプログラム 1380、または FTPプログラム 1390を実行させて、作成したデータをサーバ 2へ送信する。

[0051] なお、本実施の形態においては、サーバ 2から提供された入力フォームデータを携帯電話 1におレ、て処理する場合にっレ、て説明するが、入力フォームデータは携帯電話 1の記憶部 130に記憶されていてもよぐその場合、図 3に示される入力フォーム処理エンジンプログラム 1310を構成する各部が機能され、記憶部 130から読出して取得した入力フォームデータが処理される。また、入力フォームデータを提供する装置はサーバ 2に限定されず、図 1には示されない他の装置であってもよい。さらに、入力フォームデータは、 CD—ROM (Compact Disc-Read Only Memory)やメモリカードなどの記録媒体に記録されて提供されてもよい。

[0052] 次に、本実施の形態に力かる携帯電話 1での入力フォームデータの処理について、図 4のフローチャートを用いて説明する。図 4のフローチャートに示される処理は、携帯電話 1の制御部 120が、図 3に構成が示される入力フォームデータ処理ェンジンプログラム 1310を記憶部 130から読出して実行し、図 3に示される入力フォーム処理エンジンプログラム 1310を構成する各部を機能させて実現される。 [0053] 図 4を参照して、始めに、初期化が実行された後（S10)、通信部 110でインターネットを介してサーバ 2よりデータが受信されると（S11で YES)、データ解析プログラム 1300が起動されることで、ステップ S 10で受信されたデータが解析されて、そのデータが入力フォームデータであるか否かが判別される（S 12)。判別の結果、受信されたデータが入力フォームデータでない場合には（S12で N〇）、処理はステップ S19に移行し、図 3には示されない、そのデータに応じたプログラムが起動されて、そのデータに応じた処理が実行される。

[0054] ステップ S 12での判別の結果、受信されたデータが入力フォームデータである場合には（S 12で YES)、制御部 120は入力フォームデータ処理エンジンプログラム 131 0を起動し、入力フォームデータ取得部 1311は、入力フォームデータを読込む（S 13 )。さらに、入力フォームデータ取得部 1311は、入力フォームデータを構文解析する (S14)。なお、ここでの構文解析の方法については、本発明において限定されるものでなぐ利用されているデータ記述言語に応じた一般的な構文解析方法であってよい。

[0055] ステップ S 14での構文解析の後、入力フォームデータ取得部 1311は、 UI記述データを UI処理部 1312へ、送信データ処理記述データを送信データ処理部 1314へ書出す（S15)。

[0056] 次に、 UI処理部 1312は、ステップ S15で書出された UI記述データに基づき、ユーザがデータ入力するユーザインタフェースをディスプレイ 144に表示するための処理である UI表示処理を行なう（S16)。

[0057] 次に、イベント管理部 1315はイベントの発生を監視する（S17)。ステップ S17で発生が検出されるイベントは、ユーザがデータ送信を行なうためにデータ入力の終了を指示する操作や、音声データプログラム 1320、アドレス帳プログラム 1330、ファイル取得プログラム 1340、画像撮影プログラム 1350、およびテキスト編集プログラム 136 0の機能を起動するための UIとして利用されるボタンを押下するキー操作などを含む、キーコード入力デバイス 142から入力されるイベントなどが該当する。そして、ステツプ S 17におレ、てイベントの発生が検出されると（S 17で YES)、 UI処理部 1312で、当該イベントに応じた処理が実行される（S 18)。 [0058] なお、ステップ S18のイベントに応じた処理は、処理の途中で通話プログラムなどに割込まれたり、またユーザの都合や電池の消耗により中断されたりした場合、その時点の再生または編集位置と変更中の状態とを記憶部 130に保存して処理を中断し、後に再開する際には、記憶部 130から保存された再生または編集位置と変更中の状態とを読込んで中断前の再生または編集位置から、復帰できるように構成されていることが好ましい。

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

[0060] 図 5を参照して、上述のステップ S17では、イベント管理部 1315はイベントの発生を検出するとその内容を解析し、イベントの内容を示す検出情報が UI処理部 1312 に送られる。

[0061] ステップ S17で検出されたイベントがデータ送信を行なうなどするためにデータ入力の終了を指示するための操作でない場合（S21で NO)、 UI処理部 1312は、必要なプログラム 1320— 1360を実行させて、データを入力する処理を実行する（S22)。そして、ステップ S22で入力されたデータに基づいて UI記述データを書換える処理を実施し（S23)、処理を図 4のステップ S17へ戻す。

[0062] ステップ S22で実行されるデータ入力処理とは、テキスト入力フィールドへのテキスト入力や、パスワード入力フォームへのパスワード入力や、チェックボックスによる選択肢からの選択、ラジオボタンによる選択肢からの選択、および/またはファイル選択機能によるファイル選択などによるデータ入力を実施するための処理が該当する。本実施の形態においては、一般的に行なわれている XHTML (extensible

HyperText Markup Language)によって入力されたデータが記述されるデータ入力処理が想定されている。

[0063] 一方、ステップ S 17で検出されたイベントが、送信を行なうなどするためにデータ入力の終了を指示するための操作であつた場合（ S 21で YES )、 UI処理部 1312はデータ保存部 1313へ入力されたデータを渡して記憶部 130に保存する。さらに、送信データ処理部 1314は記憶部 130に保存されたデータを読出して、送信用のデータを書出す処理を実行する（S24)。ステップ S24で実行される送信用データ書出処理の詳細は後述する。

[0064] そして、データ送信処理部 1314は、ステップ S24で書出した送信用のデータと入カフオームデータの送信データ処理記述データとに基づいて、通信部 110よりサーバ 2に対してそのデータを送信する（S25)。ステップ S25で実行されるデータ送信処理は、通常、制御部 120力 WWWプログラム 1370、メーノレプログラム 1380、または F TPプログラム 1390が起動され、それらの送信機能が利用されて実行される。

[0065] 以上で、携帯電話 1での入力フォームデータの処理が終了する。

[0066] 次に、上述のステップ S24で実行される送信用データ書出処理について、図 6のフローチャートを用いて説明する。

[0067] 図 6を参照して、 UI処理部 1312は、ステップ S23で書換えられた UI記述データの中からユーザが入力したデータを抽出し、データ保存部 1313へ渡す（S31)。たとえば、 UI記述データが XHTMLによる記述形式のデータである場合には、ステップ S3 1でユーザが入力したデータはフォームデータ形式で抽出されてデータ保存部 131 3へ渡されることになる。

[0068] データ保存部 1313は、 UI処理部 1312から渡されたデータを解析し、そのデータの中から、入力項目の属性名を示す識別子と属性値とが対になった形式の入力項目ごとの入力データを抽出する。そして、データ保存部 1313において、抽出された入力項目ごとの入力データが記憶部 130へ保存されると共に、送信データ処理部 1 314へ渡される（S32)。

[0069] 次に、送信データ処理部 1314において、ステップ S32で抽出された入力項目ごとの入力データについて、すべてがステップ S35で実行される書換処理に用いられた力、が判定される（S33)。未処理のデータがある場合（S33において NO)、送信データ処理部 1314は、未処理の入力データに含まれる属性名を示す識別子と、入カフオームデータの送信データ処理データに記述されている、送信用のデータの入力項目の属性名を示す識別子とがー致するか否力 ^判定する（S34)。

[0070] そのデータに含まれる識別子と送信データ処理データに記述されている識別子とがー致しない場合には（S34で NO)、処理をステップ S33に戻し、さらに他の未処理のデータについて、識別子が一致するか否力、を判別する。 [0071] 一方、そのデータに含まれる識別子と送信データ処理データに記述されている識別子とがー致する場合（S34において YES)、送信データ処理部 1314は、送信用のデータの該当する入力項目の部分を、識別子が一致した属性値に書換える（S35)。そして、処理を再びステップ S33に戻し、さらに他の未処理のデータについて、識別子が一致するか否かを判別する。

[0072] ステップ S33の判定の結果、ステップ S32で抽出された入力データについて、すべてが上述の書換処理に用いられたことが判定されると（S33で YES)、送信データ処理部 1314は送信用のデータを書出し（S36)、図 5のステップ S25へ処理を戻す。

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

[0074] 図 7に、サーバ 2から提供される入力フォームデータに含まれる UI記述データの具体例を示す。

[0075] 図 7に示される UI記述データは、懸賞へ応募するために必要な氏名、性別、年齢、メールアドレス、郵便番号、住所等のユーザ情報を入力するユーザインタフェースを表示させるためのデータである。図 7に示されるように、本実施の形態においては、入カフオームデータは HTML形式のデータであるものとし、図 7に示される UI記述データは、 XTHMLによる一般的な記述データであるため、ここでの詳細な説明は行なわない。なお、図 7に示される UI記述データに基づいて携帯電話 1のディスプレイ 14 4に表示されるユーザ情報を入力するユーザインタフェースの具体例を図 8に示す。

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

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

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

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

[0080] 図 10は、図 7で示される UI記述データに基づいて表示されたユーザインタフェース

(図 9)に対して、ユーザによるユーザ情報の入力が完了した状態の具体例を示す図である。つまり、図 5のフローチャートのステップ S21において、ユーザがデータ入力の終了を指示するための操作を行なう直前の状態の具体例を示している。この状態においてユーザがデータ入力の終了を指示するための操作としてたとえば Selectボタンを押下するなどを行なうと（ステップ S21で YES)、ステップ S24の送信用データ書出処理が実施される。

[0081] 先述のように、ステップ S24の送信用データ書出処理が開始すると、図 6のフローチャートのステップ S31において、ユーザが入力したデータを抽出する処理が実行される。具体的には、 UI処理部 1312が入力データをフォームデータ形式のデータとして抽出してデータ保存部 1313へ渡し、データ保存部 1313で抽出データがデコードされる。データ保存部 1313においては、図 11に示されるように、 UI処理部 1312から渡された抽出データから、入力データとして属性名を示す識別子とその属性値との対が抽出される。図 11に示される入力データは記憶部 130に保存される。また、送信データ処理部 1314に渡される。

[0082] ステップ S33— S35での送信用のデータの作成処理においては、具体的には、送信データ処理部 1314は図 11に示される入力データの中から識別子「last_name」を抽出し、送信データ処理記述データに記述「 $ {last_name }」に該当する部分が含まれるか否かを判定する。図 9に具体例が示される送信データ処理記述データには記述「$ {last_name }」に該当する部分が存在するため、送信データ処理部 131 4は、その該当部分を、図 11において識別子「last_name」に対応付けられている属性値である文字列「山田」に書換える。

[0083] 同様に送信データ処理記述データに含まれる記述「$ Uirst name}」は文字列「太郎」に、記述「 $ { sex} jは選択肢 rmalejに、記述「 $ { age }」は文字列「31」に、記述「$ {mail}」は文字列「taro @ aaa. co. jp」に、記述「$ { zipl }」は文字列「545 」に、記述「$ {zip2 }」は文字列「8522」に、記述「$ { address }」は文字列「大阪市阿倍野区長池町 22番 22号」に、それぞれ書換える。

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

[0085] なお、送信データ処理記述データに記述されるアクセス情報は、図 9に示されるように、送信用のデータのデータ構成のみでなぐ図 13に示されるような送信方法や送信先が含まれていてもよい。図 13に示される送信データ処理記述データでは、一行目にデータ送信方法と送信先とが記述されている。具体的には、データ送信方法として HTTPの GETメソッドを利用することが記述され、送信先として URL (Uniform Resource Locators)「WWW. AAA. co. jp/prize」カ記述されてレヽる。この場合、ステップ S25において、送信データ処理部 1314は、 WWWプログラム 1370へ必要なデータを渡してエンコードさせ、指定された URLへデータを送信させる。

[0086] 図 14は、送信データ処理記述データに含めることのできる送信方法の記述例を示す図である。送信方法は、図 13にも示されたように、一行目に、 URI (Uniform Resource Identifier)と Methodとで記述される。具体的な送信方法としては、図 14を参照して、 URI Schemeが「http：」の場合、 Methodが「get」「put」「post」を指定することができ、それぞれ HTTPプロトコルのメソッドに対応したデータエンコードを実施し、送信する送信方法である。また、 URI Schemeが「mailto :」の場合は、 SMT P (Simple Mail Transfer Protocol)、つまり電子メールでデータを送信する送信方法である。この場合、送信データにファイルが含まれる場合は、添付ファイルとして送信される。また、 URI Schemeが「ftp：」の場合、 FTP (File Transfer Protocol)にてデータ送信される。

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

[0088] たとえば、図 11に示される入力項目ごとの入力データが記憶部 130に保存されているものとする。図 11は、具体的には、図 7に示される UI記述データと図 9に示される送信データ処理記述データとを含む入力フォームデータによって以前入力されたデータから抽出された入力項目ごとの入力データであるものとする。そのとき、ステツプ S 15で UI処理部 1312が入力フォームデータ取得部 1311から UI記述データを受取ると、ステップ S16では、図 15に示されるような UI表示処理が実行される。

[0089] すなわち、図 15を参照して、 UI処理部 1312は、入力フォームデータ取得部 1311 力渡された UI記述データを解析すると共に（S101)、記憶部 130から保存されている入力データを読出す（S102)。そして、 UI記述データに記述される入力項目の属性名を示す識別子と、記憶部 130から読出した入力データに含まれる属性名を示す識別子とを比較する（S103)。

[0090] ステップ S103での比較の結果、一致する識別子がある場合には（S104で YES)、識別子が一致する入力項目の入力欄に、その識別子と対にして記憶部 130に保存されている属性値を表示させたユーザインタフェースをディスプレイ 144に表示するよう処理を行なう（S105)。また、識別子が一致しない場合には、その入力項目につレ、てはユーザ入力を受付けるために空欄または選択肢を選択可能に表示させるュ一ザインタフエースをディスプレイ 144に表示するよう処理を行なう（S 106)。この処理を、 UI記述データに記述されるすべての入力項目に対して順に行なう（S107)。

[0091] 具体的には、図 7に示される UI記述データの記述「<input type = "text" nam e = "last_name" / >」に示される入力項目「姓」の入力欄には、識別子「last_n amejと対になって記憶部 130に保存されている属性値「山田」が入力されて表示される処理を行なう。

[0092」た、 UI目己述テータの己「く input type= text name= first一 name

/ >」に示される入力項目「名」の入力欄には、識別子「first name」と対になって記憶部 130に保存されている属性値「太郎」が入力されて表示される処理を行なう。

[0093] まブこ、 UI記述ァータの記述「く input type = "radio" name = "sex" value = male" / ノ」と「く input type = radio" name = "sex value = "female" /

>」とに示される入力項目「性別」のラジオボタンによる選択入力欄には、識別子「se x」と対になって記憶部 130に保存されている属性値「male」に該当する「< input t ype = "radio" name = "sex" value = "male" / >」が選択された状態で表示される処理を行なう。

[0094] まプこ、 UI記述ァータの記述「く input type = "text name = age" size = " 2"

/ >」に示される入力項目「年齢」の入力欄には、識別子「age」と対になって記憶部 130に保存されている属性値「31」が入力されて表示される処理を行なう。

[0095] た、 UI目己述テータの己「く input type = text name = zipl size = 3 " / >」に示される入力項目「郵便番号」の前半の入力欄には、識別子「zipl」と対になって記憶部 130に保存されている属性値「545」が入力され、記述「く input ty pe = "text" name = "zip2" size = "4" Z >」に示される入力項目「郵便番号」の後半の入力欄には、識別子「zip2」と対になって記憶部 130に保存されている属性値「8522」が入力されて表示される処理を行なう。

[0096] まブこ、

「< texl;area name = address cois = όθ rows = " 2" >」に示される入力項目「住所」の入力欄には、識別子「address」と対になつて記憶部 130に保存されている属性値「大阪市阿倍野区長池町 22番 22号」が入力されて表示される処理を行なう。

[0097] つまり、記憶部 130に図 11に示される入力データが保存されている場合、ステップ S 16では、図 10に示されるユーザインタフェースが表示されることになる。そして、このユーザインタフェースが表示された後に、ステップ S 17以降の処理が前述同様に実行される。

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

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

[0100] 図 16は、サーバ 2から提供される入力フォームデータに含まれる UI記述データの具体例を示す図であって、図 7に示される UI記述データとは異なるデータを示している。より詳しくは、図 7に示される UI記述データに記述される入力項目「メールアドレス」が、図 16に示される UI記述データでは、入力項目「携帯電話のメールアドレス」と変更されている。ただし、両 UI記述データのファイル名「prize. html」は同じとする。

[0101] この場合、ステップ S32で、データ保存部 1313は、入力データに、そのデータを入力する際に用レ、られた UI記述データの識別情報 (たとえばファイル名）を付与して記憶部 130へ保存する。ステップ S101で、 UI処理部 1312は、入力フォームデータ取得部 1311から渡された UI記述データを解析して識別情報を取得し、ステップ S 102 でその UI記述データの識別情報が付与されている入力データを記憶部 130から抽出することで、そのデータが再利用可能であることを判定できる。

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

[0103] 図 17に示されるユーザインタフェースの入力項目「携帯電話のメールアドレス」には、図 8に示されるユーザインタフェースの入力項目「メールアドレス」に入力された通常のメールアドレスがオートフィルされているので、ユーザは、図 17に示される状態から、入力項目「携帯電話のメールアドレス」の入力欄の入力データを修正して図 18に示されるように入力する。そして、携帯電話 1では、その UI記述データに基づいてステツプ S 17以降の処理が実行されて図 19に示される送信用のデータが作成され、サーバ 2へ送信される。 [0104] 携帯電話 1におレ、てこのような処理が実行されることで、表示される UIが以前入力操作に用いた UIとは異なる場合であっても、以前の UIの入力項目と同じ入力項目がその UIに含まれる場合、ユーザは、その入力項目について、以前に入力したデータを再度入力する操作を行なうことなぐ所定のアクセス方法で容易に送信することが可能になる。

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

[0106] 記憶部 130に保存される入力データにおいて属性名を示す識別子に対して複数の属性値が対応付けられている場合、ステップ S 16において図 21に示されるような U I表示処理が実行される。

[0107] すなわち、図 21を参照して、図 15のフローチャートに示されるステップ S101 S1 03と同様の処理を、 UI記述データに記述されるすべての入力項目に対して順に行なって、ステップ S103での比較の結果、一致する識別子がある場合（S104で YES) 、さらに、属性名を示す 1つの識別子に対応付けられている複数の属性値が抽出された場合には、入力項目ごとに、それら複数の属性値を選択肢として選択可能に表示させたユーザインタフェースをディスプレイ 144に表示するよう処理を行なう（S122 ) ₀

[0108] このようにして、ステップ S16では、複数の属性値を選択肢として選択できるユーザインタフェースをディスプレイ 144に表示し、ステップ S 17で、ユーザからの選択を受付ける。

[0109] より具体的には、図 7に示される UI記述データに対して記憶部 130に保存されている図 20に示されるような入力データを再利用して UI表示処理を行なう場合、 UI処理部 1312は、たとえば、入力項目「名」の入力欄に、識別子「first_name」に対応付けられている複数の属性値「太郎」，「花子」，「次郎」を選択可能にメニュー表示させたユーザインタフェースを表示して、ユーザの選択を受付ける。そして、選択された属性値を入力欄にオートフィルし、ステップ S17以降の処理を実行する。

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

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

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

[0113] なお、記憶部 130には、予め送信データ処理記述データが保存されていてもよぐステップ S24の送信用データ書出処理において、記憶部 130に保存されている送信データ処理記述データが用いられてもよい。さらに、記憶部 130には複数の送信データ処理記述データが保存されていてもよぐステップ S24の送信用データ書出処理において、選択された送信データ処理記述データが用いられてもよい。複数の送信データ処理記述データが記憶部 130に保存されている場合、ステップ S24の送信用データ書出処理においては、図 6に示される処理に替えて、図 24に示される処理が実行される。

[0114] すなわち、図 24に示されるように、ステップ S32で、データ保存部 1313において、抽出された入力項目ごとの入力データが記憶部 130へ保存されると共に、送信データ処理部 1314へ渡されると、送信データ処理部 1314において、記憶部 130に保存されている送信データ処理記述データの中から用いる送信データ処理記述データを特定する処理が実行される（S131)。そして、以降のステップ S33— S36においては、ステップ S 131で特定された送信データ処理記述データが用いられる。 [0115] たとえば、図 9に示される送信データ処理記述データと、図 9に示される送信データ処理記述データとは異なる構造の送信用のデータを作成するための、図 25に示されるデータ処理記述データとが保存されており、ステップ S131において図 25に示されるデータ処理記述データが用いる送信データ処理記述データとして特定された場合、ステップ S33 S36が実行されて図 26に示される送信用のデータが作成される。

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

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

[0118] さらに、ステップ S24の送信用データ書出処理のステップ S35において、送信データ処理記述データの文字列を属性データの文字列に書換える書換処理に加えて (または替えて）、送信データ処理記述データの文字列を所定のファイルに書換える書換処理が実行されてもよい。 [0119] 具体的に、図 27に示される UI記述データおよび図 28に示される送信データ処理記述データが含まれる入力フォームデータを処理する場合について説明する。

[0120] UI処理部 1312において図 27に示される UI記述データに対してステップ S 16の U I表示処理が実行されて、図 29に示されるユーザインタフェースがディスプレイ 144に表示される。そして、各入力項目について、ユーザから（または記憶部 130に保存されている入力データが再利用されて）、図 30に示されるようなデータが入力されたとする。すなわち、図 26に示される UI記述データに基づいて、入力項目「写真」に、写真データのファイルの入力を受付ける。

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

[0122] 具体的には、ステップ S31において、 UI処理部 1312は、ステップ S23で書換えられた UI記述データの中から、ユーザが入力した、フアイノレ「/picture/20040129 . jpg」を含むデータを抽出し、データ保存部 1313へ渡す。データ保存部 1313では、渡されたフアイノレ「/picture/20040129. jpg」 ίこフアイノレ名「20040129. jpg」が付与されて、属性名を示す識別子「photo」に対応する属性値として記憶部 130の所定領域に格納される。

[0123] このとき、ステップ S31において抽出されるユーザの入力したデータのデータ形式は送信方法に沿った形式であって、たとえば、 multipart/form— data形式や mult ipart/mixed形式などの形式が該当する。そして、ステップ S32では、抽出された各入力データが図 31で示されているデータ形式で記憶部 130に保存される。具体的には、ステップ S32では属性の型が定義される。入力データがファイルの場合は、属性の型はファイル名として定義され、その属性値にファイル名が格納される。

[0124] ステップ S35では、送信データ処理部 1314において、図 28に示される送信データ処理記述データに含まれる、属性名を示す識別子「photo」に対応する属性値として記憶部 130力もファイル名「20040129. jpg」のファイルが抽出され、送信データ処理記述データの 6行目の記述「 $ {photo}」の部分がファイル名「20040129. jpgj のフアイノレ ίこ書換えられる。そして、ステップ S36こおレヽて、フアイノレ名「20040129. jpg」のファイルの内容が含まれる送信用のデータが書出される。具体的には、図 28 に示される送信データ処理記述データの該当部分がファイル名「20040129. jpgj のファイルや文字列に書換えられて、図 32に示されるような送信用のデータが書出される。

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

[0126] さらに、上述のデータ処理方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、 CD-ROM, ROM ( Read Only Memory) , RAM (Random Access Memory)およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

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

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

本発明によれば、他のデータ処理装置にデータを送信して処理を実行させる際に、煩雑な操作を行なうことなく所定のアクセス方法でデータを送信することができ、データ送信を行なうデータ処理装置、データ処理方法、およびデータ処理プログラムプ口ダクトにおいて有利に適用することができる。

Claims

請求の範囲

[1] データを記憶する記憶部（130)と、

他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得部（ 1311)と、

前記アクセス情報と、前記記憶部に記憶されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理部（1314)とを備える、データ処理装置。

[2] 前記アクセス情報は、前記他の装置に送信されるデータのデータ構造を規定する情報と、前記他の装置へデータを送信する方法を規定する情報との少なくとも一方を含み、

前記アクセス情報に前記データ構造を規定する情報が含まれる場合には、前記送信データ処理部は、前記記憶部に記憶されるデータに基づレ、て前記データ構造の前記他の装置に送信するためのデータを作成して送信し、

前記アクセス情報に前記他の装置へデータを送信する方法を規定する情報が含まれる場合には、前記送信データ処理部は、前記記憶部に記憶されるデータに基づいて作成された前記他の装置に送信するデータを前記方法で送信する、請求項 1に記載のデータ処理装置。

[3] 前記アクセス情報取得部は、前記アクセス情報を他の装置力も取得する、請求項 1 に記載のデータ処理装置。

[4] 前記アクセス情報取得部は複数のアクセス情報を取得し、

前記複数のアクセス情報の中から、前記他の装置にデータを送信するために用いる所定のアクセス情報を選択するアクセス情報選択部（1314)をさらに備える、請求項 1に記載のデータ処理装置。

[5] 前記記憶部に記憶される複数のデータの中から、前記他の装置に送信する所定のデータを選択する送信データ選択部（1312, 1315)をさらに備える、請求項 1に記載のデータ処理装置。

[6] 前記記憶部に記憶されるデータは、項目ごとのデータを含んで構成され、

1つの項目に複数のデータが対応している場合、前記送信データ選択部は、前記複数のデータが対応している項目ごとに前記項目に対応した複数のデータを提示して、前記項目に対応させるデータを選択する、請求項 5に記載のデータ処理装置。

[7] 前記記憶部に記憶されるデータは、項目ごとのデータの組合わせで構成され、前記記憶部に前記組合わせが複数記憶される場合に、前記送信データ選択部は、前記組合わせに含まれて前記組合わせを特定できる 1以上の項目ごとデータを提示して、前記他の装置に送信する所定のデータである組合わせを選択する、請求項 5に記載のデータ処理装置。

[8] 前記記憶部に記憶されるデータは、ユーザによる入力の履歴である、請求項 1に記載のデータ処理装置。

[9] 前記他の装置に送信するデータを作成するために必要なデータを入力するためのユーザインタフェースを記述するユーザインタフェース記述データを取得するユーザインタフェース記述データ取得部（1311)と、

前記ユーザインタフェース記述データを処理して前記ユーザインタフェースを出力するユーザインタフェース処理部（1312)と、

前記ユーザインタフェースに基づいて入力されたデータを前記記憶部に格納する格納部（1313)とをさらに備える、請求項 1に記載のデータ処理装置。

[10] 記憶装置からデータを取得するデータ取得ステップ (S11)と、

他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップ（S13— S15)と、

前記アクセス情報と、前記記憶装置から取得されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理ステップ (S24, S25)とを備える、データ処理方法。

[11] 他の装置にデータを送信するためのデータ処理方法をコンピュータに実行させるプログラムプロダクトであって、

記憶装置からデータを取得するデータ取得ステップ（S 11)と、

前記他の装置にデータを送信するためのアクセス情報を取得するアクセス情報取得ステップ（S 13 S 15)と、

前記アクセス情報と、前記記憶装置から取得されるデータとに基づいて、前記他の装置に送信するデータを作成して送信する送信データ処理ステップ (S24, S25)とを実行させる、データ処理プログラムプロダクト。